Cardano-db-sync: Trouver un moyen de calculer la rentabilité de la piscine
De l » observation des @dmitrystas https://github.com/input-output-hk/cardano-db-sync/issues/415#issuecomment -755156671.
Plus précisément, le calcul de la rentabilité du pool ne doit pas être affecté par la possibilité que certaines adresses de pieu déléguées au pool ne soient pas valides (et donc que les récompenses de cette adresse de pieu invalide soient retournées aux réserves).
erikd
Tous les 3 commentaires
Peut-être qu'une table orphaned_rewards est la meilleure solution. Gardera cela à l'esprit lors de la mise en œuvre du correctif pour #415 .
erikd
le 6 janv. 2021
Une autre façon de le représenter pourrait être de le garder dans la table rewards mais de faire le champ NULLABLE addr_id NULLABLE et d'utiliser un NULL dans cette colonne pour indiquer que il n'y a pas d'adresse valide dans cette colonne. Alternativement, il pourrait y avoir une autre colonne boolean indiquant si la récompense pourrait être distribuée.
Ouvert aux commentaires sur la façon dont cela devrait être traité.
erikd
le 7 janv. 2021
PR #469 ajoute une table OrphanReward et divise les récompenses récupérées de l'état du grand livre en tables Reward ou OrphanReward selon que l'adresse de pieu est valide ou invalide.
erikd
le 7 janv. 2021
Questions connexes
erikd
·
10Commentaires
cardanians
·
3Commentaires
erikd
·
10Commentaires
kzka90
·
3Commentaires
alexqrid
·
11Commentaires
Commentaire le plus utile
Une autre façon de le représenter pourrait être de le garder dans la table
rewardsmais de faire le champNULLABLEaddr_idNULLABLEet d'utiliser unNULLdans cette colonne pour indiquer que il n'y a pas d'adresse valide dans cette colonne. Alternativement, il pourrait y avoir une autre colonnebooleanindiquant si la récompense pourrait être distribuée.Ouvert aux commentaires sur la façon dont cela devrait être traité.