Giới thiệu CCTP Express: cách sử dụng CCTP nhanh hơn và rẻ hơn

Bài viết này được dịch máy
Xem bản gốc

Động lực

Chúng tôi nhận ra vai trò quan trọng của stablecoin trong hệ sinh thái Web3, đặc biệt là trong DeFi. Trong số đó, USDC nổi bật vì tính minh bạch cao và tuân thủ quy định. Circle, đơn vị phát hành USDC, đã giới thiệu Giao thức chuyển giao chuỗi chéo (CCTP) để chuyển USDC an toàn qua các chuỗi bằng cơ chế đốt và đúc gốc.

CCTP là một công cụ thay đổi cuộc chơi thúc đẩy việc áp dụng USDC trong thế giới đa chuỗi, cho phép các nhà phát triển tạo ra các ứng dụng cung cấp dịch vụ chuyển USDC an toàn, 1:1 trên các chuỗi khối. Điều này loại bỏ các rủi ro bổ sung khi sử dụng cầu nối.

Tuy nhiên, CCTP có một hạn chế chính: thời gian chờ. Dịch vụ chứng thực Ngoài chuỗi của nó yêu cầu xác nhận Block trên chuỗi nguồn để đảm bảo Tính chất cuối cùng trước khi đúc USDC trên chuỗi đích. Quá trình này có thể mất từ ​​20 giây đến 13 phút, không lý tưởng cho người dùng cần chuyển tiền tức thời. Để giải quyết vấn đề này, CCTP Express được thiết kế để cung cấp dịch vụ bắc cầu USDC tức thời trong khi tận dụng CCTP. Chúng tôi định vị CCTP Express là công cụ tăng cường của CCTP, cho phép người dùng hưởng lợi từ các giao dịch nhanh hơn và rẻ hơn.

Chúng tôi tin rằng CCTP Express là một công cụ thiết yếu để đạt được sự trừu tượng hóa chuỗi bằng cách cung cấp trải nghiệm bắc cầu USDC tức thì.

Tóm tắt

  • CCTP Express được định vị là công cụ tăng cường sử dụng CCTP, nơi người dùng có được trải nghiệm nhanh hơn và rẻ hơn;
  • Đây là hệ thống cầu nối dựa trên ý định được xây dựng trên CCTP, cầu nối USDC tức thời được kích hoạt bởi cơ chế “Filler-Pay-First”;
  • CCTP Express là một thiết kế Không cần tin cậy , cho phép bất kỳ ai tham gia với tư cách là chất độn hoặc datadaemon mà không cần được phép;
  • Để giảm thiểu rủi ro tổ chức lại do chất độn gây ra, CCTP Express đưa ra mức phí bảo hiểm thay đổi dựa trên initiativeDeadline do người dùng xác định.
  • Để giảm chi phí giao dịch, các giao dịch hoàn trả và tái cân bằng được gộp lại, các thông điệp chuỗi chéo được truyền dưới dạng hàm băm để giảm kích thước dữ liệu.

Nguyên tắc chính

1. Phụ thuộc CCTP
CCTP Express được thiết kế đặc biệt để tăng cường CCTP. Mọi hoạt động tái cân bằng quỹ phải được thực hiện độc quyền thông qua CCTP để tránh tiếp xúc với các rủi ro tiềm ẩn liên quan đến các cầu nối khác.

2. Phân quyền
Hệ thống phải không cần Không cần tin cậy để đảm bảo bảo vệ tối đa cho tài sản của mọi người. Người chơi trong hệ thống, bao gồm Fillers và Datamaemon, Không cần cho phép.

3. Thắng-Thắng-Thắng
Thiết kế này sẽ mang lại lợi ích cho tất cả các bên liên quan — người dùng, người làm đầy và CCTP. Người dùng có được trải nghiệm nhanh hơn và tiết kiệm chi phí hơn, người làm đầy nhận được phần thưởng thỏa đáng trong khi tiền của họ được bảo vệ và CCTP phát triển mạnh mẽ hơn thông qua sự hỗ trợ của CCTP Express.

Các khái niệm chính

CCTP Express là hệ thống bắc cầu chuỗi chéo dựa trên ý định được xây dựng trên CCTP. Chìa khóa để tăng tốc giao dịch là áp dụng cơ chế “Filler-pay-first”.

Khi người dùng gửi ý định bắc cầu, trình điền sẽ khởi tạo một lệnh trên chuỗi gốc, sau đó ngay lập tức gọi lệnh fillOrder trên chuỗi đích và chuyển tiền cho người dùng tương ứng.

Hệ thống định kỳ xác thực các khoản thanh toán và hoàn trả cho người điền theo từng đợt. Việc cân bằng lại giữa các miền được thực hiện trên CCTP nếu cần. Quy trình thanh toán này nằm ngoài tầm kiểm soát của người dùng, việc hoàn trả và cân bằng lại được gộp lại để tiết kiệm chi phí.

Lặn sâu hơn

CCTP Express áp dụng kiến ​​trúc Hub-and-Spoke, có thể được chia thành hệ thống 3 lớp: cơ chế yêu cầu báo giá để có được ý định bắc cầu của người dùng, cho phép mạng lưới chất độn yêu cầu và thực hiện các đơn đặt hàng đó và cuối cùng là Settlement Layer định kỳ hoàn trả cho người độn thông qua CCTP và sử dụng dịch vụ chứng thực từ Iris (dịch vụ chứng thực Ngoài chuỗi của Circle).

Thiết kế của chúng tôi tuân thủ Yêu cầu bình luận Ethereum (ERC)-7683, nhấn mạnh tầm quan trọng của việc tuân thủ các tiêu chuẩn của ngành. Điều này đảm bảo rằng các hệ thống ý định chuỗi chéo có thể tương tác và chia sẻ cơ sở hạ tầng như dịch vụ phân phối đơn hàng và mạng lưới chất độn. Bằng cách thúc đẩy khả năng tương tác này, chúng tôi nâng cao trải nghiệm của người dùng cuối bằng cách tăng cường cạnh tranh để đáp ứng ý định của người dùng. Dưới đây là sơ đồ kiến ​​trúc của CCTP Express:

Kiến trúc của CCTP Express
Kiến trúc của CCTP Express 1912×1250 96,4 KB

Khởi tạo đơn hàng

  1. Người dùng ký một tin nhắn Ngoài chuỗi xác định các tham số của lệnh:
function deposit(bytes32 recipient,bytes32 inputToken,bytes32 outputToken,uint256 inputAmount,uint256 outputAmount, uint32 destinationDomainId,bytes32 exclusiveFiller, uint32 exclusivityDeadline, uint32 initiateDeadline, uint32 fillDeadline,bytes calldata message) external;
  1. Lệnh được phân phối đến Fillers. Fillers gọi initiate trên chuỗi gốc SpokePool. Một CrossChainOrder sẽ được tạo và tiền của người dùng được chuyển đến SpokePool để ký quỹ.
  2. SpokePool trên chuỗi gốc sẽ gửi tin nhắn Deposit đến dịch vụ chứng thực Ngoài chuỗi của Circle là Iris để chứng thực và sau đó DepositAttestation sẽ được tạo.

Mạng lưới Filler Điền đơn hàng

  1. Các bộ điền gọi fillOrder trên đích SpokePool với các tài sản của riêng chúng sau đó được chuyển đến người dùng từ SpokePool.

  2. SpokePool trên chuỗi đích sẽ gửi tin nhắn Fill đến Iris và một FillAttestation sẽ được tạo ra.

Giải quyết

  1. Datadaemon Không cần cho phép sẽ truy xuất DepositAttestationFillAttestation và chuyển tiếp đến Hub Pool trên Settlement Chuỗi.

  2. Theo định kỳ, Datadaemon sẽ gọi repayFundsrebalanceFunds tại Hub Pool, nơi sẽ thu thập tất cả các chứng thực và thực hiện các bước sau:

  • Lặp lại danh sách các xác nhận, một lệnh đã hoàn thành hợp lệ được hỗ trợ bởi cả xác Deposit và Xác nhận Fill .

  • Xác định tổng số tiền thanh toán từ tất cả các lần điền hợp lệ cho mỗi lần điền.

  • Nếu SpokePool có đủ tiền để trả lại filler, một thông báo repayFunds dưới dạng Hash gốc Merkle sẽ được gửi đến Iris.

  • Đối với khoản thanh toán còn lại, Hub Pool sẽ gửi tin nhắn rebalanceFunds dưới dạng Hash gốc Merkle tới Iris, thông báo này cho biết số tiền mà SpokePool có tiền thặng dư sẽ gửi đến một nhóm khác đang bị thâm hụt để đáp ứng nhu cầu hoàn trả.

  1. Sau khi tin nhắn repayFundsrebalanceFunds được Iris xác thực, chúng sẽ được gửi đến SpokePools tương ứng. Datamaemon sẽ gọi repayFundsrebalanceFunds trên SpokePools với Hash gốc merkle và các chi tiết giao dịch tương ứng của chúng. Theo đó, tiền sẽ được trả lại cho người điền và được gửi đến các SpokePools khác để đảm bảo đủ tiền để xử lý việc trả lại.

  2. Hoàn trả tiền cho bên nạp tiền từ SpokePool trên chuỗi đích và cân bằng lại tiền trên các SpokePool trên các chuỗi khác nhau thông qua CCTP.

Cctp Điền Giải Quyết

  1. Trong trường hợp đơn hàng do Fillers khởi tạo không được hoàn thành, bất kỳ ai cũng có thể gọi cctpFill và đánh dấu trạng thái đơn hàng trên chuỗi đích SpokePool tới RequestCctpFill và Block bất kỳ filler nào hoàn thành đơn hàng đó. Đồng thời, SpokePool sẽ phát ra thông báo CctpFill tới Iris để xác thực.

  2. CctpFillAttestation sẽ được sử dụng để thay thế FillAttestation được đề cập ở mục 5. và cho phép chuyển tiền của người dùng thông qua tuyến CCTP.

Rủi ro và giải pháp

Rủi ro tổ chức lại
Rủi ro tổ chức lại chỉ do các filler gánh chịu. Nếu filler lấp đầy intent quá nhanh mà không đợi đến khi chuỗi nguồn Tính chất cuối cùng , chuỗi nguồn có thể tổ chức lại và gây ra tổn thất cho filler vì intent đã được lấp đầy trên chuỗi đích và filler sẽ không còn gì.

Rủi ro tổ chức lại được giảm thiểu hiệu quả bằng Phí bảo hiểm , thay đổi dựa trên initiateDeadline do người dùng chỉ định. Nếu initiateDeadline đủ dài, người điền có thể khởi tạo lại CrossChainOrder trên chuỗi gốc trong trường hợp tổ chức lại, đảm bảo tiền của người dùng được chuyển lại. Phí bảo hiểm được tính bằng công thức dưới đây:

Công thức tính phí bảo hiểm

Ở đâu:
f(t) là phí bảo hiểm là một hàm số thay đổi theo t
V là khối lượng giao dịch, biểu thị mức phí bảo hiểm tối đa
e là cơ số của logarit tự nhiên
k là hằng số kiểm soát tỷ lệ giảm dần của phí
t là thời gian giữa thời điểm tạo đơn hàng và initiateDeadline
T là thời gian cần thiết để Tính chất cuối cùng trên chuỗi gốc

Phí bảo hiểm thay đổi theo initiateDeadline - phí này giảm dần theo thời gian giữa thời điểm tạo đơn hàng và initiateDeadline :

722×562 15,1 KB

Vì phí bảo hiểm giảm đáng kể khi initiateDeadline dài (giảm xuống gần bằng 0 nếu thời gian cần thiết để Tính chất cuối cùng trên chuỗi gốc gấp 2 lần), người dùng thông thường có thể đặt initiateDeadline dài để tránh phải trả phí, giảm thiểu rủi ro tổ chức lại cho người điền.

Chi phí hệ thống cao
Sự phức tạp của thiết kế rõ ràng ngụ ý chi phí cao hơn so với việc bắc cầu trực tiếp bằng CCTP. Để phù hợp với mục tiêu cung cấp cách sử dụng CCTP nhanh hơn và rẻ hơn, chúng tôi giảm thiểu chi phí thông qua hai chiến lược chính: bó giao dịchnén dữ liệu .

Gói giao dịch-

Datadaemon hoạt động định kỳ để gọi hoàn trả và cân bằng lại trên nhóm trung tâm. Khoảng thời gian này có thể điều chỉnh để đảm bảo xử lý đủ số lượng giao dịch trong mỗi đợt.

Trong thiết kế kiến ​​trúc này, chi phí gas chủ yếu phát sinh trong quá trình tái cân bằng thông qua CCTP và chuyển tiền. Bằng cách xử lý tái cân bằng theo từng đợt và xử lý các khoản hoàn trả theo tổng số tiền cho người nạp, các chi phí này được phân bổ trên nhiều giao dịch, giúp giảm chi phí cho bất kỳ giao dịch nào.

Nén dữ liệu-

Tin nhắn chuỗi chéo được truyền giữa các nhóm spoke và nhóm hub thông qua Iris, dịch vụ chứng thực Ngoài chuỗi của Circle. Để giảm thiểu kích thước dữ liệu và giảm chi phí gas , các tin nhắn này được gửi dưới dạng Hash.

Để biết so sánh chi tiết về mức tiêu thụ gas giữa CCTP và CCTP Express, hãy tham khảo bài viết này .

Câu hỏi thường gặp

1. Điều này có ý nghĩa gì đối với người dùng cuối?
Khi sử dụng giao diện người dùng CCTP Express hoặc các ứng dụng tích hợp với CCTP Express, người dùng được hưởng lợi từ cách thức nhanh hơn và rẻ hơn đáng kể để kết nối USDC qua các chuỗi. Bằng cách tận dụng CCTP làm cầu nối tài sản cơ bản, hệ thống nâng cao trải nghiệm của người dùng trong khi vẫn duy trì tính bảo mật mạnh mẽ.

2. Các trường hợp sử dụng có thể có là gì?
Chúng tôi tin rằng CCTP Express là điều cần thiết để đạt được sự trừu tượng hóa chuỗi bằng cách cung cấp trải nghiệm bắc cầu USDC tức thời. Các trường hợp sử dụng có thể bao gồm-

Các ứng dụng phi tập trung (DAPPS) được định giá bằng USDC
USDC được áp dụng rộng rãi trong nhiều Các ứng dụng phi tập trung (DAPPS), ví dụ như DYDX và Polymarket. Các ứng dụng phi tập trung (DAPPS) có thể tích hợp CCTP Express SDK để cung cấp cho người dùng khả năng chuyển tiền tức thời vào và ra khỏi tất cả các chuỗi được hỗ trợ CCTP mà không cần thời gian chờ đợi thông thường.

Mạng lưới thanh toán
CCTP Express có thể cung cấp trải nghiệm giao dịch thanh toán tức thời cho người dùng trên nhiều chuỗi, cho phép họ thanh toán USDC để mua cà phê từ bất kỳ chuỗi nào được CCTP hỗ trợ.

Tiền Lego
Các nhà giao dịch chênh lệch giá và người giải quyết có thể sử dụng CCTP Express làm xương sống cho các hành động chuỗi của họ. Rất không mong muốn các nhà giao dịch chênh lệch giá hoặc người giải quyết phải chờ đợi lâu trong thế giới tiền điện tử tốc độ cao, CCTP Express có thể cung cấp cho họ tốc độ vượt trội mà không phải lo lắng về bảo mật vì CCTP Express đang sử dụng CCTP làm cầu nối cơ bản.

3. Với ý tưởng tương tự về việc cung cấp cầu nối chuỗi chéo được hỗ trợ bởi các tác nhân ngoài chuỗi , CCTP Express khác biệt như thế nào so với các cầu nối dựa trên ý định khác, chẳng hạn như Across?

Sự khác biệt chính giữa CCTP Express và Across là: cơ chế định vị và thanh toán.

Vị trí -

Trong khi cả hai giao thức đều là cầu nối dựa trên mục đích được hỗ trợ bởi bộ đệm/bộ chuyển tiếp, CCTP Express được định vị là công cụ tăng cường để sử dụng CCTP.

Với trọng tâm này, CCTP Express được tích hợp chặt chẽ với CCTP và phát triển song song với nó. Ví dụ, nếu CCTP hỗ trợ EURC, CCTP Express cũng sẽ nhanh chóng hỗ trợ nó.

Và sự liên kết này cũng áp dụng cho việc lựa chọn chuỗi nào mà CCTP Express hỗ trợ. CCTP Express hướng đến việc bao phủ tất cả các chuỗi Máy ảo Ethereum (EVM) và không phải EVM mà CCTP vận hành. Và giống như CCTP , CCTP Express áp dụng định dạng địa chỉ bytes32, thay vì địa chỉ 20 byte được sử dụng trong Máy ảo Ethereum (EVM), để xử lý các địa chỉ 32 byte trong nhiều chuỗi không phải EVM.

Ngược lại, Across chỉ giới hạn ở các chuỗi Máy ảo Ethereum (EVM) vì có yêu cầu khắt khe là chỉ hỗ trợ các chuỗi Máy ảo Ethereum (EVM).

Cơ chế giải quyết -

Trong CCTP Express, hợp đồng thông minh Hub Pool sử dụng dịch vụ chứng thực Iris được sử dụng trong CCTP để chuyển tiếp và xác minh tin nhắn. Tin nhắn gửi và đã điền từ nhiều Spoke Pool khác nhau được gửi đến Iris để chứng thực và sau đó được thu thập trong Hub Pool, nơi xử lý các khoản hoàn trả on-chain.

Ngược lại, Across sử dụng các cầu nối chuẩn để chuyển tiếp tin nhắn và sử dụng UMA để xác minh lạc quan các sự kiện điền Ngoài chuỗi. Vì UMA hoạt động Ngoài chuỗi nên cần có một khoảng thời gian như một cửa sổ tranh chấp.

Thảo luận với chúng tôi

Để định hình một sản phẩm tốt hơn, chúng tôi rất muốn thảo luận với những người làm đầy và các nhóm cần cầu nối USDC ngay lập tức. Nếu bất kỳ ai quan tâm đến CCTP Express, chúng tôi có một nhóm điện tín công khai tại đây để thảo luận về nó: Tham gia trò chuyện nhóm

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận