Autor: 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 EOS Network Foundation proporciona tutoriales y documentación para aquellos que deseen aprender los conceptos básicos de operación de un nodo EOS y más.

El interés en explorar el desarrollo actual y evaluar los comentarios continuó durante la primera mitad del mes.

Busque las notas de la reunión en GitHub y videos grabados en el Youtube de la ENF.

La reunión del 3 de mayo puede ayudar a los desarrolladores activos que deseen ponerse al día. Si bien la lista proporcionada es un trabajo en progreso, las iniciativas se detallaron por su valor percibido ahora y su papel en el lanzamiento de Antelope 5.0.

Antes de profundizar en la acción en torno a 5.0, aquí hay algunas actualizaciones:

Después de los breves comentarios sobre las actualizaciones, los asistentes eligieron los temas. Una primera opción era volver a la taxonomía de tipos de nodos. Otro fue revisar y comentar las agendas activas para Leap 5.0.

La discusión finalmente se asentaría en dos temas:

Las Iniciativas de subvenciones de la ENF para Leap v5.0.0 discutidas el 3 de mayo incluyen:

De los elementos enumerados anteriormente, dos (IF y Peer Node Discovery Improvements) se reconocen como proyectos RFP (solicitud de propuesta).

La IF RFP puede llegar a ser la iniciativa 5.0 más importante. Alcanzar la finalidad más rápido (que un par de segundos como se tarda actualmente) afecta la forma en que los desarrolladores piensan acerca de sus dApps. IF significa una retransmisión más rápida entre transacciones y un estado de red afectado de forma fiable. Imagine lo que pueden hacer los desarrolladores cuando se aseguran más acciones completadas. IF aumenta la complejidad del desarrollo de dApp. Los usuarios (y la red en su conjunto) se benefician de dApps más sólidas y creativas.

Los comentarios sobre IF siempre parecen positivos. Se mencionaron casos de uso y cómo los desarrolladores podrían cambiar la forma en que construyen. En su forma más básica, una finalidad más rápida agiliza las transacciones que se sabe que son necesarias. Para obtener más información sobre IF, lea el Informe de la coalición: finalización más rápida con IBC, SDK+ nueva RFP de mejora de P2P.

Tal vez no tan esencial, pero bien entendido por la comunidad de desarrolladores, es el problema de las limitaciones de RAM. La breve discusión resumió los planes generales y prometió informar sobre las preocupaciones de las operaciones más grandes.

Las interacciones de contrato apuntan a las preocupaciones de escalamiento de los desarrolladores. El mantenimiento de una(s) solución(es) flexible(s) resaltó entre los breves comentarios.

La transmisión inmediata parece ser un tema candente. Es decir, introduciendo ventajas operativas que ‘empiezan temprano’, antes de la próxima ranura de bloque. Evita encontrar una transacción pendiente con un bloque siguiente parcialmente lleno. Un problema potencial es que el diagnóstico de la latencia de BP puede volverse más difícil. Las soluciones a la latencia de BP podrían ser envolver el bloque, monitorear entre nodos, un bloque de envoltura e información de encabezado adicional.

El descubrimiento de nodos de pares es otra RFP. Más allá de la mención de direcciones IP privadas, límites/sobrecarga y una posible máscara de subred, el tema no se discutió mucho. Un participante mencionó cómo la comunidad Ethereum tiene una experiencia sustancial en esta área. Se creó un elemento de acción que puede revisarse en una futura mesa redonda.

Prometheus se mencionó junto con IP generalizada (configuraciones de puerto para puntos finales HTTP de nodeos). La idea es evitar la redundancia, la deuda tecnológica y la funcionalidad.

Por el momento, las compilaciones ancladas reproducibles requieren un paso manual. El objetivo es aumentar la automatización a medida que madura la comunidad de desarrolladores. Se solicitó más información. Las instantáneas se mencionaron aquí. Se espera que las instantáneas se vuelvan más razonables con los nuevos lanzamientos de parches y se prioricen sobre los reinicios. Tenga en cuenta que las versiones principales pueden necesitar más que una instantánea.

Otros temas sobre las Iniciativas de subvenciones de la ENF para Leap v5.0.0 listas en el momento de escribir este artículo eran:

La lista de iniciativas de Leap v5.0.0 es un trabajo en progreso. Es probable que cambie muchas veces antes del objetivo de Leap 5.0 para septiembre/octubre de 2023. La idea principal es que AntelopeIO se destaque dentro del espacio de la cadena de bloques por su rendimiento y confiabilidad. El desarrollo debe apoyar estos conceptos. Además, una consideración clave es facilitar los procesos para los desarrolladores y fomentar la adopción por parte de los usuarios.

Tenga en cuenta que la lista no incluye correcciones de errores.

Leap v4.0.0 generalmente parece estar haciendo el trabajo para el que fue diseñado. Las firmas de cuentas flexibles son de particular interés. La nueva característica se considera una adición sustancial.

Los elementos más desafiantes se relacionan con multisigs y retrasos de tiempo. Parece prudente hacer que las multifirmas sean más fáciles para GameFi. Las funciones de retardo de tiempo se revisaron con la idea de autoridad (permisos) temporal con alcance.

La mejora de la documentación resurgió de nuevo. Un desafío inicial es equilibrar los parches y las actualizaciones junto con la documentación de desarrollo principal. La expectativa es que las mejoras llegarán a medida que se acerque la versión de otoño de 5.0.

Antelope en EOS (Leap) 4.0 es una muestra emocionante de lo que está por venir. Algunos desarrolladores ya reconocen las ventajas y optan por realizar la actualización no obligatoria. El equipo de la ENF continúa mostrando su talento dejando fluir la información en desarrollo. Ha surgido una nueva cultura en EOS, una de creatividad y trabajo por la prosperidad.

EOS EVM se hizo cargo de la mesa redonda del 10 de mayo.

Las actualizaciones a tener en cuenta incluyen:

La discusión comenzó pidiendo la opinión de aquellos que han manejado un EVM público. La información sobre el entorno actual de la operación del nodo EVM público se deriva del resto de la discusión.

Los incentivos estuvieron entre los primeros temas. Interactuar con la comunidad y garantizar el valor y el crecimiento se habló después.

Los "buenos controles de estado (operativos)" son una solución en proceso. La mayoría de los participantes parecen apoyar centrarse en el rendimiento y la confiabilidad conocidos de Antelope sobre el equilibrio de carga.

Se discutieron los problemas de la billetera tanto para MetaMask como para Anchor. Los anuncios sencillos para MetaMask parecen ser el siguiente paso lógico. Probablemente requiera más esfuerzo, pero parece sensato centrarse en Anchor para mejorar el entorno EVM.

A medida que EOS ingresa al entorno EVM, es importante recordar que EOS aporta más a la mesa que otras tecnologías EVM. Si bien EOS EVM busca igualar la capacidad operativa de las dApps de EVM existentes, el desarrollo debe tener cuidado para evitar obstáculos. Se sugirió mejorar la forma en que EOS logra objetivos similares de manera única. Más específicamente, comienzar con el envoltorio de recursos (CPU/NET) pagado por "mineros". Además, buscar el aumento de la cantidad de mineros para facilitar la distribución de tarifas.

Entre los otros artículos que llamaron la atención del grupo estaban:

Tenga en cuenta que una visión comunitaria compartida comenzó a tocar ideas que se prestan a la centralización frente a la descentralización. El público objetivo de EOS también podría incluirse en esta discusión.

En general, la mesa redonda del 10 de mayo fue una discusión enérgica que abordó temas generales y específicos. EOS EVM puede estar en vivo, pero aún tiene que mostrar su verdadera forma. El desarrollo continúa con el lanzamiento de nuevas dApps. Desarrollar en EOS EVM hoy requiere verdadero talento, previsión y adaptabilidad. Sin embargo, es ahora cuando se plantan las semillas más fructíferas.