2024. 6. 10. 19:23ㆍ게시판
키 포인트
· 현재의 기본 암호화 사용자 경험은 사용자가 어떤 네트워크와 상호 작용하고 있는지 항상 알 수 있도록 하는 것입니다. 그러나 인터넷 사용자는 자신이 어떤 클라우드 제공자와 상호 작용하는지 알 필요가 없습니다. 블록체인에 이러한 접근 방식을 도입하는 것을 우리는 체인 추상화라고 부릅니다.
· 이 문서에서는 CAKE(Chain Abstraction Key Elements) 프레임워크를 소개합니다. 프레임워크는 애플리케이션 레이어, 권한 레이어, 해결 레이어, 결제 레이어 의 네 부분으로 구성되며 사용자에게 원활한 크로스체인 운영 경험을 제공하도록 설계되었습니다.
· 체인 추상화를 구현하려면 실행 프로세스의 신뢰성, 비용 효율성, 보안, 속도 및 개인정보 보호를 보장하기 위한 복잡한 기술 세트가 필요합니다.
· 우리는 체인 추상화의 크로스체인 트레이드오프를 트릴레마로 정의하고 각각 고유한 장점을 지닌 6가지 디자인 솔루션을 제안합니다.
· 체인 추상적인 미래로 성공적으로 도약하려면 업계 차원에서 CAKE 레이어 간 정보 전달에 대한 공통 표준을 정의하고 채택해야 합니다. 좋은 표준은 케이크 위에 장식하는 것입니다.
소개
2020년에 이더리움 네트워크는 롤업 중심 확장 로드맵으로 전환되었습니다. 4년 후, 50개가 넘는 롤업 레이어(L2)가 사용되고 있습니다. 롤업 레이어는 원하는 수평 확장을 제공하지만 사용자 경험을 완전히 파괴합니다.
사용자는 상호 작용하는 롤업을 신경 쓰거나 이해해서는 안 됩니다. 암호화 사용자는 Web2 사용자가 사용 중인 클라우드 공급자(AWS 또는 GCP)를 아는 것과 동일한 방식으로 자신이 사용 중인 롤업(Optimism 또는 Base)을 알고 있습니다. 체인 추상화의 비전은 사용자의 관점에서 체인 정보를 추상화하는 것입니다. 사용자는 지갑을 dApp에 연결하고 의도한 작업에 서명하기만 하면 되며, 사용자가 대상 체인에 올바른 잔액을 보유하고 의도한 작업을 수행하는지 확인하는 세부 사항은 모두 뒤에서 처리됩니다.
이 기사에서는 체인 추상화가 애플리케이션 계층, 권한 계층, 해결자 계층 및 결제 계층의 상호 작용과 관련된 진정한 종합 문제라는 점을 살펴보겠습니다. 우리는 Chain Abstraction Key Elements(CAKE) 프레임워크를 소개하고 체인 추상화 시스템의 설계 장단점을 탐구합니다.
CAKE 프레임워크 소개
체인 추상화의 세계에서 사용자는 dApp 웹사이트를 방문하고, 지갑을 연결하고, 작업에 서명하고, 최종 결제를 기다립니다. 모든 복잡한 작업은 CAKE의 인프라 계층에서 완료됩니다. CAKE의 세 가지 인프라 계층은 다음과 같습니다.
1. 권한 레이어: 사용자는 자신의 지갑을 dApp에 연결하고 사용자 의도에 대한 견적을 요청합니다. 의도는 트랜잭션 경로가 아니라 사용자가 트랜잭션 종료 시 얻기를 기대하는 결과를 나타냅니다. 예를 들어 USDT를 Tron 주소로 이체하거나 Arbitrum의 수익 창출 전략에 USDC를 입금하는 것입니다. 지갑은 사용자 자산을 읽을 수 있어야 하며(예: 읽기 상태) 대상 체인에서 트랜잭션을 실행할 수 있어야 합니다(예: 업데이트 상태).
2. 솔버 레이어: 솔버 레이어는 사용자의 초기 잔액과 의도를 기반으로 수수료와 실행 속도를 추정합니다. 크로스체인 설정에서는 트랜잭션이 비동기식이고 하위 트랜잭션이 실행 중에 실패할 수 있기 때문에 해결이라고 하는 이 프로세스가 중요합니다. 비동기성은 수수료, 실행 속도 및 실행 보장과 관련된 크로스체인 트릴레마를 도입합니다.
3. 정산 계층: 사용자가 개인 키를 사용하여 거래를 승인한 후 정산 계층에서 해당 거래의 실행을 보장합니다. 여기에는 사용자 자산을 대상 체인에 연결한 다음 트랜잭션을 실행하는 두 단계가 포함됩니다. 프로토콜이 일부 작업에 복잡한 솔버를 사용하는 경우 자체 유동성을 제공하고 브리징 없이 사용자를 대신하여 작업을 수행할 수 있습니다.
체인 추상화를 달성한다는 것은 위에서 언급한 세 가지 인프라 계층을 통합 제품으로 병합하는 것을 의미합니다. 이러한 레이어를 병합할 때 중요한 통찰력은 정보 전송과 가치 전송의 차이입니다. 체인 간 정보 전송은 손실이 없어야 하므로 가장 안전한 경로를 사용해야 합니다. 예를 들어, 사용자는 한 체인에서 다른 체인의 거버넌스 투표에 대해 "예"라고 투표하고 자신의 투표가 "어쩌면"이 되는 것을 원하지 않습니다. 반면, 사용자 선호도에 따라 가치 전달이 손실될 수 있습니다. 확립된 제3자를 활용하여 사용자에게 더 빠르고 저렴하며 보장된 가치 이전을 제공할 수 있습니다. 이더리움 블록 공간의 95%가 검증자에게 지불되는 수수료로 측정되는 가치 전송에 사용된다는 점에 유의하는 것이 중요합니다.
주요 설계 결정
위의 세 가지 수준은 CAF가 내려야 하는 주요 설계 결정을 소개합니다. 이러한 결정에는 의도 실행 권한을 통제하는 사람, 해결자에게 공개되는 정보, 해결자가 사용할 수 있는 해결 경로가 포함됩니다. 다음은 각 수준에 대한 자세한 분석입니다.
권한 계층
권한 계층은 사용자의 개인 키를 보유하고 사용자를 대신하여 메시지에 서명한 다음 온체인 트랜잭션으로 실행됩니다. CAF는 모든 대상 체인에 대한 서명 체계와 트랜잭션 페이로드를 지원해야 합니다. 예를 들어, ECDSA 서명 체계와 EVM 거래 표준을 지원하는 지갑은 이더리움, L2 및 사이드체인(예: Metamask 지갑)으로 제한됩니다. 반면, EVM과 SVM(Solana VM)을 지원하는 지갑은 두 생태계(예: Phantom 지갑)를 모두 지원할 수 있습니다. EVM 및 SVM 체인 모두에서 지갑을 생성하는 데 동일한 니모닉을 사용할 수 있다는 점에 유의하는 것이 중요합니다.
다중 체인 트랜잭션은 올바른 순서로 실행되어야 하는 여러 하위 트랜잭션으로 구성됩니다. 이러한 하위 거래는 여러 체인에서 실행되어야 하며, 각 체인에는 시간에 따라 변하는 수수료와 임의의 숫자가 있습니다. 이러한 하위 트랜잭션을 조정하고 해결하는 방법은 권한 계층의 주요 설계 결정입니다.
1. EOA 지갑은 사용자의 컴퓨터에서 실행되고 개인 키를 보관하는 지갑 소프트웨어입니다. 브라우저 기반 확장(예: Metamask 및 Phantom), 모바일 애플리케이션(예: Coinbase Wallet) 또는 전용 하드웨어(예: Ledger)일 수 있습니다. EOA 지갑에서는 사용자가 각 하위 거래에 개별적으로 서명해야 하며 현재는 여러 번의 클릭이 필요합니다. 또한 사용자는 대상 체인에서 수수료 잔액을 유지해야 하며 이로 인해 프로세스에 상당한 마찰이 발생합니다. 그러나 사용자가 한 번의 클릭으로 여러 하위 거래에 서명할 수 있도록 하면 여러 번의 클릭으로 인한 마찰이 사용자로부터 멀어질 수 있습니다.
2. AA(계정 추상화) 지갑에서 사용자는 여전히 자신의 개인 키에 액세스할 수 있지만 트랜잭션 페이로드의 서명자와 트랜잭션 실행자를 분리합니다. 복잡한 당사자가 원자적 방식으로 사용자 트랜잭션을 묶고 실행할 수 있도록 합니다(Avocado, Pimlico). AA 지갑은 여전히 사용자가 각 하위 거래에 개별적으로 서명하도록 요구하지만(현재는 여러 번의 클릭을 통해) 각 체인에 수수료 잔액을 보유할 필요는 없습니다.
3. 정책 기반 에이전트는 별도의 실행 환경에서 사용자의 개인 키를 보유하고 사용자의 정책에 따라 사용자를 대신하여 서명된 메시지를 생성합니다. 계정 수집기 근처의 텔레그램 봇 또는 SUAVE TEE는 정책 기반 지갑인 반면 Entropy 또는 Capsule은 정책 기반 지갑 확장입니다. 사용자는 승인서에만 서명하면 되며, 후속 하위 거래 서명 및 수수료 관리는 작업 중에 해당 에이전트에 의해 완료될 수 있습니다.
솔버 레이어
사용자가 인텐트를 게시한 후 솔버 계층에서는 사용자에게 수수료와 확인 시간을 반환합니다. 이 문제는 주문 흐름 경매 설계와 밀접하게 관련되어 있으며 여기에서 자세히 설명합니다 . CAF는 프로토콜 내 경로를 활용하여 사용자 의도를 적용하거나 복잡한 제3자(즉, 해결사)를 활용하여 특정 보안 보장을 타협하고 사용자에게 향상된 사용자 경험을 제공할 수 있습니다. CAF 프레임워크에 솔버를 도입하면 정보와 밀접하게 관련된 다음 두 가지 설계 결정으로 이어집니다.
인텐트는 두 가지 유형의 추출 가능한 값(EV), 즉 EV_ordering 값과 EV_signal 로 구성됩니다 .
· EV_ordering은 일반적으로 블록 빌더 또는 검증자와 같은 사용자 주문을 실행하는 엔터티에 의해 추출되는 블록체인 특정 값입니다.
· EV_signal은 주문이 블록체인에 공식적으로 기록되기 전에 주문을 준수하는 모든 개체가 액세스할 수 있는 값을 나타냅니다.
사용자 의도에 따라 EV_ordering과 EV_signal 간에 분포가 다릅니다. 예를 들어, DEX에서 코인을 교환하려는 의도는 일반적으로 EV_ordering 값은 높지만 EV_signal 값은 낮습니다. 반대로, 해커 거래는 선행 거래가 거래 실행보다 더 많은 가치를 얻을 것이기 때문에 더 높은 EV_signal 구성요소를 갖게 됩니다. 시장 조성자 거래의 경우와 같이 EV_signal이 때때로 음수가 될 수 있다는 점은 주목할 가치가 있습니다. 이러한 주문을 실행하는 기업은 시장 조성자가 미래 시장 상황을 더 잘 이해하기 때문에 손실을 입을 수 있습니다.
누군가가 사용자의 의도를 미리 관찰할 수 있게 되면 선점할 수 있어 가치 유출이 발생할 수 있습니다. 또한 부정적인 EV_signal의 가능성은 해결자 사이에 경쟁 환경을 조성하여 더 낮은 입찰가를 제출하게 하여 추가적인 가치 유출(역선택이라고도 함)을 발생시킵니다. 궁극적으로 누출은 수수료를 인상하거나 더 나은 가격을 제공함으로써 사용자에게 영향을 미칩니다. 낮은 수수료 또는 가격 인상은 동전의 양면이며 이 기사의 나머지 부분에서는 같은 의미로 사용됩니다.
|
코인올백 트위터
영희에게 코인 인증하고 코인올백 심화방 입장하기
|