À 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.
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.
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:
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.
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 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.
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:
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.
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:
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.
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:
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.
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.
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:
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.
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.
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.
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.
A Phoenix normalmente usa prioridade preço-tempo para a correspondência de ordens.
Não. A Phoenix é um protocolo sem custódia; os usuários gerenciam os ativos diretamente por meio de suas Carteiras.
O Oracle fornece principalmente um preço de referência, ajudando o sistema com Controle de risco e decisões de liquidação.
A Phoenix é executada na rede de alto desempenho da Solana, fornecendo menor latência e velocidades de confirmação de ordens mais rápidas.





