Autor: Markus Hinrichs

Editor: Randall Roland

Traductor: Erick Birbe

Los operadores de nodos, los desarrolladores principales de Antelope y los miembros de la comunidad se reúnen cada semana para hablar sobre la red y su desarrollo. El objetivo principal de cada Mesa Redonda de Operadores de Nodo es:

"...mejorar el protocolo Antelope (específicamente) para los operadores de nodos".

Las Mesas Redondas se efectuan todos los miércoles. Visita el canal de Telegram para obtener más información sobre cómo unirse. La EOS Network Foundation proporciona tutoriales y documentación para aquellos que quieran aprender los conceptos básicos del funcionamiento de un nodo EOS.

A continuación se muestra una lista de las mesas redondas contenidas en este resumen bimestral:

29 de noviembre: calendario de actualización de Leap 5.0, métricas y panel de control de Prometheus y más
22 de noviembre: BLS, estado de RC3, progreso de finalidad instantánea para Leap 6, configuración de zancada de registros de bloques y más

Asegúrese de buscar notas de reuniones adicionales y comentarios sobre GitHub. Los vídeos residen en el ENF’s YT.

29 de Noviembre: Calendario de Actualización de Leap 5.0, Métricas y Panel de Control de Prometheus y más

Calendario de Actualización de Leap 5.0:

Anticipación de varios lanzamientos inminentes, en particular RC3 5.0 previsto para el 6 de diciembre.
Mención de lanzamientos de parches (3.2.5 y 4.0.5) debido a problemas de compatibilidad descubiertos durante el proceso de codificación de 5.0.

Estabilizando 5.0 Después de RC3:

El objetivo es pasar a estable rápidamente después de RC3, sin prever cambios significativos entre RC3 y la versión estable.
Evite los lanzamientos antes de las festividades estadounidenses y busque un lanzamiento estable antes del 3 de enero, si no surgen problemas con RC3.

Convocatoria de Prueba RC3:

Solicitud de más pruebas en RC3 una vez que esté disponible, específicamente un llamado a la acción para que las personas lo instalen en nodos API e informen cualquier problema a ENF.

Preparación de Activación de BLS para RC3:

Destacó la necesidad de que BLS esté listo para la activación antes del lanzamiento de RC3.

Métricas y Panel de Control de Prometheus:

Discusión sobre la creación de un panel a partir de las métricas, con una lista compartida con el equipo de DEV para recibir comentarios.
Énfasis en la necesidad de una mayor orientación explicativa, considerando a los usuarios externos que no están familiarizados con el código base, sugiriendo la importancia de una explicación de unidades similar a los nodeos para mayor claridad.
La discusión giró principalmente en torno a cronogramas de lanzamiento inminentes, planes de estabilidad posteriores a RC3, llamadas de prueba, preparación para la activación de BLS y consideraciones para mejorar la guía explicativa en las métricas de Prometheus para una mejor comprensión del usuario.
- Problema con Nombres de Agentes Duplicados: el desafío de los nombres de agentes duplicados en config.ini causa problemas de transmisión, a menudo debido a comillas innecesarias en el campo de nombre del agente.
- Generación de Nombres de Agentes: considerar imponer la unicidad en los nombres de los agentes o generar nombres aleatorios para resolver problemas de transmisión. La posibilidad de actualizaciones automáticas basadas en funciones habilitadas.
- Solución Propuesta: ID de conexión: presentamos una nueva opción de config.ini llamada "ID de conexión" para resolver problemas de nombres de agentes duplicados. Discusión sobre la generación durante el inicio y los posibles desafíos con la capacidad de escritura de archivos.
- Administración de Config.ini: solicitud de función de larga data para dividir config.ini en múltiples archivos, similar a los archivos DOD de Debian, para administrar diversas configuraciones de nodos de manera más efectiva.
- Preferencia de Uso: Config.ini versus argumentos de línea de comando: una observación sobre algunos argumentos de línea de comando que prefieren config.ini para facilitar la visibilidad y ejecutar pruebas de integración.
- Visibilidad de las Opciones de Configuración: discusión sobre los beneficios de ver las opciones de configuración en la línea de comando versus config.ini y la posible necesidad de que un punto final muestre opciones no predeterminadas.
- Separación y Seguridad de Puertos: beneficios de separar los puertos para mayor seguridad y una gestión más sencilla de los nodos de cara al público. Desafíos y ajustes encontrados con los nodos actualizados.
- Problemas de Terminales API: abordar problemas como la visibilidad de ciertas características del protocolo en los nodos API y proponer soluciones dentro de diferentes grupos de nodos para un mejor acceso y control.

22 de Noviembre: BLS, Estado de RC3, Progreso de Finalidad Instantánea para Leap 6, Configuración de Zancada de Registro de Bloques y más

Discusiones Técnicas y Actualizaciones:

Discusión sobre los parches intrínsecos de BLS y su impacto en la funcionalidad del nodo.
Mención de un error potencial durante las actualizaciones y pruebas para posibles soluciones.
Anticipación de cambios en RC3 y progreso en las pruebas de avances para registros de bloques.

Mesa Redonda Semanal de Operadores de Nodos:

Descripción general de las actualizaciones del 22 de noviembre de 2023, incluidos los cambios de BLS y el estado de RC3.
Discusión sobre el progreso instantáneo de la finalidad de la versión 6.0 y los desafíos enfrentados durante las fases de rediseño.

Discusión sobre la Configuración de la Zancada de Registro de Bloques:

Exploración de los beneficios de copia de seguridad y recuperación de datos de la configuración de zancada de registro de bloques.
Mención de errores potenciales en la configuración del paso histórico del estado y planes para corregirlos.
Información sobre los beneficios de los registros de bloques para la optimización del almacenamiento y el archivado.

Verificación y Depuración:

Consideración de sumas de verificación e integridad de archivos en registros de zancadas para evitar la corrupción.
Discusión sobre los registros deterministas del Ship, cómo habilitar/deshabilitar el registro de la consola y su posible impacto en el rendimiento.

Impacto del Registro de la Consola:

Información sobre la evolución del registro de la consola desde la depuración hasta una herramienta funcional.
Precaución sobre el uso excesivo del registro de la consola, su impacto en las soluciones de capa 2 y casos anteriores de registro excesivo que causaron problemas.
Esta conversación abordó aspectos técnicos, actualizaciones, bromas sobre los operadores de nodos y discusiones sobre diversas configuraciones y sus impactos en las operaciones y el rendimiento de los nodos.

Operaciones de Registros de Bloques y Ship:

Discusión sobre la división de bloques y registros de Ship para un procesamiento eficiente.
Problemas con el registro de bloques que deja de ser válido después de una pérdida de energía o apagados abruptos.
Información sobre posibles motivos de corrupción o recorte de registros de bloques.

Servicios para Compartir Archivos y Beneficios de Registro:

Consideración del uso de servicios de intercambio de archivos para registros de bloques y ship.
Los beneficios incluyen una configuración de nodo completo más sencilla, un archivado más sencillo y soluciones de almacenamiento más económicas.
Potencial para registros compartidos para múltiples nodos, mejorando la escalabilidad.

Limitaciones del Sistema de Archivos y División de Registros:

Notas de precaución sobre las limitaciones del sistema de archivos con una gran cantidad de archivos en un directorio.
No se observaron compensaciones significativas en el rendimiento en las variaciones del tamaño de la zancada (por ejemplo, millones de bloques frente a zancadas más pequeñas).
Desafíos con pasos más pequeños que causan problemas en los sistemas de archivos.

Operaciones de Escritura de Registros y Recuperación:

Comprender las operaciones de escritura de registros y su asociación con bloques reversibles e irreversibles.
Consultas sobre posibles problemas en las escrituras de registros durante apagados abruptos, lo que lleva al recorte de archivos de registro.

Caché del Sistema Operativo y Escritura de Registros Completa:

Consideración del almacenamiento en caché del sistema operativo y posibles retrasos en la integridad de la escritura de registros.
Especulación sobre las razones detrás del recorte de archivos de registro para su recuperación después de un corte de energía.

Mejoras y Precauciones Futuras:

Ideas para posibles mejoras futuras en el manejo de escrituras de registros y mecanismos de recuperación.
Consideración de errores del operador y paradas no planificadas que afectan la integridad del registro.
Esta conversación profundizó en varios aspectos de las operaciones de registro, limitaciones del sistema de archivos, posibles problemas con las escrituras de registros e ideas para mejorar el manejo de registros y los mecanismos de recuperación.