Esta es una traducción automática. El original en inglés está aquí: Update 11 May, 2023
Muchas gracias a todos los que se unieron o intentaron unirse a Joshnet la semana pasada. Realmente apreciamos su entusiasmo, y nos ha ayudado a avanzar hacia la próxima red de prueba (¡sugerencias de nombres, por favor!). En primer lugar, nos encantó que se mantuviera en pie durante tanto tiempo. Esto fue completamente inesperado ya que básicamente se mantuvo unido con cuerdas y bandas elásticas, por lo que es una gran demostración de la solidez de la base de libp2p sobre la que estamos construyendo.
Para la próxima red de prueba, queremos usar el almacenamiento en disco en lugar de comprimir todo en la memoria, lo que será una experiencia de usuario más interesante.
Durante Joshnet, notamos un par de problemas que deben abordarse. Uno era un ancho de banda inesperadamente alto. Sospechamos que esto se debe a que los nodos aparentemente se unen detrás de un enrutador (NAT), pero en realidad no son detectables por los clientes, lo que da como resultado que muchos mensajes no vayan a ninguna parte; si es así, esto posiblemente tenga un efecto en otros nodos de la red. También hemos encontrado memoria de nodo alta y CPU en los nodos, lo que parece deberse a la forma en que libp2p maneja la republicación de datos. Estamos en eso ahora mismo.
Finalmente, nos damos cuenta de que la “experiencia de incorporación” fue un poco rudimentaria (por decir lo menos), así que gracias a todos los que perseveraron. Tenga la seguridad de que Chris está en el caso para que esto sea mucho más sencillo para la próxima red de prueba, o si somos rápidos para solucionar los otros problemas, el siguiente: ¡estamos muy ansiosos por relanzar!
Progreso general
@roland está tomando la delantera en guardar datos en el disco para prepararlos para la próxima red de prueba. Y @Anselme está transfiriendo más tipos de datos para usar la configuración RecordStore de libp2p, de modo que podamos eliminar más código personalizado y confiar en su republicación automática.
Hay algunos errores con NAT transversal tal como está implementado en libp2p y Rust. Como primer paso, queremos poder detectar automáticamente los nodos detrás de NAT para poder tomar las medidas apropiadas, por ejemplo, perforación. @Bzee envió un par de problemas al repositorio rust-libp2p y experimentó con AutoNAT para que los nodos de la red puedan detectar si un nodo de unión está detrás un NAT.
En relación con esto, @aed900 comenzó con el proceso de arranque/descubrimiento y trabajó con @bzee en la configuración óptima en relación con la función de AutoNAT y el protocolo de identificación. El protocolo de identificación es lo que usan los nodos para comunicarse sobre las direcciones observadas de otros nodos.
@bochaco ha estado investigando las pruebas, específicamente una prueba básica que puede generar tareas para generar nodos, además de crear y consultar registros, todo al mismo tiempo en una red de prueba.
@Anselme está trabajando en el refactor de DBC, mientras que @chriso todavía está en el material de OpenSearch para el monitoreo, mientras también prepara el script ‘safeup’ para lanzamientos de redes de prueba automatizados fáciles en una variedad de entornos. Mientras tanto, @qi_ma ha estado solucionando errores, suavizando los flujos de replicación de datos y trabajando para reducir también la memoria del nodo y el uso de la CPU.
Enlaces útiles
- Sitio web de red segura
- Introducción a la red segura
- Aspectos básicos de la red
- Hoja de ruta
- Glosario
No dude 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.