Pyth Network ล่มหลายชั่วโมง เกิดอะไรขึ้น และทำไม DeFi ถึงได้รับผลกระทบ

เกิดอะไรขึ้นในเหตุการณ์ Pyth Network ล่ม

รายงานจากสถานะระบบและสื่อคริปโตระบุว่า ปัญหาเริ่มจาก validator layer ของ Pythnet ซึ่งเป็นเครือข่ายที่รวบรวมและยืนยันข้อมูลราคา

เมื่อ validator หยุดสร้างบล็อก การอัปเดตข้อมูล oracle ใหม่จึงไม่สามารถถูกยืนยันและเผยแพร่ไปยังแอปพลิเคชันต่าง ๆ ได้

ระบบหลักสองส่วนที่ได้รับผลกระทบคือ

• Pythnet – เครือข่ายที่ประมวลผลและยืนยันการอัปเดตราคา
• Hermes – API ที่ใช้กระจายข้อมูลราคาไปยังบล็อกเชนและแอปพลิเคชัน

เมื่อสองส่วนนี้หยุดทำงาน price feeds หลักและ sponsored feeds จึงหยุดอัปเดต ส่งผลให้ข้อมูลราคาที่โปรโตคอล DeFi ใช้ค้างอยู่กับค่าล่าสุดก่อนเกิดเหตุ

เหตุการณ์กินเวลามากกว่า สี่ชั่วโมง และบางรายงานระบุว่าอาจยาวเกิน ห้าชั่วโมง ก่อนที่บริการทั้งหมดจะกลับมาทำงานตามปกติ

อย่างไรก็ตาม ระบบทั้งหมดของ Pyth ไม่ได้หยุดพร้อมกันทั้งหมด โดยรายงานสถานะระบบระบุว่า Pyth Pro (ชื่อเดิม Lazer) ยังคงทำงานได้ตามปกติ ซึ่งชี้ให้เห็นว่าปัญหาน่าจะเกิดเฉพาะกับโครงสร้างพื้นฐาน Pythnet/Hermes ที่ใช้สำหรับบริการสาธารณะ

ทำไม Price Feed ที่หยุดทำงานจึงกระทบ DeFi อย่างหนัก

ในระบบ DeFi oracle price feed คือแหล่งข้อมูลภายนอกที่ smart contract ใช้เพื่อรู้ราคาตลาดจริง

เมื่อข้อมูลราคาหยุดอัปเดต โปรโตคอลจำนวนมากจะไม่สามารถทำงานได้อย่างปลอดภัย

ตัวอย่างความเสี่ยงที่เกิดขึ้นได้ ได้แก่

1. การประเมินมูลค่าหลักประกันผิดพลาด
แพลตฟอร์มกู้ยืมใช้ข้อมูลราคาเพื่อคำนวณมูลค่าหลักประกัน หากราคาหยุดอัปเดต ระบบอาจประเมินมูลค่าผิด

2. การล้างพอร์ต (Liquidation) ล่าช้าหรือผิดพลาด
ระบบ liquidation ต้องใช้ราคาปัจจุบันเพื่อดูว่าผู้กู้ต่ำกว่าระดับความปลอดภัยหรือไม่ หากราคาล้าสมัย อาจเกิดการล้างพอร์ตช้า หรือผิดพลาด

3. ตลาดอนุพันธ์หยุดชะงัก
ตลาด perpetual futures หรือ options ต้องใช้ราคาแบบต่อเนื่องเพื่อคำนวณ mark price และ funding rate

ด้วยเหตุนี้ เมื่อ price feed ของ Pyth หยุดทำงาน โปรโตคอลบางแห่งจึงต้อง

• หยุดการเทรดชั่วคราว
• ปิดการกู้ยืมใหม่
• หรือสลับไปใช้ oracle สำรอง หากมีระบบรองรับ

ผลกระทบจริงจะแตกต่างกันไปตามการออกแบบของแต่ละโปรโตคอล บางระบบมี staleness checks, circuit breakers หรือ oracle สำรอง ทำให้สามารถหยุดการทำงานอย่างปลอดภัยได้

ทีม Pyth แก้ปัญหาอย่างไร

จากรายงานเหตุการณ์ ทีมงาน Pyth และผู้ดูแล validator ได้ดำเนินการกู้ระบบตามขั้นตอนดังนี้

1. ตรวจพบว่าระบบ Pythnet หยุดสร้างบล็อกและ price feed ไม่อัปเดต
2. validator ช่วยกัน ระบุสาเหตุของปัญหา
3. ผู้ดำเนินโหนดประสานกัน รีสตาร์ตเครือข่าย Pythnet และบริการที่เกี่ยวข้อง
4. จากนั้น Hermes endpoints และ price feeds จึงค่อย ๆ กลับมาทำงานตามปกติ

หลังระบบฟื้นตัว หน้า status ของโครงการระบุว่าเหตุการณ์ได้รับการแก้ไขแล้ว และทีมงานจะเผยแพร่ รายงาน postmortem ทางเทคนิค เพื่ออธิบายสาเหตุที่แท้จริงในภายหลัง

จนถึงรายงานแรก ๆ สาเหตุเชิงเทคนิคที่ทำให้ validator หยุดสร้างบล็อกยัง ไม่ได้ถูกเปิดเผยอย่างละเอียดต่อสาธารณะ

บทเรียนใหญ่: ความเสี่ยงจากการพึ่งพา Oracle เดียว

เหตุการณ์นี้จุดประเด็นสำคัญในวงการ DeFi นั่นคือ oracle concentration risk หรือความเสี่ยงจากการพึ่งพาโครงสร้างพื้นฐานเดียวกัน

Pyth เป็นหนึ่งในเครือข่าย oracle ที่ใหญ่ที่สุด โดยรวบรวมข้อมูลจาก สถาบันการเงินและผู้ให้ข้อมูลมากกว่า 120 ราย และกระจาย price feeds ไปยัง บล็อกเชนกว่า 100 เครือข่าย

ขนาดเครือข่ายที่ใหญ่ช่วยให้ข้อมูลครอบคลุมและรวดเร็ว แต่ก็มีข้อเสียคือ

เมื่อ oracle เครือข่ายใหญ่เกิดปัญหา

• โปรโตคอลจำนวนมากอาจ สูญเสียข้อมูลราคาพร้อมกัน
• ระบบ liquidation อาจหยุดหรือทำงานผิดปกติ
• ตลาด DeFi หลายแห่งต้อง หยุดการดำเนินการพร้อมกัน

เหตุการณ์วันที่ 22 พฤษภาคมจึงเป็นตัวอย่างชัดเจนว่า แม้ DeFi จะกระจายศูนย์ในระดับแอปพลิเคชัน แต่ก็ยังสามารถมี ความเสี่ยงแบบรวมศูนย์ในชั้นโครงสร้างพื้นฐาน ได้

สิ่งที่นักพัฒนา DeFi เรียนรู้จากเหตุการณ์นี้

เหตุการณ์ลักษณะนี้ทำให้โปรโตคอลจำนวนมากเริ่มให้ความสำคัญกับการออกแบบความปลอดภัยมากขึ้น เช่น

• ใช้ oracle หลายผู้ให้บริการ แทนการพึ่งพาแหล่งเดียว
• ตั้งค่า ตรวจจับราคาล้าสมัย (staleness checks)
• มี fallback feeds สำหรับกรณีฉุกเฉิน
• ใช้ circuit breakers เพื่อหยุดการกู้ยืมหรือเทรดเมื่อ oracle มีปัญหา

แนวทางเหล่านี้ช่วยให้โปรโตคอลสามารถ "หยุดอย่างปลอดภัย" แทนที่จะทำงานต่อด้วยข้อมูลราคาที่ผิดพลาด

สรุป

แม้เหตุการณ์ Pyth Network ล่มในวันที่ 22 พฤษภาคมจะกินเวลาเพียงไม่กี่ชั่วโมง แต่ก็แสดงให้เห็นว่า oracle network กลายเป็นโครงสร้างพื้นฐานสำคัญของ DeFi ไปแล้ว

เมื่อ Pythnet หยุดสร้างบล็อก price feeds ทั่วระบบนิเวศก็หยุดตาม ทำให้โปรโตคอลต้องพึ่งกลไกป้องกันหรือวิธีแก้ไขชั่วคราว

จนกว่าจะมีรายงาน postmortem อย่างละเอียด เหตุการณ์นี้ยังคงเป็น บททดสอบจริงของความทนทานของ DeFi และเป็นเครื่องเตือนใจว่า ระบบการเงินบนบล็อกเชนจำเป็นต้องมี ความซ้ำซ้อนของโครงสร้างพื้นฐาน (redundancy) เพื่อรับมือกับเหตุขัดข้องในอนาคต