Een korte introductie tot RGB-protocollen

Op 3 januari 2009 lanceerde Satoshi Nakamoto het eerste Bitcoin-knooppunt. Vanaf dat moment kwamen er nieuwe knooppunten bij en begon Bitcoin zich te gedragen alsof het een nieuwe levensvorm was, een levensvorm die niet is gestopt met evolueren. Beetje bij beetje is het het veiligste netwerk ter wereld geworden als resultaat van zijn unieke ontwerp – zeer goed doordacht door Satoshi – omdat het, door middel van economische prikkels, gebruikers, gewoonlijk mijnwerkers genoemd, aantrekt om te investeren in energie en rekenkracht die draagt ​​bij aan de netwerkbeveiliging.

Terwijl Bitcoin zijn groei en adoptie voortzet, wordt het geconfronteerd met schaalbaarheidsproblemen. Het Bitcoin-netwerk maakt het mogelijk om in ongeveer 10 minuten een nieuw blok met transacties te minen. Ervan uitgaande dat we 144 blokken per dag hebben met maximale waarden van 2,700 transacties per blok, zou Bitcoin slechts 4.5 transacties per seconde hebben toegestaan. Satoshi was zich bewust van deze beperking, we kunnen het zien in een email in maart 2011 naar Mike Hearn gestuurd, waar hij uitlegt hoe wat we tegenwoordig kennen als betaalkanaal werkt. Dit is waar off-chain protocollen binnenkomen.

Volgens Christian DeckerOff-chain protocollen zijn meestal systemen waarbij gebruikers gegevens uit een blockchain gebruiken en beheren zonder de blockchain zelf tot het laatste moment aan te raken. Op basis van dit concept werd het Lightning Network geboren, een netwerk dat off-chain protocollen gebruikt om ervoor te zorgen dat Bitcoin-betalingen vrijwel onmiddellijk kunnen worden gedaan. Omdat niet al deze bewerkingen op de blockchain worden geschreven, zijn duizenden transacties per seconde mogelijk en wordt Bitcoin geschaald.

Onderzoek en ontwikkeling op het gebied van off-chain protocollen op Bitcoin heeft een doos van Pandora geopend. Tegenwoordig weten we dat we veel meer kunnen bereiken dan waardeoverdracht op een gedecentraliseerde manier, de non-profitorganisatie LNP/BP-standaardenvereniging richt zich op de ontwikkeling van Layer 2- en 3-protocollen op Bitcoin en het Lightning Network. Onder deze projecten zijn RGB opvalt.

Wat is RGB?

RGB was gebaseerd op onderzoek van Peter Todd over zegels voor eenmalig gebruik en validatie aan de clientzijde en in 2016 door Giacomo Zucco voorgesteld als een beter activaprotocol voor Bitcoin en het Lightning Network. De verdere evolutie van deze ideeën leidde tot de ontwikkeling van RGB tot een volwaardig slim contractsysteem door Maxim Orlovsky, die sinds 2019 de implementatie ervan leidt met deelname van de gemeenschap.

We kunnen RGB definiëren als een reeks open-sourceprotocollen waarmee we complexe slimme contracten op een schaalbare en vertrouwelijke manier kunnen uitvoeren. Het is geen specifiek netwerk (zoals Bitcoin of Lightning); elk slim contract is slechts een reeks contractdeelnemers die kunnen communiceren via verschillende communicatiekanalen (standaard ingesteld op het Lightning Network). RGB gebruikt de Bitcoin-blockchain als een laag van staatsbetrokkenheid en onderhoudt de code van het slimme contract en de gegevens buiten de keten, waardoor deze schaalbaar wordt. Door gebruik te maken van Bitcoin-transacties (en Script) als eigendomscontrolesysteem voor slimme contracten, wordt de evolutie van het slimme contract bepaald door een off-chain-schema. Het is belangrijk op te merken dat alles aan de klantzijde wordt gevalideerd.

Simpel gezegd is RGB een systeem waarmee de gebruiker een slim contract kan controleren, uitvoeren en op elk moment individueel kan verifiëren zonder extra kosten, omdat het geen blockchain gebruikt zoals “traditionele” systemen dat doen. Hoewel complexe slimme contractsystemen door Ethereum zijn ontwikkeld, moet de gebruiker voor elke operatie aanzienlijke hoeveelheden gas uitgeven, maar het heeft nooit de beloofde schaalbaarheid bereikt. Als gevolg hiervan was Ethereum nooit een optie voor het bankieren van gebruikers die waren uitgesloten van het huidige financiële systeem.

Momenteel promoot de blockchain-industrie dat zowel de code van slimme contracten als de gegevens in de blockchain moeten worden opgeslagen en door elk knooppunt van het netwerk moeten worden uitgevoerd, ongeacht de buitensporige toename in omvang of het misbruik van computerbronnen. Het door RGB voorgestelde schema is veel intelligenter en efficiënter omdat het dit blockchain-paradigma doorbreekt door slimme contracten en gegevens gescheiden te houden van de blockchain en zo de verzadiging van het netwerk te vermijden die op andere platforms te zien is. Op zijn beurt dwingt RGB niet elk knooppunt om elk contract uit te voeren, maar eerder de betrokken partijen, waardoor vertrouwelijkheid wordt toegevoegd aan een niveau dat nog nooit eerder is gezien.

Slimme contracten in RGB

In RGB definieert een slimme contractontwikkelaar een schema waarin regels worden gespecificeerd over hoe het contract in de loop van de tijd evolueert. Het schema is de standaard voor de constructie van slimme contracten in RGB: zowel een uitgever bij het definiëren van een contract als een portemonnee of beurs moeten zich houden aan een bepaald schema waartegen ze het contract moeten valideren. Alleen als de validatie correct is, kan elke partij verzoeken accepteren en met het asset werken.

Een slim contract in RGB is een gerichte acyclische grafiek (DAG) van toestandsveranderingen, waarbij slechts een deel van de grafiek altijd bekend is en er geen toegang is tot de rest. Het RGB-schema is een kernset regels voor de evolutie van deze grafiek waarmee het slimme contract begint. Elke contractdeelnemer kan aan deze regels toevoegen (als dit door het schema is toegestaan) en de resulterende grafiek wordt opgebouwd uit de iteratieve toepassing van die regels.

Fungibele activa

De vervangbare activa in RGB volgen de LNP/BP RGB-20-specificatie. Dus wanneer een RGB-20 is gedefinieerd, worden de assetgegevens die bekend staan ​​als ‘genesisgegevens’ gedistribueerd via het Lightning Network, dat bevat wat nodig is om het asset te gebruiken. De meest basale vorm van activa staat geen secundaire uitgifte, tokenverbranding, hernominatie of vervanging toe.

Soms zal de uitgever in de toekomst meer tokens moeten uitgeven, zoals stablecoins zoals USDT, waardoor de waarde van elk token gekoppeld blijft aan de waarde van een inflatoire valuta zoals de USD. Om dit te bereiken bestaan ​​er complexere RGB-20-schema's, en naast de ontstaansgegevens vereisen ze dat de uitgever zendingen produceert, die ook in het Lightning Network zullen circuleren. Met deze informatie kunnen we het totale circulerende aanbod van het actief kennen. Hetzelfde geldt voor het verbranden van activa of het wijzigen van de naam.

De informatie met betrekking tot het actief kan openbaar of privé zijn: als de uitgever vertrouwelijkheid vereist, kan hij ervoor kiezen om geen informatie over het token te delen en operaties in absolute privacy uit te voeren, maar we hebben ook het tegenovergestelde geval waarin de uitgever en de houders behoefte hebben aan het hele proces transparant te maken. Dit wordt bereikt door de tokengegevens te delen.

RGB-20-procedures

De brandprocedure schakelt tokens uit en gebrande tokens kunnen niet meer worden gebruikt. De vervangingsprocedure vindt plaats wanneer tokens worden verbrand en een nieuwe hoeveelheid van hetzelfde token wordt gemaakt. Dit helpt de omvang van de historische gegevens van het item te verkleinen, wat belangrijk is om de snelheid van het item te behouden. Ter ondersteuning van het gebruiksscenario waarin het mogelijk is om assets te verbranden zonder ze te hoeven vervangen, wordt een subschema van RGB-20 gebruikt dat alleen het branden van assets toestaat.

Niet-fungibele tokens

De niet-fungibele tokens (NFT's) in RGB volgen de LNP/BP RGB-21-specificatie, als we met NFT's werken, hebben we ook een hoofdschema en een subschema. Deze schema's hebben een graveerprocedure, waarmee we aangepaste gegevens van de tokeneigenaar kunnen toevoegen. Het meest voorkomende voorbeeld dat we tegenwoordig in NFT’s zien, is digitale kunst die aan het token is gekoppeld. De tokenuitgever kan deze gegevensgravure verbieden door het RGB-21-subschema te gebruiken. In tegenstelling tot andere NFT-blockchainsystemen maakt RGB de distributie van grote mediatokengegevens op een volledig gedecentraliseerde en censuurbestendige manier mogelijk, met behulp van een uitbreiding op het Lightning P2P-netwerk genaamd Bifrost, dat ook wordt gebruikt voor het bouwen van vele andere vormen van RGB- specifieke slimme contractfunctionaliteiten.

Naast vervangbare activa en NFT's kunnen RGB en Bifrost worden gebruikt om andere vormen van slimme contracten te produceren, waaronder gedecentraliseerde uitwisselingen (DEX's), liquiditeitspools, algoritmische stabiele munten en meer, die we in toekomstige artikelen zullen bespreken.

NFT van RGB versus NFT van andere platforms

• Geen behoefte aan dure blockchain-opslag.
• Het InterPlanetary File System (IPFS) is niet nodig; in plaats daarvan wordt een Lightning Network-extensie (genaamd Bifrost) gebruikt (en deze is volledig end-to-end gecodeerd).
• Er is geen speciale oplossing voor gegevensbeheer nodig (opnieuw neemt Bifrost die rol op zich).
• U hoeft websites niet te vertrouwen om gegevens bij te houden voor NFT-tokens of over de activa van de uitgever of contract-ABI's.
• RGB heeft ingebouwde DRM-codering en eigendomsbeheer.
• RGB beschikt over infrastructuur voor back-ups via het Lightning Network (Bifrost).
• RGB heeft manieren om inkomsten te genereren met inhoud (niet alleen door de NFT zelf te verkopen, maar ook meerdere keren toegang te krijgen tot de inhoud).

Conclusies

Sinds de lancering van Bitcoin, bijna 13 jaar geleden, is er veel onderzoek en experimenten op dit gebied gedaan. Zowel de successen als de fouten hebben ons in staat gesteld iets meer te begrijpen hoe gedecentraliseerde systemen zich in de praktijk gedragen, wat ze werkelijk gedecentraliseerd maakt en welke acties ertoe leiden dat ze tot centralisatie leiden. Dit alles heeft ons tot de conclusie gebracht dat echte decentralisatie een zeldzaam en moeilijk te verwezenlijken fenomeen is; echte decentralisatie is alleen bereikt door Bitcoin en het is om deze reden dat we onze inspanningen richten op het voortbouwen daarop.

RGB heeft zijn eigen konijnenhol binnen het Bitcoin-konijnenhol. Terwijl ik door beide heen val, zal ik posten wat ik heb geleerd. In het volgende artikel geven we een inleiding tot de LNP- en RGB-knooppunten en hoe u deze kunt gebruiken.

Dit is een gastpost van Francisco Calderón. De geuite meningen zijn volledig hun eigen meningen en weerspiegelen niet noodzakelijkerwijs die van BTC, Inc. of Bitcoin Magazine.

Bron: https://bitcoinmagazine.com/guides/a-brief-introduction-to-rgb-protocols