En kort introduktion till RGB-protokoll

Den 3 januari 2009 lanserade Satoshi Nakamoto den första Bitcoin-noden. Från det ögonblicket anslöt sig nya noder och Bitcoin började bete sig som om det vore en ny livsform, en livsform som inte har slutat utvecklas. Lite i taget har det blivit det säkraste nätverket i världen som ett resultat av sin unika design – mycket väl genomtänkt av Satoshi – eftersom det, genom ekonomiska incitament, lockar användare, vanligtvis kallade gruvarbetare, att investera i energi och datorkraft som bidrar till nätverkssäkerhet.

När Bitcoin fortsätter sin tillväxt och adoption, står den inför skalbarhetsproblem. Bitcoin-nätverket gör att ett nytt block med transaktioner kan utvinnas på cirka 10 minuter. Om vi ​​antar att vi har 144 block på en dag med maximala värden på 2,700 4.5 transaktioner per block, skulle Bitcoin endast ha tillåtit XNUMX transaktioner per sekund. Satoshi var medveten om denna begränsning, vi kan se den i en e-mail skickades till Mike Hearn i mars 2011 där han förklarar hur det vi idag vet som betalningskanal fungerar. Det är här off-chain-protokoll kommer in.

Enligt Christian Decker, protokoll utanför kedjan är vanligtvis system där användare använder data från en blockkedja och hanterar den utan att röra själva blockkedjan förrän i sista minuten. Baserat på detta koncept föddes Lightning Network, ett nätverk som använder protokoll utanför kedjan för att tillåta Bitcoin-betalningar att göras nästan omedelbart. Eftersom inte alla dessa operationer är skrivna på blockkedjan tillåter den tusentals transaktioner per sekund och skalar Bitcoin.

Forskning och utveckling inom området off-chain-protokoll på Bitcoin har öppnat en Pandoras ask. Idag vet vi att vi kan åstadkomma mycket mer än värdeöverföring på ett decentraliserat sätt, det ideella LNP/BP Standards Association fokuserar på utveckling av Layer 2 och 3 protokoll på Bitcoin och Lightning Network. Bland dessa projekt, RGB sticker ut.

Vad är RGB?

RGB baserades på forskning av Peter Todd på engångsförseglingar och validering på klientsidan och tänktes 2016 av Giacomo Zucco som ett bättre tillgångsprotokoll för Bitcoin och Lightning Network. Ytterligare utveckling av dessa idéer ledde till utvecklingen av RGB till ett fullfjädrat smart kontraktssystem av Maxim Orlovsky, som leder dess implementering sedan 2019 med samhällsdeltagande.

Vi kan definiera RGB som en uppsättning protokoll med öppen källkod som gör att vi kan utföra komplexa smarta kontrakt på ett skalbart och konfidentiellt sätt. Det är inte ett speciellt nätverk (som Bitcoin eller Lightning); varje smart kontrakt är bara en uppsättning avtalsdeltagare som kan interagera med olika kommunikationskanaler (som standard till Lightning Network). RGB använder Bitcoin blockchain som ett lager av statligt engagemang och upprätthåller koden för det smarta kontraktet och data utanför kedjan, vilket gör det skalbart. Genom att utnyttja Bitcoin-transaktioner (och Script) som ett ägarkontrollsystem för smarta kontrakt, definieras utvecklingen av det smarta kontraktet av ett off-chain-schema. Det är viktigt att notera att allt är validerat på klientsidan.

Enkelt uttryckt är RGB ett system som låter användaren granska ett smart kontrakt, utföra det och verifiera det individuellt när som helst utan extra kostnad eftersom det inte använder en blockchain som "traditionella" system gör. Även om komplexa smarta kontraktssystem var pionjärer av Ethereum, kräver det att användaren spenderar betydande mängder gas för varje operation och den uppnådde aldrig den skalbarhet den lovade. Till följd av detta var Ethereum aldrig ett alternativ att sätta bank på de användare som uteslutits från det nuvarande finansiella systemet.

För närvarande främjar blockkedjeindustrin att både koden för smarta kontrakt och data måste lagras i blockkedjan och exekveras av varje nod i nätverket, oavsett den överdrivna ökningen i storlek eller missbruk av beräkningsresurser. Schemat som föreslås av RGB är mycket mer intelligent och effektivt eftersom det skär med detta blockkedjeparadigm genom att ha smarta kontrakt och data separerade från blockkedjan och därmed undviker mättnaden av nätverket som ses på andra plattformar. RGB tvingar i sin tur inte varje nod att utföra varje kontrakt utan snarare de inblandade parterna, vilket ger konfidentialitet till en nivå som aldrig tidigare skådats.

Smarta kontrakt i RGB

I RGB definierar en smart kontraktsutvecklare ett schema som anger regler för hur kontraktet utvecklas över tiden. Schemat är standarden för konstruktion av smarta kontrakt i RGB: Både en emittent när de definierar ett kontrakt och en plånbok eller börs måste följa ett särskilt schema mot vilket de måste validera kontraktet. Endast om valideringen är korrekt kan varje part acceptera förfrågningar och arbeta med tillgången.

Ett smart kontrakt i RGB är en riktad acyklisk graf (DAG) av tillståndsförändringar, där endast en del av grafen alltid är känd och det inte finns tillgång till resten. RGB-schemat är en kärnuppsättning regler för utvecklingen av denna graf som det smarta kontraktet börjar med. Varje avtalsdeltagare kan lägga till dessa regler (om detta tillåts av schemat) och den resulterande grafen är byggd från den iterativa tillämpningen av dessa regler.

Fungerbara tillgångar

De utbytbara tillgångarna i RGB följer LNP/BP RGB-20-specifikation. Så när en RGB-20 definieras distribueras tillgångsdata som kallas "genesis data" genom Lightning Network, som innehåller det som krävs för att använda tillgången. Den mest grundläggande formen av tillgångar tillåter inte sekundär emission, tokenbränning, omnominering eller utbyte.

Ibland kommer emittenten att behöva ge ut fler tokens i framtiden, till exempel stablecoins som USDT, som håller värdet på varje token kopplat till värdet av en inflationsdrivande valuta som USD. För att uppnå detta finns mer komplexa RGB-20-scheman, och förutom genesisdata kräver de att utfärdaren producerar försändelser, som också kommer att cirkulera i Lightning Network. Med denna information kan vi veta det totala cirkulerande utbudet av tillgången. Detsamma gäller för att bränna tillgångar eller byta namn.

Informationen relaterade till tillgången kan vara offentlig eller privat: Om emittenten kräver konfidentialitet kan de välja att inte dela information om token och utföra operationer i absolut integritet, men vi har också det motsatta fallet där emittenten och innehavarna behöver hela processen ska vara transparent. Detta uppnås genom att dela tokendata.

RGB-20-procedurer

Brinnproceduren inaktiverar tokens och brända tokens kan inte användas längre. Ersättningsproceduren inträffar när tokens bränns och en ny mängd av samma token skapas. Detta hjälper till att minska storleken på tillgångens historiska data, vilket är viktigt för att upprätthålla tillgångens hastighet. För att stödja användningsfallet där det är möjligt att bränna tillgångar utan att behöva ersätta dem, används ett underschema av RGB-20 som endast tillåter bränning av tillgångar.

Icke-svängbara tokens

De icke-fungibla tokens (NFT) i RGB följer LNP/BP RGB-21-specifikation, när vi arbetar med NFTs har vi också ett huvudschema och ett underschema. Dessa scheman har en graveringsprocedur som gör att vi kan bifoga anpassade data av tokenägaren. Det vanligaste exemplet vi ser i NFTs idag är digital konst kopplad till token. Tokenutfärdaren kan förbjuda denna datagravering genom att använda RGB-21-underschemat. Till skillnad från andra NFT-blockkedjesystem tillåter RGB distribution av stora mediatokendata på ett helt decentraliserat och censurbeständigt sätt, med hjälp av en förlängning till Lightning P2P Network som kallas Bifrost, som också används för att bygga många andra former av RGB- specifika smarta kontraktsfunktioner.

Förutom utbytbara tillgångar och NFT:er kan RGB och Bifrost användas för att producera andra former av smarta kontrakt, inklusive decentraliserade börser (DEX), likviditetspooler, algoritmiska stabila mynt och mer, som vi kommer att ta upp i framtida artiklar.

NFT från RGB kontra NFT från andra plattformar

• Inget behov av dyr blockchain-lagring.
• Inget behov av InterPlanetary File System (IPFS), ett Lightning Network-tillägg (kallat Bifrost) används istället (och det är helt krypterat från ände till ände).
• Inget behov av en speciell datahanteringslösning (återigen, Bifrost tar den rollen).
• Inget behov av att lita på att webbplatser underhåller data för NFT-tokens eller om emittentens tillgångar eller kontrakts-ABI.
• RGB har inbyggd DRM-kryptering och ägandehantering.
• RGB har infrastruktur för säkerhetskopiering med hjälp av Lightning Network (Bifrost).
• RGB har sätt att tjäna pengar på innehåll (inte bara sälja själva NFT, utan tillgång till innehållet flera gånger).

Slutsatser

Sedan lanseringen av Bitcoin, för nästan 13 år sedan, har det förekommit mycket forskning och experiment inom området. Både framgångarna och misstagen har gjort att vi har kunnat förstå lite mer hur decentraliserade system beter sig i praktiken, vad som gör dem verkligen decentraliserade och vilka handlingar som tenderar att leda dem till centralisering. Allt detta har fått oss att dra slutsatsen att verklig decentralisering är ett sällsynt och svårt fenomen att uppnå; verklig decentralisering har bara uppnåtts av Bitcoin och det är av denna anledning som vi fokuserar våra ansträngningar för att bygga ovanpå det.

RGB har ett eget kaninhål i Bitcoin-kaninhålet. Medan jag faller ner genom dem båda kommer jag att lägga upp vad jag har lärt mig. I nästa artikel kommer vi att ha en introduktion till LNP- och RGB-noderna och hur man använder dem.

Detta är ett gästinlägg av Francisco Calderón. Åsikter som uttrycks är helt deras egna och återspeglar inte nödvändigtvis de från BTC, Inc. eller Bitcoin Magazine.

Källa: https://bitcoinmagazine.com/guides/a-brief-introduction-to-rgb-protocols