Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
@@ -0,0 +1,92 @@
---
title: "प्रमाणीकरणे"
description: "प्रूफ-ऑफ-स्टेक Ethereum वरील प्रमाणीकरणांचे वर्णन."
lang: mr
---

प्रत्येक इपॉकमध्ये व्हॅलिडेटरने प्रमाणीकरण तयार करणे, त्यावर स्वाक्षरी करणे आणि ते प्रसारित करणे अपेक्षित आहे. हे पृष्ठ या प्रमाणीकरणांचे स्वरूप, त्यांच्यावर कशी प्रक्रिया केली जाते आणि एकमत क्लायंटमध्ये ते कसे संप्रेषित केले जातात याची रूपरेषा देते.

## प्रमाणीकरण म्हणजे काय? {#what-is-an-attestation}

प्रत्येक [इपॉक](/glossary/#epoch) (6.4 मिनिटे) एक व्हॅलिडेटर नेटवर्कवर प्रमाणीकरणाचा प्रस्ताव देतो. प्रमाणीकरण हे इपॉकमधील एका विशिष्ट स्लॉटसाठी असते. प्रमाणीकरणाचा उद्देश व्हॅलिडेटरच्या साखळीबद्दलच्या दृष्टिकोनाच्या बाजूने मतदान करणे हा आहे, विशेषतः सर्वात अलीकडील जस्टिफाईड ब्लॉक आणि सध्याच्या इपॉकमधील पहिला ब्लॉक (ज्यांना `source` आणि `target` चेकपॉइंट म्हणून ओळखले जाते). ही माहिती सर्व सहभागी व्हॅलिडेटरसाठी एकत्रित केली जाते, ज्यामुळे नेटवर्कला ब्लॉकचेनच्या स्थितीबद्दल एकमतापर्यंत पोहोचता येते.

प्रमाणीकरणामध्ये खालील घटक असतात:

- `aggregation_bits`: व्हॅलिडेटरची एक बिटलिस्ट जिथे स्थिती त्यांच्या समितीमधील व्हॅलिडेटर निर्देशांकाशी जुळते; मूल्य (0/1) हे दर्शवते की व्हॅलिडेटरने `data` वर स्वाक्षरी केली आहे की नाही (म्हणजे, ते सक्रिय आहेत आणि ब्लॉक प्रस्तावकशी सहमत आहेत की नाही).
- `data`: खाली परिभाषित केल्यानुसार प्रमाणीकरणाशी संबंधित तपशील
- `signature`: एक BLS स्वाक्षरी जी वैयक्तिक व्हॅलिडेटरच्या स्वाक्षऱ्या एकत्रित करते

प्रमाणीकरण करणाऱ्या व्हॅलिडेटरसाठी `data` तयार करणे हे पहिले कार्य आहे. `data` मध्ये खालील माहिती असते:

- `slot`: स्लॉट क्रमांक ज्याचा प्रमाणीकरण संदर्भ देते
- `index`: एक क्रमांक जो ओळखतो की व्हॅलिडेटर दिलेल्या स्लॉटमध्ये कोणत्या समितीचा सदस्य आहे
- `beacon_block_root`: साखळीच्या सुरुवातीला व्हॅलिडेटरला दिसणाऱ्या ब्लॉकचा रूट हॅश (फोर्क-चॉइस अल्गोरिदम लागू करण्याचा परिणाम)
- `source`: फायनॅलिटी मताचा भाग जो दर्शवितो की व्हॅलिडेटर सर्वात अलीकडील जस्टिफाईड ब्लॉक म्हणून काय पाहतात
- `target`: फायनॅलिटी मताचा भाग जो दर्शवितो की व्हॅलिडेटर सध्याच्या इपॉकमधील पहिला ब्लॉक म्हणून काय पाहतात

`data` तयार झाल्यावर, व्हॅलिडेटर `aggregation_bits` मधील त्यांच्या स्वतःच्या व्हॅलिडेटर निर्देशांकाशी संबंधित बिट 0 वरून 1 वर फ्लिप करू शकतो, हे दर्शवण्यासाठी की त्यांनी सहभाग घेतला आहे.

शेवटी, व्हॅलिडेटर प्रमाणीकरणावर स्वाक्षरी करतो आणि ते नेटवर्कवर प्रसारित करतो.

### एकत्रित प्रमाणीकरण {#aggregated-attestation}

प्रत्येक व्हॅलिडेटरसाठी नेटवर्कवर हा डेटा प्रसारित करण्याशी संबंधित एक मोठा ओव्हरहेड आहे. म्हणून, वैयक्तिक व्हॅलिडेटरकडून आलेली प्रमाणीकरणे अधिक व्यापकपणे प्रसारित करण्यापूर्वी सबनेटमध्ये एकत्रित केली जातात. यामध्ये स्वाक्षऱ्या एकत्र करणे समाविष्ट आहे जेणेकरून प्रसारित होणाऱ्या प्रमाणीकरणामध्ये एकमत `data` आणि त्या `data` शी सहमत असलेल्या सर्व व्हॅलिडेटरच्या स्वाक्षऱ्या एकत्र करून तयार केलेली एकच स्वाक्षरी समाविष्ट असेल. हे `aggregation_bits` वापरून तपासले जाऊ शकते कारण हे प्रत्येक व्हॅलिडेटरचा त्यांच्या समितीमधील निर्देशांक (ज्याचा आयडी `data` मध्ये दिलेला आहे) प्रदान करते, जो वैयक्तिक स्वाक्षऱ्यांची चौकशी करण्यासाठी वापरला जाऊ शकतो.

प्रत्येक इपॉकमध्ये प्रत्येक सबनेटमधील 16 व्हॅलिडेटर `एग्रीगेटर` म्हणून निवडले जातात. एग्रीगेटर गॉसिप नेटवर्कवर ऐकलेली सर्व प्रमाणीकरणे गोळा करतात ज्यात त्यांच्या स्वतःच्या प्रमाणीकरणासारखाच `data` असतो. प्रत्येक जुळणाऱ्या प्रमाणीकरणाच्या प्रेषकाची नोंद `aggregation_bits` मध्ये केली जाते. त्यानंतर एग्रीगेटर प्रमाणीकरण एकत्रित करून व्यापक नेटवर्कवर प्रसारित करतात.

जेव्हा एखाद्या व्हॅलिडेटरची ब्लॉक प्रस्तावक म्हणून निवड केली जाते, तेव्हा ते सबनेटमधून आलेली एकत्रित प्रमाणीकरणे नवीन ब्लॉकमधील नवीनतम स्लॉटपर्यंत पॅकेज करतात.

### प्रमाणीकरण समावेशाचे जीवनचक्र {#attestation-inclusion-lifecycle}

1. निर्मिती
2. प्रसार
3. एकत्रीकरण
4. प्रसार
5. समावेश

प्रमाणीकरणाचे जीवनचक्र खालील आराखड्यात स्पष्ट केले आहे:

![प्रमाणीकरण जीवनचक्र](./attestation_schematic.png)

## पुरस्कार {#rewards}

प्रमाणीकरणे सादर केल्याबद्दल व्हॅलिडेटरना रिवॉर्ड दिले जातात. प्रमाणीकरणाचा रिवॉर्ड सहभागाचे ध्वज (स्रोत, लक्ष्य आणि हेड), बेस रिवॉर्ड आणि सहभागाचा दर यावर अवलंबून असतो.

सादर केलेल्या प्रमाणीकरणावर आणि त्याच्या समावेशातील विलंबावर अवलंबून, प्रत्येक सहभाग ध्वज सत्य किंवा असत्य असू शकतो.

सर्वोत्तम परिस्थिती तेव्हा उद्भवते जेव्हा तिन्ही ध्वज सत्य असतात, अशा परिस्थितीत व्हॅलिडेटरला (प्रत्येक योग्य ध्वजासाठी) कमाई होईल:

`रिवॉर्ड += बेस रिवॉर्ड * ध्वज वजन * ध्वज प्रमाणीकरण दर / 64`

ध्वज प्रमाणीकरण दर, दिलेल्या ध्वजासाठी सर्व प्रमाणीकरण करणाऱ्या व्हॅलिडेटरच्या प्रभावी बॅलन्सच्या बेरजेचा वापर करून, एकूण सक्रिय प्रभावी बॅलन्सच्या तुलनेत मोजला जातो.

### बेस रिवॉर्ड {#base-reward}

बेस रिवॉर्डची गणना प्रमाणीकरण करणाऱ्या व्हॅलिडेटरच्या संख्येनुसार आणि त्यांच्या प्रभावी स्टेक केलेल्या इथर बॅलन्सनुसार केली जाते:

`बेस रिवॉर्ड = व्हॅलिडेटर प्रभावी बॅलन्स x 2^6 / SQRT(सर्व सक्रिय व्हॅलिडेटरचा प्रभावी बॅलन्स)`

#### समावेशातील विलंब {#inclusion-delay}

ज्यावेळी व्हॅलिडेटरनी साखळीच्या हेडवर (`ब्लॉक n`) मतदान केले, त्यावेळी `ब्लॉक n+1` अजून प्रस्तावित झाला नव्हता. म्हणून प्रमाणीकरणे नैसर्गिकरित्या **एक ब्लॉक नंतर** समाविष्ट होतात, त्यामुळे `ब्लॉक n` ला साखळीचे हेड म्हणून मतदान करणारी सर्व प्रमाणीकरणे `ब्लॉक n+1` मध्ये समाविष्ट होतात आणि **समावेशातील विलंब** 1 असतो. जर समावेशातील विलंब दुप्पट होऊन दोन स्लॉट झाला, तर प्रमाणीकरणाचा रिवॉर्ड अर्धा होतो, कारण प्रमाणीकरणाचा रिवॉर्ड मोजण्यासाठी बेस रिवॉर्डला समावेशातील विलंबाच्या व्युत्क्रमाने गुणले जाते.

### प्रमाणीकरणाच्या परिस्थिती {#attestation-scenarios}

#### मतदान करणारा व्हॅलिडेटर गहाळ {#missing-voting-validator}

व्हॅलिडेटरकडे त्यांचे प्रमाणीकरण सादर करण्यासाठी जास्तीत जास्त 1 इपॉक असतो. जर इपॉक 0 मध्ये प्रमाणीकरण चुकले, तर ते इपॉक 1 मध्ये समावेशातील विलंबासह सादर करू शकतात.

#### एग्रीगेटर गहाळ {#missing-aggregator}

एकूण प्रति इपॉक 16 एग्रीगेटर असतात. याव्यतिरिक्त, यादृच्छिक व्हॅलिडेटर **256 इपॉकसाठी दोन सबनेट** चे सदस्यत्व घेतात आणि एग्रीगेटर गहाळ झाल्यास बॅकअप म्हणून काम करतात.

#### ब्लॉक प्रस्तावक गहाळ {#missing-block-proposer}

लक्षात घ्या की काही प्रकरणांमध्ये एक भाग्यवान एग्रीगेटर ब्लॉक प्रस्तावक देखील बनू शकतो. जर ब्लॉक प्रस्तावक गहाळ झाल्यामुळे प्रमाणीकरण समाविष्ट झाले नाही, तर पुढील ब्लॉक प्रस्तावक ते एकत्रित प्रमाणीकरण उचलून पुढील ब्लॉकमध्ये समाविष्ट करेल. तथापि, **समावेशातील विलंब** एकाने वाढेल.

## पुढील वाचन {#further-reading}

- [विटालिकच्या एनोटेटेड एकमत स्पेकमधील प्रमाणीकरणे](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#attestationdata)
- [eth2book.info मधील प्रमाणीकरणे](https://eth2book.info/capella/part3/containers/dependencies/#attestationdata)

_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
Loading