#BinanceVietnamSquare
#CKB

Acest articol va fi pentru cei dintre voi din Vietnam. Este posibil ca traducerea automată pe BinanceSquare să nu fie exactă. Am învățat chiar eu RGB++, așa că aceasta va fi o explicație de nivel înalt pentru a vă ajuta să înțelegeți cuvintele cheie din RGB++. Vă rugăm să lăsați comentariile dvs. mai jos ^!-

********************************************
agendă: *
1. RGB *
a) Ce este validarea clientului? *
b) Sigiliu de unică folosință - Sigiliu de unică folosință. *
2. RGB++ *
3. Note cheie *
********************************************

1. RGB

În arhitectura RGB, activul emis pe Bitcoin este pur și simplu un cod hash sha256, cu o dimensiune foarte mică de aproximativ 32 de octeți care arată astfel: 2e7d2c03a9507ae265ecf5b5356885a53393a2029d2413949972565aef6a.


Conținutul real al activului, cum ar fi oferta totală, numele simbolului, fungibilitatea este definit în afara lanțului. Starea soldului fiecărei părți care participă la tranzacție este, de asemenea, înregistrată în afara lanțului, conform unui standard comun pe care să-l urmeze toate părțile. Întregul conținut va fi apoi hashing și scris pe o unitate Bitcoin UTXO (*).

  • Nume, aprovizionare totală, fungibilitate: salvat în Bitcoin la eliberarea activelor (emiterea activelor)

  • Starea soldului: salvat pe Bitcoin atunci când părțile decontează tranzacția. (decontarea tranzacției)

Bitcoin în sine nu poate verifica starea (de exemplu, soldul) când aceste active sunt transferate înainte și înapoi, așa că RGB folosește o tehnică numită validare la nivelul clientului.



___________________________________________

A). Ce este validarea clientului?

Pentru a verifica în afara lanțului, părțile care participă la schimbul de active vor trebui să-și salveze propriul istoric al tranzacțiilor și pe cel al celor cu care interacționează(**).

Acest istoric al tranzacțiilor este salvat în formatul arborelui Merkle DAG - Directed Acyclic Graph.

Când o persoană trimite un activ RGB, el creează o dovadă din acest arbore DAG și trimite tranzacția destinatarului.

Când o persoană primește un activ RGB, compară dovada atașată de la expeditor cu versiunea arborelui Merkle DAG pe care o stochează și verifică regulile însoțitoare (adică ale contractului inteligent).


Întrebare: Aici, oamenii s-ar putea întreba, ce se întâmplă dacă un hacker îi trimite lui Alice 100 de jetoane RGB în schimbul mașinii lui Alice și, imediat după aceea, creează o tranzacție suplimentară pentru a-și trimite el însuși 100 de jetoane RGB?

Aici hackerul cheltuiește dublu cele 100 de jetoane RGB pe care le are!

--> Aici intră Bitcoin în arhitectura RGB cu sigiliul său de unică folosință. Sigiliu de unică folosință.

___________________________________________
b). Sigiliu de unică folosință - Sigiliu de unică folosință

Această ștampilă de unică folosință a fost menționată mai sus. Aceasta este o unitate UTXO pe Bitcoin cu o dimensiune de 32 de octeți. Acest UTXO stochează un rezumat al stării soldului părților și alte informații și este atașat fiecărei tranzacții în RGB.

Acest UTXO este distrus și recreat cu noi 32 de octeți de date per tranzacție RGB. Această logică este programată cu ajutorul Bitcoin cu script Bitcoin.

--> Și cu acest ajutor al Bitcoin, Hacker va eșua în tranzacția de cheltuieli duble, deoarece ștampila unică (UTXO) din prima tranzacție a fost anulată și acum devine invalidă.


___________________________________________
2. RGB++

a) CKB

În primul rând, trebuie să explicăm ce este CKB, deoarece aceasta este componenta folosită în RGB++ pentru a actualiza RGB.

CKB este o actualizare de la structura registrului UTXO a Bitcoin și se numește model-celulă (în esență o formă de UTXO extins).

b) Cum actualizează RGB++ RGB cu legarea izomorfă și CKB?

Înlocuiți DAG și gestionați-l cu celulă (model de celulă) pe CKB și CKB devine acum DA (disponibilitatea datelor) pentru RGB, ajutând utilizatorii să evite să fie nevoiți să-și gestioneze propria versiune DAG în timpul tranzacțiilor.

Conectarea sigiliului de unică folosință (Bitcoin UTXO) din partea Bitcoin la CKB, ajută la verificarea tranzacțiilor din partea CKB și decontarea datelor pe partea Bitcoin mai convenabil.

___________________________________________
3. Note cheie

  1. Orice activ de pe CKB poate deveni cu un pas un activ Bitcoin. (Meme-urile timpurii precum Omiga pe CKB sunt integrate pentru a fi convertite în active RGB++).

  2. Activele de pe CKB nu sunt active RGB++

  3. Activele CKB vor deveni active RGB++ după ce vor fi angajate/decontate la BTC

  4. Utilizatorii au nevoie de Bitcoin pentru a primi active RGB++. Dacă vrei să joci defi de data aceasta, pregătește niște BTC cu joyID

  5. Echipa RGB++ numește pasul de comitere/rezolvare a datelor la Bitcoin Leap/Jump

  6. Nu există Brige în RGB++, ceea ce înseamnă că nu există niciun risc de hacking bridge. Arhitectura RGB și RGB++ permite crearea de active Bitcoin L2 cu un nivel de securitate foarte ridicat.