You are viewing a single comment's thread from:

RE: Finally published my first article on Lunyr! Quick update on status of Private Alpha

in #lunyr8 years ago

And here how they will peg/back rsk bitcoin aka smart bitcoins with real bitcoin.
I got it from their site:
The 2-Way peg is often said to be a method to transfer BTC into SBTC and vice-versa. In practice, when BTC are exchanged for SBTC, no currency is “transferred” between blockchains. There is no single transaction that does the job. This is because Bitcoin cannot verify the authenticity of balances on another blockchain. When a user intends to convert BTC to SBTC, some BTC are locked in Bitcoin and the same amount of SBTC is unlocked in RSK. When SBTC needs to be converted back into BTC, the SBTC get locked again in RSK and the same amount of BTC are unlocked in the Bitcoin blockchain. A security protocol ensures that the same Bitcoins cannot be unlocked on both blockchains at the same time.

How it works:
When a Bitcoin user wants to use the 2-Way Peg, he sends a transaction to a multisig wallet whose funds are secured by the Federation. The same public key associated with the source bitcoins in this transaction is used on the RSK chain to store the Smart Bitcoins. This means that the private key that controlled the Bitcoins in the Bitcoin blockchain can be used to control an account on the RSK chain. Although both public and private keys are similar, each blockchain encodes the address in a different format. This means that the addresses on both blockchains are different.

Sort:  

Ahhh, I'm beginning to see. Clever. I'll have to read closer to see how they do 20s confirmations; maybe a Dash-type supernode thing?

The concept of sidechain (as distinct from subchains like XCP and Omni) is something I hadn't thought about very much, but it's cool. Thanks for pointing this out to me!

The big problem with side chains right now is it kinda somewhat centralized aka remember me stating the federation?

The RSK platform will be launched with a Federation of well-known and respected community members (blockchain companies with high security standards). Each member is identified by a public key for the block checkpoint signature scheme. The Federation is able to add or remove members using an on-chain voting system. The conditions to become a Federation member (known as Federation Member Requirements or FMR) establish basic security policies and legal requirements that all members must meet.

The Federation will provide several services to the network. Some of them will be available at launch and other will be added later. Each member can choose to provide any of the following services:

Two-way peg with Bitcoin
Checkpointing services

However when Core( i think they will Blockstream is supporting side chains)adds special opcodes or extensibility to validate SPV proofs as a hard-fork, or to manage a drivechain, the Federation role as STTPs in the 2-Way peg will no longer be necessary. Until that happens, we expect the Federation and the sidechain validation to coexist.

And the for the checkpoints
By default, clients stop using federated checkpoints when if RSK hashing power is over 66% of the maximum BTC hashing difficulty observed in the best chain and the fees paid in a block are higher or equal to the average reward of a Bitcoin block. However, any user can re-configure this local policy.

So pretty much for rsk to be decentralized it must have 70% of bitcoin hashpower(luckily 90% has agreed to merge mine it so that part is out of the way) and core adding the protocol for sidechains then the federation will be deactivated