O novo desafio da Solana: buscar transações de maior qualidade em vez de simplesmente um volume elevado.
Solana, como uma plataforma de blockchain de alto desempenho, é conhecida pela sua rápida processamento de transações e enorme volume. No entanto, isso significa que já alcançou os objetivos ideais? Ao analisar a situação das transações de Solana, encontramos uma questão que merece reflexão: essas transações estão realmente criando valor real?
Na verdade, o grande volume de transações na Solana não resulta de uma demanda real de negociação, mas sim de arbitradores de alta frequência que aproveitam as discrepâncias de informação em milissegundos para obter lucro. Esses participantes, conhecidos como "traders tóxicos", utilizam vantagens técnicas para priorizar suas transações, aumentando as taxas de Gas quando os market makers estão prestes a retirar suas ordens, 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 teve a visão de implementar um livro de ordens em cadeia, substituindo as exchanges centralizadas. No entanto, 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 não é o mesmo que liquidez. Um mercado verdadeiramente saudável não precisa de mais transações, mas sim de transações de maior qualidade.
Como remover transações tóxicas e proteger melhor a liquidez?
No sistema atual do Solana, devido ao seu mecanismo de consenso que adota um mecanismo de leilão periódico, os participantes que consomem ordens (especialmente os arbitradores de alta frequência) na verdade têm prioridade, o que afeta a equidade do mercado. Especificamente, o mecanismo de consenso do Solana tem um intervalo de 400 milissegundos para cada Slot, e dentro de cada Slot, as transações são executadas em ordem de acordo com o valor das taxas de Gas pagas.
Este mecanismo leva os market makers a serem frequentemente "alvejados" por arbitradores de alta frequência ao ajustar frequentemente os preços, cancelar ordens e reencaminhar ordens. Os arbitradores completam as transações pagando taxas mais altas antes que os market makers cancelem as ordens, fazendo com que os market makers assumam as perdas.
Idealmente, uma exchange descentralizada (DEX) com livro de ordens deveria executar as transações na seguinte ordem: primeiro, executar todos os pedidos de cancelamento, em seguida, executar as 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 nível micro.
Da mesma forma, em relação às cotações das 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. Mas, no intervalo atual de 400 milissegundos, o mercado pode levar a que as transações ainda sejam executadas ao preço original devido a flutuações acentuadas.
Para os protocolos de empréstimo, a melhor prática é primeiro suplementar a margem e depois proceder à liquidação.
Assim, a Solana precisa de um mecanismo que permita que diferentes protocolos classifiquem as transações conforme necessário, que é o que a Solana sempre enfatizou: Execução Controlada por Aplicações (Application-Controlled Execution, ACE).
BAM: A solução da Solana
Para enfrentar esses desafios, a Solana propôs a solução do Mercado de Montagem de Blocos (Block Assembly Marketplace, BAM). O BAM construiu 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 (Trusted Execution Environments, TEEs) para construir uma sandbox de privacidade, realizando a ordenação de transações dentro da sandbox de acordo com regras pré-determinadas ou o princípio FIFO (First In, First Out). Este mecanismo tem como objetivo melhor atender protocolos como livros de ordens (CLOBs), exchanges de contratos perpétuos e dark pools.
Como funciona o BAM
O processo de negociação do BAM é o seguinte:
O usuário confirma a transação na carteira.
Envio de transações para o nó RPC.
Transferência de transações para a rede BAM, ordenando-as em um ambiente de privacidade 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, e então gerar provas.
Pacote de dados de negociação enviado para o nó líder da rede principal Solana.
O líder, ao coletar transações, coleta pacotes de dados 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 sim é uma funcionalidade opcional. O BAM não opera diretamente na mainnet do Solana, mas realiza a ordenação das transações previamente de forma "off-chain", empacotando as transações antes de submetê-las à mainnet do Solana.
Características principais do BAM
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 modo BAM (validadores estritamente ordenados por FIFO).
As características principais do modo BAM incluem:
Ambientes de Execução Confiável (TEEs): Utilizar 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, implementando ordenação de transações complexa, mantendo ao mesmo tempo a segurança do ambiente TEE.
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, e depois realizar a verificação de liquidação.
Combinação de transações em nível atômico: atualizar primeiro o preço do oráculo, em seguida, executar transações que dependem desse preço, podendo também liquidar derivados relacionados para DEX de contratos.
Proteção contra flutuações de preços: Detetar ordens grandes anormais, dividindo-as em partes menores para execução em lotes, dando tempo para o mercado reagir.
Proteção do market maker: em caso de eventos inesperados, ser capaz de cancelar ordens, atualizar o preço do oráculo e reinserir ordens em milissegundos, evitando ser alvo de arbitragem maliciosa.
De um modo geral, o BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao fluxo de processamento de transações da Solana. Isso permite que os desenvolvedores construam livros de ordens limitadas centrais, exchanges de contratos perpétuos, dark pools e outras infraestruturas financeiras que exigem controle de ordenação, execução determinística e proteção de privacidade, impulsionando assim o desenvolvimento inovador do ecossistema Solana.
Com a implementação do BAM, a experiência de negociação da Solana será significativamente aprimorada, tornando a experiência das aplicações na mainnet da Solana mais próxima das exchanges centralizadas, enquanto mantém as vantagens da descentralização. Este progresso trará novas oportunidades de desenvolvimento para o ecossistema Solana, permitindo que, na busca por alto desempenho, se dê ainda mais atenção à qualidade das transações e à equidade do mercado.
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.
14 gostos
Recompensa
14
6
Republicar
Partilhar
Comentar
0/400
RooftopVIP
· 3h atrás
Não se apresse em otimizar, espere que eu compre na baixa.
Ver originalResponder0
rugged_again
· 16h atrás
Cães de alta frequência fazem confusão no mercado
Ver originalResponder0
AirdropFreedom
· 16h atrás
armadilha cão sempre esteve aqui.
Ver originalResponder0
DiamondHands
· 16h atrás
Estes tubarões não se importam de ser inconvenientes quando sugam sangue.
Ver originalResponder0
CounterIndicator
· 16h atrás
De onde vêm tantos cães de armadilha de alta frequência?
Solana lançou o BAM: otimizar a qualidade das transações e construir um ecossistema de Blockchain mais justo.
O novo desafio da Solana: buscar transações de maior qualidade em vez de simplesmente um volume elevado.
Solana, como uma plataforma de blockchain de alto desempenho, é conhecida pela sua rápida processamento de transações e enorme volume. No entanto, isso significa que já alcançou os objetivos ideais? Ao analisar a situação das transações de Solana, encontramos uma questão que merece reflexão: essas transações estão realmente criando valor real?
Na verdade, o grande volume de transações na Solana não resulta de uma demanda real de negociação, mas sim de arbitradores de alta frequência que aproveitam as discrepâncias de informação em milissegundos para obter lucro. Esses participantes, conhecidos como "traders tóxicos", utilizam vantagens técnicas para priorizar suas transações, aumentando as taxas de Gas quando os market makers estão prestes a retirar suas ordens, 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 teve a visão de implementar um livro de ordens em cadeia, substituindo as exchanges centralizadas. No entanto, 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 não é o mesmo que liquidez. Um mercado verdadeiramente saudável não precisa de mais transações, mas sim de transações de maior qualidade.
Como remover transações tóxicas e proteger melhor a liquidez?
No sistema atual do Solana, devido ao seu mecanismo de consenso que adota um mecanismo de leilão periódico, os participantes que consomem ordens (especialmente os arbitradores de alta frequência) na verdade têm prioridade, o que afeta a equidade do mercado. Especificamente, o mecanismo de consenso do Solana tem um intervalo de 400 milissegundos para cada Slot, e dentro de cada Slot, as transações são executadas em ordem de acordo com o valor das taxas de Gas pagas.
Este mecanismo leva os market makers a serem frequentemente "alvejados" por arbitradores de alta frequência ao ajustar frequentemente os preços, cancelar ordens e reencaminhar ordens. Os arbitradores completam as transações pagando taxas mais altas antes que os market makers cancelem as ordens, fazendo com que os market makers assumam as perdas.
Idealmente, uma exchange descentralizada (DEX) com livro de ordens deveria executar as transações na seguinte ordem: primeiro, executar todos os pedidos de cancelamento, em seguida, executar as 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 nível micro.
Da mesma forma, em relação às cotações das 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. Mas, no intervalo atual de 400 milissegundos, o mercado pode levar a que as transações ainda sejam executadas ao preço original devido a flutuações acentuadas.
Para os protocolos de empréstimo, a melhor prática é primeiro suplementar a margem e depois proceder à liquidação.
Assim, a Solana precisa de um mecanismo que permita que diferentes protocolos classifiquem as transações conforme necessário, que é o que a Solana sempre enfatizou: Execução Controlada por Aplicações (Application-Controlled Execution, ACE).
BAM: A solução da Solana
Para enfrentar esses desafios, a Solana propôs a solução do Mercado de Montagem de Blocos (Block Assembly Marketplace, BAM). O BAM construiu 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 (Trusted Execution Environments, TEEs) para construir uma sandbox de privacidade, realizando a ordenação de transações dentro da sandbox de acordo com regras pré-determinadas ou o princípio FIFO (First In, First Out). Este mecanismo tem como objetivo melhor atender protocolos como livros de ordens (CLOBs), exchanges de contratos perpétuos e dark pools.
Como funciona o BAM
O processo de negociação do BAM é o seguinte:
É importante notar que o processo de consenso do BAM não conflita com a mainnet do Solana, mas sim é uma funcionalidade opcional. O BAM não opera diretamente na mainnet do Solana, mas realiza a ordenação das transações previamente de forma "off-chain", empacotando as transações antes de submetê-las à mainnet do Solana.
Características principais do BAM
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 modo BAM (validadores estritamente ordenados por FIFO).
As características principais do modo BAM incluem:
Aplicações práticas do BAM
Os cenários de aplicação do BAM incluem:
De um modo geral, o BAM trouxe verificabilidade, proteção de privacidade e programabilidade ao fluxo de processamento de transações da Solana. Isso permite que os desenvolvedores construam livros de ordens limitadas centrais, exchanges de contratos perpétuos, dark pools e outras infraestruturas financeiras que exigem controle de ordenação, execução determinística e proteção de privacidade, impulsionando assim o desenvolvimento inovador do ecossistema Solana.
Com a implementação do BAM, a experiência de negociação da Solana será significativamente aprimorada, tornando a experiência das aplicações na mainnet da Solana mais próxima das exchanges centralizadas, enquanto mantém as vantagens da descentralização. Este progresso trará novas oportunidades de desenvolvimento para o ecossistema Solana, permitindo que, na busca por alto desempenho, se dê ainda mais atenção à qualidade das transações e à equidade do mercado.