Sicurezza dell'algoritmo e numero nonce [dubbio]

Non mi è molto chiaro il tuo dubbio, provo a spiegare meglio la cosa: ogni blocco porta con se diverse informazioni tra cui l'hash del blocco precedente, in modo da formare la "catena".

Per essere valido, ogni blocco deve avere un un hash calcolato con un (doppio) SHA256, che deve essere minore di un certo "target".
Tale target dipende dalla difficoltà: tanto più è alta, tanto più basso è il target, riducendo quindi il numero dei possibili hash che vanno bene.

Siccome, come giustamente calcoli, il numero di possibili hash è assolutamente [i]enorme[/i] in quanto dell'ordine di 2^200, calcolare un hash richiesto, il cui unico modo è il brute force, richiede risorse computazionali impressionanti.
Questo a meno di non "rompere" lo sha256, cosa che però sembra essere ben ben lontano dall'essere possibile.

Quindi non solo l'evento è difficile da riprodurre, ma è talmente difficile che tutta la rete bitcoin nella sua interezza prova costantemente a trovare tale [i]nonce[/i] e ci riesce, mediamente, circa ogni 10 minuti.
Inoltre siccome ogni blocco si porta dietro l'hash precedente, cercare di contraffare tutta la catena diventa esponenzialmente sempre più complesso e quindi sempre meno praticabile.

Non ho capito il discorso di "congelare" le transazioni usando testo o xml (direi che il tipo di rappresentazione è del tutto irrilevante), ma la cosa viene già fatta con la catena dei blocchi in quanto tutto rimane nella storia.
Prima di ritenere confermata una transazione infatti si aspettano 6 blocchi che corrispondono a circa un'ora. Una volta avutoli la potenza di calcolo necessaria a poter avere una catena di 6 blocchi alternativa è talmente elevata che è decisamente improponibile per qualunque attaccante anche di portata enorme come le risorse che può mettere in campo un governo.

I calcoli sono evidenziati nel paper di Satoshi.

Ciao,
Dusty