Patentes de EE. UU. en trámite · software + silicio

Una IA que responde por cada operación antes de que ocurra.

EthicVault es la capa de gobernanza determinista entre la IA y el mundo real. Cada acción se mide, se vincula a una prueba y se valida en orden estricto; luego se aprueba, se audita o se bloquea. La misma entrada, el mismo veredicto, siempre. En software para la empresa y en silicio en el edge.

Friction Gate · IlustrativoAplicando

Acción candidata

wire.transfer.execute · $2.4M

BLOCK
Integridad del esquemaOK
Ancla de pruebaOK
Unicidad anti-repeticiónFALLO
→ Registro WORM: digest ya consumido
100%

Veredictos deterministas

0.47 ms

Latencia media de decisión

<1 mW

Potencia media ASIC · pre-silicio

Gobernanza ligada a la política

Gobernamos la IA con las reglas que ya tienes.

Nuestro Policy Compiler convierte tus políticas aprobadas por el consejo —no un marco nuevo— en una frontera de ejecución determinista. Creado a medida para los sectores que responden ante un mandato.

01La plataforma

Cuatro módulos. Una cadena de custodia.

Desde el momento en que un modelo propone una acción hasta el momento en que esa acción toca el mundo, la custodia nunca abandona la arquitectura: medida, clasificada, decidida y probada.

Medir

Resonance Engine

Cada salida de la IA se puntúa —en una sola decisión— frente a una referencia aprobada y a otra prohibida, corrigiendo antes la distorsión del espacio de embeddings. Las salidas que solo parecen pertinentes se separan de las que están genuinamente alineadas.

  • Doble referencia: aprobada vs. prohibida
  • Coherencia corregida de anisotropía
  • Construida a partir de datos o de tu política
Clasificar

Friction Gate

Un clasificador determinista de tres niveles —PASS, AUDIT, BLOCK— calculado en aritmética de punto fijo frente a umbrales congelados. La prioridad del veto absoluto es innegociable por diseño.

  • Idéntico bit a bit en todos los backends
  • Enrutamiento de la banda de guarda a auditoría
  • Veto absoluto en el mínimo normativo
Decidir

Policy Engine

El único componente con autoridad para decidir, y actúa exclusivamente sobre un estado vinculado a prueba tras superar, en orden estricto, la validación de esquema, ancla de prueba y anti-repetición.

  • Validación ordenada e imposible de eludir
  • Digests de carga de un solo uso
  • Umbrales ajustados por sector
Probar

WORM Audit Chain

Cada veredicto se serializa, se aplica hash y se ancla bajo una raíz de Merkle en almacenamiento de una sola escritura. Años después, un examinador reproduce cualquier decisión byte a byte.

  • Registro de solo anexado, encadenado por hash
  • Agrupado en Merkle a pleno rendimiento
  • Evidencia lista para el regulador
02Por qué determinista

Gobernanza que puedes reproducir ante un tribunal.

Las barreras probabilísticas dan respuestas distintas en días distintos. Los veredictos de EthicVault son funciones matemáticas de un estado congelado: reproducibles byte a byte, años después, ante un examinador.

Arquitectura protegida por solicitudes de patente de EE. UU. en trámite: método y silicio.

10,000

puntos básicos

Estado de punto fijo

La ambigüedad del punto flotante se elimina en la frontera: cada variable de gobernanza se escala a enteros en el rango 0–10 000. La misma remisión produce los mismos bits en cualquier CPU, GPU o backend JIT.

3

validaciones ordenadas

Secuencia estricta

Esquema → ancla de prueba → anti-repetición. El motor de políticas no contiene ninguna ruta de código que llegue a la evaluación de umbrales sin que las tres tengan éxito; un fallo en cualquier punto es un BLOCK arquitectónico.

Dos referencias, una decisión

Cada salida se puntúa frente a ambas; el veredicto sigue el margen.

PASS
Coherencia · referencia aprobada88/100
Coherencia · referencia prohibida14/100
Margen de discriminación+74

Alta coherencia con la referencia aprobada, baja con la prohibida: un margen amplio y limpio. La acción se aprueba.

Ablación controlada

Una puerta de referencia única parece impecable, hasta llegar a los casos que debía detener.

Mismo conjunto reservado, misma calibración amplia, misma arquitectura. Cambió una sola variable: si la salida se evalúa solo frente a una referencia aprobada, o frente a una aprobada y otra prohibida en la misma decisión.

Referencia única

Casos legítimostodos pasaron
Casos prohibidos que pasaron4 / 10

Cuatro casos prohibidos superaron la puerta mientras todos los legítimos pasaban. La métrica de superficie no muestra nada anómalo.

Doble referencia

Casos legítimostodos pasaron
Casos prohibidos que pasaron0 / 10

Todos los casos prohibidos bloqueados, sin perder ninguno legítimo. La segunda referencia fue lo que cerró la brecha.

Del informe interno de evidencia técnica: un experimento controlado sobre un conjunto reservado sintético, en fase de prototipo y con muestra limitada. Evidencia direccional para la arquitectura, no una estimación de precisión operativa, y no reproducida por un tercero.

03Más allá de la similitud semántica

La misma frase, la misma autoridad, y un veredicto distinto.

Dos acciones pueden parecer igual de seguras en el lenguaje y llevar una autorización formal idéntica, y aun así producir consecuencias operativas radicalmente distintas. Antes de la ejecución, EthicVault evalúa autoridad, evidencia, topología de dependencias, alcance de cascada, explotabilidad y consecuencia posterior: ninguna de ellas es función de lo que dice la solicitud.

Por qué la decisión no puede ser semántica

En el informe interno de evidencia, los proxies semánticos separaron el texto aprobado del prohibido casi a la perfección — intención y riesgo ambos con AUC 1,000. Aun así no pudieron sostener una decisión. En cinco familias de características, el PASS automático sobre texto estático se mantuvo entre el 0 y el 10 %; todo lo demás se enrutó a auditoría en lugar de adivinarse.

01

Autoridad, sin embeddings

Si quien llama posee realmente el derecho, resuelto a partir de concesiones firmadas y geometría de autorización. Ninguna frase puede redactarse hasta obtener un permiso que nunca se emitió.

02

Resúmenes de evidencia

Toda afirmación debe citar un identificador de evidencia registrado. El motor comprueba que la referencia existe y está vinculada a esta acción, no que la prosa suene fundamentada.

03

Topología de dependencias

Lo que hay detrás del objetivo. La misma operación sobre un nodo hoja y sobre un broker del que dependen cuarenta y siete servicios no es la misma operación.

04

Análisis de cascada

Qué cae a continuación cuando cae el objetivo. El alcance se calcula sobre el grafo de dependencias, no se infiere de la redacción de la solicitud.

05

Explotabilidad

Si el estado resultante abre una posición aprovechable por un adversario: manipulabilidad evaluada antes de permitir que ese estado exista.

06

Previsión de consecuencia

El coste operativo proyectado de ejecutar, y del fallo que ello habilitaría. Entra en el veredicto; no se le añade después como una advertencia.

07

Restricción de ejecución

La salida no es una puntuación que otro sistema deba interpretar. Es un límite sobre lo que puede ejecutarse — PASS, AUDIT o BLOCK — aplicado en la frontera, antes de que la acción alcance un conector. Una acción de alta consecuencia no avanza con una nota adjunta: no avanza.

Escenario de referencia · ilustrativo

Una instrucción, tres objetivos, dos veredictos.

La misma instrucción de mantenimiento, emitida bajo la misma autoridad firmada, contra tres nodos. Nada difiere en el lenguaje y nada difiere en la autorización formal.

Texto de la solicitud
Idéntico en los tres
Autorización formal
Concedida en los tres
Coherencia semántica
Sin diferencia significativa
  • K1

    Worker de staging

    2 dependientes · radio de impacto contenido

    AUDIT
  • K2

    Broker de identidad en el borde

    47 dependientes · cascada entre dominios

    BLOCK
  • K3

    Réplica de informes

    5 dependientes · radio de impacto contenido

    AUDIT

El lenguaje y la autoridad formal se mantuvieron constantes. La topología y la consecuencia llevaron uno de los tres a BLOCK. Una barrera que solo lee la solicitud no puede producir esta tabla: carece de término para lo que hay detrás del objetivo.

El escenario es una ilustración, no un resultado medido. Las dimensiones que lo sustentan están implementadas y ejercitadas: el informe técnico interno registra etiquetado determinista y monotonía probada en consecuencia, cascada, manipulabilidad, dependencia y geometría de autorización, en fase de prototipo. La precisión de previsión en el mundo real no está establecida, y ninguna parte independiente la ha revisado.

04 · Garantía

Evidencia, no promesas.

Tres capas, en el orden en que las necesita un circuito de aprobación: lo que se ha medido, lo que puedes abrir y comprobar, y lo que todavía no afirmamos. El despliegue sigue siendo tuyo de principio a fin: on-premises, en entorno aislado o en una VPC privada de un solo inquilino, sin que los datos de los clientes entrenen modelos y sin que las claves salgan de tu control. Lee el informe de seguridad →

Medido hoy

Cifras con su alcance adjunto

Cada número procede del informe técnico de evidencia interno, medido en una sola estación de trabajo de consumo. Lee la línea que hay bajo cada uno: una cifra vale exactamente lo que su alcance permite.

10 / 10

Baterías de prueba en vivo superadas

El runner principal completó las diez y el verificador de procedencia informó ALL CHECKS PASSED sobre el mismo commit fijado.

1,000 / 1,000

Resúmenes idénticos en ejecuciones repetidas

Misma entrada, entorno fijado. Es la afirmación sobre la que se sostiene todo lo demás de la plataforma.

5 × 20,000

Procesos × entradas congeladas, un resumen

Cinco procesos independientes sobre veinte mil entradas congeladas, reducidos a un único resumen SHA-256: un solo valor distinto en todas las ejecuciones.

50,000

Decisiones cronometradas, con la cola incluida

Ejecución de estrés corregida por la ruta completa, reportada hasta el p99,9 y con el máximo impreso en lugar de recortado.

0 / 10

Casos prohibidos que pasaron, doble referencia

No se observaron violaciones de dominancia de la referencia prohibida. Una barrera de referencia única dejó pasar cuatro de esos mismos diez.

0

Discrepancias software-a-RTL

En 3.000 comparaciones muestreadas de referencia única y 4.000 de doble referencia, antes de la síntesis.

Disponible para revisión

Lo que puedes abrir

Se entrega bajo revisión controlada en lugar de publicarse, porque varios de estos documentos nombran commits fijados y rutas internas.

  • 01Informe técnico de evidencia: la batería medida completa, incluidas las cifras que retiramos y por qué.
  • 02Manifiesto de procedencia: hashes y el commit fijado detrás de cada resultado anterior.
  • 03Apéndice de conformidad de implementación: cobertura de rutas módulo por módulo, y dónde se detiene esa cobertura.
  • 04Adenda de estrés y resistencia: las ejecuciones tras la distribución de cola, con la corrección del arnés declarada.
  • 05Protocolo de reproducción: lo que un tercero necesita para volver a ejecutar esto y contradecirnos.

Aún no afirmado

Lo que no te dejaremos suponer

Tomado de la propia sección de limitaciones del informe. Si alguno de estos puntos importa para tu circuito de aprobación, es un punto abierto, no un descuido.

  • Certificación independiente. Ningún tercero acreditado ha revisado ni reproducido estos resultados.
  • Autorización de operación en producción. Sin ATO, sin expediente RMF, sin criptografía validada por FIPS.
  • Prueba en silicio fabricado. El RTL es sintetizable y simulado; no se ha fabricado ni medido ninguna pieza física.
  • Precisión predictiva universal. Las mecánicas de consecuencia y cascada son deterministas y probadas; la precisión de previsión en el mundo real no está establecida.
  • Cero fallos. Los casos abortados, los objetivos no alcanzados y los ejes con potencia insuficiente se publican con sus códigos de motivo.

Evidencia de prototipo interna, no una certificación. Existe un paquete reproducible de forma independiente disponible bajo revisión controlada, y solo se convierte en auditoría cuando lo ejecuta un tercero.

05 · La línea de silicio

Cuando el software no basta, el propio circuito se niega.

Un guardián de software comparte su procesador con el modelo que vigila. Nuestra línea de hardware lleva la barrera al chip: un restrictor de ejecución se sitúa eléctricamente en serie con la ruta de actuación, no conductor por defecto, y solo cierra el circuito ante una disposición de aprobación vinculada a prueba.

ETHICVAULTEV1-GSOC-01 A2LOT 2606A · U.S. PAT. PEND.FIXED-POINT GATEINTEGER ONLY · NO FPUPOLICY FSMORDERED VALIDATIONPROOF ENGINEMAC · MERKLE COMMITWORM LEDGERWRITE-ONCE MEMORYEXECUTION RESTRICTORFAIL-CLOSED · IN SERIES
  • 01Cierre a prueba de fallos por construcción: encendido, reinicio y todo estado de falla se decodifican a BLOCK
  • 02Sin unidad de punto flotante: los veredictos son idénticos bit a bit entre proveedores y nodos de proceso
  • 03Disposiciones de doble carril + lógica de política redundante: ningún cambio de un solo bit puede abrir la ruta
  • 04Entregable como SoC completo o macro IP endurecida (GDSII) en colocación en serie obligatoria
  • 05100 MHz cerrados tras el rutado en dos fabricantes de FPGA y dos nodos, disposiciones idénticas bit a bit en ambos

Las cifras de potencia son estimaciones pre-silicio de un flujo PDK abierto de 130 nm, no medidas sobre silicio: 1,382 mW en activo, 7,23 µW en reposo con reloj bloqueado y menos de 1 mW como media sobre un ciclo de trabajo especificado. Las plataformas FPGA están dominadas por la fuga estática y no bajan de 1 mW.

Médico implantable

El restrictor se sitúa en serie con el controlador de estimulación: un impulso terapéutico físicamente no puede dispararse sin una disposición de aprobación. Pestillo reversible de cierre a prueba de fallos con rearme auditado.

ECU de automoción

Los comandos de política de conducción de la IA atraviesan la barrera antes del bus de actuadores. Un comando bloqueado lleva el vehículo a un estado seguro fail-operational; cada disposición queda registrada.

Pago seguro

Alimentado por completo desde el campo del lector: la autorización de la transacción se retiene salvo que la salida del modelo de riesgo en el propio chip supere la validación. Sin batería, sin red, sin anulación.

En qué punto está

Construido, no anunciado.

Funciona

La barrera se construyó sobre hardware de Xilinx y después se volvió a construir sobre hardware de Intel — otra empresa, otro proceso de fabricación. Se le dieron 330 casos de prueba. Ambos dieron la misma respuesta a todos.

El chip está dibujado

El diseño físico está terminado: alrededor de medio milímetro de lado, menos de un milivatio para funcionar. Todas las comprobaciones automáticas que una fundición exige antes de fabricar un diseño salieron con cero errores.

No se ha fabricado

No se ha producido ninguna oblea. Las cifras de tamaño y consumo vienen del diseño terminado, no de un chip que alguien haya sostenido. Preferimos que lo lea aquí a que lo descubra más tarde.

Diseñado para entornos regulados

  • SOX §302
  • MiFID II
  • DORA
  • Basel III
  • EU AI Act
  • GDPR
  • SR 11-7
  • FINRA
  • HIPAA
  • IEC 62304
  • ISO 26262
  • PCI DSS
Compromiso empresarial

Empieza por un Boundary Assessment.

Un compromiso de precio cerrado que cartografía un flujo de trabajo consecuente: dónde reside la consecuencia, quién ostenta la autoridad sobre ella, qué evidencia espera tu regulador y dónde debe situarse la frontera gobernada. Trabajo acotado con entregables definidos, no un puesto en una cola.

El compromiso

Qué estás solicitando

Dos etapas de alcance cerrado, en este orden. Ninguna es un compromiso de licencia, y la segunda solo se presupuesta cuando la primera ha producido algo con lo que acotarla.

01Precio cerrado

Boundary Assessment

Un flujo de trabajo cartografiado de extremo a extremo: la consecuencia que se retiene, el modelo de autoridad que la rodea, la política y la evidencia que exige tu supervisión, y la frontera de amenaza sobre la que debe asentarse la barrera.

Produce

  • Un flujo de trabajo cartografiado de extremo a extremo
  • Modelo de autoridad
  • Requisitos de política y evidencia
  • Frontera de amenaza
  • Recomendación de piloto y su alcance
02Alcance e hitos cerrados

Governed Execution Boundary Pilot

Duración
6–8 semanas
Alcance
Un flujo de trabajo consecuente
Modo
SHADOWAUDITAplicación controlada

Entregables

  • Mapa de autoridad
  • Esquema de política y evidencia
  • Frontera de integración
  • Despliegue de la barrera determinista
  • Registro de evidencia reproducible
  • Informe de piloto medido

El piloto arranca en SHADOW: la barrera decide y nada de lo que decide se aplica. La aplicación se activa para un conjunto nombrado de acciones solo después de revisar el registro en sombra con tu equipo, de modo que lo primero que ves es cómo habría resuelto la barrera sobre tu propio tráfico.

Al enviar, aceptas nuestra política de privacidad. No vendemos datos. Las solicitudes se revisan en un plazo de 2 días hábiles.

SOC 2 — informe en el lanzamiento
ISO 27001 — por diseño
RGPD — por diseño