(1).png)
最近比特幣關于Op_Return輸出討論非常激烈，又激發(fā)了我的好奇心，我決定寫一篇文章總結。其實這樣的文章，主要是寫給自己看，除非特別關心協(xié)議和技術，大家沒必要浪費時間讀。
甚至，現(xiàn)在AI這么強了，我覺得讓chatgpt o3或者讓gemini 2.5 pro?deep research給各位寫，要比我寫的好太多。
在前幾天，有一位朋友要做空Ordi，恰好是31 位 Core 貢獻者聯(lián)合發(fā)布《交易轉發(fā)政策聲明》的時間后。
我非常想告訴他這些關于Op_Return和往UTXO里塞數(shù)據(jù)的討論，以及潛在的和銘文的關系。
但鑒于我對價格的預測真是爛到家了，我還是沒說，不能影響別人發(fā)財啊。而且我真心覺得技術和價格現(xiàn)在是完全脫離了，沒啥關系了。
一直以來，Core開發(fā)組，作為比特幣的“官方”，對往比特幣區(qū)塊鏈上塞各種和比特幣作為貨幣屬性無關的數(shù)據(jù)，都是嚴防死守的。這個政策是從2014年Op_return被引入Bitcoin開始，一直延續(xù)到最近的31位Core貢獻者聯(lián)合聲明之前，都是妥妥的嚴防死守。Core 一直對“非金融數(shù)據(jù)”抱持最小化立場：1）每筆交易最多?1?個?OP_RETURN；2）單條數(shù)據(jù)不能超過?80?字節(jié)；3）允許節(jié)點用-datacarriersize?手動調大，b也就是這本質上不是共識規(guī)則。
一直以來，Core官方的態(tài)度和代碼實踐上都是嚴格限制“非金融”數(shù)據(jù)上鏈的。
但最近Bitcoin Core的代碼倉庫更新了對這些“非金融”數(shù)據(jù)的態(tài)度，一下子放開了對這些數(shù)據(jù)的限制，而且步子邁的特別大。
Core開發(fā)者?Peter Todd（這哥們現(xiàn)在到處稱自己不是Core貢獻者，只是研究者了，哈）在2025年4月份搞一個 PR #32359 “Remove arbitrary limits on OP_RETURN outputs”，提議：1）
刪除單條 80 字節(jié)和“單輸出”檢查；2）廢棄 -datacarriersize 相關選項；3）其余 DoS 防護交由市場費用+帶寬綜合判斷。
需要說明的是這個?PR?尚未合并進Bitcoin core主代碼倉庫，但 最近的31名開發(fā)者的聯(lián)合聲明等于給放寬政策“背書”，看起來要合并這個PR。
另外，在2021年5月BCH的升級是做了類似的規(guī)則更新，但這次BTC的規(guī)則更激進，BCH到現(xiàn)在為止在代碼層次上還是限制單筆交易的op_return總字節(jié)尺寸不能超過223字節(jié)，在一筆bch交易里可以有多個op_return輸出，但總字節(jié)數(shù)不能超過223字節(jié)。
而BTC的這次PR是沒有對Op_return在單筆交易的總字節(jié)量做出限制，但比特幣的單筆交易有1M字節(jié)的限制，所以也可以認為單筆交易對Op_return的字節(jié)限制是1M。
以上就是這一次Bitcoin Core節(jié)點軟件在代碼層面上對“非金融數(shù)據(jù)”上鏈的政策更改。
為什么會有這一更改？
從銘文在2022年火起來后，比特幣區(qū)塊鏈的總數(shù)據(jù)量（節(jié)點軟件需要下載的文件總量）以及UTXO數(shù)量（節(jié)點軟件里必須常駐內存的數(shù)據(jù)）都大規(guī)模膨脹。
下面是我使用chatgpt o3模型調研數(shù)據(jù)，并畫出來的銘文火起來后比特幣區(qū)塊鏈數(shù)據(jù)膨脹的歷史。
區(qū)塊鏈總數(shù)據(jù)量從 ≈ 430 GB（2022-10）膨脹到 ≈ 665 GB（2025-06）；
UTXO 集合一度沖到 1.88 億條（2024-12），是 2022 年的兩倍多；
（OP_RETURN 本身不進 UTXO，但碎片化 Taproot 輸出會顯著拉高。）
讓比特幣鏈上“胖身材?+?多碎片”同時出現(xiàn)，磁盤脹?60%、UTXO?翻?2?倍，這讓很多開發(fā)者擔心去中心化的成本了。
Core開發(fā)組從2022年以來，對銘文這些的應用就抱有非常大的敵意，強烈要求在規(guī)則層面進一步限制這些數(shù)據(jù)。Core開發(fā)者的主流觀點是比特幣區(qū)塊鏈要去中心化，就要限制這些非金融數(shù)據(jù)，以讓節(jié)點運行成本不會膨脹。
這里以Lukejr為代表，Lukejr自己開發(fā)的節(jié)點軟件Knots就直接限制了對將數(shù)據(jù)塞進op_return的銘文類應用的交易的中繼，就是Knote作為比特幣的節(jié)點軟件在收到銘文交易后是不轉發(fā)的。
Op_return本身在比特幣規(guī)則里是可以被節(jié)點軟件裁剪的，也就是不具備區(qū)塊鏈常見的數(shù)據(jù)永久保存的能力。
很多其他銘文類的應用，就擔心自己的數(shù)據(jù)被比特幣規(guī)則限制，使用了各種hack手段來設計協(xié)議，從利用Op_return，進化到了將數(shù)據(jù)塞進taproot腳本里，保存在交易的見證數(shù)據(jù)（witness）里。
在見證數(shù)據(jù)里，受益于segwit的手續(xù)費打折，以及見證數(shù)據(jù)區(qū)塊的3M上限，讓這些銘文類數(shù)據(jù)的礦工費又便宜，設計起來還比op_return還簡單，并且受比特幣協(xié)議保護，不會被裁剪。
這下就更惹火了Core開發(fā)組的很多開發(fā)者。
但除了少部分Core開發(fā)者，好像整個生態(tài)都挺歡迎這些銘文類應用的，包括礦工和交易所，都是明牌支持。
交易大量上架各種銘文類代幣。
礦工甚至大量打包非標準腳本交易，以配合很多銘文類協(xié)議產(chǎn)生的更大更復雜的交易，這在實事上就突破了op_return數(shù)據(jù)的限制，因為本質上這種限制并不是共識層面的限制，只要有礦池打包了，其它礦池不會拒絕的。
上述兩種情況，對比特幣區(qū)塊鏈數(shù)據(jù)的影響的區(qū)別是很大的。Op_return類數(shù)據(jù)和taproot腳本都會顯著增加區(qū)塊數(shù)據(jù)量，也會大量增加UTXO的數(shù)量。然而在完整節(jié)點運營視角來看，Op_return數(shù)據(jù)是可裁減的，但taproot腳本是不可裁減的。
這樣的局勢發(fā)展，大約是到了要倒逼協(xié)議做出變更了。
如果銘文類應用無法阻擋，那在協(xié)議層如果放開對Op_return數(shù)據(jù)的限制，給銘文類應用放開一個口子，引導它們使用Op_return，而不是taproot腳本，或許對比特幣的節(jié)點運營來說是更友好的。
就讓Core開發(fā)者產(chǎn)生了兩派，少量的堅定認為應該在協(xié)議層堵死銘文類應用產(chǎn)生的“垃圾數(shù)據(jù)”，他們堅定認為銘文類應用就是對比特幣發(fā)動的DDOS。
而更多的開發(fā)者是覺得兩權相害取其輕，引導數(shù)據(jù)往op_return發(fā)展，而不是可花費的腳本。
這就是，目前我看到的情況。
我覺得目前局勢發(fā)展下去會產(chǎn)生什么結果呢？
對Op_return數(shù)據(jù)的協(xié)議層更改，并不會產(chǎn)生比特幣鏈的分裂，這是非共識層的。而且目前像Luke jr這樣的強烈反對“非金融數(shù)據(jù)”上鏈的一方，采取的最極端的做法也僅僅是限制節(jié)點對銘文類交易的中繼，而不是直接在協(xié)議里做設定其為非法。
所以這一次爭議完全沒有分裂的風險。
但我覺得Bitcoin core節(jié)點軟件會朝著放寬Op_return數(shù)據(jù)限制方向發(fā)展。Luke jr這一派估計是要認了，按我讀到的文章，Luke?jr可是堅定的斗士，對自己的理念極其堅定，但這一次我覺得Luke jr要么做好長期戰(zhàn)斗準備，要么認了。
銘文類，二層類應用，可能會迎來更友好的比特幣底層協(xié)議開發(fā)環(huán)境。
但我對價格，是真不知道。
贊
.png)
312
收藏
