Autor: Markus Hinrichs
Editor: Randall Roland
Traductor: Cristhian Rincon
Operadores de Nodos, desarrolladores del núcleo de Antelope y miembros de la comunidad se reúnen cada semana para debatir sobre las preguntas cautivadoras del día. El objetivo principal de cada mesa redonda de operadores de nodos es:
"...mejorar el protocolo Antelope (específicamente) para los operadores de nodos".
Las Mesas Redondas se celebran todos los miércoles. Visita el canal de Telegram para obtener información sobre cómo unirte. La EOS Network Foundation ofrece tutoriales y documentación para aquellos que quieran aprender los conceptos básicos del funcionamiento de un nodo EOS.
A continuación encontrará una lista de las mesas redondas incluidas en este resumen bimensual:
16 de agosto: Estado de la integración de IF Leap, eliminación progresiva de las transacciones diferidas y mucho más
23 de agosto: Estrategias para la próxima actualización y difusión de información
31 de agosto: Desactivación de Defferd TX en Testnet, actualización del estado del software, matriz de configuración de NodeOS
Busque notas y comentarios adicionales sobre la reunión en GitHub. Los vídeos están en el YT de la ENF.
16 DE AGOSTO: Estado de la Integración de IF Leap, Eliminación de las Transacciones Diferidas y Más
Actualización de Progresos
En este episodio de la mesa redonda de operadores de nodos EOS, los participantes ofrecen información actualizada sobre el progreso de la actualización del Protocolo Leap 5.0 de EOS.
Fecha objetivo de Finalidad Instantánea: 29 de septiembre
Exploración para acelerar la fecha.
Las transacciones diferidas se desactivarán en la actualización a 5.0.
Se buscan aportaciones para coordinar este cambio entre los operadores de nodos.
Aplicación de las Transacciones Diferidas
Los participantes debatieron la fecha prevista para la integración del salto a la fase final y la posibilidad de un ligero retraso. El debate se centra en la desactivación de las transacciones diferidas y la coordinación de este cambio entre los operadores de los nodos.
Consideraciones para desactivar las transacciones diferidas.
Todos los productores de bloques activos deben desactivar las transacciones diferidas para que las pruebas sean precisas.
Aplicación mediante la eliminación del código de nodo EOS en 5.0.
Opción de requerir la configuración del usuario para las transacciones diferidas.
Implementación del Nuevo Software
Opciones para la implantación del software.
Versión menor frente a actualización coordinada de la configuración.
Consideración de la versión 4.1 completa antes de la 5.0.
Énfasis en la coordinación de actualizaciones en cadenas significativas.
Reconocimiento de los posibles problemas que plantea la eliminación diferida de transacciones.
En general, los operadores de nodos están estudiando la mejor manera de implantar las nuevas funciones minimizando las molestias. Exploran distintos enfoques, entre ellos aplicar el cambio en el código del nodo EOS e imponerlo mediante la eliminación del código en la versión 5.0.
Impacto en las dApps
Necesidad de evaluar el impacto de las transacciones diferidas en las dApps.
Propuesta de utilizar informes para realizar un seguimiento de las transacciones diferidas.
Plan de comunicación para los desarrolladores de dApps sobre la retirada progresiva que implica a EOS Support.
Énfasis en la acción rápida y la adaptación.
Informar a los Participantes
Los ponentes también hablan de la necesidad de mejorar la documentación, los recursos y la comunicación para ayudar a los operadores y usuarios de los nodos a entender y configurar las distintas funciones del sistema. En general, la conversación gira en torno a la aplicación de los cambios, la recopilación de opiniones y la reducción al mínimo de las interrupciones durante el proceso de actualización.
Otros puntos debatidos fueron:
Plan de desactivación de las transacciones diferidas: Se formuló un plan para desactivar las transacciones diferidas. Este plan da prioridad a la transparencia, la comunicación clara y un calendario estructurado. También da cabida a los comentarios, garantizando que la comunidad participe activamente en el proceso.
Mejora de la documentación: Se está realizando un esfuerzo concertado para elevar la calidad de la documentación. Esto incluye la mejora de las guías de usuario, el estudio de la creación de una guía de configuración para mayor comodidad de los usuarios e incluso la participación de ponentes invitados que aporten ideas valiosas y faciliten el uso de la documentación.
Mejora de los recursos: Reconociendo la importancia de apoyar a los operadores de nodos, se hace hincapié en ofrecer explicaciones detalladas. Esto también implica documentar los cambios y ofrecer recursos complementarios para garantizar que los operadores de nodos dispongan de las herramientas y la información necesarias.
Manual del operador: Para facilitar la colaboración entre los operadores de nodos y las dApps, hay planes en marcha para crear un manual conciso para operadores. Este manual será un valioso recurso para los usuarios, que promoverá una mejor comprensión y un funcionamiento eficiente.
Sensibilización: Se están realizando esfuerzos para simplificar conceptos complejos y aumentar la concienciación. Esto abarca la creación de recursos educativos, el desarrollo de secciones de ayuda de EOS para los usuarios, la formación de grupos de trabajo para facilitar el debate y el progreso, y una estrategia de comunicación coordinada para informar a los usuarios sobre la depreciación de las transacciones diferidas.
En resumen, esta reunión de operadores de nodos puso de relieve una estrategia global para mejorar el funcionamiento de los nodos del EOS fomentando la transparencia. La reunión hizo hincapié en el progreso a través de la colaboración y el establecimiento de un grupo de trabajo para guiar los pasos futuros. Además, se propuso designar a alguien para que elabore una entrada de blog en la que se detalle la depreciación de las transacciones diferidas y coordine las notificaciones por correo electrónico a través de EOS Support para informar eficazmente a los usuarios.
23 DE AGOSTO: Estrategias para las Próximas Actualizaciones y Difusión de Información
Durante esta mesa redonda de operadores de nodos, los participantes debatieron los avances en la planificación y el desarrollo de la próxima actualización del consenso, incluido el proyecto de anuncio inicial sobre la depreciación de las transacciones diferidas. Explicaron su estrategia para difundir esta información, que incluye métodos como publicaciones en blogs, difusión de aplicaciones destacadas y coordinación con bolsas y productores de bloques.
Temas Discutidos en Viñetas:
Calendario y avance del desarrollo: Los participantes examinaron la situación actual del calendario, haciendo hincapié en el proyecto de anuncio relativo a la amortización de las operaciones aplazadas, y debatieron la importancia de la participación de la comunidad en el proceso de aplicación.
Plan de distribución: Una amplia estrategia de distribución englobó publicaciones en blogs, canales públicos como Twitter, contacto directo con aplicaciones destacadas, listas de correo, boletines y coordinación con bolsas y principales productores de bloques.
Seguimiento de tareas e hitos: Se destacó la necesidad de un sistema centralizado de seguimiento de tareas e hitos. Los participantes exploraron la utilización de GitHub para este fin.
Claves de finalización: Una parte significativa del debate se centró en la importancia de las claves de finalizador en el nuevo algoritmo de consenso, haciendo hincapié en la necesidad de una gestión meticulosa para garantizar un funcionamiento sin problemas.
Claves de producción de bloques: Los operadores de nodo consideraron la necesidad de un sistema más robusto que funcione a nivel de transacción y estudiaron la posibilidad de admitir una pila de claves con rotación o regeneración automática.
Supervisión y reacción ante el estado de los nodos: Se debatieron los retos asociados a la supervisión de la sincronización de nodos y la importancia de tiempos de respuesta más rápidos, junto con posibles soluciones.
Múltiples claves de firma: Se estudió la posibilidad de incorporar múltiples claves de firma para un productor, aunque las complicaciones impidieron su aplicación inmediata.
Configuración e implementación: El trabajo y los debates en curso giraron en torno a la configuración e implementación de nuevas funciones, subrayando la importancia de comprender cuándo y por qué deben activarse ajustes específicos.
Separación de funciones: Se consideró la posibilidad de separar el papel de líder e introducir varios productores de bloques de reserva tras la actualización a la versión 5.0, haciendo hincapié en la comunicación eficaz entre los 21 productores de bloques principales.
Documentación y lagunas de conocimiento: Se planteó la preocupación por las posibles interrupciones y lagunas de conocimiento en la nueva arquitectura. Los operadores de nodos insistieron en la necesidad de una documentación exhaustiva y de comprender las implicaciones antes de realizar cambios.
Comentarios y comunicación: Se debatió la importancia de recabar opiniones y aclarar las métricas comunicadas, así como los planes para desactivar las transacciones diferidas y ajustar los calendarios en consecuencia.
Difusión de la información: La mesa redonda concluyó con los participantes expresando su disposición a difundir la información en sus respectivas comunidades, fomentando la colaboración y garantizando una transición fluida.
En resumen, esta Mesa Redonda de Operadores de Nodo ofreció un amplio y sólido debate sobre las diversas facetas de la actualización del consenso, las estrategias de distribución, los principales retos operativos y la importancia de una comunicación efectiva y documentación para garantizar el éxito de la transición.
31 DE AGOSTO: Desactivación de Defferd TX en Testnet, Actualización del estado del software, Matriz de configuración de NodeOS
En la mesa redonda de operadores de nodos celebrada el 31 de agosto de 2023, los participantes debatieron diversos temas relacionados con la próxima actualización a Leap 5.0. Compartieron los últimos avances en la desactivación de transacciones diferidas en las redes de prueba Jungle y Kylan y en la red principal de EOS. Además, destacaron sus esfuerzos de comunicación con los intercambios y los desarrolladores de aplicaciones, facilitados por EOS Support, que, según el representante de EOS Support Darío Cesaro, difundió eficazmente la información a través de mensajes directos, correos electrónicos, canales de medios sociales y difusión a numerosas entidades.
Otros temas discutidos
Enfoque de las tareas: En los debates se abordó la eliminación de tareas específicas de desarrollo de software relacionadas con las transacciones diferidas debido a las limitaciones de tiempo y recursos. En su lugar, se consideraron métodos de baja fidelidad, como los exploradores de bloques, para recopilar información. Los participantes reconocieron la ausencia de una fecha de entrega estimada para desactivar las transacciones diferidas en el código, pero expresaron su confianza en conseguirlo antes de la versión candidata.
Lanzamiento y pruebas de la red principal: Se discutió sobre la planificación del lanzamiento de la mainnet EOS y el progreso del software Leap 5.0. Se establecieron calendarios para la actualización de BP y la eliminación de dependencias para garantizar una transición fluida.
Planean realizar la actualización de BP el 14 de septiembre y quieren eliminar dependencias entre el 8 y el 14 de septiembre.
Se ha introducido una etiqueta para las funciones existentes de la mainnet con el fin de mejorar las pruebas y reforzar la confianza de cara al lanzamiento.
Mejoras y documentación: Los participantes compartieron su entusiasmo por probar nuevas funciones, al tiempo que subrayaron la importancia de la documentación, las pruebas y la evaluación comparativa. Invitaron a los usuarios a hacer comentarios y sugerencias y pidieron ayuda a otros operadores de nodos API para comprender mejor las configuraciones y ofrecer recomendaciones.
Anulación del monitor de recursos: Se exploró el concepto de crear una anulación del monitor de recursos para diferentes configuraciones relacionadas con el uso de la API. El objetivo es crear una guía completa para ejecutar una API, aclarar las configuraciones y ofrecer valores recomendados. Los participantes expresaron su apoyo a esta iniciativa y se ofrecieron a aportar comentarios y sugerencias.
Claridad de la matriz de configuración: Se subrayó la importancia de revisar y comentar los archivos de configuración, especialmente con el inminente lanzamiento de la versión 5.0. Los participantes debatieron la necesidad de comprender mejor las configuraciones y propusieron crear un documento centralizado o un sitio web con información analizada y enlaces a la documentación oficial.
Fuentes y Referencias