Inicialmente, vi os Covenants como mais uma forma de criptografar informações on-chain.
Mas, depois de conhecer o lançamento Dusk da Nillion, acho que a criptografia é apenas metade do que torna isso útil.
Considere um desenvolvedor que está criando um aplicativo que libera um pagamento em um horário específico.
Escrever a condição de liberação é simples. A parte chata é manter algo que fique verificando se chegou a hora de executá-la.
Geralmente, isso significa depender de um serviço externo para monitorar a condição e acionar a próxima ação.
A abordagem dos Covenants da Nillion é diferente.
O desenvolvedor pode vincular a instrução a uma condição temporal e publicá-la na Ethereum. O conteúdo permanece criptografado enquanto a instrução aguarda.
Cada nó Blacklight detém uma parte criptografada separada. Nenhum operador individual consegue reconstruir a instrução antecipadamente.
Quando a condição é satisfeita, um número suficiente de partes é publicado para que a instrução possa ser reconstruída on-chain.
Não é necessário um serviço keeper separado.
Esse é o detalhe que considero mais útil do que o próprio rótulo de privacidade.
Quem desenvolve não precisa manter um sistema adicional de monitoramento e acionamento só para fazer uma instrução programada funcionar. E a instrução não fica exposta publicamente antes da execução.
O Dusk entrou em operação na rede principal da Ethereum em 6 de outubro, disponibilizando esse mecanismo de Covenant além da testnet.
Para mim, isso muda a forma como os Covenants devem ser entendidos.
Eles não são simplesmente um lugar para ocultar instruções. Também mudam quem é responsável por executá-las quando chega a hora.
E, para desenvolvedores que criam fluxos de trabalho programados, remover essa dependência operacional extra é uma melhoria prática.
#nil $NIL @Nillion
Mas, depois de conhecer o lançamento Dusk da Nillion, acho que a criptografia é apenas metade do que torna isso útil.
Considere um desenvolvedor que está criando um aplicativo que libera um pagamento em um horário específico.
Escrever a condição de liberação é simples. A parte chata é manter algo que fique verificando se chegou a hora de executá-la.
Geralmente, isso significa depender de um serviço externo para monitorar a condição e acionar a próxima ação.
A abordagem dos Covenants da Nillion é diferente.
O desenvolvedor pode vincular a instrução a uma condição temporal e publicá-la na Ethereum. O conteúdo permanece criptografado enquanto a instrução aguarda.
Cada nó Blacklight detém uma parte criptografada separada. Nenhum operador individual consegue reconstruir a instrução antecipadamente.
Quando a condição é satisfeita, um número suficiente de partes é publicado para que a instrução possa ser reconstruída on-chain.
Não é necessário um serviço keeper separado.
Esse é o detalhe que considero mais útil do que o próprio rótulo de privacidade.
Quem desenvolve não precisa manter um sistema adicional de monitoramento e acionamento só para fazer uma instrução programada funcionar. E a instrução não fica exposta publicamente antes da execução.
O Dusk entrou em operação na rede principal da Ethereum em 6 de outubro, disponibilizando esse mecanismo de Covenant além da testnet.
Para mim, isso muda a forma como os Covenants devem ser entendidos.
Eles não são simplesmente um lugar para ocultar instruções. Também mudam quem é responsável por executá-las quando chega a hora.
E, para desenvolvedores que criam fluxos de trabalho programados, remover essa dependência operacional extra é uma melhoria prática.
#nil $NIL @Nillion