คำตอบเผยแพร่แล้ว22 แหล่งที่มา
ราคาเพี้ยน 2 นาที สู่การชำระบัญชี 3 ล้านดอลลาร์บน Vesu
ระหว่าง 04:08–04:10 น. UTC วันที่ 4 กันยายน 2026 ฟีดราคาต้นทางของ Pragma ที่ผิดพลาดทำให้สถานะกู้ยืม 47 สถานะใน Vesu ดูเข้าข่ายถูกชำระบัญชี ส่งผลให้หลักประกันราว 3 ล้านดอลลาร์ถูกชำระบัญชีอย่างผิดปกติ [32] Pragma และหน่วยงานที่เกี่ยวข้องระบุว่าได้ติดตั้งการแก้ไขที่ต้นตอแล้ว ขณะที่พูลที่ได้รับผลกระทบถูกพักไว้และรอผู้ดู...
เผยแพร่โดยแก้ไขด้วย GPT-5.6 Terraรูปภาพสร้างด้วย GPT Image 2
คำตอบการวิจัย
ประเด็นสำคัญ
- ระหว่าง 04:08–04:10 น. UTC วันที่ 4 กันยายน 2026 ฟีดราคาต้นทางของ Pragma ที่ผิดพลาดทำให้สถานะกู้ยืม 47 สถานะใน Vesu ดูเข้าข่ายถูกชำระบัญชี ส่งผลให้หลักประกันราว 3 ล้านดอลลาร์ถูกชำระบัญชีอย่างผิดปกติ [32]
- Pragma และหน่วยงานที่เกี่ยวข้องระบุว่าได้ติดตั้งการแก้ไขที่ต้นตอแล้ว ขณะที่พูลที่ได้รับผลกระทบถูกพักไว้และรอผู้ดูแลพูลดำเนินการยกเลิกการพัก [23][32]
- เหตุการณ์นี้สะท้อนกรณี Oracle บน Aave ในเดือนมีนาคม 2026 และการหยุดบริการเชิงป้องกันของ Switchboard บนเครือข่ายที่ใช้ Move หลายแห่ง: โค้ดที่ทำงานแน่นอนยังต้องพึ่งข้อมูลราคาภายนอกที่ถูกต้อง [10][11][3][4]
AI พรอมต์
openai.comCreate a landscape editorial hero image for this Studio Global article: How did a faulty Pragma price feed cause the liquidation of 47 Vesu borrowing positions on Starknet between 04:08 and 04:10 UTC on Sept. 4,. Article summary: The Vesu event was an oracle-input failure, not a smart-contract exploit: for roughly two minutes, Vesu’s liquidation logic received incorrect prices from an upstream Pragma feed and therefore treated 47 otherwise-valid . Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
เหตุการณ์บน Vesu แสดงให้เห็นว่า ใน DeFi ความเสียหายอาจเกิดขึ้นได้แม้สมาร์ตคอนแทรกต์จะทำงานตามที่ออกแบบไว้ทุกขั้นตอน หากข้อมูลราคาที่ใช้เป็นฐานในการตัดสินใจผิดพลาด
เมื่อวันที่ 4 กันยายน 2026 ฟีดราคาต้นทางของ Pragma ส่งราคาที่ไม่ถูกต้องเข้ามาระหว่างเวลา 04:08–04:10 น. UTC เป็นเวลาราว 2 นาที ส่งผลให้สถานะกู้ยืม 47 สถานะในหลายพูลของ Vesu บน Starknet ดูเหมือนมีหลักประกันต่ำกว่าเกณฑ์และถูกชำระบัญชีอัตโนมัติ หลักประกันที่ได้รับผลกระทบมีมูลค่าราว 3 ล้านดอลลาร์ 32
ประเด็นสำคัญคือ Vesu ระบุว่านี่คือ ความผิดพลาดของข้อมูลที่ป้อนจาก Oracle ไม่ใช่ช่องโหว่ของสมาร์ตคอนแทรกต์ ระบบชำระบัญชีจึงบังคับใช้กติกาตามข้อมูลที่ได้รับ แต่สมมติฐานเรื่องราคาซึ่งเป็นจุดตั้งต้นนั้นผิดไป 32
ราคาเพี้ยน 2 นาที ทำไมจึงชำระบัญชีสถานะที่ปกติได้
โปรโตคอลกู้ยืม DeFi จะประเมินมูลค่าหลักประกันของผู้กู้เทียบกับมูลค่าหนี้อย่างต่อเนื่อง หากมูลค่าตามรายงานต่ำกว่าเกณฑ์ที่กำหนด ผู้ชำระบัญชี (liquidator) สามารถเรียกใช้กลไกชำระบัญชีเพื่อรับหลักประกันตามกติกาของพูลได้
ในกรณี Vesu ราคาที่ผิดจาก Pragma ทำให้ 47 สถานะดูเหมือนมีหลักประกันไม่พอ ทั้งที่ Vesu ไม่ได้ระบุว่ามีข้อบกพร่องในสัญญาของตนเอง ผู้ชำระบัญชีอัตโนมัติจึงดำเนินการตามเส้นทางปกติ และนำหลักประกันออกไปประมาณ 3 ล้านดอลลาร์ก่อนฟีดราคาจะกลับมาถูกต้อง 20
32
กล่าวอีกแบบหนึ่ง “สัญญาทำงานตามที่ออกแบบ” ไม่ได้แปลว่า “ผลลัพธ์ทางเศรษฐกิจถูกต้อง” เสมอไป สมาร์ตคอนแทรกต์ตรวจสอบและดำเนินการตามข้อมูลที่อยู่บนเชนได้ แต่ไม่สามารถรู้ได้ด้วยตัวเองว่าราคาจาก Oracle สะท้อนตลาดจริงหรือไม่
ลำดับเหตุการณ์มีลักษณะดังนี้
- Oracle เผยแพร่ราคาที่ตลาดกู้ยืมใช้
- โปรโตคอลคำนวณสุขภาพของสถานะใหม่จากราคานั้น
- สถานะหนึ่งดูเหมือนต่ำกว่าเกณฑ์หลักประกัน
- ผู้ชำระบัญชีเรียกใช้กระบวนการชำระบัญชีตามปกติ
ดังนั้น จุดที่ผิดพลาดของ Vesu อยู่ที่ข้อ 1 ไม่ใช่การถูกเจาะข้ามกลไกชำระบัญชี Vesu ระบุว่าไม่จำเป็นต้องแก้ไขสัญญาฝั่งโปรโตคอล 32
การพักพูล การกู้คืนเงิน และคำแนะนำสำหรับผู้ได้รับผลกระทบ
Vesu ระบุว่า Pragma ร่วมกับฝ่ายที่เกี่ยวข้องได้ติดตั้งการแก้ไขที่ต้นตอแล้ว และฟีดราคาแก้ไขตัวเองภายในช่วงเวลา 2 นาทีดังกล่าว โดย Vesu คาดว่าผู้ดูแลพูลจะทยอยยกเลิกการพักพูลที่ได้รับผลกระทบหลังมาตรการบรรเทาความเสี่ยง 32
โปรโตคอลยังระบุว่ากำลังทำงานร่วมกับ Pragma, StarkWare, Starknet Foundation และผู้ดูแลพูล เพื่อพยายามกู้คืนเงินให้ผู้ใช้ที่ได้รับผลกระทบ อย่างไรก็ดี นี่เป็นความพยายามเพื่อกู้คืนเงิน ไม่ใช่การยืนยันว่าผู้ใช้ทุกรายได้รับการชดเชยแล้ว 24
32
คำแนะนำที่มีรายงานว่า Vesu ให้แก่ผู้ใช้ที่ได้รับผลกระทบคือ
- คงสถานะ Earn ไว้ ไม่ควรถอนออก เพราะอาจกระทบสิทธิ์ในกระบวนการกู้คืนเงิน
- หากสถานะถูกชำระบัญชีในเหตุการณ์นี้ ให้ส่งคำร้องผ่าน Discord ของ Vesu
27
34
สถานะของแต่ละพูลอาจเปลี่ยนแปลงตามการตัดสินใจของผู้ดูแลพูล ผู้ใช้จึงควรตรวจสอบประกาศเหตุการณ์และช่องทางช่วยเหลืออย่างเป็นทางการของ Vesu ล่าสุด แทนการสรุปว่าทุกตลาดได้รับผลกระทบหรือกลับมาเปิดใช้งานในสถานะเดียวกัน
อะไรที่ยืนยันแล้ว และอะไรที่ยังต้องรอรายงาน
ข้อมูลสาธารณะที่มีอยู่ยืนยันว่าแหล่งปัญหาคือฟีดราคาต้นทางของ Pragma ความผิดปกติกินเวลาราว 2 นาที ฟีดกลับมาแก้ไขตัวเอง และมีการติดตั้งการแก้ไขต้นตอโดยร่วมกับฝ่ายที่เกี่ยวข้อง 23
32
แต่ยังไม่มีการเปิดเผยกลไกทางเทคนิคทั้งหมดที่ทำให้ราคาออกมาผิด หรือกรอบการชดเชยขั้นสุดท้าย Vesu ระบุว่าจะมีรายงานทางเทคนิคฉบับเต็มตามมา จนกว่ารายงานนั้นจะเผยแพร่ ข้อสรุปเกี่ยวกับบั๊กที่แท้จริง การระบุความรับผิดชอบที่เกินกว่าปัญหาฟีดต้นทางที่เปิดเผย หรือผลลัพธ์สุดท้ายของการกู้คืนเงิน ยังควรถูกมองว่าไม่ยืนยัน 27
บทเรียนของ DeFi: โค้ดถูกต้องยังต้องใช้ข้อมูลที่ถูกต้อง
เหตุการณ์ Vesu สะท้อน “ปัญหา Oracle” ของ DeFi อย่างชัดเจน แม้แอปพลิเคชันบนเชนจะโปร่งใสและทำงานแบบกำหนดผลลัพธ์ได้ แต่การตัดสินใจทางการเงินสำคัญยังพึ่งพาข้อเท็จจริงจากภายนอก โดยเฉพาะราคาสินทรัพย์
Aave กับความคลาดเคลื่อนของ wstETH ในเดือนมีนาคม 2026
เมื่อวันที่ 10 มีนาคม 2026 เหตุการณ์ที่เกี่ยวข้องกับ CAPO risk oracle ของ Aave ทำให้อัตราแลกเปลี่ยน wstETH/stETH ที่ระบบนำไปใช้ในตลาด Ethereum Core และ Prime ต่ำกว่าความเป็นจริงราว 2.85% และก่อให้เกิดปริมาณการชำระบัญชีประมาณ 26.6 ล้านดอลลาร์ รายงานหลังเหตุการณ์ระบุสาเหตุว่าเป็นความไม่สอดคล้องระหว่าง snapshot ratio กับ snapshot timestamp ไม่ใช่การร่วงลงของตลาดในวงกว้าง 10
11
เช่นเดียวกับ Vesu กลไกชำระบัญชีไม่ได้หยุดทำงาน แต่ทำงานกับมูลค่าที่ไม่ถูกต้อง
Switchboard: กรณีต้องสงสัยการโจมตีในสภาพแวดล้อม Move
ความเสี่ยงอีกประเภทหนึ่งที่รุนแรงกว่า คือ Switchboard หยุดให้บริการ Oracle บน Aptos, Sui, IOTA และ Movement หลังมีรายงานความเป็นไปได้ของการประนีประนอมด้านความปลอดภัยที่กระทบการใช้งานบนสภาพแวดล้อม Move การหยุดบริการนี้เป็นมาตรการป้องกัน และไม่ได้ทำให้บล็อกเชนที่ได้รับผลกระทบหยุดผลิตบล็อก 3
4
รายงานเชื่อมโยงเหตุการณ์กับการบิดเบือนข้อมูลราคาใน IOTA การสร้าง VUSD ที่ผิดปกติ และการชำระบัญชี อย่างไรก็ตาม เหตุการณ์นี้ควรถูกเรียกว่าเป็นการประนีประนอมที่ ต้องสงสัย จนกว่าจะมีผลสอบสวนที่ยืนยันสาเหตุและขอบเขตอย่างชัดเจน 2
5
ระบบป้องกัน Oracle ที่เข้มแข็งควรมีอะไรบ้าง
ไม่มีมาตรการใดรับประกันว่าจะปฏิเสธข้อมูลผิดพลาดได้ทุกกรณี แต่เป้าหมายคือทำให้ราคาที่ผิดปกติเพียงช่วงสั้น ๆ ไม่ก่อความเสียหายที่ย้อนกลับได้ทันที แนวทางที่ใช้กัน ได้แก่
- ใช้แหล่งราคาหลายแหล่งที่เป็นอิสระต่อกัน แทนการพึ่งเส้นทางข้อมูลเดียว
- ตั้งขีดจำกัดความเบี่ยงเบน เพื่อปฏิเสธหรือพักการใช้ราคาที่เปลี่ยนผิดปกติ
- ตรวจสอบความเก่าของข้อมูล เพื่อไม่ให้ข้อมูลล้าสมัยถูกใช้เป็นราคาปัจจุบัน
- มี circuit breaker และความสามารถในการพักพูลฉุกเฉิน
- หน่วงเวลาหรือตรวจทานการเปลี่ยนแปลงการตั้งค่า Oracle ที่ส่งผลกระทบสูง
- กำหนดพารามิเตอร์หลักประกันแบบระมัดระวังสำหรับสินทรัพย์ผันผวนหรือมีโครงสร้างซับซ้อน
การออกแบบต้องแลกเปลี่ยนระหว่างความเร็วและความปลอดภัย การป้องกันที่เข้มงวดอาจชะลอการตอบสนองต่อราคาตลาดที่เปลี่ยนจริง ขณะที่การตั้งค่าแบบผ่อนปรนทำให้การชำระบัญชีตอบสนองต่อราคาที่ผิดได้ง่ายขึ้น เหตุการณ์ 2 นาทีของ Vesu จึงตอกย้ำว่า ความน่าเชื่อถือของข้อมูล Oracle เป็นส่วนสำคัญพอ ๆ กับความถูกต้องของโค้ด
สำหรับผู้กู้ บทสรุปเชิงปฏิบัติคือความเสี่ยงถูกชำระบัญชีไม่ได้มาจากความผันผวนของตลาดหรือการโจมตีสมาร์ตคอนแทรกต์เท่านั้น แต่ยังรวมถึงความถูกต้อง การตั้งค่า และความพร้อมรับมือของระบบ Oracle ที่ใช้ตัดสินสุขภาพของสถานะบนเชนด้วย
Studio Global AI
ทำการวิจัยต่อ
หน้านี้รวมคำตอบที่ได้รับการสนับสนุนจากแหล่งที่มาซึ่งคุณสามารถดำเนินการต่อภายใน Studio Global
คนยังถาม
คำตอบสั้น ๆ สำหรับ "ราคาเพี้ยน 2 นาที สู่การชำระบัญชี 3 ล้านดอลลาร์บน Vesu" คืออะไร
ระหว่าง 04:08–04:10 น. UTC วันที่ 4 กันยายน 2026 ฟีดราคาต้นทางของ Pragma ที่ผิดพลาดทำให้สถานะกู้ยืม 47 สถานะใน Vesu ดูเข้าข่ายถูกชำระบัญชี ส่งผลให้หลักประกันราว 3 ล้านดอลลาร์ถูกชำระบัญชีอย่างผิดปกติ [32]
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร?
ระหว่าง 04:08–04:10 น. UTC วันที่ 4 กันยายน 2026 ฟีดราคาต้นทางของ Pragma ที่ผิดพลาดทำให้สถานะกู้ยืม 47 สถานะใน Vesu ดูเข้าข่ายถูกชำระบัญชี ส่งผลให้หลักประกันราว 3 ล้านดอลลาร์ถูกชำระบัญชีอย่างผิดปกติ [32] Pragma และหน่วยงานที่เกี่ยวข้องระบุว่าได้ติดตั้งการแก้ไขที่ต้นตอแล้ว ขณะที่พูลที่ได้รับผลกระทบถูกพักไว้และรอผู้ดูแลพูลดำเนินการยกเลิกการพัก [23][32]
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ?
เหตุการณ์นี้สะท้อนกรณี Oracle บน Aave ในเดือนมีนาคม 2026 และการหยุดบริการเชิงป้องกันของ Switchboard บนเครือข่ายที่ใช้ Move หลายแห่ง: โค้ดที่ทำงานแน่นอนยังต้องพึ่งข้อมูลราคาภายนอกที่ถูกต้อง [10][11][3][4]