https://debimate.jp/tags/erc-4337/Recent content in Erc-4337 on Debimatehttps://debimate.jp/images/default-ogp.webphttps://debimate.jp/images/default-ogp.webpHugo -- 0.166.0ja-JPThu, 12 Nov 2026 22:53:54 +0900https://debimate.jp/notes/blockchain-systems/erc-7562/Tue, 10 Nov 2026 00:00:00 +0000https://debimate.jp/notes/blockchain-systems/erc-7562/<p><a href="https://eips.ethereum.org/EIPS/eip-7562">ERC-7562</a> は、Ethereum のアカウント抽象化（account abstraction）の仕組みである <a href="../erc-4337/">ERC-4337</a> で、Bundler がアカウントの検証のコードに課す規則です。検証のコードが使って良い命令と、読み書きして良い storage（コントラクトが持つ永続的な領域で、32 バイトの番号＝slot ごとに値を置く）を決めています。</p>https://debimate.jp/notes/blockchain-systems/erc-4337/Tue, 10 Nov 2026 00:00:00 +0000https://debimate.jp/notes/blockchain-systems/erc-4337/<p><a href="https://eips.ethereum.org/EIPS/eip-4337">ERC-4337</a> は、Ethereum のプロトコルを変えずに、スマートコントラクトのアカウントをトランザクションの送り主のように使えるようにする規格です。</p> <p>Ethereum のアカウントには、秘密鍵で署名してトランザクションを送る EOA（Externally Owned Account）と、コードを持つ<a href="../smart-contract/">コントラクト</a>の 2 種類があります。チェーンにトランザクションを送れるのは EOA だけです。コントラクトで作ったアカウント（スマートアカウント）は、署名の確かめ方を自分のコードで決められるので、複数人の承認や鍵の差し替えを組み込めます。しかし、自分ではトランザクションを送れません。</p>