Ripple ได้สรุปข้อเสนอ XRPL Lending Protocol เพื่อทำให้การดำเนินการสินเชื่อสำหรับสถาบันที่อิงสินทรัพย์แบบโทเคนมีมาตรฐานเดียวกัน โดยยังคงให้การพิจารณาสินเชื่อ (underwriting) อยู่นอกเชน มุ่งเป้าตลาดอย่างตราสารคลัง (treasuries), สเตเบิลคอยน์ และสินเชื่อภาคเอกชน (private credit)
Ripple เน้นย้ำข้อเสนอโปรโตคอลการให้กู้ยืมบน XRPL สำหรับสินเชื่อออนเชนระดับสถาบัน

ประเด็นสำคัญ
- ข้อเสนอ XRPL Lending Protocol จะจัดการการชำระเงินกู้และการติดตามบนบล็อกเชน ขณะที่คงการตัดสินใจอนุมัติสินเชื่อไว้นอกบล็อกเชน
- สิ่งนี้อาจเปิดทางให้สถาบันใช้เวอร์ชันดิจิทัลของสินทรัพย์เป็นเงินทุนหมุนเวียนได้ในตลาดที่หลากหลาย
- แผนดังกล่าวยังต้องได้รับการอนุมัติจากตัวตรวจสอบความถูกต้องของเครือข่าย (validators) ก่อนจึงจะเดินหน้าต่อได้
ข้อเสนอ XRPL แยกการตัดสินใจด้านเครดิตออกจากการดำเนินการบนบล็อกเชน
ข้อเสนอ XRPL Lending Protocol จะสร้างโครงสร้างพื้นฐานด้านเครดิตที่เป็นมาตรฐานสำหรับสถาบันที่ใช้สินทรัพย์แบบโทเคนบน XRP Ledger (XRPL) กรอบงานดังกล่าวซึ่ง Ripple อธิบายรายละเอียดเมื่อวันที่ 29 มิถุนายน ยังคงให้การพิจารณาสินเชื่อและการตัดสินใจด้านการปฏิบัติตามกฎระเบียบอยู่นอกเชน ขณะที่นำกลไกการให้บริการเงินกู้ การชำระคืน ดอกเบี้ย และการผิดนัด (default) ขึ้นไปอยู่บนเชน
สินทรัพย์แบบโทเคนสามารถเคลื่อนย้ายข้ามเครือข่ายบล็อกเชนได้แล้ว แต่การจัดหาเงินทุนโดยใช้สินทรัพย์เหล่านั้นเป็นหลักประกันยังมีจำกัด ข้อเสนอนี้มุ่งเน้นตลาดสินเชื่อสำหรับตราสารคลัง กองทุนตลาดเงิน สเตเบิลคอยน์ สินค้าโภคภัณฑ์ สินเชื่อภาคเอกชน และตราสารบนเชนอื่นๆ ที่สถาบันอาจต้องการใช้เป็นเงินทุนหมุนเวียน
Ripple เขียนว่า:
“XRPL Lending Protocol ถูกออกแบบบนหลักการง่ายๆ: สถาบันยังคงควบคุมการตัดสินใจด้านเครดิต ขณะที่โปรโตคอลทำให้วิธีการนำการตัดสินใจเหล่านั้นไปดำเนินการเป็นมาตรฐานเดียวกัน”
สถาปัตยกรรมในข้อเสนอประกอบด้วย 2 องค์ประกอบ: Single Asset Vault และ Lending Protocol โดย vault จะรวมและบริหารสินทรัพย์ชนิดเดียวบนเชน ขณะที่เลเยอร์การปล่อยกู้จะสร้างเงินกู้จากสภาพคล่องนั้นภายใต้เงื่อนไขที่กำหนด กฎการให้บริการ และตรรกะการชำระคืน
Ripple เปรียบเทียบข้อเสนอนี้กับ Aave, Compound, Maple และ Clearpool โดยระบุว่าโปรโตคอลปล่อยกู้แบบสาธารณะได้แสดงให้เห็นว่าการปล่อยกู้บนเชนสามารถขยายตัวได้ แต่บ่อยครั้งต้องพึ่งพาการกำกับดูแลและโมเดลความเสี่ยงแบบคริปโตเนทีฟ ขณะที่ระบบแบบเอกชนและแบบกำหนดสิทธิ์ (permissioned) สามารถให้การควบคุมที่เข้มงวดกว่าได้ แม้ Ripple จะระบุว่าอาจจำกัดสภาพคล่อง การกระจายตัว และผลเครือข่าย (network effects)
มาตรฐาน Vault และการปล่อยกู้ยังต้องรอการอนุมัติจาก Validator
สเปกของข้อเสนอถูกกำหนดไว้ใน XLS-65 ซึ่งจัดตั้ง Single Asset Vault สำหรับการรวมและบริหารสินทรัพย์ชนิดเดียว และ XLS-66 ซึ่งกำหนด Lending Protocol สำหรับการสร้างและให้บริการเงินกู้ โดยทั้งสองการแก้ไข (amendments) ยังต้องได้รับการอนุมัติจาก validators ขณะที่ผู้ให้บริการโครงสร้างพื้นฐานและนักพัฒนาสามารถเริ่มบูรณาการและทดสอบระบบที่เสนอได้บน devnet
ผู้ให้บริการชำระเงินถูกยกเป็นหนึ่งในกรณีใช้งานที่เป็นไปได้ บริษัทที่ถือสำรองสเตเบิลคอยน์ Ripple USD (RLUSD) อาจต้องการสภาพคล่องระยะสั้นโดยอิงกับกระแสเงินรับจากการชำระบัญชีที่คาดว่าจะเข้ามา การตรวจสอบด้านการปฏิบัติตามกฎจะเสร็จสิ้นก่อนเข้าร่วม และการชำระคืนจะถูกบังคับใช้ภายใต้เงื่อนไขของโปรโตคอลที่ตกลงกัน Ripple ระบุว่าสิ่งนี้อาจทดแทนวงเงินสินเชื่อจากธนาคารที่อาจมีต้นทุน 300 ถึง 400 เบซิสพอยต์
Ripple ระบุว่า:
“โปรโตคอลการปล่อยกู้มีความสำคัญไม่ใช่เพราะมันสร้างผลิตภัณฑ์ผลตอบแทนอีกชิ้นหนึ่ง แต่เพราะมันทำให้สินทรัพย์ดิจิทัลเกิดประสิทธิผลมากขึ้น มันทำให้สถาบันมีวิธีปฏิบัติต่อสินทรัพย์บนเชนในฐานะเงินทุนหมุนเวียน แทนที่จะเป็นสินค้าคงคลังที่อยู่นิ่งๆ”
ข้อเสนอยังรวมทุนรับความเสียหายชั้นแรก (first-loss capital) ในระดับ facility โดยให้ทุนชั้นจูเนียร์ (junior) รับภาระก่อนผู้ให้สภาพคล่องชั้นซีเนียร์ (senior) Ripple อธิบายการใช้งานที่เป็นไปได้ รวมถึงการจัดหาเงินทุนสินค้าคงคลังสำหรับผู้ทำตลาด (market makers) การบริหารสภาพคล่องคลัง (treasury) ผลิตภัณฑ์เครดิตแบบมีโครงสร้าง และการจัดหาเงินทุนที่ผูกกับกระแสการชำระเงินและการชำระบัญชี
XRPL ถูกนำเสนอเป็นเครือข่ายสาธารณะที่มีมาตรฐานระดับโปรโตคอล และสามารถกำหนดสิทธิ์การเข้าร่วมผ่านข้อมูลรับรอง (credentials) เมื่อจำเป็น Ripple ยังชี้ถึงประวัติยาวนานกว่าทศวรรษของ XRPL ในการรองรับการชำระบัญชีสำหรับสถาบัน โดยให้เหตุผลว่าการปล่อยกู้ การชำระเงิน การเคลื่อนย้ายหลักประกัน การดำเนินงานคลัง และกระแสการชำระบัญชีสามารถทำงานบนโครงสร้างพื้นฐานร่วมกันได้
บทความนี้แปลจากภาษาอังกฤษโดยใช้ AI เวอร์ชันภาษาอังกฤษต้นฉบับเป็นแหล่งข้อมูลที่เชื่อถือได้ การแปลอัตโนมัติอาจมีความไม่ถูกต้อง โดยเฉพาะอย่างยิ่งในคำศัพท์ทางกฎหมายและข้อบังคับ
















