Uniswap은 여전히 오라클 프로토콜인가요?

저자: Alex Kroeger

번역: Block unicorn

올해 5월, Vitalik은 Uniswap 거버넌스 포럼에 "UNI는 오라클 토큰이 되어야 한다"는 제목의 게시물을 작성했습니다. 그는 오라클이 체인 외 데이터를 제공해야 하며, UNI가 높은 가치와 지연을 허용하는 사용 사례에 Chainlink의 대안을 제공할 수 있는 유리한 위치에 있다고 생각합니다.

흥미로운 아이디어이지만, 제가 최근에 해당 게시물에서 반영한 것처럼, Uniswap이 이미 오라클 프로토콜이라는 점에 대해 계속 생각해왔습니다. Uniswap은 이더리움에서 가장 큰 DEX로서 가격 정보를 제공해왔습니다. UNI는 이미 오라클 토큰이며, UNI DAO는 이 사실에 대해 그다지 많은 일을 하지 않았습니다, 적어도 지금까지는.

Uniswap의 오라클 역사

v1부터 Uniswap은 오라클 프로토콜이었지만, 당시에는 매우 거친 프로토콜이었습니다. Uniswap v1은 간단한 x * y = k 가격 메커니즘을 가진 ETH-ERC20 풀의 집합이었습니다. 사용자는 어떤 풀에서든 ETH와 해당 ERC20 토큰의 값을 조회할 수 있으며, 이는 현물 가격 오라클을 제공합니다.

그러나 v1은 오라클 프로토콜로서 많은 부족함이 있었습니다. 첫째, 모든 것이 ETH로 가격이 책정되었습니다. USDC로 표시된 BAT 가격과 같은 비 ETH 가격을 얻으려면 가격을 연결해야 했습니다(이 경우 BAT-ETH와 ETH-USDC).

둘째, 가격은 단순한 시점(더 구체적으로는 불행하게도 블록의 시점) 현물 가격입니다. 이는 "불행히도" 유동성 철수와 대량 거래로 인해 가격이 크게 변동할 수 있기 때문에 조작에 쉽게 영향을 받을 수 있습니다. 저는 이 가격을 사용하여 민감한 작업을 수행하는 것을 권장하지 않습니다, 예를 들어 차입 포지션이 바닥에 있는지 확인하는 것과 같은.

v2는 Uniswap의 오라클 유용성을 개선했습니다. 첫째, v2는 임의의 ERC20-ERC20 쌍을 허용합니다. 둘째, 어떤 거래나 유동성 변화가 발생하기 전에 각 풀은 시작 블록의 가격을 스냅샷으로 저장하여 조작을 더 어렵게 만듭니다. 마지막으로, 저장된 가격 값(가격에 마지막 블록 이후의 초 수를 곱한 누적기)은 사용자가 단순한 현물 가격 대신 시간 가중 평균 가격(TWAP)을 계산할 수 있게 해줍니다.

그러나 v2 풀에서 TWAP을 얻는 것은 즉시 사용 가능한 것이 아닙니다. 이는 통합자가 누적기의 과거 값을 별도의 계약에 저장하여 계산해야 합니다.

Uniswap v3는 v2가 제공하는 이점을 유지하면서도 위의 결함을 해결하기 위해 일련의 누적기 값을 저장할 수 있는 기능을 제공합니다(기본적으로 1개의 값만 저장되지만, 가스 비용을 지불할 의사가 있는 사람은 최대 65,535개의 관측값, 즉 약 9일의 가격을 추적할 수 있습니다).

오라클 사용 사례

Uniswap v3는 다양한 환경에서 체인 상 오라클로 사용되고 있으며, 많은 프로젝트가 그들의 계약에서 Uniswap v3의 오라클 기능을 호출하고 있습니다. 여기에는 다음이 포함됩니다:

• Popsicle Finance (LP 수익 최적화 프로토콜)
• keep3r 네트워크 (탈중앙화된 작업 실행 프로토콜)
• Frax (알고리즘 스테이블코인)
• Lixir Finance (Uniswap v3의 LP 관리자)
• Rari Capital (Fuse 대출 프로토콜의 창립자)
• Babylon Finance (탈중앙화 자산 관리)
• Unipilot (LP 수익 최적화 프로토콜)
• Angle (스테이블코인 프로토콜)

이러한 오라클 호출은 다양한 쌍에서 이루어집니다. 아래 그림에서 볼 수 있듯이, USDC-WETH가 가장 많이 호출되는 통화 쌍이지만, 이는 오라클 호출의 17%에 불과합니다. 오라클 기능을 사용하는 자산은 긴 꼬리를 가지고 있습니다. 그 중 많은 부분이 위의 프로토콜과 직접 관련이 있습니다(예: FRAX, KP3R). 그러나 더 많은 것은 Uniswap이 가장 중요한 유동성 출처 중 하나일 수 있는 자산입니다(예: ENS, 물론 ELON도 있습니다).

Uniswap DAO의 오라클 수호자 역할

오라클 기능은 이미 사용되고 있지만, Uniswap 오라클의 성능에 대한 자료는 상대적으로 부족합니다(그럼에도 불구하고 Michael Bentley가 작성한 v3 오라클 공격 비용에 대한 훌륭한 스레드를 추천합니다).

델포이와 함께 일하는 신탁은 그녀의 말을 듣고 청원자에게 답변을 전파합니다.

그러나 오라클 경험을 개선하고 유지하는 동력은 어디에 있을까요? 현재 오라클의 사용은 프로토콜의 거래자, LP 또는 유지 관리자를 이롭게 하지 않습니다.

프로토콜 거래 수수료는 v2와 v3에서 DAO의 현금 흐름의 잠재적 출처가 이미 되어 있습니다(지금까지는 수수료가 부과되지 않았습니다).

가격 오라클 사용에 대한 수수료를 고려할 가치가 있습니다. 이는 프로토콜에 몇 가지 변경이 필요하지만, 호출당 ETH 고정 수수료로 구현하거나 승인된 오라클 호출자 목록에 프로젝트 계약을 등록하는 방식으로 이루어질 수 있습니다.

이러한 수수료의 대가로, Uniswap DAO는 "오라클의 수호자"가 될 수 있습니다. 이는 실제로 무엇을 의미할까요? DAO는 다음과 같은 역할을 할 수 있습니다:

• "최후의 유동성 제공자" 역할을 수행
• 가격 오라클로서의 높은 가치 풀에 유동성 인센티브 제공
• 오라클 성능에 대한 데이터와 연구 제공
• 오라클 사용에 대한 모범 사례에 대한 더 나은 문서 제공

"최후의 유동성 제공자"라는 것은 DAO가 자동화된 전략을 생성하거나 특정 오라클과 유동성이 부족한 풀에 일정량의 수동 유동성을 제공하기 위해 LP 관리자를 지정할 수 있다는 것을 의미합니다. 이는 공격을 방지하고 유동성을 추출하거나 풀의 유동성 균형에 영향을 미치는 여러 블록에 걸친 공격에 대응할 수 있습니다.

현재 Uniswap 오라클의 한계

오늘날 Uniswap 오라클 사용의 일부 한계를 인정하지 않으면 이 논의는 불완전하게 느껴집니다.

AMM에서 오는 단순한 현물 가격(대신 TWAP 사용을 권장하지 않음)은 사용하지 않는 것이 좋지만, TWAP는 데이터의 신선도를 떨어뜨립니다(정의상, 이는 변화하는 시장 조건에 더 느리게 적응합니다). TWAP의 시간 길이를 선택할 때, 당신은 딜레마에 직면하게 됩니다:

• 시간 창이 짧을수록 TWAP는 조작에 더 취약해집니다.
• 시간 창이 길어질수록 TWAP는 변화하는 시장 가격에 대한 조정이 느려집니다.

대출 프로토콜을 예로 들어보겠습니다. 만약 담보 가격이 갑자기 하락하고, TWAP가 하락 추세가 시작된 후 30분이 지나서야 포지션 담보 부족을 반영한다면, 그 시점에서 현물 가격은 더 낮을 수 있으며, 이는 프로토콜에 현재 가능한 수익 손실을 초래할 수 있습니다.

그렇긴 해도, Uniswap 오라클의 매력은 상대적으로 자율적으로 작동한다는 점입니다. DAO가 제공할 수 있는 추가 보장이 없더라도, 시장 참여자의 인센티브가 있는 한, 이들은 정상적으로 작동할 것입니다.

Vitalik의 게시물로 돌아가서, DAO가 현재 풀 TWAP 모델을 오라클 솔루션의 한 요소로 사용하여 더 신선한 체인 외 가격 데이터 소스를 추가하는 방법을 탐색하는 것은 흥미로울 수 있습니다.