`nonce``
+
+`` - _اوپننگ ٹیگ، جس میں کوڈ کا ایک ٹکڑا ہوتا ہے_
+
+nonce - _ناقابلِ ترجمہ متن_
+
+`` - _کلوزنگ ٹیگ_
+
+
+
+ماخذ متن میں مختصر ٹیگز بھی ہوتے ہیں، جن میں صرف نمبر ہوتے ہیں، جس کا مطلب ہے کہ ان کا کام فوری طور پر واضح نہیں ہوتا۔ آپ ان ٹیگز پر ہوور کرکے دیکھ سکتے ہیں کہ وہ کون سا کام انجام دیتے ہیں۔
+
+نیچے دی گئی مثال میں، آپ دیکھ سکتے ہیں کہ `<0>` ٹیگ پر ہوور کرنے سے یہ ظاہر ہوتا ہے کہ یہ `` کی نمائندگی کرتا ہے اور اس میں کوڈ کا ایک ٹکڑا ہے، لہذا ان ٹیگز کے اندر موجود مواد کا ترجمہ نہیں کیا جانا چاہیے۔
+
+
+
+## مختصر بمقابلہ مکمل شکلیں/مخففات {#short-vs-full-forms}
+
+ویب سائٹ پر بہت سے مخففات استعمال کیے گئے ہیں، مثلاً، dapps، NFT، DAO، DeFi، وغیرہ۔ یہ مخففات عام طور پر انگریزی میں استعمال ہوتے ہیں اور ویب سائٹ پر آنے والے زیادہ تر لوگ ان سے واقف ہیں۔
+
+چونکہ عام طور پر دوسری زبانوں میں ان کے قائم شدہ ترجمے نہیں ہوتے ہیں، ان اور اسی طرح کی اصطلاحات سے نمٹنے کا بہترین طریقہ یہ ہے کہ مکمل شکل کا وضاحتی ترجمہ فراہم کیا جائے، اور بریکٹ میں انگریزی مخفف شامل کیا جائے۔
+
+ان مخففات کا ترجمہ نہ کریں، کیونکہ زیادہ تر لوگ ان سے واقف نہیں ہوں گے، اور مقامی ورژن زیادہ تر وزیٹرز کے لیے زیادہ معنی نہیں رکھیں گے۔
+
+dapps کا ترجمہ کرنے کا طریقہ کی مثال:
+
+- غیر مرکزی ایپلیکیشنز (dapps) → _ترجمہ شدہ مکمل شکل (بریکٹ میں انگریزی مخفف)_
+
+## قائم شدہ ترجمے کے بغیر اصطلاحات {#terms-without-established-translations}
+
+کچھ اصطلاحات کے دوسری زبانوں میں قائم شدہ ترجمے نہیں ہو سکتے ہیں، اور وہ اصل انگریزی اصطلاح سے وسیع پیمانے پر جانی جاتی ہیں۔ ایسی اصطلاحات میں زیادہ تر نئے تصورات شامل ہیں، جیسے proof-of-work، proof-of-stake، Beacon Chain، staking، وغیرہ۔
+
+اگرچہ ان اصطلاحات کا ترجمہ غیر فطری لگ سکتا ہے، کیونکہ انگریزی ورژن عام طور پر دوسری زبانوں میں بھی استعمال ہوتا ہے، لیکن یہ انتہائی سفارش کی جاتی ہے کہ ان کا ترجمہ کیا جائے۔
+
+ان کا ترجمہ کرتے وقت، تخلیقی بننے، وضاحتی ترجمے استعمال کرنے، یا صرف ان کا لفظی ترجمہ کرنے میں آزاد محسوس کریں۔
+
+**زیادہ تر اصطلاحات کا ترجمہ کرنے کی وجہ، کچھ کو انگریزی میں چھوڑنے کے بجائے، یہ حقیقت ہے کہ یہ نئی اصطلاحات مستقبل میں مزید پھیل جائیں گی، کیونکہ زیادہ لوگ Ethereum اور متعلقہ ٹیکنالوجیز کا استعمال شروع کر دیں گے۔** **اگر ہم دنیا بھر سے مزید لوگوں کو اس جگہ پر لانا چاہتے ہیں، تو ہمیں زیادہ سے زیادہ زبانوں میں قابل فہم اصطلاحات فراہم کرنے کی ضرورت ہے، چاہے ہمیں اسے خود ہی بنانا پڑے۔**
+
+## بٹنز اور CTAs {#buttons-and-ctas}
+
+ویب سائٹ پر متعدد بٹنز ہیں، جن کا ترجمہ دوسرے مواد سے مختلف طریقے سے کیا جانا چاہیے۔
+
+بٹن کا متن زیادہ تر اسٹرنگز سے منسلک سیاق و سباق کے اسکرین شاٹس کو دیکھ کر، یا ایڈیٹر میں سیاق و سباق کو چیک کرکے پہچانا جاسکتا ہے، جس میں ‘’button’’ کا جملہ شامل ہوتا ہے۔
+
+بٹنز کے ترجمے جتنے ممکن ہو مختصر ہونے چاہئیں، تاکہ فارمیٹنگ میں عدم مطابقت سے بچا جا سکے۔ مزید برآں، بٹن کے ترجمے لازمی ہونے چاہئیں، یعنی، ایک حکم یا درخواست پیش کریں۔
+
+
+
+## شمولیت کے لیے ترجمہ کرنا {#translating-for-inclusivity}
+
+Ethereum.org پر آنے والے دنیا بھر سے اور مختلف پس منظر سے آتے ہیں۔ لہذا ویب سائٹ پر زبان غیر جانبدار، سب کے لیے خوش آئند اور غیر خصوصی ہونی چاہیے۔
+
+اس کا ایک اہم پہلو صنفی غیر جانبداری ہے۔ یہ خطاب کا رسمی طریقہ استعمال کرکے، اور ترجمے میں کسی بھی جنس سے متعلق مخصوص الفاظ سے گریز کرکے آسانی سے حاصل کیا جاسکتا ہے۔
+
+شمولیت کی ایک اور شکل عالمی سامعین کے لیے ترجمہ کرنے کی کوشش کرنا ہے، جو کسی ملک، نسل یا علاقے کے لیے مخصوص نہ ہو۔
+
+آخر میں، زبان تمام سامعین اور عمروں کے لیے موزوں ہونی چاہیے۔
+
+## زبان سے متعلق مخصوص ترجمے {#language-specific-translations}
+
+ترجمہ کرتے وقت، یہ ضروری ہے کہ آپ اپنی زبان میں استعمال ہونے والے گرامر کے اصولوں، روایات اور فارمیٹنگ کی پیروی کریں، بجائے اس کے کہ ماخذ سے کاپی کریں۔ ماخذ متن انگریزی گرامر کے اصولوں اور روایات کی پیروی کرتا ہے، جو بہت سی دوسری زبانوں پر لاگو نہیں ہوتا۔
+
+آپ کو اپنی زبان کے اصولوں سے آگاہ ہونا چاہیے اور اسی کے مطابق ترجمہ کرنا چاہیے۔ اگر آپ کو مدد کی ضرورت ہے، تو ہم سے رابطہ کریں اور ہم آپ کو اپنی زبان میں ان عناصر کو استعمال کرنے کے طریقے کے بارے میں کچھ وسائل تلاش کرنے میں مدد کریں گے۔
+
+کچھ مثالیں جن پر خاص طور پر دھیان دینا ہے:
+
+### وقفہ کاری، فارمیٹنگ {#punctuation-and-formatting}
+
+**بڑے حروف کا استعمال**
+
+- مختلف زبانوں میں بڑے حروف کے استعمال میں بہت فرق ہے۔
+- انگریزی میں، عنوانات اور ناموں، مہینوں اور دنوں، زبانوں کے ناموں، تعطیلات وغیرہ میں تمام الفاظ کو بڑے حروف میں لکھنا عام ہے۔ بہت سی دوسری زبانوں میں، یہ گرامر کے لحاظ سے غلط ہے، کیونکہ ان کے بڑے حروف کے استعمال کے اصول مختلف ہیں۔
+- کچھ زبانوں میں ذاتی ضمیروں، اسموں، اور کچھ صفتوں کو بڑے حروف میں لکھنے کے اصول بھی ہیں، جو انگریزی میں بڑے حروف میں نہیں لکھے جاتے۔
+
+**خالی جگہ**
+
+- املا کے اصول ہر زبان کے لیے خالی جگہوں کے استعمال کی وضاحت کرتے ہیں۔ چونکہ خالی جگہیں ہر جگہ استعمال ہوتی ہیں، اس لیے یہ اصول کچھ سب سے زیادہ مخصوص ہیں، اور خالی جگہیں کچھ سب سے زیادہ غلط ترجمہ شدہ عناصر ہیں۔
+- انگریزی اور دیگر زبانوں کے درمیان خالی جگہ کے استعمال میں کچھ عام فرق:
+ - پیمائش کی اکائیوں اور کرنسیوں سے پہلے خالی جگہ (مثلاً USD، EUR، kB، MB)
+ - ڈگری کے نشانات سے پہلے خالی جگہ (مثلاً °C، ℉)
+ - کچھ وقفہ کاری کے نشانات سے پہلے خالی جگہ، خاص طور پر حذف کا نشان (…)۔
+ - سلیش (/) سے پہلے اور بعد میں خالی جگہ
+
+**فہرستیں**
+
+- ہر زبان میں فہرستیں لکھنے کے لیے اصولوں کا ایک متنوع اور پیچیدہ مجموعہ ہوتا ہے۔ یہ انگریزی سے نمایاں طور پر مختلف ہو سکتے ہیں۔
+- کچھ زبانوں میں، ہر نئی لائن کے پہلے لفظ کو بڑے حروف میں لکھنے کی ضرورت ہوتی ہے، جبکہ دیگر میں، نئی لائنیں چھوٹے حروف سے شروع ہونی چاہئیں۔ بہت سی زبانوں میں فہرستوں میں بڑے حروف کے استعمال کے بارے میں مختلف اصول بھی ہیں، جو ہر لائن کی لمبائی پر منحصر ہیں۔
+- یہی بات لائن آئٹمز کی وقفہ کاری پر بھی لاگو ہوتی ہے۔ فہرستوں میں آخری وقفہ کاری ایک فل اسٹاپ (**.**)، کوما (**,**)، یا سیمی کالون (**;**) ہو سکتا ہے، جو زبان پر منحصر ہے۔
+
+**اقتباس کے نشانات**
+
+- زبانیں بہت سے مختلف اقتباس کے نشانات استعمال کرتی ہیں۔ ماخذ سے انگریزی اقتباس کے نشانات کو صرف کاپی کرنا اکثر غلط ہوتا ہے۔
+- اقتباس کے نشانات کی کچھ عام اقسام میں شامل ہیں:
+ - „مثال کا متن“
+ - ‚مثال کا متن’
+ - »مثال کا متن«
+ - “مثال کا متن”
+ - ‘مثال کا متن’
+ - «مثال کا متن»
+
+**ہائیفن اور ڈیش**
+
+- انگریزی میں، ہائیفن (-) کا استعمال الفاظ یا کسی لفظ کے مختلف حصوں کو جوڑنے کے لیے کیا جاتا ہے، جبکہ ڈیش (–) کا استعمال کسی رینج یا وقفے کی نشاندہی کے لیے کیا جاتا ہے۔
+- بہت سی زبانوں میں ہائیفن اور ڈیش استعمال کرنے کے مختلف اصول ہیں جن کا خیال رکھنا چاہیے۔
+
+### فارمیٹس {#formats}
+
+**نمبرز**
+
+- مختلف زبانوں میں نمبر لکھنے میں بنیادی فرق ڈیسیمل اور ہزاروں کے لیے استعمال ہونے والا الگ کرنے والا ہے۔ ہزاروں کے لیے، یہ ایک فل اسٹاپ، کوما یا خالی جگہ ہو سکتا ہے۔ اسی طرح، کچھ زبانیں ڈیسیمل پوائنٹ کا استعمال کرتی ہیں، جبکہ دیگر ڈیسیمل کوما کا استعمال کرتی ہیں۔
+ - بڑے نمبروں کی کچھ مثالیں:
+ - انگریزی – **1,000.50**
+ - ہسپانوی – **1.000,50**
+ - فرانسیسی – **1 000,50**
+- نمبروں کا ترجمہ کرتے وقت ایک اور اہم غور فیصد کی علامت ہے۔ اسے مختلف طریقوں سے لکھا جا سکتا ہے: **100%**، **100 %** یا **%100**۔
+- آخر میں، منفی نمبروں کو زبان کے لحاظ سے مختلف طریقے سے دکھایا جا سکتا ہے: -100، 100-، (100) یا [100]۔
+
+**تاریخیں**
+
+- تاریخوں کا ترجمہ کرتے وقت، زبان کی بنیاد پر متعدد غور و فکر اور اختلافات ہوتے ہیں۔ ان میں تاریخ کا فارمیٹ، الگ کرنے والا، بڑے حروف کا استعمال اور لیڈنگ زیرو شامل ہیں۔ پوری لمبائی اور عددی تاریخوں کے درمیان بھی فرق ہیں۔
+ - مختلف تاریخ کے فارمیٹس کی کچھ مثالیں:
+ - انگریزی UK (dd/mm/yyyy) – 1st January, 2022
+ - انگریزی US (mm/dd/yyyy) – January 1st, 2022
+ - چینی (yyyy-mm-dd) – 2022 年 1 月 1 日
+ - فرانسیسی (dd/mm/yyyy) – 1er janvier 2022
+ - اطالوی (dd/mm/yyyy) – 1º gennaio 2022
+ - جرمن (dd/mm/yyyy) – 1. Januar 2022
+
+**کرنسیاں**
+
+- مختلف فارمیٹس، روایات اور تبادلوں کی وجہ سے کرنسیوں کا ترجمہ کرنا مشکل ہو سکتا ہے۔ ایک عمومی اصول کے طور پر، براہ کرم کرنسیوں کو ماخذ کی طرح ہی رکھیں۔ آپ قاری کے فائدے کے لیے بریکٹ میں اپنی مقامی کرنسی اور تبادلہ شامل کر سکتے ہیں۔
+- مختلف زبانوں میں کرنسیاں لکھنے میں بنیادی فرق میں علامت کی جگہ، ڈیسیمل کوما بمقابلہ ڈیسیمل پوائنٹس، خالی جگہ، اور مخففات بمقابلہ علامتیں شامل ہیں۔
+ - علامت کی جگہ: $100 یا 100$
+ - ڈیسیمل کوما بمقابلہ ڈیسیمل پوائنٹس: 100,50$ یا 100.50$
+ - خالی جگہ: 100$ یا 100 $
+ - مخففات بمقابلہ علامتیں: 100 $ یا 100 USD
+
+**پیمائش کی اکائیاں**
+
+- ایک عمومی اصول کے طور پر، براہ کرم پیمائش کی اکائیوں کو ماخذ کے مطابق رکھیں۔ اگر آپ کا ملک ایک مختلف نظام استعمال کرتا ہے، تو آپ بریکٹ میں تبادلہ شامل کر سکتے ہیں۔
+- پیمائش کی اکائیوں کی لوکلائزیشن کے علاوہ، یہ بھی نوٹ کرنا ضروری ہے کہ زبانیں ان اکائیوں سے کیسے نمٹتی ہیں۔ بنیادی فرق نمبر اور اکائی کے درمیان خالی جگہ ہے، جو زبان کی بنیاد پر مختلف ہو سکتی ہے۔ اس کی مثالوں میں 100kB بمقابلہ 100 kB یا 50ºF بمقابلہ 50 ºF شامل ہیں۔
+
+## نتیجہ {#conclusion}
+
+ethereum.org کا ترجمہ کرنا Ethereum کے مختلف پہلوؤں کے بارے میں جاننے کا ایک بہترین موقع ہے۔
+
+ترجمہ کرتے وقت، جلدی نہ کریں۔ آرام سے کریں اور لطف اٹھائیں!
+
+ترجمہ پروگرام میں شامل ہونے اور ویب سائٹ کو وسیع تر سامعین تک قابل رسائی بنانے میں ہماری مدد کرنے کے لیے آپ کا شکریہ۔ Ethereum کمیونٹی عالمی ہے، اور ہمیں خوشی ہے کہ آپ اس کا حصہ ہیں!
diff --git a/public/content/translations/ur/dao/index.md b/public/content/translations/ur/dao/index.md
new file mode 100644
index 00000000000..d5c9200553e
--- /dev/null
+++ b/public/content/translations/ur/dao/index.md
@@ -0,0 +1,167 @@
+---
+title: "DAO کیا ہے؟"
+metaTitle: "DAO کیا ہے؟ | وکندریقرت خود مختار تنظیم"
+description: "ایتھیریئم پر DAOs کا ایک جائزہ"
+lang: ur-in
+template: use-cases
+emoji: ":handshake:"
+sidebarDepth: 2
+image: /images/use-cases/dao-2.png
+alt: "ایک تجویز پر ووٹنگ کرتے ہوئے DAO کی نمائندگی۔"
+summaryPoint1: "مرکزی قیادت کے بغیر اراکین کی ملکیت والی کمیونٹیز۔"
+summaryPoint2: "انٹرنیٹ پر اجنبیوں کے ساتھ تعاون کرنے کا ایک محفوظ طریقہ۔"
+summaryPoint3: "کسی خاص مقصد کے لیے فنڈز دینے کے لیے ایک محفوظ جگہ۔"
+---
+
+## DAOs کیا ہیں؟ {#what-are-daos}
+
+DAO ایک مشترکہ ملکیت والی تنظیم ہے جو ایک مشترکہ مشن کی سمت میں کام کرتی ہے۔
+
+DAOs ہمیں فنڈز یا آپریشنز کا انتظام کرنے کے لیے کسی خیر خواہ رہنما پر بھروسہ کیے بغیر دنیا بھر کے ہم خیال لوگوں کے ساتھ کام کرنے کی اجازت دیتے ہیں۔ کوئی ایسا CEO نہیں ہے جو اپنی مرضی سے فنڈز خرچ کر سکے یا کوئی CFO جو کھاتوں میں ہیرا پھیری کر سکے۔ اس کے بجائے، کوڈ میں شامل بلاک چین پر مبنی اصول یہ بتاتے ہیں کہ تنظیم کیسے کام کرتی ہے اور فنڈز کیسے خرچ کیے جاتے ہیں۔
+
+ان کے پاس بلٹ ان خزانے ہوتے ہیں جن تک گروپ کی منظوری کے بغیر کسی کو رسائی حاصل کرنے کا اختیار نہیں ہوتا ہے۔ فیصلے تجاویز اور ووٹنگ کے ذریعے کیے جاتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ تنظیم میں ہر ایک کی آواز ہو، اور سب کچھ شفاف طریقے سے [آن چین](/glossary/#onchain) ہوتا ہے۔
+
+## ہمیں DAOs کی ضرورت کیوں ہے؟ {#why-dao}
+
+کسی ایسے شخص کے ساتھ تنظیم شروع کرنا جس میں فنڈنگ اور پیسہ شامل ہو، ان لوگوں پر بہت زیادہ اعتماد کی ضرورت ہوتی ہے جن کے ساتھ آپ کام کر رہے ہیں۔ لیکن کسی ایسے شخص پر بھروسہ کرنا مشکل ہے جس سے آپ نے صرف انٹرنیٹ پر بات چیت کی ہو۔ DAOs کے ساتھ آپ کو گروپ میں کسی اور پر بھروسہ کرنے کی ضرورت نہیں ہے، صرف DAO کے کوڈ پر، جو 100% شفاف ہے اور کوئی بھی اس کی تصدیق کر سکتا ہے۔
+
+یہ عالمی تعاون اور تال میل کے لیے بہت سے نئے مواقع کھولتا ہے۔
+
+### ایک موازنہ {#dao-comparison}
+
+| DAO | ایک روایتی تنظیم |
+| ---------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- |
+| عام طور پر فلیٹ، اور مکمل طور پر جمہوری۔ | عام طور پر درجہ بندی پر مبنی۔ |
+| کسی بھی تبدیلی کو نافذ کرنے کے لیے اراکین کی طرف سے ووٹنگ کی ضرورت ہوتی ہے۔ | ساخت کے لحاظ سے، تبدیلیاں ایک واحد فریق سے طلب کی جا سکتی ہیں، یا ووٹنگ کی پیشکش کی جا سکتی ہے۔ |
+| ووٹوں کی گنتی کی جاتی ہے، اور نتیجہ بغیر کسی بھروسہ مند ثالث کے خود بخود نافذ ہو جاتا ہے۔ | اگر ووٹنگ کی اجازت ہو، تو ووٹوں کی گنتی اندرونی طور پر کی جاتی ہے، اور ووٹنگ کے نتیجے کو دستی طور پر سنبھالنا ضروری ہے۔ |
+| پیش کردہ خدمات کو وکندریقرت طریقے سے خود بخود سنبھالا جاتا ہے (مثال کے طور پر فلاحی فنڈز کی تقسیم)۔ | اس کے لیے انسانی ہینڈلنگ، یا مرکزی طور پر کنٹرول شدہ آٹومیشن کی ضرورت ہوتی ہے، جس میں ہیرا پھیری کا خطرہ ہوتا ہے۔ |
+| تمام سرگرمیاں شفاف اور مکمل طور پر عوامی ہوتی ہیں۔ | سرگرمی عام طور پر نجی ہوتی ہے، اور عوام کے لیے محدود ہوتی ہے۔ |
+
+### DAO کی مثالیں {#dao-examples}
+
+اسے مزید سمجھنے میں مدد کے لیے، یہاں کچھ مثالیں ہیں کہ آپ DAO کا استعمال کیسے کر سکتے ہیں:
+
+- **ایک خیراتی ادارہ** – آپ دنیا میں کسی سے بھی عطیات قبول کر سکتے ہیں اور ووٹ دے سکتے ہیں کہ کن مقاصد کے لیے فنڈ فراہم کیا جائے۔
+- **اجتماعی ملکیت** – آپ طبعی یا ڈیجیٹل اثاثے خرید سکتے ہیں اور اراکین ان کے استعمال کے طریقے پر ووٹ دے سکتے ہیں۔
+- **وینچرز اور گرانٹس** – آپ ایک وینچر فنڈ بنا سکتے ہیں جو سرمایہ کاری کے سرمائے کو جمع کرتا ہے اور ان وینچرز پر ووٹ دیتا ہے جن کی حمایت کرنی ہے۔ واپس کی گئی رقم بعد میں DAO کے اراکین میں دوبارہ تقسیم کی جا سکتی ہے۔
+
+
+ DeFi ایپس دریافت کریں
+
+
+## یہ بٹ کوائن سے شروع ہوا… {#bitcoin}
+
+کئی پہلوؤں سے بٹ کوائن پہلی ڈی فائی ایپلیکیشن تھا بٹ کوائن آپ کو اصل میں اپنی دولت کا مالک بناتا ہے اور آپ اسے دنیا میں کہیں بھی بھیج سکتے ہیں یہ اس طرح ممکن ہوتا ہے کہ بڑی تعداد میں لوگ، جو ایک دوسرے پر بھروسہ نہیں کرتے، کسی قابلِ اعتماد ثالث کے بغیر ایک لیجر پر متفق ہو جاتے ہیں بٹ کوائن سب کے لیے کھلا ہے اور کسی کو اس کے قوانین بدلنے کا اختیار نہیں ہے بٹ کوائن کے اصول، جیسے اس کی کمیابی اور کھلا پن، ٹیکنالوجی میں شامل ہیں یہ روایتی مالیات جیسا نہیں ہے جہاں حکومتیں پیسہ چھاپ کر آپ کی بچت کی قدر کم کر دیتی ہیں اور کمپنیاں منڈیاں بند کر دیتی ہیں
+
+ایتھیریم اسی پر آگے بڑھتا ہے بٹ کوائن کی طرح، اصول آپ پر بدلے نہیں جا سکتے اور سب کو رسائی حاصل ہے لیکن یہ [اسمارٹ کنٹریکٹس](/glossary/#smart-contract) کا استعمال کرتے ہوئے، اس ڈیجیٹل رقم کو قابل پروگرام بھی بناتا ہے، تاکہ آپ قدر کو ذخیرہ کرنے اور بھیجنے سے آگے بڑھ سکیں۔
+
+
+
+ اگر آپ ایتھیریم میں نئے ہیں تو ڈی فائی ایپلیکیشنز کے لیے ہماری تجاویز دیکھیں
+
+ DeFi ایپس دریافت کریں
+
+
+
+
+## آپ ڈی فائی کے ساتھ کیا کر سکتے ہیں؟ {#defi-use-cases}
+
+زیادہ تر مالیاتی خدمات کے لیے ایک غیر مرکزی متبادل موجود ہے لیکن ایتھیریم بالکل نئی مالیاتی مصنوعات بنانے کے مواقع بھی پیدا کرتا ہے یہ ایک مسلسل بڑھتی ہوئی فہرست ہے
+
+- [دنیا بھر میں پیسہ بھیجیں](#send-money)
+- [دنیا بھر میں پیسہ اسٹریم کریں](#stream-money)
+- [مستحکم کرنسیوں تک رسائی حاصل کریں](#stablecoins)
+- [ضمانت کے ساتھ فنڈز ادھار لیں](#lending)
+- [بغیر ضمانت کے ادھار لیں](#flash-loans)
+- [کرپٹو بچت شروع کریں](#saving)
+- [ٹوکنز کی تجارت کریں](#swaps)
+- [اپنا پورٹ فولیو بڑھائیں](#investing)
+- [اپنے خیالات کو فنڈ دیں](#crowdfunding)
+- [انشورنس خریدیں](#insurance)
+- [اپنے پورٹ فولیو کا نظم کریں](#aggregators)
+
+
+ ادائیگی کی dapps دیکھیں
+
+
+#### دنیا بھر میں پیسہ بہائیں (اسٹریم کریں) {#stream-money}
+
+آپ ایتھیریم کے ذریعے بھی پیسہ بہا سکتے ہیں یہ آپ کو کسی کو فی سیکنڈ تنخواہ دینے کی اجازت دیتا ہے، جس سے وہ جب چاہیں اپنے پیسے تک رسائی حاصل کر سکیں یا کسی چیز کو سیکنڈ کے حساب سے کرایہ پر لیں جیسے اسٹوریج لاکر یا الیکٹرک اسکوٹر۔
+
+اور اگر آپ [ETH](/glossary/#ether) کو بھیجنا یا اسٹریم نہیں کرنا چاہتے کیونکہ اس کی قدر میں بہت زیادہ تبدیلی آسکتی ہے، تو Ethereum پر متبادل کرنسیاں موجود ہیں: [اسٹیبل کوائنز](/glossary/#stablecoin)۔
+
+
+ ادھار لینے والی dapps دیکھیں
+
+
+وکندریقرت قرض دہندہ استعمال کرنے کے بہت سے فوائد ہیں...
+
+#### رازداری کے ساتھ ادھار لینا {#borrowing-privacy}
+
+آج، پیسہ قرض دینا اور لینا سب کچھ اس میں شامل افراد کے گرد گھومتا ہے۔ بینکوں کو قرض دینے سے پہلے یہ جاننے کی ضرورت ہے کہ کیا آپ قرض کی ادائیگی کا امکان رکھتے ہیں۔
+
+وکندریقرت قرض کا نظام کسی بھی فریق کی شناخت کے بغیر کام کرتا ہے۔ اس کے بجائے، قرض لینے والے کو ضمانت رکھنی چاہیے جو قرض دہندہ کو خود بخود مل جائے گی اگر اس کا قرض واپس نہیں کیا جاتا ہے۔ کچھ قرض دہندگان [NFTs](/glossary/#nft) کو بھی ضمانت کے طور پر قبول کرتے ہیں۔ NFTs ایک منفرد اثاثے کا ڈیڈ ہیں، جیسے کہ ایک پینٹنگ۔ [NFTs کے بارے میں مزید](/nft/)
+
+یہ آپ کو کریڈٹ چیک کے بغیر یا نجی معلومات حوالے کیے بغیر پیسہ ادھار لینے کی اجازت دیتا ہے۔
+
+#### عالمی فنڈز تک رسائی {#access-global-funds}
+
+جب آپ وکندریقرت قرض دہندہ استعمال کرتے ہیں تو آپ کو دنیا بھر سے جمع کردہ فنڈز تک رسائی حاصل ہوتی ہے، نہ کہ صرف آپ کے منتخب کردہ بینک یا ادارے کی تحویل میں موجود فنڈز تک۔ اس سے قرضے زیادہ قابل رسائی ہو جاتے ہیں اور سود کی شرحیں بہتر ہوتی ہیں۔
+
+#### ٹیکس کی بچت {#tax-efficiencies}
+
+ادھار لینا آپ کو اپنے ETH (ایک قابل ٹیکس واقعہ) کو فروخت کرنے کی ضرورت کے بغیر آپ کو درکار فنڈز تک رسائی دے سکتا ہے۔ اس کے بجائے، آپ اسٹیبل کوائن لون کے لیے ETH کو ضمانت کے طور پر استعمال کر سکتے ہیں۔ یہ آپ کو درکار کیش فلو فراہم کرتا ہے اور آپ کو اپنا ETH رکھنے دیتا ہے۔ اسٹیبل کوائنز ایسے ٹوکن ہیں جو اس وقت کے لیے بہت بہتر ہیں جب آپ کو نقد رقم کی ضرورت ہو کیونکہ ان کی قدر ETH کی طرح کم زیادہ نہیں ہوتی۔ [اسٹیبل کوائنز کے بارے میں مزید](#stablecoins)
+
+#### فلیش لونز {#flash-loans}
+
+فلیش لونز وکندریقرت قرض کی ایک زیادہ تجرباتی شکل ہیں جو آپ کو ضمانت یا کوئی ذاتی معلومات فراہم کیے بغیر قرض لینے کی اجازت دیتی ہیں۔
+
+وہ ابھی غیر تکنیکی لوگوں کے لیے وسیع پیمانے پر قابل رسائی نہیں ہیں لیکن وہ اس بات کا اشارہ دیتے ہیں کہ مستقبل میں ہر ایک کے لیے کیا ممکن ہو سکتا ہے۔
+
+یہ اس بنیاد پر کام کرتا ہے کہ قرض ایک ہی لین دین کے اندر لیا اور واپس ادا کیا جاتا ہے۔ اگر اسے واپس ادا نہیں کیا جاسکتا ہے، تو لین دین اس طرح واپس ہوجاتا ہے جیسے کچھ ہوا ہی نہ ہو۔
+
+جو فنڈز اکثر استعمال کیے جاتے ہیں وہ لیکویڈیٹی پولز (ادھار لینے کے لیے استعمال ہونے والے فنڈز کے بڑے پول) میں رکھے جاتے ہیں۔ اگر وہ کسی بھی وقت استعمال نہیں ہو رہے ہیں، تو یہ کسی کے لیے ان فنڈز کو ادھار لینے، ان کے ساتھ کاروبار کرنے، اور انہیں لفظی طور پر اسی وقت مکمل طور پر واپس کرنے کا موقع پیدا کرتا ہے جب وہ ادھار لیے گئے تھے۔
+
+اس کا مطلب ہے کہ بہت زیادہ منطق کو ایک بہت ہی مخصوص لین دین میں شامل کیا جانا چاہیے۔ ایک سادہ سی مثال یہ ہو سکتی ہے کہ کوئی شخص فلیش لون کا استعمال کرتے ہوئے ایک قیمت پر زیادہ سے زیادہ اثاثہ ادھار لے تاکہ وہ اسے کسی دوسرے ایکسچینج پر بیچ سکے جہاں قیمت زیادہ ہو۔
+
+لہذا ایک ہی لین دین میں، درج ذیل ہوتا ہے:
+
+- آپ ایکسچینج A سے $1.00 میں X رقم کا $asset ادھار لیتے ہیں
+- آپ ایکسچینج B پر X $asset کو $1.10 میں بیچتے ہیں
+- آپ ایکسچینج A کو قرض واپس کرتے ہیں
+- آپ ٹرانزیکشن فیس کو منہا کرکے منافع رکھتے ہیں
+
+اگر ایکسچینج B کی سپلائی اچانک گر جاتی ہے اور صارف اصل قرض کو پورا کرنے کے لیے کافی خریدنے کے قابل نہیں ہوتا ہے، تو لین دین آسانی سے ناکام ہو جائے گا۔
+
+روایتی مالیاتی دنیا میں مذکورہ بالا مثال کو کرنے کے قابل ہونے کے لیے، آپ کو بہت بڑی رقم کی ضرورت ہوگی۔ پیسہ کمانے کی یہ حکمت عملی صرف ان لوگوں کے لیے قابل رسائی ہے جن کے پاس پہلے سے دولت موجود ہے۔ فلیش لونز ایک ایسے مستقبل کی مثال ہیں جہاں پیسہ کمانے کے لیے پیسہ ہونا ضروری نہیں ہے۔
+
+
+ فلیش لونز کے بارے میں مزید
+
+
+
+ قرض دینے والی dapps دیکھیں
+
+
+#### بغیر نقصان والی لاٹریاں {#no-loss-lotteries}
+
+PoolTogether جیسی بغیر نقصان والی لاٹریاں پیسہ بچانے کا ایک تفریحی اور جدید نیا طریقہ ہیں۔
+
+- آپ 100 Dai ٹوکنز کا استعمال کرکے 100 ٹکٹ خریدتے ہیں۔
+- آپ کو 100 plDai ملتے ہیں جو آپ کے 100 ٹکٹوں کی نمائندگی کرتے ہیں۔
+- اگر آپ کا کوئی ایک ٹکٹ فاتح کے طور پر منتخب ہوتا ہے، تو آپ کا plDai بیلنس پرائز پول کی رقم سے بڑھ جائے گا۔
+- اگر آپ نہیں جیتتے ہیں، تو آپ کا 100 plDai اگلے ہفتے کی قرعہ اندازی میں چلا جائے گا۔
+- آپ کسی بھی وقت اپنے plDai بیلنس کے برابر عام Dai کی رقم نکال سکتے ہیں۔
+
+پرائز پول اوپر قرض دینے کی مثال کی طرح ٹکٹ ڈپازٹس کو قرض دے کر پیدا ہونے والے تمام سود سے پیدا ہوتا ہے۔
+
+
+ PoolTogether آزمائیں
+
+
+
+ ٹوکن ایکسچینجز دیکھیں
+
+
+
+ ٹریڈنگ dapps دیکھیں
+
+
+
+ سرمایہ کاری کی dapps دیکھیں
+
+
+
+ کراؤڈ فنڈنگ dapps دیکھیں
+
+
+#### کوڈریٹک فنڈنگ {#quadratic-funding}
+
+Ethereum ایک اوپن سورس سافٹ ویئر ہے اور اب تک کا زیادہ تر کام کمیونٹی نے فنڈ کیا ہے۔ اس نے ایک دلچسپ نئے فنڈ ریزنگ ماڈل کی ترقی کا باعث بنا ہے: کوڈریٹک فنڈنگ۔ اس میں مستقبل میں عوامی بھلائی کے تمام اقسام کو فنڈ دینے کے طریقے کو بہتر بنانے کی صلاحیت ہے۔
+
+کوڈریٹک فنڈنگ اس بات کو یقینی بناتی ہے کہ سب سے زیادہ فنڈنگ حاصل کرنے والے پروجیکٹس وہ ہیں جن کی سب سے زیادہ منفرد مانگ ہے۔ دوسرے لفظوں میں، وہ پروجیکٹس جو زیادہ تر لوگوں کی زندگیوں کو بہتر بنانے کے لیے ہیں۔ یہ اس طرح کام کرتا ہے:
+
+1. عطیہ کردہ فنڈز کا ایک میچنگ پول ہے۔
+2. عوامی فنڈنگ کا ایک دور شروع ہوتا ہے۔
+3. لوگ کچھ رقم عطیہ کرکے کسی پروجیکٹ کے لیے اپنی مانگ کا اشارہ دے سکتے ہیں۔
+4. دور ختم ہونے کے بعد، میچنگ پول پروجیکٹس میں تقسیم کیا جاتا ہے۔ سب سے زیادہ منفرد مانگ والے میچنگ پول سے سب سے زیادہ رقم حاصل کرتے ہیں۔
+
+اس کا مطلب ہے کہ 1 ڈالر کے 100 عطیات کے ساتھ پروجیکٹ A کو 10,000 ڈالر کے ایک عطیہ کے ساتھ پروجیکٹ B سے زیادہ فنڈنگ مل سکتی ہے (میچنگ پول کے سائز پر منحصر ہے)۔
+
+
+ کوڈریٹک فنڈنگ کے بارے میں مزید
+
+
+
+ انشورنس dapps دیکھیں
+
+
+
+ پورٹ فولیو dapps دیکھیں
+
+
+
+ dapps بنانے کے بارے میں مزید
+
+
+## مزید پڑھیں {#further-reading}
+
+### DeFi ڈیٹا {#defi-data}
+
+- [DeFi Prime](https://defiprime.com/)
+- [DeFi Llama](https://defillama.com/)
+
+### DeFi مضامین {#defi-articles}
+
+- [DeFi کے لیے ایک ابتدائی رہنما](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, 6 جنوری، 2020_
+- [EEA DeFi رسک اسیسمنٹ گائیڈ لائنز](https://entethalliance.org/specs/defi-risks/) – DeFi پروٹوکولز میں کلیدی خطرات کی شناخت اور ان کا جائزہ لینے کے طریقے کا ایک صنعتی حمایت یافتہ جائزہ۔
+
+### ویڈیوز {#videos}
+
+- [Finematics - وکندریقرت مالیاتی تعلیم](https://finematics.com/) – _DeFi پر ویڈیوز_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi کی بنیادی باتیں: اس کبھی کبھار پریشان کن جگہ میں شروع کرنے کے لیے آپ کو جاننے کی ہر چیز۔_
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi کیا ہے؟_
+
+### کمیونٹیز {#communities}
+
+- [DeFi Llama Discord سرور](https://discord.defillama.com/)
+- [DeFi Pulse Discord سرور](https://discord.gg/Gx4TCTk)
+
+
+
+براہ کرم بنائے جانے والے نئے اکاؤنٹ کے لیے ایک پاس ورڈ درج کریں:
+>
+
+------------
+INFO [10-28|16:19:09.156] آپ کی نئی کلید تیار ہو گئی address=0x5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] براہ کرم اپنی کلیدی فائل کا بیک اپ لیں path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] براہ کرم اپنا پاس ورڈ یاد رکھیں!
+تیار کردہ اکاؤنٹ 0x5e97870f263700f46aa00d967821199b9bc5a120
+```
+
+[Geth دستاویزات](https://geth.ethereum.org/docs)
+
+اپنی نجی کلید سے نئی عوامی کلیدیں اخذ کرنا ممکن ہے، لیکن آپ عوامی کلیدوں سے نجی کلید اخذ نہیں کر سکتے۔ اپنی نجی کلیدوں کو محفوظ رکھنا بہت ضروری ہے اور، جیسا کہ نام سے ظاہر ہے، **نجی**۔
+
+آپ کو پیغامات اور لین دین پر دستخط کرنے کے لیے ایک نجی کلید کی ضرورت ہے جو ایک دستخط آؤٹ پٹ کرتے ہیں۔ دوسرے پھر آپ کی عوامی کلید اخذ کرنے کے لیے دستخط لے سکتے ہیں، جو پیغام کے مصنف کو ثابت کرتا ہے۔ اپنی ایپلیکیشن میں، آپ نیٹ ورک پر لین دین بھیجنے کے لیے ایک JavaScript لائبریری استعمال کر سکتے ہیں۔
+
+## کنٹریکٹ اکاؤنٹس {#contract-accounts}
+
+کنٹریکٹ اکاؤنٹس کا بھی 42 حروف کا ہیکساڈیسیمل پتہ ہوتا ہے:
+
+مثال:
+
+`0x06012c8cf97bead5deae237070f9587f8e7a266d`
+
+کنٹریکٹ کا پتہ عام طور پر اس وقت دیا جاتا ہے جب کوئی کنٹریکٹ Ethereum بلاک چین پر تعینات کیا جاتا ہے۔ پتہ تخلیق کار کے پتے اور اس پتے سے بھیجے گئے لین دین کی تعداد (“نانس”) سے آتا ہے۔
+
+## توثیق کار کی کلیدیں {#validators-keys}
+
+Ethereum میں ایک اور قسم کی کلید بھی ہے، جو اس وقت متعارف کرائی گئی جب Ethereum نے پروف-آف-ورک سے پروف-آف-اسٹیک پر مبنی اتفاق رائے پر سوئچ کیا۔ یہ 'BLS' کلیدیں ہیں اور ان کا استعمال توثیق کاروں کی شناخت کے لیے کیا جاتا ہے۔ نیٹ ورک کو اتفاق رائے پر آنے کے لیے مطلوبہ بینڈوڈتھ کو کم کرنے کے لیے ان کلیدوں کو مؤثر طریقے سے جمع کیا جا سکتا ہے۔ اس کلیدی جمع کے بغیر ایک توثیق کار کے لیے کم از کم اسٹیک بہت زیادہ ہوگا۔
+
+[توثیق کار کی کلیدوں پر مزید](/developers/docs/consensus-mechanisms/pos/keys/)۔
+
+## بٹوے پر ایک نوٹ {#a-note-on-wallets}
+
+ایک اکاؤنٹ بٹوہ نہیں ہے۔ ایک بٹوہ ایک انٹرفیس یا ایپلیکیشن ہے جو آپ کو اپنے Ethereum اکاؤنٹ کے ساتھ تعامل کرنے دیتا ہے، چاہے وہ بیرونی ملکیت والا اکاؤنٹ ہو یا کنٹریکٹ اکاؤنٹ۔
+
+## ایک بصری ڈیمو {#a-visual-demo}
+
+آسٹن کو ہیش فنکشنز اور کلیدی جوڑوں کے بارے میں بتاتے ہوئے دیکھیں۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+درست واپسی کا ڈیٹا کلائنٹ کے نفاذ کے درمیان مختلف ہوتا ہے۔ جب نوڈ سنک نہیں ہو رہا ہوتا ہے تو تمام کلائنٹس `False` واپس کرتے ہیں، اور تمام کلائنٹس مندرجہ ذیل فیلڈز واپس کرتے ہیں۔
+
+`Object|Boolean`، سنک اسٹیٹس ڈیٹا کے ساتھ ایک آبجیکٹ یا `FALSE`، جب سنک نہ ہو رہا ہو:
+
+- `startingBlock`: `QUANTITY` - وہ بلاک جس پر امپورٹ شروع ہوا (صرف ری سیٹ کیا جائے گا، جب سنک اس کے ہیڈ تک پہنچ جائے)
+- `currentBlock`: `QUANTITY` - موجودہ بلاک، eth_blockNumber کی طرح
+- `highestBlock`: `QUANTITY` - تخمینہ شدہ سب سے اونچا بلاک
+
+تاہم، انفرادی کلائنٹس اضافی ڈیٹا بھی فراہم کر سکتے ہیں۔ مثال کے طور پر Geth مندرجہ ذیل واپس کرتا ہے:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "currentBlock": "0x3cf522",
+ "healedBytecodeBytes": "0x0",
+ "healedBytecodes": "0x0",
+ "healedTrienodes": "0x0",
+ "healingBytecode": "0x0",
+ "healingTrienodes": "0x0",
+ "highestBlock": "0x3e0e41",
+ "startingBlock": "0x3cbed5",
+ "syncedAccountBytes": "0x0",
+ "syncedAccounts": "0x0",
+ "syncedBytecodeBytes": "0x0",
+ "syncedBytecodes": "0x0",
+ "syncedStorage": "0x0",
+ "syncedStorageBytes": "0x0"
+ }
+}
+```
+
+جبکہ Besu واپس کرتا ہے:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 51,
+ "result": {
+ "startingBlock": "0x0",
+ "currentBlock": "0x1518",
+ "highestBlock": "0x9567a3",
+ "pulledStates": "0x203ca",
+ "knownStates": "0x200636"
+ }
+}
+```
+
+مزید تفصیلات کے لیے اپنے مخصوص کلائنٹ کی دستاویزات سے رجوع کریں۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": {
+ startingBlock: '0x384',
+ currentBlock: '0x386',
+ highestBlock: '0x454'
+ }
+}
+// یا جب سنک نہ ہو رہا ہو
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": false
+}
+```
+
+### eth_coinbase {#eth_coinbase}
+
+کلائنٹ کوائن بیس ایڈریس واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+> **نوٹ:** یہ طریقہ **v1.14.0** سے متروک ہو گیا ہے اور اب اس کی حمایت نہیں کی جاتی ہے۔ اس طریقے کو استعمال کرنے کی کوشش کے نتیجے میں "طریقہ معاونت یافتہ نہیں" کی خرابی ہوگی۔
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+`DATA`، 20 بائٹس - موجودہ کوائن بیس ایڈریس۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
+// نتیجہ
+{
+ "id":64,
+ "jsonrpc": "2.0",
+ "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1"
+}
+```
+
+### eth_chainId {#eth_chainId}
+
+ری پلے سے محفوظ ٹرانزیکشنز پر دستخط کرنے کے لیے استعمال ہونے والی چین آئی ڈی واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+`chainId`، ایک سٹرنگ کے طور پر ہیکساڈیسیمل ویلیو جو موجودہ چین آئی ڈی کے انٹیجر کی نمائندگی کرتی ہے۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
+// نتیجہ
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "0x1"
+}
+```
+
+### eth_mining {#eth_mining}
+
+اگر کلائنٹ فعال طور پر نئے بلاکس کی مائننگ کر رہا ہے تو `true` واپس کرتا ہے۔ یہ صرف پروف-آف-ورک نیٹ ورکس کے لیے `true` واپس کر سکتا ہے اور [The Merge](/roadmap/merge/) کے بعد سے کچھ کلائنٹس میں دستیاب نہیں ہو سکتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+`Boolean` - اگر کلائنٹ مائننگ کر رہا ہے تو `true` واپس کرتا ہے، ورنہ `false`۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
+//
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_hashrate {#eth_hashrate}
+
+نوڈ فی سیکنڈ جتنے ہیشز کے ساتھ مائننگ کر رہا ہے ان کی تعداد واپس کرتا ہے۔ یہ صرف پروف-آف-ورک نیٹ ورکس کے لیے `true` واپس کر سکتا ہے اور [The Merge](/roadmap/merge/) کے بعد سے کچھ کلائنٹس میں دستیاب نہیں ہو سکتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+`QUANTITY` - فی سیکنڈ ہیشز کی تعداد۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
+// نتیجہ
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": "0x38a"
+}
+```
+
+### eth_gasPrice {#eth_gasprice}
+
+wei میں فی گیس کی موجودہ قیمت کا تخمینہ واپس کرتا ہے۔ مثال کے طور پر، Besu کلائنٹ آخری 100 بلاکس کا معائنہ کرتا ہے اور بطور ڈیفالٹ میڈین گیس یونٹ کی قیمت واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+`QUANTITY` - wei میں موجودہ گیس کی قیمت کا انٹیجر۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+// نتیجہ
+{
+ "id":73,
+ "jsonrpc": "2.0",
+ "result": "0x1dfd14000" // 8049999872 Wei
+}
+```
+
+### eth_accounts {#eth_accounts}
+
+کلائنٹ کی ملکیت والے پتوں کی فہرست واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+`DATA کا ارے`، 20 بائٹس - کلائنٹ کی ملکیت والے پتے۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"]
+}
+```
+
+### eth_blockNumber {#eth_blocknumber}
+
+سب سے حالیہ بلاک کا نمبر واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+کوئی نہیں
+
+**واپسی**
+
+`QUANTITY` - موجودہ بلاک نمبر کا انٹیجر جس پر کلائنٹ ہے۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
+// نتیجہ
+{
+ "id":83,
+ "jsonrpc": "2.0",
+ "result": "0x4b7" // 1207
+}
+```
+
+### eth_getBalance {#eth_getbalance}
+
+دیے گئے ایڈریس پر اکاؤنٹ کا بیلنس واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 20 بائٹس - بیلنس چیک کرنے کے لیے پتہ۔
+2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"`، یا `"finalized"`، [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) دیکھیں۔
+
+```js
+params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
+```
+
+**واپسی**
+
+`QUANTITY` - wei میں موجودہ بیلنس کا انٹیجر۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0234c8a3397aab58" // 158972490234375000
+}
+```
+
+### eth_getStorageAt {#eth_getstorageat}
+
+ایک دیئے گئے پتے پر اسٹوریج کی پوزیشن سے ویلیو واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 20 بائٹس - اسٹوریج کا پتہ۔
+2. `QUANTITY` - اسٹوریج میں پوزیشن کا انٹیجر۔
+3. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"`، `"finalized"`، [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) دیکھیں۔
+
+**واپسی**
+
+`DATA` - اس اسٹوریج پوزیشن پر ویلیو۔
+
+**مثال**
+صحیح پوزیشن کا حساب لگانا بازیافت کرنے کے لیے اسٹوریج پر منحصر ہے۔ ایڈریس `0x391694e7e0b0cce554cb130d723a9d27458f9298` کے ذریعے `0x295a70b2de5e3953354a6a8344e616ed314d7251` پر تعینات مندرجہ ذیل کنٹریکٹ پر غور کریں۔
+
+```
+contract Storage {
+ uint pos0;
+ mapping(address => uint) pos1;
+ constructor() {
+ pos0 = 1234;
+ pos1[msg.sender] = 5678;
+ }
+}
+```
+
+pos0 کی قدر بازیافت کرنا سیدھا ہے:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+```
+
+نقشے کے ایک عنصر کو بازیافت کرنا زیادہ مشکل ہے۔ نقشے میں ایک عنصر کی پوزیشن کا حساب اس کے ساتھ کیا جاتا ہے:
+
+```js
+keccak(LeftPad32(key, 0), LeftPad32(map position, 0))
+```
+
+اس کا مطلب ہے کہ pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] پر اسٹوریج کو بازیافت کرنے کے لیے ہمیں پوزیشن کا حساب اس کے ساتھ کرنا ہوگا:
+
+```js
+keccak(
+ decodeHex(
+ "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" +
+ "0000000000000000000000000000000000000000000000000000000000000001"
+ )
+)
+```
+
+web3 لائبریری کے ساتھ آنے والا geth کنسول حساب کتاب کرنے کے لیے استعمال کیا جا سکتا ہے:
+
+```js
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+اب اسٹوریج کو حاصل کرنے کے لیے:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+### eth_getTransactionCount {#eth_gettransactioncount}
+
+ایک پتے سے _بھیجی گئی_ ٹرانزیکشنز کی تعداد واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 20 بائٹس - پتہ۔
+2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) دیکھیں۔
+
+```js
+params: [
+ "0x407d73d8a49eeb85d32cf465507dd71d507100c1",
+ "latest", // تازہ ترین بلاک پر حالت
+]
+```
+
+**واپسی**
+
+`QUANTITY` - اس ایڈریس سے بھیجے گئے ٹرانزیکشنز کی تعداد کا انٹیجر۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash}
+
+دیئے گئے بلاک ہیش سے مماثل بلاک سے ایک بلاک میں ٹرانزیکشنز کی تعداد واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 32 بائٹس - ایک بلاک کا ہیش
+
+```js
+params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
+```
+
+**واپسی**
+
+`QUANTITY` - اس بلاک میں ٹرانزیکشنز کی تعداد کا انٹیجر۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber}
+
+دیئے گئے بلاک نمبر سے مماثل بلاک میں ٹرانزیکشنز کی تعداد واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `QUANTITY|TAG` - ایک بلاک نمبر کا انٹیجر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"` یا `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔
+
+```js
+params: [
+ "0x13738ca", // 20396234
+]
+```
+
+**واپسی**
+
+`QUANTITY` - اس بلاک میں ٹرانزیکشنز کی تعداد کا انٹیجر۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash}
+
+دیئے گئے بلاک ہیش سے مماثل بلاک سے ایک بلاک میں انکلز کی تعداد واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 32 بائٹس - ایک بلاک کا ہیش
+
+```js
+params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
+```
+
+**واپسی**
+
+`QUANTITY` - اس بلاک میں انکلز کی تعداد کا انٹیجر۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber}
+
+دیئے گئے بلاک نمبر سے مماثل بلاک سے ایک بلاک میں انکلز کی تعداد واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `QUANTITY|TAG` - ایک بلاک نمبر کا انٹیجر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) دیکھیں۔
+
+```js
+params: [
+ "0xe8", // 232
+]
+```
+
+**واپسی**
+
+`QUANTITY` - اس بلاک میں انکلز کی تعداد کا انٹیجر۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0" // 0
+}
+```
+
+### eth_getCode {#eth_getcode}
+
+ایک دیئے گئے پتے پر کوڈ واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 20 بائٹس - پتہ
+2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) دیکھیں۔
+
+```js
+params: [
+ "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2",
+ "0x5daf3b", // 6139707
+]
+```
+
+**واپسی**
+
+`DATA` - دیئے گئے پتے سے کوڈ۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029"
+}
+```
+
+### eth_sign {#eth_sign}
+
+سائن کا طریقہ ایک ایتھیریم مخصوص دستخط کا حساب لگاتا ہے: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`۔
+
+پیغام میں ایک پریفکس شامل کرنے سے حساب کردہ دستخط کو ایک ایتھیریم مخصوص دستخط کے طور پر پہچانا جا سکتا ہے۔ یہ غلط استعمال کو روکتا ہے جہاں ایک نقصان دہ dapp صوابدیدی ڈیٹا (مثلاً، ٹرانزیکشن) پر دستخط کر سکتا ہے اور دستخط کا استعمال شکار کی نقالی کرنے کے لیے کر سکتا ہے۔
+
+نوٹ: دستخط کرنے کے لیے پتہ غیر مقفل ہونا چاہیے۔
+
+**پیرامیٹرز**
+
+1. `DATA`، 20 بائٹس - پتہ
+2. `DATA`، N بائٹس - دستخط کرنے کے لیے پیغام
+
+**واپسی**
+
+`DATA`: دستخط
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_signTransaction {#eth_signtransaction}
+
+ایک ٹرانزیکشن پر دستخط کرتا ہے جسے بعد میں [eth_sendRawTransaction](#eth_sendrawtransaction) کے ساتھ نیٹ ورک پر جمع کیا جا سکتا ہے۔
+
+**پیرامیٹرز**
+
+1. `Object` - ٹرانزیکشن آبجیکٹ
+
+- `type`:
+- `from`: `DATA`، 20 بائٹس - وہ پتہ جہاں سے ٹرانزیکشن بھیجی جاتی ہے۔
+- `to`: `DATA`، 20 بائٹس - (اختیاری جب نیا کنٹریکٹ بنایا جائے) وہ پتہ جہاں ٹرانزیکشن بھیجی جاتی ہے۔
+- `gas`: `QUANTITY` - (اختیاری، ڈیفالٹ: 90000) ٹرانزیکشن کے نفاذ کے لیے فراہم کردہ گیس کا انٹیجر۔ یہ غیر استعمال شدہ گیس واپس کرے گا۔
+- `gasPrice`: `QUANTITY` - (اختیاری، ڈیفالٹ: طے کیا جائے گا) ہر ادا شدہ گیس کے لیے استعمال ہونے والی گیس کی قیمت کا انٹیجر، Wei میں۔
+- `value`: `QUANTITY` - (اختیاری) اس ٹرانزیکشن کے ساتھ بھیجی گئی قیمت کا انٹیجر، Wei میں۔
+- `data`: `DATA` - ایک کنٹریکٹ کا مرتب کردہ کوڈ یا طلب کردہ طریقہ دستخط کا ہیش اور انکوڈڈ پیرامیٹرز۔
+- `nonce`: `QUANTITY` - (اختیاری) نونس کا انٹیجر۔ یہ آپ کو اپنی زیر التواء ٹرانزیکشنز کو اوور رائٹ کرنے کی اجازت دیتا ہے جو اسی نونس کا استعمال کرتی ہیں۔
+
+**واپسی**
+
+`DATA`، مخصوص اکاؤنٹ کے ذریعے دستخط شدہ RLP-انکوڈڈ ٹرانزیکشن آبجیکٹ۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
+// نتیجہ
+{
+ "id": 1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_sendTransaction {#eth_sendtransaction}
+
+نیا پیغام کال ٹرانزیکشن یا کنٹریکٹ تخلیق کرتا ہے، اگر ڈیٹا فیلڈ میں کوڈ ہو، اور اسے `from` میں مخصوص اکاؤنٹ کا استعمال کرتے ہوئے دستخط کرتا ہے۔
+
+**پیرامیٹرز**
+
+1. `Object` - ٹرانزیکشن آبجیکٹ
+
+- `from`: `DATA`، 20 بائٹس - وہ پتہ جہاں سے ٹرانزیکشن بھیجی جاتی ہے۔
+- `to`: `DATA`، 20 بائٹس - (اختیاری جب نیا کنٹریکٹ بنایا جائے) وہ پتہ جہاں ٹرانزیکشن بھیجی جاتی ہے۔
+- `gas`: `QUANTITY` - (اختیاری، ڈیفالٹ: 90000) ٹرانزیکشن کے نفاذ کے لیے فراہم کردہ گیس کا انٹیجر۔ یہ غیر استعمال شدہ گیس واپس کرے گا۔
+- `gasPrice`: `QUANTITY` - (اختیاری، ڈیفالٹ: طے کیا جائے گا) ہر ادا شدہ گیس کے لیے استعمال ہونے والی گیس کی قیمت کا انٹیجر۔
+- `value`: `QUANTITY` - (اختیاری) اس ٹرانزیکشن کے ساتھ بھیجی گئی قیمت کا انٹیجر۔
+- `input`: `DATA` - ایک کنٹریکٹ کا مرتب کردہ کوڈ یا طلب کردہ طریقہ دستخط کا ہیش اور انکوڈڈ پیرامیٹرز۔
+- `nonce`: `QUANTITY` - (اختیاری) نونس کا انٹیجر۔ یہ آپ کو اپنی زیر التواء ٹرانزیکشنز کو اوور رائٹ کرنے کی اجازت دیتا ہے جو اسی نونس کا استعمال کرتی ہیں۔
+
+```js
+params: [
+ {
+ from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155",
+ to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567",
+ gas: "0x76c0", // 30400
+ gasPrice: "0x9184e72a000", // 10000000000000
+ value: "0x9184e72a", // 2441406250
+ input:
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+ },
+]
+```
+
+**واپسی**
+
+`DATA`، 32 بائٹس - ٹرانزیکشن ہیش، یا صفر ہیش اگر ٹرانزیکشن ابھی تک دستیاب نہیں ہے۔
+
+[eth_getTransactionReceipt](#eth_gettransactionreceipt) کا استعمال کریں تاکہ کنٹریکٹ کا پتہ حاصل کیا جا سکے، جب ٹرانزیکشن ایک بلاک میں تجویز کی گئی ہو، جب آپ نے ایک کنٹریکٹ بنایا ہو۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_sendRawTransaction {#eth_sendrawtransaction}
+
+دستخط شدہ ٹرانزیکشنز کے لیے نیا پیغام کال ٹرانزیکشن یا کنٹریکٹ تخلیق کرتا ہے۔
+
+**پیرامیٹرز**
+
+1. `DATA`، دستخط شدہ ٹرانزیکشن ڈیٹا۔
+
+```js
+params: [
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+]
+```
+
+**واپسی**
+
+`DATA`، 32 بائٹس - ٹرانزیکشن ہیش، یا صفر ہیش اگر ٹرانزیکشن ابھی تک دستیاب نہیں ہے۔
+
+[eth_getTransactionReceipt](#eth_gettransactionreceipt) کا استعمال کریں تاکہ کنٹریکٹ کا پتہ حاصل کیا جا سکے، جب ٹرانزیکشن ایک بلاک میں تجویز کی گئی ہو، جب آپ نے ایک کنٹریکٹ بنایا ہو۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_call {#eth_call}
+
+بلاک چین پر ٹرانزیکشن بنائے بغیر فوری طور پر ایک نیا پیغام کال نافذ کرتا ہے۔ اکثر صرف پڑھنے کے قابل سمارٹ کنٹریکٹ فنکشنز کو نافذ کرنے کے لیے استعمال کیا جاتا ہے، مثال کے طور پر ERC-20 کنٹریکٹ کے لیے `balanceOf`۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `Object` - ٹرانزیکشن کال آبجیکٹ
+
+- `from`: `DATA`، 20 بائٹس - (اختیاری) وہ پتہ جہاں سے ٹرانزیکشن بھیجی جاتی ہے۔
+- `to`: `DATA`، 20 بائٹس - وہ پتہ جہاں ٹرانزیکشن بھیجی جاتی ہے۔
+- `gas`: `QUANTITY` - (اختیاری) ٹرانزیکشن کے نفاذ کے لیے فراہم کردہ گیس کا انٹیجر۔ eth_call صفر گیس استعمال کرتا ہے، لیکن کچھ نفاذ کے لیے اس پیرامیٹر کی ضرورت ہو سکتی ہے۔
+- `gasPrice`: `QUANTITY` - (اختیاری) ہر ادا شدہ گیس کے لیے استعمال ہونے والی گیس کی قیمت کا انٹیجر
+- `value`: `QUANTITY` - (اختیاری) اس ٹرانزیکشن کے ساتھ بھیجی گئی قیمت کا انٹیجر
+- `input`: `DATA` - (اختیاری) طریقہ دستخط کا ہیش اور انکوڈڈ پیرامیٹرز۔ تفصیلات کے لیے [سولیڈیٹی دستاویزات میں ایتھیریم کنٹریکٹ ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) دیکھیں۔
+
+2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) دیکھیں۔
+
+**واپسی**
+
+`DATA` - نافذ کردہ کنٹریکٹ کی واپسی کی قیمت۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x"
+}
+```
+
+### eth_estimateGas {#eth_estimategas}
+
+ٹرانزیکشن کو مکمل کرنے کی اجازت دینے کے لیے کتنی گیس ضروری ہے اس کا تخمینہ تیار کرتا ہے اور واپس کرتا ہے۔ ٹرانزیکشن بلاک چین میں شامل نہیں کی جائے گی۔ نوٹ کریں کہ تخمینہ ٹرانزیکشن کے ذریعہ اصل میں استعمال ہونے والی گیس کی مقدار سے نمایاں طور پر زیادہ ہو سکتا ہے، جس کی مختلف وجوہات ہیں جن میں EVM میکانکس اور نوڈ کی کارکردگی شامل ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+[eth_call](#eth_call) پیرامیٹرز دیکھیں، سوائے اس کے کہ تمام خصوصیات اختیاری ہیں۔ اگر کوئی گیس کی حد متعین نہیں ہے تو geth زیر التواء بلاک سے بلاک گیس کی حد کو اوپری حد کے طور پر استعمال کرتا ہے۔ نتیجے کے طور پر، واپس کیا گیا تخمینہ کال/ٹرانزیکشن کو ایگزیکیوٹ کرنے کے لیے کافی نہیں ہو سکتا جب گیس کی مقدار پینڈنگ بلاک گیس کی حد سے زیادہ ہو۔
+
+**واپسی**
+
+`QUANTITY` - استعمال شدہ گیس کی مقدار۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x5208" // 21000
+}
+```
+
+### eth_getBlockByHash {#eth_getblockbyhash}
+
+ہیش کے ذریعے ایک بلاک کے بارے میں معلومات واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 32 بائٹس - ایک بلاک کا ہیش۔
+2. `Boolean` - اگر `true` ہے تو یہ مکمل ٹرانزیکشن آبجیکٹ واپس کرتا ہے، اگر `false` ہے تو صرف ٹرانزیکشنز کے ہیش۔
+
+```js
+params: [
+ "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ false,
+]
+```
+
+**واپسی**
+
+`Object` - ایک بلاک آبجیکٹ، یا `null` جب کوئی بلاک نہیں ملا:
+
+- `number`: `QUANTITY` - بلاک نمبر۔ جب یہ زیر التواء بلاک ہو تو `null`۔
+- `hash`: `DATA`، 32 بائٹس - بلاک کا ہیش۔ جب یہ زیر التواء بلاک ہو تو `null`۔
+- `parentHash`: `DATA`، 32 بائٹس - پیرنٹ بلاک کا ہیش۔
+- `nonce`: `DATA`، 8 بائٹس - پیدا کردہ پروف-آف-ورک کا ہیش۔ جب یہ زیر التواء بلاک ہو تو `null`، پروف-آف-اسٹیک بلاکس کے لیے `0x0` (The Merge کے بعد سے)
+- `sha3Uncles`: `DATA`، 32 بائٹس - بلاک میں انکل ڈیٹا کا SHA3۔
+- `logsBloom`: `DATA`، 256 بائٹس - بلاک کے لاگز کے لیے بلوم فلٹر۔ جب یہ زیر التواء بلاک ہو تو `null`۔
+- `transactionsRoot`: `DATA`، 32 بائٹس - بلاک کے ٹرانزیکشن ٹرائی کی جڑ۔
+- `stateRoot`: `DATA`، 32 بائٹس - بلاک کے حتمی اسٹیٹ ٹرائی کی جڑ۔
+- `receiptsRoot`: `DATA`، 32 بائٹس - بلاک کے رسید ٹرائی کی جڑ۔
+- `miner`: `DATA`، 20 بائٹس - مستفید ہونے والے کا پتہ جسے بلاک کے انعامات دیئے گئے تھے۔
+- `difficulty`: `QUANTITY` - اس بلاک کے لیے مشکل کا انٹیجر۔
+- `totalDifficulty`: `QUANTITY` - اس بلاک تک زنجیر کی کل مشکل کا انٹیجر۔
+- `extraData`: `DATA` - اس بلاک کا "اضافی ڈیٹا" فیلڈ۔
+- `size`: `QUANTITY` - اس بلاک کا سائز بائٹس میں انٹیجر۔
+- `gasLimit`: `QUANTITY` - اس بلاک میں اجازت دی گئی زیادہ سے زیادہ گیس۔
+- `gasUsed`: `QUANTITY` - اس بلاک میں تمام ٹرانزیکشنز کے ذریعہ استعمال ہونے والی کل گیس۔
+- `timestamp`: `QUANTITY` - جب بلاک کو جمع کیا گیا تھا اس کا یونکس ٹائم اسٹیمپ۔
+- `transactions`: `Array` - ٹرانزیکشن آبجیکٹ کا ارے، یا 32 بائٹس ٹرانزیکشن ہیش جو آخری دیئے گئے پیرامیٹر پر منحصر ہے۔
+- `uncles`: `Array` - انکل ہیشز کا ارے۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
+// نتیجہ
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "difficulty": "0x4ea3f27bc",
+ "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
+ "gasLimit": "0x1388",
+ "gasUsed": "0x0",
+ "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
+ "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171",
+ "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843",
+ "nonce": "0x689056015818adbe",
+ "number": "0x1b4",
+ "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54",
+ "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
+ "size": "0x220",
+ "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d",
+ "timestamp": "0x55ba467c",
+ "totalDifficulty": "0x78ed983323d",
+ "transactions": [
+ ],
+ "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "uncles": [
+ ]
+ }
+}
+```
+
+### eth_getBlockByNumber {#eth_getblockbynumber}
+
+بلاک نمبر کے ذریعے ایک بلاک کے بارے میں معلومات واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `QUANTITY|TAG` - ایک بلاک نمبر کا انٹیجر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"` یا `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔
+2. `Boolean` - اگر `true` ہے تو یہ مکمل ٹرانزیکشن آبجیکٹ واپس کرتا ہے، اگر `false` ہے تو صرف ٹرانزیکشنز کے ہیش۔
+
+```js
+params: [
+ "0x1b4", // 436
+ true,
+]
+```
+
+**واپسی**
+[eth_getBlockByHash](#eth_getblockbyhash) دیکھیں
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
+```
+
+نتیجہ [eth_getBlockByHash](#eth_getblockbyhash) دیکھیں
+
+### eth_getTransactionByHash {#eth_gettransactionbyhash}
+
+ٹرانزیکشن ہیش کے ذریعے درخواست کردہ ٹرانزیکشن کے بارے میں معلومات واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 32 بائٹس - ایک ٹرانزیکشن کا ہیش
+
+```js
+params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
+```
+
+**واپسی**
+
+`Object` - ایک ٹرانزیکشن آبجیکٹ، یا `null` جب کوئی ٹرانزیکشن نہیں ملا:
+
+- `blockHash`: `DATA`، 32 بائٹس - اس بلاک کا ہیش جہاں یہ ٹرانزیکشن تھی۔ جب یہ زیر التواء ہو تو `null`۔
+- `blockNumber`: `QUANTITY` - بلاک نمبر جہاں یہ ٹرانزیکشن تھی۔ جب یہ زیر التواء ہو تو `null`۔
+- `from`: `DATA`، 20 بائٹس - بھیجنے والے کا پتہ۔
+- `gas`: `QUANTITY` - بھیجنے والے کے ذریعہ فراہم کردہ گیس۔
+- `gasPrice`: `QUANTITY` - بھیجنے والے کے ذریعہ فراہم کردہ گیس کی قیمت Wei میں۔
+- `hash`: `DATA`، 32 بائٹس - ٹرانزیکشن کا ہیش۔
+- `input`: `DATA` - ٹرانزیکشن کے ساتھ بھیجا گیا ڈیٹا۔
+- `nonce`: `QUANTITY` - بھیجنے والے کے ذریعہ اس سے پہلے کی گئی ٹرانزیکشنز کی تعداد۔
+- `to`: `DATA`، 20 بائٹس - وصول کنندہ کا پتہ۔ جب یہ ایک کنٹریکٹ تخلیق ٹرانزیکشن ہو تو `null`۔
+- `transactionIndex`: `QUANTITY` - بلاک میں ٹرانزیکشنز انڈیکس پوزیشن کا انٹیجر۔ جب یہ زیر التواء ہو تو `null`۔
+- `value`: `QUANTITY` - Wei میں منتقل کی گئی قیمت۔
+- `v`: `QUANTITY` - ECDSA ریکوری آئی ڈی
+- `r`: `QUANTITY` - ECDSA دستخط r
+- `s`: `QUANTITY` - ECDSA دستخط s
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
+// نتیجہ
+{
+ "jsonrpc":"2.0",
+ "id":1,
+ "result":{
+ "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "blockNumber":"0x5daf3b", // 6139707
+ "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d",
+ "gas":"0xc350", // 50000
+ "gasPrice":"0x4a817c800", // 20000000000
+ "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b",
+ "input":"0x68656c6c6f21",
+ "nonce":"0x15", // 21
+ "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb",
+ "transactionIndex":"0x41", // 65
+ "value":"0xf3dbb76162000", // 4290000000000000
+ "v":"0x25", // 37
+ "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea",
+ "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c"
+ }
+}
+```
+
+### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex}
+
+بلاک ہیش اور ٹرانزیکشن انڈیکس پوزیشن کے ذریعے ایک ٹرانزیکشن کے بارے میں معلومات واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 32 بائٹس - ایک بلاک کا ہیش۔
+2. `QUANTITY` - ٹرانزیکشن انڈیکس پوزیشن کا انٹیجر۔
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**واپسی**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) دیکھیں
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+نتیجہ [eth_getTransactionByHash](#eth_gettransactionbyhash) دیکھیں
+
+### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex}
+
+بلاک نمبر اور ٹرانزیکشن انڈیکس پوزیشن کے ذریعے ایک ٹرانزیکشن کے بارے میں معلومات واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `QUANTITY|TAG` - ایک بلاک نمبر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"` یا `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔
+2. `QUANTITY` - ٹرانزیکشن انڈیکس پوزیشن۔
+
+```js
+params: [
+ "0x9c47cf", // 10241999
+ "0x24", // 36
+]
+```
+
+**واپسی**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) دیکھیں
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
+```
+
+نتیجہ [eth_getTransactionByHash](#eth_gettransactionbyhash) دیکھیں
+
+### eth_getTransactionReceipt {#eth_gettransactionreceipt}
+
+ٹرانزیکشن ہیش کے ذریعے ٹرانزیکشن کی رسید واپس کرتا ہے۔
+
+**نوٹ** یہ کہ رسید زیر التواء ٹرانزیکشنز کے لیے دستیاب نہیں ہے۔
+
+**پیرامیٹرز**
+
+1. `DATA`، 32 بائٹس - ایک ٹرانزیکشن کا ہیش
+
+```js
+params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
+```
+
+**واپسی**
+`Object` - ایک ٹرانزیکشن رسید آبجیکٹ، یا `null` جب کوئی رسید نہیں ملی:
+
+- `transactionHash `: `DATA`، 32 بائٹس - ٹرانزیکشن کا ہیش۔
+- `transactionIndex`: `QUANTITY` - بلاک میں ٹرانزیکشنز انڈیکس پوزیشن کا انٹیجر۔
+- `blockHash`: `DATA`، 32 بائٹس - اس بلاک کا ہیش جہاں یہ ٹرانزیکشن تھی۔
+- `blockNumber`: `QUANTITY` - بلاک نمبر جہاں یہ ٹرانزیکشن تھی۔
+- `from`: `DATA`، 20 بائٹس - بھیجنے والے کا پتہ۔
+- `to`: `DATA`، 20 بائٹس - وصول کنندہ کا پتہ۔ جب یہ ایک کنٹریکٹ تخلیق ٹرانزیکشن ہو تو null۔
+- `cumulativeGasUsed` : `QUANTITY ` - جب یہ ٹرانزیکشن بلاک میں نافذ کی گئی تھی تو استعمال ہونے والی گیس کی کل مقدار۔
+- `effectiveGasPrice` : `QUANTITY` - بنیادی فیس اور فی یونٹ گیس ادا کی گئی ٹپ کا مجموعہ۔
+- `gasUsed `: `QUANTITY ` - صرف اس مخصوص ٹرانزیکشن کے ذریعہ استعمال ہونے والی گیس کی مقدار۔
+- `contractAddress `: `DATA`، 20 بائٹس - تخلیق کردہ کنٹریکٹ کا پتہ، اگر ٹرانزیکشن کنٹریکٹ تخلیق تھی، ورنہ `null`۔
+- `logs`: `Array` - لاگ آبجیکٹ کا ارے، جو اس ٹرانزیکشن نے پیدا کیا۔
+- `logsBloom`: `DATA`، 256 بائٹس - ہلکے کلائنٹس کے لیے متعلقہ لاگز کو تیزی سے بازیافت کرنے کے لیے بلوم فلٹر۔
+- `type`: `QUANTITY` - ٹرانزیکشن کی قسم کا انٹیجر، میراثی ٹرانزیکشنز کے لیے `0x0`، رسائی فہرست کی اقسام کے لیے `0x1`، متحرک فیس کے لیے `0x2`۔
+
+یہ _یا تو_ بھی واپس کرتا ہے:
+
+- `root` : `DATA` پوسٹ ٹرانزیکشن اسٹیٹ روٹ کے 32 بائٹس (pre Byzantium)
+- `status`: `QUANTITY` یا تو `1` (کامیابی) یا `0` (ناکامی)
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
+// نتیجہ
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "blockHash":
+ "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
+ "blockNumber": "0xeff35f",
+ "contractAddress": null, // اگر اسے بنایا گیا تھا تو پتے کا سٹرنگ
+ "cumulativeGasUsed": "0xa12515",
+ "effectiveGasPrice": "0x5a9c688d4",
+ "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
+ "gasUsed": "0xb4c8",
+ "logs": [{
+ // getFilterLogs، وغیرہ کے ذریعہ واپس کیے گئے لاگز۔
+ }],
+ "logsBloom": "0x00...0", // 256 بائٹ بلوم فلٹر
+ "status": "0x1",
+ "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
+ "transactionHash":
+ "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5",
+ "transactionIndex": "0x66",
+ "type": "0x2"
+ }
+}
+```
+
+### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
+
+ہیش اور انکل انڈیکس پوزیشن کے ذریعے بلاک کے انکل کے بارے میں معلومات واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `DATA`، 32 بائٹس - ایک بلاک کا ہیش۔
+2. `QUANTITY` - انکل کی انڈیکس پوزیشن۔
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**واپسی**
+[eth_getBlockByHash](#eth_getblockbyhash) دیکھیں
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+نتیجہ [eth_getBlockByHash](#eth_getblockbyhash) دیکھیں
+
+**نوٹ**: ایک انکل میں انفرادی ٹرانزیکشنز نہیں ہوتیں۔
+
+### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
+
+نمبر اور انکل انڈیکس پوزیشن کے ذریعے بلاک کے انکل کے بارے میں معلومات واپس کرتا ہے۔
+
+
+ پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں
+
+
+**پیرامیٹرز**
+
+1. `QUANTITY|TAG` - ایک بلاک نمبر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"`، `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔
+2. `QUANTITY` - انکل کی انڈیکس پوزیشن۔
+
+```js
+params: [
+ "0x29c", // 668
+ "0x0", // 0
+]
+```
+
+**واپسی**
+[eth_getBlockByHash](#eth_getblockbyhash) دیکھیں
+
+**نوٹ**: ایک انکل میں انفرادی ٹرانزیکشنز نہیں ہوتیں۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
+```
+
+نتیجہ [eth_getBlockByHash](#eth_getblockbyhash) دیکھیں
+
+### eth_newFilter {#eth_newfilter}
+
+فلٹر آپشنز کی بنیاد پر ایک فلٹر آبجیکٹ بناتا ہے، تاکہ حالت (لاگز) تبدیل ہونے پر مطلع کیا جا سکے۔
+یہ چیک کرنے کے لیے کہ آیا حالت تبدیل ہوئی ہے، [eth_getFilterChanges](#eth_getfilterchanges) کو کال کریں۔
+
+**ٹاپک فلٹرز کی وضاحت پر ایک نوٹ:**
+ٹاپکس آرڈر پر منحصر ہیں۔ ٹاپکس [A, B] کے ساتھ ایک لاگ کے ساتھ ایک ٹرانزیکشن مندرجہ ذیل ٹاپک فلٹرز سے مماثل ہوگی:
+
+- `[]` "کچھ بھی"
+- `[A]` "پہلی پوزیشن میں A (اور اس کے بعد کچھ بھی)"
+- `[null, B]` "پہلی پوزیشن میں کچھ بھی اور دوسری پوزیشن میں B (اور اس کے بعد کچھ بھی)"
+- `[A, B]` "پہلی پوزیشن میں A اور دوسری پوزیشن میں B (اور اس کے بعد کچھ بھی)"
+- `[[A, B], [A, B]]` "پہلی پوزیشن میں (A یا B) اور دوسری پوزیشن میں (A یا B) (اور اس کے بعد کچھ بھی)"
+- **پیرامیٹرز**
+
+1. `Object` - فلٹر آپشنز:
+
+- `fromBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری مجوزہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا `"pending"`، ان ٹرانزیکشنز کے لیے `"earliest"` جو ابھی تک بلاک میں نہیں ہیں۔
+- `toBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری مجوزہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا `"pending"`، ان ٹرانزیکشنز کے لیے `"earliest"` جو ابھی تک بلاک میں نہیں ہیں۔
+- `address`: `DATA|Array`، 20 بائٹس - (اختیاری) کنٹریکٹ کا پتہ یا پتوں کی فہرست جہاں سے لاگز شروع ہونے چاہئیں۔
+- `topics`: `Array of DATA`، - (اختیاری) 32 بائٹس `DATA` ٹاپکس کا ارے۔ ٹاپکس آرڈر پر منحصر ہیں۔ ہر ٹاپک "یا" آپشنز کے ساتھ DATA کا ایک ارے بھی ہو سکتا ہے۔
+
+```js
+params: [
+ {
+ fromBlock: "0x1",
+ toBlock: "0x2",
+ address: "0x8888f1f195afa192cfee860698584c030f4c9db1",
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ null,
+ [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc",
+ ],
+ ],
+ },
+]
+```
+
+**واپسی**
+`QUANTITY` - ایک فلٹر آئی ڈی۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newBlockFilter {#eth_newblockfilter}
+
+نوڈ میں ایک فلٹر بناتا ہے، تاکہ نیا بلاک آنے پر مطلع کیا جا سکے۔
+یہ چیک کرنے کے لیے کہ آیا حالت تبدیل ہوئی ہے، [eth_getFilterChanges](#eth_getfilterchanges) کو کال کریں۔
+
+**پیرامیٹرز**
+کوئی نہیں
+
+**واپسی**
+`QUANTITY` - ایک فلٹر آئی ڈی۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
+
+نوڈ میں ایک فلٹر بناتا ہے، تاکہ نئی زیر التواء ٹرانزیکشنز آنے پر مطلع کیا جا سکے۔
+یہ چیک کرنے کے لیے کہ آیا حالت تبدیل ہوئی ہے، [eth_getFilterChanges](#eth_getfilterchanges) کو کال کریں۔
+
+**پیرامیٹرز**
+کوئی نہیں
+
+**واپسی**
+`QUANTITY` - ایک فلٹر آئی ڈی۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_uninstallFilter {#eth_uninstallfilter}
+
+دی گئی آئی ڈی کے ساتھ ایک فلٹر کو ان انسٹال کرتا ہے۔ جب واچ کی مزید ضرورت نہ ہو تو ہمیشہ کال کرنا چاہیے۔
+اس کے علاوہ فلٹرز اس وقت ٹائم آؤٹ ہو جاتے ہیں جب انہیں کچھ وقت کے لیے [eth_getFilterChanges](#eth_getfilterchanges) کے ساتھ درخواست نہیں کی جاتی۔
+
+**پیرامیٹرز**
+
+1. `QUANTITY` - فلٹر آئی ڈی۔
+
+```js
+params: [
+ "0xb", // 11
+]
+```
+
+**واپسی**
+`Boolean` - `true` اگر فلٹر کامیابی سے ان انسٹال ہو گیا، ورنہ `false`۔
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_getFilterChanges {#eth_getfilterchanges}
+
+ایک فلٹر کے لیے پولنگ کا طریقہ، جو آخری پول کے بعد سے ہونے والے لاگز کا ایک ارے واپس کرتا ہے۔
+
+**پیرامیٹرز**
+
+1. `QUANTITY` - فلٹر آئی ڈی۔
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**واپسی**
+`Array` - لاگ آبجیکٹ کا ارے، یا ایک خالی ارے اگر آخری پول کے بعد سے کچھ بھی تبدیل نہیں ہوا ہے۔
+
+- `eth_newBlockFilter` کے ساتھ بنائے گئے فلٹرز کے لیے، واپسی بلاک ہیشز (`DATA`، 32 بائٹس) ہیں، مثلاً، `["0x3454645634534..."]`۔
+
+- `eth_newPendingTransactionFilter` کے ساتھ بنائے گئے فلٹرز کے لیے، واپسی ٹرانزیکشن ہیشز (`DATA`، 32 بائٹس) ہیں، مثلاً، `["0x6345343454645..."]`۔
+
+- `eth_newFilter` کے ساتھ بنائے گئے فلٹرز کے لیے لاگز مندرجہ ذیل پیرامیٹرز کے ساتھ آبجیکٹ ہیں:
+ - `removed`: `TAG` - `true` جب لاگ ہٹا دیا گیا تھا، ایک زنجیر کی تنظیم نو کی وجہ سے۔ `false` اگر یہ ایک درست لاگ ہے۔
+ - `logIndex`: `QUANTITY` - بلاک میں لاگ انڈیکس پوزیشن کا انٹیجر۔ جب یہ زیر التواء لاگ ہو تو `null`۔
+ - `transactionIndex`: `QUANTITY` - ٹرانزیکشنز انڈیکس پوزیشن کا انٹیجر جس سے لاگ بنایا گیا تھا۔ جب یہ زیر التواء لاگ ہو تو `null`۔
+ - `transactionHash`: `DATA`، 32 بائٹس - ان ٹرانزیکشنز کا ہیش جن سے یہ لاگ بنایا گیا تھا۔ جب یہ زیر التواء لاگ ہو تو `null`۔
+ - `blockHash`: `DATA`، 32 بائٹس - اس بلاک کا ہیش جہاں یہ لاگ تھا۔ جب یہ زیر التواء ہو تو `null`۔ جب یہ زیر التواء لاگ ہو تو `null`۔
+ - `blockNumber`: `QUANTITY` - وہ بلاک نمبر جہاں یہ لاگ تھا۔ جب یہ زیر التواء ہو تو `null`۔ جب یہ زیر التواء لاگ ہو تو `null`۔
+ - `address`: `DATA`، 20 بائٹس - وہ پتہ جہاں سے یہ لاگ شروع ہوا۔
+ - `data`: `DATA` - متغیر لمبائی والا غیر انڈیکس شدہ لاگ ڈیٹا۔ (_solidity_ میں: صفر یا زیادہ 32 بائٹس کے غیر انڈیکس شدہ لاگ آرگیومنٹس۔)
+ - `topics`: `Array of DATA` - 0 سے 4 32 بائٹس `DATA` کے انڈیکس شدہ لاگ آرگیومنٹس کا ارے۔ (_solidity_ میں: پہلا ٹاپک ایونٹ کے دستخط کا _hash_ ہے (مثلاً، `Deposit(address,bytes32,uint256)`), سوائے اس کے کہ آپ نے `anonymous` اسپیسیفائر کے ساتھ ایونٹ کا اعلان کیا ہو۔)
+
+- **مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
+// نتیجہ
+{
+ "id":1,
+ "jsonrpc":"2.0",
+ "result": [{
+ "logIndex": "0x1", // 1
+ "blockNumber":"0x1b4", // 436
+ "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "transactionHash": "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf",
+ "transactionIndex": "0x0", // 0
+ "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "data":"0x0000000000000000000000000000000000000000000000000000000000000000",
+ "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"]
+ },{
+ ...
+ }]
+}
+```
+
+### eth_getFilterLogs {#eth_getfilterlogs}
+
+دی گئی آئی ڈی کے ساتھ فلٹر سے مماثل تمام لاگز کا ایک ارے واپس کرتا ہے۔
+
+**پیرامیٹرز**
+
+1. `QUANTITY` - فلٹر آئی ڈی۔
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**واپسی**
+[eth_getFilterChanges](#eth_getfilterchanges) دیکھیں
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
+```
+
+نتیجہ [eth_getFilterChanges](#eth_getfilterchanges) دیکھیں
+
+### eth_getLogs {#eth_getlogs}
+
+ایک دیئے گئے فلٹر آبجیکٹ سے مماثل تمام لاگز کا ایک ارے واپس کرتا ہے۔
+
+**پیرامیٹرز**
+
+1. `Object` - فلٹر آپشنز:
+
+- `fromBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری مجوزہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا `"pending"`، ان ٹرانزیکشنز کے لیے `"earliest"` جو ابھی تک بلاک میں نہیں ہیں۔
+- `toBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری مجوزہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا `"pending"`، ان ٹرانزیکشنز کے لیے `"earliest"` جو ابھی تک بلاک میں نہیں ہیں۔
+- `address`: `DATA|Array`، 20 بائٹس - (اختیاری) کنٹریکٹ کا پتہ یا پتوں کی فہرست جہاں سے لاگز شروع ہونے چاہئیں۔
+- `topics`: `Array of DATA`، - (اختیاری) 32 بائٹس `DATA` ٹاپکس کا ارے۔ ٹاپکس آرڈر پر منحصر ہیں۔ ہر ٹاپک "یا" آپشنز کے ساتھ DATA کا ایک ارے بھی ہو سکتا ہے۔
+- `blockHash`: `DATA`, 32 Bytes - (اختیاری، **مستقبل میں**) EIP-234 کے اضافے کے ساتھ، `blockHash` ایک نیا فلٹر آپشن ہوگا جو واپس کیے گئے لاگز کو 32-بائٹ ہیش `blockHash` کے ساتھ واحد بلاک تک محدود کر دے گا۔ `blockHash` کا استعمال `fromBlock` = `toBlock` = `blockHash` ہیش والے بلاک نمبر کے برابر ہے۔ اگر فلٹر کے معیار میں `blockHash` موجود ہے، تو نہ `fromBlock` اور نہ ہی `toBlock` کی اجازت ہے۔
+
+```js
+params: [
+ {
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ ],
+ },
+]
+```
+
+**واپسی**
+[eth_getFilterChanges](#eth_getfilterchanges) دیکھیں
+
+**مثال**
+
+```js
+// درخواست
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
+```
+
+نتیجہ [eth_getFilterChanges](#eth_getfilterchanges) دیکھیں
+
+## استعمال کی مثال {#usage-example}
+
+### JSON_RPC کا استعمال کرتے ہوئے کانٹریکٹ کو ڈیپلائے کرنا {#deploying-contract}
+
+اس سیکشن میں یہ دکھایا گیا ہے کہ صرف RPC انٹرفیس کا استعمال کرتے ہوئے کانٹریکٹ کو کیسے ڈیپلائے کیا جائے۔ کانٹریکٹس کو ڈیپلائے کرنے کے متبادل راستے بھی ہیں جہاں اس پیچیدگی کو دور کر دیا جاتا ہے—مثال کے طور پر، RPC انٹرفیس کے اوپر بنی لائبریریوں کا استعمال کرتے ہوئے جیسے [web3.js](https://web3js.readthedocs.io/) اور [web3.py](https://github.com/ethereum/web3.py)۔ یہ ایبسٹریکشنز عام طور پر سمجھنے میں آسان اور کم غلطی کے امکان والی ہوتی ہیں، لیکن یہ سمجھنا اب بھی مددگار ہے کہ پس پردہ کیا ہو رہا ہے۔
+
+درج ذیل ایک سیدھا سادا اسمارٹ کانٹریکٹ ہے جسے `Multiply7` کہا جاتا ہے جسے JSON-RPC انٹرفیس کا استعمال کرتے ہوئے ایک Ethereum نوڈ پر ڈیپلائے کیا جائے گا۔ یہ ٹیوٹوریل یہ فرض کرتا ہے کہ پڑھنے والا پہلے سے ہی Geth نوڈ چلا رہا ہے۔ نوڈز اور کلائنٹس کے بارے میں مزید معلومات [یہاں](/developers/docs/nodes-and-clients/run-a-node) دستیاب ہیں۔ براہ کرم غیر-Geth کلائنٹس کے لیے HTTP JSON-RPC شروع کرنے کا طریقہ دیکھنے کے لیے انفرادی [کلائنٹ](/developers/docs/nodes-and-clients/) کی دستاویزات دیکھیں۔ زیادہ تر کلائنٹس `localhost:8545` پر سروس فراہم کرنے کے لیے ڈیفالٹ ہوتے ہیں۔
+
+```javascript
+contract Multiply7 {
+ event Print(uint);
+ function multiply(uint input) returns (uint) {
+ Print(input * 7);
+ return input * 7;
+ }
+}
+```
+
+سب سے پہلا کام یہ یقینی بنانا ہے کہ HTTP RPC انٹرفیس فعال ہے۔ اس کا مطلب ہے کہ ہم Geth کو اسٹارٹ اپ پر `--http` فلیگ فراہم کرتے ہیں۔ اس مثال میں ہم ایک پرائیویٹ ڈیولپمنٹ چین پر Geth نوڈ کا استعمال کرتے ہیں۔ اس طریقے کا استعمال کرتے ہوئے ہمیں حقیقی نیٹ ورک پر ایتھر کی ضرورت نہیں ہے۔
+
+```bash
+geth --http --dev console 2>>geth.log
+```
+
+یہ HTTP RPC انٹرفیس کو `http://localhost:8545` پر شروع کر دے گا۔
+
+ہم اس بات کی تصدیق کر سکتے ہیں کہ انٹرفیس چل رہا ہے، اس کے لیے ہم کوئن بیس ایڈریس (اکاؤنٹس کی صف سے پہلا ایڈریس حاصل کر کے) اور [curl](https://curl.se) کا استعمال کرتے ہوئے بیلنس حاصل کریں گے۔ براہ کرم نوٹ کریں کہ ان مثالوں میں ڈیٹا آپ کے مقامی نوڈ پر مختلف ہوگا۔ اگر آپ ان کمانڈز کو آزمانا چاہتے ہیں، تو دوسری curl درخواست میں موجود درخواست کے پیرامیٹرز کو پہلی سے واپس آنے والے نتیجے سے بدل دیں۔
+
+```bash
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
+{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
+
+curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
+{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"}
+```
+
+چونکہ نمبرز ہیکس انکوڈڈ ہوتے ہیں، اس لیے بیلنس کو wei میں ہیکس اسٹرنگ کے طور پر واپس کیا جاتا ہے۔ اگر ہم بیلنس کو ایتھر میں ایک نمبر کے طور پر چاہتے ہیں تو ہم Geth کنسول سے web3 استعمال کر سکتے ہیں۔
+
+```javascript
+web3.fromWei("0x1639e49bba16280000", "ether")
+// "410"
+```
+
+اب جب کہ ہماری پرائیویٹ ڈیولپمنٹ چین پر کچھ ایتھر موجود ہے، ہم کانٹریکٹ کو ڈیپلائے کر سکتے ہیں۔ پہلا قدم Multiply7 کانٹریکٹ کو بائٹ کوڈ میں کمپائل کرنا ہے جسے EVM کو بھیجا جا سکتا ہے۔ solc، Solidity کمپائلر کو انسٹال کرنے کے لیے، [Solidity کی دستاویزات](https://docs.soliditylang.org/en/latest/installing-solidity.html) پر عمل کریں۔ (ہو سکتا ہے آپ [ہماری مثال کے لیے استعمال ہونے والے کمپائلر کے ورژن](https://github.com/ethereum/solidity/releases/tag/v0.4.20) سے مطابقت کے لیے ایک پرانا `solc` ریلیز استعمال کرنا چاہیں۔)
+
+اگلا قدم Multiply7 کنٹریکٹ کو بائٹ کوڈ میں کمپائل کرنا ہے جسے EVM کو بھیجا جا سکتا ہے۔
+
+```bash
+echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
+
+======= :Multiply7 =======
+Binary:
+6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
+```
+
+اب جب کہ ہمارے پاس کمپائل شدہ کوڈ ہے، ہمیں یہ تعین کرنے کی ضرورت ہے کہ اسے ڈیپلائے کرنے میں کتنی گیس لگے گی۔ RPC انٹرفیس میں ایک `eth_estimateGas` طریقہ ہے جو ہمیں ایک تخمینہ دے گا۔
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":5,"result":"0x1c31e"}
+```
+
+اور آخر میں کانٹریکٹ کو ڈیپلائے کریں۔
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545
+{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
+```
+
+ٹرانزیکشن کو نوڈ کے ذریعے قبول کر لیا جاتا ہے اور ایک ٹرانزیکشن ہیش واپس کر دیا جاتا ہے۔ اس ہیش کا استعمال ٹرانزیکشن کو ٹریک کرنے کے لیے کیا جا سکتا ہے۔ اگلا قدم اس ایڈریس کا تعین کرنا ہے جہاں ہمارا کنٹریکٹ ڈیپلائے کیا گیا ہے۔ ہر ایگزیکیوٹڈ ٹرانزیکشن ایک رسید بنائے گا۔ اس رسید میں ٹرانزیکشن کے بارے میں مختلف معلومات ہوتی ہیں جیسے کہ ٹرانزیکشن کس بلاک میں شامل تھا اور EVM نے کتنی گیس استعمال کی۔ اگر کوئی ٹرانزیکشن
+ایک کنٹریکٹ بناتا ہے تو اس میں کنٹریکٹ کا ایڈریس بھی شامل ہوگا۔ ہم `eth_getTransactionReceipt` RPC میتھڈ سے رسید بازیافت کر سکتے ہیں۔
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}}
+```
+
+ہمارا کنٹریکٹ `0x4d03d617d700cf81935d7f797f4e2ae719648262` پر بنایا گیا تھا۔ رسید کے بجائے ایک null نتیجہ کا مطلب ہے کہ ٹرانزیکشن کو ابھی تک کسی بلاک میں شامل نہیں کیا گیا ہے۔ ایک لمحہ انتظار کریں اور چیک کریں کہ آیا آپ کا consensus client چل رہا ہے اور اسے دوبارہ آزمائیں۔
+
+#### اسمارٹ کنٹریکٹس کے ساتھ انٹریکٹ کرنا {#interacting-with-smart-contract}
+
+اس مثال میں ہم کنٹریکٹ کے `multiply` میتھڈ کو `eth_sendTransaction` کا استعمال کرتے ہوئے ایک ٹرانزیکشن بھیجیں گے۔
+
+`eth_sendTransaction` کو کئی آرگیومنٹس کی ضرورت ہوتی ہے، خاص طور پر `from`، `to` اور `data`۔ `From` ہمارے اکاؤنٹ کا پبلک ایڈریس ہے، اور `to` کنٹریکٹ کا ایڈریس ہے۔ `data` آرگیومنٹ میں ایک پے لوڈ ہوتا ہے جو یہ بتاتا ہے کہ کس میتھڈ کو کال کرنا ہے اور کن آرگیومنٹس کے ساتھ۔ یہ وہ جگہ ہے جہاں [ABI (ایپلی کیشن بائنری انٹرفیس)](https://docs.soliditylang.org/en/latest/abi-spec.html) کام میں آتا ہے۔ ABI ایک JSON فائل ہے جو EVM کے لیے ڈیٹا کی تعریف اور انکوڈ کرنے کا طریقہ بتاتی ہے۔
+
+پے لوڈ کے بائٹس یہ بتاتے ہیں کہ کنٹریکٹ میں کس میتھڈ کو کال کیا گیا ہے۔ یہ فنکشن کے نام اور اس کے آرگیومنٹ کی اقسام پر Keccak ہیش سے پہلے 4 بائٹس ہیں، جو ہیکس انکوڈڈ ہیں۔ ملٹی پلائی فنکشن ایک uint کو قبول کرتا ہے جو uint256 کے لیے ایک الیاس ہے۔ اس سے ہمارے پاس بچتا ہے:
+
+```javascript
+web3.sha3("multiply(uint256)").substring(0, 10)
+// "0xc6888fa1"
+```
+
+اگلا قدم آرگیومنٹس کو انکوڈ کرنا ہے۔ صرف ایک uint256 ہے، مثال کے طور پر، قدر 6۔ ABI میں ایک سیکشن ہے جو یہ بتاتا ہے کہ uint256 کی اقسام کو کیسے انکوڈ کیا جائے۔
+
+`int: enc(X)` X کی big-endian two’s complement انکوڈنگ ہے، جسے منفی X کے لیے ہائی آرڈر (بائیں) طرف 0xff کے ساتھ اور مثبت X کے لیے صفر > بائٹس کے ساتھ پیڈ کیا گیا ہے تاکہ لمبائی 32 بائٹس کا ضرب ہو۔
+
+یہ `0000000000000000000000000000000000000000000000000000000000000006` میں انکوڈ ہوتا ہے۔
+
+فنکشن سلیکٹر اور انکوڈڈ آرگیومنٹ کو ملا کر ہمارا ڈیٹا `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006` ہوگا۔
+
+اسے اب نوڈ کو بھیجا جا سکتا ہے:
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545
+{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"}
+```
+
+چونکہ ایک ٹرانزیکشن بھیجا گیا تھا، ایک ٹرانزیکشن ہیش واپس کیا گیا تھا۔ رسید بازیافت کرنے پر ملتا ہے:
+
+```javascript
+{
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ contractAddress: null,
+ cumulativeGasUsed: 22631,
+ gasUsed: 22631,
+ logs: [{
+ address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d",
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ data: "0x000000000000000000000000000000000000000000000000000000000000002a",
+ logIndex: 0,
+ topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+ }],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+}
+```
+
+رسید میں ایک لاگ ہوتا ہے۔ یہ لاگ EVM کے ذریعے ٹرانزیکشن کے ایگزیکیوشن پر بنایا گیا تھا اور رسید میں شامل کیا گیا تھا۔ `multiply` فنکشن دکھاتا ہے کہ `Print` ایونٹ ان پٹ کے 7 گنا کے ساتھ ریز کیا گیا تھا۔ چونکہ `Print` ایونٹ کے لیے آرگیومنٹ ایک uint256 تھا، ہم اسے ABI کے اصولوں کے مطابق ڈی کوڈ کر سکتے ہیں جو ہمیں متوقع ڈیسیمل 42 کے ساتھ چھوڑ دے گا۔ ڈیٹا کے علاوہ یہ بات قابل غور ہے کہ ٹاپکس کا استعمال یہ تعین کرنے کے لیے کیا جا سکتا ہے کہ کس ایونٹ نے لاگ بنایا:
+
+```javascript
+web3.sha3("Print(uint256)")
+// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"
+```
+
+یہ کچھ سب سے عام کاموں کا ایک مختصر تعارف تھا، جو JSON-RPC کے براہ راست استعمال کو ظاہر کرتا ہے۔
+
+## متعلقہ موضوعات {#related-topics}
+
+- [JSON-RPC کی تفصیلات](http://www.jsonrpc.org/specification)
+- [نوڈز اور کلائنٹس](/developers/docs/nodes-and-clients/)
+- [JavaScript APIs](/developers/docs/apis/javascript/)
+- [بیک اینڈ APIs](/developers/docs/apis/backend/)
+- [ایگزیکیوشن کلائنٹس](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/ur/developers/docs/blocks/index.md b/public/content/translations/ur/developers/docs/blocks/index.md
new file mode 100644
index 00000000000..531595a2e1f
--- /dev/null
+++ b/public/content/translations/ur/developers/docs/blocks/index.md
@@ -0,0 +1,153 @@
+---
+title: "بلاک"
+description: "ایتھیریم بلاک چین میں بلاکس کا ایک جائزہ - ان کا ڈیٹا ڈھانچہ، ان کی ضرورت کیوں ہے، اور وہ کیسے بنائے جاتے ہیں۔"
+lang: ur-in
+---
+
+بلاک ٹرانزیکشنز کے بیچ ہوتے ہیں جن میں چین میں پچھلے بلاک کا ہیش ہوتا ہے۔ یہ بلاکس کو ایک ساتھ (ایک چین میں) جوڑتا ہے کیونکہ ہیشز کو بلاک ڈیٹا سے کرپٹوگرافک طور پر اخذ کیا جاتا ہے۔ یہ دھوکہ دہی کو روکتا ہے، کیونکہ تاریخ کے کسی بھی بلاک میں ایک تبدیلی تمام مندرجہ ذیل بلاکس کو باطل کر دے گی کیونکہ اس کے بعد کے تمام ہیشز بدل جائیں گے اور بلاک چین چلانے والے ہر شخص کو اس کا علم ہو جائے گا۔
+
+## شرائط {#prerequisites}
+
+بلاک ایک بہت ہی ابتدائی-دوست موضوع ہے۔ لیکن اس صفحہ کو بہتر طور پر سمجھنے میں آپ کی مدد کرنے کے لیے، ہم تجویز کرتے ہیں کہ آپ پہلے [اکاؤنٹس](/developers/docs/accounts/)، [ٹرانزیکشنز](/developers/docs/transactions/)، اور ہمارا [ایتھیریم کا تعارف](/developers/docs/intro-to-ethereum/) پڑھیں۔
+
+## بلاک کیوں؟ {#why-blocks}
+
+اس بات کو یقینی بنانے کے لیے کہ ایتھیریم نیٹ ورک پر تمام شرکاء ایک مطابقت پذیر اسٹیٹ کو برقرار رکھیں اور ٹرانزیکشنز کی درست تاریخ پر متفق ہوں، ہم ٹرانزیکشنز کو بلاکس میں بیچ کرتے ہیں۔ اس کا مطلب ہے کہ درجنوں (یا سینکڑوں) ٹرانزیکشنز کو ایک ہی وقت میں کمٹ کیا جاتا ہے، ان پر اتفاق کیا جاتا ہے، اور مطابقت پذیر کیا جاتا ہے۔
+
+
+_خاکہ [ایتھیریم EVM کی تصویری وضاحت](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) سے اخذ کیا گیا ہے_
+
+کمٹس کے درمیان وقفہ دے کر، ہم تمام نیٹ ورک شرکاء کو اتفاق رائے پر آنے کے لیے کافی وقت دیتے ہیں: اگرچہ ٹرانزیکشن کی درخواستیں فی سیکنڈ درجنوں بار ہوتی ہیں، لیکن ایتھیریم پر بلاکس ہر بارہ سیکنڈ میں صرف ایک بار بنائے اور کمٹ کیے جاتے ہیں۔
+
+## بلاک کیسے کام کرتے ہیں {#how-blocks-work}
+
+ٹرانزیکشن کی تاریخ کو محفوظ رکھنے کے لیے، بلاکس کو سختی سے ترتیب دیا جاتا ہے (ہر نئے بنائے گئے بلاک میں اس کے پیرنٹ بلاک کا حوالہ ہوتا ہے)، اور بلاکس کے اندر ٹرانزیکشنز کو بھی سختی سے ترتیب دیا جاتا ہے۔ نایاب معاملات کو چھوڑ کر، کسی بھی وقت، نیٹ ورک پر تمام شرکاء بلاکس کی صحیح تعداد اور تاریخ پر متفق ہوتے ہیں، اور موجودہ لائیو ٹرانزیکشن کی درخواستوں کو اگلے بلاک میں بیچ کرنے کے لیے کام کر رہے ہیں۔
+
+ایک بار جب نیٹ ورک پر تصادفی طور پر منتخب کردہ ویلیڈیٹر کے ذریعہ ایک بلاک کو اکٹھا کیا جاتا ہے، تو اسے باقی نیٹ ورک میں پھیلایا جاتا ہے؛ تمام نوڈز اس بلاک کو اپنے بلاک چین کے آخر میں شامل کرتے ہیں، اور اگلا بلاک بنانے کے لیے ایک نیا ویلیڈیٹر منتخب کیا جاتا ہے۔ بلاک اسمبلی کا عین عمل اور کمٹمنٹ/اتفاق رائے کا عمل فی الحال ایتھیریم کے "پروف-آف-اسٹیک" پروٹوکول کے ذریعہ مخصوص ہے۔
+
+## پروف-آف-اسٹیک پروٹوکول {#proof-of-stake-protocol}
+
+پروف-آف-اسٹیک کا مطلب مندرجہ ذیل ہے:
+
+- ویلیڈیٹنگ نوڈز کو خراب رویے کے خلاف کولیٹرل کے طور پر ایک ڈپازٹ کنٹریکٹ میں 32 ETH اسٹیک کرنا پڑتا ہے۔ اس سے نیٹ ورک کی حفاظت میں مدد ملتی ہے کیونکہ قابل ثبوت بے ایمانی کی سرگرمی اس اسٹیک میں سے کچھ یا سبھی کو تباہ کرنے کا باعث بنتی ہے۔
+- ہر سلاٹ میں (بارہ سیکنڈ کے وقفے سے) ایک ویلیڈیٹر کو تصادفی طور پر بلاک پروپوزر کے طور پر منتخب کیا جاتا ہے۔ وہ ٹرانزیکشنز کو ایک ساتھ بنڈل کرتے ہیں، انہیں انجام دیتے ہیں اور ایک نیا 'اسٹیٹ' طے کرتے ہیں۔ وہ اس معلومات کو ایک بلاک میں لپیٹتے ہیں اور اسے دوسرے ویلیڈیٹرز کو دیتے ہیں۔
+- دوسرے ویلیڈیٹرز جو نئے بلاک کے بارے میں سنتے ہیں وہ ٹرانزیکشنز کو دوبارہ انجام دیتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ وہ عالمی اسٹیٹ میں مجوزہ تبدیلی سے متفق ہیں۔ یہ فرض کرتے ہوئے کہ بلاک درست ہے، وہ اسے اپنے ڈیٹا بیس میں شامل کرتے ہیں۔
+- اگر کوئی ویلیڈیٹر ایک ہی سلاٹ کے لیے دو متضاد بلاکس کے بارے میں سنتا ہے تو وہ اپنے فورک-چوائس الگورتھم کا استعمال کرکے اس کا انتخاب کرتا ہے جس کی حمایت سب سے زیادہ اسٹیک شدہ ETH نے کی ہو۔
+
+[پروف-آف-اسٹیک پر مزید](/developers/docs/consensus-mechanisms/pos)
+
+## بلاک میں کیا ہوتا ہے؟ {#block-anatomy}
+
+ایک بلاک کے اندر بہت سی معلومات موجود ہوتی ہیں۔ اعلیٰ ترین سطح پر ایک بلاک میں مندرجہ ذیل فیلڈز ہوتے ہیں:
+
+| فیلڈ | تفصیل |
+| :--------------- | :--------------------------------------------------------------- |
+| `slot` | وہ سلاٹ جس سے بلاک تعلق رکھتا ہے |
+| `proposer_index` | بلاک کی تجویز دینے والے ویلیڈیٹر کی ID |
+| `parent_root` | پچھلے بلاک کا ہیش |
+| `state_root` | اسٹیٹ آبجیکٹ کا روٹ ہیش |
+| `body` | ایک آبجیکٹ جس میں کئی فیلڈز ہیں، جیسا کہ ذیل میں بیان کیا گیا ہے |
+
+بلاک `body` میں اپنے کئی فیلڈز ہوتے ہیں:
+
+| فیلڈ | تفصیل |
+| :------------------- | :---------------------------------------------------------------------------- |
+| `randao_reveal` | اگلے بلاک پروپوزر کو منتخب کرنے کے لیے استعمال ہونے والی ایک قدر |
+| `eth1_data` | ڈپازٹ کنٹریکٹ کے بارے میں معلومات |
+| `graffiti` | بلاکس کو ٹیگ کرنے کے لیے استعمال ہونے والا صوابدیدی ڈیٹا |
+| `proposer_slashings` | سلیش کیے جانے والے ویلیڈیٹرز کی فہرست |
+| `attester_slashings` | سلیش کیے جانے والے تصدیق کنندگان کی فہرست |
+| `attestations` | پچھلے سلاٹس کے خلاف کی گئی تصدیقات کی فہرست |
+| `deposits` | ڈپازٹ کنٹریکٹ میں نئے ڈپازٹس کی فہرست |
+| `voluntary_exits` | نیٹ ورک سے باہر نکلنے والے ویلیڈیٹرز کی فہرست |
+| `sync_aggregate` | لائٹ کلائنٹس کو خدمات فراہم کرنے کے لیے استعمال ہونے والے ویلیڈیٹرز کا سب سیٹ |
+| `execution_payload` | ایگزیکیوشن کلائنٹ سے بھیجی گئی ٹرانزیکشنز |
+
+`attestations` فیلڈ میں بلاک میں موجود تمام تصدیقات کی فہرست ہوتی ہے۔ تصدیقات کا اپنا ڈیٹا ٹائپ ہوتا ہے جس میں ڈیٹا کے کئی حصے ہوتے ہیں۔ ہر تصدیق میں شامل ہیں:
+
+| فیلڈ | تفصیل |
+| :----------------- | :------------------------------------------------------ |
+| `aggregation_bits` | ان ویلیڈیٹرز کی فہرست جنہوں نے اس تصدیق میں حصہ لیا |
+| `data` | متعدد سب فیلڈز والا ایک کنٹینر |
+| `signature` | `data` حصے کے خلاف ویلیڈیٹرز کے ایک سیٹ کا مجموعی دستخط |
+
+`attestation` میں `data` فیلڈ میں مندرجہ ذیل چیزیں شامل ہیں:
+
+| فیلڈ | تفصیل |
+| :------------------ | :------------------------------------------------ |
+| `slot` | وہ سلاٹ جس سے تصدیق کا تعلق ہے |
+| `index` | تصدیق کرنے والے ویلیڈیٹرز کے لیے انڈیکس |
+| `beacon_block_root` | بیکن بلاک کا روٹ ہیش جسے چین کا ہیڈ سمجھا جاتا ہے |
+| `ذریعہ` | آخری جائز چیک پوائنٹ |
+| `target` | تازہ ترین ایپک باؤنڈری بلاک |
+
+`execution_payload` میں ٹرانزیکشنز کو انجام دینا عالمی اسٹیٹ کو اپ ڈیٹ کرتا ہے۔ تمام کلائنٹس `execution_payload` میں ٹرانزیکشنز کو دوبارہ انجام دیتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ نیا اسٹیٹ نئے بلاک `state_root` فیلڈ میں موجود اسٹیٹ سے میل کھاتا ہے۔ اس طرح کلائنٹس بتا سکتے ہیں کہ نیا بلاک درست ہے اور اسے اپنے بلاک چین میں شامل کرنا محفوظ ہے۔ `execution payload` خود ایک آبجیکٹ ہے جس میں کئی فیلڈز ہیں۔ ایک `execution_payload_header` بھی ہے جس میں ایگزیکیوشن ڈیٹا کے بارے میں اہم خلاصہ معلومات ہوتی ہیں۔ یہ ڈیٹا ڈھانچے مندرجہ ذیل طور پر منظم ہیں:
+
+`execution_payload_header` میں مندرجہ ذیل فیلڈز ہوتے ہیں:
+
+| فیلڈ | تفصیل |
+| :------------------ | :--------------------------------------------------------------- |
+| `parent_hash` | پیرنٹ بلاک کا ہیش |
+| `fee_recipient` | ٹرانزیکشن فیس ادا کرنے کے لیے اکاؤنٹ کا ایڈریس |
+| `state_root` | اس بلاک میں تبدیلیاں لاگو کرنے کے بعد عالمی اسٹیٹ کے لیے روٹ ہیش |
+| `receipts_root` | ٹرانزیکشن رسیدوں کی ٹرائی کا ہیش |
+| `logs_bloom` | ایونٹ لاگز پر مشتمل ڈیٹا ڈھانچہ |
+| `prev_randao` | تصادفی ویلیڈیٹر کے انتخاب میں استعمال ہونے والی قدر |
+| `block_number` | موجودہ بلاک کا نمبر |
+| `gas_limit` | اس بلاک میں اجازت یافتہ زیادہ سے زیادہ گیس |
+| `gas_used` | اس بلاک میں استعمال ہونے والی گیس کی اصل مقدار |
+| `timestamp` | بلاک کا وقت |
+| `extra_data` | خام بائٹس کے طور پر صوابدیدی اضافی ڈیٹا |
+| `base_fee_per_gas` | بیس فیس کی قدر |
+| `block_hash` | ایگزیکیوشن بلاک کا ہیش |
+| `transactions_root` | پے لوڈ میں ٹرانزیکشنز کا روٹ ہیش |
+| `withdrawal_root` | پے لوڈ میں وِد ڈراولز کا روٹ ہیش |
+
+`execution_payload` میں خود مندرجہ ذیل چیزیں شامل ہیں (غور کریں کہ یہ ہیڈر سے مماثل ہے سوائے اس کے کہ ٹرانزیکشنز کے روٹ ہیش کے بجائے اس میں ٹرانزیکشنز کی اصل فہرست اور وِد ڈراول کی معلومات شامل ہیں):
+
+| فیلڈ | تفصیل |
+| :----------------- | :--------------------------------------------------------------- |
+| `parent_hash` | پیرنٹ بلاک کا ہیش |
+| `fee_recipient` | ٹرانزیکشن فیس ادا کرنے کے لیے اکاؤنٹ کا ایڈریس |
+| `state_root` | اس بلاک میں تبدیلیاں لاگو کرنے کے بعد عالمی اسٹیٹ کے لیے روٹ ہیش |
+| `receipts_root` | ٹرانزیکشن رسیدوں کی ٹرائی کا ہیش |
+| `logs_bloom` | ایونٹ لاگز پر مشتمل ڈیٹا ڈھانچہ |
+| `prev_randao` | تصادفی ویلیڈیٹر کے انتخاب میں استعمال ہونے والی قدر |
+| `block_number` | موجودہ بلاک کا نمبر |
+| `gas_limit` | اس بلاک میں اجازت یافتہ زیادہ سے زیادہ گیس |
+| `gas_used` | اس بلاک میں استعمال ہونے والی گیس کی اصل مقدار |
+| `timestamp` | بلاک کا وقت |
+| `extra_data` | خام بائٹس کے طور پر صوابدیدی اضافی ڈیٹا |
+| `base_fee_per_gas` | بیس فیس کی قدر |
+| `block_hash` | ایگزیکیوشن بلاک کا ہیش |
+| `transactions` | انجام دی جانے والی ٹرانزیکشنز کی فہرست |
+| `withdrawals` | وِد ڈراول آبجیکٹس کی فہرست |
+
+`withdrawals` کی فہرست میں `withdrawal` آبجیکٹس شامل ہیں جو مندرجہ ذیل طریقے سے تشکیل دیے گئے ہیں:
+
+| فیلڈ | تفصیل |
+| :--------------- | :------------------------------------ |
+| `address` | اکاؤنٹ کا ایڈریس جس نے وِد ڈرا کیا ہے |
+| `amount` | وِد ڈراول کی رقم |
+| `index` | وِد ڈراول انڈیکس کی قدر |
+| `validatorIndex` | ویلیڈیٹر انڈیکس کی قدر |
+
+## بلاک کا وقت {#block-time}
+
+بلاک کا وقت بلاکس کو الگ کرنے والے وقت سے مراد ہے۔ ایتھیریم میں، وقت کو بارہ سیکنڈ کی اکائیوں میں تقسیم کیا جاتا ہے جسے 'سلاٹس' کہتے ہیں۔ ہر سلاٹ میں ایک بلاک کی تجویز دینے کے لیے ایک واحد ویلیڈیٹر کو منتخب کیا جاتا ہے۔ یہ فرض کرتے ہوئے کہ تمام ویلیڈیٹرز آن لائن اور مکمل طور پر فعال ہیں، ہر سلاٹ میں ایک بلاک ہوگا، جس کا مطلب ہے کہ بلاک کا وقت 12 سیکنڈ ہے۔ تاہم، کبھی کبھار جب بلاک کی تجویز دینے کے لیے بلایا جاتا ہے تو ویلیڈیٹرز آف لائن ہو سکتے ہیں، جس کا مطلب ہے کہ سلاٹ کبھی کبھی خالی جا سکتے ہیں۔
+
+یہ نفاذ پروف-آف-ورک پر مبنی سسٹمز سے مختلف ہے جہاں بلاک کا وقت امکانی ہوتا ہے اور پروٹوکول کی ٹارگٹ مائننگ ڈفیکلٹی کے ذریعے ٹیون کیا جاتا ہے۔ ایتھیریم کا [اوسط بلاک ٹائم](https://etherscan.io/chart/blocktime) اس کی ایک بہترین مثال ہے جس کے تحت پروف-آف-ورک سے پروف-آف-اسٹیک میں منتقلی کا اندازہ نئے 12 سیکنڈ کے بلاک ٹائم کے استحکام کی بنیاد پر واضح طور پر لگایا جا سکتا ہے۔
+
+## بلاک کا سائز {#block-size}
+
+ایک آخری اہم نوٹ یہ ہے کہ بلاکس خود سائز میں محدود ہوتے ہیں۔ ہر بلاک کا ٹارگٹ سائز 30 ملین گیس ہے لیکن بلاکس کا سائز نیٹ ورک کی طلب کے مطابق بڑھے گا یا کم ہوگا، 60 ملین گیس کی بلاک حد تک (2x ٹارگٹ بلاک سائز)۔ بلاک گیس کی حد کو پچھلے بلاک کی گیس کی حد سے 1/1024 کے فیکٹر سے اوپر یا نیچے ایڈجسٹ کیا جا سکتا ہے۔ نتیجے کے طور پر، ویلیڈیٹرز اتفاق رائے کے ذریعے بلاک گیس کی حد کو تبدیل کر سکتے ہیں۔ بلاک میں تمام ٹرانزیکشنز کے ذریعے خرچ کی گئی گیس کی کل مقدار بلاک گیس کی حد سے کم ہونی چاہیے۔ یہ اہم ہے کیونکہ یہ یقینی بناتا ہے کہ بلاکس صوابدیدی طور پر بڑے نہیں ہو سکتے۔ اگر بلاکس صوابدیدی طور پر بڑے ہو سکتے ہیں، تو کم کارکردگی والے مکمل نوڈز آہستہ آہستہ جگہ اور رفتار کی ضروریات کی وجہ سے نیٹ ورک کے ساتھ رفتار برقرار رکھنے کے قابل نہیں رہیں گے۔ بلاک جتنا بڑا ہوگا، اگلے سلاٹ کے لیے وقت پر ان پر کارروائی کرنے کے لیے اتنی ہی زیادہ کمپیوٹنگ پاور درکار ہوگی۔ یہ ایک مرکزیت کی قوت ہے، جس کی مزاحمت بلاک سائز پر حد لگا کر کی جاتی ہے۔
+
+## مزید پڑھیں {#further-reading}
+
+_کسی کمیونٹی وسیلے کے بارے میں جانتے ہیں جس نے آپ کی مدد کی ہو؟ اس صفحہ میں ترمیم کریں اور اسے شامل کریں!_
+
+## متعلقہ موضوعات {#related-topics}
+
+- [ٹرانزیکشنز](/developers/docs/transactions/)
+- [گیس](/developers/docs/gas/)
+- [پروف-آف-اسٹیک](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/ur/developers/docs/bridges/index.md b/public/content/translations/ur/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..dc7e5b5fdc0
--- /dev/null
+++ b/public/content/translations/ur/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: "برجز"
+description: "ڈیولپرز کے لیے برجنگ کا ایک جائزہ"
+lang: ur-in
+---
+
+L1 بلاک چینز اور L2 [اسکیلنگ](/developers/docs/scaling/) سلوشنز کے پھیلاؤ کے ساتھ، اور کراس چین جانے والی ڈی سینٹرلائزڈ ایپلی کیشنز کی بڑھتی ہوئی تعداد کے ساتھ، چینز کے درمیان کمیونیکیشن اور اثاثوں کی منتقلی کی ضرورت نیٹ ورک کے بنیادی ڈھانچے کا ایک لازمی حصہ بن گئی ہے۔ اسے ممکن بنانے میں مدد کے لیے مختلف قسم کے برجز موجود ہیں۔
+
+## برجز کی ضرورت {#need-for-bridges}
+
+برجز بلاک چین نیٹ ورکس کو جوڑنے کے لیے موجود ہیں۔ یہ بلاک چینز کے درمیان کنیکٹیویٹی اور انٹرآپریبلٹی کو ممکن بناتے ہیں۔
+
+بلاک چینز سائل شدہ ماحول میں موجود ہیں، جس کا مطلب ہے کہ بلاک چینز کے لیے قدرتی طور پر دوسری بلاک چینز کے ساتھ تجارت اور بات چیت کرنے کا کوئی طریقہ نہیں ہے۔ نتیجے کے طور پر، جب کہ ایک ایکو سسٹم کے اندر اہم سرگرمی اور اختراع ہو سکتی ہے، یہ دوسرے ایکو سسٹمز کے ساتھ کنیکٹیویٹی اور انٹرآپریبلٹی کی کمی کی وجہ سے محدود ہے۔
+
+برجز الگ تھلگ بلاک چین ماحول کو ایک دوسرے سے جڑنے کا ایک طریقہ پیش کرتے ہیں۔ یہ بلاک چینز کے درمیان ایک ٹرانسپورٹیشن روٹ قائم کرتے ہیں جہاں ٹوکنز، پیغامات، صوابدیدی ڈیٹا، اور یہاں تک کہ [اسمارٹ کنٹریکٹ](/developers/docs/smart-contracts/) کالز کو ایک چین سے دوسری چین میں منتقل کیا جا سکتا ہے۔
+
+## برجز کے فوائد {#benefits-of-bridges}
+
+سیدھے الفاظ میں، برجز بلاک چین نیٹ ورکس کو ڈیٹا کا تبادلہ کرنے اور ان کے درمیان اثاثوں کو منتقل کرنے کی اجازت دے کر متعدد استعمال کے معاملات کو کھولتے ہیں۔
+
+بلاک چینز کی اپنی منفرد طاقتیں، کمزوریاں، اور ایپلی کیشنز بنانے کے طریقے ہیں (جیسے رفتار، تھرو پٹ، لاگت، وغیرہ)۔ برجز بلاک چینز کو ایک دوسرے کی اختراعات سے فائدہ اٹھانے کے قابل بنا کر مجموعی کرپٹو ایکو سسٹم کی ترقی میں مدد کرتے ہیں۔
+
+ڈیولپرز کے لیے، برجز درج ذیل کو ممکن بناتے ہیں:
+
+- کسی بھی ڈیٹا، معلومات اور اثاثوں کا چینز کے درمیان منتقلی۔
+- پروٹوکولز کے لیے نئی خصوصیات اور استعمال کے معاملات کو کھولنا کیونکہ برجز اس ڈیزائن کی جگہ کو بڑھاتے ہیں جو پروٹوکول پیش کر سکتے ہیں۔ مثال کے طور پر، ییلڈ فارمنگ کے لیے ایک پروٹوکول جو اصل میں Ethereum Mainnet پر تعینات کیا گیا تھا، تمام EVM-مطابقت رکھنے والی چینز پر لیکویڈیٹی پولز پیش کر سکتا ہے۔
+- مختلف بلاک چینز کی طاقتوں سے فائدہ اٹھانے کا موقع۔ مثال کے طور پر، ڈیولپرز رول اپس اور سائڈ چینز پر اپنے dapps کو تعینات کرکے مختلف L2 حلوں کی طرف سے پیش کردہ کم فیسوں سے فائدہ اٹھا سکتے ہیں اور صارفین ان کے درمیان برج کرسکتے ہیں۔
+- نئی مصنوعات بنانے کے لیے مختلف بلاک چین ایکو سسٹمز کے ڈیولپرز کے درمیان تعاون۔
+- مختلف ایکو سسٹمز سے صارفین اور کمیونٹیز کو ان کے dapps کی طرف راغب کرنا۔
+
+## برجز کیسے کام کرتے ہیں؟ {#how-do-bridges-work}
+
+اگرچہ بہت سے [برج ڈیزائن کی اقسام](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/) ہیں، اثاثوں کی کراس-چین منتقلی کو آسان بنانے کے تین طریقے نمایاں ہیں:
+
+- **لاک اور منٹ –** سورس چین پر اثاثوں کو لاک کریں اور ڈیسٹنیشن چین پر اثاثوں کو منٹ کریں۔
+- **برن اور منٹ –** سورس چین پر اثاثوں کو برن کریں اور ڈیسٹنیشن چین پر اثاثوں کو منٹ کریں۔
+- **ایٹامک سواپس –** سورس چین پر موجود اثاثوں کو کسی دوسری پارٹی کے ساتھ ڈیسٹنیشن چین پر موجود اثاثوں کے لیے سواپ کریں۔
+
+## برج کی اقسام {#bridge-types}
+
+برجز کو عام طور پر درج ذیل میں سے کسی ایک زمرے میں تقسیم کیا جا سکتا ہے:
+
+- **نیٹیو برجز –** یہ برجز عام طور پر کسی خاص بلاک چین پر لیکویڈیٹی کو بوٹ اسٹریپ کرنے کے لیے بنائے جاتے ہیں، جس سے صارفین کے لیے ایکو سسٹم میں فنڈز منتقل کرنا آسان ہو جاتا ہے۔ مثال کے طور پر، [Arbitrum Bridge](https://bridge.arbitrum.io/) کو صارفین کے لیے Ethereum Mainnet سے Arbitrum تک برجنگ کو آسان بنانے کے لیے بنایا گیا ہے۔ دیگر ایسے برجز میں Polygon PoS Bridge, [Optimism Gateway](https://app.optimism.io/bridge) وغیرہ شامل ہیں۔
+- **ویلیڈیٹر یا اوریکل پر مبنی برجز –** یہ برجز کراس-چین منتقلی کی توثیق کے لیے ایک بیرونی ویلیڈیٹر سیٹ یا اوریکلز پر انحصار کرتے ہیں۔ مثالیں: Multichain اور Across.
+- **عمومی پیغام رسانی والے برجز –** یہ برجز اثاثوں کے ساتھ ساتھ پیغامات اور صوابدیدی ڈیٹا کو چینز کے درمیان منتقل کر سکتے ہیں۔ مثالیں: Axelar, LayerZero, اور Nomad.
+- **لیکویڈیٹی نیٹ ورکس –** یہ برجز بنیادی طور پر ایٹامک سواپس کے ذریعے ایک چین سے دوسری چین میں اثاثوں کی منتقلی پر توجہ مرکوز کرتے ہیں۔ عام طور پر، یہ کراس-چین پیغام رسانی کو سپورٹ نہیں کرتے ہیں۔ مثالیں: Connext اور Hop.
+
+## غور کرنے کے لیے ٹریڈ-آفس {#trade-offs}
+
+برجز کے ساتھ، کوئی بھی حل کامل نہیں ہے۔ بلکہ، کسی مقصد کو پورا کرنے کے لیے صرف ٹریڈ-آفس کیے جاتے ہیں۔ ڈیولپرز اور صارفین درج ذیل عوامل کی بنیاد پر برجز کا جائزہ لے سکتے ہیں:
+
+- **سیکیورٹی –** سسٹم کی تصدیق کون کرتا ہے؟ بیرونی ویلیڈیٹرز کے ذریعے محفوظ کیے گئے برجز عام طور پر ان برجز کے مقابلے میں کم محفوظ ہوتے ہیں جو مقامی طور پر یا مقامی طور پر بلاک چین کے ویلیڈیٹرز کے ذریعے محفوظ ہوتے ہیں۔
+- **سہولت –** ایک ٹرانزیکشن مکمل کرنے میں کتنا وقت لگتا ہے، اور ایک صارف کو کتنی ٹرانزیکشنز پر دستخط کرنے کی ضرورت ہوتی ہے؟ ایک ڈیولپر کے لیے، ایک برج کو انٹیگریٹ کرنے میں کتنا وقت لگتا ہے، اور یہ عمل کتنا پیچیدہ ہے؟
+- **کنیکٹیویٹی –** ایک برج کن مختلف ڈیسٹنیشن چینز کو جوڑ سکتا ہے (یعنی، رول اپس، سائڈ چینز، دیگر لیئر 1 بلاک چینز، وغیرہ)، اور ایک نئی بلاک چین کو انٹیگریٹ کرنا کتنا مشکل ہے؟
+- **زیادہ پیچیدہ ڈیٹا منتقل کرنے کی صلاحیت –** کیا کوئی برج چینز کے درمیان پیغامات اور زیادہ پیچیدہ صوابدیدی ڈیٹا کی منتقلی کو فعال کر سکتا ہے، یا یہ صرف کراس-چین اثاثوں کی منتقلی کو سپورٹ کرتا ہے؟
+- **لاگت کی تاثیر –** ایک برج کے ذریعے چینز میں اثاثے منتقل کرنے پر کتنی لاگت آتی ہے؟ عام طور پر، برجز گیس کی لاگت اور مخصوص راستوں کی لیکویڈیٹی کے لحاظ سے ایک مقررہ یا متغیر فیس لیتے ہیں۔ اس کی سیکیورٹی کو یقینی بنانے کے لیے درکار سرمائے کی بنیاد پر کسی برج کی لاگت کی تاثیر کا جائزہ لینا بھی اہم ہے۔
+
+اعلیٰ سطح پر، برجز کو قابل اعتماد (trusted) اور بے اعتماد (trustless) کے طور پر درجہ بندی کیا جا سکتا ہے۔
+
+- **قابل اعتماد –** قابل اعتماد برجز کی بیرونی طور پر تصدیق کی جاتی ہے۔ وہ چینز کے درمیان ڈیٹا بھیجنے کے لیے تصدیق کاروں کا ایک بیرونی سیٹ (ملٹی-سِگ کے ساتھ فیڈریشنز، ملٹی پارٹی کمپیوٹیشن سسٹمز، اوریکل نیٹ ورک) استعمال کرتے ہیں۔ نتیجے کے طور پر، وہ بہترین کنیکٹیویٹی پیش کر سکتے ہیں اور چینز میں مکمل طور پر عمومی پیغام رسانی کو فعال کر سکتے ہیں۔ وہ رفتار اور لاگت کی تاثیر کے ساتھ بھی اچھی کارکردگی کا مظاہرہ کرتے ہیں۔ یہ سیکیورٹی کی قیمت پر آتا ہے، کیونکہ صارفین کو برج کی سیکیورٹی پر بھروسہ کرنا پڑتا ہے۔
+- **بے اعتماد –** یہ برجز پیغامات اور ٹوکنز کی منتقلی کے لیے ان بلاک چینز اور ان کے ویلیڈیٹرز پر انحصار کرتے ہیں جن سے وہ جڑ رہے ہیں۔ وہ 'بے اعتماد' ہیں کیونکہ وہ (بلاک چینز کے علاوہ) کوئی نیا اعتماد مفروضہ شامل نہیں کرتے ہیں۔ نتیجے کے طور پر، بے اعتماد برجز کو قابل اعتماد برجز سے زیادہ محفوظ سمجھا جاتا ہے۔
+
+دیگر عوامل کی بنیاد پر بے اعتماد برجز کا جائزہ لینے کے لیے، ہمیں انہیں عمومی پیغام رسانی والے برجز اور لیکویڈیٹی نیٹ ورکس میں تقسیم کرنا چاہیے۔
+
+- **عمومی پیغام رسانی والے برجز –** یہ برجز سیکیورٹی اور چینز میں زیادہ پیچیدہ ڈیٹا منتقل کرنے کی صلاحیت کے ساتھ بہترین ہیں۔ عام طور پر، وہ لاگت کی تاثیر کے ساتھ بھی اچھے ہیں۔ تاہم، یہ طاقتیں عام طور پر لائٹ کلائنٹ برجز (مثلاً: IBC) کے لیے کنیکٹیویٹی کی قیمت پر آتی ہیں اور آپٹیمسٹک برجز (مثلاً: Nomad) کے لیے رفتار کی کمیوں پر جو فراڈ پروفس کا استعمال کرتے ہیں۔
+- **لیکویڈیٹی نیٹ ورکس –** یہ برجز اثاثوں کی منتقلی کے لیے ایٹامک سواپس کا استعمال کرتے ہیں اور مقامی طور پر تصدیق شدہ سسٹمز ہیں (یعنی، وہ ٹرانزیکشنز کی تصدیق کے لیے بنیادی بلاک چینز کے ویلیڈیٹرز کا استعمال کرتے ہیں)۔ نتیجے کے طور پر، وہ سیکیورٹی اور رفتار میں بہترین ہیں۔ مزید برآں، انہیں نسبتاً لاگت کے لحاظ سے موثر سمجھا جاتا ہے اور اچھی کنیکٹیویٹی پیش کرتے ہیں۔ تاہم، سب سے بڑا ٹریڈ آف زیادہ پیچیدہ ڈیٹا کو منتقل کرنے میں ان کی نااہلی ہے – کیونکہ وہ کراس-چین پیغام رسانی کی حمایت نہیں کرتے ہیں۔
+
+## برجز کے ساتھ خطرہ {#risk-with-bridges}
+
+برجز [DeFi میں سرفہرست تین سب سے بڑے ہیکس](https://rekt.news/leaderboard/) کا حصہ ہیں اور اب بھی ترقی کے ابتدائی مراحل میں ہیں۔ کسی بھی برج کا استعمال درج ذیل خطرات رکھتا ہے:
+
+- **اسمارٹ کنٹریکٹ کا خطرہ –** جب کہ بہت سے برجز نے کامیابی سے آڈٹ پاس کر لیے ہیں، اثاثوں کو ہیکس کے سامنے لانے کے لیے اسمارٹ کنٹریکٹ میں صرف ایک خامی کی ضرورت ہے (مثال: [Solana’s Wormhole Bridge](https://rekt.news/wormhole-rekt/))۔
+- **سسٹمک مالیاتی خطرات** – بہت سے برجز ایک نئی چین پر اصل اثاثے کے کینونیکل ورژنز کو منٹ کرنے کے لیے ریپڈ اثاثوں کا استعمال کرتے ہیں۔ یہ ایکو سسٹم کو سسٹمک خطرے سے دوچار کرتا ہے، جیسا کہ ہم نے ٹوکنز کے ریپڈ ورژنز کا استحصال ہوتے دیکھا ہے۔
+- **کاؤنٹر پارٹی کا خطرہ –** کچھ برجز ایک قابل اعتماد ڈیزائن کا استعمال کرتے ہیں جس کے لیے صارفین کو اس مفروضے پر بھروسہ کرنے کی ضرورت ہوتی ہے کہ ویلیڈیٹرز صارفین کے فنڈز چرانے کے لیے ملی بھگت نہیں کریں گے۔ صارفین کو ان تھرڈ پارٹی اداکاروں پر بھروسہ کرنے کی ضرورت انہیں رگ پلز، سنسرشپ، اور دیگر بدنیتی پر مبنی سرگرمیوں جیسے خطرات سے دوچار کرتی ہے۔
+- کھلے مسائل – یہ دیکھتے ہوئے کہ برجز ترقی کے ابتدائی مراحل میں ہیں، اس سے متعلق بہت سے سوالات کے جوابات نہیں ملے ہیں کہ برجز مختلف مارکیٹ کے حالات میں کیسی کارکردگی کا مظاہرہ کریں گے، جیسے نیٹ ورک کی بھیڑ کے اوقات اور نیٹ ورک کی سطح کے حملوں یا اسٹیٹ رول بیکس جیسے غیر متوقع واقعات کے دوران۔ یہ غیر یقینی صورتحال کچھ خطرات پیدا کرتی ہے، جن کی ڈگری ابھی تک نامعلوم ہے۔
+
+## dapps برجز کا استعمال کیسے کر سکتے ہیں؟ {#how-can-dapps-use-bridges}
+
+یہاں کچھ عملی ایپلی کیشنز ہیں جن پر ڈیولپرز برجز اور اپنے dapp کو کراس چین لے جانے کے بارے میں غور کر سکتے ہیں:
+
+### برجز کو انٹیگریٹ کرنا {#integrating-bridges}
+
+ڈیولپرز کے لیے، برجز کے لیے سپورٹ شامل کرنے کے بہت سے طریقے ہیں:
+
+1. **اپنا برج بنانا –** ایک محفوظ اور قابل اعتماد برج بنانا آسان نہیں ہے، خاص طور پر اگر آپ زیادہ سے زیادہ اعتماد کو کم کرنے والا راستہ اختیار کرتے ہیں۔ مزید برآں، اس کے لیے اسکیل ایبلٹی اور انٹرآپریبلٹی کے مطالعے سے متعلق برسوں کا تجربہ اور تکنیکی مہارت درکار ہوتی ہے۔ مزید برآں، اس کے لیے ایک برج کو برقرار رکھنے اور اسے قابل عمل بنانے کے لیے کافی لیکویڈیٹی کو راغب کرنے کے لیے ایک ہینڈ آن ٹیم کی ضرورت ہوگی۔
+
+2. **صارفین کو برج کے متعدد اختیارات دکھانا –** بہت سے [dapps](/developers/docs/dapps/) کو صارفین کے ساتھ بات چیت کرنے کے لیے ان کے مقامی ٹوکن کی ضرورت ہوتی ہے۔ صارفین کو اپنے ٹوکنز تک رسائی کے قابل بنانے کے لیے، وہ اپنی ویب سائٹ پر برج کے مختلف اختیارات پیش کرتے ہیں۔ تاہم، یہ طریقہ اس مسئلے کا ایک فوری حل ہے کیونکہ یہ صارف کو dapp انٹرفیس سے دور لے جاتا ہے اور پھر بھی ان سے دوسرے dapps اور برجز کے ساتھ بات چیت کرنے کی ضرورت ہوتی ہے۔ یہ غلطیاں کرنے کے بڑھتے ہوئے دائرہ کار کے ساتھ ایک بوجھل آن بورڈنگ تجربہ ہے۔
+
+3. **ایک برج کو انٹیگریٹ کرنا –** اس حل میں dapp کو صارفین کو بیرونی برج اور DEX انٹرفیس پر بھیجنے کی ضرورت نہیں ہے۔ یہ dapps کو صارف کے آن بورڈنگ کے تجربے کو بہتر بنانے کی اجازت دیتا ہے۔ تاہم، اس نقطہ نظر کی اپنی حدود ہیں:
+
+ - برجز کا جائزہ اور دیکھ بھال مشکل اور وقت طلب ہے۔
+ - ایک برج کا انتخاب ناکامی اور انحصار کا ایک واحد نقطہ بناتا ہے۔
+ - dapp برج کی صلاحیتوں سے محدود ہے۔
+ - صرف برجز کافی نہیں ہو سکتے۔ Dapps کو مزید فعالیت پیش کرنے کے لیے DEXs کی ضرورت ہو سکتی ہے جیسے کراس چین سواپس۔
+
+4. **متعدد برجز کو انٹیگریٹ کرنا –** یہ حل ایک ہی برج کو انٹیگریٹ کرنے سے وابستہ بہت سے مسائل کو حل کرتا ہے۔ تاہم، اس کی بھی حدود ہیں، کیونکہ متعدد برجز کو انٹیگریٹ کرنا وسائل طلب ہے اور ڈیولپرز کے لیے تکنیکی اور مواصلاتی اوور ہیڈز پیدا کرتا ہے — جو کرپٹو میں سب سے نایاب وسیلہ ہے۔
+
+5. **برج ایگریگیٹر کو انٹیگریٹ کرنا –** dapps کے لیے ایک اور آپشن برج ایگریگیشن حل کو انٹیگریٹ کرنا ہے جو انہیں متعدد برجز تک رسائی فراہم کرتا ہے۔ برج ایگریگیٹرز تمام برجز کی طاقتوں کو وراثت میں پاتے ہیں اور اس طرح کسی ایک برج کی صلاحیتوں سے محدود نہیں ہوتے ہیں۔ خاص طور پر، برج ایگریگیٹرز عام طور پر برج انٹیگریشنز کو برقرار رکھتے ہیں، جو dapp کو برج انٹیگریشن کے تکنیکی اور آپریشنل پہلوؤں پر نظر رکھنے کی پریشانی سے بچاتا ہے۔
+
+اس کے باوجود، برج ایگریگیٹرز کی بھی اپنی حدود ہیں۔ مثال کے طور پر، جب کہ وہ برج کے مزید اختیارات پیش کر سکتے ہیں، ایگریگیٹر کے پلیٹ فارم پر پیش کیے جانے والے اختیارات کے علاوہ مارکیٹ میں عام طور پر بہت سے اور برجز دستیاب ہوتے ہیں۔ مزید برآں، بالکل برجز کی طرح، برج ایگریگیٹرز بھی اسمارٹ کنٹریکٹ اور ٹیکنالوجی کے خطرات سے دوچار ہوتے ہیں (زیادہ اسمارٹ کنٹریکٹس = زیادہ خطرات)۔
+
+اگر کوئی dapp کسی برج یا ایگریگیٹر کو انٹیگریٹ کرنے کے راستے پر جاتا ہے، تو اس بنیاد پر مختلف آپشنز ہوتے ہیں کہ انٹیگریشن کتنی گہری ہونی ہے۔ مثال کے طور پر، اگر یہ صرف صارف کے آن بورڈنگ کے تجربے کو بہتر بنانے کے لیے ایک فرنٹ-اینڈ انٹیگریشن ہے، تو ایک dapp ویجیٹ کو انٹیگریٹ کرے گا۔ تاہم، اگر انٹیگریشن کا مقصد اسٹیکنگ، ییلڈ فارمنگ، وغیرہ جیسی گہری کراس چین حکمت عملیوں کو تلاش کرنا ہے، تو dapp SDK یا API کو انٹیگریٹ کرتا ہے۔
+
+### متعدد چینز پر dapp تعینات کرنا {#deploying-a-dapp-on-multiple-chains}
+
+متعدد چینز پر dapp تعینات کرنے کے لیے، ڈیولپرز [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/) وغیرہ جیسے ڈیولپمنٹ پلیٹ فارمز کا استعمال کر سکتے ہیں۔ عام طور پر، یہ پلیٹ فارمز کمپوز ایبل پلگ انز کے ساتھ آتے ہیں جو dapps کو کراس چین جانے کے قابل بنا سکتے ہیں۔ مثال کے طور پر، ڈیولپرز [hardhat-deploy plugin](https://github.com/wighawag/hardhat-deploy) کی طرف سے پیش کردہ ڈیٹرمنسٹک ڈیپلائمنٹ پراکسی کا استعمال کر سکتے ہیں۔
+
+#### مثالیں:
+
+- [کراس چین dapps کیسے بنائیں](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [ایک کراس چین NFT مارکیٹ پلیس بنانا](https://youtu.be/WZWCzsB1xUE)
+- [Moralis: کراس چین NFT dapps بنانا](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### چینز میں کنٹریکٹ کی سرگرمی کی نگرانی کرنا {#monitoring-contract-activity-across-chains}
+
+چینز میں کنٹریکٹ کی سرگرمی کی نگرانی کے لیے، ڈیولپرز اسمارٹ کنٹریکٹس کو ریئل ٹائم میں دیکھنے کے لیے سب گراف اور Tenderly جیسے ڈیولپر پلیٹ فارمز کا استعمال کر سکتے ہیں۔ اس طرح کے پلیٹ فارمز میں ایسے ٹولز بھی ہوتے ہیں جو کراس چین سرگرمیوں کے لیے ڈیٹا کی نگرانی کی زیادہ فعالیت پیش کرتے ہیں، جیسے کہ [کنٹریکٹس کے ذریعے خارج ہونے والے واقعات](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) کی جانچ کرنا، وغیرہ۔
+
+#### ٹولز
+
+- [The Graph](https://thegraph.com/en/)
+- [Tenderly](https://tenderly.co/)
+
+## مزید پڑھیں {#further-reading}
+
+- [بلاک چین برجز](/bridges/) – ethereum.org
+- [L2Beat Bridge Risk Framework](https://l2beat.com/bridges/summary)
+- [بلاک چین برجز: کرپٹو نیٹ ورکس کے نیٹ ورکس بنانا](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) - 8 ستمبر، 2021 – Dmitriy Berenzon
+- [انٹرآپریبلٹی ٹرائیلیما](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) - 1 اکتوبر، 2021 – Arjun Bhuptani
+- [کلسٹرز: کس طرح قابل اعتماد اور اعتماد کو کم کرنے والے برجز ملٹی چین لینڈ اسکیپ کو شکل دیتے ہیں](https://blog.celestia.org/clusters/) - 4 اکتوبر، 2021 – Mustafa Al-Bassam
+- [LI.FI: برجز کے ساتھ، اعتماد ایک اسپیکٹرم ہے](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) - 28 اپریل، 2022 – Arjun Chand
+- [رول اپ انٹرآپریبلٹی سلوشنز کی حالت](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - 20 جون، 2024 – Alex Hook
+- [محفوظ کراس چین انٹرآپریبلٹی کے لیے مشترکہ سیکیورٹی کا استعمال: Lagrange اسٹیٹ کمیٹیاں اور اس سے آگے](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - 12 جون، 2024 – Emmanuel Awosika
+
+مزید برآں، یہاں [James Prestwich](https://twitter.com/_prestwich) کی کچھ بصیرت انگیز پیشکشیں ہیں جو برجز کی گہری تفہیم پیدا کرنے میں مدد کر سکتی ہیں:
+
+- [برجز بنانا، دیواروں والے باغات نہیں](https://youtu.be/ZQJWMiX4hT0)
+- [برجز کو توڑنا](https://youtu.be/b0mC-ZqN8Oo)
+- [برجز کیوں جل رہے ہیں](https://youtu.be/c7cm2kd20j8)
diff --git a/public/content/translations/ur/developers/docs/consensus-mechanisms/index.md b/public/content/translations/ur/developers/docs/consensus-mechanisms/index.md
new file mode 100644
index 00000000000..87bb2d68677
--- /dev/null
+++ b/public/content/translations/ur/developers/docs/consensus-mechanisms/index.md
@@ -0,0 +1,92 @@
+---
+title: "اتفاق رائے کے میکانزم"
+description: "تقسیم شدہ نظاموں میں اتفاق رائے کے پروٹوکول کی وضاحت اور ایتھیریم میں ان کا کردار۔"
+lang: ur-in
+---
+
+اصطلاح 'اتفاق رائے کا میکانزم' اکثر بول چال میں 'ثبوتِ حصص' (proof-of-stake)، 'ثبوتِ کار' (proof-of-work) یا 'ثبوتِ اختیار' (proof-of-authority) پروٹوکولز کے لیے استعمال ہوتی ہے۔ تاہم، یہ اتفاق رائے کے میکانزم میں محض اجزاء ہیں جو [سائبل حملوں](/glossary/#sybil-attack) سے بچاتے ہیں۔ اتفاق رائے کے میکانزم، خیالات، پروٹوکولز اور ترغیبات کا مکمل مجموعہ ہیں جو نوڈز کے ایک تقسیم شدہ سیٹ کو بلاک چین کی حالت پر متفق ہونے کے قابل بناتے ہیں۔
+
+## شرائط {#prerequisites}
+
+اس صفحہ کو بہتر طور پر سمجھنے کے لیے، ہم تجویز کرتے ہیں کہ آپ پہلے ہمارا [ایتھیریم کا تعارف](/developers/docs/intro-to-ethereum/) پڑھیں۔
+
+## اتفاق رائے کیا ہے؟ {#what-is-consensus}
+
+اتفاق رائے سے ہماری مراد یہ ہے کہ ایک عمومی معاہدہ طے پا گیا ہے۔ سینما جانے والے لوگوں کے ایک گروپ پر غور کریں۔ اگر فلم کے مجوزہ انتخاب پر کوئی اختلاف نہیں ہے، تو اتفاق رائے حاصل ہو جاتا ہے۔ اگر اختلاف ہے تو گروپ کے پاس یہ فیصلہ کرنے کا ذریعہ ہونا چاہیے کہ کون سی فلم دیکھنی ہے۔ انتہائی صورتوں میں، گروپ بالآخر تقسیم ہو جائے گا۔
+
+ایتھیریم بلاک چین کے سلسلے میں، یہ عمل باقاعدہ ہے، اور اتفاق رائے تک پہنچنے کا مطلب ہے کہ نیٹ ورک پر کم از کم 66% نوڈز نیٹ ورک کی عالمی حالت پر متفق ہوں۔
+
+## اتفاق رائے کا میکانزم کیا ہے؟ {#what-is-a-consensus-mechanism}
+
+اصطلاح اتفاق رائے کا میکانزم پروٹوکولز، ترغیبات اور خیالات کے پورے مجموعے سے مراد ہے جو نوڈز کے نیٹ ورک کو بلاک چین کی حالت پر متفق ہونے کی اجازت دیتا ہے۔
+
+ایتھیریم ثبوتِ حصص (proof-of-stake) پر مبنی اتفاق رائے کا میکانزم استعمال کرتا ہے جو اپنی کرپٹو-اقتصادی سیکیورٹی اسٹیکرز (stakers) کے ذریعے لاک کیے گئے سرمائے پر لاگو انعامات اور جرمانوں کے ایک سیٹ سے حاصل کرتا ہے۔ یہ ترغیبی ڈھانچہ انفرادی اسٹیکرز کو ایماندار توثیق کار (validators) چلانے کی ترغیب دیتا ہے، جو ایسا نہیں کرتے انہیں سزا دیتا ہے، اور نیٹ ورک پر حملہ کرنے کے لیے ایک انتہائی زیادہ لاگت پیدا کرتا ہے۔
+
+پھر، ایک ایسا پروٹوکول ہے جو اس بات پر حکمرانی کرتا ہے کہ بلاکس کی تجویز یا توثیق کرنے، ٹرانزیکشنز پر کارروائی کرنے، اور چین کے ہیڈ کے بارے میں اپنے نظریے کے لیے ووٹ دینے کے لیے ایماندار توثیق کاروں کو کیسے منتخب کیا جاتا ہے۔ ایسی نادر صورتوں میں جہاں چین کے ہیڈ کے قریب ایک ہی پوزیشن پر متعدد بلاکس ہوتے ہیں، وہاں ایک فورک-چوائس میکانزم ہوتا ہے جو ان بلاکس کو منتخب کرتا ہے جو 'سب سے بھاری' چین بناتے ہیں، جس کی پیمائش بلاکس کے لیے ووٹ دینے والے توثیق کاروں کی تعداد سے کی جاتی ہے جو ان کے اسٹیک شدہ ایتھر بیلنس کے حساب سے وزن کیے جاتے ہیں۔
+
+کچھ تصورات اتفاق رائے کے لیے اہم ہیں جو کوڈ میں واضح طور پر بیان نہیں کیے گئے ہیں، جیسے کہ نیٹ ورک پر حملوں کے خلاف دفاع کی آخری لائن کے طور پر ممکنہ آؤٹ-آف-بینڈ سماجی ہم آہنگی کے ذریعے پیش کردہ اضافی سیکیورٹی۔
+
+یہ اجزاء مل کر اتفاق رائے کا میکانزم بناتے ہیں۔
+
+## اتفاق رائے کے میکانزم کی اقسام {#types-of-consensus-mechanisms}
+
+### ثبوتِ کار (Proof-of-work) پر مبنی {#proof-of-work}
+
+بٹ کوائن کی طرح، ایتھیریم بھی کبھی **ثبوتِ کار (PoW)** پر مبنی اتفاق رائے کا پروٹوکول استعمال کرتا تھا۔
+
+#### بلاک کی تخلیق {#pow-block-creation}
+
+کان کن (Miners) نئے بلاکس بنانے کے لیے مقابلہ کرتے ہیں جو پروسیس شدہ ٹرانزیکشنز سے بھرے ہوتے ہیں۔ فاتح نئے بلاک کو باقی نیٹ ورک کے ساتھ شیئر کرتا ہے اور کچھ نئے بنائے گئے ETH کماتا ہے۔ یہ دوڑ وہ کمپیوٹر جیتتا ہے جو ریاضی کی ایک پہیلی کو سب سے تیزی سے حل کرنے کے قابل ہوتا ہے۔ یہ موجودہ بلاک اور اس سے پہلے والے بلاک کے درمیان کرپٹوگرافک لنک پیدا کرتا ہے۔ اس پہیلی کو حل کرنا ہی \"proof-of-work\" میں موجود 'کام' ہے۔ اس کے بعد کینونیکل چین کا تعین ایک فورک-چوائس اصول کے ذریعے کیا جاتا ہے جو بلاکس کے اس سیٹ کو منتخب کرتا ہے جن کو مائن کرنے کے لیے سب سے زیادہ کام کیا گیا ہو۔
+
+#### سیکیورٹی {#pow-security}
+
+نیٹ ورک اس حقیقت سے محفوظ رہتا ہے کہ چین کے ساتھ دھوکہ دہی کے لیے آپ کو نیٹ ورک کی 51% کمپیوٹنگ پاور کی ضرورت ہوگی۔ اس کے لیے آلات اور توانائی میں بہت بڑی سرمایہ کاری کی ضرورت ہوگی؛ امکان ہے کہ آپ جتنا حاصل کریں گے اس سے زیادہ خرچ کر دیں گے۔
+
+[ثبوتِ کار (proof-of-work)](/developers/docs/consensus-mechanisms/pow/) پر مزید
+
+### ثبوتِ حصص (Proof-of-stake) پر مبنی {#proof-of-stake}
+
+ایتھیریم اب **ثبوتِ حصص (PoS)** پر مبنی اتفاق رائے کا پروٹوکول استعمال کرتا ہے۔
+
+#### بلاک کی تخلیق {#pos-block-creation}
+
+توثیق کار (Validators) بلاکس بناتے ہیں۔ ہر سلاٹ میں ایک توثیق کار کو تصادفی طور پر بلاک تجویز کرنے والا (block proposer) بننے کے لیے منتخب کیا جاتا ہے۔ ان کا اتفاق رائے کلائنٹ (consensus client) اپنے جوڑے ہوئے ایگزیکیوشن کلائنٹ سے ٹرانزیکشنز کے ایک بنڈل کی بطور 'ایگزیکیوشن پے لوڈ' درخواست کرتا ہے۔ وہ اسے اتفاق رائے کے ڈیٹا میں لپیٹ کر ایک بلاک بناتے ہیں، جسے وہ ایتھیریم نیٹ ورک پر دوسرے نوڈز کو بھیجتے ہیں۔ اس بلاک کی پروڈکشن کا انعام ETH میں دیا جاتا ہے۔ ایسی نادر صورتوں میں جب ایک ہی سلاٹ کے لیے متعدد ممکنہ بلاکس موجود ہوں، یا نوڈز مختلف اوقات میں بلاکس کے بارے میں سنتے ہیں، تو فورک چوائس الگورتھم اس بلاک کو چنتا ہے جو تصدیقوں (attestations) کے سب سے زیادہ وزن والی چین بناتا ہے (جہاں وزن ان توثیق کاروں کی تعداد ہے جو ان کے ETH بیلنس کے حساب سے اسکیل کیے گئے ہیں)۔
+
+#### سیکیورٹی {#pos-security}
+
+ایک ثبوتِ حصص (proof-of-stake) سسٹم کرپٹو-اقتصادی طور پر محفوظ ہے کیونکہ چین پر کنٹرول حاصل کرنے کی کوشش کرنے والے حملہ آور کو ETH کی ایک بڑی مقدار کو تباہ کرنا پڑے گا۔ انعامات کا ایک نظام انفرادی اسٹیکرز کو ایمانداری سے برتاؤ کرنے کی ترغیب دیتا ہے، اور جرمانے اسٹیکرز کو بدنیتی سے کام کرنے سے روکتے ہیں۔
+
+[ثبوتِ حصص (proof-of-stake)](/developers/docs/consensus-mechanisms/pos/) پر مزید
+
+### ایک بصری گائیڈ {#types-of-consensus-video}
+
+ایتھیریم پر استعمال ہونے والے مختلف قسم کے اتفاق رائے کے میکانزم کے بارے میں مزید دیکھیں:
+
+