dCorps Hub
DevCo Testnet Fundación Auditoría Mainnet Adopción

Fases de desarrollo

Resumen de fases

Cada fase es una puerta de definición, no un cronograma ni una promesa. La puerta establece qué debe ser cierto antes de que la red invite nueva dependencia, y exige resultados reproducibles y límites claros. Los requisitos opcionales de adopción se encuentran en las rutas de adopción, pero ninguna fase avanza sin cumplir sus condiciones técnicas y de gobernanza.

DevCo Testnet Fundación Auditoría Mainnet Adopción

DevCo (Fase de construcción)

El trabajo privado de construcción ocurre en DevCo, donde se desarrollan el núcleo, las interfaces de referencia y el modelo de seguridad antes de la dependencia pública. El trabajo aquí se centra en ingeniería del protocolo central, herramientas reproducibles y validación interna. Excluye gobernanza pública, distribución de tokens y cualquier afirmación de descentralización o preparación para producción.

Qué corresponde aquí

Trabajo central que puede construirse y compartirse sin implicar preparación pública.

  • Módulos del núcleo y parámetros de la cadena
  • Interfaces de referencia y bases de SDK
  • Testnets internas y herramientas reproducibles
  • Diseño de seguridad y modelado de amenazas

Fuera del alcance

Elementos que deben permanecer fuera del límite de la fase hasta puertas posteriores.

  • Gobernanza pública o distribución de tokens
  • Afirmaciones de descentralización o preparación para producción
  • Actividad con valor o dependencia pública
  • Compromisos de protocolo impulsados por marketing

Modelo mental

Esfuerzo de ingeniería privada con validación interna, no una red en vivo.

Testnet (Fase de realidad)

Actual

La validación pública ocurre en testnet, donde el Hub se ejercita bajo riesgo controlado. Se centra en desempeño medible, descubrimiento de bugs y retroalimentación real de integración. Excluye actividad con valor, garantías de producción y cualquier cronograma atado al precio del token o a la especulación.

Qué corresponde aquí

Pruebas y validación públicas que ejercen presión al sistema sin riesgo de mercado.

  • Testnet pública o semi-pública
  • Operadores bajo reglas de prueba y monitoreo
  • Pruebas de estrés, bug bounties y verificaciones de paridad
  • Onboarding de developers y pilotos de integración

Fuera del alcance

Elementos que deben esperar hasta que la preparación esté probada y auditada.

  • Activos con valor
  • Garantías de producción o promesas de uptime
  • Cronogramas de mainnet ligados al precio del token o a la especulación
  • Dependencia de operaciones del mundo real

Modelo mental

Laboratorio público donde los resultados pueden reiniciarse y el alcance puede evolucionar.

Fundación (Transición de gobernanza)

La custodia pasa de DevCo a un órgano independiente en la fase de fundación. Establece bases de políticas, aclara la separación legal y diseña rutas de descentralización. Excluye el control exclusivo de DevCo, la entrega de servicios comerciales y cualquier control de cambios del protocolo por un solo operador.

Qué corresponde aquí

Configuración de gobernanza y separación legal que habilitan custodia independiente.

  • Transferencia de IP a la fundación antes de mainnet (o licencias con alcance divulgado)
  • Marco de gobernanza y bases de políticas
  • Estrategia de descentralización de operadores y subvenciones
  • Estándares de divulgación y roles de custodia

Fuera del alcance

Elementos que chocan con la custodia independiente o la postura neutral.

  • Control exclusivo por DevCo
  • Entrega de servicios comerciales
  • Control del protocolo por un solo operador
  • Discreción de gobernanza sin límites

Modelo mental

Capa constitucional que separa a los builders de la custodia.

Auditoría (Fase de preparación)

La revisión independiente ocurre en la fase de auditoría, donde los revisores validan seguridad y operaciones antes de cualquier compromiso de mainnet. Se centra en auditorías, remediación y ensayos. Excluye cambios de protocolo sin revisar, anulaciones ad hoc de gobernanza y cualquier lanzamiento de mainnet antes de que concluyan las auditorías.

Qué corresponde aquí

Revisión independiente y ensayos operativos que prueban preparación.

  • Auditorías de seguridad y ciclos de remediación
  • Revisiones de preparación operativa
  • Simulacros de respuesta a incidentes
  • Listas de verificación de lanzamientos y actualizaciones

Fuera del alcance

Elementos que socavan la integridad de la auditoría o la disciplina de preparación.

  • Lanzamiento de mainnet antes de concluir auditorías
  • Cambios de protocolo sin revisión
  • Anulaciones ad hoc de gobernanza
  • Afirmaciones sin evidencia

Modelo mental

La puerta antes de mainnet, exigida por evidencia y revisión.

Mainnet (Fase de protocolo)

La operación en vivo del protocolo comienza en mainnet, donde la actividad económica real y la gobernanza operan en la blockchain. Se centra en desempeño de operadores, actualizaciones y operaciones de red estables. Limita acciones de emergencia mediante timelocks y procedimientos públicos, y evita cambios administrativos opacos fuera de la gobernanza.

Qué corresponde aquí

Operaciones en vivo, gobernanza e informes transparentes de la red.

  • Operadores en vivo, presupuestos y actualizaciones
  • Monitoreo operativo y respuesta a incidentes
  • Transparencia pública del estado de la red
  • Actividad económica real y flujo de comisiones

Fuera del alcance

Elementos que comprometen la neutralidad o la disciplina de gobernanza.

  • Kill switches centralizados
  • Poderes de cambio de reglas de emergencia
  • Control administrativo opaco
  • Acceso privilegiado sin límites

Modelo mental

Capa de infraestructura con rendición pública y reglas predecibles.

Adopción (Fase de ecosistema)

La dependencia crece en la fase de adopción a medida que maduran las integraciones y se expande el uso en el mundo real. Se centra en apps, billeteras, informes y programas de socios que dependen del Hub. Excluye cambios del protocolo impulsados por marketing y atajos de gobernanza que eluden procesos formales.

Qué corresponde aquí

Expansión del ecosistema e integración con señales de uso real.

  • Aplicaciones, billeteras e integraciones de SDK
  • Exploradores, servicios de indexador y herramientas de reportes
  • Programas de socios y soporte del ecosistema
  • Observación institucional en modo solo lectura

Fuera del alcance

Elementos que comprometen la neutralidad o la integridad de la gobernanza.

  • Cambios del protocolo impulsados por marketing
  • Atajos de gobernanza que eluden procesos
  • Promesas que comprometen la neutralidad
  • Afirmaciones de dependencia sin evidencia

Modelo mental

Crecimiento del ecosistema que sigue fundamentos de protocolo estables.

Manifiesto

"Mi objetivo es simple: permitir que cualquiera, en cualquier lugar, pueda crear una entidad capaz de operar con credibilidad, continuidad y con infraestructura financiera real, diseñada para operaciones en stablecoins."

Leer el Manifiesto

Nicolas Turcotte

Fundador e ingeniero principal

Contribuye ahora

La testnet es para constructores, operadores y responsables que quieren validar el Hub en público.

Ingenieros de protocolo

Trabajando en definiciones del kernel, alcance de mensajes e invariantes.

Ingenieros de indexación y datos

Definiendo esquemas de eventos y entradas reproducibles para las vistas.

Operadores tempranos

Probando el secuenciador, la publicación de lotes y el alcance operativo bajo reglas de testnet.

Inversionistas alineados con la infraestructura

Siguiendo alcance, riesgos y progreso (sin promesas de retorno).

Asesoría legal

Revisando la postura de límites, el alcance no custodial y el orden de la pila documental.

Responsables de gobernanza

Definiendo la separación kernel/adaptadores y la postura de actualización.

Solo en inglés
Testnet

Acceso a la testnet

Solicita acceso para explorar el Hub, probar las interfaces de referencia y validar el comportamiento del protocolo de punta a punta en la testnet de desarrollo. Cualquiera puede solicitar acceso; el acceso de operador local/dev se revisa con mayor rigor.

Solicitar acceso a la testnet

Acceso controlado. Aprobación requerida.

Testnet Solo en inglés

Acceso a la testnet

Solicita acceso para explorar el Hub, probar las interfaces de referencia y validar el protocolo en la testnet de desarrollo. El acceso local/dev de operador se revisa con mayor rigor.

Solicitar acceso a la testnet

Boletín Solo en inglés

Mantente informado

Actualizaciones concisas sobre la preparación de la testnet, lanzamientos y hitos de gobernanza.