Was ist der Mobile Wallet Adapter (MWA)?
Solanas Signing-Protokoll für mobile dApps erklärt — warum es existiert, welches Problem es löst, wie es sich von WalletConnect unterscheidet und welche Rolle es auf dem Seeker-Phone spielt.
Das Problem, das MWA löst
Wer schon mal eine Desktop-Krypto-Wallet benutzt hat, kennt den Ablauf: Eine Website fragt nach Verbindung, deine Wallet macht ein Popup zur Bestätigung, du genehmigst, du signierst. Das Browser-Extension-Modell (MetaMask, Phantom im Browser) funktioniert, weil Wallet und dApp im selben Browser-Kontext leben.
Auf Mobile ist das kaputt. Mobile Browser haben keine Extensions. Wallets sind separate Apps mit eigenen Sandboxes. Wie soll also eine Swap-App oder ein Marketplace mit deiner Wallet sprechen, um eine Signatur zu bekommen?
Jahrelang war die Antwort QR-Code-basiertes WalletConnect: Die App zeigt einen QR, du scannst ihn mit der Wallet, eine Verbindung wird über einen Relay-Server aufgebaut, und Signaturen wandern über diesen Relay hin und her. Funktioniert, ist aber langsam, beide Apps müssen über einen Drittanbieter sprechen, und es ist umständlich, wenn Wallet und dApp eh auf demselben Handy laufen.
Die Antwort des Solana-Mobile-Teams: Mobile Wallet Adapter (MWA) — ein Wallet-zu-dApp-Signing-Protokoll, das speziell für den Fall designt ist, dass beide Apps auf demselben Mobile-OS leben.
Wie MWA technisch funktioniert
MWA definiert zwei Rollen: die dApp (z.B. seekerbridge, ein NFT-Marketplace, eine DeFi-App) und die Wallet (z.B. Phantom, Solflare, Backpack oder der eingebaute Seed Vault des Seeker). Die Kommunikation läuft über das OS, nicht über einen Relay-Server.
Eine Session läuft grob so:
- Die dApp ruft das OS mit einem
solana-wallet://URI auf (Android Intent / iOS Deep Link). - Das OS öffnet die vom User gewählte Wallet-App.
- Die Wallet baut einen sicheren lokalen WebSocket auf dem Gerät auf.
- Die dApp verbindet sich mit diesem WebSocket, und beide tauschen einen Association Token aus — eine session-gebundene Berechtigung für zukünftige Signatur-Requests in dieser Session.
- Innerhalb der Session fragt die dApp nach Transaktions-Signaturen, die Wallet zeigt dem User, was signiert wird, der User bestätigt oder lehnt ab.
- Signierte Transaktionen gehen über denselben Kanal an die dApp zurück.
Die wichtigen Eigenschaften:
- Kein Relay-Server. Nichts verlässt das Gerät zum Signieren. Die dApp spricht nicht mit Wallet-Servern, kein Dritter sieht die Verbindung.
- Die Wallet sieht die Transaktion. Vor dem Signieren sieht der User, was bestätigt wird — was bewegt wird, wohin, an wen.
- Private Keys verlassen die Wallet nie. Die Wallet signiert lokal und gibt die signierte Transaktion zurück.
- Sessions sind begrenzt. Eine Session bei einer dApp gibt dieser keine dauerhafte Macht — jede wichtige Aktion verlangt explizite Bestätigung in der Wallet.
Weil MWA vollständig on-device durchs OS läuft, ist die Verbindung praktisch instant, und du musst deine dApp nie für eine separate Benachrichtigung verlassen. Wallet poppt auf, du bestätigst, du bist zurück.
MWA vs WalletConnect
Beide lösen „wie spricht eine mobile dApp mit einer mobilen Wallet". Sie gehen unterschiedliche Wege.
| Mobile Wallet Adapter | WalletConnect | |
|---|---|---|
| Chain | Solana-first (Erweiterung läuft) | Multi-Chain (EVM, Solana, Cosmos, etc.) |
| Transport | OS Deep Links + lokaler WebSocket | WebSocket Relay-Server |
| Latenz | Instant (on-device) | ~200ms-2s (Relay-Roundtrip) |
| QR-Code nötig | Nein (selbes Handy) | Meistens |
| Privacy | Kein externer Service im Loop | Relay sieht Timing/Metadaten |
| Offline-fähig | Ja (wenn beide Apps lokal) | Nein (braucht Internet zum Relay) |
| Reife | ~3 Jahre, Solana-fokussiert | ~5 Jahre, ecosystem-weit |
Der Trade-off: MWA ist schneller, privater und eleganter — aber nur auf Mobile und nur auf Solana. WalletConnect ist universell, aber langsamer und weniger privat.
Warum das Solana Seeker auf MWA basiert
Das Solana Seeker (und sein Vorgänger Saga) ist das erste Handy, das auf der Annahme gebaut ist, dass eine Krypto-Wallet ein OS-Level-Konzept ist statt nur eine weitere App. Das zeigt sich in zwei Aspekten:
Seed Vault — Wallet als System-Service
Auf dem Seeker leben die Private Keys in einer hardware-isolierten sicheren Enklave (ähnlich dem, was Fingerabdrücke und PINs auf normalen Handys speichert). Apps haben nie direkten Zugriff. Wenn eine App eine Signatur braucht, ist MWA der einzige Weg sie anzufragen, und der Seed Vault ist die Implementierung, die das verarbeitet.
Strukturell vergleichbar mit Apples Touch ID / Face ID für Payments: Das OS hält die Credentials, Apps können sie nur über eine wohldefinierte API anfragen, der User sieht immer den Prompt.
Genesis Token und dApp Store
Das Seeker kommt mit einem Genesis Token (NFT), das den Besitz belegt, und einem von Solana Mobile kuratierten dApp Store. Apps darin sind auf korrekten MWA-Support geprüft. seekerbridge ist eine davon.
Wallets mit MWA-Support
Stand 2026 wird MWA von allen größeren mobilen Solana-Wallets unterstützt:
- Phantom — die meistgenutzte Solana-Wallet, MWA eingebaut seit 2023
- Solflare — native Solana-Wallet, unterstützt auch Staking und SPL-Tokens
- Backpack — Multi-Chain Mobile-Wallet mit xNFT-Integration
- Seeker Seed Vault — die eingebaute System-Wallet auf dem Seeker
- Glow, Coin98, weitere
Wenn du Solana auf Android nutzt, hast du fast garantiert eine MWA-fähige Wallet. Auf iOS ist die Lage schwieriger: Apple war historisch restriktiver bei Wallet/dApp-Kommunikation, und die iOS-Story von MWA entwickelt sich noch.
Wie seekerbridge MWA nutzt
Wichtig zu verstehen: seekerbridge ist non-custodial — wir signieren grundsätzlich keine Transaktionen für dich. Der eigentliche Swap-Flow: Du sendest Krypto aus deiner Wallet an eine Changelly-Deposit-Adresse, Changelly sendet die getauschten Coins an deine Payout-Adresse. seekerbridge ist UI, kein Transaction-Broadcaster.
Warum unterstützt seekerbridge MWA überhaupt?
Im Seeker-Store-Flavor nutzen wir MWA als Convenience für Solana-seitige Flows:
- Auto-Fill deiner Payout-Adresse beim Empfangen von SOL oder SPL-Tokens — „Use my Seeker wallet" tippen statt tippen/einfügen.
- Auto-Fill der Sender-Adresse beim Senden von SOL oder SPL-Tokens (mit MWA-Signing der Deposit-Transaktion, sodass BTC/ETH/USDT direkt aus deiner Wallet ohne App-Verlassen rausgeht).
- Wallet-Eigentum verifizieren für Refund-Flows.
Im Google-Play-Flavor ist MWA bewusst nicht enthalten — Play-Store-Policies machen Wallet-Connection-Flows knifflig, und nicht jeder Android-User hat eine MWA-fähige Wallet installiert. Die Play-Version nutzt Standard-Copy-Paste, was mit jeder Wallet funktioniert.
Deshalb haben wir zwei Build-Flavors. Seeker-User bekommen die glatteste Experience, weil der Seed Vault direkt im OS liegt. Play-Store-User bekommen die universelle Experience, die keine bestimmte Wallet-App voraussetzt.
Die Zukunft von MWA
Solana Mobiles Roadmap zeigt drei Richtungen für MWA:
- Cross-Platform-Support — bessere iOS-Kompatibilität, möglicherweise auch Desktop.
- Standardisierte Permissions — granulare Steuerung, was eine Session darf (nur-bestimmte-Beträge-signieren, zeitlich begrenzte Sessions).
- Multi-Chain via MWA Bridges — MWA verhandelt Signaturen für Nicht-Solana-Chains via Wallets, die mehrere Ökosysteme unterstützen.
Größeres Bild: MWA ist Teil einer Verschiebung, in der Mobile-First-Krypto aufhört, eine Second-Class-Experience zu sein. Browser-Extensions waren 2017 sinnvoll, weil die User dort waren. 2026 trifft die nächste Milliarde User Krypto zuerst auf dem Handy. MWA ist eine der Wetten, wie das ordentlich aussehen sollte.
Wenn du ein Seeker hast, ist MWA in seekerbridge für dich unsichtbar — es macht Solana-seitige Flows einfach einen Tap schneller. Wenn nicht, ist der Swap-Flow identisch, nur mit Adresse-einfügen-Schritten. Die Kryptografie darunter ist identisch.