Recentemente, @zksync concluído a atualização do Boojum, e foi com base nessa premissa que o zkSync resistiu ao teste de estresse da Operação SYNC Inscription. No entanto, Boojum está subvalorizado pelo mercado.
Que melhorias de desempenho o Boojum traz? O criticado problema de estabilidade das Finanças Descentralizadas pode ser resolvido? A seguir, vamos falar sobre o meu entendimento:
A atualização do Boojum, simplesmente entendida, permitirá que o zkSync conclua a transição da prova SNARK para STARK. O fluxo de trabalho é aproximadamente o seguinte:
Quando um lote é encapsulado, essas transações são divididas em vários circuitos específicos, que são processados em paralelo e de alta velocidade para gerar um grande número de STARKs, que são finalmente agregados em uma prova STARK. Finalmente, a prova STARK é encapsulada em uma prova SNARK e submetida à Mainnet para verificação.
Esta combinação de STARKs e SNARKs garante um processamento eficiente de grandes volumes de transações, ao mesmo tempo que diminui o tamanho dos dados submetidos à Mainnet (SNARKs são mais simples) e mais compatíveis com a Mainnet.
O uso de duas provas ao mesmo tempo significa que a tecnologia avançada de compressão, tecnologia de aceleração de hardware, otimização de algoritmos, eficiência de agregação de processamento em lote, otimização de memória e armazenamento do sistema Prover terão melhorias significativas de desempenho.
De acordo com o tweet do @0xtaetaehoho, o volume médio de dados por transação era de 211 bytes antes da atualização do Boojum, e pode ser reduzido para cerca de 68 bytes após a atualização, e a melhoria da tecnologia de compressão aumentará diretamente o volume de transações de cada lote na camada 2, o que aumentará muito o TPS (cerca de 450), e o custo de gás de uma única transação será reduzido (cerca de 65%).
O princípio não é difícil de entender, a camada 2 envia dados de prova de status para os dados de chamada da Mainnet, devido aos dados de armazenamento limitados na Mainnet, os recursos de processamento paralelo STARK da camada 2 e a tecnologia de processamento de compressão à prova SNARK determinam o volume de transação e o nível de gás que podem ser processados por um único lote;
Anteriormente, o ZK-Rollup tinha problemas de instabilidade no processamento de transações de Finanças Descentralizadas de baixa frequência, e sua tendência nativa não era propícia à estabilidade das Finanças Descentralizadas. Por exemplo, o preço variável das Finanças Descentralizadas requer vários feeds de preços Oracle e, se as duas transações não forem agrupadas no mesmo estado, o desgaste da transação resultante aumentará.
Agora, o volume de transações de um único lote na camada2 aumentou significativamente, e mais atualizações de status de dados Oracle podem ser acomodadas dentro do bloco. Os problemas de estabilidade das finanças descentralizadas também serão efetivamente resolvidos.
Como o @anthonykrose oficial do zkSync afirmou, não importa quantas atualizações do Oracle Machine estejam contidas em um Bloco, todo o estado do Bloco pode ser processado e registrado como um todo, e só precisa pagar o custo de uma gravação de estado. Isso é benéfico para as baixas taxas, alta eficiência e estabilidade dos aplicativos de Finanças Descentralizadas na cadeia ZK-Rollup.
É lógico que a atualização do Boojum deve ser considerada como um marco para o zkSync.
Por um lado, verifica a inferência de que quanto maior o volume de transações do sistema ZK, menor a taxa de gás, melhor a experiência e, por outro lado, também prova que a aplicação eficiente e a melhoria de desempenho de recursos de computação, como tecnologia de compressão e aceleração de hardware do sistema Prover off-chain, trarão imaginação infinita ao sistema ZK.
Após a atualização de Cancun, esperava-se que o EthereumMainnet blob Block Size reduzisse o custo das transações em lote da camada 2, e agora a otimização técnica do próprio sistema ZK trouxe o rollup da série ZK e o rollup da série OP para o mesmo nível.
A questão é que o ZK-Rollup é muito mais “ativo” do que o OP-Rollup. As vantagens da tecnologia ZK-Rollup, que sempre foram contadas, foram totalmente comprovadas após a atualização do Boojum.
Referência: Para aceleração de hardware ZK, otimização de poder de computação, etc., consulte os seguintes relatórios de pesquisa:
Ver original
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.
O maior contribuinte para resistir à pressão das inscrições?Na melhoria do zkSync pela atualização do Boojum
Escrito por: Haotian
Recentemente, @zksync concluído a atualização do Boojum, e foi com base nessa premissa que o zkSync resistiu ao teste de estresse da Operação SYNC Inscription. No entanto, Boojum está subvalorizado pelo mercado.
Que melhorias de desempenho o Boojum traz? O criticado problema de estabilidade das Finanças Descentralizadas pode ser resolvido? A seguir, vamos falar sobre o meu entendimento:
Quando um lote é encapsulado, essas transações são divididas em vários circuitos específicos, que são processados em paralelo e de alta velocidade para gerar um grande número de STARKs, que são finalmente agregados em uma prova STARK. Finalmente, a prova STARK é encapsulada em uma prova SNARK e submetida à Mainnet para verificação.
Esta combinação de STARKs e SNARKs garante um processamento eficiente de grandes volumes de transações, ao mesmo tempo que diminui o tamanho dos dados submetidos à Mainnet (SNARKs são mais simples) e mais compatíveis com a Mainnet.
O uso de duas provas ao mesmo tempo significa que a tecnologia avançada de compressão, tecnologia de aceleração de hardware, otimização de algoritmos, eficiência de agregação de processamento em lote, otimização de memória e armazenamento do sistema Prover terão melhorias significativas de desempenho.
O princípio não é difícil de entender, a camada 2 envia dados de prova de status para os dados de chamada da Mainnet, devido aos dados de armazenamento limitados na Mainnet, os recursos de processamento paralelo STARK da camada 2 e a tecnologia de processamento de compressão à prova SNARK determinam o volume de transação e o nível de gás que podem ser processados por um único lote;
Agora, o volume de transações de um único lote na camada2 aumentou significativamente, e mais atualizações de status de dados Oracle podem ser acomodadas dentro do bloco. Os problemas de estabilidade das finanças descentralizadas também serão efetivamente resolvidos.
Como o @anthonykrose oficial do zkSync afirmou, não importa quantas atualizações do Oracle Machine estejam contidas em um Bloco, todo o estado do Bloco pode ser processado e registrado como um todo, e só precisa pagar o custo de uma gravação de estado. Isso é benéfico para as baixas taxas, alta eficiência e estabilidade dos aplicativos de Finanças Descentralizadas na cadeia ZK-Rollup.
É lógico que a atualização do Boojum deve ser considerada como um marco para o zkSync.
Por um lado, verifica a inferência de que quanto maior o volume de transações do sistema ZK, menor a taxa de gás, melhor a experiência e, por outro lado, também prova que a aplicação eficiente e a melhoria de desempenho de recursos de computação, como tecnologia de compressão e aceleração de hardware do sistema Prover off-chain, trarão imaginação infinita ao sistema ZK.
Após a atualização de Cancun, esperava-se que o EthereumMainnet blob Block Size reduzisse o custo das transações em lote da camada 2, e agora a otimização técnica do próprio sistema ZK trouxe o rollup da série ZK e o rollup da série OP para o mesmo nível.
A questão é que o ZK-Rollup é muito mais “ativo” do que o OP-Rollup. As vantagens da tecnologia ZK-Rollup, que sempre foram contadas, foram totalmente comprovadas após a atualização do Boojum.
Referência: Para aceleração de hardware ZK, otimização de poder de computação, etc., consulte os seguintes relatórios de pesquisa: