Recentemente tenho acompanhado o protocolo PlasmaBFT, que resolve um problema antigo — como garantir confirmações rápidas de transações sem sacrificar as características de descentralização inerentes ao L1.

Para ser honesto, a maioria das blockchains opta por caminhos bastante extremos. Para aumentar a velocidade, elevam o limiar de participação dos nós, tornando inviável para máquinas comuns; ou, superficialmente, parecem ter muitos nós, mas o poder real está concentrado em poucos. A abordagem do PlasmaBFT é diferente — ela considera a descentralização como uma restrição central, e não um custo que pode ser facilmente abandonado.

A inovação chave está na mecânica de "agrupamentos sobrepostos". Simplificando, nem todos os nós validadores processam todas as transações ao mesmo tempo; eles são dinamicamente divididos em vários pequenos grupos, que validam as transações em paralelo, e há membros sobrepostos entre os grupos para garantir a consistência dos dados. Assim, a carga é distribuída, e o esforço de cálculo e rede de cada nó individual diminui, tornando-se mais amigável para configurações com servidores comuns.

Mas a divisão em grupos não é suficiente; o mais importante é como fazer a seleção e rotação de nós de forma justa. Aqui, é utilizado o Função de Aleatoriedade Verificável (VRF), que realiza seleções aleatórias com alta frequência, dificultando que o mesmo grupo controle a produção de blocos por longos períodos. Do ponto de vista do design do mecanismo, isso impede a concentração de poder.

O conceito de "finalidade em questão de segundos" pode gerar confusão. Não significa que blocos rápidos garantam a finalização — algumas blockchains podem produzir vários blocos por segundo, mas só após dezenas de blocos é que a confirmação se torna segura. O PlasmaBFT visa uma finalização instantânea na mesma rodada de consenso, tornando a transação praticamente irreversível assim que confirmada. Para aplicações que exigem interação em tempo real, essa experiência aprimorada é real e palpável, eliminando a necessidade de esperar confirmações posteriores com receio.

Claro que esse design tem seus custos. A divisão em grupos e validações paralelas impõe requisitos elevados à qualidade da rede entre os nós; se a rede básica for fraca, o desempenho será prejudicado. No entanto, do ponto de vista do projeto, ele também utiliza técnicas como agregação de assinaturas para reduzir o volume de comunicação, e esses aspectos podem ser continuamente otimizados na engenharia.

No geral, minha impressão é que o protocolo não sacrificou a abertura e resistência à censura do L1 em nome de alcançar o máximo desempenho. A melhoria de performance que busca é construída sobre a base de que usuários comuns e participantes ainda possam se juntar à validação a custos relativamente baixos. Essa abordagem de equilíbrio, atualmente, é realmente rara no ecossistema.