Tính tương tác không đáng tin cậy giữa các rollups: Tổng quan, xây dựng và thách thức

Số lượng rollup trên Ether đã tăng lên sốc. Theo dữ liệu từ L2Beat, đến thời điểm viết bài này, đã có 91 L2 và L3 được triển khai, và còn 82 L2 và L3 sẽ được triển khai trong tương lai. Do đó, cũng có nhiều mảnh vụn trong thanh khoản, trải nghiệm người dùng và công cụ phát triển. Các giải pháp tương tác hiện tại cần được cải thiện vì chúng phụ thuộc vào sự kết hợp của bộ cầu nối bên thứ ba, tài sản bao bọc bên ngoài và khung ý định, mỗi giải pháp đều có những vấn đề riêng của nó.

Cầu thanh khoản thường là mục tiêu lớn nhất của các cuộc tấn công Hacker vào Tài sản tiền điện tử (ví dụ như cuộc tấn công Hacker cầu wormhole trị giá 3.21 tỷ đô la)
Tài sản đóng gói bên ngoài không được ưa chuộng, dữ liệu cho thấy, người ta thích giữ tài sản dưới dạng gốc hơn (ví dụ, theo dữ liệu từ L2Beat, giá trị của tài sản cầu theo tiêu chuẩn là 22 tỷ đô la Mỹ, trong khi tài sản đóng gói bên ngoài chỉ có giá trị 3 tỷ đô la Mỹ)
Khung ý định phụ thuộc vào bên thứ ba, các bên thứ ba này cần một số sự tin tưởng không thể bỏ qua và thu thêm phí để thúc đẩy các hoạt động Rollup chéo (ví dụ, người dùng Degen Chain đã mất hơn 80% Token do cầu nối chính thức không chuẩn mực). Khung ý định tập trung cũng có nghĩa là độ cạnh tranh thấp hơn, điều này có thể dẫn đến giá cả và hiệu suất không lý tưởng.

Trong bài viết này, chúng tôi điều tra triển vọng tương tác không tin cậy thông qua sáu giải pháp tương tác giữa sáu cấp độ trong hệ sinh thái Rollup phân tán bằng cách định nghĩa và thảo luận về chúng.

Chúng ta bắt đầu từ trạng thái mặc định, tức là rút tiền từ rollup nguồn đến L1 bất đồng bộ và cầu nối thủ công đến rollup đích, cuối cùng kết thúc với kiến trúc giả định về khả năng kết hợp qua các rollup trong một giao dịch duy nhất. Chúng ta sẽ xem xét cách tương tác ở mỗi cấp độ sẽ ảnh hưởng đến trải nghiệm người dùng, trải nghiệm nhà phát triển, tiềm năng MEV và rollup chính (cụ thể liên quan đến các thay đổi cơ sở hạ tầng).

Bài viết này chủ yếu tập trung vào Ethereum và L2 của nó, và chỉ theo dõi tính tương tác không cần tin cậy. Trong trường hợp này, 'tương tác không cần tin cậy' đề cập đến các kênh trong giao thức mà không cần sự hỗ trợ từ bên thứ ba, ngoài những cơ sở hạ tầng cần thiết mà hầu hết rollup đã yêu cầu.

Chuẩn bị

Định nghĩa

Từ cơ bản, tính tương tác không cần tin cậy yêu cầu một số tài nguyên chia sẻ, mọi giao thức muốn tương tác với nhau đều phải có thể truy cập vào những tài nguyên này. Trong trường hợp của L1 của Ethereum, tất cả hợp đồng thông minh tồn tại trong môi trường chia sẻ trạng thái Ethereum hoàn chỉnh, vì vậy chúng luôn có mức độ tương tác cao nhất. Tuy nhiên, L2 chỉ chia sẻ lớp thanh toán thông qua các hợp đồng cầu độc lập, do đó tính tương tác bị hạn chế rất nhiều.

Các thành phần cơ sở chia sẻ quan trọng để thúc đẩy chúng ta tiến lên trên cầu thang tương tác không tin cậy bao gồm bộ sắp xếp chia sẻ, siêu xây dựng và Thanh toán chia sẻ. Các bảo đảm và tính năng mới được mở ra bởi các lớp chia sẻ này liên quan đến nhau, nhưng bản chất của chúng là chéo.

Chia sẻ bộ xử lý/Thợ xây siêu cấp: Chính yếu để tăng tốc độ và trải nghiệm người dùng.
共享Thanh toán ：无需外部包装和giao thức内消息传递的chuyển đổi tài sản。

Đầu tiên, chúng tôi sẽ xác định sáu cấp độ tương tác không cần tin cậy được đề cập trong phần mở đầu:

L1 Bất đồng bộ:
→ Thông qua việc chuyển tài sản thủ công từ L1 tích lũy Thanh toán, đạt được tính tương thích.
Nguyên tử bao gồm:
→ Đảm bảo tất cả giao dịch trong Bundle Cross Rollup sẽ được bao gồm trong khối tiếp theo của mỗi Rollup liên quan đến Bundle đó, hoặc không có giao dịch nào được bao gồm.
共享Thanh toán ： → Nhiều rollup kết nối với L1 thông qua hợp đồng cầu tương tự.
Thực hiện nguyên tử: → Đảm bảo tất cả các giao dịch trong gói Rollup chéo sẽ được bao gồm trong Khối tiếp theo của mỗi Rollup liên quan trong gói Rollup và thực hiện thành công, nếu không sẽ không thực hiện bất kỳ giao dịch nào. Thực hiện thành công có nghĩa là mỗi giao dịch đều được thực hiện mà không bị Rollback, và phản ánh trong trạng thái cập nhật của mỗi Rollup trong gói Rollup.
Tính kết hợp cấp khối: → Khối tiếp theo của Bó cuộn chuyển tiếp đảm bảo có thể chứa các giao dịch phụ thuộc (giao dịch B trên Rollup B phụ thuộc vào kết quả của giao dịch A trên Rollup A)
Cấp độ giao dịch có tính linh hoạt: → Cấp độ hợp đồng thông minh chỉ cần một giao dịch để đồng thời thay đổi trạng thái giữa nhiều rollup (không bị ràng buộc). Sử dụng bất kỳ giao thức nào trên bất kỳ rollup nào logic tương đương việc sử dụng hợp đồng thông minh khác nhau trên một on-chain. Quan trọng là điều này có nghĩa là bất kỳ thay đổi trạng thái nào trước khi gọi có thể được khôi phục khi trả về.

Để hiểu rõ hơn về mỗi cấp độ, chúng tôi sẽ giới thiệu các trường hợp sử dụng quan trọng sau đây để hiển thị chức năng của từng cấp độ và ảnh hưởng của chúng đối với người dùng, nhà phát triển, tổng hợp và nhà tìm kiếm MEV.

Ví dụ:

Chuyển Token tương tự → Gửi cho chính bạn: Đổi Eth sang Eth giữa hai Rollup hoặc đổi ERC-20 sang ERC-20
Token购买 → Lệnh giới hạn chuyển tiếp Rollup: Sử dụng Eth/ERC-20 trên Rollup A, mua các loại ERC-20 khác nhau từ DEX trên Rollup B và (tùy chọn) gửi trở lại Rollup A

Ý nghĩa:

Chúng tôi cũng sẽ trả lời các câu hỏi sau đây để hiểu rõ hơn về tác động đối với các cổ đông chủ chốt trong bất kỳ hệ sinh thái tổng hợp nào.

Trải nghiệm người dùng Bằng cách thực hiện tính tương tác như vậy, trải nghiệm người dùng sẽ thay đổi như thế nào?
Trải nghiệm của nhà phát triển Thông qua việc thực hiện tính tương tác ở mức độ này, trải nghiệm của các nhà phát triển sẽ thay đổi như thế nào?
Tiềm năng MEV Nếu chúng ta đạt được mức độ tương tác như vậy, liệu có thể xuất hiện cơ hội MEV mới không?
Ảnh hưởng của Rollup Có cần lựa chọn tham gia vào cơ sở hạ tầng mới nào để triển khai Rollup không? Cấu trúc phí của Rollup có những thay đổi nào? Có những lợi ích tiềm năng nào khi tham gia vào cơ sở hạ tầng này của Rollup?

Tổng quan cao cấp

Sáu giai đoạn tiến tới tính tương tác không tin cậy

1. L1 Asynchronous

Cơ sở hạ tầng cần thiết:

Không áp dụng

Theo định nghĩa, đây là chế độ tương tác không tin cậy mặc định hiện tại. Tất cả các rollup đều được định nghĩa như vậy, vì chúng được xây dựng như một lớp thanh toán trên L1 và chỉ có thể truy cập L1 đó thông qua hợp đồng cầu, chúng sẽ định kỳ cập nhật trạng thái để bảo vệ mạng.

Trong trường hợp này, cách duy nhất để thực hiện hoạt động xuyên Rollup mà không cần tin cậy là thông qua cầu cảng theo quy định từ Rollup nguồn để rút tiền và sau đó thủ công gửi tiền vào Rollup đích sau khi nó có sẵn trên L1.

Đối với Optimistic Rollup, sau khi xem xét cửa sổ bảo vệ, việc rút tiền có thể bị trễ khoảng 7 ngày. Trong ZK Rollup, việc rút tiền có thể không chắc chắn, nhưng có thể mất từ 15 phút đến một ngày đầy đủ, ZkSync chính là trường hợp này.

Ngoài ra, hoán đổi nguyên tử ngang hàng bằng cách sử dụng hợp đồng thông minh cũng có thể, nhưng đây là trường hợp sử dụng nhỏ hơn và không mở rộng hiệu quả.

Lưu ý rằng hiện tại có các giải pháp bên thứ ba tồn tại:

Cầu nối thanh khoản
Khung ý định

Cả hai ví dụ của chúng tôi đều cần sự trợ giúp từ bên thứ ba để giải quyết.

Gửi cho chính mình：

Phương pháp chuẩn: → Rút tài sản từ Rollup A → Thêm tiền bằng tay Rollup B
Bên thứ ba： → Mạng cầu nối thanh khoản / Mạng bộ giải quyết

Lệnh giới hạn chuyển đổi cuộn

Quy tắc: → Rút tài sản từ Rollup A →Nạp thủ công Rollup B Thực hiện lệnh giới hạn → Để hoàn trả, cần phải bọc bên ngoài ERC-20 mục tiêu
Bên thứ ba → Không gian giải pháp mới nổi cho việc tổng hợp đơn giá giới hạn → Có một thiết kế mở vây quanh ý định sử dụng để thúc đẩy điều này

Vì đây là trường hợp mặc định, nên không cần thảo luận về UX, DevEx, MEV và các thay đổi tổng quan.

2. Bao gồm nguyên tử

Cơ sở hạ tầng cần thiết

Chia sẻ bộ đếm *

Atom chỉ đảm bảo rằng các gói gói giao dịch sẽ được đóng gói trong gói tổng hợp tiếp theo.

Điều này đòi hỏi một bộ sắp xếp chia sẻ, nhưng trong lý thuyết, nếu hai bộ sắp xếp trên hai rollup cung cấp không đạt được tối đa thông lượng, chúng ta có thể thủ công triển khai (chỉ cần gửi hai giao dịch đến mỗi rollup). Đó là lý do tại sao chúng tôi đã thêm dấu sao vào cơ sở hạ tầng cần thiết.

Tuy nhiên, chúng tôi không giả định rằng bộ sắp xếp chia sẻ sẽ chạy trên mỗi nút rollup kết nối đầy đủ, do đó không thể đảm bảo việc thực hiện thành công của một nhóm giao dịch. Trong trường hợp này, bộ sắp xếp chia sẻ chỉ có thể đảm bảo định dạng giao dịch đúng và sẽ được bao gồm trong Khối tiếp theo, nhưng không nhất thiết thành công.

Vì không có bất kỳ cam kết thực hiện nào, nên không thể sử dụng các gói nguyên tử một cách có ý nghĩa bằng cách lập trình mà không gặp rủi ro một giao dịch bị thu hồi. Do đó, chúng tôi thực chất đang ở trong tình huống hoàn toàn tương đồng với tính tương tác L1 Async.

Cân nhắc bắt đầu một cuộc trao đổi chéo đơn giản chỉ với đảm bảo bao gồm nguyên tử:

Trao đổi Rollup gắn kết → Tx 1：Trên Rollup nguồn: Khóa / Hủy Token → Tx 2：将Tokenđúc到目标 Rollup 上的用户Địa chỉ

Chúng tôi có thể có cam kết chứa nguyên tử, nghĩa là hai giao dịch thực tế đều chứa trong mỗi khối tổng hợp tiếp theo, nhưng nếu giao dịch đầu tiên Rollback trong khi giao dịch thứ hai không Rollback, người dùng sẽ bị phân bổ tiền một cách sai lầm on-chain mục tiêu mà không cần phải khóa hoặc đốt chúng on-chain nguồn gốc, chúng ta sẽ gặp vấn đề Thanh toán gấp đôi.

Bất kỳ giải pháp tương tác nào, cho dù là cầu nối thanh khoản, khung ý định hay trao đổi xERC-20, đều dễ bị ảnh hưởng bởi rủi ro này và không thể giảm nhẹ được rủi ro này. Do sự tồn tại của rủi ro này, giải pháp hiện tại yêu cầu giao dịch phải được thực hiện thành công và được bao gồm trong Khối nguồn on-chain trước khi có thể sử dụng bộ truyền tải để chuyển tiếp tin nhắn gửi ra và thực hiện giao dịch thứ hai trên mục tiêu on-chain.

Lời khuyên quan trọng: Atomic không ảnh hưởng đáng kể đến tiềm năng tương tác

3. Chia sẻ Thanh toán

Cơ sở hạ tầng cần thiết:

Chứng minh lớp tổng hợp//Hợp đồng cầu nối chia sẻ

Đây là nơi mọi thứ bắt đầu trở nên thú vị hơn. Nhờ sự tồn tại của hợp đồng cầu nối chia sẻ, tất cả thanh khoản được gửi từ L1 vào hệ sinh thái rollup có thể tự do di chuyển giữa tất cả các rollup kết nối. Trước đây, chúng ta không thể trao đổi giữa các rollup mà không thông qua kênh chuẩn, bao gói tài sản bên ngoài hoặc sử dụng các giải pháp bên thứ ba.

Tại sao phải thiết lập hợp đồng cầu chung? Để hiểu tại sao hợp đồng cầu chung cho phép chúng ta chuyển tài sản qua các Rollup mà không cần tin cậy, hãy xem xét trường hợp sau: nếu có thể sở hữu Eth trong Rollup A, tiêu hủy nó, sau đó tạo ra đúc nguyên bản trên Rollup B mà không cần thiết lập hợp đồng cầu chung trên Layer1, điều gì sẽ xảy ra.

Chúng tôi thấy rằng mỗi rollup sẽ không đồng bộ với hợp đồng cầu trên Mạng chính. rollup B hợp đồng cầu vẫn còn 50 Eth, do đó người dùng không thể rút 1 Eth của họ ra khỏi L1.

Để giải quyết vấn đề này, chúng tôi đã xây dựng giao thức đóng gói tài sản bên ngoài, phát hành phiên bản Token đóng gói bên ngoài trong quá trình tổng hợp, những Token này đại diện cho phiên bản gốc tại các địa điểm khác trong mạng.

Với lớp thanh toán chia sẻ, tình hình sẽ khác đi. Vì tất cả thanh khoản của mỗi rollup kết nối đều bị khóa trong một hợp đồng cầu nối duy nhất, người ta có thể di chuyển tự do giữa các rollup vì tổng giá trị trong hợp đồng cầu nối luôn giữ nguyên và có thể rút ra bất cứ lúc nào.

Thật sự cần phải cập nhật ở mức hợp đồng L1 để biết Thanh khoản đang ở đâu để cho phép người dùng rút tiền từ bất kỳ đâu, nhưng điều này rất đơn giản vì tất cả các tổng được kết nối có thể đọc / ghi vào hợp đồng chia sẻ.

Sử dụng lớp giải quyết chia sẻ, trong trường hợp gửi cho chính mình đơn giản, quy trình có thể trông như sau.

Gửi cho chính mình：

Người dùng tạo giao dịch ban đầu: →Tx 1：Trích xuất Eth trên rollup A (và đang đúc trên rollup B) Giao dịch được chia thành từng phần và được gửi đến hợp đồng L1 →Nó được tổng hợp vào gốc giao dịch, gốc giao dịch này sẽ nhóm tất cả các cuộn thanh toán cùng chia sẻ
Rollup B nhập giao dịch này từ gốc
Người chuyển tiếp gửi giao dịch đến xưởng đúc tiền và bằng chứng Merkle để cuộn B
Rollup B sử dụng Merkle Proof và Transaction Root để xác thực giao dịch ghi đĩa
Người dùng đã đúc ETH trên Rollup B
Rollup B nộp bằng chứng cho L1

Chúng ta có thể mở rộng quy trình này để áp dụng cho bất kỳ ERC-20 nào có hợp đồng trong tất cả các thanh toán được chia sẻ trong hệ sinh thái Thanh toán.

Chúng ta có thể coi hợp đồng cầu nối chia sẻ là một lớp truyền thông nội giữa tất cả các kết nối tổng hợp, vì vậy trong lý thuyết, quy trình này có thể mở rộng thành bất kỳ tiêu chuẩn truyền thông tùy ý nào.

Điều này khiến chúng ta gần hơn với tính khả dụng kết hợp, nhưng do chỉ cần tổng hợp chứng minh và truyền tin sau khi trạng thái thay đổi trên L1, nên có một trễ cao (mặc dù rõ ràng thấp hơn so với trạng thái bất đồng bộ của L1). Ngoài ra, bất kỳ hoạt động phức tạp nào liên quan đến Rollup giao dịch qua lại (ví dụ như sử dụng DEX trên Rollup B để đặt lệnh giới hạn qua lại từ tài sản trên Rollup A) vẫn là một quy trình phiền phức đối với người dùng, vì họ vẫn phải tự gửi và trao đổi tài sản một cách thủ công trên Rollup đích. Trong trường hợp này, không thể tạo gói giao dịch chéo Rollup nguyên tử.

Một lợi ích quan trọng khác của việc chia sẻ Thanh toán là sự ma sát ít hơn đối với nhà cung cấp thanh khoản hoặc người giải quyết thực hiện đơn hàng trong nhiều môi trường. Bởi vì thanh khoản của họ trên tất cả các Rollup kết nối đều được phản ánh trong một hợp đồng cầu nối duy nhất, do đó họ không cần phải đợi cửa sổ rút tiền hoàn chỉnh để quản lý thanh khoản qua Rollup.

Ảnh hưởng đối với các bên liên quan:

Người dùng: Bây giờ bạn có thể chuyển tài sản trong hình thức gốc mà không cần chờ rút tiền từ L1
Nhà phát triển:
Biến đổi chỉ giới hạn cho các Token phát hành, họ hiện tại có thể phát hành phiên bản gốc ERC-20 trên tất cả các Rollup đã kết nối bằng cách sử dụng giao thức nội bộ tin nhắn
Người tìm kiếm MEV: Do vì tình huống này xảy ra trên nhiều Khối của mỗi rollup, nên không có tiềm năng MEV mới
Rollups: Rollups cần chọn sử dụng hợp đồng cầu nối chia sẻ và có thể thêm trước biên dịch để xử lý thông điệp Rollup chéo

Quan trọng: Giải quyết chung cho phép chuyển tài sản không được bọc bên ngoài và nhắn tin tùy ý trên tất cả các bản tổng hợp của hợp đồng cầu nối được chia sẻ và lớp tổng hợp chứng thực, nhưng vẫn có độ trễ không đáng kể (mặc dù ngắn hơn nhiều so với L1 Async) và khả năng tạo các gói nguyên tử tổng hợp chéo.

4. Thực hiện nguyên tử

Cơ sở hạ tầng cần thiết:

Chia sẻ bộ sắp xếp // Siêu xây dựng

Thực thi nguyên tử cho phép chúng ta đảm bảo thực thi thành công các gói liên kết băng chuyền qua các quyển sách, nhưng như chúng ta sẽ thấy, số lượng các trường hợp sử dụng gói liên kết băng chuyền qua các quyển sách không phụ thuộc vào giao dịch ít hơn so với dự đoán ban đầu.

Nếu một nhóm giao dịch phụ thuộc vào bất kỳ giao dịch cụ thể nào trong giao dịch bị hủy, tất cả các giao dịch khác sẽ trở nên vô hiệu và cũng phải bị hủy, giống như trường hợp hủy và đúcToken trên rollup chéo. Trên rollup đích, việc đúcToken phụ thuộc vào việc chúng đã bị hủy hoặc khóa trên rollup nguồn, vì vậy chúng ta có thể nói rằng một nhóm giao dịch hủy và đúc là một nhóm giao dịch phụ thuộc.

Nếu không có bên trung gian nào có thể tạo giao dịch mục tiêu (ví dụ: siêu xây dựng), thì không thể tạo gói buộc này.

Hãy xem xét, để xây dựng một gói liên kết trao đổi qua Rollup mà không có bên thứ ba nào tham gia ngoài người dùng, điều kiện cần phải được đáp ứng là gì. Cần tạo một gói liên kết để khóa/ghi lại tài sản trên Rollup nguồn vàđúc tài sản trên Rollup đích, nhưng chúng tôi đã gặp vấn đề:

Các hợp đồng trên rollup nguồn chỉ có thể gửi tin nhắn khi khóa / hủy tài sản nguồn gốc, chúng không thể gọi và tạo giao dịch trên rollup đích. →Đây là lý do tại sao giao thức tin nhắn và mạng Chuyển tiếp tồn tại. → Tin nhắn có thể được sử dụng để xây dựng lời gọi trên mục tiêu nhưng thực tế không thể tạo giao dịch chính.
Tạo giao dịch thứ hai trên Rollup mục tiêu để đang đúc: → Người dùng không thể tạo giao dịch này tự mình vì họ không có quyền đúc Token trên rollup B → Tức là) Chuỗi mục tiêu cần chứng minh rằng Token đã bị đốt / khóa trên chuỗi nguồn, nhưng chứng minh này chỉ có sẵn sau khi giao dịch ban đầu được thực hiện, điều này sẽ phá vỡ yêu cầu về tính nguyên tử của chúng tôi. → Lý thuyết, bất kỳ thứ gì khác có thể
Bất kỳ bên nào có quyền đúc trong giao dịch thứ hai có thể tạo giao dịch “đúc” trên on-chain mục tiêu bất kỳ lúc nào mà không cần tạo “đốt” hoặc khóa trên on-chain nguồn trước đó, điều này là một lỗ hổng lớn.

Chúng tôi có thể thấy rằng, ngay cả khi chúng tôi có thể đảm bảo việc thực hiện gói gói cắt ngang, nhưng chúng tôi đã gặp khó khăn trong việc xây dựng chúng trước tiên để chuyển tài sản có giá trị.

Tuy nhiên, vẫn có một số trường hợp thực thi nguyên tử không cần phụ thuộc vào các gói cross-rollup. Một trong số đó là Kinh doanh chênh lệch giá cross-rollup:

Bởi vì không có mối quan hệ phụ thuộc nghiêm ngặt giữa các giao dịch này, bất kỳ ai cũng có thể tạo ra gói nguyên tử này và nộp cho bộ lưu trình chia sẻ đảm bảo thực hiện nguyên tử.

Tuy nhiên, để đảm bảo thực thi nguyên tử trước tiên, rollup phải chọn bộ sắp xếp chia sẻ và siêu xây dựng để chạy toàn bộ Nút rollup kết nối, do đó, bước từ thực thi nguyên tử đến cấp Khối có thể có tính kết hợp rất nhỏ, tất cả các giải pháp sắp xếp chia sẻ đều làm được điều này. Điều duy nhất cần thay đổi là Khối xây dựng hoặc bên thứ ba khác phải có khả năng tạo giao dịch thay mặt người dùng để hoàn thành gói rollup chéo phụ thuộc.

Không thể xây dựng cơ sở hạ tầng chỉ cho phép thực hiện nguyên tử mà không thực hiện được tính tổ hợp. Xem xét rằng cơ sở hạ tầng đã có khả năng thực hiện nguyên tử, việc thực hiện tính tổ hợp hoàn toàn cấp khối lượng so với độ khó trong việc đạt được mục tiêu này.

Ảnh hưởng đối với các bên liên quan:

Người dùng: Có thể không có sự thay đổi, mặc dù bên thứ ba có thể cung cấp các giải pháp như ý định, nhưng cách thức cụ thể để thực hiện vẫn chưa rõ ràng
Nhà phát triển: Có thể không thay đổi
Người tìm kiếm MEV: 考虑到原子执行，跨 rollup Kinh doanh chênh lệch giá更加安全
Tổng hợp:
Rollup cần chọn sử dụng bộ sắp xếp/chế tạo siêu để gửi giao dịch từ mỗi Rollup mong muốn tương tác vào Khối, điều này có thể thay đổi cấu trúc thu nhập của Rollup. Hiện chưa rõ nó sẽ thay đổi như thế nào. Thị trường sắp xếp có thể tăng thu nhập Rollup bằng cách cho phép những người xây dựng trưởng thành mua không gian ToB.

Lời khuyên quan trọng: Mặc dù cross rollup bundling đảm bảo thực thi nguyên tử, nhưng nếu không có siêu xây dựng phần của bundling, không rõ bundling sẽ được xây dựng như thế nào, vì vậy thực thi nguyên tử chính nó ít có khả năng ảnh hưởng đến sự tương tác. Theo mặc định, serial/ siêu xây dựng chia sẻ nên xây dựng tính kết hợp ở cấp độ khối.

5. Tính kết hợp cấp khối

Cơ sở hạ tầng cần thiết:

Trình sắp xếp chia sẻ // Thiết kế siêu đại gia // Lớp tập hợp chứng minh* // Hợp đồng cầu nối chia sẻ*

（* = tùy chọn）

Trong phần lớn các cuộc thảo luận về các bộ sắp xếp được chia sẻ và các lớp giải quyết được chia sẻ, thuật ngữ thường được sử dụng để mô tả mức độ tương tác này là "khả năng kết hợp đồng bộ".

Chúng tôi đã sửa đổi thuật ngữ này một chút để nó trở nên mô tả hơn. Cập nhật thuật ngữ thành 'Khối cấp độ có thể kết hợp' có nghĩa là có thể kết hợp các giao dịch chéo rollup trong hai gói giao dịch rollup, các gói giao dịch này sẽ được bao gồm trong Khối tiếp theo và được thực thi thành công. Khả năng kết hợp đồng bộ có thể dễ dàng nhầm lẫn với khả năng kết hợp cấp độ giao dịch, chúng tôi sẽ thảo luận về điều này trong phần tiếp theo. Quan trọng là điều này đòi hỏi một bên trung gian (cơ sở hạ tầng chia sẻ thứ tự) để trở thành người thực thi và tạo người phụ thuộc vào gói giao dịch.

Ở mức độ này, chúng tôi bắt đầu nhìn thấy tính kết hợp thực sự giữa các Rollup, thay vì chỉ đơn giản là gửi cho chính mình để tham gia vào một ứng dụng phiên bản khác của Rollup.

Bằng cách thêm một bộ chia sẻ có thể tạo giao dịch, chúng tôi hiện có thể tạo gói tổng hợp chéo, mà các nhà phát triển có thể tận dụng theo cách lập trình.

Cần xem xét hai trường hợp:

Tính kết hợp cấp khối
Tầng thanh toán kết hợp cấp khối chia sẻ

Trong cả hai trường hợp này, chúng tôi có thể tạo gói gắn kết xuyên tóm tắt cho các hoạt động phức tạp hơn, nhưng trong trường hợp thứ hai, chúng tôi có thể sử dụng tài sản nguyên bản bằng cách chia sẻ Thanh toán, ví dụ, điều này có thể tác động giá tốt hơn cho các hoạt động DEX xuyên tóm tắt.

Với tính khả chia nhỏ của khối, chúng ta không chỉ có lợi thế của việc thực hiện nguyên tử mà còn có khả năng tạo thêm gói giao dịch phụ thuộc. Hãy cùng xem hai ví dụ minh họa của chúng tôi.

Chuyển cùng một token qua xERC-20 (không chia sẻ Thanh toán):

Người dùng sở hữu ERC-20
Người dùng tạo tx thông qua dapp： →Đặt ERC-20 vào xERC-20 Vault để nhận phiên bản đóng gói xERC-20 → Hủy bỏ xERC-20 Gửi một tin nhắn đến cơ sở hạ tầng chia sẻ để cho biết việc chuyển tiếp rollup đã được kích hoạ và gửi kèm dữ liệu liên quan để thúc đẩy trao đổi
Superbuilder nhận giao dịch và tạo gói giao dịch chéo Rollup → Tx 1: Giao dịch đóng gói và hủy đã được nêu trên → Tx 2: đang đúc xERC-20 trên Rollup B
Superbuilder gửi rollup chéo này đến bộ sắp xếp chia sẻ → Vì Superbuilder đang chạy hai Nút rollup liền kề, vì vậy chúng sẽ giao dịch mô phỏng để đảm bảo gói giao dịch được thực hiện thành công. Nếu bất kỳ giao dịch nào Rollback, toàn bộ gói giao dịch sẽ bị Rollback.
Bộ sắp xếp chia sẻ đưa Khối chứa hai giao dịch và Nút thực hiện thay đổi trạng thái đến Lớp DA
xERC-20 được đúc trên Rollup B và được cung cấp cho người dùng

Với lớp thanh toán chia sẻ, quy trình trở nên đơn giản hơn vì không cần phải đóng gói ERC-20 thành xERC-20 trước khi trao đổi.

Bây giờ chúng ta hãy xem xét một số đơn giá giới hạn vượt qua Rollup, tức là mua ERC-20 ban đầu (khác nhau) từ Rollup A trên Rollup B và gửi ERC-20 tạo ra trở lại Rollup A. Trong trường hợp này, chúng ta không giả định rằng chúng ta có một lớp thanh toán chung, mặc dù quy trình tương tự tồn tại khi có lớp thanh toán chung. Điểm khác biệt duy nhất là không cần phải đóng gói tài sản bên ngoài thêm.

Dưới đây là các giao dịch cần thiết trong trường hợp này:

Đóng gói và phá hủy ERC-20 trên A
Mint xERC-20 trên B
Trong B, sử dụng xERC-20 ban đầu để trao đổi với ERC-20 mục tiêu
Đóng gói và tiêu hủy ERC-20 mục tiêu trên B
A 上的Mint xERC-20

Dưới đây là quy trình làm việc có thể có:

Lưu động:

Người dùng khởi tạo giao dịch đầu tiên:
→ Bao gói và Hủy xERC-20, sau đó gửi tin nhắn để chỉ định các tham số trao đổi (mạng đích, Địa chỉ DEX, ERC-20 cần trao đổi, giá đặt lệnh giới hạn, giá trị boolean để trả lại)
Nhà xây dựng siêu cấp xem giao dịch và tạo gói buộc: → Tx 1: Người dùng tạo giao dịch như trên → Tx 2: đang đúc xERC-20 tại điểm đến (siêu xây dựng viên phải có quyền đúc đặc biệt) → Tx 3: Sử dụng dữ liệu từ tx 1 để đặt lệnh giới hạn → Tx 4: Đóng gói và huỷ bỏ ERC-20 trên B, giả sử lệnh giới hạn đã được thực hiện hoàn toàn và gửi tin nhắn trên chuỗi nguồn để đúc → Tx 5: từ đầu ra giao dịch trên chuỗi nguồn cho đích xERC-20 đang đúc

Vì siêu xây dựng sẽ tạo ra và sắp xếp giao dịch thành Khối, nên nó có thể mô phỏng mỗi giao dịch và bỏ qua gói giao dịch khi bị hủy bỏ. Ví dụ, nếu phát hiện người dùng không thể hoàn toàn thực hiện đơn giá giới hạn của mình, gói giao dịch sẽ được bỏ qua trước khi Khối được thực hiện.

Trong trường hợp không có cơ sở hạ tầng sắp xếp chia sẻ Thanh toán , cần sử dụng phiên bản đóng gói bên ngoài của Eth và xERC-20, điều này có thể dẫn đến tình trạng thị trường DEX xấu đi vì hồ bơi thanh khoản của tài sản đóng gói sẽ trở nên mỏng. Trong trường hợp này, người dùng có thể phải chấp nhận các hạn chế linh hoạt hơn, Trượt giá cao hơn và có thể nhận được giá thấp hơn. Nếu liên quan đến USDC, có một ngoại lệ. Sắp xếp chia sẻ không có Thanh toán có thể hợp tác với Circle để có quyền độc quyền đối với hợp đồng USDC chéo rollup, để thúc đẩy việc chuyển đổi và trao đổi USDC gốc chéo rollup.

Với lớp thanh toán chia sẻ, việc bọc bên ngoài này không còn cần thiết nữa và do vùng lưu thông tài sản chuyển đổi tài sản nguyên gốc sâu hơn, có thể cung cấp giá tốt hơn, nhưng quy trình cơ bản vẫn giống nhau.

Tin tưởng tích cực vào máy đọc mã vạch

Rollup cần tin tưởng tích cực vào trình sắp xếp / siêu xây dựng được chia sẻ để tạo các gói Rollup liên kết hiệu quả. Điều này chủ yếu là do gói Rollup liên kết này bao gồm các giao dịch phụ thuộc, mà mỗi Rollup không thể xác minh cho đến khi Khối được thêm vào on-chain của mỗi Rollup và được tổng hợp lên lớp thanh toán trên L1. Một ví dụ là việc đốt ETH ban đầu từ nguồn đến đích và đang đúc. Rất quan trọng là ETH phải được đốt thực tế trên on-chain nguồn trước khi được đúc trên on-chain đích, nếu không có thể dẫn đến Thanh toán gấp đôi.

Tuy nhiên, để thực hiện gói gọn đầy đủ này trong một Khối, tất cả các giao dịch phải tồn tại trong Khối đó, ngay cả khi giao dịch đại diện cho trạng thái không hợp lệ trước đó của Khối (ví dụ, nếu người dùng không có bất kỳ Eth nào trước Khối thì tại điểm đổi khối on-chain có Eth). Do đó, chúng ta phải tin tưởng rằng người sắp xếp thực sự đã bao gồm các mối quan hệ phụ thuộc hợp lệ trong gói gọn chung. Có thể nộp bằng chứng sau để chứng minh tính hợp lệ của mỗi giao dịch.

Tuy nhiên, khi sử dụng tài sản đóng gói, điểm này trốn trị có vẻ quan trọng, vì chúng không ảnh hướng đến Thanh khoản của L1, nhưng vẫn phải có cơ chế hỗ trợ để chệ ngồi sắp xếp xảo hay lỗi trong mã nguồn, những sai lệch này cho phép gần kết giao dịch với giao dịch phụ phối đến cùng thời được thực hiện.

Ảnh hưởng đối với các bên liên quan:

Người dùng Đã nâng cấp quy mô lớn trải nghiệm người dùng, cho phép đặt lệnh giới hạn chung trong một Khối duy nhất
Nhà phát triển Cần có nhận thức về hoạt động Cross Rollup và có thể sử dụng tiền biên dịch tùy chỉnh. Nhà phát triển phải suy nghĩ từ góc độ Bundle, không chỉ là giao dịch, nhưng siêu xây dựng và cơ sở hạ tầng Rollup tùy chỉnh có thể loại bỏ sự phức tạp của hầu hết các nhà phát triển.
Người tìm kiếm MEV Cơ hội cho người tìm kiếm MEV trên gói gom cắp liên hợp cơ bản tương tự khi sử dụng chiến lược L1, nhưng điều này phụ thuộc vào cách thức thực hiện PBS (phân tách người đề xuất - người xây dựng). → Việc đóng gói các giao dịch chéo tổng thể được coi như một giao dịch đơn lẻ, vì vậy có thể tìm thấy MEV bằng cách Chạy trước hoặc giữ các gói này, miễn là chúng không làm giá vượt quá số tiền Trượt giá có thể chấp nhận được (vì điều này sẽ làm cho toàn bộ gói bị hủy bỏ và thử nghiệm MEV sẽ thất bại)
rollups cần chọn tham gia cơ sở hạ tầng sắp xếp chia sẻ (bao gồm siêu tạo dựng), và cho phép truy cập vào việc đốt Eth trong trình sắp xếp chia sẻ trong trường hợp thanh toán chung. → Có thể cung cấp MEV bằng cách bán không gian Khối cho người xây dựng

6. Tính tổ hợp của cấp độ giao dịch

Cơ sở hạ tầng cần thiết:

Thay đổi cấp độ VM // Chia sẻ Thanh toán // Siêu tạo

Tính kết hợp giao dịch đẳng cấp là khả năng chia sẻ chức năng cùng cấp giữa các Hợp đồng thông minh EVM on-chain. Trong trường hợp này, một giao dịch đơn có thể cập nhật trạng thái của nhiều rollup cùng một lúc và đảm bảo khôi phục bất kỳ thay đổi trạng thái nào trước cuộc gọi nếu cuộc gọi không thành công. Trên thực tế, gói giao dịch nguyên tử trong môi trường cấp khối có thể được hoàn thành trong một giao dịch duy nhất vượt qua các rollup và giao dịch giữa các VM. Ngoài việc chia sẻ lớp thanh toán và siêu xây dựng, điều này còn yêu cầu các thay đổi cấp VM cho tất cả các rollup được kết nối.

Chúng tôi đã mô tả một cơ chế có thể có ở mức cao ở đây. (Theo kiến thức của chúng tôi, cấu trúc này được ghi công cho nhóm Espresso). Đầu tiên, người dùng gửi giao dịch mô phỏng cho tất cả các rollup có trạng thái bị thay đổi hoặc có thể xây dựng Khối trên tất cả các rollup liên quan. Người dùng siêu xây dựng giao dịch mô phỏng và tạo ra danh sách cặp vào ra, mỗi rollup liên quan một cặp, danh sách này chỉ định các tin nhắn cần thiết và dự kiến chuyển qua rollup khác trong giao dịch. (Vui lòng lưu ý, siêu xây dựng chỉ có thể làm như vậy khi có quyền sắp xếp an toàn trên tất cả các rollup liên quan trong một khoảng thời gian). Sau đó, siêu xây dựng sẽ gửi Khối mô phỏng cùng với danh sách cặp vào ra dự kiến của từng giao dịch chuyển qua rollup cho từng người đề xuất của mỗi rollup. Trong quá trình thực hiện, mỗi rollup sẽ thực hiện hàm chuyển trạng thái của chính mình theo cách thông thường, giả sử rằng đầu vào từ danh sách giao dịch chuyển qua rollup là chính xác. Trong quá trình thanh toán, danh sách vào ra có thể được so sánh và chứng minh là an toàn trong giai đoạn tập trung chứng minh tại lớp thanh toán chia sẻ. Cụ thể là, nếu bất kỳ đầu vào dự kiến nào từ giao dịch chuyển qua Rollup không khớp với đầu ra được chỉ định của Rollup khác, quá trình thanh toán sẽ từ chối toàn bộ giao dịch chuyển qua Rollup.

Mặc dù các tính năng mới mà khả năng kết hợp giao dịch mở khóa ngoài Khoản vay nhanh có hạn, nhưng trải nghiệm tạo ứng dụng Rollup toàn cầu có thể được cải thiện đáng kể bởi các nhà phát triển. Có thể tạo ứng dụng dapp tương tác với tất cả các chuỗi kết nối mà không cần quan tâm đến các gói Rollup chéo, điều này sẽ làm cho việc đổi mới trong môi trường nhiều Rollup trở nên dễ dàng hơn. Ngoài ra, cũng có thể xuất hiện các trường hợp sử dụng và hành vi mới.

Về mặt khả năng kết hợp giao dịch, có nhiều vấn đề thiết kế chưa được giải quyết. Đầu tiên, cần xem xét kỹ càng cách mà các nhà phát triển chọn tham gia hoặc rời khỏi cuộc gọi Cross Rollup của hợp đồng thông minh của họ. Cho phép bất kỳ khả năng kết hợp nào mà không bị hạn chế có nghĩa là chúng ta quay trở lại Rollup đơn lẻ. Chúng tôi nghĩ rằng câu trả lời ở đây là cho phép các nhà phát triển chỉ rõ những nơi trong hợp đồng của họ cần khả năng kết hợp Cross Rollup, ví dụ như thông qua việc đánh dấu một số điểm nhập của hợp đồng là có thể gọi được Cross Rollup bằng cách sử dụng Solidity modifier (như “composable”).

Ảnh hưởng đối với các bên liên quan

Người dùng: Có cùng ý nghĩa với tính kết hợp cấp khối và có các tính năng nâng cao khác như Khoản vay nhanh. → UX và việc tham gia dapp đã chọn sử dụng một chuỗi gần như giống nhau
Nhà phát triển: Do nhà phát triển dapp có thể gọi tổng hợp giao dịch chéo hợp đồng tại địa phương và sử dụng kết quả của những lần gọi này (như là gọi tổng hợp đơn). Nhà phát triển trải nghiệm rất lớn Cải thiện→ Cơ sở hạ tầng Superbuilder/Sequencer vẫn phải đặt giao dịch vào các khối bị ảnh hưởng bởi cuộc gọi gom chéo, nhưng không cần xây dựng các gói buộc tương tự như tính kết hợp cấp khối.
Người tìm kiếm MEV: Gói cuộn rollup chéo hiện tại thực chất tương đương với một giao dịch đơn lẻ on-chain, do đó tiềm năng MEV rất cao
Rollups: Cần thay đổi cấp độ máy ảo và chọn chia sẻ bộ sắp xếp và lớp thanh toán. → Trước khi có thể xác minh trạng thái bằng cách chứng minh, bạn phải tin tưởng vào đầu vào và đầu ra của các rollups khác, điều này liên quan đến giả định tin cậy bổ sung, nhưng cơ chế giảm bớt có thể giảm bớt gánh nặng tin cậy

Tóm tắt và sơ đồ hệ sinh thái

Sau khi hiểu rõ các chi tiết kỹ thuật của mỗi cấp độ tương tác được định nghĩa ở đây, chúng ta có thể tổng kết như sau:

共享Thanh toán 允许跨 rollup 交换而无需外部包装资产，并在所有连接的 rollup 之间创建giao thực内消息传递路径
Chia sẻ sắp xếp/ Superbuilders cho phép cung cấp bảo đảm thực thi Khối tiếp theo trên gói rollup chéo
Khả năng kết hợp cấp khối cho phép tạo ra hệ sinh thái có khả năng kết hợp gần như 01928374656574839201 cấp độ hợp đồng thông minh tới cấp độ hợp đồng thông minh phức tạp, nhanh chóng và phụ thuộc lẫn nhau. → Bằng cách thêm Thanh toán chia sẻ, bạn có thể tạo các gói Rollup chéo mà không cần sử dụng tài sản đóng gói bên ngoài
Khả năng kết hợp giao dịch là có thể, mặc dù các trường hợp sử dụng mới có thể dành cho người dùng phức tạp hơn, nhưng nó có thể cải thiện đáng kể trải nghiệm phát triển giao dịch xuyên tổng hợp.

Hiện tại, có nhiều dự án đang nổi lên nhằm tạo ra các hệ sinh thái nguyên bản có thể tương tác được. Dưới đây là một cái nhìn tổng quan cấp cao về lĩnh vực này:

Bản đồ hệ sinh thái

生态系统地图

Bản đồ hệ sinh thái

Kết luận

Về các chi tiết kỹ thuật trong các khung công cụ được liệt kê trong bài viết này, vẫn còn một số vấn đề chưa được giải quyết. Ví dụ, trong hệ sinh thái tổ hợp cấp khối cho các đơn đặt giới hạn chéo, có thể cần thiết phải có thiết kế chi tiết hơn để xử lý trường hợp đối với việc thực hiện một phần và độ chịu đựng của trượt giá trong các đơn đặt thị trường. Chúng tôi đưa ra một giải pháp tiềm năng ở đây, nếu đơn đặt chưa hoàn thành hoàn toàn, thì có thể khôi phục gói đặt giới hạn chéo cấp khối, nhưng không gian thiết kế vẫn còn mở.

Ngoài ra, điều đáng kể là điều này liên quan đến sự chia sẻ tư duy ngày càng tăng lên trong lĩnh vực AppChain. AppChain là một L2 dài, có thể là phổ quát hoặc được cấp phép, với mục tiêu cô lập các giao thức liên quan cụ thể trên một L2. Khi chúng ta đạt được tính kết hợp cấp khối, có khả năng chúng ta cũng sẽ bắt đầu nhìn thấy sự hấp dẫn đáng kể của môi trường AppChain do tính kết hợp cấp khối tự nhiên giữa tất cả các mạng kết nối.

Hiện tại, việc đem Thanh khoản vào các chuỗi ứng dụng này vẫn rất khó khăn, nhưng một khi chuỗi lớn hơn được kết nối như một cổng vào môi trường tương tác, chúng ta có thể sẽ thấy một hệ sinh thái vườn tường xung quanh cơ sở hạ tầng chia sẻ.

Một vấn đề quan trọng khác chưa được giải quyết là không gian thiết kế xung quanh siêu xây dựng sẽ được giải quyết như thế nào. Sự phát triển trong lĩnh vực này vẫn ở giai đoạn đầu, hiện tại vẫn chưa rõ cách tạo ra một mạng lưới xây dựng phức tạp có thể tạo ra gói tổng hợp vượt khối một cách hiệu quả nhất. Những gói tổng hợp này sẽ được bao gồm một cách tốt nhất trong Khối và tác động của chúng đối với thu nhập tổng hợp là một vấn đề chưa được giải quyết, nhiều nhóm đang khám phá các chiến lược khác nhau.

Cuối cùng, trong tương lai có thể liên quan đến sự kết hợp của các giải pháp cầu nối bên trong và bên ngoài giao thức, chúng sẽ phối hợp hoạt động để cung cấp quy trình tương tác tốt hơn cho mọi người. Chúng tôi tin rằng tiến triển được định nghĩa trong bài viết này có thể làm hướng dẫn cho các nhà phát triển và người xây dựng, họ tập trung vào việc cung cấp khả năng tương tác mượt mà hơn cho người dùng cuối cùng trên nền tảng Rollup.