La vulnerabilidad del ataque de distorsión temporal de Bitcoin ha llevado a los desarrolladores a proponer un plan de reparación mediante bifurcación suave.
Amenaza de ataque de distorsión temporal en la red de Bitcoin
Los desarrolladores de Bitcoin Antoine Poinsot han propuesto recientemente una importante propuesta de soft fork, destinada a corregir varios problemas y debilidades que han existido durante mucho tiempo en el protocolo de Bitcoin. En esta propuesta conocida como "limpieza del gran consenso", un problema particularmente llamativo es el "ataque de distorsión temporal".
En el protocolo de Bitcoin hay dos reglas clave de protección contra la manipulación del tiempo: la regla de tiempo medio pasado (MPT) y la regla de tiempo de bloque futuro. La regla MPT requiere que la marca de tiempo del bloque sea posterior a la hora media de los once bloques anteriores, mientras que la regla de tiempo de bloque futuro limita la marca de tiempo para que no esté más de 2 horas por delante de la hora media de los pares de nodos.
Sin embargo, Satoshi Nakamoto cometió un pequeño pero potencialmente peligroso error al diseñar el mecanismo de ajuste de dificultad de Bitcoin. Al calcular el ciclo de ajuste de dificultad de 2016 bloques, utilizó erróneamente 2016 en lugar de 2015 como el número de intervalos entre bloques. Esto resultó en un tiempo objetivo que es un 0.05% más largo de lo que debería ser, lo que hace que el intervalo objetivo real de Bitcoin sea de 10 minutos y 0.3 segundos.
A pesar de que este error de 0.3 segundos parece insignificante, crea una oportunidad para el "ataque de distorsión temporal". En este tipo de ataque, los mineros maliciosos pueden distorsionar el mecanismo de ajuste de dificultad manipulando las marcas de tiempo de los bloques. El atacante configura la marca de tiempo en la mayoría de los bloques para que sea solo un segundo más tarde que el bloque anterior, mientras que en el último bloque de cada ciclo de ajuste de dificultad utiliza la marca de tiempo real.
Esta práctica puede llevar a que el tiempo de la cadena de bloques se retrase gradualmente con respecto al tiempo del mundo real, lo que a su vez provocaría un ajuste a la baja de la dificultad. Teóricamente, después de varios ciclos, la dificultad podría disminuir drásticamente, permitiendo a los atacantes crear bloques a una velocidad extremadamente rápida y obtener una gran cantidad de Bitcoin.
Aunque la implementación de este ataque requiere controlar la mayor parte de la potencia de cálculo y existen riesgos de ser descubierto y detenido, sigue siendo una amenaza que no se puede ignorar. Para abordar este problema, los desarrolladores han propuesto varias soluciones posibles, incluyendo ajustar el algoritmo de cálculo de dificultad o modificar las reglas de la marca de tiempo.
Poinsot en su propuesta sugiere que la marca de tiempo del primer bloque del nuevo ciclo de dificultad no debe ser anterior a 2 horas antes del último bloque del ciclo anterior. Esta limitación de 2 horas, aunque aún permite un margen de manipulación de dificultad de aproximadamente 0.6% por ciclo, reduce considerablemente la viabilidad y el impacto de los ataques.
A medida que la red de Bitcoin sigue desarrollándose, es crucial identificar y corregir de manera oportuna estas vulnerabilidades potenciales para mantener su seguridad y estabilidad. Los esfuerzos continuos de la comunidad de desarrolladores garantizan que Bitcoin pueda enfrentar nuevos desafíos y mantener su posición como la principal moneda criptográfica.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
11 me gusta
Recompensa
11
6
Compartir
Comentar
0/400
rekt_but_vibing
· 07-22 10:48
Esta vulnerabilidad ha tardado tanto en ser reparada.
Ver originalesResponder0
OnChainArchaeologist
· 07-22 10:04
Me muero de risa, ¡Satoshi Nakamoto también se ha equivocado!
Ver originalesResponder0
PebbleHander
· 07-19 17:03
experto ha estado arreglando bugs durante años
Ver originalesResponder0
MultiSigFailMaster
· 07-19 16:56
¿Ah? ¿Satoshi Nakamoto también tiene momentos difíciles???
Ver originalesResponder0
OnchainFortuneTeller
· 07-19 16:51
Parece que he encontrado un pequeño bug del viejo Nakamoto~
Ver originalesResponder0
defi_detective
· 07-19 16:44
¿Vulnerabilidad de distorsión temporal? Los expertos realmente tienen una gran imaginación.
La vulnerabilidad del ataque de distorsión temporal de Bitcoin ha llevado a los desarrolladores a proponer un plan de reparación mediante bifurcación suave.
Amenaza de ataque de distorsión temporal en la red de Bitcoin
Los desarrolladores de Bitcoin Antoine Poinsot han propuesto recientemente una importante propuesta de soft fork, destinada a corregir varios problemas y debilidades que han existido durante mucho tiempo en el protocolo de Bitcoin. En esta propuesta conocida como "limpieza del gran consenso", un problema particularmente llamativo es el "ataque de distorsión temporal".
En el protocolo de Bitcoin hay dos reglas clave de protección contra la manipulación del tiempo: la regla de tiempo medio pasado (MPT) y la regla de tiempo de bloque futuro. La regla MPT requiere que la marca de tiempo del bloque sea posterior a la hora media de los once bloques anteriores, mientras que la regla de tiempo de bloque futuro limita la marca de tiempo para que no esté más de 2 horas por delante de la hora media de los pares de nodos.
Sin embargo, Satoshi Nakamoto cometió un pequeño pero potencialmente peligroso error al diseñar el mecanismo de ajuste de dificultad de Bitcoin. Al calcular el ciclo de ajuste de dificultad de 2016 bloques, utilizó erróneamente 2016 en lugar de 2015 como el número de intervalos entre bloques. Esto resultó en un tiempo objetivo que es un 0.05% más largo de lo que debería ser, lo que hace que el intervalo objetivo real de Bitcoin sea de 10 minutos y 0.3 segundos.
A pesar de que este error de 0.3 segundos parece insignificante, crea una oportunidad para el "ataque de distorsión temporal". En este tipo de ataque, los mineros maliciosos pueden distorsionar el mecanismo de ajuste de dificultad manipulando las marcas de tiempo de los bloques. El atacante configura la marca de tiempo en la mayoría de los bloques para que sea solo un segundo más tarde que el bloque anterior, mientras que en el último bloque de cada ciclo de ajuste de dificultad utiliza la marca de tiempo real.
Esta práctica puede llevar a que el tiempo de la cadena de bloques se retrase gradualmente con respecto al tiempo del mundo real, lo que a su vez provocaría un ajuste a la baja de la dificultad. Teóricamente, después de varios ciclos, la dificultad podría disminuir drásticamente, permitiendo a los atacantes crear bloques a una velocidad extremadamente rápida y obtener una gran cantidad de Bitcoin.
Aunque la implementación de este ataque requiere controlar la mayor parte de la potencia de cálculo y existen riesgos de ser descubierto y detenido, sigue siendo una amenaza que no se puede ignorar. Para abordar este problema, los desarrolladores han propuesto varias soluciones posibles, incluyendo ajustar el algoritmo de cálculo de dificultad o modificar las reglas de la marca de tiempo.
Poinsot en su propuesta sugiere que la marca de tiempo del primer bloque del nuevo ciclo de dificultad no debe ser anterior a 2 horas antes del último bloque del ciclo anterior. Esta limitación de 2 horas, aunque aún permite un margen de manipulación de dificultad de aproximadamente 0.6% por ciclo, reduce considerablemente la viabilidad y el impacto de los ataques.
A medida que la red de Bitcoin sigue desarrollándose, es crucial identificar y corregir de manera oportuna estas vulnerabilidades potenciales para mantener su seguridad y estabilidad. Los esfuerzos continuos de la comunidad de desarrolladores garantizan que Bitcoin pueda enfrentar nuevos desafíos y mantener su posición como la principal moneda criptográfica.