Os novos desafios da Solana: buscar transações de maior qualidade

Solana é conhecida pela sua alta velocidade e grande volume de transações, mas isso significa que já alcançou a perfeição? Quando analisamos essas transações de perto, não podemos deixar de nos perguntar: todas elas estão realmente a criar valor?

Na verdade, muitas transações na Solana não são originadas de uma demanda real, mas sim de arbitradores de alta frequência que lucram com diferenças de informação em milissegundos. Esses “traders tóxicos” utilizam vantagens técnicas para aumentar as taxas de Gas quando os market makers estão prestes a cancelar ordens, garantindo que suas transações sejam priorizadas para serem incluídas, completando assim a arbitragem e fazendo com que os market makers sofram perdas. Para compensar essas perdas, os market makers são forçados a aumentar o spread de compra e venda, resultando em custos que acabam sendo suportados pelos usuários comuns.

A Solana sempre teve a visão de implementar um livro de ordens na cadeia para substituir as bolsas centralizadas. No entanto, a existência de “traders tóxicos” tornou-se um obstáculo para alcançar esse objetivo. Este é o novo desafio que a Solana enfrenta: o volume de transações não é igual à liquidez. Um mercado verdadeiramente saudável não precisa de mais transações, mas sim de transações de maior qualidade.

Como eliminar transações tóxicas e proteger melhor a liquidez?

No sistema atual, devido ao mecanismo de leilão periódico de consenso da Solana, os que consomem ordens têm, na verdade, prioridade, o que leva a um impacto malicioso do MEV na equidade do mercado.

No mecanismo de consenso atual da Solana, as transações dentro de cada período de (Slot) são ordenadas com base na taxa de Gas prioritária paga, sendo que as transações com a maior oferta são executadas primeiro. Este leilão ocorre a cada 400 milissegundos.

Neste processo, os formadores de mercado precisam ajustar frequentemente as cotações, cancelar ordens e reordenar, para se adaptar às mudanças nos preços do mercado. Por outro lado, os compradores, especialmente os arbitradores de alta frequência, monitoram continuamente as discrepâncias de preços e, assim que encontram uma oportunidade, realizam imediatamente a transação. Portanto, os arbitradores podem garantir a execução pagando taxas mais altas para serem os primeiros a realizar a transação antes que a ordem seja cancelada, levando os formadores de mercado a sofrerem perdas frequentes.

Para uma exchange descentralizada com livro de ordens, a ordenação ideal deveria ser: com a flutuação dos preços, primeiro executar todos os cancelamentos, depois executar as novas ordens pendentes e, por último, executar as transações. No entanto, o atual mecanismo de consenso da Solana não consegue realizar isso em um nível micro.

Existem problemas semelhantes em relação às cotações de oráculos. Idealmente, os preços dos oráculos deveriam ser atualizados antes de executar as transações que dependem desses preços. No entanto, com um intervalo atual de 400 milissegundos, se houver uma forte volatilidade no mercado, isso pode levar a que as transações ainda sejam executadas ao preço original.

Para os protocolos de empréstimo, a melhor prática é primeiro complementar a margem de garantia e depois proceder à liquidação.

Portanto, a solução ideal é permitir que diferentes protocolos ordenem as transações conforme a necessidade, isso é o que a Solana sempre enfatizou sobre a Execução Controlada por Aplicação (Application-Controlled Execution, ACE).

Mercado de Montagem de Blocos (Block Assembly Marketplace, BAM) é a solução proposta pela Solana para este problema.

A BAM construiu uma camada de ordenação, ou camada de pré-processamento, entre a aplicação e a mainnet na rede Solana. Ela utiliza ambientes de execução confiáveis (Trusted Execution Environments, TEEs) para construir uma sandbox de privacidade, onde as transações são ordenadas com base em regras de ordenação pré-determinadas ou no princípio de primeiro a entrar, primeiro a sair (FIFO).

Este mecanismo pode servir melhor protocolos como livros de ordens, bolsas de contratos perpétuos e dark pools.

Modo de Ordenação de Transações BAM

BAM suporta três modos de operação:

1. Solana modo padrão
2. Modo Block-Engine: atualmente o núcleo de uma solução MEV, baseado principalmente em um mecanismo de leilão.
3. Modo BAM: os validadores classificam estritamente de acordo com o princípio FIFO.

O núcleo do modelo BAM inclui os seguintes pontos:

1. Ambiente de Execução Confiável ( TEEs ): Utilizar TEEs para criar um ambiente de privacidade para ordenar transações, garantindo equidade.
2. Sistema de plugins: através do sistema de plugins, o BAM permite que as aplicações construam lógica de ordenação de transações personalizada, mas essa ordenação é baseada em regras predefinidas, e não em decisões arbitrárias dos nós.

O sistema de plugins planeja implementar uma ordenação complexa de transações, mantendo ao mesmo tempo a garantia de segurança do ambiente TEE. Atualmente, este sistema ainda está em fase de desenvolvimento inicial.

Aplicações específicas do BAM

1. Proteção de liquidação de empréstimos: para contratos de empréstimo, após detectar risco de liquidação, priorizar a execução de operações de colateral adicional, antes de realizar a verificação de liquidação.

2. Combinação de transações em nível atômico: para as exchanges descentralizadas, primeiro atualize o preço do oráculo e depois execute as transações que dependem desse preço. Para as exchanges de contratos, também é possível liquidar os derivados relacionados dentro da mesma janela de tempo.

3. Proteção contra flutuações de preços: para as exchanges descentralizadas, detectar ordens grandes anormais, dividi-las em pequenos lotes e executá-las em etapas, dando ao mercado tempo suficiente para reagir, evitando liquidações em cadeia ou arbitragem que possam causar consequências graves.

4. Proteção dos Market Makers: Em caso de eventos imprevistos, é possível cancelar ordens, atualizar preços de oráculos e reiniciar ordens de market making em milissegundos, evitando a arbitragem maliciosa e reduzindo o spread.

Com a implementação do BAM, a experiência de negociação da Solana será significativamente melhorada, tornando a experiência das aplicações na sua mainnet mais próxima das trocas centralizadas.

Em geral, o BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao processo de processamento de transações da Solana. Isso permite que os desenvolvedores construam livros de ordens de limite central, casas de câmbio de contratos perpétuos, dark pools e outras infraestruturas financeiras que exigem controle de ordenação, execução determinística e proteção de privacidade, promovendo assim o desenvolvimento inovador do ecossistema Solana.