Trọng tâm là Giao thức gốc không tin cậy NCRC của Opside

Opside đã triển khai thành công NCRC trên testnet. Giờ đây, bất kỳ ai cũng có thể trải nghiệm nó trên trang web chính thức tại https://pre-alpha-assetshub.opside.network/.

Tại sao chúng ta cần truyền thông tổng hợp chéo không đáng tin cậy?

Rollups đã thu hút được sự chú ý và áp dụng đáng kể nhờ khả năng nâng cao khả năng mở rộng blockchain, giảm chi phí giao dịch và cải thiện hiệu quả tổng thể. Opside cung cấp dịch vụ ZK-RaaS cho các ứng dụng Web3, cho phép các nhà phát triển 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 thời đại có nhiều Bản tổng hợp này, chúng tôi dự đoán sự tồn tại ngày càng tăng của nhiều Bản tổng hợp khác nhau, khiến khả năng tương tác liền mạch giữa các giải pháp Lớp 2 khác nhau trở nên quan trọng.

Hiện tại, các tương tác giữa các Rollups vẫn tương đối tách biệt, thiếu giao tiếp chuỗi chéo thời gian thực và khả năng tương tác tài sản. Sự cô lập này đã dẫn đến bối cảnh bị phân mảnh, trong đó nội dung bị giới hạn 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 Tổng hợp chéo hiệu quả không chỉ hạn chế tiềm năng của các 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 cố gắng chuyển nội dung hoặc thực hiện các giao dịch chuỗi chéo giữa các Rollups phải đối mặt với các quy trình rườm rà và tốn thời gian. 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 Rollups 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.

Các giải pháp bắc cầu Rollup chéo hiện tại thường liên quan đến việc triển khai các bộ hợp đồng liên chuỗi mới trên chuỗi Rollup và sử dụng các biện pháp khuyến khích thanh khoản đa chuỗi để đạt được chức năng chuỗi chéo tài sản. Tuy nhiên, những giải pháp này không được áp dụng phổ biến cho các tương tác chuỗi chéo dựa trên tin nhắn và đi kèm với rủi ro về sự tập trung và tin cậy.

Để mở khóa hoàn toàn tiềm năng của kỷ nguyên đa Rollup, cần có một giao thức truyền thông Rollup chéo phổ quát và không cần 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 đi kèm với một cầu nối L1<>L2 mà chúng tôi gọi là cầu nối gốc. Không giống như cầu nối của bên thứ ba sử dụng các chương trình dựa trên thanh khoản, cầu nối Native hoạt động như cơ chế chuỗi chéo "đốt bạc" độc đáo. Nó đảm bảo an ninh thông qua bằng chứng không có kiến thức trong khi vẫn duy trì sự tin cậy. Tất cả nội dung trên Rollup đều bắt nguồn từ các giao dịch gửi tiền thông qua cầu nối gốc và nhận được chứng thực bảo mật tối ưu từ nó.

Chúng tôi tin tưởng chắc chắn vào nguyên tắc của Occam's Razor - "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ó thể cung cấp trải nghiệm xuyên chuỗi rẻ hơn và nhanh hơn, nhưng chúng gây ra thêm chi phí tin cậy và rủi ro bảo mật. 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 đối với giao tiếp Cross-Rollup rất đơn giản: tận dụng trực tiếp cầu nối gốc để đạt được khả năng tương tác đa Rollup, thay vì giới thiệu một cầu nối bổ sung của bên thứ ba. Khái niệm này đã khai sinh ra giao thức NCRC (Giao tiếp cuộn chéo gốc).

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

Để bật NCRC trong số 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 phải thuộc loại ZK-Rollup.

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

  
  

Về mặt lý thuyết, các bản tổng hợp thỏa mãn hai điều kiện này có cùng mức độ bảo mật như L1 cơ bản. Tương tự, mức độ bảo mật của cầu nối gốc giữa các Bản tổng hợp này là giống hệt nhau và không yêu cầu sự tin cậy giữa chúng. Tất cả các giao dịch NCRC đều được xác minh bằng bằng chứng hợp lệ, đóng vai trò là nguồn đảm bảo an ninh cơ bản cho NCRC.

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

Kể từ tháng 8 năm 2023, một số ZK-Rollups đã xuất hiện trực tuyến trên Mainnet, 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, dẫn đến sự phân mảnh tài sản của người dùng. Lý do cơ bản cho vấn đề này nằm ở chỗ các hợp đồng của họ trên L1 (Ethereum Mainnet) không liên quan. Họ vẫn không biết về sự tồn tại của nhau và không thể giao tiếp trực tiếp qua các cầu nối Rollup bản địa.

Vì vậy, bước đầu tiên chúng ta cần thực hiện là triển khai một hợp đồng chuyên biệt trên L1 để cho phép Rollups khám phá và nhận biết lẫn nhau. Điều này được gọi 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ả các Bản tổng hợp ZK tham gia trong NCRC, bao gồm cả việc bổ sung, tạm dừng và thoát khỏi Bản tổng hợp. Mỗi bản tổng hợp trong RRC được gán một ID tổng hợp chuyên dụng, trong khi ID cho L1 vẫn cố định ở mức 0.

Khi bắt đầu các giao dịch Tổng hợp chéo thông qua cầu nối gốc trên Tổng hợp, các địa chỉ có thể chỉ định ID tổng hợp đích:

• Nếu ID tổng hợp là 0, nó biểu thị việc 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, nó biểu thị việc gửi tin nhắn đến một 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-Rollups 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 cho từng ID tổng hợp, bao gồm địa chỉ hợp đồng cầu nối trên L1. Điều quan trọng cần lưu ý là hợp đồng RRC chỉ cung cấp dịch vụ truy xuất dữ liệu và không tương tác trực tiếp với các tài sản chuỗi chéo.

Khả năng tương thích với các hợp đồng và dịch vụ thông minh của Native Bridge

Nói chung, cầu nối gốc của Rollup được chia thành ba thành phần: 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 chuyển tiếp tin nhắn. Giao thức NCRC tận dụng các thành phần này ở cấp độ cơ bản và bổ sung khả năng đóng gói ở cấp độ cao hơn. Các sửa đổi chính như sau:

• Hợp đồng cầu nối trên L2: Trong khi giữ nguyên các phương thức ban đầu, một phương thức mới có tên bridgeAsset sẽ được thêm vào. Phương pháp này cho phép người dùng chỉ định ID của Tổng hợp mục tiêu trong tham số Mạng đích.

• Hợp đồng cầu nối trên L1: Một phương thức mới được gói gọn để 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, dựa trên ID tổng hợp được tìm thấy trong hợp đồng RRC, xác định thông tin của Tổng hợp mục tiêu 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 chuyển tiếp tin nhắn và tính phí người dùng đối với các giao dịch Tổng hợp chéo.

  
  

Sau khi Bản tổng hợp hoàn tất việc điều chỉnh khả năng tương thích liên quan đến NCRC được đề cập ở trên, nó có thể đăng ký với RRC để tham gia mạng truyền thông 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, hoạt động của NCRC hoàn toàn phù hợp với hoạt động của cầu nối gốc của Rollup. Bắt đầu giao dịch Rollup chéo từ Rollup1 đến Rollup2 là một quy trình tự động, bao gồm các bước sau:

1. Người khởi tạo, User1, 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 thì nó biểu thị mạng mục tiêu là L1.

   
   

2. Sau đó, giao dịch này được đóng gói bởi Sequencer1 của Rollup1. Người khởi tạo, Người dùng1, chịu chi phí của giao dịch Tổng hợp chéo, thanh toán cho Sequencer1 trên Rollup1. Sau đó, dịch vụ Bridge của Rollup1 chuyển tài sản chuỗi chéo sang hợp đồng cầu Rollup1 trên L1. Tại thời điểm này, cả Rollup1 và L1 đều hoàn thành các hoạt động ghi và giải phóng nội dung.

   
   

3. Để hoàn tất quá trình chuyển nội dung Rollup chéo, dịch vụ Bridge của Rollup1 truy vấn hợp đồng RRC để lấy thông tin về Rollup2 đích tương ứng với tham số Mạng đích. Thông tin này cung cấp địa chỉ hợp đồng cầu nối L1 của Rollup2. Sau đó, hợp đồng bridge của Rollup2 sẽ kiểm soát những nội dung này và ánh xạ chúng tới Rollup2 thông qua phương thức bridgeAsset.

   
   

4. 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, dịch vụ Bridge của Rollup2 sẽ thực thi hoạt động ClaimAsset. Do đó, tài sản chuỗi chéo do Rollup1 khởi tạo sẽ đến địa chỉ được chỉ định trên Rollup2 một cách an toàn.

Điều đáng nói là trong suốt quá trình chuỗi chéo, tài sản của người dùng sẽ chảy qua đường dẫn sau: Rollup1 -> Hợp đồng cầu nối L1 của Rollup1 -> Hợp đồng cầu nối L1 của Rollup2 -> Rollup2. Nói cách khác, tài sản của người dùng không trải qua bất kỳ giao thức nào của bên thứ ba; họ tận dụng cây cầu gốc của Rollup. Toàn bộ quá trình là an toàn và không cần tin cậy.

Khi người dùng thực hiện các hoạt động chuỗi chéo trên Rollup1, chọn Rollup2 làm đích, quy trình kỹ thuật thực sự bao gồm ba thực thể: Rollup1, L1 và Rollup2. Tuy nhiên, người dùng không cần biết đến sự tồn tại của L1 trong quy trình này; trải nghiệm của họ chỉ đơn giản là sự kết hợp trực tiếp từ Rollup1 sang Rollup2. Thực tế cơ bản là các tài sản chuỗi chéo trải qua hai hoạt động bắc cầu trên L1, tạo ra kết nối liền mạch từ Rollup1 đến Rollup2 trong nhận thức của người dùng. Trong quá trình này, các thao tác trên L1 được xử lý tự động và người dùng không cần thực hiện thêm bất kỳ hành động nào. Từ quan điểm của 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 cho cả L1 và bất kỳ Bản tổng hợp nào khác. Thiết kế này nâng cao tính trôi chảy của trải nghiệm người dùng đồng thời che giấu những vấn đề phức tạp tiềm ẩn.

NCRC hiện đã có mặt trên mạng thử nghiệm Opside!

Opside đã triển khai thành công giao tiếp tổng hợp gốc trên Testnet. Bây giờ bất cứ ai cũng có thể trải nghiệm nó trên trang web chính thức tại

https://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 xác định các lỗi tiềm ẩn và rủi ro bảo mật cũng như đưa ra bất kỳ đề xuất có giá trị nào.

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