Analisi: BAM di Jito vende accesso anticipato alle transazioni senza consentire di riordinare i batch

Il Block Assembly Marketplace (BAM) di Jito consente ai trader Solana di acquistare informazioni anticipate sulle transazioni, senza ottenere il controllo sull'ordine di un batch confermato. BAM trasmette le transazioni quando il leader di uno slot, il validatore responsabile della creazione del blocco, accetta un batch programmato e si impegna a eseguirlo in sequenza. Le transazioni non programmate in attesa di esecuzione non entrano nel flusso. La documentazione di BAM per i searcher, aggiornata il 4 novembre, afferma che gli abbonati non possono sfruttare la visibilità anticipata per riordinare o anticipare una transazione all'interno del batch. I messaggi precedono la suddivisione delle transazioni in shred per la distribuzione sulla rete.

BAM afferma che i test iniziali con i partner di distribuzione hanno rilevato un vantaggio mediano, o p50, di 5-10 millisecondi rispetto ai flussi di shred già utilizzati dai partner. Il risultato dei test non garantisce lo stesso vantaggio per ogni transazione o abbonato. Una preconferma è subordinata all'effettiva registrazione del blocco, perché un leader può saltare uno slot o produrre un blocco su un fork. BAM ha annunciato il servizio tramite Helius e Triton il 9 settembre 2026. Il flusso commerciale introduce un tema di accesso distinto dall'architettura di sequenziamento proposta nel luglio 2025.

Jito lascia ai distributori le vendite, i prezzi, la fatturazione e l'attivazione dei clienti, anziché vendere direttamente il flusso. Helius rende disponibili le preconferme con gli abbonamenti Developer, Business, Professional ed Enterprise, ma non con gli account gratuiti. Helius addebita separatamente ogni abbonamento per ciascuno slot in cui viene consegnato almeno un messaggio, applicando l'importo maggiore tra 300 crediti e 10 crediti per messaggio. Gli esempi pubblicati da Helius indicano un costo di 300 crediti per 10 messaggi e di 1.000 crediti per 100 messaggi. Helius non addebita costi per gli slot senza messaggi o fuori copertura, mentre gli abbonamenti simultanei sono fatturati separatamente. Gli addebiti sono espressi in crediti, non in un importo in dollari pubblicato per ogni operazione, e Helius afferma che i prezzi possono cambiare.

Per impostazione predefinita, Helius include due tipi di preconferma, corrispondenti a fasi diverse della transazione. I messaggi di Helius arrivano dopo l'esecuzione da parte del leader e indicano lo stato dell'esecuzione locale del leader. I messaggi di BAM arrivano alla fase dell'impegno, prima dell'esecuzione, e nel flusso di Helius non contengono informazioni sullo stato dell'esecuzione. Entrambi i tipi di messaggio arrivano prima degli shred.

L'API pubblica di stake di BAM indicava che circa il 39,1% dello stake della rete utilizzava BAM alle 16:46 UTC del 7 novembre. Questa quota di stake non dimostra che gli abbonati abbiano una copertura continua. I leader che non utilizzano BAM e i validatori BAM che rifiutano la trasmissione non generano preconferme BAM, e Helius avverte gli abbonati di aspettarsi interruzioni.

La ripartizione pubblicata da BAM assegna ai validatori il 35% dei ricavi dalle preconferme. Un altro 35% va a Jito DAO e il 30% ai distributori. Le regole attuali iscrivono automaticamente al servizio di streaming gli operatori AgaveBAM e FireBAM. Gli operatori possono rinunciare alla trasmissione e all'entrata associata, ma non sono ancora disponibili opzioni automatiche per farlo. Al momento, per rinunciare gli operatori devono inviare una richiesta tramite il canale Jito Developers Discord.

BAM distribuisce la quota dei validatori in base agli slot in cui questi sono leader e risultano idonei, anziché pagare soltanto il validatore responsabile di un singolo flusso. BAM descrive pagamenti nel mese successivo ai pagamenti dei distributori alla DAO, erogati come commissioni prioritarie su transazioni market-tick. I validatori non ricevono ricavi per gli slot saltati o in cui sono disconnessi. BAM afferma che il Verifier confronta i blocchi prodotti con gli impegni di esecuzione e può disconnettere i validatori che non li rispettano.

Il modello incentiva la partecipazione attraverso i ricavi, imponendo al contempo ai validatori di rispettare l'ordine di esecuzione confermato. L'accesso dipende anche dall'idoneità stabilita dai distributori, dai costi di utilizzo e dalla copertura effettiva, non soltanto dalle garanzie sull'ordine. Mantenere la posizione di una transazione all'interno di un batch non assicura che tutti i trader ricevano le informazioni con lo stesso anticipo.