TL; Dr

• UX tiền điện tử mặc định hiện nay 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 phải biết họ đang tương tác với nhà cung cấp đám mây nào. Đưa cách tiếp cận này vào blockchains là những gì chúng tôi gọi là Trừu tượng chuỗi.
• Bài viết này giới thiệu khung CAKE, tức là Các yếu tố chính trừu tượng chuỗi. Nó bao gồm bốn lớp: Ứng dụng, Quyền, Giải pháp và Thanh toán, tạo điều kiện thuận lợi cho các hoạt động chuỗi cross liền mạch cho người dùng.
• Để đạt được sự trừu tượng hóa chuỗi đòi hỏi phải sử dụng một bộ công nghệ phức tạp để cung cấp khả năng thực thi đáng tin cậy, tiết kiệm chi phí, an toàn, nhanh chóng và riêng tư.
• Chúng tôi xác định không gian đánh đổi chuỗi cross trong trừu tượng chuỗi là một bộ ba và đề xuất sáu thiết kế, mỗi thiết kế mang lại những lợi thế độc đáo.
• lệnh thực hiện thành công bước nhảy vọt đến một tương lai trừu tượng chuỗi, điều bắt buộc là chúng ta với tư cách là một ngành công nghiệp phải xác định và áp dụng một tiêu chuẩn chung cho thông điệp giữa các lớp của CAKE. Một tiêu chuẩn tuyệt vời là đóng băng trên bánh. 🎂

Giới thiệu

Vào năm 2020, mạng Ethereum đã chuyển sang lộ trình tập trung vào rollup để mở rộng quy mô. Bốn năm kể từ quyết định đó, hơn 50 rollups (L2) đã được sản xuất. Mặc dù rollups cung cấp tỷ lệ ngang rất cần thiết cho không gian khối EVM, nhưng nó đã < href = "https://twitter.com/kylesamani/status/1736838682009854213?s=12" > hủy hoại hoàn toàn trải nghiệm người dùng.

Người dùng không nên quan tâm, cũng không biết, họ đang tương tác với bản tổng hợp nào. Tiền điện tử người dùng biết họ đang tương tác với 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 tương tác với nhà cung cấp đám mây nào (AWS hoặc GCP). Trừu tượng chuỗi là một tầm nhìn trong đó thông tin chuỗi được trừu tượng hóa khỏi người dùng. Người dùng chỉ kết nối ví của họ với dApp và ký hiệu cho hoạt động dự định, các chi tiết đảm bảo rằng người dùng có số dư chính xác trên chuỗi mục tiêu và sau đó thực hiện hoạt động dự định xảy ra đằng sau hậu trường.

Trong suốt bài viết này, chúng ta sẽ quan sát thấy rằng Trừu tượng chuỗi là một vấn đề thực sự đa ngành. Liên quan đến các tương tác với Lớp ứng dụng, Permission Layer, Solver Layer và Thanh toán Layer. Chúng tôi giới thiệu khung các yếu tố chính trừu tượng chuỗi (CAKE 🎂) và sau đó đi sâu hơn vào sự đánh đổi thiết kế của các hệ thống trừu tượng chuỗi.

Giới thiệu CAKE Framework

Trong một thế giới trừu tượng chuỗi, người dùng truy cập trang web dApps, kết nối ví của họ, ký vào hoạt động dự định và chờ giải quyết cuối cùng. Tất cả sự phức tạp của việc có được các tài sản cần thiết cho chuỗi mục tiêu và thanh toán cuối cùng được trừu tượng hóa khỏi người dùng, xảy ra trong các lớp cơ sở hạ tầng của CAKE. Có ba lớp cơ sở hạ tầng của CAKE:

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á cho ý định của người dùng. Ý định là những gì người dùng mong đợi (tức là đầu ra) khi kết thúc giao dịch chứ không phải con đường cuối cùng mà giao dịch thực hiện. Nó có thể 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í sẽ có thể biết 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 (tức là trạng thái cập nhật) trên các chuỗi đích.
2. Lớp giải giải: Lớp 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. Quá trình này, được gọi là giải quyết, rất quan trọng trong môi trường chuỗi cross, nơi các giao dịch trở nên 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. Sự ra đời của tính không đồng bộ tạo ra một vấn đề nan giải chuỗi cross liên quan đến phí, tốc độ thực hiện và đảm bảo thực thi.
3. Thanh toán lớp: Sau khi người dùng phê duyệt giao dịch bằng khóa riêng của họ, lớp thanh toán đảm bảo thực hiện nó. Nó bao gồm hai bước: bắc cầu tài sản của người dùng vào chuỗi mục tiêu và sau đó thực hiện giao dịch. Nếu giao thức sử dụng các bộ giải tinh vi cho một số hoạt động nhất định, họ có thể mang lại tính 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 bắc cầu.

Đạt được sự trừu tượng hóa chuỗi có nghĩa là kết hợp 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 khi kết hợp các lớp này là sự khác biệt giữa chuyển thông tin so với chuyển giá trị. Chuyển thông tin giữa các chuỗi phải không mất dữ liệu và do đó cần dựa vào các con đường an toàn nhất. Giả sử người dùng đang cố gắng bỏ phiếu Có cho một cuộc bỏ phiếu quản trị từ chuỗi này sang chuỗi khác, họ không muốn phiếu bầu của họ chuyển đổi thành Có thể. Mặt khác, giá trị chuyển nhượng có thể bị mất dựa trên sở thích của người dùng. Một bên thứ ba tinh vi có thể được tận dụng để cung cấp cho người dùng nhanh hơn, rẻ hơn hoặc đảm bảo chuyển giao giá trị. Lưu ý, 95% không gian khối ethereum (được tính theo phí trả cho Người xác thực) được sử dụng để chuyển giá trị.

Quyết định thiết kế chính

Ba lớp trên, giới thiệu các quyết định thiết kế chính cần được CAF thực hiện. Chúng liên quan đến việc ai kiểm soát quyền lực đối với việc thực hiện ý định, thông tin nào cần được tiết lộ cho người giải quyết và các con đường giải quyết có sẵn cho người giải quyết là gì. Hãy xem xét từng người trong số họ một cách chi tiết.

Lớp cấp phép

Lớp quyền giữ khóa riêng cho người dùng và ký các thông báo thay mặt họ, sau đó được thực thi on-chain dưới dạng giao dịch. CAF cần hỗ trợ các chương trình ký kết và tải trọng giao dịch cho tất cả các chuỗi mục tiêu mà nó muốn hỗ trợ. 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à chuỗi bên của nó (ví dụ: ví Metamask). Mặt khác, một ví hỗ trợ cả EVM và SVM (Solana VM) sẽ có thể hỗ trợ cả hai hệ sinh thái (ví dụ: ví Phantom). Điều quan trọng cần lưu ý là cùng một ghi nhớ có thể được sử dụng để tạo ví trên cả chuỗi EVM và SVM.

Một giao dịch đa chuỗi duy nhất bao gồm một số giao dịch phụ cần được thực hiện đúng lệnh. 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ó phí và nonce khác nhau theo thời gian riêng. Làm thế nào sự phối hợp và giải quyết các giao dịch phụ này diễn ra là một quyết định thiết kế quan trọng cho lớp cấp phép.

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 họ. 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ư Coinbase Ví tiền) 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 từng giao dịch phụ, hiện yêu cầu nhiều lần nhấp. 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 ma sát đáng kể trong quá trình này. Tuy nhiên, ma sát của nhiều lần nhấp 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 phụ chỉ bằng một cú nhấp chuột.
2. Trong ví Trừu tượng hóa 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ý tải trọng giao dịch với người thực hiện giao dịch. Cho phép các bên tinh vi đóng gói nguyên tử và thực hiện các giao dịch của người dùng (Avocado, Pimlico). Ví AA vẫn yêu cầu người dùng ký riêng từng giao dịch phụ (hiện tại thông qua nhiều lần nhấp) nhưng không yêu cầu giữ số dư phí trên mỗi chuỗi.
3. Các tác nhân dựa trên chính sách giữ 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 tin nhắn đã ký thay mặt họ dựa trên chính sách người dùng. Telegram bot, Near Account aggregator hoặc SUAVE TEE là ví dựa trên chính sách trong khi Entropy hoặc Capsule là các tiện ích mở rộng ví dựa trên chính sách. Người dùng chỉ cần ký một phê duyệt duy nhất và việc ký các giao dịch phụ và quản lý phí sau đó có thể được thực hiện trên chuyến bay bởi các đại lý này.

Solver Layer

Khi người dùng đăng ý định của họ, lớp giải quyết 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ế một phiên đấu giá dòng lệnh và đã được viết chi tiết đây. CAF có thể tận dụng các đường dẫn trong giao thức để thực hiện ý định của người dùng hoặc tận dụng các bên thứ ba tinh vi hay còn gọi là bộ giải để cung cấp UX được cải thiện cho người dùng bằng cách thỏa hiệp với một số đảm bảo bảo mật. Hai quyết định thiết kế tiếp theo phát sinh khi chúng tôi đưa các bộ giải vào khuôn khổ CAF và liên quan đến thông tin.

Một intent bao gồm hai loại giá trị có thể trích xuất (EV): EV_ordering và EV_signal. EV_ordering là một giá trị cụ thể cho blockchain, thường được trích xuất bởi các thực thể thực hiện các đơn đặt hàng của người dùng như trình tạo khối hoặc Người xác thực. Mặt khá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 quan sát lệnh trước khi nó được ghi lại chính thức trên blockchain.

Ý định 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 hoán đổi tiền xu trên DEX thường có EV_ordering cao nhưng EV_signal thấp. Ngược lại, một giao dịch hack đến sẽ có thành phần EV_signal cao hơn vì chạy trước, nó sẽ trả lại nhiều giá trị hơn đáng kể so với thực hiện nó. Điều quan trọng cần lưu ý là EV_signal đôi khi có thể tiêu cực, chẳng hạn như trong trường hợp giao dịch từ Nhà tạo lập thị trường, nơi các thực thể thực hiện các lệnh này có thể bị thua lỗ do các nhà tạo lập thị trường hiểu rõ hơn về các điều kiện thị trường trong tương lai.

Khi ai đó có khả năng quan sát ý định của người dùng trước thời hạn, họ có thể tham gia vào việc chạy trước, dẫn đến rò rỉ giá trị. Ngoài ra, khả năng EV_signal tiêu cực tạo ra một môi trường cạnh tranh giữa các giải pháp, khiến họ gửi giá thầu thấp hơn và dẫn đến rò rỉ giá trị hơn nữa (hay còn gọi là lựa chọn bất lợi). Cuối cùng, rò rỉ ảnh hưởng đến người dùng bằng cách tăng phí hoặc cung cấp giá kém thuận lợi hơn. Lưu ý, phí thấp hoặc cải thiện giá là hai mặt của cùng một coin và sẽ được sử dụng thay thế cho nhau trong phần còn lại của bài viết.

Chia sẻ thông tin

Có 3 phương pháp để 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, vào mempool công cộng hoặc lớp DA. Người giải đầu tiên có thể thực hiện yêu cầu thực hiện lệnh và trở thành người chiến thắng. Hệ thống này có tính khai thác cao, vì người dùng tiết lộ cả EV_ordering và EV_signal từ lệnh của họ. Ví dụ về loại đấu giá này bao gồm 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 của họ vào ký quỹ trước khi chuyển chúng vào chuỗi mục tiêu như một biện pháp phòng ngừa chống lại các cuộc tấn công đau buồn. Tuy nhiên, quá trình này vô tình phơi bày ý định của họ một cách công khai.
2. Chia sẻ một phần: CAF có thể chọn giới hạn số lượng giá trị mà CAF tiết lộ cho các nhà thầu bằng cách giới hạn thông tin được tiết lộ. Tuy nhiên, cách tiếp cận này dẫn đến mất trực tiếp tính tối ưu về giá và có thể dẫn đến các vấn đề khác, chẳng hạn như spam giá thầu.
3. mempool riêng: Những phát triển gần đây trong MPC và TEE mở ra khả năng đạt được mempool hoàn toàn riêng tư. 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 mã hóa các tùy chọn của họ, được khớp với mọi ý định. Mặc dù mempool tư nắm bắt EV_ordering, nhưng nó không thể nắm bắt đầy đủ giá trị trong EV_signal. Hãy tưởng tượng điều gì sẽ xảy ra nếu một giao dịch hack được gửi đến mempool. Người đầu tiên nhìn thấy lệnh này có thể chạy trước việc bán hàng tiềm năng và nắm bắt EV_signal. Trong mempool riêng tư, thông tin chỉ được phát hành sau khi một khối được xác nhận và do đó bất kỳ ai có thể xem giao dịch đều có thể nắm bắt EV_signal. Người ta có thể tưởng tượng các bộ giải quay các nút Bằng chứng để bắt EV_signal từ các khối mới được đúc bởi TEE, biến EV_signal bắt thành một cuộc đua Trễ.

Danh sách người giải

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

• Truy cập mở: Các 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ư một mempool công cộng và rò rỉ cả EV_signal và EV_ordering.
• Truy cập có kiểm soát: Có một số gác cổng về 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ế gác cổng cần đảm bảo rằng các bộ giải trong hệ thống không nắm bắt được EV_signal. Ví dụ như đấu giá 1inch, đấu giá Cowswap và đấu giá Uniswap X. Cuộc cạnh tranh để giành được đơn đặt hàng thu hút EV_ordering cho người dùng trong khi cơ chế gating có thể nắm bắt EV_signal cho trình tạo lệnh (Ví tiền, dApps).
• Quyền truy cập độc quyền: Quyền truy cập độc quyền là một trường hợp đặc biệt của phiên đấu giá người giải ngồi trong đó chỉ chọn một người giải 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à chiết khấu chạy trước. Công cụ khởi tạo dòng lệnh nắm bắt giá trị kỳ vọng của EV_signal và EV_ordering, vì không có sự cạnh tranh nên người dùng chỉ có thể thực hiện và không cải thiện giá. Một số ví dụ về các cuộc đấu giá này là đấu giá Robinhood và DFlow.

Thanh toán Lớp

Khi ví ký một tập hợp các 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ừ nguyên tử sang không đồng bộ. Trong khi các giao dịch ban đầu đang được thực hiện và xác nhận, trạng thái trên chuỗi đích có thể thay đổi, có khả năng dẫn đầu đến thất bại giao dịch. Tiểu mục này sẽ nghiên cứu sự đánh đổi giữa chi phí bảo mật, thời gian xác nhận và đảm bảo thực hiện.

Đ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 đí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 một giao dịch và cơ chế phí của chuỗi mục tiêu, trong số các 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 cho dApp và sẽ xem xét nó ngoài phạm vi của bài viết này.

Oracle chuỗi chéo

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

Các nhà tiên tri truyền thông tin giữa các chuỗi với tốc độ của chuỗi chậm nhất. Điều này là cần thiết để quản lý rủi ro reorg, vì Oracle cần chờ sự đồng thuận về chuỗi gốc. Hãy xem xét một kịch bản mà người dùng muốn cầu USDC từ chuỗi gốc đến chuỗi đích. Để làm điều này, người dùng khóa tiền của họ trong một ký quỹ. Tuy nhiên, nếu Oracle không đợi đủ xác nhận và tiến hành đúc mã thông báo cho người dùng trên chuỗi đích, một vấn đề có thể xảy ra. Trong trường hợp tổ chức lại, nếu người dùng ghi đè lên giao dịch ký quỹ của họ, Oracle sẽ có chi tiêu gấp đôi.

Có hai loại nhà tiên tri:

1. Oracle ngoài giao thức yêu cầu Người xác thực của bên thứ ba tách biệt với các đang chạy đồng thuận để chuyển thông tin giữa các chuỗi. Nhu cầu Người xác thực thêm làm tăng chi phí vận hành Oracle. Mạng LayerZero, Wormhole, ChainLink và Axelar là những ví dụ về Oracle ngoài giao thức.
2. Oracle trong giao thức được tích hợp sâu vào thuật toán đồng thuận của một hệ sinh thái và sử dụng bộ xác thực chạy sự đồng thuận để truyền thông tin. Cosmos có IBC cho các chuỗi chạy Cosmos SDK, hệ sinh thái Polygon đang làm việc trên AggLayer, trong khi Optimism đang làm việc trên Superchain. Mỗi oracle sử dụng blockspace chuyên dụng để truyền thông tin giữa các chuỗi của cùng một hệ sinh thái.
3. Trình sắp xếp chuỗi chia sẻ là các thực thể ngoài giao thức có quyền đặt hàng giao dịch trong giao thức, tức là họ có thể cung cấp gói các giao dịch trên các chuỗi. Mặc dù vẫn đang trong quá trình phát triển, các trình tự chia sẻ không phải chờ xác nhận khối nhất định để giảm rủi ro reorg. Để thực sự cung cấp chuỗi cross trình tự chia sẻ nguyên tử cần có khả năng thực hiện các giao dịch tiếp theo với điều kiện thành công của các giao dịch trước đó, biến chúng thành một chuỗi chuỗi.

cầu nối mã thông báo

Trong một thế giới đa chuỗi, mã thông báo người dùng và số dư phí được trải rộng trên tất cả các mạng. Trước mỗi hoạt động chuỗi cross, người dùng cần cầu tiền từ chuỗi gốc đến chuỗi đích. Hiện tại có 34 cầu đang hoạt động với TVL kết hợp là 7,7 tỷ đô la và bắc cầu khối lượng là 8,6 tỷ đô la trong 30 ngày qua.

Bridging token là một trường hợp chuyển giao giá trị. Điều này tạo cơ hội sử dụng các bên thứ ba chuyên biệt, những người vượt trội trong quản lý vốn và sẵn sàng chấp nhận rủi ro tái tổ chức, giảm chi phí và thời gian cần thiết cho các giao dịch của người dùng.

Có 2 loại cầu:

1. Khóa và Mint cầu: Khóa và đúc cầu xác minh tiền gửi mã thông báo trên chuỗi gốc và đúc mã thông báo trên chuỗi đích. Mặc dù cần vốn nhỏ để bắt đầu một cầu như vậy, nhưng đầu tư đáng kể là cần thiết để chuyển thông tin khóa an toàn giữa các chuỗi. vi phạm an ninh trong các 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. Thanh khoản cầu nối: Thanh khoản cầu nối sử dụng các nhóm thanh khoản trên chuỗi gốc và chuỗi đích, cùng với thuật toán để xác định tỷ lệ chuyển đổi giữa mã thông báo gốc và mã thông báo đích. 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 bảo an ninh thấp hơn. Trong trường hợp vi phạm bảo mật, chỉ có tiền trong các nhóm thanh khoản mới gặp rủi ro.

Trong cả hai loại cầu đều có chi phí thanh khoản mà người dùng phải trả. Trong cầu nối Khóa và Mint, chi phí thanh khoản là trong khi hoán đổi từ token được bao bọc sang mã thông báo mong muốn (USDC.e sang USDC) trên chuỗi đích, trong khi ở Thanh khoản Cầu nối, chi phí thanh khoản là trong khi hoán đổi từ mã thông báo trên chuỗi gốc sang mã thông báo trên chuỗi đích.

Cross-Chain Trilemma

5 quyết định thiết kế trên đưa ra tăng lên cho chuỗi cross tiến thoái lưỡng nan. CAF phải chọn 2 thuộc tính giữa Đảm bảo thực thi, Phí thấp và Tốc độ khớp lệnh.

1. Đường dẫn trong giao thức là các đường dẫn được chỉ định để truyền thông tin qua các chuỗi. Các hệ thống này tài khoản cho việc tổ chức lại có nguy cơ hy sinh tốc độ thực thi nhưng giảm chi phí bằng cách loại bỏ sự cần thiết của một 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, người giải đôi khi có thể không đáp ứng được ý định, dẫn đến giảm khả năng thực hiện.
3. Cuộc thi thực hiện chọn một người giải quyết chiến thắng bằng cách sắp xếp một cuộc đua giữa những người giải để thực hiện một ý định 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í cao cho người dùng vì người giải cạnh tranh để thực hiện thay vì cải thiện giá.

The Six Pieces Of CAKE

Để viết bài viết này, chúng tôi đã nghiên cứu hơn 20 thiết kế khác nhau từ các nhóm cả rõ ràng và ngầm làm việc trên Trừu tượng 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. Những thiết kế này có khả năng sáng tác với nhau nếu được xây dựng đúng.

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

Token Những cây cầu được xức dầu

Hệ sinh thái liên kết cầu

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

Ví tiền nhắn tin có kiểm soát

Cạnh tranh tốc độ giải

Đấu giá hàng loạt độc quyền

mục đích

Chuyển khoản chuỗi chéo giá rẻ

Cuộc gọi tin nhắn xuyên chuỗi

Hoán đổi chuỗi chéo giá rẻ

Cuộc gọi tin nhắn xuyên chuỗi

Chuyển chuỗi chéo nhanh chóng

Cuộc gọi tin nhắn xuyên chuỗi

Ví dụ

CCTP, CCIP, xERC20

AggLayer, Superchain, IBC

Bungee, Jumper, Uniswap X

Alfred, Bơ, Gần Tài khoản

Across, Orbiter

Na

ví

bất kì

bất kì

Phụ thuộc vào việc thực hiện

AA hoặc dựa trên chính sách

bất kì

bất kì

Thông tin được chia sẻ

công cộng

công cộng

Phụ thuộc vào việc thực hiện

Phụ thuộc vào việc thực hiện

Tất cả hoặc Không có

không ai

Bộ giải niêm yết

Phụ thuộc vào việc thực hiện

Phụ thuộc vào việc thực hiện

Truy cập kiểm soát

Phụ thuộc vào việc thực hiện

Phụ thuộc vào việc thực hiện

độc quyền

xăm

Trong giao thức

Trong giao thức

Ngoài giao thức

Ngoài giao thức

Ngoài giao thức

Ngoài giao thức

Token Cầu nối

Đốt cháy và đúc

Khóa và đúc

Phụ thuộc vào người giải

Phụ thuộc vào người giải

Thanh khoản cầu

Phụ thuộc vào việc thực hiện

Token Cầu xức dầu

Có một trường hợp đặc biệt của khóa và đúc cầu không trả chi phí thanh khoản còn được gọi là đốt và đúc cầu (ví dụ: USDC CCTP). Nhóm mã thông báo xức dầu một địa chỉ mã thông báo chính tắc trên mỗi chuỗi trong khi cầu có quyền đúc mã thông báo, tức là mã thông báo mà người dùng cần.

Nếu bạn nheo mắt đủ mạnh, một vết bỏng và đúc cầu tương tự như chuyển chuỗi cross với tốc độ đủ xác nhận khối. xERC20 là một trong những tiêu chuẩn như vậy để xức dầu cho các mã thông báo chính tắc và các cầu nối được ủy quyền của chúng trên các chuỗi đích. Mã thông báo được xức dầu cầu là một ví dụ về đường dẫn trong giao thức, tức là nó thỏa hiệp về tốc độ để đảm bảo thực hiện và phí thấp, ví dụ: CCTP mất 20 phút để thực hiện chuyển khoản.

Ecosystem Aligned Bridge

Một cầu liên kết hệ sinh thái cho phép chuyển các thông điệp tùy ý giữa các chuỗi trong cùng một hệ sinh thái. Nó thuộc danh mục đường dẫn trong giao thức, ưu tiên đảm bảo thực hiện và phí thấp hơn tố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 gì Ethereum đang phải đối mặt ngày nay. Thanh khoản bị phân mảnh trên các chuỗi, mỗi chuỗi có mã thông báo phí riêng và việc quản lý tài khoản đa 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ác cầu nối thông điệp trong giao thức thông qua IBC, dẫn đến các tài khoản đa chuỗi liền mạch và chuyển chuỗi cross

Hệ sinh thái vũ trụ bao gồm các chuỗi độc lập có bảo mật chủ quyền và tính cuối cùng nhanh chóng, làm cho con đường trong giao thức cho chuỗi cross nhắn tin rất nhanh. Mặt khác, hệ sinh thái tổng hợp phụ thuộc vào việc hết thời gian thử thách (Optimistic Rollups) hoặc cam kết zk-proofs (Validity Rollups) cho tính cuối cùng. Các đường dẫn trong giao thức để truyền thông điệp qua các hệ sinh thái sẽ chậm do những hạn chế cuối cùng này.

Cạnh tranh giá của Bộ giải

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

Ví tiền Tin nhắn phối

Ví tiền nhắn tin phối hợp sử dụng các khả năng được cung cấp bởi AA hoặc ví dựa trên chính sách để cung cấp trải nghiệm chuỗi cross tương thích với bất kỳ loại ý định nào. Nó đóng vai trò là trình 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 các ý định cụ thể. Ví dụ bao gồm ví bơ, Near Account Aggregator và Metamask Portfolio.

Lưu ý, trong thập kỷ qua, hệ sinh thái tiền điện tử đã học được rằng mối quan hệ giữa người dùng và ví của họ rất gắn bó. Cá nhân tôi cảm thấy một nỗi sợ hãi chết người bất cứ khi nào tôi nghĩ về việc chuyển ghi nhớ của mình từ Metamask sang một ví khác. Đây cũng là lý do tại sao ngay cả sau 2,5 năm và sự ủng hộ từ chính Vitalik Buterin EIP-4337 đã đạt được được chấp nhận tối thiểu. Mặc dù các phiên bản mới hơn của giao thức ví có thể cung cấp cho người dùng 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.

Solver Speed Competition

Cuộc thi tốc độ Solver cho phép người dùng bày tỏ ý định của họ đối với các chuyển đổi chuỗi cross cụ thể để đảm bảo thực thi cao. Nó không hỗ trợ người dùng giảm thiểu phí, mà thay vào đó cung cấp một kênh đáng tin cậy để bao gồm các giao dịch phức tạp. Người giải đầu tiên thực hiện ý định dựa trên phí xây dựng khối hoặc tốc độ bao gồm sẽ giành được ý định.

Thiết kế nhằm mục đích đạt được tỷ lệ bao gồm cao bằng cách tối đa hóa EV được chụp bởi các giải pháp. Tuy nhiên, nó đi kèm với chi phí tập trung, vì nó dựa vào quản lý vốn tinh vi trên mạng chính Ethereum hoặc thực thi Trễ thấp trên L2s.

Đấu giá hàng loạt độc quyền

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

Kết luận

Khung trừu tượng chuỗi (CAFs) hứa hẹn sẽ cung cấp cho người dùng sự tương tác chuỗi cross liền mạch. Trong bài viết này, chúng tôi đã nghiên cứu 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 một cách rõ ràng hoặc ngầm định cho Trừu tượng chuỗi. Chúng tôi tin rằng đây sẽ là năm của CAFs và mong đợi sự cạnh tranh đáng kể sẽ xảy ra giữa các thiết kế khác nhau và việc triển khai chúng trong 6-12 tháng tới.

Chuyển giao giá trị

Chuyển thông tin

Đường dẫn trong giao thức

Token xức dầu cầu

Hệ sinh thái liên kết cầu

Tổng hợp bộ giải

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

Ví tiền nhắn tin phối hợp

Cạnh tranh thực hiện

Cạnh tranh tốc độ giải

Đấu giá hàng loạt độc quyền

Việc chuyển giá trị chuỗi chéo sẽ được định tuyến thông qua sự kết hợp của các cầu nối được xức dầu bằng mã thông báo với mức phí thấp và Tốc độ giải hoặc Cuộc thi về giá để tăng tốc và thực hiện. Trong khi việc truyền thông tin sẽ được định tuyến thông qua sự kết hợp của các cầu nối tin nhắn được liên kết với hệ sinh thái nhằm giảm thiểu chi phí cho người dùng và đến các nền tảng được kiểm soát ví, những người sẽ tối đa hóa tốc độ. Việc triển khai cuối cùng sẽ tập trung xung quanh sáu thiết kế riêng biệt này vì mỗi thiết kế đều phục vụ các nhu cầu độc lập và hưởng lợi từ hiệu quả hiện có ở các góc khác nhau của ma trận đánh đổi.

Một điểm mấu chốt rút ra từ bài tập này là chúng ta cần một tiêu chuẩn chung để thể hiện ý định chuỗi cross. Một số nhóm đang làm việc trên các giao thức riêng lẻ của họ để mã hóa ý định của người dùng gây ra công việc trùng lặp. Thống nhất hướng tới một tiêu chuẩn sẽ cải thiện sự hiểu biết của người dùng về thông điệp họ đang ký, giúp người giải và nhà tiên tri dễ dàng làm việc với ý định và đơn giản hóa việc tích hợp với ví.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [Trung bình]. Tất cả bản quyền thuộc về tác giả gốc [Favorite Mirror Reads Archive]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn và họ sẽ xử lý kịp thời.
2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Bản dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài báo đã dịch đều bị cấm.