#nil $NIL @Nillion
Os Covenants da Nillion levantam uma questão interessante sobre confiança: o que determina que uma instrução privada deve ser revelada?

A Nillion descreve a sua arquitetura da seguinte forma: um Covenant associa um payload a uma condição. As suas partes encriptadas são distribuídas por um comité de nós, para que nenhum operador, por si só, consiga reconstruir o payload original. Quando a condição é satisfeita, os nós publicam as suas partes, permitindo que o payload seja reconstruído e verificado na Ethereum antes de a ação subsequente ocorrer.

A distinção fundamental está entre o mecanismo documentado — associar uma instrução a uma condição — e as garantias de segurança mais abrangentes, que dependem da implementação e das premissas do protocolo.

Considere uma transação condicional associada a uma fonte de preços. Se os dados dessa fonte estiverem atrasados ou forem imprecisos, manter a instrução encriptada não torna fiáveis os dados que desencadeiam a ação. A confidencialidade protege a estratégia contra a exposição prematura; por si só, não garante que a condição seja avaliada corretamente. Por isso, as premissas de confiança subjacentes ao acionamento e à revelação são tão importantes quanto o mecanismo de privacidade.

A questão mais profunda é saber em que tem de confiar o sistema. Uma condição correta, uma revelação legítima e a confidencialidade são requisitos distintos. Proteger o payload não prova automaticamente que o acionamento foi avaliado corretamente ou que a revelação seguiu as regras previstas. Essas garantias dependem do modelo de verificação do protocolo e das suas premissas.

Para que a execução condicionada se torne prática, o que merece maior escrutínio: a fiabilidade do acionamento, a integridade da revelação ou as premissas em que o protocolo se baseia para proteger ambos?