Duda en cuanto al funcionamiento de la red Bitcoin.

[onlytwenyone]

Hola buenas tardes, soy nuevo aquí en bitcointalk

He leído unos cuantos libros acerca de Bitcoin, ya sea sobre su filosofía, el funcionamiento o temas de economía. Pero me siguen surgiendo algunas dudas:

Hace algunas semanas que le he estado dando vueltas acerca de cómo es que se le asigna la fecha y hora la cual un bloque a sido minado. Es decir, cuando un minero llega a minar un bloque, mi instinto arácnido me dice que el tiempo en epoch lo envía a sus peers junto al bloque, pero claro, si lo envía fuera del bloque, quiere decir que los peers son capaces de modificar ese epoch time, por lo que no sería viable. Entonces he de suponer que el epoch time está dentro de lo que el minero está minando, pero ahora me surge otro problema, si está dentro, entonces el minero tendría que estar modificando el epoch time cada segundo, y por ende, se modifica el hash. Es por eso que el minero tendría que empezar desde 0 en el nonce cada segundo (y también otras cosas que se puedan modificar para tener más combinaciones, como por ejemplo el OP_RETURN).

También he visto que los bloques tienen la hora exacta en cuanto a la hora, minutos y segundos, es por eso que no veo viable que los mineros puedan modificar el epoch time cada 20 segundos o algo así. Además, de ser así tendría que existir un margen de qué epoch time se aceptaría por encima o por debajo del actual, lo cual conllevaría saber cuánto tiempo tarda un bloque en propagarse completamente por la red, y más complejidades.

Por ejemplo, si veo en mempool[.]space a qué hora se minó el bloque 893254, me sale que fue a las 13:43:43, y si ejecuto esto en mi nodo bitcoin:

Code:

getblockheader "0000000000000000000216c973567f221c6cd61036fb71dfcc830b3e1041207f"

(hash del bloque 893254)
Me sale exactamente el mismo tiempo, en epoch.

Agradecería si algún Bitcoin gurú me pudiese aclarar esta duda, gracias

[Don Pedro Dinero]

Hola y muy bienvenido. Te he dado tu primer mérito por la pregunta tan constructiva y de carácter técnico de tu primer post. Yo no tengo mucho conocimiento técnico igual que la mayoría de por aquí, no se si d5000 o algún otro compañero te podrá ayudar. Espera un par de días y si no obtienes una respuesta satisfactoria puedes plantear la pregunta en la sección Bitcoin Technical Support.

Si no controlas mucho el inglés puedes usar el traductor automático, cosa que está permitida. Aunque te aconsejaría que el post en la sección no sea exactamente igual que este, para evitar quebrantar la regla 12. Ya de paso te informo de que lo contrario está prohibido, usar traductores automáticos para escribir en secciones locales, sobre todo algo que ya has escrito en la sección en inglés. Si planeas estar en el foro un tiempo te vendrá bien echarle un vistazo a las reglas:

Unofficial list of (official) Bitcointalk.org rules, guidelines, FAQ


El título dice no oficiales pero son en general las que se aplican.

[famososMuertos]

Hola buenas tardes, soy nuevo aquí en bitcointalk
::///:::

Hola, bienvenido al foro!

Es en efecto una pregunta técnica, pero aunque al igual que mi antecesor, ambos nos manejamos en un margen o frontera en el cual nuestros conocimientos técnicos tienen un limite, eso nos permite acercarnos a la realidad técnica en ciertos casos y no! quedarnos tanto en la curiosidad, que es lo que sucede en mi caso con tu planteamiento.

Aunque por aquí están varios que seguramente pueden dar a la diana con la respuesta, varios no son muy activos en plazos cortos, pero si hay uno que puede sacarnos de la curiosidad, y lo cito nuevamente, ya lo hizo D P D, d5000.

En todo caso, voy a tirar un 1 punto, quizás sea cero, digo por lo del asunto del tiro al arco, la Diana. En todo caso, uno trata de atinar a la curiosidad por la información que le sea útil, en tu caso, si saber eso te ayuda en tu conocimiento de desarrollo, genial, en mi caso cubre el aspecto de seguridad.

En fin, no debe ser para ti difícil entenderme, básicamente el horario esta intrínsecamente ligado al Hash, es parte de la seguridad, luego este se rige por la Hora unix o "Unix time". Luego, es un estándar, que no se puede modificar. Esto es lo que entiendo.

Mira esta fuente:

A timestamp is accepted as valid if it is greater than the median timestamp of previous 11 blocks, and less than the network-adjusted time + 2 hours. "Network-adjusted time" is the median of the timestamps returned by all nodes connected to you. As a result block timestamps are not exactly accurate, and they do not need to be. Block times are accurate only to within an hour or two.

https://en.bitcoin.it/wiki/Block_timestamp

[onlytwenyone]

Gracias!

Mira esta fuente:

Quote
A timestamp is accepted as valid if it is greater than the median timestamp of previous 11 blocks, and less than the network-adjusted time + 2 hours. "Network-adjusted time" is the median of the timestamps returned by all nodes connected to you. As a result block timestamps are not exactly accurate, and they do not need to be. Block times are accurate only to within an hour or two.
https://en.bitcoin.it/wiki/Block_timestamp

Aunque mi entendimiento para temas técnicos en inglés (especialmente bitcoin) se me hace difícil. Además de que ChatGPT es MUY malo para este tipo de preguntas. Ya le había preguntado hace algún tiempo, y literalmente se inventaba cosas que no tenían nada que ver, etc...

Mejor espero por d5000 para que me aclare la duda.

[famososMuertos]

Epoch no se puede modificar por lo que menciona la fuente, si vas luego a la otra fuente que te indican en ese enlace, te da la respuesta.

Que más quieres saber? Palabras más, menos ya es una cuestión de comprensión.


Editó:

Code:

@anonaddy.me
Note: email addresses are not verified

Para ser un usuario que hace esa pregunta debería conocer algo de seguridad mínima, deberías tener este email oculto y luego pasados unos días y no has verificado tu e-mail...

"en casa de herrero cuchillo de palo"

[onlytwenyone]

Editó:

Code:

@anonaddy.me
Note: email addresses are not verified


Para ser un usuario que hace esa pregunta debería conocer algo de seguridad mínima, deberías tener este email oculto y luego pasados unos días y no has verificado tu e-mail...

Ese no es mi correo personal, solamente lo tengo registrado en bitcointalk. De hecho, podría ponerlo aquí mismo: fzj3dn2m@anonaddy.me.
anonaddy[.]me (el dominio del correo) es un servicio en el que puedes crear muchas direcciones de correo diferentes para registrarlos cada uno en distintas páginas webs, y todo correo que se envie a cada uno, se reenvia a mi correo personal. Asique cualquiera que esté leyendo esto me puede escribir por ahí si le apetece. Además, no es un "disposable email" ya que solamente tengo acceso yo.

No obstante, no sé cómo verificar el correo, se supone que me tiene que llegar algún enlace que yo tenga que acceder o algún código. Ya me he recorrido toda la configuración de aquí para verificarlo, pero nada.

[seoincorporation]

Por lo que entiendo la hora de minado del bloque es información que está adentro del bloque, es decir,una vez que el bloque se propaga por la red este bloque informa a los demás la hora a la que fue minado,y la hora de la propagación es algo que no se toma en cuenta ya que a algunos lados llega más rápido que a otros.

[Drawesome]

Hola buenas tardes, soy nuevo aquí en bitcointalk

He leído unos cuantos libros acerca de Bitcoin, ya sea sobre su filosofía, el funcionamiento o temas de economía. Pero me siguen surgiendo algunas dudas:

Hace algunas semanas que le he estado dando vueltas acerca de cómo es que se le asigna la fecha y hora la cual un bloque a sido minado. Es decir, cuando un minero llega a minar un bloque, mi instinto arácnido me dice que el tiempo en epoch lo envía a sus peers junto al bloque, pero claro, si lo envía fuera del bloque, quiere decir que los peers son capaces de modificar ese epoch time, por lo que no sería viable. Entonces he de suponer que el epoch time está dentro de lo que el minero está minando, pero ahora me surge otro problema, si está dentro, entonces el minero tendría que estar modificando el epoch time cada segundo, y por ende, se modifica el hash. Es por eso que el minero tendría que empezar desde 0 en el nonce cada segundo (y también otras cosas que se puedan modificar para tener más combinaciones, como por ejemplo el OP_RETURN).

También he visto que los bloques tienen la hora exacta en cuanto a la hora, minutos y segundos, es por eso que no veo viable que los mineros puedan modificar el epoch time cada 20 segundos o algo así. Además, de ser así tendría que existir un margen de qué epoch time se aceptaría por encima o por debajo del actual, lo cual conllevaría saber cuánto tiempo tarda un bloque en propagarse completamente por la red, y más complejidades.

Por ejemplo, si veo en mempool[.]space a qué hora se minó el bloque 893254, me sale que fue a las 13:43:43, y si ejecuto esto en mi nodo bitcoin:

Code:

getblockheader "0000000000000000000216c973567f221c6cd61036fb71dfcc830b3e1041207f"

(hash del bloque 893254)
Me sale exactamente el mismo tiempo, en epoch.

Agradecería si algún Bitcoin gurú me pudiese aclarar esta duda, gracias

Bienvenido! Se me había escapado este hilo tan interesante. Esa misma pregunta me hice cuando empecé a leer. Hay una ventana de margen que tiene el minero para que sea válido:

Regla 1: Median Time Past (MTP): El timestamp de un bloque (nTime) debe ser estrictamente mayor que la mediana de los timestamps de los 11 bloques anteriores. Esto evita que un minero pueda poner una fecha muy antigua en un bloque.
Regla 2: Future Time Limit (FTL): El timestamp de un bloque no puede estar "demasiado" en el futuro. Un nodo no aceptará un bloque si su timestamp es más de 2 horas (este valor puede tener matices, pero es la referencia común) en el futuro según el "tiempo ajustado" de la red (que se calcula basado en la hora de los peers conectados, para no depender del reloj local de un solo nodo que podría estar mal).
Estas dos reglas crean una ventana de tiempo válida. El minero puede usar un timestamp que esté dentro de esta ventana. Cuando finalmente encuentra un hash válido, el timestamp que estaba usando en esa cabecera específica es el que queda registrado.

[mcdouglasx]

También he visto que los bloques tienen la hora exacta en cuanto a la hora, minutos y segundos, es por eso que no veo viable que los mineros puedan modificar el epoch time cada 20 segundos o algo así. Además, de ser así tendría que existir un margen de qué epoch time se aceptaría por encima o por debajo del actual, lo cual conllevaría saber cuánto tiempo tarda un bloque en propagarse completamente por la red, y más complejidades.

Por ejemplo, si veo en mempool[.]space a qué hora se minó el bloque 893254, me sale que fue a las 13:43:43, y si ejecuto esto en mi nodo bitcoin:

Code:

getblockheader "0000000000000000000216c973567f221c6cd61036fb71dfcc830b3e1041207f"

(hash del bloque 893254)
Me sale exactamente el mismo tiempo, en epoch.

como te hemos respondido en el lado del foro angloparlante, si se cumplen las condiciones dichas por @Drawesome el tiempo de bloque sera aceptado.

he visto que los bloques tienen la hora exacta en cuanto a la hora, minutos y segundos, es por eso que no veo viable que los mineros puedan modificar el epoch time cada 20 segundos

el timestamp se incluye en la cabecera de los bloque por lo que no se puede cambiar una vez minado, ya que de esos datos se obtiene el hash de la prueba de trabajo y si esto se cambiara , resultaria en un hash distinto.

los mineros actualizan el timestamp en promedio cada 30 segundos en el proceso de minado por 2 razones principales:

1- el nonce para la prueba de trabajo es un numero de 32 bits, y para la dificultad actual de la prueba de trabajo es muy poco probable encontrar el hash que cumpla con los requisitos de la dificultad, entonces al cambiar el timestamp los intentos del nonce se reinician creando un nuevo lote de hashes donde podria encontrarse el deseado, aunque no solo dependen de este dato para reiniciar el nonce sino tambien alterando otros datos en el bloque.

2- al cambiar el timestamp periodicamente se aseguran de que el tiempo de bloque reuna los requisitos mencionados por @Drawesome.

se podria decir que un bloque podria ser minado usando el mismo tiempo del bloque anterior, si en vez de modificar timestamp modificas otros campos del bloque como por ejemplo el extra nonce. Pero esto incurre en riesgos de que otro minero lo resuelva con un timestamp mas reciente y sea aceptado en vez del tuyo y riesgo de ocasionar problemas de reorganizacion que hagan que sea invalido a pesar de tener un hash que cumpla con la dificultad de la red.


la razon por la que te muestra la hora exacta en donde lo solicites es porque simplemente la solicitud busca el timestamp en la cabecera de bloque y lo muestra en formato tiempo.

[onlytwenyone]

Bienvenido! Se me había escapado este hilo tan interesante. Esa misma pregunta me hice cuando empecé a leer. Hay una ventana de margen que tiene el minero para que sea válido:

Regla 1: Median Time Past (MTP): El timestamp de un bloque (nTime) debe ser estrictamente mayor que la mediana de los timestamps de los 11 bloques anteriores. Esto evita que un minero pueda poner una fecha muy antigua en un bloque.
Regla 2: Future Time Limit (FTL): El timestamp de un bloque no puede estar "demasiado" en el futuro. Un nodo no aceptará un bloque si su timestamp es más de 2 horas (este valor puede tener matices, pero es la referencia común) en el futuro según el "tiempo ajustado" de la red (que se calcula basado en la hora de los peers conectados, para no depender del reloj local de un solo nodo que podría estar mal).
Estas dos reglas crean una ventana de tiempo válida. El minero puede usar un timestamp que esté dentro de esta ventana. Cuando finalmente encuentra un hash válido, el timestamp que estaba usando en esa cabecera específica es el que queda registrado.

Ahhhh, okay gracias. Pensaba que el timestamp era más preciso en relación a cuándo se minó el bloque, de esta forma poder tener el ajuste de dificultad acorde a la potencia de minado de la red. No pensaba que se tomaba como otro dato más en el que podías poner lo que quisieras (dentro de un rango especificado)