diff --git a/public/content/translations/ur/roadmap/pectra/index.md b/public/content/translations/ur/roadmap/pectra/index.md new file mode 100644 index 00000000000..4b341b872cb --- /dev/null +++ b/public/content/translations/ur/roadmap/pectra/index.md @@ -0,0 +1,127 @@ +--- +title: Prague-Electra (Pectra) +description: "Pectra پروٹوکول اپ گریڈ کے بارے میں جانیں۔" +lang: ur-in +--- + +# پیکٹرا {#pectra} + +Pectra نیٹ ورک اپ گریڈ [Dencun](/roadmap/dencun/) کے بعد آیا اور اس نے Ethereum کی ایگزیکیوشن اور کنسینسس لیئر دونوں میں تبدیلیاں لائیں۔ مختصر نام Pectra Prague اور Electra کا ایک مجموعہ ہے، جو بالترتیب ایگزیکیوشن اور کنسینسس لیئر کی تفصیلات میں تبدیلیوں کے نام ہیں۔ مجموعی طور پر، یہ تبدیلیاں Ethereum کے یوزرس، ڈیولپرس اور ویلیڈیٹرس کے لیے کئی بہتری لاتی ہیں۔ + +یہ اپ گریڈ Ethereum مین نیٹ پر ایپوک `364032` پر، **07-مئی-2025 کو 10:05 (UTC) بجے** کامیابی کے ساتھ فعال کیا گیا تھا۔ + + + + +Pectra اپ گریڈ Ethereum کے طویل مدتی ترقیاتی اہداف میں صرف ایک قدم ہے۔ [پروٹوکول روڈ میپ](/roadmap/) اور [پچھلے اپ گریڈز](/ethereum-forks/) کے بارے میں مزید جانیں۔ + + + + +## Pectra میں بہتری {#new-improvements} + +Pectra کسی بھی پچھلے اپ گریڈ کے مقابلے میں [EIPs](https://eips.ethereum.org/) کی سب سے بڑی تعداد لاتا ہے! بہت سی معمولی تبدیلیاں ہیں لیکن کچھ اہم نئی خصوصیات بھی ہیں۔ تبدیلیوں اور تکنیکی تفصیلات کی مکمل فہرست شامل انفرادی EIPs میں مل سکتی ہے۔ + +### EOA اکاؤنٹ کوڈ {#7702} + +[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) وسیع پیمانے پر [اکاؤنٹ ایبسٹریکشن](/roadmap/account-abstraction/) کی طرف ایک بڑا قدم ہے۔ اس خصوصیت کے ساتھ، یوزرس اپنے ایڈریس ([EOA](/glossary/#eoa)) کو ایک اسمارٹ کنٹریکٹ کے ساتھ توسیع دینے کے لیے سیٹ کر سکتے ہیں۔ یہ EIP ایک مخصوص فنکشن کے ساتھ ایک نئی قسم کی ٹرانزیکشن متعارف کراتا ہے - ایڈریس کے مالکوں کو ایک اجازت پر دستخط کرنے کی اجازت دینا جو ان کے ایڈریس کو ایک منتخب اسمارٹ کنٹریکٹ کی نقل کرنے کے لیے سیٹ کرتا ہے۔ + +اس EIP کے ساتھ، یوزرس قابل پروگرام والیٹس کا انتخاب کر سکتے ہیں جو ٹرانزیکشن بنڈلنگ، گیس کے بغیر ٹرانزیکشن اور متبادل ریکوری اسکیموں کے لیے کسٹم اثاثہ تک رسائی جیسی نئی خصوصیات کی اجازت دیتے ہیں۔ یہ ہائبرڈ اپروچ EOAs کی سادگی کو کنٹریکٹ پر مبنی اکاؤنٹس کی پروگرامنگ کی اہلیت کے ساتھ ملاتا ہے۔ + +7702 کے بارے میں گہرائی سے [یہاں](/roadmap/pectra/7702/) پڑھیں۔ + +### زیادہ سے زیادہ مؤثر بیلنس میں اضافہ کریں {#7251} + +ویلیڈیٹر کا موجودہ مؤثر بیلنس بالکل 32 ETH ہے۔ یہ کنسینسس میں حصہ لینے کے لیے کم از کم ضروری رقم ہے لیکن ساتھ ہی یہ وہ زیادہ سے زیادہ رقم ہے جو ایک واحد ویلیڈیٹر اسٹیک کر سکتا ہے۔ + +[EIP-7251](https://eips.ethereum.org/EIPS/eip-7251) زیادہ سے زیادہ ممکنہ مؤثر بیلنس کو 2048 ETH تک بڑھاتا ہے، جس کا مطلب ہے کہ ایک واحد ویلیڈیٹر اب 32 اور 2048 ETH کے درمیان اسٹیک کر سکتا ہے۔ 32 کے ملٹیپلز کے بجائے، اسٹیکرس اب اسٹیک کرنے کے لیے ETH کی کوئی بھی رقم منتخب کر سکتے ہیں اور کم از کم سے اوپر ہر 1 ETH پر انعامات وصول کر سکتے ہیں۔ مثال کے طور پر، اگر کسی ویلیڈیٹر کا بیلنس اس کے انعامات کے ساتھ بڑھ کر 33 ETH ہو جاتا ہے، تو اضافی 1 ETH کو بھی مؤثر بیلنس کا حصہ سمجھا جاتا ہے اور اس پر انعامات ملتے ہیں۔ + +لیکن ویلیڈیٹرس کے لیے ایک بہتر انعام کے نظام کا فائدہ اس بہتری کا صرف ایک حصہ ہے۔ متعدد ویلیڈیٹرس چلانے والے [اسٹیکرس](/staking/) اب انہیں ایک واحد میں جمع کر سکتے ہیں، جو آسان آپریشن کو ممکن بناتا ہے اور نیٹ ورک اوور ہیڈ کو کم کرتا ہے۔ چونکہ Beacon Chain میں ہر ویلیڈیٹر ہر ایپوک میں ایک دستخط جمع کرتا ہے، زیادہ ویلیڈیٹرس اور پھیلانے کے لیے بڑی تعداد میں دستخط ہونے کی وجہ سے بینڈوڈتھ کی ضروریات بڑھ جاتی ہیں۔ ویلیڈیٹرس کو جمع کرنے سے نیٹ ورک کا بوجھ کم ہوگا اور وہی اقتصادی سیکیورٹی برقرار رکھتے ہوئے اسکیلنگ کے نئے آپشنز کھلیں گے۔ + +maxEB کے بارے میں گہرائی سے [یہاں](/roadmap/pectra/maxeb/) پڑھیں۔ + +### Blob تھروپٹ میں اضافہ {#7691} + +Blobs L2s کے لیے [ڈیٹا کی دستیابی](/developers/docs/data-availability/#data-availability-and-layer-2-rollups) فراہم کرتے ہیں۔ انہیں [پچھلے نیٹ ورک اپ گریڈ](/roadmap/dencun/) میں متعارف کرایا گیا تھا۔ + +فی الحال، نیٹ ورک کا ہدف فی بلاک اوسطاً 3 blobs ہے، جس میں زیادہ سے زیادہ 6 blobs ہوتے ہیں۔ [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691) کے ساتھ، اوسط blob کی تعداد کو 6 تک بڑھا دیا جائے گا، فی بلاک زیادہ سے زیادہ 9 کے ساتھ، جس کے نتیجے میں Ethereum رول اپس کی صلاحیت میں اضافہ ہوگا۔ یہ EIP اس خلا کو پر کرنے میں مدد کرتا ہے جب تک کہ [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) اس سے بھی زیادہ blob کی تعداد کو ممکن نہ بنا دے۔ + +### کال ڈیٹا کی لاگت میں اضافہ {#7623} + +[Dencun اپ گریڈ میں blobs کے تعارف سے پہلے](/roadmap/danksharding)، L2s اپنے ڈیٹا کو Ethereum میں اسٹور کرنے کے لیے [کال ڈیٹا](/developers/docs/data-availability/blockchain-data-storage-strategies/#calldata) کا استعمال کر رہے تھے۔ blobs اور کال ڈیٹا دونوں Ethereum کی بینڈوڈتھ کے استعمال کو متاثر کرتے ہیں۔ جبکہ زیادہ تر بلاکس صرف کم سے کم مقدار میں کال ڈیٹا استعمال کرتے ہیں، ڈیٹا سے بھرے بلاکس جن میں بہت سے blobs بھی ہوتے ہیں، Ethereum کے p2p نیٹ ورک کے لیے نقصان دہ ہو سکتے ہیں۔ + +اس مسئلے کو حل کرنے کے لیے، [EIP-7623](https://eips.ethereum.org/EIPS/eip-7623) کال ڈیٹا کی قیمتوں میں اضافہ کرتا ہے، لیکن صرف ڈیٹا سے بھرے ٹرانزیکشنز کے لیے۔ یہ بدترین صورت میں بلاک کے سائز کو محدود کرتا ہے، L2s کو صرف blobs استعمال کرنے کی ترغیب دیتا ہے اور 99% سے زیادہ ٹرانزیکشنز کو غیر متاثر چھوڑ دیتا ہے۔ + +### ایگزیکیوشن لیئر پر قابل عمل اخراج {#7002} + +فی الحال، ایک ویلیڈیٹر سے باہر نکلنا اور [اسٹیک شدہ ETH نکالنا](/staking/withdrawals/) ایک کنسینسس لیئر آپریشن ہے جس کے لیے ایک فعال ویلیڈیٹر کلید کی ضرورت ہوتی ہے، وہی BLS کلید جو ویلیڈیٹر کے ذریعہ تصدیق (attestations) جیسے فعال فرائض انجام دینے کے لیے استعمال ہوتی ہے۔ نکالنے کی اسناد ایک علیحدہ کولڈ کلید ہے جو نکلے ہوئے اسٹیک کو وصول کرتی ہے لیکن اخراج کو متحرک نہیں کر سکتی۔ اسٹیکرس کے باہر نکلنے کا واحد طریقہ یہ ہے کہ وہ فعال ویلیڈیٹر کلید کا استعمال کرتے ہوئے دستخط شدہ ایک خصوصی پیغام Beacon Chain نیٹ ورک کو بھیجیں۔ یہ ان منظرناموں میں محدود ہے جہاں نکالنے کی اسناد اور ویلیڈیٹر کلید مختلف اداروں کے پاس ہوتی ہیں یا جب ویلیڈیٹر کلید کھو جاتی ہے۔ + +[EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) ایک نیا کنٹریکٹ متعارف کراتا ہے جس کا استعمال ایگزیکیوشن لیئر کی نکالنے کی اسناد کا استعمال کرتے ہوئے اخراج کو متحرک کرنے کے لیے کیا جا سکتا ہے۔ اسٹیکرس اس خصوصی کنٹریکٹ میں ایک فنکشن کو کال کر کے اپنے ویلیڈیٹر سے باہر نکل سکیں گے، بغیر اپنے ویلیڈیٹر کی سائننگ کلید یا Beacon Chain تک رسائی کی ضرورت کے۔ اہم بات یہ ہے کہ، آن چین ویلیڈیٹر نکالنے کو فعال کرنا نوڈ آپریٹرز پر کم اعتماد کے مفروضوں کے ساتھ اسٹیکنگ پروٹوکول کی اجازت دیتا ہے۔ + +### آن چین ویلیڈیٹر ڈیپازٹس {#6110} + +ویلیڈیٹر ڈیپازٹس فی الحال [eth1data poll](https://eth2book.info/capella/part2/deposits-withdrawals/deposit-processing/) کے ذریعہ پراسیس کیے جاتے ہیں، جو Beacon Chain پر ایک فنکشن ہے جو ایگزیکیوشن لیئر سے ڈیٹا حاصل کرتا ہے۔ یہ The Merge سے پہلے کے وقت کا ایک قسم کا تکنیکی قرض ہے، جب Beacon Chain ایک علیحدہ نیٹ ورک تھا اور اسے پروف-آف-ورک ری-آرگس سے نمٹنا پڑتا تھا۔ + +[EIP-6110](https://eips.ethereum.org/EIPS/eip-6110) ایگزیکیوشن سے کنسینسس لیئر تک ڈیپازٹس پہنچانے کا ایک نیا طریقہ ہے، جو کم نفاذ کی پیچیدگی کے ساتھ فوری پراسیسنگ کی اجازت دیتا ہے۔ یہ مرج شدہ Ethereum کے مقامی ڈیپازٹس کو سنبھالنے کا ایک زیادہ محفوظ طریقہ ہے۔ یہ پروٹوکول کو مستقبل کے لیے محفوظ بنانے میں بھی مدد کرتا ہے کیونکہ اسے نوڈ کو بوٹ اسٹریپ کرنے کے لیے تاریخی ڈیپازٹس کی ضرورت نہیں ہوتی، جو ہسٹری کی میعاد ختم ہونے کے لیے ضروری ہے۔ + +### BLS12-381 کے لیے پری کمپائل {#2537} + +پری کمپائلز اسمارٹ کنٹریکٹس کا ایک خاص سیٹ ہیں جو براہ راست Ethereum ورچوئل مشین ([EVM](/developers/docs/evm/)) میں بنائے گئے ہیں۔ باقاعدہ کنٹریکٹس کے برعکس، پری کمپائلز یوزرس کے ذریعہ تعینات نہیں کیے جاتے بلکہ کلائنٹ کے نفاذ کا ہی حصہ ہوتے ہیں، جو اس کی مقامی زبان (مثلاً، Go، Java، وغیرہ، Solidity نہیں) میں لکھے جاتے ہیں۔ پری کمپائلز وسیع پیمانے پر استعمال ہونے والے اور معیاری فنکشنز جیسے کرپٹوگرافک آپریشنز کے لیے کام آتے ہیں۔ اسمارٹ کنٹریکٹ ڈیولپرس پری کمپائلز کو ایک باقاعدہ کنٹریکٹ کے طور پر کال کر سکتے ہیں، لیکن زیادہ سیکیورٹی اور کارکردگی کے ساتھ۔ + +[EIP-2537](https://eips.ethereum.org/EIPS/eip-2537) [BLS12-381](https://hackmd.io/@benjaminion/bls12-381) پر کرو آپریشنز کے لیے نئے پری کمپائلز شامل کرتا ہے۔ یہ ایلپٹک کرو اپنی عملی خصوصیات کی بدولت کرپٹو کرنسی ایکو سسٹمز میں وسیع پیمانے پر استعمال ہونے لگا۔ خاص طور پر، اسے Ethereum کی کنسینسس لیئر نے اپنایا ہے، جہاں اسے ویلیڈیٹرس استعمال کرتے ہیں۔ + +نیا پری کمپائل ہر ڈیولپر کو یہ صلاحیت فراہم کرتا ہے کہ وہ آسانی سے، مؤثر طریقے سے، اور محفوظ طریقے سے اس کرو کا استعمال کرتے ہوئے کرپٹوگرافک آپریشنز انجام دے سکے، مثال کے طور پر، دستخطوں کی تصدیق کرنا۔ آن چین ایپلی کیشنز جو اس کرو پر منحصر ہیں، کسی کسٹم کنٹریکٹ کے بجائے پری کمپائل پر انحصار کر کے زیادہ گیس ایفیشینٹ اور محفوظ ہو سکتی ہیں۔ یہ بنیادی طور پر ان ایپلی کیشنز پر لاگو ہوتا ہے جو EVM کے اندر ویلیڈیٹرس کے بارے میں استدلال کرنا چاہتی ہیں، مثلاً، اسٹیکنگ پولز، [ری اسٹیکنگ](/restaking/)، لائٹ کلائنٹس، برجز بلکہ زیرو-نالج بھی۔ + +### اسٹیٹ سے تاریخی بلاک ہیشز فراہم کریں {#2935} + +EVM فی الحال `BLOCKHASH` آپ کوڈ فراہم کرتا ہے جو کنٹریکٹ ڈیولپرس کو براہ راست ایگزیکیوشن لیئر میں بلاک کا ہیش حاصل کرنے کے قابل بناتا ہے۔ تاہم، یہ صرف پچھلے 256 بلاکس تک محدود ہے اور مستقبل میں اسٹیٹ لیس کلائنٹس کے لیے مسئلہ بن سکتا ہے۔ + +[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) ایک نیا سسٹم کنٹریکٹ بناتا ہے جو پچھلے 8192 بلاک ہیشز کو اسٹوریج سلاٹس کے طور پر فراہم کر سکتا ہے۔ یہ اسٹیٹ لیس ایگزیکیوشن کے لیے پروٹوکول کو مستقبل کے لیے محفوظ بنانے میں مدد کرتا ہے اور جب ورکل ٹرائز کو اپنایا جاتا ہے تو زیادہ کارآمد ہو جاتا ہے۔ تاہم، اس کے علاوہ، رول اپس اس سے فوراً فائدہ اٹھا سکتے ہیں، کیونکہ وہ ایک طویل تاریخی ونڈو کے ساتھ براہ راست کنٹریکٹ سے استفسار کر سکتے ہیں۔ + +### کمیٹی انڈیکس کو Attestation سے باہر منتقل کریں {#7549} + +Beacon Chain کا کنسینسس تازہ ترین بلاک اور حتمی ایپوک کے لیے ویلیڈیٹرس کے ووٹ ڈالنے پر مبنی ہے۔ تصدیق (attestation) میں 3 عناصر شامل ہیں، جن میں سے 2 ووٹ ہیں اور تیسرا کمیٹی انڈیکس ویلیو ہے۔ + +[EIP-7549](https://eips.ethereum.org/EIPS/eip-7549) اس انڈیکس کو دستخط شدہ تصدیقی پیغام سے باہر منتقل کرتا ہے، جو کنسینسس ووٹوں کی تصدیق اور جمع کرنا آسان بناتا ہے۔ یہ ہر کنسینسس کلائنٹ میں زیادہ کارکردگی کو ممکن بنائے گا اور Ethereum کنسینسس کو ثابت کرنے کے لیے زیرو-نالج سرکٹس میں کارکردگی میں نمایاں بہتری لا سکتا ہے۔ + +### EL کنفگ فائلوں میں blob شیڈول شامل کریں {#7840} + +[EIP-7840](https://eips.ethereum.org/EIPS/eip-7840) ایک سادہ سی تبدیلی ہے جو ایگزیکیوشن لیئر کلائنٹ کنفیگریشن میں ایک نیا فیلڈ شامل کرتی ہے۔ یہ بلاکس کی تعداد کو کنفیگر کرتا ہے، فی بلاک ہدف اور زیادہ سے زیادہ blob کی تعداد کے لیے ڈائنامک سیٹنگ کے ساتھ ساتھ blob فیس ایڈجسٹمنٹ کو بھی فعال کرتا ہے۔ براہ راست متعین کنفیگریشن کے ساتھ، کلائنٹس Engine API کے ذریعے اس معلومات کے تبادلے کی پیچیدگی سے بچ سکتے ہیں۔ + + + + +یہ جاننے کے لیے کہ Pectra آپ کو خاص طور پر ایک Ethereum یوزر، ڈیولپر یا ویلیڈیٹر کے طور پر کیسے متاثر کرتا ہے، Pectra FAQ دیکھیں۔ + + + + +## کیا یہ اپ گریڈ تمام Ethereum نوڈس اور ویلیڈیٹرس کو متاثر کرتا ہے؟ {#client-impact} + +ہاں، Pectra اپ گریڈ کو [ایگزیکیوشن کلائنٹس اور کنسینسس کلائنٹس](/developers/docs/nodes-and-clients/) دونوں میں اپ ڈیٹس کی ضرورت ہے۔ تمام اہم Ethereum کلائنٹس ہارڈ فورک کو سپورٹ کرنے والے ورژنز جاری کریں گے جنہیں اعلی ترجیح کے طور پر نشان زد کیا گیا ہے۔ اپ گریڈ کے بعد Ethereum نیٹ ورک کے ساتھ ہم آہنگی برقرار رکھنے کے لیے، نوڈ آپریٹرز کو یہ یقینی بنانا ہوگا کہ وہ ایک سپورٹڈ کلائنٹ ورژن چلا رہے ہیں۔ نوٹ کریں کہ کلائنٹ ریلیز کے بارے میں معلومات وقت کے ساتھ حساس ہوتی ہیں، اور صارفین کو سب سے حالیہ تفصیلات کے لیے تازہ ترین اپ ڈیٹس کا حوالہ دینا چاہئے۔ + +## ہارڈ فورک کے بعد ETH کو کیسے تبدیل کیا جا سکتا ہے؟ {#scam-alert} + +- **آپ کے ETH کے لیے کسی کارروائی کی ضرورت نہیں**: Ethereum Pectra اپ گریڈ کے بعد، آپ کو اپنے ETH کو تبدیل کرنے یا اپ گریڈ کرنے کی کوئی ضرورت نہیں ہے۔ آپ کے اکاؤنٹ کا بیلنس وہی رہے گا، اور آپ کے پاس موجودہ ETH ہارڈ فورک کے بعد اپنی موجودہ شکل میں قابل رسائی رہے گا۔ +- **اسکیموں سے بچو!** **کوئی بھی جو آپ کو اپنے ETH کو "اپ گریڈ" کرنے کی ہدایت دے رہا ہے وہ آپ کو اسکیم کرنے کی کوشش کر رہا ہے۔** اس اپ گریڈ کے سلسلے میں آپ کو کچھ کرنے کی ضرورت نہیں ہے۔ آپ کے اثاثے مکمل طور پر غیر متاثر رہیں گے۔ یاد رکھیں، باخبر رہنا اسکیموں کے خلاف بہترین دفاع ہے۔ + +[اسکیموں کو پہچاننے اور ان سے بچنے کے بارے میں مزید](/security/) + +## کیا آپ زیادہ بصری سیکھنے والے ہیں؟ {#visual-learner} + + + +_Pectra اپ گریڈ میں کیا شامل ہے؟_ — کرسٹین کم + + + +_Ethereum Pectra اپ گریڈ: اسٹیکرس کو کیا جاننے کی ضرورت ہے — Blockdaemon_ + +## مزید پڑھیں {#further-reading} + +- [Ethereum روڈ میپ](/roadmap/) +- [Pectra کے اکثر پوچھے گئے سوالات](https://epf.wiki/#/wiki/pectra-faq) +- [Pectra.wtf معلوماتی صفحہ](https://pectra.wtf) +- [Pectra اسٹیکر کے تجربے کو کیسے بہتر بناتا ہے](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) +- [EIP7702 معلوماتی صفحہ](https://eip7702.io/) +- [Pectra devnets](https://github.com/ethereum/pm/blob/master/Pectra/pectra-pm.md) diff --git a/public/content/translations/ur/roadmap/pectra/maxeb/index.md b/public/content/translations/ur/roadmap/pectra/maxeb/index.md new file mode 100644 index 00000000000..f27df170b8c --- /dev/null +++ b/public/content/translations/ur/roadmap/pectra/maxeb/index.md @@ -0,0 +1,204 @@ +--- +title: "پیکٹرا میکس ای بی" +description: "پیکٹرا ریلیز میں میکس ای بی کے بارے میں مزید جانیں" +lang: ur-in +--- + +# میکس ای بی {#maxeb} + +_خلاصہ:_ پیکٹرا ہارڈ فورک ایتھیریم ویلیڈیٹرز کو **ٹائپ 1** سے **ٹائپ 2** ودڈرول کریڈینشلز میں تبدیل کرکے ایک اعلی زیادہ سے زیادہ مؤثر بیلنس اور کمپاؤنڈنگ کا انتخاب کرنے کی اجازت دیتا ہے۔ ایسا کرنے کا آفیشل ٹول لانچ پیڈ ہے۔ اس آپریشن کو واپس نہیں کیا جا سکتا۔ + +## جائزہ {#overview} + +### کون متاثر ہوتا ہے؟ {#who-is-affected} + +کوئی بھی جو ایک ویلیڈیٹر چلاتا ہے - یہ ممکنہ طور پر کوئی ایسا شخص ہے جو اپنے زیر کنٹرول ویلیڈیٹر کا انڈیکس (مثلاً، [ویلیڈیٹر #12345](https://beaconcha.in/validator/12345)) جانتا ہے۔ اگر آپ ایک ویلیڈیٹر چلانے کے لیے پروٹوکول استعمال کرتے ہیں (مثلاً، Lido CSM یا Rocket Pool)، تو آپ کو ان سے چیک کرنا ہوگا کہ آیا وہ maxEB کو سپورٹ کرتے ہیں اور کب۔ + +اگر آپ لیکویڈ اسٹیکنگ ٹوکن (مثلاً، rETH یا stETH) کا استعمال کرتے ہوئے اسٹیک کرتے ہیں، تو کسی کارروائی کی ضرورت یا سفارش نہیں کی جاتی ہے۔ + +### "maxEB" کیا ہے؟ {#what-is-maxeb} + +maxEB = ایک ویلیڈیٹر کا زیادہ سے زیادہ مؤثر بیلنس۔ پیکٹرا ہارڈ فورک تک، ہر ویلیڈیٹر زیادہ سے زیادہ 32 ETH پر کماتا ہے۔ پیکٹرا کے بعد، ویلیڈیٹرز کے پاس تبدیلی کا انتخاب کرکے 1 ETH کے اضافے میں 32 اور 2048 ETH کے درمیان کسی بھی بیلنس پر کمانے کا اختیار ہے۔ + +### ایک ویلیڈیٹر کیسے آپٹ ان کرتا ہے؟ {#how-does-a-validator-opt-in} + +ایک ویلیڈیٹر **ٹائپ 1** سے **ٹائپ 2** ودڈرول کریڈینشلز میں تبدیل کرکے maxEB تبدیلی کا انتخاب کرتا ہے۔ یہ پیکٹرا ہارڈ فورک کے لائیو ہونے کے بعد [لانچ پیڈ (ویلیڈیٹر ایکشنز)](https://launchpad.ethereum.org/validator-actions) پر کیا جا سکتا ہے۔ جیسا کہ **ٹائپ 0** → **ٹائپ 1** کے ساتھ ہے، **ٹائپ 1** → **ٹائپ 2** میں تبدیل کرنا ایک ناقابل واپسی عمل ہے۔ + +### ودڈرول کریڈینشل کیا ہے؟ {#whats-a-withdrawal-credential} + +جب آپ ایک ویلیڈیٹر چلاتے ہیں، تو آپ کے پاس ودڈرول کریڈینشلز کا ایک سیٹ ہوتا ہے۔ یہ آپ کے ڈیپازٹ ڈیٹا json میں مل سکتے ہیں یا آپ انہیں اپنے ویلیڈیٹر کے beaconcha.in [ڈیپازٹ ٹیب](https://beaconcha.in/validator/12345#deposits) پر دیکھ سکتے ہیں۔ + +1. **ٹائپ 0** ودڈرول کریڈینشلز: اگر آپ کے ویلیڈیٹر کے ودڈرول کریڈینشلز `0x00...` سے شروع ہوتے ہیں، تو آپ نے شپیلا ہارڈ فورک سے پہلے ڈیپازٹ کیا تھا اور ابھی تک آپ کا ودڈرول ایڈریس سیٹ نہیں ہے۔ + +![ٹائپ 0 ودڈرول کریڈینشل](./0x00-wd.png) + +2. **ٹائپ 1** ودڈرول کریڈینشلز: اگر آپ کے ویلیڈیٹر کے ودڈرول کریڈینشلز `0x01...` سے شروع ہوتے ہیں، تو آپ نے شپیلا ہارڈ فورک کے بعد ڈیپازٹ کیا تھا یا پہلے ہی اپنے **ٹائپ 0** کریڈینشلز کو **ٹائپ 1** کریڈینشلز میں تبدیل کر چکے ہیں۔ + +![ٹائپ 1 ودڈرول کریڈینشل](./0x01-wd.png) + +3. **ٹائپ 2** ودڈرول کریڈینشلز: یہ نیا ودڈرول کریڈینشل ٹائپ `0x02...` سے شروع ہوگا اور پیکٹرا کے بعد فعال ہوجائے گا۔ **ٹائپ 2** ودڈرول کریڈینشلز والے ویلیڈیٹرز کو کبھی کبھی "**کمپاؤنڈنگ ویلیڈیٹرز**" کہا جاتا ہے۔ + +| **اجازت ہے** | **اجازت نہیں ہے** | +| ----------------- | ----------------- | +| ✅ ٹائپ 0 → ٹائپ 1 | ❌ ٹائپ 0 → ٹائپ 2 | +| ✅ ٹائپ 1 → ٹائپ 2 | ❌ ٹائپ 1 → ٹائپ 0 | +| | ❌ ٹائپ 2 → ٹائپ 1 | +| | ❌ ٹائپ 2 → ٹائپ 0 | + +### خطرات {#risks} + +میکس ای بی ایک ویلیڈیٹر کو اپنا پورا بیلنس دوسرے ویلیڈیٹر کو بھیجنے کے قابل بناتا ہے۔ کنسولیڈیشن کی درخواست جمع کرانے والے صارفین کو اس ٹرانزیکشن کے ماخذ اور مواد کی تصدیق کرنی چاہئے جس پر وہ دستخط کر رہے ہیں۔ میکس ای بی کی خصوصیات سے فائدہ اٹھانے کا آفیشل ٹول لانچ پیڈ ہے۔ اگر آپ کسی تھرڈ پارٹی ٹول کو استعمال کرنے کا فیصلہ کرتے ہیں، تو آپ کو تصدیق کرنی چاہئے کہ: + +- سورس ویلیڈیٹر کا پب کی اور ودڈرول ایڈریس اس ویلیڈیٹر سے میل کھاتا ہے جسے وہ کنٹرول کرتے ہیں +- ٹارگٹ ویلیڈیٹر کا پب کی درست ہے اور ان کا ہے +- اگر وہ کسی دوسرے ویلیڈیٹر کو فنڈز بھیجنے کا ارادہ نہیں رکھتے ہیں تو درخواست ایک کنورژن ہے، کنسولیڈیشن نہیں +- ٹرانزیکشن پر درست ودڈرول ایڈریس سے دستخط کیے جا رہے ہیں + +ہم **سختی سے تجویز کرتے ہیں** کہ آپ جس بھی تھرڈ پارٹی ٹول کو استعمال کرنے کا ارادہ رکھتے ہیں اس پر [EthStaker کمیونٹی](https://ethstaker.org/about) سے بات کریں۔ یہ آپ کے نقطہ نظر کی جانچ پڑتال کرنے اور غلطیوں سے بچنے کے لیے ایک مددگار جگہ ہے۔ اگر آپ کوئی نقصان دہ یا غلط کنفیگرڈ ٹول استعمال کرتے ہیں، تو **آپ کا پورا ویلیڈیٹر بیلنس ایک ایسے ویلیڈیٹر کو بھیجا جا سکتا ہے جسے آپ کنٹرول نہیں کرتے** — اور اسے واپس پانے کا کوئی طریقہ نہیں ہوگا۔ + +## تکنیکی تفصیلات {#technical-details} + +### بہاؤ {#the-flow} + +`ConsolidationRequest` آپریشن کے دو استعمال ہوں گے: + +1. موجودہ ویلیڈیٹر کو **ٹائپ 1** سے **ٹائپ 2** ویلیڈیٹر میں تبدیل کرنا +2. دیگر ویلیڈیٹرز کو موجودہ **ٹائپ 2** ویلیڈیٹر میں کنسولیڈیٹ کرنا + +**ٹائپ 1** سے **ٹائپ 2** ویلیڈیٹر میں تبدیلی میں، _سورس_ اور _ٹارگٹ_ دونوں وہی ویلیڈیٹر ہوں گے جسے آپ تبدیل کر رہے ہیں۔ آپریشن میں گیس لگے گی اور اسے دیگر کنسولیڈیشن کی درخواستوں کے پیچھے قطار میں لگایا جائے گا۔ یہ قطار ڈیپازٹ قطار سے **الگ** ہے اور نئے ویلیڈیٹر ڈیپازٹس سے متاثر نہیں ہوتی اور اسے [pectrified.com](https://pectrified.com/) پر دیکھا جا سکتا ہے۔ + +ویلیڈیٹرز کو کنسولیڈیٹ کرنے کے لیے، آپ کے پاس ایک _ٹارگٹ ویلیڈیٹر_ ہونا چاہیے جس کے پاس **ٹائپ 2** ودڈرول کریڈینشل ہو۔ یہ کسی بھی ویلیڈیٹر بیلنس کی منزل ہے جسے کنسولیڈیٹ کیا جا رہا ہے، اور انڈیکس کو محفوظ کیا جا رہا ہے۔ + +### ٹائپ 2 میں تبدیل کرنے کے لیے تقاضے {#requirements-for-converting-to-type-2} + +یہ پہلے ویلیڈیٹر کے لیے ضروری ہوگا جسے آپ **ٹائپ 2** میں تبدیل کرتے ہیں۔ اس ویلیڈیٹر کا انڈیکس محفوظ اور فعال ہے۔ ایک کنورژن کے لیے، _سورس ویلیڈیٹر_ == _ٹارگٹ ویلیڈیٹر_۔ + +ویلیڈیٹر کو لازمی طور پر... + +- فعال ہو +- **ٹائپ 1** ودڈرول کریڈینشلز ہوں +- ایگزٹنگ (یا سلیش شدہ) حالت میں نہ ہو +- زیر التواء دستی طور پر شروع کیے گئے ودڈرولز نہ ہوں (سویپس پر لاگو نہیں ہوتا) + +![کنورژن کی مثال](./conversion.png) + +### کنسولیڈیٹ کرنے کے لیے تقاضے {#requirements-for-consolidating} + +یہ کنورژن جیسا _ہی آپریشن_ ہے لیکن یہ تب ہوتا ہے جب _سورس ویلیڈیٹر_ _ٹارگٹ ویلیڈیٹر_ سے مختلف ہوتا ہے۔ ٹارگٹ ویلیڈیٹر کا انڈیکس محفوظ رہتا ہے اور سورس ویلیڈیٹر سے بیلنس قبول کرتا ہے۔ سورس ویلیڈیٹر کا انڈیکس `EXITED` حالت میں ڈال دیا جاتا ہے۔ + +اس صورت میں، سورس ویلیڈیٹر کے پاس اوپر دیے گئے تمام تقاضے ہیں اور اس کے علاوہ: + +- کم از کم ~27.3 گھنٹے (ایک `SHARD_COMMITTEE_PERIOD`) سے فعال رہا ہو + +ٹارگٹ ویلیڈیٹر کو لازمی طور پر + +- **ٹائپ 2** ودڈرول کریڈینشلز ہوں +- ایگزٹنگ حالت میں نہ ہو۔ + +![کنسولیڈیشن کی مثال](./consolidation.png) + +### کنسولیڈیشن کی درخواست {#the-consolidation-request} + +کنسولیڈیشن کی درخواست پر سورس ویلیڈیٹر سے وابستہ ودڈرول ایڈریس سے دستخط کیے جائیں گے اور اس میں یہ ہوگا: + +1. سورس ویلیڈیٹر کا ایڈریس (مثلاً، `0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b`) +2. سورس ویلیڈیٹر کا پبلک کی (مثلاً، `0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c`) +3. اس ٹارگٹ ویلیڈیٹر کا پبلک کی + +ایک کنورژن میں، 2 اور 3 ایک جیسے ہوں گے۔ یہ آپریشن [لانچ پیڈ](https://launchpad.ethereum.org/) پر کیا جا سکتا ہے۔ + +### دستخط کے تقاضے {#signing-requirements} + +`ConsolidationRequest` جمع کرانے کے لیے، **سورس ویلیڈیٹر کے ودڈرول ایڈریس** کو درخواست پر دستخط کرنا ہوگا۔ یہ ویلیڈیٹر فنڈز پر کنٹرول ثابت کرتا ہے۔ + +### کس پر دستخط کیے جاتے ہیں؟ {#what-is-signed} + +`ConsolidationRequest` آبجیکٹ کا ایک ڈومین سے الگ کردہ [سائننگ روٹ](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#compute_signing_root) استعمال کیا جاتا ہے۔ + +- **ڈومین:** `DOMAIN_CONSOLIDATION_REQUEST` +- **سائننگ روٹ فیلڈز:** + - `source_pubkey`: `BLSPubkey` + - `target_pubkey`: `BLSPubkey` + - `source_address`: `ExecutionAddress` + +نتیجے میں آنے والا **BLS سگنیچر** درخواست کے ساتھ جمع کرایا جاتا ہے۔ + +نوٹ: دستخط ودڈرول ایڈریس سے کیے جاتے ہیں، ویلیڈیٹر کی سے نہیں۔ + +### جزوی ودڈرولز {#partial-withdrawals} + +**ٹائپ 1** کریڈینشلز والے ویلیڈیٹرز کو اپنے اضافی بیلنس (32 ETH سے زیادہ کچھ بھی) کا خودکار، گیس کے بغیر سویپ ان کے ودڈرول ایڈریس پر ملتا ہے۔ چونکہ **ٹائپ 2** ایک ویلیڈیٹر کو 1 ETH کے اضافے میں بیلنس کمپاؤنڈ کرنے کی اجازت دیتا ہے، یہ خود بخود بیلنس کو اس وقت تک سویپ نہیں کرے گا جب تک کہ یہ 2048 ETH تک نہ پہنچ جائے۔ **ٹائپ 2** ویلیڈیٹرز پر جزوی ودڈرولز کو دستی طور پر شروع کرنا ہوگا اور اس میں گیس لگے گی۔ + +## کنسولیڈیشن ٹولنگ {#consolidation-tooling} + +کنسولیڈیشنز کو منظم کرنے کے لیے کئی ٹولز دستیاب ہیں۔ ایتھیریم فاؤنڈیشن کی طرف سے بنایا گیا آفیشل ٹول [لانچ پیڈ](https://launchpad.ethereum.org/en/validator-actions) ہے۔ اسٹیکنگ کمیونٹی کے اداروں کی طرف سے بنائے گئے تھرڈ پارٹی ٹولز بھی ہیں جو ایسی خصوصیات پیش کر سکتے ہیں جو لانچ پیڈ کی طرف سے فراہم نہیں کی جاتی ہیں۔ اگرچہ یہاں کے ٹولز کا ایتھیریم فاؤنڈیشن کی طرف سے آڈٹ یا توثیق نہیں کی گئی ہے، لیکن مندرجہ ذیل کمیونٹی کے معروف اراکین کے اوپن سورس ٹولز ہیں۔ + +| ٹول | ویب سائٹ | اوپن سورس | تخلیق کار | آڈٹ شدہ | انٹرفیس | قابل ذکر خصوصیات | +| ------------------------------- | --------------------------------------------------------------------------------------------------------- | ------------------------------- | ---------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------ | +| Pectra Staking Manager | pectrastaking.com | ہاں، Apache 2.0 | [Pier Two](https://piertwo.com/) | نہیں | ویب UI | Wallet Connect، SAFE کے ساتھ کام کرتا ہے | +| Pectra Validator Ops CLI Tool | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | ہاں، MIT | [Luganodes](https://www.luganodes.com/) | ہاں، Quantstamp [مئی 2025](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | کمانڈ لائن | بیچنگ، ایک ساتھ کئی ویلیڈیٹرز کے لیے | +| Ethereal | [GitHub](https://github.com/wealdtech/ethereal) | ہاں، Apache 2.0 | [Jim McDonald](https://www.attestant.io/team/) | نہیں | کمانڈ لائن | ویلیڈیٹر اور نوڈ مینجمنٹ کے لیے مکمل فیچر سیٹ | +| Siren | [GitHub](https://github.com/sigp/siren) | ہاں، Apache 2.0 | [Sigma Prime](https://sigmaprime.io/) | نہیں | کچھ کمانڈ لائن، لیکن بنیادی طور پر ویب UI | صرف اس صورت میں کام کرتا ہے جب آپ Lighthouse کنسینسس کلائنٹ استعمال کر رہے ہوں | +| Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | ہاں، MIT لائسنس | [Stakely](https://stakely.io/) | نہیں | ویب UI، stakely کی طرف سے ہوسٹ کیا گیا اور آزادانہ طور پر خود ہوسٹ کرنے کے لیے تیار ہے | walletconnect کے ساتھ محفوظ سمیت بڑے والٹ کنکشنز کو سپورٹ کرتا ہے | + +## عمومی سوالات {#faq} + +### کیا آپٹ ان کرنے سے میری پروپوزل کی قسمت یا انعامات بدل جاتے ہیں؟ {#change-luck-or-rewards} + +نہیں. آپٹ ان کرنے سے آپ کے پروپوزل کے امکانات کم نہیں ہوتے - آپ کے فرائض اور پروپوزل کا انتخاب وہی رہتا ہے۔ مثال کے طور پر، اگر آپ کے پاس دو 32 ETH ویلیڈیٹرز بمقابلہ ایک 64 ETH ویلیڈیٹر ہے، تو آپ کے پاس بلاک تجویز کرنے اور انعامات حاصل کرنے کے لیے منتخب ہونے کے کل امکانات وہی ہوں گے۔ + +### کیا آپٹ ان کرنے سے میرا سلیشنگ کا خطرہ بدل جاتا ہے؟ {#change-slashing-risk} + +چھوٹے یا غیر پیشہ ور آپریٹرز کے لیے، مختصر جواب نہیں ہے۔ لمبا جواب یہ ہے کہ، پیشہ ور آپریٹرز کے لیے جو تیز الرٹنگ کے ساتھ فی نوڈ کئی ویلیڈیٹرز چلاتے ہیں، کم ویلیڈیٹرز میں کنسولیڈیٹ کرنا سلیشنگ پر ردعمل ظاہر کرنے اور کیسکیڈ ایونٹس کو روکنے کی ان کی صلاحیت کو کم کر سکتا ہے۔ تمام ویلیڈیٹرز کے لیے ابتدائی سلیشنگ _پینلٹی_ کو اس خطرے کو کم کرنے کے لیے 1 ETH (فی 32 ETH) سے ڈرامائی طور پر کم کر کے 0.0078125 ETH (فی 32 ETH) کر دیا گیا ہے۔ + +### کیا مجھے کنورٹ کرنے کے لیے اپنے ویلیڈیٹر سے باہر نکلنا ہوگا؟ {#exit-validator} + +نہیں. آپ باہر نکلے بغیر جگہ پر کنورٹ کر سکتے ہیں۔ + +### کنورٹ / کنسولیڈیٹ کرنے میں کتنا وقت لگے گا؟ {#how-long} + +کم از کم 27.3 گھنٹے لیکن کنسولیڈیشنز بھی ایک قطار کے تابع ہیں۔ یہ قطار ڈیپازٹ اور ودڈرول قطاروں سے آزاد ہے اور ان سے متاثر نہیں ہوتی ہے۔ + +### کیا میں اپنا ویلیڈیٹر انڈیکس رکھ سکتا ہوں؟ {#keep-validator-index} + +جی ہاں. جگہ پر کنورژن وہی ویلیڈیٹر انڈیکس رکھتا ہے۔ اگر آپ متعدد ویلیڈیٹرز کو کنسولیڈیٹ کرتے ہیں، تو آپ صرف _ٹارگٹ ویلیڈیٹر_ کا انڈیکس رکھ سکیں گے۔ + +### کیا میں اٹیسٹیشنز سے محروم رہوں گا؟ {#miss-attestations} + +کسی دوسرے ویلیڈیٹر میں کنسولیڈیشن کے دوران، سورس ویلیڈیٹر سے باہر نکل جاتا ہے اور ٹارگٹ ویلیڈیٹر پر بیلنس فعال ہونے سے پہلے ~27 گھنٹے کا انتظار کا دورانیہ ہوتا ہے۔ یہ دورانیہ **کارکردگی کے میٹرکس کو متاثر نہیں کرتا**۔ + +### کیا مجھے جرمانے ہوں گے؟ {#incur-penalties} + +نہیں. جب تک آپ کا ویلیڈیٹر آن لائن ہے، آپ کو جرمانے نہیں ہوں گے۔ + +### کیا کنسولیڈیٹ کیے جانے والے ویلیڈیٹرز کے ودڈرول ایڈریسز کا میل کھانا ضروری ہے؟ {#withdrawal-addresses-match} + +نہیں. لیکن _سورس_ کو اپنے ایڈریس سے درخواست کی اجازت دینی ہوگی۔ + +### کیا کنورٹ کرنے کے بعد میرے انعامات کمپاؤنڈ ہوں گے؟ {#rewards-compound} + +جی ہاں. **ٹائپ 2** کریڈینشلز کے ساتھ، 32 ETH سے اوپر کے انعامات خود بخود دوبارہ اسٹیک ہو جاتے ہیں — لیکن فوری طور پر نہیں۔ ایک چھوٹے بفر (جسے [_ہسٹریسس_](https://eth2book.info/capella/part2/incentives/balances/#hysteresis) کہا جاتا ہے) کی وجہ سے، اضافی رقم دوبارہ اسٹیک ہونے سے پہلے آپ کے بیلنس کو **تقریباً 1.25 ETH زیادہ** تک پہنچنے کی ضرورت ہے۔ لہذا 33.0 ETH پر کمپاؤنڈنگ کے بجائے، یہ 33.25 پر ہوتا ہے (مؤثر بیلنس = 33 ETH)، پھر 34.25 (مؤثر بیلنس = 34 ETH)، اور اسی طرح۔ + +### کیا میں کنورٹ کرنے کے بعد بھی خودکار سویپس حاصل کر سکتا ہوں؟ {#automatic-sweep} + +خودکار سویپس صرف 2048 سے زیادہ اضافی بیلنس کے ساتھ ہوں گے۔ دیگر تمام جزوی ودڈرولز کے لیے، آپ کو انہیں دستی طور پر شروع کرنے کی ضرورت ہوگی۔ + +### کیا میں اپنا ارادہ بدل سکتا ہوں اور ٹائپ 2 سے ٹائپ 1 پر واپس جا سکتا ہوں؟ {#go-back-to-type1} + +نہیں. **ٹائپ 2** میں تبدیل کرنا ناقابل واپسی ہے۔ + +### اگر میں متعدد ویلیڈیٹرز کو کنسولیڈیٹ کرنا چاہتا ہوں، تو کیا مجھے پہلے ہر ایک کو ٹائپ 2 میں تبدیل کرنا ہوگا؟ {#consolidate-multiple-validators} + +نہیں! ایک ویلیڈیٹر کو ٹائپ 2 میں تبدیل کریں پھر اسے ٹارگٹ کے طور پر استعمال کریں۔ اس ٹائپ 2 ٹارگٹ میں کنسولیڈیٹ کیے گئے دیگر تمام ویلیڈیٹرز ٹائپ 1 یا ٹائپ 2 ہو سکتے ہیں + +### میرا ویلیڈیٹر آف لائن ہے یا 32 ETH سے کم ہے - کیا میں اسے اب بھی کنورٹ کر سکتا ہوں؟ {#offline-or-below-32eth} + +جی ہاں. جب تک یہ فعال ہے (باہر نہیں نکلا) اور آپ اس کے ودڈرول ایڈریس سے دستخط کر سکتے ہیں، آپ اسے کنورٹ کر سکتے ہیں۔ + +## وسائل {#resources} + +- [الیکٹرا کنسینسس اسپیکس](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/beacon-chain.md): یہ 'سب سے سچا' ورژن ہے جس پر آپ کو بھروسہ کرنا چاہیے۔ جب شک ہو، اسپیکس پڑھیں +- ہر کوئی کوڈ میں گھسنے میں آرام دہ نہیں ہوتا، لہذا [یہ maxEB-GPT](https://chatgpt.com/g/g-67f1650fb48081918f555e0c8d1c2ae9-maxeb-gpt) اسپیکس کی تشریح میں مدد کر سکتا ہے۔ _ڈس کلیمر: اسپیکس پر، نہ کہ AI پر، سچائی کے طور پر بھروسہ کیا جانا چاہیے، کیونکہ AI معلومات کی غلط تشریح کر سکتا ہے یا جوابات گھڑ سکتا ہے_ +- [pectrified.com](https://pectrified.com/): کنسولیڈیشنز، ڈیپازٹس، اور قطار میں انتظار کے اوقات کی حالت دیکھیں +- [Ethereal](https://github.com/wealdtech/ethereal): عام ویلیڈیٹر کے کاموں کو منظم کرنے کے لیے کمیونٹی کی طرف سے بنایا گیا CLI ٹول +- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): کمیونٹی کی طرف سے بنایا گیا کنٹریکٹ جو متعدد ایتھیریم ویلیڈیٹرز کو ایک ہی ٹرانزیکشن میں ڈیپازٹ کرنے کی اجازت دیتا ہے diff --git a/public/content/translations/ur/roadmap/scaling/index.md b/public/content/translations/ur/roadmap/scaling/index.md new file mode 100644 index 00000000000..5427c9bd29a --- /dev/null +++ b/public/content/translations/ur/roadmap/scaling/index.md @@ -0,0 +1,58 @@ +--- +title: "ایتھریم کو اسکیل کرنے کے لئے" +description: "Rollups ٹرانزیکشنز کو آف چین ایک ساتھ بیچ کرتے ہیں، جس سے صارف کے لیے لاگت کم ہوتی ہے۔ تاہم، جس طرح سے rollups فی الحال ڈیٹا کا استعمال کرتے ہیں وہ بہت مہنگا ہے، جس سے یہ محدود ہو جاتا ہے کہ ٹرانزیکشنز کتنی سستی ہو سکتی ہیں۔ Proto-Danksharding اسے ٹھیک کرتا ہے۔" +lang: ur-in +image: /images/roadmap/roadmap-transactions.png +alt: "ایتھریم روڈ میپ" +template: roadmap +--- + +Ethereum کو [layer 2s](/layer-2/#rollups) (جسے rollups بھی کہا جاتا ہے) کا استعمال کرکے اسکیل کیا جاتا ہے، جو ٹرانزیکشنز کو ایک ساتھ بیچ کرتے ہیں اور آؤٹ پٹ کو Ethereum پر بھیجتے ہیں۔ اگرچہ rollups ایتھیریم مین نیٹ سے آٹھ گنا تک کم مہنگے ہیں، لیکن آخری صارفین کے لیے لاگت کو کم کرنے کے لیے rollups کو مزید بہتر بنانا ممکن ہے۔ Rollups کچھ مرکزی اجزاء پر بھی انحصار کرتے ہیں جنہیں ڈیولپرز rollups کے میچور ہونے پر ہٹا سکتے ہیں۔ + + + + + ٹرانزیکشن کی لاگت + +
    +
  • آج کے rollups ایتھیریم layer 1 سے ~5-20x سستے ہیں
    • +
  • ZK-rollups جلد ہی فیس کو ~40-100x تک کم کر دیں گے
    • +
  • Ethereum میں آنے والی تبدیلیاں اسکیلنگ میں مزید ~100-1000x کا اضافہ فراہم کریں گی
    • +
  • صارفین کو $0.001 سے کم لاگت والے ٹرانزیکشنز سے فائدہ ہونا چاہئے
    • +
+ + + +## ڈیٹا کو سستا بنانا {#making-data-cheaper} + +Rollups بڑی تعداد میں ٹرانزیکشنز جمع کرتے ہیں، انہیں انجام دیتے ہیں اور نتائج کو Ethereum پر جمع کرتے ہیں۔ اس سے بہت سارا ڈیٹا پیدا ہوتا ہے جسے کھلے عام دستیاب ہونے کی ضرورت ہے تاکہ کوئی بھی خود ٹرانزیکشنز کو انجام دے سکے اور تصدیق کر سکے کہ rollup آپریٹر ایماندار تھا۔ اگر کسی کو کوئی تضاد ملتا ہے، تو وہ ایک چیلنج اٹھا سکتا ہے۔ + +### پروٹو-ڈینک شارڈنگ {#proto-danksharding} + +Rollup ڈیٹا تاریخی طور پر Ethereum پر مستقل طور پر ذخیرہ کیا جاتا رہا ہے، جو کہ مہنگا ہے۔ rollups پر صارفین کی طرف سے ادا کی جانے والی ٹرانزیکشن لاگت کا 90% سے زیادہ حصہ اس ڈیٹا storage کی وجہ سے ہے۔ ٹرانزیکشن لاگت کو کم کرنے کے لیے، ہم ڈیٹا کو ایک نئے عارضی 'blob' storage میں منتقل کر سکتے ہیں۔ Blobs سستے ہیں کیونکہ وہ مستقل نہیں ہیں؛ جب ان کی مزید ضرورت نہیں رہتی تو انہیں Ethereum سے حذف کر دیا جاتا ہے۔ rollup ڈیٹا کو طویل مدتی ذخیرہ کرنا ان لوگوں کی ذمہ داری بن جاتی ہے جنہیں اس کی ضرورت ہے، جیسے rollup آپریٹرز، exchanges، انڈیکسنگ سروسز وغیرہ۔ Ethereum میں blob ٹرانزیکشنز شامل کرنا "Proto-Danksharding" کے نام سے جانے والے ایک upgrade کا حصہ ہے۔ + +Proto-Danksharding کے ساتھ، Ethereum blocks میں بہت سے blobs شامل کرنا ممکن ہے۔ یہ Ethereum کے throughput میں ایک اور خاطر خواہ (>100x) اضافے اور ٹرانزیکشن لاگت میں کمی کو ممکن بناتا ہے۔ + +### ڈانک شارڈنگ {#danksharding} + +blob ڈیٹا کو بڑھانے کا دوسرا مرحلہ پیچیدہ ہے کیونکہ اس کے لیے یہ جانچنے کے لیے نئے طریقوں کی ضرورت ہوتی ہے کہ rollup ڈیٹا network پر دستیاب ہے اور یہ [validators](/glossary/#validator) پر انحصار کرتا ہے جو اپنی [block](/glossary/#block) بنانے اور بلاک تجویز کرنے کی ذمہ داریوں کو الگ کرتے ہیں۔ اس کے لیے کرپٹوگرافک طور پر یہ ثابت کرنے کا ایک طریقہ بھی درکار ہے کہ validators نے blob ڈیٹا کے چھوٹے سب سیٹس کی تصدیق کی ہے۔ + +یہ دوسرا مرحلہ ["Danksharding"](/roadmap/danksharding/) کے نام سے جانا جاتا ہے۔ نفاذ کا کام جاری ہے، جس میں [بلاک بنانے اور بلاک کی تجویز کو الگ کرنے](/roadmap/pbs) جیسی شرائط پر پیش رفت ہو رہی ہے اور نئے network ڈیزائنز جو network کو ایک وقت میں چند kilobytes کا بے ترتیب نمونہ لے کر مؤثر طریقے سے اس بات کی تصدیق کرنے کے قابل بناتے ہیں کہ ڈیٹا دستیاب ہے، جسے [ڈیٹا دستیابی نمونہ (DAS)](/developers/docs/data-availability) کے نام سے جانا جاتا ہے۔ + +Danksharding پر مزید + +## rollups کو غیر مرکزی بنانا {#decentralizing-rollups} + +[Rollups](/layer-2) پہلے ہی Ethereum کو اسکیل کر رہے ہیں۔ [rollup پروجیکٹس کا ایک بھرپور ایکو سسٹم](https://l2beat.com/scaling/tvs) صارفین کو تیزی سے اور سستے طریقے سے لین دین کرنے کے قابل بنا رہا ہے، جس میں کئی طرح کی سیکیورٹی گارنٹییں ہیں۔ تاہم، rollups کو مرکزی sequencers (کمپیوٹرز جو Ethereum میں جمع کرنے سے پہلے تمام ٹرانزیکشن پروسیسنگ اور aggregation کرتے ہیں) کا استعمال کرکے بوٹسٹریپ کیا گیا ہے۔ یہ سنسرشپ کے لیے کمزور ہے، کیونکہ sequencer آپریٹرز پر پابندی لگائی جا سکتی ہے، انہیں رشوت دی جا سکتی ہے یا کسی اور طرح سے سمجھوتہ کیا جا سکتا ہے۔ ساتھ ہی، [rollups vary](https://l2beat.com/scaling/summary) آنے والے ڈیٹا کی توثیق کرنے کے طریقے میں مختلف ہوتے ہیں۔ سب سے بہترین طریقہ یہ ہے کہ "provers" [fraud proofs](/glossary/#fraud-proof) یا ویلیڈیٹی پروف جمع کرائیں، لیکن ابھی تک تمام rollups وہاں نہیں ہیں۔ یہاں تک کہ وہ rollups جو ویلیڈیٹی/fraud proofs کا استعمال کرتے ہیں، وہ بھی معلوم پروورز کے ایک چھوٹے pool کا استعمال کرتے ہیں۔ لہذا، Ethereum کو اسکیل کرنے کا اگلا اہم قدم sequencers اور پروورز کو چلانے کی ذمہ داری کو زیادہ لوگوں میں تقسیم کرنا ہے۔ + +rollups پر مزید + +## موجودہ پیشرفت {#current-progress} + +Proto-Danksharding کو مارچ 2024 میں Cancun-Deneb ("Dencun") network upgrade کے حصے کے طور پر کامیابی سے نافذ کیا گیا تھا۔ اس کے نفاذ کے بعد سے، rollups نے blob storage کا استعمال شروع کر دیا ہے، جس کے نتیجے میں صارفین کے لیے ٹرانزیکشن کی لاگت میں کمی آئی ہے اور لاکھوں ٹرانزیکشنز blobs میں پراسیس ہوئے ہیں۔ + +مکمل Danksharding پر کام جاری ہے، جس میں اس کی شرائط جیسے PBS (Proposer-Builder Separation) اور DAS (Data Availability Sampling) پر پیش رفت ہو رہی ہے۔ rollup انفراسٹرکچر کو غیر مرکزی بنانا ایک بتدریج عمل ہے - بہت سے مختلف rollups ہیں جو قدرے مختلف نظام بنا رہے ہیں اور مختلف شرحوں پر مکمل طور پر غیر مرکزی ہوں گے۔ + +[Dencun network upgrade اور اس کے اثرات کے بارے میں مزید](/roadmap/dencun/) + + diff --git a/public/content/translations/ur/roadmap/secret-leader-election/index.md b/public/content/translations/ur/roadmap/secret-leader-election/index.md new file mode 100644 index 00000000000..d7806f7adf3 --- /dev/null +++ b/public/content/translations/ur/roadmap/secret-leader-election/index.md @@ -0,0 +1,44 @@ +--- +title: "خفیہ لیڈر الیکشن" +description: "اس بات کی وضاحت کہ خفیہ لیڈر کا انتخاب کس طرح توثیق کاروں کو حملوں سے بچانے میں مدد کر سکتا ہے" +lang: ur-in +summaryPoints: + - بلاک تجویز کنندگان کا IP پتہ پہلے سے معلوم کیا جا سکتا ہے، جو انہیں حملوں کے لیے کمزور بناتا ہے + - خفیہ لیڈر کا انتخاب توثیق کاروں کی شناخت کو چھپاتا ہے تاکہ انہیں پہلے سے نہ جانا جا سکے + - اس خیال کی توسیع یہ ہے کہ ہر سلاٹ میں توثیق کار کے انتخاب کو بے ترتیب بنایا جائے۔ +--- + +# خفیہ لیڈر کا انتخاب {#single-secret-leader-election} + +آج کے [پروف-آف-اسٹیک](/developers/docs/consensus-mechanisms/pos) پر مبنی اتفاق رائے کے طریقہ کار میں، آنے والے بلاک تجویز کنندگان کی فہرست عوامی ہے اور ان کے IP پتوں کا نقشہ بنانا ممکن ہے۔ اس کا مطلب یہ ہے کہ حملہ آور یہ شناخت کر سکتے ہیں کہ کون سے توثیق کار بلاک تجویز کرنے والے ہیں اور انہیں ڈینائل-آف-سروس (DOS) حملے کا نشانہ بنا سکتے ہیں جو انہیں وقت پر اپنا بلاک تجویز کرنے سے قاصر کر دیتا ہے۔ + +اس سے حملہ آور کے لیے منافع کمانے کے مواقع پیدا ہو سکتے ہیں۔ مثال کے طور پر، سلاٹ `n+1` کے لیے منتخب کیا گیا بلاک تجویز کنندہ، سلاٹ `n` میں موجود تجویز کنندہ کو DOS کر سکتا ہے تاکہ وہ بلاک تجویز کرنے کا اپنا موقع گنوا دے۔ اس سے حملہ آور بلاک تجویز کنندہ کو دونوں سلاٹس کا MEV نکالنے، یا ان تمام لین دین کو حاصل کرنے کی اجازت ملے گی جنہیں دو بلاکس میں تقسیم کیا جانا چاہیے تھا اور اس کے بجائے ان سب کو ایک میں شامل کر کے تمام متعلقہ فیس حاصل کر لے گا۔ اس سے گھریلو توثیق کاروں پر جدید ادارہ جاتی توثیق کاروں کے مقابلے میں زیادہ اثر پڑنے کا امکان ہے جو خود کو DOS حملوں سے بچانے کے لیے زیادہ جدید طریقے استعمال کر سکتے ہیں، اور اس لیے یہ ایک مرکزیت پیدا کرنے والی طاقت ہو سکتی ہے۔ + +اس مسئلے کے کئی حل موجود ہیں۔ ایک ہے [ڈسٹریبیوٹڈ ویلیڈیٹر ٹیکنالوجی](https://github.com/ethereum/distributed-validator-specs) جس کا مقصد ایک توثیق کار کو چلانے سے متعلق مختلف کاموں کو متعدد مشینوں میں فالتو پن کے ساتھ پھیلانا ہے، تاکہ حملہ آور کے لیے کسی خاص سلاٹ میں بلاک کی تجویز کو روکنا بہت مشکل ہو جائے۔ تاہم، سب سے مضبوط حل **سنگل سیکرٹ لیڈر الیکشن (SSLE)** ہے۔ + +## سنگل سیکرٹ لیڈر الیکشن {#secret-leader-election} + +SSLE میں، ہوشیار کرپٹوگرافی کا استعمال اس بات کو یقینی بنانے کے لیے کیا جاتا ہے کہ صرف منتخب توثیق کار ہی جانتا ہے کہ اسے منتخب کیا گیا ہے۔ یہ ہر توثیق کار سے ایک ایسے راز کے لیے ایک عہد جمع کروا کر کام کرتا ہے جسے وہ سبھی بانٹتے ہیں۔ عہدوں کو شفل اور دوبارہ ترتیب دیا جاتا ہے تاکہ کوئی بھی عہدوں کو توثیق کاروں سے نہ جوڑ سکے لیکن ہر توثیق کار جانتا ہے کہ کون سا عہد اس کا ہے۔ پھر، بے ترتیب طور پر ایک عہد کا انتخاب کیا جاتا ہے۔ اگر کوئی توثیق کار یہ پتا لگاتا ہے کہ اس کا عہد منتخب کیا گیا ہے، تو وہ جانتا ہے کہ اب بلاک تجویز کرنے کی اس کی باری ہے۔ + +اس خیال کے اہم نفاذ کو [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763) کہا جاتا ہے۔ جو مندرجہ ذیل طریقے سے کام کرتا ہے: + +1. توثیق کار ایک مشترکہ راز کا عہد کرتے ہیں۔ عہد اسکیم کو اس طرح ڈیزائن کیا گیا ہے کہ اسے ایک توثیق کار کی شناخت سے منسلک کیا جا سکتا ہے لیکن اسے بے ترتیب بھی کیا جا سکتا ہے تاکہ کوئی تیسرا فریق بائنڈنگ کو ریورس انجینئر نہ کر سکے اور کسی مخصوص عہد کو کسی مخصوص توثیق کار سے نہ جوڑ سکے۔ +2. ہر ایپوک کے آغاز پر، RANDAO کا استعمال کرتے ہوئے 16,384 توثیق کاروں سے عہد کے نمونے لینے کے لیے توثیق کاروں کا ایک بے ترتیب سیٹ منتخب کیا جاتا ہے۔ +3. اگلے 8182 سلاٹس (1 دن) کے لیے، بلاک تجویز کنندگان اپنی نجی اینٹروپی کا استعمال کرتے ہوئے عہدوں کے ایک ذیلی سیٹ کو شفل اور بے ترتیب بناتے ہیں۔ +4. شفلنگ ختم ہونے کے بعد، RANDAO کا استعمال عہدوں کی ایک ترتیب شدہ فہرست بنانے کے لیے کیا جاتا ہے۔ اس فہرست کو ایتھیریم سلاٹس پر میپ کیا جاتا ہے۔ +5. توثیق کار دیکھتے ہیں کہ ان کا عہد ایک مخصوص سلاٹ سے منسلک ہے، اور جب وہ سلاٹ آتا ہے تو وہ ایک بلاک تجویز کرتے ہیں۔ +6. ان اقدامات کو دہرائیں تاکہ سلاٹس کو عہدوں کی تفویض ہمیشہ موجودہ سلاٹ سے بہت آگے رہے۔ + +یہ حملہ آوروں کو پہلے سے یہ جاننے سے روکتا ہے کہ کون سا مخصوص توثیق کار اگلا بلاک تجویز کرے گا، اس طرح DOS حملوں کی صلاحیت کو روکا جاتا ہے۔ + +## خفیہ نان-سنگل لیڈر الیکشن (SnSLE) {#secret-non-single-leader-election} + +ایک علیحدہ تجویز بھی ہے جس کا مقصد ایک ایسا منظرنامہ بنانا ہے جہاں ہر توثیق کار کے پاس ہر سلاٹ میں بلاک تجویز کرنے کا ایک بے ترتیب موقع ہو، اسی طرح جیسے پروف-آف-ورک کے تحت بلاک کی تجویز کا فیصلہ کیا جاتا تھا، جسے **خفیہ نان-سنگل لیڈر الیکشن (SnSLE)** کہا جاتا ہے۔ ایسا کرنے کا ایک آسان طریقہ یہ ہے کہ آج کے پروٹوکول میں توثیق کاروں کو بے ترتیب طور پر منتخب کرنے کے لیے استعمال ہونے والے RANDAO فنکشن کا استعمال کیا جائے۔ RANDAO کا خیال یہ ہے کہ بہت سے آزاد توثیق کاروں کے ذریعہ جمع کردہ ہیشز کو ملا کر ایک کافی بے ترتیب نمبر تیار کیا جاتا ہے۔ SnSLE میں، ان ہیشز کا استعمال اگلے بلاک تجویز کنندہ کو منتخب کرنے کے لیے کیا جا سکتا ہے، مثال کے طور پر سب سے کم قیمت والے ہیش کا انتخاب کر کے۔ ہر سلاٹ میں انفرادی توثیق کاروں کے منتخب ہونے کے امکان کو ٹیون کرنے کے لیے درست ہیشز کی حد کو محدود کیا جا سکتا ہے۔ یہ دعویٰ کر کے کہ ہیش `2^256 * 5 / N` سے کم ہونا چاہیے جہاں `N` = فعال توثیق کاروں کی تعداد ہے، ہر سلاٹ میں کسی بھی انفرادی توثیق کار کے منتخب ہونے کا امکان `5/N` ہوگا۔ اس مثال میں، ہر سلاٹ میں کم از کم ایک تجویز کنندہ کے ذریعے ایک درست ہیش تیار کرنے کا 99.3% امکان ہوگا۔ + +## موجودہ پیشرفت {#current-progress} + +SSLE اور SnSLE دونوں تحقیقی مرحلے میں ہیں۔ ابھی تک کسی بھی خیال کے لیے کوئی حتمی تفصیلات موجود نہیں ہیں۔ SSLE اور SnSLE مسابقتی تجاویز ہیں جنہیں دونوں کو نافذ نہیں کیا جا سکتا۔ شپنگ سے پہلے انہیں مزید تحقیق اور ترقی، پروٹوٹائپنگ، اور عوامی ٹیسٹ نیٹس پر عمل درآمد کی ضرورت ہے۔ + +## مزید پڑھیں {#further-reading} + +- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789) diff --git a/public/content/translations/ur/roadmap/security/index.md b/public/content/translations/ur/roadmap/security/index.md new file mode 100644 index 00000000000..0afd52735f6 --- /dev/null +++ b/public/content/translations/ur/roadmap/security/index.md @@ -0,0 +1,48 @@ +--- +title: "ایک زیادہ محفوظ ایتھیریم" +description: "ایتھیریم وجود میں سب سے محفوظ اور غیر مرکزی اسمارٹ کنٹریکٹ پلیٹ فارم ہے۔ تاہم، اب بھی بہتری کی گنجائش ہے تاکہ ایتھیریم مستقبل میں کسی بھی سطح کے حملے کے خلاف لچکدار رہے۔" +lang: ur-in +image: /images/roadmap/roadmap-security.png +alt: "ایتھریم روڈ میپ" +template: roadmap +--- + +**ایتھیریم پہلے ہی ایک بہت محفوظ**، غیر مرکزی [اسمارٹ کنٹریکٹ](/glossary/#smart-contract) پلیٹ فارم ہے۔ تاہم، اب بھی بہتری کی گنجائش ہے تاکہ ایتھیریم مستقبل میں ہر قسم کے حملے کے خلاف لچکدار رہے۔ ان میں [ایتھیریم کلائنٹس](/glossary/#consensus-client) کے مسابقتی [بلاکس](/glossary/#block) سے نمٹنے کے طریقے میں معمولی تبدیلیاں، اور ساتھ ہی اس رفتار کو بڑھانا شامل ہے جس سے نیٹ ورک بلاکس کو ["حتمی"](/developers/docs/consensus-mechanisms/pos/#finality) سمجھتا ہے (یعنی انہیں حملہ آور کو شدید اقتصادی نقصان پہنچائے بغیر تبدیل نہیں کیا جا سکتا)۔ + +ایسی بھی بہتری ہیں جو بلاک پروپوزرز کو ان کے بلاکس کے اصل مواد سے اندھا بنا کر ٹرانزیکشنز کو سنسر کرنا بہت زیادہ مشکل بنا دیتی ہیں، اور یہ شناخت کرنے کے نئے طریقے ہیں کہ کب کوئی کلائنٹ سنسر کر رہا ہے۔ یہ تمام بہتری مل کر [پروف-آف-اسٹیک](/glossary/#pos) پروٹوکول کو اپ گریڈ کریں گی تاکہ صارفین - افراد سے لے کر کارپوریشنز تک - ایتھیریم پر اپنی ایپس، ڈیٹا اور اثاثوں پر فوری اعتماد کر سکیں۔ + +## اسٹیکنگ سے رقم نکالنا {#staking-withdrawals} + +[پروف-آف-ورک](/glossary/#pow) سے پروف-آف-اسٹیک میں اپ گریڈ ایتھیریم کے علمبرداروں کے ذریعہ ایک ڈپازٹ کنٹریکٹ میں اپنے ETH کو "اسٹیک" کرنے سے شروع ہوا۔ اس ETH کا استعمال نیٹ ورک کی حفاظت کے لیے کیا جاتا ہے۔ 12 اپریل، 2023 کو ایک دوسری اپ ڈیٹ آئی تھی تاکہ ویلیڈیٹرز کو اسٹیک شدہ ETH نکالنے کی اجازت دی جا سکے۔ تب سے ویلیڈیٹرز آزادانہ طور پر ETH اسٹیک یا نکال سکتے ہیں۔ + +رقم نکالنے کے بارے میں پڑھیں + +## حملوں کے خلاف دفاع {#defending-against-attacks} + +ایتھیریم کے پروف-آف-اسٹیک پروٹوکول میں بہتری کی جا سکتی ہے۔ ایک کو [ویو-مرج](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) کے نام سے جانا جاتا ہے - یہ ایک زیادہ محفوظ [فورک](/glossary/#fork)-چوائس الگورتھم ہے جو کچھ مخصوص قسم کے پیچیدہ حملوں کو مزید مشکل بنا دیتا ہے۔ + +ایتھیریم کو بلاکس کو [حتمی شکل دینے](/glossary/#finality) میں لگنے والے وقت کو کم کرنے سے صارف کا بہتر تجربہ ہوگا اور پیچیدہ "ری آرگ" حملوں کو روکا جائے گا جہاں حملہ آور منافع حاصل کرنے یا کچھ ٹرانزیکشنز کو سنسر کرنے کے لیے حال ہی کے بلاکس کو دوبارہ ترتیب دینے کی کوشش کرتے ہیں۔ [**سنگل سلاٹ فائنلٹی (SSF)**](/roadmap/single-slot-finality/) **حتمی شکل دینے میں تاخیر کو کم کرنے کا ایک طریقہ ہے**۔ ابھی 15 منٹ کے بلاکس ہیں جنہیں ایک حملہ آور نظریاتی طور پر دوسرے ویلیڈیٹرز کو دوبارہ ترتیب دینے کے لیے قائل کر سکتا ہے۔ SSF کے ساتھ، یہ 0 ہیں۔ صارفین، افراد سے لے کر ایپس اور ایکسچینجز تک، اس فوری یقین دہانی سے فائدہ اٹھاتے ہیں کہ ان کے ٹرانزیکشنز کو واپس نہیں کیا جائے گا، اور نیٹ ورک حملوں کی ایک پوری کلاس کو بند کر کے فائدہ اٹھاتا ہے۔ + +سنگل سلاٹ فائنلٹی کے بارے میں پڑھیں + +## سنسرشپ کے خلاف دفاع {#defending-against-censorship} + +غیر مرکزیت افراد یا [ویلیڈیٹرز](/glossary/#validator) کے چھوٹے گروپوں کو بہت زیادہ بااثر بننے سے روکتی ہے۔ نئی اسٹیکنگ ٹیکنالوجیز اس بات کو یقینی بنانے میں مدد کر سکتی ہیں کہ ایتھیریم کے ویلیڈیٹرز زیادہ سے زیادہ غیر مرکزی رہیں اور ساتھ ہی انہیں ہارڈ ویئر، سافٹ ویئر اور نیٹ ورک کی ناکامیوں سے بھی بچایا جا سکے۔ اس میں وہ سافٹ ویئر شامل ہے جو متعدد [نوڈز](/glossary/#node) پر ویلیڈیٹر کی ذمہ داریوں کو بانٹتا ہے۔ اسے **ڈسٹریبیوٹڈ ویلیڈیٹر ٹیکنالوجی (DVT)** کے نام سے جانا جاتا ہے۔ [اسٹیکنگ پولز](/glossary/#staking-pool) کو DVT استعمال کرنے کی ترغیب دی جاتی ہے کیونکہ یہ متعدد کمپیوٹرز کو اجتماعی طور پر توثیق میں حصہ لینے کی اجازت دیتا ہے، جس سے فالتو پن اور فالٹ ٹولرینس میں اضافہ ہوتا ہے۔ یہ کئی سسٹمز میں ویلیڈیٹر کیز کو بھی تقسیم کرتا ہے، بجائے اس کے کہ ایک ہی آپریٹر متعدد ویلیڈیٹرز چلا رہا ہو۔ اس سے بے ایمان آپریٹرز کے لیے ایتھیریم پر حملوں کو مربوط کرنا مشکل ہو جاتا ہے۔ مجموعی طور پر، خیال یہ ہے کہ ویلیڈیٹرز کو افراد کے بجائے _کمیونٹیز_ کے طور پر چلا کر سیکیورٹی کے فوائد حاصل کیے جائیں۔ + +ڈسٹریبیوٹڈ ویلیڈیٹر ٹیکنالوجی کے بارے میں پڑھیں + +**پروپوزر-بلڈر سیپریشن (PBS)** کو نافذ کرنے سے سنسرشپ کے خلاف ایتھیریم کے اندرونی دفاع میں زبردست بہتری آئے گی۔ PBS ایک ویلیڈیٹر کو ایک بلاک بنانے اور دوسرے کو اسے ایتھیریم نیٹ ورک پر براڈکاسٹ کرنے کی اجازت دیتا ہے۔ اس سے یہ یقینی ہوتا ہے کہ پیشہ ورانہ منافع کو زیادہ سے زیادہ کرنے والے بلاک بلڈنگ الگورتھم سے حاصل ہونے والے فوائد کو پورے نیٹ ورک میں زیادہ منصفانہ طریقے سے بانٹا جاتا ہے، جس سے وقت کے ساتھ بہترین کارکردگی کا مظاہرہ کرنے والے ادارہ جاتی اسٹیکرز کے ساتھ **اسٹیک کو مرتکز ہونے سے روکا جاتا ہے**۔ بلاک پروپوزر کو بلاک بلڈرز کی مارکیٹ کی طرف سے پیش کیے گئے سب سے زیادہ منافع بخش بلاک کو منتخب کرنے کا موقع ملتا ہے۔ سنسر کرنے کے لیے، ایک بلاک پروپوزر کو اکثر ایک کم منافع بخش بلاک کا انتخاب کرنا پڑے گا، جو **معاشی طور پر غیر معقول ہوگا اور نیٹ ورک پر باقی ویلیڈیٹرز کے لیے بھی واضح ہوگا**۔ + +PBS میں ممکنہ ایڈ-آنز ہیں، جیسے کہ انکرپٹڈ ٹرانزیکشنز اور انکلوژن لسٹس، جو ایتھیریم کی سنسرشپ مزاحمت کو مزید بہتر بنا سکتے ہیں۔ یہ بلاک بلڈر اور پروپوزر کو ان کے بلاکس میں شامل اصل ٹرانزیکشنز سے اندھا بنا دیتے ہیں۔ + +پروپوزر-بلڈر سیپریشن کے بارے میں پڑھیں + +## ویلیڈیٹرز کا تحفظ {#protecting-validators} + +یہ ممکن ہے کہ ایک پیچیدہ حملہ آور آنے والے ویلیڈیٹرز کی شناخت کر کے انہیں بلاکس کی تجویز دینے سے روکنے کے لیے اسپام کر سکتا ہے؛ اسے **ڈینائل آف سروس (DoS)** حملہ کہا جاتا ہے۔ [**سیکرٹ لیڈر الیکشن (SLE)**](/roadmap/secret-leader-election) کو نافذ کرنے سے اس قسم کے حملے سے تحفظ ملے گا کیونکہ یہ بلاک پروپوزرز کو پہلے سے جاننے سے روکے گا۔ یہ امیدوار بلاک پروپوزرز کی نمائندگی کرنے والے کرپٹوگرافک کمٹمنٹس کے ایک سیٹ کو مسلسل شفل کر کے کام کرتا ہے اور ان کے آرڈر کا استعمال اس بات کا تعین کرنے کے لیے کرتا ہے کہ کون سا ویلیڈیٹر اس طرح منتخب کیا گیا ہے کہ صرف ویلیڈیٹرز خود ہی پہلے سے اپنے آرڈر کو جانتے ہیں۔ + +سیکرٹ لیڈر الیکشن کے بارے میں پڑھیں + +## موجودہ پیشرفت {#current-progress} + +**روڈ میپ پر سیکیورٹی اپ گریڈز تحقیق کے اعلیٰ مراحل میں ہیں**، لیکن ان کے کچھ وقت تک نافذ ہونے کی توقع نہیں ہے۔ ویو-مرج، PBS، SSF اور SLE کے لیے اگلے اقدامات ایک اسپیسیفکیشن کو حتمی شکل دینا اور پروٹوٹائپ بنانا شروع کرنا ہے۔ diff --git a/public/content/translations/ur/roadmap/single-slot-finality/index.md b/public/content/translations/ur/roadmap/single-slot-finality/index.md new file mode 100644 index 00000000000..dc672390d30 --- /dev/null +++ b/public/content/translations/ur/roadmap/single-slot-finality/index.md @@ -0,0 +1,66 @@ +--- +title: "واحد سلاٹ فائنلٹی" +description: "واحد سلاٹ فائنلٹی کی وضاحت" +lang: ur-in +--- + +# واحد سلاٹ فائنلٹی {#single-slot-finality} + +ایتھیریم بلاک کو حتمی شکل دینے میں تقریباً 15 منٹ لگتے ہیں۔ تاہم، ہم ایتھیریم کے اتفاق رائے کے میکانزم کو زیادہ موثر طریقے سے بلاکس کی توثیق کرنے اور فائنلٹی تک کے وقت کو ڈرامائی طور پر کم کرنے کے لیے بنا سکتے ہیں۔ پندرہ منٹ انتظار کرنے کے بجائے، بلاکس کو ایک ہی سلاٹ میں تجویز اور حتمی شکل دی جا سکتی ہے۔ اس تصور کو **واحد سلاٹ فائنلٹی (SSF)** کے نام سے جانا جاتا ہے۔ + +## حتمیت کیا ہے؟ {#what-is-finality} + +ایتھیریم کے پروف آف اسٹیک پر مبنی اتفاق رائے کے میکانزم میں، فائنلٹی سے مراد اس بات کی گارنٹی ہے کہ کسی بلاک کو بلاک چین سے تبدیل یا ہٹایا نہیں جا سکتا جب تک کہ کل اسٹیک شدہ ETH کا کم از کم 33% جلا نہ دیا جائے۔ یہ 'کرپٹو-اکنامک' سیکیورٹی ہے کیونکہ اعتماد چین کے آرڈر یا مواد کو تبدیل کرنے سے وابستہ انتہائی زیادہ لاگت سے آتا ہے جو کسی بھی عقلی اقتصادی اداکار کو اس کی کوشش کرنے سے روکے گا۔ + +## تیز تر فائنلٹی کا مقصد کیوں؟ {#why-aim-for-quicker-finality} + +فائنلٹی تک کا موجودہ وقت بہت لمبا نکلا ہے۔ زیادہ تر صارفین فائنلٹی کے لیے 15 منٹ انتظار نہیں کرنا چاہتے، اور یہ ان ایپس اور ایکسچینجز کے لیے असुविधाजनक ہے جو زیادہ ٹرانزیکشن تھروپٹ چاہتے ہیں تاکہ انہیں اس بات کا یقین کرنے کے لیے اتنا انتظار کرنا پڑے کہ ان کے ٹرانزیکشنز مستقل ہیں۔ بلاک کی تجویز اور حتمی شکل دینے کے درمیان تاخیر سے مختصر reorgs کا موقع بھی ملتا ہے جسے کوئی حملہ آور کچھ بلاکس کو سنسر کرنے یا MEV نکالنے کے لیے استعمال کر سکتا ہے۔ وہ میکانزم جو مراحل میں بلاکس کو اپ گریڈ کرنے سے نمٹتا ہے وہ بھی کافی پیچیدہ ہے اور سیکیورٹی کی خامیوں کو بند کرنے کے لیے کئی بار پیچ کیا گیا ہے، جس سے یہ ایتھیریم کوڈ بیس کے ان حصوں میں سے ایک بن جاتا ہے جہاں لطیف کیڑے پیدا ہونے کا زیادہ امکان ہوتا ہے۔ ان تمام مسائل کو فائنلٹی تک کے وقت کو ایک ہی سلاٹ تک کم کرکے ختم کیا جا سکتا ہے۔ + +## وکندریقرت / وقت / اوور ہیڈ ٹریڈ آف {#the-decentralization-time-overhead-tradeoff} + +فائنلٹی کی گارنٹی نئے بلاک کی فوری خصوصیت نہیں ہے۔ نئے بلاک کو حتمی شکل دینے میں وقت لگتا ہے۔ اس کی وجہ یہ ہے کہ نیٹ ورک پر کل اسٹیک شدہ ETH کے کم از کم 2/3 کی نمائندگی کرنے والے ویلیڈیٹرز کو بلاک کے لیے ووٹ دینا پڑتا ہے (\"اٹیسٹ\") تاکہ اسے حتمی سمجھا جا سکے۔ نیٹ ورک پر ہر توثیقی نوڈ کو دوسرے نوڈز سے اٹیسٹیشن پر کارروائی کرنی پڑتی ہے تاکہ یہ معلوم ہو سکے کہ آیا کسی بلاک نے وہ 2/3 کی حد حاصل کی ہے یا نہیں۔ + +حتمی شکل تک پہنچنے کے لیے جتنا کم وقت دیا جائے گا، ہر نوڈ پر اتنی ہی زیادہ کمپیوٹنگ پاور کی ضرورت ہوگی کیونکہ اٹیسٹیشن پروسیسنگ کو تیزی سے کرنا پڑتا ہے۔ اس کے علاوہ، نیٹ ورک پر جتنے زیادہ توثیقی نوڈز موجود ہوں گے، ہر بلاک کے لیے اتنی ہی زیادہ اٹیسٹیشن پر کارروائی کرنی پڑے گی، جس سے مطلوبہ پروسیسنگ پاور میں بھی اضافہ ہوگا۔ جتنی زیادہ پروسیسنگ پاور کی ضرورت ہوگی، اتنے ہی کم لوگ حصہ لے سکتے ہیں کیونکہ ہر توثیقی نوڈ کو چلانے کے لیے زیادہ مہنگے ہارڈ ویئر کی ضرورت ہوتی ہے۔ بلاکس کے درمیان وقت بڑھانے سے ہر نوڈ پر درکار کمپیوٹنگ پاور کم ہو جاتی ہے لیکن فائنلٹی تک کا وقت بھی لمبا ہو جاتا ہے، کیونکہ اٹیسٹیشن پر زیادہ آہستہ سے کارروائی کی جاتی ہے۔ + +لہذا، اوور ہیڈ (کمپیوٹنگ پاور)، وکندریقرت (نوڈز کی تعداد جو چین کی توثیق میں حصہ لے سکتے ہیں) اور فائنلٹی تک کے وقت کے درمیان ایک ٹریڈ آف ہے۔ مثالی نظام کم از کم کمپیوٹنگ پاور، زیادہ سے زیادہ وکندریقرت اور فائنلٹی تک کم از کم وقت کو متوازن کرتا ہے۔ + +ایتھیریم کے موجودہ اتفاق رائے کے میکانزم نے ان تین پیرامیٹرز کو متوازن کیا ہے بذریعہ: + +- **کم از کم اسٹیک کو 32 ETH پر سیٹ کرنا**۔ یہ انفرادی نوڈز کے ذریعہ پروسیس کیے جانے والے ویلیڈیٹرز کی اٹیسٹیشن کی تعداد پر ایک بالائی حد مقرر کرتا ہے، اور اس وجہ سے ہر نوڈ کے لیے حسابی ضروریات پر ایک بالائی حد مقرر ہوتی ہے۔ +- **فائنلٹی تک کے وقت کو ~15 منٹ پر سیٹ کرنا**۔ یہ عام گھریلو کمپیوٹرز پر چلنے والے ویلیڈیٹرز کو ہر بلاک کے لیے اٹیسٹیشن پر محفوظ طریقے سے کارروائی کرنے کے لیے کافی وقت دیتا ہے۔ + +موجودہ میکانزم کے ڈیزائن کے ساتھ، فائنلٹی تک کے وقت کو کم کرنے کے لیے، نیٹ ورک پر ویلیڈیٹرز کی تعداد کو کم کرنا یا ہر نوڈ کے لیے ہارڈ ویئر کی ضروریات کو بڑھانا ضروری ہے۔ تاہم، جس طرح سے اٹیسٹیشن پر کارروائی کی جاتی ہے اس میں بہتری لائی جا سکتی ہے جو ہر نوڈ پر اوور ہیڈ میں اضافہ کیے بغیر مزید اٹیسٹیشن کی گنتی کی اجازت دے سکتی ہے۔ زیادہ موثر پروسیسنگ دو ایپکس کے بجائے ایک ہی سلاٹ کے اندر فائنلٹی کا تعین کرنے کی اجازت دے گی۔ + +## SSF کے راستے {#routes-to-ssf} + + + +موجودہ اتفاق رائے کا میکانزم متعدد ویلیڈیٹرز سے اٹیسٹیشن کو یکجا کرتا ہے، جنہیں کمیٹیوں کے نام سے جانا جاتا ہے، تاکہ ہر ویلیڈیٹر کو بلاک کی توثیق کے لیے پروسیس کرنے والے پیغامات کی تعداد کو کم کیا جا سکے۔ ہر ویلیڈیٹر کو ہر ایپک (32 سلاٹ) میں اٹیسٹ کرنے کا موقع ملتا ہے لیکن ہر سلاٹ میں، ویلیڈیٹرز کا صرف ایک ذیلی سیٹ، جسے 'کمیٹی' کہا جاتا ہے، اٹیسٹ کرتا ہے۔ وہ ایسا سب نیٹس میں تقسیم ہو کر کرتے ہیں جس میں چند ویلیڈیٹرز کو 'ایگریگیٹرز' کے طور پر منتخب کیا جاتا ہے۔ وہ ایگریگیٹرز ہر ایک اپنے سب نیٹ میں دوسرے ویلیڈیٹرز سے دیکھے گئے تمام دستخطوں کو ایک واحد مجموعی دستخط میں یکجا کرتے ہیں۔ ایگریگیٹر جس میں سب سے زیادہ انفرادی شراکتیں شامل ہوتی ہیں وہ اپنے مجموعی دستخط کو بلاک پروپوزر کو بھیجتا ہے، جو اسے دوسری کمیٹیوں کے مجموعی دستخط کے ساتھ بلاک میں شامل کرتا ہے۔ + +یہ عمل ہر ویلیڈیٹر کو ہر ایپک میں ووٹ دینے کے لیے کافی صلاحیت فراہم کرتا ہے، کیونکہ `32 سلاٹ * 64 کمیٹیاں * 256 ویلیڈیٹرز فی کمیٹی = 524,288 ویلیڈیٹرز فی ایپک`۔ لکھنے کے وقت (فروری 2023) تقریباً ~513,000 فعال ویلیڈیٹرز ہیں۔ + +اس اسکیم میں، ہر ویلیڈیٹر کے لیے صرف یہ ممکن ہے کہ وہ پورے ایپک میں اپنی اٹیسٹیشن تقسیم کرکے کسی بلاک پر ووٹ دے۔ تاہم، میکانزم کو بہتر بنانے کے ممکنہ طریقے ہیں تاکہ _ہر ویلیڈیٹر کو ہر سلاٹ میں اٹیسٹ کرنے کا موقع ملے_۔ + + +جب سے ایتھیریم کے اتفاق رائے کا میکانزم ڈیزائن کیا گیا تھا، دستخطی ایگریگیشن اسکیم (BLS) ابتدائی طور پر سوچے جانے سے کہیں زیادہ اسکیل ایبل پائی گئی ہے، جبکہ کلائنٹس کی دستخطوں پر کارروائی اور تصدیق کرنے کی صلاحیت میں بھی بہتری آئی ہے۔ یہ پتہ چلتا ہے کہ ویلیڈیٹرز کی ایک بڑی تعداد سے اٹیسٹیشن پر کارروائی کرنا دراصل ایک ہی سلاٹ میں ممکن ہے۔ مثال کے طور پر، ایک ملین ویلیڈیٹرز کے ساتھ ہر ایک سلاٹ میں دو بار ووٹنگ، اور سلاٹ کے اوقات کو 16 سیکنڈ میں ایڈجسٹ کیا جاتا ہے، نوڈز کو سلاٹ کے اندر تمام 1 ملین اٹیسٹیشن پر کارروائی کرنے کے لیے کم از کم 125,000 ایگریگیشن فی سیکنڈ کی شرح سے دستخطوں کی تصدیق کرنے کی ضرورت ہوگی۔ حقیقت میں، ایک عام کمپیوٹر کو ایک دستخط کی تصدیق کرنے میں تقریباً 500 نینو سیکنڈ لگتے ہیں، یعنی 125,000 ~62.5 ms میں کیے جا سکتے ہیں - جو ایک سیکنڈ کی حد سے بہت کم ہے۔ + +مزید کارکردگی کے فوائد ہر سلاٹ میں 125,000 بے ترتیب طور پر منتخب کردہ ویلیڈیٹرز کی سپر کمیٹیاں بنا کر حاصل کیے جا سکتے ہیں۔ صرف یہ ویلیڈیٹرز ہی کسی بلاک پر ووٹ دیتے ہیں اور اس لیے ویلیڈیٹرز کا صرف یہ ذیلی سیٹ فیصلہ کرتا ہے کہ آیا کوئی بلاک حتمی ہے۔ یہ ایک اچھا خیال ہے یا نہیں اس بات پر منحصر ہے کہ کمیونٹی ایتھیریم پر ایک کامیاب حملے کو کتنا مہنگا پسند کرے گی۔ اس کی وجہ یہ ہے کہ کل اسٹیک شدہ ایتھر کے 2/3 کی ضرورت کے بجائے، ایک حملہ آور _اس سپر کمیٹی میں_ 2/3 اسٹیک شدہ ایتھر کے ساتھ ایک بے ایمان بلاک کو حتمی شکل دے سکتا ہے۔ یہ اب بھی تحقیق کا ایک فعال شعبہ ہے، لیکن یہ قابل فہم لگتا ہے کہ ایک ویلیڈیٹر سیٹ کے لیے جو پہلی جگہ پر سپر کمیٹیوں کی ضرورت کے لیے کافی بڑا ہے، ان ذیلی کمیٹیوں میں سے کسی ایک پر حملہ کرنے کی لاگت بہت زیادہ ہوگی (مثلاً، ETH میں حملے کی لاگت `2/3 * 125,000 * 32 = ~2.6 ملین ETH` ہوگی)۔ حملے کی لاگت کو ویلیڈیٹر سیٹ کے سائز کو بڑھا کر ایڈجسٹ کیا جا سکتا ہے (مثلاً، ویلیڈیٹر کے سائز کو اس طرح ٹیون کریں کہ حملے کی لاگت 1 ملین ایتھر، 4 ملین ایتھر، 10 ملین ایتھر، وغیرہ کے برابر ہو)۔ کمیونٹی کے [ابتدائی پولز](https://youtu.be/ojBgyFl6-v4?t=755) سے یہ معلوم ہوتا ہے کہ 1-2 ملین ایتھر حملے کی قابل قبول لاگت ہے، جس کا مطلب ہے فی سپر کمیٹی ~65,536 - 97,152 ویلیڈیٹرز۔ + +تاہم، تصدیق اصل رکاوٹ نہیں ہے - یہ دستخطی ایگریگیشن ہے جو واقعی ویلیڈیٹر نوڈز کو چیلنج کرتی ہے۔ دستخطی ایگریگیشن کو اسکیل کرنے کے لیے شاید ہر سب نیٹ میں ویلیڈیٹرز کی تعداد میں اضافہ، سب نیٹس کی تعداد میں اضافہ، یا ایگریگیشن کی اضافی تہیں شامل کرنے کی ضرورت ہوگی (یعنی، کمیٹیوں کی کمیٹیوں کو نافذ کریں)۔ حل کا ایک حصہ خصوصی ایگریگیٹرز کی اجازت دینا ہو سکتا ہے - جیسا کہ پروپوزر-بلڈر سیپریشن (PBS) اور Danksharding کے تحت رول اپ ڈیٹا کے لیے بلاک بلڈنگ اور کمٹمنٹ پیدا کرنا خصوصی بلاک بلڈرز کو آؤٹ سورس کیا جائے گا۔ + +## SSF میں فورک چوائس رول کا کیا کردار ہے؟ {#role-of-the-fork-choice-rule} + +آج کا اتفاق رائے کا میکانزم فائنلٹی گیجٹ (وہ الگورتھم جو اس بات کا تعین کرتا ہے کہ آیا 2/3 ویلیڈیٹرز نے ایک مخصوص چین کی تصدیق کی ہے) اور فورک چوائس رول (وہ الگورتھم جو یہ فیصلہ کرتا ہے کہ جب متعدد آپشنز ہوں تو کون سی چین درست ہے) کے درمیان ایک مضبوط جوڑے پر انحصار کرتا ہے۔ فورک چوائس الگورتھم صرف آخری حتمی بلاک _کے بعد_ کے بلاکس پر غور کرتا ہے۔ SSF کے تحت فورک چوائس رول کے لیے غور کرنے کے لیے کوئی بلاک نہیں ہوگا، کیونکہ فائنلٹی اسی سلاٹ میں ہوتی ہے جس میں بلاک تجویز کیا جاتا ہے۔ اس کا مطلب ہے کہ SSF کے تحت _یا تو_ فورک چوائس الگورتھم _یا_ فائنلٹی گیجٹ کسی بھی وقت فعال ہوگا۔ فائنلٹی گیجٹ ان بلاکس کو حتمی شکل دے گا جہاں 2/3 ویلیڈیٹرز آن لائن تھے اور ایمانداری سے اٹیسٹ کر رہے تھے۔ اگر کوئی بلاک 2/3 کی حد سے تجاوز کرنے کے قابل نہیں ہے، تو فورک چوائس رول اس بات کا تعین کرنے کے لیے کام کرے گا کہ کس چین کی پیروی کرنی ہے۔ یہ غیرفعالیت لیک میکانزم کو برقرار رکھنے کا ایک موقع بھی فراہم کرتا ہے جو ایک ایسی چین کو بحال کرتا ہے جہاں >1/3 ویلیڈیٹرز آف لائن ہو جاتے ہیں، اگرچہ کچھ اضافی باریکیوں کے ساتھ۔ + +## باقی مسائل {#outstanding-issues} + +ہر سب نیٹ میں ویلیڈیٹرز کی تعداد بڑھا کر ایگریگیشن کو اسکیل کرنے میں مسئلہ یہ ہے کہ اس سے پیئر-ٹو-پیئر نیٹ ورک پر زیادہ بوجھ پڑتا ہے۔ ایگریگیشن کی تہیں شامل کرنے میں مسئلہ یہ ہے کہ اسے انجینئر کرنا کافی پیچیدہ ہے اور اس سے لیٹنسی بڑھ جاتی ہے (یعنی، بلاک پروپوزر کو تمام سب نیٹ ایگریگیٹرز سے سننے میں زیادہ وقت لگ سکتا ہے)۔ یہ بھی واضح نہیں ہے کہ اس منظر نامے سے کیسے نمٹا جائے کہ نیٹ ورک پر فعال ویلیڈیٹرز کی تعداد اس سے زیادہ ہے جس پر ہر سلاٹ میں عملی طور پر کارروائی کی جا سکتی ہے، یہاں تک کہ BLS دستخطی ایگریگیشن کے ساتھ بھی۔ ایک ممکنہ حل یہ ہے کہ، چونکہ تمام ویلیڈیٹرز ہر سلاٹ میں اٹیسٹ کرتے ہیں اور SSF کے تحت کوئی کمیٹی نہیں ہے، اس لیے مؤثر بیلنس پر 32 ETH کی حد کو مکمل طور پر ہٹایا جا سکتا ہے، جس کا مطلب ہے کہ متعدد ویلیڈیٹرز کا انتظام کرنے والے آپریٹرز اپنے اسٹیک کو مضبوط کر سکتے ہیں اور کم چلا سکتے ہیں، جس سے توثیقی نوڈز کو پورے ویلیڈیٹر سیٹ کا حساب کرنے کے لیے پروسیس کرنے والے پیغامات کی تعداد کم ہو جائے گی۔ یہ بڑے اسٹیکرز پر منحصر ہے جو اپنے ویلیڈیٹرز کو مضبوط کرنے پر راضی ہیں۔ کسی بھی وقت ویلیڈیٹرز کی تعداد یا اسٹیک شدہ ETH کی رقم پر ایک مقررہ حد لگانا بھی ممکن ہے۔ تاہم، اس کے لیے کچھ میکانزم کی ضرورت ہے تاکہ یہ فیصلہ کیا جا سکے کہ کن ویلیڈیٹرز کو حصہ لینے کی اجازت ہے اور کن کو نہیں، جس سے ناپسندیدہ ثانوی اثرات پیدا ہونے کا خدشہ ہے۔ + +## موجودہ پیشرفت {#current-progress} + +SSF تحقیقی مرحلے میں ہے۔ اس کی کئی سالوں تک شپنگ کی توقع نہیں ہے، ممکنہ طور پر دیگر اہم اپ گریڈز جیسے [Verkle trees](/roadmap/verkle-trees/) اور [Danksharding](/roadmap/danksharding/) کے بعد۔ + +## مزید پڑھیں {#further-reading} + +- [EDCON 2022 میں SSF پر Vitalik](https://www.youtube.com/watch?v=nPgUKNPWXNI) +- [Vitalik کے نوٹس: واحد سلاٹ فائنلٹی کے راستے](https://notes.ethereum.org/@vbuterin/single_slot_finality) diff --git a/public/content/translations/ur/roadmap/statelessness/index.md b/public/content/translations/ur/roadmap/statelessness/index.md new file mode 100644 index 00000000000..65eea0ee42e --- /dev/null +++ b/public/content/translations/ur/roadmap/statelessness/index.md @@ -0,0 +1,105 @@ +--- +title: "اسٹیٹ لیس نیس، اسٹیٹ کی میعاد ختم ہونا اور ہسٹری کی میعاد ختم ہونا" +description: "ہسٹری کی میعاد ختم ہونے اور اسٹیٹ لیس Ethereum کی وضاحت" +lang: ur-in +--- + +# اسٹیٹ لیس نیس، اسٹیٹ کی میعاد ختم ہونا اور ہسٹری کی میعاد ختم ہونا {#statelessness} + +معمولی ہارڈویئر پر Ethereum نوڈس چلانے کی صلاحیت حقیقی وکندریقرت کے لیے اہم ہے۔ اس کی وجہ یہ ہے کہ نوڈ چلانے سے صارفین کو تیسرے فریق پر بھروسہ کرنے کے بجائے آزادانہ طور پر کرپٹوگرافک جانچ کر کے معلومات کی تصدیق کرنے کی صلاحیت ملتی ہے۔ نوڈ چلانے سے صارفین کو کسی ثالث پر بھروسہ کرنے کے بجائے براہ راست Ethereum پیئر-ٹو-پیئر نیٹ ورک پر لین دین جمع کرنے کی اجازت ملتی ہے۔ وکندریقرت ممکن نہیں ہے اگر یہ فوائد صرف مہنگے ہارڈویئر والے صارفین کے لیے دستیاب ہوں۔ اس کے بجائے، نوڈس کو انتہائی معمولی پروسیسنگ اور میموری کی ضروریات کے ساتھ چلانے کے قابل ہونا چاہیے تاکہ وہ موبائل فونز، مائیکرو کمپیوٹرز یا ہوم کمپیوٹر پر غیر محسوس طور پر چل سکیں۔ + +آج، ڈسک اسپیس کی زیادہ ضروریات نوڈس تک عالمگیر رسائی کو روکنے والی اہم رکاوٹ ہے۔ یہ بنیادی طور پر Ethereum کے اسٹیٹ ڈیٹا کے بڑے حصوں کو ذخیرہ کرنے کی ضرورت کی وجہ سے ہے۔ اس اسٹیٹ ڈیٹا میں نئے بلاکس اور لین دین کو صحیح طریقے سے پراسیس کرنے کے لیے درکار اہم معلومات ہوتی ہیں۔ لکھتے وقت، مکمل Ethereum نوڈ چلانے کے لیے ایک تیز 2TB SSD تجویز کی جاتی ہے۔ ایک ایسے نوڈ کے لیے جو کسی بھی پرانے ڈیٹا کی چھانٹی نہیں کرتا ہے، اسٹوریج کی ضرورت تقریباً 14GB/ہفتہ کی شرح سے بڑھتی ہے، اور آرکائیو نوڈس جو جینیسس کے بعد سے تمام ڈیٹا کو اسٹور کرتے ہیں وہ 12 TB کے قریب پہنچ رہے ہیں (لکھنے کے وقت، فروری 2023 میں)۔ + +پرانے ڈیٹا کو ذخیرہ کرنے کے لیے سستی ہارڈ ڈرائیوز کا استعمال کیا جا سکتا ہے لیکن وہ آنے والے بلاکس کے ساتھ رفتار برقرار رکھنے کے لیے بہت سست ہیں۔ کلائنٹس کے لیے موجودہ اسٹوریج ماڈل کو برقرار رکھتے ہوئے ڈیٹا کو سستا اور ذخیرہ کرنا آسان بنانا اس مسئلے کا صرف ایک عارضی اور جزوی حل ہے کیونکہ Ethereum کی اسٹیٹ کی نمو 'لامحدود' ہے، جس کا مطلب ہے کہ اسٹوریج کی ضروریات میں صرف اضافہ ہی ہو سکتا ہے، اور تکنیکی اصلاحات کو ہمیشہ مسلسل اسٹیٹ کی نمو کے ساتھ رفتار برقرار رکھنی ہوگی۔ اس کے بجائے، کلائنٹس کو بلاکس اور لین دین کی تصدیق کے لیے نئے طریقے تلاش کرنے ہوں گے جو مقامی ڈیٹا بیس سے ڈیٹا تلاش کرنے پر انحصار نہیں کرتے ہیں۔ + +## نوڈس کے لیے اسٹوریج کو کم کرنا {#reducing-storage-for-nodes} + +ہر نوڈ کو ذخیرہ کرنے والے ڈیٹا کی مقدار کو کم کرنے کے کئی طریقے ہیں، جن میں سے ہر ایک کے لیے Ethereum کے بنیادی پروٹوکول کو مختلف حد تک اپ ڈیٹ کرنے کی ضرورت ہے: + +- **ہسٹری کی میعاد ختم ہونا**: نوڈس کو X بلاکس سے پرانے اسٹیٹ ڈیٹا کو ضائع کرنے کے قابل بناتا ہے، لیکن یہ نہیں بدلتا کہ Ethereum کلائنٹ اسٹیٹ ڈیٹا کو کیسے سنبھالتے ہیں۔ +- **اسٹیٹ کی میعاد ختم ہونا**: اسٹیٹ ڈیٹا کو غیر فعال ہونے کی اجازت دیتا ہے جو اکثر استعمال نہیں ہوتا ہے۔ غیر فعال ڈیٹا کو کلائنٹس اس وقت تک نظر انداز کر سکتے ہیں جب تک کہ اسے دوبارہ فعال نہ کر دیا جائے۔ +- **ویک اسٹیٹ لیس نیس**: صرف بلاک پروڈیوسرز کو مکمل اسٹیٹ ڈیٹا تک رسائی کی ضرورت ہوتی ہے، دیگر نوڈس مقامی اسٹیٹ ڈیٹا بیس کے بغیر بلاکس کی تصدیق کر سکتے ہیں۔ +- **اسٹرانگ اسٹیٹ لیس نیس**: کسی بھی نوڈ کو مکمل اسٹیٹ ڈیٹا تک رسائی کی ضرورت نہیں ہے۔ + +## ڈیٹا کی میعاد ختم ہونا {#data-expiry} + +### ہسٹری کی میعاد ختم ہونا {#history-expiry} + +ہسٹری کی میعاد ختم ہونے سے مراد کلائنٹس کا پرانے ڈیٹا کو چھانٹنا ہے جس کی انہیں ضرورت پڑنے کا امکان کم ہے، تاکہ وہ صرف تھوڑی مقدار میں تاریخی ڈیٹا ذخیرہ کریں، اور نیا ڈیٹا آنے پر پرانا ڈیٹا چھوڑ دیں۔ کلائنٹس کو تاریخی ڈیٹا کی ضرورت کی دو وجوہات ہیں: سنکنگ اور ڈیٹا کی درخواستوں کو پورا کرنا۔ اصل میں، کلائنٹس کو جینیسس بلاک سے سنک کرنا پڑتا تھا، اس بات کی تصدیق کرتے ہوئے کہ ہر لگاتار بلاک چین کے ہیڈ تک درست ہے۔ آج، کلائنٹس چین کے ہیڈ تک اپنا راستہ بوٹسٹریپ کرنے کے لیے "ویک سبجیکٹیویٹی چیک پوائنٹس" کا استعمال کرتے ہیں۔ یہ چیک پوائنٹس قابل اعتماد شروعاتی پوائنٹس ہیں، جیسے Ethereum کی بالکل شروعات کے بجائے حال کے قریب ایک جینیسس بلاک کا ہونا۔ اس کا مطلب ہے کہ کلائنٹس چین کے ہیڈ تک سنک کرنے کی صلاحیت کھوئے بغیر سب سے حالیہ ویک سبجیکٹیویٹی چیک پوائنٹ سے پہلے کی تمام معلومات کو چھوڑ سکتے ہیں۔ کلائنٹس فی الحال تاریخی ڈیٹا کے لیے درخواستوں (جو JSON-RPC کے ذریعے آتی ہیں) کو اپنے مقامی ڈیٹا بیس سے حاصل کر کے پورا کرتے ہیں۔ تاہم، ہسٹری کی میعاد ختم ہونے کے ساتھ یہ ممکن نہیں ہوگا اگر درخواست کردہ ڈیٹا کو چھانٹ دیا گیا ہو۔ اس تاریخی ڈیٹا کو پیش کرنے کے لیے کچھ جدید حلوں کی ضرورت ہے۔ + +ایک آپشن یہ ہے کہ کلائنٹس پورٹل نیٹ ورک جیسے حل کا استعمال کرتے ہوئے پیئرز سے تاریخی ڈیٹا کی درخواست کریں۔ پورٹل نیٹ ورک تاریخی ڈیٹا پیش کرنے کے لیے ایک زیرِ ترقی پیئر-ٹو-پیئر نیٹ ورک ہے جہاں ہر نوڈ Ethereum کی تاریخ کا ایک چھوٹا سا حصہ ذخیرہ کرتا ہے تاکہ پوری تاریخ نیٹ ورک میں تقسیم شدہ طور پر موجود ہو۔ درخواستوں کو متعلقہ ڈیٹا کو ذخیرہ کرنے والے پیئرز کو تلاش کرکے اور ان سے اس کی درخواست کرکے پورا کیا جاتا ہے۔ متبادل طور پر، چونکہ عام طور پر ایپس کو تاریخی ڈیٹا تک رسائی کی ضرورت ہوتی ہے، اسے ذخیرہ کرنا ان کی ذمہ داری بن سکتی ہے۔ Ethereum اسپیس میں کافی فیاض افراد بھی ہو سکتے ہیں جو تاریخی آرکائیوز کو برقرار رکھنے کے لیے تیار ہوں گے۔ یہ ایک DAO ہو سکتا ہے جو تاریخی ڈیٹا اسٹوریج کا انتظام کرنے کے لیے شروع ہو، یا مثالی طور پر یہ ان تمام آپشنز کا مجموعہ ہوگا۔ یہ فراہم کنندگان ڈیٹا کو کئی طریقوں سے فراہم کر سکتے ہیں، جیسے ٹورینٹ، FTP، Filecoin یا IPFS پر۔ + +ہسٹری کی میعاد ختم ہونا کسی حد تک متنازعہ ہے کیونکہ اب تک Ethereum نے ہمیشہ کسی بھی تاریخی ڈیٹا کی دستیابی کی بالواسطہ طور پر ضمانت دی ہے۔ جینیسس سے ایک مکمل سنک ہمیشہ بطور معیار ممکن رہا ہے، چاہے اس کا انحصار اسنیپ شاٹس سے کچھ پرانے ڈیٹا کو دوبارہ تعمیر کرنے پر ہی کیوں نہ ہو۔ ہسٹری کی میعاد ختم ہونا اس ضمانت کو فراہم کرنے کی ذمہ داری کو Ethereum کور پروٹوکول سے باہر منتقل کرتا ہے۔ یہ نئے سنسرشپ کے خطرات متعارف کرا سکتا ہے اگر یہ مرکزی تنظیمیں ہیں جو تاریخی ڈیٹا فراہم کرنے کے لیے مداخلت کرتی ہیں۔ + +EIP-4444 ابھی بھیجنے کے لیے تیار نہیں ہے، لیکن یہ فعال بحث کے تحت ہے۔ دلچسپ بات یہ ہے کہ EIP-4444 کے ساتھ چیلنجز اتنے تکنیکی نہیں ہیں، بلکہ زیادہ تر کمیونٹی کے انتظام سے متعلق ہیں۔ اسے بھیجنے کے لیے، کمیونٹی کی منظوری کی ضرورت ہے جس میں نہ صرف معاہدہ بلکہ قابل اعتماد اداروں سے تاریخی ڈیٹا کو ذخیرہ کرنے اور فراہم کرنے کے وعدے بھی شامل ہوں۔ + +یہ اپ گریڈ بنیادی طور پر اس بات کو تبدیل نہیں کرتا کہ Ethereum نوڈس اسٹیٹ ڈیٹا کو کیسے سنبھالتے ہیں، یہ صرف اس بات کو تبدیل کرتا ہے کہ تاریخی ڈیٹا تک کیسے رسائی حاصل کی جاتی ہے۔ + +### اسٹیٹ کی میعاد ختم ہونا {#state-expiry} + +اسٹیٹ کی میعاد ختم ہونے سے مراد انفرادی نوڈس سے اسٹیٹ کو ہٹانا ہے اگر اس تک حال ہی میں رسائی حاصل نہ کی گئی ہو۔ اسے نافذ کرنے کے کئی طریقے ہو سکتے ہیں، جن میں شامل ہیں: + +- **کرایہ کے ذریعے میعاد ختم ہونا**: اکاؤنٹس سے "کرایہ" وصول کرنا اور جب ان کا کرایہ صفر ہو جائے تو انہیں ختم کر دینا +- **وقت کے ذریعے میعاد ختم ہونا**: اگر کسی اکاؤنٹ میں کچھ وقت تک کوئی پڑھنے/لکھنے کا عمل نہ ہو تو اسے غیر فعال کر دینا + +کرایہ کے ذریعے میعاد ختم ہونا ایک براہ راست کرایہ ہو سکتا ہے جو اکاؤنٹس سے انہیں فعال اسٹیٹ ڈیٹا بیس میں رکھنے کے لیے وصول کیا جائے۔ وقت کے ذریعے میعاد ختم ہونا آخری اکاؤنٹ کی بات چیت سے الٹی گنتی کے ذریعے ہو سکتا ہے، یا یہ تمام اکاؤنٹس کی متواتر میعاد ختم ہونا ہو سکتا ہے۔ ایسے میکانزم بھی ہو سکتے ہیں جو وقت اور کرایہ پر مبنی ماڈلز دونوں کے عناصر کو ملاتے ہیں، مثال کے طور پر انفرادی اکاؤنٹس فعال اسٹیٹ میں برقرار رہتے ہیں اگر وہ وقت پر مبنی میعاد ختم ہونے سے پہلے کچھ چھوٹی سی فیس ادا کرتے ہیں۔ اسٹیٹ کی میعاد ختم ہونے کے ساتھ یہ نوٹ کرنا ضروری ہے کہ غیر فعال اسٹیٹ **حذف نہیں کیا جاتا**، اسے صرف فعال اسٹیٹ سے الگ ذخیرہ کیا جاتا ہے۔ غیر فعال اسٹیٹ کو فعال اسٹیٹ میں دوبارہ فعال کیا جا سکتا ہے۔ + +اس کا کام کرنے کا طریقہ شاید مخصوص وقت کی مدت (شاید ~1 سال) کے لیے ایک اسٹیٹ ٹری کا ہونا ہے۔ جب بھی کوئی نیا دور شروع ہوتا ہے، تو ایک بالکل نیا اسٹیٹ ٹری بھی شروع ہوتا ہے۔ صرف موجودہ اسٹیٹ ٹری میں ترمیم کی جا سکتی ہے، باقی سبھی ناقابل تغیر ہیں۔ Ethereum نوڈس سے صرف موجودہ اسٹیٹ ٹری اور اس کے بعد کا سب سے حالیہ ٹری رکھنے کی توقع کی جاتی ہے۔ اس کے لیے ایک ایڈریس کو اس مدت کے ساتھ ٹائم اسٹیمپ کرنے کا ایک طریقہ درکار ہے جس میں وہ موجود ہے۔ ایسا کرنے کے [کئی ممکنہ طریقے] ہیں(https://ethereum-magicians.org/t/types-of-resurrection-metadata-in-state-expiry/6607)، لیکن اہم آپشن کے لیے اضافی معلومات کو جگہ دینے کے لیے [ایڈریسز کو لمبا کرنے](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485) کی ضرورت ہوتی ہے جس کا اضافی فائدہ یہ ہے کہ لمبے ایڈریسز بہت زیادہ محفوظ ہوتے ہیں۔ روڈ میپ آئٹم جو یہ کرتا ہے اسے [ایڈریس اسپیس ایکسٹینشن](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485) کہا جاتا ہے۔ + +ہسٹری کی میعاد ختم ہونے کی طرح، اسٹیٹ کی میعاد ختم ہونے کے تحت پرانے اسٹیٹ ڈیٹا کو ذخیرہ کرنے کی ذمہ داری انفرادی صارفین سے ہٹا دی جاتی ہے اور دیگر اداروں جیسے کہ مرکزی فراہم کنندگان، فیاض کمیونٹی کے اراکین یا پورٹل نیٹ ورک جیسے مستقبل کے وکندریقرت حل پر ڈال دی جاتی ہے۔ + +اسٹیٹ کی میعاد ختم ہونا ابھی تحقیقی مرحلے میں ہے اور ابھی تک بھیجنے کے لیے تیار نہیں ہے۔ اسٹیٹ کی میعاد ختم ہونا اسٹیٹ لیس کلائنٹس اور ہسٹری کی میعاد ختم ہونے کے بعد ہو سکتا ہے کیونکہ یہ اپ گریڈز بڑے اسٹیٹ سائز کو زیادہ تر توثیق کاروں کے لیے آسانی سے قابل انتظام بنا دیتے ہیں۔ + +## اسٹیٹ لیس نیس {#statelessness} + +اسٹیٹ لیس نیس ایک طرح کا غلط نام ہے کیونکہ اس کا مطلب یہ نہیں ہے کہ "اسٹیٹ" کا تصور ختم کر دیا گیا ہے، لیکن اس میں Ethereum نوڈس کے اسٹیٹ ڈیٹا کو سنبھالنے کے طریقے میں تبدیلیاں شامل ہیں۔ اسٹیٹ لیس نیس خود دو اقسام میں آتی ہے: ویک اسٹیٹ لیس نیس اور اسٹرانگ اسٹیٹ لیس نیس۔ ویک اسٹیٹ لیس نیس زیادہ تر نوڈس کو اسٹیٹ اسٹوریج کی ذمہ داری چند پر ڈال کر اسٹیٹ لیس ہونے کے قابل بناتا ہے۔ اسٹرانگ اسٹیٹ لیس نیس کسی بھی نوڈ کو مکمل اسٹیٹ ڈیٹا ذخیرہ کرنے کی ضرورت کو مکمل طور پر ختم کرتا ہے۔ ویک اور اسٹرانگ دونوں اسٹیٹ لیس نیس عام توثیق کاروں کو مندرجہ ذیل فوائد پیش کرتے ہیں: + +- تقریباً فوری سنکنگ +- بلاکس کی بے ترتیب توثیق کرنے کی صلاحیت +- نوڈس بہت کم ہارڈویئر کی ضروریات کے ساتھ چلنے کے قابل (مثلاً، فون پر) +- نوڈس سستی ہارڈ ڈرائیوز پر چل سکتے ہیں کیونکہ ڈسک پڑھنے/لکھنے کی ضرورت نہیں ہوتی ہے۔ +- Ethereum کی کرپٹوگرافی کے مستقبل کے اپ گریڈ کے ساتھ ہم آہنگ + +### ویک اسٹیٹ لیس نیس {#weak-statelessness} + +ویک اسٹیٹ لیس نیس میں Ethereum نوڈس کے اسٹیٹ کی تبدیلیوں کی توثیق کرنے کے طریقے میں تبدیلیاں شامل ہیں، لیکن یہ نیٹ ورک کے تمام نوڈس میں اسٹیٹ اسٹوریج کی ضرورت کو مکمل طور پر ختم نہیں کرتا ہے۔ اس کے بجائے، ویک اسٹیٹ لیس نیس اسٹیٹ اسٹوریج کی ذمہ داری بلاک پروپوزرز پر ڈالتا ہے، جبکہ نیٹ ورک کے دیگر تمام نوڈس مکمل اسٹیٹ ڈیٹا کو ذخیرہ کیے بغیر بلاکس کی توثیق کرتے ہیں۔ + +**ویک اسٹیٹ لیس نیس میں بلاکس کی تجویز دینے کے لیے مکمل اسٹیٹ ڈیٹا تک رسائی کی ضرورت ہوتی ہے لیکن بلاکس کی تصدیق کے لیے کسی اسٹیٹ ڈیٹا کی ضرورت نہیں ہوتی ہے** + +ایسا ہونے کے لیے، [Verkle ٹریز](/roadmap/verkle-trees/) کو Ethereum کلائنٹس میں پہلے ہی نافذ کیا جا چکا ہونا چاہیے۔ Verkle ٹریز Ethereum اسٹیٹ ڈیٹا کو ذخیرہ کرنے کے لیے ایک متبادل ڈیٹا اسٹرکچر ہیں جو ڈیٹا کے چھوٹے، مقررہ سائز کے "وٹنسز" کو پیئرز کے درمیان منتقل کرنے اور مقامی ڈیٹا بیس کے خلاف بلاکس کی تصدیق کرنے کے بجائے بلاکس کی تصدیق کے لیے استعمال کرنے کی اجازت دیتے ہیں۔ [پروپوزر-بلڈر سیپریشن](/roadmap/pbs/) بھی ضروری ہے کیونکہ یہ بلاک بلڈرز کو زیادہ طاقتور ہارڈویئر کے ساتھ خصوصی نوڈس بننے کی اجازت دیتا ہے، اور یہی وہ ہیں جنہیں مکمل اسٹیٹ ڈیٹا تک رسائی کی ضرورت ہوتی ہے۔ + + + +اسٹیٹ لیس نیس بلاک بلڈرز کے مکمل اسٹیٹ ڈیٹا کی ایک کاپی برقرار رکھنے پر انحصار کرتا ہے تاکہ وہ وٹنسز پیدا کر سکیں جن کا استعمال بلاک کی تصدیق کے لیے کیا جا سکے۔ دوسرے نوڈس کو اسٹیٹ ڈیٹا تک رسائی کی ضرورت نہیں ہوتی، بلاک کی تصدیق کے لیے درکار تمام معلومات وٹنس میں دستیاب ہوتی ہیں۔ یہ ایک ایسی صورتحال پیدا کرتا ہے جہاں ایک بلاک کی تجویز دینا مہنگا ہوتا ہے، لیکن بلاک کی تصدیق کرنا سستا ہوتا ہے، جس کا مطلب ہے کہ کم آپریٹرز بلاک تجویز کرنے والا نوڈ چلائیں گے۔ تاہم، بلاک پروپوزرز کی وکندریقرت اہم نہیں ہے جب تک کہ زیادہ سے زیادہ شرکاء آزادانہ طور پر اس بات کی تصدیق کر سکیں کہ وہ جو بلاکس تجویز کرتے ہیں وہ درست ہیں۔ + +ڈینکراد کے نوٹس پر مزید پڑھیں + + +بلاک پروپوزرز اسٹیٹ ڈیٹا کا استعمال "وٹنسز" بنانے کے لیے کرتے ہیں - ڈیٹا کا وہ کم سے کم سیٹ جو اس اسٹیٹ کی اقدار کو ثابت کرتا ہے جنہیں ایک بلاک میں لین دین کے ذریعے تبدیل کیا جا رہا ہے۔ دیگر توثیق کار اسٹیٹ کو نہیں رکھتے، وہ صرف اسٹیٹ روٹ (پورے اسٹیٹ کا ایک ہیش) ذخیرہ کرتے ہیں۔ وہ ایک بلاک اور ایک وٹنس وصول کرتے ہیں اور انہیں اپنے اسٹیٹ روٹ کو اپ ڈیٹ کرنے کے لیے استعمال کرتے ہیں۔ یہ ایک توثیق کرنے والے نوڈ کو انتہائی ہلکا بنا دیتا ہے۔ + +ویک اسٹیٹ لیس نیس تحقیق کے ایک جدید مرحلے میں ہے، لیکن اس کا انحصار پروپوزر-بلڈر سیپریشن اور Verkle ٹریز کے نفاذ پر ہے تاکہ چھوٹے وٹنسز کو پیئرز کے درمیان منتقل کیا جا سکے۔ اس کا مطلب ہے کہ ویک اسٹیٹ لیس نیس شاید Ethereum مین نیٹ سے چند سال دور ہے۔ + +### اسٹرانگ اسٹیٹ لیس نیس {#strong-statelessness} + +اسٹرانگ اسٹیٹ لیس نیس کسی بھی نوڈ کو اسٹیٹ ڈیٹا ذخیرہ کرنے کی ضرورت کو ختم کرتا ہے۔ اس کے بجائے، لین دین کو وٹنسز کے ساتھ بھیجا جاتا ہے جنہیں بلاک پروڈیوسرز کے ذریعے جمع کیا جا سکتا ہے۔ بلاک پروڈیوسرز پھر صرف اس اسٹیٹ کو ذخیرہ کرنے کے ذمہ دار ہیں جو متعلقہ اکاؤنٹس کے لیے وٹنسز پیدا کرنے کے لیے درکار ہے۔ اسٹیٹ کی ذمہ داری تقریباً مکمل طور پر صارفین پر منتقل ہو جاتی ہے، کیونکہ وہ یہ اعلان کرنے کے لیے وٹنسز اور 'رسائی کی فہرستیں' بھیجتے ہیں کہ وہ کن اکاؤنٹس اور اسٹوریج کیز کے ساتھ بات چیت کر رہے ہیں۔ یہ انتہائی ہلکے نوڈس کو فعال کرے گا، لیکن اس میں کچھ سمجھوتے ہیں جن میں اسمارٹ معاہدوں کے ساتھ لین دین کرنا زیادہ مشکل بنانا شامل ہے۔ + +محققین نے اسٹرانگ اسٹیٹ لیس نیس کی تحقیق کی ہے لیکن فی الحال اس کے Ethereum کے روڈ میپ کا حصہ بننے کی توقع نہیں ہے - یہ زیادہ امکان ہے کہ ویک اسٹیٹ لیس نیس Ethereum کی اسکیلنگ کی ضروریات کے لیے کافی ہے۔ + +## موجودہ پیشرفت {#current-progress} + +ویک اسٹیٹ لیس نیس، ہسٹری کی میعاد ختم ہونا اور اسٹیٹ کی میعاد ختم ہونا سبھی تحقیقی مرحلے میں ہیں اور ان کے اب سے کئی سال بعد بھیجے جانے کی توقع ہے۔ اس بات کی کوئی ضمانت نہیں ہے کہ ان تمام تجاویز کو نافذ کیا جائے گا، مثال کے طور پر، اگر اسٹیٹ کی میعاد ختم ہونے کو پہلے نافذ کیا جاتا ہے تو ہو سکتا ہے کہ ہسٹری کی میعاد ختم ہونے کو بھی نافذ کرنے کی ضرورت نہ ہو۔ دیگر روڈ میپ آئٹمز بھی ہیں، جیسے [Verkle ٹریز](/roadmap/verkle-trees) اور [پروپوزر-بلڈر سیپریشن](/roadmap/pbs) جنہیں پہلے مکمل کرنے کی ضرورت ہے۔ + +## مزید پڑھیں {#further-reading} + +- [اسٹیٹ لیس Ethereum کیا ہے؟](https://stateless.fyi/) +- [وٹالک کا اسٹیٹ لیس نیس پر AMA](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) +- [اسٹیٹ سائز مینجمنٹ کا ایک نظریہ](https://hackmd.io/@vbuterin/state_size_management) +- [ری سریکشن-کانفلکٹ-منیمائزڈ اسٹیٹ باؤنڈنگ](https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739) +- [اسٹیٹ لیس نیس اور اسٹیٹ کی میعاد ختم ہونے کے راستے](https://hackmd.io/@vbuterin/state_expiry_paths) +- [EIP-4444 کی تفصیلات](https://eips.ethereum.org/EIPS/eip-4444) +- [EIP-4444 پر ایلکس اسٹوکس](https://youtu.be/SfDC_qUZaos) +- [اسٹیٹ لیس ہونا اتنا اہم کیوں ہے](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html) +- [اسٹیٹ لیس کلائنٹ تصور کے اصل نوٹس](https://ethresear.ch/t/the-stateless-client-concept/172) +- [اسٹیٹ کی میعاد ختم ہونے پر مزید](https://hackmd.io/@vbuterin/state_size_management#A-more-moderate-solution-state-expiry) +- [اسٹیٹ کی میعاد ختم ہونے پر اور بھی](https://hackmd.io/@vbuterin/state_expiry_paths#Option-2-per-epoch-state-expiry) +- [اسٹیٹ لیس Ethereum انفارمیشن پیج](https://stateless.fyi) diff --git a/public/content/translations/ur/roadmap/user-experience/index.md b/public/content/translations/ur/roadmap/user-experience/index.md new file mode 100644 index 00000000000..9d648eb2dab --- /dev/null +++ b/public/content/translations/ur/roadmap/user-experience/index.md @@ -0,0 +1,36 @@ +--- +title: "صارف کے تجربے کو بہتر بنانا" +description: "زیادہ تر لوگوں کے لیے Ethereum کا استعمال کرنا اب بھی بہت پیچیدہ ہے۔ بڑے پیمانے پر اپنانے کی حوصلہ افزائی کے لیے، Ethereum کو داخلے کی راہ میں حائل رکاوٹوں کو کافی حد تک کم کرنا ہوگا - صارفین کو Ethereum تک وکندریقرت، بغیر اجازت اور سنسرشپ سے مزاحم رسائی کے فوائد حاصل ہونے چاہئیں، لیکن یہ روایتی web2 ایپ کے استعمال کی طرح بغیر کسی رکاوٹ کے ہونا چاہیے۔" +lang: ur-in +image: /images/roadmap/roadmap-ux.png +alt: "ایتھریم روڈ میپ" +template: roadmap +--- + +**Ethereum کے استعمال کو آسان بنانے کی ضرورت ہے**؛ [keys](/glossary/#key) اور [wallets](/glossary/#wallet) کے نظم و نسق سے لے کر لین دین شروع کرنے تک۔ بڑے پیمانے پر اپنانے میں سہولت فراہم کرنے کے لیے، Ethereum کو استعمال میں آسانی کو بہت زیادہ بڑھانا ہوگا، جس سے صارفین [Web2](/glossary/#web2) ایپس کے استعمال کے بغیر کسی رکاوٹ کے تجربے کے ساتھ Ethereum تک بغیر اجازت اور سنسرشپ سے مزاحم رسائی کا تجربہ کر سکیں۔ + +## سیڈ فریزز سے آگے {#no-more-seed-phrases} + +Ethereum اکاؤنٹس کلیدوں کے ایک جوڑے کے ذریعے محفوظ کیے جاتے ہیں جو اکاؤنٹس کی شناخت (public key) اور پیغامات پر دستخط (private key) کرنے کے لیے استعمال ہوتے ہیں۔ ایک پرائیویٹ کی ایک ماسٹر پاس ورڈ کی طرح ہے؛ یہ ایک Ethereum اکاؤنٹ تک مکمل رسائی کی اجازت دیتی ہے۔ یہ ان لوگوں کے لیے کام کرنے کا ایک مختلف طریقہ ہے جو بینکوں اور Web2 ایپس سے زیادہ واقف ہیں جو صارف کی جانب سے اکاؤنٹس کا نظم کرتی ہیں۔ مرکزی تیسرے فریق پر انحصار کیے بغیر Ethereum کے بڑے پیمانے پر اپنانے کے لیے، صارف کے لیے اپنے اثاثوں کی تحویل لینے اور پبلک-پرائیویٹ کی کرپٹوگرافی اور کی مینجمنٹ کو سمجھے بغیر اپنے ڈیٹا پر کنٹرول رکھنے کا ایک سیدھا، بغیر رکاوٹ والا طریقہ ہونا چاہیے۔ + +اس کا حل Ethereum کے ساتھ تعامل کرنے کے لیے [smart contract](/glossary/#smart-contract) والیٹس کا استعمال کرنا ہے۔ اسمارٹ کانٹریکٹ والیٹس کلیدوں کے گم یا چوری ہونے کی صورت میں اکاؤنٹس کی حفاظت کے طریقے بناتے ہیں، دھوکہ دہی کا بہتر پتہ لگانے اور دفاع کے مواقع فراہم کرتے ہیں، اور والیٹس کو نئی فعالیت حاصل کرنے کی اجازت دیتے ہیں۔ اگرچہ آج اسمارٹ کانٹریکٹ والیٹس موجود ہیں، لیکن انہیں بنانا مشکل ہے کیونکہ Ethereum پروٹوکول کو انہیں بہتر طریقے سے سپورٹ کرنے کی ضرورت ہے۔ اس اضافی سپورٹ کو اکاؤنٹ ایبسٹریکشن کے نام سے جانا جاتا ہے۔ + +اکاؤنٹ ایبسٹریکشن پر مزید + +## سب کے لیے نوڈز + +[nodes](/glossary/#node) چلانے والے صارفین کو ڈیٹا فراہم کرنے کے لیے تیسرے فریق پر بھروسہ کرنے کی ضرورت نہیں ہے، اور وہ Ethereum [blockchain](/glossary/#blockchain) کے ساتھ تیزی سے، نجی طور پر، اور بغیر اجازت کے تعامل کر سکتے ہیں۔ تاہم، ابھی ایک نوڈ چلانے کے لیے تکنیکی علم اور کافی ڈسک کی جگہ درکار ہے، جس کا مطلب ہے کہ بہت سے لوگوں کو اس کے بجائے بیچوانوں پر بھروسہ کرنا پڑتا ہے۔ + +کئی اپ گریڈ ہیں جو نوڈز کو چلانا بہت آسان اور بہت کم وسائل استعمال کرنے والا بنا دیں گے۔ ڈیٹا کو ذخیرہ کرنے کے طریقے کو ایک زیادہ جگہ کی بچت کرنے والے ڈھانچے، جسے **Verkle Tree** کہا جاتا ہے، کے استعمال کے لیے تبدیل کیا جائے گا۔ اس کے علاوہ، [statelessness](/roadmap/statelessness) یا [data expiry](/roadmap/statelessness/#data-expiry) کے ساتھ، Ethereum نوڈز کو پورے Ethereum اسٹیٹ ڈیٹا کی ایک کاپی ذخیرہ کرنے کی ضرورت نہیں ہوگی، جس سے ہارڈ ڈسک کی جگہ کی ضروریات میں بہت کمی آئے گی۔ [Light nodes](/developers/docs/nodes-and-clients/light-clients/) ایک مکمل نوڈ چلانے کے بہت سے فوائد پیش کریں گے لیکن یہ موبائل فونز پر یا سادہ براؤزر ایپس کے اندر آسانی سے چل سکتے ہیں۔ + +Verkle trees کے بارے میں پڑھیں + +ان اپ گریڈز کے ساتھ، ایک نوڈ چلانے کی راہ میں حائل رکاوٹیں مؤثر طریقے سے صفر تک کم ہو جاتی ہیں۔ صارفین اپنے کمپیوٹر یا موبائل فون پر قابل ذکر ڈسک اسپیس یا CPU کی قربانی دیے بغیر Ethereum تک محفوظ، بغیر اجازت والی رسائی سے فائدہ اٹھائیں گے، اور ایپس استعمال کرتے وقت انہیں ڈیٹا یا نیٹ ورک تک رسائی کے لیے تیسرے فریق پر انحصار نہیں کرنا پڑے گا۔ + +## موجودہ پیشرفت {#current-progress} + +اسمارٹ کانٹریکٹ والیٹس پہلے سے ہی دستیاب ہیں، لیکن انہیں ممکنہ حد تک وکندریقرت اور بغیر اجازت کے بنانے کے لیے مزید اپ گریڈ کی ضرورت ہے۔ EIP-4337 ایک پختہ تجویز ہے جس کے لیے Ethereum کے پروٹوکول میں کسی تبدیلی کی ضرورت نہیں ہے۔ EIP-4337 کے لیے درکار اہم اسمارٹ کانٹریکٹ **مارچ 2023 میں تعینات کیا گیا تھا**۔ + +**مکمل اسٹیٹ لیس نیس ابھی بھی تحقیقی مرحلے میں ہے** اور اس کے نفاذ میں ممکنہ طور پر کئی سال لگ سکتے ہیں۔ مکمل اسٹیٹ لیس نیس کی راہ میں کئی سنگ میل ہیں، بشمول ڈیٹا کی میعاد ختم ہونا، جنہیں جلد نافذ کیا جا سکتا ہے۔ روڈ میپ کی دیگر اشیاء، جیسے [Verkle Trees](/roadmap/verkle-trees/) اور [Proposer-builder separation](/roadmap/pbs/) کو پہلے مکمل کرنے کی ضرورت ہے۔ + +Verkle tree ٹیسٹ نیٹس پہلے ہی چل رہے ہیں، اور اگلا مرحلہ نجی، پھر عوامی ٹیسٹ نیٹس پر Verkle-tree فعال کلائنٹس کو چلانا ہے۔ آپ ٹیسٹ نیٹس پر کنٹریکٹس کو تعینات کرکے یا ٹیسٹ نیٹ کلائنٹس چلا کر پیش رفت کو تیز کرنے میں مدد کرسکتے ہیں۔ diff --git a/public/content/translations/ur/roadmap/verkle-trees/index.md b/public/content/translations/ur/roadmap/verkle-trees/index.md new file mode 100644 index 00000000000..f507c70234f --- /dev/null +++ b/public/content/translations/ur/roadmap/verkle-trees/index.md @@ -0,0 +1,64 @@ +--- +title: "ورکل ٹریز" +description: "ورکل ٹریز کی اعلی سطحی تفصیل اور یہ کہ ایتھیریم کو اپ گریڈ کرنے کے لیے ان کا استعمال کیسے کیا جائے گا۔" +lang: ur-in +summaryPoints: + - دریافت کریں کہ ورکل ٹریز کیا ہیں۔ + - پڑھیں کہ ورکل ٹریز ایتھیریم کے لیے ایک مفید اپ گریڈ کیوں ہیں۔ +--- + +# ورکل ٹریز {#verkle-trees} + +ورکل ٹریز ("ویکٹر کمٹمنٹ" اور "مرکل ٹریز" کا ایک مجموعہ) ایک ڈیٹا ڈھانچہ ہے جسے ایتھیریم نوڈز کو اپ گریڈ کرنے کے لیے استعمال کیا جا سکتا ہے تاکہ وہ بلاکوں کی توثیق کرنے کی صلاحیت کھوئے بغیر بڑی مقدار میں اسٹیٹ ڈیٹا کا ذخیرہ کرنا بند کر سکیں۔ + +## اسٹیٹ لیس نیس {#statelessness} + +ورکل ٹریز اسٹیٹ لیس ایتھیریم کلائنٹس کی راہ میں ایک اہم قدم ہیں۔ اسٹیٹ لیس کلائنٹس وہ ہیں جنہیں آنے والے بلاکوں کی توثیق کرنے کے لیے پورے اسٹیٹ ڈیٹا بیس کو ذخیرہ کرنے کی ضرورت نہیں ہوتی۔ ایتھیریم کے اسٹیٹ کی اپنی مقامی کاپی کا استعمال کرکے بلاکوں کی توثیق کرنے کے بجائے، اسٹیٹ لیس کلائنٹس اسٹیٹ ڈیٹا کے لیے ایک "وٹنس" کا استعمال کرتے ہیں جو بلاک کے ساتھ آتا ہے۔ وٹنس اسٹیٹ ڈیٹا کے انفرادی ٹکڑوں کا ایک مجموعہ ہے جو ٹرانزیکشنز کے ایک خاص سیٹ کو انجام دینے کے لیے درکار ہوتا ہے، اور ایک کرپٹوگرافک ثبوت ہے کہ وٹنس واقعی مکمل ڈیٹا کا حصہ ہے۔ وٹنس کا استعمال اسٹیٹ ڈیٹا بیس کے _بجائے_ کیا جاتا ہے۔ اس کے کام کرنے کے لیے، وٹنسز کا بہت چھوٹا ہونا ضروری ہے، تاکہ انہیں نیٹ ورک پر بحفاظت بروقت براڈکاسٹ کیا جا سکے تاکہ ویلیڈیٹرز انہیں 12 سیکنڈ کے سلاٹ کے اندر پراسیس کر سکیں۔ موجودہ اسٹیٹ ڈیٹا ڈھانچہ مناسب نہیں ہے کیونکہ وٹنسز بہت بڑے ہیں۔ ورکل ٹریز چھوٹے وٹنسز کو فعال کرکے اس مسئلے کو حل کرتے ہیں، جس سے اسٹیٹ لیس کلائنٹس کی راہ میں حائل اہم رکاوٹوں میں سے ایک دور ہو جاتی ہے۔ + + + +ایتھیریم کلائنٹس فی الحال اپنے اسٹیٹ ڈیٹا کو ذخیرہ کرنے کے لیے Patricia Merkle Trie کے نام سے جانے والے ڈیٹا ڈھانچے کا استعمال کرتے ہیں۔ انفرادی اکاؤنٹس کے بارے میں معلومات ٹرائی پر لیوز کے طور پر ذخیرہ کی جاتی ہیں اور لیوز کے جوڑوں کو بار بار ہیش کیا جاتا ہے جب تک کہ صرف ایک ہیش باقی نہ رہ جائے۔ اس آخری ہیش کو "روٹ" کے نام سے جانا جاتا ہے۔ بلاکوں کی توثیق کرنے کے لیے، ایتھیریم کلائنٹس ایک بلاک میں موجود تمام ٹرانزیکشنز کو انجام دیتے ہیں اور اپنی مقامی اسٹیٹ ٹرائی کو اپ ڈیٹ کرتے ہیں۔ بلاک کو درست سمجھا جاتا ہے اگر مقامی ٹری کا روٹ بلاک پروپوزر کے ذریعہ فراہم کردہ روٹ سے مماثل ہو، کیونکہ بلاک پروپوزر اور توثیق کرنے والے نوڈ کے ذریعہ کیے گئے شمار میں کوئی بھی فرق روٹ ہیش کو بالکل مختلف بنا دے گا۔ اس میں مسئلہ یہ ہے کہ بلاک چین کی توثیق کرنے کے لیے ہر کلائنٹ کو ہیڈ بلاک اور کئی تاریخی بلاکوں کے لیے پوری اسٹیٹ ٹرائی کو ذخیرہ کرنے کی ضرورت ہوتی ہے (Geth میں پہلے سے طے شدہ یہ ہے کہ ہیڈ کے پیچھے 128 بلاکوں کے لیے اسٹیٹ ڈیٹا رکھا جائے)۔ اس کے لیے کلائنٹس کو بڑی مقدار میں ڈسک کی جگہ تک رسائی حاصل کرنے کی ضرورت ہوتی ہے، جو سستے، کم پاور والے ہارڈ ویئر پر فل نوڈز چلانے میں ایک رکاوٹ ہے۔ اس کا ایک حل یہ ہے کہ اسٹیٹ ٹرائی کو ایک زیادہ موثر ڈھانچے (ورکل ٹری) میں اپ ڈیٹ کیا جائے جسے ڈیٹا کے ایک چھوٹے "وٹنس" کا استعمال کرکے مختصر کیا جا سکتا ہے جسے مکمل اسٹیٹ ڈیٹا کے بجائے شیئر کیا جا سکتا ہے۔ اسٹیٹ ڈیٹا کو ورکل ٹری میں دوبارہ فارمیٹ کرنا اسٹیٹ لیس کلائنٹس کی طرف بڑھنے کے لیے ایک سنگ میل ہے۔ + + +## وٹنس کیا ہے اور ہمیں ان کی ضرورت کیوں ہے؟ {#what-is-a-witness} + +ایک بلاک کی توثیق کرنے کا مطلب ہے بلاک میں موجود ٹرانزیکشنز کو دوبارہ انجام دینا، تبدیلیوں کو ایتھیریم کی اسٹیٹ ٹرائی پر لاگو کرنا، اور نئے روٹ ہیش کا حساب لگانا۔ ایک توثیق شدہ بلاک وہ ہے جس کا شمار کردہ اسٹیٹ روٹ ہیش بلاک کے ساتھ فراہم کردہ ہیش جیسا ہی ہو (کیونکہ اس کا مطلب ہے کہ بلاک پروپوزر نے واقعی وہی شمار کیا ہے جو انہوں نے کہا تھا)۔ آج کے ایتھیریم کلائنٹس میں، اسٹیٹ کو اپ ڈیٹ کرنے کے لیے پوری اسٹیٹ ٹرائی تک رسائی درکار ہوتی ہے، جو ایک بڑا ڈیٹا ڈھانچہ ہے جسے مقامی طور پر ذخیرہ کیا جانا چاہیے۔ ایک وٹنس میں صرف اسٹیٹ ڈیٹا کے وہ ٹکڑے ہوتے ہیں جو بلاک میں ٹرانزیکشنز کو انجام دینے کے لیے درکار ہوتے ہیں۔ ایک ویلیڈیٹر پھر صرف ان ٹکڑوں کا استعمال کرکے یہ توثیق کرسکتا ہے کہ بلاک پروپوزر نے بلاک ٹرانزیکشنز کو انجام دیا ہے اور اسٹیٹ کو صحیح طریقے سے اپ ڈیٹ کیا ہے۔ تاہم، اس کا مطلب ہے کہ وٹنس کو ایتھیریم نیٹ ورک پر ہم مرتبہ کے درمیان اتنی تیزی سے منتقل کرنے کی ضرورت ہے کہ ہر نوڈ اسے 12 سیکنڈ کے سلاٹ کے اندر محفوظ طریقے سے وصول اور پراسیس کر سکے۔ اگر وٹنس بہت بڑا ہے، تو کچھ نوڈز کو اسے ڈاؤن لوڈ کرنے اور چین کے ساتھ ہم آہنگ رہنے میں بہت زیادہ وقت لگ سکتا ہے۔ یہ ایک مرکزیت پیدا کرنے والی قوت ہے کیونکہ اس کا مطلب ہے کہ صرف تیز انٹرنیٹ کنکشن والے نوڈز ہی بلاکوں کی توثیق میں حصہ لے سکتے ہیں۔ ورکل ٹریز کے ساتھ آپ کو اپنی ہارڈ ڈرائیو پر اسٹیٹ ذخیرہ کرنے کی کوئی ضرورت نہیں ہے؛ ایک بلاک کی توثیق کرنے کے لیے آپ کو جس _ہر چیز_ کی ضرورت ہے وہ خود بلاک کے اندر موجود ہے۔ بدقسمتی سے، مرکل ٹرائیز سے تیار کیے جانے والے وٹنسز اسٹیٹ لیس کلائنٹس کو سپورٹ کرنے کے لیے بہت بڑے ہیں۔ + +## ورکل ٹریز چھوٹے وٹنسز کو کیوں ممکن بناتے ہیں؟ {#why-do-verkle-trees-enable-smaller-witnesses} + +مرکل ٹرائی کا ڈھانچہ وٹنس کے سائز کو بہت بڑا بنا دیتا ہے - اتنا بڑا کہ اسے 12 سیکنڈ کے سلاٹ کے اندر ہم مرتبہ کے درمیان محفوظ طریقے سے براڈکاسٹ نہیں کیا جا سکتا۔ ایسا اس لیے ہے کیونکہ وٹنس ایک راستہ ہے جو ڈیٹا کو، جو لیوز میں رکھا ہوتا ہے، روٹ ہیش سے جوڑتا ہے۔ ڈیٹا کی توثیق کرنے کے لیے نہ صرف تمام درمیانی ہیشز کا ہونا ضروری ہے جو ہر لیف کو روٹ سے جوڑتے ہیں، بلکہ تمام "سبلنگ" نوڈز کا ہونا بھی ضروری ہے۔ ثبوت میں ہر نوڈ کا ایک سبلنگ ہوتا ہے جس کے ساتھ اسے ہیش کیا جاتا ہے تاکہ ٹرائی میں اگلا ہیش بنایا جا سکے۔ یہ بہت زیادہ ڈیٹا ہے۔ ورکل ٹریز ٹری کے لیوز اور اس کے روٹ کے درمیان فاصلے کو کم کرکے اور روٹ ہیش کی توثیق کے لیے سبلنگ نوڈز فراہم کرنے کی ضرورت کو ختم کرکے وٹنس کے سائز کو کم کرتے ہیں۔ ہیش اسٹائل ویکٹر کمٹمنٹ کے بجائے ایک طاقتور پولی نومیل کمٹمنٹ اسکیم کا استعمال کرکے جگہ کی مزید بچت حاصل کی جائے گی۔ پولی نومیل کمٹمنٹ وٹنس کو اس بات سے قطع نظر ایک مقررہ سائز کا ہونے کی اجازت دیتا ہے کہ وہ کتنے لیوز کو ثابت کرتا ہے۔ + +پولی نومیل کمٹمنٹ اسکیم کے تحت، وٹنسز کے قابل انتظام سائز ہوتے ہیں جنہیں پیئر-ٹو-پیئر نیٹ ورک پر آسانی سے منتقل کیا جا سکتا ہے۔ یہ کلائنٹس کو ہر بلاک میں اسٹیٹ کی تبدیلیوں کی توثیق کم سے کم ڈیٹا کے ساتھ کرنے کی اجازت دیتا ہے۔ + + + +وٹنس کا سائز اس میں شامل لیوز کی تعداد کے لحاظ سے مختلف ہوتا ہے۔ یہ فرض کرتے ہوئے کہ وٹنس 1000 لیوز کا احاطہ کرتا ہے، ایک مرکل ٹرائی کے لیے ایک وٹنس تقریباً 3.5MB کا ہوگا (یہ فرض کرتے ہوئے کہ ٹرائی کے 7 لیولز ہیں)۔ ورکل ٹری میں اسی ڈیٹا کے لیے ایک وٹنس (یہ فرض کرتے ہوئے کہ ٹری کے 4 لیولز ہیں) تقریباً 150 kB کا ہوگا - **تقریباً 23 گنا چھوٹا**۔ وٹنس کے سائز میں یہ کمی اسٹیٹ لیس کلائنٹ وٹنسز کو قابل قبول حد تک چھوٹا ہونے دے گی۔ پولی نومیل وٹنسز 0.128 -1 kB کے ہوتے ہیں جو اس بات پر منحصر ہے کہ کون سا مخصوص پولی نومیل کمٹمنٹ استعمال کیا جاتا ہے۔ + + +## ورکل ٹری کا ڈھانچہ کیا ہے؟ {#what-is-the-structure-of-a-verkle-tree} + +ورکل ٹریز `(کی، ویلیو)` کے جوڑے ہیں جہاں کیز 32-بائٹ عناصر ہیں جو 31-بائٹ کے _اسٹیم_ اور ایک بائٹ کے _سفکس_ پر مشتمل ہیں۔ ان کیز کو _ایکسٹنشن_ نوڈز اور _انر_ نوڈز میں منظم کیا گیا ہے۔ ایکسٹنشن نوڈز مختلف سفکسز کے ساتھ 256 چلڈرن کے لیے ایک ہی اسٹیم کی نمائندگی کرتے ہیں۔ انر نوڈز کے بھی 256 چلڈرن ہوتے ہیں، لیکن وہ دوسرے ایکسٹنشن نوڈز ہو سکتے ہیں۔ ورکل ٹری اور مرکل ٹری کے ڈھانچے کے درمیان بنیادی فرق یہ ہے کہ ورکل ٹری بہت زیادہ فلیٹ ہے، جس کا مطلب ہے کہ ایک لیف کو روٹ سے جوڑنے والے کم درمیانی نوڈز ہیں، اور اس لیے ثبوت پیدا کرنے کے لیے کم ڈیٹا کی ضرورت ہوتی ہے۔ + +![](./verkle.png) + +[ورکل ٹریز کے ڈھانچے کے بارے میں مزید پڑھیں](https://blog.ethereum.org/2021/12/02/verkle-tree-structure) + +## موجودہ پیشرفت {#current-progress} + +ورکل ٹری ٹیسٹ نیٹس پہلے سے ہی چل رہے ہیں، لیکن کلائنٹس میں ابھی بھی کافی بقایا اپ ڈیٹس ہیں جو ورکل ٹریز کو سپورٹ کرنے کے لیے درکار ہیں۔ آپ ٹیسٹ نیٹس پر کنٹریکٹس کو تعینات کرکے یا ٹیسٹ نیٹ کلائنٹس چلا کر پیش رفت کو تیز کرنے میں مدد کرسکتے ہیں۔ + +[گوئلیم بیلے کو Condrieu Verkle ٹیسٹ نیٹ کی وضاحت کرتے ہوئے دیکھیں](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (نوٹ کریں کہ Condrieu ٹیسٹ نیٹ پروف آف ورک تھا اور اب اس کی جگہ Verkle Gen Devnet 6 ٹیسٹ نیٹ نے لے لی ہے)۔ + +## مزید پڑھیں {#further-reading} + +- [اسٹیٹ لیس نیس کے لیے ورکل ٹریز](https://verkle.info/) +- [ڈینکراد فیسٹ PEEPanEIP پر ورکل ٹریز کی وضاحت کرتے ہیں](https://www.youtube.com/watch?v=RGJOQHzg3UQ) +- [باقی سب کے لیے ورکل ٹریز](https://web.archive.org/web/20250124132255/https://research.2077.xyz/verkle-trees) +- [ایک ورکل پروف کی اناٹومی](https://ihagopian.com/posts/anatomy-of-a-verkle-proof) +- [گوئلیم بیلے ETHGlobal میں ورکل ٹریز کی وضاحت کرتے ہیں](https://www.youtube.com/watch?v=f7bEtX3Z57o) +- ["ورکل ٹریز ایتھیریم کو کیسے موثر اور طاقتور بناتے ہیں" از گوئلیم بیلے، بمقام Devcon 6](https://www.youtube.com/watch?v=Q7rStTKwuYs) +- [ETHDenver 2020 سے اسٹیٹ لیس کلائنٹس پر پائپر میریم](https://www.youtube.com/watch?v=0yiZJNciIJ4) +- [ڈینکراد فیسٹ زیرو نالج پوڈ کاسٹ پر ورکل ٹریز اور اسٹیٹ لیس نیس کی وضاحت کرتے ہیں](https://zeroknowledge.fm/podcast/202/) +- [ورکل ٹریز پر ویٹالک بٹیرن](https://vitalik.eth.limo/general/2021/06/18/verkle.html) +- [ورکل ٹریز پر ڈینکراد فیسٹ](https://dankradfeist.de/ethereum/2021/06/18/verkle-trie-for-eth1.html) +- [ورکل ٹری EIP ڈاکیومنٹیشن](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Illustration) diff --git a/public/content/translations/ur/security/index.md b/public/content/translations/ur/security/index.md new file mode 100644 index 00000000000..7817056286d --- /dev/null +++ b/public/content/translations/ur/security/index.md @@ -0,0 +1,305 @@ +--- +title: "Ethereum سیکورٹی اور جعل سازی کی روک تھام" +description: "ایتھیریم پر محفوظ رہنا" +lang: ur-in +--- + +# ایتھیریم سیکورٹی اور اسکام کی روک تھام {#introduction} + +کرپٹو کرنسی میں بڑھتی ہوئی دلچسپی اپنے ساتھ اسکیمرز اور ہیکرز سے بڑھتے ہوئے خطرے کو بھی لاتی ہے۔ یہ مضمون ان خطرات کو کم کرنے کے لیے کچھ بہترین طریقوں کی وضاحت کرتا ہے۔ + +**یاد رکھیں: ethereum.org سے کوئی بھی آپ سے کبھی رابطہ نہیں کرے گا۔** **ان ای میلز کا جواب نہ دیں جو یہ کہتی ہیں کہ وہ آفیشل ایتھیریم سپورٹ سے ہیں۔** + + + +## کرپٹو سیکورٹی 101 {#crypto-security} + +### اپنے علم کی سطح کو بلند کریں {#level-up-your-knowledge} + +کرپٹو کے کام کرنے کے طریقے کے بارے میں غلط فہمیاں مہنگی غلطیوں کا باعث بن سکتی ہیں۔ مثال کے طور پر، اگر کوئی شخص کسٹمر سروس ایجنٹ ہونے کا دکھاوا کرتا ہے جو آپ کی نجی کلیدوں کے بدلے میں کھوئے ہوئے ETH کو واپس کر سکتا ہے، تو وہ ایسے لوگوں کا شکار کر رہے ہیں جو یہ نہیں سمجھتے کہ ایتھیریم ایک غیر مرکزی نیٹ ورک ہے جس میں اس قسم کی فعالیت کا فقدان ہے۔ ایتھیریم کے کام کرنے کے طریقے کے بارے میں خود کو تعلیم دینا ایک قابل قدر سرمایہ کاری ہے۔ + + + ایتھیریم کیا ہے؟ + + + + ایتھر کیا ہے؟ + + + +## والیٹ کی سیکورٹی {#wallet-security} + +### اپنی نجی کلیدیں کسی کو نہ دیں {#protect-private-keys} + +**کبھی بھی، کسی بھی وجہ سے، اپنی نجی کلیدیں شیئر نہ کریں!** + +آپ کے والیٹ کی نجی کلید آپ کے ایتھیریم والیٹ کا پاس ورڈ ہے۔ یہ واحد چیز ہے جو کسی ایسے شخص کو روکتی ہے جو آپ کے والیٹ کا پتہ جانتا ہے اور آپ کے اکاؤنٹ سے تمام اثاثے نکال سکتا ہے! + + + ایتھیریم والیٹ کیا ہے؟ + + +#### اپنے سیڈ فریز/نجی کلیدوں کے اسکرین شاٹ نہ لیں {#screenshot-private-keys} + +اپنے سیڈ فریز یا نجی کلیدوں کا اسکرین شاٹ لینے سے وہ کلاؤڈ ڈیٹا فراہم کنندہ سے مطابقت پذیر ہو سکتے ہیں، جو انہیں ہیکرز کے لیے قابل رسائی بنا سکتا ہے۔ کلاؤڈ سے نجی کلیدیں حاصل کرنا ہیکرز کے لیے ایک عام حملہ کرنے کا طریقہ ہے۔ + +### ہارڈ ویئر والیٹ کا استعمال کریں {#use-hardware-wallet} + +ہارڈ ویئر والیٹ نجی کلیدوں کے لیے آف لائن اسٹوریج فراہم کرتا ہے۔ یہ آپ کی نجی کلیدوں کو ذخیرہ کرنے کے لیے سب سے محفوظ والیٹ کا اختیار مانے جاتے ہیں: آپ کی نجی کلید کبھی بھی انٹرنیٹ کو نہیں چھوتی ہے اور آپ کے آلے پر مکمل طور پر مقامی رہتی ہے۔ + +نجی کلیدوں کو آف لائن رکھنے سے ہیک ہونے کا خطرہ بہت حد تک کم ہو جاتا ہے، چاہے ہیکر آپ کے کمپیوٹر پر کنٹرول حاصل کر لے۔ + +#### ہارڈ ویئر والیٹ آزمائیں: {#try-hardware-wallet} + +- [Ledger](https://www.ledger.com/) +- [Trezor](https://trezor.io/) + +### بھیجنے سے پہلے لین دین کو دوبارہ چیک کریں {#double-check-transactions} + +غلطی سے کرپٹو کو غلط والیٹ پتے پر بھیجنا ایک عام غلطی ہے۔ **ایتھیریم پر بھیجی گئی ٹرانزیکشن ناقابل واپسی ہے۔** جب تک آپ پتے کے مالک کو نہیں جانتے اور انہیں اپنے فنڈز واپس بھیجنے پر راضی نہیں کر سکتے، آپ اپنے فنڈز کو دوبارہ حاصل نہیں کر پائیں گے۔ + +ٹرانزیکشن بھیجنے سے پہلے ہمیشہ اس بات کو یقینی بنائیں کہ آپ جس پتے پر بھیج رہے ہیں وہ مطلوبہ وصول کنندہ کے پتے سے بالکل میل کھاتا ہے۔ +اسمارٹ کنٹریکٹ کے ساتھ تعامل کرتے وقت دستخط کرنے سے پہلے ٹرانزیکشن پیغام کو پڑھنا ایک اچھا عمل ہے۔ + +### اسمارٹ کنٹریکٹ کے اخراجات کی حد مقرر کریں {#spend-limits} + +اسمارٹ کنٹریکٹ کے ساتھ تعامل کرتے وقت، لامحدود اخراجات کی حد کی اجازت نہ دیں۔ لامحدود خرچ اسمارٹ کنٹریکٹ کو آپ کے والیٹ کو خالی کرنے کے قابل بنا سکتا ہے۔ اس کے بجائے، اخراجات کی حد صرف لین دین کے لیے ضروری رقم پر مقرر کریں۔ + +بہت سے ایتھیریم والیٹ اکاؤنٹس کو خالی ہونے سے بچانے کے لیے حد کا تحفظ فراہم کرتے ہیں۔ + +[اپنے کرپٹو فنڈز تک اسمارٹ کنٹریکٹ کی رسائی کو کیسے منسوخ کریں](/guides/how-to-revoke-token-access/) + + + +## عام اسکامز {#common-scams} + +اسکیمرز کو مکمل طور پر روکنا ناممکن ہے، لیکن ہم ان کی سب سے زیادہ استعمال ہونے والی تکنیکوں سے آگاہ ہو کر انہیں کم موثر بنا سکتے ہیں۔ ان اسکامز کی بہت سی قسمیں ہیں، لیکن وہ عام طور پر ایک ہی اعلیٰ سطحی نمونوں کی پیروی کرتے ہیں۔ اگر کچھ اور نہیں، تو یاد رکھیں: + +- ہمیشہ شکی رہیں +- کوئی بھی آپ کو مفت یا رعایتی ETH نہیں دے گا +- کسی کو بھی آپ کی نجی کلیدوں یا ذاتی معلومات تک رسائی کی ضرورت نہیں ہے + +### ٹویٹر اشتہار کی فشنگ {#ad-phishing} + +![ٹویٹر لنک فشنگ](./twitterPhishingScam.png) + +ٹویٹر (جسے X بھی کہا جاتا ہے) کی لنک پیش نظارہ خصوصیت (انفرلنگ) کو اسپوف کرنے کا ایک طریقہ ہے جس سے صارفین کو یہ سوچنے پر دھوکہ دیا جا سکتا ہے کہ وہ ایک جائز ویب سائٹ پر جا رہے ہیں۔ یہ تکنیک ٹویٹس میں شیئر کیے گئے URLs کے پیش نظارہ بنانے کے لیے ٹویٹر کے میکانزم کا استحصال کرتی ہے، اور مثال کے طور پر _from ethereum.org_ دکھاتی ہے (جیسا کہ اوپر دکھایا گیا ہے)، جبکہ حقیقت میں انہیں ایک بدنیتی پر مبنی سائٹ پر ری ڈائریکٹ کیا جا رہا ہوتا ہے۔ + +ہمیشہ چیک کریں کہ آپ صحیح ڈومین پر ہیں، خاص طور پر لنک پر کلک کرنے کے بعد۔ + +[یہاں مزید معلومات](https://harrydenley.com/faking-twitter-unfurling)۔ + +### گِو اوے اسکام {#giveaway} + +کرپٹو کرنسی میں سب سے عام اسکامز میں سے ایک گِو اوے اسکام ہے۔ گِو اوے اسکام کئی شکلیں لے سکتا ہے، لیکن عام خیال یہ ہے کہ اگر آپ فراہم کردہ والیٹ پتے پر ETH بھیجتے ہیں، تو آپ کو اپنا ETH واپس ملے گا لیکن دوگنا۔_اسی وجہ سے، اسے 2-کے-بدلے-1 اسکام کے نام سے بھی جانا جاتا ہے۔_ + +یہ اسکامز عام طور پر گِو اوے کا دعویٰ کرنے کے لیے ایک محدود وقت کا موقع فراہم کرتے ہیں تاکہ عجلت کا جھوٹا احساس پیدا کیا جا سکے۔ + +### سوشل میڈیا ہیکس {#social-media-hacks} + +اس کا ایک ہائی پروفائل ورژن جولائی 2020 میں پیش آیا، جب ممتاز مشہور شخصیات اور تنظیموں کے ٹویٹر اکاؤنٹس ہیک ہو گئے۔ ہیکر نے بیک وقت ہیک کیے گئے اکاؤنٹس پر بٹ کوائن گِو اوے پوسٹ کیا۔ اگرچہ دھوکہ دہی والے ٹویٹس کو جلد ہی دیکھ لیا گیا اور حذف کر دیا گیا، ہیکرز پھر بھی 11 بٹ کوائن (یا ستمبر 2021 تک 500,000$) لے کر فرار ہونے میں کامیاب رہے۔ + +![ٹویٹر پر ایک اسکام](./appleTwitterScam.png) + +### مشہور شخصیت کا گِو اوے {#celebrity-giveaway} + +مشہور شخصیت کا گِو اوے ایک اور عام شکل ہے جو گِو اوے اسکام اختیار کرتا ہے۔ اسکیمرز ایک مشہور شخصیت کے ذریعے دیا گیا ایک ریکارڈ شدہ ویڈیو انٹرویو یا کانفرنس ٹاک لیں گے اور اسے یوٹیوب پر لائیو اسٹریم کریں گے - جس سے یہ ظاہر ہوگا کہ گویا مشہور شخصیت کرپٹو کرنسی گِو اوے کی توثیق کرتے ہوئے ایک لائیو ویڈیو انٹرویو دے رہی تھی۔ + +اس اسکام میں اکثر Vitalik Buterin کا استعمال کیا جاتا ہے، لیکن کرپٹو میں شامل بہت سے دوسرے نمایاں افراد کا بھی استعمال کیا جاتا ہے (مثلاً، Elon Musk یا Charles Hoskinson)۔ ایک معروف شخص کو شامل کرنے سے اسکیمرز کی لائیو اسٹریم کو قانونی حیثیت کا احساس ہوتا ہے (یہ مشکوک لگتا ہے، لیکن Vitalik شامل ہے، لہذا یہ ٹھیک ہی ہوگا!)۔ + +**گِو اوے ہمیشہ اسکام ہوتے ہیں۔** **اگر آپ اپنے فنڈز ان اکاؤنٹس میں بھیجتے ہیں، تو آپ انہیں ہمیشہ کے لیے کھو دیں گے۔** + +![یوٹیوب پر ایک اسکام](./youtubeScam.png) + +### سپورٹ اسکامز {#support-scams} + +کرپٹو کرنسی ایک نسبتاً نئی اور غلط سمجھی جانے والی ٹیکنالوجی ہے۔ اس کا فائدہ اٹھانے والا ایک عام اسکام سپورٹ اسکام ہے، جہاں اسکیمرز مقبول والیٹس، ایکسچینجز، یا بلاک چینز کے لیے سپورٹ اہلکاروں کی نقالی کریں گے۔ + +ایتھیریم کے بارے میں زیادہ تر بحث Discord پر ہوتی ہے۔ سپورٹ اسکیمرز عام طور پر عوامی ڈسکارڈ چینلز میں سپورٹ سوالات تلاش کرکے اپنا ہدف تلاش کرتے ہیں اور پھر پوچھنے والے کو سپورٹ کی پیشکش کرتے ہوئے ایک نجی پیغام بھیجتے ہیں۔ اعتماد پیدا کرکے، سپورٹ اسکیمرز آپ کو اپنی نجی کلیدیں ظاہر کرنے یا اپنے فنڈز ان کے والیٹس میں بھیجنے کے لیے دھوکہ دینے کی کوشش کرتے ہیں۔ + +![Discord پر ایک سپورٹ اسکام](./discordScam.png) + +ایک عمومی اصول کے طور پر، عملہ آپ سے کبھی بھی نجی، غیر سرکاری چینلز کے ذریعے بات چیت نہیں کرے گا۔ سپورٹ کے ساتھ معاملہ کرتے وقت کچھ آسان چیزیں ذہن میں رکھیں: + +- کبھی بھی اپنی نجی کلیدیں، سیڈ فریز یا پاس ورڈ شیئر نہ کریں +- کبھی بھی کسی کو اپنے کمپیوٹر میں ریموٹ رسائی کی اجازت نہ دیں +- کبھی بھی کسی تنظیم کے نامزد کردہ چینلز سے باہر بات چیت نہ کریں + + + + + + ہوشیار رہیں: اگرچہ سپورٹ طرز کے اسکامز عام طور پر Discord پر ہوتے ہیں، لیکن وہ کسی بھی چیٹ ایپلی کیشنز پر بھی عام ہو سکتے ہیں جہاں کرپٹو بحث ہوتی ہے، بشمول ای میل۔ + + + + +### 'Eth2' ٹوکن اسکام {#eth2-token-scam} + +[The Merge](/roadmap/merge/) کے آنے سے پہلے، اسکیمرز نے 'Eth2' کی اصطلاح کے ارد گرد کی الجھن کا فائدہ اٹھایا تاکہ صارفین کو اپنے ETH کو 'ETH2' ٹوکن کے لیے چھڑانے کی کوشش کی جا سکے۔ کوئی 'ETH2' نہیں ہے، اور The Merge کے ساتھ کوئی دوسرا جائز ٹوکن متعارف نہیں کرایا گیا تھا۔ The Merge سے پہلے آپ کے پاس جو ETH تھا وہ اب بھی وہی ETH ہے۔ پروف آف ورک سے پروف آف اسٹیک میں سوئچ کے لیے آپ کے ETH سے متعلق **کوئی کارروائی کرنے کی ضرورت نہیں ہے**۔ + +اسکیمرز "سپورٹ" کے طور پر ظاہر ہو سکتے ہیں، آپ کو یہ بتاتے ہوئے کہ اگر آپ اپنا ETH جمع کرتے ہیں، تو آپ کو 'ETH2' واپس ملے گا۔ کوئی [آفیشل ایتھیریم سپورٹ](/community/support/) نہیں ہے، اور کوئی نیا ٹوکن نہیں ہے۔ کبھی بھی اپنے والیٹ کا سیڈ فریز کسی کے ساتھ شیئر نہ کریں۔ + +_نوٹ: ایسے ڈیریویٹیو ٹوکنز/ٹکرز ہیں جو اسٹیک شدہ ETH کی نمائندگی کر سکتے ہیں (یعنی، Rocket Pool سے rETH، Lido سے stETH، Coinbase سے ETH2)، لیکن یہ ایسی چیز نہیں ہے جس پر آپ کو "مائیگریٹ کرنے" کی ضرورت ہے۔_ + +### فشنگ اسکامز {#phishing-scams} + +فشنگ اسکامز ایک اور تیزی سے عام ہونے والا زاویہ ہے جسے اسکیمرز آپ کے والیٹ کے فنڈز چرانے کی کوشش میں استعمال کریں گے۔ + +کچھ فشنگ ای میلز صارفین سے ایسے لنکس پر کلک کرنے کو کہتی ہیں جو انہیں نقلی ویب سائٹس پر ری ڈائریکٹ کریں گے، ان سے اپنا سیڈ فریز درج کرنے، اپنا پاس ورڈ دوبارہ ترتیب دینے یا ETH بھیجنے کے لیے کہتے ہیں۔ دوسرے آپ سے غیر ارادی طور پر میلویئر انسٹال کرنے کو کہہ سکتے ہیں تاکہ آپ کے کمپیوٹر کو متاثر کیا جا سکے اور اسکیمرز کو آپ کے کمپیوٹر کی فائلوں تک رسائی دی جا سکے۔ + +اگر آپ کو کسی نامعلوم بھیجنے والے سے ای میل موصول ہو، تو یاد رکھیں: + +- ان ای میل پتوں سے کبھی بھی کوئی لنک یا اٹیچمنٹ نہ کھولیں جنہیں آپ نہیں پہچانتے +- کبھی بھی اپنی ذاتی معلومات یا پاس ورڈ کسی کو نہ بتائیں +- نامعلوم بھیجنے والوں کی ای میلز حذف کریں + +[فشنگ اسکامز سے بچنے کے بارے میں مزید](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico) + +### کرپٹو ٹریڈنگ بروکر اسکامز {#broker-scams} + +اسکام کرپٹو ٹریڈنگ بروکرز ماہر کرپٹو کرنسی بروکرز ہونے کا دعویٰ کرتے ہیں جو آپ کا پیسہ لینے اور آپ کی طرف سے سرمایہ کاری کرنے کی پیشکش کریں گے۔ اسکیمر کے آپ کے فنڈز وصول کرنے کے بعد، وہ آپ کو مزید فنڈز بھیجنے کے لیے کہہ سکتے ہیں، تاکہ آپ مزید سرمایہ کاری کے فوائد سے محروم نہ رہیں، یا وہ مکمل طور پر غائب ہو سکتے ہیں۔ + +یہ دھوکہ باز اکثر 'بروکر' کے بارے میں بظاہر فطری گفتگو شروع کرنے کے لیے یوٹیوب پر جعلی اکاؤنٹس کا استعمال کرکے اہداف تلاش کرتے ہیں۔ ان گفتگوؤں کو اکثر قانونی حیثیت بڑھانے کے لیے بہت زیادہ اپ ووٹ کیا جاتا ہے، لیکن تمام اپ ووٹس بوٹ اکاؤنٹس سے ہوتے ہیں۔ + +**اپنی طرف سے سرمایہ کاری کرنے کے لیے انٹرنیٹ کے اجنبیوں پر بھروسہ نہ کریں۔** **آپ اپنا کرپٹو کھو دیں گے۔** + +![یوٹیوب پر ایک ٹریڈنگ بروکر اسکام](./brokerScam.png) + +### کرپٹو مائننگ پول اسکامز {#mining-pool-scams} + +ستمبر 2022 تک، ایتھیریم پر مائننگ اب ممکن نہیں ہے۔ تاہم، مائننگ پول اسکامز اب بھی موجود ہیں۔ مائننگ پول اسکامز میں لوگ آپ سے غیر مطلوبہ طور پر رابطہ کرتے ہیں اور یہ دعویٰ کرتے ہیں کہ آپ ایتھیریم مائننگ پول میں شامل ہو کر بڑی واپسی کر سکتے ہیں۔ اسکیمر دعوے کرے گا اور جب تک ممکن ہو آپ کے ساتھ رابطے میں رہے گا۔ بنیادی طور پر، اسکیمر آپ کو یہ باور کرانے کی کوشش کرے گا کہ جب آپ ایتھیریم مائننگ پول میں شامل ہوتے ہیں، تو آپ کی کرپٹو کرنسی کا استعمال ETH بنانے کے لیے کیا جائے گا اور آپ کو ETH منافع ادا کیا جائے گا۔ پھر آپ دیکھیں گے کہ آپ کی کرپٹو کرنسی چھوٹی واپسی کر رہی ہے۔ یہ محض آپ کو مزید سرمایہ کاری کرنے کے لیے لالچ دینے کے لیے ہے۔ آخر کار، آپ کے تمام فنڈز ایک نامعلوم پتے پر بھیج دیے جائیں گے، اور اسکیمر یا تو غائب ہو جائے گا یا کچھ معاملات میں رابطے میں رہے گا جیسا کہ حال ہی میں ایک کیس میں ہوا ہے۔ + +نتیجہ: ان لوگوں سے ہوشیار رہیں جو آپ سے سوشل میڈیا پر رابطہ کرتے ہیں اور آپ کو مائننگ پول کا حصہ بننے کے لیے کہتے ہیں۔ ایک بار جب آپ اپنا کرپٹو کھو دیتے ہیں، تو وہ چلا جاتا ہے۔ + +یاد رکھنے کے لیے کچھ باتیں: + +- اپنے کرپٹو سے پیسہ کمانے کے طریقوں کے بارے میں آپ سے رابطہ کرنے والے کسی بھی شخص سے ہوشیار رہیں +- اسٹیکنگ، لیکویڈیٹی پولز، یا اپنے کرپٹو کی سرمایہ کاری کے دیگر طریقوں کے بارے میں اپنی تحقیق کریں +- شاذ و نادر ہی، اگر کبھی، ایسی اسکیمیں جائز ہوتی ہیں۔ اگر وہ ہوتیں، تو وہ شاید مرکزی دھارے میں ہوتیں اور آپ نے ان کے بارے میں سنا ہوتا۔ + +[شخص مائننگ پول اسکام میں $200k کھو دیتا ہے](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/) + +### ایئر ڈراپ اسکامز {#airdrop-scams} + +ایئر ڈراپ اسکامز میں ایک اسکام پروجیکٹ شامل ہوتا ہے جو آپ کے والیٹ میں ایک اثاثہ (NFT، ٹوکن) ایئر ڈراپ کرتا ہے اور آپ کو ایئر ڈراپ شدہ اثاثے کا دعویٰ کرنے کے لیے ایک اسکام ویب سائٹ پر بھیجتا ہے۔ دعویٰ کرنے کی کوشش کرتے وقت آپ کو اپنے ایتھیریم والیٹ سے سائن ان کرنے اور ایک ٹرانزیکشن کو "منظور" کرنے کا اشارہ ملے گا۔ یہ ٹرانزیکشن آپ کی عوامی اور نجی کلیدوں کو اسکیمر کو بھیج کر آپ کے اکاؤنٹ کو خطرے میں ڈال دیتی ہے۔ اس اسکام کی ایک متبادل شکل میں آپ سے ایک ٹرانزیکشن کی تصدیق کرائی جا سکتی ہے جو اسکیمر کے اکاؤنٹ میں فنڈز بھیجتی ہے۔ + +[ایئر ڈراپ اسکامز کے بارے میں مزید](https://www.youtube.com/watch?v=LLL_nQp1lGk) + + + +## ویب سیکورٹی 101 {#web-security} + +### مضبوط پاس ورڈ استعمال کریں {#use-strong-passwords} + +[80% سے زیادہ اکاؤنٹ ہیکس کمزور یا چوری شدہ پاس ورڈز کا نتیجہ ہیں](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/)۔ حروف، اعداد اور علامتوں کا ایک طویل امتزاج آپ کے اکاؤنٹس کو محفوظ رکھنے میں مدد کرے گا۔ + +ایک عام غلطی چند عام، متعلقہ الفاظ کا امتزاج استعمال کرنا ہے۔ اس طرح کے پاس ورڈ غیر محفوظ ہیں کیونکہ وہ ڈکشنری اٹیک نامی ہیکنگ تکنیک کا شکار ہوتے ہیں۔ + +```md +کمزور پاس ورڈ کی مثال: CuteFluffyKittens! + +مضبوط پاس ورڈ کی مثال: ymv\*azu.EAC8eyp8umf +``` + +ایک اور عام غلطی ایسے پاس ورڈز کا استعمال ہے جن کا [سوشل انجینئرنگ](https://wikipedia.org/wiki/Social_engineering_\(security\)) کے ذریعے آسانی سے اندازہ لگایا جا سکتا ہے یا دریافت کیا جا سکتا ہے۔ آپ کی والدہ کا پہلا نام، آپ کے بچوں یا پالتو جانوروں کے نام، یا تاریخ پیدائش کو اپنے پاس ورڈ میں شامل کرنے سے ہیک ہونے کا خطرہ بڑھ جائے گا۔ + +#### اچھے پاس ورڈ کے طریقے: {#good-password-practices} + +- پاس ورڈز کو اتنا لمبا بنائیں جتنا آپ کے پاس ورڈ جنریٹر یا آپ جو فارم بھر رہے ہیں اس کی اجازت ہے +- بڑے، چھوٹے حروف، اعداد اور علامتوں کا مرکب استعمال کریں +- اپنے پاس ورڈ میں ذاتی تفصیلات، جیسے خاندانی نام، استعمال نہ کریں +- عام الفاظ سے پرہیز کریں + +[مضبوط پاس ورڈ بنانے کے بارے میں مزید](https://terranovasecurity.com/how-to-create-a-strong-password-in-7-easy-steps/) + +### ہر چیز کے لیے منفرد پاس ورڈ استعمال کریں {#use-unique-passwords} + +ایک مضبوط پاس ورڈ جو ڈیٹا کی خلاف ورزی میں ظاہر ہوا ہو اب ایک مضبوط پاس ورڈ نہیں ہے۔ ویب سائٹ [Have I Been Pwned](https://haveibeenpwned.com) آپ کو یہ چیک کرنے کی اجازت دیتی ہے کہ آیا آپ کے اکاؤنٹس کسی بھی عوامی ڈیٹا کی خلاف ورزی میں شامل تھے۔ اگر وہ ہیں، تو **ان پاس ورڈز کو فوراً تبدیل کریں**۔ ہر اکاؤنٹ کے لیے منفرد پاس ورڈ استعمال کرنے سے ہیکرز کو آپ کے تمام اکاؤنٹس تک رسائی حاصل کرنے کا خطرہ کم ہو جاتا ہے اگر آپ کا کوئی پاس ورڈ سمجھوتہ کر لیتا ہے۔ + +### پاس ورڈ مینیجر کا استعمال کریں {#use-password-manager} + + + + + + پاس ورڈ مینیجر کا استعمال مضبوط، منفرد پاس ورڈ بنانے اور انہیں یاد رکھنے کا خیال رکھتا ہے! ہم سختی سے ایک استعمال کرنے کی سفارش کرتے ہیں، اور ان میں سے اکثر مفت ہیں! + + + + +آپ کے ہر اکاؤنٹ کے لیے مضبوط، منفرد پاس ورڈ یاد رکھنا مثالی نہیں ہے۔ ایک پاس ورڈ مینیجر آپ کے تمام پاس ورڈز کے لیے ایک محفوظ، انکرپٹڈ اسٹور پیش کرتا ہے جسے آپ ایک مضبوط ماسٹر پاس ورڈ کے ذریعے رسائی حاصل کر سکتے ہیں۔ وہ ایک نئی سروس کے لیے سائن اپ کرتے وقت مضبوط پاس ورڈ بھی تجویز کرتے ہیں، لہذا آپ کو اپنا خود بنانے کی ضرورت نہیں ہے۔ بہت سے پاس ورڈ مینیجر آپ کو یہ بھی بتائیں گے کہ کیا آپ ڈیٹا کی خلاف ورزی میں شامل ہوئے ہیں، جس سے آپ کسی بھی بدنیتی پر مبنی حملے سے پہلے پاس ورڈ تبدیل کر سکتے ہیں۔ + +![پاس ورڈ مینیجر استعمال کرنے کی مثال](./passwordManager.png) + +#### پاس ورڈ مینیجر آزمائیں: {#try-password-manager} + +- [Bitwarden](https://bitwarden.com/) +- [KeePass](https://keepass.info/) +- [1Password](https://1password.com/) +- یا دیگر [تجویز کردہ پاس ورڈ مینیجرز](https://www.privacytools.io/secure-password-manager) دیکھیں + +### دو عنصری توثیق کا استعمال کریں {#two-factor-authentication} + +آپ سے کبھی کبھی منفرد ثبوتوں کے ذریعے اپنی شناخت کی توثیق کرنے کے لیے کہا جا سکتا ہے۔ انہیں **عناصر** کے نام سے جانا جاتا ہے۔ تین اہم عناصر یہ ہیں: + +- کوئی ایسی چیز جو آپ جانتے ہیں (جیسے پاس ورڈ یا سیکورٹی سوال) +- کوئی ایسی چیز جو آپ ہیں (جیسے فنگر پرنٹ یا آئیرس/چہرے کا اسکینر) +- کوئی ایسی چیز جو آپ کے پاس ہے (ایک سیکورٹی کلید یا آپ کے فون پر توثیق ایپ) + +**دو عنصری توثیق (2FA)** کا استعمال آپ کے آن لائن اکاؤنٹس کے لیے ایک اضافی _سیکورٹی عنصر_ فراہم کرتا ہے۔ 2FA اس بات کو یقینی بناتا ہے کہ صرف آپ کا پاس ورڈ ہونا کسی اکاؤنٹ تک رسائی کے لیے کافی نہیں ہے۔ سب سے عام طور پر، دوسرا عنصر ایک بے ترتیب 6 ہندسوں کا کوڈ ہے، جسے **وقت پر مبنی یک وقتی پاس ورڈ (TOTP)** کے نام سے جانا جاتا ہے، جسے آپ گوگل آتھینٹی کیٹر یا آتھی جیسی توثیق ایپ کے ذریعے رسائی حاصل کر سکتے ہیں۔ یہ "کوئی ایسی چیز جو آپ کے پاس ہے" عنصر کے طور پر کام کرتے ہیں کیونکہ وقتی کوڈ پیدا کرنے والا بیج آپ کے آلے پر محفوظ ہوتا ہے۔ + + + + + + نوٹ: SMS پر مبنی 2FA SIM جیکنگ کا شکار ہے اور محفوظ نہیں ہے۔ بہترین سیکورٹی کے لیے، Google Authenticator یا Authy جیسی سروس کا استعمال کریں۔ + + + + +#### سیکورٹی کلیدیں {#security-keys} + +ایک سیکورٹی کلید 2FA کی ایک زیادہ جدید اور محفوظ قسم ہے۔ سیکورٹی کلیدیں جسمانی ہارڈویئر توثیق کے آلات ہیں جو توثیق ایپس کی طرح کام کرتی ہیں۔ سیکورٹی کلید کا استعمال 2FA کا سب سے محفوظ طریقہ ہے۔ ان میں سے بہت سی کلیدیں FIDO یونیورسل 2nd فیکٹر (U2F) معیار کا استعمال کرتی ہیں۔ [FIDO U2F کے بارے میں مزید جانیں](https://www.yubico.com/resources/glossary/fido-u2f/)۔ + +2FA پر مزید دیکھیں: + + + +### براؤزر ایکسٹینشنز کو ان انسٹال کریں {#uninstall-browser-extensions} + +براؤزر ایکسٹینشنز، جیسے کروم ایکسٹینشنز یا فائر فاکس کے لیے ایڈ آنز، براؤزر کی فعالیت کو بہتر بنا سکتے ہیں لیکن خطرات کے ساتھ بھی آتے ہیں۔ پہلے سے طے شدہ طور پر، زیادہ تر براؤزر ایکسٹینشنز 'سائٹ ڈیٹا کو پڑھنے اور تبدیل کرنے' کی رسائی مانگتے ہیں، جس سے وہ آپ کے ڈیٹا کے ساتھ تقریباً کچھ بھی کر سکتے ہیں۔ کروم ایکسٹینشنز ہمیشہ خود بخود اپ ڈیٹ ہوتے ہیں، لہذا ایک پہلے سے محفوظ ایکسٹینشن بعد میں بدنیتی پر مبنی کوڈ شامل کرنے کے لیے اپ ڈیٹ ہو سکتا ہے۔ زیادہ تر براؤزر ایکسٹینشنز آپ کا ڈیٹا چرانے کی کوشش نہیں کر رہے ہیں، لیکن آپ کو آگاہ ہونا چاہئے کہ وہ ایسا کر سکتے ہیں۔ + +#### محفوظ رہیں بذریعہ: {#browser-extension-safety} + +- صرف قابل اعتماد ذرائع سے براؤزر ایکسٹینشنز انسٹال کریں +- غیر استعمال شدہ براؤزر ایکسٹینشنز کو ہٹانا +- خودکار اپ ڈیٹ کو روکنے کے لیے کروم ایکسٹینشنز کو مقامی طور پر انسٹال کریں (ایڈوانسڈ) + +[براؤزر ایکسٹینشنز کے خطرات پر مزید](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/) + + + +## مزید پڑھیں {#further-reading} + +### ویب سیکورٹی {#reading-web-security} + +- [3 ملین تک آلات میلویئر سے بھرے کروم اور ایج ایڈ آنز سے متاثر ہیں](https://arstechnica.com/information-technology/2020/12/up-to-3-million-devices-infected-by-malware-laced-chrome-and-edge-add-ons/) - _Dan Goodin_ +- [ایک مضبوط پاس ورڈ کیسے بنائیں — جسے آپ بھولیں گے نہیں](https://www.avg.com/en/signal/how-to-create-a-strong-password-that-you-wont-forget) - _AVG_ +- [سیکورٹی کلید کیا ہے؟](https://help.coinbase.com/en/coinbase/getting-started/verify-my-account/security-keys-faq) - _Coinbase_ + +### کرپٹو سیکورٹی {#reading-crypto-security} + +- [اپنے آپ اور اپنے فنڈز کی حفاظت](https://support.mycrypto.com/staying-safe/protecting-yourself-and-your-funds) - _MyCrypto_ +- [عام کرپٹو کمیونیکیشن سافٹ ویئر میں سیکورٹی کے مسائل](https://docs.salusec.io/untitled/web3-penetration-test/risks-in-social-media) - _Salus_ +- [بیوقوفوں اور ہوشیار لوگوں کے لیے بھی سیکورٹی گائیڈ](https://medium.com/mycrypto/mycryptos-security-guide-for-dummies-and-smart-people-too-ab178299c82e) - _MyCrypto_ +- [کرپٹو سیکورٹی: پاس ورڈز اور توثیق](https://www.youtube.com/watch?v=m8jlnZuV1i4) - _Andreas M. Antonopoulos_ + +### اسکام تعلیم {#reading-scam-education} + +- [گائیڈ: اسکام ٹوکنز کی شناخت کیسے کریں](/guides/how-to-id-scam-tokens/) +- [محفوظ رہنا: عام اسکامز](https://support.mycrypto.com/staying-safe/common-scams) - _MyCrypto_ +- [اسکامز سے بچنا](https://bitcoin.org/en/scams) - _Bitcoin.org_ +- [عام کرپٹو فشنگ ای میلز اور پیغامات پر ٹویٹر تھریڈ](https://twitter.com/tayvano_/status/1516225457640787969) - _Taylor Monahan_ + + diff --git a/public/content/translations/ur/smart-contracts/index.md b/public/content/translations/ur/smart-contracts/index.md new file mode 100644 index 00000000000..8c50355f01b --- /dev/null +++ b/public/content/translations/ur/smart-contracts/index.md @@ -0,0 +1,90 @@ +--- +title: "اسمارٹ معاہدات" +metaTitle: "اسمارٹ کنٹریکٹس: یہ کیا ہیں اور ان کے فوائد" +description: "اسمارٹ کنٹریکٹس کا ایک غیر تکنیکی تعارف" +lang: ur-in +--- + +# اسمارٹ کنٹریکٹس کا تعارف {#introduction-to-smart-contracts} + +
+ +
+ +اسمارٹ کنٹریکٹس Ethereum کی ایپلیکیشن لیئر کے بنیادی بلڈنگ بلاکس ہیں۔ یہ [بلاک چین](/glossary/#blockchain) پر محفوظ کردہ کمپیوٹر پروگرام ہیں جو "اگر یہ تو وہ" کی منطق پر عمل کرتے ہیں، اور اس کے کوڈ کے ذریعے بیان کردہ اصولوں کے مطابق عمل کرنے کی ضمانت دی جاتی ہے، جسے ایک بار بنانے کے بعد تبدیل نہیں کیا جا سکتا۔ + +نک سابو نے "اسمارٹ کنٹریکٹ" کی اصطلاح وضع کی۔ 1994 میں، انہوں نے [اس تصور کا تعارف](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html) لکھا، اور 1996 میں انہوں نے [اس بات کی کھوج کی کہ اسمارٹ کنٹریکٹس کیا کر سکتے ہیں](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html)۔ + +سابو نے ایک ایسے ڈیجیٹل مارکیٹ پلیس کا تصور کیا جہاں خودکار، [کرپٹوگرافک طور پر محفوظ](/glossary/#cryptography) عمل بغیر کسی قابل اعتماد ثالث کے لین دین اور کاروباری کاموں کو ممکن بناتے ہیں۔ Ethereum پر اسمارٹ کنٹریکٹس اس وژن کو عملی جامہ پہناتے ہیں۔ + +Finematics کو اسمارٹ کنٹریکٹس کی وضاحت کرتے ہوئے دیکھیں: + + + +## روایتی کنٹریکٹس میں اعتماد {#trust-and-contracts} + +روایتی کنٹریکٹ کے ساتھ سب سے بڑے مسائل میں سے ایک یہ ہے کہ کنٹریکٹ کے نتائج پر عمل کرنے کے لیے قابل اعتماد افراد کی ضرورت ہوتی ہے۔ + +یہاں ایک مثال ہے: + +ایلس اور باب سائیکل کی دوڑ میں حصہ لے رہے ہیں۔ فرض کریں کہ ایلس باب سے 10 ڈالر کی شرط لگاتی ہے کہ وہ ریس جیتے گی۔ باب کو یقین ہے کہ وہ فاتح ہوگا اور شرط سے اتفاق کرتا ہے۔ آخر میں، ایلس باب سے بہت آگے ریس ختم کرتی ہے اور واضح فاتح ہے۔ لیکن باب شرط پر ادائیگی کرنے سے انکار کر دیتا ہے، یہ دعویٰ کرتے ہوئے کہ ایلس نے ضرور دھوکہ دیا ہوگا۔ + +یہ چھوٹی سی مثال کسی بھی غیر اسمارٹ معاہدے کے مسئلے کو واضح کرتی ہے۔ یہاں تک کہ اگر معاہدے کی شرائط پوری ہو جائیں (یعنی، آپ ریس کے فاتح ہیں)، تب بھی آپ کو معاہدے کو پورا کرنے کے لیے کسی دوسرے شخص پر بھروسہ کرنا ہوگا (یعنی، شرط پر ادائیگی)۔ + +## ایک ڈیجیٹل وینڈنگ مشین {#vending-machine} + +اسمارٹ کنٹریکٹ کے لیے ایک سادہ استعارہ ایک وینڈنگ مشین ہے، جو کسی حد تک اسمارٹ کنٹریکٹ کی طرح کام کرتی ہے - مخصوص ان پٹ پہلے سے طے شدہ آؤٹ پٹ کی ضمانت دیتے ہیں۔ + +- آپ ایک پروڈکٹ منتخب کرتے ہیں +- وینڈنگ مشین قیمت دکھاتی ہے +- آپ قیمت ادا کرتے ہیں +- وینڈنگ مشین اس بات کی تصدیق کرتی ہے کہ آپ نے صحیح رقم ادا کی ہے +- وینڈنگ مشین آپ کو آپ کی چیز دیتی ہے + +وینڈنگ مشین تمام ضروریات پوری ہونے کے بعد ہی آپ کی مطلوبہ پروڈکٹ دے گی۔ اگر آپ کوئی پروڈکٹ منتخب نہیں کرتے یا کافی رقم نہیں ڈالتے ہیں، تو وینڈنگ مشین آپ کی پروڈکٹ نہیں دے گی۔ + +## خودکار عملدرآمد {#automation} + +اسمارٹ کنٹریکٹ کا سب سے بڑا فائدہ یہ ہے کہ یہ کچھ شرائط پوری ہونے پر غیر مبہم کوڈ کو متعین طور پر انجام دیتا ہے۔ نتیجے کی تشریح یا گفت و شنید کے لیے کسی انسان کا انتظار کرنے کی ضرورت نہیں ہے۔ یہ قابل اعتماد ثالثوں کی ضرورت کو ختم کرتا ہے۔ + +مثال کے طور پر، آپ ایک اسمارٹ کنٹریکٹ لکھ سکتے ہیں جو کسی بچے کے لیے ایسکرو میں فنڈز رکھتا ہے، جس سے وہ ایک مخصوص تاریخ کے بعد فنڈز نکال سکتے ہیں۔ اگر وہ اس تاریخ سے پہلے نکالنے کی کوشش کرتے ہیں، تو اسمارٹ کنٹریکٹ عمل نہیں کرے گا۔ یا آپ ایک ایسا کنٹریکٹ لکھ سکتے ہیں جو ڈیلر کو ادائیگی کرنے پر خود بخود آپ کو کار کے ٹائٹل کا ڈیجیٹل ورژن دے دیتا ہے۔ + +## متوقع نتائج {#predictability} + +روایتی کنٹریکٹس مبہم ہوتے ہیں کیونکہ وہ ان کی تشریح اور نفاذ کے لیے انسانوں پر انحصار کرتے ہیں۔ مثال کے طور پر، دو جج کسی کنٹریکٹ کی مختلف تشریح کر سکتے ہیں، جس سے متضاد فیصلے اور غیر مساوی نتائج برآمد ہو سکتے ہیں۔ اسمارٹ کنٹریکٹس اس امکان کو ختم کر دیتے ہیں۔ اس کے بجائے، اسمارٹ کنٹریکٹس کنٹریکٹ کے کوڈ میں لکھی گئی شرائط کی بنیاد پر ٹھیک ٹھیک عمل کرتے ہیں۔ اس درستگی کا مطلب ہے کہ ایک جیسے حالات میں، اسمارٹ کنٹریکٹ ایک ہی نتیجہ پیدا کرے گا۔ + +## عوامی ریکارڈ {#public-record} + +اسمارٹ کنٹریکٹس آڈٹ اور ٹریکنگ کے لیے مفید ہیں۔ چونکہ Ethereum اسمارٹ کنٹریکٹس ایک عوامی بلاک چین پر ہیں، کوئی بھی فوری طور پر اثاثوں کی منتقلی اور دیگر متعلقہ معلومات کو ٹریک کر سکتا ہے۔ مثال کے طور پر، آپ یہ دیکھنے کے لیے چیک کر سکتے ہیں کہ کسی نے آپ کے ایڈریس پر رقم بھیجی ہے۔ + +## رازداری کا تحفظ {#privacy-protection} + +اسمارٹ کنٹریکٹس آپ کی رازداری کا بھی تحفظ کرتے ہیں۔ چونکہ Ethereum ایک فرضی نام والا نیٹ ورک ہے (آپ کے لین دین عوامی طور پر ایک منفرد کرپٹوگرافک ایڈریس سے منسلک ہیں، نہ کہ آپ کی شناخت سے)، آپ مبصرین سے اپنی رازداری کا تحفظ کر سکتے ہیں۔ + +## دکھائی دینے والی شرائط {#visible-terms} + +آخر میں، روایتی کنٹریکٹس کی طرح، آپ اس پر دستخط کرنے سے پہلے (یا بصورت دیگر اس کے ساتھ تعامل کرنے سے پہلے) چیک کر سکتے ہیں کہ اسمارٹ کنٹریکٹ میں کیا ہے۔ اسمارٹ کنٹریکٹ کی شفافیت اس بات کی ضمانت دیتی ہے کہ کوئی بھی اس کی جانچ پڑتال کر سکتا ہے۔ + +## اسمارٹ کنٹریکٹ کے استعمال کے معاملات {#use-cases} + +اسمارٹ کنٹریکٹس بنیادی طور پر وہ سب کچھ کر سکتے ہیں جو کمپیوٹر پروگرام کر سکتے ہیں۔ + +وہ حساب کتاب کر سکتے ہیں، کرنسی بنا سکتے ہیں، ڈیٹا اسٹور کر سکتے ہیں، [NFTs](/glossary/#nft) منٹ کر سکتے ہیں، مواصلات بھیج سکتے ہیں اور یہاں تک کہ گرافکس بھی بنا سکتے ہیں۔ یہاں کچھ مشہور، حقیقی دنیا کی مثالیں ہیں: + +- [اسٹیبل کوائنز](/stablecoins/) +- [منفرد ڈیجیٹل اثاثے بنانا اور تقسیم کرنا](/nft/) +- [ایک خودکار، کھلا کرنسی ایکسچینج](/get-eth/#dex) +- [وکندریقرت گیمنگ](/apps/categories/gaming) +- [ایک انشورنس پالیسی جو خود بخود ادائیگی کرتی ہے](https://etherisc.com/) +- [ایک ایسا معیار جو لوگوں کو اپنی مرضی کے مطابق، باہم کام کرنے والی کرنسیاں بنانے دیتا ہے](/developers/docs/standards/tokens/) + +## مزید پڑھیں {#further-reading} + +- [اسمارٹ کنٹریکٹس دنیا کو کیسے بدلیں گے](https://www.youtube.com/watch?v=pA6CGuXEKtQ) +- [ڈیولپرز کے لیے اسمارٹ کنٹریکٹس](/developers/docs/smart-contracts/) +- [اسمارٹ کنٹریکٹس لکھنا سیکھیں](/developers/learning-tools/) +- [Ethereum میں مہارت حاصل کرنا - اسمارٹ کنٹریکٹ کیا ہے؟](https://github.com/ethereumbook/ethereumbook/blob/openedition/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract) + + + + diff --git a/public/content/translations/ur/social-networks/index.md b/public/content/translations/ur/social-networks/index.md new file mode 100644 index 00000000000..0cb70b445f8 --- /dev/null +++ b/public/content/translations/ur/social-networks/index.md @@ -0,0 +1,140 @@ +--- +title: "غیر مرکزی سوشل نیٹ ورکس" +description: "ایتھریم پر غیر مرکزی سوشل نیٹ ورکس کا ایک جائزہ" +lang: ur-in +template: use-cases +emoji: ":mega:" +sidebarDepth: 2 +image: /images/ethereum-learn.png +summaryPoint1: "سماجی تعامل اور مواد کی تخلیق اور تقسیم کے لیے بلاک چین پر مبنی پلیٹ فارمز۔" +summaryPoint2: "غیر مرکزی سوشل میڈیا نیٹ ورکس صارف کی رازداری کی حفاظت کرتے ہیں اور ڈیٹا سیکیورٹی کو بڑھاتے ہیں۔" +summaryPoint3: "ٹوکنز اور NFTs مواد کو منیٹائز کرنے کے نئے طریقے تخلیق کرتے ہیں۔" +--- + +سوشل نیٹ ورکس ہماری روزمرہ کی کمیونیکیشن اور تعاملات میں ایک بہت بڑا کردار ادا کرتے ہیں۔ تاہم، ان پلیٹ فارمز کے مرکزی کنٹرول نے بہت سے مسائل پیدا کیے ہیں: ڈیٹا کی خلاف ورزیاں، سرور کی بندش، ڈی-پلیٹ فارمنگ، سنسرشپ، اور رازداری کی خلاف ورزیاں کچھ ایسے سمجھوتے ہیں جو سوشل میڈیا اکثر کرتا ہے۔ ان مسائل سے نمٹنے کے لیے، ڈیولپرز Ethereum پر سوشل نیٹ ورکس بنا رہے ہیں۔ غیر مرکزی سوشل نیٹ ورکس روایتی سوشل نیٹ ورکنگ پلیٹ فارمز کے بہت سے مسائل کو ٹھیک کر سکتے ہیں اور صارفین کے مجموعی تجربے کو بہتر بنا سکتے ہیں۔ + +## غیر مرکزی سوشل نیٹ ورکس کیا ہیں؟ {#what-are-decentralized-social-networks} + +غیر مرکزی سوشل نیٹ ورکس [بلاک چین پر مبنی](/glossary/#blockchain) پلیٹ فارمز ہیں جو صارفین کو معلومات کا تبادلہ کرنے کے ساتھ ساتھ سامعین تک مواد شائع اور تقسیم کرنے کی اجازت دیتے ہیں۔ چونکہ یہ ایپلیکیشنز بلاک چین پر چلتی ہیں، اس لیے وہ غیر مرکزی ہونے اور سنسر شپ اور غیر ضروری کنٹرول کے خلاف مزاحمت کرنے کی صلاحیت رکھتی ہیں۔ + +بہت سے غیر مرکزی سوشل نیٹ ورکس قائم شدہ سوشل میڈیا سروسز، جیسے فیس بک، لنکڈ ان، ٹویٹر، اور میڈیم کے متبادل کے طور پر موجود ہیں۔ لیکن بلاک چین سے چلنے والے سوشل نیٹ ورکس میں متعدد خصوصیات ہیں جو انہیں روایتی سوشل پلیٹ فارمز سے آگے رکھتی ہیں۔ + + + +### غیر مرکزی سوشل نیٹ ورکس کیسے کام کرتے ہیں؟ {#decentralized-social-networks-overview} + +غیر مرکزی سوشل نیٹ ورکس [غیر مرکزی ایپلیکیشنز (dapps)](/apps/) کی ایک کلاس ہیں — جو بلاک چین پر ڈیپلائے کیے گئے [اسمارٹ کنٹریکٹس](/glossary/#smart-contract) سے چلنے والی ایپلیکیشنز ہیں۔ کنٹریکٹ کوڈ ان ایپس کے لیے بیک اینڈ کے طور پر کام کرتا ہے اور ان کی کاروباری منطق کی وضاحت کرتا ہے۔ + +روایتی سوشل میڈیا پلیٹ فارمز صارف کی معلومات، پروگرام کوڈ، اور ڈیٹا کی دیگر اقسام کو ذخیرہ کرنے کے لیے ڈیٹا بیس پر انحصار کرتے ہیں۔ لیکن یہ ناکامی کے واحد نکات پیدا کرتا ہے اور اہم خطرے کو متعارف کراتا ہے۔ مثال کے طور پر، فیس بک کے سرورز اکتوبر 2021 میں بدنام زمانہ طور پر [گھنٹوں تک آف لائن رہے](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact)، جس سے صارفین پلیٹ فارم سے کٹ گئے۔ + +غیر مرکزی سوشل نیٹ ورکس ایک [پیئر-ٹو-پیئر نیٹ ورک](/glossary/#peer-to-peer-network) پر موجود ہیں جو دنیا بھر کے ہزاروں نوڈز پر مشتمل ہے۔ یہاں تک کہ اگر کچھ نوڈز ناکام ہو جاتے ہیں، تو بھی نیٹ ورک بغیر کسی رکاوٹ کے چلتا رہے گا، جس سے ایپلیکیشنز ناکامیوں اور بندشوں کے خلاف مزاحم بنتی ہیں۔ + +[انٹرپلینٹری فائل سسٹم (IPFS)](https://ipfs.io/) جیسے غیر مرکزی اسٹوریج سسٹمز کا استعمال کرتے ہوئے، Ethereum پر بنائے گئے سوشل نیٹ ورکس صارف کی معلومات کو استحصال اور بدنیتی پر مبنی استعمال سے بچا سکتے ہیں۔ کوئی بھی آپ کی ذاتی معلومات مشتہرین کو فروخت نہیں کرے گا، اور نہ ہی ہیکرز آپ کی خفیہ تفصیلات چرا سکیں گے۔ + +بہت سے بلاک چین پر مبنی سوشل پلیٹ فارمز میں مقامی ٹوکنز ہوتے ہیں جو اشتہاری آمدنی کی عدم موجودگی میں منیٹائزیشن کو طاقت دیتے ہیں۔ صارفین ان ٹوکنز کو کچھ خصوصیات تک رسائی حاصل کرنے، درون ایپ خریداریوں کو مکمل کرنے، یا اپنے پسندیدہ مواد کے تخلیق کاروں کو ٹپ دینے کے لیے خرید سکتے ہیں۔ + +## غیر مرکزی سوشل نیٹ ورکس کے فوائد {#benefits} + +1. غیر مرکزی سوشل نیٹ ورکس سنسر شپ کے خلاف مزاحم اور سب کے لیے کھلے ہیں۔ اس کا مطلب ہے کہ **صارفین پر پابندی نہیں لگائی جا سکتی**، ڈی پلیٹ فارم نہیں کیا جا سکتا، یا من مانی طور پر محدود نہیں کیا جا سکتا۔ + +2. غیر مرکزی سوشل نیٹ ورکس **اوپن سورس نظریات پر بنائے گئے ہیں** اور ایپلیکیشنز کے لیے سورس کوڈ عوامی معائنہ کے لیے دستیاب کراتے ہیں۔ روایتی سوشل میڈیا میں عام غیر شفاف الگورتھم کے نفاذ کو ختم کرکے، بلاک چین پر مبنی سوشل نیٹ ورکس صارفین اور پلیٹ فارم کے تخلیق کاروں کے مفادات کو ہم آہنگ کرسکتے ہیں۔ + +3. غیر مرکزی سوشل نیٹ ورکس "درمیانی آدمی" کو ختم کرتے ہیں۔ مواد کے **تخلیق کاروں کو اپنے مواد پر براہ راست ملکیت حاصل ہوتی ہے**، اور وہ اپنے پیروکاروں، مداحوں، خریداروں، اور دیگر فریقوں کے ساتھ براہ راست مشغول ہوتے ہیں، جن کے درمیان ایک اسمارٹ کنٹریکٹ کے علاوہ کچھ نہیں ہوتا ہے۔ + +4. Ethereum نیٹ ورک پر چلنے والے dapps کے طور پر، جو نوڈز کے عالمی، پیئر-ٹو-پیئر نیٹ ورک کے ذریعے برقرار رہتا ہے، غیر مرکزی سوشل نیٹ ورکس **سرور ڈاؤن ٹائم** اور بندش کے لیے کم حساس ہوتے ہیں۔ + +5. غیر مرکزی سوشل پلیٹ فارمز [نان-فنجیبل ٹوکنز (NFTs)](/glossary/#nft)، درون ایپ کرپٹو ادائیگیوں، اور مزید کے ذریعے مواد کے تخلیق کاروں کے لیے ایک **بہتر منیٹائزیشن** فریم ورک پیش کرتے ہیں۔ + +6. غیر مرکزی سوشل نیٹ ورکس صارفین کو **رازداری اور گمنامی کی ایک اعلی سطح** فراہم کرتے ہیں۔ مثال کے طور پر، ایک فرد [ENS](/glossary/#ens) پروفائل یا [والیٹ](/glossary/#wallet) کا استعمال کرتے ہوئے Ethereum پر مبنی سوشل نیٹ ورک میں سائن ان کر سکتا ہے—بغیر ذاتی طور پر قابل شناخت معلومات (PII) کا اشتراک کیے، جیسے نام، ای میل پتے، وغیرہ۔ + +7. غیر مرکزی سوشل نیٹ ورکس غیر مرکزی اسٹوریج پر انحصار کرتے ہیں، نہ کہ مرکزی ڈیٹا بیس پر، جو صارف کے ڈیٹا کی حفاظت کے لیے کافی بہتر ہیں۔ + +## Ethereum پر غیر مرکزی سوشل نیٹ ورکس {#ethereum-social-networks} + +Ethereum نیٹ ورک اپنے ٹوکنز کی مقبولیت اور اس کے بڑے صارف کی بنیاد کی وجہ سے غیر مرکزی سوشل میڈیا بنانے والے ڈیولپرز کے لیے ترجیحی ٹول بن گیا ہے۔ یہاں Ethereum پر مبنی سوشل نیٹ ورکس کی کچھ مثالیں ہیں: + +### Mirror {#mirror} + +[Mirror](https://mirror.xyz/) ایک web3-فعال تحریری پلیٹ فارم ہے جس کا مقصد غیر مرکزی اور صارف کی ملکیت ہونا ہے۔ صارفین صرف اپنے والیٹس کو جوڑ کر Mirror پر مفت میں پڑھ اور لکھ سکتے ہیں۔ صارفین تحریریں بھی جمع کر سکتے ہیں اور اپنے پسندیدہ مصنفین کو سبسکرائب کر سکتے ہیں۔ + +Mirror پر شائع ہونے والی پوسٹس کو Arweave، ایک غیر مرکزی اسٹوریج پلیٹ فارم پر مستقل طور پر ذخیرہ کیا جاتا ہے، اور انہیں جمع کیے جانے والے [نان-فنجیبل ٹوکنز (NFTs)](/nft/) کے طور پر مِنٹ کیا جا سکتا ہے جنہیں رائٹنگ NFTs کہا جاتا ہے۔ رائٹنگ NFTs مصنفین کے لیے بنانے کے لیے مکمل طور پر مفت ہیں، اور جمع کرنا Ethereum [L2](/glossary/#layer-2) پر ہوتا ہے — جس سے لین دین سستا، تیز، اور ماحول دوست ہوتا ہے۔ + +### MINDS {#minds} + +[MINDS](https://www.minds.com/) سب سے زیادہ استعمال ہونے والے غیر مرکزی سوشل نیٹ ورکس میں سے ایک ہے۔ یہ فیس بک کی طرح کام کرتا ہے اور پہلے ہی لاکھوں صارفین کو جمع کر چکا ہے۔ + +صارفین اشیاء کی ادائیگی کے لیے پلیٹ فارم کا مقامی [ERC-20](/glossary/#erc-20) ٹوکن $MIND استعمال کرتے ہیں۔ صارفین مقبول مواد شائع کرکے، ماحولیاتی نظام میں حصہ ڈال کر، اور دوسروں کو پلیٹ فارم پر حوالہ دے کر $MIND ٹوکن بھی کما سکتے ہیں۔ + +### Farcaster {#farcaster} + +[Farcaster](https://farcaster.xyz/) X اور Reddit کی طرح ایک "کافی حد تک غیر مرکزی" سوشل نیٹ ورک ہے جو صارفین کو "کاسٹس" کا اشتراک اور دریافت کرنے کی اجازت دیتا ہے۔ یہ Optimism L2 نیٹ ورک پر بنایا گیا ہے تاکہ لین دین کو نسبتاً سستا رکھا جا سکے۔ + +## غیر مرکزی سوشل نیٹ ورکس کا استعمال کریں {#use-decentralized-social-networks} + +- **[Status.app](https://status.app/)** - _Status ایک محفوظ میسجنگ ایپ ہے جو آپ کے پیغامات کو تیسرے فریق سے بچانے کے لیے ایک اوپن سورس، پیئر-ٹو-پیئر پروٹوکول، اور اینڈ-ٹو-اینڈ خفیہ کاری کا استعمال کرتی ہے۔_ +- **[Mirror.xyz](https://mirror.xyz/)** - _Mirror ایک غیر مرکزی، صارف کی ملکیت والا پبلشنگ پلیٹ فارم ہے جو Ethereum پر بنایا گیا ہے تاکہ صارفین آئیڈیاز کو کراؤڈ فنڈ کر سکیں، مواد کو منیٹائز کر سکیں، اور اعلیٰ قدر والی کمیونٹیز بنا سکیں۔_ +- **[Lens Protocol](https://lens.xyz/)** - _Lens Protocol ایک کمپوزایبل اور غیر مرکزی سوشل گراف ہے جو تخلیق کاروں کو غیر مرکزی انٹرنیٹ کے ڈیجیٹل گارڈن میں جہاں کہیں بھی جائیں اپنے مواد کی ملکیت لینے میں مدد کرتا ہے۔_ +- **[Farcaster](https://farcaster.xyz/)** - _Farcaster ایک کافی حد تک غیر مرکزی سوشل نیٹ ورک ہے۔ یہ ایک کھلا پروٹوکول ہے جو بہت سے کلائنٹس کو سپورٹ کر سکتا ہے، بالکل ای میل کی طرح۔_ +- **[Ethereum Follow Protocol](https://efp.app/)** - _Ethereum Follow Protocol Ethereum اکاؤنٹس کے لیے ایک مکمل طور پر غیر مرکزی آن چین سوشل گراف ہے، جو ایک ماڈیولر Ethereum شناختی اسٹیک کے وژن کو آگے بڑھاتا ہے، جو ENS اور SIWE کی تکمیل کرتا ہے۔_ +- **[Ethereum Comments Protocol](https://www.ethcomments.xyz/)** - _Ethereum پر ایک نیا، قابل پروگرام سماجی مواد کا پرائمیٹو تاکہ آپ کے خیالات کو آن چین رکھا جا سکے۔_ + +## Ethereum پر Web2 سوشل نیٹ ورکس {#web2-social-networks-and-ethereum} + +[Web3](/glossary/#web3) کے مقامی سوشل پلیٹ فارمز ہی واحد نہیں ہیں جو بلاک چین ٹیکنالوجی کو سوشل میڈیا میں شامل کرنے کی کوشش کر رہے ہیں۔ بہت سے مرکزی پلیٹ فارمز بھی اپنے انفراسٹرکچر میں Ethereum کو ضم کرنے کی تلاش کر رہے ہیں یا تجربہ کر چکے ہیں: + +### Brave Browser {#brave} + +- Brave نے ڈیجیٹل ایڈورٹائزنگ اور مواد کے تخلیق کاروں کی معاونت میں انقلاب لانے کے لیے اپنے براؤزر ایکو سسٹم میں Ethereum پر بنائے گئے ایک ERC-20 ٹوکن **[بیسک اٹینشن ٹوکن (BAT)](https://basicattentiontoken.org/)** کو ضم کیا ہے۔ + +- **[Brave Rewards پروگرام](https://brave.com/brave-rewards/)** صارفین کو رازداری کا احترام کرنے والے اشتہارات دیکھ کر BAT کمانے کی اجازت دیتا ہے اور پھر توجہ کے وقت کی بنیاد پر YouTube، Twitter، اور GitHub جیسے مختلف پلیٹ فارمز پر ویب سائٹس اور مواد کے تخلیق کاروں کو خود بخود حصہ ڈالتا ہے۔ + +- مواد کے تخلیق کار **[Brave کے تصدیق شدہ تخلیق کاروں](https://creators.brave.com/)** کے طور پر رجسٹر ہو سکتے ہیں تاکہ یہ شراکتیں براہ راست اپنے Ethereum والیٹس میں وصول کر سکیں، جس سے روایتی ویب پلیٹ فارمز اور بلاک چین پر مبنی منیٹائزیشن کے درمیان ایک برج بنتا ہے۔ + +- BAT ٹوکنز Ethereum بلاک چین پر آزادانہ طور پر موجود ہیں، جو صارفین کو ایک بار کمائے جانے کے بعد انہیں ذاتی والیٹس یا ایکسچینجز میں منتقل کرنے کی اجازت دیتے ہیں۔ + +### Audius Music پلیٹ فارم {#audius} + +- **[Audius](https://audius.co/)** ایک میوزک اسٹریمنگ پلیٹ فارم ہے جو فنکاروں کو براہ راست مداحوں سے جوڑنے کے لیے Ethereum بلاک چین ٹیکنالوجی کا استعمال کرتا ہے۔ + +- پلیٹ فارم میں ایک ہائبرڈ غیر مرکزی فن تعمیر ہے جہاں مواد IPFS پر ذخیرہ کیا جاتا ہے جبکہ ملکیت کے حقوق اور **[AUDIO ٹوکن](https://eth.blockscout.com/token/0x18aaa7115705e8be94bffebde57af9bfc265b998)** کے لیے بلاک چین کا استعمال کیا جاتا ہے۔ + +- Audius نے **[TikTok کے ساتھ شراکت داری](https://audius.co/tiktok)** قائم کی ہے، جس سے Web3 کی فعالیت کو مرکزی دھارے کے سامعین تک پہنچایا گیا ہے اور فنکاروں کو بلاک چین ٹیکنالوجی کے ذریعے اپنے مواد کو منیٹائز کرنے کی اجازت دی گئی ہے۔ + +- پلیٹ فارم کی تکنیکی تفصیلات ان کے **[وائٹ پیپر](https://whitepaper.audius.co/)** میں دستیاب ہیں، جس میں دکھایا گیا ہے کہ انہوں نے Ethereum کے انفراسٹرکچر پر کیسے تعمیر کیا ہے۔ + +### Sorare Fantasy Sports {#sorare} + +- **[Sorare](https://sorare.com/)** ایک **[Ethereum پر بنایا گیا فینٹسی اسپورٹس پلیٹ فارم ہے](https://sorare.com/help/a/4402888626577/what-is-a-sorare-wallet)** جو صارفین کو آفیشل NFT پلیئر کارڈز کو جمع کرنے، ٹریڈ کرنے اور ان کے ساتھ کھیلنے کی اجازت دیتا ہے۔ + +- پلیئر کارڈز Ethereum بلاک چین پر قابل تصدیق NFTs ہیں، اور پلیٹ فارم کے اسمارٹ کنٹریکٹس کو **[Etherscan](https://eth.blockscout.com/address/0x629a673a8242c2ac4b7b8c5d8735fbeac21a6205?tab=contract)** پر دیکھا جا سکتا ہے۔ + +- Sorare روایتی فینٹسی اسپورٹس گیم پلے کو ڈیجیٹل اثاثوں کی بلاک چین ملکیت کے ساتھ جوڑتا ہے، جس سے **[فنڈ کے لیے Ethereum](https://sorare.com/help/a/10969733392797/what-network-should-i-use-to-fund-my-eth-wallet)** کی فعالیت کو مرکزی دھارے کے کھیلوں کے شائقین تک پہنچایا جاتا ہے۔ + +### Twitter/X (کرپٹو ٹپنگ) {#twitter} + +**[Twitter](https://x.com)** (اب X) نے تخلیق کار کی منیٹائزیشن اور ڈیجیٹل شناختی تصدیق کو بڑھانے کے لیے بلاک چین ٹیکنالوجی کو متعدد طریقوں سے شامل کیا ہے: + +- **کرپٹو ٹپنگ**: پلیٹ فارم نے **[Ethereum ٹپنگ](https://help.x.com/en/using-x/tips)** کو ضم کیا ہے، جو صارفین کو Strike جیسے Ethereum پر مبنی والیٹس کے ذریعے ادائیگیاں بھیجنے کے قابل بناتا ہے۔ + +بلاک چین خصوصیات کو ضم کرکے، X Web2 کے سماجی تجربات اور غیر مرکزی ڈیجیٹل ملکیت کے درمیان فرق کو ختم کر رہا ہے۔ + +## مزید پڑھیں {#further-reading} + +### مضامین {#articles} + +- [سوشل میڈیا کو غیر مرکزی بنانا: web3 سوشل اسٹیک کے لیے ایک گائیڈ](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack) - _Coinbase Ventures_ +- [سوشل نیٹ ورکس اگلا بڑا غیر مرکزیت کا موقع ہیں](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/) — _Ben Goertzel_ +- [Web3 غیر مرکزی، کمیونٹی سے چلنے والے سوشل نیٹ ورکس کا وعدہ رکھتا ہے](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _Sumit Ghosh_ +- [بلاک چین سوشل میڈیا لینڈ اسکیپ کا ایک جائزہ](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _Gemini Cryptopedia_ +- [بلاک چین سوشل میڈیا کی رازداری کو کیسے حل کر سکتا ہے](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _Prableen Bajpai_ +- [سوشل نیٹ ورکس کے لیے کافی غیر مرکزیت](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks) — _Varun Srinivasan_ + +### ویڈیوز {#videos} + +- [غیر مرکزی سوشل میڈیا کی وضاحت](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_ +- [DeSo بلاک چین سوشل میڈیا کو غیر مرکزی بنانا چاہتا ہے](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _Bloomberg Technology_ +- [غیر مرکزی سوشل میڈیا کا مستقبل بالا جی سری نواسن، وٹالک بٹیرن، جوآن بینیٹ کے ساتھ](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_ + +### کمیونٹیز {#communities} + +- [r/CryptoCurrency سبریڈیٹ](https://www.reddit.com/r/CryptoCurrency/) diff --git a/public/content/translations/ur/staking/dvt/index.md b/public/content/translations/ur/staking/dvt/index.md new file mode 100644 index 00000000000..28e7d3dd4d3 --- /dev/null +++ b/public/content/translations/ur/staking/dvt/index.md @@ -0,0 +1,91 @@ +--- +title: "تقسیم شدہ ویلیڈیٹر ٹیکنالوجی" +description: "تقسیم شدہ ویلیڈیٹر ٹیکنالوجی متعدد فریقوں کے ذریعہ Ethereum ویلیڈیٹر کے تقسیم شدہ آپریشن کو فعال کرتی ہے۔" +lang: ur-in +--- + +# تقسیم شدہ ویلیڈیٹر ٹیکنالوجی {#distributed-validator-technology} + +تقسیم شدہ ویلیڈیٹر ٹیکنالوجی (DVT) ویلیڈیٹر سیکیورٹی کا ایک طریقہ ہے جو ناکامی کے واحد نکات کو کم کرنے اور ویلیڈیٹر کی لچک کو بڑھانے کے لیے، کلیدی انتظام اور دستخط کی ذمہ داریوں کو متعدد فریقوں میں پھیلاتا ہے۔ + +یہ ایک ویلیڈیٹر کو محفوظ بنانے کے لیے استعمال ہونے والی **نجی کلید کو تقسیم کرکے** ایک "کلسٹر" میں منظم **بہت سے کمپیوٹرز میں** کرتا ہے۔ اس کا فائدہ یہ ہے کہ یہ حملہ آوروں کے لیے کلید تک رسائی حاصل کرنا بہت مشکل بنا دیتا ہے، کیونکہ یہ کسی ایک مشین پر مکمل طور پر ذخیرہ نہیں ہوتی ہے۔ یہ کچھ نوڈس کو آف لائن جانے کی بھی اجازت دیتا ہے، کیونکہ ضروری دستخط ہر کلسٹر میں مشینوں کے ایک سب سیٹ کے ذریعے کیے جا سکتے ہیں۔ یہ نیٹ ورک سے ناکامی کے واحد نکات کو کم کرتا ہے اور پورے ویلیڈیٹر سیٹ کو مزید مضبوط بناتا ہے۔ + +![ایک ڈایاگرام جس میں دکھایا گیا ہے کہ کس طرح ایک واحد ویلیڈیٹر کلید کو کلیدی حصوں میں تقسیم کیا جاتا ہے اور مختلف اجزاء کے ساتھ متعدد نوڈس میں تقسیم کیا جاتا ہے۔](./dvt-cluster.png) + +## ہمیں DVT کی ضرورت کیوں ہے؟ {#why-do-we-need-dvt} + +### سیکیورٹی {#security} + +ویلیڈیٹرز دو عوامی-نجی کلیدی جوڑے تیار کرتے ہیں: اتفاق رائے میں حصہ لینے کے لیے ویلیڈیٹر کلیدیں اور فنڈز تک رسائی کے لیے واپسی کی کلیدیں۔ جبکہ ویلیڈیٹرز کولڈ اسٹوریج میں واپسی کی کلیدوں کو محفوظ کر سکتے ہیں، ویلیڈیٹر نجی کلیدوں کو 24/7 آن لائن ہونا چاہیے۔ اگر کسی ویلیڈیٹر کی نجی کلید سے سمجھوتہ کیا جاتا ہے، تو ایک حملہ آور ویلیڈیٹر کو کنٹرول کر سکتا ہے، جس سے ممکنہ طور پر سلیشنگ یا اسٹیکر کے ETH کا نقصان ہو سکتا ہے۔ DVT اس خطرے کو کم کرنے میں مدد کر سکتا ہے۔ یہاں یہ ہے کہ کیسے: + +DVT کا استعمال کرکے، اسٹیکرز ویلیڈیٹر نجی کلید کو کولڈ اسٹوریج میں رکھتے ہوئے اسٹیکنگ میں حصہ لے سکتے ہیں۔ یہ اصل، مکمل ویلیڈیٹر کلید کو خفیہ کرکے اور پھر اسے کلیدی حصوں میں تقسیم کرکے حاصل کیا جاتا ہے۔ کلیدی حصے آن لائن رہتے ہیں اور متعدد نوڈس میں تقسیم کیے جاتے ہیں جو ویلیڈیٹر کے تقسیم شدہ آپریشن کو فعال کرتے ہیں۔ یہ اس لیے ممکن ہے کیونکہ Ethereum ویلیڈیٹرز BLS دستخط استعمال کرتے ہیں جو اضافی ہوتے ہیں، یعنی مکمل کلید کو ان کے اجزاء کے حصوں کا خلاصہ کرکے دوبارہ تعمیر کیا جا سکتا ہے۔ یہ اسٹیکر کو مکمل، اصل 'ماسٹر' ویلیڈیٹر کلید کو محفوظ طریقے سے آف لائن رکھنے کی اجازت دیتا ہے۔ + +### ناکامی کے کوئی واحد نکات نہیں {#no-single-point-of-failure} + +جب ایک ویلیڈیٹر کو متعدد آپریٹرز اور متعدد مشینوں میں تقسیم کیا جاتا ہے، تو یہ آف لائن ہوئے بغیر انفرادی ہارڈویئر اور سافٹ ویئر کی ناکامیوں کا مقابلہ کر سکتا ہے۔ کلسٹر میں نوڈس میں متنوع ہارڈویئر اور سافٹ ویئر کنفیگریشنز کا استعمال کرکے ناکامیوں کے خطرے کو بھی کم کیا جا سکتا ہے۔ یہ لچک سنگل نوڈ ویلیڈیٹر کنفیگریشنز کے لیے دستیاب نہیں ہے - یہ DVT پرت سے آتی ہے۔ + +اگر کسی کلسٹر میں مشین کا کوئی ایک جزو خراب ہو جاتا ہے (مثال کے طور پر، اگر کسی ویلیڈیٹر کلسٹر میں چار آپریٹرز ہیں اور ایک مخصوص کلائنٹ استعمال کرتا ہے جس میں بگ ہے)، تو دوسرے اس بات کو یقینی بناتے ہیں کہ ویلیڈیٹر چلتا رہے۔ + +### وکندریقرت {#decentralization} + +Ethereum کے لیے مثالی منظر نامہ یہ ہے کہ زیادہ سے زیادہ آزادانہ طور پر چلنے والے ویلیڈیٹرز ہوں۔ تاہم، چند اسٹیکنگ فراہم کنندگان بہت مقبول ہو گئے ہیں اور نیٹ ورک پر کل اسٹیک شدہ ETH کے کافی حصے کا حساب رکھتے ہیں۔ DVT ان آپریٹرز کو اسٹیک کی وکندریقرت کو محفوظ رکھتے ہوئے موجود رہنے کی اجازت دے سکتا ہے۔ اس کی وجہ یہ ہے کہ ہر ویلیڈیٹر کی کلیدیں بہت سی مشینوں میں تقسیم ہوتی ہیں اور کسی ویلیڈیٹر کے بدنیتی پر مبنی ہونے کے لیے بہت زیادہ ملی بھگت کی ضرورت ہوگی۔ + +DVT کے بغیر، اسٹیکنگ فراہم کنندگان کے لیے اپنے تمام ویلیڈیٹرز کے لیے صرف ایک یا دو کلائنٹ کنفیگریشنز کی حمایت کرنا آسان ہے، جس سے کلائنٹ بگ کے اثرات میں اضافہ ہوتا ہے۔ DVT کا استعمال متعدد کلائنٹ کنفیگریشنز اور مختلف ہارڈویئر پر خطرے کو پھیلانے کے لیے کیا جا سکتا ہے، جس سے تنوع کے ذریعے لچک پیدا ہوتی ہے۔ + +**DVT Ethereum کو درج ذیل فوائد پیش کرتا ہے:** + +1. Ethereum کے پروف-آف-اسٹیک اتفاق رائے کی **وکندریقرت** +2. نیٹ ورک کی **لائیونیس** کو یقینی بناتا ہے +3. ویلیڈیٹر **فالٹ ٹالرینس** بناتا ہے +4. **اعتماد کم سے کم** ویلیڈیٹر آپریشن +5. **کم سے کم سلیشنگ** اور ڈاؤن ٹائم کے خطرات +6. **تنوع کو بہتر بناتا ہے** (کلائنٹ، ڈیٹا سینٹر، مقام، ضابطہ، وغیرہ) +7. ویلیڈیٹر کلیدی انتظام کی **بہتر سیکیورٹی** + +## DVT کیسے کام کرتا ہے؟ {#how-does-dvt-work} + +ایک DVT حل میں درج ذیل اجزاء شامل ہیں: + +- **[شامیر کی خفیہ شیئرنگ](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - ویلیڈیٹرز [BLS کلیدیں](https://en.wikipedia.org/wiki/BLS_digital_signature) استعمال کرتے ہیں۔ انفرادی BLS "کلیدی حصے" ("کلیدی حصے") کو ایک واحد مجموعی کلید (دستخط) میں ملایا جا سکتا ہے۔ DVT میں، ایک ویلیڈیٹر کے لیے نجی کلید کلسٹر میں ہر آپریٹر کا مشترکہ BLS دستخط ہے۔ +- **[تھریشولڈ دستخطی اسکیم](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - دستخطی فرائض کے لیے درکار انفرادی کلیدی حصوں کی تعداد کا تعین کرتی ہے، جیسے، 4 میں سے 3۔ +- **[تقسیم شدہ کلیدی جنریشن (DKG)](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** - کرپٹوگرافک عمل جو کلیدی حصے تیار کرتا ہے اور کسی موجودہ یا نئی ویلیڈیٹر کلید کے حصوں کو کلسٹر میں نوڈس میں تقسیم کرنے کے لیے استعمال ہوتا ہے۔ +- **[ملٹی پارٹی کمپیوٹیشن (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** - مکمل ویلیڈیٹر کلید ملٹی پارٹی کمپیوٹیشن کا استعمال کرتے ہوئے خفیہ طور پر تیار کی جاتی ہے۔ مکمل کلید کسی بھی انفرادی آپریٹر کو کبھی معلوم نہیں ہوتی—وہ صرف اس کا اپنا حصہ جانتے ہیں (ان کا "حصہ")۔ +- **اتفاق رائے پروٹوکول** - اتفاق رائے پروٹوکول ایک نوڈ کو بلاک پروپوزر کے طور پر منتخب کرتا ہے۔ وہ بلاک کو کلسٹر میں دوسرے نوڈس کے ساتھ شیئر کرتے ہیں، جو اپنے کلیدی حصوں کو مجموعی دستخط میں شامل کرتے ہیں۔ جب کافی کلیدی حصے جمع ہو جاتے ہیں، تو بلاک Ethereum پر تجویز کیا جاتا ہے۔ + +تقسیم شدہ ویلیڈیٹرز میں بلٹ ان فالٹ ٹالرینس ہوتی ہے اور اگر کچھ انفرادی نوڈس آف لائن ہو جائیں تو بھی چلتے رہ سکتے ہیں۔ اس کا مطلب یہ ہے کہ کلسٹر لچکدار ہے یہاں تک کہ اگر اس کے اندر کے کچھ نوڈس بدنیتی پر مبنی یا سست نکلیں۔ + +## DVT کے استعمال کے معاملات {#dvt-use-cases} + +DVT کے وسیع تر اسٹیکنگ انڈسٹری کے لیے اہم مضمرات ہیں: + +### سولو اسٹیکرز {#solo-stakers} + +DVT آپ کو اپنی ویلیڈیٹر کلید کو ریموٹ نوڈس میں تقسیم کرنے کی اجازت دے کر نان-کسٹوڈیل اسٹیکنگ کو بھی فعال کرتا ہے جبکہ مکمل کلید کو مکمل طور پر آف لائن رکھتا ہے۔ اس کا مطلب یہ ہے کہ ہوم اسٹیکرز کو لازمی طور پر ہارڈویئر کے لیے خرچ کرنے کی ضرورت نہیں ہے، جبکہ کلیدی حصوں کو تقسیم کرنے سے انہیں ممکنہ ہیکس کے خلاف مضبوط بنانے میں مدد مل سکتی ہے۔ + +### اسٹیکنگ بطور سروس (SaaS) {#saas} + +بہت سے ویلیڈیٹرز کا انتظام کرنے والے آپریٹرز (جیسے اسٹیکنگ پولز اور ادارہ جاتی اسٹیکرز) اپنے خطرے کو کم کرنے کے لیے DVT کا استعمال کر سکتے ہیں۔ اپنے انفراسٹرکچر کو تقسیم کرکے، وہ اپنے آپریشنز میں فالتو پن شامل کر سکتے ہیں اور اپنے استعمال کردہ ہارڈویئر کی اقسام کو متنوع بنا سکتے ہیں۔ + +DVT متعدد نوڈس میں کلیدی انتظام کی ذمہ داری کا اشتراک کرتا ہے، یعنی کچھ آپریشنل اخراجات بھی شیئر کیے جا سکتے ہیں۔ DVT اسٹیکنگ فراہم کنندگان کے لیے آپریشنل خطرے اور انشورنس کے اخراجات کو بھی کم کر سکتا ہے۔ + +### اسٹیکنگ پولز {#staking-pools} + +معیاری ویلیڈیٹر سیٹ اپس کی وجہ سے، اسٹیکنگ پولز اور لیکویڈ اسٹیکنگ فراہم کنندگان سنگل آپریٹر اعتماد کی مختلف سطحیں رکھنے پر مجبور ہیں کیونکہ پول میں فوائد اور نقصانات کو سماجی بنایا جاتا ہے۔ وہ دستخطی کلیدوں کی حفاظت کے لیے آپریٹرز پر بھی انحصار کرتے ہیں کیونکہ، اب تک، ان کے لیے کوئی دوسرا آپشن نہیں تھا۔ + +اگرچہ روایتی طور پر متعدد آپریٹرز میں اسٹیکس تقسیم کرکے خطرے کو پھیلانے کی کوششیں کی جاتی ہیں، ہر آپریٹر اب بھی آزادانہ طور پر ایک اہم اسٹیک کا انتظام کرتا ہے۔ ایک ہی آپریٹر پر انحصار کرنا بہت بڑا خطرہ ہے اگر وہ کم کارکردگی کا مظاہرہ کرتے ہیں، ڈاؤن ٹائم کا سامنا کرتے ہیں، سمجھوتہ کرتے ہیں، یا بدنیتی سے کام کرتے ہیں۔ + +DVT کا فائدہ اٹھا کر، آپریٹرز سے درکار اعتماد میں نمایاں کمی واقع ہوتی ہے۔ **پولز آپریٹرز کو ویلیڈیٹر کلیدوں کی تحویل کی ضرورت کے بغیر اسٹیکس رکھنے کے قابل بنا سکتے ہیں** (کیونکہ صرف کلیدی حصے استعمال ہوتے ہیں)۔ یہ منظم اسٹیکس کو مزید آپریٹرز کے درمیان تقسیم کرنے کی بھی اجازت دیتا ہے (مثال کے طور پر، 1000 ویلیڈیٹرز کا انتظام کرنے والے ایک ہی آپریٹر کے بجائے، DVT ان ویلیڈیٹرز کو اجتماعی طور پر متعدد آپریٹرز کے ذریعہ چلانے کے قابل بناتا ہے)۔ متنوع آپریٹر کنفیگریشنز اس بات کو یقینی بنائیں گی کہ اگر کوئی ایک آپریٹر خراب ہو جائے تو دوسرے پھر بھی تصدیق کر سکیں گے۔ اس کے نتیجے میں فالتو پن اور تنوع پیدا ہوتا ہے جو بہتر کارکردگی اور لچک کا باعث بنتا ہے، جبکہ انعامات کو زیادہ سے زیادہ کرتا ہے۔ + +سنگل آپریٹر اعتماد کو کم سے کم کرنے کا ایک اور فائدہ یہ ہے کہ اسٹیکنگ پولز زیادہ کھلی اور اجازت کے بغیر آپریٹر کی شرکت کی اجازت دے سکتے ہیں۔ ایسا کرنے سے، خدمات اپنے خطرے کو کم کر سکتی ہیں اور آپریٹرز کے کیوریٹڈ اور اجازت کے بغیر سیٹوں کا استعمال کرکے Ethereum کی وکندریقرت کی حمایت کر سکتی ہیں، مثال کے طور پر، ہوم یا زیادہ معمولی اسٹیکرز کو بڑے اسٹیکرز کے ساتھ جوڑ کر۔ + +## DVT استعمال کرنے کے ممکنہ نقصانات {#potential-drawbacks-of-using-dvt} + +- **اضافی جزو** - ایک DVT نوڈ متعارف کرانے سے ایک اور حصہ شامل ہوتا ہے جو ممکنہ طور پر ناقص یا کمزور ہو سکتا ہے۔ اس کو کم کرنے کا ایک طریقہ DVT نوڈ کے متعدد نفاذ کے لیے کوشش کرنا ہے، یعنی متعدد DVT کلائنٹس (اسی طرح جیسے اتفاق رائے اور عمل درآمد کی تہوں کے لیے متعدد کلائنٹس ہیں)۔ +- **آپریشنل اخراجات** - چونکہ DVT ویلیڈیٹر کو متعدد فریقوں کے درمیان تقسیم کرتا ہے، اس لیے آپریشن کے لیے صرف ایک نوڈ کے بجائے زیادہ نوڈس کی ضرورت ہوتی ہے، جس سے آپریٹنگ اخراجات میں اضافہ ہوتا ہے۔ +- **ممکنہ طور پر بڑھی ہوئی لیٹنسی** - چونکہ DVT ایک ویلیڈیٹر کو چلانے والے متعدد نوڈس کے درمیان اتفاق رائے حاصل کرنے کے لیے ایک اتفاق رائے پروٹوکول کا استعمال کرتا ہے، اس لیے یہ ممکنہ طور پر بڑھی ہوئی لیٹنسی کو متعارف کرا سکتا ہے۔ + +## مزید مطالعہ {#further-reading} + +- [Ethereum تقسیم شدہ ویلیڈیٹر تفصیلات (اعلی سطح)](https://github.com/ethereum/distributed-validator-specs) +- [Ethereum تقسیم شدہ ویلیڈیٹر تکنیکی تفصیلات](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec) +- [شامیر خفیہ شیئرنگ ڈیمو ایپ](https://iancoleman.io/shamir/) diff --git a/public/content/translations/ur/staking/pools/index.md b/public/content/translations/ur/staking/pools/index.md new file mode 100644 index 00000000000..bf7a3c7b7e8 --- /dev/null +++ b/public/content/translations/ur/staking/pools/index.md @@ -0,0 +1,86 @@ +--- +title: "پُولڈ اسٹیکنگ" +description: "اسٹیکنگ پولز کے بارے میں جانیں" +lang: ur-in +template: staking +emoji: ":money_with_wings:" +image: /images/staking/leslie-pool.png +alt: "لیسلی نامی گینڈا پول میں تیر رہا ہے۔" +sidebarDepth: 2 +summaryPoints: + - کسی بھی مقدار کے ETH کے ساتھ دوسروں کے ساتھ مل کر اسٹیک کریں اور انعامات کمائیں۔ + - مشکل حصے کو چھوڑیں اور ویلیڈیٹر کے آپریشن کو کسی تیسرے فریق کے سپرد کریں۔ + - اپنے اسٹیکنگ ٹوکنز اپنی ہی والٹ میں رکھیں۔ +--- + +## اسٹیکنگ پولز کیا ہیں؟ {#what-are-staking-pools} + +اسٹیکنگ پولز ایک مشترکہ طریقہ ہیں جو ان لوگوں کو اجازت دیتے ہیں جن کے پاس ETH کی کم مقدار ہے کہ وہ اکٹھے ہو کر 32 ETH پورے کریں، جو ویلیڈیٹر کیز کے ایک سیٹ کو فعال کرنے کے لیے درکار ہے۔ پولنگ کی سہولت پروٹوکول میں براہِ راست شامل نہیں ہے، اس ضرورت کو پورا کرنے کے لیے الگ سے حل تیار کیے گئے ہیں۔ + +کچھ پولز اسمارٹ کنٹریکٹس استعمال کرتے ہیں، جہاں آپ اپنے فنڈز ایک کنٹریکٹ میں جمع کر سکتے ہیں۔ یہ کنٹریکٹ خودکار طریقے سے اور بغیر اعتماد (trustlessly) کے آپ کے اسٹیک کو منظم اور ٹریک کرتا ہے، اور آپ کو ایک ٹوکن جاری کرتا ہے جو آپ کی قدر (value) کی نمائندگی کرتا ہے۔ دیگر پولز اسمارٹ کنٹریکٹس استعمال نہیں کرتے، بلکہ آف چین (off-chain) ثالثی کے ذریعے چلتے ہیں۔ + +## پول کے ساتھ اسٹیک کیوں کریں؟ {#why-stake-with-a-pool} + +ہم نے اپنے [اسٹیکنگ کے تعارف](/staking/) میں جو فوائد بیان کیے ہیں، ان کے علاوہ، پول کے ذریعے اسٹیکنگ کرنے کے بھی کئی الگ فائدے ہیں۔ + + + + + + + + + +## کن باتوں پر غور کریں {#what-to-consider} + +پولڈ یا ڈیلیگیٹڈ اسٹیکنگ ایتھیریم پروٹوکول میں براہِ راست شامل نہیں ہے، لیکن چونکہ صارفین کی بڑی تعداد 32 ETH سے کم اسٹیک کرنا چاہتی ہے، اس لیے اس طلب کو پورا کرنے کے لیے متعدد حل تیار کیے گئے ہیں۔ + +ہر پول اور ان کے استعمال کیے گئے ٹولز یا اسمارٹ کنٹریکٹس مختلف ٹیموں نے تیار کیے ہیں، اور ہر ایک کے ساتھ اپنے فوائد اور خطرات منسلک ہیں۔ پول صارفین کو یہ سہولت دیتے ہیں کہ وہ اپنے ETH کو ایک ایسے ٹوکن کے ساتھ بدل سکیں جو اسٹیک کیے گئے ETH کی نمائندگی کرتا ہے۔ یہ ٹوکن اس لیے کارآمد ہے کہ یہ صارفین کو اجازت دیتا ہے کہ وہ کسی بھی مقدار کے ETH کو ایک ایسے ٹوکن میں بدل سکیں جو اسٹیکنگ کے انعامات سے منافع دیتا ہے، جبکہ اصل ETH کنسینسس لیئر پر اسٹیک ہی رہتا ہے۔ اس طرح یہ ٹوکن ڈی سینٹرلائزڈ ایکسچینجز پر آسانی سے خریدا اور بیچا جا سکتا ہے (اور اس کے برعکس بھی)، چاہے مقدار 32 ETH کے ضرب میں نہ ہو۔ یہ اس بات کا مطلب ہے کہ منافع دینے والے اسٹیکڈ-ETH پروڈکٹ اور "خام ETH" کے درمیان تبادلہ تیز، آسان اور سہل ہے، اور یہ صرف 32 ETH کے ضربوں میں ہی محدود نہیں ہے۔ + +تاہم، یہ اسٹیکڈ-ETH ٹوکن اکثر ایسی صورتحال پیدا کر دیتے ہیں جیسے کارٹل میں ہوتی ہے، جہاں بڑی مقدار میں اسٹیکڈ ETH چند مرکزی اداروں کے کنٹرول میں آجاتا ہے بجائے اس کے کہ یہ کئی آزاد افراد میں تقسیم ہو۔ یہ سنسرشپ یا ویلیو ایکسٹریکشن (value extraction) کے لیے حالات پیدا کرتا ہے۔ اسٹیکنگ کے لیے سب سے اعلیٰ معیار یہ ہے کہ جب بھی ممکن ہو، افراد اپنے ذاتی ہارڈویئر پر ویلیڈیٹرز (validators) چلائیں۔ + +[اسٹیکنگ ٹوکنز کے خطرات پر مزید](https://notes.ethereum.org/@djrtwo/risks-of-lsd)۔ + +خصوصی انڈیکیٹرس ہر درج شدہ اسٹیکنگ پول کی نمایاں طاقتوں یا کمزوریوں کو ظاہر کرتے ہیں۔ جب آپ کسی پول میں شامل ہونے کا فیصلہ کریں تو ان اشاروں کی تعریف جاننے کے لیے اس حصے کو بطور حوالہ استعمال کریں۔ + + + +## اسٹیکنگ پولز کو دریافت کریں {#explore-staking-pools} + +آپ کے سیٹ اپ کے لیے مختلف اختیارات دستیاب ہیں۔ ذیل میں دیے گئے اوزاروں میں سے انتخاب کرنے میں رہنمائی کے لیے ان اشاروں کو استعمال کریں۔ اوپر میں موجود اوزاروں میں رہنمائی کے لیے اوپر دیے گئے اشاروں کا استعمال کریں۔ + + + + + +براہ کرم ایک ایسی سروس کا انتخاب کرنے کی اہمیت کو نوٹ کریں جو [کلائنٹ ڈائیورسٹی](/developers/docs/nodes-and-clients/client-diversity/) کو سنجیدگی سے لیتی ہو، کیونکہ یہ نیٹ ورک کی سیکیورٹی کو بہتر بناتی ہے، اور آپ کے خطرے کو محدود کرتی ہے۔ وہ سروسز جن کے پاس اکثریتی کلائنٹ کے استعمال کو محدود کرنے کا ثبوت ہے، ان کی نشاندہی "execution client diversity" اور "consensus client diversity." سے کی جاتی ہے۔ + +کیا آپ کے پاس کسی اسٹیکنگ ٹول کی تجویز ہے جو ہم نے شامل نہیں کیا؟ ہماری [پروڈکٹ لسٹنگ پالیسی](/contributing/adding-staking-products/) کو دیکھیں تاکہ معلوم ہو سکے کہ آیا یہ موزوں ہے، اور اسے جائزے کے لیے جمع کرائیں۔ + +## اکثر پوچھے جانے والے سوالات {#faq} + + +عموماً ERC-20 اسٹیکنگ ٹوکنز اسٹیکرز کو جاری کیے جاتے ہیں، جو ان کے اسٹیک کیے گئے ETH کی قدر اور انعامات کی نمائندگی کرتے ہیں۔ یاد رکھیں کہ مختلف پولز اپنے صارفین کو اسٹیکنگ انعامات تھوڑے مختلف طریقوں سے تقسیم کرتے ہیں، لیکن بنیادی اصول یہی رہتا ہے۔ + + + +ابھی! شنگھائی/کیپیلا (Shanghai/Capella) نیٹ ورک اپ گریڈ اپریل 2023 میں عمل میں آیا، جس نے اسٹیکنگ انخلا (withdrawals) کا آغاز کیا۔ اب اسٹیکنگ پولز کی معاونت کرنے والے ویلیڈیٹر اکاؤنٹس کو یہ صلاحیت حاصل ہے کہ وہ ایگزٹ کر سکیں اور ETH کو اپنے مخصوص ویڈراوال ایڈریس پر نکال سکیں۔ اس سے آپ کو یہ سہولت ملتی ہے کہ آپ اپنے حصے کا اسٹیک واپس لے سکیں اور اصل ETH حاصل کر سکیں۔ اپنے پرووائیڈر سے معلوم کریں کہ وہ اس فیچر کی سپورٹ کس طرح فراہم کرتے ہیں۔ + +اس کے متبادل کے طور پر، وہ پولز جو ERC-20 اسٹیکنگ ٹوکن استعمال کرتے ہیں، صارفین کو یہ سہولت دیتے ہیں کہ وہ اس ٹوکن کو اوپن مارکیٹ میں ٹریڈ کر سکیں۔ اس طرح آپ اپنی اسٹیکنگ پوزیشن بیچ سکتے ہیں، جسے مؤثر طور پر "ویڈراول" سمجھا جا سکتا ہے، بغیر اس کے کہ اصل ETH کو اسٹیکنگ کانٹریکٹ سے نکالا جائے۔ + +اسٹیکنگ ودڈرالز کے بارے میں مزید + + + +ان پولڈ اسٹیکنگ آپشنز اور مرکزی ایکسچینجز (centralized exchanges) میں کئی مماثلتیں ہیں، مثلاً کم مقدار میں ETH اسٹیک کرنے کی سہولت اور انہیں اکٹھا کر کے ویلیڈیٹرز کو ایکٹیویٹ کرنا۔ + +البتہ، مرکزی ایکسچینجز کے برعکس، دیگر کئی پولڈ اسٹیکنگ آپشنز اسمارٹ کانٹریکٹس اور/یا اسٹیکنگ ٹوکنز استعمال کرتے ہیں، جو عموماً ERC-20 ٹوکن ہوتے ہیں۔ یہ ٹوکن آپ اپنے والٹ میں رکھ سکتے ہیں اور بالکل دیگر ٹوکنز کی طرح خرید و فروخت کر سکتے ہیں۔ یہ ماڈل آپ کو اپنے ٹوکنز پر کنٹرول دے کر ایک اضافی خودمختاری اور سیکیورٹی فراہم کرتا ہے، لیکن پھر بھی آپ کو اس ویلیڈیٹر کلائنٹ پر براہِ راست کنٹرول نہیں ملتا جو بیک گراؤنڈ میں آپ کی طرف سے اٹیست کر رہا ہوتا ہے۔ + +کچھ پولڈ آپشنز، ان نوڈز کے حوالے سے جو ان کی پشت پناہی کرتے ہیں، دوسروں کے مقابلے میں زیادہ ڈیسینٹرلائزڈ ہوتے ہیں۔ نیٹ ورک کی صحت اور ڈیسینٹرلائزیشن کو فروغ دینے کے لیے، اسٹیکرز کو ہمیشہ اس پولنگ سروس کا انتخاب کرنے کی ترغیب دی جاتی ہے جو بغیر اجازت کے ایک ڈیسینٹرلائزڈ نوڈ آپریٹرز کا سیٹ فراہم کرتی ہو۔ + + +## مزید پڑھیں {#further-reading} + +- [ایتھریئم اسٹیکنگ ڈائرکٹری](https://www.staking.directory/) - _Eridian اور Spacesider_ +- [Rocket Pool کے ساتھ اسٹیکنگ - اسٹیکنگ کا جائزہ](https://docs.rocketpool.net/guides/staking/overview.html) - _RocketPool docs_ +- [Lido کے ساتھ ایتھریئم اسٹیک کرنا](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _Lido help docs_ diff --git a/public/content/translations/ur/staking/saas/index.md b/public/content/translations/ur/staking/saas/index.md new file mode 100644 index 00000000000..d16c285653e --- /dev/null +++ b/public/content/translations/ur/staking/saas/index.md @@ -0,0 +1,95 @@ +--- +title: "بطور سروس اسٹیکنگ" +description: "بطور سروس اسٹیکنگ کے بارے میں جانیں۔" +lang: ur-in +template: staking +emoji: ":money_with_wings:" +image: /images/staking/leslie-saas.png +alt: "لیسلی نامی گینڈا بادلوں میں تیر رہا ہے۔" +sidebarDepth: 2 +summaryPoints: + - تھرڈ پارٹی نوڈ آپریٹرز آپ کے توثیق کار کلائنٹ کے آپریشن کو سنبھالتے ہیں + - 32 ETH رکھنے والے ہر اس شخص کے لیے بہترین آپشن جو نوڈ چلانے کی تکنیکی پیچیدگی سے نمٹنے میں آسانی محسوس نہیں کرتا۔ + - اعتماد کم کریں، اور اپنی وڈرال کیز کی کسٹڈی برقرار رکھیں۔ +--- + +## بطور سروس اسٹیکنگ کیا ہے؟ {#what-is-staking-as-a-service} + +بطور سروس اسٹیکنگ (”SaaS“) اسٹیکنگ سروسز کے ایک زمرے کی نمائندگی کرتا ہے جہاں آپ ایک ویلیڈیٹر کے لیے اپنے 32 ETH جمع کرتے ہیں، لیکن نوڈ آپریشنز کو کسی تھرڈ پارٹی آپریٹر کو سونپ دیتے ہیں۔ اس عمل میں عام طور پر ابتدائی سیٹ اپ، بشمول کی جنریشن (key generation) اور ڈپازٹ کے ذریعے رہنمائی حاصل کرنا، پھر آپریٹر کو اپنی سائننگ کیز (signing keys) اپ لوڈ کرنا شامل ہے۔ یہ سروس کو آپ کی جانب سے آپ کے ویلیڈیٹر کو چلانے کی اجازت دیتا ہے، عام طور پر ماہانہ فیس کے عوض۔ + +## کسی سروس کے ساتھ اسٹیک کیوں کریں؟ {#why-stake-with-a-service} + +Ethereum پروٹوکول مقامی طور پر اسٹیک کی ڈیلیگیشن کی حمایت نہیں کرتا، اس لیے اس مانگ کو پورا کرنے کے لیے یہ سروسز بنائی گئی ہیں۔ اگر آپ کے پاس اسٹیک کرنے کے لیے 32 ETH ہیں، لیکن آپ ہارڈویئر سے نمٹنے میں آسانی محسوس نہیں کرتے، تو SaaS سروسز آپ کو مشکل حصہ سونپنے کی اجازت دیتی ہیں جبکہ آپ مقامی بلاک ریوارڈز حاصل کرتے ہیں۔ + + + + + + + + + +## کن باتوں پر غور کریں {#what-to-consider} + +آپ کے ETH کو اسٹیک کرنے میں مدد کے لیے SaaS فراہم کنندگان کی تعداد بڑھ رہی ہے، لیکن ان سب کے اپنے فوائد اور خطرات ہیں۔ ہوم اسٹیکنگ کے مقابلے میں تمام SaaS آپشنز کو اضافی اعتماد کے مفروضوں کی ضرورت ہوتی ہے۔ SaaS آپشنز میں Ethereum کلائنٹس کو ریپ کرنے والا اضافی کوڈ ہو سکتا ہے جو اوپن یا قابل آڈٹ نہیں ہے۔ SaaS کا نیٹ ورک کی ڈی سینٹرلائزیشن پر بھی نقصان دہ اثر ہوتا ہے۔ سیٹ اپ پر منحصر ہے، ہو سکتا ہے کہ آپ اپنے ویلیڈیٹر کو کنٹرول نہ کریں - آپریٹر آپ کے ETH کا استعمال کرتے ہوئے بے ایمانی سے کام کر سکتا ہے۔ + +نیچے ایٹریبیوٹ انڈیکیٹرز کا استعمال کسی فہرست میں شامل SaaS فراہم کنندہ کی نمایاں طاقتوں یا کمزوریوں کا اشارہ دینے کے لیے کیا گیا ہے۔ جب آپ اپنی اسٹیکنگ کے سفر میں مدد کے لیے کسی سروس کا انتخاب کر رہے ہوں تو اس سیکشن کو ایک حوالے کے طور پر استعمال کریں کہ ہم ان ایٹریبیوٹس کی تعریف کیسے کرتے ہیں۔ + + + +## اسٹیکنگ سروس فراہم کنندگان کو دریافت کریں {#saas-providers} + +نیچے کچھ دستیاب SaaS فراہم کنندگان ہیں۔ ان سروسز میں آپ کی رہنمائی میں مدد کے لیے مندرجہ بالا انڈیکیٹرز کا استعمال کریں۔ + + + +### SaaS فراہم کنندگان + + + +براہ کرم [کلائنٹ ڈائیورسٹی](/developers/docs/nodes-and-clients/client-diversity/) کی حمایت کرنے کی اہمیت کو نوٹ کریں کیونکہ یہ نیٹ ورک کی سیکیورٹی کو بہتر بناتا ہے، اور آپ کے خطرے کو محدود کرتا ہے۔ وہ سروسز جن کے پاس اکثریتی کلائنٹ کے استعمال کو محدود کرنے کا ثبوت ہے، ان کی نشاندہی "execution client diversity" اور "consensus client diversity." سے کی جاتی ہے۔ + +### کلیدی جنریٹرز + + + +کیا آپ کے پاس کسی ایسے اسٹیکنگ-ایز-اے-سروس فراہم کنندہ کے لیے کوئی تجویز ہے جسے ہم نے شامل نہیں کیا؟ ہماری [پروڈکٹ لسٹنگ پالیسی](/contributing/adding-staking-products/) کو دیکھیں تاکہ معلوم ہو سکے کہ آیا یہ موزوں ہے، اور اسے جائزے کے لیے جمع کرائیں۔ + +## اکثر پوچھے جانے والے سوالات {#faq} + + +انتظامات فراہم کنندہ سے فراہم کنندہ کے لحاظ سے مختلف ہوں گے، لیکن عام طور پر آپ کو درکار کسی بھی سائننگ کیز (فی 32 ETH ایک) کو سیٹ اپ کرنے، اور انہیں اپنے فراہم کنندہ کو اپ لوڈ کرنے میں آپ کی رہنمائی کی جائے گی تاکہ وہ آپ کی جانب سے توثیق کر سکیں۔ صرف سائننگ کیز آپ کے فنڈز کو وڈرا کرنے، منتقل کرنے، یا خرچ کرنے کی کوئی صلاحیت نہیں دیتیں۔ تاہم، وہ کنسینسس (اتفاق رائے) کی طرف ووٹ ڈالنے کی صلاحیت فراہم کرتی ہیں، جو اگر صحیح طریقے سے نہ کیا جائے تو آف لائن پینلٹیز یا سلیشنگ کا باعث بن سکتا ہے۔ + + + +جی ہاں. ہر اکاؤنٹ BLS سائننگ کیز اور BLS وڈرال کیز دونوں پر مشتمل ہوتا ہے۔ ایک ویلیڈیٹر کے لیے چین کی اسٹیٹ کی توثیق کرنے، سنک کمیٹیوں میں حصہ لینے اور بلاکس تجویز کرنے کے لیے، سائننگ کیز کو ویلیڈیٹر کلائنٹ کے لیے آسانی سے قابل رسائی ہونا چاہیے۔ ان کا کسی نہ کسی شکل میں انٹرنیٹ سے منسلک ہونا ضروری ہے، اور اس لیے انہیں فطری طور پر "ہاٹ" کیز سمجھا جاتا ہے۔ یہ آپ کے ویلیڈیٹر کے لیے توثیق کرنے کے قابل ہونے کی ایک شرط ہے، اور اس لیے فنڈز منتقل کرنے یا وڈرا کرنے کے لیے استعمال ہونے والی کیز کو سیکیورٹی وجوہات کی بنا پر الگ رکھا جاتا ہے۔ + +BLS وڈرال کیز کا استعمال ایک بار کے میسج پر دستخط کرنے کے لیے کیا جاتا ہے جو یہ اعلان کرتا ہے کہ کس ایگزیکیوشن لیئر اکاؤنٹ میں اسٹیکنگ ریوارڈز اور ایگزٹ شدہ فنڈز جانے چاہئیں۔ ایک بار جب یہ میسج براڈکاسٹ ہو جاتا ہے، تو BLS وڈرال کیز کی مزید ضرورت نہیں رہتی۔ اس کے بجائے، وڈرا کیے گئے فنڈز پر کنٹرول مستقل طور پر آپ کے فراہم کردہ ایڈریس کو سونپ دیا جاتا ہے۔ یہ آپ کو اپنے کولڈ اسٹوریج کے ذریعے محفوظ کردہ وڈرال ایڈریس سیٹ کرنے کی اجازت دیتا ہے، جو آپ کے ویلیڈیٹر فنڈز کے خطرے کو کم کرتا ہے، چاہے کوئی اور آپ کی ویلیڈیٹر سائننگ کیز کو کنٹرول کرتا ہو۔ + +وڈرال کی اسناد کو اپ ڈیٹ کرنا وڈرا کو فعال کرنے کے لیے ایک لازمی قدم ہے\*۔ اس عمل میں آپ کے نیمونک سیڈ فریز کا استعمال کرتے ہوئے وڈرال کیز بنانا شامل ہے۔ + +یقینی بنائیں کہ آپ اس سیڈ فریز کا محفوظ طریقے سے بیک اپ لیں ورنہ وقت آنے پر آپ اپنی وڈرا کیز بنانے سے قاصر ہوں گے۔ + +\*جن اسٹیکرز نے ابتدائی ڈپازٹ کے ساتھ وڈرال ایڈریس فراہم کیا تھا انہیں اسے سیٹ کرنے کی ضرورت نہیں ہے۔ اپنے ویلیڈیٹر کو تیار کرنے کے طریقے کے بارے میں مدد کے لیے اپنے SaaS فراہم کنندہ سے رابطہ کریں۔ + + + +اسٹیکرز کو ایک وڈرال ایڈریس فراہم کرنے کی ضرورت ہے (اگر ابتدائی ڈپازٹ پر فراہم نہیں کیا گیا ہے)، اور ریوارڈ کی ادائیگیاں ہر چند دنوں میں وقفے وقفے سے خود بخود تقسیم ہونا شروع ہو جائیں گی۔ + +ویلیڈیٹرز ایک ویلیڈیٹر کے طور پر مکمل طور پر ایگزٹ بھی کر سکتے ہیں، جو وڈرال کے لیے ان کے باقی ETH بیلنس کو ان لاک کر دے گا۔ وہ اکاؤنٹس جنہوں نے ایگزیکیوشن وڈرال ایڈریس فراہم کیا ہے اور ایگزٹ کا عمل مکمل کر لیا ہے، اگلے ویلیڈیٹر سوئیپ کے دوران اپنا پورا بیلنس فراہم کردہ وڈرال ایڈریس پر وصول کریں گے۔ + +اسٹیکنگ ودڈرالز کے بارے میں مزید + + + +SaaS فراہم کنندہ کا استعمال کرکے، آپ اپنے نوڈ کا آپریشن کسی اور کو سونپ رہے ہیں۔ اس میں نوڈ کی خراب کارکردگی کا خطرہ ہے، جو آپ کے کنٹرول میں نہیں ہے۔ اگر آپ کے ویلیڈیٹر کو سلیش کیا جاتا ہے، تو آپ کے ویلیڈیٹر بیلنس پر جرمانہ عائد کیا جائے گا اور اسے ویلیڈیٹر پول سے زبردستی ہٹا دیا جائے گا۔ + +سلیشنگ/ایگزٹ کے عمل کی تکمیل پر، یہ فنڈز ویلیڈیٹر کو تفویض کردہ وڈرال ایڈریس پر منتقل کر دیے جائیں گے۔ اسے فعال کرنے کے لیے وڈرال ایڈریس فراہم کرنا ضروری ہے۔ یہ ابتدائی ڈپازٹ پر فراہم کیا گیا ہو سکتا ہے۔ اگر نہیں، تو ویلیڈیٹر وڈرال کیز کا استعمال ایک ایسے میسج پر دستخط کرنے کے لیے کرنا ہوگا جو وڈرال ایڈریس کا اعلان کرتا ہے۔ اگر کوئی وڈرال ایڈریس فراہم نہیں کیا گیا ہے، تو فنڈز فراہم کیے جانے تک لاک رہیں گے۔ + +کسی بھی گارنٹی یا انشورنس کے اختیارات پر مزید تفصیلات کے لیے، اور وڈرال ایڈریس فراہم کرنے کے طریقے کے بارے میں ہدایات کے لیے انفرادی SaaS فراہم کنندہ سے رابطہ کریں۔ اگر آپ اپنے ویلیڈیٹر سیٹ اپ پر مکمل کنٹرول رکھنا پسند کریں گے، تو [اپنے ETH کو سولو اسٹیک کرنے کے طریقے کے بارے میں مزید جانیں](/staking/solo/)۔ + + +## مزید پڑھیں {#further-reading} + +- [ایتھریئم اسٹیکنگ ڈائرکٹری](https://www.staking.directory/) - _Eridian اور Spacesider_ +- [اسٹیکنگ سروسز کا جائزہ](https://www.attestant.io/posts/evaluating-staking-services/) - _جم میکڈونلڈ 2020_ diff --git a/public/content/translations/ur/staking/solo/index.md b/public/content/translations/ur/staking/solo/index.md new file mode 100644 index 00000000000..742a457de02 --- /dev/null +++ b/public/content/translations/ur/staking/solo/index.md @@ -0,0 +1,209 @@ +--- +title: "اپنے ETH کو ہوم پر اسٹیک کریں" +description: "اپنے ETH کو ہوم پر اسٹیک کرنے کی شروعات کیسے کریں – ایک جائزہ" +lang: ur-in +template: staking +emoji: ":money_with_wings:" +image: /images/staking/leslie-solo.png +alt: "لیسلی گینڈا اپنی ہی کمپیوٹر چِپ پر۔" +sidebarDepth: 2 +summaryPoints: + - اگر آپ اپنے ویلیڈیٹر کو صحیح طور پر فعال اور آن لائن رکھتے ہیں تو آپ کو براہِ راست پروٹوکول سے زیادہ سے زیادہ انعامات ملتے ہیں۔ + - گھر کا ہارڈویئر چلائیں اور ذاتی طور پر ایتھریم نیٹ ورک کی حفاظت اور وکندریقرت میں اضافہ کریں + - اعتماد کو ختم کریں، اور اپنے فنڈز کی چابیاں کبھی ہاتھ سے نہ دیں۔ +--- + +## ہوم اسٹیکنگ کیا ہے؟ {#what-is-solo-staking} + +ہوم اسٹیکنگ [ایک ایتھریم نوڈ چلانے](/run-a-node/) کا عمل ہے جو انٹرنیٹ سے منسلک ہو اور 32 ETH جمع کر کے ایک [ویلیڈیٹر](#faq) کو فعال کرتا ہے، جس سے آپ کو نیٹ ورک کے اتفاق رائے میں براہ راست حصہ لینے کی اہلیت ملتی ہے۔ + +**ہوم اسٹیکنگ ایتھریم نیٹ ورک کی غیر مرکزیت (decentralization) میں اضافہ کرتا ہے**، جس سے ایتھریم سینسرشپ کے خلاف مزید مزاحم اور حملوں کے خلاف زیادہ مضبوط ہو جاتا ہے۔ دیگر اسٹیکنگ کے طریقے نیٹ ورک کی اسی طرح مدد نہیں کر سکتے ہیں۔ ایتھریم کو محفوظ بنانے کے لیے ہوم اسٹیکنگ بہترین آپشن ہے۔ + +ایک ایتھریم نوڈ میں ایگزیکیوشن لیئر (EL) کلائنٹ اور کنسینسس لیئر (CL) کلائنٹ دونوں شامل ہوتے ہیں۔ یہ کلائنٹس ایسے سافٹ ویئر ہیں جو سائننگ کیز کے ایک درست سیٹ کے ساتھ مل کر کام کرتے ہیں تاکہ ٹرانزیکشنز اور بلاکس کی تصدیق کی جا سکے، چین کے درست ہیڈ کی تصدیق کی جا سکے، تصدیقات کو جمع کیا جا سکے، اور بلاکس تجویز کیے جا سکیں۔ + +ہوم اسٹیکرز ان کلائنٹس کو چلانے کے لیے درکار ہارڈویئر کو آپریٹ کرنے کے ذمہ دار ہیں۔ اس کے لیے ایک مخصوص مشین استعمال کرنے کی سختی سے سفارش کی جاتی ہے جسے آپ گھر سے چلاتے ہیں - یہ نیٹ ورک کی صحت کے لیے انتہائی فائدہ مند ہے۔ + +ایک ہوم اسٹیکر کو اپنے ویلیڈیٹر کو صحیح طریقے سے فعال اور آن لائن رکھنے پر براہِ راست پروٹوکول سے انعامات ملتے ہیں. + +## گھر سے اسٹیک کیوں کریں؟ {#why-stake-solo} + +ہوم اسٹیکنگ مزید ذمہ داری کے ساتھ آتی ہے لیکن آپ کو اپنے فنڈز اور اسٹیکنگ سیٹ اپ پر زیادہ سے زیادہ کنٹرول فراہم کرتی ہے۔ + + + + + + + +## ہوم اسٹیکنگ سے پہلے غور کرنے کے لائق باتیں {#considerations-before-staking-solo} + +جتنا ہم چاہتے ہیں کہ ہوم اسٹیکنگ سب کے لیے قابل رسائی اور خطرے سے پاک ہو، یہ حقیقت نہیں ہے۔ اپنے ETH کو ہوم اسٹیک کرنے کا انتخاب کرنے سے پہلے کچھ عملی اور سنجیدہ باتوں کو ذہن میں رکھنا ضروری ہے۔ + + + +اپنا نوڈ چلاتے وقت، آپ کو اپنے منتخب کردہ سافٹ ویئر کو استعمال کرنے کا طریقہ سیکھنے کے لیے کچھ وقت صرف کرنا چاہیے۔ اس میں متعلقہ دستاویزات کو پڑھنا اور ان دیو ٹیموں کے کمیونیکیشن چینلز سے باخبر رہنا شامل ہے۔ + +آپ جس سافٹ ویئر کو چلا رہے ہیں اور پروف آف اسٹیک کیسے کام کرتا ہے اس کے بارے میں جتنا زیادہ سمجھیں گے، ایک اسٹیکر کے طور پر یہ اتنا ہی کم خطرناک ہوگا، اور ایک نوڈ آپریٹر کے طور پر راستے میں پیدا ہونے والے کسی بھی مسئلے کو حل کرنا اتنا ہی آسان ہوگا۔ + + + +نوڈ سیٹ اپ کے لیے کمپیوٹر کے ساتھ کام کرتے وقت ایک معقول سطح کی سہولت درکار ہوتی ہے، حالانکہ نئے ٹولز وقت کے ساتھ اسے آسان بنا رہے ہیں۔ کمانڈ لائن انٹرفیس کی سمجھ مددگار ہے، لیکن اب سختی سے ضروری نہیں ہے۔ + +اس کے لیے بہت بنیادی ہارڈویئر سیٹ اپ، اور کم از کم تجویز کردہ تفصیلات کی کچھ سمجھ بھی درکار ہے۔ + + + +جس طرح پرائیویٹ کیز آپ کے ایتھریم ایڈریس کو محفوظ کرتی ہیں، اسی طرح آپ کو اپنے ویلیڈیٹر کے لیے خاص طور پر کیز بنانا ہوں گی۔ آپ کو یہ سمجھنا چاہیے کہ کسی بھی سیڈ فریز یا پرائیویٹ کیز کو کیسے محفوظ اور مامون رکھا جائے۔{' '} + +[ایتھریم سیکیورٹی اور اسکام سے بچاؤ](/security/) + + + +ہارڈویئر کبھی کبھار ناکام ہو جاتا ہے، نیٹ ورک کنکشن میں خرابی آ جاتی ہے، اور کلائنٹ سافٹ ویئر کو کبھی کبھار اپ گریڈ کرنے کی ضرورت ہوتی ہے۔ نوڈ کی دیکھ بھال ناگزیر ہے اور کبھی کبھار آپ کی توجہ کی ضرورت ہوگی۔ آپ کو یہ یقینی بنانا ہوگا کہ آپ کسی بھی متوقع نیٹ ورک اپ گریڈ، یا دیگر اہم کلائنٹ اپ گریڈ سے باخبر رہیں۔ + + + +آپ کے انعامات اس وقت کے متناسب ہیں جب تک آپ کا ویلیڈیٹر آن لائن ہے اور مناسب طریقے سے تصدیق کر رہا ہے۔ ڈاؤن ٹائم پر جرمانے اس بات کے متناسب ہوتے ہیں کہ ایک ہی وقت میں کتنے دوسرے ویلیڈیٹرز آف لائن ہیں، لیکن اس کے نتیجے میں سلیشنگ نہیں ہوتی۔ بینڈوتھ بھی اہمیت رکھتی ہے، کیونکہ وقت پر موصول نہ ہونے والی تصدیقات کے لیے انعامات کم ہو جاتے ہیں۔ ضروریات مختلف ہو سکتی ہیں، لیکن کم از کم 10 Mb/s اپ اور ڈاؤن کی سفارش کی جاتی ہے۔ + + + +آف لائن ہونے کی وجہ سے غیرفعالیت کے جرمانوں سے مختلف، سلیشنگ ایک بہت زیادہ سنگین جرمانہ ہے جو بدنیتی پر مبنی جرائم کے لیے مخصوص ہے۔ ایک وقت میں صرف ایک مشین پر اپنی کیز لوڈ کر کے ایک اقلیتی کلائنٹ چلا کر، آپ کے سلیش ہونے کا خطرہ کم سے کم ہو جاتا ہے۔ اس کے باوجود، تمام اسٹیکرز کو سلیشنگ کے خطرات سے آگاہ ہونا چاہیے۔ + + سلیشنگ اور ویلیڈیٹر لائف سائیکل پر مزید + + + + + + +## یہ کیسے کام کرتا ہے {#how-it-works} + + + +فعال رہتے ہوئے آپ ETH انعامات کمائیں گے، جو وقتاً فوقتاً آپ کے withdrawal ایڈریس میں جمع ہوتے رہیں گے۔ + +اگر کبھی چاہیں، تو آپ ایک ویلیڈیٹر کے طور پر باہر نکل سکتے ہیں جو آن لائن ہونے کی ضرورت کو ختم کرتا ہے، اور مزید انعامات کو روکتا ہے۔ آپ کا بقیہ بیلنس پھر اس ودڈرال ایڈریس پر نکال لیا جائے گا جسے آپ سیٹ اپ کے دوران نامزد کرتے ہیں۔ + +[اسٹیکنگ سے رقم نکالنے کے بارے میں مزید](/staking/withdrawals/) + +## اسٹیکنگ لانچ پیڈ پر شروعات کریں {#get-started-on-the-staking-launchpad} + +اسٹیکنگ لانچ پیڈ ایک اوپن سورس ایپلیکیشن ہے جو آپ کو اسٹیکر بننے میں مدد دے گی۔ یہ آپ کو اپنے کلائنٹس کو منتخب کرنے، اپنی کیز بنانے اور اپنے ETH کو اسٹیکنگ ڈپازٹ کنٹریکٹ میں جمع کرنے میں رہنمائی کرے گا۔ ایک چیک لسٹ فراہم کی گئی ہے تاکہ یہ یقینی بنایا جا سکے کہ آپ نے اپنے ویلیڈیٹر کو محفوظ طریقے سے سیٹ اپ کرنے کے لیے ہر چیز کا احاطہ کر لیا ہے۔ + + + +## نوڈ اور کلائنٹ سیٹ اپ ٹولز کے بارے میں کیا سوچنا چاہیے {#node-tool-considerations} + +ETH کو گھر سے stake کرنے کے لیے کئی نئے ٹولز اور سروسز آ رہی ہیں، لیکن ہر ایک کے مختلف خطرات اور فوائد ہیں۔ + +نیچے دی گئی خصوصیت کے اشارے کسی درج شدہ اسٹیکنگ ٹول کی قابل ذکر طاقتوں یا کمزوریوں کا اشارہ دینے کے لیے استعمال کیے جاتے ہیں۔ اس سیکشن کو اس حوالے سے استعمال کریں کہ ہم ان خصوصیات کی وضاحت کیسے کرتے ہیں جب آپ اپنے اسٹیکنگ کے سفر میں مدد کے لیے ٹولز کا انتخاب کر رہے ہوں۔ + + + +## نوڈ اور کلائنٹ سیٹ اپ ٹولز کو دریافت کریں {#node-and-client-tools} + +آپ کے سیٹ اپ کے لیے مختلف اختیارات دستیاب ہیں۔ ذیل میں دیے گئے اوزاروں میں سے انتخاب کرنے میں رہنمائی کے لیے ان اشاروں کو استعمال کریں۔ اوپر میں موجود اوزاروں میں رہنمائی کے لیے اوپر دیے گئے اشاروں کا استعمال کریں۔ + + + +### نوڈ ٹولس + + + +براہ کرم [اقلیتی کلائنٹ](/developers/docs/nodes-and-clients/client-diversity/) کو منتخب کرنے کی اہمیت کو نوٹ کریں کیونکہ یہ نیٹ ورک کی سیکیورٹی کو بہتر بناتا ہے، اور آپ کے خطرے کو محدود کرتا ہے۔ وہ ٹولز جو آپ کو اقلیتی کلائنٹ سیٹ اپ کرنے کی اجازت دیتے ہیں، انہیں \"ملٹی-کلائنٹ\" سے ظاہر کیا جاتا ہے۔ + +### کلیدی جنریٹرز + +یہ ٹولز کلیدی جنریشن میں مدد کے لیے [Staking Deposit CLI](https://github.com/ethereum/staking-deposit-cli/) کے متبادل کے طور پر استعمال کیے جا سکتے ہیں۔ + + + +کیا آپ کے پاس کسی اسٹیکنگ ٹول کی تجویز ہے جو ہم نے شامل نہیں کیا؟ ہماری [پروڈکٹ لسٹنگ پالیسی](/contributing/adding-staking-products/) کو دیکھیں تاکہ معلوم ہو سکے کہ آیا یہ موزوں ہے، اور اسے جائزے کے لیے جمع کرائیں۔ + +## ہوم اسٹیکنگ گائیڈز کو دریافت کریں {#staking-guides} + + + +## اکثر پوچھے جانے والے سوالات {#faq} + +یہاں staking سے متعلق کچھ عام سوالات ہیں جنہیں جاننا فائدہ مند ہوگا۔ + + + +ایک ویلیڈیٹر ایک ورچوئل وجود ہے جو ایتھریم پر رہتا ہے اور ایتھریم پروٹوکول کے کنسینسس میں حصہ لیتا ہے۔ ویلیڈیٹرز کو ایک بیلنس، پبلک کی، اور دیگر خصوصیات کے ذریعے ظاہر کیا جاتا ہے۔ ایک ویلیڈیٹر کلائنٹ وہ سافٹ ویئر ہے جو ویلیڈیٹر کی جانب سے اس کی پرائیویٹ کی کو رکھنے اور استعمال کرکے کام کرتا ہے۔ ایک واحد ویلیڈیٹر کلائنٹ بہت سے کلیدی جوڑوں کو رکھ سکتا ہے، جو بہت سے ویلیڈیٹرز کو کنٹرول کرتا ہے۔ + + + +جی ہاں، جدید ویلیڈیٹر اکاؤنٹس 2048 ETH تک رکھنے کی صلاحیت رکھتے ہیں۔ 32 سے زیادہ اضافی ETH مرحلہ وار طریقے سے کمپاؤنڈ ہوں گے، جیسے جیسے آپ کا حقیقی بیلنس بڑھے گا، پورے نمبر کے اضافے میں اضافہ ہوگا۔ اسے آپ کا موثر بیلنس کہا جاتا ہے۔ + +کسی اکاؤنٹ کے موثر بیلنس کو بڑھانے کے لیے، اور اس طرح انعامات میں اضافہ کرنے کے لیے، کسی بھی مکمل ETH کی حد سے اوپر 0.25 ETH کا بفر عبور کرنا ضروری ہے۔ مثال کے طور پر، 32.9 کے حقیقی بیلنس اور 32 کے موثر بیلنس والے اکاؤنٹ کو موثر بیلنس میں اضافے کو متحرک کرنے سے پہلے اپنے حقیقی بیلنس کو 33.25 سے اوپر لانے کے لیے مزید 0.35 ETH کمانے کی ضرورت ہوگی۔ + +یہ buffer effective balance کو اس وقت تک نیچے گرنے سے بھی روکتا ہے جب تک کہ یہ اپنے موجودہ effective balance سے 0.25 ETH کم نہ ہو جائے۔ + +ایک ویلیڈیٹر سے وابستہ ہر کلیدی جوڑے کو فعال کرنے کے لیے کم از کم 32 ETH کی ضرورت ہوتی ہے۔ اس سے زیادہ کوئی بھی بیلنس کسی بھی وقت اس ایڈریس کے ذریعے دستخط شدہ ٹرانزیکشن کے ذریعے متعلقہ ودڈرال ایڈریس پر نکالا جا سکتا ہے۔ زیادہ سے زیادہ موثر بیلنس سے زیادہ کوئی بھی فنڈز وقتا فوقتا خود بخود نکال لیے جائیں گے۔ + +اگر ہوم اسٹیکنگ آپ کے لیے بہت زیادہ مطالبہ کرتی ہے، تو [اسٹیکنگ-ایز-اے-سروس](/staking/saas/) فراہم کنندہ استعمال کرنے پر غور کریں، یا اگر آپ 32 ETH سے کم کے ساتھ کام کر رہے ہیں، تو [اسٹیکنگ پولز](/staking/pools/) دیکھیں۔ + + + +جب نیٹ ورک صحیح طریقے سے حتمی شکل دے رہا ہو تو آف لائن ہونے کے نتیجے میں سلیشنگ نہیں ہوگی۔ اگر آپ کا ویلیڈیٹر کسی دیے گئے ایپک (ہر 6.4 منٹ طویل) کے لیے تصدیق کرنے کے لیے دستیاب نہیں ہے تو چھوٹے غیرفعالیت کے جرمانے لگائے جاتے ہیں، لیکن یہ سلیشنگ سے بہت مختلف ہے۔ یہ جرمانے اس انعام سے قدرے کم ہیں جو آپ نے کمایا ہوتا اگر ویلیڈیٹر تصدیق کرنے کے لیے دستیاب ہوتا، اور نقصانات کو تقریباً اتنے ہی وقت میں دوبارہ آن لائن ہونے پر واپس کمایا جا سکتا ہے۔ + +نوٹ کریں کہ غیرفعالیت کے جرمانے اس بات کے متناسب ہیں کہ ایک ہی وقت میں کتنے ویلیڈیٹرز آف لائن ہیں۔ ایسے معاملات میں جہاں نیٹ ورک کا ایک بڑا حصہ ایک ہی وقت میں آف لائن ہو، ان میں سے ہر ایک ویلیڈیٹر کے جرمانے اس سے زیادہ ہوں گے جب ایک واحد ویلیڈیٹر دستیاب نہ ہو۔ + +انتہائی صورتوں میں اگر ایک تہائی سے زیادہ ویلیڈیٹرز کے آف لائن ہونے کے نتیجے میں نیٹ ورک حتمی شکل دینا بند کر دیتا ہے، تو یہ صارفین اس کا شکار ہوں گے جسے کواڈریٹک غیرفعالیت کا لیک کہا جاتا ہے، جو آف لائن ویلیڈیٹر اکاؤنٹس سے ETH کا ایک تیز رفتار اخراج ہے۔ یہ نیٹ ورک کو غیر فعال ویلیڈیٹرز کے ETH کو جلا کر آخر کار خود کو ٹھیک کرنے کے قابل بناتا ہے جب تک کہ ان کا بیلنس 16 ETH تک نہ پہنچ جائے، جس وقت انہیں خود بخود ویلیڈیٹر پول سے نکال دیا جائے گا۔ باقی آن لائن ویلیڈیٹرز آخر کار دوبارہ نیٹ ورک کے 2/3 سے زیادہ پر مشتمل ہوں گے، جو چین کو ایک بار پھر حتمی شکل دینے کے لیے درکار سپر میجارٹی کو پورا کریں گے۔ + + + +مختصر یہ کہ اس کی کبھی بھی مکمل ضمانت نہیں دی جا سکتی، لیکن اگر آپ نیک نیتی سے کام کرتے ہیں، ایک اقلیتی کلائنٹ چلاتے ہیں اور اپنی سائننگ کیز کو ایک وقت میں صرف ایک مشین پر رکھتے ہیں، تو سلیش ہونے کا خطرہ تقریباً صفر ہے۔ + +صرف چند مخصوص طریقے ہیں جن کے نتیجے میں ایک ویلیڈیٹر سلیش ہو سکتا ہے اور نیٹ ورک سے باہر نکالا جا سکتا ہے۔ لکھنے کے وقت، جو سلیشنگز ہوئی ہیں وہ خصوصی طور پر فالتو ہارڈویئر سیٹ اپس کا نتیجہ ہیں جہاں سائننگ کیز ایک ہی وقت میں دو الگ الگ مشینوں پر محفوظ کی جاتی ہیں۔ اس کے نتیجے میں نادانستہ طور پر آپ کی کیز سے ڈبل ووٹ ہو سکتا ہے، جو ایک سلیش ایبل جرم ہے۔ + +ایک سپر میجارٹی کلائنٹ (نیٹ ورک کے 2/3 سے زیادہ کے ذریعے استعمال ہونے والا کوئی بھی کلائنٹ) چلانے میں بھی ممکنہ سلیشنگ کا خطرہ ہوتا ہے اگر اس کلائنٹ میں کوئی بگ ہو جس کے نتیجے میں چین فورک ہو۔ اس کے نتیجے میں ایک ناقص فورک ہو سکتا ہے جسے حتمی شکل دی جاتی ہے۔ مطلوبہ چین پر واپس درست کرنے کے لیے ایک حتمی بلاک کو کالعدم کرنے کی کوشش کرکے سراؤنڈ ووٹ جمع کرانے کی ضرورت ہوگی۔ یہ بھی ایک سلیش ایبل جرم ہے اور اس سے بچنے کے لیے اس کے بجائے ایک اقلیتی کلائنٹ چلا کر بچا جا سکتا ہے۔ + +برعکس اس کے، minority client میں equivalent bugs کبھی finalize نہیں ہوں گے اور صرف inactivity penalties ہوں گی، slashing نہیں۔ + + + + + +انفرادی کلائنٹس کارکردگی اور یوزر انٹرفیس کے لحاظ سے قدرے مختلف ہو سکتے ہیں، کیونکہ ہر ایک کو مختلف ٹیمیں مختلف پروگرامنگ زبانوں کا استعمال کرتے ہوئے تیار کرتی ہیں۔ یہ کہنے کے بعد، ان میں سے کوئی بھی \"بہترین\" نہیں ہے۔ تمام پروڈکشن کلائنٹس سافٹ ویئر کے بہترین نمونے ہیں، جو سبھی بلاک چین کے ساتھ مطابقت پذیری اور تعامل کے لیے وہی بنیادی کام انجام دیتے ہیں۔ + +چونکہ تمام پروڈکشن کلائنٹس ایک جیسی بنیادی فعالیت فراہم کرتے ہیں، اس لیے یہ دراصل بہت اہم ہے کہ آپ ایک اقلیتی کلائنٹ کا انتخاب کریں، یعنی کوئی بھی ایسا کلائنٹ جو فی الحال نیٹ ورک پر زیادہ تر ویلیڈیٹرز کے ذریعے استعمال نہیں کیا جا رہا ہے۔ یہ متضاد لگ سکتا ہے، لیکن ایک میجارٹی یا سپر میجارٹی کلائنٹ چلانا آپ کو اس کلائنٹ میں بگ کی صورت میں سلیشنگ کے بڑھتے ہوئے خطرے میں ڈالتا ہے۔ ایک اقلیتی کلائنٹ چلانا ان خطرات کو کافی حد تک محدود کرتا ہے۔ + +کلائنٹ ڈائیورسٹی کیوں اہم ہے اس کے بارے میں مزید جانیں۔ + + + +اگرچہ ایک ورچوئل پرائیویٹ سرور (VPS) کو ہوم ہارڈویئر کے متبادل کے طور پر استعمال کیا جا سکتا ہے، لیکن آپ کے ویلیڈیٹر کلائنٹ کی جسمانی رسائی اور مقام اہمیت رکھتا ہے۔ مرکزی کلاؤڈ حل جیسے کہ ایمیزون ویب سروسز یا ڈیجیٹل اوشن نیٹ ورک کو مرکزی بنانے کی قیمت پر ہارڈویئر حاصل کرنے اور چلانے کی ضرورت نہ ہونے کی سہولت دیتے ہیں۔ + +ایک ہی مرکزی کلاؤڈ اسٹوریج حل پر جتنے زیادہ ویلیڈیٹر کلائنٹس چل رہے ہوں گے، ان صارفین کے لیے یہ اتنا ہی خطرناک ہو جاتا ہے۔ کوئی بھی واقعہ جو ان فراہم کنندگان کو آف لائن کر دیتا ہے، چاہے حملے، ریگولیٹری مطالبات، یا صرف بجلی/انٹرنیٹ کی بندش سے، اس کے نتیجے میں ہر ویلیڈیٹر کلائنٹ جو اس سرور پر انحصار کرتا ہے ایک ہی وقت میں آف لائن ہو جائے گا۔ + +آف لائن جرمانے اس بات کے متناسب ہیں کہ ایک ہی وقت میں کتنے دوسرے آف لائن ہیں۔ وی پی ایس کا استعمال اس خطرے کو بہت بڑھاتا ہے کہ آف لائن جرمانے زیادہ شدید ہوں گے، اور بندش کافی بڑی ہونے کی صورت میں آپ کے کواڈریٹک لیکنگ یا سلیشنگ کے خطرے کو بڑھاتا ہے۔ اپنے خطرے کو، اور نیٹ ورک کے خطرے کو کم کرنے کے لیے، صارفین کو سختی سے اپنا ہارڈویئر حاصل کرنے اور چلانے کی ترغیب دی جاتی ہے۔ + + + + +بی کن چین (Beacon Chain) سے کسی بھی قسم کی ودڈرال کے لیے ودڈرال کریڈینشلز کا سیٹ ہونا ضروری ہے۔ + +نئے اسٹیکرز اسے کلیدی جنریشن اور ڈپازٹ کے وقت سیٹ کرتے ہیں۔ موجودہ اسٹیکرز جنہوں نے پہلے سے اسے سیٹ نہیں کیا ہے وہ اس فعالیت کی حمایت کے لیے اپنی کیز کو اپ گریڈ کر سکتے ہیں۔ + +جب ودڈرال کریڈینشلز سیٹ ہوجاتے ہیں، تو ریوارڈ پیمنٹس (یعنی ابتدائی 32 کے اوپر جمع شدہ ETH) خود بخود وقتاً فوقتاً ودڈرال ایڈریس پر منتقل ہوتے رہیں گے۔ + +اپنا مکمل بیلنس واپس حاصل کرنے اور انلاک کرنے کے لیے آپ کو اپنے ویلیڈیٹر سے ایگزٹ ہونے کا عمل مکمل کرنا ہوگا۔ + +اسٹیکنگ ودڈرالز کے بارے میں مزید + + +## مزید پڑھیں {#further-reading} + +- [ایتھریئم اسٹیکنگ ڈائرکٹری](https://www.staking.directory/) - _Eridian اور Spacesider_ +- [ایتھریم کا کلائنٹ ڈائیورسٹی کا مسئلہ](https://hackernoon.com/ethereums-client-diversity-problem) - _@emmanuelawosika 2022_ +- [کلائنٹ ڈائیورسٹی میں مدد کرنا](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_ +- [ایتھریم کی کنسینسس لیئر پر کلائنٹ ڈائیورسٹی](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA) - _jmcook.eth 2022_ +- [ایتھریم ویلیڈیٹر ہارڈویئر کی خریداری کیسے کریں](https://www.youtube.com/watch?v=C2wwu1IlhDc) - _EthStaker 2022_ +- [Eth2 سلیشنگ سے بچاؤ کے ٹپس](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) - _Raul Jordan 2020_ + + diff --git a/public/content/translations/ur/staking/withdrawals/index.md b/public/content/translations/ur/staking/withdrawals/index.md new file mode 100644 index 00000000000..26e3f4798fc --- /dev/null +++ b/public/content/translations/ur/staking/withdrawals/index.md @@ -0,0 +1,220 @@ +--- +title: "اسٹیکنگ نکلوانا" +description: "یہ صفحہ اس بات کا خلاصہ کرتا ہے کہ اسٹیکنگ پش وڈرالز کیا ہیں، وہ کیسے کام کرتے ہیں، اور اسٹیکرز کو اپنے انعامات حاصل کرنے کے لیے کیا کرنے کی ضرورت ہے۔" +lang: ur-in +template: staking +image: /images/staking/leslie-withdrawal.png +alt: "لیسلی رائنو اپنے اسٹیکنگ انعامات کے ساتھ" +sidebarDepth: 2 +summaryPoints: + - شنگھائی/کیپیلا اپ گریڈ نے Ethereum پر اسٹیکنگ وڈرالز کو فعال کر دیا۔ + - فعال کرنے کے لیے ویلیڈیٹر آپریٹرز کو ایک وڈرال ایڈریس فراہم کرنا ضروری ہے۔ + - انعامات ہر چند دنوں میں خود بخود تقسیم کیے جاتے ہیں۔ + - اسٹیکنگ سے مکمل طور پر باہر نکلنے والے ویلیڈیٹرز کو اپنا باقی ماندہ بیلنس ملے گا۔ +--- + +**اسٹیکنگ وڈرالز** سے مراد Ethereum کی کنسینسس لیئر (بیکن چین) پر موجود ویلیڈیٹر اکاؤنٹ سے ETH کی ایگزیکیوشن لیئر میں منتقلی ہے، جہاں اس کے ساتھ لین دین کیا جا سکتا ہے۔ + +**32 ETH سے زیادہ اضافی بیلنس کی انعامی ادائیگیاں** صارف کی جانب سے فراہم کیے جانے کے بعد، ہر ویلیڈیٹر سے منسلک ایک وڈرال ایڈریس پر خود بخود اور باقاعدگی سے بھیجی جائیں گی۔ صارفین **اسٹیکنگ سے مکمل طور پر باہر نکل سکتے ہیں**، جس سے ان کا مکمل ویلیڈیٹر بیلنس ان لاک ہو جاتا ہے۔ + +## اسٹیکنگ کے انعامات {#staking-rewards} + +انعامی ادائیگیاں 32 ETH کے زیادہ سے زیادہ مؤثر بیلنس والے فعال ویلیڈیٹر اکاؤنٹس کے لیے خود بخود پراسیس کی جاتی ہیں۔ + +انعامات کے ذریعے حاصل کردہ 32 ETH سے اوپر کا کوئی بھی بیلنس اصل میں اصل رقم میں حصہ نہیں ڈالتا، یا نیٹ ورک پر اس ویلیڈیٹر کا وزن نہیں بڑھاتا، اور اس طرح ہر چند دنوں میں انعامی ادائیگی کے طور پر خود بخود نکال لیا جاتا ہے۔ ایک بار وڈرال ایڈریس فراہم کرنے کے علاوہ، ان انعامات کے لیے ویلیڈیٹر آپریٹر کی طرف سے کسی کارروائی کی ضرورت نہیں ہوتی ہے۔ یہ سب کنسینسس لیئر پر شروع کیا جاتا ہے، اس لیے کسی بھی مرحلے پر کسی گیس (ٹرانزیکشن فیس) کی ضرورت نہیں ہوتی ہے۔ + +### ہم یہاں تک کیسے پہنچے؟ {#how-did-we-get-here} + +گزشتہ چند سالوں میں Ethereum میں کئی نیٹ ورک اپ گریڈز ہوئے ہیں جو ایک ایسے نیٹ ورک میں منتقل ہو رہے ہیں جو خود ETH کے ذریعے محفوظ ہے، بجائے اس کے کہ توانائی کی زیادہ کھپت والی مائننگ ہو جیسا کہ پہلے تھا۔ Ethereum پر کنسینسس میں حصہ لینے کو اب "اسٹیکنگ" کے نام سے جانا جاتا ہے، کیونکہ شرکاء نے رضاکارانہ طور پر ETH کو لاک کر دیا ہے، اسے نیٹ ورک میں حصہ لینے کی صلاحیت کے لیے "داؤ پر" لگا دیا ہے۔ قواعد پر عمل کرنے والے صارفین کو انعام دیا جائے گا، جبکہ دھوکہ دہی کی کوششوں پر جرمانہ عائد کیا جا سکتا ہے۔ + +نومبر 2020 میں اسٹیکنگ ڈپازٹ کنٹریکٹ کے آغاز کے بعد سے، کچھ بہادر Ethereum علمبرداروں نے رضاکارانہ طور پر "ویلیڈیٹرز" کو فعال کرنے کے لیے فنڈز لاک کر دیے ہیں، جو خصوصی اکاؤنٹس ہیں جنہیں نیٹ ورک کے قوانین پر عمل کرتے ہوئے، رسمی طور پر بلاکس کی تصدیق اور تجویز کرنے کا حق حاصل ہے۔ + +شنگھائی/کیپیلا اپ گریڈ سے پہلے، آپ اپنے اسٹیک شدہ ETH کا استعمال یا اس تک رسائی حاصل نہیں کر سکتے تھے۔ لیکن اب، آپ اپنے انعامات کو ایک منتخب کردہ اکاؤنٹ میں خود بخود وصول کرنے کے لیے آپٹ ان کر سکتے ہیں، اور آپ جب چاہیں اپنے اسٹیک شدہ ETH کو وڈرال بھی کر سکتے ہیں۔ + +### میں تیاری کیسے کروں؟ {#how-do-i-prepare} + + + +### اہم نوٹس {#important-notices} + +کسی بھی ویلیڈیٹر اکاؤنٹ کے لیے وڈرال ایڈریس فراہم کرنا ایک لازمی قدم ہے اس سے پہلے کہ وہ اپنے بیلنس سے ETH نکالنے کا اہل ہو۔ + + + + + +ہر ویلیڈیٹر اکاؤنٹ کو صرف ایک بار، ایک ہی وڈرال ایڈریس تفویض کیا جا سکتا ہے۔ ایک بار جب کوئی ایڈریس منتخب کر کے کنسینسس لیئر میں جمع کر دیا جاتا ہے، تو اسے دوبارہ واپس نہیں کیا جا سکتا یا تبدیل نہیں کیا جا سکتا۔ جمع کرنے سے پہلے فراہم کردہ ایڈریس کی ملکیت اور درستگی کو دو بار چیک کریں۔ + + + + +اس دوران آپ کے فنڈز کو اسے فراہم نہ کرنے سے کوئی خطرہ نہیں ہے، بشرطیکہ آپ کا میمونک/سیڈ فریز آف لائن محفوظ رہا ہو، اور کسی بھی طرح سے اس سے سمجھوتہ نہ کیا گیا ہو۔ وڈرال اسناد شامل کرنے میں ناکامی سے ETH ویلیڈیٹر اکاؤنٹ میں اسی طرح لاک رہے گا جیسا کہ یہ وڈرال ایڈریس فراہم کیے جانے تک رہا ہے۔ + +## اسٹیکنگ سے مکمل طور پر باہر نکلنا {#exiting-staking-entirely} + +ویلیڈیٹر اکاؤنٹ بیلنس سے _کوئی بھی_ فنڈز منتقل کرنے سے پہلے وڈرال ایڈریس فراہم کرنا ضروری ہے۔ + +اسٹیکنگ سے مکمل طور پر باہر نکلنے اور اپنا مکمل بیلنس واپس نکالنے کے خواہشمند صارفین کو ویلیڈیٹر کیز کے ساتھ ایک "رضاکارانہ اخراج" پیغام پر دستخط اور براڈکاسٹ بھی کرنا ہوگا جو اسٹیکنگ سے باہر نکلنے کا عمل شروع کر دے گا۔ یہ آپ کے ویلیڈیٹر کلائنٹ کے ساتھ کیا جاتا ہے اور آپ کے کنسینسس نوڈ میں جمع کیا جاتا ہے، اور اس کے لیے گیس کی ضرورت نہیں ہوتی۔ + +ایک ویلیڈیٹر کے اسٹیکنگ سے باہر نکلنے کے عمل میں متغیر وقت لگتا ہے، اس بات پر منحصر ہے کہ ایک ہی وقت میں کتنے دوسرے باہر نکل رہے ہیں۔ ایک بار مکمل ہونے کے بعد، یہ اکاؤنٹ ویلیڈیٹر نیٹ ورک کے فرائض انجام دینے کا ذمہ دار نہیں رہے گا، انعامات کے لیے اہل نہیں رہے گا، اور اس کا ETH "داؤ پر" نہیں رہے گا۔ اس وقت اکاؤنٹ کو مکمل طور پر "وڈرال کے قابل" کے طور پر نشان زد کیا جائے گا۔ + +ایک بار جب کسی اکاؤنٹ کو "وڈرال کے قابل" کے طور پر فلیگ کر دیا جاتا ہے، اور وڈرال اسناد فراہم کر دی جاتی ہیں، تو صارف کو انتظار کرنے کے علاوہ کچھ اور کرنے کی ضرورت نہیں ہوتی۔ اہل ایگزٹ شدہ فنڈز کے لیے اکاؤنٹس کو بلاک پروپوزرز کے ذریعے خود بخود اور مسلسل سوئیپ کیا جاتا ہے، اور آپ کے اکاؤنٹ کا بیلنس اگلے سوئیپ کے دوران مکمل طور پر منتقل کر دیا جائے گا (جسے "مکمل وڈرال" بھی کہا جاتا ہے)۔ + +## اسٹیکنگ وڈرالز کب فعال کیے گئے؟ {#when} + +وڈرال کی فعالیت شنگھائی/کیپیلا اپ گریڈ کے حصے کے طور پر فعال کی گئی تھی جو **12 اپریل 2023** کو واقع ہوا۔ + +شنگھائی/کیپیلا اپ گریڈ نے پہلے سے اسٹیک شدہ ETH کو باقاعدہ Ethereum اکاؤنٹس میں واپس حاصل کرنے کے قابل بنایا۔ اس نے اسٹیکنگ لیکویڈیٹی پر لوپ کو بند کر دیا، اور Ethereum کو ایک پائیدار، اسکیلیبل، محفوظ ڈی سینٹرالائزڈ ایکو سسٹم کی تعمیر کے اپنے سفر میں ایک قدم قریب لایا۔ + +- [Ethereum کی تاریخ پر مزید](/ethereum-forks/) +- [Ethereum روڈ میپ پر مزید](/roadmap/) + +## وڈرال ادائیگیاں کیسے کام کرتی ہیں؟ {#how-do-withdrawals-work} + +کوئی دیا گیا ویلیڈیٹر وڈرال کے لیے اہل ہے یا نہیں اس کا تعین خود ویلیڈیٹر اکاؤنٹ کی حالت سے ہوتا ہے۔ کسی بھی وقت یہ تعین کرنے کے لیے صارف کے ان پٹ کی ضرورت نہیں ہے کہ آیا کسی اکاؤنٹ میں وڈرال شروع کیا جانا چاہیے یا نہیں — یہ پورا عمل کنسینسس لیئر کے ذریعے مسلسل لوپ پر خود بخود کیا جاتا ہے۔ + +### کیا آپ زیادہ بصری سیکھنے والے ہیں؟ {#visual-learner} + +Finematics کے ذریعے Ethereum اسٹیکنگ وڈرالز کی اس وضاحت کو دیکھیں۔ + + + +### ویلیڈیٹر "سوئیپنگ" {#validator-sweeping} + +جب کسی ویلیڈیٹر کو اگلا بلاک تجویز کرنے کے لیے شیڈول کیا جاتا ہے، تو اسے 16 اہل وڈرالز تک کی ایک وڈرال کیو بنانے کی ضرورت ہوتی ہے۔ یہ اصل میں ویلیڈیٹر انڈیکس 0 سے شروع کر کے کیا جاتا ہے، یہ تعین کیا جاتا ہے کہ آیا پروٹوکول کے قوانین کے مطابق اس اکاؤنٹ کے لیے کوئی اہل وڈرال ہے، اور اگر ہے تو اسے کیو میں شامل کیا جاتا ہے۔ مندرجہ ذیل بلاک کی تجویز دینے والا ویلیڈیٹر سیٹ وہیں سے شروع کرے گا جہاں آخری نے چھوڑا تھا، غیر معینہ مدت تک ترتیب سے آگے بڑھتا رہے گا۔ + + + + + +ایک اینالاگ گھڑی کے بارے میں سوچیں۔ گھڑی پر سوئی گھنٹے کی طرف اشارہ کرتی ہے، ایک سمت میں آگے بڑھتی ہے، کسی بھی گھنٹے کو نہیں چھوڑتی، اور آخر کار آخری نمبر پر پہنچنے کے بعد دوبارہ شروع میں واپس آجاتی ہے۔

+اب 1 سے 12 کے بجائے، تصور کریں کہ گھڑی میں 0 سے لے کر N تک ہے (کنسینسس لیئر پر اب تک رجسٹرڈ ہونے والے ویلیڈیٹر اکاؤنٹس کی کل تعداد، جنوری 2023 تک 500,000 سے زیادہ)۔

+گھڑی کی سوئی اگلے ویلیڈیٹر کی طرف اشارہ کرتی ہے جسے اہل وڈرالز کے لیے چیک کرنے کی ضرورت ہے۔ یہ 0 سے شروع ہوتی ہے، اور بغیر کسی اکاؤنٹ کو چھوڑے پورے راستے پر آگے بڑھتی ہے۔ جب آخری ویلیڈیٹر تک پہنچا جاتا ہے، تو سائیکل شروع میں واپس جاری رہتا ہے۔ + + + + +#### وڈرالز کے لیے اکاؤنٹ کی جانچ کرنا {#checking-an-account-for-withdrawals} + +جبکہ ایک پروپوزر ممکنہ وڈرالز کے لیے ویلیڈیٹرز کے ذریعے سوئیپنگ کر رہا ہے، ہر چیک کیے جانے والے ویلیڈیٹر کا سوالات کی ایک مختصر سیریز کے خلاف جائزہ لیا جاتا ہے تاکہ یہ تعین کیا جا سکے کہ آیا وڈرال کو ٹرگر کیا جانا چاہیے، اور اگر ایسا ہے تو، کتنا ETH نکالا جانا چاہیے۔ + +1. **کیا وڈرال ایڈریس فراہم کیا گیا ہے؟** اگر کوئی وڈرال ایڈریس فراہم نہیں کیا گیا ہے، تو اکاؤنٹ کو چھوڑ دیا جاتا ہے اور کوئی وڈرال شروع نہیں کیا جاتا۔ +2. **کیا ویلیڈیٹر ایگزٹ اور وڈرال کے قابل ہے؟** اگر ویلیڈیٹر مکمل طور پر ایگزٹ ہو چکا ہے، اور ہم اس ایپک پر پہنچ گئے ہیں جہاں ان کے اکاؤنٹ کو "وڈرال کے قابل" سمجھا جاتا ہے، تو ایک مکمل وڈرال پر کارروائی کی جائے گی۔ اس سے پورا باقی ماندہ بیلنس وڈرال ایڈریس پر منتقل ہو جائے گا۔ +3. **کیا مؤثر بیلنس 32 پر زیادہ سے زیادہ ہے؟** اگر اکاؤنٹ میں وڈرال اسناد ہیں، مکمل طور پر ایگزٹ نہیں ہوا ہے، اور 32 سے زیادہ انعامات کا انتظار ہے، تو ایک جزوی وڈرال پر کارروائی کی جائے گی جو صرف 32 سے زیادہ کے انعامات کو صارف کے وڈرال ایڈریس پر منتقل کرتا ہے۔ + +ویلیڈیٹر کے لائف سائیکل کے دوران ویلیڈیٹر آپریٹرز کی طرف سے صرف دو کارروائیاں کی جاتی ہیں جو اس بہاؤ کو براہ راست متاثر کرتی ہیں: + +- کسی بھی قسم کے وڈرال کو فعال کرنے کے لیے وڈرال اسناد فراہم کریں +- نیٹ ورک سے باہر نکلیں، جو ایک مکمل وڈرال کو ٹرگر کرے گا + +### گیس فری {#gas-free} + +اسٹیکنگ وڈرالز کا یہ طریقہ اسٹیکرز کو دستی طور پر ایک ٹرانزیکشن جمع کروانے کی ضرورت سے بچاتا ہے جس میں ETH کی ایک خاص رقم نکالنے کی درخواست کی جاتی ہے۔ اس کا مطلب ہے کہ **کسی گیس (ٹرانزیکشن فیس) کی ضرورت نہیں ہے**، اور وڈرالز موجودہ ایگزیکیوشن لیئر بلاک اسپیس کے لیے مقابلہ بھی نہیں کرتے ہیں۔ + +### مجھے اپنے اسٹیکنگ انعامات کتنی بار ملیں گے؟ {#how-soon} + +ایک ہی بلاک میں زیادہ سے زیادہ 16 وڈرالز پر کارروائی کی جا سکتی ہے۔ اس شرح پر، یومیہ 115,200 ویلیڈیٹر وڈرالز پر کارروائی کی جا سکتی ہے (یہ فرض کرتے ہوئے کہ کوئی مسڈ سلاٹس نہیں ہیں)۔ جیسا کہ اوپر بتایا گیا ہے، اہل وڈرالز کے بغیر ویلیڈیٹرز کو چھوڑ دیا جائے گا، جس سے سوئیپ کو ختم کرنے کا وقت کم ہو جائے گا۔ + +اس حساب کو بڑھاتے ہوئے، ہم اندازہ لگا سکتے ہیں کہ دی گئی تعداد میں وڈرالز پر کارروائی کرنے میں کتنا وقت لگے گا: + + + +| وڈرالز کی تعداد | مکمل ہونے کا وقت | +| :-------------: | :--------------------: | +| 400,000 | 3.5 دن | +| 500,000 | 4.3 دن | +| 600,000 | 5.2 دن | +| 700,000 | 6.1 دن | +| 800,000 | 7.0 دن | + + + +جیسا کہ آپ دیکھتے ہیں کہ جیسے جیسے نیٹ ورک پر زیادہ ویلیڈیٹرز ہوتے ہیں یہ سست ہو جاتا ہے۔ مسڈ سلاٹس میں اضافہ اسے متناسب طور پر سست کر سکتا ہے، لیکن یہ عام طور پر ممکنہ نتائج کے سست پہلو کی نمائندگی کرے گا۔ + +## اکثر پوچھے جانے والے سوالات {#faq} + + +نہیں، وڈرال اسناد فراہم کرنے کا عمل ایک وقتی عمل ہے، اور ایک بار جمع کرانے کے بعد اسے تبدیل نہیں کیا جا سکتا۔ + + + +ایگزیکیوشن لیئر وڈرال ایڈریس سیٹ کرنے سے اس ویلیڈیٹر کی وڈرال اسناد مستقل طور پر تبدیل ہو جاتی ہیں۔ اس کا مطلب ہے کہ پرانی اسناد اب کام نہیں کریں گی، اور نئی اسناد ایک ایگزیکیوشن لیئر اکاؤنٹ کی طرف ہدایت کرتی ہیں۔ + +وڈرال ایڈریس یا تو ایک اسمارٹ کنٹریکٹ (اس کے کوڈ کے ذریعے کنٹرول کیا جاتا ہے)، یا ایک ایکسٹرنلی اونڈ اکاؤنٹ (EOA، اس کی پرائیویٹ کی کے ذریعے کنٹرول کیا جاتا ہے) ہو سکتا ہے۔ فی الحال ان اکاؤنٹس کے پاس کنسینسس لیئر پر واپس پیغام بھیجنے کا کوئی طریقہ نہیں ہے جو ویلیڈیٹر اسناد کی تبدیلی کا اشارہ دے، اور اس فعالیت کو شامل کرنے سے پروٹوکول میں غیر ضروری پیچیدگی شامل ہو گی۔ + +کسی خاص ویلیڈیٹر کے لیے وڈرال ایڈریس کو تبدیل کرنے کے متبادل کے طور پر، صارفین اپنے وڈرال ایڈریس کے طور پر ایک اسمارٹ کنٹریکٹ سیٹ کرنے کا انتخاب کر سکتے ہیں جو کی روٹیٹنگ کو سنبھال سکتا ہے، جیسے کہ Safe۔ وہ صارفین جو اپنے فنڈز کو اپنے EOA پر سیٹ کرتے ہیں وہ اپنے تمام اسٹیک شدہ فنڈز کو نکالنے کے لیے مکمل ایگزٹ کر سکتے ہیں، اور پھر نئی اسناد کا استعمال کرتے ہوئے دوبارہ اسٹیک کر سکتے ہیں۔ + + + + +اگر آپ [اسٹیکنگ پول](/staking/pools/) کا حصہ ہیں یا اسٹیکنگ ٹوکنز رکھتے ہیں، تو آپ کو اپنے فراہم کنندہ سے اس بارے میں مزید تفصیلات کے لیے رابطہ کرنا چاہیے کہ اسٹیکنگ وڈرالز کو کیسے سنبھالا جاتا ہے، کیونکہ ہر سروس مختلف طریقے سے کام کرتی ہے۔ + +عام طور پر، صارفین کو اپنے بنیادی اسٹیک شدہ ETH کو واپس حاصل کرنے، یا اس بات کو تبدیل کرنے کے لیے آزاد ہونا چاہیے کہ وہ کون سا اسٹیکنگ فراہم کنندہ استعمال کرتے ہیں۔ اگر کوئی خاص پول بہت بڑا ہو رہا ہے، تو فنڈز کو ایگزٹ، ریڈیم، اور چھوٹے فراہم کنندہ کے ساتھ دوبارہ اسٹیک کیا جا سکتا ہے۔ یا، اگر آپ نے کافی ETH جمع کر لیا ہے تو آپ [گھر سے اسٹیک](/staking/solo/) کر سکتے ہیں۔ + + + +ہاں، جب تک آپ کے ویلیڈیٹر نے وڈرال ایڈریس فراہم کیا ہے۔ یہ کسی بھی وڈرال کو ابتدائی طور پر فعال کرنے کے لیے ایک بار فراہم کیا جانا چاہیے، پھر ہر ویلیڈیٹر سوئیپ کے ساتھ ہر چند دنوں میں انعامی ادائیگیاں خود بخود ٹرگر ہو جائیں گی۔ + + + + +نہیں، اگر آپ کا ویلیڈیٹر ابھی بھی نیٹ ورک پر فعال ہے، تو مکمل وڈرال خود بخود نہیں ہوگا۔ اس کے لیے دستی طور پر ایک رضاکارانہ ایگزٹ شروع کرنے کی ضرورت ہے۔ + +ایک بار جب ایک ویلیڈیٹر ایگزٹ کا عمل مکمل کر لیتا ہے، اور یہ فرض کرتے ہوئے کہ اکاؤنٹ میں وڈرال اسناد ہیں، تو باقی ماندہ بیلنس تب اگلے ویلیڈیٹر سوئیپ کے دوران نکالا جائے گا۔ + + + +وڈرالز کو خود بخود پش کرنے کے لیے ڈیزائن کیا گیا ہے، جس سے کوئی بھی ETH منتقل ہوتا ہے جو فعال طور پر اسٹیک میں حصہ نہیں ڈال رہا ہے۔ اس میں ان اکاؤنٹس کے لیے مکمل بیلنس شامل ہیں جنہوں نے ایگزٹ کا عمل مکمل کر لیا ہے۔ + +دستی طور پر ETH کی مخصوص مقدار نکالنے کی درخواست کرنا ممکن نہیں ہے۔ + + + + +ویلیڈیٹر آپریٹرز کو اسٹیکنگ لانچ پیڈ وڈرالز صفحہ پر جانے کی سفارش کی جاتی ہے جہاں آپ کو اپنے ویلیڈیٹر کو وڈرالز کے لیے تیار کرنے، ایونٹس کے وقت، اور وڈرالز کے کام کرنے کے بارے میں مزید تفصیلات ملیں گی۔ + +شروع کرنے کے لیے، پہلے اپنے سیٹ اپ کو ٹیسٹ نیٹ پر آزمانے کے لیے Hoodi ٹیسٹ نیٹ اسٹیکنگ لانچ پیڈ پر جائیں۔ + + + +نہیں۔ ایک بار جب ایک ویلیڈیٹر ایگزٹ ہو جاتا ہے اور اس کا مکمل بیلنس نکال لیا جاتا ہے، تو اس ویلیڈیٹر میں جمع کیے گئے کوئی بھی اضافی فنڈز اگلے ویلیڈیٹر سوئیپ کے دوران خود بخود وڈرال ایڈریس پر منتقل کر دیے جائیں گے۔ ETH کو دوبارہ اسٹیک کرنے کے لیے، ایک نیا ویلیڈیٹر فعال کیا جانا چاہیے۔ + + +## مزید پڑھیں {#further-reading} + +- [اسٹیکنگ لانچ پیڈ وڈرالز](https://launchpad.ethereum.org/withdrawals) +- [EIP-4895: بیکن چین پش وڈرالز بطور آپریشنز](https://eips.ethereum.org/EIPS/eip-4895) +- [PEEPanEIP #94: اسٹیک شدہ ETH وڈرال (ٹیسٹنگ) پوٹز اور سیاؤ-وی وانگ کے ساتھ](https://www.youtube.com/watch?v=G8UstwmGtyE) +- [PEEPanEIP#68: EIP-4895: بیکن چین پش وڈرالز بطور آپریشنز ایلکس اسٹوکس کے ساتھ](https://www.youtube.com/watch?v=CcL9RJBljUs) +- [ویلیڈیٹر کے مؤثر بیلنس کو سمجھنا](https://www.attestant.io/posts/understanding-validator-effective-balance/) diff --git a/public/content/translations/ur/web3/index.md b/public/content/translations/ur/web3/index.md new file mode 100644 index 00000000000..cb82d1ca91e --- /dev/null +++ b/public/content/translations/ur/web3/index.md @@ -0,0 +1,169 @@ +--- +title: "Web3 کیا ہے اور یہ کیوں اہم ہے؟" +description: "Web3 کا تعارف—ورلڈ وائڈ ویب کا اگلا مرحلہ—اور یہ کیوں اہم ہے۔" +lang: ur-in +--- + +# Web3 کا تعارف {#introduction} + +
+ +
+ +سینٹرل آئیزیشن نے اربوں لوگوں کو ورلڈ وائڈ ویب سے جوڑنے میں مدد کی ہے اور اس کے لیے مستحکم، مضبوط انفراسٹرکچر فراہم کیا ہے جس پر یہ قائم ہے۔ ساتھ ہی، چند مرکزی اداروں کا ورلڈ وائڈ ویب کے بڑے حصوں پر غلبہ ہے، جو یکطرفہ طور پر یہ طے کرتے ہیں کہ کیا اجازت ہونی چاہیے اور کیا نہیں۔ + +Web3 اس مسئلے کا حل ہے۔ بڑی ٹیکنالوجی کمپنیوں کے زیر قبضہ ویب کی بجائے، Web3 ڈی سینٹرل آئیزیشن کو اپناتا ہے اور اسے صارف ہی بنا رہا ہے، چلا رہا ہی اور اس کا مالک ہے۔ Web3 طاقت کو کمپنیوں کے بجائے افراد کے ہاتھوں میں دیتا ہے۔ +Web3 کی بات کرنے سے پہلے، آئیے دیکھتے ہیں کہ ہم یہاں کیسے پہنچے۔ + + + +## ابتدائی ویب {#early-internet} + +زیادہ تر لوگ ویب کو جدید زندگی کا ایک مستقل ستون سمجھتے ہیں—یہ ایجاد ہوئی اور تب سے بس موجود ہے۔ تاہم، وہ ویب جو ہم آج زیادہ تر جانتے ہیں، اصل تصور سے کافی مختلف ہے۔ اسے بہتر سمجھنے کے لیے، ویب کی مختصر تاریخ کو دو بڑے ادوار میں تقسیم کرنا مددگار ہے—Web 1.0 اور Web 2.0۔ + +### Web 1.0: صرف پڑھنے کے لیے (1990-2004) {#web1} + +1989 میں، جنیوا کے CERN میں، Tim Berners-Lee ویب کے پروٹوکولز تیار کرنے میں مصروف تھے جو بعد میں ورلڈ وائڈ ویب بنے۔ انکا آئیڈیا؟ ایسے کھلے، غیر مرکزی پروٹوکولز بنانے کے لیے جو زمین کے کسی بھی کونے سے معلومات کے اشتراک کی اجازت دیتے۔ + +Berners-Lee کی تخلیق کا پہلا آغاز، جو اب 'Web 1.0' کے نام سے جانا جاتا ہے، تقریباً 1990 سے 2004 کے درمیان ہوا۔ Web 1.0 زیادہ تر کمپنیوں کے زیر ملکیت جامد ویب سائٹس پر مشتمل تھا، اور صارفین کے درمیان تعامل تقریباً صفر تھا—افراد شاذ و نادر ہی مواد تیار کرتے تھے—جس کی وجہ سے اسے "صرف پڑھنے والی ویب" کہا جاتا تھا۔ + +![کلائنٹ-سرور آرکیٹیکچر، جو Web 1.0 کی نمائندگی کرتا ہے](./web1.png) + +### Web 2.0: پڑھنا-لکھنا (2004-اب تک) {#web2} + +Web 2.0 کا دور 2004 میں سوشل میڈیا پلیٹ فارمز کے ظہور کے ساتھ شروع ہوا۔ صرف پڑھنے والی ویب کی بجائے، ویب نے پڑھنے اور لکھنے کی صلاحیت اختیار کر لی۔ کمپنیوں کے صارفین کو مواد فراہم کرنے کی بجائے، انہوں نے صارفین کے تیار کردہ مواد کو شیئر کرنے اور صارف سے صارف کے درمیان تعامل کے لیے پلیٹ فارم بھی فراہم کرنا شروع کر دیے۔ جیسے جیسے زیادہ لوگ آن لائن آئے، چند بڑی کمپنیوں نے ویب پر پیدا ہونے والے ٹریفک اور قیمت کا غیر متناسب حصہ کنٹرول کرنا شروع کر دیا۔ Web 2.0 نے اشتہارات پر مبنی آمدنی کے ماڈل کو بھی جنم دیا۔ اگرچہ صارفین مواد تخلیق کر سکتے تھے، لیکن وہ اس کے مالک نہیں تھے اور نہ ہی اس کی مالی فائدہ اٹھا سکتے تھے۔ + +![کلائنٹ-سرور آرکیٹیکچر، جو Web 2.0 کی نمائندگی کرتا ہے](./web2.png) + + + +## Web 3.0: پڑھیں-لکھیں-مالک بنیں {#web3} + +'Web 3.0' کا تصور [Ethereum](/what-is-ethereum/) کے شریک بانی گیون ووڈ نے 2014 میں Ethereum کے آغاز کے کچھ ہی عرصے بعد پیش کیا۔ Gavin نے ایک ایسے مسئلے کے حل کو الفاظ میں ڈھالا جو کئی ابتدائی کرپٹو اپنانے والوں نے محسوس کیا تھا: ویب پر بہت زیادہ اعتماد کی ضرورت تھی۔ یعنی، وہ زیادہ تر ویب جو لوگ آج جانتے اور استعمال کرتے ہیں، چند پرائیویٹ کمپنیوں پرمحدود ہیںجو عوام کے حو میں کام کرتے ہیں۔ + +![غیر مرکزی نوڈ آرکیٹیکچر، جو Web3 کی نمائندگی کرتا ہے](./web3.png) + +### Web3 کیا ہے؟ {#what-is-web3} + +Web3 ایک جامع اصطلاح بن چکا ہے جو نئے، بہتر انٹرنیٹ کے ویژن کی نمائندگی کرتی ہے۔ بنیادی طور پر، Web3 بلاک چینز، کرپٹو کرنسیاں، اور NFTs کا استعمال کرتا ہے تاکہ طاقت کو صارفین کے پاس ملکیت کی شکل میں واپس دیا جا سکے۔ [ٹوئیٹر پر 2020 کی ایک پوسٹ](https://twitter.com/himgajria/status/1266415636789334016) میں بہترین کہا گیا ہے: Web1 صرف پڑھنے کے لیے تھا، Web2 پڑھنے-لکھنے کے لیے ہے، Web3 پڑھنے-لکھنے-مالک بننے کے لیے ہوگا۔ + +#### Web3 کے بنیادی خیالات {#core-ideas} + +اگرچہ Web3 کی سخت تعریف دینا مشکل ہے، لیکن چند بنیادی اصول اس کی تخلیق کے بارے میں رہنمائی کرتے ہیں۔ + +- **Web3 غیر مرکزی ہے:** انٹرنیٹ کے بڑے حصوں پر مرکزی اداروں کے کنٹرول اور ملکیت کے بجائے، ملکیت اس کے بنانے والوں اور صارفین میں تقسیم ہو جاتی ہے۔ +- **Web3 اجازت کے بغیر ہے:** ہر کسی کو Web3 میں شرکت کے لیے مساوی رسائی حاصل ہے، اور کسی کو بھی خارج نہیں کیا جاتا۔ +- **Web3 میں مقامی ادائیگیاں ہیں:** یہ بینکوں اور ادائیگی کے پروسیسرز کے پرانے انفراسٹرکچر پر انحصار کرنے کے بجائے آن لائن پیسہ خرچ کرنے اور بھیجنے کے لیے کرپٹو کرنسی کا استعمال کرتا ہے۔ +- **Web3 بغیر اعتماد کے ہے:** یہ بھروسہ مند تیسرے فریق پر انحصار کرنے کے بجائے مراعات اور اقتصادی میکانزم کا استعمال کرتے ہوئے کام کرتا ہے۔ + +### Web3 کیوں اہم ہے؟ {#why-is-web3-important} + +اگرچہ Web3 کی بہترین خصوصیات آئیسولیٹڈ نہیں ہیں اور آسان زمروں میں فٹ نہیں ہوتیں، آسانی کے لیے ہم نے انہیں سمجھنے میں آسان بنانے کے لیے الگ کرنے کی کوشش کی ہے۔ + +#### ملکیت {#ownership} + +Web3 آپ کو آپ کے ڈیجیٹل اثاثوں کی ملکیت ایک بے مثال انداز میں دیتا ہے۔ مثال کے طور پر، فرض کریں آپ Web2 کا کوئی کھیل کھیل رہے ہیں۔ اگر آپ کھیل کے اندر کوئی آئٹم خریدتے ہیں، تو یہ براہ راست آپ کے اکاؤنٹ سے منسلک ہوتا ہے۔ اگر کھیل بنانے والے آپ کا اکاؤنٹ حذف کر دیں، تو آپ یہ آئٹمز کھو دیں گے۔ یا، اگر آپ کھیل کھیلنا بند کر دیں، تو آپ اپنے کھیل کے اندر خریدے گئے آئٹمز میں کی گئی سرمایہ کاری کا فائدہ کھو دیتے ہیں۔ + +Web3 [نان فنجیبل ٹوکنز (NFTs)](/glossary/#nft) کے ذریعے براہ راست ملکیت کی اجازت دیتا ہے۔ کسی کے پاس، حتیٰ کہ کھیل کے تخلیق کاروں کے پاس بھی، آپ کی ملکیت چھیننے کی طاقت نہیں ہے۔ اور، اگر آپ کھیلنا بند کر دیں، تو آپ اپنے کھیل کے اندر کے آئٹمز کو کھلی مارکیٹ میں بیچ یا تجارت کر کے ان کی قیمت واپس حاصل کر سکتے ہیں۔ اسے عملی طور پر دیکھنے کے لیے [آن چین گیمنگ](/gaming/) کو دریافت کریں۔ + + + + +
NFTs کے بارے میں مزید جانیں
+ + NFTs پر مزید + + + + +#### سنسرشپ مزاحمت {#censorship-resistance} + +پلیٹ فارمز اور مواد تخلیق کاروں کے درمیان طاقت کا توازن بہت غیر متناسب ہے۔ + +OnlyFans ایک صارفین کے تیار کردہ بالغ مواد کی ویب سائٹ ہے جس پر ایک ملین سے زائد مواد تخلیق کار ہیں، جن میں سے بہت لوگ اس پلیٹ فارم کو اپنی بنیادی آمدنی کا ذریعہ بناتے ہیں۔ اگست 2021 میں، OnlyFans نے جنسی طور پر واضح مواد پر پابندی لگانے کے منصوبے کا اعلان کیا۔ اس اعلان نے پلیٹ فارم پر موجود تخلیق کاروں میں شدید غصہ پیدا کیا، جنہوں نے محسوس کیا کہ انہیں اس آمدنی سے محروم کیا جا رہا ہے جس کے لیے انہوں نے پلیٹ فارم بنانے میں مدد کی تھی۔ ردعمل کے بعد، اس فیصلے کو جلدی واپس لے لیا گیا۔ اگرچہ تخلیق کاروں نے یہ لڑائی جیت لی، لیکن یہ Web 2.0 کے تخلیق کاروں کے لیے ایک مسئلے کی نشاندہی کرتا ہے: اگر آپ کسی پلیٹ فارم کو چھوڑ دیتے ہیں تو آپ جو شہرت اور فالوونگ جمع کر چکے ہیں، وہ ضائع ہو جاتی ہے۔ + +Web3 پر، آپ کا ڈیٹا بلاک چین پر محفوظ رہتا ہے۔ جب آپ کسی پلیٹ فارم کو چھوڑنے کا فیصلہ کرتے ہیں، تو آپ اپنی شہرت اپنے ساتھ لے جا سکتے ہیں اور اسے کسی دوسرے انٹرفیس میں لگا سکتے ہیں جو آپ کے اقدار کے زیادہ قریب ہو۔ + +Web 2.0 میں مواد تخلیق کاروں کو اس بات پر اعتماد کرنا پڑتا ہے کہ پلیٹ فارم قوانین تبدیل نہیں کرے گا، لیکن سینسرشپ کے خلاف مزاحمت Web3 پلیٹ فارم کی ایک بنیادی خصوصیت ہے۔ + +#### غیر مرکزی خود مختار تنظیمیں (DAOs) {#daos} + +Web3 میں اپنا ڈیٹا رکھنے کے علاوہ، آپ پلیٹ فارم کے مالک بھی بن سکتے ہیں، ایسے ٹوکنز کے ذریعے جو کمپنی میں حصےکی طرح کام کرتے ہیں۔ DAOs آپ کو پلیٹ فارم کی غیر مرکزی ملکیت کو منظم کرنے اور اس کے مستقبل کے بارے میں فیصلے کرنے کی اجازت دیتے ہیں۔ + +DAOs کو تکنیکی طور پر متفقہ [اسمارٹ کنٹریکٹس](/glossary/#smart-contract) کے طور پر بیان کیا جاتا ہے جو وسائل (ٹوکنز) کے ایک پول پر غیر مرکزی فیصلہ سازی کو خودکار بناتے ہیں۔ ٹوکن رکھنے والے صارفین یہ ووٹ کرتے ہیں کہ وسائل کیسے خرچ کیے جائیں، اور کوڈ خود بخود ووٹنگ کے نتائج کو نافذ کرتا ہے۔ + +تاہم، لوگ کئی Web3 کمیونٹیز کو DAOs کے طور پر تعریف کرتے ہیں۔ یہ کمیونٹیز سب مختلف سطحوں پر غیر مرکزی اور کوڈ کے ذریعے خودکار ہوتی ہیں۔ فی الحال، ہم یہ دریافت کر رہے ہیں کہ DAOs کیا ہیں اور مستقبل میں یہ کس طرح ترقی کر سکتے ہیں۔ + + + + +
DAOs کے بارے میں مزید جانیں
+ + DAOs پر مزید + + + + +### شناخت {#identity} + +روایتی طور پر، آپ ہر استعمال ہونے والے پلیٹ فارم کے لیے ایک الگ اکاؤنٹ بناتے۔ مثال کے طور پر، آپ کے پاس Twitter کا اکاؤنٹ، YouTube کا اکاؤنٹ، اور Reddit کا اکاؤنٹ ہو سکتا ہے۔ کیا آپ اپنا ڈسپلے نام یا پروفائل تصویر بدلنا چاہتے ہیں؟ آپ کو یہ ہر اکاؤنٹ پر الگ الگ کرنا پڑے گا۔ کچھ صورتوں میں آپ سوشل سائن ان استعمال کر سکتے ہیں، لیکن اس سے ایک معروف مسئلہ پیدا ہوتا ہے—سینسرشپ۔ ایک کلک میں، یہ پلیٹ فارمز آپ کو آپ کی پوری آن لائن زندگی سے خارج کر سکتے ہیں۔ اس سے بھی بدتر، کئی پلیٹ فارمز آپ سے یہ توقع کرتے ہیں کہ آپ اکاؤنٹ بنانے کے لیے انہیں ذاتی شناختی معلومات پر اعتماد کریں۔ + +Web3 ایک Ethereum ایڈریس اور [Ethereum Name Service (ENS)](/glossary/#ens) پروفائل کے ساتھ آپ کو اپنی ڈیجیٹل شناخت کو کنٹرول کرنے کی اجازت دے کر ان مسائل کو حل کرتا ہے۔ Ethereum ایڈریس استعمال کرنے سے پلیٹ فارمز پر ایک واحد محفوظ، سینسرشپ سے محفوظ، اور انانیمس لاگ ان ملتا ہے۔ + +### مقامی ادائیگیاں {#native-payments} + +Web2 کا ادائیگی کا انفراسٹرکچر بینکوں اور ادائیگی کے پراسیسرز پر انحصار کرتا ہے، جس سے وہ لوگ خارج ہو جاتے ہیں جن کے پاس بینک اکاؤنٹ نہیں ہے یا جو غلط ملک کی سرحدوں میں رہتے ہیں۔ +Web3 براؤزر میں براہ راست رقم بھیجنے کے لیے [ETH](/glossary/#ether) جیسے ٹوکنز کا استعمال کرتا ہے اور اسے کسی قابل اعتماد تیسرے فریق کی ضرورت نہیں ہوتی۔ + + + ETH پر مزید + + +## ویب 3 کی حدود {#web3-limitations} + +Web3 کے موجودہ شکل میں بے شمار فوائد کے باوجود، اب بھی کئی حدود ہیں جنہیں اس کے فروغ کے لیے ایکو سسٹم کو حل کرنا ضروری ہے۔ + +### رسائی {#accessibility} + +اہم Web3 خصوصیات، جیسے کہ Sign-in with Ethereum، پہلے ہی کسی بھی شخص کے استعمال کے لیے بالکل مفت دستیاب ہیں۔ لیکن، لین دین کی نسبتاً لاگت اب بھی بہت سے لوگوں کے لیے مشکل ہے۔ Web3 کا استعمال کم خوشحال، ترقی پذیر ممالک میں کم ہونے کا امکان ہے کیونکہ وہاں لین دین کی فیس زیادہ ہے۔ Ethereum پر، ان چیلنجز کو [روڈ میپ](/roadmap/) اور [لیئر 2 اسکیلنگ سلوشنز](/glossary/#layer-2) کے ذریعے حل کیا جا رہا ہے۔ ٹیکنالوجی تیار ہے، لیکن Web3 کو ہر کسی کے لیے قابل رسائی بنانے کے لیے ہمیں لیئر 2 پر زیادہ سطح کی اپنانے کی ضرورت ہے۔ + +### صارف کا تجربہ {#user-experience} + +Web3 استعمال کرنے کے لیے تکنیکی رکاوٹ فی الحال بہت زیادہ ہے۔ صارفین کو سیکیورٹی کے مسائل کو سمجھنا، پیچیدہ تکنیکی دستاویزات کو جاننا، اور غیر آسان صارف انٹرفیس میں نیویگیٹ کرنا ضروری ہے۔ [والٹ فراہم کنندگان](/wallets/find-wallet/)، خاص طور پر، اس کو حل کرنے کے لیے کام کر رہے ہیں، لیکن Web3 کو بڑے پیمانے پر اپنانے سے پہلے مزید پیش رفت کی ضرورت ہے۔ + +### تعلیم {#education} + +Web3 نئے اصول متعارف کراتا ہے جو Web2.0 میں استعمال ہونے والے مینٹل ماڈلز سے مختلف لیرننگ کی ضرورت رکھتے ہیں۔ اسی طرح کی تعلیمی مہم 1990 کی دہائی کے آخر میں ہوئی جب Web1.0 مقبولیت حاصل کر رہا تھا؛ ورلڈ وائڈ ویب کے حامیوں نے عوام کو تعلیم دینے کے لیے سادہ استعاروں (انفارمیشن ہائی وے، براؤزرز، ویب سرفنگ) سے لے کر [ٹیلی ویژن نشریات](https://www.youtube.com/watch?v=SzQLI7BxfYI) تک متعدد تعلیمی تکنیکوں کا استعمال کیا۔ Web3 مشکل نہیں ہے، لیکن یہ مختلف ہے۔ Web2 صارفین کو Web3 کے ان اصولوں سے آگاہ کرنے والی تعلیمی پہلیں اس کی کامیابی کے لیے نہایت اہم ہیں۔ + +Ethereum.org ہمارے [ترجمہ پروگرام](/contributing/translation-program/) کے ذریعے Web3 تعلیم میں اپنا حصہ ڈالتا ہے، جس کا مقصد اہم Ethereum مواد کو زیادہ سے زیادہ زبانوں میں ترجمہ کرنا ہے۔ + +### مرکزی انفراسٹرکچر {#centralized-infrastructure} + +Web3 ایکو سسٹم ابھی نیا ہے اور تیزی سے ترقی کر رہا ہے۔ نتیجتاً، یہ فی الحال بنیادی طور پر مرکزی انفراسٹرکچر (GitHub، Twitter، Discord وغیرہ) پر انحصار کرتا ہے۔ کئی Web3 کمپنیاں ان خلا کو پر کرنے کے لیے تیز رفتاری سے کام کر رہی ہیں، لیکن اعلیٰ معیار اور قابل اعتماد انفراسٹرکچر بنانے میں وقت لگتا ہے۔ + +## ایک غیر مرکزی مستقبل {#decentralized-future} + +Web3 ایک نیا اور ترقی پذیر ایکو سسٹم ہے۔ Gavin Wood نے یہ اصطلاح 2014 میں متعارف کرائی، لیکن ان میں سے زیادہ تر خیالات حال ہی میں حقیقت بنے ہیں۔ صرف پچھلے سال میں ہی، کرپٹو کرنسی میں دلچسپی میں نمایاں اضافہ ہوا ہے، لیئر 2 اسکیلنگ حل میں بہتری آئی ہے، حکمرانی کی نئی شکلوں کے ساتھ وسیع تجربات ہوئے ہیں، اور ڈیجیٹل شناخت میں انقلاب آیا ہے۔ + +ہم Web3 کے ساتھ بہتر ویب بنانے کے آغاز میں ہی ہیں، لیکن جیسے جیسے ہم اسے سپورٹ کرنے والے انفراسٹرکچر کو بہتر بناتے ہیں، ویب کا مستقبل روشن نظر آتا ہے۔ + +## میں کیسے شامل ہو سکتا ہوں {#get-involved} + +- [ایک والٹ حاصل کریں](/wallets/) +- [ایک کمیونٹی تلاش کریں](/community/) +- [Web3 ایپلیکیشنز کو دریافت کریں](/apps/) +- [ایک DAO میں شامل ہوں](/dao/) +- [Web3 پر تعمیر کریں](/developers/) + +## مزید پڑھیں {#further-reading} + +Web3 کی کوئی سخت اور مقررہ تعریف نہیں ہے۔ مختلف کمیونٹی کے شرکاء کے اس بارے میں مختلف نقطہ نظر ہیں۔ ان میں سے چند یہ ہیں: + +- [Web3 کیا ہے؟ مستقبل کے غیر مرکزی انٹرنیٹ کی وضاحت](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_ +- [ویب 3 کو سمجھنا](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _Josh Stark_ +- [Web3 کیوں اہم ہے](https://a16zcrypto.com/posts/article/why-web3-matters/) — _Chris Dixon_ +- [غیر مرکزیت کیوں اہم ہے](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _Chris Dixon_ +- [The Web3 Landscape](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_ +- [The Web3 Debate](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_ + + diff --git a/public/content/translations/ur/what-are-apps/index.md b/public/content/translations/ur/what-are-apps/index.md new file mode 100644 index 00000000000..ad40865dc69 --- /dev/null +++ b/public/content/translations/ur/what-are-apps/index.md @@ -0,0 +1,80 @@ +--- +title: "ایتھیریم کی ایپلیکیشنز" +metaTitle: "ایتھیریئم ایپلیکیشنز | ایتھیریئم پر غیر مرکزی ایپلیکیشنز" +description: "ایتھیریئم پر ایپس مفت، عالمی ہیں اور نجی کمپنی کے سرورز کے بجائے پبلک بلاک چین استعمال کرتی ہیں۔ اس کا مطلب ہے کہ آپ ہر پروجیکٹ میں ایک ہی اکاؤنٹ استعمال کر سکتے ہیں اور اپنی پرائیویسی یقینی بنا سکتے ہیں۔" +lang: ur-in +template: use-cases +emoji: ":handshake:" +sidebarDepth: 2 +showDropdown: false +image: /images/doge-computer.png +summary: "ایتھیریئم پر ایپس مفت، عالمی ہیں اور نجی کمپنی کے سرورز کے بجائے پبلک بلاک چین استعمال کرتی ہیں۔ اس کا مطلب ہے کہ آپ ہر پروجیکٹ میں ایک ہی اکاؤنٹ استعمال کر سکتے ہیں اور اپنی پرائیویسی یقینی بنا سکتے ہیں۔" +--- + +## ایپس سپر پاورز کے ساتھ {#apps-with-superpowers} + +ایتھیریم ایپلیکیشنز بظاہر عام ایپس جیسی محسوس ہو سکتی ہیں۔ لیکن پسِ پردہ ان میں کچھ خاص خصوصیات ہوتی ہیں جو انہیں منفرد بناتی ہیں۔ + +جب کوئی ایپ ایتھیریم بلاک چین پر شائع ہو جاتی ہے تو انہیں کوئی نہیں روک سکتا۔ یہ اس لیے ہے کیونکہ ایتھیریم نیٹ ورک دنیا بھر میں ہزاروں کمپیوٹروں پر غیرمرکزی شکل میں تقسیم ہیں۔ کوئی بھی ایتھیریم پر چلنے والی ایپس کوبند نہیں کر سکتا، کیونکہ نشانہ بنانے کے لیے کوئی ایک واحد سرور موجود نہیں ہے۔ ایتھیریم غیرجانبدار بھی ہے، اس لیے دنیا کے کسی بھی کونے میں موجود کوئی بھی شخص اسے استعمال کر سکتا ہے یا اس سے جڑ کر اس پر نجی طور پرتبدیلیاں کر سکتا ہے۔ + +## dapp کیا ہے؟ {#what-is-a-dapp} + +ایتھیریم ایپلیکیشنز اپنی لاجک مرکزی سرورز کے بجائے ایتھیریم بلاک چین پر چلاتی ہیں۔ یہی وجہ ہے کہ انہیں اکثر غیرمرکزی ایپلیکیشنز کہا جاتا ہے، یا مختصر میں ڈی ایپس (dApps)۔ + + + + + + + +## یہ اہم کیوں ہے {#why-does-this-matter} + +ایتھیریم ایپس وہ کام کر سکتی ہیں جو روایتی ایپس کے ساتھ ممکن ہی نہیں ہیں۔ جیسے کہ کسی بالکل اجنبی کو پیسوں کی شکل میں قرض دینا، وہ بھی اس ضمانت کے ساتھ کہ آپ کو اپنے پیسے سود سمیت واپس ملیں گے۔ کسی "قابلِ اعتماد" ثالث، جیسے وکیل، کو لین دین سنبھالنے کے لیے پیسے ادا کئے بغیر۔ + +ہر چیز کے لیے ایپس موجود ہیں: گیمنگ، مالیات، جاب، پیغام رسانی، اسٹوریج اور بہت کچھ۔ زیادہ تر ایپس میں آپ نہ تو اشتہارات کے پابند ہوتے ہیں اور نہ ہی محدود رسائی کی رکاوٹوں میں جکڑے ہوتے ہیں۔ + +کسی بھی ایتھیریم ایپ کا استعمال شروع کرنے کے لیے آپ کو صرف ایک ایتھیریم والیٹ اور تھوڑے سے ETH کی ضرورت ہے۔ + +## یہ کیسے کام کرتا ہے {#how-does-it-work} + +ایپس اسمارٹ کنٹریکٹس کے ذریعے چلتی ہیں — کوڈ کے وہ حصے جو ایتھیریم بلاک چین پر موجود ہوتے ہیں۔ روایتی ایپس کے برعکس، انہیں چلانے کے لیے کسی کمپنی کی ضرورت ہرگز نہیں ہوتی۔ + +| خصوصیت | روایتی ایپس | ایتھیریم ایپس | +| -------------------------------- | ------------------ | ------------------------ | +| **اسے کون کنٹرول کرتا ہے؟** | ایک کمپنی | کوئی نہیں | +| **پر چلتی ہے** | نجی کمپنی سرورس | عوامی ایتھیریم بلاک چین | +| **کیا اسے سنسر کیا جا سکتا ہے؟** | جی ہاں | نہیں | +| **آپ کے ڈیٹا کا مالک کون ہے؟** | عام طور پر آپ نہیں | آپ اپنے ڈیٹا کے مالک ہیں | + + + +
+ +![](./developers-eth-blocks.png) +
+ +## ایتھیریم ایپس لیگو بلاکس کی طرح ہیں {#ethereum-apps-are-like-legos} + +جب تمام ایپس ایتھیریم پر بنائی جاتی ہیں، تو وہ سب ایک دوسرے کے ساتھ مطابقت رکھتی ہیں۔ ایک ایپ کا ٹوکن ایک الگ ایپ پر بھی کام کرے گا۔ یہ ایسے ہے جیسے آپ ٹویٹس کو اپنی فیس بک وال پر شائع کر سکیں۔ اصل میں اکثر آپ ایک ہی پروفائل کو کئی مختلف ایتھیریم ایپس میں دوبارہ استعمال کر سکتے ہیں، بغیر ہر جگہ الگ سے رجسٹریشن کیے۔ + + + +## مزید پڑھیں {#further-reading} + +- [بگینرس کے لیے ایتھیریم](/what-is-ethereum) +- [اسمارٹ کنٹریکٹ کیا ہے؟](/developers/docs/smart-contracts/) +- [تکنیکی ڈی ایپ (Dapp) ڈاکیومینٹیشن](/developers/docs/dapps/) + +## اکثر پوچھے جانے والے سوالات {#faq} + + +

ڈی ایپ کا مطلب ہے غیرمرکزی ایپلیکیشنز۔ یہ وہ ایپلیکیشنز ہیں جو ایتھیریم جیسی بلاک چین نیٹ ورکس پر بنی ہوتی ہیں۔ انہیں غیرمرکزی اسی لئے کہا جاتا ہے کیونکہ انکا بنیادی نیٹ ورک غیرمرکزی ہوتا ہے۔

+ + + +

کچھ ایپلیکیشنز آپ کو کرپٹو ٹوکنز خریدنے یا تجارت کرنے دیتی ہیں، لیکن ہر ایپ اس کام کے لیے نہیں ہوتی ہے۔ اگر آپ اپنے پہلے ٹوکنز خریدنا چاہتے ہیں، تو [ETH حاصل کریں](/get-eth) پر جائیں۔

+ + + +

کرپٹو والیٹ آپ کو اپنے ٹوکن رکھنے اور اپنے ایتھیریم اکاؤنٹ کو مینیج کرنے دیتا ہے۔ بہت سی بہترین والیٹس موجود ہیں اور ہر ایک والیٹ مختلف مقصد کے لیے کام آتی ہے۔ یہ معلوم کرنے کے لیے کہ آپ کے لیے کون سا والیٹ بہترین ہے، ہمارے [والیٹس کی فہرست](/wallets/find-wallet) پر جائیں۔

+ \ No newline at end of file diff --git a/public/content/translations/ur/whitepaper/index.md b/public/content/translations/ur/whitepaper/index.md new file mode 100644 index 00000000000..c22a78459fa --- /dev/null +++ b/public/content/translations/ur/whitepaper/index.md @@ -0,0 +1,522 @@ +--- +title: "Ethereum وائٹ پیپر" +description: "ایتھیریم کا ایک تعارفی مقالہ، جو 2013 میں اس کے لانچ سے پہلے شائع ہوا تھا۔" +lang: ur-in +sidebarDepth: 2 +hideEditButton: true +--- + +# ایتھیریم وائٹ پیپر {#ethereum-whitepaper} + +_یہ تعارفی مقالہ اصل میں 2014 میں [Ethereum](/what-is-ethereum/) کے بانی، Vitalik Buterin نے 2015 میں پروجیکٹ کے لانچ سے پہلے شائع کیا تھا۔ یہ بات قابل غور ہے کہ ایتھیریم، بہت سے کمیونٹی پر مبنی، اوپن سورس سافٹ ویئر پروجیکٹس کی طرح، اپنے ابتدائی آغاز کے بعد سے بہت ترقی کر چکا ہے۔_ + +_کئی سال پرانا ہونے کے باوجود، ہم اس مقالے کو برقرار رکھتے ہیں کیونکہ یہ ایک مفید حوالہ اور ایتھیریم اور اس کے وژن کی درست نمائندگی کرتا ہے۔ ایتھیریم کی تازہ ترین پیشرفتوں کے بارے میں جاننے کے لیے، اور پروٹوکول میں تبدیلیاں کیسے کی جاتی ہیں، ہم [اس گائیڈ](/learn/) کی سفارش کرتے ہیں۔_ + +[محققین اور ماہرین تعلیم جو وائٹ پیپر کا تاریخی یا روایتی ورژن [دسمبر 2014 سے] تلاش کر رہے ہیں انہیں یہ PDF استعمال کرنا چاہئے۔](./whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf) + +## ایک اگلی نسل کا اسمارٹ کنٹریکٹ اور ڈی سینٹرلائزڈ ایپلیکیشن پلیٹ فارم {#a-next-generation-smart-contract-and-decentralized-application-platform} + +2009 میں Satoshi Nakamoto کی Bitcoin کی ترقی کو اکثر پیسے اور کرنسی میں ایک بنیادی ترقی کے طور پر سراہا گیا ہے، جو ایک ڈیجیٹل اثاثہ کی پہلی مثال ہے جس کی بیک وقت کوئی پشت پناہی یا "[اندرونی قدر](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it)" نہیں ہے اور نہ ہی کوئی مرکزی جاری کنندہ یا کنٹرولر ہے۔ تاہم، Bitcoin کے تجربے کا ایک اور، بلاشبہ زیادہ اہم حصہ، تقسیم شدہ اتفاق رائے کے ایک آلے کے طور پر بنیادی بلاک چین ٹیکنالوجی ہے، اور توجہ تیزی سے Bitcoin کے اس دوسرے پہلو کی طرف منتقل ہونا شروع ہو رہی ہے۔ بلاک چین ٹیکنالوجی کے عام طور پر حوالہ دیے جانے والے متبادل ایپلی کیشنز میں کسٹم کرنسیوں اور مالیاتی آلات کی نمائندگی کے لیے آن-بلاک چین ڈیجیٹل اثاثوں کا استعمال شامل ہے (\"[colored coins](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)\")، کسی بنیادی جسمانی آلے کی ملکیت (\"[smart property](https://en.bitcoin.it/wiki/Smart_Property)\")، ڈومین ناموں جیسے نان-فنجیبل اثاثے (\"[Namecoin](http://namecoin.org)\")، نیز مزید پیچیدہ ایپلی کیشنز جن میں ڈیجیٹل اثاثوں کو براہ راست کوڈ کے ایک ٹکڑے کے ذریعے کنٹرول کیا جاتا ہے جو من مانی قوانین کو نافذ کرتا ہے (\"[smart contracts](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html)\") یا یہاں تک کہ بلاک چین پر مبنی \"[decentralized autonomous organizations](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)\" (DAOs)۔ ایتھیریم کا مقصد ایک ایسی بلاک چین فراہم کرنا ہے جس میں ایک بلٹ-ان مکمل طور پر ٹورنگ-کمپلیٹ پروگرامنگ زبان ہو جسے \"کنٹریکٹس\" بنانے کے لیے استعمال کیا جا سکتا ہے جو من مانی اسٹیٹ ٹرانزیشن فنکشنز کو انکوڈ کرنے کے لیے استعمال ہو سکتے ہیں، جس سے صارفین اوپر بیان کردہ کسی بھی سسٹم کو بنا سکتے ہیں، ساتھ ہی بہت سے دوسرے جن کا ہم نے ابھی تک تصور بھی نہیں کیا ہے، صرف چند لائنوں کے کوڈ میں منطق لکھ کر۔ + +## بٹ کوائن اور موجودہ تصورات کا تعارف {#introduction-to-bitcoin-and-existing-concepts} + +### تاریخ {#history} + +ڈی سینٹرلائزڈ ڈیجیٹل کرنسی کا تصور، نیز پراپرٹی رجسٹری جیسے متبادل ایپلی کیشنز، کئی دہائیوں سے موجود ہیں۔ 1980 اور 1990 کی دہائیوں کے گمنام ای-کیش پروٹوکولز، جو زیادہ تر Chaumian blinding کے نام سے جانے والے ایک کرپٹوگرافک پریمیٹیو پر انحصار کرتے تھے، نے اعلی درجے کی رازداری والی کرنسی فراہم کی، لیکن یہ پروٹوکولز زیادہ تر ایک مرکزی ثالث پر انحصار کی وجہ سے مقبولیت حاصل کرنے میں ناکام رہے۔ 1998 میں، Wei Dai کا [b-money](http://www.weidai.com/bmoney.txt) پہلا پروپوزل تھا جس نے کمپیوٹیشنل پزلز کو حل کرنے کے ساتھ ساتھ ڈی سینٹرلائزڈ اتفاق رائے کے ذریعے پیسہ بنانے کا خیال پیش کیا، لیکن اس پروپوزل میں اس بارے میں تفصیلات کی کمی تھی کہ ڈی سینٹرلائزڈ اتفاق رائے کو حقیقت میں کیسے نافذ کیا جا سکتا ہے۔ 2005 میں، Hal Finney نے \"[reusable proofs of work](https://nakamotoinstitute.org/finney/rpow/)\" کا ایک تصور پیش کیا، ایک ایسا نظام جو b-money کے آئیڈیاز کو Adam Back کے کمپیوٹیشنلی مشکل Hashcash پزلز کے ساتھ ملا کر ایک کریپٹو کرنسی کا تصور تخلیق کرتا ہے، لیکن ایک بار پھر ایک بیک اینڈ کے طور پر قابل اعتماد کمپیوٹنگ پر انحصار کرکے آئیڈیل سے کم رہ گیا۔ 2009 میں، پہلی بار Satoshi Nakamoto نے ایک ڈی سینٹرلائزڈ کرنسی کو عملی طور پر نافذ کیا، جس میں پبلک کی کرپٹوگرافی کے ذریعے ملکیت کے انتظام کے لیے قائم کردہ پریمیٹوز کو ایک کنسنسس الگورتھم کے ساتھ ملایا گیا تاکہ یہ ٹریک رکھا جا سکے کہ سکوں کا مالک کون ہے، جسے \"پروف-آف-ورک\" کے نام سے جانا جاتا ہے۔ + +پروف-آف-ورک کے پیچھے کا میکانزم اس شعبے میں ایک اہم پیش رفت تھی کیونکہ اس نے بیک وقت دو مسائل حل کیے۔ پہلا، اس نے ایک سادہ اور معتدل طور پر موثر کنسنسس الگورتھم فراہم کیا، جس سے نیٹ ورک میں نوڈز کو Bitcoin لیجر کی حالت میں کینونیکل اپڈیٹس کے ایک سیٹ پر اجتماعی طور پر اتفاق کرنے کی اجازت ملی۔ دوسرا، اس نے کنسنسس کے عمل میں آزادانہ داخلے کی اجازت دینے کے لیے ایک میکانزم فراہم کیا، اس سیاسی مسئلے کو حل کیا کہ یہ فیصلہ کون کرے گا کہ کنسنسس پر کون اثر انداز ہو سکتا ہے، جبکہ بیک وقت سائبل حملوں کو بھی روکا جا سکے۔ یہ شرکت کی رسمی رکاوٹ، جیسے کسی خاص فہرست میں ایک منفرد ادارے کے طور پر رجسٹرڈ ہونے کی ضرورت، کو ایک اقتصادی رکاوٹ سے بدل کر ایسا کرتا ہے - کنسنسس ووٹنگ کے عمل میں ایک واحد نوڈ کا وزن براہ راست اس کمپیوٹنگ پاور کے متناسب ہے جو نوڈ لاتا ہے۔ اس کے بعد سے، ایک متبادل طریقہ تجویز کیا گیا ہے جسے _پروف-آف-اسٹیک_ کہا جاتا ہے، جو ایک نوڈ کے وزن کا حساب اس کی کرنسی ہولڈنگز کے متناسب کرتا ہے نہ کہ کمپیوٹیشنل وسائل کے؛ دونوں طریقوں کے نسبتی فوائد کی بحث اس مقالے کے دائرہ کار سے باہر ہے لیکن یہ نوٹ کیا جانا چاہئے کہ دونوں طریقے ایک کریپٹو کرنسی کی ریڑھ کی ہڈی کے طور پر کام کرنے کے لیے استعمال کیے جا سکتے ہیں۔ + +### Bitcoin ایک اسٹیٹ ٹرانزیشن سسٹم کے طور پر {#bitcoin-as-a-state-transition-system} + +![ایتھیریم اسٹیٹ ٹرانزیشن](./ethereum-state-transition.png) + +تکنیکی نقطہ نظر سے، Bitcoin جیسی کریپٹو کرنسی کے لیجر کو ایک اسٹیٹ ٹرانزیشن سسٹم کے طور پر سمجھا جا سکتا ہے، جہاں ایک \"اسٹیٹ\" موجود تمام بٹ کوائنز کی ملکیت کی حیثیت پر مشتمل ہوتا ہے اور ایک \"اسٹیٹ ٹرانزیشن فنکشن\" ہوتا ہے جو ایک اسٹیٹ اور ایک ٹرانزیکشن لیتا ہے اور ایک نیا اسٹیٹ آؤٹ پٹ کرتا ہے جو نتیجہ ہوتا ہے۔ ایک معیاری بینکنگ سسٹم میں، مثال کے طور پر، اسٹیٹ ایک بیلنس شیٹ ہے، ایک ٹرانزیکشن A سے B میں $X منتقل کرنے کی درخواست ہے، اور اسٹیٹ ٹرانزیشن فنکشن A کے اکاؤنٹ میں قدر کو $X سے کم کرتا ہے اور B کے اکاؤنٹ میں قدر کو $X سے بڑھاتا ہے۔ اگر A کے اکاؤنٹ میں پہلے سے $X سے کم ہے، تو اسٹیٹ ٹرانزیشن فنکشن ایک خرابی واپس کرتا ہے۔ لہذا، کوئی باضابطہ طور پر تعریف کر سکتا ہے: + +``` +APPLY(S,TX) -> S' or ERROR +``` + +اوپر بیان کردہ بینکنگ سسٹم میں: + +```js +APPLY({ Alice: $50, Bob: $50 },\"send $20 from Alice to Bob\") = { Alice: $30, Bob: $70 } +``` + +لیکن: + +```js +APPLY({ Alice: $50, Bob: $50 },\"send $70 from Alice to Bob\") = ERROR +``` + +Bitcoin میں \"اسٹیٹ\" تمام سکوں کا مجموعہ ہے (تکنیکی طور پر، \"غیر خرچ شدہ ٹرانزیکشن آؤٹ پٹس\" یا UTXO) جو بنائے گئے ہیں اور ابھی تک خرچ نہیں ہوئے ہیں، ہر UTXO کا ایک ڈینومینیشن اور ایک مالک ہوتا ہے (جس کی تعریف 20 بائٹ کے ایڈریس سے ہوتی ہے جو بنیادی طور پر ایک کرپٹوگرافک پبلک کی[fn1](#notes) ہے)۔ ایک ٹرانزیکشن میں ایک یا زیادہ ان پٹس ہوتے ہیں، ہر ان پٹ میں ایک موجودہ UTXO کا حوالہ اور مالک کے ایڈریس سے وابستہ پرائیویٹ کی کے ذریعے تیار کردہ ایک کرپٹوگرافک دستخط ہوتا ہے، اور ایک یا زیادہ آؤٹ پٹس ہوتے ہیں، ہر آؤٹ پٹ میں ایک نیا UTXO ہوتا ہے جسے اسٹیٹ میں شامل کیا جاتا ہے۔ + +اسٹیٹ ٹرانزیشن فنکشن `APPLY(S,TX) -> S'` کو تقریباً اس طرح بیان کیا جا سکتا ہے: + +
    +
  1. + TX میں ہر ان پٹ کے لیے: +
      +
    • + اگر حوالہ دیا گیا UTXO S میں نہیں ہے، تو ایک خرابی واپس کریں۔ +
      • +
    • + اگر فراہم کردہ دستخط UTXO کے مالک سے میل نہیں کھاتا ہے، تو ایک خرابی واپس کریں۔ +
      • +
    +
    2. +
  2. + اگر تمام ان پٹ UTXO کے ڈینومینیشنز کا مجموعہ تمام آؤٹ پٹ UTXO کے ڈینومینیشنز کے مجموعے سے کم ہے، تو ایک خرابی واپس کریں۔ +
    3. +
  3. + تمام ان پٹ UTXO کو ہٹا کر اور تمام آؤٹ پٹ UTXO کو شامل کرکے S واپس کریں۔ +
    4. +
+ +پہلے مرحلے کا پہلا نصف ٹرانزیکشن بھیجنے والوں کو ایسے سکے خرچ کرنے سے روکتا ہے جو موجود نہیں ہیں، پہلے مرحلے کا دوسرا نصف ٹرانزیکشن بھیجنے والوں کو دوسرے لوگوں کے سکے خرچ کرنے سے روکتا ہے، اور دوسرا مرحلہ قدر کے تحفظ کو نافذ کرتا ہے۔ اسے ادائیگی کے لیے استعمال کرنے کے لیے، پروٹوکول مندرجہ ذیل ہے: فرض کریں ایلس باب کو 11.7 BTC بھیجنا چاہتی ہے۔ سب سے پہلے، ایلس اپنے ملکیت والے دستیاب UTXO کا ایک سیٹ تلاش کرے گی جس کا کل کم از کم 11.7 BTC ہو۔ حقیقت میں، ایلس کو بالکل 11.7 BTC نہیں مل پائے گا؛ مان لیں کہ سب سے چھوٹا جو وہ حاصل کر سکتی ہے وہ 6+4+2=12 ہے۔ پھر وہ ان تین ان پٹس اور دو آؤٹ پٹس کے ساتھ ایک ٹرانزیکشن بناتی ہے۔ پہلا آؤٹ پٹ 11.7 BTC ہوگا جس کا مالک باب کا ایڈریس ہوگا، اور دوسرا آؤٹ پٹ باقی 0.3 BTC \"چینج\" ہوگا، جس کی مالک خود ایلس ہوگی۔ + +### مائننگ {#mining} + +![ایتھیریم بلاکس](./ethereum-blocks.png) + +اگر ہمارے پاس ایک قابل اعتماد مرکزی سروس تک رسائی ہوتی، تو اس سسٹم کو نافذ کرنا بہت آسان ہوتا؛ اسے بالکل بیان کردہ طریقے سے کوڈ کیا جا سکتا تھا، اسٹیٹ کا ٹریک رکھنے کے لیے ایک مرکزی سرور کی ہارڈ ڈرائیو کا استعمال کرتے ہوئے۔ تاہم، Bitcoin کے ساتھ ہم ایک ڈی سینٹرلائزڈ کرنسی سسٹم بنانے کی کوشش کر رہے ہیں، لہذا ہمیں اسٹیٹ ٹرانزیکشن سسٹم کو ایک کنسنسس سسٹم کے ساتھ ملانے کی ضرورت ہوگی تاکہ یہ یقینی بنایا جا سکے کہ ہر کوئی ٹرانزیکشنز کی ترتیب پر متفق ہے۔ Bitcoin کے ڈی سینٹرلائزڈ کنسنسس کے عمل میں نیٹ ورک میں نوڈز سے مسلسل ٹرانزیکشنز کے پیکیجز تیار کرنے کی کوشش کی ضرورت ہوتی ہے جنہیں \"بلاکس\" کہا جاتا ہے۔ نیٹ ورک کا مقصد تقریباً ہر دس منٹ میں ایک بلاک تیار کرنا ہے، ہر بلاک میں ایک ٹائم اسٹیمپ، ایک نانس، پچھلے بلاک کا حوالہ (یعنی ہیش) اور پچھلے بلاک کے بعد ہونے والی تمام ٹرانزیکشنز کی فہرست ہوتی ہے۔ وقت کے ساتھ، یہ ایک مستقل، ہمیشہ بڑھتی ہوئی، \"بلاک چین\" بناتا ہے جو Bitcoin لیجر کی تازہ ترین حالت کی نمائندگی کرنے کے لیے مسلسل اپ ڈیٹ ہوتی رہتی ہے۔ + +اس پیراڈائم میں، ایک بلاک کے درست ہونے کی جانچ کا الگورتھم مندرجہ ذیل ہے: + +1. چیک کریں کہ بلاک کے ذریعے حوالہ دیا گیا پچھلا بلاک موجود ہے اور درست ہے۔ +2. چیک کریں کہ بلاک کا ٹائم اسٹیمپ پچھلے بلاک[fn2](#notes) کے ٹائم اسٹیمپ سے زیادہ ہے اور مستقبل میں 2 گھنٹے سے کم ہے۔ +3. چیک کریں کہ بلاک پر پروف-آف-ورک درست ہے۔ +4. `S[0]` کو پچھلے بلاک کے آخر میں اسٹیٹ ہونے دیں۔ +5. فرض کریں `TX` `n` ٹرانزیکشنز کے ساتھ بلاک کی ٹرانزیکشن فہرست ہے۔ `0...n-1` میں تمام `i` کے لیے، `S[i+1] = APPLY(S[i],TX[i])` سیٹ کریں۔ اگر کوئی ایپلیکیشن خرابی واپس کرتی ہے، تو باہر نکلیں اور غلط واپس کریں۔ +6. صحیح واپس کریں، اور `S[n]` کو اس بلاک کے آخر میں اسٹیٹ کے طور پر رجسٹر کریں۔ + +بنیادی طور پر، بلاک میں ہر ٹرانزیکشن کو اس کینونیکل اسٹیٹ سے جو ٹرانزیکشن کے عمل سے پہلے تھی، کسی نئے اسٹیٹ میں ایک درست اسٹیٹ ٹرانزیشن فراہم کرنا ضروری ہے۔ نوٹ کریں کہ اسٹیٹ کو بلاک میں کسی بھی طرح سے انکوڈ نہیں کیا گیا ہے؛ یہ خالصتاً ایک تجرید ہے جسے توثیق کرنے والے نوڈ کے ذریعے یاد رکھا جانا ہے اور اسے کسی بھی بلاک کے لیے صرف (محفوظ طریقے سے) جینیسس اسٹیٹ سے شروع کرکے اور ہر بلاک میں ہر ٹرانزیکشن کو ترتیب وار لاگو کرکے ہی شمار کیا جا سکتا ہے۔ مزید برآں، نوٹ کریں کہ جس ترتیب میں مائنر ٹرانزیکشنز کو بلاک میں شامل کرتا ہے وہ اہمیت رکھتا ہے؛ اگر ایک بلاک میں دو ٹرانزیکشنز A اور B ہیں اس طرح کہ B، A کے ذریعے بنائے گئے UTXO کو خرچ کرتا ہے، تو بلاک درست ہوگا اگر A، B سے پہلے آئے لیکن بصورت دیگر نہیں۔ + +مندرجہ بالا فہرست میں موجود ایک توثیقی شرط جو دوسرے سسٹمز میں نہیں پائی جاتی ہے وہ \"پروف-آف-ورک\" کی ضرورت ہے۔ عین شرط یہ ہے کہ ہر بلاک کا ڈبل-SHA256 ہیش، جسے 256 بٹ نمبر کے طور پر مانا جاتا ہے، ایک متحرک طور پر ایڈجسٹ کردہ ہدف سے کم ہونا چاہئے، جو اس تحریر کے وقت تقریباً 2187 ہے۔ اس کا مقصد بلاک کی تخلیق کو کمپیوٹیشنلی \"مشکل\" بنانا ہے، اس طرح سائبل حملہ آوروں کو پوری بلاک چین کو اپنے حق میں دوبارہ بنانے سے روکا جا سکے۔ چونکہ SHA256 کو ایک مکمل طور پر غیر متوقع سیوڈو-رینڈم فنکشن کے طور پر ڈیزائن کیا گیا ہے، ایک درست بلاک بنانے کا واحد طریقہ صرف ٹرائل اینڈ ایرر ہے، نونس کو بار بار بڑھانا اور یہ دیکھنا کہ آیا نیا ہیش میل کھاتا ہے۔ + +موجودہ ہدف ~2187 پر، نیٹ ورک کو ایک درست بلاک ملنے سے پہلے اوسطاً ~269 کوششیں کرنی پڑتی ہیں؛ عام طور پر، ہدف کو نیٹ ورک کے ذریعے ہر 2016 بلاکس پر دوبارہ کیلیبریٹ کیا جاتا ہے تاکہ اوسطاً ہر دس منٹ میں نیٹ ورک میں کسی نوڈ کے ذریعے ایک نیا بلاک تیار کیا جا سکے۔ اس کمپیوٹیشنل کام کے لیے مائنرز کو معاوضہ دینے کے لیے، ہر بلاک کا مائنر ایک ٹرانزیکشن شامل کرنے کا حقدار ہے جو خود کو کہیں سے بھی 25 BTC دیتا ہے۔ مزید برآں، اگر کسی ٹرانزیکشن کے ان پٹس میں اس کے آؤٹ پٹس سے زیادہ کل ڈینومینیشن ہے، تو فرق بھی مائنر کو بطور \"ٹرانزیکشن فیس\" جاتا ہے۔ اتفاق سے، یہ واحد میکانزم بھی ہے جس کے ذریعے BTC جاری کیے جاتے ہیں؛ جینیسس اسٹیٹ میں کوئی سکے نہیں تھے۔ + +مائننگ کے مقصد کو بہتر طور پر سمجھنے کے لیے، آئیے ہم ایک بدنیتی پر مبنی حملہ آور کی صورت میں کیا ہوتا ہے اس کا جائزہ لیں۔ چونکہ Bitcoin کی بنیادی کرپٹوگرافی کو محفوظ مانا جاتا ہے، حملہ آور Bitcoin سسٹم کے اس ایک حصے کو نشانہ بنائے گا جو براہ راست کرپٹوگرافی سے محفوظ نہیں ہے: ٹرانزیکشنز کی ترتیب۔ حملہ آور کی حکمت عملی سادہ ہے: + +1. کسی پروڈکٹ کے بدلے میں ایک مرچنٹ کو 100 BTC بھیجیں (ترجیحاً ایک تیز رفتار ڈیجیٹل سامان) +2. پروڈکٹ کی ڈیلیوری کا انتظار کریں +3. ایک اور ٹرانزیکشن تیار کریں جس میں وہی 100 BTC خود کو بھیجے جائیں +4. نیٹ ورک کو یہ باور کرانے کی کوشش کریں کہ خود کو بھیجی گئی اس کی ٹرانزیکشن پہلے آئی تھی۔ + +ایک بار جب مرحلہ (1) ہو جاتا ہے، چند منٹوں کے بعد کوئی مائنر ٹرانزیکشن کو ایک بلاک میں شامل کر لے گا، مان لیں کہ بلاک نمبر 270000 ہے۔ تقریباً ایک گھنٹے کے بعد، اس بلاک کے بعد چین میں مزید پانچ بلاکس شامل ہو جائیں گے، جن میں سے ہر بلاک بالواسطہ طور پر ٹرانزیکشن کی طرف اشارہ کرے گا اور اس طرح اسے \"تصدیق\" کرے گا۔ اس مقام پر، مرچنٹ ادائیگی کو حتمی طور پر قبول کرے گا اور پروڈکٹ کی ڈیلیوری کرے گا؛ چونکہ ہم یہ فرض کر رہے ہیں کہ یہ ایک ڈیجیٹل سامان ہے، ڈیلیوری فوری ہے۔ اب، حملہ آور ایک اور ٹرانزیکشن بناتا ہے جس میں 100 BTC خود کو بھیجے جاتے ہیں۔ اگر حملہ آور اسے صرف کھلے عام جاری کرتا ہے، تو ٹرانزیکشن پر کارروائی نہیں کی جائے گی؛ مائنرز `APPLY(S,TX)` چلانے کی کوشش کریں گے اور دیکھیں گے کہ `TX` ایک ایسے UTXO کا استعمال کرتا ہے جو اب اسٹیٹ میں نہیں ہے۔ تو اس کے بجائے، حملہ آور بلاک چین کا ایک \"فورک\" بناتا ہے، بلاک 270000 کا ایک اور ورژن مائننگ کرکے شروع کرتا ہے جو اسی بلاک 269999 کو پیرنٹ کے طور پر اشارہ کرتا ہے لیکن پرانے کی جگہ نئی ٹرانزیکشن کے ساتھ۔ چونکہ بلاک ڈیٹا مختلف ہے، اس کے لیے پروف-آف-ورک کو دوبارہ کرنے کی ضرورت ہے۔ مزید برآں، حملہ آور کے بلاک 270000 کے نئے ورژن کا ایک مختلف ہیش ہے، لہذا اصل بلاکس 270001 سے 270005 اس کی طرف \"اشارہ\" نہیں کرتے ہیں؛ اس طرح، اصل چین اور حملہ آور کی نئی چین مکمل طور پر الگ ہیں۔ اصول یہ ہے کہ ایک فورک میں سب سے لمبی بلاک چین کو سچ مانا جاتا ہے، اور اس لیے جائز مائنرز 270005 چین پر کام کریں گے جبکہ حملہ آور اکیلے 270000 چین پر کام کر رہا ہوگا۔ حملہ آور کو اپنی بلاک چین کو سب سے لمبا بنانے کے لیے، اسے باقی نیٹ ورک سے زیادہ کمپیوٹیشنل پاور کی ضرورت ہوگی تاکہ وہ پکڑ سکے (لہذا، \"51% حملہ\")۔ + +### مرکل ٹریز {#merkle-trees} + +![Bitcoin میں SPV](./spv-bitcoin.png) + +_بائیں: ایک شاخ کی صداقت کا ثبوت دینے کے لیے مرکل ٹری میں صرف چند نوڈز پیش کرنا کافی ہے۔_ + +_دائیں: مرکل ٹری کے کسی بھی حصے کو تبدیل کرنے کی کوئی بھی کوشش بالآخر چین میں کہیں اوپر ایک عدم مطابقت کا باعث بنے گی۔_ + +Bitcoin کی ایک اہم اسکیل ایبلٹی خصوصیت یہ ہے کہ بلاک کو ایک ملٹی لیول ڈیٹا اسٹرکچر میں محفوظ کیا جاتا ہے۔ ایک بلاک کا \"ہیش\" دراصل صرف بلاک ہیڈر کا ہیش ہوتا ہے، جو تقریباً 200-بائٹ کا ڈیٹا کا ٹکڑا ہے جس میں ٹائم اسٹیمپ، نونس، پچھلے بلاک کا ہیش اور مرکل ٹری نامی ڈیٹا اسٹرکچر کا روٹ ہیش ہوتا ہے جو بلاک میں تمام ٹرانزیکشنز کو محفوظ کرتا ہے۔ ایک مرکل ٹری ایک قسم کا بائنری ٹری ہے، جو نوڈز کے ایک سیٹ پر مشتمل ہوتا ہے جس میں ٹری کے نچلے حصے میں بڑی تعداد میں لیف نوڈز ہوتے ہیں جن میں بنیادی ڈیٹا ہوتا ہے، انٹرمیڈیٹ نوڈز کا ایک سیٹ جہاں ہر نوڈ اپنے دو بچوں کا ہیش ہوتا ہے، اور آخر میں ایک واحد روٹ نوڈ، جو اپنے دو بچوں کے ہیش سے بھی بنتا ہے، ٹری کے \"ٹاپ\" کی نمائندگی کرتا ہے۔ مرکل ٹری کا مقصد یہ ہے کہ بلاک میں موجود ڈیٹا کو ٹکڑوں میں فراہم کیا جا سکے: ایک نوڈ ایک ذریعہ سے صرف ایک بلاک کا ہیڈر ڈاؤن لوڈ کر سکتا ہے، دوسرے ذریعہ سے ٹری کا چھوٹا سا حصہ جو ان سے متعلقہ ہے، اور پھر بھی یقین دہانی کر سکتا ہے کہ تمام ڈیٹا درست ہے۔ یہ کام کرنے کی وجہ یہ ہے کہ ہیشز اوپر کی طرف پھیلتے ہیں: اگر کوئی بدنیتی پر مبنی صارف مرکل ٹری کے نچلے حصے میں ایک جعلی ٹرانزیکشن کو تبدیل کرنے کی کوشش کرتا ہے، تو یہ تبدیلی اوپر والے نوڈ میں تبدیلی کا سبب بنے گی، اور پھر اس سے اوپر والے نوڈ میں تبدیلی کا سبب بنے گی، بالآخر ٹری کے روٹ کو تبدیل کر دے گی اور اس لیے بلاک کے ہیش کو، جس سے پروٹوکول اسے ایک مکمل طور پر مختلف بلاک کے طور پر رجسٹر کرے گا (تقریباً یقینی طور پر ایک غلط پروف-آف-ورک کے ساتھ)۔ + +مرکل ٹری پروٹوکول طویل مدتی پائیداری کے لیے بلاشبہ ضروری ہے۔ Bitcoin نیٹ ورک میں ایک \"فل نوڈ\"، جو ہر بلاک کی پوری کو محفوظ اور پروسیس کرتا ہے، اپریل 2014 تک Bitcoin نیٹ ورک میں تقریباً 15 جی بی ڈسک کی جگہ لیتا ہے، اور ہر ماہ ایک گیگا بائٹ سے زیادہ بڑھ رہا ہے۔ فی الحال، یہ کچھ ڈیسک ٹاپ کمپیوٹرز کے لیے قابل عمل ہے اور فونز کے لیے نہیں، اور بعد میں مستقبل میں صرف کاروبار اور شوقین افراد ہی حصہ لے سکیں گے۔ ایک پروٹوکول جسے \"آسان ادائیگی کی توثیق\" (SPV) کے نام سے جانا جاتا ہے، ایک اور قسم کے نوڈز کو موجود ہونے کی اجازت دیتا ہے، جنہیں \"لائٹ نوڈز\" کہا جاتا ہے، جو بلاک ہیڈرز کو ڈاؤن لوڈ کرتے ہیں، بلاک ہیڈرز پر پروف-آف-ورک کی توثیق کرتے ہیں، اور پھر صرف ان ٹرانزیکشنز سے وابستہ \"برانچز\" کو ڈاؤن لوڈ کرتے ہیں جو ان سے متعلقہ ہیں۔ یہ لائٹ نوڈز کو سیکیورٹی کی مضبوط ضمانت کے ساتھ یہ تعین کرنے کی اجازت دیتا ہے کہ کسی بھی Bitcoin ٹرانزیکشن کی حیثیت، اور ان کا موجودہ بیلنس کیا ہے، جبکہ پوری بلاک چین کا صرف ایک بہت چھوٹا حصہ ڈاؤن لوڈ کرتے ہیں۔ + +### متبادل بلاک چین ایپلی کیشنز {#alternative-blockchain-applications} + +بنیادی بلاک چین کے خیال کو لے کر اسے دوسرے تصورات پر لاگو کرنے کا خیال بھی ایک طویل تاریخ رکھتا ہے۔ 2005 میں، Nick Szabo نے "[مالک کے اختیار کے ساتھ محفوظ پراپرٹی ٹائٹلز](https://nakamotoinstitute.org/library/secure-property-titles/)" کا تصور پیش کیا، ایک دستاویز جس میں بتایا گیا ہے کہ کس طرح "ریپلیکیٹڈ ڈیٹا بیس ٹیکنالوجی میں نئی پیشرفت" ایک بلاک چین پر مبنی نظام کی اجازت دے گی جو اس بات کی رجسٹری کو ذخیرہ کرنے کے لیے ہے کہ کون سی زمین کس کی ملکیت ہے، جس میں ہومسٹیڈنگ، ایڈورس پوزیشن اور جارجیائی لینڈ ٹیکس جیسے تصورات شامل ہیں۔ تاہم، بدقسمتی سے اس وقت کوئی موثر نقل شدہ ڈیٹا بیس سسٹم دستیاب نہیں تھا، اور اس لیے پروٹوکول کو عملی طور پر کبھی نافذ نہیں کیا گیا۔ 2009 کے بعد، تاہم، جب Bitcoin کا ڈی سینٹرلائزڈ کنسنسس تیار ہو گیا تو کئی متبادل ایپلی کیشنز تیزی سے ابھرنا شروع ہو گئیں۔ + +- **Namecoin** - 2010 میں بنایا گیا، [Namecoin](https://namecoin.org/) کو بہترین طور پر ایک ڈی سینٹرلائزڈ نام کی رجسٹریشن ڈیٹا بیس کے طور پر بیان کیا جا سکتا ہے۔ Tor، Bitcoin اور BitMessage جیسے ڈی سینٹرلائزڈ پروٹوکولز میں، اکاؤنٹس کی شناخت کا کوئی طریقہ ہونا چاہئے تاکہ دوسرے لوگ ان کے ساتھ بات چیت کر سکیں، لیکن تمام موجودہ حلوں میں دستیاب واحد قسم کا شناخت کنندہ `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy` جیسا ایک سیوڈو-رینڈم ہیش ہے۔ مثالی طور پر، کوئی شخص \"george\" جیسے نام والا اکاؤنٹ رکھنے کے قابل ہونا چاہے گا۔ تاہم، مسئلہ یہ ہے کہ اگر ایک شخص \"george\" نامی اکاؤنٹ بنا سکتا ہے تو کوئی اور بھی اسی عمل کا استعمال کرکے اپنے لیے \"george\" رجسٹر کر سکتا ہے اور ان کی نقالی کر سکتا ہے۔ واحد حل فرسٹ-ٹو-فائل پیراڈائم ہے، جہاں پہلا رجسٹر کرنے والا کامیاب ہوتا ہے اور دوسرا ناکام - ایک مسئلہ جو Bitcoin کنسنسس پروٹوکول کے لیے بالکل موزوں ہے۔ Namecoin اس طرح کے خیال کا استعمال کرتے ہوئے نام کی رجسٹریشن کے نظام کا سب سے پرانا اور سب سے کامیاب نفاذ ہے۔ +- **کلرڈ کوائنز** - [کلرڈ کوائنز](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) کا مقصد ایک پروٹوکول کے طور پر کام کرنا ہے تاکہ لوگ اپنی ڈیجیٹل کرنسیاں بنا سکیں - یا، ایک یونٹ والی کرنسی کے اہم معمولی معاملے میں، Bitcoin بلاک چین پر ڈیجیٹل ٹوکنز۔ کلرڈ کوائنز پروٹوکول میں، کوئی ایک نئی کرنسی \"جاری\" کرتا ہے عوامی طور پر ایک مخصوص Bitcoin UTXO کو ایک رنگ تفویض کرکے، اور پروٹوکول دوسرے UTXO کے رنگ کو ان ان پٹس کے رنگ کے برابر ریکرسیولی طور پر بیان کرتا ہے جو انہیں بنانے والی ٹرانزیکشن نے خرچ کیے تھے (مخلوط رنگ کے ان پٹس کی صورت میں کچھ خاص اصول لاگو ہوتے ہیں)۔ یہ صارفین کو صرف ایک مخصوص رنگ کے UTXO والے والیٹس کو برقرار رکھنے اور انہیں باقاعدہ بٹ کوائنز کی طرح بھیجنے کی اجازت دیتا ہے، جو بھی UTXO وہ وصول کرتے ہیں اس کا رنگ تعین کرنے کے لیے بلاک چین کے ذریعے بیک ٹریکنگ کرتے ہیں۔ +- **Metacoins** - ایک میٹا کوائن کے پیچھے کا خیال یہ ہے کہ ایک پروٹوکول ہو جو Bitcoin کے اوپر رہتا ہے، میٹا کوائن ٹرانزیکشنز کو ذخیرہ کرنے کے لیے Bitcoin ٹرانزیکشنز کا استعمال کرتا ہے لیکن ایک مختلف اسٹیٹ ٹرانزیشن فنکشن، `APPLY'` رکھتا ہے۔ چونکہ میٹا کوائن پروٹوکول Bitcoin بلاک چین میں غلط میٹا کوائن ٹرانزیکشنز کو ظاہر ہونے سے نہیں روک سکتا، ایک اصول شامل کیا گیا ہے کہ اگر `APPLY'(S,TX)` ایک خرابی واپس کرتا ہے، تو پروٹوکول `APPLY'(S,TX) = S` پر ڈیفالٹ ہو جاتا ہے۔ یہ ایک من مانی کریپٹو کرنسی پروٹوکول بنانے کے لیے ایک آسان میکانزم فراہم کرتا ہے، ممکنہ طور پر جدید خصوصیات کے ساتھ جو Bitcoin کے اندر ہی نافذ نہیں کی جا سکتیں، لیکن بہت کم ترقیاتی لاگت کے ساتھ کیونکہ مائننگ اور نیٹ ورکنگ کی پیچیدگیاں پہلے ہی Bitcoin پروٹوکول کے ذریعے سنبھالی جاتی ہیں۔ Metacoins کو کچھ قسم کے مالیاتی معاہدوں، نام کی رجسٹریشن اور ڈی سینٹرلائزڈ ایکسچینج کو نافذ کرنے کے لیے استعمال کیا گیا ہے۔ + +اس طرح، عام طور پر، ایک کنسنسس پروٹوکول بنانے کے دو طریقے ہیں: ایک آزاد نیٹ ورک بنانا، اور Bitcoin کے اوپر ایک پروٹوکول بنانا۔ پہلا طریقہ، اگرچہ Namecoin جیسی ایپلی کیشنز کی صورت میں معقول حد تک کامیاب ہے، نافذ کرنا مشکل ہے؛ ہر انفرادی نفاذ کو ایک آزاد بلاک چین کو بوٹ اسٹریپ کرنے کی ضرورت ہے، نیز تمام ضروری اسٹیٹ ٹرانزیشن اور نیٹ ورکنگ کوڈ کی تعمیر اور جانچ کی بھی۔ مزید برآں، ہم پیش گوئی کرتے ہیں کہ ڈی سینٹرلائزڈ کنسنسس ٹیکنالوجی کے لیے ایپلی کیشنز کا سیٹ ایک پاور لاء ڈسٹری بیوشن کی پیروی کرے گا جہاں ایپلی کیشنز کی بڑی اکثریت اپنی بلاک چین کی ضمانت دینے کے لیے بہت چھوٹی ہوگی، اور ہم نوٹ کرتے ہیں کہ ڈی سینٹرلائزڈ ایپلی کیشنز کی بڑی کلاسیں موجود ہیں، خاص طور پر ڈی سینٹرلائزڈ خود مختار تنظیمیں، جنہیں ایک دوسرے کے ساتھ بات چیت کرنے کی ضرورت ہے۔ + +دوسری طرف، Bitcoin پر مبنی نقطہ نظر میں یہ خامی ہے کہ یہ Bitcoin کی آسان ادائیگی کی توثیق کی خصوصیات کو وراثت میں نہیں لیتا ہے۔ SPV Bitcoin کے لیے کام کرتا ہے کیونکہ یہ بلاک چین کی گہرائی کو توثیق کے لیے ایک پراکسی کے طور پر استعمال کر سکتا ہے؛ کسی وقت، جب کسی ٹرانزیکشن کے آباؤ اجداد کافی پیچھے چلے جاتے ہیں، تو یہ کہنا محفوظ ہے کہ وہ جائز طور پر اسٹیٹ کا حصہ تھے۔ دوسری طرف، بلاک چین پر مبنی میٹا پروٹوکولز، بلاک چین کو ان ٹرانزیکشنز کو شامل نہ کرنے پر مجبور نہیں کر سکتے جو ان کے اپنے پروٹوکولز کے تناظر میں درست نہیں ہیں۔ لہذا، ایک مکمل طور پر محفوظ SPV میٹا پروٹوکول کے نفاذ کو یہ تعین کرنے کے لیے کہ آیا کچھ ٹرانزیکشنز درست ہیں یا نہیں، Bitcoin بلاک چین کے آغاز تک پیچھے کی طرف اسکین کرنے کی ضرورت ہوگی۔ فی الحال، Bitcoin پر مبنی میٹا پروٹوکولز کے تمام \"لائٹ\" نفاذات ڈیٹا فراہم کرنے کے لیے ایک قابل اعتماد سرور پر انحصار کرتے ہیں، جو بلاشبہ ایک انتہائی غیر بہترین نتیجہ ہے خاص طور پر جب ایک کریپٹو کرنسی کے بنیادی مقاصد میں سے ایک اعتماد کی ضرورت کو ختم کرنا ہے۔ + +### اسکرپٹنگ {#scripting} + +کسی بھی توسیع کے بغیر بھی، Bitcoin پروٹوکول دراصل \"اسمارٹ کنٹریکٹس\" کے تصور کے ایک کمزور ورژن کی سہولت فراہم کرتا ہے۔ Bitcoin میں UTXO کی ملکیت صرف ایک پبلک کی کے ذریعے ہی نہیں ہو سکتی، بلکہ ایک سادہ اسٹیک پر مبنی پروگرامنگ زبان میں ظاہر کردہ ایک زیادہ پیچیدہ اسکرپٹ کے ذریعے بھی ہو سکتی ہے۔ اس پیراڈائم میں، اس UTXO کو خرچ کرنے والی ٹرانزیکشن کو ایسا ڈیٹا فراہم کرنا ہوگا جو اسکرپٹ کو مطمئن کرے۔ درحقیقت، بنیادی پبلک کی کی ملکیت کا میکانزم بھی ایک اسکرپٹ کے ذریعے نافذ کیا جاتا ہے: اسکرپٹ ایک الیپٹک کرو دستخط کو ان پٹ کے طور پر لیتا ہے، اسے ٹرانزیکشن اور اس ایڈریس کے خلاف توثیق کرتا ہے جو UTXO کا مالک ہے، اور اگر توثیق کامیاب ہوتی ہے تو 1 واپس کرتا ہے ورنہ 0۔ دیگر، زیادہ پیچیدہ، اسکرپٹس مختلف اضافی استعمال کے معاملات کے لیے موجود ہیں۔ مثال کے طور پر، کوئی ایک ایسا اسکرپٹ بنا سکتا ہے جس میں توثیق کے لیے دی گئی تین پرائیویٹ کیز میں سے دو کے دستخط کی ضرورت ہو (\"ملٹی سگ\")، ایک سیٹ اپ جو کارپوریٹ اکاؤنٹس، محفوظ بچت اکاؤنٹس اور کچھ مرچنٹ ایسکرو حالات کے لیے مفید ہے۔ اسکرپٹس کو کمپیوٹیشنل مسائل کے حل کے لیے انعامات ادا کرنے کے لیے بھی استعمال کیا جا سکتا ہے، اور کوئی شخص ایک ایسا اسکرپٹ بھی بنا سکتا ہے جو کچھ اس طرح کہتا ہو کہ \"یہ Bitcoin UTXO آپ کا ہے اگر آپ SPV ثبوت فراہم کر سکتے ہیں کہ آپ نے مجھے اس ڈینومینیشن کا Dogecoin ٹرانزیکشن بھیجا ہے\"، جو بنیادی طور پر ڈی سینٹرلائزڈ کراس-کریپٹو کرنسی ایکسچینج کی اجازت دیتا ہے۔ + +تاہم، Bitcoin میں نافذ کردہ اسکرپٹنگ زبان کی کئی اہم حدود ہیں: + +- **ٹورنگ-کمپلیٹنس کی کمی** - یعنی، جبکہ Bitcoin اسکرپٹنگ زبان کمپیوٹیشن کے ایک بڑے سب سیٹ کی حمایت کرتی ہے، یہ تقریباً ہر چیز کی حمایت نہیں کرتی ہے۔ اہم زمرہ جو غائب ہے وہ لوپس ہیں۔ یہ ٹرانزیکشن کی توثیق کے دوران لامحدود لوپس سے بچنے کے لیے کیا جاتا ہے؛ نظریاتی طور پر یہ اسکرپٹ پروگرامرز کے لیے ایک قابل تسخیر رکاوٹ ہے، کیونکہ کسی بھی لوپ کو صرف بنیادی کوڈ کو کئی بار ایک if اسٹیٹمنٹ کے ساتھ دہرا کر نقل کیا جا سکتا ہے، لیکن یہ ایسے اسکرپٹس کی طرف جاتا ہے جو بہت زیادہ جگہ استعمال کرتے ہیں۔ مثال کے طور پر، ایک متبادل الیپٹک کرو دستخطی الگورتھم کو نافذ کرنے کے لیے ممکنہ طور پر 256 بار بار ضرب کے راؤنڈز کی ضرورت ہوگی جو سبھی انفرادی طور پر کوڈ میں شامل ہوں۔ +- **ویلیو-بلائنڈنس** - UTXO اسکرپٹ کے لیے اس رقم پر باریک کنٹرول فراہم کرنے کا کوئی طریقہ نہیں ہے جسے نکالا جا سکتا ہے۔ مثال کے طور پر، ایک اوریکل کنٹریکٹ کا ایک طاقتور استعمال کا معاملہ ایک ہیجنگ کنٹریکٹ ہوگا، جہاں A اور B $1000 مالیت کے BTC ڈالتے ہیں اور 30 دنوں کے بعد اسکرپٹ A کو $1000 مالیت کے BTC اور باقی B کو بھیجتا ہے۔ اس کے لیے 1 BTC کی قیمت USD میں تعین کرنے کے لیے ایک اوریکل کی ضرورت ہوگی، لیکن پھر بھی یہ مکمل طور پر مرکزی حلوں کے مقابلے میں اعتماد اور بنیادی ڈھانچے کی ضرورت کے لحاظ سے ایک بہت بڑی بہتری ہے جو اب دستیاب ہیں۔ تاہم، چونکہ UTXO سب کچھ یا کچھ نہیں ہوتے ہیں، اس کو حاصل کرنے کا واحد طریقہ مختلف مالیت کے بہت سے UTXO رکھنے کا بہت غیر موثر ہیک ہے (مثال کے طور پر، 30 تک ہر k کے لیے 2k کا ایک UTXO) اور اوریکل سے یہ انتخاب کروانا ہے کہ کون سا UTXO A کو بھیجنا ہے اور کون سا B کو۔ +- **اسٹیٹ کی کمی** - UTXO یا تو خرچ ہو سکتا ہے یا غیر خرچ شدہ؛ کثیر-مرحلہ کنٹریکٹس یا اسکرپٹس کے لیے کوئی موقع نہیں ہے جو اس سے آگے کوئی اور اندرونی اسٹیٹ رکھتے ہوں۔ یہ کثیر-مرحلہ آپشنز کنٹریکٹس، ڈی سینٹرلائزڈ ایکسچینج آفرز یا دو-مرحلہ کرپٹوگرافک کمٹمنٹ پروٹوکولز (محفوظ کمپیوٹیشنل انعامات کے لیے ضروری) بنانا مشکل بناتا ہے۔ اس کا یہ بھی مطلب ہے کہ UTXO کو صرف سادہ، یک طرفہ کنٹریکٹس بنانے کے لیے استعمال کیا جا سکتا ہے نہ کہ زیادہ پیچیدہ \"اسٹیٹ فل\" کنٹریکٹس جیسے ڈی سینٹرلائزڈ تنظیمیں، اور میٹا پروٹوکولز کو نافذ کرنا مشکل بناتا ہے۔ بائنری اسٹیٹ اور ویلیو-بلائنڈنس کا یہ بھی مطلب ہے کہ ایک اور اہم ایپلی کیشن، نکالنے کی حدود، ناممکن ہے۔ +- **بلاک چین-بلائنڈنس** - UTXO بلاک چین کے ڈیٹا جیسے نونس، ٹائم اسٹیمپ اور پچھلے بلاک ہیش سے اندھے ہیں۔ یہ اسکرپٹنگ زبان کو بے ترتیب پن کے ممکنہ طور پر قیمتی ذریعہ سے محروم کرکے جوئے اور کئی دیگر زمروں میں ایپلی کیشنز کو شدید طور پر محدود کرتا ہے۔ + +اس طرح، ہم کریپٹو کرنسی کے اوپر جدید ایپلی کیشنز بنانے کے تین طریقے دیکھتے ہیں: ایک نئی بلاک چین بنانا، Bitcoin کے اوپر اسکرپٹنگ کا استعمال کرنا، اور Bitcoin کے اوپر ایک میٹا پروٹوکول بنانا۔ ایک نئی بلاک چین بنانے سے فیچر سیٹ بنانے میں لامحدود آزادی ملتی ہے، لیکن ترقیاتی وقت، بوٹ اسٹریپنگ کی کوشش اور سیکیورٹی کی قیمت پر۔ اسکرپٹنگ کا استعمال نافذ کرنا اور معیاری بنانا آسان ہے، لیکن اس کی صلاحیتوں میں بہت محدود ہے، اور میٹا پروٹوکولز، جبکہ آسان ہیں، اسکیل ایبلٹی میں خامیوں کا شکار ہیں۔ ایتھیریم کے ساتھ، ہم ایک متبادل فریم ورک بنانے کا ارادہ رکھتے ہیں جو ترقی کی آسانی میں اور بھی زیادہ فوائد فراہم کرتا ہے اور ساتھ ہی ساتھ مضبوط لائٹ کلائنٹ خصوصیات بھی، جبکہ بیک وقت ایپلی کیشنز کو ایک اقتصادی ماحول اور بلاک چین سیکیورٹی کا اشتراک کرنے کی اجازت دیتا ہے۔ + +## ایتھیریم {#ethereum} + +ایتھیریم کا ارادہ ڈی سینٹرلائزڈ ایپلی کیشنز کی تعمیر کے لیے ایک متبادل پروٹوکول بنانا ہے، جو تجارتی سمجھوتوں کا ایک مختلف سیٹ فراہم کرتا ہے جو ہمارے خیال میں ڈی سینٹرلائزڈ ایپلی کیشنز کی ایک بڑی کلاس کے لیے بہت مفید ہوگا، خاص طور پر ان حالات پر زور دیتے ہوئے جہاں تیز رفتار ترقیاتی وقت، چھوٹی اور شاذ و نادر ہی استعمال ہونے والی ایپلی کیشنز کے لیے سیکیورٹی، اور مختلف ایپلی کیشنز کی بہت موثر طریقے سے بات چیت کرنے کی صلاحیت اہم ہے۔ ایتھیریم یہ کام بنیادی طور پر حتمی تجریدی بنیادی پرت کی تعمیر کے ذریعے کرتا ہے: ایک بلاک چین جس میں بلٹ-ان ٹورنگ-کمپلیٹ پروگرامنگ زبان ہوتی ہے، جس سے کوئی بھی اسمارٹ کنٹریکٹس اور ڈی سینٹرلائزڈ ایپلی کیشنز لکھ سکتا ہے جہاں وہ ملکیت، ٹرانزیکشن فارمیٹس اور اسٹیٹ ٹرانزیشن فنکشنز کے لیے اپنے من مانی اصول بنا سکتے ہیں۔ Namecoin کا ایک بنیادی ورژن دو لائنوں کے کوڈ میں لکھا جا سکتا ہے، اور دیگر پروٹوکولز جیسے کرنسیاں اور شہرت کے نظام بیس سے کم میں بنائے جا سکتے ہیں۔ اسمارٹ کنٹریکٹس، کرپٹوگرافک \"باکس\" جو قدر رکھتے ہیں اور اسے صرف اس صورت میں کھولتے ہیں جب کچھ شرائط پوری ہوں، پلیٹ فارم کے اوپر بھی بنائے جا سکتے ہیں، ٹورنگ-کمپلیٹنس، ویلیو-اویرنس، بلاک چین-اویرنس اور اسٹیٹ کی اضافی طاقتوں کی وجہ سے Bitcoin اسکرپٹنگ کی پیشکش سے کہیں زیادہ طاقت کے ساتھ۔ + +### ایتھیریم اکاؤنٹس {#ethereum-accounts} + +ایتھیریم میں، اسٹیٹ \"اکاؤنٹس\" نامی اشیاء پر مشتمل ہے، ہر اکاؤنٹ کا 20 بائٹ کا ایڈریس ہوتا ہے اور اسٹیٹ ٹرانزیشنز اکاؤنٹس کے درمیان قدر اور معلومات کی براہ راست منتقلی ہوتی ہیں۔ ایک ایتھیریم اکاؤنٹ میں چار فیلڈز ہوتے ہیں: + +- **نونس**، ایک کاؤنٹر جو اس بات کو یقینی بنانے کے لیے استعمال ہوتا ہے کہ ہر ٹرانزیکشن صرف ایک بار پروسیس ہو سکے۔ +- اکاؤنٹ کا موجودہ **ایتھر بیلنس** +- اکاؤنٹ کا **کنٹریکٹ کوڈ**، اگر موجود ہو +- اکاؤنٹ کا **اسٹوریج** (بطور ڈیفالٹ خالی) + +\"ایتھر\" ایتھیریم کا مرکزی اندرونی کرپٹو-ایندھن ہے، اور اسے ٹرانزیکشن فیس ادا کرنے کے لیے استعمال کیا جاتا ہے۔ عام طور پر، دو قسم کے اکاؤنٹس ہوتے ہیں: **بیرونی طور پر ملکیت والے اکاؤنٹس**، جو پرائیویٹ کیز کے ذریعے کنٹرول کیے جاتے ہیں، اور **کنٹریکٹ اکاؤنٹس**، جو ان کے کنٹریکٹ کوڈ کے ذریعے کنٹرول کیے جاتے ہیں۔ ایک بیرونی طور پر ملکیت والے اکاؤنٹ کا کوئی کوڈ نہیں ہوتا ہے، اور کوئی شخص ایک ٹرانزیکشن بنا کر اور دستخط کرکے بیرونی طور پر ملکیت والے اکاؤنٹ سے پیغامات بھیج سکتا ہے؛ ایک کنٹریکٹ اکاؤنٹ میں، ہر بار جب کنٹریکٹ اکاؤنٹ کو کوئی پیغام ملتا ہے تو اس کا کوڈ فعال ہو جاتا ہے، جس سے وہ اندرونی اسٹوریج کو پڑھنے اور لکھنے اور دوسرے پیغامات بھیجنے یا بدلے میں کنٹریکٹس بنانے کی اجازت دیتا ہے۔ + +نوٹ کریں کہ ایتھیریم میں \"کنٹریکٹس\" کو ایسی چیز کے طور پر نہیں دیکھا جانا چاہئے جسے \"پورا کیا جانا\" یا \"تعمیل کی جانی\" چاہئے؛ بلکہ، وہ \"خود مختار ایجنٹس\" کی طرح ہیں جو ایتھیریم کے عملدرآمد کے ماحول کے اندر رہتے ہیں، ہمیشہ ایک پیغام یا ٹرانزیکشن کے ذریعے \"پوک\" کیے جانے پر کوڈ کا ایک مخصوص ٹکڑا عمل میں لاتے ہیں، اور اپنے ایتھر بیلنس اور مستقل متغیرات کا ٹریک رکھنے کے لیے اپنے کلید/قدر اسٹور پر براہ راست کنٹرول رکھتے ہیں۔ + +### پیغامات اور ٹرانزیکشنز {#messages-and-transactions} + +\"ٹرانزیکشن\" کی اصطلاح ایتھیریم میں اس دستخط شدہ ڈیٹا پیکیج کا حوالہ دینے کے لیے استعمال کی جاتی ہے جو ایک بیرونی طور پر ملکیت والے اکاؤنٹ سے بھیجے جانے والے پیغام کو محفوظ کرتا ہے۔ ٹرانزیکشنز میں شامل ہیں: + +- پیغام کا وصول کنندہ +- بھیجنے والے کی شناخت کرنے والا ایک دستخط +- بھیجنے والے سے وصول کنندہ کو منتقل کیے جانے والے ایتھر کی رقم +- ایک اختیاری ڈیٹا فیلڈ +- ایک `STARTGAS` قدر، جو کمپیوٹیشنل اقدامات کی زیادہ سے زیادہ تعداد کی نمائندگی کرتی ہے جو ٹرانزیکشن کے عملدرآمد کے لیے اجازت یافتہ ہے۔ +- ایک `GASPRICE` قدر، جو اس فیس کی نمائندگی کرتی ہے جو بھیجنے والا ہر کمپیوٹیشنل قدم پر ادا کرتا ہے۔ + +پہلے تین کسی بھی کریپٹو کرنسی میں متوقع معیاری فیلڈز ہیں۔ ڈیٹا فیلڈ کا بطور ڈیفالٹ کوئی فنکشن نہیں ہوتا ہے، لیکن ورچوئل مشین میں ایک اوپ کوڈ ہوتا ہے جس کا استعمال کرتے ہوئے ایک کنٹریکٹ ڈیٹا تک رسائی حاصل کر سکتا ہے؛ مثال کے طور پر، اگر کوئی کنٹریکٹ آن-بلاک چین ڈومین رجسٹریشن سروس کے طور پر کام کر رہا ہے، تو وہ اس کو بھیجے جانے والے ڈیٹا کو دو \"فیلڈز\" پر مشتمل سمجھنا چاہے گا، پہلا فیلڈ رجسٹر کرنے کے لیے ایک ڈومین اور دوسرا فیلڈ اسے رجسٹر کرنے کے لیے آئی پی ایڈریس ہو۔ کنٹریکٹ ان قدروں کو پیغام کے ڈیٹا سے پڑھے گا اور انہیں مناسب طریقے سے اسٹوریج میں رکھے گا۔ + +`STARTGAS` اور `GASPRICE` فیلڈز ایتھیریم کے اینٹی-ڈینائل آف سروس ماڈل کے لیے اہم ہیں۔ کوڈ میں حادثاتی یا دشمنانہ لامحدود لوپس یا دیگر کمپیوٹیشنل ضیاع کو روکنے کے لیے، ہر ٹرانزیکشن کو کوڈ کے عملدرآمد کے کتنے کمپیوٹیشنل اقدامات استعمال کر سکتی ہے اس کی ایک حد مقرر کرنا ضروری ہے۔ کمپیوٹیشن کی بنیادی اکائی \"گیس\" ہے؛ عام طور پر، ایک کمپیوٹیشنل قدم کی لاگت 1 گیس ہوتی ہے، لیکن کچھ آپریشنز کی لاگت زیادہ گیس ہوتی ہے کیونکہ وہ کمپیوٹیشنلی طور پر زیادہ مہنگے ہوتے ہیں، یا اس ڈیٹا کی مقدار کو بڑھاتے ہیں جسے اسٹیٹ کے حصے کے طور پر محفوظ کیا جانا چاہئے۔ ٹرانزیکشن ڈیٹا میں ہر بائٹ کے لیے 5 گیس کی فیس بھی ہے۔ فیس سسٹم کا مقصد یہ ہے کہ ایک حملہ آور کو ہر اس وسیلہ کے لیے متناسب طور پر ادائیگی کرنے کی ضرورت ہو جس کا وہ استعمال کرتا ہے، بشمول کمپیوٹیشن، بینڈوڈتھ اور اسٹوریج؛ لہذا، کوئی بھی ٹرانزیکشن جو نیٹ ورک کو ان میں سے کسی بھی وسیلہ کی زیادہ مقدار استعمال کرنے کا باعث بنتی ہے اس کی گیس فیس تقریباً اضافے کے متناسب ہونی چاہئے۔ + +### پیغامات {#messages} + +کنٹریکٹس میں دوسرے کنٹریکٹس کو \"پیغامات\" بھیجنے کی صلاحیت ہوتی ہے۔ پیغامات ورچوئل اشیاء ہیں جو کبھی بھی سیریلائز نہیں ہوتیں اور صرف ایتھیریم کے عملدرآمد کے ماحول میں موجود ہوتی ہیں۔ ایک پیغام میں شامل ہیں: + +- پیغام کا بھیجنے والا (مضمر) +- پیغام کا وصول کنندہ +- پیغام کے ساتھ منتقل کیے جانے والے ایتھر کی رقم +- ایک اختیاری ڈیٹا فیلڈ +- ایک `STARTGAS` قدر + +بنیادی طور پر، ایک پیغام ایک ٹرانزیکشن کی طرح ہے، سوائے اس کے کہ یہ ایک کنٹریکٹ کے ذریعے تیار کیا جاتا ہے نہ کہ کسی بیرونی اداکار کے ذریعے۔ ایک پیغام اس وقت تیار ہوتا ہے جب ایک کنٹریکٹ جو فی الحال کوڈ پر عمل کر رہا ہے `CALL` اوپ کوڈ پر عمل کرتا ہے، جو ایک پیغام تیار کرتا ہے اور اس پر عمل کرتا ہے۔ ایک ٹرانزیکشن کی طرح، ایک پیغام وصول کنندہ اکاؤنٹ کو اپنا کوڈ چلانے کا باعث بنتا ہے۔ اس طرح، کنٹریکٹس کے دوسرے کنٹریکٹس کے ساتھ بالکل اسی طرح تعلقات ہو سکتے ہیں جیسے بیرونی اداکاروں کے ہو سکتے ہیں۔ + +نوٹ کریں کہ ایک ٹرانزیکشن یا کنٹریکٹ کے ذریعے تفویض کردہ گیس الاؤنس اس ٹرانزیکشن اور تمام ذیلی-عملدرآمدات کے ذریعے استعمال ہونے والی کل گیس پر لاگو ہوتا ہے۔ مثال کے طور پر، اگر ایک بیرونی اداکار A، B کو 1000 گیس کے ساتھ ایک ٹرانزیکشن بھیجتا ہے، اور B، C کو ایک پیغام بھیجنے سے پہلے 600 گیس استعمال کرتا ہے، اور C کا اندرونی عملدرآمد واپس آنے سے پہلے 300 گیس استعمال کرتا ہے، تو B گیس ختم ہونے سے پہلے مزید 100 گیس خرچ کر سکتا ہے۔ + +### ایتھیریم اسٹیٹ ٹرانزیشن فنکشن {#ethereum-state-transition-function} + +![ایتھر اسٹیٹ ٹرانزیشن](./ether-state-transition.png) + +ایتھیریم اسٹیٹ ٹرانزیشن فنکشن، `APPLY(S,TX) -> S'` کو اس طرح بیان کیا جا سکتا ہے: + +1. چیک کریں کہ آیا ٹرانزیکشن اچھی طرح سے تشکیل شدہ ہے (یعنی، اس میں اقدار کی صحیح تعداد ہے)، سگنیچر درست ہے، اور نانس بھیجنے والے کے اکاؤنٹ میں موجود نانس سے میل کھاتا ہے۔ اگر نہیں، تو ایک خرابی واپس کریں۔ +2. ٹرانزیکشن فیس کا حساب `STARTGAS * GASPRICE` کے طور پر کریں، اور دستخط سے بھیجنے کا ایڈریس تعین کریں۔ فیس کو بھیجنے والے کے اکاؤنٹ بیلنس سے گھٹائیں اور بھیجنے والے کے نونس کو بڑھائیں۔ اگر خرچ کرنے کے لیے کافی بیلنس نہیں ہے، تو ایک خرابی واپس کریں۔ +3. `GAS = STARTGAS` کو شروع کریں، اور ٹرانزیکشن میں بائٹس کی ادائیگی کے لیے فی بائٹ گیس کی ایک خاص مقدار نکالیں۔ +4. ٹرانزیکشن کی قدر کو بھیجنے والے کے اکاؤنٹ سے وصول کرنے والے اکاؤنٹ میں منتقل کریں۔ اگر وصول کرنے والا اکاؤنٹ ابھی تک موجود نہیں ہے، تو اسے بنائیں۔ اگر وصول کرنے والا اکاؤنٹ ایک کنٹریکٹ ہے، تو کنٹریکٹ کا کوڈ یا تو تکمیل تک چلائیں یا جب تک عملدرآمد گیس سے باہر نہ ہو جائے۔ +5. اگر قدر کی منتقلی ناکام ہو گئی کیونکہ بھیجنے والے کے پاس کافی رقم نہیں تھی، یا کوڈ کے عملدرآمد میں گیس ختم ہو گئی، تو فیس کی ادائیگی کے علاوہ تمام اسٹیٹ کی تبدیلیوں کو واپس کر دیں، اور فیس کو مائنر کے اکاؤنٹ میں شامل کر دیں۔ +6. بصورت دیگر، بھیجنے والے کو تمام باقی گیس کے لیے فیس واپس کر دیں، اور استعمال شدہ گیس کے لیے ادا کی گئی فیس مائنر کو بھیج دیں۔ + +مثال کے طور پر، فرض کریں کہ کنٹریکٹ کا کوڈ یہ ہے: + +```py +if !self.storage[calldataload(0)]: + self.storage[calldataload(0)] = calldataload(32) +``` + +نوٹ کریں کہ حقیقت میں کنٹریکٹ کوڈ نچلے درجے کے EVM کوڈ میں لکھا جاتا ہے؛ یہ مثال وضاحت کے لیے ہماری اعلی سطحی زبانوں میں سے ایک، Serpent میں لکھی گئی ہے، اور اسے EVM کوڈ میں کمپائل کیا جا سکتا ہے۔ فرض کریں کہ کنٹریکٹ کا اسٹوریج شروع میں خالی ہے، اور 10 ایتھر کی قدر، 2000 گیس، 0.001 ایتھر گیس پرائس، اور 64 بائٹس ڈیٹا کے ساتھ ایک ٹرانزیکشن بھیجی جاتی ہے، جس میں بائٹس 0-31 نمبر `2` اور بائٹس 32-63 اسٹرنگ `CHARLIE` کی نمائندگی کرتے ہیں۔ اس معاملے میں اسٹیٹ ٹرانزیشن فنکشن کا عمل مندرجہ ذیل ہے: + +1. چیک کریں کہ ٹرانزیکشن درست اور اچھی طرح سے تشکیل شدہ ہے۔ +2. چیک کریں کہ ٹرانزیکشن بھیجنے والے کے پاس کم از کم 2000 \* 0.001 = 2 ایتھر ہیں۔ اگر ایسا ہے، تو بھیجنے والے کے اکاؤنٹ سے 2 ایتھر گھٹائیں۔ +3. گیس کو 2000 پر شروع کریں؛ فرض کریں کہ ٹرانزیکشن 170 بائٹس لمبی ہے اور بائٹ-فیس 5 ہے، 850 گھٹائیں تاکہ 1150 گیس باقی رہے۔ +4. بھیجنے والے کے اکاؤنٹ سے مزید 10 ایتھر گھٹائیں، اور اسے کنٹریکٹ کے اکاؤنٹ میں شامل کریں۔ +5. کوڈ چلائیں۔ اس معاملے میں، یہ سادہ ہے: یہ چیک کرتا ہے کہ آیا کنٹریکٹ کا اسٹوریج انڈیکس `2` پر استعمال ہوا ہے، دیکھتا ہے کہ نہیں ہوا ہے، اور اس لیے یہ اسٹوریج کو انڈیکس `2` پر قدر `CHARLIE` پر سیٹ کرتا ہے۔ فرض کریں اس میں 187 گیس لگتی ہے، تو باقی گیس کی مقدار 1150 - 187 = 963 ہے +6. 963 \* 0.001 = 0.963 ایتھر بھیجنے والے کے اکاؤنٹ میں واپس شامل کریں، اور نتیجے میں آنے والی اسٹیٹ کو واپس کریں۔ + +اگر ٹرانزیکشن کے وصول کرنے والے سرے پر کوئی کنٹریکٹ نہیں تھا، تو کل ٹرانزیکشن فیس صرف فراہم کردہ `GASPRICE` کو ٹرانزیکشن کی لمبائی بائٹس میں ضرب دینے کے برابر ہوگی، اور ٹرانزیکشن کے ساتھ بھیجا گیا ڈیٹا غیر متعلقہ ہوگا۔ + +نوٹ کریں کہ پیغامات ریورٹس کے لحاظ سے ٹرانزیکشنز کے برابر کام کرتے ہیں: اگر کسی پیغام کے عملدرآمد میں گیس ختم ہو جاتی ہے، تو اس پیغام کا عملدرآمد، اور اس عملدرآمد کے ذریعے شروع کیے گئے دیگر تمام عملدرآمد، ریورٹ ہو جاتے ہیں، لیکن پیرنٹ عملدرآمد کو ریورٹ کرنے کی ضرورت نہیں ہوتی۔ اس کا مطلب ہے کہ ایک کنٹریکٹ کے لیے دوسرے کنٹریکٹ کو کال کرنا \"محفوظ\" ہے، کیونکہ اگر A، B کو G گیس کے ساتھ کال کرتا ہے تو A کے عملدرآمد کو زیادہ سے زیادہ G گیس کھونے کی ضمانت ہے۔ آخر میں، نوٹ کریں کہ ایک اوپ کوڈ، `CREATE` ہے، جو ایک کنٹریکٹ بناتا ہے؛ اس کے عملدرآمد کے میکانکس عام طور پر `CALL` کی طرح ہیں، سوائے اس کے کہ عملدرآمد کا آؤٹ پٹ ایک نئے بنائے گئے کنٹریکٹ کے کوڈ کا تعین کرتا ہے۔ + +### کوڈ کا عملدرآمد {#code-execution} + +ایتھیریم کنٹریکٹس میں کوڈ ایک نچلے درجے کی، اسٹیک پر مبنی بائٹ کوڈ زبان میں لکھا جاتا ہے، جسے \"ایتھیریم ورچوئل مشین کوڈ\" یا \"EVM کوڈ\" کہا جاتا ہے۔ کوڈ بائٹس کی ایک سیریز پر مشتمل ہوتا ہے، جہاں ہر بائٹ ایک آپریشن کی نمائندگی کرتا ہے۔ عام طور پر، کوڈ کا عملدرآمد ایک لامحدود لوپ ہے جو موجودہ پروگرام کاؤنٹر (جو صفر سے شروع ہوتا ہے) پر آپریشن کو بار بار انجام دینے اور پھر پروگرام کاؤنٹر کو ایک سے بڑھانے پر مشتمل ہوتا ہے، جب تک کہ کوڈ کا اختتام نہ ہو جائے یا کوئی خرابی یا `STOP` یا `RETURN` ہدایت کا پتہ نہ چل جائے۔ آپریشنز کو ڈیٹا کو ذخیرہ کرنے کے لیے تین قسم کی جگہ تک رسائی حاصل ہے: + +- **اسٹیک**، ایک لاسٹ-ان-فرسٹ-آؤٹ کنٹینر جس میں قدروں کو پش اور پاپ کیا جا سکتا ہے۔ +- **میموری**، ایک لامحدود طور پر قابل توسیع بائٹ ارے۔ +- کنٹریکٹ کا طویل مدتی **اسٹوریج**، ایک کلید/قدر اسٹور۔ اسٹیک اور میموری کے برعکس، جو کمپیوٹیشن ختم ہونے کے بعد ری سیٹ ہو جاتے ہیں، اسٹوریج طویل مدت کے لیے برقرار رہتا ہے۔ + +کوڈ آنے والے پیغام کی قدر، بھیجنے والے اور ڈیٹا تک بھی رسائی حاصل کر سکتا ہے، ساتھ ہی بلاک ہیڈر کے ڈیٹا تک بھی، اور کوڈ آؤٹ پٹ کے طور پر ڈیٹا کا ایک بائٹ ارے بھی واپس کر سکتا ہے۔ + +EVM کوڈ کا رسمی عملدرآمد ماڈل حیرت انگیز طور پر سادہ ہے۔ جبکہ ایتھیریم ورچوئل مشین چل رہی ہے، اس کی مکمل کمپیوٹیشنل حالت کو ٹوپل `(block_state, transaction, message, code, memory, stack, pc, gas)` سے بیان کیا جا سکتا ہے، جہاں `block_state` تمام اکاؤنٹس پر مشتمل عالمی حالت ہے اور اس میں بیلنس اور اسٹوریج شامل ہیں۔ عملدرآمد کے ہر دور کے آغاز میں، موجودہ ہدایت `code` کے `pc`ویں بائٹ کو لے کر پائی جاتی ہے (یا 0 اگر `pc >= len(code)` ہو)، اور ہر ہدایت کی اپنی تعریف ہوتی ہے کہ یہ ٹوپل کو کیسے متاثر کرتی ہے۔ مثال کے طور پر، `ADD` اسٹیک سے دو آئٹمز کو پاپ کرتا ہے اور ان کا مجموعہ پش کرتا ہے، `gas` کو 1 سے کم کرتا ہے اور `pc` کو 1 سے بڑھاتا ہے، اور `SSTORE` اسٹیک سے اوپر کے دو آئٹمز کو پاپ کرتا ہے اور دوسرے آئٹم کو پہلے آئٹم کے ذریعے مخصوص کردہ انڈیکس پر کنٹریکٹ کے اسٹوریج میں داخل کرتا ہے۔ اگرچہ ایتھیریم ورچوئل مشین کے عملدرآمد کو جسٹ-ان-ٹائم کمپائلیشن کے ذریعے بہتر بنانے کے بہت سے طریقے ہیں، ایتھیریم کا ایک بنیادی نفاذ چند سو لائنوں کے کوڈ میں کیا جا سکتا ہے۔ + +### بلاک چین اور مائننگ {#blockchain-and-mining} + +![ایتھیریم اپلائی بلاک ڈایاگرام](./ethereum-apply-block-diagram.png) + +ایتھیریم بلاک چین کئی طریقوں سے Bitcoin بلاک چین کی طرح ہے، اگرچہ اس میں کچھ فرق بھی ہیں۔ بلاک چین کے فن تعمیر کے حوالے سے ایتھیریم اور Bitcoin کے درمیان بنیادی فرق یہ ہے کہ، Bitcoin کے برعکس، ایتھیریم بلاکس میں ٹرانزیکشن لسٹ اور تازہ ترین اسٹیٹ دونوں کی ایک کاپی ہوتی ہے۔ اس کے علاوہ، دو دیگر قدریں، بلاک نمبر اور مشکل، بھی بلاک میں محفوظ ہیں۔ ایتھیریم میں بنیادی بلاک کی توثیق کا الگورتھم مندرجہ ذیل ہے: + +1. چیک کریں کہ حوالہ دیا گیا پچھلا بلاک موجود ہے اور درست ہے۔ +2. چیک کریں کہ بلاک کا ٹائم اسٹیمپ حوالہ دیے گئے پچھلے بلاک کے ٹائم اسٹیمپ سے زیادہ ہے اور مستقبل میں 15 منٹ سے کم ہے۔ +3. چیک کریں کہ بلاک نمبر، مشکل، ٹرانزیکشن روٹ، انکل روٹ اور گیس کی حد (مختلف نچلے درجے کے ایتھیریم کے مخصوص تصورات) درست ہیں۔ +4. چیک کریں کہ بلاک پر پروف-آف-ورک درست ہے۔ +5. `S[0]` کو پچھلے بلاک کے آخر میں اسٹیٹ ہونے دیں۔ +6. `TX` کو `n` ٹرانزیکشنز کے ساتھ بلاک کی ٹرانزیکشن لسٹ ہونے دیں۔ `0...n-1` میں تمام `i` کے لیے، `S[i+1] = APPLY(S[i],TX[i])` سیٹ کریں۔ اگر کوئی ایپلی کیشن خرابی واپس کرتی ہے، یا اگر اس وقت تک بلاک میں استعمال ہونے والی کل گیس `GASLIMIT` سے تجاوز کر جاتی ہے، تو ایک خرابی واپس کریں۔ +7. `S_FINAL` کو `S[n]` ہونے دیں، لیکن مائنر کو ادا کیے گئے بلاک انعام کو شامل کرتے ہوئے۔ +8. چیک کریں کہ آیا اسٹیٹ `S_FINAL` کا مرکل ٹری روٹ بلاک ہیڈر میں فراہم کردہ حتمی اسٹیٹ روٹ کے برابر ہے۔ اگر یہ ہے، تو بلاک درست ہے؛ بصورت دیگر، یہ درست نہیں ہے۔ + +یہ طریقہ پہلی نظر میں بہت غیر موثر لگ سکتا ہے، کیونکہ اسے ہر بلاک کے ساتھ پوری اسٹیٹ کو محفوظ کرنے کی ضرورت ہے، لیکن حقیقت میں کارکردگی Bitcoin کی کارکردگی کے مقابلے کی ہونی چاہئے۔ وجہ یہ ہے کہ اسٹیٹ کو ٹری اسٹرکچر میں محفوظ کیا جاتا ہے، اور ہر بلاک کے بعد ٹری کے صرف ایک چھوٹے سے حصے کو تبدیل کرنے کی ضرورت ہوتی ہے۔ اس طرح، عام طور پر، دو ملحقہ بلاکس کے درمیان درخت کا بڑا حصہ ایک جیسا ہونا چاہیے، اور اس لیے ڈیٹا کو ایک بار ذخیرہ کیا جا سکتا ہے اور پوائنٹرز (یعنی سب ٹریز کے ہیش) کا استعمال کرتے ہوئے دو بار حوالہ دیا جا سکتا ہے۔ اس کو حاصل کرنے کے لیے ایک خاص قسم کا ٹری جسے \"پیٹریسیا ٹری\" کہا جاتا ہے، استعمال کیا جاتا ہے، جس میں مرکل ٹری کے تصور میں ایک ترمیم شامل ہے جو نوڈز کو موثر طریقے سے داخل اور حذف کرنے کی اجازت دیتی ہے، نہ کہ صرف تبدیل کرنے کی۔ مزید برآں، چونکہ تمام اسٹیٹ کی معلومات آخری بلاک کا حصہ ہیں، پوری بلاک چین کی تاریخ کو محفوظ کرنے کی کوئی ضرورت نہیں ہے - ایک حکمت عملی جو، اگر اسے Bitcoin پر لاگو کیا جا سکتا، تو جگہ میں 5-20 گنا بچت فراہم کرنے کا حساب لگایا جا سکتا ہے۔ + +ایک عام طور پر پوچھا جانے والا سوال یہ ہے کہ کنٹریکٹ کوڈ کو جسمانی ہارڈ ویئر کے لحاظ سے \"کہاں\" عمل میں لایا جاتا ہے۔ اس کا ایک سادہ جواب ہے: کنٹریکٹ کوڈ کو عمل میں لانے کا عمل اسٹیٹ ٹرانزیشن فنکشن کی تعریف کا حصہ ہے، جو بلاک کی توثیق کے الگورتھم کا حصہ ہے، لہذا اگر کوئی ٹرانزیکشن بلاک `B` میں شامل کی جاتی ہے تو اس ٹرانزیکشن کے ذریعے پیدا ہونے والا کوڈ کا عملدرآمد تمام نوڈز کے ذریعے، اب اور مستقبل میں، جو بلاک `B` کو ڈاؤن لوڈ اور توثیق کرتے ہیں، عمل میں لایا جائے گا۔ + +## ایپلی کیشنز {#applications} + +عام طور پر، ایتھیریم کے اوپر تین قسم کی ایپلی کیشنز ہیں۔ پہلا زمرہ مالیاتی ایپلی کیشنز کا ہے، جو صارفین کو اپنے پیسے کے انتظام اور معاہدوں میں داخل ہونے کے زیادہ طاقتور طریقے فراہم کرتا ہے۔ اس میں ذیلی کرنسیاں، مالیاتی مشتقات، ہیجنگ کنٹریکٹس، بچت والیٹس، وصیتیں، اور بالآخر مکمل پیمانے پر روزگار کے معاہدوں کی کچھ کلاسیں بھی شامل ہیں۔ دوسرا زمرہ نیم-مالیاتی ایپلی کیشنز کا ہے، جہاں پیسہ شامل ہوتا ہے لیکن جو کیا جا رہا ہے اس کا ایک بھاری غیر-مالیاتی پہلو بھی ہوتا ہے؛ ایک بہترین مثال کمپیوٹیشنل مسائل کے حل کے لیے خود-نافذ ہونے والے انعامات ہیں۔ آخر میں، آن لائن ووٹنگ اور ڈی سینٹرلائزڈ گورننس جیسی ایپلی کیشنز ہیں جو بالکل بھی مالیاتی نہیں ہیں۔ + +### ٹوکن سسٹمز {#token-systems} + +آن-بلاک چین ٹوکن سسٹمز کے بہت سے ایپلی کیشنز ہیں جو USD یا سونے جیسے اثاثوں کی نمائندگی کرنے والی ذیلی کرنسیوں سے لے کر کمپنی اسٹاکس، اسمارٹ پراپرٹی کی نمائندگی کرنے والے انفرادی ٹوکنز، محفوظ ناقابل جعل سازی کوپنز، اور یہاں تک کہ ایسے ٹوکن سسٹمز تک ہیں جن کا روایتی قدر سے کوئی تعلق نہیں ہے، جو ترغیبی طور پر پوائنٹ سسٹم کے طور پر استعمال ہوتے ہیں۔ ایتھیریم میں ٹوکن سسٹمز کو نافذ کرنا حیرت انگیز طور پر آسان ہے۔ سمجھنے کی کلیدی بات یہ ہے کہ تمام کرنسی، یا ٹوکن سسٹم، بنیادی طور پر ایک آپریشن والا ڈیٹا بیس ہے: A سے X یونٹس گھٹائیں اور B کو X یونٹس دیں، اس شرط کے ساتھ کہ (i) ٹرانزیکشن سے پہلے A کے پاس کم از کم X یونٹس تھے اور (2) ٹرانزیکشن A کی طرف سے منظور شدہ ہے۔ ٹوکن سسٹم کو نافذ کرنے کے لیے صرف اس منطق کو ایک کنٹریکٹ میں نافذ کرنا ہوتا ہے۔ + +Serpent میں ٹوکن سسٹم کو نافذ کرنے کا بنیادی کوڈ مندرجہ ذیل ہے: + +```py +def send(to, value): + if self.storage[msg.sender] >= value: + self.storage[msg.sender] = self.storage[msg.sender] - value + self.storage[to] = self.storage[to] + value +``` + +یہ بنیادی طور پر اس دستاویز میں اوپر بیان کردہ \"بینکنگ سسٹم\" اسٹیٹ ٹرانزیشن فنکشن کا لفظی نفاذ ہے۔ کچھ اضافی لائنوں کے کوڈ کو شامل کرنے کی ضرورت ہے تاکہ کرنسی یونٹس کو پہلی جگہ تقسیم کرنے کے ابتدائی مرحلے اور کچھ دیگر کنارے کے معاملات فراہم کیے جا سکیں، اور مثالی طور پر ایک فنکشن شامل کیا جائے گا تاکہ دوسرے کنٹریکٹس کسی ایڈریس کے بیلنس کے لیے استفسار کر سکیں۔ لیکن بس اتنا ہی ہے۔ نظریاتی طور پر، ایتھیریم پر مبنی ٹوکن سسٹمز جو ذیلی کرنسیوں کے طور پر کام کرتے ہیں، ممکنہ طور پر ایک اور اہم خصوصیت شامل کر سکتے ہیں جو آن چین Bitcoin پر مبنی میٹا کرنسیوں میں نہیں ہے: براہ راست اس کرنسی میں ٹرانزیکشن فیس ادا کرنے کی صلاحیت۔ اس کا نفاذ اس طرح ہوگا کہ کنٹریکٹ ایک ایتھر بیلنس برقرار رکھے گا جس سے وہ بھیجنے والے کو فیس ادا کرنے کے لیے استعمال ہونے والے ایتھر کو واپس کرے گا، اور وہ اس بیلنس کو فیس کے طور پر لیے گئے اندرونی کرنسی یونٹس کو جمع کرکے اور انہیں ایک مستقل چلنے والی نیلامی میں دوبارہ فروخت کرکے دوبارہ بھرے گا۔ اس طرح صارفین کو اپنے اکاؤنٹس کو ایتھر کے ساتھ \"فعال\" کرنے کی ضرورت ہوگی، لیکن ایک بار جب ایتھر وہاں ہو گا تو یہ دوبارہ قابل استعمال ہوگا کیونکہ کنٹریکٹ اسے ہر بار واپس کر دے گا۔ + +### مالیاتی مشتقات اور مستحکم-قدر والی کرنسیاں {#financial-derivatives-and-stable-value-currencies} + +مالیاتی مشتقات \"اسمارٹ کنٹریکٹ\" کی سب سے عام ایپلی کیشن ہیں، اور کوڈ میں نافذ کرنے کے لیے سب سے آسان میں سے ایک ہیں۔ مالیاتی معاہدوں کو نافذ کرنے میں بنیادی چیلنج یہ ہے کہ ان میں سے زیادہ تر کو ایک بیرونی قیمت کے ٹکر کا حوالہ درکار ہوتا ہے؛ مثال کے طور پر، ایک بہت ہی مطلوبہ ایپلی کیشن ایک اسمارٹ کنٹریکٹ ہے جو امریکی ڈالر کے مقابلے میں ایتھر (یا کسی اور کریپٹو کرنسی) کی اتار چڑھاؤ کے خلاف ہیج کرتا ہے، لیکن ایسا کرنے کے لیے کنٹریکٹ کو یہ جاننا ضروری ہے کہ ETH/USD کی قدر کیا ہے۔ ایسا کرنے کا سب سے آسان طریقہ ایک "ڈیٹا فیڈ" معاہدے کے ذریعے ہے جسے ایک مخصوص پارٹی (مثال کے طور پر، NASDAQ) برقرار رکھتی ہے، جسے اس طرح ڈیزائن کیا گیا ہے کہ اس پارٹی کو ضرورت کے مطابق معاہدے کو اپ ڈیٹ کرنے کی صلاحیت حاصل ہو، اور ایک ایسا انٹرفیس فراہم کیا جائے جو دوسرے معاہدوں کو اس معاہدے کو پیغام بھیجنے اور قیمت فراہم کرنے والا جواب واپس حاصل کرنے کی اجازت دیتا ہے۔ + +اس اہم جزو کو دیکھتے ہوئے، ہیجنگ کنٹریکٹ مندرجہ ذیل نظر آئے گا: + +1. پارٹی A کے 1000 ایتھر داخل کرنے کا انتظار کریں۔ +2. پارٹی B کے 1000 ایتھر داخل کرنے کا انتظار کریں۔ +3. 1000 ایتھر کی USD قدر کو ریکارڈ کریں، جسے ڈیٹا فیڈ کنٹریکٹ سے استفسار کرکے شمار کیا گیا ہے، اسٹوریج میں، مان لیں کہ یہ $x ہے۔ +4. 30 دنوں کے بعد، A یا B کو کنٹریکٹ کو \"دوبارہ فعال\" کرنے کی اجازت دیں تاکہ A کو $x مالیت کا ایتھر (نئی قیمت حاصل کرنے کے لیے ڈیٹا فیڈ کنٹریکٹ سے دوبارہ استفسار کرکے شمار کیا گیا) بھیجا جا سکے اور باقی B کو۔ + +ایسا کنٹریکٹ کرپٹو-کامرس میں اہم صلاحیت رکھتا ہوگا۔ کریپٹو کرنسی کے بارے میں بیان کردہ اہم مسائل میں سے ایک یہ حقیقت ہے کہ یہ اتار چڑھاؤ والی ہے؛ اگرچہ بہت سے صارفین اور تاجر کرپٹوگرافک اثاثوں سے نمٹنے کی سیکیورٹی اور سہولت چاہتے ہیں، وہ ایک ہی دن میں اپنے فنڈز کی قدر کا 23% کھونے کے اس امکان کا سامنا نہیں کرنا چاہتے ہیں۔ اب تک، سب سے عام طور پر تجویز کردہ حل جاری کنندہ کے حمایت یافتہ اثاثے ہیں؛ خیال یہ ہے کہ ایک جاری کنندہ ایک ذیلی کرنسی بناتا ہے جس میں اسے یونٹس جاری کرنے اور منسوخ کرنے کا حق حاصل ہوتا ہے، اور کرنسی کا ایک یونٹ ہر اس شخص کو فراہم کرتا ہے جو انہیں (آف لائن) ایک مخصوص بنیادی اثاثہ (مثلاً، سونا، USD) کا ایک یونٹ فراہم کرتا ہے۔ جاری کنندہ پھر وعدہ کرتا ہے کہ وہ کسی بھی شخص کو بنیادی اثاثہ کی ایک اکائی فراہم کرے گا جو کرپٹو-اثاثہ کی ایک اکائی واپس بھیجتا ہے۔ یہ میکانزم کسی بھی غیر-کرپٹوگرافک اثاثہ کو ایک کرپٹوگرافک اثاثہ میں \"بلند\" کرنے کی اجازت دیتا ہے، بشرطیکہ جاری کنندہ پر بھروسہ کیا جا سکے۔ + +تاہم، عملی طور پر، جاری کنندگان ہمیشہ قابل بھروسہ نہیں ہوتے ہیں، اور کچھ معاملات میں بینکنگ کا بنیادی ڈھانچہ اتنا کمزور، یا اتنا مخالف ہوتا ہے کہ ایسی خدمات موجود نہیں ہو سکتیں۔ مالیاتی مشتقات ایک متبادل فراہم کرتے ہیں۔ یہاں، کسی اثاثے کی پشت پناہی کے لیے فنڈز فراہم کرنے والے ایک واحد جاری کنندہ کے بجائے، سٹے بازوں کا ایک غیر مرکزی بازار، جو اس بات پر شرط لگاتا ہے کہ کرپٹوگرافک حوالہ اثاثہ (مثلاً، ETH) کی قیمت بڑھے گی، یہ کردار ادا کرتا ہے۔ جاری کنندگان کے برعکس، قیاس آرائی کرنے والوں کے پاس اپنے سودے کے حصے پر ڈیفالٹ کرنے کا کوئی آپشن نہیں ہوتا کیونکہ ہیجنگ کنٹریکٹ ان کے فنڈز کو ایسکرو میں رکھتا ہے۔ نوٹ کریں کہ یہ نقطہ نظر مکمل طور پر ڈی سینٹرلائزڈ نہیں ہے، کیونکہ قیمت کا ٹکر فراہم کرنے کے لیے اب بھی ایک قابل اعتماد ذریعہ کی ضرورت ہے، اگرچہ بلاشبہ اب بھی یہ بنیادی ڈھانچے کی ضروریات کو کم کرنے (جاری کنندہ ہونے کے برعکس، قیمت کا فیڈ جاری کرنے کے لیے کوئی لائسنس درکار نہیں ہوتا اور اسے ممکنہ طور پر آزادانہ تقریر کے زمرے میں رکھا جا سکتا ہے) اور دھوکہ دہی کے امکان کو کم کرنے کے لحاظ سے ایک بہت بڑی بہتری ہے۔ + +### شناخت اور ساکھ کے نظام {#identity-and-reputation-systems} + +سب سے قدیم متبادل کریپٹو کرنسی، [Namecoin](http://namecoin.org/)، نے Bitcoin جیسی بلاک چین کا استعمال کرتے ہوئے ایک نام کی رجسٹریشن کا نظام فراہم کرنے کی کوشش کی، جہاں صارفین اپنے نام کو عوامی ڈیٹا بیس میں دیگر ڈیٹا کے ساتھ رجسٹر کر سکتے ہیں۔ بڑا حوالہ دیا گیا استعمال کا معاملہ [DNS](https://wikipedia.org/wiki/Domain_Name_System) نظام کے لیے ہے، جو \"bitcoin.org\" جیسے ڈومین ناموں کو (یا، Namecoin کے معاملے میں، \"bitcoin.bit\") ایک IP ایڈریس پر میپ کرتا ہے۔ دیگر استعمال کے معاملات میں ای میل کی توثیق اور ممکنہ طور پر زیادہ جدید ساکھ کے نظام شامل ہیں۔ یہاں ایتھیریم پر Namecoin جیسا نام رجسٹریشن کا نظام فراہم کرنے کا بنیادی کنٹریکٹ ہے: + +```py +def register(name, value): + if !self.storage[name]: + self.storage[name] = value +``` + +کنٹریکٹ بہت سادہ ہے؛ یہ صرف ایتھیریم نیٹ ورک کے اندر ایک ڈیٹا بیس ہے جس میں شامل کیا جا سکتا ہے، لیکن اس میں ترمیم یا اسے ہٹایا نہیں جا سکتا۔ کوئی بھی شخص کسی قدر کے ساتھ ایک نام رجسٹر کر سکتا ہے، اور وہ رجسٹریشن پھر ہمیشہ کے لیے قائم رہتی ہے۔ ایک زیادہ پیچیدہ نام کی رجسٹریشن کے معاہدے میں ایک "فنکشن کلاز" بھی ہوگا جو دوسرے معاہدوں کو اس سے استفسار کرنے کی اجازت دے گا، ساتھ ہی کسی نام کے "مالک" (یعنی پہلے رجسٹر کرنے والے) کے لیے ڈیٹا کو تبدیل کرنے یا ملکیت منتقل کرنے کا ایک میکانزم بھی ہوگا۔ کوئی شخص اس پر ساکھ اور ویب-آف-ٹرسٹ کی فعالیت بھی شامل کر سکتا ہے۔ + +### ڈی سینٹرلائزڈ فائل اسٹوریج {#decentralized-file-storage} + +گزشتہ چند سالوں میں، کئی مقبول آن لائن فائل اسٹوریج کے اسٹارٹ اپس ابھرے ہیں، جن میں سب سے نمایاں Dropbox ہے، جو صارفین کو اپنی ہارڈ ڈرائیو کا بیک اپ اپ لوڈ کرنے کی اجازت دیتا ہے اور سروس اس بیک اپ کو محفوظ کرتی ہے اور صارف کو ماہانہ فیس کے بدلے میں اس تک رسائی کی اجازت دیتی ہے۔ تاہم، اس وقت فائل اسٹوریج کی مارکیٹ بعض اوقات نسبتاً غیر موثر ہوتی ہے؛ مختلف موجودہ حلوں پر ایک سرسری نظر سے پتہ چلتا ہے کہ، خاص طور پر 20-200 جی بی کی \"انیکینی ویلی\" کی سطح پر جس پر نہ تو مفت کوٹہ اور نہ ہی انٹرپرائز-سطح کی چھوٹ شروع ہوتی ہے، مرکزی دھارے کے فائل اسٹوریج کی ماہانہ قیمتیں ایسی ہیں کہ آپ ایک ہی مہینے میں پوری ہارڈ ڈرائیو کی لاگت سے زیادہ ادا کر رہے ہیں۔ ایتھیریم کنٹریکٹس ایک ڈی سینٹرلائزڈ فائل اسٹوریج ایکو سسٹم کی ترقی کی اجازت دے سکتے ہیں، جہاں انفرادی صارفین اپنی ہارڈ ڈرائیوز کرائے پر دے کر چھوٹی مقدار میں رقم کما سکتے ہیں اور غیر استعمال شدہ جگہ کو فائل اسٹوریج کی لاگت کو مزید کم کرنے کے لیے استعمال کیا جا سکتا ہے۔ + +ایسے آلے کا کلیدی بنیادی حصہ وہ ہوگا جسے ہم نے \"ڈی سینٹرلائزڈ ڈراپ باکس کنٹریکٹ\" کا نام دیا ہے۔ یہ کنٹریکٹ اس طرح کام کرتا ہے۔ سب سے پہلے، مطلوبہ ڈیٹا کو بلاکس میں تقسیم کیا جاتا ہے، رازداری کے لیے ہر بلاک کو انکرپٹ کیا جاتا ہے، اور اس سے ایک مرکل ٹری بنایا جاتا ہے۔ پھر ایک کنٹریکٹ اس اصول کے ساتھ بنایا جاتا ہے کہ، ہر N بلاکس پر، کنٹریکٹ مرکل ٹری میں ایک بے ترتیب انڈیکس کا انتخاب کرے گا (کنٹریکٹ کوڈ سے قابل رسائی پچھلے بلاک ہیش کو بے ترتیب پن کے ذریعہ کے طور پر استعمال کرتے ہوئے)، اور پہلی اکائی کو X ایتھر دے گا جو ٹری میں اس مخصوص انڈیکس پر بلاک کی ملکیت کے آسان ادائیگی کی توثیق جیسے ثبوت کے ساتھ ایک ٹرانزیکشن فراہم کرتی ہے۔ جب کوئی صارف اپنی فائل کو دوبارہ ڈاؤن لوڈ کرنا چاہتا ہے، تو وہ فائل کو بازیافت کرنے کے لیے ایک مائیکرو پیمنٹ چینل پروٹوکول (مثال کے طور پر، فی 32 کلو بائٹس 1 szabo ادا کریں) کا استعمال کر سکتا ہے؛ سب سے زیادہ فیس-موثر طریقہ یہ ہے کہ ادائیگی کرنے والا آخر تک ٹرانزیکشن شائع نہ کرے، بلکہ ہر 32 کلو بائٹس کے بعد اسی نانس کے ساتھ ٹرانزیکشن کو تھوڑا زیادہ منافع بخش والے سے تبدیل کر دے۔ + +پروٹوکول کی ایک اہم خصوصیت یہ ہے کہ، اگرچہ ایسا لگ سکتا ہے کہ کوئی شخص بہت سے بے ترتیب نوڈز پر بھروسہ کر رہا ہے کہ وہ فائل کو بھولنے کا فیصلہ نہیں کریں گے، کوئی بھی خفیہ شیئرنگ کے ذریعے فائل کو بہت سے ٹکڑوں میں تقسیم کرکے اور کنٹریکٹس کو دیکھ کر کہ ہر ٹکڑا ابھی بھی کسی نوڈ کے قبضے میں ہے، اس خطرے کو تقریباً صفر تک کم کر سکتا ہے۔ اگر کوئی کنٹریکٹ اب بھی رقم ادا کر رہا ہے، تو یہ ایک کرپٹوگرافک ثبوت فراہم کرتا ہے کہ کوئی وہاں اب بھی فائل کو محفوظ کر رہا ہے۔ + +### ڈی سینٹرلائزڈ خود مختار تنظیمیں {#decentralized-autonomous-organizations} + +\"ڈی سینٹرلائزڈ خود مختار تنظیم\" کا عمومی تصور ایک مجازی اکائی کا ہے جس کے کچھ ممبران یا شیئر ہولڈرز ہوتے ہیں جو، شاید 67% کی اکثریت کے ساتھ، اکائی کے فنڈز کو خرچ کرنے اور اس کے کوڈ میں ترمیم کرنے کا حق رکھتے ہیں۔ ممبران اجتماعی طور پر فیصلہ کریں گے کہ تنظیم کو اپنے فنڈز کیسے مختص کرنے چاہئیں۔ DAO کے فنڈز کو مختص کرنے کے طریقے انعامات، تنخواہوں سے لے کر کام کو انعام دینے کے لیے ایک اندرونی کرنسی جیسے زیادہ غیر ملکی میکانزم تک ہو سکتے ہیں۔ یہ بنیادی طور پر ایک روایتی کمپنی یا غیر منفعتی تنظیم کے قانونی جال کو نقل کرتا ہے لیکن نفاذ کے لیے صرف کرپٹوگرافک بلاک چین ٹیکنالوجی کا استعمال کرتا ہے۔ اب تک DAOs کے بارے میں زیادہ تر باتیں \"سرمایہ دارانہ\" ماڈل یعنی ایک \"ڈی سینٹرلائزڈ خود مختار کارپوریشن\" (DAC) کے بارے میں ہوئی ہیں جس میں منافع وصول کرنے والے شیئر ہولڈرز اور قابل تجارت شیئرز ہوتے ہیں؛ ایک متبادل، جسے شاید \"ڈی سینٹرلائزڈ خود مختار کمیونٹی\" کے طور پر بیان کیا جائے، میں تمام ممبران کو فیصلہ سازی میں برابر کا حصہ ملے گا اور کسی ممبر کو شامل کرنے یا ہٹانے کے لیے 67% موجودہ ممبران کی رضامندی کی ضرورت ہوگی۔ یہ ضرورت کہ ایک شخص کی صرف ایک رکنیت ہو سکتی ہے، پھر گروپ کے ذریعے اجتماعی طور پر نافذ کی جانی ہوگی۔ + +DAO کو کوڈ کرنے کا ایک عمومی خاکہ مندرجہ ذیل ہے۔ سب سے سادہ ڈیزائن صرف خود کو تبدیل کرنے والے کوڈ کا ایک ٹکڑا ہے جو تبدیل ہوتا ہے اگر دو تہائی ممبران کسی تبدیلی پر متفق ہوں۔ اگرچہ کوڈ نظریاتی طور پر ناقابل تغیر ہے، کوئی بھی آسانی سے اس سے بچ سکتا ہے اور کوڈ کے ٹکڑوں کو الگ الگ کنٹریکٹس میں رکھ کر اور قابل ترمیم اسٹوریج میں محفوظ کردہ کنٹریکٹس کا ایڈریس رکھ کر ڈی-فیکٹو تغیر پذیری حاصل کر سکتا ہے۔ ایسے DAO کنٹریکٹ کے ایک سادہ نفاذ میں، تین ٹرانزیکشن کی قسمیں ہوں گی، جو ٹرانزیکشن میں فراہم کردہ ڈیٹا کے ذریعے ممتاز ہوں گی: + +- `[0,i,K,V]` انڈیکس `i` کے ساتھ اسٹوریج انڈیکس `K` پر ایڈریس کو قدر `V` میں تبدیل کرنے کی تجویز کو رجسٹر کرنے کے لیے۔ +- `[1,i]` تجویز `i` کے حق میں ووٹ رجسٹر کرنے کے لیے۔ +- `[2,i]` تجویز `i` کو حتمی شکل دینے کے لیے اگر کافی ووٹ ڈالے گئے ہوں۔ + +کنٹریکٹ میں پھر ان میں سے ہر ایک کے لیے شقیں ہوں گی۔ یہ تمام کھلی اسٹوریج تبدیلیوں کا ریکارڈ برقرار رکھے گا، ساتھ ہی اس بات کی فہرست بھی کہ کس نے ان کے لیے ووٹ دیا ہے۔ اس میں تمام ممبران کی ایک فہرست بھی ہوگی۔ جب کسی بھی اسٹوریج کی تبدیلی کو دو تہائی ممبران کی حمایت حاصل ہو جاتی ہے، تو ایک حتمی ٹرانزیکشن تبدیلی کو عمل میں لا سکتی ہے۔ ایک زیادہ پیچیدہ ڈھانچے میں ٹرانزیکشن بھیجنے، اراکین کو شامل کرنے اور اراکین کو ہٹانے جیسی خصوصیات کے لیے بلٹ ان ووٹنگ کی اہلیت بھی ہوگی، اور یہاں تک کہ [لیکویڈ ڈیموکریسی](https://wikipedia.org/wiki/Liquid_democracy) طرز کی ووٹ کی نمائندگی بھی فراہم کر سکتا ہے (یعنی، کوئی بھی کسی کو اپنے لیے ووٹ دینے کے لیے تفویض کر سکتا ہے، اور تفویض متعدی ہے لہذا اگر A, B کو تفویض کرتا ہے اور B, C کو تفویض کرتا ہے تو C, A کے ووٹ کا تعین کرتا ہے)۔ یہ ڈیزائن DAO کو ایک ڈی سینٹرلائزڈ کمیونٹی کے طور پر منظم طریقے سے بڑھنے کی اجازت دے گا، جس سے لوگ بالآخر یہ فلٹر کرنے کا کام کہ کون ممبر ہے ماہرین کو سونپ سکیں گے، اگرچہ \"موجودہ نظام\" کے برعکس ماہرین آسانی سے وقت کے ساتھ ظاہر اور غائب ہو سکتے ہیں جیسے جیسے انفرادی کمیونٹی کے ممبران اپنی صف بندی تبدیل کرتے ہیں۔ + +ایک متبادل ماڈل ایک ڈی سینٹرلائزڈ کارپوریشن کا ہے، جہاں کسی بھی اکاؤنٹ کے صفر یا زیادہ شیئرز ہو سکتے ہیں، اور فیصلہ کرنے کے لیے دو تہائی شیئرز کی ضرورت ہوتی ہے۔ ایک مکمل ڈھانچے میں اثاثہ جات کے انتظام کی فعالیت، شیئرز خریدنے یا بیچنے کی پیشکش کرنے کی صلاحیت، اور پیشکشوں کو قبول کرنے کی صلاحیت (ترجیحاً کنٹریکٹ کے اندر آرڈر-میچنگ میکانزم کے ساتھ) شامل ہوگی۔ وفد بھی لیکوئڈ ڈیموکریسی-اسٹائل میں موجود ہوگا، جو \"بورڈ آف ڈائریکٹرز\" کے تصور کو عام کرتا ہے۔ + +### مزید ایپلی کیشنز {#further-applications} + +**1.** بچت والیٹس\*\*۔ فرض کریں کہ ایلس اپنے فنڈز کو محفوظ رکھنا چاہتی ہے، لیکن وہ پریشان ہے کہ وہ اپنی پرائیویٹ کی کھو دے گی یا کوئی اسے ہیک کر لے گا۔ وہ ایتھر کو ایک بینک، باب کے ساتھ ایک کنٹریکٹ میں ڈالتی ہے، اس طرح: + +- ایلس اکیلے روزانہ زیادہ سے زیادہ 1% فنڈز نکال سکتی ہے۔ +- باب اکیلے روزانہ زیادہ سے زیادہ 1% فنڈز نکال سکتا ہے، لیکن ایلس کے پاس اپنی کی کے ساتھ ایک ٹرانزیکشن کرنے کی صلاحیت ہے جو اس صلاحیت کو بند کر دیتی ہے۔ +- ایلس اور باب مل کر کچھ بھی نکال سکتے ہیں۔ + +عام طور پر، روزانہ 1% ایلس کے لیے کافی ہے، اور اگر ایلس زیادہ نکالنا چاہتی ہے تو وہ مدد کے لیے باب سے رابطہ کر سکتی ہے۔ اگر ایلس کی کی ہیک ہو جاتی ہے، تو وہ فنڈز کو ایک نئے کنٹریکٹ میں منتقل کرنے کے لیے باب کے پاس بھاگتی ہے۔ اگر وہ اپنی کی کھو دیتی ہے، تو باب بالآخر فنڈز نکال لے گا۔ اگر باب بدنیتی پر مبنی نکلتا ہے، تو وہ اس کی نکالنے کی صلاحیت کو بند کر سکتی ہے۔ + +**2.** فصل کا بیمہ\*\*۔ کوئی بھی آسانی سے ایک مالیاتی مشتقات کا کنٹریکٹ بنا سکتا ہے لیکن کسی بھی قیمت کے انڈیکس کی بجائے موسم کے ڈیٹا فیڈ کا استعمال کرتے ہوئے۔ اگر آئیووا میں ایک کسان ایک ایسا مشتق خریدتا ہے جو آئیووا میں بارش کی بنیاد پر الٹا ادائیگی کرتا ہے، تو اگر خشک سالی ہوتی ہے، تو کسان کو خود بخود رقم مل جائے گی اور اگر کافی بارش ہوتی ہے تو کسان خوش ہوگا کیونکہ اس کی فصلیں اچھی ہوں گی۔ اسے عام طور پر قدرتی آفات کے بیمہ تک بڑھایا جا سکتا ہے۔ + +**3.** ایک ڈی سینٹرلائزڈ ڈیٹا فیڈ\*\*۔ فرق کے لیے مالیاتی معاہدوں کے لیے، یہ دراصل "[SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/)" نامی پروٹوکول کے ذریعے ڈیٹا فیڈ کو غیر مرکزی بنانا ممکن ہو سکتا ہے۔ SchellingCoin بنیادی طور پر اس طرح کام کرتا ہے: N پارٹیاں سبھی سسٹم میں ایک دیے گئے ڈیٹم کی قدر (مثلاً، ETH/USD قیمت) ڈالتی ہیں، قدروں کو ترتیب دیا جاتا ہے، اور 25ویں اور 75ویں پرسنٹائل کے درمیان ہر کسی کو انعام کے طور پر ایک ٹوکن ملتا ہے۔ ہر کسی کو وہ جواب فراہم کرنے کی ترغیب ملتی ہے جو ہر کوئی فراہم کرے گا، اور واحد قدر جس پر بڑی تعداد میں کھلاڑی حقیقت پسندانہ طور پر متفق ہو سکتے ہیں وہ واضح ڈیفالٹ ہے: سچائی۔ یہ ایک ڈی سینٹرلائزڈ پروٹوکول بناتا ہے جو نظریاتی طور پر کسی بھی تعداد میں قدریں فراہم کر سکتا ہے، بشمول ETH/USD کی قیمت، برلن میں درجہ حرارت یا یہاں تک کہ کسی خاص مشکل کمپیوٹیشن کا نتیجہ۔ + +**4۔ اسمارٹ ملٹی سگنیچر ایسکرو**۔ Bitcoin ملٹی سگنیچر ٹرانزیکشن کنٹریکٹس کی اجازت دیتا ہے جہاں، مثال کے طور پر، دی گئی پانچ کیز میں سے تین فنڈز خرچ کر سکتی ہیں۔ ایتھیریم زیادہ باریک بینی کی اجازت دیتا ہے؛ مثال کے طور پر، پانچ میں سے چار سب کچھ خرچ کر سکتے ہیں، پانچ میں سے تین روزانہ 10% تک خرچ کر سکتے ہیں، اور پانچ میں سے دو روزانہ 0.5% تک خرچ کر سکتے ہیں۔ مزید برآں، ایتھیریم ملٹی سگ غیر مطابقت پذیر ہے - دو پارٹیاں مختلف اوقات میں بلاک چین پر اپنے دستخط رجسٹر کر سکتی ہیں اور آخری دستخط خود بخود ٹرانزیکشن بھیج دے گا۔ + +**5۔ کلاؤڈ کمپیوٹنگ**۔ EVM ٹیکنالوجی کو ایک قابل تصدیق کمپیوٹنگ ماحول بنانے کے لیے بھی استعمال کیا جا سکتا ہے، جس سے صارفین دوسروں سے کمپیوٹیشنز کرنے کے لیے کہہ سکتے ہیں اور پھر اختیاری طور پر اس بات کے ثبوت مانگ سکتے ہیں کہ کچھ بے ترتیب منتخب چیک پوائنٹس پر کمپیوٹیشنز صحیح طریقے سے کی گئی تھیں۔ یہ ایک کلاؤڈ کمپیوٹنگ مارکیٹ بنانے کی اجازت دیتا ہے جہاں کوئی بھی صارف اپنے ڈیسک ٹاپ، لیپ ٹاپ یا خصوصی سرور کے ساتھ حصہ لے سکتا ہے، اور سیکیورٹی ڈپازٹس کے ساتھ موقع پر جانچ کا استعمال اس بات کو یقینی بنانے کے لیے کیا جا سکتا ہے کہ سسٹم قابل اعتماد ہے (یعنی، نوڈز منافع بخش طریقے سے دھوکہ نہیں دے سکتے)۔ اگرچہ ایسا نظام تمام کاموں کے لیے موزوں نہیں ہو سکتا؛ مثال کے طور پر، ایسے کام جن کے لیے اعلی سطح کی انٹر-پروسیس کمیونیکیشن کی ضرورت ہوتی ہے، نوڈز کے ایک بڑے کلاؤڈ پر آسانی سے نہیں کیے جا سکتے۔ تاہم، دیگر کاموں کو متوازی بنانا بہت آسان ہے؛ SETI@home، folding@home اور جینیاتی الگورتھم جیسے پروجیکٹس کو ایسے پلیٹ فارم پر آسانی سے نافذ کیا جا سکتا ہے۔ + +**6۔ پیئر-ٹو-پیئر جوا**۔ کسی بھی تعداد میں پیئر-ٹو-پیئر جوئے کے پروٹوکولز، جیسے فرینک اسٹاجانو اور رچرڈ کلیٹن کا [سائبر ڈائس](http://www.cl.cam.ac.uk/~fms27/papers/2008-StajanoCla-cyberdice.pdf)، ایتھیریم بلاک چین پر نافذ کیے جا سکتے ہیں۔ سب سے سادہ جوئے کا پروٹوکول دراصل اگلے بلاک ہیش پر فرق کے لیے ایک کنٹریکٹ ہے، اور وہاں سے مزید جدید پروٹوکولز بنائے جا سکتے ہیں، جو تقریباً صفر فیس والی جوئے کی خدمات بناتے ہیں جن میں دھوکہ دہی کی کوئی صلاحیت نہیں ہوتی۔ + +**7۔ پیش گوئی کی مارکیٹیں**۔ ایک اوریکل یا SchellingCoin فراہم کیے جانے پر، پیشین گوئی کے بازاروں کو نافذ کرنا بھی آسان ہے، اور SchellingCoin کے ساتھ مل کر پیشین گوئی کے بازار غیر مرکزی تنظیموں کے لیے ایک گورننس پروٹوکول کے طور پر [فیوٹرکی](https://mason.gmu.edu/~rhanson/futarchy.html) کی پہلی مرکزی دھارے کی ایپلیکیشن ثابت ہو سکتے ہیں۔ + +**8۔ آن چین ڈی سینٹرلائزڈ مارکیٹ پلیسز**، شناخت اور ساکھ کے نظام کو بنیاد کے طور پر استعمال کرتے ہوئے۔ + +## متفرقات اور خدشات {#miscellanea-and-concerns} + +### ترمیم شدہ GHOST نفاذ {#modified-ghost-implementation} + +\"گریڈی ہیویسٹ آبزرڈ سب ٹری\" (GHOST) پروٹوکول ایک جدت ہے جو سب سے پہلے یوناتن سومپولنسکی اور ایویو زوہر نے [دسمبر 2013](https://eprint.iacr.org/2013/881.pdf) میں متعارف کرائی تھی۔ GHOST کے پیچھے کی تحریک یہ ہے کہ تیز تصدیقی اوقات والی بلاک چینز فی الحال ایک اعلی اسٹیل ریٹ کی وجہ سے کم سیکیورٹی کا شکار ہیں - کیونکہ بلاکس کو نیٹ ورک کے ذریعے پھیلنے میں ایک خاص وقت لگتا ہے، اگر مائنر A ایک بلاک مائن کرتا ہے اور پھر مائنر B مائنر A کے بلاک کے B تک پھیلنے سے پہلے ایک اور بلاک مائن کرتا ہے، تو مائنر B کا بلاک ضائع ہو جائے گا اور نیٹ ورک سیکیورٹی میں کوئی حصہ نہیں ڈالے گا۔ مزید برآں، ایک مرکزیت کا مسئلہ ہے: اگر مائنر A 30% ہیش پاور والا ایک مائننگ پول ہے اور B کے پاس 10% ہیش پاور ہے، تو A کے پاس 70% وقت میں ایک اسٹیل بلاک پیدا کرنے کا خطرہ ہوگا (کیونکہ باقی 30% وقت میں A نے آخری بلاک پیدا کیا تھا اور اس لیے اسے فوراً مائننگ ڈیٹا مل جائے گا) جبکہ B کے پاس 90% وقت میں ایک اسٹیل بلاک پیدا کرنے کا خطرہ ہوگا۔ اس طرح، اگر بلاک کا وقفہ اتنا چھوٹا ہو کہ اسٹیل ریٹ زیادہ ہو، تو A صرف اپنے سائز کی وجہ سے کافی زیادہ موثر ہوگا۔ ان دونوں اثرات کے ساتھ مل کر، جو بلاکس تیزی سے پیدا کرتے ہیں وہ بلاک چینز بہت ممکن ہے کہ ایک مائننگ پول کو نیٹ ورک ہیش پاور کا اتنا بڑا فیصد حاصل ہو جائے کہ وہ مائننگ کے عمل پر ڈی فیکٹو کنٹرول حاصل کر لے۔ + +جیسا کہ سومپولنسکی اور زوہر نے بیان کیا ہے، GHOST نیٹ ورک سیکیورٹی کے نقصان کے پہلے مسئلے کو حل کرتا ہے جس میں اسٹیل بلاکس کو اس حساب میں شامل کیا جاتا ہے کہ کون سی چین \"سب سے لمبی\" ہے؛ یعنی، نہ صرف ایک بلاک کے پیرنٹ اور مزید آباؤ اجداد، بلکہ بلاک کے آباؤ اجداد کے اسٹیل اولاد (ایتھیریم کی اصطلاح میں، \"انکلز\") کو بھی اس حساب میں شامل کیا جاتا ہے کہ کس بلاک کے پیچھے سب سے زیادہ کل پروف-آف-ورک ہے۔ مرکزیت کے تعصب کے دوسرے مسئلے کو حل کرنے کے لیے، ہم سومپولنسکی اور زوہر کے بیان کردہ پروٹوکول سے آگے بڑھتے ہیں، اور اسٹیلز کو بلاک انعامات بھی فراہم کرتے ہیں: ایک اسٹیل بلاک کو اس کے بنیادی انعام کا 87.5% ملتا ہے، اور بھتیجے کو جو اسٹیل بلاک کو شامل کرتا ہے باقی 12.5% ملتا ہے۔ تاہم، ٹرانزیکشن فیس انکلز کو نہیں دی جاتی۔ + +ایتھیریم GHOST کا ایک آسان ورژن نافذ کرتا ہے جو صرف سات سطحوں تک نیچے جاتا ہے۔ خاص طور پر، اسے مندرجہ ذیل طور پر بیان کیا گیا ہے: + +- ایک بلاک کو ایک پیرنٹ کی وضاحت کرنی چاہئے، اور اسے 0 یا زیادہ انکلز کی وضاحت کرنی چاہئے۔ +- بلاک B میں شامل ایک انکل کو مندرجہ ذیل خصوصیات ہونی چاہئیں: + - یہ B کی kth نسل کے آباؤ اجداد کا براہ راست بچہ ہونا چاہئے، جہاں `2 <= k <= 7`۔ + - یہ B کا آباؤ اجداد نہیں ہو سکتا۔ + - ایک انکل ایک درست بلاک ہیڈر ہونا چاہئے، لیکن اسے پہلے سے تصدیق شدہ یا یہاں تک کہ درست بلاک ہونے کی ضرورت نہیں ہے۔ + - ایک انکل پچھلے بلاکس میں شامل تمام انکلز اور اسی بلاک میں شامل دیگر تمام انکلز سے مختلف ہونا چاہئے (غیر-ڈبل-انکلوژن)۔ +- بلاک B میں ہر انکل U کے لیے، B کے مائنر کو اس کے کوئن بیس انعام میں اضافی 3.125% ملتا ہے اور U کے مائنر کو ایک معیاری کوئن بیس انعام کا 93.75% ملتا ہے۔ + +GHOST کا یہ محدود ورژن، جس میں انکلز صرف 7 نسلوں تک شامل کیے جا سکتے ہیں، دو وجوہات کی بنا پر استعمال کیا گیا تھا۔ پہلا، لامحدود GHOST کسی دیے گئے بلاک کے لیے کون سے انکلز درست ہیں اس کے حساب میں بہت زیادہ پیچیدگیاں شامل کرے گا۔ دوسرا، ایتھیریم میں استعمال ہونے والے معاوضے کے ساتھ لامحدود GHOST ایک مائنر کو مرکزی چین پر مائن کرنے کی ترغیب کو ختم کرتا ہے نہ کہ کسی عوامی حملہ آور کی چین پر۔ + +### فیس {#fees} + +چونکہ بلاک چین میں شائع ہونے والی ہر ٹرانزیکشن نیٹ ورک پر اسے ڈاؤن لوڈ کرنے اور اس کی تصدیق کرنے کی لاگت عائد کرتی ہے، اس لیے کسی نہ کسی ریگولیٹری میکانزم کی ضرورت ہے، جس میں عام طور پر ٹرانزیکشن فیس شامل ہوتی ہے، تاکہ غلط استعمال کو روکا جا سکے۔ Bitcoin میں استعمال ہونے والا ڈیفالٹ طریقہ خالصتاً رضاکارانہ فیس کا ہے، جو مائنرز پر بھروسہ کرتا ہے کہ وہ گیٹ کیپر کے طور پر کام کریں اور متحرک کم از کم حد مقرر کریں۔ اس نقطہ نظر کو Bitcoin کمیونٹی میں بہت پسند کیا گیا ہے خاص طور پر کیونکہ یہ \"مارکیٹ پر مبنی\" ہے، جو مائنرز اور ٹرانزیکشن بھیجنے والوں کے درمیان طلب اور رسد کو قیمت کا تعین کرنے کی اجازت دیتا ہے۔ تاہم، اس استدلال کی لائن میں مسئلہ یہ ہے کہ ٹرانزیکشن پروسیسنگ کوئی مارکیٹ نہیں ہے؛ اگرچہ ٹرانزیکشن پروسیسنگ کو ایک ایسی خدمت کے طور پر سمجھنا جو مائنر بھیجنے والے کو پیش کر رہا ہے، بدیہی طور پر پرکشش ہے، حقیقت میں ہر ٹرانزیکشن جسے ایک مائنر شامل کرتا ہے، اسے نیٹ ورک میں ہر نوڈ کے ذریعے پروسیس کرنے کی ضرورت ہوگی، لہذا ٹرانزیکشن پروسیسنگ کی لاگت کا بڑا حصہ تیسرے فریقوں کے ذریعے برداشت کیا جاتا ہے نہ کہ اس مائنر کے ذریعے جو یہ فیصلہ کر رہا ہے کہ اسے شامل کرنا ہے یا نہیں۔ لہذا، کامنز کی المیہ کے مسائل کا واقع ہونا بہت ممکن ہے۔ + +تاہم، جیسا کہ پتہ چلتا ہے، مارکیٹ پر مبنی میکانزم میں یہ خامی، جب ایک خاص غلط سادہ مفروضہ دیا جاتا ہے، جادوئی طور پر خود کو منسوخ کر دیتی ہے۔ دلیل مندرجہ ذیل ہے۔ فرض کریں کہ: + +1. ایک ٹرانزیکشن `k` آپریشنز کا باعث بنتی ہے، جو کسی بھی مائنر کو جو اسے شامل کرتا ہے `kR` کا انعام پیش کرتی ہے جہاں `R` بھیجنے والے کے ذریعے سیٹ کیا جاتا ہے اور `k` اور `R` (تقریباً) مائنر کو پہلے سے نظر آتے ہیں۔ +2. ایک آپریشن کی کسی بھی نوڈ کے لیے پروسیسنگ لاگت `C` ہے (یعنی، تمام نوڈز کی کارکردگی برابر ہے) +3. `N` مائننگ نوڈز ہیں، جن میں سے ہر ایک کے پاس بالکل برابر پروسیسنگ پاور ہے (یعنی، کل کا `1/N`) +4. کوئی غیر-مائننگ فل نوڈز موجود نہیں ہیں۔ + +ایک مائنر ایک ٹرانزیکشن پر کارروائی کرنے کے لیے تیار ہوگا اگر متوقع انعام لاگت سے زیادہ ہو۔ لہذا، متوقع انعام `kR/N` ہے کیونکہ مائنر کے پاس اگلے بلاک پر کارروائی کرنے کا `1/N` موقع ہے، اور مائنر کے لیے پروسیسنگ کی لاگت صرف `kC` ہے۔ لہذا، مائنرز ان ٹرانزیکشنز کو شامل کریں گے جہاں `kR/N > kC`، یا `R > NC`۔ نوٹ کریں کہ `R` بھیجنے والے کی طرف سے فراہم کردہ فی-آپریشن فیس ہے، اور اس طرح یہ اس فائدے پر ایک نچلی حد ہے جو بھیجنے والا ٹرانزیکشن سے حاصل کرتا ہے، اور `NC` ایک آپریشن پر کارروائی کرنے کے لیے پورے نیٹ ورک کی لاگت ہے۔ لہذا، مائنرز کو صرف ان ٹرانزیکشنز کو شامل کرنے کی ترغیب ملتی ہے جن کے لیے کل افادیت پسند فائدہ لاگت سے زیادہ ہو۔ + +تاہم، حقیقت میں ان مفروضوں سے کئی اہم انحرافات ہیں: + +1. مائنر کو ٹرانزیکشن پر کارروائی کرنے کے لیے دیگر تصدیق کرنے والے نوڈز سے زیادہ لاگت ادا کرنی پڑتی ہے، کیونکہ اضافی تصدیق کا وقت بلاک کی تشہیر میں تاخیر کرتا ہے اور اس طرح اس امکان کو بڑھاتا ہے کہ بلاک ایک اسٹیل بن جائے گا۔ +2. غیر-مائننگ فل نوڈز موجود ہیں۔ +3. مائننگ پاور کی تقسیم عملی طور پر یکسر غیر مساوی ہو سکتی ہے۔ +4. قیاس آرائی کرنے والے، سیاسی دشمن اور پاگل جن کی افادیت کا فنکشن نیٹ ورک کو نقصان پہنچانا شامل ہے، موجود ہیں، اور وہ چالاکی سے ایسے کنٹریکٹس قائم کر سکتے ہیں جہاں ان کی لاگت دیگر تصدیق کرنے والے نوڈز کی طرف سے ادا کی جانے والی لاگت سے بہت کم ہو۔ + +(1) مائنر کو کم ٹرانزیکشنز شامل کرنے کا رجحان فراہم کرتا ہے، اور +(2) `NC` کو بڑھاتا ہے؛ لہذا، یہ دونوں اثرات کم از کم جزوی طور پر +ایک دوسرے کو منسوخ کر دیتے ہیں [کیسے؟](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/issues/447#issuecomment-316972260#issuecomment-316972260) +(3) اور (4) بڑے مسئلے ہیں؛ انہیں حل کرنے کے لیے ہم صرف ایک +فلوٹنگ کیپ قائم کرتے ہیں: کوئی بھی بلاک طویل مدتی ایکسپونینشل موونگ ایوریج کے `BLK_LIMIT_FACTOR` گنا سے زیادہ آپریشنز نہیں رکھ سکتا۔ +خاص طور پر: + +```js +blk.oplimit = floor((blk.parent.oplimit \* (EMAFACTOR - 1) + +floor(parent.opcount \* BLK\_LIMIT\_FACTOR)) / EMA\_FACTOR) +``` + +`BLK_LIMIT_FACTOR` اور `EMA_FACTOR` مستقل ہیں جو فی الحال 65536 اور 1.5 پر سیٹ کیے جائیں گے، لیکن مزید تجزیے کے بعد ممکنہ طور پر تبدیل کیے جائیں گے۔ + +Bitcoin میں بڑے بلاک سائز کی حوصلہ شکنی کرنے والا ایک اور عنصر ہے: جو بلاکس بڑے ہوتے ہیں انہیں پھیلنے میں زیادہ وقت لگے گا، اور اس طرح ان کے اسٹیل بننے کا زیادہ امکان ہوتا ہے۔ ایتھیریم میں، بہت زیادہ گیس استعمال کرنے والے بلاکس کو پھیلنے میں زیادہ وقت لگ سکتا ہے کیونکہ وہ جسمانی طور پر بڑے ہوتے ہیں اور کیونکہ انہیں توثیق کے لیے ٹرانزیکشن اسٹیٹ ٹرانزیشن پر کارروائی کرنے میں زیادہ وقت لگتا ہے۔ یہ تاخیر کی حوصلہ شکنی Bitcoin میں ایک اہم غور ہے، لیکن ایتھیریم میں GHOST پروٹوکول کی وجہ سے کم ہے؛ لہذا، ریگولیٹڈ بلاک کی حدود پر انحصار کرنا ایک زیادہ مستحکم بنیاد فراہم کرتا ہے۔ + +### کمپیوٹیشن اور ٹورنگ-کمپلیٹنس {#computation-and-turing-completeness} + +ایک اہم نوٹ یہ ہے کہ ایتھیریم ورچوئل مشین ٹورنگ-کمپلیٹ ہے؛ اس کا مطلب ہے کہ EVM کوڈ کسی بھی کمپیوٹیشن کو انکوڈ کر سکتا ہے جو ممکنہ طور پر کیا جا سکتا ہے، بشمول لامحدود لوپس۔ EVM کوڈ دو طریقوں سے لوپنگ کی اجازت دیتا ہے۔ پہلا، ایک `JUMP` ہدایت ہے جو پروگرام کو کوڈ میں پچھلی جگہ پر واپس جانے کی اجازت دیتی ہے، اور ایک `JUMPI` ہدایت ہے جو مشروط جمپنگ کرنے کی اجازت دیتی ہے، جس سے `while x < 27: x = x * 2` جیسے بیانات کی اجازت ملتی ہے۔ دوسرا، کنٹریکٹس دوسرے کنٹریکٹس کو کال کر سکتے ہیں، جو ممکنہ طور پر ریکرشن کے ذریعے لوپنگ کی اجازت دیتے ہیں۔ یہ قدرتی طور پر ایک مسئلہ پیدا کرتا ہے: کیا بدنیتی پر مبنی صارفین بنیادی طور پر مائنرز اور فل نوڈز کو لامحدود لوپ میں داخل ہونے پر مجبور کرکے بند کر سکتے ہیں؟ یہ مسئلہ کمپیوٹر سائنس میں ایک مسئلہ کی وجہ سے پیدا ہوتا ہے جسے ہالٹنگ پرابلم کے نام سے جانا جاتا ہے: عام معاملے میں، یہ بتانے کا کوئی طریقہ نہیں ہے کہ آیا کوئی دیا گیا پروگرام کبھی رکے گا یا نہیں۔ + +جیسا کہ اسٹیٹ ٹرانزیشن سیکشن میں بیان کیا گیا ہے، ہمارا حل ایک ٹرانزیکشن کو کمپیوٹیشنل اقدامات کی زیادہ سے زیادہ تعداد مقرر کرنے کی ضرورت کے ذریعے کام کرتا ہے جس کی اسے اجازت ہے، اور اگر عملدرآمد میں زیادہ وقت لگتا ہے تو کمپیوٹیشن کو واپس کر دیا جاتا ہے لیکن فیس پھر بھی ادا کی جاتی ہے۔ پیغامات اسی طرح کام کرتے ہیں۔ ہمارے حل کے پیچھے کی تحریک کو ظاہر کرنے کے لیے، مندرجہ ذیل مثالوں پر غور کریں: + +- ایک حملہ آور ایک کنٹریکٹ بناتا ہے جو ایک لامحدود لوپ چلاتا ہے، اور پھر اس لوپ کو فعال کرنے کے لیے مائنر کو ایک ٹرانزیکشن بھیجتا ہے۔ مائنر ٹرانزیکشن پر کارروائی کرے گا، لامحدود لوپ چلائے گا، اور اس کے گیس سے باہر ہونے کا انتظار کرے گا۔ اگرچہ عملدرآمد گیس سے باہر ہو جاتا ہے اور آدھے راستے میں رک جاتا ہے، ٹرانزیکشن اب بھی درست ہے اور مائنر اب بھی حملہ آور سے ہر کمپیوٹیشنل قدم کے لیے فیس کا دعویٰ کرتا ہے۔ +- ایک حملہ آور ایک بہت لمبا لامحدود لوپ بناتا ہے اس ارادے سے کہ مائنر کو اتنی دیر تک کمپیوٹنگ جاری رکھنے پر مجبور کیا جائے کہ جب تک کمپیوٹیشن ختم ہو جائے کچھ اور بلاکس نکل چکے ہوں گے اور مائنر کے لیے فیس کا دعویٰ کرنے کے لیے ٹرانزیکشن کو شامل کرنا ممکن نہیں ہوگا۔ تاہم، حملہ آور کو `STARTGAS` کے لیے ایک قدر جمع کرانی ہوگی جو عملدرآمد کے لے سکنے والے کمپیوٹیشنل اقدامات کی تعداد کو محدود کرتی ہے، لہذا مائنر کو پہلے سے معلوم ہوگا کہ کمپیوٹیشن میں بہت زیادہ اقدامات لگیں گے۔ +- ایک حملہ آور `send(A,contract.storage[A]); contract.storage[A] = 0` جیسی شکل کے کوڈ کے ساتھ ایک معاہدہ دیکھتا ہے، اور صرف اتنی گیس کے ساتھ ایک ٹرانزیکشن بھیجتا ہے کہ وہ پہلا مرحلہ چلا سکے لیکن دوسرا نہیں (یعنی، رقم نکالنا لیکن بیلنس کو کم نہ ہونے دینا)۔ کنٹریکٹ کے مصنف کو ایسے حملوں سے بچنے کے بارے میں فکر کرنے کی ضرورت نہیں ہے، کیونکہ اگر عملدرآمد آدھے راستے میں رک جاتا ہے تو تبدیلیاں واپس کر دی جاتی ہیں۔ +- ایک مالیاتی کنٹریکٹ خطرے کو کم کرنے کے لیے نو ملکیتی ڈیٹا فیڈز کے میڈین کو لے کر کام کرتا ہے۔ ایک حملہ آور ڈیٹا فیڈز میں سے ایک پر قبضہ کر لیتا ہے، جسے DAOs پر سیکشن میں بیان کردہ متغیر-ایڈریس-کال میکانزم کے ذریعے قابل ترمیم کرنے کے لیے ڈیزائن کیا گیا ہے، اور اسے ایک لامحدود لوپ چلانے کے لیے تبدیل کر دیتا ہے، اس طرح مالیاتی کنٹریکٹ سے فنڈز کا دعویٰ کرنے کی کسی بھی کوشش کو گیس سے باہر ہونے پر مجبور کرنے کی کوشش کرتا ہے۔ تاہم، مالیاتی کنٹریکٹ اس مسئلے کو روکنے کے لیے پیغام پر گیس کی حد مقرر کر سکتا ہے۔ + +ٹورنگ-کمپلیٹنس کا متبادل ٹورنگ-انکمپلیٹنس ہے، جہاں `JUMP` اور `JUMPI` موجود نہیں ہیں اور کسی بھی وقت کال اسٹیک میں ہر کنٹریکٹ کی صرف ایک کاپی موجود ہونے کی اجازت ہے۔ اس نظام کے ساتھ، بیان کردہ فیس سسٹم اور ہمارے حل کی تاثیر کے بارے میں غیر یقینی صورتحال ضروری نہیں ہو سکتی، کیونکہ ایک کنٹریکٹ پر عمل کرنے کی لاگت اس کے سائز سے اوپر محدود ہوگی۔ مزید برآں، ٹورنگ-انکمپلیٹنس اتنی بڑی حد بھی نہیں ہے؛ ہمارے اندرونی طور پر سوچے گئے تمام کنٹریکٹ کی مثالوں میں سے، اب تک صرف ایک کو لوپ کی ضرورت تھی، اور یہاں تک کہ اس لوپ کو بھی ایک لائن کے کوڈ کی 26 تکرار کرکے ہٹایا جا سکتا ہے۔ ٹورنگ-کمپلیٹنس کے سنگین مضمرات، اور محدود فائدے کو دیکھتے ہوئے، صرف ایک ٹورنگ-انکمپلیٹ زبان کیوں نہ ہو؟ تاہم، حقیقت میں، ٹورنگ-انکمپلیٹنس مسئلے کا ایک صاف ستھرا حل نہیں ہے۔ یہ دیکھنے کے لیے کہ کیوں، مندرجہ ذیل کنٹریکٹس پر غور کریں: + +```sh +C0: call(C1); call(C1); +C1: call(C2); call(C2); +C2: call(C3); call(C3); +... +C49: call(C50); call(C50); +C50: (پروگرام کا ایک مرحلہ چلائیں اور اسٹوریج میں تبدیلی ریکارڈ کریں) +``` + +اب، A کو ایک ٹرانزیکشن بھیجیں۔ اس طرح، 51 ٹرانزیکشنز میں، ہمارے پاس ایک کنٹریکٹ ہے جو 250 کمپیوٹیشنل اقدامات لیتا ہے۔ مائنرز ہر کنٹریکٹ کے ساتھ ایک قدر برقرار رکھ کر ایسے لاجک بموں کا پہلے سے پتہ لگانے کی کوشش کر سکتے ہیں جو اس کے لے سکنے والے کمپیوٹیشنل اقدامات کی زیادہ سے زیادہ تعداد کی وضاحت کرتی ہے، اور دوسرے کنٹریکٹس کو ریکرسیولی طور پر کال کرنے والے کنٹریکٹس کے لیے اس کا حساب لگا سکتے ہیں، لیکن اس کے لیے مائنرز کو ان کنٹریکٹس پر پابندی لگانے کی ضرورت ہوگی جو دوسرے کنٹریکٹس بناتے ہیں (کیونکہ اوپر کے تمام 26 کنٹریکٹس کی تخلیق اور عملدرآمد کو آسانی سے ایک ہی کنٹریکٹ میں لپیٹا جا سکتا ہے)۔ ایک اور مشکل نکتہ یہ ہے کہ ایک پیغام کا ایڈریس فیلڈ ایک متغیر ہے، لہذا عام طور پر یہ بتانا بھی ممکن نہیں ہو سکتا کہ کوئی دیا گیا کنٹریکٹ پہلے سے کن دوسرے کنٹریکٹس کو کال کرے گا۔ لہذا، مجموعی طور پر، ہم ایک حیرت انگیز نتیجے پر پہنچتے ہیں: ٹورنگ-کمپلیٹنس کا انتظام حیرت انگیز طور پر آسان ہے، اور ٹورنگ-کمپلیٹنس کی کمی کا انتظام اتنا ہی حیرت انگیز طور پر مشکل ہے جب تک کہ وہی کنٹرولز موجود نہ ہوں - لیکن اس صورت میں پروٹوکول کو ٹورنگ-کمپلیٹ کیوں نہ رہنے دیا جائے؟ + +### کرنسی اور اجراء {#currency-and-issuance} + +ایتھیریم نیٹ ورک میں اس کی اپنی بلٹ-ان کرنسی، ایتھر شامل ہے، جو مختلف قسم کے ڈیجیٹل اثاثوں کے درمیان موثر تبادلے کی اجازت دینے کے لیے ایک بنیادی لیکویڈیٹی پرت فراہم کرنے اور، زیادہ اہم بات، ٹرانزیکشن فیس ادا کرنے کے لیے ایک میکانزم فراہم کرنے کے دوہرے مقصد کو پورا کرتی ہے۔ سہولت کے لیے اور مستقبل کی بحث سے بچنے کے لیے (Bitcoin میں موجودہ mBTC/uBTC/satoshi بحث دیکھیں)، ڈینومینیشنز پہلے سے لیبل شدہ ہوں گی: + +- 1: wei +- 1012: szabo +- 1015: finney +- 1018: ether + +اسے \"ڈالر\" اور \"سینٹ\" یا \"BTC\" اور \"satoshi\" کے تصور کے ایک توسیع شدہ ورژن کے طور پر لیا جانا چاہئے۔ قریب مستقبل میں، ہم توقع کرتے ہیں کہ \"ether\" عام ٹرانزیکشنز کے لیے، \"finney\" مائیکرو ٹرانزیکشنز کے لیے اور \"szabo\" اور \"wei\" فیس اور پروٹوکول کے نفاذ کے بارے میں تکنیکی بحثوں کے لیے استعمال ہوں گے؛ باقی ڈینومینیشنز بعد میں مفید ہو سکتی ہیں اور اس وقت کلائنٹس میں شامل نہیں کی جانی چاہئیں۔ + +اجراء کا ماڈل مندرجہ ذیل ہوگا: + +- ایتھر کو ایک کرنسی کی فروخت میں 1000-2000 ایتھر فی BTC کی قیمت پر جاری کیا جائے گا، ایک ایسا میکانزم جس کا مقصد ایتھیریم تنظیم کو فنڈ کرنا اور ترقی کے لیے ادائیگی کرنا ہے جو دیگر پلیٹ فارمز جیسے Mastercoin اور NXT کے ذریعے کامیابی کے ساتھ استعمال کیا گیا ہے۔ پہلے کے خریداروں کو بڑی چھوٹ سے فائدہ ہوگا۔ فروخت سے حاصل ہونے والی BTC کو مکمل طور پر ڈویلپرز کو تنخواہیں اور انعامات ادا کرنے اور ایتھیریم اور کریپٹو کرنسی ایکو سسٹم میں مختلف منافع بخش اور غیر منافع بخش منصوبوں میں سرمایہ کاری کرنے کے لیے استعمال کیا جائے گا۔ +- کل فروخت شدہ رقم کا 0.099x (60102216 ETH) ابتدائی شراکت داروں کو معاوضہ دینے اور جینیسس بلاک سے پہلے ETH-ڈینوینیٹڈ اخراجات ادا کرنے کے لیے تنظیم کو مختص کیا جائے گا۔ +- کل فروخت شدہ رقم کا 0.099x طویل مدتی ریزرو کے طور پر برقرار رکھا جائے گا۔ +- اس کے بعد کل فروخت شدہ رقم کا 0.26x ہمیشہ کے لیے ہر سال مائنرز کو مختص کیا جائے گا۔ + +| گروپ | لانچ کے وقت | 1 سال کے بعد | 5 سال کے بعد | +| ------------------------------ | ---------------------- | ---------------------- | ---------------------- | +| کرنسی یونٹس | 1.198X | 1.458X | 2.498X | +| خریدار | 83.5% | 68.6% | 40.0% | +| پری-سیل میں خرچ شدہ ریزرو | 8.26% | 6.79% | 3.96% | +| پوسٹ-سیل میں استعمال شدہ ریزرو | 8.26% | 6.79% | 3.96% | +| مائنرز | 0% | 17.8% | 52.0% | + +#### طویل مدتی سپلائی گروتھ ریٹ (فیصد) + +![ایتھیریم انفلیشن](./ethereum-inflation.png) + +_لکیری کرنسی کے اجراء کے باوجود، Bitcoin کی طرح وقت کے ساتھ سپلائی کی شرح نمو صفر کی طرف مائل ہوتی ہے۔_ + +مذکورہ بالا ماڈل میں دو اہم انتخاب ہیں (1) ایک انڈومنٹ پول کا وجود اور سائز، اور (2) Bitcoin کی طرح محدود سپلائی کے برعکس، مستقل طور پر بڑھتی ہوئی لکیری سپلائی کا وجود۔ انڈومنٹ پول کا جواز مندرجہ ذیل ہے۔ اگر انڈومنٹ پول موجود نہ ہوتا، اور لکیری اجراء کو اسی افراط زر کی شرح فراہم کرنے کے لیے 0.217x تک کم کر دیا جاتا، تو ایتھر کی کل مقدار 16.5% کم ہوتی اور اس لیے ہر یونٹ 19.8% زیادہ قیمتی ہوتا۔ لہذا، توازن میں فروخت میں 19.8% زیادہ ایتھر خریدا جائے گا، لہذا ہر یونٹ ایک بار پھر بالکل پہلے کی طرح قیمتی ہوگا۔ تنظیم کے پاس بھی 1.198x زیادہ BTC ہوگا، جسے دو حصوں میں تقسیم کیا جا سکتا ہے: اصل BTC، اور اضافی 0.198x۔ لہذا، یہ صورتحال _بالکل مساوی_ ہے انڈومنٹ کے، لیکن ایک اہم فرق کے ساتھ: تنظیم خالصتاً BTC رکھتی ہے، اور اس لیے اسے ایتھر یونٹ کی قدر کی حمایت کرنے کی ترغیب نہیں ملتی ہے۔ + +مستقل لکیری سپلائی کی نمو کا ماڈل اس خطرے کو کم کرتا ہے جسے کچھ لوگ Bitcoin میں ضرورت سے زیادہ دولت کے ارتکاز کے طور پر دیکھتے ہیں، اور موجودہ اور مستقبل کے دور میں رہنے والے افراد کو کرنسی یونٹ حاصل کرنے کا ایک منصفانہ موقع فراہم کرتا ہے، جبکہ بیک وقت ایتھر حاصل کرنے اور رکھنے کی ایک مضبوط ترغیب کو برقرار رکھتا ہے کیونکہ فیصد کے طور پر \"سپلائی کی شرح نمو\" اب بھی وقت کے ساتھ صفر کی طرف مائل ہوتی ہے۔ ہم یہ بھی نظریہ پیش کرتے ہیں کہ چونکہ لاپرواہی، موت، وغیرہ کی وجہ سے سکے وقت کے ساتھ ہمیشہ ضائع ہو جاتے ہیں، اور سکوں کے نقصان کو سالانہ کل سپلائی کے فیصد کے طور پر ماڈل کیا جا سکتا ہے، کہ گردش میں کل کرنسی کی سپلائی درحقیقت آخرکار سالانہ اجراء کو نقصان کی شرح سے تقسیم کرنے کے برابر ایک قدر پر مستحکم ہو جائے گی (مثال کے طور پر، 1% کی نقصان کی شرح پر، جب سپلائی 26X تک پہنچ جائے گی تو ہر سال 0.26X مائن کیا جائے گا اور 0.26X ضائع ہو جائے گا، جس سے ایک توازن پیدا ہوگا)۔ + +نوٹ کریں کہ مستقبل میں، یہ امکان ہے کہ ایتھیریم سیکیورٹی کے لیے پروف-آف-اسٹیک ماڈل پر سوئچ کرے گا، جس سے اجراء کی ضرورت صفر اور 0.05X فی سال کے درمیان کہیں کم ہو جائے گی۔ اس صورت میں کہ ایتھیریم تنظیم فنڈنگ کھو دیتی ہے یا کسی اور وجہ سے غائب ہو جاتی ہے، ہم ایک \"سماجی معاہدہ\" کھلا چھوڑتے ہیں: کسی کو بھی ایتھیریم کا مستقبل کا امیدوار ورژن بنانے کا حق ہے، اس واحد شرط کے ساتھ کہ ایتھر کی مقدار زیادہ سے زیادہ `60102216 * (1.198 + 0.26 * n)` کے برابر ہونی چاہئے جہاں `n` جینیسس بلاک کے بعد سالوں کی تعداد ہے۔ تخلیق کار ترقی کے لیے ادائیگی کے لیے PoS سے چلنے والی سپلائی کی توسیع اور زیادہ سے زیادہ قابل اجازت سپلائی کی توسیع کے درمیان فرق کا کچھ یا تمام حصہ کراؤڈ سیل کرنے یا بصورت دیگر تفویض کرنے کے لیے آزاد ہیں۔ امیدوار اپ گریڈز جو سماجی معاہدے کی تعمیل نہیں کرتے ہیں انہیں جائز طور پر تعمیل کرنے والے ورژنز میں فورک کیا جا سکتا ہے۔ + +### مائننگ مرکزیت {#mining-centralization} + +Bitcoin مائننگ الگورتھم کام کرتا ہے جس میں مائنرز بلاک ہیڈر کے قدرے ترمیم شدہ ورژنز پر لاکھوں بار SHA256 کا حساب لگاتے ہیں، جب تک کہ بالآخر ایک نوڈ ایک ایسا ورژن نہ لے آئے جس کا ہیش ہدف سے کم ہو (فی الحال تقریباً 2192)۔ تاہم، یہ مائننگ الگورتھم مرکزیت کی دو شکلوں کے لیے کمزور ہے۔ پہلا، مائننگ ایکو سسٹم پر ASICs (ایپلی کیشن-اسپیسفک انٹیگریٹڈ سرکٹس) کا غلبہ ہو گیا ہے، جو کمپیوٹر چپس ہیں جو Bitcoin مائننگ کے مخصوص کام کے لیے ڈیزائن کی گئی ہیں، اور اس لیے ہزاروں گنا زیادہ موثر ہیں۔ اس کا مطلب ہے کہ Bitcoin مائننگ اب ایک انتہائی ڈی سینٹرلائزڈ اور مساویانہ تعاقب نہیں رہی، جس میں مؤثر طریقے سے حصہ لینے کے لیے لاکھوں ڈالر کی سرمایہ کاری کی ضرورت ہے۔ دوسرا، زیادہ تر Bitcoin مائنرز اصل میں مقامی طور پر بلاک کی توثیق نہیں کرتے ہیں؛ اس کے بجائے، وہ بلاک ہیڈرز فراہم کرنے کے لیے ایک مرکزی مائننگ پول پر انحصار کرتے ہیں۔ یہ مسئلہ بلاشبہ بدتر ہے: اس تحریر کے وقت، سب سے اوپر کے تین مائننگ پولز بالواسطہ طور پر Bitcoin نیٹ ورک میں تقریباً 50% پروسیسنگ پاور کو کنٹرول کرتے ہیں، اگرچہ اس کو اس حقیقت سے کم کیا جاتا ہے کہ مائنرز دوسرے مائننگ پولز پر سوئچ کر سکتے ہیں اگر کوئی پول یا اتحاد 51% حملے کی کوشش کرتا ہے۔ + +ایتھیریم میں موجودہ ارادہ ایک ایسا مائننگ الگورتھم استعمال کرنا ہے جہاں مائنرز کو اسٹیٹ سے بے ترتیب ڈیٹا حاصل کرنے، بلاک چین میں آخری N بلاکس سے کچھ بے ترتیب منتخب ٹرانزیکشنز کا حساب لگانے، اور نتیجے کا ہیش واپس کرنے کی ضرورت ہوتی ہے۔ اس کے دو اہم فائدے ہیں۔ سب سے پہلے، Ethereum معاہدوں میں کسی بھی قسم کی کمپیوٹیشن شامل ہو سکتی ہے، لہذا ایک Ethereum ASIC بنیادی طور پر عمومی کمپیوٹیشن کے لیے ایک ASIC ہوگا - یعنی، ایک بہتر CPU۔ دوسرا، مائننگ کے لیے پوری بلاک چین تک رسائی کی ضرورت ہوتی ہے، جس سے مائنرز کو پوری بلاک چین کو محفوظ کرنے اور کم از کم ہر ٹرانزیکشن کی تصدیق کرنے کے قابل ہونے پر مجبور کیا جاتا ہے۔ یہ مرکزی مائننگ پولز کی ضرورت کو ختم کرتا ہے؛ اگرچہ مائننگ پولز اب بھی انعام کی تقسیم کی بے ترتیب پن کو برابر کرنے کا جائز کردار ادا کر سکتے ہیں، اس فنکشن کو بغیر کسی مرکزی کنٹرول کے پیئر-ٹو-پیئر پولز کے ذریعے بھی اتنا ہی اچھی طرح سے انجام دیا جا سکتا ہے۔ + +یہ ماڈل غیر آزمودہ ہے، اور کنٹریکٹ کے عملدرآمد کو مائننگ الگورتھم کے طور پر استعمال کرتے وقت کچھ ہوشیار اصلاحات سے بچنے میں راستے میں مشکلات ہو سکتی ہیں۔ تاہم، اس الگورتھم کی ایک قابل ذکر دلچسپ خصوصیت یہ ہے کہ یہ کسی کو بھی \"کنویں میں زہر گھولنے\" کی اجازت دیتا ہے، بلاک چین میں بڑی تعداد میں ایسے کنٹریکٹس متعارف کروا کر جو خاص طور پر کچھ ASICs کو ناکام بنانے کے لیے بنائے گئے ہیں۔ ASIC مینوفیکچررز کے لیے ایک دوسرے پر حملہ کرنے کے لیے ایسی چال کا استعمال کرنے کی اقتصادی ترغیبات موجود ہیں۔ اس طرح، جو حل ہم تیار کر رہے ہیں وہ بالآخر خالصتاً تکنیکی حل کے بجائے ایک انکولی اقتصادی انسانی حل ہے۔ + +### اسکیل ایبلٹی {#scalability} + +ایتھیریم کے بارے میں ایک عام تشویش اسکیل ایبلٹی کا مسئلہ ہے۔ Bitcoin کی طرح، ایتھیریم بھی اس خامی کا شکار ہے کہ ہر ٹرانزیکشن کو نیٹ ورک میں ہر نوڈ کے ذریعے پروسیس کرنے کی ضرورت ہوتی ہے۔ Bitcoin کے ساتھ، موجودہ بلاک چین کا سائز تقریباً 15 جی بی ہے، جو تقریباً 1 ایم بی فی گھنٹہ کی شرح سے بڑھ رہا ہے۔ اگر Bitcoin نیٹ ورک کو ویزا کی 2000 ٹرانزیکشنز فی سیکنڈ پر کارروائی کرنی پڑے، تو یہ ہر تین سیکنڈ میں 1 ایم بی (1 جی بی فی گھنٹہ، 8 ٹی بی فی سال) بڑھے گا۔ ایتھیریم کو بھی اسی طرح کی ترقی کی طرز کا سامنا کرنے کا امکان ہے، اس حقیقت سے بدتر کہ ایتھیریم بلاک چین پر صرف ایک کرنسی کے بجائے بہت سی ایپلی کیشنز ہوں گی جیسا کہ Bitcoin کے معاملے میں ہے، لیکن اس حقیقت سے بہتر کہ ایتھیریم فل نوڈز کو پوری بلاک چین کی تاریخ کے بجائے صرف اسٹیٹ کو محفوظ کرنے کی ضرورت ہے۔ + +اتنے بڑے بلاک چین سائز کے ساتھ مسئلہ مرکزیت کا خطرہ ہے۔ اگر بلاک چین کا سائز بڑھ کر، مان لیں کہ، 100 ٹی بی ہو جاتا ہے، تو ممکنہ منظرنامہ یہ ہوگا کہ صرف بہت کم تعداد میں بڑے کاروبار فل نوڈز چلائیں گے، اور تمام باقاعدہ صارفین لائٹ SPV نوڈز استعمال کریں گے۔ ایسی صورت حال میں، یہ ممکنہ تشویش پیدا ہوتی ہے کہ فل نوڈز اکٹھے ہو سکتے ہیں اور سب کسی منافع بخش طریقے سے دھوکہ دینے پر متفق ہو سکتے ہیں (مثلاً، بلاک انعام کو تبدیل کرنا، خود کو BTC دینا)۔ لائٹ نوڈز کے پاس اس کا فوری طور پر پتہ لگانے کا کوئی طریقہ نہیں ہوگا۔ یقیناً، کم از کم ایک ایماندار فل نوڈ موجود ہونے کا امکان ہے، اور چند گھنٹوں کے بعد دھوکہ دہی کے بارے میں معلومات ریڈٹ جیسے چینلز کے ذریعے پھیل جائے گی، لیکن اس وقت تک بہت دیر ہو چکی ہوگی: یہ عام صارفین پر منحصر ہوگا کہ وہ دیے گئے بلاکس کو بلیک لسٹ کرنے کی کوشش منظم کریں، ایک بہت بڑا اور ممکنہ طور پر ناقابل عمل ہم آہنگی کا مسئلہ جو 51% حملے کو کامیابی سے انجام دینے کے پیمانے جیسا ہے۔ Bitcoin کے معاملے میں، یہ فی الحال ایک مسئلہ ہے، لیکن ایک بلاک چین میں ترمیم موجود ہے [جس کی تجویز پیٹر ٹوڈ نے دی ہے](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) جو اس مسئلے کو کم کرے گی۔ + +قریب مدت میں، ایتھیریم اس مسئلے سے نمٹنے کے لیے دو اضافی حکمت عملیوں کا استعمال کرے گا۔ پہلا، بلاک چین پر مبنی مائننگ الگورتھم کی وجہ سے، کم از کم ہر مائنر کو ایک فل نوڈ بننے پر مجبور کیا جائے گا، جس سے فل نوڈز کی تعداد پر ایک نچلی حد پیدا ہوگی۔ تاہم، دوسرا اور زیادہ اہم بات یہ ہے کہ، ہم ہر ٹرانزیکشن پر کارروائی کرنے کے بعد بلاک چین میں ایک انٹرمیڈیٹ اسٹیٹ ٹری روٹ شامل کریں گے۔ یہاں تک کہ اگر بلاک کی توثیق مرکزی ہے، جب تک ایک ایماندار تصدیق کرنے والا نوڈ موجود ہے، مرکزیت کے مسئلے کو ایک توثیقی پروٹوکول کے ذریعے بچایا جا سکتا ہے۔ اگر کوئی مائنر ایک غلط بلاک شائع کرتا ہے، تو وہ بلاک یا تو خراب فارمیٹ میں ہونا چاہیے، یا اسٹیٹ `S[n]` غلط ہے۔ چونکہ `S[0]` کو درست مانا جاتا ہے، لہذا کوئی پہلی اسٹیٹ `S[i]` ضرور غلط ہوگی جہاں `S[i-1]` درست ہے۔ تصدیق کرنے والا نوڈ انڈیکس `i` فراہم کرے گا، جس کے ساتھ "غلط ہونے کا ثبوت" ہوگا جو `APPLY(S[i-1],TX[i]) -> S[i]` پر عمل کرنے کے لیے ضروری پیٹریشیا ٹری نوڈس کے سب سیٹ پر مشتمل ہوگا۔ نوڈز ان نوڈز کا استعمال کمپیوٹیشن کے اس حصے کو چلانے کے لیے کر سکیں گے، اور یہ دیکھ سکیں گے کہ تیار کردہ `S[i]` فراہم کردہ `S[i]` سے میل نہیں کھاتا ہے۔ + +ایک اور، زیادہ پیچیدہ، حملے میں بدنیتی پر مبنی مائنرز کا نامکمل بلاکس شائع کرنا شامل ہوگا، تاکہ یہ تعین کرنے کے لیے پوری معلومات بھی موجود نہ ہو کہ بلاکس درست ہیں یا نہیں۔ اس کا حل ایک چیلنج-ریسپانس پروٹوکول ہے: تصدیقی نوڈز ٹارگیٹ ٹرانزیکشن انڈیکس کی شکل میں "چیلنجز" جاری کرتے ہیں، اور نوڈ موصول ہونے پر ایک لائٹ نوڈ بلاک کو اس وقت تک غیر معتبر سمجھتا ہے جب تک کہ کوئی دوسرا نوڈ، خواہ وہ مائنر ہو یا کوئی اور تصدیق کنندہ، درستگی کے ثبوت کے طور پر پیٹریشیا نوڈز کا ایک سب سیٹ فراہم نہ کرے۔ + +## نتیجہ {#conclusion} + +Ethereum پروٹوکول کو اصل میں ایک کرپٹو کرنسی کے اپ گریڈ شدہ ورژن کے طور پر تصور کیا گیا تھا، جو ایک انتہائی عام پروگرامنگ زبان کے ذریعے آن-بلاک چین ایسکرو، نکالنے کی حدوں، مالیاتی معاہدوں، جوئے کے بازاروں اور اسی طرح کی جدید خصوصیات فراہم کرتا ہے۔ Ethereum پروٹوکول براہ راست کسی بھی ایپلیکیشن کو "سپورٹ" نہیں کرے گا، لیکن ٹیورنگ-کمپلیٹ پروگرامنگ زبان کی موجودگی کا مطلب ہے کہ نظریاتی طور پر کسی بھی ٹرانزیکشن کی قسم یا ایپلیکیشن کے لیے من مانے معاہدے بنائے جا سکتے ہیں۔ تاہم، Ethereum کے بارے میں زیادہ دلچسپ بات یہ ہے کہ Ethereum پروٹوکول صرف کرنسی سے بہت آگے ہے۔ غیر مرکزی فائل اسٹوریج، غیر مرکزی کمپیوٹیشن اور غیر مرکزی پیشین گوئی کے بازاروں کے ارد گرد کے پروٹوکول، درجنوں دیگر ایسے تصورات کے ساتھ، کمپیوٹیشنل انڈسٹری کی کارکردگی کو کافی حد تک بڑھانے کی صلاحیت رکھتے ہیں، اور پہلی بار ایک اقتصادی لیئر شامل کرکے دیگر پیئر-ٹو-پیئر پروٹوکولز کو زبردست فروغ فراہم کرتے ہیں۔ آخر میں، ایسی ایپلیکیشنز کی بھی ایک بڑی تعداد ہے جن کا پیسے سے کوئی تعلق نہیں ہے۔ + +Ethereum پروٹوکول کے ذریعے لاگو کردہ ایک من مانی اسٹیٹ ٹرانزیشن فنکشن کا تصور ایک منفرد صلاحیت والے پلیٹ فارم کے لیے فراہم کرتا ہے؛ ڈیٹا اسٹوریج، جوئے یا فنانس میں ایپلی کیشنز کی ایک مخصوص صف کے لیے بنائے گئے ایک بند، واحد مقصد والے پروٹوکول کے بجائے، Ethereum ڈیزائن کے لحاظ سے اوپن اینڈڈ ہے، اور ہمیں یقین ہے کہ یہ آنے والے سالوں میں مالی اور غیر مالی دونوں طرح کے پروٹوکولز کی ایک بہت بڑی تعداد کے لیے ایک بنیادی لیئر کے طور پر کام کرنے کے لیے انتہائی موزوں ہے۔ + +## نوٹس اور مزید پڑھنے کے لیے {#notes-and-further-reading} + +### نوٹس {#notes} + +1. ایک ماہر قاری یہ محسوس کر سکتا ہے کہ درحقیقت ایک Bitcoin ایڈریس ایلپٹک کرو پبلک کی کا ہیش ہے، نہ کہ خود پبلک کی۔ تاہم، درحقیقت پب کی ہیش کو خود ایک پبلک کی کے طور پر حوالہ دینا بالکل جائز کرپٹوگرافک اصطلاحات ہے۔ اس کی وجہ یہ ہے کہ Bitcoin کی کرپٹوگرافی کو ایک کسٹم ڈیجیٹل سگنیچر الگورتھم سمجھا جا سکتا ہے، جہاں پبلک کی ECC پب کی کے ہیش پر مشتمل ہوتی ہے، سگنیچر ECC پب کی کو ECC سگنیچر کے ساتھ جوڑ کر بنتا ہے، اور تصدیقی الگورتھم میں سگنیچر میں موجود ECC پب کی کو پبلک کی کے طور پر فراہم کردہ ECC پب کی ہیش کے خلاف چیک کرنا اور پھر ECC سگنیچر کو ECC پب کی کے خلاف تصدیق کرنا شامل ہے۔ +2. تکنیکی طور پر، پچھلے 11 بلاکس کا میڈین۔ +3. اندرونی طور پر، 2 اور "CHARLIE" دونوں نمبر ہیں[fn3](#notes)، جس میں بعد والا بگ-اینڈین بیس 256 نمائندگی میں ہے۔ نمبر کم از کم 0 اور زیادہ سے زیادہ 2256-1 ہو سکتے ہیں۔ + +### مزید مطالعہ {#further-reading} + +1. [اندرونی قدر](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it) +2. [اسمارٹ پراپرٹی](https://en.bitcoin.it/wiki/Smart_Property) +3. [اسمارٹ معاہدے](https://en.bitcoin.it/wiki/Contracts) +4. [B-money](http://www.weidai.com/bmoney.txt) +5. [دوبارہ قابل استعمال پروفس آف ورک](https://nakamotoinstitute.org/finney/rpow/) +6. [مالک کے اختیار کے ساتھ محفوظ پراپرٹی ٹائٹلز](https://nakamotoinstitute.org/library/secure-property-titles/) +7. [Bitcoin وائٹ پیپر](http://bitcoin.org/bitcoin.pdf) +8. [Namecoin](https://namecoin.org/) +9. [زوکو کا مثلث](https://wikipedia.org/wiki/Zooko's_triangle) +10. [کلرڈ کوائنز وائٹ پیپر](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) +11. [Mastercoin وائٹ پیپر](https://github.com/mastercoin-MSC/spec) +12. [غیر مرکزی خود مختار کارپوریشنز، Bitcoin میگزین](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/) +13. [آسان ادائیگی کی تصدیق](https://en.bitcoin.it/wiki/Scalability#Simplified_payment_verification) +14. [مرکل ٹریز](https://wikipedia.org/wiki/Merkle_tree) +15. [پیٹریشیا ٹریز](https://wikipedia.org/wiki/Patricia_tree) +16. [GHOST](https://eprint.iacr.org/2013/881.pdf) +17. [StorJ اور خود مختار ایجنٹس، Jeff Garzik](http://garzikrants.blogspot.ca/2013/01/storj-and-bitcoin-autonomous-agents.html) +18. [Mike Hearn ٹیورنگ فیسٹیول میں اسمارٹ پراپرٹی پر](https://www.youtube.com/watch?v=MVyv4t0OKe4) +19. [Ethereum RLP](/developers/docs/data-structures-and-encoding/rlp/) +20. [Ethereum مرکل پیٹریشیا ٹریز](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) +21. [Peter Todd مرکل سم ٹریز پر](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) + +_وائٹ پیپر کی تاریخ کے لیے، [یہ وکی](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/blob/old-before-deleting-all-files-go-to-wiki-wiki-instead/old-whitepaper-for-historical-reference.md) دیکھیں۔_ + +_Ethereum، بہت سے کمیونٹی کے ذریعے چلنے والے، اوپن سورس سافٹ ویئر پروجیکٹس کی طرح، اپنے ابتدائی آغاز کے بعد سے تیار ہوا ہے۔ ایتھیریم کی تازہ ترین پیشرفتوں کے بارے میں جاننے کے لیے، اور پروٹوکول میں تبدیلیاں کیسے کی جاتی ہیں، ہم [اس گائیڈ](/learn/) کی سفارش کرتے ہیں۔_ diff --git a/public/content/translations/ur/wrapped-eth/index.md b/public/content/translations/ur/wrapped-eth/index.md new file mode 100644 index 00000000000..b5adc490bf6 --- /dev/null +++ b/public/content/translations/ur/wrapped-eth/index.md @@ -0,0 +1,66 @@ +--- +title: "ریپڈ ایتھر (WETH) کیا ہے؟" +description: "ریپڈ ایتھر (WETH) کا تعارف— ایتھر (ETH) کے لیے ایک ERC20-کمپٹیبل ریپر۔" +lang: ur-in +--- + +# ریپڈ ایتھر (WETH) {#intro-to-weth} + + + +
کسی بھی چین پر ETH کو ریپ یا ان ریپ کرنے کے لیے [WrapETH.com](https://www.wrapeth.com/) پر اپنے والیٹ کو کنیکٹ کریں۔
+ + +ایتھر (ETH) ایتھیریم کی مرکزی کرنسی ہے۔ اس کا استعمال کئی مقاصد کے لیے کیا جاتا ہے جیسے اسٹیکنگ، بطور کرنسی، اور کمپیوٹیشن کے لیے گیس فیس کی ادائیگی۔ **WETH مؤثر طریقے سے ETH کی ایک اپ گریڈ شدہ شکل ہے جس میں بہت سی ایپلی کیشنز اور [ERC-20 ٹوکنز](/glossary/#erc-20) کے لیے درکار کچھ اضافی فنکشنلٹی ہوتی ہے**، جو ایتھیریم پر دیگر قسم کے ڈیجیٹل اثاثے ہیں۔ ان ٹوکنز کے ساتھ کام کرنے کے لیے، ETH کو وہی اصولوں پر عمل کرنا ہوگا جو وہ کرتے ہیں، جسے ERC-20 اسٹینڈرڈ کے نام سے جانا جاتا ہے۔ + +اس خلا کو پر کرنے کے لیے، ریپڈ ETH (WETH) بنایا گیا تھا۔ **ریپڈ ETH ایک سمارٹ کنٹریکٹ ہے جو آپ کو کنٹریکٹ میں ETH کی کوئی بھی رقم جمع کرنے اور ERC-20 ٹوکن اسٹینڈرڈ کے مطابق منٹ کیے گئے WETH میں اتنی ہی رقم وصول کرنے کی سہولت دیتا ہے۔** WETH ایتھر کی ایک نمائندگی ہے جو آپ کو اس کے ساتھ ایک ERC-20 ٹوکن کے طور پر تعامل کرنے کی اجازت دیتی ہے، نہ کہ مقامی اثاثہ ETH کے طور پر۔ آپ کو گیس فیس ادا کرنے کے لیے اب بھی مقامی ETH کی ضرورت ہوگی، لہذا یقینی بنائیں کہ جمع کرتے وقت آپ کچھ بچا لیں۔ + +آپ WETH سمارٹ کنٹریکٹ کا استعمال کرکے WETH کو ETH کے لیے ان ریپ کر سکتے ہیں۔ آپ WETH سمارٹ کنٹریکٹ کے ساتھ WETH کی کوئی بھی رقم ریڈیم کر سکتے ہیں، اور آپ کو ETH میں اتنی ہی رقم ملے گی۔ جمع شدہ WETH کو پھر جلا دیا جاتا ہے اور WETH کی گردشی سپلائی سے نکال دیا جاتا ہے۔ + +**گردش میں موجود ETH سپلائی کا تقریباً 3%~ WETH ٹوکن کنٹریکٹ میں لاک ہے**، جو اسے سب سے زیادہ استعمال ہونے والے [سمارٹ کنٹریکٹس](/glossary/#smart-contract) میں سے ایک بناتا ہے۔ WETH خاص طور پر ڈی سینٹرلائزڈ فائنانس (DeFi) میں ایپلی کیشنز کے ساتھ تعامل کرنے والے صارفین کے لیے اہم ہے۔ + +## ہمیں ETH کو ERC-20 کے طور پر ریپ کرنے کی ضرورت کیوں ہے؟ {#why-do-we-need-to-wrap-eth} + +[ERC-20](/developers/docs/standards/tokens/erc-20/) قابل منتقلی ٹوکنز کے لیے ایک معیاری انٹرفیس کی وضاحت کرتا ہے، لہذا کوئی بھی ایسے ٹوکنز بنا سکتا ہے جو ایتھیریم کے ایکو سسٹم میں اس معیار کو استعمال کرنے والی ایپلی کیشنز اور ٹوکنز کے ساتھ بغیر کسی رکاوٹ کے تعامل کرتے ہیں۔ چونکہ **ETH, ERC-20 اسٹینڈرڈ سے پہلے کا ہے**، اس لیے ETH اس اسپیسیفیکیشن کے مطابق نہیں ہے۔ اس کا مطلب ہے کہ **آپ آسانی سے** ETH کو دوسرے ERC-20 ٹوکنز کے لیے تبدیل نہیں کر سکتے یا **ERC-20 اسٹینڈرڈ استعمال کرنے والی ایپس میں ETH کا استعمال نہیں کر سکتے**۔ ETH کو ریپ کرنا آپ کو درج ذیل کام کرنے کا موقع فراہم کرتا ہے: + +- **ETH کو ERC-20 ٹوکنز کے لیے ایکسچینج کریں**: آپ ETH کو براہ راست دوسرے ERC-20 ٹوکنز کے لیے ایکسچینج نہیں کر سکتے۔ WETH ایتھر کی ایک نمائندگی ہے جو ERC-20 فنجیبل ٹوکن اسٹینڈرڈ کے مطابق ہے اور اسے دوسرے ERC-20 ٹوکنز کے ساتھ ایکسچینج کیا جا سکتا ہے۔ + +- **dapps میں ETH کا استعمال کریں**: چونکہ ETH, ERC20-کمپٹیبل نہیں ہے، اس لیے ڈیولپرز کو dapps میں الگ الگ انٹرفیس (ایک ETH کے لیے اور دوسرا ERC-20 ٹوکنز کے لیے) بنانے کی ضرورت ہوگی۔ ETH کو ریپ کرنا اس رکاوٹ کو دور کرتا ہے اور ڈیولپرز کو ایک ہی dapp کے اندر ETH اور دیگر ٹوکنز کو ہینڈل کرنے کے قابل بناتا ہے۔ بہت سی ڈی سینٹرلائزڈ فائنانس ایپلی کیشنز اس معیار کو استعمال کرتی ہیں، اور ان ٹوکنز کے تبادلے کے لیے مارکیٹیں بناتی ہیں۔ + +## ریپڈ ایتھر (WETH) بمقابلہ ایتھر (ETH): کیا فرق ہے؟ {#weth-vs-eth-differences} + +| | **ایتھر (ETH)** | **ریپڈ ایتھر (WETH)** | +| ------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| سپلائی | ETH کی سپلائی کا انتظام ایتھیریم پروٹوکول کے ذریعے کیا جاتا ہے۔ ETH کا [اجراء](/roadmap/merge/issuance) ایتھیریم ویلیڈیٹرز کے ذریعے ٹرانزیکشنز پر کارروائی کرنے اور بلاکس بنانے کے وقت کیا جاتا ہے۔ | WETH ایک ERC-20 ٹوکن ہے جس کی سپلائی کا انتظام ایک سمارٹ کنٹریکٹ کے ذریعے کیا جاتا ہے۔ WETH کی نئی یونٹس کنٹریکٹ کے ذریعے اس وقت جاری کی جاتی ہیں جب اسے صارفین سے ETH ڈیپازٹس موصول ہوتے ہیں، یا WETH کی یونٹس اس وقت جلا دی جاتی ہیں جب کوئی صارف WETH کو ETH کے لیے ریڈیم کرنا چاہتا ہے۔ | +| مالکیت | ملکیت کا انتظام ایتھیریم پروٹوکول کے ذریعے آپ کے اکاؤنٹ بیلنس کے ذریعے کیا جاتا ہے۔ | WETH کی ملکیت کا انتظام WETH ٹوکن سمارٹ کنٹریکٹ کے ذریعے کیا جاتا ہے، جو ایتھیریم پروٹوکول کے ذریعے محفوظ ہے۔ | +| گیس | ایتھر (ETH) ایتھیریم نیٹ ورک پر کمپیوٹیشن کے لیے ادائیگی کی قبول شدہ اکائی ہے۔ گیس فیس gwei (ایتھر کی ایک اکائی) میں شمار کی جاتی ہے۔ | WETH ٹوکنز کے ساتھ گیس کی ادائیگی مقامی طور پر سپورٹ نہیں کی جاتی ہے۔ | + +## اکثر پوچھے جانے والے سوالات {#faq} + + + +آپ WETH کنٹریکٹ کا استعمال کرکے ETH کو ریپ یا ان ریپ کرنے کے لیے گیس فیس ادا کرتے ہیں۔ + + + + +WETH کو عام طور پر محفوظ سمجھا جاتا ہے کیونکہ یہ ایک سادہ، بیٹل-ٹیسٹیڈ سمارٹ کنٹریکٹ پر مبنی ہے۔ WETH کنٹریکٹ کی باضابطہ طور پر تصدیق بھی کی گئی ہے، جو ایتھیریم پر سمارٹ کنٹریکٹس کے لیے اعلی ترین سیکیورٹی معیار ہے۔ + + + + +اس صفحے پر بیان کردہ [WETH کے کینونیکل امپلیمنٹیشن](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) کے علاوہ، دیگر ویریئنٹس بھی استعمال میں ہیں۔ یہ ایپ ڈیولپرز کے ذریعے بنائے گئے کسٹم ٹوکنز یا دیگر بلاک چینز پر جاری کردہ ورژنز ہو سکتے ہیں، اور مختلف طریقے سے برتاؤ کر سکتے ہیں یا مختلف سیکیورٹی خصوصیات کے حامل ہو سکتے ہیں۔ **یہ جاننے کے لیے کہ آپ کس WETH امپلیمنٹیشن کے ساتھ تعامل کر رہے ہیں، ہمیشہ ٹوکن کی معلومات کو ڈبل چیک کریں۔** + + + + +- [ایتھیریم مین نیٹ](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2) +- [آربٹرم](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1) +- [آپٹیمزم](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006) + + +## مزید پڑھیں {#further-reading} + +- [WTF is WETH?](https://weth.tkn.eth.limo/) +- [بلاک اسکاؤٹ پر WETH ٹوکن کی معلومات](https://eth.blockscout.com/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2) +- [WETH کی باضابطہ تصدیق](https://zellic.io/blog/formal-verification-weth) diff --git a/public/content/translations/ur/zero-knowledge-proofs/index.md b/public/content/translations/ur/zero-knowledge-proofs/index.md new file mode 100644 index 00000000000..1184c26a3f4 --- /dev/null +++ b/public/content/translations/ur/zero-knowledge-proofs/index.md @@ -0,0 +1,238 @@ +--- +title: "بغیر معلومات کے ثبوت" +description: "ایک آسان تعارف زیرہ نالیج پروف سے، ابتدائیوں کے لئے" +lang: ur-in +--- + +# زیرو-نالج پروف (Zero-Knowledge Proofs) کیا ہیں؟ {#what-are-zk-proofs} + +زیرو-نالج پروف ایک ایسا طریقہ ہے جس کے ذریعے آپ کسی بات کو سچ ثابت کر سکتے ہیں، بغیر یہ بتائے کہ اصل میں وہ بات ہے کیا۔ اس میں دو فریق ہوتے ہیں: Prover (ثابت کرنے والا): جو دعویٰ پیش کرتا ہے۔ Verifier (جانچنے والا): جو اس دعوے کی تصدیق کرتا ہے۔ + +زیرو نالج پروف پہلی بار 1985 کے ایک پیپر، ”[The knowledge complexity of interactive proof systems](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf)“ میں سامنے آئے، جو زیرو نالج پروف کی ایک ایسی تعریف فراہم کرتا ہے جو آج وسیع پیمانے پر استعمال ہوتی ہے: + +> ایک زیرو نالج پروٹوکول ایک ایسا طریقہ ہے جس کے ذریعے ایک فریق (ثابت کرنے والا) دوسرے فریق (تصدیق کرنے والے) کو **یہ ثابت کر سکتا ہے** **کہ کوئی چیز سچ ہے، بغیر کسی معلومات کو ظاہر کیے** سوائے اس حقیقت کے کہ یہ مخصوص بیان سچ ہے۔ + +وقت کے ساتھ زیرو-نالج پروف میں بہتری آئی ہے اور آج یہ کئی حقیقی دنیا کے استعمالات میں نظر آتے ہیں. + + + +## ہمیں زیرو-نالج پروف کی ضرورت کیوں ہے؟ زیرو نالج پروف کیوں اہم ہیں {#why-zero-knowledge-proofs-are-important} + +زیرو-نالج پروف اپلائیڈ کرپٹوگرافی میں ایک بڑی پیش رفت تھے، کیونکہ انہوں نے افراد کے لیے معلومات کی سکیورٹی بہتر بنانے کا وعدہ کیا۔ سوچیں آپ کسی دعوے (مثلاً "میں فلاں ملک کا شہری ہوں") کو کسی دوسرے فریق (مثلاً سروس فراہم کرنے والے) کے سامنے ثابت کرنا چاہتے ہیں۔ آپ کو اپنے دعوے کے ثبوت کے طور پر کوئی “دستاویز” دکھانی ہوگی، جیسے پاسپورٹ یا ڈرائیونگ لائسنس۔ + +لیکن اس طریقے میں ایک مسئلہ ہے: پرائیویسی کی کمی۔ ذاتی معلومات (PII) جو تھرڈ پارٹی سروسز کے ساتھ شیئر کی جاتی ہیں، وہ مرکزی ڈیٹا بیس میں محفوظ ہوتی ہیں، جو ہیک ہوسکتے ہیں۔ جبکہ شناختی چوری ایک سنگین مسئلہ بنتا جارہا ہے، اس لیے حساس معلومات کے تحفظ کے نئے طریقے درکار ہیں۔ + +زیرو نالج پروف اس مسئلے کو **دعووں کی صداقت کو ثابت کرنے کے لیے معلومات ظاہر کرنے کی ضرورت کو ختم کرکے** حل کرتے ہیں۔ زیرو-نالج پروٹوکول بیان (جسے witness کہا جاتا ہے) کو ان پٹ کے طور پر استعمال کرکے ایک مختصر پروف تیار کرتا ہے۔ یہ پروف مضبوط گارنٹی فراہم کرتا ہے کہ بیان درست ہے، بغیر اس معلومات کو ظاہر کیے جو اس کے لیے استعمال ہوئی۔ + +پہلی مثال پر واپس چلیں، اپنی شہریت ثابت کرنے کے لیے آپ کو صرف زیرو-نالج پروف کی ضرورت ہوگی۔ جانچنے والے کو صرف پروف کے کچھ خواص چیک کرنے ہوں گے تاکہ اسے یقین ہو جائے کہ اصل بیان بھی درست ہے- + +## زیرو نالج پروف کے استعمال کے معاملات {#use-cases-for-zero-knowledge-proofs} + +### گمنام ادائیگیاں {#anonymous-payments} + +کریڈٹ کارڈ ادائیگیاں اکثر کئی فریقوں کو نظر آتی ہیں، جن میں ادائیگی فراہم کرنے والے، بینک، اور دوسرے متعلقہ ادارے (مثلاً حکومتی اتھارٹیز) شامل ہیں۔ مالی نگرانی اگرچہ غیرقانونی سرگرمیوں کی نشاندہی میں مددگار ہے، لیکن یہ عام شہریوں کی پرائیویسی کو بھی متاثر کرتی ہے۔ + +کریپٹو کرنسی کو صارفین کے لیے نجی، فرد سے فرد تک لین دین کا ذریعہ فراہم کرنے کے طور پر ڈیزائن کیا گیا تھا۔ لیکن زیادہ تر کریپٹو کرنسی لین دین عوامی بلاک چین پر سب کو نظر آتے ہیں۔ صارفین کی شناختیں اکثر فرضی ناموں پر مبنی ہوتی ہیں اور یا تو جان بوجھ کر حقیقی دنیا کی شناختوں سے جوڑ دی جاتی ہیں (مثلاً، ٹویٹر یا گٹ ہب پروفائلز پر ETH ایڈریس شامل کرکے) یا بنیادی آن اور آف چین ڈیٹا تجزیہ کا استعمال کرتے ہوئے حقیقی دنیا کی شناختوں سے وابستہ کی جاسکتی ہیں۔ + +کچھ مخصوص “پرائیویسی کوائنز” خاص طور پر مکمل گمنام لین دین کے لیے ڈیزائن کیے گئے ہیں۔ پرائیویسی پر مبنی بلاک چینز جیسے Zcash اور Monero لین دین کی تفصیلات کو چھپاتے ہیں، جن میں بھیجنے/وصول کرنے والے کے پتے، اثاثے کی قسم، مقدار، اور لین دین کا وقت شامل ہے۔ + +پروٹوکول میں زیرو نالج ٹیکنالوجی کو شامل کرکے، پرائیویسی پر مرکوز [بلاک چین](/glossary/#blockchain) نیٹ ورکس [نوڈس](/glossary/#node) کو ٹرانزیکشن کے ڈیٹا تک رسائی کی ضرورت کے بغیر ٹرانزیکشنز کی توثیق کرنے کی اجازت دیتے ہیں۔ [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) ایک مجوزہ ڈیزائن کی ایک مثال ہے جو Ethereum بلاک چین پر قدر کی مقامی نجی منتقلی کو فعال کرے گی۔ تاہم، ایسے ڈیزائنز کو نافذ کرنا مشکل ہے کیونکہ ان میں سکیورٹی، ریگولیٹری اور یوزر ایکسپیرینس کے مسائل درپیش ہیں۔ + +**زیرو نالج پروف کا اطلاق عوامی بلاک چینز پر ٹرانزیکشنز کو گمنام بنانے کے لیے بھی کیا جا رہا ہے**۔ ایک مثال Tornado Cash ہے، جو ایک غیرمرکزی اور نان کسٹوڈیئل سروس ہے جو صارفین کو ایتھیریم پر نجی لین دین کرنے دیتی ہے۔ Tornado Cash زیرو-نالج پروف استعمال کرتا ہے تاکہ لین دین کی تفصیلات کو چھپایا جائے اور مالی پرائیویسی کی ضمانت دی جائے۔ بدقسمتی سے، چونکہ یہ “opt-in” پرائیویسی ٹولز ہیں، اس لیے یہ غیرقانونی سرگرمیوں سے بھی جوڑ دیے جاتے ہیں۔ اس مسئلے پر قابو پانے کے لیے، مستقبل میں عوامی بلاک چینز پر پرائیویسی کو ڈیفالٹ فیچر بننا ہوگا. [Ethereum پر پرائیویسی](/privacy/) کے بارے میں مزید جانیں۔ + +### شناخت کا تحفظ {#identity-protection} + +موجودہ شناختی نظام ذاتی معلومات کو خطرے میں ڈالتے ہیں۔ زیرو-نالج پروف افراد کو یہ سہولت دیتے ہیں کہ وہ اپنی شناخت کی تصدیق کریں جبکہ حساس معلومات کو محفوظ رکھیں۔ + +زیرو نالج پروف خاص طور پر [غیر مرکزی شناخت](/decentralized-identity/) کے تناظر میں مفید ہیں۔ Decentralized Identity (جسے self-sovereign identity بھی کہا جاتا ہے) فرد کو اپنی ذاتی معلومات پر کنٹرول دیتی ہے۔ اپنی شہریت ثابت کرنا بغیر ٹیکس آئی ڈی یا پاسپورٹ نمبر ظاہر کیے ایک اچھی مثال ہے کہ زیرو-نالج ٹیکنالوجی کس طرح Decentralized Identity کو ممکن بناتی ہے۔ + + + + + + عمل میں ZKP + شناخت: بھوٹان کی قومی ڈیجیٹل شناخت (NDI) Ethereum پر + + +

+ شناختی مینجمنٹ سسٹم کے لیے ZKP استعمال کرنے کی ایک حقیقی دنیا کی مثال بھوٹان کی بادشاہت کا قومی ڈیجیٹل شناختی (NDI) سسٹم ہے، جو Ethereum پر بنایا گیا ہے۔ بھوٹان کا NDI شہریوں کو اپنے بارے میں حقائق کو کرپٹوگرافک طور پر ثابت کرنے کی اجازت دینے کے لیے ZKPs کا استعمال کرتا ہے، جیسے ”میں ایک شہری ہوں“ یا ”میری عمر 18 سال سے زیادہ ہے“، بغیر اپنی شناخت پر موجود حساس ذاتی ڈیٹا کو ظاہر کیے۔ +

+

+ غیر مرکزی شناختی کیس اسٹڈی میں بھوٹان NDI کے بارے میں مزید جانیں۔ +

+ + + + +### انسانیت کا ثبوت {#proof-of-humanity} + +آج عمل میں زیرو نالج پروف کی سب سے زیادہ استعمال ہونے والی مثالوں میں سے ایک [World ID protocol](https://world.org/blog/world/world-id-faqs) ہے، جسے ”AI کے دور کے لیے ایک عالمی ڈیجیٹل پاسپورٹ“ کے طور پر سوچا جا سکتا ہے۔ یہ لوگوں کو یہ ثابت کرنے کی اجازت دیتا ہے کہ وہ منفرد انسان ہیں، بغیر ذاتی معلومات ظاہر کیے۔ یہ ایک ڈیوائس کے ذریعے حاصل کیا جاتا ہے جسے Orb کہا جاتا ہے، جو کسی شخص کی آنکھ کی پتلی (iris) اسکین کرتی ہے اور ایک iris code تیار کرتی ہے۔ یہ کوڈ چیک اور ویریفائی کیا جاتا ہے تاکہ یہ یقین ہو کہ وہ شخص حیاتیاتی طور پر ایک منفرد انسان ہے۔ تصدیق کے بعد، ایک identity commitment جو صارف کے ڈیوائس پر بنایا گیا ہوتا ہے (اور بایومیٹرک ڈیٹا سے منسلک یا اخذ نہیں کیا گیا ہوتا)، بلاک چین پر ایک محفوظ فہرست میں شامل کردیا جاتا ہے۔ اس کے بعد، جب بھی صارف کو یہ ثابت کرنا ہو کہ وہ ایک ویریفائیڈ انسان ہے — چاہے لاگ اِن کرنا ہو، ووٹ ڈالنا ہو، یا کوئی اور عمل — وہ ایک زیرو-نالج پروف بنا سکتا ہے جو فہرست میں اپنی رکنیت ثابت کرتا ہے۔ زیرو-نالج پروف کے استعمال کی خوبصورتی یہ ہے کہ صرف ایک بات ظاہر ہوتی ہے:یہ شخص منفرد ہے. باقی تمام چیزیں نجی (private) رہتی ہیں۔ + +World ID کا انحصار [Semaphore protocol](https://docs.semaphore.pse.dev/) پر ہے جسے Ethereum فاؤنڈیشن میں [PSE team](https://pse.dev/) نے تیار کیا ہے۔ Semaphore کو اس طرح ڈیزائن کیا گیا ہے کہ یہ ہلکا پھلکا ہونے کے باوجود طاقتور ہو، اور زیرو-نالج پروف بنانے اور تصدیق کرنے میں مدد دے۔ یہ صارفین کو یہ ثابت کرنے دیتا ہے کہ وہ کسی گروپ (اس کیس میں تصدیق شدہ انسانوں کے گروپ) کا حصہ ہیں، بغیر یہ ظاہر کیے کہ وہ گروپ کے کون سے رکن ہیں۔ Semaphore بھی کافی لچکدار ہے اور مختلف معیار کی بنیاد پر گروپس بنانے کی سہولت دیتا ہے، مثلاً شناخت کی تصدیق، کسی ایونٹ میں شرکت، یا کسی سرٹیفکیٹ/کریڈینشل کی ملکیت. + +### توثیق {#authentication} + +آن لائن سروسز استعمال کرنے کے لیے عموماً آپ کو اپنی شناخت اور اس پلیٹ فارم تک رسائی کا حق ثابت کرنا پڑتا ہے۔ یہ اکثر ذاتی معلومات فراہم کرنے کا تقاضا کرتا ہے، جیسے نام، ای میل ایڈریس، تاریخ پیدائش وغیرہ۔ کبھی کبھار لمبے پاس ورڈ یاد رکھنا بھی ضروری ہوتا ہے، اور بھول جانے پر رسائی کھو جانے کا خطرہ رہتا ہے۔ + +لیکن زیرو-نالج پروف اس عمل کو پلیٹ فارمز اور صارفین، دونوں کے لیے آسان بنا سکتے ہیں۔ ایک بار جب عوامی ان پٹ (مثلاً کسی پلیٹ فارم کے ممبر ہونے کا ڈیٹا) اور ذاتی ان پٹ (مثلاً صارف کی تفصیلات) استعمال کرکے ZK-proof تیار ہوجائے، تو صارف جب بھی سروس تک رسائی چاہے، بس وہ پروف پیش کرکے اپنی شناخت کی توثیق کرسکتا ہے۔ یہ صارفین کے لیے تجربہ بہتر بناتا ہے اور تنظیموں کو بڑی مقدار میں صارف کا ڈیٹا اسٹور کرنے کی ضرورت سے آزاد کرتا ہے. + +### قابل تصدیق شمارندگی {#verifiable-computation} + +قابلِ تصدیق کمپیوٹیشن زیرو-نالج ٹیکنالوجی کا ایک اور استعمال ہے جو بلاک چین ڈیزائنز کو بہتر بنانے کے لیے کیا جاتا ہے۔ یہ ہمیں یہ سہولت دیتا ہے کہ کمپیوٹیشن کسی دوسرے ادارے کو سونپی جائے، مگر پھر بھی نتائج کی تصدیق ممکن ہو۔ وہ ادارہ نتائج کے ساتھ ایک پروف بھی جمع کراتا ہے جو یہ ثابت کرتا ہے کہ پروگرام صحیح طور پر چلایا گیا۔ + +قابل تصدیق شمارندگی سیکورٹی کو کم کیے بغیر **بلاک چینز پر پروسیسنگ کی رفتار کو بہتر بنانے کے لیے اہم ہے**۔ اسے سمجھنے کے لیے ایتھیریم کی اسکیلنگ کی مختلف تجاویز کو جاننا ضروری ہے۔ + +[آن چین اسکیلنگ سلوشنز](/developers/docs/scaling/#onchain-scaling)، جیسے شارڈنگ، کو بلاک چین کی بنیادی پرت میں وسیع ترمیم کی ضرورت ہوتی ہے۔ لیکن یہ طریقہ پیچیدہ ہے اور کسی بھی غلطی سے ایتھیریم کے سکیورٹی ماڈل کو نقصان پہنچ سکتا ہے۔ + +[آف چین اسکیلنگ سلوشنز](/developers/docs/scaling/#offchain-scaling) کو بنیادی Ethereum پروٹوکول کو دوبارہ ڈیزائن کرنے کی ضرورت نہیں ہوتی۔ اس کے بجائے یہ کمپیوٹیشن کو آؤٹ سورس کرنے کے ماڈل پر انحصار کرتے ہیں تاکہ ایتھیریم کی تھروپُٹ بڑھائی جا سکے۔ + +عملی طور پر یہ یوں کام کرتا ہے: + +- ہر ٹرانزیکشن کو پروسیس کرنے کے بجائے، ایتھیریم ایگزیکیوشن کو کسی الگ چین کو سونپ دیتا ہے۔ + +- وہ چین ٹرانزیکشنز پروسیس کرنے کے بعد نتائج واپس بھیجتا ہے تاکہ انہیں ایتھیریم کی حالت (state) پر لاگو کیا جائے۔ + +اس کا فائدہ یہ ہے کہ ایتھیریم کو خود ایگزیکیوشن نہیں کرنی پڑتی اور صرف نتائج اپنی state پر لاگو کرنے ہوتے ہیں۔ اس سے نیٹ ورک کا بوجھ کم ہوتا ہے اور ٹرانزیکشن اسپیڈ بہتر ہوتی ہے (کیونکہ آف چین پروٹوکولز تیز ایگزیکیوشن کے لیے ڈیزائن ہوتے ہیں)۔ + +لیکن چین کو آف چین ٹرانزیکشنز کی تصدیق کا ایک طریقہ درکار ہے، بغیر انہیں دوبارہ ایگزیکیوٹ کیے۔ ورنہ آف چین ایگزیکیوشن کی افادیت ختم ہوجائے گی۔ + +یہیں پر قابلِ تصدیق کمپیوٹیشن کام آتا ہے۔ جب کوئی نوڈ ایتھیریم کے باہر ٹرانزیکشن ایگزیکیوٹ کرتا ہے تو وہ ایک زیرو-نالج پروف جمع کراتا ہے تاکہ یہ ثابت کرے کہ آف چین ایگزیکیوشن درست ہوئی ہے۔ یہ ثبوت (جسے [ویلیڈٹی پروف](/glossary/#validity-proof) کہا جاتا ہے) اس بات کی ضمانت دیتا ہے کہ ایک ٹرانزیکشن درست ہے، جس سے Ethereum کو نتیجہ اپنی حالت پر لاگو کرنے کی اجازت ملتی ہے—بغیر کسی کے اس پر اعتراض کرنے کا انتظار کیے۔ + +[زیرو نالج رول اپس](/developers/docs/scaling/zk-rollups) اور [ویلیڈیمز](/developers/docs/scaling/validium/) دو آف چین اسکیلنگ حل ہیں جو محفوظ اسکیل ایبلٹی فراہم کرنے کے لیے ویلیڈٹی پروف کا استعمال کرتے ہیں۔ یہ پروٹوکول ہزاروں ٹرانزیکشنز آف چین انجام دیتے ہیں اور پھر ایویڈینس (ثبوت) Ethereum پر ویریفکیشن کے لیے جمع کراتے ہیں۔ یہ نتائج فوری طور پر لاگو کیے جاسکتے ہیں جب پروف ویریفائی ہوجائے، جس سے ایتھیریم زیادہ ٹرانزیکشن پروسیس کرسکتا ہے بغیر اپنی بنیادی تہہ پر اضافی بوجھ ڈالے۔ + +### آن چین ووٹنگ میں رشوت ستانی اور ملی بھگت کو کم کرنا {#secure-blockchain-voting} + +بلاک چین ووٹنگ کے کئی فائدے ہیں: یہ مکمل طور پر آڈٹ ایبل ہے، حملوں کے خلاف محفوظ، سنسرشپ کے خلاف مزاحم، اور جغرافیائی حدود سے آزاد۔ لیکن آن چین ووٹنگ اسکیمیں بھی **ملی بھگت** کے مسئلے سے محفوظ نہیں ہیں۔ + +Collusion کو یوں بیان کیا جاتا ہے: “کھلے مقابلے کو محدود کرنے کے لیے دھوکہ دہی، فریب، یا گمراہ کرنے کی نیت سے آپس میں ہم آہنگی کرنا۔” مثال کے طور پر، ایلس `آپشن A` کو ترجیح دینے کے باوجود بیلٹ پر `آپشن B` کے لیے ووٹ دینے کے لیے باب سے رشوت لے سکتی ہے۔ + +رشوت اور ملی بھگت ووٹنگ پر مبنی کسی بھی عمل کی کارکردگی کو کم کردیتی ہے، خاص طور پر جب صارفین یہ ثابت کرسکتے ہوں کہ انہوں نے کس کو ووٹ دیا۔ یہ سنگین نتائج لا سکتا ہے، خاص طور پر جب ووٹ محدود وسائل کی تقسیم کے ذمے دار ہوں۔ + +مثال کے طور پر، [کوڈریٹک فنڈنگ میکانزم](https://www.radicalxchange.org/wiki/plural-funding/) مختلف عوامی بھلائی کے منصوبوں کے درمیان بعض اختیارات کے لیے ترجیح کی پیمائش کرنے کے لیے عطیات پر انحصار کرتے ہیں۔ ہر عطیہ ایک خاص منصوبے کے لیے "ووٹ" شمار ہوتا ہے، اور زیادہ ووٹ لینے والے منصوبوں کو زیادہ فنڈ ملتا ہے۔ + +آن چین ووٹنگ quadratic funding کو ملی بھگت کے لیے حساس بنادیتی ہے: بلاک چین ٹرانزیکشنز عوامی ہوتی ہیں، اس لیے رشوت دینے والے آسانی سے دیکھ سکتے ہیں کہ رشوت لینے والے نے کیسے ووٹ دیا۔ یوں quadratic funding اپنی اصل افادیت کھو دیتا ہے، یعنی کمیونٹی کی اجتماعی ترجیحات کے مطابق فنڈز کی تقسیم۔ + +خوش قسمتی سے، MACI (Minimum Anti-Collusion Infrastructure) جیسے نئے حل زیرو نالج پروف کا استعمال کر رہے ہیں تاکہ آن چین ووٹنگ (جیسے، کوڈریٹک فنڈنگ میکانزم) کو رشوت ستانی اور ملی بھگت کے خلاف مزاحم بنایا جا سکے۔ MACI اسمارٹ کنٹریکٹس اور اسکرپٹس کا ایک مجموعہ ہے جو ایک مرکزی منتظم (جسے ”کوارڈینیٹر“ کہا جاتا ہے) کو ووٹوں کو جمع کرنے اور نتائج کا حساب کرنے کی اجازت دیتا ہے _بغیر_ اس کے کہ ہر فرد نے کس طرح ووٹ دیا اس کی تفصیلات ظاہر کی جائیں۔ اس کے باوجود، پھر بھی یہ تصدیق ممکن ہے کہ ووٹس درست طریقے سے شمار ہوئے، یا یہ کہ کسی مخصوص فرد نے ووٹنگ راؤنڈ میں حصہ لیا۔ + +#### MACI زیرو نالج پروفز کے ساتھ کیسے کام کرتا ہے؟ {#how-maci-works-with-zk-proofs} + +شروع میں کوآرڈینیٹر MACI کا اسمارٹ کانٹریکٹ Ethereum پر ڈپلائے کرتا ہے، جس کے بعد یوزرز ووٹنگ کے لیے سائن اپ کر سکتے ہیں (اپنی پبلک کی کو اسمارٹ کانٹریکٹ میں رجسٹر کر کے)۔ یوزرز ووٹ ڈالنے کے لیے اپنی پبلک کی کے ساتھ انکرپٹڈ میسجز اسمارٹ کانٹریکٹ کو بھیجتے ہیں (ایک درست ووٹ کے لیے ضروری ہے کہ وہ یوزر کی موجودہ پبلک کی سے سائن کیا گیا ہو، اور کچھ دوسرے اصول بھی ہیں) اس کے بعد ووٹنگ ختم ہونے پر کوآرڈینیٹر سارے میسجز پروسیس کرتا ہے، ووٹوں کو ٹیلّی کرتا ہے اور نتیجہ آن چین ویریفائی کرتا ہے۔ + +MACI میں زیرو نالج پروفز اس بات کی گارنٹی دیتے ہیں کہ کمپیوٹیشن صحیح ہوا ہے، اور یہ ناممکن بنا دیتے ہیں کہ کوآرڈینیٹر ووٹوں کو غلط پروسیس کرے یا نتیجہ غلط نکالے۔ یہ کوآرڈینیٹر سے ZK-SNARK پروف تیار کرنے کا مطالبہ کرکے حاصل کیا جاتا ہے جو اس بات کی تصدیق کرتا ہے کہ a) تمام پیغامات پر صحیح طریقے سے کارروائی کی گئی تھی b) حتمی نتیجہ تمام _درست_ ووٹوں کے مجموعے کے مطابق ہے۔ + +اس طرح، چاہے یوزر لیول پر ووٹوں کی تفصیل نہ بھی بتائی جائے (جیسا کہ عام طور پر ہوتا ہے)، پھر بھی MACI نتیجے کی درستگی اور دیانت داری کی گارنٹی دیتا ہے۔ یہ فیچر بنیادی collusion کی اسکیموں کو ناکام کرنے میں مدد دیتا ہے۔ اسے بہتر سمجھنے کے لیے پچھلی مثال استعمال کرتے ہیں جہاں Bob، Alice کو رشوت دے کر ایک آپشن کے لیے ووٹ دلواتا ہے: + +- Alice اپنی پبلک کی اسمارٹ کانٹریکٹ کو بھیج کر ووٹ کے لیے رجسٹر کرتی ہے۔ +- ایلس باب سے رشوت کے بدلے `آپشن B` کے لیے ووٹ دینے پر راضی ہو جاتی ہے۔ +- ایلس `آپشن B` کے لیے ووٹ دیتی ہے۔ +- Alice خفیہ طور پر ایک انکرپٹڈ ٹرانزیکشن بھیجتی ہے تاکہ اپنی پبلک کی بدل دے جو اس کی شناخت سے جڑی ہوئی تھی۔ +- ایلس نئی پبلک کی کا استعمال کرتے ہوئے `آپشن A` کے لیے ووٹنگ کے لیے اسمارٹ کنٹریکٹ کو ایک اور (انکرپٹڈ) پیغام بھیجتی ہے۔ +- ایلس باب کو ایک ٹرانزیکشن دکھاتی ہے جس سے ظاہر ہوتا ہے کہ اس نے `آپشن B` کے لیے ووٹ دیا تھا (جو غلط ہے کیونکہ پبلک کی اب سسٹم میں ایلس کی شناخت سے وابستہ نہیں ہے) +- پیغامات پر کارروائی کرتے وقت، کوآرڈینیٹر ایلس کے `آپشن B` کے لیے ووٹ کو چھوڑ دیتا ہے اور صرف `آپشن A` کے لیے ووٹ شمار کرتا ہے۔ یوں Bob کا Alice کے ساتھ ملی بھگت کا منصوبہ ناکام ہو جاتا ہے۔ + +MACI کا استعمال کرنے کے لیے کوآرڈینیٹر پر بھروسہ کرنا _ضروری_ ہے کہ وہ رشوت دینے والوں کے ساتھ ملی بھگت نہ کرے یا خود ووٹروں کو رشوت دینے کی کوشش نہ کرے۔ کوآرڈینیٹر صارفین کے پیغامات کو ڈیکرپٹ کر سکتا ہے (جو ثبوت بنانے کے لیے ضروری ہے)، تاکہ وہ درست طریقے سے تصدیق کر سکے کہ ہر شخص نے کس طرح ووٹ دیا۔ + +لیکن جہاں کوآرڈینیٹر ایماندار رہتا ہے، وہاں MACI آن چین ووٹنگ کی تقدیس کی ضمانت دینے کے لیے ایک طاقتور ٹول کی نمائندگی کرتا ہے۔ یہ کوڈریٹک فنڈنگ ایپلی کیشنز (مثلاً، [clr.fund](https://clr.fund/#/about/maci)) کے درمیان اس کی مقبولیت کی وضاحت کرتا ہے جو ہر فرد کے ووٹنگ کے انتخاب کی سالمیت پر بہت زیادہ انحصار کرتی ہیں۔ + +[MACI کے بارے میں مزید جانیں](https://maci.pse.dev/)۔ + +## زیرو-نالج پروف کیسے کام کرتا ہے؟ {#how-do-zero-knowledge-proofs-work} + +زیرو-نالج پروف آپ کو یہ ثابت کرنے کی اجازت دیتا ہے کہ کوئی بیان درست ہے بغیر یہ بتائے کہ اس بیان کا مواد کیا ہے یا آپ نے یہ سچائی کیسے دریافت کی۔ یہ ممکن بنانے کے لیے، زیرو-نالج پروٹوکولز ایسے الگورتھمز پر انحصار کرتے ہیں جو کچھ ڈیٹا کو ان پٹ کے طور پر لیتے ہیں اور آؤٹ پٹ کے طور پر ’true‘ یا ’false‘ واپس کرتے ہیں۔ + +ایک زیرو-نالج پروٹوکول کو درج ذیل معیار پر پورا اترنا چاہیے: + +1. **تکمیل**: اگر ان پٹ درست ہے، تو زیرو نالج پروٹوکول ہمیشہ 'true' لوٹاتا ہے۔ لہٰذا اگر بنیادی بیان درست ہے، اور پروور اور ویریفائر ایمانداری سے عمل کریں، تو ثبوت کو قبول کیا جا سکتا ہے۔ + +2. **درستگی**: اگر ان پٹ غلط ہے، تو نظریاتی طور پر زیرو نالج پروٹوکول کو 'true' لوٹانے کے لیے بے وقوف بنانا ناممکن ہے۔ لہٰذا ایک جھوٹا پروور کسی ایماندار ویریفائر کو یہ یقین دلانے میں کامیاب نہیں ہو سکتا کہ کوئی غلط بیان درست ہے (سوائے ایک نہایت کم امکان کے ساتھ)۔ + +3. **زیرو نالج**: تصدیق کنندہ کسی بیان کے بارے میں اس کی صداقت یا جھوٹ سے زیادہ کچھ نہیں سیکھتا (ان کے پاس بیان کا ”زیرو نالج“ ہوتا ہے)۔ یہ شرط ویریفائر کو اس بات سے بھی روکتی ہے کہ وہ پروف سے اصل ان پٹ (بیان کا مواد) اخذ کر سکے۔ + +بنیادی شکل میں، ایک زیرو نالج پروف تین عناصر پر مشتمل ہوتا ہے: **گواہ**، **چیلنج**، اور **جواب**۔ + +- **گواہ**: زیرو نالج پروف کے ساتھ، ثابت کرنے والا کچھ پوشیدہ معلومات کے علم کو ثابت کرنا چاہتا ہے۔ یہ خفیہ معلومات پروف کا “witness” کہلاتی ہے، اور پروور کا اس witness کے علم کا دعویٰ ایک سوالات کے ایسے مجموعے کو قائم کرتا ہے جن کا جواب صرف وہی فریق دے سکتا ہے جسے اس معلومات کا علم ہو۔ لہٰذا پروور تصدیقی عمل کا آغاز یوں کرتا ہے کہ وہ ایک سوال کو تصادفی طور پر منتخب کرتا ہے، اس کا جواب حساب کرتا ہے اور ویریفائر کو بھیج دیتا ہے۔ + +- **چیلنج**: تصدیق کنندہ سیٹ سے تصادفی طور پر ایک اور سوال اٹھاتا ہے اور ثابت کرنے والے سے اس کا جواب دینے کو کہتا ہے۔ + +- **جواب**: ثابت کرنے والا سوال قبول کرتا ہے، جواب کا حساب لگاتا ہے، اور اسے تصدیق کنندہ کو واپس کرتا ہے۔ پروور کا جواب ویریفائر کو یہ جانچنے کی اجازت دیتا ہے کہ آیا پروور کو واقعی witness تک رسائی حاصل ہے یا نہیں۔ اس بات کو یقینی بنانے کے لیے کہ پروور اندھا دھند اندازہ لگا کر صحیح جواب نہیں دے رہا، ویریفائر مزید سوالات چنتا ہے۔ یہ تعامل کئی بار دہرانے سے اس امکان کو نمایاں طور پر کم کیا جا سکتا ہے کہ پروور جھوٹ موٹ witness کے علم کا دکھاوا کرے، یہاں تک کہ ویریفائر مطمئن ہو جائے۔ + +مندرجہ بالا وضاحت ایک ‘interactive zero-knowledge proof’ کی ساخت کو بیان کرتی ہے۔ ابتدائی زیرو-نالج پروٹوکولز interactive proving استعمال کرتے تھے، جہاں کسی بیان کی صداقت کی تصدیق کے لیے پروورز اور ویریفائرز کے درمیان بار بار پیغام رسانی ضروری تھی۔ + +ایک اچھی مثال جو یہ واضح کرتی ہے کہ انٹرایکٹو پروف کس طرح کام کرتے ہیں وہ جین-جیکس کوئسکویٹر کی مشہور [علی بابا غار کی کہانی](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave) ہے۔ اس کہانی میں، Peggy (پروور) Victor (ویریفائر) کو یہ ثابت کرنا چاہتی ہے کہ وہ ایک جادوئی دروازہ کھولنے کا خفیہ جملہ جانتی ہے، بغیر یہ ظاہر کیے کہ وہ جملہ کیا ہے۔ + +### نان-انٹرایکٹو زیرو نالج پروف {#non-interactive-zero-knowledge-proofs} + +اگرچہ انقلابی، interactive proving کی افادیت محدود تھی کیونکہ اس میں دونوں فریقوں کا موجود ہونا اور بار بار تعامل ضروری تھا۔ حتیٰ کہ اگر کوئی ویریفائر پروور کی ایمانداری پر قائل بھی ہو جائے، تب بھی ثبوت آزادانہ تصدیق کے لیے دستیاب نہ ہوتا (نیا ثبوت بنانے کے لیے پروور اور ویریفائر کے درمیان پیغامات کا ایک نیا سلسلہ درکار ہوتا)۔ + +اس مسئلے کو حل کرنے کے لیے، مینوئل بلم، پال فیلڈمین، اور سلویو میکالی نے پہلے [نان-انٹرایکٹو زیرو نالج پروف](https://dl.acm.org/doi/10.1145/62212.62222) کی تجویز پیش کی جہاں ثابت کرنے والے اور تصدیق کنندہ کے پاس ایک مشترکہ کلید ہوتی ہے۔ یہ ثبوت دینے والے (prover) کو یہ صلاحیت دیتا ہے کہ وہ اپنے علم (یعنی "witness") کو ظاہر کیے بغیر یہ ثابت کر سکے کہ وہ واقعی یہ علم رکھتا ہے۔ + +Interactive proofs کے برعکس، non-interactive proofs میں ثبوت دینے والے اور تصدیق کرنے والے (verifier) کے درمیان صرف ایک ہی بار رابطہ ہوتا ہے۔ پروور اپنے خفیہ علم کو ایک خاص الگورتھم کو دیتا ہے جو ایک zero-knowledge proof تیار کرتا ہے۔ یہ ثبوت verifier کو بھیجا جاتا ہے جو ایک اور الگورتھم کے ذریعے جانچتا ہے کہ پروور واقعی خفیہ علم رکھتا ہے۔ + +Non-interactive proving سے پروور اور verifier کے درمیان مواصلات کم ہو جاتے ہیں، جس سے ZK-proofs زیادہ مؤثر ہو جاتے ہیں۔ مزید یہ کہ، ایک بار ثبوت تیار ہو جائے تو کوئی بھی دوسرا شخص (جس کے پاس shared key اور verification الگورتھم ہو) اس کی تصدیق کر سکتا ہے۔ + +Non-interactive proofs نے zero-knowledge ٹیکنالوجی میں ایک بڑی پیش رفت کی اور آج استعمال ہونے والے proving systems کی ترقی کو فروغ دیا۔ ہم ذیل میں ان پروف کی اقسام پر تبادلہ خیال کرتے ہیں: + +### زیرو نالج پروف کی اقسام {#types-of-zero-knowledge-proofs} + +#### ZK-SNARKs {#zk-snarks} + +ZK-SNARK کا مطلب **Zero-Knowledge Succinct Non-Interactive Argument of Knowledge** ہے۔ ZK-SNARK نظام کی درج ذیل خصوصیات ہیں: + +- **زیرو نالج**: ایک تصدیق کنندہ بیان کے بارے میں کچھ اور جانے بغیر بیان کی سالمیت کی توثیق کر سکتا ہے۔ اسے صرف یہ علم ہوتا ہے کہ بیان درست ہے یا غلط۔ + +- **مختصر**: زیرو نالج پروف گواہ سے چھوٹا ہے اور اس کی تیزی سے تصدیق کی جا سکتی ہے۔ + +- **نان-انٹرایکٹو**: پروف 'نان-انٹرایکٹو' ہے کیونکہ ثابت کرنے والا اور تصدیق کنندہ صرف ایک بار بات چیت کرتے ہیں، انٹرایکٹو پروف کے برعکس جن میں مواصلات کے متعدد دوروں کی ضرورت ہوتی ہے۔ + +- **دلیل**: پروف 'درستگی' کی ضرورت کو پورا کرتا ہے، لہذا دھوکہ دہی کا امکان بہت کم ہے۔ + +- **(علم کا)**: زیرو نالج پروف خفیہ معلومات (گواہ) تک رسائی کے بغیر تعمیر نہیں کیا جا سکتا۔ ایک ثابت کرنے والے کے لیے جس کے پاس گواہ نہیں ہے، ایک درست زیرو نالج پروف کا حساب لگانا مشکل ہے، اگر ناممکن نہیں ہے۔ + +’مشترکہ کلید‘ سے مراد وہ عوامی ہدایات ہیں جن پر فراہم کرنے والا اور تصدیق کنندہ ثبوت تیار کرنے اور جانچنے کے لیے متفق ہوتے ہیں۔ ان عوامی ہدایات کو تیار کرنا (جنہیں مجموعی طور پر Common Reference String (CRS) کہا جاتا ہے) ایک حساس مرحلہ ہے کیونکہ یہ نظام کی حفاظت کے لیے بنیادی حیثیت رکھتا ہے۔ اگر یہ اتفاقی عددی مواد (randomness) کسی بددیانت فرد کے ہاتھ لگ جائے تو وہ جعلی ثبوت تیار کر سکتا ہے۔ + +[ملٹی پارٹی کمپیوٹیشن (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) عوامی پیرامیٹرز بنانے میں خطرات کو کم کرنے کا ایک طریقہ ہے۔ متعدد فریق ایک [ٹرسٹڈ سیٹ اپ تقریب](https://zkproof.org/2021/06/30/setup-ceremonies/amp/) میں حصہ لیتے ہیں، جہاں ہر شخص CRS پیدا کرنے کے لیے کچھ بے ترتیب قدروں کا حصہ ڈالتا ہے۔ جب تک ایک ایماندار شریک اپنی دی گئی randomness کو ضائع کر دیتا ہے، یہ نظام اپنی سکیورٹی برقرار رکھتا ہے۔ + +یہی وجہ ہے کہ ایسے نظام کو "اعتماد یافتہ تیاری" کہا جاتا ہے کیونکہ صارفین کو ان لوگوں پر بھروسہ کرنا ہوتا ہے جنہوں نے یہ عوامی ہدایات تیار کی ہیں۔ لیکن ZK-STARK کی ایجاد نے ایسے نظام ممکن بنا دیے ہیں جنہیں اعتماد یافتہ تیاری کی ضرورت نہیں۔ + +#### ZK-STARKs {#zk-starks} + +ZK-STARK کا مطلب **Zero-Knowledge Scalable Transparent Argument of Knowledge** ہے۔ ZK-STARK تقریباً ZK-SNARK کی طرح ہی ہے لیکن چند اضافی خصوصیات رکھتا ہے: + +- **اسکیل ایبل**: جب گواہ کا سائز بڑا ہوتا ہے تو پروف بنانے اور تصدیق کرنے میں ZK-STARK، ZK-SNARK سے تیز ہوتا ہے۔ شفاف: یہ عوامی طور پر قابل تصدیق اتفاقی اعداد استعمال کرتا ہے، نہ کہ کسی خفیہ تیاری پر انحصار کرتا ہے۔ اسی لیے یہ زیادہ شفاف مانا جاتا ہے۔ + +- **شفاف**: ZK-STARK ایک قابل اعتماد سیٹ اپ کے بجائے ثابت کرنے اور تصدیق کے لیے عوامی پیرامیٹرز بنانے کے لیے عوامی طور پر قابل تصدیق بے ترتیبی پر انحصار کرتا ہے۔ یوں یہ ZK-SNARKs کے مقابلے میں زیادہ شفاف ہیں۔ + +ZK-STARKs کے ثبوت ZK-SNARKs سے بڑے ہوتے ہیں، جس کا مطلب ہے کہ عام طور پر ان کی تصدیق (verification) کے اخراجات زیادہ ہوتے ہیں۔ تاہم، کچھ معاملات میں (جیسے بڑے ڈیٹاسیٹس کے ثبوت دینا) ZK-STARKs، ZK-SNARKs سے زیادہ مؤثر ثابت ہوسکتے ہیں. + +## زیرو نالج پروف استعمال کرنے کے نقصانات {#drawbacks-of-using-zero-knowledge-proofs} + +### ہارڈ ویئر کے اخراجات {#hardware-costs} + +صفر-علم ثبوت تیار کرنے میں نہایت پیچیدہ حسابی عمل شامل ہے جو زیادہ تر مخصوص مشینوں پر ہی بہتر طور پر انجام پاتا ہے۔ چونکہ یہ مشینیں مہنگی ہیں، عام افراد کی پہنچ سے باہر ہوتی ہیں۔ مزید یہ کہ وہ ایپلیکیشنز جو صفر-علم ٹیکنالوجی استعمال کرنا چاہتی ہیں، انہیں ہارڈویئر کی لاگت شامل کرنا پڑتی ہے—جو اختتامی صارفین کے اخراجات بڑھا سکتا ہے. + +### پروف کی تصدیق کے اخراجات {#proof-verification-costs} + +ثبوتوں کی تصدیق کے لیے بھی پیچیدہ حسابی عمل درکار ہوتا ہے، جس سے ایپلیکیشنز میں صفر-علم ٹیکنالوجی نافذ کرنے کی لاگت بڑھ جاتی ہے۔ یہ لاگت خاص طور پر اُس وقت نمایاں ہوتی ہے جب کسی حسابی عمل کو ثابت کرنا ہو۔ مثال کے طور پر، ZK-rollups کو ایک ہی ZK-SNARK ثبوت کی تصدیق کرنے کے لیے Ethereum پر تقریباً 500,000 گیس ادا کرنا پڑتا ہے، اور ZK-STARKs کے لیے اس سے بھی زیادہ فیس درکار ہوتی ہے۔ + +### اعتماد کے مفروضے {#trust-assumptions} + +ZK-SNARK میں "Common Reference String" (عوامی پیرامیٹرز) ایک بار تیار کیا جاتا ہے اور بعد میں ان سب فریقوں کے لیے دستیاب ہوتا ہے جو صفر-علم پروٹوکول میں شامل ہونا چاہتے ہیں۔ یہ عوامی پیرامیٹرز ایک "قابلِ اعتماد سیٹ اپ تقریب" کے ذریعے تیار کیے جاتے ہیں، جہاں شرکاء کے دیانتدار ہونے کو فرض کرلیا جاتا ہے۔ + +لیکن حقیقت میں صارفین کے پاس شرکاء کی دیانتداری جانچنے کا کوئی طریقہ نہیں ہوتا، اس لیے انہیں ڈویلپرز پر بھروسہ کرنا پڑتا ہے۔ ZK-STARKs اعتماد کی ان فرضیات سے آزاد ہیں، کیونکہ اس میں استعمال ہونے والی بےترتیبیت عوامی طور پر قابلِ تصدیق ہوتی ہے۔ اسی دوران محققین ZK-SNARKs کے لیے "غیر قابلِ اعتماد سیٹ اپس" پر کام کر رہے ہیں تاکہ ثبوت کے طریقہ کار کو مزید محفوظ بنایا جا سکے. + +### کوانٹم کمپیوٹنگ کے خطرات {#quantum-computing-threats} + +ZK-SNARK خفیہ کاری کے لیے ایلیپٹک کروپٹوگرافی (Elliptic Curve Cryptography) استعمال کرتا ہے۔ جبکہ Elliptic Curve Discrete Logarithm Problem فی الحال ناقابلِ حل سمجھا جاتا ہے، لیکن کوانٹم کمپیوٹرز کی ترقی مستقبل میں اس سیکیورٹی ماڈل کو توڑ سکتی ہے۔ + +ZK-STARK کو کوانٹم کمپیوٹنگ کے خطرے سے محفوظ سمجھا جاتا ہے کیونکہ یہ اپنی حفاظت کے لیے صرف Collision-Resistant Hash Functions پر انحصار کرتا ہے۔ ایلیپٹک کروپٹوگرافی میں استعمال ہونے والی پبلک-پرائیویٹ کی پیرنگز کے برعکس، Collision-Resistant Hashing کو کوانٹم کمپیوٹنگ الگوردمز کے ذریعے توڑنا زیادہ مشکل ہے. + +## مزید پڑھیں {#further-reading} + +- [Overview of use cases for zero-knowledge proofs](https://pse.dev/projects) — _Privacy and Scaling Explorations Team_ +- [SNARKs vs. STARKS vs. Recursive SNARKs](https://www.alchemy.com/overviews/snarks-vs-starks) — _Alchemy Overviews_ +- [A Zero-Knowledge Proof: Improving Privacy on a Blockchain](https://www.altoros.com/blog/zero-knowledge-proof-improving-privacy-for-a-blockchain/) — _Dmitry Lavrenov_ +- [zk-SNARKs — A Realistic Zero-Knowledge Example and Deep Dive](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _Adam Luciano_ +- [ZK-STARKs — Create Verifiable Trust, even against Quantum Computers](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_ +- [An approximate introduction to how zk-SNARKs are possible](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_ +- [Why Zero Knowledge Proofs (ZKPs) is a Game Changer for Self-Sovereign Identity](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_ +- [EIP-7503 Explained: Enabling Private Transfers On Ethereum With ZK Proofs](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_ +- [ZK Card Game: game to learn ZK fundamentals and real-life use cases](https://github.com/ZK-card/zk-cards) - _ZK-Cards_ diff --git a/src/intl/ur/glossary-tooltip.json b/src/intl/ur/glossary-tooltip.json new file mode 100644 index 00000000000..645080b5b06 --- /dev/null +++ b/src/intl/ur/glossary-tooltip.json @@ -0,0 +1,164 @@ +{ + "51%-attack-term": "51% حملہ", + "51%-attack-definition": "یہ ایک قسم کا حملہ ہے جس میں کوئی گروپ زیادہ تر نوڈز پر قابو پا لیتا ہے۔ اس سے وہ بلاک چین کو دھوکہ دے سکتے ہیں، مثلاً لین دین کو الٹا کر کے اور ای تھر یا دیگر ٹوکنز کو دو بار خرچ کر کے۔", + "abi-term": "ایپلیکیشن بائنری انٹرفیس (ABI)", + "abi-definition": "ایک JSON فائل جو اسمارٹ کنٹریکٹ میں شامل فنکشنز اور متغیرات کی وضاحت کرتی ہے۔ ABI بائٹ کوڈ کو انسانی پڑھنے کے قابل فارمیٹس میں میپ کرنے کی اجازت دیتا ہے۔", + "account-term": "اکاؤنٹ", + "account-definition": "ایتھیریئم اکاؤنٹ ایتھیریئم بلاک چین پر ایک ڈیجیٹل شناخت ہے جو صارفین کو ای تھر یا دیگر ڈیجیٹل اثاثے بھیجنے، وصول کرنے اور اسمارٹ کانٹریکٹس کے ساتھ تعامل کرنے کی اجازت دیتا ہے۔", + "address-term": "ایڈریس", + "address-definition": "ایتھیریئم ایڈریس ایک منفرد شناخت ہے جو ٹوکن وصول کرنے کے لیے استعمال ہوتی ہے، بالکل ایسے ہی جیسے کرپٹو کرنسیز کے لیے بینک اکاؤنٹ نمبر ہوتا ہے۔ یہ آپ کے ایتھیریئم اکاؤنٹ کی شناخت کے طور پر کام کرتا ہے۔", + "anti-sybil-term": "اینٹی-سائبل", + "anti-sybil-definition": "یہ ایسے طریقے ہیں جو لوگوں کو انٹرنیٹ پر ایک ہی وقت میں کئی صارفین ہونے کا دکھاوا کرنے سے روکتے ہیں، اس بات کو یقینی بناتے ہوئے کہ ہر صارف ایک حقیقی، الگ شخص ہے۔ یہ آن لائن تعاملات کو منصفانہ اور ایماندار رکھنے میں مدد کرتا ہے۔", + "apr-term": "APR", + "apr-definition": "APR، یا سالانہ فیصد کی شرح، قرض لینے کی سالانہ لاگت کو ظاہر کرتی ہے، جس میں سود اور فیس شامل ہیں، فیصد کے طور پر۔", + "attestation-term": "تصدیق", + "attestation-definition": "کسی ادارے کی طرف سے کیا گیا دعویٰ کہ کوئی چیز سچ ہے۔ ایتھیریم کے تناظر میں، اتفاق رائے کی توثیق کرنے والوں کو اس بارے میں دعویٰ کرنا چاہیے کہ وہ کیا مانتے ہیں کہ چین کی حالت کیا ہے۔ مخصوص اوقات میں، ہر توثیق کنندہ مختلف تصدیقات شائع کرنے کا ذمہ دار ہوتا ہے جو باضابطہ طور پر اس توثیق کنندہ کے چین کے نظارے کا اعلان کرتا ہے، جس میں آخری حتمی چیک پوائنٹ اور چین کا موجودہ سربراہ شامل ہے۔ تصدیقات پر مزید۔", + "block-term": "بلاک", + "block-definition": "بلاک وہ جگہ ہے جہاں لین دین یا ڈیجیٹل سرگرمیاں محفوظ کی جاتی ہیں۔ جب ایک بلاک بھر جاتا ہے تو یہ پچھلے بلاک سے جُڑ جاتا ہے، اور اس طرح بلاکس کی ایک زنجیر بنتی ہے جسے \"بلاک چین\" کہا جاتا ہے۔ مزید بلاکس کے بارے میں.", + "blockchain-term": "بلاک چین", + "blockchain-definition": "بلاک چین ایک لین دین کا ڈیٹا بیس ہے جو نیٹ ورک کے تمام کمپیوٹرز پر نقل ہو کر شیئر کیا جاتا ہے، تاکہ یہ یقینی بنایا جا سکے کہ ڈیٹا کو بعد میں تبدیل نہ کیا جا سکے۔", + "bridge-term": "Bridge", + "bridge-definition": "بلاک چین برج اس وقت استعمال ہوتا ہے جب ایک بلاک چین نیٹ ورک سے دوسرے بلاک چین نیٹ ورک میں اثاثے منتقل کرنے ہوں۔", + "consensus-term": "کنسنسس", + "consensus-definition": "جب ایک نیٹ ورک میں 2/3 سے زیادہ کمپیوٹر اس بات پر متفق ہوں کہ ان کے پاس ریکارڈ کا ایک ہی سیٹ ہے، تو اس بات کو یقینی بنانا کہ سب ایک ہی صفحے پر ہیں۔ یہ ان قوانین کے بارے میں نہیں ہے جن پر وہ عمل کرتے ہیں، بلکہ اس بات کو یقینی بنانا ہے کہ ان سب کے پاس ایک ہی معلومات ہے۔", + "consensus-client-term": "اتفاق رائے کلائنٹ", + "consensus-client-definition": "اتفاق رائے کلائنٹس (جیسے Prysm، Teku، Nimbus، Lighthouse، Lodestar) ایتھیریم کے پروف-آف-اسٹیک اتفاق رائے الگورتھم چلاتے ہیں جو نیٹ ورک کو بیکن چین کے سربراہ کے بارے میں معاہدے تک پہنچنے کی اجازت دیتے ہیں۔ اتفاق رائے کلائنٹس لین دین کی توثیق/براڈکاسٹنگ یا ریاستی تبدیلیوں کو انجام دینے میں حصہ نہیں لیتے۔ یہ ایگزیکیوشن کلائنٹس کے ذریعے کیا جاتا ہے۔ اتفاق رائے کلائنٹس نئے بلاکس کی تصدیق یا تجویز نہیں کرتے۔ یہ ویلیڈیٹر کلائنٹ کے ذریعے کیا جاتا ہے جو اتفاق رائے کلائنٹ میں ایک اختیاری اضافہ ہے۔", + "consensus-layer-term": "اتفاق رائے کی تہہ", + "consensus-layer-definition": "ایتھیریم کی اتفاق رائے کی تہہ اتفاق رائے کلائنٹس کا نیٹ ورک ہے۔", + "cryptoeconomics-term": "کرپٹو اکنامکس", + "cryptoeconomics-definition": "محفوظ اور قابل اعتماد ڈیجیٹل پلیٹ فارم ڈیزائن کرنے کے لیے ریاضیاتی اور اقتصادی اصولوں کا مطالعہ۔ اس کا مقصد اس بات کو یقینی بنانا ہے کہ تمام شرکاء قواعد پر عمل کریں اور نیٹ ورک کی سیکورٹی اور آپریشن میں حصہ ڈالنے پر انعام حاصل کریں۔", + "cryptography-term": "کرپٹوگرافی", + "cryptography-definition": "یہ ایک ایسا عمل ہے جس میں مواصلات کو نجی اور محفوظ بنایا جاتا ہے تاکہ صرف وہی لوگ معلومات پڑھ سکیں جن کے لیے وہ بھیجی گئی ہیں۔", + "dao-term": "ڈی سینٹرلائزڈ خود مختار تنظیم (DAO)", + "dao-definition": "DAO ایک ڈیجیٹل تنظیم ہے جو بلاک چین پر درج ضابطوں کے تحت چلتی ہے، جہاں فیصلے کسی مرکزی اختیار کے بجائے اراکین کی ووٹنگ سے کیے جاتے ہیں۔ غیرمرکزی خودکار تنظیموں (DAOs) کے بارے میں مزید۔", + "dapp-term": "Dapp", + "dapp-definition": "dApp ایک غیرمرکزی ایپلیکیشن ہے جو بلاک چین نیٹ ورک پر چلتی ہے اور خدمات فراہم کرتی ہے بغیر کسی مرکزی کنٹرولنگ اتھارٹی کے۔ غیرمرکزی ایپلیکیشنز کے بارے میں مزید۔", + "data-availability-term": "ڈیٹا کی دستیابی", + "data-availability-definition": "کوئی بھی نوڈ نظام میں شفافیت اور اعتماد کو برقرار رکھنے کے لیے بلاک چین پر لین دین کی آزادانہ طور پر تصدیق کر سکتا ہے۔", + "defi-term": "DeFi", + "defi-definition": "ایتھیریم ایپس کی ایک وسیع کیٹیگری جس کا مقصد بلاک چین کے ذریعے حمایت یافتہ مالی خدمات فراہم کرنا ہے، بغیر کسی بیچوان کے۔ ڈی سینٹرلائزڈ فنانس (DeFi) پر مزید", + "dex-term": "ڈی سینٹرلائزڈ ایکسچینج (DEX)", + "dex-definition": "ایک قسم کی ایتھیریم ایپ جو آپ کو نیٹ ورک پر ہم عمروں کے ساتھ ٹوکنز تبدیل کرنے دیتی ہے۔ DEXes مرکزی ایکسچینجز کی طرح جغرافیائی پابندیوں کے تابع نہیں ہیں - کوئی بھی حصہ لے سکتا ہے۔", + "difficulty-bomb-term": "مشکل بم", + "difficulty-bomb-definition": "پروف-آف-ورک مشکل سیٹنگ میں منصوبہ بند ایکسپونینشل اضافہ جو پروف-آف-اسٹیک میں منتقلی کی حوصلہ افزائی کے لیے ڈیزائن کیا گیا تھا، جس سے فورک کے امکانات کم ہو گئے۔ مشکل بم دی مرج کے ساتھ متروک ہو گیا تھا۔", + "ecdsa-term": "ایلیپٹک کرو ڈیجیٹل سگنیچر الگورتھم (ECDSA)", + "ecdsa-definition": "ایک کرپٹوگرافک الگورتھم جو ایتھیریم کے ذریعے اس بات کو یقینی بنانے کے لیے استعمال ہوتا ہے کہ فنڈز صرف ان کے مالکان کے ذریعے ہی خرچ کیے جا سکتے ہیں۔ یہ پبلک اور پرائیویٹ کلیدیں بنانے کے لیے ترجیحی طریقہ ہے۔ اکاؤنٹ ایڈریس جنریشن اور ٹرانزیکشن کی تصدیق کے لیے متعلقہ ہے۔", + "ens-term": "ایتھیریم نیم سروس (ENS)", + "ens-definition": "Ethereum Name Service ایک انٹرنیٹ فون بک کی طرح ہے برائے Ethereum ایڈریسز۔ لمبے والیٹ ایڈریس استعمال کرنے کے بجائے، ENS آپ کو آسان نام استعمال کرنے دیتا ہے جیسے \"john.eth\" تاکہ آپ ڈیجیٹل پیسے اور اثاثے بھیج اور وصول کر سکیں۔", + "epoch-term": "عہد", + "epoch-definition": "32 سلاٹس کا ایک دورانیہ، ہر سلاٹ 12 سیکنڈ کا ہوتا ہے، کل 6.4 منٹ۔ ویلیڈیٹر کمیٹیاں سیکورٹی وجوہات کی بنا پر ہر دور میں شفل کی جاتی ہیں۔ ہر دور میں چین کو حتمی شکل دینے کا موقع ملتا ہے۔ ہر ویلیڈیٹر کو ہر دور کے آغاز میں نئی ذمہ داریاں سونپی جاتی ہیں۔ پروف-آف-اسٹیک پر مزید", + "eoa-term": "بیرونی ملکیت والا اکاؤنٹ (EOA)", + "eoa-definition": "بیرونی ملکیت والے اکاؤنٹس (EOAs) ایتھیریم اکاؤنٹ کی سب سے عام قسم ہیں۔ یہ ایک شخص کے ذریعے پرائیویٹ کلیدوں/ریکوری فریز کے ذریعے کنٹرول کیے جاتے ہیں۔ ایتھیریم والیٹس پر مزید۔", + "erc-term": "ایتھیریم ریکوئسٹ فار کمنٹس (ERC)", + "erc-definition": "ERC (Ethereum Request for Comments) ایک قسم کی تکنیکی دستاویز ہے جو Ethereum کمیونٹی میں استعمال ہوتی ہے تاکہ Ethereum نیٹ ورک کے لیے نئے استعمال کے معیارات تجویز کیے جا سکیں۔", + "erc-1155-term": "ERC-1155", + "erc-1155-definition": "یہ Ethereum ٹوکن اسٹینڈرڈ کی ایک قسم ہے جو NFT (یعنی منفرد جمع کرنے والی اشیاء) جیسا ہے، لیکن اس میں یہ خصوصیت بھی شامل ہے کہ ایک ہی اسمارٹ کنٹریکٹ کے اندر تبادلہ کے قابل اشیاء (جیسے کرنسی) بھی بنائی جا سکیں۔", + "erc-20-term": "ERC-20", + "erc-20-definition": "یہ وہ معیاری اصولوں کا مجموعہ ہے جن پر زیادہ تر ٹوکنز Ethereum نیٹ ورک پر بنائے جاتے ہیں۔", + "erc-721-term": "ERC-721", + "erc-721-definition": "یہ غیر مثلی ٹوکنز (NFTs) بنانے کے لیے استعمال ہونے والے اصولوں کا معیاری مجموعہ ہے۔", + "ether-term": "ایتھر", + "ether-definition": "ایتھیریم کی مقامی کرپٹو کرنسی، جسے عام طور پر \"ETH\" کہا جاتا ہے۔ یہ ایتھیریم ایکو سسٹم اور ایپلی کیشنز استعمال کرتے وقت ٹرانزیکشن فیس کو پورا کرنے کے لیے استعمال ہوتی ہے۔ ایتھر پر مزید۔", + "events-term": "ایونٹس", + "events-definition": "EVM لاگنگ کی سہولیات کے استعمال کی اجازت دیتا ہے۔ Dapps واقعات کو سن سکتے ہیں اور انہیں صارف کے انٹرفیس میں جاوا اسکرپٹ کال بیکس کو متحرک کرنے کے لیے استعمال کر سکتے ہیں۔ واقعات اور لاگز پر مزید", + "execution-client-term": "ایگزیکیوشن کلائنٹ", + "execution-client-definition": "ایگزیکیوشن کلائنٹس (پہلے \"Eth1 کلائنٹس\" کے نام سے جانے جاتے تھے)، جیسے Besu، Erigon، Go-Ethereum (Geth)، Nethermind، کو ٹرانزیکشنز پر کارروائی اور براڈکاسٹ کرنے اور ایتھیریم کی حالت کا انتظام کرنے کا کام سونپا جاتا ہے۔ وہ ایتھیریم ورچوئل مشین کا استعمال کرتے ہوئے ہر ٹرانزیکشن کے لیے کمپیوٹیشن چلاتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ پروٹوکول کے قوانین پر عمل کیا جائے۔", + "execution-layer-term": "ایگزیکیوشن لیئر", + "execution-layer-definition": "ایتھیریم کی ایگزیکیوشن لیئر ایگزیکیوشن کلائنٹس کا نیٹ ورک ہے۔", + "finality-term": "حتمیت", + "finality-definition": "حتمیت اس بات کی ضمانت ہے کہ لین دین کا ایک سیٹ ETH کی بڑی مقدار کے نقصان کے بغیر تبدیل نہیں کیا جا سکتا۔", + "fork-term": "فورک", + "fork-definition": "پروٹوکول میں ایک تبدیلی جو ایک متبادل زنجیر کی تخلیق کا سبب بنتی ہے۔", + "fraud-proof-term": "دھوکہ دہی کا ثبوت", + "fraud-proof-definition": "کچھ لیئر 2 حلوں کے لیے ایک سیکورٹی ماڈل جہاں، رفتار بڑھانے کے لیے، لین دین کو بیچوں میں رول اپ کیا جاتا ہے اور ایتھیریم کو ایک ہی لین دین میں جمع کیا جاتا ہے۔ نیٹ ورک کے دیگر شرکاء لین دین کو دوبارہ عمل میں لا سکتے ہیں تاکہ یہ چیک کیا جا سکے کہ انہیں ایمانداری سے عمل میں لایا گیا تھا۔ اگر وہ پوسٹ کیے گئے ڈیٹا اور اپنے ورژن کے درمیان کوئی تضاد پاتے ہیں تو وہ ایک کرپٹوگرافک ثبوت پوسٹ کر سکتے ہیں جو یہ ظاہر کرتا ہے کہ کچھ دھوکہ دہی ہوئی ہے۔ کچھ رول اپس درستگی کے ثبوت استعمال کرتے ہیں۔", + "gas-term": "گیس", + "gas-definition": "گیس بلاک چین، جیسے ایتھیریم، پر لین دین اور اسمارٹ کنٹریکٹس کے لیے ادا کی جانے والی فیس ہے۔ گیس اور فیس پر مزید۔", + "genesis-block-term": "جینیسس بلاک", + "genesis-block-definition": "بلاک چین میں پہلا بلاک، جو ایک مخصوص نیٹ ورک اور اس کی کرپٹو کرنسی کو شروع کرنے کے لیے استعمال ہوتا ہے۔", + "gwei-term": "Gwei", + "gwei-definition": "گیگاوی کا مخفف، ایتھر کا ایک ڈینومینیشن، جو عام طور پر گیس کی قیمت لگانے کے لیے استعمال ہوتا ہے۔ 1 gwei = 109 وی۔ 109 gwei = 1 ایتھر۔", + "hash-term": "ہیش", + "hash-definition": "متغیر سائز کے ان پٹ کا ایک فکسڈ لینتھ فنگر پرنٹ، جو ہیش فنکشن کے ذریعے تیار کیا جاتا ہے۔ (دیکھیں keccak-256)۔", + "holographic-consensus-term": "ہولوگرافک اتفاق رائے", + "holographic-consensus-definition": "اس سے مراد یہ ہے کہ بڑے گروپ کے فیصلے ایک چھوٹے نمائندہ گروپ کے ذریعے ووٹنگ سے کیے جاتے ہیں۔ باقی سب لوگ اس فیصلے کو اس شرط پر مان لیتے ہیں کہ وہ اس چھوٹے گروپ پر بھروسہ کرتے ہیں کہ انہوں نے اچھا کام کیا ہے۔", + "index-term": "انڈیکس", + "index-definition": "ایک نیٹ ورک ڈھانچہ جس کا مقصد بلاک چین سے معلومات کی استفسار کو بہتر بنانا ہے، اس کے اسٹوریج ذریعہ تک ایک موثر راستہ فراہم کرکے۔", + "key-term": "کلید", + "key-definition": "ایتھریئم کے تناظر میں، کلیدیں ڈیجیٹل کوڈز ہوتی ہیں: ایک **پبلک کی** جسے لین دین وصول کرنے کے لیے استعمال کیا جاتا ہے، اور ایک **پرائیویٹ کی** جو فنڈز تک رسائی اور بھیجنے کے لیے استعمال ہوتی ہے۔", + "layer-2-term": "تہہ نمبر 2", + "layer-2-definition": "لیئر 2s ایتھیریم مین نیٹ ورک کے اوپر بنائے گئے دوسرے نیٹ ورکس ہیں جو لین دین کو تیز اور سستا بناتے ہیں۔ لیئر 2 پر مزید۔", + "liquidity-tokens-term": "لیکویڈیٹی ٹوکنز", + "liquidity-tokens-definition": "لیکویڈیٹی ٹوکنز (LT) وہ ڈیجیٹل ٹوکنز ہیں جو اُن شرکاء کو دیے جاتے ہیں جو اپنے اثاثے لیکویڈیٹی پول میں جمع کرتے ہیں۔ لیکویڈیٹی پول ایک فنڈز کا مجموعہ ہوتا ہے جو اسمارٹ کنٹریکٹ میں لاک کیا جاتا ہے اور ڈیسینٹرلائزڈ ایکسچینج (DEX) پر ٹریڈنگ کو آسان بنانے کے لیے استعمال ہوتا ہے۔", + "mainnet-term": "مین نیٹ", + "mainnet-definition": "\"مین نیٹ ورک\" کا مخفف، یہ مرکزی عوامی ایتھیریم بلاک چین ہے۔", + "mev-term": "ایم ای وی", + "mev-definition": "یہ ایک ایسا طریقہ کار ہے جس میں فیس کے عوض بلاک چین پر کچھ اعمال کو ترجیح دی جاتی ہے۔ اس سے ٹرانزیکشنز کے نتائج اور اُن کے انجام پانے کے ترتیب پر اثر پڑتا ہے۔", + "multisig-term": "ملٹی سگ", + "multisig-definition": "ملٹی سگ (Multi-signature) ایک ڈیجیٹل والیٹ یا اکاؤنٹ کو کہا جاتا ہے جس میں کسی ٹرانزیکشن کو مکمل کرنے کے لیے متعدد دستخط یا منظوریوں کی ضرورت ہوتی ہے، جس سے سیکیورٹی میں اضافہ ہوتا ہے۔", + "nft-term": "نان فنجیبل ٹوکن (NFT)", + "nft-definition": "ایک منفرد ڈیجیٹل آئٹم جس کے آپ مالک ہو سکتے ہیں، جیسے آرٹ یا جمع کرنے والی اشیاء، جو بلاک چین ٹیکنالوجی کے ذریعے تصدیق شدہ ہیں۔ نان فنجیبل ٹوکنز (NFTs) پر مزید۔", + "node-term": "نوڈ", + "node-definition": "ایک سافٹ ویئر کلائنٹ جو نیٹ ورک میں حصہ لیتا ہے۔ نوڈس اور کلائنٹس پر مزید۔", + "ommer-term": "اومر (انکل) بلاک", + "ommer-definition": "جب ایک پروف-آف-ورک مائنر ایک درست بلاک تلاش کرتا ہے، تو ہو سکتا ہے کہ کسی دوسرے مائنر نے ایک مسابقتی بلاک شائع کیا ہو جو پہلے بلاک چین کے سرے میں شامل ہو جائے۔ یہ درست، لیکن پرانا، بلاک نئے بلاکس کے ذریعے اومرز کے طور پر شامل کیا جا سکتا ہے اور جزوی بلاک انعام وصول کر سکتا ہے۔ \"اومر\" کی اصطلاح پیرنٹ بلاک کے بہن بھائی کے لیے ترجیحی صنفی غیر جانبدار اصطلاح ہے، لیکن اسے کبھی کبھی \"انکل\" بھی کہا جاتا ہے۔ یہ ایتھیریم کے لیے عام تھا جب یہ ایک پروف-آف-ورک نیٹ ورک تھا۔ اب جب کہ ایتھیریم پروف-آف-اسٹیک کا استعمال کرتا ہے، ہر سلاٹ کے لیے صرف ایک بلاک پروپوزر منتخب کیا جاتا ہے۔", + "onchain-term": "آن چین", + "onchain-definition": "اس سے مراد وہ اعمال یا ٹرانزیکشنز ہیں جو بلاک چین پر انجام پاتے ہیں اور عوامی طور پر سب کے لیے دستیاب ہوتے ہیں۔", + "optimistic-rollup-term": "آپٹیمسٹک رول اپ", + "optimistic-rollup-definition": "آپٹیمسٹک رول اپ ایک لیئر 2 حل ہے جو ایتھیریم پر لین دین کو تیز کرتا ہے، یہ فرض کرتے ہوئے کہ وہ پہلے سے ہی درست ہیں جب تک کہ چیلنج نہ کیا جائے۔ آپٹیمسٹک رول اپس پر مزید۔", + "peer-to-peer-network-term": "پیئر-ٹو-پیئر نیٹ ورک", + "peer-to-peer-network-definition": "کمپیوٹروں (پیئرز) کا ایک ایسا نیٹ ورک جو مرکزی سرور پر مبنی سروسز کی ضرورت کے بغیر اجتماعی طور پر مختلف کام انجام دینے کی صلاحیت رکھتا ہے۔", + "permissionless-term": "پرمیشن لیس", + "permissionless-definition": "ایسے نظام کو استعمال کرنے کے لیے، جیسے ایتھیریئم، کسی اجازت یا منظوری کی ضرورت نہیں ہوتی اور کوئی آپ کو اسے استعمال کرنے سے روک نہیں سکتا۔ یہ ہر کسی کے لیے 24/7 کھلا ہے تاکہ وہ اس میں حصہ لے سکیں۔", + "private-key-term": "پرائیویٹ کلید", + "private-key-definition": "پرائیویٹ کلید ایک خفیہ کوڈ ہے جو ثابت کرتا ہے کہ آپ اپنی ڈیجیٹل رقم کے مالک ہیں اور آپ کو اسے خرچ کرنے دیتا ہے، جیسے آپ کے اکاؤنٹ کے لیے ایک PIN۔ اسے شیئر نہ کریں۔", + "poap-term": "POAP", + "poap-definition": "پروف آف اٹینڈنس پروٹوکول ایک ڈیجیٹل کلیکٹیبل (NFT) بنانے کے لیے استعمال ہوتا ہے جو ثابت کرتا ہے کہ آپ نے کسی مخصوص تقریب یا سرگرمی میں شرکت کی تھی۔", + "pos-term": "اسٹیک کا ثبوت (PoS)", + "pos-definition": "ایک طریقہ جس کے ذریعے کرپٹو کرنسی بلاک چین پروٹوکول تقسیم شدہ اتفاق رائے حاصل کرنے کا ارادہ رکھتا ہے۔ PoS صارفین سے لین دین کی توثیق میں حصہ لینے کے قابل ہونے کے لیے ایک مخصوص مقدار میں کرپٹو کرنسی (نیٹ ورک میں ان کا \"حصہ\") کی ملکیت ثابت کرنے کو کہتا ہے۔ پروف-آف-اسٹیک پر مزید۔", + "pow-term": "کام کا ثبوت (PoW)", + "pow-definition": "بلاک چینز کے لیے ایک سیکورٹی میکانزم جس کے لیے نوڈس کو ایک مخصوص قدر تلاش کرنے کے لیے کمپیوٹیشن کی شکل میں توانائی خرچ کرنے کی ضرورت ہوتی ہے۔", + "public-goods-term": "عوامی سامان", + "public-goods-definition": "عوامی سامان وہ چیزیں ہیں جنہیں ہر کوئی مفت میں استعمال کر سکتا ہے، جیسے پارک یا صاف ہوا، اور ان کا استعمال دوسروں کو بھی استعمال کرنے سے نہیں روکتا۔ حکومتیں اکثر انہیں فراہم کرتی ہیں کیونکہ کاروبار عام طور پر نہیں کرتے، کیونکہ وہ لوگوں سے ان کے استعمال کے لیے آسانی سے چارج نہیں کر سکتے۔", + "public-key-term": "پبلک کلید", + "public-key-definition": "پبلک کلید حروف کا ایک سیٹ ہے جو دوسروں کو آپ کو محفوظ طریقے سے ڈیجیٹل کرنسی بھیجنے دیتا ہے، جیسے رقم کے لیے ایک ای میل پتہ۔", + "quadratic-voting-term": "کوڈریٹک ووٹنگ", + "quadratic-voting-definition": "ایک ووٹنگ کا طریقہ ہے جہاں ووٹر یہ ظاہر کرتے ہیں کہ وہ مسائل کے بارے میں کتنا مضبوط محسوس کرتے ہیں۔ یہ ووٹرز کو نہ صرف ترجیح، بلکہ اپنی ترجیح کی شدت بھی دکھانے کی اجازت دیتا ہے۔", + "recovery-phrase-term": "سیڈ فریز/ریکوری فریز", + "recovery-phrase-definition": "الفاظ کی ایک فہرست جو آپ کو ڈیجیٹل والیٹ بناتے وقت دی جاتی ہے۔ یہ ایک پاس ورڈ کی طرح کام کرتی ہے جو آپ کو رسائی کھو دینے کی صورت میں اپنے والیٹ تک دوبارہ رسائی حاصل کرنے میں مدد کر سکتی ہے، اس بات کو یقینی بناتے ہوئے کہ آپ اپنا ڈیجیٹل پیسہ یا ٹوکنز نہ کھو دیں۔", + "rollups-term": "رول اپس", + "rollups-definition": "لیئر 2 اسکیلنگ حل کی ایک قسم جو متعدد لین دین کو بیچ کرتی ہے اور انہیں ایک ہی لین دین میں ایتھیریم مین چین میں جمع کرتی ہے۔ یہ گیس کی لاگت میں کمی اور لین دین کی تھروپٹ میں اضافے کی اجازت دیتا ہے۔ آپٹیمسٹک اور زیرو نالج رول اپس ہیں جو ان اسکیل ایبلٹی فوائد کی پیشکش کے لیے مختلف سیکورٹی طریقوں کا استعمال کرتے ہیں۔ رول اپس پر مزید۔", + "rpc-term": "ریموٹ پروسیجر کال (RPC)", + "rpc-definition": "RPC ایک کمپیوٹر کو دوسرے سے نیٹ ورک پر ڈیٹا یا کارروائی کی درخواست کرنے دیتا ہے، جیسے ریموٹ کنٹرول سے معلومات مانگنا۔", + "sequencer-term": "سیکوینسر", + "sequencer-definition": "سیکوئنسر ایک پروگرام ہے جو بلاک چین نیٹ ورک میں ٹرانزیکشنز کو ترتیب دینے کا ذمہ دار ہوتا ہے۔", + "smart-contract-term": "اسمارٹ کنٹریکٹ", + "smart-contract-definition": "اسمارٹ کنٹریکٹ ایک ایسا پروگرام ہے جو بلاک چین پر خود بخود معاہدوں کو نافذ کرتا ہے، جیسے ایک خود نافذ ڈیجیٹل کنٹریکٹ۔ اسمارٹ کنٹریکٹس کا تعارف۔", + "stablecoin-term": "اسٹیبل کوائن", + "stablecoin-definition": "اسٹیبل کوائن ایک قسم کی کرپٹو کرنسی ہے جسے مستحکم قدر رکھنے کے لیے ڈیزائن کیا گیا ہے، اکثر کسی کرنسی یا کموڈیٹی (جیسے امریکی ڈالر) سے منسلک، قیمت کے اتار چڑھاؤ کو کم کرنے کے لیے۔ اسٹیبل کوائنز پر مزید۔", + "staking-term": "اسٹیکنگ", + "staking-definition": "ایتھر کی ایک مقدار (آپ کا حصہ) جمع کرانا تاکہ ایک ویلیڈیٹر بنیں اور نیٹ ورک کو محفوظ بنائیں۔ ایک ویلیڈیٹر پروف-آف-اسٹیک اتفاق رائے ماڈل کے تحت لین دین کی جانچ کرتا ہے اور بلاکس تجویز کرتا ہے۔ اسٹیکنگ آپ کو نیٹ ورک کے بہترین مفادات میں کام کرنے کے لیے ایک اقتصادی ترغیب دیتی ہے۔ آپ کو اپنے ویلیڈیٹر کے فرائض انجام دینے کے لیے انعامات ملیں گے، لیکن اگر آپ ایسا نہیں کرتے ہیں تو ETH کی مختلف مقداریں کھو دیں گے۔ ایتھیریم اسٹیکنگ پر مزید۔", + "staking-pool-term": "اسٹیکنگ پول", + "staking-pool-definition": "ایک سے زیادہ ایتھیریم اسٹیکر کا مشترکہ ETH، جو 32 ETH تک پہنچنے کے لیے استعمال ہوتا ہے جو ویلیڈیٹر کلیدوں کے ایک سیٹ کو فعال کرنے کے لیے درکار ہوتا ہے۔ ایک نوڈ آپریٹر ان کلیدوں کو اتفاق رائے میں حصہ لینے کے لیے استعمال کرتا ہے اور بلاک انعامات حصہ لینے والے اسٹیکرز میں تقسیم کیے جاتے ہیں۔ اسٹیکنگ پولز یا ڈیلیگیٹنگ اسٹیکنگ ایتھیریم پروٹوکول کے لیے مقامی نہیں ہیں، لیکن کمیونٹی کے ذریعے بہت سے حل بنائے گئے ہیں۔ پولڈ اسٹیکنگ پر مزید۔", + "sybil-attack-term": "سائبل حملہ", + "sybil-attack-definition": "سائبل حملے انفرادی انسانوں کا حوالہ دیتے ہیں جو اپنے اثر و رسوخ کو بڑھانے کے لیے ایک نظام کو یہ سوچنے پر مجبور کرتے ہیں کہ وہ ایک سے زیادہ لوگ ہیں۔", + "terminal-total-difficulty-term": "ٹرمینل ٹوٹل ڈفیکلٹی (TTD)", + "terminal-total-difficulty-definition": "کل مشکل بلاک چین کے کسی مخصوص مقام تک تمام بلاکس کے لیے ایتھاش مائننگ کی مشکل کا مجموعہ ہے۔ ٹرمینل کل مشکل کل مشکل کے لیے ایک مخصوص قدر ہے جو ایگزیکیوشن کلائنٹس کے لیے اپنی مائننگ اور بلاک گپ شپ کے فنکشنز کو بند کرنے کے لیے ٹرگر کے طور پر استعمال کی گئی تھی جس سے نیٹ ورک کو پروف-آف-اسٹیک میں منتقلی کی اجازت ملتی ہے۔ یہ اب متعلقہ نہیں ہے کیونکہ ایتھیریم پروف-آف-اسٹیک میں منتقل ہو گیا ہے۔", + "transaction-fee-term": "ٹرانزیکشن فیس", + "transaction-fee-definition": "ایک فیس جو آپ کو جب بھی ایتھیریم نیٹ ورک استعمال کرتے ہیں ادا کرنی پڑتی ہے۔ مثالوں میں آپ کے والیٹ سے فنڈز بھیجنا یا dapp تعامل، جیسے ٹوکن تبدیل کرنا یا کلیکٹیبل خریدنا شامل ہیں۔ آپ اسے سروس چارج کی طرح سوچ سکتے ہیں۔ یہ فیس اس بات پر منحصر ہوگی کہ نیٹ ورک کتنا مصروف ہے۔ اس کی وجہ یہ ہے کہ ویلیڈیٹرز، جو آپ کے ٹرانزیکشن پر کارروائی کے ذمہ دار لوگ ہیں، زیادہ فیس والے ٹرانزیکشن کو ترجیح دینے کا امکان رکھتے ہیں - لہذا بھیڑ قیمت کو اوپر لے جاتی ہے۔

تکنیکی سطح پر، آپ کی ٹرانزیکشن فیس اس سے متعلق ہے کہ آپ کے ٹرانزیکشن کو کتنی گیس کی ضرورت ہے۔

ٹرانزیکشن فیس کو کم کرنا اس وقت شدید دلچسپی کا موضوع ہے۔ دیکھیں لیئر 2۔", + "trust-assumptions-term": "اعتماد کی فرضیات", + "trust-assumptions-definition": "اعتماد کے مفروضے ایک نظام کی حفاظت اور انحصار کے بارے میں بنیادی عقائد ہیں، جو اس بات کی رہنمائی کرتے ہیں کہ ہم نظام کے کام کرنے کے لیے کس چیز پر بھروسہ کرتے ہیں۔", + "validator-term": "ویلیڈیٹر", + "validator-definition": "ایک پروف-آف-اسٹیک سسٹم میں ایک نوڈ جو ڈیٹا ذخیرہ کرنے، لین دین پر کارروائی کرنے، اور بلاک چین میں نئے بلاکس شامل کرنے کا ذمہ دار ہے۔ ویلیڈیٹر سافٹ ویئر کو فعال کرنے کے لیے، آپ کو 32 ETH اسٹیک کرنے کے قابل ہونا چاہیے۔ ایتھیریم میں اسٹیکنگ پر مزید۔", + "validity-proof-term": "درستگی کا ثبوت", + "validity-proof-definition": "کچھ لیئر 2 حلوں کے لیے ایک سیکورٹی ماڈل جہاں، رفتار بڑھانے کے لیے، لین دین کو بیچوں میں رول اپ کیا جاتا ہے اور ایتھیریم کو ایک ہی لین دین میں جمع کیا جاتا ہے۔ ٹرانزیکشن کمپیوٹیشن آف چین کی جاتی ہے اور پھر مین چین کو ان کی درستگی کے ثبوت کے ساتھ فراہم کی جاتی ہے۔ یہ طریقہ سیکورٹی کو برقرار رکھتے ہوئے ممکنہ لین دین کی مقدار کو بڑھاتا ہے۔ کچھ رول اپس فراڈ پروف استعمال کرتے ہیں۔ زیرو نالج رول اپس پر مزید۔", + "wallet-term": "والیٹ", + "wallet-definition": "والیٹ ایک ڈیجیٹل ٹول ہے جو ڈیجیٹل کرنسی کو ذخیرہ کرنے، بھیجنے اور وصول کرنے کے لیے استعمال ہوتا ہے، جیسے آپ کی آن لائن رقم کے لیے ایک ورچوئل پرس۔ ایتھیریم والیٹس پر مزید۔", + "web2-term": "ویب 2", + "web2-definition": "موجودہ انٹرنیٹ ہے، جو صارف کے تیار کردہ مواد اور سوشل میڈیا پر مرکوز ہے جو چند کمپنیوں کے زیر کنٹرول ہیں۔ Web3 ایک کرپٹو عقیدہ ہے کہ صارفین کو اپنے ڈیٹا اور لین دین کو کنٹرول کرنا چاہیے بجائے اس کے۔", + "web3-term": "Web3", + "web3-definition": "Web3 بلاک چین کے ساتھ نیا انٹرنیٹ ہے، جہاں کمپنیاں نہیں، بلکہ صارفین اپنے ڈیٹا اور لین دین کو کنٹرول کرتے ہیں۔ کوئی ذاتی معلومات شیئر کرنے کی ضرورت نہیں۔ Web3 پر مزید۔", + "wei-term": "Wei", + "wei-definition": "ایتھر کا سب سے چھوٹا ڈینومینیشن۔ 1018 وی = 1 ایتھر۔", + "zk-proof-term": "زیرو نالج پروف", + "zk-proof-definition": "زیرو نالج پروف ایک کرپٹوگرافک طریقہ ہے جو کسی فرد کو یہ ثابت کرنے کی اجازت دیتا ہے کہ کوئی بیان سچ ہے بغیر کوئی اضافی معلومات پہنچائے۔ زیرو نالج رول اپس پر مزید۔" +}