A diferença entre uma regra de conformidade escrita e uma que realmente é executada.
Acho que uma das coisas mais difíceis de explicar sobre a newton é que a conformidade neste sistema não é um documento ou um manual de políticas. é um código em execução que é executado antes de cada transação individual.
mewton usa uma linguagem chamada rego para escrever estas regras. é a mesma linguagem que grandes equipes de tecnologia usam para controlar o acesso na infraestrutura em nuvem. ela é legível, simples, e sempre produz o mesmo resultado quando você fornece as mesmas entradas. sem surpresas, sem interpretação.
Uma verificação de sanções em rego parece uma lista simples de condições. o remetente é sinalizado. o destinatário é sinalizado. a jurisdição é permitida. se qualquer uma das condições falhar, a resposta é negar e a transação não é concluída. isso acontece antes do liquidação, não como uma revisão depois do fato.
O que acho genuinamente interessante é como isso é componível. um protocolo não escreve uma regra gigante para tudo. eles escrevem módulos pequenos e bem focados. um módulo de sanções. um módulo de kyc. um módulo de limite de velocidade. cada um faz uma coisa de forma clara e limpa, e você empilha aqueles de que precisa para a sua situação específica.
O arquivo de política que é executado em qualquer transação é armazenado por endereço baseado em conteúdo no ipfs. isso significa que a versão exata das regras que avaliou uma transação é permanentemente referenciável. um regulador não precisa perguntar qual política estava em vigor em uma data específica. o comprovante de conformidade aponta diretamente para o arquivo.
E como rego é uma linguagem funcional pura, as mesmas entradas sempre produzem a mesma saída. é isso que torna possível o mecanismo do desafio de conhecimento zero. se um operador assinar o resultado errado, qualquer pessoa pode reenviar exatamente a mesma política e provar a resposta correta.
