Verify the master key against the database at startup (B-89, SEC-49, SEC-50, SEC-09)

The lifespan decrypts the key and compares a fixed sample (reserve/round pool
addresses, the 10 lowest and highest user addresses, unrevealed round secrets)
with the database, and refuses to serve on any mismatch without printing key
material. The key scripts refuse a new or imported key that would not reproduce
the stored addresses, and write 0600.

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

docs/architettura.md

@@ -343,7 +343,7 @@ sequenceDiagram
     L->>L: validate_runtime_secrets()
     L->>L: parse_endpoints(...)
     L->>L: quorum minimo (validate_quorum_servers)
-    L->>L: verifica della master key (B-89, da implementare)
+    L->>L: verifica della master key (B-89)
     L->>L: START_PAUSED (B-90, da implementare)
     L->>L: app.state.electrum_listener, app.state.user_locks
     L->>L: create_task ×6
@@ -448,9 +448,8 @@ implementare» non esistono ancora nel codice (vedi [ARC-60] e [ARC-22]).
   ([operativita.md](operativita.md#ripristino), B-90).
   *Codice:* `app/main.py:lifespan` · `app/config.py:validate_runtime_secrets` · `app/config.py:validate_quorum_servers` ·
   *Test:* `tests/unit/test_electrum_listener.py`
-  *Stato:* da implementare (B-89, B-90), per i controlli 2 e 3 · *Oggi:* dopo
-  i segreti, gli endpoint e il quorum il lifespan crea subito i task; la
-  chiave si decifra alla prima registrazione o al primo pagamento.
+  *Stato:* da implementare (B-90), per il controllo 3 · *Oggi:* il lifespan non
+  ferma la registrazione né mette in pausa dopo un ripristino.
 - **[ARC-21]** Lo stato condiviso con le route vive su `app.state`:
   `electrum_listener` (l'`ElectrumListener`) e `user_locks` (un
   `UserLocks`), creati nel lifespan; `auth_rate_limiters` viene invece creato