สกุลเงินดิจิทัลของธนาคารกลาง (CBDC): คู่มือเชิงปฏิบัติเกี่ยวกับโครงสร้างพื้นฐานเบื้องหลังเงินดิจิทัล

สกุลเงินดิจิทัลของธนาคารกลาง (CBDC) มักถูกพูดถึงราวกับว่าเป็นเพียง “เงินสดในโทรศัพท์” แต่ความเป็นจริงทางวิศวกรรมนั้นซับซ้อนกว่านั้น CBDC ที่ใช้งานได้จริงจำเป็นต้องมีชั้นการออกและการชำระเงิน กฎเกณฑ์สำหรับผู้ที่สามารถเข้าถึงได้ อินเทอร์เฟซสำหรับธนาคารและผู้ให้บริการชำระเงิน กระเป๋าเงินของผู้ใช้หรือเครื่องมือการชำระเงินอื่นๆ การควบคุมความเป็นส่วนตัว การป้องกันการฉ้อโกง ความยืดหยุ่นในการดำเนินงาน และในบางการออกแบบก็จำเป็นต้องมีฟังก์ชันการทำงานแบบออฟไลน์ ดังนั้น เทคโนโลยีนี้จึงควรทำความเข้าใจในฐานะระบบนิเวศการชำระเงินมากกว่าในฐานะแอปพลิเคชันหรือบัญชีแยกประเภทเพียงอย่างเดียว

การดำเนินงานเกี่ยวกับ CBDC ยังคงแพร่หลาย ในแบบสำรวจของธนาคารเพื่อการชำระหนี้ระหว่างประเทศ (BIS) ที่จัดทำขึ้นในปี 2024 และเผยแพร่ในเดือนสิงหาคม 2025 ธนาคารกลาง 85 แห่งจาก 93 แห่งที่เข้าร่วมการสำรวจ หรือคิดเป็น 91% ระบุว่ากำลังพิจารณา CBDC สำหรับผู้ค้าปลีก CBDC สำหรับค้าส่ง หรือทั้งสองอย่าง โดยทั่วไปแล้วการดำเนินงานในส่วนของ CBDC สำหรับค้าส่งมีความคืบหน้ามากกว่า ดูผลการสำรวจ CBDC ของ BIS ปี 2024ได้ที่นี่

ข้อมูลพื้นฐานเกี่ยวกับ CBDC: อะไรคือสิ่งที่กำลังถูกแปลงเป็นดิจิทัลกันแน่?

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

ข้อสรุปเชิงปฏิบัติง่ายๆ คือ “ดิจิทัล” ไม่ได้หมายความถึง “บล็อกเชน” เสมอไป ธนาคารเพื่อการชำระหนี้ระหว่างประเทศ (BIS) ได้กล่าวมานานแล้วว่าโครงสร้างพื้นฐานของ CBDC สามารถใช้ฐานข้อมูลแบบรวมศูนย์ทั่วไปหรือเทคโนโลยีบัญชีแยกประเภทแบบกระจาย (DLT) ก็ได้ การเลือกที่เหมาะสมนั้นขึ้นอยู่กับเป้าหมายเชิงนโยบาย รูปแบบการดำเนินงาน ข้อกำหนดด้านความยืดหยุ่น ปริมาณงาน และการกำกับดูแล มากกว่าความชอบในคำศัพท์เฉพาะคำใดคำหนึ่ง

โครงสร้างพื้นฐานของ CBDC

1. การออก การไถ่ถอน และบัญชีแยกประเภทหลัก

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

แบบจำลองอ้างอิงที่มีประโยชน์จากกลุ่มที่ปรึกษาด้านนวัตกรรมและเศรษฐกิจดิจิทัลของ BIS อธิบายกระบวนการค้าปลีกหลักสี่ประการ ได้แก่ การลงทะเบียนผู้ใช้ การสร้าง CBDC ผ่าน "การฝากเงิน" การทำลาย CBDC ผ่าน "การถอนเงิน" และการโอนมูลค่าภายในบัญชีแยกประเภท สถาปัตยกรรมที่เสนอใช้แบบจำลองไฮบริดที่แบ่งความรับผิดชอบระหว่างธนาคารกลางและตัวกลางเอกชน ดูข้อเสนอสถาปัตยกรรม CBDC ค้าปลีกของ BIS ได้ ที่นี่

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

2. ตัวกลางและรูปแบบสองระดับ

การออกแบบ CBDC สำหรับผู้ค้าปลีกจำนวนมากไม่ได้คาดหวังว่าธนาคารกลางจะทำหน้าที่เป็นศูนย์บริการประจำวันสำหรับผู้ใช้หลายล้านคน แต่ธนาคารหรือผู้ให้บริการชำระเงินสามารถดำเนินการลงทะเบียนลูกค้า การแจกจ่ายกระเป๋าเงินดิจิทัล การตรวจสอบการฉ้อโกง การกู้คืนบัญชี และการสนับสนุนเบื้องต้น ในขณะที่ธนาคารกลางดำเนินการหรือควบคุมแกนหลักของระบบเงินตรา

รูปแบบสองระดับนี้ช่วยรักษาสภาพแวดล้อมสำหรับการแข่งขันของภาคเอกชน ในขณะที่ยังคงรักษาสภาพคล่องทางการเงินไว้เป็นภาระผูกพันของธนาคารกลาง นอกจากนี้ยังช่วยลดความจำเป็นที่ธนาคารกลางจะต้องรวบรวมข้อมูลลูกค้าทุกส่วน อย่างไรก็ตาม มันสร้างภาระงานด้านการประสานงานและการกำกับดูแล: ตัวกลางจำเป็นต้องมีกฎเกณฑ์ที่สอดคล้องกันสำหรับเรื่องการยืนยันตัวตน การตรวจสอบการคว่ำบาตร ข้อความธุรกรรม การจัดการข้อผิดพลาด กระบวนการระงับข้อพิพาท และความพร้อมใช้งานของบริการ

3. บริการด้านการระบุตัวตน การเข้าถึง และการปฏิบัติตามกฎระเบียบ

โครงสร้างพื้นฐานของ CBDC ต้องกำหนดวิธีการที่บุคคลหรือสถาบันต้องพิสูจน์สิทธิ์ในการเปิด เติมเงิน ใช้ กู้คืน หรือปิดกระเป๋าเงินหรือบัญชี ในระบบค้าปลีก เรื่องนี้มักจะเกี่ยวพันกับข้อกำหนดด้านการรู้จักลูกค้า (KYC) การป้องกันการฟอกเงิน (AML) การคว่ำบาตร การฉ้อโกง และการคุ้มครองผู้บริโภค

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

4. API และเลเยอร์บริการ

อินเทอร์เฟซการเขียนโปรแกรมแอปพลิเคชัน (API) เปรียบเสมือนเนื้อเยื่อเชื่อมต่อระหว่างแกนหลักทางการเงินและบริการที่ผู้ใช้ใช้งานจริง เลเยอร์ API ที่ออกแบบมาอย่างดีจะช่วยให้ธนาคาร กระเป๋าเงินดิจิทัล ร้านค้า และผู้ให้บริการฟินเทคหลายแห่งสามารถเชื่อมต่อกันได้ โดยที่แต่ละฝ่ายไม่จำเป็นต้องมีการบูรณาการเฉพาะเจาะจงเข้ากับบัญชีแยกประเภทของธนาคารกลาง

โครงการ Rosalind ของ BIS Innovation Hub ได้ทดสอบแนวคิดนี้โดยใช้โมเดล CBDC แบบค้าปลีกสองระดับ ต้นแบบของโครงการเปิดเผย API endpoint 33 จุดในหกหมวดหมู่การทำงาน และทดสอบกรณีการใช้งานมากกว่า 30 กรณี โครงการสรุปว่าเลเยอร์ API สามารถช่วยลดความแตกต่างในการออกแบบบัญชีแยกประเภทพื้นฐานได้ แต่ต้องสอดคล้องกับความเป็นส่วนตัวและรูปแบบการดำเนินงานของ CBDC ดูรายงานโครงการ Rosalind ได้ที่ นี่

5. กระเป๋าเงินดิจิทัล บัตร การรับชำระเงินจากร้านค้า และจุดเชื่อมต่ออื่นๆ

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

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

6. การชำระเงินแบบออฟไลน์

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

คู่มือโครงการ Polaris ของ BIS เน้นย้ำว่าไม่มีรูปแบบการออกแบบออฟไลน์แบบใดแบบหนึ่งที่เหมาะกับทุกสถานการณ์ โซลูชันอาจเกี่ยวข้องกับฮาร์ดแวร์ที่ปลอดภัย มูลค่าที่จัดเก็บ โปรโตคอลการถ่ายโอนข้อมูลระหว่างอุปกรณ์ ข้อจำกัดด้านความเสี่ยง และการซิงโครไนซ์กับระบบออนไลน์ในภายหลัง ดูคู่มือ CBDC ออฟไลน์ของโครงการ Polarisการทบทวนโซลูชันการเชื่อมต่อแบบจำกัดของ IMF ในปี 2025 ก็ครอบคลุมถึงบัตรมูลค่าที่จัดเก็บและวิธีการถ่ายโอนข้อมูลระหว่างอุปกรณ์เช่นกัน และเน้นย้ำถึงข้อแลกเปลี่ยนระหว่างรูปแบบ ปัจจัยด้านความปลอดภัยทางไซเบอร์ ความเป็นส่วนตัว และความสามารถในการใช้งาน ดู การ ทบทวนCBDC การเชื่อมต่อแบบจำกัดของ IMF

7. ความปลอดภัยทางไซเบอร์ ความยืดหยุ่น และการควบคุมการดำเนินงาน

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

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

8. สถาปัตยกรรมข้อมูลและความเป็นส่วนตัว

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

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

9. ความสามารถในการทำงานร่วมกันและการเชื่อมโยงข้ามพรมแดน

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

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

ฐานข้อมูลแบบรวมศูนย์หรือ DLT?

ประเด็นสำคัญคือ สถาปัตยกรรมทั้งสองแบบไม่ได้ “เป็นดิจิทัล” มากกว่ากันโดยอัตโนมัติ สกุลเงินดิจิทัลของธนาคารกลาง (CBDC) สามารถมีความก้าวหน้าทางเทคโนโลยีได้โดยไม่ต้องใช้บล็อกเชน และระบบที่ใช้เทคโนโลยีบัญชีแยกประเภทแบบกระจาย (DLT) ก็ยังคงต้องการโครงสร้างพื้นฐานแบบดั้งเดิมสำหรับระบุตัวตน API การตรวจสอบ อุปกรณ์ การสนับสนุน และการกำกับดูแล

ขั้นตอนการชำระเงินด้วย CBDC สำหรับการค้าปลีกสามารถเป็นอย่างไรได้บ้าง

1. การลงทะเบียน:ธนาคารหรือผู้ให้บริการชำระเงินที่ได้รับอนุมัติจะตรวจสอบผู้ใช้และสร้างกระเป๋าเงิน บัญชี ชื่อเล่น หรือข้อมูลประจำตัวที่จำเป็น
2. การระดมทุน:ผู้ใช้แปลงเงินฝากธนาคารพาณิชย์หรือเงินสดเป็น CBDC ทำให้เกิดยอดคงเหลือหรือมูลค่าของ CBDC ที่สอดคล้องกันตามกฎของระบบ
3. การชำระเงิน:ผู้ใช้ให้การอนุมัติการโอนเงิน ตัวกลางและโครงสร้างพื้นฐานหลักจะตรวจสอบคำขอ กำหนดข้อจำกัดและการควบคุม และดำเนินการโอนเงินให้เสร็จสมบูรณ์
4. การแจ้งเตือนและการบันทึก:ผู้จ่ายและผู้รับเงินจะได้รับข้อมูลสถานะ ในขณะที่ระบบจะบันทึกเฉพาะข้อมูลที่จำเป็นตามโครงสร้างและกรอบกฎหมายที่เลือกไว้เท่านั้น
5. การแลกเปลี่ยน:ผู้ใช้สามารถแปลง CBDC กลับเป็นเงินรูปแบบอื่นได้ โดยลดหรือทำลายมูลค่าของ CBDC ที่เกี่ยวข้องตามที่ต้องการ

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

รายการตรวจสอบเชิงปฏิบัติสำหรับการประเมินโครงสร้างพื้นฐานของ CBDC

• ความรับผิดชอบและการกำกับดูแล:ใครเป็นผู้ออก CBDC ใครเป็นผู้ดำเนินการแต่ละส่วนประกอบ และใครจะเป็นผู้รับผิดชอบเมื่อเกิดความผิดพลาด?
• บัญชีแยกประเภทและการชำระบัญชี:อะไรคือสิ่งที่ถือเป็นข้อสรุปสุดท้าย และจะจัดการกับรายการซ้ำ การยกเลิก และการเรียกคืนอย่างไร?
• รูปแบบการกระจายรายได้:ธนาคารกลาง ธนาคารพาณิชย์ และผู้ให้บริการชำระเงิน มีหน้าที่รับผิดชอบในด้านใดบ้าง?
• การยืนยันตัวตนและการปฏิบัติตามกฎระเบียบ:ใครเป็นผู้ดำเนินการตรวจสอบ KYC/AML และข้อมูลใดบ้างที่ส่งถึงธนาคารกลาง?
• ความเป็นส่วนตัว:ข้อมูลถูกลดขนาดและแยกตามบทบาทหรือไม่? สามารถเชื่อมโยงข้อมูลระบุตัวตนกับธุรกรรมได้หรือไม่ และโดยใคร?
• ประสิทธิภาพ:ระบบสามารถรองรับปริมาณธุรกรรมสูงสุดและข้อกำหนดด้านความหน่วงเวลาที่คาดการณ์ไว้ได้หรือไม่?
• ความยืดหยุ่น:มีขอบเขตความล้มเหลวหลายด้าน การเตรียมการกู้คืนจากภัยพิบัติ และขั้นตอนการดำเนินงานต่อเนื่องที่ผ่านการทดสอบแล้วหรือไม่?
• ความสามารถในการใช้งานแบบออฟไลน์:จำเป็นหรือไม่? ถ้าจำเป็น ต้องใช้ฮาร์ดแวร์ที่ปลอดภัย วงเงินจำกัด การซิงโครไนซ์ และการควบคุมการฉ้อโกงแบบใดบ้าง?
• ความสามารถในการทำงานร่วมกัน:สกุลเงินดิจิทัลของธนาคารกลาง (CBDC) สามารถทำงานร่วมกับระบบการชำระเงินที่มีอยู่ ธนาคาร ร้านค้า และอาจรวมถึงระบบต่างประเทศได้หรือไม่?
• ช่องทางการเข้าถึง:กลุ่มเป้าหมายได้รับการสนับสนุนการใช้งานสมาร์ทโฟน บัตร โทรศัพท์มือถือ หรือช่องทางช่วยเหลือหรือไม่?
• กลยุทธ์ของผู้จำหน่าย:สามารถเปลี่ยนหรืออัปเกรดชิ้นส่วนได้โดยไม่ต้องผูกมัดธนาคารกลางกับผู้จำหน่ายรายเดียวหรือไม่?
• การตรวจสอบการดำเนินงาน:กระบวนการตรวจสอบ บันทึกการตรวจสอบ การตรวจจับเหตุการณ์ การกระทบยอด และการสนับสนุน ได้รับการออกแบบตั้งแต่เริ่มต้นหรือไม่?

โครงการปัจจุบันเผยให้เห็นทิศทางของโครงสร้างพื้นฐาน CBDC อย่างไรบ้าง

โครงการปัจจุบันชี้ไปที่ระบบนิเวศแบบแยกส่วนมากกว่าระบบ CBDC แบบครบวงจรเพียงระบบเดียว งานด้านข้อกำหนดทางเทคนิคของ BIS เน้นย้ำถึงความสามารถในการทำงานร่วมกัน ความสามารถในการขยายขนาด การออกแบบที่เน้นผู้ใช้เป็นศูนย์กลาง ความปลอดภัย และความเป็นส่วนตัวของข้อมูลในฐานะข้อกำหนดระดับสูง ดูข้อกำหนดทางเทคนิคระดับสูงของ BIS คู่มือเสมือนจริงเกี่ยวกับ CBDCของ IMF ซึ่งได้รับการปรับปรุงในเดือนพฤศจิกายน 2025 ก็มอง CBDC ในฐานะความท้าทายที่ครอบคลุมทั้งด้านนโยบาย การดำเนินงาน เทคโนโลยี ความเป็นส่วนตัว ความยืดหยุ่นทางไซเบอร์ และการนำไปใช้เช่นกัน

โครงการเงินยูโรดิจิทัลเป็นตัวอย่างปัจจุบันของการนำแนวคิดแบบแยกส่วนนี้ไปประยุกต์ใช้ หลังจากขั้นตอนการเตรียมการสิ้นสุดลงในเดือนตุลาคม 2025 ระบบยูโรได้เริ่มดำเนินการทางเทคนิคเพิ่มเติม งานด้านสถาปัตยกรรมที่เผยแพร่ครอบคลุมด้านต่างๆ เช่น ฟังก์ชันการทำงานแบบออฟไลน์ การแลกเปลี่ยนข้อมูลการชำระเงินที่ปลอดภัย การจัดการการฉ้อโกงและความเสี่ยง แอปพลิเคชันและชุดพัฒนาซอฟต์แวร์ ความยืดหยุ่น และการประมวลผลที่รักษาความเป็นส่วนตัว ในเดือนสิงหาคม 2026 ธนาคารกลางยุโรป (ECB) กล่าวว่างานเกี่ยวกับฟังก์ชันการทำงานแบบออฟไลน์กำลังตรวจสอบฮาร์ดแวร์ที่ปลอดภัยในสมาร์ทโฟน รวมถึง Secure Elements และ eSIMs ที่ฝังอยู่ ก่อนที่จะมีโครงการนำร่องที่วางแผนไว้สำหรับครึ่งหลังของปี 2027 ดูหน้าความคืบหน้าของเงินยูโรดิจิทัลของ ECBและการอัปเดตมาตรฐานออฟไลน์ของ ECB เมื่อวันที่ 18 สิงหาคม 2026แผนเหล่านี้ยังคงอยู่ภายใต้กระบวนการทางกฎหมายและการตัดสินใจของยุโรป ดังนั้นจึงควรพิจารณาว่าเป็นงานออกแบบโครงการมากกว่าหลักฐานของระบบที่ออกใช้ขั้นสุดท้าย

บทเรียนสำคัญ: โครงสร้างพื้นฐานของ CBDC เป็นระบบที่ประกอบด้วยระบบย่อยหลายระบบ

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

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