📚 La razón por la que estoy estudiando ZK #1: Cambios estructurales en los compromisos Soy un desarrollador de BQ. @BQ_Developer Estos días, estoy profundamente inmerso en ZK (Pruebas de Conocimiento Cero). Al principio, pensé que era solo una técnica de encriptación simple, pero una vez que lo entendí, mi perspectiva sobre el problema en sí cambió. En los próximos artículos, resumiré por qué comencé a estudiar ZK, y por qué tiene una importancia que va más allá del aprendizaje técnico. El primer punto es sobre cómo ZK resuelve los compromisos técnicos existentes. 🔍 Los compromisos existen en todos los sistemas Uno de los términos más escuchados en el desarrollo de software es "compromiso." - Fortalecer la seguridad → Disminuye la usabilidad - Aumentar la velocidad → Aumenta los costos - Descentralizar → Reduce la eficiencia Especialmente, la privacidad y la verificabilidad se han considerado los compromisos más pronunciados. Era un conocimiento común que para probar algo, tenías que divulgar información, y si ocultabas información, no podía ser verificada. 💭 Estructura de los métodos de verificación existentes La forma en que funcionaba la verificación era simple: 1. A hace una afirmación 2. B solicita evidencia 3. A muestra la evidencia 4. B la confirma En este proceso, B inevitablemente aprende información. Así que en la práctica, siempre eran necesarios compromisos: - Para ser auditado, debes divulgar tus libros - Para probar calificaciones, debes presentar una identificación - Para confirmar cumplimiento, debes compartir datos internos 🔓 Lo que ZK cambia ZK cambia la estructura de la verificación. Antiguo: Mostrar información → El verificador verifica directamente ZK: Ocultar información → Probar solo que se cumplen ciertas condiciones Por ejemplo, en las evaluaciones de préstamos: - Antiguo: Divulgar saldo bancario de 1,234,567 won - ZK: Probar solo "el saldo es superior a 1 millón de won" Puede parecer una pequeña diferencia, pero cambia fundamentalmente la esencia de la verificación. El verificador solo puede confirmar los hechos necesarios y no puede saber más que eso. ✏️ Lo que realmente cambia Las diferencias específicas creadas por este cambio: Escenario de auditoría: - Antes: Presentar todo el historial de transacciones → Exponer información sensible del cliente - Después: Probar solo "todas las transacciones cumplieron con las regulaciones" → Proteger la información del cliente En blockchain: - Antes: Todas las transacciones divulgadas de manera transparente → Renunciar a la privacidad - Después: Probar solo la validez de la transacción → Mantener la privacidad Verificación de modelos de IA: - Antes: Divulgar el modelo → Renunciar a la propiedad intelectual - Después: Probar solo "el sesgo está por debajo del umbral" → Proteger el modelo Combinaciones que antes eran imposibles ahora se están volviendo posibles. Puedes mantener el secreto mientras eres verificado. Este concepto resuena en mí a un nivel más profundo. Es una nueva proposición que se libera de la restricción de "tener que elegir uno de los dos" a "ambos son posibles." Interpreto esto como crear un nuevo punto de equilibrio en algún lugar entre 0 y 1. Creo que la mayoría de los avances tecnológicos han sido así. No hay muchas soluciones mágicas que resuelvan todos los problemas de una vez. Pero lo que ZK muestra es la posibilidad de "cambiar el grado de compromiso." Y creo que solo aquellos que entienden esta posibilidad pueden crear el siguiente nivel de mejoras. Esta es la razón por la que estudio ZK. En el próximo artículo, hablaré sobre otro cambio traído por ZK. --- Tus likes y compartidos son amor 🥰 #BQDeveloper #ZK #PruebaDeConocimientoCero #TransformandoImposibilidadesEnPosibilidades