แผนปฏิบัติการ Ziggy UST

บทความนี้อธิบายแผนปฏิบัติการที่เสนอสำหรับ “Ziggy” ซึ่งเป็นวิธีการทีละขั้นตอนในการตรึง TerraUSD หรือ UST(C) อีกครั้ง แผนอาจมีการเปลี่ยนแปลงตามตลาดหรือเงื่อนไขอื่น ๆ ที่อาจไม่จำเป็นต้องอยู่ในการควบคุมของเรา

วันที่แก้ไข : 7 กุมภาพันธ์ 2566

บริบท: ข้อเสนอ #11324
Ziggy: การอภิปรายข้อเสนอขั้นสุดท้าย

ส่วนนี้สงวนไว้สำหรับบันทึกการเปลี่ยนแปลงของเอกสารนี้

#1 — ทำความเข้าใจกับสถานการณ์

หัวใจสำคัญของแผนการ re-peg ของ UST คือคำถาม: “เราจะอัดฉีด $8.5b ที่เราไม่มีได้อย่างไร”

ณ จุดใดจุดหนึ่ง เราสามารถรับ "มูลค่าที่ขาดหายไป" ได้โดยการหักมูลค่าหลักทรัพย์ตามราคาตลาดของ Terra (ในแผนนี้เรียกว่า USTC) ออกจากอุปทานหมุนเวียนทั้งหมด (จำนวนหน่วย) ของ Terra:

9,800,000,000 units minus $300,000,000 mkt cap = $9,500,000,000 deficit

จากนั้นเราจะลบจำนวน Luna (LUNC) ในมูลค่าตลาดรวม ตัวเลขนี้สามารถ สำรองเหรียญ Terra ใน ทางทฤษฎีในเวลาใดก็ได้ (สมมติว่ามีการชำระบัญชีทั้งหมดและเสร็จสมบูรณ์):

$9,500,000,000 minus $1,000,000,000 = $8,500,000,000 deficit

ในรุ่นก่อนหน้าของ Terra Classic LUNA ใหม่จะออกเมื่อใดก็ตามที่ UST ต่ำกว่าหมุดเพื่อชดเชยการขาดดุล ในทางกลับกัน LUNA จะถูกเผาเมื่อใดก็ตามที่ UST อยู่เหนือหมุดของมัน

ตัวอย่างเช่น:

• $1.00 UST = $1.00 LUNA => ไม่มีการเปลี่ยนแปลง
• $0.98 UST = $1.02 LUNA => พิมพ์ขาดดุล
• $1.02 UST = $0.98 LUNA => ส่วนที่เกินจะถูกเผา

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

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

ในแผนภูมินี้ เราจะแสดงกราฟจำนวน “การอ้างสิทธิ์ได้” ที่มีอยู่ในเวลาใดก็ตามแทน นี่หมายความว่า “ฉันจะได้รับ Terras (UST) สำหรับ Lunas (LUNA) ของฉันได้กี่ชิ้น”

ช่วงเวลาก็เหมือนกัน สังเกตว่าจำนวนเงินที่อ้างสิทธิ์ได้ทั้งหมดเพิ่มขึ้นอย่างรวดเร็วระหว่างช่วงเวลา #23 — #25 อัตราสวอปของ LUNA <> UST นั้นสูงมากจนทำให้สามารถครอบคลุม Terra (UST) จำนวนมากในการสวอปครั้งเดียว แต่กระบวนการย้อนกลับหมายความว่าการซื้อขาย UST สำหรับ LUNA นั้นเป็นข้อตกลงที่ไม่ดี (เว้นแต่ว่าคุณกำลังเดิมพันสูงและยาว!)

เมื่อราคาของ Luna ลงไปต่ำกว่า Terra's ในที่สุด "อัตราเงินเฟ้ออัลกอริทึม" จะเริ่มขึ้นหรือสร้าง LUNA ใหม่ ระบบจะพิมพ์เงินต่อไปจนกว่าจะมีการเสนอราคาเพียงพอบน Luna อย่างไรก็ตาม การเสนอราคาใหม่ (การซื้อ) แทบจะไม่ทันกับอัตราเงินเฟ้อที่ตั้งโปรแกรมไว้

ปรากฏการณ์นี้เรียกว่า "เกลียวมรณะ" ในระหว่างการยกเลิกการตรึง ฉันจะเปลี่ยนสิ่งนี้ใหม่เป็น "เกลียวสลาย" และ "เกลียวเติบโต" แทน การเปิดตัว Luna ใหม่ได้เปิดใช้โอกาสระดับโลกที่แปลกประหลาดในการช่วยกอบกู้มูลค่ามหาศาลและกำหนดนิยามใหม่อย่างเหมาะสม

คุณสามารถอ่านเพิ่มเติมเกี่ยวกับวิทยานิพนธ์หนี้เครือข่ายได้ที่นี่: งบดุลเครือข่าย

#2 — เปิดใช้ Market Swaps ที่ควบคุมอีกครั้ง

ฟังก์ชันพื้นฐาน นั้นถูกกำหนดในสิ่งที่เรียกว่าMarket Module โมดูลนี้ นอกเหนือจากโมดูล Oracle และ Treasury ไม่มีอยู่ใน LUNA2

โมดูลตลาดช่วยให้สามารถแลกเปลี่ยนปรมาณูระหว่างสกุลเงิน Stablecoin ของ Terra ที่แตกต่างกัน และระหว่าง Terra และ Luna โมดูลนี้ช่วยให้มั่นใจได้ถึงตลาดที่มีสภาพคล่อง ราคาที่มีเสถียรภาพ และอัตราแลกเปลี่ยนที่ยุติธรรมระหว่างสินทรัพย์ของโปรโตคอล

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

แหล่งที่มา:https://classic-docs.terra.money/docs/develop/module-specifications/spec-market.html

เราต้องการเปิดฟังก์ชันนี้อีกครั้ง อย่างไรก็ตาม เราต้องการดำเนินการภายใต้เงื่อนไขบางประการ:

• ไม่มีการสร้างใหม่ของ Luna (LUNC);
• จำนวนเหรียญกษาปณ์คงที่ Terra (USTC et al)

แต่พวกเขาไม่มีทางเลือกแล้วเหรอ? ก็ไม่ ลองพิจารณาตัวอย่างต่อไปนี้:

• ผู้ใช้ที่เดิมพัน LUNC 10m อาจจ่ายค่าธรรมเนียมการทำธุรกรรม 0.04 USTC ต่อการทำธุรกรรมเพื่อถอนรางวัลการมอบหมายและวางเดิมพัน เนื่องจากได้รับการยกเว้นภาษี พวกเขาจ่ายเพียง 0.08 USTC
• ผู้ใช้ที่ซื้อขาย USTC กับ LUNC จะชำระค่าธรรมเนียมการทำธุรกรรม 0.04 USTC ต่อการทำธุรกรรม สเปรดขั้นต่ำ 0.30% และภาษีเพิ่มเติม 0.2% หาก USTC เท่ากับ $0.03 การแปลงเป็น 10 ล้านใน LUNC หรือ 300,000 USTC หมายความว่าพวกเขาจะจ่ายสเปรด 900 USTC (ขั้นต่ำ 0.30%) ที่จ่ายให้กับผู้ให้บริการสภาพคล่อง และ 600 USTC สำหรับภาษี รวมเป็น 1,500.04 USTC

ผู้เล่นในตลาดที่มีเหตุผลเห็นว่า “ไม่มีทางเลือก” มีอยู่จริงเมื่อคิดในแง่ของการทำกำไรอย่างแท้จริง เพราะการเทรดบน Binance นั้นให้ผลกำไรมากกว่า CEXs ยังอนุญาตสิ่งที่เรียกว่าการเทรดด้วยเลเวอเรจแบบถาวรสำหรับสถานะ long และ short ซึ่งหมายความว่านักเทรดสามารถยืมเงินเพื่อซื้อ long หรือ short sell ได้ เมื่อรวมกับรางวัลการเดิมพัน เรากำลังเปิดใช้งานการเดิมพันกับเครือข่ายของเรา!

ความแตกต่างระหว่างการถามคุณ:

• คุณต้องการจ่าย $1.00 ที่จุดชำระเงินสำหรับร้าน Snickers หรือไม่
• คุณต้องการจ่าย $5.00 ที่จุดชำระเงินสำหรับร้าน Snickers หรือไม่

แน่นอนว่า Binance กำลังสร้างความเสียหายครั้งใหญ่ แต่อย่าลืมว่าพวกเขากำลังดำเนินการโดยมีค่าธรรมเนียม 0.1% — เราเรียกเก็บค่าธรรมเนียมการทำธุรกรรม 0.30% + 0.20% + ทำไมไม่ให้ผู้ค้าเหล่านี้มีเหตุผลในการใช้ห่วงโซ่ของเรา?

เรามาหารือเกี่ยวกับการเผาไหม้ด้วยตนเอง ที่ 6 ล้านล้าน LUNC เป็นอุปทานทั้งหมด การเผาไหม้ด้วยตนเองของ 2m LUNC ลบ 3.333×10^-5% ของอุปทาน การดำเนินการนี้จะใช้เวลานับพันปีจึงจะสำเร็จ หากตอนนั้นความสนใจใน LUNC ยังคงมีอยู่!

คำถามที่ชุมชน LUNC ต้องถามคือ: “อะไรจะทำให้ LUNC และ USTC จาก CEX เช่น Binance กลับมาอยู่บนเครือข่ายได้”

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

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

ที่ ~$0.03 USTC และ ~$0.000185 LUNC, 12.84M USTC แสดงถึงสภาพคล่องเพียง $385,200 ที่มีให้เทรดผ่าน ฟังดูเหมือนมาก แต่เมื่อคุณคิดถึง Binance ที่ทำปริมาณการซื้อขายหลายพันล้านต่อวัน สเปรดนั้นใหญ่เกินไปสำหรับผู้ค้าที่จะจ่าย พวกเขาจะอยู่ใน Binance แม้ว่าอัตราภาษีจะใกล้ศูนย์ก็ตาม

แน่นอนว่าเราสามารถเพิ่มเงินให้กับสิ่งเหล่านี้ได้ แต่ไม่มีรูปแบบการซื้อขายที่เสถียรบนเครือข่าย ซึ่งหมายความว่าเราสามารถเพิ่มเงินได้ และเนื่องจากวิธีการทำงานของ AMM ทำให้ประสบกับการสูญเสียจำนวนมาก! (คุณสามารถอ่านเพิ่มเติมเกี่ยวกับการสูญเสียที่ไม่ถาวรได้ที่นี่ !)

ดังนั้นทางออกคืออะไร? เหตุใดจึงไม่อนุญาตให้ผู้ใช้ซื้อขายระหว่างสกุลเงินในกระเป๋าเงินของตน

นั่นคือสิ่งที่โมดูลตลาดทำ หากคุณเดินทางไปยุโรปและอาศัยอยู่ในสหรัฐอเมริกา คุณต้องซื้อขายในสกุลเงินท้องถิ่น อย่างไรก็ตาม คุณไม่ต้องการเลิกใช้ LUNC ของคุณ แต่คุณแลกเปลี่ยน USD (USTC) เป็น EUR (EUTC) และใช้เป็นรูปแบบการชำระเงินแทน ค่าธรรมเนียมที่เรียกเก็บจากการซื้อขาย ( สเปรด ) ไปที่ LUNC stakers

เราต้องการกิจกรรมการซื้อขายระหว่างสกุลเงินเหล่านั้น เราจะดำเนินการนี้บนเครือข่ายทดสอบก่อน เพื่อให้ทุกคนสามารถเข้าร่วมได้

#3 — ออกแบบและทดสอบการควบคุมสำหรับอัลกอริทึม

ส่วนหนึ่งของข้อเสนอของ Ziggy คือแนวทางทีละขั้นตอน สิ่งนี้ใช้กับการกระทำทั่วไป (เข้าใจ เปิดใช้งานใหม่ ทดสอบ) และยังใช้กับค่าตัวเลข (0.01, 0.02, 0.03)

หากเราต้องการให้ละเอียดยิ่งขึ้น เราจะพิจารณาทุกไมโครยูนิต (0.000001 ใน Terra Classic) และเรายังคำนึงถึงทุกชุดที่มีอยู่ในชุดแบบแยกส่วนนี้ ขณะเดียวกันก็พิจารณาเชนที่เข้ากันได้กับ EVM ซึ่งหมายถึงทุกกลุ่มของตัวเลขระหว่าง 1x10^–18 ถึง 1.00 จากนั้นจึงคาดการณ์ข้อมูลนั้นเกิน 1.00

กล่าวคือ มีแผนอย่างไรเมื่อราคาคือ 0.000005 และ 0.50 นี่เป็น ตัวเลขและกลุ่มจำนวน มากแม้ว่าจะเป็นชุดตัวเลขที่ไม่ต่อเนื่อง (จำกัด) ก็ตาม

ตอนนี้ วิธีการอย่างละเอียดถี่ถ้วนแบบนี้ต้องการความช่วยเหลือจากผู้เชี่ยวชาญด้านการเงินเชิงปริมาณ ผู้คนจะปฏิบัติต่อทั้งสินทรัพย์ Luna และ Terra แตกต่างกันในระดับราคาต่างๆ พวกเขาอาจซื้อ USTC/LUNC เมื่ออยู่ที่ $0.005/$0.00005 ตามลำดับในปริมาณมาก แต่เมื่อพวกเขาอยู่ที่ $0.04/$0.0004 พวกเขาอาจถูกจองมากขึ้นหรือขายทำกำไรในช่วงเวลาหนึ่งๆ

ข้อเสนอรหัส ERM ของ Ziggy แสดงวิธีการปฏิบัติต่อ TerraSDR (SDT) เป็นตัวเลือก หรือคู่สกุลเงินฟอเร็กซ์ที่กำหนด (เช่น USD/JPY) เป็นตัวเลือก ในแง่ของการนำยูทิลิตี้ออนเชน นี่เป็นหนึ่งใน dApps ที่มีค่าที่สุดที่เราสามารถใช้ได้ (อ่านเพิ่มเติมเกี่ยวกับการซื้อขาย Forex Options )

สิ่งนี้อาจสมเหตุสมผลในฐานะ Layer-2 หรืออาจเหมาะสมในฐานะ Layer-1 จากมุมมองของการวนซ้ำ การทดสอบคุณสมบัติอัลกอริทึมใหม่ใน Layer-2 sidechain นั้นเหมาะสมกว่า แล้วจึงทำงานในเลเยอร์ฐานหากพิสูจน์ได้ว่ามีค่ามาก ตัวอย่างนี้บน Ethereum จะทดสอบบน Arbitrum, Optimism หรือ Polygon ก่อนที่จะย้ายฟังก์ชันไปยัง Mainnet

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

• เรียก
• ใส่

ERM เป็นแนวทางรหัสทั่วไปที่จะช่วยให้สามารถซื้อและขาย USTC, LUNC และคู่อื่นๆ ได้ หากมีชุดค่าผสมที่ไม่ซ้ำกัน 253 ชุด เราจะพิจารณาชุดค่าผสมทั้งหมด จากนั้นเพิ่มชุดค่าผสมที่ไม่สัมพันธ์กัน 3 ชุดเพื่อเป็นวิธีการสำรอง LUNC เอง จากมุมมองของข้อมูล การใช้สล็อตทั้งหมด 256 ช่องน่าจะดีกว่า และประเทศสมาชิกใหม่ยังสามารถเข้าร่วมได้ คำแนะนำทั่วไปสำหรับสิ่งนี้คือ BTC, ETH และ Stablecoin*

*หมายเหตุ: ในขณะที่ BUSD เป็นตัวเลือกของฝูงชน ฉันกำลังทำงานบนสมุดปกขาวที่จะอธิบายว่าเราสามารถสร้างกลุ่มของ Stablecoins ใน xUSD, USDx และสกุลเงินของประเทศอื่น ๆ ที่ไม่ต้องการสถาบันหรือโปรโตคอลที่สนับสนุนเพียงแห่งเดียวได้อย่างไร เหนือสิ่งอื่นใด คุณสามารถดูการสนทนาบน Twitter ของฉันได้ที่ #Moonflower

การใช้การรักษาราคาแบบอัลกอริทึมแบบออปชันหมายความว่าเราสามารถสร้างระบบที่อธิบายถึงการเคลื่อนไหวของราคาที่มีรายละเอียดมาก ตั้งแต่การเปลี่ยนแปลงพื้นฐานของราคาสปอตไปจนถึงอนุพันธ์ที่เกี่ยวข้องกับความผันผวนโดยนัย

เครือข่ายทำหน้าที่เป็นคู่สัญญาในการเขียนตัวเลือกอัลกอริทึมนี้ ณ จุดใดจุดหนึ่ง เครือข่ายพยายามที่จะรับประกันการจัดหา Terra หรือ Luna ที่มีอยู่ผ่านระบบการโทรพื้นฐาน ซึ่งหมายความว่าหากมีการนำ ERM มาใช้ (แม้ว่าจะเปลี่ยนชื่อแล้วก็ตาม) ถือว่ามีความเสี่ยงทั้งหมด — เราอาจถึง $1.00 ใน USTC และเห็นว่าราคาตกลงหรือเพิ่มขึ้นทันที

นอกจากนี้ เรายังรวบรวมข้อมูลเกี่ยวกับSoftPegช่วง เหล่านี้ หากเราคิดว่าSoftPeg(high, low)เป็นSoftPeg(put, call)เราสามารถกำหนดฟังก์ชันการทำงานได้แม่นยำยิ่งขึ้น

#4 — พัฒนาโซลูชันคู่ขนานเพื่อป้องกัน “เหตุการณ์ de-peg” — จากนั้นจำลอง de-peg

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

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

แหล่งที่มา:https://en.wikipedia.org/wiki/Byzantine_fault

Tendermint ใช้ Byzantine Fault Tolerance ที่ใช้งานได้จริงโดยใช้ Proof-of-Stake (Authority) หรือ pBFT-dPoS(A) ที่ได้รับมอบหมาย คุณสามารถอ่านเพิ่มเติมเกี่ยวกับเรื่องนี้ได้ที่นี่

ตอนนี้ ข้อเสนอของ Ziggy อธิบายถึงการไต่ขึ้น "ขั้นบันได" ของการกำหนดราคา แต่มันไม่ได้คำนึงถึงการตกบันได เพื่อทดสอบรอยแตกของบันได เราจะเดินขึ้นบันไดแล้วกลับลงมา ด้วยวิธีนี้ เรากำลังจำลองเหตุการณ์ de-peg โดยใช้แรงขายมหาศาล

เราต้องการชี้แจงว่าเหตุการณ์เหล่านี้สามารถส่งสัญญาณใน Ziggy ERM โดยการกำหนดSoftPeg(put, call)หรือSoftPeg(high, low)ช่วง อย่างมีประสิทธิภาพ เราส่งสัญญาณไปยังตลาดทั้งหมดว่าเราจะขาย USTC put(ตัวอย่าง) ในhighราคาที่กำหนด และใช้callUSTC ในlowราคา ที่กำหนด

ตัวอย่างเช่น เรากำหนดSoftPeg(0.04, 0.02) = 0.03ด้วยการหมดเวลาModifierBlockDuration = 1000 blocks— ในแง่นี้ ตอนนี้เราอนุญาตให้ผู้ค้าการเงินเชิงปริมาณที่มีทักษะทำงานบนระบบเปิดโดยออกแบบกลยุทธ์ทางเลือกของตนเอง

Ziggy ERM กำหนดช่วงของ0.02USTC ของ "ความทนทานต่อความผันผวน" เราอาจถือว่านี่เป็นชุดหรือ "ส่วนหนึ่งของเงิน"

Alex Forshawเสนอแผนสำรองชุด (ด้านบน) ในช่วงปลายปี 2565 ซึ่งสามารถสำรวจใหม่ได้ ในขณะที่แผนเดิมที่เสนอโดย Forshaw นอกเหนือจากMaximilian BryanและEdward Kimได้เสนอชุด 10 ชุดโดยใช้twBTCการสำรอง Bitcoin แบบ Terra-wrapped เพื่อสำรองเหล่านี้ผ่านการซื้อคืนแบบอัลกอริทึม ข้อกังวลหลักก็คือการทำให้มั่นใจว่าเงินสำรองจะไม่ถูกทำลายผ่าน การโจมตีตลาดที่เตรียมการอย่างระมัดระวัง

ด้วยความกรุณาของผู้เสนอเหล่านี้ เราอยากจะขอให้พวกเขาสำรวจแผนนี้ต่อไปเพื่อเป็นหนทางในการตรึงหมุดที่ชุดใดก็ตามร่วมกับ Ziggy ERM โดยใช้กองหนุนที่แนะนำ: , , หรือหลักประกันที่ "ปลอดภัย" twBTCที่twETHคล้ายtwUSDxกัน

กล่าวคือ แทนที่จะวิเคราะห์กลุ่มย่อย 10 กลุ่ม เราจะกำหนดกลุ่มกลุ่มย่อยระหว่าง 1x10^-18 ถึง 1.00 (ตัวเลขนี้เยอะมากอีกแล้ว)

เมื่อ Ziggy ERM ดำเนินกลยุทธ์ตัวเลือกแบบไฮบริด (ในกรณีนี้คือStrangle ) ระบบชุดที่เสนอโดยForshaw และคณะสามารถทดสอบในขนาดที่เล็กลงได้โดยการมีส่วนร่วมในการซื้อสำรองโดยอัตโนมัติในตอนท้ายของcall// แม้ว่ามันจะสำคัญ เพื่อตัดสินใจว่าจะเข้าใกล้// สิ้นสุดที่นี่อย่างไร เพราะนั่นไม่ใช่สิ่งที่สำรองไว้lowSoftPegputhigh

#5 — แหล่งเงินทุนสำหรับการทดสอบและการทำซ้ำของแผนที่เกี่ยวข้องกับ Ziggy

แหล่งที่มาโดยตรงที่สุดสำหรับเครือข่ายในการจัดหาเงินทุนสำหรับความพยายามเหล่านี้คือกลุ่มชุมชน อย่างไรก็ตาม เมื่อเราพิจารณาอายุขัยของเครือข่ายจากมุมมองทางการเงิน เราต้องการสร้างทุนสำรองใน Community Pool ในขณะที่คงไว้ซึ่งเงินทุนจากการลงทุนแบบภาษีเครือข่ายของ Oracle Pool ให้น้อยที่สุดเท่าที่จะทำได้

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

ในขณะนี้ เราเสนอให้อนุญาตให้ผู้ตรวจสอบเลือกเข้าร่วมฟังก์ชันหัก ณ ที่จ่ายแทน มีการพูดถึงการใช้งานฟังก์ชั่นดังกล่าวกับหนึ่งในนักพัฒนา Layer-1 ในขณะที่เขียน ฟังก์ชันนี้มีลักษณะดังนี้:

• ตั้งค่าคอมมิชชั่น %
• ส่วนหนึ่งของค่าคอมมิชชันถูกระงับ (โดยสมัครใจ) ในกลุ่มแยกต่างหากเพื่อเป็นเงินทุนสำหรับการทำงานของ Ziggy ERM

• ของเราSoftPeg(ด้วยเหตุผลด้านข้อมูล) คือ $0.03
• เครือข่ายจะรักษาสิทธิ์ในการใช้putราคา$0.04ผ่านพารามิเตอร์แยกต่างหาก
• เครือข่ายจะรักษาสิทธิ์ในการใช้callราคา$0.02ผ่านพารามิเตอร์แยกต่างหาก

• ราคาputสามารถใช้ผ่านการหัก ณ ที่จ่ายของผู้ตรวจสอบความถูกต้องผ่านค่าคอมมิชชั่นของพวกเขาเอง ในการทำเช่นนี้เป็นการทำกำไรโดยตรง อย่างไรก็ตาม เนื่องจากสิ่งนี้เป็นสิทธิพิเศษสำหรับผู้ที่ใช้งานโหนดตัวตรวจสอบความถูกต้องมากกว่าผู้รับมอบสิทธิ์ เราจึงส่งเงินจำนวนนี้กลับไปยังการแยก Oracle Pool และ Community Pool ตามตัวจัดการการกำกับดูแล
• สามารถใช้ ราคา ได้ผ่านระบบทุนสำรองซึ่งได้จัดสรร ทุนcallไว้เฉพาะงวด0.02 — 0.04

• AnteHandler ของ LucBurnArmy เขียน ข้อเสนอการแยกภาษี
• ข้อเสนอDEX ชุมชนของ faffyswap
• ข้อเสนอระบบหลายพูลของ drlocum

#6 — ข้อมูลสรุปและหมายเหตุ

สรุปได้ดังนี้

1. เข้าใจสถานการณ์และเหตุใดจึงเกิดขึ้นก่อนหน้านี้
2. เปิดใช้งานการแลกเปลี่ยนตลาดอีกครั้งและการทดสอบขั้นบน testnet ก่อน mainnet (ไม่มีการสร้างเหรียญ Luna ใหม่, การออก Terra แบบคงที่)
3. ออกแบบและทดสอบการควบคุมการแลกเปลี่ยนของตลาด (Ziggy เอิ่ม)
4. พัฒนาโซลูชันการป้องกันแบบขนานเพื่อเตรียมพร้อมสำหรับเหตุการณ์ de-peg จากนั้นจำลอง de-peg เหล่านั้นเพื่อทดสอบความทนทาน (กลไกสำรองชุด USTN ภายใต้ Ziggy ERM)
5. จัดหาแหล่งเงินทุนโดยใช้ค่าคอมมิชชั่นหัก ณ ที่จ่ายของผู้ตรวจสอบความถูกต้องโดยสมัครใจ แทนที่จะรับค่าคอมมิชชัน 5% กลับบ้าน 100% ให้ใช้ครึ่งหนึ่งเพื่อเป็นเงินทุนสำหรับอัลกอริทึม re-peg ภายใต้ Ziggy ERM จากนั้นส่งผลกำไรไปยัง Oracle Pool และ Community Pool (ได้รับแรงบันดาลใจจากข้อเสนอหลายข้อ)

แนวคิดนี้เปิดให้ทำซ้ำ บันทึกการเปลี่ยนแปลงจะอยู่ที่ด้านบนของบทความนี้ในกรณีที่จำเป็นต้องแก้ไขใหม่

เริ่มการระดมความคิดและลงมือทำกันเถอะ!