Skip to content

Commit 677c794

Browse files
committed
Add Heka headliner scope
1 parent e9224df commit 677c794

2 files changed

Lines changed: 39 additions & 0 deletions

File tree

docs/heka.en.md

Lines changed: 38 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,38 @@
1+
# Purge EIPs for Bogota headliner
2+
3+
After focusing on scaling with PeerDAS (CL) and Block Level Access Lists (EL), a [focus on simplification](https://www.reddit.com/r/ethereum/comments/1qg4ay1/protocol_simplicity_as_necessary_part_of/) is proposed.
4+
5+
## EIP List
6+
7+
### Serialization library
8+
9+
1. [Basic SSZ implementation](https://github.com/ethereum/consensus-specs/blob/master/ssz/simple-serialize.md)
10+
2. [EIP-7916: SSZ ProgressiveList](https://eips.ethereum.org/EIPS/eip-7916)
11+
3. [EIP-7495: SSZ ProgressiveContainer](https://eips.ethereum.org/EIPS/eip-7495)
12+
4. [EIP-8016: SSZ CompatibleUnion](https://eips.ethereum.org/EIPS/eip-8016)
13+
14+
These EIPs lay the groundwork for adopting Ethereum's SimpleSerialize (SSZ) binary format in the EL.
15+
16+
Note that SSZ libraries that are backing CLs would already contain mature support for most of this scope by Bogota (except CompatibleUnion), as part of [EIP-7688](https://eips.ethereum.org/EIPS/eip-7688) (currently CFI).
17+
18+
### Transaction revamp
19+
20+
1. [EIP-7932: Secondary Signature Algorithms](https://eips.ethereum.org/EIPS/eip-7932) (minus precompile)
21+
2. [EIP-6404: SSZ transactions](https://eips.ethereum.org/EIPS/eip-6404)
22+
3. [EIP-8116: Replace cumulative receipt fields](https://eips.ethereum.org/EIPS/eip-8116)
23+
4. [EIP-6466: SSZ receipts](https://eips.ethereum.org/EIPS/eip-6466)
24+
5. [EIP-6493: SSZ transaction signature scheme](https://eips.ethereum.org/EIPS/eip-6493)
25+
26+
These EIPs improve verifiability by trust-minimized client applications, by enabling proving partial calldata and logdata. They further provide a native hash for individual logs, reducing the added complexity from enshrined log indexing schemes. The amount of data to fetch from databases is reduced when serving related transaction and receipt RPCs, as the on-chain data matches relevant data more closely. Finally, the design allows signature schemes to evolve independently of transaction types.
27+
28+
### Removing conversion overhead
29+
30+
1. [EIP-6465: SSZ withdrawals root](https://eips.ethereum.org/EIPS/eip-6465)
31+
2. [EIP-7807: SSZ execution blocks](https://eips.ethereum.org/EIPS/eip-7807)
32+
3. SSZ binary engine API (not yet defined)
33+
34+
This eliminates all Merkle Patricia Tries except the state trie, aligning the structures of EL blocks and CL ExecutionPayloads. The engine API would transition to the same REST based approach that is used in the CL beacon-APIs, and would use native SSZ for communication, reducing latencies when scaling to higher blob counts, and cutting hash overhead.
35+
36+
### Out of scope
37+
38+
To keep scope manageable, log indexing based EIPs ([EIP-7799](https://eips.ethereum.org/EIPS/eip-7799), [EIP-7745](https://eips.ethereum.org/EIPS/eip-7745)) are deferred to a later fork. This enables those proposals to mature, while working towards building blocks that log indices can build on.

mkdocs.yml

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -43,3 +43,4 @@ nav:
4343
- implementations-7745.md
4444
- Scope proposals:
4545
- glamsterdam.md
46+
- heka.md

0 commit comments

Comments
 (0)