Avail創業者がソリューションとビジョンの「三位一体」を説明

著者：Anurag Arjun（ポリゴン共同創業者、Avail創業者）; 翻訳：xiaozou@Golden Finance

2024年2月26日、Avail はFounders FundとDragonfly が主導する2700万ドルのシードラウンドを獲得したと発表した。また、SevenX、Figment、Nomad Capital、多数のエンジェル投資家も参加している。この資金調達ラウンドは、「Avail Trinity」の開発を推進するために使用されます。これは、「Avail Trinity」のエコシステム全体を統合するための3段階のロードマップです。

Polygonの共同創設者であり、Availの創設者でもあるAnurag Arjun氏が、Availの詳細な情報を投稿しました。

Polygonの共同創設者であり、Availの創設者であるAnurag Arjunは、Avail Trinityの背景と起源、そしてAvailが今日のエコシステムが直面しているユーザーの断片化とスケーラビリティの問題にどのように対処しているかを投稿しました。

1.概要

Web3のパーミッションレス環境は、さまざまな画期的な技術を生み出しました。Web3のパーミッションレス環境は、さまざまな画期的な技術を生み出しました。大量導入に必要な規模に到達するために克服すべき技術的課題は多く、エコシステムはすでにweb3の技術スタックをベースに数多くの革新的なソリューションを構築している。しかし、解決しなければならない課題は、エコシステムの分散化された精神を維持しながら、エンドユーザーのためにこれらの技術をすべてまとめて全体として運用することです。

エコシステム間のトランザクションの複雑さは予想を上回っており、不必要な断片化の問題につながっている。ユーザー導入の努力は、既存のweb3コミュニティに焦点を当てるよりも、むしろ新しいユーザーをネットワークに引き付けることを優先すべきです。

これらすべての問題に対処するため、AvailはAvail Trinityという3段階のロードマップを通じて、あらゆるエコシステムのエンドユーザーに安全でスケーラブル、かつシームレスなweb3エクスペリエンスを提供することで、web3の統一を加速させています。

本稿では、Avail Trinityの背景と理論に踏み込み、今日のエコシステムが直面しているユーザーの断片化とスケーラビリティの問題をどのように解決するかを紹介します。Avail DAが、効率的なデータ可用性を望む多くのロールアップのための完璧な基盤であり、ライセンスフリーのオーケストレーション・センターであるAvail Nexusを使用して、web3エコシステム全体でユーザー・インテントをシームレスに実装するための基礎を築くことを示します。 avail Fusion Security。セキュリティはAvail Trinityを完成させ、共有セキュリティのニーズの高まりに対応し、繁栄するweb3統合エコシステムをさらに強力なものにします。

2.まえがき

マルチチェーン・ネットワーク上で取引をしようとしたことがあるなら、対応するエクスペリエンスがまだ大量採用の準備ができていないことは明らかです。

ブロックチェーンアーキテクチャを非常に深く技術的に理解することは、この長期的な問題に取り組むための良いきっかけになります。最初の自然の原理から逆算していくと、統一されたブロックチェーン・エクスペリエンスを生み出すために必要な技術的基盤にたどり着くことができます。この基盤は、各個別のL2 rollupネットワークをL1に接続すると同時に、開発者によるエコシステム全体の分散型イノベーションと実験を許可なくサポートします。

ロールアップは、オフチェーンでトランザクションを処理し、複数のトランザクションを単一のオンチェーントランザクションにパッケージ化するという、スケーラビリティの課題に対する解決策の一部として開発されました。p style="text-align: left;">● より多くのブロックスペースの需要は、限られた利用可能性によるコスト上昇につながります。

● L2 エコシステムの急増は、市場の断片化の問題を悪化させ、ユーザーエクスペリエンスと規模の経済をさらに妨げています。

これらの問題が解決されれば、長年停滞していたブロックチェーン・システムのスケーラビリティと相互運用性の可能性が、ようやく実現できるようになります。

3.Availのソリューション

Availは、非同期メッセージングの原理（インターネット全体でアプリを拡張するために使用されるのと同じ原理）を活用してブロックチェーンを拡張しており、今ほど構築の絶好のタイミングはありません。

Avail Trinityは、基盤となるData Availability（DA）レイヤー、Nexus Interoperabilityレイヤー、Fusion Securityネットワークレイヤーで構成されています。

● DA レイヤーはデータ可用性のために特別に構築されており、エコシステム間の相互運用性を構築するために必要な最小限の機能を備えたブロックチェーンの最下層となるように高度に最適化されています。

● Nexus はAvailの上で動作する軽量かつ強力なZK ロールアップとして機能し、クロスロールアップとクロスエコシステム決済をサポートします。

●Fusion Security は、多くのトークンの暗号経済的セキュリティを統合して、Availネットワークにサービスを提供し、セキュアにすることができます。

Availの使命は、ロールアップ体験を簡素化し、あらゆる異なるエコシステムにわたるユーザーと開発者に効率的で統一されたプラットフォームを提供することです。

この垂直統合モデルは、今日の増大する煩わしさとユーザーの断片化に対処するために設計されており、ロールアップがブロックチェーン空間全体のユーザーとモビリティにシームレスに到達することを可能にします。

Availのビジョンは、柔軟でモジュール化されたブロックチェーンエコシステム全体で一貫したユーザーエクスペリエンスを提供し、Web2の教訓を活かしてWeb3でイノベーションを起こすことです。先進的な技術、明確なロードマップ、迅速な実行を組み合わせることで、Availは単なる製品を超えて、ブロックチェーン分野にまったく新しい局面を切り開き、より優れたスケーラビリティとシームレスなユーザー・インタラクションの時代への道を切り開こうとしています。

4.背景とインスピレーション

Web2から何を学べるか？

インターネット上のアプリは実際どのようにスケールするのか？非同期マイクロサービス。

インターネットは1つの巨大な世界のコンピューターではなく、ビジネスのユースケースに基づいて特定のタスクを実行し、必要に応じて相互に通信する一連の相互接続されたコンピューターです。

Amazonは電子商取引に特化した関連マイクロサービス群であり、Visaは決済処理を行うマイクロサービス群を運営している。

● Amazon でユーザーが商品の購入ボタンをクリックすると、ブラウザから Amazon 商品マイクロサービスへの呼び出しがトリガーされます。

● Visa マイクロサービスが呼び出され、ユーザーに支払いページが送信されます。

●  ユーザーが支払い詳細を入力すると、別の確認支払いリクエストがVisaマイクロサービスに送信されます。

●決済が確認されると、Amazon商品マイクロサービスにコールバックが送信され、商品が購入され、決済が完了したことをユーザーに知らせます。

ブラックフライデーのようなホリデーセールの日になれば、AmazonとVisaのマイクロサービスは、さらに多くのインターネット需要を満たすためにスケールアップするでしょう。

重要なのは、インターネットは非同期のマイクロサービスによってのみ、これほど大規模にスケールできるということだ。ブロックチェーンも同じだろう。

web3でこれを実現するにはどうすればいいのでしょうか？

UPIは見習うべき素晴らしい例です。ユーザーベースと取引量において、世界最大級の決済システムです。現在、UPIは月間100億件以上の取引を処理しており、システムの規模の大きさを物語っている。

UPIは異なる銀行の顧客が交流できるようにするシステムだ。しかし、立ち上げ当初はそれほど成功したわけではありませんでした。銀行が表明した主な懸念は、UPI取引に対応した場合、最終的に顧客の口座から他行への資金移動（流動性の流出）が発生することだった。

この問題に対処するために、互恵主義の原則が用いられた。互恵主義は経済的インセンティブに取って代わるもので、銀行がUPIに参加して他行の顧客から「ペイイン」を得ることができるのは、「ペイアウト」を許可されている場合のみであるという考えを伝えるために使用されます。

これは許可制のセットアップの例（web2の銀行）ですが、web3の許可制のないユニファイド・レイヤーには、エコシステム全体にとって良い相互主義の原則がまだ組み込まれているはずです。

互恵性の原則は、銀行が顧客と財布への扉を開き、エンドカスタマーが可能な限り最高のユーザーエクスペリエンスを得られるよう、効果的に協力するのに役立ちます。

このようなコラボレーションはエコシステムにとって良いことだ。

このようなコラボレーションはエコシステムにとって良いことです。="text-align: left;">インターネットの進化は、ブロックチェーンの世界に貴重な洞察を与えてくれました。インターネットの拡大は、主に非同期のマイクロサービスによって達成されてきました。マイクロサービスは、相互接続されたコンピュータのネットワークであり、それぞれが特定のタスクを実行し、必要なときに通信します。

●アマゾンやビザなどのプラットフォームは、このモデルを例証しており、それぞれ電子商取引や決済処理に特化したマイクロサービスを提供しています。

● 

● これらのサービスは需要に応じて独立して拡張し、分散型の非同期運用の有効性を実証しています。

● UPI（Unified Payments Interface）のようなシステムの成功は、大規模で複雑なシステムの拡張における相互接続性の重要性をさらに浮き彫りにしています。

Web3においても、私たちは同じような複雑さと成長の段階を目の当たりにしています。今日、イーサ上には多くのロールアップやレイヤー 2ソリューションが存在し、ユーザーや流動性の断片化の問題や、初期のインターネットの課題を彷彿とさせる、切り離されたユーザーエクスペリエンスにつながっています。では、これらの問題と、Availがどのようにその解決に役立っているのかを掘り下げてみましょう。

モジュラーエコシステムの現状

ロールアップはブロックチェーンのスケーリングソリューションとして認知されるようになりました。ロールアップ技術が成熟し進化し、より効率的でアプリケーションに特化した新たな進歩を取り入れ続けるにつれて、ロールアップはブロックチェーンプラットフォーム全体の標準機能になりつつあります。私たちは、ロールアップがますますマルチチェーンでの採用を増やしているのを見ており、その傾向は明らかです。

しかし、この発展は、何百ものチェーンが存在し、それぞれが無数のユーザーとのやり取りを行うため、ユーザーエクスペリエンスに関する重大な懸念を引き起こします。

大手L2プレーヤーは、こうした課題に対応するため、それぞれ独自のソリューションを開発してきた。残念ながら、これはさらなる断片化の問題を引き起こしています。

これらのエコシステムは、その境界内でのスムーズな統合運用を可能にする一方で、エコシステムをまたいだ運用は摩擦を生み、より広範なブロックチェーンランドスケープ全体でシームレスな相互運用性を求めるユーザーにとって障害となっています。

有効性の証明というDAレイヤーを基盤として

ファーストネス（Firstness）原則の考え方に基づき、次のようなボトムレイヤーがあります。原則の考え方に基づき、統一スタックの最下層は、妥当性の証明に基づくデータ可用性サンプリングを使用して構築されたDA層である必要があります。

DAレイヤーは、コンセンサスと順序付けの統合ポイントであるため、ブロックチェーンに不可欠なレイヤーです。DAレイヤーはブロックチェーンを構築するために他のコンポーネント（すなわち実行）を必要とする一方で、トランザクションの順序を決め、それらのトランザクションの順序についてコンセンサスを得る、信頼の根源として機能します。

実行レイヤーがベースレイヤーからの順序付けとDA保証をチェックするとき、最も効率的で信頼を最小化する実行方法は、順序付けのコミットメントをサンプリングすることです。コミットメントを有効性の証明に基づくものにすることで、反論の余地のない事実のソースとなる。これはまさにAvail DAにおいてKZGコミットメントが果たす役割である。しかしながら、コミットされたシーケンスに対する可用性保証を得るためには、クライアントは完全なデータをダウンロードするか、可用性に高い信頼性を与えるために修正されたコードデータに対してサンプリングを実行しなければならない。前者はクライアントにベースレイヤーのフルノードを実行させるため、Availは修正コードデータ上でDASを実行するライトクライアントが効率的に可用性を検証できるようにします。

有効性の証明によってサポートされるDASは、Avail DAのスーパーパワーであり、私たちがAvail Trinityを構築した支点です。

Avail Trinity

Availエコシステムは、ユーザーと開発者に卓越したエクスペリエンスを提供するよう設計されており、スケーラビリティ、相互運用性、セキュリティの3つの基本を妥協することなくバランスさせています。セキュリティの3つの基本を妥協することなくバランスさせています。

● Base Data Availability (DA) Layer

このレイヤーは、あらゆるブロックチェーンがスケーラビリティとセキュリティを強化するために活用できる共通のベースレイヤーです。Avail DAのシンプルかつ強力な設計は非常に柔軟で、特定の制約や偏見を課すことなく、各チェーンのニーズに適応します。

●相互運用性を重視したNexusレイヤー

NexusレイヤーはAvailのオーケストレーション・コンポーネントで、ロールアップ内の内部メッセージングにライセンス不要のフレームワークを提供します。

このレイヤーは、ユーザーが単一のロールアップを使用している場合でも、Availの複数のロールアップにまたがっている場合でも、外部のエコシステムでチェーンとやり取りしている場合でも、複数のシナリオにわたってシームレスなユーザー・エクスペリエンスを実現するために不可欠です。

● Fusion Security Layer

Fusionにより、Availベースチェーンは非ネイティブトークンとAvailネイティブトークンを組み合わせて、Availプラットフォームを保護することができます。これにより、堅牢で信頼性の高いセキュリティレイヤーが実現します。

Fusion Securityは、Avail上に構築されたロールアップトークンのセキュリティと実用性を向上させます。

Fusionはまた、他のブロックチェーンからAvailエコシステムに多くの流動性をもたらし、それを固定するのに役立ちます。

5.Avail DA

DAレイヤーはブロックチェーンネットワークの中核となる基盤です。共有事実のスケーラブルなソースとして機能します。新しいブロックが生まれるたびに、ネットワーク内の関連データがすべて存在し、隠されたり削除されたりしていないことを保証し、その継続的な運用をサポートします。

重要ではありますが、DAレイヤーはブロックチェーンを作成するために他のレイヤー、特にブロックチェーンの状態の変化を決定する実行レイヤーを必要とします。実行レイヤーはロールアップによって効率的にスケールされますが、最適化されたDAレイヤーがなければ、データの可用性がすぐにボトルネックになります。

(1) Avail DAレイヤーの仕組み

Avail DAレイヤーは分散型ブロックチェーンネットワークです。他のブロックチェーンが自身のデータ可用性レイヤーとして使用できるブロックスペースを作成し、保護します。

専用のAppIDを使って、ブロックチェーンは取引データをAvailに公開し、それが提出されると利用可能になります。

● Avail ブロックにポストされたデータは、Avail ネットワークによって検証されますが、実行はされません (これは実行レイヤーの仕事であるため)。

● Avail のデータ可用性ブロックチェーンは、あらゆるブロックチェーンネットワークをサポートできます。

● Avail は有効性の証明を使用しているため、開発者やユーザーはデータが利用可能であることを確認するためにAvailネットワークを信頼する必要はありません。

●Availに公開されたデータは、データの冗長性を高める訂正符号化によってスケーリングされます。

● Avail は KZG 多項式コミットメントを使用して、Avail ブロックヘッダでデータがトレースされることを保証します。

●  新しいブロックが検証者によって確定されると、ブロックが確定されるとすぐにデータが利用できるように、有効性の証明が利用できます。

●AvailのNPoS（Nominated Proof of Stake）ブロックチェーンは、PolkadotのSDKを使用して構築され、最大1,000人の外部検証者をサポートします。

（2）データ可用性サンプリング（DAS）

DASは、Availブロックチェーン上で他のネットワーク、ウォレット、ユーザーが利用できるデータを効率的に検証するための中核概念です。

AvailのLight Clientを使用すると、ユーザーはAvailブロックチェーンを素早くサンプリングして、データの可用性を証明する有効性証明書を検証できます。この効率的でクリーンなコードは、ユーザーの携帯電話やブラウザなど、さまざまな製品やデバイスに簡単に展開できます。

8.スケーラビリティ

Availライトクライアントとデータサンプリングにより、Availはスケーラビリティをサポートします。

Availライトクライアントとデータ可用性サンプリングにより、Availはスケーラブルなブロックをサポートしています。

これはライトクライアントとDASのユニークな機能によるものです。

Availライトクライアントは、ネットワーク内のデータのサブセットをサンプリングし、そのデータの可用性を検証することができます。ライトクライアントは、8～30個のサンプルで100%に近いデータ可用性保証を迅速に生成でき、フルノードに匹敵するセキュリティを提供します。ライトクライアントネットワーク全体でレプリケーションが実行されると、ライトクライアントネットワーク自体がチェーンの現在の状態のコピーを形成し始め、ネットワーク全体に冗長性が加わります。最終的には、認証者とライトクライアントネットワークを持つAvailネットワークのコピーを取得することになります。

ライトクライアントが増えると、ネットワークはデータをサンプリングする能力が強くなります。より多くのDASがネットワークで発生すると、ライトクライアントネットワークのリーチは十分に大きくなり、より大きなブロックをサンプリングできるようになります。これにより、ブロックスペースが大きくなるにつれて、ネットワーク内のライトクライアントの数も増えるという正のフィードバックループがもたらされる。需要が増加するにつれて利用可能なブロックスペースが減少するモノリシックチェーンの設計とは対照的に、AvailのDAレイヤーは、需要に基づいてDAブロックスペースを拡張することができます。

9.順序の維持

トランザクションの順序を維持することは、ブロックチェーンシステム構築の基本要件です。新しいAvailブロックごとに、ブロックチェーン上のトランザクションの順序が新しくなります。

公開データの順序を維持する責任はAvail DAバリデータセットにありますが、検証の責任はユーザーに委託されます。

● Verify data availability（データの可用性を検証する）：つまり、確立された順序に対してデータの可用性をチェックします。Availは、Avail DAでProofs of Validityを使用して、最終的な確実性を約60秒で達成します。これは、今日のDAレイヤーで利用可能な最終的な確実性の保証としては、間違いなく最速です。

● Verify execution（実行の検証）：これは、ロールアップに固有の実行証明を検証することによって達成されます。

実際、デフォルトでは、これらの検証プロセスはユーザーのウォレットに統合されています。この統合により、ユーザーは認証スキルを身につけたり、特別なソフトウェアを実行したりする必要がなくなります。このアプローチは、ユーザー体験を簡素化するだけでなく、Availエコシステム内の相互作用の信頼性と完全性を維持します。

6.Avail Nexus

ロールアップを簡単にサポートできるということは、何千人もの人々が最新のテクノロジーにアクセスできるということです。のサポートは、何千ものロールアップが来ることを意味します。つまり、これらのロールアップと対話するエンドユーザー体験は断片的なものになる。マルチチェーンの世界では、ブロックチェーンのユーザー体験はすでにいくらか損なわれており、コンポーザビリティを変えずにロールアップの数をさらに増やすことは、さらに深刻な問題を引き起こすことになる。そのため私たちは、Avail Nexusを構築しています。Avail Nexusは、信頼の根としてAvail DAを使用し、ロールアップのための統一された検証センターとして機能します。

Avail Nexusは、AvailをベースとしたカスタムZK調整ロールアップであり、以下を含みます。

● Sequencer/Slot Auction Mechanism

Nexus はまた、集計の証明を定期的に検証のためにEtherとAvail DAレイヤーに提出します。Avail DAのカスタムモジュールが集計証明を検証します。

背景

ロールアップは、スケーラビリティの問題を解決するために不可欠です。より多くのユーザーを惹きつけるとなると、モノリシックなチェーンは常にボトルネックとなります。理想的な未来では、各ダップは自身のロールアップであり、自身のパフォーマンスによってのみ制限される。しかし、この未来で最も重要なのは、dapps間のシームレスなコミュニケーションである。モジュール化された世界は、ロールアップ間の通信を指示するメッセージパッシング・プロトコルと同じくらい効率的でなければならない。

ロールアップ間の通信には、モノリシックチェーンが提供するセキュリティに匹敵する信頼性を最小化することが重要なクロスチェーンブリッジが含まれます。同じDAレイヤーのロールアップ間でブリッジを行う場合、同じコンセンサスと経済的セキュリティに依存して順序を決定するため、クロストラストとセキュリティ領域は関係しない（ニュアンスは異なる）。を信頼する必要はない。これは多くの重要な問題を提起している。

● How do you do state validation without being bottleneck?

● Rollup はどのようにしてエコシステム内の他の Rollup のメッセージやイベントを知るのでしょうか？

● Rollup A はどのようにして rollup B の正規順序を知るのですか？

● rollup 間でセキュリティの仮定は変更されますか？

●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●、クロスリンクブリッジは、共通であっても、いくつ必要ですか？

Avail Nexusは、このような疑問を大規模に解決することを目指しています。

デザイン

あるブロックチェーンが別のブロックチェーンと話をしたいとき、それ自身のセキュリティのために2つの重要な質問に答える必要があります。

1.チェーンの仕様と最終順序は？

2. 実行は有効か？

コンセンサスはチェーンの正規の順序を決定し、共通の DA レイヤーはこの点で統一されたセキュリティを提供する。DA レイヤーはそのトランザクションの順序について Rollups コンセンサスを提供し、同じ DA レイヤーを共有する DA レイヤー間のトランザクションの順序についてはコンセンサスは存在しない。nbsp;レイヤー ロールアップ、これはゲームチェンジャーである。すべてのロールアップ（自身のロールアップを含む）のトランザクションの順序は同じコンセンサスによって決定されるため、たとえ再編成があったとしても、すべてのロールアップの順序はその再編成によって決定される。

しかし、public DA レイヤーを持つロールアップであっても、実行が有効かどうかを判断するのは難しい場合がある。

ここで、 NFT Rollup が Rollup の支払いを確認したい状況を想像してみましょう。ロールアップ間のコミュニケーションはおおよそ以下のようになります。

赤い線は、支払ロールアップから NFT ロールアップへの情報の流れを示しています。これは単純に見えますが、より多くのロールアップがエコシステムに参加すると、複雑さが増します。

互いに通信したいいくつかのRollupでも、上記のすべての機能を実行する独自のブリッジインスタンスを挟んで、このような構造になってしまいます。

各ロールアップが固有の状態遷移関数を持つ可能性があり、その特定のドメインに合わせて設計の選択を調整することを認識すると、課題はさらに明らかになります。検証はゲーム理論に依存し、不正証明やゼロ知識証明（ZK proofs）に依存する妥当性証明システムを組み合わせることができる。

ロールアップは、他のロールアップの詳細を知る必要はありません。

Rollup sは、他の Rollup sの詳細や状態遷移関数が何であるかを知っている必要はなく、これらの状態遷移関数の実行があるべきように実行されていることを検証でき、これらの実行がそれらに関連していることを理解できる必要があるだけです。さらに、個々のプルーフを検証することで、それに関連するすべての実行の妥当性を本質的に検証できれば、ゲームチェンジャーとなるだろう。Validation Centreは、クロスチェーン通信とイベントのための特定のインターフェイスを有効にし、Rollupのドメイン固有の詳細を抽象化することで、まさにそれを提供します。Avail Nexus はこのアイデアを具現化したものです。

集合の証明

ZK 証明には単純さという非常に重要な性質がある。ステートメントを検証するのに必要な計算リソースは、ステートメントそのものに到達するよりもはるかに少ない。ブロックチェーンの文脈では、状態の検証は、状態遷移関数を実行して状態に到達するよりもはるかに簡単です。その上、個々の証明（集約）を通じて、個々の証明が有効であることを証明できる可能性があることは画期的だ。今、 Rollup の妥当性証明を個別に検証する代わりに、1つの集約された証明が、それまでの Rollup に関わる全ての妥当性証明を検証すること、つまり、 Rollup に関わる全ての履歴の妥当性を検証することを意味する。

Avail Nexus は、その実行時に、特定の条件が満たされたときに提出されたすべての有効性の証明を検証し、これが行われたことを示す簡潔な証明を作成します。この証明はその後、すべてのノードによる検証のために Avail ベースレイヤーに提出される。基本的に、これは神聖な決済レイヤーとなる。そして最も重要なことは、 L1 ブリッジを通して、この世界は外の世界にアクセスできるということです。

実装の詳細は変更される可能性がありますが、 Zeth インスタンスの内部で証明を検証するか、よりターゲットを絞ったツールを使って集約を証明することで証明できます。ツール（Nebraによって構築されたものなど）を使用して集約を証明することで証明できます。

重要な詳細は、Avail Nexus自体がZK ロールアップであるということである。各集約された証明は、ロールアップの世界における新しいブロックまたはバッチである；Nexus の以前のRollupブロックヘッドと、その時点までにRollupによって生成されたすべてのイベントのリストを格納するための何らかの状態の約束である。さらに、これは楽観的なRollupも参加できるようにする。楽観的なRollupはレシートとステータスのルーツを Nexus に提出することができ、不正の証明は ZK の不正証明となるため、チャレンジ期間を短縮することができる。不正証明がチャレンジ期間内に提出されない場合、Optimistic Rollupによって生成されたレシート（またはイベント）は Nexus のステータスに含まれます。

NFTと支払いの例に戻ると、実装は次のようになります。

オレンジ色のセクションは、2つのチェーン間の情報の流れを記述しています。Avail Nexus によって提供されるレシートルートは、以下に基づく2つのチェーン間の情報の流れを記述しています。Avail Nexus によって提供される受信ルートは、履歴内のすべての Rollupsによって生成されるすべてのイベントから構築されるツリーのルートである。重要なのは、イベントの非包含証明を証明できることである。現在の実装では、イベントはすべてイベントのハッシュをインデックスとする疎な Merkle ツリーとして格納され、 Nexus は各イベントが一意であることを強制する。

同期されたコンポジションを持つアプリは、正確に予測可能で、ビルドが容易です。しかし、ユースケースの規模が大きくなり、ユーザーエクスペリエンスの要件が増加すると、同期コンポジションは十分な柔軟性を提供しません。モノリシックチェーンや単一のロールアップでは、アプリケーションは同じシステムに存在し、両方の構造を持つことは容易である。アプリケーション間の通信はすべてブロックタイムで行われる必要があるが、 future のような高レベルの構造は、将来の約束を保存したり、これらの future が実現されたときに特定の事前コミットされた実行を完了するために使用できる（私たちは、 web2 で知っている。）はコールバックです)。

シングルチェーンの世界から、多くのRollupを持つモジュラーワールドに移行するにつれて、非同期コンポーザビリティの必要性がより明らかになります。他のチェーンの支払いが完了するのを待っているために、チェーンが止まってしまうのは理想的ではありません。いかなる種類の通信も、複数のブロックにまたがって行われる必要がある。これに加えて、非同期の組み合わせがあるシステムでは、アトミック特性が重要になる。外部条件が失敗した場合、部分的に完了した実行はすべて再開される必要がある。Avail Nexus はプルーフを集約することで、モジュール化された世界で統一されたエクスペリエンスを提供する。これにより、FUTUREストレージのようなカスタム実装や、将来的な完了のシステム横断的な証明が可能になります。(この構造では、Rollup自体は外部障害から回復しないが、Rollupは新しい状態に移行し、未来はキャンセルされる)。基本的に、NFT sは支払いが完了して初めて誰かに譲渡できる。ロールアップの支払いは、私たちがWeb2 の世界で慣れ親しんでいるUX のようなものです。

注文と実行の検証

今日のイーサ上の ロールアップ は、イーサを DA として使用するコストを負担します。Gas 手数料が上がったとき、彼らは約1300-1600 USD/MB以上を支払いました。その結果、多くのチェーンが Avail をチェーンの DA レイヤーとして使用しようとしている。これによって、チェーンの構成やバッチサイズにもよりますが、運用コストを70～90%削減することができます。彼らは現在もEther上でプルーフを発行し、決済レイヤーとしてEtherを使用している。実際、彼らはイーサを仕様のブリッジとしてのみ使用している。

今後数カ月はこの傾向が続くと思われますが、イーサ上で自己解決するロールアップがブロックあたり数百もあれば、イーサの実行は再びスケールできなくなるという現実があります。私たちは、 Avail 検証者がEther上のユーザーと流動性にアクセスできるブリッジを構築し続けることを願っています。しかし、私たちは Avail Nexus を通じてブリッジのコストを分担します。

 Avail Nexus  に参加するロールアップは、 Avail ロールアップによって証明書が検証され、検証されます。検証された証明は、 Avail から ZKP に基づくイーサネットへの合意証明ブリッジである Vector ブリッジを介してイーサネットに到達する。これは、 Avail  から ZKP  に基づくイーサネットへのコンセンサス・プルーフ・ブリッジである。イーサネットは依然として、集約された実行証明を検証することができ、 DA  と順序付けを除いて、 Avail  の検証者に依存する必要はない。

唯一の違いは、 Avail Nexus がロールアップのための正規ブリッジになり、Etherは保証のために同じブリッジを使用することです。この設計により、Etherでの実装コストが削減され、検証ごとに1つのプルーフを検証することから、 Avail Nexus に参加するすべてのロールアップに対して単一のプルーフを検証することになる。その後、ロールアップは通常通りイーサ上で終了することができます。

7、Avail Fusion

統一されたレイヤーには統一されたセキュリティが必要です。別の L1 を作成するのではなく、新しいロールアップを構築する最大の価値提案は、ベースレイヤーからセキュリティを継承できることです。Avail が web3 の調整レイヤーであるためには、非常にセキュアである必要があります。なぜなら、暗号経済保証と暗号保証が最終的に Avail のエコシステムを定義するからです。

これを満たすために、私たちはFusion Securityを開発しています。これは、 BTC、ETH などの最も成熟したエコシステムのネイティブ資産を取り込み、 Avail に貢献できるようにするものです。nbsp;コンセンサスに貢献することができる。それだけでなく、新しいロールアップトークンがベースレイヤーを保護する役割を果たすことを可能にすることで、彼らに力を与えます。

Fusion Security は、 Avail 統一ビジョンを実現するために設計された追加の暗号経済セキュリティです。

Availプラットフォームの文脈では、Fusion Security は、 Avail DA コンセンサスに、 Avail ネイティブトークン以外のすべての暗号トークンを含めることを可能にします。nbsp;ネイティブトークンに加え、外部トークンも。

Fusion は、 Avail の誓約プールに2つの新しいクラスのトークンを追加することを可能にし、そのエコシステム全体の暗号経済的セキュリティを強化します：

●確立された暗号通貨：BTC、ETH、SOLなどのトークン。

● Emerging Rollup tokens:  Avail 上で作成された新しいトークン。

このアプローチは、 Avail の暗号経済的セキュリティを段階的に強化し、 ETH や BTC などの外部トークンを使用した、別のブロックチェーン上でのコンセンサスの最初の例の1つを示します。

現在、 Avail のために開発された Fusion プロトタイプは、2つの異なるアプローチに従っています：

1. Avail Fusion プロトタイプは、2つの異なるアプローチに従っています。ブロックチェーン上の誓約モジュール：このモジュールは、 Avail ノード内のアセットパレットを介して、幅広い外部トークンをサポートします。

2. 資産変換のための誓約モジュール：これは外部資産を Avail ネイティブトークンに変換できるようにし、変換時に価格変換マッピングを維持します。

これらのアプローチの最終的な選択は、経済リスクモデル、インフレ制約、その他の重要な要因を慎重に検討した上で決定されます。このイニシアチブは、 Avail エコシステム内のさまざまな暗号通貨の統合と相互運用性において、大きな前進を意味します。

Fusionは、

● Eigenlayer にインスパイアされています。 ETH

● Babylon Chain, is creating a platform that allows the use of  BTC (Bitcoin) to be secured across different blockchain networks

● Eigenlayer, is creating a platform that allows the use of  BTC (Bitcoin) to be secured across different blockchain networks

● Osmosis, which pionered mesh security, allowing one chain to borrow economic security from other chains

Fusion is a construct that is similar to but different from these approaches.他のアセットから経済的な安全性を借りるが、 Avail コンセンサスにおける安全性とアクティビティの失敗にはペナルティを課す。

8.Availトークン

Avail トークンは、ネットワーク内で循環経済を推進します

●&&.nbsp;DA、Nexus 、 Fusion のセキュリティレイヤーは、 Avail トークンの誓約によって保護されます

● Transaction and bridging fees are paid in  Avail .

Avail トークン保有者は、 .DAへの参加を希望する多くの人々を構成することになります；Avail トークン保有者は、 Avail エコシステムのベースコミュニティとしての強みを構築し、活用するために、 Avail DA への参加を希望する多くの人々を構成します。

9.統一されたビジョン

数百のチェーンで構成され、それぞれが独自のセキュリティと相互運用性を考慮する環境において、Avail の目標は、エコシステム全体にわたって、次のようなプラットフォームになることです。Availの目標は、エコシステム全体にわたって、シームレスで統一されたエクスペリエンスを提供するプラットフォームとなることです。

プラットフォームは、ユーザーが各ブロックチェーン上のすべての資産を簡単に管理できる単一のユーザーインターフェースを提供します。ユーザーが取引を実行したいときは、インターフェイス上で自分の意思に署名するだけです。

そして、Avail プラットフォームのバックエンドは、 Avail Nexus とその非同期メッセージングのサポートで動き出します。このシステムは、エコシステム内の他のチェーンと通信してユーザーのリクエストに応え、スムーズで効率的、そして統一された web3 ユーザー・エクスペリエンスを保証します。