Auditoria de crescimento da Uniswap: veredito e escopo
Minha auditoria com base em evidências públicas encontra um histórico sólido de design de produto e governança, mas não evidências públicas suficientes para comprovar a origem da aquisição, a retenção de usuários ou o retorno do marketing. Eu avalio o que um analista externo pode verificar, não se a Uniswap é um bom protocolo ou se sua estratégia de crescimento funcionou.
Essa distinção importa porque blockchains públicas revelam transações, não a pessoa, a campanha ou o motivo por trás de cada transação. Uma carteira pode interagir com um pool. Esse evento não informa se o usuário veio de uma campanha, voltou por causa de um recurso do produto ou teria negociado de qualquer forma. Por isso, a auditoria separa fatos documentados do produto, propostas de governança e resultados de crescimento no nível do usuário.
Revisei a documentação atual para desenvolvedores da Uniswap, o fórum oficial de governança e a proposta pública UNIfication. Também uso registros públicos do protocolo como camada de descoberta quando relevante. O conjunto de fontes sustenta um mapa de evidências, não um estudo completo de atribuição de crescimento. Minha estrutura mais ampla de KPIs de crescimento em DeFi explica como manter as definições de resultados separadas das medidas de atividade.
O que a Uniswap faz e a quem seus produtos atendem
O Uniswap Protocol é um sistema on-chain para trocar tokens por meio de pools de liquidez. A documentação para desenvolvedores aborda trocas, liquidez, criação de pools e versões do protocolo. A Uniswap Labs também documenta produtos e serviços relacionados a esse protocolo, incluindo o aplicativo web, a Wallet, a API e a Unichain. Essas superfícies cumprem funções diferentes. Uma integração com o protocolo, uma sessão no aplicativo, uma ação na carteira e uma transação na rede não devem ser reunidas em uma única métrica de “usuário”.
A documentação oficial é útil para definir o que o produto permite que um desenvolvedor ou usuário faça. Ela não fornece um funil de marketing completo. Um guia para desenvolvedores pode mostrar como uma integração funciona. Uma publicação de governança pode mostrar uma proposta. Nenhuma das duas informa a origem de um novo usuário ou a taxa de retorno desse usuário.
A governança é outra superfície mensurável. Detentores de UNI podem debater e votar em mudanças no protocolo por meio de processos de governança definidos. Uma proposta é um registro de uma solicitação ou de um design. Uma votação aprovada é um registro de uma decisão de governança. Uma alteração implementada no contrato é um fato técnico separado. Essa sequência importa na auditoria abaixo porque anúncios públicos podem descrever um plano antes de ele entrar em operação.
Scorecard de crescimento: evidências públicas versus incógnitas
Uso uma escala de evidências de três pontos. A pontuação 2 significa que uma fonte primária atual documenta claramente o item. A pontuação 1 significa que uma fonte documenta uma proposta ou um fato parcial, enquanto a implementação ou a medição continua sem verificação. A pontuação 0 significa que as fontes públicas revisadas não estabelecem o resultado. O total é uma pontuação de observabilidade de 12, não uma nota para o crescimento ou a qualidade do produto da Uniswap.
| Critério | Pontuação | O que os registros sustentam |
|---|---|---|
| Documentação do produto | 2 / 2 | A documentação oficial para desenvolvedores descreve as superfícies do produto e os conceitos de integração. |
| Processo de governança | 2 / 2 | O fórum publica propostas e registros de discussões. |
| Implementação da política de taxas | 1 / 2 | A proposta UNIfication descreve uma rota de taxas proposta. A implementação atual não é estabelecida apenas por essa proposta. |
| Atribuição de aquisição | 0 / 2 | As transações públicas do protocolo não identificam a origem da campanha. |
| Coortes de retenção | 0 / 2 | As fontes revisadas não conectam o primeiro uso ao uso recorrente por coorte de aquisição. |
| Retorno da campanha | 0 / 2 | As fontes revisadas não combinam custo da campanha, resultados atribuídos e uma comparação causal. |
O total de 5 em 12 reflete apenas o conjunto de evidências públicas revisado. Isso não significa que cinco de doze objetivos de crescimento foram alcançados. A pontuação pode mudar quando uma nova fonte primária ou um conjunto de dados próprio adequadamente definido estiver disponível. Eu publicaria a rubrica ao lado de qualquer pontuação atualizada para evitar que os leitores confundam acesso a evidências com desempenho.
Três lacunas de evidências que limitam as afirmações de crescimento
Primeiro, a origem da aquisição não está na blockchain. Uma troca ou posição de liquidez pode ser observada em um endereço. O endereço não informa se o usuário chegou por busca, parceiro, incentivo, agregador ou descoberta direta do produto. Parâmetros de campanha, eventos de indicação e regras de identidade com proteção à privacidade precisam ser capturados antes do evento da carteira se a equipe quiser uma conexão de origem confiável.
Segundo, o uso recorrente precisa de uma definição de coorte. Um endereço que retorna não é automaticamente uma pessoa que retorna. Um usuário pode dividir sua atividade entre carteiras, usar uma conta inteligente ou interagir por meio de um roteador. A equipe precisa de uma definição consistente de primeiro uso, uso recorrente, janela de observação e superfície de produto elegível. As transações públicas, sozinhas, não fornecem essas regras.
Terceiro, uma proposta de governança não estabelece o gasto de crescimento realizado. A proposta UNIfication de 10 de novembro de 2025 descreve um orçamento anual de crescimento de 20 milhões de UNI, distribuído trimestralmente a partir de janeiro de 2026. Ela também descreve um mecanismo proposto de taxas do protocolo. Esses números são evidências valiosas de governança. A proposta, por si só, não mostra quanto foi finalmente alocado, gasto ou responsável por uma adoção incremental. Os gráficos abaixo preservam essa distinção.
O que eu verificaria nos próximos 30 dias
Na primeira semana, eu confirmaria o estado atual de cada superfície pública do produto e registraria sua documentação canônica, as redes compatíveis e os eventos que a equipe pode instrumentar. Eu definiria um primeiro uso qualificado para cada produto. Uma conexão de carteira, uma troca concluída, um depósito de liquidez, uma chamada à API para desenvolvedores e uma implantação em uma rede são eventos diferentes. A equipe de crescimento não deve combiná-los sem uma justificativa declarada.
Na segunda semana, eu conectaria os registros de aquisição aos eventos do produto usando parâmetros de campanha, identificadores de indicação e uma chave pseudônima revisada sob a perspectiva de privacidade. Para produtos on-chain, a equipe pode pedir aos usuários que vinculem uma carteira ou usem um fluxo de autenticação com consentimento. O método precisa considerar dispositivos compartilhados, múltiplas carteiras, contas inteligentes e fluxos de agregadores. Se a equipe não puder conectar uma pessoa a uma carteira de forma responsável, deve reportar a atividade no nível da carteira e chamá-la assim.
Antes desse teste, eu redigiria um contrato curto de medição para a equipe. Ele definiria qual versão do produto conta, quais redes estão incluídas, como transações revertidas ou semelhantes às de bots são tratadas, como o agrupamento de endereços é considerado e como as tags de campanha ausentes são reportadas. Eu manteria a tabela bruta de eventos separada de qualquer métrica derivada para que outro analista pudesse reproduzir a transformação. Para gastos de governança, eu capturaria o identificador da proposta, o resultado da votação, o valor autorizado, as evidências de transferência ou fatura e o período de relatório. Um orçamento aprovado pela governança não é o mesmo que dinheiro gasto, e gasto não é o mesmo que usuários incrementais.
Eu também adicionaria uma data explícita de evidência a cada gráfico público. Um painel do protocolo pode ser atualizado depois que uma página é escrita. Uma proposta pode ser alterada. Um contrato pode mudar enquanto uma página de documentação permanece online. Por isso, a auditoria deve preservar a data de consulta, a URL subjacente, o cálculo e a redação exata da afirmação. Se a fonte não responder a uma pergunta, rotule o campo como “não estabelecido pelo registro público revisado” em vez de atribuir um indicador indireto.
Na terceira semana, eu construiria uma visão de coortes com um evento inicial fixo e uma janela de uso recorrente. Compare coortes de canais apenas quando a mesma definição de evento e o mesmo período de observação forem aplicáveis. Rotule os dados ausentes. Não preencha a lacuna com volume público de transações. Na quarta semana, eu compararia uma campanha ou mudança no produto com uma linha de base ou grupo de controle quando fosse viável. Acompanhe custo, primeiro uso qualificado, uso recorrente e qualquer indicador de proteção, como transações malsucedidas ou problemas de suporte.
O próximo passo útil não é um painel maior. É uma conexão melhor entre uma exposição definida e um resultado de produto definido. Eu manteria os dados públicos do protocolo como camada de contexto e os dados próprios de eventos como fonte para aquisição e retenção. O guia de crescimento em DeFi aborda a estrutura operacional em torno dessas medições.
Perguntas frequentes
O que uma auditoria de crescimento da Uniswap mede?
Esta auditoria mede quanto de evidência pública um analista externo pode verificar nas áreas de produto, governança, aquisição, retenção e medição de campanhas. Ela não avalia a qualidade do produto da Uniswap nem estima o retorno da campanha.
Dados públicos on-chain podem comprovar a retenção de usuários?
Eles podem mostrar transações recorrentes de um endereço sob uma consulta definida. Por si só, não podem confirmar que a mesma pessoa voltou, por que voltou ou qual campanha a adquiriu.
O que os dados de governança da Uniswap mostram?
Os registros de governança podem mostrar propostas, discussões e votações. O estado da implementação exige verificação separada em contratos implantados ou documentação técnica oficial.
Quais métricas de crescimento da Uniswap uma equipe deve verificar?
Defina uma primeira ação qualificada no produto, uma janela de uso recorrente e a origem da coorte. Mantenha esses elementos separados do volume de transações, da liquidez ou dos orçamentos de propostas, que descrevem coisas diferentes.
Precisa separar sinais de crescimento de resultados?
Uso uma auditoria estruturada para conectar evidências do produto a lacunas de aquisição, retenção e medição.
Conheça a Auditoria de Crescimento Web3Referências
- Documentação da Uniswap para desenvolvedores.
- Fórum de Governança da Uniswap.
- Uniswap Labs, “UNIfication”, 10 de novembro de 2025.
- Documentação da Dune, contexto sobre reprodutibilidade de consultas e modelo de dados.
- Sobre a Uniswap Labs, visão geral do produto e da organização.