Ethereum staking new blueprint? Vitalik proposes the "Native DVT Staking" plan, aiming to enhance Ethereum's security and decentralization

動區BlockTempo
ETH-2,52%
SSV-1,74%
OBOL0,95%

Ethereum co-founder Vitalik Buterin recently proposed the concept of “Native DVT Staking,” advocating for the integration of distributed validator technology directly into the protocol layer, aiming to enhance network security while further reducing staking centralization risks.
(Background: Vitalik: 2026 is the year Ethereum regains “self-sovereignty and trustlessness”)
(Additional context: Vitalik’s attitude has shifted dramatically! First time supporting Native Rollups, stating ZK technology timeline finally matches)

Table of Contents

  • What is DVT? Solving single node risks
  • Native DVT: Embedding mechanisms into the protocol
  • Low technical burden, emphasizing practicality
  • The key driver of decentralization

Ethereum co-founder Vitalik Buterin recently proposed a staking initiative called “Native Distributed Validator Technology (Native DVT)” on the Ethereum Research forum, advocating for the direct incorporation of DVT mechanisms into the Ethereum protocol layer, thereby improving network security and decentralization without significantly increasing system complexity.

What is DVT? Solving single node risks

Distributed Validator Technology (DVT) is a framework that allows validators not to rely entirely on a single node for staking. By dispersing validator keys across multiple nodes and using threshold signatures to propose and validate blocks, as long as more than two-thirds of nodes operate honestly, validators can participate normally in the network, avoiding penalties (slashing) or inactivity leaks caused by single points of failure.

Currently, solutions like ssv.network, Obol, and others are available, with some exchanges and institutions already adopting them. However, Buterin points out that existing solutions are often complex architectures requiring additional node coordination and network channels, and they also rely on the linear properties of BLS signatures, which may pose potential long-term risks.

Native DVT: Embedding mechanisms into the protocol

To address these issues, Buterin introduces the concept of “Native DVT,” with the core idea of directly integrating DVT design into the Ethereum protocol itself.

According to the proposal, if validators hold multiple times the minimum staking threshold of ETH, they can set up to 16 independent keys and specify a signing threshold. These keys will form multiple “virtual identities,” operating independently in technical terms but regarded as a single “group validator identity” within the protocol. Only when the threshold number of keys completes signing will actions (such as block proposal or validation) be considered valid, and rewards or penalties will be distributed accordingly.

Buterin also emphasizes that if the threshold is set too low (e.g., less than or equal to half the number of keys), there is a risk of penalties even without malicious behavior, so such configurations are not recommended.

Low technical burden, emphasizing practicality

In terms of technical design, Buterin stresses that implementing native DVT is quite straightforward. For users, it only requires running multiple standard Ethereum nodes, without the need for complex external coordination systems. The scheme introduces only one additional delay during block production, with minimal impact on the validation process, and it is compatible with various signature schemes, not relying on specific cryptographic properties.

The key driver of decentralization

Beyond security, Buterin views native DVT as an important tool to promote Ethereum’s decentralization. He notes that if medium to large ETH holders and institutions can more easily stake securely with multi-node architectures, reliance on large staking service providers can be reduced, further improving validator distribution and decentralization metrics such as the Gini coefficient.

Additionally, native DVT could lower operational barriers for decentralized staking protocols, making participation resemble the most basic solo staking mode, encouraging a more diverse set of nodes and participants.

It should be noted that this concept remains at the proposal and discussion stage. Whether it will be incorporated into the Ethereum mainnet protocol depends on long-term community review, testing, and consensus-building. As Ethereum’s staking ratio continues to rise, this proposal is seen as a crucial starting point for discussions on network security and governance in the long term.

View Original
Disclaimer: The information on this page may come from third parties and does not represent the views or opinions of Gate. The content displayed on this page is for reference only and does not constitute any financial, investment, or legal advice. Gate does not guarantee the accuracy or completeness of the information and shall not be liable for any losses arising from the use of this information. Virtual asset investments carry high risks and are subject to significant price volatility. You may lose all of your invested principal. Please fully understand the relevant risks and make prudent decisions based on your own financial situation and risk tolerance. For details, please refer to Disclaimer.

Related Articles

过去24小时全网爆仓2.79亿美元,空单爆仓占比超五成

Gate News 消息,3 月 14 日,据 CoinAnk 数据,过去 24 小时全网爆仓 2.79 亿美元,其中多单爆仓 1.32 亿美元,空单爆仓 1.47 亿美元,空单爆仓占比略高。从币种来看,比特币爆仓约 1.28 亿美元,以太坊爆仓约 5892 万美元。

GateNews1h ago

Aave 发布 V4 以太坊主网激活治理提案

Gate News 消息,3 月 14 日,Aave 发布 Aave V4 以太坊主网激活治理提案。该版本将引入模块化架构,其中流动性中心(Liquidity Hubs)负责持有共享流动性,Spokes 则定义具有治理限制的独立借贷环境。提案预期将启动拓扑结构、推广路径、实施和控制模型,以及用于风险参数化的初始资产范围。如社区就该提案达成共识,后续将提交 Snapshot 进行投票。

GateNews3h ago

V神:以太坊陷入路徑依賴,該從第一性原理重新檢視DeFi、隱私與 L2

Vitalik 呼籲以太坊社群擺脫「路徑依賴」的思維,從第一性原理重新思考 DeFi、隱私和 L2 的角色。他強調應用層的創新,重視隱私和安全,並挑戰傳統觀念,建議在新的視角下創建更具創造力的應用。

CryptoCity3h ago

鏈上熱到爆、以太幣卻漲不動?專家揭「致命死穴」:恐下探 1,500 美元

CryptoQuant 報告指出,以太坊面臨「採用悖論」,雖然網路活躍度創新高,但幣價卻下滑。若熊市持續,到第三季末以太幣可能跌至 1,500 美元。智能合約活躍度上升與以太幣價格脫鉤,交易所流入量更能反映價格動態。投資需求疲軟,資金持續流失是主要隱憂。

区块客6h ago
Comment
0/400
No comments