A principal projeto de armazenamento da Mysten Labs tem vindo a refletir sobre um problema comum: como equilibrar armazenamento descentralizado entre o custo de cópia, eficiência de recuperação e segurança.
Soluções tradicionais de cópia completa (como Filecoin, Arweave) são logicamente simples, mas custam mais de 25 vezes os recursos para garantir segurança suficiente. A tecnologia de códigos de correção de erros (纠删码) reduziu esse custo para cerca de 3 vezes, sendo utilizada por projetos como Storj e Sia, mas surgiram novos problemas — o custo de recuperação dispara, especialmente vulnerável em ambientes de rede assíncrona.
O protocolo Red Stuff representa uma quebra nesse impasse. Utiliza codificação bidimensional com mecanismo de desafio assíncrono, baseado em códigos de correção linear e na estrutura Twin-code, com otimizações profundas para tolerância a falhas bizantinas. Como funciona exatamente? Os blobs de dados são divididos numa matriz de estrutura (f+1)×(2f+1) (correspondente a n=3f+1 nós, sendo f o limite de nós maliciosos). A dimensão principal se expande verticalmente para n símbolos, com cada nó armazenando uma cópia primária; a dimensão secundária se expande horizontalmente formando uma cópia secundária. Este design 2D permite que a dimensão principal seja lida rapidamente com um limiar de f+1, enquanto a secundária suporta desafios assíncronos com um limiar de 2f+1.
A inovação mais engenhosa é o mecanismo de auto-cura — os nós que perdem dados podem recuperar símbolos de linha de até f+1 nós ou símbolos de coluna de até 2f+1 nós, com o tamanho de cada símbolo sendo aproximadamente 1/n do dado original.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
13 gostos
Recompensa
13
6
Republicar
Partilhar
Comentar
0/400
PretendingToReadDocs
· 01-13 14:07
Caramba, este protocolo Red Stuff realmente parece ter algo, a estratégia de codificação bidimensional é realmente forte
Ver originalResponder0
FloorSweeper
· 01-13 03:54
Mais uma vez aquela história de código de correção de erros, parece que a Mysten está recomeçando a reaquecer a velha história, o Red Stuff é realmente muito mais forte do que o Storj?
Ver originalResponder0
MEVHunter_9000
· 01-12 17:31
filecoin 25 vezes de overhead na cópia é realmente impressionante, não admira que as taxas de gás sejam tão absurdas... red stuff essa ideia de matriz bidimensional tem algo de especial.
Ver originalResponder0
ProtocolRebel
· 01-10 16:51
Caramba, o design desta matriz bidimensional é realmente genial, finalmente alguém conseguiu resolver os problemas do código de correção de erros.
Ver originalResponder0
AirdropHunterKing
· 01-10 16:41
Amigo, aquela coisa de matriz bidimensional, na verdade, é como fazer "armazenar jogar mahjong". Eu olhei por um tempo a combinação de limiares f+1 e 2f+1, e parece um plano final para economizar gás, hein.
Ver originalResponder0
Degentleman
· 01-10 16:40
ngl A jogabilidade de matriz 2D Red Stuff é realmente impressionante, finalmente alguém revelou a questão do custo de recuperação do código de correção de erros
A principal projeto de armazenamento da Mysten Labs tem vindo a refletir sobre um problema comum: como equilibrar armazenamento descentralizado entre o custo de cópia, eficiência de recuperação e segurança.
Soluções tradicionais de cópia completa (como Filecoin, Arweave) são logicamente simples, mas custam mais de 25 vezes os recursos para garantir segurança suficiente. A tecnologia de códigos de correção de erros (纠删码) reduziu esse custo para cerca de 3 vezes, sendo utilizada por projetos como Storj e Sia, mas surgiram novos problemas — o custo de recuperação dispara, especialmente vulnerável em ambientes de rede assíncrona.
O protocolo Red Stuff representa uma quebra nesse impasse. Utiliza codificação bidimensional com mecanismo de desafio assíncrono, baseado em códigos de correção linear e na estrutura Twin-code, com otimizações profundas para tolerância a falhas bizantinas. Como funciona exatamente? Os blobs de dados são divididos numa matriz de estrutura (f+1)×(2f+1) (correspondente a n=3f+1 nós, sendo f o limite de nós maliciosos). A dimensão principal se expande verticalmente para n símbolos, com cada nó armazenando uma cópia primária; a dimensão secundária se expande horizontalmente formando uma cópia secundária. Este design 2D permite que a dimensão principal seja lida rapidamente com um limiar de f+1, enquanto a secundária suporta desafios assíncronos com um limiar de 2f+1.
A inovação mais engenhosa é o mecanismo de auto-cura — os nós que perdem dados podem recuperar símbolos de linha de até f+1 nós ou símbolos de coluna de até 2f+1 nós, com o tamanho de cada símbolo sendo aproximadamente 1/n do dado original.