Die Gesamt-Payouts werden nach Auszahlung von den Nodes nicht mehr vollständig zurückgegeben, daher wird auf Steempeak wahrscheinlich die Netto-Summe angezeigt. Da hatte ich vor Kurzem schon mal drüber nachgedacht und wahrscheinlich sollte man schon vorher (wenn der Post noch aktiv ist) die rshares, die sowieso nicht ausgezahlt werden, abziehen. Normalerweise müssten die Nodes das so zurückgeben oder zumindest nach Abrechnung die gleichen Werte liefern. Aktuell berechne ich den 'burned'-Anteil selbst und rechne diesen für bereits abgerechnete Posts wieder rauf, damit die User nicht verwirrt sind. Ich glaube auf Steemit werden nach Auszahlung auch nur Netto-Werte angezeigt.
Die Sache mit dem schwankenden Vote-Betrag kommt von der Berechnung der STUs anhand gevoteter rshares. Da das System Zinsen auf aufgepowerte Shares zahlt, erhöht sich der Endbetrag im Laufe der Zeit (gar nicht mal so wenig, Steemit verdient mit der eigenen SP ~ eine Million pro Jahr). Wenn man wie ich die Traffic-sparsame get_active_votes verwendet und damit die STUs berechnet, kommt es zu kleinen Abweichungen. Das soll natürlich nicht so bleiben und ich werde für abgerechnete Posts die Berechnungslogik demnächst ändern. Man muss also immer den gesamten Post laden, um die ausgezahlten Beträge zu erhalten, darauf dann manuell die nicht ausgezahlten rshares addieren und aus der errechneten Gesamtsumme den korrekten Vote-Anteil ermitteln.
RE: Das Upvoten – 8. Teil: Das mächtige Beneficiaries-Tool – a) Spät-Upvotes jetzt viel einfacher