#BinanceVietnamSquare
#CKB
Dieser Artikel richtet sich an diejenigen unter Ihnen in Vietnam. Die automatische Übersetzung auf BinanceSquare ist möglicherweise nicht korrekt. Ich habe RGB++ selbst gelernt, daher ist dies eine allgemeine Erklärung, die Ihnen hilft, die Schlüsselwörter in RGB++ zu verstehen. Hinterlassen Sie unten Ihre Kommentare ^!-
********************************************
Tagesordnung: *
1. RGB *
a) Was ist eine clientseitige Validierung? *
b) Einmalsiegel – Einmalsiegel. *
2. RGB++ *
3. Wichtige Hinweise *
**********************************************
1. RGB
In der RGB-Architektur ist das auf Bitcoin ausgegebene Asset einfach ein sha256-Hash-Code mit einer sehr kleinen Größe von etwa 32 Bytes, der wie folgt aussieht: 2e7d2c03a9507ae265ecf5b5356885a53393a2029d241394997265a1a25aefc6.
Der tatsächliche Inhalt des Vermögenswerts wie Gesamtangebot, Token-Name und Fungibilität wird außerhalb der Kette definiert. Der Kontostand jeder an der Transaktion beteiligten Partei wird auch außerhalb der Kette nach einem gemeinsamen Standard aufgezeichnet, an den sich alle Parteien halten müssen. Dieser gesamte Inhalt wird dann gehasht und auf eine Bitcoin UTXO-Einheit (*) geschrieben.
Name, Gesamtangebot, Fungibilität: bei Vermögensausgabe (Asset-Ausgabe) in Bitcoin gespeichert
Kontostand: wird auf Bitcoin gespeichert, wenn die Parteien die Transaktion abwickeln. (Transaktionsabwicklung)
Bitcoin selbst kann den Status (z. B. den Kontostand) nicht überprüfen, wenn diese Vermögenswerte hin und her übertragen werden. Daher verwendet RGB eine Technik namens Client-seitige Validierung.
______________________________________
A). Was ist eine clientseitige Validierung?
Zur Überprüfung außerhalb der Kette müssen die am Austausch von Vermögenswerten beteiligten Parteien ihre eigene Transaktionshistorie und die derjenigen, mit denen sie interagieren, speichern(**).
Dieser Transaktionsverlauf wird im Baumformat Merkle DAG – Directed Asymmetric Graph gespeichert.
Wenn eine Person ein RGB-Asset sendet, erstellt sie einen Beweis aus diesem DAG-Baum und sendet die Transaktion an den Empfänger.
Wenn eine Person ein RGB-Asset erhält, vergleicht sie den beigefügten Nachweis des Absenders mit der von ihr gespeicherten Merkle-DAG-Baumversion und überprüft die zugehörigen Regeln (d. h. des Smart Contracts).
Frage: Hier fragen sich die Leute vielleicht, was passiert, wenn ein Hacker Alice 100 RGB-Token im Austausch für Alices Auto schickt und unmittelbar danach eine zusätzliche Transaktion erstellt, um sich selbst 100 RGB-Token zu schicken?
Hier gibt der Hacker die 100 RGB-Tokens, die er hat, doppelt aus!
--> Hier betritt Bitcoin mit seinem Einwegsiegel die Architektur von RGB. Einwegsiegel.
______________________________________
B). Einweg-Siegel – Einweg-Siegel
Dieser Einwegstempel wurde oben erwähnt. Das ist eine UTXO-Einheit auf Bitcoin mit einer Größe von 32 Bytes. Dieses UTXO speichert eine Zusammenfassung des Kontostands der Parteien und andere Informationen und wird jeder Transaktion in RGB beigefügt.
Dieses UTXO wird zerstört und mit neuen 32 Byte Daten pro RGB-Transaktion neu erstellt. Diese Logik wird mit Hilfe von Bitcoin mit Bitcoin-Skript programmiert.
--> Und mit dieser Hilfe von Bitcoin wird der Hacker bei einer Double-Spend-Transaktion scheitern, weil der Einmalstempel (UTXO) in der ersten Transaktion gelöscht wurde und nun ungültig wird.
_______________________________________
2. RGB++
a) CKB
Zunächst müssen wir erklären, was CKB ist, da dies die Komponente ist, die in RGB++ zur Aufwertung von RGB verwendet wird.
CKB ist ein Upgrade der UTXO-Ledger-Struktur von Bitcoin und wird als Zellmodell bezeichnet (im Wesentlichen eine Form von erweitertem UTXO).
b) Wie aktualisiert RGB++ RGB mit isomorpher Bindung und CKB?
Ersetzen Sie DAG und verwalten Sie es mit Zelle (Zellenmodell) auf CKB. CKB wird jetzt zu DA (Datenverfügbarkeit) für RGB, sodass Benutzer ihre eigene DAG-Version während Transaktionen nicht verwalten müssen.
Durch die Verknüpfung des Einmalsiegels (Bitcoin UTXO) auf der Bitcoin-Seite mit CKB können Transaktionen auf der CKB-Seite und die Datenabrechnung auf der Bitcoin-Seite bequemer überprüft werden.
_______________________________________
3. Wichtige Hinweise
Jeder Vermögenswert auf CKB kann in einem Schritt zu einem Bitcoin-Vermögenswert werden. (Frühe Memes wie Omiga auf CKB werden integriert, um sie in RGB++-Assets umzuwandeln.)
Assets auf CKB sind keine RGB++-Assets
CKB-Vermögenswerte werden zu RGB++-Vermögenswerten, nachdem sie an BTC übergeben/abgerechnet wurden
Benutzer benötigen Bitcoin, um RGB++-Assets zu erhalten. Wenn Sie dieses Mal Defi spielen möchten, bereiten Sie etwas BTC mit joyID vor
Das RGB++-Team nennt den Schritt des Festschreibens/Abrechnens von Daten Bitcoin Leap/Jump
In RGB++ gibt es kein Brige, was bedeutet, dass kein Risiko eines Bridge-Hackings besteht. Die Architektur von RGB und RGB++ ermöglicht die Erstellung von Bitcoin L2-Assets mit einem sehr hohen Sicherheitsniveau.
