گلیمسٹرڈیم

گلیمسٹرڈیم ایتھیریم کا ایک آئندہ اپ گریڈ ہے جو 2026 کی پہلی ششماہی (H1 2026) کے لیے منصوبہ بند ہے

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

ایتھیریم (Ethereum) کا آئندہ گلیمسٹرڈیم اپ گریڈ اگلی نسل کی اسکیلنگ کے لیے راستہ صاف کرنے کے لیے ڈیزائن کیا گیا ہے۔ گلیمسٹرڈیم کا نام "Amsterdam" (ایگزیکیوشن لیئر اپ گریڈ، جس کا نام پچھلے Devconnect مقام کے نام پر رکھا گیا ہے) اور "Gloas" (کنسینسس لیئر اپ گریڈ، جس کا نام ایک ستارے کے نام پر رکھا گیا ہے) کے امتزاج سے رکھا گیا ہے۔

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

جبکہ Fusaka نے بنیادی بہتریوں پر توجہ مرکوز کی، گلیمسٹرڈیم مختلف نیٹ ورک شرکاء کے درمیان فرائض کی علیحدگی کو یقینی بنا کر، اور کو ہائی-تھرو پٹ پیرللائزیشن (high-throughput parallelization) کے لیے تیار کرنے کے لیے ڈیٹا کو سنبھالنے کے زیادہ موثر طریقے متعارف کروا کر "Scale L1" اور "Scale Blobs" کے مقاصد کو آگے بڑھاتا ہے۔

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

گلیمسٹرڈیم کے لیے زیر غور بہتریاں

نوٹ: یہ مضمون فی الحال ان EIPs کے انتخاب کو نمایاں کرتا ہے جنہیں گلیمسٹرڈیم میں شامل کرنے پر غور کیا جا رہا ہے۔ تازہ ترین اسٹیٹس اپ ڈیٹس کے لیے، Forkcast پر گلیمسٹرڈیم اپ گریڈ (opens in a new tab) دیکھیں۔

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

گلیمسٹرڈیم اپ گریڈ تین اہم مقاصد پر مرکوز ہے:

پروسیسنگ کو تیز کرنا (پیرللائزیشن): نیٹ ورک کے ڈیٹا انحصار (dependencies) کو ریکارڈ کرنے کے طریقے کو دوبارہ ترتیب دینا، تاکہ یہ سست، ایک ایک کر کے ترتیب کے بجائے ایک ہی وقت میں بہت سی ٹرانزیکشنز کو محفوظ طریقے سے پروسیس کر سکے۔
صلاحیت کو بڑھانا: بلاکس بنانے اور ان کی تصدیق کرنے کے بھاری کام کو تقسیم کرنا، جس سے نیٹ ورک کو سست ہوئے بغیر بڑی مقدار میں ڈیٹا پھیلانے کے لیے زیادہ وقت ملتا ہے۔
ڈیٹا بیس کے پھولنے کو روکنا (پائیداری): نئے ڈیٹا کو اسٹور کرنے کی طویل مدتی ہارڈویئر لاگت کو درست طریقے سے ظاہر کرنے کے لیے نیٹ ورک فیس کو ایڈجسٹ کرنا، ہارڈویئر کی کارکردگی میں کمی کو روکتے ہوئے مستقبل میں گیس کی حد میں اضافے کی راہ ہموار کرنا۔

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

L1 کو اسکیل کرنا اور متوازی پروسیسنگ (parallel processing)

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

ہیڈلائنر تجویز: Enshrined Proposer-Builder Separation (ePBS)

آف-پروٹوکول ٹرسٹ مفروضوں اور تھرڈ پارٹی ریلے پر انحصار کو ختم کرتا ہے
توسیعی پروپیگیشن ونڈوز کے ذریعے بہت بڑے پے لوڈز کی اجازت دے کر L1 اسکیلنگ کو سپورٹ کرتا ہے
پروٹوکول میں براہ راست ٹرسٹ لیس بلڈر ادائیگیوں کو متعارف کراتا ہے

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

پروپوزرز اور بلڈرز کے درمیان آؤٹ آف پروٹوکول تعلق بلاک کی توثیق کے دوران ایک "ہاٹ پاتھ (hot path)" بھی بناتا ہے جو کو 2 سیکنڈ کی سخت ونڈو میں ٹرانزیکشن براڈکاسٹنگ اور ایگزیکیوشن میں جلدی کرنے پر مجبور کرتا ہے، جس سے یہ محدود ہو جاتا ہے کہ نیٹ ورک کتنا ڈیٹا سنبھال سکتا ہے۔

Enshrined Proposer-Builder Separation (ePBS، یا EIP-7732) باضابطہ طور پر پروپوزر (جو کنسینسس بلاک کا انتخاب کرتا ہے) کے کام کو بلڈر (جو ایگزیکیوشن پے لوڈ کو جمع کرتا ہے) سے الگ کرتا ہے، اس ہینڈ آف کو براہ راست پروٹوکول میں شامل کرتا ہے۔

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

"ہاٹ پاتھ" کی رکاوٹ کو دور کرنے کے لیے، ePBS پے لوڈ ٹائم لائنیس کمیٹی (PTC) اور دوہری ڈیڈ لائن کی منطق بھی متعارف کراتا ہے، جس سے ویلیڈیٹرز کو تھرو پٹ کو زیادہ سے زیادہ کرنے کے لیے کنسینسس بلاک اور ایگزیکیوشن پے لوڈ کی بروقت ہونے کی الگ الگ تصدیق کرنے کی اجازت ملتی ہے۔

پروٹوکول کی سطح پر پروپوزر اور بلڈر کے کردار کو الگ کرنے سے پروپیگیشن ونڈو (یا نیٹ ورک میں ڈیٹا پھیلانے کے لیے دستیاب وقت) 2 سیکنڈ سے بڑھ کر تقریباً 9 سیکنڈ ہو جاتی ہے۔

آف-پروٹوکول مڈل ویئر اور ریلے کو ان-پروٹوکول میکینکس سے بدل کر، ePBS ٹرسٹ کی انحصاری کو کم کرتا ہے اور ایتھیریم کو نیٹ ورک پر دباؤ ڈالے بغیر بہت زیادہ مقدار میں ڈیٹا (جیسے کے لیے مزید بلابز) کو محفوظ طریقے سے پروسیس کرنے کی اجازت دیتا ہے۔

وسائل: EIP-7732 تکنیکی تفصیلات (opens in a new tab)

ہیڈلائنر تجویز: Block-Level Access Lists (BALs)

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

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

Block-Level Access Lists (BALs، یا EIP-7928) ایک نقشے کی طرح ہیں جو ہر بلاک میں شامل ہوتا ہے، جو کام شروع ہونے سے پہلے نیٹ ورک کو بتاتا ہے کہ ڈیٹا بیس کے کن حصوں تک رسائی حاصل کی جائے گی۔ BALs کا تقاضا ہے کہ ہر بلاک میں ہر اس اکاؤنٹ کی تبدیلی کا ہیش شامل ہو جسے ٹرانزیکشنز چھوئیں گی، ان تبدیلیوں کے حتمی نتائج کے ساتھ (تمام اسٹیٹ تک رسائی اور ایگزیکیوشن کے بعد کی اقدار کا ہیش ریکارڈ)۔

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

چونکہ BAL میں ٹرانزیکشنز کے حتمی نتائج (ایگزیکیوشن کے بعد کی اقدار) شامل ہوتے ہیں، اس لیے جب نیٹ ورک کے نوڈز کو نیٹ ورک کی موجودہ اسٹیٹ سے سنک کرنے کی ضرورت ہوتی ہے، تو وہ اپنے ریکارڈ کو اپ ڈیٹ کرنے کے لیے ان حتمی نتائج کو کاپی کر سکتے ہیں۔ ویلیڈیٹرز کو اب یہ جاننے کے لیے کہ کیا ہوا، شروع سے تمام پیچیدہ ٹرانزیکشنز کو دوبارہ چلانے کی ضرورت نہیں ہے، جس سے نئے نوڈز کے لیے نیٹ ورک میں شامل ہونا تیز اور آسان ہو جاتا ہے۔

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

eth/71 Block Access List Exchange

Block Access List Exchange (eth/71 یا EIP-8159) بلاک لیول ایکسیس لسٹس کا براہ راست نیٹ ورکنگ ساتھی ہے۔ جبکہ BALs متوازی ایگزیکیوشن کو غیر مقفل کرتے ہیں، eth/71 پیئر ٹو پیئر پروٹوکول کو اپ گریڈ کرتا ہے تاکہ نوڈز کو حقیقت میں ان فہرستوں کو نیٹ ورک پر شیئر کرنے کی اجازت مل سکے۔ بلاک ایکسیس لسٹ ایکسچینج کو نافذ کرنے سے تیز تر سنکنگ ممکن ہو سکے گی اور نوڈز کو ایگزیکیوشن لیس اسٹیٹ اپ ڈیٹس انجام دینے کی اجازت ملے گی۔

وسائل:

نیٹ ورک کی پائیداری

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

اسٹیٹ بنانے کی گیس لاگت میں اضافہ

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

نئے اکاؤنٹس، ٹوکنز، اور شامل کرنے سے مستقل ڈیٹا (جسے "اسٹیٹ" کہا جاتا ہے) بنتا ہے جسے نیٹ ورک چلانے والے ہر کمپیوٹر کو غیر معینہ مدت تک اسٹور کرنا چاہیے۔ اس ڈیٹا کو شامل کرنے یا پڑھنے کی موجودہ فیسیں متضاد ہیں اور ضروری نہیں کہ وہ نیٹ ورک کے ہارڈویئر پر پڑنے والے اصل، طویل مدتی اسٹوریج کے بوجھ کو ظاہر کریں۔

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

ایڈجسٹمنٹ کے بغیر، ایتھیریم کی اسٹیٹ میں ایک سال میں تقریباً 200 GiB کا اضافہ ہو سکتا ہے اگر نیٹ ورک 100M گیس کی حد تک اسکیل کرتا ہے، جو بالآخر عام ہارڈویئر کی صلاحیت سے تجاوز کر جائے گا۔

اسٹیٹ بنانے کی گیس لاگت میں اضافہ (یا EIP-8037) لاگت کو بنائے جانے والے ڈیٹا کے اصل سائز سے جوڑ کر ہم آہنگ کرتا ہے، فیسوں کو اپ ڈیٹ کرتا ہے تاکہ وہ اس مستقل ڈیٹا کی مقدار کے متناسب ہوں جو کوئی آپریشن بناتا ہے یا اس تک رسائی حاصل کرتا ہے۔

EIP-8037 ان اخراجات کو زیادہ متوقع طور پر منظم کرنے کے لیے ایک ریزروائر ماڈل بھی متعارف کراتا ہے؛ اسٹیٹ گیس چارجز پہلے state_gas_reservoir سے نکالے جاتے ہیں، اور GAS اوپ کوڈ صرف gas_left واپس کرتا ہے، جو ایگزیکیوشن فریمز کو دستیاب گیس کا غلط حساب لگانے سے روکتا ہے۔

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

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

وسائل: EIP-8037 تکنیکی تفصیلات (opens in a new tab)

اسٹیٹ تک رسائی کی گیس لاگت کی اپ ڈیٹ

جب ایپلیکیشنز ایتھیریم پر مستقل طور پر اسٹور کی گئی معلومات (اسٹیٹ-ایکسیس اوپ کوڈز) کو پڑھتی ہیں یا اپ ڈیٹ کرتی ہیں تو گیس کی لاگت میں اضافہ کرتا ہے تاکہ ان کمانڈز کے لیے درکار کمپیوٹ کے کام سے درست طریقے سے میل کھا سکے
مصنوعی طور پر سستے ڈیٹا پڑھنے کے آپریشنز کا استحصال کرنے والے ڈینائل آف سروس (denial-of-service) حملوں کو روک کر نیٹ ورک کی لچک کو مضبوط کرتا ہے

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

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

اسٹیٹ تک رسائی کی گیس لاگت کی اپ ڈیٹ (یا EIP-8038) اسٹیٹ تک رسائی کے اوپ کوڈز کے لیے گیس کنسٹنٹس (gas constants) کو بڑھاتی ہے، جیسے اکاؤنٹ اور کانٹریکٹ کا ڈیٹا تلاش کرنا، تاکہ جدید ہارڈویئر کی کارکردگی اور اسٹیٹ کے سائز کے ساتھ ہم آہنگ ہو سکے۔

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

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

وسائل: EIP-8038 تکنیکی تفصیلات (opens in a new tab)

نیٹ ورک کی لچک

ویلیڈیٹر کے فرائض اور ایگزٹ کے عمل میں بہتری ماس-سلیشنگ (mass-slashing) کے واقعات کے دوران نیٹ ورک کے استحکام کو یقینی بناتی ہے اور لیکویڈیٹی کو جمہوری بناتی ہے۔ یہ بہتریاں نیٹ ورک کو زیادہ مستحکم بناتی ہیں اور اس بات کو یقینی بناتی ہیں کہ تمام شرکاء، بڑے اور چھوٹے، کے ساتھ منصفانہ سلوک کیا جائے۔

سلیشڈ ویلیڈیٹرز کو تجویز کرنے سے خارج کریں

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

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

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

سلیشڈ ویلیڈیٹرز کو تجویز کرنے سے خارج کریں (یا EIP-8045) محض سلیشڈ ویلیڈیٹرز کو مستقبل کے فرائض کے لیے منتخب ہونے سے فلٹر کرتا ہے۔ یہ اس بات کو یقینی بنا کر چین کی لچک کو بہتر بناتا ہے کہ بلاکس تجویز کرنے کے لیے صرف صحت مند ویلیڈیٹرز کا انتخاب کیا جائے، جس سے نیٹ ورک میں رکاوٹوں کے دوران سروس کا معیار برقرار رہتا ہے۔

وسائل: EIP-8045 تکنیکی تفصیلات (opens in a new tab)

ایگزٹس کو کنسولیڈیشن قطار استعمال کرنے دیں

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

چونکہ Pectra اپ گریڈ نے ایتھیریم ویلیڈیٹرز کے لیے زیادہ سے زیادہ موثر بیلنس کو 32 ETH سے بڑھا کر 2,048 ETH کر دیا ہے، ایک تکنیکی خامی ہائی بیلنس والے ویلیڈیٹرز کو کنسولیڈیشن قطار کے ذریعے چھوٹے ویلیڈیٹرز کی نسبت تیزی سے نیٹ ورک سے باہر نکلنے کی اجازت دیتی ہے۔

ایگزٹس کو کنسولیڈیشن قطار استعمال کرنے دیں (یا EIP-8080) تمام اسٹیکنگ ایگزٹس کے لیے کنسولیڈیشن قطار کو جمہوری بناتا ہے، جس سے ہر ایک کے لیے ایک واحد، منصفانہ لائن بنتی ہے۔

یہ بتانے کے لیے کہ آج یہ کیسے کام کرتا ہے:

ایتھیریم کی چرن لمٹ (churn limit) اس شرح پر ایک حفاظتی حد ہے جس پر ویلیڈیٹرز اپنے اسٹیک کیے گئے ETH کو داخل، خارج، یا ضم (کنسولیڈیٹ) کر سکتے ہیں، تاکہ یہ یقینی بنایا جا سکے کہ نیٹ ورک کی سیکیورٹی کبھی غیر مستحکم نہ ہو
چونکہ ویلیڈیٹر کنسولیڈیشن ایک معیاری ویلیڈیٹر ایگزٹ کی نسبت زیادہ متحرک حصوں کے ساتھ ایک بھاری عمل ہے، اس لیے یہ اس حفاظتی بجٹ (چرن لمٹ) کا ایک بڑا حصہ کھا جاتا ہے
خاص طور پر، پروٹوکول یہ حکم دیتا ہے کہ ایک معیاری ایگزٹ کی صحیح سیکیورٹی لاگت ایک کنسولیڈیشن کی لاگت کا دو تہائی (2/3) ہے

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

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

وسائل: EIP-8080 تکنیکی تفصیلات (opens in a new tab)

صارف اور ڈیولپر کے تجربے کو بہتر بنائیں

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

اندرونی ٹرانزیکشن گیس کی لاگت کو کم کریں

ٹرانزیکشنز کے لیے بنیادی فیس کو کم کرتا ہے، جس سے ایک سادہ مقامی ETH ادائیگی کی مجموعی لاگت کم ہو جاتی ہے
چھوٹی منتقلیوں کو زیادہ سستا بناتا ہے، جس سے تبادلے کے معمول کے ذریعہ کے طور پر ایتھیریم کی عملداری کو فروغ ملتا ہے

آج تمام ایتھیریم ٹرانزیکشنز کی ایک فلیٹ بیس گیس فیس ہے، قطع نظر اس کے کہ اسے پروسیس کرنا کتنا آسان یا پیچیدہ ہے۔ اندرونی ٹرانزیکشن گیس کو کم کریں (یا EIP-2780) اس بنیادی فیس کو کم کرنے کی تجویز پیش کرتا ہے تاکہ موجودہ اکاؤنٹس کے درمیان معیاری ETH کی منتقلی کو 71% تک سستا بنایا جا سکے۔

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

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

مجموعی طور پر، EIP-2780 کا مقصد موجودہ اکاؤنٹس کے درمیان روزمرہ کی منتقلیوں کو زیادہ سستا بنانا ہے جبکہ اس بات کو یقینی بنانا ہے کہ حقیقی اسٹیٹ کی نمو کی درست قیمت مقرر کر کے نیٹ ورک اب بھی ڈیٹا بیس کے پھولنے سے محفوظ رہے۔

وسائل: EIP-2780 تکنیکی تفصیلات (opens in a new tab)

Deterministic Factory Predeploy

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

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

Deterministic Factory Predeploy (یا EIP-7997) ڈیولپرز کو اپنی ڈی سینٹرلائزڈ ایپلی کیشنز اور اسمارٹ کانٹریکٹ والیٹس کو متعدد EVM چینز، بشمول ایتھیریم مین نیٹ، لیئر 2 (L2) نیٹ ورکس، اور مزید پر بالکل اسی پتے پر تعینات کرنے کا ایک مقامی، بلٹ ان طریقہ فراہم کرتا ہے۔ اگر اسے اپنایا جاتا ہے، تو یہ صارف کو ہر حصہ لینے والی چین پر بالکل ایک ہی پتہ رکھنے کی اجازت دے گا، جس سے علمی بوجھ اور صارف کی غلطی کے امکانات میں نمایاں کمی آئے گی۔

Deterministic Factory Predeploy ہر حصہ لینے والی EVM سے مطابقت رکھنے والی چین پر ایک یکساں مقام (خاص طور پر، پتہ 0x12) پر مستقل طور پر ایک کم سے کم، خصوصی فیکٹری پروگرام رکھ کر کام کرتا ہے۔ اس کا مقصد ایک عالمگیر، معیاری فیکٹری کانٹریکٹ فراہم کرنا ہے جسے کسی بھی EVM سے مطابقت رکھنے والے نیٹ ورک کے ذریعے اپنایا جا سکے؛ جب تک کوئی EVM چین حصہ لیتی ہے اور اس معیار کو اپناتی ہے، ڈیولپرز اسے اس نیٹ ورک پر بالکل اسی پتے پر اپنے اسمارٹ کانٹریکٹس تعینات کرنے کے لیے استعمال کر سکیں گے۔

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

وسائل: EIP-7997 تکنیکی تفصیلات (opens in a new tab)

ETH کی منتقلی اور برنز (burns) ایک لاگ (log) خارج کرتے ہیں

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

ٹوکنز (ERC-20s) کے برعکس، اسمارٹ کانٹریکٹس کے درمیان باقاعدہ ETH کی منتقلی ایک واضح رسید (معیاری لاگ) خارج نہیں کرتی، جس سے ایکسچینجز اور ایپس کے لیے انہیں ٹریک کرنا مشکل ہو جاتا ہے۔

ETH کی منتقلی اور برنز ایک لاگ خارج کرتے ہیں (یا EIP-7708) نیٹ ورک کے لیے یہ لازمی بناتا ہے کہ جب بھی ETH کی غیر صفر مقدار کو منتقل یا برن کیا جائے تو ایک معیاری لاگ ایونٹ خارج کرے۔

اس سے والیٹس، ایکسچینجز، اور برج آپریٹرز کے لیے کسٹم ٹولنگ کے بغیر ڈپازٹس اور نقل و حرکت کو درست طریقے سے ٹریک کرنا بہت آسان اور زیادہ قابل اعتماد ہو جائے گا۔

وسائل: EIP-7708 تکنیکی تفصیلات (opens in a new tab)

eth/70 partial block receipt lists

جیسے جیسے ہم ایتھیریم کے کام کرنے کی مقدار میں اضافہ کرتے ہیں، ان اعمال کی رسیدوں کی فہرستیں (ان ٹرانزیکشنز کے ڈیٹا ریکارڈز) اتنی بڑی ہوتی جا رہی ہیں کہ وہ ممکنہ طور پر نیٹ ورک کے نوڈز کو ایک دوسرے کے ساتھ ڈیٹا سنک کرنے کی کوشش کرتے وقت ناکام ہونے کا سبب بن سکتی ہیں۔

eth/70 partial block receipt lists (یا EIP-7975) نوڈز کے ایک دوسرے سے بات کرنے کا ایک نیا طریقہ (eth/70) متعارف کراتا ہے جو ان بڑی فہرستوں کو چھوٹے، زیادہ قابل انتظام ٹکڑوں میں توڑنے کی اجازت دیتا ہے۔ eth/70 نیٹ ورک کے کمیونیکیشن پروٹوکول کے لیے ایک پیجینیشن (pagination) سسٹم متعارف کراتا ہے جو نوڈز کو بلاک رسیدوں کی فہرستوں کو توڑنے اور چھوٹے، زیادہ قابل انتظام حصوں میں محفوظ طریقے سے ڈیٹا کی درخواست کرنے کی اجازت دیتا ہے۔

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

وسائل: EIP-7975 تکنیکی تفصیلات (opens in a new tab)

مزید مطالعہ

اکثر پوچھے گئے سوالات (FAQ)

گلیمسٹرڈیم ہارڈ فورک کے بعد ETH کو کیسے تبدیل کیا جا سکتا ہے؟

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

اسکیمز کو پہچاننے اور ان سے بچنے کے بارے میں مزید

کیا گلیمسٹرڈیم اپ گریڈ تمام ایتھیریم نوڈز اور ویلیڈیٹرز کو متاثر کرتا ہے؟

جی ہاں، گلیمسٹرڈیم اپ گریڈ کے لیے ایگزیکیوشن کلائنٹس اور کنسینسس کلائنٹس دونوں میں اپ ڈیٹس کی ضرورت ہوتی ہے۔ چونکہ یہ اپ گریڈ Enshrined Proposer-Builder Separation (ePBS) متعارف کراتا ہے، اس لیے نوڈ آپریٹرز کو یہ یقینی بنانا ہوگا کہ ان کے کلائنٹس کو نیٹ ورک کے ذریعے بلاکس بنانے، توثیق کرنے، اور تصدیق کرنے کے نئے طریقوں کو سنبھالنے کے لیے اپ ڈیٹ کیا گیا ہے۔

تمام اہم ایتھیریم کلائنٹس ہارڈ فورک کو سپورٹ کرنے والے ورژنز جاری کریں گے جنہیں اعلیٰ ترجیح کے طور پر نشان زد کیا گیا ہے۔ آپ کلائنٹ کے GitHub ریپوز، ان کے Discord چینلز (opens in a new tab)، EthStaker Discord (opens in a new tab) میں، یا پروٹوکول اپ ڈیٹس کے لیے ایتھیریم بلاگ کو سبسکرائب کر کے اس بات سے باخبر رہ سکتے ہیں کہ یہ ریلیز کب دستیاب ہوں گی۔

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

ایک اسٹیکر کے طور پر، مجھے گلیمسٹرڈیم اپ گریڈ کے لیے کیا کرنے کی ضرورت ہے؟

ہر نیٹ ورک اپ گریڈ کی طرح، اپنے کلائنٹس کو گلیمسٹرڈیم سپورٹ کے ساتھ نشان زدہ تازہ ترین ورژنز میں اپ ڈیٹ کرنا یقینی بنائیں۔ ریلیز کے بارے میں باخبر رہنے کے لیے میلنگ لسٹ اور EF بلاگ پر پروٹوکول کے اعلانات (opens in a new tab) میں اپ ڈیٹس کی پیروی کریں۔

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

گلیمسٹرڈیم میں L1 اسکیلنگ کے لیے کیا بہتریاں شامل ہوں گی؟

ہیڈلائن فیچر ePBS (EIP-7732) ہے، جو نیٹ ورک ٹرانزیکشنز کی توثیق کرنے کے بھاری کام کو کنسینسس تک پہنچنے کے کام سے الگ کرتا ہے۔ یہ ڈیٹا پروپیگیشن ونڈو کو 2 سیکنڈ سے بڑھا کر تقریباً 9 سیکنڈ کر دیتا ہے، جس سے ایتھیریم کی بہت زیادہ ٹرانزیکشن تھرو پٹ کو محفوظ طریقے سے سنبھالنے اور لیئر 2 نیٹ ورکس کے لیے مزید ڈیٹا بلابز کو ایڈجسٹ کرنے کی صلاحیت غیر مقفل ہو جاتی ہے۔

کیا گلیمسٹرڈیم ایتھیریم (لیئر 1) پر فیس کم کرے گا؟

جی ہاں، گلیمسٹرڈیم زیادہ تر امکان ہے کہ روزمرہ کے صارفین کے لیے فیس کم کر دے گا! اندرونی ٹرانزیکشن گیس کو کم کریں (یا EIP-2780) ETH بھیجنے کی بنیادی فیس کو کم کرتا ہے، جس سے روزمرہ کی ادائیگیوں کے لیے ETH کا استعمال بہت سستا ہو جاتا ہے۔

اس کے علاوہ، طویل مدتی پائیداری کے لیے، گلیمسٹرڈیم Block-Level Access Lists (BALs) متعارف کراتا ہے۔ یہ متوازی پروسیسنگ کو قابل بناتا ہے اور L1 کو مستقبل میں مجموعی طور پر زیادہ گیس کی حدود کو محفوظ طریقے سے سنبھالنے کے لیے تیار کرتا ہے، جس سے صلاحیت بڑھنے کے ساتھ فی ٹرانزیکشن گیس کی لاگت کم ہونے کا امکان ہے۔

کیا گلیمسٹرڈیم کے بعد میرے موجودہ اسمارٹ کانٹریکٹس میں کوئی تبدیلیاں ہوں گی؟

موجودہ کانٹریکٹس گلیمسٹرڈیم کے بعد معمول کے مطابق کام کرتے رہیں گے۔ ڈیولپرز کو ممکنہ طور پر کئی نئے ٹولز ملیں گے اور انہیں اپنے گیس کے استعمال کا جائزہ لینا چاہیے:

زیادہ سے زیادہ کانٹریکٹ سائز میں اضافہ (یا EIP-7954) ڈیولپرز کو بڑی ایپلی کیشنز تعینات کرنے کی اجازت دیتا ہے، جس سے زیادہ سے زیادہ کانٹریکٹ سائز کی حد تقریباً 24KiB سے بڑھ کر 32KiB ہو جاتی ہے۔
Deterministic factory predeploy (یا EIP-7997) ایک عالمگیر، بلٹ ان فیکٹری کانٹریکٹ متعارف کراتا ہے۔ یہ ڈیولپرز کو اپنی ایپلی کیشنز اور اسمارٹ کانٹریکٹ والیٹس کو تمام حصہ لینے والی EVM چینز پر بالکل اسی پتے پر تعینات کرنے کی اجازت دیتا ہے۔
اگر آپ کی ایپ ETH کی منتقلی تلاش کرنے کے لیے پیچیدہ ٹریسنگ پر انحصار کرتی ہے، تو ETH کی منتقلی اور برنز ایک لاگ خارج کرتے ہیں (یا EIP-7708) آپ کو زیادہ سادہ اور قابل اعتماد اکاؤنٹنگ کے لیے لاگز استعمال کرنے پر سوئچ کرنے کی اجازت دے گا۔
اسٹیٹ بنانے کی گیس لاگت میں اضافہ (یا EIP-8037) اور اسٹیٹ تک رسائی کی گیس لاگت کی اپ ڈیٹ (یا EIP-8038) نئے پائیداری ماڈلز متعارف کراتے ہیں جو کانٹریکٹ کی تعیناتی کے کچھ اخراجات کو تبدیل کر دیں گے، کیونکہ نئے اکاؤنٹس یا مستقل اسٹوریج بنانے کی فیس متحرک طور پر ایڈجسٹ ہونے والی ہوگی۔

گلیمسٹرڈیم نوڈ اسٹوریج اور ہارڈویئر کی ضروریات کو کیسے متاثر کرے گا؟

گلیمسٹرڈیم کے لیے زیر غور متعدد EIPs اسٹیٹ کی نمو کی کارکردگی کی رکاوٹ کو دور کرتے ہیں:

اسٹیٹ بنانے کی گیس لاگت میں اضافہ (یا EIP-8037) 100 GiB/سال کی اسٹیٹ ڈیٹا بیس کی شرح نمو کو نشانہ بنانے کے لیے ایک متحرک قیمتوں کا ماڈل متعارف کراتا ہے، جس سے یہ یقینی بنتا ہے کہ معیاری فزیکل ہارڈویئر نیٹ ورک کو موثر طریقے سے چلانا جاری رکھ سکتا ہے۔
eth/70 partial block receipt lists (یا EIP-7975) نوڈز کو پیجینیٹڈ (paginated) بلاک رسیدوں کی درخواست کرنے کی اجازت دیتا ہے، جو ڈیٹا سے بھری بلاک رسیدوں کی فہرستوں کو چھوٹے حصوں میں توڑ دیتا ہے تاکہ ایتھیریم کے اسکیل ہونے پر کریشز اور سنکس کو روکا جا سکے۔

صفحہ کی آخری اپ ڈیٹ: 11 مارچ، 2026