ソラナは、単一トランザクションの最大サイズを1,232バイトから4,096バイトに引き上げようとしています。この変更は、ゼロ知識証明を含むより複雑な処理、大規模なマルチシグトランザクション、バッチ処理などを、単一トランザクションの中で扱いやすくすることを目的としています。

一見すると、単純な技術的改善に見えるかもしれません。しかし、それはブロックチェーン・インフラについてのより広い論点を浮き彫りにしています。

ネットワークがより複雑なワークロードを処理できるようになるにつれて、その周辺にあるインフラも進化する必要があります。アプリケーションには、依然として計算能力、ストレージ、帯域幅、インデックス作成、そしてデータへの信頼できるアクセスが求められます。スマートコントラクトは、全体のWeb3テクノロジースタックの一部にすぎません。

ここが、Aevolis Gridのようなプロジェクトを調べるのが興味深いポイントです。

Aevolis Gridは、分散型のコンピューティング、ストレージ、ネットワークリソースを接続し、それらをWeb3アプリケーションが利用できるようにすることに注力しています。

たとえば、ブロックチェーンゲームは大きなイベントの間、一時的に追加の計算能力を必要とするかもしれません。ソーシャルアプリケーションはメディアのために相当なストレージを必要とする可能性があります。データプラットフォームは、過去のブロックチェーン情報を処理し整理するためのリソースを必要とするかもしれません。

従来、開発者はこれらのリソースを異なる提供者から取得し、それぞれのサービスを個別に管理できました。しかし、分散型リソースネットワークは、共通のインフラ層を通じて利用可能なリソースを調整しようとするという別のアプローチを取ります。

面白いのは、単により多くのデバイスをつなぐことだけではありません。信頼性も重要です。

計算タスクは検証可能な結果を生成する必要があります。ストレージ提供者は、データが利用可能な状態に保たれていることを示す仕組みを必要とします。ネットワークサービスは、レイテンシやパフォーマンスといった要因を考慮する必要があります。さらに、過去のパフォーマンスは、安定して信頼できるノードと不安定なノードを見分けるのにも役立ちます。

プロジェクトのモデルによれば、AEVGDはリソース関連の決済と、リソース提供者と利用者の間でのインセンティブのためにネットワーク内で使用されます。

潜在的なアプリケーションは幅広く、データのインデックス作成、コンテンツ配信、ブロックチェーンゲーム、ソーシャルアプリケーション、ストレージ、一般用途のコンピューティングなどが含まれます。

しかし、重要な問いは単にネットワークがいくつのノードやリソースを持っているかではありません。より意味のある指標は、実際の利用状況、完了した稼働（ワークロード）、アプリケーション統合、リソースの信頼性、そして継続的な需要です。

それが、Aevolis Gridがさらに発展していく中で私が注目する点です。

より大きなトレンドとして追う価値があるのは、次の点です。Web3アプリケーションがより高度になっていくにつれて、それらを支えるインフラは、ブロックチェーンそのものと同じくらい重要になるということです。