ULTIME NOTIZIE
SELEZIONATO PER TE

Solana ha appena triplicato la sua capacità di transazione. Cosa succederà ora?

DiAshish KumarAshish Kumar 3 minuti di lettura
Solana ha appena triplicato la sua capacità di transazione. Cosa succederà ora?
  • La versione 1 di Transaction di Solanaè ora attiva sulla rete principale, aumentando la dimensione massima delle transazioni da 1.232 a 4.096 byte.
  • Il limite più elevato offre agli sviluppatori maggiore margine di manovra per operazioni DeFi complesse, prove a conoscenza zero e transazioni multisig di grandi dimensioni.
  • La versione V1 consente di completare più azioni in modo atomico all'interno di un'unica transazione, anziché suddividerle in più transazioni o pacchetti.

Martedì Solana ha implementato la funzionalità Transaction V1 sulla sua mainnet, consentendo di aggiungere più dati a ciascuna transazione. Ciò offrirà agli sviluppatori maggiore flessibilità per eseguire operazioni complesse in un unico processo atomico.

Questa novità sarà di grande rilevanza per gli sviluppatori nel settore DeFi , i fornitori di wallet, gli indicizzatori e gli operatori RPC. La nuova funzionalità potrebbe inoltre avere un impatto su altri progetti che si occupano di asset tokenizzati e soluzioni di pagamento.

La funzionalità txv1 è stata implementata all'inizio dell'epoca 1035, intorno alle 01:00 UTC del 15 settembre, come indicato nella pagina di aggiornamento Solana , e la transazione V1 è ora attiva su mainnet, testnet e devnet.

Da 1.232 byte a 4.096

La prima limitazione riguarda la dimensione delle transazioni. Ora, Solana ha raddoppiato la dimensione massima delle transazioni serializzate, portandola da 1.232 a 4.096 byte, offrendo così più spazio per le transazioni, circa tre volte di più.

Il formato della nuova transazione è defiin SIMD-0296, mentre il formato del messaggio V1 si basa su SIMD-0385.

Fino ad ora, il limite in Solana si basava su limitazioni conservative dell'MTU di rete. Ora, l'abbandono del limite rigido sulla dimensione del flusso in QUIC consente transazioni più grandi.

Lo spazio aggiuntivo sarà utile per gestire i tipi di carichi di lavoro che coinvolgono molti dati di transazione, come le prove a conoscenza zero, le operazioni multisig di grandi dimensioni e le firme, incluso BLS. Come riportato da Cryptopolitan, la versione 1 è stata lanciata sulla testnet all'epoca 1025, il 1° settembre, dando ai fornitori di infrastrutture la possibilità di prepararsi per il lancio della mainnet.

Solana lancia Transaction V1 sulla rete principale, triplicando le dimensioni delle transazioni
Transazione Solana V1 vs. Legacy: spiegazione dell'aggiornamento da 4.096 byte

Perché una singola transazione atomica è importante

Gli sviluppatori che hanno scoperto che Solana imponeva un limite alla dimensione delle transazioni potevano, in alcuni casi, suddividere le proprie operazioni in una serie di transazioni o utilizzare i bundle di Jito.

Ma come spiegato nel documento SIMD-0296, un bundle non equivale a una transazione nativa quando si parla di atomicità a livello di protocollo.

Con Transaction V1, è possibile inserire più istruzioni e dati in una transazione. In questo modo, l'instradamento, la verifica delle bozze e l'elaborazione in batch funzioneranno o non funzioneranno tutti insieme, anziché essere eseguiti in transazioni separate.

In alcuni casi, per l'esecuzione di un'operazione sarebbero necessarie meno firme e conferme.

Il compromesso della tabella di ricerca degli indirizzi

La versione V1 modifica anche il modo in cui le transazioni gestiscono le risorse e i riferimenti agli account.

All'interno di Solana Transaction V1: spiegazione del nuovo layout della transazione

Le impostazioni relative al limite di calcolo e alla tariffa di priorità sono state spostate dalle istruzioni di ComputeBudget alle impostazioni di transazione, consentendo ai fornitori di infrastrutture di accedervi facilmente.

Anche le transazioni V1 vengono rimosse dalle tabelle di ricerca degli indirizzi, poiché i conti a cui si fa riferimento sono inclusi nella transazione.

Sebbene ciò contribuisca a semplificare la transazione, ciò avviene a scapito delle dimensioni della transazione stessa, poiché una tabella di ricerca degli indirizzi v0 richiede un indice di un solo byte, mentre una chiave pubblica inline ne richiede 32.

Dall'analisi delle tabelle di ricerca degli indirizzi di Solana è emerso che il 62% delle transazioni v0 utilizzava almeno una tabella di ricerca degli indirizzi; pertanto, le transazioni dense che utilizzano più di una tabella di ricerca degli indirizzi aumenteranno la dimensione della transazione di oltre 1.500 byte. Il limite di 64 account rimane invariato.

Dove si colloca V1 nell'ambito dell'iniziativa di Solanasulla finanza tokenizzata

L'aggiornamento avviene in un momento in cui Solana sta espandendo la sua presenza nel settore della finanza on-chain. Secondo DeFiLlama, il valore totale bloccato nel Solanadi DeFi ammonta a quasi 5,95 miliardi di dollari, e il volume di scambi decentralizzati nelle 24 ore si aggira intorno a 1,79 miliardi di dollari.

Il riepilogo di agosto per Solana indicava inoltre che il valore degli asset reali presenti sulla rete aveva superato i 4 miliardi di dollari ed era detenuto su oltre 350.000 indirizzi. In aggiunta, xStocks aveva raccolto oltre 500 milioni di dollari di asset in gestione.

Il fatto che sia disponibile una maggiore capacità di transazione non significa che ne conseguirà una maggiore adozione.

Galaxy Research ha osservato che una parte consistente del valore vincolato ai token di Solananon viene ancora utilizzata, mentre le piattaforme concorrenti mantengono la leadership in alcuni settori in rapida crescita.

La versione V1 amplia quindi la gamma di applicazioni che gli sviluppatori possono creare su Solana. La questione più complessa, tuttavia, è se seguiranno lo stesso andamento in termini di utenti, liquidità e attività transazionali.

Cosa devono fare ora gli operatori?

I lettori RPC dovrebbero impostare maxSupportedTransactionVersion: 1 per getTransaction e getBlock, mentre gli indicizzatori devono leggere i limiti di calcolo V1 e le commissioni di priorità da transactionConfig. I validatori e gli operatori RPC dovrebbero utilizzare Agave v4.2.2 o versioni successive. I mittenti V1 dovrebbero inoltre impostare esplicitamente i limiti di calcolo e di account caricati e utilizzare base64 per le transazioni di dimensioni superiori a 1.232 byte. I fornitori di wallet, nel frattempo, dovrebbero pubblicizzare il supporto V1 solo dopo aver confermato che il loro software è in grado di analizzare e firmare correttamente il nuovo formato, secondo le Solanalinee guida di aggiornamento di.

Non limitarti a leggere le notizie sulle criptovalute. Cerca di capirle. Iscriviti alla nostra newsletter. È gratis.

Domande frequenti

Quando è stata lanciata Solana Transaction V1 sulla rete principale?

La funzionalità txv1 è stata attivata all'inizio dell'epoca 1035 della mainnet il 15 settembre 2026, approssimativamente alle 01:00 UTC, e la versione V1 è ora attiva anche su testnet e devnet.

Quali novità introduce Transaction V1 per gli sviluppatori?

Aumenta il limite di dimensione delle transazioni a 4.096 byte, consente a carichi di lavoro come le prove ZK e le firme multiple di grandi dimensioni di rientrare in un'unica transazione atomica, sposta le impostazioni di calcolo e delle commissioni nei metadati della transazione e rimuove le tabelle di ricerca degli indirizzi in modo che gli account vengano scritti in linea, fino al limite invariato di 64 account.

Gli operatori RPC e validatori devono essere aggiornati?

Sì. La lettura e l'indicizzazione delle transazioni V1 rappresentano una modifica incompatibile con le versioni precedenti, e i nodi RPC e i validatori Jito-Solana dovrebbero utilizzare Agave v4.2.2 o versioni successive, poiché le versioni precedenti di RPC effettuano il downgrade dei messaggi V1 a v0 e segnalano in modo errato i relativi budget di calcolo.

Condividi questo articolo

Disclaimer. Le informazioni fornite non costituiscono consulenza di trading. Cryptopolitan/ non si assume alcuna responsabilità per gli investimenti effettuati sulla base delle informazioni fornite in questa pagina. Consigliamotronvivamente di effettuare ricerche indipendentident di consultare un professionista qualificato prima di prendere qualsiasi decisione di investimento.

Ashish Kumar

Ashish Kumar

Ashish Kumar è un giornalista specializzato in criptovalute e finanza con otto anni di esperienza in redazione. Si occupa di mercati delle criptovalute, regolamentazione, DeFied ecosistemi di scambio. Ha collaborato con Coingape, Todayq e Newsroompost. Ashish ha conseguito un PGDP (Postgraduate Diploma in Journalism) in lingua inglese presso l'IIMC (Indian Institute of Management and Communications). Ha inoltre intervistato personalità di spicco del settore, tra cui Arthur Hayes, Yat Siu, Austin Federa e molti altri.

ALTRE NOTIZIE