Vitalik最新提案:将DVT内嵌以太坊协议层,验证者去中心化新路径

robot
Geração de resumo em curso

【比推】以太坊联合创始人V神在Ethereum Research论坛抛出了一个新想法——直接把分布式验证者技术(DVT)写进协议层里。

听起来复杂?简化一下就是:验证者可以注册多个独立密钥,然后以小组的形式一起工作。只要达到预设的签名数量阈值,出块或见证才算数。这样的好处显而易见——大大降低单点故障或节点被攻击导致掉线的风险。关键是,即使引入这套机制,现有的惩罚保护(slashing)也能照常运作。

现在市面上的DVT方案大多依赖外部协调层,部署复杂且依赖第三方。V神的方案不一样,直接把DVT嵌入协议本身。拿着32 ETH以上的验证者可以设置最多16个密钥并自定义阈值,相当于把多个标准节点合并成一个验证者身份。

性能方面,额外开销几乎可以忽略——只会给出块增加一次延迟,见证延迟零影响。而且兼容任意签名方案,降低了对某些可能风险较高的加密假设的依赖。

从去中心化角度看,这让个人和小机构能更容易自托管、容错地参与质押,不用非得依赖大型质押服务商。这对改善以太坊验证者集的去中心化水平(比如中本系数)是个利好。不过这个提案还在早期阶段,后面需要社区充分讨论和达成共识。

ETH1,38%
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.
  • Recompensa
  • 4
  • Republicar
  • Partilhar
Comentar
0/400
TestnetFreeloadervip
· 10h atrás
Este colega quer fazer confusão de novo, colocando o DVT diretamente na camada de protocolo... soa bem, mas na prática ainda é um problema, né? --- 16 chaves com limiar personalizado? Parece mais um brinquedo para grandes investidores, os pequenos ainda têm que depender da sorte. --- Não é mau, o risco de falha única diminuiu, mas será que assim o limite para validadores não ficou mais alto? --- Só quero saber, quando é que isso vai para a mainnet, quanto tempo ainda falta? --- Camada de protocolo embutida diretamente... O V神 realmente quer transformar o Ethereum numa muralha de aço, hein? --- Espera aí, a proteção contra slashing ainda funciona? E se alguém manipular maliciosamente as 16 chaves? --- Mais uma ideia que parece ótima, mas na prática deve acabar sendo um caos. --- Quer dizer que os grandes pools de validadores vão ficar ainda mais poderosos? --- Para ser honesto, parece que estão complicando ainda mais as coisas. Será que esse barco do Ethereum não está ficando pesado demais?
Ver originalResponder0
AirdropAutomatonvip
· 10h atrás
O que é que o está a fazer agora? Colocar o DVT diretamente na camada de protocolo, parece que está a reduzir o risco para os grandes validadores. Na minha opinião, é sempre a mesma lógica: por mais elegante que a tecnologia seja, no final quem lucra são os ricos. Mas, falando nisso, é realmente bom que a proteção contra slashing continue a funcionar normalmente. Este design foi realmente bem pensado.
Ver originalResponder0
DAOdreamervip
· 10h atrás
O que estão a fazer agora, a implementar o DVT diretamente na camada de protocolo... Como é que o velho V está a pensar desta vez? Caramba, isto não é transformar os validadores numa pequena facção a trabalhar em grupo, será que querem abrir uma nova era de cartel? Começando com 32 ETH e configurando 16 chaves, este escala... Não estarão a tentar aumentar disfarçadamente a barreira de entrada? Ainda podem fazer slashing normalmente, certo? Mas se as 16 chaves forem todas cortadas ao mesmo tempo, será que não vão morrer de repente? Parece que mais uma onda de inovação na infraestrutura vai acontecer, mas será que isto realmente vai ser implementado ou é só mais um plano em PPT? Alguém consegue explicar por que é mesmo necessário integrar na camada de protocolo? Será que as soluções externas atuais são assim tão fracas? Se isto realmente for ao ar, os pequenos validadores vão ficar ainda mais sem comer... Parece que os do Lido vão ter que começar a pensar em como embrulhar esta nova coisa...
Ver originalResponder0
OnchainDetectivevip
· 10h atrás
Tenho que ver os detalhes aqui... O que o V está fazendo agora? De acordo com os dados on-chain, assim que o DVT for realmente incorporado na camada de protocolo, a estrutura de poder desses grandes validadores deve ser completamente reformulada.
Ver originalResponder0
  • Fixar

Negocie cripto em qualquer lugar e a qualquer hora
qrCode
Digitalizar para transferir a aplicação Gate
Novidades
Português (Portugal)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)