Ein Ethereum-Nutzer sendet einen Swap über eine dezentralisierte Börse. Der Token, den er kaufen möchte, kostet 1000 Dollar. Die öffentliche Blockchain speichert seinen unbestätigten Trade im Mempool. Ein Validator oder MEV-Bot sieht diese bevorstehende Transaktion, packt seinen eigenen Trade davor, und der Preis des Tokens steigt auf 1050 Dollar, bevor der ursprüngliche Trade ausgeführt wird. Der Nutzer zahlt mehr als erwartet – das ist Maximal Extractable Value in der Praxis. Rabby Wallet bietet hier ein technisches Gegenmittel, das viele Web3-Nutzer übersehen: die Möglichkeit, einen privaten RPC-Endpoint statt eines öffentlichen Nodes zu verwenden.

Das Problem ist nicht theoretisch. Studien zeigen, dass MEV-Extraktion einen erheblichen Teil der Transaktionsgewinne für Miner und Validator abzweigt – Gelder, die sonst dem Nutzer oder dem Protokoll zustehen würden. Für einen durchschnittlichen Swap können frontrunning und sandwich-Angriffe 2–10 % des Transaktionswerts kosten. Rabby Wallet als non-custodial ethereum wallet mit integrierter Transaktionssimulation schafft die Grundlage für bessere Kontrolle, aber nur wenn der Nutzer versteht, wie RPC-Endpoints funktionieren und warum der Standard-Endpoint ein Risiko darstellt.

Wie öffentliche Nodes MEV ermöglichen

Ein öffentlicher RPC-Endpoint wie Infura, Alchemy oder der Standard-Ethereum-Node ist ein Dienst, der Transaktionen von Nutzern sammelt, validiert und an das Netzwerk sendet. Bevor eine Transaktion in einen Block geschrieben wird, wartet sie im Mempool – einem öffentlich sichtbaren Warteschlangensystem. Jeder kann diese ausstehenden Transaktionen beobachten. Das ist für Netzwerk-Transparenz nützlich, aber nicht für Sicherheit.

Ein RPC-Provider, der öffentliche Endpoints betreibt, hat wirtschaftliche Anreize, MEV-Bots ihre vollständige Aufträge zu verkaufen. Ein MEV-Aggregator wie MEV-Relay oder Flashbots Relay erhält dann diese Informationen. Ein Validator kann sie kaufen und in seinen Block integrieren. Das System funktioniert wie ein versteckter Auktionsmechanismus: Der Validator verkauft Blockraum an denjenigen, der am meisten für die Extraktion zahlt. Der ursprüngliche Nutzer – derjenige, dessen Swap die Gelegenheit schafft – trägt die Kosten, merkt es aber nie direkt, weil sich der Preis einfach auf seinem Bildschirm verschlechtert.

Öffentliche Endpoints bieten auch eine Beobachtungsfläche. Wenn ein Nutzer seinen privaten Schlüssel nicht preisgibt, aber seine Transaktionen konsistent über denselben öffentlichen Node sendet, können Netzwerk-Überwacher trotzdem Muster erkennen. IP-Logging ist möglich. Auch wenn Infura oder Alchemy behaupten, keine Logs zu speichern, bleibt die Frage, ob ein Dritter zwischen dem Nutzer und dem Endpoint lauscht oder ob der Endpoint-Provider von Behörden gezwungen wird, Daten herauszugeben.

Das Risiko ist nicht nur technisch. Es ist auch ökonomisch: Ein öffentlicher Endpoint kann die Sichtbarkeit einer Transaktion monetarisieren, bevor der Nutzer irgendwelche Gebühren zahlt.

Rabby Wallet und die Wahl des RPC-Endpoints

Rabby Wallet als web3 wallet erlaubt es dem Nutzer, einen benutzerdefinierten RPC-Endpoint zu konfigurieren. Das ist ein entscheidender Punkt: Die Extension ist non-custodial, was bedeutet, dass der Nutzer selbst entscheidet, wohin seine Transaktion gesendet wird. Beim ersten Start wird meist ein Standard-Endpoint vorgeschlagen – häufig ein öffentlicher Service. Der Nutzer kann diesen aber jederzeit ändern.

Ein privater RPC-Endpoint unterscheidet sich fundamental: Er ist entweder vom Nutzer selbst betrieben (durch einen lokalen Node) oder von einem Dienst, der explizit MEV-Schutz anbietet. Dienste wie MEV-Blocker, Lido CSM-Nodes, oder kommerzielle Lösungen wie QuickNode mit MEV-Schutz senden Transaktionen über einen Weg, bei dem der Validator die ausstehende Transaktion nicht sehen kann, bevor sie in den Block kommt. Das funktioniert durch Mechanismen wie privaten Netzwerken (Dark Pools) oder durch Splitting der Sichtbarkeit: Der Validator sieht nur einen verschlüsselten Commitment und deckt ihn erst auf, nachdem die Transaktion unumkehrbar in seinen Block aufgenommen wurde.

Rabby ermöglicht diese Konfiguration durch das Einstellungsmenü unter „Networks” oder direkt beim Hinzufügen einer neuen Blockchain. Der Nutzer trägt die RPC-URL ein, die sein privater Endpoint bereitstellt. Diese URL wird dann von Rabby für alle Transaktionen auf der betreffenden Chain verwendet – für Abfragen, Transaktionssendung und Simulation.

Transaktionssimulation als zweite Schutzebene

Rabby Wallet ist bekannt für eine Funktion, die vor der eigentlichen Unterzeichnung der Transaktion eine Simulation durchführt. Das heißt: Rabby rechnet durch, was die Transaktion genau bewirken würde – wie viele Token man erhält, welche Autorisierungen erteilt werden, ob unerwartete Gebühren abgezogen werden. Das schützt vor Phishing und bösartigen Smart Contracts, die sonst stille Transfers oder Genehmigungen einschleusen könnten.

Diese Simulation ist orthogonal zum MEV-Problem, aber komplementär. Ein privater RPC-Endpoint schützt vor frontrunning und sandwich-Angriffen, die den Preis verändern. Die Transaktionssimulation schützt vor Betrug und unerwarteten Folgen des Smart Contracts selbst. Ein Nutzer könnte theoretisch einen privaten Endpoint verwenden und trotzdem sein ganzes Vermögen an einen manipulierten Contract verlieren, wenn er nicht die Simulation überprüft. Umgekehrt könnte die Simulation zeigen, dass ein Trade verdächtig aussieht, aber der öffentliche Endpoint vor Gaunerei schützt nicht, wenn jemand den Swap absichtlich führt und bloß von MEV enttäuscht wird.

Rabby zeigt die simulierte Ausgabe in einer lesbaren Form an: „Sie erhalten 15.234 DAI” oder „Sie erteilen Aave Genehmigung für USDC”. Das ist nicht nur Komfort – es ist Sicherheit, die auf Transparenz basiert. Ein Nutzer, der diese Information ignoriert und blind unterschreibt, hat sich selbst nicht geholfen. Ein Nutzer, der sie liest und mit seiner Erwartung vergleicht, hat eine echte Abwehr gegen mehrere Angriffsklassen.

Die praktische Implementierung eines privaten Endpoints

Der einfachste Einstiegspunkt ist ein Anbieter, der als Dienst funktioniert. MEV-Blocker von Flashbots ist kostenlos verfügbar. Ein Nutzer trägt einfach die URL https://rpc.mevblocker.io in Rabby ein – unter Einstellungen, Netzwerke, und dann den Endpoint für Ethereum Mainnet ersetzen. Sofort werden alle Transaktionen über MEV-Blocker geleitet. Das System deckt dann die Transaktion erst auf, nachdem sie im Block ist, was frontrunning unmöglich macht.

Ein ambitionierterer Ansatz ist der Betrieb eines lokalen Nodes. Das erfordert 800 GB bis 2 TB Speicherplatz, konstante Internetverbindung und etliche Stunden Synchronisationszeit für den aktuellen Blockchain-Stand. Im Gegenzug ist der Nutzer völlig unabhängig. Der lokale Node fungiert als RPC-Endpoint für Rabby. Keine externe Partei sieht die Transaktionen vor der Übertragung ins Netzwerk. Das ist das höchste Sicherheitsniveau, aber auch das speicherintensivste.

Mittlere Lösungen sind kommerziell gehostete private Endpoints. Anbieter wie QuickNode bieten RPC-URLs mit MEV-Schutz, Redundanz und schnellen Verbindungen an, erfordern aber ein Abonnement. Der Handel ist klar: Der Nutzer gibt die völlige Kontrolle auf, gewinnt aber Zuverlässigkeit und professionelle Unterstützung. Die Frage ist, ob der Anbieter vertrauenswürdig ist und ob seine Geschäftsmodell-Anreize dem Schutz des Nutzers entsprechen.

Konfiguration in Rabby: Schritt für Schritt

Die technische Umsetzung in Rabby ist einsteigerfreundlich. Nach der Installation der Browser-Extension öffnet der Nutzer die Einstellungen (das Zahnrad-Symbol). Unter „Networks” sieht er eine Liste aller unterstützten Blockchains: Ethereum, Arbitrum, Polygon, Avalanche, Optimism und weitere. Jedes Netzwerk hat einen RPC-Endpoint konfiguriert – standardmäßig ein öffentlicher oder von Rabby betriebener.

Um einen privaten Endpoint hinzuzufügen, klickt der Nutzer auf das betreffende Netzwerk. Das System zeigt die aktuelle RPC-URL. Der Nutzer kann diese bearbeiten. Er trägt die URL seines privaten Endpoints ein – etwa die MEV-Blocker-URL für Ethereum oder die seines eigenen Nodes. Rabby validiert dann die Verbindung. Wenn der Node erreichbar ist und kompatible Responses liefert, wird der Endpoint gespeichert. Alle zukünftigen Transaktionen auf dieser Chain verwenden dann diesen Endpoint.

Ein wichtiger Hinweis: Der Endpoint wird lokal in der Extension gespeichert, nicht synchronisiert und nicht an Rabby oder Dritte übertragen. Das ist ein Vorteil gegenüber anderen Wallets, die möglicherweise Netzwerkkonfigurationen cloudseitig speichern. Rabby bleibt client-side – der Nutzer behält die Kontrolle.

MEV-Schutz vs andere Security-Features

Ein privater Endpoint ist eine wichtige, aber nicht ausreichende Sicherheitsmaßnahme. MEV-Blocker und ähnliche Dienste verhindern frontrunning durch Verschleierung des Timings. Sie schützen aber nicht vor einem böswilligen Validator, der sich weigert, die Transaktion überhaupt aufzunehmen, oder vor einem Block Builder, der selektiv filtert. In der Praxis sind solche Angriffe unwahrscheinlich, weil sie wirtschaftlich unrentabel sind, aber möglich.

Hardware-Wallet-Support – Rabby unterstützt Ledger und Trezor – ist orthogonal und auch wichtig. Ein Hardware-Wallet speichert den privaten Schlüssel auf einem isolierten Gerät. Selbst wenn der Computer infiziert ist, kann der Schlüssel nicht gestohlen werden. Rabbys Transaktionssimulation wird weiterhin auf dem Computer ausgeführt, aber die kritische Signatur erfolgt auf dem Hardware-Gerät. Das schützt vor Keyloggern und gegen remote Malware-Infektionen auf Schlüssel-Ebene.

Ein sicherheitsgewusster Nutzer kombiniert mehrere Layer: einen privaten RPC-Endpoint zur MEV-Vermeidung, ein Hardware-Wallet für Schlüsselspeicherung, und Rabbys Transaktionssimulation zur Validierung des tatsächlichen Verhaltens des Smart Contracts. Kein einzelner Punkt ist eine vollständige Lösung. Zusammen schaffen sie ein beachtliches Schutznetz.

Das Risiko-Verständnis privater Endpoints

Ein privater Endpoint ist nicht gleichbedeutend mit vollständiger Anonymität. MEV-Blocker und ähnliche Dienste publizieren ihre Transaktionen immer noch auf die öffentliche Blockchain. Ein externer Beobachter sieht den endgültigen Transaktions-Hash und kann damit On-Chain-Muster erkennen. Das, was private Endpoints verhindern, ist das vorherige Frontrunning – nicht die nachträgliche Analyse.

Außerdem: Ein Nutzer, der seinen privaten Endpoint mit zu vielen verschiedenen IP-Adressen aus verschiedenen Ländern ansteuert, könnte die Verbindung verdächtig aussehen lassen oder sogar blockiert werden. Ein kommerzieller Anbieter wie QuickNode kann solche Anomalien erkennen und filtern. Ein eigener Node auf einem Heimcomputer mit instabiler Verbindung kann ausfallen und ist dann nicht erreichbar. Die praktischen Trade-offs sind nicht trivial.

Ein Nutzer, der das Thema weiterverfolgen möchte, findet Konfigurationsanweisungen und Best Practices in diesem guide, der Rabby Wallet für verschiedene Szenarien dokumentiert. Dort werden auch Hardware-Wallet-Integration und fortgeschrittene RPC-Einstellungen behandelt.

Zukünftige Entwicklungen und das Protokoll-Level

MEV ist nicht nur ein Client-Problem, das durch RPC-Endpoints gelöst wird. Das Ethereum-Protokoll selbst wird durch Mechanismen wie Proposer-Builder Separation weiterentwickelt, um MEV-Extraktion zu reduzieren. Diese Änderungen fallen auf Ebene des Konsens-Layers an – nicht in einer Wallet-Anwendung wie Rabby. Ein Nutzer kann aber jetzt schon Rabby mit privaten Endpoints verwenden und von den heutigen Schutzmaßnahmen profitieren, während das Protokoll langfristig robuster wird.

Rabby Wallet selbst entwickelt sich auch weiter. Eine kommende Desktop-App für Windows und macOS sowie Mobile-Apps für iOS und Android werden die Konfigurierbarkeit wahrscheinlich vereinfachen oder erweitern. Ein Nutzer könnte dann auf jedem Gerät mit denselben privaten Endpoints arbeiten, ohne die URL jedes Mal neu einzutragen. Rollups wie Arbitrum, Polygon und Optimism haben kleinere MEV-Probleme als das Ethereum Mainnet, aber auch sie profitieren von privaten Endpoints.

Das wichtigste Signal ist nicht das Hinzufügen neuer Chains, sondern die Betonung von Kontrollmöglichkeiten. Eine security wallet zeichnet sich nicht nur durch technische Features aus, sondern durch Transparenz und Nutzerkontrolle. Rabby liefert beides: Der Nutzer sieht genau, welcher RPC-Endpoint konfiguriert ist, kann ihn jederzeit ändern, und die Transaktionssimulation macht die Konsequenzen sichtbar, bevor etwas signiert wird.