{"id":91895,"date":"2025-12-05T17:03:42","date_gmt":"2025-12-05T14:03:42","guid":{"rendered":"https:\/\/forklog.com\/en\/?p=91895"},"modified":"2025-12-05T17:06:43","modified_gmt":"2025-12-05T14:06:43","slug":"validator-activity-in-ethereum-drops-25-following-fusaka-deployment","status":"publish","type":"post","link":"https:\/\/forklog.com\/en\/validator-activity-in-ethereum-drops-25-following-fusaka-deployment\/","title":{"rendered":"Validator Activity in Ethereum Drops 25% Following Fusaka Deployment"},"content":{"rendered":"<p>Shortly after the <a href=\"https:\/\/forklog.com\/en\/news\/fusaka-hard-fork-goes-live-on-ethereum-mainnet\">deployment of Fusaka<\/a>, a malfunction occurred in the popular consensus client Prysm, disabling a portion of Ethereum validators.<\/p>\n<blockquote class=\"twitter-tweet\">\n<p lang=\"en\" dir=\"ltr\">\ud83d\udea8 We have identified the issue and have a quick workaround. All nodes should disable Prysm to unnecessarily generate old states to process outdated attestation. To do this, simply add the following flag to your beacon node. This flag works with v7.0.0 and you do not need to\u2026<\/p>\n<p>\u2014 Prysm Ethereum Client (@prylabs) <a href=\"https:\/\/twitter.com\/prylabs\/status\/1996439056604144097?ref_src=twsrc%5Etfw\">December 4, 2025<\/a><\/p><\/blockquote>\n<p> <script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p>An error was discovered in client version v7.0.0, causing unnecessary generation of outdated blockchain states when processing old attestations.<\/p>\n<p>As <a href=\"https:\/\/x.com\/terencechain\/status\/1996450943358173368\">explained<\/a> by lead developer Terence Tsao, the issue disrupted the proper functioning of nodes using this client. Experts provided a temporary solution to disable the problematic feature.<\/p>\n<p>However, at epoch 411,448, key network metrics sharply declined. Only 75% of nodes were signing current block headers, and participation in consensus fell to 74.7%. Ethereum was on the brink of a full-scale failure, with less than nine percentage points remaining before a complete halt in block finalization.<\/p>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"482\" src=\"https:\/\/forklog.com\/wp-content\/uploads\/img-53e4141383403f70-159640607029463-1024x482.png\" alt=\"image\" class=\"wp-image-271202\" srcset=\"https:\/\/forklog.com\/wp-content\/uploads\/img-53e4141383403f70-159640607029463-1024x482.png 1024w, https:\/\/forklog.com\/wp-content\/uploads\/img-53e4141383403f70-159640607029463-300x141.png 300w, https:\/\/forklog.com\/wp-content\/uploads\/img-53e4141383403f70-159640607029463-768x361.png 768w, https:\/\/forklog.com\/wp-content\/uploads\/img-53e4141383403f70-159640607029463-1536x722.png 1536w, https:\/\/forklog.com\/wp-content\/uploads\/img-53e4141383403f70-159640607029463.png 2048w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><figcaption class=\"wp-element-caption\">Source: <a href=\"https:\/\/beaconcha.in\/epoch\/411448\">Beaconcha.in<\/a>.<\/figcaption><\/figure>\n<p>As of the current epoch (411,760), the network&#8217;s operation has normalized. Metrics have nearly returned to pre-crisis levels:<\/p>\n<ul class=\"wp-block-list\">\n<li>consensus participation: ~99%;<\/li>\n<li>synchronization: ~97%.<\/li>\n<\/ul>\n<p>Before the incident, these values consistently exceeded 99%.<\/p>\n<p>The drop in consensus participation roughly corresponds to the share of validators using the Prysm client. On December 3, it was estimated at 22.71%, now it stands at 15.65%.<\/p>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"745\" src=\"https:\/\/forklog.com\/wp-content\/uploads\/img-205f56f41ae8fe42-159645633240151-1024x745.png\" alt=\"image\" class=\"wp-image-271203\" srcset=\"https:\/\/forklog.com\/wp-content\/uploads\/img-205f56f41ae8fe42-159645633240151-1024x745.png 1024w, https:\/\/forklog.com\/wp-content\/uploads\/img-205f56f41ae8fe42-159645633240151-300x218.png 300w, https:\/\/forklog.com\/wp-content\/uploads\/img-205f56f41ae8fe42-159645633240151-768x559.png 768w, https:\/\/forklog.com\/wp-content\/uploads\/img-205f56f41ae8fe42-159645633240151.png 1110w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><figcaption class=\"wp-element-caption\">Source: <a href=\"https:\/\/www.migalabs.io\/consensus-layer\">MigaLabs<\/a>.<\/figcaption><\/figure>\n<h2 class=\"wp-block-heading\">Critical Threshold<\/h2>\n<p>According to Ethereum&#8217;s consensus rules, the network loses finalization if validator participation in voting falls below the critical mark\u2014two-thirds of all staked ether.<\/p>\n<p>In such a state, new blocks are created, but the chain ceases to be irreversibly confirmed, sharply increasing the risk of transaction history reorganization. Loss of finalization would trigger a cascading failure across the ecosystem. Potential consequences could include:<\/p>\n<ul class=\"wp-block-list\">\n<li>freezing of fund withdrawals via <a href=\"https:\/\/forklog.com\/en\/news\/what-is-a-layer%e2%80%912-solution-in-blockchain\">L2<\/a> bridges and <a href=\"https:\/\/forklog.com\/en\/news\/what-are-rollups-and-how-do-they-scale-ethereum\">rollups<\/a>;<\/li>\n<li>increased number of confirmations required for exchange deposits;<\/li>\n<li>a heightened risk and uncertainty mode across all financial activities on Ethereum.<\/li>\n<\/ul>\n<p>This scenario is not hypothetical. In May 2023, Ethereum already <a href=\"https:\/\/forklog.com\/en\/news\/ethereum-network-records-second-disruption-to-transaction-finalisation\">experienced<\/a> finalization failures\u2014twice in one day. The cause then was data processing errors in the Prysm and Teku clients.<\/p>\n<h2 class=\"wp-block-heading\">Insufficient Client Diversity<\/h2>\n<p>The current incident seemed relatively localized, but historically the risk was much higher. In autumn 2021, Prysm controlled over 66% of nodes\u2014an error in it alone could have paralyzed the entire network.<\/p>\n<p>By January 2022, its share was 68.1%, leaving the network in a vulnerable position.<\/p>\n<figure class=\"wp-block-image size-full\"><img decoding=\"async\" src=\"https:\/\/forklog.com\/wp-content\/uploads\/img-79e9cc422265b76a-159660052437117.webp\" alt=\"image\" class=\"wp-image-271204\"\/><figcaption class=\"wp-element-caption\">Source: <a href=\"https:\/\/x.com\/sproulM_\/status\/1481109509544513539\/photo\/1\">X<\/a>.<\/figcaption><\/figure>\n<p>Despite some progress, Ethereum remains far from a safe distribution of clients. A critical threshold is considered to be 33% for a single client. Currently, Lighthouse dominates with a 52.55% share.<\/p>\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>\u201cWe avoided disaster by sheer luck. Had the error occurred in Lighthouse, the network could have lost finalization,\u201d<\/em> <a href=\"https:\/\/x.com\/sassal0x\/status\/1996442356464361817\"><em>commented<\/em><\/a><em> Ethereum expert Anthony Sassano.<\/em><\/p>\n<\/blockquote>\n<p>Earlier in September, a failure <a href=\"https:\/\/forklog.com\/en\/news\/bug-in-reth-client-disrupts-ethereum-node-synchronization\">occurred<\/a> in the execution layer client Reth by Paradigm. The bug led to a halt in node synchronization using this software.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Shortly after the deployment of Fusaka, a malfunction occurred in the popular consensus client Prysm, disabling a portion of Ethereum validators.<\/p>\n","protected":false},"author":1,"featured_media":91896,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"select":"1","news_style_id":"1","cryptorium_level":"","_short_excerpt_text":"Validator activity in Ethereum drops 25% following Fusaka deployment.","creation_source":"","_metatest_mainpost_news_update":false,"footnotes":""},"categories":[3],"tags":[46,1134],"class_list":["post-91895","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news-and-analysis","tag-ethereum","tag-technical-updates"],"aioseo_notices":[],"amp_enabled":true,"views":"252","promo_type":"1","layout_type":"1","short_excerpt":"Validator activity in Ethereum drops 25% following Fusaka deployment.","is_update":"","_links":{"self":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts\/91895","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/comments?post=91895"}],"version-history":[{"count":1,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts\/91895\/revisions"}],"predecessor-version":[{"id":91897,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts\/91895\/revisions\/91897"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/media\/91896"}],"wp:attachment":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/media?parent=91895"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/categories?post=91895"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/tags?post=91895"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}