Raport de cercetare a investițiilor Nervos CKB

Prefaţă

În cea de-a patra rundă a ciclului de înjumătățire a Bitcoin, adoptarea explozivă a protocolului #Ordinals și a protocoalelor similare a făcut ca industria de criptare să realizeze că emiterea și tranzacționarea activelor bazate pe stratul Bitcoin L1 sunt esențiale pentru securitatea consensului și ecologic. dezvoltarea rețelei principale Bitcoin Valoarea externalităților pozitive poate fi descrisă ca „momentul Uniswap” al ecosistemului Bitcoin.

Evoluția și iterația programabilității Bitcoin este rezultatul guvernării pieței a opiniilor comunității Bitcoin, mai degrabă decât să fie condusă de teleologie, cum ar fi Holder pentru BTC sau Builder pentru spațiu bloc.

În prezent, prin îmbunătățirea programabilității Bitcoin și prin creșterea ratei de utilizare a spațiului bloc al rețelei principale Bitcoin, acesta a devenit un nou spațiu de design pentru consensul comunității Bitcoin.

Spre deosebire de Ethereum și alte lanțuri publice de înaltă performanță, pentru a asigura simplitatea și ușurința setului UTXO, spațiul de proiectare al programabilității Bitcoin este foarte restrâns. Constrângerile de bază sunt modul de utilizare a scripturilor și a codului OP pentru a opera UTXO.

Soluțiile clasice de programabilitate Bitcoin includ canale de stat (Lightning Network), verificare client (RGB), lanțuri laterale (Liquid Network, Stacks, RootSock etc.), CounterParty, Omni Layer, Taproot Assets, DLC etc. Soluțiile de programabilitate Bitcoin emergente din 2023 includ Ordinals, BRC20, Runes, Atomics, Stamps etc.

După încheierea celui de-al doilea val de Inscription, o nouă generație de soluții de programabilitate Bitcoin a apărut una după alta, cum ar fi soluția #CKB #UTXO #同构绑定 și soluția Bitcoin L2 compatibilă cu EVM , soluție DriveChain etc.

În comparație cu soluția Bitcoin L2 compatibilă cu EVM, soluția de programabilitate Bitcoin a CKB (Common Knowledge Base) este o soluție nativă, sigură în spațiul de design modern al programabilității Bitcoin, care nu introduce ipoteze de încredere socială. În comparație cu soluția DriveChain, nu necesită nicio modificare la nivel de protocol Bitcoin.

În viitorul previzibil, curba de creștere a programabilității Bitcoin va experimenta o etapă de creștere accelerată, iar activele, utilizatorii și aplicațiile ecosistemului Bitcoin vor introduce un val de explozie Xuanbian Stack-ul UTXO al ecosistemului CKB va fi un nou Afluxul de dezvoltatori Bitcoin oferă posibilitatea de a construi protocoale utilizând stive modulare. În plus, CKB explorează integrarea Lightning Network cu UTXO Stack pentru a valorifica programabilitatea nativă a Bitcoin pentru a obține interoperabilitatea între noile protocoale.

Spațiu de nume de programabilitate Bitcoin

Blockchain este o mașină care creează încredere, iar rețeaua principală Bitcoin este mașina 0. La fel cum toată filozofia occidentală este o notă de subsol pentru Platon, totul în lumea cripto (active, narațiuni, rețele blockchain, protocoale, DAO-uri etc.) sunt derivate și derivate ale Bitcoin.

În procesul de co-evoluție dintre Bitcoin Maxi și expansioniști, de la dezbaterea dacă rețeaua principală Bitcoin acceptă caracterul complet Turing până la disputa dintre schema Segregated Witness și schema de extindere a blocurilor mari, Bitcoin se bifurcă constant. Acest lucru nu înseamnă doar crearea de noi proiecte de criptare și consensul comunității de criptare, ci și consolidarea și consolidarea consensului comunității Bitcoin. Acesta este un proces de auto-confirmare în timp ce altește.

Datorită dispariției misterioase a lui Satoshi Nakamoto, guvernarea comunității Bitcoin nu are o structură de guvernare „monarhie iluminată” precum Ethereum, ci un model de guvernare în care minerii, dezvoltatorii, comunitățile și piețele se angajează în jocuri deschise pentru a realiza un model de guvernare echilibrat. Acest lucru oferă comunității Bitcoin capacitatea de a fi extrem de stabil odată ce este format.

Caracteristicile actuale ale consensului comunității Bitcoin sunt: ​​consensul nu este comandă și control, minimizarea încrederii, descentralizare, rezistență la cenzură, pseudo-anonimitate, sursă deschisă, colaborare deschisă, fără permisiuni, neutralitate juridică, omogenitate, compatibilitate directă, minimizarea utilizării resurselor , verificare > calcul, convergență, imuabilitate tranzacție, rezistență la atacurile DoS, evitarea disputei pentru intrare, robustețe, stimulente consistente, solidificare, consens care nu trebuie alterat, principii conflictuale, avansare colaborativă etc. [1]

Forma actuală a rețelei principale Bitcoin poate fi văzută ca o instanțiere a caracteristicilor consensului comunității Bitcoin de mai sus. Spațiul de proiectare al programabilității Bitcoin este, de asemenea, definit de caracteristicile de consens ale comunității Bitcoin.

Un spațiu de design clasic pentru programabilitatea Bitcoin

În timp ce alte lanțuri publice încearcă modularizarea, paralelizarea și alte soluții pentru a explora spațiul de proiectare al soluției de triunghi imposibil a blockchain-ului, spațiul de proiectare al protocolului Bitcoin s-a concentrat întotdeauna pe scripturi, cod OP și UTXO.

Două exemple tipice sunt cele două actualizări majore ale rețelei principale Bitcoin din 2017: furca rigidă Segwit și furca moale Taproot.

În hard furk-ul Segwit în august 2017, un bloc de 3M a fost adăugat la blocul principal de 1M pentru a stoca în mod specific semnăturile (martori), iar ponderea datelor de semnătură a fost setată la 1 dintre datele blocului principal la calcularea taxelor minerului /4 pentru a menține consistența costului de cheltuire a unei ieșiri UTXO și a creării unei ieșiri UTXO și pentru a preveni abuzul modificării UTXO pentru a crește viteza de expansiune a setului UTXO.

Furca moale Taproot din noiembrie 2021 va economisi timpul de verificare a UTXO și spațiul de bloc ocupat de semnături multiple prin introducerea schemei de semnături multiple Schnorr.

1 grup cheie-valoare UTXO (Sursa: learnmeabitcoin.com)

UTXO (ieșirea tranzacției necheltuite) este structura de date de bază a rețelei principale Bitcoin. Are caracteristici de atomicitate, neomogenitate și cuplare în lanț. Fiecare tranzacție de pe rețeaua principală Bitcoin consumă 1 UTXO ca intrare și creează un număr întreg n noi ieșiri UTXO. Pentru a spune simplu, UTXO poate fi privit ca dolari americani, euro și alte bancnote care rulează pe lanț. Poate fi cheltuit, schimbat, divizat, combinat etc., dar cea mai mică unitate atomică a sa este Satoshi (sats). Un UTXO reprezintă cea mai recentă stare la un anumit moment. Setul UTXO reprezintă cea mai recentă stare a rețelei principale Bitcoin la un anumit moment.

Prin păstrarea setului Bitcoin UTXO simplu, ușor și ușor de verificat, rata de expansiune a rețelei principale Bitcoin a fost stabilizată cu succes la un nivel în conformitate cu Legea lui Moore hardware, asigurând astfel participarea tuturor nodurilor de pe rețeaua principală Bitcoin de verificare a tranzacției.

În mod corespunzător, spațiul de proiectare al programabilității Bitcoin este, de asemenea, limitat de caracteristicile de consens ale comunității Bitcoin. De exemplu, pentru a preveni potențiale riscuri de securitate, Satoshi Nakamoto a decis în august 2010 să elimine opcode-ul OP-CAT, care a fost logica cheie pentru a atinge programabilitatea la nivel complet Turing a Bitcoin.

Calea pentru a realiza programabilitatea Bitcoin nu utilizează soluții de mașină virtuală (VM) în lanț precum Ethereum și Solana, ci alege să folosească scripturi și coduri de operare (Codul OP) pentru a controla UXTO, câmpurile de intrare ale tranzacțiilor, câmpurile de ieșire și martorii. Datele (Witness), etc. sunt folosite pentru operațiuni de programare.

Setul de instrumente principal al programabilității Bitcoin este: multi-semnătură, time lock, hash lock, control proces (OP_IF, OP_ELIF). [2]

În spațiul de proiectare clasic, programabilitatea Bitcoin este foarte limitată. Acceptă doar mai multe proceduri de verificare și nu acceptă stocarea stării în lanț, iar calculele de stare în lanț sunt tocmai realizarea Turing Componenta funcțională de bază a programabilității.

Renașterea programabilității Bitcoin

Dar spațiul de proiectare al programabilității Bitcoin nu este o stare fixă. În schimb, este mai aproape de un spectru dinamic care se schimbă în timp.

Spre deosebire de stereotipul din lumea exterioară privind stagnarea dezvoltării rețelei principale Bitcoin, cu diverși vectori de consens limitând spațiul de proiectare, dezvoltarea, implementarea, adoptarea și promovarea de noi scripturi și coduri operaționale noi pentru rețeaua principală Bitcoin sunt mereu în curs de desfășurare uneori chiar a declanșat războaie de furcă în comunitatea de criptare (cum ar fi hard fork-ul Segwit).

Luând ca exemplu modificările de adoptare ale tipurilor de script mainnet Bitcoin, putem percepe clar schimbările. Scripturile utilizate de tipul de ieșire pentru rețeaua principală Bitcoin pot fi împărțite în trei categorii:

• Scenariul original: pubkey, pubkeyhash

• Scripturi îmbunătățite: multisig, scripthash

• Scripturi Witness: witness_v0_keyhash, witness_v0_scripthash, witness_v1_taproot
  

Tipuri de ieșire istorice complete pentru rețeaua principală Bitcoin: Dune

Din diagrama de tendință de schimbare a întregului tip de ieșire istorică a rețelei principale Bitcoin, observăm un fapt de bază: îmbunătățirea programabilității rețelei principale Bitcoin este o tendință istorică pe termen lung Scripturile îmbunătățite devorează partea de scripturi originale. în timp ce scripturile de martori devorează îmbunătățiri. Protocolul Ordinals bazat pe scripturi îmbunătățite Segweit și scripturi martor Taproot a început un val de emitere de active Bitcoin L1, care nu este doar o continuare a tendinței istorice de programabilitate a rețelei principale Bitcoin, ci și o nouă etapă a programabilității rețelei principale Bitcoin.

Codul operațional al rețelei principale Bitcoin are, de asemenea, un proces de evoluție similar cu scriptul rețelei principale Bitcoin.

De exemplu, protocolul Ordinals își realizează designul funcțional combinând codurile de cheltuială și de operare ale script-ului principal al rețelei principale Bitcoin (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF).

1 exemplu gravat al protocolului Ordinals

Înainte ca protocolul Ordinals să se nască oficial, soluțiile clasice pentru programabilitatea Bitcoin includeau în principal canale de stat (Lightning Network), verificare client (RGB), lanțuri laterale (Liquid Network, Stacks, RootSock etc.), CounterParty, Omni Layer, DLC etc. .

Protocolul Ordinals serializează Satoshi, cea mai mică unitate atomică a UXTO, apoi gravează conținutul de date în câmpul Witness al UTXO și îl asociază cu un indexator în afara lanțului specific de indexare și execuție aceste date indică. Această nouă paradigmă de programabilitate Bitcoin este asemănată în mod viu cu „gravarea pe aur”.

Noua paradigmă a protocolului Ordinals a inspirat entuziasmul comunității cripto mai mari de a folosi spațiul bloc al rețelei principale Bitcoin pentru a emite, bate și comercializa obiecte de colecție NFT și jetoane de tip MeMe (care pot fi denumite în mod colectiv inscripții), printre care multe oamenii din viața lor Au propria adresă Bitcoin pentru prima dată.

Cu toate acestea, programabilitatea protocolului Ordinals moștenește programabilitatea limitată a Bitcoin și acceptă doar trei metode funcționale: Deploy, Mint și Transfer. Acest lucru face ca protocolul Ordinals și adepții săi BRC20, Runes, Atomics, Stamps și alte protocoale să fie adecvate numai pentru scenariile de aplicație de emitere a activelor. Cu toate acestea, suportul pentru scenariile de aplicații DeFi, cum ar fi tranzacțiile și împrumuturile care necesită calcul de stat și stocare de stat este relativ slab.

Protocolul ordinal 3 tipuri de cantități TX (Sursa: Dune)

Lichiditatea este forța vitală a activelor. Datorită caracteristicilor naturale ale protocolului de programabilitate Bitcoin de tip Ordinals, activele de inscripție sunt reemise și lichiditatea este furnizată ușor, ceea ce, la rândul său, afectează valoarea generată pe parcursul ciclului de viață al unui activ de inscripție.

Mai mult decât atât, protocoalele Ordinals și BRC20 sunt, de asemenea, suspectate de abuzarea spațiului de date martori și au provocat în mod obiectiv o explozie în starea rețelei principale Bitcoin.

Modificări ale dimensiunii spațiului bloc Bitcoin (Sursa: Dune)

Ca cadru de referință, principalele surse de taxe de gaz în rețeaua principală Ethereum sunt taxele de gaz pentru tranzacții DEX, taxele de disponibilitate a datelor L2 și taxele de gaz de transfer stablecoin. În comparație cu rețeaua principală Ethereum, veniturile rețelei principale Bitcoin sunt unice, foarte ciclice și foarte volatile.

Capacitățile de programabilitate ale rețelei principale Bitcoin nu sunt încă capabile să satisfacă cererea din partea ofertei a spațiului bloc al rețelei principale Bitcoin. Pentru a obține o stare stabilă și durabilă a veniturilor din spațiul bloc pentru rețeaua principală Ethereum, sunt necesare DEX, stablecoins și L2 nativ pentru ecosistemul Bitcoin. Condiția prealabilă pentru realizarea acestor protocoale și aplicații este ca protocolul programabil Bitcoin să ofere capabilități de programare complete Turing.

Prin urmare, cum să realizezi în mod nativ programabilitatea completă Turing a Bitcoin, limitând în același timp impactul negativ asupra amplorii stării rețelei principale Bitcoin a devenit un subiect important în ecosistemul Bitcoin.

Soluție CKB pentru programabilitatea Bitcoin

În prezent, soluțiile pentru a realiza programabilitatea nativă Turing-completă a Bitcoin includ: BitVM, RGB, CKB, EVM compatibil cu Rollup L2, DriveChain etc.

BitVM folosește un set de coduri OP Bitcoin pentru a construi porți logice NAND și apoi utilizează porți logice NAND pentru a construi alte porți logice de bază. Acest principiu este oarecum similar cu diagrama matrice King Qin din celebrul roman științifico-fantastic „The Three-Body Problem”. Scene specifice sunt afișate în seria TV Netflix cu același nume. Lucrarea despre soluția BitVM a fost complet open source și este foarte așteptată de comunitatea de criptare. Cu toate acestea, implementarea sa de inginerie este foarte dificilă. Întâmpină probleme precum costul de gestionare a datelor în afara lanțului, limitarea numărului de participanți, numărul de interacțiuni provocare-răspuns, complexitatea funcției hash etc., ceea ce face dificilă implementarea pe scurt. termen.

Protocolul RGB utilizează verificarea la nivelul clientului și tehnologia de sigilare unică pentru a obține o programabilitate completă Turing. Ideea de bază a designului este de a stoca starea și logica contractului inteligent pe rezultatul (Ieșire) tranzacției Bitcoin (Tranzacție). Întreținerea codului și stocarea datelor sunt efectuate în afara lanțului, rețeaua principală Bitcoin servind ca strat de angajament pentru starea finală.

EVM este compatibil cu Rollup L2 și este o soluție pentru reutilizarea rapidă a stivei mature Rollup L2 pentru a construi Bitcoin L2. Cu toate acestea, având în vedere că rețeaua principală Bitcoin în prezent nu poate suporta dovada fraudei/dovada validității, Rollup L2 trebuie să introducă ipoteza încrederii sociale (multi-semnătură).

DriveChain este o soluție de extindere a lanțului lateral Ideea de bază a designului este de a folosi Bitcoin ca strat inferior al blockchain-ului și de a crea un lanț lateral prin blocarea Bitcoin, realizând astfel interoperabilitatea bidirecțională între Bitcoin și lanțul lateral. Implementarea proiectului DriveChain necesită modificări la nivel de protocol la Bitcoin, adică implementarea BIP300 și BIP301 propuse de echipa de dezvoltare în rețeaua principală.

Soluțiile de programabilitate Bitcoin de mai sus sunt fie extrem de dificil de implementat pe termen scurt, introduc prea multe ipoteze de încredere socială, fie necesită modificări la nivel de protocol la Bitcoin.

Bitcoin L1 Asset Protocol: RGB++

Ca răspuns la deficiențele și problemele de mai sus în protocolul de programabilitate Bitcoin, echipa CKB a oferit o soluție relativ echilibrată. Soluția constă din protocolul de active Bitcoin L1 RGB++, furnizorul de servicii Bitcoin L2 Raas UTXO Stack și un protocol de interoperabilitate integrat cu Lightning Network.

Primitive native UXTO: legare izomorfă

RGB++ este un protocol de emitere a activelor Bitcoin L1 dezvoltat pe baza ideilor de design RGB. Implementarea inginerească a RGB++ moștenește primitivele tehnice ale CKB și RBG. Utilizează tehnologia RGB „unică sigilare” și de verificare a clientului și mapează Bitcoin UTXO la celula (versiunea extinsă a UTXO) a rețelei principale CKB prin legare izomorfă și folosește scripturi pe CKB și pe lanțul Bitcoin Constraints pentru a verifica corectitudinea a calculelor de stat și valabilitatea modificărilor de proprietate.

Cu alte cuvinte, RGB++ utilizează celule din lanțul CKB pentru a exprima relația de proprietate a activelor RGB. Mută ​​datele activelor stocate inițial local pe clientul RGB în lanțul CKB și le exprimă sub formă de Cell, stabilind o relație de mapare cu Bitcoin UTXO, permițând CKB să acționeze ca o bază de date publică și un strat de pre-decontare în afara lanțului pentru Active RGB Înlocuiți clientul RGB pentru a obține o găzduire de date mai fiabilă și o interacțiune cu contractul RGB

Legarea izomorfă a RGB++ (Sursa: RGB++ Protocol Light Paper)

Cell este unitatea de bază de stocare a datelor a CKB și poate conține diferite tipuri de date, cum ar fi CKBytes, token-uri, cod TypeScript sau date serializate (cum ar fi șiruri JSON). Fiecare celulă conține un mic program numit Script de blocare, care definește proprietarul celulei. Lock Script nu numai că acceptă scripturi de rețea principală Bitcoin, cum ar fi multi-semnătură, hash lock, time lock etc., dar permite și includerea unui Type Script pentru a executa reguli specifice pentru a controla utilizarea acestuia. Acest lucru le permite dezvoltatorilor să personalizeze contractele inteligente pentru diferite cazuri de utilizare, cum ar fi emiterea de NFT, jetoane de airdropping, AMM Swap și multe altele.

Protocolul RGB folosește codul operațional OP RETURN pentru a atașa rădăcina de stare a unei tranzacții în afara lanțului la ieșirea unui UTXO, folosind UTXO ca un container pentru informații de stare. Apoi, RGB++ mapează containerul de informații de stare construit din RGB la celula CKB, salvează informațiile de stare în tipul și datele celulei și folosește acest container UTXO ca proprietar al stării celulei.

Ciclul de viață al tranzacției RGB++ (Sursa: RGB++ Protocol Light Paper)

După cum se arată în figura de mai sus, un ciclu de viață complet al tranzacției RGB++ este următorul:

1. Calcul în afara lanțului. Când inițiați un Tx legat izomorf, trebuie mai întâi să selectați un nou UTXO btc_utx#2în rețeaua principală Bitcoin ca un container sigilat, apoi să legați izomorf UTXO btc_utx#1de celula originală, cea nouă Celula legată izomorfic btc_utxo#2, folosește celula originală ca intrare și noua celulă ca rezultat al CKB TX pentru calculul hash pentru a genera un angajament.

2. Trimiteți o tranzacție Bitcoin. RGB++ inițiază un Tx în rețeaua principală Bitcoin, ia btc_utx#1legat izomorf la celula originală ca intrare și folosește OP RETURN pentru a prelua angajamentul generat în pasul anterior ca ieșire.

3. Trimiteți tranzacția CKB. CKB Tx generat de calculul în afara lanțului înainte de execuția rețelei principale CKB.

4. Verificare în lanț. Rețeaua principală CKB rulează un client luminos de rețea principală Bitcoin pentru a verifica schimbările de stare ale întregului sistem. Acest lucru este foarte diferit de RGB Mecanismul P2P utilizat pentru verificarea modificării stării RGB necesită ca inițiatorul și receptorul Tx să fie online în același timp și să verifice doar în mod interactiv harta TX relevantă.

RGB++ implementat pe baza logicii de legare izomorfă de mai sus, în comparație cu protocolul RGB, deși a renunțat la o anumită confidențialitate, a câștigat câteva caracteristici noi: verificarea clientului îmbunătățită prin blockchain, plierea tranzacțiilor și starea partajată fără un contract principal și transferuri non-interactive.

• Verificare la nivelul clientului îmbunătățită de blockchain. RGB++ permite utilizatorilor să aleagă să adopte PoW pentru a menține securitatea consensului, calculul stării de verificare CKB și schimbarea proprietății URXO-Cell.

• Plierea tranzacției. RGB++ acceptă maparea mai multor celule la un singur UTXO, realizând astfel extinderea elastică a RGB++.

• Contracte inteligente fără proprietar și stat partajat. O dificultate majoră în implementarea contractelor inteligente Turing-complete folosind structurile de date de stat UTXO sunt contractele inteligente fără proprietar și stările partajate. RGB++ poate rezolva această problemă utilizând celula de stare globală CKB și celula de intenție.

• Transferuri non-interactive.RGB++ face ca procesul de verificare la nivel de client al RGB să fie opțional și nu mai impune transferuri interactive. Dacă utilizatorul alege CKB pentru a verifica starea calculului și modificările de proprietate, experiența de interacțiune cu tranzacția va fi în concordanță cu rețeaua principală Bitcoin.
  

În plus, RGB++ moștenește și caracteristica de privatizare a spațiului de stat a rețelei principale CKB Cell Pe lângă plata taxei de miner pentru utilizarea spațiului bloc al rețelei principale Bitcoin, fiecare TX de RGB++ trebuie să plătească și o taxă suplimentară pentru închirierea statului Cell. spațiu (această parte Taxa este returnată la calea inițială după consumarea celulei). Privatizarea spațiului de stat al Cell este un mecanism de apărare inventat de CKB pentru a face față exploziei de stat a rețelei principale blockchain. Locatarii spațiului de stat al Cellului trebuie să continue să plătească în perioada de utilizare (valoarea este diluată sub formă de inflație. prin jetoanele circulante ale CKB). Acest lucru face ca protocolul RGB++ să fie un protocol responsabil de extensie de programabilitate a rețelei principale Bitcoin, care poate limita într-o anumită măsură abuzul de spațiu de blocare a rețelei principale Bitcoin.

Interoperabilitate L1<>L2 fără încredere: Salt

Legarea izomorfă a RGB++ este o logică de implementare atomică sincronă, care fie are loc în același timp, fie se întoarce în același timp și nu există o stare intermediară. Toate tranzacțiile RGB++ vor apărea simultan atât pe lanțurile BTC, cât și pe cele CKB. Primul este compatibil cu tranzacțiile cu protocolul RGB, în timp ce al doilea înlocuiește procesul de verificare a clientului. Utilizatorii trebuie doar să verifice tranzacțiile relevante pe CKB pentru a verifica dacă calculul stării acestei tranzacții RGB++ este corect. Cu toate acestea, utilizatorii pot folosi și harta Tx de corelație locală a UTXO pentru a verifica în mod independent tranzacțiile RGB++ fără a utiliza tranzacțiile din lanțul CKB ca bază de verificare (unele funcții, cum ar fi plierea tranzacțiilor, trebuie să se bazeze în continuare pe hash-ul antetului bloc al CKB pentru verificarea de prevenire a cheltuielilor duble. .).

Prin urmare, activele încrucișate între RGB++ și rețeaua principală CKB nu se bazează pe introducerea unor ipoteze suplimentare de încredere socială, cum ar fi stratul releu al podului încrucișat, trezoreria centralizată cu mai multe semnături compatibile cu EVM Rollup etc. Activele RGB++ pot fi transferate nativ și fără încredere de la rețeaua principală Bitcoin la rețeaua principală CKB sau de la rețeaua principală CKB la rețeaua principală Bitcoin. CKB numește acest flux de lucru încrucișat.

Relația dintre RGB++ și CKB este slab cuplată. Pe lângă suportul pentru activele din stratul Bitcoin L1 (nu se limitează la activele native ale protocolului RGB++, inclusiv activele emise folosind Runes, Atomicals, Taproot Assets și alte protocoale) Leap to CKB, protocolul RGB++ acceptă, de asemenea, Leap to Cardano și alte lanțuri complete UTXO Turing. . În același timp, RGB++ acceptă și activele Leap of Bitcoin L2 către rețeaua principală Bitcoin.

Funcții extinse și exemple de aplicații RGB++

Protocolul RGB++ acceptă în mod nativ emiterea de jetoane fungibile și NFT.

Standardul de simbol fungibil pentru RGB++ este xUDT, iar standardul NFT este Spore etc.

Standardul xUDT acceptă o varietate de metode omogene de emitere a jetoanelor, inclusiv, dar fără a se limita la distribuție centralizată, airdrops, abonamente etc. Cantitatea totală de jetoane poate fi, de asemenea, aleasă între limite nelimitate și limite prestabilite. Pentru jetoanele cu un plafon prestabilit, o schemă de partajare a stării poate fi utilizată pentru a verifica dacă numărul total al fiecărei emisiuni este mai mic sau egal cu limita prestabilită.

Spore în standardul NFT va stoca toate metadatele din lanț, realizând o securitate de 100% a disponibilității datelor. DOB (Digital Object), un activ emis de protocolul Spore, este similar cu Ordinals NFT, dar are caracteristici și gameplay mai bogate.

Ca protocol de verificare a clientului, protocolul RGB acceptă în mod natural canalele de stat și rețeaua Lightning. Cu toate acestea, este limitat de capabilitățile de calcul de scripturi ale Bitcoin și este foarte dificil să introduci alte active fără încredere în rețeaua Lightning. Cu toate acestea, protocolul RGB++ poate utiliza sistemul de scripting Turing-complet al CKB pentru a implementa canale de stat și rețele fulger bazate pe activele RGB++ ale CKB.

Cu standardele și funcțiile de mai sus, cazurile de utilizare ale protocolului RGB++ nu se limitează la scenarii simple de emitere a activelor, cum ar fi alte protocoale programabile Bitcoin mainnet, ci acceptă scenarii de aplicații complexe, cum ar fi tranzacționarea activelor, împrumutul de active și monedele stabile CDP. De exemplu, logica de legare izomorfă RGB++ combinată cu scriptul PSBT nativ pentru rețeaua principală Bitcoin poate implementa un DEX sub forma unei grile de carnet de comenzi.

Furnizor de servicii Bitcoin L2 RaaS: UTXO Stack

Bitcoin L2 izomorf UTXO vs Bitcoin Rollup L2 compatibil EVM

În competiția de pe piață pentru soluțiile de implementare de programabilitate Bitcoin complete, soluții precum DriveChain și Restoring OPCAT opcodes necesită modificări ale stratului de protocol Bitcoin, iar timpul și costul necesar sunt foarte incerte și imprevizibile Bitcoin L2 izomorf UTXO și EVM compatibil Rollup L2 pe traseul realist sunt mai recunoscute de dezvoltatori și de capital. UTXO izomorf cu Bitcoin L2, reprezentat de CKB. EVM este compatibil cu Bitcoin Rollup L2, reprezentat de MerlinChain și BOB.

Sincer să fiu, protocolul de emitere a activelor Bitcoin L1 tocmai a început să formeze un consens parțial în comunitatea Bitcoin, în timp ce consensul comunității Bitcoin L2 se află într-un stadiu anterior. Dar la această frontieră, Bitcoin Magazine și Pantera au încercat să stabilească limitele definitorii pentru Bitcoin L2 împrumutând structura conceptuală a Ethereum L2.

În ochii lor, Bitcoin L2 ar trebui să aibă următoarele 3 caracteristici:

1. Utilizați Bitcoin ca activ nativ. Bitcoin L2 trebuie să folosească Bitcoin ca activ principal de decontare.

2. Utilizați Bitcoin ca mecanism de decontare pentru a impune tranzacțiile. Utilizatorii Bitcoin L2 trebuie să poată returna cu forță controlul asupra activelor lor la un nivel (de încredere sau neîncredere).

3. Demonstrați dependența funcțională de Bitcoin. Dacă rețeaua principală Bitcoin eșuează, dar sistemul Bitcoin L2 poate continua să funcționeze, atunci sistemul nu este L2 al Bitcoin. [4]
   

Cu alte cuvinte, Bitcoin L2 cred că ar trebui să aibă verificarea disponibilității datelor pe baza rețelei principale Bitcoin, un mecanism de trapă de evacuare, BTC ca token Bitcoin L2 Gas etc. Se pare că, subconștient, ei consideră paradigma L2 compatibilă cu EVM ca șablon standard pentru Bitcoin L2.

Cu toate acestea, capabilitățile slabe de calcul și verificare a stării ale rețelei principale Bitcoin nu pot realiza caracteristicile 1 și 2 pe termen scurt. În acest caz, compatibilitatea EVM cu L2 este o schemă de extindere în afara lanțului care se bazează complet pe ipoteza încrederii sociale, deși. sunt scrise în cartea albă. În viitor, BitVM va fi integrat pentru verificarea disponibilității datelor și extragerea în comun cu rețeaua principală Bitcoin pentru a spori securitatea.

Desigur, acest lucru nu înseamnă că aceste Rollup L2 compatibile cu EVM sunt false Bitcoin L2, dar că nu găsesc un echilibru bun între securitate, neîncredere și scalabilitate. Mai mult, introducerea soluției complete Turing de la Ethereum în ecosistemul Bitcoin poate fi privită cu ușurință de Bitcoin Maxi ca o liniște a rutei expansioniste.

Prin urmare, Bitcoin L2 izomorf UTXO este în mod natural superior Rollup L2 compatibil cu EVM în ceea ce privește legitimitatea și consensul comunității Bitcoin.

Caracteristicile UTXO Stack: Fractal Bitcoin Mainnet

Dacă Ethereum L2 este fractalul lui Ethereum, atunci Bitcoin L2 ar trebui să fie fractalul Bitcoin.

Stiva UTXO a ecosistemului CKB permite dezvoltatorilor să lanseze UTXO Bitcoin L2 cu un singur clic și integrează în mod nativ capabilitățile de protocol RGB++. Acest lucru permite interoperabilitatea perfectă între rețeaua principală Bitcoin și Bitcoin L2 izomorf UTXO dezvoltat folosind UTXO Stack prin mecanismul Leap. UTXO Stack acceptă gajarea activelor BTC, CKB și BTC L1 pentru a asigura securitatea Bitcoin L2 izomorf UTXO.

Arhitectura UTXO Stack (Sursa: Medie)

UTXO Stack acceptă în prezent libera circulație și interoperabilitatea activelor RGB++ între Bitcoin Lightning Network - CKB Lightning Network - UTXO Stack paralel L2. În plus, UTXO Stack acceptă, de asemenea, fluxul liber al activelor protocolului de programabilitate Bitcoin L1 bazate pe UTXO, cum ar fi Runes, Atomics, Taproot Assets, Stamps, etc. între UTXO Stack paralel L2 - CKB Lightning Network - Bitcoin Lightning Network și interoperabilitate.

UTXO Stack introduce paradigma modulară în domeniul construcției Bitcoin L2 și folosește legarea izomorfă pentru a ocoli în mod inteligent problemele de calcul al stării rețelei principale Bitcoin și verificarea disponibilității datelor. În această stivă modulară, rolul Bitcoin este stratul de consens și stratul de decontare, rolul CKB este stratul de disponibilitate a datelor, iar rolul L2-urilor paralele UTXO Stack este stratul de execuție.

Curba de creștere a programabilității Bitcoin și viitorul CKB

Curba de creștere a programabilității Bitcoin și viitorul CKB

De fapt, din cauza tensiunii inerente dintre narațiunea digitală de aur a Bitcoin și narațiunea programabilă a Bitcoin, unii OG din comunitatea Bitcoin consideră protocolul programabil Bitcoin L1 care a apărut de 23 de ani ca o nouă adăugare la rețeaua principală Bitcoin . Într-o anumită măsură, războiul cuvintelor dintre dezvoltatorul de bază al Bitcoin Luke și fanii BRC20 este a treia lume a Bitcoin Maxi și a expansioniștilor după dezbaterea dacă să susțină caracterul complet al lui Turing și disputa asupra blocurilor mari și mici.

Dar există de fapt o altă perspectivă care privește Bitcoin ca lanțul de aplicații al aurului digital. Din această perspectivă, poziționarea registrului descentralizat de bază al aurului digital este cea care modelează forma setului UTXO și caracteristicile protocolului programabil ale rețelei principale Bitcoin de astăzi. Dar dacă îmi amintesc bine, viziunea lui Satoshi Nakamoto a fost să facă din Bitcoin o monedă electronică P2P. Nevoia de programabilitate a aurului digital este seifurile și seifurile, iar nevoia de programabilitate a monedei este rețeaua de circulație a băncii centrale și a băncii comerciale. Prin urmare, protocolul de îmbunătățire a programabilității Bitcoin nu este un act deviant, ci o întoarcere la viziunea lui Satoshi Nakamoto.

Bitcoin este primul AppChain (Sursa: @tokenterminal)

Ne bazăm pe metodele de cercetare ale Gartner Hype Cycle și putem împărți soluțiile de programabilitate Bitcoin în 5 etape.

• Etapa de dezvoltare a tehnologiei: DriveChain, UTXO Stack, BitVM etc.

• Perioada de așteptări umflate: Rune, RGB++, EVM Rollup, Bitcoin L2 etc.

• Perioada de spargere a bulelor: BRC20, Atomics, etc.

• Perioada de recuperare constantă: RGB, Lightning Network, sidechain Bitcoin etc.

• Platoul de maturitate: script Bitcoin, script Taproot, blocare hash time etc.

Viitorul CKB: OP Stack+EigenLayer al ecosistemului Bitcoin

Fie că este compatibil EVM cu Bitcoin Rollup L2, Bitcoin L2 izomorf UTXO sau noi paradigme, cum ar fi DriveChain, diverse soluții de implementare pentru programabilitatea completă Turing indică în cele din urmă rețeaua principală Bitcoin ca strat de consens și strat de decontare.

La fel cum evoluția convergentă are loc în mod repetat în natură, se poate aștepta ca tendința de dezvoltare a programabilității complete Turing în ecosistemul Bitcoin să arate un anumit grad de coerență cu ecosistemul Ethereum în unele aspecte. Dar această consistență nu va însemna pur și simplu copierea stivei de tehnologie Ethereum în ecosistemul Bitcoin, ci utilizarea stivei de tehnologie nativă a Bitcoin (programabilitate bazată pe UTXO) pentru a obține o structură ecologică similară.

Poziționarea UTXO Stack a CKB este foarte similară cu cea a OP Stack de la Optimism menține o echivalență puternică și consecvență cu rețeaua principală Ethereum la nivelul de execuție, în timp ce UTXO Stack menține o echivalență puternică cu rețeaua principală Bitcoin la nivelul de execuție si consistenta. În același timp, structurile UTXO Stack și OP Stack sunt ambele structuri paralele.

Starea actuală a ecologiei CKB (Sursa: Comunitatea CKB)

În viitor, UTXO Stack va lansa servicii RaaS, cum ar fi secvențiere partajate, securitate partajată, lichiditate partajată și seturi de verificare partajate pentru a reduce și mai mult costul și dificultatea dezvoltatorilor de a lansa Bitcoin L2 izomorf UTXO. Există deja un număr mare de protocoale stablecoin descentralizate, AMM DEX, protocoale de împrumut, lumi autonome și alte proiecte, care intenționează să folosească UTXO Stack pentru a construi Bitcoin L2 izomorf UTXO ca infrastructură de consens de bază.

Spre deosebire de alte protocoale abstracte de securitate Bitcoin, mecanismul de consens al CKB este un mecanism de consens PoW în concordanță cu rețeaua principală Bitcoin, iar puterea de calcul a mașinii menține consistența registrului de consens. Dar există unele diferențe între economia token-ului CKB și Bitcoin. Pentru a menține consistența stimulentelor pentru producția de spațiu bloc și comportamentul de consum, Bitcoin a ales să introducă ponderi și mecanisme vByte pentru a calcula taxele de utilizare a spațiului de stat, în timp ce CKB a ales să privatizeze spațiul de stat.

Economia token-ului CKB constă din două părți: emiterea de bază și emiterea secundară. Toate CKB emise de sistemul de bază sunt pe deplin recompensate minerilor, iar scopul emiterii secundare de CKB este de a colecta chiria de stat.

De exemplu, să presupunem că 50% din totalul CKB circulant este folosit pentru a stoca starea, 30% este blocat în NervosDAO și 20% rămâne complet lichid. Apoi, 50% din emisiunea secundară (adică chiria pentru starea de depozitare) va fi alocată minerilor, 30% vor fi alocate deponenților NervosDAO, iar restul de 20% vor fi alocate fondului de trezorerie.

Acest model economic simbol poate constrânge creșterea statului global, poate coordona interesele diferiților participanți la rețea (inclusiv utilizatori, mineri, dezvoltatori și deținători de jetoane) și poate crea o structură de stimulente care este benefică pentru toată lumea, care este în concordanță cu piața. situația este diferită pentru celelalte L1.

În plus, CKB permite unei singure celule să ocupe maximum 1000 de octeți de spațiu de stat, ceea ce oferă activelor NFT de pe CKB unele caracteristici exotice pe care alte active blockchain similare nu le au, cum ar fi taxele native de gaz, programabilitatea spațiului de stat, și așa mai departe. Aceste proprietăți exotice fac UTXO Stack foarte potrivit ca infrastructură pentru proiectele lumii autonome pentru a construi realitatea fizică digitală.

UTXO Stack le permite dezvoltatorilor Bitcoin L2 să folosească BTC, CKB și alte angajamente de active Bitcoin L1 pentru a participa la consensul rețelei sale.

Rezuma

Este inevitabil ca Bitcoin să se dezvolte într-o soluție programabilă completă Turing. Cu toate acestea, programabilitatea completă Turing nu va avea loc pe rețeaua principală Bitcoin, ci va avea loc în afara lanțului (RGB, BitVM) sau pe Bitcoin L2 (CKB, EVM Rollup, DriveChain).

Conform experienței istorice, unul dintre aceste acorduri se va transforma în cele din urmă într-un acord standard monopolistic.

Există doi factori cheie care determină competitivitatea protocolului de programabilitate Bitcoin: 1. Realizarea fluxului liber de BTC între L1<>L2 fără a te baza pe ipoteze suplimentare de încredere socială 2. Atragerea de dezvoltatori, fonduri și utilizatori de o scară suficientă pentru a intra în It; L2 ecologie.

Ca soluție de programare Bitcoin, CKB utilizează legarea izomorfă + rețeaua CKB pentru a înlocui soluțiile de verificare a clienților, permițând fluxul liber al activelor Bitcoin L1 între L1<>L2, fără a se baza pe încredere socială suplimentară. Și beneficiind de caracteristica de privatizare a spațiului de stat a CKB Cell, RBG++ nu aduce presiunea exploziei de stat în rețeaua principală Bitcoin ca și alte protocoale de programabilitate Bitcoin.

Recent, pornirea la cald a ecosistemului a fost finalizată inițial prin emiterea primului lot de active RGB++, incluzând cu succes aproximativ 150.000 de utilizatori noi și un grup de dezvoltatori noi pentru ecosistemul CKB. De exemplu, OpenStamp, soluția unică pentru ecosistemul Stamps al protocolului de programabilitate Bitcoin L1, a ales să folosească UTXO Stack pentru a construi Bitcoin L2 izomorf UTXO care deservește ecosistemul Stamps.

În următoarea etapă, CKB se va concentra pe construcția de aplicații ecologice, realizând fluxul liber de BTC între L1<>L2, integrarea Lightning Network etc., străduindu-se să devină stratul de programabilitate al Bitcoin în viitor.

Cateva link-uri mentionate in articol:

[1] https://nakamoto.com/what-are-the-key-properties-of-bitcoin/

[2] https://www.btcstudy.org/2022/09/07/on-the-programmability-of-bitcoin-protocol/#一-Introduction

[3] https://medium.com/@ABCDE.com/cn-abcde-De ce ar trebui să investim în utxo-stack-91c9d62fa74e

[4] https://bitcoinmagazine.com/technical/layer-2-is-not-a-magic-incantation