Compact BlocksはXThinと同じ通信ID番号を使用しているため、GaxwellとLukejrを批判する投稿がRedditに掲載されました。

ここで何が起こっているのですか?

ご存知のとおり、Core/Blockstream が XThin のアイデンティティを盗み、それを Compact Blocks と呼ばれる独自の XThin バージョンに使用するという決定に関して、ここ数日 (/r/btc) で議論が続いています。

再び、 Core/Blockstream は厳しい状況に陥っているようです。

いつものように、詳細は技術的ですが、理解するのはそれほど難しくありません。

そして、いつものように、Blockstream の CTO である Greg “One Meg” Maxwell 氏と奇妙な Luke-Jr 氏は論争に巻き込まれ (そしてさらに多くのユーザーと開発者を Bitcoin から遠ざけ)、コミュニティにさらなる混乱と分裂を生み出すために決して使われるべきではない技術的な議論を利用しました。

一方、基本的な事実は単純かつ明確です。

• コミュニティは、ブロックを圧縮するための 2 つの改良されたプロトコルを提案しました。XThin (極めて薄いブロック) (u/Peter__R と別の非 Core/非 Blockstream 開発者による) と Compact Blocks (Core/Blockstream による) です。

• XThin (極薄ブロック) は正確な ID# を使用し、初めて使用されます。これらのオプション機能については、ID# を使用して、顧客が使用しているオプション機能について相互に通知できるようにすることが標準的な手順です。

• Core/Blockstream は XThin (非常に薄いブロック) を好みません。そこで彼らは自分たちのバージョンを Compact Blocks と呼びましたが、Compact Blocks に設定した ID# は、基本的に以前 XThin で使用されていた ID# と同じです。彼はXThin（極薄ブロック）のID番号を盗みました。

• 各オプション機能にはそれぞれ固有の ID が割り当てられる必要があることを知るために、コンピューター サイエンスの学位は必要ありません。 #ID により、これらのオプション機能がより効果的に機能します。

• 現在、u/nullc と u/luke-jr は、通常の技術的および意味的分析を開始し、すべてのオプション機能が同じ ID# を使用できることを証明しようとしています (これらの機能が、より長い配線とより多くの情報の送信後にこれらのノードを証明できる場合、より複雑なプロセスは「ハンドシェイク」と呼ばれます)。
  

これは  u/nullc (gmaxwellを参照)と  u/luke-jrによる典型的な破壊行為。

• まず、他のブロック (Classic、Unlimited、XT、XThin) のコードベースと機能を活用して消費し、そのコードと機能 (コア ブロックとコンパクト ブロック) を基に構築することで、ビットコインに不必要な複雑さと混乱をもたらします。

• そして、彼らはコミュニティ内にさらなる混乱と分裂を生み出し、人々が自分たちが作り出した混乱を整理しようとしてオンラインで時間を無駄にすることになります。そもそも、彼らが固有の ID 番号を使用していれば、このような混乱は起こらなかったでしょう。これは（一意の ID 番号を使用する）ビットコイン プロトコルの改善に取り組んでいる人なら誰でも行うことです。
  

普通の開発者はこんなことはしません。

通常の健全なプロジェクトに取り組んでいる、正常で誠実で成熟した共同開発者は、ID 番号の盗難に関与することは決してありませんし、そのようなささいで悪意のある嘘をついて、そのことについて何日も議論し、全員の時間を無駄にし、コミュニティに損害を与えるようなこともしません。

この事件全体は、u/nullc (gmaxwell) と u/luke-jr がビットコインの開発に有害で有害な開発者であることのさらなる証拠です。彼らの非倫理的で非協力的な行動は、多くの潜在的なユーザーや開発者を絶えず遠ざけています。

Greg Maxwell 、 Blockstream CTO兼コアアーキテクト（ BIP ID#署名者）   u/luke-jr ) は、他の人に対して有害な行為をやめる必要があります。

彼らはビットコインで主導権を握っているのは自分たちではないことを認識する必要がある。

彼らは他のすべてのプロジェクトの開発者と同じように、意地悪で怪しいのではなく、オープンで協力的である必要があります。

彼らは卑劣な行為をやめ、ID# を盗んで他の Bitcoin コードベースを妨害しようとするのをやめる必要があります。ID# は、Bitcoin に新機能を追加して改善するために割り当てられる予定の ID# です。

グレッグとルーク・ジュニアは以前にもこういうことをやったことがある。

残念なことに、盗まれた ID 番号によって引き起こされた現在の混乱は、実際には、u/nullc と u/luke-jr がコミュニティ内の他の人のコードベースを破壊し、その作業の功績を奪ってきた長い歴史の一部にすぎません。

ルーク・ジュニアはすでにビットコイン・クラシックを妨害しようとしており、まず「経済的合意がない」、「開発に関する合意がない」、「ハードフォークを提案した人はいない」などと嘘をつき、そして今度はPOWアルゴリズムを変更するトロイの木馬を仕掛けてマイナーを追い払おうとしている（すべてのマイナーをネットワークから追い出そうとしている）。 /r/btc/comments/418r0l /lukejr_is_already_trying_to_sabotage_bitcoin/

Greg Maxwell /u/nullc は、Bitcoin Classic が Luke-Jr のポイズンピル計画を採用して PoW アルゴリズムを修正する (既存のマイナーをすべてネットワークから追い出す) べきだとコメントすることはできません。しかし、ルーク・ジュニアのポイズンピル計画がそれほど素晴らしいのなら、なぜコアはそれを追加しなかったのでしょうか?

グレッグ・マックスウェル

彼らが独自の XThin バージョンを開発したいのであれば、それは問題ありません。 XThin (Compact Blocks) とは異なる名前を付けるだけでなく、XThin が使用した ID 番号とは異なる ID 番号も付ける必要があります。

それは単なる常識と礼儀であり、このような単純で標準的な慣行に従うことを拒否すること（オンラインで議論して人々の時間を無駄にし、彼らの行動を弁護しようとすることは弁解の余地がない）は、彼らが悪い人々であることをさらに示しているだけです。

グレッグとルークは自分たちが何か間違ったことをしたということを決して認めず、これからも認め続けるでしょう。

グレッグが、この件について議論して人々の時間を無駄にする強迫観念的な行動は、おそらく彼が、ルーク・ジュニアがよく知られるようになったのと同じような有害な病理を持っていることを示唆している。

Greg が成熟したプロジェクト リーダーであれば、この問題にすぐに対処して、「わかりました。混乱させてしまい申し訳ありません。XThin には独自の ID 番号が付与されました。新しい ID 番号を使用して、次に進みましょう」と言ったでしょう。

それどころか、過去数日間、彼とルーク・ジュニアは、Reddit でのささいな議論の中で、必死になって小さな技術的詳細を見つけようとし、自分たちの弁護の余地のない初期の行動を擁護し、他の開発者にさらなる損害を与え、その結果、コミュニティ内のさらに多くのユーザーと開発者を怖がらせる結果となった。

グレッグu/nullc  ルーク・ジュニアu/luke-jr  もちろん、Eight Gates を継続してご利用いただくこともできます。

その結果、1MB という人為的に制限された「最大ブロック」を持つ Bitcoin Core の「One Meg」Greg バージョンを使用する必要がないことに気づくユーザーがますます増えることになります。 (そして、XThin および Compact Blocks の物議を醸している ID#)。

ユーザーは、Bitcoin Classic や Bitcoin Unlimited などの他のクライアントをインストールできます (またはすでにインストールしている場合もあります)。これらのクライアントは現在 100% 互換性があり、Bitcoin ネットワーク上で実行され、より大きなブロックとオンチェーン拡張 (さまざまなオプション機能のため、物議を醸す ID 番号は使用しません) を提供する準備ができています。

信頼性の低い ID 番号を取得するために Luke-Jr を経由する必要がないことに気付く開発者はますます増えるでしょう。また、人気のないコア管理のメーリング リスト、IRC チャネル、その他のフォーラムに Bitcoin 改善提案を投稿する必要もありません。

ビットコインは  u/nullc   （ gmaxwellを参照）および  u/ルーク・ジュニア これは、有害な開発者による非倫理的で意図的な妨害行為です。

ウェブ上の他のほとんどのソフトウェア（ブラウザなど）と同様に、ビットコイン（およびビットコインの改良版）は、単一の「リファレンス実装」ではなく、さまざまな開発者がさまざまなコードベースで、さまざまな（分散型、オープン、誠実、倫理的な）コードベースとフォーラムを使用して自由に実装できる一連の仕様またはプロトコルを公開することによって定義できますし、定義されるべきであり、定義されるでしょう。

したがって、グレッグとルークは「自分たちの」ビットコイン コア コード リポジトリを引き続き使用し、ビットコイン コアの最大ブロック サイズを人為的に 1 MB に制限し、不必要な競合と混乱を招く ID 番号を作成し続けることができます。 。

その間、真剣でオープンマインドなビットコイン開発者は、より大きなブロックの使用や標準的な手順による一意の ID 番号の割り当てなど、よりシンプルで安全なオンチェーン スケーリング手法を分散化して使用し続けるでしょう。