En los ecosistemas multicadena, la liquidez y los usuarios están distribuidos entre distintas blockchains públicas, lo que genera retos para los puentes cross-chain tradicionales, como ataques de comité, liquidez fragmentada y activos no fungibles. La mayoría de soluciones dependen de redes de validadores externas, multifirma o firmas por umbral, lo que introduce supuestos de seguridad adicionales respecto al consenso de la cadena subyacente. c8ntinuum se posiciona como una capa 0 sin permisos, reduciendo la dependencia de terceros privilegiados mediante una arquitectura sin puentes y verificación de estado on-chain.
Desde la perspectiva de los activos digitales, c8ntinuum utiliza su token nativo, CTM, para conectar validación, gobernanza e incentivos del ecosistema. La capa SuperApp agrega trading, lanzamientos, staking y herramientas para creadores, ofreciendo una puerta de entrada Web3 unificada. El tesoro del protocolo y el mecanismo de balance mint-burn anclan estructuralmente el suministro de CTM a activos contraparte en varias cadenas.
c8ntinuum es un protocolo capa 0 impulsado por multicadena cuya misión es convertir la interoperabilidad en una dimensión adicional que conecta diferentes cadenas, permitiendo que cada una derive cuellos de botella de rendimiento a redes más adecuadas. El protocolo proporciona un framework universal para transferencia de mensajes y activos, con un tesoro a nivel de protocolo que inyecta valor continuo al ecosistema.
Las conexiones cross-chain actuales dependen de exchanges centralizados o puentes cuasi-centralizados, lo que expone a los usuarios a riesgos de ataques, censura e intervención de terceros. Tras mover activos entre cadenas, suelen surgir problemas como la desvinculación de tokens envueltos y liquidez fragmentada.

c8ntinuum adopta una arquitectura sin puentes, evitando puentes adicionales, oráculos o firmas por umbral/multifirma como raíz de la confianza cross-chain. A diferencia de soluciones que dependen de DVN externos o firmas por umbral MPC, modelo de confianza c8ntinuum vs comité puente cross-chain distingue la verificación de estado de la prueba de comité según gradientes de confianza: c8ntinuum reduce los supuestos de seguridad al consenso de la cadena de origen y la fiabilidad de sistemas de prueba de conocimiento cero.
| Desafío cross-chain | Manifestación típica | Solución c8ntinuum |
|---|---|---|
| Riesgo de comité/multifirma | Brecha en el contrato puente o colusión de validadores | Verificación de estado on-chain por cliente ligero zk |
| Liquidez fragmentada | Múltiples versiones envueltas del mismo activo en distintas cadenas | Topología horizontal y tesoro a nivel de protocolo |
| Experiencia de usuario fragmentada | Los usuarios deben cambiar de billetera y dApps entre cadenas | SuperApp como puerta de entrada unificada |
La tabla resume tres desafíos cross-chain comunes: la seguridad se ancla en pruebas criptográficas en lugar de comités; la fragmentación de liquidez se mitiga mediante topología horizontal; la experiencia de usuario se unifica a través de la agregación multichain de SuperApp.
c8ntinuum utiliza una arquitectura vertical segmentada en tres capas: la capa Apps atiende a usuarios finales y creadores, la capa Chain proporciona consenso y ejecución de contratos, y la capa Infrastructure ofrece mensajería cross-chain B2B a clientes en cualquier cadena.
La capa Apps incorpora la SuperApp de c8ntinuum, permitiendo a los usuarios ver tenencias, operar, poner en staking y participar en Launchpad desde una sola interfaz. SuperApp también integra Tasks, Quests, Rewards y módulos comunitarios, además de vesting, airdrop y herramientas SocialFi para creadores. La capa Chain usa consenso CometBFT y es compatible con EVM a futuro. Los desarrolladores pueden desplegar contratos usando herramientas estándar como Hardhat y Foundry, y acceder a capacidades del ecosistema Cosmos mediante precompilados IBC (ICS02/ICS20). La capa Infrastructure reemplaza pruebas de comité por verificación de estado, soportando flujos IBC, verificación compatible con Solana y validación de pruebas zkVM como primitivas criptográficas.
| Capa | Público objetivo | Capacidades principales |
|---|---|---|
| Apps | Usuarios finales, creadores | SuperApp, Launchpad, Tasks/Quests, SocialFi |
| Chain | Desarrolladores, validadores | Consenso CometBFT, EVM compatible a futuro, precompilados IBC |
| Infrastructure | Clientes cross-chain | Mensajería cross-chain, verificación de estado cliente ligero zk |
Esta estructura de tres capas permite a c8ntinuum abordar la experiencia del consumidor, entornos de desarrollo on-chain e infraestructura cross-chain: Apps reduce la barrera de uso, Chain soporta aplicaciones nativas, Infrastructure exporta interoperabilidad a ecosistemas externos.
Figura 1. Arquitectura de tres capas de c8ntinuum: Apps (SuperApp), Chain (CometBFT + EVM) e Infrastructure (mensajería cross-chain B2B) división de responsabilidades.
La comunicación cross-chain de c8ntinuum utiliza verificación de estado como el gradiente de confianza más alto: las transiciones de estado del consenso de la cadena de origen se verifican mediante clientes ligeros zk on-chain, en lugar de depender de DVN externos, firmas por umbral MPC o comités PoA. Los supuestos de seguridad se limitan a la honestidad del consenso de la cadena de origen y la fiabilidad del sistema de pruebas zk, sin introducir terceros privilegiados.
El protocolo genera pruebas de conocimiento cero de consenso en zk-light-rollup; tras la verificación en la capa de liquidación, se activa lock-and-release o mint-and-burn. Los relayers monitorean el estado de la cadena y retransmiten cabeceras de bloque, con supuestos de confianza de “al menos un nodo honesto” y circuitos zk fiables. La topología horizontal permite agregación recursiva de pruebas entre N cadenas, con cada rollup verificado de forma independiente, reduciendo la complejidad del puente de O(N²) a O(N). Las cadenas no SC usan QTSS con firmas por umbral FROST para custodia de activos. Los precompilados IBC (ICS02/ICS20) y verificación compatible con Solana cubren VMs heterogéneas.
Figura 2. Flujo cross-chain minimizado en confianza de c8ntinuum: prueba de consenso de cadena de origen verificada por cliente ligero zk, Relayer retransmite cabeceras de bloque, topología horizontal agrega pruebas multicadena.
CTM es el token de utilidad nativo de c8ntinuum, limitado a 8 888 888 888, usando un mecanismo de suministro dinámico balanceado mint-burn. CTM es acuñado por usuarios que bloquean permanentemente activos contraparte autorizados (ETH, BNB, SOL, etc.) en el tesoro del protocolo, no se distribuye mediante ICO tradicional ni venta privada.
Durante la generación pública, los activos bloqueados se asignan como 40 % pool de liquidez, 10 % incentivos por invitación y 50 % restaking del protocolo. El rendimiento del restaking en cadenas externas es usado por el pool de liquidez para recomprar CTM, creando un ciclo de valor externo. A medida que aumenta el CTM acuñado, el umbral mínimo de acuñación se eleva dinámicamente. Flujo de generación de CTM detalla el proceso de bloqueo, asignación y acuñación para ETH, BNB, SOL y otros activos contraparte.
El otro lado del balance mint-burn proviene de ciclos de valor internos: el 50 % de las comisiones de ejecución del protocolo y recompensas de staking se usan para recomprar y quemar CTM, mientras el 50 % restante se distribuye a validadores. Las comisiones de mensajería cross-chain también se incluyen en el canal de recompra-quema.
| Segmento de asignación | Ratio | Propósito |
|---|---|---|
| Pool de liquidez | 40 % | Garantiza profundidad de trading de CTM |
| Incentivo por invitación | 10 % | Expande la participación en la generación |
| Restaking del protocolo | 50 % | Genera rendimiento continuo en cadenas externas |
| Recompensas de staking | 50 % recomprar-quema / 50 % validadores | Mantiene balance mint-burn y seguridad de red |
La tabla muestra la asignación tripartita de generación y bipartita de recompensas de staking: la primera asegura que CTM tenga liquidez y rendimiento externo desde el inicio; la segunda mantiene el balance dinámico de suministro mediante recomprar-quema e incentivos a validadores.
CTM cumple tres funciones principales: seguridad de validación, toma de decisiones de gobernanza e incentivos del ecosistema. Los validadores ponen en staking CTM para participar en el consenso CometBFT; los holders influyen en actualizaciones del protocolo y subvenciones del ecosistema mediante votación on-chain.
Los ciclos de valor externo distribuyen CTM recomprado como 30 % a validadores, 30 % a stakers activos, 10 % a staking interactivo y 30 % a deployers de contratos. El staking interactivo requiere que los usuarios interactúen con contratos para acumular interés; el bloqueo pasivo no califica para recompensas. Tokenómica CTM analiza el balance mint-burn, ciclos de valor duales y parámetros de staking interactivo.
SuperApp está diseñada como “Una app para todo”, agregando trading, lanzamientos, staking y Launchpad, además de Tasks, Quests, Rewards y herramientas para creadores para vesting, airdrop y SocialFi. Las operaciones cross-chain se completan vía el camino de verificación zk de Infrastructure, y las dApps de la capa Chain pueden acceder a SuperApp para distribución de tráfico.
Ventajas: Los clientes ligeros zk permiten cross-chain minimizado en confianza; la arquitectura sin puentes y topología horizontal reducen riesgos de punto único; EVM compatible a futuro soporta toolchains estándar; SuperApp unifica el acceso multichain; los ciclos de valor duales de CTM alinean incentivos para validadores, stakers y desarrolladores.
Riesgos y limitaciones: Las pruebas zk requieren carga computacional; el Relayer asume al menos un nodo honesto; el camino QTSS tiene menor seguridad que la verificación zk pura; los activos contraparte están bloqueados permanentemente y no son redimibles; el staking interactivo exige interacción continua con contratos; las vulnerabilidades de contratos inteligentes y tokens falsificados son riesgos inherentes que requieren verificación por parte del usuario.
c8ntinuum, como protocolo de interoperabilidad capa 0, atiende a usuarios, desarrolladores e integradores B2B a través de Apps, Chain e Infrastructure. CTM está limitado a 8 888 888 888 y se acuña mediante bloqueo permanente de ETH/BNB/SOL, alineando incentivos para validadores, stakers y desarrolladores mediante ciclos de valor duales. SuperApp agrega trading, lanzamientos, staking y herramientas para creadores.
c8ntinuum es un protocolo de interoperabilidad capa 0 con el lema “Ultimate Interoperability”. El protocolo logra comunicación cross-chain minimizada en confianza mediante arquitectura sin puentes y clientes ligeros zk on-chain. Su stack de tres capas consiste en SuperApp (Apps), cadena CometBFT + EVM (Chain) y capa de mensajería cross-chain B2B (Infrastructure). El token nativo CTM se usa para validación, gobernanza e incentivos del ecosistema.
La diferencia central está en el modelo de confianza cross-chain: LayerZero depende de DVN externo para validar mensajes cross-chain, lo que entra en el gradiente de confianza de comité/validador externo. c8ntinuum usa clientes ligeros zk on-chain para verificación de estado, reduciendo los supuestos de seguridad al consenso de la cadena de origen y sistemas de pruebas de conocimiento cero, sin terceros privilegiados.
c8ntinuum genera pruebas de consenso de cadena de origen de conocimiento cero en zk-light-rollup. Los contratos de cadena destino verifican zk-SNARKs y luego activan lock-and-release o mint-and-burn. Los relayers retransmiten cabeceras de bloque, la topología horizontal agrega pruebas multicadena; los precompilados IBC y la verificación compatible con Solana cubren VMs heterogéneas.
CTM está limitado a 8 888 888 888. Los usuarios acuñan CTM bloqueando permanentemente ETH, BNB, SOL y otros activos contraparte autorizados en el tesoro del protocolo, asignados como 40 % pool de liquidez, 10 % incentivo por invitación y 50 % restaking del protocolo.
El staking interactivo exige que los usuarios interactúen con contratos del ecosistema mientras ponen en staking CTM; el bloqueo pasivo no califica para recompensas de staking interactivo. En el ciclo de valor externo, el 10 % de la recompra de CTM se asigna específicamente a participantes de staking interactivo, vinculando directamente las recompensas a la actividad del usuario.
c8ntinuum utiliza una arquitectura sin puentes y verificación de estado zk, sin depender de multifirma de comité puente ni pruebas DVN. El Relayer sigue asumiendo al menos un nodo honesto; el camino QTSS tiene menor seguridad que la verificación zk pura. El 50 % de las recompensas de staking recompra y quema CTM, el 50 % va a validadores, manteniendo el balance mint-burn junto con la acuñación de generación.





