Erlay is proposal to improve the bandwidth efficiency of relaying unconfirmed transactions between Bitcoin full nodes.
In the currently-used Bitcoin gossip protocol, most full nodes are configured to advertise every new transaction to all of their peers unless they’ve previously received an advertisement about the transaction from that peer. At a minimum of 32 bytes per advertised txid and nodes having a default maximum of 125 peers, this consumes a large amount of redundant bandwidth given that each node only needs to learn about a transaction from one of its peers.
Erlay is a two-part proposal that first limits the number of peers to which a node will directly advertise transactions (default: 8) and, second, uses set reconciliation based on libminisketch with the remainder of its peers to avoid sending the txid of any transactions that the receiving peer has already seen.
Erlay scales to larger numbers of peers much better than the current protocol, making it practical for nodes to accept more connections than they do now. This would improve the robustness of the relay network against both accidental and deliberate network partitions.
Primary code and documentation
Optech newsletter and website mentions
- Discussion about inconsistent mempools and how that could affect Erlay
- Bitcoin Core #23443 adds the
sendtxrcnclnegotiation message for Erlay
- BIPs #1370 updates the BIP330 specification of Erlay
- PR Review Club: #23443 implementing Erlay support signaling
- 2019 year-in-review: erlay
- Erlay-compatible transaction reconciliation protocol published as BIP330
- Draft BIP for enabling Erlay compatibility
- Erlay proposed
Ephemeral anchors Next Topic:
Exfiltration resistant signing