Ceci est une traduction automatique. L’original en anglais est ici: Update 24 August, 2023
Nous continuons à affiner les fonctionnalités prêtes pour le prochain testnet, en introduisant notamment le paiement par morceau et UTXO.
Payer par morceau signifie traiter chaque morceau individuellement plutôt que que le client les regroupe dans un arbre merkle et demande aux nœuds un devis sur ce fichier. Désormais, les clients interrogent chaque nœud du groupe proche le prix de stockage de chaque morceau avant de l’envoyer (alors qu’auparavant nous essayions d’obtenir un prix sur l’ensemble du réseau, ce qui était assez inexact), et paient directement les nœuds renvoyant le devis choisi. Les nœuds envoient leur clé publique avec leur devis individuel, et les clients paient pour cette clé. Comme mentionné la semaine dernière, avec la taille actuelle du groupe de 8, le client doit choisir un prix garantissant qu’au moins 5 nœuds stockeront le morceau.
Les détails de paiement, y compris les DBC, sont désormais envoyés avec le morceau, plutôt qu’avec une preuve de dépense comme auparavant, les morceaux étant stockés uniquement si le nœud donné a été payé.
Le fonctionnement au niveau par morceau est plus granulaire qu’au niveau par fichier, ce qui devrait faciliter les transactions et permettre des paiements plus précis aux nœuds et un audit plus précis. Cela facilite également la mise en œuvre des récompenses, car il s’agit simplement de sauvegarder les DBC envoyés avec les nouveaux PUT au niveau du nœud.
Ce qui nous amène parfaitement à UTXO (unspent transaction output) qui est un modèle un peu plus proche du bitcoin, où le livre dépensé est stocké sur le réseau. De plus, les clés uniques BLS sont utilisées pour dissocier le propriétaire de la transaction et éviter les doubles dépenses. La refactorisation des DBC pour intégrer ces fonctionnalités est en cours. @anselme et @bochaco, qui sont les plus impliqués dans ce dossier, sont actuellement absents, mais nous promettons un article complet à leur retour.
Corrections de bugs
Les connexions client lentes ont été corrigées, tout comme quelques problèmes de test avec la journalisation et les téléchargements et téléchargements de fichiers. Nous avons résolu pour le moment le problème des réuploads réutilisant des preuves de paiement incorrectes mises en cache en éliminant l’étape de mise en cache – nous réintroduirons cela ultérieurement. Et nous vérifions désormais que les données sont copiées sur la majorité du groupe proche avant de les stocker afin de réduire les erreurs de stockage.
Progrès général
@joshuef a piloté les modifications du paiement par morceau, ce qui permet de joindre des informations de paiement à chaque morceau. Il a également corrigé quelques bugs causés par les paiements joints modifiant la taille du fichier.
@Qi_ma se concentre sur la résolution de problèmes épineux liés aux tests et aux benchmarks liés au téléchargement de fichiers, à la communication réseau et à la fiabilité des tests.
@roland optimise la définition des plages de distance d’enregistrement pendant la réplication et examine la détection des défauts pour identifier et rejeter les enregistrements non valides.
@bzee a implémenté davantage de débogage de connexion et a essayé de trouver la source de la jointure retardée (et de la réception PUT) que certaines personnes voyaient dans le dernier testnet.
@chriso implémente faucet as a service pour les testnets dans le cadre de son travail d’automatisation du déploiement de testnet. Il a également étendu le rapport d’inventaire testnet pour fournir des identifiants d’homologues afin de faciliter l’amorçage des connexions.
Les difficultés liées à QUIC et libp2p continuent d’occuper @bzee, qui a également étudié les raisons pour lesquelles les pairs non routables restent inactifs et ne sont pas appelés/ajoutés par d’autres pairs.
Et @anselme a étudié et réfléchi au système de transaction en évolution.
Liens utiles
- Site Web du réseau sécurisé
- Safe Network Primer
- Principes de base du réseau
- Feuille de route
- Glossaire
N’hésitez pas à répondre ci-dessous avec des liens vers les traductions de cette mise à jour de développement et les modérateurs les ajouteront ici.
En tant que projet open source, nous sommes toujours à la recherche de commentaires, de commentaires et de contributions de la communauté. Ne soyez donc pas timide, rejoignez-nous et créons ensemble le réseau sécurisé!