L2 상호 운용성으로 가는 길
소스 |StarkWare
요약
소스 |
요약L2 상호 운용성은 사용자가 가능한 한 L1 마찰이 적은 L2 시스템 간에 자금을 이동할 수 있음을 의미합니다.。
이 백서에서 제안하는 L2 상호 운용성 솔루션은 이전 제안을 기반으로 합니다.
StarkEx 2.0(2020년 11월 출시)은 온체인 조건부 트랜잭션을 사용하여 L2-L1 상호 운용성(즉, 빠른 인출)을 제공합니다.
배경
StarkEx 3.0(2021년 2월 출시)은 오프체인 조건부 트랜잭션을 사용하여 StarkEx 시스템 간에 L2-L2 상호 운용성을 제공합니다.
배경
Layer-2 확장 솔루션은 빠르게 발전하고 있습니다. 이더리움 메인넷에는 이미 여러 유효성 증명 시스템이 있으며 일부 사기 방지 시스템도 테스트넷을 시작했습니다. L2 솔루션은 확장성을 제공하지만 대가를 치르게 됩니다. 완전히 L1에서 운영할 때 가졌던 이점 중 일부가 손상될 수 있습니다.
우리는 특정 L2 솔루션이 지배하는 것을 원하지 않습니다. 앱마다 확장성에 대한 요구 사항이 다르기 때문에 자신의 필요에 따라 적합한 L2 솔루션을 선택할 수 있습니다. 다음으로 두 가지 중요한 용어를 설명하겠습니다.
상호 운용성: 사용자가 app1(초기 환경)과 app2(대상 환경) 간에 자금을 효율적으로 전송할 수 있습니다.
구성 가능성: app1...appn에 포함된 작업을 보낼 단일 트랜잭션으로 결합하는 기능입니다.
참고: 구성 가능성에 대해서는 향후 기사에서 자세히 설명합니다.
조건부 거래논의하다조건부 트랜잭션은 암호로 구성된 블록입니다(우리는 먼저
논의하다
이 개념을 통해) 무허가형 블록체인의 상호 운용성을 달성하는 것을 목표로 합니다. 조건부 트랜잭션은 특정 이벤트(예: 결제 발생 또는 상태 변경)의 발생 여부에 따라 트랜잭션의 효력 발생 여부가 결정됨을 의미합니다. 개념적으로 우리는 먼저 초기 환경에서 조건부 트랜잭션을 설정합니다. 이는 다른 환경(즉, 대상 환경)에서 특정 조건이 충족되면 적용됩니다.
단계별로
더 나은 솔루션은 없지만 사용자는 항상 초기 L2에서 L1로 자금을 이체한 다음 L1에서 대상 L2로 자금을 이체할 수 있습니다. 이 무차별 대입 접근 방식은 느리고 비용이 많이 들며 상호 운용성에 대한 사용자 요구가 증가함에 따라 속도가 느려지고 비용이 더 많이 듭니다.
“우리는 더 잘할 필요가 있기 때문에 단계별로 L2 상호 운용성을 달성하기 위해 특별히 다음과 같은 계획을 세웠습니다.1단계: StarkEx(L2) → 이더리움(L1) — 빠른 인출
"(빠른 인출)은 사용자가 L2 시스템 StarkEx에서 L1으로 빠르게 돈을 인출해야 하는 문제를 해결할 수 있습니다. 빠른 인출을 통해 사용자는 자신의 L1 주소로 자금을 이체할 수 있을 뿐만 아니라 L1의 모든 대상 주소로 자금을 이체할 수 있습니다. 이를 통해 사용자는 StarkEx가 배치 트랜잭션을 얼마나 자주 증명하는지에 관계없이 "블록 시간"으로 측정된 인출을 할 수 있습니다.
참가자들:
사용 사례: Alice는 L2의 dYdX 계정에서 L1 주소로 1 ETH를 전송하려고 합니다.
참가자들:
LP (L1에 자금을 보유하고 있는 유동성 공급자)
초기 환경의 StarkEx 연산자(위 예에서 dYdX)
이미지 설명
그림 1: 빠른 출금 절차
프로세스: (1) Alice는 1 ETH 상당의 조건부 트랜잭션을 LP에 보내고(LP에 대한 취급 수수료 추가) 조건은 LP가 1 ETH를 Alice의 L1 주소로 전송해야 한다는 것입니다. , 조건부 거래가 발효되고 (3) LP가 조건부 거래를 운영자에게 제출한 다음 증명을 기다리는 다음 거래 배치로 패키징됩니다 (4) 이러한 증명이 제출될 때까지 대기 L1에 도착한 후 확인 중 L2에 있는 LP의 계정은 Alice의 송금을 받았습니다.
정기 리밸런싱: LP는 L1 계정에서 점진적으로 소비한 자금을 보충하기 위해 L2 계정에 점진적으로 축적된 자금을 정기적으로 인출해야 합니다.
초기 StarkEx 배포는 각각 애플리케이션을 호스팅합니다. 이 단계에서 우리는 사용자가 이러한 다양한 애플리케이션 간에 자금을 빠르게 이동할 수 있기를 바랍니다. 빠른 인출과 마찬가지로 우리는 사용자의 온체인 비용을 최소화하고 증명을 위해 다음 거래 배치를 기다리는 시간을 절약하고자 합니다.
참가자들:
사용 사례: Alice는 dYdX 계정(L2_1)에서 DeversiFi 계정(L2_2)으로 1 ETH를 전송하려고 합니다.
참가자들:
LP(L2_2에 자금을 보유하고 있는 유동성 공급자)
초기 환경의 StarkEx 연산자(위 예에서 dYdX)
이미지 설명
그림 2: 오프체인 조건부 트랜잭션 프로세스
프로세스: (1) Alice는 L2_1에서 1 ETH에 해당하는 서명된 조건부 트랜잭션을 LP에 보내고(LP에 대한 취급 수수료 추가) 조건은 LP가 1 ETH를 Alice의 L2_2 계정으로 전송해야 한다는 것입니다. Alice의 L2_2 계정, (3) 지불은 트랜잭션 배치로 패키지되고 L2_2 운영자가 인증하고 L1에서 확인합니다. 이러한 트랜잭션이 L1에 게시되고 수락된 후 Alice가 보낸 조건부 트랜잭션이 적용됩니다. L2_1의 트랜잭션 배치가 인증되고 확인을 위해 L1에 제출되면 L2_1의 LP 계정이 Alice의 전송을 받습니다.
정기 리밸런싱: LP는 두 시스템 간의 자금 흐름에 따라 L2_1과 L2_2 두 시스템 간의 자금을 주기적으로 리밸런싱해야 합니다.
유효한 증명 시스템 또는 사기 방지 시스템(예: 낙관적 롤업, 플라즈마)이든 임의의 L2 솔루션 간에 자금을 전송할 수 있도록 2단계를 확장합니다. 여기서 주의할 점은 낙관적 롤업이 상호 운용성을 지원하기 위해 LP를 사용할 때 내재된 자본 비효율에 직면한다는 것입니다(참조:여기)。
여기
첫 번째 레벨 제목
신뢰 모델
이제 우리가 의존하는 신뢰 모델을 요약하겠습니다.
사용자를 위해
완전히 신뢰할 수 없습니다.
LP용
LP는 (초기 환경에서) 운영자가 유효한 조건부 트랜잭션을 패키징할 것임을, 즉 처리 중에 검열하지 않을 것이라고 신뢰해야 합니다. 이 신뢰는 여러 가지 방법으로 제거할 수 있습니다.
운영자가 LP의 조건부 트랜잭션을 적시에 처리하지 못하는 경우 LP는 다음을 수행할 수 있습니다.
검열 방지: 검열된 조건부 트랜잭션을 체인 상의 운영자의 스마트 계약에 제출하면 나중에 제출된 증명이 처리될 수 없도록 운영자를 동결합니다.
보안 담보: 검토된 조건부 트랜잭션을 체인의 보안 담보 스마트 계약에 제출하고 계약에서 직접 자금을 받습니다.
1단계는 2020년 11월 이더리움 메인넷(예: StarkEx 2.0)에서 출시되고 2단계는 2021년 1분기(예: StarkEx 3.0)에 출시될 예정입니다. 이미 많은 LP가 서비스를 위해 줄을 섰습니다.
고지 사항: ECN의 번역 작업은 중국 이더리움 커뮤니티에 고품질 정보 및 학습 리소스를 제공하는 것을 목표로 합니다.기사의 저작권은 원저자에게 있습니다.재인쇄는 원문의 출처와 ethereum.cn을 표시해야 합니다.장기적으로 재인쇄는 ethereumcn@gmail.com으로 연락주세요.
