
Câu chuyện mới về EigenDA dưới động lực Restaking trị giá hàng trăm tỷ USD
Tuyển chọn TechFlowTuyển chọn TechFlow

Câu chuyện mới về EigenDA dưới động lực Restaking trị giá hàng trăm tỷ USD
Bài viết đi sâu vào việc công nghệ blockchain có thể giải quyết vấn đề thiếu hụt GPU mà các doanh nghiệp khởi nghiệp AI đang phải đối mặt như thế nào, việc tập hợp các cụm GPU có lẽ sẽ xảy ra trong tương lai.
Tác giả: Sreeram Kannan, EigenLayer; IOSG Ventures
Sự kiện thường niên lần thứ 11 của IOSG Ventures mang tên "Restaking Summit" vừa kết thúc tốt đẹp tại Denver. Sự kiện tập trung vào các chủ đề nóng hiện nay như DA, Staking/Restaking, AVS, Bitcoin Rollup, Coprocessor, với 4 phiên thuyết trình (Talk), 5 buổi tọa đàm (Panel) và một buổi trò chuyện thân mật (fireside chat), thu hút 1.862 người đăng ký tham dự và tổng cộng hơn 2.000 người tham gia trực tiếp. Nội dung chi tiết các bài phát biểu và thảo luận sẽ được chúng tôi lần lượt tổng hợp và công bố, kính mời quý vị theo dõi.
Dưới đây là bài phát biểu chủ đề "Chuyển đổi Cloud thành Crypto" của Sreeram Kannan – Nhà sáng lập kiêm CEO của EigenLayer. Mời bạn đọc theo dõi!👇

MC: Bây giờ, xin hãy nhiệt liệt chào đón vị khách mời đáng kính của chúng ta, CEO & Người sáng lập EigenLayer – Sreeram Kannan. Anh ấy sẽ trình bày về chủ đề: Chuyển đổi Cloud thành Crypto.
Sreeram Kannan:
Tôi xin chân thành cảm ơn đội ngũ IOSG Ventures đã tổ chức hội nghị thượng đỉnh này, tôi rất vui được chia sẻ tại đây. Vì chúng ta đã có phần giới thiệu khá đầy đủ về EigenLayer rồi, nên hôm nay tôi sẽ nói về EigenDA và những điều chúng tôi đang khám phá. Câu hỏi đặt ra là: Khi nào và ở đâu chúng ta xây dựng EigenDA, và làm cách nào để đưa cloud vào thế giới tiền mã hóa?
Khi bạn nghĩ đến Rollup, bạn có thể hình dung hai mục tiêu khác nhau. Một trong số đó là làm sao để chuyển lượng giao dịch từ Ethereum L1 sang L2? Nhưng đó không phải là điều chúng ta sẽ thảo luận hôm nay. Thay vào đó, lập luận của chúng tôi là làm thế nào để đưa khả năng tính toán quy mô cloud vào hệ sinh thái tiền mã hóa.
Trước tiên, vì sao các ứng dụng cloud lại cần tiền mã hóa?
Nếu bạn xem xét hai loại ứng dụng khác nhau, chúng sẽ nằm trên hai trục tọa độ cơ bản khác biệt. “Giá trị mỗi bit” là mức giá trị mà mỗi bit dữ liệu giao dịch tạo ra, còn “thông lượng” là tốc độ truyền tải dữ liệu. Hiện nay, các ứng dụng tiền mã hóa hoạt động ở vùng giá trị cao mỗi bit nhưng thông lượng thấp. Trong khi đó, các ứng dụng cloud thực sự phụ thuộc vào tình huống ngược lại — nơi có khối lượng dữ liệu khổng lồ nhưng giá trị mỗi bit lại rất thấp.

Một dòng tweet do một người viết ra thì có bao nhiêu giá trị? Nhưng nếu cộng dồn hàng loạt tweet như vậy lại, nó sẽ tạo ra giá trị lớn cho toàn bộ mạng xã hội. Ví dụ, tại sao các ứng dụng cloud cần tiền mã hóa? Bởi vì tiền mã hóa có thể mang lại động lực gốc (native incentives), quản trị người dùng và đổi mới không cần giấy phép (permissionless innovation). Điểm cuối cùng chính là một trong những chủ đề yêu thích nhất của chúng tôi: đổi mới không cần giấy phép; làm sao để đảm bảo rằng bất kỳ ai có ý tưởng hay đều có thể xây dựng trên tất cả các ứng dụng hiện có? Nếu bạn xây dựng trên API của Twitter hay Facebook, bạn luôn lo lắng API đó sẽ bị đóng cửa lúc nào, hoặc bạn sẽ bị nội bộ hóa vào giao thức cốt lõi.
Nhưng trong thế giới tiền mã hóa, bạn có các API vững chắc, bất biến và đã được xác minh, có thể xây dựng dựa trên đó. Tuy nhiên, các ứng dụng cloud cũng đòi hỏi thông lượng cực kỳ cao. Bạn biết đấy, thông lượng hiện tại của chúng ta chưa thể đáp ứng nhu cầu của các ứng dụng cloud, và chúng ta cũng cần chi phí mỗi bit cực kỳ thấp — đây là một trong hai khía cạnh mà EigenDA thực sự tập trung giải quyết.
Trước khi đi sâu vào vấn đề này, hãy cùng nhìn lại lý do tại sao chúng ta sử dụng Rollup?
Khi nói đến các ứng dụng cloud và ứng dụng dành cho người dùng, có vài yếu tố không phù hợp với mô hình triển khai ứng dụng hiện tại của chúng ta trong lĩnh vực tiền mã hóa.

Thứ nhất là trải nghiệm người dùng. Bạn muốn có trải nghiệm tức thời, xác nhận siêu nhanh — và còn gì tốt hơn một Sequencer tập trung duy nhất?
Sequencer này được kiểm soát bởi nhiều cơ chế kiểm tra và cân bằng, trong đó tính đúng đắn của hàm chuyển trạng thái được xác minh thông qua bằng chứng hiệu lực (validity proof) hoặc bằng chứng lạc quan (optimistic proof), đồng thời đảm bảo các giao dịch được gửi trở lại Ethereum L1 hoặc trực tiếp tới lớp sẵn sàng dữ liệu (data availability layer) đều được đưa vào. Xác nhận tức thời hoàn toàn thay đổi trải nghiệm người dùng.
Thứ hai, khi bạn muốn tích hợp các ứng dụng cloud-native, bạn không thể yêu cầu mọi người đều viết chương trình bằng EVM. Chúng ta cần các máy ảo mới, ngôn ngữ lập trình mới, động cơ trò chơi, động cơ suy luận AI — tất cả đều được tích hợp bản địa vào hạ tầng blockchain của chúng ta. Đây chính là điều mà Rollup thực sự giúp ích cho chúng ta.
Tôi cho rằng một điều ít người hiểu rõ là khi bạn có một Sequencer tập trung duy nhất, bạn có thể làm những điều mà bạn không thể làm trên một blockchain phi tập trung — đó là Kiểm soát Tiếp nhận Chủ quan (Subjective Admission Control). Kiểm soát Tiếp nhận Chủ quan là gì? Bạn biết rằng chúng ta muốn người dùng đã xác thực có thể sử dụng miễn phí một dịch vụ nào đó — điều này không thể thực hiện được trên blockchain, vì blockchain phải đảm bảo không bị spam, và cách duy nhất để ngăn chặn spam là thu phí. Nhưng giá cả là một cơ chế phân biệt rất kém, nó không thể phân biệt giữa robot MEV và người dùng thật.
Đây là điều mà chúng ta có thể làm được với Rollup. Tại sao chúng ta có thể làm được điều này với Rollup? Bởi vì chúng ta có một Sequencer tập trung duy nhất, hoặc nói cách khác, Sequencer có thể áp dụng Kiểm soát Tiếp nhận Chủ quan. Ví dụ, nếu bạn đã có tài khoản Facebook hoặc Twitter, bạn nên có thể đăng nhập và sử dụng ứng dụng mà không cần trả phí, thậm chí không cần ví — điều này đơn giản hóa đáng kể trải nghiệm nhập môn cho người dùng. Vì vậy, Rollup sở hữu một số “siêu năng lực” mà ít người nhận ra. Cuối cùng, chúng ta mong muốn đạt được tất cả những điều này mà không mất đi các lợi ích quen thuộc.
Khả năng tổ hợp với các ứng dụng khác trong không gian blockchain. Chúng ta muốn tận dụng thanh khoản hiện có, và muốn xây dựng dựa trên nền tảng do các nhà phát triển khác tạo ra. Một điều mà chúng tôi đang cố gắng tại EigenLayer là đảm bảo mọi người có thể tập trung xây dựng các hệ thống thực sự bền vững mà không phải làm lại công việc thừa. Nếu bạn nhìn từ góc độ “văn minh”, nó tiến hóa theo hướng mọi người ngày càng chuyên môn hóa hơn và tiêu thụ nhiều sản phẩm phổ thông hơn — chính xác là điều mà chúng tôi thấy Rollup và EigenLayer đang phát huy vai trò.
Tốt, Rollup rất tuyệt vời, nhưng chúng cũng tồn tại nhiều vấn đề. Dưới đây là những vấn đề mà chúng tôi nhận thấy ở Rollup.

Vấn đề đầu tiên là thông lượng.
Nếu bạn hỏi bất kỳ nhà phát triển tiền mã hóa nào, họ có thể lo ngại về không gian khối. Bạn biết đấy, nếu nhu cầu về không gian khối tăng lên, liệu có người khác sẽ chiếm dụng hết không gian đó không? Ví dụ, Yuga Labs, sản phẩm tiếp theo của họ là một con khỉ chán ngắt, bỗng nhiên khiến bạn ngập trong lượng giao thông khổng lồ, và bạn không thể tham gia nữa.
Nhưng trong môi trường cloud thì không như vậy. Không gian cloud tự động mở rộng — nếu nhu cầu tăng, cloud sẽ cung cấp thêm không gian. Đó mới là điều mà tiền mã hóa nên hướng tới, nhưng thực tế hiện nay lại không phải vậy.
Tiếp theo là kinh tế chi phí. Nếu bạn là một nhà phát triển cloud, bạn quen với hiệu suất ổn định và cơ sở chi phí đáng tin cậy. Trong khi đó, nhà phát triển tiền mã hóa phải đối mặt với chi phí cao và biến động, ngay cả khi chi phí thấp, bạn cũng không biết khi nào không gian khối sẽ đầy, và bạn sẽ phải chịu chi phí ùn tắc.
Chúng ta cần an ninh. Chúng ta có thể giải quyết hai vấn đề đầu tiên — đạt được thông lượng cao và chi phí thấp. Nhưng không thể đánh đổi an ninh để lấy điều đó. Cuối cùng, chúng ta cần các tính năng mới. Chúng ta cần xây dựng các máy ảo mới, tích hợp sâu hơn.

Chúng ta sẽ giải quyết tất cả những vấn đề này bằng EigenDA như thế nào? Ý tưởng tổng quan là EigenDA sẽ lớn hơn mọi giải pháp hiện có một bậc về quy mô. Với Ethereum 4844, nâng cấp Dencun sắp ra mắt, chỉ đạt vài chục KB mỗi giây, trong khi EigenDA sẽ khởi chạy với tốc độ 10MB mỗi giây. Tôi cho rằng thông lượng này vượt xa nhu cầu của các ứng dụng hiện tại. Nhưng các nhà phát triển thế hệ tiếp theo sẽ biết cách tận dụng quy mô thông lượng này, và EigenDA đại diện cho bước cải tiến vượt bậc so với quy mô tiền mã hóa hiện nay. Tuy nhiên, chúng tôi cho rằng điều đó vẫn chưa đủ — mục tiêu của chúng tôi là chuyển đổi cloud thành tiền mã hóa, nghĩa là cần thêm quy mô, và chúng tôi đang nỗ lực để đạt được điều đó.
Một điểm cần lưu ý trong tiền mã hóa là sự phi tập trung danh nghĩa và khả năng mở rộng có xu hướng đối lập nhau: nếu bạn muốn có thêm nhiều nút tham gia, bạn phải giảm yêu cầu đối với từng nút, v.v. Do đó, phi tập trung và mở rộng thường mâu thuẫn nhau. Nhưng EigenDA mở rộng theo chiều ngang (horizontal scaling), nghĩa là sự phi tập trung của EigenDA có thể mở rộng. Càng có nhiều nút, bạn càng truyền được nhiều dữ liệu hơn qua mạng, không có nút nào cần tải xuống toàn bộ dữ liệu — đó là kiến trúc của EigenDA.
Vậy còn về kinh tế học, biến động giá ngẫu nhiên, v.v.? Nếu bạn so sánh một Rollup với Layer 1, bạn sẽ thấy Rollup gặp khó khăn trong việc cạnh tranh với Layer 1 ở một số khía cạnh.

Thứ nhất là chi phí sẵn sàng dữ liệu — chi phí ghi dữ liệu vào kho lưu trữ chung khá cao. Thứ hai, chi phí sẵn sàng dữ liệu là không chắc chắn — ngay cả khi hiện tại thấp, khi 4844 ra mắt, bạn có thể nghĩ: “Tôi biết chi phí ở block tiếp theo sẽ thấp hơn, vậy cứ dùng trước đã.” Bạn xây dựng toàn bộ ứng dụng trên đó, rồi bỗng nhiên xuất hiện một loại Inscription mới, chiếm hết toàn bộ băng thông của bạn.
Tôi tin rằng dù 4844 mang lại thêm băng thông, nó cũng sẽ không làm giảm đáng kể chi phí gas, bởi vì sự bất định này là một vấn đề lớn. Trong khi đó, nếu bạn là L1, bạn sẽ không gặp vấn đề này, vì bạn biết chính xác cơ sở chi phí của mình, bởi không ai khác can thiệp vào bạn.

Cuối cùng, Rollup phải chịu rủi ro tỷ giá — nghĩa là nếu Rollup có token nội bộ và thu phí bằng token đó, họ không biết phí sẽ dao động bao nhiêu, vì token Rollup có thể biến động so với ETH, dẫn đến rủi ro hoán đổi (swap risk).
Tốt, nhưng điều này không xảy ra với Layer 1, vì bạn có thể chỉ cần chia sẻ một phần lạm phát của riêng mình. Vậy chúng tôi làm gì tại EigenDA? Làm sao để Rollup có thể vượt trội hơn Layer 1?
Lý do là: thứ nhất, chi phí sẵn sàng dữ liệu thấp — chúng tôi xây dựng một lượng lớn sẵn sàng dữ liệu trên hệ thống quy mô cực lớn, nên chi phí rất thấp. Thứ hai, EigenDA cho phép đặt chỗ dài hạn — giống như khi bạn đặt trước một instance trên AWS chỉ dành riêng cho bạn, không ai khác chạm vào — bạn có thể giữ riêng một kênh sẵn sàng dữ liệu, điều này hoàn toàn khả thi trên EigenDA.
Tiếp theo, ngay cả khi bạn đặt chỗ như vậy, bạn về danh nghĩa thanh toán bằng ETH, nhưng cũng có thể dùng token nội bộ của riêng bạn để thanh toán — nghĩa là bạn cố định mức lạm phát nhất định cho token nội bộ của mình, vốn được dùng để vận hành sẵn sàng dữ liệu. Cuối cùng, token Rollup có thể được dùng cho Dual Staking trên EigenDA.
Điều này có nghĩa là hệ thống sẵn sàng dữ liệu không chỉ được bảo vệ bởi các ETH Staker, mà còn bởi ủy ban nắm giữ token riêng của bạn. Tất cả các công việc này được thuê ngoài cho hệ thống EigenLayer và EigenDA quản lý — đó là điều mà EigenDA mang lại cho Rollup. EigenDA mang lại sự an toàn trung tâm vào Ethereum — đây là kiến trúc của EigenDA: các ETH Staker tham gia EigenLayer, họ có thể Restake vào EigenDA; chúng tôi cũng kế thừa sự phi tập trung từ các Operator nút Ethereum; cuối cùng, chúng tôi cho phép token Rollup được dùng cho Dual Staking.
Tất cả những điều này đảm bảo rằng khi bạn xây dựng trên EigenDA, bạn có được độ an toàn cao về sẵn sàng dữ liệu. Cuối cùng, còn có các giới hạn vượt ra ngoài băng thông dữ liệu.

Các giới hạn khác mà bạn thấy trên Ethereum ngày nay, ví dụ như thời gian đạt trạng thái xác nhận cuối cùng (finality) quá chậm — cần đến 12 phút để xác nhận một khối. Có những blockchain mới xuất hiện tuyên bố họ có thể xác nhận trong một giây hoặc ít hơn — điều đó tạo ra sức cạnh tranh.
Vì vậy, chúng ta có thể làm gì? Chúng ta có thể xây dựng các dịch vụ mới trên EigenLayer để giải quyết các vấn đề này. Bạn có thể có một lớp Finality siêu nhanh như NEAR đang xây dựng, hoặc sử dụng các Sequencer phi tập trung như Espresso. Bạn có thể dùng Sequencer phân tán thay vì cầu nối (bridge), vì cầu nối là mô hình yếu và thiếu tin cậy.
Khi ai đó muốn di chuyển dữ liệu từ L2 này sang L2 khác, liệu chúng ta có thể có một cây cầu thực sự vững chắc? Bạn đặt stake đủ lớn trên cây cầu hỗ trợ, rồi ngay lập tức chấp nhận biên lai và chuyển giá trị ở đầu bên kia. Như vậy, bạn có thể đạt được xác nhận gần như tức thời thông qua cầu nối Restaked. Cuối cùng, bạn có thể có các công cụ quản lý MEV mạnh mẽ hơn — nếu bạn là một Rollup trên EigenDA, bạn có thể tích hợp chúng.
Do đó, EigenDA mang đến nhiều dịch vụ bổ trợ cho các Rollup trên nền tảng EigenDA.
Bây giờ tôi đã nhắc đến một số hạn chế của Ethereum, nhưng cũng có các yếu tố bổ sung: Oracle mới, Watcher mới thực hiện các thao tác theo sự kiện, mã hóa đồng dạng toàn phần (fully homomorphic encryption), xác minh bằng chứng ZK, coprocessor AI, và rất nhiều hạng mục mới khác — tất cả sẽ giúp các Rollup hợp tác với hệ sinh thái EigenLayer ngày càng dễ dàng hơn theo thời gian.
Xin chân thành cảm ơn IOSG Ventures đã tổ chức hội nghị thượng đỉnh này cho chúng tôi.
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














