NEST oracle machine: ความคิดเกี่ยวกับกระแสข้อมูลบนสายโซ่
ชื่อเรื่องรอง
มีปัญหาหลายประการเกี่ยวกับการไหลของข้อมูลในห่วงโซ่
1. เชื่อถือความเสี่ยง ไม่ว่าจะพึ่งพาองค์กรใดองค์กรหนึ่งในการอัปโหลดข้อมูล กล่าวคือ กระจายอำนาจห่วงโซ่หรือไม่
2. การตรวจสอบข้อมูล ไม่ว่าข้อมูลนั้นจะได้รับการตรวจสอบแล้ว และวิธีการตรวจสอบนั้นโดยตรงหรือโดยอ้อม
3. ต่อต้านการโจมตี ไม่ว่าข้อมูลจะถูกดัดแปลงหรือได้รับผลกระทบจากบุคคลที่สามอย่างง่ายดายเนื่องจากการเปิดเผย;
5. ข้อมูลการโทร ไม่ว่าจะตรวจสอบก่อนแล้วจึงโทร หรือโทรก่อนแล้วจึงตรวจสอบ
ชื่อเรื่องรอง
บน NEST คุณจะเห็นได้อย่างชัดเจน
ประการแรก ผ่านการแจกจ่ายและสิ่งจูงใจ (ทั้งสองสิ่งขาดไม่ได้ มิฉะนั้น เป็นไปไม่ได้ที่จะสร้างกลไกอัตโนมัติที่น่าเชื่อถือ) เพื่อให้แน่ใจว่าการอัปโหลดข้อมูลมีแรงจูงใจและความไม่ไว้วางใจ
ประการที่สอง ตัวเลือกสองทางช่วยให้มั่นใจได้ว่าข้อมูลได้รับการตรวจสอบในระหว่างกระบวนการเชื่อมโยง
ประการที่สี่ ค่าสัมประสิทธิ์เบต้าเป็นอัลกอริทึมที่ป้องกันการโจมตี การดัดแปลง และมลพิษของห่วงโซ่ข้อมูล
ชื่อเรื่องรอง
การกระจายอำนาจไม่ใช่การกระจาย การกระจายเป็นวิธีการขององค์กร การกระจายอำนาจเป็นวิธีการดำเนินการที่ต้องใช้สิ่งจูงใจในการดำเนินการโดยอัตโนมัติ สิ่งจูงใจนี้รวมถึงสิ่งจูงใจภายนอกโดยตรง (เช่น อัลกอริทึม) และอาจเป็นสิ่งจูงใจภายใน (ธุรกรรมในตลาด)
ชื่อเรื่องรอง
เกี่ยวกับการตรวจสอบ
นี่คือคำถามสองสามข้อ:
1) จะตรวจสอบก่อนแล้วจึงใช้ หรือใช้ก่อนแล้วจึงตรวจสอบ:
เมื่อพิจารณาจากการกระจายอำนาจโดยสมบูรณ์ หากคุณใช้ก่อนแล้วจึงตรวจสอบ จะมีเพียงระดับความเสี่ยงของผู้ใช้ดาวน์สตรีมเท่านั้นที่ตรงกับระดับการจดจำนองของผู้ตรวจสอบ
บางคนพยายามป้องกันไม่ให้ผู้ตรวจสอบทำสิ่งชั่วร้ายโดยกระจายอำนาจผู้ตรวจสอบและเพิ่มการเลือกแบบสุ่ม ปัญหาคือ:
A. ตราบเท่าที่รายได้ปลายน้ำมีมากพอ โหนดเหตุผลมีแรงจูงใจที่จะทำความชั่วร่วมกัน (ไม่จำเป็นต้องมีการสมรู้ร่วมคิด ดูรายละเอียดที่คนงานเหมืองไม่ได้บรรจุการโจมตี)
B. ความเสี่ยงด้านเครดิตไม่สามารถกระจายอำนาจได้ หากมีการสุ่มเรียกโหนดเดียว โหนดขยะอาจถูกทำลาย (ดูการแฮ็ก EOS)
C. แม้ว่าโหนดหลายโหนดจะไม่โกง แต่จำเป็นต้องมีโหนดจำนวนมากสำหรับการประมวลผลข้อมูล สิ่งจูงใจและพฤติกรรมของแต่ละโหนดไม่สอดคล้องกัน และมีความล่าช้าที่ซับซ้อนมากขึ้นและความเสี่ยงของโครงสร้างข้อมูลที่ไม่ตรงกัน
2) ปัญหาโครงสร้างข้อมูลของการตรวจสอบ:
หากชิ้นส่วนของข้อมูลไม่ใช่โครงสร้างข้อมูลที่รู้จัก blockchain จะต้องมีโหนดที่ไม่เท่ากันสำหรับการตรวจสอบ นั่นคือโหนดอนุญาโตตุลาการที่เรียกว่า หรือจำเป็นต้องตรวจสอบผ่านกลไกการลงคะแนนที่เรียกว่า (ซึ่งไม่สามารถทำได้ หรือไม่ทันต่อหลายๆข้อมูล )
ความเสี่ยงของวงจรการตรวจสอบซึ่งอาจนำไปสู่ช่องว่างระหว่างข้อมูล on-chain และข้อมูล off-chain หากเป็นข้อมูลราคาช่องว่างหมายถึงต้นทุนการเก็งกำไรขั้นต่ำ
ชื่อเรื่องรอง
มิติเวลาของบล็อกเชนคือลำดับของบล็อกแทนที่จะเป็นวินาที และความล่าช้าส่วนใหญ่จะสะท้อนให้เห็นในความหนาแน่นของข้อมูลที่ปรากฏบนบล็อกเชน Ethereum ใช้บล็อกเป็นช่วงเวลา และแม้แต่การเสนอราคาที่เข้มข้นที่สุดก็มีเพียงหนึ่งรายการต่อบล็อก ซึ่งหมายความว่าจะมีความล่าช้าเสมอในแง่ของช่วงเวลาที่ไม่อยู่ในห่วงโซ่ สามารถคำนวณความล่าช้าได้หากข้อเสนอได้รับการออกแบบตามกลไกบางอย่าง
ชื่อเรื่องรอง
หลังจากกำจัดความเสี่ยงด้านเครดิตแล้ว DeFi ได้ปรับปรุงการจัดการความเสี่ยง: การจัดการความเสี่ยงผ่านอัลกอริทึมกลายเป็นเรื่องที่เป็นไปได้ ในระบบ NEST ความเสี่ยงของแอปพลิเคชันหลักจะสะท้อนให้เห็นในส่วนเบี่ยงเบนของราคาและความล่าช้าของราคาของ NEST oracle เนื่องจากการกระจายของปัจจัยเสี่ยงเหล่านี้สามารถคำนวณได้ (ตามสมมติฐานบางประการ) การออกแบบ DeFi ที่ใช้เครื่อง NEST ของ oracle จึงสามารถดำเนินการจัดการความเสี่ยงตามตัวบ่งชี้เชิงปริมาณเหล่านี้ได้
ชื่อเรื่องรอง
ตัวชี้วัดเชิงปริมาณและการบริหารความเสี่ยง
พารามิเตอร์ตลาด: ความผันผวน
ระยะเวลาการตรวจสอบ: ต
ต้นทุนการเก็งกำไร: ก๊าซ ค่าคอมมิชชั่น f ต้นทุนออปชั่นสองทาง โวลต์
พารามิเตอร์ป้องกันการโจมตี: เบต้า
ตัวบ่งชี้ความล่าช้า: D กำหนดโดยกลไกจูงใจและราคาตลาด
ความเสี่ยงด้านราคาส่วนใหญ่กำหนดโดยส่วนเบี่ยงเบนราคา g และความล่าช้า D ดังนั้น R(g, D) จึงเป็นฟังก์ชันความเสี่ยงของการอ้างอิงราคา
ชื่อเรื่องรอง
เปรียบเทียบกับอุตสาหกรรมประเภทเดียวกัน
1. กระจายอำนาจอย่างสมบูรณ์ ไม่มีโหนดอสมมาตร
2. ดำเนินการแยกส่วนโดยละเอียดและการจัดการโครงสร้างความเสี่ยงและผลตอบแทน และฟังก์ชันการจัดการความเสี่ยงตามอัลกอริทึม ซึ่งเป็นความก้าวหน้าในอุตสาหกรรมทั้งหมด
3. จะไม่เสียสละตัวแปรบางอย่างเพื่อควบคุมความเสี่ยง (คล้ายกับ Uniswap)
