Datenschutzansatz für Benachrichtigungen und Benutzerspeicher
Informationen zu den neuen Funktionen für Authentifizierung, Benachrichtigungen und Benutzerkonfigurationsspeicherung, die in MetaMask Web verfügbar sind.
Wenn du dich bei MetaMask Web anmeldest, verbessert sich deine Erfahrung, da du folgende Vorteile erhältst:
Benachrichtigungen über deine Wallet-Aktivitäten erhalten
Deine Benutzereinstellungen und Konfigurationen geräteübergreifend synchronisieren, auf allen Geräten, auf denen MetaMask installiert ist. Mit der Zeit werden wir damit beginnen, dein Adressbuch, deinen Transaktionsverlauf, importierte Token und beobachtete Adressen zu sichern und geräteübergreifend zu synchronisieren
Deine Konfigurationen sichern, falls du deinen Browser wechselst oder zurücksetzt
Deine Einstellungen werden synchronisiert, ohne die Vertraulichkeit deiner MetaMask-Aktivitäten zu beeinträchtigen. Anstelle von Web2-ähnlichen Architekturen, bei denen Dienstanbieter Nutzerdaten hosten, verwenden wir einen Privacy-first-Ansatz, bei dem deine Informationen clientseitig (d. h. lokal auf deinem Gerät) verschlüsselt werden und der Server lediglich als Speicher und Weiterleitungsstelle für verschlüsselte Daten dient. MetaMask hat daher keinerlei Einblick darin, welche Nutzer oder Adressen diesen Dienst verwenden und auf welche Weise.
Wenn du versuchst, dich bei MetaMask Web anzumelden, fordert dich deine MetaMask Wallet auf, eine Nachricht mit deiner Adresse zu signieren, um zu beweisen, dass du der Eigentümer dieses Kontos bist. Nach dem Signieren wirst du mit dieser Kontoadresse bei MetaMask Web eingeloggt.
Wir verwenden einen standardmäßigen Sign-In with Ethereum-Flow. Unser Server empfängt die signierte Nachricht und deine Adresse, überprüft die Signatur, hasht die Adresse zusammen mit einem Salt (einem zufälligen Wert), um deine AccountID zu generieren, und vergisst die Adresse anschließend. Der Server signiert deine AccountID und gibt ein JSON Web Token (JWT) aus, das der Client verwenden kann, um auf MetaMask-Dienste zuzugreifen, wie z. B. den Speicher für Benutzerkonfigurationen oder Benachrichtigungen. Da die Adresse nicht gespeichert wird und der AccountID-Hash nicht umkehrbar ist, weiß MetaMask nicht, wer sich angemeldet hat und welche Adressen verwendet wurden.
Benutzerkonfigurationen werden auf MetaMask-Servern gespeichert, verschlüsselt mit einem speziell generierten Schlüssel, der ausschließlich dem Benutzer gehört. Niemand außer dem Benutzer kann die Konfigurationen lesen. Beim Login erstellen wir einen clientseitigen Schlüssel, indem wir den Hash ermitteln, der entsteht, wenn die Signatur deines Kontos auf eine bestimmte Nachricht angewendet wird. Das bedeutet, der Schlüssel ist deterministisch: Das Ergebnis dieser Signatur ist immer dasselbe, wenn dasselbe Konto dieselbe Nachricht signiert. Wir verwenden diesen Schlüssel, um alle deine Benutzerkonfigurationen clientseitig zu verschlüsseln, bevor sie an die MetaMask-Server gesendet werden.
In diesem Zusammenhang ist MetaMask lediglich ein Speicherdienst und kann weder erkennen, wer den Dienst nutzt, noch den Inhalt der Konfigurationen lesen, da alles clientseitig verschlüsselt ist. Bei Bedarf können die verschlüsselten Informationen auf einem anderen Client entschlüsselt werden, wenn sich dieselbe Person von einem anderen Gerät aus bei MetaMask anmeldet. Wir arbeiten außerdem aktiv mit dem Ökosystem zusammen, um Möglichkeiten zur Dezentralisierung der Benutzerkonfigurationsspeicherung in der Zukunft zu erkunden.
Wir speichern Einstellungen und Konfigurationen, die beispielsweise Ihre öffentliche Adresse, Währung, bevorzugte Token, Interface-Einstellungen oder Ihr Adressbuch umfassen können. Wir speichern, übertragen oder sichern weder Ihren Private Key noch Ihre Secret Recovery Phrase – auf beide haben ausschließlich Sie Zugriff.
Wir überwachen Blockchains für Sie und senden Ihnen Push-Benachrichtigungen, wenn etwas Relevantes mit Ihren Adressen passiert, z. B. der Empfang von Token, NFTs oder das Unstaking.
Im Gegensatz zum Benutzerkonfigurationsdienst, der ausschließlich clientseitig verschlüsselte Daten speichert, muss der Benachrichtigungsdienst unverschlüsselte Versionen der überwachten Adressen auf der Serverseite speichern. Um sicherzustellen, dass mehrere Adressen nicht derselben Person zugeordnet werden können, speichern unsere Server die Benachrichtigungsaufgaben „losgelöst" von den Benutzern, zu denen sie gehören. Das bedeutet, dass die Verknüpfung zwischen den AccountIDs und den Adressen ausschließlich clientseitig gespeichert wird.