ایتھریم اینٹی سینسرشپ میکنزمز کو بہتر بنانے کے لیے FOCIL اور FairFIL کا جائزہ لے رہا ہے

بلوکچین کی دنیا میں، ہم اکثر ایک لفظ سنوتے ہیں: "سینسر شپ کے خلاف".

بہت سے لوگوں کی پہلی پ्रتکریا یہ ہو سکتی ہے کہ اسے ایک سیاسی، یا حتیٰ کہ کسی انارکسٹ تصور کی طرح لگتا ہے، لیکن عالمی صارفین کے لیے کھلا ادائیگی کا نیٹ ورک ہونے کے نظریہ میں، سینسر شپ کے خلاف ہونا پہلے تو ایک سیاسی موقف نہیں، بلکہ ایک بہت واضح ٹیکنالوجی کی صلاحیت ہے۔

کیا آپ تصور کر سکتے ہیں کہ آپ imToken والٹ میں ایک ٹرانزیکشن شروع کر رہے ہیں؟

دستخط درست ہے، اکاؤنٹ میں باقیات کافی ہیں، اور گیس فیس بھی کم نہیں ہے، لیکن ٹرانزیکشن کبھی بھی بلاک میں شامل نہیں ہو رہی، اور والٹ میں حالت ہمیشہ «منتظر» پر ہی رہتی ہے، جبکہ دیگر مماثل یا کم فیس والی ٹرانزیکشنز لگاتار بلاک میں شامل ہو رہی ہیں۔

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

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

ایتھریم کو ان مکینزمز کی ضرورت کیوں ہے، اسے سمجھنے کے لیے، سب سے پہلے یہ سمجھنا ضروری ہے کہ ایک ٹرانزیکشن واٹلیٹ سے جاری ہونے کے بعد کیا ہوتا ہے۔

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

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

مسئلہ بھی اسی مرحلے میں پیدا ہوتا ہے۔

ایتھریم کے PoS (پروف آف اسٹیک) مکینزم میں اپگریڈ کے بعد، بڑے اسٹیکنگ پولز کو MEV (ماکسیمم ایکسٹریکٹیبل ویلیو) کا استعمال کرکے معاشی منوپولی بنانے سے روکنے کے لیے، ایتھریم نے PBS (پروپوزر-بِلڈر سیپریشن) سسٹم متعارف کرایا، جس کے تحت، ہر ایتھریم ٹرانزیکشن کے عمل کو دو کرداروں پر تقسیم کر دیا گیا ہے:

• بیلڈر: ٹریڈز کو جمع کرنے، ٹریڈز کی ترتیب کو منظم کرنے، آربٹریج اور کلیئرنگ مواقع تلاش کرنے اور ایک ایسا بلاک بنانے کے لیے ذمہ دار ہے جس کا منافع ممکنہ حد تک زیادہ ہو؛
• پیشکش کرنے والا (Proposer): بیلڈر کی طرف سے جمع کردہ امیدوار بلاکوں میں سے ایک کا انتخاب کرنا اور اسے نیٹ ورک میں جمع کرانا؛

اس تقسیم کے بہت عملی فوائد ہیں۔

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

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

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

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

总的来说، عام صارفین کے لیے، ایتھریم ایک کھلا نیٹ ورک ہے جس سے کوئی بھی جڑ سکتا ہے، ٹرانسفر کر سکتا ہے، اور اسمارٹ کنٹریکٹس کو فراہم کر سکتا ہے، لیکن پروٹوکول کے عمل کے لحاظ سے، ٹرانزیکشن بھیجنا صرف پہلا مرحلہ ہے؛ اس کا اصلی طور پر انجام پانا اس بات پر منحصر ہے کہ کیا کوئی بلاک بیلڈر اسے منتخب کرتا ہے، ترتیب دیتا ہے، اور بلاک میں شامل کرتا ہے۔

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

جب کوئی لین دین معاہدے کے قواعد کو پورا کرتی ہے، تو کیا نیٹ ورک اسے منطقی وقت کے اندر بلاک میں شامل ہونے کا گارنٹی دیتا ہے؟

اس بات تک پہنچ کر مسئلہ واضح ہو چکا ہے کہ Builder区块 بنانے کی کارکردگی بڑھا سکتا ہے، لیکن اگر ٹرانزیکشن شامل کرنے کا اختیار لمبے عرصے تک کچھ معدود Builder کے ہاتھوں میں رہا، تو ایتھریم دوبارہ نئے مرکزی اکیلے قابض کے خطرے کا شکار ہو سکتا ہے۔

اس کے لیے، ایتھریم ریسرچر نے انکلوژن لسٹس پیش کیں، جنہیں عام طور پر "شامل کرنے کی فہرست" کہا جاتا ہے۔

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

بัส اسٹاپ کے مثال کے طور پر، ایک بلاک کو محدود سیٹوں والی ایک ٹرپ کے طور پر سمجھا جا سکتا ہے۔

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

تاہم، فہرست کس کے ذمہ بنائی جائے گی اور اگر کوئی جان بوجھ کر ٹریڈز کو چھوڑ دے تو کیا ہوگا، اب بھی دو ایسے سوالات ہیں جن کا حل نہیں نکلا۔

FOCIL اور FairFIL، جو ان دو راستوں پر منحصر ہیں۔

1. FOCIL: کسی ایک پراپوزر کو ایک لسٹ شامل کرنے کی اجازت نہیں دی جائے گی

FOCIL (Fork-Choice Enforced Inclusion Lists) نے ٹریڈز کو شامل کرنے کا اختیار ایک منفرد پراپوزر سے متعدد طرفین کے "وریفائر کمیٹی" پر منتقل کر دیا ہے۔

ہر بلاک پیریڈ کے دوران، نیٹ ورک ایک عارضی کمیٹی کے لیے ویریفکیشن نوڈس کا ایک گروہ تصادفی طور پر منتخب کرتا ہے، جس کا ہر ممبر نیٹ ورک میموری پول کا مستقل مشاہدہ کرتا ہے اور اپنا اپنا مقامی شامل کرنے کا فہرست جمع کرتا ہے۔

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

اس لیے اس کا فائدہ یہ ہے کہ آپ کو کمیٹی کے ہر ایک رکن پر بھروسہ کرنے کی ضرورت نہیں ہے کہ وہ ناپارٹی بنے رہیں۔

لیکن صرف فہرست کافی نہیں، اگر بیلڈر فہرست حاصل کرنے کے بعد بھی انجام نہ دے، تو فہرست ایک غیر.bindinگ تجویز بن جائے گی۔

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

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

2. FairFIL: صرف خامیوں کو درست کرنے کے بجائے، یہ بھی ضروری ہے کہ missing items کی تصدیق ممکن ہو

اگر FOCIL کو متفقہ قواعد کے ذریعے جان بوجھ کر جانچ کو منع کیا جاتا ہے، تو FairFIL (Fair Forward Inclusion Lists) اور جوابدہی کے نظام معاشی طور پر جانچ کو بہت زیادہ مہنگا اور غیر قابل استحکام بناتے ہیں۔

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

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

اس کا بنیادی منطق تین مراحل میں سمجھا جا سکتا ہے۔

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

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

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

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

روزانہ والٹ میں ٹرانسفر، تبادلہ یا DeFi کے استعمال کرنے والے عام صارفین کے لیے، یہ بنیادی مکانیزم مستقبل میں لاگو ہونے پر بھی موجودہ عمل کے عادات کو تبدیل نہیں کریں گے۔

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

جو اصل میں بہتر ہوا، وہ ٹریڈنگ کے عمل کی یقینیت ہے۔

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

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

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

مستقبل میں، والٹ اور بلاک براؤزر اس کی بنیاد پر مزید تفصیلی ٹرانزیکشن کی حیثیت فراہم کر سکتے ہیں۔

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

تاہم، جانچ سے بچنے کا نظام یہ نہیں کہ ہر لین دین فوری کامیاب ہو جائے۔

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

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

پیشرفت کے مطابق، 2026ء کے اگست تک، FOCIL کے متعلق EIP-7805 اب بھی Draft حالت میں ہے، لیکن اسے ایتھریم کور ڈویلپرز نے Hegotá اپگریڈ کے کنسینس لیئر کا Headliner منتخب کر لیا ہے اور اسے Scheduled for Inclusion مرحلے میں شامل کر دیا گیا ہے، جس کا مطلب ہے کہ کلائنٹ ٹیمز نے اس کے حوالے سے ایمپلیمنٹیشن اور نیٹ ورک ٹیسٹنگ کو آگے بڑھانے پر متفق کر لیا ہے، لیکن مین نیٹ پر آفیشل لانچ کی تاریخ اب تک فائنل نہیں ہوئی۔

FairFIL زیادہ پرانا ہے، اور ابھی اس کا مرکز 2026 جولائی میں جاری ہونے والے تحقیقی منصوبے پر ہے؛ مستقبل میں اسے ایتھریم روسٹ میں شامل کیا جائے گا یا نہیں، اس کے لیے مزید وسیع بحث، عمل میں لانا اور سیکورٹی کی تصدیق کی ضرورت ہوگی۔

客观地说，以太坊无法保证每位构建者、验证者和基础设施运营商永远保持中立。

شرکاء监管压力 کے تحت ہو سکتے ہیں، اپنے مفادات کے لیے کام کر سکتے ہیں، یا بیرونی انعامات قبول کر سکتے ہیں؛ ایک حقیقی طور پر مضبوط مرکزیت یافتہ نیٹ ورک کسی ایسی خیالی فرضیہ پر بنایا نہیں جا سکتا جس میں سب کچھ درست کام کریں گے۔

حقیقی سینسر شدگی کے خلاف مزاحمت یہ ہے کہ جب کچھ شرکاء ٹرانزیکشن پر دخل اندازی کرنے کی کوشش کریں، تو دوسرے شرکاء ابھی بھی اس کنٹرول کو توڑنے کی صلاحیت رکھتے ہیں؛ جب کوئی نیٹرل اصولوں سے انحراف کا انتخاب کرے، تو پروٹوکول اس رویے کو قابلِ مشاہدہ، مہنگا اور مستقل نہ ہونے والا بناتا ہے۔

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

اس منظر سے، ایتھریم واقعی اس وعدے کو ایک قیمتی اعلان سے لے کر اپنے پروٹوکول میں ایک ایک کر کے ڈالنے کی کوشش کر رہا ہے۔

منتظر رہیں۔