Kể từ khi ra mắt cBridge 1.0, tổng số tiền trong quỹ liên chuỗi của chúng tôi đã tiếp tục tăng theo cấp số nhân mỗi tuần. Trong tháng đầu tiên ra mắt, chúng tôi chỉ xử lý 10 triệu đô la chuyển khoản giữa các chuỗi. Trong tháng tiếp theo, cBridge tổng số lượng quỹ liên chuỗi đã tăng lên 170 triệu đô la và số tiền liên chuỗi hàng ngày cũng liên tục vượt mốc 10 triệu đô la. Các nhà cung cấp thanh khoản của các nút cBridge có thể nhận được 45% thu nhập hàng năm chỉ từ phí xử lý chuỗi chéo mà không có bất kỳ ưu đãi bổ sung nào. Thật thú vị, nhưng đó chỉ là khởi đầu.

Hôm nay chúng tôi vui mừng thông báo về kế hoạch nâng cấp cBridge 2.0, đồng thời giới thiệu sơ lược về bản nâng cấp sáng tạo này.

Kiến trúc kỹ thuật của cBridge 2.0 sẽ mang lại trải nghiệm giao dịch chuỗi chéo tốt nhất trên thị trường, dựa trên việc cung cấp cho người dùng độ sâu thanh khoản tốt hơn và mang lại hiệu quả cao nhất cho các nút cBridge và nhà cung cấp thanh khoản (LP) không muốn chạy các nút Và các phương pháp quản lý thanh khoản dễ sử dụng, đồng thời cung cấp cho các nhà phát triển các chức năng nhắn tin chuỗi chéo tổng quát để hỗ trợ NFT chuỗi chéo, DEX chuỗi chéo và các ứng dụng khác. Việc thực hiện tất cả các chức năng của cBridge 2.0 dựa trên việc nâng cấp Mạng Giám hộ Nhà nước dựa trên cam kết CELR (sau đây gọi là SGN), giúp tăng cường hơn nữa việc nắm bắt giá trị của mạng SGN.

tiêu đề phụ

Nội dung của bài viết này rất ngắn gọn: cBridge 2.0 đạt được loại tối ưu hóa nào?

Đối với những độc giả không muốn chú ý quá nhiều đến các chi tiết triển khai kỹ thuật, sau đây là phần giới thiệu ngắn gọn về 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 xuyên chuỗi lớn hơn.

- Quy trình sử dụng dễ dàng hơn: Cung cấp chức năng chuyển bằng một cú nhấp chuột.

- Hỗ trợ chuyển sang mã thông báo gas gốc: Ví dụ: WETH trên BSC có thể được chuyển trực tiếp qua các chuỗi sang ETH gốc trên Arbitrum để thanh toán mã thông báo gas trên Arbitrum.

- Mở rộng và hỗ trợ nhiều chuỗi và mã thông báo.

- Cơ chế đảm bảo chất lượng dịch vụ nút cầu nối: Đối với những người dùng chọn sử dụng nút cầu nối, cơ chế bảo hiểm chất lượng dịch vụ mới được giới thiệu và chúng tôi sẽ trừng phạt các nút ngoại tuyến và bồi thường cho người dùng.

Đối với các nhà cung cấp thanh khoản (LP) và các nút cBridge:

- Không cần thiết phải chạy một nút để cung cấp tính thanh khoản:Trong cBridge 1.0, cách duy nhất để cung cấp tính thanh khoản là chạy nút cBridge. Trong phiên bản 2.0, chúng tôi đã thêm một chế độ mới trong đó bản thân SGN sẽ tồn tại dưới dạng nút cBridge. Các nhà cung cấp thanh khoản có thể ủy quyền thanh khoản cho nút đồng quản lý do SGN điều hành và không cần tự chạy các nút cBridge bổ sung trong khi vẫn nhận được phí xử lý chuỗi chéo.

-Kinh nghiệm quản lý thanh khoản tối ưu:So với các giải pháp chuỗi chéo khác, LP của cBridge 2.0 không cần đúc mã thông báo tổng hợp, không cần buộc phải tham gia nhóm thanh khoản AMM có tính biến động cao và không cần phải chịu tổn thất tạm thời cao. Bạn chỉ cần cung cấp tính thanh khoản của một loại tiền tệ và bạn có thể kiểm soát linh hoạt việc phân phối thanh khoản của riêng mình để kinh doanh chênh lệch giá.

- Hiệu quả thanh khoản cực cao:So với các giải pháp chuỗi chéo khác, cBridge 2.0 không yêu cầu khóa thanh khoản kép bổ sung, do đó cải thiện giá trị đơn vị và hiệu quả của thanh khoản, đồng thời tối đa hóa doanh thu LP.

- Thiết kế tái cân bằng thanh khoản hợp lý:cBridge 2.0 thống nhất và đồng quản lý tính thanh khoản thông qua SGN, hỗ trợ và tạo ra các đường cong AMM bất đối xứng tối ưu theo cung và cầu, từ đó khuyến khích các nhà kinh doanh chênh lệch giá và LP duy trì tính thanh khoản đầy đủ và đối xứng của toàn bộ mạng.

- Lập kế hoạch nút cBridge chế độ tự quản lý tối ưu:Đối với những nhà cung cấp thanh khoản chọn tự vận hành và quản lý các nút cBridge, SGN sẽ tiến hành tối ưu hóa thống nhất lịch trình trải nghiệm người dùng.

Nắm bắt giá trị:

- Nắm bắt giá trị:Vì những người cầm cố và người xác thực của SGN cung cấp các dịch vụ không thể thiếu cho cBridge 2.0, những người cầm cố CELR trong SGN sẽ trực tiếp nắm bắt giá trị mạng thông qua phí xuyên chuỗi cBridge và phần thưởng khai thác thanh khoản.

- Quản trị giao thức:Các tham số hệ thống khác nhau, chẳng hạn như đường cong giá, tỷ lệ phí, v.v., được quản lý thông qua một giao thức phân tán dựa trên cam kết CELR.

Cho các nhà phát triển:

- Nhãn trắng của SDK giao diện người dùng:Cho phép tất cả các loại ứng dụng đa chuỗi tích hợp cục bộ các chức năng của cBridge, cho phép người dùng liên kết trực tiếp chuỗi trong các ứng dụng của họ.

- Cung cấp chức năng nhắn tin xuyên chuỗi để hỗ trợ chuỗi chéo NFT và các ứng dụng khác:Nó cho phép các nhà phát triển phát triển các ứng dụng phức tạp hơn so với chuỗi chéo tài sản đơn giản, chẳng hạn như NFT chuỗi chéo và DEX chuỗi chéo, v.v.

Vì vậy, chúng tôi đã triển khai tất cả các chức năng và tính năng mới này trong cBridge 2.0 như thế nào?

Trả lời: Mạng lưới Hộ vệ Bang của Celer - SGN.

tiêu đề phụ

Đánh giá mạng lưới người giám hộ nhà nước

hiện hữu

hiện hữuTrong kênh trạng thái Celer, SGN giúp lưu trữ trạng thái kênh và phản hồi giải quyết mã độc trên L1 khi cần thiết. ở Celerchuỗi cuộn lên layer2.finance, SGN mở rộng thành một mạng tạo khối phi tập trung, chuyển dữ liệu cuộc gọi và gốc trạng thái trở lại L1. Trong chế độ hoạt động Rollup, ngay cả khi toàn bộ sự đồng thuận của PoS không thành công, bất kỳ nút SGN nào vẫn có thể đưa tính năng chống gian lận vào chuỗi để đảm bảo an ninh hệ thống.

tiêu đề phụ

SGN đóng vai trò là cổng nút cBridge và người phân xử thỏa thuận cấp độ dịch vụ (SLA)

Lựa chọn thiết kế nút và hạn chế của cBridge 1.0

Trong cBridge 1.0, khi một nút cBridge tham gia mạng, nó sẽ đăng ký nhiều thông tin khác nhau với dịch vụ cổng, chẳng hạn như biểu phí và trạng thái thanh khoản. Cổng sẽ liên tục theo dõi trạng thái và hiệu suất của các nút cBridge. Khi một yêu cầu của người dùng được thực hiện, nó sẽ được chuyển đến cổng. Cổng đánh giá các nút đã đăng ký dựa trên tính khả dụng của thanh khoản, tỷ lệ bắc cầu thành công trước đây, phí, v.v. Sau đó, nó đề xuất nút cầu 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 học hỏi kinh nghiệm vận hành của các chiến lược lập lịch trình khác nhau.

Những gì cổng 1.0 cung cấp cho người dùng thực sự là đề xuất "FYI" để sử dụng các nút cBridge nhất định. Mặc dù cBridge 1.0 được xây dựng với kiến ​​trúc không giam giữ trong đó người dùng không bao giờ cần phải tin tưởng vào một nút để đảm bảo an toàn cho tiền của họ, nhưng nó có các vấn đề về trải nghiệm của người dùng liên quan đến "tính khả dụng của nút". Ví dụ: nếu người dùng gửi chuyển giao có điều kiện (phần đầu tiên của HTLC) tới một nút, nhưng nút đó sẽ ngoại tuyến trước khi quá trình chuyển giao HTLC hai bước hoàn tất, thì người dùng sẽ phải đợi quá trình chuyển giao có điều kiện hết thời gian, và nút cBridge sẽ không ngoại tuyến. Và nếu chịu bất kỳ hình phạt nào, người dùng sẽ không nhận được bất kỳ khoản bồi thường nào cho thời gian chờ đợi.

Chúng tôi đã giải quyết cả hai hạn chế này trong phiên bản 2.0 với SGN.

Lập kế hoạch nút cBridge phi tập trung và hiệu quả thông qua SGN

Trong 2.0, lần đầu tiên chúng tôi di chuyển tất cả logic cổng tập trung dưới dạng các dịch vụ phân tán sang SGN phân tán. Các nút cBridge sẽ đăng ký với SGN dựa trên tùy chọn phí, tính khả dụng của thanh khoản, v.v., thay vì với các dịch vụ cổng tập trung.

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 để biết phí giao dịch ước tính và tính khả dụng của thanh khoản.

- Nếu phí ước tính có thể chấp nhận được, người dùng sẽ gửi nửa đầu của chuyển khoản HTLC, chỉ định mức phí tối đa cho phép.

- SGN theo dõi và tiếp nhận giao dịch. Nó chỉ định một hoặc nhiều nút đã đăng ký cBridge cho các giao dịch theo quy tắc lập lịch nút. Phân bổ giao dịch này được ghi trên chuỗi SGN và cũng được đánh dấu trong quá trình chuyển HTLC của người dùng.

- Nút được gán chấp nhận sự gán và phản hồi bằng cách hoàn thành các chuyển có điều kiện còn lại.

- SGN tiếp tục giám sát và theo dõi giao dịch, sau khi giao dịch được hoàn tất thành công, trạng thái liên quan đến giao dịch này sẽ bị xóa khỏi chuỗi SGN.

Dựa trên điều này, sẽ đạt được mức tăng trưởng nút cBridge có thể mở rộng hơn để hỗ trợ quá trình lựa chọn nút đồng thuận và không thiên vị. Nhưng lợi ích của việc di chuyển các nút cBridge sang SGN còn nhiều hơn thế.

Cơ chế tiền gửi và hình phạt nút SLA của nút cầu

Khác với cổng 1.0, trong khuôn khổ SGN là lớp lập lịch (cổng), SGN giám sát toàn bộ quá trình giao dịch xuyên chuỗi. Là một chuỗi PoS phi tập trung, giờ đây SGN có thể cung cấp nhiều hơn là "các đề xuất chỉ để tham khảo", nó cũng có thể áp đặt các hình phạt đối với các nút cBridge không thể hoàn thành chuyển giao chuỗi chéo được phân bổ "như đã hứa".

Khi một nút cBridge đăng ký với SGN, nó có thể đặt một "trái phiếu SLA" (nghĩa là một loạt Mã thông báo có giá trị). Ví dụ: nếu SGN xác định rằng nút vi phạm SLA, nút sẽ ngoại tuyến khi quá trình chuyển chưa hoàn tất, SGN có thể tịch thu tiền gửi của nó để bù đắp cho sự suy giảm trải nghiệm người dùng và chi phí cơ hội của tính thanh khoản. (Lưu ý rằng không bao giờ có khả năng mất tiền của người dùng ở đây và khoản bồi thường ở trên chỉ dành cho tổn thất chi phí cơ hội do "kẹt tiền".)

Trong quá trình lựa chọn nút, giá trị khả dụng của khoản ký gửi SLA là yếu tố chính để xem xét mức độ ưu tiên trong quy trình phân bổ lập lịch trình nút. Các nút cBridge trung thực và đáng tin cậy rất sẵn lòng đặt cọc để tăng cơ hội được chọn trong quá trình bắc cầu. Mặt khác, các nút kém tin cậy hơn sẽ bị loại khỏi hệ thống hoặc được đưa vào tùy chọn ưu tiên thấp nhất.

Thông qua chức năng ký quỹ SLA được hỗ trợ bởi "Cổng SGN" phân tán, các nút cBridge có thể thực hiện các hoạt động SLA chất lượng cao. Điều này nhằm mục đích cung cấp một mạng lưới các nhà khai thác nút cBridge lành mạnh, phát triển nhanh chóng và phi tập trung cho các nhà cung cấp thanh khoản muốn duy trì “thanh khoản tự lưu trữ”.

Một số người có thể lập luận rằng việc thiết lập khoản tiền gửi SLA không thể được gọi là tự quản lý 100% do khả năng xảy ra lỗi đồng thuận PoS, trong đó khoản tiền gửi SLA có thể bị cắt sai.

Chúng tôi muốn nhấn mạnh rằng biên độ SLA chỉ cần chiếm một tỷ lệ nhỏ trong tổng thanh khoản để đảm bảo hiệu quả trải nghiệm người dùng mượt mà và hệ sinh thái vận hành nút cBridge tự phục hồi. Đây là một sự đánh đổi rất đáng giá, điều quan trọng nhất là toàn bộ quy trình xuyên chuỗi luôn "không giam giữ" theo quan điểm của người dùng và không có rủi ro về vốn.

Quy tắc lập lịch nút

Nguyên tắc thiết kế quy tắc lập lịch 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 thực nghiệm cho "Điểm chất lượng nút" kết hợp nhiều yếu tố, chẳng hạn 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 các nút cho yêu cầu của 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 muốn công thức này được lặp đi lặp lại và tối ưu hóa theo thời gian thông qua quản trị giao thức, thông qua kinh nghiệm vận hành theo kinh nghiệm.

tiêu đề phụ

SGN với tư cách là người quản lý nhóm thanh khoản được chia sẻ

Cung cấp tính thanh khoản mà không cần chạy nút cBridge

Các cải tiến được mô tả ở trên được thiết kế nhiều hơn cho các LP tự lưu trữ có thể tự chạy các nút cBridge. Tuy nhiên, chúng tôi nhận thấy rằng có một số lượng lớn LP và người dùng muốn cung cấp tính thanh khoản nhưng không muốn tự chạy các nút cBridge, trong khi họ cũng hài lòng với mức độ bảo mật được cung cấp bởi sự đồng thuận PoS của SGN và CELR. Ngoài ra, thông qua mô hình nhóm thanh khoản được chia sẻ, thanh khoản của toàn bộ mạng có thể dễ dàng được kích hoạt, từ đó thúc đẩy trải nghiệm người dùng tốt hơn nhanh hơn.

Do đó, trong cBridge 2.0, chúng tôi đã giới thiệu một phương thức hoạt động hoàn toàn mới: SGN nói chung quản lý các hợp đồng nhóm thanh khoản được chia sẻ trên nhiều chuỗi. Điều này thực sự coi SGN, bản thân nó là một chuỗi PoS phân tán và nhóm thanh khoản được quản lý của nó như một "nút" duy nhất, đồng thời cung cấp tùy chọn để LP dễ dàng ủy quyền thanh khoản cho SGN, có được thu nhập từ phí xuyên chuỗi mà không cần chạy bất kỳ nút nào.

Vì vậy, mô hình này cung cấp những đảm bảo bảo mật nào?

Bảo mật cấp PoS và quản trị phi tập trung

Trong chế độ cBridge 2.0 này, hợp đồng nhóm thanh khoản được chia sẻ được quản lý thông qua sự đồng thuận PoS của SGN. Chuyển tiền trong hợp đồng nhóm yêu cầu nhiều chữ ký có trọng số cổ phần CELR. Nhóm chỉ gặp rủi ro nếu hơn ⅔ tổng số cổ phần là độc hại. Điều chúng tôi muốn nhấn mạnh là với sự gia tăng số lượng giao dịch xuyên chuỗi cBridge và sự tăng trưởng của tổng giá trị mà mạng cBridge thu được, bất kỳ nút nào cố gắng thực hiện hành vi độc hại sẽ tự nhiên làm tăng độ khó và chi phí. Điều này về cơ bản khác với các giải pháp khác sử dụng đa chữ ký TSS về mặt bảo mật, bởi vì bản thân TSS không ràng buộc bất kỳ cam kết mã thông báo nào, vì vậy bảo mật của nó không thể tăng lên cùng với sự tăng trưởng của giá trị mạng.

Mô hình quản trị trình xác thực trong SGN là mở và phi tập trung: SGN cho phép những người xác nhận mới được bầu chọn và tham gia vào nhóm trình xác thực thông qua quy trình quản trị Đặt cược mà không cần bất kỳ quy trình điều phối đặc biệt nào.

Trải nghiệm nhà cung cấp thanh khoản đơn giản (LP) và hiệu quả thanh khoản cao

Vậy LP quản lý thanh khoản của họ như thế nào trong mô hình này? Các giải pháp hiện tại, chẳng hạn như Giao thức Hop và Thorchain, yêu cầu các LP đưa thanh khoản mã thông báo vào nhóm AMM trên chuỗi cùng với một mã thông báo thanh toán do giao thức kiểm soát khác. Nhưng mô hình này có một số nhược điểm:

- Ví dụ: Thorchain yêu cầu LP sử dụng Rune, một mã thông báo thanh toán không ổn định cao, điều này chắc chắn sẽ khiến LP phải chịu tổn thất đáng kể tạm thời.

- Ngay cả khi đúc mã thông báo tổng hợp từ mã thông báo thanh khoản gốc, LP vẫn phải đối mặt với chi phí hoạt động phức tạp khi thêm, xóa và cân bằng lại thanh khoản trên nhiều chuỗi.

- Ví dụ: khi Giao thức Hop cần "trái phiếu" để cung cấp thanh khoản, thì hiệu quả thanh khoản thấp, bởi vì nhu cầu thanh khoản thực tế cho bất kỳ chuyển khoản xuyên chuỗi nào cao gấp đôi thanh khoản cần thiết.

cBridge 2.0 giải quyết "vấn đề phân bổ thanh khoản" thông qua thiết kế mới, mang lại trải nghiệm LP đơn giản và hiệu quả thanh khoản cao. Để hiểu rõ hơn về 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 "phân bổ thanh khoản" nghĩa là gì. Trong bất kỳ hệ thống bắc cầu đa chuỗi nào, khi người dùng gửi tiền từ chuỗi nguồn đến chuỗi mục tiêu, LP (hoặc nhóm tổng hợp) về cơ bản sẽ trả tiền cho người dùng trên chuỗi mục tiêu trong khi nhận tiền từ người dùng trên chuỗi nguồn. Bây giờ, 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 sang chuỗi A, tính thanh khoản của LP về cơ bản được "phân phối lại": tính thanh khoản của họ trên chuỗi A giảm và tính thanh khoản của họ trên chuỗi B tăng lên. Vấn đề phân bổ thanh khoản được định nghĩa là "cách hệ thống cho phép mỗi LP biết tất cả thanh khoản của họ ở đâu" và "cách quản lý hiệu quả thanh khoản để tối ưu hóa lợi tức phí giao dịch".

Các giải pháp dựa trên nhóm AMM ngầm theo dõi thanh khoản LP bằng cách phân bổ mã thông báo thanh toán và mã thông báo gốc trong nhóm AMM. Các cấu trúc cầu nối như trình xác nhận TSS hoặc giao thức nhắn tin L2 đến L1 chỉ quản lý việc đúc và đốt mã thông báo thanh toán chuỗi chéo. Người dùng sẽ luôn phải trả phí cho các giao dịch hoán đổi AMM từ mã thông báo thanh toán sang mã thông báo gốc trên chuỗi mục tiêu; đôi khi ngay cả trên chuỗi nguồn. Khi sự mất cân bằng thanh khoản xảy ra trong mạng, sẽ rất hợp lý khi chuyển thanh khoản từ chuỗi có thanh khoản dồi dào sang chuỗi có thanh khoản khan hiếm để chênh lệch giá trượt giá. Các nhà môi giới chênh lệch giá sẽ có động cơ tái cân bằng thanh khoản bằng cách gửi tiền từ các chuỗi khan hiếm thanh khoản sang các chuỗi giàu thanh khoản.

Đồng thời, các LP có động cơ mạnh mẽ hơn để cân bằng thanh khoản, bởi vì họ không cần phải trả thêm phí bắc cầu để thu được thu nhập chênh lệch giá. Tuy nhiên, quá trình tái cân bằng LP rất phức tạp. Ví dụ: nếu chúng tôi biểu thị chuỗi khan hiếm thanh khoản là S và chuỗi dồi dào thanh khoản là A, LP sẽ cần thực hiện các bước sau:

- Xóa tính thanh khoản khỏi nhóm AMM của S.

- Di chuyển mã thông báo thanh toán từ S sang A.

- Bán mã thông báo thanh toán cho nhóm AMM trên A với giá cao để đổi lại mã thông báo gốc.

- Di chuyển mã thông báo gốc trở lại S.

- Mua mã thông báo thanh toán trên S.

- Thêm thanh khoản trở lại nhóm AMM của S.

Các bước trên không chỉ phát sinh một số chi phí hoạt động mà còn phát sinh chi phí giao dịch và thời gian đáng kể.

Trong cBridge 2.0, chúng tôi tin rằng cấu trúc cầu nối (trong trường hợp của chúng tôi là SGN) có thể được tối ưu hóa cao, giảm chi phí triệt để so với các hoạt động hợp đồng thông minh trên chuỗi. Do đó, trong cBridge 2.0, tính thanh khoản của từng LP trong hệ thống được theo dõi rõ ràng. Thêm tính thanh khoản cực kỳ dễ dàng: chỉ cần thêm mã thông báo gốc vào hợp đồng nhóm thanh khoản với một giao dịch duy nhất và SGN sẽ ghi lại số tiền thanh khoản cho mỗi LP ở trạng thái chuỗi của SGN. Về cơ bản, SGN duy trì một bảng (chain_id, LP_address, token_type, balance) ở trạng thái chuỗi của nó.

Khi xử lý các yêu cầu chuyển chuỗi chéo, SGN sẽ sử dụng tính thanh khoản của toàn bộ nhóm để tính toán trượt giá và định giá (chi tiết trong phần tiếp theo), sau đó SGN sẽ coi LP là "các nút cBridge ảo" và phân bổ chúng theo tính thanh khoản của Yêu cầu chuyển LP. Một cách hiểu khái niệm đơn giản hóa là đối với mỗi yêu cầu chuyển, số dư thanh khoản LP của từng chuỗi mục tiêu sẽ giảm tỷ lệ thuận với tính thanh khoản khả dụng của nó, trong khi số dư thanh khoản của chúng trên chuỗi nguồn sẽ tăng lên. Tất nhiên, trong triển khai kỹ thuật thực 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í trong khi duy trì sự công bằng thống kê giữa các LP. Phần này được phản ánh chi tiết hơn trong tài liệu kỹ thuật của chúng tôi.

Cấu trúc như vậy cũng phù hợp với cân bằng thanh khoản dựa trên các nhà kinh doanh chênh lệch giá và thiết kế này cũng mang lại sự linh hoạt tối đa cho các LP trong việc quản lý tính thanh khoản của họ. Mỗi LP có thể thấy rõ thanh khoản của họ được phân phối như thế nào tại bất kỳ thời điểm nào. Điều này cho phép họ hiểu đầy đủ những gì đang xảy ra khi họ chọn loại bỏ hoặc thêm thanh khoản vào bất kỳ chuỗi nào. Điều này giúp đơn giản hóa quy trình tái cân bằng thanh khoản từ 6 bước xuống còn 3 bước mà không mất phí hoán đổi AMM:

- LP trực tiếp loại bỏ tính thanh khoản của mã thông báo gốc trong A. Do sự trượt giá trong hệ thống, trong bước đầu tiên này, LP đã khóa thu nhập chênh lệch giá trượt giá.

- LP di chuyển mã thông báo gốc từ A sang S.

- Thêm mã thông báo gốc vào nhóm của S.

LP vẫn có thể loại bỏ tất cả thanh khoản khỏi một chuỗi hoặc bất kỳ sự kết hợp nào của các chuỗi cụ thể. Trong cBridge 2.0, cách này được thực hiện bằng cách kích hoạt chuyển giao chuỗi chéo nội bộ và coi LP là người dùng, chuyển thanh khoản của họ sang chuỗi mong muốn, sau đó loại bỏ thanh khoản. , xin lưu ý rằng trong trường hợp này, LP sẽ chịu sự trượt giá của hệ thống khi chuyển giao chuỗi chéo. Tuy nhiên, điều này không khác gì trao đổi trực tiếp mã thông báo thanh toán để lấy các giải pháp trên chuỗi dựa trên AMM và thực sự ít tốn kém hơn.

Quan trọng hơn, trong cBridge 2.0, LP trực tiếp sử dụng tính thanh khoản của mã thông báo gốc, do đó, nó sẽ không chịu tổn thất cao tạm thời. Đặc biệt so với Giao thức Hop, cBridge không yêu cầu bất kỳ yêu cầu khóa thanh khoản trái phiếu bổ sung nào, để đạt được hiệu quả thanh khoản cao nhất và thu được tỷ lệ thanh khoản tốt nhất.

Định giá cầu nối chuỗi chéo để khuyến khích thanh khoản cân bằng

Trong một hệ thống cầu nối chuỗi chéo, tính thanh khoản của cùng một mã thông báo gốc tồn tại trên nhiều chuỗi. Khi nhu cầu về cùng một mã thông báo gốc trên các chuỗi khác nhau thay đổi, giá vốn có giữa cùng một mã thông báo trên các chuỗi khác nhau cũng sẽ thay đổi linh hoạt. Điều này dựa trên chi phí tiềm năng của việc sử dụng các cầu bản địa để chuyển giữa các chuỗi khác nhau và sự cân bằng giữa cung và cầu thanh khoản trên các chuỗi khác nhau này.

Điều quan trọng đối với bất kỳ giải pháp bắc cầu nào là có thể nắm bắt được sự thay đổi giá vốn có này bằng cách thiết kế một đường cong liên kết thích hợp. Điều này tạo ra động lực đáng kể cho các LP tận dụng "quy mô kinh tế" để tái cân bằng thanh khoản trên nhiều chuỗi nhằm duy trì mạng có đủ và cân bằng thanh khoản để xử lý tất cả các yêu cầu của người dùng.

Tiếp tục duy trì nguyên tắc thiết kế của chúng tôi về "kiến trúc thông minh", chúng tôi đã thiết lập một cơ chế định giá đường cong liên kết lấy cảm hứng từ AMM stablecoin Curve trong SGN. Khi người dùng chuyển mã thông báo từ chuỗi này sang chuỗi khác, SGN sẽ tính toán mã thông báo nhận được dựa trên tính thanh khoản khả dụng trên chuỗi nguồn và đích. Ngoài việc định giá, một khoản phí cố định được khấu trừ từ giao dịch dưới dạng phí LP.

Cụ thể, đối với bất kỳ cặp chuỗi i và j nào, hãy để số dư trên chuỗi i và chuỗi j tương ứng là một mã thông báo nhất định. Sau đó, khi chúng tôi tính toán trượt giá chuyển mã thông báo giữa các chuỗi, các bất biến sau phải luôn giữ cho chuỗi i và chuỗi j:

- A là một hằng số cho mỗi cặp chuỗi. Đối với cùng một cặp chuỗi, tất cả các mã thông báo của A đều giống nhau.

-D là một biến. ban đầu D D có thể thu được bằng cách giải phương trình bậc ba Cho tính thanh khoản ban đầu trên hai chuỗi, sau đó, D. Nó nên được cập nhật lặp đi lặp lại theo trạng thái thanh khoản.

- và là trọng lượng tương đối của hai chuỗi, được sử dụng để kiểm soát sự bất đối xứng trượt của quá trình truyền. Lưu ý rằng cấu hình của trọng số là trên mỗi cặp chuỗi và phải được thỏa mãn.

Lý do chúng tôi sử dụng các tham số trọng lượng này trong đường cong liên kết là để nắm bắt được tính bất đối xứng vốn có của một số chuỗi nhất định. Ví dụ: chuyển vào các đợt tổng hợp như Arbitrum và Optimism sẽ đơn giản và rẻ hơn nhiều so với chuyển ra ngoài với độ trễ 7 ngày. Do đó, chúng ta có thể kiểm soát các trọng số trong đường cong liên kết để phản ánh sự khác biệt vốn có này do mỗi chuỗi tạo ra.

Trong đường cong bất đối xứng màu đỏ ở trên với đường tham chiếu đối xứng màu xanh lam, chúng ta có thể thấy rằng đường cong tạo ra nhiều độ trượt hơn cho việc chuyển từ chuỗi i sang chuỗi j khi xảy ra sự mất cân bằng. Nếu , thì đơn giản hóa thành đường cong được sử dụng bởi Curve Finance.

Nhắn tin chuỗi chéo phổ quát

cBridge 2.0 tạo cấu trúc chuỗi chéo thông minh dựa trên SGN. Những gì cấu trúc này có thể làm không chỉ là chuyển tài sản xuyên chuỗi, mà còn là một khung nhắn tin xuyên chuỗi chung, trong đó SGN giám sát bất kỳ sự kiện nào trên chuỗi nguồn và xuất bản công chứng đồng thuận của các sự kiện này trên chuỗi mục tiêu, hoàn thành Thông tin chéo quy trình dây chuyền.

tiêu đề phụ

Nắm bắt giá trị mạng

Không giống như nhiều mã thông báo quản trị (nơi chủ sở hữu mã thông báo giao thức không đảm nhận các chức năng hàng ngày của giao thức), rõ ràng là chủ sở hữu CELR và mạng lưới những người bảo vệ nhà nước là điều cần thiết để cBridge vận hành tốt.

Do đó, người dùng và LP trong cBridge 2.0 cần trả phí cho SGN để đổi lấy dịch vụ của mình. Các khoản phí này được phân phối theo tỷ lệ cho những người đặt cược CELR trong SGN. Đặc biệt:

- Trong mô hình mà SGN đóng vai trò là cổng kết nối và trọng tài SLA, một phần phí giao dịch xuyên chuỗi và tiền đặt cọc bảo mật bị mất sẽ được chuyển sang SGN để thực hiện công việc phân xử SLA và nút lập lịch trình của nó.

- Trong mô hình mà SGN đóng vai trò là người quản lý thanh khoản chung, một phần phí giao dịch xuyên chuỗi được trả cho SGN để giúp xử lý tất cả các giao dịch chuyển thanh khoản xuyên chuỗi.

tiêu đề phụ

Nhận xét kết luận về sự đánh đổi trong thiết kế cầu đa chuỗi cBridge

Phần cuối cùng này nói về suy nghĩ của chúng tôi về sự đánh đổi kỹ thuật trong thiết kế cầu nối chuỗi chéo. Chúng tôi tin rằng sự đánh đổi lớn nhất trong thiết kế cầu nối chuỗi chéo phụ thuộc vào quyền sở hữu quyền kiểm soát thanh khoản hệ thống.

Một số người có thể nói rằng giải pháp bắc cầu tự điều chỉnh là thiết kế bắc cầu "tinh khiết nhất" và "an toàn nhất". Mặc dù chúng tôi thừa nhận các nguyên tắc của lập luận này, nhưng chúng tôi muốn nhấn mạnh rằng không phải ai cũng thực sự có thể chạy một nút đầy đủ cBridge. Tất nhiên, chúng tôi tin tưởng vào tiềm năng của mô hình này, đó là lý do tại sao chúng tôi thiết kế mô hình tự lưu trữ "SGN dưới dạng cổng nút cBridge và trọng tài thỏa thuận mức dịch vụ (SLA)".

Đồng thời, chúng tôi tin rằng triết lý thiết kế của chúng tôi là đáp ứng sở thích của nhiều người dùng và LP khác nhau, đồng thời trình bày tất cả các tùy chọn có sẵn theo cách không thiên vị để cả người dùng và LP có thể lựa chọn theo sở thích của riêng họ. Đây là lý do tại sao cBridge 2.0 cũng đi kèm với mô hình "SGN với tư cách là người quản lý nhóm thanh khoản dùng chung", mô hình này cũng hy vọng sẽ hướng dẫn thanh khoản nhanh hơn để đạt được sự chấp nhận rộng rãi hơn của cBridge.

tiêu đề phụ

bắt đầu kế hoạch

Khả năng tương tác chuỗi khối là lãnh thổ mới, bằng chứng là các vụ hack trước đây trong lĩnh vực này. Chúng tôi luôn đảm bảo bảo mật hệ thống theo tiêu chuẩn cao nhất và cố gắng giữ cho hồ sơ khởi động an ninh mạng của chúng tôi không bị phá vỡ.

Do đó, cBridge 2.0 sẽ được triển khai theo từng giai đoạn.

Chúng tôi dự định ra mắt mô hình "SGN với tư cách là người quản lý nhóm thanh khoản dùng chung" vào tháng 10 như là giai đoạn đầu tiên của mạng thử nghiệm cBridge 2.0 và tiến hành ít nhất hai cuộc kiểm tra bảo mật trên hệ thống và hợp đồng thông minh.

Sau mạng thử nghiệm và kiểm toán, chúng tôi sẽ khởi chạy chương trình tiền thưởng lỗi trị giá 1 triệu đô la và dần dần triển khai mạng chính cBridge 2.0.

Sau đó, chúng tôi sẽ chuyển sang chế độ "SGN dưới dạng cổng nút cBridge và trọng tài thỏa thuận mức dịch vụ (SLA)" ở giai đoạn thứ hai.