Give every round its own pool address (B-80, RND-35, DAT-60, DAT-11, REG-14, SEC-08, BET-12, RND-22, WDR-14, SEC-43, API-23, API-36)

All bets of all rounds paid one address (m/84'/746'/0'/1/0), so its history
grew forever, other rounds' money and stray coins mixed with a round's own, and
the payout picked from everything it held.

- hd.py: derive_pool_key/derive_pool_address(round_id) on branch 2
  (m/84'/746'/0'/2/<round_id>); no argument is the reserve address 1/0.
  derive_round_pool_key checks the key against the address stored on the round,
  so a payout can never be signed for money its key does not control.
- rounds.pool_address (migration 477bddae1a84, existing rounds backfilled with
  the reserve address since that is where their bets went; add_column, not a
  batch alter, so the expression indexes stay): written in the transaction that
  inserts the round, once its id exists.
- place_bet pays round.pool_address; the payout reads, signs and takes change at
  the round's own address; own_address_for and bump_fee's _signing_context follow
  the round (confirmation poller and reconciler pass round_id).
- Withdrawals to any round pool address, the reserve address or fee_address are
  refused (withdrawal_to_platform_address, 400, all seven languages).
- GET /rounds/current and GET /admin/rounds expose pool_address.
- RND-22/DAT-11 stay "da implementare" for B-82: the payout still spends every
  confirmed coin at the round's address, not only the participants' outpoints
  (participants carry no bet_vout yet).
- tests/unit/conftest.py: every test now gets a throwaway master key. Opening a
  round derives an address, and tests that merely opened a round were silently
  reading the real key from the local .env.
- Existing tests changed because the spec changed: payout fixtures give their
  round a pool_address; the reconciler's address-cache test uses two payouts of
  one round (rows of different rounds no longer share an address);
  own_address_for now takes the round id.

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

docs/sicurezza.md

@@ -231,9 +231,8 @@ sì che un backup dei dati non contenga entrambe.
   ([REG-14](registrazione-e-depositi.md#il-conto-del-montepremi)) — stanno
   nella stessa master key, non sono segreti separati. Non esiste un endpoint
   che ne esporti la chiave privata.
-  *Codice:* `app/wallet/hd.py:derive_pool_key`, `app/wallet/hd.py:derive_pool_address`
-  *Stato:* da implementare (B-80), per le chiavi per round · *Oggi:* esiste
-  una sola chiave del montepremi, `m/84'/746'/0'/1/0`, per tutti i round.
+  *Codice:* `app/wallet/hd.py:derive_pool_key`, `app/wallet/hd.py:derive_pool_address`, `app/wallet/hd.py:derive_round_pool_key` ·
+  *Test:* `tests/unit/test_round_pool_address.py`
 
 ### Caricamento a runtime
 
@@ -747,13 +746,10 @@ di discrezione, non una protezione: la pagina è pubblica, gli endpoint no.
   (`bc1…`) sarebbe altrimenti uno script valido su cui i fondi andrebbero
   persi. Il prelievo verso il proprio indirizzo di deposito è rifiutato, e
   così quello verso un indirizzo del montepremi, di riserva o delle
-  commissioni ([scommesse-e-prelievi.md](scommesse-e-prelievi.md#prelievo),
-  B-80).
+  commissioni ([scommesse-e-prelievi.md](scommesse-e-prelievi.md#prelievo)).
   *Codice:* `app/wallet/address.py:is_valid_plm_address`,
   `app/withdrawals/service.py:request_withdrawal` ·
-  *Test:* `tests/unit/test_withdrawals.py`, `tests/unit/test_qr.py`
-  *Stato:* da implementare (B-80), per gli indirizzi di montepremi, riserva
-  e commissioni · *Oggi:* è rifiutato solo il proprio indirizzo di deposito.
+  *Test:* `tests/unit/test_withdrawals.py`, `tests/unit/test_qr.py`, `tests/unit/test_round_pool_address.py`
 
 - **[SEC-44]** `GET /qr/{address}` è pubblico (lo carica un `<img>`, che non
   può portare il token) ma limitato: rifiuta con 400 `invalid_address` un
@@ -809,10 +805,10 @@ sicurezza.
   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
   il quorum prima del pagamento
-  ([RND-35](ciclo-di-vita-del-round.md#0--apertura), B-80, B-82): un round
+  ([RND-35](ciclo-di-vita-del-round.md#0--apertura), B-82): un round
   del backup già pagato risulta impagabile invece di essere pagato due volte
   con il denaro dei round successivi. *Oggi:* la pausa si imposta a mano nel
-  database e tutti i round condividono lo stesso indirizzo.
+  database, e le monete del round non sono ancora verificate con il quorum.
 - **Chiave sbagliata.** Una master key che non corrisponde al database
   ripristinato ferma l'avvio ([SEC-49]).
 - **Commit persi.** Con `synchronous=FULL` un commit confermato al chiamante