編輯|吳說編輯部
比特幣核心开發者 Luke Dashjr 發文稱， “銘文”正在利用 Bitcoin Core 的漏洞對區塊鏈進行垃圾郵件攻擊。自 2013 年以來，Bitcoin Core 允許用戶設置在中繼或挖礦交易時額外數據大小的限制。通過將其數據模糊爲程序代碼，銘文繞過了這一限制。該漏洞最近在比特幣 Knots v25.1 中得到修復，但在即將發布的 v26 版本中仍然存在漏洞，希望在明年的 v27 發布之前能夠最終修復。他表示 Ordinals 從一开始就是對比特幣的攻擊。
Luke Dashjr 在回復時表示，該漏洞修復後，意味着 Ordinals 和 BRC-20 將不復存在。魚池聯合創始人神魚表示：比特幣不是以太坊，开發者說了不算。
不過晚間 Luke Dashjr 在回應“是不是只要有一個礦工不選擇退出，該礦工仍然可以處理區塊鏈上的銘文交易”時表示：我們不必消滅所有的銘文來使比特幣受益。受此影響，ORDI 一小時上漲超過 26%。
據了解，今年 9 月份 Luke 已向 Bitcoin Core Github 倉庫提交 PR， 即更新 “datacarriersize” 以過濾 “銘文” 這類攜帶新型腳本數據的交易。對此核心开發者們的觀點不一，反對者表示會影響礦工收入同時間接激勵了私有內存池，礦工可能不會採納；同意者認爲其加重了運營節點的負擔；不過值得注意的是 Bitcoin Core 代碼維護者之一的 Gloria Zhao（glozow）似乎並沒有表示反對態度，而是回復 “也許可以增加一些測試”。目前該 PR 仍處於 open，尚不確定未來是否會合並到主倉庫，對於 Luke 表示希望明年在 Bitcoin Core v27 納入該修改也只是個人預期，而目前已經納入該修改的 Bitcoin Knots v25.1，可以理解爲這是有社區維護开發的嘗鮮實驗版 Bitcoin Core。
@wooooer 分析指出：Luke 在 knots 中針對過濾所謂的比特幣欺詐交易設置了兩個主要參數限制；datacarriersize 主要限制基於 op-return 攜帶數據大小，即那些將數據寫在 UTXO 的 output 部分；maxscriptsize 限制基於 TaprootScript 的銘文協議，其數據刻在 UTXO 的 witness 字段中。如果 Luke 的設想真的得以進入 core，這兩個參數的默認限制值可能會導致比特幣生態系統中只剩下佔用鏈上足跡最小的 taprootassets 和 RGB。
@tmel0211 表示，Bitcoin v25.1． 版本中給礦工一個开關來選擇是否要打包超出 SIZE 的交易。但由於礦工從中受益，沒有礦工會選擇關閉。
@nake13 指出，對 Luke Dashjr 更合理的稱呼是 Bitcoin Core 客戶端开發者，其同時爲 Core 和 Knots 提供代碼，本次的 Bitcoin Knots 25.1 的更新文檔主要由其本人編寫；Luke 是 OCEAN 礦池 CTO，OCEAN Mining 會使用該客戶端，該礦池最近得到了 Jack Dorsey 支持；在 Bitcoin Knots 的 25.1 版本修改了 -datacarriersize 的描述，將默認值從 83 改爲 42；新增的 -datacarriercost、-datacarrierfullcount 和 -maxscriptsize 則可以進一步控制攜帶數據的規模，對於礦工來說，有自由選擇的空間。
Ali Sherief（討論發起者）：“最近由於諸如 BRC-20 之類的項目佔據了大量交易量，導致真正的比特幣交易價格過高，從而引發了比特幣交易池的大規模擁堵，這種情況自 2017 年 12 月以來很少見。這些幾乎毫無價值的代幣威脅到了比特幣網絡作爲點對點數字貨幣的正常使用。如果未來幾周交易量不降下來，是否應該採取措施？比特幣網絡是开發者、礦工和用戶三方結構，而礦工往往是導致系統被濫用的主體，因此目前比特幣交易的和諧受到了幹擾。我們應該考慮採取行動，以縮小 BIP 342 中的漏洞，並通過 BIP 和比特幣核心代碼庫的提交來實現這一目標。另一種替代方案是在節點級別實施 “審查”，並引入運行時選項以立即清除所有非標准的 Taproot 交易，這種方案更容易實現，但需要至少下一次發布才能推出。我們需要爲所有人尋找一種解決方案，雖然有些人會有批評意見，但我們有責任確保這種擁堵不會再次發生。”進行轉載、復制等，違者將追究法律責任。
海量資訊、精准解讀，盡在新浪財經APP
責任編輯：張靖笛
標題：比特幣开發者 Luke Dashjr 要求禁用銘文引發爭議：真的會禁用嗎？开發者態度如何？
地址：https://www.utechfun.com/post/300515.html