Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

BUG - spo-stake-distribution

Aperta
  • Qualcosa non va?
#1,316 5 commenti 1 reazione 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
45/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
haskell
Ambito
blockchain, cli

Direzione di ricerca

Inizia riproducendo query spo-stake-distribution per i due hash dei pool e confronta le epoche di retirement e dell'indirizzo delle ricompense descritte nel report. Traccia la gestione da parte del comando del retirement degli stake-pool e degli aggiornamenti dei pool in sospeso; il lavoro è completato quando l'output segue in modo coerente la semantica delle epoche prevista dal progetto per la delega del voto.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

While comparing some governance proposal numbers from DBSync with output from cardano-cli (10.13.1.0), it mostly matches down to the lovelace for all the different buckets I sum up for DRep and SPOs.

However, for the SPO tally, I noticed something strange regarding the always abstain status.

1.
Querying the cli query spo-stake-distribution I can see that pool with hash d68eed68381b65beb04fc7984dfa156c4dbf53c7911e900af6a535ef has the following data:
["d68eed68381b65beb04fc7984dfa156c4dbf53c7911e900af6a535ef",339284886531,null]
Ie it still has active stake according to the output, but is not marked as vote-delegated to always abstain.
It is set to expire in 601 (current epoch).
Its reward stake key is vote-delegated to Abstain and hasn't been deregistered or delegated to another DRep.

Most explorers have already marked the pool as retired.
Is the pool considered retired already, or is it first after the end of the current epoch?
DBSync also still has an entry for the pool in its pool_stat table for the current epoch.

Is the retiring epoch inclusive or exclusive?
If the stake is still active until the end of the epoch, shouldn't it then also still be marked as being vote-delegated to always abstain?

2.
Pool with hash 982f926165ebf6699df8704a16d11c9e13c88c4e02f63e3fe5af7181 has a pool update with a new reward address in epoch 599 set to go active in 602 (next epoch). The old rewards address was vote-delegated to CF, while the new one (for the update yet to take effect) is vote-delegated to Abstain.

Yet, in query spo-stake-distribution, it's listed as vote-delegated to always abstain, even though the update is not yet active.

Lingua principale
Haskell
Stelle
72
Fork
26
Merge medio
3g 27m
PR unite (30g)
20

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di IntersectMBO/cardano-cli

Tutte le issue di IntersectMBO/cardano-cli

Issue simili

Altre issue su Haskell

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.