最近聊聊

此前機發生中，

比如說，這兩天大家提的比較多的

用白話解釋一下，第一方是相對于第三者而言的。

例如LINK就是第三方模式。

它將多個第三方數據源聚合起來得到最終的數據，相當于增加了更多聚合計算的處理步驟。

而第一方就是不用聚合多個第三方的數據，直接用第一方（也是前置機節點）數據源的數據就行。但是聚合是為了綜合多方數據，比較公平和安全，只用第一方數據，那是第一方恐怕作惡這么辦。

個人認為，第一方的這種設計但是從概率上來看作惡風險很小，仍然不能完全避免（畢竟作惡成本是可以沒有被完全估計的）。但是目前也避免作惡風險的預示機機制，LINK的第三方也不是沒有風險。在效率方面，第一方數據由于沒有聚合處理步驟，效率上肯定會高一點。只能說第一方預告機提出了一種誤差化的解決方案，用戶可以綜合風險、費用、時效依次選擇。

另一點，OEV，就比較音??符，最近的多個預告機項目也都在討論它，說它是

但凡有價差存在套利空間，而預測機的喂價又是決定價格的關鍵環節，這其中就有了操作空間。Pyth、UMA、API3等都提到了OEV，但是每個預測機獲取OEV的具體方式各有不同，還有的在路上。

API3的OEV具有獨特之處，它設計了一條鏈：EOV Network，或者一條zk Rollup L2鏈，通過這條鏈來捕獲OEV。

具體來說，EOV Network是訂單流拍賣平臺，拍賣是對特定Dapp的特定數據源進行更新的執行權。比如Dapp自己或者利益者是競拍者，成功競拍到#Dapp內的數據更新權，競拍者可以執行有利于自己的價格更新，從而獲得OEV收益；同時，API3也可以獲得拍賣費用收益。

API3官方文檔專門提到了借貸平臺$AAVE的伊斯坦布爾例子，伊斯坦布爾時的價差會出現大量的MEV利潤，這部分利潤其實是可以部分轉化為OEV利潤，返還給Dapp或者用戶的。

個人認為，通過從喂價源來獲取OEV收益，從邏輯上來看是行得通的。目前OEV還處于早期階段，可以關注未來的相關數據情況以及更多的OEV解決方案。

總之，OEV 又給了東京機增加了一層收入來源，估值上漲也理所當然。

熱點：API