要点总结：
· 当前默认的加密用户体验是让用户始终知道他们正在与哪个网络交互。然而，互联网用户无需知道他们正在与哪个云提供商交互。将这种方法引入区块链就是我们所说的链抽象（Chain Abstraction）。
· 本文介绍了链抽象关键要素（CAKE）框架。该框架由应用层、权限层、求解器层和结算层四部分组成，旨在为用户提供无缝的跨链操作体验。
· 实现链抽象需要一套复杂的技术，以确保执行过程的可靠性、成本效益、安全性、速度和隐私。
· 我们将链抽象中的跨链权衡定义为三难困境，并提出了六种设计方案，每种方案都具有其独特的优势。
· 为了成功实现向链式抽象未来的飞跃，作为一个行业，我们必须为 CAKE 各层之间的信息传递定义并采用一个通用标准。一个好的标准是锦上添花的。
简介：
2020 年，以太坊网络过渡到以 rollup 为中心的扩展路线图。四年后，已有超过 50 个 rollup 层（L2）投入使用。虽然 rollup 层提供了所需的横向扩展，但却完全破坏了用户体验。
用户不应关心或了解他们正在与哪个 rollup 进行交互。加密用户知道他们在使用哪个 rollup（Optimism 或 Base），相当于 Web2 用户知道他们在使用哪个云提供商（AWS 或 GCP）。链抽象（Chain Abstraction）的愿景是将链信息从用户视野中抽象出来。用户只需将钱包连接到 dApp 并签署预期操作，确保用户在目标链上拥有正确余额并执行预期操作的细节都在幕后进行。
在本文中，我们将探讨链抽象是一个真正的多学科问题，涉及应用层、权限层、求解器（Solver）层和结算层的交互。我们介绍链抽象关键要素（CAKE）框架，并深入研究链抽象系统的设计权衡。
介绍 CAKE 框架：
Trong thế giới trừu tượng hóa chuỗi, người dùng truy cập vào trang web dApp, kết nối ví, ký vào các hoạt động và chờ đợi giải quyết cuối cùng. Tất cả các hoạt động phức tạp được hoàn thành 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 hạn: Người dùng kết nối ví của họ vào dApp và yêu cầu báo giá ý định của người dùng. Ý định là kết quả mà người dùng mong muốn nhận được khi kết thúc giao dịch, không phải là đường dẫn của giao dịch. Ví dụ như 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í cần có khả năng đọc tài sản của người dùng (tức đọc trạng thái) và thực hiện giao dịch trên chuỗi mục tiêu (tức cập nhật trạng thái).
2. Lớp giải toán: Lớp giải toán dựa trên số dư ban đầu và ý định của người dùng để ước tính chi phí và tốc độ thực thi. Trong thiết lập xuyên chuỗi, quá trình này được gọi là giải toán, cực kỳ quan trọng vì các giao dịch là bất đồng bộ, và các phụ giao dịch có thể thất bại trong quá trình thực thi. Bất đồng bộitude đã giới thiệu vấn đề khó khăn ba chiều xuyên chuỗi liên quan đến chi phí, tốc độ thực thi và đảm bảo thực thi.
3. Lớp giải quyết: Sau khi người dùng phê duyệt giao dịch bằng khóa riêng, lớp giải quyết đảm bảo thực thi của nó. Bao gồm hai bước: chuyển tài sản của người dùng sang chuỗi mục tiêu, sau đó thực hiện giao dịch. Nếu giao thức sử dụng giải toán phức tạp cho một số hoạt động, chúng có thể cung cấp thanh khoản của riêng mình và thực hiện hoạt động thay mặt cho người dùng mà không cần cầu nối.
Thực hiện 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. Sự hiểu biết quan trọng về việc hợp nhất các lớp này là sự khác biệt giữa truyền thông tin và truyền thông giá trị. Truyền thông tin giữa các chuỗi nên không mất mát, do đó cần dựa trên đường dẫn an toàn nhất. Ví dụ, người dùng từ một chuỗi bỏ phiếu ‘đồng ý’ vào một cuộc bỏ phiếu quản trị trên một chuỗi khác, họ không muốn phiếu của mình trở thành ‘có thể’. Mặt khác, theo sở thích của người dùng, truyền thông giá trị có thể mất mát. Có thể tận dụng một bên thứ ba đã trưởng thành để cung cấp cho người dùng một cách truyền tải giá trị nhanh hơn, rẻ hơn hoặc có đảm bảo hơn. Cần lưu ý là, theo chi phí trả cho người xác thực, 95% không gian khối Ethereum được sử dụng cho truyền tải giá trị.
Lựa chọn thiết kế quan trọng
上文提到的三个层次引入了CAF在关键设计决策上需要作出的考虑。这些决策涉及到谁拥有执行意图的控制权、向求解器披露哪些信息，以及求解器可以使用哪些结算路径。以下是对每个层次的详细分析。
权限层
权限层持有用户的私钥，并代表用户签署消息，然后这些消息在链上执行为交易。CAF需要支持所有目标链的签名方案和交易负载。例如，支持ECDSA签名方案和EVM交易标准的钱包将限于以太坊、其L2和侧链（如Metamask钱包）。另一方面，支持EVM和SVM（Solana虚拟机）的钱包将能够支持这两个生态系统（如Phantom钱包）。需要注意的是，同一个助记词可以用来生成EVM和SVM链上的钱包。
一个多链交易由多个需要按正确顺序执行的子交易组成。这些子交易必须在多条链上执行，每条链都有其自身的时间变动费用和随机数。如何协调和结算这些子交易是权限层的一个关键设计决策。
1.EOA钱包是在用户机器上运行并持有其私钥的钱包软件。它们可以是基于浏览器的扩展（如Metamask和Phantom）、移动应用程序（如Coinbase钱包）或专用硬件（如Ledger）。EOA钱包要求用户对每个子交易进行单独签名，目前需要多次点击。它们还要求用户在目标链上持有费用余额，这在此过程中引入了重大摩擦。但是，通过允许用户通过单击签署多个子交易，可以将多次点击的摩擦从用户身上抽象出来。
2.在账户抽象（AA）钱包中，用户仍然可以访问他们的私钥，但他们将交易有效负载的签名者与交易的执行者分开。使复杂的各方能够以原子方式捆绑和执行用户事务（Avocado、Pimlico）。AA钱包仍然要求用户单独签署每笔子交易（目前通过多次点击），但不要求在每条链上持有费用余额。
3. Đại lý dựa trên chiến lược lưu giữ khóa riêng của người dùng trong một môi trường thực thi riêng lẻ và tạo ra thông điệp đã ký tên thay mặt người dùng dựa trên chiến lược người dùng. Robot Telegram, Near Account Aggregator hoặc SUAVE TEE là ví dựa trên chiến lược, trong khi Entropy hoặc Capsule là tiện ích mở rộng ví dựa trên chiến lược. Người dùng chỉ cần ký tên một giấy phê duyệt, và việc ký tên cho các giao dịch phụ và quản lý phí sau đó có thể được các đại lý này hoàn thành trong quá trình hoạt động.
Lớp giải quyết
Sau khi người dùng công bố ý định, lớp giải quyết liên quan đến việc trả về phí và thời gian xác nhận cho người dùng. Vấn đề này liên quan mật thiết đến thiết kế quy trình đặt lệnh, nội dung chi tiết đã được thảo luận ở đây. CAF có thể tận dụng các đường dẫn nội bộ của giao thức để thực hiện ý định của người dùng, hoặc sử dụng các bên thứ ba phức tạp (tức là giải quyết) để đánh đổi một số đảm bảo an ninh, cung cấp cho người dùng một trải nghiệm người dùng cải tiến. Giới thiệu giải quyết vào khung CAF sẽ tạo ra hai quyết định thiết kế tiếp theo, liên quan mật thiết đến thông tin.
Ý định của người dùng gồm hai loại giá trị có thể trích xuất (EV): giá trị EV_ordering và giá trị EV_signal.
· Giá trị EV_ordering là giá trị đặc biệt cho blockchain, thường được thực thể thực hiện lệnh của người dùng (như người xây dựng khối hoặc người xác nhận) trích xuất.
· Giá trị EV_signal đại diện cho giá trị mà bất kỳ thực thể nào tuân thủ lệnh trước khi nó được ghi chép chính thức vào blockchain đều có thể truy cập.
Các ý định của người dùng khác nhau có phân phối khác nhau giữa EV_ordering và EV_signal. Ví dụ, ý định trao đổi tiền tệ trên DEX thường có giá trị EV_ordering cao, nhưng giá trị EV_signal thấp. Ngược lại, phần EV_signal trong giao dịch hacker sẽ cao hơn, vì chạy trước sẽ có giá trị lớn hơn so với thực hiện giao dịch. Điều đáng chú ý là, EV_signal đôi khi có thể là giá trị âm, ví dụ như trong giao dịch nhà môi trường, do nhà môi trường có hiểu biết tốt hơn về tình hình thị trường trong tương lai, thực thể thực hiện những lệnh này có thể chịu thiệt hại.
Khi người dùng có thể nhìn thấy ý định của người dùng trước, họ sẽ chạy trước, dẫn đến sự rò rỉ giá trị. Ngoài ra, khả năng EV_signal là một giá trị âm sẽ tạo ra một môi trường cạnh tranh giữa những người giải quyết, dẫn đến việc họ gửi ra giá thấp hơn, gây ra sự rò rỉ giá trị thêm (còn được gọi là sự lựa chọn ngược). Cuối cùng, sự rò rỉ sẽ ảnh hưởng đến người dùng bằng cách tăng chi phí hoặc cung cấp giá cả ưu đãi hơn. Lưu ý, tính phí thấp hoặc nâng cao giá là hai mặt của đồng một đồng tiền, và sẽ được sử dụng luân phiên trong 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 quyết:
1. Bể nhớ công cộng: Ý định của người dùng được quảng bá công khai đến bể nhớ công cộng hoặc lớp dữ liệu khả dụng, người giải quyết đầu tiên đáp ứng yêu cầu thực hiện đơn hàng và trở thành người chiến thắng. Hệ thống này trích xuất thông tin người dùng rất nhiều, vì người dùng đã công khai EV_ordering và EV_signal của họ. Ví dụ như bể nhớ công cộng của Ethereum và các cầu nối blockchain khác. Trong trường hợp cầu nối, người dùng phải đặt tài sản của họ vào ký gửi trước khi chuyển sang chuỗi mục tiêu, để ngăn ngừa tấn công xấu ý, nhưng quá trình này vô tình đã công khai ý định của họ.
2. Chia sẻ một phần: CAF có thể giảm lượng giá trị được tiết lộ cho người đặt giá bằng cách giới hạn thông tin được tiết lộ. Tuy nhiên, phương pháp này sẽ trực tiếp dẫn đến sự mất tính ưu việt của giá và có thể gây ra các vấn đề như thư rác đặt giá.
3. Bể nhớ riêng tư: Các phát triển mới nhất của MPC và TEE đã làm cho bể nhớ hoàn toàn riêng tư có thể. Không có thông tin nào bị rò rỉ bên ngoài môi trường thực thi, người giải quyết sẽ mã hóa sở thích của họ và khớp với từng ý định. Mặc dù bể nhớ riêng tư đã bắt được EV_ordering, nhưng không thể bắt được EV_signal hoàn toàn. Ví dụ, nếu một giao dịch hacker được gửi đến bể nhớ, người đầu tiên thấy đơn hàng đó có thể chạy trước và bắt được EV_signal. Trong bể nhớ riêng tư, thông tin chỉ được giải phóng sau khi khối được xác nhận, do đó bất kỳ ai nhìn thấy giao dịch đều có thể bắt được EV_signal. Có thể hình dung người giải quyết sẽ thiết lập các nút xác thực để bắt EV_signal từ các khối mới được TEE tạo ra, biến việc bắt EV_signal thành một cuộc cạnh tranh trễ.
CAF cần phải quyết định cho bao nhiêu và những người đặt giá nào tham gia vào cuộc đấu giá. Các lựa chọn chính như sau:
1. Truy cập mở: Cài đặt ngưỡng truy cập vào khả năng tham gia càng thấp càng tốt. Điều này tương tự như mempool công khai, rò rỉ thông tin về EV_signal và EV_ordering.
2. Truy cập hạn chế: Khóa cửa khả năng thực hiện lệnh thông qua danh sách trắng, hệ thống uy tín, phí hoặc cuộc đấu giá chỗ ngồi. Cơ chế khóa cần đảm bảo rằng solver trong hệ thống không thể bắt giữ EV_signal. Ví dụ như 1inch Auction, Cowswap Auctions và Uniswap X Auction. Cạnh tranh giành chiến thắng lệnh cho phép người dùng bắt giữ EV_ordering, trong khi cơ chế khóa có thể cho phép người tạo lệnh ( ví điện tử, dApps) bắt giữ EV_signal.
3. Truy cập độc quyền: Truy cập độc quyền là một hình thức đấu giá đặc biệt, chỉ chọn một solver mỗi khoảng thời gian. Không có thông tin rò rỉ cho solver khác, do đó không có sự lựa chọn không lợi và giảm giá trước. Người khởi xướng luồng lệnh bắt giữ giá trị mong đợi của EV_signal và EV_ordering, vì không có cạnh tranh, người dùng chỉ có thể nhận được thực thi và không có cải thiện giá cả. Các ví dụ về loại đấu giá này là Robinhood và DFlow Auction.
Lớp Thanh toán
Một khi ví đã ký một loạt giao dịch, chúng cần được thực hiện trên blockchain. Giao dịch xuyên chuỗi đã chuyển quá trình thanh toán từ một hoạt động nguyên tử sang một hoạt động bất đồng bộ. Trong thời gian 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, dẫn đến việc giao dịch thất bại. Phần này sẽ thảo luận về cân bằng giữa chi phí an ninh, thời gian xác nhận và đảm bảo thực thi.
Lưu ý rằng thực hiện giao dịch dự kiến trên chuỗi mục tiêu phụ thuộc vào cơ chế bao gồm giao dịch trên chuỗi mục tiêu, bao gồm khả năng kiểm duyệt giao dịch và cơ chế phí của chuỗi mục tiêu. Chúng tôi coi sự lựa chọn chuỗi mục tiêu là quyết định của dApp, ngoài phạm vi bài viết này.
Nguyện tin xuyên chuỗi
Hai blockchain có trạng thái và cơ chế đồng thuận khác nhau cần một trung gian như một ngưỡng tin (Oracle) để xúc tiến thông tin giữa chúng. Ngưỡng tin đóng vai trò là người trung gian truyền tải thông tin giữa các chuỗi, bao gồm xác nhận người dùng khóa tiền trong tài khoản escrow trên cầu và đúc, hoặc xác nhận số dư token của người dùng trên chuỗi gốc để tham gia vào bỏ phiếu quản trị trên chuỗi mục tiêu.
Trình báo giá truyền thông tin với tốc độ của chuỗi chậm nhất, điều này là để quản lý rủi ro tái cấu trúc, bởi vì trình báo giá cần phải đợi sự đồng thuận của chuỗi gốc. Giả sử người dùng muốn chuyển USDC từ chuỗi gốc sang chuỗi mục tiêu, cho nên người dùng khóa tiền của mình trong quỹ lưu trữ. Tuy nhiên, nếu trình báo giá không chờ đủ xác nhận và tiếp tục đúc token cho người dùng trên chuỗi mục tiêu, có thể xảy ra vấn đề. Nếu xảy ra tái cấu trúc, người dùng đảo ngược giao dịch lưu trữ của mình, trình báo giá sẽ dẫn đến chi tiêu kép.
Trình báo giá có hai loại:
1. Trình báo giá ngoài giao thức: Cần tách biệt với người xác nhận đang chạy đồng thuận để truyền thông tin giữa các chuỗi. Người xác nhận bổ sung này làm tăng chi phí vận hành trình báo giá. LayerZero, Wormhole, ChainLink và mạng Axelar là ví dụ về trình báo giá ngoài giao thức.
2. Trình báo giá trong giao thứ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 tập hợp người xác nhận đang chạy đồng thuận để truyền thông tin. IBC của Cosmos được sử dụng cho các chuỗi đang chạy Cosmos SDK, hệ sinh thái Polygon đang phát triển AggLayer, trong khi Optimism đang phát triển Superchain. Mỗi trình báo giá sử dụng không gian block 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. Bộ sắp xếp chia sẻ là thực thể ngoài giao thức, chúng có quyền sắp xếp giao dịch trong giao thức, tức là chúng có thể gom nhóm các giao dịch giữa các chuỗi. Mặc dù vẫn đang trong quá trình phát triển, bộ sắp xếp chia sẻ không cần phải chờ xác nhận block cụ thể để giảm thiểu rủi ro tái cấu trúc. Để thực sự đạt được tính nguyên tử xuyên chuỗi, bộ sắp xếp chia sẻ cần có khả năng thực hiện các giao dịch tiếp theo, với điều kiện là các giao dịch trước đó thành công, từ đó biến chúng thành chuỗi chuỗi.
Token cầu nối
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 cầu nối vốn từ chuỗi gốc sang chuỗi mục tiêu. Hiện có 34 cầu nối hoạt động, tổng TVL là 7,7 tỷ USD, với khối lượng cầu nối trong 30 ngày qua là 8,6 tỷ USD.
Token cầu nối là trường hợp chuyển giao giá trị. Điều này tạo ra cơ hội cho các bên thứ ba chuyên nghiệp trong quản lý vốn và sẵn sàng chịu rủi ro tái cấu trúc, giảm chi phí và thời gian cần thiết cho giao dịch của người dùng.
Cầu nối xuyên chuỗi có hai loại:
1. Cổng khóa và Khoảng cầu tạo token: Cổng khóa và Khoảng cầu tạo token xác thực các khoản tiền gửi token trên chuỗi gốc và tạo ra token trên chuỗi mục tiêu. Khởi tạo một loại cầu này đòi hỏi ít vốn hơn, nhưng việc an toàn truyền tải thông tin khóa cần phải đầu tư lớn. Những lỗ hổng an ninh trong những cầu này đã dẫn đến mất mát hàng tỷ đô-la cho chủ sở hữu token.
2. Cổng lưu lượng: Cổng lưu lượng sử dụng các bể lưu lượng trên chuỗi gốc và chuỗi mục tiêu, và sử dụng thuật toán để xác định tỷ lệ chuyển đổi giữa token gốc và token mục tiêu. Mặc dù chi phí ban đầu cho những cầu này cao hơn, nhưng nó đòi hỏi bảo đảm an ninh thấp hơn. Nếu xảy ra lỗ hổng an ninh, chỉ tiền trong bể lưu lượng chịu rủi ro.
Trong cả hai loại cầu xuyên chuỗi này, người dùng đều phải trả chi phí lưu lượng. Trong cầu khóa và tạo token, chi phí lưu lượng xảy ra khi đổi từ token gói trên chuỗi mục tiêu sang token cần thiết (USDC.e sang USDC), trong khi đó, trong cầu lưu lượng, chi phí lưu lượng xảy ra khi đổi từ token trên chuỗi gốc sang token trên chuỗi mục tiêu.
Vấn đề ba nan của xuyên chuỗi
Bốn quyết định thiết kế trên đã phát sinh vấn đề ba nan của xuyên chuỗi. CAF phải chọn hai thuộc tính giữa bảo đảm thực thi, chi phí thấp và tốc độ thực thi.
1. Đường dẫn nội bộ của giao thức: Là đường truyền thông tin xuyên chuỗi được chỉ định. Những hệ thống này coi trọng rủi ro tái kết cấu, hy sinh tốc độ thực thi nhưng giảm chi phí bằng cách loại bỏ tập hợp xác nhận bổ sung hoặc chi phí lưu lượng.
2. Tối ưu hóa giải: Thu thập báo giá từ nhiều 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, đôi khi giải có thể không đáp ứng ý định, dẫn đến việc thực thi giảm do sự lựa chọn không lợi và giao dịch trước.
3. Cạnh tranh thực thi: Bằng cách sắp xếp giải đua thực thi ý định hoặc chọn một giải duy nhất để giành giải thắng. Cả hai phương pháp này đều dẫn đến phí người dùng cao, vì giải cạnh tranh về thực thi thay vì cải thiện giá.
Sáu thành phần của CAKE
Để viết bài viết này, chúng tôi đã nghiên cứu hơn 20 thiết kế nhóm trực tiếp và gián tiếp làm việc với trừu tượng hóa chuỗi. Trong phần này, chúng tôi thảo luận về sáu thực hiện CA độc lập mà chúng tôi coi là có hiệu quả nội tại 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ó tiềm 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 để biểu thị ý định xuyên chuỗi. Mỗi nhóm đều nghiên cứu phương pháp và giao thức riêng của mình để mã hóa ý định của người dùng. Tiêu chuẩn thống nhất sẽ cải thiện sự hiểu biết của người dùng đối với thông điệp họ ký tên, làm cho bộ giải và tiên tri dễ hiểu ý định này hơn, và đơn giản hóa tích hợp với ví.
Cầu nối chỉ định Token
Có một trường hợp đặc biệt của cầu nối khóa và đúc tiền, nó không phải trả chi phí thanh khoản thanh khoản, cũng được gọi là cầu nối hủy và đúc (ví dụ như USDC CCTP). Đội ngũ Token chỉ định một địa chỉ Token chuẩn trên mỗi chuỗi, và cầu nối có quyền đúc Token, tức là Token mà người dùng cần.
Nếu nhìn kỹ, bạn sẽ thấy cầu nối hủy và đúc giống như chuyển tiền xuyên chuỗi với tốc độ xác nhận khối đủ. xERC20 là một tiêu chuẩn như vậy, được sử dụng để chỉ định Token chuẩn và cầu nối được ủy quyền trên chuỗi đích. Cầu nối chỉ định Token là một ví dụ của đường dẫn nội bộ của giao thức, tức là nó hy sinh tốc độ để đảm bảo thực thi và chi phí thấp, ví dụ như CCTP cần 20 phút để hoàn thành chuyển tiền.
Cầu nối đồng bộ hệ sinh thái
Cầu nối đồng bộ hệ sinh thái có thể truyền bất kỳ thông điệp nào giữa các chuỗi trong cùng một hệ sinh thái. Loại cầu nối này thuộc đường dẫn nội bộ của giao thức, ưu tiên thực thi đảm bảo và chi phí thấp hơn là tốc độ. Các ví dụ bao gồm Cosmos IBC, Polygon AggLayer và Optimism Superchain.
Hai năm trước, hệ sinh thái Cosmos đã đối mặt với những thách thức tương tự như những gì Ethereum đang phải đối mặt ngày hôm nay. Lưu động được phân tán trên các chuỗi khác nhau, mỗi chuỗi đều có着自己的自己的 Token phí, quản lý tài khoản đa chuỗi rất phức tạp. Hệ sinh thái Cosmos đã giải quyết những vấn đề này bằng cách thực hiện cầu nối thông điệp nội bộ của giao thức IBC, thực hiện quản lý tài khoản đa chuỗi không gì khác và chuyển tiền xuyên chuỗi.
Hệ sinh thái Cosmos được cấu thành bởi các chuỗi độc lập, những chuỗi này có tính an toàn chủ quyền và kết thúc nhanh chóng, làm cho việc truyền thông nội bộ của chuỗi xuyên giao thức rất nhanh chóng. Trong khi đó, hệ sinh thái rollup phụ thuộc vào việc kết thúc kỳ thách thức (Rollups lạc quan) hoặc việc nộp bằng chứng zk (Rollups hiệu lực) để đạt được tính cuối cùng. Do những hạn chế cuối cùng này, việc truyền thông thông điệp xuyên hệ sinh thái sẽ chậm hơn.
Cạnh tranh giá bộ giải
Giá cạnh tranh của trình giải quyết liên quan đến việc chia sẻ thông tin đơn hàng với tất cả các trình giải quyết. Trình giải quyết nhằm kết hợp giá trị dự kiến (EV) tạo ra từ ý định của đơn hàng và cung cấp nó cho người dùng. Lựa chọn trình giải quyết chiến thắng trong hệ thống dựa trên việc tối ưu hóa cải thiện giá cho người dùng. Tuy nhiên, thiết kế này có rủi ro không thực thi và cần cơ chế bổ sung để đảm bảo tính đáng tin cậy của đơn hàng. Ví dụ về các cơ chế này bao gồm Uniswap X, Bungee và Jumper.
Tin nhắn phối hợp ví
Tin nhắn phối hợp ví sử dụng các tính năng của AA hoặc ví dựa trên chiến lược để cung cấp trải nghiệm xuyên chuỗi tương thích với bất kỳ loại ý định nào. Nó hoạt động như một tổng hợp CA cuối cùng, định hướng ý định của người dùng giữa nhiều thiết kế CA khác nhau để giải quyết ý định cụ thể. Các ví dụ bao gồm ví Avocado, Near Account Aggregator và Metamask Portfolio.
Cần lưu ý rằng trong thập kỷ vừa qua, hệ sinh thái mã hóa đã học được mối quan hệ giữa người dùng và ví của họ rất dính dính. Mỗi khi tôi nghĩ đến việc di chuyển từ ngữ emlék của Metamask sang một ví khác, tôi cảm thấy lo sợ cực độ. Đây cũng là lý do tại sao dù có sự hỗ trợ của chính Vitalik Buterin, EIP-4337 vẫn có tỷ lệ sử dụng thấp sau 2,5 năm. 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 giá tốt hơn (tài khoản trừu tượng hóa) hoặc tính dễ sử dụng cải tiến (ví dựa trên chiến lược), nhưng di chuyển người dùng từ ví hiện tại là một nhiệm vụ khó khăn.
Cạnh tranh tốc độ trình giải quyết
Cạnh tranh tốc độ trình giải quyết cho phép người dùng bày tỏ ý định chuyển đổi xuyên chuỗi cụ thể để có đảm bảo thực thi cao. Nó không giúp người dùng tối thiểu hóa chi phí, nhưng cung cấp một kênh đáng tin cậy để bao gồm các giao dịch phức tạp. Trình giải quyết đầu tiên dựa trên phí của người xây dựng khối hoặc tốc độ thực thi ý định sẽ giành chiến thắng ý định đó.
Thiết kế này nhằm đạt được tỷ lệ bao gồm cao bằng cách tối đa hóa EV được bắt bởi trình giải quyết. Tuy nhiên, điều này đòi hỏi sự tập trung, vì nó phụ thuộc vào quản lý vốn phức tạp của_Mainnet Ethereum hoặc thực thi độ trễ thấp trên L2.
Khấu giá bán hàng độc quyền
Đầu tư độc quyền hàng loạt được tổ chức trong một khung thời gian để thực hiện tất cả quyền lực đặt lệnh độc quyền. Vì các giải thuật khác không thể nhìn thấy các lệnh, họ đặt giá dựa trên dự đoán biến động thị trường và chất lượng thực thi trung bình. Đầu tư độc quyền hàng loạt dựa vào một giá dự phòng để đảm bảo giá người dùng tốt, do đó không thể sử dụng để cải thiện giá. Gửi tất cả luồng lệnh cho một người đặt giá duy nhất loại trừ rò rỉ thông tin và nâng cao đảm bảo thực thi.
Kết luận:
Khung trừu tượng liên kết (CAF) hứa hẹn cung cấp cho người dùng một trải nghiệm tương tác xuyên chuỗi không gặp rắc rối. Trong bài viết này, chúng tôi đã nghiên cứu thiết kế của một số nhóm đang sản xuất và phát triển, những nhóm này đang cố gắng giải quyết vấn đề trừu tượng hóa chuỗi, hoặc rõ ràng hoặc ngầm định. Chúng tôi tin rằng năm nay sẽ là năm của CAF và dự kiến trong vòng 6-12 tháng tới sẽ có sự cạnh tranh đáng kể giữa các thiết kế khác nhau và thực hiện của chúng.
Chuyển giá trị xuyên chuỗi sẽ được thực hiện qua các cầu nối ủy quyền token với chi phí thấp, thực thi nhanh chóng thông qua cuộc đua tốc độ hoặc giá của giải thuật. Trong khi truyền thông tin sẽ được định tuyến qua cầu nối thông điệp phù hợp với hệ sinh thái, nhằm tối thiểu hóa chi phí cho người dùng và tối đa hóa tốc độ thông qua nền tảng kiểm soát ví. Cuối cùng, sáu thiết kế khác nhau này sẽ tạo thành một cụm, vì chúng lần lượt đáp ứng các nhu cầu khác nhau và tận dụng hiệu quả trong các khu vực khác nhau của ma trận cân bằng.
Một kết luận quan trọng mà chúng ta rút ra từ quá trình này là, chúng ta cần một tiêu chuẩn chung để biểu thị ý định xuyên chuỗi. Hiện tại, nhiều nhóm đang nghiên cứu riêng các giao thức để mã hóa ý định của người dùng, dẫn đến việc lặp lại công việc. Tiêu chuẩn thống nhất sẽ giúp nâng cao sự hiểu biết của người dùng đối với thông điệp họ ký, tiện lợi cho giải thuật và tiên tri xử lý ý định và đơn giản hóa tích hợp với ví.
