Unichain と Flare の両方が信頼できる実行環境を導入するのはなぜですか?

最近、ZK と信頼された実行環境 (TEE) の違いについて広範な議論が行われています。その理由は、レイヤー 2 への新規参入者である @unichain は、そのミリ秒サブブロックが TEE に基づいて構築されていると主張しているのに対し、データ ブロックチェーンとして知られる古いオラクル チェーンである @FlareNetworks は、Google Cloud や Google Cloud などの従来のインターネット チャネルを統合しているためです。 TEE を通じて検証可能なデータを導入します。これら 2 つのことを組み合わせて、私の見解を話させてください。

1) TEE (Trusted Execution Environment) は、ハードウェア レベルのセキュリティ テクノロジです。簡単に言えば、TEE はプロセッサ内に独立した安全な隔離されたエンクレーブ環境を作成します。このエンクレーブ環境は、メインのオペレーティング システム プログラムから完全に分離され、安全に保存および保護できます。厳格なアクセス制御メカニズムを備えた機密データ。

これは、開発者が TEE で特定のプログラムを実行し、安全性を確保しながら実行効率とハードウェアのパフォーマンスを最大限に高めることができることを意味します。現在、Intel SGX ARM TrustZone などを含むさまざまな TEE 実装があり、モバイル インターネット、モノのインターネット、その他の分野で幅広い用途があり、ブロックチェーン シナリオでの応用が検討されています。

2) Unichain は TEE 環境に基づいており、トランザクションが正式にブロックにパッケージ化される前に、トランザクションを事前に実行して検証できます。これにより、トランザクションを均一に Mempool にアップロードしてパッケージ化を待機するという元の制限が破られ、比較的安全です。したがって、改ざんに対して閉鎖的な環境が実現されます。

オラクル マシンを作成するという Flare Network のアイデアも、TEE 環境の助けを借りて増幅されます。 DeFi契約環境に価格（価格指標）を供給するためだけのオラクルデータブロックチェーンを構築することは、データの範囲をスポーツの試合結果、ソーシャルメディアデータ、リアルタイムの選挙ランキングなどに拡大することは非常に複雑になるでしょう。コンピューティング能力と処理能力、そして最終的に検証可能な結果を​​オンチェーン環境に渡します。

Flare は、Google Cloud が提供する TEE 環境を通じて集中的なコンピューティング操作を実行し、信頼できる結果のみをチェーンにフィードすることで、チェーン上の膨大なデータソースの蓄積によって発生する多額のコストを回避します。アイデアはシンプルです。複雑なコンピューティング タスクをオフチェーンで実行し、短い証明を通じてオンチェーンで検証することで、チェーン上のデータ負荷とコンピューティング要件を軽減できます。

3) 類推すると、TEE Trusted ExecutionEnvironment がハードウェア メーカー (AMD、Intel など) や、Google Cloud などの従来の上流サービス プロバイダーに依存して、ある程度の前前処理を提供していることを見つけるのは難しくありません。 、最後にデータ結果をチェーンに適用します。これと ZK の間には重要な違いがあります。ZK は数学的原理と暗号化アルゴリズムに基づいており、信頼を提供するためにハードウェアに依存しません。TEE はサードパーティの信頼者を必要とします。

この問題を解決するにはどうすればよいでしょうか?ロジックも非常に単純です。TEE+ 検証可能性 ネットワークを証明します。検証可能な証明ネットワークの導入により、TEE システムの透明性と信頼性が大幅に向上します。 Unichainが導入する分散型検証ネットワークと、Flare独自のブロックチェーンアーキテクチャが提供する分散型ノードガバナンス構造は、いずれもこの検証ネットワークの役割を担います。

Unichain はこの検証ネットワークの実装とガバナンスの詳細を明らかにしていませんが、TEE エンクレーブ環境のリモート認証可能な機能を利用する方法と、ハードウェアでセキュリティと機密性を提供しながら証明を生成してオンチェーン環境と対話する方法が鍵となるはずです。ポイント。