Token Escrow บน XRPL อาจบังคับให้เกิดอุปสงค์ XRP ใหม่ แต่ต่อเมื่ออุปสรรคการนำไปใช้นี้ถูกทะลุ

เมื่อวันที่ 12 กุมภาพันธ์ RippleX แผนกพัฒนาของ Ripple ประกาศว่า Token Escrow พร้อมใช้งานบน mainnet ของ XRP Ledger (XRPL) แล้ว

การเปลี่ยนแปลงนี้ที่มีชื่อว่า Token Escrow (XLS-85) ขยายการล็อกและปลดล็อกตามเงื่อนไขไปยังโทเค็นที่ใช้ trustline (IOUs) และ Multi-Purpose Tokens (MPTs)

สิ่งนี้ขยายฟังก์ชัน escrow ของเครือข่ายให้เกิน XRP เพื่อครอบคลุมสินทรัพย์ที่ออกให้ใช้สำหรับ stablecoins และตราสารโทเค็น

การอัปเกรดนี้เกิดขึ้นในขณะที่ stablecoins ยังคงขยายตัวในฐานะสายผลิตภัณฑ์ที่มีชื่อเสียงที่สุดของคริปโต ข้อมูลของ CryptoSlate แสดงให้เห็นว่าอุปทานหมุนเวียนทั้งหมดของสินทรัพย์เหล่านี้อยู่ที่ประมาณ 308,000 ล้านดอลลาร์และยังคงเพิ่มขึ้นทุกสัปดาห์

ในขณะเดียวกัน สินทรัพย์โลกแห่งความจริงที่โทเค็นไนซ์แล้วก็กำลังขยายขนาดไปพร้อมกัน ข้อมูลจาก RWA.xyz แสดงให้เห็นว่าพันธบัตรรัฐบาลสหรัฐที่โทเค็นไนซ์แล้วมีมูลค่าประมาณ 10,000 ล้านดอลลาร์บนบล็อกเชนสาธารณะ โดยมีมูลค่าหลายหมื่นล้านดอลลาร์เพิ่มเติมในหมวดหมู่ต่างๆ เช่น เครดิตส่วนตัวและสินค้าโภคภัณฑ์

สำหรับ XRPL บริบททางการตลาดนั้นคือประเด็นสำคัญ ฟีเจอร์ใหม่นี้ไม่ได้เน้นเรื่องการเพิ่มเครื่องมือเสริมอีกชิ้นหนึ่งสำหรับนักพัฒนา แต่เป็นการแนะนำการชำระบัญชีบนเชนพื้นฐานที่สถาบันสามารถใช้เพื่อย้ายสินทรัพย์ได้เฉพาะเมื่อเงื่อนไขครบถ้วนเท่านั้น

Escrow ขยายเกิน XRP แต่ผู้ออกยังคงควบคุม

XRPL รองรับ escrow มาหลายปีแล้ว แต่ในอดีตฟีเจอร์นี้ใช้ได้เฉพาะกับ XRP เท่านั้น

Token Escrow ขยายขอบเขตนั้นไปยังโทเค็นที่ออก ซึ่งเป็นที่ที่กรณีการใช้งานส่วนใหญ่ที่หันหน้าไปหาสถาบันอยู่

บน XRPL, stablecoins, พันธบัตรที่โทเค็นไนซ์แล้ว และตราสารโทเค็นอื่นๆ โดยทั่วไปไม่ถูกรับรองว่าเป็นเหรียญดั้งเดิม แต่ถูกมองว่าเป็นสินทรัพย์ที่ออก

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

สำหรับ trustline tokens ผู้ออกต้องเปิดใช้งาน flag "Allow Trust Line Locking" ก่อนที่จะสามารถใช้ escrow กับการออกนั้นได้ สำหรับ MPTs ผู้ออกต้องเปิดใช้งาน "Can Escrow" (และ flags ที่เกี่ยวข้อง) เพื่อให้การออกรองรับ escrow

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

นอกจากนี้ยังหมายความว่าเส้นทางการยอมรับไม่ใช่อัตโนมัติ การแก้ไขที่เปิดใช้งานไม่รับประกันปริมาณทันทีหากผู้ออกไม่เลือกใช้และหากกระเป๋าเงินและสถานที่ไม่สร้างขั้นตอนผู้ใช้รอบๆ มัน

ฟีเจอร์นี้ถูกออกแบบมาสำหรับขั้นตอนการทำงานที่ต้องการการชำระบัญชีตามเงื่อนไข ในการเงินแบบดั้งเดิม เงื่อนไขเหล่านั้นถูกจัดการผ่านตัวกลาง สัญญา และกระบวนการดำเนินงาน

การชำระบัญชีบนเชนสามารถบีบอัดขั้นตอนเหล่านั้นได้หากบัญชีแยกประเภทพื้นฐานล็อกค่าและปลดล็อกเฉพาะเมื่อกฎที่กำหนดไว้ล่วงหน้าเป็นไปตามเงื่อนไข

ในทางปฏิบัติ token-enabled escrow สามารถรองรับการชำระบัญชีแบบ delivery-versus-payment, การแจกจ่ายแบบล็อกเวลาและการจ่ายเงินที่มีโครงสร้าง, การชำระบัญชีการค้านอกตลาดที่ลดความเสี่ยงจากคู่สัญญา และกลไกหลักประกันและมาร์จิ้นที่ต้องการการปลดล็อกตามเงื่อนไขมากกว่าการโอนทันที

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

โมเดลสำรองของ XRPL เปลี่ยนการเติบโตของออบเจ็กต์เป็นความต้องการ XRP เชิงโครงสร้าง

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

บน mainnet บัญชีต้องถือสำรองพื้นฐาน 1 XRP บวกกับ 0.2 XRP ต่อออบเจ็กต์บัญชีแยกประเภทที่เป็นเจ้าของ (สำรองเจ้าของ) ข้อกำหนดเหล่านั้นถูกลดลงอย่างมากเมื่อวันที่ 2 ธันวาคม 2024 การเปลี่ยนแปลงที่ทำให้แอปพลิเคชันที่ใช้ทรัพยากรเข้มข้นมีความเป็นไปได้มากขึ้น

สิ่งนี้มีความสำคัญเพราะ Token Escrow เป็นฟีเจอร์ที่ขับเคลื่อนด้วยออบเจ็กต์ แต่ละ escrow ที่สร้างบนบัญชีแยกประเภทเป็นออบเจ็กต์ที่เป็นเจ้าของ เมื่อขั้นตอนการชำระบัญชีที่ใช้ escrow ขยายขนาด พวกเขาสามารถเพิ่มข้อกำหนดสำรองเจ้าของสำหรับหน่วยงานที่เป็นเจ้าของออบเจ็กต์เหล่านั้นได้

สถานการณ์ง่ายๆ แสดงให้เห็นความสัมพันธ์ทางกล

หากการยอมรับ Token Escrow ขับเคลื่อนออบเจ็กต์ escrow เพิ่มเติม 100,000 รายการ นั่นหมายถึง XRP ที่เพิ่มขึ้น 20,000 ในสำรองเจ้าของ (100,000 × 0.2) ที่ออบเจ็กต์ escrow ใหม่ 1,000,000 รายการ XRP ทั้งหมดคือ 200,000 ที่ 10,000,000 รายการ คือ 2,000,000 XRP

ตัวเลขเหล่านั้นไม่ใช่การคาดการณ์การยอมรับ และไม่ใช่การเรียกราคา อย่างไรก็ตาม พวกเขาแสดงให้เห็นว่าการออกแบบของ XRPL เชื่อมโยงการใช้งานกับข้อกำหนดสำรองอย่างไร

สำหรับสถาบัน สำรองนั้นทำงานเหมือนหลักประกันเชิงปฏิบัติการมากกว่าค่าธรรมเนียม และยังคงอยู่เพราะระบบต้องการมันเพื่อเรียกใช้ขั้นตอนการทำงานที่ใช้ทรัพยากรเข้มข้น

นี่เป็นหนึ่งในเหตุผลที่นักพัฒนา XRPL มุ่งเน้นไปที่ฟีเจอร์ "ท่อประปา"

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

แรงผลักดันที่ใหญ่กว่าคือสแต็กที่ได้รับอนุญาต ไม่ใช่การแก้ไขเดียว

ในขณะเดียวกัน Token Escrow กำลังถูกแนะนำควบคู่ไปกับชุดการเปลี่ยนแปลงที่กว้างขึ้นซึ่งนักพัฒนา XRPL ได้จัดกรอบเป็นชุดเครื่องมือ "ที่ได้รับอนุญาต" ซึ่งออกแบบมาสำหรับการมีส่วนร่วมที่ถูกควบคุมบนบัญชีแยกประเภทสาธารณะ

Permissioned Domains (XLS-80) ถูกเปิดใช้งานบน mainnet เมื่อต้นเดือนนี้

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

RippleXDev กล่าวบน X ว่า Permissioned DEX ได้บรรลุฉันทามติของ validator เพื่อเปิดใช้งานหลังจากนั้นไม่นาน

เมื่อมองว่าเป็นสถาปัตยกรรมรวม ฟีเจอร์เหล่านี้ตอบคำถามที่แตกต่างกันสามข้อสำหรับผู้เข้าร่วมสถาบัน

Permissioned Domains จัดการว่าใครได้รับอนุญาตให้เข้าร่วมในการทำธุรกรรม Token Escrow จัดการว่าสินทรัพย์ชำระบัญชีอย่างไรตามเงื่อนไขและปลอดภัย สุดท้าย Permissioned DEX จัดการว่าสภาพคล่องที่สอดคล้องและการค้นพบราคาเกิดขึ้นที่ไหน

สามฟีเจอร์นี้ชี้ให้เห็นการเปลี่ยนแปลงในข้อเสนอคุณค่าพื้นฐานของ XRPL

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

หลักการตรงไปตรงมา Stablecoins และสินทรัพย์โทเค็นกำลังขยายขนาด และหน่วยงานที่ถูกควบคุมมักไม่ต้องการโต้ตอบกับพูลเปิดที่ตัวตนผู้เข้าร่วมและการควบคุมการเข้าถึงไม่ได้กำหนด

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

สิ่งที่มาถัดไปและสิ่งที่อาจทำให้ช้าลง

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

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

ประการที่สองคือการทำให้เป็นมาตรฐานของการชำระบัญชี RWA ด้วยพันธบัตรที่โทเค็นไนซ์และสินทรัพย์อื่นๆ ที่ขยายขนาดแล้ว การชำระบัญชีตามเงื่อนไขพื้นฐานสามารถทำให้ขั้นตอนการผลิตง่ายต่อการส่งมอบ

เสาหลักที่สามคือการขยายยูทิลิตี้ของ stablecoin เกินการโอนธรรมดา ความสามารถของ Escrow ปลดล็อกการชำระบัญชีที่มีโครงสร้างและระบบอัตโนมัติของคลัง กรณีการใช้งานที่คล้ายกับการดำเนินงานสำนักงานหลังบ้านมากกว่าการซื้อขายที่ใช้งานอยู่

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

นอกจากนี้ การเพิ่มขึ้นของ permissioned domains มีความเสี่ยงในการทำให้สภาพคล่องแตกกระจายหากระบบนิเวศแยกอย่างคมชัดเกินไประหว่างตลาดเปิดและตลาดที่มีประตู

โพสต์ Token Escrow บน XRPL อาจบังคับให้เกิดความต้องการ XRP ใหม่ แต่เฉพาะถ้าอุปสรรคการยอมรับนี้แตกหัก ปรากฏครั้งแรกบน CryptoSlate