Safe restore from a backup: START_PAUSED and the derivation-gap check (B-90, REG-15, OPS-27)

START_PAUSED=true pauses the lottery as the operator before the scheduler exists.
On the first Electrum session the 20 derivation indexes past the highest
assigned one are looked up on every server; if any has history, registration
stays closed (503 registration_unavailable) and restore_gap_detected is
written, so a restored database cannot hand a lost user's address to a new one.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

docs/sicurezza.md

@@ -131,8 +131,7 @@ l'host.
   riavvio. L'elenco completo è in
   [architettura.md](architettura.md#configurazione).
   *Codice:* `app/config.py:Settings`
-  *Stato:* da implementare (B-90, B-91) · *Oggi:* `START_PAUSED` e
-  `XPRV_ENCRYPTION_KEY_FILE` non esistono.
+  *Stato:* da implementare (B-91), per `XPRV_ENCRYPTION_KEY_FILE`.
 
 `.env.example` documenta le chiavi necessarie e il comando per generarle;
 non elenca `DATABASE_URL` né `MASTER_KEY_PATH`, che in Docker sono comunque
@@ -778,9 +777,8 @@ sicurezza.
   successivi al più alto assegnato e, se uno ha cronologia in catena, la
   registrazione è rifiutata (`registration_unavailable`) e si scrive
   `restore_gap_detected`
-  ([REG-15](registrazione-e-depositi.md#registrazione), B-90). *Oggi:*
-  nessun controllo; l'unica difesa è la procedura
-  [OPS-28](operativita.md#ripristino).
+  ([REG-15](registrazione-e-depositi.md#registrazione), B-90); la procedura
+  [OPS-28](operativita.md#ripristino) toglie la sospensione.
 - **Round rigiocati.** Con `START_PAUSED=true` il server parte con la
   lotteria in pausa ([OPS-27](operativita.md#ripristino), B-90), e ogni round
   ha il proprio indirizzo del montepremi, le cui monete sono verificate con