So sánh giao thức Babylon và EigenLayer
Tuyển chọn TechFlowTuyển chọn TechFlow
So sánh giao thức Babylon và EigenLayer
Do mạng chính Bitcoin không hỗ trợ hợp đồng thông minh đầy đủ nên kiến trúc thiết kế cũng như các kịch bản ứng dụng của Babylon có nhiều điểm khác biệt so với EigenLayer.
Chuyên sâu báo cáo Web3Tác giả: Shawn, E2M Research
Lĩnh vực Restaking đại diện bởi EigenLayer đã thu hút sự chú ý lớn, trở thành một trong những hướng phát triển nóng nhất hiện nay trên hệ sinh thái Ethereum. E2M Research cũng đã có nhiều thảo luận chuyên sâu về EigenLayer. EigenLayer mở rộng tính bảo mật của ETH sang các ứng dụng khác trên mạng blockchain, đồng thời mang lại lợi nhuận bổ sung cho người tham gia sở hữu ETH hoặc LST.
Tương tự, Babylon cho phép người dùng Bitcoin thế chấp BTC để tăng cường bảo mật cho các mạng PoS, nâng cao độ an toàn mạng lưới và kiếm lợi nhuận, đồng thời vẫn giữ quyền tự quản lý Bitcoin. Do mạng chính Bitcoin không hỗ trợ hợp đồng thông minh đầy đủ nên thiết kế kiến trúc cũng như các trường hợp ứng dụng của Babylon có nhiều điểm khác biệt so với EigenLayer. Anurag Arjun, cựu người sáng lập Polygon và là người sáng lập Avail, cũng từng bình luận trên mạng xã hội rằng Babylon đang bị đánh giá thấp nghiêm trọng so với các dự án như Eigenlayer. Ông cho rằng vào một thời điểm nào đó, Babylon sẽ bùng nổ mạnh mẽ và đây sẽ là bước mở khóa quan trọng đối với hệ sinh thái BTC.
Bài viết này hy vọng so sánh cả hai dự án trên nhiều phương diện nhằm hiểu rõ hơn về điểm tương đồng và khác biệt giữa chúng.
Giới thiệu về Babylon
Babylon là một giao thức chia sẻ bảo mật Bitcoin. Hiện tại, nó bao gồm hai giao thức:
-
Thời điểm hóa (Timestamping) Bitcoin: Giao thức này gửi dấu thời gian ngắn gọn và có thể xác minh được của bất kỳ dữ liệu nào (ví dụ: chuỗi khối PoS) lên mạng Bitcoin
-
Thế chấp Bitcoin: Giao thức cho phép tài sản Bitcoin được thế chấp theo cách phi tin cậy (và tự lưu ký) để cung cấp đảm bảo an ninh kinh tế cho mọi hệ thống phi tập trung.
Giao thức thời điểm hóa Bitcoin
Trước tiên là sơ đồ cấu trúc của giao thức thời điểm hóa Bitcoin:
Kiến trúc Babylon như hình trên. Nó gồm ba phần, cùng với cơ chế kiểm điểm hai lớp:
-
Bitcoin, đóng vai trò là tầng dịch vụ gắn dấu thời gian;
-
Chuỗi Babylon (một chuỗi xây dựng trên Cosmos SDK), đóng vai trò trung gian;
-
Các chuỗi khối PoS (ví dụ như các vùng Cosmos khác) là người tiêu dùng dịch vụ bảo mật.
Một yếu tố thiết kế quan trọng là khả năng chứa dữ liệu của Bitcoin rất hạn chế. Trong trường hợp này, chuỗi Babylon đảm nhiệm nhiều chức năng:
-
Nó tổng hợp luồng kiểm điểm từ nhiều chuỗi PoS, do đó chỉ cần đưa một luồng kiểm điểm duy nhất vào mạng Bitcoin để đồng thời gắn dấu thời gian cho tất cả các sự kiện trên các chuỗi PoS tiêu dùng.
-
Các điểm kiểm tra trong mạng Bitcoin có thể được nén nhỏ nhờ kỹ thuật mật mã học (như chữ ký tổng hợp).
-
Nó nhận các điểm kiểm tra từ các chuỗi PoS tiêu dùng thông qua giao thức IBC.
-
Nó kiểm tra tính sẵn sàng dữ liệu của các điểm kiểm tra trên chuỗi PoS tiêu dùng, ngăn kẻ tấn công gắn thời điểm cho dữ liệu không khả dụng.
Cấu trúc này giúp tăng cường bảo mật cho các chuỗi PoS, ví dụ như chống lại các cuộc tấn công dài hạn (long-range attacks).
Để bảo vệ chuỗi PoS khỏi tấn công dài hạn, ta có thể gửi điểm kiểm tra khối của chuỗi PoS lên BTC và chọn phân nhánh có dấu thời điểm BTC sớm hơn làm phân nhánh hợp lệ. Khi đó chỉ có hai trường hợp xảy ra:
-
Phân nhánh tấn công sẽ có dấu thời điểm muộn hơn trên mạng chính BTC, do đó sẽ không bao giờ được ai lựa chọn; hoặc
-
Để được chọn, kẻ tấn công phải tạo ra một chuỗi phân nhánh BTC rất dài sao cho phân nhánh PoS tấn công có dấu thời điểm sớm hơn, điều này về mặt kinh tế là không thể thực hiện được.
Do đó, tấn công dài hạn có thể bị vô hiệu hóa bằng dấu thời điểm BTC.
Ngoài việc giải quyết tấn công dài hạn, dấu thời điểm BTC không thể đảo ngược đối với khối PoS còn mang lại các lợi thế bảo mật khác:
-
Loại bỏ tính chủ quan yếu: Dấu thời điểm BTC là khách quan, từ đó loại bỏ sự phụ thuộc của chuỗi PoS vào sự đồng thuận xã hội và tính chủ quan yếu.
-
Rút vốn nhanh hơn: Nhờ thay thế sự đồng thuận xã hội, dấu thời điểm BTC có thể rút ngắn thời gian rút vốn từ vài tuần xuống còn một ngày.
-
Hỗ trợ khởi chạy chuỗi mới: Các chuỗi PoS mới có vốn hóa thấp dễ bị tấn công phân nhánh. Dấu thời điểm BTC có thể giúp bảo vệ sự phát triển ban đầu của chuỗi.
-
Xác minh trạng thái đồng bộ và bản chụp: Dữ liệu khách quan từ BTC cho phép người dùng xác minh trạng thái chuỗi hoặc bản chụp tải về từ mạng P2P.
-
Bảo vệ giao dịch quan trọng: Dấu thời điểm BTC có thể dùng để xác nhận thêm cho các giao dịch PoS quan trọng, dù phải chịu độ trễ xác nhận lâu hơn.
-
Chống kiểm duyệt: Dấu thời điểm BTC còn có thể chống kiểm duyệt trên chuỗi PoS bằng cách đăng các giao dịch bị kiểm duyệt lên mạng BTC.
Giao thức thế chấp Bitcoin
Giao thức thế chấp Bitcoin của Babylon cho phép người nắm giữ Bitcoin thế chấp BTC mà không cần tin tưởng bên thứ ba; việc thế chấp này "không cần" chuyển BTC qua cầu nối sang chuỗi PoS, nhưng vẫn cung cấp đảm bảo an ninh đầy đủ dưới dạng cổ phần có thể bị phạt cắt (slashable).
Dưới đây là một ví dụ về thế chấp Bitcoin:
Alice có 1 Bitcoin và muốn thế chấp nó trên một chuỗi PoS. Trước tiên, cô gửi một giao dịch thế chấp đến mạng Bitcoin để tham gia vào hợp đồng thế chấp. Giao dịch này là một giao dịch khóa Bitcoin của cô vào kho lưu ký tự quản lý. Bitcoin bị khóa chỉ có thể được mở khóa bằng khóa riêng của Alice thông qua một trong hai cách sau:
(1) Alice khởi tạo "giao dịch rút vốn (unbonding transaction)", khi đó Bitcoin sẽ được mở khóa và hoàn trả sau ba ngày.
(2) Alice khởi tạo "giao dịch phạt cắt (slashing transaction)", chuyển Bitcoin vào địa chỉ tiêu hủy.
Ngay khi giao dịch thế chấp được ghi nhận trên mạng Bitcoin, Alice có thể bắt đầu ký khối bằng khóa của mình để xác thực chuỗi PoS.
Trong suốt thời gian đảm nhận trách nhiệm xác thực, có hai kịch bản có thể xảy ra.
Thứ nhất là "kịch bản tốt đẹp (happy path)" (hình a), tức là Alice tuân thủ trung thực giao thức. Khi muốn rút BTC, cô khởi tạo yêu cầu rút vốn bằng cách gửi giao dịch rút vốn lên mạng Bitcoin (hình b). Ngay khi giao dịch rút vốn được ghi nhận, nghĩa vụ xác thực của Alice trên chuỗi PoS kết thúc, sau ba ngày cô có thể rút lại Bitcoin. Chuỗi PoS cũng sẽ thưởng cho Alice.
Thứ hai là "kịch bản xấu số (unhappy path)" (hình b), tức là Alice hành xử ác ý và tham gia tấn công kép chi tiêu (double-spend) trên chuỗi PoS. Trong trường hợp này, giao thức thế chấp đảm bảo khóa riêng của Alice sẽ bị tiết lộ. Khi đó, bất kỳ ai cũng có thể dùng danh tính của Alice để gửi giao dịch phạt cắt lên mạng Bitcoin và tiêu hủy Bitcoin của cô. Sự tồn tại của kịch bản xấu số này đảm bảo kẻ tấn công chắc chắn bị phạt, từ đó răn đe và khiến mọi người đi theo "kịch bản tốt đẹp"—tức là hoạt động bình thường.
Về việc phạt cắt, Babylon sử dụng chữ ký một lần có thể trích xuất (EOTS - Extractable One-Time Signature) để thực hiện. Ý tưởng cốt lõi là người dùng có thể ký một thông điệp duy nhất, tương tự như sơ đồ chữ ký thông thường. EOTS yêu cầu thêm một tham số nhãn (label) (trong quá trình xác thực khối thì tham số bổ sung này là chiều cao khối). Nếu người dùng cố gắng ký hai lần cùng một thông điệp với cùng nhãn (ký hai khối ở cùng chiều cao), khóa riêng của họ có thể bị trích xuất từ hai chữ ký đó.
So sánh
Đầu tiên là sự khác biệt lớn về cấu trúc giữa giao thức Babylon và EigenLayer:
Babylon:
EigenLayer:
Babylon gồm hai phần: giao thức thời điểm hóa Bitcoin và giao thức thế chấp. Vì Bitcoin không Turing-complete nên nhiều xử lý cần một chuỗi riêng biệt để thực hiện. Do đó, giao thức Babylon có chuỗi riêng, xây dựng bằng Cosmos SDK, và do đó có các nút xác thực riêng. Ngoài ra còn có các thành phần độc lập như EOTS Manager và Finality Provider.
Trong khi đó, EigenLayer về cơ bản là một tập hợp các hợp đồng thông minh, có thể nhận thế chấp từ người dùng và quản lý các hợp đồng AVS, với lớp底层 được thực thi và bảo đảm an toàn bởi mạng Ethereum.
Thứ hai là cách thực hiện phạt cắt khác nhau.
Do Ethereum hỗ trợ hợp đồng thông minh, logic phạt cắt của EigenLayer được viết trực tiếp trong hợp đồng, cho phép thiết lập điều kiện phạt cắt phức tạp tùy theo từng AVS. Đồng thời, nếu xảy ra tình huống không thể giải quyết bằng điều kiện phạt cắt định trước, sẽ có một ủy ban phủ quyết ngoài chuỗi bỏ phiếu quyết định.
Trong khi đó, do hạn chế chức năng của mạng chính Bitcoin, Babylon sử dụng EOTS để thực hiện phạt cắt. Phương pháp này có nhiều giới hạn và chỉ có thể áp dụng logic phạt cắt đơn giản cho các hành vi gian lận như ký trùng khối ở cùng chiều cao.
Do cách thực hiện phạt cắt khác nhau, đối tượng phục vụ của hai bên cũng khác biệt.
EigenLayer có thể thực hiện logic phạt cắt phức tạp, do đó có thể cung cấp dịch vụ bảo mật cho nhiều AVS đa dạng. Ưu thế của EigenLayer nằm ở sự đồng bộ với Ethereum. Ethereum sở hữu hệ sinh thái lớn nhất trong lĩnh vực tiền mã hóa, đồng nghĩa với nhiều người dùng và nhu cầu lớn hơn. Giải pháp của EigenLayer có tiềm năng giải quyết các hạn chế của Ethereum, như cần cầu nối an toàn và phi tập trung, giải pháp khả dụng dữ liệu, hay lớp sắp xếp phi tập trung cho Layer 2. Trong hệ sinh thái Ethereum, việc sử dụng ETH làm tài sản thế chấp được coi là "chuẩn mực". Vì vậy, các ứng dụng xây dựng xung quanh EigenLayer chủ yếu phục vụ hệ sinh thái Ethereum.
Trong khi đó, Babylon chủ yếu phục vụ các chuỗi PoS, đặc biệt là các chuỗi trong hệ sinh thái Cosmos, vì dịch vụ thời điểm hóa Bitcoin cần truyền tin nhắn giữa chuỗi Babylon và các chuỗi Cosmos thông qua giao thức IBC, dẫn đến giới hạn lớn hơn. Những chuỗi PoS này đều cần tập hợp nút xác thực riêng. Ưu thế của Babylon có thể nằm ở chỗ hệ sinh thái Cosmos đã phát triển quy mô lớn và sản sinh nhiều chuỗi PoS chất lượng cao như Celestia, Osmosis, Axelar, dYdX... Tất cả các giao thức này đều có thể dễ dàng tích hợp với chuỗi Babylon để hưởng lợi từ bảo mật của Bitcoin. Trong khi đó, sự phát triển của EigenLayer đòi hỏi nhiều dự án phải phát triển lại để phù hợp với AVS, nên khởi đầu chậm hơn. Hơn nữa, mô hình xây dựng chuỗi ứng dụng bằng Cosmos SDK đã được kiểm chứng rộng rãi, thân thiện hơn với nhà phát triển. Đây cũng là một lợi thế của Babylon: đưa hệ sinh thái Cosmos vào phạm vi bảo vệ an ninh của Bitcoin.
Điều này cũng liên quan đến định hướng phát triển của hệ sinh thái Ethereum và Cosmos. Hệ sinh thái Ethereum trước tiên xây dựng một lõi bảo mật khổng lồ – mạng chính Ethereum – rồi từ đó phát triển nhiều Layer 2, nhưng tính liên thông giữa các Layer 2 vẫn chưa được giải quyết. Trong khi đó, hệ sinh thái Cosmos giải quyết bài toán liên thông giữa các zone trước, nhưng thiếu một lõi bảo mật mạnh – Cosmos Hub có vốn hóa quá thấp để đảm nhiệm vai trò này. Do đó, họ tự nhiên cần tìm kiếm một lõi bảo mật, và Babylon chính là nhắm đến nhu cầu đó, mang bảo mật của BTC vào hệ sinh thái. Đồng thời, EigenLayer cũng mong muốn hợp tác để mang bảo mật Ethereum vào hệ sinh thái Cosmos. Về kiến trúc nền tảng, giải pháp của Babylon có vẻ phù hợp hơn với hệ sinh thái Cosmos.
Tổng kết
Cả giao thức Babylon và EigenLayer đều muốn giải phóng bảo mật của mạng Bitcoin và Ethereum tới nhiều ứng dụng hơn theo cách riêng của mình. Tuy nhiên, do đặc tính không Turing-complete của Bitcoin, hệ sinh thái của nó phát triển chậm hơn nhiều so với Ethereum. Đồng thời, việc phát hành tài sản và xây dựng mạng lớp 2 trên Bitcoin cũng đi theo con đường khác biệt. Điều này dẫn đến sự khác biệt giữa Babylon và EigenLayer về kiến trúc kỹ thuật, cách thức phạt cắt và đối tượng phục vụ. Hiện tại, cả hai đều có lĩnh vực phát triển riêng và ưu thế riêng. Nhưng cùng với sự phát triển của blockchain mô-đun và xu hướng liên thông, tích hợp giữa các hệ sinh thái, tương lai có thể hình thành cạnh tranh giữa hai bên, không bên nào chiếm ưu thế tuyệ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
@E2mResearch
