Was ist WalletConnect und wie funktioniert es?

Kernprotokollarchitektur

1. WalletConnect fungiert als dezentrale Relay-basierte Kommunikationsschicht zwischen Wallets und dApps. Es speichert keine privaten Schlüssel oder Transaktionsdaten auf einem zentralen Server.

2. Das Protokoll verwendet eine Ende-zu-Ende-Verschlüsselung für alle zwischen Client-Geräten ausgetauschten Nachrichten und stellt so sicher, dass kein Dritter – einschließlich des Relayers – Nutzlastinhalte entschlüsseln kann.

3. Jede Sitzung generiert einen eindeutigen Kopplungsschlüssel, der aus der Elliptischen-Kurven-Kryptographie abgeleitet wird und Wallet- und dApp-Identitäten bindet, ohne sensibles Material preiszugeben.

4. Sitzungsmetadaten – einschließlich Ketten-ID, angeforderte Berechtigungen und dApp-Ursprung – werden während der Initialisierung von beiden Parteien kryptografisch signiert.

5. Der gesamte Sitzungsstatus wird lokal auf den Benutzergeräten verwaltet. Der Relayer leitet nur verschlüsselte Nutzdaten weiter, ohne sie zu interpretieren oder beizubehalten.

Mechanismen der Wallet-Integration

1. Mobile Wallets betten WalletConnect v2 SDKs ein, um eine standardisierte Sitzungsverarbeitungslogik in ihren nativen Umgebungen verfügbar zu machen.

2. Beim Scannen eines QR-Codes analysiert das Wallet den URI, der den Relayer-Endpunkt, die Themenkennung und den symmetrischen Verschlüsselungsschlüssel enthält.

3. Das Wallet stellt eine WebSocket-Verbindung zum angegebenen Relayer her und abonniert sein eigenes Peer-ID-Thema, während es auf eingehende Anfragen wartet.

4. Nach Erhalt eines Sitzungsvorschlags rendert das Wallet UI-Elemente, die den dApp-Namen, den Netzwerkkontext und den Umfang der angeforderten Berechtigungen anzeigen, bevor der Benutzer zur Genehmigung aufgefordert wird.

5. Genehmigte Sitzungen lösen lokale Signaturvorgänge mithilfe gerätegespeicherter privater Schlüssel aus, wobei signierte Nutzlasten über den Relay-Kanal direkt an die dApp zurückgegeben werden.

Sicherheitsdurchsetzungsebenen

1. Private Schlüssel verlassen niemals die sichere Enklave der mobilen Geldbörse – Signaturvorgänge erfolgen vollständig offline innerhalb der Sandbox-Laufzeit der App.

2. WalletConnect erzwingt eine strenge Domänenvalidierung, indem es den dApp-Ursprung anhand der Metadaten des Sitzungsvorschlags überprüft und nicht übereinstimmende oder nicht überprüfte Quellen ablehnt.

3. Der zeitgebundene Sitzungsablauf verhindert einen unbefristeten Zugriff. Die standardmäßigen Timeout-Fenster liegen je nach Wallet-Implementierung zwischen 7 und 30 Tagen.

4. Der Sitzungswiderruf wird ausschließlich vom Wallet-Inhaber durch In-App-Kontrollen initiiert und löst eine sofortige Beendigung auf Relayer-Ebene aus.

5. Alle kryptografischen Grundelemente entsprechen den vom NIST genehmigten Standards, einschließlich secp256k1 für die Signatur und AES-256-GCM für die Nachrichtenverschlüsselung.

Multi-Chain-Kompatibilitäts-Framework

1. WalletConnect v2 unterstützt beliebige Blockchain-Namespaces über EVM-kompatible Ketten hinaus und ermöglicht so die Interoperabilität mit Solana, Cosmos SDK, Polkadot Substrate und Aptos.

2. Das kettenspezifische Anforderungsrouting wird über in Sitzungsvorschläge eingebettete Namespace-IDs abgewickelt, sodass Wallets Transaktionen an die richtigen Ausführungsumgebungen weiterleiten können.

3. Kettenübergreifende Vermögensübertragungen werden durch standardisierte CAIP-10-Kontokennungen erleichtert, wodurch die Darstellung der Wallet-Adresse von den zugrunde liegenden Konsensmechanismen entkoppelt wird.

4. Wallet-Entwickler implementieren kettenfähige Adapter, die generische WalletConnect-RPC-Methoden vor der Übermittlung in kettenspezifische Transaktionsformate übersetzen.

5. Die Netzwerkumschaltung erfolgt auf Sitzungsebene und nicht global – Benutzer können gleichzeitig aktive Sitzungen im Ethereum-Mainnet, Arbitrum und Solana aufrechterhalten.

Sitzungslebenszyklusmanagement

1. Eine neue Sitzung beginnt, wenn eine dApp eine Verbindungsanfrage initiiert und einen scannbaren QR-Code mit verschlüsselten Sitzungsparametern anzeigt.

2. Nach erfolgreichem Scan und Genehmigung registriert das Wallet einen dauerhaften Sitzungsdatensatz mit verschlüsselten Metadaten, die im lokalen Gerätespeicher gespeichert sind.

3. Aktive Sitzungen werden in der Wallet-Benutzeroberfläche unter „Verbundene Apps“ angezeigt und zeigen den Zeitstempel der letzten Interaktion, die zugehörige Kette und den Berechtigungssatz an.

4. Benutzer können einzelne Sitzungen manuell trennen und so eine verschlüsselte Deaktivierungsnachricht auslösen, die über den Relayer gesendet wird, um die dApp zu benachrichtigen.

5. Inaktive Sitzungen, die die konfigurierten TTL-Werte überschreiten, werden automatisch sowohl aus dem Wallet-Speicher als auch aus den Relayer-Speichercaches gelöscht.

Häufig gestellte Fragen

F: Kann WalletConnect ohne Internetzugang auf dem Wallet-Gerät verwendet werden? Nein. Sowohl Wallet als auch dApp erfordern eine aktive Netzwerkkonnektivität, um WebSocket-Sitzungen über die Relayer-Infrastruktur einzurichten und aufrechtzuerhalten.

F: Unterstützt WalletConnect die Integration von Hardware-Wallets? Ja. Ledger- und Trezor-Geräte integrieren WalletConnect über begleitende mobile Anwendungen, die als Vermittler zwischen dem Hardware-Signer und dem dApp-Anfragefluss fungieren.

F: Können WalletConnect-Sitzungsschlüssel wiederhergestellt werden, wenn die Wallet-App deinstalliert wird? Nein. Sitzungsschlüssel werden ausschließlich im flüchtigen Speicher oder im verschlüsselten lokalen Speicher gespeichert, der an die jeweilige App-Installationsinstanz gebunden ist, und können nach der Deinstallation nicht wiederhergestellt werden.

F: Wie verhindert WalletConnect Phishing-Angriffe beim QR-Code-Scannen? Es umfasst Ursprungsüberprüfungen, bei denen das Wallet die deklarierte Domäne der dApp mit der tatsächlichen URL vergleicht, die die Sitzungsinitiierungsseite hostet, und so Verbindungen von nicht übereinstimmenden Quellen blockiert.