Ich habe zuerst die falsche Kennzahl für den privaten Status von DUSK betrachtet: die insgesamt erstellten Notizen. Es klingt nach der offensichtlichen Speicher-Erzählung, aber sie zeigt nur eine Kurve. @Dusk
Der Notenbaum wächst, wenn Ausgaben erzeugt werden. Die Nullifier-Menge wächst, wenn Notizen ausgegeben werden. Das hängt zusammen, aber es ist nicht dasselbe Verhalten.
Nehmen wir 100M Phoenix-Notizen mit 60M, die bereits ausgegeben wurden. DUSK trägt weiterhin die Historie der erstellten Notizen, während die Nullifier-Seite bereits 60M Einträge erreicht hat. Wenn später 70% ausgegeben werden, werden daraus 70M Nullifier. Bei 1B Notizen und 750M Nullifiern wird die Frage deutlich unbequemer: Welche Struktur wird zur schwereren langfristigen Belastung des Zustands?
Eine 4-in/1-out-Transaktion macht das klarer. Lebende Notizen sinken netto um drei, aber es werden vier neue Nullifier hinzugefügt. Eine niedrigere Anzahl lebender Notizen bedeutet nicht, dass der historische Zustand geringer ist.
Ein gewisses Wachstum ist normal. Private Systeme brauchen Commitments und Schutz für ausgegebene Notizen.
Der eigentliche Test ist, ob DUSK beide Kurven effizient halten kann, wenn die Nutzung zunimmt. Können Beschneiden, Indexierung, Verifikations- und Synchronisierungskosten überschaubar bleiben? Oder wird Privatsphäre langsam zur Infrastruktur-Steuer?
Für DUSK ist nicht die harte Kennzahl entscheidend, was an Aktivität passiert. Entscheidend ist die Zustandsdisziplin.
#dusk $DUSK
Der Notenbaum wächst, wenn Ausgaben erzeugt werden. Die Nullifier-Menge wächst, wenn Notizen ausgegeben werden. Das hängt zusammen, aber es ist nicht dasselbe Verhalten.
Nehmen wir 100M Phoenix-Notizen mit 60M, die bereits ausgegeben wurden. DUSK trägt weiterhin die Historie der erstellten Notizen, während die Nullifier-Seite bereits 60M Einträge erreicht hat. Wenn später 70% ausgegeben werden, werden daraus 70M Nullifier. Bei 1B Notizen und 750M Nullifiern wird die Frage deutlich unbequemer: Welche Struktur wird zur schwereren langfristigen Belastung des Zustands?
Eine 4-in/1-out-Transaktion macht das klarer. Lebende Notizen sinken netto um drei, aber es werden vier neue Nullifier hinzugefügt. Eine niedrigere Anzahl lebender Notizen bedeutet nicht, dass der historische Zustand geringer ist.
Ein gewisses Wachstum ist normal. Private Systeme brauchen Commitments und Schutz für ausgegebene Notizen.
Der eigentliche Test ist, ob DUSK beide Kurven effizient halten kann, wenn die Nutzung zunimmt. Können Beschneiden, Indexierung, Verifikations- und Synchronisierungskosten überschaubar bleiben? Oder wird Privatsphäre langsam zur Infrastruktur-Steuer?
Für DUSK ist nicht die harte Kennzahl entscheidend, was an Aktivität passiert. Entscheidend ist die Zustandsdisziplin.
#dusk $DUSK
