cBridge 2.0: Nền tảng chuỗi chéo phổ biến dựa trên mạng lưới giám hộ trạng thái Celer

Nguồn gốc: Celer

Kể từ khi ra mắt cBridge phiên bản 1.0, tổng số tiền chuỗi chéo 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 USD chuyển khoản xuyên chuỗi. Trong tháng tiếp theo, cBridge Tổng số tiền các quỹ xuyên chuỗi đã tăng lên 170 triệu USD và các quỹ xuyên chuỗi hàng ngày cũng dần dần vượt mốc 10 triệu USD. Nhà cung cấp thanh khoản của nút cBridge có thể kiếm được 45% thu nhập hàng năm chỉ từ phí chuỗi chéo mà không cần bất kỳ ưu đãi bổ sung nào. Thật thú vị, nhưng đó mới chỉ là sự 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à giới thiệu ngắn gọn về bản nâng cấp cải tiến này.

Cấu 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 cung cấp cho người dùng Cung cấp độ sâu thanh khoản tốt hơn, cung cấp phương pháp quản lý thanh khoản hiệu quả và dễ sử dụng nhất cho các nút cBridge và nhà cung cấp thanh khoản (LP) không muốn chạy nút và 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ợ Chuỗi NFT chuỗi chéo, DEX chuỗi chéo và nhiều ứng dụng khác. Việc triển khai 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 lưới giám hộ nhà nước theo cam kết CELR (sau đây gọi là SGN), từ đó nâng cao hơn nữa khả năng nắm bắt giá trị của mạng SGN.

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

Dành cho những độc giả không muốn trả tiền quá chú ý đến chi tiết triển khai kỹ thuật, sau đây là phần giới thiệu ngắn gọn về những nâng cấp và ưu điểm của cBridge 2.0.

Dành cho người dùng:

- Thêm Độ sâu thanh khoản tốt: hỗ trợ các giao dịch chuỗi chéo đơn lẻ lớn hơn.

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

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

- Mở rộng và hỗ trợ cho 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: Đối với người dùng chọn sử dụng nút cầu, một cơ chế bảo hiểm chất lượng dịch vụ mới sẽ được giới thiệu. 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 nút Nhà cung cấp thanh khoản (LP) và cBridge:

- Cung cấp thanh khoản không yêu cầu chạy nút: Trong cBridge 1.0, cách duy nhất để cung cấp 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 đó 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à nhận phí xử lý chuỗi chéo mà không cần phải tự chạy thêm các nút cBridge.

- Trải nghiệm quản lý thanh khoản tốt nhất: So với các giải pháp chuỗi chéo khác, LP của cBridge 2.0 làm được điều đó không cần thiết phải đúc mã thông báo tổng hợp, không cần phải 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 cho một loại tiền tệ duy nhấ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 thêm Double khóa thanh khoản, từ đó tăng giá trị đơn vị và hiệu quả thanh khoản và tối đa hóa lợi nhuận LP.

- Thiết kế tái cân bằng thanh khoản hợp lý: cBridge 2.0 đồng quản lý thanh khoản thống nhất thông qua SGN, dựa trên nguồn cung và nhu cầu Hỗ trợ và tạo ra các đường cong AMM bất đối xứng tối ư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 và sự ổn định đối xứng của mạng tổng thể.

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

Dành cho người dùng và nút xác thực đặt cọc CELR trong SGN:

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

- 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ệ chi phí, v.v., được thông qua thông qua một Giao thức phân tán được quản lý dựa trên cam kết CELR.

Dành cho nhà phát triển:

-  nhãn trắng của SDK giao diện người dùng: cho phép nhiều dApp đa chuỗi khác nhau 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 chuỗi trực tiếp trong dApp của họ.

- Cung cấp chức năng nhắn tin chuỗi chéo để hỗ trợ chuỗi chéo NFT và các ứng dụng khác: cho phép các nhà phát triển phát triển So với các ứng dụng chuỗi chéo tài sản đơn giản, có nhiều ứng dụng phức tạp hơn, chẳng hạn như NFT chuỗi chéo, DEX chuỗi chéo, 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 giám hộ bang của Celer-SGN.

Trong cBridge 2.0, chúng tôi đã mở rộng các chức năng của SGN để hỗ trợ hai chế độ cầu nối khác nhau và đáp ứng các yêu cầu khác nhau. Loại người dùng và sở thích 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.

Đánh giá Mạng lưới Giám hộ Tiểu bang

  ;

Mạng State Guardian (SGN) là thành phần cốt lõi trong kiến trúc tổng thể của Celer. Trong kiến trúc hệ thống tổng thể của Celer, SGN là 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à cung cấp thông tin Lớp 2 trở lại Lớp 1 một cách trung thực khi cần.

tạiTrong kênh trạng thái Celer, SGN giúp lưu trữ trạng thái kênh và phản hồi các hoạt động xử lý độc hại trên L1 khi cần. Trong Celer layer2.finance rollup Trong chuỗi, SGN mở rộng thành mạng sản xuất 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ế độ vận hành Rollup, ngay cả khi toàn bộ sự đồng thuận PoS không thành công, bất kỳ nút SGN nào vẫn có thể đưa ra biện pháp chống gian lận trên chuỗi để đảm bảo an ninh hệ thống.

Người nắm giữ CELR có thể thế chấp CELR vào SGN bằng cách trở thành người xác thực SGN hoặc thông qua ủy quyền và tích cực Cung cấp các dịch vụ trên. Người đặt cọc CELR nhận được phần thưởng đặt cược và phí dịch vụ tương ứng bằng cách cung cấp các dịch vụ trên.

SGN hoạt động như một cổng nút cBridge và trọng tài Thỏa thuận cấp độ dịch vụ (SLA)

Các lựa chọn và giới hạn về thiết kế nút cho cBridge 1.0

Trong cBridge 1.0, khi nút cBridge tham gia mạng, Nó đăng ký nhiều thông tin khác nhau, chẳng hạn như biểu phí và trạng thái thanh khoản, với dịch vụ cổng. 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 sẵn có của thanh khoản, tỷ lệ bắc cầu thành công trước đây, phí, v.v. Sau đó nó gợi ý nút cầu thích 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ìm hiểu trải nghiệm vận hành của các chiến lược lập kế hoạch khác nhau.

1.0 Gateway cung cấp cho người dùng các đề xuất thực tế "chỉ mang tính thông tin" để sử dụng một số 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 giám sát và 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 vẫn tồn tại các vấn đề về trải nghiệm 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 truyền có điều kiện (phần đầu tiên của HTLC) tới một nút, nhưng nút đó ngoại tuyến trước khi quá trình truyền HTLC hai bước hoàn tất, người dùng sẽ phải đợi quá trình truyền có điều kiện hết thời gian chờ và nút cBridge ngoại tuyến sẽ không bị ảnh hưởng bởi việc này và 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 nếu bị áp dụng bất kỳ hình phạt nào.

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

Lập lịch 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 tất cả logic cổng tập trung dưới dạng dịch vụ phân tán sang SGN phân tán. Thay vì đăng ký với dịch vụ cổng tập trung, các nút cBridge sẽ đăng ký với SGN dựa trên ưu đãi về phí, tính sẵn có của thanh khoản, v.v.

Khi người dùng đưa ra yêu cầu, quy trình hệ thống thông 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 sẵn có của thanh khoản.

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

- SGN giám sát và nhận các giao dịch. Nó phân bổ một hoặc nhiều nút đã đăng ký cBridge cho các giao dịch dựa trên quy tắc lập lịch nút. Việc 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 chỉ định chấp nhận nhiệm vụ và phản hồi bằng cách hoàn thành các lần chuyển có điều kiện còn lại.

- SGN tiếp tục theo dõi và theo dõi giao dịch. Sau khi giao dịch 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ự phát triển nút cBridge có thể mở rộng hơn sẽ đạt được để hỗ trợ sự đồng thuận và quy trình lựa chọn nút không thiên vị. Nhưng lợi ích của việc di chuyển các nút cBridge sang SGN không dừng lại ở đó.

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

Khác với cổng 1.0, dưới kiến trúc SGN là lớp lập kế hoạ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, SGN giờ đây có thể cung cấp nhiều thứ hơn là “chỉ đề xuất.” Nó cũng có thể áp dụng các hình phạt đối với các nút cBridge không hoàn thành việc chuyển giao chuỗi chéo phân tán “như đã hứa”.

Khi một nút cBridge đăng ký với SGN, nó có thể đặt một số Thỏa thuận cấp độ dịch vụ (SLA) nhất định trong hợp đồng nhóm. "Ký quỹ SLA" (tức là một loạt mã thông báo có giá trị) được liên kết với một cam kết (chẳng hạn như tính khả dụng, mức phí và dự trữ thanh khoản). Nếu SGN xác định rằng nút đã vi phạm SLA, chẳng hạn như nút ngoại tuyến mà không hoàn tất chuyển khoản, SGN có thể mất khoản tiền gửi của mình để đền bù cho sự suy giảm trải nghiệm người dùng và chi phí cơ hội của thanh khoản. (Lưu ý rằng ở đây không bao giờ có khả năng mất tiền của người dùng. Khoản bồi thường trên chỉ dành cho tổn thất chi phí cơ hội do "tiền bị kẹt".)

Trong quá trình lựa chọn nút, giá trị khả dụng của lề SLA là yếu tố chính trong việc ưu tiên quy trình phân bổ lập lịch nút. Các nút cBridge trung thực và đáng tin cậy có động lực mạnh mẽ để gửi tiền đặ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 sử dụng làm tùy chọn có mức độ ưu tiên thấp nhất.

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

Một số người có thể nói rằng do khả năng đồng thuận PoS không thành công, khoản tiền gửi SLA có thể bị tịch thu nhầm. Do đó, thiết lập lề SLA không thể được gọi là tự lưu trữ 100%.

Chúng tôi muốn nhấn mạnh rằng ký quỹ SLA chỉ cần chiếm một phần 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 chuỗi chéo luôn "không giám sát" theo quan điểm của người dùng và không có vấn đề rủi ro tài chính.

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 các yếu tố như tham số trong SLA (chi phí, thời gian phản hồi) của nút 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 hy vọng 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 kinh nghiệm vận hành thực nghiệm thông qua quản trị giao thức.

So với giao thức nxtp mới ra mắt của Connext, cũng là một kiến trúc tự lưu trữ, mô hình này có khả năng tương tác với người dùng tốt hơn Nó đơn giản hơn, độ trễ nhỏ hơn và chi phí thấp hơn, không yêu cầu quy trình đấu giá nhiều nút phức tạp và có thể đảm bảo hiệu quả cấp độ dịch vụ của nút và bảo vệ lợi ích của người dùng.

SGN với tư cách là nhà quản lý nhóm thanh khoản chung

Không cần chạy cBridge Nodes có thể cung cấp tính thanh khoản

Những cải tiến nêu trên dành cho những người có thể Thiết kế nhiều hơn đối với các nút cBridge chạy LP tự lưu trữ. 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, đồng thời 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ới đặt cược CELR. Ngoài ra, với mô hình nhóm thanh khoản được chia sẻ, thanh khoản trên toàn bộ mạng có thể được bắt đầu dễ dàng, tạo điều kiện cho 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ý thanh khoản chung hợp đồng gộp trên nhiều chuỗi. Điều này thực sự coi SGN, một chuỗi PoS phân tán và nhóm thanh khoản mà nó quản lý tổng thể 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. điểm giao.

Vậy, mô hình này có thể cung cấp loại đảm bảo an ninh nào?

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

Trong chế độ này của cBridge 2.0, hợp đồng nhóm thanh khoản chung được quản lý thông qua sự đồng thuận PoS của SGN. Việc chuyển tiền trong hợp đồng nhóm yêu cầu phải có nhiều chữ ký có trọng số cam kết CELR.

Nhóm sẽ chỉ gặp rủi ro nếu hơn ⅔ tổng số nút vốn chủ sở hữu là độc hại. Chúng tôi muốn nhấn mạnh rằng khi số lượng giao dịch chuỗi chéo cBridge tăng lên và tổng giá trị mà mạng cBridge thu được cũng tăng lên, bất kỳ nút nào cố gắng hành xử độc hại sẽ tự nhiên 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 TSS đa chữ ký về mặt bảo mật.Vì bản thân TSS không bị ràng buộc với bất kỳ cam kết token nào nên tính bảo mật của nó không thể phát triể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 mở và phi tập trung: SGN cho phép các trình xác thực mới được bầu và tham gia nhóm trình xác thực thông qua quy trình quản trị Stake mà không cần bất kỳ quy trình phối hợp đặc biệt nào. .

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

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

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

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

- Ví dụ: khi Hop Protocol yêu cầu "bonder" để cung cấp thanh khoản, thì hiệu quả thanh khoản thấp, vì nhu cầu thanh khoản thực tế trong bất kỳ hoạt động chuyển tiền xuyên chuỗi nào đều cần thiết Hai lần tính thanh khoản.

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ờ, hãy tưởng tượng có một LP cung cấp tính 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, 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ý thanh khoản hiệu quả để tối ưu hóa lợi nhuận phí giao dịch".

Các giải pháp dựa trên nhóm AMM ngầm theo dõi tính 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 (chẳng hạn như trình xác thực TSS hoặc giao thức nhắn tin L2 đến L1) chỉ quản lý việc tạo và đốt các 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 đích; đô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, việc chuyển thanh khoản từ chuỗi giàu thanh khoản sang chuỗi khan hiếm thanh khoản để chênh lệch giá trượt giá là điều hợp lý. Những người kinh doanh 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ừ chuỗi khan hiếm thanh khoản sang chuỗi dồi dào thanh khoản.

Đồng thời, LP có động lực mạnh mẽ hơn để cân bằng thanh khoản vì họ không cần phải trả thêm phí để thu hoạch Arbitrage lợi ích. Tuy nhiên, quá trình tái cân bằng cho LP rất phức tạp. Ví dụ: nếu chúng ta 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 thì 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 hơn để đổi lấy 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 tính thanh khoản trở lại nhóm AMM của S.

Các bước trên sẽ không chỉ gây ra một số chi phí hoạt động nhất định mà còn gây ra 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 (trong trường hợp của chúng tôi là SGN) có thể được tối ưu hóa cao độ, với So sánh với các hoạt động hợp đồng thông minh trên chuỗi, về cơ bản chi phí sẽ giảm. Do đó, trong cBridge 2.0, tính thanh khoản của mọi LP trong hệ thống được theo dõi rõ ràng. Việc thêm 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 bằng một giao dịch và SGN sẽ ghi lại lượng thanh khoản cho mỗi LP ở trạng thái chuỗi của SGN. Về cơ bản, SGN duy trì bảng (chain_id, LP_address, token_type, số dư) ở 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 Giới thiệu), sau đó SGN coi LP là "nút cBridge ảo" và phân bổ các yêu cầu chuyển dựa trên tính thanh khoản của LP. Hiểu khái niệm đơn giản hóa là đối với mỗi yêu cầu chuyển tiền, số dư thanh khoản LP của mỗi chuỗi đích sẽ giảm tỷ lệ với tính thanh khoản sẵn có của nó, trong khi số dư thanh khoản của họ trên chuỗi nguồn sẽ tăng lên. Tất nhiên, trong quá trình 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 gần đúng để giảm thiểu những thay đổi về trạng thái và chi phí trong khi vẫn duy trì sự công bằng về mặt 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ơ chế chênh lệch giá. Thiết kế này cũng cung cấp cho LP khả năng quản lý mang lại sự linh hoạt tối đa khi quan hệ tình dục. Mỗi LP có thể thấy rõ tính thanh khoản của chúng được phân bổ 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 đủ tình huống khi 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í trao đổ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 lợi nhuận chênh lệch giá do 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ả tính 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 thực hiện việc này là kích hoạt chuyển giao chuỗi chéo nội bộ và coi LP là người dùng, chuyển tính thanh khoản của họ đến chuỗi mong muốn và sau đó loại bỏ tính 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ì việc trao đổi mã thông báo thanh toán trực tiếp để lấy 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 sử dụng trực tiếp tính thanh khoản của mã thông báo gốc nên sẽ không bị tổn thất tạm thời cao. Đặc biệt so với Hop Protocol, cBridge không yêu cầu thêm bất kỳ yêu cầu khóa thanh khoản trái phiếu nào, từ đó đạt được hiệu quả thanh khoản cao nhất và thu được lợi ích về tỷ lệ thanh khoản tốt nhất.

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

Trong hệ thống bắc cầu xuyên chuỗi, 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ác mã thông báo giống nhau 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 di chuyển giữa các chuỗi khác nhau bằng cách sử dụng cầu nối gốc và sự cân bằng cung cầu thanh khoản trên các chuỗi khác nhau này.

Như với bất kỳ giải pháp bắc cầu nào, vấn đề cố hữu này có thể được giải quyết bằng cách thiết kế một đường cong liên kết thích hợp. Thay đổi giá là rất quan trọng . Điều này tạo ra động lực quan trọng để 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 lưới có đủ thanh khoản cân bằng và đủ để xử lý tất cả các yêu cầu của người dùng.

Tiếp tục tuân thủ nguyên tắc thiết kế "kiến trúc thông minh", chúng tôi đã thiết lập một AMM lấy cảm hứng từ Curve stablecoin trong SGN Cơ chế định giá đường cong liên kết 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 tính thanh khoản có sẵn trên chuỗi nguồn và chuỗi đích. Ngoài việc định giá, một khoản phí cố định sẽ được khấu trừ khỏi giao dịch dưới dạng phí trả cho LP.  

Cụ thể, đối với bất kỳ cặp chuỗi nào i  và j, let  và  Số dư trên chuỗi i  và chuỗi j  lần lượt là một mã thông báo nhất định. Sau đó, khi chúng tôi tính toán độ trượt của việc chuyển mã thông báo giữa các chuỗi, các bất biến sau đây phải luôn đúng cho 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 token 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 D Với tính thanh khoản ban đầu trên cả hai chuỗi, D.  Nên được cập nhật lặp đi lặp lại dựa trên trạng thái thanh khoản.

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

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 tính bất đối xứng vốn có của một số chuỗi. Ví dụ: triển khai các bản tổng hợp như Arbitrum và Optimism đơn giản hơn và ít tốn kém hơn nhiều so với việc triển khai 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 hình trên có Trong đường cong bất đối xứng màu đỏ của đường tham chiếu đối xứng màu xanh, chúng ta có thể thấy đường cong này tạo ra độ trượt nhiều 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 , nó đơn giản hóa đường cong được Curve Finance sử dụng.

Nhắn tin xuyên chuỗi toàn cầu

cBridge 2.0 tạo ra cấu trúc chuỗi chéo thông minh dựa trên SGN. Cấu trúc này có thể làm được nhiều việc hơn là chỉ chuyển tài sản xuyên chuỗi. Nó thực sự là một khung nhắn tin xuyên chuỗi phổ quát, trong đó SGN giám sát mọi sự kiện trên chuỗi nguồn và xuất bản công chứng đồng thuận về các sự kiện này trên chuỗi mục tiêu để hoàn thành Thông tin chéo quá trình dây chuyền.

Chúng tôi sẽ dần dần mở chức năng cơ bản 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ỉ để bắc cầu trên chuỗi , cũng được sử dụng cho các trường hợp sử dụng khác, chẳng hạn như NFT chuỗi chéo, tổng hợp DeFi chuỗi chéo, v.v.

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

Không giống như nhiều mã thông báo quản trị (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à trạng thái bảo vệ Mạng người dùng là một yếu tố thiết yếu để cBridge hoạt động tốt.

Do đó, người dùng và LP trong cBridge 2.0 cần phải trả tiền SGN để đổi lấy dịch vụ của nó. Các khoản phí này được phân bổ tương ứng cho các nhà đầu tư CELR tại SGN. Cụ thể:

- 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 của chéo -chain Phí giao dịch và số tiền gửi bị cắt giảm sẽ được chuyển sang SGN để thực hiện công việc lập kế hoạch cho các nút và trọng tài SLA.

- 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 chuỗi chéo sẽ đượ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.

Ngoài ra còn có một số thông số, cấu hình hệ thống cần được cập nhật, điều chỉnh dựa trên quản trị để đảm bảo tính ổn định và liên tục hoạt động của hệ thống. CELR cũng sẽ đóng vai trò là mã thông báo quản trị cho thành phần mới này trong hệ sinh thái Celer.

Nhận xét kết luận về các lựa chọn thiết kế cầu đa liên kết cBridge

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

Một số người có thể nói rằng các giải pháp cầu nối tự điều chỉnh là thiết kế cầu "tinh khiết nhất" và "an toàn nhất". Mặc dù thừa nhận 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 nút đầy đủ của 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ữ của mình với SGN làm trọng tài cổng nút cBridge và thỏa thuận cấp độ dịch vụ (SLA).

Đồng thời, chúng tôi tin rằng ý tưởng thiết kế của chúng tôi có thể đáp ứng những người dùng và sở thích LP khác nhau mà không cần bất kỳ tùy chọn nào. được trình bày một cách thiên vị để cả người dùng và LP đều có thể lựa chọn dựa trên sở thích của 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 chung", cũng hy vọng sẽ hướng dẫn thanh khoản nhanh hơn để đạt được việc áp dụng cBridge rộng rãi hơn.

Xét cho cùng, dù là mèo trắng hay mèo đen, chỉ cần bắt được chuột là mèo tốt.

Kế hoạch khởi nghiệp

Khả năng tương tác của Blockchain là một lĩnh vực 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 đặt tiêu chuẩn bảo mật hệ thống ở mức cao nhất và nỗ lực giữ cho hồ sơ khởi động an toàn từ web của chúng tôi không bị phá vỡ.

Vì vậy, 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 chung" vào tháng 10 như là giai đoạn đầu tiên của thử nghiệm cBridge 2.0 Network, thực hiện í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 tra, chúng tôi sẽ triển khai chương trình 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 làm cổng nút cBridge và trọng tài thỏa thuận mức dịch vụ (SLA)" làm trọng tài Giai đoạn thứ ba 2.

Bài viết này là từ một bài gửi và không thể hiện quan điểm của BlockBeats.  

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia