Crypto OS
Non-Technical Crypto OS第2段階 · ブロックチェーン経済

第12章 · なぜ未来もチェーンは一つにならないのか

将来、使うチェーンをユーザーが知る必要はあるでしょうか?

この章を 3D で体験する →
練習する能力
Protocol LiteracySystem Thinking
実践
少額の資産をブリッジで別のチェーンへ移し、着金時間を記録して、ブリッジ上の資産を支える担保の出所を調べる。
AI Lab
AI に 3 種類のクロスチェーン方式の信頼前提を列挙させ、実際のブリッジ攻撃と照らして見落としを探す。

現実の問題

アプリを使おうと開くと、XXネットワークへ切り替えてくださいと表示されます。

切り替えたら残高はゼロです。お金は別のチェーンにあります。ブリッジを探して資産を移し、数分待ちます。終わって再び押すと、手数料が不足しています。

お金は届いても、ネイティブトークンがなく払えません。少し入手するため、交換と送金が必要で、取引所のアカウントも要るかもしれません。

四つの作業後も、まだアプリを使い始めていません。

毎日することと比べましょう。他社のメールサービスを使う相手への送信です。

相手の事業者を知り、メールのネットワークへ切り替え、トークンを持つ必要はありません。そうしたものの存在すら意識しません。

情報ではできても、お金ではできません。

ユーザーが怠けているのではありません。なぜこれほど難しいのでしょうか?

思考実験

町へ戻ります。第11章の後、板は一つではありません。

最終的な裁定とデータ保存を担う主板があります。その下には日常の処理を担う副板がいくつかあり、それぞれに書記がいます。さらに、隣の村が自分で立てた、完全に独立した板も二、三枚あります。村ごとに必要なものが違うので、主板とはルールも異なります。

今の問題は具体的です。A板に10枚の硬貨が記録され、B板で買い物したい。

硬貨を移そうと思いますが、硬貨はどこにあるのでしょうか?

どこにもありません。A板には、その人が10枚持つという1行だけがあります。 Aの記録を見たことのないBの人が、なぜ認めるのでしょうか?

物理的に硬貨を移す行為は存在しません。できるのは一つです。

A板で何かが起きたと、B板に信じさせることです。

受け入れると、問いは具体的になります。誰が伝え、B板はなぜ信じるのか?

四つの方法が現れます。

第1に、皆が信じる使者を選ぶ。 Aへ行き、10枚ロックされたと伝えれば、Bは新しい10枚を発行します。安く速く、嘘をつかず、なりすまされないことが前提です。

第2に、集団で投票する。 9人がAを見て、5票以上で有効とします。一人より確かでも、5人の結託や、同じ上司の管理下なら同じ結果です。

第3に、B自身が照合する。 Aのルールを保持し、記録を検証します。誰も信じず最も確かですが、追加作業が多く、Aの変更にも追従するため最も高くなります。

第4に、そもそも移さない。 Aであなたが10枚を張さんへ渡し、Bでは張さんが自分の10枚を渡します。各板で別々に記録し、何も越境しません。

最後は興味深く、板をまたぐ問題を、両側の交換へ変えます。 両側に資金を持ち、応じる相手を探す必要があります。

あなたが決める

AからBへ資金を移して使います。

結果を観察する

四つは大きく異なっても、共通点があります。

チェーン間で伝わるのは資産ではなく、他方で何が起きたかというメッセージです。

本章のすべてがこの一文です。受け入れると複雑な問いが簡単になります。

  • 資産はどこか? 元のチェーンでロックされ、新しい側では証明を持ちます。
  • ブリッジは安全か? メッセージの真実性を誰が保証するかという問いです。
  • なぜ事故が多いか? 大量のロック資産と、真偽を決める権力を集中させるからです。

信頼の前提で並べます。

方法真実性の保証問題の起こり方費用
単一の使者一主体悪意、侵害、なりすまし最低
複数の投票集団結託や集中した鍵の一括流出低
宛先が検証両チェーンのルール実装のバグ、送信元の更新で失効高
両側交換マッチングと相手不履行、資金不足中

もう一つ覚えてください。Bで得るのは、元のコインではなく証明です。第13章のステーブルコインの問いが使えます。

裏付けは誰の手にあり、十分で、持ち出せるか。元のチェーンが止まったら何が残るか。

複数のチェーンで同じ資産を持っていても、裏付けを尋ねたことのない人が多くいます。同じものではないことがよくあります。

モデルを作る

モデル1:クロスチェーンの四段階

  1. Aで何かが起きる
  2. 誰かが発生を証明
  3. Bが証明を受け入れる
  4. Bで結果が生まれる
安全は第2、第3段階にあります。第1、第4段階はほぼ問題を起こしません。

中間に注目します。誰が証明し、宛先はなぜ受け入れるか。

モデル2:なぜ一つだけにならないか

タイトルに答えます。多チェーンは誰かの流行ではなく、三つの結果です。

理由説明
価格で需要が押し出される第7章:少額用途は混雑したチェーンに存在できず、他へ行く
取捨選択を統一できない第8章:六軸の最適設定は用途で違い、万能の構成はない
構築費用が下がる第11章:実行を外へ移し、既存の安全を借りられる

一つだけでも必然で、三つとも成立します。

問いは一つになるかでなく、ユーザーが代償を払う必要があるかです。

モデル3:やり方から、望む結果へ

ユーザーの状況を言い換えます。

本当に言いたいのは、BチェーンでXを100個得たいということです。

現在は、ブリッジを選び、移し、待ち、交換し、手数料を用意し、本来の操作をします。すべて実装の詳細で、目的ではありません。

変化が起きています。結果だけを表明し、達成方法は専門家同士の競争へ任せます。

現在の手順結果を表す手順
ユーザーの表明六つの操作望む結果を一文
方法を決める人自分達成を競う人々
必要な保有物各チェーンのネイティブトークン使いたい資産だけ
失敗時途中で止まる完了か、何も起きないか
信頼対象各操作の正しさマッチングと決済の仕組み

表の最後の行は、これが無償の利便性ではないことを示しています。複雑さを誰かに任せると、信頼の一部もその相手に預けることになります。 この交換が割に合うかは、マッチングと決済の仕組みがどう設計されているかに左右されます。その設計を自分で調べられるようになることが、この講座の目的です。

もう一歩進めば、タイトルの真の意味です。結果だけ言えばよいなら、チェーンを知る必要がありますか?

答えを急がず、Labを終えて戻ってください。

何と呼ぶか

マルチチェーンMulti-chain

多くのチェーンが存在し、資産と活動が分かれる状態です。

目標でなく結果です。数十を望んだのではなく、価格、異なる取捨選択、構築費用の低下が生みました。

調査では、同じプロジェクトのデータもチェーンごとに取得し、合算前に定義を確認します。第23章で出会う落とし穴です。

ブリッジBridge

メッセージをチェーン間で伝え、宛先に資産や操作を生むシステムです。

分けてください。伝えるのはメッセージで、ロックするのは資産です。 前者が安全の前提、後者が損失規模を決めます。

損失が集中する理由です。大量のロック資産と真偽を決める権力を、一か所に置きます。 第24章で独立したリスクにします。

相互運用性Interoperability

異なるチェーンが、安全に状態を読み、メッセージを伝え、操作を起こせるかです。

資産移動は初歩の用途です。Aの担保でBに借りるなど、一方で始め他方で実行する形がより完全です。

基準は常に、宛先がなぜ送信元の出来事を信じるかです。

インテントIntent

実行手順でなく、望む結果を表すことです。

BでXを100個得て最大2個払う、はインテントです。ブリッジして交換して送る、は手順です。

便利さだけではありません。結果だけを言えば、達成者が競い、自分で操作するよりよい結果を得やすくなります。 代償は仕組みへの信頼と、極端な相場でも動くかです。

チェーン抽象化Chain Abstraction

どのチェーンかを、ユーザーの意思決定から外すことです。

共通アカウント、各側の手数料準備が不要なこと、結果の表明、自動経路選択などを含みます。

完成済みではなく方向です。代償も明示します。チェーンが見えないと、どのチェーンのリスクかも見えません。 利便性とリスク認識の間の未解決な矛盾です。

一文にまとめます。

マルチチェーンは結果、抽象化は方向です。伝わるのは資産自体でなくメッセージです。

判断の問いは、誰が真実性を保証するかです。

実践

実践一度チェーンをまたぎ、資産の裏付けを調べるブリッジ + 二つのブロックエクスプローラーテストネットは0元。メインネットなら数ドル以内

このLabは実際の資産を扱います。必ずテストネットを使うか、金額を数ドル以内に抑えてください。 ブリッジはこの分野で事故が最も集中する場所で、第24章でも詳しく扱います。ここで必要なのは一連の流れを観察した記録であり、大きな金額を送ることではありません。

操作する前に調べてください。 ブリッジを一つ選び、四つの方式のどれに当たるか、メッセージが真実であることを誰が保証するかを、実行前に答えます。

公式文書で見つからなければ別を選びます。分からないこと自体が結論です。

少額を移します。 開始、送信元の承認、宛先の到着という三つの時刻を記録します。

費用は送信元手数料、ブリッジ料金、宛先手数料(あれば)に分けます。

ロック資金を探します。 エクスプローラーで、どのアドレスへ入ったか調べます。

開いて、現在合計いくらロックされているか、確認時刻とともに記録します。

宛先の資産のコントラクトを調べます。

  • 総供給量は元のロック量と合うか?
  • 誰が追加発行できるか?
  • 更新でき、誰に権限があるか?

二つ目の問いが、このLabの核心です。 あるアドレスが裏付けなしにこの資産を追加発行できるなら、そのブリッジの安全性全体は、そのアドレスの秘密鍵をどれだけ安全に保管できるかに等しくなります。

表を完成します。

問い結果
どの方式か
真実性の保証者
到着までの時間
総費用と内訳
元のロック資産量
宛先の総供給量
証明の追加発行権者
更新権限とタイムロック

最後に、明日ブリッジが破られたら、資産は何になるか答えます。

三つのチェーンの同じ資産の裏付けは、同じ組でしょうか? 大半の人は調べたことがありません。

AI Lab

AI LabAIに三方式の信頼前提を列挙させ、実際の事故で検証するLevel 2 · AI Copilot

まずAIに行わせます。

クロスチェーン方式を三つに分けてください。単一の外部保証、外部集団の投票、
宛先が送信元の状態を自分で検証する方式です。

それぞれ説明してください。
1. ユーザーが成立を信じる必要のある、完全な前提一覧
2. 各前提が破られる方法
3. 費用と速度の取捨選択

実際のブリッジ攻撃を一つ選び、段階的に再現してください。
攻撃者の操作、破られた前提、損失規模、事後対応です。
公式事後報告リンクと発生時期を付け、不確かなものは「不確か」と書いてください。

本当の作業は、一覧を実事故と比較し、抜けた前提を見つけることです。

安定した盲点があります。設計の前提は得意でも、運用の前提は苦手です。

署名人数は書いても、次を尋ねません。

  1. 各秘密鍵をどこに保存するか?
  2. 署名者を誰が置き換えられるか?
  3. コントラクトを更新できるか?
  4. 緊急停止・出金権限はあり、誰が持つか?
  5. ロック資産は一つのアドレスへ集中するか?

過去の最大級のブリッジ事故で破られたのは、署名の承認数そのものより、ほとんどの場合、この五つのどれかでした。コードに誤りがなくても、秘密鍵を奪われれば資金は失われます。 第9章の教訓が、ここでも同じ形で繰り返されます。

抜けたものを追加してください。すべてのクロスチェーン製品を判断する常備の道具になります。

AI の回答後、自分で必ず検証すること

  • メッセージの証明者を置き換えられるかが抜けていないか
  • 複数署名を自動で分散型としていないか。独立性を見る必要がある
  • 事故の時期、金額、経路は公式事後報告と合うか
  • 別の二つの事故を合体していないか
  • 秘密鍵盗難と論理の悪用を区別したか。別の攻撃
  • 損失上限を決めるロック資産量に触れたか
  • 数字に出典と時点があるか

実例

ブリッジ攻撃で業界最大級の損失2021〜2022年複数の事例

この時期、巨額の攻撃が複数のブリッジで起き、1件数億ドルに達しました。

二種類あります。署名者の秘密鍵を奪い、入金の偽メッセージで宛先に発行するもの。検証論理の欠陥を使い、通過できる偽メッセージを作るものです。

共通点は、宛先が偽メッセージを信じたことです。 モデルの第2、第3段階です。

送信元が止まり、証明の裏付けが不確かになる複数回発生

故障で長く止まると、ブリッジの資産を検証も引き出しもできません。

他方の証明は売買できても、支えが不確かになり、価格が大きくずれます。

証明の価値は、他方の裏付けが残り、入手できるかで決まります。 第13章の準備資産の問いがそのまま使えます。

新しいチェーンへ届いても動かせない毎日発生

ステーブルコインを移して残高が見えても、ネイティブトークンがなく手数料を払えません。

抽象化の最も基本的で過小評価される問題です。安全の前提ではなく製品設計の不足です。

保有資産で手数料を払う、アプリが代払いする、移動時に少量を付けるなど、解決策があります。体験の改善は、性能向上より大きい場合があります。

同じ名前でも、三つのチェーンで別物現在

同じ資産でも、公式が直接発行、ブリッジでロックして対応物を発行、二度のブリッジなど、方式は異なります。

表示名、アイコン、価格は同じでも、リスクは全く違います。

判断は名前でなくアドレスだけです。 どの資産の調査にも使う習慣を、今日から始めてください。

変数を一つ変える

もし世界に一つのチェーンだけ残る

越境問題もブリッジリスクも切り替えも消えます。

しかし第7章の問題が悪化します。全需要が同じ空間へ集まり、最も資金力のある用途が価格を決め、低価値用途を永久に排除します。

第8章も解けません。六軸の設定が貯蓄、ゲーム、清算を同時に満たす必要があります。

多チェーンにも、一つのチェーンにも費用はあります。 統一だけで解けません。

もし全チェーンが同じ方式で互いを検証する

通信プロトコルのように標準化し、新規参加は規格を実装するだけで、組み合わせごとのブリッジは不要です。

ロック資産が数十の契約からまとめられ、攻撃対象が減ります。

代償に注意します。共通の失敗箇所も標準化されます。 欠陥があれば一つのブリッジでなく全体に影響する、基盤標準化の取捨選択です。

もし画面にチェーン名が一切表示されなくなる

体験は改善し、抽象化の目標とタイトルの問いに近づきます。

ただし、見えなくてもリスクはあります。 弱い前提のチェーンや、5人が管理するブリッジを通った資産かもしれません。

未解決の製品の問いです。複雑さを見せず、負うリスクをどう知らせますか? 従来の金融は規制と開示を使い、ここでは未定です。第27章で扱います。

もし保証する主体が規制で停止を要求される

記録も証明も消えません。

しかし戻したいというメッセージを保証する人がなく、償還経路が切れます。一時的に換金できない証明が残ります。

第13章のドルステーブルコイン禁止と同じ構造です。所有権は奪いにくくても、チェーン間や現実との接点は断てます。

持ち帰る問い

2
なぜブロックチェーンが必要なのか?

問いが極まります。なぜこのメッセージをチェーンが保証する必要がありますか?

中央の主体が完全に保証するなら、信頼構造は証券会社間の内部振替と同じです。記録がチェーンにあるだけです。悪いとは限りませんが、どの種類を得たか理解してください。

4
ユーザーは誰か?

抽象化のユーザーは、ネットワークの意味すら知りたくない人です。

方向は決まります。切り替えを求めるたびに離脱します。 しかし知りたくない人へ、どうリスクを知らせるでしょうか?

ユーザーが分からなければ、隠す複雑さと見せる複雑さを分けられません。

5
誰が支払っているか?

費用は料金以外に、両側の手数料、スリッページ、待つ間の価格リスクがあります。

隠れた費用もあります。先払いの相手は、資金拘束と価格変動の代金を取ります。 項目には出ず、為替レートに入ります。第15章で計算します。

9
誰がリスクを負うか?

答えは明快です。証明の保有者がリスクを負います。

ロック資産が奪われると、損失は対応する証明の全保有者に載ります。使ったことがなく、市場で買っただけの人も含みます。

実務上の注意です。知らないうちにブリッジのリスクを負う場合があります。 名前でなくアドレスを調べます。

章末チェック

要点

複数チェーンは結果であり、抽象化が進む方向だ。チェーンをまたぐときに運ぶのは資産そのものではなくメッセージだ。

この章の実践課題を終えたらチェックしてください進捗をすべて見る

このページの内容