Les projets phares de Mysten Labs dans le domaine du stockage ont toujours réfléchi à une même problématique : comment le stockage décentralisé peut-il trouver un équilibre entre coûts de réplication, efficacité de la récupération et sécurité.
Les solutions traditionnelles de réplication complète (comme Filecoin, Arweave) sont simples dans leur logique, mais leur coût est supérieur à 25 fois en ressources pour garantir une sécurité suffisante. La technologie de codes correcteurs d’erreurs (纠删码) a ensuite permis de réduire ce coût à environ 3 fois, et des projets comme Storj, Sia utilisent cette approche, mais cela pose un nouveau problème — le coût de récupération explose, surtout dans un environnement réseau asynchrone où les vulnérabilités sont plus faciles à exploiter.
Le protocole Red Stuff a brisé cette impasse. Il utilise un codage en deux dimensions combiné à un mécanisme de défi asynchrone, dont l’idée centrale repose sur des codes correcteurs linéaires et le cadre Twin-code, tout en étant profondément optimisé pour la tolérance byzantine. Comment cela fonctionne-t-il précisément ? Les blobs de données sont découpés en une structure matricielle de (f+1)×(2f+1) (correspondant à n=3f+1 nœuds, où f est le nombre maximum de nœuds malveillants). La dimension principale s’étend verticalement à n symboles, chaque nœud stocke une copie de la « primary sliver » ; la dimension secondaire s’étend horizontalement pour former une « secondary sliver ». Cette conception en 2D permet à la dimension principale d’être lue rapidement avec un seuil de f+1, tandis que la dimension secondaire utilise un seuil de 2f+1 pour supporter les défis asynchrones.
Ce qui est le plus ingénieux, c’est le mécanisme d’auto-réparation — les nœuds ayant perdu des données peuvent simplement récupérer une ligne de symboles auprès de f+1 nœuds ou une colonne auprès de 2f+1 nœuds, avec une taille de symbole d’environ 1/n de la donnée originale.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
13 J'aime
Récompense
13
6
Reposter
Partager
Commentaire
0/400
PretendingToReadDocs
· 01-13 14:07
Putain, ce protocole Red Stuff a vraiment l'air d'avoir quelque chose, cette technique de codage en deux dimensions est vraiment impressionnante
Voir l'originalRépondre0
FloorSweeper
· 01-13 03:54
Encore la même vieille histoire de code de correction d'erreurs, on dirait que Mysten ressasse la même chose, Red Stuff est-il vraiment tellement plus impressionnant que Storj ?
Voir l'originalRépondre0
MEVHunter_9000
· 01-12 17:31
filecoin 25 fois le coût de duplication est vraiment incroyable, pas étonnant que les frais de gas soient aussi exorbitants... red stuff cette idée de matrice bidimensionnelle a du potentiel
Voir l'originalRépondre0
ProtocolRebel
· 01-10 16:51
Putain, cette conception de matrice 2D est vraiment géniale, enfin quelqu'un qui a percé le problème des codes de correction d'erreurs.
Voir l'originalRépondre0
AirdropHunterKing
· 01-10 16:41
Hé mec, cette histoire de matrice 2D, pour faire simple, c'est comme jouer au "stockage au mahjong". J'ai regardé pendant un moment la combinaison de seuils f+1 et 2f+1, et j'ai l'impression que c'est la solution ultime pour économiser des frais de gas.
Voir l'originalRépondre0
Degentleman
· 01-10 16:40
ngl La mécanique en matrice 2D de Red Stuff est vraiment impressionnante, enfin quelqu'un a mis en évidence le problème du coût de récupération des codes de correction d'erreurs.
Les projets phares de Mysten Labs dans le domaine du stockage ont toujours réfléchi à une même problématique : comment le stockage décentralisé peut-il trouver un équilibre entre coûts de réplication, efficacité de la récupération et sécurité.
Les solutions traditionnelles de réplication complète (comme Filecoin, Arweave) sont simples dans leur logique, mais leur coût est supérieur à 25 fois en ressources pour garantir une sécurité suffisante. La technologie de codes correcteurs d’erreurs (纠删码) a ensuite permis de réduire ce coût à environ 3 fois, et des projets comme Storj, Sia utilisent cette approche, mais cela pose un nouveau problème — le coût de récupération explose, surtout dans un environnement réseau asynchrone où les vulnérabilités sont plus faciles à exploiter.
Le protocole Red Stuff a brisé cette impasse. Il utilise un codage en deux dimensions combiné à un mécanisme de défi asynchrone, dont l’idée centrale repose sur des codes correcteurs linéaires et le cadre Twin-code, tout en étant profondément optimisé pour la tolérance byzantine. Comment cela fonctionne-t-il précisément ? Les blobs de données sont découpés en une structure matricielle de (f+1)×(2f+1) (correspondant à n=3f+1 nœuds, où f est le nombre maximum de nœuds malveillants). La dimension principale s’étend verticalement à n symboles, chaque nœud stocke une copie de la « primary sliver » ; la dimension secondaire s’étend horizontalement pour former une « secondary sliver ». Cette conception en 2D permet à la dimension principale d’être lue rapidement avec un seuil de f+1, tandis que la dimension secondaire utilise un seuil de 2f+1 pour supporter les défis asynchrones.
Ce qui est le plus ingénieux, c’est le mécanisme d’auto-réparation — les nœuds ayant perdu des données peuvent simplement récupérer une ligne de symboles auprès de f+1 nœuds ou une colonne auprès de 2f+1 nœuds, avec une taille de symbole d’environ 1/n de la donnée originale.