Qué resolvemos

Privacidad racional, aplicada.

Privada por defecto, demostrable a demanda. Demuestra el atributo, conserva el hecho. Tus datos siguen siendo tuyos: cuando un regulador, un auditor o una contraparte necesita una respuesta, respondes exactamente a su pregunta. No con tu base de datos, sino con una prueba. Cuatro problemas que nos traen los clientes, cada uno con algo ya entregado detrás.

Agentes de IA auditables

Desplegar un agente de IA que pueda probar que siguió las reglas, sin exponer los datos que leyó.

Un agente aprueba un reclamo, cotiza un contrato, hace una compra. El auditor, el comprador y la contraparte quieren lo mismo: pruebas de que siguió las reglas, gastó dentro del presupuesto y es quien dice ser. Hoy eso significa los logs, y los logs son los datos que el agente leyó. Probar el cumplimiento filtra justo lo que el cumplimiento debía proteger.

Se queda con el operador
  • Los registros que el agente leyó
  • Las compras y el propietario detrás de ellas
  • El razonamiento completo del agente
una prueba
Lo que ve el auditor
  • Qué política aplicó, y que sus condiciones se cumplieron
  • Que el gasto se mantuvo dentro del presupuesto
  • Que el agente es quien dice ser
Qué sale y qué se queda

Qué cambia cuando puedes probarlo sin revelarlo

La decisión lleva consigo una prueba de que siguió la política: qué regla aplicó, que los datos de entrada cumplían sus condiciones, que la salida se mantuvo dentro de los límites. El auditor verifica la prueba; los datos de entrada nunca salen. Y un agente hereda el resto de esta página: identidad verificada, activos certificados, pagos que se mantienen privados. Puede actuar por un comprador a través de un signer que no controla, así que nunca tiene el secreto en su poder.

En qué punto está el trabajo

Sigue abierto, y es hacia donde va nuestro trabajo. Dos cosas tienen que cumplirse: prueba de lo que el agente ejecutó, y prueba de que tenía permiso para hacerlo. La computación confidencial responde a la primera, con atestación de hardware que da fe del código sin abrir los datos que leyó. Los estándares abiertos de wallet responden a la segunda: condicionan cada firma a una política antes de descifrar la clave, así que el agente nunca tiene el secreto en su poder. Lo que enlazamos abajo es la base sobre la que construimos.

La tecnología que hay debajo

Pruebas de cumplimiento de políticas en Midnight; un signer intercambiable para que un agente nunca tenga el secreto de un usuario; documentación y skills entregados como plugins de Claude Code.

Activos tokenizados

Llevar un activo real on-chain con su cumplimiento intacto, y después ponerlo a trabajar como garantía.

Un bono, una cuenta por cobrar, un crédito de carbono, la garantía detrás de un préstamo: para moverlo on-chain tienes que responder quién puede tenerlo, qué hay que probar antes de que se transfiera y qué partes de esa prueba son asunto de alguien más. Y un activo que solo está ahí quieto no es el objetivo. Tiene que trabajar: como garantía en DeFi, en liquidación por canales privados, como reservas que una contraparte puede comprobar sin abrir los libros.

Se queda con el titular
  • La identidad del titular y los documentos detrás de una credencial
  • El portafolio y las demás posiciones del titular
una prueba
Lo que ve una contraparte
  • Que el activo es lo que dice ser, y quién responde por él
  • Que esta transferencia está permitida, y por qué regla
  • Que una posición está cubierta por garantías elegibles
Qué sale y qué se queda

Qué cambia cuando puedes probarlo sin revelarlo

Las reglas viajan con el activo. Se lista en público, se compra en privado y sigue siendo auditable. Un titular prueba que cumple los requisitos sin mostrar los documentos. Una transferencia prueba que está permitida, y por qué regla. Un prestatario prueba que una posición está totalmente cubierta por garantías sin revelar el portafolio que hay detrás.

En qué punto está el trabajo

El framework RWA que estamos construyendo es la base de la que parten los proyectos nuevos: módulos componibles, contratos y servicios en Midnight. Está en una etapa temprana y es privado, así que aquí se describe y no se enlaza. Las sesiones grabadas sobre identidad ZK para RWA muestran el patrón de principio a fin.

La tecnología que hay debajo

Módulos Compact componibles en Midnight; divulgación selectiva sobre credenciales.

Identidad y credenciales

Verificar una vez, probar en todas partes. Ninguna organización guarda una copia de los documentos.

Una persona o una empresa se verifica una vez, y luego otra vez con el siguiente banco, la siguiente plataforma, el siguiente regulador. Los mismos documentos se entregan cada vez a otra parte que ahora tiene que almacenarlos y protegerlos. El titular repite el trabajo; cada verificador carga con la responsabilidad.

Se queda con el titular
  • Los documentos detrás de la credencial
  • La fecha de nacimiento, el expediente, la identidad completa
  • Dónde más se ha usado la credencial
una prueba
Lo que ve cada organización
  • Que el titular cumple el requisito
  • Quién dio fe de ello, y cuándo
Qué sale y qué se queda

Qué cambia cuando puedes probarlo sin revelarlo

Una parte de confianza verifica una vez y da fe con una credencial. El cliente lleva su propia prueba, y cada organización ve solo el atributo que necesita: mayor de dieciocho sin la fecha de nacimiento, con licencia sin el expediente, libre de sanciones sin el informe. Nadie guarda una copia de los documentos.

En qué punto está el trabajo

El método se está construyendo de forma abierta en Midnight: did:midnight es la implementación de referencia del identificador, con credenciales verificables a su lado, de modo que un verificador conoce el atributo y nunca el documento que hay detrás. Está en una etapa temprana: lo bastante avanzado para construir sobre él y todavía lo bastante abierto para darle forma. Nuestra parte va por dos vías: enseñarlo, y conectarlo con soluciones reales para descubrir dónde se sostiene. Las sesiones de abajo recorren el patrón, incluido cómo un contrato se condiciona a una credencial que nunca lee.

La tecnología que hay debajo

Credenciales emitidas una vez, pruebas derivadas por verificador; ZK, MPC y TEE como stack de base, elegido después del problema.

Certificación y ESG

Emitir certificados en los que la gente pueda confiar, respaldados por pruebas en lugar de papeleo.

Un comprador quiere saber que la energía fue renovable, el material reciclado, el levantamiento volado según la norma. Hoy, probarlo significa abrir los libros: proveedores, volúmenes, rutas, imágenes sin procesar. Todos terminan con el negocio de todos los demás en las manos, y el papeleo prueba menos cada año.

Se queda con cada parte
  • La lista de proveedores y los volúmenes detrás de un certificado
  • Imágenes sin procesar, coordenadas y logs de sensores
  • Qué comprador tiene o retiró qué certificado
una prueba
Lo que ve el mercado
  • Que el certificado lo emitió un emisor identificado
  • La afirmación: fuente, región, escala, norma
  • Que se vendió o se canjeó
Qué sale y qué se queda

Qué cambia cuando puedes probarlo sin revelarlo

El certificado lleva la afirmación y una prueba de que lo emitió alguien con derecho a emitirlo. Cuando una medición respalda la afirmación, el dispositivo firma lo que captura y un verificador da fe del registro. El comprador verifica la prueba, no los libros. Proveedores, volúmenes, coordenadas y datos sin procesar nunca salen.

En qué punto está el trabajo

Karbonity, un marketplace de certificados de energía renovable, y Pickers, un marketplace de créditos de reciclaje, ambos construidos con el Midnight Solutions Team; prototipos en Midnight preview. ZkyProof, diseñado en Midnight Build Club Cohort 1, hace lo mismo con datos de levantamientos aéreos: el registro público es una tarjeta y todo lo demás queda shielded.

La tecnología que hay debajo

Contratos Compact en Midnight; propiedad shielded con listado público; una vía de captura firmada por el dispositivo, con un verificador condicionado a la atestación, cuando una medición respalda la afirmación.

Si uno de estos es el tuyo.

El primer paso es una conversación, y a menudo una especificación y un mockup para tu caso antes de construir nada.

logo de edda
youtubetwittergithublinkedin
© 2026 Edda Labs · Todos los derechos reservados