글: 티아, 테크큐브 뉴스
10월 10일, 유니스왑은 앱 체인 유니체인을 출시했습니다.유니체인에는 검증 가능한 블록 빌딩과 유니체인 검증 네트워크(UVN)라는 두 가지 주요 기능이 있습니다. 이 두 가지 기능에 대한 설명은 많은 문서가 있으므로 여기서는 반복하지 않겠습니다.
그러나 검증 가능한 블록 빌딩을 자세히 살펴보면 유니체인은 이 블록 빌딩 메커니즘에서 우선순위를 사용하고 애플리케이션이 MEV 할당을 결정한다는 것을 알 수 있습니다. 애플리케이션이 제어하는 트랜잭션 순서 지정 메커니즘인 우선순위 순서를 통칭하여 ASS(애플리케이션별 시퀀싱)라고 합니다.
유니체인은 백서에서 ASS를 언급하거나 자세한 주문 규칙을 공개하지는 않지만, 우선순위 주문과 MEV 재분배에 대한 언급을 통해 기본적으로 ASS 범주에 속한다는 것을 확인할 수 있습니다.
애플리케이션 레이어의 리더로서 유니스왑은 미래지향적이고 활용 가능한 로드맵과 기술 방향을 선택했습니다. 따라서 이 글에서는 유니체인과 현재 시장에 출시된 몇 가지 솔루션에 사용되는 ASS 주문 규칙의 개념에 초점을 맞출 것입니다.
ASS란 무엇이며 왜 ASS를 사용하나요?
ASS는 애플리케이션별 시퀀싱으로 알려져 있으며, 이는 디앱이 자체적으로 시퀀싱 규칙을 개발할 수 있고, 슬리피지를 낮추고 다른 트랜잭션이 우선적으로 처리되는 등 애플리케이션의 필요에 따라 MEV 할당 규칙이 정해지며, MEV 수익의 일부가 LP와 사용자 등에게 할당되는 방식으로 애플리케이션이 하나의 단위로 MEV를 내부화한다는 것을 의미합니다. MEV는 새로운 용어일 수 있지만, ASS의 아이디어는 매우 간단합니다. 즉, 애플리케이션이 정렬 규칙의 공식화에 참여하고, 빌더와 제안자의 손에서 정렬 권한의 일부를 가져오는 것입니다.
왜 앱이 주문 규칙을 만들어야 하나요? MEV는 LP에게 돌아가야 할 수익이 차익거래자에게 돌아가게 하고, 이는 DEX 앱에서 중요한 역할을 하는 유동성 공급자 LP가 수익을 빼앗기면 DEX에 영향을 미치게 됩니다. PBS 메커니즘 하에서는 검증자가 이익 수취자가 되어 MEV의 이익 분배의 일부를 받습니다. 그러나 ASS 메커니즘은 MEV에 대한 가치 귀속 문제를 재검토하고 트랜잭션 시퀀싱 규칙을 적용하여 MEV의 가치를 잃는 쪽에 다시 돌려주어야 한다고 주장합니다.
시퀀서 또는 합의에 의해 결정된 트랜잭션 순서가 어떻게 적용될 수 있는지 궁금하실 것입니다. 유니체인이 구체적인 ASS 메커니즘을 발표하지 않았으므로 현재 시장에서 사용 가능한 것을 보다 대표적으로 보여주는 몇 가지 구체적인 메커니즘 설계를 살펴보겠습니다.
현재 ASS 솔루션
일반적으로 합의 수준에서 순서가 결정되지만, 합의 계층을 통해 이를 변경하는 데에는 상당한 비용이 발생합니다. 따라서 현재 ASS 솔루션은 기본적으로 합의를 우회하고 주로 스마트 컨트랙트 프레임워크나 임베디드 애플리케이션을 사용하여 오프체인 방식으로 변경하여 애플리케이션 인터페이스에서 블록체인으로 전송되는 트랜잭션이 애플리케이션에서 설정한 정렬 규칙에 따라 우선순위를 정할 수 있도록 합니다.
아틀라스
Atlas는 FastLane에서 개발한 모듈식 스마트 컨트랙트 프레임워크로, 프레임워크 내에서 DAppControl 컨트랙트를 작성하여 앱이 자체적인 정렬 로직을 사용자 정의할 수 있는 ASS 솔루션의 프레임워크를 제공합니다.
아틀라스 프레임워크 내에서 사용자 서명부터 트랜잭션의 아웃바운드 제출까지의 단계는 다음과 같습니다.
이미지 src="https://img.jinse.cn/7307922_image3.png" alt="">
세션 전반에 걸쳐 솔버, 오퍼레이션 릴레이, 경매자의 세 가지 추가 역할이 필요합니다. Atlas 솔버의 역할은 Atlas 내에서만 제한되며, 사용자의 오퍼레이션에 의해 생성된 모든 가치에 우선적으로 액세스하여 DAppControl 컨트랙트에 설정된 규칙에 따라 MEV를 추출합니다. 솔버는 지갑, RPC, 리피터, 빌더, 검증자, 시퀀서보다 우선적으로 액세스 권한을 갖습니다.
운영 릴레이는 프론트엔드에서 사용자가 생성한 사용자 작업을 Atlas 솔버에 전달하고, 솔버가 사용자의 트랜잭션을 탐색한 후 솔버의 작업을 Auctioneer에 전달하는 역할을 담당하며, Auctioneer의 작업은 Bid를 사용하여 사용자의 트랜잭션을 정렬하는 것입니다. Auctioneer의 임무는 DAppControl 모듈에 정의된 입찰 추정 함수를 사용하여 입찰을 정렬하고, 올바른 실행 순서를 확인하고, 실행 순서를 결정한 후 CallChainHash로 DAppOperation에 서명하여 번들러가 트랜잭션의 순서를 변경할 수 없도록 하는 것입니다. 그런 다음 번들러는 전체 Atlas 트랜잭션을 패키징하여 블록에 포함되도록 네트워크에 제출합니다.
거래 주문의 최종 결정은 경매자가 하며, 경매자가 자신에게 불리한 거래에 서명하지 않는 경우가 있을 수 있으므로, 경매의 수익자(MEV 수익을 사용자에게 반환하는 규칙의 경우 사용자)를 경매자로 선택하는 것이 좋으며, 수익자가 항상 경매자 역할을 할 수 있다고 신뢰할 수 있기 때문입니다.
Angstrom
.
Angstrom은 Sorella Labs에서 개발한 제품입니다. Atlas의 프레임워크와 달리 Angstrom은 검증 가능한 합의 네트워크를 통해 애플리케이션 순서 지정 규칙이 시행되도록 합니다. 검증 가능한 합의 네트워크는 게이트키퍼 역할을 하며 네트워크를 운영하기 위한 서약을 제공합니다. 애플리케이션의 거래와 DEX와 CEX 간의 차익거래 기회가 있는 거래는 네트워크에 제출되며, 노드는 최상의 거래 묶음을 전파, 검증, 구성하고 LVR 경매 메커니즘에 따라 그 가치를 LP에게 반환해야 합니다.
이미지 src="https://img.jinse.cn/7307923_image3.png" alt="" width="1200" height="1048">
앙스트롬은 현재 유니스왑 V4의 후크로 출시될 예정입니다. 후크는 유동성 풀에 연결된 맞춤형 스마트 컨트랙트로, 개발자가 유동성 풀의 수명 주기의 특정 시점에 맞춤형 코드를 실행하여 복잡한 로직과 기능을 구현할 수 있게 해줍니다.
Vertex
Vertex는 오프체인 시퀀서를 통해 애플리케이션별 주문 규칙을 개발하는 탈중앙화 거래소입니다. 오프체인 시퀀서를 사용하여 주문을 오프체인에서 처리함으로써, 거래가 실행될 때까지 공개적으로 브로드캐스트되지 않기 때문에 선점 및 샌드위치 공격과 같은 MEV의 위험을 완화할 수 있습니다. 동시에 이 메커니즘을 통해 사용자는 오프체인 작업이 온체인 기록과 일치하는지 검증하여 시퀀서의 잘못된 동작을 방지할 수 있습니다.
요약
거래 시퀀싱과 실행을 제어할 수 있는 권한을 부여함으로써 탈중앙화 애플리케이션은 MEV 리스크를 줄이고, 운영을 최적화하며, 혁신을 이룰 수 있습니다. 하지만 이러한 혁신 뒤에는 고려해야 할 잠재적인 단점이 있습니다.
ASS 메커니즘은 개별 앱 내에 정렬 규칙을 구축하여 정렬하므로, DeFi의 가장 큰 무기인 블록체인 앱 간의 고유한 구성성을 파괴합니다. 구성성이 손실되면 비차익 거래가 현저히 줄어들 수 있으며, 이는 결국 LP의 수익 감소로 이어집니다. ASS는 LP의 MEV를 증가시키지만, 비차익 거래량 감소가 LP의 MEV보다 크면 손실이 이익보다 커집니다. 따라서 디파이의 자연스러운 구성성을 유지하는 ASS 메커니즘을 설계하는 것이 ASS의 시급한 고려 사항입니다.