Capas opcionales
Las extensiones son capas opcionales que se sitúan sobre el núcleo. Los módulos y adaptadores añaden lógica especializada para sectores, jurisdicciones o flujos de aseguramiento sin cambiar las reglas centrales de autoridad. Las extensiones agregan capacidad mientras el núcleo permanece estable, compartido y consistente en todas las entidades.
Módulos opcionales
Las extensiones añaden lógica específica sobre el núcleo sin cambiar la autoridad base.
Sin autoridad propia
Las extensiones no reemplazan las reglas del núcleo; se acoplan como capas de alcance limitado.
Declaraciones de interfaz
Los adaptadores publican sus interfaces y versiones para que las herramientas sepan cómo integrarse.
Estado de testnet
Los listados de extensiones están acotados a testnet y pueden cambiar a medida que evolucionan los criterios en cada ciclo.
Núcleo vs. extensiones
Comienza desde la base compartida: registro de entidades, roles, carteras y flujos etiquetados. Las extensiones añaden lógica especializada para dominios como requisitos sectoriales, capas jurisdiccionales o niveles de aseguramiento. Esto mantiene el núcleo estable mientras permite capas opcionales para los equipos que las usan.
Base del núcleo
El registro de entidades, roles, acciones de gobernanza y carteras oficiales definen el comportamiento base para todas las entidades.
Capas de extensión
Los adaptadores opcionales añaden lógica de dominio, atestaciones o patrones de reporte sin cambiar el núcleo.
Listado en el registro
Las extensiones se listan en el registro de módulos con metadatos que describen compatibilidad, rangos de versión y etiquetas de estado. Los listados facilitan a los builders descubrir adaptadores disponibles y confirmar detalles de integración. El listado es informativo y no implica aprobación ni reconocimiento legal.
Metadatos del listado
Los metadatos del módulo incluyen identificadores, rangos de versión y propiedad de cada entrada de extensión.
Rango de compatibilidad
Las señales de compatibilidad muestran qué versiones del núcleo e interfaces admite el adaptador hoy.
Control de gobernanza
Las políticas del registro requieren acciones de gobernanza para listar, actualizar o retirar módulos oficialmente.
Etiquetas de estado
Los módulos se marcan como borrador, activo o retirado para mostrar el estado operativo actual.
Flujo de vinculación
Las extensiones se vinculan mediante acciones de gobernanza para que la decisión sea transparente y consistente en todas las herramientas. La vinculación conecta la entidad con un módulo y expone los metadatos del adaptador en exploradores y registros. Las desvinculaciones y actualizaciones siguen el mismo flujo y mantienen alineado el estado de la cadena.
Proponer vinculación
Envía una acción de gobernanza que nombre el módulo y la entidad a la que se vinculará.
Registrar aprobación
Los resultados de la aprobación se almacenan en la blockchain para que las herramientas puedan verificar la decisión.
Vincular el módulo
Vincula el módulo a la entidad y expone sus metadatos en el registro.
Actualizar o desvincular
Usa el mismo flujo de gobernanza para actualizar versiones o retirar módulos de forma segura.
Límites del testnet
Las extensiones tienen alcance de testnet y pueden cambiar a medida que evolucionan módulos y políticas. Los listados, rangos de compatibilidad y flujos de gobernanza pueden variar entre ciclos. Trata las extensiones como referencias de integración y verifica su estado antes de depender de ellas para compromisos externos.
Ciclos de reinicio
Los reinicios de estado pueden afectar los listados de módulos, así que mantén configuraciones portables entre ciclos.
Cambios de política
Las políticas del registro pueden cambiar entre ciclos; revisa siempre las actualizaciones antes de vincular módulos.
Brechas de cobertura
Algunos adaptadores pueden ser experimentales o incompletos mientras el testnet evoluciona rápidamente.
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 ManifiestoNicolas 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.
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.
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 testnetBoletín Solo en inglés
Mantente informado
Actualizaciones concisas sobre la preparación de la testnet, lanzamientos y hitos de gobernanza.