RGB Continues Work to Bring Better Smart Contracts to Bitcoin


  • Under development by the LNP/BP Standards Association, the RGB protocol entered beta in June.
  • The second layer network promises to bring smart contracts and tokenized assets to Bitcoin with a Lightning Network-esque technical design.
  • RGB could be used to issue tokenize securities and nonfungible tokens (NFT), and to offer a more private means of stablecoin issuance and transfer. 

Smart contracts and Bitcoin. These technical phenomena are rarely associated with each other, often because people believe Bitcoin’s paired-down scripting language can’t support the smart contract applications that have become the darlings of the Ethereum ecosystem.

But as the new smart contract-enabling protocol RGB launches its beta, the folks at the LNP/BP Standards Association are trying to change this perception.

The group (whose acronym is short for Lightning Network Protocol and Bitcoin Protocol) is building RGB, a smart contract network built on top of Bitcoin. (The protocol is named after the “RGB” additive coloring scheme because it originally started as a project to improve Bitcoin’s colored coins scheme for tokenized assets.)

The “third layer” network, as one of its architects, Giacomo Zucco, calls it, has entered beta and could help outfit Bitcoin with the tokenizing capabilities that have made Ethereum the go-to blockchain for issuing tokenized assets like securities, collectibles, crypto dollars and more.

Read more: A Protocol for Issuing Tokens Launches on Bitcoin’s Lightning Network

The new old thing

RGB was first conceptualized by Bitcoin Core developer and cryptography consultant Peter Todd. With undisclosed funding from Bitfinex/Tether, Fulgur Ventures and Poseidon Group, the protocol entered beta testing at the end of June. LNP/BP head Giacomo Zucco clarified that the “RGB node for the software itself is in beta” but that all RGB-compatible wallets are still in alpha. 

The pursuit of Bitcoin-based smart contracts – and more generally, tokenizing assets on Bitcoin – is nothing new.

Read more: Writing Bitcoin Smart Contracts Is About to Get Easier With New Coding Language

Bitcoin’s OP_RETURN function has allowed for limited smart contract functionality since the coin’s inception. This function set the technical groundwork for Bitcoin-based NFTs/collectibles through the Counterparty protocol, as well as the issuance of the tether (USDT) stablecoin on Bitcoin through the Omni protocol.

For its own part, the Lightning Network’s hash time-lock contracts – the technical parameters that lock bitcoin (BTC) into payment channels on the secondary network – are a form of smart contract. 

Leveraging techniques (and trade-offs) of Lightning

So-called “sidechains” are trusted blockchains in the sense that a federated body of representatives run the nodes that oversee the sidechain’s operations, such as issuing assets and “pegging” bitcoin into the sidechain. These networks, running parallel to a decentralized blockchain like Bitcoin, market smart-contract functions as one of their primary use cases.

RGB, on the other hand, is not a trusted blockchain like RSK or Liquid, nor does it rely on Bitcoin’s main chain to execute transactions like Omni or Counterparty. Instead, its design is taken in the image of its technical cousin, the Lightning Network.

Read more: What Is Bitcoin’s Lightning Network?

The Lightning Network relies on “client-side verification” for its peers to verify the movement of funds. When you send funds to a peer on Lightning, the “state” of the payment channel with this peer is updated on both your Lightning node and your peer’s Lightning node. The final state of the payment channel is not recorded on Bitcoin’s blockchain until the channel is closed. 

This delayed verification allows the Lightning Network to process near-instantaneous payments, but this comes at a cost: You must keep your node running at all times or the peer on the other end of your payment channel may try to cheat you by broadcasting a false channel state to the blockchain (a technical service known as Watchtowers are working to mitigate this attack vector).

Zucco said RGB “leverages the techniques and trade-offs of Lightning,” in that assets will be transferred in the same way.

“The RGB design is a client-side validation design. It means that when I send you something, I don’t publish the transfer on the network; I send it to you, peer-to-peer, and I will just use the public network to prevent double-spending. You should use the blockchain only to prevent double-spending, but not for transferring assets.”

He emphasized that the trade-offs are the same as in Lightning and stressed that each RGB node will need to keep backup data of its entire state.

To issue assets on…



Read More: RGB Continues Work to Bring Better Smart Contracts to Bitcoin

Subscribe
Notify of
guest
0 Comments
Inline Feedbacks
View all comments

Get more stuff like this
in your inbox

Subscribe to our mailing list and get interesting stuff and updates to your email inbox.

Thank you for subscribing.

Something went wrong.