Was ist Electrum Wallet Server und wie funktioniert er?

Kernarchitektur des Electrum Wallet Servers

1. Der Electrum-Wallet-Server ist nicht Teil des Electrum-Clients selbst, sondern dient als Backend-Infrastruktur, die es Lightweight-Clients ermöglicht, mit der Bitcoin-Blockchain zu interagieren, ohne die gesamte Kette herunterzuladen und zu überprüfen.

2. Es arbeitet mit dem Electrum-Protokoll, einem benutzerdefinierten Binärprotokoll, das für Abfragen mit geringer Latenz wie Kontostandsprüfungen, den Abruf des Transaktionsverlaufs und die Suche nach nicht ausgegebenen Ausgaben (UTXO) entwickelt wurde.

3. Der Server verwaltet eine indizierte Datenbank mit Blockchain-Daten – insbesondere Blöcken, Transaktionen, Adressen und Skript-Hashes –, die für schnellen Direktzugriff statt für eine vollständige Knotenvalidierung optimiert ist.

4. Im Gegensatz zu Bitcoin Core, das Konsensregeln lokal durchsetzt, verlassen sich Electrum-Server für Rohblock- und Transaktionsdaten auf Upstream-Vollknoten (typischerweise bitcoind oder bcoin) und indizieren diese dann in ihrer eigenen Speicherschicht neu.

5. Diese Architektur ermöglicht es Benutzern, Thin Clients auf Mobilgeräten oder ressourcenarmen Maschinen auszuführen und dabei dennoch von nahezu sofortiger Synchronisierung und deterministischer Adressableitung zu profitieren.

Varianten der Serverimplementierung

1. ElectrumX ist eine Python-basierte Implementierung, die aufgrund ihrer Stabilität, aktiven Wartung und Unterstützung für erweiterte Funktionen wie SSL/TLS-Terminierung und RESTful-Endpunkte häufig für Produktionsbereitstellungen eingesetzt wird.

2. electrs ist eine Rust-Umschreibung, die eine deutlich verbesserte Indizierungsgeschwindigkeit und Speichereffizienz bietet, insbesondere in Szenarien mit hoher Parallelität, in denen Tausende gleichzeitiger Wallets dieselbe Instanz abfragen.

3. Fulcrum ist eine weitere in C++ geschriebene Hochleistungsalternative, die für ihren minimalen Ressourcenbedarf und ihre enge Integration mit Berkeley DB für schnelle Schlüsselwertsuchen bekannt ist.

4. Obwohl Esplora technisch gesehen eine Block-Explorer-API ist, fungiert es de facto als Electrum-kompatibler Server, wenn es mit Electrs oder ElectrumX-Backends bereitgestellt wird, und stellt sowohl Web- als auch Electrum-Protokollschnittstellen zur Verfügung.

5. Dockerisierte Versionen von ElectrumX vereinfachen die Bereitstellung in heterogenen Umgebungen, indem sie Abhängigkeiten wie RocksDB, OpenSSL und bestimmte Python-Laufzeitversionen in isolierten Containern kapseln.

Interaktion zwischen Client und Server

1. Wenn ein Electrum-Wallet gestartet wird, stellt es über den TCP-Port 50001 (unverschlüsselt) oder 50002 (SSL-verschlüsselt) eine Verbindung zu einem oder mehreren Electrum-Servern her, wobei die Auswahl auf Latenz- und Verfügbarkeitsmetriken basiert.

2. Der Client sendet kompakte binäre Anfragen – zum Beispiel „blockchain.scripthash.get_balance“ mit einem Base64-codierten Skript-Hash, der von der Empfangsadresse eines Benutzers abgeleitet wird.

3. Der Server antwortet mit JSON-RPC-formatierten Nutzdaten, die Salden, Transaktions-IDs, Bestätigungen und Merkle-Beweise enthalten, die für die SPV-Verifizierung verwendet werden.

4. Die Übertragung von Transaktionen erfolgt über „blockchain.transaction.broadcast“, wobei der signierte Rohtransaktions-Hex übermittelt und an das vorgelagerte Full-Node-Netzwerk weitergeleitet wird.

5. Clients können während des Betriebs dynamisch zwischen Servern wechseln und so die Kontinuität gewährleisten, selbst wenn ein primärer Server offline geht oder nicht mehr reagiert.

Sicherheitsmodell und Vertrauensannahmen

1. Electrum-Clients validieren kryptografische Signaturen oder Konsensregeln nicht unabhängig; Sie gehen davon aus, dass der Server genaue und unverfälschte Daten zurückgibt.

2. Um das Risiko zu mindern, implementiert Electrum SPV nur für Header: Clients laden Blockheader aus mehreren Quellen herunter und überprüfen sie. Anschließend überprüfen sie die von Servern bereitgestellten Merkle-Einschlussnachweise gegen.

3. Benutzer können vertrauenswürdige Peers manuell konfigurieren oder dezentrale Erkennungsmechanismen wie DNSSEC-gesicherte Seed-Listen verwenden, um zentralisierte DNS-Poisoning-Angriffe zu vermeiden.

4. Die Server selbst müssen vor DDoS, unbefugter RPC-Offenlegung und Datenbankbeschädigung geschützt werden. Zu den üblichen Absicherungsschritten gehören die Bindung nur an localhost, die Aktivierung von TLS und die Einschränkung des ratenbegrenzten API-Zugriffs.

5. Der Betrieb eines persönlichen Electrum-Servers macht die Abhängigkeit von der Infrastruktur Dritter überflüssig und ermöglicht die vollständige Kontrolle über die Aktualität der Daten, Datenschutzgrenzen und Richtlinien zur Abfrageprotokollierung.

Häufig gestellte Fragen

F1: Kann ich den Electrum-Server ohne einen vollständigen Bitcoin-Knoten ausführen? Nein. Electrum-Server benötigen direkten RPC-Zugriff auf einen synchronisierten Bitcoin-Vollknoten (z. B. bitcoind), um rohe Blockchain-Daten abzurufen. Sie können nicht isoliert agieren.

F2: Speichert der Electrum-Server private Schlüssel? Nein. Electrum-Server verarbeiten oder speichern niemals private Schlüssel. Die Verwaltung privater Schlüssel bleibt vollständig clientseitig und steht im Einklang mit dem Prinzip der nicht verwahrenden Gestaltung.

F3: Wie geht der Electrum-Server mit der Erkennung der Wiederverwendung von Adressen um? Es verfolgt alle bekannten Skript-Hashes und überwacht eingehende Transaktionen auf Ausgaben, die mit diesen Hashes übereinstimmen. Wiederverwendete Adressen werden in Antwortnutzlasten gekennzeichnet, aber nicht aktiv blockiert oder gefiltert.

F4: Ist es möglich, den Electrum-Server für andere Altcoins als Bitcoin zu verwenden? Ja. ElectrumX und electrs unterstützen Forks wie Litecoin und Bitcoin Cash durch Konfigurationsflags und alternative Blockchain-Parameter, sofern kompatible Vollknoten verfügbar sind.