1. Identificar qué tipo de usuario DeFi tienes delante

Antes de revisar una sola transacción, lo primero que hacemos es intentar entender qué tipo de usuario hay detrás de la wallet.

No es lo mismo una persona que utiliza siempre los mismos DEX, mantiene posiciones de liquidez relativamente estables y repite una operativa conocida, que un usuario que ha pasado dos años probando decenas de protocolos para intentar cumplir criterios de posibles airdrops.

El tercer perfil es especialmente interesante. Un usuario de airdrops puede haber utilizado una red únicamente para crear actividad, probar un bridge o interactuar con un protocolo concreto. Años después puede ser difícil entender por qué aparece esa operación si solo se mira una exportación de transacciones.

Por eso el objetivo inicial no es clasificar movimientos. Es responder una pregunta mucho más sencilla: ¿qué estaba intentando hacer este usuario?

2. Separar la actividad por redes y ecosistemas

Una vez entendido el perfil, el siguiente paso es identificar en qué redes ha estado realmente.

Si toda la actividad pertenece al ecosistema EVM, el análisis suele ser más homogéneo porque una misma dirección puede seguirse a través de varias redes compatibles. Pero la complejidad aumenta cuando el mismo usuario combina EVM con Solana, Sui u otros ecosistemas.

3. Los bridges son los puntos que unen una wallet multichain

Cuando una wallet salta continuamente entre redes, los bridges se convierten en uno de los elementos más importantes de la reconstrucción.

El historial on-chain de un bridge permite seguir el recorrido entre una red de origen y otra de destino. Eso ayuda a entender por qué un activo desaparece en una red y aparece después en otra.

En una investigación podemos fijarnos en elementos como:

• red de origen;
• red de destino;
• fecha de la operación;
• activo enviado;
• cantidad;
• protocolo de bridge utilizado;
• hashes relacionados con el movimiento.

Esto resulta especialmente útil con usuarios que hicieron farming de airdrops. Algunas de esas personas utilizaron muchas L2 y bridges únicamente para generar actividad. Incluso si una red tiene hoy poca actividad o el proyecto ha perdido relevancia, el histórico on-chain puede seguir permitiendo reconstruir el recorrido.

4. Después de las redes, hay que entender los protocolos

Cuando ya sabemos por dónde se movió el usuario, llega el momento de identificar qué hizo dentro de cada red.

No basta con saber que una transacción ocurrió en Arbitrum, Polygon o Ethereum. Necesitamos saber si correspondía a un swap, un depósito, una retirada, una aportación de liquidez, staking, lending, farming, perps o cualquier otra interacción DeFi.

Un usuario relativamente estable puede repetir durante meses los mismos contratos y protocolos. En cambio, una wallet orientada a airdrops puede haber tocado decenas de aplicaciones distintas. En ese segundo caso el objetivo no es memorizar cada protocolo, sino encontrar suficiente contexto para saber qué representa cada movimiento importante.

5. Antes de clasificar, verificamos que los saldos actuales cuadren

Este paso es fundamental en nuestra forma de trabajar.

Antes de poner etiquetas manuales a cientos o miles de movimientos, buscamos una herramienta que represente correctamente el estado actual de la wallet. Queremos comprobar que los saldos actuales tienen sentido y coinciden con lo que realmente existe on-chain.

Cuando esa base cuadra, tenemos mucha más confianza en que las entradas y salidas que estamos viendo representan movimientos reales y que no falta una parte importante del recorrido.

Este es uno de los motivos por los que Huella Cripto resulta útil dentro de nuestro flujo. Nos permite partir de la actividad y del estado on-chain actual para entender mejor redes, protocolos y movimientos antes de empezar a añadir significado a cada evento.

No se trata de asumir que cualquier clasificación automática es correcta. Se trata de disponer primero de una imagen de la wallet que podamos contrastar con su situación real.

6. Una entrada no siempre es un ingreso y una salida no siempre es un pago

Una vez que los datos base tienen sentido, empieza la parte verdaderamente importante del análisis: explicar qué significa cada movimiento.

Una entrada de tokens en la wallet puede representar situaciones completamente diferentes:

• una recompensa de un protocolo;
• un airdrop;
• la devolución de liquidez al salir de una pool;
• una retirada de lending;
• un movimiento desde otra wallet del mismo usuario;
• la llegada de fondos procedentes de un bridge.

Con las salidas ocurre exactamente lo mismo. Pueden representar un depósito en un protocolo, una aportación a una pool, un bridge hacia otra red, un swap, un envío a un exchange o una transferencia a un tercero.

En Huella Cripto podemos añadir contexto y nombre a esos eventos para que el historial deje de ser una colección de hashes y empiece a convertirse en una secuencia comprensible.

7. Si la importación no cuadra, buscamos otra herramienta

Otro principio importante de nuestro método es no intentar adaptar la realidad a una herramienta concreta.

Si una importación no representa correctamente lo que ocurrió, buscamos otra fuente que interprete mejor esa red, ese protocolo o ese tipo de actividad.

Esta filosofía también explica por qué una herramienta fiscal no siempre es suficiente para reconstruir DeFi. CoinTracking o Koinly pueden ser excelentes piezas del trabajo, pero cuando el historial es multichain y utiliza protocolos poco habituales necesitamos otras fuentes para comprender qué pasó antes de clasificarlo.

Hemos visto incluso casos en los que una herramienta interpreta mejor una red concreta que otra. No existe un software que sea el mejor en todas las cadenas y para todos los protocolos.

8. Nuestro método para analizar una wallet DeFi completa

Si condensamos todo el proceso, la reconstrucción queda así:

¿Por qué una herramienta fiscal no basta para DeFi complejo?

Porque la fiscalidad empieza después de entender el movimiento.

Un software puede importar dos transferencias y clasificarlas de una determinada forma. Pero si esas dos transferencias son en realidad las dos partes de un bridge, una entrada y salida de una posición LP o una secuencia relacionada con un protocolo de airdrops, primero necesitamos reconstruir ese contexto.

Por eso, en historiales complejos, solemos separar dos trabajos:

Son trabajos relacionados, pero no son exactamente lo mismo.

Preguntas frecuentes sobre el análisis de una wallet DeFi