پلیٹ فارم آرکیٹیکچر

ایک کور، کئی سطحیں — پلیٹ فارم دراصل کیسے کام کرتا ہے۔

لیجر سے اوپر تک پلیٹ فارم کا ایک جائزہ: اکاؤنٹس، KYC، کارڈز اور کرپٹو جو ایک ہی ڈبل انٹری کور پر چلتے ہیں، ایک ادائیگی create سے reconcile تک کیسے آگے بڑھتی ہے، اور ایپ لیئر، آپریٹر کنسول اور ریگولیٹڈ لائن ہر ایک کہاں واقع ہے۔

ہم سے بات کریں پروڈکٹس دیکھیں

کور

ہر چیز کے نیچے ایک لیجر۔

پلیٹ فارم کے مرکز میں ایک واحد اکاؤنٹ لیجر ہے۔ ہر اکاؤنٹ — کسٹمر والیٹ، مرچنٹ بیلنس، فیس اکاؤنٹ، سیٹلمنٹ اکاؤنٹ — اسی لیجر کا ایک نوڈ ہے، اور قدر کی ہر منتقلی ڈبل انٹری پوسٹنگ ہے: ایک اکاؤنٹ ڈیبٹ، دوسرا کریڈٹ، اور دونوں طرف ہمیشہ برابر۔ لیجر append-only ہے۔ اندراجات کبھی تبدیل یا حذف نہیں کیے جاتے؛ اصلاح ایک نیا، الٹا اندراج ہوتی ہے، اس لیے کسی بیلنس کی موجودہ قدر تک پہنچنے کی پوری تاریخ ہمیشہ دوبارہ بنائی جا سکتی ہے۔ اکاؤنٹس، KYC کی حالت، جاری کردہ کارڈز اور کرپٹو ایڈریسز سب ایک ہی اکاؤنٹ ماڈل سے جڑے ہیں، اسی لیے کارڈ آتھرائزیشن، بینک ٹرانسفر اور آن چین ڈپازٹ ایک ہی بیلنس پر پوسٹ ہو سکتے ہیں، اور الگ الگ سسٹمز کو جوڑنے کے لیے کسی reconciliation لیئر کی ضرورت نہیں پڑتی۔

01ڈبل انٹری: ہر پوسٹنگ متوازن ہے، ڈیبٹ اور کریڈٹ برابر
02Append-only: اصلاح نیا اندراج ہے، ترمیم نہیں
03فiat، کارڈز اور کرپٹو کے لیے ایک اکاؤنٹ ماڈل
04KYC کی حالت اکاؤنٹ کے ساتھ چلتی ہے، کسی الگ ٹیبل میں نہیں

ایک ادائیگی، شروع سے آخر تک

ایک ادائیگی، create سے reconcile تک۔

ادائیگی ایک کال نہیں بلکہ ایک مختصر لائف سائیکل ہے، اور ہر مرحلہ ایک ایسی حالت ہے جو لیجر اور آپ کے سسٹمز دونوں دیکھ سکتے ہیں۔ ہر حالت کی تبدیلی ایک ویب ہک بھیجتی ہے، اور ہر رائٹ idempotent ہے — وہی key دوبارہ بھیجنے پر وہی نتیجہ ملتا ہے، اس لیے دوبارہ کی گئی درخواست کبھی دوہرا چارج نہیں کرتی۔

01
Create
ایک intent کھلتا ہے: رقم، کرنسی، شامل اکاؤنٹس۔ ابھی کچھ منتقل نہیں ہوا — لیجر ایک pending اندراج ریکارڈ کرتا ہے۔
02
Authorize
ریل فنڈز اور رسک چیک کرتی ہے اور ہولڈ لگاتی ہے۔ کارڈ کے لیے یہ آتھرائزیشن ہے؛ ٹرانسفر کے لیے ڈیبٹ ریزرو ہو جاتا ہے۔
03
Capture
ہولڈ کی گئی رقم پکی ہو جاتی ہے۔ لیجر وہ ڈبل انٹری پوسٹ کرتا ہے جو دونوں اکاؤنٹس کے درمیان قدر واقعی منتقل کرتی ہے۔
04
Settle
فنڈز بنیادی ریل — کارڈ اسکیم، بینک یا چین — پر کلیئر ہوتے ہیں اور سیٹلمنٹ اکاؤنٹس اصل رقم کے ساتھ reconcile ہو جاتے ہیں۔
05
Reconcile
پلیٹ فارم اپنی پوسٹنگز کو ریل کی سیٹلمنٹ رپورٹ سے ملاتا ہے؛ جو میل نہ کھائے اسے نشان زد کیا جاتا ہے، چھپایا نہیں جاتا۔

ویب ہکس اور idempotency اس فلو کے ہر کنارے پر موجود ہیں۔ آپ کے سسٹمز کو ادائیگی کے منتقل ہونے کا پتا ایونٹ ملنے سے چلتا ہے، polling سے نہیں، اور ٹائم آؤٹ کے بعد آپ جو بھی درخواست دوبارہ بھیجیں وہ اپنی idempotency key کے ذریعے اسی نتیجے پر پہنچتی ہے، اس لیے دہرانے سے کبھی دوہرا چارج نہیں ہوتا۔ authorize اور capture چلانے والی سروس پیمنٹ گیٹ وے.

ایپ لیئر

اوپر وائٹ لیبل ایپس، نیچے ایک پلیٹ فارم۔

کور صلاحیتیں فراہم کرتا ہے؛ ایپ لیئر انہیں پروڈکٹس میں بدلتی ہے۔ ہر کسٹمر-فیسنگ ایپ — ویب اور موبائل — ایک whitelabel کلائنٹ ہے جو انہی اکاؤنٹس، ادائیگیوں اور کارڈز کو اپنے برانڈ کے ساتھ پیش کرتا ہے۔ تھیمنگ ٹوکن پر مبنی ہے: رنگ، ٹائپ، ریڈیس اور اسپیسنگ ڈیزائن ٹوکن سسٹم (PDS) سے آتے ہیں، اس لیے آپریٹر پوری سطح کا انداز ٹوکن بدل کر تبدیل کرتا ہے، ایپ کو فورک کر کے نہیں۔ یہی پلیٹ فارم بالکل مختلف سمتوں میں استعمال ہو سکتا ہے — کنزیومر نیو بینک، مرچنٹ ایکوائرنگ ایپ، کارڈ جاری کرنے کا پروگرام، کرپٹو آن/آف ریمپ، یا اندرونی آپریشنز ٹول — اور پانچ الگ پروڈکٹس نہیں بنتا۔ یہ ایک ہی پلیٹ فارم ہے جو مختلف روپ اختیار کرتا ہے، ہر روپ کنفیگر ہوتا ہے، دوبارہ نہیں بنایا جاتا۔

01مشترکہ APIs پر whitelabel ویب اور موبائل کلائنٹس
02ٹوکن پر مبنی تھیمنگ (PDS): کنفیگ سے اسٹائل بدلیں، فورک سے نہیں
03پانچ مثالی سمتیں — نیو بینک، ایکوائرنگ، جاری کاری، ریمپ، آپس
04نئی سطحیں کنفیگر ہوتی ہیں، دوبارہ نہیں بنتیں

آپریشنز

کنسول سے چلائیں، وجہ ریکارڈ کے ساتھ۔

ہر ایپ کے پیچھے ایک آپریٹر کنسول ہے۔ یہاں سپورٹ ایجنٹ اکاؤنٹ دیکھتا ہے، رسک تجزیہ کار کارڈ فریز کرتا ہے، یا آپریشنز لیڈ کوئی پوسٹنگ ریورس کرتا ہے۔ ریڈ ایکسیس وسیع ہے؛ مراعات یافتہ کارروائیاں نہیں۔ جو بھی عمل رقم منتقل کرے، حدود بدلے یا کسٹمر کے فنڈز کو چھوئے، اس کے چلنے سے پہلے وجہ بیان کرنا لازم ہے اور وہ ایک ناقابل تبدیل آڈٹ اندراج لکھتا ہے — کس نے، کس پر، کب اور کیوں کارروائی کی۔ رسائی least privilege کے اصول پر ہے، اس لیے ہر آپریٹر وہی دیکھتا اور کرتا ہے جس کی اس کا کردار اجازت دیتا ہے۔ یہ Protocore Center، یعنی آپریٹر کنسول، کا ماڈل ہے، اور یہی طرزِ عمل پلیٹ فارم کے ہر سسٹم میں شامل ہے: حساس کارروائیاں سوچی سمجھی، قابلِ انتساب اور بعد میں قابلِ جائزہ ہوتی ہیں۔

01وسیع ریڈ، محدود رائٹ — مراعات یافتہ کارروائیاں استثنا ہیں
02فنڈز کو چھونے والی ہر کارروائی سے پہلے وجہ لازم
03ناقابل تبدیل آڈٹ ٹریل: کس نے، کیا، کب، کیوں
04ہر آپریٹر رول کے لیے least privilege

کرپٹو برج

کرپٹو اور فiat ایک ہی لیجر پر۔

پلیٹ فارم پر کرپٹو کوئی الگ سائلو نہیں؛ کرپٹو ایڈریس بس اسی لیجر پر ایک اور اکاؤنٹ ہے۔ آن/آف ریمپ کنارے پر فiat اور ڈیجیٹل اثاثوں کے درمیان تبدیلی کرتا ہے — کسٹمر کارڈ یا ٹرانسفر سے بیلنس بھرتا ہے اور کرپٹو حاصل کرتا ہے، یا کرپٹو بیچ کر بینک اکاؤنٹ میں نکلوا لیتا ہے۔ آن چین قدر بینک ریل تک سیٹل ہو سکتی ہے: آنے والی آن چین ادائیگی اکاؤنٹ میں کریڈٹ ہوتی ہے، کنورٹ ہوتی ہے اور IBAN پر ادا کر دی جاتی ہے، اس لیے وصول کنندہ عام بینک اکاؤنٹ میں عام رقم دیکھتا ہے۔ چونکہ دونوں حصے ایک ہی ڈبل انٹری لیجر پر پوسٹ ہوتے ہیں، آن چین سے شروع ہو کر بینک ٹرانسفر پر ختم ہونے والی منتقلی ایک ہی reconciled تاریخ ہے، دو سسٹمز نہیں جنہیں ہاتھ سے ملانا پڑے۔

01کرپٹو ایڈریس بھی دوسرے اکاؤنٹس جیسا ایک اکاؤنٹ ہے
02آن/آف ریمپ: کنارے پر فiat اور ڈیجیٹل اثاثوں کی تبدیلی
03آن چین سیٹلمنٹ سے IBAN پے آؤٹ تک
04دونوں حصوں پر ایک reconciled تاریخ

بلڈ سطح

APIs، ویب ہکس، اور بنانے کے لیے سینڈ باکس۔

ایپس جو کچھ کرتی ہیں، دستاویزی API کے ذریعے کرتی ہیں — اکاؤنٹ بنانا، ادائیگی کھولنا، کارڈ جاری کرنا، ریمپ شروع کرنا۔ مثالی کالز کچھ یوں ہیں: POST /v1/wallets یا POST /v1/payments؛ ساخت REST ہے اور ہر رائٹ پر idempotency key ہوتی ہے۔ حالت کی تبدیلیاں ویب ہکس کے ذریعے پہنچتی ہیں، اس لیے آپ کے سسٹمز polling کی بجائے ایونٹس پر ردِعمل دیتے ہیں۔ ڈیولپمنٹ سینڈ باکس ٹیننٹ پر ہوتی ہے — پلیٹ فارم کی الگ تھلگ کاپی جس میں ٹیسٹ ریلز ہیں، جہاں آپ اصل رقم منتقل کیے بغیر create سے reconcile تک پورا فلو چلا سکتے ہیں۔ ہر پروڈکٹ آپ کو کیا اور کس درجے پر فراہم کرتا ہے، یہ اس کے access band سے طے ہوتا ہے؛ فی پروڈکٹ صفحات بتاتے ہیں کہ کسی band میں کیا شامل ہے۔

01دستاویزی REST API، idempotent رائٹس
02ہر حالت کی تبدیلی پر ویب ہکس — ایونٹ پر مبنی، polling نہیں
03ٹیسٹ ریلز والا سینڈ باکس ٹیننٹ، پروڈکشن سے الگ
04دائرہ اور حدود فی پروڈکٹ access bands سے طے

ایمانداری سے حد

Protocore سافٹ ویئر بناتا ہے۔ ریگولیٹڈ لائن لائسنس کے پاس ہے۔

ادائیگی کی پروڈکٹ دو چیزوں کا امتزاج ہے: رقم رکھنے اور منتقل کرنے کی ریگولیٹڈ اجازت، اور وہ سافٹ ویئر جو اسے ہدایت دیتا، ریکارڈ کرتا اور reconcile کرتا ہے۔ Protocore سافٹ ویئر بناتا ہے۔ ریگولیٹڈ سرگرمی — کسٹمر کے فنڈز رکھنا، اکاؤنٹس جاری کرنا، اسکیم پر رقم منتقل کرنا — آپریٹر کے اپنے لائسنس یا لائسنس یافتہ پارٹنر کے پاس ہے: بینک، EMI، یا پیمنٹ انسٹی ٹیوشن۔ پلیٹ فارم اس لیے بنایا گیا ہے کہ آپ جو بھی ریگولیٹڈ ریلز لائیں ان پر فٹ ہو، اور کارڈ ڈیٹا ریل پر رہے تاکہ آپ کے سرورز کو کبھی نہ چھوئے؛ یہ اس اجازت کا متبادل نہیں، اور کوئی سافٹ ویئر نہیں ہو سکتا۔ ریگولیٹڈ لائن کہاں پڑتی ہے، یہ فیصلہ آپ اپنے پارٹنر کے ساتھ کرتے ہیں، اور آرکیٹیکچر اس لائن کے دونوں طرف صاف طور پر بیٹھنے کے لیے ڈیزائن کیا گیا ہے۔