การลดผลกระทบจากการล้มเหลวของออราเคิลในโลกคริปโตคืออะไร

อัปเดตล่าสุด

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

ประเด็นสำคัญ

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

เพื่อเข้าใจว่าทำไมการลดผลกระทบจากการล้มเหลวของออราเคิลจึงมีความสำคัญ เราต้องยอมรับก่อนว่ามี “ปัญหาออราเคิล” บล็อกเชนเป็นระบบปิด; พวกเขาไม่สามารถ “มองเห็น” ราคา Bitcoin หรือ Ethereum บนแพลตฟอร์มแลกเปลี่ยนได้ หากไม่มีบริการจากบุคคลที่สาม (ออราเคิล) ที่ส่งข้อมูลนั้นไปยังบล็อกเชน

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

ราคา BTC

(BTC)

USD

--0.00%(24H)

ซื้อขาย BTC

เหตุใดการลดผลกระทบจากความล้มเหลวของออราเคิลจึงมีความสำคัญต่อแพลตฟอร์มแลกเปลี่ยน

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

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

การดำเนินการลดผลกระทบจากการล้มเหลวของออราเคิลเกี่ยวข้องกับกลยุทธ์การป้องกันแบบหลายชั้น มันไม่ได้เกี่ยวกับการหาออราเคิลที่ “สมบูรณ์แบบ” แต่เกี่ยวกับการสร้างระบบที่สามารถอยู่รอดได้เมื่อออราเคิลล้มเหลว

การรวมข้อมูลจากหลายออราเคิลเพื่อลดความเสี่ยงจากการล้มเหลวของออราเคิล

รูปแบบที่พบบ่อยที่สุดของการลดความเสี่ยงจากการล้มเหลวของ Oracle คือการกระจายแหล่งข้อมูลเอง แทนที่จะพึ่งพาผู้ให้บริการรายเดียวเช่น Chainlink หรือ Pyth โปรโตคอลสามารถรวบรวมข้อมูลจากผู้ให้บริการสามรายหรือมากกว่า

วิธีการ Medianizer: โดยการใช้ค่ามัธยฐานจากห้า oracle ที่แตกต่างกัน ระบบยังคงมีความเสถียรแม้ว่าหนึ่งหรือสองแหล่งข้อมูลจะถูกโจมตี
การตรวจจับค่าผิดปกติ: หากออราเคิลหนึ่งรายงานราคาที่เบี่ยงเบนเกิน $5\%$ จากค่าอื่นๆ ระบบจะละเว้นแหล่งข้อมูลนั้นโดยอัตโนมัติ

Time-Weighted Average Price (TWAP) สำหรับการลดผลกระทบจากการล้มเหลวของ Oracle

เครื่องมือที่จำเป็นอีกอย่างหนึ่งสำหรับการลดผลกระทบจากการล้มเหลวของ Oracle คือการใช้ TWAPs แทนการใช้ราคา "spot" (ราคาในวินาทีนี้) TWAP จะคำนวณราคาเฉลี่ยในช่วงเวลาที่กำหนด (เช่น 30 นาทีที่ผ่านมา)

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

วงจรตัดไฟและขอบเขตราคาในการลดผลกระทบจากการล้มเหลวของออราเคิล

เช่นเดียวกับตลาดหุ้นแบบดั้งเดิมที่มีกฎ “จำกัดขึ้น/จำกัดลง” โปรโตคอลคริปโตใช้ระบบป้องกันการหยุดชะงักเป็นรูปแบบการลดผลกระทบจากการล้มเหลวของออร์เคิล

การตรวจสอบความผันผวน: หากราคาเคลื่อนไหวเกิน $20\%$ ในบล็อกเดียว โปรโตคอลจะระงับการชำระบัญชีและการถอนทั้งหมดจนกว่าจะมีการตรวจสอบด้วยตนเองหรือการตรวจสอบที่สองยืนยันข้อมูล
การตรวจสอบความสดใหม่: หาก Oracle ไม่ได้อัปเดต "สัญญาณชีพ" ภายในช่วงเวลาที่กำหนด (เช่น 60 นาที) ระบบจะพิจารณาว่าข้อมูลนั้น “ล้าสมัย” และหยุดการดำเนินการ

การพิจารณาการโจมตีในอดีตช่วยให้เราเข้าใจว่าทำไมการลดผลกระทบจากความล้มเหลวของออราเคิลจึงเป็นลำดับความสำคัญอันดับหนึ่งสำหรับนักพัฒนาสมัยใหม่

โครงการ	ปัญหา	ผลลัพธ์	การบรรเทาที่อาจช่วยได้
Mango Markets	การจัดการราคา	การสูญเสีย 110 ล้านดอลลาร์	การลดผลกระทบจากความล้มเหลวของ Oracle ผ่าน TWAPs
Venus Protocol	การล่มของ LUNA ราคาล้าสมัย	หนี้เสีย 11 ล้านดอลลาร์	การตั้งค่าพื้นฐานราคาแบบคงที่และการตรวจสอบความสดใหม่
Synthetix	ข้อผิดพลาดของ API (ฟีด KRW)	พันล้านที่สูญหายตามทฤษฎี	การรวมข้อมูลจากหลายแหล่ง

บทเรียนที่ได้รับสำหรับการลดผลกระทบจากการล้มเหลวของ Oracle

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

เมื่ออุตสาหกรรมเติบโตขึ้น การลดผลกระทบจากการล้มเหลวของออราเคิลกำลังพัฒนาไปสู่การพิสูจน์แบบ "ศูนย์ความรู้" (ZK) และการตรวจสอบข้ามโซ่

zero-knowledge proof ในการลดผลกระทบจากการล้มเหลวของออราเคิล

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

การลดการกำกับดูแลเพื่อลดความเสี่ยงจากการล้มเหลวของออร์เคิล

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

ในที่สุด การลดผลกระทบจากการล้มเหลวของออร์เคิลคือสะพานเชื่อมระหว่างการทดลองที่เปราะบางกับแพลตฟอร์มทางการเงินระดับมืออาชีพ โดยการใช้แหล่งข้อมูลจากออร์เคิลหลายแห่ง ใช้ TWAPs และตั้งวงจรป้องกันอย่างเข้มงวด แพลตฟอร์มคริปโตสามารถปกป้องผู้ใช้จากความผันผวนและความเสี่ยงที่เป็นธรรมชาติของการรับข้อมูลภายนอก เมื่อเราก้าวไปสู่อนาคตที่เชื่อมต่อกันมากขึ้นในรูปแบบ “อินเตอร์เชน” ความแข็งแกร่งของกลยุทธ์ Oracle-failure-mitigation ของคุณจะเป็นตัวชี้วัดสุดท้ายของความยั่งยืนของแพลตฟอร์มของคุณ

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

การกระจายอำนาจช่วยในการลดความเสี่ยงจากการล้มเหลวของออราเคิลได้อย่างไร

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

การลดผลกระทบจากความล้มเหลวของออราเคิลสามารถป้องกันการโจมตีด้วยสินเชื่อแบบแฟลชทั้งหมดได้หรือไม่?

แม้ว่าการลดผลกระทบจากการล้มเหลวของ Oracle ที่แข็งแกร่ง (เช่น การใช้ TWAP แทนราคาสปอต) จะทำให้การโจมตีด้วยฟลัชลูนยากและมีค่าใช้จ่ายสูงขึ้นอย่างมาก แต่ก็ไม่ใช่การรับประกัน 100% มันเป็นเพียงส่วนหนึ่งของชุดความปลอดภัยที่กว้างขึ้นซึ่งควรรวมถึงการตรวจสอบสัญญาอัจฉริยะและการติดตามสภาพคล่อง

อะไรคือ "Circuit Breaker" ในบริบทของการลดผลกระทบจากความล้มเหลวของ Oracle

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

ทำไมข้อมูลที่ล้าสมัยจึงเป็นความเสี่ยงต่อการลดความเสี่ยงจากการล้มเหลวของ Oracle?

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