Back to all reports

以太坊研究日报

Ethereum Research Daily

lightclient made two EIP-8141 changes: letting the payer approve before the sender, a simpler alternative to the guarantor role, and removing RLP call batches from the default account now that frame batching exists. The first was merged by accident, reverted and resubmitted. ethresear.ch proposed using EIP-7702 and ZK proofs under a hidden public key to upgrade any EOA to post-quantum security in one transaction.

Image for April 29, 2026

Image: ethresear.ch, Upgrade any Ethereum wallet to post-quantum security in one transaction using ZK proofs with a hidden public key

Native AA: EIP-8141 and EIP-8130

#11579

EIP-8141: allow payer to approve before sender (lightclient), submitted and merged: an alternative to the #11555 guarantor role, which the author finds simpler; it was meant to be a draft, so #11579 reverted it (submitted and merged) and #11580 resubmitted it.

https://github.com/ethereum/EIPs/pull/11579

#11580

EIP-8141: allow payer to approve before sender (lightclient), submitted and merged: an alternative to the #11555 guarantor role, which the author finds simpler; it was meant to be a draft, so #11579 reverted it (submitted and merged) and #11580 resubmitted it.

https://github.com/ethereum/EIPs/pull/11580

Post-quantum: upgrading an EOA in one transaction

ethresear.ch: upgrade any Ethereum wallet to post-quantum security in one transaction using ZK proofs with a hidden public key

18:07: the EOA delegates via EIP-7702 to a contract that only accepts ZK proofs of ECDSA knowledge under a hidden public key, with no address change, no asset migration and no consensus change; 87 ms to prove, 65 ms to verify and a 226 KB proof on Apple M1.

https://ethresear.ch/t/upgrade-any-ethereum-wallet-to-post-quantum-security-in-one-transaction-using-zk-proofs-with-a-hidden-public-key/24754

Privacy

Other updates

Community