#nil $NIL @Nillion
Uma coisa que notei sobre as blockchains transparentes é que ver tudo nem sempre é uma vantagem. Se uma estratégia de negociação se tornar visível antes de uma ordem ser executada, outros podem ter a oportunidade de reagir antes de ela se concretizar.
É isso que torna os Covenants da Nillion interessantes para mim.
A ideia é manter as instruções encriptadas até que uma condição específica seja cumprida. Mas acho que o verdadeiro desafio é fazer isso funcionar sem depender de uma única parte para revelar a informação no momento certo.
A Dusk traz esta abordagem para o Ethereum. Segundo a Nillion, o conteúdo encriptado de um Covenant é dividido em partes, mantidas por um comité de nós. Quando a condição exigida é cumprida, os nós libertam as suas partes. Assim que houver partes suficientes, o conteúdo pode ser reconstruído e verificado no Ethereum antes de a ação seguinte ocorrer.
No entanto, há uma parte que me desperta particular curiosidade. O que acontece se a condição for cumprida, mas não chegarem partes suficientes a tempo? Nas aplicações que dependem do momento certo, até mesmo um atraso pode tornar-se um problema real.
Para mim, a privacidade só é útil até certo ponto se a aplicação não puder agir quando é preciso. Vale a pena acompanhar a forma como os Covenants lidam com essa contrapartida.
Como é que a Dusk lida com atrasos quando uma condição é cumprida, mas não chegam partes suficientes a tempo?
Uma coisa que notei sobre as blockchains transparentes é que ver tudo nem sempre é uma vantagem. Se uma estratégia de negociação se tornar visível antes de uma ordem ser executada, outros podem ter a oportunidade de reagir antes de ela se concretizar.
É isso que torna os Covenants da Nillion interessantes para mim.
A ideia é manter as instruções encriptadas até que uma condição específica seja cumprida. Mas acho que o verdadeiro desafio é fazer isso funcionar sem depender de uma única parte para revelar a informação no momento certo.
A Dusk traz esta abordagem para o Ethereum. Segundo a Nillion, o conteúdo encriptado de um Covenant é dividido em partes, mantidas por um comité de nós. Quando a condição exigida é cumprida, os nós libertam as suas partes. Assim que houver partes suficientes, o conteúdo pode ser reconstruído e verificado no Ethereum antes de a ação seguinte ocorrer.
No entanto, há uma parte que me desperta particular curiosidade. O que acontece se a condição for cumprida, mas não chegarem partes suficientes a tempo? Nas aplicações que dependem do momento certo, até mesmo um atraso pode tornar-se um problema real.
Para mim, a privacidade só é útil até certo ponto se a aplicação não puder agir quando é preciso. Vale a pena acompanhar a forma como os Covenants lidam com essa contrapartida.
Como é que a Dusk lida com atrasos quando uma condição é cumprida, mas não chegam partes suficientes a tempo?
