Von @dmitrystas ‚s Kommentar https://github.com/input-output-hk/cardano-db-sync/issues/415#issuecomment -755.156.671.
Insbesondere sollte die Poolrentabilitätsberechnung nicht durch die Möglichkeit beeinträchtigt werden, dass einige an den Pool delegierte Einsatzadressen möglicherweise nicht gültig sind (und daher die Belohnungen für diese ungültige Einsatzadresse in die Reserven zurückfließen).
Vielleicht ist eine orphaned_rewards
Tabelle die beste Lösung. Werde das bei der Implementierung des Fixes für #415 berücksichtigen.
Eine andere Möglichkeit, es darzustellen, könnte darin bestehen, es in der Tabelle rewards
belassen, aber das Feld NULLABLE
addr_id
zu NULLABLE
und ein NULL
in dieser Spalte zu verwenden, um dies anzuzeigen In dieser Spalte befindet sich keine gültige Adresse. Alternativ könnte es eine weitere Spalte boolean
, die angibt, ob die Belohnung verteilt werden kann.
Offen für Feedback, wie damit umgegangen werden soll.
PR #469 fügt eine OrphanReward
Tabelle hinzu und teilt die aus dem Ledger-Status abgerufenen Belohnungen entweder in die Reward
oder die OrphanReward
OrphanReward
Tabelle OrphanReward
, je nachdem, ob die Einsatzadresse gültig oder ungültig ist.
Hilfreichster Kommentar
Eine andere Möglichkeit, es darzustellen, könnte darin bestehen, es in der Tabelle
rewards
belassen, aber das FeldNULLABLE
addr_id
zuNULLABLE
und einNULL
in dieser Spalte zu verwenden, um dies anzuzeigen In dieser Spalte befindet sich keine gültige Adresse. Alternativ könnte es eine weitere Spalteboolean
, die angibt, ob die Belohnung verteilt werden kann.Offen für Feedback, wie damit umgegangen werden soll.