As atualizações de uma blockchain nem sempre alteram aquilo que uma rede consegue fazer. Por vezes, alteram a fiabilidade com que várias coisas podem acontecer em simultâneo.
Essa é a ideia por detrás de XRP Ledger Batch V1.1, uma alteração concebida para permitir que os participantes agrupem até oito transações num único lote. Em vez de permitir que parte dessa sequência seja executada enquanto o resto falha, o lote pode ser estruturado em torno de um único resultado: ou tudo é processado, ou nada é.
Foi noticiado que a alteração deveria ser ativada após 29 de setembro às 14:06:41 UTC, desde que o apoio dos validadores se mantivesse no limiar exigido de 80% durante 14 dias. O relatório RSS mostrava o apoio de 30 dos 35 validadores monitorizados.
Para os traders, o mais importante não é saber se a atualização cria uma nova narrativa em torno do XRP. É perceber o que a execução atómica altera por baixo do mercado, sobretudo para aplicações que tentam coordenar várias ações na cadeia sem deixar os utilizadores bloqueados a meio de uma sequência.
Quando metade de uma sequência de transações é o problema
A maioria das transações é suficientemente simples por si só. Uma transferência é concluída ou não é. A complexidade começa a aumentar quando várias transações dependem umas das outras.
Imagine que uma aplicação precisa de executar uma série de ações relacionadas que envolvem transferências, ofertas ou outras operações de conta. Se essas ações forem submetidas separadamente, uma pode ser bem-sucedida enquanto outra falha porque o saldo mudou, um requisito de comissão não foi cumprido ou as condições se alteraram entre as submissões. O resultado pode ser tecnicamente válido, mas operacionalmente incompleto.
A Batch V1.1 introduz uma forma diferente de lidar com esse problema.
Podem ser agrupadas até oito transações, de modo que a sequência pretendida seja bem-sucedida como um todo ou falhe como um todo. É isso que atomicidade significa neste contexto. O valor não está em cada transação individual se tornar mais segura ou mais rentável. Está no facto de as aplicações ganharem maior controlo sobre o que acontece quando várias ações devem funcionar como uma só.
Para os traders, essa distinção é importante. A execução atómica pode reduzir certas formas de risco de execução parcial, mas não pode eliminar o risco de mercado associado à própria transação. Uma sequência executada na perfeição pode ainda assim ocorrer num momento desfavorável.
A alteração é apenas uma camada da mudança
Há outra distinção que vale a pena ter presente: o suporte do protocolo não é o mesmo que disponibilidade prática.
A Batch V1.1 poderá acrescentar esta capacidade ao XRP Ledger, mas as carteiras, as aplicações descentralizadas e outras ferramentas da rede ainda terão de decidir se e como a utilizar. Até que essas interfaces disponibilizem o processamento em lote de uma forma a que os utilizadores possam realmente aceder, a alteração continuará a ser infraestrutura, em vez de uma funcionalidade com que todos os traders se deparem imediatamente.
Esta diferença entre a capacidade do protocolo e a adoção do produto é comum nas criptomoedas. Uma rede pode estabelecer novas regras muito antes de essas regras alterarem de forma significativa a experiência média do utilizador.
No caso da Batch V1.1, as perguntas mais úteis surgem, portanto, depois da ativação. Que aplicações a adotam? Que tipos de fluxos de transações agrupam? E a execução atómica simplifica materialmente processos que anteriormente exigiam várias transações independentes?
Essas respostas dirão mais sobre a sua importância prática do que o simples evento de ativação.
A ativação é um processo, não apenas uma data
A data de 29 de setembro referida também precisa de contexto.
Esperava-se que a alteração fosse ativada apenas se o apoio dos validadores se mantivesse acima do limiar de 80% durante o período exigido de 14 dias. Isso torna o momento condicional, em vez de equivalente a um lançamento garantido.
Uma alteração proposta, apoio suficiente dos validadores, um momento de ativação previsto e uma alteração efetivamente ativa são fases distintas do processo.
Essa distinção torna-se especialmente importante quando eventos técnicos começam a circular como manchetes de mercado. As expectativas podem avançar mais depressa do que os protocolos, particularmente no XRP Ledger, onde o consenso dos validadores desempenha um papel central na forma como as alterações da rede são adotadas.
Para quem acompanha a Batch V1.1, o ponto de verificação relevante não é, portanto, simplesmente saber se foi comunicado um momento de ativação. É saber se as condições exigidas para os validadores foram cumpridas e se a alteração se tornou efetivamente ativa.
A execução atómica não torna os mercados atómicos
É fácil exagerar o alcance da execução do tipo tudo ou nada.
O processamento em lote pode determinar se um grupo de transações é concluído em conjunto. Não pode fazer surgir liquidez, impedir a alteração dos preços ou garantir que o resultado económico dessas transações seja favorável.
Esses riscos existem fora do mecanismo de atomicidade.
Se as condições do mercado mudarem antes de uma ordem chegar ao seu destino, o agrupamento não congela o mercado à sua volta. Se a liquidez for reduzida, a atualização não aprofunda o livro de ordens. E, se uma estratégia estiver mal concebida, executar com sucesso todos os seus componentes não a torna rentável.
O Batch V1.1 também não significa que as transações do XRP Ledger passarão subitamente a ser agrupadas por defeito. A funcionalidade torna-se relevante quando as aplicações são deliberadamente desenvolvidas com base nela e os utilizadores interagem com produtos que suportam esses fluxos.
Isso deixa os controlos de execução habituais igualmente importantes. Os traders continuam a precisar de compreender a liquidez, as condições da plataforma e a forma como os diferentes tipos de ordens influenciam a execução das transações, porque a atomicidade não substitui esses mecanismos.
A questão mais importante é o que será construído a partir daí
O Batch V1.1 é, em última análise, uma atualização da infraestrutura, e a infraestrutura tende a ser relevante através daquilo que os programadores fazem com ela a seguir.
Dar às aplicações uma forma de coordenar várias transações sob uma única condição de execução poderá tornar alguns fluxos de trabalho com várias etapas mais simples e previsíveis. Isso poderá ser útil sempre que uma conclusão parcial crie problemas operacionais, sobretudo à medida que as aplicações se tornam mais complexas.
Mas a alteração em si é apenas a fundação. A adoção por carteiras e aplicações determinará onde os agrupamentos atómicos se tornarão úteis na prática, enquanto a liquidez, o momento e as condições do mercado continuarão a determinar os riscos associados às transações resultantes.
É por isso que o Batch V1.1 é mais interessante enquanto atualização da execução do que enquanto sinal de mercado. Altera uma das formas como as transações podem ser coordenadas no XRP Ledger. Não determina o valor que o XRP deverá ter posteriormente.
Para os traders, essa fronteira é o aspeto útil a compreender. As atualizações do protocolo podem melhorar a maquinaria subjacente a um mercado sem decidir para onde esse mercado seguirá a seguir.
