FX Protocol 101 1️⃣0️⃣1️⃣ ถ้าการชำระบัญชีไม่ใช่ผลลัพธ์เริ่มต้นล่ะ? หากคุณเคยใช้เลเวอเรจใน DeFi มานานพอ คุณคงสังเกตเห็นรูปแบบที่ดูเหมือนหลีกเลี่ยงไม่ได้ ราคาเคลื่อนไหวต่อต้านคุณ บางครั้งช้าๆ บางครั้งก็ฉับพลันทั้งหมด LTV ของคุณค่อยๆ เพิ่มขึ้น เข้าใกล้ตัวเลขที่คุณรู้ดีว่าอยู่ตรงนั้น และเมื่อมันข้ามเส้นนั้น ระบบจะไม่เจรจา ไม่ปรับการเปิดเผยความเสี่ยงของคุณ หรือพยายามตรึงโพสิชันของคุณ มันแค่ปิดโพสิชันนั้นทันที จากมุมมองของโปรโตคอล การกระทำนี้สมเหตุสมผลอย่างสมบูรณ์ เกณฑ์คงที่นั้น - ง่ายต่อการบังคับใช้ - ง่ายต่อการวิเคราะห์ และรับประกันว่าระบบจะยังคงมีสภาพคล่อง ℹ️ แต่ความเรียบง่ายของการออกแบบนี้มาพร้อมกับต้นทุนที่ผู้ใช้ส่วนใหญ่จะรู้สึกในที่สุด ไม่มีพื้นที่กลาง - ไม่มีการลดความเสี่ยงแบบค่อยเป็นค่อยไป - ไม่มีความพยายามดูดซับความผันผวน - ไม่มีการเปลี่ยนผ่านระหว่างโพสิชันที่แข็งแรง กับโพสิชันที่กำลังจะหายไป ระบบรออยู่ แล้วจึงตอบสนองอย่าง “กะทันหัน” ซึ่งทำให้การชำระบัญชีกลายเป็นการตอบสนองแรกต่อความผันผวน ไม่ใช่การตอบสนองสุดท้าย สิ่งที่ F(X) เปลี่ยนแปลงไม่ใช่การมีอยู่ของการชำระบัญชี แต่เป็นช่วงเวลาที่ระบบตัดสินใจใช้มัน แทนที่จะพึ่งเหตุการณ์สุดท้ายเพียงจุดเดียว F(X) แนะนำขั้นตอนกลางที่โปรโตคอลส่วนใหญ่ไม่มี: REBALANCING REBALANCING REBALANCING เมื่อโพสิชันเข้าใกล้พื้นที่เสี่ยงมากขึ้น ประมาณ LTV 88% ระบบจะแทรกแซง แต่แทนที่จะปิดโพสิชัน มันเริ่มปรับโครงสร้างใหม่ ส่วนหนึ่งของหนี้ fxUSD ที่ค้างอยู่จะถูกเผา เครดิตบางส่วนจะถูกจัดสรรใหม่ และเลเวอเรจโดยรวมของโพสิชันจะถูกลดลง รายละเอียดสำคัญตรงนี้ไม่ใช่กลไกเอง แต่เป็นผลลัพธ์ที่มันสร้างขึ้น โพสิชันยังคงอยู่! การเปิดเผยความเสี่ยงยังคงถูกเก็บรักษาไว้แม้ภายใต้แรงกดดัน เพราะระบบสามารถปรับตัวภายในแทนที่จะบังคับให้มีการแก้ไขจากภายนอก สิ่งนี้ทำงานได้เพราะโครงสร้างของ F(X) ในระดับลึกกว่านั้น โดยแก่นหลักของระบบถูกควบคุมโดยข้อจำกัดสมดุล: n·s = nf·f + X (วิธีการที่เราพูดซ้ำๆ) ซึ่งหมายความว่าในทุกช่วงเวลา ค่ารวมของเครดิตต้องเท่ากับมูลค่ารวมของหนี้เสถียร (fxUSD) และการเปิดเผยความเสี่ยงแบบเลเวอเรจ (xPOSITION) ความสัมพันธ์นี้ไม่ใช่เพียงคำแนะนำ; มันถูกบังคับใช้อย่างต่อเนื่อง ดังนั้น เมื่อเงื่อนไขตลาดเปลี่ยนแปลงและเสี่ยงเพิ่มขึ้น ระบบไม่จำเป็นต้องมองออกไปข้างนอกเพื่อหาสภาพคล่องหรือพึ่งพาไดนามิกการระดมทุนเพื่อฟื้นสมดุล มันปรับตัวเอง Rebalancing คือโปรโตคอลที่นำสถานะภายในของระบบกลับมาอยู่ในกรอบข้อจำกัดนี้อีกครั้ง และนี่คือเหตุผลที่แท้จริงว่าทำไมโปรโตคอลอื่นๆ ส่วนใหญ่จึงไม่พยายามทำสิ่งคล้ายกัน ไม่ใช่ว่าการชำระบัญชีถูกเข้าใจผิด; แต่แนวทางทางเลือกเหล่านี้ต้องการสถาปัตยกรรมที่แตกต่างอย่างพื้นฐาน เพื่อรองรับ rebalancing คุณต้องมีการเชื่อมโยงอย่างแน่นหนาระหว่างหนี้และเครดิต การบัญชีแบบกำหนดได้ในระดับระบบ และวิธีเชื่อถือได้ในการดำเนินการปรับเปลี่ยนบางส่วนโดยไม่ทำลายความสมบูรณ์ของระบบ ยิ่งไปกว่านั้น คุณต้องมีชั้นแรงจูงใจที่รับประกันว่าการปรับเปลี่ยนเหล่านี้จะเกิดขึ้นจริงในเวลาจริง หากขาดสิ่งเหล่านี้ทั้งหมด การชำระบัญชียังคงเป็นทางเลือกเดียวที่เป็นไปได้ แน่นอน การออกแบบนี้ไม่ได้ปราศจากข้อแลกเปลี่ยน Rebalancing เพิ่มความซับซ้อน มันพึ่งพาการมีส่วนร่วมอย่างแข็งขันจากระบบ และในช่วงเวลาที่เกิดความเครียด ผู้ใช้อาจยังคงสูญเสียมูลค่าบางส่วนในกระบวนการปรับตัวนี้ มันไม่ใช่ชั้นป้องกันฟรี แต่มันแทนที่ผลลัพธ์แบบสองทางด้วยผลลัพธ์แบบต่อเนื่อง แทนที่จะเคลื่อนจาก “ปลอดภัย” ไปเป็น “หายไป” ทันที ระบบสามารถปรับตัวระหว่างทางได้ และการเปลี่ยนแปลงเล็กๆ อย่างนี้ การเลื่อนเวลาการชำระบัญชี การแทรกชั้นของการปรับตัวก่อนหน้านั้น เปลี่ยนแปลงมากกว่าแค่กลไก มันเปลี่ยนวิธีที่ผู้ใช้รับรู้ความเสี่ยง และในระยะยาว มันเปลี่ยนพฤติกรรมของผู้ใช้ภายในระบบ