Author: Marco González

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 discutir las preguntas cautivadoras del día. El objetivo principal de cada mesa redonda de operadores de nodos es:

Las Reuniones ocurren todos los miércoles de 14 UTC a 15 UTC (13 UTC a 14 UTC durante el horario de verano). La Fundación de la Red EOS proporciona tutoriales y documentación para aquellos que deseen aprender los conceptos básicos para operar un nodo EOS (y más).

A continuación se muestra una lista de las dos mesas redondas que abarcan este resumen bimensual:

Busque notas y comentarios adicionales de la reunión en GitHub. Las grabaciones de video residen en el Youtube de la ENF.

La reunión del 7 de junio fue principalmente una discusión abierta. A medida que se acerca septiembre, hay un mayor enfoque en la preparación para Leap 5.0.

Mejorar la gestión de las operaciones de los nodos es un interés recurrente de la comunidad. La mejora de P2P comprende gran parte de la retroalimentación.

Las mejoras de P2P siguen captando la atención de los operadores de nodos. Los problemas principales se relacionan con la estabilidad de las transacciones, la confiabilidad y la "calidad de vida" general de los operadores de nodos. Las áreas objetivo identificadas que ayudan a realizar las mejores soluciones incluyen:

Las semanas anteriores ofrecieron una idea de los temas anteriores. La siguiente sección busca agregar claridad y ahorrar tiempo al lector. Espere un informe completo (del equipo) sobre las mejoras de P2P después de más debates y comentarios.

Se necesita mejorar la visibilidad y la gestión para aumentar la eficiencia. El enfoque principal es el estado visible de los nodos en una red de pares que permite a los operadores identificar sus conexiones preferidas en un momento dado.

Comparada con una caja negra, la información de pares puede dejar a un operador adivinando dónde encontrar los bloques que se necesitan actualmente. Los tipos de datos importantes aquí incluyen:

El flujo de datos de salida debe ser mayor que el de entrada. La designación actual para la sincronización es un tiempo de espera antes de pasar al siguiente nodo. Las mejoras de sincronización P2P también son el tema de una conversación reciente en GitHub.

El flujo de nodos puede aumentar la eficiencia al eliminar la necesidad de luchar por la misma información. Sin embargo, puede haber un problema de seguridad cuando los cambios carecen de razonamiento y los números de pares permanecen inquietantemente estables. Las soluciones mencionadas incluyen:

El etiquetado de Ethereum nuevamente dibujó una comparación. La reevaluación continua de los compañeros fue seguida por la voluntad de los compañeros de producir bloques. Sin embargo, el aumento de la disponibilidad general provocó un problema de seguridad y problemas de ancho de banda frente al límite de bloques.

La retroalimentación de la comunidad generalmente acompaña a las experiencias. A continuación se muestran los aspectos más destacados de las descripciones detalladas:

Una pregunta de seguimiento revisada fue:

La comunidad continúa trabajando hacia una red más saludable con el tiempo. Se alienta a todos a probar 4.0.1 y proporcionar comentarios sobre problemas relacionados.

Pasando de la discusión de gestión de pares, hubo temas relacionados principalmente con la actualización de consenso de Leap 5.0 programada tentativamente para septiembre.

En la reunión del 14 de junio, nuevamente los participantes discutieron ideas sobre áreas de mejora persistentes.

Las soluciones del historial con bibliotecas independientes han surgido de vez en cuando. El cortafuegos de antílope atrae una mayor atención. Con Leap 5.0 en el horizonte, los participantes de la reunión se tomaron el tiempo para explorar la innovación a largo plazo.

Una conversación de GitHub sobre Viabilidad del instrumento desacoplado permanece en la mente de varios operadores. Sin embargo, este tema conserva el estado de pospuesto.

Un video sobre el tema gestión de datos se proporcionó en el chat para complementar la discusión de hoy.

Abrir el intercambio de ideas y comentarios fue una solución de subcorriente (historial) de la mente profunda. Hay muchas razones para que los operadores de nodos se interesen en una solución de historial. Las siguientes son algunas áreas discutidas.

Comenzando la discusión del historial estaban las menciones de dfuse, Graph y (posteriormente) firehose. La atención se centró en mantener bibliotecas e instrumentación separadas fuera del código base de nodeos. Una solución sin nodos para abstraer la historia permanece en la mente de los desarrolladores. Sin embargo, las soluciones a corto plazo (por ejemplo, la satisfacción parcial de necesidades a través de seguimientos) aún superan la alta relación esfuerzo-recompensa por el momento.

Los esfuerzos independientes hacia una solución de historial en memoria profunda ofrecieron más información y comentarios. A continuación se muestran los aspectos más destacados que consumieron alrededor de una cuarta parte de la reunión:

Un participante de la reunión describió un prototipo (para una función de biblioteca) que reemplazó el registrador con un puntero de paso a nodeos con la intención de que los nodeos envíen la información adecuada. La solución ofrece velocidad y flexibilidad, especialmente para aplicaciones de juegos. Las limitaciones del prototipo implican limitaciones de seguridad y lenguaje (por ejemplo, funciona bien con Python pero no con Javascript). Mirando a largo plazo, una interfaz basada en cadenas para la experimentación con diferentes estructuras de datos se considera una búsqueda deseable.

Brevemente mencionado fue Antelope Firewall. Una subvención de ENF está financiando la construcción del nuevo cortafuegos. Rápidamente se mencionaron algunos elementos:

El valor del firewall es para cosas como la limitación de velocidad, las interacciones de la cuenta y más (por ejemplo, archivos JSON independientes).

La reunión concluyó con algunas ideas 'locas' sobre el futuro del ecosistema de Antelope. Las siguientes ideas están fuera de la hoja de ruta del equipo de desarrollo:

Si bien la conversación duró poco, provocó una conversación sobre compilaciones EOSIO "locas". Se alienta a la comunidad a compartir dichas compilaciones en honor al quinto aniversario de EOS.