|
| 1 | +--- |
| 2 | +title: ブロックチェーンブリッジの紹介 |
| 3 | +description: 異なるブロックチェーン間の資金移動を可能にするブリッジ |
| 4 | +lang: ja |
| 5 | +sidebar: true |
| 6 | +--- |
| 7 | + |
| 8 | +# ブロックチェーンブリッジ {#prerequisites} |
| 9 | + |
| 10 | +_Web3 は、L1 ブロックチェーンと L2 スケーリングソリューションのエコシステムに発展し、それぞれ独自の機能とトレードオフがあります。 ブロックチェーンのプロトコルが増えるにつれ、[チェーン間で資産を移動させる需要](<https://dune.xyz/eliasimos/Bridge-Away-(from-Ethereum)>)も増えています。 この需要を満たすのが、ブリッジです。_ |
| 11 | + |
| 12 | +<Divider /> |
| 13 | + |
| 14 | +## ブリッジとは {#what-are-bridges} |
| 15 | + |
| 16 | +ブロックチェーンの世界でのブリッジとは、その名のとおりブリッジ(橋)と同じような機能があります。 橋が 2 つの場所をつなぐように、ブロックチェーンのブリッジは 2 つのブロックチェーンエコシステムをつなぎ、 ブロックチェーン間の情報・資産をやり取りできます。 |
| 17 | + |
| 18 | +例を考えてみましょう。 |
| 19 | + |
| 20 | +アメリカからヨーロッパに旅行を計画しているとします。 米ドルを持ってますが、支払いにはユーロが必要です。 手数料を払って両替所を利用し、米ドルをユーロに両替することができます。 |
| 21 | + |
| 22 | +しかし、異なるブロックチェーンを利用するために、同様の両替を行う場合は、どうすればいいでしょうか? イーサリアムメインネット上の ETH から、[Arbitrum](https://arbitrum.io/)の ETH に交換を希望しているとします。 米ドルからユーロへの両替のように、イーサリアムから Arbitrum へ ETH を移動させるメカニズムが必要です。 ブリッジはこのようなトランザクションを可能にします。 この場合、[Arbitrum のネイティブブリッジ](https://bridge.arbitrum.io/)があり、メインネットから Arbitrum に ETH を移動できます。 |
| 23 | + |
| 24 | +## ブリッジが必要な理由 {#why-do-we-need-bridges} |
| 25 | + |
| 26 | +すべてのブロックチェーンには制限があります。 イーサリアムが需要に追いつくためにスケールアップするには、ロールアップが必要です。 あるいは、Solana や Avalanche のような L1 チェーンでは、分散化を代償にして、より高いスループットを実現するために異なる設計をしています。 |
| 27 | + |
| 28 | +しかし、すべてのブロックチェーンは、独立した環境で開発され、異なるルールとコンセンサスメカニズムを使用します。 つまり、ネイティブではブロックチェーン間の通信ができず、トークンもブロックチェーン間を自由に移動できません。 |
| 29 | + |
| 30 | +ブリッジはブロックチェーンを接続し、ブロックチェーン間の情報、トークンを移動できます。 |
| 31 | + |
| 32 | +ブリッジは下記を実現します。 |
| 33 | + |
| 34 | +- チェーンの垣根を超えた資産、情報の移動 |
| 35 | +- 分散型アプリ(Dapp)を使用して、複数のブロックチェーンの強みを活用し、その結果、機能の向上(現在はプロトコルにイノベーションに利用できる設計スペースが増えたため)。 |
| 36 | +- 新しいプラットフォームにアクセスし、異なるチェーンの利点を活用 |
| 37 | +- 異なるブロックチェーンエコシステムからの開発者同士が協力し、新しいプラットフォームの開発 |
| 38 | + |
| 39 | +<Divider /> |
| 40 | + |
| 41 | +## ブリッジのユースケース {#bridge-use-cases} |
| 42 | + |
| 43 | +下記は、ブリッジを活用できるシナリオです。 |
| 44 | + |
| 45 | +### トランザクションフィーを安価に {#transaction-fees} |
| 46 | + |
| 47 | +例えば、イーサリアムメインネットの ETH を持っていると仮定して、他の分散型アプリ(Dapp)を探すため、トランザクションフィーをより安価にしたいとします。 メインネットからイーサリアムの L2 ロールアップに、ETH をブリッジすることで、トランザクションフィーを安価にすることができます。 |
| 48 | + |
| 49 | +### 他のブロックチェーンの分散型アプリ(Dapp) {#dapps-other-chains} |
| 50 | + |
| 51 | +USDT を貸し出すのにイーサリアムムメインネットの Aave を使用している場合、Polygon の Aave で USDT を貸し出すと、金利がより高くなります。 |
| 52 | + |
| 53 | +### ブロックチェーンエコシステムの探索 {#explore-ecosystems} |
| 54 | + |
| 55 | +イーサリアムメインネットで ETH を所有していて、代替の L1 の分散型アプリ(Dapp)を使用したいとします。 ブリッジを使って、イーサリアムメインネットから他の L1 に ETH を移動させることができます。 |
| 56 | + |
| 57 | +### ネイティブ仮想通貨の所有 {#own-native} |
| 58 | + |
| 59 | +例えば、ネイティブビットコイン(BTC)の保有を希望しており、資金はイーサリアムメインネットにあるとします。 イーサリアムで BTC を入手するために、ラップドビットコイン(WBTC)を購入できます。 しかし、WBTC はイーサリアムネットワークの ERC-20 トークンであり、ビットコインのイーサリアム版のようなあもので、ビットコインブロックチェーンの資産ではありません。 ネイティブの BTC を保有するには、イーサリアムからビットコインに資産をブリッジする必要があります。 WBTC をブリッジすれば、ネイティブの BTC に交換できます。 あるいは、BTC を保有していて、イーサリアムの分散型金融(DeFi)プロトコルで使用したいとします。 これには、逆に BTC から WBTC へのブリッジが必要となり、WBTC はイーサリアムの資産として使用することができます。 |
| 60 | + |
| 61 | +<InfoBanner shouldCenter emoji=":bulb:"> |
| 62 | + <a href="/get-eth/">中央集権型取引所</a>を使用すると、これらのすべてを行えます。 しかし、取引所に資産がある場合を除いては、複数の手順が必要になるため、ブリッジを使用する方が手間が省けます。 |
| 63 | +</InfoBanner> |
| 64 | + |
| 65 | +<Divider /> |
| 66 | + |
| 67 | +## ブリッジの種類 {#types-of-bridge} |
| 68 | + |
| 69 | +ブリッジには多くの種類の設計や複雑さがあります。 一般的に、ブリッジは、トラストとトラストレスの 2 つのカテゴリに分類されます。 |
| 70 | + |
| 71 | +| トラストブリッジ | トレストレスブリッジ | |
| 72 | +| ----------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------- | |
| 73 | +| トラストブリッジでは、運用を中央エンティティやシステムに依存します。 | トレストレスブリッジは、スマートコントラクトやアルゴリズムを用いて運用します。 | |
| 74 | +| 資産の保管やセキュリティをトラストブリッジに信頼しなければなりません。 ユーザーは主にブリッジ運営の評判に頼っています。 | ブリッジのセキュリティは基盤となるブロックチェーンのセキュリティと同じで、信頼する必要がなく、トラストレスです。 | |
| 75 | +| 自分自身の仮想通貨の管理を諦める必要があります。 | スマートコントラクトを経由して、トラストレスブリッジにより、自分自身の資金管理ができます。 | |
| 76 | + |
| 77 | +一言で言えば、トラストブリッジでは、サードパーティへの「信頼の前提」があると言え、一方のトラストレスブリッジでは、この信頼を最小限にし、基盤となるドメインを超える範囲で、新たに信頼を置く必要がありません。 これらの用語を下記に説明します。 |
| 78 | + |
| 79 | +- **トラストレス**: 基盤となるドメインと同等のセキュリティ。 [Arjun Bhuptani のこちらの記事で](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17)説明されています。 |
| 80 | +- **信頼の前提:** 外部の検証者をシステムに含めることで、基盤となるドメインのセキュリティから離れ、暗号経済的にセキュリティが低下。 |
| 81 | + |
| 82 | +2 つのアプローチの重要な違いをもっと理解するために、例を見てみましょう。 |
| 83 | + |
| 84 | +空港の保安検査場にいるとします。 2 種類のチェックポイントがあります。 |
| 85 | + |
| 86 | +1. 手動チェックポイント — 搭乗券を渡す前に、係員が航空券の詳細と身分証明書をすべて手動で確認します。 |
| 87 | +2. セルフチェックイン — 機械にフライトの詳細を入力し、問題がなければ搭乗券を受け取ります。 |
| 88 | + |
| 89 | +手動チェックポイントはトラストモデルに似ており、サードパーティー(係員)に依存します。 係員が正しい決定を行い、個人情報を正しく使用してくれるものと信頼します。 |
| 90 | + |
| 91 | +セルフチェックインは、係員による作業を削除し、テクノロジーを使用するため、トラストレスモデルに似ています。 搭乗者は常にデータを管理でき、個人情報をサードパーティに渡す必要はありません。 |
| 92 | + |
| 93 | +多くのブリッジソリューションは、これらの両極端な例の間にある異なるトラストレスモデルを採用しています。 |
| 94 | + |
| 95 | +<Divider /> |
| 96 | + |
| 97 | +## ブリッジ利用のリスク {#bridge-risk} |
| 98 | + |
| 99 | +ブリッジは開発の初期段階です。 最適なブリッジの設計はまだ発見されていない可能性があります。 そのため、どの種類のブリッジでもリスクが伴います。 |
| 100 | + |
| 101 | +- **スマートコントラクトのリスク —** 資金を失ってしまう可能性のあるコードのバグ |
| 102 | +- **テクノロジーのリスク — **ソフトウェアの障害、コードのバグ、ヒューマンエラー、スパム、悪意のある攻撃による障害 |
| 103 | + |
| 104 | +さらに、トラストブリッジでは「信頼の前提」が必要なため、下記のようなリスクがあります。 |
| 105 | + |
| 106 | +- **検閲のリスク — ** 理論的にはブリッジの運営側が、ユーザーのブリッジを使用した資産の移動を停止可能 |
| 107 | +- **資産保管のリスク —** ブリッジ運営側による不正行為と資金の窃取 |
| 108 | + |
| 109 | +下記の場合は、ユーザーの資金にリスクにさらされます。 |
| 110 | + |
| 111 | +- スマートコントラクトのバグ |
| 112 | +- ユーザーによるエラー |
| 113 | +- 基盤となるブロックチェーンのハッキング |
| 114 | +- トラストブリッジで、ブリッジ運営側による悪意的な行動 |
| 115 | +- ブリッジのハッキング |
| 116 | + |
| 117 | +最近のハッキングされた例として、Solana のワームホールブリッジで、[120k wETH (3 億 2500 万米ドル)が盗難](https://rekt.news/wormhole-rekt/)の被害に逢いました。 |
| 118 | + |
| 119 | +ブリッジは、イーサリアムの L2 を初めて利用するユーザー、またさまざまなエコシステムを探索したいユーザーにとっても重要なものです。 しかし、ブリッジ利用に伴うリスクを考慮し、ブリッジのトレードオフの理解が必要です。 |
| 120 | + |
| 121 | +<Divider /> |
| 122 | + |
| 123 | +## 参考文献 {#further-reading} |
| 124 | + |
| 125 | +- [ブロックチェーンブリッジとは何か、またこれらをどのように分類できるか](https://blog.li.finance/what-are-blockchain-bridges-and-how-can-we-classify-them-560dc6ec05fa) _2021 年 2 月 18 日 - Arjun Chand_ |
| 126 | +- [クロスチェーンブリッジとは](https://www.alchemy.com/overviews/cross-chain-bridges) _2022 年 5 月 10 日 - Alchemy_ |
| 127 | +- [ブロックチェーン ブリッジ: 暗号ネットワークのネットワークの構築](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) _2021 年 9 月 8 日 - Dmitriy Berenzon_ |
| 128 | +- [暗号空間におけるブリッジ](https://medium.com/chainsafe-systems/bridges-in-crypto-space-12e158f5fd1e) _2021 年 8 月 23 日 - Ben Adar Hyman_ |
| 129 | +- [相互運用性のトリレンマ](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17) _2021 年 10 月 1 日 - Arjun Bhuptani_ |
| 130 | +- [ブリッジのセキュリティ: 適切に行われるクロスチェーン通信](https://medium.com/dragonfly-research/secure-the-bridge-cross-chain-communication-done-right-part-i-993f76ffed5d) _2021 年 8 月 23 日 - Celia Wan_ |
0 commit comments