Phân tích cách PeerDAS giúp Ethereum lấy lại "quyền kiểm soát dữ liệu"

Bài viết bởi: imToken

Đến cuối năm 2025, cộng đồng Ethereum đã bình lặng đón nhận thành công của đợt nâng cấp Fusaka.

Nhìn lại một năm qua, dù các cuộc thảo luận về nâng cấp công nghệ nền đã dần nhạt đi khỏi ánh đèn sân khấu của thị trường, nhưng nhiều người dùng trên chuỗi đã cảm nhận rõ một sự thay đổi đáng kể: chi phí Gas trên Ethereum ngày càng rẻ hơn.

Hiện nay, các tương tác trên chuỗi, dù là chuyển khoản hay các hoạt động DeFi phức tạp, thường chỉ tốn vài xu Mỹ hoặc thậm chí có thể bỏ qua, điều này phần lớn nhờ vào nâng cấp Dencun và cơ chế Blob, cùng với đó, khi tính năng cốt lõi PeerDAS (Peer Data Availability Sampling, Mẫu kiểm tra khả dụng dữ liệu ngang hàng) trong đợt nâng cấp Fusaka chính thức kích hoạt, Ethereum đang dần thoát khỏi kỷ nguyên xác thực dữ liệu dựa trên “tải toàn bộ dữ liệu”.

Có thể nói, quyết định liệu Ethereum có thể duy trì quy mô lớn và bền vững trong dài hạn hay không không chỉ dựa vào Blob, mà còn phụ thuộc vào bước tiếp theo mà PeerDAS đại diện.

1. PeerDAS là gì?

Để hiểu ý nghĩa cách mạng của PeerDAS, chúng ta không thể chỉ nói suông về khái niệm, mà phải quay lại một mốc quan trọng trên hành trình mở rộng quy mô của Ethereum, chính là nâng cấp Dencun vào tháng 3 năm 2024.

Lúc đó, EIP-4844 đã giới thiệu mô hình giao dịch mang theo Blob (chứa lượng lớn dữ liệu giao dịch được nhúng trong blob), giúp các L2 không còn phụ thuộc vào cơ chế lưu trữ đắt đỏ của calldata, mà chuyển sang sử dụng lưu trữ tạm thời bằng Blob.

Thay đổi này đã giảm chi phí Rollup xuống chỉ còn một phần mười so với trước, đảm bảo các nền tảng L2 có thể cung cấp giao dịch rẻ hơn và nhanh hơn mà không ảnh hưởng đến an toàn và mức độ phi tập trung của Ethereum, đồng thời giúp người dùng cảm nhận rõ “thời kỳ Gas rẻ”.

Tuy nhiên, dù Blob rất tiện lợi, nhưng số lượng Blob mỗi khối trên mạng chính Ethereum có giới hạn cứng (thường là 3-6), nguyên nhân rất thực tế, đó là băng thông vật lý và dung lượng ổ cứng có hạn.

Trong mô hình xác thực truyền thống, mỗi validator, dù là máy chủ do tổ chức chuyên nghiệp vận hành hay máy tính cá nhân của người dùng, vẫn phải tải xuống và truyền đạt toàn bộ dữ liệu Blob để xác nhận tính hợp lệ của dữ liệu.

Điều này dẫn đến một tình thế tiến thoái lưỡng nan:

• Nếu tăng số lượng Blob (để mở rộng quy mô): lượng dữ liệu tăng vọt, băng thông của các node gia đình sẽ bị quá tải, ổ cứng đầy ứ, buộc họ phải rút lui, khiến mạng nhanh chóng trở nên tập trung, cuối cùng chỉ còn các tập đoàn lớn mới có thể vận hành;
• Nếu giới hạn số lượng Blob (để duy trì phi tập trung): thông lượng của L2 bị khóa cứng, không thể đáp ứng nhu cầu tăng trưởng bùng nổ trong tương lai.

Nói cách khác, Blob chỉ mới là bước đầu, giải quyết vấn đề “lưu trữ dữ liệu ở đâu”. Khi lượng dữ liệu còn ít, mọi thứ đều ổn, nhưng nếu số lượng Rollup tiếp tục tăng, mỗi Rollup gửi dữ liệu với tần suất cao, dung lượng Blob mở rộng liên tục, thì băng thông và áp lực lưu trữ của các node sẽ trở thành rủi ro tập trung mới.

Nếu vẫn giữ mô hình tải toàn bộ dữ liệu như cũ, không thể giải quyết áp lực băng thông, thì con đường mở rộng của Ethereum sẽ gặp phải giới hạn vật lý, còn PeerDAS chính là chìa khóa tháo gỡ nút thắt này.

Tóm lại, PeerDAS về bản chất là một kiến trúc xác thực dữ liệu hoàn toàn mới, phá vỡ quy tắc bắt buộc phải tải toàn bộ dữ liệu để xác thực, cho phép mở rộng Blob vượt qua giới hạn băng thông vật lý hiện tại (ví dụ từ 6 Blob/khối lên 48 hoặc nhiều hơn).

2. Blob giải quyết “lưu trữ ở đâu”, PeerDAS giải quyết “làm thế nào để lưu trữ”

Như đã đề cập, Blob đã bước đầu mở rộng quy mô, giải quyết vấn đề “lưu trữ dữ liệu ở đâu” (từ calldata đắt đỏ chuyển sang không gian Blob tạm thời), thì PeerDAS sẽ tập trung vào việc “làm thế nào để lưu trữ hiệu quả hơn”.

Vấn đề cốt lõi là làm sao để dữ liệu ngày càng tăng theo cấp số nhân mà không làm quá tải băng thông vật lý của các node? Ý tưởng rất đơn giản, dựa trên xác suất và hợp tác phân tán, “không cần mọi người đều lưu toàn bộ dữ liệu, vẫn có thể xác nhận với xác suất cao rằng dữ liệu đó tồn tại”.

Điều này thể hiện rõ qua tên đầy đủ của PeerDAS: “Xác thực khả dụng dữ liệu ngang hàng bằng mẫu”.

Khái niệm nghe có vẻ phức tạp, nhưng chúng ta có thể hiểu qua một phép ẩn dụ đơn giản: trước đây, xác thực toàn bộ giống như trong thư viện, có một cuốn bách khoa toàn thư 2-3 nghìn trang (dữ liệu Blob), để tránh mất mát, yêu cầu mỗi quản trị viên (node) phải sao chép toàn bộ cuốn sách làm bản sao lưu.

Điều này có nghĩa là chỉ những người giàu có, có băng thông lớn hoặc ổ cứng lớn mới có thể làm quản trị viên, đặc biệt khi cuốn sách ngày càng dày lên, nội dung nhiều hơn, thì về lâu dài, người bình thường sẽ bị loại bỏ, phi tập trung sẽ bị xóa bỏ.

Nhưng giờ đây, dựa trên mẫu của PeerDAS, kết hợp công nghệ mã hóa xóa (Erasure Coding), giống như cắt cuốn sách thành vô số mảnh nhỏ rồi mã hóa mở rộng, mỗi quản trị viên không cần giữ toàn bộ cuốn sách, chỉ cần chọn ngẫu nhiên vài trang để lưu trữ.

Ngay cả khi xác thực, cũng không cần ai trình bày toàn bộ cuốn sách, về lý thuyết, chỉ cần toàn bộ mạng lưới có đủ 50% mảnh ghép (dù là trang 10 hay trang 100), chúng ta có thể dùng thuật toán toán học để khôi phục toàn bộ nội dung của cuốn sách với độ chính xác 100%.

Đây chính là sức mạnh của PeerDAS — chia sẻ gánh nặng tải dữ liệu từ từng node riêng lẻ sang mạng lưới hợp tác gồm hàng nghìn hàng vạn node.

[scale70] ( https://img-cdn.gateio.im/webp-social/moments-841e86eeab00127eb89f858f685591ef.webp)Nguồn: @Maaztwts

Chỉ xét về dữ liệu trực quan, trước khi nâng cấp Fusaka, số lượng Blob bị giới hạn trong khoảng 3-6 cái. Với PeerDAS, giới hạn này bị xé toạc, cho phép số Blob mục tiêu từ 6 lên 48 hoặc nhiều hơn.

Khi người dùng gửi giao dịch trên Arbitrum hoặc Optimism, dữ liệu được đóng gói gửi về mainnet, không còn cần phát tán toàn bộ dữ liệu ra toàn mạng, giúp Ethereum mở rộng quy mô mà không làm tăng chi phí node theo cấp số nhân.

Về mặt khách quan, Blob + PeerDAS chính là giải pháp DA (Khả dụng dữ liệu) hoàn chỉnh, từ góc độ lộ trình, đây cũng là bước chuyển quan trọng từ Proto-Danksharding sang Danksharding đầy đủ của Ethereum.

3. Thời kỳ mới sau Fusaka: Chuỗi trên chuỗi theo trạng thái mới

Như đã biết, trong hai năm qua, các mô-đun DA của bên thứ ba như Celestia từng chiếm lĩnh thị trường nhờ chi phí đắt đỏ của mainnet Ethereum, dựa trên giả định rằng lưu trữ dữ liệu gốc của Ethereum rất tốn kém.

Nhưng với Blob và PeerDAS mới nhất, Ethereum trở nên vừa rẻ vừa cực kỳ an toàn: Chi phí gửi dữ liệu từ L2 lên L1 giảm đi một nửa, hơn nữa Ethereum sở hữu tập hợp validator lớn nhất toàn mạng, an toàn còn vượt xa các chuỗi bên thứ ba.

Về khách quan, điều này chính là cú đấm mạnh vào các giải pháp DA của bên thứ ba như Celestia, đánh dấu Ethereum đang lấy lại quyền kiểm soát khả dụng dữ liệu, đồng thời đè bẹp không gian tồn tại của họ.

Bạn có thể hỏi, tất cả những điều này nghe có vẻ rất nền tảng, liên quan gì đến ví, chuyển khoản, DeFi?

Thực tế, mối liên hệ rất trực tiếp. Nếu PeerDAS thành công, chi phí dữ liệu của L2 có thể duy trì ở mức thấp trong dài hạn, Rollup không bị đẩy giá do chi phí DA tăng, các ứng dụng trên chuỗi cũng có thể thoải mái thiết kế các tương tác tần suất cao, ví và DApp không cần phải liên tục cân nhắc giữa “chức năng vs chi phí”…

Nói cách khác, chúng ta có thể dùng L2 rẻ ngày hôm nay là nhờ Blob, và nếu tương lai vẫn có thể duy trì được, thì không thể không kể đến đóng góp thầm lặng của PeerDAS.

Đây cũng là lý do tại sao trong lộ trình mở rộng của Ethereum, PeerDAS dù khiêm tốn nhưng luôn được xem là bước không thể bỏ qua, về bản chất, đây chính là hình thái công nghệ tốt nhất trong mắt tác giả — “lợi ích mà không nhận ra, mất đi thì khó tồn tại”, khiến bạn không cảm nhận được sự tồn tại của nó.

Tóm lại, PeerDAS chứng minh rằng chuỗi khối có thể dựa trên các thiết kế toán học tinh tế (như mẫu dữ liệu), mà không quá hy sinh tầm nhìn phi tập trung, để chứa đựng lượng dữ liệu khổng lồ như Web2.

Đến đây, con đường cao tốc dữ liệu của Ethereum đã được trải thảm hoàn chỉnh, tiếp theo, là câu hỏi của tầng ứng dụng: xe chạy trên con đường này sẽ là gì?

Chúng ta hãy cùng chờ đợi.