Rapporto di ricerca sugli investimenti di Nervos CKB

Prefazione

Nel quarto ciclo del ciclo di dimezzamento di Bitcoin, l'adozione esplosiva del protocollo #Ordinals e di protocolli simili ha fatto sì che l'industria della crittografia si rendesse conto che l'emissione e lo scambio di asset basati sul livello Bitcoin L1 sono fondamentali per la sicurezza del consenso e l'ecologia. sviluppo della rete principale Bitcoin. Il valore delle esternalità positive può essere descritto come il “momento Uniswap” dell’ecosistema Bitcoin.

L’evoluzione e l’iterazione della programmabilità di Bitcoin è il risultato della governance del mercato delle opinioni della comunità Bitcoin, piuttosto che essere guidata da teleologia come Holder per BTC o Builder per lo spazio dei blocchi.

Allo stato attuale, migliorando la programmabilità di Bitcoin e aumentando così il tasso di utilizzo dello spazio di blocco della rete principale Bitcoin, è diventato un nuovo spazio di progettazione per il consenso della comunità Bitcoin.

A differenza di Ethereum e di altre catene pubbliche ad alte prestazioni, al fine di garantire la semplicità e la leggerezza del set UTXO, lo spazio di progettazione della programmabilità di Bitcoin è altamente limitato. I vincoli di base riguardano come utilizzare gli script e il codice OP per far funzionare UTXO.

Le classiche soluzioni di programmabilità Bitcoin includono canali di stato (Lightning Network), verifica del client (RGB), catene laterali (Liquid Network, Stacks, RootSock, ecc.), CounterParty, Omni Layer, Taproot Assets, DLC, ecc. Le soluzioni emergenti di programmabilità Bitcoin dal 2023 includono Ordinals, BRC20, Runes, Atomics, Stamps, ecc.

Dopo la fine della seconda ondata di iscrizione, una nuova generazione di soluzioni di programmabilità Bitcoin è emersa una dopo l'altra, come la soluzione #UTXO #同构绑定 di #CKB e la soluzione Bitcoin L2 compatibile con EVM , soluzione DriveChain, ecc.

Rispetto alla soluzione Bitcoin L2 compatibile con EVM, la soluzione di programmabilità Bitcoin di CKB (Common Knowledge Base) è una soluzione nativa e sicura nel moderno spazio di progettazione della programmabilità Bitcoin che non introduce presupposti di fiducia sociale. Rispetto alla soluzione DriveChain, non richiede alcuna modifica a livello di protocollo Bitcoin.

Nel prossimo futuro, la curva di crescita della programmabilità di Bitcoin vivrà una fase di crescita accelerata e le risorse, gli utenti e le applicazioni dell'ecosistema Bitcoin inaugureranno un'ondata di esplosione Xuanbian. Lo stack UTXO dell'ecosistema CKB sarà nuovo L’afflusso di sviluppatori Bitcoin offre la possibilità di creare protocolli utilizzando stack modulari. Inoltre, CKB sta esplorando l'integrazione di Lightning Network con lo stack UTXO per sfruttare la programmabilità nativa di Bitcoin per ottenere l'interoperabilità tra nuovi protocolli.

Spazio dei nomi di programmabilità Bitcoin

La Blockchain è una macchina che crea fiducia e la rete principale di Bitcoin è la macchina 0. Proprio come tutta la filosofia occidentale è una nota a piè di pagina di Platone, tutto nel mondo delle criptovalute (risorse, narrazioni, reti blockchain, protocolli, DAO, ecc.) sono derivati ​​e derivati ​​di Bitcoin.

Nel processo di coevoluzione tra Bitcoin Maxi e gli espansionisti, dal dibattito sul fatto che la rete principale Bitcoin supporti la completezza di Turing alla disputa tra lo schema Segregated Witness e lo schema di espansione dei grandi blocchi, Bitcoin si biforca costantemente. Questo non significa solo creare nuovi progetti di crittografia e consenso nella comunità di crittografia, ma anche rafforzare e consolidare il consenso della comunità stessa di Bitcoin. Si tratta di un processo di auto-conferma mentre si è alteri.

A causa della misteriosa scomparsa di Satoshi Nakamoto, la governance della comunità Bitcoin non ha una struttura di governance "monarchica illuminata" come Ethereum, ma un modello di governance in cui minatori, sviluppatori, comunità e mercati si impegnano in giochi aperti per raggiungere un modello di governance equilibrato. Ciò conferisce al consenso della comunità Bitcoin la capacità di essere estremamente stabile una volta formato.

Le caratteristiche attuali del consenso della comunità Bitcoin sono: il consenso non è comando e controllo, minimizzazione della fiducia, decentralizzazione, resistenza alla censura, pseudo-anonimato, open source, collaborazione aperta, senza autorizzazione, neutralità legale, omogeneità, compatibilità futura, minimizzazione dell'utilizzo delle risorse , verifica > calcolo, convergenza, immutabilità delle transazioni, resistenza agli attacchi DoS, evitamento della contesa per l'ingresso, robustezza, incentivi coerenti, solidificazione, consenso che non deve essere manomesso, principi di conflitto, avanzamento collaborativo, ecc. [1]

La forma attuale della rete principale Bitcoin può essere vista come un’istanza delle caratteristiche di consenso della comunità Bitcoin sopra menzionate. Lo spazio di progettazione della programmabilità di Bitcoin è definito anche dalle caratteristiche di consenso della comunità Bitcoin.

Uno spazio di progettazione classico per la programmabilità di Bitcoin

Mentre altre catene pubbliche stanno provando la modularizzazione, la parallelizzazione e altre soluzioni per esplorare lo spazio di progettazione della soluzione del triangolo impossibile della blockchain, lo spazio di progettazione del protocollo Bitcoin si è sempre concentrato su script, codice OP e UTXO.

Due esempi tipici sono i due importanti aggiornamenti della rete principale Bitcoin dal 2017: l’hard fork Segwit e il soft fork Taproot.

Nell'hard fork Segwit dell'agosto 2017, un blocco da 3 milioni è stato aggiunto al blocco principale da 1 milione per memorizzare specificamente le firme (testimoni) e il peso dei dati della firma è stato impostato su 1 dei dati del blocco principale durante il calcolo delle tariffe del minatore /4 per mantenere la coerenza del costo di spesa di un output UTXO e di creazione di un output UTXO e prevenire l'abuso della modifica UTXO per aumentare la velocità di espansione del set UTXO.

Il soft fork Taproot nel novembre 2021 farà risparmiare tempo di verifica di UTXO e spazio di blocco occupato dalle firme multiple introducendo lo schema multifirma Schnorr.

1 Gruppo chiave-valore UTXO (Fonte: learnmeabitcoin.com)

UTXO (output della transazione non spesa) è la struttura dati di base della rete principale di Bitcoin. Ha le caratteristiche di atomicità, non omogeneità e accoppiamento a catena. Ogni transazione sulla rete principale Bitcoin consuma 1 UTXO come input e crea un numero intero n nuovi output UTXO. Per dirla semplicemente, UTXO può essere considerato come dollari statunitensi, euro e altre banconote che corrono sulla catena. Può essere speso, cambiato, diviso, combinato, ecc., ma la sua unità atomica più piccola è Satoshi (sat). Un UTXO rappresenta lo stato più recente in un momento specifico. Il set UTXO rappresenta l'ultimo stato della rete principale Bitcoin in un momento specifico.

Mantenendo il set UTXO di Bitcoin semplice, leggero e facile da verificare, il tasso di espansione dello stato della rete principale di Bitcoin è stato stabilizzato con successo a un livello coerente con la Legge di Moore dell'hardware, garantendo così la partecipazione di tutti i nodi alla rete principale di Bitcoin e la sua robustezza di verifica delle transazioni.

Di conseguenza, lo spazio di progettazione della programmabilità di Bitcoin è anche vincolato dalle caratteristiche di consenso della comunità Bitcoin. Ad esempio, per prevenire potenziali rischi per la sicurezza, Satoshi Nakamoto ha deciso nell'agosto 2010 di rimuovere il codice operativo OP-CAT, che era la logica chiave per raggiungere il livello completo di programmabilità di Turing di Bitcoin.

Il percorso per realizzare la programmabilità di Bitcoin non utilizza soluzioni di macchine virtuali (VM) su catena come Ethereum e Solana, sceglie invece di utilizzare script e codici operativi (codice OP) per controllare UXTO, campi di input delle transazioni, campi di output e testimoni. I dati (testimone), ecc. vengono utilizzati per le operazioni di programmazione.

Gli strumenti principali della programmabilità di Bitcoin sono: multi-firma, time lock, hash lock, controllo del processo (OP_IF, OP_ELIF). [2]

Nello spazio di progettazione classico, la programmabilità di Bitcoin è molto limitata. Supporta solo diverse procedure di verifica e non supporta l'archiviazione dello stato on-chain e i calcoli dell'archiviazione dello stato on-chain e i calcoli on-chain sono precisamente la realizzazione di Turing complete livello. Componente funzionale fondamentale della programmabilità.

Il Rinascimento della programmabilità di Bitcoin

Ma lo spazio di progettazione della programmabilità di Bitcoin non è uno stato fisso. Si avvicina invece a uno spettro dinamico che cambia nel tempo.

Diversamente dallo stereotipo del mondo esterno secondo cui lo sviluppo della mainnet Bitcoin è stagnante, con vari vettori di consenso che limitano lo spazio di progettazione, lo sviluppo, l'implementazione, l'adozione e la promozione di nuovi script e nuovi codici operativi per la mainnet Bitcoin sono sempre in corso e in corso alcune volte hanno persino innescato guerre tra fork nella comunità di crittografia (come l'hard fork Segwit).

Prendendo come esempio le modifiche all’adozione dei tipi di script della mainnet Bitcoin, possiamo percepire chiaramente i cambiamenti. Gli script utilizzati dal tipo di output della mainnet Bitcoin possono essere suddivisi in tre categorie:

• Script originale: pubkey, pubkeyhash

• Script migliorati: multisig, scripthash

• Script testimone: testimone_v0_keyhash, testimone_v0_scripthash, testimone_v1_taproot
  

Tipi di output storici completi della mainnet Bitcoin: Dune

Dal grafico dell'andamento del cambiamento dell'intero tipo di output storico della rete principale Bitcoin, osserviamo un fatto fondamentale: il miglioramento della programmabilità della rete principale Bitcoin è una tendenza storica a lungo termine. Gli script avanzati stanno divorando la quota degli script originali. mentre gli script testimoni divorano i miglioramenti. Il protocollo Ordinals basato sugli script avanzati Segweit e sugli script testimoni Taproot ha dato il via a un'ondata di emissione di asset Bitcoin L1, che non è solo una continuazione della tendenza storica della programmabilità della mainnet Bitcoin, ma anche una nuova fase di programmabilità della mainnet Bitcoin.

Anche il codice operativo della rete principale Bitcoin ha un processo di evoluzione simile allo script della rete principale Bitcoin.

Ad esempio, il protocollo Ordinals realizza il suo design funzionale combinando la spesa del percorso script taproot dello script mainnet Bitcoin e i codici operativi (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF).

1 istanza incisa del protocollo degli Ordinali

Prima che il protocollo Ordinals nascesse ufficialmente, le soluzioni classiche per la programmabilità di Bitcoin includevano principalmente canali di stato (Lightning Network), verifica del client (RGB), catene laterali (Liquid Network, Stacks, RootSock, ecc.), CounterParty, Omni Layer, DLC ecc. .

Il protocollo Ordinals serializza Satoshi, la più piccola unità atomica di UXTO, quindi incide il contenuto dei dati nel campo Witness di UTXO e lo associa a uno specifico Satoshi serializzato. L'indicizzatore fuori catena è quindi responsabile dell'indicizzazione e dell'esecuzione delle operazioni di programmabilità questi dati indicano. Questo nuovo paradigma di programmabilità di Bitcoin è vividamente paragonato all’“incisione sull’oro”.

Il nuovo paradigma del protocollo Ordinals ha ispirato l'entusiasmo della più ampia comunità crittografica nell'utilizzare lo spazio di blocco della rete principale Bitcoin per emettere, coniare e scambiare oggetti da collezione NFT e token di tipo MeMe (che possono essere collettivamente definiti iscrizioni), tra cui molti persone nella loro vita Ottieni per la prima volta il tuo indirizzo Bitcoin.

Tuttavia, la programmabilità del protocollo Ordinals eredita la programmabilità limitata di Bitcoin e supporta solo tre metodi funzionali: Deploy, Mint e Transfer. Ciò rende il protocollo Ordinals e i suoi seguaci BRC20, Runes, Atomics, Stamps e altri protocolli adatti solo a scenari applicativi di emissione di asset. Tuttavia, il supporto per scenari applicativi DeFi come transazioni e prestiti che richiedono il calcolo e l’archiviazione dello stato è relativamente debole.

Protocollo ordinali 3 tipi di quantità TX (Fonte: Dune)

La liquidità è la linfa vitale degli asset. A causa delle caratteristiche naturali del protocollo di programmabilità Bitcoin di tipo Ordinals, gli asset di iscrizione vengono riemessi e la liquidità viene fornita con leggerezza, il che a sua volta influisce sul valore generato durante tutto il ciclo di vita di un asset di iscrizione.

Inoltre, anche i protocolli Ordinals e BRC20 sono sospettati di aver abusato dello spazio dei dati testimoni e di aver oggettivamente causato un'esplosione dello stato della rete principale Bitcoin.

Cambiamenti nella dimensione dello spazio del blocco Bitcoin (Fonte: Dune)

Come quadro di riferimento, le principali fonti di commissioni sul gas sulla rete principale di Ethereum sono le commissioni sul gas per le transazioni DEX, le commissioni sulla disponibilità dei dati L2 e le commissioni sul gas per il trasferimento delle stablecoin. Rispetto alla rete principale di Ethereum, il reddito della rete principale di Bitcoin è unico, altamente ciclico e altamente volatile.

Le capacità di programmabilità della rete principale di Bitcoin non sono ancora in grado di soddisfare la domanda dal lato dell’offerta dello spazio di blocco della rete principale di Bitcoin. Per ottenere uno stato di entrate di spazio di blocco stabile e sostenibile per la rete principale di Ethereum, sono necessari DEX, stablecoin e L2 nativi dell'ecosistema Bitcoin. Il prerequisito per realizzare questi protocolli e applicazioni è che il protocollo programmabile Bitcoin debba fornire funzionalità di programmazione complete di Turing.

Pertanto, come realizzare in modo nativo la programmabilità completa di Turing di Bitcoin limitando al contempo l’impatto negativo sulla scala dello stato della rete principale di Bitcoin è diventato un argomento importante nell’ecosistema Bitcoin.

Soluzione CKB per la programmabilità di Bitcoin

Attualmente, le soluzioni per ottenere la programmabilità completa nativa di Turing di Bitcoin includono: BitVM, RGB, CKB, EVM compatibile con Rollup L2, DriveChain, ecc.

BitVM utilizza una serie di codici OP Bitcoin per costruire porte logiche NAND, quindi costruisce altre porte logiche di base tramite porte logiche NAND. Infine, una VM nativa di Bitcoin viene costruita da questi circuiti di porte logiche di base. Questo principio è in qualche modo simile al diagramma di matrice di King Qin nel famoso romanzo di fantascienza "Il problema dei tre corpi". Scene specifiche sono mostrate nella serie TV Netflix con lo stesso nome. Il documento sulla soluzione BitVM è stato completamente open source ed è molto atteso dalla comunità della crittografia. Tuttavia, la sua implementazione ingegneristica è molto difficile. Incontra problemi come il costo di gestione dei dati fuori catena, il limite al numero di partecipanti, il numero di interazioni sfida-risposta, la complessità della funzione hash, ecc., che ne rendono difficile l'implementazione a breve termine. termine.

Il protocollo RGB utilizza la verifica lato client e la tecnologia di sigillatura una tantum per ottenere la programmabilità completa di Turing. L'idea progettuale principale è memorizzare lo stato e la logica del contratto intelligente sull'output (Output) della transazione Bitcoin (Transazione). La manutenzione del codice e l'archiviazione dei dati vengono eseguite fuori catena, con la rete principale Bitcoin che funge da livello di impegno per lo stato finale.

EVM è compatibile con Rollup L2 ed è una soluzione per riutilizzare rapidamente lo stack Rollup L2 maturo per creare Bitcoin L2. Tuttavia, dato che la rete principale Bitcoin attualmente non può supportare la prova di frode/prova di validità, Rollup L2 deve introdurre il presupposto di fiducia sociale (firma multipla).

DriveChain è una soluzione di espansione della catena laterale. L'idea progettuale di base è quella di utilizzare Bitcoin come strato inferiore della blockchain e creare una catena laterale bloccando Bitcoin, ottenendo così l'interoperabilità bidirezionale tra Bitcoin e la catena laterale. L'implementazione del progetto DriveChain richiede modifiche a livello di protocollo per Bitcoin, ovvero l'implementazione di BIP300 e BIP301 proposti dal team di sviluppo sulla rete principale.

Le soluzioni di programmabilità Bitcoin di cui sopra sono estremamente difficili da implementare a breve termine, introducono troppi presupposti di fiducia sociale o richiedono modifiche a livello di protocollo per Bitcoin.

Protocollo asset Bitcoin L1: RGB++

In risposta alle carenze e ai problemi sopra menzionati del protocollo di programmabilità Bitcoin, il team CKB ha fornito una soluzione relativamente equilibrata. La soluzione è composta dal protocollo asset Bitcoin L1 RGB++, dal fornitore di servizi Bitcoin L2 Raas UTXO Stack e da un protocollo di interoperabilità integrato con Lightning Network.

Primitive native UXTO: legame isomorfo

RGB++ è un protocollo di emissione di asset Bitcoin L1 sviluppato sulla base di idee di progettazione RGB. L'implementazione ingegneristica di RGB++ eredita le primitive tecniche di CKB e RBG. Utilizza il "sigillo monouso" di RGB e la tecnologia di verifica del client e mappa Bitcoin UTXO sulla cella (versione estesa di UTXO) della rete principale CKB tramite associazione isomorfica e utilizza script su CKB e i vincoli della catena Bitcoin per verificare la correttezza dei calcoli statali e la validità dei cambiamenti di proprietà.

In altre parole, RGB++ utilizza le celle sulla catena CKB per esprimere la relazione di proprietà delle risorse RGB. Sposta i dati degli asset originariamente archiviati localmente sul client RGB alla catena CKB e li esprime sotto forma di Cell, stabilendo una relazione di mappatura con Bitcoin UTXO, consentendo a CKB di agire come database pubblico e livello di pre-settlement off-chain per Risorse RGB. Sostituisci il client RGB per ottenere un hosting dei dati e un'interazione del contratto RGB più affidabili

Legame isomorfo di RGB++ (Fonte: RGB++ Protocol Light Paper)

Cell è l'unità di archiviazione dati di base di CKB e può contenere vari tipi di dati, come CKByte, token, codice TypeScript o dati serializzati (come stringhe JSON). Ogni cella contiene un piccolo programma chiamato Lock Script, che definisce il proprietario della cella. Lock Script non solo supporta gli script della rete principale Bitcoin, come multi-firma, blocco hash, blocco temporale, ecc., ma consente anche l'inclusione di un Type Script per eseguire regole specifiche per controllarne l'utilizzo. Ciò consente agli sviluppatori di personalizzare i contratti intelligenti per diversi casi d'uso, come l'emissione di NFT, token airdropping, AMM Swap e altro ancora.

Il protocollo RGB utilizza il codice operativo OP RETURN per collegare la radice dello stato di una transazione off-chain all'output di un UTXO, utilizzando l'UTXO come contenitore per le informazioni sullo stato. Quindi, RGB++ mappa il contenitore delle informazioni sullo stato costruito da RGB alla cella di CKB, salva le informazioni sullo stato nel tipo e nei dati della cella e utilizza questo contenitore UTXO come proprietario dello stato della cella.

Ciclo di vita delle transazioni RGB++ (Fonte: RGB++ Protocol Light Paper)

Come mostrato nella figura sopra, il ciclo di vita completo di una transazione RGB++ è il seguente:

1. Calcolo fuori catena. Quando si avvia un Tx legato isomorficamente, è necessario prima selezionare un nuovo UTXO btc_utx#2sulla rete principale Bitcoin come contenitore sigillato una tantum, quindi associare isomorficamente l'UTXO btc_utx#1alla cella off-chain originale, la nuova La cella legata isomorficamente btc_utxo#2, utilizza la cella originale come input e la nuova cella come output di CKB TX per il calcolo dell'hash per generare un impegno.

2. Invia una transazione Bitcoin. RGB++ avvia un Tx sulla rete principale Bitcoin, prende come input btc_utx#1legato isomorficamente alla cella originale e utilizza OP RETURN per prendere come output l'impegno generato nel passaggio precedente.

3. Invia transazione CKB. CKB Tx generato dal calcolo fuori catena prima dell'esecuzione della rete principale CKB.

4. Verifica in catena. La rete principale CKB esegue un client light della rete principale Bitcoin per verificare i cambiamenti di stato dell'intero sistema. Questo è molto diverso da RGB. Il meccanismo P2P utilizzato per la verifica del cambiamento di stato di RGB richiede che l'iniziatore e il destinatario di Tx siano online contemporaneamente e verifichino solo in modo interattivo la relativa mappa TX.

RGB++ implementato in base alla logica di legame isomorfico di cui sopra, rispetto al protocollo RGB, pur rinunciando a un po' di privacy, ha acquisito alcune nuove funzionalità: verifica del client potenziata dalla blockchain, piegatura delle transazioni e stato condiviso senza contratto principale e trasferimenti non interattivi.

• Verifica lato client potenziata dalla blockchain. RGB++ consente agli utenti di scegliere di adottare PoW per mantenere la sicurezza del consenso, il calcolo dello stato di verifica CKB e il cambio di proprietà di URXO-Cell.

• Piegatura delle transazioni. RGB++ supporta la mappatura di più celle su un singolo UTXO, ottenendo così un'espansione elastica di RGB++.

• Contratti intelligenti senza proprietario e stato condiviso. Una delle principali difficoltà nell’implementazione dei contratti intelligenti completi di Turing utilizzando le strutture di dati dello stato UTXO sono i contratti intelligenti senza proprietario e gli stati condivisi. RGB++ può risolvere questo problema utilizzando la cella di stato globale e la cella di intento di CKB.

• Trasferimenti non interattivi.RGB++ rende facoltativo il processo di verifica lato client di RGB e non impone più trasferimenti interattivi. Se l'utente sceglie CKB per verificare il calcolo dello stato e i cambiamenti di proprietà, l'esperienza di interazione della transazione sarà coerente con la rete principale di Bitcoin.
  

Inoltre, RGB++ eredita anche la funzionalità di privatizzazione dello spazio statale della cella della rete principale CKB. Oltre a pagare la tariffa del minatore per l'utilizzo dello spazio del blocco della rete principale Bitcoin, ogni TX di RGB++ deve anche pagare una tariffa aggiuntiva per l'affitto dello stato della cella. spazio (questa parte viene restituita a pagamento al percorso originale dopo il consumo del cellulare). La privatizzazione dello spazio statale di Cell è un meccanismo di difesa inventato da CKB per far fronte all'esplosione statale della rete principale blockchain. Gli inquilini dello spazio statale di Cell devono continuare a pagare durante il periodo di utilizzo (il valore viene diluito sotto forma di inflazione). dai token circolanti di CKB). Ciò rende il protocollo RGB++ un protocollo di estensione responsabile della programmabilità della rete principale Bitcoin che può limitare in una certa misura l'abuso dello spazio di blocco della rete principale Bitcoin.

Interoperabilità Trustless L1<>L2: Salto

Il legame isomorfo di RGB++ è una logica di implementazione atomica sincronica, che avviene allo stesso tempo o si inverte allo stesso tempo, e non esiste uno stato intermedio. Tutte le transazioni RGB++ appariranno simultaneamente su entrambe le catene BTC e CKB. Il primo è compatibile con le transazioni del protocollo RGB, mentre il secondo sostituisce il processo di verifica del client. Gli utenti devono solo controllare le transazioni rilevanti su CKB per verificare se il calcolo dello stato di questa transazione RGB++ è corretto. Tuttavia, gli utenti possono anche utilizzare la mappa Tx di correlazione locale di UTXO per verificare in modo indipendente le transazioni RGB++ senza utilizzare le transazioni sulla catena CKB come base di verifica (alcune funzioni come il ripiegamento delle transazioni devono ancora fare affidamento sull'hash dell'intestazione del blocco CKB per la verifica della prevenzione della doppia spesa ).

Pertanto, le risorse cross-chain tra RGB++ e la rete principale CKB non si basano sull'introduzione di ulteriori presupposti di fiducia sociale, come il layer di inoltro del cross-chain bridge, la tesoreria centralizzata multi-firma Rollup compatibile con EVM, ecc. Le risorse RGB++ possono essere trasferite in modo nativo e affidabile dalla rete principale Bitcoin alla rete principale CKB o dalla rete principale CKB alla rete principale Bitcoin. CKB chiama questo flusso di lavoro cross-chain Leap.

La relazione tra RGB++ e CKB è debolmente accoppiata. Oltre a supportare le risorse del livello Bitcoin L1 (non limitate alle risorse native del protocollo RGB++, comprese le risorse emesse utilizzando Runes, Atomicals, Taproot Assets e altri protocolli) Leap to CKB, il protocollo RGB++ supporta anche Leap to Cardano e altre catene complete UTXO Turing. . Allo stesso tempo, RGB++ supporta anche il salto delle risorse Bitcoin L2 sulla rete principale Bitcoin.

Funzioni estese ed esempi di applicazione di RGB++

Il protocollo RGB++ supporta nativamente l'emissione di token fungibili e NFT.

Lo standard del token fungibile per RGB++ è xUDT e lo standard NFT è Spore, ecc.

Lo standard xUDT supporta una varietà di metodi omogenei di emissione di token, inclusi ma non limitati a distribuzione centralizzata, airdrop, abbonamenti, ecc. La quantità totale di gettoni può anche essere scelta tra limiti illimitati e preimpostati. Per i token con un limite preimpostato, è possibile utilizzare uno schema di condivisione dello stato per verificare che il numero totale di ciascuna emissione sia inferiore o uguale al limite preimpostato.

Spore nello standard NFT memorizzerà tutti i metadati sulla catena, raggiungendo la sicurezza della disponibilità dei dati al 100%. DOB (Digital Object), una risorsa emessa dal protocollo Spore, è simile a Ordinals NFT, ma ha funzionalità e gameplay più ricchi.

Come protocollo di verifica del client, il protocollo RGB supporta naturalmente i canali statali e la rete Lightning. Tuttavia, è limitato dalle capacità di elaborazione degli script di Bitcoin ed è molto difficile introdurre risorse prive di fiducia diverse da BTC nella rete Lightning. Tuttavia, il protocollo RGB++ può utilizzare il sistema di scripting completo di Turing di CKB per implementare canali di stato e reti Lightning basate sulle risorse RGB++ di CKB.

Con gli standard e le funzioni di cui sopra, i casi d'uso del protocollo RGB++ non si limitano a semplici scenari di emissione di asset come altri protocolli programmabili della mainnet Bitcoin, ma supportano scenari applicativi complessi come il trading di asset, il prestito di asset e le stablecoin CDP. Ad esempio, la logica di legame isomorfico RGB++ combinata con lo script PSBT nativo della rete principale Bitcoin può implementare un DEX sotto forma di una griglia del registro degli ordini.

Fornitore di servizi RaaS Bitcoin L2: stack UTXO

Bitcoin L2 isomorfo UTXO vs Bitcoin Rollup L2 compatibile con EVM

Nella competizione di mercato per le soluzioni di implementazione della programmabilità Bitcoin complete di Turing, soluzioni come DriveChain e Ripristino dei codici operativi OPCAT richiedono modifiche al livello del protocollo Bitcoin e il tempo e i costi richiesti sono molto incerti e imprevedibili. Il Bitcoin isomorfo UTXO L2 e il Bitcoin compatibile con EVM Il rollup L2 nel percorso realistico è maggiormente riconosciuto dagli sviluppatori e dal capitale. UTXO isomorfo a Bitcoin L2, rappresentato da CKB. EVM è compatibile con Bitcoin Rollup L2, rappresentato da MerlinChain e BOB.

Ad essere onesti, il protocollo di emissione di asset Bitcoin L1 ha appena iniziato a formare un consenso parziale nella comunità Bitcoin, mentre il consenso comunitario di Bitcoin L2 è in una fase precedente. Ma su questa frontiera, Bitcoin Magazine e Pantera hanno tentato di stabilire i confini definitivi per Bitcoin L2 prendendo in prestito la struttura concettuale di Ethereum L2.

Ai loro occhi, Bitcoin L2 dovrebbe avere le seguenti 3 caratteristiche:

1. Usa Bitcoin come risorsa nativa. Bitcoin L2 deve utilizzare Bitcoin come risorsa di regolamento principale.

2. Utilizza Bitcoin come meccanismo di regolamento per far rispettare le transazioni. Gli utenti di Bitcoin L2 devono essere in grado di restituire con la forza il controllo delle proprie risorse a un livello (attendibile o non attendibile).

3. Dimostrare la dipendenza funzionale da Bitcoin. Se la rete principale di Bitcoin fallisce ma il sistema Bitcoin L2 può ancora continuare a funzionare, allora il sistema non è L2 di Bitcoin. [4]
   

In altre parole, il Bitcoin L2 secondo loro dovrebbe avere una verifica della disponibilità dei dati basata sulla rete principale Bitcoin, un meccanismo di fuga, BTC come token Bitcoin L2 Gas, ecc. Sembra che, inconsciamente, considerino il paradigma L2 compatibile con EVM come il modello standard per Bitcoin L2.

Tuttavia, le capacità di calcolo e verifica dello stato debole della rete principale Bitcoin non possono realizzare le Caratteristiche 1 e 2 a breve termine. In questo caso, la compatibilità EVM con L2 è uno schema di espansione fuori catena che si basa completamente sul presupposto della fiducia sociale, sebbene. sono scritti nel white paper. In futuro, BitVM sarà integrato per la verifica della disponibilità dei dati e il mining congiunto con la rete principale Bitcoin per migliorare la sicurezza.

Naturalmente, ciò non significa che questi Rollup L2 compatibili con EVM siano falsi Bitcoin L2, ma che non raggiungono un buon equilibrio tra sicurezza, affidabilità e scalabilità. Inoltre, l'introduzione della soluzione Turing-complete di Ethereum nell'ecosistema Bitcoin può essere facilmente vista da Bitcoin Maxi come una pacificazione del percorso espansionista.

Pertanto, Bitcoin L2 isomorfo UTXO è naturalmente superiore al Rollup L2 compatibile con EVM in termini di legittimità e consenso della comunità Bitcoin.

Caratteristiche dello stack UTXO: rete principale Bitcoin frattale

Se Ethereum L2 è il frattale di Ethereum, allora Bitcoin L2 dovrebbe essere il frattale di Bitcoin.

Lo stack UTXO dell'ecosistema CKB consente agli sviluppatori di avviare UTXO Bitcoin L2 con un clic e integra nativamente le funzionalità del protocollo RGB++. Ciò consente una perfetta interoperabilità tra la rete principale Bitcoin e il Bitcoin L2 isomorfo UTXO sviluppato utilizzando UTXO Stack attraverso il meccanismo Leap. UTXO Stack supporta la costituzione in pegno di asset BTC, CKB e BTC L1 per garantire la sicurezza del Bitcoin L2 isomorfo UTXO.

Architettura dello stack UTXO (Fonte: Medium)

UTXO Stack attualmente supporta la libera circolazione e l'interoperabilità degli asset RGB++ tra Bitcoin Lightning Network - CKB Lightning Network - UTXO Stack parallelo L2. Inoltre, UTXO Stack supporta anche il libero flusso di risorse del protocollo di programmabilità Bitcoin L1 basato su UTXO come Runes, Atomics, Taproot Assets, Stamps, ecc. tra UTXO Stack L2 paralleli - CKB Lightning Network - Bitcoin Lightning Network e l'interoperabilità.

UTXO Stack introduce il paradigma modulare nel campo della costruzione di Bitcoin L2 e utilizza il legame isomorfo per aggirare abilmente i problemi di calcolo dello stato della rete principale Bitcoin e di verifica della disponibilità dei dati. In questo stack modulare, il ruolo di Bitcoin è il livello di consenso e il livello di regolamento, il ruolo di CKB è il livello di disponibilità dei dati e il ruolo degli L2 paralleli dello stack UTXO è il livello di esecuzione.

La curva di crescita della programmabilità di Bitcoin e il futuro di CKB

La curva di crescita della programmabilità di Bitcoin e il futuro di CKB

In effetti, a causa della tensione intrinseca tra la narrativa dell'oro digitale di Bitcoin e la narrativa programmabile di Bitcoin, alcuni OG nella comunità Bitcoin considerano il protocollo programmabile Bitcoin L1, emerso da 23 anni, come una nuova aggiunta alla rete principale di Bitcoin . In una certa misura, la guerra di parole tra lo sviluppatore principale di Bitcoin Luke e i fan di BRC20 è il terzo mondo di Bitcoin Maxi e degli espansionisti dopo il dibattito sull'opportunità di sostenere la completezza di Turing e la disputa sui blocchi grandi e piccoli.

Ma in realtà esiste un’altra prospettiva che considera Bitcoin come la catena APP dell’oro digitale. Da questo punto di vista, è il posizionamento del registro decentralizzato sottostante dell’oro digitale che modella la forma impostata UTXO e le caratteristiche del protocollo programmabile dell’odierna mainnet Bitcoin. Ma se ricordo bene, la visione di Satoshi Nakamoto era quella di rendere Bitcoin una valuta elettronica P2P. Il bisogno di programmabilità dell’oro digitale sono le casseforti e i depositi, mentre il bisogno di programmabilità della moneta è la rete di circolazione tra banche centrali e banche commerciali. Pertanto, il protocollo di miglioramento della programmabilità di Bitcoin non è un atto deviante, ma un ritorno alla visione di Satoshi Nakamoto.

Bitcoin è la prima AppChain (Fonte: @tokenterminal)

Ci basiamo sui metodi di ricerca di Gartner Hype Cycle e possiamo dividere le soluzioni di programmabilità Bitcoin in 5 fasi.

• Fase di sviluppo tecnologico: DriveChain, UTXO Stack, BitVM, ecc.

• Periodo di aspettative gonfiate: Rune, RGB++, EVM Rollup, Bitcoin L2, ecc.

• Periodo di scoppio della bolla: BRC20, Atomics, ecc.

• Periodo di recupero costante: RGB, Lightning Network, sidechain Bitcoin, ecc.

• Plateau di maturità: script Bitcoin, script Taproot, blocco temporale dell'hash, ecc.

Il futuro di CKB: OP Stack+EigenLayer dell'ecosistema Bitcoin

Che si tratti di EVM compatibile con Bitcoin Rollup L2, Bitcoin L2 isomorfo UTXO o nuovi paradigmi come DriveChain, varie soluzioni di implementazione per la completa programmabilità di Turing puntano in definitiva alla rete principale Bitcoin come livello di consenso e livello di regolamento.

Proprio come l’evoluzione convergente avviene ripetutamente in natura, ci si può aspettare che il trend di sviluppo della programmabilità completa di Turing nell’ecosistema Bitcoin mostri un certo grado di coerenza con l’ecosistema Ethereum in alcuni aspetti. Ma questa coerenza non significherà semplicemente copiare lo stack tecnologico di Ethereum nell’ecosistema Bitcoin, ma utilizzare lo stack tecnologico nativo di Bitcoin (programmabilità basata su UTXO) per ottenere una struttura ecologica simile.

Il posizionamento dello stack UTXO di CKB è molto simile a quello dello stack OP di Optimism. OP Stack mantiene una forte equivalenza e coerenza con la rete principale di Ethereum a livello di esecuzione, mentre lo stack UTXO mantiene una forte equivalenza con la rete principale di Bitcoin a livello di efficacia e consistenza. Allo stesso tempo, le strutture UTXO Stack e OP Stack sono entrambe strutture parallele.

Stato attuale dell'ecologia CKB (Fonte: Comunità CKB)

In futuro, UTXO Stack lancerà servizi RaaS come sequenziatori condivisi, sicurezza condivisa, liquidità condivisa e set di verifica condivisi per ridurre ulteriormente i costi e le difficoltà per gli sviluppatori nel lanciare Bitcoin L2 isomorfo UTXO. Esiste già un gran numero di protocolli stablecoin decentralizzati, AMM DEX, protocolli di prestito, mondi autonomi e altri progetti, che prevedono di utilizzare UTXO Stack per costruire Bitcoin L2 isomorfo UTXO come infrastruttura di consenso sottostante.

Diversamente da altri protocolli astratti di sicurezza Bitcoin, il meccanismo di consenso di CKB è un meccanismo di consenso PoW coerente con la rete principale di Bitcoin e la potenza di calcolo della macchina mantiene la coerenza del registro di consenso. Ma ci sono alcune differenze tra l’economia dei token di CKB e quella di Bitcoin. Al fine di mantenere la coerenza degli incentivi per la produzione e il consumo di spazio a blocchi, Bitcoin ha scelto di introdurre pesi e meccanismi vByte per calcolare le tariffe di utilizzo dello spazio statale, mentre CKB ha scelto di privatizzare lo spazio statale.

L’economia dei token di CKB è composta da due parti: emissione di base ed emissione secondaria. Tutte le CKB emesse dal sistema di base vengono completamente ricompensate per i miner e lo scopo dell'emissione secondaria di CKB è quello di raccogliere la rendita statale. Il rapporto di distribuzione specifico dell'emissione secondaria dipende da come viene utilizzata la CKB attualmente circolante nella rete.

Ad esempio, supponiamo che il 50% di tutta la CKB circolante venga utilizzata per archiviare lo stato, il 30% sia bloccato in NervosDAO e il 20% rimanga completamente liquido. Quindi, il 50% dell'emissione secondaria (ovvero l'affitto sullo stato di stoccaggio) sarà assegnato ai miner, il 30% sarà assegnato ai depositanti di NervosDAO e il restante 20% sarà assegnato al fondo di tesoreria.

Questo modello economico di token può limitare la crescita dello stato globale, coordinare gli interessi dei diversi partecipanti alla rete (inclusi utenti, minatori, sviluppatori e detentori di token) e creare una struttura di incentivi vantaggiosa per tutti, coerente con il mercato. la situazione è diversa per gli altri L1.

Inoltre, CKB consente a una singola cella di occupare un massimo di 1000 byte di spazio statale, il che conferisce agli asset NFT su CKB alcune caratteristiche esotiche che altri asset blockchain simili non hanno, come le tariffe del gas nativo, la programmabilità dello spazio statale, e così via. Queste proprietà esotiche rendono UTXO Stack molto adatto come infrastruttura per progetti mondiali autonomi per costruire la realtà fisica digitale.

UTXO Stack consente agli sviluppatori di Bitcoin L2 di utilizzare BTC, CKB e altri impegni di asset Bitcoin L1 per partecipare al consenso della sua rete.

Riassumere

È inevitabile che Bitcoin si sviluppi in una soluzione programmabile completa di Turing. Tuttavia, la programmabilità completa di Turing non avverrà sulla rete principale Bitcoin, ma avverrà off-chain (RGB, BitVM) o su Bitcoin L2 (CKB, EVM Rollup, DriveChain).

Secondo l'esperienza storica, uno di questi accordi finirà per trasformarsi in un accordo standard monopolistico.

Ci sono due fattori chiave che determinano la competitività del protocollo di programmabilità Bitcoin: 1. Ottenere il libero flusso di BTC tra L1<>L2 senza fare affidamento su ulteriori presupposti di fiducia sociale 2. Attrarre sviluppatori, fondi e utenti di dimensioni sufficienti per entrare nel suo Ecologia L2.

Come soluzione di programmabilità Bitcoin, CKB utilizza il legame isomorfo + rete CKB per sostituire le soluzioni di verifica del cliente, consentendo il libero flusso delle risorse Bitcoin L1 tra L1<>L2 senza fare affidamento su ulteriore presupposto sociale. E beneficiando della funzionalità di privatizzazione dello spazio statale di CKB Cell, RBG++ non porta la pressione dell'esplosione statale sulla rete principale di Bitcoin come altri protocolli di programmabilità di Bitcoin.

Recentemente, l'avvio a caldo dell'ecosistema è stato inizialmente completato attraverso l'emissione del primo lotto di risorse RGB++, inserendo con successo circa 150.000 nuovi utenti e un gruppo di nuovi sviluppatori per l'ecosistema CKB. Ad esempio, OpenStamp, la soluzione completa per l'ecosistema Stamps del protocollo di programmabilità Bitcoin L1, ha scelto di utilizzare UTXO Stack per costruire l'isomorfo Bitcoin L2 UTXO che serve l'ecosistema Stamps.

Nella fase successiva, CKB si concentrerà sulla costruzione di applicazioni ecologiche, realizzando il libero flusso di BTC tra L1<>L2, integrando Lightning Network, ecc., sforzandosi di diventare lo strato di programmabilità di Bitcoin in futuro.

Alcuni link citati nell'articolo:

[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/#一-Introduzione

[3] https://medium.com/@ABCDE.com/cn-abcde-Perché dovremmo investire in utxo-stack-91c9d62fa74e

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