Ika Network: Solución MPC de subsegundos para el ecosistema Sui
I. Resumen y posicionamiento de la red Ika
La red Ika es una infraestructura innovadora apoyada estratégicamente por la Fundación Sui, basada en la tecnología de cálculo seguro multipartito (MPC), cuya característica más destacada es la velocidad de respuesta en milisegundos. Ika se alinea perfectamente con Sui en conceptos de diseño como el procesamiento paralelo y la arquitectura descentralizada, y en el futuro se integrará directamente en el ecosistema de desarrollo de Sui, proporcionando módulos de seguridad cruzada plug-and-play para contratos inteligentes Sui Move.
La función de Ika se posiciona para construir una nueva capa de verificación de seguridad, sirviendo tanto como un protocolo de firma dedicado al ecosistema Sui, como ofreciendo soluciones estandarizadas de interoperabilidad entre cadenas para toda la industria. Su diseño en capas considera tanto la flexibilidad del protocolo como la conveniencia para el desarrollo, y se espera que se convierta en un caso práctico importante para la aplicación a gran escala de la tecnología MPC en escenarios multicanal.
1.1 Análisis de la tecnología central
La implementación técnica de la red Ika se centra en firmas distribuidas de alto rendimiento, cuyos principales puntos de innovación incluyen:
Protocolo de firma 2PC-MPC: utiliza un esquema mejorado de MPC de dos partes, descomponiendo la operación de firma de la clave privada del usuario en un proceso en el que participan conjuntamente el "usuario" y la "red Ika".
Procesamiento en paralelo: Utilizando computación paralela, descomponer una operación de firma única en múltiples subtareas concurrentes que se ejecutan simultáneamente entre nodos, aumentando significativamente la velocidad.
Red de nodos a gran escala: soporta miles de nodos participando en la firma, cada nodo solo posee una parte del fragmento de la clave, lo que mejora la seguridad.
Control de cadenas cruzadas y abstracción de cadenas: permite que los contratos inteligentes en otras cadenas controlen directamente las cuentas en la red Ika (dWallet), logrando operaciones entre cadenas.
1.2 El impacto de Ika en el ecosistema Sui
Ika podría tener los siguientes impactos en Sui después de su lanzamiento:
Proporciona capacidad de interoperabilidad entre cadenas, soportando la conexión de activos en cadena como Bitcoin, Ethereum, etc., a la red Sui con baja latencia y alta seguridad.
Proporcionar un mecanismo de custodia de activos descentralizado, más flexible y seguro que las soluciones de custodia centralizada tradicionales.
Simplificar el proceso de interacción entre cadenas, permitiendo que los contratos inteligentes en Sui puedan operar directamente con cuentas y activos en otras cadenas.
Proporcionar un mecanismo de verificación múltiple para aplicaciones de automatización de IA, mejorando la seguridad y la credibilidad de las transacciones realizadas por la IA.
1.3 Desafíos que enfrenta Ika
Ika también enfrenta algunos desafíos:
Se necesita obtener más aceptación de blockchain y proyectos para convertirse en un "estándar universal" de interoperabilidad entre cadenas.
El esquema MPC presenta el problema de que los permisos de firma son difíciles de revocar, y el mecanismo para cambiar nodos de manera segura y eficiente aún necesita mejoras.
Dependiendo de la estabilidad de la red Sui, las actualizaciones importantes de Sui pueden requerir que Ika se adapte.
El modelo de consenso DAG de Sui podría traer problemas como el ordenamiento de transacciones y retrasos en la confirmación.
2. Comparación de proyectos basados en FHE, TEE, ZKP o MPC
2.1 FHE
Zama & Concrete:
Adoptar un compilador genérico basado en MLIR
Implementar la estrategia de "Bootstrapping por capas"
Soporta "código mixto"
Proporcionar un mecanismo de "empaquetado de claves"
Fhenix:
Optimización personalizada para el conjunto de instrucciones EVM de Ethereum
Usar "registro virtual encriptado"
Módulo de puente de oráculos fuera de la cadena
Se centra más en la compatibilidad con EVM y la integración sin problemas de contratos en la cadena
2.2 TEE
Oasis Network:
Introducir el concepto de "raíz de confianza en capas"
La interfaz ParaTime utiliza serialización binaria Cap'n Proto
Desarrollar el módulo "Registro de Durabilidad" para prevenir ataques de retroceso
2.3 ZKP
Azteca:
Integración de la tecnología "recursión incremental"
El generador de pruebas utiliza un algoritmo de búsqueda en profundidad paralelizada.
Proporcionar la "modo de nodo ligero" optimización de ancho de banda
2.4 MPC
Partisia Blockchain:
Basado en la extensión del protocolo SPDZ, se añade un "módulo de preprocesamiento"
Los nodos se comunican entre sí a través de gRPC y un canal encriptado TLS 1.3.
Mecanismo de fragmentación en paralelo con balanceo de carga dinámico soportado
Tres, Cálculo de Privacidad FHE, TEE, ZKP y MPC
3.1 Resumen de diferentes esquemas de cálculo de privacidad
Encriptación homomórfica ( FHE ): permite realizar cálculos arbitrarios en estado cifrado, teóricamente completa pero con un alto costo computacional.
Entorno de Ejecución Confiable ( TEE ): Utiliza módulos de hardware de seguridad proporcionados por el procesador, con un rendimiento cercano al nativo pero con riesgos de puertas traseras potenciales.
Computación segura multipartita (MPC): permite que múltiples partes calculen conjuntamente sin revelar entradas privadas, sin un punto único de confianza pero con un alto costo de comunicación.
Prueba de conocimiento cero ( ZKP ): El verificador puede validar una afirmación como verdadera sin conocer información adicional.
3.2 Escenarios de adaptación de FHE, TEE, ZKP y MPC
Firma de cadena cruzada:
MPC es más práctico, como la red Ika que utiliza firma paralela 2PC-MPC.
TEE puede ejecutar la lógica de firma a través del chip SGX, es rápido pero presenta problemas de confianza en el hardware.
La teoría FHE es viable pero el costo es demasiado alto
Escenario DeFi:
MPC de última generación, como el servicio de firma múltiple ofrecido por Fireblocks
TEE se utiliza para servicios de billetera de hardware o billetera en la nube
FHE se utiliza principalmente para proteger los detalles de las transacciones y la lógica de los contratos.
IA y privacidad de datos:
Las ventajas de FHE son obvias, permite realizar cálculos encriptados de extremo a extremo.
MPC se puede utilizar para el aprendizaje colaborativo, pero el costo de comunicación es alto
TEE puede ejecutar modelos directamente en un entorno protegido, pero presenta problemas como limitaciones de memoria.
3.3 Diferenciación entre diferentes opciones
Rendimiento y latencia:
La latencia de FHE es alta
TEE retraso mínimo
El retraso de prueba en lotes ZKP es controlable
La latencia de MPC es baja a media, muy influenciada por la red.
Suposición de confianza:
FHE y ZKP se basan en problemas matemáticos, sin necesidad de confiar en terceros.
TEE depende del hardware y los proveedores
MPC depende de un modelo de semi-honestidad o de hasta t fallos.
Escalabilidad:
ZKP Rollup y fragmentación MPC admiten la escalabilidad horizontal
La expansión de FHE y TEE debe considerar los recursos computacionales y el suministro de nodos de hardware.
Dificultad de integración:
El umbral de acceso a TEE es el más bajo
ZKP y FHE requieren circuitos y procesos de compilación especializados
La integración de la pila de protocolos MPC y la comunicación entre nodos
Cuarta, opinión del mercado: la competencia técnica entre FHE, TEE, ZKP y MPC
Las diferentes soluciones técnicas implican un compromiso entre rendimiento, costo y seguridad, no existe una "solución óptima" única. La teoría de FHE garantiza una fuerte protección de la privacidad pero tiene un rendimiento bajo, TEE y MPC ofrecen diferentes modelos de confianza y facilidad de implementación, y ZKP se centra en la verificación de la corrección.
El futuro del ecosistema de computación privada podría inclinarse hacia la fusión de múltiples tecnologías, como Nillion integrando MPC, FHE, TEE y ZKP para construir soluciones modulares. La red MPC de Ika y tecnologías como ZKP también podrían complementarse, construyendo conjuntamente sistemas más complejos. La elección de qué combinación de tecnologías usar debe depender de las necesidades específicas de la aplicación y de las compensaciones de rendimiento.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Ika red: proporciona soluciones de MPC cross-chain de nivel subsegundo para el ecosistema Sui
Ika Network: Solución MPC de subsegundos para el ecosistema Sui
I. Resumen y posicionamiento de la red Ika
La red Ika es una infraestructura innovadora apoyada estratégicamente por la Fundación Sui, basada en la tecnología de cálculo seguro multipartito (MPC), cuya característica más destacada es la velocidad de respuesta en milisegundos. Ika se alinea perfectamente con Sui en conceptos de diseño como el procesamiento paralelo y la arquitectura descentralizada, y en el futuro se integrará directamente en el ecosistema de desarrollo de Sui, proporcionando módulos de seguridad cruzada plug-and-play para contratos inteligentes Sui Move.
La función de Ika se posiciona para construir una nueva capa de verificación de seguridad, sirviendo tanto como un protocolo de firma dedicado al ecosistema Sui, como ofreciendo soluciones estandarizadas de interoperabilidad entre cadenas para toda la industria. Su diseño en capas considera tanto la flexibilidad del protocolo como la conveniencia para el desarrollo, y se espera que se convierta en un caso práctico importante para la aplicación a gran escala de la tecnología MPC en escenarios multicanal.
1.1 Análisis de la tecnología central
La implementación técnica de la red Ika se centra en firmas distribuidas de alto rendimiento, cuyos principales puntos de innovación incluyen:
Protocolo de firma 2PC-MPC: utiliza un esquema mejorado de MPC de dos partes, descomponiendo la operación de firma de la clave privada del usuario en un proceso en el que participan conjuntamente el "usuario" y la "red Ika".
Procesamiento en paralelo: Utilizando computación paralela, descomponer una operación de firma única en múltiples subtareas concurrentes que se ejecutan simultáneamente entre nodos, aumentando significativamente la velocidad.
Red de nodos a gran escala: soporta miles de nodos participando en la firma, cada nodo solo posee una parte del fragmento de la clave, lo que mejora la seguridad.
Control de cadenas cruzadas y abstracción de cadenas: permite que los contratos inteligentes en otras cadenas controlen directamente las cuentas en la red Ika (dWallet), logrando operaciones entre cadenas.
1.2 El impacto de Ika en el ecosistema Sui
Ika podría tener los siguientes impactos en Sui después de su lanzamiento:
Proporciona capacidad de interoperabilidad entre cadenas, soportando la conexión de activos en cadena como Bitcoin, Ethereum, etc., a la red Sui con baja latencia y alta seguridad.
Proporcionar un mecanismo de custodia de activos descentralizado, más flexible y seguro que las soluciones de custodia centralizada tradicionales.
Simplificar el proceso de interacción entre cadenas, permitiendo que los contratos inteligentes en Sui puedan operar directamente con cuentas y activos en otras cadenas.
Proporcionar un mecanismo de verificación múltiple para aplicaciones de automatización de IA, mejorando la seguridad y la credibilidad de las transacciones realizadas por la IA.
1.3 Desafíos que enfrenta Ika
Ika también enfrenta algunos desafíos:
Se necesita obtener más aceptación de blockchain y proyectos para convertirse en un "estándar universal" de interoperabilidad entre cadenas.
El esquema MPC presenta el problema de que los permisos de firma son difíciles de revocar, y el mecanismo para cambiar nodos de manera segura y eficiente aún necesita mejoras.
Dependiendo de la estabilidad de la red Sui, las actualizaciones importantes de Sui pueden requerir que Ika se adapte.
El modelo de consenso DAG de Sui podría traer problemas como el ordenamiento de transacciones y retrasos en la confirmación.
2. Comparación de proyectos basados en FHE, TEE, ZKP o MPC
2.1 FHE
Zama & Concrete:
Fhenix:
2.2 TEE
Oasis Network:
2.3 ZKP
Azteca:
2.4 MPC
Partisia Blockchain:
Tres, Cálculo de Privacidad FHE, TEE, ZKP y MPC
3.1 Resumen de diferentes esquemas de cálculo de privacidad
Encriptación homomórfica ( FHE ): permite realizar cálculos arbitrarios en estado cifrado, teóricamente completa pero con un alto costo computacional.
Entorno de Ejecución Confiable ( TEE ): Utiliza módulos de hardware de seguridad proporcionados por el procesador, con un rendimiento cercano al nativo pero con riesgos de puertas traseras potenciales.
Computación segura multipartita (MPC): permite que múltiples partes calculen conjuntamente sin revelar entradas privadas, sin un punto único de confianza pero con un alto costo de comunicación.
Prueba de conocimiento cero ( ZKP ): El verificador puede validar una afirmación como verdadera sin conocer información adicional.
3.2 Escenarios de adaptación de FHE, TEE, ZKP y MPC
Firma de cadena cruzada:
Escenario DeFi:
IA y privacidad de datos:
3.3 Diferenciación entre diferentes opciones
Rendimiento y latencia:
Suposición de confianza:
Escalabilidad:
Dificultad de integración:
Cuarta, opinión del mercado: la competencia técnica entre FHE, TEE, ZKP y MPC
Las diferentes soluciones técnicas implican un compromiso entre rendimiento, costo y seguridad, no existe una "solución óptima" única. La teoría de FHE garantiza una fuerte protección de la privacidad pero tiene un rendimiento bajo, TEE y MPC ofrecen diferentes modelos de confianza y facilidad de implementación, y ZKP se centra en la verificación de la corrección.
El futuro del ecosistema de computación privada podría inclinarse hacia la fusión de múltiples tecnologías, como Nillion integrando MPC, FHE, TEE y ZKP para construir soluciones modulares. La red MPC de Ika y tecnologías como ZKP también podrían complementarse, construyendo conjuntamente sistemas más complejos. La elección de qué combinación de tecnologías usar debe depender de las necesidades específicas de la aplicación y de las compensaciones de rendimiento.