ネイティブアカウントの抄録+量子の脅威:EIP-8141 なぜそれがヘゴダのトップではないのですか

先週、EIP-8141 は Ether House Core Developers のミーティングで正式に議論され、その結果、Vitalik が個人的にスタンドする提案が Hegota の「見出し関数」と分類されていないのは意外でした。

今週、Google Quantum AI チームは、与えられたハードウェアの前提のもと、CCDLP-256 を破るために必要な物理的な量子比の推定値が以前よりも 20 回下回っていたことを示す新しいホワイトペーパーを発表しました。 量子攻撃が近づいているわけではありませんが、実際のリマインダーですアカウントシステムが将来検証ロジックを変更する柔軟性がない場合、今日の多くは「ウォレットエクスペリエンスの議論は、最終的にセキュリティ問題に変わる可能性があります。

EIP-8141は依然として重くなっていますが、特にクライアントの達成の観点から、取引プールのセキュリティと検証の複雑さ、そしてまだ十分な固体合意はありません。

しかし、この時点では、EIP-8141は議論し、もっと見て価値があるようです。

I. EIP-8141. (日本語) ソリューションとは

EIP-8141 は、フレーム輸送として正式に知られる Vitalik Buterin や Timbeiko などのコアコントリビューターによって駆動されます。

より理解しやすいフレーズでまとめるには、別のウォレット機能を追加したくないものではなく、単一の ECDSA 署名パスによってバインドされる契約のレベルから任意のアカウントを削除しようとしますが、より柔軟なバリデーションと執行ロジックを持っているためです。  

これはまた、複数の署名、ガススポンサーシップ、キーローテーション、社会リハビリテーション、さらにはアンチクオンシグネチャプログラムへの将来のアクセスがもはや財布の外側の容量の層ではありませんが、ETAシステムの「ジェネリックメンバー」になる機会を持っています。

表面を見てみると、EIP-8141は、非常に具体的に見える機能のセットを議論します安定した通貨ガスで支払い、マルチステップの操作をトランザクションに合成し、より柔軟なシグネチャメソッドをサポートし、将来の反量的なシグネチャのためのスペースを離れた。ERC-4337 から EIP-7702 まで、長年にわたって経験してきた改善の多くは、財布の周りには、基本的にはアカウントを秘密鍵ではなく、ルールをカスタマイズするためのエントリ ポイントにしていると言えます。

問題は、これらの改善は、スマートアカウントのような財布をより多くのものにするということですが、Etherのデフォルトアカウントモデルの一番下には本当に触れません。

現在のシステムでは、太字アカウントは2つのカテゴリに広く分けられていることがよく知られています。 一つは、独自の取り組みでトランザクションを開始できるプライベートキーによって制御される、最も精通した EOA の外部所有アカウントです。しかし、プログラム可能な容量が不足しています。もう一つは、契約アカウント、スマートコントラクト自体で、複雑なロジックを実装できますが、独自のトランザクションを開始することはできません。

これは取引を開始し、長い間単一の秘密鍵署名に結びつく能力につながります。 この前提が変更されていない限り、, 彼らが持っているべき能力を見つけるために、今日多くのユーザーのために困難です, 署名ルールを変更するための柔軟性など, ガス交換, 自分の秘密鍵の損失の後にアカウントの制御を復元します, または新しいパスワードシステムへの将来の移行を滑らかにするには, アカウントの実際のデフォルト容量になります。

imTokenや他のWeb3ウォレットを使用した場合、ウォレット内のUSDCの束など、おそらくこれらの痛みを経験していますが、ETHなしで、あなたは取引をすることはできません(ガスはETHでのみ支払うことができます)。 あなたはすべてのお金を失うし、それを復元することはできません。 「承認+交換」操作は2回署名し、2回確認する必要があります。

問題は、ウォレット製品が十分ではないことではありませんが、 Taifeng アカウントモデル自体で設計されていることではありません。

この観点から、最後の2年間の進化は非常に明確で、プロトコルを変更することなく、アプリケーションレベルでのERC-4337実行中のアカウントが抽象化されています。 EIP-7702は、EOAが完全に解明できないことを確認し、少なくとも一時的に、スマートアカウントにアプローチする能力の一部を獲得します。

つまり、抽象的なアカウントをしようとしているのではなく、 TAICHA はより適度で保守的な方法で問題に近づいてきました。 EIP-8141 の出現は、このパスが新しいノードに到達したことを意味します。 既存のシステム外のスマートアカウントの別のレイヤーをスタックする機能には満足しませんトランザクションモデル自体に直接抽象的にアカウントを埋め込むことを試みると、プロトコルレイヤーの開始からプログラム可能な検証と実行ロジックを持つことができます。

EIP-8141 が今日リヒートする理由です。 一方、上位レベルのウォレット体験は、元のアカウントの抽象化に近づいて近づいてきています。これは、遅かれ早かれフォローする必要があります。一方、量子コンピューティングの長期的圧力は、遠い技術的な問題から慎重に考慮する必要がある現実に「署名を変更するアカウントの柔軟性」をシフトしています。

II. EIP-8141の特長 どのように機能しますか

最終的な分析では、EIP-8141 は、トランザクションタイプ番号 0x06 で、全く新しいタイプのトランザクション - フレームトランスポートを導入しました。

伝統的な TAIFENG トランザクションの基本的なロジックが 1 つのトランザクションがコールに対応する場合、EIP-8141 が何をすべきかは、ルールの順に実装できる「フレーム」のセットにトランザクションを解体することです。したがって、認証、支払い、実行のために一緒にバインドされた 3 つのものを削除します。

各フレームには3つの実装モードがあります

• VERIFY(バリデーションフレーム): トランザクションの妥当性を検証する責任は、アカウントの「カスタマイズされたバリデーションロジック」を実行し、採択された場合、新たに導入されたAPPROVEコードを呼び出して、実行を承認し、ガスキャップを割り当てます。
• SENDER(送信フレーム):転送、コール契約などの実用的な操作を実行します。 呼び出し元アドレスはトランザクションの送信元です。
• DEFAULT(エントリーフレーム):デプロイメント契約、Paymasterの検証などのコールアとしてシステムエントリーアドレス

このメカニズムの目的は、トランザクションをより複雑にするものではありませんが、アカウントの操作から初めて解体し、元のプロトコルにそれを提出することです。

結局, トランザクションを検証する人, ガスを支払います, 誰が本当のことを行います, 基本的に同じアカウントに縛られます, そして..EIP-8141 の設計では、これらのものが異なるフレームに分解され、クリアなシーケンスで実行され、そのため、アカウントが単一のプライベートキーに「全体として署名」に依存しないが、プログラム可能なインキュベーターに近いフォームを持つようになりました。

具体的な例として, あなたは、ガスのUSDCの支払いでスワップを完了したいと仮定, 問題は、理論的に完全なフレームプロセスに整理することができます: まず, 署名と執行機関は、アカウントによって検証されます, その後、ペイアまたはペイマスターは、彼がコストを負担する喜んでいる条件を検証します, その後、対応する資産のコストが支払われる, そして、実際のスワップ動作が実行されます。

その結果、ガス決済とプライマリ取引は、同じ原子プロセスに統合することができます。

ユーザにとって、最も直感的な変化は2つまたは3つのステップで分解しなければならなかった多くの操作であり、それは途中で失敗の危険性があり、将来的には完全な動きのように思える可能性があるため、この原子はEIP-8141への鍵の1つであり、ユーザーが経験する断片の問題を解決します。

ウォレットユーザーとはどういう意味ですか? 結果の面では、最も見える変化は少なくとも4つのレベルです

• ガスの支払は抽象的です:財布の安定した通貨の存在は、あなたが少し余分なETHを動作させるために準備しなければならないという意味ではなく、Dapp、Paymasterまたは他のスポンサーによるガスの将来の支払いがよりプリミティブになることを意味します
• 多段操作は結合しました:「Authorization + Swap」や「Authorization + Pledge」などのプロセスは、複数のシグネチャに必要とされ、より完全な操作にパックされる機会があります
• 口座のセキュリティルールが開きます:複数の署名、社会的リハビリテーション、毎日の制限、タイムロック、鍵の回転、ウォレット製品が提供する追加の高レベルの機能がなくなり、より原始的なアカウントロジックで構築する機会を提供します
• 署名スキームは、EDCSA の単一パスによってロックされなくなりませんこれにより、アカウントの将来の移行が異なるパスワードシステムにつながります。例えば、バック・クォント・シグネチャ・プログラムを含みますが、初めてプロトコルの階層的な可能性を持っています

3。 なぜトップをヘゴダしないのですか

簡単に無視できるポイントですが、ウォレットユーザーにとって重要なポイントですEIP-8141が最終的に上陸しても、アカウントの現在のシステムは全体として上書きされません。

imToken のような既存の Web3 ウォレットを使用している場合でも、互換性のある後方なので移行する必要はありません。既存の EOA アドレスは引き続き使用できますが、適切なタイミングで「アップグレード」アカウント検証ロジックを選択します。

しかしながら、議論の最新のラウンドでヘゴダの直接的なフラッグシップ機能ではないほど深く変化してきたので、それは正確にです。 しかし、2026年のEIP Campionプロセスによると、CFIの意味は否定されていませんが、真剣な検討の段階ではありますが、まだ最終的なボードにはありません。

言い換えると、コア開発者はEIP-8141の方向を拒絶しませんが、その値を認識しながらも重すぎると考えます。

結局のところ、元のアカウントは、いくつかの財布、インフラストラクチャ、およびアプリケーションによって徐々に駆動することができるERC-4337として抽象的ではありません。 プロトコルレイヤーを入力すると、すべてのエグゼクティブレベルのクライアントが真剣に達成し、テストし、シナジーを行わなければならないことを意味します。これは、プッシュしきい値を上げ、コア開発者がフォークを計画するときにより保守的になります。

それでは、次はどうなりますか? 二つの線で見ることができます

• EIP-8141 は、CFI ステータスであるため、引き続き継続的に評価されていることを示します。提案書の著者は、取引プールのセキュリティ、認証ルール、クライアントのセキュリティに関する重要な詳細を引き続き完了し、その後の ACD 会議は、さらなる高度な条件を持っているかどうかを見直します
• これらの不確実性が結露され続けると、その後のアップグレードでより実質的な統合フェーズに入る機会があります。 そうでなければ、後続のプロモーションサイクルに十分延ばすことができます

実際には、EIP-8141は、元のアカウントの抽象的な提案だけでなく、量子計算に直接対処できないオフシェルフレイト量子署名プログラムがはるかに少ないが、その重要性は、初めて、ECDSAシングルパスを終了するためのアカウントのエクスポートの交渉層を提供するということです。  

この観点から、EIP-8141 の真の値が唯一の答えであるわけではありませんが、元のアカウントの抽象的な終端が ETA の表で初めて見たべきかという疑問が現れるのです。

それは唯一の解決策ではありませんが、それは確かにAA全体の想像力の上限に最も野心的であり、閉じています。

EIP-8141 が Hegotá についに追いつくか否かにかかわらず、議論自体は少なくとも 1 つの事を示します

Ether Workshopでは、課題を解決する代わりに、イーサリア・ワークショップは、毎日のファッションでアカウントの次世代システムのための方法を舗装しています。