Liquidez e impacto no preço

Fonte mestra EN · P07-L03 · 45 minutos estimados · needs_review

Objetivos de aprendizagem:

• Calcular saída e preço médio de execução em um modelo de produto constante sem taxas.
• Distinguir impacto no preço médio de mudança no preço marginal após o swap.
• Identificar pressupostos que impedem um resultado de modelo de ser uma cotação exata ao vivo.

Um token pode exibir uma avaliação grande enquanto uma pequena troca muda fortemente seu preço cotado. Capitalização de mercado estima valor usando um preço e uma medida de oferta; liquidez diz respeito às condições em que unidades podem realmente ser trocadas. A habilidade aqui é calcular um modelo declarado de pool e explicar onde essa estimativa deixa de ser uma cotação executável.

Manter as unidades visíveis

Defina o ativo base como o token sendo medido e o ativo de cotação como a unidade usada para expressar seu preço. No pool hipotético original abaixo, X é 100,000 tokens base e Y é 100 unidades de cotação. A razão marginal de reservas é Y/X = 0.001 de cotação por token base. Não é uma promessa de que 10,000 tokens podem ser todos obtidos nesse preço.

Um modelo de produto constante mantém X × Y constante para um swap sem taxas. A documentação de precificação v2 da Uniswap fornece um exemplo desse mecanismo de duas reservas [S-PRICING]. Esta lição deriva exemplos numéricos originais para esse modelo idealizado. Não afirma que todo launchpad Solana, pool de liquidez concentrada ou troca roteada segue estas equações exatas.

Para uma entrada q de unidades de cotação com taxas zero, a saída base do modelo é Xq/(Y+q). Novas reservas são X menos saída e Y mais q. O preço médio de execução é q/output. Essa média difere tanto do preço marginal antigo quanto do novo preço marginal; não dizer qual preço você mediu torna um percentual de “impacto” ambíguo.

Trabalhar um exemplo completo

Com q=10, saída é 100,000×10/110 = 9,090.9091 tokens base. O preço médio é 10/9,090.9091 = 0.0011 de cotação por token. Em relação ao preço marginal antigo de 0.001, a média é 10% maior. Novas reservas são aproximadamente 90,909.0909 base e 110 de cotação; sua razão é 0.00121. O preço marginal após o swap é, portanto, 21% maior que antes, uma medição diferente da mudança média de execução.

São cálculos de modelo, não registros históricos de negociação. Usam aritmética de números reais. Uma implementação real usa unidades de token, arredondamento inteiro, taxas e regras de protocolo. Quando uma fração de taxa f reduz a entrada efetiva, um modelo comum substitui q(1−f) dentro do cálculo de precificação. A quantia que permanece nas reservas depende do tratamento de taxas da implementação. Não alegue silenciosamente saídas exatas a partir de uma fórmula genérica.

O cálculo é assimétrico na forma como quantias são especificadas. Vender uma quantidade declarada de base não é o mesmo que reverter uma entrada anterior de cotação sob todas as condições. Outras negociações podem ocorrer entre as duas operações. Uma estimativa de snapshot não pode prometer que o estado permanecerá inalterado até uma transação executar.

Distinguir impacto no preço de incerteza de execução

Impacto no preço descreve a mudança atribuível ao consumo de liquidez sob um modelo/estado especificado. Slippage comumente descreve a diferença entre uma cotação esperada e execução real, e interfaces podem usar a palavra de modo diferente. Sempre escreva a comparação explicitamente. Uma configuração permissiva de slippage não é liquidez adicional; apenas muda qual resultado de execução um usuário pode aceitar.

Composição da rota importa. Uma rota cotada pode atravessar múltiplos pools com taxas e representações de ativos diferentes. Um primeiro pool profundo não pode fazer um pool raso posterior desaparecer. Se o provedor fornece somente liquidez nocional total, você ainda precisa de dados direcionais de reservas/profundidade para estimar a saída para uma quantia específica.

Liquidez concentrada, taxas de transferência, hooks, contas congeladas ou outros comportamentos do token podem invalidar o modelo simples. Um pool pode conter ativos que não estão totalmente ativos no preço atual. A conversão de valor de um gráfico pode mudar porque o próprio ativo de cotação muda de preço. Seu relatório deve preservar unidades base e unidades de cotação junto de qualquer avaliação externa.

Interpretar uma perda de profundidade com cuidado

Se ambas as reservas caem proporcionalmente, a razão marginal pode permanecer igual enquanto a mesma negociação causa mais impacto. Isso é central à investigação de risco de liquidez: um preço exibido estável não estabelece capacidade estável de saída. Compare snapshots equivalentes, considere convenções de taxas/reservas e registre se uma mudança foi swap, saque ou não resolvida.

O resultado da lição é um cálculo delimitado com pressupostos e entradas ausentes. Não é uma recomendação para entrar, sair ou selecionar um tamanho “seguro” de operação. Uma ferramenta de pesquisa pode melhorar a visibilidade, mas uma rota desconhecida ou snapshot desatualizado de reservas permanece desconhecido.

• Reserva: quantia usada pelo modelo declarado de pool.
• Preço marginal: preço local para uma mudança infinitesimal sob esse modelo.
• Preço médio de execução: entrada total de cotação dividida pela saída base.
• Impacto no preço: uma diferença declarada entre execução e referência.
• Slippage: diferença entre execução e expectativa sob uma convenção explícita.
• Profundidade direcional: capacidade de troca para direção e quantia especificadas.

EXEMPLO ILLUSTRATIVE — FIX-P07-03. Taxas zero, nenhum arredondamento, nenhuma negociação interveniente, transferências irrestritas e um pool simples de produto constante. Unidades de cotação são fictícias, não USD, SOL ou stablecoins.

Ambos os pools iniciais têm a mesma razão marginal. Na comparação mais profunda, saída é 9,900.9901 e preço médio é 0.00101: um aumento de 1% sobre a referência inicial, em vez de 10%.

OBSERVED: A tabela de entradas e as regras aritméticas são fatos fornecidos do exercício fictício.

INFERRED: Condicionado a essas regras, o pool mais profundo produz menos impacto no preço médio para a mesma entrada. Esta é uma conclusão de modelo, não uma cotação ao vivo.

UNKNOWN: Roteamento real, taxas, atualidade de reservas e restrições de transferência de qualquer token real.

INSUFFICIENT EVIDENCE: Capitalização de mercado sozinha não pode estabelecer profundidade direcional. Estes resultados não podem garantir execução ou preço futuro. O conjunto de dados não contém evidência de segurança de token real.

Cotar preço após o swap como preço médio; esquecer unidades; tratar avaliação total como liquidez gastável; usar matemática sem taxas para uma cotação exata ao vivo; ou presumir que uma tolerância ampla de slippage melhora a profundidade do mercado.

Calcule saída base, preço médio de execução e preço marginal após o swap para o pool original com q=20. Compare com q=10. Depois liste três condições que invalidariam tratar a saída como uma cotação exata do mundo real.

• Nomear unidades base/cotação e modelo do pool.
• Verificar direção e quantia de entrada.
• Separar execução média de preço marginal final.
• Declarar pressupostos de taxas, arredondamento, roteamento e atualidade.
• Relatar estimativas calculadas sem prometer execução.

Profundidade, tamanho de operação e pressupostos de modelo determinam conjuntamente estimativas de execução. Preços iniciais exibidos idênticos podem ocultar capacidades muito diferentes, e impacto no preço médio é diferente da razão final de reservas.

Uma avaliação não é um orçamento de saque. Use uma referência nomeada de preço. Preserve cada pressuposto que separa uma estimativa de modelo de um registro de execução real.

Plotar saídas do modelo original e do dez vezes mais profundo para q=10 e q=20. Mostrar preços marginal inicial, médio de execução e marginal final em painéis rotulados separados; anexar fórmulas e unidades. Fornecer tabela exata do exercício e nota de arredondamento como texto acessível.

Regras de entrega visual: azul-marinho escuro/preto, detalhes ciano/azul elétrico/violeta, unidades e incerteza explicitamente rotuladas. Use gráficos determinísticos ou SVG, não capturas de tela fabricadas. Em 390 px, empilhe anotações e forneça a tabela de dados como alternativa textual; verifique 768 px e desktop depois. Em árabe, localize rótulos e layout com RTL nativo, isolando endereços/hashes em LTR e mantendo a direção real das transferências e a cronologia. Use somente o logo oficial BlockAssay fornecido se identidade visual for adicionada. Nenhum recurso visual ou renderização mobile/RTL é alegado pronto.

Use RADAR somente quando rede exata, ativo e campos necessários forem compatíveis e sua procedência for visível. Esta é uma inspeção educacional somente de leitura, não uma operação ou lançamento de token. Use o conjunto de dados offline fornecido se acesso ou dados estiverem indisponíveis; informação ausente permanece desconhecida. Uma futura ação Abrir na BlockAssay precisa de roteamento de runtime validado e cobertura de fontes. Nenhum CTA executável de ativo é fornecido para identificadores ilustrativos. Participação na Academy e status comercial nunca mudam observações do Radar.

• Precificação Uniswap v2 — Precificação de pool de produto constante com duas reservas; não um modelo para todo lançamento ou pool. Verificada em 2026-09-30.

As tabelas e os conjuntos de dados dos exercícios são material educacional original, salvo quando explicitamente designados HISTORICAL. Identificadores fictícios são deliberadamente inválidos como endereços de blockchain. Documentação apoia definições de mecanismos, não valores inventados dos exercícios. Inspeção de fontes é pesquisa editorial, não medição de blockchain ao vivo. Fontes podem mudar; revise novamente antes da publicação.

P07-L04; prossiga após concluir o exercício e revisar cada explicação do quiz.