Data availability lấy mẫu sử dụng đa thức để chứng minh rằng các giao dịch là chính xác
Data availability trên chuỗi đã trở thành một chủ đề ngày càng phổ biến khi Ethereum tiếp tục mở rộng quy mô.
Ngày nay, các nhà phát triển Ethereum đang xem xét dữ liệu nên được lưu trữ ở đâu và như thế nào trên mạng blockchain khi họ nỗ lực giải quyết cái gọi là bộ ba bất khả thi của blockchain, đề cập đến sự cân bằng giữa bảo mật, khả năng mở rộng và phi tập trung.
Trong tiền điện tử, tính khả dụng của dữ liệu (Data availability) đề cập đến khái niệm rằng tất cả những người tham gia mạng đều có thể truy cập và truy xuất dữ liệu được lưu trữ trên mạng.
Trên Ethereum layer 1, các nút của mạng tải xuống tất cả dữ liệu trong mỗi khối, gây khó khăn cho việc thực hiện các giao dịch không hợp lệ.
Mặc dù điều này có thể đảm bảo tính bảo mật nhưng quy trình này có thể tương đối kém hiệu quả – việc yêu cầu một nút mạng xác minh và lưu trữ tất cả dữ liệu trong một khối có thể làm giảm đáng kể thông lượng và cản trở khả năng mở rộng của blockchain.
Các giải pháp mở rộng quy mô layer 2 của Ethereum được thiết kế để giải quyết vấn đề này.
Một giải pháp phổ biến hiện nay là optimistic rollup, chẳng hạn như Arbitrum và Optimism. Optimism rollup về bản chất là “lạc quan” vì chúng cho rằng các giao dịch là hợp lệ cho đến khi được chứng minh ngược lại.
Anurag Arjun, người đồng sáng lập chuỗi khối mô-đun Avail, nói với Blockworks rằng hầu hết các rollup ngày nay chỉ có một sequencer duy nhất, có nghĩa là có rủi ro tập trung.
Đây không phải là vấn đề lớn hiện tại, vì các giải pháp rollup phải đưa dữ liệu giao dịch thô lên Ethereum bằng cách sử dụng thứ gọi là calldata – hình thức lưu trữ rẻ nhất trên Ethereum hiện nay, như Arjun lưu ý.
Theo Neel Somani, người sáng lập giải pháp mở rộng quy mô blockchain Eclipse, sau khi dữ liệu cuộc gọi được gửi tới mạng chính Ethereum, bất kỳ ai cũng có thể thách thức liệu nó có chính xác hay không trong một khoảng thời gian nhất định.
Nếu không có ai thách thức tính hợp lệ của tổng số, nó sẽ được chấp nhận trên Ethereum sau khi hết thời gian.
Somani lưu ý, vấn đề là làm thế nào ai đó có thể chứng minh rằng giao dịch được thực hiện không chính xác nếu họ không có dữ liệu.
Somani nói: “Nếu tôi không cho bạn biết những gì tôi đã thực hiện, bạn sẽ không có cách nào để chứng minh rằng nó sai, vì vậy bạn cần biết chính xác những gì tôi đã thực hiện để khắc phục điều đó”. “Vì vậy, tất cả các blockchain phải chứng minh tính sẵn có của dữ liệu theo một cách nào đó, dưới hình thức hoặc hình thức.”
Lấy mẫu tính sẵn có của dữ liệu
Vì tất cả các chuỗi khối phải chứng minh tính sẵn có của dữ liệu (data availability), nên việc tải toàn bộ khối xuống mạng có thể không hiệu quả, điều này một lần nữa gây ra vấn đề về tính sẵn có của dữ liệu ban đầu.
Somani nói: “Vì vậy, với tư cách là một người không muốn tải xuống toàn bộ khối, tôi vẫn muốn tin tưởng rằng thông tin trên khối sẽ không bị che giấu”.
Theo Somani, giải pháp là sử dụng lấy mẫu dữ liệu sẵn có để có được sự tin cậy rằng khối thực sự ở đó.
Somani giải thích, việc lấy mẫu data availability bao gồm việc lấy mẫu các phần ngẫu nhiên của khối để có được độ tin cậy cao tùy ý rằng khối đó ở đó.
Công nghệ này sử dụng đa thức – một biểu thức toán học bao gồm các biến, hệ số và lũy thừa – để mô hình hóa mối quan hệ giữa các biến trong một khối.
Somani cho biết: Một cách hiểu sai phổ biến về việc lấy mẫu data availability là nếu bạn lấy mẫu một nửa khối, bạn chỉ đạt được 50% độ tin cậy rằng thông tin trong khối là chính xác. Ông giải thích, điều này không đúng vì cũng như với việc lấy mẫu data availability, người dùng phải đảm bảo rằng họ có đủ điểm để khôi phục đa thức ban đầu.
Các dự án như Celestia và Avail hiện đang xây dựng các giải pháp lấy mẫu data availability.
Arjun nói với Blockworks: “Điều chúng tôi chân thành tin tưởng là mọi lớp cơ sở sẽ là lớp data availability. “Cuộc chiến định hướng chính mà chúng tôi đang gặp phải là muốn mở rộng quy mô tính sẵn có của dữ liệu ở lớp cơ sở, đồng thời thực thi và triển khai trên lớp thứ hai.”
Nguồn: BlockWorks
Data availability trên chuỗi đã trở thành một chủ đề ngày càng phổ biến khi Ethereum tiếp tục mở rộng quy mô.
Ngày nay, các nhà phát triển Ethereum đang xem xét dữ liệu nên được lưu trữ ở đâu và như thế nào trên mạng blockchain khi họ nỗ lực giải quyết cái gọi là bộ ba bất khả thi của blockchain, đề cập đến sự cân bằng giữa bảo mật, khả năng mở rộng và phi tập trung.
Trong tiền điện tử, tính khả dụng của dữ liệu (Data availability) đề cập đến khái niệm rằng tất cả những người tham gia mạng đều có thể truy cập và truy xuất dữ liệu được lưu trữ trên mạng.
Trên Ethereum layer 1, các nút của mạng tải xuống tất cả dữ liệu trong mỗi khối, gây khó khăn cho việc thực hiện các giao dịch không hợp lệ.
Mặc dù điều này có thể đảm bảo tính bảo mật nhưng quy trình này có thể tương đối kém hiệu quả – việc yêu cầu một nút mạng xác minh và lưu trữ tất cả dữ liệu trong một khối có thể làm giảm đáng kể thông lượng và cản trở khả năng mở rộng của blockchain.
Các giải pháp mở rộng quy mô layer 2 của Ethereum được thiết kế để giải quyết vấn đề này.
Một giải pháp phổ biến hiện nay là optimistic rollup, chẳng hạn như Arbitrum và Optimism. Optimism rollup về bản chất là “lạc quan” vì chúng cho rằng các giao dịch là hợp lệ cho đến khi được chứng minh ngược lại.
Anurag Arjun, người đồng sáng lập chuỗi khối mô-đun Avail, nói với Blockworks rằng hầu hết các rollup ngày nay chỉ có một sequencer duy nhất, có nghĩa là có rủi ro tập trung.
Đây không phải là vấn đề lớn hiện tại, vì các giải pháp rollup phải đưa dữ liệu giao dịch thô lên Ethereum bằng cách sử dụng thứ gọi là calldata – hình thức lưu trữ rẻ nhất trên Ethereum hiện nay, như Arjun lưu ý.
Theo Neel Somani, người sáng lập giải pháp mở rộng quy mô blockchain Eclipse, sau khi dữ liệu cuộc gọi được gửi tới mạng chính Ethereum, bất kỳ ai cũng có thể thách thức liệu nó có chính xác hay không trong một khoảng thời gian nhất định.
Nếu không có ai thách thức tính hợp lệ của tổng số, nó sẽ được chấp nhận trên Ethereum sau khi hết thời gian.
Somani lưu ý, vấn đề là làm thế nào ai đó có thể chứng minh rằng giao dịch được thực hiện không chính xác nếu họ không có dữ liệu.
Somani nói: “Nếu tôi không cho bạn biết những gì tôi đã thực hiện, bạn sẽ không có cách nào để chứng minh rằng nó sai, vì vậy bạn cần biết chính xác những gì tôi đã thực hiện để khắc phục điều đó”. “Vì vậy, tất cả các blockchain phải chứng minh tính sẵn có của dữ liệu theo một cách nào đó, dưới hình thức hoặc hình thức.”
Lấy mẫu tính sẵn có của dữ liệu
Vì tất cả các chuỗi khối phải chứng minh tính sẵn có của dữ liệu (data availability), nên việc tải toàn bộ khối xuống mạng có thể không hiệu quả, điều này một lần nữa gây ra vấn đề về tính sẵn có của dữ liệu ban đầu.
Somani nói: “Vì vậy, với tư cách là một người không muốn tải xuống toàn bộ khối, tôi vẫn muốn tin tưởng rằng thông tin trên khối sẽ không bị che giấu”.
Theo Somani, giải pháp là sử dụng lấy mẫu dữ liệu sẵn có để có được sự tin cậy rằng khối thực sự ở đó.
Somani giải thích, việc lấy mẫu data availability bao gồm việc lấy mẫu các phần ngẫu nhiên của khối để có được độ tin cậy cao tùy ý rằng khối đó ở đó.
Công nghệ này sử dụng đa thức – một biểu thức toán học bao gồm các biến, hệ số và lũy thừa – để mô hình hóa mối quan hệ giữa các biến trong một khối.
Somani cho biết: Một cách hiểu sai phổ biến về việc lấy mẫu data availability là nếu bạn lấy mẫu một nửa khối, bạn chỉ đạt được 50% độ tin cậy rằng thông tin trong khối là chính xác. Ông giải thích, điều này không đúng vì cũng như với việc lấy mẫu data availability, người dùng phải đảm bảo rằng họ có đủ điểm để khôi phục đa thức ban đầu.
Các dự án như Celestia và Avail hiện đang xây dựng các giải pháp lấy mẫu data availability.
Arjun nói với Blockworks: “Điều chúng tôi chân thành tin tưởng là mọi lớp cơ sở sẽ là lớp data availability. “Cuộc chiến định hướng chính mà chúng tôi đang gặp phải là muốn mở rộng quy mô tính sẵn có của dữ liệu ở lớp cơ sở, đồng thời thực thi và triển khai trên lớp thứ hai.”
Nguồn: BlockWorks
