Stellen wir Stabilität zunächst auf die Probe, indem wir einen konkreten Fehlerfall annehmen. Ein gewöhnlicher Nutzer öffnet über seine Wallet eine Browseranwendung. Kaum erscheint die Signaturanfrage, wird die Verbindung zur Seite plötzlich unterbrochen. Ob die ursprüngliche Anfrage nach dem erneuten Öffnen noch vorhanden ist, der Status wiederhergestellt werden kann und sich die Fehlerursache verständlich erklären lässt, wurde noch nicht praktisch überprüft. Dass sich eine Entwicklervorschau öffnen lässt, bedeutet nicht automatisch, dass die Anwendung für gewöhnliche Nutzer zuverlässig funktioniert.
Die bekannten Fakten sollten weiterhin gelten. @Dusk hat die Schnittstellenaufgaben von Dusk Connect offiziell beschrieben und die Schnittstelle als standardmäßigen Einstiegspunkt für die meisten L1-Browseranwendungen festgelegt. Das zeigt, dass es nun einen klar definierten Zugang für Entwickler gibt, und belegt, dass die Schnittstellenfunktionalität vorhanden ist. Eine standardmäßige Empfehlung ist jedoch keine Stabilitätszertifizierung: Die Dokumentation beantwortet die Frage, wo der Einstieg erfolgt, liefert aber keinen Nachweis dafür, wie sich die Wallet nach einer Unterbrechung verhält.
Führen wir das angenommene Szenario weiter. Möglicherweise hat der Nutzer vor dem Verbindungsabbruch bereits eine Signatur angefordert. Beim Wiederherstellen der Seite reicht es daher nicht, nur zu prüfen, ob die Verbindung erneut hergestellt werden kann. Es muss auch erkannt werden, ob die ursprüngliche Anfrage noch aussteht, abgelehnt wurde oder bereits fehlgeschlagen ist. Ob das Verhalten auf einem anderen Gerät identisch ist, lässt sich ebenfalls nicht aus einem einzelnen Zugangspunkt ableiten. Und wenn nur eine vage Fehlermeldung angezeigt wird, weiß der Nutzer womöglich nicht einmal, ob er es erneut versuchen oder abbrechen soll. Verbindung, Signatur, Wiederherstellung, geräteübergreifendes Verhalten und Fehlerbehandlung sind hier keine fünf nebeneinanderstehenden Funktionen, sondern eine zusammenhängende Kausalkette, die darüber entscheidet, ob sich eine Unterbrechung sicher beheben lässt.
Genau an diesem Fehlerpfad endet die vorhandene Beleglage. Die Aufgaben der Schnittstelle und ihre offizielle Empfehlung als Standard sind klar beschrieben. Es gibt jedoch keine Testergebnisse zu Verbindungsabbrüchen und keinen Nachweis dafür, dass der Signaturstatus zuverlässig erkannt, die Sitzung wiederhergestellt, einheitliches Verhalten in unterschiedlichen Umgebungen gewährleistet oder mit Ausnahmen verständlich umgegangen wird. Das ist keine Behauptung, dass die Wallet zwangsläufig scheitert, sondern bedeutet, dass bislang keine Aufzeichnungen vorliegen, mit denen sich ein Scheitern widerlegen ließe. Die Funktionalität lässt sich bestätigen, das stabile Nutzungserlebnis jedoch noch nicht.
Für Nutzer, die über das Ökosystem von $DUSK einsteigen, ist daher nur die Schlussfolgerung zulässig, dass die Schnittstelle offiziell beschrieben ist. Erst wenn dieses angenommene Szenario praktisch getestet wurde und ein vollständiger Nachweis vom Verbindungsabbruch über die Statusbestimmung bis zur erfolgreichen Wiederherstellung vorliegt, gibt es Belege dafür, dass die Anwendung für gewöhnliche Nutzer zuverlässig funktioniert. Wer lediglich einen Bildschirm im Normalbetrieb zeigt, blendet genau den Ausnahmefall aus, der am dringendsten geprüft werden muss. Stabilität ist kein Adjektiv in einer Schnittstellenliste, sondern der Nachweis, dass die Wallet auch nach einer Unterbrechung ein einheitliches, wiederherstellbares und verständlich erklärtes Ergebnis liefert. #dusk
Die bekannten Fakten sollten weiterhin gelten. @Dusk hat die Schnittstellenaufgaben von Dusk Connect offiziell beschrieben und die Schnittstelle als standardmäßigen Einstiegspunkt für die meisten L1-Browseranwendungen festgelegt. Das zeigt, dass es nun einen klar definierten Zugang für Entwickler gibt, und belegt, dass die Schnittstellenfunktionalität vorhanden ist. Eine standardmäßige Empfehlung ist jedoch keine Stabilitätszertifizierung: Die Dokumentation beantwortet die Frage, wo der Einstieg erfolgt, liefert aber keinen Nachweis dafür, wie sich die Wallet nach einer Unterbrechung verhält.
Führen wir das angenommene Szenario weiter. Möglicherweise hat der Nutzer vor dem Verbindungsabbruch bereits eine Signatur angefordert. Beim Wiederherstellen der Seite reicht es daher nicht, nur zu prüfen, ob die Verbindung erneut hergestellt werden kann. Es muss auch erkannt werden, ob die ursprüngliche Anfrage noch aussteht, abgelehnt wurde oder bereits fehlgeschlagen ist. Ob das Verhalten auf einem anderen Gerät identisch ist, lässt sich ebenfalls nicht aus einem einzelnen Zugangspunkt ableiten. Und wenn nur eine vage Fehlermeldung angezeigt wird, weiß der Nutzer womöglich nicht einmal, ob er es erneut versuchen oder abbrechen soll. Verbindung, Signatur, Wiederherstellung, geräteübergreifendes Verhalten und Fehlerbehandlung sind hier keine fünf nebeneinanderstehenden Funktionen, sondern eine zusammenhängende Kausalkette, die darüber entscheidet, ob sich eine Unterbrechung sicher beheben lässt.
Genau an diesem Fehlerpfad endet die vorhandene Beleglage. Die Aufgaben der Schnittstelle und ihre offizielle Empfehlung als Standard sind klar beschrieben. Es gibt jedoch keine Testergebnisse zu Verbindungsabbrüchen und keinen Nachweis dafür, dass der Signaturstatus zuverlässig erkannt, die Sitzung wiederhergestellt, einheitliches Verhalten in unterschiedlichen Umgebungen gewährleistet oder mit Ausnahmen verständlich umgegangen wird. Das ist keine Behauptung, dass die Wallet zwangsläufig scheitert, sondern bedeutet, dass bislang keine Aufzeichnungen vorliegen, mit denen sich ein Scheitern widerlegen ließe. Die Funktionalität lässt sich bestätigen, das stabile Nutzungserlebnis jedoch noch nicht.
Für Nutzer, die über das Ökosystem von $DUSK einsteigen, ist daher nur die Schlussfolgerung zulässig, dass die Schnittstelle offiziell beschrieben ist. Erst wenn dieses angenommene Szenario praktisch getestet wurde und ein vollständiger Nachweis vom Verbindungsabbruch über die Statusbestimmung bis zur erfolgreichen Wiederherstellung vorliegt, gibt es Belege dafür, dass die Anwendung für gewöhnliche Nutzer zuverlässig funktioniert. Wer lediglich einen Bildschirm im Normalbetrieb zeigt, blendet genau den Ausnahmefall aus, der am dringendsten geprüft werden muss. Stabilität ist kein Adjektiv in einer Schnittstellenliste, sondern der Nachweis, dass die Wallet auch nach einer Unterbrechung ein einheitliches, wiederherstellbares und verständlich erklärtes Ergebnis liefert. #dusk