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:
“...mejorar el protocolo Antelope (específicamente) para los operadores de nodos”.
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 tres mesas redondas informadas en este resumen bimensual:
17 de mayo: comentarios de EVM; Mejoras P2P (eficiencia, sincronización e instantáneas)
24 de mayo: Mantenimiento, Automatización y Seguimiento P2P
31 de mayo: Infraestructura EOS EVM y nodo RPC
Busque notas y comentarios adicionales de la reunión en GitHub. Las grabaciones de video se pueden encontrar en el canal Youtube de la ENF.
17 de mayo: Mejoras P2P
Liderar el desarrollo web3 significa ofrecer la mejor experiencia peer-to-peer. Las mejoras de P2P fueron el tema de la mesa redonda de operadores de nodos del 17 de mayo.
DESCRIPCIÓN GENERAL
Como de costumbre, la mesa redonda comenzó con unos minutos de actualizaciones técnicas.
ACTUALIZACIONES
Lanzamiento del parche Leap 4.0.1 casi terminado
CDT 4.0rc2 (mencionado)
Lanzamiento del parche Dune v1.1.1 y resolución de conflictos (ver discusion en GitHub) (mencionado)
Antes de la discusión P2P, se tomaron comentarios rápidos sobre la EVM. La discusión de P2P se centró en la interconexión, la sincronización y las instantáneas eficientes.
DISCUSIÓN
Comentarios de la EVM
Los comentarios de EOS EVM se escucharon rápidamente. Los comentarios se analizarán y responderán en una reunión posterior o a través de las redes sociales de la comunidad. Entre los comentarios que se hicieron estuvieron:
uso de múltiples nodos
recursos y nodos API
pago de gas, "costos de RAM socializados" y devolución de tarifas a los mineros
gestión a largo plazo y experiencia de usuario simplificada
hacer un seguimiento de posibles problemas de seguridad
Mejoras P2P
Dos temas se destacaron entre la discusión sobre las mejoras de P2P:
emparejamiento y sincronización eficientes
instantáneas
Peering y sincronización eficientes
Los participantes esperan ver mejoras en la interconexión y funciones relacionadas. Centrarse en mejoras fundamentales con objetivos accesibles hizo avanzar la conversación. El descubrimiento automático robusto para pares conocidos surgió como un camino potencial a seguir.
Los problemas subyacentes incluyen:
precisión de las transacciones con una latencia mínima
garantizar la sincronización con el par de menor latencia
aumentar la velocidad del último bloque
resolver mejor la autoridad de firma en medio de una red global
considere la alineación automática vs. manual
El examen de la cadena de bloques WAX puede ayudar a resolver problemas urgentes.
Instantáneas
Con mucho, la mayoría de los comentarios recibidos durante la mesa redonda del 17 de mayo fueron sobre instantáneas. Lo que sigue es una breve descripción general de los comentarios y problemas. Mire la grabación para más detalles.
El tema de la instantánea se comenzó preguntando quién usó la función más recientemente. La mayoría de los participantes dijeron que usan una instantánea una vez al día. Las razones dadas incluyeron RAM y reinicio (para aquellos que ejecutan nodos grandes). Las instantáneas generalmente se ejecutaron de manera predecible para configuraciones "buenas".
Los operadores de nodos WAX tienden a ejecutar configuraciones relativamente grandes. La necesidad de coordinar con el mantenimiento de la cadena de bloques WAX ocurre semanalmente. El proceso generalmente transcurre sin problemas.
La restauración a través de una instantánea generalmente toma 15 minutos, pero varios factores pueden extender ese tiempo a varias horas. Este tema provocó una animada conversación. Para aquellos que buscan detalles, la discusión instantánea se lleva a cabo durante el último tercio de la reunión.
24 de mayo: Mantenimiento, Automatización y Seguimiento P2P
La mesa redonda del 24 de mayo comenzó con preguntas orientadoras sobre el tema y de interés general.
DESCRIPCIÓN GENERAL
La única actualización por hoy es:
El parche Leap 4.0.1 está listo para funcionar
Los temas de orientación planteados a los participantes incluyeron:
cuántos 'construyen desde la fuente'
comprender los problemas de mantenimiento
comentarios sobre la automatización de nodeos
seguimiento P2P
DISCUSIÓN
La discusión principal comenzó cuando el anfitrión invitó a los operadores de nodos a compartir sus experiencias. Los primeros temas planteados buscaban comprender el mantenimiento normal del operador de nodos, los procesos involucrados y cuántos "construyen desde la fuente". La siguiente pregunta involucraba la automatización de nodeos. La reunión concluyó con un seguimiento de la mesa redonda del 17 de mayo en la que se discutieron las mejoras de P2P.
Mantenimiento del Operador de Nodo
Los operadores de nodos compartieron sus conocimientos sobre la "compilación desde la fuente" frente a un administrador de paquetes. Un administrador de paquetes (por ejemplo, activar la instalación) podría adaptarse mejor a los operadores menos dedicados. La eficiencia parecía ser universalmente bienvenida.
Las operaciones complejas pueden involucrar muchos factores. Mantener las opciones parece prudente. Las construcciones y configuraciones personalizadas fueron un par de ejemplos. La discusión llegó hasta binarios, otras cadenas y paquetes de aplicaciones personalizados.
Automatización de Nodeos (y Cleos)
Después de las preguntas sobre la automatización, los desafíos involucrados en la implementación de nodos se hicieron cargo de la discusión.
Hacer funcionar un nodo útil puede ser más complicado de lo que parece a primera vista. Se mencionó específicamente la brecha entre una imagen de Docker 'vainilla' y la implementación. Para aquellos menos enfocados en la personalización, un paquete de aplicaciones puede complementar el uso de Docker.
La compilación de Cleos se presentó para operaciones que se ejecutan con más opciones. Los temas incluidos fueron:
acceso remoto
una wallet de Antelope
empaquetado por separado
corriendo en Apple
La explicación dada por la necesidad de Apple fue que es un desafío ejecutar una máquina virtual de nodeos. Además, muchos comandos ya no funcionan.
Cerrando la discusión sobre la automatización estaban los binarios y los nodos.
Seguimiento P2P
Como se mencionó en la discusión P2P del 17 de mayo, las instantáneas generaron un discurso animado. La reunión del 24 de mayo cerró con una discusión de seguimiento P2P más enfocada.
La función de instantánea generalmente está pensada para operaciones de tipo de recuperación ante desastres en lugar de su uso actual de alta frecuencia. Los operadores de nodos continuaron describiendo sus operaciones y hallazgos.
Se discutió la optimización/rediseño de nodos, el almacenamiento temporal de archivos, las compensaciones (es decir, el rendimiento frente a la base de datos), el tráfico, el eco y la necesidad de una mejor comunicación entre la comunidad de operadores de nodos y los desarrolladores de Antelope. El tema de la instantánea nuevamente atrajo respuestas entusiastas.
Si hubiera algo para resaltar, podría ser que la identificación entre problemas tecnológicos y de comportamiento (de redes de pares) bien podría servir a la comunidad y al desarrollo futuro.
31 de mayo: Infraestructura EOS EVM y nodos RPC
La mesa redonda final del mes fue una discusión abierta principalmente sobre la infraestructura del nodo RPC para EOS EVM.
DESCRIPCIÓN GENERAL
No se mencionaron actualizaciones para el 31 de mayo.
Los temas interesantes en Telegram para la semana incluyen:
Antelope Leap v4.0.1 está activo
Seguimiento de los tiempos de respuesta del complemento API varían según la altura del bloque (GitHub)
Un nodo BP en 4.0.0 no es necesario que actualice (a 4.0.1) pero los nodos SHiP y API sí deberían
Sin ningún tema apremiante, se abrió la palabra a la comunidad. La infraestructura EOS EVM se mencionó y se convirtió en una discusión extensa.
DISCUSIÓN
Después de varios minutos, el conductor resumió el tema de la siguiente manera,
'¿Hay interés en que los EOS BP ejecuten EVM Nodes en el futuro?'
Aspectos destacados de la infraestructura EVM existente
Los nodos RPC centralizados son una solución aceptada y de alto rendimiento.
los usuarios generalmente están satisfechos con una solución centralizada
la centralización ayuda a agilizar el desarrollo
compilaciones atractivas simplificadas en EOS con centralización
las soluciones descentralizadas son posibles
desarrollar una solución descentralizada requeriría mucha mano de obra
Ventajas de la infraestructura EVM centralizada
Tanto los usuarios actuales como los desarrolladores de EVM esperan nodos RPC centralizados. Es una dinámica que ha demostrado un alto rendimiento y agiliza el desarrollo.
Una razón clave es que Ethereum se desarrolló junto con dapps que se ejecutan en cadenas compatibles. A diferencia de las soluciones de capa 2, EOS EVM construyó un camino HACIA Ethereum. Por lo tanto, donde las cadenas de capa 2 modelan la tecnología Ethereum, EOS ofrece más funciones, estabilidad, seguridad y oportunidades de rendimiento.
Ethereum es más antiguo y más evolucionado con más capital financiero que EOS. Amplias bibliotecas y opciones de desarrollo hacen que estos hechos sean evidentes. Mientras EOS trabaja para innovar sus ventajas únicas en el ecosistema, la infraestructura del nodo RPC planea permanecer centralizada.
Actualmente, la ENF ejecuta la infraestructura RPC. Espere escuchar acerca de una asociación de ENF (por ejemplo, Infuria y Alchemy) que eventualmente hará la transición de la infraestructura del nodo RPC de la administración de la ENF.
Soluciones independientes (descentralizadas)
Será posible ejecutar el propio nodo EVM RPC fuera del marco centralizado actual y planificado. La ENF también proporcionará información sobre cómo ejecutar un nodo EVM independiente. Sin embargo, las operaciones descentralizadas no tendrán acceso a las ventajas de las redes, como marketing e infraestructura.
Cerrando
Algunos temas mencionados brevemente al cerrar la reunión incluyen:
Conjuntos de chips (Zeon, I9 y EEC RAM)
fragmentación
desarrollo para beneficios generalizados
Consultas de transacciones de solo lectura (se recomiendan comentarios)
problemas de emparejamiento de nodos que pueden haberse solucionado al actualizar de 3.2 a 4.0 (se recomienda recibir comentarios)
Se alienta a todos a actualizar de 3.2 a 4.0 y compartir sus experiencias.
PANORAMA
Las mesas redondas continúan abordando problemas que hacen que las operaciones de nodo sean más eficientes y refinadas a medida que el desarrollo de Antelope y EVM continúa hacia Leap 5.0. Los operadores de nodos pueden desempeñar funciones más vitales en la incorporación de miembros de la comunidad. La comunicación, la retroalimentación productiva, el desempeño general y el apoyo a la innovación muestran tendencias alcistas con cada reunión que pasa.
Fuentes y referencias