Bifurcación Witnet Testnet 9.0b, ya que ~ 35k nodos se unen a la red. Bloqueo de recuento en pausa y soluciones de escalabilidad en breve.
TL: DR
Testnet 9.0b se lanzó con éxito el viernes 19 de junioBloque de conteo duró 1945 épocas (poco más de 24 horas), con hasta 35k nodos unirse a la red y 1848 nodos que extraen al menos un bloqueAlrededor del # 1945, la red se bifurcó debido a los desafíos de escalabilidad, y bloque de conteo en pausaMás tarde esta semana, un se reiniciará Testnet 9.0c, pero los bloques en 9.0c NO se incluirán en el Período de conteo de bloquesUna actualización sobre el La fecha prevista para reanudar el conteo de bloques y la fecha para la nueva versión de Testnet 9.1 se anunciarán a principios de la próxima semana.No dude en derribar / detener sus nodos mientras tantoRecuerde: asignaremos Mainnet WIT según el porcentaje de (y no el número de) bloques propuestos por cada identidad durante el Período de conteo de bloques, por lo que incluso si el conteo de bloques se detiene por un período de tiempo, se detiene para todos, y la asignación total de WIT en el grupo de la fase 2 sigue siendo la misma.
Testnet 9.0b: lo que salió bien
Testnet 9.0b lanzado con éxito el 19 de junio a las 9 a.m. UTC. El nuevo mecanismo de arranque, que se implementó en menos de 20 horas después del inicio falso el día anterior, funcionó como se esperaba. 1848 diferentes nodos Witnet obtuvieron sus propuestas de bloque aceptadas en la cadenaEste ha sido el Testnet con mucho el mayor adopción. Es difícil calcular el número exacto de nodos en una red tan ampliamente distribuida y descentralizada, pero la mayoría de las estimaciones varían entre 25K y 35K nodos.
Testnet 9.0b: lo que necesita mejorar
25K-35K nodos era (obviamente) un número mucho mayor de lo esperado en este punto. Testnet 9.0b tenía la intención de probar y probar el estrés de ciertas partes del protocolo, pero no particularmente la escalabilidad en términos de nodos únicos que proponen bloques. Por la época del protocolo # 1945, muchos nodos en la red no pudieron procesar el protocolo mensajes en tiempo real y comenzaron a dejar de responder. La mayoría de esos nodos defectuosos probablemente compartían un rasgo común: su los operadores intentaron ajustar demasiadas instancias del nodo software en una sola pieza de hardware o VPS. Bajo el protocolo actual y los parámetros de red, si un nodo percibe que Más del 30% de sus pares no son lo suficientemente confiables, inmediatamente entra en un modo de recuperación en el que elimina todas las conexiones entre pares, muestrea un nuevo conjunto de direcciones de pares y trata de volver a sincronizarlas. En otras palabras, para que un nodo se considere "sincronizado", necesita percibir un consenso del 70% entre sus pares. En este caso, las validaciones de bloque en torno a la época de protocolo # 1945 fueron lo suficientemente intensas como para eliminar alrededor del 30% de los nodos en la red. En ese momento, la mayoría de los nodos de la red se sometieron al procedimiento de recuperación, pero no pudieron alcanzar el requisito de consenso del 70%, ya que otros nodos en la misma situación no son adecuados para construir ese consenso. Como consecuencia, la red detuvo la producción de nuevos bloques después del bloque # 1944, y se decidió que, tal como se define en los Términos y Condiciones del Programa de Incentivos Testnet de Witnet, el recuento de bloques tuvo que ser pausado, efectivo inmediatamente.
Acciones inminentes: siéntase libre de detener sus nodos. En breve reiniciaremos Testnet como 9.0c, sin conteo de bloques
Los cambios que harán posible que la red resista este tipo de escenario (una parte importante de la red que se cae) Tómese un tiempo para implementar.Mientras tanto, siéntase libre de detener o derribar sus nodos.Un reinicio de Testnet 9.0 (denominado 9.0c) tendrá lugar con poca antelación. más tarde esta semana. Esto es importante para que los desarrolladores que construyen diferentes partes del ecosistema de software (billeteras, exploradores de bloques, bots, etc.) tengan una red en vivo donde puedan probar sus creaciones.Sin embargo, los bloques en 9.0c NO serán parte del Período de conteo de bloques. Es decir, ellos NO será recompensado con tokens Mainnet. Si la comunidad conduce el mismo volumen de nodos a esta red provisional, se interrumpirá nuevamente. Hacer lanzamientos y arrancar nuevas redes tiene una sobrecarga clara: la comunidad no puede permitirse reiniciar cada dos días.
Próximos pasos: lanzamiento de 9.1 y reanudación del conteo de bloques
Una actualización 9.1 que contiene el primer lote de mejoras para mitigar o resolver las limitaciones existentes se lanzará lo antes posible. Los desarrolladores están haciendo un esfuerzo enorme y rápido para priorizar e implementar efectivamente los cambios que tendrán un mayor impacto para mejorar el rendimiento, la resistencia y el rendimiento de la red. Siga de cerca el repositorio de GitHub de witnet-rust y el canal # dev-general Discord para aprender más y participar en las discusiones sobre los cambios que se están realizando.Se contarán los bloques en 9.1 Testnet. Es decir, el recuento de bloques se reanudará tan pronto como la red 9.1 esté activa. la fecha de lanzamiento prevista saldrá a principios de la próxima semana. Esté atento a los canales de anuncios y su bandeja de entrada. Agradecemos su paciencia y, como siempre, siéntase libre de comuníquese si tiene alguna pregunta.
La bifurcación Witnet Testnet, a medida que se unen ~ 35k nodos. Se publicó originalmente en The Witnet Foundation Blog on Medium, donde las personas continúan la conversación resaltando y respondiendo a esta historia.