知っておくべきこと
- Ethereumの共同創設者であるヴィタリク・ブテリンは、Ethereum全体の検証、実行、ネットワーク効率、スケーラビリティを向上させるために、トランザクションのアクションと依存関係を分離することを提案しています。
- 純粋な依存関係は独立してチェックできますが、再帰的STARK証明は、多数の完了した検証を1つの検証可能な暗号学的証明に統合できます。
- EIP-8141、キー付きノンス、および代替ステート設計は、アカウント抽象化、柔軟な認証、トランザクションの順序改善、不要な遅延の削減をサポートします。
Ethereumの共同創設者であるVitalik Buterinは、ネットワークの検証と実行の処理方法を変革する可能性のあるトランザクションモデルを提案しました。Buterinによると、研究により、実行前に解決すべきアクションと依存関係の違いが明確になりました。このモデルは、EIP-8141、キー付きノンス、代替ステート設計、および再帰的STARKベースのメムプールを基にしています。
Ethereumのトランザクション分離により、並列検証が可能に
アクションは、トークン振替、口座更新、スマートコントラクトの相互作用を含む、トランザクションが生み出す効果を表します。依存関係は、これらのアクションを許可する前にEthereumが確認しなければならない条件を表します。これらのコンポーネントを分離することで、異なる最適化手法を可能にできます。
関連記事:UBSとJane Street、米国Hyperliquidファンドに投資する主要機関に参加
Ethereumは現在、検証と実行を接続しています。ノードはトランザクションを受け取り、その要件を検証した後、要求された操作を実行します。しかし、Buterinは、開発者がこれらの依存関係を、行動とは異なる性質を持つため、独立して処理できると考えています。
一部の依存関係はネットワーク情報が必要ですが、他のものはEthereumの状態にアクセスせずに動作します。これらの要件は純粋な依存関係として記述され、トランザクションがブロックに入る前に検証が可能です。
その結果、mempoolsはそれらを確認し、ブロック実行中にバリデーターがチェックを繰り返すのを防ぐことができます。ノードは、各要件を単一のシーケンスで検証するのではなく、複数の依存関係を同時に処理できます。
さらに、再帰的STARK技術を用いると、複数の完了したチェックを1つの暗号学的証明に統合できます。このような集約により、バリデーター間の計算負荷を削減しつつ、トランザクションの整合性を維持できます。
アカウント抽象化は提案されたトランザクションモデルをサポートします
この提案はEthereumのアカウント抽象化の取り組みと連携し、よりプログラム可能なトランザクションオプションを提供することを目的としています。EIP-8141は、柔軟な認証と実行をサポートするフォーマットを検討しています。キー付きノンスは、個々のアカウントのトランザクション順序の改善にも寄与する可能性があります。
従来のノンスは、1つの口座からのトランザクションを厳密な順序で並べます。したがって、1つの遅延したトランザクションが後続の操作をブロックする可能性があります。キー付きノンスは、同じ口座内で別々のシーケンスを確立し、関連のない操作が不必要な遅延なしに進行できるようにします。
代替のステート設計は、Ethereumがトランザクション情報を保存し、必要な検証条件を識別する方法を変える可能性があります。これらの研究分野は、トランザクションの意図、認証、検証、実行を処理するためのモジュール構造を提示しています。
しかし、このモデルは確定されたEthereumのアップグレードではなく、開発中の概念です。開発者はそのセキュリティと実装要件を評価する必要があります。最終的に、この違いは並列検証を支援し、重複作業を削減し、Ethereumがますます複雑化するトランザクションを処理する能力を向上させる可能性があります。
関連記事:UNP 価格予測 2026–2030：Unipoly Coinはすぐに$0.30に到達できるか？
投稿 Vitalik Buterin、Ethereumのトランザクション設計に大きな変更を提案 は、36Crypto で最初に公開されました。