Autor: Markus Hinrichs, Andrew Ware

Editor: Randall Roland

Traductor: Erick Birbe

Daniel Keyes de EOS Nation organiza estas reuniones semanales para discutir el desarrollo actual y futuro. Brindan información valiosa para los grupos involucrados en el desarrollo de software, como desarrolladores, BP, ingenieros de blockchain y partes de la comunidad que desean profundizar en el proceso de desarrollo.

Haga clic aquí para ver la grabación de video de la reunión (Código de acceso: R6jN+U4U)

Stephen Diesel ofreció una breve descripción general de las actualizaciones de Leap y DUNE y sus fechas de lanzamiento previstas. El reciente CDT 3.1.0 RC1 contenía una nueva versión del kit de herramientas que usan los desarrolladores para desarrollar y compilar contratos inteligentes.

Se espera que el lanzamiento de Docker Utilities for Node Execution (DUNE) sea el próximo mes, ya que el equipo de desarrollo se enfoca en prioridades más apremiantes. Sin embargo, antes de su lanzamiento, hay cosas menores que abordar, como la dependencia de la versión en CDT y Leap.

Stephen también solicitó comentarios de los BP y otros operadores de nodos sobre la versión más reciente de Leap, la implementación en C++ del protocolo Antelope. Leap v3.2.0 incluye la nueva aplicación leap-util junto con mejoras para cleos.

El enfoque de la prueba se encuentra en:

Antes de la discusión, Stephen Diesel describió el marco histórico de la RFP de mejoras al P2P, que en términos generales tiene la intención de mejorar el proceso de sincronización y descubrimiento de arranque de un nuevo nodo blockchain de Antelope.

Explicó que hubo quejas anteriores sobre el rendimiento, la estabilidad y la facilidad de uso. Después de esto, se realizaron muchas mejoras, como subprocesos múltiples, aunque los ajustes de configuración internos permanecieron muy limitados en funciones.

Por el momento, encontrar y conectarse con pares es un procedimiento desafiante. La Coalición Antelope buscó dar máxima prioridad a los avances P2P. Sin embargo, el trabajo resultó demasiado costoso y requería mucho tiempo para abordarlo todo a la vez. En cambio, la Coalición dividió la prioridad en partes más pequeñas y alcanzables. La primera parte de esta nueva RFP P2P apunta al descubrimiento automático de pares.

Nota: esta integración permitirá una mejora de valor agregado independiente en un cronograma más corto que una reescritura completa de P2P. También permite que el equipo de la ENF identifique mejoras incrementales en el protocolo P2P que se convertirán en sus propias RFP o se integrarán en una versión de software de la ENF.

Después de esta revisión, Stephen abrió la discusión al grupo de trabajo más grande de Leap. El grupo compartió sus ideas para mitigar las ineficiencias y mejorar la experiencia del usuario en la interconexión de nodos, incluidas iniciativas relacionadas, como el recorte de registros de bloques y mejoras en la infraestructura interna de los nodos.

Dado que las RFP resultaron ser demasiado grandes, ENF decidió reducir su alcance. Luego, la coalición decidió crear la RFP de Peer Discovery Initiative con un fuerte énfasis en mantenerla lo menos invasiva posible con respecto al desarrollo del complemento NET.

Se han actualizado los procedimientos de licitación de las RFP. Hay archivos PDF que describen el proceso de licitación cuando hay una nueva RFP disponible. Las nuevas RFP se encuentran en la subcarpeta RFP de la coalición en el sitio web de la ENF. Una vez que la RFP se publica en la comunidad, hay una semana para enviar una intención de ofertar.

Ted Cahall declaró que el alcance de la RFP se había hecho más fácil de licitar; en el futuro (próximas RFP), las partes interesadas deberían poder dar su opinión en una etapa anterior a una RFP. Este proceso debería mejorar y ser más transparente con cada iteración.

Según Stephen, existen dos enfoques diferentes para estas RFP. Uno sería prescribir soluciones en exceso; el otro es "realmente comenzando con el problema".

- En opinión de Stephen, es crucial comunicar los problemas y dejar que los que respondan den una solución. Eso mantendrá las cosas abiertas y les dará a los ingenieros algo de aire para soluciones creativas.

Las Cadenas Antelope buscan ahorros de costos y sinergias. Para dividir el costo del desarrollo, están buscando puntos en común. En el proceso de priorización, cada cadena, Wax, Telos, UX Network y EOS, ponen cinco ideas o temas sobre la mesa para su votación. Para que sea posible priorizar entre ideas y temas, cada una de las cadenas obtiene 16 votos para asignar. La última priorización terminó con la salida de 4 RFP.