Sr.Elemento
Madmaxista
- Desde
- 30 Mar 2011
- Mensajes
- 16.089
- Fruta
- 48.476
Cierto, tienes toda la razón en que los checkpoints se encuentran en la raíz del árbol de Bitcoin. Sin embargo ¿cuánto tiempo crees tú que un desarrollador o posteriormente un usuario tardarían en darse cuenta de que los checkpoints de la actualización del cliente que van a instalar difieren de la cadena que se encuentra alojada en su propio equipo? Sería algo trivial de detectar, no tardarían en notificarlo en los foros y la gente dejaría de descargar la actualización ante el temor de que el servidor hubiese sido comprometido o de que alguno de los desarrolladores estuviese intentando cargarse el proyecto atacando directamente a la cadena.
Y digo y afirmo lo de que el proceso de generación del checkpoint es transparente porque la gente puede comprobar antes de descargarse la actualización que el hash del bloque checkpoint coincide con la copia de la cadena de bloques que alberga en su equipo. Esto le informaría de varias cosas:
1- Que todos los desarrolladores mantienen un consenso sobre la validez del origen de la cadena actual en su estadío más inestable, que era en los comienzos, cuando la dificultad de minado era baja.
2.- Que no se encuentra sin saberlo en una subred separada de la red bitcoin global debido a un aislamiento duradero de la red de su país o región con respecto al resto de internet.
3.- Que todos aquellos bitcoins que hubiese recibido en los bloques anteriores al último checkpoint no podrán verse afectados por un ataque 51%.
4.- Que la cadena que se está minando en la actualidad es la adoptada por la mayoría de los nodos de la red desde la última actualización de software, ya que de lo contrario algún minero o pool hubiera reclamado y alertado de que la cadena que él está manejando es más larga.
5.- Que habiendo varios desarrolladores repartidos por todo el mundo, no existe el riesgo de que uno de ellos haya quedado aislado en una subred y estuviese intentando imponer al resto de desarrolladores un checkpoint de una cadena de tamaño y dificultad menores.
6.- Que, en el peor de los casos, si existe un bug o un exploit en el nuevo software, se perderían sólamente aquellos bloques posteriores al último checkpoint.
7.- Que, en el caso de que un atacante intentase ubicar un gran número de nodos venenosos en la red, los nuevos nodos legítimos que quisieran conectarse a la red Bitcoin nunca podrían ser engañados en su descarga inicial de la cadena de bloques incluso aunque tuvieran la mala suerte de conectarse a un 100% de nodos venenosos.
Para mi los puntos importantes sobre el motivo por el que los desarrolladores introdujeron los checkpoints es por el 6 y el 7.
De todos modos yo no veo tanto problema a los checkpoints. Si en alguna futura actualización del cliente veo o me entero por el foro de algo que no me gusta, no me la descargo y ya está. Bitcoin me seguiría funcionando con la versión anterior sin problema.
Y digo y afirmo lo de que el proceso de generación del checkpoint es transparente porque la gente puede comprobar antes de descargarse la actualización que el hash del bloque checkpoint coincide con la copia de la cadena de bloques que alberga en su equipo. Esto le informaría de varias cosas:
1- Que todos los desarrolladores mantienen un consenso sobre la validez del origen de la cadena actual en su estadío más inestable, que era en los comienzos, cuando la dificultad de minado era baja.
2.- Que no se encuentra sin saberlo en una subred separada de la red bitcoin global debido a un aislamiento duradero de la red de su país o región con respecto al resto de internet.
3.- Que todos aquellos bitcoins que hubiese recibido en los bloques anteriores al último checkpoint no podrán verse afectados por un ataque 51%.
4.- Que la cadena que se está minando en la actualidad es la adoptada por la mayoría de los nodos de la red desde la última actualización de software, ya que de lo contrario algún minero o pool hubiera reclamado y alertado de que la cadena que él está manejando es más larga.
5.- Que habiendo varios desarrolladores repartidos por todo el mundo, no existe el riesgo de que uno de ellos haya quedado aislado en una subred y estuviese intentando imponer al resto de desarrolladores un checkpoint de una cadena de tamaño y dificultad menores.
6.- Que, en el peor de los casos, si existe un bug o un exploit en el nuevo software, se perderían sólamente aquellos bloques posteriores al último checkpoint.
7.- Que, en el caso de que un atacante intentase ubicar un gran número de nodos venenosos en la red, los nuevos nodos legítimos que quisieran conectarse a la red Bitcoin nunca podrían ser engañados en su descarga inicial de la cadena de bloques incluso aunque tuvieran la mala suerte de conectarse a un 100% de nodos venenosos.
Para mi los puntos importantes sobre el motivo por el que los desarrolladores introdujeron los checkpoints es por el 6 y el 7.
De todos modos yo no veo tanto problema a los checkpoints. Si en alguna futura actualización del cliente veo o me entero por el foro de algo que no me gusta, no me la descargo y ya está. Bitcoin me seguiría funcionando con la versión anterior sin problema.