Qué reveló el registro de una red moribunda

Para responder «¿qué me queda en DFK Chain?» hace falta un registro: las direcciones de los tokens, pools y contratos que pueden contener activos. Lo armamos a partir de la documentación del proyecto y lo verificamos contra la cadena — y el registro resultó más interesante que la herramienta para la que se construyó. Muestra una radiografía de la red: dónde está el dinero en realidad dos semanas antes del apagón y por qué el dueño de la dirección no lo ve.

Las cifras que siguen se leyeron de la cadena el 14 de agosto de 2026 sobre los catorce pools documentados. Los montos en dólares son estimaciones a partir de las reservas de los propios pools: en una red que están apagando nadie arbitra los precios contra el mercado externo, así que tómalos como órdenes de magnitud, no como cotizaciones.

El dinero no está donde lo busca la billetera

La liquidez total de los pools documentados ronda los 534 600 $. De eso, 334 200 $ — el 62,5% — están en el contrato de staking Gardens. Otros 116 300 $, el 21,75%, están en el contrato viejo MasterGardener. En total, el 84% de la liquidez no está en los saldos de la gente, sino dentro de dos contratos.

La diferencia es de fondo. Una billetera muestra los tokens que hay en una dirección. No muestra la posición dentro de un contrato: los tokens LP entregados al staking no figuran en el saldo, y quien abre su billetera antes del apagón no ve nada justo donde en realidad está su dinero. La consecuencia práctica se traslada a cualquier cierre: un inventario hecho por saldos de billetera es incompleto por definición — hay que revisar los contratos en los que la red permite depositar algo.

Una quinta parte del dinero está en un contrato que el proyecto ya reemplazó

MasterGardener es el contrato de staking anterior de DFK. Fue reemplazado por Gardens y la documentación lo lista como obsoleto. Aun así, todavía contiene 2 602 461 tokens LP, unos 116 000 $.

La distribución es desigual, y eso es lo más curioso:

En el pool xJEWEL/WJEWEL el contrato viejo contiene treinta y cinco veces más que el nuevo. No son monedas sueltas olvidadas: es el grueso de la liquidez del pool, dejado en un contrato al que la interfaz del proyecto ya no apunta.

La mecánica es simple y se repite en todas partes: la migración al contrato nuevo es voluntaria, la hacen los usuarios activos, y las posiciones de los demás se quedan donde estaban. Mientras la red vive, la diferencia apenas importa — el dinero simplemente está ahí. Empieza a importar en el apagón: quien busque sus posiciones en la interfaz actual no encontrará lo que quedó en la anterior.

La puerta a la comunidad se cerró antes que la propia red

El sitio oficial de DeFi Kingdoms enlaza la invitación discord.gg/defikingdoms. No funciona: la API de Discord devuelve Unknown Invite, código 10006. Verificado el 5, el 14 y de nuevo el 17 de agosto — nada cambia.

La comunidad, en cambio, está viva. El servidor de Discord cuenta con 55 619 miembros, unos 2700 de ellos en línea cuando lo medimos el 17 de agosto — solo que no se puede entrar más que por otra invitación, que vive en cualquier parte menos en el sitio: en la descripción del grupo de Telegram, por ejemplo. Y Telegram, que desde fuera parece un segundo canal vivo — 4826 miembros —, está vivo solo como lista: no hay actividad en el grupo, y el canal oficial de anuncios @defikingdomsannouncements lleva en silencio desde el 22 de febrero de 2025 — un año y medio antes del apagón.

El resultado es una brecha: el anuncio del cierre está publicado, la discusión viva existe — pero el camino que la gente toma desde el punto de entrada no lleva hasta ella. Quien llega a revisar sus activos dos semanas antes del final ve el anuncio, un enlace muerto y un grupo donde nadie responde. Hay dónde preguntar — pero no es adonde lo llevan.

El registro caduca más rápido de lo que muere la red

Un registro es una instantánea. Tomamos la nuestra una vez y unos días después la verificamos contra la cadena. La divergencia fue mayor de lo esperado: 13% en promedio, y catastrófica en dos pools.

La gente se está yendo. La mitad de la liquidez de dos pools salió en cuestión de días — eso habla bien de la comunidad, pero es mala noticia para cualquier código que mantenga una caché.

Caímos en ello con nuestra propia herramienta. Para los pools fuera de la lista documentada, el escáner leía las reservas en vivo desde la cadena, pero tomaba el total de tokens LP de la instantánea. Ambos valores son las dos mitades de una misma fracción, y resultaron ser de momentos distintos: reservas frescas divididas por un total de tokens caducado e inflado. La parte del usuario salía subestimada justo en la proporción de la desviación: en el peor caso resultaba 2,5 veces menor.

El error apunta en la dirección más peligrosa. Una persona mira un monto subestimado, decide que son migajas y no va a rescatarlo. Lo encontramos y lo arreglamos — el commit está en el repositorio de la herramienta, y ahora las dos mitades de la fracción se leen de una sola instantánea.

La conclusión es más amplia que un bug: en una red moribunda, todo número cacheado es un pasivo. No porque cachear sea malo, sino porque la velocidad de los cambios crece a medida que se acerca la fecha. Una instantánea tomada con un mes de antelación describe otra red para la última semana.

Qué llevarse al próximo apagón

Cuatro cosas que se trasladan a cualquier red, servicio o SDK con fecha de fin anunciada:

1. Contar lugares, no saldos. Haz la lista de los contratos en los que la red permite depositar algo y revísalos. El saldo de la billetera es la parte menor del panorama — en DFK Chain es el 16% de la liquidez frente al 84%.
2. Revisar las versiones anteriores de los contratos, no solo las actuales. Obsoleto no significa vacío. Aquí el contrato reemplazado aún contenía una quinta parte de todo el dinero, y en un pool, casi todo.
3. Comprobar que el punto de entrada oficial funciona. Un enlace muerto en un sitio sobrevive años porque nadie lo abre desde dentro. Antes de contar con los anuncios de un canal comunitario, asegúrate de que el canal sea accesible.
4. No mezclar valores en vivo y cacheados en una misma fórmula. Si el numerador se lee de la cadena, el denominador también debe leerse de la cadena. Cuanto más cerca el apagón, más cuesta ese error, porque la salida se acelera.

Puedes revisar una dirección concreta de DFK Chain con nuestra herramienta: qué queda en DFK Chain. Es de solo lectura — sin conectar la billetera, sin firmas, la dirección no se guarda en ningún sitio. El registro de contratos y el propio escáner están abiertos en GitHub: cada cifra de este artículo se puede recalcular de forma independiente.