Arquitectura Nockchain separa el consenso de la ejecución de aplicaciones, con el objetivo de mejorar la escasez digital.

• Nockchain separa el consenso en la capa base de la ejecución de aplicaciones, con el fin de resolver los problemas relacionados con la escalabilidad del blockchain y la confianza monetaria.
• El protocolo utiliza un modelo de minería de “trabajo útil”, en el cual los mineros realizan cálculos de IA verificables o de tipo “cero conocimiento”.
• Las aplicaciones funcionan como máquinas estatales soberanas, sin necesidad de consenso, lo que evita que la capa base se vuelva innecesariamente compleja durante la ejecución de las aplicaciones.
• La arquitectura utiliza un host de Rust para las comunicaciones, junto con un núcleo Hoon integrado para la validación del consenso.
• La validación de nodos locales sirve como el límite de confianza principal, distinto de los exploradores alojados o servicios de puente.

La tesis central de Nockchain se basa en la creación de dinero privado y programable, vinculado a costos de energía y procesamiento informático. El protocolo resuelve tres problemas principales: establecer confianza en la escasez digital, evitar el sobrecargo que genera la capa base durante la ejecución de aplicaciones, y generar valor adicional en el trabajo de minado, más allá de la competencia basada en hashes simples. A diferencia de Bitcoin, que se centra principalmente en el dinero, o de las cadenas de contratos inteligentes compartidas, que imponen cargas significativas a los validadores, Nockchain mantiene la capa base restringida. Nockchain se encarga de manejar el dinero y la verificación de pruebas, mientras que las aplicaciones (NockApps) funcionan como máquinas estatales independientes, sin necesidad de consenso. Esta separación permite que las aplicaciones mantengan sus propias reglas y ciclos de lanzamiento, sin que eso afecte negativamente el rendimiento de la capa base.

El modelo de minería introduce “trabajo útil”. En lugar de desperdiciar energía en búsquedas arbitrarias, el trabajo de minería que es válido genera resultados útiles para los usuarios, como cálculos matriciales para la inteligencia artificial o pruebas de conocimiento nulo. Esto crea una red con doble propósito: los proveedores de capacidad de computación compiten por recompensas por procesar bloques, al mismo tiempo que suministran poder computacional útil. El protocolo utiliza Nock, un pequeño conjunto de instrucciones funcionales, compilado a partir de kernels Hoon y hospedado en Rust, para garantizar una ejecución determinista y verificable.

Los principales sacrificios incluyen una limitada capacidad de procesamiento de la capa base, en comparación con las máquinas virtuales inteligentes generales. Además, la responsabilidad por la disponibilidad de las aplicaciones recae en el nivel de implementación de las aplicaciones mismas. Sin embargo, este diseño ofrece reglas monetarias deterministas, propiedad directa y un estado de cadena que puede ser verificado de forma independiente. La arquitectura está respaldada por investigaciones relacionadas con “Prueba de trabajo necesario” y la integridad computacional basada en STARK, con el objetivo de conectar los resultados de las aplicaciones con dinero a través de pagos seguros, sin necesidad de transferir toda la ejecución del proceso al consenso.

Un nodo completo de Nockchain funciona mediante la descarga de los datos de la cadena y la verificación de cada bloque y transacción aceptada contra el kernel de consenso. Esta configuración permite a los usuarios verificar la cadena sin depender de exploradores de bloques o API alojadas en servidores. Es importante señalar que ejecutar un nodo no constituye minería; los mineros ZK y AI funcionan como procesos separados que solicitan trabajo para minerizar y presentan los resultados. La arquitectura distribuye las responsabilidades: el host de Rust se encarga del manejo de la red, almacenamiento, APIs públicas y privadas, el ciclo de vida de los procesos y la comunicación con los mineros externos.

El núcleo Hoon incorporado tiene la capacidad de validar la consistencia del consenso. El nodo acepta dos tipos de “artefactos” relacionados con los bloques: %pow proveniente de la vía ZK-PoW y %ai-pow proveniente de la vía AI-PoW. Ambos son procesados según el procedimiento normal de validación del núcleo. La seguridad operativa y el mantenimiento son aspectos cruciales. Cada bloque y transacción se consideran no confiables hasta que el núcleo las valide. El punto de acceso privado GRPC es privilegiado y debe ser expuesto solo de manera intencionada. La reputación entre pares constituye una política de transporte; no puede validar bloques inválidos. Los “consensus jets” deben preservar exactamente el resultado obtenido por Hoon, y fallar de forma visible si falta el equipo necesario para ello.

Los operadores nunca deben reutilizar los directorios de datos de la red fía experimentales para las operaciones en la red principal. Los servicios de puente y la gobernanza con múltiples firmas son sistemas operativos separados. La cartera puede realizar depósitos en el puente, pero el nodo completo no maneja el propio puente. Esta distinción garantiza que el mecanismo de consenso central permanezca aislado de las complejidades de las operaciones externas del puente o de los diferentes niveles de gobernanza.

¿Cómo funciona la función de minería útil?

El modelo de minado del protocolo se diferencia significativamente de los sistemas tradicionales de “proof-of-work”, ya que da prioridad a la utilidad computacional. En lugar de desperdiciar energía en búsquedas arbitrarias de hashes, el trabajo de minado válido genera resultados útiles para quienes lo solicitan. Estos resultados incluyen cálculos matemáticos para inteligencia artificial o pruebas de conocimiento cero, los cuales son verificables y valiosos. Esto crea una red de doble propósito, donde los proveedores de capacidades computacionales compiten por las recompensas de los bloques, al mismo tiempo que suministran poder computacional útil.

Este enfoque vincula la historia de la moneda con los costos relacionados con la energía y los equipos tecnológicos, asegurando así que la confianza monetaria esté respaldada por actividad económica tangible. El uso de pruebas de conocimiento cero y computación artificial permite que la red aproveche las necesidades computacionales existentes, en lugar de crearlas artificialmente. Al integrar estas cargas de trabajo en el mecanismo de consenso, Nockchain alinea los incentivos económicos con el progreso real en el área de la computación.

¿Cuáles son los riesgos operativos y los compromisos que implica?

La separación entre el consenso y la ejecución de las aplicaciones introduce riesgos operativos específicos. La limitada capacidad de expresividad del nivel básico, en comparación con las máquinas virtuales de contratos inteligentes, es un sacrificio que se debe hacer. Además, la responsabilidad por la disponibilidad de las aplicaciones recae en el nivel de aplicación, lo que significa que el nivel básico no garantiza la disponibilidad de las aplicaciones. Los operadores deben gestionar estos riesgos con cuidado para mantener la integridad de la red.

La seguridad operativa requiere el cumplimiento estricto de los protocolos de gestión de nodos. El punto de acceso privado GRPC es privilegiado y debe ser expuesto únicamente de manera intencionada. La reputación de los nodos es una política de transporte, y no puede validar bloques inválidos. Por lo tanto, los operadores no pueden confiar en los nodos externos para garantizar la seguridad. Los sistemas de consenso deben mantener exactamente los resultados obtenidos por Hoon, y fallar de manera evidente si falta alguna configuración necesaria. Estas requisitos aseguran que la red permanezca segura y determinista, incluso a medida que crece en tamaño.

Los servicios de puente y la gobernanza con múltiples firmas son sistemas operativos separados. El nodo completo no es el que gestiona el propio puente. Esta separación evita que las fallas del puente afecten al consenso central. Sin embargo, requiere que los operadores gestionen múltiples sistemas distintos, lo que aumenta la complejidad de la mantenimiento de la red. La cartera puede crear depósitos en el puente, pero el nodo completo no es el que gestiona el puente en sí, lo que refuerza la necesidad de tener límites operativos claros.