Bitcoin 開発者がオンチェーン画像でネットワークの限界をテスト

ビットコイン開発者の Martin Habovštiak は、BIP 110 と Bitcoin Knots の支持者に対する反発として、66 キロバイトの画像を単一の連続したエントリとしてビットコインブロックチェーンにエンコードしました。

BIP-110 は、トランザクション内の支払い関連以外のデータを制限するスパム防止提案です。この提案では、トランザクションの有効性に関する 7 つの新基準、トランザクションの特定部分に許可されるデータ量の制限、および特定のオペコードの禁止が定められています。 画像「Habovštiak inscribed」には、BIP-110 の主要な提唱者である Luke Dashjr が泣いている様子が描かれています。

スロバキア出身の開発者は、OP_RETURN オペコードや OP_IF 命令を含めませんでした。

Habovštiak 主張しました X で「BIP-110 対応の Bitcoin フォークによってトランザクション全体として誤解釈され、BIP-110 準拠チェーンに連続して保存される可能性のある連結画像ファイルを作成しました！」 

インテル 別の投稿, 彼は 擁護し 画像のタイミングについて説明し、なぜ BIP-110 が最初に登場した際にこれを行わなかったのかを論じました。メインネット上で証明を検証することは、より早期の実演よりもはるかに困難であり、同時にはるかに説得力があるからです。

現時点では、オンラインコミュニティの多くは、BTC 開発者のトランザクションが OP_RETURN オペコードを使用せず、SegWit v0 を採用して Taproot を避け、OP_IF 文を含んでいなかったことに感銘を受けています。理想的には、BIP-110 は主にこれらの要素を制限することに焦点を当てているため、Habovštiak 氏は自らのアプローチがこれらの制限を回避できることを実証したと主張しています。

しかし、X のあるユーザーが この主張に異議を唱え 、実際に重要視される意味でのトランザクションは連続していないと述べ、その点を プロトコルレベルで指摘しました。その後 Habovštiak 氏は は, 批判者が用語の選択的な定義を用いていると述べて反論しました。

Habovštiak 氏は、BIP による制限はブロックチェーンに保存されるデータ量を増加させるだけだと主張しています

Habovštiak 氏のトランザクションは、まだ Bitcoin Core Bitcoin Knotsにおいて、どのような種類のデータをBitcoinで許可すべきか。 

BIP-110は2025年10月にBIP-444として初めて提案され、OP_RETURNに対する83バイトの上限を強制し、個々のデータプッシュを256バイトに制限し、その他の大規模データスクリプト機能を制限する1年間のソフトフォークを定めました。  

提案の支持者の多くは、任意のデータがノード運営者に法的責任を生じさせ、Bitcoinの貨幣としての目的から注意をそらすと信じています。2023年以来、OceanマイニングプールのCTOでありBitcoin Knotsの開発者であるLuke Dashjr氏は、任意のBitcoinインスクリプションをスパムと呼び、現在BIP-110を支持しています。スロバキア人の最新の取引への対応として、彼はさらに 主張しました それは真に「連続的」ではなかったと。 

それでもなお、Habovštiak氏は、BIP-110の制約に準拠した別のバージョンの取引を作成したと主張しましたが、それはオリジナルよりも大幅に大きくなりました。したがって、彼はこの計画が逆説的にBTCブロックチェーンに保存される総データを増加させるだけだと主張しています。

彼はまた、この実験は一度限りの概念実証であることを意図しており、NFT 的な利用を助長しないようコードを意図的に非公開に保ったと指摘しました。現在はブロックチェーンのスパムに対する反対者として位置づけられ、Knots 派が示す不正確さに対して動機付けられています。 

「スパムよりもさらに嫌いなものがあります。それは『嘘』です。過去にこれについて議論を試み、ウィットネスに収まるようにエンコードされた連続画像を示しましたが、Knots の支持者たちは相変わらず同じことを繰り返しています。」

現時点で The Bitcoin Portal のデータによると、ノードの 8.8% が BIP-110 をサポートしています。Bitcoin Knots のノード数も大幅に増加し、昨年初頭の 10 倍となっています。