#BinanceVietnamSquare
#CKB
Questo articolo sarà per quelli di voi in Vietnam. La traduzione automatica su BinanceSquare potrebbe non essere accurata. Ho imparato personalmente l'RGB++, quindi questa sarà una spiegazione di alto livello per aiutarti a comprendere le parole chiave in RGB++. Lascia i tuoi commenti qui sotto ^!-
********************************************
ordine del giorno: *
1.RGB*
a) Cos'è la convalida lato client? *
b) Sigillo monouso - Sigillo monouso. *
2. RGB++ *
3. Note chiave *
********************************************
1. RGB
Nell'architettura RGB, l'asset emesso su Bitcoin è semplicemente un codice hash sha256, con una dimensione molto piccola di circa 32 byte che assomiglia a questo: 2e7d2c03a9507ae265ecf5b5356885a53393a2029d241394997265a1a25aefc6.
Il contenuto effettivo dell'asset come offerta totale, nome del token e fungibilità è definito fuori catena. Lo stato del saldo di ciascuna parte che partecipa alla transazione viene registrato anche fuori catena secondo uno standard comune che tutte le parti devono seguire. L'intero contenuto verrà quindi sottoposto ad hashing e scritto su un'unità Bitcoin UTXO (*).
Nome, offerta totale, fungibilità: salvati in Bitcoin all'emissione dell'asset (emissione dell'asset)
Stato del saldo: salvato su Bitcoin quando le parti regolano la transazione. (regolamento della transazione)
Bitcoin stesso non può verificare lo stato (ad esempio il saldo) quando queste risorse vengono trasferite avanti e indietro, quindi RGB utilizza una tecnica chiamata convalida lato client.
______________________________________
UN). Cos'è la convalida lato client?
Per verificare fuori catena, le parti che partecipano allo scambio di risorse dovranno salvare la propria cronologia delle transazioni e quella di coloro con cui interagiscono(**).
Questa cronologia delle transazioni viene salvata nel formato ad albero del grafico aciclico diretto Merkle DAG.
Quando una persona invia una risorsa RGB, crea una prova da questo albero DAG e invia la transazione al destinatario.
Quando una persona riceve una risorsa RGB, confronta la prova allegata dal mittente con la versione dell'albero Merkle DAG che memorizza e verifica le regole di accompagnamento (ovvero del contratto intelligente).
Domanda: Qui, le persone potrebbero chiedersi, cosa succederebbe se un hacker inviasse ad Alice 100 token RGB in cambio dell'auto di Alice, e subito dopo creasse un'ulteriore transazione per inviarsi 100 token RGB?
Qui l'hacker sta spendendo il doppio dei 100 token RGB che ha!
--> È qui che Bitcoin entra nell'architettura RGB con il suo sigillo usa e getta. Sigillo monouso.
______________________________________
B). Sigillo monouso - Sigillo monouso
Questo francobollo usa e getta è stato menzionato sopra. Questa è un'unità UTXO su Bitcoin con una dimensione di 32 byte. Questo UTXO memorizza un riepilogo dello stato del saldo delle parti e altre informazioni ed è allegato a ciascuna transazione in RGB.
Questo UTXO viene distrutto e ricreato con nuovi 32 byte di dati per transazione RGB. Questa logica è programmata con l'aiuto di Bitcoin con lo script Bitcoin.
--> E con l'aiuto di Bitcoin, Hacker fallirà nella transazione a doppia spesa perché il timbro unico (UTXO) nella prima transazione è stato annullato e ora diventa non valido.
_______________________________________
2.RGB++
a) CKB
Innanzitutto dobbiamo spiegare cos'è CKB perché questo è il componente utilizzato in RGB++ per aggiornare RGB.
CKB è un aggiornamento della struttura del registro UTXO di Bitcoin ed è chiamato modello cellulare (essenzialmente una forma di UTXO esteso).
b) In che modo RGB++ aggiorna RGB con associazione isomorfica e CKB?
Sostituisci DAG e gestiscilo con cella (modello cella) su CKB e CKB ora diventa DA (disponibilità dei dati) per RGB, aiutando gli utenti a evitare di dover gestire la propria versione DAG durante le transazioni.
Il collegamento del sigillo monouso (Bitcoin UTXO) sul lato Bitcoin a CKB, aiuta a verificare la transazione sul lato CKB e il regolamento dei dati sul lato Bitcoin in modo più conveniente.
_______________________________________
3. Note chiave
Qualsiasi asset su CKB può diventare un asset Bitcoin. (I primi meme come Omiga su CKB vengono integrati per essere convertiti in risorse RGB++).
Le risorse su CKB non sono risorse RGB++
Le risorse CKB diventeranno risorse RGB++ dopo essere state impegnate/regolate su BTC
Gli utenti hanno bisogno di Bitcoin per ricevere risorse RGB++. Se questa volta vuoi giocare a Defi, prepara dei BTC con joyID
Il team RGB++ chiama la fase di commit/regolamento dei dati in Bitcoin Leap/Jump
Non c'è Brige in RGB++, il che significa che non c'è rischio di hacking del bridge. L'architettura RGB e RGB++ consente di creare asset Bitcoin L2 con un livello di sicurezza molto elevato.
