Nhà sáng lập EthStorage: Làm thế nào để khả năng truy cập dữ liệu đảm bảo an toàn cho Rollup?
Tuyển chọn TechFlowTuyển chọn TechFlow
Nhà sáng lập EthStorage: Làm thế nào để khả năng truy cập dữ liệu đảm bảo an toàn cho Rollup?
Tập này thảo luận về tính phi tập trung của Rollup từ góc độ "khả dụng dữ liệu và lưu trữ phi tập trung".
Chuyên sâu báo cáo Web3Dẫn chương trình: Franci
Khách mời: Qi Zhou, người sáng lập EthStorage
Giới thiệu
Đây là tập cuối cùng trong chuỗi phỏng vấn về Rollup phi tập trung. Trong tập này, chúng tôi thảo luận về tính phi tập trung của rollup dưới góc nhìn “khả năng sẵn có dữ liệu (data availability - DA) và lưu trữ phi tập trung”. Chúng tôi rất vinh dự được đón tiếp Qi Zhou – người sáng lập EthStorage, để cùng trao đổi về cách DA tái sử dụng các thuộc tính bảo mật từ mạng chính Ethereum, EIP-4844 và danksharding, cũng như so sánh mức độ an toàn giữa các mô hình DA khác nhau. Thầy Zhou cũng chia sẻ cách EthStorage sẽ tích hợp với EIP-4844 trong lần nâng cấp sắp tới của Ethereum.
Giới thiệu khách mời
Rất vui được chia sẻ với mọi người những suy nghĩ của chúng tôi về công nghệ DA trên Ethereum cũng như các ý tưởng phát triển hệ thống lưu trữ phi tập trung xây dựng trên nền tảng đó. Tôi bắt đầu làm việc toàn thời gian trong ngành Web3 từ năm 2018, trước đó từng là kỹ sư tại các tập đoàn lớn như Google và Facebook. Tôi cũng có bằng Tiến sĩ từ Viện Công nghệ Georgia (Georgia Institute of Technology). Từ năm 2018, tôi luôn theo dõi và làm việc trong lĩnh vực cơ sở hạ tầng Web3. Lý do là vì trước đây tôi đã làm các hệ thống phân tán và lưu trữ phân tán tại các công ty lớn, đồng thời nhận thấy lĩnh vực này vẫn còn rất nhiều không gian để cải tiến trong toàn bộ hệ sinh thái blockchain. Bắt đầu từ những công nghệ như phân mảnh thực thi (execution sharding), tức là phiên bản phân mảnh 1.0 của Ethereum, đến công nghệ phân mảnh dữ liệu (data sharding) hiện nay – còn gọi là phân mảnh 2.0 – rồi đến khả năng sẵn có dữ liệu (data availability), tất cả đều là những đổi mới và nỗ lực nhằm xây dựng cơ sở hạ tầng Web3.
Chúng tôi luôn bám sát lộ trình phát triển của Ethereum, nghiên cứu học hỏi và tham gia đóng góp theo tinh thần cộng đồng. Cuối năm ngoái, chúng tôi rất vinh dự khi nhận được sự hỗ trợ từ Quỹ Ethereum cho nghiên cứu của mình về “lấy mẫu khả năng sẵn có dữ liệu” (data availability sampling). Chúng tôi đang thực hiện một số nghiên cứu lý thuyết cho Quỹ Ethereum liên quan đến danksharding, bao gồm cách khôi phục dữ liệu hiệu quả. Đồng thời, chúng tôi cũng đang phát triển EthStorage – một lớp dữ liệu dành cho Ethereum – dựa trên công nghệ DA của Ethereum. Với EthStorage, chúng tôi có thể dùng hợp đồng thông minh Ethereum để xác minh quy mô lớn việc lưu trữ dữ liệu bên ngoài chuỗi. Điều này mang lại giá trị rất lớn cho Ethereum. Vì vậy hôm nay tôi rất hân hạnh được chia sẻ với mọi người, đặc biệt là về cách EthStorage tận dụng công nghệ DA để xây dựng một mạng lưới lớp lưu trữ dữ liệu tốt hơn.
Phần phỏng vấn
Phần I: Thảo luận về định nghĩa DA
Khả năng sẵn có dữ liệu (DA) đảm bảo an toàn cho Rollup như thế nào?
Khi nghiên cứu về DA, tôi nhận thấy nhiều người vẫn chưa hiểu rõ khái niệm này. Hôm nay tôi rất vui được thảo luận sâu hơn, trước đó tôi cũng đã trao đổi với nhiều thành viên của Quỹ Ethereum, ví dụ như Dankrad Feist, về DA và vai trò quan trọng của nó trong hệ sinh thái L2 của Ethereum.
Như đã nói, cơ chế hoạt động cơ bản của rollup trên Ethereum là di chuyển các giao dịch trên chuỗi xuống off-chain, sau đó dùng các phương pháp chứng minh (chứng minh gian lận - fraud proof hoặc chứng minh tính đúng đắn - validity proof) để báo cho hợp đồng thông minh trên L1 rằng kết quả thực thi là chính xác.
Một điểm cốt lõi ở đây là họ muốn tái sử dụng tính bảo mật vốn có của mạng Ethereum, đồng thời mở rộng đáng kể khả năng tính toán của Ethereum. Việc mở rộng khả năng tính toán này thực chất là dời tính toán lên off-chain. Nhưng làm sao để vẫn duy trì được độ an toàn của Ethereum?
Ví dụ, trong trường hợp Optimistic Rollup, làm sao đảm bảo rằng ai đó có thể thách thức sequencer nếu họ hành xử độc hại? Một yếu tố then chốt là phải biết được nội dung giao dịch gốc off-chain cụ thể trông như thế nào. Nếu không thể truy cập vào các giao dịch gốc off-chain này, thì ta không thể lấy được bản ghi để thách thức sequencer trên chuỗi. Do đó, DA đảm bảo tính an toàn bằng cách yêu cầu mọi siêu dữ liệu của giao dịch off-chain phải được đưa lên chuỗi.
Mở rộng không gian khối
Bởi vì tất cả dữ liệu giao dịch đều phải lên chuỗi, ngay cả khi không cần tính toán, chúng vẫn tạo ra lượng dữ liệu khổng lồ. Vấn đề cốt lõi mà DA giải quyết có thể hiểu là một công nghệ hiệu quả để mở rộng không gian khối. Nếu bạn hiểu rõ cấu trúc blockchain, mỗi khối chứa rất nhiều nội dung giao dịch, và không gian này được gọi là "không gian khối".
Hiện tại, mỗi khối Ethereum chỉ có khoảng 200–300 KB. Con số này rõ ràng là không đủ để đáp ứng nhu cầu mở rộng quy mô trong tương lai. Ta có thể tính nhanh: 200 KB chia cho kích thước trung bình mỗi giao dịch khoảng 100 byte, ta được khoảng 2.000 giao dịch mỗi khối. Chia tiếp cho thời gian khối Ethereum là 12 giây, tốc độ xử lý giao dịch (TPS) của Ethereum bị giới hạn ở mức khoảng 100. Đây vẫn là con số quá nhỏ đối với kế hoạch mở rộng quy mô của Ethereum.
Do đó, các giải pháp L2 trên Ethereum quan tâm đến việc làm sao vừa đảm bảo an toàn, vừa có thể đưa lượng lớn dữ liệu khối vào không gian khối, để dù là chứng minh gian lận hay chứng minh tính đúng đắn đều có thể kiểm tra dựa trên dữ liệu trong khối Ethereum. Cuối cùng, điều này giúp đảm bảo tính an toàn cho kết quả tính toán off-chain nhờ vào bảo mật của Ethereum. Về cơ bản, đó là mối liên hệ giữa DA và tính an toàn của Ethereum.
Hiểu DA từ góc độ chi phí băng thông mạng và chi phí lưu trữ
Chi phí chính của DA đến từ hai phía: chi phí băng thông mạng và chi phí lưu trữ.
Về chi phí băng thông mạng: hiện tại, Bitcoin và Ethereum dùng mạng P2P để phát tán khối theo kiểu "gossip" (lan truyền). Khi một nút có khối mới, nó sẽ gửi thông tin này đến tất cả các nút P2P khác. Cách này có ưu điểm là rất an toàn – mọi nút mạng cuối cùng đều nhận được bản sao. Tuy nhiên, nhược điểm là gây tốn kém lớn về băng thông và độ trễ mạng. Ethereum hiện sản xuất một khối mỗi 12 giây sau nâng cấp POS. Nếu kích thước khối quá lớn, thời gian lan truyền có thể vượt quá 12 giây, khiến nhiều khối không thể được tạo, dẫn đến giảm hiệu suất mạng đến mức không thể chấp nhận. Vì vậy, có thể coi DA là giải pháp cho vấn đề băng thông khi đưa lượng dữ liệu lớn lên chuỗi.
Thứ hai là chi phí lưu trữ. Vấn đề này đã được Quỹ Ethereum thảo luận rất nhiều. Trong thiết kế giải pháp cốt lõi, dữ liệu khối tải lên qua DA sẽ không được giữ vĩnh viễn.
Điều này dẫn đến một câu hỏi khác: khi có quá nhiều dữ liệu lên chuỗi nhưng lại bị loại bỏ bởi giao thức Ethereum sau một tuần hoặc hai tuần, liệu có giải pháp phi tập trung tốt hơn để lưu giữ dữ liệu DA này lâu dài hay không?
Đây chính là động lực ban đầu khi chúng tôi thiết kế EthStorage. Thứ nhất, nhiều Rollup cần lưu trữ dữ liệu trong thời gian dài hơn. Thứ hai, với những dữ liệu này, chúng ta có thể tận dụng DA để xây dựng tốt hơn các ứng dụng hoàn toàn trên chuỗi. Ví dụ như NFT toàn chuỗi, giao diện frontend của DApp, thậm chí cả các bài viết và bình luận trong mạng xã hội. Tất cả những nội dung này đều có thể được tải lên blockchain với chi phí thấp hơn thông qua mạng DA, đồng thời hưởng mức bảo mật tương đương Ethereum L1.
Sau khi nghiên cứu kỹ công nghệ DA của Ethereum và trao đổi với nhiều nhân sự cốt lõi, chúng tôi nhận thấy Ethereum cần một lớp lưu trữ – một lớp lưu trữ phi tập trung, không yêu cầu nâng cấp giao thức Ethereum – hay còn gọi là lớp lưu trữ mô-đun hóa – để giải quyết bài toán lưu trữ dữ liệu dài hạn.
Phần II: Thảo luận về các phương án DA khác nhau
Mối quan hệ giữa EIP-4844 và Danksharding, và lý do cần triển khai EIP-4844
Proto-danksharding, còn gọi là EIP-4844, theo tôi là một trong những nâng cấp quan trọng nhất tiếp theo của Ethereum. Tại sao cần EIP-4844? Một lý do rất quan trọng là khi Quỹ Ethereum ước tính thời gian nâng cấp phân mảnh Ethereum (tức là Danksharding), họ nhận thấy quá trình này sẽ rất dài – có thể mất từ ba đến năm năm, đặc biệt là vào thời điểm 2020–2021.
Trong khoảng thời gian đó, họ dự đoán sẽ có rất nhiều Rollup chạy trên Ethereum. Tuy nhiên, giao diện dữ liệu mà Danksharding cung cấp hoàn toàn khác với giao diện Calldata mà các Rollup hiện tại đang sử dụng. Điều này sẽ khiến các ứng dụng Ethereum không thể nâng cấp nhanh chóng và liền mạch để tận dụng lợi ích từ Danksharding.
Tại Devcon năm ngoái, Vitalik cũng nhấn mạnh mong muốn giúp Ethereum phục vụ tốt hơn cho các Layer 2, cho phép họ phát triển hợp đồng với cùng giao diện như Danksharding. Khi Danksharding hoàn tất nâng cấp, các ứng dụng này có thể kế thừa ngay các lợi ích mới mà không cần nâng cấp lại hợp đồng đã được kiểm thử.
Do đó, EIP-4844 thực chất là một phiên bản cực kỳ đơn giản hóa của Danksharding. Nó cung cấp cùng giao diện ứng dụng như Danksharding, bao gồm một opcode mới tên là Data Hash và một đối tượng dữ liệu mới gọi là Binary Large Objects (Blob).
Các đối tượng dữ liệu này được thiết kế để giúp Rollup sớm tương thích với cấu trúc dữ liệu mà Danksharding sẽ cung cấp. Nghĩa là Danksharding cũng sẽ có các khái niệm tương tự như Data Hash và Blob. Nhờ EIP-4844, những ý tưởng này đã được hiện thực hóa trước trong các nâng cấp sắp tới của Ethereum. Khi xem xét các giao diện, Pre-compile và lệnh mới trong EIP-4844, ta có thể phần nào hình dung tương lai tương tác giữa Danksharding và tầng ứng dụng trên Ethereum.
Quỹ Ethereum đang suy nghĩ từ góc độ ứng dụng: làm sao thông qua một số nâng cấp trước, giúp các ứng dụng tận dụng tốt hơn các công nghệ mở rộng quy mô trên Ethereum mà không phát sinh chi phí nâng cấp bổ sung.
Tuy nhiên, một vấn đề là EIP-4844 chưa giải quyết bài toán mở rộng không gian khối – chỉ Danksharding mới làm được điều đó. Hiện tại, không gian khối Ethereum khoảng 200 KB. Sau Danksharding, kích thước mục tiêu trong đặc tả là 32 MB – gần gấp 100 lần. Như vậy, EIP-4844 hiện tại vẫn chưa giải quyết được bài toán băng thông khi đưa khối lên chuỗi.
Danksharding giải quyết bài toán mở rộng không gian khối như thế nào?
Trong thiết kế EIP-4844, dữ liệu vẫn được phát tán theo cách cũ như calldata – qua mạng P2P. Phương thức này cuối cùng vẫn chịu giới hạn vật lý về băng thông mạng P2P. Thiết kế Danksharding thay đổi cách phát tán P2P, sử dụng kỹ thuật lấy mẫu dữ liệu (data sampling), cho phép người tham gia biết rằng dữ liệu khối có thể được tải xuống mà không cần phải tải toàn bộ dữ liệu.
Theo một cách nào đó, điều này giống như cách ZK hoạt động: thông qua lấy mẫu dữ liệu, tôi biết mạng chứa dữ liệu khối với kích thước 32 MB/block do Danksharding mang lại, nhưng tôi không cần tải toàn bộ 32 MB và lưu trữ cục bộ. Những máy có băng thông và dung lượng lưu trữ cao có thể làm vậy, nhưng các validator thông thường thì không cần.
Kinh nghiệm phát triển mạng thử nghiệm EIP-4844
Gần đây, chúng tôi đã triển khai thành công mạng thử nghiệm nội bộ EIP-4844, triển khai các hợp đồng tương ứng để kiểm thử – bao gồm tải lên dữ liệu blob, gọi hợp đồng và xác minh dữ liệu – và đã hoàn tất toàn bộ quy trình. Do đó, ngay khi EIP-4844 ra mắt, chúng tôi có thể triển khai hợp đồng của mình ngay lập tức.
Đồng thời, chúng tôi hy vọng thông qua hợp tác với các nhà phát triển Ethereum và các hợp đồng đã xây dựng, có thể đóng góp vào việc phát triển, học tập và xây dựng công cụ cho các Rollup trong tương lai.
Chúng tôi đã gửi rất nhiều mã nguồn vào kho Ethereum, bao gồm bộ công cụ hỗ trợ EIP-4844, các hợp đồng thông minh mới hỗ trợ opcode – vì hiện Solidity chưa hỗ trợ opcode data hash. Tất cả các công việc này đều đang được đồng bộ với các nhà phát triển của Quỹ Ethereum.
Ứng dụng và hạn chế của Ủy ban Khả năng Sẵn có Dữ liệu (DAC)
Hiện tại, chi phí người dùng L2 phải trả có thể có hơn 90% là phí cho khả năng sẵn có dữ liệu. Để giảm chi phí tải dữ liệu, một số dự án như ZKSync với ZKPorter hay Arbitrum với Arbitrum Nova đã tự xây dựng DAC (Ủy ban Khả năng Sẵn có Dữ liệu) làm lớp dữ liệu riêng.
Tuy nhiên, DAC tạo ra thêm yếu tố tin cậy, do đó khó đạt được mức bảo mật ngang bằng Ethereum. Vì vậy, khi chọn thành viên DAC, họ thường mời các nhà cung cấp dịch vụ dữ liệu lớn hoặc các công ty uy tín. Dù vậy, mô hình này vẫn gặp nhiều chỉ trích vì bị coi là đi ngược nguyên tắc phi tập trung và không cần được cấp phép – tức là bất kỳ ai cũng có thể tham gia. Trên thực tế, phần lớn các DAC hiện nay chỉ gồm vài tổ chức có mối quan hệ chặt chẽ với dự án Layer 2.
Ví dụ Arbitrum Nova, theo tôi biết, chỉ có khoảng sáu đến bảy nút – chạy trên Google Cloud hoặc Amazon Cloud – lưu trữ dữ liệu và cung cấp tất cả chi phí thực thi trên Arbitrum Nova. Ưu điểm là chi phí thực thi hiện tại chỉ bằng khoảng 1/1000 so với Ethereum, vì không cần ghi mọi dữ liệu lên Layer 1 Ethereum. Tuy nhiên, mô hình này vẫn còn khá tập trung, nên các ứng dụng giá trị cao vẫn lo ngại. Nếu có hàng triệu hoặc hàng tỷ USD, người dùng buộc phải tin rằng dữ liệu từ DAC là luôn sẵn có.
Khi thiết kế EthStorage, chúng tôi hoàn toàn không dùng khái niệm DAC. Chúng tôi muốn bất kỳ ai cũng có thể tham gia như một nhà cung cấp dữ liệu. Họ phải dùng bằng chứng mã hóa để chứng minh họ thực sự lưu trữ dữ liệu. Bởi về mặt lý thuyết, dù có bảy hay tám nút DAC, thực tế có thể chỉ lưu một bản sao vật lý nhưng biểu hiện như có bảy tám địa chỉ cung cấp dữ liệu.
Làm sao chứng minh rằng dữ liệu có đủ bản sao vật lý để đảm bảo an toàn? Đây là điểm đổi mới quan trọng khi chúng tôi xây dựng EthStorage, cũng là trọng tâm khi trình bày với ESP (Chương trình Hỗ trợ Sinh thái) của Quỹ Ethereum. Chúng tôi dùng công nghệ ZK trong EthStorage để đảm bảo các nút cung cấp dữ liệu L2 có thể tham gia không cần cấp phép và chứng minh số lượng bản sao lưu trữ, từ đó tăng cường an toàn dữ liệu.
Tôi cho rằng DAC hiện tại chỉ là giải pháp tạm thời để giảm chi phí tải dữ liệu lên Layer 1. Chúng tôi tin rằng với công nghệ mã hóa từ EthStorage, kết hợp với cơ chế chứng minh và xác minh trên hợp đồng Ethereum, có thể cung cấp giải pháp lưu trữ dữ liệu tốt hơn. Khi EIP-4844 ra mắt, chúng tôi sẽ chủ động chia sẻ các đổi mới này và kết quả vận hành trên mạng.
Sự khác biệt giữa EthStorage và DAC
EthStorage thực chất là một storage rollup trên Ethereum. Có thể hình dung một Layer 2 không phải là EVM Ethereum, mà là một cơ sở dữ liệu cực lớn – dạng key-value database – với dung lượng lên đến hàng chục TB, hàng trăm TB, thậm chí hàng ngàn TB (tức là cấp PB).
Làm sao đảm bảo dữ liệu trong cơ sở dữ liệu này có được mức bảo mật như Ethereum? Bước đầu tiên là phải đưa toàn bộ dữ liệu quy mô lớn này lên Layer 1 Ethereum thông qua DA, để mọi người đều có thể truy cập dữ liệu trong lớp DA của Ethereum. Tuy nhiên, chúng tôi không thể đảm bảo dữ liệu được giữ vĩnh viễn, vì Ethereum sẽ loại bỏ dữ liệu DA sau khoảng hai đến bốn tuần.
Bước thứ hai là sau khi tải lên, chúng tôi lưu dữ liệu này trên các nút Layer 2. Khác với DAC, các nút lưu trữ của chúng tôi không cần cấp phép – bất kỳ ai cũng có thể tham gia, chứng minh việc lưu trữ và nhận phần thưởng tương ứng. Cơ chế này dựa trên hệ thống bằng chứng lưu trữ (proof-of-storage) do chúng tôi xây dựng, lấy cảm hứng từ các hệ thống như Filecoin và Arweave. Tuy nhiên, chúng tôi cần thiết kế riêng hệ thống bằng chứng lưu trữ phù hợp với khung DA của Ethereum và hợp đồng thông minh Ethereum. Vì vậy, chúng tôi tin rằng mình đang đóng góp một cách độc đáo cho hệ sinh thái Ethereum và toàn bộ lĩnh vực lưu trữ phi tập trung.
Cơ chế bằng chứng lưu trữ
Hầu hết các cơ chế bằng chứng lưu trữ, bao gồm Filecoin và Arweave, đều yêu cầu mã hóa siêu dữ liệu người dùng trước tiên. Quá trình mã hóa này phải dựa trên địa chỉ của nhà cung cấp dữ liệu – nghĩa là mỗi nhà cung cấp phải có địa chỉ riêng, và sau khi mã hóa cùng siêu dữ liệu sẽ tạo ra một bản sao duy nhất (unique replica). Ví dụ, dữ liệu "hello world" trong cơ sở dữ liệu tập trung hoặc hệ thống phân tán truyền thống có thể được lưu 4–5 bản trên các máy vật lý khác nhau, mỗi bản đều là "hello world". Nhưng trong EthStorage, dù lưu 4–5 hay 10–20 bản, "hello world" sẽ được mã hóa khác nhau theo từng địa chỉ nhà cung cấp dữ liệu, rồi lưu ở các vị trí khác nhau.
Lợi ích là chúng tôi có thể dùng cơ chế mật mã để chứng minh rằng có nhiều địa chỉ khác nhau – tức là nhiều nhà cung cấp dữ liệu khác nhau – đã mã hóa và lưu trữ dữ liệu này. Filecoin và Arweave cũng tương tự, nhưng họ chỉ tập trung vào dữ liệu tĩnh. Chúng tôi hướng đến dữ liệu nóng (hot data) của DA Ethereum, và có thể dùng hợp đồng thông minh Ethereum để xác minh rằng dữ liệu có nhiều bản sao vật lý. Mỗi dữ liệu đã mã hóa được chứng minh là tồn tại trong mạng, và mỗi bản mã hóa là duy nhất vì được tạo từ địa chỉ khác nhau của nhà cung cấp.
Vì vậy, trong quá trình thiết kế, chúng tôi đã tối ưu và cải tiến các tư duy hiện có về lưu trữ phi tập trung. Đồng thời, chúng tôi cũng cần tối ưu nhiều khía cạnh cho giải pháp DA của Ethereum, như sửa đổi dữ liệu động, cách chứng minh hiệu quả trên hợp đồng Ethereum và giảm chi phí gas. Đây là những lĩnh vực công nghệ tiên phong đòi hỏi nhiều nghiên cứu sâu.
EthStorage duy trì bằng chứng lưu trữ không cần cấp phép như thế nào?
Ethereum có loại nút gọi là nút lưu trữ (archival node), lưu toàn bộ lịch sử giao dịch và trạng thái thế giới. Nhưng một thách thức lớn trong Danksharding là kế hoạch tạo ra khoảng 80TB dữ liệu mỗi năm. Giả sử Ethereum hoạt động 3–4 năm, dữ liệu sẽ lên đến 200–300TB và tiếp tục tăng. Điều này đặt ra thách thức lớn cho các nút lưu trữ, vì hiện tại không có cơ chế kinh tế học (tokenomics) nào khuyến khích người dùng lưu trữ dữ liệu này.
EthStorage trước hết cần giải quyết bài toán khuyến khích kinh tế học để lưu trữ dữ liệu vĩnh viễn. Chúng tôi áp dụng mô hình dòng tiền chiết khấu (discounted cash flow) từ Arweave để tạo động lực, và thực hiện hiệu quả trên hợp đồng thông minh.
Thứ hai là mô hình không cần cấp phép. Thiết kế khuyến khích của chúng tôi khuyến khích 10, 50 hay thậm chí 100 nút lưu trữ dữ liệu trong mạng. Vì vậy, bất kỳ nút nào cũng có thể liên hệ một nút khác, đồng bộ dữ liệu và trở thành nhà cung cấp lưu trữ. Có thể còn nhiều tối ưu hóa khác về khuyến khích dữ liệu.
Thứ ba, các nút lưu trữ phải lưu toàn bộ dữ liệu, có thể lên đến hàng trăm TB, thậm chí về lâu dài đạt cấp PB. Chi phí này quá cao với một nút đơn lẻ. Vì vậy, chúng tôi phát triển thêm tính năng "phân mảnh dữ liệu" (data sharding). Với thiết kế này, một nút thông thường chỉ cần không gian lưu trữ 4TB (hiện tại là 4TB, sau này có thể nâng lên 8TB) để lưu một phần dữ liệu lưu trữ trong mạng. Nhưng nhờ cơ chế khuyến khích, cuối cùng tất cả dữ liệu sẽ được ghép lại và lưu đầy đủ trong mạng layer 2 của chúng tôi.
Vì vậy, có rất nhiều vấn đề: dữ liệu quá lớn từ các nút lưu trữ, bài toán khuyến khích token, vấn đề tiếp cận phi tập trung... Tất cả những điều này có thể được tự động thực hiện thông qua hợp đồng thông minh Ethereum trên layer 1. Đối với chúng tôi, nhiệm vụ là cung cấp mạng dữ liệu, để bất kỳ ai có đủ chi phí lưu trữ đều có thể tải dữ liệu, tạo bằng chứng lưu trữ và gửi lên mạng Ethereum để nhận phần thưởng. Hợp đồng của chúng tôi về cơ bản đã hoàn thiện và đang trong quá trình thử nghiệm trên Devnet 4844 của Ethereum.
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
ECN | Ethereum.cn
