ZK-RaaS 네트워크 Opside는 NCRC 프로토콜을 출시하여 무신뢰 기본 교차 롤업 통신을 허용합니다.
TL; DR
Opside의 NCRC(Native Cross Rollup Communication) 프로토콜은 무신뢰 롤업 상호 운용성 솔루션을 제공합니다. NCRC 프로토콜은 각 Rollup에 별도의 Third-party 브리지를 추가하지 않고, ZK-Rollup과 함께 제공되는 브리지(네이티브 브리지)를 시스템 수준에서 변환하여 각 ZK-Rollup의 기본 브리지를 직접 사용하여 달성합니다. 교차 롤업 통신. 이 접근 방식은 더욱 간결하고 철저하며 기본 브리지의 절대적인 보안을 상속받을 뿐만 아니라 타사 브리지로 인해 발생하는 시스템 복잡성과 신뢰 비용을 방지합니다.
NCRC는 테스트 네트워크에 출시되었으며 사용자가 직접 경험할 수 있습니다.https://pre-alpha-assetshub.opside.network/。
무신뢰 교차 롤업 통신이 필요한 이유는 무엇입니까?
롤업은 블록체인 네트워크의 확장성을 획기적으로 높이고, 거래 비용을 절감하며, 전반적인 효율성을 향상시킬 수 있어 점점 더 많은 관심과 활용을 받고 있습니다. Opside는 Web3 애플리케이션을 위한 ZK-RaaS 서비스를 제공하며, 모든 개발자는 Opside Rollup Launchbase를 통해 자신만의 롤업을 생성할 수 있습니다. 다중 롤업 시대에 우리는 점점 더 많은 롤업이 공존할 것으로 예상하므로 서로 다른 레이어 2 간의 원활한 상호 운용성이 중요해집니다. 현재 롤업은 상대적으로 고립되어 있으며 실시간 크로스체인 통신 및 자산 상호 운용성이 부족합니다. 이러한 분리로 인해 자산이 특정 롤업 내에서 분리되어 다양한 네트워크에서의 자유로운 흐름과 활용이 제한되는 단편화된 환경이 발생합니다.
효율적인 크로스 롤업 통신이 부족하면 개별 롤업의 잠재력이 제한될 뿐만 아니라 전반적인 사용자 경험에도 영향을 미칩니다. 사용자는 롤업 간에 자산을 전송하거나 크로스체인 트랜잭션을 수행하려고 할 때 번거롭고 시간이 많이 걸리는 프로세스에 직면합니다. 이러한 최적이 아닌 환경은 롤업의 매력을 약화시키고 어느 정도 레이어 2 확장 솔루션의 광범위한 채택을 방해합니다.
현재 크로스 롤업 브리징 솔루션의 대부분은 롤업 체인에 새로운 크로스 체인 계약 세트를 배포한 다음 다중 체인 유동성 인센티브 메커니즘을 통해 크로스 체인 자산을 제공하는 것입니다. 이러한 솔루션은 보편적인 크로스체인 메시지가 아니며, 중앙 집중화와 신뢰의 위험도 가져옵니다.
Multi-Rollup 시대의 잠재력을 최대한 발휘하기 위해서는 신뢰가 없는 일반적인 Cross-Rollup 통신 프로토콜이 절실히 필요합니다.
Opside의 솔루션: 네이티브 크로스 롤업 통신
실제로 각 ZK-Rollup에는 L1이 함께 제공됩니다.<>L2의 브릿지를 네이티브 브릿지라고 합니다. 유동성 솔루션을 사용하는 타사 브리지와 달리 네이티브 브리지는 유일한 민트소각 크로스 체인 메커니즘입니다. 영지식 증명으로 보호되며 신뢰할 수 없습니다. Rollup의 모든 자산은 네이티브 브리지의 예금 거래에서 나오며 최종 보안 보증도 네이티브 브리지에서 제공됩니다.
우리는 개체는 필요 이상으로 증식되어서는 안 된다는 오캄의 면도날의 원칙을 굳게 믿습니다. 제3자 브리지는 더 저렴하고 빠른 크로스체인 경험을 제공하지만 더 많은 신뢰 비용과 보안 위험을 초래합니다. 최근 멀티체인 사건이 그런 사례다. 따라서 처음에는Opside의 크로스 롤업 통신에 대한 영감은 놀라울 정도로 간단합니다. 즉, 타사 브리지를 추가하는 대신 네이티브 브리지를 직접 사용하여 멀티 롤업 상호 운용성을 달성하는 것입니다.여기에는 현재 NCRC(Native Cross Rollup Communication) 프로토콜이 있습니다.
NCRC 전제조건
여러 롤업 간의 NCRC 구현은 다음 두 가지 전제 조건을 충족해야 합니다.
이러한 롤업은 ZK-롤업 유형입니다.
이러한 롤업은 동일한 L1에 있습니다.
위의 두 가지 조건을 충족하는 ZK-롤업은 이론적으로 L1과 동일한 보안을 갖습니다. 마찬가지로 이러한 롤업 간 기본 브리지의 보안 수준은 동일하므로 서로를 신뢰할 필요가 없습니다. 모든 NCRC 거래는 유효성 증명을 통해 검증되며, 이는 NCRC 보안 보장의 기본 원천이기도 합니다.
Rollup Recognition Contract（RRC）
2023년 8월 현재 Polygon zkEVM, zkSync Era, Linea 등을 포함한 여러 ZK-Rollups 메인넷이 출시되었습니다. 그러나 이러한 ZK-롤업은 독립적이고 관련성이 없으므로 사용자의 자산은 조각화됩니다. 이 문제의 근본 원인은 L1(이더리움 메인넷)에 대한 계약이 관련이 없다는 것입니다. 네이티브 롤업 브릿지의 직접적인 통신은커녕 서로의 존재도 느낄 수 없습니다.
따라서 우리가 해야 할 첫 번째 단계는 롤업이 서로를 발견하고 인식할 수 있도록 L1에 특별 계약을 배포하는 것입니다. 우리는 이를 RRC(Rollup Recognition Contract)라고 부릅니다. RRC는 Rollup의 추가, 정지, 철회를 포함하여 NCRC에 참여하는 모든 ZK-Rollup을 관리하는 역할을 담당합니다. RRC의 각 Rollup은 독점적인 Rollup ID를 가지며 L1의 ID는 0으로 고정됩니다.
네이티브 브리지가 교차 롤업 트랜잭션을 시작할 때 롤업의 주소는 대상 롤업 ID를 지정할 수 있습니다.
Rollup ID가 0이면 탈퇴 등의 메시지가 L1으로 넘어갔다는 의미입니다.
Rollup ID가 0이 아닌 경우 메시지가 다른 Rollup으로 전달되어야 함을 의미합니다.
Opside는 각 L1 레이어에 RRC 계약을 배포하고 해당 ZK-Rollup이 허가 없이 가입하거나 종료할 수 있도록 허용합니다. 이 RRC 계약은 L1의 브릿지 계약 주소 등을 포함하여 각 Rollup ID에 해당하는 Rollup 정보를 유지하는 데 사용됩니다. RRC 계약은 데이터 검색 서비스 제공에만 책임이 있으며 크로스체인 자산과 직접 접촉하지 않는다는 점을 언급할 가치가 있습니다.
네이티브 브리지와 호환되는 스마트 계약 및 서비스
일반적으로 롤업 네이티브 브리지는 L1의 브리지 계약, L2의 브리지 계약, 정보 전송을 담당하는 브리지 서비스의 세 가지 모듈로 나뉩니다. NCRC 프로토콜은 이러한 모듈을 하위 계층에서 다중화하고 이를 기반으로 더 높은 수준의 캡슐화를 만듭니다. 주요 변경 사항은 다음과 같습니다.
L2의 브리지 계약: 원래 메서드를 유지하는 기반으로 사용자가 DestinationNetwork 매개변수에 대상 Rollup의 ID를 지정할 수 있도록 하는 새로운 bridgeAsset 메서드가 추가되었습니다.
L1의 브리지 계약: 새로운 bridgeAsset 메소드의 크로스체인 메시지를 처리하기 위한 새로운 메소드를 캡슐화합니다. 브릿지 컨트랙트는 Rollup ID에 따라 RRC 컨트랙트에서 대상 Rollup의 정보를 찾아 크로스체인 자산을 대상 Rollup의 브릿지 컨트랙트로 전송합니다. 크로스체인 자산은 대상 롤업에 보관됩니다.
브릿지 서비스: 정보를 전송하고 사용자에게 교차 롤업 거래 수수료를 청구하는 역할을 담당합니다.
롤업이 위의 NCRC 관련 호환 적응을 완료한 후 RRC에 롤업을 등록하여 기본 롤업 간 통신 네트워크에 참여할 수 있습니다.
네이티브 크로스 롤업 트랜잭션 프로세스
사용자의 경우 NCRC의 작동 모드는 롤업의 기본 브리지와 정확히 동일합니다. 사용자가 롤업 1에서 롤업 2까지 크로스체인 트랜잭션을 시작하면 다음 단계를 포함하여 전체 프로세스가 자동으로 완료됩니다.
먼저, 교차 롤업 트랜잭션의 개시자인 사용자 1이 롤업 1의 네이티브 브리지의 bridgeAsset 메소드를 호출하여 교차 체인 트랜잭션을 시작합니다. 이 트랜잭션의 DestinationNetwork 매개변수는 롤업 2의 롤업 ID로 설정됩니다. 이 롤업 ID는 해당 L1 브리지 계약 주소를 검색하는 데 사용됩니다. Rollup ID가 0이면 대상 네트워크가 L1이라는 의미입니다.
그런 다음 이 트랜잭션은 롤업 1의 시퀀서 1에 의해 패키징됩니다. Cross-Rollup 트랜잭션의 비용은 트랜잭션 개시자 User 1이 부담하고 Rollup 1이 위치한 Sequencer 1에 지불됩니다. Rollup 1의 브리지 서비스는 크로스체인 자산을 L1의 Rollup 1 브리지 계약으로 전송합니다. 이 시점에서 Rollup 1과 L1은 각각 자산 소각 및 릴리스 작업을 완료했습니다.
자산의 교차 롤업 전송을 완료하기 위해 Rollup 1의 브리지 서비스는 RRC 계약을 호출하여 매개변수 DestinationNetwork에 해당하는 대상 Rollup 2 정보를 쿼리하여 L1 계층에서 Rollup 2의 브리지 계약 주소를 얻습니다. . 그런 다음 Rollup 2의 브리지 계약은 이러한 자산을 직접 인수하고 bridgeAsset 메서드를 통해 자산을 Rollup 2에 매핑합니다.
마지막으로 트랜잭션이 성공적으로 패키징되고 증명이 생성된 후 Rollup 2의 Bridge 서비스에 의해 ClaimAsset으로 실행됩니다. 마지막으로 Rollup 1에서 보낸 크로스체인 자산은 Rollup 2에서 지정한 주소에 안전하게 도착합니다.
언급할 가치가 있는 것은,전체 크로스체인 프로세스 동안 사용자의 자산은 롤업 1 -> L1의 롤업 1 브리지 계약 -> L1의 롤업 2 브리지 계약 -> 롤업 2를 통해 흐릅니다. 즉, 사용자의 자산은 제3자와의 계약을 거치지 않고 Rollup과 함께 제공되는 기본 브리지를 재사용하므로 전체 프로세스가 안전하고 신뢰할 수 없습니다.
사용자가 Rollup 1에서 크로스체인 작업을 수행하고 Rollup 2를 대상으로 선택하면 기술 프로세스에는 실제로 Rollup 1, L1 및 Rollup 2가 포함됩니다. 하지만 이 과정에서 사용자는 L1의 존재를 알 필요가 없으며, 사용자의 경험은 Rollup 1에서 Rollup 2로 바로 넘어갈 뿐입니다. 그 뒤에 있는 실제 상황은 크로스체인 자산이 L1에서 두 번 브리지되어 사용자가 롤업 1에서 롤업 2까지 원활한 연결을 느낄 수 있다는 것입니다. 이 과정에서 L1의 작업은 자동으로 처리되며 사용자는 다른 작업을 수행할 필요가 없습니다. 사용자의 경우 현재 롤업은 L1 및 기타 롤업에 대한 크로스체인 작업을 수행할 수 있습니다. 이 디자인은 근본적인 복잡성을 숨기면서 보다 원활한 사용자 경험을 제공합니다.
NCRC는 Opside 테스트넷에 게시되어 있습니다!
Opside는 이미 테스트 네트워크에서 기본 크로스롤업 통신을 구현했습니다. 이제 공식 홈페이지에서 누구나 체험해 볼 수 있습니다.https://pre-alpha-assetshub.opside.network/. 또한 가능한 버그 및 보안 위험을 발견하는 데 도움을 주는 사용자와 개발자를 환영하며 귀중한 제안을 환영합니다.
우리는 무신뢰 네이티브 롤업 간 통신이 모든 롤업의 유동성을 안전하게 공유할 뿐만 아니라 더 강력한 다중 롤업 상호 운용성을 제공하여 분산형 애플리케이션과 DeFi 프로토콜에 대한 새로운 가능성을 열어줄 것이라고 믿습니다.
