Un piloto por jurisdicción, un núcleo común para todos
2 módulos de software · 4 paquetes de trabajo · 215 k€ indicativos · ~6 meses · Pruebas de estrés · Auditoría independiente
Osnias Clearing no parte de cero. El proyecto ya cuenta con un corpus técnico de los Libros I–VII, componentes funcionales en Sei Atlantic-2 y Ethereum Sepolia y un proceso de análisis normativo preliminar en curso.
La fase propuesta financia sucesivamente un Node Stack por jurisdicción, después el Clearing Core común, su integración y las pruebas de estrés, y finalmente la auditoría independiente. Cada hito validado abre el siguiente tramo. Después de la auditoría se prevén el expediente normativo completo previo a Mainnet, la industrialización O-POP y, finalmente, Mainnet.
Dos módulos de software, seguidos de validación y auditoría
Base existente
Arquitectura y Libros I–VII
Borradores testnet Sei / Sepolia
Análisis preliminares AMF / AFA / CSSF
Contactos exploratorios
Paquete 1
Node Stack por jurisdicción
KYB/KYC/AML
SQL + API / backend
Cuentas 0x + Osnias-ID
Node Registrar
Garantía / controlador EVM
Interfaz del operador de nodo
Paquete 2
Clearing Core común
Netting + registro canónico
3 cámaras / divisa: 1W, 9W, 13W
Interfaces de usuario final
Oráculos de tiempo y solvencia
ISO 20022 + conciliación
Adaptador Sei + interfaces O-POP
Paquetes 3–4
Validación y auditoría
Integración de múltiples nodos
Pruebas de estrés y demostración
Preparación para la auditoría
Auditoría independiente
Correcciones y nuevas pruebas
BASE EXISTENTE: elementos disponibles antes de la financiación | PAQUETES 1–2: desarrollo de los dos módulos de software | PAQUETE 3: integración, pruebas de estrés y demostración | PAQUETE 4: auditoría de seguridad independiente.
Principio de financiación. Los paquetes 1 a 4 forman una gran prueba de concepto técnica financiada progresivamente por hitos. Cada tramo financia un entregable verificable; la validación del hito abre la fase siguiente. Los TRL, gastos subvencionables, porcentajes de ayuda e instrumentos deben definirse con el socio de financiación.
02 · Promotor, mercado y marco
Promotor, mercado y marco normativo
Promotor del proyecto
Osnias Clearing ha sido ideado, diseñado, organizado y documentado por su promotor, Denis Bouzon, con autofinanciación íntegra (100 %) hasta la fecha. El proyecto alcanza ahora la etapa en la que necesita apoyo para complementar las competencias del promotor en los próximos pasos: revisión estructurada del código, seguridad, demostrador con múltiples nodos y auditoría.
Mercado: una solución que todavía no existe
Osnias propone a las empresas una solución de compensación que hoy no existe. La compensación multilateral es un mecanismo probado desde hace décadas, pero reservado a infraestructuras interbancarias y de mercado: como orden de magnitud, CLS y Clearstream procesan conjuntamente unos 4,3 billones de euros de volumen nocional al día, más de mil billones de euros al año. Las obligaciones comerciales recurrentes entre empresas no disponen de un equivalente. No se trata, por tanto, de captar una cuota de un mercado existente, sino de abrir este mecanismo a los flujos entre empresas.
Marco normativo y riesgos
El principal riesgo es normativo: la calificación de la infraestructura y de los servicios prestados. El análisis preliminar se está tratando con la AMF; los expedientes presentados ante la CSSF (Luxemburgo) y la AFA (Andorra) están pendientes de conversaciones. El sector espera este análisis antes de asumir compromisos; hasta entonces, los intercambios con posibles operadores de nodos siguen siendo exploratorios.
Los siguientes principios de diseño acotan el riesgo desde la arquitectura (detalles: osnias-clearing.com/faq/):
Principio
Alcance
Sin custodia por Osnias
Osnias no mantiene fondos, claves privadas ni frases semilla de los usuarios; el colateral se deposita por separado en garantía en Ethereum.
Sin crédito, descubierto ni apalancamiento
Invariante de ejecución: exposición neta instantánea ≤ colateral disponible; el código rechaza toda obligación que lo supere.
Colateral individualizado
Sin fondo común de garantía: el riesgo permanece en el nivel de cada participante.
Sin novación central
Osnias no se diseña como una CCP; compensación multilateral distribuida, con calificación final por determinar con las autoridades.
Responsabilidades de los nodos
La admisión, el bloqueo y la salida de participantes los decide el gestor de nodo conforme a su marco local.
Sin declaración de conformidad PFMI
No se declara certificación ni conformidad PFMI; la arquitectura toma sus principios como referencia para la gestión de riesgos.
Estimación del promotor: unos 215 k€ durante 6 meses para los paquetes 1 a 4, excluidos el paquete 5 normativo, el O-POP físico, Mainnet y la operación.
03 · Base constituida
Lo que ya existe
El proyecto no parte de cero. Los trabajos realizados constituyen la base sobre la que los paquetes 1 a 4 de la prueba de concepto pueden evaluarse, presupuestarse y vincularse a instrumentos de financiación adecuados.
Área
Elementos ya constituidos
Estado / alcance
Documentación técnica
Corpus técnico estructurado de los Libros I–VII sobre arquitectura, Osnias-ID, ciclos de clearing, seguridad y reglas, incorporación y arquitectura O-POP / RPC. Documentos de posición y documentación pública asociados.
Base documental disponible; debe mantenerse alineada con la versión técnica de referencia.
Desarrollos preliminares en testnet
Ocho componentes funcionales preliminares: oráculo temporal 1W, registro Sei de identidad, controlador Sei y registro de posiciones en Sei Atlantic-2 —contratos Sei verificados—; Node Registrar, registro EVM, depósito en garantía y controlador EVM en Ethereum Sepolia; plataforma Osnias Clearing Desk en línea. Detalles: osnias-clearing.com/deployment/ y /end-user/.
Desarrollo preliminar en testnet; el código debe revisarse —Cursor AI → Foundry → Slither— antes de la auditoría.
Análisis normativo preliminar
Francia — AMF: memorando y expediente de análisis normativo preliminar. Andorra — AFA: expediente bilingüe presentado. Luxemburgo — CSSF: expediente bilingüe presentado.
Trabajos normativos preparatorios ya constituidos en tres jurisdicciones.
Ecosistema y terceros
Contactos exploratorios con actores bancarios, fintech y de infraestructuras y tecnologías, así como con otros interlocutores institucionales.
Únicamente contactos e intercambios exploratorios; no se presenta ninguna asociación o consorcio como comprometido.
Difusión y trazabilidad
Sitio público, FAQ resumida, documentación FR / EN, esquemas de arquitectura y publicaciones técnicas que permiten a terceros evaluar rápidamente el proyecto antes de consultar los documentos detallados.
Apoyo a la evaluación por socios técnicos y autoridades.
Lectura para una entidad financiadora: la fase que debe financiarse comprende dos módulos de software distintos —Node Stack por jurisdicción y Clearing Core común—, seguidos de integración, pruebas de estrés y auditoría independiente.
04 · Desarrollo preliminar en testnet
Componentes ya desarrollados de forma preliminar en testnet
Los componentes siguientes están desplegados en testnet como desarrollos preliminares: se revisarán mediante un proceso de desarrollo estructurado antes de fijar la versión de referencia y realizar la auditoría.
Componente
Red
Estado
Funciones operativas
Oráculo temporal 1W
Sei Atlantic-2
Desplegado y verificado
Ciclo semanal, estados y ventanas del ciclo de clearing, número de ciclo y bloque inicial.
Registro Sei de identidad
Sei Atlantic-2
Desplegado y verificado
Identidad de participantes y nodos en la capa de clearing.
Controlador Sei
Sei Atlantic-2
Desplegado y verificado
Vincula el oráculo, el registro, las posiciones de clearing y la cadena EVM Sepolia.
Registro de posiciones de clearing
Sei Atlantic-2
Desplegado
Registro de obligaciones y posiciones de clearing; instrucciones y controles del ciclo.
Node Registrar
Ethereum Sepolia
Desplegado
Registro de nodos KK-NNN —primer nodo: 90-017—.
Registro EVM
Ethereum Sepolia
Desplegado
Registro de zona KK en la capa EVM.
Depósito en garantía y controlador EVM
Ethereum Sepolia
Desplegado
Depósito del colateral en garantía y control en la capa EVM.
Plataforma de cámara —Clearing Desk—
Sei Atlantic-2
En línea, preliminar
Conexión de monedero, posición en el registro, estado del oráculo, disponibilidad de funciones según la ventana y consulta del registro.
El Node Stack es específico de cada jurisdicción y gestiona la incorporación, el cumplimiento local y las funciones EVM del nodo. El Clearing Core es transversal y común a todas las jurisdicciones; el despliegue de referencia sigue siendo Sei, con las dependencias de red aisladas en un adaptador.
Principio de separación. El Node Stack decide quién es admitido y aplica el marco local. El Clearing Core ejecuta la compensación una vez admitido el participante. El paquete 3 somete a prueba el sistema integrado; el paquete 4 lo audita.
Paquete 1
Node Stack por jurisdicción — Ethereum / EVM
POR DESARROLLAR SOBRE LA BASE EVM EXISTENTE — ESPECÍFICO DE LA JURISDICCIÓN
Objetivo: disponer de un nodo operativo en testnet capaz de admitir una empresa, crear sus identidades y cuentas técnicas, registrar su Osnias-ID y gestionar las funciones EVM necesarias conforme a las reglas locales aplicables.
Incorporación empresarial: KYB/KYC/AML, representantes, titulares reales, estados de admisión y evidencias documentales.
Backend de negocio: base SQL, API, módulos PHP o equivalentes, gestión de estados de incorporación y trazas de auditoría.
Aprovisionamiento de cuentas 0x y vinculación empresa ↔ Osnias-ID ↔ nodo ↔ divisa ↔ ciclo.
Node Registrar, registro EVM, depósito en garantía y controlador en Ethereum testnet; controles de entrada y salida y eventos necesarios para el clearing.
Interfaz del operador de nodo: admisión, suspensión, salida, colateral, alertas y estados operativos.
Aprovisionamiento de cuenta e identidad VPN para el futuro O-POP; el despliegue físico del O-POP queda fuera de la prueba de concepto previa a la auditoría.
Interfaces locales de conversión y liquidación preparadas como puntos de integración, sin imponer un único modelo normativo a las jurisdicciones.
Hito 1 — criterio de cierreUn Node Stack de referencia para una jurisdicción funciona de extremo a extremo en testnet: incorporación → cuentas 0x → Osnias-ID → EVM, con registros e interfaz de operador.
Paquete 2
Clearing Core común — despliegue de referencia en Sei
DESARROLLOS TESTNET PRELIMINARES EXISTENTES — REVISIÓN ESTRUCTURADA, INTEGRACIÓN Y AMPLIACIÓN
Objetivo: construir la estructura transversal común de clearing, independiente del derecho local de los nodos y replicable para cada divisa.
Motor de netting multilateral, registro canónico de clearing e invariantes de coherencia.
Tres cámaras por divisa: 1W, 9W y 13W, cada una con estados de ciclo, reglas de registro, compensación, ajuste de garantías y liquidación, e interfaz específica de usuario final.
Oráculo temporal 1W / 9W / 13W y oráculo de solvencia en la capa de clearing; políticas de redundancia, congelación y recuperación.
Osnias-ID en la capa de clearing y correspondencia con los nodos admitidos.
ISO 20022 en la capa de clearing: correspondencia de eventos Osnias, órdenes, confirmaciones, estados y gestión de errores.
Conciliación entre capas Sei ↔ Ethereum, detección de divergencias y bloqueo ante incertidumbre —fail-closed—.
Núcleo basado en primitivas EVM estándar con adaptador Sei; portabilidad y futura migración o despliegue múltiple sin reescribir la lógica de negocio.
Interfaces y especificaciones O-POP en la capa de clearing; la instalación física del O-POP se realiza después del paquete 5, durante la industrialización.
Hito 2 — criterio de cierreEl Clearing Core común ejecuta los tres horizontes 1W / 9W / 13W en testnet, con interfaz de cámara, netting, oráculos, ISO 20022 y conciliación operativos.
Paquete 3
Integración, pruebas de estrés y demostración
VALIDACIÓN DEL SISTEMA — NO ES UN TERCER MÓDULO DE NEGOCIO
Objetivo: conectar varios Node Stacks al Clearing Core, ejecutar ciclos completos y someter el sistema a escenarios normales, de carga y de fallo antes de la auditoría.
Demostrador con al menos tres nodos y varios participantes simulados.
Ciclos completos 1W / 9W / 13W y conjuntos de flujos de distintos tamaños.
Pruebas de carga: número de obligaciones, frecuencia de eventos, cambios de estado y ventanas de ciclo.
Escenarios adversos: colateral insuficiente, participante suspendido, mensajes inválidos y operaciones fuera de ventana.
Desincronización Sei / Ethereum, retraso o indisponibilidad del oráculo, pérdida de conexión, latencia y recuperación.
Verificación sistemática del bloqueo fail-closed, registros, evidencias y procedimientos de recuperación.
Medición de la tasa de compensación y producción de métricas reproducibles para el expediente de auditoría.
Hito 3 — criterio de cierreSe ejecutan y documentan varios ciclos con múltiples nodos; los escenarios de fallo y estrés son reproducibles; no queda ninguna anomalía crítica conocida abierta antes de la auditoría.
Paquete 4
Auditoría de seguridad
PREPARACIÓN PARA LA AUDITORÍA → AUDITORÍA INDEPENDIENTE → CORRECCIONES → NUEVAS PRUEBAS
Fijación del código y de la versión de referencia.
Expediente de auditoría: arquitectura, especificaciones, lista de invariantes, modelo de amenaza, pruebas, cobertura, procedimientos y evidencias del paquete 3.
Refuerzo final de seguridad: análisis estático, fuzzing, dependencias, controles de acceso, DoS y superficies de ataque.
Auditoría independiente de los contratos inteligentes y componentes críticos dentro del alcance acordado.
Plan de corrección, modificaciones y nuevas pruebas por el auditor.
Hito 4 — criterio de cierreInforme de auditoría independiente entregado; vulnerabilidades tratadas; correcciones probadas de nuevo; versión auditada fijada para presentar el expediente normativo completo.
07 · Planificación y financiación
215 k€ indicativos en ~6 meses, por hitos
Estimación del promotor para la prueba de concepto global. Los importes son indicativos y deberán ajustarse a los gastos subvencionables, porcentajes de ayuda y cofinanciación seleccionados.
Paquete
Período
Presupuesto indicativo
Hito / entregable
Apertura de la fase siguiente
PAQUETE 1 — Node Stack
M1–M2
60 k€
Nodo de una jurisdicción en testnet: incorporación → Osnias-ID → EVM, interfaz de operador y registros.
Validación M1 → financiación del paquete 2
PAQUETE 2 — Clearing Core
M2–M4
70 k€
Núcleo común: netting, 3 cámaras por divisa, usuario final, oráculos, ISO 20022 y conciliación.
Validación M2 → financiación del paquete 3
PAQUETE 3 — Estrés y demostración
M4–M5
45 k€
Demostrador con múltiples nodos, ciclos completos, carga, fallos, métricas y tasa de compensación.
Validación M3 → financiación del paquete 4
PAQUETE 4 — Auditoría de seguridad
M5–M6
40 k€
Versión de referencia fijada, auditoría independiente, correcciones y nuevas pruebas.
Validación M4 → apertura del paquete 5 normativo
Total de los paquetes 1 a 4: 215 k€. El calendario exacto de pagos dentro de cada tramo —anticipo, pago intermedio y saldo tras la aceptación— se definirá con la entidad o entidades financiadoras.
Arquitectura de financiación de la prueba de concepto
Un hito puede financiarse mediante uno o varios contribuyentes: subvención pública, cofinanciación privada o socio industrial. Un contribuyente puede participar en un único tramo o en varios, permitiendo constituir progresivamente la financiación sin exigir una única entidad financiadora.
Para los cofinanciadores privados estratégicos, una posible entrada posterior en el capital de la futura sociedad operadora puede negociarse por separado. La financiación de la prueba de concepto y la inversión en capital son operaciones distintas; ninguna participación en la prueba de concepto confiere automáticamente un derecho sobre el capital.
Después de la prueba de concepto: expediente normativo, O-POP y Mainnet
Paquete 5
Expediente normativo completo previo a Mainnet
Presentación del expediente completo con la versión auditada, resultados de las pruebas de estrés, procedimientos y documentación de seguridad. Continuidad del análisis preliminar ya iniciado con la AMF: la autoridad examina un proyecto conocido y previamente analizado, completado con su versión auditada.
Promotor, asesoramiento, procedimiento y coste: por determinar tras la respuesta al análisis preliminar.
Paquete 6
O-POP e industrialización
Despliegue físico del O-POP en la capa de clearing: servidores y RPC privados, VPN, DMZ, registros, supervisión, refuerzo y aceptación, jurisdicción por jurisdicción.
Fuera de la prueba de concepto de los paquetes 1–4; por presupuestar según la jurisdicción.
Paquete 7
Mainnet
Despliegue en producción del Clearing Core en la red de referencia Sei y de los componentes EVM en Ethereum; activación de los nodos autorizados. El núcleo sigue siendo independiente de la cadena y portable.
Fuera de la prueba de concepto; presupuesto de despliegue y operación por determinar.
Trabajo previsto con un socio de financiación de la innovación
Determinar el TRL de entrada y salida de cada paquete, sin imponer un único TRL al proyecto.
Ajustar los presupuestos indicativos a los gastos realmente subvencionables y a los porcentajes de ayuda.
Identificar los instrumentos franceses, europeos o locales adecuados para cada hito.
Estructurar la secuencia de tramos y las condiciones de aceptación y desembolso.
Identificar cofinanciadores o socios técnicos útiles; permitir que un actor financie un hito concreto.
Preparar, cuando proceda, la relación separada con inversores estratégicos de la futura sociedad operadora.
Preparar la transición tras la auditoría al paquete 5 normativo, y después a la industrialización O-POP y Mainnet.
Objetivo. Financiar una prueba de concepto global verificable por hitos: Node Stack por jurisdicción → Clearing Core común → integración y pruebas de estrés → auditoría; después presentar el expediente normativo completo de un proyecto previamente analizado antes de la industrialización O-POP y Mainnet.
Información técnica. Esta hoja de ruta describe una propuesta de prueba de concepto global y un presupuesto indicativo; los TRL, gastos subvencionables, porcentajes de ayuda, entidades financiadoras, calendario y condiciones de desembolso están por determinar. No constituye una oferta de valores, asesoramiento de inversión ni una solicitud de inversión.
