THORChain ha entrado en la siguiente fase de su recuperaci\u00f3n tras la explotaci\u00f3n de uno de sus vaults el 15 de mayo. Los validadores est\u00e1n revisando la versi\u00f3n 3.19.0<\/strong>, que combina parches de seguridad con el plan de recuperaci\u00f3n de p\u00e9rdidas ADR-028<\/strong>. Esta nueva versi\u00f3n tambi\u00e9n introduce un mecanismo que puede poner en cuarentena un vault comprometido, lo que detendr\u00eda a un vault afectado de procesar transacciones mientras mantiene su actividad visible para la red.<\/p>\n \u00abEl siguiente gran paso en el proceso de recuperaci\u00f3n ya est\u00e1 en marcha\u00bb<\/p><\/blockquote>\n declar\u00f3 THORChain en su sexta actualizaci\u00f3n sobre el incidente. Los validadores deben votar para aprobar la v3.19.0<\/strong> antes de que la red pueda comenzar la actualizaci\u00f3n por etapas.<\/p>\n El siguiente gran paso en el proceso de recuperaci\u00f3n ya est\u00e1 en marcha. Se est\u00e1 solicitando a los validadores que revisen, aprueben y se preparen para la actualizaci\u00f3n v3.19.0<\/strong>, que incluye los parches de seguridad TSS<\/strong> y la implementaci\u00f3n de ADR-028<\/strong>, dise\u00f1ada para abordar el impacto econ\u00f3mico. La versi\u00f3n incluye parches para el sistema de firma umbral utilizado para controlar los vaults de THORChain y tambi\u00e9n implementa ADR-028<\/strong>, el plan de gobernanza aprobado tras la explotaci\u00f3n. El protocolo afirm\u00f3 que esta actualizaci\u00f3n acercar\u00e1 a la red a la restauraci\u00f3n de operaciones normales.<\/p>\n La versi\u00f3n 3.19.0<\/strong> incluye una nueva configuraci\u00f3n de Mimir<\/strong> para Vault Comprometido<\/em>. Una vez habilitada, esta configuraci\u00f3n aislar\u00e1 el vault drenado del procesamiento de transacciones sin eliminarlo de la supervisi\u00f3n de la red. THORChain planea validar la migraci\u00f3n de datos de ADR-028<\/strong> despu\u00e9s de que los validadores completen la actualizaci\u00f3n. Cada nodo deber\u00e1 verificar la integridad de sus keyshares<\/strong> a trav\u00e9s de un protocolo temporal llamado keyverify<\/strong>. Los keyshares permiten a los validadores firmar transacciones de vault juntos sin que un operador tenga la clave privada completa. Esta verificaci\u00f3n adicional tiene como objetivo confirmar que las acciones restantes est\u00e1n intactas antes de reiniciar las firmas.<\/p>\n Despu\u00e9s de estas verificaciones, los validadores reanudar\u00e1n la firma y comenzar\u00e1n un churn<\/strong>, que reemplaza el conjunto de validadores activos y transfiere activos a vaults reci\u00e9n generados. La red esperar\u00e1 a que este proceso termine antes de restaurar otros servicios. Los activos asegurados y comerciales regresar\u00e1n primero, seguidos por las acciones de los proveedores de liquidez, mientras que el comercio se reanudar\u00e1 al final del proceso de 11 pasos. Cada etapa depende de que las verificaciones anteriores se completen con \u00e9xito.<\/p>\n Como se inform\u00f3 anteriormente por crypto.news<\/strong>, los validadores de THORChain aprobaron ADR-028<\/strong> en mayo. Este plan utiliza liquidez propiedad del protocolo para absorber p\u00e9rdidas antes de asignar cualquier d\u00e9ficit restante entre los titulares de activos sint\u00e9ticos. El marco no acu\u00f1a ni vende nuevos RUNE<\/strong>, evitando as\u00ed la diluci\u00f3n directa para los titulares existentes. Los ingresos futuros del sistema ayudar\u00e1n a reconstruir la liquidez propiedad del protocolo despu\u00e9s del reinicio.<\/p>\n THORChain tambi\u00e9n activ\u00f3 una ventana de recompensas para el atacante y aprob\u00f3 la reducci\u00f3n total del nodo vinculado. El protocolo asegur\u00f3 que los nodos inocentes que compartieron el vault afectado permanecer\u00edan protegidos. La explotaci\u00f3n del 15 de mayo dren\u00f3 alrededor de $10.7 millones<\/strong> de uno de los cinco vaults de THORChain. El informe de THORChain indic\u00f3 que un nodo reci\u00e9n agregado explot\u00f3 una debilidad en la implementaci\u00f3n de firma umbral GG20<\/strong>, mientras que cuatro otros vaults permanecieron sin afectar. Las verificaciones autom\u00e1ticas de solvencia detectaron el desequilibrio y detuvieron la firma en minutos. Los operadores de nodos luego pausaron el comercio, la observaci\u00f3n de la cadena y el churn mientras los desarrolladores investigaban el ataque.<\/p>\n La aprobaci\u00f3n de v3.19.0<\/strong> por parte de los validadores comenzar\u00e1 la secuencia t\u00e9cnica final, aunque no restaurar\u00e1 todos los servicios de inmediato. THORChain reabrir\u00e1 la firma, las funciones de activos, las acciones de liquidez y el comercio en etapas, despu\u00e9s de completar las verificaciones de vault, migraci\u00f3n, keyshare y churn.<\/p>\n","protected":false},"excerpt":{"rendered":" Recuperaci\u00f3n de THORChain THORChain ha entrado en la siguiente fase de su recuperaci\u00f3n tras la explotaci\u00f3n de uno de sus vaults el 15 de mayo. Los validadores est\u00e1n revisando la versi\u00f3n 3.19.0, que combina parches de seguridad con el plan de recuperaci\u00f3n de p\u00e9rdidas ADR-028. Esta nueva versi\u00f3n tambi\u00e9n introduce un mecanismo que puede poner en cuarentena un vault comprometido, lo que detendr\u00eda a un vault afectado de procesar transacciones mientras mantiene su actividad visible para la red. \u00abEl siguiente gran paso en el proceso de recuperaci\u00f3n ya est\u00e1 en marcha\u00bb declar\u00f3 THORChain en su sexta actualizaci\u00f3n sobre el incidente.<\/p>\n","protected":false},"author":3,"featured_media":16013,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[64],"tags":[65,63],"class_list":["post-16014","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hack","tag-hack","tag-thorchain"],"yoast_description":"THORChain inicia un plan de recuperaci\u00f3n de 11 pasos tras un hackeo de $10.7 millones, presentando la versi\u00f3n 3.19.0 con parches de seguridad y estrategias de recuperaci\u00f3n de p\u00e9rdidas para vaults.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/16014","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/comments?post=16014"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/16014\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media\/16013"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media?parent=16014"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/categories?post=16014"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/tags?post=16014"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Actualizaci\u00f3n del Incidente de THORChain #6<\/h2>\n
Detalles sobre la Explotaci\u00f3n y Plan de Recuperaci\u00f3n<\/h2>\n