ซื้อ
ตลาด
🔥
ตลาดคาดการณ์

ความล้มเหลวของ Oracle และความเสี่ยงจาก Price Feed ในสินทรัพย์ Tokenized

BiFu Research · 2026-08-08 · อ่าน 9 นาที


สารบัญ

สินทรัพย์ tokenized ที่อ้างอิงราคาหรือ NAV นอกเครือข่ายต้องพึ่งพา oracle เพื่อส่งข้อมูลนั้นเข้าสู่บล็อกเชน และฟีดที่ล้าสมัย ถูกบิดเบือน หรือมาจากแหล่งเดียวถือเป็นชั้นความเสี่ยงที่แท้จริงและแยกต่างหาก

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

Oracle บล็อกเชนคืออะไร

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

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

ทำไมผลิตภัณฑ์ RWA ถึงต้องพึ่งพา Oracle สำหรับข้อมูล NAV และราคา

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

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

สิ่งที่อาจผิดพลาดได้: ข้อมูลล้าสมัย การบิดเบือน และจุดล้มเหลวจุดเดียว

หมวดหมู่ความล้มเหลวหลักสามหมวดหมู่ครอบคลุมวิธีส่วนใหญ่ที่ราคาหรือ NAV ที่ป้อนโดย oracle สามารถทำให้ผู้ถือ token เข้าใจผิด:

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

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

การออกแบบ Oracle ที่เปลี่ยนความเสี่ยง

การตั้งค่า oracle ทั้งหมดไม่ได้มีโปรไฟล์ความเสี่ยงเหมือนกัน ตัวเลือกการออกแบบสองสามข้อมีความสำคัญมากกว่าฉลาก "ป้อนโดย oracle" เพียงอย่างเดียว:

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

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

สิ่งที่ควรตรวจสอบในการเปิดเผยข้อมูล Oracle ของผลิตภัณฑ์

เอกสารของผลิตภัณฑ์ควรให้ผู้อ่านเพียงพอที่จะตอบคำถามเหล่านี้ ในจิตวิญญาณเดียวกับการตรวจสอบเอกสารที่ครอบคลุมใน การอ่านเอกสารเสนอขาย RWA:

  1. ราคาหรือ NAV ที่รายงานมาจากที่ใดจริงๆ ผู้ดูแลที่ระบุชื่อ ตลาดเฉพาะ หรือเครือข่าย oracle
  2. ฟีดได้รับการอัปเดตบ่อยแค่ไหน และสอดคล้องกับความถี่ที่สินทรัพย์อ้างอิงสามารถประเมินราคาใหม่ได้ตามความเป็นจริงหรือไม่
  3. ฟีดมาจากจุดเดียว หรือรวบรวมจากแหล่งอิสระ
  4. จะเกิดอะไรขึ้นหากฟีดล้าสมัยหรือ oracle ล้มเหลว มีการสำรอง กลไกหยุดชั่วคราว หรือไม่มีมาตรการป้องกันเลย
  5. ใครรับผิดชอบหากค่าที่รายงานกลายเป็นผิด ผู้ให้บริการ oracle ผู้ดูแล หรือผู้ออก

ผลิตภัณฑ์ที่ตอบสิ่งเหล่านี้อย่างตรงไปตรงมาได้คิดถึงการพึ่งพาข้อมูลของมันแล้ว ผลิตภัณฑ์ที่บอกเพียงว่าราคา "อยู่บนเชน" หรือ "ได้รับการยืนยัน" โดยไม่ระบุแหล่งที่มาหรือจังหวะ ให้ข้อมูลน้อยมากแก่ผู้อ่านในการประเมิน Tokenization เปลี่ยนวิธีการส่งข้อมูล มันไม่ได้ทำให้ข้อมูลนั้นถูกต้องโดยตัวมันเอง หลักปฏิบัติเดียวกันนี้ใช้ไม่ว่าสินทรัพย์อ้างอิงจะเป็น NAV ของกองทุน ราคาสินค้าโภคภัณฑ์ หรือสถานะการชำระเงินของพันธบัตร และใช้ควบคู่ไปกับความเสี่ยงระดับสัญญาที่ครอบคลุมใน ความเสี่ยงสัญญาอัจฉริยะในโทเค็น RWAเนื่องจากสัญญาที่ใช้ข้อมูล oracle ที่ไม่ถูกต้องจะดำเนินการตามข้อมูลที่ไม่ถูกต้องนั้นอย่างซื่อสัตย์ คุณสามารถตรวจสอบว่าผลิตภัณฑ์ RWA บน BiFu นำเสนอข้อมูลพื้นฐานและเอกสารของพวกเขาอย่างไรได้ที่ หน้า RWA ของ BiFu.

คำถามที่พบบ่อย

จะเกิดอะไรขึ้นหาก oracle รายงานราคาที่ล้าสมัยสำหรับโทเค็น RWA

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

Oracle สามารถถูกบิดเบือนเพื่อแสดงราคาที่ผิดได้หรือไม่

ได้ โดยเฉพาะอย่างยิ่งหาก oracle ดึงข้อมูลจากตลาดที่บางและได้รับอิทธิพลง่าย หรือแหล่งที่ควบคุมได้เพียงแหล่งเดียว เครือข่าย oracle แบบกระจายศูนย์ที่รวบรวมแหล่งอิสระหลายแหล่งลดความเสี่ยงนี้ แต่ไม่ได้กำจัดมัน เนื่องจากการบิดเบือนทำได้ยากกว่าเมื่ออินพุตอิสระจำนวนมากทั้งหมดจะต้องถูกเคลื่อนย้ายไปพร้อมกัน

ฟีดราคาที่อัปเดตบ่อยกว่าปลอดภัยกว่าเสมอหรือไม่

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

ความเสี่ยงจาก oracle แตกต่างจากความเสี่ยงสัญญาอัจฉริยะอย่างไร

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

เนื้อหานี้มีวัตถุประสงค์เพื่อการศึกษาเท่านั้น และไม่ถือเป็นคำแนะนำทางการเงิน การลงทุน กฎหมาย ภาษี หรือการซื้อขาย ผลิตภัณฑ์ RWA มีความเสี่ยง รวมถึงการสูญเสียเงินต้นที่อาจเกิดขึ้น โปรดตรวจสอบเอกสารผลิตภัณฑ์และการเปิดเผยความเสี่ยงก่อนเข้าร่วมเสมอ

การอ่านที่เกี่ยวข้อง

Check where a product's price data actually comes from

สินทรัพย์ tokenized ที่อ้างอิงราคาหรือ NAV นอกเครือข่ายต้องพึ่งพา oracle เพื่อส่งข้อมูลนั้นเข้าสู่บล็อกเชน และฟีดที่ล้าสมัย ถูกบิดเบือน หรือมาจากแหล่งเดียวถือเป็นชั้นความเสี่ยงที่แท้จริงและแยกต่างหาก

Explore RWA on BiFu

ข้อจำกัดความรับผิด

This content is for educational purposes only and does not constitute financial, investment, legal, tax or trading advice. Digital assets, RWA products, gold-related products and forex products involve risk, including possible loss of principal. Always review product rules and risk disclosures before trading.

บทความที่เกี่ยวข้อง

บทวิเคราะห์เชิงลึกหุ้น

หุ้น Moderna: หลักฐานทดลองเมลาโนมากับการใช้เงินสด

Moderna และ Merck ประกาศวันที่ 19 สิงหาคม 2026 ว่าบรรลุผลด้านการกลับเป็นซ้ำและการแพร่กระจาย แต่การรอดชีวิตโดยรวมยังติดตามอยู่ การกำกับ ความปลอดภัย การให้การรักษา และการใช้เงินสดยังจำกัดข้อสรุปธุรกิจและมูลค่า

2026-10-09 · อ่าน 10 นาที

บทวิเคราะห์เชิงลึกหุ้น

การวิเคราะห์หุ้น Adobe ด้วย Generative AI: วิทยานิพนธ์การแปลงผู้ใช้ฟรีเป็นผู้ใช้จ่ายเงิน

Adobe ซื้อขายอยู่ใกล้ระดับ P/E 11.2 เท่าของประมาณการกำไร 12 เดือนข้างหน้า และ EV/EBITDA 8.4 เท่า ซึ่งเป็นส่วนลดที่สะท้อนผลเสียส่วนใหญ่จากการ disrupt ของ generative AI ไปแล้ว แต่ความเสี่ยงหลักคือผู้ใช้ฟรีอาจไม่แปลงเป็นผู้ใช้จ่ายเงินในอัตราระดับยุค Reader.

2026-10-09 · อ่าน 11 นาที