ERPC pubblica una guida operativa al fanout con Durable Nonce per sfruttare appieno SWQoS nell’invio delle transazioni Solana

ELSOUL LABO B.V. (sede: Amsterdam, Paesi Bassi; CEO: Fumitake Kawasaki) e Validators DAO, gli operatori di ERPC, hanno pubblicato una nuova guida operativa pratica che spiega come sfruttare appieno SWQoS (Stake weighted Quality of Service) per ottenere sia alti tassi di successo sia bassa latenza nell’invio delle transazioni Solana.

Questa guida si concentra sulle architetture di invio delle transazioni incentrate sugli endpoint SWQoS di ERPC e spiega come distribuire in fanout la stessa transazione a più endpoint RPC ad alte prestazioni in modo sicuro. Sono forniti esempi di implementazione concreti che utilizzano web3.js, consentendo agli sviluppatori di applicare l’approccio direttamente in ambienti reali.

La guida è disponibile al seguente URL:
https://erpc.global/it/doc/rpc/durable-nonce-send-transaction/

Contesto: le caratteristiche strutturali dell’invio delle transazioni su Solana

Su Solana, l’invio delle transazioni è influenzato da fattori in continuo cambiamento come la progressione degli slot, lo scheduling dei leader, il routing di rete e le condizioni di carico a livello di nodo. Di conseguenza, non è possibile predeterminare quale percorso di invio raggiungerà il leader più velocemente.

Questo comportamento non è causato dalla qualità di uno specifico provider RPC o servizio di invio, ma è una caratteristica strutturale derivata dal modello di esecuzione stesso di Solana. Di conseguenza, le progettazioni che si affidano a un singolo endpoint RPC tendono ad affrontare limitazioni intrinseche sia nel tasso di successo delle transazioni sia nella latenza.

Il ruolo e il posizionamento pratico degli endpoint SWQoS

Gli endpoint SWQoS forniti da ERPC consentono di inviare le transazioni in corsie prioritarie assegnate dal leader in base allo Stake weighted Quality of Service. A queste corsie prioritarie viene allocata una quota di banda significativamente maggiore (circa l’80%) rispetto alle corsie non prioritarie (circa il 20%), e vengono applicate in una fase precedente alla valutazione delle Priority fee.

Per questo motivo, gli endpoint SWQoS rappresentano un’opzione importante per l’invio di transazioni di alto valore. Tuttavia, nelle operazioni reali, anche con SWQoS, un singolo percorso di invio non è sempre il più veloce. All’interno dello stesso slot, differenze transitorie di routing e una distribuzione non uniforme del carico possono consentire ad altri endpoint ad alte prestazioni di elaborare le transazioni per primi.

Limitazioni delle progettazioni a percorso singolo e la necessità del fanout

Date queste condizioni, diventa chiaro che prevedere in anticipo un singolo percorso più veloce non è un approccio di progettazione efficace. Invece, una strategia di fanout — inviare la stessa transazione simultaneamente a più percorsi di invio ad alte prestazioni e considerare valida quella che viene elaborata per prima — è una soluzione razionale e robusta.

Centrandosi su SWQoS e combinandolo con altri endpoint RPC veloci, i sistemi possono diventare più resilienti alle differenze di routing slot per slot e alle fluttuazioni di carico.

Le sfide fondamentali nelle operazioni di fanout

Allo stesso tempo, inviare la stessa transazione su più percorsi di invio introduce una sfida critica: senza un controllo adeguato, non è più garantito che la transazione venga eseguita una sola volta. Un fanout non controllato può causare una doppia esecuzione involontaria o compromettere la logica di retry e reinvio.

Prevenire questi problemi esclusivamente attraverso la logica a livello di applicazione è difficile e richiede un meccanismo a livello di protocollo.

Durable Nonce come soluzione

Solana fornisce Durable Nonce come meccanismo ufficiale per affrontare questo problema. Utilizzando un valore nonce al posto di un recentBlockhash, Durable Nonce consente di inviare la stessa transazione firmata su più percorsi di invio garantendo che solo una singola esecuzione diventi valida sulla rete.

Durable Nonce funge quindi da componente tecnico fondamentale per implementare in sicurezza l’invio delle transazioni basato su fanout.

Posizionamento di questa guida

La guida appena pubblicata mira a spiegare l’invio delle transazioni con Durable Nonce da una prospettiva orientata all’implementazione, piuttosto che puramente teorica. Fornisce una spiegazione completa della progettazione dell’invio che massimizza l’efficacia degli endpoint SWQoS, coprendo tutto, dalla configurazione iniziale ai flussi di lavoro operativi quotidiani.

Argomenti chiave trattati nella guida

La guida organizza e spiega diversi punti operativamente critici, tra cui:

Progettazione della nonce authority e dei nonce account
Ordinamento corretto delle istruzioni, incluso nonceAdvance
Vincoli operativi riguardanti la non riusabilità delle raw transaction
Invio parallelo a più endpoint RPC
Progettazione della conferma assumendo l’uso di Durable Nonce
Pattern di transizione sicuri per gli invii di transazioni successivi

Questi argomenti sono destinati non solo alle fasi di proof-of-concept, ma anche ai deployment di produzione stabili.

Architetture di invio pratiche in ERPC

In ERPC, le architetture di invio delle transazioni sono progettate attorno a SWQoS come nucleo, combinando più endpoint RPC ad alte prestazioni su diverse regioni e rotte. Evitare la dipendenza da una singola regione o da un singolo percorso di invio è un elemento critico delle operazioni realistiche su Solana.

Questa guida può essere applicata direttamente alle decisioni architetturali concrete nell’ambiente multi-regione di ERPC.

Destinatari previsti

Questa guida è destinata ai seguenti sviluppatori e team:

Sviluppatori che gestiscono transazioni ad alta frequenza o di alto valore
Team che riscontrano problemi di tasso di successo o latenza con le configurazioni di invio RPC esistenti
Utenti che stanno già utilizzando gli endpoint SWQoS o ne stanno valutando l’adozione

Prospettive future

ERPC continuerà a migliorare la propria infrastruttura di invio delle transazioni, incluso SWQoS, e pubblicherà progressivamente le conoscenze operative acquisite dai deployment reali sotto forma di guide ed esempi di codice.

ERPC rimane impegnata a supportare gli sviluppatori con una piattaforma di invio delle transazioni che non è solo veloce, ma anche corretta e operativamente stabile.

Utilizzo e consulenza

Per consulenze sulle architetture di invio ottimali, sulla selezione delle regioni o sulla migrazione da progettazioni esistenti, è disponibile supporto individuale tramite il Discord ufficiale di Validators DAO.

Discord ufficiale di Validators DAO: https://discord.gg/C7ZQSrCkYR
Sito ufficiale di ERPC: https://erpc.global/it