#rego
rego
266 visualizações
8 a discutir
Popular
Mais recente
$NEWT BRINGS COMPLIANCE-AS-CODE ONCHAIN WITH REGO POLICY LANGUAGE 🔥
Empresas Fortune 500 já usam Rego para enforcement de políticas de Kubernetes. A Newton torna isso criptograficamente executável onchain — verificações de sanções, aprovações multi-sig e checagens de saúde do oráculo em uma única linguagem declarativa. Qualquer equipe de segurança familiar com OPA consegue ler e auditar políticas instantaneamente.
Isso elimina uma grande barreira para a adoção institucional. Oficiais de conformidade escrevem regras; o protocolo as aplica de forma atômica antes da liquidação. Sem sintaxe proprietária, sem lock-in com fornecedor. Este é o avanço da conformidade que as finanças tradicionais estavam esperando?
Não é aconselhamento financeiro. Sempre gerencie seu risco.
#NEWT #Rego #Compliance #Blockchain
🔥
Empresas Fortune 500 já usam Rego para enforcement de políticas de Kubernetes. A Newton torna isso criptograficamente executável onchain — verificações de sanções, aprovações multi-sig e checagens de saúde do oráculo em uma única linguagem declarativa. Qualquer equipe de segurança familiar com OPA consegue ler e auditar políticas instantaneamente.
Isso elimina uma grande barreira para a adoção institucional. Oficiais de conformidade escrevem regras; o protocolo as aplica de forma atômica antes da liquidação. Sem sintaxe proprietária, sem lock-in com fornecedor. Este é o avanço da conformidade que as finanças tradicionais estavam esperando?
Não é aconselhamento financeiro. Sempre gerencie seu risco.
#NEWT #Rego #Compliance #Blockchain
🔥
A mesma estratégia em 8 redes: os resultados de verificação que ela produz podem diferir em até 3 pontos.
Primeiro, por que isso acontece. Um agregador de ganhos fica conectado a 8 redes ao mesmo tempo e executa a mesma regra de rebalance. O código é colado exatamente igual, mas na prática ele se comporta de forma silenciosamente diferente: na Ethereum os custos de gas são altos e o oráculo atualiza a cada 12 segundos; na Solana o gas é baixo e o oráculo atualiza a cada 400 milissegundos; no Base, há ainda outra lógica de ordenação/encadeamento. O código é o mesmo — mas o comportamento de execução muda.
Agora, de quanto é a diferença. Em junho, a equipe da Newton divulgou um conjunto de dados: ao implantar a mesma estratégia em 8 redes, por causa da sobreposição entre modelo de gas, latência do oráculo e curva de juros, as diferenças nos resultados de verificação ficam entre 1,2% e 3,7%. 3 pontos parecem pouco, mas em due diligence de instituições isso já é suficiente para a equipe mandar todo o relatório da estratégia de volta e refazer.
Ainda pior: 3,7% é a média. Em cenários extremos, pode chegar a mais de 8%. O nível de tolerância de fundos institucionais para uma falha de um único ponto em uma rede isolada já é zero; quanto mais no caso em que os resultados entre redes nem sequer batem entre si. Uma mesma estratégia rodando em 8 redes produz 8 resultados diferentes — a perda de garantias é questão de tempo.
A solução da @NewtonProtocol é separar a camada de estratégia da camada de dados. A estratégia é escrita em Rego; o Rego é a linguagem de descrição de regras mais usada no ecossistema OPA. Escrever lembra JSON aninhado, mas em execução ele consegue concluir em até 5 segundos a coleta de dados multi-rede e a avaliação de uma estratégia. Os nós verifier, ao final, geram uma signed cryptographic attestation, verificável on-chain, sem depender de serviço centralizado para cobrir falhas.
Emitir a atestação em 5 segundos não é slogan. Na fase mainnet beta, há 17 nós verifier no mainnet; eles são selecionados em rodízio entre os 32 endereços com maior ranking em staking, usando a base $NEWT como referência. O custo de emissão é coberto pelos retornos desse staking, sem cobrar dinheiro adicional do projeto. São 3.500 vaults e 893 bilhões de dólares em fundos on-chain — é essa mecânica que está sendo executada.
O problema de consistência da estratégia entre redes foi debatido em papers, mas poucos transformaram isso em capacidade de nível produto. A @NewtonProtocol usa Rego com attestation para transformar aquela hipótese dos papers em algo que roda todos os dias no mainnet beta.
Rego em si não é difícil; o difícil é colocá-lo em um pipeline que emita uma atestação em até 5 segundos e que possa ser reproduzido por qualquer third-party verifier. É essa etapa que faz a Newton se diferenciar em relação a outros frameworks de estratégia on-chain — e é exatamente a parte que mais foi repetidamente perguntada quando o TokenizeThis NYC, em junho, colocou o mainnet beta no palco.
#Newt #NewtonProtocol #跨链策略 #DeFi #Rego
Primeiro, por que isso acontece. Um agregador de ganhos fica conectado a 8 redes ao mesmo tempo e executa a mesma regra de rebalance. O código é colado exatamente igual, mas na prática ele se comporta de forma silenciosamente diferente: na Ethereum os custos de gas são altos e o oráculo atualiza a cada 12 segundos; na Solana o gas é baixo e o oráculo atualiza a cada 400 milissegundos; no Base, há ainda outra lógica de ordenação/encadeamento. O código é o mesmo — mas o comportamento de execução muda.
Agora, de quanto é a diferença. Em junho, a equipe da Newton divulgou um conjunto de dados: ao implantar a mesma estratégia em 8 redes, por causa da sobreposição entre modelo de gas, latência do oráculo e curva de juros, as diferenças nos resultados de verificação ficam entre 1,2% e 3,7%. 3 pontos parecem pouco, mas em due diligence de instituições isso já é suficiente para a equipe mandar todo o relatório da estratégia de volta e refazer.
Ainda pior: 3,7% é a média. Em cenários extremos, pode chegar a mais de 8%. O nível de tolerância de fundos institucionais para uma falha de um único ponto em uma rede isolada já é zero; quanto mais no caso em que os resultados entre redes nem sequer batem entre si. Uma mesma estratégia rodando em 8 redes produz 8 resultados diferentes — a perda de garantias é questão de tempo.
A solução da @NewtonProtocol é separar a camada de estratégia da camada de dados. A estratégia é escrita em Rego; o Rego é a linguagem de descrição de regras mais usada no ecossistema OPA. Escrever lembra JSON aninhado, mas em execução ele consegue concluir em até 5 segundos a coleta de dados multi-rede e a avaliação de uma estratégia. Os nós verifier, ao final, geram uma signed cryptographic attestation, verificável on-chain, sem depender de serviço centralizado para cobrir falhas.
Emitir a atestação em 5 segundos não é slogan. Na fase mainnet beta, há 17 nós verifier no mainnet; eles são selecionados em rodízio entre os 32 endereços com maior ranking em staking, usando a base $NEWT como referência. O custo de emissão é coberto pelos retornos desse staking, sem cobrar dinheiro adicional do projeto. São 3.500 vaults e 893 bilhões de dólares em fundos on-chain — é essa mecânica que está sendo executada.
O problema de consistência da estratégia entre redes foi debatido em papers, mas poucos transformaram isso em capacidade de nível produto. A @NewtonProtocol usa Rego com attestation para transformar aquela hipótese dos papers em algo que roda todos os dias no mainnet beta.
Rego em si não é difícil; o difícil é colocá-lo em um pipeline que emita uma atestação em até 5 segundos e que possa ser reproduzido por qualquer third-party verifier. É essa etapa que faz a Newton se diferenciar em relação a outros frameworks de estratégia on-chain — e é exatamente a parte que mais foi repetidamente perguntada quando o TokenizeThis NYC, em junho, colocou o mainnet beta no palco.
#Newt #NewtonProtocol #跨链策略 #DeFi #Rego
Ao revisar as políticas do Newton Protocol, uma coisa ficou óbvia:
default allow := false parece rígido — mas não garante um sistema rígido.
Uma política só se torna segura quando cada caminho possível de permissão é cuidadosamente restringido.
A parte perigosa não é a negação de fallback. A parte perigosa é assumir que a negação, por si só, prova que a política é conservadora.
Uma única exceção ampla pode, silenciosamente, substituir as proteções pretendidas. Um bypass de admin, validação incompleta ou uma regra temporária apressada podem transformar uma política “segura por padrão” em uma política permissiva.
É por isso que a segurança real não vive na declaração padrão. Ela vive dentro de cada condição capaz de retornar uma aprovação.
Na engenharia de políticas, a regra de permissão mais fraca costuma definir o limite real de confiança.
#NewtonProtocol #NEWT #CyberSecurity #Rego
$NEWT
default allow := false parece rígido — mas não garante um sistema rígido.
Uma política só se torna segura quando cada caminho possível de permissão é cuidadosamente restringido.
A parte perigosa não é a negação de fallback. A parte perigosa é assumir que a negação, por si só, prova que a política é conservadora.
Uma única exceção ampla pode, silenciosamente, substituir as proteções pretendidas. Um bypass de admin, validação incompleta ou uma regra temporária apressada podem transformar uma política “segura por padrão” em uma política permissiva.
É por isso que a segurança real não vive na declaração padrão. Ela vive dentro de cada condição capaz de retornar uma aprovação.
Na engenharia de políticas, a regra de permissão mais fraca costuma definir o limite real de confiança.
#NewtonProtocol #NEWT #CyberSecurity #Rego
$NEWT
Inicia sessão para explorar mais conteúdos