¿Por qué el tiempo de bloque promedio es de 17 segundos?

Las estadísticas de la red muestran un tiempo de bloqueo promedio constante de alrededor de 17 segundos. Cada vez que lo comprueba es de unos 16~18 segundos.

ingrese la descripción de la imagen aquí

Al leer la publicación del blog de vitalik buterin, se establece que el tiempo de bloqueo debe ser de 12 segundos en promedio. (Actualización: Ok, los recursos más recientes indican un tiempo objetivo de 15 segundos).

¿Por qué el tiempo de bloque promedio es constantemente de alrededor de 17 segundos?

Gran pregunta, y una respuesta clara. ¡No olvides votar a favor de estas personas! Queremos tener muchos ejemplos claros y brillantes para que otras personas los sigan en el sitio.

Respuestas (1)

Debido a los avances en la investigación de blockchain, se demostró que eran posibles tiempos de bloque significativamente más bajos y quizás beneficiosos dada la conectividad actual de Internet. Uno de los riesgos potenciales de un tiempo de bloque bajo es una mayor tasa de bloques huérfanos (bloques competidores que no llegan a la cadena principal). Para contrarrestar esto, se utiliza un protocolo GHOST que paga estos bloques huérfanos (conocidos como tíos), lo que aumenta la seguridad de la cadena principal. En lugar de que la cadena principal sea "la más larga", es la "más pesada".

Durante el desarrollo de Ethereum, se probaron varios tiempos y algoritmos de orientación diferentes, y finalmente se establecieron alrededor de 15 segundos. Debido al cálculo de dificultad total específico utilizado, el tiempo real entre bloques es actualmente de alrededor de 17 segundos, sin embargo, se espera que un cambio programado para Homestead altere esto más cerca de los 15 segundos. Esto solo se propone como una solución temporal, ya que Ethereum tiene la intención de hacer la transición a la prueba de participación , lo que podría ofrecer una finalidad casi instantánea.

Buena respuesta. Pero es un poco engañoso hablar de una finalidad potencialmente casi instantánea, porque es realmente difícil ir por debajo de los 5 segundos de tiempo de bloque. Además, la finalidad de la cadena solo es probabilística hasta cierto umbral, que puede ser (mucho) más largo.
No estoy de acuerdo @Symeof. Es concebible que eventualmente la prueba de participación y otros factores, como el tamaño de la red, puedan ayudar a lograr una finalidad casi instantánea. Obviamente, es posible que ese objetivo no se logre este año, o incluso dentro de varios años, pero los cambios que se avecinan en Serenity parecen indicar niveles futuros de abstracción de la cadena de bloques que pueden facilitar que los cambios en las piezas de consenso de la cadena de bloques sean mucho más simples. A medida que surgen nuevas innovaciones en el espacio, la red puede reaccionar.
@Hudson: Ciertamente eso espero. Pero no veo cómo un aumento en el tamaño de la red ayudaría a la finalidad. ¿Tienes alguna razón para creer eso?
@Symeof: Tenía la impresión de que la velocidad de la finalidad de la cadena de bloques estaba relacionada en parte con la latencia de las conexiones/interconexiones de los nodos. Cuantos más nodos puedan propagar transacciones rápidamente, menos posibilidades de latencia creo. Además, la solución POS propuesta que se implementará durante Serenity utiliza el consenso por bloque en lugar del consenso por cadena, lo que podría ayudar a reducir los tiempos de finalización si los validadores apuestan por los bloques tan pronto como los ven.
@Hudson: la latencia juega un papel importante. No parece probable que esto pueda reducirse más allá de cierto punto, ya que la red es global. También es posible que necesitemos tener una definición funcional de finalidad: porque en la mayoría de los sistemas es solo un umbral probabilístico (es decir, la probabilidad de que se revierta una transacción es menor que Epsilon)...
"finalidad casi instantánea" -> ¿Estamos hablando de 1s, 100ms, 10ms?
¿Por qué el tiempo de bloque promedio es de 17 segundos?
RespuestasAquíPolítica de privacidad1y, 0v