Layer-2 상호 운용성으로 가는 길

以太坊爱好者

特邀专栏作者

2020-10-25 14:00 (UTC+8)

이 기사는 약 2867자로, 전체를 읽는 데 약 5분이 소요됩니다

L2 자금 이동 문제를 해결하기 위한 유동성 공급자.

AI 요약

L2 자금 이동 문제를 해결하기 위한 유동성 공급자.

편집자 주: 이 기사의 출처는이더리움 애호가(ID: ethfans)이더리움 애호가(ID: ethfans)

, 저자: Tom Brand & Uri Kolodny, 번역: A Jian, 승인을 받아 Odaily에서 재인쇄함.

네 문장 요약
Layer-2 상호 운용성은 사용자가 Layer-1에서 가능한 한 적은 마찰로 Layer-2 시스템 간에 자금을 이동할 수 있음을 의미합니다.
이 기사에서 언급한 Layer-2 상호 운용성 솔루션은 모두 이전에 제안한 "조건부 트랜잭션 암호화 요소"를 기반으로 합니다.
StarkEx 3.0(2020년 12월 출시 예정)은 오프체인 조건부 트랜잭션을 사용하여 Layer-2에서 Layer-2 상호 운용성(빠른 인출)을 제공합니다.

배경

레이어 2(L2) 확장성 솔루션이 빠르게 발전하고 있습니다. 이더리움 메인넷에는 이미 많은 유효성 증명 시스템이 있으며 많은 사기 방지 시스템이 테스트넷에서 시작되었습니다. L2 체계는 확장성을 제공하지만 장단점이 있습니다. L2 체계를 사용하면 L1에서 완전히 실행하는 이점 중 일부가 손상되거나 최소한 감소합니다. 우리는 하나의 L2 솔루션이 모든 요구 사항에 완벽하다고 생각하지 않습니다. 응용 프로그램마다 처리량 확장에 대한 요구 사항이 매우 다릅니다. 응용 프로그램 자체는 풍부한 L2 디자인 라이브러리에서 적합한 것을 선택합니다.

더 진행하기 전에 두 가지 중요한 용어를 정의해 보겠습니다.
상호 운용성: 사용자가 애플리케이션 1(초기 환경)과 애플리케이션 2(대상 환경) 간에 자금을 효율적으로 전송할 수 있습니다.

구성 가능성: App_1, app_2, ..., app_n은 하나의 트랜잭션에서 작동할 수 있습니다. (구성 가능성은 이 기사의 주제가 아닙니다. 다음에 이야기하겠습니다.)

이러한 느슨한 정의 외에도 향상된 버전의 조건부 트랜잭션도 필요합니다. 이 중요한 요소는 상호 운용성의 핵심입니다.

텍스트

단계별로

이것은 신뢰할 수 없는 블록체인에서 상호 운용성을 달성하는 데 사용할 수 있는 암호화 요소(여기에서 처음 제안함)입니다. 조건부 트랜잭션은 일부 이벤트(예: 특정 결제, 특정 상태 변경)의 발생 여부에 따라 적용 여부를 결정하는 트랜잭션입니다. 기본 개념은 초기 환경에서 조건부 트랜잭션을 정의한 다음 그것이 적용되기 전에 다른 환경(즉, 대상 환경)에서 충족될 때까지 지정된 조건을 기다릴 수 있다는 것입니다.

단계별로

더 나은 솔루션이 없는 경우 최소한 사용자는 항상 초기 L2에서 L1로 자금을 이체한 다음 대상 L2에 투자할 수 있습니다. 이 조잡한 방법은 느리고 비싸며 수요가 증가함에 따라 더 느려지고 더 비쌉니다.

그래서 우리는 더 잘해야 합니다. 실제로 우리는 더 나은 솔루션을 단계별로 달성하기 위해 아래 단계를 따를 계획입니다.

1단계: StarkEx(L2) → 이더리움(L1) — 빠른 출금

참가자들:

"빠른 인출"은 사용자가 StarkEx 시스템에서 L1으로 자금을 신속하게 인출해야 하는 문제를 해결할 수 있습니다. 사용자 자신의 L1 주소로 자금을 보낼 수 있을 뿐만 아니라 Compound, Aave 등과 같은 L1의 대상 주소로 자금을 보낼 수도 있습니다. 중요한 것은 StarkEx가 트랜잭션 배치에 대한 증명을 생성하는 빈도와 관계없이 사용자 인출 대기 시간이 "블록 시간"으로 측정된다는 것입니다.
사용 시나리오: Alice는 L2의 dYdX 계정에 있는 1번째를 L1의 주소로 보내려고 합니다.
앨리스(L2에 예치금이 있는 사용자)

LP(L1에 자금이 있는 유동성 공급자)

초기 환경의 StarkEx 연산자(위 예에서 dYdX)

- 그림 1: 빠른 출금 절차 -

Phase II：StarkEx (L2) → StarkEx (L2)

프로세스: (1) 사용자는 LP가 L1에 있는 Alice의 L1 주소로 1eth를 호출하는 조건으로 1eth(+ LP의 취급 수수료)를 지불할 것을 약속하는 조건부 거래를 LP에 보내고 Alice에게 돈을 보낸 후 조건부 거래가 발효됩니다. ; (3) LP는 조건부 트랜잭션을 운영자에게 전송하여 증명할 다음 트랜잭션 배치로 패키징되기를 기다림 (4) 다음 증명 대기 L1에 커밋되고 검증된 후 LP의 L2 잔액이 증가합니다. 그가 Alice로부터 받은 자금을 반영하기 위해.

보조 제목

참가자들:

원래 StarkEx는 인스턴스당 하나의 애플리케이션을 호스팅했습니다. 이 단계에서 우리는 사용자가 이러한 다양한 애플리케이션 간에 자금을 빠르게 이동할 수 있기를 바랍니다. 빠른 인출과 마찬가지로 우리는 사용자가 체인의 오버헤드를 최대한 줄이고 L2에서 인출 트랜잭션이 패키징되고 증명될 때까지 기다릴 필요가 없기를 바랍니다.
사용 시나리오: 앨리스는 L2_1의 dYdX 계정에서 L2_2의 DeversiFi 계정으로 1번째를 전송하려고 합니다.
앨리스(L2_1에 예치금이 있는 사용자)

LP(L2_2에 자금이 있는 유동성 공급자)

초기 환경의 StarkEx 연산자(위 예에서 dYdX)

이미지 설명

프로세스: (1) Alice는 LP가 1eth를 Alice의 L2_2 계정으로 전송한다는 조건으로 L2_1에서 1eth(LP의 취급 수수료 포함)를 지불할 것을 약속하는 서명된 조건부 트랜잭션을 LP에 전송합니다. ( 2) LP는 L2_2에서 Alice에게 지불합니다. 3) L2_2의 운영자는 지불 거래를 배치로 묶고 L1에서 검증된 인증서를 제출합니다. 거래 배치가 L1에 게시된 후 조건부 거래가 발효될 수 있습니다. (4) LP가 조건부 거래를 제출합니다. (5) L2_1의 다음 거래 배치가 L1에 게시되고 그 증명이 계약에 의해 확인된 후 계정은 L2_1의 LP 잔액은 TA가 Alice로부터 받은 양을 반영하도록 업데이트됩니다.