簡述Runes 協議、發展歷程及最新的「公開銘刻」發行機制的拓展討論

作者：MIX

X/推：@MixRestaking

2024年3月2日， Runes生態基礎設施計畫Rune alpha 的創辦人，在Github 的公開議題中，與Runes協議創辦人Casey 展開了討論，**雙方對如何拓展Runes 協議的「公開銘刻」機制進行了探討。 **話題包括：

1️⃣ 要不要放寬「公開銘刻」不可預留的要求？

2️⃣ 指出了採用「公開銘刻」發行方式的Runes 符文不存在管理權的觀點

3️⃣ 提出了一套基於銘文NFT 和符文FT 互相配合的發行機制設想

出於對比特幣衍生資產協議的濃厚興趣，**本文作者結合上述Runes 的一些最新話題，寫作了此篇文章，就Runes 與Ordinals 協議的過往，以及類似的資產發行方式進行開發性的探索， **相信能夠對大家了解比特幣生態帶來幫助。

什麼是Runes 協定

所謂的Runes 協議，是在比特幣網路上發行同質化代幣的協議，由Ordinals 創始人Casey 在發布Ordinals 方案後，又重新構建的同質化代幣方案，基於比特幣UTXO的特性而構建，整體的設計思路非常簡潔。

值得一提的是，**Runes 協定計畫在比特幣2024年減半時（區塊高度840000 ），也即是今年四月下旬上線主網。 **現在Runes 協定仍然處於最佳化和版本迭代的過程中。

在簡單科普Runes 的原理前，讓我們先快速了解下來龍去脈，以及所謂的【公開銘刻】到底代表什麼。

Runes 的提出者Casey 在一開始並沒有要做同質化代幣協議的idea ，**早在2022年12月時， Casey 就發布了Ordinals 協議，**意圖是將NFT 數據永久上鏈Bitcoin，簡單說就是將NFT 元資料像銘文一樣，記錄在比特幣交易的見證資料witness 中（witness 主要包含數位簽章資訊），這樣就能夠將任意形式的內容（如文字、影像等）銘刻在指定的聰上。

隨後，歷史的齒輪開始轉動，**2023年3月8日，匿名開發者Casey基於Ordinals 這個典型的NFT 發行協議，迂迴的搞出一套發行同質化代幣的BRC-20 標準，**就是以銘文的方式，對那些需要上傳到比特幣鏈上的衍生資產數據，規定出統一的格式和屬性（ Token 名稱、總供應量、單次最大鑄造量等），再透過索引器去解析並追蹤這些訊息，展示BRC-20 代幣相關的錢包帳戶和資產金額。

關鍵來了，**BRC-20 的發行，**要依賴Ordinals 這種比特幣銘文NFT 協議，所以在初始的發行機制上變得和NFT 鑄造過程類似，天然具備“先到先得”的特性，誰先Mint 誰就擁有，完全不同於以太坊ERC-20 資產發行時「專案方先部署資產合約，定義資產分配機制，官方想怎麼控盤都可以」。

這種Fair Launch的特性，使得大多數人有了公平參與同質化代幣初始發行的機會，項目方無預留無鎖倉，每個人都可以在資產最初發行的第一時間參與。很快，BRC20 就帶來了比特幣鏈上衍生資產的發行熱潮，甚至直接啟動了這輪牛市。由此可知，我們今天重點討論的**「公開銘刻」的發行方式，對於Runes 協議而言非常重要。 **

但BRC-20 也帶來了許多問題：BRC-20 資產的每一次操作，都要在比特幣鏈上發起特定的交易，隨著BRC-20 資產的火爆，比特幣UTXO 資料集也快速膨脹，這使得BTC 核心開發者對BRC-20 產生公開質疑。

Ordinals 創辦人Casey 不僅反對BRC-20，更是對基於Ordinals 之上發行的FT 資產不予認可，但BRC-20 的火爆，讓他覺得雖然99% 的代幣都是騙局和噱頭，但這些東西仍會像賭場一樣無法消失。

同時，**BRC-20 在比特幣鏈上留下了“過多的痕跡”，為比特幣節點帶來了數據承載上的負擔，**但如果有人提出一套，能夠在上鍊數據方面「減負」的資產協議，或許能減緩BRC-20 帶來的問題。

所以**Casey 決定為比特幣建立一種“更好的同質化代幣協議”，隨後在2023年9月25日，他發布了Runes 協議的初步構想。 **

從技術角度來看，Runes 協定基於比特幣UTXO 和附加資訊而建構，每一筆交易的觸發，都要把鏈下產生的數位簽章資訊on chain，我們可以在簽章資訊中攜帶特定格式的消息。 Runes 協議**透過OP_RETURN 操作碼來標記出“特定訊息”，**這些特定訊息就是與Runes 資產變更相關的資訊。

**比起BRC-20 協議， Runes 優勢很多，**其中最重要在於：

1️⃣ 交易步驟簡化，且不會產生多餘的無用UTXO，能更好的為比特幣節點「減輕負擔」。此外，BRC-20 的一筆轉帳交易僅支援一個接收者和一種代幣，而Runes 支援同時向多個接收者轉賬，且可轉帳多種Runes 代幣。

**2️⃣****資產資料的儲存與索引更簡潔：**BRC-20 的資料以JSON 格式儲存在特定交易的witness 資料中，且BRC-20 基於帳戶模型，資產餘額與指定的帳戶相關聯。而Runes 協議的資料儲存在特定交易的OP_RETURN 欄位中，資產的記錄方式採用UTXO 模型，**可以直接與比特幣鏈上的UTXO 「同構綁定」。 **

在確認一個人的Runes 資產狀況時，只需驗證這個人擁有的、與Runes 資產相綁定的特殊UTXO，雖然還是要追溯部分資訊完成計算，但無需像BRC-20 那樣掃描比特幣鏈上的完整UTXO 集合，**這種輕量化的方式對數據索引更友善。 **

3️⃣與UTXO 功能拓展層相容：**Runes 基於UTXO 的設計，使其能夠與CKB、Cardano、Fuel 等基於UTXO 的功能拓展層更相容。 **透過類似於RGB++ 的“ UTXO 同構綁定”，上述功能拓展層可以為Runes 提供智慧合約場景。

簡要談完了技術，我們回到本文最開始談論的發行機制的事情。 Casey 為Runes 符文設計了兩套發行方式，即「固定總量」和「公開銘刻」：

1️⃣ 固定總量就是發行方直接銘刻所有Runes 符文，然後再進行分發，相對更中心化。

2️⃣公開銘刻就是對Runes 符文的發行方式設定參數，例如指明一個區塊高度或時間戳，在符合規則的時間段內，用戶Mint 了多少資產，最後該符文的總量就是多少。

兩種發行方式對應的場景與機製完全不同，下文我們只聊「公開銘刻」。

事實上，Sondotpin 從Runes 的Issues#124 議題中，就開始討論此主題，並得到了Casey 的認可。

而Issues#165 具體內容如下：

**Sondotpin：**目前的公開發行，專案方/發行商不能提前預留Runes 符文，這限制了專案方設計優秀通證經濟模型的機會。

Casey：請查看之前的Issues#124。我正在考慮放寬這個要求，允許發行方在發行時以合理的方式安排符文，甚至超出參數的設定範圍。如果這樣設計，相關資訊會在Runes 符文的詳情頁做非常突出的展示。

**Sondotpin：**是不是可以設計一個多次發行的機制，例如能有兩輪「公開銘刻」 Runes 符文，然後每一輪發行設定不同的參數？

**Casey ：**我並不傾向於這樣的做法，因為Runes 符文本質上並沒有「管理者」。發行的權限不應該掌握在有特別權限的單一實體手上。但是你可以在發行符文的時候加上一個銘文，然後在這個銘文的基礎上再發行新的符文，這樣就可以實現兩次發行的符文都是同一個資產。當然，你也可以採用預挖的方式，然後用其他的分配方式來發行。

如果未來CTV 的功能能夠順利啟動，就不需要協議支援了，CTV 直接可以預先設定條件模板，達到條件後就可以做符合條件設定的空投和公開發行。

圍繞著Casey 和SonPin 的討論，個人看法：

1️⃣在發起專案的早期，預留部分Token 的確有必要

在早期，專案方想要實現業務的自舉，需要有一定的Token 儲備去激勵核心團隊、凝聚社群。如果可以按照本次討論去實現協議，是對「公開銘刻」的公平和全民參與價值的補充，可以讓更多有價值基礎項目方透過「公開銘刻」的方式參與Runes 生態中。

2️⃣****是否預留、如何預留，是將自證的手段交給發行商

事實上， Casey 曾多次在Youtube 影片裡直言，同質化通證99.9% 都是騙局，大家也別冠冕堂皇的說自己要改變世界，坦率地承認這是一個充滿賭博和投機的行業，以誠相待，對所有人都好。 IT'S JUST FOR FUN!

是從issue#124 到#165 ，可以看到Casey 對同質化通證的使用情境有了更多認可。 「公開銘刻」的方式勿需質疑，在此基礎上進行拓展，例如增加預留機制，是將選擇的權利、自證的手段交給發行方，也是防止劣幣驅逐良幣的好方法。

3️⃣****銘文NFT 和符文FT 將會有更多的創新空間

Casey 提出的銘文NFT 和符文FT 互相配合進行多輪次的發行機制設想，相當有趣。背景知識裡我們說到， Ordinals 和Runes 都是Casey 設計的協議，應該算是兩個平行關係協議，但是在Github 上都做到Ord 這個項目裡，技術上不少交叉和配合，比如共用了同步區塊這類底層邏輯。

當下熱點Runes tone 和Runecoin 等項目，也是銘文和符文互相組合創新。 Runecoin 的玩兒法是最主流的銘文預挖礦，持有Runecoin 發行的RSIC 銘文，就會持續不斷的挖出項目的符文，然後4月底Runes 協議上線再分配FT 。期待未來有更多項目可以推陳出新，帶來更新穎的玩兒法。

4️⃣****採用「公開銘刻」發行方式的Runes 符文不存在所有權

Casey 原文中只表達了「 Rune 不存在所有權」，但筆者認為這應該是特指採用「公開銘刻」發行方式的Runes 符文不存在所有權。 SonPin 提出的兩輪「公開銘刻」方案，就一定會有一個擁有極高權限的位址的位址來操作，這並不是Crypto 加密領域希望看到的。

就像專案Runecoin 在發完21000 張RSIC 銘文NFT 後，很快就將父銘文打到了中本聰地址，相當於沒有人能夠再次使用，也就是透過技術手段承諾不做增發。這波操作本身就為其帶來一大波好評，非常漲路人緣。

PS：**什麼是父銘文？ **因為在BTC 做交互速度慢且gas 高昂，所以當操作數量比較大的時候，為提高效率，一般會先設置一個父銘文，在父銘文的那一次交易裡，直接批量處理多個子銘文，這樣可以在互動的時候，節省區塊鏈的儲存空間和處理時間。

最後說一下Casey 提到的**CTV，即「Check Template Verify」。 **

CTV 是一個比特幣提議的協議升級，旨在透過允許用戶在創建交易時，指定未來交易的模板，從而增強比特幣網路的智慧合約和鎖定功能。 CTV 的啟動將使得用戶能夠創建更複雜的交易類型，例如可信賴的空投和開放式蝕刻，而無需協議的明確支援。

這個**CTV 提案增加了比特幣網路的可編程性和靈活性，**在這次討論中提到，簡單來說就是可以創建一個使用UTXO 的解鎖條件模板，**有機會給Runes 創造更多玩法。 **舉個例子，透過「 Runes 協議+ CTV」，可以讓10 個用戶聯合使用CTV 技術，共同Mint 符文，然後預設未來的一些比特幣支付交易的承諾之類。

**免責聲明：本文僅供參考，不得用作法律、稅務、投資、理財或任何其他建議，不代表RunesCC 立場。 **