Como é que funciona o processo de correspondência 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 02:51:37
Tempo de leitura: 3m
Phoenix utiliza uma arquitetura de livro de ordens totalmente on-chain para executar a correspondência de ordens. Assim que um utilizador submete uma ordem, o sistema efetua sistematicamente verificações de margem, correspondência no livro de ordens, confirmação de preço, atualizações de posição e liquidação on-chain. Ao contrário dos modelos AMM, que dependem de pools de liquidez, a Phoenix assemelha-se mais ao mecanismo de Central Limit Order Book (CLOB) utilizado nos mercados financeiros tradicionais, proporcionando menor derrapagem, maior precisão de ordens e uma estrutura de mercado otimizada para negociação de alta frequência.

À medida que o mercado DeFi evolui de simples trocas de ativos para negociação de alta frequência e derivados profissionais, a importância dos sistemas de correspondência on-chain cresce. O processo de correspondência on-chain da Phoenix impacta não só a eficiência de execução das ordens, mas também a liquidez do mercado, o controlo de risco e os custos de transação.

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

O que é o mecanismo de correspondência on-chain da Phoenix?

O que é o mecanismo de correspondência on-chain da Phoenix?

A Phoenix utiliza um modelo de Livro de Ordens limite central (CLOB) para executar negociações. Os utilizadores submetem ordens de compra e venda que entram no Livro de Ordens on-chain e são correspondidas com base na prioridade preço-tempo.

Ao contrário do modelo AMM, a Phoenix não depende de um pool de liquidez para a formação automática de preços. Os preços de mercado resultam de ordens reais, refletindo a oferta e a procura entre compradores e vendedores, e não uma fórmula algorítmica.

Na Phoenix, os dados do Livro de Ordens, o estado das ordens e o Histórico de negociação são armazenados on-chain. Os utilizadores podem consultar publicamente a Profundidade do mercado, os preços das ordens e o Histórico de negociação, reforçando a transparência e a verificabilidade do mercado.

Como a negociação baseada no Livro de Ordens exige atualizações de dados e sincronização de estado de maior frequência, a Phoenix necessita de um forte desempenho da rede subjacente. O alto débito e a baixa latência da Solana permitem suportar um sistema de correspondência em tempo real on-chain.

O que é o mecanismo de correspondência on-chain da Phoenix?

O que acontece depois de um utilizador submeter uma ordem?

Quando um utilizador submete uma ordem na Phoenix, o sistema percorre várias etapas.

Primeiro, o utilizador deve assinar o pedido de transação através da sua carteira. As informações da ordem incluem a direção da negociação, o preço, a quantidade, o rácio de alavancagem e o tipo de ordem.

De seguida, o motor de risco da Phoenix verifica o estado da conta, incluindo:

  • Saldo da margem atual

  • Nível de risco da posição

  • Limites de alavancagem

  • Nível de margem disponível

Apenas quando a conta cumpre os requisitos de risco a ordem pode entrar no Livro de Ordens.

Se o utilizador submeter uma ordem limite, esta será colocada no Livro de Ordens à espera de correspondência. Se for uma ordem de mercado, tentará imediatamente executar contra as ordens existentes no mercado atual.

Todo o processo de submissão de ordens ocorre on-chain, pelo que todos os estados das ordens podem ser verificados publicamente.

Como é que o Livro de Ordens da Phoenix corresponde as ordens?

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

Quando uma nova ordem de compra entra no mercado, o sistema procura a ordem de venda com o preço mais baixo para corresponder. Inversamente, quando uma ordem de venda entra no mercado, dá prioridade à correspondência com a ordem de compra com o preço mais alto.

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

Por exemplo:

  • O Utilizador A coloca uma ordem de compra (long) de BTC

  • O Utilizador B submete uma ordem de venda (short) de BTC

  • Quando os preços coincidem, o sistema conclui a correspondência

  • O estado da posição de ambas as partes é então atualizado

O processo de correspondência da Phoenix não depende de um servidor centralizado. Em vez disso, completa as atualizações de estado das ordens e as confirmações de negociação através de programas on-chain. Esta é uma característica fundamental do modelo totalmente on-chain.

Como é que a Phoenix lida com as atualizações de margem e posição?

A negociação de futuros perpétuos envolve alavancagem, pelo que a gestão da margem é uma parte crítica do processo de correspondência.

Após a execução de uma negociação, a Phoenix atualiza na conta do utilizador:

  • Tamanho da posição

  • Preço de entrada

  • PnL não realizado

  • Margem ocupada

  • Rácio de alavancagem

O sistema monitoriza continuamente o nível de risco da conta. Quando as flutuações de preço de mercado reduzem o capital da conta, a relação da margem de manutenção altera-se em conformidade.

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

Como todos os estados das posições são registados on-chain, os utilizadores podem visualizar as alterações de risco da conta em tempo real.

Qual é o papel do preço Oracle no processo de correspondência?

Embora a Phoenix utilize o Livro de Ordens para a formação de preços, continua a depender de um Oracle para fornecer um preço de referência de mercado.

O preço Oracle é utilizado principalmente para:

  • Calcular o preço de marcação

  • Avaliar o risco da conta

  • Determinar as condições de liquidação

  • Prevenir manipulações anormais de preços

Se apenas o preço do Livro de Ordens fosse utilizado, o mercado poderia sofrer volatilidade anormal de curto prazo devido a liquidez insuficiente. Por isso, a Phoenix combina dados Oracle para manter a estabilidade do sistema de risco.

Nos mercados de derivados on-chain, o sistema Oracle é uma componente crucial do controlo de risco. Anomalias Oracle podem afetar as taxas de financiamento, a lógica de liquidação e a estabilidade do mercado, pelo que a Phoenix precisa de depender de fontes de dados fiáveis.

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

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

A liquidação on-chain inclui:

  • Atualização do saldo da conta

  • Ajuste do estado da margem

  • Registo das informações da negociação

  • Atualização dos dados da posição de mercado

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

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

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 negociação da Phoenix e o do AMM?

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

O modelo AMM depende de pools de liquidez e de preços algorítmicos; os utilizadores negociam efetivamente com o pool. Em contraste, o modelo de Livro de Ordens da Phoenix permite a correspondência direta entre utilizadores.

Os dois modelos apresentam diferenças claras no processo de negociação:

Dimensão Phoenix Modelo AMM
Estrutura de negociação Correspondência no Livro de Ordens Pool de liquidez
Formação de preços Ordens de compra/venda Preços algorítmicos
Controlo de derrapagem Relativamente baixo Mais notório para grandes negociações
Método de criação de mercado Criadores de mercado profissionais LP fornece liquidez
Suporte a negociação de alta frequência Forte Relativamente limitado
Tipos de ordens Ordens limite, ordens de mercado Geralmente menos

O modelo de Livro de Ordens é geralmente mais adequado para negociação profissional e estratégias quantitativas, enquanto o AMM é ideal para trocas básicas de ativos e fornecimento aberto de liquidez.

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

Por que é que o processo de correspondência da Phoenix é importante?

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

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

  • Menor latência

  • Maior eficiência de capital

  • Experiência de negociação mais profissional

  • Controlo de ordens mais refinado

O modelo de Livro de Ordens totalmente on-chain da Phoenix é essencialmente uma tentativa de migrar a estrutura do Livro de Ordens dos mercados financeiros tradicionais para o ambiente blockchain.

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

Resumo

A Phoenix utiliza uma arquitetura de Livro de Ordens totalmente on-chain para a negociação de futuros perpétuos on-chain. O seu processo de correspondência inclui várias fases: submissão de ordens, verificação de risco, correspondência de ordens, atualização de posições e liquidação on-chain.

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

À medida que o mercado DeFi se expande para cenários de negociação profissional, o modelo de Livro de Ordens on-chain recupera atenção. O processo de correspondência da Phoenix não só reflete a direção de desenvolvimento dos protocolos de derivados on-chain, mas também mostra como a infraestrutura DeFi está a evoluir para estruturas de mercado financeiro mais complexas.

Perguntas frequentes

O sistema de correspondência da Phoenix é totalmente on-chain?

Sim. A Phoenix utiliza uma arquitetura de Livro de Ordens totalmente on-chain, com o Livro de Ordens e a lógica de correspondência a funcionar on-chain.

Porque é que a Phoenix não utiliza um AMM?

A Phoenix dá prioridade à profundidade das ordens, baixa derrapagem e uma experiência de negociação profissional, pelo que optou pelo modelo de Livro de Ordens em vez do modelo de pool de liquidez.

Como são ordenadas as ordens na Phoenix?

A Phoenix utiliza normalmente a prioridade preço-tempo para corresponder as ordens.

A negociação na Phoenix exige custódia de ativos?

Não. A Phoenix é um protocolo sem custódia; os utilizadores gerem os ativos diretamente através das suas carteiras.

Qual é o papel do Oracle na Phoenix?

O Oracle fornece principalmente um preço de referência, auxiliando o sistema no controlo de risco e nas decisões de liquidação.

Porque é que a Phoenix é adequada para negociação de alta frequência?

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

Autor: Jayne
Exclusão de responsabilidade
* As informações não se destinam a ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecido ou endossado pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem fazer referência à Gate. A violação é uma violação da Lei de Direitos de Autor e pode estar sujeita a ações legais.

Artigos relacionados

Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi
Principiante

Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi

A principal distinção entre o Morpho e o Aave está no mecanismo de empréstimos. O Aave opera com um modelo de pool de liquidez, enquanto o Morpho baseia-se neste sistema ao implementar uma correspondência peer-to-peer (P2P), o que permite um alinhamento superior das taxas de juros dentro do mesmo mercado. O Aave funciona como protocolo nativo de empréstimos, fornecendo liquidez de base e taxas de juros estáveis. Em contrapartida, o Morpho atua como uma camada de otimização, aumentando a eficiência do capital ao estreitar o spread entre as taxas de depósito e de empréstimo. Em suma, a diferença fundamental é que o Aave oferece infraestrutura central, enquanto o Morpho é uma ferramenta de otimização da eficiência.
2026-04-03 13:09:48
Análise de tokenomics do JTO: distribuição, casos de utilização e valor de longo prazo
Principiante

Análise de tokenomics do JTO: distribuição, casos de utilização e valor de longo prazo

O JTO é o token de governança nativo da Jito Network. No centro da infraestrutura de MEV do ecossistema Solana, o JTO confere direitos de governança e garante o alinhamento dos interesses de validadores, participantes de staking e searchers, através dos retornos do protocolo e dos incentivos do ecossistema. A oferta fixa de 1 mil milhão de tokens procura equilibrar as recompensas de curto prazo com o desenvolvimento sustentável a longo prazo.
2026-04-03 14:07:21
Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO
Principiante

Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO

O MORPHO é o token nativo do protocolo Morpho, criado essencialmente para a governança e incentivos do ecossistema. Ao organizar a distribuição do token e os mecanismos de incentivo, o Morpho assegura o alinhamento entre a atividade dos utilizadores, o crescimento do protocolo e a autoridade de governança, promovendo um modelo de valor sustentável no ecossistema descentralizado de empréstimos.
2026-04-03 13:13:47
Pendle vs Notional: análise comparativa dos protocolos DeFi de retorno fixo
Intermediário

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

A Pendle e a Notional posicionam-se como protocolos líderes no setor de retorno fixo DeFi, a explorar mecanismos distintos para a geração de retornos. A Pendle apresenta funcionalidades de retorno fixo e negociação de rendimento através do modelo de divisão de rendimento PT e YT, enquanto a Notional possibilita aos utilizadores fixar taxas de empréstimo através dum mercado de empréstimos com taxa de juros fixa. De forma comparativa, a Pendle adequa-se melhor à gestão de ativos de retorno e à negociação de taxas de juros, enquanto a Notional se foca em cenários de empréstimos com taxa de juros fixa. Ambas contribuem para o avanço do mercado DeFi de retorno fixo, destacando-se por abordagens distintas na estrutura dos produtos, no design de liquidez e nos segmentos-alvo de utilizadores.
2026-04-21 07:34:06
O que são PT e YT na Pendle? Uma análise detalhada do mecanismo de divisão de retorno
Intermediário

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

PT e YT são os dois tokens de rendimento fundamentais no protocolo Pendle. O PT (Principal Token) reflete o capital de um ativo de rendimento, sendo habitualmente negociado com desconto e resgatado pelo valor nominal na data de vencimento. O YT (Yield Token) confere o direito ao rendimento futuro do ativo e pode ser negociado para captar retornos antecipados. Ao dividir os ativos de rendimento em PT e YT, a Pendle estabeleceu um mercado de negociação de rendimentos no universo DeFi, permitindo aos utilizadores garantir retornos fixos, especular sobre variações do rendimento e gerir o risco associado ao rendimento.
2026-04-21 07:18:16
Jito vs Marinade: Análise comparativa dos protocolos de Staking de liquidez na Solana
Principiante

Jito vs Marinade: Análise comparativa dos protocolos de Staking de liquidez na Solana

Jito e Marinade são os principais protocolos de liquid staking na Solana. O Jito potencia os retornos através do MEV (Maximum Extractable Value), tornando-se a escolha ideal para quem pretende obter rendimentos superiores. O Marinade proporciona uma solução de staking mais estável e descentralizada, indicada para utilizadores com menor apetência pelo risco. A diferença fundamental entre ambos está nas fontes de ganhos e na estrutura global de risco.
2026-04-03 14:06:00