Ich habe tiefer in das Phoenix-Design von Dusk geschaut, und je mehr ich es mir ansiehe, desto mehr ergibt die Wahl für Depth 34 Sinn.

17,2B klingt zunächst fast lächerlich. Aber nicht die Zahl selbst hat meine Aufmerksamkeit erregt.

Es ist der Weg, wie Phoenix dorthin gelangt.

Depth 32 ergibt ungefähr 4,3B Leaves. Wechsle zu 34, und die Kapazität springt um etwa das Vierfache. Füge noch eine Ebene hinzu, und sie verdoppelt sich wieder.

Doch der Beweis-Pfad wächst nur um einen Schritt nach dem anderen.

Das finde ich clever.

Natürlich heißt eine enorme theoretische Kapazität nicht, dass das Problem gelöst ist. Wenn mehr Notizen erstellt werden, musst du dich weiterhin mit dem Beweisen, Witness-Daten, dem Speicher und dem Zugriff auf den Status beschäftigen.

Und genau dort beginnt meiner Meinung nach der eigentliche Test.

Für mich ist Phoenix nicht einfach deshalb interessant, weil es theoretisch Milliarden von Notizen speichern kann. Es ist interessant, weil Dusk versucht, Datenschutz, Verifikation und das langfristige Wachstum des Zustands in demselben Design in Einklang zu bringen.

Datenschutz im kleinen Maßstab ist eine Sache.

Das Ganze praktisch zu halten, während die Nutzung wächst, ist eine viel härtere Herausforderung.

Darum sehe ich die 17B nicht als Zielgerade. Ich betrachte sie als Reserve.

Die Frage, auf die ich achten werde, ist ganz einfach:

Wenn die echte Aktivität beginnt, diesen Baum zu füllen, kann Phoenix dann dieselbe elegante Balance zwischen massiver Kapazität und handhabbaren Beweisen beibehalten?

Diese Antwort wird viel wichtiger sein als die Schlagzeilen-Zahl.

#Dusk @Dusk $DUSK