cBridge 2.0: Nền tảng liên chuỗi phổ quát dựa trên mạng lưới Celer State Guardian
Tuyển chọn TechFlowTuyển chọn TechFlow
cBridge 2.0: Nền tảng liên chuỗi phổ quát dựa trên mạng lưới Celer State Guardian
Sau đó, chúng tôi sẽ tiến vào giai đoạn thứ hai là mô hình "SGN đóng vai trò là cổng nút cBridge và bên trọng tài cho thỏa thuận mức độ dịch vụ (SLA)".
Chuyên sâu báo cáo Web3
Kể từ khi ra mắt phiên bản cBridge 1.0, tổng lượng vốn liên chuỗi đã tăng trưởng gấp đôi hàng tuần. Trong tháng đầu tiên hoạt động, chúng tôi xử lý số lượng chuyển tiền liên chuỗi trị giá 10 triệu USD; chỉ một tháng sau đó, con số này đã tăng vọt lên 170 triệu USD, với lượng giao dịch hàng ngày ổn định vượt ngưỡng 10 triệu USD. Các nhà cung cấp thanh khoản (LP) cho nút cBridge, mà không cần bất kỳ phần thưởng bổ sung nào, chỉ từ phí giao dịch liên chuỗi đã có thể đạt mức lợi nhuận hàng năm lên tới 45%. Điều này thực sự đáng kinh ngạc – nhưng đây mới chỉ là khởi đầu.
Hôm nay, chúng tôi vui mừng thông báo kế hoạch nâng cấp cBridge 2.0 và đưa ra cái nhìn tổng quan ngắn gọn về bản cập nhật đầy tính đổi mới này.
Kiến trúc công nghệ của cBridge 2.0 sẽ mang lại trải nghiệm giao dịch liên chuỗi tốt nhất hiện có trên thị trường, với mục tiêu cung cấp độ sâu thanh khoản tốt hơn cho người dùng, phương thức quản lý thanh khoản hiệu quả và dễ sử dụng nhất cho các nút cBridge và các nhà cung cấp thanh khoản (LP) không muốn vận hành nút, đồng thời cung cấp chức năng truyền tin nhắn liên chuỗi mở rộng để hỗ trợ các ứng dụng như NFT liên chuỗi, DEX liên chuỗi và nhiều hơn nữa. Việc triển khai tất cả các tính năng của cBridge 2.0 đều dựa trên việc nâng cấp mạng lưới Bảo vệ Trạng thái (State Guardian Network - SGN), được thúc đẩy bởi việc stake CELR, qua đó gia tăng thêm giá trị thu hút của chính mạng SGN.
Tóm tắt nội dung bài viết: cBridge 2.0 đạt được những cải tiến gì?
Đối với độc giả không quá quan tâm đến chi tiết kỹ thuật, dưới đây là phần giới thiệu ngắn gọn về các nâng cấp và ưu điểm của cBridge 2.0.
Đối với người dùng:
- Độ sâu thanh khoản tốt hơn: Hỗ trợ các giao dịch liên chuỗi đơn lẻ lớn hơn.
- Quy trình sử dụng đơn giản hơn: Cung cấp chức năng chuyển tiền một cú nhấp.
- Hỗ trợ chuyển đổi sang token gas gốc: Ví dụ, WETH trên BSC có thể được chuyển trực tiếp thành ETH gốc trên Arbitrum để thanh toán phí gas tại Arbitrum.
- Mở rộng hỗ trợ đa chuỗi và đa token.
- Cơ chế đảm bảo chất lượng dịch vụ cho nút cầu nối: Đối với người dùng lựa chọn sử dụng nút cầu nối, chúng tôi giới thiệu cơ chế bảo hiểm chất lượng dịch vụ mới. Chúng tôi sẽ trừng phạt các nút bị ngắt kết nối và bồi thường cho người dùng.
Đối với nhà cung cấp thanh khoản (LP) và nút cBridge:
- Cung cấp thanh khoản mà không cần vận hành nút: Trong cBridge 1.0, cách duy nhất để cung cấp thanh khoản là tự vận hành một nút cBridge. Với phiên bản 2.0, chúng tôi giới thiệu một mô hình mới, trong đó bản thân SGN sẽ đóng vai trò là một nút cBridge. Các nhà cung cấp thanh khoản có thể ủy quyền thanh khoản của họ cho nút chung do SGN vận hành, nhận phí giao dịch liên chuỗi mà không cần tự vận hành nút cBridge.
- Trải nghiệm quản lý thanh khoản tối ưu: So với các giải pháp liên chuỗi khác, LP trên cBridge 2.0 không cần đúc token tổng hợp, không cần tham gia bắt buộc vào các nhóm thanh khoản AMM biến động cao, và không phải chịu tổn thất vô thường lớn. Họ chỉ cần cung cấp thanh khoản bằng một loại token duy nhất, đồng thời linh hoạt phân bổ thanh khoản để thực hiện chênh lệch giá.
- Hiệu suất thanh khoản cực cao: So với các giải pháp khác, cBridge 2.0 không yêu cầu khóa thanh khoản kép, giúp tăng giá trị và hiệu quả sử dụng thanh khoản, tối đa hóa lợi nhuận cho LP.
- Thiết kế tái cân bằng thanh khoản hợp lý: cBridge 2.0 thông qua SGN quản lý tập trung thanh khoản, hỗ trợ tạo đường cong AMM phi đối xứng tối ưu theo cung cầu, từ đó khuyến khích các nhà chênh lệch giá và LP duy trì thanh khoản dồi dào và cân bằng ổn định cho toàn bộ mạng.
- Tối ưu hóa việc điều phối nút cBridge tự quản lý: Đối với các LP chọn tự vận hành và quản lý nút cBridge, SGN sẽ điều phối nhằm mang lại trải nghiệm người dùng tối ưu nhất.
Đối với người dùng stake CELR và các nút xác thực trên SGN:
- Thu hút giá trị: Vì những người stake và xác thực trên SGN cung cấp dịch vụ thiết yếu cho cBridge 2.0, nên họ sẽ trực tiếp thu hút giá trị mạng thông qua phí giao dịch liên chuỗi và phần thưởng khai thác thanh khoản.
- Quản trị giao thức: Các tham số hệ thống như đường cong giá, tỷ lệ phí... sẽ được quản trị thông qua một giao thức phân tán dựa trên việc stake CELR.
Đối với các nhà phát triển:
- SDK nhãn trắng cho giao diện người dùng: Cho phép các dApp đa chuỗi tích hợp chức năng cBridge tại chỗ, cho phép người dùng thực hiện giao dịch liên chuỗi ngay trong ứng dụng của họ.
- Cung cấp chức năng truyền tin nhắn liên chuỗi để hỗ trợ NFT liên chuỗi và các ứng dụng khác: Cho phép các nhà phát triển xây dựng các ứng dụng phức tạp hơn so với việc chỉ chuyển tài sản, chẳng hạn như NFT liên chuỗi hoặc DEX liên chuỗi.
Vậy làm thế nào để cBridge 2.0 thực hiện tất cả các tính năng và đặc điểm mới này?
Câu trả lời: Mạng Bảo vệ Trạng thái (SGN) của Celer.
Trong cBridge 2.0, chúng tôi mở rộng chức năng của SGN để hỗ trợ hai mô hình cầu nối khác nhau, đáp ứng sở thích của nhiều loại người dùng và LP. Trong bài viết này, chúng tôi sẽ giới thiệu kiến trúc tổng thể của hệ thống.
Tổng quan về Mạng Bảo vệ Trạng thái
Mạng Bảo vệ Trạng thái (State Guardian Network - SGN) là thành phần cốt lõi trong kiến trúc tổng thể của Celer. Trong hệ thống Celer, SGN là một chuỗi PoS đặc biệt, giám sát các sự kiện L1 liên quan đến trạng thái L2 và trung thực truyền thông tin lớp 2 trở lại lớp 1 khi cần thiết.
Trong kênh trạng thái Celer, SGN giúp lưu trữ trạng thái kênh và phản hồi việc thanh toán ác ý trên L1 khi cần. Trong chuỗi rollup layer2.finance của Celer, SGN được mở rộng thành một mạng lưới tạo khối phi tập trung, truyền dữ liệu lệnh (call data) và gốc trạng thái (state roots) về L1. Trong chế độ hoạt động rollup, ngay cả khi toàn bộ đồng thuận PoS thất bại, bất kỳ nút SGN nào vẫn có thể gửi proof gian lận (fraud-proof) lên chuỗi để đảm bảo an ninh hệ thống.
Người nắm giữ CELR có thể trở thành nút xác thực SGN hoặc ủy quyền stake CELR vào SGN, tích cực cung cấp các dịch vụ nói trên. Những người stake CELR nhận phần thưởng stake và phí dịch vụ tương ứng.
SGN với tư cách là cổng nút cBridge và trọng tài Thỏa thuận Mức độ Dịch vụ (SLA)
Lựa chọn thiết kế và hạn chế của nút cBridge 1.0
Trong cBridge 1.0, khi một nút cBridge tham gia mạng, nó đăng ký các thông tin như bảng phí và trạng thái thanh khoản với một dịch vụ cổng trung tâm. Cổng này liên tục giám sát trạng thái và hiệu suất của nút cBridge. Khi có yêu cầu từ người dùng, yêu cầu đó được chuyển đến cổng. Cổng đánh giá các nút đã đăng ký dựa trên khả năng thanh khoản, tỷ lệ thành công lịch sử, phí,... rồi đề xuất nút cầu nối phù hợp nhất cho yêu cầu đó. Trong phiên bản 1.0, chúng tôi chọn sử dụng cổng tập trung để nhanh chóng tích lũy kinh nghiệm vận hành các chiến lược điều phối khác nhau.
Cổng trong cBridge 1.0 thực tế chỉ đưa ra đề xuất "tham khảo" cho người dùng về việc sử dụng một số nút cBridge cụ thể.
Mặc dù cBridge 1.0 được xây dựng theo kiến trúc không lưu giữ (non-custodial), người dùng luôn không cần tin tưởng vào nút để đảm bảo an toàn vốn, nhưng vẫn tồn tại vấn đề trải nghiệm người dùng liên quan đến "khả năng sẵn sàng của nút". Ví dụ, nếu người dùng gửi một giao dịch chuyển điều kiện (phần đầu tiên của HTLC) đến một nút, nhưng nút đó ngắt kết nối trước khi hoàn thành chuyển HTLC hai bước, người dùng sẽ phải chờ hết thời gian chờ chuyển điều kiện, trong khi nút cBridge bị ngắt kết nối sẽ không bị trừng phạt hay bồi thường nào cho thời gian chờ đợi của người dùng.
Chúng tôi giải quyết cả hai hạn chế này trong phiên bản 2.0 thông qua SGN.
Điều phối nút cBridge phi tập trung và hiệu quả thông qua SGN
Trong phiên bản 2.0, trước tiên chúng tôi di chuyển toàn bộ logic cổng tập trung lên SGN như một dịch vụ phân tán. Các nút cBridge sẽ đăng ký với SGN chứ không phải với dịch vụ cổng tập trung, dựa trên sở thích về phí, khả năng thanh khoản, v.v.
Khi người dùng đưa ra yêu cầu, quy trình hệ thống bình thường như sau:
- Người dùng truy vấn trạng thái hiện tại của SGN để ước tính phí giao dịch và khả năng thanh khoản.
- Nếu phí ước tính chấp nhận được, người dùng gửi phần đầu tiên của chuyển HTLC và chỉ định mức độ chịu phí tối đa.
- SGN giám sát và nhận giao dịch. Nó phân bổ một hoặc nhiều nút cBridge đã đăng ký cho giao dịch này theo quy tắc điều phối nút. Việc phân bổ này được ghi trên chuỗi SGN và cũng được đánh dấu trong giao dịch HTLC của người dùng.
- Các nút được phân bổ chấp nhận phân bổ và phản hồi bằng cách hoàn thành phần còn lại của chuyển tiền có điều kiện.
- SGN tiếp tục giám sát và theo dõi giao dịch này; một khi giao dịch hoàn tất thành công, trạng thái liên quan sẽ bị xóa khỏi chuỗi SGN.
Dựa trên điều này, việc tăng trưởng nút cBridge sẽ có khả năng mở rộng tốt hơn để hỗ trợ quá trình lựa chọn nút đạt đồng thuận và không thiên vị. Nhưng lợi ích khi chuyển nút cBridge sang SGN không chỉ dừng lại ở đó.
Khoản đặt cọc SLA và cơ chế tịch thu cho nút cầu nối
Khác với cổng 1.0, trong kiến trúc mà SGN đóng vai trò là tầng điều phối (cổng), SGN giám sát toàn bộ quá trình giao dịch liên chuỗi. Là một chuỗi PoS phi tập trung, SGN giờ đây có thể cung cấp nhiều hơn là "lời khuyên tham khảo"; nó còn có thể trừng phạt các nút cBridge không hoàn thành việc chuyển tiền liên chuỗi được phân bổ "theo cam kết".
Khi một nút cBridge đăng ký với SGN, nó có thể đặt một "khoản đặt cọc SLA" (một nhóm token có giá trị) trong hợp đồng pool, liên kết với các cam kết về Thỏa thuận Mức độ Dịch vụ (SLA) như khả năng sẵn sàng, mức phí và dự trữ thanh khoản. Nếu SGN xác định rằng nút vi phạm SLA, ví dụ như nút ngắt kết nối khi chưa hoàn thành chuyển tiền, SGN có thể tịch thu khoản đặt cọc này như một khoản bồi thường cho trải nghiệm người dùng giảm sút và chi phí cơ hội thanh khoản. (Lưu ý rằng, luôn không tồn tại khả năng mất vốn người dùng; khoản bồi thường trên chỉ nhằm bù đắp tổn thất chi phí cơ hội do "vốn bị mắc kẹt".)
Trong quá trình lựa chọn nút, giá trị khả dụng của khoản đặt cọc SLA là yếu tố then chốt ảnh hưởng đến thứ tự ưu tiên trong phân bổ nút. Các nút cBridge trung thực, đáng tin cậy có động lực mạnh mẽ để đặt cọc nhằm tăng cơ hội được chọn trong quá trình cầu nối. Ngược lại, các nút kém tin cậy sẽ bị loại khỏi hệ thống hoặc chỉ được xếp hạng ưu tiên thấp nhất.
Với chức năng khoản đặt cọc SLA được hỗ trợ bởi "cổng SGN phân tán", các nút cBridge có thể vận hành với chất lượng SLA cao. Điều này nhằm mục đích cung cấp một mạng lưới các nhà vận hành nút cBridge khỏe mạnh, phát triển nhanh và phi tập trung dành cho các LP muốn duy trì "thanh khoản tự quản lý".
Một số người có thể cho rằng, do đồng thuận PoS có khả năng thất bại, khoản đặt cọc SLA có thể bị tịch thu sai, vì vậy việc thiết lập khoản đặt cọc SLA không thể gọi là "tự quản lý 100%".
Chúng tôi nhấn mạnh rằng khoản đặt cọc SLA chỉ cần chiếm một phần rất nhỏ tổng thanh khoản để hiệu quả đảm bảo trải nghiệm người dùng mượt mà và hệ sinh thái nhà vận hành nút cBridge có khả năng tự phục hồi. Đây là một sự đánh đổi rất đáng giá, quan trọng nhất là, toàn bộ quá trình liên chuỗi, từ góc nhìn người dùng, luôn là "không lưu giữ", không tồn tại bất kỳ rủi ro vốn nào.
Quy tắc điều phối nút
Nguyên tắc thiết kế quy tắc điều phối nút là tối ưu hóa trải nghiệm người dùng. Chúng tôi xây dựng một công thức kinh nghiệm "điểm chất lượng nút", kết hợp nhiều yếu tố như các tham số trong SLA của nút (phí, thời gian phản hồi) và hiệu suất lịch sử (ví dụ: tỷ lệ thành công, thời gian phản hồi trung bình). Khi chọn nút cho yêu cầu người dùng, chúng tôi ưu tiên các nút dựa trên điểm số này. Chúng tôi mong muốn công thức này có thể được lặp lại và tối ưu hóa theo thời gian thông qua quản trị giao thức và kinh nghiệm vận hành.
So với giao thức nxtp mới ra mắt của Connext – cũng có kiến trúc tự quản lý, mô hình cBridge đơn giản hơn về tương tác người dùng, độ trễ thấp hơn, chi phí thấp hơn, không cần quá trình đấu giá nhiều nút phức tạp, đồng thời có thể đảm bảo thực sự chất lượng dịch vụ nút và bảo vệ lợi ích người dùng.
SGN với tư cách là bộ quản lý nhóm thanh khoản chung
Cung cấp thanh khoản mà không cần vận hành nút cBridge
Các cải tiến nêu trên chủ yếu được thiết kế cho các LP tự quản lý có khả năng tự vận hành nút cBridge. Tuy nhiên, chúng tôi nhận thức được rằng có rất nhiều LP và người dùng muốn cung cấp thanh khoản nhưng không muốn tự vận hành nút cBridge, đồng thời họ hài lòng với mức độ an toàn mà đồng thuận PoS của SGN và việc stake CELR mang lại. Hơn nữa, thông qua mô hình nhóm thanh khoản chung, có thể dễ dàng khởi động thanh khoản cho toàn bộ mạng, từ đó thúc đẩy nhanh chóng trải nghiệm người dùng tốt hơn.
Do đó, trong cBridge 2.0, chúng tôi giới thiệu một mô hình vận hành hoàn toàn mới: SGN quản lý các hợp đồng nhóm thanh khoản chung trên nhiều chuỗi như một thực thể thống nhất. Về cơ bản, chính SGN – một chuỗi PoS phân tán – cùng với nhóm thanh khoản mà nó quản lý, được coi như một "nút" đơn lẻ, cung cấp cho LP một lựa chọn để dễ dàng ủy quyền thanh khoản cho SGN, nhận lợi nhuận từ phí giao dịch liên chuỗi mà không cần vận hành bất kỳ nút nào.
Vậy mô hình này cung cấp những đảm bảo an toàn nào?
An toàn cấp PoS và quản trị phi tập trung
Trong mô hình này của cBridge 2.0, các hợp đồng nhóm thanh khoản chung được quản lý thông qua đồng thuận PoS của SGN. Việc chuyển tiền từ hợp đồng nhóm yêu cầu chữ ký đa lớp được cân nặng bởi stake CELR. Chỉ khi hơn 2/3 tổng cổ phần là ác ý thì nhóm thanh khoản mới gặp rủi ro. Chúng tôi nhấn mạnh rằng, khi số lượng giao dịch liên chuỗi của cBridge tăng lên và giá trị mạng tích lũy tăng, bất kỳ hành vi ác ý nào của nút đều sẽ tự nhiên trở nên khó khăn và tốn kém hơn. Điều này khác biệt cơ bản về mặt an toàn so với các giải pháp sử dụng TSS đa ký, vì bản thân TSS không ràng buộc với bất kỳ stake token nào, do đó mức độ an toàn của nó không thể tăng theo giá trị mạng.
Mô hình quản trị xác thực viên trên SGN là mở và phi tập trung: SGN cho phép các xác thực viên mới được bầu chọn và tham gia tập hợp xác thực viên thông qua quá trình quản trị stake, mà không cần bất kỳ thủ tục phối hợp đặc biệt nào.
Trải nghiệm đơn giản cho nhà cung cấp thanh khoản (LP) và hiệu suất thanh khoản cao
Vậy trong mô hình này, LP quản lý thanh khoản của họ như thế nào? Các giải pháp hiện tại như Hop Protocol và Thorchain yêu cầu LP đặt thanh khoản token cùng với một token thanh toán do giao thức kiểm soát vào các nhóm AMM trên chuỗi. Tuy nhiên, mô hình này có một số nhược điểm:
- Ví dụ Thorchain yêu cầu LP sử dụng token thanh toán Rune cực kỳ bất ổn, do đó chắc chắn khiến LP chịu tổn thất vô thường lớn.
- Ngay cả trong trường hợp đúc token tổng hợp từ token thanh khoản gốc, LP vẫn phải đối mặt với chi phí vận hành phức tạp khi thêm, rút và tái cân bằng thanh khoản trên nhiều chuỗi.
- Ví dụ Hop Protocol, khi cần "bonder" cung cấp thanh khoản, hiệu suất thanh khoản thấp vì nhu cầu thực tế về thanh khoản cho mọi giao dịch liên chuỗi là gấp đôi lượng cần thiết.
cBridge 2.0 giải quyết "vấn đề thuộc sở hữu thanh khoản" thông qua thiết kế hoàn toàn mới, mang lại trải nghiệm LP đơn giản và hiệu suất thanh khoản cao. Để hiểu rõ hơn thiết kế hệ thống của chúng tôi, trước tiên chúng tôi sẽ giải thích ý nghĩa của "thuộc sở hữu thanh khoản". Trong bất kỳ hệ thống cầu nối đa chuỗi nào, khi người dùng gửi tiền từ chuỗi nguồn đến chuỗi đích, LP (hoặc nhóm tổng hợp) về bản chất là trả tiền cho người dùng trên chuỗi đích, đồng thời nhận tiền từ người dùng trên chuỗi nguồn. Giả sử có một LP cung cấp thanh khoản cho hệ thống trên chuỗi A. Khi người dùng gửi tiền từ chuỗi B đến chuỗi A, thanh khoản của LP về bản chất là "phân bổ lại": thanh khoản trên chuỗi A của họ giảm, thanh khoản trên chuỗi B của họ tăng. Vấn đề thuộc sở hữu thanh khoản được định nghĩa là "hệ thống làm cách nào để mỗi LP biết thanh khoản của họ đang ở đâu" và "làm thế nào để quản lý hiệu quả thanh khoản nhằm tối ưu hóa lợi nhuận từ phí giao dịch".
Các giải pháp dựa trên nhóm AMM theo dõi thanh khoản LP một cách ngầm định bằng cách phân bổ token thanh toán và token gốc trong nhóm AMM. Cơ cấu cầu nối (ví dụ xác thực viên TSS hoặc giao thức truyền tin nhắn L2 sang L1) chỉ quản lý việc đúc và hủy token thanh toán liên chuỗi. Người dùng luôn phải trả phí hoán đổi AMM từ token thanh toán sang token gốc trên chuỗi đích; đôi khi ngay cả trên chuỗi nguồn cũng vậy. Khi xảy ra mất cân bằng thanh khoản trong mạng, việc chuyển thanh khoản từ chuỗi dư thừa sang chuỗi thiếu hụt để tận dụng chênh lệch giá là hợp lý. Các nhà chênh lệch giá sẽ có động lực tái cân bằng thanh khoản bằng cách gửi tiền từ chuỗi thiếu hụt đến chuỗi dư thừa.
Đồng thời, LP có động lực mạnh hơn để cân bằng thanh khoản vì họ không cần trả thêm phí cầu nối để thu lợi nhuận chênh lệch giá. Tuy nhiên, quá trình tái cân bằng của LP rất phức tạp. Ví dụ, nếu biểu thị chuỗi thiếu hụt thanh khoản là S và chuỗi dư thừa là A, LP cần thực hiện các bước sau:
- Rút thanh khoản khỏi nhóm AMM trên S.
- Chuyển token thanh toán từ S sang A.
- Bán token thanh toán với giá cao hơn cho nhóm AMM trên A để đổi lấy token gốc.
- Chuyển token gốc về S.
- Mua token thanh toán trên S.
- Thêm lại thanh khoản vào nhóm AMM trên S.
Các bước trên không chỉ gây ra chi phí vận hành nhất định mà còn dẫn đến chi phí giao dịch và thời gian đáng kể.
Trong cBridge 2.0, chúng tôi cho rằng cơ cấu cầu nối (trong trường hợp này là SGN) có thể được tối ưu hóa cao, từ đó cơ bản giảm chi phí so với thao tác hợp đồng thông minh trên chuỗi. Do đó, trong cBridge 2.0, thanh khoản của từng LP trong hệ thống được theo dõi rõ ràng. Việc thêm thanh khoản cực kỳ đơn giản: chỉ cần một giao dịch để thêm token gốc vào hợp đồng nhóm thanh khoản, SGN sẽ ghi lại số lượng thanh khoản của từng LP trong trạng thái chuỗi SGN. Về bản chất, SGN duy trì một bảng (chain_id, LP_address, token_type, balance) trong trạng thái chuỗi của nó.
Khi xử lý yêu cầu chuyển tiền liên chuỗi, SGN sẽ sử dụng thanh khoản của toàn bộ nhóm để tính toán trượt giá và định giá (sẽ trình bày chi tiết hơn ở phần tiếp theo), sau đó SGN coi các LP như các "nút cBridge ảo" và phân bổ yêu cầu chuyển tiền dựa trên phân bổ thanh khoản của LP. Một cách hiểu khái niệm đơn giản là, với mỗi yêu cầu chuyển tiền, số dư thanh khoản của LP trên chuỗi đích sẽ giảm tỷ lệ thuận với thanh khoản khả dụng, trong khi số dư thanh khoản trên chuỗi nguồn của họ sẽ tăng. Tất nhiên, trong thực tế kỹ thuật, chúng tôi sử dụng các phương pháp như lấy mẫu ngẫu nhiên và thuật toán xấp xỉ để giảm thiểu thay đổi trạng thái và chi phí, đồng thời duy trì công bằng thống kê giữa các LP. Phần này được trình bày chi tiết hơn trong tài liệu kỹ thuật của chúng tôi.
Kiến trúc này cũng áp dụng tương tự cho việc cân bằng thanh khoản dựa trên chênh lệch giá, đồng thời mang lại sự linh hoạt tối đa cho LP khi quản lý thanh khoản. Mỗi LP đều có thể thấy rõ thanh khoản của họ được phân bổ như thế nào tại bất kỳ thời điểm nào. Điều này giúp họ có đầy đủ thông tin khi chọn rút hoặc thêm thanh khoản vào bất kỳ chuỗi nào. Thiết kế này rút gọn quá trình tái cân bằng thanh khoản từ 6 bước xuống còn 3 bước, và không có chi phí hoán đổi AMM:
- LP trực tiếp rút thanh khoản token gốc trên A. Ngay ở bước đầu tiên này, nhờ trượt giá trong hệ thống, LP đã khóa lợi nhuận chênh lệch giá.
- LP chuyển token gốc từ A sang S.
- Thêm token gốc vào nhóm trên S.
LP vẫn có thể rút toàn bộ thanh khoản từ một chuỗi riêng lẻ hoặc bất kỳ tổ hợp chuỗi nào. Trong cBridge 2.0, cách thực hiện là kích hoạt một giao dịch chuyển liên chuỗi nội bộ, coi LP như người dùng, chuyển thanh khoản của họ đến chuỗi mong muốn, sau đó rút thanh khoản. Lưu ý rằng trong trường hợp này, LP sẽ chịu trượt giá hệ thống của việc chuyển liên chuỗi. Tuy nhiên, điều này không khác nhiều so với việc trực tiếp hoán đổi token thanh toán trên các giải pháp dựa trên AMM, và thực tế chi phí thấp hơn.
Quan trọng hơn, trong cBridge 2.0, LP sử dụng trực tiếp thanh khoản token gốc, do đó không phải chịu tổn thất vô thường lớn. Đặc biệt so với Hop Protocol, cBridge không yêu cầu bất kỳ yêu cầu khóa thanh khoản bonder bổ sung nào, đạt được hiệu suất thanh khoản cao nhất và lợi nhuận phí thanh khoản tốt nhất.
Định giá cầu nối liên chuỗi để khuyến khích thanh khoản cân bằng
Trong hệ thống cầu nối liên chuỗi, thanh khoản của cùng một token gốc tồn tại trên nhiều chuỗi. Khi nhu cầu về token gốc giống nhau thay đổi trên các chuỗi khác nhau, định giá nội tại giữa các token giống nhau trên các chuỗi khác nhau cũng thay đổi động. Điều này dựa trên chi phí tiềm năng khi sử dụng cầu nối gốc để chuyển giữa các chuỗi khác nhau, cũng như sự cân bằng cung cầu thanh khoản trên các chuỗi khác nhau.
Đối với bất kỳ giải pháp cầu nối nào, việc nắm bắt sự thay đổi giá nội tại này thông qua thiết kế đường cong gắn kết (bonding curve) phù hợp là rất quan trọng. Điều này tạo động lực quan trọng cho LP tận dụng "kinh tế quy mô" để tái cân bằng thanh khoản trên nhiều chuỗi, duy trì một mạng lưới có thanh khoản dồi dào và cân bằng để xử lý mọi yêu cầu người dùng.
Tiếp tục nguyên tắc thiết kế "kiến trúc thông minh" của chúng tôi, chúng tôi xây dựng bên trong SGN một cơ chế định giá theo đường cong gắn kết, lấy cảm hứng từ AMM stablecoin của Curve. Khi người dùng chuyển token từ chuỗi này sang chuỗi khác, SGN sẽ tính toán số token nhận được dựa trên thanh khoản khả dụng trên chuỗi nguồn và chuỗi đích. Ngoài việc định giá, một khoản phí cố định sẽ bị khấu trừ từ giao dịch như phí trả cho LP.
Cụ thể, với bất kỳ cặp chuỗi i và j nào, gọi xi và Xj lần lượt là số dư trên chuỗi i và chuỗi j cho một token nhất định. Khi chúng ta tính toán trượt giá của việc chuyển token giữa các chuỗi, bất biến sau đây luôn phải đúng cho chuỗi i và chuỗi j:
- A là hằng số cho mỗi cặp chuỗi. Với cùng một cặp chuỗi, A là như nhau cho mọi token.
- D là một biến số. D ban đầu có thể thu được bằng cách giải phương trình bậc ba với thanh khoản ban đầu trên hai chuỗi; sau đó, D nên được cập nhật lặp lại theo trạng thái thanh khoản.
- Wi và Wj là trọng số tương đối của hai chuỗi, dùng để điều khiển mức độ bất đối xứng của trượt giá chuyển đổi. Lưu ý rằng cấu hình trọng số được thực hiện cho từng cặp chuỗi và phải thỏa mãn Wi + Wj = 2.
Lý do chúng tôi sử dụng các tham số trọng số trong đường cong gắn kết là để nắm bắt sự bất đối xứng nội tại của một số chuỗi. Ví dụ, việc chuyển vào các rollup như Arbitrum và Optimism dễ dàng và rẻ hơn nhiều so với việc rút ra với độ trễ 7 ngày. Do đó, chúng tôi có thể điều chỉnh trọng số trong đường cong gắn kết để phản ánh sự khác biệt nội tại này trên mỗi chuỗi.
Trên đường cong đỏ bất đối xứng trong hình trên với đường tham chiếu xanh đối xứng, chúng ta có thể thấy rằng khi mất cân bằng xảy ra, đường cong này tạo ra nhiều trượt giá hơn cho việc chuyển từ chuỗi i sang chuỗi j. Nếu Wi = 1, Wj = 1, nó được đơn giản hóa thành đường cong mà Curve Finance sử dụng.
Truyền tin nhắn liên chuỗi phổ quát
cBridge 2.0 tạo ra một cấu trúc liên chuỗi thông minh dựa trên SGN. Cấu trúc này có thể làm được nhiều hơn là chỉ chuyển tài sản liên chuỗi; thực tế nó là một khuôn khổ truyền tin nhắn liên chuỗi phổ quát, trong đó SGN giám sát mọi sự kiện trên chuỗi nguồn và công chứng đồng thuận các sự kiện này trên chuỗi đích, hoàn thành quá trình truyền thông tin liên chuỗi.
Chúng tôi sẽ từng bước mở chức năng nền tảng này cho các nhà phát triển dưới dạng SDK để xây dựng các trường hợp sử dụng, không chỉ cho cầu nối trên chuỗi mà còn cho các trường hợp khác như NFT liên chuỗi, tổng hợp DeFi liên chuỗi, v.v.
Thu hút giá trị mạng
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
