MetaMask ist mit über 100 Millionen Nutzern weltweit die am weitesten verbreitete Wallet für die Verwaltung von Kryptowährungen im Web3-Ökosystem. Seine Stärke liegt in der nahtlosen Integration mit EVM-Netzwerken wie Ethereum, Polygon, Arbitrum und Optimism – Blockchains, die auf der Ethereum Virtual Machine basieren. Ein Nutzer, der Ethereum und Token auf EVM-kompatiblen Netzwerken verwaltet, findet in MetaMask eine vollständige Lösung. Doch wer Solana-Token halten oder handeln möchte, steht vor einem praktischen Problem: Obwohl ConsenSys mehrfach öffentlich angekündigt hat, dass Solana-Unterstützung kommen würde, bleibt die Integration bis heute fragmentarisch.

Die Frage ist nicht, ob MetaMask technisch in der Lage wäre, Solana zu unterstützen. Es geht um die grundsätzliche Architektur der beiden Blockchains und die damit verbundenen Implementierungshürden. MetaMask wurde für EVM-Netzwerke entwickelt, in denen Accounts, Transaktionsmodelle und Schlüsselerzeugung nach einheitlichen Standards funktionieren. Solana hat eine völlig andere Infrastruktur. Das Unternehmen muss sich entscheiden, ob es den hohen Entwicklungs- und Wartungsaufwand rechtfertigt, oder ob Nutzer stattdessen spezialisierte Wallets nutzen sollten.

Die architektonischen Unterschiede zwischen EVM und Solana

Ethereum und die meisten Netzwerke, die MetaMask unterstützt, basieren auf der Ethereum Virtual Machine. Sie verwenden ein Accounts-Modell, bei dem jede Adresse ein Externally Owned Account (EOA) oder ein Smart Contract ist. Transaktionen werden mit einem Nonce signiert, was bedeutet, dass jede Transaktion sequenziell nummeriert ist. Die Schlüsselerzeugung folgt dem BIP-39- und BIP-44-Standard, einem universellen Schema, das auch bei Bitcoin und vielen anderen Blockchains verwendet wird.

Solana hat diese Architektur komplett anders aufgebaut. Es gibt kein Nonce-System; stattdessen werden Transaktionen mit aktuellen Blockhashes signiert. Das bedeutet, dass eine Solana-Transaktion praktisch zeitgebunden ist und nach wenigen Minuten ungültig wird, wenn sie nicht bestätigt wurde. Solana-Adressen sind auch nicht mit BIP-39-Seed-Phrasen kompatibel – obwohl dies technisch möglich wäre, hat das Ökosystem sich auf ein anderes Schlüsselerzeugungssystem geeinigt.

Ein weiterer kritischer Unterschied liegt in den Smart Contracts. Auf Ethereum lagern Smart Contracts ihren State auf der Blockchain; der Contract selbst ist ein Account. In Solana sind Programme (die Entsprechung von Smart Contracts) separate von den Accounts, die ihren State speichern. Ein Program kann mehrere Accounts lesen und schreiben. Das ist effizienter für bestimmte Workloads, aber es bedeutet, dass MetaMask seine gesamte Logik für Transaktionssimulation, Gaspreis-Berechnung und Fehlerbehandlung umschreiben müsste.

MetaMask würde nicht einfach ein zusätzliches Netzwerk hinzufügen. Es müsste einen vollständig unterschiedlichen Code-Pfad für die Schlüsselerzeugung, Transaktionssignatur und Balance-Berechnung implementieren. Das ist mit hohen Kosten und Wartungsrisiken verbunden, weshalb ConsenSys diesen Schritt bisher nicht vollständig durchgeführt hat.

Der aktuelle Stand von Solana in MetaMask

MetaMask bietet keine native Solana-Unterstützung an. Das ist keine Versehentlichkeit oder temporäre Limitation – es ist das Ergebnis einer Entscheidung basierend auf Aufwand und Nutzen. Der Browser-Extension und die Mobile App können kein SOL verwalten und können nicht mit Solana-dApps kommunizieren. Das bleibt wahr, obwohl ConsenSys 2021 ankündigte, dass Solana bald integriert sein würde.

Es gibt allerdings mehrere Workarounds, die zu Verwechslungen führen. Manche Nutzer installieren zusätzliche Browser-Extensions wie Magic Eden oder Phantom, um Solana-NFTs zu verwalten. Andere verwenden sogenannte „Wrapped »-Versionen von SOL auf EVM-Netzwerken – beispielsweise WSOL auf der Solana-Blockchain selbst oder sogenannte Bridge-Token auf Ethereum. Diese Wrapped-Versionen sind keine echten SOL-Token; sie sind ERC-20-Token, die SOL 1:1 abbilden sollen, aber ein zusätzliches Gegenparteienrisiko einführen.

Die Liquid Staking Tokens (LSTs) wie Marinade’s mSOL oder Jito’s jSOL sind auf Solana nativ, können aber auch auf EVM-Netzwerken gebrückt werden. Wenn ein Nutzer diese Token in MetaMask verwalten möchte, braucht er einen Bridge-Service, der die Token auf ein EVM-Netzwerk umschreibt. Die Bridge selbst ist ein Risiko – ein Hacking oder Totalausfall kann dazu führen, dass die gebrückten Token keinen Gegenwert mehr haben.

Für viele Nutzer ist das Ergebnis unbefriedigend: MetaMask verwaltet die Kryptowährungen hervorragend, die auf EVM-Netzwerken laufen, bleibt aber eine unvollständige Lösung für jeden, der sowohl Ethereum als auch Solana halten möchte.

Warum ConsenSys die native Solana-Integration nicht priorisiert

ConsenSys ist ein Softwareunternehmen, nicht eine Börse oder ein Sammel-Custodian. MetaMask verdient Geld durch Transaktionsgebühren bei integrierten Token-Swaps und durch Partner-Integrationen. Die meisten dieser Revenue-Streams sind auf EVM-Netzwerke konzentriert. Solana hat ein eigenes, etabliertes Wallet-Ökosystem mit Phantom, Magic Eden und Backpack. Ein Nutzer, der Solana verwenden möchte, hat bereits mehrere gute Optionen. MetaMask als EOA-basierte Wallet würde in diesem Markt nur eine weitere Konkurrenz darstellen.

Der Entwicklungsaufwand ist erheblich. MetaMask müsste nicht nur die Schlüsselerzeugung und Transaktionssignatur implementieren, sondern auch Solana’s Account-Modell simulieren, um Nutzern vorherzusagen, welcher Fee eine Transaktion kosten wird. Die API-Kommunikation mit Solana-RPC-Providern unterscheidet sich von Ethereum-RPCs. Die Fehlerbehandlung ist anders – eine gescheiterte Transaktion auf Solana hat andere Gründe als auf Ethereum.

Dazu kommt das Security-Risiko. Eine fehlerhafte Implementierung könnte dazu führen, dass Nutzer ihre Solana-Token verlieren oder dass Transaktionen unerwartet scheitern. Die Haftung und der Ruf-Schaden wären erheblich. Angesichts dessen, dass Phantom bereits ein stabiles Solana-Wallet mit guter UX bietet, ist es aus einer Geschäftsperspektive rational, diesen Markt nicht aggressiv zu betreten.

ConsenSys hat sich stattdessen auf die Kernstärke konzentriert: die beste Multi-Chain-Experience für EVM-Netzwerke zu bieten. Das ist ein sensibles Geschäftsmodell, da der EVM-Ökosystem-Anteil bei der TVL (Total Value Locked) in DeFi über 70 Prozent ausmacht.

Praktische Lösungen für Solana-Nutzer

Wenn ein Nutzer Solana-Token verwalten möchte und gleichzeitig MetaMask für Ethereum nutzen möchte, hat er mehrere Optionen. Die erste und sicherste ist, parallel eine native Solana-Wallet zu betreiben. Phantom ist hier die Standardwahl, mit einer ähnlichen Bedienoberfläche wie MetaMask und vollständiger Solana-Unterstützung. Die Seed-Phrase ist andere als die MetaMask-Seed-Phrase, was bedeutet, dass zwei separate Backups erforderlich sind, aber die Sicherheit ist nicht beeinträchtigt, solange beide sicher verwahrt werden.

Ein Nutzer kann auch ein Konto haben, das nur Solana-Assets hält, und ein anderes Konto für EVM-Netzwerke. Das ist kein Problem für die Sicherheit, solange die Keys nicht geteilt werden. Das Backup wird etwas aufwendiger – zwei Seed-Phrasen statt einer – aber die Vorteile der nativen Implementierung sind erheblich. Phantom und MetaMask laufen nebeneinander ohne Konflikte.

Die zweite Option ist, Solana-Token zu bridgen. Das funktioniert über Services wie Wormhole oder anderen Cross-Chain-Bridges, die SOL von Solana auf EVM-Netzwerke wie Ethereum oder Polygon übertragen. Das resultierende Token ist dann ein ERC-20-Token, den MetaMask vollständig verwalten kann. Der Nachteil: Die Bridge selbst hat ein Sicherheitsrisiko, und der gebrückte Token könnte an Liquidität oder Vertrauenswürdigkeit verlieren, wenn die Bridge gehackt wird.

Die dritte Option ist, Solana-Exposure durch Derived-Produkte zu erhalten. Das bedeutet, zum Beispiel, Liquid Staking Token von Solana auf Ethereum zu halten oder Solana-verlinkte Synthetic Assets zu verwenden. Das ist aber ein Abzweigung von direktem Asset-Ownership und führt eine Gegenparteienabhängigkeit ein.

Strategien zur Sicherung mehrerer Wallets

Wer sowohl MetaMask für Ethereum als auch Phantom für Solana nutzt, muss verstehen, dass zwei Wallets auch zwei separate Sicherheitsverantwortungen bedeuten. Die Recovery-Seed-Phrasen müssen unterschiedlich verwahrt werden. Ein Hardware-Wallet wie Ledger oder Trezor kann beide Wallets stützen – das ist der eleganteste Weg. Der Nutzer generiert die Keys auf dem Hardware-Wallet, und sowohl MetaMask als auch Phantom können diese Keys über HID-Protokoll verwenden, ohne dass die privaten Keys auf dem Computer liegen.

Wenn ein Nutzer entscheidet, MetaMask Wallet schützen und sichern, sollte er auch die gleichen Standards auf Phantom anwenden. Das bedeutet: starke PIN oder Biometrie, ein sicherer Backup-Ort für die Seed-Phrase, und die Verwendung von Hardware-Wallets, wenn die Summen bedeutsam sind. Die Logistik wird komplizierter, aber die Sicherheit ist nicht schlimmer als bei einer einzigen Wallet.

Eine praktische Empfehlung ist, einen separaten Browser-Benutzer oder ein separates Geräte für jede Wallet zu verwenden. Das verhindert, dass ein Hacker oder Malware, der MetaMask kompromittiert, auch Zugang zu Phantom bekommt. Das ist für normale Nutzer impraktisch, wird aber für hohe Vermögen sinnvoll.

Bridge-Risiken und alternative Multi-Chain-Strategien

Bridges sind technische Systeme, die einen Token von einer Chain auf eine andere übertragen, indem sie den ursprünglichen Token einfrieren und einen äquivalenten Token auf der Zielchain prägen. Das funktioniert in der Theorie, in der Praxis gibt es mehrere Ausfallmodi. Eine Brücke kann gehackt werden (Wormhole verlor 2022 über 320 Millionen US-Dollar). Ein Bridge-Operator kann insolvent werden oder das Projekt einstellen. Ein softwarefehl kann dazu führen, dass der gebrückte Token nicht rückwechselbar ist.

Für einen Nutzer, der mittelfristig Solana-Exposure halten möchte, ist die direkte Nutzung von Phantom deutlich sicherer als der Weg über eine Bridge. Der gebrückte SOL-Token auf Ethereum (über Wormhole oder andere Bridges) ist nicht das gleiche wie nativer SOL auf Solana. Falls die Bridge kompromittiert wird, ist der Wert sofort weg.

Eine Alternative ist, Solana-Exposure durch etablierte DeFi-Protokolle zu bekommen, die auf EVM-Netzwerken laufen. Zum Beispiel kann ein Nutzer auf Curve oder Uniswap auf Polygon mit Wertpapieren handeln, die ein Exposure zu Solana-Indizes bieten. Das ist aber weniger direkt und hat höhere Gebühren als der direkte Kauf von SOL auf Solana.

Die pragmatische Schlussfolgerung ist: Für ernsthaften Solana-Besitz sollte ein Nutzer eine native Solana-Wallet verwenden. MetaMask ist optimiert für EVM, nicht für Solana. Den Versuch zu machen, Solana über Bridges in MetaMask zu nutzen, spart keine Komplexität, erhöht aber das Risiko.

Die Zukunft von Multi-Chain-Wallets und Cross-Chain-Standards

Es gibt Entwicklungen, die die Situation möglicherweise verändern könnten. Eine ist die sogenannte MPC-Wallet (Multi-Party Computation), bei der die privaten Keys auf mehrere Server verteilt sind und keine Partei den vollständigen Key hat. Solche Wallets könnten theoretisch mehrere nicht-EVM-Blockchains unterstützen, ohne dass alle auf einem Gerät gespeichert werden. Aber diese Wallets haben andere Sicherheitsbedenken – sie erfordern die Vertrauensbeziehung zu einem Service-Provider.

Eine andere Entwicklung ist die Standardisierung von Cross-Chain-Kommunikation durch Protokolle wie Cosmos IBC oder neue Ethereum-Standards wie EIP-7778. Wenn sich alle Blockchains auf eine einheitliche Methode einigen würden, Transaktionen zwischen Chains zu signieren, könnte eine Wallet alle Chains mit einem einzigen Key-System unterstützen. Das ist aber noch Jahre entfernt und würde erfordern, dass Solana selbst diesen Standard adoptiert.

Gegenwärtig sind Multi-Chain-Wallets, die auch nicht-EVM-Blockchains unterstützen, auf zwei Typen beschränkt: Spezialisierte Wallets wie Phantom (Solana), Keplr (Cosmos) oder Aptos Wallet (Aptos), und Custodial-Wallets wie Coinbase Wallet oder Trust Wallet, die centralized Services nutzen. Kryptowährungen verwalten wird komplizierter, wenn Nutzer Exposure auf mehrere Blockchains haben, aber das ist ein Trade-off, den das heutige Ökosystem akzeptiert hat.

Ein praktisches Fazit für Nutzer mit gemischten Positionen

MetaMask bleibt die beste Wahl für Ethereum und EVM-Netzwerke. Sein großes Ökosystem, die benutzerfreundliche Oberfläche und die Integration mit DeFi-Plattformen machen es unverzichtbar. Solana ist separat. Ein Nutzer, der beide Assets halten möchte, sollte akzeptieren, dass zwei Wallets die logischste Architektur sind. Das ist kein Rückschlag; es ist ein Symptom dafür, dass Blockchains fundamental unterschiedlich sind und kein One-Size-Fits-All-Wallet existiert.

Für jeden, der mit größeren Mengen handelt, ist ein Hardware-Wallet die beste Lösung. Ledger unterstützt sowohl Ethereum als auch Solana nativ und kann mit MetaMask und Phantom verwendet werden. Das kostet zwischen 50 und 150 Euro, spart aber im Schadensfall schnell ein Vielfaches.

Wer nur gelegentlich mit kleinen Mengen handelt, kann auch mehrere Hot-Wallets verwenden. Wichtig ist, die Seed-Phrasen zu sichern, nicht auf verdächtige Links zu klicken und zu verstehen, dass jede Wallet ein separates Backup erfordert. Die Logistik ist aufwendiger als eine Single-Chain-Lösung, aber für jeden ernsthaften Crypto-Nutzer heute Standard.