Como entender o novo artigo da Vitalik sobre escalonamento Ethereum?

Como entender o novo artigo de Vitalik Buterin sobre os pensamentos de escala do Ethereum? Algumas pessoas dizem que Vitalik grita ordens para inscrições Blob, o que é ultrajante. Então, como funcionam os pacotes de blob? Por que o espaço de blob não pode ser usado de forma eficiente após a atualização de Cancun? A disponibilidade de dados do DAS está sendo amostrada em preparação para fragmentação?

Na minha opinião, Cancun está pronto para usar após a atualização, e Vitalik está preocupado com o desenvolvimento do Rollup. A seguir, deixe-me falar sobre meu entendimento:

1. Como explicado muitas vezes antes, o Blob é um pacote de dados temporário que pode ser recuperado diretamente pela camada de consenso por dissociação dos calldata do EVM, e o benefício direto é que o EVM não pode acessar os dados do Blob ao executar transações, portanto, não pode gerar altos custos de computação da camada de execução.

Atualmente equilibrando uma série de fatores, 1 tamanho de blob é 128kb, um lote para transação mainnet carrega um máximo de dois blobs, idealmente, o objetivo final de um bloco mainnet é transportar 16MB de cerca de 128 pacotes blob.

Portanto, a equipe do projeto Rollup deve equilibrar o número de blocos de blob, a capacidade de transação TPS e o custo de armazenamento dos nós da rede principal de Blob tanto quanto possível e procurar usar o espaço de blob com o melhor desempenho de custo.

Tomando o Optimism como exemplo, existem atualmente cerca de 500.000 transações por dia, com uma média de uma transação para a mainnet a cada dois minutos, carregando um pacote de blob de cada vez. Por que trazer um, porque o TPS é tanto que você não pode usá-lo, é claro, você também pode carregar dois, então a capacidade de cada blob não estará cheia, mas adiciona custos adicionais de armazenamento, o que não é necessário.

O que devemos fazer quando o volume de transações do Rollup off-chain aumenta, por exemplo, 50 milhões de transações são processadas por dia?1. Comprima e comprima o volume de transações de cada lote para fazer um grande número de transações no espaço de blob tanto quanto possível, 2. Aumente o número de blobs e 3. Reduza a frequência das transações em lote.

2. Como a quantidade de dados transportados pelo bloco mainnet é afetada pelo limite de gás e custo de armazenamento, 128 blobs em 1 bloco de slot é o estado ideal, que não é tão usado atualmente, e o Optimism usa apenas 1 a cada 2 minutos, deixando muito espaço para projetos de camada 2 para melhorar o TPS, expandir o número de usuários do mercado e prosperidade ecológica.

Portanto, por um período de tempo após a atualização de Cancun, os Rollups não “volume” em termos do número e frequência de blobs usados, e o uso de lances de espaço de blob.

A razão pela qual Vitalik menciona a inscrição Blobscription é que este tipo de inscrição pode aumentar temporariamente o volume de transações e levar a um aumento na demanda pelo uso de Blob, então expandirá o volume, e usar a inscrição como exemplo pode dar uma compreensão mais profunda do mecanismo de funcionamento do Blob, e o que Vitalik realmente quer expressar tem pouco a ver com a inscrição.

Porque teoricamente, se houver um grupo de projeto layer2 que faça transações de alta frequência e alta capacidade para o lote mainnet, e preencha o bloco Blob toda vez, desde que esteja disposto a arcar com o alto custo de forjar o lote de transação, isso afetará o uso normal do Blob por outras layer2s, mas na situação atual, é teoricamente viável assim como alguém que compra poder de computação realizar um ataque de hard fork de 51% no BTC, mas na prática não tem motivação de lucro.

O objetivo da introdução do Blob é reduzir a carga sobre o EVM e melhorar as capacidades de operação e manutenção dos nós, que é, sem dúvida, uma solução personalizada para o Rollup. Obviamente, ele não está sendo usado de forma eficiente no momento, e a taxa de gás para usar a Camada 2 será estável na faixa “baixa” por um longo tempo. Isso dará ao mercado da camada 2 uma janela de desenvolvimento dourada de longo prazo para “aumentar as tropas e estocar grãos”.

3. Então, e se um dia o mercado de layer2 prosperar até certo ponto, e o número de transações de Batch para Mainnet se tornar enorme todos os dias, e não houver pacotes de blob suficientes no momento? Ethereum já deu uma solução: usando amostragem de disponibilidade de dados (DAS):

Por exemplo, cada nó armazena 1/8 de todos os dados de blob e 8 nós formam uma equipe para atender à capacidade de DA, o que equivale a expandir a capacidade atual de armazenamento de blob em 8 vezes. Na verdade, é isso que será feito na futura fase de fragmentação.

Mas no momento, Vitalik reiterou isso muitas vezes, o que é cheio de charme, e parece estar alertando a maioria das partes do projeto layer2: nem sempre reclame da alta capacidade do Ethereum DA, com sua capacidade TPS atual, você não desenvolveu a capacidade dos pacotes de dados Blob ao extremo, apresse-se e aumente o poder de fogo para se envolver na ecologia, expandir os usuários e o volume de transações, e nem sempre pense em escapar do DA e se envolver no trabalho em cadeia de um clique.

Mais tarde, Vitalik acrescentou que apenas o Arbitrum atingiu o Estágio 1 entre os rollups principais, e embora DeGate, Fuel, etc. tenham chegado ao Estágio 2, eles ainda não são familiares para a comunidade em geral. O Estágio 2 é o objetivo final da segurança do rollup, muito poucos rollups chegaram ao Estágio 1, e a maioria dos rollups está no Estágio 0, o que mostra que o desenvolvimento da indústria de rollup realmente preocupa Vitalik.

4. Na verdade, em termos de gargalos de escala, ainda há muito espaço para a solução Rollup layer2 melhorar o desempenho.

1. O espaço de Blob é usado de forma mais eficiente através da compressão de dados, o OP-Rollup atualmente tem um componente de compressor especial para fazer isso, e o próprio ZK-Rollup comprime SNARK/STARK off-chain para provar que se submeter à mainnet é “comprimir”;

2. Reduza ao máximo a dependência da camada 2 na rede principal, e use apenas a tecnologia de prova otimista para garantir a segurança L2 em circunstâncias especiais, por exemplo, a maioria dos dados do Plasma está na cadeia, mas nos cenários de depósito e retirada, ocorre na rede principal, para que a rede principal possa prometer sua segurança.

Isso significa que a camada 2 deve considerar apenas operações importantes, como depósitos e retiradas, como fortemente associadas à rede principal, o que não só reduz a carga sobre a rede principal, mas também melhora o desempenho da própria L2. A capacidade de “processamento paralelo” do Sequencer mencionada na discussão anterior do EVM paralelo, que rastreia, classifica e pré-processa um grande número de transações off-chain, bem como o rollup híbrido implementado pelo Metis, que usa OP-Rollup para transações normais e ZK Route para solicitações especiais de retirada, todos têm considerações semelhantes.

Acima.

Em suma, o artigo de Vitalik pensando no plano de escalonamento futuro do Ethereum é muito esclarecedor. Em particular, ele está insatisfeito com o status de desenvolvimento da camada 2, otimista sobre o espaço de desempenho do Blob e a perspetiva de tecnologia de fragmentação futura, e até aponta algumas direções que valem a pena otimizar para a camada 2.

Na verdade, a única incerteza é deixada para a própria Camada 2, como acelerar o desenvolvimento?