作者：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符文，然後預設未來的一些比特幣支付交易的承諾之類。
