Esta es una traducción automática. El original en inglés está aquÃ: Update 14 September, 2023
Con nuestros apretados nodos MaidSafe comenzando a desplomarse a medida que se llenaban y se quedaban sin memoria, nos despedimos de RewardNet hace un par de dÃas, pero no antes de que hubiera hecho honor a su nombre. Además de demostrar la estabilidad ahora familiar, los miembros de la comunidad se enriquecieron con cantidades inimaginables de dinero imaginario y todos fuimos recompensados con un mayor conocimiento sobre algunos temas importantes. Como siempre, mil gracias a todos los que ayudaron. Un agradecimiento especial a @josh por sus métricas sobre la distribución de los pagos en sus nodos, a @southside por realizar un seguimiento diligente de los precios y a @loziniak por las relaciones públicas recientes que limpiaron ciertas API de clientes. 
Esto es lo que hemos cambiado esta semana en respuesta a los hallazgos de la red de prueba.
La tolerancia al cambio de precios es mejor manejada por el cliente que por el nodo. Los nodos no deben aceptar pagos insuficientes, depende del cliente decidir su tolerancia a un aumento de precio. El cliente ahora puede pagar si el precio de una porción cambió entre la consulta inicial y la carga del archivo (recuerde, los precios aumentan automáticamente a medida que los nodos se llenan).
Hemos cambiado la curva precio-capacidad para que el almacenamiento siga siendo más barato durante más tiempo y solo aumente cuando los nodos están medio llenos. Esto fomentará el uso y también suavizará los pagos divergentes en los primeros dÃas.
Hemos comenzado a pagar por el almacenamiento utilizando UXTO enviados por cable en lugar de DBC completos, que utilizan mucha menos memoria. Otra ventaja: los UXTO están encriptados en movimiento.
Para solucionar el problema de que los clientes se queden sin memoria al cifrar archivos grandes, hemos agregado capacidades de transmisión por secuencias al autocifrado, lo que significa que los archivos grandes se fragmentan paso a paso en lugar de hacerlo todos a la vez. También hemos hecho algo similar con el descifrado en el lado de la red. Y hemos realizado ajustes de concurrencia en el cliente, lo que con suerte deberÃa ayudar a mantener en movimiento las cargas grandes, ya que pueden enviar más fragmentos a la red al mismo tiempo.
Más allá de la red de prueba, hay buenas noticias sobre la resistencia de Sybil en general. Como mencionó David la semana pasada, los ataques de Sybil no deberÃan ser un problema para Safe Network más allá del nivel de vandalismo menor; pero @bogard nos llamó la atención sobre un artÃculo que muestra cómo se pueden detectar los ataques de Sybil en otras redes descentralizadas. en tiempo real y potencialmente mitigado, lo que, si funciona, serÃa un verdadero paso adelante para la causa más amplia de la descentralización.
Progreso general
@anselme ahora ha integrado UTXO en preparación para eliminar DBC de la red, incluida la adición de controles de seguridad y la [implementación de pagos fragmentados con SNT]( https:/ /github.com/maidsafe/safe_network/pull/721). Los pagos de registro seguirán en breve, al igual que una explicación completa de las ventajas de este enfoque sobre los DBC (promesa). Una cosa a tener en cuenta en este momento es que los UTXO están completamente encriptados a través del cable, mientras que los DBC no, lo que representa una mejora de seguridad significativa.
Pagos por registros es actualmente el dominio de @bochaco, y prácticamente ya están ahÃ. También introdujo mejoras de UX para evitar que un cliente pague para crear un nuevo registro si ya existe uno en la misma dirección, y notificar al cliente cuando se produzcan errores. se hayan realizado en la transacción o en la creación de un nuevo registro.
En cuanto al monitoreo, @roland ha trabajado en integrar el formato OpenMetrics en safenode y configurar Arriba Prometheus y Grafana para visualizar las métricas que se emiten. Esta es una solución mucho más ligera que la que usábamos antes.
Mientras tanto, en las descargas, @qi_ma ha implementado un descifrador de secuencias para que las descargas permitan que el archivo descargado se transmita directamente a una carpeta determinada. Esto evita tener que mantener todo el contenido del archivo descifrado en la memoria antes de escribirlo en el disco, lo que deberÃa aliviar algunos problemas de memoria.
@Joshuef ha estado analizando los costos y la economÃa de los precios de los nodos, incluida la curva de precios descrita anteriormente. Una vez más, pronto publicaremos una publicación más completa. También se ha quedado atascado en trasladar el manejo de la tolerancia de pagos al cliente, por lo que los pagos que fallan debido a cambios de precios simplemente se reintentan con la nueva tarifa. Y ha estado investigando algún comportamiento extraño e intermitente de la CPU en Linux, que puede deberse a la carga de DBC.
@chriso ha estado investigando cómo corregir un error al compartir archivos y configurar pruebas de humo automatizadas y cargas de datos iniciales para las redes de prueba.
@dirvine ha regresado al hormiguero para su última publicación de blog sobre la locura de tIntentando imponer un orden total en sistemas complejos.
Y a @jimcollinson se le ocurrieron algunas ideas excelentes para una red MVP sencilla para su lanzamiento y propuso ideas para incentivos económicos en la red beta. Odio volver a hacerte esto, ¡pero habrá más pronto!
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.