CTO ริปเปิล(Ripple) ชี้ฟีเจอร์ compliance ไม่ควรถูกบังคับใน DeFi

เดวิด ชวาร์ตซ์ ประธานเจ้าหน้าที่เทคโนโลยี(CTO) ของริปเปิล(Ripple) ออกมาตอบโต้กระแสเรียกร้องให้มีการติดตั้งฟีเจอร์ ‘ความสอดคล้องตามกฎหมาย’ (compliance) เป็นการบังคับในโปรโตคอลทางการเงินแบบไร้ศูนย์กลาง(DeFi) โดยระบุว่าฟีเจอร์ดังกล่าวควรเป็น *‘ทางเลือก’* ไม่ใช่ *‘ข้อบังคับ’* เพื่อไม่ให้กระทบต่อสาระสำคัญของระบบไร้ศูนย์กลาง

ชวาร์ตซ์โพสต์บนแพลตฟอร์มโซเชียลเอ็กซ์(X) เมื่อวันที่ 6 ว่า ระบบ DeFi ควรยังคง *เปิดกว้างและเป็นกลาง* โดยแม้จะรองรับฟีเจอร์ด้าน compliance แต่ก็ควรให้เฉพาะผู้ใช้ที่ต้องการใช้เท่านั้น “ถ้าใครอยากเปิดใช้ ก็ให้สามารถทำได้” เขากล่าว “แต่มันไม่ควรถูกกำหนดบังคับจนละเมิดเสรีภาพของนักพัฒนาและผู้ใช้”

คำกล่าวนี้เกิดขึ้นท่ามกลางข้อเสนอของเจค เชอร์บินสกี (Jake Chervinsky) ที่ต้องการให้ฟีเจอร์ด้านการปฏิบัติตามระเบียบเข้ามาเป็นส่วนหนึ่งของโปรโตคอล DeFi เพื่อหลีกเลี่ยงข้อกล่าวหาทางกฎหมาย โดยเฉพาะกรณีจับกุมโรมัน สตอร์ม(Roman Storm) ผู้พัฒนาโปรโตคอลมิกซิง Tornado Cash ที่ถูกทางการสหรัฐตั้งข้อหาว่าอำนวยความสะดวกในการฟอกเงิน

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

ความคิดเห็นของชวาร์ตซ์อ้างอิงจากประสบการณ์ของเขากับระบบบัญชีแยกประเภทของริปเปิลหรือ XRP เลดเจอร์(XRPL) ที่ที่ผ่านมาได้นำเสนอฟีเจอร์ เช่น ‘การแช่แข็งบัญชี’ (freeze) หรือ ‘สิทธิ์เรียกคืนสินทรัพย์แบบ AMM clawback’ ซึ่งถูกออกแบบมาให้สอดคล้องกับกฎระเบียบของกลุ่มผู้ใช้งานบางประเภท เช่น สถาบันการเงิน แต่ในขณะเดียวกัน ผู้ใช้ทั่วไปยังสามารถ *เลือกที่จะไม่ใช้* ฟีเจอร์เหล่านี้ได้

เมื่อเดือนสิงหาคมที่ผ่านมา XRPL ยังได้เพิ่ม 3 ฟีเจอร์ใหม่เข้าสู่เมนเน็ต ได้แก่ ‘AMMv1_3’, ‘EnforceNFTokenTrustlineV2’ และ ‘PayChanCancelAfter’ เพื่อเสริมความยืดหยุ่นในการใช้งานและการพัฒนา

ท่าทีของชวาร์ตซ์สะท้อนจุดยืนของกลุ่มที่ต้องการรักษาแก่นแท้ของ DeFi ซึ่งเน้นการ *กระจายอำนาจและอำนาจของผู้ใช้* ในขณะที่ยอมรับว่าการปรับให้เข้ากับกฎเกณฑ์บางอย่างเป็นสิ่งจำเป็นต่อการเติบโตในระยะยาว อย่างไรก็ตาม การบังคับใช้งานฟีเจอร์เหล่านี้ในระดับโปรโตคอลยังคงเป็นที่ถกเถียงในวงกว้าง