بے مقصد بلاکچین پروجیکٹ سے گریز کرنا

اس بات کا تعین کیسے کریں کہ آیا آپ کو ایک حقیقی بلاکچین استعمال کا کیس مل گیا ہے۔

Blockchains ضرورت سے زیادہ ہیں. وہاں، میں نے کہا۔ سے سیبوس کرنے کے لئے منی 20/20 کی کہانیوں کا احاطہ کرنے کے لئے اکانومسٹ اور یوروومونیایسا لگتا ہے کہ ہر کوئی بلاک چین ویگن پر چڑھ رہا ہے۔ اور بلا شبہ خلا میں موجود دوسروں کی طرح، ہم تیزی سے بڑھتی ہوئی تعداد میں کمپنیوں کو دیکھ رہے ہیں ہمارا پلیٹ فارم اور/یا ہماری مدد طلب کرنا۔

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

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

جہاں تک ان لوگوں کا تعلق ہے جن کے ذہن میں کوئی پروجیکٹ ہے تو کیا مسئلہ ہے؟ بہت سے معاملات میں، اس منصوبے کو اچھی طرح سے لاگو کیا جا سکتا ہے ایک باقاعدہ رشتہ دار ڈیٹا بیس کا استعمال کرتے ہوئے. تم جانتے ہو، لوہے کے بڑے بیہیمتھ جیسے اوریکل اور SQL سرور، یا زیادہ کھلے ذہن کے لیے، MySQL اور پوسٹگریس. تو مجھے چیزوں کو سیدھا کرکے شروع کرنے دیں:

اگر آپ کی ضروریات آج کے متعلقہ ڈیٹا بیس سے پوری ہوتی ہیں، تو آپ بلاکچین استعمال کرنے کے لیے پاگل ہو جائیں گے۔

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

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

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

1. ڈیٹا بیس

یہاں پہلا اصول ہے۔ Blockchains کے لیے ایک ٹیکنالوجی ہے۔ مشترکہ ڈیٹا بیس. لہذا آپ کو یہ جان کر شروع کرنے کی ضرورت ہے کہ آپ ڈیٹا بیس کیوں استعمال کر رہے ہیں، جس سے میرا مطلب ہے معلومات کا ایک منظم ذخیرہ۔ یہ ایک روایتی ہو سکتا ہے رشتہ دار ڈیٹا بیس، جس میں ایک یا زیادہ اسپریڈشیٹ جیسی میزیں ہوتی ہیں۔ یا یہ رجحان ساز ہوسکتا ہے۔ NoSQL مختلف قسم، جو فائل سسٹم یا لغت کی طرح کام کرتی ہے۔ (نظریاتی سطح پر، NoSQL ڈیٹا بیس بہرحال متعلقہ ڈیٹا بیس کا صرف ایک ذیلی سیٹ ہیں۔)

مالیاتی اثاثوں کے لیے ایک لیجر کو قدرتی طور پر ڈیٹا بیس ٹیبل کے طور پر ظاہر کیا جا سکتا ہے جس میں ہر قطار ایک مخصوص ہستی کی ملکیت میں ایک اثاثہ کی قسم کی نمائندگی کرتی ہے۔ ہر قطار میں تین کالم ہوتے ہیں: (a) مالک کا شناخت کنندہ جیسے اکاؤنٹ نمبر، (b) اثاثہ کی قسم جیسے کہ "USD" یا "AAPL"، اور (c) اس کے پاس موجود اثاثہ کی مقدار مالک

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

2. متعدد مصنفین

یہ آسان ہے۔ بلاکچینز کے لیے ایک ٹیکنالوجی ہے۔ متعدد مصنفین کے ساتھ ڈیٹا بیس. دوسرے لفظوں میں، ایک سے زیادہ ہستیوں کی ضرورت ہوتی ہے جو ڈیٹا بیس کو تبدیل کرنے والے لین دین کو تخلیق کر رہی ہو۔ کیا آپ جانتے ہیں کہ یہ مصنف کون ہیں؟

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

3. اعتماد کا فقدان

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

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

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

4. توڑ پھوڑ

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

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

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

5. لین دین کا تعامل

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

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

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

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

6. قوانین مرتب کریں۔

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

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

اثاثوں کے لیجرز میں اس قسم کے اصول کی ایک سادہ مثال ہوتی ہے، تاکہ اثاثے بنانے والے لین دین کو روکا جا سکے۔ قاعدہ کہتا ہے کہ لیجر میں ہر اثاثہ کی کل مقدار ہر لین دین سے پہلے اور بعد میں یکساں ہونی چاہیے۔

7. اپنے تصدیق کنندگان کا انتخاب کریں۔

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

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

تیسرا، یہ ممکن ہے کہ دو لین دین کا تنازعہ ہو، تاکہ صرف ایک ہی کو قبول کیا جا سکے۔ ایک کلاسک مثال ہے a ڈبل خرچ جس میں ایک ہی اثاثہ دو مختلف وصول کنندگان کو بھیجا جاتا ہے۔ ایک پیر ٹو پیئر ڈیٹا بیس میں جس میں کوئی مرکزی اتھارٹی نہیں ہے، نوڈس کی مختلف رائے ہو سکتی ہے کہ کس لین دین کو قبول کیا جائے، کیونکہ وہاں موجود ہے۔ کوئی مقصد صحیح جواب نہیں ہے. بلاکچین میں لین دین کی "تصدیق" کی ضرورت کے ذریعے، ہم اس بات کو یقینی بناتے ہیں کہ تمام نوڈس ایک ہی فیصلے پر اکٹھے ہوں۔

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

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

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

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

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

8. اپنے اثاثے واپس کریں۔

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

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

اگر آپ بلاکچین کو اثاثہ لیجر کے طور پر استعمال کرنا چاہتے ہیں، تو آپ کو ایک اضافی اہم سوال کا جواب دینا ہوگا: اثاثوں کی نوعیت کیا ہے جس کو منتقل کیا جا رہا ہے؟ اس سے میرا مطلب صرف نقد یا بانڈز یا بلز آف لاڈنگ نہیں ہے، حالانکہ یقیناً یہ بھی اہم ہے۔ بلکہ سوال یہ ہے کہ: بلاکچین پر ظاہر کیے گئے اثاثوں کے پیچھے کون کھڑا ہے؟ اگر ڈیٹا بیس کہتا ہے کہ میں کسی چیز کے 10 یونٹس کا مالک ہوں، تو کون مجھے ان 10 یونٹوں کا دعوی کرنے کی اجازت دے گا حقیقی دنیا میں? اگر میں بلاک چین میں لکھی ہوئی چیزوں کو روایتی جسمانی اثاثوں میں تبدیل نہیں کر سکتا تو میں کس پر مقدمہ کروں؟ (اسے دیکھو اثاثہ معاہدہ مثال کے طور پر۔)

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

نتیجہ

جیسا کہ میں نے تعارف میں ذکر کیا ہے، اگر آپ کا پروجیکٹ پورا نہیں ہوتا ہے۔ ان شرائط میں سے ہر ایک، آپ کو بلاکچین استعمال نہیں کرنا چاہئے۔ پہلے پانچ میں سے کسی کی غیر موجودگی میں، آپ کو ان میں سے ایک پر غور کرنا چاہیے: (a) باقاعدہ فائل اسٹوریج، (b) ایک مرکزی ڈیٹا بیس، (c) ماسٹر – غلام ڈیٹا بیس کی نقل، یا (d) ایک سے زیادہ ڈیٹا بیس جس پر صارف کر سکتے ہیں۔ سبسکرائب.

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

تمام جوابات مل گئے؟ مبارک ہو، آپ کے پاس ایک حقیقی بلاکچین استعمال کیس ہے۔ اور ہم آپ سے سننا پسند کریں گے.

براہ کرم کوئی تبصرہ پوسٹ کریں۔ لنکڈ پر. یہ فالو اپ بھی دیکھیں: بلاک چین کے استعمال کے چار حقیقی کیسز.