Observar aplicações na cadeia pode revelar um fenómeno interessante — muitas vezes os projetos parecem estar parados, mas as verdadeiras razões geralmente não estão nos utilizadores, mas no próprio sistema.
Os contratos podem ser alterados, o front-end pode ser redesenhado, onde está o problema? Nos dados. Uma vez que a estrutura de dados fica confusa, torna-se praticamente impossível de recuperar. Aquelas aplicações que precisam de manter o estado a longo prazo são especialmente afetadas, pois os dados acabam por se tornar um peso.
O que a Walrus está a fazer é transformar a forma como os «dados são referenciados a longo prazo» na prioridade principal, em vez de simplesmente perseguir a imutabilidade dos dados. Na sua arquitetura, os objetos são mantidos por múltiplos nós na rede, podendo verificar a integridade diretamente ao aceder aos dados. Os testes mostram bons resultados — sob alta concorrência de leitura, o tempo de resposta mantém-se estável em segundos.
O que isto significa para o desenvolvimento de aplicações? Significa que os dados podem estar seguros no sistema, sem necessidade de depender frequentemente de backups off-chain ou caches centralizados.
Para ser honesto, a minha opinião sobre esta direção é de cautela otimista. Ela tenta resolver um problema de longo prazo, que não tem impacto imediato, mas que pode ter um efeito enorme a longo prazo. A maior incerteza é se o ecossistema consegue acompanhar a velocidade de iteração desta abordagem. Se a camada de aplicação não conseguir acompanhar, mesmo o melhor modelo de armazenamento será inútil.
No entanto, a longo prazo, há realmente poucos projetos a seguir esta direção. Este caminho vale a pena explorar.
Ver 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.
18 gostos
Recompensa
18
5
Republicar
Partilhar
Comentar
0/400
ForkMonger
· 01-09 20:07
A camada de dados é onde a maioria dos projetos realmente morre, não no teatro da interface que todos obsessivamente acompanham. O walrus entende isso—a maioria não. Mas aqui está o ponto, se os desenvolvedores continuarem a construir como se fosse 2015, nem mesmo um armazenamento perfeito os salvará. O ecossistema ainda é demasiado fragmentado para capitalizar isso.
Ver originalResponder0
JustHereForAirdrops
· 01-09 18:31
Se a estrutura de dados estiver péssima, realmente não há salvação. Concordo com essa avaliação
Ver originalResponder0
UncommonNPC
· 01-07 19:54
A estrutura de dados está toda danificada, é mesmo isso. Muitos projetos morrem exatamente por causa disso.
Ver originalResponder0
BankruptcyArtist
· 01-07 19:53
A estrutura de dados está completamente destruída, realmente não há salvação. Concordo plenamente com isso.
Ver originalResponder0
YieldWhisperer
· 01-07 19:50
os problemas na camada de dados são na verdade o assassino silencioso de que ninguém fala... vi esse padrão exato matar três protocolos importantes em 2021-2022. walrus parece promissor, mas deixe-me verificar as contas dessas alegações de latência primeiro
Observar aplicações na cadeia pode revelar um fenómeno interessante — muitas vezes os projetos parecem estar parados, mas as verdadeiras razões geralmente não estão nos utilizadores, mas no próprio sistema.
Os contratos podem ser alterados, o front-end pode ser redesenhado, onde está o problema? Nos dados. Uma vez que a estrutura de dados fica confusa, torna-se praticamente impossível de recuperar. Aquelas aplicações que precisam de manter o estado a longo prazo são especialmente afetadas, pois os dados acabam por se tornar um peso.
O que a Walrus está a fazer é transformar a forma como os «dados são referenciados a longo prazo» na prioridade principal, em vez de simplesmente perseguir a imutabilidade dos dados. Na sua arquitetura, os objetos são mantidos por múltiplos nós na rede, podendo verificar a integridade diretamente ao aceder aos dados. Os testes mostram bons resultados — sob alta concorrência de leitura, o tempo de resposta mantém-se estável em segundos.
O que isto significa para o desenvolvimento de aplicações? Significa que os dados podem estar seguros no sistema, sem necessidade de depender frequentemente de backups off-chain ou caches centralizados.
Para ser honesto, a minha opinião sobre esta direção é de cautela otimista. Ela tenta resolver um problema de longo prazo, que não tem impacto imediato, mas que pode ter um efeito enorme a longo prazo. A maior incerteza é se o ecossistema consegue acompanhar a velocidade de iteração desta abordagem. Se a camada de aplicação não conseguir acompanhar, mesmo o melhor modelo de armazenamento será inútil.
No entanto, a longo prazo, há realmente poucos projetos a seguir esta direção. Este caminho vale a pena explorar.