DeFi가 롤업을 만났을 때
편집자 주: 이 기사의 출처는크립토 밸리 라이브 (ID: cryptovalley)편집자 주: 이 기사의 출처는
크립토 밸리 라이브 (ID: cryptovalley)"DeFi "크립토 밸리 라이브 (ID: cryptovalley)
, 저자: Ryan Sean Adams, 번역: Ziming, 승인을 받아 Odaily에서 재인쇄함.
올해(2020년), 최근 DeFi 생태계의 지속적인 발전과 메인넷에 대한 롤업의 지속적인 영향으로 인해 두 가지가 어떻게 만날 것인가 하는 자연스러운 질문이 생깁니다.
개요
롤업을 사용하여 DeFi 생태계의 규모를 확장할 수 있습니까? 우리는 어떤 도전에 직면해 있습니까?"첫 번째 레벨 제목"개요
낙관적 롤업은 이더리움 메인 체인의 부담을 줄이기 위해 설계된 레이어 2 아키텍처입니다. 기본적인 생각은 메인체인이 롤업 사이드체인에서 모든 트랜잭션을 검증하는 것이 아니라 단순히 게시하고,
롤업 사용의 핵심 이점은 사용자의 가스 비용을 줄여 전체 네트워크에 대해 초당 더 많은 트랜잭션(최소 수백 TPS)을 의미한다는 것입니다. 또한 특정 가스 집약적 애플리케이션(예: 복잡한 암호화를 사용하는 개인 정보 보호 솔루션)이 실현 가능해짐을 의미합니다. 따라서 롤업 자체가 개인정보 보호의 고유한 이점을 가지고 있지는 않지만 개인정보 보호 기술을 구축하기에 적합한 기반입니다. 다시 말하지만 Rollup 자체는 트랜잭션 대기 시간을 줄이지는 않지만 거의 즉각적인 트랜잭션을 제공할 수 있는 채널을 구축할 수 있는 좋은 환경을 제공합니다.
사용자 관점
낙관적 롤업이 데이터를 처리하는 방식은 특히 다른 레이어 2 프로토콜과 비교할 때 애플리케이션 구성을 단순화할 수 있습니다. 중요한 것은 이것이 최종 사용자에게 레이어 1 프로토콜을 사용하는 것과 거의 동일한 사용자 경험을 제공한다는 것입니다. 마찬가지로 개발자와 프로토콜 디자이너의 경우 익숙한 도구와 사고 방식을 계속 사용할 수 있습니다(앞으로 살펴보겠지만 구성 가능성과 관련된 일부 문제를 해결하려면 약간의 추가 작업이 필요할 수 있음).
첫 번째 레벨 제목
사용자 관점"사용자 관점에서 DeFi 앱 또는 롤업과 상호 작용하는 것은 레이어 1에서 DeFi를 사용하는 것과 거의 동일하게 느껴집니다. Metamask 및 Burner와 같은 인기 있는 지갑은 물론 롤업 활동을 모니터링하는 블록 탐색기를 지원할 수 있습니다."Rollup을 이용한 DApp의 기본 생명주기는 다음과 같습니다.
먼저, 사용자는 약간의 자금을 예치합니다(
ETH, ERC20, ERC721 등)을 롤업할 수 있습니다. 이 첫 번째 단계는 많은 1계층 DApp 사용자의 사용자 경험과 동일합니다. 즉, 사용자는 계약을 사용하기 전에 자금을 이체해야 합니다. 이 시점에서 사용자는 평소처럼 앱에 거래를 게시할 수 있습니다; 롤업이 검열 저항을 우선시하도록 설계된 경우 롤업에 포함된 거래를 얻는 것은 더 많은 신뢰, 명성 또는 비즈니스에 의존할 필요가 없습니다. 레이어 1 거래를 게시하는 것보다 더 이상 잠재적인 조사가 없습니다.
T-word
사용자가 자산을 레이어 1로 다시 가져오려면 특별한 인출 트랜잭션을 발행합니다. 이 시점에서 우리는 잠재적인 차이를 관찰합니다: Optimistic Rollup의 보안 모델은 문제를 제기하는 모든 당사자의 능력에 따라 달라지므로 사기 행위를 탐지하고 증명하는 프로세스에 시간이 걸립니다. 즉, 인출이 요청되면 사용자는 계층 1에서 자금을 다시 확보하기 전에 기다려야 합니다. 위에서 언급한 기간(Ed Felten 실제로는 3시간이면 충분하다고 생각합니다).
하지만 우리가 보고 싶은 것은 사용자가 그러한 대기 기간을 거치지 않는 것입니다. 예를 들어, 제3자는 계층 1에서 동일한 금액의 자금을 보내고 일부 관련 수수료를 차감하여 기다리지 않고 자금 소유권을 얻을 수 있습니다. 따라서 이러한 유동성 공급자와 복잡한 것을 단순화하는 대화형 인터페이스가 있는 한 레이어 2에서의 인출도 레이어 1에서의 사용자 경험과 크게 다르지 않을 것입니다.
보조 제목"음, 하지만 Optimistic Rollup은 정말 신뢰할 수 없나요? 틀림없이."신뢰 위험을 제거하기 위해 누구나(사용자 또는 기타) 검증자가 될 수 있으며, 이를 통해 아무도 속이지 않고 속이려고 하면 제 시간에 중지될 것임을 스스로 확인할 수 있습니다. 이것은 일부를 실행하는 것과 같습니다.
한 번 확인
추가 프로그램. 검증자를 운영하지 않는 사용자의 경우 모든 검증자가 불법 활동에 연루되어 서로 결탁한 경우에만 사기 거래(자금 탈취 등)가 가능합니다. 즉, 다른 사용자, 거래소, 앱 개발자, 블록 탐색기, 지갑 제공자 또는 지하실에 있는 익명의 십대 등 정직한 검증자가 있는 한 관련된 모든 당사자는 악의적이지만 그들이 결탁하지 않는 한, 즉, 그들이 일제히 집단적으로 거짓말을 하지 않는 한, 전체 롤업은 어떠한 잘못도 포함하지 않습니다. 사기 행위가 입증되면 악의적인 행위자는 예치금에서 차감되며 그 중 일부는 사기성 유효성 검사자에게 제공됩니다.
개발자 관점
다음으로 어플리케이션 개발자의 입장으로 넘어가서 롤업 DApp을 구축하고 배포하는 과정에서 트러플, web3, ethers.js와 같은 개발자 도구와 라이브러리에 대해 많은 개발자들이 친숙하게 느껴져서 매우 기쁩니다. , Rollup 환경에서 개발에 다시 적용할 수 있습니다. 또한 Rollup에 배포된 계약은 여전히 Solidity로 작성할 수 있지만 일부 제한 사항이 있습니다.
그런 다음 롤업 애플리케이션을 설계할 때 가장 큰 차이점은 결합성 문제입니다(특히 DeFi 애플리케이션과 관련이 있음)."보조 제목"구성 가능성 문제
DeFi 애플리케이션의 더 유명하고 때로는 충격적인 기능 중 하나는 서로 협력하여 다른 금융 서비스를 무단으로 직접 통합할 수 있는 기능입니다. 급진적으로 보이는 이 상호 운용성은 실제로 레이어 1에서 이더리움 계약을 제공합니다.
무료
서비스는 물론 그 애플리케이션의 스케일링(scaling)이 병목현상을 겪게 된다는 단점이 있다. 서로 다른 레이어 2 체인 간의 상호 운용성은 손실되지는 않지만 활동을 독립적인 레이어 2 환경으로 분할할 때 더욱 어려워집니다.
PoolTogether를 예로 들어보자 PoolTogether는 무손실 복권 DeFi 애플리케이션입니다. PoolTogether의 계약은 무작위 복권 당첨자 선정 및 자금 분배를 관장하며, 자금은 Compound(별도의(기존) 애플리케이션)에서 생성된 이자로 구성되며, 자금 형태(풀 중 하나에 대한)는 Dai(A에서 발행)입니다. 별도 계약). 이 상호 운용성은 레이어 1의 세 가지 상호 운용성과 다르지 않습니다."고쳐 쓰다"그러나 세 계약이 모두 별도의 롤업에 있는 경우에는 어떻게 됩니까?
하나의 롤업에서 다른 롤업으로 DAI와 같은 자산을 마이그레이션하는 것은 어려운 작업이 아니며 일반 레이어 1 계약 간의 자산 마이그레이션과 매우 유사해 보입니다. 그러나 PoolTogether 게임을 구매하려면 먼저 PoolTogether를 사용하여 자산을 Compound에 예치해야 하지만 PoolTogether와 Compound가 서로 다른 체인에 있는 경우 간단한 트랜잭션을 통과할 수 없습니다. PoolTogether Rollup은 복합 롤업 업데이트에 대한 뉴스에 액세스하고 최신 정보를 얻기 위한 새로운 전략이 필요했습니다. 다른 경우에는 두 계약이 적시에 이러한 업데이트 일정을 얻기 위해 다른 계약과 양방향으로 상호 작용할 수 있는 권한을 원할 수 있다고 상상할 수 있습니다.
고쳐 쓰다
의 발표.
여기에 설정된 롤업 통신 도구는 이더리움 2.0과 같은 시스템의 맥락에서 서로 다른 샤드(샤드) 간의 통신 배열과 같은 레이어 1 블록체인 간의 통신 방법과 유사합니다. 요컨대, 특정 요구 사항에 따라 각각 고유한 기술적 복잡성 및/또는 사용자 경험 상충 관계가 있는 다양한 용도에 적합한 다양한 접근 방식이 있습니다. 이 기사에서는 기술적인 세부 사항에 대해 다루지 않지만 UX 절충에는 종종 사용자에게 트랜잭션이 확인될 때까지 더 오래 기다리도록 요청하거나 원하는 작업을 완료하기 위해 여러 트랜잭션을 게시하는 것과 같은 것들이 포함됩니다.
좀 더 과장되게 비유하자면, 이미 같은 공간에 살고 있는 친구가 다른 집으로 이사를 가서 창밖으로 소리를 지르며 소통해야 할까요? 아니면 중간 위치나 공동 방을 통해 통신합니까? 아니면 그냥 디지털 방식으로 채팅을 하시겠습니까(빠르지만 고급 전화 기술이 필요함)?
가능성은 많지만 간단히 말해 Rollup 커뮤니케이션은 "대면 채팅"만큼 간단하지 않습니다.
우리는 그러한 극단적인 상황을 상상할 수 있습니다. 우리는 거대한 롤업에 많은 수의 애플리케이션(예: 모든 DeFi)을 배치합니다. 이 시점에서 교차 롤업 상호 운용성의 복잡성이 사라지고, Compound와 PoolTogether는 레이어 1에서처럼 레이어 2에서도 자유롭게 상호 작용할 수 있습니다.
그러나 이 비전의 유일한 문제는 우리가 시작했을 때 추구했던 확장성의 이점을 파괴한다는 것입니다. 레이어 2 확장성은 주로 전 세계적으로 수행되어야 하는 분할 및 지역화 작업에서 비롯됩니다. 바쁜 단일 롤업은 확인하기가 더 어려우며, 처음부터 피하려고 했던 문제에 훨씬 더 직면하게 만들 것입니다. . 다시 말해, 우리는 이미 과밀한 집에서 새 집으로 이사하고 싶지 않습니다.
그런 다음 아마도 이상적인 구현은 타협의 위치에서 작동합니다: 상호 구성 가능성의 혜택을 받는(또는 필요로 하는) 애플리케이션은 필요에 따라 적절한 방식으로 다른 롤업과 상호 작용하면서 공통 롤업에서 실행하도록 선택할 수 있습니다.
이미지 설명


