O novo desafio da Solana: equilíbrio entre volume e Liquidez
Solana é conhecida pela sua alta velocidade e grande volume de transações, mas isso é realmente suficiente? Quando analisamos essas transações de perto, uma pergunta surge: elas estão realmente a criar valor real?
Na verdade, uma grande parte do volume de transações na Solana não provém de uma demanda real de negociação, mas sim de arbitradores de alta frequência que aproveitam a diferença de informação em milissegundos para obter lucro. Esses participantes, chamados de "traders tóxicos", utilizam vantagens tecnológicas para aumentar as taxas de Gas quando os formadores de mercado estão prestes a cancelar ordens, garantindo que suas transações sejam priorizadas para inclusão em blocos, resultando em arbitragem e causando perdas aos formadores de mercado. Para compensar essas perdas, os formadores de mercado são obrigados a aumentar o spread de compra e venda, e, por fim, esses custos adicionais são suportados pelos usuários comuns.
A Solana tem sempre a visão de implementar um livro de ordens na cadeia para substituir as exchanges centralizadas. No entanto, a presença 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 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 da Solana, devido ao seu mecanismo de consenso que utiliza leilões periódicos, os compradores efetivamente têm prioridade, o que permite que comportamentos maliciosos de MEV (valor máximo extraível) afetem a equidade do mercado.
Especificamente, no mecanismo de consenso do Solana, a cada 400 milissegundos há um slot de tempo (Slot), e dentro de cada Slot, as transações são ordenadas de acordo com as taxas de Gas pagas em prioridade. As transações com as maiores ofertas são executadas primeiro. Nesse processo, os market makers precisam ajustar frequentemente suas cotações, cancelando e reemitindo ordens, para se adaptar às mudanças nos preços de mercado.
Os traders que fazem compras, especialmente os arbitradores de alta frequência, monitorizam constantemente as diferenças de preços e, ao descobrirem uma oportunidade, realizam a transação de imediato. Eles podem garantir a conclusão da negociação pagando taxas mais altas, antes que o market maker cancele a ordem, o que leva os market makers a sofrerem perdas com frequência.
Idealmente, para uma exchange descentralizada (DEX) do tipo livro de ordens, a ordem de execução das transações deve ser: à medida que os preços flutuam, primeiro executar todas as operações de cancelamento, depois executar novos pedidos, e por último executar as transações. No entanto, o mecanismo de consenso atual do Solana não consegue realizar isso em um nível micro.
Da mesma forma, em relação à cotação do oráculo, a melhor situação é primeiro atualizar o preço do oráculo e depois executar as transações que dependem desse preço. No entanto, com o intervalo de 400 milissegundos atual, o mercado pode sofrer flutuações acentuadas, fazendo com que o preço antigo ainda seja utilizado no momento da execução.
Para um protocolo de empréstimo, o ideal é primeiro adicionar margem e depois realizar a liquidação.
Assim, a Solana precisa de um mecanismo que permita a diferentes protocolos ordenar as transações de acordo com suas necessidades, que é o conceito de Controle de Execução de Aplicações (ACE) que a Solana tem enfatizado.
BAM: A solução do Solana
Para resolver esses desafios, a Solana propôs o BAM (Mercado de Montagem de Blocos) como solução. O BAM constrói uma camada de ordenação ou camada de pré-processamento entre a camada de aplicação da Solana e a mainnet.
A BAM utiliza ambientes de execução confiáveis (TEEs) para construir um sandbox de privacidade, onde as transações são ordenadas de acordo com regras predefinidas ou o 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 negociação da BAM é diferente do processo de negociação convencional da Solana:
O usuário confirma a transação na carteira.
Envio de transações para o nó RPC.
Transmissão de transações para a rede BAM, ordenando-as no TEE. Durante esse processo, os nós podem adicionar transações extras através de plugins, como a atualização dos preços dos oráculos.
O pacote de transações ordenado é enviado para o nó líder da mainnet Solana.
O nó líder coleta pacotes de dados BAM, empacota-os em blocos e os transmite.
Outros nós votam para confirmação.
BAM, como uma funcionalidade opcional, não conflita com o processo de consenso da rede principal Solana. Ele realiza a ordenação das transações "fora da cadeia" e, em seguida, envia o pacote de transações ordenadas para a rede principal Solana.
O modo de operação do BAM
BAM suporta três modos de operação:
Modo padrão Solana
Modo Block-Engine: atualmente a abordagem utilizada por uma certa solução MEV é baseada em um mecanismo de leilão.
Modo BAM: os validadores ordenam rigorosamente de acordo com o princípio FIFO.
As características principais do modo BAM incluem:
Utilizar ambientes de execução confiáveis (TEEs) para construir um ambiente 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, mas ainda precisa seguir regras pré-estabelecidas.
Aplicações práticas do BAM
Os casos de uso do BAM incluem:
Proteção de liquidação de empréstimos: executar prioritariamente a operação de reforço de colateral, seguida de uma verificação de liquidação.
Combinação de transações em nível atômico: por exemplo, atualizar o preço do oráculo primeiro e, em seguida, executar as transações que dependem desse preço, podendo também liquidar simultaneamente os produtos derivados relacionados em DEX de contratos.
Proteção contra a volatilidade de preços: Detectar grandes ordens anormais e executá-las em lotes, dando tempo de reação ao mercado para evitar consequências graves causadas por liquidações em cadeia ou arbitragem.
Proteção dos Market Makers: Em caso de eventos inesperados, é possível cancelar ordens, atualizar preços de oráculos e reencaminhar ordens em milissegundos, reduzindo a possibilidade de arbitragem maliciosa.
Com a implementação do BAM, a experiência de negociação da Solana será significativamente melhorada, tornando a experiência das suas aplicações na mainnet mais próxima das exchanges centralizadas.
No geral, o BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao fluxo de processamento 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 necessitam de controle de ordenação, execução determinística e proteção de privacidade, promovendo assim o desenvolvimento inovador 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.
24 gostos
Recompensa
24
6
Partilhar
Comentar
0/400
SingleForYears
· 17h atrás
Rato, suco de cauda. Fui embora, fui embora.
Ver originalResponder0
CompoundPersonality
· 08-02 08:27
Mais uma nova artimanha para fazer as pessoas de parvas.
Ver originalResponder0
FadCatcher
· 08-01 22:46
Mais um quebrou a panela.
Ver originalResponder0
LiquidationWizard
· 08-01 22:43
Jogadores de nível secundário enganadores na Blockchain
Ver originalResponder0
DeFiAlchemist
· 08-01 22:24
mmm... o fluxo tóxico é como matéria escura no vaso alquímico do protocolo. preciso transmutar essa energia negativa ou os rendimentos vão decair *ajusta gráficos místicos*
Ver originalResponder0
GateUser-aa7df71e
· 08-01 22:20
Instituições pegam cupões de recorte com sol, vocês podem simplesmente recarregar.
Solana lançou o BAM: uma nova solução que equilibra volume e Liquidez.
O novo desafio da Solana: equilíbrio entre volume e Liquidez
Solana é conhecida pela sua alta velocidade e grande volume de transações, mas isso é realmente suficiente? Quando analisamos essas transações de perto, uma pergunta surge: elas estão realmente a criar valor real?
Na verdade, uma grande parte do volume de transações na Solana não provém de uma demanda real de negociação, mas sim de arbitradores de alta frequência que aproveitam a diferença de informação em milissegundos para obter lucro. Esses participantes, chamados de "traders tóxicos", utilizam vantagens tecnológicas para aumentar as taxas de Gas quando os formadores de mercado estão prestes a cancelar ordens, garantindo que suas transações sejam priorizadas para inclusão em blocos, resultando em arbitragem e causando perdas aos formadores de mercado. Para compensar essas perdas, os formadores de mercado são obrigados a aumentar o spread de compra e venda, e, por fim, esses custos adicionais são suportados pelos usuários comuns.
A Solana tem sempre a visão de implementar um livro de ordens na cadeia para substituir as exchanges centralizadas. No entanto, a presença 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 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 da Solana, devido ao seu mecanismo de consenso que utiliza leilões periódicos, os compradores efetivamente têm prioridade, o que permite que comportamentos maliciosos de MEV (valor máximo extraível) afetem a equidade do mercado.
Especificamente, no mecanismo de consenso do Solana, a cada 400 milissegundos há um slot de tempo (Slot), e dentro de cada Slot, as transações são ordenadas de acordo com as taxas de Gas pagas em prioridade. As transações com as maiores ofertas são executadas primeiro. Nesse processo, os market makers precisam ajustar frequentemente suas cotações, cancelando e reemitindo ordens, para se adaptar às mudanças nos preços de mercado.
Os traders que fazem compras, especialmente os arbitradores de alta frequência, monitorizam constantemente as diferenças de preços e, ao descobrirem uma oportunidade, realizam a transação de imediato. Eles podem garantir a conclusão da negociação pagando taxas mais altas, antes que o market maker cancele a ordem, o que leva os market makers a sofrerem perdas com frequência.
Idealmente, para uma exchange descentralizada (DEX) do tipo livro de ordens, a ordem de execução das transações deve ser: à medida que os preços flutuam, primeiro executar todas as operações de cancelamento, depois executar novos pedidos, e por último executar as transações. No entanto, o mecanismo de consenso atual do Solana não consegue realizar isso em um nível micro.
Da mesma forma, em relação à cotação do oráculo, a melhor situação é primeiro atualizar o preço do oráculo e depois executar as transações que dependem desse preço. No entanto, com o intervalo de 400 milissegundos atual, o mercado pode sofrer flutuações acentuadas, fazendo com que o preço antigo ainda seja utilizado no momento da execução.
Para um protocolo de empréstimo, o ideal é primeiro adicionar margem e depois realizar a liquidação.
Assim, a Solana precisa de um mecanismo que permita a diferentes protocolos ordenar as transações de acordo com suas necessidades, que é o conceito de Controle de Execução de Aplicações (ACE) que a Solana tem enfatizado.
BAM: A solução do Solana
Para resolver esses desafios, a Solana propôs o BAM (Mercado de Montagem de Blocos) como solução. O BAM constrói uma camada de ordenação ou camada de pré-processamento entre a camada de aplicação da Solana e a mainnet.
A BAM utiliza ambientes de execução confiáveis (TEEs) para construir um sandbox de privacidade, onde as transações são ordenadas de acordo com regras predefinidas ou o 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 negociação da BAM é diferente do processo de negociação convencional da Solana:
BAM, como uma funcionalidade opcional, não conflita com o processo de consenso da rede principal Solana. Ele realiza a ordenação das transações "fora da cadeia" e, em seguida, envia o pacote de transações ordenadas para a rede principal Solana.
O modo de operação do BAM
BAM suporta três modos de operação:
As características principais do modo BAM incluem:
Aplicações práticas do BAM
Os casos de uso do BAM incluem:
Com a implementação do BAM, a experiência de negociação da Solana será significativamente melhorada, tornando a experiência das suas aplicações na mainnet mais próxima das exchanges centralizadas.
No geral, o BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao fluxo de processamento 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 necessitam de controle de ordenação, execução determinística e proteção de privacidade, promovendo assim o desenvolvimento inovador do ecossistema Solana.