
اپٹیمم: جب ویلیڈیٹر کی کارکردگی تھوڑے ہو جائے تو کیا ہوتا ہے؟ ایتھریم ویلیڈیٹر چلانا صرف طاقتور ہارڈویئر رکھنے کے بارے میں نہیں ہے۔ اس کا مطلب یہ بھی ہے کہ ویلیڈیٹر کو قابل اعتماد رکھا جائے، حتیٰ کہ جب انفرادی مشینوں یا نیٹ ورک کنکشن میں مسائل ہوں۔ یہیں دو دلچسپ ٹیکنالوجیاں اکٹھی ہوتی ہیں: ڈسٹریبیوٹڈ ویلیڈیٹر ٹیکنالوجی (DVT) اور اپٹیمم کا mump2p۔ آئیے سمجھتے ہیں کہ وہ کس طرح ایک دوسرے کو مکمل کرتے ہیں۔ سب سے پہلے، ڈسٹریبیوٹڈ ویلیڈیٹر ٹیکنالوجی کیا ہے؟ روایتی طور پر، ویلیڈیٹر کے سائننگ کے فرائض ایک منفرد ویلیڈیٹر سیٹ اپ کے ذریعے نبھائے جاتے ہیں۔ DVT اس طریقہ کار کو تبدیل کرتا ہے اور ویلیڈیٹر کے فرائض کو متعدد مستقل آپریٹرز یا مشینوں پر تقسیم کرتا ہے۔ ہر کام انجام دینے کے لیے ایک مشین پر انحصار نہ کرتے ہوئے، متعدد شرکت کرنے والے نوڈس مل کر ایک ویلیڈیٹر چلاتے ہیں۔ اس سے ریدنڈنسی پیدا ہوتا ہے۔ مثلاً، ایک اسٹکنگ فراہم کنندہ اپنا ایتھریم ویلیڈیٹر چلا رہا ہے۔ اگر اس کا واحد مشین آف لائن ہو جائے، تو ویلیڈیٹر اپنے فرائض نبھانے میں ناکام ہو سکتا ہے۔ DVT کے ساتھ، متعدد مستقل آپریٹرز مل کر کام کر سکتے ہیں، جس سے اگر ایک مشین مسئلہ پیدا کرے تو پورا ویلیڈیٹر آف لائن نہ ہو جائے۔ اس سے خرابی کا تحمل بڑھتا ہے اور ایک منفرد انفراسٹرکچر فراہم کنندہ پر انحصار کم ہوتا ہے۔ اپٹیمم کہاں فٹ ہوتا ہے؟ متعدد مشینوں کا ہونا مفید ہے، لیکن ان مشینوں کو اب بھي موثر طریقے سے رابطہ قائم رکھنا ضروری ہے۔ انھيں معلومات کا تبادلہ کرنا اور اپنے فعالیت کو منظم رکھنا چاہئے۔ اس جگہ @get_optimum کا mump2p آتا ہے۔ Random Linear Network Coding (RLNC) پر مبنی، mump2p بلاکچین ڈे�ٹا کو نوڈس کے درميان منتقل کرنے کے طرīقے میں بہتری لانا چاhta ہے۔ گمشدہ پیرٹس کو دوبارہ بھجوانے پر انحصار نہ کرتے ہوئے، نوڈس محفوظ مستقل کوڈ شدہ پیرٹس سے اصل ڈेटا دوبارہ تعمیر کرسکتے ہيں۔ اس سے زائد رابطہ کم ہوتا ہے اور پروپگیشن کارآمدگی بڑھتى ہيں۔ آئيئے دونوں ٹيکنالوجيز کو اik حقīقī مثال ميں ديکھيئي۔ تصور كريئي كه اik اسٹكنگ آپريشن مختلف مقامات پر تقسيم شدہ ويليدٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗٗ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · `
