Die Brieftasche hatte einen Wert. Der Einsatz ist immer noch fehlgeschlagen. Das ist der Moment, der mir geblieben ist, während ich heute die Midnight-Dokumente gelesen habe. Der Fehler war klar: nicht genug DUST generiert, um die Gebühr zu bezahlen. Ich denke, dass dieser kleine Fehler eine größere Wahrheit über Midnight erzählt als eine andere allgemeine Datenschutzwerbung. Bei Midnight kann eine Brieftasche finanziert aussehen und dennoch nicht betriebsbereit sein, um zu handeln.
Das ist das echte Produktionsrisiko, zu dem ich immer wieder zurückkomme.
Midnight Preview macht die Trennung ziemlich klar, sobald man aufhört, es wie normale Tokenomics zu lesen. NIGHT ist der Haupt-Token. DUST ist das, was Transaktionsgebühren bezahlt. Das Halten von NIGHT generiert DUST. Die Brieftasche muss auch die DUST-Produktion einer Adresse zuweisen. Und Preview behandelt die Brieftasche jetzt so, als hätte sie geschützte, ungeschützte und DUST-Adressen. Das Netzwerk fragt also nicht nur, ob die Brieftasche Wert besitzt. Es fragt, ob die Brieftasche im richtigen Gebührzustand ist, um auszugeben.
Das sind verschiedene Dinge.
Dieser Unterschied klingt technisch, bis man sich vorstellt, was in einem echten Workflow passiert. Ein Entwickler überprüft die Wallet und sieht NIGHT. Eine Support-Person sieht, dass das Konto finanziert ist. Ein Benutzer drückt trotzdem den Knopf und die Aktion schlägt fehl, weil die Gebührenseite tatsächlich noch nicht bereit ist. Jetzt besteht das Problem nicht darin, „warum hat dieser Benutzer keine Mittel“. Das Problem ist: „Warum verhält sich diese finanzierte Wallet immer noch so, als wäre sie nicht bereit.“ Das ist eine viel hässlichere Support-Frage, da der sichtbare Saldo in eine Richtung zeigt, während der tatsächliche Betriebszustand in eine andere zeigt.
Midnights eigene Dokumente deuten weiterhin auf diese Trennung hin. Der lokale Netzwerkleitfaden unterscheidet zwischen Finanzierung aus der Konfiguration mit NIGHT und DUST-Registrierung sowie Finanzierung durch den öffentlichen Schlüssel nur mit NIGHT. Der Bereitstellungsfluss registriert ungeschützte UTXOs für die DUST-Generierung und wartet darauf, dass Tokens verfügbar werden. Das ist wichtig. Es bedeutet, dass Besitz, Einrichtung und Transaktionsbereitschaft sich nicht vollständig in einen einfachen Schritt zusammenfassen lassen. Es gibt eine Zustandsmaschine in der Mitte.
Ich glaube nicht, dass die meisten Menschen Midnight auf diese Weise modellieren werden. Bei vielen Chains sind „finanziert“ und „bereit“ nah genug beieinander, dass sich niemand die Mühe macht, sie zu trennen. Midnight schwächt diese Abkürzung. Eine Wallet kann das richtige Asset halten und ist dennoch nicht im richtigen Zustand, um für die nächste Aktion zu bezahlen. Das mag wie eine kleine Onboarding-Unannehmlichkeit erscheinen. Ich glaube nicht, dass es das ist. Es ist die Art von Dingen, die still Deployment-Skripte, Wallet-UX, Support-Playbooks und wie viel versteckten Reibung ein Netzwerk in die tatsächliche Nutzung trägt, beeinflussen.
Die Indexer-Dokumente machen den Punkt noch klarer. Sie sagen, dass currentCapacity nur eine Schätzung nach der ersten DUST-Gebührenzahlung ist und höher sein kann als das tatsächliche Guthaben, da Gebührenzahlungen geschützte Transaktionen sind. Für ein genaues DUST-Guthaben nach Gebühren sagen die Dokumente, dass man die verbundene Wallet direkt abfragen soll. Das ist ein sehr aufschlussreiches Detail. Es bedeutet, dass die Frage „Ist diese Wallet noch gebührenbereit?“ nicht mehr einfach öffentlich gelesen werden kann. Das Problem besteht also nicht nur darin, DUST zu generieren. Es geht darum, den tatsächlichen Gebührenstatus genau genug zu kennen, um ihm zu vertrauen, wenn etwas Wichtiges geschehen muss.
An dieser Stelle hört es auf, sich wie ein cleveres Token-Modell anzufühlen, und beginnt, sich wie ein Problem der Produktionsdisziplin anzufühlen.
Midnight versucht hier, etwas Reales zu tun. Es trennt Privatsphäre, Tokenbesitz und Gebührenkapazität sorgfältiger als die meisten Chains. Ich glaube nicht, dass das das Design schlecht macht. Aber es bedeutet, dass Wallets, Apps und Betreiber ein schwierigeres Bereitschaftsmodell verwalten müssen. Wenn sie das schlecht machen, wird die Benutzererfahrung schnell seltsam. Die Wallet sieht geladen aus. Die Aktion schlägt immer noch fehl. Das Support-Team versucht es erneut. Der Entwickler überprüft zuerst die falsche Oberfläche. Die Zeit wird durch eine Zustandsschere verbrannt, die in einer Demo leicht übersehen werden kann und in der Produktion lästig ist.
Das ist der Kompromiss. Midnight kann Gebühren- und Privatsphäre-Logik absichtlicher gestalten. Im Gegenzug wird die Bereitschaft weniger automatisch. Das Netzwerk könnte auf Architekturebene sauberer werden, während es auf der Workflow-Ebene chaotischer wird. Ernsthafte Apps werden das zuerst spüren. Nicht im abstrakten Satz, dass NIGHT DUST generiert. In dem praktischen Moment, in dem ein Vertragsaufruf, eine Bereitstellung oder eine Benutzeraktion jetzt geschehen muss und die Wallet noch nicht ganz bereit ist.
Mein Urteil ist einfach. Der echte Usability-Test von Midnight könnte nicht darin bestehen, ob die Leute DUST verstehen. Es könnte darin bestehen, ob Wallets und App-Tools den Unterschied zwischen finanziert und gebührenbereit so vollständig verbergen können, dass die Benutzer es nie bemerken. Wenn diese Lücke sichtbar bleibt, wird Midnight weiterhin eine stille Produktionssteuer erheben. Eine Wallet wird vorbereitet aussehen, schlägt aber dennoch fehl, und alle um sie herum werden Zeit verschwenden, um zu lernen, dass Besitz und Bereitschaft nicht denselben Zustand darstellen.
@MidnightNetwork $NIGHT #night
