Solana acaba de triplicar a sua capacidade de transações. O que vem a seguir?

Na terça-feira, Solana implementou a funcionalidade Transaction V1 na sua rede principal, possibilitando a adição de mais dados a cada transação. Isto dará aos programadores mais espaço para realizar ações complexas num único processo atómico.

Esta novidade será extremamente relevante para os developers na área DeFi , fornecedores de carteiras digitais, indexadores e operadores de RPC. A nova funcionalidade poderá impactar outros projetos que lidam com ativos tokenizados e soluções de pagamento.

A funcionalidade txv1 foi implementada no início da época 1035, por volta das 01:00 UTC do dia 15 de setembro, conforme indicado na página de atualização Solana , e a Transação V1 já está ativa na mainnet, testnet e devnet.

De 1.232 bytes para 4.096

A primeira limitação diz respeito à dimensão das transações. Agora, Solana duplicou o tamanho máximo das transações serializadas de 1.232 bytes para 4.096 bytes, oferecendo assim mais espaço para as transações, o que representa um aumento de aproximadamente três vezes.

O formato da nova transação foi defiem SIMD-0296, enquanto o formato de mensagem V1 é baseado em SIMD-0385.

Até agora, o limite no Solana baseava-se em limitações conservadoras de MTU da rede. Agora, ao romper com o limite rígido no tamanho do fluxo no QUIC, é possível realizar transações de maior dimensão.

O espaço extra será útil para lidar com cargas de trabalho que envolvem muitos dados de transações, como provas de conhecimento zero, operações multisig de grande escala e assinaturas, incluindo BLS. Conforme noticiado pela Cryptopolitan, a V1 foi lançada na testnet na altura 1025, no dia 1 de setembro, dando aos fornecedores de infraestruturas a oportunidade de se prepararem para o lançamento na mainnet.

Porque é que uma transação atómica é importante?

Os programadores que descobriram que Solana tinha um limite no tamanho das transações podiam, em alguns casos, dividir as suas operações numa série de transações ou utilizar pacotes Jito.

Mas, como explicado no SIMD-0296, um pacote não é equivalente a uma transação nativa quando se discute a atomicidade ao nível do protocolo.

Com a Transação V1, podem ser introduzidas mais instruções e dados numa única transação. Desta forma, o encaminhamento, a verificação de provas e o processamento em lote funcionarão ou não funcionarão, em vez de serem realizados em transações separadas.

Em alguns casos, seriam necessárias menos assinaturas e confirmações para a realização de uma operação.

A relação de compromisso entre tabelas de consulta de endereços e endereços

A versão 1 também altera a forma como as transações gerem os recursos e as referências de contas.

As definições de limite de computação e de taxa de prioridade foram realocadas das instruções do ComputeBucket para as definições da transação, permitindo que os fornecedores de infraestruturas acedam a estas definições facilmente.

As transações V1 também são removidas das tabelas de pesquisa de endereços, uma vez que as contas referenciadas estão incluídas na transação.

Embora isto ajude a simplificar a transação, tem um custo: o tamanho da transação, uma vez que uma tabela de pesquisa de endereços v0 requer apenas um índice de um byte, enquanto uma chave pública incorporada requer 32 bytes.

Através da análise das Tabelas de Consulta de Endereços (ALTs) do Solana descobriu-se que 62% das transações da versão 0 (v0) utilizavam pelo menos uma ALT; assim, as transações complexas que utilizam mais do que uma ALT aumentam o tamanho da transação em mais de 1.500 bytes. O limite de 64 contas mantém-se o mesmo.

Onde se insere a V1 na iniciativa de finanças tokenizadas da Solana

A atualização surge numa altura em que Solana está a expandir a sua posição no setor das finanças on-chain. De acordo com o DeFiLlama, o valor total bloqueado no Solanada DeFi é de quase 5,95 mil milhões de dólares, e o seu volume de negociação em exchanges descentralizadas nas últimas 24 horas ronda os 1,79 mil milhões de dólares.

O relatório de agosto da Solana afirmava ainda que o valor dos ativos reais na rede ultrapassava os 4 mil milhões de dólares e estava distribuído por mais de 350 mil endereços. Além disso, a xStocks acumulou mais de 500 milhões de dólares em ativos sob gestão.

O simples facto de existir mais capacidade de transação disponível não significa que haverá uma maior adoção.

A Galaxy Research referiu que uma grande parte do valor ligado aos tokens da Solanaainda não está a ser utilizado, enquanto as plataformas concorrentes continuam a liderar em algumas áreas de rápido crescimento.

A versão 1 alarga, assim, o leque de aplicações que os programadores podem criar na Solana. A questão mais complexa, no entanto, é se o número de utilizadores, a liquidez e a actividade de transacções acompanharão este crescimento.

O que é que os operadores precisam de fazer agora?

Os leitores de RPC devem definir `maxSupportedTransactionVersion: 1` para `getTransaction` e `getBlock`, enquanto os indexadores necessitam de ler os limites de computação e as taxas de prioridade da versão 1 (V1) a partir de `transactionConfig`. Os validadores e operadores de RPC devem executar o Agave v4.2.2 ou posterior. Os remetentes da versão 1 (V1) devem também definir explicitamente os limites de computação e de contas carregadas e utilizar base64 para transações superiores a 1.232 bytes. Os fornecedores de carteiras, por sua vez, devem anunciar o suporte para a versão 1 (V1) apenas após confirmarem que o seu software consegue analisar e assinar corretamente o novo formato, de acordo com Solanaas diretrizes de atualização da.

Se você está lendo isto, já está um passo à frente. Continue assim assinando nossa newsletter.