要約: AO は、実際にはストレージベースのコンセンサス パラダイム (SCP) の拡張であり、実際にはソブリン ロールアップの特殊なケースです。中心となるアイデアは、コンピューティングを DA/ストレージから切り離し、パブリッシュ/ストレージ データをオンチェーンでチェーンすることです。オフチェーンでデータを計算/検証します。 Arweave は非常に高いデータ伝送能力を備えているため、AO および SCP アーキテクチャに基づく DApp プラットフォームは、データ公開とストレージのコストを大幅に節約でき、スループットを強く追求する一部のシナリオを簡単にサポートできます。

著者:パーマダオ

導入

AO は実際には、ソブリン ロールアップに似たストレージベースのコンセンサス パラダイム (SCP) の拡張です。その中心的なアイデアは、コンピューティングを DA/ストレージから切り離し、チェーン + オフチェーンでデータを公開/保存することです。 /データを検証します。 Arweave は非常に高いデータ伝送能力を備えているため、AO および SCP アーキテクチャに基づく DApp プラットフォームは、データ公開とストレージのコストを大幅に節約でき、スループットを強く追求する一部のシナリオを簡単にサポートできます。

ほとんどの人の既存の理解では、Arweave は永続ストレージの概念に焦点を当てており、さまざまなプロジェクトでストレージ レイヤーとして長い間使用されてきました。アルウィーヴの最もよく知られた物語は、人類文明の火を保存することを最終目標として、決して消えることのないアレクサンドリア図書館となったというものです。

したがって、Arweave の ao コンピュータのリリース後、Arweave が並列スーパーコンピュータに変化したことは非常に予想外でした。Arweave は依然としてストレージ層として使用できることを指摘しておく必要があります。ao アーキテクチャはストレージ機能の重ね合わせです。交換。

ao は SCP と整合性があり、ao の計算処理は並列実行できるため、効率的な計算能力を持ちます。 ao のプロセスは相互接続でき、そのデータ形式は一貫したままであり、最終的には ANS-104 バンドル形式に従って Arweave メイン ネットワークに保存されます。各プロセスのすべてのログは完全に保存され、プロセスの最終的なホログラフィック状態は Arweave に保持されます。

ao のコンピューティング能力と Arweave の永続的なストレージ容量を組み合わせることで、実際には、あらゆるタイプ、あらゆる言語、あらゆるパブリック チェーンの DApps が検閲のない、ユビキタスなグローバルな同時実行性の高いコンピューターとして Arweave にアクセスし、スムーズな分散アクセスを楽しむことができます。イーサリアムよりも安価でありながら、より効率的なコンピューティング サービス。

ao のコンピューティング能力と Arweave の永続的なストレージ容量を組み合わせることで、実際には、あらゆるタイプ、あらゆる言語、あらゆるパブリック チェーンの DApp が、検閲のない、ユビキタスなグローバルな同時実行性の高いコンピューターとして Arweave にアクセスし、スムーズな分散アクセスを楽しむことができます。イーサリアムよりも安価でありながら、より効率的なコンピューティング サービス。

AOS は少し異なります。ao がコンピュータ アーキテクチャとして理解される場合、AOS はオペレーティング システムのインスタンスです。基本的に、ao は対応する機能を使用するために AOS と同様のオペレーティング システムと対話する必要があります。説明の便宜上、以下では ao を参照しますが、ユーザーはその違いに注意する必要があります。ふたつの間に。

この記事の重要なポイント:

技術的な解釈

まずはaoの補足として前提知識を紹介していきます。最近のカンクンのアップグレードと EIP-4844 のアクティベーションの後、イーサリアムのデータ ストレージの問題はますます重要になっています。たとえば、レイヤー 2 DA データの保存に特に使用される BLOB はイーサリアム ネットワークに永続的に保持されなくなり、時間を超えた BLOB データが削除される可能性があります。削除されたデータは別の保存場所を探す必要があります。

Blob データの有効期限と削除の問題を解決する EthStorage などの Ethereum ベースのストレージ プラットフォームがありますが、これは Ethereum のネイティブ ソリューションではなく、追加の設計メカニズムに依存する必要があります。また、EIP-4844 はデータ公開コストを大幅に削減できますが、それでも Arweave に比べて非常に高価です。

「アレクサンドリアの図書館」というキャッチコピーでスタートしたArweaveは、イーサリアムとは異なり、コンピューティング機能としては粗雑だが、データの永続性をネイティブでサポートしており、非常に低コスト（1GBのデータを保存するのに数十ドル程度かかる）である。 、1イーサリアムトランザクションのコストと同じ）。データ冗長ストレージの観点から、Arweave はブロック生成の確率をノードのローカル データ セットの完全性と関連付けます。ストレージ ノードが一部のデータを削除すると、ブロック生成が成功する確率は低下し、最も多くのデータを保持するノードが削除されます。より多くのデータを持っているほど、ブロック生成の「計算能力」が高くなるほど、より多くの報酬を受け取ることができます。この方法を通じて、 Arweave のインセンティブ システムは、あらゆる期間の履歴データを高い確率で冗長的に保存できることを保証します。

Arweave はストレージコストが極めて低い分散型データストレージおよびパブリッシングレイヤーとして適していると言えますが、ao と SCP は AR に基づいたモジュラーブロックチェーンおよび DApp アーキテクチャです。 SCP の設計モデルは理論的にはイーサリアム ロールアップのようなセキュリティに重点を置いたモジュラー ソリューションとはかなり異なりますが、実装の容易さと Web2 プラットフォームとの接続の容易さの点で実現可能性が高いです。彼は、ロールアップのような狭い実装パスに限定し、より広範でオープンなフレームワークで Web2 プラットフォームを Web3 機能と統合したいと考えていました。

画像出典: Geek Web3 「 SCP の解釈: ロールアップ方式から脱却するトラストレス インフラストラクチャ パラダイム」

上の図は、SCP ソリューションを使用した everPay の概略図です。DA 層は、図の大きな円である Arweave を使用します。茶色の丸はコーディネーターであり、イーサリアムレイヤー2のシーケンサーに似た実行層です。ユーザーがコーディネーターにトランザクションを送信すると、コーディネーターは操作を実行し、DAデータをバッチでARに送信します。

ディテクタに関しては、イーサリアム レイヤ 2 のチャレンジャー/ベリファイアに似ています。ディテクタは、コーディネーターによって送信された DA データを Arweave から取得し、トランザクション結果を計算または検証します。検出器クライアントはオープンソースであり、誰でも実行できます。ウォッチメンは実際には、クロスチェーン システムを管理し、クロスチェーン リクエストを検証して実行するマルチシグネチャ ノードです。さらに、ウォッチャーはガバナンス提案に署名する責任もあります。

SCP アーキテクチャにはイーサリアム レイヤ 2 ほど厳しいセキュリティ要件はありませんが、実際にはこのアーキテクチャを採用するプロジェクトにより高い自由度、より多くのカスタマイズ オプションが提供され、導入コストが削減されると言えることは強調する価値があります。ユニークで想像力豊かなアプローチであること。

画像出典: Geek Web3 「 SCP の解釈: ロールアップ方式から脱却するトラストレス インフラストラクチャ パラダイム」

話を単純化すると、 ao のフレームワークは分散アーキテクチャ、並列コンピューティング機能、通信スケジューリング コンポーネントの 3 つの部分に分割できます。この 3 つの部分を統合すると、完全なスーパーコンピュータ機能が得られます。

上記の各部分を個別に説明しましょう。 1 つ目は SSI 単一システム イメージで、実際には分散アーキテクチャです。たとえば、主要な Web2 アプリケーションの背後にある対応するサーバー システムは、基本的に多くのサーバー ノードで構成される分散システムであり、これらのサーバーは、相互のステータスを確認し、新しいデータに応答するために特別なメッセージング プロトコルと通信プロトコルを使用します。

上記の各部分を個別に説明しましょう。 1 つ目は SSI 単一システム イメージで、実際には分散アーキテクチャです。たとえば、主要な Web2 アプリケーションの背後にある対応するサーバー システムは、基本的に多くのサーバー ノードで構成される分散システムであり、これらのサーバーは、相互のステータスを確認し、新しいデータに応答するために特別なメッセージング プロトコルと通信プロトコルを使用します。

しかし、クライアント/フロントエンド レベルでは、ユーザーは、コンピューター クラスターがどれほど巨大であっても、フロントエンドの背後にある対応するサーバーが分散していることを認識できません。これは実際には、コンピューター工学でよく言われる「抽象化」です。複雑な基盤となるコンポーネントがモジュールに統合され、外部の世界はこのモジュールの内部構造を知る必要はありません。入力情報をモジュールに渡すだけで済みます。出力を取得します。

前述の SSI 単一システム イメージは、Arweave の「安価な分散ストレージ」機能を採用しています。ao/SCP の物語の基盤は、主に他のパブリック チェーンと比較した Arweave のストレージ価格の優位性、および検閲耐性とデータに基づいていると言えます。従来の Web2 プラットフォームの透明性の利点。 ao と SCP の物語では、AR は巨大なデータ掲示板およびログ レコーダーとして使用され、DApp フロントエンドによって送信されたデータは Arweave ネットワークに渡され、多数の Arweave によって分散ブロックチェーン ネットワークに保存されます。ノード。

イーサリアムなどの高度な信頼性を備えた主流のパブリック チェーン ネットワークと比較すると、Arweave のストレージ コストは非常に低いため、従来の Web2 プラットフォームと異なり、より高いデータ スループットを必要とするアプリケーション シナリオをより適切にサポートできます。 Arweave ネットワークは、Web2 アプリケーションよりも検閲耐性とデータの透明性に優れています。

たとえば、従来の Alipay を Web3 化することもできます。Alipay が ao プロトコルと互換性のあるインターフェイスを設計している限り、Alipay のインタラクティブ データは自動的に Arweave ネットワークにアップロードされ、トラストレスな「Alipay」の Web3 バージョンになります。 Ethereum または EVM ベースの DApp の場合は、ao インターフェイスに接続し、情報形式を ANS-104 形式に変換して Arweave にアップロードすることもできます。

従来の XX クラウドやクローズド アライアンス チェーンとは異なり、N ノードのうち 1 つがイーサリアムや Arweave などのサードパーティ パブリック チェーンのノードを実行している限り、誰でも DApp プロジェクト関係者が P2P 経由で複数のノードからデータをリクエストして読み取ることができます。データを提供する意思があるかどうかは、最終的にはネットワークのオープンさに依存します。

これら 2 つの観点から見ると、ao や SCP などの Arweave ベースの DApp アーキテクチャ ソリューションは、イーサリアムやビットコインなどの従来の Web3 プラットフォームの間の移行に近いものであり、高度な検閲を実現します。 Web2 プラットフォームはデータの透明性と検閲耐性を犠牲にして高効率と低コストを実現しますが、信頼できません。ao はどちらかというと中間的な形式です。間。

SSI と、クライアントサーバー アーキテクチャ、3 層アーキテクチャ、N 層アーキテクチャ、ピアツーピア アーキテクチャなどの分散アーキテクチャとの違いは、SSI がシステムの抽象化とユーザー エクスペリエンスを大幅に向上させることができる点に注意してください。オプティミスティック同期制御に依存しているため、データの一貫性と信頼性を確保するためにシステムに高度な同期制御機能が必要です。同期制御が失敗すると、データ損失が発生する可能性があり、ao アーキテクチャの可用性に影響します。

SSI のもう 1 つの利点は、単一サーバー上で複数のインスタンスを実行できることです。クラウド サービスや、マイクロサービス アーキテクチャやコンテナ化テクノロジなどのコンテナ化ツールに依存する必要がなく、システムの複雑さと導入コストが効果的に軽減されます。

ao の実践では、分散アーキテクチャのデータ同期とバックアップは Arweave ネットワークに依存しています。Arweave の永続的なストレージ効果により、理論的にはどの時点のデータ状態も保持され、データの損失や損傷は発生しません。

ただし、SSI では、ネットワーク通信と、極端な場合、正常なノードが 1 つある限り、分散ノード間の効果的なデータ同期が発生することにも注意してください。 、ネットワーク全体は正常に動作できますが、実際には、これによりノードのセキュリティに重大な危機が発生し、システムの堅牢性が損なわれます。

俳優オリエント

SSI アーキテクチャについて簡単に説明した後、ao の並列コンピューティング メカニズムの実装を深く検討する必要があります。集中型サーバーの単純な「スタッキング」とは異なり、ao はアクター モデルを使用して分散型の高い同時実行効果を実現します。ユーザーは基本的に意識しません。これが分散システムであることを示します。

俳優オリエント

SSI アーキテクチャについて簡単に説明した後、ao の並列コンピューティング メカニズムの実装を深く検討する必要があります。集中型サーバーの単純な「スタッキング」とは異なり、ao はアクター モデルを使用して分散型の高い同時実行効果を実現します。ユーザーは基本的に意識しません。これが分散システムであることを示します。

ao アーキテクチャの効率的な同時コンピューティング機能は、Actor モデルに由来しています。Carl Hewitt は 1973 年に Actor モデルの理論的フレームワークを定義し、興味深いことに、当時、それは人工知能の計算用に設計されていました。

しかし、実際には、OOP などのモデルの方が馴染みがあるかもしれません。実際、Oracle の調査によると、OOP は Actor の改良版ですが、その後の 2 つの開発は徐々に乖離していきました。

アクター モデルは、システム コンポーネントがどのように動作し相互作用するかについての一連の一般的なルールを定義します。各アクターは、ローカルで決定を行い、他のアクターと通信できる独立したエンティティです。ただし、アクター モデルは非同期、並列、および相互作用を重視していることに注意してください。分散特性。

特に非同期および並列では、各コンポーネントの状態が同期されず、競合が発生する可能性があることを意味するため、メッセージ パッシング メカニズムに特別に依存する必要があります。これが、ao で MU と SU が重視される理由でもあります。難しいことはありません。難しいのは、強力な並列コンピューティング能力を引き出すための調整とスケジュールです。

各アクターは、割り当てられたタスクを独自に処理できる独立した実行ユニットであり、メッセージの原子性や一貫性を確保するなど、非常に強力で柔軟な同時実行モデルになります。

ここで考慮すべき点は、ブロックチェーンにおける特別なクロスマルチノード通信要件です。たとえば、一般的なマイクロサービス アーキテクチャではノード間通信モードがよく使用されますが、RPC ベースの実装ではさまざまなデータの複雑さと遅延が発生します。 ao アーキテクチャは、統合メッセージ パッシング メカニズム MU を使用してメッセージ フォーマットを均一に割り当て、最終的な Arweave ストレージを容易にします。

CSP (Concurrent Semantics) の各ノードの同期タスク実行モードと比較して、Actor の最も一般的な機能は非同期実行です。このため、ao はノード間の独立性を確保し、クロスノード実行を実行するために共通の共有メモリ メカニズムを使用しません。より柔軟なコミュニケーションを実現します。

ao アーキテクチャにおけるアクター モデルの効率の源は、非同期と並列処理です。この効率を確保するために、MU/SU/CU が提案され、使用されています。

つまり、Actor モデルと Arweave ブロックチェーンを組み合わせることで、効率的な情報送信を備えた非同期の同時実行性の高いコンピューティング モデルが構築されます。

3つの必需品

ao アーキテクチャの下では、SSI モデルとアクター モデルの両方が情報伝送に対してより高い要件を提示し、SU、MU、CU が誕生しました。

まず、ao のプロセスを理解します。これは、仮想マシンやメモリなどのタスクを初期化する際の、対応するコンピューティング リソースの要求を指します。あらゆるタスクのフローは、基本的にプロセスの転送によって実現されます。

SSI であってもアクター モデルであっても、それらの間を流れるメッセージは ANS-104 データ標準と形式に準拠し、あらゆる種類の DApp が相互に理解できるようにする必要があります。

要件を満たすデータを生成した後、MU はオンライン SU にメッセージを送信し、すべてのメッセージが処理されるまで、SU がデータを受信して​​ Arweave 検証機能にリンクする必要があります。

要件を満たすデータを生成した後、MU はオンライン SU にメッセージを送信し、すべてのメッセージが処理されるまで、SU がデータを受信して​​ Arweave 検証機能にリンクする必要があります。

さらに、MU 処理プロセスでは、メッセージの送信のみでフォローアップ アクションは実行しないなど、カスタマイズされたメッセージ処理メカニズムを実装するための支払いメカニズムをセットアップすることもできます。

SU がメッセージを受信すると、CU には計算を担当する複数のユニットが含まれており、Akash と同様に、各 CU クラスターが相互に競争し、競争に勝ちます。ユーザーは、要求に応じて計算を実行し、その結果を Arweave に保存し、Arweave 上の元のデータで検証することができます。

このモードでは、ao が効率的で競争力のあるコンピューティング ネットワークを提供することがわかります。ユーザーは計算についての合意を確立する必要がなく、渡されたメッセージが対応するプロセスに準拠していることを確認するだけで済みます。 . など、計算効率を高めるために支払うべき代償は高くなります。

SCPとaoの組み合わせ

まず、コンセンサスを念頭に置いて、検証可能性について説明します。最終的な検証可能性の問題は、Arweave 上のコンセンサス データによって保証されます。ステータス アクションとリターン ステータス アクションは Arweave にリンクされており、ao/SCP プログラムはこれら 2 つのアクションにロードされ、ミントとスラッシュの結果はこれら 2 つのアクションを通じて計算されます。

具体的には、SCP パラダイムに基づいて、Mint と Slash のルールをインデックスに書き込む必要があります。その後、インデックス データを呼び出すノードが Slash と Mint の結果を自然に計算します (データ モデルの詳細については、ao 仕様を参照してください)。 。

ao の技術アーキテクチャを説明した後、その応用については以下で説明します。ao カンファレンス以降、ネイティブのクロスチェーン プロトコル aox、分散型ステーブルコイン プロトコル astro、Arweave 上の EVM 互換プロジェクト AOVM が次々に登場しましたが、これらは現時点ではありません。すべてまだ実験段階です。現在、ao ベースのアプリケーションが隆盛を極めており、多くの ao バージョンの Twitter やゲームがすでに開発され、テストされていることに言及する価値があります。

同時に、everVision の everPay アプリケーションや Permaswap アプリケーションなど、Arweave エコシステム内の一部の成熟した SCP プロジェクトは、対応する ao ベースの適応と変換を受けることになります。理論と実践において、SCP 理論と ao は同じソースから来ています。

SCP は Arweave のストレージ機能に根ざしており、決して停止しないチューリング テープ マシンがブロックチェーンへのデータのアップロードを担当し、チューリング マシンのテープ記録機能が ao によって提供されることを想定しています。状態の変化は Arweave に保存できます。

ここでの問題は状態の爆発ですが、これもイーサリアムを長年悩ませてきた隠れた問題です。Arweave は状態を保存しないため、状態の爆発の問題は発生せず、ao プロセスによって生成されたすべてのデータを永久に保存できます。

理論的には、関連するデータが Arweave ネットワークに保存されている限り、状態変化のすべてのステップを記録する必要があることに注意してください。より正確には、ao のデータは計算なしでネットワークに書き込むことができ、計算はデータ変更の一部にすぎません。

第二に、ブロックチェーンの永続的なトリレンマに直面して、つまり、どのブロックチェーンもセキュリティ、分散化、スケーラビリティの問題を同時に解決することはできません。SCP と ao の組み合わせは、基本的にこのジレンマに終止符を打つことができます。

第二に、ブロックチェーンの永続的なトリレンマに直面して、つまり、どのブロックチェーンもセキュリティ、分散化、スケーラビリティの問題を同時に解決することはできません。SCP と ao の組み合わせは、基本的にこのジレンマに終止符を打つことができます。

ao/SCP アーキテクチャに基づいた Arweave は、単なるストレージ パブリック チェーンではなく、AR と AO の組み合わせにより、任意の DApp をデプロイして相互に通信できるようになります。間。

現在の ao は、独自のモジュラー アーキテクチャ、つまり水平方向にスケーラブルなモジュール性でもあり、Arweave ネットワーク上の Warp などのスマート コントラクトだけでなく、EVM などのメカニズムを備えたスマート コントラクトも、限り、ao ネットワークに挿入できます。データの形式の一貫性が維持されるため、それだけです。

言い換えれば、scp は Arweave をベースにしたフルチェーンのレイヤー 2 で、あらゆるパブリック チェーンや DApp に接続できます。一方、ao は SCP のスーパー バージョンで、あらゆるパブリック チェーン、スマート コントラクト、DApp をアオの一部。

DeFiのもう一つの可能​​性

既存の EVM システムでは、スマート コントラクトは基本的にすべてのコアであり、最も一般的な DEX トランザクションを例に挙げると、スマート コントラクトは、特定の場合に規制に従って対応する操作を実行します。流動性の追加、トークンのコントラクトアドレスの検索などの条件がトリガーされます。

ただし、現時点のコントラクトはシングルスレッドプロセスのみであり、すべてのトランザクションはイーサリアムによってソートされ、成功するか MEV によって攻撃されるかを決定することに注意する必要があります。

ao アーキテクチャを使用して Uniswap を変換すると、Uniswap の ao バージョンの各プロセスを異なるトリガー メカニズムに設定でき、相互に干渉せず、すべてを利用できる並列の無限のオンチェーン トレーディング ロボットを作成できます。コンピューティング リソースの動作中、これは Web2 の定量レベルのオンチェーン交換であることがわかります。 Arweave エコシステム最大の DEX プロジェクトである Permaswap は、ao ネイティブ環境に適応するためにこの方法を採用しました。

aoの各プロセスにはトークンを発行する機能があり、イーサリアムを例にとると、各ERC-20トークンの発行プロセスは、設定された価格帯に従って設定するだけで生成できます。取引ユーザーの場合は、注文してトークン交換プロセスを完了します。

実際、イーサリアムでトークンを転送および取引することは非常に困難であり、最終的には、各トランザクションはイーサリアムの最新のニーズに応じて繰り返し計算される必要があり、その結果、大量のトークンが発生します。冗長データが上位チェーンに保存されます。

Ao は、異なるアカウント間でのトークン転送の計算方法を変更しました。基本的に、MU のメッセージ パッシング プロセスに依存する、各プロセスが実行のために Arweave ネットワークに送信されるだけです。計算前に実行されるため、ネットワーク全体が操作に参加する必要がなく、組み合わせた操作を通じて資産を転送できます。つまり、ao 上のすべてのトークンは同時実行され、トークンに対して無数の補助元帳を確立することもでき、各補助元帳は独立した並列コンピューティング機能を提供します。

既存の ao 設計では、プロセスを使用するためにノードに料金を支払うだけで、Arweave の安さと高さのおかげでプロセスが計算され、実行されます。 aoの速度、実行頻度は非常に緻密に設定できます。

ユーザーにとって、ao は抽象的なスマート コントラクトではなく、コンピューターのようなプログラムを実行します。たとえば、EverID に接続されている everPay が ao ネットワークに接続すると、EverID は ao インターフェイスの背後にあるプログラム タイプを操作しません。ユーザーは複数のパブリック チェーン上で DApp アプリケーションを同時に操作できます。これは、既存のインターネット端末の使用ロジックとよく似ており、端末はネットワーク内のさまざまなサーバーを呼び出して、ユーザーにシンプルな単一のアプリケーション インターフェイスを提供します。

本質的に、これは既存の DeFi の改革であり、分散化の程度を維持しながら、対話型システム内でユーザーの操作ロジックを統合します。

グローバルスーパーコンピュータ

本質的に、これは既存の DeFi の改革であり、分散化の程度を維持しながら、対話型システム内でユーザーの操作ロジックを統合します。

グローバルスーパーコンピュータ

DeFi の従来の暗号化のニーズに加えて、ao は実際に従来の Web2 をフィードバックする機能を開きました。そのうちの 1 つは、ML (機械学習) の信頼できるコンピューティングに焦点を当てています。上で述べたように、アクター モデルを設計する際のカール ヒューイットの当初の目的は AI コンピューティングであり、それは単に ao と AI に自然な組み合わせ能力を与えるだけでした。

これまでの AI と Crypto の組み合わせでは、機械学習モデル、特に LLM などのパラメータが多いモデルはスムーズにチェーンにアップロードできませんでしたが、ao ではユーザーがリソースを選択してカスタマイズできるようになりました。 ao によってデプロイされると、コンピューティング サービスへのアクセスや、本質的に無限に拡張可能で協調的なコンピューティング リソースを備えた ML オンチェーンも不可能ではないようです。

Akash のような分散型コンピューティング市場と比較した場合、ao の利点は GPU クラスターの数ではありませんが、Akash はコンピューティングパワー市場を形成するために強力な信頼メカニズムを必要とします。

ao の入場なし機能を犠牲にする必要はありません。また、これらはすべてスマート コントラクトに基づいて実装されていることに注意してください。つまり、チェーン上で実行され、状態証明のために Arweave に保存されます。互換性機能により、ユーザーは独自の機能を使用できます。LLM モデルの実行など、通常の方法でオンチェーン環境を使用でき、そのデータは Arweave ネットワークに保存できるため、大規模なシステムのコンピューティング能力とデータ分散化の要件も解決できます。 AI モデル。

ao は既存の分散型コンピューティング プラットフォームやクラウド コンピューティング ベンダーとは異なり、クラウド ベンダーがスマート コントラクト機能を備えており、現在の危機においてはコンピューティングとストレージに対応できることがわかります。 Arweave は「分散型コンピューティング能力は分散型データである」という素晴らしいサイクルを完了したと述べました。

もっと簡単に言うと、かつては高価で一般の人々から遠ざけられていたスーパーコンピューターが、今では誰もがその起動、実行、終了を制御することができず、プロセスが開始される限り、プロセスを終了できるのはスマートなときだけです。契約が設定されています。特定の条件下でのみ終了し、そうでない場合は永久に実行されます。

結論：アルウィーヴの未来

SCP パラダイムを重ね合わせる機能を備えた ao の登場後、Arweave は永続的なストレージおよび無限のコンピューティング ネットワークになる可能性があります。ただし、現在の ao 実行ノードはまだテスト ネットワーク状態にあり、依存していることに注意してください。コードに書かれた罰スラッシュメカニズムを操作します。

理論的に最適であるということは、実際的な実現可能性を意味するものではありません。ao は、無限に拡張可能でリアルタイムにスケーラブルなコンピューティング ネットワークになることを望んでいますが、Arweave 上のさまざまなエコシステムはまだアクティブではなく、特に主流の DeFi アプリケーションはまだ比較的不足しています。イーサリアムよりも少ないですが、ファイルコインによるFVMの開始よりも遅れています。

全体として、ao+SCP+Arweave はブロックチェーンの別の可能性を明らかにしますが、この可能性を検証するにはまだ時間が必要です。

🔗 PermaDAO について:ウェブサイト|テレグラム| Youtube

💡 PermaDAO コミュニティは、everVision によって開始され、Forward Research (Arweave 公式) によって後援されており、Arweave コンセンサス ストレージのテーマを中心に構築された「共同ビルダー コミュニティ」です。貢献者のすべての作業がデータの合意となります。 「データのコンセンサス」から始めて、見知らぬ人による仕事のコラボレーションの新しいモデル、つまり分散型自律組織を探ってみましょう。

「虫取り」プラン

タイプミス、誤った文章、誤った説明、不明瞭な意味、冗長な説明、その他の問題など、この記事に誤りを見つけた場合は、フィードバックをお送りいただければ、インセンティブが与えられます。フィードバックを送信するには、「ここ」をクリックしてください。

フィードバック有効期間：記事公開後30日以内。