Tại sao tính khả dụng dữ liệu lại quan trọng đối với Layer2 đến vậy?
Tuyển chọn TechFlowTuyển chọn TechFlow
Tại sao tính khả dụng dữ liệu lại quan trọng đối với Layer2 đến vậy?
Dữ liệu khả dụng thực chất là gì? L2 đang đối mặt với vấn đề dữ liệu khả dụng như thế nào?
Chuyên sâu báo cáo Web3Tác giả: Kiến Thúc
Nhà nghiên cứu của Quỹ Ethereum, Dankrad Feist, từng đăng trên Twitter rằng nếu không sử dụng Ethereum để đảm bảo tính sẵn sàng dữ liệu thì đó không phải là L2. Nếu theo quan điểm này, rất nhiều chuỗi sẽ bị loại khỏi đội ngũ L2, ví dụ như Arbitrum Nova, Polygon và Mantle.
Vậy rốt cuộc tính sẵn sàng dữ liệu (data availability) là gì? L2 đang đối mặt với những vấn đề gì về tính sẵn sàng dữ liệu? Vì sao lại có nhiều tranh cãi xung quanh lớp sẵn sàng dữ liệu cho L2? Bài viết này sẽ tập trung vào những câu hỏi trên, cố gắng vén bức màn bí ẩn về tính sẵn sàng dữ liệu.
Tính sẵn sàng dữ liệu là gì?
Đơn giản mà nói, tính sẵn sàng dữ liệu nghĩa là người sản xuất khối (block producer) phải công bố toàn bộ dữ liệu giao dịch trong khối lên mạng để các bộ xác thực có thể tải xuống.
Nếu một người sản xuất khối công bố đầy đủ dữ liệu và cho phép bộ xác thực tải xuống hoàn chỉnh, ta nói dữ liệu là sẵn sàng; nếu họ che giấu một phần dữ liệu khiến bộ xác thực không thể tải được đầy đủ, ta nói dữ liệu không sẵn sàng.
Sự khác biệt giữa tính sẵn sàng dữ liệu và khả năng truy xuất dữ liệu
Thông thường, chúng ta dễ nhầm lẫn giữa tính sẵn sàng dữ liệu và khả năng truy xuất dữ liệu, nhưng thực tế hai khái niệm này rất khác nhau.
Tính sẵn sàng dữ liệu liên quan đến giai đoạn khi khối vừa được tạo ra nhưng chưa đạt đồng thuận để thêm vào blockchain. Do đó, nó không liên quan đến dữ liệu lịch sử, mà liên quan đến việc dữ liệu mới công bố có thể đạt được sự đồng thuận hay không.
Khả năng truy xuất dữ liệu liên quan đến giai đoạn dữ liệu đã đạt đồng thuận và được lưu trữ vĩnh viễn trên blockchain — tức là khả năng truy xuất dữ liệu lịch sử. Trên Ethereum, các nút lưu trữ toàn bộ dữ liệu lịch sử được gọi là nút lưu trữ (archive node).
Do đó, đồng sáng lập L2BEAT từng tweet dài rằng các nút đầy đủ (full node) không có nghĩa vụ cung cấp dữ liệu lịch sử cho chúng ta; lý do chúng ta nhận được dữ liệu chỉ vì các nút này đủ tốt bụng.
Anh ấy cũng cho rằng thuật ngữ "tính sẵn sàng dữ liệu" (Data Availability) dễ gây hiểu lầm về chức năng của nó, và nên đổi thành "công bố dữ liệu" (Data Publishing). Ý kiến này còn nhận được sự đồng tình từ người sáng lập Celestia.
Vấn đề tính sẵn sàng dữ liệu trong L2
Mặc dù khái niệm tính sẵn sàng dữ liệu bắt nguồn từ Ethereum, hiện tại chúng ta đang chú trọng nhiều hơn vào tính sẵn sàng dữ liệu ở tầng L2.
Trong L2, bộ sắp thứ tự (sequencer) chính là người sản xuất khối, họ cần công bố đủ dữ liệu giao dịch để các bộ xác thực kiểm tra được tính hợp lệ của giao dịch.
Tuy nhiên, quá trình này đang đối mặt với hai vấn đề: một là đảm bảo cơ chế xác thực an toàn, hai là giảm chi phí công bố dữ liệu. Dưới đây sẽ đi sâu cụ thể.
Vấn đề đảm bảo cơ chế xác thực an toàn
Chúng ta biết rằng OP Rollup sử dụng bằng chứng gian lận (fraud proof) để xác minh tính hợp lệ của giao dịch, trong khi ZK Rollup sử dụng bằng chứng hợp lệ (validity proof).
-
Đối với OP Rollup: Nếu bộ sắp thứ tự (sequencer) không công bố đầy đủ dữ liệu để tái tạo lại trạng thái khối, người thách thức trong cơ chế bằng chứng gian lận sẽ không thể đưa ra thách thức hợp lệ;
-
Đối với ZK Rollup: Mặc dù bản thân bằng chứng hợp lệ không yêu cầu tính sẵn sàng dữ liệu, nhưng tổng thể ZK Rollup vẫn cần dữ liệu sẵn sàng. Nếu thiếu dữ liệu để tái tạo trạng thái khối, người dùng sẽ không thể biết số dư của mình và có nguy cơ mất tài sản.
Để đảm bảo xác thực an toàn, các bộ sắp thứ tự (sequencer) của L2 hiện nay thường công bố cả dữ liệu trạng thái và dữ liệu giao dịch lên Ethereum — nền tảng có độ bảo mật cao — và dựa vào Ethereum để thanh toán cũng như đạt được tính sẵn sàng dữ liệu.
Do đó, lớp sẵn sàng dữ liệu thực chất là nơi L2 công bố dữ liệu giao dịch. Hiện nay, các L2 phổ biến đều sử dụng Ethereum làm lớp sẵn sàng dữ liệu.
Vấn đề giảm chi phí công bố dữ liệu
Hiện tại, L2 đơn giản đặt cả tính sẵn sàng dữ liệu và thanh toán trên Ethereum. Mặc dù điều này mang lại độ an toàn cao, nhưng cũng kéo theo chi phí khổng lồ. Đây chính là vấn đề thứ hai mà L2 đang đối mặt: làm thế nào để giảm chi phí công bố dữ liệu?
Tổng phí Gas mà người dùng trả cho L2 chủ yếu gồm hai phần: phí Gas xử lý giao dịch trên L2 và phí Gas khi L2 gửi dữ liệu lên L1. Phần đầu tiên cực kỳ nhỏ, phần thứ hai mới là khoản chiếm phần lớn chi phí người dùng, trong đó dữ liệu giao dịch được công bố nhằm đảm bảo tính sẵn sàng dữ liệu chiếm phần lớn lượng dữ liệu gửi lên L1, còn dữ liệu bằng chứng xác minh tính hợp lệ của giao dịch chỉ chiếm một phần rất nhỏ.
Do đó, để L2 trở nên rẻ hơn, chúng ta cần giảm chi phí công bố dữ liệu. Vậy làm thế nào để giảm chi phí? Có hai phương pháp chính:
-
Giảm chi phí công bố dữ liệu trên L1, ví dụ như nâng cấp EIP-4844 sắp tới của Ethereum.
-
Bắt chước cách Rollup tách riêng việc thực thi giao dịch khỏi L1, tính sẵn sàng dữ liệu cũng có thể tách khỏi L1 để giảm chi phí — nghĩa là không sử dụng Ethereum làm lớp sẵn sàng dữ liệu.
Tranh cãi về lớp sẵn sàng dữ liệu trong L2
Để hiểu tranh cãi về lớp sẵn sàng dữ liệu trong L2, chúng ta cần bắt đầu từ khái niệm blockchain mô-đun. Blockchain mô-đun là việc tách rời các chức năng cốt lõi của blockchain thành các phần tương đối độc lập, sau đó kết hợp qua các mạng chuyên dụng để mở rộng hiệu suất của blockchain đơn lẻ.
Mặc dù vẫn còn tranh cãi về cách phân tầng blockchain mô-đun, hiện nay đa phần chấp nhận chia blockchain mô-đun thành bốn tầng: tầng thực thi (Execution), tầng thanh toán (Settlement), tầng đồng thuận (Consensus) và tầng sẵn sàng dữ liệu (Data Availability). Các chức năng của từng mô-đun như hình dưới đây:
Blockchain mô-đun giống như những khối Lego, có thể tuỳ chỉnh và sử dụng những khối tốt nhất để xây dựng một mô hình tối ưu, từ đó giảm nhẹ vấn đề "tam giác bất khả thi" của blockchain.
Tuy nhiên, hiện tại L2 ngoài việc tách riêng tầng thực thi khỏi Ethereum, ba tầng còn lại vẫn đang hoạt động trên Ethereum. Nhưng vì lý do chi phí, nhiều L2 đang chuẩn bị tách riêng tầng sẵn sàng dữ liệu khỏi Ethereum, chỉ dùng Ethereum làm tầng thanh toán và tầng đồng thuận.
Thú vị thay, Ethereum dường như không muốn L2 lấy tính sẵn sàng dữ liệu từ nơi khác. Nhà nghiên cứu của Quỹ Ethereum, Dankrad Feist, từng tweet rằng nếu không dùng Ethereum làm lớp sẵn sàng dữ liệu thì không phải là Rollup, do đó cũng không phải là L2.
Đồng thời, trong định nghĩa mới nhất về L2 của L2BEAT, họ cũng nhấn mạnh rằng các giải pháp mở rộng quy mô không công bố dữ liệu trên L1 thì không phải là L2, vì các giải pháp sẵn sàng dữ liệu ngoài chuỗi không thể đảm bảo nhà vận hành sẽ cung cấp dữ liệu đã công bố.
Dĩ nhiên, hiện tại vẫn chưa có định nghĩa cuối cùng về L2. Việc các thành viên Quỹ Ethereum và L2BEAT kiên quyết cho rằng L2 phải giữ lớp sẵn sàng dữ liệu trên Ethereum dường như xuất phát từ lo ngại về an ninh. Nhưng thực tế, liệu có phải họ đang lo sợ vị thế của Ethereum bị lung lay?
Tầm nhìn của Ethereum là trở thành một nền tảng siêu máy tính. Sau này, để cải thiện hiệu suất mạng, Ethereum buộc phải phát triển Rollup và để nhiều hệ sinh thái chuyển sang các L2 rẻ hơn để phát triển. Tuy nhiên, vì độ an toàn vẫn do Ethereum đảm bảo nên vị thế của nó không bị ảnh hưởng nhiều. Nhưng nếu L2 cũng tách luôn lớp sẵn sàng dữ liệu — vốn liên quan đến việc công bố dữ liệu — ra khỏi Ethereum, về bản chất là làm giảm sự phụ thuộc vào độ an toàn của Ethereum, dần dần tách xa khỏi Ethereum, điều này thực sự đe dọa đến vị thế của Ethereum.
Tuy nhiên, bất kể thế nào, điều đó cũng không thể ngăn chặn sự phát triển mạnh mẽ của các dự án liên quan đến lớp sẵn sàng dữ liệu. Trong bài viết tiếp theo về tính sẵn sàng dữ liệu, tác giả sẽ đi sâu vào các giải pháp và dự án nổi bật hiện nay trên thị trường, kính mời quý vị đón chờ.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@jianshubiji
