Mạng ZK-RaaS Opside ra mắt giao thức NCRC, cho phép liên lạc chéo gốc không đáng tin cậy

TL; DR

Giao thức NCRC (Giao tiếp cuộn chéo gốc) của Opside cung cấp giải pháp tương tác Rollup không đáng tin cậy. Giao thức NCRC không thêm cầu nối bổ sung của bên thứ ba vào mỗi Bản tổng hợp mà chuyển đổi cầu nối (cầu nối gốc) đi kèm với ZK-Rollup ở cấp hệ thống, để sử dụng trực tiếp cầu nối gốc của mỗi ZK-Rollup để đạt được giao tiếp cuộn chéo. Cách tiếp cận này ngắn gọn và kỹ lưỡng hơn, nó không chỉ kế thừa tính bảo mật tuyệt đối của bridge gốc mà còn tránh được sự phức tạp của hệ thống và chi phí tin cậy do bridge bên thứ ba mang lại.

NCRC đã được ra mắt trên mạng thử nghiệm và người dùng có thể trải nghiệm trực tiếphttps://pre-alpha-assetshub.opside.network/。

Tại sao chúng ta cần liên lạc chéo không đáng tin cậy?

Rollups có thể làm tăng đáng kể khả năng mở rộng của mạng blockchain, giảm chi phí giao dịch và cải thiện hiệu quả tổng thể, đồng thời chúng ngày càng nhận được nhiều sự quan tâm và sử dụng hơn. Opside cung cấp dịch vụ ZK-RaaS cho các ứng dụng Web3 và bất kỳ nhà phát triển nào cũng có thể tạo Rollup của riêng họ thông qua Opside Rollup Launchbase. Trong thời đại có nhiều bản tổng hợp này, chúng tôi mong đợi ngày càng có nhiều bản tổng hợp cùng tồn tại, do đó, khả năng tương tác liền mạch giữa các Lớp 2 khác nhau trở nên quan trọng. Hiện tại, Rollups tương đối biệt lập và thiếu khả năng tương tác tài sản cũng như giao tiếp xuyên chuỗi theo thời gian thực. Sự phân tách này dẫn đến bối cảnh bị phân mảnh trong đó các nội dung được tách biệt trong các Bản tổng hợp cụ thể, hạn chế luồng lưu chuyển và sử dụng tự do của chúng trên các mạng khác nhau.

Việc thiếu giao tiếp cuộn chéo hiệu quả không chỉ hạn chế tiềm năng của các lần cuộn riêng lẻ mà còn ảnh hưởng đến trải nghiệm tổng thể của người dùng. Người dùng phải đối mặt với các quy trình rườm rà và tốn thời gian khi cố gắng chuyển nội dung giữa các Rollups hoặc thực hiện các giao dịch xuyên chuỗi. Trải nghiệm dưới mức tối ưu này làm suy yếu sức hấp dẫn của Rollup và ở một mức độ nào đó cản trở việc áp dụng rộng rãi các giải pháp mở rộng quy mô Lớp 2.

Hầu hết các giải pháp bắc cầu chéo Rollup hiện nay là triển khai một bộ hợp đồng chuỗi chéo mới trên chuỗi Rollup, sau đó cung cấp tài sản chuỗi chéo thông qua cơ chế khuyến khích thanh khoản đa chuỗi. Những giải pháp này không phải là những thông điệp xuyên chuỗi phổ quát và chúng cũng mang đến rủi ro về sự tập trung và tin cậy.

Để phát huy hết tiềm năng của kỷ nguyên đa Rollup, nhu cầu cấp thiết về một giao thức truyền thông Cross-Rollup chung mà không cần sự tin cậy.

Giải pháp của Opside: Giao tiếp tổng hợp chéo gốc

Trên thực tế, mỗi ZK-Rollup đều có L1<>Cầu của L2 được gọi là cầu gốc. Không giống như cầu nối của bên thứ ba sử dụng giải pháp thanh khoản, cầu nối gốc là cơ chế chuỗi chéo đốt cháy duy nhất. Nó được bảo mật bằng bằng chứng không có kiến ​​thức và cũng không đáng tin cậy. Tất cả nội dung trên Rollup đều đến từ giao dịch gửi tiền của bridge gốc và chứng thực bảo mật cuối cùng cũng được cung cấp bởi bridge gốc.

Chúng tôi tin tưởng chắc chắn vào nguyên tắc dao cạo của Occam, Các thực thể không được nhân lên quá mức cần thiết. Cầu nối của bên thứ ba mang lại trải nghiệm xuyên chuỗi rẻ hơn và nhanh hơn, nhưng nó cũng mang lại nhiều chi phí tin cậy và rủi ro bảo mật hơn. Sự cố Multichain gần đây là một trường hợp. Vì vậy, ngay từ đầu,Cảm hứng cho giao tiếp cuộn chéo của Opside đơn giản đến mức đáng ngạc nhiên: sử dụng trực tiếp cầu nối gốc để đạt được khả năng tương tác đa cuộn thay vì thêm cầu nối của bên thứ ba.Điều này có thỏa thuận NCRC (Giao tiếp tổng hợp chéo gốc) hiện tại.

Điều kiện tiên quyết cho NCRC

Việc triển khai NCRC giữa nhiều Bản tổng hợp cần phải đáp ứng hai điều kiện tiên quyết sau:

• Các bản tổng hợp này thuộc loại ZK-Rollup

• Các bản tổng hợp này nằm trên cùng một L1

Về lý thuyết, ZK-Rollups đáp ứng hai điều kiện trên có mức độ bảo mật tương tự như L1. Tương tự, mức độ bảo mật của các cầu nối gốc giữa các Bản tổng hợp này là như nhau và không cần phải tin tưởng lẫn nhau. Tất cả các giao dịch NCRC đều được xác minh bằng bằng chứng hợp lệ, đây cũng là nguồn đảm bảo an ninh cơ bản của NCRC.

Rollup Recognition Contract（RRC）

Kể từ tháng 8 năm 2023, một số mạng chính ZK-Rollups đã được ra mắt, bao gồm Polygon zkEVM, zkSync Era, Linea, v.v. Tuy nhiên, các ZK-Rollups này độc lập và không liên quan, do đó tài sản của người dùng bị phân mảnh. Nguyên nhân sâu xa của vấn đề này là do hợp đồng của họ trên L1 (Mạng chính Ethereum) không liên quan. Họ không thể cảm nhận được sự tồn tại của nhau chứ đừng nói đến việc nhận ra sự giao tiếp trực tiếp của cầu Rollup bản địa.

Vì vậy, bước đầu tiên chúng ta phải làm là triển khai một hợp đồng đặc biệt trên L1 để cho phép Rollups khám phá và nhận biết lẫn nhau. Chúng tôi gọi nó là RRC (Hợp đồng công nhận tổng hợp). RRC chịu trách nhiệm quản lý tất cả ZK-Rollups tham gia NCRC, bao gồm cả việc bổ sung, tạm dừng và rút Rollups. Mỗi bản tổng hợp trong RRC sẽ có một ID tổng hợp độc quyền và ID của L1 được cố định ở mức 0.

Địa chỉ trên Rollup có thể chỉ định ID Rollup mục tiêu khi cầu nối gốc bắt đầu giao dịch Rollup chéo:

• Nếu ID tổng hợp là 0, điều đó có nghĩa là tin nhắn được chuyển sang L1, chẳng hạn như rút tiền

• Nếu ID tổng hợp không bằng 0, điều đó có nghĩa là thư sẽ được chuyển sang các Bản tổng hợp khác

Opside sẽ triển khai hợp đồng RRC trên mỗi lớp L1 và cho phép ZK-Rollup tương ứng tham gia hoặc thoát mà không được phép. Hợp đồng RRC này sẽ được sử dụng để duy trì thông tin Tổng hợp tương ứng với từng ID tổng hợp, bao gồm địa chỉ hợp đồng bắc cầu trên L1, v.v. Điều đáng nói là hợp đồng RRC chỉ chịu trách nhiệm cung cấp dịch vụ truy xuất dữ liệu và sẽ không có kết nối trực tiếp với tài sản chuỗi chéo.

Hợp đồng thông minh và dịch vụ tương thích với bridge gốc

Nói chung, cầu nối gốc Rollup được chia thành ba mô-đun: hợp đồng cầu nối trên L1, hợp đồng cầu nối trên L2 và dịch vụ cầu nối chịu trách nhiệm truyền thông tin. Giao thức NCRC ghép các mô-đun này ở lớp dưới cùng và tạo ra sự đóng gói ở cấp độ cao hơn dựa trên chúng. Những thay đổi chính như sau:

• hợp đồng bridge trên L2: trên cơ sở giữ lại phương thức ban đầu, một phương thức bridgeAsset mới được thêm vào, cho phép người dùng chỉ định ID của Rollup mục tiêu trong tham số DestinationNetwork

• hợp đồng cầu nối trên L1: Đóng gói một phương thức mới để xử lý các thông báo chuỗi chéo của phương thức bridgeAsset mới. Hợp đồng cầu nối sẽ tìm thấy thông tin của Tổng hợp mục tiêu trong hợp đồng RRC theo ID tổng hợp và chuyển tài sản chuỗi chéo sang hợp đồng cầu nối của Tổng hợp mục tiêu. Tài sản chuỗi chéo được gửi ở đó vào Rollup mục tiêu

• dịch vụ cầu nối: Chịu trách nhiệm truyền thông tin và tính phí giao dịch cuộn chéo cho người dùng

Sau khi Bản tổng hợp hoàn tất các điều chỉnh tương thích liên quan đến NCRC ở trên, nó có thể đăng ký Bản tổng hợp với RRC để tham gia mạng liên lạc giữa các Bản tổng hợp gốc.

Quy trình giao dịch cuộn chéo gốc

Đối với người dùng, chế độ hoạt động của NCRC hoàn toàn giống với chế độ tổng hợp gốc. Khi người dùng bắt đầu giao dịch chuỗi chéo từ Rollup 1 đến Rollup 2, toàn bộ quá trình sẽ được hoàn thành tự động, bao gồm các bước sau:

Đầu tiên, Người dùng 1, người khởi tạo giao dịch Tổng hợp chéo, gọi phương thức bridgeAsset của cầu nối gốc trên Rollup 1 để bắt đầu giao dịch chuỗi chéo. Tham số DestinationNetwork trong giao dịch này được đặt thành ID tổng hợp của Rollup 2. ID tổng hợp này sẽ được sử dụng để truy xuất địa chỉ hợp đồng cầu nối L1 tương ứng. Nếu ID tổng hợp là 0, điều đó có nghĩa là mạng mục tiêu là L1.

Sau đó, giao dịch này được đóng gói bởi trình sắp xếp thứ tự 1 của Rollup 1. Chi phí của giao dịch tổng hợp chéo do người khởi tạo giao dịch 1 chịu và được thanh toán cho trình sắp xếp thứ tự 1 của Bản tổng hợp 1 nơi nó được đặt. Dịch vụ Bridge của Rollup 1 chuyển tài sản chuỗi chéo sang hợp đồng bridge Rollup 1 trong L1. Tại thời điểm này, Rollup 1 và L1 đã lần lượt hoàn thành các hoạt động đốt và giải phóng tài sản.

Để hoàn tất quá trình chuyển nội dung qua Rollup, dịch vụ Bridge của Rollup 1 gọi hợp đồng RRC để truy vấn thông tin Rollup 2 đích tương ứng với tham số DestinationNetwork, để có được địa chỉ hợp đồng bridge của Rollup 2 ở lớp L1 . Sau đó, hợp đồng bridge của Rollup 2 sẽ trực tiếp tiếp quản các nội dung này và ánh xạ các nội dung đó vào Rollup 2 thông qua phương thức bridgeAsset.

Cuối cùng, sau khi giao dịch được đóng gói thành công và bằng chứng được tạo ra, nó sẽ được dịch vụ Bridge của Rollup 2 thực thi để yêu cầu Tài sản. Cuối cùng, nội dung chuỗi chéo được gửi bởi Rollup 1 sẽ đến địa chỉ do Rollup 2 chỉ định một cách an toàn.

Điều đáng nói là,Trong toàn bộ quá trình chuỗi chéo, tài sản của người dùng sẽ chuyển qua: Hợp đồng tổng hợp 1 -> Hợp đồng tổng hợp 1 cầu trong L1 -> Hợp đồng tổng hợp 2 cầu trong L1 -> Hợp đồng tổng hợp 2. Nói cách khác, tài sản của người dùng không thông qua bất kỳ thỏa thuận nào của bên thứ ba mà sử dụng lại cầu nối gốc đi kèm với Rollup và toàn bộ quá trình này diễn ra an toàn và không cần tin cậy.

Khi người dùng thực hiện thao tác chuỗi chéo trên Rollup 1 và chọn Rollup 2 làm mục tiêu, quy trình kỹ thuật thực sự liên quan đến Rollup 1, L1 và Rollup 2. Tuy nhiên, người dùng không cần biết đến sự tồn tại của L1 trong quá trình này và trải nghiệm của họ chỉ chuyển trực tiếp từ Rollup 1 sang Rollup 2. Tình huống thực tế đằng sau đó là các tài sản chuỗi chéo đã được bắc cầu hai lần trong L1, khiến người dùng cảm nhận được sự kết nối liền mạch từ Rollup 1 đến Rollup 2. Trong quá trình này, các thao tác trên L1 sẽ được xử lý tự động và người dùng không cần thực hiện các thao tác khác. Đối với người dùng, Bản tổng hợp hiện tại của họ có thể thực hiện các hoạt động chuỗi chéo tới L1 và bất kỳ Bản tổng hợp nào khác. Thiết kế này mang lại trải nghiệm người dùng mượt mà hơn đồng thời che giấu sự phức tạp tiềm ẩn.

NCRC đang hoạt động trên mạng thử nghiệm Opside!

Opside đã triển khai giao tiếp tổng hợp gốc trên mạng thử nghiệm. Bây giờ bất cứ ai cũng có thể trải nghiệm nó trên trang web chính thứchttps://pre-alpha-assetshub.opside.network/. Chúng tôi cũng hoan nghênh người dùng và nhà phát triển giúp chúng tôi phát hiện các lỗi và rủi ro bảo mật có thể xảy ra, đồng thời hoan nghênh mọi đề xuất có giá trị.

Chúng tôi tin rằng giao tiếp giữa các Rollup gốc không đáng tin cậy sẽ không chỉ chia sẻ tính thanh khoản của tất cả các Rollup một cách an toàn mà còn cung cấp khả năng tương tác đa Rollup mạnh mẽ hơn, do đó mở ra những khả năng mới cho các ứng dụng phi tập trung và giao thức DeFi.