Riepilogo (TL;DR)
Nel pomeriggio del 25 luglio 2025, la rete Alephium ha registrato un aumento sostenuto della difficoltà mineraria, che ha rallentato la produzione di blocchi e ha dato l’impressione di un picco di hashrate, anche se l’hashrate effettivo è rimasto invariato.
Ciò è stato causato da una combinazione di eventi:
• Un pool di mining ha cessato l’attività di mining di Alephium, aumentando la concentrazione di hashrate nei pool rimanenti.
• Allo stesso tempo, un altro pool indirizzava l’intero hashrate verso una catena casuale, per poi saltare rapidamente da una catena all’altra.
Questo comportamento di chain-hopping ha creato grandi squilibri tra le catene e ha innescato la risposta più aggressiva del meccanismo di penalità dell’algoritmo di regolazione della difficoltà (DAA), progettato per rendere meno redditizie le strategie di mining come il chain-hopping.
Grazie alla rapida azione dei pool di mining, alla loro prontezza ad adattarsi e alla forte cooperazione degli operatori dei nodi e della comunità in generale, il problema è stato risolto entro 24 ore senza un urgente aggiornamento della rete, mantenendo la rete sicura, tutte le transazioni elaborate e una maggiore resilienza per il futuro.
Stima dell’hashrate di rete segnalata
Causa ultima
Il DAA (Difficulty Adjustment Algorithm) di Alephium regola la difficoltà in base all’hashrate della rete per mantenere i tempi di blocco vicini al valore target. Include anche un meccanismo di penalità per incoraggiare i miner a distribuire l’hashrate in modo uniforme su tutte le 16 catene, eliminando gli incentivi finanziari derivanti da comportamenti come:
- Mining a catena singola : indirizzare tutto l’hashrate verso una catena.
- Chain-hopping : spostamento di tutto l’hashrate da una catena all’altra, fino a raggiungere quella che al momento ha la difficoltà più bassa.
Il 25 luglio due fattori hanno coinciso:
- La concentrazione dell’hashrate è aumentata . Quando un mining pool ha smesso di minare Alephium, la sua quota di hashrate è scomparsa, lasciando ai pool rimanenti una quota maggiore del totale.
- Il comportamento di chain-hopping si è amplificato . Un altro pool indirizzava periodicamente l’intero hashrate verso una catena casuale, per poi passare rapidamente alla catena successiva. Ciò creava continui squilibri tra le catene.
La DAA ha rilevato questi squilibri e ha applicato forti penalità per mantenere sincronizzate tutte le catene. Queste penalità hanno aumentato la difficoltà della rete ben oltre i livelli normali.
Stima dell’hashrate di rete segnalata
Perché questo sembrava un picco di hashrate:
L’hashrate visualizzato sugli explorer viene calcolato in base alla difficoltà e al tempo di blocco target , dove il tempo di blocco target è fisso. Durante l’incidente, la maggiore difficoltà ha causato un rallentamento dei tempi di blocco, ma questo non si è riflesso nella formula. Di conseguenza, l’hashrate visualizzato è apparso molto più alto della realtà, sebbene l’hashrate effettivo (la potenza di calcolo totale sulla rete) non sia cambiato. In breve, l’hashrate della rete non è aumentato improvvisamente, ma è apparso tale solo a causa del modo in cui viene calcolato l’hashrate visualizzato. L’hashrate visualizzato è aumentato perché la difficoltà è aumentata; il tempo di blocco target è fisso nella formula.
Transazioni totali segnalate al secondo
Cronologia
- 13:00 CET (25 luglio) : la difficoltà della rete inizia lentamente ad aumentare.
- 15:00-17:00 CET (25 luglio) : La difficoltà e l’hashrate visualizzato raggiungono livelli record. I tempi di blocco si allungano notevolmente. Iniziano le indagini.
- 21:00 CET (25 luglio) : Conclusione iniziale: la DAA è responsabile del picco di difficoltà e della produzione di blocchi più lenta. Il motivo esatto per cui la DAA ha applicato la penalità più severa è ancora sconosciuto. La community viene informata e iniziano i preparativi per un potenziale aggiornamento urgente.
- 01:00 CET (26 luglio) : Un’ulteriore analisi rivela il fattore scatenante: una maggiore concentrazione di hashrate combinata con il comportamento di chain-hopping di un pool, che punta tutto il suo hashrate sulla catena con la difficoltà più bassa, per poi passare rapidamente alla successiva. Il rilascio dell’aggiornamento è stato sospeso mentre si contattava il pool per richiedere un cambio di strategia.
- 3:00 CET (26 luglio): Pool risponde e modifica immediatamente la distribuzione dell’hashrate.
- 5:00 CET (26 luglio) : la difficoltà della rete è in costante diminuzione dalle 3:00 circa. Il monitoraggio continua per garantire che il ripristino proceda come previsto.
- 12:00 CET (26 luglio) : difficoltà ridotta da oltre 25 volte la base a circa 5 volte. I tempi di blocco migliorano da un picco di circa 2,5 minuti a circa 60 secondi.
- 18:00 CET (26 luglio) : situazione risolta. La difficoltà e i tempi di blocco sono tornati alla normalità (~8 secondi per blocco). Non è richiesto alcun aggiornamento urgente; rete stabile.
Risultato
- Questo evento non ha avuto alcun impatto sui fondi, sulla finalità o sulla sicurezza della rete.
- I pool di mining più rilevanti hanno modificato il loro algoritmo di distribuzione per evitare di sovraccaricare le singole catene.
- I tempi medi di blocco sono tornati alla normalità, migliorando la stabilità e l’esperienza utente.
- La redditività dei minatori è migliorata grazie a una produzione di blocchi più costante.
- Ora la rete funziona in modo più fluido rispetto a prima dell’incidente.
Questa soluzione è stata possibile solo grazie alla rapidità di azione e alla prontezza di adattamento dei mining pool, nonché alla cooperazione degli operatori dei nodi in tutta la rete.
Tempo di blocco segnalato
Impatto
- Sicurezza: mai compromessa, la rete è rimasta pienamente operativa e tutte le transazioni sono state elaborate .
- Prestazioni: i tempi di blocco hanno raggiunto il picco di circa 2,5 minuti durante il picco dell’incidente (il tempo normale è di circa 8 secondi).
- Risoluzione: ottenuta tramite la cooperazione con i pool di mining ; non è stato necessario alcun aggiornamento urgente della rete.
Lezioni apprese
Prossimi passi
- Continuare a monitorare la distribuzione dei miner e le metriche di rete nelle prossime settimane.
- Valutare se un’impostazione di penalità più moderata potrebbe prevenire interruzioni simili in casi limite.
- Implementare miglioramenti al DAA in un futuro aggiornamento pianificato.
Conclusione
Il 25 e 26 luglio sono stati un potente promemoria di ciò che stiamo costruendo e con chi lo stiamo costruendo.
Questa risoluzione è stata possibile solo grazie alla prontezza di riflessi e alla volontà di adattamento dei mining pool, unite alla dedizione di sviluppatori, operatori di nodi e una community coinvolta che è rimasta informata, solidale e pronta ad agire. L’incidente è stato contenuto e risolto entro 24 ore. La rete è rimasta sicura per tutto il tempo, tutte le transazioni sono state elaborate e la produzione di blocchi è tornata rapidamente alla normale cadenza di circa 8 secondi.
I mining pool ora hanno una comprensione più chiara del funzionamento del DAA e hanno adattato le loro strategie per una distribuzione più equilibrata dell’hashrate, migliorando le prestazioni della rete rispetto a prima dell’incidente. Come ha affermato un membro della community:
“Quando si spingono i limiti della tecnologia blockchain, le difficoltà si presentano. Ciò che conta è come vengono gestite”.
Grazie alla nostra community per essere la spina dorsale di Alephium. Dagli sviluppatori e miner agli operatori di nodi e a tutti i membri che hanno offerto il loro supporto, la vostra tempestività e collaborazione hanno trasformato una potenziale crisi in un momento di crescita. Questo risultato riflette la forza del nostro ecosistema e il nostro impegno condiviso nel mantenere la rete resiliente ed efficiente.
traduzione in italiano dell’articolo pubblicato da alephium.org, link a fine articolo.
Fonte in Inglese:
July 25, 2025 – Mining Difficulty Penalty Incident Postmortem
