編集者: カイル
レビュー: レモン
出典: コンテンツギルド - ニュース
元々はPermaDAOに掲載されました
オリジナルリンク: https://permadao.notion.site/AO-AO-Core-HyperBeam-1a527607c4398036bbfae5c04bdc0440?pvs=4
みなさんこんにちは。本日は私たちのワークショップにご参加いただきまして誠にありがとうございます。私たちは、ノード オペレーターの最初のバッチのオンボーディングを開始できるため、この時期を非常に楽しみにしています。今日は、AO の根底にある基本プリミティブである AO-Core について説明します。また、自分のデバイスで実行する方法、将来の開発ロードマップ、現在の進捗状況についてもお話しします。
AOについて
最初に理解しておくべきことは、AO は超並列コンピュータであるということです。その実行環境は従来のスマートコントラクトとは大きく異なります。したがって、この新しい環境でノードを実行することは異なり、Ethereum バリデータ ノードや他のブロックチェーンを実行することとはあまり似ていません。
AO のノード オペレーターは多くの決定を下し、システムのユーザーはノード オペレーターと市場を形成して、どのデバイスがコンピューティング タスクを実行するかを選択します。これを皆さんに明確にするために、まずは技術的な観点から AO-Core の機能を理解しましょう。
技術的な観点から見た AO-Core とは何ですか?
AO-Coreを正しく理解するには、ブロックチェーンの本質に戻る必要があります。おそらく、ブロックチェーンに関する現在の理解をしばらく脇に置いておくのが最善でしょう。そうすれば、この新しいシステムがどのように機能するかを理解しやすくなるかもしれません。次に、分散型ネットワークが実際にどのように見えるかを探ります。
30,000 フィートや 100,000 フィートといった高い視点から見ると、インターネットとは何でしょうか?
簡単に言えば、インターネットは、並行して実行される多数の参加者から構成される分散型マシンです。そして、これらのマシン間のあらゆる接続には信頼が必要です。
私たちはインターネット接続で暗号化技術を使用することに慣れています。たとえば、銀行や取引所を訪れると、さまざまな関係者は暗号化されたチャネルを介してやり取りするため、誰も盗聴することはできません。しかし、銀行が取引所に誰かが資金を入金したことを通知し、取引所が取引を実行して結果をユーザーに通知するなどの状態遷移は、依然として信頼に依存しています。
分散ネットワークにおけるすべての相互作用は信頼に基づいて構築されており、各参加者は状態遷移の結果を正確に報告することが想定されています。各サービスは独立して実行され、独自の状態を維持しますが、その状態にどのように到達したかについての記録はありません。これにより、信頼できないサービスと直接やり取りできないという根本的な問題が発生します。これは単なる理論上の問題ではなく、現実には非常にコストがかかり、よくある状況です。
ブロックチェーン ネットワークを使用する場合でも、何が起こっているかを正確に知るには、RPC プロバイダーまたはゲートウェイ プロバイダーを信頼する必要があります。インターネット上のすべての接続は、デフォルトでは検証されていません。ブロックチェーン ネットワークをオーバーレイすることはできますが、古いプロトコルやサービスとやり取りしている場合は、何が起こっているのかを完全に把握することはできません。
実際、RPC プロバイダーなど、ブロックチェーン ネットワークのエッジにある集中型サービスがユーザーに問題を引き起こした例は数多くあります。たとえば、分散型金融（DeFi）ネットワークのインターフェースがハッキングされ、ユーザーはネットワークと直接やり取りしていると思っていましたが、実際にはそうではありませんでした。これは数ある例のうちのほんの一例です。従来のブロックチェーン ネットワークでは、コア部分は信頼できないものの、ブロックチェーンに接続されたチャネルはインターネットの他の部分と同様に信頼を必要とします。それは、信頼できるコンピューティングと通信の広大なネットワークの中に、信頼できないコンピューティングの小さな島を構築したようなものです。
信頼にかかるコストは無視できません。これはハードウェア供給の問題だけではなく、多くの観点から当てはまります。ストレージを例にとると、Arweave ネットワークは 1 テラバイトあたり月額約 78 セントを請求しますが、最も安価な集中型プロバイダーである Backblaze は 6 ドル、AWS は 23 ドルも請求します。なぜ Arweave マイナーは低コストでストレージスペースを提供できるのに、Amazon や Backblaze はできないのでしょうか?
その答えは、Arweave マイナーはユーザーに直接アクセスできず、ユーザーは Amazon ほど彼らを信頼していないということです。 Amazon はブランドと評判を通じて信頼を築いてきました。そのため、企業がクラウド ストレージを購入する必要がある場合、Backblaze よりも Amazon を選択することになります。後者は前者の 4 分の 1 の価格であるにもかかわらずです。
Arweave のような分散型物理インフラストラクチャ ネットワークを使用すると、ユーザーは最小限の信頼でリモート プロバイダーに接続できます。 Arweave ネットワークを信頼できる場合 (完全に透明性があり、自分で監査でき、計算を理解し、信頼できない検証メカニズムを通じてデータ ストレージが保護されていることがわかっている場合)、Arweave ネットワークを使用できます。ファイル、データ、アプリケーション、さらにはネットワーク サービスも展開できます。現在、Arweave には 150 億個の情報があり、人々はそれをさまざまなことに利用しています。ネットワーク自体を信頼している限り、基盤となるストレージ プロバイダーを信頼する必要はありません。これらのプロバイダーはストレージ リソースを保有していますが、企業顧客からの信頼がまだ得られていないため、企業顧客に直接販売することはできません。したがって、これらのシステムでは、ハードウェアだけでなく、信頼にかかるコストが非常に高くなります。
同じ比較は従来の金融サービスにも当てはまります。たとえば、人々は、大規模な機関投資家を信頼しているため、小規模な ETF プロバイダーではなく、フィデリティのような大規模な機関投資家から ETF を購入することを選択します。これらのサービスでの取引量を見ると、ユーザーは本質的にアルゴリズム的なサービスに対して多大な信頼コストを支払っていることがわかります。実際には信頼に頼る必要はありません。
AO のアプローチは、インターネットのアーキテクチャを模倣し、ネットワークと並行したコンピューティング プリミティブを作成することです。インターネットと同じ「アクター モデル」を使用します。つまり、銀行や取引所がメッセージを介して相互に通信するなど、複数のサービスが非同期で相互作用し、必要な場合にのみ通信します。これは従来のブロックチェーン ネットワークとはまったく異なります。従来のブロックチェーンでは、全員のトランザクションはネットワーク全体のトランザクションです。たとえば、Ethereum では、誰かが Uniswap で取引を行うと、ネットワーク全体が停止して、状態遷移が正しいかどうか検証し、確認します。これは確かに強力な検証を提供しますが、非常に非効率的であり、AO で実現したい分散型スーパーコンピュータの規模には決して到達しません。
AO は、システム内の当事者間の信頼の必要性を最小限に抑えるための柔軟なモジュール メカニズムも提供します。 AO-Core は本質的に、「これは計算で、これが出力です」と言うためのシンプルなプリミティブであり、それを何らかの当事者からの証明と結び付けて、証明可能なエラーを許可します。何か問題が発生した場合、それが発生するのを確認できます。同時に、これらの証明を組み合わせることもできます。やり取りの正確さを検証する人数は、それ以上でもそれ以下でもなく、必要な人数に制限はありません。これが AO-Core の中核であり、上記はすべて、このシステムと、同じ基本プリミティブに基づいて構築されたモジュール構成サービスのアプリケーションにすぎません。
簡単に言えば、AO-Core はブロックチェーンの概念を HTTP レイヤーに統合します。私たちはブロックチェーンの概念を最も基本的な要素にまで抽出し、広く理解されサポートされている言語で表現します。
私たちは、誰もが適応できるまったく新しい世界を創造するのではなく、ブロックチェーンの基本要素を既存のインフラストラクチャに統合しようとしています。こうすれば採用される可能性が高くなります。これはすべて、昨年制定された新しいインターネット標準のおかげです。
HTTP メッセージ署名
興味深いことに、この標準は AO テストネットの立ち上げとほぼ同時に登場し、「HTTP メッセージ署名」と呼ばれています。名前が示すように、HTTP リクエストとレスポンスに署名を埋め込むことができます。 Arweave のデータ項目形式は HTTP ヘッダーと本文に多少似ているため、この標準を見たときは非常に興奮しました。これにより、中間形式変換を必要とせずに、Arweave 上のデータを HTTP 要求と応答として直接表現し、ほぼすべてのプログラミング言語でデフォルトでサポートされている HTTP メッセージ署名をサポートするすべてのツールをすぐに利用できるようになります。
ブラウザなどで AO-Core ノードから応答を受信すると、以前は検証されていなかった最後のリンク（独自のブロックチェーン ノードを実行しない限り（ほとんど誰も実行しておらず、非現実的すぎる））に署名されたメッセージが含まれるようになります。この署名を検証すると、特定のノードが特定のリソース (データ、サービス、または状態表現) の正確性を証明したことがわかります。これは、AO-Core の 2 つの基本的な構成要素の 1 つです。
現在では、ノード間のネットワークが検証されるだけでなく、エッジ ユーザー (Alice や Bob など) への接続も検証され、ノード間の接続と同様に信頼されるようになりました。
ハッシュパス
AO-Core のもう 1 つの構成要素はハッシュ パスです。インターネット上のメッセージは通常、銀行が取引所にユーザーが資金を入金したことを通知し、取引所がユーザーに残高の更新を通知するなど、連鎖的に行われます。これらは相互に関連した相互作用です。1 つのメッセージが別のサービスの状態を変更し、ユーザーに渡される新しいメッセージが生成されます。これらのやり取りをブロックチェーン方式でリンクできます。メッセージ 1 が発生し、この状態に基づいてメッセージ 2 が発生し、最終的に状態 3 に到達します。ハッシュ パスは、一連の相互作用、つまり初期状態とプログラムに基づく一連のトランザクション レコードを単純に表現したものです。 AO エコシステムに精通している方は、「プロセス」レイヤーがプロセスの入力ログを記録し、Arweave 上のプログラムと初期状態を組み合わせて出力を再計算することをご存知でしょう。
AO-Core はさらに一歩進んで、システム内のすべてのメッセージ、すべての状態証明、さらにはノード間のメッセージまでがマイクロブロックチェーンを構成します。たとえば、ユーザーがノードにメッセージを送信すると、ノードはプロセス スケジュールを取得し、応答を受け取り、計算を実行して、結果をユーザーに返します。プロセス内の各メッセージは小さなブロックチェーンを構築します。これにより、いくつかの興味深い特性が生まれます。たとえば、ユーザーが銀行に取引所に送金して取引を完了するように依頼すると、5 人のユーザーに影響が及び、最終的に全員のメッセージには出力を生成したハッシュ パスが含まれます。これは、すべてのやり取りの履歴を含む Merkle ルートのようなものです。この出力はブラウザに直接送信され、ユーザーは既存のネットワーク インフラストラクチャを使用してそれを検証できます。
ハッシュ パスは、「誰がいつ何を言ったか」、そしてさらに重要なことに「なぜ言ったか」を伝える検証可能な原子単位のようなものです。
ハッシュ パスには、事前に計算されるという別の興味深い特性があります。これにより、超並列ネットワーク (AO など) の基本的な問題が解決されます。強制的なコンセンサスは存在せず、順序付け方法は柔軟で、ユーザーは希望するシーケンス方法を選択できます。
直面する可能性のある道は数多くあります。従来のブロックチェーンでは、トランザクション後のステータスを知るには、チェーン全体を再計算する必要があります。しかし、ハッシュパスを使用すると、ユーザーは「A から B、そして C を適用した場合の結果はどうなるか」を事前に指定することができ、メッセージ識別子のみを知ることで状態識別子を計算できます。これは、ネットワーク プリミティブが埋め込まれた計算状態へのハイパーリンクのようなものです。これを使用すると、特定のハッシュ パス上の異なるノードの出力を比較できます。Alice、Bob、Charlie が状態が X であると言っていて、Dennis が状態が Y であると言った場合、不一致を見つけて解決システムを通じて解決できます。
ハッシュパスを組み合わせて状態証明にすることもできます。 HTTP 署名メッセージは、マルチ署名と同様に、スタックされた署名をサポートします。もともとこれはプロキシまたはキャッシュ用に設計されていましたが、AO はこれを Alice、Bob、Charlie の証明を組み合わせるために使用します。デニスが同意しない場合は、その意見の相違が明らかになり、それに応じて欠陥を解決することができます。
もう 1 つのハイライトは、署名アルゴリズムの選択が完全に柔軟であることです。 HTTP 署名メッセージは RFC 9421 標準に基づいており、デフォルトで SHA-512 を使用しますが、他のタイプ (ECDSA や RSA など) もサポートされており、混在させても検証できるため、既存の運用環境では非常にユニークです。
この点の全体的な意味はまだ完全には理解されていませんが、注目に値する観察結果が 1 つあります。銀行 (AO のトークン プロセスになる可能性あり)、取引所 (流動性プールになる可能性あり)、ユーザー プロセスなど、4 つの参加者がいるシステムを想像してください。ハッシュ パスがこれらの参加者間で渡されるにつれて、パスは徐々に組み立てられます。ユーザー プロセスが 6 番目のインタラクションのメッセージを生成し、それを下流に渡すと、証拠として Merkle ルートが取得されます。このルートは、他のプロセスの以前の状態を確認するために使用できます。最大範囲まで拡張すると、ネットワーク内の各プロセスおよびサービスの相互作用履歴を理論的には 256 ビットの Merkle ルートに凝縮し、各相互作用の場所を追跡できるようになります。
この機能は非常に有意義です。これにより、単一のネットワーク ルート検証エラーやその他の機能を悪用できるようになります。さらに、RFC 9421 に基づいているため、ハッシュ パス アルゴリズムを調整して、基礎となる状態遷移の証明が付属する有効なパスのみを受け入れることができます。たとえば、ゼロ知識証明または TEE (Trusted Execution Environment) 認証を使用して、TEE 検証結果のみを組み込むことができます。このようにして、最終的な Merkle ルートには、検証可能なすべてのメッセージの状態の証明が含まれます。たとえば、ゼロ知識証明または TEE ノード署名を保持することで、下流ノードがパスを受け入れるための証明を提供する必要があるため、プロセス番号 5040 の 6 番目のビット出力が特定のデータであることを確認できます。
このメカニズムには大きな可能性があります。私たちは、Arweave の永続ストレージ プリミティブの広範囲にわたる影響と同様に、5 ～ 10 年後のアプリケーションの展望をまだ模索しています。大規模なアプリケーションでは、ネットワークのほぼすべての計算をカバーする統一された Merkle ルートを提供します。
コンセンサスが強制されないため、システムには単一のルートはなく、異なる時点で複数のルートが生成されます。しかし、システムが相互作用するときに証明が自然に渡され構築されるという事実は、説得力があるだけでなく、追加のコストもかかりません。
このプロセスは、ハッシュ アルゴリズムに応じて、状態の検証や何らかのコンセンサスと同様に、自発的に発生します。分散システムの副産物として、インターネットの動作方法を反映しています。このメカニズムは、トランスポートに複雑さを追加することなく自然に機能します。たとえば、アリスは小額の取引でボブにビデオを視聴するためのトークンを支払います。ボブが決済すると、トークンはハッシュ パスとともにボブの取引の流動性プールに伝播され、その後すぐにネットワークの残りの部分に拡張されます。これにより、ネットワークの使用に伴い、追加の通信オーバーヘッドなしで、時間の経過とともに進行するあいまいなコンセンサス、または少なくとも状態入力の検証可能性が可能になります。
この機能は非常に価値があります。 AO-Core はプリミティブであるため、単一の仮想マシンやセキュリティ メカニズムを強制しません。証明メカニズムとハッシュ パスの配信のみが RFC 9421 に準拠しており、特定の使用ルールを制限するものではありません。そのアーキテクチャは、「デバイス」のシステムを使用します。これは、ブロックチェーンのコンポーネントに似た小さな状態遷移ルールですが、構成可能な独立したユニットに分割され、再利用できます。
例えば、AO プロセスは AO-Core 上に構築されており、最低でも 6 台のデバイスが必要ですが、実際には 10 台から 20 台以上のデバイスが必要であり、スケジューラや実行エンジンの置き換えなど、柔軟に組み合わせることができます。 Cosmos や Polkadot のツールキット コンセプトと同様に、AO-Core は、オンデマンドで組み立てられ、分散型ネットワークを装備できる既製のモジュールを提供します。本日、ノード オペレーター ビルドをリリースします。新しいブロックチェーンを開始するのは、Hyper Beam ノード URL に HTTP メッセージを送信するだけです。新しい機能を追加するには、単一のデバイスを導入するだけでよく、ノードオペレーターはそれを実行するかどうかを独自に選択できるため、ユーザーとオペレーターの間に需要と供給の市場が形成され、デバイス実行エコシステムの発展が促進されます。
AO-Coreの使い方——HyperBeam
AO テストネットは 1 年前に開始され、スケジューリング、メッセージング、コンピューティング ユニットを含むプロトタイプは約 18 か月前に開始され、現在はプラグ可能なデバイスに変換されています。 AO-Coreメインネットワークでは、プロセスデバイスが約20の下流コンポーネントを調整し、HyperBeamプラットフォーム（AO-Coreの実装）が誕生しました。これは、Erlang仮想マシン、モジュールインフラストラクチャに基づいて再構築され、多様なデバイスの開発をサポートします。
AO は Hyper Beam 上で実行され、デバイス スタックが連携して、実行、支払い、データ変換ツール デバイス、ハッシュ パスと結果の証明を提供するその他のセキュリティ デバイスなど、統一されたユーザー エクスペリエンスを提供します。
Hyper Beam は、AO デバイスのオペレーティング システムとして考えることができます。オープン プラットフォームにより、ノード オペレーターはデバイスを選択し、ユーザーはデバイスの種類と価格に基づいてタスクを割り当てることができます。従来のブロックチェーンのグローバル価格設定と比較すると、AO にはこの要件がありません。オペレーターは支払いデバイスを通じて独自に価格を設定し、ユーザーは比較して選択します。各リクエストはブロックチェーン トランザクションであり、開発者は AOS プロセスを指定して Web ページを出力し、動的な情報をリアルタイムで表示できます。
たとえば、AOS コンソールからメッセージを送信し、HTTP タイプ (application/html または text/html) とレンダリング データを指定します。ブラウザーが URL にアクセスすると、データの正確性を証明するハッシュ パスと署名を含むページが生成されます。この機能は追加の用途につながり、システム設計における副次的な利点と見なすことができます。
より目に見える機能は、実際にはスマート コントラクト出力 API などのより大規模なシステムの副産物です。これは、価格や残高を返す Web ページに似ており、ブラウザからアクセスできます。 Dexi や Permaswap などの流動性プール サービスでは、従来、計算リソースを消費する「ドライ ラン」が必要でしたが、現在ではプロセスを通じて参照可能なリソースを直接出力できます。
より基本的な機能は、デバイスによって出力される状態とハッシュ パスがキャッシュ可能であることです。 Hyper Beam ノードは、CDN の構築、結果のキャッシュ、署名のマージをサポートし、成熟したネットワーク インフラストラクチャを使用して、開発者がドライ ランを実行することなく応答速度を向上させます。さらに、ロックフリーのサーバー機能は、AWS のコストのほんの一部で実装できます。
AO-Core はコンセンサス ルールを強制しないため、コンセンサスを必要とせず、ブロックチェーンの検証可能性を備えたサービスを提供できます。デバイスが適切に構成されている場合、ノードは操作の順序を決定するためにスケジューリング メカニズムに依存する必要がなく、現在のハッシュ パスに基づいてユーザー要求のみを実行します。たとえば、ユーザーが「パス上で X を実行する」と指定すると、ノードが適用されて新しいパス Y が生成されます。この機能は、WebAssembly コンテナの実行、AWS Lambda に似たサーバー関数フレームワーク、証明付きの結果の出力、柔軟性と信頼性のバランスをサポートします。
セキュリティメカニズムに基づいて、ユーザーは結果の正確性を確認できます。このサービスは分散型ネットワークから発信されるため、単一のプロバイダーを信頼する必要はなく、ハッシュ パスはモバイルであり、ロックインは排除されます。
この機能の重要性は、年間数千億ドルの収益があるクラウド コンピューティング市場の規模によって測定でき、その潜在的な影響が強調されます。
ハードウェア リソースのプロバイダーと需要者を結び付け、AWS と同等以上のセキュリティ保証を提供できるようになりました。これらのプロバイダーは Amazon のようなブランド信頼を持っていませんが、AO-Core を通じて低コストのサービスを提供しています。正確な価格は不明ですが、現在の水準よりも大幅に低くなると推測するのが妥当であり、これがこのシステムの大きな特徴です。
もう 1 つのポイントは、DePIN ネットワークの構築を簡素化することです。既存のスタックを再利用するには、状態遷移コンポーネントを追加するだけでよいため、起動の難易度が大幅に軽減されます。この機能は、DePIN が信頼を最小限に抑えた裁定取引から生まれ、Amazon と同等の信頼レベルで低コストのサービスを提供するという点で魅力的です。
この機能には大きな可能性があります。Hyper Beam は DePIN オペレーティング システムと見なすことができ、AO プロセスはそのアプリケーションの 1 つにすぎず、ストレージやコンピューティングなどの複数のシナリオをサポートします。ノードオペレーターはアプリストアなどの機器を選択し、初日にハードウェアプロバイダーのネットワークに新しいネットワークを接続します。すでに試用を開始している人もいます。
数か月前に Hyper Beam を導入したとき、エコシステムのメンバーの中にはすでに開発を開始していた人もいました。たとえば、あるプル リクエストでは Web GPU サポートが追加され、HyperBeam 実行に GPU が利用できるようになり、ノードは Arweave から直接コードをダウンロードします。この機能により、URL フィールドはチューリング完全となり、コンポーネントは名前を通じて再利用できるようになり、システムの柔軟性が実証されます。
たとえば、ハッシュ パスで「compute」を呼び出すと、WASM 階乗関数 (パラメーター 1 または 11) が実行され、URL バーが一般的なコンピューティング ツールになります。スクリプト言語では、プロセス出力のスケジュール設定などの URL を組み合わせることができるため、システムの柔軟性が強調されます。
既存のテクノロジーに基づいて、HTTP 署名メッセージは複数のプログラミング環境 (Rust、Go、C#) をサポートし、初日から互換性があり、独立したライブラリのメンテナンスが不要になります。データは Arweave 経由でパッケージ化およびアップロードされ、すぐに使用できます。
HyperBeam ノードの実行を開始するにはどうすればよいですか?
システムの独自性を理解したので、HyperBeam ノードを実行することがなぜ意味があるかをよりよく理解できるようになります。モジュール設計により、オペレーターはサービスと価格を決定でき、機器のインストールは従来のアプリケーションと同様です。
現在、通常のオペレーティング システムのアプリ ストアと同様に、各デバイスは個別に接続および取り外し、アップグレードできます。定期的に公開し、更新していきます。 Forward Research では、早期アクセス、プレビュー、リリース候補の 3 つの成熟度レベルに分類しています。候補リリースバージョンには、安定した機能、マイナーアップデートがあり、「ビットコイン化」の原則に従い、AO-Core プロトコルの堅牢性を保証します。Arweave がその一例です。
本日、HyperBeam (ベータ版) のプレビュー バージョンをリリースしました。これにより、自分でテストを実行できるようになります。 AO-Core は現在安定しており、グリーン候補デバイスとプレビューおよび早期アクセスデバイスを試用できます。
AO エコシステムは、1 年前のテスト ネットワークの立ち上げから始まりました。ユーザーがすぐに価値のある取引を開始したことは喜ばしいことです。採用率と成長率は非常に速く、今日まで減速しておらず、通常のテストネットワークの頻繁なリセットとは異なり、多くのユーザーが頼りにし、自由に放棄できないアクティブなネットワークを形成しています。 AO はホログラフィック ステート技術を使用してスマート コントラクトの動作状態を表示します。すべてのノードがシャットダウンした場合でも、ユーザーはノードを実行して自分で状態を復元できます。この機能は、メイン ネットワークへのスムーズな移行の基盤を提供します。
メインネットとテストネットのコンセンサスは Arweave と Ethereum の両方で互換性がないため、この移行を完全なコンセンサス システムで実現することは困難です。ただし、AO エコシステムを制限する必要はありません。ユーザーは「レガシー ネット」に依存しており、古いバージョンのノードのみを実行しています。基盤となるメカニズムをリアルタイムで置き換え、古いネットワークを維持しながら Hyper Beam ノードを導入し、データとルールを共有してスムーズな接続を確保できます。
2月9日、AWSのAOオペレーティングシステム（AOS）でメインネットモードのテストをユーザーに可能にする優先チャネルを提供する支払いリレーデバイスをリリースしました。この機能は、支払いデバイスを使用して古いネットワークと対話し、高価値トラフィックの処理能力を向上させます。
旧ネットワークは、当初はユーザーを引き付けるために使用されていた無料コンピューティングの問題に悩まされていましたが、現在では、トランザクションが優先され、ステータスが迅速に取得されるようにするために、ユーザーは料金を支払う必要があり、そのために Hyper Beam 支払いメカニズムが作成されました。
本日リリースされた Milestone 2 プレビュー バージョンは、スケジューリングやメッセージ プッシュ機能などの Hyper Beam コンピューティングをサポートし、マルチプロセス操作を調整し、HTTP 署名メッセージを通じて AO-Core に依存して TEE (Trusted Execution Environment) で信頼できる証明を提供します。
このバージョンは古いネットワーク実行と互換性があり、現在利用可能です。GitHub で見つけることができ、ぜひお試しください。 (HyperBEAM コード リポジトリ: https://github.com/permaweb/HyperBEAM)
今後の方向性
次のフェーズでは、古いネットワークとの完全な互換性に焦点を当てます。重要なのは、ディスパッチ ユニットを Hyper Beam に接続し、ステータスと検証可能な証拠を取得し、進捗状況を公開して追跡可能にすることです。同時に、機器の成熟度と安定性をさらに向上させていきます。近々、TEE (Trusted Execution Environment) 検証機能とプライベート コンピューティング機能を実装する予定です。これらの機能は幅広い応用が可能で、システムにさらなる可能性をもたらします。
短期的には、WASM 実行環境の改善にも注力していきます。 Hyper Beam は、事前コンパイル (AOT) テクノロジーとプライベート コンピューティングおよび検証可能な出力を組み合わせることで、ネイティブに近い実行速度を完全にサポートし、ノード オペレーターが最初に恩恵を受けます。現在、Web GPU と WASM NN デバイスが使用され、レンダリングと LLM (大規模言語モデル) コンピューティング タスクをサポートし、AO-Core の機能を効果的に拡張しています。GPU アクセスにより、ノードの収容能力が向上します。 。
このテクノロジーは、基礎を熟知しているユーザーにとっては理解しやすいものですが、技術に詳しくないグループに説明するのは難しい場合があります。ご注目いただきありがとうございます。
