O novo desafio da Solana: da busca por velocidade à busca por transações de qualidade
Solana é conhecida pela sua alta velocidade de transações e enorme volume de negócios, mas será que isso é realmente suficiente? Ao analisarmos mais a fundo estas transações, uma questão chave emerge: será que todas estas transações estão a criar valor real?
Na verdade, uma grande quantidade de transações na Solana não se origina de uma demanda real de transações, mas sim de arbitradores de alta frequência que lucram com discrepâncias de informação em milissegundos. Esses chamados "traders tóxicos" aproveitam a vantagem técnica para aumentar as taxas de Gas quando os formadores de mercado estão prestes a cancelar ordens, garantindo que suas transações sejam embaladas primeiro, completando assim a arbitragem e fazendo com que os formadores de mercado suportem perdas. Para compensar essas perdas, os formadores de mercado são forçados a aumentar o spread de compra e venda, resultando em custos adicionais para os usuários comuns.
A Solana sempre sonhou em realizar um sistema de livro de ordens na cadeia que pudesse substituir as exchanges centralizadas. No entanto, a existência de "traders tóxicos" tornou-se um obstáculo para a realização desse sonho. Este é o novo desafio que a Solana enfrenta atualmente: o volume de negociações não é equivalente à liquidez. Um mercado realmente saudável não precisa de mais negociações, mas sim de negociações de maior qualidade.
Como eliminar transações tóxicas e proteger melhor a liquidez?
No sistema atual, devido ao mecanismo de consenso da Solana adotar leilões periódicos, os compradores têm, na verdade, prioridade, o que leva a comportamentos maliciosos de MEV (valor máximo extraível) a afetar a equidade do mercado.
O mecanismo de consenso da Solana forma um slot de tempo a cada 400 milissegundos, onde as transações são executadas em ordem de acordo com as taxas de Gas pagas. Este mecanismo leva os market makers a precisarem ajustar frequentemente os preços, enquanto os arbitradores de alta frequência podem completar transações pagando taxas mais altas antes que os market makers cancelem suas ordens, fazendo com que os market makers frequentemente sofram perdas.
Idealmente, uma exchange descentralizada (DEX) com livro de ordens deveria executar as transações na seguinte ordem: primeiro executar todas as operações de cancelamento, depois as novas ordens de compra e venda, e por último as transações realizadas. No entanto, o mecanismo de consenso atual da Solana não consegue realizar isso em um nível microscópico.
Da mesma forma, em relação à cotação dos oráculos, a melhor prática é atualizar primeiro o preço do oráculo e, em seguida, executar as transações que dependem desse preço. No entanto, no intervalo atual de 400 milissegundos, a volatilidade do mercado pode fazer com que as transações ainda sejam executadas com preços antigos.
Para os protocolos de empréstimo, a ordem ideal é primeiro adicionar margem e depois realizar a liquidação.
Portanto, a Solana precisa de um mecanismo que permita que diferentes protocolos ordenem as transações com base na demanda, que é o conceito de Controle de Execução de Aplicações (ACE) que a Solana tem enfatizado.
BAM: A solução da Solana
O Mercado de Montagem de Blocos (BAM) é a solução proposta pela Solana para resolver esses problemas. O BAM construiu uma camada de ordenação ou uma camada de pré-processamento entre a aplicação na cadeia Solana e a rede principal.
BAM utiliza ambientes de execução confiáveis (TEEs) para construir um sandbox de privacidade, ordenando as transações no sandbox de acordo com regras predefinidas 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.
Como funciona o BAM
O processo de transação do BAM é diferente do processo de transação normal do Solana. No modo BAM, a transação é primeiro enviada para o nó RPC, depois transferida para a rede BAM. A ordenação é feita em um ambiente de privacidade TEE, onde os nós podem adicionar transações adicionais através de plugins (como a atualização de preços de oráculos), e então gerar provas. Finalmente, o pacote de dados da transação é submetido ao nó líder da mainnet do Solana, onde é agrupado com outras transações em um bloco e transmitido.
O BAM suporta três modos de operação: Modo padrão Solana, Modo Block-Engine (atualmente a solução MEV de algumas plataformas, com um mecanismo de leilão como núcleo) e Modo BAM (os validadores seguem rigorosamente a ordem FIFO).
Características principais do BAM
Ambientes de Execução Confiáveis (TEEs): utilizar TEEs para construir ambientes de privacidade, garantindo a equidade na ordenação das transações.
Sistema de plugins: permite que as aplicações construam lógica de ordenação de transações personalizada, implementando requisitos de ordenação complexos.
Aplicações Práticas do BAM
Proteção de liquidação de empréstimos: executar primeiro a operação de colateral adicional, seguida da verificação de liquidação.
Combinação de transações a nível atómico: para as exchanges descentralizadas, primeiro atualize o preço do oráculo, 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.
Proteção contra a volatilidade de preços: Detectar grandes ordens anormais, dividindo-as em pequenos blocos para execução em lotes, dando tempo de reação ao mercado, evitando liquidações em cadeia ou arbitragem que causam uma espiral de morte.
Proteção de market makers: em caso de eventos inesperados, permite o cancelamento de ordens em milissegundos, atualização de preços de oráculos e nova colocação de ordens, evitando arbitragem maliciosa e reduzindo o spread.
Com a implementação do BAM, a experiência de negociação da Solana irá melhorar significativamente, aproximando-se da experiência das bolsas centralizadas. O BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao processo de negociação da Solana, permitindo que os desenvolvedores construam infraestruturas financeiras mais complexas e impulsionem a inovação no ecossistema da 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.
15 gostos
Recompensa
15
7
Republicar
Partilhar
Comentar
0/400
HorizonHunter
· 10h atrás
sol já morreu, os traficantes na cadeia ganharam muito
Ver originalResponder0
UnluckyValidator
· 18h atrás
Só por fazer os idiotas pagarem, desisti.
Ver originalResponder0
RektButStillHere
· 08-07 14:08
Um grande número de ordens de lavagem sem sentido
Ver originalResponder0
LiquidationAlert
· 08-07 14:06
Se continuar assim, o gás vai ser desperdiçado pelos investidores de retalho.
Ver originalResponder0
PessimisticOracle
· 08-07 14:00
Quem ainda está a negociar sol é idiota
Ver originalResponder0
BearMarketSurvivor
· 08-07 13:55
Armadilha de cachorro é a maior informação desfavorável do web3
Ver originalResponder0
CryptoPunster
· 08-07 13:53
A velocidade é uma praga, ri até morrer, quem perde sabe.
Solana BAM: a transformação da velocidade das transações para a qualidade das transações
O novo desafio da Solana: da busca por velocidade à busca por transações de qualidade
Solana é conhecida pela sua alta velocidade de transações e enorme volume de negócios, mas será que isso é realmente suficiente? Ao analisarmos mais a fundo estas transações, uma questão chave emerge: será que todas estas transações estão a criar valor real?
Na verdade, uma grande quantidade de transações na Solana não se origina de uma demanda real de transações, mas sim de arbitradores de alta frequência que lucram com discrepâncias de informação em milissegundos. Esses chamados "traders tóxicos" aproveitam a vantagem técnica para aumentar as taxas de Gas quando os formadores de mercado estão prestes a cancelar ordens, garantindo que suas transações sejam embaladas primeiro, completando assim a arbitragem e fazendo com que os formadores de mercado suportem perdas. Para compensar essas perdas, os formadores de mercado são forçados a aumentar o spread de compra e venda, resultando em custos adicionais para os usuários comuns.
A Solana sempre sonhou em realizar um sistema de livro de ordens na cadeia que pudesse substituir as exchanges centralizadas. No entanto, a existência de "traders tóxicos" tornou-se um obstáculo para a realização desse sonho. Este é o novo desafio que a Solana enfrenta atualmente: o volume de negociações não é equivalente à liquidez. Um mercado realmente saudável não precisa de mais negociações, mas sim de negociações de maior qualidade.
Como eliminar transações tóxicas e proteger melhor a liquidez?
No sistema atual, devido ao mecanismo de consenso da Solana adotar leilões periódicos, os compradores têm, na verdade, prioridade, o que leva a comportamentos maliciosos de MEV (valor máximo extraível) a afetar a equidade do mercado.
O mecanismo de consenso da Solana forma um slot de tempo a cada 400 milissegundos, onde as transações são executadas em ordem de acordo com as taxas de Gas pagas. Este mecanismo leva os market makers a precisarem ajustar frequentemente os preços, enquanto os arbitradores de alta frequência podem completar transações pagando taxas mais altas antes que os market makers cancelem suas ordens, fazendo com que os market makers frequentemente sofram perdas.
Idealmente, uma exchange descentralizada (DEX) com livro de ordens deveria executar as transações na seguinte ordem: primeiro executar todas as operações de cancelamento, depois as novas ordens de compra e venda, e por último as transações realizadas. No entanto, o mecanismo de consenso atual da Solana não consegue realizar isso em um nível microscópico.
Da mesma forma, em relação à cotação dos oráculos, a melhor prática é atualizar primeiro o preço do oráculo e, em seguida, executar as transações que dependem desse preço. No entanto, no intervalo atual de 400 milissegundos, a volatilidade do mercado pode fazer com que as transações ainda sejam executadas com preços antigos.
Para os protocolos de empréstimo, a ordem ideal é primeiro adicionar margem e depois realizar a liquidação.
Portanto, a Solana precisa de um mecanismo que permita que diferentes protocolos ordenem as transações com base na demanda, que é o conceito de Controle de Execução de Aplicações (ACE) que a Solana tem enfatizado.
BAM: A solução da Solana
O Mercado de Montagem de Blocos (BAM) é a solução proposta pela Solana para resolver esses problemas. O BAM construiu uma camada de ordenação ou uma camada de pré-processamento entre a aplicação na cadeia Solana e a rede principal.
BAM utiliza ambientes de execução confiáveis (TEEs) para construir um sandbox de privacidade, ordenando as transações no sandbox de acordo com regras predefinidas 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.
Como funciona o BAM
O processo de transação do BAM é diferente do processo de transação normal do Solana. No modo BAM, a transação é primeiro enviada para o nó RPC, depois transferida para a rede BAM. A ordenação é feita em um ambiente de privacidade TEE, onde os nós podem adicionar transações adicionais através de plugins (como a atualização de preços de oráculos), e então gerar provas. Finalmente, o pacote de dados da transação é submetido ao nó líder da mainnet do Solana, onde é agrupado com outras transações em um bloco e transmitido.
O BAM suporta três modos de operação: Modo padrão Solana, Modo Block-Engine (atualmente a solução MEV de algumas plataformas, com um mecanismo de leilão como núcleo) e Modo BAM (os validadores seguem rigorosamente a ordem FIFO).
Características principais do BAM
Ambientes de Execução Confiáveis (TEEs): utilizar TEEs para construir ambientes de privacidade, garantindo a equidade na ordenação das transações.
Sistema de plugins: permite que as aplicações construam lógica de ordenação de transações personalizada, implementando requisitos de ordenação complexos.
Aplicações Práticas do BAM
Proteção de liquidação de empréstimos: executar primeiro a operação de colateral adicional, seguida da verificação de liquidação.
Combinação de transações a nível atómico: para as exchanges descentralizadas, primeiro atualize o preço do oráculo, 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.
Proteção contra a volatilidade de preços: Detectar grandes ordens anormais, dividindo-as em pequenos blocos para execução em lotes, dando tempo de reação ao mercado, evitando liquidações em cadeia ou arbitragem que causam uma espiral de morte.
Proteção de market makers: em caso de eventos inesperados, permite o cancelamento de ordens em milissegundos, atualização de preços de oráculos e nova colocação de ordens, evitando arbitragem maliciosa e reduzindo o spread.
Com a implementação do BAM, a experiência de negociação da Solana irá melhorar significativamente, aproximando-se da experiência das bolsas centralizadas. O BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao processo de negociação da Solana, permitindo que os desenvolvedores construam infraestruturas financeiras mais complexas e impulsionem a inovação no ecossistema da Solana.