Erlay ist ein vorgeschlagenes Verfahren zur Weiterleitung unbestätigter Transaktionen im P2P-Netzwerk von Bitcoin. Es verbindet gewöhnliche Ankündigungen mit dem Mengenabgleich, der sogenannten Set Reconciliation. Das spart Datenverkehr, ohne den Konsens oder die Pflicht zur Prüfung jeder empfangenen Transaktion zu ändern.
Beim üblichen Weiterleiten senden verbundene Nodes INV-Nachrichten mit 32 Byte langen Transaktionskennungen. Häufig kennt der Nachbar die Transaktion schon. Mehr Verbindungen verursachen mehr Datenverkehr, obwohl vielfältige Verbindungen gegen die Isolation einzelner Nodes und die Aufteilung des Netzwerks helfen. [1]
Erlay behält schnelle Ankündigungen auf einem kleinen Teil der Verbindungen bei. Auf den übrigen gleichen jeweils zwei Nodes regelmäßig Mengen noch nicht angekündigter Transaktionen ab. Statt vollständiger Listen reicht eine kompakte mathematische Zusammenfassung, ein Sketch, um Unterschiede zu ermitteln. BIP 330 beschreibt die dafür nötige P2P-Erweiterung. [1]
Für jede Verbindung gibt es eine eigene Menge und für jede Runde einen unveränderlichen Schnappschuss davon. Beide Seiten liefern einen Salt: einen zusätzlichen Eingabewert, aus dem kurze 32-Bit-Kennungen auf Grundlage der wtxid abgeleitet werden. PinSketch ermöglicht den Abgleich dieser Kennungsmengen. Die Nachrichten sendtxrcncl, reqrecon, sketch, reqsketchext und reconcildiff dienen dazu, Unterstützung auszuhandeln, Zusammenfassungen auszutauschen und fehlende Ankündigungen zu ermitteln. [1]
Nach dem Abgleich fordert der Node weiterhin die vollständige Transaktion an und prüft sie nach eigenen Regeln. Der Salt erschwert vorberechnete Kollisionen kurzer Kennungen; er ist weder ein Passwort noch eine Verschlüsselung der Transaktion. Reicht die Kapazität des Sketches nicht, kann eine Erweiterung angefordert werden. Scheitert der Abgleich, greift das Protokoll auf gewöhnliche Ankündigungen zurück. Rechenaufwand und Speicher müssen begrenzt sein, damit ein Peer sie nicht leicht erschöpfen kann. [1]
Bei der Prüfung im Oktober 2026 hatte BIP 330 den Status Draft und beschrieb ein gegenüber der ursprünglichen Studie überarbeitetes Verfahren. Die Bitcoin-Core-Diskussion Nr. 34542 bewertete Dateneinsparung, Verzögerung und Codekomplexität neu. Daraus allein folgt nicht, dass eine bestimmte Bitcoin-Core-Version Erlay nutzt. Entscheidend sind deren Versionshinweise, Implementierung und die zwischen beiden Nodes ausgehandelte Unterstützung. [4]
Die Studie von 2019 nennt unter ihren Versuchsbedingungen etwa 40 % weniger gesamten Datenverkehr und 84 % weniger Daten für Transaktionsankündigungen. Das sind Simulations- und Prototypergebnisse, kein Versprechen für jedes heutige Netzwerk. Das Warten auf die nächste Runde kann die Verzögerung erhöhen. Ein Node, der Transaktionen empfängt, aber nicht weiterleitet, kann sie zusätzlich verzögern. Einsparung und Geschwindigkeit müssen gemeinsam gemessen werden. [2]
Erlay reduziert wiederholte Ankündigungen unbestätigter Transaktionen. Compact Blocks verringert dagegen die Datenmenge, die zur Rekonstruktion eines neuen Blocks aus überwiegend bereits bekannten Transaktionen nötig ist. Beide Verfahren ergänzen sich, verbergen aber jeweils für sich nicht die Netzwerkidentität eines Nodes. Jedes braucht eigene Verfahren für Fehlerfälle und Schutz vor Ressourcenüberlastung. [3]
Ausgangspunkt sind die genaue BIP-330-Version und der tatsächlich ausgeführte Code. Prüfen Sie das Aushandeln der Unterstützung, die Ableitung kurzer Kennungen und den Salt, die Zeitplanung der Runden, Sketch-Grenzen und das Verhalten von reqsketchext. Dazu gehören auch die Rückkehr zu gewöhnlichen Ankündigungen und die anschließende Prüfung der vollständigen Transaktion. Der Name Erlay allein belegt weder Einsparung noch Geschwindigkeit. [1]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Mempool, Bitcoin Core, Compact Blocks, Full Node, Sybil Attack, Eclipse Attack. Auf diesen Eintrag verweisen außerdem Block Propagation.
01Bedeutet BIP 330, dass mein Bitcoin Core bereits Erlay verwendet?+
Nein. Die Spezifikation allein garantiert das nicht. Prüfen Sie die konkrete Version, ihre Implementierung und ob beide Nodes die Unterstützung ausgehandelt haben. Experimenteller Code oder eine Studie ist nicht dasselbe wie eine auf Ihrem Node aktivierte Funktion.
02Ersetzt Erlay die Prüfung von Transaktionen?+
Nein. Es hilft festzustellen, welche Ankündigungen der anderen Seite fehlen. Der Node fordert weiterhin die vollständige Transaktion an und entscheidet nach eigenen Regeln, ob er sie in seinen Mempool aufnimmt und weiterleitet.