Add EIP: LUCID encrypted mempool
(anderselowsson), merged at 21:12 after being submitted on March 4; the Magicians thread for EIP-8184 opened at 20:42.
以太坊研究日报
anderselowsson's LUCID encrypted mempool EIP merged as a draft (EIP-8184). soispoke built on it with encrypted frame transactions, combining LUCID and EIP-8141 to hide target, calldata and amounts until block ordering is locked. VitalikButerin highlighted the fast confirmation rule: with an honest supermajority and network latency under about 3 seconds, a transaction cannot revert after one slot. Two post-quantum studies appeared: proving authorization semantics directly in ZK without a signature, and the benefit of aggregating Falcon signatures in the mempool.

(anderselowsson), merged at 21:12 after being submitted on March 4; the Magicians thread for EIP-8184 opened at 20:42.
Add EIP: LUCID encrypted mempool (anderselowsson), merged at 21:12 after being submitted on March 4; the Magicians thread for EIP-8184 opened at 20:42.
(soispoke), 20:05: the builder commits to the full ordered transaction set before any decryption key is revealed, then executes that committed order in the same slot after reveal, so same slot encrypted execution works without splitting the block into encrypted and plaintext sections; the design reuses LUCID and EIP-8141; author thread, 20:08.
Ethresear.ch: Encrypted frame transactions (soispoke), 20:05: the builder commits to the full ordered transaction set before any decryption key is revealed, then executes that committed order in the same slot after reveal, so same slot encrypted execution works without splitting the block into encrypted and plaintext sections; the design reuses LUCID and EIP-8141; author thread, 20:08.
(spencer-tb), submitted: following the gas repricing call, when an opcode needs both regular and state gas the regular charge comes first, and if it runs out of gas no state gas is consumed, which keeps the parent's reservoir from inflating when a child frame fails.
(nerolation), submitted.
07:37, assuming an honest supermajority and network latency under about 3 seconds, one step below economic finality; VitalikButerin: recommending a post on why dynamically available consensus matters, 07:40.
VitalikButerin: a new fast confirmation rule gives a hard no revert guarantee after one slot (12 seconds), 07:37, assuming an honest supermajority and network latency under about 3 seconds, one step below economic finality; VitalikButerin: recommending a post on why dynamically available consensus matters, 07:40.
06:09: prove authorization semantics directly in ZK, about 4,024 R1CS constraints, 128 byte proofs and 52 ms proving, deployable today as an AA validator module with no protocol change.
(asanso, soispoke, b-wagn), 15:49, comparing signature and aggregate sizes under different key recovery and aggregation assumptions; tcoratger's thread, 17:13.
Ethresear.ch: Revisiting Falcon signature aggregation for PQ mempools (asanso, soispoke, b-wagn), 15:49, comparing signature and aggregate sizes under different key recovery and aggregation assumptions; tcoratger's thread, 17:13.
02:52; ethresear.ch: Atomic Ownership Blockchains, 17:22.
ACDT #75 agenda, 02:52; ethresear.ch: Atomic Ownership Blockchains, 17:22.
04:17; EliBenSasson: a ZK rollup does not necessarily mean privacy, 21:31; zooko: still convinced wasm will beat RISC-V for ZK proving, 23:38.
Gakonst: to truly scale a decentralized network you must avoid consensus, which is what led to L2 scaling, 04:17; EliBenSasson: a ZK rollup does not necessarily mean privacy, 21:31; zooko: still convinced wasm will beat RISC-V for ZK proving, 23:38.
Gakonst: to truly scale a decentralized network you must avoid consensus, which is what led to L2 scaling, 04:17; EliBenSasson: a ZK rollup does not necessarily mean privacy, 21:31; zooko: still convinced wasm will beat RISC-V for ZK proving, 23:38.