理論と実践:Ether Rollupにおける検閲に強いトランザクションはどのようにトリガーされるのか?
レイヤー2のシーケンサーは、BSCチェーンよりも分散化されていない可能性が高い。もしそうだとしたら、どうすればいいのだろう?
JinseFinanceBy Howe &; Faust, geekweb3
ZetaChainはCosmos SDKに基づくPOSパブリックチェーンです。ZetaChainはCosmos SDKに基づくPOSパブリックチェーンで、「外部チェーン」で開始されたクロスチェーンメッセージとデータをブロックに記録します。ユーザーは、BTCのような「外部チェーン」に特定のフォーマットでメッセージを投稿することで、Ordinalsプロトコルに似た原則を使用して、ZetaChainネットワークに「意図」を伝えることができます。ZetaChainのノードは、コンセンサスによって、どのメッセージをどのような順序で処理するかを決定し、最終的にTSS閾値署名技術によってターゲットチェーンのデジタル署名を生成し、チェーンのパブリックアカウントから資産を解放し、後続の取引ステップをトリガーします。
()現在のZetaChainのバリデータノードのリストには、OKX、HashKey Cloud、Dora Factoryなど、多くのプロジェクト関係者や組織があります。: disc;"> ZetaChain独自のEVM互換性により、コントラクトロジックの展開をサポートします。全チェーンDAPPプロジェクト側は、複数のチェーンにブリッジングアセットコントラクトをデプロイする必要なく、直接ZetaChainチェーン上にクロスチェーンメッセージ処理手順を書くことができ、開発コストを節約できます。ユーザー側からは、理論的には、ソースチェーン-ターゲットチェーン間のブリッジングコントラクトと何度もやり取りすることなく、ZetaChain上のコントラクトとやり取りするだけでよく、これも手数料のコストを節約できます。
"ワンストップ資産ホスティングチェーン "である効果を持ついくつかのIntentプロジェクトと同様に、ZetaChain自身も資産契約またはDefiプロトコルの展開をサポートします。ユーザーは、異なるチェーン上のDAPPのフロントエンドで特定のメッセージを生成して、ZetaChain上のDefiコントラクトまたはアセットステータスへの非同期コールを行うことができます(BTCチェーンアカウントをサポートします);
これは、チェーン全体のための統一されたアセットアカウントをZetaChainに直接ホストさせるようなものですが、この効果を達成するためには、協力する排他的なDAPPフロントエンドが必要です。
現在のところ、ZetaChainの主な機能は、特定のクロスチェーンメッセージを解析し処理するための、基礎となる設備のクロスチェーン、チェーン全体の相互運用性として機能することですが、マルチチェーンDAPPビジネスロジック実行プラットフォームとしても機能し、主なビジネスモデルは典型的なBtoBtoCです。
ブロックチェーン業界の継続的な発展により、私たちはマルチチェーン相互接続の時代にいます。この時代には、異なるアプリケーションシナリオから派生したパブリックチェーンの異なる特性が、さまざまなユーザーエクスペリエンスを生み出していますが、同時に、「チェーン間のサイロ」問題もますます深刻になっているようです。異なるチェーン上のアカウントは相互運用できないことが多く、チェーン間の人々の資産は断片的で一貫性のない状態にあるため、利用の敷居が高くなり、ユーザーエクスペリエンスが大幅に低下する。
異質なチェーン間の断片化と非互換性の問題は、ユーザーのコンバージョン率の伸びを妨げる主な原因の1つだと言える。そして、今日のBTCエコシステムの火種は、異種チェーンの相互運用性の問題をさらに浮き彫りにしました。
Vitalik Buterinが数年前に言ったように、「マルチチェーンは未来だ」。マルチチェーンの共存がトレンドになっている一方で、異種チェーン間のクロスチェーンブリッジを構築するのはまだ面倒です。
マルチチェーンの相互運用性の問題を解決するために、LayerZero、Polyhedra、Map Protocol、Bool NetworkLayerZero、Polyhedra、Map Protocol、Bool Network、さらにはCosmosやPolkadotまでもが、異なるチェーン間メッセージングソリューションを提案しており、最近Tokenと共に稼働を開始したZetaChainもまた、チェーン全体のインフラストラクチャの重要な一部となっています。
以下のセクションでは、ZetaChainのチェーン全体のソリューションの技術的な観点を簡単に説明し、ZetaChainが相互運用可能なDAPPの基礎インフラとしてどのように使用できるかを説明します。クロスチェーンのメッセージ解析と処理を実現します。
実は、クロスチェーンブリッジが解決しなければならない問題を議論するだけで、解決できる最も単純なシナリオがあります。最も単純なシナリオは、異なるチェーン間での資産の移動です。ETHからPolygonに資産をクロスさせる場合、まずETHチェーン上の指定されたリチャージアドレスに資産を送金し、次にPolygonチェーン上で同額の資金を受け取る必要があります。
しかし、問題は、PolygonのノードはETHチェーン上で何が起こっているかを確認することができず、あなたが実際にXX額を補充したかどうかわからないということです。もし誰かがETHチェーン上の特定のアドレスに100Uを送金したと偽って主張し、その後Polygonチェーン上で100Uの放出を要求するために引き出しを開始した場合、これは「空の引き出し問題」を引き起こすことになります。
クロスチェーンブリッジングで重要なのは、「空の引き出し問題」を解決すること、つまり、すべての引き出し宣言が実際のトップアップに対応していることを確認することです。
現在、主流のクロスチェーンブリッジは公証人のメカニズムを使う傾向にあります。コンセンサス "を得ることで、大多数の公証人があなたのクロスチェーンの行動を承認できると考えている限り、あなたの資産はスムーズにクロスチェーンされることができます。
また、より安全なハッシュロックを採用したり、オンチェーンコントラクトを使って他のチェーン上のライトノードを実装し、メルクル証明やzk証明を受け取ることでクロスチェーンの振る舞いの正当性を確認するクロスチェーンブリッジもありますが、この種のクロスチェーンブリッジのコストは高くなる傾向にあり、最終的にはユーザーフィーに転嫁されることになります。したがって、ほとんどのクロスチェーンブリッジは、マルチシグネチャモデルを歩ませるために、オフチェーンの公証ノードを選択します。
参考:言語科学:鎖をまたぐ橋を設計する際に考慮すべきすべてのこととは?.
公証人ベースのクロスチェーンブリッジは、多くの場合、大きな危険にさらされている:ハッキング、または監督盗用に脆弱な、SlowMistハッキング統計によると、2022年に、16クロスチェーンブリッジのセキュリティインシデントの合計、12.1億米ドルの損失は、クロスチェーンブリッジのセキュリティの脆弱性の害で見ることができるチェーンへの攻撃の総数の年の総損失を占めている。
同時に、既存のクロスチェーンブリッジソリューションのほとんどは、Aチェーン上の資産をロックし、Bチェーン上の対応するマッピングされた資産を増加させるロック-ミントモードを選択し、資産のクロスチェーンを実現しています。クロスチェーンを実現する。しかし、この種のソリューションの課金・出金プロセスでは、マッピングされた資産契約と何度もやり取りする必要があり、処理手数料の摩擦が大きく、キャピタルロスの問題がある。
さらに、多くのクロスチェーンブリッジソリューションは、EVM互換チェーン間での資産移動しかサポートしておらず、ソラナやビットコインなどの異種チェーンでのクロスチェーン動作は、両者間の技術標準の違いによって制約を受けることが多く、開発が難しくなっています。
セキュリティや手数料の問題と相まって、現在主流のクロスチェーンブリッジソリューションは、しばしば良好な結果を得ることができず、さらに「ネイティブクロスチェーン」の資産を保証することもできません。今日のビットコインのエコシステムでは、より多くの人々がネイティブでシームレスなクロスチェーン体験を達成するためのより良い方法を探しており、ZetaChainは独自のソリューションを考え出しました。
ZetaChain の機能:相互運用可能なDAPPの基盤インフラ
ZetaChain の自己位置づけは、相互運用可能なDAPPの基盤インフラとして、あらゆる種類の相互運用可能なDAPPのサポートに特化しており、典型的なB To B To Cインフラです。典型的なBtoBtoCの基盤インフラ。PoSアクセス・メカニズムにより、担保資産を持つノードがネットワークに参入し、公証人として活動することができます。すべてのPoSノードは、TSS閾値署名技術を通じてクロスチェーンメッセージの検証と処理に参加し、セキュリティを可能な限り向上させます。
同時に、スマートコントラクトをZetaChain上にデプロイして、アセットスワップに関連するビジネスロジックを追加することができるため、ユーザーはZetaChainまたはそのサポートするマルチチェーン上のDefiコントラクトを呼び出すために、どのチェーン上でも特定のフォーマットでメッセージを送信することができ、BTCチェーン上のPolygon上のDeFi機能を間接的に呼び出すことができます。これはメッセージパッシングのために異なるブロックチェーン間で相互運用する効果があります。
全チェーン相互運用シナリオに基づくDAPPは、ZetaChain上で資産スワップのビジネスロジックを展開することができ、ユーザーが異なるチェーンのガストークンを自動的に交換できるようにします。ユーザーが異なるチェーンのガストークンを自動的に交換できるようにします。
例えば、Ordinalsプロトコルに似たデータリリースを介して、BTC上のいくつかのフルチェーンDAPPのフロントエンドを通して、Solana上のXXコントラクトを呼び出すことを指定する特定のフォーマットのメッセージを送ることができ、それはZetaChainノードによって監視されます。
その後、ZetaChain上のAMM契約は、BTCとSOLの比率を自動的に計算し、契約を起動するその後の複雑な操作を完了するために、Solanaチェーン上で同量のSOLをリリースし、最終的にBTCアドレスまたはSolanaアドレスに戻す権利がある資産を転送することができます。これはいわゆる「チェーン相互運用性」であり、チェーン上でメッセージを発行するだけで、複数のチェーン上のDAPPをリモートで呼び出すことができます。もちろん、これにはいくつかの非同期メッセージ発行とトリガープロセスが含まれます。
ここで、私たちはZetaChainを "チェーン内決済レイヤー "として理解することができます。AチェーンがBチェーンのDAPPへの呼び出しを開始するような、すべてのマルチチェーンの相互作用シナリオは、AチェーンをZetaChainで "チェーン化 "するプロセスの最初のステップに相当します。その後、ZetaChainは前処理された決済結果をBチェーンの対応する口座に同期し、その後のステップを完了します。
プロセス全体は、マッピング資産契約との過度の相互作用や手数料の摩擦を伴わず、、資産は異なるチェーン上のZetaChainのパブリックアカウントを通じて流れ、従来のクロスチェーンアプリケーションのように異なるチェーン上にマッピング資産契約を頻繁に展開する必要がなくなります。
現時点では、ZetaChainをベースにしたチェーン全体のアプリケーションは、少なくとも異なるチェーン上でマッピング資産契約を設計する必要がないため、多くの手間を省くことができるようです。ソース・チェーンとターゲット・チェーン間の資産の出入りに関するすべての詳細は、ZetaChainによって "契約 "される。言い換えれば、あなたがする必要があるのは、チェーン間のトランザクションのためのビジネスロジックをZetaChain上にデプロイすることだけです。
これにより、異なるチェーン全体のアプリがフロントエンドでSolana、Algorand、Bitcoin、DogeCoinのような非EVMチェーンをサポートすることが容易になり、異なるチェーン上でクロスチェーンのアプリ固有のコントラクトを実装する手間を省くことができます。
さらに、ZetaChain自体もアセットコントラクトまたはAAアカウントのデプロイメントをサポートしており、異なるチェーン上のユーザーが特定のフォーマットでメッセージを送信することで、チェーン全体で統一されたアカウントを操作しているかのように呼び出すことができます。
ユーザーは、自分の資産データレコードを単一のチェーン、ZetaChainまたはParticle Chainに集中させようとすることができます。そして、必要であれば、コールメッセージを送信することによって、外部チェーン上のDAPPのフロントエンドを通して、ZetaChain上の自分の資産契約を非同期に呼び出します。その後、ZetaChainは、外部チェーン上のパブリックアカウントを通じて、ユーザーのメッセージで指定されたアドレスに特定のアセットを転送するか、ユーザーによって指定されたDefiプロトコルと対話します。
もちろん、この一連の操作を実現するためには、特別なフロントエンドDAPPが必要です。つまり、ZetaChain自体は、基礎となる設備のチェーン全体のサービスを提供するだけであり、アプリケーション側では、特別なフロントエンドポータルが必要です。言い換えれば、ZetaChain自身はチェーンの基礎となる設備のサービスだけを提供し、アプリケーションは特別にフォーマットされたメッセージを生成するために特別なフロントエンドポータルを必要とします。
ZetaChainのセキュリティモデル:POS誓約に基づく公証ノードの大規模ネットワーク
結局のところ、ZetaChainは、本質的に、Cosmos SDKに基づき、多くのValidator検証ノードで構成される、クロスチェーンメッセージングのために特別に設定された公証ノードのネットワークです。これは、Cosmos SDKに基づいて構築され、多数のValidator認証ノードで構成され、ノードのアンチウィッチングと基本的なセキュリティを可能にするアクセスメカニズムとしてPOSを備えています。
Validator ノードは、ZetaChainネットワークの分散公証人として存在します。彼らは、どの保留中のクロスチェーンリクエストが他のチェーン上でトリガーされたかを識別し、コンセンサスを通じて、後続のステップのためにこれらのクロスチェーンアクションの記録を作成します。TSS分散鍵署名によって、ZetaChainは他のチェーン上で取引指示を生成することができます。
Validatorは公証人モデルにおけるクロスチェーンブリッジと部分的に似たようなことをしていると主張することができますが、POS誓約では、公証人ノードは魔女問題を解決するために、より信頼されていません。
(Zetachain 上の Validator ノードの現在のリスト。多くのプロジェクト当事者や機関がいる)
ゼータチャインのValidatorクライアントは2つのモジュール、ZetaCoreとZetaClientを含みます。ZetaCoreモジュールは、ZetaChainブロック生成とコンセンサスプロセスに参加し、ZetaClientモジュールは、外部チェーン上のイベントを観察し、アウトバウンドトランザクションに署名します。
ここでのアウトバウンドは、単純に、ZetaChainから "外部チェーン"(つまり、ZetaChainの外の他のチェーン)にトランザクションログレコードを送ることとして理解することができ、それは、ターゲットチェーン上の対応する振る舞いをトリガーします
コンテンツを送ることは、主に、"外部チェーン"(つまり、ZetaChainの外の他のチェーン)にトランザクションログレコードを送ることであり、それは、ターゲットチェーン上の対応する振る舞いをトリガーします。メッセージの内容には、ユーザーが呼び出すことを宣言したコントラクトのアドレス、チェーンID、メッセージの内容が含まれており、これは実際にはイーサリアムのトランザクションのログ部分に似ています。
一方、インバウンドは、クロスチェーン要求、zEVM上のスマートコントラクトへの呼び出しなど、ZetaChainの外部にある外部チェーンからのメッセージ/トランザクションをZetaChainに記録すると解釈できます。それは、ZetaChainに記録されます。
実際にZetaChainのValidatorノードを実行するとき、クライアントコードは3つのモジュールを含むことに注意してください:Validator、Observer、およびTSS Signerです。これらのモジュールは異なる機能を担当しますが、それらはすべてZetaChainクライアントの一部です。
オブザーバーとTSSシグナーモジュール
最初に、すべてのZetaChainノードは、"Validator "モジュールを持っています。Validator "モジュールは、基本的にPoSパブリックチェーンのValidatorノードの機能と同じで、ブロックとコンセンサスプロセスに参加します。加えて、ノードは、誓約されたトークン(ZETA)に比例して、オンチェーン提案に参加するために投票することができます。一方、ZetaChainのブロックは、処理されたすべてのクロスチェーン記録、チェーン全体のスマートコントラクトインタラクション、およびログに相当する他の動作を含んでいます。
ZetaChainクライアントの「オブザーバー」モジュールは、他のパブリックチェーンのフル/ライトノードを実行することで、特定のパブリックチェーンの振る舞いを監視します。ZetaChainクライアントの "オブザーバー "モジュールは、他のパブリックチェーンのフル/ライトノードを実行することによって、特定のフォーマットでクロスチェーンのトランザクション/メッセージを監視します。オブザーバーモジュールは、アクティブとパッシブの2つのモードで使用できます。
様々なZetaChainノードは、オブザーバーモジュールを2つのモードのうちの1つに切り替える選択をすることができます。オブザーバモジュールは、他のチェーン上にゼータチェーンに関連するクロスチェーンメッセージ/イベントがあるかどうかを継続的に監視し、もしあれば、ゼータチェーンノードのオブザーバモジュールはバリデータモジュールに状況を報告します。これらの観察されたクロスチェーンメッセージは、コンセンサスによる全体確認のためにZetaChainのブロックに提出されます。
オブザーバーモジュールには、アクティブとパッシブの2つのモードがあります。アクティブモードでは、ノードは常にZetaChain外のブロックチェーン上のトランザクション/イベント/ステータスをスキャンし、他のチェーンのフルノードを実行します。一方、パッシブモードでは、ノードは他のブロックチェーンのフルブロックと同期せず、受動的に他のZetaChainノードから解析されたクロスチェーンメッセージを受信します。
しかし、パッシブモードのノードは、外部チェーンの完全なブロックを同期しませんが、ブロックヘッダを同期し、メルクル証明を通じて、クロスチェーンメッセージ/トランザクションデータが本当に外部チェーン上に存在することを確認します。
アクティブモードの利点は、ほとんどのZetaChainノードが外部チェーン上でデータを同期することです。監視するノードがある限り、外部チェーン上でリクエストを開始することができます。
しかし、アクティブモードでは、ノードの実行コストが高くなります。ZetaChain自身のノードクライアントを実行することに加えて、外部チェーンのノード全体を実行し、常にデータを同期し、スキャンしなければなりません。一方、パッシブ・モードでは、通常のオブザーバー・ノードははるかに安価に実行でき、特定のノードだけが外部チェーンの全ノード・クライアントを実行しに行き、他のノードは外部チェーンのライト・クライアントを実行するだけで、外部チェーンの全ブロックを同期する必要はありません。
このように、パッシブモードは安価で、複数の外部チェーンのドッキングを容易にするため、ノード数の拡張が容易です。しかし、パッシブモードの欠点は、少数のノードに依存する外部チェーンのデータ観測活動が検閲耐性に劣ることです。
この状況を緩和するために、ZetaChainは、アクティブモードのオブザーバーモジュールを実行するようにノードにインセンティブを与えます。
(アクティブモードでは、ノードはまた、外部チェーンの完全なノードクライアントを実行する必要があります。ZetaChain node to receive cross-chain messages + merkle proof, confirming the validity of the messages)
TSS Signature
ZetaChainノードによって観察され、検証されたすべてのクロスチェーンメッセージは、最終的にZetaChainのパブリックアカウントアドレスを通してターゲットチェーン上のトランザクションをトリガーします。アドレス、トランザクションの振る舞いをトリガーし、それが後続のオペレーションを実行する。このプロセスでは、デジタル署名がクロスチェーン取引のためにターゲットチェーン上で生成される必要があります。
セキュリティと非信頼を保証するために、署名の生成は、署名を生成するために使用される鍵断片を共同で保存するすべてのZetaChainノードによって引き受けられます。これらの鍵断片は複数の署名者の間で分散され、署名者の大多数が署名したときにのみ、外部チェーン上でトランザクションのデジタル署名が生成されます。単一のエンティティ、またはノードの小さなグループが、ZetaChain
()に代わって、外部チェーン上で取引/署名メッセージをトリガーすることはできません。ZetaChainのクロスチェーンモデルでは、複雑なスマートコントラクトをデプロイすることなく、異なるチェーン上のパブリックアカウントアドレスを持っているだけで済みます)
TSS を採用したZetaChainのマルチ署名アルゴリズムは、閾値署名スキーム(TSS)として知られています。外部からは、トランザクションのデジタル署名が、秘密鍵、公開鍵、アドレスに対応するだけであるように見えますが、実際には、この秘密鍵は、すべてのZetaChainノードデバイスにローカルに分散された、仲介者のいない、いくつかのチャネルフラグメントによって生成されます。単一のエンティティまたは一握りの検証者が、秘密鍵の断片をまとめ、ネットワーク全体を代表してメッセージに署名することはできません。
TSSの鍵生成と署名プロセスは、参加ノードの秘密を明かすことなく、マルチパーティ計算(MPC)によって達成され、ZetaChainのノードは、異なるチェーン上のトランザクションの署名を生成することができ、EVMチェーンとの互換性の上に、ビットコイン/非スマートコントラクトチェーンアカウントのスマートコントラクトをリモートで呼び出す機能が追加されます。直感的な体験は、BTCユーザーが特定のdefi関数を直接呼び出せるようなものだ。
このシナリオは、BTCチェーン上で複雑なビジネスロジックを実装できず、特定のDefiコントラクトをリモートで呼び出すために外部設備に頼らざるを得ない、BTCエコシステム上のマルチチェーンDefiアプリに特に適しています。特定のDefi契約のリモート呼び出しZetaChainの機能は、BTCエコシステム内のユーザーが非同期で呼び出すのに適しています
zEVM: ワンストップDAPPコントラクトプラットフォーム
各チェーンにマッピングアセットコントラクトを展開する従来のクロスチェーンソリューションとは異なり、ZetaChainはスマートコントラクトを一度だけ展開することができ、これは独自のチェーン上でマルチチェーンDAPPコントラクトを実現できることを意味します。ZetaChainは、スマートコントラクトを自身のチェーン上に一度だけデプロイすることができ、つまり、マルチチェーンのクロスチェーン機能を実現します。ZetaChainにはzEVMと呼ばれるEVM互換の実行レイヤーがあり、クロスチェーンのスマートコントラクトはzEVM上に直接デプロイすることができます。
zEVMは以下の機能をサポートしています:
誰でも、zEVM上のコントラクトを呼び出すために、外部チェーン上で特定のフォーマットのトランザクションデータを送信することができます。
zEVM上のコントラクトロジックは、外部チェーン上で生成される送信トランザクションデータを制御します。
これら2つの追加により、zEVMは特定のビジネスロジックを展開し、異なるチェーン上の状態をアトミックに変更する汎用プログラミングをサポートすることができます。クロスチェーン動作が発生し、ZetaChainがこのクロスチェーン動作の後続ステップがターゲットチェーン上で成功しなかったことを検出した場合、そのクロスチェーントランザクションによってZetaChainコントラクト内で変更されたデータから、何事もなかったかのようにロールバックすることができます。
同時に、オールチェーンアプリケーションDAPPは、マッピングアセットコントラクトを異なるチェーン上に展開する必要がなく、ZetaChainチェーン上のコントラクトを渡すだけでよいので、ワンストップショップでメッセージクロスチェーン処理の集中ロジックを設定することができ、クロスチェーンコントラクトをマルチチェーンネットワークに頻繁に展開する必要がありません。
これにより、フルチェーンDAPPの開発コストを大幅に削減することができます。ユーザーレベルでは、複数のチェーン上でマッピングされたアセット・コントラクトと頻繁にやり取りする必要がないため、マッピングされたアセット・コントラクトを異なるチェーン上に展開する必要がある主流のクロスチェーン・ブリッジよりもコストが低くなります。
さらに、専用のDefi契約とZRC-20、あるいはNFT資産をZetaChain上に展開し、資産ステータスのデータを同期させたり、AAアカウントを展開したりすることができます。これにより、統一された資産管理(状態記録)プラットフォームの機能を提供します。もはや複数のチェーン上で資産を所有する労力を必要としないため、このチェーン全体の統一された資産アカウントのシナリオは、将来的にもっと想像力を与えることができます。
まとめ
これまでの内容を通して、私たちはZetaChainの"chain-wide相互運用性インフラストラクチャ "のアイデンティティを多少なりとも知っている。ValidatorクライアントのObserverモジュールを通して、それは外部チェーン上の特定のメッセージ/トランザクションを監視し、それらをValidatorモジュールに報告し、最終的にZetaChainネットワーク内のメッセージのコンセンサスを得る。その後、メッセージに含まれるデータが解析され、TSSを使用してデジタル署名が生成され、対応するターゲットチェーン上の後続の取引プロセスをトリガーし、チェーン全体の相互作用を可能にします。
同時に、ZetaChainのチェーン全体のスマートコントラクトは、異なるチェーン上でマッピングされたアセットコントラクトを使用する必要なく、ほぼネイティブな方法で異なるブロックチェーンと相互作用することを可能にし、冗長なコントラクトロジックを呼び出す必要性を回避し、処理コストを節約します。
同時に、ZetaChain自体がEVM互換であるため、どのDAPP開発者でも、あるいは個々のユーザーでも、カスタマイズされたクロスチェーンのメッセージ処理ロジックをデプロイすることができます。理論的には、チェーン全体にわたってDAPPコントラクトをワンストップでデプロイすることができ、クロスチェーンのアプリケーション開発者は、異なるチェーン上でマッピングされたアセットコントラクトロジックを頻繁にデプロイ/更新する必要がなく、繰り返し作成する必要がなくなります。理論的には、全チェーンのDAPPコントラクトをデプロイするためのワンストップショップです。
レイヤー2のシーケンサーは、BSCチェーンよりも分散化されていない可能性が高い。もしそうだとしたら、どうすればいいのだろう?
JinseFinanceエアドロップは、実際に時間と労力を費やしたユーザーに報いるためのものであり、アンチウィッチの本来の意図は、エアドロップの公平な分配を保証することだった。
JinseFinanceZetaChainはレイヤー1(L1)ブロックチェーンであり、チェーン全体のコントラクトサービスを通じてチェーンにとらわれない相互運用性を提供する。ZetaChain上で開発されたアプリケーションは、他のアプリケーションやブロックチェーンと接続することができます。
JinseFinanceネットワーク アクティビティのスパイク 過去 1 日に 3,000 ETH 以上が消費されました。
Beincrypto多くの新しい変化の中で、イーサリアムに対するブテリンの新しいビジョンは、中央集権化の脅威を抑えることを目的としたセクションを追加しています。
Coindeskイーサリアムに対する制裁の処理方法に関する意見の相違により、チェーンはすぐに 2 つに分割される可能性があります。一方のチェーンは検閲され、もう一方は検閲されません。
Coindesk検閲に準拠した MEV ブースト リレーは、イーサリアム エコシステムに対する恐怖を引き起こします。
BeincryptoEthereum ブロックの 25% 以上が OFAC に準拠しており、検閲に関する懸念が高まっています。
Beincryptoイーサリアムの共同創設者であるヴィタリック・ブテリンは、米国財務省によるイーサリアムの検閲の可能性に深く眉をひそめています...
BitcoinistTheBlock からのレポートで、イーサリアム (ETH) プロトコル Aave の背後にあるチームは、アドレス スクリーニングに関する懸念に対処しました ...
Bitcoinist