Heute schlage ich zwei wesentliche Änderungen an der Methodik und Darstellung von @Walletbeat vor: - "Verifizierbarkeit" als separate Dimension neben der Bewertung einführen; Issue #503 - Nicht-Stage-Zero-Wallets in einen separaten Tab "Sonstige" verschieben, ähnlich wie bei L2BEAT; Issue #504 Einige Gedanken dazu unten 🧐

Die meisten Dinge, nach denen Walletbeat sucht, können auf eine von zwei Arten bewertet werden: 1⃣ "Benutz einfach die Wallet, Bro": Überprüfe, ob eine Funktion existiert oder nicht, indem du die Wallet verwendest. Beispiel: Löst sie ENS-Adressen beim Senden von Token auf? Gibt es irgendwo ein Adressbuch für Tokenempfänger?

2⃣ Black-Box-Tests: Führen Sie die Wallet in einer kontrollierten Umgebung aus und beobachten Sie ihr Verhalten. - Unabhängigkeit vom L1-Anbieter: Blockieren Sie das gesamte Netzwerk bis auf den L1 RPC-Endpunkt - Datensammlung: Analysieren Sie den Netzwerkverkehr - Leichter Client: Führen Sie ihn mit einem lügenden RPC-Knoten aus und sehen Sie, ob die Wallet es bemerkt

Aber einige Funktionen können von beiden nicht getestet werden: - Welche kryptografische Bibliothek verwendet die Wallet? - Wo werden die privaten Schlüsselmaterialien der Hot Wallet gespeichert? - Wie rekonstruiert eine MPC-Wallet den Schlüssel? - Wird meine Orderflow-Daten nach dem Versand an einen Transaktionssimulationsdienst weiterverkauft?

Es wäre nützlich, zwischen dem, was Wallets _behaupten_, und ob diese Behauptungen _überprüfbar_ sind, zu unterscheiden. Zum Beispiel werden überprüfbare Behauptungen als vollgrüne Segmente angezeigt, nicht überprüfbare Behauptungen können als grün mit rotem Rand oder ähnlich in den Tortendiagrammen dargestellt werden.

Für die Bewertung der Stufenqualifikation kommen nur verifizierbare Ansprüche in Frage. Darüber hinaus erfordert Walletbeat die Verfügbarkeit des Quellcodes, um überhaupt die Stufe null zu erreichen, sodass jede Wallet, für die kein Quellcode verfügbar ist, mit dieser Änderung "methodisch voraus" wäre.

Der Vorteil sind klarere Bewertungen und Vergleiche von Wallets sowie eine geringere Abhängigkeit zwischen den Attributen. Die Lizenzierung und Verfügbarkeit des Quellcodes sind bereits eigene Attribute; wenn andere Attribute nur deshalb rot werden, weil der Quellcode nicht verfügbar ist, schadet das dem Verständnis.

Teile deine Gedanken dazu in der Angelegenheit #503:

Die andere Änderung besteht darin, alle Wallets, die nicht für Stufe 0 qualifiziert sind, auf einen Tab "Sonstiges" zu verschieben, ähnlich wie es L2BEAT für Projekte vom Typ "nicht einmal L2s" gemacht hat:

Begründung: Wallets, die nicht quellverfügbar sind, sind in vielen ihrer Attribute nicht verifizierbar. Mit der obigen Änderung, selbst wenn wir unverifizierbare Bewertungen klar machen, würde die Gegenüberstellung dieser Wallets mit verifizierbaren Wallets den Anreiz verringern, überhaupt die Stufe 0 zu erreichen.

Stufe 0 ist das absolute Minimum für eine Wallet: Machen Sie einfach Ihren Quellcode verfügbar. Jeder Webbrowser, den die Menschen heute verwenden, ist quellverfügbar. Wallets sind im Vergleich zu Webbrowsern sogar Software mit höheren Einsätzen, daher ist dies keine hohe Hürde.

Teile deine Gedanken zu Thema #504:

Ich möchte die Liste der Probleme, die vor dem Start noch angegangen werden müssen, nicht unnötig verlängern, aber ich markiere diese Probleme als Startblocker. Das liegt daran, dass, obwohl keines von beiden technisch gesehen eine Methodologieänderung wäre, es aus einer UI-/Darstellungsperspektive wie eine solche erscheinen könnte. Danke fürs Lesen!