معمولی ہارڈویئر پر ایتھیریم نوڈز چلانے کی صلاحیت حقیقی لامرکزیت کے لیے انتہائی اہم ہے۔ اس کی وجہ یہ ہے کہ نوڈ چلانے سے صارفین کو یہ صلاحیت ملتی ہے کہ وہ کسی تیسرے فریق پر ڈیٹا فراہم کرنے کے لیے بھروسہ کرنے کے بجائے آزادانہ طور پر علمِ تشفیر کی جانچ پڑتال کر کے معلومات کی تصدیق کر سکیں۔ نوڈ چلانے سے صارفین کسی درمیانی فریق پر بھروسہ کرنے کے بجائے براہ راست ایتھیریم پیئر ٹو پیئر نیٹ ورک پر ٹرانزیکشنز جمع کروا سکتے ہیں۔ لامرکزیت اس وقت تک ممکن نہیں جب تک یہ فوائد صرف مہنگے ہارڈویئر والے صارفین کو دستیاب ہوں۔ اس کے بجائے، نوڈز کو انتہائی معمولی پروسیسنگ اور میموری کی ضروریات کے ساتھ چلنے کے قابل ہونا چاہیے تاکہ وہ موبائل فونز، مائیکرو کمپیوٹرز یا گھریلو کمپیوٹر پر بغیر کسی رکاوٹ کے چل سکیں۔
آج، ڈسک اسپیس کی زیادہ ضروریات نوڈز تک عالمی رسائی میں سب سے بڑی رکاوٹ ہیں۔ یہ بنیادی طور پر ایتھیریم کے حالت کے ڈیٹا کے بڑے حصوں کو ذخیرہ کرنے کی ضرورت کی وجہ سے ہے۔ اس حالت کے ڈیٹا میں نئے بلاکس اور ٹرانزیکشنز کو درست طریقے سے پروسیس کرنے کے لیے درکار اہم معلومات شامل ہوتی ہیں۔ اس تحریر کے وقت، ایک مکمل ایتھیریم نوڈ چلانے کے لیے ایک تیز رفتار 2TB SSD کی سفارش کی جاتی ہے۔ ایک ایسے نوڈ کے لیے جو کسی پرانے ڈیٹا کو حذف نہیں کرتا، اسٹوریج کی ضرورت تقریباً 14GB/week کی شرح سے بڑھتی ہے، اور آرکائیو نوڈز جو ابتدائی بلاک سے لے کر اب تک کا تمام ڈیٹا ذخیرہ کرتے ہیں، وہ 12 TB کے قریب پہنچ رہے ہیں (اس تحریر کے وقت، فروری ۲۰۲۳ میں)۔
پرانے ڈیٹا کو ذخیرہ کرنے کے لیے سستی ہارڈ ڈرائیوز استعمال کی جا سکتی ہیں لیکن وہ آنے والے بلاکس کے ساتھ رفتار برقرار رکھنے کے لیے بہت سست ہوتی ہیں۔ کلائنٹس کے لیے موجودہ اسٹوریج ماڈلز کو برقرار رکھتے ہوئے ڈیٹا کو سستا اور ذخیرہ کرنے میں آسان بنانا اس مسئلے کا صرف ایک عارضی اور جزوی حل ہے کیونکہ ایتھیریم کی حالت کی نمو 'لامحدود' ہے، جس کا مطلب ہے کہ اسٹوریج کی ضروریات ہمیشہ بڑھتی ہی رہیں گی، اور تکنیکی بہتریوں کو ہمیشہ حالت کی مسلسل نمو کے ساتھ رفتار برقرار رکھنی ہوگی۔ اس کے بجائے، کلائنٹس کو بلاکس اور ٹرانزیکشنز کی تصدیق کے لیے ایسے نئے طریقے تلاش کرنے ہوں گے جو مقامی ڈیٹا بیس سے ڈیٹا تلاش کرنے پر انحصار نہ کریں۔
نوڈز کے لیے اسٹوریج کو کم کرنا
ہر نوڈ کو ذخیرہ کرنے والے ڈیٹا کی مقدار کو کم کرنے کے کئی طریقے ہیں، جن میں سے ہر ایک کے لیے ایتھیریم کے بنیادی پروٹوکول کو مختلف حد تک اپ ڈیٹ کرنے کی ضرورت ہوتی ہے:
- ہسٹری ایکسپائری: نوڈز کو X بلاکس سے پرانے حالت کے ڈیٹا کو ضائع کرنے کے قابل بناتی ہے، لیکن اس سے یہ تبدیل نہیں ہوتا کہ ایتھیریم کلائنٹس حالت کے ڈیٹا کو کس طرح ہینڈل کرتے ہیں۔
- اسٹیٹ کی میعاد کا خاتمہ: حالت کے اس ڈیٹا کو غیر فعال ہونے کی اجازت دیتا ہے جو کثرت سے استعمال نہیں ہوتا۔ غیر فعال ڈیٹا کو کلائنٹس اس وقت تک نظر انداز کر سکتے ہیں جب تک کہ اسے دوبارہ بحال نہ کیا جائے۔
- کمزور غیر حالتی کیفیت: صرف بلاک تیار کرنے والوں کو مکمل حالت کے ڈیٹا تک رسائی کی ضرورت ہوتی ہے، دیگر نوڈز مقامی حالت کے ڈیٹا بیس کے بغیر بلاکس کی تصدیق کر سکتے ہیں۔
- مضبوط غیر حالتی کیفیت: کسی بھی نوڈ کو مکمل حالت کے ڈیٹا تک رسائی کی ضرورت نہیں ہوتی۔
ڈیٹا کی میعاد کا خاتمہ
ہسٹری ایکسپائری
ہسٹری ایکسپائری سے مراد کلائنٹس کا اس پرانے ڈیٹا کو حذف کرنا ہے جس کی انہیں ضرورت پڑنے کا امکان نہیں ہے، تاکہ وہ صرف تھوڑی مقدار میں تاریخی ڈیٹا ذخیرہ کریں، اور نیا ڈیٹا آنے پر پرانے ڈیٹا کو چھوڑ دیں۔ کلائنٹس کو تاریخی ڈیٹا کی ضرورت دو وجوہات کی بنا پر ہوتی ہے: ہم آہنگی اور ڈیٹا کی درخواستوں کو پورا کرنا۔ اصل میں، کلائنٹس کو ابتدائی بلاک سے ہم آہنگی کرنی پڑتی تھی، اور یہ تصدیق کرنی پڑتی تھی کہ ہر آنے والا بلاک چین کے سرے تک درست ہے۔ آج، کلائنٹس چین کے سرے تک پہنچنے کے لیے "کمزور موضوعیت کے چیک پوائنٹس" کا استعمال کرتے ہیں۔ یہ چیک پوائنٹس قابل اعتماد شروعاتی مقامات ہیں، جیسے کہ ایتھیریم کے بالکل آغاز کے بجائے موجودہ وقت کے قریب ایک ابتدائی بلاک کا ہونا۔ اس کا مطلب یہ ہے کہ کلائنٹس چین کے سرے تک ہم آہنگی کرنے کی صلاحیت کھوئے بغیر، سب سے حالیہ کمزور موضوعیت کے چیک پوائنٹ سے پہلے کی تمام معلومات کو چھوڑ سکتے ہیں۔ کلائنٹس فی الحال تاریخی ڈیٹا کے لیے (جے سن آر پی سی کے ذریعے آنے والی) درخواستوں کو اپنے مقامی ڈیٹا بیس سے حاصل کر کے پورا کرتے ہیں۔ تاہم، ہسٹری ایکسپائری کے ساتھ یہ ممکن نہیں ہوگا اگر مطلوبہ ڈیٹا کو حذف کر دیا گیا ہو۔ اس تاریخی ڈیٹا کو فراہم کرنے کے لیے کچھ اختراعی حل درکار ہیں۔
ایک آپشن یہ ہے کہ کلائنٹس پورٹل نیٹ ورک جیسے حل کا استعمال کرتے ہوئے پیئرز سے تاریخی ڈیٹا کی درخواست کریں۔ پورٹل نیٹ ورک تاریخی ڈیٹا فراہم کرنے کے لیے ایک زیرِ تعمیر پیئر ٹو پیئر نیٹ ورک ہے جہاں ہر نوڈ ایتھیریم کی تاریخ کا ایک چھوٹا سا حصہ ذخیرہ کرتا ہے تاکہ پوری تاریخ نیٹ ورک میں تقسیم شدہ حالت میں موجود ہو۔ متعلقہ ڈیٹا ذخیرہ کرنے والے پیئرز کو تلاش کر کے اور ان سے درخواست کر کے درخواستیں پوری کی جاتی ہیں۔ متبادل کے طور پر، چونکہ عام طور پر ایپس کو تاریخی ڈیٹا تک رسائی کی ضرورت ہوتی ہے، اس لیے اسے ذخیرہ کرنا ان کی ذمہ داری بن سکتی ہے۔ ایتھیریم اسپیس میں اتنے رضاکارانہ اداکار بھی ہو سکتے ہیں جو تاریخی آرکائیوز کو برقرار رکھنے کے لیے تیار ہوں۔ یہ ایک DAO ہو سکتا ہے جو تاریخی ڈیٹا اسٹوریج کو منظم کرنے کے لیے بنایا گیا ہو، یا مثالی طور پر یہ ان تمام آپشنز کا مجموعہ ہوگا۔ یہ فراہم کنندگان کئی طریقوں سے ڈیٹا فراہم کر سکتے ہیں، جیسے کہ ٹورینٹ، FTP، فائل کوائن یا IPFS پر۔
ہسٹری ایکسپائری کسی حد تک متنازعہ ہے کیونکہ اب تک ایتھیریم نے ہمیشہ کسی بھی تاریخی ڈیٹا کی دستیابی کی واضح ضمانت دی ہے۔ ابتدائی بلاک سے مکمل ہم آہنگی ہمیشہ ایک معیار کے طور پر ممکن رہی ہے، یہاں تک کہ اگر یہ اسنیپ شاٹس سے کچھ پرانے ڈیٹا کو دوبارہ بنانے پر انحصار کرتی ہو۔ ہسٹری ایکسپائری اس ضمانت کو فراہم کرنے کی ذمہ داری کو ایتھیریم کے بنیادی پروٹوکول سے باہر منتقل کر دیتی ہے۔ اگر مرکزی تنظیمیں تاریخی ڈیٹا فراہم کرنے کے لیے آگے آتی ہیں تو اس سے سنسرشپ کے نئے خطرات پیدا ہو سکتے ہیں۔
EIP-4444 ابھی جاری ہونے کے لیے تیار نہیں ہے، لیکن اس پر فعال بحث جاری ہے۔ دلچسپ بات یہ ہے کہ EIP-4444 کے ساتھ چیلنجز اتنے تکنیکی نہیں ہیں، بلکہ زیادہ تر کمیونٹی مینجمنٹ کے ہیں۔ اسے جاری کرنے کے لیے، کمیونٹی کی رضامندی کی ضرورت ہے جس میں نہ صرف معاہدہ شامل ہو بلکہ قابل اعتماد اداروں کی جانب سے تاریخی ڈیٹا کو ذخیرہ کرنے اور فراہم کرنے کے وعدے بھی شامل ہوں۔
یہ اپ گریڈ بنیادی طور پر اس بات کو تبدیل نہیں کرتا کہ ایتھیریم نوڈز حالت کے ڈیٹا کو کس طرح ہینڈل کرتے ہیں، یہ صرف اس بات کو تبدیل کرتا ہے کہ تاریخی ڈیٹا تک کیسے رسائی حاصل کی جاتی ہے۔
اسٹیٹ کی میعاد کا خاتمہ
اسٹیٹ کی میعاد کے خاتمے سے مراد انفرادی نوڈز سے حالت کو ہٹانا ہے اگر حال ہی میں اس تک رسائی حاصل نہ کی گئی ہو۔ اسے نافذ کرنے کے کئی طریقے ہو سکتے ہیں، بشمول:
- کرائے کے ذریعے میعاد کا خاتمہ: اکاؤنٹس سے "کرایہ" وصول کرنا اور جب ان کا کرایہ صفر ہو جائے تو ان کی میعاد ختم کر دینا
- وقت کے ذریعے میعاد کا خاتمہ: اگر کسی اکاؤنٹ میں کچھ عرصے تک کوئی پڑھنے/لکھنے کا عمل نہ ہو تو اسے غیر فعال کر دینا
کرائے کے ذریعے میعاد کا خاتمہ اکاؤنٹس کو فعال حالت کے ڈیٹا بیس میں رکھنے کے لیے ان سے براہ راست کرایہ وصول کرنا ہو سکتا ہے۔ وقت کے ذریعے میعاد کا خاتمہ آخری اکاؤنٹ کے تعامل سے الٹی گنتی کے ذریعے ہو سکتا ہے، یا یہ تمام اکاؤنٹس کی متواتر میعاد کا خاتمہ ہو سکتا ہے۔ ایسے میکانزم بھی ہو سکتے ہیں جو وقت اور کرائے پر مبنی دونوں ماڈلز کے عناصر کو یکجا کرتے ہوں، مثال کے طور پر انفرادی اکاؤنٹس فعال حالت میں برقرار رہتے ہیں اگر وہ وقت پر مبنی میعاد کے خاتمے سے پہلے کچھ چھوٹی فیس ادا کرتے ہیں۔ اسٹیٹ کی میعاد کے خاتمے کے ساتھ یہ نوٹ کرنا ضروری ہے کہ غیر فعال حالت کو حذف نہیں کیا جاتا، اسے صرف فعال حالت سے الگ ذخیرہ کیا جاتا ہے۔ غیر فعال حالت کو دوبارہ فعال حالت میں بحال کیا جا سکتا ہے۔
اس کے کام کرنے کا طریقہ کار غالباً مخصوص ادوار (شاید ~۱ سال) کے لیے ایک اسٹیٹ ٹری کا ہونا ہوگا۔ جب بھی کوئی نیا دور شروع ہوتا ہے، تو ایک بالکل نیا اسٹیٹ ٹری بھی شروع ہوتا ہے۔ صرف موجودہ اسٹیٹ ٹری میں ترمیم کی جا سکتی ہے، باقی تمام ناقابلِ تبدیلی ہوتے ہیں۔ ایتھیریم نوڈز سے صرف موجودہ اسٹیٹ ٹری اور اس سے پچھلے سب سے حالیہ ٹری کو رکھنے کی توقع کی جاتی ہے۔ اس کے لیے کسی پتے کو اس دور کے ساتھ ٹائم اسٹیمپ کرنے کے طریقے کی ضرورت ہوتی ہے جس میں وہ موجود ہو۔ ایسا کرنے کے کئی ممکنہ طریقے (opens in a new tab) ہیں، لیکن سب سے نمایاں آپشن میں اضافی معلومات کو ایڈجسٹ کرنے کے لیے پتوں کو طویل کرنے (opens in a new tab) کی ضرورت ہوتی ہے جس کا اضافی فائدہ یہ ہے کہ طویل پتے زیادہ محفوظ ہوتے ہیں۔ روڈ میپ کا وہ آئٹم جو یہ کرتا ہے اسے ایڈریس اسپیس ایکسٹینشن (opens in a new tab) کہا جاتا ہے۔
ہسٹری ایکسپائری کی طرح، اسٹیٹ کی میعاد کے خاتمے کے تحت پرانے حالت کے ڈیٹا کو ذخیرہ کرنے کی ذمہ داری انفرادی صارفین سے ہٹا کر دیگر اداروں جیسے کہ مرکزی فراہم کنندگان، رضاکار کمیونٹی ممبران یا پورٹل نیٹ ورک جیسے مزید مستقبل کے لامركزی حلوں پر ڈال دی جاتی ہے۔
اسٹیٹ کی میعاد کا خاتمہ ابھی تحقیق کے مرحلے میں ہے اور ابھی جاری ہونے کے لیے تیار نہیں ہے۔ اسٹیٹ کی میعاد کا خاتمہ غیر حالتی کلائنٹس اور ہسٹری ایکسپائری کے بعد ہو سکتا ہے کیونکہ وہ اپ گریڈز اکثریت کے توثیق کنندگان کے لیے بڑے حالت کے سائز کو آسانی سے قابل انتظام بناتے ہیں۔
غیر حالتی کیفیت
غیر حالتی کیفیت کا نام کچھ حد تک غلط فہمی پیدا کرتا ہے کیونکہ اس کا مطلب یہ نہیں ہے کہ "حالت" کا تصور ختم ہو گیا ہے، بلکہ اس میں یہ تبدیلیاں شامل ہیں کہ ایتھیریم نوڈز حالت کے ڈیٹا کو کس طرح ہینڈل کرتے ہیں۔ غیر حالتی کیفیت بذات خود دو اقسام میں آتی ہے: کمزور غیر حالتی کیفیت اور مضبوط غیر حالتی کیفیت۔ کمزور غیر حالتی کیفیت زیادہ تر نوڈز کو حالت کے ذخیرے کی ذمہ داری چند نوڈز پر ڈال کر غیر حالتی ہونے کے قابل بناتی ہے۔ مضبوط غیر حالتی کیفیت کسی بھی نوڈ کے لیے مکمل حالت کے ڈیٹا کو ذخیرہ کرنے کی ضرورت کو مکمل طور پر ختم کر دیتی ہے۔ کمزور اور مضبوط دونوں غیر حالتی کیفیات عام توثیق کنندگان کو درج ذیل فوائد پیش کرتی ہیں:
- تقریباً فوری ہم آہنگی
- بلاکس کو بے ترتیب انداز میں توثیق کرنے کی صلاحیت
- نوڈز بہت کم ہارڈویئر کی ضروریات کے ساتھ چلنے کے قابل (مثلاً، فونز پر)
- نوڈز سستی ہارڈ ڈرائیوز پر چل سکتے ہیں کیونکہ ڈسک کو پڑھنے/لکھنے کی ضرورت نہیں ہوتی
- ایتھیریم کے علمِ تشفیر میں مستقبل کے اپ گریڈز کے ساتھ ہم آہنگ
کمزور غیر حالتی کیفیت
کمزور غیر حالتی کیفیت میں ایتھیریم نوڈز کے حالت کی تبدیلیوں کی تصدیق کرنے کے طریقے میں تبدیلیاں شامل ہوتی ہیں، لیکن یہ نیٹ ورک پر موجود تمام نوڈز میں حالت کے ذخیرے کی ضرورت کو مکمل طور پر ختم نہیں کرتی۔ اس کے بجائے، کمزور غیر حالتی کیفیت حالت کے ذخیرے کی ذمہ داری بلاک تجویز کرنے والوں پر ڈالتی ہے، جبکہ نیٹ ورک پر موجود دیگر تمام نوڈز مکمل حالت کا ڈیٹا ذخیرہ کیے بغیر بلاکس کی تصدیق کرتے ہیں۔
کمزور غیر حالتی کیفیت میں بلاکس تجویز کرنے کے لیے مکمل حالت کے ڈیٹا تک رسائی کی ضرورت ہوتی ہے لیکن بلاکس کی تصدیق کے لیے کسی حالت کے ڈیٹا کی ضرورت نہیں ہوتی
ایسا ہونے کے لیے، ایتھیریم کلائنٹس میں ورکل ٹریز کا پہلے سے نافذ ہونا ضروری ہے۔ ورکل ٹریز ایتھیریم کی حالت کا ڈیٹا ذخیرہ کرنے کے لیے ایک متبادل ڈیٹا اسٹرکچر ہیں جو ڈیٹا کے چھوٹے، مقررہ سائز کے "گواہوں" کو پیئرز کے درمیان منتقل کرنے اور مقامی ڈیٹا بیس کے خلاف بلاکس کی تصدیق کرنے کے بجائے بلاکس کی تصدیق کے لیے استعمال کرنے کی اجازت دیتے ہیں۔ تجویز کنندہ-تعمیر کنندہ علیحدگی (پی بی ایس) کی بھی ضرورت ہے کیونکہ یہ بلاک بنانے والوں کو زیادہ طاقتور ہارڈویئر کے ساتھ مخصوص نوڈز بننے کی اجازت دیتا ہے، اور یہی وہ نوڈز ہیں جنہیں مکمل حالت کے ڈیٹا تک رسائی کی ضرورت ہوتی ہے۔
غیر حالتی کیفیت کا انحصار بلاک بنانے والوں پر ہوتا ہے جو مکمل حالت کے ڈیٹا کی ایک کاپی برقرار رکھتے ہیں تاکہ وہ ایسے گواہ تیار کر سکیں جنہیں بلاک کی تصدیق کے لیے استعمال کیا جا سکے۔ دیگر نوڈز کو حالت کے ڈیٹا تک رسائی کی ضرورت نہیں ہوتی، بلاک کی تصدیق کے لیے درکار تمام معلومات گواہ میں دستیاب ہوتی ہیں۔ اس سے ایک ایسی صورتحال پیدا ہوتی ہے جہاں بلاک تجویز کرنا مہنگا ہوتا ہے، لیکن بلاک کی تصدیق کرنا سستا ہوتا ہے، جس کا مطلب ہے کہ کم آپریٹرز بلاک تجویز کرنے والا نوڈ چلائیں گے۔ تاہم، بلاک تجویز کرنے والوں کی لامرکزیت اس وقت تک اہم نہیں ہے جب تک کہ زیادہ سے زیادہ شرکاء آزادانہ طور پر اس بات کی تصدیق کر سکیں کہ ان کے تجویز کردہ بلاکس درست ہیں۔
ڈینکراڈ کے نوٹس پر مزید پڑھیں (opens in a new tab)بلاک تجویز کرنے والے حالت کے ڈیٹا کا استعمال کرتے ہوئے "گواہ" بناتے ہیں - ڈیٹا کا وہ کم از کم مجموعہ جو حالت کی ان اقدار کو ثابت کرتا ہے جنہیں بلاک میں موجود ٹرانزیکشنز کے ذریعے تبدیل کیا جا رہا ہے۔ دیگر توثیق کنندگان حالت کو نہیں رکھتے، وہ صرف اسٹیٹ روٹ (پوری حالت کا ایک ہیش) ذخیرہ کرتے ہیں۔ وہ ایک بلاک اور ایک گواہ وصول کرتے ہیں اور انہیں اپنے اسٹیٹ روٹ کو اپ ڈیٹ کرنے کے لیے استعمال کرتے ہیں۔ یہ توثیق کرنے والے نوڈ کو انتہائی ہلکا بنا دیتا ہے۔
کمزور غیر حالتی کیفیت تحقیق کے ایک اعلیٰ مرحلے میں ہے، لیکن اس کا انحصار تجویز کنندہ-تعمیر کنندہ علیحدگی (پی بی ایس) اور ورکل ٹریز کے نفاذ پر ہے تاکہ چھوٹے گواہوں کو پیئرز کے درمیان منتقل کیا جا سکے۔ اس کا مطلب ہے کہ کمزور غیر حالتی کیفیت شاید ایتھیریم مین نیٹ سے چند سال دور ہے۔
لیئر ۱ (l1) کی تصدیق کے لیے zkEVM ایک تکمیلی ٹیکنالوجی ہے جو غیر حالتی تصدیق کو مزید بہتر بنا سکتی ہے۔ صرف گواہوں کی جانچ کرنے کے بجائے، توثیق کنندگان ایک صفر علم ثبوت کی تصدیق کر سکتے ہیں کہ پورا بلاک درست طریقے سے انجام پایا تھا—جو ٹرانزیکشنز کو دوبارہ انجام دیے بغیر علمِ تشفیر کی یقین دہانی فراہم کرتا ہے۔
مضبوط غیر حالتی کیفیت
مضبوط غیر حالتی کیفیت کسی بھی نوڈ کے لیے حالت کا ڈیٹا ذخیرہ کرنے کی ضرورت کو ختم کر دیتی ہے۔ اس کے بجائے، ٹرانزیکشنز گواہوں کے ساتھ بھیجی جاتی ہیں جنہیں بلاک تیار کرنے والے جمع کر سکتے ہیں۔ پھر بلاک تیار کرنے والے صرف اس حالت کو ذخیرہ کرنے کے ذمہ دار ہوتے ہیں جو متعلقہ اکاؤنٹس کے لیے گواہ تیار کرنے کے لیے درکار ہوتی ہے۔ حالت کی ذمہ داری تقریباً مکمل طور پر صارفین پر منتقل ہو جاتی ہے، کیونکہ وہ گواہ اور 'رسائی کی فہرستیں' بھیجتے ہیں تاکہ یہ اعلان کر سکیں کہ وہ کن اکاؤنٹس اور اسٹوریج کیز کے ساتھ تعامل کر رہے ہیں۔ اس سے انتہائی ہلکے نوڈز ممکن ہو سکیں گے، لیکن اس میں کچھ سمجھوتے بھی شامل ہیں جیسے کہ اسمارٹ کانٹریکٹس کے ساتھ ٹرانزیکشن کرنا زیادہ مشکل ہو جائے گا۔
محققین کی جانب سے مضبوط غیر حالتی کیفیت کی چھان بین کی گئی ہے لیکن فی الحال اس کے ایتھیریم کے روڈ میپ کا حصہ بننے کی توقع نہیں ہے - اس بات کا زیادہ امکان ہے کہ کمزور غیر حالتی کیفیت ایتھیریم کی اسکیلنگ کی ضروریات کے لیے کافی ہے۔
موجودہ پیش رفت
کمزور غیر حالتی کیفیت، ہسٹری ایکسپائری اور اسٹیٹ کی میعاد کا خاتمہ سبھی تحقیق کے مرحلے میں ہیں اور توقع ہے کہ یہ اب سے کئی سال بعد جاری ہوں گے۔ اس بات کی کوئی ضمانت نہیں ہے کہ یہ تمام تجاویز نافذ کی جائیں گی، مثال کے طور پر، اگر اسٹیٹ کی میعاد کا خاتمہ پہلے نافذ ہو جاتا ہے تو شاید ہسٹری ایکسپائری کو بھی نافذ کرنے کی ضرورت نہ رہے۔ روڈ میپ کے دیگر آئٹمز بھی ہیں، جیسے کہ ورکل ٹریز اور تجویز کنندہ-تعمیر کنندہ علیحدگی (پی بی ایس) جنہیں پہلے مکمل کرنے کی ضرورت ہے۔
مزید مطالعہ
- غیر حالتی ایتھیریم کیا ہے؟ (opens in a new tab)
- وٹالک کی غیر حالتی کیفیت پر AMA (opens in a new tab)
- اسٹیٹ سائز مینجمنٹ کا ایک نظریہ (opens in a new tab)
- بحالی-تنازعہ-کم سے کم اسٹیٹ باؤنڈنگ (opens in a new tab)
- غیر حالتی کیفیت اور اسٹیٹ کی میعاد کے خاتمے کے راستے (opens in a new tab)
- EIP-4444 کی تفصیلات (opens in a new tab)
- EIP-4444 پر ایلکس اسٹوکس (opens in a new tab)
- غیر حالتی ہونا اتنا اہم کیوں ہے (opens in a new tab)
- اصل غیر حالتی کلائنٹ کے تصور کے نوٹس (opens in a new tab)
- اسٹیٹ کی میعاد کے خاتمے پر مزید (opens in a new tab)
- اسٹیٹ کی میعاد کے خاتمے پر اور بھی مزید (opens in a new tab)
- غیر حالتی ایتھیریم معلوماتی صفحہ (opens in a new tab)
صفحہ کی آخری اپ ڈیٹ: ۶ جون، ۲۰۲۶
