Início
» Notícia
»
Explicação dos Hooks do AMM V4: Como os Pools de Liquidez Personalizados Alteram as Vantagens e Desvantagens
Explicação dos Hooks do AMM V4: Como os Pools de Liquidez Personalizados Alteram as Vantagens e Desvantagens
Tradicionalmente, os formadores de mercado automatizados (AMMs) pedem aos usuários que aceitem um conjunto relativamente fixo de regras para os pools: um modelo de precificação, uma política de taxas e um mecanismo de liquidez definidos pelo protocolo. O Uniswap v4 altera esse espaço de design com hooks — contratos inteligentes externos que podem executar lógica personalizada em pontos específicos do ciclo de vida de um pool. O resultado não é simplesmente “um AMM mais avançado”. É uma estrutura na qual dois pools que utilizam o mesmo núcleo v4 subjacente podem se comportar de maneira muito diferente.
Essa flexibilidade cria opções reais. Um pool pode manter o comportamento padrão de liquidez concentrada sem qualquer intervenção, ou adicionar lógica personalizada para taxas dinâmicas, ações de liquidez automatizadas, regras de acesso, contabilidade especializada ou outros modelos de mercado. A contrapartida é igualmente importante: cada regra extra adiciona código, suposições, complexidade de integração e, potencialmente, novos riscos de segurança.
A partir de setembro de 2026, o Uniswap v4 estará em operação desde janeiro de 2025. O Uniswap descreve o v4 como um protocolo AMM não custodial, não atualizável e sem permissão, que utiliza um PoolManager singleton e hooks para personalizar o comportamento do pool. Para uma visão geral do protocolo, consulte a visão geral do v4 do Uniswap Labs e o whitepaper do Uniswap v4 .
Os hooks V4 funcionam como extensões programáveis em torno de um pool de liquidez, permitindo recursos como taxas personalizadas, estratégias automatizadas e regras de acesso sem substituir o núcleo do AMM.
O que exatamente é um gancho v4?
Um hook é um contrato inteligente associado a um pool Uniswap v4 quando esse pool é inicializado. O hook pode ser configurado para receber callbacks antes ou depois de ações específicas do pool. Na interface principal v4 atual, esses pontos do ciclo de vida incluem inicialização, adição de liquidez, remoção de liquidez, swaps e doações. A interface oficial pode ser visualizada no código-fonte IHooks.sol do Uniswap .
A distinção importante é que um hook não substitui todo o AMM. O núcleo v4 ainda gerencia o estado do pool e a liquidez concentrada por meio do PoolManager. O hook adiciona comportamentos relacionados a ações selecionadas. Por exemplo, um hook pode inspecionar as condições de mercado antes de um swap e escolher uma taxa de LP dinâmica, ou realizar a contabilização após a modificação da liquidez.
A definição de quais callbacks um pool utiliza é estabelecida na inicialização. Na versão 4, as permissões de hook são codificadas no endereço do contrato do hook por meio de bits de ordem inferior específicos. Esse design incomum permite que o PoolManager determine quais callbacks invocar de forma eficiente. Os detalhes da implementação estão documentados na biblioteca oficial Hooks.sol .
Por que a v4 pode suportar pools personalizados sem implantar um novo AMM?
Os projetos anteriores de AMM frequentemente exigiam que uma equipe criasse forks ou reconstruísse grandes partes de um protocolo de exchange quando desejava uma lógica de taxas, comportamento de ordens ou contabilização diferentes. A versão 4 separa o mecanismo de liquidez compartilhado da personalização opcional. Todos os pools são gerenciados por meio de um PoolManager no estilo singleton, em vez de implantar um contrato principal separado para cada pool.
O whitepaper também apresenta a contabilização instantânea , onde movimentações intermediárias de tokens podem ser compensadas durante uma operação desbloqueada, desde que os deltas de moeda finais sejam liquidados corretamente. Juntos, a arquitetura singleton e os hooks facilitam a composição de múltiplas ações de pool e lógica personalizada sem duplicar toda a base de código de um AMM.
Quatro opções comuns de anzol — e o que você perde ao fazer isso
Projeto de piscina
O que ele pode otimizar
Principal compensação
Ideal para quando
Sem gancho
Simplicidade e menor risco de código personalizado
Comportamento menos especializado
A liquidez concentrada padrão já se adequa ao mercado.
Gancho de taxa dinâmica
Taxas que reagem à volatilidade, ao volume ou a outras regras.
A lógica das taxas pode ser falha, passível de manipulação ou cara.
As condições de mercado variam o suficiente para que uma taxa fixa seja ineficiente.
Gancho de controle de acesso
Critérios de elegibilidade, listas de permissões ou restrições políticas.
Menos participação sem permissão e mais pressupostos de governança.
Um grupo tem requisitos de participação explícitos
Gancho de contabilidade personalizada
Novo comportamento de assentamento, incentivos ou curvas especializadas
Complexidade máxima de projeto e auditoria
O produto realmente precisa de mecanismos que vão além da liquidez concentrada padrão.
Opção 1: sem gancho
Um pool v4 não precisa de um gancho (hook). Esta é a opção mais simples quando o objetivo é liquidez concentrada comum com comportamento personalizado mínimo. A vantagem é um raciocínio mais fácil: há menos código externo para inspecionar, menos casos extremos e menos incerteza sobre o que acontece durante swaps ou alterações de liquidez.
A limitação é óbvia: você não obtém comportamentos especializados para pools. Se um mercado se beneficia de taxas variáveis, lógica de posição automatizada ou restrições personalizadas, um pool sem hooks não pode fornecer esses recursos por si só.
Opção 2: ganchos de taxa dinâmica
A versão 4 permite que os pools usem taxas de LP dinâmicas. Um beforeSwaphook pode, de acordo com as regras de taxas dinâmicas do protocolo, retornar uma taxa de LP sobrescrita para aquele swap. Isso possibilita a criação de políticas de taxas que respondem a condições como volatilidade, fluxo de ordens ou tempo.
A vantagem é a adaptabilidade. Um par estável pode preferir taxas baixas durante negociações normais, mas um comportamento diferente quando os preços divergem. O risco é que o próprio algoritmo de taxas se torne parte da microestrutura do mercado. Parâmetros inadequados podem reduzir o volume, prejudicar os provedores de liquidez ou os operadores de swap, ou criar oportunidades para manipulação.
O repositório público de hooks do Uniswap Labs inclui um StablePairHook que usa taxas dinâmicas para ativos que se espera negociarem a preços próximos. Esse repositório é útil como um exemplo concreto de como os hooks voltados para produção são separados do núcleo v4: Repositório público de hooks v4 do Uniswap .
Opção 3: ganchos de estratégia automatizados
Os hooks podem coordenar ações relacionadas a mudanças de liquidez ou swaps, permitindo sistemas que automatizam partes de uma estratégia de LP (Limitation Provider). Exemplos incluem lógica de rebalanceamento, comportamento baseado em tempo ou integrações com outros protocolos.
Isso pode reduzir a gestão manual, mas "automatizado" não significa "isento de riscos". As regras de estratégia podem ter um desempenho ruim em mercados voláteis, depender de dados externos, consumir mais gás ou interagir mal com outros contratos. A comparação relevante não é entre automação e ausência de esforço; é entre regras previsíveis e passíveis de inspeção e a complexidade operacional e o risco do modelo.
Opção 4: ganchos de acesso ou de política
Um gancho (hook) pode impor condições personalizadas antes de permitir que uma ação prossiga. Isso pode dar suporte a listas de permissões, regras de elegibilidade específicas do mercado ou controles de política em nível de aplicativo.
Isso pode ser apropriado para um produto com requisitos de acesso explícitos, mas altera a abertura do conjunto de permissões. Os usuários devem entender quem controla as regras, se essas regras podem ser alteradas, quais sistemas externos são confiáveis e o que acontece se um serviço de autorização falhar.
A contabilidade personalizada é a mais poderosa — e a mais fácil de ser mal compreendida.
Uma das funcionalidades mais avançadas da v4 é a contabilização personalizada . Os hooks podem retornar deltas de tokens que afetam a forma como o valor é contabilizado em relação às ações do pool. O whitepaper da v4 descreve isso como uma maneira de os hooks implementarem funcionalidades como curvas personalizadas, taxas de hook ou outros comportamentos de contabilização, em camadas sobre o sistema principal.
Isso não é o mesmo que simplesmente alterar uma taxa exibida. A contabilidade personalizada pode mudar substancialmente a dinâmica econômica de uma interação. Para projetistas de pools experientes, isso abre um vasto leque de possibilidades. Para usuários e provedores de liquidez, significa que a afirmação "é um pool Uniswap v4" não descreve completamente as regras econômicas. O gancho associado também precisa ser compreendido.
Sinuca estilo V3 versus sinuca com gancho estilo V4
Critério
Piscina de liquidez concentrada estilo V3
Piscina V4 com ganchos
Modelo de liquidez central
Liquidez concentrada
Liquidez concentrada com lógica personalizada opcional
Comportamento em relação às taxas
Níveis de taxas predefinidos
Configuração de tarifas mais flexível, incluindo tarifas dinâmicas.
Personalização de piscinas
Em sua maioria, as correções são feitas no nível do protocolo.
A lógica de gancho pode modificar o comportamento do ciclo de vida.
Superfície de auditoria
Principalmente protocolo mais integração
Protocolo, integração e contrato de gancho
Due diligence do usuário
Entenda o conceito de par, intervalo, nível de taxa e risco do token.
Tudo o que ficou à esquerda, mais o código de gancho e suas dependências.
Portanto, a V4 deve ser vista como uma extensão da liquidez concentrada, e não como uma substituição para as compensações fundamentais dos provedores de liquidez. Os provedores de liquidez ainda enfrentam oscilações de preço, seleção de intervalo, seleção adversa, risco do token e risco de contrato inteligente. Os hooks adicionam outra dimensão: o risco de regras personalizadas.
Segurança: as auditorias principais não validam automaticamente todos os hooks.
O núcleo do Uniswap v4 passou por uma extensa revisão de segurança antes do lançamento. A Uniswap Labs afirmou, no lançamento em janeiro de 2025, que a base de código passou por nove auditorias, uma grande competição de segurança e um programa de recompensas por bugs. Os detalhes do lançamento estão disponíveis no anúncio de lançamento do v4 da Uniswap Labs .
Isso não significa que um hook arbitrário seja seguro. Hooks são contratos externos criados por desenvolvedores independentes. Um hook pode conter bugs, lógica maliciosa, dependências inseguras, controle de acesso deficiente ou premissas econômicas que falham sob pressão. O repositório oficial de hooks públicos distingue explicitamente as implementações de hooks mantidas pelo Uniswap Labs do universo mais amplo de hooks da comunidade.
Para um trader ou LP, a pergunta útil, portanto, não é simplesmente "É a versão 4?", mas sim "Qual gancho está anexado, quais callbacks ele pode executar, quem o construiu, ele foi revisado e em quais contratos ou oráculos adicionais ele confia?".
Como escolher um modelo de piscina para um caso de uso real
Se você busca principalmente liquidez padrão
Dê preferência à simplicidade. Um pool v4 sem hooks — ou outro design de pool bem compreendido — pode fazer sentido quando um comportamento personalizado não resolve um problema específico. Adicionar programabilidade simplesmente porque ela está disponível cria complexidade sem necessariamente agregar valor.
Se você opera em um mercado volátil ou especializado
Um modelo de taxas dinâmicas pode ser útil se as taxas estáticas subestimarem ou superestimarem consistentemente o risco de liquidez. Avalie a regra de taxas real, os dados de entrada, a frequência de atualização, a sobrecarga de gás e o comportamento durante condições extremas, em vez de se concentrar apenas nas taxas médias.
Se você estiver desenvolvendo um produto de liquidez gerenciada
Os mecanismos de automação podem tornar a experiência do usuário mais coerente, mas a estratégia deve ser tratada como um sistema financeiro, e não apenas como um recurso de conveniência. Teste modos de falha como dados desatualizados, rápidas oscilações de preços, cancelamento de chamadas externas e condições em que o rebalanceamento se torna dispendioso.
Caso a participação precise ser restringida
Um gancho de controle de acesso pode codificar esses requisitos diretamente em torno das ações do pool. O custo é a redução da falta de permissão e o aumento da confiança em quem controla ou fornece a lógica de autorização. Documente esses controles claramente para os usuários.
Se você precisa de um mecanismo de mercado verdadeiramente novo
A contabilidade personalizada oferece o maior espaço de design, mas também merece maior atenção. Utilize-a quando a liquidez concentrada padrão não conseguir expressar os resultados econômicos desejados — e não apenas para fazer o sistema parecer mais sofisticado.
O que os provedores de liquidez e os traders devem verificar antes de usar um pool vinculado.
Endereço de referência: verifique o contrato exato vinculado à piscina.
Callbacks habilitados: permite entender se o gancho é executado antes ou depois de swaps, alterações de liquidez, inicialização ou doações.
Regras de taxas: determine se a taxa do LP é fixa ou dinâmica e o que pode alterá-la.
Dependências externas: identificar oráculos, protocolos de empréstimo, pontes, listas de permissões ou contratos administrativos dos quais o gancho depende.
Controle administrativo: verificar se alguma das partes pode alterar parâmetros, pausar funcionalidades ou influenciar dependências externas.
Status de auditoria e código: distinguir código auditado e revisado de exemplos experimentais.
Comportamento econômico: entenda como o mecanismo de gancho afeta o slippage, os retornos dos provedores de liquidez, os fluxos de tokens e as condições de saque.
A conclusão prática
Os hooks V4 transformam um pool de AMM de um produto em grande parte fixo em um componente programável. Isso é valioso quando um mercado tem uma necessidade específica — taxas adaptáveis, automação, controle de acesso, contabilidade especializada ou integração com outro sistema DeFi. É menos interessante quando a liquidez concentrada padrão já resolve o problema.
A principal compensação é simples: mais personalização significa mais código e mais suposições a serem avaliadas . Os desenvolvedores ganham um espaço de design mais amplo, os provedores de liquidez podem acessar estratégias mais especializadas e os traders podem interagir com mercados que se comportam de maneira diferente dos pools padrão. Ao mesmo tempo, os usuários devem avaliar o hook anexado como parte do próprio pool.