بلاکچین پر ڈیلیوری بمقابلہ ادائیگی

کس طرح بلاکچینز کتاب کے قدیم ترین مسئلے کو حل کر سکتے ہیں۔

لوگوں کے درمیان تجارت اتنی ہی پرانی ہے جتنی کہ خود انسانیت۔ یہ اس وقت شروع ہوا جب غار کے آدمی اوگ نے ​​غار کے آدمی Ugg سے کہا: "میں آپ کو چٹان دیتا ہوں، آپ مجھے بیر دیتے ہیں"۔ لیکن تجارت اس کے ساتھ ایک بنیادی مسئلہ رکھتی ہے: اس کی ضرورت ہے۔ پر بھروسہ. Ogg کو Ugg کو مارنے کے لیے راک کا استعمال کرنے سے، پھر دونوں راک کو پکڑنے سے کیا چیز روکتی ہے۔ اور بھاگنے سے پہلے بیر؟ ہم زبانی تبادلے کے معاہدے کا ایک نفاذ کے طریقہ کار میں کیسے ترجمہ کرتے ہیں جو اس بات کو یقینی بناتا ہے کہ دونوں فریق اپنی بات کو برقرار رکھیں؟

ایک جدید مثال کے طور پر، چند سال پہلے میں نے سیکنڈ ہینڈ مارکیٹ میں ایک کار فروخت کی تھی۔ مجھے انٹرنیٹ پر ایک خریدار ملا، ہم ذاتی طور پر ملے، اس نے کار کی جانچ کی اور ہم نے قیمت پر اتفاق کیا۔ اس لیے وہ ایک کیشیئر کا چیک لینے کے لیے اپنے بینک گیا، جو کہ زیادہ کمپیکٹ شکل میں مؤثر طریقے سے کیش ہے۔ ہم ایک ساتھ ایک پوسٹ آفس گئے، جہاں میں ایک سرکاری سرکاری فارم پر دستخط کر کے جمع کر سکتا ہوں جو گاڑی کی قانونی ملکیت کو منتقل کرتا ہے۔

تو ہم وہاں ہیں، پوسٹ آفس کی کھڑکی پر کھڑے ہیں، اور ہم ایک عجیب تعطل تک پہنچ جاتے ہیں۔ چیک ابھی بھی اس کی جیب میں ہے، اور میرے پاس دستخط شدہ فارم ہے۔ ہم چند گھنٹے پہلے ملے تھے اور ایک دوسرے پر بھروسہ کرنے کی کوئی وجہ نہیں تھی۔ کیا میں پہلے فارم دے دوں پھر امید ہے کہ وہ بھاگنے کے بجائے مجھے چیک دے گا؟ یا کیا وہ مجھے چیک دیتا ہے پھر امید ہے کہ میں فارم میں دوں گا؟ کسی بھی طرح سے، کوئی اپنے آپ کو دھوکہ دہی کے خطرے سے دوچار کر رہا ہے۔

اور پھر یہ مجھ پر طاری ہوا کہ مجھے فکر کرنا چھوڑ دینا چاہئے اور صرف فارم میں ہاتھ ڈالنا چاہئے۔ کیوں؟ کیونکہ دو چیزوں میں سے ایک اگلی چیز ہو سکتی ہے۔ یا تو خریدار مجھے چیک دے، اس صورت میں سب خوش ہوں اور تبادلہ مکمل ہو جائے۔ لیکن اگر وہ اس کے بجائے بھاگ جائے تو کیا ہوگا؟ اس صورت میں، پوسٹ آفس کا کلرک دیکھے گا، اور وہ فارم پھاڑ دے گا جو میں نے اسے دیا تھا۔ بنگو، ہمارے پاس ایک محفوظ تبادلہ ہے۔

تم نے دیکھا وہاں کیا ہوا؟ ہماری مخمصے کو ایک بیچوان کے استعمال سے حل کیا گیا، اس معاملے میں پوسٹ آفس کلرک۔ کلرک اس بات کو یقینی بناتا ہے کہ یا تو منصفانہ لین دین ہوتا ہے، یا کوئی لین دین نہیں ہوتا۔ اور نہ صرف کوئی ثالث یہ خدمت فراہم کر سکتا ہے۔ یہ دونوں فریقوں کے ذریعہ قابل اعتماد شخص ہونا چاہئے۔ ایک سرکاری پوسٹ آفس کے ملازم کے معاملے میں، یہ خود حکومت پر ہمارے اعتماد سے پیدا ہوتا ہے۔ اگر پوسٹ آفس کے کلرکوں کو رشوت دی جا سکتی ہے، تو میں یا خریدار ایسی صورت حال تیار کر سکتے ہیں جہاں ہمارے پاس نقدی اور کار دونوں ہی ختم ہوں۔ درحقیقت، میں بہت سے ممالکاس طرح کی بدعنوانی خوشحالی پر بہت بڑا نالی ثابت ہو سکتی ہے۔

کیو مین اور کاریں ایک چیز ہیں، لیکن آئیے اپنی توجہ مالیاتی دنیا پر مرکوز کریں، جس میں تجارت ایک اہم کردار ادا کرتی ہے۔ مرکزی کردار. بلاشبہ، بینک اپنے ملازمین کو کسی اور کے حصص سے بھاگنے کے لیے ادائیگی نہیں کرتے ہیں۔ لیکن مالیاتی اثاثوں کا محفوظ تبادلہ ایک اہم مسئلہ ہے، کیونکہ ایسے کم کارٹونش طریقے ہیں جن میں لین دین میں حصہ لینے والے اپنے وعدے کو نبھانے میں ناکام ہو سکتے ہیں۔ مثال کے طور پر، ایک فریق دیوالیہ ہو سکتا ہے، یا مارکیٹ کے حالات میں اچانک تبدیلی انہیں اثاثہ حاصل کرنے سے روک سکتی ہے۔ وہ علمی غلطیوں کا شکار ہو سکتے ہیں یا کسی کے دستک کے اثرات سے اکاؤنٹنگ فراڈ کسی اور ہم منصب میں۔

ان کے نتیجے میں "تصفیہ کے خطرات”، زیادہ تر مالی لین دین اس کا استعمال کرتے ہوئے طے پاتے ہیں۔ ترسیل بمقابلہ ادائیگی (DvP)۔ یہ اوپر بیان کردہ پوسٹ آفس کے عمل کے لیے صرف ایک فینسی اصطلاح ہے۔ DvP اس بات کو یقینی بناتا ہے کہ، اگر لین دین کا ایک فریق وعدہ کیا گیا تھا، تو دوسرا فریق اس اثاثے کو اپنے پاس رکھ سکتا ہے جو اس نے بدلے میں پیش کیا تھا۔

اور فنانس کی دنیا میں ڈیلیوری بمقابلہ ادائیگی کیسے لاگو کی جاتی ہے؟ آپ نے بھروسہ مند ثالثوں کے ذریعے اندازہ لگایا۔ یہ دوسرے بینک، کلیئرنگ ہاؤسز یا ہو سکتے ہیں۔ مرکزی سیکیورٹیز کے ذخائر. چونکہ آج کی زیادہ تر تجارتیں ڈیجیٹل طور پر ہوتی ہیں، اس لیے یہ فزیکل سرٹیفکیٹس یا نقد رقم کی منتقلی کا انتظام کرنے کا معاملہ نہیں ہے۔ بلکہ، DvP ثالث کی طرف سے بیک وقت اپنے ڈیٹا بیس میں ریکارڈ کی ایک بڑی تعداد کو اپ ڈیٹ کرنے اور/یا دیگر اداروں کو ہدایات بھیج کر حاصل کیا جاتا ہے۔

ڈلیوری بمقابلہ ادائیگی بلاکچین کے ذریعے

ڈیٹا بیسز کے بارے میں بات کرنا ہمیں بڑی صفائی سے بلاک چینز کے موضوع پر لے آتا ہے۔ ایک بلاکچین ایک لیجر یا ڈیٹا بیس کو متعدد جماعتوں کے درمیان اشتراک اور مطابقت پذیر ہونے کی اجازت دیتا ہے۔ تاہم، ریگولر ڈیٹا بیس کے برعکس، بلاک چین ڈیٹا بیسز کو ایک سے زیادہ صارفین محفوظ طریقے سے اور براہ راست تبدیل کر سکتے ہیں چاہے وہ ایک دوسرے کے ساتھ سخت مقابلے میں ہوں۔ اگر آپ کارپوریٹ IT میں کام کرتے ہیں، تو آپ اس جملے کے مضمرات کو کچھ سوچنا چاہیں گے۔

یہ سمجھنے کے لیے کہ ڈلیوری بمقابلہ ادائیگی بلاک چین پر کیسے کام کرتی ہے، ہمیں بٹ کوائن کے لین دین کے ماڈل کو سمجھ کر آغاز کرنا ہوگا۔ یہاں یہ بات قابل غور ہے کہ دوسرے بلاکچین ڈیزائن لین دین کے لیے مختلف ماڈل استعمال کرتے ہیں، اور ہم ان اختلافات کے بارے میں بعد میں مزید بات کریں گے۔

بٹ کوائن کے لین دین میں ان پٹ اور آؤٹ پٹ کا ایک سیٹ ہوتا ہے۔ ہر ان پٹ پچھلے لین دین کے ایک آؤٹ پٹ سے منسلک ہوتا ہے، جس میں پچھلے آؤٹ پٹ سے تمام بٹ کوائن اندر آتے ہیں۔ لین دین کے ان پٹس میں بٹ کوائن پھر اندر لکھی گئی مقداروں کے مطابق اس کے آؤٹ پٹ میں دوبارہ تقسیم کیا جاتا ہے۔ اس کے علاوہ، ہر ٹرانزیکشن آؤٹ پٹ میں اس کے نئے مالک کا عوامی شناخت کنندہ ہوتا ہے، جس کے لیے مالک کے پاس ایک متعلقہ نجی کلید ہوتی ہے۔ بٹ کوائن کا لین دین صرف اس صورت میں درست ہے جب:

• لین دین کے ان پٹس میں بٹ کوائن کی کل مقدار اس کے آؤٹ پٹس میں لکھی گئی مقدار سے زیادہ یا برابر ہے۔ کسی بھی فرق کو "کان کن" کے ذریعہ فیس کے طور پر جمع کیا جاتا ہے جو بلاک میں لین دین کی تصدیق کرتا ہے، ایک مارکیٹ میکانزم بناتا ہے جس کے ذریعے لین دین تصدیق کے لیے بولی لگا سکتا ہے۔
• لین دین کی منظوری ہر اس سے پہلے کی پیداوار کے مالکان کے ذریعہ دی جاتی ہے جسے وہ لین دین "خرچ" کرتا ہے۔ اس منظوری کا اظہار نئے لین دین کے مواد کے کرپٹوگرافک دستخط کے ذریعے کیا جاتا ہے۔ پہلے آؤٹ پٹ کے لیے دستخط صرف نجی کلید کا استعمال کرتے ہوئے بنائے جا سکتے ہیں جو اس کے عوامی شناخت کنندہ سے میل کھاتی ہے۔

یہ دونوں اصول مالیاتی لیجر میں بہت اہم ہیں جو غیر بھروسہ کرنے والی جماعتوں کے درمیان مشترک ہیں۔ پہلے کے بغیر، کوئی بھی پتلی ہوا سے بٹ کوائن بنا سکتا ہے۔ اور دوسرے کے بغیر، ہر کوئی دوسرے کے بٹ کوائنز خرچ کر سکتا ہے۔ لیکن ہمیں ایک تیسرے اصول کی بھی ضرورت ہے، جو انفرادی لین دین کے بجائے عالمی سطح پر نافذ ہو:

• ہر ٹرانزیکشن آؤٹ پٹ کو صرف ایک بعد کے لین دین کے ذریعے استعمال کیا جا سکتا ہے۔ یہ ایک حملے کو روکتا ہے جس کے نام سے جانا جاتا ہے۔ دوگنا خرچ کرنا جس میں ایک ہی بٹ کوائنز ایک سے زیادہ وصول کنندگان کو بھیجے جاتے ہیں۔

اس اصول کو نافذ کرنے کے لیے، بلاکچین درست لین دین کا ایک تاریخی لاگ پر مشتمل ہے جو ایک دوسرے سے متصادم نہیں ہے، اور اس لاگ کی نیٹ ورک میں ہر نوڈ سے آزادانہ طور پر تصدیق کی جاتی ہے۔

کسی بھی مالیاتی اثاثے کی نمائندگی کرنے کے لیے بٹ کوائن کے لین دین کے ماڈل کو آسانی سے بڑھایا جا سکتا ہے۔ بٹ کوائنز پر مشتمل ٹرانزیکشن آؤٹ پٹ کے بجائے، یہ ایک اثاثہ شناخت کنندہ اور مقدار رکھ سکتا ہے۔ بٹ کوائن کے لین دین کا احاطہ کرنے والے تمام اصول اب بھی لاگو ہوتے ہیں، جو شرکاء کو (a) اثاثے بنانے سے روکتے ہیں، (b) دوسرے لوگوں کے اثاثے خرچ کرتے ہیں، اور (c) ایک ہی اثاثے کو دو بار خرچ کرتے ہیں۔ غیر کریپٹو کرنسی کے اثاثوں کے لیے، ہم کان کنوں کو فرق جمع کرنے کی اجازت دینے کے بجائے اس بات پر اصرار کرتے ہیں کہ ان پٹ اور آؤٹ پٹ کی مقدار بالکل متوازن ہو۔

تو ہم اس ماڈل کا استعمال کرتے ہوئے ادائیگی کے لین دین کے مقابلے میں محفوظ ترسیل کیسے بنا سکتے ہیں؟ آئیے کہتے ہیں کہ ایلس اور باب نے ایلس کے £10 کو باب کے $15 کے بدلے کرنے پر اتفاق کیا ہے۔ سہولت کی خاطر ہم یہ فرض کریں گے کہ ایلس کے پاس پہلے سے ہی £10 ایک ہی ٹرانزیکشن آؤٹ پٹ میں صاف ستھرا بیٹھا ہے، اور اسی طرح باب کے پاس $15 ہے۔ (اگر یہ معاملہ نہیں ہے تو، وہ آسانی سے اپنے فنڈز کو ایسا کرنے کے لۓ منتقل کر سکتے ہیں.)

شروع کرنے کے لیے، کوئی بھی فریق دو ان پٹ اور دو آؤٹ پٹس کے ساتھ لین دین کرتا ہے۔ دو ان پٹس پہلے کے آؤٹ پٹ کو خرچ کرتے ہیں جن میں ایلس کے £10 اور باب کے $15 بالترتیب ہوتے ہیں۔ جہاں تک آؤٹ پٹس کا تعلق ہے، پہلا ایلیس کا شناخت کنندہ اور $15 پر مشتمل ہے، اور دوسرا باب کو جاتا ہے جس میں £10 ہے۔ چونکہ دونوں کرنسیوں میں ان پٹ اور آؤٹ پٹ کی مقدار توازن رکھتی ہے، اس لیے ہمارا لین دین اوپر دی گئی پہلی شرط کو پورا کرتا ہے۔ دوسرے کو پورا کرنے کے لیے، ایلس اور باب دونوں کو اب لین دین پر دستخط کرنا ہوں گے، کیونکہ یہ ان میں سے ہر ایک سے تعلق رکھنے والے پہلے آؤٹ پٹ خرچ کرتا ہے۔

اب ٹرانزیکشن کو بلاک چین میں شامل کرکے حتمی شکل دی جا سکتی ہے، لیکن ہمیں اب بھی دوہرے اخراجات کے مسئلے پر غور کرنے کی ضرورت ہے۔ کیا ہوگا اگر ایلس نے ایک متضاد لین دین کیا ہو جس میں ایک ہی £10 کا تبادلہ کسی مختلف ہم منصب کے ساتھ کیا جائے جس نے اسے بہتر ڈیل کی پیشکش کی ہو؟ یہاں تیسرا اصول عمل میں آتا ہے، جس میں بلاکچین اس بات کو یقینی بناتا ہے کہ ہر آؤٹ پٹ صرف ایک بار خرچ کیا جا سکتا ہے۔ اگر مسابقتی لین دین بلاک چین پر باب کے ساتھ ایلس کے تبادلے کے بعد منتقل ہوتا ہے، تو اس کی تصدیق نہیں ہو گی۔ اور اگر مسابقتی لین دین کی پہلے تصدیق ہو گئی تو اس کی بجائے ایلس کا باب کے ساتھ تبادلہ ناکام ہو جائے گا۔ کسی بھی طرح سے، بلاکچین ڈیلیوری کو یقینی بناتا ہے بمقابلہ ادائیگی ایلس اور باب کے تبادلے کے ساتھ ساتھ کسی دوسرے کے لیے۔ اگر باب کو ایلس کا £10 نہیں ملتا ہے، تو ایلس کو اس کا $15 نہیں ملتا ہے۔

جزوی لین دین کی طاقت

اس لیے بلاک چینز ہمیں دو فریقین کو اکٹھے ہونے، تبادلے کے لین دین کی تعمیر اور دستخط کرنے کا راستہ فراہم کرتے ہیں، اور اس بات کو یقینی بناتے ہیں کہ یہ مجموعی طور پر کامیاب ہو یا ناکام ہو۔ یہ عمل کو منظم کرنے کے لیے کسی بھروسہ مند ثالث کی ضرورت کے بغیر، مشترکہ لیجر پر ادائیگی بمقابلہ ترسیل کو قابل بناتا ہے۔ بلاکس میں لین دین کی تصدیق کرنے والے کان کنوں کے پاس اب بھی کچھ طاقت ہے، لیکن یہ روایتی بیچوان سے بہت کم ہے۔ سب سے برا کام وہ کر سکتے ہیں کسی خاص لین دین کی تصدیق کرنے سے انکار کرنا مکمل طور پر، اور یہ DvP کی خلاف ورزی نہیں کرتا ہے۔ مزید برآں، اگر کان کنی دراصل ٹرانزیکشنز بنانے والے فریقین کے درمیان شیئر کی جاتی ہے، تو یہ خطرہ مکمل طور پر ختم ہوجاتا ہے، کیونکہ ہر ایک کو اپنی تصدیق کرنے کا موقع ملے گا۔

اب تک، بہت اچھا. لیکن بٹ کوائن طرز کے بلاک چینز میں اپنی آستین میں مزید چالیں ہیں۔ یاد رکھیں کہ ٹرانزیکشن پر ہر اس سے پہلے کے آؤٹ پٹ کے مالک کی طرف سے دستخط کیے جانے چاہییں جو وہ لین دین خرچ کرتا ہے۔ پہلے سے طے شدہ طور پر، یہ دستخط ٹرانزیکشن کے اندر اندر ان پٹ اور آؤٹ پٹ کی مکمل فہرست کو بند کر دیتا ہے۔ خفیہ نگاری اس بات کو یقینی بناتی ہے کہ کسی ان پٹ یا آؤٹ پٹ میں معمولی سی ترمیم دستخط کو غلط قرار دے گی۔ اوپر دی گئی مثال کی پیروی کرنے کے لیے، اگر ایلس کے لین دین پر دستخط کرنے کے بعد کیرول کے لیے باب کو بدل دیا گیا، تو لین دین مکمل طور پر ناکام ہو جائے گا۔

لیکن کیا ہوگا اگر ایلس کو پرواہ نہیں ہے کہ وہ کس کے ساتھ تبادلہ کرتی ہے؟ زیادہ تر مقاصد کے لیے، وہ کیوں پرواہ کرے؟ جب تک کہ ایلس خاص طور پر باب کے ساتھ کام کرنے کے لیے پرعزم نہیں ہے، لین دین کے صرف دو حصے ہیں جو واقعی اس کے لیے فکر مند ہیں۔ سب سے پہلے، حقیقت یہ ہے کہ اس کی £10 کی پیداوار مختلف مقدار یا اثاثہ کے بجائے خرچ کی جائے گی۔ دوسرا، وہ بدلے میں ایک نئی پیداوار میں $15 وصول کرتی ہے۔ جب تک سسٹم میں موجود تمام رقم صاف ہے، ایلس کو اس بات پر کوئی اعتراض نہیں کہ وہ $15 کہاں سے آتے ہیں، یا اس کے تبادلے کی سہولت کے لیے اور کیا ہو سکتا ہے۔

شاید ایک پارٹی $15 کے ساتھ آئے گی اور ایلس کے £10 کے لیے سیدھا تبادلہ کرے گی۔ لیکن شاید باب اور کیرول صرف $7.50 کا تبادلہ کرنا چاہتے ہیں۔ اس صورت میں، وہ لین دین میں دو ان پٹ شامل کریں گے، ساتھ ہی دو آؤٹ پٹ ہر ایک £5 جمع کریں گے۔ یا شاید کیرول دراصل 15 روبل کے عوض $950 کا تبادلہ کرنا چاہتی ہے، جبکہ ماسکو میں ساشا کے پاس 950 روبل ہیں اور وہ £10 کی تلاش میں ہے۔ اس صورت میں ایک 3 طرفہ تبادلہ ہوسکتا ہے، جس میں ہر فریق اب بھی صرف اپنی پہیلی کے اپنے ٹکڑے کا خیال رکھتا ہے۔ ایلس نے جو لین دین شروع کیا وہ لامحدود تعداد میں مختلف طریقوں سے مکمل کیا جا سکتا ہے۔ لیکن ایلس کے نقطہ نظر سے، یہ سب اسے £15 کے بدلے $10 دینے کا ایک ہی مقصد حاصل کرتے ہیں، اور یہ سب اسے یکساں طور پر خوش کرتے ہیں۔

بلاکچین اس کو کیسے سہولت فراہم کرتا ہے؟ جزوی لین دین اور جزوی دستخطوں کے ذریعے۔ ایلس ایک ان پٹ (اس کے £10) اور ایک ہی آؤٹ پٹ (اس کے لیے $15) کے ساتھ لین دین شروع کرتی ہے۔ وہ لین دین کے ان حصوں کو ڈیجیٹل دستخط کے ساتھ بند کر دیتی ہے جس میں کہا گیا ہے کہ کسی بھی تعداد میں دیگر ان پٹ یا آؤٹ پٹس کو شامل کیا جا سکتا ہے۔ وہ اس جزوی لین دین کو باب کے حوالے کر دیتی ہے اور کہتی ہے "دیکھیں آپ کیا کر سکتے ہیں"۔ ہو سکتا ہے کہ وہ اسے کیرول کے حوالے کر دے، اور دیگر ممکنہ ہم منصبوں یا سنڈیکیٹ بنانے والوں کو بھی۔ ان میں سے ہر ایک ان پٹ اور آؤٹ پٹس کے اپنے جوڑے میں اضافہ کر سکتا ہے، یا تو تبادلے کو متوازن کرنے کے لیے، یا ایک بڑا جزوی لین دین بنا سکتا ہے جسے دوبارہ دیا جا سکتا ہے۔ اس سے کوئی فرق نہیں پڑتا ہے کہ کوئی کیا کرتا ہے، لین دین صرف ایک بار عمل میں لایا جا سکتا ہے (یعنی بلاکچین پر تصدیق کے ذریعے طے شدہ) ایک بار جب ان پٹ اور آؤٹ پٹ اثاثے متوازن ہوجائیں۔

ایک بلاکچین ٹرانزیکشن ڈیجیٹل ڈیٹا کا صرف ایک حصہ ہے، لہذا یہ جزوی لین دین ای میل یا کسی دوسرے مواصلاتی ذریعہ پر بھیجا جا سکتا ہے۔ انہیں عوامی طور پر بھی پوسٹ کیا جا سکتا ہے، کیونکہ ممکنہ لین دین میں حصہ لینے والے جانتے ہیں۔ بلاکچین ان کا خیال رکھے گا۔. ایلس کے دستخط اس بات کو یقینی بناتے ہیں کہ وہ صرف £10 خرچ کرے گی اگر کوئی اسے بدلے میں $15 دے گا۔

آخر میں، اگر ایلس پیشکش کو غیر فعال کرنے کا انتخاب کرتی ہے، تو اسے بس اتنا ہی £10 کسی دوسرے لین دین میں خرچ کرنا ہے، زیادہ تر صرف اسے اپنے پاس واپس بھیج کر۔ چونکہ بلاکچین ایک ہی آؤٹ پٹ کو دو بار خرچ کرنے کی اجازت نہیں دے گا، اس سے اس کا موجودہ جزوی لین دین بیکار ہو جاتا ہے۔ بلاکچین پر موجود دیگر تمام شرکاء اسے دیکھیں گے، اور تبادلے کو مکمل کرنے کی کوشش میں اپنا وقت ضائع کرنا چھوڑ دیں گے۔

DvP سے لے کر سمارٹ معاہدوں تک

جیسا کہ میرے پاس ہے پہلے بحث کیایک بٹ کوائن طرز کے بلاکچین کو ایک مشترکہ رشتہ دار ڈیٹا بیس میں ہم آہنگی اور سیکورٹی کو منظم کرنے کے طریقے کے طور پر دیکھا جا سکتا ہے۔ بٹ کوائن اور ڈیٹا بیس دونوں لین دین کو جوہری طور پر سمجھا جاتا ہے، مطلب یہ ہے کہ وہ مجموعی طور پر کامیاب یا ناکام ہوتے ہیں۔ مشابہت کی کلید بلاکچین میں لین دین کے آؤٹ پٹ اور ڈیٹا بیس میں قطار کے درمیان مساوات ہے۔ ایک بلاکچین ٹرانزیکشن جو کچھ آؤٹ پٹ خرچ کرتا ہے اور کچھ دوسرے تخلیق کرتا ہے وہی ڈیٹا بیس ٹرانزیکشن ہے جو کچھ قطاروں کو حذف کرتا ہے اور اس کے بجائے کچھ دوسری تخلیق کرتا ہے۔ (ایک ڈیٹا بیس آپریشن جو موجودہ قطار میں ترمیم کرتا ہے اس قطار کو حذف کرنے اور اس کی جگہ ایک نیا اپ ڈیٹ کرنے کے مترادف ہے۔ یہ مساوات مقبول ایم وی سی سی ڈیٹا بیس میں کنکرنسی کنٹرول کا طریقہ، جس میں بٹ کوائن طرز کے بلاک چینز کو تقسیم شدہ شکل کے طور پر دیکھا جا سکتا ہے۔)

تو آئیے تصور کریں کہ ہمارا مالیاتی ڈیٹا ایک ڈیٹا بیس میں رکھا گیا ہے، جس میں ہر قطار میں معلومات کے تین ٹکڑے ہوتے ہیں: اس کے مالک کا شناخت کنندہ، ایک اثاثہ شناخت کنندہ اور اثاثہ کی مقدار۔ ایک بلاکچین اس لیجر کو اپنے شرکاء کے درمیان محفوظ طریقے سے شیئر کرنے کے قابل بناتا ہے، چاہے وہ ایک دوسرے پر بالکل بھروسہ نہ کریں۔ ڈیٹا بیس کی زبان میں، یہ یقینی بناتا ہے کہ:

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

آئیے ان قوانین میں سے پہلے کو دیکھتے ہیں، یعنی کہ لین دین میں اثاثوں کی مقدار کو محفوظ رکھنا چاہیے۔ ہم اسے "لین دین کی رکاوٹ" کے عمومی تصور میں وسیع کر سکتے ہیں۔ لین دین کی رکاوٹ ایک بلیک باکس کی شکل اختیار کرتی ہے جس میں ہر لین دین کے لیے قطاروں کے دو سیٹ نظر آتے ہیں: (a) لین دین کے ذریعے حذف شدہ قطاریں، (b) وہ قطاریں جو یہ تخلیق کرتی ہیں۔ بلیک باکس کا کام ان دو سیٹوں کو دیکھنا اور 'ہاں' یا 'نہیں' میں جواب دینا ہے کہ آیا لین دین درست ہے۔ ہمارے مخصوص معاملے میں، یہ صرف ہاں میں جواب دے گا اگر دونوں سیٹوں میں اثاثوں کی کل مقدار بالکل مماثل ہو۔

ایک بار جب ہمارے پاس لین دین کی رکاوٹوں کو لاگو کرنے کی اہلیت ہو جاتی ہے، تو ان میں قواعد کے کسی بھی سیٹ کو شامل کرنے کے لیے بڑھایا جا سکتا ہے۔ کچھ مثالیں یہ ہو سکتی ہیں کہ "اس اثاثہ کی اکائی صرف اس صورت میں بنائی جا سکتی ہے جب یہ تین دیگر اثاثے بیک وقت ایسکرو میں بند ہوں" یا "یہ اثاثہ صرف اس صورت میں منتقل کیا جا سکتا ہے جب ناکافی بارش کی اطلاع دینے والی متعلقہ قطار ہو"۔ بلاکچین کے تقسیم شدہ فن تعمیر کے نقطہ نظر سے، باکس کے اندر کی منطق سے کوئی فرق نہیں پڑتا، جب تک کہ یہ ہمیں ہر اس لین دین کی ایک قطعی اور مستقل تشخیص دے سکتا ہے جسے وہ دیکھتا ہے۔

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

آپ ٹویٹر پر مجھے یہاں فالو کریں۔. بھی دیکھو: بٹ کوائن بمقابلہ بلاکچین بحث کو ختم کرنا۔

تکنیکی ضمیمہ

جزوی DvP ٹرانزیکشنز بنانے کے لیے، استعمال کریں۔ دستخط کی قسم of SINGLE|ANYONECANPAY. اگر آپ استعمال کر رہے ہیں۔ ملٹی چین، preparelockunspent, createrawexchange اور appendrawexchange API کالز آپ کے لئے تفصیلات کا خیال رکھنا. دیکھیں شروع ان کا استعمال کیسے کیا جا سکتا ہے اس کی ایک سادہ مثال کے لیے صفحہ۔

براہ کرم کوئی تبصرہ پوسٹ کریں۔ لنکڈ پر.

ماخذ: https://www.multichain.com/blog/2015/09/delivery-versus-payment-blockchain/