#newt Recentemente, aprofundei a fundo a “rede de defesa” para a interoperabilidade entre cadeias e, de quebra, testei a sincronização dos nós. Na semana passada, interagi com uma sidechain que consumia o estado da mainnet; ficou travado por 3 a 5 minutos de blocos até conseguir liquidar. Isso imediatamente me deixou alerta para o poder destrutivo de uma falha em um único nó. Depois voltei para a arquitetura de comunicação do $NEWT : o núcleo da autorização cross-domain dele, na prática, aposta tudo em uma base de confiança extremamente centralizada.#Newt
Pelo código-fonte, o nó NEWT faz o registro na mainchain e depois repassa a lista de verificação autorizada para o lado de destino. Esse mecanismo realmente reduz o custo on-chain de assinaturas agregadas, mas a desvantagem é que o contrato do lado de destino só consegue atuar como um mero receptor passivo. Suponha que a entrada da mainnet exponha uma vulnerabilidade, ou que haja um pequeno desalinhamento nas permissões de gerenciamento do nível mais baixo: os processos de verificação dos sub-redes espalhadas ainda assim executariam, sem perceber, aquelas instruções falsas.
Esse caminho rigidamente acoplado, no começo, realmente é agressivo para capturar o fluxo de capital — a eficiência é altíssima. Mas eu vasculhei o whitepaper e não encontrei nada esclarecendo o plano de emergência para corte de estado. Se a mainnet de repente sofrer uma grande paralisação, a pool de nós abaixo ficará travada no último registro, ou ocorre um desligamento total imediato? Pelo caminho atual, o mais provável é que credenciais antigas fiquem inválidas; e a qualquer momento pode gerar uma crise breve de “congelamento”.
Nesse mercado de altas e baixas no mundo das criptos, a tecnologia sempre busca um equilíbrio entre segurança e eficiência. Para lidar com essa rede que depende de provas remotas, minha sensação operacional é: defender primeiro. Sempre que a comunidade fizer atualizações com propostas importantes, eu com certeza retiro antes o dinheiro da posição para evitar turbulência. Esconder o principal no ponto mais morto da fenda da confiança é a lei imutável para sobreviver.@NewtonProtocol
Pelo código-fonte, o nó NEWT faz o registro na mainchain e depois repassa a lista de verificação autorizada para o lado de destino. Esse mecanismo realmente reduz o custo on-chain de assinaturas agregadas, mas a desvantagem é que o contrato do lado de destino só consegue atuar como um mero receptor passivo. Suponha que a entrada da mainnet exponha uma vulnerabilidade, ou que haja um pequeno desalinhamento nas permissões de gerenciamento do nível mais baixo: os processos de verificação dos sub-redes espalhadas ainda assim executariam, sem perceber, aquelas instruções falsas.
Esse caminho rigidamente acoplado, no começo, realmente é agressivo para capturar o fluxo de capital — a eficiência é altíssima. Mas eu vasculhei o whitepaper e não encontrei nada esclarecendo o plano de emergência para corte de estado. Se a mainnet de repente sofrer uma grande paralisação, a pool de nós abaixo ficará travada no último registro, ou ocorre um desligamento total imediato? Pelo caminho atual, o mais provável é que credenciais antigas fiquem inválidas; e a qualquer momento pode gerar uma crise breve de “congelamento”.
Nesse mercado de altas e baixas no mundo das criptos, a tecnologia sempre busca um equilíbrio entre segurança e eficiência. Para lidar com essa rede que depende de provas remotas, minha sensação operacional é: defender primeiro. Sempre que a comunidade fizer atualizações com propostas importantes, eu com certeza retiro antes o dinheiro da posição para evitar turbulência. Esconder o principal no ponto mais morto da fenda da confiança é a lei imutável para sobreviver.@NewtonProtocol