#newt Últimamente he profundizado en la “red defensiva” del nivel base para la interoperabilidad entre cadenas y, de paso, probé la sincronización de nodos. La semana pasada interactué con una subcadena que se alimenta del estado de la cadena principal, y tardó entre 3 y 5 minutos por bloque en reflejarse y acreditarse. Eso me alertó al instante sobre la capacidad destructiva de un fallo en un solo nodo. Luego volví a examinar la arquitectura de comunicación de $NEWT : su núcleo de autorización entre dominios, en realidad, depende por completo de una base de confianza extremadamente centralizada.#Newt
Según el código fuente, el nodo NEWT se registra en la cadena principal y luego “empuja” la lista blanca de verificación al extremo objetivo. Este mecanismo reduce efectivamente el costo on-chain de las firmas agregadas, pero el lado negativo es que el contrato objetivo solo puede actuar como un receptor pasivo. Si la entrada de la cadena principal revela una vulnerabilidad, o si existe un desajuste mínimo en los permisos de administración a nivel de base, los programas de verificación de las subredes distribuidas en distintas ubicaciones igualmente ejecutarán, sin defensa, esas instrucciones falsas.
Este camino de vinculación rígida funciona muy fuerte al inicio para capturar flujo de fondos: es eficiente y rápido. Pero revisé el libro blanco y no vi nada escrito con claridad sobre el plan de emergencia para el corte del estado. Si la cadena principal se colapsa de repente, esos pools de nodos de abajo: ¿se bloquean en el último registro, o se produce un “corte” total en toda la red? Por la ruta actual, todo indica que los credenciales antiguas probablemente quedan inválidos de inmediato, y que en cualquier momento podría generarse una crisis temporal de bloqueo.
En el mercado de cripto—con sus grandes subidas y bajadas—la tecnología siempre busca equilibrar seguridad y eficiencia. Para enfrentar esa “red” que se alimenta de pruebas remotas, mi sensación operativa es enfocarme en la defensa. Cada vez que en la comunidad se anuncie una propuesta importante para una actualización, yo sin duda retiraré con antelación el dinero de mi posición para esquivar el golpe. Ocultar el capital en el rincón más ciego de las grietas de confianza es, en última instancia, la regla de supervivencia.@NewtonProtocol
Según el código fuente, el nodo NEWT se registra en la cadena principal y luego “empuja” la lista blanca de verificación al extremo objetivo. Este mecanismo reduce efectivamente el costo on-chain de las firmas agregadas, pero el lado negativo es que el contrato objetivo solo puede actuar como un receptor pasivo. Si la entrada de la cadena principal revela una vulnerabilidad, o si existe un desajuste mínimo en los permisos de administración a nivel de base, los programas de verificación de las subredes distribuidas en distintas ubicaciones igualmente ejecutarán, sin defensa, esas instrucciones falsas.
Este camino de vinculación rígida funciona muy fuerte al inicio para capturar flujo de fondos: es eficiente y rápido. Pero revisé el libro blanco y no vi nada escrito con claridad sobre el plan de emergencia para el corte del estado. Si la cadena principal se colapsa de repente, esos pools de nodos de abajo: ¿se bloquean en el último registro, o se produce un “corte” total en toda la red? Por la ruta actual, todo indica que los credenciales antiguas probablemente quedan inválidos de inmediato, y que en cualquier momento podría generarse una crisis temporal de bloqueo.
En el mercado de cripto—con sus grandes subidas y bajadas—la tecnología siempre busca equilibrar seguridad y eficiencia. Para enfrentar esa “red” que se alimenta de pruebas remotas, mi sensación operativa es enfocarme en la defensa. Cada vez que en la comunidad se anuncie una propuesta importante para una actualización, yo sin duda retiraré con antelación el dinero de mi posición para esquivar el golpe. Ocultar el capital en el rincón más ciego de las grietas de confianza es, en última instancia, la regla de supervivencia.@NewtonProtocol