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 llevan a cabo todos los miércoles. Visita el canal de Telegram para obtener información sobre cómo unirte. 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:
4 de octubre: Aspectos destacados técnicos del Leap 5, actualización por consenso pospuesta al Leap 6
11 de octubre: Leap 5.0 RC2, mejora del proceso de pruebas, desafíos de actualización
Asegúrese de buscar notas y comentarios adicionales sobre reuniones en GitHub. Los vídeos se encuentran en el YT de la ENF.
4 de octubre: aspectos técnicos destacados de Leap 5.0, actualización de consenso pospuesta a Leap 6
Durante la mesa redonda inicial en octubre, Brian Hazzard de la ENF brindó una descripción general de varios aspectos técnicos y próximos desarrollos relacionados con el inminente lanzamiento de Leap 5.0. Posteriormente, los operadores de nodos participaron en una sesión de preguntas y respuestas, abordando temas como Prometheus RC1, ejecuciones de transacciones y más.
Aspectos Técnicos Destacados de Leap 5.0
Reducción del Estado de la Memoria: se logró una reducción del 20% en el estado de la memoria, con potencial para una reducción adicional del 6%. Beneficioso para los operadores de nodos EOS y potencialmente para otras cadenas.
Vista Previa de las Notas de la Versión: Brian Hazzard presentó el borrador de las notas de la versión y mencionó la próxima publicación de una guía de actualización. Se compartirán más detalles en el canal de Telegram de los operadores de nodos Antelope.
Eliminación de Transacciones Diferidas: los cambios notables incluyen la eliminación de transacciones diferidas mediante cambios de configuración. También se incluirá una función de protocolo para su eliminación.
Biblioteca VLS: incorporada para la agregación de firmas y la implementación de prueba de conocimiento cero, especialmente dentro del código base de Leap.
Optimizaciones: Mejoras en la memoria, el rendimiento de la CPU y las capacidades P2P. Estas optimizaciones mejoran la capacidad de EOS EVM para manejar transacciones más grandes y primitivas criptográficas. Además, el proceso de transacción nativo de EOS se verá afectado positivamente.
Mejoras de Eficiencia
Obtención de Bloques Asíncronos: se está introduciendo la recuperación asíncrona de bloques, lo que permite a los nodos recuperar el siguiente lote de bloques de forma independiente. Este proceso fluido mejora la eficiencia de la sincronización al tiempo que optimiza la latencia y el uso del ancho de banda con nuevos valores predeterminados.
Selección de Pares: los pares ahora conocen los bloques que posee, lo que agiliza la selección de pares en función de la disponibilidad de bloques para reducir los viajes de ida y vuelta.
Control de Ancho de Banda: una nueva configuración le permite limitar el ancho de banda máximo asignado para la recuperación de bloques, lo que garantiza que la sincronización no consuma todos los recursos de ancho de banda disponibles.
Reducción de la Memoria de Estado: la contribución de la comunidad condujo a la reconstrucción de estructuras de datos para la base de la cadena, lo que resultó en una reducción del 20 % en el estado de la memoria. Optimizaciones adicionales pueden producir una reducción adicional del 6%.
“Estoy realmente entusiasmado con muchas cosas de este lanzamiento. Las mejoras para obtener bloques son realmente geniales, como que no puedes fallar en 5.0, siempre recuperas información y es 4 veces más rápido…” Kevin Heifner, OCI
11 DE OCTUBRE: Leap 5.0 RC2, Mejora del Proceso de Prueba, Desafíos de Actualización
La reunión comenzó con una actualización de Leap 5 RC1, que tuvo un breve período de accesibilidad antes de ser eliminado debido a un error. Esto llevó a la promoción de RC2 como candidato oficial a nueva versión. A medida que las discusiones giraron en torno a los procedimientos de prueba, Eric Passmore (ENF) introdujo un nodo API de acceso temprano para mejorar las pruebas, abordando problemas como el registro de errores y posibles problemas de rendimiento. La búsqueda de eficiencia y un proceso de prueba más efectivo resonó entre los asistentes, surgiendo preguntas sobre los procesos de actualización para BP y Operadores de Nodo.
Discusión Sobre las Pruebas
“...incluso las pruebas simples también son buenas. ¿Estarían dispuestos a patear un poco los neumáticos y cuál sería el mejor formato? Eric Passmore, ENF
Lanzamiento del nodo API de acceso temprano para pruebas.
Enfoque en corregir errores, iniciar sesión y posibles problemas de rendimiento.
¿Preferencia por pruebas de código o paquetes de desarrollo?
Importancia de las pruebas específicas basadas en valores.
Desafíos de los Operadores de Nodos
Desafíos con nodos de historial de estado, gestión de recursos y entornos de prueba.
Necesidad de una mejor coordinación y comunicación.
Hoja de Ruta y Comunicación
Demanda de más transparencia en la hoja de ruta de desarrollo de Antelope.
Comunicación clara para desarrolladores sobre actualizaciones y cambios.
Actualizaciones de la Red
Las razones para actualizar incluyen nuevas funciones, mejoras de rendimiento y evitar bifurcaciones.
"...hay otra razón principal para actualizar, que es que no quieres que te bifurquen en la cadena..." Shaq
"...estos intercambios probablemente estén en 3.1, una buena versión estable, hasta que impulsemos una bifurcación de consenso 5.0 probablemente se quedarán en 3.1 porque todo funciona”. Michael EOS USA
Construcciones personalizadas en varias redes.
Gestionar compilaciones personalizadas y mantenerse en línea con el código base principal.
Soporte para dApps y L2:
Importancia de la compatibilidad y escalabilidad de nodos para dApps.
Coordinación con proveedores de soluciones de capa dos.
Acuerdos en curso para transiciones fluidas.
“…definitivamente hay algunas soluciones clave de capa dos que sería bueno tener…” Michael, EOS USA
Diferencias en los Procesos de Actualización
Procesos de actualización únicos debido a compilaciones personalizadas en diferentes redes.
Gestionar diversas personalizaciones y colaborar con los desarrolladores.
Personalizaciones variadas adaptadas a las necesidades específicas de la red.
Gestionar diversas personalizaciones en diferentes redes.
Una gran cantidad de código personalizado en WAX, Ultra, UX, etc. → Estas son mucho más complicadas de actualizar.
Fuentes y referencias