Nelle prime 27,5 ore di attività, il team ha presentato 4.962 risultati di sicurezza totali su 390 progetti . Di questi, 85 sono stati classificati come critici e 635 come ad alta gravità, insieme costituendo il 14,5% di tutti i risultati — una media di 1,85 problemi seri per progetto a un ritmo di 166 risultati all'ora
.
Tuttavia, questi numeri grezzi hanno un importante avvertimento. Secondo i primi rapporti, solo il 21,4% dei risultati era stato riprodotto con successo da revisori umani, il che significa che il numero di falle effettivamente sfruttabili è significativamente inferiore al conteggio grezzo . Il team ha sottolineato che i report generati dall'AI richiedono ancora una verifica umana per determinare la reale sfruttabilità nel mondo reale.
Entro il 14 agosto 2026, il team aveva esteso la scansione a 501 progetti per 108 ore, registrando 7.958 risultati con 1.280 classificati come alti o critici . A quel punto, il 24,7% di tutti i risultati era stato riprodotto dinamicamente e il 29,4% era stato segnalato a monte ai manutentori dei progetti
. Gli strumenti per la privacy e coinjoin avevano la percentuale più alta di risultati alti o critici, pari al 24%
.
La conseguenza più significativa nel mondo reale dell'audit è stata la scoperta di una vulnerabilità critica in BTCPay Server, un processore di pagamenti Bitcoin open source utilizzato da commercianti in tutto il mondo. Il 7-8 agosto 2026, gli attaccanti hanno sfruttato attivamente una falla che consentiva loro di estrarre le credenziali admin macaroon di LND (Lightning Network Daemon) dalle istanze di BTCPay Server — essenzialmente le chiavi di autenticazione che controllano i nodi Lightning .
Con quelle credenziali, gli attaccanti potevano connettersi da remoto ai nodi LND delle vittime e prosciugare i fondi dai canali Lightning senza alcuna autenticazione . Le entità colpite includevano la BTCPay Server Foundation stessa e Citadel21, un centro comunitario focalizzato su Bitcoin
.
La vulnerabilità è stata divulgata in modo responsabile dallo sviluppatore di Sparrow Wallet Craig Raw e dal Bitcoin Red Team . BTCPay Server ha rilasciato una correzione d'emergenza nella versione 2.4.2 e ha esortato tutti gli utenti ad aggiornare immediatamente o a spegnere temporaneamente i propri server
.
In risposta, la BTCPay Server Foundation ha offerto una ricompensa di recupero fino a 3 BTC (circa 190.000 dollari all'epoca), pari al 10% di eventuali fondi recuperati . La fondazione ha anche donato 0,21 BTC ciascuno a Craig Raw e al Bitcoin Red Team per la loro divulgazione responsabile
.
Un importante punto di svolta politico è emerso immediatamente dopo l'audit. Il 9 agosto 2026, OpenAI ha bloccato Rob Hamilton dall'utilizzo del suo programma 'Trusted Access for Cyber' — nonostante avesse completato la verifica e l'onboarding — impedendo ulteriori ricerche sulle vulnerabilità di Bitcoin sui modelli di OpenAI .
Hamilton ha riferito di aver iniziato a integrare le capacità di OpenAI sabato solo per scoprire che il suo accesso era stato limitato la mattina successiva . 'Mi spezza il cuore, come americano patriottico, dover fare questo', ha scritto su X, annunciando che sarebbe tornato a usare modelli open source cinesi per continuare a proteggere l'infrastruttura Bitcoin
.
Il Bitcoin Red Team ha trasferito la sua ricerca al modello Kimi K3 a pesi aperti di Moonshot AI, un LLM open source cinese . Hamilton ha dichiarato pubblicamente che gli hacker avversari hanno già accesso illimitato agli strumenti AI più avanzati mentre i difensori sono esclusi
.
Il 13-14 agosto 2026, il Bitcoin Policy Institute (BPI) ha coordinato una lettera aperta firmata da oltre 40 aziende crypto — tra cui Coinbase, Block, BitGo, Blockstream, Anchorage Digital, ARK Invest, Bitwise, Foundry, Casa ed Exodus — chiedendo che i principali laboratori AI (OpenAI, Anthropic e altri) forniscano ai ricercatori di sicurezza open source verificati un accesso anticipato controllato ai modelli AI più avanzati .
I firmatari hanno sostenuto che gli attaccanti hanno già accesso all'AI all'avanguardia, creando un divario di sicurezza asimmetrico in cui ai difensori white-hat vengono negati gli stessi strumenti necessari per trovare e correggere le vulnerabilità prima che vengano sfruttate . La lettera non chiedeva ai laboratori AI di rimuovere completamente le misure di sicurezza, ma proponeva invece programmi di accesso fidato strutturati con quadri di verifica, spazi privati per la revisione del codice e canali di comunicazione con i team di sicurezza dei laboratori
.