Autor: Yacht (鸭特TATAYA)
Como un veterano del criptomundo, seguramente conocerás este meme en forma de pregunta-respuesta:
¿Cómo empezaste a involucrarte en el criptomundo?
A: Un amigo me lo presentó B: Me enteré por Internet C: Lo supe por una institución financiera D: Un enemigo me tendió una trampa.
Pero al llegar a 2026, nos enfrentamos gradualmente a una pregunta cada vez más amarga:
¿Cómo desapareció el proyecto que utilizabas del criptomundo?
A: El equipo oficial anunció el cierre, deteniendo el servicio según lo planeado B: Un día cualquiera, la web, el frontend y la API dejaron de funcionar
C: De repente te enteraste por una propuesta de gobernanza, documentos judiciales o noticias D: Hasta que leíste este artículo, te diste cuenta de que lleva mucho tiempo inactivo
Según el análisis de datos, la lista de desapariciones de 2026 muestra una clara línea divisoria: después de que un proyecto cesa sus operaciones, sus funciones migran dentro de la industria. Paradigmas de productos como los contratos perpetuos, el escalado ZK, la agregación de activos, el crédito en cadena, la propiedad no custodial, etc., no se han ido con el equipo original. Muchas capacidades ya se han convertido en configuraciones predeterminadas de exchanges, carteras, protocolos y plataformas de datos. Para los inversores, el estado del proyecto solo registra el destino de la organización; es el flujo de funciones lo que realmente explica qué ha dejado una ola de innovación.
El cierre de BitMEX lleva esta distinción al extremo. Fundado en 2014, lanzó XBTUSD en mayo de 2016, creando el contrato perpetuo de Bitcoin. El diseño de la tasa de financiación y la ausencia de fecha de vencimiento se adaptaron al mercado cripto que opera 24/7, y los contratos perpetuos se convirtieron posteriormente en el producto central de los derivados cripto globales. El 23 de julio de 2026, BitMEX anunció planes para cerrar el exchange: el 26 de agosto entraría en fase de solo reducción de posiciones, el 23 de septiembre cesaría el trading y cerraría las posiciones restantes, continuando posteriormente con los retiros.
¿Por qué la misma empresa puede obtener una alta puntuación en la historia del producto y, al mismo tiempo, dirigirse hacia su fin en la historia operativa? La evaluación histórica se preocupa por lo que definió, a cuántos usuarios educó y qué competidores cambió; la evaluación de inversión sigue preguntando dónde queda la liquidez, quién controla la entrada de usuarios, cómo se sedimentan las tarifas de trading y cuán altos son los costes de migración tras la difusión de la tecnología. Superponiendo estas dos escalas, la contribución de los pioneros puede verse fácilmente borrada por el resultado operativo, y el riesgo operativo puede quedar oculto por el aura del pionero, haciendo más complejos los criterios de evaluación.
Respetar a los pioneros no significa renunciar al juicio sobre la sostenibilidad. Este artículo selecciona 110 muestras a partir de datos públicos. Este conjunto abarca siete grandes categorías, con gran variación en notoriedad del proyecto y volumen de capital: Intercambio y Finanzas Descentralizadas (31), Consumo, Social y Entretenimiento (28), Infraestructura y Servicios para Desarrolladores (14), Intercambio y Servicios Financieros Centralizados (13), y el resto distribuido en áreas como Organización y Financiación, Carteras y Datos, Emisión de Activos y RWA. 45 proyectos revelaron montos de financiación, sumando 516.52 millones de dólares; 65 no revelaron montos públicos. Entre los principales se incluyen Loopring (45M$), ICON (43M$), Goldfinch (37M$), y varias compañías respaldadas por a16z, Pantera, Coinbase Ventures, Polychain, etc.
Las muestras cubren tanto proyectos de alta visibilidad como BitMEX, Loopring, Zapper, Foundation, Goldfinch, como una gran cantidad de equipos de larga cola con discusión pública limitada y materiales insuficientes para confirmar su estado específico de salida. Las noticias van desde los anuncios de BitMEX y BitMart sobre el cese escalonado de operaciones, la retirada de productos de Loopring y Zapper, hasta la resolución de gobernanza de Goldfinch, el fracaso de la venta de Foundation, la entrada en Chapter 11 de Poolin, el cese de operaciones de AscendEX y el conflicto de estados tras el incidente de seguridad de Ionic. Este conjunto de material preserva registros de historia del producto, historia del capital y gestión de crisis, proporcionando un contexto común para rastrear la migración de funciones y la transferencia de valor.
La información más valiosa que esperamos obtener proviene de la cadena "salida del proyecto — difusión de funciones — transferencia de valor". Esto desglosa el lanzamiento innovador, la adopción de la industria y la captura comercial en tres resultados independientes, permitiendo a los inversores ver antes: cuando una función es ampliamente adoptada, el reloj comercial del proyecto original puede estar ya en cuenta regresiva.
Cuatro conclusiones clave:
- Tras la salida de un proyecto, las funciones siguen migrando. 82/110 proyectos han visto sus funciones principales ampliamente heredadas o difundidas parcialmente, un 74.5%. La vida organizativa de los proyectos Web3 suele ser más corta que la de sus paradigmas de producto.
- La velocidad de réplica está reduciendo la ventana de comercialización. De 47 proyectos fundados entre 2023—2025, 39 han visto sus funciones heredadas o difundidas, un 83.0%; la proporción correspondiente para proyectos de 2019—2022 es del 72.7%.
- Alta concentración de capital, pero resultados aún divergentes. 45 proyectos que revelaron financiación recaudaron 516.52M$ en total, los diez primeros absorbieron el 60.1%. Productos como Loopring, Goldfinch y Zapper tomaron caminos hacia la retirada de producto, mantenimiento por gobernanza y cierre ordenado.
- La forma pública más común de salida es la desconexión primero de la capa operativa. De 31 proyectos con modo de salida confirmado, 17 se manifestaron como cese de producto o red. Muchos proyectos no son identificados por el mercado hasta que el frontend, la API o la actividad del equipo cesan, requiriendo una monitorización de inversión que se adelante a señales de mantenimiento, actividad, ingresos y equipo.
I. Tras la desaparición del proyecto, ¿a dónde fluyeron las funciones?
La salida no se llevó toda la herencia del producto. De 110 proyectos, 42 han visto sus funciones principales ampliamente heredadas o convertidas en commodity, y 40 han experimentado herencia parcial o difusión adyacente, sumando 82 proyectos, un 74.5%. Esta estadística no implica derechos de patente; se refiere a si, tras la salida del producto original del mercado, capacidades similares pueden continuar realizando las tareas del usuario.
Por categoría, la migración de funciones muestra tres trayectorias. Intercambio y Finanzas Descentralizadas tiene 31 proyectos, 25 con herencia/difusión, 21 con herencia amplia; Carteras, Datos y Herramientas tiene 9 proyectos, 8 con legado identificable; los 6 proyectos de Emisión de Activos, RWA y Pagos alcanzaron herencia amplia. Módulos como el enrutamiento de transacciones, agregación de activos, liquidación con stablecoins o crédito en cadena se integran fácilmente en sistemas mayores de cuentas y capital, permitiendo que las funciones absorbidas sigan creando valor de transacción y datos.
De los 28 proyectos de Consumo, Social y Entretenimiento, 27 mostraron herencia o difusión, un 96.4%, de los cuales 26 fueron difusión parcial. Esta estructura es clave: los productos de consumo suelen dejar diseños de interacción, mecanismos de incentivos, mecánicas de contenido o dinámicas comunitarias, que se transforman en productos adyacentes, rara vez conservándose como estándares completos de la industria. Intercambio y Servicios Financieros Centralizados tiene 13 proyectos, solo 4 alcanzaron herencia amplia. Las capacidades de matching, custodia, gestión de riesgos y licencias de una plataforma de trading están muy acopladas; las funciones individuales se pueden copiar, pero la migración del conjunto de capacidades institucionales es más lenta.
Este gráfico cruzado ofrece un juicio más útil que el número de categorías: el grado de modularidad de las funciones afecta la velocidad de difusión; la capacidad del proyecto original para conectar módulos a sistemas de distribución, cuentas, liquidez y tarificación determina la atribución de valor tras la difusión. Un panel de control rápidamente integrable en una cartera puede tener gran influencia histórica, pero su espacio independiente de tarificación se reduce rápidamente; un producto que requiere suscripción, cumplimiento y balance se copia más lentamente y tiene costes operativos a largo plazo más pesados.
Los 42 proyectos de herencia amplia indican que la educación del usuario está completa. Los 28 proyectos no validados señalan otro riesgo: el mercado puede no haber formado una tarea clara, o los materiales existentes son insuficientes para identificar su legado. Ambos dejan lecciones diferentes: el primero debe verificar qué recursos escasos quedan tras la réplica de competidores; el segundo debe verificar si el problema mismo tiene un presupuesto estable. Cuanto más exitosa es la difusión de la innovación, más debe el inversor rastrear datos, marca, liquidez, ingresos del protocolo y control de canales, en lugar de quedarse en la lista de funciones.
II. La velocidad de réplica ya supera a la comercialización
Hay 98 proyectos con año de fundación válido. De 7 proyectos fundados en 2018 o antes, 4 tuvieron herencia/difusión (57.1%); para 2019—2022 fue 32/44 (72.7%); para 2023—2025 subió a 39/47 (83.0%). La codificación manual no prueba que los competidores copiaran estos proyectos uno a uno; las startups más nuevas también pueden elegir desde el inicio una dirección de producto altamente homogénea. Pero independientemente de si la fuente es imitación directa, combinación de código abierto o desarrollo concurrente del mismo problema, la consecuencia comercial es similar: el período de escasez funcional se está acortando.
Esta diferencia temporal requiere interpretación cautelosa, pero la implicación de inversión sigue siendo clara: en un entorno de código abierto, infraestructura modularizada, proveedores de liquidez maduros y SDK estandarizados, productos similares pueden aparecer más rápido. Por tanto, la valoración tecnológica debe añadir una "vida media de liderazgo": cuánto tiempo tardan los competidores en rehacer la función central, cuánto la plataforma en integrarla, cuánto cuesta a los usuarios migrar. El valor de ser el primero sigue existiendo, pero se asemeja más a una opción con un plazo limitado.
La comparación BitMEX-Hyperliquid muestra la diferencia entre ser pionero y capturar sistemáticamente. BitMEX definió el contrato perpetuo de Bitcoin, completando la educación de usuarios más costosa. Hyperliquid heredó una categoría madura, integrando libro de órdenes, margen, liquidez, distribución para desarrolladores y flujo de tarifas en un sistema unificado. En Hyperliquid, las tarifas de trading fluyen hacia HLP, el fondo de asistencia y los implementadores; el fondo convierte automáticamente tarifas en HYPE y las quema; Builder Codes permite que las apps cobren tarifas en cadena por órdenes enviadas en nombre de sus usuarios; HIP-3 permite a los implementadores crear mercados perpetuos sobre la pila compartida de libro de órdenes y margen HyperCore, asumiendo responsabilidad por oráculos, apalancamiento y liquidación.
Usando datos trimestrales completos, podemos ver la magnitud de este ciclo cerrado. DefiLlama registró para Hyperliquid Perps en Q2 2026 unos Ingresos Brutos del Protocolo de 193.65M$, de los cuales 177.27M$ fueron tarifas de Perps, 16.38M$ tarifas de Builder Code, y Ganancias de 143.12M$. Estas cifras muestran cómo las tarifas fluyen a través de la pila de productos DEX y forman relaciones de distribución entre desarrolladores, liquidez y protocolo.
Las plataformas que llegan después pueden empezar desde una demanda madura, desplazando el centro de competencia hacia capacidades sistémicas: la liquidez unificada reduce costes de arranque en frío, las tarifas para desarrolladores convierten entradas externas en socios de distribución, los mecanismos de implementación de mercados amplían categorías, la quema de tarifas establece un flujo de valor. La contribución histórica de BitMEX sigue vigente, pero Hyperliquid muestra que tras ser pionero hay una carrera más larga: bloquear producto, distribución, liquidez y sistema económico en un círculo virtuoso.
III. El liderazgo técnico no se convirtió en derecho a la supervivencia
Para transformarse en capacidad de supervivencia, la ventaja técnica debe formar sucesivamente: una tarea del usuario, ventaja en distribución, capacidad de generar ingresos y presupuesto de mantenimiento a largo plazo. Si se rompe cualquier capa, la tecnología puede ser heredada por la industria, pero el proyecto original no puede seguir operando. Loopring y Zapper partieron de la arquitectura técnica y la definición de producto respectivamente, pero encontraron el mismo problema: la ventaja de ser pionero no se tradujo en una posición ecológica y flujo de caja lo suficientemente estables.
Loopring fue un proyecto Layer 2 temprano que combinó ZK-Rollup, arquitectura de transacción dedicada, cartera no custodial y DEX. Ayudó a la industria a comprender el valor de la ejecución off-chain, la verificación on-chain y el trading auto-custodiado. Reveló financiación de unos 45M$, con inversores como Fundamental Labs, Eden Block y Zero Age Ventures. Con la maduración de Rollups genéricos, entornos compatibles con EVM y ecosistemas de desarrolladores más grandes, el foco de la competencia pasó del rendimiento de ejecución puntual a la compatibilidad de herramientas, la composabilidad de aplicaciones, la liquidez y la entrada de usuarios.
Una arquitectura dedicada puede mejorar la eficiencia de tareas específicas de trading, pero requiere que el equipo siga atrayendo aplicaciones, recursos de market making y acuerdos comerciales. Loopring no logró transformar su primicia técnica en un ecosistema y escala de adopción lo suficientemente grandes. El 28 de junio de 2026, su sitio web cambió a una página de despedida "Loopring Has Shut Down", su DEX principal fue retirado, el proyecto organizó la devolución de activos mediante actualización de contrato, y LRC perdió su utilidad principal de producto. El hecho del cierre fue confirmado directamente por la web; razones como adopción insuficiente, limitaciones de arquitectura y expansión comercial están respaldadas por declaraciones del equipo recogidas por medios fiables.
El liderazgo de Zapper estuvo más cerca de la definición de producto. Desde 2019, comenzó a agregar posiciones, rendimientos y recompensas reclamables de múltiples protocolos DeFi en una interfaz unificada, expandiéndose luego a agregación de trading, NFT, móvil y API, haciendo que complejas combinaciones on-chain se presentaran por primera vez como cuentas de activos comprensibles para el usuario común. Zapper recaudó unos 16.5M$ en total, incluyendo una ronda semilla de 1.5M$ y una Serie A de 15M$ liderada por Framework Ventures.
La tarea del usuario del panel de activos fue validada, pero la operación continua aún debe cubrir costes de indexación multi-cadena, adaptación a protocolos, actualización de datos y servicio API. Mientras tanto, carteras, exchanges y plataformas de datos pueden establecer interfaces similares como funcionalidad predeterminada, reduciendo el espacio de distribución y tarificación del producto independiente. DeBank y Rabby proporcionan un referente mecánico: DeBank extiende datos de direcciones y protocolos hacia API por volumen y alcance de direcciones; Rabby integra capacidades de datos en una entrada de cartera de alta frecuencia. Esta comparación solo explica la capa de distribución y tarificación que le faltaba a Zapper, no constituye un juicio sobre la seguridad o valor de inversión de proyectos en activo.
El 8 de julio de 2026, una declaración del fundador recogida por medios anunció la salida ordenada de Zapper; el sitio web, la app móvil y la API cesaron servicios el 3 de agosto. Estos materiales respaldan el momento del cierre y el alcance del servicio. El equipo no reveló detalles de ingresos, consumo de efectivo o negociaciones, por lo que "la función fue absorbida por plataformas, el espacio de pago independiente se comprimió" solo puede tomarse como una inferencia del mecanismo comercial.
Colocando estos dos casos en la base de financiación de los 110 proyectos, la estructura de capital muestra una concentración clara. 45 proyectos revelaron montos de financiación, sumando unos 516.52M$, con una mediana de unos 5.28M$; los diez primeros absorbieron el 60.1%, otros 65 proyectos no revelaron montos públicos. Los no revelados se mantienen como valores nulos, no se cuentan como cero.
Tres casos de alta visibilidad presentan desenlaces diferentes: Loopring, tras 45M$, terminó con la retirada del producto; Goldfinch, tras 37M$, entró en mantenimiento por gobernanza, Prime completó reembolsos, pools heredados siguen en recuperación; Zapper, tras 16.5M$, cerró de manera ordenada. Esto muestra que ni el liderazgo técnico ni la capacidad de financiación pueden reemplazar un ciclo comercial cerrado; el capital puede prolongar la ventana de validación, pero la posición a largo plazo sigue dependiendo de que adopción, distribución, ingresos y presupuesto de mantenimiento se conecten entre sí.
IV. Innovación de alta densidad de responsabilidad, el coste de supervivencia recae off-chain
Algunos productos Web3 asumen mucho más que el mantenimiento de software. Suscripción, custodia, segregación de activos, recuperación legal, permisos, atención al cliente y gestión de crisis requieren una organización y un presupuesto continuos. Este artículo denomina a este conjunto de obligaciones "densidad de responsabilidad": cuanto más se acerca un producto al crédito, custodia, activos reales o trading centralizado, más obligaciones off-chain tiene, y la interfaz entre el sistema técnico y el operativo se convierte más fácilmente en fuente de riesgo. Goldfinch, Foundation, Poolin y AscendEX exponen esta responsabilidad en cuatro aspectos: ejecución crediticia, continuidad del servicio, pasivos corporativos y salida del cliente.
Goldfinch, fundado en 2020, fue un protocolo DeFi temprano que llevó el crédito en cadena a prestatarios del mundo real sin colateral cripto. Reveló financiación de unos 37M$, con inversores como a16z, Alliance y SV Angel. Expandió la frontera de activos de DeFi, pero también introdujo en el coste a largo plazo del protocolo la selección de prestatarios, verificación de información financiera, gestión de incumplimientos, ejecución judicial y recuperación transfronteriza.
En junio de 2026, GIP-87 propuso detener el desarrollo de nuevos productos e inversión en crecimiento, poner el protocolo en modo mantenimiento y cerrar Goldfinch Prime. Los materiales de gobernanza muestran que el protocolo original facilitó unos 100M$ en préstamos en más de dos años, con múltiples pools de préstamos con graves problemas de rendimiento; la escala de adopción de Prime tampoco justificaba seguir invirtiendo. La propuesta asignó un presupuesto fijo de 150k$ para transición, mantenimiento y recuperación de activos heredados, y planeó transferir derechos y recursos de recuperación a un trust estadounidense. Una actualización del 7 de julio confirmó que los inversores de Prime habían sido reembolsados con el principal completo más un mes de intereses, mientras que los pools de préstamos heredados seguían esperando reembolso o recuperación.
El punto de ruptura de Goldfinch está en la ejecución crediticia. Los registros on-chain mejoran la visibilidad del flujo de fondos, pero el balance del prestatario, la disposición de garantías, la prioridad legal y la jurisdicción judicial siguen determinados por hechos off-chain. Los reembolsos de Prime y la recuperación de pools heredados corresponden a dos procesos de activos; narrarlos conjuntamente sobreestimaría el progreso de liquidación. Los rendimientos de RWA también deben deducir pérdidas por incumplimiento, costes legales, presupuesto de gobernanza y costo de oportunidad del capital para acercarse al retorno real del inversor.
Pasando de la ejecución crediticia a la exhibición de activos digitales, Foundation expone otra responsabilidad. Fundado en 2020, fue uno de los mercados NFT tempranos que enfatizaban la propiedad del creador y el trading no custodial, respaldado por a16z, Variant Fund y Standard Crypto (los materiales públicos no revelan un monto de financiación acumulado confirmable). La plataforma intentó venderse a un tercero, transacción que finalmente no se completó; el equipo ya no tenía las condiciones financieras y operativas para restaurar y mantener la plataforma a largo plazo, y la web confirmó en abril de 2026 que la plataforma estaba permanentemente offline.
El punto de ruptura de Foundation está en la capa de servicio alrededor del activo digital. Los NFT y contratos inteligentes permanecen en cadena, los usuarios aún controlan los activos en sus carteras; los NFT listados en contratos deben ser retirados manualmente, la disponibilidad a largo plazo de los medios depende de redundancia adicional, y el descubrimiento, indexación y relaciones sociales requieren un nuevo frontend. El equipo oficial se comprometió a mantener la pasarela IPFS hasta el 27 de abril de 2027, dando tiempo para la migración comunitaria. La custodia no custodial protege la propiedad, pero el frontend, metadatos, atención al cliente y soporte de migración aún consumen presupuesto real.
Poolin lleva la responsabilidad aún más dentro del balance corporativo. Fundado en 2017, comenzó como pool de minería cripto, expandiéndose luego a cartera, gestión de activos e inversión en granjas. El hashrate, la generación de bloques y los ingresos on-chain del pool tienen alta observabilidad, pero los pasivos de custodia, transacciones con entidades relacionadas, garantías de granjas y altos costes fijos se distribuyen en contratos y entidades legales off-chain. Cuantos más productos, más necesitan verificarse por separado la propiedad de activos del usuario, la prioridad crediticia y los acuerdos de garantía.
El 22 de julio de 2026, Poolin Technology PTE. LTD, Lonestar Taproot LLC y Lonestar Dream, Inc. solicitaron el Chapter 11 en EE.UU., casos gestionados conjuntamente por un tribunal de quiebras de Nueva Jersey. Este procedimiento legal confirma que tres entidades deudoras entraron en reestructuración, pero no se puede escribir que todos los servicios del pool terminaron ese mismo día. Los resultados para clientes y otros acreedores dependerán de ventas de activos y reestructuración, el valor del equity queda después de las deudas. El punto de ruptura de Poolin está entre las cuentas de producto y el balance corporativo: el hashrate público no sustituye el análisis de pasivos de custodia y transacciones relacionadas.
AscendEX concentra tecnología, permisos y salida de clientes en una misma plataforma. Ofrecía trading spot, intercambio, staking, préstamos y otros servicios de activos cripto. Una carta oficial a los usuarios confirmó que la plataforma cesó operaciones el 1 de julio de 2026, citando falta de autorización MiCA, factores financieros y operativos más amplios, y el incumplimiento de acuerdos por parte de contrapartes estratégicas. Los retiros pasaron a revisión manual, con incertidumbre en tiempo y monto.
El punto de ruptura de AscendEX está entre la promesa de la plataforma y la salida de activos del usuario. El volumen de trading solo describe la actividad de matching; la validez de licencias, segregación de activos, retrasos en retiros, exposición a partes relacionadas y comunicación en crisis determinan la disponibilidad de activos bajo presión. Estos cuatro casos ilustran que los contratos inteligentes pueden ejecutar reglas automáticamente, pero la identidad, activos, procedimientos legales y usuarios heredados aún requieren una organización que los asuma. Cuando los ingresos no cubren estas obligaciones fijas, la adopción tecnológica tampoco puede sostener un servicio a largo plazo.
V. Los proyectos a menudo eligen desaparecer en silencio
La distribución de evidencia en las 110 muestras está muy sesgada. En cuanto al estado de salida, solo 7 proyectos pudieron confirmarse directamente por web oficial, documentos de gobernanza o legales; 24 obtuvieron apoyo cruzado de fuentes fiables o cobertura mediática completa de declaraciones oficiales; los 79 restantes aún carecen de material suficiente para confirmar el estado específico de salida, un 71.8% de la muestra. La causa principal es aún más difícil de rastrear: 4 proyectos tuvieron explicación directa por documento oficial, de gobernanza o legal; 8 obtuvieron apoyo de fuentes fiables; 1 solo pudo inferirse a partir de eventos y señales operativas; otras 97 causas son desconocidas, una tasa de desconocimiento del 88.2%. Por tanto, solo hay 31 proyectos con modo de salida confirmable y 13 con causa principal confirmable.
De los 31 proyectos confirmados, 17 se manifestaron como cese de producto o red, un 54.8%; 7 cerraron de manera ordenada, 22.6%; 4 entraron en liquidación por quiebra, 12.9%; resolución de gobernanza, parada súbita y fallo de venta tuvieron 1 cada uno. El cese de producto o red se convierte en el punto final público más común, mostrando que muchas salidas se manifiestan primero en la parada del frontend, API, red o mantenimiento del equipo, y la causa formal suele aparecer más tarde.
La brecha de evidencia también varía por categoría. De los 14 proyectos de Infraestructura y Servicios para Desarrolladores, 12 carecen de material suficiente para confirmar el estado de salida, un 85.7%; este grupo no tiene causa principal confirmable. Este resultado describe la integridad de la divulgación pública, no permite inferir que los proyectos de infraestructura fallen más fácilmente. Los equipos orientados a backend, desarrolladores o capa de protocolo suelen tener menos visibilidad pública, desapareciendo de manera menos visible tras el cese del mantenimiento.
La línea de tiempo muestra además que "salir" es una serie de eventos: anuncio, cese de nuevos negocios, cierre de servicio, devolución de activos y disposición legal pueden estar separados por semanas o incluso años. Los servicios principales de Loopring y Zapper ya terminaron; Goldfinch está en mantenimiento y recuperación heredada; Poolin está en proceso legal; algunos hitos de BitMEX y BitMart están después del punto de corte del informe; Ionic no tiene una fecha forzada. Para los equipos de datos, una tabla de eventos que preserve tiempos, alcances y estados desconocidos es más adecuada para actualizaciones continuas que una etiqueta única de "cerrado".
VI. Atravesar ciclos requiere un sistema compuesto
Los 110 casos de salida ilustran colectivamente que una ventaja técnica singular difícilmente sostiene por sí sola una valoración a largo plazo. Los proyectos más robustos suelen conectar seis tipos de capacidades: la demanda real proporciona presupuesto, la distribución reduce el costo de adquisición, la pila de productos prolonga la relación con el usuario, los ingresos cubren gastos operativos y de riesgo, el balance absorbe volatilidad, y un sujeto responsable maneja las obligaciones off-chain. Si algún eslabón depende a largo plazo de subsidios, el sistema transmitirá presión a los demás.
La primera verificación es la necesidad de existencia. El proyecto debe explicar claramente la tarea del usuario, frecuencia de uso, alternativas y el beneficio neto aportado por la arquitectura on-chain. Si al eliminar el token o la capa de gobernanza, el valor del producto cae significativamente, entonces los componentes Web3 realizan una función necesaria. El whitepaper, el negocio real y la tokenómica deben corroborarse mutuamente, evitando que la narrativa técnica se separe de las fuentes de ingresos.
La segunda verificación es la demanda real y la distribución. El crecimiento de usuarios debe desglosarse en retención orgánica, retención por subsidios, conversión a pago y coste por canal; los productos para desarrolladores deben rastrear claves activas, llamadas pagadas, concentración de clientes y renovaciones; los productos de trading deben distinguir volumen pasivo por condiciones del mercado de cuota estable. La comparación Zapper-DeBank-Rabby muestra que entradas de alta frecuencia y múltiples puntos de tarificación aumentan las opciones comerciales, mientras que una herramienta gratuita única se absorbe más fácilmente por plataformas.
La tercera verificación es el retorno de valor. Que un protocolo genere volumen de transacciones, TVL o rendimientos no garantiza que la entidad operativa obtenga presupuesto. Es necesario trazar la ruta de las tarifas desde el usuario hasta market makers, implementadores, tesorería, token y equipo, y luego contrastar con gastos en seguridad, cumplimiento, atención al cliente y desarrollo. La comparación BitMEX-Hyperliquid muestra que, una vez el producto es aceptado por la industria, los incentivos a distribuidores, la liquidez compartida y las reglas de tarifas determinan dónde se queda el valor.
La cuarta verificación es el balance y la densidad de responsabilidad. Los negocios de RWA, plataformas de trading, custodia y apalancamiento requieren analizar simultáneamente entidades legales, garantías, segregación de activos, prioridad de liquidación, capacidad de retiro y jurisdicción. La transparencia on-chain debe combinarse con suscripción, gestión de garantías, acuerdos de liquidez y sujetos responsables para entrar en la evaluación de riesgo institucionalizada.
La quinta verificación es la decadencia del mantenimiento. Establecer una tabla semanal o mensual de señales, colocando en una misma serie temporal: ritmo de lanzamientos, contribuidores de código, tasa de disponibilidad de API, actividad orgánica, tarifas, tiempos de retiro y cambios en el equipo. Iniciar verificación manual cuando las señales operativas se deterioran por dos períodos consecutivos; aumentar el peso de riesgo tras tres períodos consecutivos de deterioro sin explicación oficial. Este marco es más temprano que esperar actualizaciones de bases de datos y más adecuado para que equipos de datos lo repliquen.
La sexta verificación es la sinergia real de "Web3+". La combinación de IA, RWA, social y juegos con sistemas on-chain debe aportar capacidades verificables de atribución, liquidación programable, distribución abierta o nueva fijación de precios de riesgo. La superposición de palabras clave no forma una barrera de entrada. Lo cumplido debe ser más cumplido, lo innovador más innovador. Los productos para instituciones necesitan mayor segregación de activos, divulgación y control de riesgos; los productos de vanguardia pueden mantener velocidad experimental, definiendo claramente presupuesto de seguridad, permisos, migración de datos y límites de responsabilidad.
Estas seis verificaciones apuntan a un cambio en el objeto de valoración. Cuando el código, SDK e infraestructura de liquidez hacen que la réplica sea más rápida, la prima por ser el primero en una función comienza a tener una fecha de caducidad clara. Los inversores deben seguir preguntando: qué segmento de distribución controla el proyecto, qué gastos a largo plazo cubren sus ingresos, cómo absorbe el riesgo a través de qué balance, y quién completa el mantenimiento y disposición si el equipo se va. Cuando demanda, distribución, ingresos, mantenimiento y responsabilidad forman un ciclo cerrado, el liderazgo técnico tiene la oportunidad de convertirse en ventaja organizativa.
La escasez de la industria también está migrando. Inventar una nueva función sigue siendo difícil, pero lograr que un conjunto de funciones ya validadas funcionen en sinergia a largo plazo es más escaso. Seguridad, activos, cumplimiento y responsabilidad del usuario no se bifurcan tan rápido como el código; requieren presupuesto estable, decisiones continuas y un sujeto al que se pueda exigir responsabilidad. La ventaja competitiva de la próxima generación de proyectos probablemente provenga de esta capacidad organizativa, de baja visibilidad pero alta intensidad.
Por tanto, se necesitan dos escalas para la contribución histórica y el resultado de inversión. La primera mide qué validó y difundió el proyecto; la segunda, cuánta capacidad de distribución, ingresos y responsabilidad retuvo. BitMEX, Loopring, Zapper y Goldfinch ya han escrito los contratos perpetuos, el escalado ZK, la agregación de activos y el crédito en cadena en la historia de productos de la industria; pero sus desenlaces operativos recuerdan al capital que la difusión de la innovación puede ampliar el valor social, al mismo tiempo que acorta el tiempo de valor exclusivo del proyecto original.
Después de la caída de las estrellas, lo que queda son los paradigmas de producto heredados por la industria, las brechas comerciales expuestas y un conjunto de requisitos sistémicos más estrictos. Los proyectos realmente escasos en la próxima ronda serán aquellos que hagan que los usuarios vuelvan continuamente, que el valor permanezca en el sistema, que el riesgo encuentre a quien lo asuma y que el mantenimiento obtenga presupuesto a largo plazo. Ni el liderazgo técnico ni la capacidad de financiación pueden sustituir un ciclo comercial cerrado. El mejor legado que dejan los pioneros es permitir que quienes vienen después vean antes: que una innovación se convierta en infraestructura requiere un sistema completo que acoja su éxito.
