Quando eu vi pela primeira vez uma menção ao Rego na documentação do Newton Protocol, quase passei direto. Linguagem de políticas. Parece seco. Parece algo que você lê uma vez e imediatamente esquece.
Então eu analisei isso com mais cuidado e percebi que na verdade é uma das escolhas técnicas mais interessantes que Newton fez, e entender isso muda a forma como você pensa sobre o que a camada de conformidade da Newton realmente é capaz de fazer.
O que é o Rego e de onde ele veio:
O Rego não foi algo que a Newton inventou. É uma linguagem de políticas declarativas de código aberto desenvolvida pela Styra e usada extensivamente em software corporativo por meio de um projeto chamado Open Policy Agent, ou OPA. Se você trabalhou com infraestrutura em nuvem, segurança no Kubernetes ou sistemas de controle de acesso corporativo, há uma chance razoável de você já ter encontrado o Rego, mesmo sem necessariamente saber o nome.
Foi construída especificamente para um propósito: expressar e avaliar regras sobre se algo deve ou não ser permitido. Não é programação de propósito geral. Não é lógica de contrato inteligente. São regras. Condições. Políticas.
É esse foco que torna isso interessante no contexto de Newton.
Por que uma linguagem de políticas feita sob medida importa:
Aqui está a questão de escrever regras de conformidade em uma linguagem de programação de propósito geral. Você consegue fazer isso. Desenvolvedores fazem o tempo todo. Mas linguagens de propósito geral foram projetadas para finalidades gerais, o que significa que escrever regras de conformidade claras, auditáveis e mantíveis nelas tende a gerar código mais difícil de ler, mais difícil de verificar e mais difícil de atualizar sem introduzir bugs.
Rego, como foi desenhada especificamente, para tornar a lógica de políticas legível e verificável. Uma regra escrita em Rego deve parecer com aquilo que ela significa. Quando um oficial de conformidade ou uma equipe jurídica ou um auditor precisa revisar quais regras estão sendo efetivamente aplicadas, eles devem conseguir ler a política e entendê-la sem precisar fazer engenharia reversa da lógica a partir de código de propósito geral.
Isso importa enormemente em um contexto de conformidade, em que as pessoas que precisam entender quais regras existem nem sempre são desenvolvedores.
Como isso se parece especificamente com a Newton:
O mecanismo de políticas da Newton permite que desenvolvedores escrevam regras de conformidade em Rego que são avaliadas pela rede descentralizada de operadores antes de qualquer transação ser concluída. Uma checagem de sanções é uma política Rego. Um limite de gastos é uma política Rego. Um requisito de contraparte é uma política Rego. Um limite de risco ligado a dados de preço em tempo real da RedStone é uma política Rego.
O desenvolvedor define a regra em Rego. A rede de operadores do Newton avalia transações recebidas em relação a essa regra. O resultado retorna como uma atestação BLS, provando que a avaliação foi executada corretamente.
O que acho genuinamente cativante aqui é a composabilidade. As políticas em Rego podem ser empilhadas e combinadas. Uma única transação pode ser avaliada simultaneamente contra uma política de sanções, uma política de limite de gastos e uma política de limite de risco. Políticas diferentes podem ser escritas por equipes diferentes e combinadas em um arcabouço abrangente de conformidade.
Para um protocolo que atende usuários institucionais com exigências complexas e em múltiplas camadas de conformidade, essa composabilidade é essencial. Você não fica preso a quaisquer regras com as quais o protocolo foi lançado. Você escreve as regras de que realmente precisa.
A visão corporativa que eu acho que importa mais do que recebe crédito:
Aqui vai algo que vale a pena entender sobre por que a escolha da Newton por Rego especificamente é significativa para a adoção institucional.
As equipes de software corporativo já conhecem Rego. Ela é usada no controle de admissão do Kubernetes, em plataformas de segurança em nuvem e em sistemas corporativos de gerenciamento de acessos. Um engenheiro de conformidade ou de segurança em uma instituição regulada que seja solicitado a revisar a camada de políticas do Newton não precisa aprender uma nova linguagem. Eles estão analisando algo que já existe no mundo deles.
Isso não é apenas uma conveniência menor. A adoção de tecnologia institucional envolve análises de segurança, análises de conformidade e análises jurídicas. Cada peça desconhecida da pilha é uma conversa que precisa acontecer, um risco que precisa ser avaliado, um atraso no processo de adoção. Usar uma linguagem de políticas estabelecida, auditada e amplamente compreendida elimina uma dessas conversas.
A Newton está tentando ser uma infraestrutura com a qual instituições reguladas realmente consigam trabalhar. Escolher Rego em vez de inventar uma linguagem proprietária de políticas é um exemplo concreto de como essa intenção aparece em decisões técnicas — e não apenas em linguagem de marketing.
A questão da auditabilidade:
Uma coisa que sempre volto a considerar ao pensar em Rego no contexto de conformidade é como ele lida com auditabilidade.
Quando um regulador ou auditor pergunta "quais regras estavam sendo aplicadas quando esta transação ocorreu?", a resposta com a Newton é: aqui está a política Rego que estava ativa; aqui está a atestação BLS provando que ela foi avaliada; aqui está a prova criptográfica de que a avaliação ocorreu corretamente. A regra é legível. A avaliação é verificável. A evidência está on-chain.
Isso é uma experiência de auditoria completamente diferente de "aqui estão nossos logs internos do que o nosso sistema de conformidade disse". Uma é verificável por qualquer pessoa. A outra exige confiar no próprio registro da instituição.
O que isso significa em produção:
Com o Mainnet Beta da Newton no ar e o VaultKit disponível para desenvolvedores, escrever e implantar políticas Rego contra infraestrutura real é algo que existe hoje.
Desenvolvedores familiarizados com OPA podem trabalhar com a camada de políticas do Newton usando padrões que eles já conhecem. Instituições que revisam as integrações do Newton podem fazer com que suas equipes existentes de políticas e de segurança avaliem as regras sem aprender um novo paradigma. Auditores podem ler políticas de conformidade sem que um desenvolvedor precise atuar como intermediário traduzindo-as.
Essa é uma redução significativa de atrito para cada parte interessada que precisa interagir com a camada de conformidade.
Meu parecer sincero:
A escolha de Rego é uma daquelas decisões que não faz manchete, mas diz algo real sobre como um projeto está pensando. A Newton poderia ter inventado uma linguagem proprietária de políticas. Muitos projetos de blockchain fazem exatamente isso.
Em vez disso, eles escolheram uma linguagem estabelecida, de código aberto, de nível empresarial, com ecossistema existente, ferramentas existentes e familiaridade existente nas instituições que estão tentando atender.
Essa é uma decisão pragmática. Uma decisão bem pensada. E isso torna a camada de conformidade da Newton mais utilizável, mais auditável e mais confiável para o mercado institucional que ela está mirando do que uma alternativa sob medida.
Assistindo
\u003cm-60/\u003eclosely as this develops. \u003cc-62/\u003e \u003ct-64/\u003e\u003cm-65/\u003e