ایتھیریم کا ارتقاء: فوساکا، گلیمسٹرڈیم، اور اس سے آگے

آف چین لیبز (Offchain Labs) اور پرزم (Prysm) کے پریسٹن وان لون (Preston Van Loon) کی جانب سے ایتھ ڈینور (ETHDenver) میں دی گئی ایک پریزنٹیشن۔ پریسٹن ایتھیریم کی حالیہ اپ گریڈ کی رفتار اور نیٹ ورک کے مستقبل کا احاطہ کرتے ہیں، جس میں پیکٹرا، فوساکا، PeerDAS، گلیمسٹرڈیم، FOCIL، مختصر سلاٹ کے اوقات، اور تیز تر حتمیت شامل ہیں۔

یہ ٹرانسکرپٹ ایتھ ڈینور کی جانب سے شائع کردہ اصل ویڈیو ٹرانسکرپٹ (opens in a new tab) کی ایک قابل رسائی کاپی ہے۔ اسے پڑھنے میں آسانی کے لیے معمولی طور پر ایڈٹ کیا گیا ہے۔

تعارف (0:07)

میزبان: ٹھیک ہے، سب لوگ۔ آگے بڑھتے ہیں۔ ہم پریسٹن وان لون کے ساتھ ایتھیریم کے ارتقاء کے بارے میں بات کرنے جا رہے ہیں۔ شروع کریں۔

پریسٹن وان لون: ٹھیک ہے۔ شکریہ۔ GM — آپ جانتے ہیں کہ یہ کسی بھی وقت GM ہے، دن ہو یا رات، چاہے صبح ہو یا نہ ہو۔ تو میں دن رات GM دیکھتا ہوں۔ میں ایتھیریم کے ارتقاء کے بارے میں بات کرنا چاہتا ہوں، تو آئیے شروع کرتے ہیں۔

ایک بیانیہ ہے جو آپ نے شاید پہلے سنا ہوگا: ایتھیریم کی ترسیل (شپنگ) بہت سست ہے۔ مجھے معلوم ہے آپ نے یہ سنا ہے۔ میں نے بھی سنا ہے۔ آپ نے اسے کئی بار سنا ہوگا۔ لوگ کہتے تھے، "مرج (merge) کب ہوگا؟ کیا ڈیولپرز کچھ نہیں کر سکتے؟ دوسری چینز تیزی سے آگے بڑھ رہی ہیں۔ ایتھیریم اتنی سست روی سے کیوں چل رہا ہے؟" میں آپ کو یہ بتانے آیا ہوں کہ یہ بیانیہ اب ختم ہو چکا ہے۔

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

ایک سال میں تین اپ گریڈز کی ترسیل (1:18)

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

لیکن پھر صرف سات ماہ بعد، ہم نے فوساکا جاری کیا — جو EIPs کے لحاظ سے اس سے بھی بڑا اپ گریڈ تھا۔ اس میں تیرہ EIPs تھیں، اور ساتھ ہی PeerDAS نامی ایک جدت بھی شامل تھی، جو واقعی بہت پرجوش ہے۔ لیکن صرف چھ دن بعد، ہم نے BPO1 فورک کے ساتھ دوبارہ اپ گریڈ کیا، اور اس کے فوراً بعد BPO2 آیا، جس نے ایتھیریم کی بلاب کی گنجائش میں اضافہ کیا۔

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

PeerDAS اسکیلنگ (2:22)

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

اب فوساکا کے ساتھ، ہمارے پاس ایسے بلابز ہیں جو ایریژر کوڈڈ (erasure-coded) ہیں اور توثیق کاروں سے صرف اس کے ایک حصے کو محفوظ رکھنے کا کہا جاتا ہے۔ آپ کو بلابز کا صرف آٹھواں حصہ محفوظ رکھنے کی ضرورت ہے۔ اور کسی بھی 50% بلابز کے ساتھ، آپ پوری چیز کو دوبارہ تشکیل دے سکتے ہیں۔ لہذا نیٹ ورک پر اس کے پھیلاؤ کے ساتھ، یہ یقینی بناتا ہے کہ ڈیٹا کی دستیابی موجود ہے اور سولو اسٹیکرز پر کم بوجھ پڑتا ہے۔ یہ ہمیں بلاب کے استعمال میں نیٹ ورک بینڈوتھ میں فوری طور پر تقریباً 90% کمی فراہم کر رہا ہے۔

اعداد و شمار پر نظر ڈالیں: پیکٹرا کے لیے، ہمارے پاس 36 ملین کی گیس کی حد کے ساتھ چھ کا ہدف اور زیادہ سے زیادہ نو بلابز تھے۔ ہم اسے بلاب کے استعمال کی بنیادی سطح سمجھتے ہیں — جو کہ 768 کلو بائٹس فی بلاک تھا۔ اب، پیکٹرا اور فوساکا کے درمیان، ہمارے پاس ایک آؤٹ آف بینڈ اپ گریڈ تھا جہاں گیس کی حد میں اضافہ کیا گیا تھا۔ یہ ایک آن چین گورننس کا عمل تھا جہاں توثیق کاروں نے محض اس بات پر ووٹ دیا کہ ان کے خیال میں بلاک کی حد کیا ہونی چاہیے — یہ 36 سے بڑھ کر 45 ملین ہو گئی۔ اور پھر سال کے آخر میں ہم فوساکا تک پہنچے، جس نے بلاب کے ہدف یا زیادہ سے زیادہ حد کو تبدیل نہیں کیا لیکن ایک بار پھر گیس کی حد میں اضافہ کیا۔

اور پھر ہمیں بینڈوتھ میں وہ بڑی کمی ملی جہاں چھ بلابز کے ہدف والے ہر بلاک میں اب صرف 96 کلو بائٹس کا بلاب ڈیٹا ہوتا ہے جسے توثیق کار کو اسٹور کرنا پڑتا ہے۔ پھر دوبارہ BPO1 کے ساتھ، جو کہ صرف بلاب پیرامیٹر کا فورک تھا، ہم نے ہدف کو بڑھا کر 10 اور زیادہ سے زیادہ کو 15 کر دیا۔ BPO2، جو صرف ایک ماہ بعد ہوا، 14 اور 21 تک چلا گیا — جو کہ پیکٹرا میں ہمارے پاس موجود مقدار کا دوگنا ہے، لیکن پھر بھی سولو اسٹیکرز کے لیے بلابز پر بینڈوتھ کا استعمال 71% کم ہے۔

گلیمسٹرڈیم میں کیا آ رہا ہے (4:30)

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

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

اگلی چیز جو ہمارے پاس ہے وہ بلاک لیول ایکسیس لسٹس (block-level access lists) ہیں۔ یہ ایک زبردست جدت ہے جہاں ہر بلاک ایک فہرست کے ساتھ آئے گا جو بتائے گی کہ وہ حالت میں کہاں ڈیٹا پڑھ یا لکھ رہا تھا۔ اس کا مطلب یہ ہے کہ آپ بلاکس کو متوازی (parallel) طور پر پروسیس کر سکتے ہیں۔ آج آپ کو بلاکس کو ترتیب وار پروسیس کرنا پڑتا ہے۔ اگر آپ بلاک 10 کو پروسیس کرنا چاہتے ہیں، تو آپ کو پہلے 9 اور 8 وغیرہ کو پروسیس کرنا ہوگا۔ اب، اگر آپ کے پاس بلاکس کا ایک مجموعہ ہے اور ان میں سے کوئی بھی حالت تک رسائی کی معلومات سے متصادم نہیں ہے، تو آپ ان آٹھوں کو متوازی طور پر پروسیس کر سکتے ہیں۔ ہو سکتا ہے آپ کے پاس آٹھ کورز (cores) ہوں — یہ ایتھیریم کو بلاکس پروسیس کرنے میں زیادہ موثر اور تیز تر بناتا ہے۔

تیسری چیز گیس کی دوبارہ قیمت کا تعین (gas repricing) ہے۔ اس EIP کے ذریعے کچھ بینچ مارکس سامنے آئے ہیں جنہوں نے دکھایا کہ کچھ آپ کوڈز کی قیمت زیادہ تھی، اور کچھ کی کم تھی۔ اب ہم ہر آپ کوڈ کے لیے آپ کی ادا کردہ فیس کو اپ ڈیٹ کرنے جا رہے ہیں تاکہ وہ حقیقت کی عکاسی کر سکیں، جس سے ایتھیریم مزید محفوظ اور زیادہ موثر ہو جائے گا۔

لیئر ۲ (l2s) کا ابھرتا ہوا کردار (6:14)

ایک چیز ہے جس کے بارے میں میں بات کرنا چاہتا ہوں جس کا ذکر وٹالک (Vitalik) نے حال ہی میں کیا تھا۔ انہوں نے چند ہفتے قبل ایک ٹویٹ میں کہا تھا کہ لیئر ۲ (l2s) کا اصل وژن اور ایتھیریم میں ان کا کردار اب کوئی معنی نہیں رکھتا۔ اس نے بہت سی سرخیاں بٹوریں، اور مجھے لگتا ہے کہ بہت سے لوگوں نے اس سے غلط مطلب نکالا۔

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

لہذا یہ خیال کہ ہمیں عام مقاصد والے لیئر ۲ (l2s) کی ضرورت ہے — یعنی ایسے لیئر ۲ (l2s) جو بالکل وہی EVM ہیں جو ہمارے پاس لیئر ۱ (l1) پر ہے، بس اسے کئی بار کاپی اور پیسٹ کر دیں اور وہ صرف تیز رفتاری سے کام کریں — اب یہ وژن نہیں رہا۔ یہ لیئر ۲ (l2s) تخصیص (specialization) کے ساتھ پروان چڑھیں گے۔ ان میں سے کچھ رازداری، گیمنگ، غیر مرکزی مالیات (DeFi) کی مخصوص چیزوں، یا EVM کی توسیع جیسی چیزوں کو نشانہ بنائیں گے۔ لیکن اگر وہ محض لیئر ۱ (l1) کی کلون کاپی ہیں، تو وہ اس روڈ میپ کا حصہ نہیں ہیں جہاں ہم نے ابتدائی طور پر لیئر ۲ (l2s) کے ذریعے اس قسم کے شارڈڈ (sharded) پیراڈائم کا تصور کیا تھا۔

FOCIL: پروٹوکول کی سطح پر سنسرشپ کے خلاف مزاحمت (7:25)

گلیمسٹرڈیم کے علاوہ، فعال ترقی اور تحقیق میں تین واقعی زبردست چیزیں ہیں۔ پہلی چیز FOCIL ہے — فورک-چوائس اینفورسڈ انکلوژن لسٹس (Fork-Choice Enforced Inclusion Lists)۔

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

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

اسے فورک چوائس کے ذریعے نافذ کیا جاتا ہے۔ جو توثیق کار کسی بلاک کو دیکھتے ہیں وہ اس کی تصدیق نہیں کریں گے جب تک کہ اس کے آخر میں انکلوژن لسٹ (inclusion list) منسلک نہ ہو۔ اگر وہ فہرست کے بغیر کوئی بلاک دیکھتے ہیں، تو وہ اس بلاک کو غلط سمجھیں گے اور اسے نظر انداز کر دیں گے — وہ اسے آگے نہیں بڑھائیں گے، وہ اس پر ووٹ نہیں دیں گے۔ یہ ابھی بھی فعال تحقیق کا حصہ ہے جس کے کچھ پیرامیٹرز کا فیصلہ ہونا باقی ہے، لیکن سمت واضح ہے: ایتھیریم پروٹوکول کی سطح پر سنسرشپ کے خلاف مزاحمت کو شامل کرنے جا رہا ہے۔

مختصر سلاٹ کے اوقات (9:24)

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

یہ سننے میں بہت آسان لگتا ہے — جیسے، "آئیے بس تیز چلتے ہیں۔" لیکن آپ کو نیٹ ورک کے پھیلاؤ، توثیق کار کی تصدیق کے فرائض کے بارے میں سوچنا ہوگا جہاں ان کے پاس کارکردگی دکھانے کے لیے محدود وقت ہوتا ہے، اور پھر معاشیات بھی ہے۔ جب میں نے پہلی بار اس کے ساتھ تجربہ کیا، تو میں نے صرف 12 کو 6 میں تبدیل کر دیا اور اچانک ہر کوئی دوگنا اجراء — دوگنا پیسہ — کما رہا تھا، جو کہ مختصر سلاٹ کے اوقات کے پیچھے اصل مقصد نہیں ہے۔ اس کا مقصد تیز رفتاری سے چلنا ہے لیکن تمام چیزوں کو برابر رکھنا ہے۔ لہذا یہ ایک بہت پیچیدہ چیز ہے، لیکن اس میں بتدریج حتمی ہدف تک پہنچنے کا امکان موجود ہے۔

تیز تر حتمیت (10:20)

تیسری چیز تیز تر حتمیت ہے۔ یہ واقعی اہم ہے کیونکہ ایتھیریم ہر دو دور کے بعد — ہر 13 منٹ میں — حتمی شکل اختیار کرتا ہے، اور ایسی ایپلی کیشنز ہیں جو واقعی اس سوال پر انحصار کرتی ہیں: کیا میری ٹرانزیکشن مستقل ہے؟ اگر ٹرانزیکشن کسی حتمی دور میں نہیں ہوئی ہے، تو جواب نہیں ہے — اس بات کا تھوڑا سا امکان موجود ہے کہ اسے ری آرگ (reorg) کر دیا جائے اور ٹرانزیکشن کو دوبارہ جمع کرانے کی ضرورت پڑے۔

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

رہنما ہدف (11:15)

یہ سب اس رہنما ہدف کا حصہ ہے، جہاں ہم کہتے ہیں کہ لیئر ۱ (l1) سیکنڈوں میں حتمی شکل پانے کے ساتھ تیز ہے۔ ہم وہاں کیسے پہنچیں گے؟ سب سے پہلے، ہم PeerDAS سے شروع کرتے ہیں — جو پہلے ہی جاری ہو چکا ہے۔ اس نے ہمیں ڈیٹا کی دستیابی کے لیے ایک قابل توسیع (scalable) تہہ فراہم کی ہے۔ اس کے بعد، ہمارے پاس گلیمسٹرڈیم ہے، جس میں زیادہ تر ePBS شامل ہے، جو تجویز کنندہ-تعمیر کنندہ علیحدگی (پی بی ایس) کے لیے ایک صاف ستھرا نفاذ ہے اور FOCIL جیسی چیزوں کو زیادہ مؤثر بناتا ہے۔ FOCIL سنسرشپ کے خلاف مزاحمت کے ساتھ آتا ہے، جو ePBS کے ساتھ بہت ہم آہنگ ہے۔ تیز تر سلاٹس کے ساتھ، سلاٹ کے تیز اوقات تیز تر حتمیت کو اور بھی زیادہ مؤثر بناتے ہیں۔ پھر ہم اس حتمی ہدف تک پہنچتے ہیں جہاں ہمارے پاس واقعی تیز ٹرانزیکشنز ہوتی ہیں جو سیکنڈوں میں حتمی ہو جاتی ہیں۔

اختتامیہ (12:02)

میں چاہتا ہوں کہ آپ تصور کریں کہ دو سالوں میں زندگی کیسی ہوگی۔ یہ سوچنا تھوڑا مشکل ہے کیونکہ کرپٹو بہت تیزی سے آگے بڑھتا ہے۔ یہ صرف دو سالوں میں ایک حقیقت ہو سکتی ہے: چار یا چھ سیکنڈ کا ٹرانزیکشن کی تصدیق کا وقت؛ حتمیت جو منٹوں میں نہیں بلکہ سیکنڈوں میں ماپی جائے گی؛ سنسرشپ کے خلاف مزاحمت کے لیے پروٹوکول کی سطح پر نفاذ؛ پوسٹ کوانٹم علمِ تشفیر کے خلاف تحفظات؛ اور لیئر ۲ (l2s) جو صرف تیز رفتاری پر نہیں بلکہ خصوصیات اور نئی اختراعات پر مقابلہ کر رہے ہوں گے۔ یہ سب کچھ اس خوبی کو برقرار رکھتے ہوئے ہوگا کہ آپ گھر پر مکمل نوڈ چلانے کے لیے عام صارف کے معیار کا لیپ ٹاپ یا ہارڈویئر استعمال کر سکتے ہیں۔ ایتھیریم قابل رسائی ہے اور مستقبل میں بھی سب کے لیے قابل رسائی رہے گا۔

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

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

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