CBDC میں عالمی تعاون: سرحد پار ادائیگیوں کے منصوبے، فائدے اور اداروں کے لیے انتخابی معیار

مرکزی بینک ڈیجیٹل کرنسی، یا CBDC، میں عالمی تعاون سرحد پار ادائیگیوں کو زیادہ مربوط، شفاف اور ممکنہ طور پر مؤثر بنانے کے لیے اہم ہے۔ خاص طور پر wholesale اور multi-CBDC ماڈل بینکوں، فِن ٹیک اداروں اور بین الاقوامی تجارت کرنے والی کمپنیوں کے لیے قابلِ غور ہیں، مگر ان کا انتخاب صرف رفتار کی بنیاد پر نہیں ہونا چاہیے۔ Project Dunbar اور mBridge جیسے تجرباتی اقدامات نے مشترکہ پلیٹ فارم، کثیر کرنسی settlement اور باہمی نظام کے امکانات کو نمایاں کیا ہے۔ اس کے باوجود قانونی ہم آہنگی، AML/CFT، ڈیٹا گورننس، شناخت اور سائبر سکیورٹی ابھی بنیادی عملی موضوعات ہیں۔ اداروں کو CBDC انفراسٹرکچر، compliance software یا payment gateway کا انتخاب اپنے موجودہ نظام، خطرات اور آپریشنل ضروریات دیکھ کر کرنا چاہیے۔ ہر تجرباتی منصوبہ لازماً عوامی یا تجارتی سطح پر دستیاب حل نہیں ہوتا۔

ایک نظر میں

• CBDC میں بین الاقوامی تعاون کا مقصد سرحد پار ادائیگیوں کو زیادہ تیز، شفاف اور قابلِ رسائی بنانے کے امکانات کا جائزہ لینا ہے۔
• Project Dunbar نے متعدد مرکزی بینکوں کے ساتھ multi-CBDC پلیٹ فارم کے تصور کا مطالعہ کیا، جبکہ mBridge کثیرملکی CBDC تعاون کی مثال ہے۔
• عملی نفاذ کے لیے قانونی ہم آہنگی، AML/CFT، ڈیٹا گورننس، شناخت اور سائبر سکیورٹی کی جانچ ناگزیر ہے۔

ادارے کی ضرورت	زیادہ موزوں سمت	انتخاب سے پہلے بنیادی جانچ
عوام یا صارفین کے لیے ڈیجیٹل ادائیگی	Retail CBDC کا ماڈل	صارف کی رازداری، شناخت، رسائی اور مقامی ضوابط
بینکوں کے درمیان settlement	Wholesale CBDC کا ماڈل	core banking انضمام، liquidity، audit trail اور compliance
متعدد ممالک یا کرنسیوں کے درمیان ادائیگی	Multi-CBDC پلیٹ فارم	interoperability، قانونی ذمہ داری، ڈیٹا گورننس اور سائبر سکیورٹی
فوری طور پر موجودہ ادائیگی نظام کو بہتر بنانا	موجودہ payment rails یا payment gateway	API انضمام، فیس کا ڈھانچہ، وصولی کا عمل اور سروس کی قابلِ اعتمادی

عالمی تعاون CBDC کے لیے کیوں اہم بنتا جا رہا ہے؟

مختصر جواب: ایک ملک کی CBDC اکیلے مقامی ادائیگی کے لیے مفید ہو سکتی ہے، لیکن سرحد پار ادائیگی میں مختلف کرنسیاں، ضوابط، شناختی طریقے اور settlement نظام شامل ہوتے ہیں۔ اسی لیے مشترکہ تکنیکی اور قانونی رابطہ اہم بن جاتا ہے۔

سرحد پار ادائیگیوں میں تاخیر، متعدد intermediaries اور شفافیت کا مسئلہ

بین الاقوامی ادائیگی میں اکثر ایک سے زیادہ مالیاتی ادارے، correspondence arrangements اور مختلف نظام شامل ہوتے ہیں۔ اس سے ادائیگی کی حیثیت، settlement کے مراحل اور ذمہ داری کی تقسیم کو سمجھنا مشکل ہو سکتا ہے۔ G20 نے سرحد پار ادائیگیوں کو تیز، کم لاگت، زیادہ شفاف اور قابلِ رسائی بنانے کو بین الاقوامی ترجیح قرار دیا ہے۔ CBDC تعاون اسی وسیع مقصد کے تحت ایک ممکنہ راستہ ہے، حتمی ضمانت نہیں۔

مشترکہ تکنیکی معیار اور قانونی رابطے کی ضرورت

اگر دو نظام ایک دوسرے سے تکنیکی طور پر رابطہ نہ کر سکیں تو ڈیجیٹل کرنسی بھی الگ الگ جزیرے بن سکتی ہے۔ Interoperability کا مطلب صرف API رابطہ نہیں؛ اس میں پیغام رسانی، شناخت، settlement قواعد، auditability اور ڈیٹا کے استعمال کی شرائط بھی آتی ہیں۔ مختلف ممالک کے رازداری کے قوانین اور تکنیکی معیار یکساں نہیں ہوتے، اس لیے مشترکہ ڈیزائن کے ساتھ قانونی رابطہ بھی ضروری ہے۔

تین سطری خلاصہ: تعاون سے کیا ممکن ہے اور کیا ابھی غیر یقینی ہے؟

• تعاون سے کثیرکرنسی settlement اور مشترکہ ادائیگی انفراسٹرکچر کے امکانات کا مطالعہ ممکن ہوتا ہے۔
• مشترکہ اصول AML/CFT، شناخت اور ڈیٹا گورننس کے اختلافات کو سامنے لانے میں مدد دیتے ہیں۔
• کسی تجرباتی پلیٹ فارم کا وسیع تجارتی نفاذ، عوامی دستیابی یا مستقبل کی ٹائم لائن پہلے سے یقینی نہیں سمجھی جا سکتی۔

بین الاقوامی منصوبوں سے کیا سیکھا جا سکتا ہے؟

بنیادی سبق: بین الاقوامی CBDC منصوبے صرف ٹیکنالوجی کے ڈیمو نہیں ہوتے؛ یہ governance، رسائی کے قواعد، settlement ذمہ داری اور regulatory coordination کی جانچ بھی ہوتے ہیں۔

Project Dunbar: مشترکہ پلیٹ فارم کے تصور سے ملنے والے اسباق

Project Dunbar میں آسٹریلیا، ملائیشیا، سنگاپور اور جنوبی افریقہ کے مرکزی بینکوں نے مشترکہ multi-CBDC پلیٹ فارم کے امکانات کا مطالعہ کیا۔ اس تصور میں سوال یہ نہیں کہ صرف رقم کیسے منتقل ہو، بلکہ یہ بھی ہے کہ پلیٹ فارم تک کس کو رسائی ملے، مختلف کرنسیوں کی نمائندگی کیسے ہو اور مختلف دائرۂ اختیار کے ضوابط کیسے پورے کیے جائیں۔

بینک یا فِن ٹیک کمپنی کے لیے یہاں عملی نکتہ یہ ہے کہ کسی بھی distributed یا مشترکہ settlement حل میں permissioning، شناختی انتظام، audit logs اور رسائی کی سطحوں کو شروع میں واضح کیا جائے۔

mBridge: کثیرکرنسی اور سرحد پار settlement کے امکانات

mBridge ایک کثیرملکی CBDC اقدام ہے جس میں مختلف مالیاتی حکام اور BIS Innovation Hub Hong Kong Centre شامل رہے ہیں۔ یہ اقدام اس بات کی مثال ہے کہ مختلف دائرۂ اختیار رکھنے والے ادارے سرحد پار settlement اور کثیر کرنسی ماحول کے امکانات کو مشترکہ طور پر جانچ سکتے ہیں۔

یہاں اہم احتیاط یہ ہے کہ امکانات اور دستیاب تجارتی سروس کو ایک ہی چیز نہ سمجھا جائے۔ کسی ادارے کو payment infrastructure کے بارے میں فیصلہ کرتے وقت یہ تصدیق کرنی چاہیے کہ متعلقہ حل کی رسائی، ضابطہ جاتی حیثیت، ذمہ داری اور انضمام کی شرائط کیا ہیں۔

تجرباتی منصوبے اور عوامی rollout میں بنیادی فرق

پائلٹ یا تجرباتی منصوبہ عموماً مخصوص شرکاء، محدود use cases اور متعین قواعد کے ساتھ چلتا ہے۔ عوامی rollout میں صارف کی رسائی، شکایات کا طریقہ، سکیورٹی آپریشنز، business continuity، قانونی ذمہ داری اور پیمانے پر کام کرنے کی صلاحیت جیسے اضافی سوالات شامل ہوتے ہیں۔ اس لیے کسی تجربے کی خبر کو فوری کاروباری دستیابی کا اشارہ سمجھنا درست نہیں۔

CBDC ماڈلز کا تقابل: کس صورت میں کون سا ڈھانچہ موزوں ہے؟

صحیح ماڈل استعمال کے مقصد سے طے ہوتا ہے: صارف کی ادائیگی، بینکوں کے مابین settlement اور کثیرملکی ادائیگی ایک جیسے مسئلے نہیں ہیں۔

Retail CBDC، wholesale CBDC اور multi-CBDC پلیٹ فارم

ماڈل	بنیادی استعمال	اہم ترجیح	اہم احتیاط
Retail CBDC	عام صارف یا کاروباری ادائیگیاں	رسائی، صارف تجربہ اور رازداری	شناخت، صارف تحفظ اور مقامی قواعد
Wholesale CBDC	مالیاتی اداروں کے درمیان settlement	قابلِ اعتماد settlement اور auditability	liquidity، رسائی کی اجازت اور core system انضمام
Multi-CBDC	متعدد کرنسیوں اور ممالک کے درمیان ادائیگی	interoperability اور مشترکہ governance	قانونی اختلافات، ڈیٹا گورننس اور سائبر خطرات

رفتار، compliance، رازداری، liquidity اور انضمام کے تقابلی معیار

تیز settlement مفید ہے، مگر ادارے کے لیے compliance کی قابلیت اتنی ہی ضروری ہے۔ AML/CFT اسکریننگ، KYC، مشتبہ سرگرمی کی نگرانی اور audit trail کو الگ مرحلہ سمجھنے کے بجائے نظام کے ڈیزائن میں شامل کرنا چاہیے۔ اسی طرح رازداری کا مطلب بے ضابطہ گمنامی نہیں؛ ڈیٹا تک رسائی کے اختیارات، ذخیرہ کرنے کی جگہ اور قانونی درخواستوں کے طریقے واضح ہونے چاہییں۔

Liquidity کا سوال بھی نظر انداز نہیں کرنا چاہیے۔ سرحد پار ادائیگی میں کسی کرنسی کی دستیابی، treasury انتظام اور settlement کے وقت فنڈز کی پوزیشن ادارہ جاتی فیصلہ بدل سکتے ہیں۔

ادارہ جاتی لاگت کا جائزہ: صرف ٹیکنالوجی نہیں، آپریشن اور ضابطہ بھی

CBDC انفراسٹرکچر کی جانچ صرف software license یا cloud infrastructure تک محدود نہیں ہونی چاہیے۔ اس میں سائبر سکیورٹی عملہ، incident response، compliance operations، vendor oversight، تربیت، system integration اور audit کی ضروریات بھی شامل ہو سکتی ہیں۔ ROI کے بارے میں کوئی قطعی نتیجہ نکالنے سے پہلے use case، لین دین کا بہاؤ اور قانونی ذمہ داری کو الگ الگ دیکھنا زیادہ مناسب ہے۔

نفاذ میں عملی رکاوٹیں اور عام غلطیاں

اصل رکاوٹ اکثر کوڈ نہیں بلکہ اعتماد اور قواعد ہوتے ہیں۔ ایک مضبوط تکنیکی پلیٹ فارم بھی ناکام ہو سکتا ہے اگر اس کی قانونی بنیاد، شناختی عمل یا ذمہ داری کی تقسیم واضح نہ ہو۔

AML/CFT، KYC اور مختلف ممالک کے قانونی تقاضے

ہر دائرۂ اختیار کے AML/CFT اور KYC تقاضے یکساں نہیں ہوتے۔ سرحد پار نظام میں یہ طے ہونا چاہیے کہ شناخت کی تصدیق کون کرے گا، کس فریق کے پاس کون سا ریکارڈ ہو گا، اور مشتبہ سرگرمی کی صورت میں اطلاع اور کارروائی کا طریقہ کیا ہو گا۔ Compliance software یا شناختی سروس منتخب کرتے وقت ان قواعد کے مطابق رپورٹنگ اور audit trail کی صلاحیت اہم معیار ہیں۔

سائبر سکیورٹی، ڈیٹا لوکلائزیشن اور صارف کی رازداری

CBDC یا ڈیجیٹل ادائیگی انفراسٹرکچر میں سائبر سکیورٹی محض firewall کا سوال نہیں۔ access control، encryption، کلیدی انتظام، لاگز کی نگرانی، incident response اور مستقل سکیورٹی جانچ بھی ضروری ہیں۔ ڈیٹا لوکلائزیشن کی شرائط مختلف ہو سکتی ہیں، اس لیے cloud infrastructure یا managed security service لینے سے پہلے ڈیٹا کی جگہ، رسائی اور retention کی پالیسی دیکھنا چاہیے۔

ایک ہی وینڈر یا غیر واضح interoperability معیار پر انحصار کا خطرہ

ایک وینڈر کے ساتھ کام کرنا انتظامی طور پر آسان لگ سکتا ہے، لیکن vendor lock-in مستقبل میں انضمام، منتقلی یا لاگت کے مسائل پیدا کر سکتا ہے۔ معاہدے میں data portability، audit access، incident notification، service continuity اور exit plan سے متعلق نکات دیکھیں۔ غیر واضح interoperability دعووں کے بجائے انضمام کے حقیقی دائرے اور ذمہ داری کی تحریری وضاحت مانگیں۔

بینکوں، فِن ٹیک کمپنیوں اور درآمدی برآمدی کاروبار کے لیے الگ حکمتِ عملی

ایک ہی حل ہر ادارے کے لیے موزوں نہیں ہوتا۔ ادارے کا کردار، ادائیگی کی نوعیت اور regulatory exposure پہلے طے کریں، پھر ٹیکنالوجی منتخب کریں۔

بینک: core banking اور settlement نظام کے انضمام کی جانچ

بینک کو یہ دیکھنا چاہیے کہ wholesale CBDC یا کسی multi-CBDC ماحول کا رابطہ core banking، treasury، reconciliation اور settlement نظام کے ساتھ کیسے ہو گا۔ سکیورٹی controls، اجازتوں کی سطح، auditability اور liquidity management کو ابتدائی architecture review میں شامل کرنا بہتر ہے۔

فِن ٹیک: API، شناختی نظام اور regulatory sandbox کی تیاری

فِن ٹیک کمپنیوں کے لیے API documentation، مضبوط شناختی نظام، consent management اور compliance workflows بنیادی سوال ہیں۔ اگر کسی دائرۂ اختیار میں regulatory sandbox یا متعلقہ آزمائشی ماحول موجود ہو تو اس کے قواعد، شرکاء کی اہلیت اور ڈیٹا کی شرائط کو سمجھنا مفید ہو سکتا ہے۔ کسی API کو صرف تکنیکی رابطہ نہیں بلکہ regulatory ذمہ داری کے ساتھ استعمال ہونے والا انٹرفیس سمجھیں۔

کاروبار: FX لاگت، وصولی کے وقت اور treasury management پر ممکنہ اثر

درآمدی و برآمدی کاروبار کے لیے CBDC کی بحث کا مرکز یہ ہونا چاہیے کہ وصولی، ادائیگی، FX انتظام اور treasury process پر ممکنہ اثر کیا ہو سکتا ہے۔ کسی مخصوص بچت یا کم فیس کو فرض نہیں کرنا چاہیے، کیونکہ فیس، زرِ مبادلہ کی لاگت اور دستیابی ملک، ادارے اور منتخب راستے کے مطابق مختلف ہو سکتی ہے۔ موجودہ payment gateway اور بینکنگ انتظام کے ساتھ تقابل کرتے وقت settlement visibility اور reconciliation کی ضرورت بھی دیکھیں۔

انتخاب کے معیار اور تقابلی خلاصہ

فیصلے سے پہلے یہ نکات چیک کریں:

• سکیورٹی: access control، encryption، نگرانی اور incident response کی وضاحت موجود ہے یا نہیں۔
• Compliance: AML/CFT، KYC، رپورٹنگ اور audit trail ادارے کے متعلقہ ضوابط سے مطابقت رکھتے ہیں یا نہیں۔
• انضمام: core banking، ERP، treasury، payment gateway اور موجودہ APIs کے ساتھ رابطے کی عملی صلاحیت کیا ہے۔
• Scalability اور auditability: بڑھتے استعمال، لاگز، نگرانی اور داخلی و بیرونی آڈٹ کی ضرورت کیسے پوری ہو گی۔
• قانونی ذمہ داری: ڈیٹا، غلط settlement، سائبر واقعہ اور cross-border dispute کی ذمہ داری کس فریق پر ہو گی۔
• آپریشنل لاگت: صرف ٹیکنالوجی نہیں، بلکہ compliance، سکیورٹی، تربیت اور vendor management بھی شامل کریں۔

اگر مسئلہ صرف موجودہ ادائیگی عمل کو بہتر بنانا ہے تو روایتی payment rails، compliance software یا مربوط payment gateway پہلے زیادہ موزوں ہو سکتے ہیں۔ اگر ادارے کو بینکوں کے درمیان settlement یا متعدد دائرۂ اختیار میں ادائیگی کے مخصوص use case کا سامنا ہے تو CBDC انفراسٹرکچر کا جائزہ قابلِ غور ہے۔ تفصیلی شرائط، انضمام اور سکیورٹی ذمہ داری متعلقہ فراہم کنندہ کے سرکاری صفحات پر دیکھیں۔

اختتامیہ

CBDC میں عالمی تعاون کا سب سے اہم پہلو یہ ہے کہ سرحد پار ادائیگی کو صرف کرنسی کی منتقلی نہیں بلکہ مشترکہ قواعد، شناخت اور اعتماد کے نظام کے طور پر دیکھا جائے۔ Project Dunbar اور mBridge جیسے اقدامات نے multi-CBDC تعاون کے امکانات کو نمایاں کیا ہے۔ تاہم ہر ادارے کو اپنی قانونی ذمہ داری، سکیورٹی تیاری اور موجودہ ادائیگی ڈھانچے کی بنیاد پر فیصلہ کرنا چاہیے۔ تجرباتی منصوبے مفید اشارہ دے سکتے ہیں، لیکن انہیں فوری تجارتی دستیابی کا متبادل نہیں سمجھنا چاہیے۔

جاننے کے قابل مفید معلومات

1. CBDC مرکزی بینک کی جاری کردہ ڈیجیٹل شکلِ زر ہے، اور اس کی ساخت retail یا wholesale ہو سکتی ہے۔
2. Multi-CBDC ماڈل میں تکنیکی رابطے کے ساتھ قانونی اور regulatory coordination بھی ضروری ہوتی ہے۔
3. سائبر سکیورٹی میں سسٹم کی حفاظت کے علاوہ شناخت، رسائی اور واقعے کے بعد ردِعمل کا انتظام بھی شامل ہے۔
4. کسی بھی بین الاقوامی ادائیگی حل میں liquidity اور treasury process کو تکنیکی انضمام کے برابر اہمیت دیں۔

اہم نکات کا خلاصہ

CBDC سے متعلق بین الاقوامی منصوبوں کی تجارتی دستیابی، عوامی رسائی، فیس، بچت یا مستقبل کی ٹائم لائن ہر جگہ یکساں یا یقینی نہیں ہے۔ پاکستان میں ممکنہ CBDC کی حتمی پالیسی، ڈیزائن یا صارفین کے لیے دستیابی کے بارے میں بھی تصدیق درکار ہو گی۔ کسی وینڈر، cloud infrastructure، compliance platform یا سائبر سکیورٹی سروس کا انتخاب مقامی قانون، ادارہ جاتی خطرے اور تحریری شرائط کی جانچ کے بعد کریں۔

اکثر پوچھے جانے والے سوالات

Q1. CBDC میں بین الاقوامی تعاون سے سرحد پار ادائیگیوں کی لاگت واقعی کم ہو سکتی ہے؟

A1. تعاون کا مقصد ادائیگیوں کو تیز، کم لاگت، زیادہ شفاف اور قابلِ رسائی بنانے کے امکانات بہتر کرنا ہے، جیسا کہ G20 کی ترجیح میں شامل ہے۔ مگر کسی مخصوص ادارے یا ملک کے لیے فیس، FX لاگت یا حقیقی بچت کی قطعی مقدار پہلے سے نہیں بتائی جا سکتی۔

Q2. کیا mBridge یا Project Dunbar جیسے منصوبے عام صارفین کے لیے دستیاب ہیں؟

A2. یہ تعاون اور تجرباتی مطالعے سے وابستہ اقدامات ہیں۔ ان کی عوامی دستیابی، حتمی تجارتی آغاز یا مستقبل کی ٹائم لائن کے بارے میں متعلقہ سرکاری معلومات کی تصدیق ضروری ہے۔

Q3. کسی بینک یا فِن ٹیک کمپنی کو CBDC انفراسٹرکچر پارٹنر منتخب کرتے وقت کن چیزوں کا موازنہ کرنا چاہیے؟

A3. سکیورٹی controls، AML/CFT اور KYC صلاحیت، API اور core system انضمام، auditability، scalability، ڈیٹا گورننس، قانونی ذمہ داری، vendor exit plan اور آپریشنل لاگت کا موازنہ کریں۔ صرف رفتار یا ایک نمایاں تکنیکی خصوصیت کی بنیاد پر فیصلہ نہ کریں۔