Walrus foi projetado para um problema simples que continua prejudicando os desenvolvedores: blockchains podem verificar a propriedade, mas não podem manter dados grandes disponíveis para sempre de forma barata. O protocolo divide as responsabilidades, de modo que a rede de armazenamento mantém os bytes e o Sui mantém o registro do que foi armazenado, por quanto tempo e sob quais termos. Quando um usuário faz o upload de um blob, o cliente codifica-o em partes redundantes e as espalha por nós de armazenamento, de modo que nenhum operador único seja um ponto de falha. Assim que é coletada evidência suficiente, é criada uma prova on-chain de disponibilidade, que é o momento em que os aplicativos podem tratar o blob como infraestrutura real, e não apenas como um upload esperançoso. A leitura funciona da mesma forma prática: um usuário reúne partes suficientes para reconstruir o original, de modo que falhas parciais não significam perda de dados. O WAL apoia o sistema pagando pelo armazenamento e garantindo a seleção de nós por meio de staking delegado, onde o stake e o desempenho influenciam quem carrega a responsabilidade em cada époque. Estou cauteloso com duas coisas, pois decidem se a rede ganha confiança: a concentração de stake e falhas correlacionadas que derrubam muitos nós ao mesmo tempo. Eles estão enfrentando essas pressões com provas verificáveis, incentivos que recompensam serviços confiáveis e penalidades destinadas a desencorajar atalhos. No uso diário, o Walrus pode fazer backup de arquivos de aplicativos, conjuntos de dados, mídias e logs, permitindo que contratos inteligentes referenciem os dados e seu tempo restante de vida. O objetivo de longo prazo é que o armazenamento se torne programável e banal, ou seja, os desenvolvedores possam assumir a disponibilidade da mesma forma que assumem um banco de dados, e os usuários possam sentir que os dados importantes são de sua propriedade, e não alugados.
WALUSDT
Perp.
0.1266
-2.54%