ความลึกใน API3 การปลดล็อคตลาดการแข่งขันของ OVM

เร็วๆ นี้ API 3 ได้รับเงินทุนกลยุทธ์ 4 ล้านเหรียญสหรัฐ จาก DWF Labs โดยการลงทุนชี้นำ และ VC ชื่อดังหลายแห่งทำการลงทุนร่วม อย่างที่รู้กันดีว่า ล่าสุดสายการแข่งขันของ Oracle ได้เป็นสิ่งที่ Chainlink เป็นตัวแทนและเป็นผู้นำเดียวของ Oracle สามทาง จนถึง 14 ที่เห็นข่าวนี้ก็ถือว่าน่าประหลาด~ ทำไม API 3 สามารถได้รับทุนกลยุทธ์ได้? เขาจะเป็นผู้ที่ทำลายโครงสร้างของ Oracle แบบดั้งเดิมหรือไม่? ข้อดีแห่งการเป็น API 3 อยู่ที่ไหน? API 3 ในฐานะที่เป็นโครงการ API แบบไม่มีศูนย์กลาง (dAPI) ถูกกำหนดให้เป็น 'ผู้ที่ทำเป็นหลัก' ของ Oracle โดย OEV Network (ที่ขึ้นอยู่กับ ZK-Rollup) ที่มีนวัตกรรมที่สร้างสรรค์ แก้ไขปัญหาที่พบบ่อยอย่างความไว้วางใจในตัวกลางของ Oracle มีความโปร่งใสของข้อมูล และ OEV (ค่าที่สามารถถูกดึงออกจาก Oracle) ที่ถูกควบคุม

1、เครื่อง Oracle สามารถทำนายอนาคตได้จริงหรือไม่?

คำว่าเครื่อง Oracle อาจมีความเป็นเทพเจ้าเล็กน้อย แต่จริงๆ แล้วเขาหมายถึงเครื่องมือที่ใช้ในการให้ข้อมูลจริงๆ จากภายนอกบนเชื่อมโยงข้อมูลในสัญญาอัจฉริยะบนเชน แต่ความจริงคืออะไร? วิธีการให้ความมั่นใจว่าเครื่อง Oracle เป็นคนซื่อสัตย์? เครื่อง Oracle จะทำการทำร้ายหรือไม่? ผู้ลงทุนที่คาดหวังว่าราคาจะขึ้นจะทำการขโมยหรือไม่? วิธีการเข้าใจ OVM (ค่าใช้จ่ายที่เครื่อง Oracle สามารถดึงได้) คืออะไร? ในไตรมาส 1 ของปี 2024 โครงการ DeFi หลังจาก BTC ขึ้นมาในไม่ช้า มูลค่ารวมของ Token ที่ล็อคก็พุ่งไปสูงสุดและเพิ่มขึ้นไปถึง 1750 พันล้านเหรียญสหรัฐฯ ซึ่งมีการเพิ่มขึ้นเกือบ 70% เมื่อเทียบกับ 1030 พันล้านเหรียญสหรัฐฯ ในไตรมาส 4 ของปี 2023 และเครื่อง Oracle ก็ยังคงเป็นเลือดหลักของ DeFi ในโดเมนของ DeFi เช่น DEX และพลัตฟอร์มการยืมเงินและการซื้อขายอนุพันธ์ที่เป็นกระจายอำนาจ ทั้งหมดต้องขึ้นอยู่กับข้อมูลราคาที่แม่นยำ ตั้งแต่ต้นปี 2023 โปลีกอน โปลีกอน โดยอนุญาติโครงการการยืมเงินแบบกระจายอำนาจ BONQ** บนโฮกออน ใช้สัญญาเช่า TellorFlex ที่ถูกควบคุม** ผู้โจมตีใช้ต้นทุนต่ำเปลี่ยนแปลงราคาเครื่อง Oracle และทำการจำนองยืมเงินเพื่อทำกำไรมหาศาล โครงการมีค่าเสียประมาณ 88 ล้านเหรียญสหรัฐฯ เพราะเหตุการณ์โจมตีที่เกิดขึ้นเนื่องจากราคาเครื่อง Oracle ที่ไม่แม่นยำ และสามารถเห็นได้จากนั้นข้อมูลภายนอกของโซลูชันที่โปร่งแสงและเชื่อถือได้เป็นการรองรับพื้นฐานสำคัญในการทำงานของ dApp

2. เครื่อง Oracle เชื่อมต่อกับเครือข่ายภายนอกและในเครือข่าย

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

• STEP 1 ：on-chain，dApp ที่เรียกใช้เริ่มต้นคำขอ (ซึ่งในอุปกรณ์หลักคือธุรกรรมหนึ่ง) ทำให้ทำการเรียกใช้บริการ Oracle contract บนเซิร์ฟเวอร์เกิดเหตุการณ์ on-chain
• STEP 2: หลังเหตุการณ์ที่โหนดเครื่อง Oracle ตั้งฟังก์ชันฟังก์ชันเหล่านั้นที่เชื่อมต่อกับระบบของตนเองเพื่อรับข้อมูลจากโหนดเครื่อง Oracle เพื่อให้ได้ข้อมูลภายในเครือข่าย
• ขั้นตอนที่ 3: ออร์เคล็ดและออนเชน ตัวยานทำนายมาในรูปแบบของธุรกรรมเพื่อให้ข้อมูลแก่คอนแทรกเตอร์เครื่องยานทำนาย
• STEP 4 ：链上，เครื่อง Oracle บริการคืนข้อมูลให้กับผู้เรียกใช้ (dApp) โดยที่นี่มีวิธีการดึงเสียงเชิงเชิงแบบครั้งที่ 1 และการค้นหาครั้งที่ 2 ของ Dapp

สำหรับกระบวนการนี้ ผู้เขียนจะขยายความหมายของมันอีกเล็กน้อย:

เป็นเรื่องแรกที่ความต้องการบนเชื่อมโยงเป็นสาธารณะ เนื่องจากเหตุการณ์เป็นกลไกทั่วไปของเครื่องมือ EVM blockchain ซึ่งหมายความว่าทั้งเครือข่ายสามารถทราบได้ว่า Dapp ต้องการข้อมูล xx อยู่ในขณะนี้

การส่งออก off-chain ถือเป็นการส่งออกที่ไม่เป็นอะตอม การทำธุรกรรม on-chain เสร็จสิ้นแบบเรียลไทม์ ข้อมูล off-chain ต้องมีความล่าช้าบ certain

ในที่สุดหากมีความต้องการที่กำหนดเองบนเชื่อมโยง จะสามารถทำให้เครื่อง Oracle เป็นบทบาทของบุคคลที่เป็นฝ่ายกลาง ซึ่งจะถูกส่งไปยัง Dapp อย่างไรก็ตามข้อมูลการซื้อขายทั่วไปที่คล้ายกันส่วนมากเช่น BTC ราคาสดจะถูกดึงโดย Dapp เองจากสัญญานี้อีกครั้ง แน่นอนเครื่อง Oracle เองก็มีกลไกการรายงานที่กำหนดเวลา ตัวเลือกเหล่านี้ไม่ได้แตกต่างกันมากเลย

3、Luna มูลค่าหลุดการตึงจากดอลลาร์，เครื่อง Oracle ที่เต็มไปด้วยความคาดหวัง

แต่บล็อกเชนไม่ได้มีแค่ Defi เท่านั้น ผ่านเครื่อง Oracle dApp สามารถเข้าถึงข้อมูลนอกโซนอย่างปลอดภัยและมีประสิทธิภาพ ซึ่งทำให้สามารถขยายขอบเขตธุรกิจและฉายาในการใช้งานได้อย่างมาก และทำให้ทิศทางธุรกิจของมันขยายไปสู่ภาคการเงิน ประกัน การจัดการโซ่ห่วงหุ้ม อินเทอร์เน็ต ออฟ ธิง และอื่น ๆ เป็นต้น

ตามข้อมูลจาก defillama บนตลาดปัจจุบัน Chainlink ยังคงเป็นตัวนำ โดยมี TVS (รวมถึงค่าสินทรัพย์ที่ถูกเก็บรักษาในตลาดที่สนับสนุนโครงสร้างพื้นฐานที่สำคัญเช่น Oracle) อยู่ที่ 45% ของมูลค่าสินทรัพย์ที่นับเป็นเงินดอลลาร์ในตลาดทั้งหมด

ผู้อ่านที่ใส่ใจจะพบว่าเส้นโค้งด้านขวาของภาพดังกล่าวมีการสั่นสะเทือนรุนแรงในเดือนพฤษภาคม 2022 เนื่องจากเหตุการณ์ LUNA ล้มเหลวที่มีชื่อเสียงในปี 2022 ระหว่างวันที่ 7 พฤษภาคม 2022 ถึงวันที่ 13 พฤษภาคม 2022 โดยตัวนำสกุลเงินสเตเบิ้ลคอยน์อัลกอริทึม UST มีการยกเลิกการติดตามมูลค่าสกุลเงินสองครั้ง และตกลงไปในแนวโน้มที่ไม่ดี เมื่อ LUNA และ UST พังทลายพร้อมกัน ในขณะเดียวกัน โครงการหลายๆ โครงการที่ใช้เครื่อง Oracle ภายในมีปัญหาร้ายแรงเนื่องจากไม่สามารถตอบสนองต่อการเปลี่ยนแปลงราคาได้อย่างทันท่วงที

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

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

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

สิ่งที่ทำให้คนคิดถึงมากที่สุดคือรูปแบบกำไรของมัน ปัจจุบันจุดกำไรของมันมุ่งไปที่การเรียกเก็บค่าสมาชิกข้อมูลและความหวังในการเพิ่มมูลค่าของโทเค็นที่ออกโดยฝ่ายโครงการสองทิศทาง ดูเหมือนจะชัดเจนว่ารูปแบบกำไรจากการเรียกเก็บค่าสมาชิกข้อมูลเดียวทำให้มีรายได้จำกัด โดยใช้ฟังก์ชันค่าสมาชิกข้อมูล VRF (ลำดับสุ่มที่สามารถยืนยันได้) ที่ Chainlink ให้เป็นตัวอย่าง โดยอ้างอิงจากบล็อกเชนเบราว์เซอร์ Etherscan ผู้เขียนได้รวบรวมจำนวนโทเค็นที่ล็อกสัญญาเวอร์ชัน VRF V1 และ V2 รวมเป็นประมาณ 37 หมื่น (7+ 30) โทเค็น โดยคำนวณโดยอัตราแลกเปลี่ยน LINK ปัจจุบัน ($ 16) รวมเป็นรายได้ประมาณ 600 หมื่นดอลลาร์สหรัฐ โทเค็นเวอร์ชัน V2 ตั้งแต่เมษายน 2022 รวมเป็นรายได้ 480 หมื่นดอลลาร์สหรัฐ รายได้เฉลี่ยรายเดือนประมาณ 17 หมื่นดอลลาร์สหรัฐ (1.1 W LINK) โทเค็น ถ้าเทียบกับมูลค่าขนาดใหญ่ของ Chainlink ก็จะพบว่ากำไรเหล่านี้จริง ๆ แล้วไม่ค่อยเป็นอะไร ต่อไปเรื่องการคาดหวังเรื่องการเพิ่มมูลค่าของโทเค็นก็เป็นเรื่องที่มีความเห็นแตกต่าง

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

โดยสรุปสถานการณ์แห่งเครื่อง Oracle คือ การจำกัดความสามารถเนื่องจากพื้นฐานของโหมดการทำงาน โดยมีความหลากหลายของฟังก์ชั่นน้อย กำไรน้อย และยังไม่มีการขยายตัว

แต่เมื่อเราเปิดเผยโมเดลการดำเนินงานของ Oracle บุคคลที่สาม จะพบว่าปัญหาของเขามาจากปัจจัยของ 'บุคคลที่สาม' API 3 เป็น Oracle นักเตือนหน้าใหม่ มีตำแหน่งหลักเป็น Oracle ฝั่งแรก

4.1 เปรียบเทียบ Oracle ของบุคคลที่สามกับบุคคลที่หนึ่ง

API 3 เลือกใช้ความสามารถในการบริการดูแลระบบรวมของโหนดบริการ API เพื่อเป็นจุดเริ่มต้นในการสร้างสะพานระหว่างผู้ต้องการความต้องการและผู้จัดหาข้อมูลโดยใช้วิธีที่เป็น Native ของ web3 (เบาและโมดูล) ผู้ให้บริการ API สามารถสร้างโหนด Oracle เองได้อย่างรวดเร็วด้วย Airnode ที่ API 3 ให้

เป็นโครงการ Oracle ฝั่งเศรษฐกิจที่หน้าที่ของ Oracle บนฝั่งด้านกลางเปรียบเทียบกับผู้ให้บริการ API โครงการ Oracle ฝั่งแรงงานที่สามารถนำมาใช้ในกระบวนการธุรกิจของ Dapp ร่วมกันกับ Oracle ส่วนฝั่งแรงงาน ทำให้ผู้ให้บริการ API ได้รับอำนาจมากขึ้นไม่ใช่แค่บทบาทของ Worker ของโครงการ Oracle ฝั่งด้านที่สามารถทำงานในฐานะ Oracle ฝั่งแรงงานเท่านั้น และได้รับสิทธิ์มากขึ้น

ดังภาพด้านบน โดยไม่มีการเชื่อมต่อจากบุคคลที่สาม ลิงก์ข้อมูลลดลง ที่ API ผู้ให้บริการและบทบาทของ Oracle รวมเป็นหนึ่ง ข้อมูลมาจากไหนก็ไม่มีปัญหา เนื่องจากชื่อเสียงของผู้ให้บริการ API และข้อมูลถูกนำเข้าไปที่เชื่อมโยง

เนื่องจากความเชื่อถือในผู้ให้บริการ API และการผูกมัดข้อมูลที่มา การตรวจสอบเพียงเพื่อป้องกันการกระทำที่ไม่ดี (โดยไม่ได้รับการตรวจพบ) พร้อมกันยังมีระบบมาร์จิ้นเป็นการป้องกันสุดท้าย แม้ว่าผู้ให้บริการ API จะให้ข้อมูลเท็จ ผู้ใช้ที่เสียหายยังสามารถยื่นเรื่องร้องเรียนเพื่อเรียกร้องความเสียหายได้ สำหรับเหตุการณ์ที่ซับซ้อน (เช่นการร้องเรียนการประมูลผู้ใช้ที่ไม่ดี) จะถูกส่งเข้าสู่ระบบศาลบนเชือกเพื่อตัดสินใจ ด้วยการประกันภัยที่ได้รับการจัดตั้งในรูปแบบ DAO ที่เต็มที่เชิงกลาง เอพีไอ 3 สามารถลงโทษผู้ให้บริการ API และชดเชยผู้ใช้ที่เสียหายได้สูงสุด

5、การศึกษาโมเดลเศรษฐศาสตร์โทเค็นของ DAO API3 อย่างละเอียด

API3 DAO โดยพื้นฐานมีการเดิมพันทำให้โมเดลเศรษฐมนตรีของ API3 มีการทำงานอย่างมั่นคงผ่านการตอบรับบวกและลบ

5.1 การบริหารจัดการการมัดจำ

การจำนำเป็นการดำเนินงานปกติของการปกครอง DAO เพื่อทำกำไรจากการจำนำ การจำนำปกครองยังเป็นจุดเริ่มต้นของเศรษฐกิจวงจร และ API 3 ได้รับการปรับปรุงอีกด้วย:

• ถ้าผู้ฝากประกันได้รับรายได้จากการฝากประกันแล้ววิ่งหนีไป จะทำอย่างไร? รายได้จากการขยายตัวที่เกิดจากการฝากประกันของผู้ใช้ (โทเค็นที่สร้างขึ้นใหม่) จะถูกเลื่อนการจ่ายและสามารถไหลไปยังสระเงินฝากประกันได้ตามค่าเครือข่ายเวลาแฝง
• โทเค็นใน staking pool ยังสามารถทำอะไรได้อีกบ้าง? สามารถใช้ในการชดเชยความสูญเสียของผู้ใช้ได้
• การควบคุมการเงินเฟ้อของพูลการเสนอเงินมัชฌาย์อย่างไร？ API 3 ใช้กลไกการเผาไหม้และการล็อกโทเค็นเพื่อควบคุมการเงินเฟ้อ: เงื่อนไขการแลกเปลี่ยน dAPI คือผู้ใช้จำเป็นต้องเผาเหรียญของตนเองหรือล็อกโทเค็นของตนเอง

5.2 การตอบรับบวกและลบ

ด้วยการกระทำเช่นนี้ จำนวนโทเค็นในสระพูลจะแสดงให้เห็นแนวโน้มอย่างไรบ้าง? จะเกิดการขยายตัวที่ไม่เป็นระเบียบหรือไม่เพียงพอที่จะชำระเงินสำหรับการชดเชยและสูญเสียหรือไม่? เราอาจวิเคราะห์ดังต่อไปนี้:

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

ในความเป็นจริง โทเค็นการกำกับดูแลแบบ Dao ปรากฏอยู่ในการควบคุมทุนของ DeFi ต่าง ๆ มาตรฐานอย่างชัดเจน เช่น ตัวอย่างที่ผู้เขียนได้วิเคราะห์ไว้ก่อนหน้านี้ คือ DAI สกุลเงินเสถียรแบบไร้ศูนย์กลาง ที่มี MKR เป็นตัวนำอยู่:

สิ่งที่ยอดเยี่ยมมากคือ กลไกการประมูล 4 ระบบของเขา: อ่านเพิ่มเติมได้ที่: "อธิบาย DeFi อย่างชัดเจน- ข้อเสนอล่าสุดของ Stablecoin GHO จาก AAVE ผู้เป็นผู้เชี่ยวชาญ"

ส่วนที่เกี่ยวข้องกับ "ภาระหนี้เกินราคาทรัพย์สิน การประมูล 4 สาย"

ดังนั้นการบริหารจัดการแบบ DAO เป็นรูปแบบการดำเนินงานที่เป็นที่นิยมสำหรับความมั่นคงทางเศรษฐกิจ แต่จุดเด่นของ API 3 ยังไม่ได้เป็นน้อย

6、เป็นพิเศษ-เครือข่าย OEV ที่เป็นนวัตกรรม (ที่อ้างอิงจาก ZK-Rollup)

6 .1 การเกิดขึ้นของ OEV

เช่นกับ MEV (นักขุดสามารถแยกได้มูลค่า) คล้ายกันกับ OEV (เครื่อง Oracle สามารถแยกได้มูลค่า) หมายถึงเครื่อง Oracle ใช้ตำแหน่งของตนเพื่อได้มูลค่าที่เดิมจะไหลไปยังฝ่ายที่สาม. MEV จะดำเนินการจับมูลค่าผ่านการเรียงลำดับการซื้อขาย ส่วน OEV คือการใช้ความแตกต่างของราคาที่อยู่บนเชือกหรือออฟเชือกเพื่อแยกได้มูลค่า เช่นข้อมูลตลาดที่สำคัญหรือสถานการณ์ที่เกิดขึ้นบนเชือกหรือออฟเชือก (เช่นการล้างบัญชี)

เพื่อให้เข้าใจวิธีการสร้าง OEV คุณต้องเข้าใจปัญหาที่พบใน Oracle ในปัจจุบัน: เนื่องจากค่าในการเชื่อมต่อข้อมูลกับเครือข่ายบล็อกเชนสูง ตอนนี้ Oracle ใช้กลไกการอัปโหลดข้อมูลเป็นระยะเวลาแน่นอน มีช่วงเวลาที่ถูกตั้งค่าไว้อยู่ในช่วงเล็ก ๆ ในเวลาเดียวกัน เพื่อหลีกเลี่ยงความผันผวนของราคาในระยะเวลาสั้น ๆ Oracle ทั่วไปจะตั้งค่าค่าระดับความผันผวนเมื่อราคาในระยะเวลาสั้น ๆ เกินค่าที่กำหนดไว้ จะเกิดการเรียกดูข้อมูลใหม่โดยอัตโนมัติ

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

ในกรณีนี้ ผู้ที่มุ่งหวังที่สามมองเหมือนเปิดมองมองจากมุมมองของพระเจ้า โดยการใช้การอัปเดตของข้อมูลที่ล่าช้า จึงสามารถเก็บรายได้มหาศาล OEV

สำหรับ dApp ที่พึ่งพาเครื่อง Oracle ในการดำเนินการ การอัพเดทหรือข้อมูลที่ขาดหายไปในการเชื่อมต่อของข้อมูลใด ๆ อาจสร้างโอกาสให้กับ OEV เช่น การซื้อขายแบบตัดหน้า การเก็งกำไร และการล่มสลาย เนื่องจากปัญหาการชั่งเลขค่าเครือข่าย ทำให้การประเมินมูลค่าที่สามารถใช้ได้ มีความยากที่จะแยกแยะได้ การเชื่อมต่อข้อมูลเป็นเรื่องที่มีความผันผวน ดังนั้นหากการเชื่อมต่อข้อมูลเกิดความล่าช้าขึ้นบ้าง อย่างไรก็ตามไม่สามารถระบุได้ว่าเป็นปัญหาของเครื่อง Oracle ส่วนใหญ่ ดังนั้นค่าเครือข่ายเวลาแฝงที่เกิดจากการเชื่อมต่อข้อมูลช้า จึงไม่สามารถพูดได้ว่ามีความร้ายแรงที่เกิดจากเครื่อง Oracle

6.2 เครือข่าย OEV - ผู้ลงทุนที่คาดหวังว่าราคาจะขึ้นของเวทีการประมูล

เนื่องจากมี OEV อยู่ ผู้ใช้และ dApp ที่เป็นฝ่ายที่มีการจับคู่กับการจับคู่กับคุณค่าที่ถูกดึงดูดออกจากฝั่งที่สาม ซึ่งเป็นสถานการณ์ที่ชัดเจนว่าทั้งสองฝ่ายไม่ต้องการ API 3 พบว่า Oracle มีสิทธิที่สำคัญในการปฏิเสธการจัดการข้อมูลเชื่อถือที่มีค่าเช่นนี้ทั้งหมด (การตั้งราคาข้อมูล on-chain) ดังนั้น OEV NetWork ถูกเสนอ

เป็นเครือข่ายที่มีพื้นฐานอยู่บน Polygon zk rollup สำหรับเป็นเครือข่ายเดียวสำหรับการประมูลสิทธิ์ในการอัพเดตข้อมูล dAPI

API 3 ได้พัฒนาแพลตฟอร์มการประมูลของตนเองเพื่อลดการพึ่งพาบริการภายนอก ทำให้อนุญาตให้ผู้สัมพันธ์ทางธุรกิจแบ่งปัน OEV ระหว่างกันโดยไม่ต้องแบ่งปันกำไรกับแพลตฟอร์มการประมูล และทำให้ OEV ถูก internalized ในบล็อกเชนทั้งหมดที่ได้รับการนำเข้าข้อมูล

ผู้ชนะการประมูลสามารถได้รับสิทธิ์ในการอัปเดตข้อมูล dAPI ซึ่งจะอัปเดตข้อมูลราคา กำไรจากการประมูลจะถูกคืนไปให้ dApp ในส่วนมาก และส่วนเล็กน้อยจะถูกใช้โดย API 3 เพื่อปิดค่าใช้จ่ายในการดำเนินการ โดยเห็นได้ชัดว่าเมื่อผู้ประมูล (บุคคลที่สาม) รู้สึกว่าต้นทุนของการประมูล<สร้างรายได้หลังจากการอัปเดตราคา จึงจะทำการประมูล ดังนั้น บุคคลที่สามก็สามารถทำกำไรได้ และในฐานะผู้ใช้งานของแพลตฟอร์ม dApp โดยดูเหมือนว่าจะไม่มีส่วนร่วมในการแบ่งปันกำไรเพื่อให้เกิดประโยชน์ที่แท้จริง แต่ในความเป็นจริงก็ได้รับประโยชน์จากข้อมูลที่มีคุณภาพที่ dAPI ให้แก่ dApp ซึ่งสามารถทำธุรกรรมและการบริหารความเสี่ยงได้อย่างดี จะได้รับผลประโยชน์ที่อาจเกิดขึ้น

วงจรชีวิตการประมูลแสดงในรูปด้านล่าง หากผู้ค้นหาพบ OEV จะเริ่มการประมูล ผู้ค้นหาที่เสนอราคาที่ถูกต้องจะได้รับสิทธิ์ในการอัปเดตข้อมูลโหนด dAPI การชำระค่าประมูลจึงสามารถใช้สิทธิ์ในการอัปเดตข้อมูลโหนด dAPI ค่าประมูลที่ชำระไปก็คือ OEV ที่ถูกจับไว้ที่ dApp

แนวโน้มของการประมูลเป็นธรรมชาติที่คนที่สาม (ผู้ค้นหา) เพิ่มราคาการประมูลเพื่อกำไรที่อาจเกิดขึ้นได้อีกมากขึ้น ** ราคาการประมูลสูงยิ่งหมายถึงความแตกต่างระหว่าง OEV ที่เป็นจริงและ OEV ที่จับได้เล็กน้อยมากขึ้น **

เกี่ยวกับขนมเค้กนี้มีขนาดใหญ่แค่ไหนที่เราจะต้องรอดูซักครู่หนึ่งเมื่อเครือข่ายทดสอบเริ่มเดินทางไปได้สักพักจึงจะมาประเมินค่าได้ ผลการประมูลสำหรับ dApp API 3 โหนด Oracle บุคคลที่สามและผู้ใช้ dAPP มีความสอดคล้องกันเกือบทุกด้าน แอปพลิเคชันที่เกี่ยวข้องกับ API 3 ที่เชื่อมต่อกับแหล่งข้อมูลบุคคลที่สามจะได้รับผลกระทบจากบุคคลที่สามเล็กน้อยที่สุดที่เรียกดูข้อมูล OEV ส่วนใหญ่ซึ่งเกิดจากการแข่งขันในตลาด ในการมอบบริการที่มีความพิเศษสูงสุดแก่ผู้ใช้ dAPP บุคคลที่สามก็จะได้รับผลประโยชน์จากนั้น สำหรับ API 3 ค่า OEV บางส่วนสามารถใช้ในการดำเนินการของเส้นทางธุรกิจของ OEV ได้ สำหรับบุคคลที่สามเองก็สามารถรับส่วนแบ่งได้จากนั้น สำหรับผู้ใช้ dApp ผู้ให้แรงจูงใจที่มีความเชี่ยวชาญสูงสุดสามารถให้ข้อมูลเชิงลึกเพื่อกำหนดเวลาให้กับจุดข้อมูลบนเชื่อมต่อโซนได้เพิ่มขึ้นซึ่งสามารถหมุนเวียนไปสู่ผู้ใช้ dAPP ในที่สุด

จนถึงตอนนี้โครงการประมูล OEV ที่ใช้ API 3 ได้แก้ปัญหาการกระจายผลประโยชน์ในเกมที่ยาวขึ้นในระดับที่ยิ่งใหญ่ที่สุดและป้อน "ผลกําไรที่ไม่ถูกต้อง" ของบุคคลที่สามดั้งเดิมให้กับผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้อง โซลูชันดังกล่าวสง่างามจริงๆ

สามารถอ่านขยายได้: "UniswapX รายงานวิจัย (ตอนที่ 1): สรุปเส้นทางพัฒนา V1-3, การสร้างความเข้าใจในนวัตกรรมและความท้าทายของ DEX รุ่นต่อไป" เข้าใจกลไกการประมูลของ UniswapX

7、สรุป

API 3 ตั้งอยู่บนเศรษฐศาสตร์ของโทเค็นของตัวเอง สร้างระบบนิเวศที่มีความเป็นเอง โดยการปรับ regulate ด้วยการตอบรับบวกและลบ ทำให้ระบบเป็นไปอย่างมั่นคง

ในขณะเดียวกัน OEV Network ที่ API 3 นำเสนอได้แก้ปัญหาการไหลของ OEV อย่างเป็นระเบียบเรียบร้อยโดยการเปิดประมูลกลไกสำหรับการปรับราคา dAPI ที่ฉลาด โอราเคิลถูกย้ายไปยังฝ่ายที่สามอย่างคล่องแคล่ว

เมื่อซอฟต์แวร์ที่ไม่มีศูนย์กลางมีการใช้งานและพัฒนาอย่างกว้างขวาง ความต้องการบริการเครื่อง Oracle ที่เชื่อถือได้และปลอดภัยจะเพิ่มขึ้นอย่างต่อเนื่อง และต้นแบบของเครื่อง Oracle รุ่นต่อไปนั้นก็เห็นได้ชัดเจนขึ้น

** อย่างไรก็ตาม API 3 ก็ยังเผชิญหน้ากับความท้าทายบางประการ **

โมเดลเศรษฐกิจไม่ได้ถูกกำหนดและออกแบบให้เป็นระยะยาวที่มั่นคงได้ทันที กระบวนการต่อเนื่องภายหลังมักจะตกอยู่ในสภาวะการควบคุมที่เกินจำเป็นหรือสภาวะการปล่อยเก็บของการควบคุม

และการประมูล API สำคัญอยู่ที่การวัดค่าเสียงชื่อเสียงและผลกำไร ซึ่งเป็นแบบจำลองที่เชื่อมั่นไม่ใช่แบบจำลองที่ไม่เชื่อมั่น (ZK) ถึงแม้ว่า LayerZero ที่ใช้โครงสร้างเสียงชื่อเสียงเดียวกันนี้จะไม่มีปัญหาในตลาดเลยทั้งๆที่มีความเสี่ยงสูงเมื่อผสมกับ Oracle และ Cross-Chain Bridge แบบไบด์เดียว แต่ยังคงมีความเสี่ยงอยู่ การวางเดิมพันในเสียงชื่อเสียงต่อเนื่องหมายความว่าผลตอบแทนของผู้เข้าร่วมตลาดจะต้องเพียงพอสำหรับการพัฒนาตลาดของ API 3 ที่มีความเกี่ยวข้อง

ในที่สุด ตลาด Oracle ไม่เป็นที่เชื่อมั่น สาเหตุอยู่ที่แอปพลิเคชันต่างๆ มองว่าสิ่งที่สำคัญไม่ใช่ความสามารถในการให้ข้อมูลเท่านั้น แต่เป็นตำแหน่งของบุคคลที่สามใน Oracle ในปัจจุบัน API 3 ได้แก้ปัญหานี้ แต่แอปพลิเคชันเองก็สามารถเข้าร่วมการประมูลได้ นี่อาจทำให้ผู้ใช้กังวลว่าพวกเขาจะคุกคามตนเอง แม้ว่านี่จะหมายความว่าพวกเขาต้องเสี่ยงที่จะเสียเสียงของ Dapp ของพวกเขาได้ นอกจากนี้ chainlink และอื่นๆ ก็ยังสามารถทำตามได้ พวกเขายังสามารถปล่อย OEV เพิ่มเติมเพื่อควบคุมตลาดต่อไปได้อย่างต่อเนื่อง