[FEATURE] Sequencer admin contract to encapsulate keys (and namespace) within execution client state root
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- rust
- Domain
- blockchain
Research direction
No files, tests, or entry points are identified in the issue. Start by reviewing how the execution client state root currently relates to the sequencer namespace and public key, then examine whether existing staking contracts could represent those fields; done means an agreed implementation that lets the state root provide both values and supports the proposed validation change.
Written by the indexing model from the issue text.
Description
Is your feature request related to a problem? Please describe.
Yes, we would like to encapsulate the public key of the sequencer within the state root of the execution client to avoid having to validate it independently for proving state transition and data availability.
Furthermore, this design lends itself to support key rotation for the sequencer software. Which is an issue independent of this, but it would be great to kill two birds with one stone.
Describe the solution you'd like
Spoke with @tac0turtle about requesting the state root to include the sequencer's public key as well as the namespace it posts data to.
He mentioned that it could be possible to use existing staking contracts.
Describe alternatives you've considered
Currently we verify the namespace and public key of the sequencer independently of the execution client state root. But ideally we can reduce it to only the state root if those fields are encapsulated within it.
Additional context
n/a
- Dominant language
- Rust
- Stars
- 8
- Forks
- 9
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 4
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from evstack/ev-reth
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
-
Difficulty 5/5 Over a week Newbie friendliness 30/100
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#616 ·
-
bug rules
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
app bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
IronCoreLabs/ironcore-alloy#346 ·
-
good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 65/100