BitMEX Research: なぜビットコインは Dapp の戦いでイーサリアムに負けたのでしょうか?
原作者：BitMEX Research
原文の編集: The Way of DeFi
まとめ：原文の編集: The Way of DeFi
概要
まとめ：
この投稿では、Dapps がビットコインではなくイーサリアム上に構築されることが多い理由を 2014 年 3 月まで遡って探ります。私たちは、Counterparty と呼ばれる Dapp プロトコルがビットコイン ブロックチェーンを使用できるかどうか、またどのように使用できるかについての議論を検証します。これは「OP_Return ファイト」と呼ばれることもあります。ビットコインにおけるOP_Returnの利用の歴史とサイドチェーンについて解説します。結局のところ、人々が好むと好まざるにかかわらず、これが 2014 年のビットコイン開発コミュニティの文化であり、ビットコインのトランザクション データを代替ユースケースに使用することに対する否定的な見方が、これらの Dapps の開発者をイーサリアムのような代替システムに駆り立てていると考えています。重要な役割を果たしました。
概要
「分散型取引所などの Dapps は、なぜ通常ビットコインではなくイーサリアムを使用するのですか?」という質問をよく受けます。結局のところ、分散型取引所、ドメイン名システム、代替トークンなど、ビットコイン上に Dapps を構築することはもちろん可能です。もちろん、これにはいくつかの理由があります: i. イーサリアムのより柔軟なネイティブ スクリプト言語により Dapps の構築が容易になる、ii. イーサリアムのより速いブロック時間により Dapps がより使いやすくなる、または iii. イーサリアムよりもブロック サイズ制限が保守的である、その結果、ビットコインの手数料が高くなる可能性があります。上記のすべての要因は確かに影響を及ぼしますが、その影響はしばしば誇張されていると考えられます。最も重要な要素は文化です。一部のビットコイン愛好家やビットコイン開発者は、ビットコイン ブロックチェーン上でそのような活動を単に望んでいないため、それをブロックすることに成功しました。これは主に 2014 年 3 月頃に起こったようで、その頃に何が起こったかがこの記事の主題です。
カウンターパーティ契約
2020 年 9 月のレポートで述べたように、Counterparty は 2014 年初頭に立ち上げられました。 Counterparty は、新しいトークンの作成や分散取引所でのトークンの取引などの機能を可能にする、ビットコイン上のプロトコル層です。このシステムは、ビットコイン取引データの一部を取得し、トークンの作成、トークンの送信、分散型取引所でのトークンの市場入札などの機能としてカウンターパーティ契約で使用することによって機能します。
より簡潔に言うと、カウンターパーティは当初、ビットコイン オペコード OP_CHECKMULTISIG を使用して、カウンターパーティ関連データをビットコイン ブロックチェーンに組み込みました。このオペコードは、Payment Script Hash (P2 SH) マルチ署名トランザクションの署名を検証するために使用する必要があります。 2014 年 7 月のカウンターパティ取引のサンプルは、ここでご覧いただけます。このトランザクションは、ビットコインを送信元のアドレスに送り返します。また、3 つの追加出力もあり、出力スクリプトは取引相手の契約に関連するデータです。この場合、TICKET という新しいトークンが作成されます。 OP_CHECKMULTISIG の使用は、オペコードの意図された用途ではないため、ハッキングとみなされる可能性があります。カウンターパーティは現在、ビットコインの OP_Return オペコードを使用してデータを保存していますが、これは開発者の意図により多少沿っています。たとえば、OP_Return を使用するこの更新されたカウンターパーティ トランザクションを参照してください。
2014 年初頭、Mastercoin と呼ばれるライバル プラットフォームに先駆けて、Counterparty の周囲では多くの実験、開発者の活動、革新、興奮が起こっていました。
OP_Returnとは何ですか?
ビットコインのコンセンサス ルールでは、OP_Return の最大サイズは 10,000 バイトが許可されています。たとえば、2013 年 5 月に、この機能は次のトランザクションで悪用されました。このトランザクションの OP_Return 出力には、Rickrolling ミームに関連する Rick Astley の 1987 年の曲「Never Gonna Give You Up」の歌詞が含まれています。
ソース：https://bitcoin.org/en/release/v0.9.0#opreturn-and-data-in-the-block-chain
2014 年以前は、OP_Return を含むトランザクションは非標準であり、通常のビットコイン ノードによって中継されませんでした。ただし、マイナーがこれらのトランザクションを含める場合、それらは有効であるとみなされます。 2014 年 3 月に、Bitcoin Core 0.9.0 がリリースされました。これには、標準トランザクション タイプとして OP_Return 関数が含まれており、トランザクションはデフォルトでリレーされます。当時のリリースノートは以下の通り。
この変更は、ブロックチェーン上にデータを保存することを推奨するものではありません。 OP_RETURN の変更は、データ ストレージ スキーム (一部は既にデプロイされている) が、決して利用できない TX 出力として任意のデータ (画像など) を保存することによってビットコインの UTXO データベースを肥大化させることを避けるために、明らかにプルーナブルな出力を作成します。任意のデータをブロックチェーンに保存するのは依然として悪い考えであり、非金銭的なデータを別の場所に保存する方が安価で効率的です。
ソース：
Bitcoin Core 0.9.0 は、OP_Return が 40 バイト以下のトランザクションのみを中継します。データがこれより大きい場合、トランザクションは有効ですが、中継されません。当初の制限は 80 バイトでしたが、多くの議論の結果、開発者は 40 バイトに落ち着きました。
OP_帰還戦争
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5796379#msg5796379
2014 年 3 月 20 日、当時のビットコインへの主要な貢献者の 1 人である Jeff Garzik が、Bitcointalk フォーラムのカウンターパーティ セクションに投稿を開始しました。ジェフはカウンターパーティによるブロックチェーン空間の使用を批判した。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5827189#msg5827189
ジェフは続けてこう言いました。
CheckMultiSig は、任意のデータではなく、ECDSA 公開キーを使用して動作することは明らかです。意図された目的以外の目的で操作を使用すると、マイナスの、場合によっては意図しない、または未知の結果が生じる可能性があることは驚くべきことではありません。カウンターパーティのトランザクションは「ビットコイン プロトコルに従って」いるのではなく、このような方法でこの機能を使用することは予期されていなかったため、トランザクションが実行されます。
ソース：
ジェフがこのような見解を持っているのは奇妙だと思う人もいるかもしれない。なぜなら彼は2017年の時点で「ビッグブロック支持者」であるようであり、ブロックスペースの保守的な使用に関するこの見解はラージブロックの見解と矛盾しているように見えるからである。しかし、この明らかな矛盾は 2014 年にはまったく生じませんでした。当時、Jeff の見解は、後に大きなブロックの責任者になった人たちも含め、当時活動していたほぼすべての開発者によってある程度認められていました。私たちが知る限り、ブロック サイズ制限に対する人々の認識とこの質問の間に単純な対応関係はありません。 Jeff は当時尊敬されていた開発者であり、この記事はカウンターパーティの開発者とユーザーの両方から多くの注目を集めました。
「BitcoinTangibleTrust」という仮名を持つカウンターパーティの開発者は、ジェフに次のように返信しました。
あなたは、絶対に正しい。データをブロックチェーンに保存する必要はありません。タイムスタンプ付きのハッシュ (データ) は、より効率的でありながら、同様に安全です。セカンダリチェーンはビットコインに固定されている可能性があります。ただし、以下の PhantomPhreak の [Counterparty 共同創設者兼主任開発者] によると、Counterparty は 3 つのマルチシグ トランザクションに 1 つでブロックチェーンにデータを保存するために 256 バイトを使用しています。また、これらのマルチシグ トランザクションはすべてマイナーによって処理されます。
開発者はさらに、OP_Return を 80 バイトではなく 40 バイトに制限するというビットコイン開発者の計画を批判しました。
OP_RETURN がマルチシグの動作 (未使用の出力) を停止/削減し、ブロックチェーンの肥大化を軽減するように設計されている場合、OP_RETURN のサイズを 80 バイトから 40 バイトに減らすことで、意図せずにすべてのメタプロトコルにとってマルチシグがより魅力的なものになってしまうのではないかと心配しています。 OP_RETURN の魅力が薄れてしまいました。
そのアイデアは、データを 2 番目のブロックチェーンに保存し、そのタイムスタンプ データのハッシュをビットコインに入れることであり、それらのハッシュも 40 バイト未満になります。これを行わなかった理由は「知的怠惰」ではなく、実装の複雑さでした。 Counterparty はコンピューター サイエンス プロジェクトではありません。開発速度を高めるために、できるだけシンプルになるように設計されました。小さすぎる OP_RETURN 出力ではなく、マルチシグネチャ出力にデータを保存する必要がある場合でも。この分野では、悪いほうが間違いなく優れています。
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5815887#msg5815887
ジェフは翌日、こう答えた。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5816031#msg5816031
コミュニティ内での Jeff の地位が高いため、Counterparty コミュニティのほとんどの人々が関与して問題を解決することに熱心であるようです。たとえば、BitcoinTangibleTrust は次のように答えました。
あなたの考えを共有してくれてありがとう、ジェフ。それで、既存のビットコインコア開発コミュニティとの関わりを始めるのを手伝ってくれませんか?私たちが生き残るためにはビットコインブロックチェーンが必要であるため、責任あるパートナーとして行動することはカウンターパーティの利益になります。これらの問題について協力を始める方法を教えていただけますか?
ソース：
ビットコイン プロトコルが、他に何も壊さずに XCP の使用方法を停止する方法はありますか?
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5816503#msg5816503
もしビットコイン開発者がカウンターパーティ関連の取引を防ぐ方法がなかったとしたら、おそらくこの異議は問題にならず、カウンターパーティは許可なくビットコインを使用し続ける可能性があります。その後、ビットコイン開発者であり、その後マイニングプール運営者でもあったルーク・ジュニア氏が次のように議論に加わった。
マイナーは悪用を排除する必要があります。
ソース：
次に、Luke-Jr 氏は、この種のシステムはマージマイニングされたサイドチェーン タイプの構造を使用して構築でき、ブロックチェーンの肥大化を回避できると提案しました。
問題は新しい層ではなく、人々の意志に反した押し付けである。新しいレイヤーは、ブロックチェーンを汚染したり、非参加者にデータの保存を強制したりすることなく、オプトインベースで実行できます。
Luke 氏はまた、ビットコイン開発者が予想される OP_Return リレーのサイズを、当初提案されていた 80 バイトの制限と比較して 40 バイトに削減した理由も尋ねられました。ルークは次の3点で答えました。
OP_RETURN は関数であり、使用する必要があると考えている人が多すぎます。それは決してそのような意図ではなく、「誰かが侵入したときにガラスを交換する必要がないように、窓のロックを解除したままにしておく」という単なる方法でした。それは、人々がビットコインを悪用することによって引き起こされる被害を軽減することです。
元の 80 バイトの提案は 512 ビット ハッシュを対象としていましたが、不要であると判断されました。
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5817170#msg5817170
ルーク・ジュニアはこう続けた。
マイニングが分散化に戻るにつれて、OP_RETURN の亜種であろうとなかろうと、不正行為やスパムのトランザクションに対する許容度が低下することが期待されます。さて、誰かが実際にトランザクションでハッシュを保存するための有効で必要なユースケースを持っているのであれば、明らかにマイナーはマイニングを真剣に検討する必要があります。
当時の Luke のマイニングプールは、カウンターパーティ関連のトランザクションもフィルタリングし始めました。これは、カウンターパーティコミュニティで恐怖と不確実性が高まり始めたときです。 OP_Return を 80 バイトにする必要があります。そうでない場合は、OP_CHECKMULTISIG オペコードの使用を継続することが強制されます。 Luke のコメントを考慮すると、80 バイトに達する可能性は低いと思われます。さらに、開発者が制限をさらに引き下げ、Counterparty をネットワークから排除する可能性があると懸念する人もいます。ビットコイン開発者はカウンターパーティに対して特に友好的ではないようなので、ビットコインプロトコルを使い続けるのは難しいのではないかと考える人もいるかもしれません。
ソース：https://www.coindesk.com/markets/2014/03/25/developers-battle-over-bitcoin-block-chain/
2014年3月25日、イーサリアムの主な創設者であるヴィタリック・ブテリン氏も同調し、議論はもっと手数料を中心に展開されるべきであり、十分な手数料を支払えば、あなたの取引は法的にブロックに含めるべきだと主張した。現在、イーサリアムの手数料アルゴリズムは非常に複雑で、さまざまなブロックチェーンの用途に応じてさまざまな手数料バケットとレートがあり、OP_Return 問題は根本的に解決されています。ビットコインの SegWit もこの問題をある程度軽減すると主張する人もいるでしょう。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5955613#msg5955613
2014 年 3 月 27 日、カウンターパーティは、Luke-Jr のマイニング フィルターをバイパスするように取引方法を変更しました。しかし翌日、ルークは次のようにコメントした。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5826443#msg5826443
Luke-Jr 氏は、Counterparty を一種の虐待に例えています。
これは、他人の自由な選択に従ってあなたのデータをダウンロード/保存することを強制するため、不正行為です。すべての完全なノードは完全なブロックチェーンをダウンロードする必要があります (プルーニング可能かどうかに関係なく)。すべての完全なノードは、金融トランザクションをダウンロードして保存することに同意します。すべてのフルノードが他のものを保存することに同意するわけではありません。そのためには、一部のグループ (つまり、マイナーや開発者ではない) だけでなく、あるいは過半数でもなく、100% のコンセンサスが必要です。また、誰もがブロックチェーンにないデータを自由に保存できます。それをブロックチェーンに置くことにメリットはなく、それを望まない人々にそれを強制しているだけです。これが虐待ではないことを説明してください...
ビットコイン開発者に対する怒り
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5955738#msg5955738
ご想像のとおり、ビットコイン開発者の懸念は、最終的に一部のカウンターパーティ開発者やユーザーからの不満と怒りに見舞われました。以下に彼らのレビューの一部を紹介します。まず、Luke-Jr のプールがカウンターパーティ取引をブロックしていることに関する「porqupine」という名前のユーザーからのコメントです。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5826584#msg5826584
2014 年 3 月 21 日、ヤマアラシは次のように続けました。
「すべてのノードが、タイプ Y データの代わりにタイプ X データを保存することに同意する」と決定したら、ちょっと待ってください。おそらく、マネーロンダリング、違法薬物や武器、人間の奴隷制度などのために取引を保存することにも同意できないでしょう。あなたは基本的にプロトコルの中立性を否定し、あなただけでなく、プロトコルを保存するために何を使用すべきか、すべきではないかを決定しているのです。一人称で話さず、代名詞「私たち」を使用して、すべてのマイナーまたはマイナーを代表しているかのような印象を与えます。プロトコルのユーザーが全体として発言します。
ソース：
この態度が信じられない。ビットコインに所有者がいるとは知りませんでした。私と他の約100万人が所有者だと思っていました 🙂
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5826770#msg5826770
Counterpartyの共同創設者PhantomPhreak氏は次のように述べています。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5827473#msg5827473
ビットコインは意図されていないことをたくさん行っています。はい、現在あるものよりもさらに洗練されたソリューションを使用したいと考えています。 Counterparty は元々、OP_RETURN 出力を使用してすべてのメッセージ データを保存するように設計されていました。これは非常に洗練されており、ブロックチェーンへの影響は最小限であると思います。私たちは、Gavin が公式 Bitcoin ブログで発表した 80 バイト制限を中心にすべてのメッセージをフォーマットする予定です。選択の余地がないため、マルチシグネチャ出力のみを使用します。私たちはビットコインプロトコルを拡張したくありません。私たちは、安定性やセキュリティなどのメリットを得るために、完全にその中で何かを行い、できるだけシンプルかつ簡単にしたいと考えています。
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5827688#msg5827688
ソース：
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5827897#msg5827897
「bitwhizz」という名前の別のユーザーは次のように述べています。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5827776#msg5827776
「アナタラノン笑」はこう言った。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5827749#msg5827749
「バッドウ」はこう言った。
ソース：
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5827925#msg5827925
バドウはこう続けた。
コンピューティングの歴史 (そして実際には人類のテクノロジーの歴史全体) における偉大な発展の多くは、発明者が使用する意図のなかったものを人々が発見した結果です。良いことは、ほとんどの発明家は自分の発明をそれほど保護せず、他の人が新しいものにそれを使用することを拒否しないことです。達成した人たちは、自分たちがすぐに超えてしまったことに気づきました。
ソース：
マージされたマイニングされたサイドチェーン
ソース：https://bitcointalk.org/index.PHP?topic=1790.msg28696#msg28696
OP_Return の議論を通じて、カウンターパーティやブロックチェーンの肥大化に反対する人々は通常、Dapps のソリューションとして何らかの形式のマージされたマイニング サイドチェーンに言及しています。実際、サトシ・ナカモトはこのパスを気に入ったと言われており、2010 年 12 月にドメイン名システムでの使用を承認したと言われています。
BitDNS を完全に別個のネットワークと別個のブロックチェーンにして、CPU パワーをビットコインと共有することは可能だと思います。唯一重複するのは、マイナーが両方のネットワークを同時に検索できるようにするプルーフ・オブ・ワークです。
ソース：
これらの Dapp システムをサイドチェーンとして実装するには多くの困難がありますが、多くの人が単に機能すると考えていた 2014 年よりも、私たちはこれらの弱点をよりよく理解しています。
複雑さ - 最も重要な弱点の 1 つは、サイドチェーン ソリューションの実装と構築の複雑さです。プロトコルを早期にローンチして市場シェアを獲得するために、これらのプロジェクトにはサイドチェーンを構築したり、ビットコインと統合されたマイニングシステムを構築したりする時間がありません。
スケーリングの利点が限られている - サイドチェーンを使用する利点はユースケースによって異なる場合があります。たとえば、分散型取引所が構築される場合、すべての入札、オファー、およびマッチングにはメイン チェーンのすべてのセキュリティが必要になる可能性があります。メインチェーンの用途が非常に多いため、取引所でのすべてのユーザーのあらゆるアクションに対して、サイドチェーン システムのスケーリング上の利点は非常に限られている可能性があります。オンチェーンでローカルに入札を送信すると、約 90 バイトしか使用されない可能性がありますが、注文情報のハッシュと、それを識別するために必要な構造とオーバーヘッドの保存はオンチェーンで約 50 バイトになる可能性があるため、あまりスペースを節約できません。
ソース：https://bitcointalk.org/index.PHP?topic=395761.msg5799174#msg5799174
また、ここで何かを見落としていない限り、保存するデータを取得するには、(少なくともビットコインまたはビットコイン派生の実装であると仮定して) 2 番目のブロックチェーンのブロックからデータを解析する必要があります。したがって: * カウンターパーティーが提供するカラーコイン機能 (つまり、DEx、賭け、資産コールバック、配当、CFD など) のため、SPV タイプのカウンターパーティークライアントは有効になりません。 * カウンターパーティー取引のセキュリティが低下します。これにより、実装の複雑さが大幅に増加します (すなわち、バグやバグが発生する可能性が増加します) が、唯一疑わしい利点は、ブロックチェーンのストレージ要件がわずかに削減されることです (つまり、トランザクションごとに 20 ～ 40 バイト減るでしょうか?)。ここではそれが何を意味するのかわかりません。もう 1 つのポイント: カウンターパーティはビットコインに多大な利益をもたらす可能性があり、それはイーサリアム (および他の同様の非ビットコイン メタ「2.0」タイプのコイン) が登場すればさらに明らかになるでしょう。少なくとも私の個人的な感覚では、ビットコインは、イーサリアムや（将来の）群衆の機能リストと魅力的に効果的に競争するには、エコシステム内でこの機能を備えた製品が必要になる可能性が高い、または少なくともリスクが排除されるということですが、これは少なくとも投資家と金融市場運営者の間では当てはまります、そしてこれにより、ビットコインエコシステムがより多くの認識、信頼、マインドシェアを得るにつれて、数十億ドル、さらには数兆ドルをもたらすことができます。
結論は
ソース：
2014 年頃以降、Dapps に興味を持ったほとんどの開発者は、ビットコインではなく、イーサリアムやその他のシステムを構築することに重点を置きました。その後、イーサリアムは開発者の多くの関心と勢いを獲得しましたが、ビットコインでの Dapp 開発は最小限でした。この投稿の要点は、これの主な要因は必要な手数料ではなく、イーサリアムの仮想マシンやイーサリアムの優れた技術的能力でもありません。ただ、多くのビットコイナーやビットコイン開発者がビットコインでの Dapps を望んでいないだけである、ということを強調することです。ビットコインには興味がない。これらの機能。良くも悪くも、一部のビットコイナーはこれらの Dapp 開発者の多くを意図的に追い出しました。ビットコイン支持者の中には、ほとんどの dapp アクティビティは持続不可能な詐欺に関連している、またはセキュリティやその他の理由からビットコインではそのようなアクティビティは望ましくない、と主張する人もいます。
