According to @wallisi, Linea upgraded to Fusaka at the same time as Ethereum, with the post referencing an official @LineaBuild status on X as the source (source: @wallisi citing @LineaBuild status). For traders, the verified synchronized timing offers a clear event timestamp to track ETH and Linea L2 activity around the upgrade, while the post provides no additional technical details or token incentives beyond the timing note (source: @wallisi).

According to @VitalikButerin, PeerDAS in Fusaka literally is sharding, allowing Ethereum to reach consensus on blocks without any single node seeing more than a tiny fraction of the data (source: Vitalik Buterin on X, Dec 3, 2025). He adds the design is robust to 51% attacks through client-side probabilistic verification (source: Vitalik Buterin on X, Dec 3, 2025). He characterizes this as a significant development for Ethereum (ETH) (source: Vitalik Buterin on X, Dec 3, 2025).

According to the source, Ethereum core developers have reportedly set a December window for a 'Fusaka' upgrade, but there is no official confirmation on the Ethereum Foundation blog or official communication channels as of today, so the claim remains unverified (source: https://blog.ethereum.org). Traders should wait for verification via AllCoreDevs call notes or an EF announcement, since mainnet upgrade dates are typically published after testnet forks are scheduled and executed (source: https://github.com/ethereum/pm). Historical practice shows confirmed timelines such as Dencun were communicated via EF posts and coordinated across testnets before mainnet activation, creating tradable calendar catalysts once official, not before (source: https://blog.ethereum.org and https://notes.ethereum.org/@timbeiko). Until an official post or client release candidates cite a finalized block or epoch for mainnet, prioritize monitoring EF blog updates, AllCoreDevs notes, and client repos for testnet fork schedules and RC tags as timing signals (source: https://blog.ethereum.org, https://github.com/ethereum/pm, and https://github.com/ethereum/consensus-specs).

According to Vitalik Buterin, there is a plan to implement Fusaka on Layer 1 with PeerDAS, targeting a 48/72 blob limit. This development is crucial for traders as it may enhance scalability and efficiency in blockchain transactions. The goal is to initiate a Fusaka testnet with these parameters immediately after the Pectra system goes live, which could significantly impact transaction throughput and trading activities on the blockchain. (Source: Vitalik Buterin's Twitter)

According to Vitalik Buterin, Fusaka's integration on Layer 1 with PeerDAS and a 48/72 blob target/limit is planned for 2025, with the aim to establish a testnet post-Pectra's launch, suggesting potential scalability improvements and new opportunities for traders.