El núcleo HREVN EB1 convierte registros canónicos de producto y sus archivos en un ZIP determinista con hashes por archivo, una raíz de contenido y un sobre firmado. El mismo núcleo verifica por separado cada propiedad de seguridad.
La integridad de cada archivo y la raíz del conjunto completo
Una firma Ed25519 estricta sobre identidad, perfil y compromisos de evidencia
La conformidad con el perfil cuando está instalado el validador del producto
El núcleo no deduce
Que las afirmaciones contenidas sean verdaderas o completas
La autoridad del firmante si no se aporta la raíz y el registro HREVN fijados por separado
Prueba temporal independiente ni un anclaje blockchain actual
Validez jurídica, aprobación ni certificación
El protocolo
Superficie pequeña. Reglas explícitas. Comprobaciones portables.
Los adaptadores deciden qué significa cada registro. El núcleo controla la mecánica de evidencia para que cada producto no invente su propio camino de hashes, firma y verificación.
01
Paquete determinista
Entradas canónicas, miembros ordenados y reglas fijas producen una estructura de evidencia reproducible.
02
Sobre firmado y vinculado
Identidad, raíz, producto, perfil, productor, clave y tiempos declarados quedan cubiertos por la firma.
03
Verificación estricta
Campos desconocidos, estructuras ambiguas y formas de firma no admitidas detienen la conclusión correspondiente.
04
Salida multidimensional
Formato, integridad, firma, autoridad, perfil, tiempo y anclaje permanecen separados.
05
Núcleo neutral
SuperProperty usa un adaptador; los futuros verticales deberán consumir el mismo núcleo sin bifurcarlo.
06
Comparación independiente
Las implementaciones en Python y Go se comparan para detectar divergencias; coincidir aporta evidencia, no prueba corrección.
Cómo funciona
Preparar, vincular, verificar.
01
Adaptador de producto
La aplicación selecciona el JSON y los archivos autoritativos y valida su propio perfil de registro.
02
Núcleo EB1
El núcleo construye el archivo exacto, calcula checksums y raíz y firma el sobre completo.
03
Verificador
El destinatario puede inspeccionar el ZIP offline, incorporar el contexto de confianza HREVN publicado y recibir resultados cualificados, no una única luz verde.
Confianza de producción publicada
La clave del bundle ya no se autoriza a sí misma.
HREVN publica ahora la raíz de confianza v1 y un registro de claves firmado por dos de tres raíces. Un verificador conforme puede usar esos bytes distribuidos por separado para determinar si la clave estaba autorizada para el protocolo, producto y perfil exactos del bundle.
La ratificación online añade una condición: el SHA-256 externo del ZIP exacto también debe figurar en el libro de emisiones firmado de HREVN. No certifica las afirmaciones internas, el tiempo declarado ni efectos jurídicos. El anclaje blockchain sigue siendo una propiedad opcional separada.
SuperProperty es la primera aplicación EB1 v2 nativa.
Sus visitas y anexos se producen mediante adaptadores específicos y el núcleo EB1 independiente. Su clave firmante figura en el registro publicado; la emisión HREVN exacta sigue siendo un resultado separado del libro y solo se confirma para bundles registrados durante su emisión.