Der Markt war heute Abend ruhig, also habe ich die DUSK-Dokumentation erneut geöffnet. Ich habe ständig über eine Kennzahl nachgedacht, die einfach klingt: Phoenix Proof-Verifizierungszeit.

Mein erster Impuls war, auf den Durchschnitt zu schauen. Aber dann fragte ich mich: Was, wenn der Durchschnitt das eigentliche Problem verdeckt?

Phoenix nutzt abgeschirmte, notizbasierte Überweisungen und Zero-Knowledge-Beweise, um Dinge wie gültige Gelder und keine doppelten Ausgaben zu beweisen, ohne Transaktionsdetails offenzulegen. DUSK trennt zudem die Beweiserstellung von der Validierung; in der Dokumentation wird beschrieben, dass das Beweisen rechenintensiv ist und empfindlich auf die Leistung einzelner CPU-Kerne reagiert.

Diese Unterscheidung ist entscheidend.

Eine P50-Verifizierungszeit kann gesund aussehen, während P99 still bei stärkeren Workloads in die Höhe schnellt. **Der Durchschnitt sagt dir, wie sich das System normalerweise verhält; das Ende (der Tail) zeigt dir, wann das System anfängt zu kämpfen.**

Ich halte Phoenix’ Datenschutzdesign wirklich für nützlich. Die spannende Frage ist, ob die Kosten für die Verifikation vorhersehbar bleiben, wenn die abgeschirmte Aktivität skaliert.

Ich würde gerne 1K-, 10K- und 100K-Transaktionen testen und dann P50, P95 und P99 vergleichen – nicht annehmen, dass der Mittelwert für alle steht.

Ich sage nicht, dass Phoenix ein Tail-Problem hat. Ich habe diese Messung noch nicht.

Aber genau darum geht es.

Der Tab „Dokumentation“ ist noch offen. Jetzt interessiere ich mich mehr für die schlechtesten 1 % als für den Durchschnitt.

#dusk $DUSK @Dusk