Gestern habe ich drei Stunden damit verbracht, das Entwickler-Dashboard von #Sign zu erforschen, um herauszufinden, wie niedrig die Einstiegshürde ist. Das Ergebnis war etwas entmutigend.
Zuerst musste ich eine API-Key für die Wallet erstellen, bevor ich die REST- und GraphQL-Endpunkte für die Abfrage von Nachweisen aufrufen konnte. Der Prozess ist verständlich, dezentralisiert muss man schließlich immer eine Unterschrift leisten. Aber die Leistung ist wirklich schwach: Ich habe im Testnetz mehrere Abfragen für Cross-Chain-Nachweise durchgeführt, die Antwortverzögerung betrug 2-3 Sekunden. Was bedeutet 2-3 Sekunden? Auth0 und Firebase sind millisekundenschnell, Benutzer erhalten sofort eine Rückmeldung beim Klicken auf Anmelden. Mit dieser Geschwindigkeit von #Sign地缘政治基建 wäre der Benutzer in einer Produktionsumgebung längst auf die Seite zurückgegangen.
Noch schlimmer ist, dass in der Dokumentation überhaupt keine SLA für die Indexknoten angegeben ist. Wenn ein Knoten in einer bestimmten Region ausfällt, schlägt die Abfrage dann direkt fehl oder wird auf einen Degradierungsleseprozess umgestellt? Keine Ahnung. Unternehmenskunden fürchten diese Unsicherheiten am meisten. Ich habe alles durchforstet und konnte kein einziges Verfügbarkeitsversprechen finden. $SIGN
Kommen wir zum SDK. Die Installation über npm ist zwar einfach, aber der Beispielcode deckt nur die grundlegendsten Attestations-Erstellungen ab. Komplexe Schema-Definitionen und Cross-Chain-Synchronisation, es gibt nicht einmal eine vorgefertigte Vorlage. Im Vergleich zu Worldcoin's IDKit haben die eine Ein-Klick-Integration, detaillierte Fehlercodes und einen lokalen Simulator. Sign als Nachzügler hat in Bezug auf die Vollständigkeit der Toolchain nicht einmal ansatzweise ein hohes Niveau. @SignOfficial