Was ist Sui Wallet: der frühere Name von Slush

2026-08-24

Sui Wallet ist der frühere Produktname von Mysten; Mysten teilte am 2025-04-24 mit, dass Sui Wallet und Stashed unter dem Namen Slush vereint wurden. Dieses neutrale Profil trennt das dokumentierte System, seine aktuelle Benennung und die angegebene Rolle von SUI.

Dieses Profil klärt zuerst Identität und Mechanismus und trennt danach den Projektnamen, seine dokumentierten Komponenten und seinen wechselnden Servicestatus. Die Suchbegriffe „sui wallet extension“; „sui wallet security“; „sui wallet setup“ können die Suchabsicht der Leserschaft beschreiben, belegen aber weder eine Produktfunktion noch einen aktuellen Anspruch noch eine finanzielle Schlussfolgerung. Der Artikel bleibt deshalb quellengebunden und nimmt weder ein Kürzel noch eine Nutzeroberfläche als Abkürzung für das ganze System.

Was ist Sui Wallet and Slush

Sui Wallet und Slush sind im Umfang ihrer aktuellen Primärquellen zu lesen. Der zutreffende Gegenstand ist deshalb eine Grenze zwischen Verwahrung und Produktbenennung: das historische Produktetikett, das heutige Produkt Slush und die weitere Kategorie der Wallets, die Sui unterstützen, sind nicht dasselbe. So vermeidet man einen häufigen Fehler in Projektprofilen: ein Etikett zugleich für Organisation, Protokoll, Schnittstelle, Asset und jeden verbundenen Dienst zu nutzen. Eine sorgfältige Beschreibung benennt die behandelte Ebene und unterstellt nicht, dass eine Aussage über eine Ebene automatisch eine über eine andere belegt.

Die praktische Schwierigkeit liegt hier in der Auslegung, nicht im Wortschatz, und die Namensgeschichte macht sie greifbar. Sui Wallet ist eine frühere Produktbezeichnung von Mysten, Slush ist das aktuelle Produkt, Sui ist das Netzwerk und SUI ist der Netzwerkwert; vier verschiedene Gegenstände teilen sich drei einander überlappende Namen. Material, das vor dem 2025-04-24 veröffentlicht wurde, kann über die damals beschriebene Erweiterung zutreffen und trotzdem falsch beschreiben, was heute installiert wird. Erst wenn Bezeichnung, Datum und Ebene an jeder Aussage hängen, lassen sich alte und neue Quellen nebeneinander lesen, ohne sie zu vermengen.

Die Umbenennung hat ein Datum, und sie war mehr als eine Umbenennung. Mysten Labs veröffentlichte am 2025-04-24 einen Beitrag mit dem Titel Sui Wallet and Stashed are Now Slush, der eine Zusammenführung der Sui-Wallet-Erweiterung mit Stashed beschreibt und nicht bloß einen Namenswechsel; der Beitrag hält fest, dass die Änderung als gewöhnliches Update kam, dass weder Neuinstallation noch Migration nötig waren und dass Konten, Wiederherstellungsphrasen und Wallet-Adressen unverändert blieben. Aus Stashed Links wurden Slush Links, und die zkLogin-Funktion wurde integriert. Die Webanwendung liegt unter my.slush.app, und die Fußzeile der Website nennt Mysten Labs, Inc.

Welcher Dokumentationsumfang die Erklärung stützt

Auf der Mechanismusebene versteht man eine Self-Custody-Wallet am besten als Software, die Berechtigungsmaterial für Onchain-Aktivität verwaltet, während Vermögenswerte und öffentliche Datensätze im Netzwerk verbleiben und nicht in der Anwendung liegen. Entscheidend ist kein Leistungsversprechen, sondern die Beziehung, die die Unterlagen zwischen den Komponenten beschreiben. Diese können unterschiedliche Aktualisierungszyklen, Berechtigungen, technische Abhängigkeiten und Betriebsbedingungen haben. Die Beziehung zu erklären zeigt, warum ein Produktetikett allein nicht bestimmt, was ein Datensatz, eine Funktion oder ein Asset wirklich darstellt.

Auch der dokumentierte Mechanismus braucht eine Grenze um die Belege. Öffentliche Dokumentation hat meist einen Herausgeber, ein Datum, eine Produktversion und einen begrenzten Gegenstand. Sie kann geändert oder ersetzt werden. Ein genaues Profil darf sagen, eine Seite beschreibe eine angegebene Architektur, es darf sie aber nicht stillschweigend zu der Behauptung ausweiten, jede zugehörige Anwendung sei aktiv, jede Integration aktuell oder jeder künftige Roadmap-Punkt bereits da. Das sind eigene Behauptungen mit eigener aktueller Quelle.

Wie sich Komponenten und Grenzen unterscheiden

SUI gehört als dokumentierte Asset-Rolle in dieses Profil, nicht als Urteil über Eigentum oder Wert. SUI ist das native Netzwerk-Asset, das für Funktionen des Sui-Netzwerks genutzt wird. Es ist kein Token, den das frühere Produkt Sui Wallet oder Slush ausgegeben hätte. Ein Kürzel ist besonders schwacher Beleg, wenn ähnlich benannte Assets, mehrere Netzwerke, Receipt-Token, Implementierungs-Contracts oder historische Deployments existieren. Die Prüfung am Erscheinungstag vergleicht die aktuelle offizielle Kennung mit dem passenden offiziellen Datensatz, hält den Netzwerkkontext fest und nimmt ein kopiertes Symbol nicht als Beweis.

Der Abschnitt zum Asset lässt sich sinnvoll lesen, indem man fragt, was es im dokumentierten System leistet, was es nicht belegt und welche Aussagen zeitkritisch bleiben. Eine beschriebene Rolle bei Koordination, Zugang, Sicherheit oder Teilnahme gibt nicht automatisch jeder haltenden Person ein Produktrecht, ein Governance-Ergebnis, einen Ausschüttungsanspruch oder eine Dienstgarantie. Die Quelle kann bedingt formulieren, und ein neutrales Profil sollte diese Bedingung bewahren, statt sie durch eine stärkere Aussage zu ersetzen.

Was SUI im System tut

Auch das Projektökosystem ist eng auszulegen. Ein Dokumentationsportal kann Komponenten, Code, Umgebungen, Anbieter oder Schnittstellenkategorien zeigen, ist aber nicht automatisch ein dauerhaftes Verzeichnis aktiver Partner oder unterstützter Dienste. Das Wort Ökosystem ist nur brauchbar, wenn es auf einen definierten Quellenumfang zurückverweist. Es sollte nicht nahelegen, dass eine Organisation jede zugehörige Anwendung kontrolliert oder dass jede genannte Integration ohne Unterbrechung fortbesteht.

Das aktuelle Produkt und seine Bedingungen sind Slush zuzuordnen, während historische Aussagen über Sui Wallet ihr Datum und ihren Quellenumfang behalten sollten. Die Unterscheidung zählt, weil Produkt- und Protokollnamen oft fortbestehen, während Schnittstellen, Berechtigungen, Contracts, Richtlinien und Verfügbarkeit sich ändern. Ein Profil, das Quelle und genaue Aussage nennt, erlaubt der Leserschaft, die Belege später erneut zu prüfen. Ein Profil, das aus einer datierten Seite eine dauerhafte Behauptung macht, erzeugt falsche Sicherheit.

Das Sui Wallet and Slush-Ökosystem und der Dokumentationsumfang

zkLogin ist ein Authentifizierungsprimitiv von Sui, das in Anwendungserlebnissen auftauchen kann; daraus darf nicht die Behauptung verdichtet werden, jede Wallet, jeder Kontotyp oder jede Wiederherstellungslösung habe dieselben Eigenschaften. Deshalb sind Netzwerkbezeichnungen, Contracts, Mint-Datensätze oder Anwendungs-URLs Tatsachen des Erscheinungstags und keine zeitlose Prosa. Ein neutraler Artikel erklärt die Kategorien, ohne zu einer Handlung aufzufordern. Er hält den Unterschied zwischen offizieller Kennung und Bedienungsanweisung fest und darf ein Prüfprinzip nicht in eine Anleitung zu Einzahlung, Claim, Bridge, Staking oder Kontoverwaltung verwandeln.

Was ist Sui Wallet: der frühere Name von Slush documentation overview

Neben den Grenzen der Benennung gibt es technische Grenzen. Software hat Implementierungsannahmen, Dienste hängen von Infrastruktur ab, Contracts können administrative Steuerungsrechte offenlegen, und Offchain-Datensätze können andere Aufbewahrungs-, Datenschutz- und Aktualisierungseigenschaften haben als Onchain-Datensätze. Eine Architekturbeschreibung ist kein Audit, und ein Audit-Hinweis ist keine pauschale Sicherheitsgarantie. Diese Unterscheidungen wiegen schwerer, sobald ein Projekt Daten, Identität, delegierte Ausführung, Berechtigungsmaterial oder eine sich ändernde Token-Struktur betrifft.

Das Nützlichste an der Erweiterung ist ihr Identifikator. Der Eintrag im Chrome Web Store wird von Mysten Labs unter der Erweiterungs-ID opcgpfmipidbgpenhmajoajpbobppdil veröffentlicht, zeigt den Anzeigenamen Slush und wies zum Stichtag 2026-08-15 rund 800.000 Nutzer sowie eine letzte Aktualisierung an ebendiesem Datum aus. Die ältere Store-Adresse mit sui-wallet lässt sich weiterhin aufrufen und leitet auf die aktuelle kanonische Adresse weiter, was für sich genommen am deutlichsten belegt, dass ein Eintrag umbenannt und nicht ersetzt wurde. Offizielle mobile Builds für iOS und Android sind von slush.app/download verlinkt, und die in der Fußzeile der Website genannten offiziellen Kanäle sind Discord, X, Instagram, YouTube und support.slush.app; ein offizielles Telegram gibt es nicht.

Eine konkrete Designgrenze

Die Quellengrenze ist zugleich eine Sicherheitsgrenze für die Leserschaft, und bei einer Browser-Erweiterung ist diese Grenze eine Kennung statt einer Adresse. Der Eintrag im Chrome Web Store wird von Mysten Labs unter der Erweiterungs-ID opcgpfmipidbgpenhmajoajpbobppdil veröffentlicht und zeigt den Anzeigenamen Slush; die ältere Store-Adresse mit sui-wallet löst weiterhin auf und leitet dorthin weiter, was selbst der Beleg dafür ist, dass ein Eintrag umbenannt und nicht ersetzt wurde. Eine Nachahmung kann Name, Symbol und Screenshots kopieren, diese ID aber nicht besetzen. Die Web-Anwendung erreichst du am besten, indem du my.slush.app selbst eintippst, statt einem Link zu folgen.

Verlust von Zugangsdaten, Phishing, irreführende Links, bösartige Anwendungsabfragen, unumkehrbare Onchain-Wirkungen und wechselnde Produktbedingungen bleiben Risiken, auch wenn eine Software Schutzfunktionen anbietet. Diese Risiken bedeuten nicht, dass das dokumentierte Design ungültig wäre; sie bedeuten, dass ein kurzes Profil nicht mehr behaupten sollte, als es belegt. Die angemessene Schlussfolgerung ist bedingt: Die Dokumentation trägt genau den Mechanismus, den sie beschreibt, vorbehaltlich Implementierung, Governance, Aktualität der Quelle und des umgebenden technischen und rechtlichen Kontexts. Für Aussagen zu Zugang, Performance, Beständen, Allokationen, Audit-Umfang oder regionaler Behandlung brauchen Leserinnen und Leser aktuellere Belege.

Risiken und Grenzen

Risiko entsteht auch dort, wo verschiedene Begriffe verschmolzen werden. Ein Netzwerk ist nicht automatisch eine Wallet, ein Beweis ist nicht automatisch ein Rohdatensatz, ein Receipt-Token ist nicht automatisch das Protokoll-Asset, und eine öffentliche Kennung ist nicht automatisch das einzig gültige Deployment. Diese Unterscheidungen sichtbar zu halten macht es leichter, falsche Gleichsetzungen, unbelegte Anspruchsbehauptungen und zeitkritische Aussagen zu bemerken. Es hält den Artikel außerdem nützlich, ohne ihn in einen Vergleich, eine Empfehlung oder eine Bedienungsanleitung zu verwandeln.

Eine neutrale Prüfung beginnt bei der offiziellen Projektdomain und ihrer Dokumentationshierarchie. Zu prüfen sind der genaue Name, den der Herausgeber verwendet, die dort genannte Rolle von SUI und der Umfang aller aktuellen technischen oder rechtlichen Hinweise. Nennt eine offizielle Seite eine Contract-Adresse oder eine gleichwertige Kennung, lassen sich Datum, Netzwerk und Bezeichnung mit dem entsprechenden offiziellen Block-Explorer-Eintrag vergleichen. Aus einem übereinstimmenden Kürzel, einer kopierten Adresse oder einer Seite, deren Umfang mit der Behauptung nichts zu tun hat, lässt sich keine Beziehung ableiten.

Zwei Einschränkungen sollten genau benannt werden. Erstens beschreibt die Sicherheitsseite eine nicht verwahrende Schlüsselhandhabung, eine quelloffene, von der Community gepflegte Phishing-Sperrliste, die Anbindung an Hardware-Wallets und eine Betrugserkennung, nennt jedoch keine konkrete gefälschte Erweiterung und keine konkrete Phishing-Seite; dieser Artikel nennt deshalb ebenfalls keine, denn ein erfundenes Beispiel wäre schlechter als die Beschreibung der Prüfung. Die praktische Regel lautet, dass die oben aufgeführten offiziellen Einstiegspunkte den vollständigen Satz bilden und nichts außerhalb dieses Satzes installiert werden sollte. Zweitens ist der Umfang enger, als das Wort Wallet nahelegt, denn Slush unterstützt ausschließlich Sui und ist keine Multi-Chain-Wallet.

Wie du Informationen zu Sui Wallet and Slush selbst überprüfst

Vor der Veröffentlichung gehören die Kennungen und die datierten Aussagen dieses Artikels in ihren eigenen Quellen noch einmal gelesen: der Eintrag im Chrome Web Store, für die Erweiterungs-ID, den Herausgebernamen, den Anzeigenamen, die genannte Nutzerzahl und das Datum der letzten Aktualisierung; die Download-Links der offiziellen mobilen Builds; die Kanalliste im Seitenfuß einschließlich der Aussage, dass es kein offizielles Telegram gibt. Der Umbenennungsbeitrag und sein Datum gehören in denselben Durchgang. Dieser zweite Durchgang ist wichtig, weil eine zutreffende Beschreibung der Eigenverwahrung jahrelang gültig bleiben kann, während Store-Eintrag, Download-Seite und Support-Adresse umziehen.

Sui Wallet und Slush lässt sich daher als dokumentiertes System mit getrennten Ebenen einführen und nicht als ein einziges, undifferenziertes Produkt. SUI sollte ausschließlich über die belegte Rolle beschrieben werden, und jede spezifischere Aussage behält ihren Netzwerk-, Contract-, Schnittstellen- oder Produktkontext. Das erklärt das Projekt, ohne Dokumentation als Angebot, Garantie oder Handlungsanweisung zu behandeln.

Die Prüfung des Identifikators ist der eine Schritt, den das Erscheinungsbild nicht fälschen kann. Der Store-Eintrag lässt sich öffnen und die Erweiterungs-ID Zeichen für Zeichen mit opcgpfmipidbgpenhmajoajpbobppdil vergleichen, wobei der Herausgeber als Mysten Labs bestätigt wird; ein täuschend ähnlicher Eintrag kann Name, Symbol und Screenshots kopieren, denselben Identifikator jedoch nicht belegen. Dasselbe Prinzip gilt für die Webanwendung, die am besten durch Eintippen von my.slush.app statt über einen Link erreicht wird, und für den Support, der am besten über die Adresse in der Fußzeile der Website statt über eine unaufgeforderte Nachricht erreicht wird.

Fazit

Die zentrale Auslegungsregel heißt Trennung. Ein Projektname steht nicht für jede Produktebene. Ein Token-Kürzel steht nicht für jeden Contract und jedes Netzwerk. Eine aktuelle Schnittstelle ist keine zeitlose Verfügbarkeitsaussage. Eine technische Beschreibung ist kein Sicherheitszertifikat. Sind diese Unterschiede erst einmal ausgesprochen, lassen sich Quellen sorgfältiger vergleichen, ohne eine Aussage aus einer Kategorie in eine andere zu übertragen.

Für eine veröffentlichungsreife Fassung gehören Mechanismus, Asset-Rolle und Dokumentgrenze in getrennte Sätze. Aussagen zu Angebot, Allokationen, Audits, Governance, Partnern, Rechtsstatus, Performance oder Zugang gehören nur hinein, wenn eine frische offizielle Quelle genau diese Aussage deckt. Ist eine Formulierung in der Quelle bedingt oder zukunftsgerichtet, bleibt diese Einschränkung erhalten. Dieses Vorgehen ist bewusst zurückhaltend, weil es für Systeme genauer ist, deren Produkt-, Netzwerk- und Token-Details sich ändern können.

Zusammengefasst lautet die verantwortliche Frage nicht bloß, was Sui Wallet und Slush ist, sondern welche Ebene eine Quelle genau beschreibt, was SUI laut Dokumentation tut und welche Angaben am Veröffentlichungstag noch einmal geprüft werden müssen. So bleibt Raum, offizielle Datensätze selbst nachzuschlagen, während der Artikel erklärend, neutral und frei von finanziellen Schlussfolgerungen oder Bedienungsanweisungen bleibt.

Zugehörige Marktseiten

Bitbase-Seiten zu den in diesem Artikel genannten Token:

- SUI: Preis ansehen · Spotmarkt · Perpetual-Markt

Weiterführende Artikel

Weitere Bitbase-Artikel zu diesem Thema:

- MPC- und Schwellen-Wallets

- Multisig-Erbschaft und Schalter bei ausbleibendem Signal

- Seed Phrase vs Passphrase: der Unterschied und warum er zählt

Haftungsausschluss: Dieser Artikel ist Bildungsinhalt der Bitbase Academy, nur zu Informationszwecken. Er erklärt, was ein Projekt tut und welche Rolle sein Token in diesem System spielt; er ist keine Anlage-, Handels-, Steuer- oder Finanzberatung und weder eine Empfehlung noch eine Befürwortung eines Projekts oder Tokens. Bitbase hat das hier beschriebene Projekt keiner Due Diligence unterzogen, und die Erwähnung bedeutet nicht, dass Bitbase den Vermögenswert listet oder unterstützt. Krypto-Assets bergen erhebliche Risiken, darunter Kursschwankungen, geringe Liquidität, Fehler in Smart Contracts, regulatorische Unsicherheit und den möglichen Totalverlust. Stand August 2026; Projektstatus, Tokenomics, Team und Verträge können sich jederzeit ändern. Prüfe alles selbst — über offizielle Kanäle, die Contract-Adresse und einen Block-Explorer — und hüte dich vor nachgeahmten Websites und Phishing-Links.