以太坊研究日报
lightclient proposed a signatures field on EIP-8141's outer transaction for forward compatibility with aggregation of large post-quantum signatures. derekchiang proposed letting contract accounts' VERIFY frames use precompiles for verification. L2BEAT noted that most proving systems in its ZK Catalog lack the zero knowledge property.
(lightclient), submitted: a key goal of 8141 is forward compatibility with signature aggregation, which may become crucial as many users migrate to large post-quantum signatures, so a signatures field is added to the outer transaction object.
(derekchiang), submitted: previously only the EOA default code could, and the update lets EOAs and contract accounts share the same logic.
(chunter-cb), submitted; Magicians thread ERC-8211 Smart Batching, 06:07; Magicians thread EIP-8212 Block-scoped transient storage, 18:08.
EIP-8130: contract updates (chunter-cb), submitted; Magicians thread ERC-8211 Smart Batching, 06:07; Magicians thread EIP-8212 Block-scoped transient storage, 18:08.
EIP-8130: contract updates (chunter-cb), submitted; Magicians thread ERC-8211 Smart Batching, 06:07; Magicians thread EIP-8212 Block-scoped transient storage, 18:08.
(LordThisDrip), submitted.
20:34; aztecnetwork: Aztec generates and proves transactions locally, so it really is ZK, 23:56.
Ethbeat_org: most proving systems in the L2BEAT ZK Catalog lack the zero knowledge property and need extra work to hide private inputs, 20:34; aztecnetwork: Aztec generates and proves transactions locally, so it really is ZK, 23:56.
23:55.
14:52; peter_szilagyi: do not install anything someone in an online meeting tells you to, 19:48.
Donnoh_eth: DeFi needs an L2BEAT style review, but do not trust quickly vibecoded projects, 14:52; peter_szilagyi: do not install anything someone in an online meeting tells you to, 19:48.