Esta es una traducción automática. El original en inglés está aquÃ: Update 10 August, 2023
La próxima red de prueba, que deberÃa lanzarse en cualquier momento, analizará los costos variables de las tiendas. Como repaso rápido, cuando los nodos se llenan, el precio del almacenamiento de datos aumenta para atraer más nodos a la red; por el contrario, cuando hay mucho espacio en la red, el costo de la tienda cae.
Antes de almacenar una porción de datos, un cliente ahora solicita una selección de nodos en el rango de direcciones (un grupo cercano) por un precio. El precio ofrecido por cada nodo depende de la cantidad de datos que un nodo esté cuidando actualmente. Como hemos visto durante las redes de prueba, la capacidad sobrante y, por lo tanto, el precio, caerán en una distribución. En la última red de prueba, mientras que algunos nodos se llenaron por completo, la mayorÃa estaban entre medio llenos y llenos.
Teniendo en cuenta que cada fragmento almacenado se replicará en una cantidad de nodos (actualmente 8), tiene sentido que el cliente no seleccione el precio más bajo, ya que eso podrÃa llevar a que los nodos no mantengan el pago y eviten la replicación, sino que seleccione un almacenar el costo hacia la parte superior del rango ofrecido, que será un precio aceptable para la mayorÃa de los nodos del grupo. En resumen, el cliente debe buscar el precio más bajo que aún garantice que la mayorÃa del grupo cerrado almacenará el trozo.
Hacer esto bien requerirá algunas iteraciones de testnet, pero estamos emocionados de finalmente poder comenzar.
Otra cosa que estamos analizando es cómo intercambiar DBC a través de la red. Por el momento, los DBC deben intercambiarse fuera de banda, a través de mensajes, correo electrónico o similar, pero @anselme y @dirvine están trabajando en un proceso mediante el cual los DBC que se generan en una transacción estarán disponibles de forma segura en la red, por lo que el el destinatario puede tomarlos siempre que sepa la dirección y tenga la clave correcta.
Por otra parte, estamos trabajando en algunos errores de la última red de prueba. TodavÃa hay algunos problemas con las conexiones, con algunos nodos que no se agregan correctamente a las tablas de enrutamiento de otros nodos. Otro problema es la velocidad de verificación de datos, que es bastante lenta. Ahora hemos introducido una opción CLI para no verificar los PUT a fin de acelerar las cargas, pero esto puede causar problemas con archivos más grandes. Esperar a que respondieran 20 nodos antes de que un cliente pudiera conectarse a la red también fue bastante lento, por lo que hemos reducido ese número a 8 nodos, lo que facilitará un poco las cosas.
En el lado positivo, los pagos por el almacenamiento de datos se procesaron con bastante rapidez, por lo que estamos muy contentos con eso.
Progreso general
@joshuef ha estado al frente de los esfuerzos de costo de la tienda y ha implementado el precio de nudo mayoritario mencionado anteriormente. También planteó un PR a costos de almacenamiento en caché en el cliente y lo usó como una forma de garantizar que las tablas de enrutamiento del nodo estén actualizadas, en lugar de hacer ping a los nodos cada uno. tiempo. Esto deberÃa acelerar las solicitudes PUT.
Bugfinder general @Qi_Ma ha corregido un error en la lógica de poda y ha rastreado la causa raÃz de la verificación de doble gasto de la que hablamos la semana pasada y es arreglando eso también.
Mientras tanto, @Chriso ha introducido la capacidad de construir ramas personalizadas de safenode e implementar para pruebas, por lo que ahora podemos probar el código no fusionado en nuestra versión moderna y oxidada de la herramienta de implementación de testnet.
@Aed900 continúa eliminando ‘nodos desde casa’. Ha creado un prototipo de función de retransmisión que permite a los nodos que reciben un estado privado automático de la red (lo que significa que están detrás de un enrutador o cortafuegos) para comunicarse con la red utilizando otro nodo como retransmisión.
En un territorio similar, @bzee investigó un problema con nodos no enrutables en libp2p que estaba causando problemas. Puede deberse a un cambio reciente en libp2p, pero se requiere más investigación, y parece que requerirá algunas herramientas especiales de depuración en la pila de red.
Y @roland solucionó un error en el código de testnet donde no se proporcionaba un par de arranque al iniciar el faucet.
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.