Runes 協議是什麼？ 公開銘刻和專案方預留制，又該如何取捨？
作者：MiX
編輯：Faust，極客 web3
2024 年 3 月 2 日，Runes 生態基礎設施專案 Rune alpha 的創始人，在 Github 的公開議題中，與 Runes 協議創始人 Casey 展開了討論，雙方對如何拓展 Runes 協定的「公開銘刻」機制進行了探討。 話題包括：
·要不要放寬「公開銘刻」不可預留的要求？
·指出了採用「公開銘刻」發行方式的 Runes 符文不存在管理權的觀點
·提出了一套基於銘文 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 日，匿名開發者 @domodata 基於 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 這個專案里，技術上不少交叉和配合，比如共用了同步區塊這類底層邏輯。
當下熱點 Runestone 和 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 符文，然後預設未來的一些比特幣支付交易的承諾之類。
免責聲明：作為區塊鏈資訊平臺，本站所發佈文章僅代表作者及嘉賓個人觀點，與 Web3Caff 立場無關。 文章內的資訊僅供參考，均不構成任何投資建議及要約，並請您遵守所在國家或地區的相關法律法規。
