เมื่อเร็ว ๆ นี้ API3 ได้รับเงินทุนเชิงกลยุทธ์ 4 ล้านดอลลาร์นําโดย DWF Labs และตามด้วย VCs ที่รู้จักกันดีหลายแห่งในอดีตตลาด Oracle ถูกครอบงําโดย oracles บุคคลที่สามเช่น Chainlink ชิซีรู้สึกประหลาดใจกับข่าวนี้ ~ ทําไม API3 ถึงสามารถจัดหาเงินทุนได้? มันอาจจะเป็น disruptor ของ oracles แบบดั้งเดิม? อะไรที่ทําให้มันไม่เหมือนใคร? ในฐานะที่เป็นโครงการ API แบบกระจายอํานาจ (dAPI) API3 นิยามตัวเองว่าเป็นออราเคิล "บุคคลที่หนึ่ง" ด้วยการใช้ประโยชน์จากเครือข่าย OEV ที่เป็นนวัตกรรมใหม่ (ตาม ZK-Rollup) ซึ่งจะแก้ไขปัญหาทั่วไปที่เกี่ยวข้องกับ oracles ของบุคคลที่สาม เช่น ความน่าเชื่อถือของตัวกลาง ความโปร่งใสของข้อมูลต่ํา และการควบคุม Oracle Extractable Value (OEV)

1. Oracles สามารถทํานายอนาคตได้จริงหรือ?

คําว่า "ออราเคิล" มีความหมายแฝงในตํานานซึ่งอาจทําให้สาธารณชนเข้าใจผิดได้ง่าย ในความเป็นจริงมันหมายถึงเครื่องมือที่ให้ข้อมูลในโลกแห่งความเป็นจริงกับสัญญาอัจฉริยะแบบออนเชน แต่สิ่งที่ถือเป็นข้อมูลจริง? ความสมบูรณ์ของออราเคิลเองจะมั่นใจได้อย่างไร? ออราเคิลสามารถกระทําการที่เป็นอันตรายได้หรือไม่? ออราเคิลหลายตัวสามารถสมรู้ร่วมคิดได้หรือไม่? เราควรเข้าใจ OVM (Oracle Extractable Value) อย่างไร?

ในไตรมาสที่ 1 ปี 2024 หลังจากการเพิ่มขึ้นเมื่อเร็ว ๆ นี้ในปี BTC มูลค่ารวมของโทเค็นที่ถูกล็อคในโครงการ DeFi ทําสถิติสูงสุดใหม่ที่ 175 พันล้านดอลลาร์ซึ่งเพิ่มขึ้นเกือบ 70% จาก 103 พันล้านดอลลาร์ในไตรมาสที่ 4 ปี 2023 ออราเคิลถือเป็นเลือดเนื้อเชื้อไขของ DeFi มานานแล้ว ในภาค DeFi การแลกเปลี่ยนแบบกระจายอํานาจ (DEXs) แพลตฟอร์มการให้กู้ยืมและแพลตฟอร์มการซื้อขายอนุพันธ์ล้วนอาศัยข้อมูลราคาที่ถูกต้องในการทํางาน ในช่วงต้นปี 2023 โปรโตคอลการให้กู้ยืมแบบกระจายอํานาจ BONQ บนห่วงโซ่ Polygon ถูกใช้ประโยชน์เนื่องจากการจัดการสัญญา TellorFlex oracle ผู้โจมตีได้แก้ไขราคาออราเคิลด้วยต้นทุนที่ต่ําเพื่อดําเนินการให้กู้ยืมที่มีหลักประกันส่งผลให้มีผลกําไรมหาศาลและก่อให้เกิดความสูญเสียประมาณ 88 ล้านดอลลาร์สําหรับโครงการ การโจมตีดังกล่าวที่เกิดจากปัญหาด้านราคาของ Oracle กลายเป็นเรื่องธรรมดาโดยเน้นย้ําถึงความต้องการที่สําคัญสําหรับข้อมูลนอกเครือข่ายที่โปร่งใสและเชื่อถือได้เพื่อรองรับการทํางานของ dApp

2. Oracles เชื่อมต่อ Off-Chain และ On-Chain อย่างไร

โดยทั่วไป Oracles จะทํางานในสามโหมด: การอัปโหลดตามกําหนดเวลา การขับเคลื่อนด้วยเหตุการณ์ และการตอบสนองต่อคําขอ การใช้รูปแบบการตอบสนองคําขอเป็นตัวอย่างกระบวนการสามารถแบ่งออกเป็นสี่ขั้นตอนต่อไปนี้:

• STEP 1: On-chain การโทร dApp จะเริ่มต้นคําขอ (โดยพื้นฐานแล้วเป็นธุรกรรม) และสัญญาบริการ Oracle จะทริกเกอร์เหตุการณ์แบบ on-chain
• STEP 2: โหนด Off-chain, oracle ฟังเหตุการณ์เพื่อรับข้อมูลจากนั้นรวบรวมข้อมูลนอกเครือข่ายที่ถูกต้องผ่านระบบที่เกี่ยวข้อง
• STEP 3: Off-chain และ on-chain oracle ให้ข้อมูลกับสัญญาบริการ Oracle ในรูปแบบของธุรกรรม
• STEP 4: On-chain สัญญาบริการ oracle จะส่งคืนข้อมูลไปยัง dApp การโทร สิ่งนี้สามารถทําได้ทั้งผ่านการพุชที่ใช้งานอยู่หรือโดยการสืบค้น dApp อีกครั้ง

นี่คือคําอธิบายเพิ่มเติมของกระบวนการนี้:

ประการแรกคําขอแบบ on-chain เป็นแบบสาธารณะ เนื่องจากเหตุการณ์เป็นกลไกทั่วไปในบล็อกเชนที่ใช้ EVM เครือข่ายทั้งหมดจึงทราบว่า dApp ต้องการข้อมูลบางอย่าง

ประการที่สองการผลักดันข้อมูลนอกสายโซ่ไม่ใช่อะตอม แม้ว่าธุรกรรมแบบ on-chain จะเสร็จสมบูรณ์แบบเรียลไทม์ แต่ข้อมูลนอกเครือข่ายโดยเนื้อแท้แล้วมีเวลาแฝงอยู่บ้าง

สุดท้าย, หากคําขอ on-chain ได้รับการปรับแต่ง, oracle สามารถทําหน้าที่เป็นอนุญาโตตุลาการบุคคลที่สามและผลักดันข้อมูลไปยัง dApp. อย่างไรก็ตามสําหรับข้อมูลทั่วไปเช่นราคา BTC แบบเรียลไทม์ dApp มักจะดึงข้อมูลจากสัญญาเอง นอกจากนี้ oracles มักจะมีกลไกการรายงานตามกําหนดเวลา หลักการพื้นฐานยังคงสอดคล้องกันในสถานการณ์ที่แตกต่างกันเหล่านี้

3. Luna's Decoupling, Dynamic Oracle Race

อย่างไรก็ตาม บล็อกเชนไม่ได้จํากัดอยู่แค่ DeFi เพียงอย่างเดียว ผ่าน oracles dApps สามารถเข้าถึงข้อมูลนอกเครือข่ายได้อย่างปลอดภัยและมีประสิทธิภาพขยายขอบเขตธุรกิจและสถานการณ์การใช้งานอย่างมาก สิ่งนี้ทําให้ทิศทางธุรกิจของพวกเขาขยายไปสู่การเงินการประกันภัยการจัดการห่วงโซ่อุปทาน IoT และสาขาอื่น ๆ อีกมากมาย

ในตลาดปัจจุบันตามข้อมูลแพลตฟอร์มจาก DeFiLlama Chainlink ยังคงครองตําแหน่งที่โดดเด่นโดย TVL (Total Value Locked, denominated in USD, secured by critical infrastructure such as oracles) คิดเป็น 45% ของตลาดทั้งหมด

ผู้อ่านที่ระมัดระวังจะสังเกตเห็นว่าเส้นโค้งทางด้านขวาของแผนภูมิมีความผันผวนอย่างรุนแรงในเดือนพฤษภาคม 2022 ตัวเร่งปฏิกิริยาคือเหตุการณ์ความผิดพลาดของ Luna ที่น่าอับอายระหว่างวันที่ 7 พฤษภาคมถึง 13 พฤษภาคม พ.ศ. 2022 ซึ่ง UST ซึ่งเป็นอัลกอริธึมชั้นนําประสบกับเหตุการณ์การแยกตัวสองครั้งในที่สุดก็วนเวียนไปสู่ความหายนะพร้อมกับ Luna ในขณะเดียวกันหลายโครงการที่ใช้ oracles ภายในประสบปัญหาร้ายแรงเนื่องจากการตอบสนองที่ล่าช้าต่อความผันผวนของราคา

แผนภูมิต่อไปนี้แสดงให้เห็นอย่างชัดเจนว่าส่วนแบ่งการตลาดลดลงอย่างมากสําหรับ oracles ภายใน (แสดงเป็นสีชมพู) ในเดือนพฤษภาคม 2022 พงศาวดารออราเคิล (แสดงเป็นสีแดง) จับปริมาณการเข้าชมนี้ได้อย่างมีประสิทธิภาพโดยพื้นฐานแล้วการรักษาส่วนแบ่งการตลาดที่สูญเสียไปจากออราเคิลภายใน

4. สถานการณ์ของ Oracles บุคคลที่สาม

นอกเหนือจากเหตุการณ์ที่สั่นสะเทือนอุตสาหกรรมดูเหมือนว่าการพัฒนาของ oracles ได้หยุดชะงัก อันที่จริงเนื่องจากการวางตําแหน่งอุตสาหกรรมที่ชัดเจนเป็นเครื่องมือในการเชื่อมโยงข้อมูลแบบ on-chain และ off-chain ผลิตภัณฑ์ Oracle จึงมีแนวโน้มที่จะมีฟังก์ชันการทํางานที่ค่อนข้างตรงไปตรงมา หนึ่งในแง่มุมที่ถูกวิพากษ์วิจารณ์มากที่สุดคือรูปแบบผลกําไรของพวกเขาซึ่งปัจจุบันหมุนรอบค่าธรรมเนียมการสมัครสมาชิกข้อมูลและการแข็งค่าของโทเค็นที่ออกโดยทีมโครงการ เห็นได้ชัดว่ารายได้ที่เกิดจากรูปแบบการสมัครสมาชิกข้อมูลเอกพจน์มี จํากัด ตัวอย่างเช่นการใช้คุณสมบัติการสร้างค่าธรรมเนียมของ Chainlink สําหรับ Verifiable Random Function (VRF) เป็นตัวอย่างตาม blockchain explorer Etherscan ฉันคํานวณว่าโทเค็นที่ถูกล็อคทั้งหมดสําหรับเวอร์ชัน VRF V1 และ V2 มีจํานวนประมาณ 370,000 (7 + 30) แปลเป็นรายได้ประมาณ 6 ล้านดอลลาร์ตามอัตรา LINK ปัจจุบัน ($ 16) นับตั้งแต่เปิดตัว VRF V2 ในปลายเดือนกุมภาพันธ์ 2022 บริษัทสร้างรายได้ประมาณ 4.8 ล้านดอลลาร์โดยเฉลี่ยประมาณ 170,000 ดอลลาร์ต่อเดือน (11,000 LINK) เมื่อเทียบกับขนาดที่กว้างใหญ่ของ Chainlink ผลกําไรเหล่านี้มีน้อย สําหรับการชื่นชมโทเค็นความคิดเห็นแตกต่างกันไป

อย่างไรก็ตามเนื่องจากลักษณะของพวกเขาในฐานะเอนทิตีของบุคคลที่สาม oracles จึงครอบครองตําแหน่งที่ค่อนข้างเป็นกลางโดยเนื้อแท้และเริ่มทําหน้าที่เป็นโครงสร้างพื้นฐานที่สําคัญในการรักษาความปลอดภัยเลเยอร์แอปพลิเคชัน เพื่อหลุดพ้นจากความประทับใจของมิดเดิลแวร์แบบดั้งเดิมและเพิ่มผลกําไร oracles ต้องการการขยายการทํางานที่แตกต่างและเป็นระบบ ตัวอย่างเช่น LayerZero เป็นสะพานข้ามสายโซ่ทั่วไปอาศัยความปลอดภัยที่ดําเนินการโดย oracles ด้วยคําขอโหนดที่เบาเป็นพิเศษ โดยสรุปสถานการณ์ของ oracles ในตลาดอยู่ในข้อ จํากัด ในการดําเนินงานโดยธรรมชาติฟังก์ชันการทํางานเดียวความสามารถในการทํากําไรเล็กน้อยและความสามารถในการปรับขนาดที่ยังไม่ได้ขยาย อย่างไรก็ตามการทําความเข้าใจรูปแบบการดําเนินการของสิ่งที่เรียกว่า oracles บุคคลที่สามเผยให้เห็นว่าปัญหาของพวกเขาเกิดจากลักษณะ "บุคคลที่สาม" ของพวกเขา API3 วางตําแหน่งตัวเองเป็นผู้มาใหม่ในภาค Oracle มุ่งเน้นไปที่การเป็น Oracle "บุคคลที่หนึ่ง" โดยมีเป้าหมายเพื่อเอาชนะความท้าทายเหล่านี้

4.1 การเปรียบเทียบ Oracles บุคคลที่สามและบุคคลที่หนึ่ง

API3 ได้เลือกที่จะใช้ประโยชน์จากความสามารถในการดําเนินงานที่ครอบคลุมในการเปิดใช้งานโหนดบริการ API โดยใช้แนวทาง web3-native (น้ําหนักเบา + โมดูลาร์) มากขึ้นเพื่อสร้างสะพานเชื่อมระหว่างผู้บริโภคและผู้ให้บริการ Oracle ผู้ให้บริการ API สามารถตั้งค่าโหนด Oracle ของตนเองได้อย่างรวดเร็วโดยใช้โซลูชัน Airnode ของ API3

ในฐานะที่เป็นโครงการ Oracle ของบุคคลที่หนึ่งเมื่อเทียบกับโฟลว์แบบเดิมที่ผู้ให้บริการ API เชื่อมต่อกับ oracles จากนั้นไปยังการดําเนินการ dApp (ผู้ให้บริการ API → oracle → dApp) แนวทางของ API3 (ผู้ให้บริการ API + oracle) → dApp ช่วยให้ผู้ให้บริการ API มีบทบาทเป็นศูนย์กลางมากขึ้น พวกเขาไม่ได้ทําหน้าที่เป็นเพียงคนงานออราเคิลบุคคลที่สามอีกต่อไป แต่ได้รับอิทธิพลและความเป็นอิสระมากขึ้นในระบบนิเวศ

ดังที่แสดงไว้ข้างต้นด้วยการกําจัดการแทรกแซงของบุคคลที่สามห่วงโซ่ข้อมูลจะคล่องตัว เมื่อผู้ให้บริการ API และ Oracles ผสานบทบาทเข้าด้วยกันจะไม่มีคําถามอีกต่อไปว่าข้อมูลมาจากที่ใดเนื่องจากชื่อเสียงของผู้ให้บริการ API เชื่อมโยงโดยตรงกับข้อมูล on-chain

เนื่องจากชื่อเสียงที่ควบคู่กันอย่างแน่นหนาของผู้ให้บริการ API กับข้อมูลที่พวกเขาจัดหาการติดตามจึงง่ายขึ้นและในทางเทคนิคพฤติกรรมที่เป็นอันตรายไม่ได้รับอนุญาตให้ไม่มีใครสังเกตเห็นซึ่งได้รับการสนับสนุนโดยกลไกหลักประกัน แม้ว่าผู้ให้บริการ API จะให้ข้อมูลเท็จโดยเจตนาเพื่อประโยชน์ส่วนตัว แต่ผู้ใช้ที่ได้รับผลกระทบสามารถอุทธรณ์และเรียกร้องค่าชดเชยได้ ข้อพิพาทที่ซับซ้อนเช่นกรณีการร้องเรียนของผู้ใช้ที่เป็นอันตรายสําหรับการฉ้อโกงประกันภัยจะได้รับการตัดสินผ่านระบบตุลาการแบบ on-chain การใช้ประโยชน์จากกลไกการประกันภัยแบบกระจายอํานาจเต็มรูปแบบที่จัดทําโดย API3 DAO API3 สามารถลงโทษผู้ให้บริการ API ได้อย่างมีประสิทธิภาพและชดเชยผู้ใช้ที่ได้รับผลกระทบอย่างเต็มที่

5. เจาะลึกลงไปใน Tokenomics ของ API3 DAO

API3 โทเค็นของ DAO ทํางานบนพื้นฐานที่มั่นคงผ่านกลไกการปักหลักโดยใช้ประโยชน์จากลูป
ข้อเสนอแนะเชิงบวกและเชิงลบ

5.1 Staking Governance Mechanism

กลไกการปักหลักเป็นแนวปฏิบัติมาตรฐานในการกํากับดูแล DAO ซึ่งเกี่ยวข้องกับผลกําไรจากการปักหลักและการกํากับดูแลการปักหลักซึ่งเป็นจุดเริ่มต้นสําหรับเศรษฐกิจหมุนเวียน API3 ได้เพิ่มประสิทธิภาพกระบวนการนี้เพิ่มเติม:

• จะเกิดอะไรขึ้นหากผู้เดิมพันถอนตัวหลังจากได้รับรางวัลการปักหลัก? รางวัลเงินเฟ้อที่เกิดจากการปักหลัก (โทเค็นที่สร้างขึ้นใหม่) จะล่าช้าก่อนที่จะถูกแจกจ่ายและเริ่มต้นที่จะไหลกลับเข้าไปในกลุ่มการปักหลัก
• โทเค็นในพูลการปักหลักสามารถใช้ทําอะไรได้อีก? สามารถใช้เพื่อชดเชยความสูญเสียของผู้ใช้
• API3 รักษาเสถียรภาพของราคาโทเค็นในกลุ่มการปักหลักได้อย่างไร? API3 ควบคุมอัตราเงินเฟ้อผ่านกลไก Burn และ Token Locking: ผู้ใช้จําเป็นต้องเบิร์นหรือล็อคโทเค็นเพื่อรับบริการ dAPI

5.2 Positive and Negative Feedback Loop เนื่องจากลูปข้อเสนอแนะเชิงบวกและเชิงลบนี้ปริมาณโทเค็นในพูลการปักหลักจะมีแนวโน้มอย่างไร? การขยายตัวที่ไม่สามารถควบคุมได้หรือเงินทุนไม่เพียงพอที่จะครอบคลุมการชดเชยจะนําไปสู่การล่มสลายหรือไม่? มาวิเคราะห์กัน:

• เมื่อผู้ใช้ dAPI เพิ่มขึ้นความเสี่ยงของระบบจะเพิ่มขึ้น (ต้นทุนการดําเนินงานเพิ่มขึ้นตามจํานวนผู้ใช้) ซึ่งนําไปสู่เหตุการณ์การชดเชยที่มากขึ้น ดังนั้นโทเค็นในกลุ่มปักหลักจึงลดลง (ใช้สําหรับชดเชยผู้ใช้ที่ได้รับผลกระทบ) ทําให้ผู้เดิมพัน (และผู้จัดการ) ประสบความสูญเสียเนื่องจากการจัดการที่ไม่ดี อย่างไรก็ตาม การลดโทเค็นในกลุ่มการปักหลักยังหมายถึงการเพิ่มโทเค็นที่ไหลเข้าสู่ตลาด เนื่องจากโทเค็นที่ถือโดยผู้ใช้ได้รับผลกระทบจากอัตราเงินเฟ้อส่วนสําคัญยังคงกลับไปที่กลุ่มการปักหลักเนื่องจากการพิจารณาความสนใจด้วยตนเองของผู้ใช้
• เมื่อผู้ใช้ dAPI ลดลง ความเสี่ยงของระบบจะลดลง ทําให้โทเค็นในกลุ่มการปักหลักค่อยๆ เพิ่มขึ้น ทําให้โทเค็นในตลาดขาดแคลน อย่างไรก็ตามนี่ไม่ได้หมายความถึงจํานวนโทเค็นของพูลการปักหลักที่เพิ่มขึ้นตลอดกาล API3 DAO จะปรับผลตอบแทนการปักหลัก (และอัตราเงินเฟ้อ) แบบไดนามิกเพื่อให้สอดคล้องกับมูลค่าที่ดีต่อสุขภาพตามเป้าหมาย

สถานการณ์ทั้งสองที่อธิบายไว้ข้างต้นก่อให้เกิดลูปข้อเสนอแนะเชิงบวกและเชิงลบซึ่งแสดงได้ดีในแผนภาพทางด้านซ้าย (a) เมื่อสถานการณ์ใดสถานการณ์หนึ่งถึงเกณฑ์ระบบจะปรับตัวเอง ผู้ใช้ dAPI มีแนวโน้มที่จะมีเสถียรภาพดังที่แสดงในแผนภาพด้านซ้าย (b) ในที่สุดก็นําระบบไปสู่สถานะการทํางานที่ดี

ในความเป็นจริงโทเค็นการกํากับดูแลแบบ DAO เช่นนี้ได้รับความนิยมมานานในโปรโตคอล DeFi ต่างๆ ตัวอย่างเช่นในการนํา stablecoins แบบกระจายอํานาจไปใช้โดยละเอียด DAI ของ MakerDAO ถือเป็นเกณฑ์มาตรฐานโดยมี MKR เป็นโทเค็นการกํากับดูแลผู้บุกเบิก

โดยเฉพาะอย่างยิ่งสง่างามคือกลไกการประมูลสี่ครั้ง สําหรับการอ่านเพิ่มเติม โปรดดูที่ "คําอธิบายที่ครอบคลุม: AAVE ผู้นํา DeFi และข้อเสนอ Stablecoin ล่าสุด GHOโดยเฉพาะหัวข้อ "Undercollateralized, Four Auctions" ดังนั้นการกํากับดูแล DAO จึงเป็นโหมดการดําเนินงานหลักเพื่อความมั่นคงทางเศรษฐกิจ แต่นวัตกรรมของ API3 ก็มีความสําคัญเช่นกัน

6. ข้อได้เปรียบที่ไม่เหมือนใคร - การบุกเบิกเครือข่าย OEV (ขึ้นอยู่กับ ZK-Rollup)

6.1 การเกิดของ OEV OEV

(Oracle Extractable Value) ทํางานคล้ายกับ MEV (Miner Extractable Value) มันหมายถึงความสามารถของออราเคิลในการจับมูลค่าที่จะไหลไปยังบุคคลที่สาม ในขณะที่ MEV จับมูลค่าผ่านการสั่งซื้อธุรกรรม OEV ใช้ประโยชน์จากความคลาดเคลื่อนของราคาระหว่างข้อมูลแบบ on-chain และ off-chain โดยเฉพาะอย่างยิ่งในข้อมูลตลาดที่สําคัญหรือเหตุการณ์ on-chain ที่สําคัญเช่นการชําระบัญชี

การทําความเข้าใจว่า OEV เกิดขึ้นได้อย่างไรจําเป็นต้องตระหนักถึงปัญหาในปัจจุบันกับ oracles เนื่องจากค่าใช้จ่ายในการส่งข้อมูลแบบ on-chain โดยทั่วไปแล้ว oracles จะใช้การอัปโหลดข้อมูลเป็นระยะๆ ที่ตั้งไว้ภายในระยะเวลาอันสั้น เพื่อลดผลกระทบจากความผันผวนของราคาจํานวนมาก oracles มักจะกําหนดเกณฑ์ที่กระตุ้นให้เกิดการอัปเดตเชิงรุกเมื่อการเคลื่อนไหวของราคาเกินขีด จํากัด เหล่านี้ แม้ว่ามาตรการเหล่านี้จะช่วยบรรเทาปัญหาบางอย่าง แต่ก็ไม่ได้แก้ปัญหาเวลาแฝงที่เกี่ยวข้องกับการอัปโหลดข้อมูลโดยพื้นฐาน

ตลาด DeFi มีความผันผวนสูงและราคาสินทรัพย์สามารถเปลี่ยนแปลงได้อย่างมีนัยสําคัญภายในระยะเวลาอันสั้น กลไกฟีดของ oracles ทําให้เกิดความไม่แน่นอนในตลาด DeFi การใช้ประโยชน์จากความล่าช้าในการอัปเดตข้อมูลนี้หน่วยงานที่แสวงหาผลกําไรสามารถใช้ประโยชน์จาก OEV ได้ สําหรับ dApps ที่พึ่งพา oracles ความล่าช้าหรือการอัปเดตในฟีดข้อมูลอาจสร้างโอกาสสําหรับ OEV เช่น frontrunning, arbitrage และการชําระบัญชี

การเป็นเจ้าของมูลค่าที่ใช้ประโยชน์ได้ซึ่งเกิดจากความล่าช้าของฟีดข้อมูลอาจเป็นเรื่องที่ท้าทาย การอัปโหลดข้อมูลโดยเนื้อแท้มีความผันผวนดังนั้นความล่าช้าจึงไม่สามารถเกิดจากเจตนาร้ายในส่วนของ oracle ได้เสมอไป ดังนั้นค่าที่ใช้ประโยชน์ได้ที่เกิดจากความล่าช้าดังกล่าวอาจไม่จําเป็นต้องได้รับการพิจารณาว่าสร้างขึ้นโดยประสงค์ร้ายโดย oracle

6.2 OEV Network - แพลตฟอร์มการประมูลแบบหลายฝ่าย เนื่องจาก

การมีอยู่ของ OEV ผู้ใช้ และ dApps ในฐานะฝ่ายที่มีปฏิสัมพันธ์ กําลังมีมูลค่าที่ดึงมาจากบุคคลที่สาม ซึ่งไม่เป็นที่พึงปรารถนาอย่างชัดเจนสําหรับทั้งสองฝ่าย API3 ระบุถึงความจําเป็นในการปฏิเสธการจับอํานาจการกําหนดราคาของการรั่วไหลดังกล่าวทั้งหมด (อํานาจการกําหนดราคาของข้อมูลแบบ on-chain) ดังนั้นจึงมีการเสนอเครือข่าย OEV ในฐานะที่เป็นเครือข่ายตาม Polygon zk rollup มันเป็นขั้นตอนการสั่งซื้ออิสระ (ความตั้งใจของผู้เข้าร่วมในการเปลี่ยนสถานะบล็อกเชนเป็นคําสั่ง) แพลตฟอร์มการประมูลสําหรับสิทธิ์ในการอัปเดตข้อมูล dAPI API3 พัฒนาแพลตฟอร์มการประมูลเองขจัดการพึ่งพาบริการภายนอกทําให้ผู้มีส่วนได้ส่วนเสียสามารถแบ่งปัน OEV โดยไม่ต้องแบ่งปันผลกําไรกับแพลตฟอร์มการประมูลและทําให้ OEV ภายในฟีดข้อมูลบล็อกเชนแบบบูรณาการทั้งหมด ผู้ชนะการประมูลจะได้รับสิทธิ์ในการอัปเดตข้อมูล dAPI โดยผลกําไรจากการประมูลส่วนใหญ่จะถูกส่งคืนไปยัง dApp และส่วนเล็ก ๆ ที่ API3 เก็บรักษาไว้เพื่อให้ครอบคลุมค่าใช้จ่ายในการดําเนินงาน เห็นได้ชัดว่าเมื่อผู้ประมูล (บุคคลที่สาม) เชื่อว่าต้นทุนการประมูล<กําไรจากการอัปเดตราคาพวกเขาจะเข้าร่วมในการประมูลทําให้เป็นผลกําไรสําหรับบุคคลที่สามเช่นกัน แม้ว่าผู้ใช้แพลตฟอร์ม dApp อาจไม่ได้มีส่วนร่วมในการแบ่งปันผลกําไร แต่พวกเขาได้รับประโยชน์จากแหล่งข้อมูลคุณภาพที่ dAPI จัดหาให้เพื่อการซื้อขายและการจัดการความเสี่ยงที่ดีขึ้นซึ่งอาจได้รับประโยชน์จากมัน วงจรการประมูลแสดงอยู่ในแผนภาพด้านล่าง เมื่อผู้ค้นหาค้นพบ OEV พวกเขาจะเริ่มการประมูลการเสนอราคา ผู้ชนะการประมูลจะได้รับสิทธิ์ในการอัปเดตข้อมูล dAPI ของโหนด oracle และหลังจากชําระค่าธรรมเนียมการเสนอราคาแล้ว พวกเขาสามารถใช้สิทธิ์นี้ในการอัปเดตข้อมูล dAPI ของโหนด oracle ค่าธรรมเนียมการประมูลที่ชําระแล้วคือ OEV ที่จับได้ซึ่งไหลไปยัง dApp

แนวโน้มของการประมูลมักเกี่ยวข้องกับบุคคลที่สาม (ผู้ค้นหา) ที่เพิ่มราคาเสนอเพื่อแสวงหาผลกําไรที่อาจเกิดขึ้น ราคาประมูลที่สูงขึ้นหมายถึงความแตกต่างที่น้อยลงระหว่าง OEV จริงและ OEV ที่จับได้ สําหรับขนาดของโอกาสนี้เราจะต้องรอดูหลังจากเครือข่ายทดสอบเสถียรเป็นระยะเวลาหนึ่งก่อนที่จะตัดสินใจ ผลการประมูลสร้างสถานการณ์ที่ชนะสําหรับ dApps โหนด API3 oracle บุคคลที่สามและผู้ใช้ dApp dApps ที่รวมแหล่งข้อมูล API3 ช่วยลดขนแกะที่ดึงโดยบุคคลที่สามในขณะที่จับค่า OEV ส่วนใหญ่ ในที่สุดการแข่งขันในตลาดระหว่างบุคคลที่สามทําให้มั่นใจได้ว่าผลกําไรจะถูกบีบอัดอย่างค่อยเป็นค่อยไปซึ่งเป็นประโยชน์ต่อ dApps ในที่สุด สําหรับ API3 ค่า OEV ส่วนเล็ก ๆ สนับสนุนเส้นทางการดําเนินงานของ OEV บุคคลที่สามยังได้รับส่วนแบ่ง สําหรับผู้ใช้ dApp การจูงใจให้ผู้เข้าร่วมบุคคลที่สามที่มีความเชี่ยวชาญสูงกําหนดเวลาที่เหมาะสมสําหรับการอัปเดตจุดข้อมูลแบบ on-chain ช่วยเพิ่มความละเอียดและเป็นประโยชน์ต่อผู้ใช้ dApp ในระยะยาว ดังนั้นโครงการประมูล OEV ของ API3 จึงกล่าวถึงการกระจายผลประโยชน์ในเกมหลายฝ่ายมากที่สุดโดยเปลี่ยนเส้นทาง "ผลกําไรที่วางผิดที่" ของบุคคลที่สามกลับไปยังผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้อง โซลูชันดังกล่าวได้รับการออกแบบอย่างหรูหรา สําหรับอ่านเพิ่มเติม สํารวจ "UniswapX Research Report (Part I): สรุปเส้นทางการพัฒนาของ V1-3 ทําความเข้าใจหลักการของนวัตกรรมและความท้าทายใน DEX รุ่นต่อไป"

7. บทสรุป

API3 ได้สร้างระบบนิเวศแบบพึ่งพาตนเองตามเศรษฐศาสตร์โทเค็นโดยใช้กลไกการตอบรับเชิงบวกและเชิงลบเพื่อรักษาเสถียรภาพของการดําเนินงาน ในขณะเดียวกันเครือข่าย OEV ที่ API3 แนะนําจะแก้ไขปัญหาการไหลของ OEV อย่างชาญฉลาดผ่านกลไกการประมูลสําหรับการอัปเดตราคา dAPI โดยเปลี่ยนความขัดแย้งที่เกิดขึ้นจาก OEV ระหว่าง oracles และ dApps ไปยังบุคคลที่สาม

เมื่อแอปพลิเคชันแบบกระจายอํานาจแพร่หลายและเติบโตเต็มที่ความต้องการบริการ Oracle ที่เชื่อถือได้และปลอดภัยคาดว่าจะเพิ่มขึ้นซึ่งส่งสัญญาณถึงการเกิดขึ้นของ Oracles รุ่นต่อไป อย่างไรก็ตาม API3 ต้องเผชิญกับความท้าทายหลายประการ แบบจําลองทางเศรษฐกิจแม้ได้รับการออกแบบมาอย่างดีในตอนแรกอาจต่อสู้กับความมั่นคงในระยะยาวซึ่งมักจะตกเป็นเหยื่อของการปกครองที่มากเกินไปหรือละเลย นอกจากนี้การประมูล API ซึ่งขึ้นอยู่กับชื่อเสียงและรายได้นั้นมองโลกในแง่ดีโดยเนื้อแท้มากกว่าโมเดลในแง่ร้าย (เช่น ZK) แม้ว่า LayerZero จะใช้โครงสร้างชื่อเสียงที่คล้ายคลึงกันและการดําเนินงานอย่างต่อเนื่องโดยไม่มีปัญหาด้านตลาดแม้ในชุดค่าผสมที่มีความเสี่ยงสูงเช่น oracles และสะพานข้ามสายโซ่ แต่ความเสี่ยงยังคงมีอยู่

การเดิมพันชื่อเสียงอย่างต่อเนื่องหมายความว่าผลตอบแทนของตลาดของผู้เข้าร่วมจะต้องสูงพอสมควรและเชื่อมโยงอย่างใกล้ชิดกับการพัฒนาตลาดของ API3 ในที่สุดความยากลําบากของตลาด Oracle อยู่ที่ความจริงที่ว่า DApps ไม่เพียง แต่จัดลําดับความสําคัญของความสามารถในการจัดเตรียมข้อมูล แต่ยังรวมถึงการวางตําแหน่งของ oracle ในฐานะบุคคลที่สามด้วย API3 ได้ทําลายกระบวนทัศน์นี้ แต่ความกังวลยังคงอยู่เมื่อ DApps เข้าร่วมการประมูลทําให้เกิดคําถามเกี่ยวกับการสมรู้ร่วมคิดที่อาจเกิดขึ้นแม้จะปักหลักชื่อเสียงของตัวเอง ผู้เล่นที่จัดตั้งขึ้นเช่น Chainlink ยังสามารถปล่อย OEV ได้มากขึ้นเพื่อรักษาอํานาจเหนือตลาด

ข้อจํากัดความรับผิดชอบ:

1. บทความนี้พิมพ์ซ้ําจาก [十四君],. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [十四君]. หากมีการคัดค้านการพิมพ์ซ้ํานี้ โปรดติดต่อทีม Gate Learn และพวกเขาจะจัดการทันที
2. ข้อจํากัดความรับผิดชอบความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนและไม่ถือเป็นคําแนะนําการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่นทําโดยทีม Gate Learn ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปล