Um amigo que estava aprendendo a fazer malabarismo me disse que a parte mais difícil não é pegar três bolas, é a transição de duas para três, porque tudo o que funcionava com duas de repente se quebra com uma terceira variável se movendo ao mesmo tempo. Ele passou meses travado exatamente nisso.
Newton está passando por uma transição semelhante agora. A visão é um rollup de Keystore multichain, com permissões e execução do agente funcionando de forma consistente em muitas cadeias ao mesmo tempo, com uma meta declarada de roadmap de onboarding de validadores terceirizados e escalonamento por meio de verificação de provas agregadas para chegar lá. Esse já é o truque de duas bolas em parte: execução em TEE e verificação em ZK funcionando juntas. O problema das três bolas é fazer com que esse mesmo modelo verificado de permissões se mantenha idêntico em várias cadeias simultaneamente, com estado consistente, latência consistente e garantias de segurança consistentes, não importa em qual cadeia o agente esteja atuando.
Multichain é onde muitas promessas de infraestrutura silenciosamente emperram. É uma coisa verificar a ação de um agente em um único rollup; é um problema muito mais difícil garantir que uma permissão concedida em uma cadeia seja aplicada de forma idêntica no instante em que o mesmo agente precise atuar em outra, especialmente enquanto a descentralização dos validadores e a agregação de provas ainda estão sendo construídas em paralelo, em vez de concluídas primeiro.
Newton não está afirmando que o rollup multichain já está pronto; o roadmap o trata como a próxima grande fase, e a lacuna entre o primitivo central de verificação funcionando e ele funcionar perfeitamente em qualquer lugar é o que vale observar, não assumir como resolvido.
@NewtonProtocol $NEWT #Newt $PALU $VELVET
Newton está passando por uma transição semelhante agora. A visão é um rollup de Keystore multichain, com permissões e execução do agente funcionando de forma consistente em muitas cadeias ao mesmo tempo, com uma meta declarada de roadmap de onboarding de validadores terceirizados e escalonamento por meio de verificação de provas agregadas para chegar lá. Esse já é o truque de duas bolas em parte: execução em TEE e verificação em ZK funcionando juntas. O problema das três bolas é fazer com que esse mesmo modelo verificado de permissões se mantenha idêntico em várias cadeias simultaneamente, com estado consistente, latência consistente e garantias de segurança consistentes, não importa em qual cadeia o agente esteja atuando.
Multichain é onde muitas promessas de infraestrutura silenciosamente emperram. É uma coisa verificar a ação de um agente em um único rollup; é um problema muito mais difícil garantir que uma permissão concedida em uma cadeia seja aplicada de forma idêntica no instante em que o mesmo agente precise atuar em outra, especialmente enquanto a descentralização dos validadores e a agregação de provas ainda estão sendo construídas em paralelo, em vez de concluídas primeiro.
Newton não está afirmando que o rollup multichain já está pronto; o roadmap o trata como a próxima grande fase, e a lacuna entre o primitivo central de verificação funcionando e ele funcionar perfeitamente em qualquer lugar é o que vale observar, não assumir como resolvido.
@NewtonProtocol $NEWT #Newt $PALU $VELVET