Esta es una traducción automática. El original en inglés está aquÃ: Update 18 May, 2023
Gracias a todos los que participaron en la red de prueba de DiskNet esta semana. A pesar de su ‘desmontaje rápido no programado’ (© SpaceX), realmente aprendimos algunas lecciones valiosas y, afortunadamente, las soluciones no deberÃan ser demasiado complicadas. También encontramos un error relacionado con el registro que ya se resolvió, por lo que estaremos completamente listos para comenzar una vez que esté lista la próxima iteración.
Comunidad gracias
Gracias marcelosousa por sus relaciones públicas eliminando algunos resúmenes exagerados del panel de revisión 
.
Gracias a @mav por su trabajo hasta ahora en mejorar la experiencia de usuario de la billetera 
Progreso general
Feliz de decir que los picos de memoria y CPU que vimos en la red de prueba anterior al cargar datos parecen ser cosas del pasado, gracias a un cambio en el código de republicación de datos. @joshuef ha estado realizando pruebas sobre esto y el comportamiento no se ha vuelto a repetir, asà que cruzo los dedos y eso es todo.
@bzee y @aed900 están progresando en AutoNAT: detección de nodos detrás de enrutadores/cortafuegos domésticos. Han estado estudiando los registros de la red de prueba para detectar problemas potenciales y trabajar en cómo AutoNAT podrÃa mitigarlos.
La otra pieza restante del rompecabezas es cómo almacenar registros. ¿Es libp2p lo suficientemente buena por ahora, o necesitamos encontrar una solución personalizada? Lo mismo se aplica a los DBC, pero dado que no hay una lógica CRDT involucrada en ese caso, estos deberÃan ser mucho más fáciles. Esto es lo que @anselme y @bochaco están investigando en este momento, analizando los pros y los contras.
@qi_ma está optimizando el proceso de republicación de datos. Lo que realmente queremos es que cada vez que haya un evento de abandono en un grupo cercano (ocho nodos más cercanos, XoR), los datos se vuelvan a publicar en los nuevos titulares de datos. Además de proporcionar redundancia, el objetivo es garantizar que las tablas de enrutamiento de los nodos estén siempre actualizadas. La forma libp2p no es del todo adecuada para nosotros, ya que es periódica en lugar de impulsada por eventos, y puede ser bastante pesada. Estamos analizando el uso de esto como respaldo, junto con más replicación impulsada por eventos.
Qi y @bochaco también han estado investigando los problemas de conectividad experimentados durante la prueba de red, que parecen ser causados por pánicos de código en el módulo RecordStore.
Relacionado con esto está la reedición de datos en abandono, que es un poco más complicado con los registros. @bochaco ha creado una nueva prueba de extremo a extremo para verificar la integridad de los datos de registro durante los eventos de rotación de nodos.
Y @roland está trabajando para mejorar el proceso de registro en preparación para la próxima red de prueba. Aférrense a sus sombreros. 
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.