作者通過： mix
編輯：浮士德，極客 Web3
2024 年 3 月 2 日，Runes 生態基礎設施專案 Runes Alpha 創始人在 GitHub 上的一期公開議題中與 Runes 協議創始人 Casey 進行了討論，雙方討論了如何擴充套件 Runes 協議的公開銘文機制。 主題包括：
是否要放寬不能保留公共銘文的要求？
指出了公共銘文頒發的符文沒有管理權的想法。
提出了一套基於銘文NFT和符文FT合作的發行機制。
出於對位元幣衍生品資產協議的濃厚興趣，本文作者基於上面一些關於符文的最新話題寫了這篇文章，探討了符文和Ordinals協議的過去，以及類似的資產發行方式，相信這將有助於大家了解位元幣生態。
所謂符文協議，就是在位元幣網路上發行同質化代幣的協議，由Ordinals的創始人Casey在Ordinals方案發布後，基於位元幣UTXO的特點，進行了重構，整體設計思路非常簡單。
值得一提的是，符文協議計畫於今年4月下旬在主網上線，屆時位元幣將在2024年減半（區塊高度84萬）。 符文協議仍在優化和迭代的過程中。
在我們簡要介紹符文的原理之前，讓我們快速瀏覽一下符文的來龍去脈以及所謂的“公共銘文”實際上代表什麼。
早在 2022 年 12 月，Casey 就發布了 Ordinals 協議，意圖將 NFT 資料永久放在位元幣鏈上，簡單來說，NFT 元資料就像銘文一樣記錄在位元幣交易的見證資料中（Witness 主要包含數字簽名資訊）。這樣就可以在指定的中生網上刻上任何形式的內容（例如文字、影象等）。
隨後，歷史的齒輪開始轉動，2023年3月8日，匿名開發者@domodata 基於典型的 NFT 發行協議 Ordinals，以迂迴的方式開發了一套用於發行同質化代幣的 BRC-20 標準，即規定統一的格式和屬性（代幣名稱、總量、 最高單次鑄幣量等）對於那些需要以銘文形式上傳到位元幣鏈的衍生資產資料。然後通過索引器解析和跟蹤此資訊，以顯示與 BRC-20 代幣相關的錢包賬戶和資產金額。
關鍵是BRC-20的發行依賴於Ordinals的位元幣銘文NFT協議，所以初始發行機制變得類似於NFT鑄造流程，自然具有“先到先得”的特點。
這種公平上線的特點，讓大多數人都有公平的機會參與同質化代幣的初始發行，每個人都可以在第一時間參與到資產的初始發行中。 很快，BRC20帶來了位元幣鏈上衍生品發行的熱潮，甚至直接掀起了這一輪牛市。 可以看出，我們今天重點討論的公開銘文的分發方式，對於符文協議來說非常重要。
但 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 協議的初步想法。
從技術角度來看，Runes協議是建立在位元幣UTXO和附加資訊的基礎上的，每一筆交易都是觸發的，鏈下產生的數字簽名資訊必須放在鏈上，我們可以在簽名資訊中攜帶特定格式的訊息。 runes 協議使用 op return 操作碼來標記與符文資產更改相關的特定訊息。
與 BRC-20 協議相比，Runes 具有許多優點，其中最重要的是：
1.簡化交易步驟，不產生冗餘無用的UTXO，可以更好地減輕位元幣節點的負擔。 此外，BRC-20 僅支援乙個收款人和乙個代幣進行一次轉賬交易，而 Runes 支援同時向多個收款人轉賬，並且可以轉移多個 Runes 代幣。
2.資產資料更清晰的儲存和索引：BRC-20 資料以 JSON 格式儲存在特定交易的見證資料中，BRC-20 基於資產餘額與指定賬戶關聯的賬戶模型。 符文協議的資料儲存在特定交易的運算返回欄位中，資產的記錄方式採用UTXO模型，可以直接在位元幣鏈上同構地繫結到UTXO。
在確認乙個人的RUNES資產狀態時，只需要驗證這個人擁有並繫結到RUNES資產的特殊UTXO，雖然還是需要追溯一些資訊來完成計算，但是沒有必要像BRC-20那樣在位元幣鏈上掃瞄完整的UTXO集合， 這對資料索引更友好。
3.相容UTXO功能擴充套件層：Runes基於基於UTXO的設計，更相容CKB、Cardano、Fuel等基於UTXO的功能擴充套件層。 通過類似於RGB++的UTXO同構繫結，上述功能擴充套件層可以為符文提供智慧型合約場景。
現在我們已經簡要地討論了技術，讓我們回到我們在本文開頭討論的分發機制。 凱西為符文符文設計了兩套發行方式，分別是固定金額和公開銘文：
1.固定總量意味著發行者直接將所有符文銘刻，然後進行分配，相對來說比較集中。
2.公共銘文是設定符文符文的發放方式的引數，比如指定乙個區塊的高度或時間戳，使用者在符合規則的時間段內鑄造了多少資產，最後是符文的總量是多少。
兩種分發方式對應的場景和機制是完全不同的，下面我們只談公開銘文。
事實上，SondotPin 從 Runes 的第 124 期開始就一直在談論這個話題，該問題得到了 Casey 的認可。
第165期內容如下：
sondotpin：本次公開發行，專案方發行人無法提前預留符文，這限制了專案方設計優秀代幣經濟模型的機會。
Casey：請回顧一下之前的第 124 期。 我正在考慮放寬這一要求，以允許發行者在發布時以合理的方式排列符文，甚至超出設定的引數。 如果這是設計好的，資訊將突出顯示在符文符文詳情頁面上。
Sondotpin：有沒有可能設計乙個具有多個版本的機制，例如兩輪公開銘刻的符文，然後為每個版本設定不同的引數？
Casey：我不傾向於那樣做，因為符文本質上沒有管理者。 簽發的權力不應掌握在具有特別權力的單一實體手中。 但是你可以在發布符文時新增乙個銘文，然後根據該銘文發布乙個新的符文，這樣兩個符文就用相同的資產發布。 當然，您也可以使用預挖法，然後用其他分工方式進行分工。
如果CTV的功能以後能夠順利上線，就不需要協議支援，CTV可以直接提前設定條件模板，條件滿足後就可以做滿足條件的空投和公開發行。
圍繞 Casey 和 Sonpin 的討論，個人觀點：
1.在啟動專案的早期階段，有必要保留一些代幣
前期，專案團隊想要引導業務，需要有一定的代幣儲備來激勵核心團隊，團結社群。 如果按照這個討論能夠達成協議，將是對公開銘文的公平性和參與價值的補充，更有價值的基礎專案方可以通過公開銘文參與到符文生態中來。
2.是否以及如何保留，就是將自我證明的手段交給發行人
事實上，凱西曾多次在YouTube上表示，同質化代幣是999%都是**，不要說要改變世界，坦誠承認這是乙個充滿賭博和投機的行業，真誠相待，善待大家。 it’s just for fun!
從第 124 期到第 165 期，我們可以看到 Casey 對同質代幣的用例有了更多的認可。 公開銘記的方式沒有必要質疑，在此基礎上進行擴充套件，比如增加保留機制，就是賦予發行人選擇權，是自證手段，也是防止劣幣趕走好幣的好方法。
3.銘文 NFT 和 Rune NFT 將有更多的創新空間
Casey 關於銘刻 NFT 和符文 NFT 協同進行多輪發行的想法非常有趣。 在後台，我們說 Ordinals 和 Runes 都是 Casey 設計的協議，應該算是兩個並行關係協議，但在 GitHub 上的 ORD 專案中，有很多技術交叉和合作，比如共享同步區塊等底層邏輯。
目前熱門的專案如符石和符文幣，也是銘文和符文的結合。 符文幣的玩法是最主流的銘文預挖，持有符文幣發行的RSIC銘文，你將繼續挖掘專案的符文，然後在4月底符文協議上線後重新分發FT。 我們期待未來有更多可以創新的專案，帶來更多創新的玩法。
4.帶有公共銘文的符文沒有所有權
凱西的原文只表達了符文沒有所有權，但筆者認為這應該特指公共銘文頒發的符文的無所有權。 Sonpin提出的兩輪公開銘文，肯定會有乙個許可權極高的位址來操作，這不是加密加密領域希望看到的。
就像專案Runecoin在傳送了21,000個RSIC銘文NFT後，迅速將父銘文傳送到中本聰的位址，這意味著沒有人可以再次使用它，也就是說，它承諾不會通過技術手段進行額外發行。 這一波操作本身就給它帶來了不少好評，非常受歡迎。
PS：什麼是父題詞？ 由於BTC中互動速度慢，gas量高，當操作次數比較大時，為了提高效率，一般會先設定乙個父銘文，在母銘文的交易中直接批量處理多個子銘文，這樣可以節省區塊鏈互動時的儲存空間和處理時間。
最後，關於Casey提到的CTV的幾句話，即檢查模板驗證。
CTV是位元幣提出的協議公升級，旨在通過允許使用者在建立交易時為未來交易指定模板來增強位元幣網路的智慧型合約和鎖定能力。 CTV的啟用將使使用者能夠在沒有協議明確支援的情況下建立更複雜的交易型別，例如可信賴的空投和開放蝕刻。
這個CTV提案增加了位元幣網路的可程式設計性和靈活性，在這次討論中，本次討論中提到，簡單來說，可以使用UTXO建立乙個解鎖條件的模板，這有機會創造更多玩符文的方式。 例如，通過符文協議+CTV，10個使用者可以聯手使用CTV技術，一起鑄造符文，然後預設未來一些位元幣支付交易的承諾等。
熱點引擎程式