Letzte Nacht habe ich zehn Minuten lang den Abschnitt „Ausstehende Belohnungen“ in meiner Wallet angesehen und bin dann zurück zum Quellcode des Cosmos-SDK-Verteilungsmoduls gegangen. Das, was viele Menschen normalerweise falsch verstehen, ist nicht, welchen Finality Provider man auswählt – sondern die Annahme, dass „die Belohnungen sind bereits berechnet“ bedeutet, dass „das Geld sofort verfügbar ist“.
Bei BABY werden Belohnungen blockweise on-chain erfasst, aber es gibt dennoch einen epochalen Abrechnungsschritt zwischen dem, was auf dem Papier angezeigt wird, und dem, was tatsächlich bewegt werden kann. In der offiziellen Dokumentation steht, dass Belohnungen erst am Ende jeder Epoch abgerechnet und verteilt werden. Dieses Intervall beträgt ungefähr 360 Blöcke, also rund eine Stunde.
Wenn du also auf „Claim“ klickst, werden die Gelder „Verfügbar“. Wenn du sie jedoch erneut delegieren willst, müssen sie erst in die aktuelle Epoch eingegeben werden und auf den nächsten Ausführungszyklus warten. Praktisch gesehen kann der Übergang von „Belohnungen werden generiert“ zu „Belohnungen verzinsen sich wieder“ mindestens zwei Epochen dauern – also ungefähr zwei Stunden oder mehr.
Dieses zustandsbasierte System, kombiniert mit dem Timing im Bitcoin-Stil, hilft dabei, das Unbonding bei etwa zwei Tagen zu halten. Aber es erzeugt auch eine Verzinsungslücke (Compounding Gap). Die im Interface angezeigte APR basiert normalerweise auf einem idealisierten Modell von sofortiger Wiederanlage, während echte Gelder Zeit damit verbringen, in einem Zustand zu liegen, der zwar erzeugt wurde, aber noch nicht wirksam ist.
Wenn du manuell claimst und manuell delegierst, verlierst du Zeit durch Transaktionsverzögerungen, Gebühren und verpasste Epoch-Cutoffs. Wenn du in der Nähe des Endes einer Epoch claimst, kann es außerdem passieren, dass du in den nächsten Batch geschoben wirst, was die Wartezeit weiter verlängert.
Für mich ist die zentrale Frage ganz einfach: Zeigt das Interface diese Zustände klar an, und kann „Claim“ plus „Delegate“ reibungslos gehandhabt werden? Diese Transparenz ist wichtiger als eine hübsch aussehende APR-Zahl.
#baby $BABY @BabylonLabs_io
Bei BABY werden Belohnungen blockweise on-chain erfasst, aber es gibt dennoch einen epochalen Abrechnungsschritt zwischen dem, was auf dem Papier angezeigt wird, und dem, was tatsächlich bewegt werden kann. In der offiziellen Dokumentation steht, dass Belohnungen erst am Ende jeder Epoch abgerechnet und verteilt werden. Dieses Intervall beträgt ungefähr 360 Blöcke, also rund eine Stunde.
Wenn du also auf „Claim“ klickst, werden die Gelder „Verfügbar“. Wenn du sie jedoch erneut delegieren willst, müssen sie erst in die aktuelle Epoch eingegeben werden und auf den nächsten Ausführungszyklus warten. Praktisch gesehen kann der Übergang von „Belohnungen werden generiert“ zu „Belohnungen verzinsen sich wieder“ mindestens zwei Epochen dauern – also ungefähr zwei Stunden oder mehr.
Dieses zustandsbasierte System, kombiniert mit dem Timing im Bitcoin-Stil, hilft dabei, das Unbonding bei etwa zwei Tagen zu halten. Aber es erzeugt auch eine Verzinsungslücke (Compounding Gap). Die im Interface angezeigte APR basiert normalerweise auf einem idealisierten Modell von sofortiger Wiederanlage, während echte Gelder Zeit damit verbringen, in einem Zustand zu liegen, der zwar erzeugt wurde, aber noch nicht wirksam ist.
Wenn du manuell claimst und manuell delegierst, verlierst du Zeit durch Transaktionsverzögerungen, Gebühren und verpasste Epoch-Cutoffs. Wenn du in der Nähe des Endes einer Epoch claimst, kann es außerdem passieren, dass du in den nächsten Batch geschoben wirst, was die Wartezeit weiter verlängert.
Für mich ist die zentrale Frage ganz einfach: Zeigt das Interface diese Zustände klar an, und kann „Claim“ plus „Delegate“ reibungslos gehandhabt werden? Diese Transparenz ist wichtiger als eine hübsch aussehende APR-Zahl.
#baby $BABY @BabylonLabs_io