最近、アカウントの抽象的な情報に夢中になっています。多くの人が書いたポピュラーサイエンスや要約を読みましたが、多くの概念が混在しており、明確で明確ではないように感じます。
そこで、いくつかの基本的な問題を明確にした後、EIP-4337 の実装に関する記事を読むと背景を理解しやすくなるかもしれません。
最初の基本的な質問: 「アカウントの抽象化」という用語は、抽象化によって正確に何を意味しますか?
EIP-86 の本来の意図によれば、原文は次のようになります。「...契約アカウントが任意の「署名検証」と「ノンス チェック」を実行できるように、「署名検証」と「ナンス チェック」のメソッドを抽象化します。トランザクション プロセスにハードコードされた固定メカニズムではなく...」
したがって、最も抽象化する必要があるのは、イーサリアムのトランザクションプロセスにおける「署名検証メカニズム」のレベルです。これはもともとコンセンサスに書かれていましたが、AA の提案では、これらが EVM 内で行われることを望んでいます (これは、署名検証メカニズムを導入することです)。メカニズムが抽象化されているため)、より多くの署名アルゴリズムをサポートできるようになります。
出典: https://eips.ethereum.org/EIPS/eip-86
2 番目の質問: アカウント抽象化の目標は何ですか?
少なくとも Vitalik 氏の見解では、長期的には EOA は廃止されるべきであり、EOA と契約アカウントは契約アカウントのみに統合されるべきです。もちろん、この EOA をどのようにマージするかについては、多くの議論と EIP が必要です。
出典: https://ethresear.ch/t/tradeoffs-in-account-abstraction-proposals/263
3 番目の質問: アカウント抽象化の中核となる機能は何ですか?
実際、それは誰もがプログラマビリティと呼ぶものではありません。これは長い間スマート コントラクトによって実現されてきたため、特定のアカウント内のプログラマビリティは AA 自体が懸念しているものではありません。 AA は、「契約アカウント」を一種の市民にする方法に焦点を当てており、実装される機能は次のとおりです。自分で取引を開始し、自分でガソリンを支払うことができます。
Argent、Gnosis Safe、および http://Tornado.cash はすべて、トランザクションを開始して Gas に支払うために EOA を必要とすることがわかります。これは、AA 後に変更できるものであり、契約アカウントを可能にするコア機能でもあります。第一級国民。
出典: https://eips.ethereum.org/EIPS/eip-2938