Ένας εξορύκτης μπορούσε να σπρώξει ένα αρχείο undo του Bitcoin Core πέρα από τα 4 GiB, με αποτέλεσμα οι θέσεις των 32 bit να αναδιπλώνονται και τα δεδομένα να αλλοιώνονται, οπότε οι κόμβοι τερματίζουν αν ακολουθήσει η κατάλληλη αναδιοργάνωση· σε Windows και συστήματα 32 bit η αστοχία έρχεται στα 2 GiB χωρίς αναδιοργάνωση. Το CVE-2026-117346 έχει χαρακτηριστεί χαμηλής σοβαρότητας και θα απαιτούσε περίπου έναν μήνα με όλα τα μπλοκ του δικτύου. Οι εκδόσεις 32.1, 31.2, 30.4 και 29.5 το διορθώνουν στα συστήματα 64 bit· οι κόμβοι 32 bit και η αποθήκευση μπλοκ σε FAT32 παραμένουν εκτεθειμένα.
Η παρακολούθηση εξαιρέσεων στα socket ευθυγραμμίζεται πλέον ανάμεσα σε poll() και select() στο Bitcoin Core 29.5 (#36665), ενώ οι ομότιμοι κόμβοι με παύση αποστολής αντιμετωπίζουν χρονικό όριο (#36667). Οι θέσεις των flatfile περνούν σε ακέραιους 64 bit (#36669), οι κόμβοι θεωρούν δεδομένο το v2transport για διευθύνσεις από seeds και ένα DNS seed αφαιρείται.
Προσποιούμενος ότι δεν υποστηρίζει τα ping του BIP 31, ένας κακόβουλος ομότιμος κόμβος μπορούσε να αποφύγει την αποσύνδεση των 20 λεπτών και να διαβάζει αργά, φουσκώνοντας την ουρά αποστολής ενός κόμβου έως 2 MB την ώρα για κάθε εισερχόμενη σύνδεση και 5 MB για κάθε εξερχόμενη. Το CVE-2026-117349, μεσαίας σοβαρότητας, διορθώνεται με το #36667 στα Bitcoin Core 32.1, 31.2, 30.4 και 29.5· οι κόμβοι -blocksonly ήταν πολύ λιγότερο εκτεθειμένοι.
Κόμβοι σε Windows, macOS και BSD μπορούσαν να καταρρεύσουν από έναν συνδεδεμένο ομότιμο που έστελνε επείγοντα δεδομένα TCP: αυτά ξέφευγαν από τις παγωμένες αναγνώσεις στο backend select() και γέμιζαν τη μνήμη χωρίς όριο (CVE-2026-117350). Το Linux χρησιμοποιεί poll() και δεν επηρεάζεται. Το σφάλμα μεσαίας σοβαρότητας, που εντοπίστηκε από σάρωση με LLM στο πλαίσιο του Project Loupe, διορθώνεται στα Bitcoin Core 32.1, 31.2, 30.4 και 29.5.
Το Bitcoin Core 30.4 παύει να θεωρεί τα bit 5 έως 28 του BIP 9 σήματα soft fork, σύμφωνα με το BIP 323, οπότε τα μπλοκ που τα ενεργοποιούν δεν προκαλούν πια προειδοποιήσεις για άγνωστη ενεργοποίηση (#34779). Στο δίκτυο, οι ομότιμοι κόμβοι με παύση αποστολής υπόκεινται πλέον σε χρονικό όριο (#36667), ενώ οι θέσεις των flatfile περνούν σε ακέραιους 64 bit (#36669).
Ανώτατο όριο αποκτά η ιδιωτική μετάδοση στο Bitcoin Core 31.2: η ουρά των συναλλαγών που δεν έχουν ακόμη επιστρέψει από το δίκτυο σταματά στις 10.000 εγγραφές και, όταν γεμίσει, αρνείται νέες υποβολές, αφήνοντας στον καλούντα να την αδειάσει με το abortprivatebroadcast (#35406). Τα bit έκδοσης 5 έως 28 δεν μετρούν πια ως σήματα soft fork, σύμφωνα με το BIP 323.
Τέλος ο κίνδυνος έκθεσης της IP του αποστολέα στην ιδιωτική μετάδοση με το Bitcoin Core 32.1: η διαρροή μπορούσε να συμβεί όταν μια αποτυχημένη σύνδεση v2 ξαναδοκίμαζε μέσω v1 απευθείας και όχι μέσω Tor. Το προεπιλεγμένο -maxconnections ανεβαίνει από 125 σε 200, και ο ρυθμός αναμετάδοσης εξερχόμενων συναλλαγών περιορίζεται μέσω μιας καθολικής ουράς αντί ανά ομότιμο κόμβο.
Στο Bitcoin Core 29.4 διορθώνεται το σφάλμα πίσω από τις έντονες αναγνώσεις και εγγραφές στον δίσκο κατά την κανονική λειτουργία: η βάση chainstate ξαναέγραφε συνεχώς μεγάλα κομμάτια της. Η λύση απενεργοποιεί το seek compaction της LevelDB και συμπυκνώνει τακτικά το chainstate (#35465).
Τέλος στον άσκοπο φόρτο δίσκου του chainstate βάζει το Bitcoin Core 30.3, που επιδιορθώνει επίσης ένα crash του feebumper όταν το συνδυασμένο bump fee δεν είναι διαθέσιμο (#34870) και ένα σφάλμα στην επιλογή νομισμάτων που υπολόγιζε ένα ποσό ως boolean (#34888). Στο PSBT, τα pubkey MuSig2 ελέγχονται πλέον κατά την αποσειριοποίηση των pubnonce και των μερικών υπογραφών (#34219).
Κλείνει στο Bitcoin Core 31.1 η διαρροή διεύθυνσης IP στο -privatebroadcast: ορισμένες συνδέσεις έφευγαν μέσω clearnet αντί για το ενεργοποιημένο δίκτυο απορρήτου. Η ενημέρωση βάζει τέλος και στις επανεγγραφές του chainstate που προκαλούσαν υπερβολική δραστηριότητα δίσκου και απορρίπτει την κενή λίστα pubkey στη συνάθροιση κλειδιών MuSig2 (#35316).
Μια αποτυχημένη χειραψία v2 μπορεί να εκθέσει την IP του αποστολέα στο Bitcoin Core 31.0: με ενεργό το -privatebroadcast, η επανάληψη μέσω v1 παρακάμπτει τον διαμεσολαβητή Tor και συνδέεται απευθείας με τον ομότιμο κόμβο. Πιθανό έναυσμα είναι ένας κακόβουλος κόμβος που κλείνει επίτηδες τη χειραψία. Μέχρι να βγει το 31.1, οι χρήστες μπορούν να απενεργοποιήσουν τη λειτουργία, να ορίσουν -v2transport=0 ή να στέλνουν τις εξερχόμενες IPv4/IPv6 μέσω Tor.
Οι εκδόσεις του Bitcoin Core μετά την 0.14.0 και πριν από την 29.0 μπορούσαν να διαβάσουν αποδεσμευμένη μνήμη κατά την επικύρωση ενός ειδικά κατασκευασμένου άκυρου μπλοκ, ρίχνοντας τον κόμβο. Το CVE-2024-52911 χαρακτηρίζεται υψηλής σοβαρότητας, αν και ο επιτιθέμενος πρέπει να ξοδέψει έγκυρο proof-of-work στην κορυφή της αλυσίδας, ενώ η απομακρυσμένη εκτέλεση κώδικα θεωρείται απίθανη. Το ανέφερε ο Cory Fields και η διόρθωση περιέχεται στην 29.0.
Το cluster mempool αντικαθιστά τον παλιό σχεδιασμό στο Bitcoin Core 31.0: τα όρια προγόνων και απογόνων δίνουν τη θέση τους σε συστάδες με ανώτατο όριο 64 συναλλαγές και 101 kB, ενώ το CPFP carveout καταργείται. Το προεπιλεγμένο -dbcache ανεβαίνει στα 1024 MiB σε μηχανήματα με τουλάχιστον 4096 MiB RAM, και μια νέα επιλογή -privatebroadcast στέλνει τις μεταδόσεις του sendrawtransaction μόνο μέσω Tor ή I2P.
Δύο αστοχίες με πορτοφόλια χωρίς όνομα διορθώνονται στο Bitcoin Core 28.4: η μετάβαση παλαιών πορτοφολιών (#34156) και το createfromdump, που σε περίπτωση αποτυχίας διέγραφε τον κατάλογο των πορτοφολιών (#34215). Από το chainparams αφαιρείται και ένα DNS seed (#33723).
Το Bitcoin Core 29.3 σταματά να τιμωρεί τους ομότιμους κόμβους που στέλνουν συναλλαγές άκυρες ως προς τη συναίνεση (#33050). Η επικύρωση αποκτά κρυφή μνήμη sighash midstate ανά είσοδο για scripts legacy, P2SH και segwit v0 (#32473) και εντοπίζει το witness stripping χωρίς να ξανατρέχει τους ελέγχους Script (#33105), ενώ από το addPackageTxs του miner εξαφανίζεται μια υπερχείλιση μη προσημασμένου ακεραίου (#33475).
Παρελθόν αποτελεί με το Bitcoin Core 30.2 η αποτυχία μετάβασης σε παλαιά πορτοφόλια χωρίς όνομα (#34156), ενώ το createfromdump δεν διαγράφει πια τον κατάλογο των πορτοφολιών όταν αποτυγχάνει σε ένα από αυτά (#34215). Το Ctrl-C δεν προκαλεί πλέον κόλλημα στις κλήσεις αναμονής IPC (#33511).
Σε σπάνιες συνθήκες, μια αποτυχημένη μετάβαση wallet.dat στα Bitcoin Core 30.0 ή 30.1 μπορεί να σβήσει κάθε αρχείο στον κατάλογο του πορτοφολιού, θέτοντας σε κίνδυνο κεφάλαια. Οι προγραμματιστές απέσυραν τα συγκεκριμένα εκτελέσιμα και ζητούν από τους χρήστες να μην κάνουν μετάβαση μέσω GUI ή RPC έως την 30.2. Το σφάλμα προϋποθέτει ένα προεπιλεγμένο wallet.dat χωρίς όνομα που αποτυγχάνει να μεταφερθεί ή να φορτωθεί· οι υπόλοιποι χρήστες δεν επηρεάζονται.
Τα πορτοφόλια στο Bitcoin Core 30.1 παύουν να λαμβάνουν υπόψη ανεπιβεβαίωτα νομίσματα TRUC που έχουν προγόνους (#33528). Στο IPC, οι επιλογές δεν απαιτούν πια το όρισμα -m (#33229), η καταγραφή μηνυμάτων κοστίζει λιγότερο (#33517) και οι ενεργές κλήσεις waitNext μπορούν να ακυρωθούν (#33676).
Ειδικά κατασκευασμένες μη τυπικές συναλλαγές μπορούσαν να απασχολούν έναν κόμβο Bitcoin Core για λίγα δευτερόλεπτα η καθεμία χωρίς να αποσυνδεθεί ο αποστολέας, δίνοντας σε έναν επιτιθέμενο τρόπο να καθυστερεί τη διάδοση των μπλοκ. Το CVE-2025-46598, χαμηλής σοβαρότητας, ανέφερε ο Antoine Poinsot και μετριάστηκε στην v30.0 με περικοπή του χρόνου επικύρωσης στη χειρότερη περίπτωση.
Μπλοκ άνω του 1 GB μπορούσαν να υπερχειλίσουν έναν έλεγχο μεγέθους σε κόμβους Bitcoin Core 32 bit και να τους ρίξουν κατά την εγγραφή στον δίσκο, αλλά μόνο ως compact block και μόνο σε θύμα με -maxmempool πάνω από 3 GB και 1 GB συναλλαγών μέσα. Το CVE-2025-46597, χαμηλής σοβαρότητας, το βρήκε ο Pieter Wuille· το έκλεισε το πλαφόν στο -maxmempool για συστήματα 32 bit στις 29.1 και 30.0.
