Esta es una traducción automática. El original en inglés está aquÃ: Update 26 October, 2023
En los últimos años hemos simpatizado a menudo con SÃsifo en la leyenda griega. SÃsifo tuvo que empujar una roca colina arriba por la eternidad solo para que volviera a rodar hacia abajo tan pronto como se acercaba a la cima.
No queremos tentar a los notoriamente vengativos dioses griegos, pero estamos cada vez más seguros de que esta vez finalmente lo hemos logrado y estamos sentados en la meseta. ¿Por qué tanta confianza, oh vosotros que habéis estado con nosotros en las buenas y en las malas, oh vosotros que quizás estéis experimentando una leve sensación de deja vu?
Bueno, porque los errores son cada vez más pequeños y los solucionamos más rápido. Porque todo el equipo soluciona errores juntos, en lugar de que cada uno tenga una especialización. Porque las redes de prueba duran más y producen resultados que podemos comprender y abordar. Porque podemos iterar sobre la marcha con mejoras tangibles. Porque colaboramos con personas de ideas afines. Y porque la comunidad está trabajando con sus propias soluciones. Hemos pasado de lo teórico a lo práctico y eso se siente bien.
Esta semana entró un montón de relaciones públicas, desde el equipo, hasta el equipo y algunos otros proyectos. En resumen:
- Una solución para devolver la mayorÃa de los nodos en lugar de todos.
- Un PR para solo pagar un nodo en lugar de todos, sin dejar de replicarse en el grupo cercano.
- Otro sobre replicación, este para usar
tokio::Intervalpara la replicación forzada en lugar de instantánea, para lidiar con los picos de tráfico que estaban causando bloqueos. . - Un cambio en el cliente para verificar solo los fragmentos que alcancen la mayorÃa para la replicación.
- Una solución para un par problema de duplicación en la activación de la replicación.
- Y otro que experimenta con ampliar el rango de replicación.
- Luego hay uno que elimina registro lento de content_hash para registros grandes: una probable pérdida de memoria.
- Nuevamente en el registro, hay uno que agrega el registro SwarmCmd para la creación de perfiles de rendimiento, otro que agrega el registro de KBucketKey del nodo y otro que corrige los registros de tiempo.
- Además, está el PR de @bzee para
libp2ppara abordar un almacén vector de direcciones en constante crecimiento: otro candidato a pérdida de memoria. - Luego hay una solución para fallos en las pruebas de recompensa al emitir NetworkEvent en las publicaciones de GossipSub.
*Además hay varios más esperando aterrizar desde las sucursales individuales del equipo.
Gracias a @southside por su útil PR por una simple mejora de la salida y a shuoer86 por algunas correcciones de errores tipográficos. Todos los demás, no sean tÃmidos. Si detecta algo que podrÃa modificarse o mejorarse, envÃe un PR o háganoslo saber en el foro.
Progreso general
@joshuef ha estado observando las variaciones de los costos de las tiendas y cómo los clientes aumentan innecesariamente los precios y pagan por datos que ya están almacenados. (PR 887/888). Estamos endureciendo el sistema de pagos verificando quién tiene la parte y devolviéndoles el dinero si es necesario, no reembolsando a todos. A su vez, esto reduce el estrés en el proceso de verificación, lo que significa menos actividades inútiles y un mejor rendimiento.
Las mejoras relacionadas incluyen la eliminación del hash de contenido redundante y solo verificar fragmentos en la mayorÃa del grupo cercano en lugar de todos ellos para evitar trabajo innecesario.
@bochaco ha estado trabajando en cambios en la documentación para nuevos comandos cli/rpc-client y probando testnet-deploy para verificar que CashNotes se pueda descargar y depositar en una billetera local. También finalizó el proceso para pagar los nodos de la Fundación y preparó la última red de prueba para ponerlo a prueba.
@bzee ha estado considerando pagar un solo nodo por el almacenamiento de datos. Como se discutió la semana pasada, esta podrÃa ser una buena opción barata y sucia para el almacenamiento sin redundancia, siempre que resulte lo suficientemente confiable. También se espera que haya solucionado otra fuga de datos en torno a una tienda en constante crecimiento en libp2p que contiene identidades de nodos conocidos. El equipo libp2p está en eso ahora.
Mientras tanto, @anselme renovó los pagos almacenados con CashNotes y Transferencias.
@roland ha estado centrando su atención en la replicación, retrasándola de instantánea a verificando cada 10 segundos para evitar bloqueos no deseados en otros lugares.aquÃ. Además, Roland ha estado optimizando la forma en que los nodos registran y almacenan a sus pares más cercanos para evitar la duplicación.
La replicación de registros ha sido otro tema de resistencia. Si un registro cambia durante el proceso de replicación, diferentes nodos pueden terminar manteniendo diferentes versiones, con problemas que surgen debido a que la convergencia CRDT no ocurre a tiempo. @Qi_ma ha solucionado esto ahora, por lo que es otro problema marcado.
Y @chriso continúa mejorando el proceso de automatización de testnet, incluido un comando de instalación para el administrador de nodos.
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.