LukeDashjr

人々はビットコインへの攻撃を「議論」として装うのをやめるべきです。それは二つの正当な「側面」があることを示唆しています。

OP_RETURNを巡る「議論」は存在しません。攻撃があり、それに立ち向かわなければなりません。

悪意のある行為者に騙されて、Bitcoin Core 30がデータキャリア制限を再度有効にできると思わないでください：

1) デフォルトの制限を解除するだけでなく、さらに壊しました。datacarriersize=83は、現在（Core 30の時点で）83の出力で合計830バイトのスパムを許可します。これは、Core 29およびそれ以前の92バイトのスパム（そのうち9バイトは任意ではなかった）とは異なります。

2) datacarriersizeは非推奨としてマークされており、今後のリリースで削除されることが明示的に計画されています（おそらく静かに、なぜなら「すでに非推奨だから」です）。

3) Coreは、スパマーがdatacarriersize制限を回避できるInscriptionの脆弱性（CVE-2023-50428およびCVE-2024-34149）を修正していません。

今後の唯一の道は、Knotsへの大規模な移行です。私はこのように物事が進むことを望んでいませんでしたが、Coreは他に選択肢を私たちに与えていません。この問題が解決したら、すべての卵を一つのバスケットに入れるのを避け、複数のクライアントの作成と使用を奨励するべきです。

スパム擁護者が人々を混乱させるための専門用語で描かれたビットコイン検閲のFUDを再導入しようとしています。ため息

スパムフィルターは検閲のために濫用されることはできません。検閲を回避するためには1ブロックで済みます。しかし、スパムフィルターを効果的にするには1ブロックが必要です。対照的です。

中央アメリカ時間午後3時にビットコイン++ワークショップのライブストリームに参加してください（2時間15分後）私の新しいノードポリシーに関するワークショップのために

https://www.youtube.com/live/J9bRVIXOhm0?si=svzeDyBnIl0XDmO4