Ethereum hiện đang trải qua một đợt nâng cấp mạng lưới quan trọng mang tên "Fusaka", đánh dấu một cột mốc quan trọng khác trong lộ trình mở rộng đang diễn ra. Bản nâng cấp này nhằm mục đích giảm chi phí giao dịch trên mạng Lớp 2 bằng cách tăng đáng kể dung lượng dữ liệu và tối ưu hóa hiệu quả giao thức, qua đó củng cố vị thế cốt lõi của Ethereum như một lớp thanh toán hiệu quả toàn cầu.
Theo kế hoạch, bản nâng cấp Fusaka sẽ được kích hoạt vào ngày 3 tháng 12 năm 2025, tại block height 13.164.544. Đây là một bước tiến mới của Ethereum trên con đường mở rộng quy mô, sau các bản nâng cấp Dencun và Pectra. Kenny Lee, giám đốc tiền điện tử tại Goldman Sachs, chỉ ra rằng Fusaka đại diện cho giai đoạn tiếp theo trong lộ trình mở rộng quy mô của Ethereum, với mục tiêu thúc đẩy mạng lưới phát triển thành một lớp thanh toán vừa có tác động toàn cầu vừa tiết kiệm chi phí.

Thay đổi quan trọng nhất trong bản nâng cấp này là việc giới thiệu công nghệ "PeerDAS" (Peer Data Availability Sampling). Tính năng này về mặt lý thuyết nhằm tăng dung lượng dữ liệu của mạng Lớp 2 lên 8 lần, qua đó đạt được thông lượng giao dịch cao hơn và có khả năng giảm đáng kể phí giao dịch cho người dùng Lớp 2.
Hơn nữa, bản nâng cấp Fusaka bao gồm việc giới thiệu cơ chế fork "chỉ Blob" (BPO), giúp việc tăng dung lượng mạng trong tương lai trở nên linh hoạt hơn; đồng thời tối ưu hóa hiệu suất mạng chính Lớp 1 thông qua các tính năng như hết hạn lưu trữ và kiểm soát khối, đồng thời cải thiện chức năng ví và trải nghiệm người dùng. Những thay đổi này tạo nên một bước nhảy vọt về mặt cấu trúc cho Ethereum về khả năng mở rộng, tính bền vững và khả năng vận hành.
Từ Dencun đến Fusaka: Tập trung vào việc mở rộng quy mô và tối ưu hóa cơ sở hạ tầng
Bản nâng cấp Fusaka thực chất là sự kích hoạt đồng thời của bản nâng cấp lớp đồng thuận "Fulu" và bản nâng cấp lớp thực thi "Osaka". Theo kế hoạch cuối cùng được Ethereum Foundation xác nhận, các Đề xuất Cải tiến Ethereum (EIP) được đưa vào bản nâng cấp chủ yếu tập trung vào ba lĩnh vực:
- Cải thiện hiệu quả của Lớp 1: Bao gồm các tính năng như hết hạn lưu trữ (EIP-7642) và giới hạn gas giao dịch (EIP-7825), được thiết kế để duy trì hiệu quả của nút khi mức sử dụng mạng tăng lên.
- Mở rộng dung lượng dữ liệu Lớp 2: Cốt lõi là PeerDAS (EIP-7594), được bổ sung bằng các bản cập nhật tham số Blob (EIP-7892) và tối ưu hóa chi phí Blob (EIP-7918).
- Trải nghiệm người dùng và công cụ dành cho nhà phát triển được cải thiện: Bao gồm các tính năng như xem trước đề xuất xác định (EIP-7917) và hỗ trợ biên dịch trước cho đường cong secp256r1 (EIP-7951) để nâng cao chức năng ví và phát triển ứng dụng.
Ba hướng đi này hoàn toàn phù hợp với các ưu tiên chiến lược được Quỹ Ethereum thiết lập vào tháng 4 năm 2025 (mở rộng mạng chính Ethereum, mở rộng Blobs và cải thiện trải nghiệm người dùng). Bài viết này sẽ tập trung vào việc cải thiện dung lượng dữ liệu Lớp 2 và tối ưu hóa cơ chế phí.
Nhiệm vụ cốt lõi: Con đường mở rộng tập trung vào L2
Để hiểu lý do tại sao Ethereum tập trung vào việc mở rộng quy mô thông qua Lớp 2, chúng ta cần xem xét lại triết lý thiết kế của nó.
Trong "bộ ba nan đề blockchain" (không thể đạt được đồng thời tính phi tập trung, bảo mật và khả năng mở rộng), thiết kế ban đầu của Ethereum đã ưu tiên tính phi tập trung và bảo mật cho lớp Lớp 1. Điều này dẫn đến những hạn chế ở Lớp 1, chẳng hạn như phí giao dịch cao và thời gian xác nhận chậm, khi nhu cầu về các ứng dụng phi tập trung ngày càng tăng.
Trong "bộ ba nan đề blockchain" (không thể đạt được đồng thời tính phi tập trung, bảo mật và khả năng mở rộng), thiết kế ban đầu của Ethereum đã ưu tiên tính phi tập trung và bảo mật cho lớp Lớp 1. Điều này dẫn đến những hạn chế ở Lớp 1, chẳng hạn như phí giao dịch cao và thời gian xác nhận chậm, khi nhu cầu về các ứng dụng phi tập trung ngày càng tăng.
Để giải quyết vấn đề này, Ethereum đã áp dụng lộ trình "Tập trung vào Rollup". Chiến lược này chuyển giao phần lớn các tác vụ xử lý giao dịch sang mạng Lớp 2, nơi các giao dịch được thực hiện ngoài chuỗi, và sau đó dữ liệu nén được xuất bản trở lại Lớp 1 của Ethereum để thanh toán cuối cùng và bảo mật.
Cách tiếp cận mô-đun này cho phép Ethereum đạt được khả năng mở rộng mà không phải hy sinh các nguyên tắc phi tập trung cốt lõi của nó. Tuy nhiên, nó cũng đặt ra một vấn đề mới về "tính khả dụng của dữ liệu" - làm thế nào để chứng minh với toàn bộ mạng lưới rằng dữ liệu nén được công bố là hợp lệ mà không yêu cầu mọi nút phải tải xuống toàn bộ dữ liệu.
PeerDAS: Chìa khóa tăng trưởng dung lượng dữ liệu gấp 8 lần
PeerDAS, tính năng có tác động lớn nhất trong bản nâng cấp Fusaka, được tạo ra chính xác để giải quyết các vấn đề về tính khả dụng của dữ liệu đã đề cập ở trên.
Trước Fusaka, mặc dù bản nâng cấp Dencun đã giới thiệu "Blobs" như một phương pháp lưu trữ dữ liệu Lớp 2 tiết kiệm chi phí, nhưng mỗi nút đầy đủ của Ethereum vẫn cần tải xuống toàn bộ dữ liệu Blob, điều này hạn chế băng thông và giới hạn thông lượng của mạng.
PeerDAS thay đổi căn bản mô hình này. Sau khi nâng cấp, mạng lưới phân đoạn dữ liệu Blob thành các phần nhỏ hơn và phân phối chúng trên các nút khác nhau. Mỗi nút chỉ cần tải xuống và xác minh một phần nhỏ (khoảng 1/8) tổng dữ liệu, đảm bảo tính khả dụng và toàn vẹn của toàn bộ tập dữ liệu thông qua các phương pháp mã hóa. Cơ chế này giảm đáng kể yêu cầu tài nguyên của từng nút riêng lẻ, về mặt lý thuyết, dẫn đến khả năng tăng dung lượng dữ liệu cho mạng lưới gấp khoảng tám lần. PeerDAS đặt nền tảng cho việc mở rộng Blob sau này và là động lực chính giúp giảm chi phí giao dịch Lớp 2.
Phân nhánh BPO: Tăng giới hạn Blob linh hoạt hơn
Khi hoạt động giao dịch Lớp 2 tiếp tục tăng (Hình 2), nhu cầu về không gian Blob cũng tăng theo.

Theo dữ liệu của Coinmetrics, số lượng blob hàng ngày đang có xu hướng tăng. Tuy nhiên, theo cơ chế hiện tại, việc tăng số lượng blob trên mỗi khối đòi hỏi một "hard fork" phức tạp, và những nâng cấp lớn như vậy rất khó phối hợp và hiếm khi xảy ra.
Để giải quyết tình trạng tắc nghẽn này, Fusaka đã giới thiệu cơ chế "fork Chỉ Tham số Blob (BPO)". Đây là một fork chuyên dụng, nhẹ, chỉ được sử dụng để cập nhật các thông số liên quan đến blob (chẳng hạn như số lượng blob tối đa trên mỗi khối). Nhờ phạm vi nhỏ và tác động dễ quản lý, các nhóm phát triển có thể triển khai các nâng cấp này thường xuyên và an toàn hơn, cho phép mạng lưới tăng dần dung lượng dữ liệu mà không cần chờ đợi các nâng cấp lớn bao gồm các tính năng khác. Theo Quỹ Ethereum, fork BPO sẽ được lập trình sẵn để tăng gấp đôi số lượng blob theo từng giai đoạn trong vài tuần cho đến khi đạt giá trị tối đa.
Ổn định thị trường phí: Giới thiệu cơ chế giá sàn Blob
Sau khi nâng cấp Dencun, các máy chủ Lớp 2 phải đối mặt với hai loại phí riêng biệt khi xuất bản dữ liệu lên Ethereum: phí gas thực thi và phí blob gas. Mặc dù phí blob gas có thể giảm xuống gần bằng 0 khi nhu cầu thấp, các máy chủ Lớp 2 vẫn phải chịu chi phí gas thực thi đáng kể. "Lỗi tín hiệu giá" này có thể dẫn đến tình trạng định giá kém hiệu quả và bất ổn thị trường.
Để giải quyết vấn đề này, Fusaka đã giới thiệu cơ chế "giá sàn" cho các blob thông qua EIP-7918. Giá sàn này không phải là giá trị cố định mà được liên kết động với chi phí gas thực thi.
Khi phí Blob do thị trường điều chỉnh giảm xuống dưới mức sàn này, thuật toán điều chỉnh phí sẽ ngăn chặn việc giảm thêm. Điều này được thiết kế để đảm bảo phí Blob luôn phản ánh đúng giá trị kinh tế của nó, duy trì sự nhạy cảm của thị trường phí với tình trạng tắc nghẽn mạng và cung cấp một môi trường định giá ổn định và dễ dự đoán hơn cho Layer-2.
Tác động thị trường và rủi ro tiềm ẩn
Khi phí Blob do thị trường điều chỉnh giảm xuống dưới mức sàn này, thuật toán điều chỉnh phí sẽ ngăn chặn việc giảm thêm. Điều này được thiết kế để đảm bảo phí Blob luôn phản ánh đúng giá trị kinh tế của nó, duy trì sự nhạy cảm của thị trường phí với tình trạng tắc nghẽn mạng và cung cấp một môi trường định giá ổn định và dễ dự đoán hơn cho Layer-2.
Tác động thị trường và rủi ro tiềm ẩn
Việc nâng cấp Fusaka dự kiến sẽ có tác động sâu sắc đến thị trường. Dung lượng dữ liệu tăng lên nhờ các nhánh PeerDAS và BPO dự kiến sẽ tiếp tục giảm chi phí vận hành của các mạng Lớp 2. Đồng thời, cơ chế giá sàn của EIP-7918 đảm bảo không gian Blob không bị sử dụng quá mức, duy trì tính bền vững về mặt kinh tế của mạng. Điều này có thể làm gia tăng cạnh tranh giữa các mạng Lớp 2, chuyển trọng tâm từ chi phí giao dịch sang trải nghiệm người dùng, hợp tác hệ sinh thái và độ sâu thanh khoản.
Tuy nhiên, việc nâng cấp này cũng đi kèm với một số rủi ro và cân nhắc:
- Rủi ro thực hiện: Bất kỳ hard fork lớn nào cũng có nguy cơ xảy ra lỗi phối hợp hoặc lỗ hổng bảo mật với máy khách, có thể dẫn đến mất ổn định mạng tạm thời.
- Tác động hạn chế đến phí mạng chính: Lợi ích trực tiếp của việc nâng cấp chủ yếu được phản ánh ở Lớp 2 và phí gas mạng chính Ethereum có thể không giảm ngay lập tức trong ngắn hạn.
- Yêu cầu về phần cứng: Mặc dù PeerDAS tối ưu hóa hiệu quả, nhưng mục tiêu Blob cao hơn vẫn có thể làm tăng yêu cầu về băng thông xác thực theo thời gian.
- Sự chậm trễ trong việc thích ứng với hệ sinh thái: Các nhà phát triển Layer-2 và dApp cần thời gian để tận dụng tối đa những lợi thế của kiến trúc mới.
Tất cả bình luận