Porque o Staking Precisa de uma Reforma

Sistema PoS da Ethereum

O sistema de proof-of-stake (PoS) da Ethereum assenta numa extensa rede de validadores que garantem a segurança da cadeia, propõem blocos e mantêm o consenso. Embora a transição para PoS tenha sido criada para descentralizar a rede e reduzir as barreiras à entrada em comparação com o proof-of-work, o cenário atual do staking gerou novas formas de centralização e de risco. A infraestrutura dos validadores revela-se hoje propensa a interrupções, pontos únicos de falha e intensificação da consolidação institucional. Estes desafios ameaçam os princípios fundamentais da Ethereum e originam constrangimentos operacionais que a Distributed Validator Technology (DVT) procura resolver.

Centralização no Staking de Ethereum

Apesar de o staking da Ethereum ter sido idealizado para promover a descentralização, a distribuição efetiva dos validadores revela uma realidade distinta. Em meados de 2025, uma parte substancial dos validadores activos da Ethereum encontra-se concentrada em poucas entidades. Provedores de staking líquido, plataformas centralizadas e operadores institucionais de nós gerem atualmente a maioria dos validadores, suscitando preocupações sobre controlo e resistência à censura. Por exemplo, plataformas como a Lido, a Coinbase e a Binance representam juntas uma proporção significativa do volume de staking, o que significa que decisões tomadas por poucas organizações podem, potencialmente, influenciar o processo de validação de blocos na Ethereum.

Esta centralização é de natureza não só técnica, mas também geográfica e regulatória. Muitos destes prestadores atuam sob regimes legais semelhantes, agravando o risco de cortes coordenados (slashing) ou de censura motivada por conformidade, caso surjam pressões externas. O conjunto de validadores perde resiliência quando demasiados nós recorrem ao mesmo fornecedor de infraestrutura, à mesma região de cloud ou ao mesmo país.

Além disso, estas entidades dominantes costumam recorrer a sistemas internos ou proprietários para gerir os validadores, afetando a transparência e diminuindo a diversidade de clientes e configurações. Embora esta abordagem aumente a eficiência institucional, cria vulnerabilidades ao nível do protocolo ao concentrar o poder de staking em silos operacionais isolados.

Riscos de Interrupção e Slashing

Ser operador de um validador envolve riscos. No sistema PoS da Ethereum, os validadores têm de permanecer online e executar as suas funções de forma rigorosa. O incumprimento destas obrigações pode resultar em penalizações ou “slashing”, ou seja, a perda forçada do ETH em staking. O slashing pretende dissuadir comportamentos maliciosos como a assinatura dupla ou ataques de longo prazo, no entanto, na prática, até operadores honestos podem ser penalizados por má configuração, erros de automação ou falhas de infraestrutura.

Um ponto único de falha, como uma avaria de servidor ou um corte de ligação à Internet, pode fazer cair um validador inteiro e originar penalizações por downtime. Caso o validador falhe tarefas suficientes, perderá recompensas e poderá ser removido à força do conjunto ativo. Mais grave ainda, se vários validadores de uma mesma entidade falharem simultaneamente (por exemplo, devido a interrupção do serviço de cloud), pode ocorrer slashing correlacionado. Nestes casos, os cortes agravam-se entre validadores, amplificando o prejuízo financeiro.

Esta vulnerabilidade afasta operadores mais pequenos, pois garantir disponibilidade total e tolerância a falhas exige investimentos elevados em redundância de hardware, ferramentas de monitorização e sistemas de resposta a incidentes. Os stakers individuais são especialmente expostos, uma vez que habitualmente utilizam um único nó sem sistemas de failover ao nível institucional. Assim, o staking tende a concentrar-se progressivamente em operadores profissionais dotados de recursos para mitigar riscos operacionais.

Upgrade Pectra da Ethereum e Alargamento do Limite dos Validadores

Fonte: Gate.com

O próximo hard fork Pectra da Ethereum irá aumentar o limite de saldo efectivo dos validadores de 32 ETH para 2.048 ETH. Um único validador poderá assim ser responsável por uma quantidade muito superior de staking. Embora esta medida aumente a escalabilidade do protocolo e reduza a sobrecarga de comunicações, tem consequências diretas na diversidade de validadores.

Com o modelo de 32 ETH vigente, grandes investidores precisam de criar vários validadores autónomos para fazer staking de quantias significativas, o que dispersa responsabilidades por várias chaves de validador — que, pelo menos em teoria, podem ser atribuídas a entidades diferentes. Com o novo limite de 2.048 ETH, um único validador passa a controlar o que antes exigia mais de 60 validadores. Esta consolidação reduz a complexidade operacional, mas centraliza o poder, sobretudo para provedores de staking líquido e custodiantes que agregam depósitos dos utilizadores em validadores de elevado valor.

Para operadores isolados e de menor dimensão, esta atualização acentua ainda mais o desequilíbrio. É pouco provável que consigam gerir validadores com saldos tão elevados, pelo que a sua influência diminui ainda mais em relação aos grandes operadores. O risco financeiro do slashing cresce exponencialmente para estes validadores de maior dimensão, uma vez que qualquer incidente afeta valores consideravelmente superiores. Sem mecanismos adicionais para descentralizar a operação dos validadores, este upgrade pode acelerar a centralização do staking na Ethereum.

A Emergência da Distributed Validator Technology (DVT)

A Distributed Validator Technology (DVT) surge neste contexto como uma evolução arquitetónica do modelo de validador. Em vez de depender de uma única máquina ou operador para gerir a chave do validador, a DVT reparte as responsabilidades por múltiplos nós independentes geridos por diferentes entidades. Recorre a criptografia por limiar (threshold) e a computação multipartidária segura para permitir a coordenação entre nós, que desempenham coletivamente as funções do validador sem que nenhum possua a chave completa ou possa agir isoladamente.

Esta arquitetura distribuída eleva drasticamente a tolerância a falhas. Se um ou mais nós do cluster DVT ficarem offline, o validador mantém-se funcional desde que um quórum mínimo de participantes se mantenha ativo. Isto elimina a necessidade de sistemas de backup dispendiosos ou de monitorização contínua por um único operador. Diminui igualmente a probabilidade de slashing, já que o risco de má conduta é diluído por vários intervenientes, que teriam de agir em conluio para induzir uma violação.

Ao nível da descentralização, a DVT possibilita configurações multipartidárias, onde diferentes indivíduos, organizações ou comunidades podem co-gerir um validador. Desta forma, redistribui o poder, aumenta a diversidade geográfica e técnica, e reduz o risco sistémico de monopólios de validadores. Importa salientar que a DVT é compatível com os clientes de consenso e software de validadores existentes, tornando a sua integração na Ethereum possível sem alterações no protocolo.

À medida que a Ethereum evolui e as responsabilidades dos validadores se tornam mais concentradas, a DVT oferece uma via para preservar a descentralização, resiliência e abertura estruturais da rede. Redefine o papel do validador como uma responsabilidade partilhada, alinhada com a natureza colaborativa da própria blockchain.