Wisp: 교차 롤업 통신 프로토콜
Daniel, LimeChain(블록체인 개발 회사)의 건축가이자 LimeLabs - R&D 부서의 일부입니다.
추상적인
다음은 롤업 간의 데이터 전송을 위해 내장된 교차 롤업 통신 프로토콜을 설명하는 것을 목표로 하며, 이더리움의 롤업 중심 미래와 완전히 일치하고 이더리움 커뮤니티를 지원합니다.
초안 문서 6 은 프로토콜에 참여하는 행위자를 위한 경제적 인센티브에 대해 자세히 설명하고 CRC 메시지 흐름을 제시하며 프로토콜의 보안 및 확장성에 미치는 영향을 검토합니다.
작동 원리
Wisp는 (1) 온체인 SNARK 기반 라이트 클라이언트이자 (2) 롤업 저장을 위한 검증 메커니즘입니다. 온체인 라이트 클라이언트는 대상 롤업이 특정 이더리움 L1 높이에서 특정 실행 상태 루트를 신뢰하고 추론할 수 있는지 확인합니다. 이 루트를 기반으로 스마트 계약은 Ethereum L1을 사용하여 롤업 앵커링 내에 특정 정보가 포함되는지 여부를 추론할 수 있습니다. 데이터 포함 추론이 발생하는 방식은 각 소스 롤업에 따라 다릅니다.
제안된 시스템에는 소스 롤업의 데이터를 대상 롤업으로 전송하는 행위자로서 릴레이어가 포함됩니다. 성공적인 데이터 전송을 위해서는 다음이 필요합니다.
- 대상 롤업에 게시된 Ethereum
executionStateRoot - 소스 롤업
root의 머클 포함 증명(이더리움 L1) - 입증되어야 하는
storage슬롯의 머클 포함 증명(소스 롤업에서) 및 대상 롤업이 데이터 전송의 무결성을 확인합니다.
L1 실행 상태 루트 증명
CRC 프로토콜은 Ethereum Sync Protocol 1을 따르고 ZK-SNARK를 사용하여 헤드를 업데이트하는 온체인 라이트 클라이언트를 통합합니다. ZKP는 SyncCommittee의 대다수가 특정 블록 헤더에 서명했음을 증명합니다.
롤업 상태 루트 증명
소스 롤업의 root 롤업의 L1 계약 주소에 게시됩니다. 소스 롤업 상태를 보유하고 있는 스토리지 키에 대한 머클 포함 증명은 대상 네트워크의 CRC 계약에 제공됩니다. 계약은 마지막 단계에서 이미 입증된 executionStateRoot 사용하여 소스 롤업의 상태 루트를 확인합니다.
전송될 데이터 증명
소스 롤업 내부의 데이터를 보유하고 있는 스토리지 키에 대한 머클 포함 증명은 대상 네트워크의 CRC 계약에 제공됩니다. 이미 검증된 소스 롤업 상태를 사용하여 계약은 전송되어야 하는 원시 데이터를 확인합니다.
알파 버전
L1 실행 상태 루트(1단계)를 증명하기 위해 합의 증명 1 과 유사한 SNARK를 사용하는 프로토콜의 라이브 알파 버전이 있습니다.
- 초안 문서 - 교차 롤업 통신 프로토콜인 Wisp 소개 6
- 데모 애플리케이션 - https://demo.wisprotocol.com/ 11
- 문서 - https://docs.wisprotocol.com/ 1
이것이 다른 이니셔티브와 어떻게 다른가요?
- 이더리움 롤업 중심 - Wisp는 특히 이더리움 생태계와 롤업에 중점을 두고 있습니다. 이는 이더리움의 롤업 중심 비전의 미묘한 차이를 인식하며 "크로스체인" 이니셔티브가 되도록 설계되거나 의도되지 않았습니다.
- 오픈소스 공공재. 크로스 롤업 통신 프로토콜은 1) 오픈 소스(협상 불가능), 2) 공공재, 이상적으로는 3) 다양한 팀의 기여(또는 최소한 입력)를 통해 공개적으로 구축되어야 합니다. 공공재는 지속 가능한 수익 흐름을 배제하지 않지만 지대추구 행위, 중앙 집중화, (영향보다는) 이익 최적화를 배제합니다.
- 보안. 절대적으로 중요합니다. 이상적인 CRC 솔루션은 암호화폐 경제학과 인센티브 이상의 보안을 제공해야 합니다. 여기서 바람직한 접근 방식은 L1 Ethereum의 보안을 강화하고 추가 암호화(zk 증명)로 이를 보완하는 것입니다. Wisp는 경제적 인센티브보다는 SNARK를 통해 이를 수행합니다.
- 분산. 브리지를 제어하는 다중 신호가 없습니다. 누구나 Wisp 프로토콜의 중계자로 참여할 수 있습니다. 어떤 행위자도 특별하거나 허가를 받지 않습니다. 누구나 프로토콜 역할을 맡을 수 있습니다. 프로토콜의 의사결정도 시간이 지나면서 생태계의 핵심 부분이 된다면 분산화되어야 합니다.
- 중립. 프로토콜은 이더리움 생태계의 상호 운용성을 촉진하고 다른 서비스를 희생시키면서 특정 롤업이나 애플리케이션을 서비스하는 것을 방지해야 합니다.
참여하고 기여할 수 있도록 항상 열려 있는 초대
Wisp는 완전히 무허가형이며 공개적으로 내장되어 있습니다. 우리는 공공재가 되고 이더리움과 완전히 일치하는 Flashbots 이니셔티브의 작업을 통해 접근 방식을 모델링했습니다. Wisp가 무허가적이고 중립적이 되려면 여러 다양한 당사자가 이니셔티브에 참여해야 합니다. 다음은 가입하고 기여할 수 있는 몇 가지 주요 방법입니다.
피드백 및 지원
우리는 아직 개발 초기 단계이며 이더리움 커뮤니티와 이더리움 사고 리더로부터 피드백을 받기를 희망합니다. 중요한 피드백과 개선 제안을 환영하고 높이 평가합니다. 여기에서 자유롭게 의견을 말하거나 discord 1 에 문의하세요.
추가 탐색 및 공동작업을 위한 최종 주제 목록
다음은 Wisp의 아직 탐구되지 않았거나 최적화되지 않은 측면입니다. 우리는 프로토콜의 이러한 측면이나 다른 측면에 대한 협력자와 제안을 보고 싶습니다.
- Fast-tracking Ethereum finality - 블록 최종성을 위해 12분을 기다릴 필요가 없는 방법
- 롤업 완결성 처리 - 롤업의 완결되지 않은 상태를 처리하는 방법입니다.
- 상태 릴레이 증명을 최적화하고 결합하는 것은 필요한 경우 Circom 및 Groth16에서 완전히 벗어날 수 있음을 의미할 수 있습니다.
- 다중 머클 포함 증명 최적화 - 이더리움 실행 루트 또는 롤업에 스토리지 포함
- 동기화 프로토콜 위원회에서 벗어나 더 넓은 검증자 세트를 기반으로 하는 것이 필요하고 유익한가요?
롤업 지원
우리는 모든 롤업을 지원하고 싶습니다. 현재 우리는 Optimism Bedrock 스타일 롤업을 지원합니다. 우리는 몇 가지 다른 롤업을 탐색했지만 이를 지원하려면 롤업 팀과 긴밀한 협력이 필요합니다. 이는 주로 대부분의 ZK 롤업 상태 관리의 차이로 인해 발생합니다. 우리는 관심 있는 롤업을 초대하고 연락하고 싶습니다. 우리는 귀하와 협력하여 가능한 한 많은 롤업을 추가하고 싶습니다.
Wisp 위에 건물을 짓다
그 위에 애플리케이션이 없으면 프로토콜은 아무 가치도 없습니다. 우리는 그 위에 샘플 애플리케이션 구축을 탐색하기 시작했습니다(데모 애플리케이션과 유사). 크로스롤업 앱 개발자가 되고 싶다면 연락주세요. 우리는 귀하의 dapp이 멀티 롤업을 할 수 있도록 매우 편리하고 쉽게 만들고 싶습니다.
