Todos no mundo das criptomoedas estão familiarizados com o consenso de quórum 2f+1—você precisa de dois terços dos validadores assinando para provar o acordo. Isso funciona para tarefas de consenso pequenas. O protocolo Red Stuff do Walrus mostra por que essa abordagem falha para armazenamento de blobs e introduz algo melhor: compromissos verificáveis sem quóruns de assinatura.
O Problema da Assinatura 2f+1 em Grande Escala
Aqui está o que o consenso bizantino tradicionalmente faz: coleta 2f+1 assinaturas de validadores, verifica as assinaturas, agrega-as em uma prova. Isso funciona para provar um único valor ou transição de estado.
Agora aplique isso ao armazenamento de blobs. Cada blob precisa de 2f+1 assinaturas de validadores confirmando que eles o receberam e armazenaram. Na escala do Ethereum—milhares de blobs por bloco—você está fazendo milhares de agregações de assinaturas 2f+1. Cada blob precisa de O(f) assinaturas. Cada assinatura precisa de verificação. O cálculo explode.
A agregação de assinaturas ajuda, mas você ainda está coletando material criptográfico de 2f+1 validadores diferentes, agregando-o e verificando o resultado. Para um blob, isso é gerenciável. Para terabytes de blobs, torna-se o gargalo.
Red Stuff existe porque essa abordagem não escala para volumes modernos de dados.
Por que assinaturas de quórum são caras
Cada validador em um quórum de 2f+1 precisa assinar independentemente. Sua assinatura é única para eles. Você não pode agrupar assinaturas de diferentes validadores—elas são todas diferentes.
Então, para cada blob, você faz isso:
Coletar assinaturas de 2f+1 validadores
Agregue-os (criptografia não trivial)
Verifique a assinatura agregada
Armazene ou transmita a prova
Em escala, isso é caro. Cada blob recebe uma sobrecarga de fator constante apenas para a sobrecarga do consenso. Some os blobs e você está gastando recursos significativos apenas para coletar e verificar assinaturas.
É por isso que o armazenamento tradicional de blobs é caro—a assinatura de quórum se torna o gargalo.
A abordagem diferente do Red Stuff
Red Stuff usa uma ideia fundamentalmente diferente: em vez de coletar 2f+1 assinaturas individuais, você obtém um único compromisso que prova que 2f+1 validadores concordaram.
Como? Através de um esquema de compromisso verificável. O comitê cria coletivamente um compromisso que está criptograficamente vinculado à participação de 2f+1 validadores. Verificar o compromisso prova o quórum sem coletar assinaturas individuais.
Isto é massivamente mais eficiente.
A visão do compromisso verificável
Um compromisso verificável é um único, pequeno pedaço de material criptográfico que prova algo sobre os dados subjacentes sem revelá-los. Para armazenamento de blobs, o compromisso prova:
Um quórum de validadores recebeu o blob
Eles concordaram com sua codificação
Eles se comprometeram a armazená-lo
Tudo isso sem 2f+1 assinaturas individuais
O compromisso é compacto—tamanho constante independentemente do tamanho do quórum. A verificação é rápida—você verifica o compromisso uma vez, não 2f+1 assinaturas.
É aqui que a vitória da escalabilidade acontece.
Como isso funciona na prática
Aqui está o fluxo do protocolo:
Os validadores recebem um blob. Em vez de cada um criar uma assinatura independente, eles computam coletivamente um compromisso. Este compromisso representa seu acordo conjunto.
O compromisso é:
Determinístico (mesmo blob, mesmo comitê = mesmo compromisso)
Verificável (qualquer um pode verificar que está correto)
Não forjável (atacantes não podem criar um compromisso falso)
Compacto (tamanho constante)
Um validador tentando trapacear—alegando que armazenou dados que não armazenou, ou mentindo sobre a codificação—quebra o compromisso. Sua participação torna o compromisso único. Você pode detectar sua desonestidade.
Por que as assinaturas se tornam opcionais
Com assinaturas tradicionais 2f+1, você coleta material de cada validador. Red Stuff mostra que você não precisa de assinaturas individuais. Você precisa de compromisso coletivo.
Isso é arquitetonicamente mais limpo. Nenhum validador individual está reivindicando nada. O comitê como um todo está reivindicando algo. Isso é mais forte—não é "2f+1 validadores disseram sim", mas "o comitê verificou coletivamente isso."
Ganhando escalabilidade
Para um único blob:
Tradicional: 2f+1 assinaturas (aproximadamente 100 bytes × 2f+1) = kilobytes de material de assinatura
Red Stuff: um compromisso (aproximadamente 100 bytes) = tamanho constante
Para 10.000 blobs:
Tradicional: kilobytes × 10.000 = megabytes de material de assinatura para coletar, agregar, verificar
Red Stuff: 100 bytes × 10.000 = megabytes para armazenar compromissos, mas quase nenhuma sobrecarga de verificação por blob
As economias se acumulam. Verificação em lote, checagens paralelas e armazenamento eficiente se tornam possíveis com o modelo de compromisso do Red Stuff.
Segurança bizantina sem sobrecarga de quórum
Red Stuff mantém a segurança bizantina sem a sobrecarga do quórum de assinaturas. Um validador bizantino não pode forjar um compromisso porque precisaria de outros f validadores para coludir. O protocolo é projetado de modo que a mentira de um validador seja detectável.
Isso é diferente do consenso tradicional onde você está apostando na honestidade de uma maioria estatística.
Escalabilidade de verificação
Aqui é onde fica elegante: verificar um compromisso do Red Stuff é O(1) por blob, não O(f) como assinaturas tradicionais. Você não verifica f assinaturas. Você verifica um compromisso.
Para terabytes de blobs, isso é transformador. A verificação se torna a parte menos cara do armazenamento.
Composição com outros protocolos
Os compromissos do Red Stuff se compõem bem com outros protocolos. Um rollup pode incluir compromissos do Red Stuff para todos os seus blobs de dados em uma única transação. Um cliente leve pode verificar milhares de blobs com sobrecarga mínima.
Os quóruns de assinaturas tradicionais não se compõem tão bem. Cada blob arrasta sua sobrecarga com ele.
A implicação econômica
Verificação mais barata significa economia mais barata para validadores. Os validadores não precisam dedicar recursos massivos para verificação de assinaturas. Eles podem se concentrar no armazenamento e reparo reais.
Isso se traduz em custos mais baixos para usuários armazenando dados e melhores margens para validadores mantendo infraestrutura.
Comparação: Tradicional vs Red Stuff
Assinatura tradicional 2f+1:
Por blob: O(f) coleta e verificação de assinaturas
Escala linearmente com a contagem de validadores
Torna-se um gargalo em grande escala
Caro para verificar em massa
Compromissos do Red Stuff:
Por blob: O(1) verificação de compromisso
Escala linearmente em princípio, mas com sobrecarga por blob insignificante
Permanece eficiente em qualquer escala
Verificação em massa eficiente
Mudança no modelo de confiança
Abordagem tradicional: "2f+1 validadores assinaram, então você pode confiar neles."
Abordagem do Red Stuff: "O compromisso do comitê é matematicamente único para este exato blob, então não pode ser forjado."
O segundo é mais forte. Não é uma aposta na honestidade de 2f+1 validadores. É uma prova de que o compromisso é único.
Red Stuff transforma o armazenamento de blobs de um protocolo engarrafado por quóruns de assinaturas para um engarrafado por armazenamento e reparo reais. Você passa de O(f) verificação por blob para O(1) verificação por blob. Compromissos substituem assinaturas. A unicidade matemática substitui a segurança probabilística do quórum.
Para escalabilidade de armazenamento descentralizado para volumes reais de dados, este é o avanço arquitetônico que torna o armazenamento em escala de terabytes econômico. O Walrus Red Stuff não apenas melhora a eficiência da assinatura. Ele elimina completamente a necessidade de sobrecarga do quórum de assinaturas. É isso que possibilita o armazenamento em grande escala.
\u003cm-171/\u003e \u003ct-173/\u003e \u003cc-175/\u003e
