@Dusk_Foundation Ich habe immer wieder auf den Depth-34-Phoenix-Baum von DUSK aus der falschen Zahl heraus gestarrt: Zuerst 17,18 Milliarden Blätter – das klingt fast unmöglich, um sie aufzuzehren.

Aber die Größe des Baums allein verschleiert den eigentlichen Druck. Entscheidend ist, wie schnell Phoenix Notizen erzeugt – nicht nur, wie viele Transaktionen DUSK verarbeitet.

Bei 10 TPS mit je 2 Ausgaben gehen pro Sekunde 20 Notizen in den Baum. Das ergibt ungefähr 27,2 Jahre Kapazität. Bei 50 TPS sinkt es auf etwa 5,44 Jahre. Bei 100 TPS etwa 2,72 Jahre.

Dann wird die Kurve unbehaglich.

Bei 500 TPS × 2 Ausgaben könnten 17,18 Mrd. Blätter in ungefähr 199 Tagen verbraucht werden. Bei 1.000 TPS etwa in 99 Tagen.

Ein Teil davon ist theoretisch. Netzwerke liegen selten dauerhaft bei maximalem Traffic, und die Anzahl der Ausgaben wird variieren.

Trotzdem ist der Vergleich zwischen TPS und dem tatsächlichen Wachstum des Zustands das, worum es mir geht.

Was passiert, wenn die private Nutzung schneller steigt als erwartet? Kann DUSK das Rotate-Archiv erweitern oder anderweitig den Phoenix-Zustand verwalten, ohne schmerzhafte Proof- oder Sync-Kosten hinzuzufügen?

Das ist der echte Test für DUSK. Ein riesiger Baum ist nützlich, aber die Langlebigkeit hängt vom Verhalten bei der Notiz-Erstellung ab.

Kapazität klingt statisch. Nutzung macht daraus eine Uhr.
#dusk $DUSK #dusk $DUSK @Dusk