Auditoría de crecimiento de Uniswap: evidencia pública

Auditoría de crecimiento de Uniswap: veredicto y alcance

Mi auditoría basada en evidencia pública encuentra un historial sólido en diseño de producto y gobernanza, pero no suficiente evidencia pública para demostrar la fuente de adquisición, la retención de usuarios o el retorno del marketing. Puntúo lo que un analista externo puede verificar, no si Uniswap es un buen protocolo ni si su estrategia de crecimiento funcionó.

Esta distinción importa porque las cadenas de bloques públicas revelan transacciones, no la persona, la campaña ni el motivo detrás de cada transacción. Una billetera puede interactuar con un grupo de liquidez. Ese evento no indica si el usuario llegó desde una campaña, regresó por una función del producto o habría comerciado de todos modos. Por eso, la auditoría separa los hechos documentados del producto, las propuestas de gobernanza y los resultados de crecimiento a nivel de usuario.

Revisé la documentación actual para desarrolladores de Uniswap, el foro oficial de gobernanza y la propuesta pública UNIfication. También uso registros públicos del protocolo como capa de descubrimiento cuando corresponde. El conjunto de fuentes permite construir un mapa de evidencia, no un estudio completo de atribución del crecimiento. Mi marco general de KPI de crecimiento DeFi explica cómo mantener separadas las definiciones de resultados y las medidas de actividad.

Qué hace Uniswap y a quién sirven sus productos

Uniswap Protocol es un sistema en cadena para intercambiar tokens mediante grupos de liquidez. La documentación para desarrolladores cubre los intercambios, la liquidez, la creación de grupos y las distintas versiones del protocolo. Uniswap Labs también documenta productos y servicios relacionados con ese protocolo, como la aplicación web, Wallet, API y Unichain. Estas superficies cumplen funciones distintas. Una integración del protocolo, una sesión en la aplicación, una acción de la billetera y una transacción en la cadena no deben combinarse en una sola métrica de “usuario”.

La documentación oficial sirve para definir lo que el producto permite hacer a un desarrollador o usuario. No ofrece un embudo de marketing completo. Una guía para desarrolladores puede mostrar cómo funciona una integración. Una publicación de gobernanza puede mostrar una propuesta. Ninguna informa la fuente de un usuario nuevo ni la tasa a la que ese usuario regresa.

La gobernanza es otra superficie medible. Los titulares de UNI pueden debatir y votar cambios del protocolo mediante procesos de gobernanza definidos. Una propuesta es un registro de una solicitud o diseño. Una votación aprobada es un registro de una decisión de gobernanza. Un cambio de contrato implementado es un hecho técnico separado. Esta secuencia importa en la auditoría porque los anuncios públicos pueden describir un plan antes de que esté activo.

Scorecard de crecimiento: evidencia pública frente a incógnitas

Uso una escala de evidencia de tres puntos. Una puntuación de 2 significa que una fuente primaria actual documenta claramente el elemento. Una puntuación de 1 significa que una fuente documenta una propuesta o un hecho parcial, mientras que la implementación o medición sigue sin verificarse. Una puntuación de 0 significa que las fuentes públicas revisadas no establecen el resultado. El total es una puntuación de observabilidad sobre 12, no una calificación del crecimiento o la calidad del producto de Uniswap.

El total de 5 sobre 12 refleja únicamente el conjunto de evidencia pública revisado. No significa que se hayan alcanzado cinco de doce objetivos de crecimiento. La puntuación puede cambiar cuando esté disponible una nueva fuente primaria o un conjunto de datos propio correctamente definido. Publicaría la rúbrica junto con cualquier puntuación actualizada para evitar que los lectores confundan el acceso a la evidencia con el rendimiento.

Tres brechas de evidencia que limitan las afirmaciones de crecimiento

Primero, la fuente de adquisición no está en la cadena. Se puede observar un intercambio o una posición de liquidez en una dirección. La dirección no indica si el usuario llegó mediante búsqueda, un socio, un incentivo, un agregador o el descubrimiento directo del producto. Los parámetros de campaña, los eventos de referencia y las reglas de identidad que protejan la privacidad deben capturarse antes del evento de la billetera si el equipo quiere establecer una conexión creíble con la fuente.

Segundo, el uso repetido necesita una definición de cohorte. Una dirección que regresa no es automáticamente una persona que regresa. Un usuario puede repartir su actividad entre varias billeteras, usar una cuenta inteligente o interactuar mediante un enrutador. El equipo necesita una definición coherente de primer uso, uso repetido, ventana de observación y superficie de producto elegible. Las transacciones públicas por sí solas no proporcionan esas reglas.

Tercero, una propuesta de gobernanza no demuestra el gasto de crecimiento realizado. La propuesta UNIfication del 10 de noviembre de 2025 describe un presupuesto anual de crecimiento de 20 millones de UNI, distribuido trimestralmente a partir de enero de 2026. También describe un mecanismo propuesto de comisiones del protocolo. Esas cifras son evidencia valiosa de gobernanza. La propuesta, por sí sola, no muestra cuánto se asignó finalmente, cuánto se gastó ni cuánto provocó de adopción incremental. Los gráficos siguientes conservan esa distinción.

Qué verificaría durante los próximos 30 días

En la primera semana, confirmaría el estado actual de cada superficie pública del producto y registraría su documentación canónica, las cadenas compatibles y los eventos que el equipo puede instrumentar. Definiría un primer uso cualificado para cada producto. Una conexión de billetera, un intercambio completado, un depósito de liquidez, una llamada a la API para desarrolladores y un despliegue en una cadena son eventos distintos. El equipo de crecimiento no debería combinarlos sin explicar el motivo.

En la segunda semana, conectaría los registros de adquisición con los eventos del producto mediante parámetros de campaña, identificadores de referencia y una clave seudónima revisada desde el punto de vista de la privacidad. Para los productos en cadena, el equipo puede pedir a los usuarios que vinculen una billetera o utilizar un flujo de autenticación con consentimiento. El método debe contemplar dispositivos compartidos, varias billeteras, cuentas inteligentes y flujos de agregadores. Si el equipo no puede conectar responsablemente a una persona con una billetera, debe informar la actividad a nivel de billetera y denominarla así.

Antes de esa prueba, redactaría un contrato breve de medición para el equipo. Definiría qué versión del producto cuenta, qué cadenas se incluyen, cómo se tratan las transacciones revertidas o similares a bots, cómo se agrupan las direcciones y cómo se informan las etiquetas de campaña ausentes. Mantendría la tabla de eventos sin procesar separada de cualquier métrica derivada para que otro analista pueda reproducir la transformación. Para el gasto de gobernanza, capturaría el identificador de la propuesta, el resultado de la votación, el importe autorizado, la evidencia de la transferencia o factura y el periodo de información. Un presupuesto aprobado por la gobernanza no equivale al efectivo gastado, y el gasto tampoco equivale a usuarios incrementales.

También añadiría una fecha de evidencia explícita a cada gráfico público. Un panel del protocolo puede actualizarse después de redactar una página. Una propuesta puede modificarse. Un contrato puede cambiar mientras una página de documentación permanece en línea. Por eso, la auditoría debe conservar la fecha de consulta, la URL subyacente, el cálculo y la redacción exacta de la afirmación. Si la fuente no responde una pregunta, etiquetaría el campo como “no establecido por el registro público revisado” en lugar de asignarle un indicador indirecto.

En la tercera semana, construiría una vista de cohortes con un evento inicial fijo y una ventana de uso repetido. Compararía cohortes de canales solo cuando se apliquen la misma definición de evento y el mismo periodo de observación. Etiquetaría los datos ausentes. No rellenaría la brecha con el volumen de transacciones públicas. En la cuarta semana, compararía una campaña o cambio de producto con una línea base o un grupo de control cuando fuera práctico. Haría seguimiento del coste, el primer uso cualificado, el uso repetido y cualquier indicador de control, como transacciones fallidas o problemas de soporte.

El siguiente paso útil no es un panel más grande. Es un vínculo mejor entre una exposición definida y un resultado de producto definido. Mantendría los datos públicos del protocolo como capa de contexto y los datos propios de eventos como fuente de adquisición y retención. La guía de crecimiento DeFi cubre el marco operativo de estas mediciones.

Preguntas frecuentes

¿Qué mide una auditoría de crecimiento de Uniswap?

Esta auditoría mide cuánta evidencia pública puede verificar un analista externo en producto, gobernanza, adquisición, retención y medición de campañas. No califica la calidad del producto de Uniswap ni estima el retorno de una campaña.

¿Pueden los datos públicos en cadena demostrar la retención de usuarios?

Pueden mostrar transacciones repetidas de una dirección mediante una consulta definida. Por sí solos, no pueden confirmar que regresó la misma persona, por qué regresó ni qué campaña la adquirió.

¿Qué muestran los datos de gobernanza de Uniswap?

Los registros de gobernanza pueden mostrar propuestas, debates y votaciones. El estado de implementación requiere una verificación separada en contratos desplegados o documentación técnica oficial.

¿Qué métricas de crecimiento de Uniswap debería verificar un equipo?

Hay que definir una primera acción cualificada del producto, una ventana de uso repetido y la fuente de la cohorte. Deben mantenerse separadas del volumen de transacciones, la liquidez o los presupuestos de propuestas, que describen aspectos distintos.

Referencias

• Documentación de Uniswap Developers.
• Foro de gobernanza de Uniswap.
• Uniswap Labs, “UNIfication”, 10 de noviembre de 2025.
• Documentación de Dune, contexto sobre reproducibilidad de consultas y modelo de datos.
• Acerca de Uniswap Labs, descripción general del producto y la organización.