آج ہم کہاں ہیں اور کل کہاں جا رہے ہیں۔
آج ہمیں لینکس، ونڈوز اور میک کے لیے ملٹی چین 1.0 کا دوسرا بیٹا جاری کرتے ہوئے خوشی ہو رہی ہے (اب کے لیے میک ورژن کو تالیف کی ضرورت ہے)۔ یہ ملٹی چین 1.0 کی منصوبہ بند ترقی کو ختم کرتا ہے – کسی بھی بگ فکسس کو چھوڑ کر، موسم گرما میں ملٹی چین 1.0 کی حتمی ریلیز میں کوئی تبدیلی نہیں کی جائے گی۔
اس ماہ جون 2015 میں ملٹی چین کی پہلی الفا ریلیز کے بعد بھی دو سال ہو گئے ہیں۔ کسی بھی نئی پروڈکٹ کی طرح، ہمیں یقین نہیں تھا کہ مارکیٹ کیسا رد عمل ظاہر کرے گا، اور یہ جانتے تھے کہ یہ جاننے کا صرف ایک ہی طریقہ ہے – ایک ریلیز کم از کم قابل عمل مصنوعات، یعنی ایک ابتدائی ورژن جو اہم قیمت فراہم کرتا ہے لیکن ڈیزائن کے لحاظ سے ابتدائی ہے۔ شکر ہے، ہماری پہلی مصنوعات کے برعکس سکے اسپارک، ملٹی چین کو ایک مضبوط اور فوری مثبت جواب ملا۔ اس کے ساتھ فیچر کی سمجھدار درخواستوں کا سونامی بھی آیا، جن میں سے اکثر کو ہم نے نافذ کر دیا ہے۔ مصنوعات کی ترقی کے متوازی طور پر، استعمال میں بھی ہر پیمائش سے نمایاں اضافہ ہوا ہے۔ مثال کے طور پر، ملٹی چین ویب سائٹ کو جولائی 3,000 میں 2015 سے کم وزیٹرز موصول ہوئے، اور اب اس تعداد کو ماہانہ دس گنا تک لاتا ہے۔
ملٹی چین کی کارکردگی
پچھلے دو سالوں میں ہم نے ملٹی چین کو بہتر بنانے میں بہت زیادہ کوششیں کی ہیں، جو Bitcoin کورعوامی بٹ کوائن نیٹ ورک کے لیے حوالہ کا نفاذ۔ ذیل میں پروڈکٹ کے پانچ ورژن استعمال کرتے ہوئے سنگل نوڈ سیٹ اپ کے لیے ٹرانزیکشن تھرو پٹ کا موازنہ دیا گیا ہے۔
.throughput td,.throughput th {text-align:right;}| کل لین دین | 1.0 الفا 3 | 1.0 الفا 21 | 1.0 الفا 22 | 1.0 بیٹا 1۔ | 1.0 بیٹا 2۔ |
|---|---|---|---|---|---|
| 100 | 6.5 ٹی پی ایس | 7.8 | 541.7 | 830.6 | 1465.7 |
| 1,000 | 7.0 | 7.6 | 583.9 | 889.4 | 1199.6 |
| 10,000 | 4.1 | 6.4 | 566.9 | 746.6 | 1071.2 |
| 100,000 | - | 6.6 | 558.0 | 771.9 | 1034.2 |
| 1,000,000 | - | - | 548.6 | 773.6 | 1055.4 |
فی سیکنڈ اوسط لین دین، بشمول API اوور ہیڈ اور بلڈنگ، دستخط، کان کنی اور ٹرانزیکشنز اور بلاکس کی تصدیق۔
کا استعمال کرتے ہوئے کئے گئے ٹیسٹ ab HTTP سرور بینچ مارکنگ ٹول کو دو ہم وقتی درخواستیں بھیج رہا ہے۔ sendtoaddress API.
سرور کی تفصیلات: Intel Core i7-4770، 4 cores @ 3.4 MHz، 32 GB RAM، Seagate 2 TB 7200 RPM SATA، CentOS 6.4۔
قدرتی طور پر، سب سے بڑی چھلانگ الفا 22 میں آئی جب ہم منتقلی ڈیٹا بیس سے چلنے والے بٹوے میں۔ لیکن اس ریلیز کے بعد سے، ہم نے ملٹی چین کی رفتار کو تقریباً دوگنا کر دیا ہے۔ ہم امید کرتے ہیں کہ ہم نے یہ ثابت کر دیا ہے کہ بٹ کوائن کی 4 لین دین کی حد فی سیکنڈ اس کے مخصوص نیٹ ورک پیرامیٹرز کی وجہ سے ہے، اور اس کا عام طور پر بلاک چینز سے کوئی تعلق نہیں ہے۔
بلاشبہ، کارکردگی کی اصلاح ایک نہ ختم ہونے والا کام ہے، اور اس کی کوئی وجہ نہیں ہے کہ ملٹی چین 10,000 tx/sec تک نہیں پہنچ سکتا۔ 16 کور پروسیسر مناسب تعمیراتی تبدیلیوں کے ساتھ۔ تاہم، ہمارے صارفین اور شراکت داروں کے ساتھ بات چیت کی بنیاد پر، ایسا لگتا ہے کہ کچھ لوگوں کو اگلے چند سالوں تک 1,000 tx/sec سے زیادہ کی ضرورت ہوگی۔ لہذا ہم اپنی ترقی کی کوششوں کو نئی خصوصیات پر مرکوز کر رہے ہیں، جو ہمیں ملٹی چین 2.0 کے موضوع پر اچھی طرح سے لاتی ہے۔
ملٹی چین 2.0 کا جائزہ
ملٹی چین کا ورژن 2.0 پہلا ہوگا جو دو ایڈیشنز میں آئے گا - کمیونٹی (اوپن سورس) اور انٹرپرائز (کمرشل)۔ میں یہاں مفت کمیونٹی ایڈیشن پر توجہ مرکوز کرنے جا رہا ہوں، کیونکہ ہم صرف ملٹی چین انٹرپرائز کی تفصیلات پر بات کر رہے ہیں۔ ہمارے شراکت دار. کسی بھی صورت میں، کمیونٹی اور انٹرپرائز ایڈیشن انتہائی مطابقت پذیر ہوں گے، اس میں: (a) کمیونٹی ایڈیشن پر بنائے گئے ایپلیکیشنز ملٹی چین انٹرپرائز پر بغیر کسی ترمیم کے چلیں گی، اور (b) دونوں ایڈیشن ایک دوسرے کے ساتھ مربوط اور لین دین کرنے کے قابل ہوں گے۔ ایک ہی زنجیر پر.
ملٹی چین 2.0 کے دونوں ایڈیشنوں میں بہتر فعالیت کے تین اہم شعبے یہ ہوں گے:
- اسٹریمز کے لیے بہتر ڈیٹا ماڈل، بشمول JSON دستاویزات۔
- آن چین کی توثیق کے لیے حسب ضرورت پروگرام قابل لین دین کے فلٹرز۔
- بلاکچین کے پروٹوکول اور پیرامیٹرز کی ہموار اپڈیٹنگ۔
آئیے ان میں سے ہر ایک پر تفصیل سے گفتگو کرتے ہیں۔
اسٹریمز کے لیے بہتر ڈیٹا ماڈل
ملٹی چین اسٹریمز کو ستمبر 2016 میں متعارف کرایا گیا تھا اور یہ انتہائی مقبول ثابت ہوئے ہیں۔ جیسا کہ میں بیان کیا گیا ہے۔ اس پوسٹ، اسٹریمز عام مقصد کے ڈیٹا اسٹوریج، انڈیکسنگ اور بلاکچین پر بازیافت کے لیے ایک سادہ اور قدرتی تجرید فراہم کرتے ہیں۔ ایک ملٹی چین بلاک چین میں کسی بھی تعداد میں نامزد اسٹریمز شامل ہو سکتے ہیں، جن میں سے ہر ایک یا تو لکھنے کے لیے سب کے لیے کھلا ہو سکتا ہے، یا صرف مخصوص پتوں سے لکھے جا سکتا ہے۔
ملٹی چین 1.0 میں، ہر اسٹریم آئٹم میں ایک یا زیادہ پبلشرز ہوتے ہیں (جو اس پر دستخط کرتے ہیں)، ایک اختیاری کلید، 64 MB تک کا بائنری ڈیٹا پے لوڈ، اور ایک ٹائم اسٹیمپ (اس بلاک سے ماخوذ جس میں یہ سرایت کرتا ہے)۔ ہر نوڈ آزادانہ طور پر فیصلہ کر سکتا ہے کہ کون سے سلسلے کو سبسکرائب کرنا ہے، یا خود بخود تمام اسٹریمز کو سبسکرائب کر سکتا ہے۔ اگر کوئی نوڈ کسی اسٹریم میں سبسکرائب ہوتا ہے، تو یہ اس اسٹریم کے مواد کو حقیقی وقت میں انڈیکس کرتا ہے، جس سے ناشر، کلید، بلاک، ٹائم اسٹیمپ یا پوزیشن کے ذریعے موثر بازیافت کی اجازت ملتی ہے۔
ملٹی چین 2.0 اس سلسلہ کی فعالیت کو متعدد طریقوں سے بہتر بنائے گا:
- JSON آئٹمز. بائنری ڈیٹا کے ساتھ ساتھ، اسٹریم آئٹمز ساختی JSON اشیاء کو سپورٹ کریں گے، جو بلاکچین پر ایک موثر سیریلائزیشن فارمیٹ میں محفوظ ہیں جیسے UBJSON. چونکہ ملٹی چین API پہلے سے ہی JSON کا استعمال کرتا ہے، یہ JSON آبجیکٹ قدرتی اور واضح انداز میں قابل تحریر اور پڑھنے کے قابل ہوں گے۔
- متعدد چابیاں. سٹریم آئٹمز متعدد کلیدوں کو سپورٹ کریں گے، جس سے ڈیٹا کے ایک ٹکڑے کو دوبارہ حاصل کرنے کے لیے متعدد طریقوں سے انڈیکس کیا جا سکے گا۔
liststreamkeyitems. ہم مسلسل اس بات کا جائزہ لے رہے ہیں کہ ملٹی چین کے اندر کتنی ڈیٹا بیس کی فعالیت کو شامل کرنا ہے، اور ورژن 2.0 میں JSON اسٹریم آئٹمز کے اندر ذیلی عناصر کی انڈیکسنگ کی حمایت کرنے کی توقع نہیں کرتے ہیں۔ فی اسٹریم آئٹم کو متعدد کلیدوں کی اجازت دینا ایک معقول حل فراہم کرتا ہے۔ - متعدد اشیاء کی جوہری تحریر. ملٹی چین 1.0 ایک ہی لین دین کو متعدد اسٹریمز پر لکھنے کی اجازت دیتا ہے، لیکن ایک ہی سلسلے میں متعدد آئٹمز لکھنے کی اجازت نہیں دیتا ہے۔ ملٹی چین 2.0 اس پابندی کو ہٹا دے گا۔
- JSON ضم ہو رہا ہے۔. JSON آبجیکٹ کی کسی بھی ترتیب شدہ فہرست کو "ضم شدہ" آبجیکٹ بنانے کے لیے قدرتی طور پر چپٹا یا خلاصہ کیا جا سکتا ہے۔ ضم شدہ آبجیکٹ میں وہ تمام کلیدیں شامل ہوتی ہیں جو انفرادی آبجیکٹ میں ظاہر ہوتی ہیں، جہاں ہر کلید کے مطابق قدر آخری آبجیکٹ سے لی جاتی ہے جس میں وہ کلید ظاہر ہوتی ہے۔ اگر آپ چاہیں تو، ضم شدہ آبجیکٹ ڈیٹابیس کی قطار کی آخری حالت ہے، جس کے کالم پہلے آبجیکٹ کے ذریعے بیان کیے جاتے ہیں اور بعد کے آبجیکٹ کے ذریعے بڑھا یا اپ ڈیٹ کیا جاتا ہے۔ ملٹی چین 2.0 کسی خاص کلید یا پبلشر کے ساتھ ایک سلسلہ میں JSON آئٹمز کے لیے ضم شدہ آبجیکٹ کو آسانی سے اور تیزی سے بازیافت کرنے کے لیے APIs کا اضافہ کرے گا۔
یہ خصوصیات عام طریقوں سے اخذ کی گئی ہیں جن میں ڈویلپر فی الحال اسٹریمز استعمال کر رہے ہیں۔ دوسرے لفظوں میں، ہم اس بات کا مشاہدہ کر رہے ہیں کہ بہت سے لوگ درخواست کی سطح پر ملٹی چین کے اوپر کیا تعمیر کر رہے ہیں، اور اس فعالیت کو خود ملٹی چین میں لا رہے ہیں – ایک ایسا نمونہ جس کا ہم اپلائی کرنا جاری رکھنا چاہتے ہیں۔ اب جب کہ اسٹریم آئٹمز میں قسم کی معلومات شامل ہوں گی، ان کو مستقبل میں آسانی سے بڑھایا جا سکتا ہے تاکہ دوسرے ڈیٹا فارمیٹس جیسے کہ XML، ایچ ڈی ایف 5 اور مائم- شناخت شدہ مواد۔ شفاف آن چین کمپریشن اور انکرپشن کے امکانات کا ذکر نہ کرنا۔
ملٹی چین 2.0 خام لین دین کے میٹا ڈیٹا (یعنی اسٹریم آئٹمز نہیں) کے لیے JSON آبجیکٹ کے ساتھ ساتھ اثاثہ جات کے اجراء اور اسٹریم تخلیق کے واقعات کے لیے میٹا ڈیٹا کو بھی سپورٹ کرے گا، بجائے کہ ملٹی چین 1.0 میں لاگو کردہ صرف ٹیکسٹ کلید/ویلیو پیئرز کے۔ دی listassets API کسی اثاثہ کے اجراء کے تمام واقعات میں JSON کو ضم کرنے کی پیشکش کرے گا، تاکہ ہر اجراء کا میٹا ڈیٹا مؤثر طریقے سے اثاثہ کی حتمی تفصیل کو اپ ڈیٹ کر سکے۔
اپنی مرضی کے مطابق لین دین کے فلٹرز
ہم نے اس بارے میں بہت سوچا ہے کہ ملٹی چین میں حسب ضرورت پروگرام کے قابل اصول کیسے شامل کیے جائیں۔ اگرچہ ایتھرئم کا "سمارٹ کنٹریکٹ" کا نمونہ مقبول ہے، اس میں ہائی تھرو پٹ کی اجازت یافتہ بلاک چینز کے لیے کئی اہم خامیاں ہیں۔ سب سے پہلے، سمارٹ کنٹریکٹس بلاک چین کی پوری ریاست میں عالمی انحصار کو متعارف کراتے ہیں، جو ہم آہنگی اور کارکردگی کو کافی حد تک متاثر کرتا ہے۔ دوسرا، سمارٹ کنٹریکٹس غلط لین دین کو بلاک چین میں سرایت کرنے سے نہیں روک سکتے، لیکن صرف ان لین دین کو بلاکچین ڈیٹا بیس کی حالت کو اپ ڈیٹ کرنے سے روکتے ہیں۔ اگرچہ طویل مدتی میں ہم توقع کرتے ہیں کہ ایک Ethereum سے مطابقت رکھنے والی ورچوئل مشین ملٹی چین کے اندر ایک اعلیٰ سطحی تجرید کے طور پر پیش کی جائے گی، ہمیں نہیں لگتا کہ یہ کم سطح کی توثیق کے لیے صحیح حل ہے۔
ملٹی چین 2.0 ایک مختلف نمونہ متعارف کرائے گا جسے ٹرانزیکشن فلٹرز کہتے ہیں، جو کسی بھی عالمی ریاست کے حوالے کے بغیر انفرادی لین دین کی توثیق کرتا ہے۔ ہم توقع کرتے ہیں کہ فلٹرز جاوا اسکرپٹ میں لکھے جائیں گے اور ایمبیڈڈ رن ٹائم انجن کے اندر عمل میں لائے جائیں گے جیسے v8، جو گوگل میں استعمال ہوتا ہے۔ کروم براؤزر اور Node.js پلیٹ فارم یقینا، ہمیں اس بات کو یقینی بنانا ہوگا کہ فلٹر کوڈ بلاکچین میں ہر نوڈ پر یکساں طور پر چلتا ہے عدم استحکام کے ذرائع جیسے وقت پڑھنا، بے ترتیب نمبروں کا استعمال، نیٹ ورک یا ڈسک تک رسائی، یا ریاضی کے آپریشنز انجام دینا جو میزبان سرور کے فن تعمیر پر منحصر ہیں۔ جاوا اسکرپٹ کے رن ٹائم ماحول کا تعین کرنا ایک چیلنج ہے، لیکن (زیادہ کچھ دینے کے بغیر) ہمیں یقین ہے کہ یہ مستقبل میں کئی دیگر ملٹی چین خصوصیات کے لیے کارآمد ہوگا۔
فلٹرز کو ایک JSON آبجیکٹ پاس کیا جائے گا جس میں انفرادی لین دین کو بیان کیا جائے گا، جس کی ساخت decoderawtransaction لیکن اضافی فیلڈز کے ساتھ۔ مثال کے طور پر، JSON میں ہر ٹرانزیکشن ان پٹ میں ایک ڈھانچہ شامل ہوگا جس میں اس کے خرچ کردہ پچھلے ٹرانزیکشن آؤٹ پٹ کو بیان کیا جائے گا، اور ہر ایڈریس کے ساتھ فی الحال اس ایڈریس کے پاس موجود اجازتوں کی فہرست ہوگی۔ فلٹر کا کام بولین ویلیو واپس کرنا ہے جس سے یہ ظاہر ہوتا ہے کہ آیا لین دین قابل قبول ہے اور اگر نہیں، تو اس کی وجہ بتاتے ہوئے ایک متنی غلطی فراہم کریں۔ ملٹی چین کے API میں فلٹرز بنانے، سابقہ یا نئے لین دین پر ان کی جانچ کرنے، اور منتظمین کی اتفاق رائے سے مشروط انہیں فعال کرنے کے لیے کمانڈز شامل ہوں گے۔
سمارٹ معاہدوں کے برعکس، اگر فلٹر کے کوڈ میں کوئی بگ پایا جاتا ہے، تو اسے آسانی سے ایک نئے ورژن سے تبدیل کیا جا سکتا ہے۔ بہر حال، تمام ٹورنگ مکمل کوڈ کی طرح، فلٹرز اب بھی لامحدود لوپ میں داخل ہونے کا خطرہ چلاتے ہیں۔ اس مسئلہ کو دو طریقوں سے کم کیا جائے گا:
- فلٹرز کو صرف چین کے منتظمین ہی انسٹال اور چالو کر سکتے ہیں، اتفاق رائے کے ساتھ۔ اس سے ہر منتظم کو یہ موقع ملتا ہے کہ وہ فلٹر کوڈ کو فعال کرنے کے لیے ووٹ دینے سے پہلے اس کی گہرائی میں جانچ کرے۔
- تمام اچھے برتاؤ والے نوڈس اپنے ہم مرتبہ نوڈس پر آگے بھیجنے سے پہلے فعال فلٹرز کا استعمال کرتے ہوئے نئے لین دین کی توثیق کریں گے۔ نتیجے کے طور پر، اگر کوئی لین دین لامحدود لوپ میں فلٹر بھیجتا ہے، تو ٹرانزیکشن کو اس نوڈ سے آگے نہیں پھیلانا چاہیے جس نے اسے بنایا ہے۔
ہم توقع کرتے ہیں کہ فلٹرز کے لیے ایک مقبول ایپلیکیشن اسٹریم آئٹمز کی توثیق کر رہی ہے۔ مثال کے طور پر، ایک فلٹر اس بات کو یقینی بنا سکتا ہے کہ سٹریم کے JSON آئٹمز میں مخصوص فیلڈز ایک مخصوص رینج میں نمبرز پر مشتمل ہوں۔ ملٹی چین 1.0 میں اس قسم کی توثیق ایپلی کیشن کی سطح پر کی جانی چاہیے، یا تو اسٹریم آئٹمز لکھتے وقت (اگر ذریعہ قابل اعتماد ہو) یا انہیں پڑھتے وقت۔ اس کے برعکس، ملٹی چین 2.0 ان اصولوں کو بلاکچین میں ہی سرایت کرنے کے قابل بنائے گا، بلکہ رکاوٹوں کو چیک کریں ایک رشتہ دار ڈیٹا بیس میں۔
ملٹی چین 2.0 میں فلٹرز کو مزید طاقتور بنانے کے لیے دو اضافی خصوصیات شامل ہوں گی۔ سب سے پہلے، یہ صارف کی وضاحت کردہ اجازتوں کو متعارف کرائے گا، جو ملٹی چین کی طرف سے بیان کردہ آٹھ اجازتوں کے ساتھ موجود ہیں۔ جیسا کہ باقاعدہ اجازتوں کے ساتھ، یہ منتظمین (اور بعض صورتوں میں، صارفین کے ذریعے مخصوص پتوں پر دی جائیں گی activate مراعات) اور JSON آبجیکٹ میں پتوں کے ساتھ شامل ہیں جو فلٹر کو بھیجے گئے ہیں۔ مثال کے طور پر، ایک فلٹر اس بات کو یقینی بنا سکتا ہے کہ صرف صارف کی مخصوص اجازت کے ساتھ پتے ہی مخصوص قسم کے ڈیٹا کو کسی سلسلے میں لکھ سکتے ہیں، یا کسی خاص حد سے اوپر کسی خاص اثاثے میں لین دین کر سکتے ہیں۔
دوسرا، ملٹی چین 2.0 ریگولر ٹرانزیکشن آؤٹ پٹ کے اندر اپنی مرضی کے مطابق (بائنری یا JSON) میٹا ڈیٹا کو سپورٹ کرے گا۔ یہ کسی بھی آؤٹ پٹ کو ایک عام ڈیٹا بیس قطار کے طور پر کام کرنے کے قابل بنائے گا، جو اندر موجود پتے کی "ملکیت" میں ہے۔ فلٹرز اس کی JSON تفصیل کے حصے کے طور پر کسی ٹرانزیکشن کے خرچ کردہ اور تخلیق کردہ آؤٹ پٹ کے اندر کوئی میٹا ڈیٹا دیکھیں گے۔ نتیجے کے طور پر، ملٹی چین ایک یونیورسل مشترکہ ڈیٹا بیس انجن بن جائے گا، جہاں لین دین کی درستگی کا تعین ان قطاروں کے حسب ضرورت فنکشن سے کیا جاتا ہے جو اس کی تخلیق اور حذف ہوتی ہیں۔ (اگر یہ تھوڑا سا خلاصہ لگتا ہے، تو ہم یقینی طور پر کچھ ٹھوس مثالیں فراہم کریں گے۔)
بلاکچین اپڈیٹنگ
چونکہ بلاک چینز کو کئی سالوں تک چلانے کے لیے ڈیزائن کیا گیا ہے، اس لیے ان کی خصوصیات کو وقت کے ساتھ تبدیل کرنے کی ضرورت پڑ سکتی ہے۔ ملٹی چین کا موجودہ ورژن پہلے سے ہی کافی حد تک لچک فراہم کرتا ہے، اجازتوں میں تبدیلیوں کی اجازت دیتا ہے (بشمول ایڈمنسٹریٹرز اور کان کنوں کی اتفاق رائے سے)، نئے اثاثے اور سلسلے بنائے جا سکتے ہیں، اور نوڈس کو بغیر کسی رکاوٹ کے نیٹ ورک سے شامل یا ہٹایا جا سکتا ہے۔ بہر حال، ملٹی چین 1.0 میں ایک بلاکچین کا بنیادی پیرامیٹرز، جیسا کہ زیادہ سے زیادہ بلاک سائز اور ہدف کی تصدیق کا وقت، جب سلسلہ بن جاتا ہے تو طے کیا جاتا ہے اور بعد میں تبدیل نہیں کیا جا سکتا۔
ملٹی چین 2.0 بلاک چین کو اپ ڈیٹ کرنے کی صلاحیت کو شامل کرے گا، جس سے اس کے بہت سے پیرامیٹرز میں ترمیم کی جا سکے گی (لیکن تمام نہیں) جب سلسلہ چلتا رہے گا۔ دیگر اہم کارروائیوں کی طرح، بلاک چین کو اپ ڈیٹ کرنے کے لیے ایڈمنسٹریٹر کے اتفاق رائے کی حسب ضرورت سطح کی ضرورت ہوگی، جہاں یہ سطح خود ایک پیرامیٹر ہے جسے تبدیل کیا جا سکتا ہے۔ اپ ڈیٹس ایک مخصوص بلاک سے لاگو ہوں گے، اور اس کے بعد اگلے اپ ڈیٹ تک ہر اگلے بلاک پر لاگو ہوں گے۔
بلاکچین پیرامیٹرز جو اپ ڈیٹ کیے جاسکتے ہیں ان میں شامل ہوں گے:
- پروٹوکول ورژن. یہ ملٹی چین کے ایک ورژن کے ساتھ بنائے گئے بلاک چین کو نئے ورژن میں خصوصیات کو سپورٹ کرنے کے لیے اپ گریڈ کرنے کے قابل بنائے گا، جیسے JSON اسٹریم آئٹمز یا ٹرانزیکشن فلٹرز۔ درحقیقت، پروٹوکول ورژن
10008ملٹی چین 1.0 الفا 29 میں متعارف کرایا گیا ہے (اور بیٹا میں استعمال کیا جاتا ہے) اس قسم کے اپ گریڈ کے لیے غیر دستاویزی تعاون کے ساتھ پہلے ہی مستقبل کا ثبوت دیا گیا ہے۔ ملٹی چین 1.0 بلاکچین کو 2.0 پروٹوکول میں اپ گریڈ کرنے کے بعد، یہ یہاں بیان کردہ دیگر پیرامیٹر تبدیلیوں تک بھی رسائی حاصل کر لے گا۔ - بلاکچین اسکیلنگ. بلاک چین جو مقبول ہو جاتے ہیں وہ اپنے ہدف کی تصدیق کے وقت یا زیادہ سے زیادہ لین دین اور بلاک سائز کے لیے مقرر کردہ ابتدائی اقدار کو بڑھا سکتے ہیں۔ ملٹی چین 2.0 ان اقدار کو ضرورت کے مطابق بڑھانے یا کم کرنے کی اجازت دے گا۔
- اجازت دینے والا ماڈل. ملٹی چین 2.0 اجازت اور گورننس سے متعلق بہت سے پیرامیٹرز کو اپ ڈیٹ کرنے کی اجازت دے گا، بشمول: (a)
anyone-can-*پیرامیٹرز جو بلاکچین کے کھلے یا بند ہونے کے طریقوں کو کنٹرول کرتے ہیں، (b)admin-consensus-*وہ پیرامیٹرز جو منتظمین کے اتفاق رائے کی سطحوں کا تعین کرتے ہیں جو کچھ کاموں کے لیے درکار ہوتے ہیں، اور (c)mining-diversityپیرامیٹر جو راؤنڈ رابن اتفاق رائے الگورتھم کی سختی کو کنٹرول کرتا ہے۔
ایک بار جب یہ اپڈیٹنگ فنکشنلٹی نافذ ہو جاتی ہے، تو کوئی وجہ نہیں ہونی چاہیے کہ ملٹی چین میں بنایا گیا بلاک چین کئی دہائیوں یا اس سے زیادہ عرصے تک نہ چل سکے۔
آگے کی تلاش میں
ہم نے پہلے ہی ملٹی چین 2.0 پر کام شروع کر دیا ہے، اور اس روڈ میپ پر ڈیلیور کرنے کے منتظر ہیں۔ اس میں کوئی شک نہیں کہ دیگر اضافہ بھی شامل کیا جائے گا۔ ملٹی چین 1.0 کی طرح، ہمارے پاس راستے میں الفا ریلیزز ہوں گی، تاکہ ڈویلپرز نئی خصوصیات کو لاگو ہوتے ہی استعمال اور سیکھ سکیں (اور یقیناً کسی بھی مسائل یا کوتاہیوں کی اطلاع دیں)۔ قدرتی طور پر، ہم اس پورے عرصے میں ورژن 1.0 کو برقرار رکھنا جاری رکھیں گے، ظاہر ہونے والے کسی بھی کیڑے کو ٹھیک کرتے ہوئے.
میں اپنی ڈیولپمنٹ ٹیم کا شکریہ ادا کرتے ہوئے ختم کرنا چاہوں گا، جس کی قیادت ڈاکٹر مائیکل روزانتسیف کر رہے ہیں، ان کی مسلسل فضیلت اور محنت کے لیے۔ ہم ملٹی چین کو ایک سیدھے سادے سافٹ ویئر انجینئرنگ پروجیکٹ کے طور پر دیکھتے ہیں، جس میں کوڈ کا معیار اور جانچ سب سے بڑھ کر شمار ہوتی ہے۔ ایسے لوگوں کے ساتھ کام کرنا میرا اعزاز ہے جو ایسی قابل ذکر کارکردگی اور رفتار کے ساتھ ایک پیچیدہ پروڈکٹ ویژن کو مستحکم ورکنگ سافٹ ویئر میں تبدیل کر سکتے ہیں۔
براہ کرم کوئی تبصرہ پوسٹ کریں۔ لنکڈ پر.
