ビットコイン開発者のMartin Habovštiakは、66キロバイトの画像を単一の連続したエントリとしてビットコインブロックチェーンにエンコードし、BIP 110とBitcoin Knotsの支持者に反発しました。
BIP-110は、トランザクション内の支払いに関連しないデータを制限するスパム対策提案です。この提案は、トランザクションの有効性に関する7つの新しい基準、トランザクションの特定の部分で許可されるデータ量の制限、および特定のオペコードの禁止を定めています。Habovštiakが刻んだ画像は、BIP-110の主要な提唱者であるLuke Dashjrが泣いている様子を描いています。
スロバキアの開発者はOP_RETURNオペコードとOP_IF命令を含めませんでした
HabovštiakはXで主張しました:「BIP-110ビットコインフォークがトランザクション全体として誤解釈でき、BIP-110準拠チェーンに連続的に保存できる連続した画像ファイルを作成しました!」
別の投稿で、彼は画像のタイミングを擁護し、BIP-110が最初に浮上したときになぜこれを行わなかったかを説明し、メインネットでの証明の検証は、以前のデモンストレーションよりもはるかに困難で、より説得力があると主張しました。
これまでのところ、オンラインコミュニティの多くは、BTC開発者のトランザクションがOP_RETURNオペコードを使用せず、Taprootをスキップして代わりにセグウィット v0を使用し、OP_IFステートメントを含まなかったことに主に感銘を受けています。理想的には、BIP-110は主にこれらの要素の制限に焦点を当てており、したがってHabovštiakは自分のアプローチが制限を回避できることを証明していると主張しています。
しかし、Xのあるユーザーはこの主張に異議を唱え、トランザクションはプロトコルレベルで実際に重要な方法で連続していないと述べました。Habovštiakは後に応答し、批評家はその用語の選択的な定義を使用していると述べました。
HabovštiakはBIPの制限がブロックチェーンに保存されるデータ量を増やすだけだと主張しています
Habovštiakのトランザクションは、ビットコインで許可すべきデータの種類について、Bitcoin CoreとBitcoin Knotsの間でまだ緊張が続いている時期に行われました。
BIP-110は2025年10月にBIP-444として最初に提示され、OP_RETURNに83バイトの上限を設定し、個々のデータプッシュを256バイトに制限し、その他の大規模データスクリプト機能を制限する1年間のソフトフォークを概説しました。
提案の支持者のほとんどは、任意のデータがノードオペレーターに責任問題を引き起こし、ビットコインの金銭的目的から気を散らすと信じています。2023年以来、Luke Dashjr — OceanマイニングプールのCTOでありビットコイン Knotsの開発者 — は任意のビットコインのインスクリプションをスパムと呼んでおり、現在BIP-110を提唱しています。スロバキア人の最新のトランザクションに応じて、彼はさらにそれが真に「連続的」ではないと主張しました。
それにもかかわらず、HabovštiakはBIP-110の制約に準拠したトランザクションの別のバージョンを作成したと主張しましたが、それは元のものよりもはるかに大きかったです。したがって、彼は計画がBTCのブロックチェーンに保存される総データを逆説的に増やすだけだと主張しています。
彼はまた、この実験は一度限りの概念実証を意図したものであり、NFTスタイルの使用を奨励しないためにコードを意図的に非公開にしたと述べました。彼は現在、ブロックチェーンスパムの反対者として自分自身を位置づけており、Knotsキャンプからの不正確さと見なしているものによって動機付けられています。
彼はコメントしました、「スパムよりもはるかに嫌いなものがあります:虚偽です。私は過去にこれについて議論しようとし、witnessに適合するようにエンコードされた連続した画像を示しましたが、それでもKnotsの支持者は同じことを何度も何度も言い続けています。」
これまでのところ、The Bitcoin Portalのデータによると、現在8.8%のノードがBIP-110を支持しています。Bitcoin Knotsノード数も大幅な増加を見せており、現在は昨年初めの10倍になっています。
出典: https://www.cryptopolitan.com/bitcoin-dev-tests-network-limits/
