O novo desafio da Solana: melhorar a qualidade das transações em vez da quantidade
A Solana é conhecida por suas transações de alta velocidade e grande capacidade, mas isso é suficiente? Ao analisarmos essas transações mais a fundo, não podemos deixar de perguntar: todas elas estão realmente criando valor real?
Na verdade, um grande número de transações na Solana não resulta de uma demanda real, mas sim de traders de alta frequência que aproveitam a diferença de informação em milissegundos para arbitragem. Esses chamados "traders tóxicos" utilizam uma vantagem técnica para aumentar as taxas de Gas quando os market makers estão prestes a cancelar ordens, garantindo que suas transações sejam executadas em primeiro lugar, completando assim a arbitragem e fazendo com que os market makers suportem perdas. Para compensar essas perdas, os market makers são forçados a aumentar o spread de compra e venda, custando, em última análise, aos usuários comuns.
A Solana sempre sonhou em realizar um livro de ordens que pudesse substituir as exchanges centralizadas na blockchain, mas a presença de "traders tóxicos" tornou-se um obstáculo para alcançar esse objetivo. 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 e proteger melhor a liquidez?
No sistema atual, devido ao mecanismo de consenso do Solana que adota leilões periódicos, os que consomem ordens têm, na verdade, prioridade, o que faz com que comportamentos maliciosos de MEV (valor máximo extraível) afetem a equidade do mercado.
No atual mecanismo de consenso da Solana, as transações são ordenadas dentro de cada intervalo de 400 milissegundos com base nas taxas de Gas prioritárias pagas, com as transações de maior lance a serem executadas primeiro. Nesse processo, os formadores de mercado precisam ajustar frequentemente suas cotações, cancelando e reemitindo ordens para se adaptar às mudanças de preços do mercado. Já os arbitradores monitoram as diferenças de preço e, ao descobrirem uma oportunidade, realizam a transação imediatamente, muitas vezes pagando taxas mais altas antes que os formadores de mercado possam cancelar suas ordens, levando a perdas frequentes para os formadores de mercado.
Idealmente, a ordem de execução das transações em uma exchange descentralizada (DEX) deve ser: à medida que os preços flutuam, primeiro executar todas as ordens de cancelamento, depois as novas ordens de venda, e por último as transações concluídas. 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 à cotação do oráculo, a situação ideal é atualizar primeiro o preço do oráculo e depois executar as transações que dependem desse preço. No entanto, no intervalo atual de 400 milissegundos, o mercado pode causar a execução das transações pelo preço original devido a flutuações acentuadas.
Para um protocolo de empréstimo, a melhor solução é primeiro adicionar margem de garantia e depois proceder à liquidação.
Portanto, Solana precisa de um mecanismo que permita diferentes protocolos ordenar transações com base na demanda, que é o que Solana sempre enfatizou como controle de execução de aplicativos (ACE).
BAM: Solana's solution
O BAM (Mercado de Montagem de Blocos) é a resposta que a Solana propôs para resolver esses problemas. Ele constrói uma camada de ordenação ou camada de pré-processamento entre a aplicação na cadeia Solana e a mainnet. O BAM utiliza ambientes de execução confiáveis (TEEs) para construir uma caixa de areia de privacidade, na qual as transações são ordenadas de acordo com regras predefinidas ou o princípio FIFO (primeiro a entrar, primeiro a sair), para melhor atender a protocolos como livros de ordens, exchanges de contratos perpétuos e dark pools.
Como funciona o BAM
No fluxo de transação tradicional do Solana, após o usuário confirmar a transação, a transação é enviada ao nó Leader do slot de tempo atual através do nó RPC. O Leader coleta, classifica e empacota as transações em blocos para transmissão, e outros nós votam.
E nas aplicações que integram o BAM, o processo de transação é ligeiramente diferente: as transações confirmadas pelo utilizador são primeiro enviadas para a rede BAM, onde são ordenadas em um ambiente TEE. Durante este processo, os nós podem adicionar transações adicionais através de plugins, como a atualização de preços de oráculos. O pacote de transações ordenadas é submetido ao nó líder da mainnet Solana, onde é então empacotado em blocos e transmitido.
O BAM na verdade atua como uma camada de pré-processamento opcional, não operando diretamente na mainnet do Solana, mas realizando a ordenação das transações "fora da cadeia" e, em seguida, submetendo o pacote de transações ordenadas à mainnet.
Três modos de operação do BAM
Solana modo padrão
Modo Block-Engine: A atual solução MEV da Jito, cujo núcleo é o mecanismo de licitação.
Modo BAM: os validadores ordenam estritamente de acordo com o princípio FIFO.
As características principais do modo BAM incluem:
Utilizar TEEs para construir um ambiente de privacidade para a ordenação de transações, garantindo a equidade.
Implementar lógica de ordenação de transações complexa através de um sistema de plugins, permitindo que as aplicações personalizem as regras de ordenação.
Aplicações práticas do BAM
Proteção de liquidação de empréstimos: executar prioritariamente a operação de colateral adicional, seguida da 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, e para o DEX de contratos também é possível liquidar simultaneamente os derivados relacionados.
Proteção contra a volatilidade dos preços: detecção de ordens grandes anormais e execução em lotes, dando tempo de reação ao mercado, evitando impactos negativos causados por liquidações em cascata ou arbitragem.
Proteção do market maker: em caso de eventos imprevistos, é possível retirar rapidamente as ordens, atualizar os preços e reverter as ordens, reduzindo o risco de arbitragem maliciosa.
Com a implementação do BAM, a experiência de negociação da Solana será significativamente melhorada, aproximando a experiência das aplicações na sua mainnet das das exchanges centralizadas.
No geral, o BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao processo de tratamento de transações da Solana. Ele permite que os desenvolvedores construam livros de ordens de limite central, exchanges de contratos perpétuos, dark pools e outras infraestruturas financeiras que requerem controle de ordenação, execução determinística e proteção de privacidade, impulsionando assim o desenvolvimento inovador do ecossistema Solana.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
11 Curtidas
Recompensa
11
4
Repostar
Compartilhar
Comentário
0/400
Layer2Arbitrageur
· 22h atrás
lmao só mais um dia de maxis a lidar com fluxo tóxico... tenho estado a frontrun com uma margem de 15bps desde o dia 1
Ver originalResponder0
AirdropHunter007
· 08-10 15:14
Quem não gosta de aproveitar o sol?
Ver originalResponder0
TestnetFreeloader
· 08-10 15:14
Quem nunca fez uma corrida para escapar?
Ver originalResponder0
Frontrunner
· 08-10 15:03
sol ainda é mais forte em ganhar dinheiro com costura
A Solana lançou a solução BAM para melhorar a qualidade e a equidade das transações.
O novo desafio da Solana: melhorar a qualidade das transações em vez da quantidade
A Solana é conhecida por suas transações de alta velocidade e grande capacidade, mas isso é suficiente? Ao analisarmos essas transações mais a fundo, não podemos deixar de perguntar: todas elas estão realmente criando valor real?
Na verdade, um grande número de transações na Solana não resulta de uma demanda real, mas sim de traders de alta frequência que aproveitam a diferença de informação em milissegundos para arbitragem. Esses chamados "traders tóxicos" utilizam uma vantagem técnica para aumentar as taxas de Gas quando os market makers estão prestes a cancelar ordens, garantindo que suas transações sejam executadas em primeiro lugar, completando assim a arbitragem e fazendo com que os market makers suportem perdas. Para compensar essas perdas, os market makers são forçados a aumentar o spread de compra e venda, custando, em última análise, aos usuários comuns.
A Solana sempre sonhou em realizar um livro de ordens que pudesse substituir as exchanges centralizadas na blockchain, mas a presença de "traders tóxicos" tornou-se um obstáculo para alcançar esse objetivo. 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 e proteger melhor a liquidez?
No sistema atual, devido ao mecanismo de consenso do Solana que adota leilões periódicos, os que consomem ordens têm, na verdade, prioridade, o que faz com que comportamentos maliciosos de MEV (valor máximo extraível) afetem a equidade do mercado.
No atual mecanismo de consenso da Solana, as transações são ordenadas dentro de cada intervalo de 400 milissegundos com base nas taxas de Gas prioritárias pagas, com as transações de maior lance a serem executadas primeiro. Nesse processo, os formadores de mercado precisam ajustar frequentemente suas cotações, cancelando e reemitindo ordens para se adaptar às mudanças de preços do mercado. Já os arbitradores monitoram as diferenças de preço e, ao descobrirem uma oportunidade, realizam a transação imediatamente, muitas vezes pagando taxas mais altas antes que os formadores de mercado possam cancelar suas ordens, levando a perdas frequentes para os formadores de mercado.
Idealmente, a ordem de execução das transações em uma exchange descentralizada (DEX) deve ser: à medida que os preços flutuam, primeiro executar todas as ordens de cancelamento, depois as novas ordens de venda, e por último as transações concluídas. 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 à cotação do oráculo, a situação ideal é atualizar primeiro o preço do oráculo e depois executar as transações que dependem desse preço. No entanto, no intervalo atual de 400 milissegundos, o mercado pode causar a execução das transações pelo preço original devido a flutuações acentuadas.
Para um protocolo de empréstimo, a melhor solução é primeiro adicionar margem de garantia e depois proceder à liquidação.
Portanto, Solana precisa de um mecanismo que permita diferentes protocolos ordenar transações com base na demanda, que é o que Solana sempre enfatizou como controle de execução de aplicativos (ACE).
BAM: Solana's solution
O BAM (Mercado de Montagem de Blocos) é a resposta que a Solana propôs para resolver esses problemas. Ele constrói uma camada de ordenação ou camada de pré-processamento entre a aplicação na cadeia Solana e a mainnet. O BAM utiliza ambientes de execução confiáveis (TEEs) para construir uma caixa de areia de privacidade, na qual as transações são ordenadas de acordo com regras predefinidas ou o princípio FIFO (primeiro a entrar, primeiro a sair), para melhor atender a protocolos como livros de ordens, exchanges de contratos perpétuos e dark pools.
Como funciona o BAM
No fluxo de transação tradicional do Solana, após o usuário confirmar a transação, a transação é enviada ao nó Leader do slot de tempo atual através do nó RPC. O Leader coleta, classifica e empacota as transações em blocos para transmissão, e outros nós votam.
E nas aplicações que integram o BAM, o processo de transação é ligeiramente diferente: as transações confirmadas pelo utilizador são primeiro enviadas para a rede BAM, onde são ordenadas em um ambiente TEE. Durante este processo, os nós podem adicionar transações adicionais através de plugins, como a atualização de preços de oráculos. O pacote de transações ordenadas é submetido ao nó líder da mainnet Solana, onde é então empacotado em blocos e transmitido.
O BAM na verdade atua como uma camada de pré-processamento opcional, não operando diretamente na mainnet do Solana, mas realizando a ordenação das transações "fora da cadeia" e, em seguida, submetendo o pacote de transações ordenadas à mainnet.
Três modos de operação do BAM
As características principais do modo BAM incluem:
Aplicações práticas do BAM
Com a implementação do BAM, a experiência de negociação da Solana será significativamente melhorada, aproximando a experiência das aplicações na sua mainnet das das exchanges centralizadas.
No geral, o BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao processo de tratamento de transações da Solana. Ele permite que os desenvolvedores construam livros de ordens de limite central, exchanges de contratos perpétuos, dark pools e outras infraestruturas financeiras que requerem controle de ordenação, execução determinística e proteção de privacidade, impulsionando assim o desenvolvimento inovador do ecossistema Solana.