Selezione blockchain: L1/L2 e commissione

1) Cosa scegliamo esattamente e perché

• commissioni e velocità di iscrizione/conclusione,
• disponibilità di sterline/provider,
• sostenibilità dell'infrastruttura e rischi operativi,
• requisiti KYT/Travel Rule e UX (indirizzi, memo/tag).

2) Nozioni di base: L1 vs L2

L1 (livello base): consenso e sicurezza (Ethereum L1, Bitcoin, Solana, BNB Smart Chain, TRON, ecc.).
L2 (sopra Ethereum): ridimensionamento con la sicurezza ereditata L1 (Ottimistic rollups: Arbitrum/Ottimism/Base; ZK rollups: zkSync/Linea/Polygon zkEVM и др.).

• Finalizzazione/conferma: L2 fornisce un rapido UX, ma la sicurezza finale viene collegata a L1 (periodo challenge/commit per ottimistic; validity-proof per ZK).
• Costo: L2 è generalmente più economico di L1 (soprattutto vs Ethereum L1).
• Conclusioni su L1: ottimistico - finalizzazione ritardata (challenge period) per il ponte; ZK - più veloce.

3) Criteri di selezione della rete (matrice di rating)

1. Commissioni e variabilità

Commissione media per deposito/ritiro/trasferimento interno; volatilità della fee nei picchi.

2. Tempo prima della finalizzazione

p50/p95 prima dello statò iscritto/pronto a ritirarsi "nel prodotto; Probabilità di riorganizzazione.

3. Affidabilità e ecosistema

Farmacia, maturità nod/RPC, strumenti di monitoraggio, disponibilità di provider on/off-ramp.

4. Disponibilità e liquidità degli stabloine

Disponibilità di USDT/USDC/FDUSD, profondità di vapore nei provider e nelle borse.

5. Compliance e caratteristiche operative

Supporto di Travel Rule nei castodiani, qualità dei segnali KYT, rischi delle etichette di sanzione.

6. Fattori UX

Formato indirizzo/necessità memo/tag, supporto QR/deeplink, frequenza di errori utente.

4) Le reti tipiche e il loro profilo (nel taglio dei pagamenti)

TRON (USDT/USDC) - Commissioni estremamente basse, finalizzazione rapida, ampio supporto per i provider. Popolare per depositi di massa nelle regioni cost-sensitive.
Ethereum L2 (Arbitrum/Ottimism/Base) - Bilanciamento prezzo/velocità, forte integrazione con l'infrastruttura e USDC. Ottimo per i mercati con un accento su rapporti/compatibilità.
BNB Smart Chain (BSC): basso costo, ampio ecosistema di portafogli tenete d'occhio la fornitura e i requisiti della compilazione.
Solana: elevata larghezza di banda e basse commissioni verificare la maturità dei provider, la stabilità di RPC e i processi DevOps.
Ethereum L1: affidabile e compatibile con banche/rapporti, ma costoso; appropriato per i conti VIP/aziendali o come ancoraggio di liquidità.
Reti memo/tag (XRP/XLM/TON, ecc.): economici e veloci, ma richiedono una convalida rigorosa dei tag per evitare errori UX.

5) Modello di commissioni e budget (Cost per Approved)

• reti (gas/fee) per deposito/ritiro,
• commissioni del provider/borsa (input/output/conversione),
• KYT/Travel Rule/webhoop,
• costi operativi (valigette manuali, sapport),
• perdite dovute a errori di rete/memo (se non ci sono validazioni).

Pratica: Contate all-in su ogni rete, non nudo gas. Mantieni la soglia switch-over - quando il median fee/time cresce, passa alla rete di riserva.

6) Criteri di conferma e finalizzazione

Caselle dinamiche di conferma: i blocchi n variano in base all'importo/rischio del segmento e al carico di rete corrente.
Logica RBA: Low Risk + pile sulla rete a basso feto per le conferme minime; High Risk/nuova rubrica → più conferme/hold.
Stato UX: Indirizzo ricevuto → In attesa di conferma → Iscritto. Mostra il timer/progresso.

7) Routing e feelover a più catene

Primary + Secondary per asset: напр., USDT на TRON (primary) и BSC (secondary); USDC на Arbitrum (primary) и Base (secondary).
Regole di fusione automatica: latitanza, fee, incidenti RPC, aumento dei guasti KYT.
Pool di liquidità: mantenere il float operativo su 2 + reti, automatizzare la ricalance tramite RFQ con più borse.
Idampotenza: chiavi «invoice _ id/withdrawal _ id» e anti-ripresa per i retrai.

8) Complaence e sicurezza

Sanzioni KYT +: indirizzi pre-check/borsa/cluster prima dell'iscrizione e prima dell'output; Reti diverse, profili di rischio diversi.
Travel Rule: tenete l'IVMS101 e il gateway per il VASP↔VASP; politica per unhosted (firma indirizzo/microeperite, white-list).
Depositi e chiavi: HSM/KMS, multi-isig, limiti di output, 4-occhio.
Dati: fogli di soluzioni, origine del corso, tornizzazione PII, storage separato da PAN.

9) X-pattern che salvano il denaro

Rilevamento automatico della rete a/QR, avvisi in caso di inadempienza.
Memo/tag «rigidamente obbligatorio» dove richiesto: validatore in UI + API, assegno-foglio prima dell'invio.
Rubrica/Whitelist con review, TTL e KYT.
Spiegazione della commissione e ETA prima del pagamento per ridurre i ticchetti allo zapport.
Deeplink nel portafoglio e completamento automatico dei campi.

10) Esempio di criterio di selezione (sketch)

11) Contabilità, reconsilazione, corso

Lager in rete/asset, magping'invoice/withdrawal 'txid' subaccount '.
Corsi (VWAP/multi-fid) con timestamp fisso; Regole di arrotondamento.
Rapporti T + 0/T + 1: reti, commissioni, soluzioni KYT, eventi Travel Rule.

12) Metriche e OKR

Approval Rate, Time-to-Finality p50/p95, costo/transazione sulla rete.
KYT reject %/sanzioni hits/SAR-conversion.
Numero di errori di rete/tag, ripetitività degli indirizzi problematici.
Quote di flusso sulle reti, quantità di auto switch-over, farmacia RPC.
Esposizione su asset/reti, frequenza di rebalance.

13) Anti-pattern

«Accettiamo in qualsiasi rete» senza una forte validazione - perdita garantita.
Un provider/una rete senza riserve - single point of failure.
Valutazione solo gas, costo all-in ignorato e SLA.
Nessuna conferma dinamica/ETA è una valanga di ticetti.
Nessun blocco RBA/Travel Rule/KYT per i partner.
La conservazione delle chiavi senza HSM/multi-touch e limiti sono rischi operativi.

14) Assegno foglio di implementazione (breve)

• Matrix di rete: Primary/Secondary per asset; regole switch-over.
• Conferma dinamica + stati UX e ETA.
• Convalida indirizzi/memo/tag (UI + API), QR/deeplink.
• CUT/sanzioni pre-check, criterio unhosted e rubrica.
• Travel Rule gateway (IVMS101) per il VASP↔VASP.
• Pool di liquidità su 2 + reti, RFQ/multibirgi, T0-conversione.
• Lager e riconsilazione attraverso le reti; sorgenti dei corsi.
• Idempotenza, anti-ripresa, retrai con backoff + jitter.
• Monitoraggio fee/ETA/SLA, alert di degrado, playbook di incidenti.
• Apprendimento dello zapport: errori di rete/tag frequenti, modelli di risposta.

15) Riepilogo

La scelta della rete è una strategia operativa, non un elenco di loghi. Mantenere il costo minimo di approvazione, finalizzazione rapida e prevedibile, reti di riserva e disciplina della compilazione. Combinare L1/L2 sotto geo e segmenti, automatizzare routing e conferme, proteggere UX con validazioni - e crypto-rail di pagamento sarà veloce, sicuro e redditizio.