2024年3月2日，Runes生態設施計畫Rune alpha的創辦人與Runes協議創辦人在Github展開討論，探討如何拓展Runes協議的「公開銘刻」機制。討論內容包括是否放寬「公開銘刻」限制、符文發行方式和基於銘文NFT和符文FT戰鬥的設想。 Runes協議是在比特幣網路上發行同質化代幣的協議，基於比特幣UTXO的設計。該協議計劃在2024年減半時上線主網。文章透過對Runes與Ordinals協議的過往和資產發行方式進行探索，展示了「公開銘刻」發行方式在Runes協議中的重要性。
作者：MiX
編輯：Faust，極客web3
2024年3月2日，Runes生態設施計畫Rune alpha的創始人，在Github的公開生態中，與Runes協議創始人Casey展開了討論，雙方對如何拓展Runes協議的「公開銘刻」機制進行了探討。話題包括：
要不要放寬「公開銘刻」不可施工的要求？指出了採用「公開銘文」發行方式的符文不存在管理權的觀點提出了一套基於銘文NFT和符文FT戰鬥的發行機制設想
為了對比特幣衍生資產協議的興趣，本文作者結合上述Runes的一些最新話題，撰寫了這篇文章，就Runes與Ordinals協議的過往，以及類似的資產發行方式進行開發性的探索，相信能夠對了解比特幣生態帶來幫助。
什麼是Runes協議
所謂的Runes協議，是在比特幣網路上發行同質化代幣的協議，由Ordinals創始人Casey在發布Ordinals方案後，又重新構建了同質化代幣方案，基於比特幣UTXO的特性而構建，整體的設計思路非常簡潔。
值得一提的是，Runes協議計畫在比特幣2024年減半時（區塊高度840000），也即是今年四月下旬上線主網。現在Runes協定仍在進行最佳化和版本迭代的過程中。
在簡單科普符文的原理之前，讓我們先快速了解一下龍去脈，以及所謂的【公開銘刻】到底代表什麼。
Runes的提出者Casey在開始並沒有做同質化代幣協議的想法，早在2022年12月時，Casey就發布了Ordinals協議，純粹是NFT數據永久上鍊比特幣，簡單地說就是將NFT元就像資料銘文一樣，記錄在比特幣交易的見證資料見證中（見證主要包含數位簽章資訊），這樣就能夠將任何形式的內容（如影像文字、等）銘刻在指定的聰上。
大量，歷史齒輪開始啟動，2023年3月8日，開發者@domodata基於Ordinals這個典型的NFT發行協議，迂迴的搞出一套發行同質化幣代幣的BRC-20標準，就是以銘文的方式，對那些上傳到比特幣鏈上需要的衍生資產數據，規定出統一的格式和屬性（Token名稱、總供應量、單次最大鑄造量等），然後通過索引器去解析和追踪這些信息，展示BRC-20代幣相關的錢包帳戶和資產總額。
關鍵來了，BRC-20的發行，要依賴Ordinals這種比特幣銘文NFT協議，所以在機制啟動的發行上整合和NFT鑄造過程類似，天然具備“先到先得”的特性，誰先Mint誰就擁有，完全等於先以太坊ERC-20資產發行時「專案方配置資產契約，定義資產分配機制，官方想怎麼控盤都可以」。
這種公平啟動的特點，使大多數人獲得了公平參與同質化代幣發行發行的機會，項目方無施工無鎖倉，每個人都可以在資產最初發行的第一時間參與。 ，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 帶來的問題。
因此凱西決定為比特幣建立一種“更好的同質化代幣協議”，並在2023年9月25日，他發布了符文協議的初步構想。
從技術角度來看，Runes協議基於比特幣UTXO和附加資訊而構建，每一筆交易的觸發，都足以鏈下生成鏈上的數字簽名信息，我們可以在簽名信息中特定呈現格式的消息。協議透過OP_RETURN操作碼來標記出“特定訊息”，這些特定訊息就是與符文資產變更相關的資訊。
相較於BRC-20協議，Runes優勢很多，其中最重要的是：
1.交易步驟簡化，且不會產生多餘的無用UTXO，能更好的為比特幣節點「減輕負擔」。此外，BRC-20的轉帳交易僅支援一個接收者和一個代幣，而符文同時向多個接收者轉賬，支援輕鬆轉帳多種符文代幣。
2.資產資料的儲存與索引較簡潔：BRC-20的資料以JSON格式儲存於特定交易的見證資料中，且BRC-20是基於帳戶模型，資產餘額與指定的帳戶相關聯。而Runes協議的資料儲存在特定交易的OP_RETURN欄位中，資產的方式記錄採用UTXO模型，可以直接與比特幣鏈上的UTXO「同構綁定」。
在確認一個人的符文資產狀況時，只需驗證該人擁有的、與符文資產相綁定的特殊UTXO，雖然還是要補充部分資訊完成計算，但需要像BRC-20那樣掃描比特幣鏈上的完整的UTXO集合，這種輕量化的方式對數據索引更友善。
3.與UTXO功能拓展層相容：Runes基於UTXO的設計，能夠與CKB、Cardano、Fuel等基於UTXO的功能拓展層更相容。透過相似RGB++的“UTXO同構綁定”，上述功能拓展層可以為符文提供智慧合約場景。
簡單談完了技術，我們回到本文最開始討論的發布的事情。 Casey 為Runes 符文設計了兩套機制發布方式，即「固定概覽」和「公開銘刻」：
1. 固定主機板就是發行方直接銘刻所有Runes符文，然後再進行分發，相對更中心化。
2.公開銘文就是對Runes符文的發行方式設定參數，例如指明一個區塊高度或時間，在符合規則的時間段內，用戶鑄造了多少資產，最後該符文的概覽就是多少。
兩種發行方式對應的場景與機制不同，下面我們只聊「公開銘刻」。
事實上，Sondotpin 從Runes’s Issues#124 蠶中，就開始討論這個話題，並得到了Casey 的認可。
而Issues#165具體內容如下：
Sondotpin：目前的公開發行，專案方/發行商無法事先試行符文，這限制了專案方設計優秀通證經濟模式的機會。
Casey：請查看之前的Issues#124。我正在考慮放寬這個要求，允許發行方在發行時以合理的方式安排符文，甚至超出參數的設定範圍。如果這樣設計，相關資訊會在Runes符文中的詳情頁面做了非常突出的展示。
Sondotpin：是不是可以設計一個多次發行的機制，例如能有兩輪「公開銘刻」符文，然後每一輪發行設定不同的參數？
Casey：我並沒有傾向這樣的做法，因為符文符文質上並沒有「管理者」。發行的權限不應該掌握在有特殊權限的單一實體手上。但是你可以在發行符文的時候加上一個銘文，然後在這個銘文的基礎上再發行新的符文，這樣就可以實現兩次發行的符文都是同一個資產。當然，你也可以採用預置的方式，然後用其他的開採方式來發行。
如果未來CTV的功能能夠順利啟動，就不需要協議支援了，CTV直接可以預先設定條件模板，達到條件後就可以做符合條件設定的空投和公開發行。
圍繞著Casey和SonPin的討論，個人看法：
1.在發起專案的早期，發起部分Token確實有必要
在，專案方想要實現業務的自舉，需要有一定的Token儲備去早期激勵核心團隊、聚集社區。如果可以按照本次討論去實現協議，是對「公開銘刻」的公平和全民參與價值的補充，可以讓更多有價值的基礎項目方透過「公開銘刻」的方式參與符文生態。
2.是否有施工、如何施工、是否具備自證手段施工安裝方
事實上，凱西曾多次在Youtube影片裡直言，同質化通證99.9%都是騙局，大家也別冠冕堂皇的說自己要改變世界，坦率地承認這是一個充滿博彩和投資機的行業，以誠相待，對主人好。只是為了好玩
是從issue#124到#165，可以看到凱西對同質化通證的使用場景有了更多認可。 「公開銘刻」的勿需質疑，在此基礎上方式進行拓展，例如增加裝備機制，只要選擇正確的、自證的手段破解釋放方，也是防止劣質幣導出良幣的好方法。
3.銘文NFT和符文FT會有更多的創新空間
凱西提出的銘文NFT和符文FT相互配合進行多輪次的發行機制設想，相當有趣。我們所說的背景知識裡，序數和符文都是凱西設計的協議，應該是兩個平行關係協議，但是在Github上都實現了Ord這個項目裡，技術上大量交叉和配合，比如消耗了同步區塊之類的底層邏輯。
目前熱點符石和符文等項目，也是銘文和符文相互組合創新。符文的玩兒法是最主流的銘文預挖礦，持有符文發行的RSIC銘文，就會持續不斷的挖出項目的符文，然後4月底Runes協議上線再FT分配。期待未來有更多項目可以推陳出新，帶來更新穎的玩兒法。
4.採用「公開銘刻」發行方式的符文不存在大象
Casey文中只表達了「符文不存在大象」，但創作者認為這應該是特指採用「公開銘文」發行方式的符文不存在大象。 SonPin提出的兩輪「公開銘刻」方案，就一定會擁有一個擁有極高權限的位址來操作，這不是加密貨幣加密貨幣領域希望看到的。
就像專案Runecoin在發完21000張RSIC銘文NFT後，很快就將父親銘文打到了中本聰地址，除非沒有人能夠再次使用，否則透過技術手段承諾不做增發。這波操作本身就帶來大幅波動，路人緣非常上漲。
PS：什麼是父銘文？因為在BTC做交易速度慢且氣補充，所以當操作數量比較大的時候，為提高效率，一般會先設置一個父銘文，在父銘文的那一次交易裡，直接批量處理多個子銘文，這樣可以在互動的時候，節省區塊鏈的儲存空間和處理時間。
最後說一下Casey提到的CTV，即「檢查模板驗證」。
CTV是一個比特幣提議的協議升級，旨在透過允許用戶在創建交易時，指定期貨交易的模板，從而增強比特幣網路的智慧合約和鎖定功能。 CTV的啟動將使得用戶能夠創建更複雜的交易類型，例如可信賴的空投和開放式精密，以及研磨協議的顯著支撐。
這個CTV提議增加了比特幣網路的靈活性和靈活性，在這次討論中提到的，簡單地說就是可以創建一個使用UTXO的解鎖條件模板，有機會給符文創造更多的玩法。舉個例子，透過「Runes協議+CTV」，可以讓10個用戶聯合使用CTV技術，共同Mint符文，然後預設未來的一些比特幣支付交易的承諾之類。
資訊來源：0x資訊編譯自網際網路。版權歸作者極客Web3所有，未經許可，不得轉載