#nil $NIL @Nillion
Cuando la gente habla de transacciones privadas, creo que vale la pena plantearse otra pregunta: ¿qué pasa si la acción está oculta, pero la regla que la rige sigue revelando demasiado?
Un Covenant está diseñado para mantener una instrucción cifrada hasta que se cumpla su condición. Esto crea una posibilidad interesante para el comercio, las subastas, los pagos y otras aplicaciones en las que revelar una intención demasiado pronto puede cambiar el comportamiento de los demás.
Pero la hoja de ruta plantea una cuestión de privacidad más profunda.
¿Qué ocurre cuando la red puede evaluar una condición, pero la condición en sí es sensible?
Imagina una instrucción que solo debería ejecutarse cuando se alcanza un umbral privado determinado. Si los nodos que la evalúan pueden leer la regla, podrían quedar expuestos algunos datos sobre la estrategia del usuario, aunque la instrucción permanezca sellada.
Por eso me interesa la era Neon de la hoja de ruta de Nillion.
Neon busca incorporar un lenguaje Covenant específico, comprobaciones más rigurosas durante la compilación y una máquina virtual más segura. Estas herramientas para desarrolladores son importantes porque un sistema de privacidad solo es útil si las personas pueden escribir instrucciones correctamente y entender qué ocurrirá cuando las publiquen.
En mi opinión, el objetivo más importante es que las condiciones sean privadas para los nodos que las evalúan. La red podría determinar que se ha cumplido una condición sin verla en texto sin cifrar.
Esto ampliaría el modelo de privacidad, que ya no se limitaría a ocultar la instrucción. El objetivo sería proteger una mayor parte de la lógica que, en primer lugar, hace valiosa esa instrucción.
Aún queda mucho por demostrar antes de que esa visión se convierta en un componente básico fiable. Una mayor privacidad debe ir de la mano de una verificación fiable, una gestión clara de los errores y herramientas prácticas para desarrolladores.
Dusk es el primer paso en la red principal de Ethereum. Neon sigue siendo una fase futura de la hoja de ruta, así que no confundiría ambas cosas.
¿Preferirías que Nillion priorizara primero ocultar la instrucción o que avanzara también hacia ocultar la condición a los nodos que la evalúan??
Cuando la gente habla de transacciones privadas, creo que vale la pena plantearse otra pregunta: ¿qué pasa si la acción está oculta, pero la regla que la rige sigue revelando demasiado?
Un Covenant está diseñado para mantener una instrucción cifrada hasta que se cumpla su condición. Esto crea una posibilidad interesante para el comercio, las subastas, los pagos y otras aplicaciones en las que revelar una intención demasiado pronto puede cambiar el comportamiento de los demás.
Pero la hoja de ruta plantea una cuestión de privacidad más profunda.
¿Qué ocurre cuando la red puede evaluar una condición, pero la condición en sí es sensible?
Imagina una instrucción que solo debería ejecutarse cuando se alcanza un umbral privado determinado. Si los nodos que la evalúan pueden leer la regla, podrían quedar expuestos algunos datos sobre la estrategia del usuario, aunque la instrucción permanezca sellada.
Por eso me interesa la era Neon de la hoja de ruta de Nillion.
Neon busca incorporar un lenguaje Covenant específico, comprobaciones más rigurosas durante la compilación y una máquina virtual más segura. Estas herramientas para desarrolladores son importantes porque un sistema de privacidad solo es útil si las personas pueden escribir instrucciones correctamente y entender qué ocurrirá cuando las publiquen.
En mi opinión, el objetivo más importante es que las condiciones sean privadas para los nodos que las evalúan. La red podría determinar que se ha cumplido una condición sin verla en texto sin cifrar.
Esto ampliaría el modelo de privacidad, que ya no se limitaría a ocultar la instrucción. El objetivo sería proteger una mayor parte de la lógica que, en primer lugar, hace valiosa esa instrucción.
Aún queda mucho por demostrar antes de que esa visión se convierta en un componente básico fiable. Una mayor privacidad debe ir de la mano de una verificación fiable, una gestión clara de los errores y herramientas prácticas para desarrolladores.
Dusk es el primer paso en la red principal de Ethereum. Neon sigue siendo una fase futura de la hoja de ruta, así que no confundiría ambas cosas.
¿Preferirías que Nillion priorizara primero ocultar la instrucción o que avanzara también hacia ocultar la condición a los nodos que la evalúan??