Một biểu đồ nến bánh sinh nhật, giúp bạn nhanh chóng hiểu các yếu tố then chốt của chuỗi trừu tượng
Tuyển chọn TechFlowTuyển chọn TechFlow
Một biểu đồ nến bánh sinh nhật, giúp bạn nhanh chóng hiểu các yếu tố then chốt của chuỗi trừu tượng
Bài viết này giới thiệu khung làm việc CAKE (Các yếu tố then chốt của tính trừu tượng chuỗi).
Chuyên sâu báo cáo Web3Tác giả: Favorite Mirror Reads Archive
Biên dịch: TechFlow
Tóm tắt nội dung chính
-
Trải nghiệm mặc định hiện tại trong thế giới mã hóa yêu cầu người dùng luôn biết họ đang tương tác với mạng lưới nào. Tuy nhiên, người dùng Internet không cần phải biết họ đang tương tác với nhà cung cấp đám mây nào. Việc áp dụng phương pháp này vào blockchain chính là điều chúng ta gọi là Trừu tượng chuỗi (Chain Abstraction).
-
Bài viết này giới thiệu khung Khung yếu tố cốt lõi của Trừu tượng chuỗi (CAKE). Khung này gồm bốn thành phần: tầng ứng dụng, tầng quyền hạn, tầng bộ giải (solver) và tầng thanh toán, nhằm mang lại trải nghiệm liền mạch cho người dùng trong các thao tác đa chuỗi.
-
Việc thực hiện trừu tượng chuỗi đòi hỏi một bộ công nghệ phức tạp để đảm bảo tính đáng tin cậy, hiệu quả về chi phí, an toàn, tốc độ và quyền riêng tư trong quá trình thực thi.
-
Chúng tôi định nghĩa sự đánh đổi trong trừu tượng chuỗi dưới dạng nghịch lý ba chiều, đồng thời đề xuất sáu thiết kế khác nhau, mỗi loại đều có ưu điểm riêng biệt.
-
Để thành công trong bước chuyển mình hướng tới tương lai trừu tượng chuỗi, ngành công nghiệp cần cùng nhau xác định và áp dụng một tiêu chuẩn chung cho việc truyền tải thông tin giữa các tầng CAKE. Một tiêu chuẩn tốt sẽ là yếu tố then chốt tạo nên sự phát triển bền vững.
Giới thiệu
Năm 2020, mạng Ethereum đã chuyển sang lộ trình mở rộng tập trung vào rollup. Bốn năm sau, đã có hơn 50 lớp rollup (L2) được triển khai. Mặc dù rollup mang lại khả năng mở rộng theo chiều ngang như mong đợi, chúng 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 hay biết họ đang tương tác với rollup nào. Việc người dùng mã hóa nhận thức rõ họ đang dùng rollup nào (Optimism hay Base) giống như người dùng Web2 biết họ đang sử dụng nhà cung cấp đám mây nào (AWS hay GCP). Tầm nhìn của Trừu tượng chuỗi (Chain Abstraction) là ẩn đi thông tin chuỗi khỏi tầm nhìn người dùng. Người dùng chỉ cần kết nối ví đến dApp và ký vào hành động mong muốn; các chi tiết như đảm bảo số dư đúng trên chuỗi đích và thực thi hành động sẽ diễn ra phía sau hậu trường.
Trong bài viết này, chúng tôi khám phá rằng trừu tượng chuỗi là một vấn đề thực sự đa ngành, liên quan đến sự tương tác giữa tầng ứng dụng, tầng quyền hạn, tầng bộ giải (Solver) và tầng thanh toán. Chúng tôi giới thiệu khung CAKE và đi sâu vào các cân nhắc thiết kế hệ thống trừu tượng chuỗi.
Giới thiệu khung CAKE
Trong thế giới trừu tượng chuỗi, người dùng truy cập website dApp, kết nối ví, ký vào hành động mong muốn và chờ kết quả cuối cùng. Tất cả các thao tác phức tạp được hoàn tất ở tầng cơ sở hạ tầng CAKE. Ba tầng cơ sở hạ tầng của CAKE bao gồm:
-
Tầng quyền hạn: Người dùng kết nối ví với dApp và yêu cầu báo giá cho mục đích (intent) của họ. Mục đích là kết quả mà người dùng mong đợi đạt được khi kết thúc giao dịch, chứ không phải là đường đi của giao dịch. Ví dụ: chuyển USDT đến địa chỉ trên Tron hoặc gửi USDC vào chiến lược sinh lời trên Arbitrum. Ví cần có khả năng đọc tài sản người dùng (tức là đọc trạng thái) và thực thi giao dịch trên chuỗi đích (tức là cập nhật trạng thái).
-
Tầng bộ giải (Solver): Tầng này dựa trên số dư ban đầu và mục đích của người dùng để ước tính chi phí và tốc độ thực thi. Trong môi trường đa chuỗi, quá trình này được gọi là "giải", và rất quan trọng vì các giao dịch là bất đồng bộ, và các giao dịch con có thể thất bại trong quá trình thực thi. Tính bất đồng bộ dẫn đến nghịch lý ba chiều trong đa chuỗi, liên quan đến chi phí, tốc độ thực thi và đảm bảo thực thi.
-
Tầng thanh toán: Sau khi người dùng phê duyệt bằng khóa riêng, tầng thanh toán đảm bảo việc thực thi. Gồm hai bước: cầu nối tài sản người dùng sang chuỗi đích, rồi thực thi giao dịch. Nếu giao thức sử dụng bộ giải phức tạp cho một số thao tác, họ có thể cung cấp thanh khoản riêng và thực hiện thay mặt người dùng mà không cần cầu nối.
Thực hiện trừu tượng chuỗi có nghĩa là hợp nhất ba tầng cơ sở hạ tầng trên thành một sản phẩm thống nhất. Một điểm then chốt khi hợp nhất các tầng này là sự khác biệt giữa truyền tải thông tin và truyền tải giá trị. Việc truyền tải thông tin giữa các chuỗi cần phải vô tổn thất, do đó cần phụ thuộc vào đường đi an toàn nhất. Ví dụ: nếu người dùng bỏ phiếu "ủng hộ" trong biểu quyết quản trị từ chuỗi này sang chuỗi khác, họ không muốn lá phiếu của mình bị biến thành "có thể". Mặt khác, việc truyền tải giá trị có thể chấp nhận tổn thất tùy theo sở thích người dùng. Có thể tận dụng bên thứ ba chuyên nghiệp để cung cấp việc chuyển giá trị nhanh hơn, rẻ hơn hoặc có đảm bảo. Lưu ý rằng, xét theo chi phí trả cho trình xác thực, 95% không gian khối Ethereum được dùng cho việc truyền tải giá trị.
Các quyết định thiết kế then chốt
Ba tầng nêu trên đặt ra những quyết định thiết kế then chốt mà CAF cần đưa ra. Các quyết định này liên quan đến ai kiểm soát quyền thực thi mục đích, thông tin nào được tiết lộ cho bộ giải, và các đường dẫn thanh toán nào sẵn có cho bộ giải. Dưới đây là phân tích chi tiết từng tầng.
Tầng quyền hạn
Tầng quyền hạn nắm giữ khóa riêng của người dùng và đại diện ký các tin nhắn, sau đó được thực thi trên chuỗi thành giao dịch. CAF cần hỗ trợ các sơ đồ ký và tải trọng giao dịch của mọi chuỗi đích. Ví dụ: ví hỗ trợ sơ đồ ký ECDSA và tiêu chuẩn giao dịch EVM sẽ bị giới hạn ở Ethereum, L2 và các sidechain của nó (như ví Metamask). Ngược lại, ví hỗ trợ cả EVM và SVM (Solana VM) sẽ có thể phục vụ cả hai hệ sinh thái (như ví Phantom). Lưu ý rằng cùng một cụm từ khôi phục có thể dùng để sinh ví trên cả chuỗi EVM và SVM.
Một giao dịch đa chuỗi gồm nhiều giao dịch con cần được thực thi theo thứ tự chính xác. Những giao dịch con này phải được thực thi trên nhiều chuỗi, mỗi chuỗi có mức phí biến động theo thời gian và số nonce riêng. Cách phối hợp và thanh toán các giao dịch con là một quyết định thiết kế then chốt ở tầng quyền hạn.
-
Ví EOA là phần mềm ví chạy trên máy người dùng và giữ khóa riêng của họ. Chúng có thể là tiện ích mở rộng trình duyệt (như Metamask và Phantom), ứng dụng di động (như Coinbase Wallet) hoặc phần cứng chuyên dụng (như Ledger). Ví EOA yêu cầu người dùng ký riêng cho từng giao dịch con, hiện tại cần nhiều lần nhấn chuột. Chúng cũng yêu cầu người dùng giữ số dư phí trên chuỗi đích, gây ma sát lớn trong quy trình. Tuy nhiên, việc giảm ma sát nhiều lần nhấn có thể được trừu tượng hóa khỏi người dùng bằng cách cho phép họ ký nhiều giao dịch con chỉ bằng một cú nhấp.
-
Ví Trừu tượng tài khoản (AA): người dùng vẫn truy cập được khóa riêng, nhưng tách người ký tải trọng giao dịch khỏi người thực thi giao dịch. Điều này cho phép các bên phức tạp đóng gói và thực thi nguyên tử các giao dịch người dùng (Avocado, Pimlico). Ví AA vẫn yêu cầu người dùng ký riêng cho mỗi giao dịch con (hiện tại qua nhiều lần nhấn), nhưng không yêu cầu giữ số dư phí trên mọi chuỗi.
-
Đại lý dựa trên chính sách lưu trữ 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à đại diện tạo tin nhắn ký dựa trên chính sách người dùng. Robot Telegram, aggregator gần tài khoản hoặc SUAVE TEE là ví dựa trên chính sách, trong khi Entropy hay Capsule là phần mở rộng ví dựa trên chính sách. Người dùng chỉ cần ký một lần ủy quyền, các giao dịch con và quản lý phí tiếp theo có thể được hoàn tất bởi đại lý trong suốt quá trình hoạt động.
Tầng bộ giải (Solver)
Sau khi người dùng đăng mục đích, tầng bộ giải liên quan đến việc trả lại chi 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ế đấu giá dòng lệnh, được thảo luận chi tiết tại đây. CAF có thể sử dụng đường dẫn nội giao thức để thực thi mục đích người dùng, hoặc tận dụng bên thứ ba phức tạp (tức là bộ giải) để đánh đổi một số đảm bảo an toàn nhằm mang lại trải nghiệm tốt hơn cho người dùng. Việc đưa bộ giải vào khung CAF làm nảy sinh hai quyết định thiết kế tiếp theo, đều liên quan mật thiết đến thông tin.
Mục đích gồm hai loại Giá trị có thể khai thác (EV): EV_ordering và EV_signal.
-
EV_ordering là giá trị đặc thù blockchain, thường do thực thể thực thi đơn hàng của người dùng (như người xây dựng khối hoặc trình xác thực) khai thác.
-
EV_signal đại diện cho giá trị mà bất kỳ thực thể nào tuân thủ đơn hàng trước khi được ghi chính thức lên blockchain đều có thể truy cập.
Các mục đích người dùng khác nhau có phân bố khác nhau giữa EV_ordering và EV_signal. Ví dụ: mục đích hoán đổi tiền tệ trên DEX thường có giá trị EV_ordering cao nhưng EV_signal thấp. Ngược lại, giao dịch của tin tặc sẽ có thành phần EV_signal cao hơn vì front-running mang lại nhiều giá trị hơn việc thực thi giao dịch. Cần lưu ý rằng, đôi khi EV_signal có thể âm, chẳng hạn trong trường hợp giao dịch của nhà tạo lập thị trường, thực thể thực thi đơn hàng có thể chịu tổn thất do nhà tạo lập thị trường hiểu rõ hơn về tình hình thị trường tương lai.
Khi ai đó có thể quan sát trước mục đích người dùng, họ sẽ front-run, dẫn đến rò rỉ giá trị. Hơn nữa, khả năng EV_signal âm sẽ tạo ra môi trường cạnh tranh giữa các bộ giải, khiến họ đưa ra giá thầu thấp hơn, gây thêm rò rỉ giá trị (còn gọi là lựa chọn ngược). Cuối cùng, sự rò rỉ này ảnh hưởng đến người dùng thông qua việc tăng phí hoặc cung cấp giá tốt hơn. Lưu ý rằng, phí thấp hoặc giá cao hơn là hai mặt của một vấn đề, và sẽ được dùng thay thế lẫn nhau trong phần còn lại của bài viết.
Chia sẻ thông tin
Có ba cách chia sẻ thông tin với bộ giải:
-
Mempool công khai: Mục đích người dùng được phát sóng công khai đến mempool công khai hoặc tầng sẵn sàng dữ liệu, bộ giải đầu tiên đáp ứng được yêu cầu sẽ thực thi đơn hàng và trở thành người thắng cuộc. Hệ thống này khai thác thông tin người dùng cực mạnh, vì người dùng phơi bày cả 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ầu nối, người dùng phải đặt tài sản vào tài khoản giữ quỹ trước khi chuyển sang chuỗi đích để ngăn tấn công độc hại, nhưng quá trình này vô tình tiết lộ mục đích của họ.
-
Chia sẻ một phần: CAF có thể giảm lượng giá trị tiết lộ cho người đấu giá bằng cách giới hạn thông tin tiết lộ. Tuy nhiên, phương pháp này sẽ trực tiếp dẫn đến mất tính tối ưu về giá và có thể gây ra vấn đề spam đấu giá.
-
Mempool riêng tư: Những tiến bộ gần đây trong MPC và TEE khiến 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 ngoài môi trường thực thi; các bộ giải mã hóa sở thích của họ và khớp với từng mục đích. Mặc dù mempool riêng tư bắt được EV_ordering, nhưng không thể bắt trọn vẹn EV_signal. Ví dụ: nếu giao dịch tin tặc được gửi đến mempool, người đầu tiên thấy đơn hàng có thể front-run và chiếm đoạt EV_signal. Trong mempool riêng tư, thông tin chỉ được tiết lộ sau khi khối được xác nhận, do đó bất kỳ ai thấy giao dịch đều có thể chiếm đoạt EV_signal. Có thể hình dung các bộ giải sẽ xây dựng các nút chứng thực để thu thập EV_signal từ khối mới được đúc bởi TEE, biến việc chiếm đoạt EV_signal thành cuộc đua về độ trễ.
Danh sách bộ giải
CAF cũng cần quyết định cho phép bao nhiêu và những bộ giải nào tham gia đấu giá. Các lựa chọn chính như sau:
-
Truy cập mở: Rào cản tham gia được giữ ở mức thấp nhất có thể. Điều này tương tự mempool công khai, tiết lộ cả EV_signal và EV_ordering.
-
Truy cập giới hạn: Kiểm soát khả năng thực thi đơn hàng thông qua danh sách trắng, hệ thống uy tín, phí hoặc đấu giá ghế. Cơ chế kiểm soát cần đảm bảo các bộ giải trong hệ thống không chiếm đoạt EV_signal. Ví dụ: 1inch Auction, Cowswap Auctions và Uniswap X auction. Cuộc cạnh tranh giành chiến thắng đơn hàng giúp người dùng chiếm đoạt EV_ordering, trong khi cơ chế kiểm soát có thể giúp người tạo đơn hàng (ví, dApp) chiếm đoạt EV_signal.
-
Truy cập độc quyền: Truy cập độc quyền là một dạng đấu giá đặc biệt, chỉ chọn một bộ giải mỗi khoảng thời gian. Vì không tiết lộ thông tin cho các bộ giải khác, nên không có lựa chọn ngược hay chiết khấu front-run. Người khởi xướng dòng lệnh chiếm đoạt giá trị kỳ vọng của EV_signal và EV_ordering, vì không có cạnh tranh, người dùng chỉ nhận được thực thi chứ không có cải thiện giá. Các ví dụ về đấu giá loại này gồm Robinhood và DFlow auction.
Tầng thanh toán
Sau khi ví ký một nhóm giao dịch, chúng cần được thực thi trên blockchain. Giao dịch đa chuỗi biến quá trình thanh toán từ thao tác nguyên tử thành thao tác bất đồng bộ. Trong thời gian thực thi và xác nhận giao dịch ban đầu, trạng thái trên chuỗi đích có thể thay đổi, dẫn đến thất bại giao dịch. Tiểu mục này sẽ tìm hiểu sự đánh đổi giữa chi phí an toàn, thời gian xác nhận và đảm bảo thực thi.
Lưu ý rằng, việc thực thi giao dịch mong muốn trên chuỗi đích phụ thuộc vào cơ chế bao gồm giao dịch của chuỗi đích, bao gồm khả năng kiểm duyệt giao dịch và cơ chế phí của chuỗi đích. Chúng tôi cho rằng việc chọn chuỗi đích là quyết định của dApp, nằm ngoài phạm vi bài viết này.
Oracle đa 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ư oracle, để hỗ trợ truyền thông tin giữa chúng. Oracle đóng vai trò trung chuyển thông tin giữa các chuỗi, bao gồm xác minh người dùng đã khóa tiền trong tài khoản giữ quỹ của cầu nối khóa 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 biểu quyết quản trị trên chuỗi đích.
Oracle truyền thông tin với tốc độ của chuỗi chậm nhất, nhằm quản lý rủi ro tái cấu trúc vì oracle cần chờ đồng thuận từ chuỗi gốc. Giả sử người dùng muốn cầu nối USDC từ chuỗi gốc sang chuỗi đích, họ khóa tiền vào tài khoản giữ quỹ. Tuy nhiên, nếu oracle không chờ đủ xác nhận và tiếp tục đúc token cho người dùng trên chuỗi đích, có thể xảy ra vấn đề. Nếu xảy ra tái cấu trúc, người dùng phủ nhận giao dịch giữ quỹ, oracle có thể gây ra chi tiêu kép.
Oracle có hai loại:
-
Oracle ngoại giao thức: Cần tách biệt với các trình xác thực vận hành đồng thuận bên thứ ba để truyền thông tin giữa các chuỗi. Việc thêm trình xác thực làm tăng chi phí vận hành oracle. LayerZero, Wormhole, ChainLink và mạng Axelar là các ví dụ về oracle ngoại giao thức.
-
Oracle nội 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 tập hợp trình xác thực vận hành đồng thuận để truyền thông tin. IBC của Cosmos dành cho các chuỗi chạy 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 hệ sinh thái.
-
Bộ sắp xếp chung là thực thể ngoại giao thức, nhưng có quyền sắp xếp giao dịch nội giao thức, tức là có thể đóng gói giao dịch xuyên chuỗi. Mặc dù vẫn đang phát triển, bộ sắp xếp chung không cần chờ xác nhận khối cụ thể để giảm 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 chung cần có khả năng thực thi giao dịch tiếp theo nếu giao dịch trước thành công, từ đó biến chúng thành các chuỗi liên kết.
Cầu nối token
Trong thế giới đa chuỗi, token và số dư phí của người dùng phân tán khắp các mạng lưới. Trước mỗi thao tác đa chuỗi, người dùng cần cầu nối tiền từ chuỗi gốc sang chuỗi đích. Hiện tại có 34 cầu nối đa chuỗi đang hoạt động, tổng TVL 7,7 tỷ USD, khối lượng cầu nối trong 30 ngày qua là 8,6 tỷ USD.
Cầu nối token là trường hợp chuyển giá trị. Điều này tạo cơ hội cho bên thứ ba chuyên nghiệp, giỏi quản lý vốn và sẵn sàng chấp nhận rủi ro tái cấu trúc, giúp giảm chi phí và thời gian giao dịch cho người dùng.
Có hai loại cầu nối đa chuỗi:
-
Cầu nối khóa và đúc: Cầu nối này xác minh khoản gửi token trên chuỗi gốc và đúc token trên chuỗi đích. Chi phí khởi động loại cầu nối này nhỏ, nhưng cần đầu tư lớn để chuyển thông tin khóa một cách an toàn. Các lỗ hổng an toàn của các cầu nối này đã khiến người nắm giữ token thiệt hại hàng tỷ USD.
-
Cầu nối thanh khoản: Cầu nối thanh khoản sử dụng các nhóm thanh khoản trên chuỗi gốc và chuỗi đích, và dùng thuật toán xác định tỷ lệ chuyển đổi giữa token gốc và token đích. Mặc dù chi phí khởi đầu cao hơn, nhưng cần ít đảm bảo an toàn hơn. Nếu xảy ra lỗ hổng an toàn, chỉ tiền trong nhóm thanh khoản là gặp rủi ro.
Trong cả hai loại cầu nối đa chuỗi, người dùng đều phải trả chi phí thanh khoản. Với cầu nối khóa và đúc, chi phí thanh khoản xảy ra khi đổi token đóng gói sang token mong muốn trên chuỗi đích (USDC.e sang USDC); với cầu nối thanh khoản, chi phí xảy ra khi đổi token trên chuỗi gốc sang token trên chuỗi đích.
Nghịch lý ba chiều đa chuỗi
Năm quyết định thiết kế nêu trên dẫn đến nghịch lý ba chiều đa chuỗi. CAF phải chọn hai trong ba thuộc tính: đảm bảo thực thi, phí thấp và tốc độ thực thi.
-
Đường dẫn nội giao thức: Là đường truyền thông tin đa chuỗi được chỉ định. Các hệ thống này tính đến rủi ro tái cấu trúc, hy sinh tốc độ thực thi, nhưng giảm chi phí bằng cách loại bỏ tập hợp trình xác thực bổ sung hoặc chi phí thanh khoản.
-
Tập 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 mục đích người dùng. Tuy nhiên, do lựa chọn ngược và front-running, đôi khi bộ giải có thể không đáp ứng được mục đích, dẫn đến giảm thực thi.
-
Cạnh tranh thực thi: Sắp xếp các bộ giải đua nhau thực thi mục đích hoặc chọn một bộ giải duy nhất để chọn người thắng. Cả hai phương pháp đều khiến người dùng phải trả phí cao, vì các bộ giải tranh giành thực thi thay vì cải thiện giá.
Sáu thành phần của CAKE
Để viết bài này, chúng tôi đã nghiên cứu hơn 20 đội ngũ đang phát triển hoặc gián tiếp theo đuổi thiết kế trừu tượng chuỗi. Trong phần này, chúng tôi thảo luận sáu thiết kế CA độc lập mà chúng tôi cho là có hiệu quả nội tại và phù hợp thị trường. Nếu được xây dựng đúng, các thiết kế này có tiềm năng kết hợp với nhau.
Một kết luận then chốt là chúng ta cần một tiêu chuẩn thống nhất để biểu đạt mục đích đa chuỗi. Mỗi đội ngũ đang nghiên cứu phương pháp và giao thức riêng để mã hóa mục đích người dùng. Tiêu chuẩn thống nhất sẽ cải thiện việc người dùng hiểu tin nhắn họ ký, giúp bộ giải và oracle dễ hiểu 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 không phải trả chi phí thanh khoản, còn gọi là cầu nối hủy và đúc (ví dụ: USDC CCTP). Đội ngũ token chỉ định một địa chỉ token tiêu chuẩn trên mỗi chuỗi, và cầu nối có quyền đúc token, tức là token người dùng cần.
Nếu quan sát kỹ, bạn sẽ thấy cầu nối hủy và đúc giống như chuyển tiền đa chuỗi với tốc độ xác nhận khối đủ nhanh. xERC20 là một tiêu chuẩn như vậy, dùng để chỉ định token tiêu chuẩn và cầu nối được ủy quyền trên chuỗi đích. Cầu nối chỉ định token là ví dụ về đường dẫn nội giao thức, tức là hy sinh tốc độ để đảm bảo thực thi và phí thấp, ví dụ CCTP cần 20 phút để hoàn tất chuyển tiền.
Cầu nối phối hợp hệ sinh thái
Cầu nối phối hợp hệ sinh thái có thể truyền tin nhắn tùy ý giữa các chuỗi trong cùng hệ sinh thái. Loại cầu nối này thuộc đường dẫn nội giao thức, ưu tiên đảm bảo thực thi và phí thấp hơn tốc độ. Ví dụ bao gồm IBC của Cosmos, AggLayer của Polygon và Superchain của Optimism.
Ba năm trước, hệ sinh thái Cosmos đối mặt với thách thức tương tự Ethereum hôm nay. Thanh khoản phân tán trên các chuỗi, mỗi chuỗi có token phí riêng, quản lý ví đa chuỗi rất phiền phức. Hệ sinh thái Cosmos giải quyết các vấn đề này bằng cách triển khai cầu nối tin nhắn nội giao thức IBC, đạt được quản lý ví đa chuỗi liền mạch và chuyển tiền đa chuỗi.
Hệ sinh thái Cosmos gồm các chuỗi độc lập có tính an toàn chủ quyền và kết thúc nhanh, khiến việc truyền tin nhắn nội hệ sinh thái rất nhanh. Trong khi đó, hệ sinh thái rollup phụ thuộc vào việc kết thúc giai đoạn thách thức (Optimistic Rollups) hoặc nộp bằng chứng zk (ZK Rollups) để đạt được tính cuối cùng. Do những giới hạn về tính cuối cùng này, tốc độ truyền tin nhắn xuyên hệ sinh thái sẽ chậm hơn.
Cạnh tranh giá bộ giải
Cạnh tranh giá bộ giải liên quan đến việc chia sẻ thông tin đơn hàng với mọi bộ giải. Các bộ giải nhằm mục đích kết hợp giá trị kỳ vọng (EV) phát sinh từ mục đích đơn hàng và cung cấp cho người dùng. Việc chọn bộ giải chiến thắng dựa trên việc tối đa 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, cần cơ chế bổ sung để đảm bảo độ tin cậy đơn hàng. Các ví dụ về 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í tận dụng chức năng từ ví AA hoặc ví dựa trên chính sách, cung cấp trải nghiệm đa chuỗi tương thích mọi loại mục đích. Nó hoạt động như bộ tổng hợp CA cuối cùng, định tuyến lại mục đích 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, Near Account Aggregator và Metamask Portfolio.
Lưu ý rằng, trong thập kỷ qua, hệ sinh thái mã hóa đã học được rằng mối quan hệ giữa người dùng và ví của họ rất bền chặt. Mỗi khi nghĩ đến việc di chuyển cụm từ khôi phục của tôi từ Metamask sang ví khác, tôi đều cảm thấy cực kỳ lo sợ. Cũng vì lý do này mà ngay cả khi được Vitalik Buterin ủng hộ, EIP-4337 vẫn có tỷ lệ áp dụng rất thấp sau 2,5 năm. Dù các phiên bản giao thức ví mới hơn có thể mang lại giá tốt hơn (trừu tượng tài khoản) hoặc dễ dùng hơn (ví dựa trên chính sách), việc di chuyển người dùng khỏi ví hiện tại vẫn là nhiệm vụ khó khăn.
Cạnh tranh tốc độ bộ giải
Cạnh tranh tốc độ bộ giải cho phép người dùng thể hiện mục đích chuyển đổi đa chuỗi cụ thể để đạt được đảm bảo thực thi cao. Nó không giúp người dùng tối thiểu hóa phí, mà cung cấp kênh đáng tin cậy để bao gồm giao dịch phức tạp. Bộ giải đầu tiên thực thi mục đích dựa trên phí của người xây dựng khối hoặc tốc độ bao gồm sẽ thắng được mục đích đó.
Thiết kế này nhằm mục đích đạt tỷ lệ bao gồm cao bằng cách tối đa hóa EV mà bộ giải chiếm đoạt. Tuy nhiên, điều này đi kèm giá phải trả là tập trung hóa, vì nó phụ thuộc vào quản lý vốn phức tạp trên mạng chính Ethereum hoặc thực thi độ trễ thấp trên L2.
Đấu giá lô độc quyền
Đấu giá lô độc quyền tổ chức đấu giá cho quyền độc quyền thực thi toàn bộ dòng lệnh trong một cửa sổ thời gian. Vì các bộ giải khác không thể thấy đơn hàng, 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 giá lô độc quyền phụ thuộc vào một giá dự phòng để đảm bảo giá tốt cho người dùng, do đó không thể dùng để cải thiện giá. Việc gửi toàn bộ dòng lệnh cho một người đấu giá duy nhất loại bỏ rò rỉ thông tin và nâng cao đảm bảo thực thi.
Kết luận
Khung Trừu tượng Chuỗi (CAF) hứa hẹn mang lại trải nghiệm tương tác đa chuỗi liền mạch cho người dùng. Trong bài viết này, chúng tôi đã nghiên cứu các thiết kế mà nhiều đội ngũ đang phát triển hoặc sản xuất, với mục tiêu rõ ràng hoặc ngầm giải quyết vấn đề trừu tượng chuỗi. Chúng tôi tin rằng năm nay sẽ là năm của CAF, và dự đoán trong 6-12 tháng tới sẽ có sự cạnh tranh đáng kể giữa các thiết kế và thực thi khác nhau.
Việc chuyển giá trị đa chuỗi sẽ đạt phí thấp thông qua cầu nối được ủy quyền bởi token, và thực thi nhanh thông qua cạnh tranh tốc độ hoặc giá bộ giải. Trong khi đó, việc truyền thông tin sẽ được định tuyến qua các cầu nối tin nhắn phù hợp hệ sinh thái, nhằm tối thiểu hóa chi phí người dùng và tối đa hóa tốc độ thông qua nền tảng điều khiển bởi ví. Cuối cùng, sáu thiết kế khác nhau này sẽ hình thành một cụm, vì chúng đáp ứng nhu cầu khác nhau và tận dụng hiệu quả ở các vùng khác nhau trong ma trận đánh đổi.
Một kết luận quan trọng rút ra từ quá trình này là chúng ta cần một tiêu chuẩn chung để biểu đạt mục đích đa chuỗi. Hiện tại, nhiều đội ngũ đang nghiên cứu riêng giao thức mã hóa mục đích người dùng, dẫn đến công việc trùng lặp. Một tiêu chuẩn thống nhất sẽ giúp nâng cao khả năng người dùng hiểu tin nhắn họ ký, giúp bộ giải và oracle xử lý mục đích dễ dàng hơn, và đơn giản hóa tích hợp với ví.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
