Tenho analisado esta semana a questão da confiabilidade da rede do operador, porque o whitepaper aborda o que a Newton faz bem em condições normais, mas é menos específico sobre o que as aplicações devem esperar quando as condições não são normais.
A arquitetura tem tolerância a falhas real incorporada. O Gateway lida com roteamento do operador, cache e deduplicação de solicitações. Os mecanismos de inclusão forçada permitem que aplicações enviem tarefas diretamente para a rede do operador, ignorando o Gateway inteiramente, se houver detecção de censura.
O design de consenso em duas fases significa que um único operador lento não trava toda a avaliação; o Agregador sai assim que a quantia de participação suficiente tiver assinado. Essas são propriedades reais de resiliência.
O whitepaper não especifica qual é o limite de falha. Quantos operadores precisam ficar offline para que o mecanismo de consenso de Newton não consiga mais atingir o quórum? O que uma aplicação experiencia quando não é possível atingir o quórum: o timeout da fila de tarefas ocorre com um erro, ou ela fica bloqueada indefinidamente? Qual é o tempo de recuperação esperado se uma parte significativa do conjunto de operadores tiver uma indisponibilidade coordenada?
Essas perguntas importam de forma diferente dependendo da aplicação. Um protocolo DeFi que exige atestações do Newton para cada transferência tem tolerância zero para indisponibilidades sustentadas: se as atestações deixarem de ser produzidas, as transferências deixam de ser executadas. Um caso de uso de menor frequência, como acesso controlado a um fundo tokenizado, pode tolerar minutos de degradação sem prejuízo significativo. O whitepaper não parece distinguir esses casos nem fornecer expectativas diferentes de disponibilidade para categorias diferentes de casos de uso.
O mecanismo de inclusão por força aborda a censura em um caso específico em que o Gateway está recusando de forma desonesta o roteamento de tarefas. Ele não aborda de forma clara o cenário em que os próprios operadores estão offline, degradados ou simplesmente falhando em alcançar consenso dentro das janelas normais de latência.
Na verdade, acho que essa lacuna importa mais agora na fase beta do mainnet do que mais tarde. Protocolos dos primeiros adotantes estão assumindo riscos de confiabilidade de rede que não estão totalmente documentados. Entender quais são os modos de falha e o que as aplicações são esperadas a fazer quando eles ocorrerem parece ser uma informação essencial para qualquer equipe que esteja implantando o Newton em um contexto de produção.
#newt #Newt #ShareYourThoughts
O que ainda não consegui determinar é se o requisito de distribuição geográfica do conjunto de operadores foi especificamente projetado para reduzir o risco de falha correlacionada, ou se é principalmente sobre resistência à censura, e se esses dois objetivos exigem composições diferentes do conjunto de operadores.