Nguyên gốc

Ethereum kích hoạt nâng cấp Fusaka để tiếp tục "mở rộng quy mô và cải thiện hiệu quả", tăng cường khả năng quyết toán Chuỗi .

Bài viết này được dịch máy
Xem bản gốc

Tác giả: Ye Huiwen, Wall Street Insights

Ethereum hiện đang trải qua mộ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. Nâng cấp lần 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ố địa vị cốt lõi Ethereum như một lớp quyết toán hiệu quả toàn cầu.

Bản nâng cấp Fusaka đã được kích hoạt ở Block Height 13.164.544, đúng như kế hoạch. Điều này đánh dấu một bước tiến nữa Ethereum trong lộ trình mở rộng , sau các nâng cấp Dencun và Pectra. Kenny Lee, giám đốc việc kinh doanh tại Goldman Crypto , lưu ý rằng Fusaka đại diện cho giai đoạn tiếp theo trong lộ trình mở mở rộng của Ethereum , hướng đến việc thúc đẩy sự phát triển của mạng lưới thành một lớp quyết 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 nâng cấp lần là việc giới thiệu công nghệ "PeerDAS" (Peer Dữ liệu 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 tám 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, 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 linh hoạt hơn ; đồng thời tối ưu hóa hiệu suất mainnet 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 cùng nhau tạo nên một bước nhảy vọt về mặt cấu trúc Ethereum về 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 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 nâng cấp lớp đồng thuận "Fulu" và 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, Đề án Cải tiến Ethereum (EIP) được đưa vào 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ả nút khi mức sử dụng mạng tăng trưởng .
  • 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 Ethereum Foundation đặt ra vào tháng 4 năm 2025 (mở rộng mạng chủ 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 Cấp độ 2 L2

Để hiểu lý do tại sao Ethereum tập trung vào mở rộng 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 blockchain" (không thể phi tập trung, bảo mật và mở rộng), thiết kế ban đầu của Ethereum đã ưu tiên 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 tăng trưở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 nhiệm 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 Ethereum để quyết toán cuối cùng và bảo mật.

Phương pháp mô-đun này cho phép Ethereum đạt được mở rộng mà không làm mất đi 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 dữ liệu" - làm thế nào để chứng minh với toàn bộ mạng rằng dữ liệu nén đã 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ó ảnh hưởng nhất trong 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ù 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 đủ 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ơ 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 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à tính toàn vẹn của toàn bộ dữ liệu thông qua phương pháp crypto . Cơ chế này giảm đáng kể yêu cầu tài nguyên của nút riêng lẻ, về mặt lý thuyết, dẫn đến tăng trưở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.

BPO fork: 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 trưởng, nhu cầu về không gian Blob cũng tăng.

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à 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"Blob-only (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ý, đội ngũ phát triển có thể triển khai 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 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 : 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 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 hoàn cảnh đị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ờ fork 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 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, nâng cấp lần 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ó rủi ro xảy ra lỗi phối hợp hoặc lỗ hổng bảo mật với máy trạm , có thể dẫn đến mất ổn định tạm thời của mạng.
  • Tác động hạn chế đến phí mainnet : Lợi ích trực tiếp của nâng cấp chủ yếu được phản ánh ở Lớp 2 và phí gas mạng chủ 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.

Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận