No description
Find a file
Martin Habovstiak 898e57dcdd Support Unix sockets
Unix sockets provide better security and performance, so it is natural
for electrs to want to support them. Because of how similar they are to
TCP sockets the required changes are theoretically small. However, there
is no crate I know of that provided the abstract API, so I made one.

I originally only wanted to support electrum RPC but it turns out not
having to deal with two sets of `SocketAddr` is easier and it wasn't too
difficult. Unix socket was already supported by `tiny_http` via their
own abstraction and we have no other dependencies requiring TCP.

Because this also required modifying the logic around publishing the
electrum address I added an option to set it explicitly regardless of
whether the user is dealing with Unix or TCP socket because having this
is useful for TCP too - the user might want to publish a different port
number if the port was mapped via NAT or a different address when
tunnelled. In theory, this is still not perfect because the same server
could be tunnelled multiple times but we don't bother with such edge
case until someone requires it.

Another side improvement is reporting if the accept thread ends because
of incoming stream ending rather than error. This should never happen
but is useful for debugging if it ever does.
2026-05-03 20:27:31 +02:00
.cargo RUSTSEC-2020-0159 is no longer an issue 2022-10-10 21:20:11 +03:00
.github Disable warning on configure_me_config.rs 2025-12-28 10:37:50 +01:00
contrib Add signet support for contrib/history.py 2026-01-03 12:06:50 +01:00
doc Support Unix sockets 2026-05-03 20:27:31 +02:00
examples Bump MSRV to 1.85 & update RocksDB to 9.10.0 2025-08-14 09:09:34 +03:00
internal Support Unix sockets 2026-05-03 20:27:31 +02:00
logo fixed color in logo and icon export 2021-09-28 19:36:06 +02:00
src Support Unix sockets 2026-05-03 20:27:31 +02:00
tests fix(run.sh): correct syntax for disabling strict mode in cleanup function (#1202) 2025-07-19 11:28:40 +03:00
.dockerignore Refactor and sync using p2p protocol 2021-04-14 18:38:59 +03:00
.gitignore Ignore a few more extensions 2021-10-20 10:14:29 +03:00
build.rs Update configure_me_codegen 2022-11-17 01:25:06 +01:00
Cargo.lock Support Unix sockets 2026-05-03 20:27:31 +02:00
Cargo.toml Support Unix sockets 2026-05-03 20:27:31 +02:00
CONTRIBUTING.md Fix grammar and wording issues in documentation (#1183) 2025-05-24 09:12:39 +03:00
Dockerfile Bump MSRV to 1.85 & update RocksDB to 9.10.0 2025-08-14 09:09:34 +03:00
Dockerfile.ci Test bitcoind 31.0rc2 2026-04-06 18:33:43 +02:00
LICENSE Add MIT license and small README 2018-04-08 23:54:29 +03:00
README.md Update README.md (#1234) 2025-10-07 21:05:05 +02:00
RELEASE-NOTES.md Release 0.11.1 2026-02-22 13:24:29 +01:00
server.sh Allow setting DB name via server.sh 2023-08-18 22:03:16 +03:00
TODO.md Update TODO.md (#1208) 2025-08-06 01:19:37 +03:00

Logo

Electrum Server in Rust

CI PRs Welcome crates.io gitter.im

An efficient re-implementation of Electrum Server, inspired by ElectrumX, Electrum Personal Server and bitcoincore-indexd.

The motivation behind this project is to enable a user to self host an Electrum server, with required hardware resources not much beyond those of a full node. The server indexes the entire Bitcoin blockchain, and the resulting index enables fast queries for any given user wallet, allowing the user to keep real-time track of balances and transaction history using the Electrum wallet. Since it runs on the user's own machine, there is no need for the wallet to communicate with external Electrum servers, thus preserving the privacy of the user's addresses and balances.

BTC Prague 2024 dev/hack/day slides are here: https://bit.ly/electrs

Usage

Please prefer to use OUR usage guide!

External guides can be out-of-date and have various problems. At least double-check that the guide you're using is actively maintained. If you can't use our guide, please ask about what you don't understand or consider using automated deployments.

Note that this implementation of Electrum server is optimized for personal/small-scale (family/friends) usage. It's a bad idea to run it publicly as it'd expose you to DoS and maybe also other attacks. If you want to run a public server you may be interested in the Blockstream fork of electrs which is better optimized for public usage at the cost of consuming significantly more resources.

Features

  • Supports Electrum protocol v1.4
  • Maintains an index over transaction inputs and outputs, allowing fast balance queries
  • Fast synchronization of the Bitcoin blockchain (~6.5 hours for ~504GB @ August 2023) using HDD storage.
  • Low index storage overhead (~10%), relying on a local full node for transaction retrieval
  • Efficient mempool tracker (allowing better fee estimation)
  • Low CPU & memory usage (after initial indexing)
  • txindex is not required for the Bitcoin node
  • Uses a single RocksDB database, for better consistency and crash recovery

Altcoins

Altcoins are not supported! Forks of Bitcoin codebase that relax the consensus rules (hard forks) are also not supported.

You may be able to find a fork of electrs that does support them, look around or make your own, just don't file issues/PRs here.

Index database

The database schema is described here.

Contributing

All contributions to this project are welcome. Please refer to the Contributing Guidelines for more details.

Our logo is generously provided by Dominik Průša under the MIT license. Based on the Electrum logo and the Rust language logo.