Qu'est-ce qu'Electrum Wallet Server et comment fonctionne-t-il ?

Architecture de base du serveur de portefeuille Electrum

1. Le serveur de portefeuille Electrum ne fait pas partie du client Electrum lui-même mais sert d'infrastructure backend qui permet aux clients légers d'interagir avec la blockchain Bitcoin sans télécharger ni vérifier l'intégralité de la chaîne.

2. Il fonctionne à l'aide du protocole Electrum, un protocole binaire personnalisé conçu pour les requêtes à faible latence telles que les vérifications de solde, la récupération de l'historique des transactions et les recherches de sorties non dépensées (UTXO).

3. Le serveur gère une base de données indexée de données blockchain (en particulier les blocs, les transactions, les adresses et les hachages de script) optimisée pour un accès aléatoire rapide plutôt que pour une validation complète des nœuds.

4. Contrairement à Bitcoin Core, qui applique les règles de consensus localement, les serveurs Electrum s'appuient sur des nœuds complets en amont (généralement bitcoind ou bcoin) pour les données brutes de bloc et de transaction, puis les réindexent dans leur propre couche de stockage.

5. Cette architecture permet aux utilisateurs d'exécuter des clients légers sur des appareils mobiles ou des machines à faibles ressources tout en bénéficiant d'une synchronisation quasi instantanée et d'une dérivation d'adresses déterministe.

Variantes d'implémentation de serveur

1. ElectrumX est une implémentation basée sur Python largement adoptée pour les déploiements de production en raison de sa stabilité, de sa maintenance active et de la prise en charge de fonctionnalités avancées telles que la terminaison SSL/TLS et les points de terminaison RESTful.

2. electrs est une réécriture de Rust offrant une vitesse d'indexation et une efficacité de mémoire considérablement améliorées, en particulier dans des scénarios à forte concurrence où des milliers de portefeuilles simultanés interrogent la même instance.

3. Fulcrum est une autre alternative hautes performances écrite en C++, connue pour son empreinte minimale en ressources et son intégration étroite avec Berkeley DB pour des recherches rapides de valeurs-clés.

4. Esplora, bien que techniquement une API d'explorateur de blocs, fonctionne comme un serveur de facto compatible Electrum lorsqu'il est déployé avec des backends Electrum ou ElectrumX, exposant à la fois les interfaces Web et le protocole Electrum.

5. Les versions Dockerisées d'ElectrumX simplifient le déploiement dans des environnements hétérogènes en encapsulant des dépendances, notamment RocksDB, OpenSSL et des versions d'exécution Python spécifiques dans des conteneurs isolés.

Interaction entre client et serveur

1. Lorsqu'un portefeuille Electrum démarre, il se connecte à un ou plusieurs serveurs Electrum via le port TCP 50001 (non chiffré) ou 50002 (crypté SSL), en sélectionnant en fonction des mesures de latence et de disponibilité.

2. Le client envoie des requêtes binaires compactes, par exemple « blockchain.scripthash.get_balance » avec un hachage de script codé en Base64 dérivé de l'adresse de réception d'un utilisateur.

3. Le serveur répond avec des charges utiles au format JSON-RPC contenant les soldes, les identifiants de transaction, les confirmations et les preuves Merkle utilisées pour la vérification SPV.

4. La diffusion des transactions s'effectue via « blockchain.transaction.broadcast », où l'hexagone de transaction brut signé est soumis et relayé vers le réseau de nœuds complets en amont.

5. Les clients peuvent basculer entre les serveurs de manière dynamique pendant le fonctionnement, garantissant ainsi la continuité même si un serveur principal se déconnecte ou ne répond plus.

Modèle de sécurité et hypothèses de confiance

1. Les clients Electrum ne valident pas les signatures cryptographiques ou les règles de consensus de manière indépendante ; ils supposent que le serveur renvoie des données précises et non falsifiées.

2. Pour atténuer les risques, Electrum implémente un SPV d'en-tête uniquement : les clients téléchargent et vérifient les en-têtes de bloc à partir de plusieurs sources, puis recoupent les preuves d'inclusion Merkle fournies par les serveurs.

3. Les utilisateurs peuvent configurer manuellement des homologues de confiance ou utiliser des mécanismes de découverte décentralisés tels que des listes de départ sécurisées par DNSSEC pour éviter les attaques centralisées d'empoisonnement DNS.

4. Les serveurs eux-mêmes doivent être protégés contre les DDoS, les expositions RPC non autorisées et la corruption des bases de données. Les étapes de renforcement courantes incluent la liaison uniquement à l'hôte local, l'activation de TLS et la restriction de l'accès aux API à débit limité.

5. L'exécution d'un serveur Electrum personnel élimine le recours à une infrastructure tierce, offrant un contrôle total sur la fraîcheur des données, les limites de confidentialité et les politiques de journalisation des requêtes.

Foire aux questions

Q1 : Puis-je exécuter le serveur Electrum sans un nœud Bitcoin complet ? Non. Les serveurs Electrum nécessitent un accès RPC direct à un nœud complet Bitcoin synchronisé (par exemple, bitcoind) pour récupérer les données brutes de la blockchain. Ils ne peuvent pas fonctionner de manière isolée.

Q2 : Le serveur Electrum stocke-t-il les clés privées ? Les serveurs Electrum ne gèrent ni ne stockent jamais de clés privées. La gestion des clés privées reste entièrement côté client, conformément au principe de conception non dépositaire.

Q3 : Comment le serveur Electrum gère-t-il la détection de la réutilisation des adresses ? Il suit tous les hachages de script connus et surveille les transactions entrantes pour les sorties correspondant à ces hachages. Les adresses réutilisées sont signalées dans les charges utiles de réponse, mais ne sont pas activement bloquées ou filtrées.

Q4 : Est-il possible d'utiliser le serveur Electrum pour des altcoins autres que Bitcoin ? Oui. ElectrumX et Electrs prennent en charge des forks comme Litecoin et Bitcoin Cash via des indicateurs de configuration et des paramètres de blockchain alternatifs, à condition que des nœuds complets compatibles soient disponibles.