A Walrus submete a sua Prova de Disponibilidade (PoA) ao Sui como uma transação especializada onchain via contratos inteligentes Move, criando um registo imutável que confirma a custódia dos dados na rede.
Este processo fixa a disponibilidade do blob no livro razão do Sui, desencadeando obrigações de armazenamento e permitindo interações compostas.
Início do Upload.
Os utilizadores começam por submeter uma transação inicial ao Sui através de um cliente Publisher, registando os metadados do blob, como o compromisso único, um hash dos dados codificados, o tamanho e a duração do armazenamento, enquanto pagam taxas em SUI ou WAL antecipadamente a um contrato de Fundo de Armazenamento.
Os dados são codificados em fatias offchain, com compromissos que garantem a integridade, e distribuídos a um quórum de nós de armazenamento, normalmente dois f mais um para tolerância a falhas em ambientes Bizantinos.
Os nós verificam as suas fatias primárias e secundárias atribuídas contra os compromissos, recomputam os hashes para confirmar a validade, e assinam confirmações criptográficas se estiverem corretos.
O cliente recolhe estas assinaturas, precisando de pelo menos dois f mais um para garantir que os nós honestos detêm partes reconstruíveis, formando o certificado de escrita bruto.
Submissão da Transação PoA.
O cliente agrupa este certificado de escrita numa transação PoA e transmite-a aos módulos Move designados do Walrus no Sui.
A execução paralela do Sui processa-a rapidamente.
O contrato valida as assinaturas, o limiar de quórum e a suficiência das taxas, e então cria ou atualiza um objeto Blob onchain marcando a PoA como o ponto oficial de disponibilidade.
Este objeto inclui o ID do blob, detalhes da PoA, parâmetros de eliminação para reembolsos, e links para provas, tudo como ativos de primeira classe do Sui.
A liquidação económica acontece de forma atómica.
Os fundos são alocados a delegadores WAL em staking e aos nós pelos epochs pagos, com riscos de slashing aplicados em caso de falhas.
Verificação e Finalidade.
Uma vez onchain, a PoA serve como a verdade canónica do Sui.
Qualquer pessoa pode consultar o objeto blob para obter provas, desencadeando leituras através de agregadores que reconstruem os dados a partir dos nós.
Se posteriormente for contestada, os nós provam a custódia contínua, mas a PoA inicial antecipada minimiza os custos em comparação com provas constantes usadas por sistemas como o Filecoin.
O modelo de objetos do Sui torna isto programável.
As dApps podem referenciar a PoA diretamente na lógica, como por exemplo, restringindo a revelação de NFTs até que a disponibilidade seja confirmada.
Esta integração estreita mantém a latência baixa, com finalidades inferiores a um segundo e custos de poucos cêntimos, evitando as ineficiências das cadeias sequenciais.
$WAL
{spot}(WALUSDT)
@WalrusProtocol #Walrus
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.
Como o Walrus envia a Prova de Disponibilidade para o Sui
A Walrus submete a sua Prova de Disponibilidade (PoA) ao Sui como uma transação especializada onchain via contratos inteligentes Move, criando um registo imutável que confirma a custódia dos dados na rede. Este processo fixa a disponibilidade do blob no livro razão do Sui, desencadeando obrigações de armazenamento e permitindo interações compostas. Início do Upload. Os utilizadores começam por submeter uma transação inicial ao Sui através de um cliente Publisher, registando os metadados do blob, como o compromisso único, um hash dos dados codificados, o tamanho e a duração do armazenamento, enquanto pagam taxas em SUI ou WAL antecipadamente a um contrato de Fundo de Armazenamento. Os dados são codificados em fatias offchain, com compromissos que garantem a integridade, e distribuídos a um quórum de nós de armazenamento, normalmente dois f mais um para tolerância a falhas em ambientes Bizantinos. Os nós verificam as suas fatias primárias e secundárias atribuídas contra os compromissos, recomputam os hashes para confirmar a validade, e assinam confirmações criptográficas se estiverem corretos. O cliente recolhe estas assinaturas, precisando de pelo menos dois f mais um para garantir que os nós honestos detêm partes reconstruíveis, formando o certificado de escrita bruto. Submissão da Transação PoA. O cliente agrupa este certificado de escrita numa transação PoA e transmite-a aos módulos Move designados do Walrus no Sui. A execução paralela do Sui processa-a rapidamente. O contrato valida as assinaturas, o limiar de quórum e a suficiência das taxas, e então cria ou atualiza um objeto Blob onchain marcando a PoA como o ponto oficial de disponibilidade. Este objeto inclui o ID do blob, detalhes da PoA, parâmetros de eliminação para reembolsos, e links para provas, tudo como ativos de primeira classe do Sui. A liquidação económica acontece de forma atómica. Os fundos são alocados a delegadores WAL em staking e aos nós pelos epochs pagos, com riscos de slashing aplicados em caso de falhas. Verificação e Finalidade. Uma vez onchain, a PoA serve como a verdade canónica do Sui. Qualquer pessoa pode consultar o objeto blob para obter provas, desencadeando leituras através de agregadores que reconstruem os dados a partir dos nós. Se posteriormente for contestada, os nós provam a custódia contínua, mas a PoA inicial antecipada minimiza os custos em comparação com provas constantes usadas por sistemas como o Filecoin. O modelo de objetos do Sui torna isto programável. As dApps podem referenciar a PoA diretamente na lógica, como por exemplo, restringindo a revelação de NFTs até que a disponibilidade seja confirmada. Esta integração estreita mantém a latência baixa, com finalidades inferiores a um segundo e custos de poucos cêntimos, evitando as ineficiências das cadeias sequenciais. $WAL {spot}(WALUSDT) @WalrusProtocol #Walrus