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.
12 gostos
Recompensa
12
9
Republicar
Partilhar
Comentar
0/400
AirdropHunterXiao
· 01-19 22:03
66% de desconexão ainda consegue sobreviver, quão hardcore é isso... Mas a AWS realmente é estável, ouvi dizer que uma grande empresa teve dados apagados e ainda assim teve que pagar, ri demais
Ver originalResponder0
GasGoblin
· 01-19 00:03
66% de taxa de erro parece impressionante, mas será que realmente consegue operar de forma estável? Ainda tenho algumas dúvidas.
Ver originalResponder0
RebaseVictim
· 01-18 10:01
Ok, para ser honesto, a AWS é estável, mas já estou farto de sentir que estou preso e limitado.
Ver originalResponder0
ChainSauceMaster
· 01-18 09:59
Ei, este código de correção de erros RedStuff parece ter potencial, mas realmente tem coragem de apostar dados em nós distribuídos, deve ter um coração grande assim
Ver originalResponder0
Layer2Arbitrageur
· 01-18 09:57
ngl a tolerância de 66% de tempo de inatividade do nó é apenas uma desculpa teórica lmao. mostra-me dados reais de produção e estou a ouvir. até lá, é tudo sobre vibrações de compressão de calldata.
Ver originalResponder0
GateUser-addcaaf7
· 01-18 09:52
Para ser honesto, o sistema de código de correção de erros RedStuff é realmente impressionante, mas uma taxa de tolerância a falhas de 66% ainda é um pouco arriscada na manutenção prática dos nós.
Ver originalResponder0
0xDreamChaser
· 01-18 09:51
Olho vermelho para o código de correção de erros RedStuff, para ser honesto, essa argumentação é um pouco excessivamente otimista, não acha?
Ver originalResponder0
CryptoTarotReader
· 01-18 09:50
Este código de correção de erros RedStuff parece promissor, mas na prática é outra história
A turma da AWS já dominou o mercado, descentralização soa bem, mas não é isenta de riscos
Ainda assim, 66% dos nós caírem e o sistema continuar vivo, isso é um pouco exagerado...
Vamos esperar até 2026, agora ainda é cedo demais para agir
Mas quem tentou discretamente realmente lucrou, tenho que pensar nisso também
Ver originalResponder0
BetterLuckyThanSmart
· 01-18 09:48
Acho que o código de correção de erros RedStuff é realmente interessante, mas uma taxa de tolerância a erros de 66% é realmente suficiente? Parece que ainda é preciso esperar por mais estudos de caso.
最近看到一个问题在圈里引起了讨论:数据存储到底该建在中心化的基础设施上,还是早早跳上去中心化的列车?
这真是个两难的选择。一方面,AWS这类中心化方案稳到不行,性能快、成本低,宕机了还会赔钱。另一方面,去中心化存储虽然听起来美好,但总让人心里打鼓——毕竟没那么多成熟案例。
不过最近有个项目的技术细节挺有意思。它用RedStuff纠删码加上链上证明机制,理论上即便节点掉线66%也能保证数据完整性。再加上Seal这种加密方案来防止隐私泄露,从技术角度看确实解决了不少痛点。相比之下,中心化虽然快,但数据删除、被窃取的风险一直都摆在那。
眼下大家都在讨论2026年AI数据会爆炸式增长,这意味着存储需求会井喷。那些现在就布局去中心化存储的人,到那时候竞争力会有多大,还真不好说。
很多人表面上还在观望,暗地里已经开始试水了。你是继续赌中心化的"安全",还是想看看这类新方案能走多远?