Ich habe mir die Staking-Anleitung für @Dusk noch einmal angesehen und festgestellt, dass „keine Unlock-Wartezeit“ leicht zu einem einzelnen Goodie-Satz verkürzt wird, aber die eigentlichen Hürden versteckt bleiben. Wenn man direkt mindestens 1000 $DUSK staket, ist eine neue Position erst am Rand des übernächsten Epoch-Übergangs qualifiziert; je nach Ziel für die Blockzeit liegt das typischerweise bei etwa 6–12 Stunden. Die Belohnungen hängen von aktivem Staking und der Teilnahme am Konsens ab—es ist ein probabilistisches Ergebnis, kein festes jährliches APR.
Am leichtesten übersieht man beim Nachlegen Stolperfallen. Nachdem die ursprüngliche Position aktiviert ist, fließen die neu hinzugefügten Beträge nur zu 90% sofort in aktives Staking, 10% werden als „locked stake“ verbucht. Dieser Anteil gehört zwar weiterhin dem Nutzer, nimmt aber nicht am Konsens teil. Das Zurückholen des zuletzt gesperrten Teils kann erfordern, dass die verbleibende Position vollständig aufgelöst wird. Das Abziehen des Stakes selbst hat keine Protokoll-Wartezeit, aber die Belohnungen müssen separat abgeholt werden. Außerdem darf der nach teilweisem Ausstieg verbleibende Stake nicht unter 1000 DUSK fallen.
Direktes Staken ist auch nicht einfach: Wallet aufmachen, klicken, fertig. Ein Provisioner muss online bleiben, synchronisiert sein und eine unterstützte Version ausführen. Wenn man offline geht oder eine Teilnahme fehlschlägt, kann das eine Soft-Penalty auslösen: ein Teil der aktiven Quote wird in die gesperrten Anteile verschoben. Signifikante Fehler—etwa bei Sign-Conflict-Meldungen, die als Beweis gelten—können sogar einen Teil des Stakings verbrennen. Sogar in den Node-Guides wird empfohlen, Owner-Key und Consensus-Key zu trennen, damit Angreifer nach einem Server-Ausfall nicht gleich auch noch Rechte zum Deaktivieren und Auszahlen mitnehmen.
Wenn ich die Staking-Erfahrung von #dusk bewerte, werde ich nicht zuerst das angezeigte APR als Vergleich nehmen, sondern erst die Online-Kosten, die gesperrten Anteile und die Key-Isolation durchrechnen. Ist „jederzeit kündbar“ wichtiger—oder ist es wichtiger, dass die Regeln für Nachlegen und Strafen so klar sind, dass man sie auf einen Blick ausrechnen kann?
Am leichtesten übersieht man beim Nachlegen Stolperfallen. Nachdem die ursprüngliche Position aktiviert ist, fließen die neu hinzugefügten Beträge nur zu 90% sofort in aktives Staking, 10% werden als „locked stake“ verbucht. Dieser Anteil gehört zwar weiterhin dem Nutzer, nimmt aber nicht am Konsens teil. Das Zurückholen des zuletzt gesperrten Teils kann erfordern, dass die verbleibende Position vollständig aufgelöst wird. Das Abziehen des Stakes selbst hat keine Protokoll-Wartezeit, aber die Belohnungen müssen separat abgeholt werden. Außerdem darf der nach teilweisem Ausstieg verbleibende Stake nicht unter 1000 DUSK fallen.
Direktes Staken ist auch nicht einfach: Wallet aufmachen, klicken, fertig. Ein Provisioner muss online bleiben, synchronisiert sein und eine unterstützte Version ausführen. Wenn man offline geht oder eine Teilnahme fehlschlägt, kann das eine Soft-Penalty auslösen: ein Teil der aktiven Quote wird in die gesperrten Anteile verschoben. Signifikante Fehler—etwa bei Sign-Conflict-Meldungen, die als Beweis gelten—können sogar einen Teil des Stakings verbrennen. Sogar in den Node-Guides wird empfohlen, Owner-Key und Consensus-Key zu trennen, damit Angreifer nach einem Server-Ausfall nicht gleich auch noch Rechte zum Deaktivieren und Auszahlen mitnehmen.
Wenn ich die Staking-Erfahrung von #dusk bewerte, werde ich nicht zuerst das angezeigte APR als Vergleich nehmen, sondern erst die Online-Kosten, die gesperrten Anteile und die Key-Isolation durchrechnen. Ist „jederzeit kündbar“ wichtiger—oder ist es wichtiger, dass die Regeln für Nachlegen und Strafen so klar sind, dass man sie auf einen Blick ausrechnen kann?
