アカウント抽象化 とは？

アカウントの認証や操作のルールを、コードで柔軟に決められるようにする考え方だよ。たとえば複数人の承認、復旧のルール、操作をまとめる機能などを組み込める。使うだけで全部の機能が自動的に付くわけではないんだ。

似た使いやすさを目指せるけど、復旧の責任や仕組みはサービスごとに違うよ。秘密鍵だけで管理するアカウントで、鍵もバックアップもなくせば操作できなくなる。復旧用の承認者などを設定したスマートアカウントなら、決めた条件に従ってアクセスを回復できる場合があるんだ。

Ethereumの合意ルールを変えずに、スマートアカウントを使うための仕組みだよ。UserOperationという操作要求を、バンドラーがまとめて通常のトランザクションとして送る。EntryPointというコントラクトが検証と実行を仲介する。UserOperation自体を新しい通常トランザクションの型とは呼ばないんだ。

ERC-4337のペイマスターが、対応する操作の費用を負担する構成があるよ。アプリ運営者が負担したり、利用者から対応するERC-20トークンを受け取ったりできる。ただしペイマスターはEntryPointへETHを預けて費用を払う。ネットワークのガス代がなくなるわけではなく、対象や条件はサービスによるんだ。

実装に応じて複数の操作をまとめたり、承認条件を変えたりできるよ。たとえば復旧を承認者3人中2人の同意で行う、と決めることも考えられる。これは設定の例で、すべてのウォレットの既定動作ではない。承認者や権限、コードの安全性を設計する必要があるんだ。

ほかにも、EOAが委任先のコードを実行するEIP-7702があるよ。EOAは常にコードを持てない、という説明では足りないんだ。どの方式や機能を使えるかはチェーンとウォレットに依存する。復旧や費用負担を使いたいなら、その実装と条件を確認しよう。