À 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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
A Phoenix utiliza normalmente a prioridade preço-tempo para corresponder as ordens.
Não. A Phoenix é um protocolo sem custódia; os utilizadores gerem os ativos diretamente através das suas carteiras.
O Oracle fornece principalmente um preço de referência, auxiliando o sistema no controlo de risco e nas decisões de liquidação.
A Phoenix funciona na rede de alto desempenho da Solana, proporcionando menor latência e velocidades de confirmação de ordens mais rápidas.





