Autor: Marco González

Editor: Randall Roland

Traductor: Thian

Los operadores de nodos, los desarrolladores principales de Antelope y los miembros de la comunidad se reúnen cada semana para discutir las preguntas más relevantes del día. El objetivo principal de cada Mesa Redonda de Operadores de Nodos es:

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

Las reuniones tienen lugar todos los miércoles de 14 UTC a 15 UTC (de 13 UTC a 14 UTC durante el horario de verano). Para aquellos que deseen aprender los conceptos básicos de las operaciones de nodos EOS, la Fundación de la Red EOS ofrece tutoriales y documentación.

En las últimas semanas, los temas de discusión adoptaron una forma diferente, lo cual no es sorprendente dado el inminente lanzamiento de EOS EVM y las pruebas iniciales de Leap 4.0.0.

Durante la Mesa Redonda del 15 de marzo se realizaron algunas adiciones a la sección de Nodos Especiales del "borrador de taxonomía de los roles que desempeñan diferentes nodos de Antelope". La reunión del 22 de marzo fue cancelada y no se realizaron adiciones al documento en borrador el 29 de marzo.

Entre los eventos clave que afectan a la comunidad se encuentran:

En las Mesas Redondas del 15 y 29 de marzo, gran parte del tiempo se dedicó a la retroalimentación de la comunidad.

La discusión continua de los Nodos Especiales comienza bajo la sección titulada "Reuniones posteriores a la actualización" en GitHub. Se aseguró que la taxonomía de nodos continuará. El objetivo final es mejorar la experiencia y el potencial de las operaciones de nodos futuras tanto para los operadores existentes como para los nuevos.

Vea la discusión de la Mesa Redonda del 15 de marzo en el canal de YouTube de la ENF. Lea las notas en el GitHub de EOS Nation (Leap).

La reunión comenzó con varias actualizaciones. Se lanzó un parche (Leap 3.2.2) para solucionar la estabilidad de SHiP. La regla de las tres faltas recibió muchos comentarios.

Se esperan actualizaciones para DUNE y CDT (kit de herramientas para desarrolladores de contratos) después de que Leap 4.0.0 se lance en la red de prueba.

Leap 4.0.0 se discutirá con la ENF en una Mesa Redonda futura. Lo que se sabe hasta ahora es que se espera que las pruebas comiencen en marzo. Tenga en cuenta que no hay planes a corto plazo para una actualización de consenso hasta algún momento en otoño.

La discusión técnica continuó poblándose en el documento en borrador. Puede encontrar notas detalladas relacionadas con los Nodos Especiales en curso y discusiones pasadas allí.

Los elementos de tipo de nodos fueron pospuestos para la próxima semana. Entre lo destacado de la reunión se incluyen:

Entre los enfoques a corto plazo para Leap 4.0.0 RC se encuentran:

Mayor rendimiento con multi-threading llevó a un interés en SHiP (Plugin de Historia de Estado). Dentro del borrador del documento de taxonomía de nodos, encontrarás:

"Registros de consola/declaraciones de impresión relacionadas con SHiP y registros de DeepMind. ¿Debería haber límites?"

Además, se habló de cuándo habilitar/deshabilitar SHiP para las mejores prácticas. La ejecución paralelizada también se mencionó aquí.

Ten en cuenta que el borrador del documento de taxonomía de nodos no se centra en Leap 4.0.0. Al menos, aún no. vea el Github de AntelopeIO para correcciones de errores sobre la estabilidad de SHiP.

Se siguió reduciendo la latencia y acelerando la propagación de bloques. Se mencionó el emparejamiento automático programado para BP para garantizar la recepción del último bloque con un retraso mínimo. El emparejamiento automático con nodos BP proximales programados (vea el Github de AntelopeIO) pareció destacar entre el grupo.

Puedes encontrar notas de lanzamiento sobre validación, un plugin de exportación de Prometheus y más en el Github de AntelopeIO. También, busca las últimas versiones de Leap 4.0.0 RC y los parches 3.2. Se mencionaron Ubuntu 18.04 vs. 20.04 y preocupaciones de seguridad relacionadas, al concluir la mesa redonda del 15 de marzo.

Se pidió a la comunidad que diera su opinión sobre cómo enfocar el soporte para la última versión estable de Leap en el futuro.

La comunidad no debe esperar un nuevo lanzamiento (que no sea un parche) para 3.2. Sin embargo, también se desea recibir comentarios sobre el futuro de 3.2. Una sugerencia fue mantener (dos) lanzamientos estables sucesivos (es decir, uno para 4.0 y otro para 3.2). Aunque, aún se deben considerar los cambios en la API.
​

Para cerrar la reunión se aseguró que Septiembre/Octubre sigue siendo el enfoque para una actualización del consenso.

La semana del 22 de marzo también fue la misma en la que se completó el código de EVM y comenzaron las pruebas en vivo.

Mira la discusión de la mesa redonda del 29 de marzo en el canal de YouTube de la ENF.

Dado el carácter de las reuniones recientes, hay más superposición de información de lo habitual. Los lectores pueden encontrar conveniente la siguiente lista de documentos:

Tenga en cuenta que no se agregaron notas adicionales al documento de borrador el 29 de marzo.

Como se podría esperar después de las pruebas en vivo y el lanzamiento anticipado de EOS EVM, así como la prueba de Leap 4.0.0 rc2, las actualizaciones rápidamente tomaron el control de la reunión.

Espera un tercer candidato a lanzamiento dentro de la próxima semana aproximadamente. Alerta de spoiler... el desarrollo sorprendentemente rampante se intensificó con la primera mención de una actualización de consenso 5.0 (para la próxima temporada de otoño). Además, espera un nuevo lanzamiento de CDT en las próximas semanas y soporte para IPv4/IPv6.

LLAMADO A LA ACCIÓN PARA LOS BPS → Los BPs deben firmar el MSIG para crear la cuenta EVM.

El entusiasmo llevó a discusiones relajadas sobre:

La discusión sobre el "registro de bloques" se centró en la claridad para los participantes, especialmente en cuanto a la eficiencia operativa. En el repositorio Github de AntelopeIO se detallan los "bloques de registro dividido". Hay un plan de trabajo para evaluar la experiencia del usuario y mejorar el soporte para Mac. Las prioridades para los complementos del productor incluyen instantáneas.

Los subtemas relacionados con el feedback sobre el emparejamiento de BP incluyen:

A medida que aumenta la expectativa en torno a un creciente ecosistema EOS, el valor de la eficiencia administrativa y gerencial se apoderó del grupo. Entre las preocupaciones e intereses estaban:

Las sugerencias incluyen:

Se identificaron condiciones en las que las notas de lanzamiento junto con la capacitación pueden servir mejor en tiempos de rápida innovación. Si bien los operadores de nodos deben estar al tanto de las últimas funciones, el proceso de actualización puede mejorarse para brindar beneficios que se propaguen en toda la comunidad.

Prometheus sigue siendo un enfoque clave. Una actualización de consenso para Leap y la mención de "5.0" coinciden con un calendario de septiembre/octubre.

Tome la siguiente lista con precaución. No solo pronostica meses por delante, sino que la discusión no estaba preparada. Los temas inesperados incluyeron:

Para mantenerse al día con los comentarios anteriores, intente comenzar con AntelopeIO GitHub Optimizar el tiempo de inicio del bloque por huangminghuang.

La retroalimentación final debatió la mejor manera de mantener los estándares antiguos, la claridad para una solución de sobrecarga, el tiempo exacto versus una ventana de compresión y la eliminación del desplazamiento del bloque.

La reunión del 29 de marzo se extendió un poco. Parece que todos en la comunidad de EOS tienen su asiento en posición vertical. No es que alguien esté esperando refrigerios de maní tostado durante el vuelo. Más bien, cada vez más personas están tomando conciencia del hermoso paisaje que se encuentra justo en el horizonte.

EVM, una actualización de consenso, financiación de GameFi/metaverso, y mucho más en los próximos meses hacen que sea un momento emocionante.

​

​