Die Änderung ist in den Master übernommen, aber Betreiber müssen den optionalen Index neu aufbauen, um die Platzeinsparung zu erfassen und für ein weiteres Neurerstellen nach einem Downgrade zu planen.
itcoin Core hat eine Neugestaltung seines optionalen Transaktionsindex zusammengeführt, die in einem Mainnet-Test eines Mitwirkenden etwa 40 GB aus der Datenbank reduzierte. Betreiber, die -txindex verwenden, behalten ihre bestehenden Indizes bei einem Upgrade; um die vollständige Ersparnis zu erfassen, muss die Datenbank neu erstellt werden.
Der Pull Request #35531 wurde am 15. August in den Master-Branch von Bitcoin Core übernommen und hat den vom Autor neu erstellten Mainnet-txindex von etwa 66 GB auf 26 GB reduziert. Die ungefähr 61%ige Reduzierung ist auf diesen optionalen Index beschränkt. Die Blockchain von Bitcoin und der Rest des Datenverzeichnisses eines Knotens bleiben außerhalb der Messung.
Der Code ist upstream zusammengeführt. Stabile Binärbuilds folgen einem separaten Release-Prozess, und der Release-Index von Bitcoin Core lässt die erste Version, die die Änderung enthält, ohne Angabe. Betreiber benötigen die Migrationshinweise für das Release, das sie ausliefert.
Das Redesign speichert einen deutlich kürzeren Lookup-Schlüssel: ein fünf Byte langer Präfix, der aus einem gesalzenen SipHash abgeleitet wird, gefolgt von einem sechs Byte langen Suffix, das die Blocksequenz und den Transaktionsoffset kodiert. Die vollständige Transaktions-ID wird jedoch noch überprüft, bevor Bitcoin Core eine Übereinstimmung zurückgibt.
Dieser Verifizierungsschritt schützt vor Kollisionen, die durch das kürzere Präfix entstehen. Bitcoin Core durchsucht Einträge, die das Präfix gemeinsam haben, lokalisiert Kandidatenblöcke über seinen Blockindex, liest die Kandidatentransaktionen von der Festplatte und vergleicht ihre vollständigen IDs. In der technischen Zusammenfassung von Bitcoin Optech wurden Kollisionen als zusätzlicher Lese- und Verifizierungsaufwand beschrieben; die vollständigen-ID-Checks verhindern dabei Fehlzuordnungen von Transaktionen.
Die Performance blieb im Test des Autors stabil. Die Lookups dauerten etwa 0,2 Millisekunden. Der Mainnet-Neuaufbau war nach 1 Stunde 19 Minuten abgeschlossen, gegenüber 1 Stunde 50 Minuten mit dem vorherigen Format. Hardware, Speicher, Chain-Höhe und Softwareversion können alle diese Ergebnisse verändern.
Bestehende txindex-Datenbanken bleiben nach einem Upgrade lesbar und vermeiden so einen sofortigen erzwungenen Neuaufbau. Deren Legacy-Einträge behalten außerdem die größere Belegung, sodass die vollständige 40-GB-Benchmark-Ersparnis nur durch ein erneutes Erstellen des Index erreicht wird.
Ein späterer Downgrade verursacht eine zweite Migrationskosten. In dem zusammengeführten Release-Note-Fragment von Bitcoin Core heißt es, dass frühere Releases Einträge, die im kompakten Format geschrieben wurden, nicht lesen können. Die Rückkehr zu einer älteren Version nach einem erneuten Aufbau würde einen weiteren txindex-Neuaufbau im alten Format auslösen.
Der Nutzen für den Betreiber ist erheblich, jedoch innerhalb seines engen Anwendungsbereichs: ein deutlich kleinerer optionaler Index und ein schnellerer Neuaufbau im Test des Contributors. Um ihn zu erhalten, ist die geplante Rekonstruktion der Datenbank erforderlich, plus ein weiterer Neuaufbau, falls ein Rollback nötig wird.
Versionsspezifische Hinweise sollten die genaue Rekonstruktions- und Downgrade-Vorgehensweise steuern, sobald die Änderung einen stabilen Bitcoin-Core-Binärbuild erreicht.