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

Nguồn gốc: Opside

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 riêng của ZK-Rollup (cầu nối gốc) ở cấp hệ thống, từ đó sử dụng trực tiếp cầu nối gốc của mỗi ZK-Rollup để đạt được giao tiếp qua Rollup . Cách tiếp cận này ngắn gọn và kỹ lưỡng hơ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ếp https://pre-alpha-assetshub.opside.network

Tại sao chúng ta cần tính năng cuộn chéo không cần sự tin cậy giao tiếp?

Rollups có thể cải thiện đá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 Bản tổng hợp của riêng họ thông qua Cơ sở khởi chạy Opside Rollup. Trong kỷ nguyên đa Rollup này, chúng tôi mong đợi ngày càng có nhiều Rollup 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 hoạt động 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 chuỗi chéo thời gian thực. Sự cô lập này dẫn đến một bối cảnh bị phân mảnh trong đó các tài sản được tách biệt trong các nhóm 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 Tổng hợp chéo hiệu quả không chỉ hạn chế tiềm năng của từng Bản tổng hợp 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à cản trở việc áp dụng rộng rãi các giải pháp mở rộng quy mô cấp hai ở một mức độ nhất định.

Hầu hết các giải pháp bắc cầu cuộn chéo hiện tại đều 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 khuyến khích thanh khoản đa chuỗi cơ chế. 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.

Để giải phóng toàn bộ tiềm năng của kỷ nguyên đa Rollup, một giao thức truyền thông đa Rollup, không cần tin cậy, phổ biến là rất cần thiết.

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 đi kèm cầu L1<>L2 mà chúng tôi gọi là cầu Bản địa. 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ả tài sản trên Rollup đều đến từ các giao dịch gửi tiền của bridge gốc và bridge gốc cũng cung cấp xác nhận bảo mật cuối cùng.

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 có trải nghiệm xuyên chuỗi rẻ hơn và nhanh hơn, nhưng chúng 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 điển hình. Do đó, ngay từ đầu,Cảm hứng của Opside cho giao tiếp cuộn chéo đơn giản đến mức đáng kinh ngạc: 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ó giao thức NCRC (Giao tiếp cuộn chéo gốc) hiện tại.

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

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

· 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

ZK-Rollup đáp ứng hai điều kiện trên có mức độ bảo mật tương tự như L1 về mặt lý thuyết. 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.

Hợp đồng công nhận tổng hợp (RRC)

Tính đến tháng 8 năm 2023, đã có nhiều ZK -Mạng chính Rollups đang trực tuyến, 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 với nhau, 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 liên lạc trực tiếp với cầu Rollup bản địa.

Do đó, bước đầu tiên chúng ta cần làm là triển khai một hợp đồng đặc biệt trên L1 để cho phép Rollups phát hiện và nhận dạng 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, thu hồi, v.v. của 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 thành 0.

Khi địa chỉ trên Rollup bắt đầu giao dịch Rollup chéo trên cầu nối gốc, bạn có thể chỉ định ID tổng hợp mục tiêu:

· Nếu ID tổng hợp là 0, điều đó có nghĩa là chuyển thông báo 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ư cần được chuyển đến các Bản tổng hợp khác

Đối diện sẽ được triển khai ở mỗi lớp L1 Một hợp đồng RRC cho phép ZK-Rollup tương ứng tham gia hoặc thoát ra 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 liên hệ trực tiếp với các 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, một bridge gốc Rollup được chia thành 3 phần 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 tái sử dụng các mô-đun này ở lớp dưới cùng và thực hiện đó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 bắc cầu trên L2: Trên cơ sở giữ nguyên phương thức ban đầu, một mới Phương thức bridgeAsset 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 : gói gọn một phương thức Mới để xử lý các tin nhắn chuỗi chéo bằng phương thức bridgeAsset mới. Hợp đồng cầu nối sẽ tìm thông tin của Tổng hợp mục tiêu dựa trên ID tổng hợp trong hợp đồng RRC 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 dịch vụ Rollup mục tiêu

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

Khi một bản tổng hợp hoàn thành việc điều chỉnh tương thích liên quan đến NCRC ở trên, bản tổng hợp có thể được đăng ký với RRC để tham gia mạng truyền thông cuộn chéo gốc .

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

Đối với người dùng, phương thức hoạt động của NCRC là giống như Cầu nối tổng hợp gốc hoàn toàn nhất quán. Khi người dùng bắt đầu giao dịch chuỗi chéo tới Rollup2 trên Rollup1, 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, Rollup chéo trình khởi tạo giao dịch User1 nằm trên Rollup1 Gọi phương thức bridgeAsset của cầu gốc để 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 Rollup2. 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 được đóng gói bởi trình tuần tự1 của Rollup1. Chi phí của các giao dịch tổng hợp chéo do người khởi tạo giao dịch User1 chịu và được trả cho trình sắp xếp thứ tự1 của Rollup1 nơi nó được đặt. Dịch vụ Bridge của Rollup1 trước tiên sẽ chuyển tài sản chuỗi chéo sang hợp đồng cầu Rollup1 trong L1. Tại thời điểm này, Rollup1 và L1 đã lần lượt hoàn thành thao tác ghi và giải phóng tài sản.

Để hoàn tất quá trình chuyển giao tài sản Rollup chéo, dịch vụ Bridge của Rollup1 gọi hợp đồng RRC để truy vấn thông tin Rollup2 đích tương ứng với tham số DestinationNetwork, từ đó có được thông tin của Rollup2 ở lớp L1. Sau đó, hợp đồng cầu nối của Rollup2 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 Rollup2 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à chứng chỉ được tạo, hoạt động ClaimAsset sẽ được thực hiện bởi dịch vụ Bridge của Rollup2. Cuối cùng, nội dung chuỗi chéo do Rollup1 gửi đến địa chỉ do Rollup2 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ẽ chảy qua: Rollup1 -> Hợp đồng cầu nối của Rollup1 trong L1- > ; Hợp đồng cầu Rollup2 ở L1 -> Rollup2. 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 bridge gốc đi kèm với Rollup.

Khi nào Người dùng thực hiện thao tác chuỗi chéo trên Rollup1 và chọn Rollup2 làm mục tiêu. Quy trình kỹ thuật thực sự liên quan đến Rollup1, L1 và Rollup2. Tuy nhiên, người dùng không cần phải nhận thức được 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ừ Rollup1 sang Rollup2. Tình huống thực tế đằng sau hậu trường là các tài sản chuỗi chéo đã được bắc cầu hai lần trong L1, để người dùng có thể cảm nhận được kết nối liền mạch từ Rollup1 đến Rollup2. 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 yêu cầu thao tác nào khác. Đối với người dùng, Bản tổng hợp hiện tại mà họ tham gia có thể triển khai 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 giúp trải nghiệm người dùng mượt mà hơn đồng thời ẩn đi sự phức tạp tiềm ẩn.

NCRC đã được ra mắt trên mạng thử nghiệm Opside

Opside hiện đã triển khai giao tiếp cuộn chéo gốc trên mạng thử nghiệm . Giờ đây, bất kỳ ai cũng có thể trải nghiệm tính năng này trên trang web chính thức. 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 chéo gốc không đáng tin cậy không chỉ có thể 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 tính chất 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.

Bài viết này là từ một bài gửi và không thể hiện quan điểm của BlockBeats  

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia