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 ocurren todos los miércoles. Visita el Telegram canal para obtener información sobre cómo unirse. La Fundación EOS Network 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 bimensual:
13 de diciembre: Leap 5.0 RC3 fue activado y la versión estable está programada para enero de 2024, aumento de transacciones manejadas por la red, escasez de soluciones de historial, relevancia del substream y estímulo para que los BP actualicen a las últimas versiones de Leap
6 de diciembre: actualizaciones de Leap 5.0 RC3, simplificación del funcionamiento del nodo vs a documentación mejorada y más
Asegúrese de buscar notas de reuniones adicionales y comentarios en GitHub. Los vídeos residen en el Youtube de la ENF.
13 de diciembre: Leap 5.0 RC3 está activo y la versión estable está programada para enero de 2024, aumento de transacciones: la red funcionó bien, escasez de soluciones de historial, relevancia del substream, BP activados para actualizar
Leap 5.0 RC3 y vistazo a 6.0:
Lanzamiento de actualización reciente el jueves con participación de la comunidad para implementaciones de nodos que no son de BP.
La ENF confia en lanzamientos estables con posibles cambios menores después del año nuevo.
Coordinación en redes de prueba para actualizaciones de protocolos discutidas entre los miembros.
Pruebas continuas de nodos EOSEVM y dfuse para comprobar su compatibilidad con 5.0.
Preparación para Leap 6.0:
La ENF planea comunicar sobre la inminente actualización 6.0, que traerá Instant Finality en enero.
Explorando modificaciones en los cálculos de la raíz de Merkel para una finalidad instantánea.
Temas de la comunidad - Soluciones históricas:
Surgieron preocupaciones sobre la escasez de Hyperion Nodes de EOSUSA y la disponibilidad limitada de soluciones de historial.
Se destacaron problemas en torno a la solución IBC de Alcor que depende de soluciones de historial, lo que provoca interrupciones técnicas durante las caídas de los nodos.
Discusión sobre la importancia de los hashes de bloque sobre el contenido del bloque para fines de IBC y los próximos cambios en los cálculos de rutas merkle para 6.0.
Discusión sobre los requisitos mínimos de servicio para soportar las funcionalidades de IBC.
Se hicieron sugerencias para servicios que proporcionen datos resumidos en lugar de datos sin procesar para aliviar la carga en los nodos.
Desafíos con soluciones de historial:
La falta de incentivos, los costos y las complejidades se citan como razones detrás de la escasez de soluciones de historial.
Debate sobre qué tipo de historial conservar, que varía de un caso de uso a otro.
Promoción de substreams y soluciones personalizadas para gestionar las necesidades históricas.
Esfuerzos de EOS Nation:
Promoción de EOS Nation de substreams en las cadenas Antelope, haciéndolas compatibles con Ethereum y Cosmos, con planes para substreams en EOSEVM.
Aumento del volumen de transacciones debido aInscripciones:
Información sobre el origen de las NFT y eventos recientes de inscripción de gran volumen, generando alrededor de 18 millones de transacciones en 24 horas.
Rendimiento de la red durante el evento, con algunos problemas de RPC observados para EOSEVM.
“La red se mantuvo muy bien. Hubo algunos forks. Upland se quejó de que algunas transacciones no se realizaron debido a una cola”. Mateo Darwin
Impacto de los eventos de inscripción que provocan actualizaciones para los operadores de nodos, enfatizando el mayor uso de NET y sus posibles consecuencias en la arquitectura de la red y el uso del ancho de banda.
Precios NET y actualizaciones de infraestructura:
Se generó una discusión sobre el precio de NET, la necesidad de más nodos EVM y los costos potenciales a largo plazo de manejar un mayor flujo de datos.
Reflexión sobre el reciente aumento en el uso de NET, alterando el enfoque de CPU a NET para el procesamiento de datos.
Reflexiones Finales:
Kevin Heifner destacó los acontecimientos del fin de semana como un ejercicio estimulante y valioso. No sólo mostró la resiliencia de la red, sino que también identificó áreas potenciales para mejorar la infraestructura de la red y estimuló debates sobre el precio de NET. Además, impulsó a los BP que todavía usan Leap 3.x a iniciar actualizaciones a las versiones 4 y 5 más eficientes en un futuro cercano.
6 de diciembre: actualizaciones de Leap 5.0 RC3, simplificación del funcionamiento del nodo vs documentación mejorada y más
Preparación de la versión (actualización 5.0):
Estado de transición hacia la actualización 5.0, con discusiones sobre una prueba fallida y la disponibilidad esperada de RC3 para el 7 de diciembre.
Se abordaron posibles problemas imprevistos y la probabilidad de lanzamientos estables con archivos binarios firmados.
Mejoras en RC3:
Se describieron mejoras de RC2 a RC3, que incluyen correcciones de errores, mejoras de rendimiento, optimización de la memoria y optimización operativa en el proceso de compilación.
Se enfatizó la estabilidad, las pruebas y la equivalencia de funcionalidad con más refinamiento en RC3.
Perspectiva de lanzamiento estable:
Se destacó la prueba de RC3 por parte de EOS Nation en nodos que no producen bloques.
Objetivo para una promoción de lanzamiento estable para la primera semana de enero, que podría incluir lanzamientos binarios firmados.
Perspectivas de Michael sobre la documentación:
Enfatizó la importancia de una documentación completa para Node Ops, destacando problemas potenciales durante los saltos de versión debido a la falta de documentación.
Señaló la necesidad de un entendimiento más amplio entre quienes no participan en las discusiones sobre desarrollo para evitar brechas de conocimiento.
Propuesta de Yves la Rose de un modo-fácil de Operación de Nodo:
Se abordó la complejidad de las configuraciones de nodos, lo que sugiere que la mayoría de los usuarios desean archivos ejecutables simplificados y actualizaciones automáticas.
Exploró la idea de un “modo fácil” o una imagen oficial de Docker, así como un software de gestión para configuraciones automáticas y actualizaciones para reducir las barreras de entrada para los usuarios.