---
title: "हेगोटा"
metaTitle: "हेझे-बोगोटा (हेगोटा)"
description: "हेगोटा प्रोटोकॉल अपग्रेडबद्दल जाणून घ्या"
lang: mr
template: upgrade
---

हेगोटा हे [इथेरियम](/) नेटवर्क अपग्रेड आहे जे [ग्लॅमस्टरडॅम](/roadmap/glamsterdam/) नंतर अपेक्षित आहे. याचे नाव "बोगोटा" (अंमलबजावणी स्तर अपग्रेड, ज्याचे नाव मागील डेव्हकॉन (Devcon) स्थानावरून ठेवले आहे) आणि "हेझे" (सहमती स्तर अपग्रेड, ज्याचे नाव एका ताऱ्यावरून ठेवले आहे) यांच्या संयोजनातून ठेवले आहे.

हेगोटा सध्या सुरुवातीच्या नियोजनात आहे. त्याचे मुख्य वैशिष्ट्य (headliner) निवडले गेले आहे आणि त्यानंतर दुसरा बदल देखील निर्धारित केला गेला आहे, परंतु उर्वरित व्याप्ती अद्याप ठरवली जात आहे आणि कोणत्याही तारखा निश्चित केलेल्या नाहीत.

## मुख्य वैशिष्ट्य: FOCIL {#focil}

<EipTag upgrade="hegota" id={7805} />

फोर्क-चॉईस एन्फोर्स्ड इन्क्लुजन लिस्ट्स (FOCIL, किंवा EIP-7805) हे [सेन्सॉरशिप प्रतिकार](/roadmap/security/#censorship-resistance) याबद्दल आहे: ब्लॉक तयार करणाऱ्या लोकांना एखादा वैध व्यवहार वगळायचा असला तरीही तो ब्लॉकमध्ये समाविष्ट होईल याची खात्री करणे.

आज एकच [प्रमाणक](/glossary/#validator) प्रत्येक ब्लॉक तयार करतो आणि त्यात कोणते व्यवहार असतील हे ठरवतो. त्यामुळे जो कोणी पुरेशा ब्लॉक निर्मात्यांवर प्रभाव टाकू शकतो तो व्यवहारास विलंब करू शकतो, आणि वापरकर्त्याकडे वाट पाहण्याशिवाय आणि आशा करण्याशिवाय दुसरा कोणताही मार्ग नसतो.

FOCIL हा निर्णय अनेक प्रमाणकांमध्ये विभागते. एक समिती समाविष्ट केल्या जाणाऱ्या व्यवहारांची यादी प्रस्तावित करते आणि प्रोटोकॉलचे नियम ब्लॉक निर्मात्याला त्या याद्यांचा आदर करण्यास बांधील करतात. एखाद्या व्यवहाराचे सेन्सॉरिंग करणे ही अशी गोष्ट राहत नाही जी एखादा पक्ष एकटाच करू शकेल.

## फ्रेम व्यवहार {#frame-transactions}

<EipTag upgrade="hegota" id={8141} />

फ्रेम व्यवहार (EIP-8141) प्रोटोकॉलने एका निश्चित स्वाक्षरी योजनेचा आग्रह धरण्याऐवजी, [खाते](/glossary/#account) स्वतःच ठरवू देते की वैध व्यवहार कशाला मानायचे.

आज प्रत्येक व्यवहार एकाच प्रकारे अधिकृत केला जातो: एका की वरून एक स्वाक्षरी. [स्मार्ट कॉन्ट्रॅक्ट खाती](/roadmap/account-abstraction/) अतिरिक्त पायाभूत सुविधांद्वारे व्यवहार राउट करून यावर उपाय शोधतात, ज्यासाठी गॅस खर्च होतो आणि त्यात असे भाग जोडले जातात जे निकामी होऊ शकतात.

फ्रेम व्यवहार ही तपासणी खात्यातच हलवतो. खाते स्वतःचे पडताळणी लॉजिक चालवते, त्यामुळे ज्या क्षमतांना सध्या त्या अतिरिक्त पायाभूत सुविधांची आवश्यकता असते — सामाजिक पुनर्प्राप्ती, खर्चाची मर्यादा, अनेक मंजुरींची आवश्यकता, दुसऱ्या कोणालातरी गॅस भरू देणे — या गोष्टी प्रोटोकॉल थेट समर्थित करतो.

कारण खाते स्वतःचे नियम निवडते, ते अशी स्वाक्षरी योजना देखील निवडू शकते जी क्वांटम संगणक तोडू शकणार नाही. यामुळे हे [क्वांटम प्रतिकार](/roadmap/security/#quantum-resistance) तसेच अधिक चांगल्या वॉलेट्सच्या दिशेने एक पाऊल ठरते.

## हेगोटामध्ये आणखी काय आहे {#scope}

अद्याप ठरलेले नाही. FOCIL आणि फ्रेम व्यवहार हे आतापर्यंत नियोजित केलेले दोन बदल आहेत; आणखी डझनभर प्रस्तावित केले गेले आहेत आणि त्यापैकी कोणतेही निश्चित झालेले नाहीत. व्याप्ती निश्चित होईपर्यंत हे पृष्ठ लहान राहील — चर्चेच्या सद्यस्थितीसाठी, खालील संसाधने पहा.

सध्या समाविष्ट करण्यासाठी विचारात घेतलेल्या प्रस्तावांमध्ये EIP-3298, EIP-7668, EIP-7906, EIP-7979, EIP-8015, EIP-8131, EIP-8163, EIP-8198, EIP-8250, EIP-8253, EIP-8272, EIP-8279 आणि EIP-8365 यांचा समावेश आहे. विचारात घेतले जात आहे याचा अर्थ क्लायंट टीम्स प्रस्तावाचे मूल्यांकन करत आहेत, असा नाही की ते हेगोटामध्ये समाविष्ट केले जाईल.

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

- [फोर्ककास्ट: हेगोटा](https://forkcast.org/upgrade/hegota) — प्रत्येक प्रस्तावाची थेट स्थिती
- [हेगोटा मेटा EIP (EIP-8081)](https://eips.ethereum.org/EIPS/eip-8081)
- [EIP-7805 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7805)
- [EIP-8141 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8141)
- [इथेरियम रोडमॅप](/roadmap/)