Monad ร่วมก่อตั้ง: ปัญหา Uniswap Hooks ที่ 0x ชี้ให้เห็นมีต้นกำเนิดจาก PropAMM จำเป็นต้องมีการกำหนดเส้นทางคำสั่งซื้อบนเชนแบบเต็มรูปแบบจึงจะแก้ไขได้

Odaily รายงานว่า Keone Hon ผู้ร่วมก่อตั้ง Monad โพสต์บน X ว่า 0x ได้เผยแพร่บทความที่น่าสนใจและสำคัญเมื่อเช้าตรู่ โดยสำรวจปรากฏการณ์ใหม่ที่เริ่มปรากฏครั้งแรกใน PropAMM (AMM ที่ดำเนินการเอง) และปัจจุบันได้แพร่กระจายไปยัง Uniswap v4 Hooks

กล่าวโดยสรุป ผู้ทำตลาดที่เป็นอันตรายจะสลับไปมาระหว่าง "ราคาเสนอที่แคบมาก" และ "ราคาเสนอที่กว้างมาก" พวกเขาจะใช้ราคาเสนอที่แคบมากเพื่อล่อให้ Aggregator เลือกสถานที่ซื้อขายนั้น อย่างไรก็ตาม เมื่อธุรกรรมของผู้ใช้ถูกกำหนดเส้นทางไปจริง ราคาเสนอจะเปลี่ยนเป็นส่วนต่างที่กว้างมากทันที การตั้งค่า Slippage (กล่าวคือ การป้องกันราคาจำกัด) สามารถปกป้องผู้ใช้บางส่วนได้ โดยทำให้ธุรกรรมล้มเหลวโดยตรง แต่ผู้ใช้จำนวนมากตั้งค่าความทนทานต่อ Slippage สูงเกินไป ผู้ใช้กลุ่มนี้จะถูก "ขูดรีด" อย่างโหดร้าย บทความระบุว่า Hook บางตัวจะสลับไปมาระหว่างอัตรา 0% และ 18% อย่างเป็นอันตราย

เมื่อไม่กี่เดือนก่อน Solana ก็ได้เผยแพร่บทความที่ยอดเยี่ยมเช่นกัน โดยวิเคราะห์ปรากฏการณ์ที่คล้ายกันบน Aggregator ของ Solana แต่เพดานอัตราของมันอยู่ที่ประมาณ 1% ไม่ใช่ 18% หลังจากนั้นไม่กี่วันพวกเขาก็ quietly ถอนบทความนั้นออกไป

วิสัยทัศน์ของระบบเปิดอยู่ที่การขจัดคนกลางและค่าธรรมเนียมแอบแฝง และ "Aggregator Spoofing" (การหลอกลวง Aggregator) ถือเป็นภาระภาษีแอบแฝงมหาศาล และปัญหานี้สามารถแก้ไขได้อย่างแท้จริงผ่านการกำหนดเส้นทางคำสั่งซื้อบนเชนแบบเต็มรูปแบบ (fully-on-chain order routing) ในทางกลับกัน การกำหนดเส้นทางบนเชนต้องใช้พลังการประมวลผลที่เพียงพอและกลไกการเข้าถึงบัญชีที่ยืดหยุ่น ต้องการทั้ง EVM ที่มีประสิทธิภาพสูงและมีประสิทธิผลสูง และยังต้องการโปรโตคอลการกำหนดเส้นทางบนเชนที่ออกแบบมาอย่างดี

เมื่อเช้าตรู่ 0x โพสต์ว่า เมื่อเร็วๆ นี้จำนวน Uniswap v4 Hooks ที่เป็นอันตรายเพิ่มขึ้นอย่างชัดเจน Hook บางตัวจะเสนอราคาที่น่าสนใจในขั้นตอนการสอบถามราคา แต่เปลี่ยนราคาที่ดำเนินการจริงในขั้นตอนการชำระบัญชีจริง ส่งผลให้ขโมยเงินจากผู้ใช้ผ่าน Aggregator กระเป๋าเงิน และแอปพลิเคชันซื้อขาย