O novo desafio da Solana: melhorar a qualidade das transações em vez da quantidade
A Solana é conhecida pelas suas transações rápidas e grande volume de negociações, mas isso significa que já é "suficientemente boa"? Ao analisar profundamente essas transações, não podemos deixar de perguntar: todas elas estão realmente a criar valor real?
Na verdade, a grande quantidade de transações da Solana não provém de uma demanda real, mas sim de traders de alta frequência que lucram com diferenças de informação em milissegundos. Esses "traders tóxicos" aumentam 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 causando perdas aos market makers. Para compensar essas perdas, os market makers são forçados a ampliar o spread de compra e venda, resultando em custos adicionais para os usuários comuns.
A Solana sempre sonhou em implementar um livro de ordens na cadeia, substituindo as exchanges centralizadas. No entanto, a presença de "traders tóxicos" tornou-se o principal obstáculo para alcançar esse objetivo. Isso revela o novo desafio que a Solana enfrenta: o volume de transações não é equivalente à liquidez. Um mercado 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 a liquidez do mercado?
No sistema atual, devido ao mecanismo de consenso da Solana adotar leilões periódicos, os compradores efetivamente têm prioridade, o que resulta em MEV malicioso afetando a equidade do mercado.
No mecanismo de consenso da Solana, a cada 400 milissegundos ocorre um período de tempo (Slot), e as transações são executadas em ordem decrescente de acordo com as taxas de Gas pagas. Durante esse processo, os formadores de mercado precisam ajustar suas cotações com frequência, enquanto os arbitradores de alta frequência monitoram as diferenças de preço e realizam transações imediatamente ao identificar oportunidades. Ao pagar taxas mais altas, os arbitradores podem concluir as transações antes que os formadores de mercado cancelem suas ordens, resultando em perdas frequentes para os formadores de mercado.
Idealmente, a troca descentralizada de livros de ordens (DEX) deve primeiro executar todos os cancelamentos, depois executar novas ordens pendentes e, por último, executar as transações. No entanto, o mecanismo de consenso atual da Solana não consegue realizar isso em um nível microscópico. Da mesma forma, em termos de cotações de oráculos, a melhor prática é primeiro atualizar o preço do oráculo e depois executar as transações que dependem desse preço. Mas em um intervalo de 400 milissegundos, o mercado pode sofrer oscilações severas que levam a transações ainda sendo executadas ao preço original.
Para os protocolos de empréstimo, a ordem ideal é primeiro fornecer garantias e depois realizar a liquidação.
Portanto, Solana precisa de um mecanismo que permita a diferentes protocolos ordenarem as transações com base na demanda, o que é conhecido como controle de execução de aplicações (ACE).
BAM: A solução do 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 camada de pré-processamento entre a aplicação na cadeia Solana e a mainnet. Ele 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 de primeiro a entrar, primeiro a sair ( FIFO ).
Este mecanismo visa servir melhor os protocolos como o livro de ordens, as bolsas de contratos perpétuos e as dark pools.
O modelo de operação do BAM
O BAM suporta três modos de operação: modo padrão Solana, modo Block-Engine ( a solução MEV atual da Jito, que é baseada em um mecanismo de leilão ) e o modo BAM ( onde os validadores seguem uma ordem FIFO estrita ).
As características principais do modo BAM incluem:
Utilizar ambientes de execução confiáveis (TEEs) para construir um ambiente de privacidade, garantindo a ordenação justa das transações.
Implementar lógica de ordenação complexa através do sistema de plugins, permitindo que as aplicações personalizem as regras de ordenação de transações.
Implementar a funcionalidade de controle de execução (ACE), atendendo às necessidades específicas de diferentes protocolos.
Aplicações práticas do BAM
Os cenários de aplicação do BAM incluem:
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 em nível atômico: completar a atualização do preço do oráculo e a execução das transações relacionadas dentro da mesma janela de tempo.
Proteção contra a volatilidade de preços: detectar e executar grandes ordens em lotes, evitando oscilações bruscas no mercado.
Proteção para market makers: permite cancelamentos e novas ordens em milissegundos, reduzindo o risco de arbitragem maliciosa.
Conclusão
A BAM introduziu verificabilidade, proteção de privacidade e programabilidade no fluxo de processamento de transações da Solana. Isso permite que os desenvolvedores construam aplicativos descentralizados que se aproximem da experiência de uma bolsa de valores centralizada, incluindo livros de ordens com limite central, bolsas de contratos perpétuos e dark pools. Esta inovação promete impulsionar o desenvolvimento adicional do ecossistema Solana, melhorando a qualidade geral das transações e a experiência do usuário.
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
6
Republicar
Partilhar
Comentar
0/400
SchrodingerAirdrop
· 16h atrás
Ouça meu conselho, não compre na baixa sol!
Ver originalResponder0
TestnetFreeloader
· 08-10 19:45
gás alto, o público também não se atreve a agir, certo?
Ver originalResponder0
rekt_but_resilient
· 08-10 19:43
Não é mais competitivo fazer a Laina?
Ver originalResponder0
GateUser-1a2ed0b9
· 08-10 19:42
na cadeia parasitas, não é?
Ver originalResponder0
quiet_lurker
· 08-10 19:20
Há muitos tumores, não é?
Ver originalResponder0
MrRightClick
· 08-10 19:16
A quantidade de negociação é a última defesa da especulação.
Solana lançou a solução BAM para melhorar a qualidade das transações e enfrentar o MEV malicioso.
O novo desafio da Solana: melhorar a qualidade das transações em vez da quantidade
A Solana é conhecida pelas suas transações rápidas e grande volume de negociações, mas isso significa que já é "suficientemente boa"? Ao analisar profundamente essas transações, não podemos deixar de perguntar: todas elas estão realmente a criar valor real?
Na verdade, a grande quantidade de transações da Solana não provém de uma demanda real, mas sim de traders de alta frequência que lucram com diferenças de informação em milissegundos. Esses "traders tóxicos" aumentam 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 causando perdas aos market makers. Para compensar essas perdas, os market makers são forçados a ampliar o spread de compra e venda, resultando em custos adicionais para os usuários comuns.
A Solana sempre sonhou em implementar um livro de ordens na cadeia, substituindo as exchanges centralizadas. No entanto, a presença de "traders tóxicos" tornou-se o principal obstáculo para alcançar esse objetivo. Isso revela o novo desafio que a Solana enfrenta: o volume de transações não é equivalente à liquidez. Um mercado 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 a liquidez do mercado?
No sistema atual, devido ao mecanismo de consenso da Solana adotar leilões periódicos, os compradores efetivamente têm prioridade, o que resulta em MEV malicioso afetando a equidade do mercado.
No mecanismo de consenso da Solana, a cada 400 milissegundos ocorre um período de tempo (Slot), e as transações são executadas em ordem decrescente de acordo com as taxas de Gas pagas. Durante esse processo, os formadores de mercado precisam ajustar suas cotações com frequência, enquanto os arbitradores de alta frequência monitoram as diferenças de preço e realizam transações imediatamente ao identificar oportunidades. Ao pagar taxas mais altas, os arbitradores podem concluir as transações antes que os formadores de mercado cancelem suas ordens, resultando em perdas frequentes para os formadores de mercado.
Idealmente, a troca descentralizada de livros de ordens (DEX) deve primeiro executar todos os cancelamentos, depois executar novas ordens pendentes e, por último, executar as transações. No entanto, o mecanismo de consenso atual da Solana não consegue realizar isso em um nível microscópico. Da mesma forma, em termos de cotações de oráculos, a melhor prática é primeiro atualizar o preço do oráculo e depois executar as transações que dependem desse preço. Mas em um intervalo de 400 milissegundos, o mercado pode sofrer oscilações severas que levam a transações ainda sendo executadas ao preço original.
Para os protocolos de empréstimo, a ordem ideal é primeiro fornecer garantias e depois realizar a liquidação.
Portanto, Solana precisa de um mecanismo que permita a diferentes protocolos ordenarem as transações com base na demanda, o que é conhecido como controle de execução de aplicações (ACE).
BAM: A solução do 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 camada de pré-processamento entre a aplicação na cadeia Solana e a mainnet. Ele 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 de primeiro a entrar, primeiro a sair ( FIFO ).
Este mecanismo visa servir melhor os protocolos como o livro de ordens, as bolsas de contratos perpétuos e as dark pools.
O modelo de operação do BAM
O BAM suporta três modos de operação: modo padrão Solana, modo Block-Engine ( a solução MEV atual da Jito, que é baseada em um mecanismo de leilão ) e o modo BAM ( onde os validadores seguem uma ordem FIFO estrita ).
As características principais do modo BAM incluem:
Utilizar ambientes de execução confiáveis (TEEs) para construir um ambiente de privacidade, garantindo a ordenação justa das transações.
Implementar lógica de ordenação complexa através do sistema de plugins, permitindo que as aplicações personalizem as regras de ordenação de transações.
Implementar a funcionalidade de controle de execução (ACE), atendendo às necessidades específicas de diferentes protocolos.
Aplicações práticas do BAM
Os cenários de aplicação do BAM incluem:
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 em nível atômico: completar a atualização do preço do oráculo e a execução das transações relacionadas dentro da mesma janela de tempo.
Proteção contra a volatilidade de preços: detectar e executar grandes ordens em lotes, evitando oscilações bruscas no mercado.
Proteção para market makers: permite cancelamentos e novas ordens em milissegundos, reduzindo o risco de arbitragem maliciosa.
Conclusão
A BAM introduziu verificabilidade, proteção de privacidade e programabilidade no fluxo de processamento de transações da Solana. Isso permite que os desenvolvedores construam aplicativos descentralizados que se aproximem da experiência de uma bolsa de valores centralizada, incluindo livros de ordens com limite central, bolsas de contratos perpétuos e dark pools. Esta inovação promete impulsionar o desenvolvimento adicional do ecossistema Solana, melhorando a qualidade geral das transações e a experiência do usuário.