ethereum · minimalsm · Feb 14, 2026
@@ -0,0 +1,58 @@
+---
+title: "ایتھریم کو اسکیل کرنے کے لئے"
+description: "Rollups ٹرانزیکشنز کو آف چین ایک ساتھ بیچ کرتے ہیں، جس سے صارف کے لیے لاگت کم ہوتی ہے۔ تاہم، جس طرح سے rollups فی الحال ڈیٹا کا استعمال کرتے ہیں وہ بہت مہنگا ہے، جس سے یہ محدود ہو جاتا ہے کہ ٹرانزیکشنز کتنی سستی ہو سکتی ہیں۔ Proto-Danksharding اسے ٹھیک کرتا ہے۔"
+lang: ur-in
+image: /images/roadmap/roadmap-transactions.png
+alt: "ایتھریم روڈ میپ"
+template: roadmap
+---
+
+Ethereum کو [layer 2s](/layer-2/#rollups) (جسے rollups بھی کہا جاتا ہے) کا استعمال کرکے اسکیل کیا جاتا ہے، جو ٹرانزیکشنز کو ایک ساتھ بیچ کرتے ہیں اور آؤٹ پٹ کو Ethereum پر بھیجتے ہیں۔ اگرچہ rollups ایتھیریم مین نیٹ سے آٹھ گنا تک کم مہنگے ہیں، لیکن آخری صارفین کے لیے لاگت کو کم کرنے کے لیے rollups کو مزید بہتر بنانا ممکن ہے۔ Rollups کچھ مرکزی اجزاء پر بھی انحصار کرتے ہیں جنہیں ڈیولپرز rollups کے میچور ہونے پر ہٹا سکتے ہیں۔
+
+<Alert variant="update" className="mb-8">
+<AlertContent>
+<AlertTitle className="mb-4">
+  ٹرانزیکشن کی لاگت
+</AlertTitle>
+  <ul style={{ marginBottom: 0 }}>
+    <li>آج کے rollups ایتھیریم layer 1 سے <strong>~5-20x</strong> سستے ہیں</li>
+    <li>ZK-rollups جلد ہی فیس کو <strong>~40-100x</strong> تک کم کر دیں گے</li>
+    <li>Ethereum میں آنے والی تبدیلیاں اسکیلنگ میں مزید <strong>~100-1000x</strong> کا اضافہ فراہم کریں گی</li>
+    <li style={{ marginBottom: 0 }}>صارفین کو <strong>$0.001 سے کم لاگت</strong> والے ٹرانزیکشنز سے فائدہ ہونا چاہئے</li>
+  </ul>
+</AlertContent>
+</Alert>
+
+## ڈیٹا کو سستا بنانا {#making-data-cheaper}
+
+Rollups بڑی تعداد میں ٹرانزیکشنز جمع کرتے ہیں، انہیں انجام دیتے ہیں اور نتائج کو Ethereum پر جمع کرتے ہیں۔ اس سے بہت سارا ڈیٹا پیدا ہوتا ہے جسے کھلے عام دستیاب ہونے کی ضرورت ہے تاکہ کوئی بھی خود ٹرانزیکشنز کو انجام دے سکے اور تصدیق کر سکے کہ rollup آپریٹر ایماندار تھا۔ اگر کسی کو کوئی تضاد ملتا ہے، تو وہ ایک چیلنج اٹھا سکتا ہے۔
+
+### پروٹو-ڈینک شارڈنگ {#proto-danksharding}
+
+Rollup ڈیٹا تاریخی طور پر Ethereum پر مستقل طور پر ذخیرہ کیا جاتا رہا ہے، جو کہ مہنگا ہے۔ rollups پر صارفین کی طرف سے ادا کی جانے والی ٹرانزیکشن لاگت کا 90% سے زیادہ حصہ اس ڈیٹا storage کی وجہ سے ہے۔ ٹرانزیکشن لاگت کو کم کرنے کے لیے، ہم ڈیٹا کو ایک نئے عارضی 'blob' storage میں منتقل کر سکتے ہیں۔ Blobs سستے ہیں کیونکہ وہ مستقل نہیں ہیں؛ جب ان کی مزید ضرورت نہیں رہتی تو انہیں Ethereum سے حذف کر دیا جاتا ہے۔ rollup ڈیٹا کو طویل مدتی ذخیرہ کرنا ان لوگوں کی ذمہ داری بن جاتی ہے جنہیں اس کی ضرورت ہے، جیسے rollup آپریٹرز، exchanges، انڈیکسنگ سروسز وغیرہ۔ Ethereum میں blob ٹرانزیکشنز شامل کرنا "Proto-Danksharding" کے نام سے جانے والے ایک upgrade کا حصہ ہے۔
+
+Proto-Danksharding کے ساتھ، Ethereum blocks میں بہت سے blobs شامل کرنا ممکن ہے۔ یہ Ethereum کے throughput میں ایک اور خاطر خواہ (>100x) اضافے اور ٹرانزیکشن لاگت میں کمی کو ممکن بناتا ہے۔
+
+### ڈانک شارڈنگ {#danksharding}
+
+blob ڈیٹا کو بڑھانے کا دوسرا مرحلہ پیچیدہ ہے کیونکہ اس کے لیے یہ جانچنے کے لیے نئے طریقوں کی ضرورت ہوتی ہے کہ rollup ڈیٹا network پر دستیاب ہے اور یہ [validators](/glossary/#validator) پر انحصار کرتا ہے جو اپنی [block](/glossary/#block) بنانے اور بلاک تجویز کرنے کی ذمہ داریوں کو الگ کرتے ہیں۔ اس کے لیے کرپٹوگرافک طور پر یہ ثابت کرنے کا ایک طریقہ بھی درکار ہے کہ validators نے blob ڈیٹا کے چھوٹے سب سیٹس کی تصدیق کی ہے۔
+
+یہ دوسرا مرحلہ ["Danksharding"](/roadmap/danksharding/) کے نام سے جانا جاتا ہے۔ نفاذ کا کام جاری ہے، جس میں [بلاک بنانے اور بلاک کی تجویز کو الگ کرنے](/roadmap/pbs) جیسی شرائط پر پیش رفت ہو رہی ہے اور نئے network ڈیزائنز جو network کو ایک وقت میں چند kilobytes کا بے ترتیب نمونہ لے کر مؤثر طریقے سے اس بات کی تصدیق کرنے کے قابل بناتے ہیں کہ ڈیٹا دستیاب ہے، جسے [ڈیٹا دستیابی نمونہ (DAS)](/developers/docs/data-availability) کے نام سے جانا جاتا ہے۔
+
+<ButtonLink variant="outline-color" href="/roadmap/danksharding/">Danksharding پر مزید</ButtonLink>
+
+## rollups کو غیر مرکزی بنانا {#decentralizing-rollups}
+
+[Rollups](/layer-2) پہلے ہی Ethereum کو اسکیل کر رہے ہیں۔ [rollup پروجیکٹس کا ایک بھرپور ایکو سسٹم](https://l2beat.com/scaling/tvs) صارفین کو تیزی سے اور سستے طریقے سے لین دین کرنے کے قابل بنا رہا ہے، جس میں کئی طرح کی سیکیورٹی گارنٹییں ہیں۔ تاہم، rollups کو مرکزی sequencers (کمپیوٹرز جو Ethereum میں جمع کرنے سے پہلے تمام ٹرانزیکشن پروسیسنگ اور aggregation کرتے ہیں) کا استعمال کرکے بوٹسٹریپ کیا گیا ہے۔ یہ سنسرشپ کے لیے کمزور ہے، کیونکہ sequencer آپریٹرز پر پابندی لگائی جا سکتی ہے، انہیں رشوت دی جا سکتی ہے یا کسی اور طرح سے سمجھوتہ کیا جا سکتا ہے۔ ساتھ ہی، [rollups vary](https://l2beat.com/scaling/summary) آنے والے ڈیٹا کی توثیق کرنے کے طریقے میں مختلف ہوتے ہیں۔ سب سے بہترین طریقہ یہ ہے کہ "provers" [fraud proofs](/glossary/#fraud-proof) یا ویلیڈیٹی پروف جمع کرائیں، لیکن ابھی تک تمام rollups وہاں نہیں ہیں۔ یہاں تک کہ وہ rollups جو ویلیڈیٹی/fraud proofs کا استعمال کرتے ہیں، وہ بھی معلوم پروورز کے ایک چھوٹے pool کا استعمال کرتے ہیں۔ لہذا، Ethereum کو اسکیل کرنے کا اگلا اہم قدم sequencers اور پروورز کو چلانے کی ذمہ داری کو زیادہ لوگوں میں تقسیم کرنا ہے۔
+
+<ButtonLink variant="outline-color" href="/developers/docs/scaling/">rollups پر مزید</ButtonLink>
+
+## موجودہ پیشرفت {#current-progress}
+
+Proto-Danksharding کو مارچ 2024 میں Cancun-Deneb ("Dencun") network upgrade کے حصے کے طور پر کامیابی سے نافذ کیا گیا تھا۔ اس کے نفاذ کے بعد سے، rollups نے blob storage کا استعمال شروع کر دیا ہے، جس کے نتیجے میں صارفین کے لیے ٹرانزیکشن کی لاگت میں کمی آئی ہے اور لاکھوں ٹرانزیکشنز blobs میں پراسیس ہوئے ہیں۔
+
+مکمل Danksharding پر کام جاری ہے، جس میں اس کی شرائط جیسے PBS (Proposer-Builder Separation) اور DAS (Data Availability Sampling) پر پیش رفت ہو رہی ہے۔ rollup انفراسٹرکچر کو غیر مرکزی بنانا ایک بتدریج عمل ہے - بہت سے مختلف rollups ہیں جو قدرے مختلف نظام بنا رہے ہیں اور مختلف شرحوں پر مکمل طور پر غیر مرکزی ہوں گے۔
+
+[Dencun network upgrade اور اس کے اثرات کے بارے میں مزید](/roadmap/dencun/)
+
+<QuizWidget quizKey="scaling" />
@@ -0,0 +1,44 @@
+---
+title: "خفیہ لیڈر الیکشن"
+description: "اس بات کی وضاحت کہ خفیہ لیڈر کا انتخاب کس طرح توثیق کاروں کو حملوں سے بچانے میں مدد کر سکتا ہے"
+lang: ur-in
+summaryPoints:
+  - بلاک تجویز کنندگان کا IP پتہ پہلے سے معلوم کیا جا سکتا ہے، جو انہیں حملوں کے لیے کمزور بناتا ہے
+  - خفیہ لیڈر کا انتخاب توثیق کاروں کی شناخت کو چھپاتا ہے تاکہ انہیں پہلے سے نہ جانا جا سکے
+  - اس خیال کی توسیع یہ ہے کہ ہر سلاٹ میں توثیق کار کے انتخاب کو بے ترتیب بنایا جائے۔
+---
+
+# خفیہ لیڈر کا انتخاب {#single-secret-leader-election}
+
+آج کے [پروف-آف-اسٹیک](/developers/docs/consensus-mechanisms/pos) پر مبنی اتفاق رائے کے طریقہ کار میں، آنے والے بلاک تجویز کنندگان کی فہرست عوامی ہے اور ان کے IP پتوں کا نقشہ بنانا ممکن ہے۔ اس کا مطلب یہ ہے کہ حملہ آور یہ شناخت کر سکتے ہیں کہ کون سے توثیق کار بلاک تجویز کرنے والے ہیں اور انہیں ڈینائل-آف-سروس (DOS) حملے کا نشانہ بنا سکتے ہیں جو انہیں وقت پر اپنا بلاک تجویز کرنے سے قاصر کر دیتا ہے۔
+
+اس سے حملہ آور کے لیے منافع کمانے کے مواقع پیدا ہو سکتے ہیں۔ مثال کے طور پر، سلاٹ `n+1` کے لیے منتخب کیا گیا بلاک تجویز کنندہ، سلاٹ `n` میں موجود تجویز کنندہ کو DOS کر سکتا ہے تاکہ وہ بلاک تجویز کرنے کا اپنا موقع گنوا دے۔ اس سے حملہ آور بلاک تجویز کنندہ کو دونوں سلاٹس کا MEV نکالنے، یا ان تمام لین دین کو حاصل کرنے کی اجازت ملے گی جنہیں دو بلاکس میں تقسیم کیا جانا چاہیے تھا اور اس کے بجائے ان سب کو ایک میں شامل کر کے تمام متعلقہ فیس حاصل کر لے گا۔ اس سے گھریلو توثیق کاروں پر جدید ادارہ جاتی توثیق کاروں کے مقابلے میں زیادہ اثر پڑنے کا امکان ہے جو خود کو DOS حملوں سے بچانے کے لیے زیادہ جدید طریقے استعمال کر سکتے ہیں، اور اس لیے یہ ایک مرکزیت پیدا کرنے والی طاقت ہو سکتی ہے۔
+
+اس مسئلے کے کئی حل موجود ہیں۔ ایک ہے [ڈسٹریبیوٹڈ ویلیڈیٹر ٹیکنالوجی](https://github.com/ethereum/distributed-validator-specs) جس کا مقصد ایک توثیق کار کو چلانے سے متعلق مختلف کاموں کو متعدد مشینوں میں فالتو پن کے ساتھ پھیلانا ہے، تاکہ حملہ آور کے لیے کسی خاص سلاٹ میں بلاک کی تجویز کو روکنا بہت مشکل ہو جائے۔ تاہم، سب سے مضبوط حل **سنگل سیکرٹ لیڈر الیکشن (SSLE)** ہے۔
+
+## سنگل سیکرٹ لیڈر الیکشن {#secret-leader-election}
+
+SSLE میں، ہوشیار کرپٹوگرافی کا استعمال اس بات کو یقینی بنانے کے لیے کیا جاتا ہے کہ صرف منتخب توثیق کار ہی جانتا ہے کہ اسے منتخب کیا گیا ہے۔ یہ ہر توثیق کار سے ایک ایسے راز کے لیے ایک عہد جمع کروا کر کام کرتا ہے جسے وہ سبھی بانٹتے ہیں۔ عہدوں کو شفل اور دوبارہ ترتیب دیا جاتا ہے تاکہ کوئی بھی عہدوں کو توثیق کاروں سے نہ جوڑ سکے لیکن ہر توثیق کار جانتا ہے کہ کون سا عہد اس کا ہے۔ پھر، بے ترتیب طور پر ایک عہد کا انتخاب کیا جاتا ہے۔ اگر کوئی توثیق کار یہ پتا لگاتا ہے کہ اس کا عہد منتخب کیا گیا ہے، تو وہ جانتا ہے کہ اب بلاک تجویز کرنے کی اس کی باری ہے۔
+
+اس خیال کے اہم نفاذ کو [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763) کہا جاتا ہے۔ جو مندرجہ ذیل طریقے سے کام کرتا ہے:
+
+1. توثیق کار ایک مشترکہ راز کا عہد کرتے ہیں۔ عہد اسکیم کو اس طرح ڈیزائن کیا گیا ہے کہ اسے ایک توثیق کار کی شناخت سے منسلک کیا جا سکتا ہے لیکن اسے بے ترتیب بھی کیا جا سکتا ہے تاکہ کوئی تیسرا فریق بائنڈنگ کو ریورس انجینئر نہ کر سکے اور کسی مخصوص عہد کو کسی مخصوص توثیق کار سے نہ جوڑ سکے۔
+2. ہر ایپوک کے آغاز پر، RANDAO کا استعمال کرتے ہوئے 16,384 توثیق کاروں سے عہد کے نمونے لینے کے لیے توثیق کاروں کا ایک بے ترتیب سیٹ منتخب کیا جاتا ہے۔
+3. اگلے 8182 سلاٹس (1 دن) کے لیے، بلاک تجویز کنندگان اپنی نجی اینٹروپی کا استعمال کرتے ہوئے عہدوں کے ایک ذیلی سیٹ کو شفل اور بے ترتیب بناتے ہیں۔
+4. شفلنگ ختم ہونے کے بعد، RANDAO کا استعمال عہدوں کی ایک ترتیب شدہ فہرست بنانے کے لیے کیا جاتا ہے۔ اس فہرست کو ایتھیریم سلاٹس پر میپ کیا جاتا ہے۔
+5. توثیق کار دیکھتے ہیں کہ ان کا عہد ایک مخصوص سلاٹ سے منسلک ہے، اور جب وہ سلاٹ آتا ہے تو وہ ایک بلاک تجویز کرتے ہیں۔
+6. ان اقدامات کو دہرائیں تاکہ سلاٹس کو عہدوں کی تفویض ہمیشہ موجودہ سلاٹ سے بہت آگے رہے۔
+
+یہ حملہ آوروں کو پہلے سے یہ جاننے سے روکتا ہے کہ کون سا مخصوص توثیق کار اگلا بلاک تجویز کرے گا، اس طرح DOS حملوں کی صلاحیت کو روکا جاتا ہے۔
+
+## خفیہ نان-سنگل لیڈر الیکشن (SnSLE) {#secret-non-single-leader-election}
+
+ایک علیحدہ تجویز بھی ہے جس کا مقصد ایک ایسا منظرنامہ بنانا ہے جہاں ہر توثیق کار کے پاس ہر سلاٹ میں بلاک تجویز کرنے کا ایک بے ترتیب موقع ہو، اسی طرح جیسے پروف-آف-ورک کے تحت بلاک کی تجویز کا فیصلہ کیا جاتا تھا، جسے **خفیہ نان-سنگل لیڈر الیکشن (SnSLE)** کہا جاتا ہے۔ ایسا کرنے کا ایک آسان طریقہ یہ ہے کہ آج کے پروٹوکول میں توثیق کاروں کو بے ترتیب طور پر منتخب کرنے کے لیے استعمال ہونے والے RANDAO فنکشن کا استعمال کیا جائے۔ RANDAO کا خیال یہ ہے کہ بہت سے آزاد توثیق کاروں کے ذریعہ جمع کردہ ہیشز کو ملا کر ایک کافی بے ترتیب نمبر تیار کیا جاتا ہے۔ SnSLE میں، ان ہیشز کا استعمال اگلے بلاک تجویز کنندہ کو منتخب کرنے کے لیے کیا جا سکتا ہے، مثال کے طور پر سب سے کم قیمت والے ہیش کا انتخاب کر کے۔ ہر سلاٹ میں انفرادی توثیق کاروں کے منتخب ہونے کے امکان کو ٹیون کرنے کے لیے درست ہیشز کی حد کو محدود کیا جا سکتا ہے۔ یہ دعویٰ کر کے کہ ہیش `2^256 * 5 / N` سے کم ہونا چاہیے جہاں `N` = فعال توثیق کاروں کی تعداد ہے، ہر سلاٹ میں کسی بھی انفرادی توثیق کار کے منتخب ہونے کا امکان `5/N` ہوگا۔ اس مثال میں، ہر سلاٹ میں کم از کم ایک تجویز کنندہ کے ذریعے ایک درست ہیش تیار کرنے کا 99.3% امکان ہوگا۔
+
+## موجودہ پیشرفت {#current-progress}
+
+SSLE اور SnSLE دونوں تحقیقی مرحلے میں ہیں۔ ابھی تک کسی بھی خیال کے لیے کوئی حتمی تفصیلات موجود نہیں ہیں۔ SSLE اور SnSLE مسابقتی تجاویز ہیں جنہیں دونوں کو نافذ نہیں کیا جا سکتا۔ شپنگ سے پہلے انہیں مزید تحقیق اور ترقی، پروٹوٹائپنگ، اور عوامی ٹیسٹ نیٹس پر عمل درآمد کی ضرورت ہے۔
+
+## مزید پڑھیں {#further-reading}
+
+- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789)