Oracle可提取价值(OEV)란 무엇인가요?

原文标题：《오라클 추출 가능 가치 (OEV)》

저자：Burak Benligiray

편집：ChatCatcher

오라클 추출 가능 가치 (OEV)는 오라클이 자신의 지위를 이용해 가치를 얻는 것을 의미하며, 그렇지 않으면 이러한 가치는 제3자로 흘러갈 것입니다. 간단한 예를 들어보면, ETH/USD 가격 데이터 소스가 1000이고 편차 임계값이 1%라고 가정해 보겠습니다(즉, 다음 업데이트 후 값은 990 또는 1010이 될 것입니다). 사용자는 데이터 피드 값이 최소 1005이고 ETH/USD 가격이 상승할 때 청산될 수 있는 포지션을 가지고 있습니다. 전통적인 경우, 오라클은 기본 API가 1010을 반환할 때까지 데이터 피드 값을 1010으로 업데이트하지 않습니다. 그러면 제3자 간에 사용자를 청산하고 보상을 얻기 위해 경쟁하게 됩니다. OEV를 사용하면 기본 API가 1005를 반환하고 사용자가 동일한 거래에서 보상을 받기 위해 청산되면 데이터 피드가 즉시 업데이트됩니다. 오라클은 스스로 OEV를 추출할 수 있습니다.

OEV는 오라클 자체만큼 오래된 개념이지만, 이론적으로 필연성으로 간주된 이후 중요한 발전이 있었습니다. MEV 파이를 얻는 전통적인 방법은 과거에 다른 제3자와의 가스 전쟁이었습니다. 지난 1년 동안 Flashbots는 이 과정을 오프체인에서 실천으로 옮기는 것이 가능하다는 것을 증명했으며, 현재까지 6억 5천만 달러 이상을 추출했습니다. 심지어 이는 이더리움 가스 요금이 시장 변동성 동안 크게 급등하지 않는 이유 중 하나일 수 있다고 여겨집니다. 이는 신뢰할 필요 없는 사용 가능한 메커니즘이 존재하는 한, 더 효율적인 가치 추출 메커니즘을 증가시키는 것이 가능하며, 모든 이해관계자에게 혜택을 줄 수 있음을 나타냅니다.

계속하기 전에, 의도적으로 광고를 낮추는 오라클 서비스 규범(업데이트 지연 또는 완전한 잘못된 보고를 통해)은 가치 추출 방법이 아니라 오라클 공격이라는 점에 유의해야 하며, 이는 지속 가능해야 함을 암시합니다. API3에서는 규범을 홍보할 뿐만 아니라, 분산된 제3자 중재의 추적 가능한 보험 유사 서비스 범위를 통해 신뢰할 필요 없는 안전 보장을 제공하여, 우리의 데이터 소스 사용자가 다양한 오라클 공격으로부터 보호받을 수 있도록 합니다. 또한 추가된 OEV 기능은 우리의 데이터 피드의 안전성이나 보험 가능성을 저하시킬 수 없으며, 우리는 전통적인 분산 1차 데이터 피드를 유지하여 신뢰 최소화 아키텍처로 자동으로 롤백합니다.

왜 OEV가 필요한가?

사람들이 오라클을 생각할 때, 그들은 일반적으로 언제든지 사용할 수 있는 체인상의 실시간 데이터 포인트인 데이터 피드를 떠올립니다. 불행히도, 실시간 데이터 피드에 대한 유일한 확실한 점은 그것이 기본 API에 비해 구식이라는 것입니다. 몇 밀리초만 지나도 마찬가지입니다. 이 문제는 차익 거래, 선행 거래 및 다양한 다른 유형의 가치 추출을 허용하며, 이 모든 것은 그것들을 사용하는 dApp이 지불합니다. 여기서 유일한 직접적인 해결책은 가능한 한 자주 데이터 피드를 업데이트하는 것이지만, 그렇게 할 경우 비용은 여전히 누군가에게 전가되어야 하며, 이는 관련된 가스 비용 때문에 대량의 데이터 피드를 제공하는 것을 어렵게 만듭니다. 이는 혁신을 저해합니다.

이제 제3자가 상태를 변경하는 데 사용할 데이터를 저장하지 않고 직접 상태를 변경하는 오라클 서비스를 상상해 보십시오. 청산 예제로 돌아가면, 오라클은 정기적으로 어떤 데이터 피드를 업데이트할 필요가 없으며, 필요에 따라 포지션을 청산하기만 하면 됩니다. dApp은 이를 위해 오라클에 보상을 제공할 필요가 없습니다. 이는 사람들이 오라클 서비스를 구매할 때 지불하는 비용입니다. (참고로, 이는 2차 OEV를 제거하지 않으며, 예를 들어 연쇄 청산으로 인해 발생할 수 있습니다.)

우리의 Airnode 요청-응답 및 게시-구독 프로토콜은 이러한 새로운 오라클 서비스를 구축할 수 있도록 설계되었지만, 우리는 데이터 피드가 곧 등장하지 않을 것임을 알고 있으며, 우리의 dAPI는 전통적인 데이터가 필요한 DeFi 프로젝트에 주로 맞춰져 있습니다. 이 섹션은 OEV가 레거시 DeFi의 부정적인 부작용과 일반 블록체인의 기본 제한이라는 점을 설명하기 위한 것입니다.

OEV는 어떻게 작동하는가?

OEV는 DeFi 프로젝트로, 최적이 아닌 오라클 솔루션(공정하게 말하면, 유일한 기성 솔루션) 주위에서 자금이 유출되는 것을 의미합니다. 따라서 OEV를 포착하는 것은 누군가 떨어뜨린 지갑을 주워서 얻는 것보다 더 많은 가치를 창출하지 않습니다. 그러므로 OEV 수익으로 무엇을 해야 할지가 분명히 필요합니다. API3는 OEV를 추출하고 이를 dApp에 반환할 것입니다.

OEV는 단순히 MEV의 주요 권리를 가진 오라클이 아닙니다. 청산의 예를 다시 고려해 보겠습니다. 전통적인 방법은 결국 포지션을 청산하지만, ETH/USD 가격이 결국 1010에 도달해야 한다는 전제가 있습니다. 그러나 ETH/USD 가격이 1009로 상승한 후 1010에 도달하지 않고 하락하면 어떻게 될까요? 이 경우 전통적인 데이터 피드는 업데이트되지 않으며, 포지션은 청산되지 않습니다. 이는 편차 임계값 기반 데이터 피드에서 흔히 발생하며, 이를 사용하는 dApp에 심각한 손실을 초래할 수 있습니다.

dApp이 수익을 받지 않더라도 OEV 기반 업데이트는 경제적으로 dApp에 이익을 줄 수 있습니다. 전통적으로 데이터 피드의 품질은 그 편차 임계값에 의해 측정되며, 값이 작을수록 좋습니다. 이는 위의 예와 같은 사건을 줄이기 때문입니다. OEV 기반 업데이트는 필요할 때 정확하게 업데이트하여 이 지표를 구식으로 만들고, 실제로는 제로 편차 임계값을 구현합니다. OEV 기반 업데이트와 편차 임계값 기반 업데이트는 데이터 피드의 맥락에서 모든 업데이트가 좋은 업데이트이기 때문에 잘 협력하여 상호 보완적인 효과를 제공할 수 있습니다.

어떻게 작동하는가?

API3는 경매할 수 있는 데이터 피드 업데이트를 발표하는 API를 운영합니다(예를 들어, Ethereum, Polygon, Arbitrum, Optimism, BNB Chain, Avalanche, Fantom, Gnosis Chain, Moonbeam, Moonriver, Milkomeda, Metis, RSK 등 체인상의 100개 이상의 데이터 피드를 포함한 10개 이상의 데이터 피드를 상상해 보십시오). 검색자는 이러한 업데이트를 정기적으로 확인하여 어떤 값을 추출할 수 있는지 확인합니다. 그러한 업데이트가 있을 경우, 검색자는 체인의 로컬 통화로 입찰합니다. 경매의 승자는 특정 dAPI를 지원하는 각 API 제공자가 암호화 서명한 메타 트랜잭션을 수령하며, 경매에서 승리한 입찰 금액을 전송할 경우에만 승자가 사용할 수 있습니다. 그런 다음 경매의 승자는 메타 트랜잭션을 체인에 푸시하여 dAPI를 업데이트하고 동일한 거래에서 모든 추가 이벤트를 트리거하여 모든 보상을 보장받을 수 있습니다. (업데이트는 특정 검색자가 서명하여 실행되므로, 이는 어떤 블록 생성 및 검증 프로토콜과도 호환됩니다. 예를 들어, 개인 메모리 풀을 필요로 하지 않습니다.) 경매 수익은 dApp 특정 계약에 누적되며, 해당 계정을 통해 인출할 수 있습니다.

더 경쟁력 있는 경매는 모든 검색자가 공개적으로 접근할 수 있도록 하여 더 효율적인 가치 추출을 가져올 것입니다. 담보 기반 보안 메커니즘은 새로운 참가자에게 거부 공격을 억제하기 위해 사용되며, 이는 자본 효율성을 보장하기 위해 평판 기반 시스템으로 동적으로 전환됩니다. 이 경매 레이어는 본질적으로 검색자에게 제공되는 웹 서비스이기 때문에 1차 오라클(즉, API 제공자)의 수익화에 특히 적합합니다.

이 시스템은 모든 dApp이 공개적으로 접근할 수 있도록 제공됩니다. 즉, 체인상의 어떤 데이터 피드를 사용하는 dApp은 OEV를 추출하기 위해 거의 허가 없이 사용할 수 있도록 개방할 수 있습니다.

결론

전통적인 오라클 솔루션은 데이터 소스를 맹목적으로 업데이트하며, 이는 낭비적이고 세분화가 좋지 않습니다. OEV 추출은 필요할 때 데이터 피드를 정확하게 업데이트하여 저렴하고 가장 정확한 데이터 피드를 생성합니다. 또한 OEV 업데이트 거래는 제3자에게 위임할 수 있어 다양한 데이터 소스를 운영하는 것이 경제적으로 가능하게 만듭니다.

dApp은 일반적으로 이벤트의 자동 트리거를 촉진하기 위해 일부 MEV를 제공합니다. 예를 들어, 청산 포지션은 제3자에게 보상을 제공해야 합니다. 서비스에 위협을 주지 않으면서 이 금액을 최소화하는 것은 어렵고, 이는 dApp이 과도한 비용을 지불하게 만듭니다. 또한 특정 경우에 dApp은 MEV를 누출하면서 자신에게 아무런 이익도 얻지 못할 수 있습니다. 공개 경쟁 경매를 통해 OEV를 최대한 추출하고 수익을 dApp에 반환함으로써 이러한 문제를 해결하고 dApp에 새로운 중요한 수익원을 제공합니다.