Snapshot the bet cost, fee address and pool cap onto the round at open, and cap the pool (B-95, RND-05, RND-06, RND-23, BET-20, BET-21, DAT-26, DAT-27, DAT-61, DAT-62, API-21, API-30, API-31, ADR-10, LIM-16)

Only the duration and the cooldown (and, since B-73, the draw confirmations) were copied onto
the round when it opened. The cost of a bet and the fee address were read live, so an edit from
/admin in the middle of a round gave the players of that round different stakes for the same
chance and redirected the commission of the round in progress.

- `rounds.bet_amount_sats`, `rounds.fee_address` and `rounds.max_round_pool_sats` are copied from
  round_config in the transaction that opens the round (Alembic a7d3e9f15b48: plain add_column,
  existing rounds backfilled with the current configuration, i.e. what they were using; the
  expression indexes untouched). `place_bet` charges the round's cost, `_trigger_payout` pays the
  round's fee address (an empty one on the row still stops the payout, as before),
  `GET /rounds/current` advertises the round's cost while one is active and the configured one
  otherwise. The minimum withdrawal and the fee rate stay live, by design (ADR-20, ADR-10).
- `round_config.max_round_pool_sats` (0 = none, otherwise >= the bet cost and <= 4e15, in
  /admin and PUT/GET /admin/config): a bet is refused with `round_full` (params also carry
  `max_round_pool_sats`) once the sum of the round's participant rows, in-flight ones included,
  has reached the round's cap, before anything moves; the pool can exceed it by one bet at most.
  A cap under the bet cost is a 422 `max_round_pool_below_bet_amount`.
- PUT /admin/config's payability check (RND-40) now also judges a fee-rate change against the
  bet cost the round in progress opened with, which can be lower than the configured one.
- `error.round_full` no longer says "maximum of N players" (it also fires for the pool cap): the
  seven translations are generic.

Ambiguity resolved: the spec said the cap is snapshotted (RND-05, BET-20, ARC) in some places and
"applies immediately, also to the round in progress" in the round_config table of modello-dati;
the snapshot wins, with a column on `rounds` (modello-dati/api/guide-admin brought in line).

Tests changed because the spec changed: the payout fixtures seed the round's own fee address, and
the old "fee address missing" payout test now empties the round's address (clearing it in the
configuration mid-round must not stop the payout). New test_round_snapshot.py: the copy at open,
edits reaching only the next round, every bet of a round paying the same stake whether the cost
is raised or lowered meanwhile, the payout following the round's address (and surviving it being
cleared in the configuration), the cap (exactly at the cap is full, in-flight bets count, no cap,
a mid-round edit of the cap does not apply, the refused player's coins untouched), plus the route,
the admin bounds and the two 422s, the fee-rate check against the round's own cost, and the
migration backfill. Mutation-checked: charging the live cost, paying the live address, not
copying the cap and `>` instead of `>=` each fail tests.

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

docs/api.md

@@ -467,10 +467,9 @@ esiste una API separata per l'amministrazione, solo un'autenticazione diversa.
     casi (successo, rifiuto, esito ambiguo) e all'apertura del round.
   *Codice:* `app/api/routes/bets.py:create_bet`,
   `app/bets/service.py:place_bet` ·
-  *Test:* `tests/unit/test_bets.py`
-  *Stato:* da implementare (B-95, B-96) · *Oggi:* un costo coperto solo da resto non confermato
-  risponde `insufficient_balance`; non c'è tetto al montepremi; il costo è
-  quello configurato al momento della scommessa, non quello del round.
+  *Test:* `tests/unit/test_bets.py`, `tests/unit/test_round_snapshot.py`
+  *Stato:* da implementare (B-96) · *Oggi:* un costo coperto solo da resto non
+  confermato risponde `insufficient_balance`.
 
 #### POST /withdrawals
 
@@ -537,7 +536,7 @@ esiste una API separata per l'amministrazione, solo un'autenticazione diversa.
     | `opened_at` | stringa ISO o `null` | apertura del round |
     | `closes_at` | stringa ISO o `null` | scadenza per le scommesse: `opened_at` + la durata **fissata all'apertura del round** (non quella attuale di configurazione) |
     | `participant_count` | intero | partecipanti **confermati**, cioè quelli tra cui si estrae |
-    | `bet_amount_sats` | intero | costo che pagherebbe una nuova scommessa: con un round attivo il costo **fissato all'apertura del round** (`rounds.bet_amount_sats`), senza round attivo quello configurato — *da implementare (B-95); oggi sempre quello configurato* |
+    | `bet_amount_sats` | intero | costo che pagherebbe una nuova scommessa: con un round attivo il costo **fissato all'apertura del round** (`rounds.bet_amount_sats`), senza round attivo quello configurato |
     | `jackpot_sats` | intero | 70% (arrotondato per difetto) della somma degli importi effettivi delle scommesse confermate; limite superiore, perché la commissione del pagamento è ancora da sottrarre |
     | `pending_participant_count` | intero | tutti i partecipanti, confermati **e** in volo (totale, non differenza) |
     | `pending_jackpot_sats` | intero | 70% della somma di tutte le scommesse, confermate e in volo |
@@ -577,8 +576,6 @@ esiste una API separata per l'amministrazione, solo un'autenticazione diversa.
   `app/rounds/service.py:round_deadline`, `app/rounds/service.py:winner_share`,
   `app/rounds/service.py:rounds_can_open` ·
   *Test:* `tests/unit/test_rounds_route.py`
-  *Stato:* da implementare (B-95), per i campi marcati · *Oggi:*
-  `bet_amount_sats` è sempre il costo configurato.
 
 #### GET /rounds/stream
 
@@ -760,7 +757,6 @@ dei parametri operativi in
     "draw_confirmations", "max_round_pool_sats", "paused", "paused_reason"}`.
   *Codice:* `app/api/routes/admin.py:read_config` ·
   *Test:* `tests/unit/test_admin.py`
-  *Stato:* da implementare (B-95) · *Oggi:* manca `max_round_pool_sats`.
 
 #### PUT /admin/config
 
@@ -779,7 +775,7 @@ dei parametri operativi in
     | `draw_animation_seconds` | 0 – 600 |
     | `deposit_confirmations` | 1 – 100 |
     | `draw_confirmations` | 1 – 20 |
-    | `max_round_pool_sats` | `0` (disattivato), oppure da `bet_amount_sats` a 4 000 000 000 000 000 — *da implementare (B-95)* |
+    | `max_round_pool_sats` | `0` (disattivato), oppure da `bet_amount_sats` a 4 000 000 000 000 000 |
 
     I limiti sono quelli di [modello-dati.md](modello-dati.md) (tabella
     `round_config`), che ne è il proprietario. `paused` e `paused_reason`
@@ -793,18 +789,18 @@ dei parametri operativi in
     dà `422` con `detail = {"code": "config_not_payable", "message", "params":
     {"reason"}}`, dove `reason` è `winner_share_below_network_fee` o
     `commission_below_dust_limit`; il controllo usa i valori risultanti dopo
-    la modifica.
+    la modifica e, se cambia `fee_rate_sat_vb`, anche il costo con cui si è
+    aperto il round in corso. Un tetto `max_round_pool_sats` diverso da 0 e
+    minore del costo della scommessa (dopo la modifica) dà `422` con
+    `detail.code = "max_round_pool_below_bet_amount"`.
   - **Effetti:** scrive `config_updated` con i valori prima/dopo dei soli
     campi davvero cambiati; nessuna scrittura se nulla cambia. Durata, pausa
     tra round, costo della scommessa, `fee_address` e `draw_confirmations` si
-    applicano dal round successivo (per costo e `fee_address`: *da
-    implementare*, B-95; oggi subito). Nessuna notifica SSE.
+    applicano dal round successivo, come il tetto `max_round_pool_sats`. Nessuna
+    notifica SSE.
   *Codice:* `app/api/routes/admin.py:update_config`,
   `app/api/routes/admin.py:RoundConfigUpdate` ·
   *Test:* `tests/unit/test_admin.py`
-  *Stato:* da implementare (B-95), per `max_round_pool_sats` e la copia
-  all'apertura di costo ed `fee_address` · *Oggi:* sono accettati i primi
-  nove campi.
 
 #### POST /admin/pause e POST /admin/resume