Actualizaci贸n de Safe Network Dev 馃嚜馃嚫 10 de diciembre de 2020

Esta es una traducci贸n autom谩tica. El original en ingl茅s est谩 aqu铆: Safe Network Dev Update - December 10, 2020

Resumen

Estas son algunas de las cosas principales a destacar desde la 煤ltima actualizaci贸n de desarrollo:

  • sn_client v0.44.0 ha sido lanzado esta semana, el primer lanzamiento del cliente desde julio.
  • Hemos completado y combinado la implementaci贸n de la duplicaci贸n de bloques de Blob cuando un adulto abandona la red; ahora se publica en sn_node v0.25.9.
  • Nuestro consultor ha creado un algoritmo codificado, probado y de trabajo para la membres铆a din谩mica.

Actualizaci贸n general

Una actualizaci贸n general r谩pida de nuestro progreso hacia la pr贸xima red de pruebas.

Todos estamos con la cabeza gacha juntando todas las piezas para la pr贸xima red de prueba. Como era de esperar, hay algo de b煤squeda de errores y algunas adiciones de 煤ltima hora. Una cosa que no tendremos tiempo de incluir en esta red de prueba es la nueva membres铆a de BRB (Byzantine Reliable Broadcast). La membres铆a de BRB es un paso realmente importante, pero por ahora estamos buscando probar tantas otras partes m贸viles que hemos acordado que el enfoque deber铆a ser lanzar esta fase I lo antes posible, entonces podemos enfocarnos completamente en BRB.

Cliente seguro, nodos y qp2p

Plan del proyecto Safe Network Transfers
Plan de proyecto de cliente seguro
Plan de proyecto de nodo de red segura

Esta semana vio el primer lanzamiento y publicaci贸n de sn_client desde julio. Este repositorio anteriormente consist铆a en varias cajas juntas bajo el banner Safe Client Libs, pero como los lectores habituales sin duda sabr谩n, lo refactorizamos en gran medida, lo que nos llev贸 a eliminar muchos miles de l铆neas de c贸digo que consideramos ineficientes, con errores o innecesario. Esta es ahora una 煤nica caja sn_client, lanzada con este nombre por primera vez. Esto une a sn_node y sn_routing en nuevos lanzamientos de cajas importantes durante las 煤ltimas 2 semanas, por lo que esperamos que demuestre el progreso que estamos logrando a medida que las piezas principales comienzan a encajar en su lugar. Esta versi贸n no significa que hayamos terminado con sn_client, solo significa que lo consideramos lo suficientemente estable como para introducir una canalizaci贸n de entrega continua. El desarrollo contin煤a al ritmo, y ahora cada RP fusionado dar谩 como resultado una nueva versi贸n generada autom谩ticamente.

Esta semana hemos estado tratando de rastrear la fuente de un problema de desbordamiento de pila que ha surgido ensn_node. Al principio, parece que no hay una fuente espec铆fica, pero el uso de la pila simplemente ha aumentado con el tiempo. Esto solo suced铆a originalmente en Windows, donde descubrimos que el tama帽o de pila predeterminado es de 1 megabyte, que es bajo en comparaci贸n con Ubuntu, que tiene 8 MB. Reducir el tama帽o de la pila en Ubuntu nos permite replicar esto, lo cual es bueno. Entonces, con eso, hemos estado investigando esto m谩s a fondo y las opciones para evitar que esto suceda.

Hemos completado la implementaci贸n de la duplicaci贸n de fragmentos de Blob cuando un adulto abandona la red. Esta caracter铆stica, que se deshabilit贸 temporalmente durante algunos de los refactores en el repositorio sn_node para traer agricultura y recompensas, ahora es compatible con la nueva estructura del c贸digo, probado y combinado. Esta implementaci贸n tambi茅n sienta las bases para las pr贸ximas tareas en nuestras tarjetas: distribuci贸n de datos sobre abandono de ancianos, eventos de promoci贸n y divisiones de red. Ya tenemos algunas ideas en mente y pronto comenzaremos a implementarlas.

BRB - Difusi贸n confiable bizantina

隆Buenas noticias! Nuestro consultor ha creado un algoritmo de trabajo para la membres铆a din谩mica. Este es un trabajo original que utiliza un reloj de generaci贸n con una operaci贸n de uni贸n o salida permitida por actor, por generaci贸n. Este algoritmo ya se ha codificado junto con un conjunto de pruebas, y todas las pruebas est谩n pasando.

El siguiente paso ser谩 integrarlo con la implementaci贸n de DSB existente. As铆 que al final tendremos un protocolo para negociar la membres铆a din谩mica que es distinto pero complementario al protocolo DSB para la transmisi贸n BFT de operaciones / datos regulares.

Enrutamiento

Plan del proyecto

Esta semana, para reforzar nuestro registro y ayudar con la depuraci贸n, decidimos cambiar el enrutamiento para usar tracing, en lugar de la caja log . Esto nos permite utilizar registros y intervalos estructurados. El PR para este conmutador ahora se ha fusionado. Nuestra intenci贸n es cambiar para usar 鈥渞astreo鈥 en otras cajas durante las pr贸ximas semanas.

Despu茅s de una discusi贸n m谩s profunda sobre c贸mo y cu谩ndo se usa la prueba de recursos, decidimos que los nodos reubicados deben ser confiables y, por lo tanto, no ser铆a necesario que se sometan a la resoluci贸n de problemas.rce procedimiento de prueba de nuevo. El PR No requiere prueba de recursos de nodos reubicados ahora se ha fusionado para refactorizar dicho comportamiento. En el mismo PR, tambi茅n arreglamos un par de errores y fallas de prueba que rastreamos gracias al registro mejorado proporcionado por la caja de 鈥渞astreo鈥 antes mencionada.

Enlaces 煤tiles


No dudes en responder a continuaci贸n con enlaces a las traducciones de esta actualizaci贸n para desarrolladores y los moderadores las agregar谩n aqu铆.

Como proyecto de c贸digo abierto, siempre estamos buscando retroalimentaci贸n, comentarios y contribuciones de la comunidad, as铆 que no sea t铆mido, 煤nase y creemos la red segura juntos.

1 me gusta