Como funciona o processo de matching on-chain da Phoenix? Uma análise completa do mecanismo de negociação do Livro de Ordens on-chain.

Última atualização 2026-05-19 06:57:00
Tempo de leitura: 7m
Phoenix utiliza uma arquitetura de Livro de Ordens Totalmente On-Chain para fazer a correspondência de ordens. Quando um usuário envia uma ordem, o sistema executa de forma sistemática as verificações de margem, a correspondência no livro de ordens, a confirmação de preço, as atualizações de posição e a liquidação on-chain. Ao contrário dos modelos AMM, que dependem de pools de liquidez, a Phoenix se aproxima mais do mecanismo Central Limit Order Book (CLOB) utilizado nos mercados financeiros tradicionais, proporcionando menor slippage, maior precisão nas ordens e uma estrutura de mercado otimizada para negociação de alta frequência.

À medida que o mercado de DeFi evolui de simples swaps de ativos para trading de alta frequência e Derivativos profissionais, a importância dos sistemas de matching on-chain cresce. O processo de matching on-chain da Phoenix impacta não apenas a eficiência de execução das ordens, mas também a liquidez do mercado, o controle de risco e os custos de transação.

No contexto da rápida expansão do ecossistema de trading de alta frequência da Solana, o modelo de Livro de ordens on-chain representado pela Phoenix volta a ser um foco do mercado.

Qual é o mecanismo de matching on-chain da Phoenix?

Qual é o mecanismo de matching on-chain da Phoenix?

A Phoenix utiliza um modelo de Central Limit Order Book (CLOB) para executar negociações. Os usuários enviam ordens de compra e venda que entram no Livro de ordens on-chain e são combinadas com base na prioridade preço-tempo.

Diferentemente do modelo AMM, a Phoenix não depende de um pool de liquidez para precificação automática. Os preços de mercado são formados por ordens reais, refletindo a oferta e a demanda entre compradores e vendedores, e não uma fórmula algorítmica.

Na Phoenix, os dados do Livro de Ordens, o status das ordens e o Histórico de negociações são todos armazenados on-chain. Os usuários podem visualizar publicamente a Profundidade do mercado, os preços das ordens e o Histórico de negociações, o que aumenta a transparência e a verificabilidade do mercado.

Como o trading baseado em Livro de Ordens exige atualizações de dados e sincronização de estado com maior frequência, a Phoenix demanda um forte desempenho da rede subjacente. A alta taxa de transferência e a baixa latência da Solana a tornam capaz de suportar um sistema de matching em tempo real on-chain.

Qual é o mecanismo de matching on-chain da Phoenix?

O que acontece após um usuário enviar uma ordem?

Quando um usuário envia uma ordem na Phoenix, o sistema passa por várias etapas.

Primeiro, o usuário precisa assinar a solicitação de transação por meio de sua Carteira. As informações da ordem incluem a direção da negociação, o preço, a quantidade, a taxa de alavancagem e o tipo de ordem.

Em seguida, o mecanismo de risco da Phoenix verifica o status da conta, incluindo:

  • Saldo de margem atual
  • Nível de risco da posição
  • Limites de alavancagem
  • Nível de margem disponível

A ordem só pode entrar no Livro de Ordens se a conta atender aos requisitos de risco.

Se o usuário enviar uma ordem de limite, ela será colocada no Livro de Ordens para aguardar uma correspondência. Se for uma ordem de mercado, ela tentará imediatamente ser executada contra as ordens existentes no mercado atual.

Todo o processo de envio de ordens ocorre on-chain; portanto, todos os status das ordens podem ser verificados publicamente.

Como o Livro de Ordens da Phoenix combina as ordens?

A lógica de matching da Phoenix segue o princípio de prioridade preço-tempo.

Quando uma nova ordem de compra entra no mercado, o sistema procura a ordem de venda com o menor preço para corresponder. Por outro lado, quando uma ordem de venda entra no mercado, ela prioriza a correspondência com a ordem de compra com o maior preço.

Se várias ordens tiverem o mesmo preço, a ordem que entrou no Livro de Ordens primeiro é executada primeiro. Esse mecanismo é essencialmente o mesmo que a lógica do Livro de Ordens nos mercados financeiros tradicionais.

Por exemplo:

  • O Usuário A coloca uma ordem long de BTC
  • O Usuário B envia uma ordem short de BTC
  • Quando os preços coincidem, o sistema completa a correspondência
  • O status da posição de ambas as partes é então atualizado

O processo de matching da Phoenix não depende de um servidor centralizado. Em vez disso, completa as atualizações de status das ordens e as confirmações de negociação por meio de programas on-chain. Essa é uma característica importante do modelo Totalmente On-Chain.

Como a Phoenix gerencia margem e atualizações de posição?

A negociação de Futuros perpétuos envolve alavancagem; portanto, o gerenciamento de margem é uma parte crítica do processo de matching.

Após a execução de uma negociação, a Phoenix atualiza o seguinte na conta do usuário:

  • Tamanho da posição
  • Preço de entrada
  • PnL não realizado
  • Margem ocupada
  • Taxa de alavancagem

O sistema monitora continuamente o nível de risco da conta. Quando as flutuações de preço de mercado fazem o Patrimônio da conta diminuir, a Taxa de margem de manutenção muda de acordo.

Se o risco da conta exceder um limite de segurança, o mecanismo de risco da Phoenix pode acionar um mecanismo de liquidação para evitar que o protocolo incorra em risco de dívida incobrável.

Como todos os status das posições são registrados on-chain, os usuários podem visualizar as mudanças de risco da conta em tempo real.

Qual é o papel do preço do Oracle no processo de matching?

Embora a Phoenix use o Livro de Ordens para precificação, ela ainda depende de um Oracle para fornecer um preço de referência de mercado.

O preço do Oracle é usado principalmente para:

  • Calcular o Preço de marcação
  • Avaliar o risco da conta
  • Determinar as condições de liquidação
  • Prevenir a manipulação anormal de preços

Se apenas o preço do Livro de Ordens fosse usado, o mercado poderia experimentar volatilidade anormal de curto prazo devido à liquidez insuficiente. Portanto, a Phoenix combina dados do Oracle para manter a estabilidade do sistema de risco.

Nos mercados de Derivativos on-chain, o sistema Oracle é um componente crucial do Controle de risco. Anomalias no Oracle podem afetar as taxas de fundos, a lógica de liquidação e a estabilidade do mercado; por isso, a Phoenix precisa contar com fontes de dados confiáveis.

Como a liquidação on-chain é concluída na Phoenix?

Após a correspondência de uma negociação, o sistema escreve o resultado da execução no estado on-chain e atualiza os dados da posição do usuário.

A liquidação on-chain inclui:

  • Atualizar o saldo da conta
  • Ajustar o status da margem
  • Registrar as informações da negociação
  • Atualizar os dados da posição do mercado

Como a Phoenix adota uma estrutura sem custódia, os ativos do usuário são sempre controlados pela conta on-chain, não mantidos por uma plataforma centralizada.

Esse modelo melhora a transparência, mas também significa que todas as ações de trading dependem da confirmação da rede blockchain. Portanto, o desempenho da rede subjacente afeta diretamente a experiência de trading.

A capacidade de confirmação rápida da Solana é uma das principais razões pelas quais a Phoenix pode executar um Livro de Ordens on-chain.

Qual é a diferença entre o processo de trading da Phoenix e o da AMM?

A maior diferença entre a Phoenix e os protocolos AMM tradicionais está no método de execução de negociação.

O modelo AMM depende de pools de liquidez e precificação algorítmica; os usuários efetivamente negociam com o pool. Em contraste, o modelo de Livro de Ordens da Phoenix permite a correspondência direta entre usuários.

Os dois modelos mostram diferenças claras no processo de trading:

Dimensão Phoenix Modelo AMM
Estrutura de trading Correspondência por Livro de Ordens Pool de liquidez
Formação de preços Ordens de compra/venda Precificação algorítmica
Controle de Slippage Relativamente baixo Mais perceptível em grandes negociações
Método de criação de mercado Criadores de mercado profissionais LPs fornecem liquidez
Suporte a trading de alta frequência Forte Relativamente limitado
Tipos de ordem Ordens de limite, ordens de mercado Geralmente menos

O modelo de Livro de Ordens é geralmente mais adequado para trading profissional e estratégias quantitativas, enquanto o AMM é ideal para swaps básicos de ativos e fornecimento de liquidez aberta.

Com o desenvolvimento de redes de alto desempenho como a Solana, mais protocolos de Derivativos on-chain estão reexplorando a arquitetura de Livro de Ordens.

Por que o processo de matching da Phoenix é importante?

O processo de matching on-chain da Phoenix não trata apenas da eficiência de execução de ordens, mas também reflete as mudanças estruturais que estão ocorrendo no mercado de DeFi.

Os primeiros protocolos DeFi enfatizavam participação aberta e liquidez sem permissão, enquanto a nova geração de protocolos de Derivativos on-chain foca em:

  • Menor latência
  • Maior eficiência de capital
  • Experiência de trading mais profissional
  • Controle de ordens mais refinado

O modelo de Livro de Ordens Totalmente On-Chain da Phoenix é essencialmente uma tentativa de migrar a estrutura de Livro de Ordens dos mercados financeiros tradicionais para o ambiente blockchain.

O desenvolvimento de tais protocolos também sinaliza que o DeFi está evoluindo de uma simples ferramenta de troca de ativos para uma infraestrutura financeira on-chain mais complexa.

Resumo

A Phoenix usa uma arquitetura de Livro de Ordens Totalmente On-Chain para negociação de Futuros perpétuos on-chain. Seu processo de matching inclui vários estágios: envio de ordens, verificação de risco, correspondência de ordens, atualização de posição e liquidação on-chain.

Comparado ao modelo AMM tradicional, a Phoenix enfatiza a profundidade de ordens, a eficiência da descoberta de preços e as capacidades de trading de alta frequência. Aproveitando a rede de alto desempenho da Solana, a Phoenix executa um sistema de matching on-chain que se aproxima do nível das exchanges tradicionais.

À medida que o mercado de DeFi se expande em direção a cenários de trading profissional, o modelo de Livro de Ordens on-chain recupera a atenção. O processo de matching da Phoenix não reflete apenas a direção de desenvolvimento dos protocolos de Derivativos on-chain, mas também mostra como a infraestrutura DeFi evolui para estruturas de mercado financeiro mais complexas.

Perguntas Frequentes

O sistema de matching da Phoenix é totalmente on-chain?

Sim. A Phoenix usa uma arquitetura de Livro de Ordens Totalmente On-Chain, com o Livro de Ordens e a lógica de matching executados on-chain.

Por que a Phoenix não usa um AMM?

A Phoenix prioriza profundidade de ordens, baixo slippage e uma experiência de trading profissional; por isso, escolheu o modelo de Livro de Ordens em vez do modelo de pool de liquidez.

Como as ordens são ordenadas na Phoenix?

A Phoenix normalmente usa prioridade preço-tempo para a correspondência de ordens.

Negociar na Phoenix exige custódia de ativos?

Não. A Phoenix é um protocolo sem custódia; os usuários gerenciam os ativos diretamente por meio de suas Carteiras.

Qual é o papel do Oracle na Phoenix?

O Oracle fornece principalmente um preço de referência, ajudando o sistema com Controle de risco e decisões de liquidação.

Por que a Phoenix é adequada para trading de alta frequência?

A Phoenix é executada na rede de alto desempenho da Solana, fornecendo menor latência e velocidades de confirmação de ordens mais rápidas.

Autor: Jayne
Tradutor: Jared
Isenção de responsabilidade
* As informações não pretendem ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecida ou endossada pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem referência à Gate. A contravenção é uma violação da Lei de Direitos Autorais e pode estar sujeita a ação legal.

Artigos Relacionados

Pendle vs Notional: uma análise comparativa dos protocolos DeFi de retorno fixo
intermediário

Pendle vs Notional: uma análise comparativa dos protocolos DeFi de retorno fixo

Pendle e Notional figuram entre os principais protocolos do setor de retorno fixo em DeFi, cada qual adotando mecanismos próprios para geração de retornos. O Pendle disponibiliza funcionalidades de retorno fixo e negociação de rendimento por meio do modelo de divisão de rendimento PT e YT, enquanto o Notional permite que usuários travem taxas de empréstimo em um mercado de empréstimo com taxa de juros fixa. Em comparação, o Pendle atende melhor à gestão de ativos de retorno e à negociação de taxas de juros, ao passo que o Notional é especializado em cenários de empréstimo com taxa de juros fixa. Em conjunto, ambos impulsionam o mercado de retorno fixo em DeFi, cada um se destacando por abordagens exclusivas na estrutura dos produtos, no design de liquidez e nos segmentos de usuários-alvo.
2026-04-21 07:34:06
Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi
iniciantes

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi

A principal diferença entre Morpho e Aave está nos mecanismos de empréstimo que cada um utiliza. Aave adota o modelo de pool de liquidez, enquanto Morpho evolui esse conceito ao implementar um mecanismo de correspondência P2P, proporcionando uma melhor adequação das taxas de juros dentro do mesmo mercado. Aave funciona como um protocolo de empréstimo nativo, oferecendo liquidez básica e taxas de juros estáveis. Morpho atua como uma camada de otimização, elevando a eficiência do capital ao reduzir o spread entre as taxas de depósito e de empréstimo. Em essência, Aave é considerada infraestrutura, e Morpho é uma ferramenta de otimização de eficiência.
2026-04-03 13:09:13
O que significam PT e YT em Pendle? Uma análise detalhada do mecanismo de divisão de retorno
intermediário

O que significam PT e YT em Pendle? Uma análise detalhada do mecanismo de divisão de retorno

PT e YT são os dois tokens de rendimento fundamentais do protocolo Pendle. O PT (Principal Token) representa o principal de um ativo de rendimento, costuma ser negociado com desconto e é resgatado por seu valor nominal na data de vencimento. O YT (Yield Token) representa o direito ao rendimento futuro do ativo e pode ser negociado para capturar retornos antecipados. Ao segmentar ativos de rendimento em PT e YT, a Pendle estruturou um mercado de negociação de rendimento no DeFi, permitindo que usuários assegurem retornos fixos, especulem sobre as oscilações do rendimento e gerenciem o risco associado ao rendimento.
2026-04-21 07:18:16
Análise da Tokenomics do JTO: Distribuição, Utilidade e Valor de Longo Prazo
iniciantes

Análise da Tokenomics do JTO: Distribuição, Utilidade e Valor de Longo Prazo

JTO é o token nativo de governança da Jito Network. Como componente essencial da infraestrutura de MEV no ecossistema Solana, JTO concede direitos de governança e vincula os interesses de validadores, stakers e searchers por meio dos retornos do protocolo e incentivos do ecossistema. A oferta total do token, de 1 bilhão, foi planejada para equilibrar incentivos de curto prazo com o crescimento sustentável no longo prazo.
2026-04-03 14:06:47
Tokenomics UNITAS: mecanismos de incentivo, distribuição de oferta e valor do ecossistema
iniciantes

Tokenomics UNITAS: mecanismos de incentivo, distribuição de oferta e valor do ecossistema

UNITAS (UP) é o token nativo do protocolo Unitas, utilizado principalmente para distribuição de incentivos, coordenação do ecossistema e possíveis funções de governança. A tokenomics estimula a adoção e o crescimento da stablecoin USDu ao direcionar tokens para usuários, provedores de liquidez e participantes do ecossistema. Ao contrário das stablecoins tradicionais, UNITAS não realiza ancoragem de preço diretamente. Em vez disso, atua como uma camada de incentivo que conecta mecanismos de geração de retorno à expansão do protocolo, estabelecendo um ciclo de valor “usar–incentivar–crescer”.
2026-04-08 05:19:50
0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?
intermediário

0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?

Tanto o 0x Protocol quanto o Uniswap são projetados para a negociação descentralizada de ativos, mas cada um adota mecanismos de negociação distintos. O 0x Protocol utiliza uma arquitetura de livro de ordens off-chain com liquidação on-chain, agregando liquidez de múltiplas fontes para fornecer infraestrutura de negociação para carteiras e DEXs. Já o Uniswap segue o modelo de Maker de mercado automatizado (AMM), facilitando swaps de ativos on-chain por meio de pools de liquidez. A principal diferença entre ambos está na organização da liquidez. O 0x Protocol prioriza a agregação de ordens e o roteamento eficiente das negociações, sendo ideal para oferecer suporte de liquidez essencial a aplicações. O Uniswap utiliza pools de liquidez para proporcionar serviços diretos de swap aos usuários, consolidando-se como uma plataforma robusta para execução de negociações on-chain.
2026-04-29 03:48:20