スマートコントラクト対応チェーンが雨後の筍のように出現するこの時代において、さまざまなネイティブアセットのサードパーティ製クロスチェーンブリッジに対するユーザーの需要も高まっています。ブロックチェーンのエコロジーとプロジェクトは通常、単純な「ミント＆バーン」クロスチェーンソリューションを採用しており、その結果、単一のクロスチェーンブリッジプロバイダーに属するクロスチェーン資産が無制限に制御されることになります。しかし、議論する人はほとんどいませんが、サプライヤーが束縛されると、資産のセキュリティとブロックチェーンのエコロジーに関して是正するのが困難な巨大なリスクが容易に引き起こされるということです。
最初のレベルのタイトル
サードパーティネイティブアセットクロスチェーンブリッジの開発履歴
あるチェーン上の元の資産を別のチェーンにクロスさせる必要がある場合、クロスチェーンを実行しながら市場における資産の総流通量を変更しないように維持することが広範な要求となります。たとえば、プロジェクトがマルチチェーン開発に拡張したい場合、通常は独自の契約トークンをクロスチェーンし、それを流動性マイニングの報酬やガバナンスに使用する必要があります ($SUSHI やその他のマルチチェーン DeFi プロジェクトなど)。別の例として、新しく立ち上げられたEVM互換チェーンは、通常、DeFiエコシステムの活動を刺激するために、いくつかの主流資産（WETH、USDT、USDCなど）をクロスリンクする必要があります。
ここで「ネイティブ アセット クロスチェーン ブリッジ」が登場します。その「鋳造と書き込み」ワークフローは次のとおりです。
ソース チェーンからターゲット チェーンまで:ユーザーは、サブジェクト (分散型または集中型) によって制御される安全なスマート コントラクト内のソース チェーン上の元のアセットを「ロック」し、サブジェクトは元のアセットの正規マッピングをターゲット チェーン上のユーザーに「キャスト」します。
ターゲット チェーンからソース チェーンに戻ります。ユーザーはブリッジされたターゲットチェーン上のミントされた規範的マッピングアセットを「破壊」し、破壊を確認した後、サブジェクトはソースチェーン上の同量のロックされたアセットをユーザーに「解放」します（対応するクロスチェーン手数料を差し引いたもの）。 。
以下の議論を簡単にするために、ネットワーク研究コミュニティから用語を借用して、これを次のように呼びます。資産を管理する主体と呼ばれる橋の構造」。
ブロックチェーンや、Avalanche や Polygon などの第 2 層サイドチェーン、あるいは Arbitrum や Optimism などのロールアップの場合、通常、イーサリアムに接続するために公式のネイティブ アセット クロスチェーン ブリッジが確立され、WETH、USDT、USDC などの主流のアセット クロスチェーンに使用されます。 、DAIなど。通常、これらの公式クロスチェーン ブリッジの「ブリッジ構造」は、基礎となるチェーンのコンセンサスと同じセキュリティ レベルを持っています (もちろん、いくつかの例外はあります)。または、第 2 層のロールアップの場合は、第 1 層に安全にバインドされています。イーサリアムの。合流点はイーサリアムであるため、チェーンとそのネイティブアセットのクロスチェーンブリッジの間にスタートポロジが形成されます。
ただし、このスター トポロジは、すべてのネイティブ アセットのクロスチェーン要件を満たすことができません。
トークンが最初にイーサリアムで発行されていない場合、たとえば Avalanche から BSC への直接のネイティブ アセット クロスチェーン ブリッジが必要ですが、このユースケースをサポートできる対応する公式のネイティブ アセット クロスチェーン ブリッジはありません。
チェーンが分散型で非承認のネイティブアセットクロスチェーンブリッジを運用しないことを選択した場合, 当然のことながら、このチェーン上に構築されたエコロジープロジェクトのクロスチェーンのニーズに直接応える方法はありません。そのような例には、Moonriver、Celo、Oasis Emerald、BSC (現在、公式の BSC ブリッジは運用を停止しています) などが含まれます。この場合、プロジェクトの契約資産だけでなく、USDT/USDC/WETHを含む主流資産も正式にチェーンにブリッジすることができません。
最初のレベルのタイトル
クロスチェーンブリッジを選択する際の最も重要な質問
ここで、Oasis Emerald の DEX が $ROSE/$USDT をリストしたいと仮定します。クロスチェーン $USDT のどのバージョンを使用するかを選択する必要がありますか?または、DeFi プロジェクトが BSC に拡張し、独自の契約資産を横断したい場合、トークン マッピングを作成するにはどのクロスチェーン ブリッジを使用する必要がありますか?
現在、既存のネイティブ ブリッジはすべて、独自の独自バージョンの正規マッピング トークンを作成しており、これらのトークンには完全に互換性がありません。これは非常に皮肉な現実です。ネイティブアセットのクロスチェーンブリッジは、ブロックチェーンの相互運用性を実現するための重要なコンポーネントですが、相互運用可能ではありません。
この場合、どちらか 1 つしか選択できないという疑問が生じますよね。
Anyswap、cBridge、Wormhole、またはその他のクロスチェーン ブリッジを選択する必要がありますか?セキュリティモデル、UI/UX、SDK、アグリゲーターのサポート、将来の拡張性やコストなどを比較するための比較表の作成をすでに開始している場合は、それは不必要です。
はい、これらはすべて重要ですが、最初から選択を迫られるべきではありません。
DeFi/GameFi/NFT/Metaverse/dApp/ブロックチェーン開発者として、ソリューションとしてサードパーティのネイティブアセットクロスチェーンブリッジを採用することを決定する場合、最も重要なことは次のとおりです。
最初のレベルのタイトル
ベンダーロックされたクロスチェーンブリッジはDAppの健全性を損なう
残念ながら、既存のサードパーティのネイティブ資産クロスチェーン ブリッジはすべて、ベンダー ロックインの影響を受けています。したがって、プロジェクト開発者にとって、クロスチェーン ソリューションの使用を選択すると、それが良いか悪いかに関係なく、プロジェクトは常にこのブリッジに制限されます。技術的には、これは、選択したクロスチェーン ブリッジが、ターゲット チェーン上のそのアセットの唯一の正規マッピング トークンの作成者であるためです。
巨大な資産セキュリティリスクから始めましょう。あなたがブロックチェーン上で DEX を開発しており、現在 SuperNice Bridge によって作成された $USDT マッピングの唯一のバージョンに完全に依存しているとします。 SuperNice Bridge の「ブリッジ構造」に重大なセキュリティ プロセスの欠陥があり、ハッカーが無制限に $USDT を鋳造し、DEX 上のすべての資産を流出させてしまったらどうなるでしょうか?あるいは、プロジェクト トークンを複数のチェーンに拡張すると、トークンの 80% がブリッジによって制御されるプールにロックされ、同じセキュリティ侵害が発生し、壊滅的な市場価格の暴落、そしてどのような No Exchange ハッキングよりも大きな被害を受けることになります。あなたの資産をより深刻に攻撃する可能性があります。
次に、信頼性の問題があります。クロスチェーンシステムで輻輳が発生した場合はどうなりますか?クロスチェーンサービスの品質が低下したらどうなるでしょうか?クロスチェーン橋が落ちたらどうなるでしょうか？あなたのプロジェクト トークンを保持しているユーザーは完全に問題を抱えています。
最後に、この種のサプライヤーにロックされたクロスチェーンブリッジは、予測できない一連の生態学的問題を引き起こす可能性があります。
料金の値上げが決定したらどうなるでしょうか？
ユーザーのレート制限を決定したらどうなるでしょうか?
それが UX の反復を停止し、ユーザーを不満にさせたらどうなるでしょうか?
汎用メッセージングの将来の使用シナリオをサポートできない場合はどうなるでしょうか?
外部ブリッジ アグリゲーターで動作しない場合、または API が壊れている場合はどうなりますか?
……
何ができますか
そうです、それについては何もできません。上記のリストは、起こり得ることのほんの一部にすぎませんが、dApp とユーザーは、予測不可能ではあるが現実的な事態に完全にさらされることになります。最初のレベルのタイトル。
オープンなクロスチェーンブリッジ標準: サプライヤーのロックインの問題を簡単に解決
良いニュースは、このベンダーロックインの状況は簡単に解決できることです。私たちは、統一された「単一資産仕様マッピングフレームワーク」を策定し、ブロックチェーンプロジェクトと開発者コミュニティを支配的な立場に置き、複数のクロスチェーンブリッジの中から最適なネイティブ資産クロスチェーンソリューションを選択することができます。さらに重要なのは、プロジェクト開発者として、追加の負担がなくなることです。
より技術的なレベルでは、最初に行うべき最も重要なことは、ネイティブ トークンのシングルミンター コントラクトの概念を根絶することです。この場合、トークンは単一のクロスチェーンブリッジによってのみ鋳造できるため、サプライヤーロックインの問題が発生します。
代わりに、プロジェクトが他のチェーンに拡張することを選択した場合、プロジェクトの開発者コミュニティはマルチクロスチェーンブリッジ互換の契約を要求する必要があります。
この種のトークン コントラクトを使用すると、各クロスチェーン ブリッジがミントされるため、プロジェクトは複数のクロスチェーン ブリッジがそのコントラクト トークンのネイティブ アセット クロスチェーン ブリッジとして同時に機能することを許可できます。同じバージョンのネイティブ仕様マッピング トークン。 DeFi アプリケーションは、オープン クロスチェーン ブリッジ標準をサポートする USDT/USDC/WETH などの主流資産の標準化されたマッピングを要求することもできます。各ブリッジは、DAO のセキュリティ レベル、ユーザー エクスペリエンス、およびその他の要素の評価に基づいて、最大鋳造価値の上限を動的に割り当てることもできます。
明らかに、プロジェクト当事者が今やクロスチェーンブリッジの支配者となっています。それでは、前の章で述べたリスク シナリオに戻りましょう。
クロスチェーン ブリッジの 1 つが攻撃され、上限のない鋳造が行われた場合、クロスチェーン ブリッジに割り当てられた残りの鋳造割り当て (通常はクロスチェーン ブリッジの鋳造上限よりもはるかに小さい) のみが減らされます。コントラクトトークンの総供給量が急激に減少し、この状況でのリスクが大幅に減少しました。
クロスチェーンブリッジの 1 つが正常に使用できない場合はどうすればよいですか?心配しないでください。ユーザーに通常どおりサービスを提供し続けるクロスチェーン ブリッジは他にもあります。
特定の橋の通行料が高すぎる場合はどうなりますか?クロスチェーン手数料がかかりすぎていませんか? UI/UX が直感的ではありませんか?限定された機能のサポート?外部エコシステムの統合はありませんか?心配しないでください。プロジェクトの DAO はクロスチェーン ブリッジのミント キャップを引き下げ、ユーザーに他のブリッジを使用するように誘導するだけです。
最初のレベルのタイトル
最も重要なときに参加してください!あなたが必要です！
私たちは、標準仕様を策定するために今日このコンテンツを公開するのではなく、標準仕様を策定できることを期待していることを皆さんに明確にしたいと思います。このようなオープンスタンダードの必要性について強力な根拠を提供する副題
クロスチェーンおよび相互運用性ソリューションの構築者向け
副題
さまざまなアプリケーション向けの DAO
この記事が、ベンダーロックされていないネイティブアセットのクロスチェーンソリューションを使用することが非常に重要であることを誰もが認識できることを願っています。クロスチェーン資産の統合や新しいチェーンへの拡張を検討している場合、現在どのクロスチェーン ブリッジ ソリューションを検討しているかに関係なく、単に 1 つのクロスチェーンを探すのではなく、本当に有益なソリューションを見つけられることを願っています。 -チェーンブリッジプロバイダー。
副題
コミュニティのオピニオンリーダー
アドバイスを求めている世界中のすべての開発者に、オープン ネイティブ アセット クロスチェーン ブリッジ標準の利点を提供し、ベンダー ロックインの潜在的な落とし穴について知らせるために、ぜひご参加ください。
力を合わせてオープンで相互運用可能な未来を一緒に築きましょう!
