A Solana é conhecida pela sua rápida velocidade de transação e alto volume de transações, mas isso significa que ela atingiu a perfeição? Ao examinar cuidadosamente essas transações, não podemos deixar de perguntar: elas estão todas a criar valor real?
Na verdade, muitas transações na Solana não provêm de uma demanda real, mas sim de arbitradores de alta frequência que utilizam diferenças de informação em milissegundos para obter lucros. Esses chamados "traders tóxicos" aproveitam-se da vantagem técnica, aumentando as taxas de Gas quando os formadores de mercado estão prestes a cancelar ordens, garantindo que suas transações sejam priorizadas para serem incluídas no bloco, completando assim a arbitragem, o que resulta em perdas para os formadores de mercado. Para compensar essas perdas, os formadores de mercado são obrigados a ampliar o spread de compra e venda, que acaba sendo suportado como custo adicional pelos usuários comuns.
A Solana sempre sonhou em implementar um livro de ordens na blockchain, substituindo as exchanges centralizadas. No entanto, a presença de "traders tóxicos" tornou-se o principal obstáculo para realizar esse sonho. Este é o novo desafio que a Solana enfrenta atualmente: o volume de transações não é igual à liquidez. Um mercado realmente saudável não precisa de mais transações, mas sim de transações de maior qualidade.
Como eliminar transações tóxicas para proteger melhor a liquidez?
No sistema atual, devido ao mecanismo de leilão periódico de consenso da Solana, quem consome ordens efetivamente goza de prioridade, o que faz com que o MEV (valor máximo extraível) malicioso afete gravemente a equidade do mercado.
Especificamente, na atual consenso da Solana, as transações em cada período de tempo (Slot) são ordenadas de acordo com as taxas de Gas prioritárias pagas, com as transações que oferecem mais sendo executadas primeiro. Este leilão acontece a cada 400 milissegundos. Durante esse processo, os formadores de mercado precisam ajustar frequentemente suas ofertas, incluindo cancelar e repostar ordens, para se adequar às mudanças nos preços do mercado. Por outro lado, os tomadores de ordens, especialmente os arbitradores de alta frequência, monitoram constantemente as diferenças de preço e, ao encontrar uma oportunidade, realizam a transação imediatamente. Assim, os arbitradores podem garantir a execução pagando taxas mais altas para completar a transação antes que a ordem seja cancelada, o que leva os formadores de mercado a frequentemente sofrerem perdas.
Para uma exchange descentralizada (DEX) com livro de ordens, a ordem ideal de execução das transações deve ser: com a flutuação de preços, primeiro executar todas as ordens de cancelamento, em seguida, executar as novas ordens pendentes e, por fim, executar as transações. No entanto, o mecanismo de consenso atual da Solana não consegue realizar isso em um nível micro.
Da mesma forma, em relação aos preços dos oráculos, a situação ideal é atualizar primeiro o preço do oráculo e, em seguida, executar as transações que dependem desse preço. No entanto, com o intervalo atual de 400 milissegundos, o mercado pode causar que as transações ainda sejam executadas com o preço original devido a flutuações acentuadas.
Para acordos de empréstimo, a melhor prática é primeiro adicionar margem e, em seguida, proceder à liquidação.
Portanto, a solução mais ideal é permitir que diferentes protocolos classifiquem as transações de acordo com a demanda, que é o conceito de Execução Controlada por Aplicação (Application-Controlled Execution, ACE) que a Solana sempre enfatizou.
BAM: A solução inovadora da Solana
O Mercado de Montagem de Blocos (Block Assembly Marketplace, BAM) é uma solução inovadora proposta pela Solana para resolver esses problemas. O BAM construiu uma camada de ordenação, ou camada de pré-processamento, entre a aplicação na cadeia Solana e a rede principal.
A BAM utiliza ambientes de execução confiáveis (Trusted Execution Environments, TEEs) para construir uma sandbox de privacidade, classificando as transações dentro da sandbox de acordo com regras de ordenação pré-determinadas ou pelo princípio de primeiro a entrar, primeiro a sair (FIFO). Este mecanismo visa servir melhor protocolos como livros de ordens, exchanges de contratos perpétuos e dark pools.
Mecanismo de funcionamento do BAM
O processo de negociação da BAM é o seguinte:
O usuário confirma a transação na carteira
Transação enviada para o nó RPC
Transação transferida para a rede BAM, ordenada num ambiente de privacidade TEE.
Gerar a prova e submeter o pacote de dados da transação ao nó líder da mainnet Solana
O nó líder coleta transações que contêm pacotes BAM e os empacota em blocos para transmissão.
Outros nós votam
É importante notar que o processo de consenso do BAM não conflita com a mainnet do Solana, mas é uma funcionalidade opcional. O BAM não opera diretamente na mainnet do Solana, mas conclui a ordenação das transações de forma "off-chain" antes de agrupar as transações e enviá-las para a mainnet do Solana.
Características principais do BAM
Ambientes de Execução Confiáveis (TEEs): Utilizar TEEs para construir um ambiente de privacidade para a ordenação de transações, garantindo a equidade.
Sistema de Plugins: Através do sistema de plugins, o BAM permite que aplicações construam lógicas de ordenação de transações personalizadas, implementando ordenações complexas, enquanto mantém a segurança do ambiente TEE.
Controle de execução de aplicativos (ACE): implementou a funcionalidade de classificar transações de acordo com as necessidades de diferentes protocolos.
Aplicações Práticas do BAM
Proteção de liquidação de empréstimos: executar prioritariamente a operação de fornecimento de colateral adicional, antes de realizar a verificação de liquidação.
Combinação de transações a nível atómico: primeiro atualizar o preço do oráculo, depois executar as transações que dependem desse preço, para DEX de contratos também é possível liquidar simultaneamente produtos derivados relacionados.
Proteção contra flutuações de preços: Detectar ordens grandes anormais, dividi-las em blocos menores para execução em lotes, dando tempo ao mercado para reagir, evitando a espiral de morte causada por liquidações em cadeia ou arbitragem.
Proteção do market maker: em caso de eventos imprevistos, permite o cancelamento de ordens, atualização do preço do oráculo e re-colocação de ordens em milissegundos, evitando arbitragem maliciosa e reduzindo a diferença de preço.
Conclusão
O BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao processo de tratamento de transações da Solana, permitindo que os desenvolvedores construam infraestruturas financeiras mais complexas e seguras. Com a implementação do BAM, a experiência do usuário das aplicações na mainnet da Solana se aproximará mais das trocas centralizadas, impulsionando a inovação e o desenvolvimento do ecossistema Solana.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Solana lançou o mecanismo BAM para otimizar a ordenação das transações e aumentar a liquidez na cadeia.
O comércio rápido da Solana: sucesso ou risco?
A Solana é conhecida pela sua rápida velocidade de transação e alto volume de transações, mas isso significa que ela atingiu a perfeição? Ao examinar cuidadosamente essas transações, não podemos deixar de perguntar: elas estão todas a criar valor real?
Na verdade, muitas transações na Solana não provêm de uma demanda real, mas sim de arbitradores de alta frequência que utilizam diferenças de informação em milissegundos para obter lucros. Esses chamados "traders tóxicos" aproveitam-se da vantagem técnica, aumentando as taxas de Gas quando os formadores de mercado estão prestes a cancelar ordens, garantindo que suas transações sejam priorizadas para serem incluídas no bloco, completando assim a arbitragem, o que resulta em perdas para os formadores de mercado. Para compensar essas perdas, os formadores de mercado são obrigados a ampliar o spread de compra e venda, que acaba sendo suportado como custo adicional pelos usuários comuns.
A Solana sempre sonhou em implementar um livro de ordens na blockchain, substituindo as exchanges centralizadas. No entanto, a presença de "traders tóxicos" tornou-se o principal obstáculo para realizar esse sonho. Este é o novo desafio que a Solana enfrenta atualmente: o volume de transações não é igual à liquidez. Um mercado realmente saudável não precisa de mais transações, mas sim de transações de maior qualidade.
Como eliminar transações tóxicas para proteger melhor a liquidez?
No sistema atual, devido ao mecanismo de leilão periódico de consenso da Solana, quem consome ordens efetivamente goza de prioridade, o que faz com que o MEV (valor máximo extraível) malicioso afete gravemente a equidade do mercado.
Especificamente, na atual consenso da Solana, as transações em cada período de tempo (Slot) são ordenadas de acordo com as taxas de Gas prioritárias pagas, com as transações que oferecem mais sendo executadas primeiro. Este leilão acontece a cada 400 milissegundos. Durante esse processo, os formadores de mercado precisam ajustar frequentemente suas ofertas, incluindo cancelar e repostar ordens, para se adequar às mudanças nos preços do mercado. Por outro lado, os tomadores de ordens, especialmente os arbitradores de alta frequência, monitoram constantemente as diferenças de preço e, ao encontrar uma oportunidade, realizam a transação imediatamente. Assim, os arbitradores podem garantir a execução pagando taxas mais altas para completar a transação antes que a ordem seja cancelada, o que leva os formadores de mercado a frequentemente sofrerem perdas.
Para uma exchange descentralizada (DEX) com livro de ordens, a ordem ideal de execução das transações deve ser: com a flutuação de preços, primeiro executar todas as ordens de cancelamento, em seguida, executar as novas ordens pendentes e, por fim, executar as transações. No entanto, o mecanismo de consenso atual da Solana não consegue realizar isso em um nível micro.
Da mesma forma, em relação aos preços dos oráculos, a situação ideal é atualizar primeiro o preço do oráculo e, em seguida, executar as transações que dependem desse preço. No entanto, com o intervalo atual de 400 milissegundos, o mercado pode causar que as transações ainda sejam executadas com o preço original devido a flutuações acentuadas.
Para acordos de empréstimo, a melhor prática é primeiro adicionar margem e, em seguida, proceder à liquidação.
Portanto, a solução mais ideal é permitir que diferentes protocolos classifiquem as transações de acordo com a demanda, que é o conceito de Execução Controlada por Aplicação (Application-Controlled Execution, ACE) que a Solana sempre enfatizou.
BAM: A solução inovadora da Solana
O Mercado de Montagem de Blocos (Block Assembly Marketplace, BAM) é uma solução inovadora proposta pela Solana para resolver esses problemas. O BAM construiu uma camada de ordenação, ou camada de pré-processamento, entre a aplicação na cadeia Solana e a rede principal.
A BAM utiliza ambientes de execução confiáveis (Trusted Execution Environments, TEEs) para construir uma sandbox de privacidade, classificando as transações dentro da sandbox de acordo com regras de ordenação pré-determinadas ou pelo princípio de primeiro a entrar, primeiro a sair (FIFO). Este mecanismo visa servir melhor protocolos como livros de ordens, exchanges de contratos perpétuos e dark pools.
Mecanismo de funcionamento do BAM
O processo de negociação da BAM é o seguinte:
É importante notar que o processo de consenso do BAM não conflita com a mainnet do Solana, mas é uma funcionalidade opcional. O BAM não opera diretamente na mainnet do Solana, mas conclui a ordenação das transações de forma "off-chain" antes de agrupar as transações e enviá-las para a mainnet do Solana.
Características principais do BAM
Ambientes de Execução Confiáveis (TEEs): Utilizar TEEs para construir um ambiente de privacidade para a ordenação de transações, garantindo a equidade.
Sistema de Plugins: Através do sistema de plugins, o BAM permite que aplicações construam lógicas de ordenação de transações personalizadas, implementando ordenações complexas, enquanto mantém a segurança do ambiente TEE.
Controle de execução de aplicativos (ACE): implementou a funcionalidade de classificar transações de acordo com as necessidades de diferentes protocolos.
Aplicações Práticas do BAM
Proteção de liquidação de empréstimos: executar prioritariamente a operação de fornecimento de colateral adicional, antes de realizar a verificação de liquidação.
Combinação de transações a nível atómico: primeiro atualizar o preço do oráculo, depois executar as transações que dependem desse preço, para DEX de contratos também é possível liquidar simultaneamente produtos derivados relacionados.
Proteção contra flutuações de preços: Detectar ordens grandes anormais, dividi-las em blocos menores para execução em lotes, dando tempo ao mercado para reagir, evitando a espiral de morte causada por liquidações em cadeia ou arbitragem.
Proteção do market maker: em caso de eventos imprevistos, permite o cancelamento de ordens, atualização do preço do oráculo e re-colocação de ordens em milissegundos, evitando arbitragem maliciosa e reduzindo a diferença de preço.
Conclusão
O BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao processo de tratamento de transações da Solana, permitindo que os desenvolvedores construam infraestruturas financeiras mais complexas e seguras. Com a implementação do BAM, a experiência do usuário das aplicações na mainnet da Solana se aproximará mais das trocas centralizadas, impulsionando a inovação e o desenvolvimento do ecossistema Solana.