Report progress events from STM during long proving sequences
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- rust
- Ambito
- cryptography, observability
Direzione di ricerca
Inizia leggendo aggregate_signatures_with_type in protocol/aggregate_signature/clerk.rs e il prover IVC in proof_system/ivc_halo2_snark/proof.rs. Traccia il caricamento dell’SRS, il caricamento o il calcolo della chiave del circuito, la prova del certificato e i passaggi della prova ricorsiva per definire gli eventi di avanzamento e il relativo percorso di consegna. Il lavoro è completato quando i caller possono ricevere o ignorare gli eventi e i log dell’aggregatore li consumano.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Why
mithril-stm is silent. An aggregation that loads the SRS, loads or computes two sets of circuit keys and produces a certificate proof followed by a recursive proof can run for a long time with no visible progress, which makes an operator unable to tell a slow run from a stuck one.
What
Expose progress events from the long running operations, so a caller can log them or surface them as metrics.
How
- Define the event set covering the SRS load, the key load or computation, and the proving steps
- Expose the events through a channel or a callback, with a no-op default
- Emit them from
aggregate_signatures_with_type(protocol/aggregate_signature/clerk.rs) and from the IVC prover (proof_system/ivc_halo2_snark/proof.rs) - Consume them in the aggregator logs
- Lingua principale
- Rust
- Stelle
- 155
- Fork
- 52
- Merge medio
- 2g 17h
- PR unite (30g)
- 37
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi 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 IntersectMBO/mithril
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
IntersectMBO/mithril#1605 · 2 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
spike :satellite:
Difficoltà 5/5 Più di una settimana Idoneità per principianti 10/100
IntersectMBO/mithril#3701 ·
I maintainer di solito rispondono entro 2 giorni
-
Publish a DNSLink record of the immutable archives IPNS name in the Mithril networks DNS zonesForse già presa @jpraynaud l’ha presa 2 giorni fa. Apertafeature :rocket:
IntersectMBO/mithril#3700 · 1 assegnatario ·
I maintainer di solito rispondono entro 2 giorni
-
feature :rocket:
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
IntersectMBO/mithril#3699 ·
I maintainer di solito rispondono entro 2 giorni
-
feature :rocket:
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
IntersectMBO/mithril#3698 ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di IntersectMBO/mithril
Issue simili
-
comp-formats
Difficoltà 2/5 Mezza giornata Idoneità per principianti 64/100
ClickHouse/ClickHouse#131694 ·
I maintainer di solito rispondono entro 1 giorno
-
cli: `execCargoMetadata` decodes stdout per chunk, corrupting non-ASCII paths across pipe boundariesAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Copperpour/Copperpour#500 ·
I maintainer di solito rispondono entro 1 giorno
-
state:triage-needed
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno