Goldinals：比特幣上信任最小化的同質化代幣標準

作者：Techub 獨家解讀

撰文：Tia，Techub News

「比特幣需要真正的可編程性，而不是混亂。」

目前，比特幣生態係統中的資産標準高度碎片化，BRC-20、Ordinals、Runes 等協議彼此獨立，缺乏互操作性。這種情況導致用戶和錢包開發者需要應對復雜的格式與執行模型。

此外，由於比特幣解鎖腳本和待解鎖腳本的 UTXO 運作模型，缺乏像以太坊一樣的全局狀態和圖靈完備的編程環境，這些協議往往依賴離綫索引器來維持狀態。如 Ordinals 協議利用 SegWit 和 Taproot 在不超出大小限制的情況下永久存儲信息而催生的 BRC-20，還是需要完全依賴鏈外索引器來維護代幣餘額的全局狀態。這增加了操作成本和信任風險。而由 Nubit 推出的 Goldinals 的設計初衷正是為了解決這些痛點。

Goldinals 是比特幣上信任最小化的同質化代幣標準，旨在解決當前比特幣資産生態中標準化不足的問題，同時保持比特幣的去中心化與安全性。通過創新技術和設計，Goldinals 為比特幣用戶和開發者提供了一種高效、靈活的代幣管理方式。為了實現這一目標，它在技術和功能設計上做出了重要創新，其核心是需要為比特幣構建一個 zkOracle 並通過 BitVM 進行驗證。

2024 年 6 月 5 日，Goldinals 背後的開發協議 Nubit 完成 800 萬美元種子輪融資， Polychain Capital 領投，Nomad Capital、Spartan Group、L2IV、Big Brain Holdings、GCR、Protagonist、Gate Ventures、Animoca、Mask Network 等參投，最新一輪融資使 Nubit 的總融資額達到 1200 萬美元。

Ordinals、BRC-20、Runes 及其缺乏互操作性的問題

Ordinals

Ordinals 通過利用 SegWit 和 Taproot，許用戶將任意數據（如文本、圖像或其他元數據）刻印到比特幣的一個最小單位（satoshis，簡稱 sats）上。

BRC-20

BRC-20 是一種無狀態的比特幣代幣標準，用於實現代幣的鑄造、轉賬和銷毀功能。BRC-20 並未像以太坊 ERC-20 那樣内嵌在區塊鏈邏輯中，而是通過 Ordinals 的數據存儲功能實現的「外掛式」代幣標準。BRC-20 的代幣操作（如鑄造和轉賬）是通過 Ordinals 協議，將狀態信息以 JSON 文件形式刻印到比特幣交易中。這些 JSON 數據定義了代幣的名稱、供應量和持有者的地址。

且 BRC-20 不像以太坊 ERC-20 那樣依賴區塊鏈全局狀態，而是需要鏈外索引器掃描所有相關交易，重建代幣的當前狀態。例如，要查詢某個地址的代幣餘額，索引器需要讀取所有歷史交易並計算餘額。

Runes

Runes 是一個類似 BRC-20 的比特幣代幣協議，其核心思想是將代幣的狀態和操作嵌入到比特幣交易中，通過分析比特幣的 UTXO（未花費交易輸出）模型來維護代幣狀態。Runes 利用比特幣交易的 OP_RETURN 字段或其他標準字段，記錄代幣的轉賬和操作信息。每個 Rune 代幣操作都通過普通的比特幣交易來完成。

互操作性問題

以上幾類協議的實現方式均不同。Ordinals 使用嵌入到比特幣交易中的數據格式來存儲信息，BRC-20 則使用 JSON 格式定義代幣狀態，而 Runes 更依賴於比特幣的 UTXO 模型。這些格式彼此不兼容，導致在一個協議中存儲的數據無法直接被另一個協議識別和解析。

並且，BRC-20 是一種無狀態實現，所有代幣狀態依賴於外部索引器重建，而 Runes 的狀態通過 UTXO 模型直接存儲在區塊鏈上，Ordinals 則聚焦於單個 satoshi 的標記。這些機制無法共享統一的狀態管理方式。

不同協議定義了各自的代幣格式和規則，無法直接交互或互相支持實現互操作性。

而 Goldinals 則通過引入一個可兼容 Ordinals/Runes/BRC-20 的且無需鏈外索引器來維護狀態的新標準，解決了不同標準無法兼容的互操作性困境。

Goldinals 核心設計與技術實現

Goldinals 的核心功能包括：

• Deploy：初始化協議參數並創建新代幣實例。

• Mint：鑄造新代幣並分配給指定地址。

• Transfer：在地址之間轉移代幣。

• Burn：銷毀代幣並減少供應量。

盡管與 ERC-20 和 BRC-20 類似，但由於比特幣無狀態的設計和 Turing-incomplete 的腳本語言，Goldinals 的實現更為復雜。與以太坊的無縫原子調用不同，Goldinals 需要在多個步驟中仔細管理狀態更新和驗證，確保所有操作均繼承比特幣的安全性。

Goldinals 狀態機及具體狀態更新過程

Goldinals 的狀態機由三大階段構成：Prepare（準備）、Kickoff（啓動） 和 Challenge（挑戰）。

Prepare 階段：記錄操作意圖

在這一階段，操作的發送方通過比特幣交易提交操作意圖（如轉賬或鑄造），並將相關元數據嵌入到交易中。發送方使用比特幣的 OP_RETURN 字段記錄代幣操作的參數，例如接收地址、金額和操作類型。這筆交易被記錄在比特幣中，確保操作意圖的透明性和不可篡改性。ZKOracle（零知識證明的狀態機）掃描比特幣區塊，提取並記錄與 Goldinals 協議相關的 Prepare 交易，將其納入全局狀態。

Kickoff 階段：驗證和啓動操作

在 Prepare 階段完成後，發送方需要提交一筆包含零知識證明的交易，以驗證操作的合法性。發送方在鏈下生成一份零知識證明（ZKP），證明其操作符合協議規則（如餘額充足、操作參數合法）。這份證明通過一筆 Kickoff 交易提交到比特幣網絡，並由 ZKOracle 進行驗證。Kickoff 階段的成功執行表明操作的合法性已被證明，但此時操作尚未最終確認，還需等待 Challenge 階段完成。

Challenge 階段：審查和異議

Challenge 階段是狀態機設計的核心，旨在提供一個去中心化的審查機制，確保操作的合法性。在挑戰期内，任何參與者（挑戰者）都可以對提交的操作提出異議。例如，若提交的零知識證明不符合規則，挑戰者可以提供反證。挑戰者基於 BitVM 提供的交互式證明機制，與發送方進行驗證交互。若發現問題，挑戰者可提交鏈上交易阻止操作確認。如果在挑戰期内沒有任何異議，操作將被永久確認，並由 ZKOracle 更新到 Goldinals 的全局狀態中。

轉賬 & 鑄造等實現細節

轉賬

在轉賬操作中，發送方首先通過 Prepare 階段提交一筆比特幣交易，將代幣轉賬意圖記錄在鏈上。ZKOracle 記錄並驗證這筆交易。在 Kickoff 階段，發送方提交一份零知識證明，證明其餘額充足且操作符合規則。在 Challenge 階段，挑戰者可驗證提交的證明和交易是否符合協議規則。如果沒有挑戰，轉賬最終被確認，接收方地址的餘額被更新。

鑄造

鑄造過程類似於轉賬。發送方在 Prepare 階段提交包含鑄造參數的交易。隨後在 Kickoff 階段，發送方需提供零知識證明，驗證鑄造操作符合協議設定的規則（如供應上限和分配限制）。在 Challenge 階段，挑戰者驗證操作是否符合條件，若無異議，鑄造操作最終被確認。

餘額查詢

用戶可以通過比特幣 Core 的scanblocks命令，掃描所有與其地址相關的 Prepare 交易，並檢查這些交易的最終狀態。通過這種方法，用戶無需依賴外部索引器即可驗證其餘額。

結語

與其他協議（如 BRC-20）相比，Goldinals 擁有顯著的優勢。它摒棄了對外部索引器的依賴，所有驗證均通過比特幣網絡直接完成，這不僅提升了去中心化程度，也讓用戶擺脫了對第三方服務的信任。此外，Goldinals 的交易流程更加高效，避免了 BRC-20 需要多個比特幣交易才能完成單次操作的繁瑣，從而顯著降低了復雜性和交易費用。同時，通過零知識證明的引入，Goldinals 具備了極強的可編程性，可以支持多簽錢包、條件轉賬以及基於外部事件觸發的復雜邏輯，拓寬了協議的適用範圍。

與此同時，非常重要的一點是，Goldinals 在設計中引入了一種統一的資産標準，整合了現有協議的功能和邏輯。Nubit 還正在構建一個特殊的編譯器，將用戶友好的代碼轉換為針對比特幣的優化腳本，同時進行形式驗證以數學檢查每個程序的完整性。

Nubit 聯合創始人 Hanzhi 表示：「比特幣需要真正的可編程性，而不是混亂。」有了強大的基礎和標準，比特幣生態係統將從混亂轉向可互操作的正和創新。

内容來源：PANews