RGB Magic: pogodbe na strani odjemalca vklopljene Bitcoin

By Bitcoin Revija - pred 1 letom - Čas branja: 9 minute

RGB Magic: pogodbe na strani odjemalca vklopljene Bitcoin

RGB is a method of ownership verification built on Bitcoin that allows for the continuation of Bitcoin’s properties.

This is an opinion editorial by Federico Tenga, a long time contributor to Bitcoin projects with experience as start-up founder, consultant and educator.

Vir slik

The term "smart contracts" predates the invention of the blockchain and Bitcoin itself. Its first mention is in a Članek Nicka Szaba iz leta 1994, who defined smart contracts as a "computerized transaction protocol that executes the terms of a contract." While by this definition Bitcoin, thanks to its scripting language, supported smart contracts from the very first block, the term was popularized only later by Ethereum promoters, who twisted the original definition as "code that is redundantly executed by all nodes in a global consensus network"

Medtem ko ima delegiranje izvajanja kode na globalno soglasno omrežje prednosti (npr. preprosto je uvesti pogodbe brez pogodbe, kot so priljubljeni avtomatizirani oblikovalci trga), ima ta zasnova eno veliko napako: pomanjkanje razširljivosti (in zasebnosti). Če mora vsako vozlišče v omrežju redundantno izvajati isto kodo, ostane količina kode, ki jo je mogoče dejansko izvesti, ne da bi pretirano povečali stroške izvajanja vozlišča (in s tem ohranjanja decentralizacije), redka, kar pomeni, da je mogoče skleniti le majhno število pogodb. izvedeno.

Kaj pa, če bi lahko oblikovali sistem, v katerem pogoje pogodbe izvajajo in potrjujejo le vpletene strani, ne pa vsi člani omrežja? Predstavljajmo si primer podjetja, ki želi izdati delnice. Namesto javne objave pogodbe o izdaji v globalni knjigi in uporabe te knjige za spremljanje vseh prihodnjih prenosov lastništva, bi lahko delnice preprosto izdal zasebno in na kupce prenesel pravico do nadaljnjega prenosa. Nato se lahko pravica do prenosa lastništva prenese na vsakega novega lastnika, kot da bi šlo za spremembo prvotne pogodbe o izdaji. Na ta način lahko vsak lastnik neodvisno preveri, ali so delnice, ki jih je prejel, pristne, tako da prebere prvotno pogodbo in potrdi, da je vsa zgodovina sprememb, ki so premaknile delnice, v skladu s pravili, določenimi v prvotni pogodbi.

To pravzaprav ni nič novega, gre pravzaprav za enak mehanizem, kot se je uporabljal za prenos premoženja, preden so javni registri postali popularni. V Veliki Britaniji, for example, it was not compulsory to register a property when its ownership was transferred until the ‘90s. This means that still today over 15% of land in England and Wales is unregistered. If you are buying an unregistered property, instead of checking on a registry if the seller is the true owner, you would have to verify an unbroken chain of ownership going back at least 15 years (a period considered long enough to assume that the seller has sufficient title to the property). In doing so, you must ensure that any transfer of ownership has been carried out correctly and that any mortgages used for previous transactions have been paid off in full. This model has the advantage of improved privacy over ownership, and you do not have to rely on the maintainer of the public land register. On the other hand, it makes the verification of the seller's ownership much more complicated for the buyer.

vir: Lastniški list nevpisane lastninske pravice

Kako je mogoče izboljšati prenos nevpisanih nepremičnin? Najprej tako, da postane digitaliziran proces. Če obstaja koda, ki jo je mogoče zagnati z računalnikom in preveriti, ali je vsa zgodovina prenosov lastništva v skladu s prvotnimi pogodbenimi pravili, postaneta nakup in prodaja veliko hitrejša in cenejša.

Drugič, da bi se izognili tveganju, da bi prodajalec dvakrat porabil svoja sredstva, je treba uvesti sistem dokazila o objavi. Lahko bi na primer uvedli pravilo, da mora biti vsak prenos lastništva storjen na vnaprej določenem mestu v znanem časopisu (npr. zgoščeno oznako prenosa lastništva postavite v zgornji desni kot prve strani časopisa New York). krat). Ker zgoščene vrednosti prenosa ne morete postaviti dvakrat na isto mesto, to preprečuje poskuse dvojne porabe. Vendar ima uporaba znanega časopisa v ta namen nekaj slabosti:

You have to buy a lot of newspapers for the verification process. Not very practical.Each contract needs its own space in the newspaper. Not very scalable.The newspaper editor can easily censor or, even worse, simulate double-spending by putting a random hash in your slot, making any potential buyer of your asset think it has been sold before, and discouraging them from buying it. Not very trustless.

For these reasons, a better place to post proof of ownership transfers needs to be found. And what better option than the Bitcoin blockchain, an already established trusted public ledger with strong incentives to keep it censorship-resistant and decentralized?

Če uporabljamo Bitcoin, we should not specify a fixed place in the block where the commitment to transfer ownership must occur (e.g. in the first transaction) because, just like with the editor of the New York Times, the miner could mess with it. A better approach is to place the commitment in a predefined Bitcoin transaction, more specifically in a transaction that originates from an unspent transaction output (UTXO) to which the ownership of the asset to be issued is linked. The link between an asset and a bitcoin UTXO can occur either in the contract that issues the asset or in a subsequent transfer of ownership, each time making the target UTXO the controller of the transferred asset. In this way, we have clearly defined where the obligation to transfer ownership should be (i.e in the Bitcoin transaction originating from a particular UTXO). Anyone running a Bitcoin node can independently verify the commitments and neither the miners nor any other entity are able to censor or interfere with the asset transfer in any way.

Since on the Bitcoin blockchain we only publish a commitment of an ownership transfer, not the content of the transfer itself, the seller needs a dedicated communication channel to provide the buyer with all the proofs that the ownership transfer is valid. This could be done in a number of ways, potentially even by printing out the proofs and shipping them with a carrier pigeon, which, while a bit impractical, would still do the job. But the best option to avoid the censorship and privacy violations is establish a direct peer-to-peer encrypted communication, which compared to the pigeons also has the advantage of being easy to integrate with a software to verify the proofs received from the counterparty.

This model just described for client-side validated contracts and ownership transfers is exactly what has been implemented with the RGB protocol. With RGB, it is possible to create a contract that defines rights, assigns them to one or more existing bitcoin UTXO and specifies how their ownership can be transferred. The contract can be created starting from a template, called a "schema," in which the creator of the contract only adjusts the parameters and ownership rights, as is done with traditional legal contracts. Currently, there are two types of schemas in RGB: one for issuing fungible tokens (RGB20) in drugo za izdajanje zbirateljskih predmetov (RGB21), vendar bo v prihodnosti lahko kdor koli razvil več shem brez dovoljenj, ne da bi zahteval spremembe na ravni protokola.

To use a more practical example, an issuer of fungible assets (e.g. company shares, stablecoins, etc.) can use the RGB20 schema template and create a contract defining how many tokens it will issue, the name of the asset and some additional metadata associated with it. It can then define which bitcoin UTXO has the right to transfer ownership of the created tokens and assign other rights to other UTXOs, such as the right to make a secondary issuance or to renominate the asset. Each client receiving tokens created by this contract will be able to verify the content of the Genesis contract and validate that any transfer of ownership in the history of the token received has complied with the rules set out therein.

So what can we do with RGB in practice today? First and foremost, it enables the issuance and the transfer of tokenized assets with better scalability and privacy compared to any existing alternative. On the privacy side, RGB benefits from the fact that all transfer-related data is kept client-side, so a blockchain observer cannot extract any information about the user's financial activities (it is not even possible to distinguish a bitcoin transaction containing an RGB commitment from a regular one), moreover, the receiver shares with the sender only blinded UTXO (i. e. the hash of the concatenation between the UTXO in which she wish to receive the assets and a random number) instead of the UTXO itself, so it is not possible for the payer to monitor future activities of the receiver. To further increase the privacy of users, RGB also adopts the bulletproof cryptographic mechanism to hide the amounts in the history of asset transfers, so that even future owners of assets have an obfuscated view of the financial behavior of previous holders.

In terms of scalability, RGB offers some advantages as well. First of all, most of the data is kept off-chain, as the blockchain is only used as a commitment layer, reducing the fees that need to be paid and meaning that each client only validates the transfers it is interested in instead of all the activity of a global network. Since an RGB transfer still requires a Bitcoin transaction, the fee saving may seem minimal, but when you start introducing transaction batching they can quickly become massive. Indeed, it is possible to transfer all the tokens (or, more generally, "rights") associated with a UTXO towards an arbitrary amount of recipients with a single commitment in a single bitcoin transaction. Let's assume you are a service provider making payouts to several users at once. With RGB, you can commit in a single Bitcoin transaction thousands of transfers to thousands of users requesting different types of assets, making the marginal cost of each single payout absolutely negligible.

Another fee-saving mechanism for issuers of low value assets is that in RGB the issuance of an asset does not require paying fees. This happens because the creation of an issuance contract does not need to be committed on the blockchain. A contract simply defines to which already existing UTXO the newly issued assets will be allocated to. So if you are an artist interested in creating collectible tokens, you can issue as many as you want for free and then only pay the bitcoin transaction fee when a buyer shows up and requests the token to be assigned to their UTXO.

Furthermore, because RGB is built on top of bitcoin transactions, it is also compatible with the Lightning Network. While it is not yet implemented at the time of writing, it will be possible to create asset-specific Lightning channels and route payments through them, similar to how it works with normal Lightning transactions.

zaključek

RGB je prelomna inovacija, ki odpira nove primere uporabe z uporabo popolnoma nove paradigme, toda katera orodja so na voljo za njeno uporabo? Če želite eksperimentirati z jedrom same tehnologije, morate neposredno preizkusiti RGB vozlišče. Če želite zgraditi aplikacije na vrhu RGB, ne da bi se morali poglobiti v kompleksnost protokola, lahko uporabite knjižnica rgb-lib, ki ponuja preprost vmesnik za razvijalce. Če želite le poskusiti izdati in prenesti sredstva, se lahko igrate z Denarnica Iris za Android, katerega koda je prav tako odprtokodna GitHub. Če želite izvedeti več o RGB, lahko preverite ta seznam virov.

This is a guest post by Federico Tenga. Opinions expressed are entirely their own and do not necessarily reflect those of BTC Inc or Bitcoin Revija.

Izvorni vir: Bitcoin Revija