作者：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 立場。