Un problema central de los contratos inteligentes actuales es que la transparencia de los datos en la cadena es extremadamente alta. Todas las operaciones están expuestas públicamente, lo que representa un dilema para aplicaciones que necesitan proteger la lógica comercial o la privacidad de los usuarios.
El contrato Picklin propone una idea diferente: incorporar la protección de la privacidad en la etapa de ejecución del contrato. En pocas palabras, al escribir un contrato puedes marcar qué variables de estado necesitan mantenerse confidenciales, de manera similar a usar la palabra clave private en la programación tradicional. La diferencia es que — incluso esas variables privadas no son visibles en texto claro para el propio contrato, y todas las operaciones deben realizarse mediante pruebas de conocimiento cero.
¿En qué consiste la genialidad? Considera un escenario de subasta privada. La implementación en contratos tradicionales es difícil: la información de las ofertas puede ser vista por todos en la cadena o almacenada fuera de la cadena confiando en un intermediario. La estrategia del contrato Picklin es que, durante toda la ejecución, las ofertas permanecen encriptadas. El contrato puede verificar que "esta oferta es válida y supera a la anterior", pero en realidad no puede ver los números específicos. Solo al final, en la fase de revelación, se desencriptan y se hacen públicas los resultados. Es como un subastador ciego honesto: recibe ofertas encriptadas, determina la más alta, pero no conoce los valores específicos.
Desde el punto de vista del diseño de aplicaciones, esto rompe con la necesidad previa de comprometerse entre privacidad y funcionalidad. Los desarrolladores ahora pueden construir aplicaciones que realmente protejan los datos de los usuarios, en lugar de usar soluciones alternativas complicadas. Por supuesto, esto implica una curva de aprendizaje más pronunciada y la necesidad de adaptarse a este nuevo paradigma de programación.
Para escenarios que requieren protección de la privacidad pero también validación en la cadena — como contratos financieros privados, mecanismos de pujas confidenciales, votaciones de gobernanza privada—, esta dirección merece atención.
Ver originales
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.
13 me gusta
Recompensa
13
5
Republicar
Compartir
Comentar
0/400
GasOptimizer
· hace11h
¿Cuánto cuesta la verificación de pruebas de conocimiento cero? No lo tengo muy claro
La privacidad en los contratos inteligentes de Picklin es increíble, pero seguramente el coste en gas se disparará
Esta curva de aprendizaje es realmente empinada
Las subastas de privacidad suenan bien, pero ¿cuántos proyectos realmente las implementan?
Las soluciones alternativas son bienvenidas, al menos el modelo de tarifas es claro
Parece que otra vez la realidad es muy diferente a las expectativas idealistas
Ver originalesResponder0
MeltdownSurvivalist
· hace11h
El símil del subastador ciego es genial, finalmente hay una forma de que los contratos puedan verificar sin espiar.
Ver originalesResponder0
PretendingSerious
· hace11h
La metáfora del subastador ciego es genial, finalmente hay una forma de no tener que elegir entre privacidad y cadena de bloques.
Ver originalesResponder0
LiquidatedNotStirred
· hace11h
La metáfora del subastador ciego es genial, finalmente podemos dejar de usar esas soluciones alternativas locas
Ver originalesResponder0
NFTragedy
· hace11h
El símil del subastador ciego es genial, finalmente ya no es necesario que las claves privadas sean solo un adorno
Un problema central de los contratos inteligentes actuales es que la transparencia de los datos en la cadena es extremadamente alta. Todas las operaciones están expuestas públicamente, lo que representa un dilema para aplicaciones que necesitan proteger la lógica comercial o la privacidad de los usuarios.
El contrato Picklin propone una idea diferente: incorporar la protección de la privacidad en la etapa de ejecución del contrato. En pocas palabras, al escribir un contrato puedes marcar qué variables de estado necesitan mantenerse confidenciales, de manera similar a usar la palabra clave private en la programación tradicional. La diferencia es que — incluso esas variables privadas no son visibles en texto claro para el propio contrato, y todas las operaciones deben realizarse mediante pruebas de conocimiento cero.
¿En qué consiste la genialidad? Considera un escenario de subasta privada. La implementación en contratos tradicionales es difícil: la información de las ofertas puede ser vista por todos en la cadena o almacenada fuera de la cadena confiando en un intermediario. La estrategia del contrato Picklin es que, durante toda la ejecución, las ofertas permanecen encriptadas. El contrato puede verificar que "esta oferta es válida y supera a la anterior", pero en realidad no puede ver los números específicos. Solo al final, en la fase de revelación, se desencriptan y se hacen públicas los resultados. Es como un subastador ciego honesto: recibe ofertas encriptadas, determina la más alta, pero no conoce los valores específicos.
Desde el punto de vista del diseño de aplicaciones, esto rompe con la necesidad previa de comprometerse entre privacidad y funcionalidad. Los desarrolladores ahora pueden construir aplicaciones que realmente protejan los datos de los usuarios, en lugar de usar soluciones alternativas complicadas. Por supuesto, esto implica una curva de aprendizaje más pronunciada y la necesidad de adaptarse a este nuevo paradigma de programación.
Para escenarios que requieren protección de la privacidad pero también validación en la cadena — como contratos financieros privados, mecanismos de pujas confidenciales, votaciones de gobernanza privada—, esta dirección merece atención.