作者：MiX
2024年3月2日，Runes生態(tài)基礎(chǔ)設(shè)施項目Rune alpha的創(chuàng)始人，在Github的公開議題中，與Runes協(xié)議創(chuàng)始人Casey展開了討論，雙方對如何拓展Runes協(xié)議的「公開銘刻」機(jī)制進(jìn)行了探討。話題包括：
·要不要放寬「公開銘刻」不可預(yù)留的要求？
·指出了采用「公開銘刻」發(fā)行方式的Runes符文不存在管理權(quán)的觀點
·提出了一套基于銘文NFT和符文FT互相配合的發(fā)行機(jī)制設(shè)想
出于對比特幣衍生資產(chǎn)協(xié)議的濃厚興趣，本文作者結(jié)合上述Runes的一些最新話題，寫作了此篇文章，就Runes與Ordinals協(xié)議的過往，以及類似的資產(chǎn)發(fā)行方式進(jìn)行開發(fā)性的探索，相信能夠?qū)Υ蠹伊私獗忍貛派鷳B(tài)帶來幫助。
什么是Runes協(xié)議
所謂的Runes協(xié)議，是在比特幣網(wǎng)絡(luò)上發(fā)行同質(zhì)化代幣的協(xié)議，由Ordinals創(chuàng)始人Casey在發(fā)布Ordinals方案后，又重新構(gòu)建的同質(zhì)化代幣方案，基于比特幣UTXO的特性而構(gòu)建，整體的設(shè)計思路非常簡潔。
值得一提的是，Runes協(xié)議計劃在比特幣2024年減半時（區(qū)塊高度840000），也即是今年四月下旬上線主網(wǎng)?，F(xiàn)在Runes協(xié)議仍然處于優(yōu)化和版本迭代的過程中。
在簡要科普Runes的原理前，讓我們先快速了解下來龍去脈，以及所謂的【公開銘刻】到底代表什么。
Runes的提出者Casey在一開始并沒有要做同質(zhì)化代幣協(xié)議的idea，早在2022年12月時，Casey就發(fā)布了Ordinals協(xié)議，意圖是將NFT數(shù)據(jù)永久上鏈Bitcoin，簡單說就是將NFT元數(shù)據(jù)像銘文一樣，記錄在比特幣交易的見證數(shù)據(jù)witness中（witness主要包含數(shù)字簽名信息），這樣就能夠?qū)⑷我庑问降膬?nèi)容（如文本、圖像等）銘刻在指定的聰上。
（圖片來源：https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/）
隨后，歷史的齒輪開始轉(zhuǎn)動，2023年3月8日，匿名開發(fā)者@domodata基于Ordinals這個典型的NFT發(fā)行協(xié)議，迂回的搞出一套發(fā)行同質(zhì)化代幣的BRC-20標(biāo)準(zhǔn)，就是以銘文的方式，對那些需要上傳到比特幣鏈上的衍生資產(chǎn)數(shù)據(jù)，規(guī)定出統(tǒng)一的格式和屬性（Token名稱、總供應(yīng)量、單次最大鑄造量等），再通過索引器去解析并追蹤這些信息，展示出BRC-20代幣相關(guān)的錢包賬戶和資產(chǎn)數(shù)額。
關(guān)鍵來了，BRC-20的發(fā)行，要依賴于Ordinals這種比特幣銘文NFT協(xié)議，所以在初始的發(fā)行機(jī)制上變得和NFT鑄造過程類似，天然具備「先到先得」的特性，誰先Mint誰就擁有，完全不同于以太坊ERC-20資產(chǎn)發(fā)行時“項目方先部署資產(chǎn)合約，定義資產(chǎn)分配機(jī)制，官方想怎么控盤都可以”。
這種Fair Launch的特性，使得大多數(shù)人有了公平參與同質(zhì)化代幣初始發(fā)行的機(jī)會，項目方無預(yù)留無鎖倉，每個人都可以在資產(chǎn)最初發(fā)行的第一時間參與。很快，BRC20就帶來了比特幣鏈上衍生資產(chǎn)的發(fā)行熱潮，甚至直接啟動了這輪牛市。由此可知，我們今天重點討論的「公開銘刻」的發(fā)行方式，對于Runes協(xié)議而言非常重要。
但BRC-20也帶來了很多問題：BRC-20資產(chǎn)的每一次操作，都要在比特幣鏈上發(fā)起特定的交易，隨著BRC-20資產(chǎn)的火爆，比特幣UTXO數(shù)據(jù)集也快速膨脹，這使得BTC核心開發(fā)者對BRC-20產(chǎn)生公開質(zhì)疑。
Ordinals創(chuàng)始人Casey不僅反對BRC-20，更是對基于Ordinals之上發(fā)行的FT資產(chǎn)不予認(rèn)可，但是BRC-20的火爆，讓他覺得雖然99%的代幣都是騙局和噱頭，但這些東西仍會像賭場一樣無法消失。
同時，BRC-20在比特幣鏈上留下了“過多的痕跡”，為比特幣節(jié)點帶來了數(shù)據(jù)承載上的負(fù)擔(dān)，但如果有人提出一套，能夠在上鏈數(shù)據(jù)方面“減負(fù)”的資產(chǎn)協(xié)議，或許能減緩BRC-20帶來的問題。
所以Casey決定為比特幣構(gòu)建一種“更好的同質(zhì)化代幣協(xié)議”，隨后在2023年9月25日，他發(fā)布了Runes協(xié)議的初步構(gòu)想。
從技術(shù)角度看，Runes協(xié)議基于比特幣UTXO和附加信息而構(gòu)建，每一筆交易的觸發(fā)，都要把鏈下生成的數(shù)字簽名信息on chain，我們可以在簽名信息中攜帶特定格式的消息。Runes協(xié)議通過OP_RETURN操作碼來標(biāo)記出“特定消息”，這些特定消息就是與Runes資產(chǎn)變更相關(guān)的信息。
相比于BRC-20協(xié)議，Runes 優(yōu)勢很多，其中最重要在于：
1.交易步驟簡化，且不會生成多余的無用UTXO，能更好的為比特幣節(jié)點“減輕負(fù)擔(dān)”。此外，BRC-20的一筆轉(zhuǎn)賬交易僅支持一個接收者和一種代幣，而Runes支持同時向多個接收者轉(zhuǎn)賬，且可轉(zhuǎn)賬多種Runes代幣。
2.資產(chǎn)數(shù)據(jù)的存儲與索引更簡潔：BRC-20的數(shù)據(jù)以JSON格式存儲在特定交易的witness數(shù)據(jù)中，且BRC-20基于賬戶模型，資產(chǎn)余額與指定的賬戶相關(guān)聯(lián)。而Runes協(xié)議的數(shù)據(jù)存儲在特定交易的OP_RETURN字段中，資產(chǎn)的記錄方式采用UTXO模型，可以直接與比特幣鏈上的UTXO“同構(gòu)綁定”。
在確認(rèn)一個人的Runes資產(chǎn)狀況時，只需驗證這個人擁有的、與Runes資產(chǎn)相綁定的特殊UTXO，雖然還是要追溯部分信息完成計算，但無需像BRC-20那樣掃描比特幣鏈上的完整UTXO集合，這種輕量化的方式對數(shù)據(jù)索引更友好。
3.與UTXO功能拓展層兼容：Runes基于UTXO的設(shè)計，使其能夠與CKB、Cardano、Fuel等基于UTXO的功能拓展層更好地兼容。通過類似于RGB++的“UTXO同構(gòu)綁定”，上述功能拓展層可以為Runes提供智能合約場景。
簡要談完了技術(shù)，我們回到本文最開始談?wù)摰陌l(fā)行機(jī)制的事情。Casey為Runes符文設(shè)計了兩套發(fā)行方式，即「固定總量」和「公開銘刻」：
1.固定總量就是發(fā)行方直接銘刻所有Runes符文，然后再進(jìn)行分發(fā)，相對更中心化。
2.公開銘刻就是對Runes符文的發(fā)行方式設(shè)定參數(shù)，比如指明一個區(qū)塊高度或時間戳，在符合規(guī)則的時間段內(nèi)，用戶Mint了多少資產(chǎn)，最后該符文的總量就是多少。
兩種發(fā)行方式對應(yīng)的場景與機(jī)制完全不同，下文中我們只聊「公開銘刻」。
事實上，Sondotpin從Runes的Issues#124議題中，就開始討論此話題，并得到了Casey的認(rèn)可。
而Issues#165具體內(nèi)容如下：
Sondotpin：目前的公開發(fā)行，項目方/發(fā)行方不能提前預(yù)留Runes符文，這限制了項目方設(shè)計優(yōu)秀通證經(jīng)濟(jì)模型的機(jī)會。
Casey：請查看之前的Issues#124。我正在考慮放寬這個要求，允許發(fā)行方在發(fā)行時以合理的方式安排符文，甚至超出參數(shù)的設(shè)定范圍。如果這樣設(shè)計，相關(guān)信息會在Runes符文的詳情頁做非常突出的展示。
Sondotpin：是不是可以設(shè)計一個多次發(fā)行的機(jī)制，比如能有兩輪「公開銘刻」Runes符文，然后每一輪發(fā)行設(shè)定不同的參數(shù)？
Casey：我并不傾向于這樣的做法，因為Runes符文本質(zhì)上并沒有「管理者」。發(fā)行的權(quán)限不應(yīng)該掌握在有特別權(quán)限的單一實體手上。但是你可以在發(fā)行符文的時候添加一個銘文，然后在這個銘文的基礎(chǔ)上再發(fā)行新的符文，這樣就可以實現(xiàn)兩次發(fā)行的符文都是同一個資產(chǎn)。當(dāng)然，你也可以采用預(yù)挖的方式，然后用其他的分配方式進(jìn)行發(fā)行。
如果未來 CTV 的功能能夠順利啟動，就不需要協(xié)議支持了，CTV 直接可以預(yù)先設(shè)定條件模板，達(dá)到條件后就可以做符合條件設(shè)置的空投和公開發(fā)行。
圍繞Casey和SonPin的討論，個人看法：
1.在發(fā)起項目的早期，預(yù)留部分Token確有必要
在早期，項目方想要實現(xiàn)業(yè)務(wù)的自舉，需要有一定的Token儲備去激勵核心團(tuán)隊、凝聚社區(qū)。如果可以按照本次討論去實現(xiàn)協(xié)議，是對「公開銘刻」的公平和全民參與價值的補(bǔ)充，可以讓更多有價值基礎(chǔ)項目方通過「公開銘刻」的方式參與到Runes生態(tài)中。
2.是否預(yù)留、如何預(yù)留，是將自證的手段交給發(fā)行方
事實上，Casey曾多次在Youtube視頻里直言，同質(zhì)化通證99.9%都是騙局，大家也別冠冕堂皇的說自己要改變世界，坦率地承認(rèn)這是一個充滿賭博和投機(jī)的行業(yè)，以誠相待，對所有人都好。IT’S JUST FOR FUN!
是從issue#124到#165，可以看到Casey對同質(zhì)化通證的使用場景有了更多認(rèn)可?！腹_銘刻」的方式勿需質(zhì)疑，在此基礎(chǔ)上進(jìn)行拓展，比如增加預(yù)留機(jī)制，是將選擇的權(quán)利、自證的手段交給發(fā)行方，也是防止劣幣驅(qū)逐良幣的好方法。
3.銘文NFT和符文FT將會有更多的創(chuàng)新空間
Casey提出的銘文NFT和符文FT互相配合進(jìn)行多輪次的發(fā)行機(jī)制設(shè)想，相當(dāng)有趣。背景知識里我們說到，Ordinals和Runes都是Casey設(shè)計的協(xié)議，應(yīng)該算是兩個平行關(guān)系協(xié)議，但是在Github上都做到Ord這個項目里，技術(shù)上不少交叉和配合，比如共用了同步區(qū)塊這類底層邏輯。
當(dāng)下熱點Runestone和Runecoin等項目，也是銘文和符文互相組合創(chuàng)新。Runecoin的玩兒法是最主流的銘文預(yù)挖礦，持有Runecoin發(fā)行的RSIC銘文，就會持續(xù)不斷的挖出項目的符文，然后4月底Runes協(xié)議上線再分配FT。期待未來有更多項目可以推陳出新，帶來更新穎的玩兒法。
4.采用「公開銘刻」發(fā)行方式的Runes符文不存在所有權(quán)
Casey原文中只表達(dá)了「Rune不存在所有權(quán)」，但是筆者認(rèn)為這應(yīng)該是特指采用「公開銘刻」發(fā)行方式的Runes符文不存在所有權(quán)。SonPin提出的兩輪「公開銘刻」方案，就一定會有一個擁有極高權(quán)限的地址的地址來操作，這并不是Crypto加密領(lǐng)域希望看到的。
就像項目Runecoin在發(fā)完21000張RSIC銘文NFT后，很快就將父銘文打到了中本聰?shù)刂罚喈?dāng)于沒有人能夠再次使用，也就是通過技術(shù)手段承諾不做增發(fā)。這波操作本身就為其帶來一大波好評，非常漲路人緣。
PS：什么是父銘文？因為在BTC做交互速度慢且gas高昂，所以當(dāng)操作數(shù)量比較大的時候，為提高效率，一般會先設(shè)置一個父銘文，在父銘文的那一次交易里，直接批量處理多個子銘文，這樣可以在交互的時候，節(jié)約區(qū)塊鏈的存儲空間和處理時間。
最后說一下Casey提到的CTV，即「Check Template Verify」。
CTV是一個比特幣提議的協(xié)議升級，旨在通過允許用戶在創(chuàng)建交易時，指定未來交易的模板，從而增強(qiáng)比特幣網(wǎng)絡(luò)的智能合約和鎖定功能。CTV的激活將使得用戶能夠創(chuàng)建更復(fù)雜的交易類型，例如可信賴的空投和開放式蝕刻，而無需協(xié)議的顯式支持。
這個CTV提案增加了比特幣網(wǎng)絡(luò)的可編程性和靈活性，在這次討論中提到，簡單來說就是可以創(chuàng)建一個使用UTXO的解鎖條件模板，有機(jī)會給Runes創(chuàng)造更多玩法。舉個例子，通過「Runes協(xié)議+CTV」，可以讓10個用戶聯(lián)合使用CTV技術(shù)，共同Mint符文，然后預(yù)設(shè)未來的一些比特幣支付交易的承諾之類。
