Fusaka là bản nâng cấp hard fork lớn tiếp theo của Ethereum, dự kiến kích hoạt đầu tháng 12, tập trung mở rộng công suất blob để giảm chi phí dữ liệu cho các mạng layer-2.
Bản nâng cấp đi kèm hai đợt tăng công suất blob tách biệt, sau giai đoạn thử nghiệm trên ba testnet công khai. Song song, hàng chờ thoát staking đạt kỷ lục, làm dấy lên tranh luận về an toàn giao thức và trải nghiệm người dùng.
- Fusaka dự kiến kích hoạt ngày 3/12, tăng công suất blob theo hai đợt khoảng 17/12/2025 và 7/1/2026.
- BPO1 đặt Max blob 15 và BPO2 đặt Max blob 21, hơn gấp đôi hiện tại, giúp layer-2 hiệu quả hơn.
- Hàng chờ thoát staking chạm mức cao nhất với 2,6 triệu ETH; thời gian chờ khoảng 43 ngày, theo Ethereum Validator Queue.
Fusaka của Ethereum là gì?
Fusaka là hard fork lớn tiếp theo của Ethereum, nhắm tới mở rộng và tăng hiệu quả mạng, trọng tâm là nâng công suất blob để tối ưu dữ liệu cho layer-2.
Theo các nhà phát triển lõi, Fusaka sẽ cải thiện khả năng mở rộng bằng cách cập nhật tham số blob theo lộ trình an toàn, giảm phí dữ liệu và tăng thông lượng cho rollup. Trước khi lên mainnet, ba testnet công khai sẽ chạy từ đầu tháng 10 đến giữa tháng 11 để kiểm chứng ổn định.
Lộ trình được cộng đồng kỹ thuật công bố công khai, giúp các client, nhà vận hành node và dự án layer-2 chuẩn bị, giảm rủi ro gián đoạn khi chuyển pha.
Lịch triển khai Fusaka chi tiết
Fusaka dự kiến kích hoạt trên mainnet ngày 3/12, sau đó tăng công suất blob khoảng 17/12/2025 và tiếp tục một đợt nâng nữa vào 7/1/2026.
Lịch triển khai được trình bày trong ghi chú của Barnabas Busa, cho biết hai đợt tăng công suất blob sẽ diễn ra dưới dạng hard fork điều chỉnh tham số. Cách tiếp cận theo từng bước giúp mạng mở rộng đáng kể nhưng vẫn kiểm soát rủi ro.
Giai đoạn testnet công khai trước đó, từ đầu tháng 10 đến giữa tháng 11, là lớp an toàn bổ sung để phát hiện sớm lỗi và đảm bảo tương thích giữa các client.
Blob capacity sẽ thay đổi như thế nào?
Hai hard fork tăng công suất blob sẽ hơn gấp đôi khả năng hiện tại, với Max blob 15 ở BPO1 và 21 ở BPO2, theo nhà nghiên cứu Christine D. Kim.
ethPandaOps cho biết có tổng cộng 5 BPO được lên kế hoạch cho Fusaka, trong đó BPO1 và BPO2 là hai cột mốc chính nâng trần blob. Điều này giúp dữ liệu được nén, lưu trữ offchain hiệu quả hơn, giảm chi phí đăng dữ liệu cho các rollup.
Blobs là gói dữ liệu lớn lưu offchain, chỉ cam kết lên chain, nên giảm tải lưu trữ onchain và hạ chi phí giao dịch layer-2. Cách làm này bám sát mô hình proto-danksharding, được thúc đẩy sau nâng cấp Dencun.
“Kết luận ban đầu là chúng ta có thể tiến hành với số blob tối đa 15 cho BPO1 và 21 cho BPO2. Tổng cộng có 5 BPO trong Fusaka, nên có thể đảm bảo mainnet mở rộng đáng kể và an toàn.”
– ethPandaOps, nhà phát triển cộng đồng Ethereum, thứ 5, nguồn: X (https://x.com/ethPandaOps/status/1968654090478444756)
BPO là gì và có cần nâng cấp client?
BPO (Blob-Parameter Only) là hard fork chỉ thay đổi tham số mục tiêu và giới hạn blob; không yêu cầu cập nhật từ phía client.
Do không chạm tới logic đồng thuận hay thực thi, BPO giảm thiểu rủi ro tương thích client, rút ngắn thời gian triển khai và đơn giản hóa công tác vận hành node. Tuy vậy, các bên vận hành vẫn nên theo dõi chặt chẽ để điều chỉnh cấu hình và tài nguyên phù hợp với tải dữ liệu mới.
Cách tiếp cận theo tham số cho phép đo lường tác động thực tế từng giai đoạn, trước khi tiến tới các thay đổi phức tạp hơn nếu cần.
Tại sao blob ngày càng được sử dụng nhiều?
Sau Dencun, mức sử dụng blob tăng đều: trung bình 5,1 blob mỗi block hiện nay, so với 0,9 vào tháng 3/2023, theo bảng điều khiển Dune.
Điều này phản ánh nhu cầu dữ liệu của các rollup ngày càng lớn, khi nhiều ứng dụng DeFi, game và social trên layer-2 bùng nổ. Blob giúp tối ưu chi phí đăng dữ liệu chứng cứ lên Ethereum, từ đó cải thiện phí giao dịch cho người dùng cuối trên layer-2.
Đà tăng ổn định cũng là tín hiệu để nhà phát triển tự tin nâng trần dần dần qua BPO, bảo đảm mạng đáp ứng được nhu cầu thật mà vẫn an toàn.
Chương trình audit Fusaka 2 triệu USD kéo dài 4 tuần
Ethereum Foundation công bố chương trình audit mã nguồn kéo dài bốn tuần, thưởng 2 triệu USD cho phát hiện lỗ hổng trong codebase Fusaka.
Chương trình khuyến khích cộng đồng bảo mật tham gia rà soát trước khi mainnet kích hoạt, giảm thiểu rủi ro ngoài ý muốn. Việc công bố sớm cũng giúp các bên liên quan có thời gian lập kế hoạch kiểm thử độc lập và diễn tập ứng phó sự cố.
Audit quy mô với bounty hấp dẫn thường là tín hiệu tích cực cho chất lượng phát hành, khuyến khích minh bạch và phối hợp đa bên.
Fusaka theo sau Pectra: bối cảnh nâng cấp gần đây
Fusaka nối tiếp Pectra (7/5), vốn đã tăng giới hạn staking của validator, giới thiệu account abstraction và tối ưu hiệu quả layer-2.
Sự kế thừa này cho thấy lộ trình nâng cấp của Ethereum đang đi theo hai hướng: nâng trải nghiệm và bảo mật lớp cơ sở, đồng thời mở rộng băng thông dữ liệu cho rollup. Điều đó giúp duy trì vị thế hạ tầng trung lập, khả dụng cao cho các ứng dụng tiền điện tử quy mô lớn.
Việc điều chỉnh tham số blob theo giai đoạn sau Dencun là mảnh ghép tự nhiên, cân bằng giữa nhu cầu tăng trưởng và an toàn hệ sinh thái.
Hàng chờ thoát staking ETH đạt kỷ lục, có đáng lo?
Tuần trước, 2,6 triệu ETH, trị giá khoảng 12 tỷ USD, đã vào hàng chờ thoát; thời gian chờ hiện khoảng 43 ngày, theo Ethereum Validator Queue.
Song song, hàng chờ vào staking giảm về đáy bốn tuần do lo ngại áp lực bán từ lượng ETH sẽ được rút. Tuy nhiên, đồng sáng lập Vitalik Buterin nhấn mạnh hàng chờ thoát dài có lý do an toàn, việc hạ giới hạn có thể làm suy giảm độ tin cậy của chuỗi.
Tranh luận được khơi lại sau nhận định từ Michael Marcantonio, trưởng mảng DeFi tại Galaxy Digital, rằng độ dài hàng chờ là điều đáng lo. Cân bằng thanh khoản rút với ổn định mạng vẫn là ưu tiên hàng đầu của giao thức.
Buterin nói gì về giới hạn hàng chờ thoát?
Buterin lập luận giới hạn hiện tại bảo vệ mạng khỏi biến động cực đoan; giảm giới hạn có thể khiến chuỗi ít đáng tin cậy hơn.
Thông điệp này phản hồi những lo ngại ngắn hạn và nhấn mạnh mục tiêu dài hạn: an toàn và khả dụng bền vững. Trong bối cảnh lượng rút tăng, cơ chế hàng chờ giúp điều tiết nhịp rút, tránh sốc thanh khoản và rủi ro tấn công kinh tế lên lớp đồng thuận.
Nhà đầu tư nên theo dõi dữ liệu hàng chờ rút – nạp, thay vì chỉ nhìn một chiều, để đánh giá cân bằng dòng ETH staking theo thời gian.
Bảng tóm tắt mốc và công suất blob
Lộ trình Fusaka và hai đợt tăng blob diễn ra theo từng bước, dựa trên dữ liệu thực tế và giám sát an toàn.
| Mốc | Thay đổi chính | Công suất blob tối đa | Nguồn |
|---|---|---|---|
| 3/12/2025 | Kích hoạt hard fork Fusaka trên mainnet | Không đổi ngay | Barnabas Busa |
| Khoảng 17/12/2025 | BPO1: tăng công suất blob | Max blob 15 | ethPandaOps, Christine D. Kim |
| 7/1/2026 | BPO2: tiếp tục tăng công suất blob | Max blob 21 | ethPandaOps |
Những câu hỏi thường gặp
Fusaka là gì và mục tiêu chính của nó?
Fusaka là hard fork tiếp theo của Ethereum, tập trung mở rộng công suất blob để giảm chi phí dữ liệu cho layer-2 và tăng hiệu quả toàn mạng. Thông tin do các nhà phát triển lõi công bố và được tổng hợp qua ghi chú lộ trình công khai.
Khi nào công suất blob được tăng?
Hai đợt tăng công suất blob dự kiến diễn ra khoảng 17/12/2025 (BPO1) và 7/1/2026 (BPO2), sau khi Fusaka kích hoạt ngày 3/12. Nguồn: Barnabas Busa, ethPandaOps, Christine D. Kim.
BPO có yêu cầu tôi cập nhật client không?
Không. BPO là Blob-Parameter Only, chỉ điều chỉnh tham số blob target/limit, không cần cập nhật từ phía client. Nhà vận hành vẫn nên theo dõi tải dữ liệu để điều chỉnh tài nguyên.
Vì sao blob đang được dùng nhiều hơn?
Sau Dencun, mức dùng blob tăng từ 0,9 lên 5,1 blob mỗi block, phản ánh nhu cầu dữ liệu rollup tăng. Nguồn: bảng điều khiển Dune.
Hàng chờ thoát staking dài có đáng lo?
Hàng chờ đạt 2,6 triệu ETH, chờ khoảng 43 ngày, cho thấy áp lực rút tăng. Buterin cho rằng giới hạn hiện có nhằm bảo vệ độ tin cậy của chuỗi. Nguồn: Ethereum Validator Queue, thảo luận cộng đồng.
