Fonte: Celestia; Tradução: Deng Tong, Golden Finance

Lemongrass upgrade in September deployed to Rede principal test version, is the first Consenso upgrade of Celestia. The upcoming Ginger upgrade, Celestia-App V3, is the second one.

Ginger doubles efficiency, and Celestia's data availability throughput has immediately doubled! In v3, this is achieved by reducing block time from 12 seconds to 6 seconds, which also improves user experience by faster transaction finalization time in a single time slot.

Ginger também estabeleceu as bases para o governo da comunidade, aumentando o tamanho do bloco para um máximo de 8 MB a cada 6 segundos, o que equivale a 1,33 MB/s.

O Ginger está ativado em Arabica à altura de 2348907 (previsto para 5 de novembro de 2024). Prevê-se que entre na rede de testes Mocha em novembro e na Rede principal Beta em dezembro.

Celestia está prestes a mudar

A atualização do Ginger inclui o CIP especificado no CIP-25 (um tipo de CIP).

O CIP no Ginger inclui:

• CIP-21: Introdução do tipo de blob para signatários verificados
• CIP-24: Variáveis do Programa de Agendamento de Gás Versionadas
• CIP-26: Expiração de versões
• CIP-27: Limite de blocos para a quantidade de PFB e não PFB
• CIP-28: Limite de Tamanho de Transação

Além das alterações acima mencionadas, o celestia-app v3 também inclui uma alteração importante não Consenso: BBR é agora necessário por padrão.

Registrador de caixa preta padrão

As redes p2p na vida real precisam enviar uma grande quantidade de dados por longas distâncias. Isso se torna um problema porque o algoritmo de controle de congestionamento mais comum reduz significativamente a quantidade de pacotes enviados à medida que mais pacotes são perdidos, ou seja, a taxa de transferência diminui. Quanto mais tempo levar para transmitir os dados, mais pacotes serão perdidos e a utilização da largura de banda diminuirá drasticamente. Pior ainda, os buffers começam a se acumular, causando uma latência significativa, mesmo para pacotes pequenos. Além disso, em uma rede descentralizada, os nós não esperam as mensagens nos buffers; eles simplesmente passam para o próximo bloco, o que faz com que as mensagens armazenadas em buffer se tornem obsoletas e desperdicem mais largura de banda quando finalmente são enviadas.

Os pesquisadores do Google descobriram que a perda de dados na verdade não é um bom mecanismo para detectar congestionamento. Em vez disso, podemos usar simplesmente o tempo de ida e volta. É isso que o BBR faz e resulta em um aumento significativo na taxa de transferência das redes distribuídas geograficamente na vida real.

Isso abre as portas para futuras melhorias de desempenho e throughput, como demonstrado no teste de rede Mammoth Mini. O celestia-app v3 requer BBR aberto por padrão.

Introduzir o tipo blob verificado do signatário

CIP-21 introduz um "blob de criação" onde o Endereço do signatário é diretamente incluído nos Metadados do blob. Os validadores da Celestia agora verificam se o signatário corresponde ao Endereço do blob de pagamento, evitando a necessidade de agrupar transações PayForBlobs separadamente. Isso simplifica o processo de validação de agrupamento, permitindo que eles verifiquem diretamente o campo de signatário do blob para garantir a autenticidade.

Variáveis do programa de agendamento de gás versionado

A CIP-24 define as variáveis do programador de agendamento de gás, GasPerBlobByte e TxSizeCostPerByte, como modificáveis apenas por atualização de rede, eliminando assim a capacidade de alterá-las através de governança na cadeia. Essa mudança tem como objetivo tornar o custo de transação mais estável e previsível. Ela permite um método de cálculo de gás offline mais simples, sem a necessidade de consultar a rede antes de cada transação.

Configuração de tempo limite da versão

O CIP-26 define o tempo de bloqueio e os timeouts relacionados a serem controlados pela versão do aplicativo e reduz o tempo de bloqueio de 12 segundos no v3 para 6 segundos. Esta alteração visa aumentar o throughput da rede e reduzir o tempo de confirmação das transações. Também aumenta o parâmetro ttl-num-blocks do pool de memória de 5 para 12, para manter um comportamento consistente das transações com tempos de bloco mais rápidos.

Limite de blocos para a quantidade de PFB e não PFB

A CIP-27 impõe limites à quantidade de mensagens PayForBlob (PFB) e não PFB em cada bloco. A proposta implementa um limite de 600 mensagens PFB e 200 mensagens não PFB por bloco. Esses limites são limites suaves na fase de PrepareProposal, o que significa que não são estritamente aplicados ao nível de Consenso. O princípio básico dessa alteração é evitar tempos de processamento de bloco excessivamente longos, limitando a quantidade de transações que podem ser validadas em cada bloco. Esses limites são estabelecidos com base numa Referência, com o objetivo de alcançar um tempo de processamento de bloco de aproximadamente 0,25 segundos sob uma configuração de validadores recomendada.

Limite de tamanho de negociação

CIP-28 na Celestia limita o tamanho de transação individual para 2MiB (2.097.152 bytes). Essa limitação será aplicada em todas as fases do processamento de transações (CheckTx, PrepareProposal e ProcessProposal), portanto, é uma mudança no consenso. O princípio básico é evitar problemas com transações grandes, mesmo que sejam blocos de 8 MiB ou maiores. Também abre caminho para reduzir o tempo de bloco e aumentar o tamanho do bloco para aumentar a capacidade de transações futuras.