Tiêu đề gốc: Giới thiệu khung CAKE Tác giả gốc: Ankit Chiplunkar, Stephane Gosselin, Frontier Research Biên soạn gốc: Deep Chao TechFlow

Tóm tắt các điểm chính

· Trải nghiệm người dùng mã hóa mặc định hiện tại là để người dùng luôn biết họ đang tương tác với mạng nào. Tuy nhiên, người dùng Internet không cần biết họ đang tương tác với nhà cung cấp đám mây nào. Việc đưa phương pháp này vào blockchain là cái mà chúng tôi gọi là Trừu tượng chuỗi.

· Bài viết này giới thiệu về framework Các yếu tố chính trừu tượng hóa chuỗi (CAKE). Khung này bao gồm bốn phần: lớp ứng dụng, lớp cấp phép, lớp giải quyết và lớp giải quyết, nhằm cung cấp cho người dùng trải nghiệm vận hành chuỗi chéo liền mạch.

· Việc triển khai chuỗi trừu tượng đòi hỏi một bộ công nghệ phức tạp để đảm bảo độ tin cậy, hiệu quả về chi phí, bảo mật, tốc độ và quyền riêng tư của quá trình thực hiện.

· Chúng tôi xác định sự đánh đổi giữa các chuỗi trong việc trừu tượng hóa chuỗi như một bộ ba bất khả thi và đề xuất sáu phương án thiết kế, mỗi phương án đều có những ưu điểm riêng.

· Để thực hiện thành công bước nhảy vọt tới tương lai của sự trừu tượng hóa theo chuỗi, với tư cách là một ngành, chúng ta phải xác định và áp dụng một tiêu chuẩn chung để truyền thông tin giữa các lớp CAKE. Một tiêu chuẩn tốt là kem trên bánh.

Giới thiệu

Vào năm 2020, mạng Ethereum đã chuyển sang lộ trình mở rộng quy mô tập trung vào tổng hợp. Bốn năm sau, hơn 50 lớp tổng hợp (L2) được sử dụng. Mặc dù lớp cuộn lên cung cấp khả năng chia tỷ lệ theo chiều ngang như mong muốn nhưng nó lại phá vỡ hoàn toàn trải nghiệm người dùng.

Người dùng không nên quan tâm hoặc hiểu họ đang tương tác với bản tổng hợp nào. Người dùng tiền điện tử biết họ đang sử dụng bản tổng hợp nào (Optimism hoặc Base), tương đương với người dùng Web2 biết họ đang sử dụng nhà cung cấp đám mây nào (AWS hoặc GCP). Tầm nhìn của Trừu tượng chuỗi là trừu tượng hóa thông tin chuỗi khỏi tầm nhìn của người dùng. Người dùng chỉ cần kết nối ví với dApp và ký các hành động dự định, các chi tiết về đảm bảo người dùng có số dư chính xác trên chuỗi mục tiêu và thực hiện các hành động dự định đều được xử lý hậu trường.

Trong bài viết này, chúng ta sẽ khám phá cách trừu tượng hóa chuỗi thực sự là một vấn đề đa ngành liên quan đến sự tương tác của lớp ứng dụng, lớp quyền, lớp giải quyết và lớp giải quyết. Chúng tôi giới thiệu khung Các yếu tố chính của trừu tượng hóa chuỗi (CAKE) và đi sâu vào sự cân bằng trong thiết kế của các hệ thống trừu tượng hóa chuỗi.

Giới thiệu khung CAKE

Trong thế giới trừu tượng hóa chuỗi, người dùng truy cập trang web dApp, kết nối với ví của họ, ký các hoạt động và chờ giải quyết cuối cùng. Tất cả các hoạt động phức tạp được thực hiện trong lớp cơ sở hạ tầng của CAKE. Ba lớp cơ sở hạ tầng của CAKE bao gồm:

1. Lớp quyền: Người dùng kết nối ví của họ với dApp và yêu cầu báo giá theo mục đích của người dùng. Ý định đề cập đến kết quả mà người dùng mong đợi nhận được khi kết thúc giao dịch chứ không phải đường dẫn giao dịch. Ví dụ: chuyển USDT đến địa chỉ Tron hoặc gửi USDC vào chiến lược tạo lợi nhuận trên Arbitrum. Ví phải có khả năng đọc tài sản của người dùng (tức là trạng thái đọc) và thực hiện các giao dịch trên chuỗi mục tiêu (tức là trạng thái cập nhật).

1. Lớp quyền: Người dùng kết nối ví của họ với dApp và yêu cầu báo giá theo mục đích của người dùng. Ý định đề cập đến kết quả mà người dùng mong đợi nhận được khi kết thúc giao dịch chứ không phải đường dẫn giao dịch. Ví dụ: chuyển USDT đến địa chỉ Tron hoặc gửi USDC vào chiến lược tạo lợi nhuận trên Arbitrum. Ví phải có khả năng đọc tài sản của người dùng (tức là trạng thái đọc) và thực hiện các giao dịch trên chuỗi mục tiêu (tức là trạng thái cập nhật).

2. Lớp bộ giải: Lớp bộ giải ước tính phí và tốc độ thực hiện dựa trên số dư và ý định ban đầu của người dùng. Trong cài đặt chuỗi chéo, quá trình này, được gọi là giải quyết, rất quan trọng vì các giao dịch không đồng bộ và các giao dịch phụ có thể thất bại trong quá trình thực hiện. Tính không đồng bộ đưa ra một bộ ba bất khả thi xuyên chuỗi liên quan đến phí, tốc độ thực hiện và đảm bảo thực thi.

3. Lớp thanh toán: Sau khi người dùng phê duyệt giao dịch bằng khóa riêng, lớp thanh toán sẽ đảm bảo việc thực hiện giao dịch đó. Nó bao gồm hai bước: kết nối tài sản của người dùng với chuỗi mục tiêu và sau đó thực hiện giao dịch. Nếu các giao thức sử dụng bộ giải phức tạp cho một số hoạt động nhất định, chúng có thể cung cấp tính thanh khoản của riêng mình và thực hiện các hoạt động thay mặt người dùng mà không cần cầu nối.

Triển khai trừu tượng hóa chuỗi có nghĩa là hợp nhất ba lớp cơ sở hạ tầng trên thành một sản phẩm thống nhất. Một cái nhìn sâu sắc quan trọng trong việc hợp nhất các lớp này là sự khác biệt giữa cung cấp thông tin và cung cấp giá trị. Việc truyền thông tin giữa các chuỗi không bị mất mát, vì vậy hãy dựa vào con đường an toàn nhất. Ví dụ: người dùng bỏ phiếu "có" từ chuỗi này sang phiếu bầu quản trị trên chuỗi khác không muốn phiếu bầu của họ trở thành "có thể". Mặt khác, tùy thuộc vào sở thích của người dùng, giá trị phân phối có thể bị mất. Một bên thứ ba được thành lập có thể được tận dụng để cung cấp cho người dùng khả năng cung cấp giá trị nhanh hơn, rẻ hơn hoặc được đảm bảo. Điều quan trọng cần lưu ý là 95% không gian khối của Ethereum được sử dụng để chuyển giá trị, được đo bằng phí trả cho người xác thực.

quyết định thiết kế quan trọng

Ba cấp độ trên giới thiệu các quyết định thiết kế quan trọng mà CAF cần thực hiện. Những quyết định này liên quan đến việc ai kiểm soát thẩm quyền thực hiện ý định, thông tin nào được tiết lộ cho người giải quyết và đường dẫn giải quyết nào có sẵn cho người giải quyết. Dưới đây là phân tích chi tiết từng cấp độ.

Cấp phép

Lớp quyền giữ khóa riêng của người dùng và ký các tin nhắn thay mặt người dùng, sau đó các tin nhắn này được thực thi dưới dạng giao dịch trên chuỗi. CAF cần hỗ trợ các sơ đồ chữ ký và tải trọng giao dịch của tất cả các chuỗi mục tiêu. Ví dụ: các ví hỗ trợ sơ đồ chữ ký ECDSA và tiêu chuẩn giao dịch EVM sẽ bị giới hạn ở Ethereum, L2 và chuỗi bên của nó (chẳng hạn như ví Metamask). Mặt khác, các ví hỗ trợ EVM và SVM (Solana VM) sẽ có thể hỗ trợ cả hai hệ sinh thái (chẳng hạn như ví Phantom). Cần lưu ý rằng cùng một cụm từ ghi nhớ có thể được sử dụng để tạo ví trên cả chuỗi EVM và SVM.

Giao dịch đa chuỗi bao gồm nhiều giao dịch phụ cần được thực hiện theo đúng thứ tự. Các giao dịch phụ này phải được thực hiện trên nhiều chuỗi, mỗi chuỗi có mức phí và số lần thay đổi theo thời gian riêng. Cách các giao dịch phụ này được điều phối và giải quyết là quyết định thiết kế quan trọng đối với lớp quyền.

1. Ví EOA là phần mềm ví chạy trên máy của người dùng và giữ khóa riêng của nó. Chúng có thể là các tiện ích mở rộng dựa trên trình duyệt (như Metamask và Phantom), ứng dụng di động (như Ví Coinbase) hoặc phần cứng chuyên dụng (như Ledger). Ví EOA yêu cầu người dùng ký từng giao dịch phụ riêng lẻ, hiện yêu cầu nhiều lần nhấp chuột. Họ cũng yêu cầu người dùng giữ số dư phí trên chuỗi mục tiêu, điều này gây ra trở ngại đáng kể trong quá trình này. Tuy nhiên, bằng cách cho phép người dùng ký nhiều giao dịch phụ chỉ bằng một cú nhấp chuột, người dùng có thể loại bỏ sự cản trở của nhiều lần nhấp chuột.

2. Trong ví Trừu tượng tài khoản (AA), người dùng vẫn có quyền truy cập vào khóa riêng của họ, nhưng họ tách người ký trọng tải giao dịch khỏi người thực hiện giao dịch. Cho phép các bên phức tạp đóng gói và thực hiện các giao dịch của người dùng một cách nguyên tử (Avocado, Pimlico). Ví AA vẫn yêu cầu người dùng ký từng giao dịch phụ riêng lẻ (hiện thông qua nhiều lần nhấp chuột), nhưng không yêu cầu giữ số dư phí trên mỗi chuỗi.

3. Tác nhân dựa trên chính sách lưu khóa riêng của người dùng trong một môi trường thực thi riêng biệt và tạo các thông báo đã ký thay mặt người dùng dựa trên chính sách của người dùng. Telegram Bot, Near Account Aggregator hoặc SUAVE TEE là các ví dựa trên chiến lược trong khi Entropy hoặc Capsule là các tiện ích mở rộng ví dựa trên chiến lược. Người dùng chỉ cần ký vào biểu mẫu phê duyệt và việc ký kết các giao dịch phụ và quản lý chi phí tiếp theo có thể được các đại lý này hoàn thành trong quá trình hoạt động.

lớp giải

lớp giải

Sau khi người dùng xuất bản ý định, lớp giải quyết sẽ liên quan đến việc trả lại phí và thời gian xác nhận cho người dùng. Vấn đề này liên quan chặt chẽ đến việc thiết kế đấu giá luồng đơn hàng và được thảo luận chi tiết tại đây . CAF có thể tận dụng các đường dẫn nội giao thức để thực thi ý định của người dùng hoặc tận dụng các bên thứ ba phức tạp (tức là người giải quyết) để thỏa hiệp về một số đảm bảo bảo mật nhất định nhằm cung cấp cho người dùng trải nghiệm người dùng được cải thiện. Việc đưa bộ giải vào khung CAF dẫn đến hai quyết định thiết kế tiếp theo, có liên quan chặt chẽ đến thông tin.

Ý định bao gồm hai loại giá trị có thể trích xuất (EV): giá trị EV_ordering và EV_signal.

· EV_ordering là một giá trị dành riêng cho blockchain thường được trích xuất bởi thực thể thực hiện lệnh của người dùng (chẳng hạn như người xây dựng khối hoặc trình xác thực).

· EV_signal đại diện cho giá trị có thể truy cập được đối với bất kỳ thực thể nào tuân thủ đơn đặt hàng trước khi nó được ghi chính thức trên blockchain.

Ý định của người dùng khác nhau có sự phân bổ khác nhau giữa EV_ordering và EV_signal. Ví dụ: ý định hoán đổi tiền trên DEX thường có giá trị EV_ordering cao nhưng giá trị EV_signal thấp. Ngược lại, thành phần EV_signal của giao dịch bị tấn công sẽ cao hơn vì sẽ thu được nhiều giá trị hơn khi chạy trước hơn là thực hiện giao dịch. Điều đáng chú ý là EV_signal đôi khi có thể âm, chẳng hạn như trong trường hợp giao dịch của nhà tạo lập thị trường, trong đó đơn vị thực hiện các lệnh này có thể bị thua lỗ do nhà tạo lập thị trường có kiến ​​thức tốt hơn về các điều kiện thị trường trong tương lai.

Khi ai đó có thể quan sát trước ý định của người dùng, họ có thể nhảy về phía trước, gây rò rỉ giá trị. Ngoài ra, khả năng tín hiệu EV âm sẽ tạo ra môi trường cạnh tranh giữa những người giải quyết, khiến họ gửi giá thầu thấp hơn, gây rò rỉ giá trị hơn nữa (còn gọi là lựa chọn bất lợi). Cuối cùng, rò rỉ sẽ tác động đến người dùng bằng cách tăng phí hoặc đưa ra các giao dịch tốt hơn. Xin lưu ý rằng phí thấp hoặc giá tăng là hai mặt của một vấn đề và sẽ được sử dụng thay thế cho nhau trong suốt phần còn lại của bài viết này.

Chia sẻ thông tin

Có ba cách để chia sẻ thông tin với người giải:

1. Mempool công khai: Ý định của người dùng được phát công khai tới mempool công khai hoặc lớp sẵn có của dữ liệu và người giải quyết đầu tiên có thể đáp ứng yêu cầu sẽ thực hiện lệnh và trở thành người chiến thắng. Hệ thống này mang lại nhiều thông tin cho người dùng vì người dùng hiển thị EV_ordering và EV_signal của họ. Ví dụ: mempool công khai của Ethereum và các cầu nối blockchain khác nhau. Trong trường hợp của cầu nối, người dùng phải đặt tài sản vào ký quỹ trước khi chuyển chúng sang chuỗi mục tiêu để ngăn chặn các cuộc tấn công độc hại, nhưng quá trình này vô tình khiến ý định của họ bị công khai.

2. Chia sẻ một phần: CAF có thể giảm lượng giá trị được tiết lộ cho các nhà thầu bằng cách hạn chế lượng thông tin được tiết lộ. Tuy nhiên, cách tiếp cận này sẽ trực tiếp dẫn đến mất đi tính tối ưu về giá và có thể dẫn đến các vấn đề như spam giá thầu.

3. Mempool riêng tư: Những phát triển gần đây trong MPC và TEE khiến cho mempool hoàn toàn riêng tư trở nên khả thi. Không có thông tin nào bị rò rỉ ra bên ngoài môi trường thực thi và người giải quyết sẽ mã hóa các tùy chọn của họ và khớp với từng ý định. Mặc dù EV_ordering được ghi lại bởi mempool riêng nhưng EV_signal không thể được ghi lại hoàn toàn. Ví dụ: nếu một giao dịch bị tấn công được gửi tới mempool, người đầu tiên nhìn thấy đơn hàng có thể thực hiện trước giao dịch và nắm bắt EV_signal. Trong một mempool riêng tư, thông tin chỉ được tiết lộ sau khi khối được xác nhận, vì vậy bất kỳ ai nhìn thấy giao dịch đều có thể nắm bắt được EV_signal. Có thể hình dung rằng người giải sẽ thiết lập các nút chứng nhận để thu EV_signal từ các khối TEE mới được đúc, biến việc thu EV_signal thành một cuộc thi bị trì hoãn.

Danh sách người giải

CAF cũng cần quyết định số lượng và nhà thầu nào sẽ được phép tham gia đấu giá. Các tùy chọn chính như sau:

Danh sách người giải

CAF cũng cần quyết định số lượng và nhà thầu nào sẽ được phép tham gia đấu giá. Các tùy chọn chính như sau:

1. Truy cập mở: Rào cản gia nhập đối với khả năng tham gia càng thấp càng tốt. Điều này tương tự như việc lộ mempool, làm rò rỉ EV_signal và EV_ordering.

2. Hạn chế quyền truy cập: Kiểm soát khả năng thực hiện lệnh thông qua danh sách trắng, hệ thống danh tiếng, phí hoặc đấu giá chỗ ngồi. Cơ chế gating được yêu cầu để đảm bảo rằng EV_signal không bị bộ giải trong hệ thống bắt được. Ví dụ: Đấu giá 1inch, Đấu giá Cowswap và Đấu giá Uniswap X. Cuộc thi giành đơn hàng thu thập EV_ordering cho người dùng, trong khi cơ chế kiểm soát thu thập EV_signal cho người tạo đơn hàng (ví, dApp).

3. Quyền truy cập độc quyền: Quyền truy cập độc quyền là một hình thức đấu giá đặc biệt trong đó chỉ có một người giải được chọn trong mỗi khoảng thời gian. Vì không có thông tin nào bị rò rỉ cho những người giải quyết khác nên không có lựa chọn bất lợi và giảm giá sớm. Trình khởi tạo luồng đơn hàng nắm bắt các giá trị dự kiến ​​của EV_signal và EV_ordering và do không có sự cạnh tranh nên người dùng chỉ nhận được các lệnh thực thi chứ không nhận được cải thiện về giá. Ví dụ về loại đấu giá này là đấu giá Robinhood và DFlow.

lớp định cư

Khi ví ký một tập hợp giao dịch, chúng cần được thực thi trên blockchain. Các giao dịch chuỗi chéo chuyển đổi quá trình thanh toán từ hoạt động nguyên tử sang hoạt động không đồng bộ. Trong quá trình thực hiện và xác nhận giao dịch ban đầu, trạng thái trên chuỗi mục tiêu có thể thay đổi, có khả năng khiến giao dịch không thành công. Tiểu mục này tìm hiểu sự cân bằng giữa chi phí bảo mật, thời gian xác nhận và đảm bảo thực thi.

Điều quan trọng cần lưu ý là việc thực hiện giao dịch dự định trên chuỗi mục tiêu phụ thuộc vào cơ chế bao gồm giao dịch của chuỗi mục tiêu, bao gồm khả năng xem xét các giao dịch và cơ chế tính phí của chuỗi mục tiêu, cùng nhiều yếu tố khác. Chúng tôi tin rằng việc lựa chọn chuỗi mục tiêu là một quyết định của dApp và nằm ngoài phạm vi của bài viết này.

Nhà tiên tri chuỗi chéo

Hai blockchain với trạng thái và cơ chế đồng thuận khác nhau cần có một trung gian, chẳng hạn như nhà tiên tri, để tạo điều kiện thuận lợi cho việc truyền thông tin giữa chúng. Oracle hoạt động như một công cụ chuyển tiếp để truyền thông tin giữa các chuỗi, bao gồm xác minh rằng người dùng đã khóa tiền trong tài khoản ký quỹ trong một cây cầu khóa và đúc tiền hoặc xác nhận số dư mã thông báo của người dùng trên chuỗi ban đầu để tham gia bỏ phiếu quản trị trên chuỗi chuỗi mục tiêu.

Oracle truyền thông tin ở tốc độ chậm nhất của chuỗi. Điều này nhằm quản lý rủi ro tổ chức lại, vì oracle cần chờ sự đồng thuận của chuỗi ban đầu. Giả sử người dùng muốn kết nối USDC từ chuỗi ban đầu với chuỗi mục tiêu và vì mục đích này, người dùng khóa tiền của họ trong ký quỹ. Tuy nhiên, vấn đề có thể phát sinh nếu nhà tiên tri không đợi đủ xác nhận và tiếp tục đúc mã thông báo cho người dùng trên chuỗi mục tiêu. Nếu việc tổ chức lại xảy ra và người dùng ghi đè các giao dịch ký quỹ của họ, thì oracle sẽ gây ra khoản chi tiêu gấp đôi.

Có hai loại oracle:

1. Các oracle ngoài giao thức: cần được tách biệt khỏi các trình xác thực bên thứ ba chạy đồng thuận để truyền thông tin giữa các chuỗi. Trình xác thực bổ sung làm tăng chi phí chạy oracle. LayerZero, Wormhole, ChainLink và Axelar Network là những ví dụ về các oracle ngoài giao thức.

2. Nhà tiên tri trong giao thức: Được tích hợp sâu vào thuật toán đồng thuận của hệ sinh thái và sử dụng một bộ trình xác thực chạy sự đồng thuận để cung cấp thông tin. IBC của Cosmos được sử dụng để chạy chuỗi Cosmos SDK, hệ sinh thái Polygon đang phát triển AggLayer và Optimism đang phát triển Superchain. Mỗi oracle sử dụng không gian khối chuyên dụng để truyền thông tin giữa các chuỗi trong cùng một hệ sinh thái.

3. Trình sắp xếp được chia sẻ là các thực thể bên ngoài giao thức. Họ có quyền sắp xếp thứ tự giao dịch trong giao thức, nghĩa là họ có thể gộp các giao dịch trên các chuỗi. Mặc dù vẫn đang được phát triển nhưng trình sắp xếp được chia sẻ không phải chờ xác nhận khối cụ thể để giảm nguy cơ tổ chức lại. Để thực sự đạt được tính nguyên tử của chuỗi chéo, trình sắp xếp chuỗi được chia sẻ cần có khả năng thực hiện các giao dịch tiếp theo nếu các giao dịch trước đó thành công, từ đó biến chúng thành chuỗi.

mã thông báo bắc cầu

Trong thế giới đa chuỗi, số dư token và phí của người dùng được phân tán trên tất cả các mạng. Trước mỗi hoạt động xuyên chuỗi, người dùng cần chuyển tiền từ chuỗi ban đầu sang chuỗi mục tiêu. Hiện có 34 cầu nối chuỗi chéo đang hoạt động với tổng TVL là 7,7 tỷ USD và khối lượng cầu trong 30 ngày qua là 8,6 tỷ USD.

Mã thông báo bắc cầu là một trường hợp chuyển giao giá trị. Điều này tạo cơ hội thúc đẩy các bên thứ ba chuyên nghiệp, giỏi quản lý vốn và sẵn sàng chịu rủi ro tái cơ cấu, giảm chi phí và thời gian cần thiết cho người dùng giao dịch.

Có hai loại cầu xuyên chuỗi:

Mã thông báo bắc cầu là một trường hợp chuyển giao giá trị. Điều này tạo cơ hội thúc đẩy các bên thứ ba chuyên nghiệp, giỏi quản lý vốn và sẵn sàng chịu rủi ro tái cơ cấu, giảm chi phí và thời gian cần thiết cho người dùng giao dịch.

Có hai loại cầu xuyên chuỗi:

1. Cầu khóa và đúc tiền: Cầu khóa và đúc tiền xác minh việc gửi mã thông báo trên chuỗi ban đầu và đúc mã thông báo trên chuỗi mục tiêu. Vốn cần thiết để khởi động một cây cầu như vậy là nhỏ nhưng việc truyền tải thông tin bị khóa một cách an toàn đòi hỏi phải đầu tư đáng kể. Vi phạm an ninh trên những cây cầu này đã dẫn đến thiệt hại hàng tỷ đô la cho chủ sở hữu mã thông báo.

2. Cầu thanh khoản: Cầu thanh khoản sử dụng nhóm thanh khoản trên chuỗi ban đầu và chuỗi mục tiêu, đồng thời sử dụng thuật toán để xác định tỷ lệ chuyển đổi giữa chuỗi ban đầu và mã thông báo mục tiêu. Mặc dù những cây cầu này có chi phí ban đầu cao hơn nhưng chúng yêu cầu mức độ đảm bảo an toàn thấp hơn. Nếu vi phạm an ninh xảy ra, chỉ có tiền trong nhóm thanh khoản mới gặp rủi ro.

Trong cả hai cầu nối chuỗi chéo, người dùng cần phải trả chi phí thanh khoản. Trong cầu nối khóa và đúc tiền, chi phí thanh khoản phát sinh khi trao đổi từ mã thông báo gói sang mã thông báo mong muốn (USDC.e sang USDC) trên chuỗi mục tiêu, trong khi ở cầu thanh khoản, chi phí thanh khoản sẽ phát sinh khi hoán đổi từ mã ban đầu token sang USDC Xảy ra khi token trên chuỗi được trao đổi lấy token trên chuỗi mục tiêu.

Trilemma chuỗi chéo

Năm quyết định thiết kế trên nêu lên bộ ba bất khả thi xuyên chuỗi. CAF phải chọn hai thuộc tính giữa đảm bảo thực thi, phí thấp và tốc độ thực thi.

1. Đường dẫn nội giao thức: Đây là đường truyền thông tin xuyên chuỗi được chỉ định. Các hệ thống này tính đến rủi ro tổ chức lại, hy sinh tốc độ thực thi nhưng giảm chi phí bằng cách loại bỏ các bộ xác thực bổ sung hoặc chi phí thanh khoản.

2. Tổng hợp bộ giải: Thu thập báo giá từ nhiều bộ giải để xác định đường dẫn rẻ nhất và nhanh nhất để thực hiện ý định của người dùng. Tuy nhiên, do lựa chọn bất lợi và chạy trước, đôi khi người giải có thể không đáp ứng được mục đích, dẫn đến hiệu suất thực thi bị giảm.

3. Thi thực hiện: Chọn người giải thắng bằng cách sắp xếp người giải theo ý định thực hiện hoặc chọn một người giải duy nhất. Cả hai cách tiếp cận đều dẫn đến phí người dùng cao do người giải quyết cạnh tranh để thực hiện thay vì cải thiện giá.

Sáu thành phần của CAKE

Đối với bài viết này, chúng tôi đã nghiên cứu hơn 20 thiết kế nhóm hoạt động trực tiếp và gián tiếp về việc trừu tượng hóa chuỗi. Trong phần này, chúng tôi thảo luận về sáu triển khai CA độc lập mà chúng tôi tin rằng có hiệu quả vốn có và phù hợp với thị trường sản phẩm. Nếu được xây dựng đúng cách, những thiết kế này có khả năng kết hợp với nhau.

Một kết luận quan trọng là chúng ta cần một tiêu chuẩn thống nhất để thể hiện ý định xuyên chuỗi. Mỗi nhóm đang nghiên cứu các phương pháp và giao thức riêng để mã hóa ý định của người dùng. Một tiêu chuẩn thống nhất sẽ cải thiện sự hiểu biết của người dùng về các tin nhắn đã ký của họ, giúp người giải quyết và nhà tiên tri hiểu những ý định này dễ dàng hơn và đơn giản hóa việc tích hợp với ví.

Cây cầu được chỉ định bằng token

Có một trường hợp đặc biệt là cầu lock-and-mint không trả chi phí thanh khoản, còn được gọi là cầu burn-and-mint (ví dụ: USDC CCTP). Nhóm mã thông báo chỉ định một địa chỉ mã thông báo chuẩn trên mỗi chuỗi và cây cầu có quyền tạo ra các mã thông báo mà người dùng cần.

Nếu để ý kỹ, bạn sẽ thấy rằng burn and mint bridge tương tự như chuyển tiền xuyên chuỗi với tốc độ xác nhận khối vừa đủ. xERC20 là một tiêu chuẩn để chỉ định các mã thông báo chuẩn và các cầu nối được ủy quyền của chúng trên chuỗi mục tiêu. Các cầu nối được chỉ định bằng mã thông báo là một ví dụ về đường dẫn nội giao thức hy sinh tốc độ trong khi vẫn đảm bảo thực thi và mức phí thấp, ví dụ: CCTP mất 20 phút để hoàn tất quá trình chuyển.

Cầu điều phối hệ sinh thái

Cầu điều phối hệ sinh thái

Cầu điều phối hệ sinh thái có thể truyền tải thông điệp tùy ý giữa các chuỗi trong cùng một hệ sinh thái. Những cây cầu như vậy là những đường dẫn nội giao thức ưu tiên đảm bảo thực thi và mức phí thấp so với tốc độ. Các ví dụ bao gồm Cosmos IBC, Polygon AggLayer và Optimism Superchain.

Ba năm trước, hệ sinh thái Cosmos phải đối mặt với những thách thức tương tự như những thách thức mà Ethereum ngày nay phải đối mặt. Thanh khoản nằm rải rác trên nhiều chuỗi khác nhau, mỗi chuỗi có mã thông báo phí riêng và việc quản lý tài khoản nhiều chuỗi rất cồng kềnh. Hệ sinh thái Cosmos giải quyết những vấn đề này bằng cách triển khai cầu nối nhắn tin nội giao thức IBC, cho phép quản lý tài khoản đa chuỗi liền mạch và chuyển tiền xuyên chuỗi.

Hệ sinh thái Cosmos bao gồm các chuỗi độc lập với tính bảo mật có chủ quyền và tính hữu hạn nhanh chóng, khiến việc nhắn tin chuỗi chéo trong giao thức trở nên rất nhanh chóng. Hệ sinh thái tổng hợp phụ thuộc vào việc kết thúc giai đoạn thử thách (tổng hợp lạc quan) hoặc gửi bằng chứng zk (tổng hợp hợp lệ) để đạt được kết quả cuối cùng. Do những hạn chế về tính hữu hạn này, việc gửi tin nhắn trên toàn hệ sinh thái sẽ chậm hơn.

Cạnh tranh về giá của bộ giải

Cạnh tranh về giá của người giải quyết liên quan đến việc chia sẻ thông tin đặt hàng với tất cả người giải quyết. Bộ giải được thiết kế để kết hợp giá trị mong đợi (EV) được tạo ra bởi mục đích đặt hàng và cung cấp giá trị đó cho người dùng. Việc lựa chọn Bộ giải chiến thắng trong hệ thống dựa trên việc tối đa hóa việc cải thiện giá của người dùng. Tuy nhiên, thiết kế này tiềm ẩn nguy cơ không thực thi được và yêu cầu các cơ chế bổ sung để đảm bảo độ tin cậy của lệnh. Ví dụ về các cơ chế như vậy bao gồm Uniswap X, Bungee và Jumper.

Tin nhắn đối chiếu ví

Thông báo phối hợp ví tận dụng các tính năng do AA hoặc ví dựa trên chính sách cung cấp để cung cấp trải nghiệm chuỗi chéo tương thích với mọi loại mục đích. Nó hoạt động như một công cụ tổng hợp CA cuối cùng, chuyển hướng ý định của người dùng giữa các thiết kế CA khác nhau để giải quyết mục đích cụ thể. Các ví dụ bao gồm Ví Avocado, Công cụ tổng hợp tài khoản gần và Danh mục Metamask.

Điều quan trọng cần lưu ý là trong thập kỷ qua, hệ sinh thái tiền điện tử đã nhận ra rằng mối quan hệ giữa người dùng và ví của họ rất gắn bó. Bất cứ khi nào tôi nghĩ đến việc chuyển cụm từ ghi nhớ của mình từ Metamask sang một ví khác, tôi đều cảm thấy vô cùng kinh hãi. Đây cũng là lý do khiến EIP-4337 vẫn có tỷ lệ chấp nhận thấp sau 2,5 năm, ngay cả khi có sự hỗ trợ của chính Vitalik Buterin. Mặc dù các phiên bản giao thức ví mới hơn có thể cung cấp cho người dùng mức giá tốt hơn (trừu tượng hóa tài khoản) hoặc cải thiện tính dễ sử dụng (ví dựa trên chính sách), việc di chuyển người dùng từ ví hiện tại của họ là một nhiệm vụ khó khăn.

Cuộc thi tốc độ giải quyết

Cạnh tranh tốc độ của bộ giải cho phép người dùng thể hiện ý định chuyển đổi chuỗi chéo cụ thể để đạt được sự đảm bảo thực thi cao. Nó không giúp người dùng giảm thiểu phí nhưng cung cấp một kênh đáng tin cậy để chứa các giao dịch phức tạp. Người giải quyết đầu tiên thực hiện ý định dựa trên phí xây dựng khối hoặc tăng tốc độ sẽ giành được ý định đó.

Thiết kế này nhằm mục đích đạt được tỷ lệ bao gồm cao bằng cách tối đa hóa EV mà Bộ giải thu được. Tuy nhiên, điều này phải trả giá bằng việc tập trung hóa, vì nó phụ thuộc vào việc quản lý vốn phức tạp trên mạng chính Ethereum hoặc việc thực thi có độ trễ thấp trên L2.

Đấu giá số lượng lớn độc quyền

Phiên đấu giá hàng loạt độc quyền tổ chức một cuộc đấu giá để giành độc quyền thực hiện tất cả luồng đơn hàng trong một khoảng thời gian. Vì những người giải quyết khác không thể nhìn thấy lệnh nên họ đặt giá thầu dựa trên biến động thị trường được dự đoán và chất lượng khớp lệnh trung bình. Các phiên đấu giá hàng loạt độc quyền dựa vào giá dự phòng để đảm bảo giá tốt cho người dùng và do đó không thể sử dụng để cải thiện giá. Việc gửi tất cả luồng đơn đặt hàng đến một nhà thầu duy nhất sẽ loại bỏ rò rỉ thông tin và cải thiện khả năng đảm bảo thực thi.

Tóm lại là

Khung trừu tượng chuỗi (CAF) hứa hẹn sẽ cung cấp cho người dùng các tương tác xuyên chuỗi liền mạch. Trong bài viết này, chúng tôi xem xét các thiết kế đang được sản xuất và phát triển bởi một số nhóm đang cố gắng giải quyết vấn đề trừu tượng hóa chuỗi một cách rõ ràng hoặc ngầm. Chúng tôi tin rằng đây sẽ là năm của CAF và mong đợi sự cạnh tranh đáng kể giữa các thiết kế khác nhau và việc triển khai chúng sẽ diễn ra trong 6-12 tháng tới.

Việc chuyển giá trị xuyên chuỗi sẽ được kích hoạt bằng cầu nối được ủy quyền bằng mã thông báo với mức phí thấp và thực hiện nhanh chóng thông qua tốc độ giải quyết hoặc cạnh tranh về giá. Việc truyền tin nhắn được định tuyến thông qua các cầu nối nhắn tin phù hợp với hệ sinh thái, được thiết kế để giảm thiểu chi phí của người dùng và tối đa hóa tốc độ thông qua nền tảng được kiểm soát bằng ví. Cuối cùng, sáu phương án thiết kế khác nhau này sẽ tạo thành một cụm vì mỗi phương án đáp ứng các nhu cầu khác nhau và tận dụng hiệu quả trong các lĩnh vực khác nhau của ma trận đánh đổi.

Việc chuyển giá trị xuyên chuỗi sẽ được kích hoạt bằng cách bắc cầu ủy quyền mã thông báo với mức phí thấp và thực hiện nhanh chóng thông qua tốc độ giải quyết hoặc cạnh tranh về giá. Việc truyền tin nhắn được định tuyến thông qua các cầu nhắn tin phù hợp với hệ sinh thái, được thiết kế để giảm thiểu chi phí của người dùng và tối đa hóa tốc độ thông qua nền tảng được kiểm soát bằng ví. Cuối cùng, sáu phương án thiết kế khác nhau này sẽ tạo thành một cụm vì mỗi phương án đáp ứng các nhu cầu khác nhau và tận dụng hiệu quả trong các lĩnh vực khác nhau của ma trận đánh đổi.

Một kết luận quan trọng mà chúng tôi thu được từ quá trình này là chúng tôi cần một tiêu chuẩn chung để thể hiện ý định chuỗi chéo. Hiện tại, nhiều nhóm đang làm việc độc lập trên các giao thức mã hóa ý định của người dùng, dẫn đến nỗ lực trùng lặp. Một tiêu chuẩn thống nhất sẽ giúp cải thiện sự hiểu biết của người dùng về các thông báo đã ký, tạo điều kiện thuận lợi cho người giải quyết và nhà tiên tri xử lý ý định cũng như đơn giản hóa việc tích hợp với ví.