2023年11月7日BRC20代幣龍頭ORDI上線BIAN，12月5日ORDI突破65美元。也就是說，ORDI在不到一個月漲了10倍有余。如此漲幅，再度引發(fā)比特幣社區(qū)對Ordinal理論及比特幣銘文的爭議。12月6日Bitcoin Core開發(fā)人員宣布要修復(fù)Taproot漏洞禁掉比特幣銘文。隨著爭議的發(fā)酵，BRC20代幣龍頭ORDI價格大幅下跌，從65美元下跌，一度跌破50美元，跌幅超過20%。
Bitcoin Core開發(fā)者開炮：Ordinals和BRC20對BTC是垃圾郵件
北京時間12月6日早上9點左右，Bitcoin Core開發(fā)人員Luke Dashjr發(fā)推表示：“銘文”正在利用Bitcoin Core中的漏洞向區(qū)塊鏈發(fā)送垃圾郵件。自 2013 年以來，Bitcoin Core允許用戶對他們中繼或挖掘的交易中的額外數(shù)據(jù)大小設(shè)置了限制(“-datacarriersize”)。通過將數(shù)據(jù)混淆為程序代碼，銘文繞過了這一限制。
這個錯誤最近在Bitcoin Knots v25.1中得到了修復(fù)。由于去年底我的工作流程嚴(yán)重中斷(完全跳過了v24)，所以花費的時間比平常要長。Bitcoin Core 在即將發(fā)布的 v26 版本中仍然容易受到攻擊。我只能希望它能在明年 v27 之前最終得到修復(fù)。
有網(wǎng)友問：因此，如果“銘文”想要繼續(xù)下去，在我看來，一種更環(huán)保的方法是創(chuàng)建一條“銘文鏈”，類似于以太坊的 2 層。這條鏈只需要定期向比特幣提交哈希根即可運行。正確的?Luke Dashjr表示：是的，這是可行的。然后它甚至根本不需要有區(qū)塊大小限制——每個節(jié)點都可以設(shè)置自己的限制(或沒有)。
爭論由來已久
早在2023年5月上一波比特幣銘文大火的時候，bitcoin-dev頻道就有開發(fā)者討論這一爭議。當(dāng)時的討論由另一名比特幣核心開發(fā)者 Ali Sherief發(fā)起。Ali Sherief表示，由于BRC-20等交易量過大大導(dǎo)致比特幣網(wǎng)絡(luò)嚴(yán)重?fù)矶?，這類“一文價值”的交易威脅到了比特幣網(wǎng)絡(luò)作為點對點數(shù)字貨幣的平穩(wěn)和正常使用，比特幣開發(fā)者是否應(yīng)該采取行動?
他表示，比特幣網(wǎng)絡(luò)由開發(fā)者、礦工和用戶組成 。考慮到礦工在很大程度上導(dǎo)致系統(tǒng)被濫用，比特幣交易的和諧現(xiàn)在正在被破壞。盡管開發(fā)者社區(qū)有著不多管閑事的悠久歷史，除非絕對必要——一個例子是在大小區(qū)塊戰(zhàn)爭和隔離見證期間。現(xiàn)在是否應(yīng)該采取類似的行動，采取以下形式 i) BIP 和/或ii) 提交到Bitcoin Core代碼庫，以減少BIP 342 中的漏洞(它定義了 Taproot 腳本的驗證規(guī)則)，該漏洞導(dǎo)致了這些意想不到的后果?還有一種方法是在節(jié)點級別強制實施這種“審查” 并引入一個run-time選項來立即刪除所有非標(biāo)準(zhǔn)Taproot’交易。
Luke Dashjr當(dāng)時就在bitcoin-dev頻道表示，早在幾個月前就應(yīng)該采取行動。自Bitcoin Core誕生以來，垃圾郵件過濾一直是其標(biāo)準(zhǔn)功能。沒有將現(xiàn)有的過濾器擴展到Taproot交易中是一個錯誤。比特幣OG、Blockstream前CSO Samson Mow認(rèn)同Luke的觀點，他之前曾表示，銘文就像垃圾郵件一樣堵塞了比特幣網(wǎng)絡(luò)，比特幣的大規(guī)模采用是因為它作為一種儲蓄技術(shù)和一種交易手段，而不是因為“人們制作 JPEG 并將它們房到比特幣鏈上”。
漏洞修復(fù)后影響有多大?
首先是，Ordinals和BRC-20不復(fù)存在。Luke Dashjr在社交平臺回復(fù)中確認(rèn)，如果Bitcoin Core漏洞修復(fù)，意味著Ordinals和BRC-20將不復(fù)存在。
其他影響：加密開發(fā)者Ben77深入研究了Luke Dashjr在knots(一個桌面比特幣節(jié)點)中的代碼，發(fā)現(xiàn)了一些關(guān)鍵細(xì)節(jié)。Luke在knots中針對過濾所謂的比特幣欺詐交易設(shè)置了兩個主要參數(shù)限制：datacarriersize：這個參數(shù)主要限制基于op-return攜帶數(shù)據(jù)大小，即那些將數(shù)據(jù)寫在UTXO的output部分。如果啟用這個限制，受影響的協(xié)議將會包括：Colored coins, OmniLayer, Runes等。
maxscriptsize：這個參數(shù)限制基于TaprootScript的銘文協(xié)議，其數(shù)據(jù)刻在UTXO的witness字段中。如果此限制生效，受影響的協(xié)議將包括 ordinals , brc20 等?？梢娙绻鸏uke的設(shè)想真的得以進(jìn)入core，這兩個參數(shù)的默認(rèn)限制值可能會導(dǎo)致比特幣生態(tài)系統(tǒng)中只剩下占用鏈上足跡最小的 taprootassets 和RGB。
加密研究員Haotian表示：
inscription被視作粉塵攻擊，將會在Bitcoin v25.1. 版本中給礦工一個開關(guān)來選擇是否要打包超出SIZE的交易?，F(xiàn)在的銘文市場直接肥了礦工的腰包，只是給了程序配置參數(shù)做自由選擇，無意義，因為沒有礦工會選擇。如果Core開發(fā)者堅持要讓礦工接受，可能后續(xù)版本會強行改共識了，那就意味著比特幣要分叉了。
大凡依賴Taproot腳本參數(shù) 發(fā)行轉(zhuǎn)移資產(chǎn)的協(xié)議都會受影響，不過Atomical Protocol已發(fā)行的資產(chǎn)，后續(xù)轉(zhuǎn)移由于并非依賴Taproot參數(shù)，所以并不會受影響(但也會影響新資產(chǎn)的發(fā)行。而BRC20后續(xù)的轉(zhuǎn)移都是要有鏈上銘刻行為作為前提，會被全局影響。
礦工有不同意見 比特幣難以分叉
對于Luke的提議，也有網(wǎng)友表示可行性低，因為“大多數(shù)礦工會選擇開采銘文交易，因為這更具有經(jīng)濟意義。礦工會屁股決定腦袋，而不是意思形態(tài)決定腦袋?！盠uke回復(fù)“比特幣的運作假設(shè)大多數(shù)礦工都是誠實的，沒有惡意。此外，出于某種原因，垃圾郵件過濾區(qū)塊通常會收取更多費用。只追求短期利潤的意識形態(tài)只是另一種意識形態(tài)，而且是一種糟糕的意識形態(tài)?！?/p>
對此，礦工代表、F2pool創(chuàng)始人神魚在社群里表示：BTC不是ETH，開發(fā)者說了不算。如果升級要礦工投票，礦工投票反對就升級不了。開發(fā)者非要升級，那他自己分叉一個。因此，有網(wǎng)友嗅出了當(dāng)年2017年BCH分叉的味道。因此更有人發(fā)出感嘆：質(zhì)疑吳忌寒，理解吳忌寒，成為吳忌寒。
更有網(wǎng)友犀利點評：以前比特幣分叉是礦工想分叉，現(xiàn)在銘文火爆，礦工都賺翻了，是銘文的獲利者。礦工才不想分叉。擋人財路如殺人父母。因為沒有算力支持，恐怕很難發(fā)生比特幣分叉。
其他人怎么看?
慢霧創(chuàng)始人余弦在社交媒體上發(fā)文稱，比特幣核心開發(fā)者Luke Dashjr的觀點有點刺激了，如果一切如他所愿，比特幣之后的版本會修復(fù)他認(rèn)為的漏洞：序號/銘文是比特幣的漏洞，是一種Spam攻擊。隨后接著發(fā)推表示：我個人感覺沒必要修補這個，由于Taproot的引入(好事)不小心打開的這個魔盒帶來的影響不是只有一堆堆Spam，還有比特幣生態(tài)的活躍，這生態(tài)里可不僅僅只是序號/銘文這套。當(dāng)然，如果修補了這個，可以有兼容方案更好地打開比特幣生態(tài)，那長痛不如短痛。OKX創(chuàng)始人徐明星表示，這會迫使比特幣銘文社區(qū)遷移到src20或閃電網(wǎng)絡(luò)Taproot資產(chǎn)嗎?無論如何，OKX將繼續(xù)建設(shè)以支持比特幣生態(tài)系統(tǒng)。
結(jié)語
因為比特幣生態(tài)的開發(fā)者、礦工、用戶之間的三權(quán)平衡，即便Bitcoin Core開發(fā)者決定修復(fù)Taproot禁掉銘文，但沒有礦工和用戶的支持，恐怕也難以改變什么。而且Stratum V2本身就允許礦工自定義區(qū)塊模板，不喜歡銘文的礦工可以選擇不打包銘文交易。也許比特幣銘文會繼續(xù)繁榮發(fā)展。
但考慮到比特幣的性能和定位，“Spam attack”也是一個存在的事實。比特幣終究是需要經(jīng)受“Spam attack”這一關(guān)的考驗的。比特幣能否經(jīng)受注?一切的選擇都掌握在比特幣社區(qū)手中。
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
