#nil $NIL @Nillion
Una cosa que he notado sobre las cadenas de bloques transparentes es que verlo todo no siempre es una ventaja. Si una estrategia de negociación se hace visible antes de que se ejecute una orden, otros podrían tener la oportunidad de reaccionar antes de que se lleve a cabo.
Por eso me parecen interesantes los Covenants de Nillion.
La idea es mantener las instrucciones cifradas hasta que se cumpla una condición específica. Pero creo que el verdadero desafío es conseguirlo sin depender de una sola parte para revelar la información en el momento adecuado.
Dusk lleva este enfoque a Ethereum. Según Nillion, el contenido cifrado de un Covenant se divide en fragmentos que quedan en manos de un comité de nodos. Cuando se cumple la condición requerida, los nodos liberan sus fragmentos. Una vez que hay suficientes, el contenido se puede reconstruir y verificar en Ethereum antes de que tenga lugar la siguiente acción.
Sin embargo, hay algo que me genera especial curiosidad. ¿Qué pasa si se cumple la condición, pero no llegan suficientes fragmentos a tiempo? En las aplicaciones que dependen de la sincronización, incluso un retraso podría convertirse en un problema real.
A mi parecer, la privacidad tiene un límite si la aplicación no puede actuar cuando lo necesita. Valdrá la pena observar cómo gestionan los Covenants ese equilibrio.
¿Cómo gestiona Dusk los retrasos cuando se cumple una condición, pero no llegan suficientes fragmentos a tiempo?
Una cosa que he notado sobre las cadenas de bloques transparentes es que verlo todo no siempre es una ventaja. Si una estrategia de negociación se hace visible antes de que se ejecute una orden, otros podrían tener la oportunidad de reaccionar antes de que se lleve a cabo.
Por eso me parecen interesantes los Covenants de Nillion.
La idea es mantener las instrucciones cifradas hasta que se cumpla una condición específica. Pero creo que el verdadero desafío es conseguirlo sin depender de una sola parte para revelar la información en el momento adecuado.
Dusk lleva este enfoque a Ethereum. Según Nillion, el contenido cifrado de un Covenant se divide en fragmentos que quedan en manos de un comité de nodos. Cuando se cumple la condición requerida, los nodos liberan sus fragmentos. Una vez que hay suficientes, el contenido se puede reconstruir y verificar en Ethereum antes de que tenga lugar la siguiente acción.
Sin embargo, hay algo que me genera especial curiosidad. ¿Qué pasa si se cumple la condición, pero no llegan suficientes fragmentos a tiempo? En las aplicaciones que dependen de la sincronización, incluso un retraso podría convertirse en un problema real.
A mi parecer, la privacidad tiene un límite si la aplicación no puede actuar cuando lo necesita. Valdrá la pena observar cómo gestionan los Covenants ese equilibrio.
¿Cómo gestiona Dusk los retrasos cuando se cumple una condición, pero no llegan suficientes fragmentos a tiempo?
