Una rapida occhiata all'ultima roadmap di Solana: ottimizzazione delle transazioni BAM, lancio di DoubleZero, consenso Alpenglow

Autore: Anatoly Yakovenko, Solana Labs; Max Resnick, Anza; Lucas Bruder, Jito Labs; Austin Federa, DoubleZero; Chris Heaney, Deriva; Kyle Samani, Multicoin Capital

A cura di Alex Liu, Foresight News

La missione originale di Solana era quella di costruire un'infrastruttura decentralizzata per l'Internet Capital Markets (ICM). Aumentare la larghezza di banda e ridurre la latenza (IBRL) è necessario, ma non è sufficiente. Il terzo pilastro della roadmap di Solana deve rispondere alla complessità della microstruttura del mercato. Il mercato è costituito da molti fattori dinamici che spesso hanno un impatto ampio ma imprevedibile sull'equilibrio complessivo. Fino a poco tempo fa, non era chiaro in che modo la microstruttura del mercato dell'ICM dovesse essere differenziata dalla finanza tradizionale (TradFi).

Oggi, l'ecosistema Solana sta convergendo attorno a una visione comune: l'esecuzione controllata dalle applicazioni (ACE). L'obiettivo finale di ACE è consentire agli smart contract di controllare l'ordinazione delle transazioni con precisione al millisecondo. I nostri scambi con diversi team dell'ecosistema dimostrano che i problemi di microstruttura del mercato sono diventati la sfida più critica che Solana deve affrontare al momento.

La comunità di Solana sta facendo ogni sforzo per superare questo problema da tutte le dimensioni.

Attualmente, Solana è ancora la scelta migliore per la creazione di applicazioni nello spazio crittografico, con un gran numero di utenti, liquidità sufficiente, un ambiente normativo chiaro, portafogli eccellenti e un'infrastruttura di accesso globale. Tuttavia, alcune applicazioni scelgono di costruire le proprie tecnologie di base per esplorare nuove strutture di mercato. Solana deve essere la piattaforma preferita in grado di "connettersi con gli utenti esistenti sperimentando coraggiosamente le microstrutture del mercato".

Quanto segue sarà diviso in due parti:

1. principali compromessi nella microstruttura del mercato;

2. Le soluzioni specifiche a supporto dell'implementazione di microstrutture flessibili sulla mainnet si dividono in tre categorie: a breve termine, a medio termine e a lungo termine.

Trade-off nella microstruttura del mercato

Le dimensioni di progettazione della microstruttura del mercato sono troppo ricche per essere elencate, ma ecco alcuni dei principali compromessi che vengono attualmente utilizzati di più:

Privacy vs trasparenza

Gli ordini devono rimanere nascosti prima dell'esecuzione? Per i grandi ordini al dettaglio, la trasmissione anticipata può aiutare con una migliore esecuzione perché riduce l'asimmetria informativa tra trader e market maker. Tuttavia, la liquidità nascosta può anche proteggere i market maker da "menu dannosi", aumentando così la liquidità complessiva del mercato. Tuttavia, questa protezione ha un costo: nascondere gli ordini erode la trasparenza, rendendo difficile per i trader prevedere i risultati prima che vengano eseguiti.

Limite di velocità vs trading illimitato

L'impostazione di un "limitatore di velocità protettivo" per gli acquirenti può ridurre la selezione avversa, restringere gli spread denaro-lettera e migliorare la liquidità del mercato. Tuttavia, la limitazione della velocità riduce anche il volume degli scambi e rallenta il processo di scoperta dei prezzi. È importante sottolineare che il volume degli scambi non è l'unica misura dei punti di forza e di debolezza del mercato. Ciò che interessa davvero agli utenti è dove possono ottenere il miglior prezzo. Pertanto, la riduzione delle "operazioni dannose per gli acquirenti" può ridurre il volume totale degli scambi, ma aumentare la liquidità reale.

Inclusione della transazione, finalità e ritardo di esecuzione

Molti apparentemente "compromessi" possono in realtà essere ottimizzati insieme. L'attuale finalizzazione ottimistica di Solana è di circa 1 secondo. Quando il protocollo Alpenglow sarà attivo all'inizio del 2026, si prevede che il tempo di inclusione delle transazioni scenderà a 50-100 millisecondi e il tempo di finalizzazione sarà ridotto a circa 150 millisecondi. Ciò consentirà ai market maker di aggiornare le quotazioni più velocemente e di ridurre il "rischio di gap".

Colocation vs. decentralizzazione geografica

Molte persone pensano che la colocation sia più veloce, ma se tutti i validatori sono concentrati a New York, causerà ritardi nella consegna dei messaggi di fronte a un messaggio improvviso da Tokyo. Attraverso il meccanismo Multiple Concurrent Leaders (MCL) e il meccanismo di inclusione delle transazioni edge, Solana può ottenere l'ingestione di informazioni sincrone a livello globale, migliorando notevolmente l'efficienza della scoperta dei prezzi e aumentando la resistenza al rischio.

Market maker preferito vs acquirente preferito

La definizione delle priorità dei market maker può ridurre la selezione avversa e la riduzione degli spread. Nell'attuale meccanismo di Solana, gli acquirenti occupano in realtà una posizione di priorità implicita a causa del meccanismo di programmazione delle aste. In futuro, ACE darà agli sviluppatori la possibilità di definire la logica di priorità (ad esempio, annullare la priorità dell'ordine, impostare limitatori di velocità, ecc.).

Retail vs istituzionale

I mercati più liquidi tendono a essere guidati dagli investitori al dettaglio. Solana incoraggia la costruzione di applicazioni differenziate per esigenze diverse, al servizio della coesistenza e dello sviluppo di istituzioni e investitori retail.

Flessibilità vs. uniformità

La comunità di Solana ha sempre abbracciato uno spirito pragmatico, non dogmatistico. Poiché non esiste un'unica soluzione ottimale per la struttura del mercato, l'unico modo è testare, iterare e ottimizzare nella mainnet. Di conseguenza, Solana sta costruendo un'infrastruttura flessibile che supporta ACE, guidando la rapida evoluzione delle strutture di mercato.

Architettura ibrida vs completamente on-chain

L'obiettivo di Solana è quello di costruire un marketplace completamente on-chain piuttosto che un livello di regolamento che serve gli exchange centralizzati. Non ci sono ostacoli tecnici a questo obiettivo, basta continuare a costruire. La priorità di Solana è quella di portare più liquidità alla mainnet.

Roadmap ICM: Piani a Breve, Medio e Lungo Termine

L'attuale mainnet di Solana non è ancora un ambiente ideale per i CLOB (central limit order book), ma questo sta per cambiare. Diversi team dell'ecosistema stanno aggiornando sistematicamente l'intero stack tecnologico per far prosperare i CLOB sulla mainnet. Presenteremo il futuro percorso in più fasi:

A breve termine (1-3 mesi): ottimizzazione delle operazioni Jito BAM e Anza

Mercato dell'assemblaggio dei blocchi di Jito (BAM)

BAM è un sistema di elaborazione delle transazioni ad alte prestazioni di nuova generazione costruito da Jito e dovrebbe essere attivo sulla testnet entro la fine di luglio 2025. Avvicina ACE al raggiungimento di ACE fornendo potenti funzionalità per validatori, trader e applicazioni Solana attraverso nodi distribuiti a livello globale in esecuzione in un Trusted Execution Environment (TEE). Progetti come Drift, Pyth e Dflow sono diventati i primi partner di progettazione.

BAM supporta l'applicazione di una logica di ordinamento delle transazioni personalizzata tramite un meccanismo di plug-in, consentendo agli sviluppatori di creare sistemi di esecuzione delle transazioni trasparenti e verificabili per i CLOB che mantengono riservate le transazioni fino all'esecuzione, ma il processo di ordinazione è completamente open source e verificabile. Questo modello elimina la necessità di modificare il client di convalida o negoziare il protocollo di integrazione e crea semplicemente un plug-in all'interno di BAM per accedere plug and play all'intera rete Solana.

Lettura consigliata: Il trading su SOL non è più pizzicato? Leggi il nuovo BAM di Jito

Ottimizzazione dell'atterraggio delle transazioni di Anza

Anza sta anche promuovendo il miglioramento della stabilità delle transazioni. Agave 2.3 introduce un nuovo client TPU, riducendo significativamente la latenza di invio delle transazioni e risolvendo i problemi relativi a QUIC. La maggior parte delle ottimizzazioni è ora attiva e i principali market maker hanno osservato una latenza del 95° percentile di 0 slot attraverso il percorso TPU standard, ottenendo una certezza estremamente elevata.

Medio termine (3-9 mesi) :D oubleZero, Alpenglow, Esecuzione asincrona (APE)

Doppio Zero (DZ)

DZ è una rete in fibra ottica personalizzata per Solana, che riduce significativamente la latenza e aumenta la larghezza di banda, oltre a ottimizzare la trasmissione dei dati attraverso il multicast hardware. La testnet ha già partecipato a oltre 100 validatori e al 3% dello staking della mainnet, e dovrebbe essere lanciata sulla mainnet a metà settembre 2025. Con la popolarità di DZ, Solana può aumentare la velocità di inclusione delle transazioni e migliorare ulteriormente la resistenza allo stress e l'equità della rete.

Protocollo di consenso Alpenglow

Alpenglow è il protocollo di consenso di nuova generazione di Solana che riduce la finalità del blocco da 12,8 secondi a circa 150 millisecondi. L'accordo semplificherà anche la progettazione per facilitare il supporto futuro per MCL e APE. Si prevede che sarà disponibile sulla mainnet alla fine del 2025 o all'inizio del 2026.

Esecuzione di programmi asincroni (APE)

APE rimuove il meccanismo di replay dal percorso di atterraggio delle transazioni per ridurre la latenza, che Solana è stato un obiettivo chiave per diversi anni. Con la semplificazione del consenso Alpenglow, la complessità dell'implementazione dell'APE è significativamente ridotta. Sono state presentate diverse proposte (SIMD 192, 290, 297, 298, 301) che dovrebbero seguire il lancio di Alpenglow nella prima metà del 2026.

Esecuzione asincrona

Lungo termine (2027): Multi-Parallel Leader (MCL) con ACE a livello di protocollo

MCL con ACE a livello di protocollo

Per costruire il mercato on-chain più liquido, Solana deve soddisfare tre punti:

1. Capacità sufficiente per acquisire tutte le informazioni di mercato in tempo reale;

2. Conferma rapida con tassi di tick più elevati;

3. Le app hanno la capacità di controllare l'ordine delle transazioni.

Un singolo leader può rivedere le transazioni

Attualmente, le blockchain sono per lo più strutture a leader singolo, che non possono garantire l'equità o la resistenza alla censura dell'ordine delle transazioni.

MCL riduce la probabilità che un leader esamini o manipoli l'ordine delle transazioni co-costruendo blocchi allo stesso tempo. La classificazione delle transazioni si basa sulle tariffe di priorità e ogni applicazione può progettare una logica per controllare la classificazione di conseguenza, ad esempio annullando la priorità dell'ordine.

Annulla gli ordini in base alle tariffe di priorità

Informazioni sincronizzate a livello globale

MCL consente inoltre di sincronizzare on-chain le informazioni provenienti da diverse località in tutto il mondo. I market maker possono combinare le informazioni in tempo reale di New York e Tokyo nello stesso contratto per lo sviluppo della strategia. Questa capacità è difficile da replicare con i sistemi centralizzati tradizionali ed è un vantaggio unico dell'infrastruttura decentralizzata nella competizione del mercato dei capitali.

La visione di Solana del mercato dei capitali su Internet sta accelerando e l'intero ecosistema sta lavorando duramente per costruire il sistema finanziario on-chain più liquido al mondo, dalla base della tecnologia al livello superiore delle applicazioni. ACE fungerà da paradigma principale, portando una rivoluzione nell'ordinazione delle transazioni a Solana, dando agli smart contract un vero controllo sull'infrastruttura finanziaria.