ข้ามไปยังเนื้อหา
Financial Context Wiki

ออราเคิลบล็อกเชน

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

อัปเดต

จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้

คำตอบโดยตรง

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

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

ต้องประเมินการกระจายศูนย์แยกกันในแต่ละชั้น ผู้ลงนามจำนวนมากอาจพึ่งพา API ตลาด ผู้ให้บริการคลาวด์ ผู้ดำเนินการ หรือผู้ดูแลระบบรายเดียว ค่ามัธยฐานที่เพิ่งลงนามก็ยังอาจใช้คู่สินทรัพย์หรือจำนวนทศนิยมผิด สะท้อนตลาดที่มีสภาพคล่องต่ำ หรือไม่ปลอดภัยเมื่อเทียบกับขนาดรายการของผู้ใช้ข้อมูล ผู้ใช้ข้อมูลยังคงรับผิดชอบตัวตน หน่วย สถานะ เวลา ความพร้อมใช้งานของ L2 ขีดจำกัดความเสี่ยง พฤติกรรมของแหล่งสำรอง และการกู้คืน

วิธีการทำงาน

  1. ระบุเชนและบล็อก สัญญาและการกระทำของผู้ใช้ข้อมูล ที่อยู่ฟีดหรือพร็อกซีและ ID ฟีดที่แน่นอน รุ่นการทำงาน คู่สินทรัพย์ฐาน/สินทรัพย์อ้างอิง จำนวนทศนิยมหรือเลขชี้กำลัง เวลาทำการของตลาด และมูลค่าที่มีความเสี่ยง
  2. ติดตามเส้นทางความเชื่อถือทั้งหมดตั้งแต่ปรากฏการณ์และตลาด ผ่านผู้เผยแพร่ การรวบรวมแหล่งข้อมูล การรวบรวมผู้ลงนามหรือองค์ประชุม การส่งต่อ การตรวจสอบบนเชน การควบคุมพร็อกซี และตรรกะของผู้ใช้ข้อมูล พร้อมทดสอบความเป็นอิสระของแหล่งข้อมูล ผู้ดำเนินการ โครงสร้างพื้นฐาน และผู้ดูแลแยกกัน
  3. ถอดรหัสอินเทอร์เฟซและรายงานที่ใช้งานจริง ตรวจสอบตัวตนของฟีด ลายเซ็นหรือหลักฐานและโดเมน ลำดับหรือรอบ คำตอบที่มีเครื่องหมาย สถานะหรือระดับความเชื่อมั่น เวลาของแหล่งข้อมูล เวลาอัปเดตบนเชน พฤติกรรมเมื่อส่งซ้ำ พฤติกรรมเมื่อรีเวิร์ต และสถานะการอัปเกรด
  4. ปรับหน่วยให้เป็นมาตรฐานเพียงครั้งเดียว แล้วตรวจช่วง เครื่องหมาย และเวลาอย่างชัดเจน แยกเวลาที่แหล่งข้อมูลสังเกตหรือเผยแพร่ เวลาสร้างรายงาน เวลารวมในเชนต้นทาง เวลาที่การส่งต่อมีผลสุดท้าย เวลาอัปเดตเชนปลายทาง และเวลาบล็อกของผู้ใช้ข้อมูล
  5. ใช้กฎ maxAge ความเบี่ยงเบน ความเชื่อมั่น และการเทียบข้ามแหล่งให้เหมาะกับแต่ละการกระทำ สำหรับการใช้งานบน L2 ที่รองรับ ให้ตรวจสถานะซีเควนเซอร์และระยะผ่อนผันหลังฟื้นตัวแยกกัน และจำกัดความสดใหม่ของค่าประกอบตามองค์ประกอบที่จำเป็นซึ่งเก่าที่สุด
  6. เปรียบเทียบค่าอ้างอิงกับความลึกของตลาดที่ซื้อขายได้จริง และประเมินต้นทุนการบิดเบือนหรือการทุจริตเทียบกับความเสี่ยงจากการกู้ การสร้างสินทรัพย์ การชำระบัญชี การซื้อขาย หรือการชำระราคา ให้ถือว่าราคา spot ของ AMM และการสร้าง TWAP ขึ้นอยู่กับพูลและรุ่นโดยเฉพาะ
  7. กำหนดสถานะปกติ เสื่อมประสิทธิภาพ หยุดชั่วคราว และกู้คืนแยกตามการกระทำ รักษาช่องทางชำระหนี้หรือเพิ่มหลักประกันที่ปลอดภัยไว้เมื่อทำได้ เฝ้าติดตามแหล่งข้อมูลและการตั้งค่า ซ้อมกรณีรายงานหาย ล้าสมัย ผิด หรือถูกบิดเบือน และกระทบยอดยอดคงเหลือกับการกระทำทั้งหมดหลังฟื้นตัว

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

ตัวอย่างคำนวณ

  • เกณฑ์การชำระบัญชี สถานะหนึ่งมีหลักประกัน 10 ETH ราคาออราเคิล 3,000 USD/ETH หนี้ 18,000 USD และเกณฑ์การชำระบัญชี 75% มูลค่าหลักประกันคือ 30,000 USD อัตรา LTV คือ 60% และ healthFactor = 10 * 3,000 * 0.75 / 18,000 = 1.25 ราคาที่เริ่มเข้าเกณฑ์คือ 18,000 / (10 * 0.75) = 2,400 USD/ETH ที่ 2,300 USD/ETH health factor เท่ากับ 0.9583333333 และหนี้ต่อหลักประกันเท่ากับ 78.2608695652% จึงเข้าเกณฑ์ชำระบัญชี แต่มูลค่าหลักประกันตามราคาหน้าสัญญา 23,000 USD ยังสูงกว่าหนี้ก่อนคิดโบนัส ค่าธรรมเนียม และผลจากการดำเนินการ
  • หน่วยผิดพลาด ค่าดิบ 250,000,000,000 ที่มี 8 decimals หมายถึง 2,500 USD หากหารด้วย 10^18 แทน จะได้ 0.00000025 USD ซึ่งต่ำกว่าความจริงด้วยตัวคูณ 10^10 ลายเซ็นที่ถูกต้องและเวลาที่ใหม่ไม่อาจแก้ข้อผิดพลาดด้านหน่วยของผู้ใช้ข้อมูล
  • ทางเลือกการรวบรวม ค่าสังเกต [99, 100, 100, 101, 160] มีค่ามัธยฐาน 100 และค่าเฉลี่ยเลขคณิต 112 ต่างกัน 12% เมื่อเทียบกับค่ามัธยฐาน ค่ามัธยฐานต้านค่าผิดปกติสูงหนึ่งค่าในชุดตัวอย่างนี้ แต่หากผู้รายงานทั้งห้าพึ่งพา API เดียวที่ถูกเจาะและรายงาน 130 ค่ามัธยฐานก็เป็น 130
  • ความสดใหม่ตามการกระทำ เมื่อ consumerClock = 1,800,000,000 รายงานที่มี sourceTimestamp = 1,799,998,200 มี age = 1,800 seconds การกู้ใหม่ที่กำหนด maxAge = 900 seconds ปฏิเสธรายงานเพราะเกินขีดจำกัด 900 seconds ส่วนช่องทางชำระคืนที่กำหนด maxAge = 3,600 seconds ยอมรับโดยมีระยะเหลือ 1,800 seconds รายงานเดียวกันอาจไม่ปลอดภัยต่อการเพิ่มความเสี่ยง แต่ยอมรับได้เมื่อลดความเสี่ยง

ความเสี่ยง

  • เลือกเชน การติดตั้ง รุ่นการทำงาน หรือสภาพแวดล้อมเครือข่ายผิด
  • เลือกพร็อกซี ตัวรวบรวม ID ฟีด สินทรัพย์ หรือรุ่นสัญญาผิด
  • สลับทิศทางสินทรัพย์ฐาน/สินทรัพย์อ้างอิง หรือใช้สกุลอ้างอิงไม่สอดคล้องกัน
  • จำนวนทศนิยม เลขชี้กำลัง fixed-point เครื่องหมาย การปัดเศษ หรือหน่วยไม่ตรงกัน
  • ยอมรับคำตอบที่เป็นศูนย์ ติดลบ นอกขอบเขต ล้น หรือถูกตัดทอน
  • ยอมรับเวลาที่หายไป เป็นศูนย์ อยู่ในอนาคต ถูกส่งต่อ หรือระบุความหมายผิด
  • ขีดจำกัดความสดใหม่ผ่อนปรนเกินไปสำหรับสินทรัพย์และการกระทำ
  • ขีดจำกัดความสดใหม่เข้มเกินไปจนทำให้บริการหยุดชะงักหรือขวางการลดความเสี่ยง
  • ถือว่ารอบการอัปเดตหรือเกณฑ์ความเบี่ยงเบนเป็นการรับประกันระดับบริการ
  • ละเลยตลาดปิด การดำเนินการของบริษัท การหลุดตรึง ตลาดหยุดทำงาน หรือความหมายของข้อมูลที่คงไว้
  • ผู้เผยแพร่หลายรายใช้ API ตลาด คลาวด์ ผู้ดำเนินการ เส้นทางกุญแจ หรือระเบียบวิธีเดียวกัน
  • เกณฑ์ผู้ลงนาม องค์ประชุม การดูแลกุญแจ การยืนยันรายงาน โดเมน หรือการป้องกันการส่งซ้ำล้มเหลว
  • กฎการรวบรวม การถ่วงน้ำหนัก ค่าผิดปกติ ความเชื่อมั่น หรือการเลือกแหล่งข้อมูลไม่เหมาะสม
  • ตลาดต้นทางมีสภาพคล่องต่ำ มีการซื้อขายลวง กระจัดกระจาย ล้าสมัย หรือถูกบิดเบือนได้เมื่อเทียบกับขนาดที่ปกป้อง
  • การบิดเบือน spot หรือ TWAP หน้าต่างสั้น การควบคุมหลายบล็อก การจัดลำดับ การเซ็นเซอร์ หรือ MEV เปลี่ยนข้อมูลเข้า
  • ผู้เผยแพร่ ผู้ส่งต่อ ค่า gas ความหนาแน่น reorg หรือเชนหยุดทำงานจนส่งข้อมูลไม่ทัน
  • ละเลยสถานะซีเควนเซอร์ L2 ระยะผ่อนผันหลังฟื้นตัว เวลาส่งต่อข้ามเชน หรือเงื่อนไข finality
  • การเปลี่ยนพร็อกซี ผู้ดูแล ชุดผู้ลงนาม การตั้งค่า การย้าย การหยุดชั่วคราว หรือการเลิกใช้ฟีดไม่ถูกตรวจพบ
  • แหล่งสำรองล้าสมัย มีความสัมพันธ์ ใช้มาตราส่วนต่างกัน วนเป็นวง หรือทำงานด้วย fail-open ที่ไม่ปลอดภัยหรือ fail-closed แบบครอบคลุมทั้งหมด
  • ความเสี่ยงของผู้ใช้ข้อมูลสูงกว่าต้นทุนการบิดเบือนหรือการทุจริต ขณะที่การเฝ้าติดตาม ขีดจำกัด การหยุด การกู้คืน การชำระบัญชี และการกระทบยอดหนี้เสียล้มเหลว

ความเข้าใจผิดที่พบบ่อย

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

หัวข้อที่เกี่ยวข้อง

แหล่งที่มา

การนำทาง

ค้นหาในวิกิ...