Profundidade deconstruir os gargalos técnicos dos DEXs de livro de ordens mainstream: por que a "arquitetura híbrida" pode ser a resposta final?

Autor: Alex

Da "curva de preço" do AMM ao "livro de ordens" do mercado, não se trata apenas de uma mudança na interface do usuário, mas sim de um passo crucial na evolução da DEX de um "paraíso para investidores de varejo" para um "mercado de negociação profissional". O livro de ordens, com sua precisão na descoberta de preços e eficiência de capital extrema, é amplamente considerado o futuro da DEX.

No entanto, uma dura realidade é que quase todas as DEX de livro de ordens mainstream se deparam com uma "parede" invisível em sua implementação técnica. Para descentralizar o livro de ordens, que é um produto naturalmente centralizado, elas são forçadas a fazer um doloroso trade-off entre desempenho, custo e segurança.

Para entender o futuro das DEX, devemos primeiro analisar profundamente os principais caminhos de implementação e os gargalos tecnológicos que eles enfrentam.

Caminho um: a "tragédia do desempenho" do livro de ordens puramente on-chain

Representantes típicos: Serum no início (baseado em Solana) e alguns DEX nativos em L2.

Método de implementação: Armazenar toda a lógica do livro de ordens, incluindo ordens de compra, ordens de venda, cancelamentos e correspondência, tudo executado em contratos inteligentes na blockchain.

Bottlenecks técnicos:

Teto de desempenho: Este é o gargalo mais fatal. Não importa quão alto seja o TPS da blockchain subjacente, não consegue atender à demanda de operações "em milissegundos" no livro de ordens para negociações de alta frequência. Cada interação precisa esperar pela confirmação do bloco, o que é inaceitável em negociações profissionais.

Custos elevados: Cada vez que se coloca ou cancela uma ordem, é necessário pagar a taxa de Gas. Para os market makers e traders de alta frequência que precisam ajustar os preços frequentemente, os custos são astronômicos, limitando fundamentalmente a oferta de liquidez.

Área de desastre do MEV: Todas as ordens são publicadas como transações na pool de memória (Mempool), criando o local perfeito para os robôs MEV realizarem ataques de front-running e sandwich.

Caminho dois: "Preocupações de segurança" do livro de ordens da cadeia de aplicativos

Representantes típicos: dYdX v4, Hyperliquid

Método de implementação: Para se libertar completamente das limitações de desempenho das blockchains públicas, foi construída do zero uma cadeia de aplicação (Appchain) independente, criada para transações.

Gargalo técnico:

Redução de dimensões do modelo de segurança: Esta é a sua principal concessão. A sua segurança, que era garantida pela "segurança compartilhada" de cadeias públicas como Ethereum, é reduzida para uma "segurança soberana" garantida por sua própria rede de validadores. Isso faz com que o teto de sua segurança seja limitado pelo valor de mercado de seu próprio token e pelo grau de descentralização dos validadores, resultando em um "teto de confiança".

Isolamento ecológico: a desconexão com o ecossistema principal resulta numa quase inexistência de combinabilidade, e a entrada e saída de ativos dependem fortemente da segurança das pontes entre cadeias.

"Arquitetura Híbrida": um "golpe de mestre" de desconstrução e reestruturação

Quando os dois caminhos mencionados acima entram em seus próprios "becos sem saída", um terceiro caminho, mais elegante e também mais lógico, emerge. Este é o "arquitetura híbrida" representada pelo QuBitDEX.

Não é um compromisso, mas uma desconstrução e reestruturação profunda do ato de "negociar", baseada em princípios fundamentais. Coloca uma questão fundamental: em todo o processo de negociação, quais etapas devem ser garantidas pela blockchain e quais não precisam?

A resposta é:

"Processo" busca eficiência: A submissão, correspondência e atualização de pedidos é um processo de alta frequência e em constante mudança. Este processo busca a máxima eficiência. Portanto, ele é colocado em um motor de correspondência off-chain com alto desempenho. Isso fundamentalmente resolve a "maldição do desempenho" e a "maldição do custo".

"Resultados" buscam segurança: A liquidação final das transações e a entrega de ativos são um processo de baixa frequência, mas que deve garantir resultados absolutamente seguros e imutáveis. Esse resultado busca a máxima segurança e definitividade. Assim, através de tecnologias como ZK-Rollup, é ancorado na camada de liquidação na cadeia mais segura. Isso resolve fundamentalmente a "preocupação com a segurança".

A essência da "arquitetura híbrida" é uma perfeita "divisão de trabalho profissional". Ela faz com que a blockchain retorne ao que mais faz bem e ao que deve fazer - ser uma "camada de liquidação final" e um "tribunal de fatos" descentralizado e sem necessidade de confiança, em vez de um "servidor universal" desajeitado que tenta lidar com tudo.

Isto não é mais uma iteração tecnológica. É um salto de pensamento. Faz-nos compreender que o futuro das DEX não reside em usar cadeias mais poderosas para "suportar" as exigências de desempenho do livro de ordens, mas sim em usar arquiteturas mais inteligentes para "decompor" as necessidades do livro de ordens.

E isso, talvez, seja a resposta final que conseguimos prever para os DEX com livro de ordens.