[FEATURE] Sequencer admin contract to encapsulate keys (and namespace) within execution client state root
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- rust
- Ambito
- blockchain
Direzione di ricerca
Nell’issue non sono identificati file, test o punti di ingresso. Inizia esaminando in che modo l’execution client state root è attualmente correlato al sequencer namespace e al public key, quindi verifica se gli staking contracts esistenti potrebbero rappresentare questi campi; il lavoro è completato quando esiste un’implementazione concordata che consenta allo state root di fornire entrambi i valori e supporti la modifica di validazione proposta.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- Rust
- Stelle
- 8
- Fork
- 9
- Merge medio
- 3g 17h
- PR unite (30g)
- 4
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di evstack/ev-reth
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Tutte le issue di evstack/ev-reth
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
state:needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
zed-industries/zed#64680 · 2 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
RustPython/RustPython#8802 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
TheLarkInn/aipm#2390 ·