---
title: "ثبوتِ اختیار (⁦PoA⁩)"
description: "ثبوتِ اختیار کے اتفاق رائے پروٹوکول اور بلاک چین ایکو سسٹم میں اس کے کردار کی وضاحت۔"
lang: ur
---

**ثبوتِ اختیار (⁦PoA⁩)** ایک ساکھ پر مبنی اتفاق رائے کا الگورتھم ہے جو [حصہ داری کا ثبوت (PoS)](/developers/docs/consensus-mechanisms/pos/) کا ایک ترمیم شدہ ورژن ہے۔ یہ زیادہ تر نجی چینز، ٹیسٹ نیٹ اور مقامی ترقیاتی نیٹ ورکس کے ذریعے استعمال ہوتا ہے۔ <span dir="ltr">PoA</span> ایک ساکھ پر مبنی اتفاق رائے کا الگورتھم ہے جس میں <span dir="ltr">PoS</span> میں اسٹیک پر مبنی میکانزم کے بجائے بلاک تیار کرنے کے لیے مجاز دستخط کنندگان کے ایک سیٹ پر بھروسہ کرنے کی ضرورت ہوتی ہے۔

## پیشگی شرائط {#prerequisites}

اس صفحے کو بہتر طور پر سمجھنے کے لیے، ہم تجویز کرتے ہیں کہ آپ پہلے [ٹرانزیکشنز](/developers/docs/transactions/)، [بلاک](/developers/docs/blocks/)، اور [اتفاق رائے کے میکانزم](/developers/docs/consensus-mechanisms/) کے بارے میں پڑھیں۔

## ثبوتِ اختیار (<span dir="ltr">PoA</span>) کیا ہے؟ {#what-is-poa}

ثبوتِ اختیار **[حصہ داری کا ثبوت](/developers/docs/consensus-mechanisms/pos/) (<span dir="ltr">PoS</span>)** کا ایک ترمیم شدہ ورژن ہے جو <span dir="ltr">PoS</span> میں اسٹیک پر مبنی میکانزم کے بجائے ایک ساکھ پر مبنی اتفاق رائے کا الگورتھم ہے۔ یہ اصطلاح پہلی بار ۲۰۱۷ میں گیون وڈ نے متعارف کرائی تھی، اور یہ اتفاق رائے کا الگورتھم زیادہ تر نجی چینز، ٹیسٹ نیٹ اور مقامی ترقیاتی نیٹ ورکس کے ذریعے استعمال کیا گیا ہے، کیونکہ یہ <span dir="ltr">PoW</span> کی طرح اعلیٰ معیار کے وسائل کی ضرورت پر قابو پاتا ہے، اور نوڈس کے ایک چھوٹے ذیلی سیٹ کے ذریعے بلاک چین کو اسٹور کرنے اور بلاک تیار کرنے سے <span dir="ltr">PoS</span> کے ساتھ اسکیل ایبلٹی کے مسائل پر قابو پاتا ہے۔

ثبوتِ اختیار کے لیے مجاز دستخط کنندگان کے ایک سیٹ پر بھروسہ کرنے کی ضرورت ہوتی ہے جو [ابتدائی بلاک](/glossary/#genesis-block) میں سیٹ کیے جاتے ہیں۔ زیادہ تر موجودہ نفاذات میں، چین کے اتفاق رائے کا تعین کرتے وقت تمام مجاز دستخط کنندگان مساوی طاقت اور مراعات برقرار رکھتے ہیں۔ ساکھ کی اسٹیکنگ کے پیچھے خیال یہ ہے کہ ہر مجاز توثیق کار <span dir="ltr">KYC</span> جیسی چیزوں کے ذریعے ہر کسی کے لیے مشہور ہوتا ہے، یا کسی معروف تنظیم کے واحد توثیق کار ہونے کی وجہ سے—اس طرح اگر کوئی توثیق کار کچھ غلط کرتا ہے، تو ان کی شناخت معلوم ہوتی ہے۔

<span dir="ltr">PoA</span> کے متعدد نفاذات ہیں، لیکن معیاری ایتھیریم نفاذ **clique** ہے، جو [<span dir="ltr">EIP-225</span>](https://eips.ethereum.org/EIPS/eip-225) کو نافذ کرتا ہے۔ Clique ڈیولپر کے لیے سازگار اور لاگو کرنے میں آسان معیار ہے، جو کلائنٹ کی ہم آہنگی کی تمام اقسام کو سپورٹ کرتا ہے۔ دیگر نفاذات میں [<span dir="ltr">IBFT 2.0</span>](https://besu.hyperledger.org/private-networks/concepts/poa) اور [Aura](https://openethereum.github.io/Chain-specification) شامل ہیں۔

## یہ کیسے کام کرتا ہے {#how-it-works}

<span dir="ltr">PoA</span> میں، نئے بلاک بنانے کے لیے مجاز دستخط کنندگان کا ایک سیٹ منتخب کیا جاتا ہے۔ دستخط کنندگان کو ان کی ساکھ کی بنیاد پر منتخب کیا جاتا ہے، اور صرف انہیں ہی نئے بلاک بنانے کی اجازت ہوتی ہے۔ دستخط کنندگان کو راؤنڈ رابن انداز میں منتخب کیا جاتا ہے، اور ہر دستخط کنندہ کو ایک مخصوص ٹائم فریم میں بلاک بنانے کی اجازت ہوتی ہے۔ بلاک بنانے کا وقت مقرر ہوتا ہے، اور دستخط کنندگان کو اس ٹائم فریم کے اندر بلاک بنانا ہوتا ہے۔

اس تناظر میں ساکھ کوئی مقداری چیز نہیں ہے بلکہ یہ مائیکروسافٹ اور Google جیسی معروف کارپوریشنز کی ساکھ ہے، اس لیے قابل اعتماد دستخط کنندگان کو منتخب کرنے کا طریقہ الگورتھمک نہیں ہے بلکہ یہ _اعتماد_ کا عام انسانی عمل ہے جہاں ایک ادارہ، مثال کے طور پر مائیکروسافٹ، سینکڑوں یا ہزاروں اسٹارٹ اپس کے درمیان ایک <span dir="ltr">PoA</span> نجی نیٹ ورک بناتا ہے اور مستقبل میں Google جیسے دیگر معروف دستخط کنندگان کو شامل کرنے کے امکان کے ساتھ خود کو واحد قابل اعتماد دستخط کنندہ کے طور پر پیش کرتا ہے، اسٹارٹ اپس بلاشبہ مائیکروسافٹ پر ہر وقت ایمانداری سے کام کرنے اور نیٹ ورک استعمال کرنے پر بھروسہ کریں گے۔ یہ مختلف چھوٹے/نجی نیٹ ورکس میں اسٹیک کرنے کی ضرورت کو حل کرتا ہے جو انہیں لامركزی اور فعال رکھنے کے لیے مختلف مقاصد کے لیے بنائے گئے تھے، اس کے ساتھ ساتھ مائنرز کی ضرورت کو بھی ختم کرتا ہے، جو بہت زیادہ طاقت اور وسائل استعمال کرتے ہیں۔ کچھ نجی نیٹ ورکس <span dir="ltr">PoA</span> معیار کو اسی طرح استعمال کرتے ہیں جیسے VeChain، اور کچھ اس میں ترمیم کرتے ہیں جیسے بائنانس جو [<span dir="ltr">PoSA</span>](https://academy.binance.com/en/glossary/proof-of-staked-authority-posa) استعمال کرتا ہے جو <span dir="ltr">PoA</span> اور <span dir="ltr">PoS</span> کا ایک کسٹم ترمیم شدہ ورژن ہے۔

ووٹنگ کا عمل خود دستخط کنندگان کے ذریعے کیا جاتا ہے۔ ہر دستخط کنندہ جب نیا بلاک بناتا ہے تو اپنے بلاک میں دستخط کنندہ کو شامل کرنے یا ہٹانے کے لیے ووٹ دیتا ہے۔ نوڈس کے ذریعے ووٹوں کی گنتی کی جاتی ہے، اور ایک مخصوص حد `SIGNER_LIMIT` تک پہنچنے والے ووٹوں کی بنیاد پر دستخط کنندگان کو شامل کیا جاتا ہے یا ہٹا دیا جاتا ہے۔

ایسی صورتحال ہو سکتی ہے جہاں چھوٹے فورکس واقع ہوں، بلاک کی دشواری اس بات پر منحصر ہوتی ہے کہ آیا بلاک پر باری پر دستخط کیے گئے تھے یا باری کے بغیر۔ ”باری پر“ بلاک کی دشواری <span dir="ltr">2</span> ہوتی ہے، اور ”باری کے بغیر“ بلاک کی دشواری <span dir="ltr">1</span> ہوتی ہے۔ چھوٹے فورکس کی صورت میں، وہ چین جس میں زیادہ تر دستخط کنندگان ”باری پر“ بلاک سیل کرتے ہیں، سب سے زیادہ دشواری جمع کرے گی اور جیت جائے گی۔

## حملے کے ویکٹرز {#attack-vectors}

### بدنیتی پر مبنی دستخط کنندگان {#malicious-signers}

ایک بدنیتی پر مبنی صارف کو دستخط کنندگان کی فہرست میں شامل کیا جا سکتا ہے، یا دستخط کرنے والی کلید/مشین سے سمجھوتہ کیا جا سکتا ہے۔ ایسی صورتحال میں پروٹوکول کو تنظیمِ نو اور اسپیمنگ کے خلاف اپنا دفاع کرنے کے قابل ہونا چاہیے۔ تجویز کردہ حل یہ ہے کہ <span dir="ltr">N</span> مجاز دستخط کنندگان کی فہرست کو دیکھتے ہوئے، کوئی بھی دستخط کنندہ ہر <span dir="ltr">K</span> میں سے صرف <span dir="ltr">1</span> بلاک ڈھال سکتا ہے۔ یہ یقینی بناتا ہے کہ نقصان محدود ہے، اور بقیہ توثیق کار بدنیتی پر مبنی صارف کو ووٹ دے کر باہر کر سکتے ہیں۔

### سنسرشپ {#censorship-attack}

ایک اور دلچسپ حملے کا ویکٹر یہ ہے کہ اگر کوئی دستخط کنندہ (یا دستخط کنندگان کا گروپ) ان بلاک کو سنسر کرنے کی کوشش کرتا ہے جو انہیں اجازت نامے کی فہرست سے ہٹانے پر ووٹ دیتے ہیں۔ اس سے بچنے کے لیے، دستخط کنندگان کی اجازت یافتہ ڈھلائی کی فریکوئنسی کو <span dir="ltr">N/2</span> میں سے <span dir="ltr">1</span> تک محدود کر دیا گیا ہے۔ یہ یقینی بناتا ہے کہ بدنیتی پر مبنی دستخط کنندگان کو کم از کم <span dir="ltr">51%</span> دستخط کرنے والے اکاؤنٹس کو کنٹرول کرنے کی ضرورت ہے، جس مقام پر وہ مؤثر طریقے سے چین کے لیے سچائی کا نیا ذریعہ بن جائیں گے۔

### اسپیم {#spam-attack}

ایک اور چھوٹا حملے کا ویکٹر بدنیتی پر مبنی دستخط کنندگان کا ہر اس بلاک کے اندر نئی ووٹ کی تجاویز داخل کرنا ہے جسے وہ ڈھالتے ہیں۔ چونکہ نوڈس کو مجاز دستخط کنندگان کی اصل فہرست بنانے کے لیے تمام ووٹوں کی گنتی کرنے کی ضرورت ہوتی ہے، اس لیے انہیں وقت کے ساتھ ساتھ تمام ووٹوں کو ریکارڈ کرنا چاہیے۔ ووٹ ونڈو پر حد لگائے بغیر، یہ آہستہ آہستہ بڑھ سکتا ہے، پھر بھی لامحدود ہو سکتا ہے۔ اس کا حل یہ ہے کہ <span dir="ltr">W</span> بلاک کی ایک _متحرک_ ونڈو رکھی جائے جس کے بعد ووٹوں کو پرانا سمجھا جاتا ہے۔ _ایک معقول ونڈو <span dir="ltr">1-2</span> ادوار (epochs) ہو سکتی ہے۔_

### ہم آہنگ بلاک {#concurrent-blocks}

ایک <span dir="ltr">PoA</span> نیٹ ورک میں، جب <span dir="ltr">N</span> مجاز دستخط کنندگان ہوتے ہیں، تو ہر دستخط کنندہ کو <span dir="ltr">K</span> میں سے <span dir="ltr">1</span> بلاک ڈھالنے کی اجازت ہوتی ہے، جس کا مطلب ہے کہ کسی بھی وقت <span dir="ltr">N-K+1</span> توثیق کاروں کو ڈھالنے کی اجازت ہوتی ہے۔ ان توثیق کاروں کو بلاک کے لیے دوڑ لگانے سے روکنے کے لیے، ہر دستخط کنندہ کو نیا بلاک جاری کرنے کے وقت میں ایک چھوٹا سا بے ترتیب "آفسیٹ" شامل کرنا چاہیے۔ اگرچہ یہ عمل یقینی بناتا ہے کہ چھوٹے فورکس نایاب ہیں، لیکن مین نیٹ کی طرح کبھی کبھار فورکس اب بھی ہو سکتے ہیں۔ اگر کوئی دستخط کنندہ اپنی طاقت کا غلط استعمال کرتا اور افراتفری پھیلاتا پایا جاتا ہے، تو دوسرے دستخط کنندگان انہیں ووٹ دے کر باہر کر سکتے ہیں۔

اگر مثال کے طور پر <span dir="ltr">10</span> مجاز دستخط کنندگان ہیں اور ہر دستخط کنندہ کو <span dir="ltr">6</span> میں سے <span dir="ltr">1</span> بلاک بنانے کی اجازت ہے، تو کسی بھی وقت، <span dir="ltr">5</span> توثیق کار بلاک بنا سکتے ہیں۔ انہیں بلاک بنانے کے لیے دوڑ لگانے سے روکنے کے لیے، ہر دستخط کنندہ نیا بلاک جاری کرنے کے وقت میں ایک چھوٹا سا بے ترتیب "آفسیٹ" شامل کرتا ہے۔ یہ چھوٹے فورکس کے وقوع کو کم کرتا ہے لیکن پھر بھی کبھی کبھار فورکس کی اجازت دیتا ہے، جیسا کہ ایتھیریم مین نیٹ پر دیکھا گیا ہے۔ اگر کوئی دستخط کنندہ اپنے اختیار کا غلط استعمال کرتا ہے اور رکاوٹیں پیدا کرتا ہے، تو انہیں نیٹ ورک سے ووٹ دے کر باہر کیا جا سکتا ہے۔

## فوائد اور نقصانات {#pros-and-cons}

| فوائد | نقصانات |
| --------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
| دیگر مقبول میکانزم جیسے <span dir="ltr">PoS</span> اور <span dir="ltr">PoW</span> سے زیادہ اسکیل ایبل ہے، کیونکہ یہ بلاک دستخط کنندگان کی محدود تعداد پر مبنی ہے | <span dir="ltr">PoA</span> نیٹ ورکس میں عام طور پر توثیق کرنے والے نوڈس کی نسبتاً کم تعداد ہوتی ہے۔ یہ <span dir="ltr">PoA</span> نیٹ ورک کو زیادہ مرکزیت والا بناتا ہے۔ |
| <span dir="ltr">PoA</span> بلاک چینز کو چلانا اور برقرار رکھنا ناقابل یقین حد تک سستا ہے | مجاز دستخط کنندہ بننا عام طور پر ایک عام شخص کی پہنچ سے باہر ہوتا ہے، کیونکہ بلاک چین کو قائم شدہ ساکھ والے اداروں کی ضرورت ہوتی ہے۔ |
| ٹرانزیکشنز کی بہت جلد تصدیق ہو جاتی ہے کیونکہ یہ <span dir="ltr">1</span> سیکنڈ سے بھی کم وقت لے سکتی ہے کیونکہ نئے بلاک کی توثیق کے لیے صرف محدود تعداد میں دستخط کنندگان کی ضرورت ہوتی ہے | بدنیتی پر مبنی دستخط کنندگان نیٹ ورک میں تنظیمِ نو، دہرا خرچ، ٹرانزیکشنز کو سنسر کر سکتے ہیں، ان حملوں کو کم کیا جاتا ہے لیکن پھر بھی ممکن ہیں |

## مزید مطالعہ {#further-reading}

- [<span dir="ltr">EIP-225</span>](https://eips.ethereum.org/EIPS/eip-225) _Clique معیار_
- [ثبوتِ اختیار کا مطالعہ](https://github.com/cryptoeconomics-study/website/blob/master/docs/sync/2.4-lecture.md) _Cryptoeconomics_
- [ثبوتِ اختیار کیا ہے](https://forum.openzeppelin.com/t/proof-of-authority/3577) _OpenZeppelin_
- [ثبوتِ اختیار کی وضاحت](https://academy.binance.com/en/articles/proof-of-authority-explained) _بائنانس_
- [بلاک چین میں <span dir="ltr">PoA</span>](https://medium.com/techskill-brew/proof-of-authority-or-poa-in-blockchain-part-11-blockchain-series-be15b3321cba)
- [Clique کی وضاحت](https://medium.com/@Destiner/clique-cross-client-proof-of-authority-algorithm-for-ethereum-8b2a135201d)
- [متروک <span dir="ltr">PoA</span>، Aura کی تفصیلات](https://openethereum.github.io/Chain-specification)
- [<span dir="ltr">IBFT 2.0</span>، ایک اور <span dir="ltr">PoA</span> نفاذ](https://besu.hyperledger.org/private-networks/concepts/poa)

### کیا آپ بصری طور پر سیکھنا پسند کرتے ہیں؟ {#visual-learner}

ثبوتِ اختیار کی بصری وضاحت دیکھیں:

<VideoWatch slug="proof-of-authority-explained" />

## متعلقہ موضوعات {#related-topics}

- [ثبوتِ کار (PoW)](/developers/docs/consensus-mechanisms/pow/)
- [حصہ داری کا ثبوت (PoS)](/developers/docs/consensus-mechanisms/pos/)