#BinanceVietnamSquare
#CKB

這篇文章是寫給那些在越南的人的。 BinanceSquare 上的自動翻譯可能不準確。我自己學習了 RGB++,所以這將是一個高級解釋,以幫助您理解 RGB++ 中的關鍵字。請在下面留下您的評論^!-

********************************************
議程: *
1.RGB *
a) 什麼是客戶端驗證? *
b) 一次性密封件 - 一次性使用的密封件。 *
2.RGB++*
3. 重點註釋*
********************************************

1.RGB

在RGB架構中,比特幣發行的資產只是一個sha256哈希碼,其大小非常小,約爲32字節,如下所示:2e7d2c03a9507ae265ecf5b5356885a53393a2029d241394997265a1a25aefc6。


資產的實際內容,例如總供應量、代幣名稱、可替代性,是在鏈外定義的。參與交易的各方的餘額狀態也按照各方遵循的共同標準記錄在鏈下。然後,整個內容將被散列並寫入比特幣 UTXO 單元 (*)。

  • 名稱、總供應量、可替代性:在資產發行時保存到比特幣(資產發行)

  • 餘額狀態:雙方結算交易時保存在比特幣上。 (交易結算)

比特幣本身無法驗證這些資產來回轉移時的狀態(例如餘額),因此 RGB 使用了一種稱爲客戶端驗證的技術。



______________________________________

A)。什麼是客戶端驗證?

爲了進行鏈下驗證,參與資產交換的各方必須保存自己以及與之交互的人的交易歷史記錄(**)。

此交易歷史記錄以 Merkle DAG - 有向無環圖樹格式保存。

當一個人發送 RGB 資產時,他會根據該 DAG 樹創建一個證明,並將交易發送給接收者。

當一個人收到 RGB 資產時,他會將發送者附帶的證明與他存儲的 Merkle DAG 樹版本進行比較,並驗證隨附的規則(即智能合約的規則)。


問題:這裏,人們可能會想,如果黑客向 Alice 發送 100 個 RGB 代幣來換取 Alice 的汽車,然後立即創建一個額外的交易向自己發送 100 個 RGB 代幣怎麼辦?

在這裏,黑客雙倍花費了他擁有的 100 個 RGB 代幣!

--> 這就是比特幣通過一次性密封進入 RGB 架構的地方。一次性密封件。

______________________________________
b).一次性密封件 - 一次性密封件

上面提到過這種一次性郵票。這是比特幣上的一個 UTXO 單元,大小爲 32 字節。這個 UTXO 存儲了各方餘額狀態和其他信息的摘要,並以 RGB 形式附加到每筆交易中。

該 UTXO 被銷燬,並使用每個 RGB 事務的新 32 字節數據重新創建。該邏輯是在比特幣的幫助下通過比特幣腳本進行編程的。

--> 在比特幣的幫助下,黑客將在雙花交易中失敗,因爲第一筆交易中的一次性時間戳(UTXO)已被取消,現在變得無效。


_______________________________________
2.RGB++

a) CKB

首先我們要解釋一下什麼是CKB,因爲這是RGB++中用來升級RGB的組件。

CKB 是比特幣 UTXO 賬本結構的升級,被稱爲單元模型(本質上是擴展 UTXO 的一種形式)。

b) RGB++如何通過同構綁定和CKB升級RGB?

取代 DAG 並使用 CKB 上的 cell(單元模型)進行管理,CKB 現在成爲 RGB 的 DA(數據可用性),幫助用戶避免在交易過程中管理自己的 DAG 版本。

將比特幣側的一次性印章(比特幣 UTXO)與 CKB 掛鉤,有助於更方便地驗證 CKB 側的交易和比特幣側的數據結算。

_______________________________________
3. 重點

  1. CKB 上的任何資產都可以一步成爲比特幣資產。 (CKB 上的 Omiga 等早期 meme 正在被集成以轉換爲 RGB++ 資產)。

  2. CKB 上的資產不是 RGB++ 資產

  3. CKB 資產承諾/結算爲 BTC 後將成爲 RGB++ 資產

  4. 用戶需要比特幣來接收RGB++資產。如果這次想玩defi,請準備一些joyID的BTC

  5. RGB++團隊將提交/結算數據的步驟稱爲比特幣Leap/Jump

  6. RGB++ 中沒有 Brige,這意味着不存在橋被黑客攻擊的風險。 RGB 和 RGB++ 的架構允許創建具有非常高安全級別的比特幣 L2 資產。