Proto-danksharding: O primeiro passo modular do Ethereum
Ethereum já fez a transição bem-sucedida do mecanismo de consenso de prova de trabalho para o mecanismo de consenso de prova de participação. O próximo projeto importante no roteiro de desenvolvimento é o EIP-4844, também conhecido como "prototipagem de dados de Bloom". Esta alteração de código tem como objetivo melhorar a escalabilidade dos rollups construídos sobre o Ethereum.
O EIP-4844 introduziu um novo tipo de transação, chamado de blob, que aumenta os requisitos de dados e armazenamento dos blocos do Ethereum, e cria um novo mercado de taxas, separando o preço dos blobs das transações regulares.
Rollup é um protocolo que depende da blockchain de Layer 2 ( como Ethereum ) para a disponibilidade de dados ( DA ). Em geral, os rollups baseados em contratos inteligentes não dependem apenas da DA do Ethereum, mas também dependem do Ethereum para a liquidação de transações. Esses rollups leem dados da camada DA como Ethereum e executam transações válidas e código de contratos inteligentes.
Normalmente, o custo de publicar uma grande quantidade de dados para Ethereum é elevado, em parte porque a rede armazena os dados como parte do histórico de transações no campo "CALLDATA". Com o EIP-4844, cada bloco criará um espaço adicional de 512kB ou 768kB para rollup. É importante notar que os dados publicados neste espaço serão armazenados por cerca de três semanas.
Devido à brevidade dos dados verificados através de transações blob, bem como ao mecanismo de preços blob separado de outros tipos de transações, teoricamente, os custos de publicação de dados para o Ethereum através de rollups serão significativamente reduzidos. Com o passar do tempo, os desenvolvedores pretendem introduzir técnicas de amostragem de dados, de modo que os dados blob não precisem ser totalmente descarregados para os nós completos do Ethereum para verificação, reduzindo ainda mais os custos de rollup.
Proto-danksharding é o prelúdio e o "protótipo" do danksharding completo, que permitirá que os nós do Ethereum baixem fragmentos de dados blob para determinar a disponibilidade do blob completo.
Contexto
O EIP-4844 é considerado uma atualização de escalabilidade para o Ethereum. No entanto, é importante notar que a alteração do código não trouxe um aumento ou introduziu melhorias significativas na capacidade de transação do próprio Ethereum. O Proto-danksharding reduz o custo de publicação de grandes volumes de dados no Ethereum, diminuindo assim os custos operacionais dos rollups. O EIP-4844 é visto como uma melhoria na escalabilidade do Ethereum, pois torna as redes Layer 2 construídas sobre o Ethereum mais rentáveis, mas a alteração do código não aumentou a escalabilidade do Ethereum como uma blockchain genérica para transações e execução de código de contratos inteligentes.
Nos últimos quatro anos, a atividade de transações de rollups de Ethereum, como Arbitrum, Optimism, StarkNet, zkSync e Polygon zkEVM, tem crescido. De acordo com estimativas da L2Beat.com, o volume total de transações por segundo realizado em todas as redes Layer 2 é 3,8 vezes maior do que a média diária de TPS do Ethereum.
De acordo com os dados fornecidos pela Blockworks Research através da Dune Analytics, em comparação com os custos de implementação de código e transações diretamente na Ethereum, os rollups economizaram mais de 99% das taxas de gas para os usuários finais e desenvolvedores de dapps.
Até 13 de junho de 2023, o custo de enviar transações nas duas rollups de Ethereum mais populares, Optimism e Arbitrum, varia entre 0,03 dólares e 0,05 dólares. No entanto, em casos de alta atividade na cadeia e congestionamento da rede, esses custos podem, por vezes, disparar para mais de 1 dólar.
O objetivo do EIP-4844 é reduzir os custos de rollup através da introdução de um novo tipo de transação, conhecido como objeto binário grande, ou blob. Abaixo está uma descrição passo a passo do ciclo de vida das transações blob definidas pelo EIP-4844:
O usuário envia transações para o rollup
Rollup ordenadores de transações em lote
O ordenado submete os lotes de transações como blob ao Ethereum
Os validadores do Ethereum anexam blobs aos blocos
Os dados Blob são armazenados na camada de consenso por cerca de 3 semanas
Rollup usa dados blob para atualização de estado
O EIP-4844 não afeta como as transações regulares enviadas para o mempool do Ethereum são incluídas nos blocos, nem afeta o mercado de tarifas que determina o preço do espaço em bloco do Ethereum, mas o EIP-4844 realmente aumenta os requisitos de armazenamento dos blocos do Ethereum. O espaço de dados adicional é destinado a anexar transações blob aos blocos. Os blobs são como remolques, que podem ser anexados aos blocos do Ethereum, sem afetar ou ocupar o espaço em bloco existente para processar transações regulares. O espaço em bloco blob será leiloado de acordo com seu próprio mercado de tarifas, semelhante ao design do mercado de tarifas do EIP-1559.
Inicialmente, as transações blob terão quase nenhum custo. Depois disso, para cada bloco confirmado, se mais da metade do espaço de bloco blob ( for utilizado, pelo menos 256kB ), o custo das transações blob aumentará 12,5%. Para cada bloco em que o espaço do bloco blob não for suficientemente utilizado, ou seja, em que o espaço do bloco blob esteja preenchido em menos de 50%, o custo do blob diminuirá 12,5%.
As transações Blob não serão armazenadas indefinidamente no Ethereum, mas sim na camada de consenso do Ethereum (CL), ou seja, na Beacon Chain, e serão descartadas dos nós CL após três semanas. O Proto-danksharding permitirá que cada bloco tenha até quatro blobs, com cada blob podendo conter até 128kB de dados adicionais. O limite máximo de espaço de blob de 512kB por bloco pode mudar com base nos testes em andamento do EIP-4844. Os desenvolvedores estão ativamente discutindo a possibilidade de aumentar esse limite de 4 blobs para 6. Cada blob representa uma oportunidade única para um único ordenado de rollup confirmar um lote de transações no Ethereum. Cerca de 7094 blocos são gerados diariamente no Ethereum e, após o EIP-4484, assumindo o limite de 4 blobs/bloco, até 28376 blobs podem ser processados diariamente.
Nos últimos seis meses, o sequenciador em funcionamento na Optimism foi o segundo rollup Ethereum mais popular, com base na atividade de transações, submetendo aproximadamente 3126 lotes de transações ao Ethereum diariamente.
O volume de transações confirmado pela Arbitrum é aproximadamente o dobro do Optimism, e assim como o Optimism, depende de ordenadores para publicar dados no Ethereum através de CALLDATA para completar transações. Outros exemplos de rollups populares no Ethereum incluem, mas não se limitam a, Polygon zkEVM, zkSync e StarkNet. No Optimism, mais de 90% das taxas vêm das taxas de CALLDATA do Layer 1.
A introdução de um espaço de armazenamento de dados dedicado, independentemente de quão pequeno seja no início, visa reduzir os custos de utilização do Ethereum como camada DA para todos os rollups baseados em Ethereum. De forma conservadora, os desenvolvedores de rollup estimam que, desde a ativação do EIP-4844, as taxas de rollup podem diminuir entre 100% e 900%. No entanto, essas estimativas podem mudar com base no aumento da adoção e atividade dos rollups nos meses que se seguem à ativação do banco de dados original.
O custo das transações blob, embora possa ser mais barato do que as transações normais no início da ativação do EIP-4844, pode rapidamente aumentar se o número de rollups construídos sobre o Ethereum aumentar. Além disso, embora cada blob tenha como objetivo fornecer a um único ordenadora a oportunidade de publicar até 128kB de dados, os ordenadores de rollup podem coordenar-se para fazer com que um único blob contenha dados de múltiplos rollups. Os desenvolvedores do Ethereum perceberam que, devido ao número limitado de blocos e ao fato de que um único lote de transações pode não conseguir aproveitar totalmente o espaço de 128kB de dados de cada transação blob, pode surgir um mercado secundário para a precificação de blobs. Embora prevenir o surgimento de um mercado secundário fora da cadeia seja uma prioridade, em vez de introduzir um nível mais alto de complexidade no protocolo para evitar essa possibilidade, atualmente, os desenvolvedores estão adotando uma abordagem de "esperar e ver", introduzindo blobs através do EIP-4844 e pretendendo otimizar ainda mais o EIP-4844 no futuro.
O proto-danksharding estabeleceu as bases para a introdução de tecnologias mais avançadas, a fim de reduzir ainda mais os custos de blob sem aumentar a carga computacional dos nós. Chamado de danksharding completo, a visão completa para os blobs é aumentar o número máximo de blobs por bloco de 4 para 64.
Danksharding completo
Quatro blobs aumentam o tamanho do bloco do Ethereum em 512kB. Seis blobs aumentariam o tamanho do bloco do Ethereum em mais 768kB. Como mencionado anteriormente, o espaço adicional do bloco é estritamente utilizado para transações de blobs, e não armazena dados de forma permanente como o espaço de bloco comum. A visão completa do EIP-4844 é introduzir até 64 blobs no Ethereum, fazendo isso sem aumentar significativamente a carga computacional de validação dos nós do bloco. Para alcançar o sharding dank completo, o Ethereum precisa implementar duas tecnologias: amostragem de disponibilidade de dados (DAS) e codificação de apagamento.
( Amostragem de Disponibilidade de Dados ) DAS ###
No contexto da validação de transações Layer 2 rollup, o objetivo do DAS é garantir que todos os fragmentos de dados agrupados pelos ordenadores tenham sido publicados na cadeia. Nós completos são escolhidos aleatoriamente, baixam um pedaço de dados do blob e geram uma prova de disponibilidade de dados. Quanto mais vezes os nós completos amostram dados, maior é a certeza da probabilidade de que todos os dados tenham sido fornecidos pelo ordenador sem retenção de dados importantes. Para os nós, o processo de amostragem de dados é menos intensivo em termos de computação do que baixar todos os dados do blob, mas, teoricamente, oferece a mesma garantia de disponibilidade de dados. Assim como no proto-danksharding, a amostragem de dados do blob sob o danksharding completo garantirá que as transações do ordenador tenham sido verificadas e publicadas na cadeia, para que qualquer usuário ou interessado na rede possa avaliar. Em seguida, os usuários e interessados têm um tempo para revisar essas transações, confirmando que foram finalmente concluídas em uma camada de DA como a Ethereum, e construir novos lotes de transações com base no lote anterior.
Através do DAS, os desenvolvedores do Ethereum têm confiança em aumentar a quantidade e o volume de dados de blobs publicados no Ethereum sem aumentar a carga computacional dos nós. Além disso, os desenvolvedores também pretendem, nas futuras atualizações, implementar sugestões como a expiração histórica para reduzir ainda mais a carga computacional dos nós. Nas palavras do pesquisador do Ethereum, Dankrad Feist, com o passar do tempo, o Ethereum se tornará como "um painel público em vez de um sistema de arquivamento", transferindo a responsabilidade de manter cópias completas do histórico de transações para os stakeholders da rede que usam esses dados com frequência, como Layer 2 rollup e empresas de infraestrutura de blockchain como Infura, Alchemy e Blockdaemon. Embora o EIP-4844 tenha introduzido blobs, este é um exemplo inicial que ilustra que todas as transações um dia podem se tornar armazenamento no Ethereum.
( apagar código
A técnica de codificação de apagamento melhorou a capacidade de amostragem de dados. Se um ordenante malicioso retiver um pequeno número de blocos de dados, em qualquer lugar entre 1% e 49% dos dados blob, a amostragem de transações pode probabilisticamente levar a que algumas amostras sejam inicialmente retornadas como corretas, em vez de erradas. A codificação de apagamento assegura que se pelo menos metade do blob for verificada, o restante do blob pode ser reconstruído. Esta técnica só é eficaz quando os dados são representados como polinômios, ou seja, expressões com dois ou mais termos algébricos. A forma mais comum de codificação de apagamento depende do código Reed-Solomon)RS###, que é uma fórmula matemática avançada que pode resolver dados ausentes com base em fragmentos de dados conhecidos suficientes. Intuitivamente, confiar apenas na amostragem pode não garantir efetivamente a disponibilidade de grandes quantidades de dados, especialmente na suposição de que um ordenante malicioso reteve um único dado de um blob. A codificação de apagamento introduz redundância de dados no blob, de modo que um ordenante malicioso precisaria necessariamente reter uma proporção significativa dos dados do blob para reter qualquer quantidade de dados.
A combinação de DAS e codificação de apagamento é a base da tecnologia de danksharding totalmente desenvolvida. Estas tecnologias também são a base de certas camadas DA, como Polygon Avail e Celestia. Em muitos aspectos, a visão de suportar computação em blockchain modular está sendo testada em pequena escala por outros projetos de blockchain e será testada em grande escala no Ethereum, em parte através do proto-danksharding e testada de maneira rigorosa através do danksharding totalmente desenvolvido.
Compromisso KZG
Antes que DAS e codificação de apagamento possam ser implementados no Ethereum, complete
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
EIP-4844 introduz transações blob, reduzindo significativamente os custos do Ethereum Camada 2.
Proto-danksharding: O primeiro passo modular do Ethereum
Ethereum já fez a transição bem-sucedida do mecanismo de consenso de prova de trabalho para o mecanismo de consenso de prova de participação. O próximo projeto importante no roteiro de desenvolvimento é o EIP-4844, também conhecido como "prototipagem de dados de Bloom". Esta alteração de código tem como objetivo melhorar a escalabilidade dos rollups construídos sobre o Ethereum.
O EIP-4844 introduziu um novo tipo de transação, chamado de blob, que aumenta os requisitos de dados e armazenamento dos blocos do Ethereum, e cria um novo mercado de taxas, separando o preço dos blobs das transações regulares.
Rollup é um protocolo que depende da blockchain de Layer 2 ( como Ethereum ) para a disponibilidade de dados ( DA ). Em geral, os rollups baseados em contratos inteligentes não dependem apenas da DA do Ethereum, mas também dependem do Ethereum para a liquidação de transações. Esses rollups leem dados da camada DA como Ethereum e executam transações válidas e código de contratos inteligentes.
Normalmente, o custo de publicar uma grande quantidade de dados para Ethereum é elevado, em parte porque a rede armazena os dados como parte do histórico de transações no campo "CALLDATA". Com o EIP-4844, cada bloco criará um espaço adicional de 512kB ou 768kB para rollup. É importante notar que os dados publicados neste espaço serão armazenados por cerca de três semanas.
Devido à brevidade dos dados verificados através de transações blob, bem como ao mecanismo de preços blob separado de outros tipos de transações, teoricamente, os custos de publicação de dados para o Ethereum através de rollups serão significativamente reduzidos. Com o passar do tempo, os desenvolvedores pretendem introduzir técnicas de amostragem de dados, de modo que os dados blob não precisem ser totalmente descarregados para os nós completos do Ethereum para verificação, reduzindo ainda mais os custos de rollup.
Proto-danksharding é o prelúdio e o "protótipo" do danksharding completo, que permitirá que os nós do Ethereum baixem fragmentos de dados blob para determinar a disponibilidade do blob completo.
Contexto
O EIP-4844 é considerado uma atualização de escalabilidade para o Ethereum. No entanto, é importante notar que a alteração do código não trouxe um aumento ou introduziu melhorias significativas na capacidade de transação do próprio Ethereum. O Proto-danksharding reduz o custo de publicação de grandes volumes de dados no Ethereum, diminuindo assim os custos operacionais dos rollups. O EIP-4844 é visto como uma melhoria na escalabilidade do Ethereum, pois torna as redes Layer 2 construídas sobre o Ethereum mais rentáveis, mas a alteração do código não aumentou a escalabilidade do Ethereum como uma blockchain genérica para transações e execução de código de contratos inteligentes.
Nos últimos quatro anos, a atividade de transações de rollups de Ethereum, como Arbitrum, Optimism, StarkNet, zkSync e Polygon zkEVM, tem crescido. De acordo com estimativas da L2Beat.com, o volume total de transações por segundo realizado em todas as redes Layer 2 é 3,8 vezes maior do que a média diária de TPS do Ethereum.
De acordo com os dados fornecidos pela Blockworks Research através da Dune Analytics, em comparação com os custos de implementação de código e transações diretamente na Ethereum, os rollups economizaram mais de 99% das taxas de gas para os usuários finais e desenvolvedores de dapps.
Até 13 de junho de 2023, o custo de enviar transações nas duas rollups de Ethereum mais populares, Optimism e Arbitrum, varia entre 0,03 dólares e 0,05 dólares. No entanto, em casos de alta atividade na cadeia e congestionamento da rede, esses custos podem, por vezes, disparar para mais de 1 dólar.
O objetivo do EIP-4844 é reduzir os custos de rollup através da introdução de um novo tipo de transação, conhecido como objeto binário grande, ou blob. Abaixo está uma descrição passo a passo do ciclo de vida das transações blob definidas pelo EIP-4844:
O EIP-4844 não afeta como as transações regulares enviadas para o mempool do Ethereum são incluídas nos blocos, nem afeta o mercado de tarifas que determina o preço do espaço em bloco do Ethereum, mas o EIP-4844 realmente aumenta os requisitos de armazenamento dos blocos do Ethereum. O espaço de dados adicional é destinado a anexar transações blob aos blocos. Os blobs são como remolques, que podem ser anexados aos blocos do Ethereum, sem afetar ou ocupar o espaço em bloco existente para processar transações regulares. O espaço em bloco blob será leiloado de acordo com seu próprio mercado de tarifas, semelhante ao design do mercado de tarifas do EIP-1559.
Inicialmente, as transações blob terão quase nenhum custo. Depois disso, para cada bloco confirmado, se mais da metade do espaço de bloco blob ( for utilizado, pelo menos 256kB ), o custo das transações blob aumentará 12,5%. Para cada bloco em que o espaço do bloco blob não for suficientemente utilizado, ou seja, em que o espaço do bloco blob esteja preenchido em menos de 50%, o custo do blob diminuirá 12,5%.
As transações Blob não serão armazenadas indefinidamente no Ethereum, mas sim na camada de consenso do Ethereum (CL), ou seja, na Beacon Chain, e serão descartadas dos nós CL após três semanas. O Proto-danksharding permitirá que cada bloco tenha até quatro blobs, com cada blob podendo conter até 128kB de dados adicionais. O limite máximo de espaço de blob de 512kB por bloco pode mudar com base nos testes em andamento do EIP-4844. Os desenvolvedores estão ativamente discutindo a possibilidade de aumentar esse limite de 4 blobs para 6. Cada blob representa uma oportunidade única para um único ordenado de rollup confirmar um lote de transações no Ethereum. Cerca de 7094 blocos são gerados diariamente no Ethereum e, após o EIP-4484, assumindo o limite de 4 blobs/bloco, até 28376 blobs podem ser processados diariamente.
Nos últimos seis meses, o sequenciador em funcionamento na Optimism foi o segundo rollup Ethereum mais popular, com base na atividade de transações, submetendo aproximadamente 3126 lotes de transações ao Ethereum diariamente.
O volume de transações confirmado pela Arbitrum é aproximadamente o dobro do Optimism, e assim como o Optimism, depende de ordenadores para publicar dados no Ethereum através de CALLDATA para completar transações. Outros exemplos de rollups populares no Ethereum incluem, mas não se limitam a, Polygon zkEVM, zkSync e StarkNet. No Optimism, mais de 90% das taxas vêm das taxas de CALLDATA do Layer 1.
A introdução de um espaço de armazenamento de dados dedicado, independentemente de quão pequeno seja no início, visa reduzir os custos de utilização do Ethereum como camada DA para todos os rollups baseados em Ethereum. De forma conservadora, os desenvolvedores de rollup estimam que, desde a ativação do EIP-4844, as taxas de rollup podem diminuir entre 100% e 900%. No entanto, essas estimativas podem mudar com base no aumento da adoção e atividade dos rollups nos meses que se seguem à ativação do banco de dados original.
O custo das transações blob, embora possa ser mais barato do que as transações normais no início da ativação do EIP-4844, pode rapidamente aumentar se o número de rollups construídos sobre o Ethereum aumentar. Além disso, embora cada blob tenha como objetivo fornecer a um único ordenadora a oportunidade de publicar até 128kB de dados, os ordenadores de rollup podem coordenar-se para fazer com que um único blob contenha dados de múltiplos rollups. Os desenvolvedores do Ethereum perceberam que, devido ao número limitado de blocos e ao fato de que um único lote de transações pode não conseguir aproveitar totalmente o espaço de 128kB de dados de cada transação blob, pode surgir um mercado secundário para a precificação de blobs. Embora prevenir o surgimento de um mercado secundário fora da cadeia seja uma prioridade, em vez de introduzir um nível mais alto de complexidade no protocolo para evitar essa possibilidade, atualmente, os desenvolvedores estão adotando uma abordagem de "esperar e ver", introduzindo blobs através do EIP-4844 e pretendendo otimizar ainda mais o EIP-4844 no futuro.
O proto-danksharding estabeleceu as bases para a introdução de tecnologias mais avançadas, a fim de reduzir ainda mais os custos de blob sem aumentar a carga computacional dos nós. Chamado de danksharding completo, a visão completa para os blobs é aumentar o número máximo de blobs por bloco de 4 para 64.
Danksharding completo
Quatro blobs aumentam o tamanho do bloco do Ethereum em 512kB. Seis blobs aumentariam o tamanho do bloco do Ethereum em mais 768kB. Como mencionado anteriormente, o espaço adicional do bloco é estritamente utilizado para transações de blobs, e não armazena dados de forma permanente como o espaço de bloco comum. A visão completa do EIP-4844 é introduzir até 64 blobs no Ethereum, fazendo isso sem aumentar significativamente a carga computacional de validação dos nós do bloco. Para alcançar o sharding dank completo, o Ethereum precisa implementar duas tecnologias: amostragem de disponibilidade de dados (DAS) e codificação de apagamento.
( Amostragem de Disponibilidade de Dados ) DAS ###
No contexto da validação de transações Layer 2 rollup, o objetivo do DAS é garantir que todos os fragmentos de dados agrupados pelos ordenadores tenham sido publicados na cadeia. Nós completos são escolhidos aleatoriamente, baixam um pedaço de dados do blob e geram uma prova de disponibilidade de dados. Quanto mais vezes os nós completos amostram dados, maior é a certeza da probabilidade de que todos os dados tenham sido fornecidos pelo ordenador sem retenção de dados importantes. Para os nós, o processo de amostragem de dados é menos intensivo em termos de computação do que baixar todos os dados do blob, mas, teoricamente, oferece a mesma garantia de disponibilidade de dados. Assim como no proto-danksharding, a amostragem de dados do blob sob o danksharding completo garantirá que as transações do ordenador tenham sido verificadas e publicadas na cadeia, para que qualquer usuário ou interessado na rede possa avaliar. Em seguida, os usuários e interessados têm um tempo para revisar essas transações, confirmando que foram finalmente concluídas em uma camada de DA como a Ethereum, e construir novos lotes de transações com base no lote anterior.
Através do DAS, os desenvolvedores do Ethereum têm confiança em aumentar a quantidade e o volume de dados de blobs publicados no Ethereum sem aumentar a carga computacional dos nós. Além disso, os desenvolvedores também pretendem, nas futuras atualizações, implementar sugestões como a expiração histórica para reduzir ainda mais a carga computacional dos nós. Nas palavras do pesquisador do Ethereum, Dankrad Feist, com o passar do tempo, o Ethereum se tornará como "um painel público em vez de um sistema de arquivamento", transferindo a responsabilidade de manter cópias completas do histórico de transações para os stakeholders da rede que usam esses dados com frequência, como Layer 2 rollup e empresas de infraestrutura de blockchain como Infura, Alchemy e Blockdaemon. Embora o EIP-4844 tenha introduzido blobs, este é um exemplo inicial que ilustra que todas as transações um dia podem se tornar armazenamento no Ethereum.
( apagar código
A técnica de codificação de apagamento melhorou a capacidade de amostragem de dados. Se um ordenante malicioso retiver um pequeno número de blocos de dados, em qualquer lugar entre 1% e 49% dos dados blob, a amostragem de transações pode probabilisticamente levar a que algumas amostras sejam inicialmente retornadas como corretas, em vez de erradas. A codificação de apagamento assegura que se pelo menos metade do blob for verificada, o restante do blob pode ser reconstruído. Esta técnica só é eficaz quando os dados são representados como polinômios, ou seja, expressões com dois ou mais termos algébricos. A forma mais comum de codificação de apagamento depende do código Reed-Solomon)RS###, que é uma fórmula matemática avançada que pode resolver dados ausentes com base em fragmentos de dados conhecidos suficientes. Intuitivamente, confiar apenas na amostragem pode não garantir efetivamente a disponibilidade de grandes quantidades de dados, especialmente na suposição de que um ordenante malicioso reteve um único dado de um blob. A codificação de apagamento introduz redundância de dados no blob, de modo que um ordenante malicioso precisaria necessariamente reter uma proporção significativa dos dados do blob para reter qualquer quantidade de dados.
A combinação de DAS e codificação de apagamento é a base da tecnologia de danksharding totalmente desenvolvida. Estas tecnologias também são a base de certas camadas DA, como Polygon Avail e Celestia. Em muitos aspectos, a visão de suportar computação em blockchain modular está sendo testada em pequena escala por outros projetos de blockchain e será testada em grande escala no Ethereum, em parte através do proto-danksharding e testada de maneira rigorosa através do danksharding totalmente desenvolvido.
Compromisso KZG
Antes que DAS e codificação de apagamento possam ser implementados no Ethereum, complete