--- title: "Blocco Riorganizzazione Riorg" description: "La riorganizzazione dei blocchi è un fenomeno in cui una determinata catena viene sostituita dopo un fork temporaneo della blockchain. Questa voce spiega in che modo la riorganizzazione influisce sulle conferme delle transazioni, sulla sicurezza e sui tempi di attesa dei depositi di cambio." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Blocco Riorganizzazione Riorg > Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite. ## Risposta diretta La riorganizzazione dei blocchi è un fenomeno in cui una determinata catena viene sostituita dopo un fork temporaneo della blockchain. Questa voce spiega in che modo la riorganizzazione influisce sulle conferme delle transazioni, sulla sicurezza e sui tempi di attesa dei depositi di cambio. La riorganizzazione della catena (Reorg) è un processo in cui un nodo abbandona un blocco originariamente accettato e utilizza un'altra catena che rispetta le regole di consenso come catena principale. Ciò dimostra che "la transazione è entrata nel blocco" e "la transazione ha raggiunto una finalità sufficiente" non sono la stessa cosa. Ogni blocco fa riferimento all'hash del blocco precedente. Quando due blocchi nella rete vengono generati quasi contemporaneamente, alcuni nodi potrebbero vedere prima il blocco A e altri nodi potrebbero vedere prima il blocco B della stessa altezza, formando così temporaneamente due rami validi. Il ramo successivo con un peso di consenso più elevato vince e il nodo commuta. I blocchi sostituiti sul ramo originale sono chiamati blocchi orfani, blocchi obsoleti o blocchi rimossi. I nomi specifici variano da catena a catena. La riorganizzazione non modifica il contenuto di un blocco esistente. Il collegamento hash provoca una modifica diretta per distruggere i riferimenti successivi; ciò che fa effettivamente il nodo è annullare i cambiamenti di stato apportati dal vecchio ramo e quindi eseguire le transazioni nel nuovo ramo. Le vecchie transazioni di filiale potrebbero anche apparire nella nuova catena, essere reinserite nei blocchi successivamente o essere completamente invalidate a causa di conflitti. ## Come funziona I nodi seguono le regole di selezione del fork specificate dal consenso. Le reti di prova del lavoro in genere confrontano il lavoro cumulativo, anziché confrontare meccanicamente il numero di blocchi; le reti di prova della posta in gioco possono incorporare il voto del validatore, i punti di controllo e le regole di definitività. La cosiddetta "catena più lunga" è solo un'espressione semplificata. Più precisamente, è "la catena effettiva con il più alto peso di consenso". Una riorganizzazione ordinaria solitamente passa attraverso: - Due produttori di blocchi pubblicano blocchi della stessa altezza in tempi ravvicinati. - Il ritardo di propagazione della rete consente ai nodi di vedere temporaneamente diverse teste di catena. - Il successivo gruppo di blocchi o votazioni attribuisce a un ramo un peso maggiore. - Il nodo dall'altra parte trova l'antenato comune e ripristina il vecchio stato del ramo. - Il nodo esegue il nuovo blocco di diramazioni e aggiorna il pool di transazioni e lo stato del conto. La riorganizzazione a un livello sostituisce solo un blocco alla testa della catena, che è più comune e ha un impatto limitato. Una riorganizzazione con una profondità di 6 significa che gli ultimi 6 blocchi sono stati sostituiti, il che può comportare più transazioni e aumentare significativamente il sospetto di anomalie o attacchi. Reti diverse hanno velocità di produzione dei blocchi, distribuzione dei validatori e progetti di finalità diverse e lo stesso numero di conferma non può essere utilizzato per misurare la sicurezza. ## Esempio Supponiamo che una determinata catena di prove di lavoro produca in media un blocco ogni 10 minuti. Quando una transazione entra per la prima volta in un blocco, viene confermata una volta; quando è seguito da cinque blocchi, solitamente viene confermato sei volte, e impiega circa 60 minuti. Se esiste un solo livello di concorrenza causato da due minatori che producono blocchi contemporaneamente, è molto probabile che la prima conferma venga sostituita; con ogni livello aggiuntivo, le risorse necessarie agli aggressori o ai rami in ritardo per recuperare il ritardo di solito aumentano, ma la probabilità non verrà semplicemente "cancellata". Supponiamo inoltre che l'exchange riceva un deposito del valore di 50 USDT e un deposito del valore di 5 milioni di USDT. Anche se i due si trovano sulla stessa rete, la piattaforma potrebbe richiedere una revisione manuale o più conferme per depositi di grandi dimensioni perché le perdite causate da una riorganizzazione sono diverse. Le politiche di conferma sono parametri di gestione del rischio, non impegni di protocolli di catena. Le catene di prova del palo possono fornire finalità economica. Ad esempio, dopo che un blocco raggiunge un certo tipo di checkpoint, non verrà ripristinato normalmente a meno che un gran numero di validatori non violi le regole e subisca penalità. Questa finalità è diversa da "sono passati pochi secondi" ed è soggetta alla definizione del protocollo e allo stato del client. ## Rischi Una riorganizzazione può riportare una transazione precedentemente confermata nel mempool, includerla in un ordine diverso o invalidarla a causa di un conflitto. Il rischio aumenta con il valore della transazione, la profondità della riorganizzazione, la concentrazione dei produttori di blocchi e una finalità debole. I requisiti di conferma devono variare in base alla rete e all’esposizione. ## Errori comuni ### Mito 1: una volta confermato, è assolutamente irreversibile Le reti di finalità probabilistica possono ancora subire una superficiale riorganizzazione dopo la prima conferma. Più conferme sono generalmente più stabili, ma "abbastanza" dipende dalla rete e dall'importo. ### Mito 2: la riorganizzazione significa che la blockchain viene violata I fork a breve termine possono essere una normale concorrenza di rete. Solo combinando profondità, frequenza, transazioni in conflitto e potenza di calcolo o anomalie dei validatori possiamo determinare se si tratta di un attacco. ### Mito 3: le transazioni nei blocchi rimossi devono scomparire Le transazioni valide senza conflitti possono solitamente essere restituite al pool di transazioni e confermate nuovamente. Ciò che conta davvero è se l’input è stato consumato da altre transazioni sulla nuova catena. ### Mito 4: 12 conferme su tutte le catene sono ugualmente sicure Il tempo di blocco, il peso del consenso, la concentrazione dei partecipanti e le regole sulla finalità sono diversi e il numero di conferme non può essere confrontato direttamente tra le catene. ## Argomenti correlati - [Numero di conferme di blocco](/it/crypto/block-confirmation/) - [meccanismo di consenso](/it/crypto/consensus-mechanism/) - [portafoglio attivo](/it/crypto/hot-wallet/) - [Estrazione di liquidità](/it/crypto/liquidity-mining/) - [Prova di lavoro PoW](/it/crypto/proof-of-work/) ## Fonti autorevoli - [Panoramica sulla tecnologia Blockchain](https://doi.org/10.6028/NIST.IR.8202) - NIST (accesso: 28 luglio 2026) - [Guida per gli sviluppatori Bitcoin](https://developer.bitcoin.org/devguide/) - Bitcoin.org (accesso: 28 luglio 2026) Source: https://wiki.fcontext.com/it/crypto/chain-reorg/index.mdx