తెలుసుకోవలసిన విషయం
+AI ఏజెంట్లు మరియు సంబంధిత ఉపకరణాలు ఇంకా ప్రారంభ అభివృద్ధిలో ఉన్నాయి మరియు చాలా ప్రయోగాత్మకమైనవి—జాగ్రత్తగా ఉపయోగించండి.
+`nonce``
+
+`` - _ఒక కోడ్ స్నిప్పెట్ను కలిగి ఉన్న ప్రారంభ ట్యాగ్_
+
+nonce - _అనువదించలేని వచనం_
+
+`` - _ముగింపు ట్యాగ్_
+
+
+
+మూల వచనం సంక్షిప్త ట్యాగ్లను కూడా కలిగి ఉంటుంది, ఇందులో సంఖ్యలు మాత్రమే ఉంటాయి, అంటే వాటి పనితీరు వెంటనే స్పష్టంగా కనిపించదు. ఈ ట్యాగ్లు ఏ ఫంక్షన్ను అందిస్తాయో చూడడానికి మీరు వాటిపై హోవర్ చేయవచ్చు.
+
+కింది ఉదాహరణలో, `<0>` ట్యాగ్పై హోవర్ చేయడం వలన అది ``ని సూచిస్తుందని మరియు కోడ్ స్నిప్పెట్ను కలిగి ఉందని మీరు చూడవచ్చు, కాబట్టి ఈ ట్యాగ్లలోని కంటెంట్ను అనువదించకూడదు.
+
+
+
+## సంక్షిప్త vs. పూర్తి రూపాలు/అబ్రివియేషన్లు {#short-vs-full-forms}
+
+వెబ్సైట్లో చాలా సంక్షిప్తాలు ఉపయోగించబడ్డాయి, ఉదా., డాప్స్, NFT, DAO, DeFi, మొదలైనవి. ఈ సంక్షిప్తాలు సాధారణంగా ఆంగ్లంలో ఉపయోగించబడతాయి మరియు వెబ్సైట్ను సందర్శించే చాలా మంది సందర్శకులు వాటితో సుపరిచితులు.
+
+వారు సాధారణంగా ఇతర భాషలలో అనువాదాలను ఏర్పాటు చేయరు కాబట్టి, వీటిని మరియు ఇలాంటి నిబంధనలను సంప్రదించడానికి ఉత్తమ మార్గం పూర్తి రూపం యొక్క వివరణాత్మక అనువాదాన్ని అందించడం మరియు బ్రాకెట్లలో ఆంగ్ల సంక్షిప్తీకరణను జోడించడం.
+
+ఈ సంక్షిప్తాలను అనువదించవద్దు, ఎందుకంటే చాలా మందికి వాటితో పరిచయం ఉండదు మరియు స్థానికీకరించిన సంస్కరణలు చాలా మంది సందర్శకులకు అంతగా అర్థం కావు.
+
+డాప్లను ఎలా అనువదించాలో ఉదాహరణ:
+
+- వికేంద్రీకృత అప్లికేషన్లు (డాప్స్) → _అనువదించబడిన పూర్తి రూపం (బ్రాకెట్లలో ఆంగ్ల సంక్షిప్తీకరణ)_
+
+## స్థిరపడిన అనువాదాలు లేని పదాలు {#terms-without-established-translations}
+
+కొన్ని పదాలు ఇతర భాషలలో అనువాదాలను ఏర్పాటు చేసి ఉండకపోవచ్చు మరియు అసలు ఆంగ్ల పదం ద్వారా విస్తృతంగా పిలుస్తారు. ఇటువంటి పదాలలో ఎక్కువగా ప్రూఫ్-ఆఫ్-వర్క్, ప్రూఫ్-ఆఫ్-స్టేక్, బెకన్ చైన్, స్టాకింగ్ మొదలైన కొత్త అంశాలు ఉంటాయి.
+
+ఈ పదాలను అనువదించడం అసహజంగా అనిపించవచ్చు, ఆంగ్ల సంస్కరణ సాధారణంగా ఇతర భాషలలో కూడా ఉపయోగించబడుతుంది కాబట్టి, వాటిని అనువదించాలని సిఫార్సు చేయబడింది.
+
+వాటిని అనువదిస్తున్నప్పుడు, సృజనాత్మకంగా ఉండటానికి సంకోచించకండి, వివరణాత్మక అనువాదాలను ఉపయోగించండి లేదా వాటిని అక్షరాలా అనువదించండి.
+
+**కొన్ని పదాలను ఆంగ్లంలో వదిలిపెట్టే బదులు చాలా పదాలను ఎందుకు అనువదించాలంటే, భవిష్యత్తులో ఈ కొత్త పదజాలం మరింత విస్తృతంగా మారుతుంది, ఎందుకంటే ఎక్కువ మంది ప్రజలు ఇతీరియము మరియు సంబంధిత సాంకేతికతలను ఉపయోగించడం ప్రారంభిస్తారు.** **ప్రపంచం నలుమూలల నుండి ఎక్కువ మందిని ఈ రంగంలోకి తీసుకురావాలంటే, మనమే దాన్ని సృష్టించుకోవాల్సిన అవసరం ఉన్నప్పటికీ, వీలైనన్ని ఎక్కువ భాషలలో అర్థమయ్యే పదజాలాన్ని అందించాలి.**
+
+## బటన్లు & CTAలు {#buttons-and-ctas}
+
+వెబ్సైట్ అనేక బటన్లను కలిగి ఉంది, వీటిని ఇతర కంటెంట్ కంటే భిన్నంగా అనువదించాలి.
+
+చాలా స్ట్రింగ్లతో కనెక్ట్ చేయబడిన సందర్భ స్క్రీన్షాట్లను వీక్షించడం ద్వారా లేదా ఎడిటర్లోని సందర్భాన్ని తనిఖీ చేయడం ద్వారా బటన్ వచనాన్ని గుర్తించవచ్చు, ఇందులో ‘‘బటన్’’ పదబంధం ఉంటుంది.
+
+ఫార్మాటింగ్ అసమతుల్యతను నివారించడానికి బటన్ల అనువాదాలు వీలైనంత చిన్నవిగా ఉండాలి. అదనంగా, బటన్ అనువాదాలు ఆజ్ఞార్థకంగా ఉండాలి, అనగా ఒక ఆదేశాన్ని లేదా అభ్యర్థనను ప్రదర్శించాలి.
+
+
+
+## సమ్మిళితత్వం కోసం అనువదించడం {#translating-for-inclusivity}
+
+Ethereum.org సందర్శకులు ప్రపంచం నలుమూలల నుండి మరియు విభిన్న నేపథ్యాల నుండి వచ్చారు. కాబట్టి వెబ్సైట్లోని భాష తటస్థంగా ఉండాలి, అందరికీ స్వాగతించేలా ఉండాలి మరియు ప్రత్యేకంగా ఉండకూడదు.
+
+ఇందులో ముఖ్యమైన అంశం లింగ తటస్థత. అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు.
+
+అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు.
+
+అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు.
+
+## భాషా-నిర్దిష్ట అనువాదాలు {#language-specific-translations}
+
+అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు. అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు.
+
+అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు. అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు.
+
+అధికారిక చిరునామా రూపాన్ని ఉపయోగించడం ద్వారా మరియు అనువాదాలలో లింగ-నిర్దిష్ట పదాలను నివారించడం ద్వారా దీన్ని సులభంగా సాధించవచ్చు.
+
+### విరామచిహ్నాలు, ఫార్మాటింగ్ {#punctuation-and-formatting}
+
+**క్యాపిటలైజేషన్**
+
+- వివిధ భాషలలో క్యాపిటలైజేషన్లో చాలా తేడాలు ఉన్నాయి.
+- ఆంగ్లంలో, శీర్షికలు మరియు పేర్లు, నెలలు మరియు రోజులు, భాష పేర్లు, సెలవులు మొదలైనవాటిలో అన్ని పదాలను క్యాపిటలైజ్ చేయడం సర్వసాధారణం. అనేక ఇతర భాషలలో, ఇది వివిధ క్యాపిటలైజేషన్ నియమాలను కలిగి ఉన్నందున వ్యాకరణపరంగా తప్పు.
+- కొన్ని భాషలలో వ్యక్తిగత సర్వనామాలు, నామవాచకాలు మరియు కొన్ని విశేషణాలను క్యాపిటలైజ్ చేసే నియమాలు కూడా ఉన్నాయి, ఇవి ఆంగ్లంలో పెద్ద అక్షరం కాదు.
+
+**అంతరం**
+
+- ఆర్థోగ్రఫీ నియమాలు ప్రతి భాషకు ఖాళీల వినియోగాన్ని నిర్వచించాయి. ఖాళీలు ప్రతిచోటా ఉపయోగించబడుతున్నందున, ఈ నియమాలు చాలా విభిన్నమైనవి మరియు ఖాళీలు చాలా తప్పుగా అనువదించబడిన అంశాలు.
+- ఇంగ్లీష్ మరియు ఇతర భాషల మధ్య అంతరంలో కొన్ని సాధారణ తేడాలు:
+ - కొలత యూనిట్లు మరియు కరెన్సీల ముందు ఖాళీ (ఉదా., USD, EUR, kB, MB)
+ - డిగ్రీ గుర్తుల ముందు ఖాళీ (ఉదా., °C, ℉)
+ - కొన్ని విరామ చిహ్నాల ముందు ఖాళీ, ముఖ్యంగా ఎలిప్సిస్ (...)
+ - స్లాష్లకు ముందు మరియు తర్వాత ఖాళీ (/)
+
+**జాబితాలు**
+
+- జాబితాలను వ్రాయడానికి ప్రతి భాషకు విభిన్నమైన మరియు సంక్లిష్టమైన నియమాలు ఉంటాయి. ఇవి ఆంగ్లానికి గణనీయంగా భిన్నంగా ఉండవచ్చు.
+- కొన్ని భాషలలో, ప్రతి కొత్త పంక్తిలోని మొదటి పదాన్ని క్యాపిటలైజ్ చేయాలి, మరికొన్ని భాషల్లో కొత్త పంక్తులు చిన్న అక్షరాలతో ప్రారంభం కావాలి. అనేక భాషలలో ప్రతి పంక్తి పొడవును బట్టి జాబితాలలో క్యాపిటలైజేషన్ గురించి వివిధ నియమాలు కూడా ఉన్నాయి.
+- లైన్ ఐటెమ్ల విరామ చిహ్నాలకు కూడా ఇది వర్తిస్తుంది. జాబితాలలో ముగింపు విరామచిహ్నం భాషను బట్టి చుక్క (**.**), కామా (**,**), లేదా సెమికోలన్ (**;**) కావచ్చు.
+
+**కొటేషన్ గుర్తులు**
+
+- భాషలు అనేక రకాల కొటేషన్ మార్కులను ఉపయోగిస్తాయి. మూలం నుండి ఆంగ్ల కొటేషన్ మార్కులను కాపీ చేయడం తరచుగా తప్పు.
+- కొటేషన్ మార్కుల యొక్క అత్యంత సాధారణ రకాల్లో కొన్ని:
+ - "ఉదాహరణ వచనం"
+ - ‚ఉదాహరణ వచనం’
+ - "ఉదాహరణ వచనం"
+ - "ఉదాహరణ వచనం"
+ - 'ఉదాహరణ వచనం'
+ - "ఉదాహరణ వచనం"
+
+**హైఫన్లు మరియు డాష్లు**
+
+- ఆంగ్లంలో, పదాలను లేదా పదంలోని వివిధ భాగాలను కలపడానికి హైఫన్ (-) ఉపయోగించబడుతుంది, అయితే పరిధి లేదా పాజ్ని సూచించడానికి డాష్ (–) ఉపయోగించబడుతుంది.
+- చాలా భాషలలో హైఫన్లు మరియు డాష్లను ఉపయోగించడం కోసం వేర్వేరు నియమాలు ఉన్నాయి, వాటిని గమనించాలి.
+
+### ఫార్మాట్లు {#formats}
+
+**సంఖ్యలు**
+
+- వివిధ భాషలలో సంఖ్యలను వ్రాయడంలో ప్రధాన వ్యత్యాసం దశాంశాలు మరియు వేల కోసం ఉపయోగించే సెపరేటర్. వేల మందికి, ఇది కాలం, కామా లేదా స్పేస్ కావచ్చు. అదేవిధంగా, కొన్ని భాషలు దశాంశ బిందువును ఉపయోగిస్తాయి, మరికొన్ని దశాంశ కామాను ఉపయోగిస్తాయి.
+ - పెద్ద సంఖ్యలకు కొన్ని ఉదాహరణలు:
+ - ఆంగ్లం – **1,000.50**
+ - స్పానిష్ – **1.000,50**
+ - ఫ్రెంచ్ – **1 000,50**
+- సంఖ్యలను అనువదించేటప్పుడు మరొక ముఖ్యమైన అంశం శాతం గుర్తు. దీనిని వివిధ మార్గాల్లో వ్రాయవచ్చు: **100%**, **100 %** లేదా **%100**.
+- చివరగా, ప్రతికూల సంఖ్యలు భాషపై ఆధారపడి విభిన్నంగా ప్రదర్శించబడతాయి: -100, 100-, (100) లేదా [100].
+
+**తేదీలు**
+
+- తేదీలను అనువదించేటప్పుడు, భాష ఆధారంగా అనేక పరిగణనలు మరియు తేడాలు ఉన్నాయి. వీటిలో తేదీ ఫార్మాట్, సెపరేటర్, క్యాపిటలైజేషన్ మరియు లీడింగ్ సున్నాలు ఉన్నాయి. పూర్తి-నిడివి మరియు సంఖ్యా తేదీల మధ్య తేడాలు కూడా ఉన్నాయి.
+ - వివిధ తేదీ ఫార్మాట్లకు కొన్ని ఉదాహరణలు:
+ - ఇంగ్లీష్ UK (dd/mm/yyyy) – 1 జనవరి, 2022
+ - ఇంగ్లీష్ US (mm/dd/yyyy) – జనవరి 1, 2022
+ - Chinese (yyyy-mm-dd) – 2022 年 1 月 1 日
+ - ఫ్రెంచ్ (dd/mm/yyyy) – 1er జాన్వియర్ 2022
+ - ఇటాలియన్ (dd/mm/yyyy) – 1º జెన్నాయో 2022
+ - జర్మన్ (dd/mm/yyyy) – 1. జనవరి 2022
+
+**కరెన్సీలు**
+
+- వివిధ ఫార్మాట్లు, సమావేశాలు మరియు మార్పిడుల కారణంగా కరెన్సీలను అనువదించడం సవాలుగా ఉంటుంది. సాధారణ నియమంగా, దయచేసి కరెన్సీలను మూలాధారం వలె ఉంచండి. రీడర్ ప్రయోజనం కోసం మీరు మీ స్థానిక కరెన్సీని మరియు మార్పిడిని బ్రాకెట్లలో జోడించవచ్చు.
+- వివిధ భాషలలో కరెన్సీలను వ్రాయడంలో ప్రధాన వ్యత్యాసాలు సింబల్ ప్లేస్మెంట్, దశాంశ కామాలు వర్సెస్ దశాంశ పాయింట్లు, అంతరం మరియు సంక్షిప్తాలు వర్సెస్ చిహ్నాలు.
+ - సింబల్ ప్లేస్మెంట్: $100 లేదా 100$
+ - దశాంశ కామాలు వర్సెస్ దశాంశ పాయింట్లు: 100,50$ లేదా 100.50$
+ - అంతరం: 100$ లేదా 100 $
+ - సంక్షిప్తాలు మరియు. చిహ్నాలు: 100 $ లేదా 100 USD
+
+**కొలత యూనిట్లు**
+
+- సాధారణ నియమంగా, దయచేసి మూలాధారం ప్రకారం కొలత యూనిట్లను ఉంచండి. మీ దేశం వేరే సిస్టమ్ని ఉపయోగిస్తుంటే, మీరు మార్పిడిని బ్రాకెట్లలో చేర్చవచ్చు.
+- కొలత యూనిట్ల స్థానికీకరణ పక్కన పెడితే, భాషలు ఈ యూనిట్లను ఎలా చేరుకోవాలో తేడాలను గమనించడం కూడా ముఖ్యం. ప్రధాన వ్యత్యాసం సంఖ్య మరియు యూనిట్ మధ్య అంతరం, ఇది భాష ఆధారంగా భిన్నంగా ఉంటుంది. దీనికి ఉదాహరణలు 100kB వర్సెస్ 100 kB లేదా 50ºF vs. 50 ºF.
+
+## ముగింపు {#conclusion}
+
+Ethereum.orgని అనువదించడం Ethereum యొక్క విభిన్న అంశాల గురించి తెలుసుకోవడానికి ఒక గొప్ప అవకాశం.
+
+అనువదిస్తున్నప్పుడు, తొందరపడకుండా ప్రయత్నించండి. తేలికగా తీసుకోండి మరియు ఆనందించండి!
+
+అనువాద ప్రోగ్రామ్లో పాలుపంచుకున్నందుకు మరియు వెబ్సైట్ను విస్తృత ప్రేక్షకులకు అందుబాటులో ఉంచడంలో మాకు సహాయం చేసినందుకు ధన్యవాదాలు. Ethereum కమ్యూనిటీ ప్రపంచవ్యాప్తంగా ఉంది మరియు మీరు దానిలో భాగమైనందుకు మేము సంతోషిస్తున్నాము!
diff --git a/public/content/translations/te/dao/index.md b/public/content/translations/te/dao/index.md
new file mode 100644
index 00000000000..69df81e9113
--- /dev/null
+++ b/public/content/translations/te/dao/index.md
@@ -0,0 +1,169 @@
+---
+title: DAO అంటే ఏమిటి?
+metaTitle: DAO అంటే ఏమిటి? | వికేంద్రీకృత అటానమస్ ఆర్గనైజేషన్
+description: ఈథరియంలో డిఎఓలు గురించి ఒక అవలోకనంలో
+lang: te
+template: ఉపయోగ సందర్భాలు
+emoji: ":handshake:"
+sidebarDepth: 2
+image: /images/use-cases/dao-2.png
+alt: ప్రతిపాదనపై డిఎఓ ఓటింగ్ యొక్క ప్రాతినిధ్యం.
+summaryPoint1: కేంద్రీకృత నాయకత్వం లేని సభ్యుల యాజమాన్యంలోని సంఘాలు.
+summaryPoint2: ఇంటర్నెట్ స్ట్రేంజర్తో సహకరించడానికి సురక్షితమైన మార్గం.
+summaryPoint3: కేవలం సంకేత కారణంగా ధనాన్ని అడుగుతుందిన ఒక నిర్వహణా స్థలం.
+---
+
+## డిఎఓలు అంటే ఏమిటి? {#what-are-daos}
+
+DAO అనేది భాగస్వామ్య లక్ష్యం కోసం పని చేసే సమిష్టి యాజమాన్య సంస్థ.
+
+నిధులు లేదా కార్యకలాపాలను నిర్వహించడానికి దయగల నాయకుడిని విశ్వసించకుండా ప్రపంచవ్యాప్తంగా ఉన్న ఒకే ఆలోచన కలిగిన వ్యక్తులతో కలిసి పనిచేయడానికి DAOలు మాకు అనుమతిస్తాయి. ఇష్టానుసారంగా నిధులను ఖర్చు చేయగల CEO లేదా పుస్తకాలను మార్చగల CFO ఎవరూ లేరు. బదులుగా, కోడ్లో బేక్ చేయబడిన బ్లాక్చెయిన్ ఆధారిత నియమాలు సంస్థ ఎలా పనిచేస్తుందో మరియు నిధులు ఎలా ఖర్చు చేయబడతాయో నిర్వచించాయి.
+
+వారిలో అంతా అడ్డుకొనసాగే అంతర్గత ఖజానాలు ఉన్నాయి, మార్గం ఆమోదనతో మీరుకొనలేరు. సంస్థలోని ప్రతి ఒక్కరికీ ఒక గొంతు ఉందని నిర్ధారించుకోవడానికి నిర్ణయాలు ప్రతిపాదనలు మరియు ఓటింగ్ ద్వారా పాలించబడతాయి మరియు ప్రతిదీ పారదర్శకంగా [ఆన్చైన్లో](/glossary/#onchain) జరుగుతుంది.
+
+## మాకు డిఎఓలు ఎందుకు అవసరం? {#why-dao}
+
+నిధులు మరియు డబ్బుతో కూడిన సంస్థను ప్రారంభించడం వలన మీరు పని చేస్తున్న వ్యక్తులపై చాలా నమ్మకం అవసరం. కానీ మీరు ఇంటర్నెట్లో మాత్రమే ఇంటరాక్ట్ అయిన వారిని విశ్వసించడం కష్టం. DAOలతో మీరు గ్రూప్లోని మరెవరినీ విశ్వసించాల్సిన అవసరం లేదు, కేవలం DAO కోడ్, ఇది 100% పారదర్శకంగా ఉంటుంది మరియు ఎవరైనా ధృవీకరించవచ్చు.
+
+ఇది ప్రపంచ వ్యాప్తంగా సహకారం మరియు సామాన్యీకరణకు అనేక కొత్త అవకాశాలను తెరిచినది.
+
+### ఒక పోలిక {#dao-comparison}
+
+| DAO | ఒక సంప్రదాయ సంస్థ |
+| ---------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
+| సాధారణంగా ఫ్లాట్ మరియు పూర్తిగా పౌరుల్లో మంచిది. | సాధారణంగా క్రమానుగతంగా ఉంటుంది. |
+| ఏవైనా మార్పులు అమలు కావాలంటే సభ్యులకు ఓటింగ్ అవసరం. | నిర్మాణంపై ఆధారపడి, మార్పులను ఏకైక పార్టీ నుండి డిమాండ్ చేయవచ్చు లేదా ఓటింగ్ ఇవ్వవచ్చు. |
+| ఓట్లు లెక్కించబడ్డాయి మరియు విశ్వసనీయ మధ్యవర్తి లేకుండా ఫలితం స్వయంచాలకంగా అమలు చేయబడుతుంది. | ఓటింగ్ అనుమతించబడితే, ఓట్లు అంతర్గతంగా లెక్కించబడతాయి మరియు ఓటింగ్ ఫలితాన్ని మాన్యువల్గా నిర్వహించాలి. |
+| సేవలు ఆటోమేటిక్గా పరిచారించబడుతాయి (ఉదాహరణకు సెవార్థంగా దానం ఫండ్లను వితరణ). | రక్షణత మానవ చేర్పించేందుకు లేదా కేంద్రంగా నియంత్రించే స్వయంచాలకతకు అవకాశం ఉండకపోవచ్చు, అన్యాయమైన నడబడాలకు ఆస్పదశాలను ఉంటుంది. |
+| అన్ని కార్యకలాపం సంపూర్ణంగా ప్రకటనం చేసుకునేందుకు మరియు పూర్తిగా ప్రపంచంలో చూపించబడినట్లయితే. | ప్రవృత్తి సాధారణంగా ప్రైవేట్ అయితే, ప్రజలకు మరియు పరిమితమైనది. |
+
+### DAO ఉదాహరణలు {#dao-examples}
+
+ఇది మరింత అర్ధవంతం కావడానికి, మీరు DAOని ఎలా ఉపయోగించవచ్చో ఇక్కడ కొన్ని ఉదాహరణలు ఉన్నాయి:
+
+- **ఒక స్వచ్ఛంద సంస్థ** – మీరు ప్రపంచంలోని ఎవరి నుండైనా విరాళాలను అంగీకరించవచ్చు మరియు నిధుల కోసం ఏ కారణాలపై ఓటు వేయవచ్చు.
+- **సామూహిక యాజమాన్యం** – మీరు భౌతిక లేదా డిజిటల్ ఆస్తులను కొనుగోలు చేయవచ్చు మరియు సభ్యులు వాటిని ఎలా ఉపయోగించాలనే దానిపై ఓటు వేయవచ్చు.
+- **వెంచర్లు మరియు గ్రాంట్లు** – మీరు పెట్టుబడి మూలధనాన్ని పూల్ చేసే ఒక వెంచర్ ఫండ్ను సృష్టించవచ్చు మరియు మద్దతు ఇవ్వాల్సిన వెంచర్లపై ఓటు వేయవచ్చు. తిరిగి చెల్లించిన డబ్బు తర్వాత DAO-సభ్యుల మధ్య పునఃపంపిణీ చేయబడుతుంది.
+
+
+
+## డిఎఓలు ఎలా పని చేస్తాయి? {#how-daos-work}
+
+DAO యొక్క వెన్నెముక దాని [స్మార్ట్ కాంట్రాక్ట్](/glossary/#smart-contract), ఇది సంస్థ యొక్క నియమాలను నిర్వచిస్తుంది మరియు సమూహం యొక్క ఖజానాను కలిగి ఉంటుంది. ఒప్పందం ఇతీరియములో ప్రత్యక్ష ప్రసారం అయిన తర్వాత, ఓటు ద్వారా తప్ప నిబంధనలను ఎవరూ మార్చలేరు. కోడ్లోని నియమాలు మరియు లాజిక్ల పరిధిలోకి రాని పనిని ఎవరైనా చేయడానికి ప్రయత్నిస్తే, అది విఫలమవుతుంది. మరియు ట్రెజరీ స్మార్ట్ కాంట్రాక్ట్ ద్వారా నిర్వచించబడినందున, సమూహం యొక్క ఆమోదం లేకుండా ఎవరూ డబ్బును ఖర్చు చేయలేరు. DAOలకు కేంద్ర అధికారం అవసరం లేదని దీని అర్థం. బదులుగా, సమూహం సమిష్టిగా నిర్ణయాలు తీసుకుంటుంది మరియు ఓట్లు పాస్ అయినప్పుడు చెల్లింపులు ఆటోమేటిక్గా అధికారం పొందుతాయి.
+
+స్మార్ట్ కాంట్రాక్టులు Ethereumలో ప్రత్యక్ష ప్రసారం అయిన తర్వాత ట్యాంపర్ ప్రూఫ్ అయినందున ఇది సాధ్యమవుతుంది. ప్రతిదీ పబ్లిక్గా ఉన్నందున వ్యక్తులు గమనించకుండా మీరు కోడ్ను (DAOs నియమాలు) సవరించలేరు.
+
+## ఇతీరియము మరియు DAOలు {#ethereum-and-daos}
+
+అనేక కారణాల వల్ల DAOలకు ఇతీరియము సరైన పునాది:
+
+- Ethereum యొక్క స్వంత ఏకాభిప్రాయం వికేంద్రీకరించబడింది మరియు సంస్థలు నెట్వర్క్ను విశ్వసించేలా ఏర్పాటు చేయబడింది.
+- స్మార్ట్ కాంట్రాక్ట్ కోడ్ని దాని యజమానులు కూడా ప్రత్యక్ష ప్రసారం చేసిన తర్వాత సవరించలేరు. ఇది ప్రోగ్రామ్ చేయబడిన నిబంధనల ప్రకారం DAOని అమలు చేయడానికి అనుమతిస్తుంది.
+- స్మార్ట్ ఒప్పందాలు నిధులను పంపగలవు/స్వీకరించగలవు. ఇది లేకుండా గ్రూప్ ఫండ్లను నిర్వహించడానికి మీకు విశ్వసనీయ మధ్యవర్తి అవసరం.
+- ఎథిరియమ్ సముదాయం కంపిటిటివ్ కనీసం అందరినీ సహకరించడంతో ప్రముఖ అద్దెకు ప్రముఖాన్ని తందుకుంటుంది, వాటిని త్వరలో మొత్తం అభిప్రాయాన్ని మరియు మద్దతు వ్యవస్థలను ప్రాముఖ్యతరంగా ప్రారంభించడానికి సహకారం చేస్తున్నది.
+
+## DAO పాలన {#dao-governance}
+
+డిఎఓని పరిపాలించేటప్పుడు ఓటింగ్ మరియు ప్రతిపాదనలు ఎలా పని చేస్తాయి వంటి అనేక పరిగణనలు ఉన్నాయి.
+
+### డెలిగేషన్ {#governance-delegation}
+
+ప్రతినిధి బృందం ప్రతినిధి ప్రజాస్వామ్యం యొక్క DAO వెర్షన్ లాంటిది. టోకెన్ హోల్డర్లు తమను తాము నామినేట్ చేసే వినియోగదారులకు ఓట్లను అందజేస్తారు మరియు ప్రోటోకాల్ను నిర్వహించడానికి మరియు సమాచారం ఇవ్వడానికి కట్టుబడి ఉంటారు.
+
+#### ఒక ప్రసిద్ధ ఉదాహరణ {#governance-example}
+
+[ENS](https://claim.ens.domains/delegate-ranking) – ENS హోల్డర్లు వారికి ప్రాతినిధ్యం వహించడం కోసం నిమగ్నమైన కమ్యూనిటీ సభ్యులకు తమ ఓట్లను డెలిగేట్ చేయవచ్చు.
+
+### ఆటోమేటిక్ లావాదేవీల పాలన {#governance-example}
+
+అనేక డిఎఓలలో, సభ్యుల కోరం నిశ్చయాత్మకంగా ఓటు వేస్తే లావాదేవీలు స్వయంచాలకంగా అమలు చేయబడతాయి.
+
+#### ఒక ప్రసిద్ధ ఉదాహరణ {#governance-example}
+
+[Nouns](https://nouns.wtf) – Nouns DAOలో, వ్యవస్థాపకులు వీటో చేయనంత వరకు, ఓట్ల కోరం నెరవేరి, మెజారిటీ అనుకూలంగా ఓటు వేస్తే, ఒక లావాదేవీ స్వయంచాలకంగా అమలు చేయబడుతుంది.
+
+### మల్టీసిగ్ పాలన {#governance-example}
+
+DAOలకు వేలకొద్దీ ఓటింగ్ సభ్యులు ఉండవచ్చు, నిధులు విశ్వసనీయమైన మరియు సాధారణంగా డాక్స్ చేయబడిన (కమ్యూనిటీకి తెలిసిన పబ్లిక్ గుర్తింపులు) 5-20 మంది క్రియాశీల కమ్యూనిటీ సభ్యులచే పంచుకోబడిన [వాలెట్](/glossary/#wallet)లో ఉండవచ్చు. ఓటు వేసిన తర్వాత, [మల్టీసిగ్](/glossary/#multisig) సంతకం చేసేవారు కమ్యూనిటీ యొక్క సంకల్పాన్ని అమలు చేస్తారు.
+
+## DAO చట్టాలు {#dao-laws}
+
+1977లో వ్యోమింగ్ LLCని కనిపెట్టింది, ఇది వ్యవస్థాపకులకు రక్షణ కల్పిస్తుంది మరియు వారి బాధ్యతను పరిమితం చేస్తుంది. ఇటీవల, వారు DAOలకు చట్టపరమైన హోదాను కల్పించే DAO చట్టానికి మార్గదర్శకత్వం వహించారు. ప్రస్తుతం వ్యోమింగ్, వెర్మోంట్ మరియు వర్జిన్ దీవులు ఏదో ఒక రూపంలో DAO చట్టాలను కలిగి ఉన్నాయి.
+
+### ఒక ప్రసిద్ధ ఉదాహరణ {#law-example}
+
+[CityDAO](https://citizen.citydao.io/) – ఎల్లోస్టోన్ నేషనల్ పార్క్ సమీపంలో 40 ఎకరాల భూమిని కొనుగోలు చేయడానికి CityDAO వయోమింగ్ యొక్క DAO చట్టాన్ని ఉపయోగించింది.
+
+## DAO సభ్యత్వం {#dao-membership}
+
+DAO సభ్యత్వం కోసం వివిధ నమూనాలు ఉన్నాయి. సభ్యత్వం ఓటింగ్ ఎలా పని చేస్తుందో మరియు DAOలోని ఇతర కీలక భాగాలను గుర్తించగలదు.
+
+### టోకెన్-ఆధారిత సభ్యత్వం {#token-based-membership}
+
+ఉపయోగించిన టోకెన్పై ఆధారపడి, సాధారణంగా పూర్తిగా [అనుమతిరహితం](/glossary/#permissionless). చాలావరకు ఈ పాలన టోకెన్లను [వికేంద్రీకృత ఎక్స్ఛేంజ్](/glossary/#dex)లో అనుమతిరహితంగా వర్తకం చేయవచ్చు. ఇతరులు తప్పనిసరిగా లిక్విడిటీని అందించడం లేదా ఇతర 'పని యొక్క రుజువు' ద్వారా సంపాదించాలి. ఎలాగైనా, టోకెన్ని పట్టుకోవడం వల్ల ఓటింగ్కు యాక్సెస్ను మంజూరు చేస్తుంది.
+
+_సాధారణంగా విస్తృత వికేంద్రీకృత ప్రోటోకాల్లు మరియు/లేదా టోకెన్లను పాలించడానికి ఉపయోగిస్తారు._
+
+#### ఒక ప్రసిద్ధ ఉదాహరణ {#token-example}
+
+[MakerDAO](https://makerdao.com) – MakerDAO యొక్క టోకెన్ MKR వికేంద్రీకృత ఎక్స్ఛేంజీలలో విస్తృతంగా అందుబాటులో ఉంది మరియు Maker ప్రోటోకాల్ యొక్క భవిష్యత్తుపై ఓటింగ్ అధికారాన్ని కలిగి ఉండటానికి ఎవరైనా కొనుగోలు చేయవచ్చు.
+
+### షేర్-ఆధారిత సభ్యత్వం {#share-based-membership}
+
+భాగస్వామ్య ఆధారిత DAOలు మరింత అనుమతిని కలిగి ఉన్నాయి, కానీ ఇప్పటికీ తెరిచి ఉన్నాయి. కాబోయే సభ్యులు ఎవరైనా DAOలో చేరడానికి ప్రతిపాదనను సమర్పించవచ్చు, సాధారణంగా టోకెన్లు లేదా పని రూపంలో కొంత విలువైన నివాళిని అందిస్తారు. షేర్లు ప్రత్యక్ష ఓటింగ్ శక్తి మరియు యాజమాన్యాన్ని సూచిస్తాయి. సభ్యులు ట్రెజరీలో వారి దామాషా వాటాతో ఎప్పుడైనా నిష్క్రమించవచ్చు.
+
+_సాధారణంగా స్వచ్ఛంద సంస్థలు, కార్మిక సమిష్టిలు మరియు పెట్టుబడి క్లబ్ల వంటి మరింత సన్నిహితమైన, మానవ-కేంద్రీకృత సంస్థలకు ఉపయోగిస్తారు. ప్రోటోకాల్లు మరియు టోకెన్లను కూడా పాలించవచ్చు._
+
+#### ఒక ప్రసిద్ధ ఉదాహరణ {#share-example}
+
+[MolochDAO](http://molochdao.com/) – MolochDAO ఇతీరియము ప్రాజెక్ట్లకు నిధులు సమకూర్చడంపై దృష్టి సారించింది. వారికి సభ్యత్వం కోసం ప్రతిపాదన అవసరం, కాబట్టి సంభావ్య మంజూరుదారుల గురించి సమాచారం ఇవ్వడానికి మీకు అవసరమైన నైపుణ్యం మరియు మూలధనం ఉందా అని సమూహం అంచనా వేయగలదు. మీరు ఓపెన్ మార్కెట్లో DAOకి యాక్సెస్ను కొనుగోలు చేయలేరు.
+
+### ప్రతిష్ట-ఆధారిత సభ్యత్వం {#reputation-based-membership}
+
+ప్రతిష్ఠ అనేది భాగస్వామ్యానికి రుజువు మరియు డిఎఓలో ఓటింగ్ అధికారాన్ని ఇస్తుంది. లక్షణాతీత టోకెన్ లేదా పంపిణీ ఆధారిత సభ్యత కింద సంపాదకులకు స్వామ్యాధికారం కలిగివేయడం లేదు, సంకేతణాతీత డైఓలు చేయలేదు. ప్రమాణం ఆదాయపు చేయబడలేదు, మార్చబడలేదు లేక రహపూర్వకముగా; DAO సభ్యులు పాలనపై మూల్యనిర్ధారణ చేసుకోవాలని, అనుభవద్వారా ప్రమాణం సంపాదించాలి. ఆన్చైన్ ఓటింగ్ అనుమతిరహితం మరియు కాబోయే సభ్యులు DAOలో చేరడానికి స్వేచ్ఛగా ప్రతిపాదనలను సమర్పించవచ్చు మరియు వారి సహకారానికి బదులుగా బహుమతిగా ప్రతిష్ట మరియు టోకెన్లను స్వీకరించమని అభ్యర్థించవచ్చు.
+
+_సాధారణంగా ప్రోటోకాల్లు మరియు [డాప్స్](/glossary/#dapp) యొక్క వికేంద్రీకృత అభివృద్ధి మరియు పాలన కోసం ఉపయోగిస్తారు, అయితే స్వచ్ఛంద సంస్థలు, కార్మిక సమిష్టిలు, పెట్టుబడి క్లబ్లు మొదలైన విభిన్న సంస్థలకు కూడా ఇది బాగా సరిపోతుంది._
+
+#### ఒక ప్రసిద్ధ ఉదాహరణ {#reputation-example}
+
+[DXdao](https://DXdao.eth.limo) – DXdao అనేది 2019 నుండి వికేంద్రీకృత ప్రోటోకాల్లు మరియు అప్లికేషన్లను నిర్మించి, పాలించే ఒక ప్రపంచ సార్వభౌమ సమిష్టి. ఇది నిధులను సమన్వయం చేయడానికి మరియు నిర్వహించడానికి ప్రతిష్ట-ఆధారిత పాలన మరియు [హోలోగ్రాఫిక్ ఏకాభిప్రాయాన్ని](/glossary/#holographic-consensus) ఉపయోగించుకుంది, అంటే దాని భవిష్యత్తు లేదా పాలనను ప్రభావితం చేయడంలోకి ఎవరూ కొనుక్కొని రాలేరు.
+
+## DAOలో చేరండి / ఒక DAOను ప్రారంభించండి {#join-start-a-dao}
+
+### ఒక DAOలో చేరండి {#join-a-dao}
+
+- [ఇతీరియము కమ్యూనిటీ DAOలు](/community/get-involved/#decentralized-autonomous-organizations-daos)
+- [DAOHaus యొక్క DAOల జాబితా](https://app.daohaus.club/explore)
+- [Tally.xyz యొక్క DAOల జాబితా](https://www.tally.xyz/explore)
+- [DeGov.AI యొక్క DAOల జాబితా](https://apps.degov.ai/)
+
+### ఒక DAOను ప్రారంభించండి {#start-a-dao}
+
+- [DAOHausతో ఒక DAOను సమ్మన్ చేయండి](https://app.daohaus.club/summon)
+- [Tallyతో ఒక గవర్నర్ DAOను ప్రారంభించండి](https://www.tally.xyz/get-started)
+- [Aragon-పవర్డ్ DAOను సృష్టించండి](https://aragon.org/product)
+- [ఒక కాలనీని ప్రారంభించండి](https://colony.io/)
+- [DAOstack యొక్క హోలోగ్రాఫిక్ ఏకాభిప్రాయంతో ఒక DAOను సృష్టించండి](https://alchemy.daostack.io/daos/create)
+- [DeGov లాంచర్తో ఒక DAOను ప్రారంభించండి](https://docs.degov.ai/integration/deploy)
+
+## మరింత సమాచారం {#further-reading}
+
+### DAO వ్యాసాలు {#dao-articles}
+
+- [DAO అంటే ఏమిటి?](https://aragon.org/dao) – [Aragon](https://aragon.org/)
+- [హౌస్ ఆఫ్ DAOలు](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/)
+- [DAO అంటే ఏమిటి మరియు అది దేనికి?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
+- [DAO-పవర్డ్ డిజిటల్ కమ్యూనిటీని ఎలా ప్రారంభించాలి](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
+- [DAO అంటే ఏమిటి?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
+- [హోలోగ్రాఫిక్ ఏకాభిప్రాయం అంటే ఏమిటి?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
+- [DAOలు కార్పొరేషన్లు కావు: విటాలిక్ ద్వారా స్వయంప్రతిపత్తి గల సంస్థలలో వికేంద్రీకరణ యొక్క ప్రాముఖ్యత](https://vitalik.eth.limo/general/2022/09/20/daos.html)
+- [DAOలు, DACలు, DAలు మరియు మరిన్ని: ఒక అసంపూర్ణ పరిభాష మార్గదర్శి](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [ఇతీరియము బ్లాగ్](https://blog.ethereum.org)
+
+### వీడియోలు {#videos}
+
+- [క్రిప్టోలో DAO అంటే ఏమిటి?](https://youtu.be/KHm0uUPqmVE)
+- [ఒక DAO నగరాన్ని నిర్మించగలదా?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
+
+
+
+
diff --git a/public/content/translations/te/decentralized-identity/index.md b/public/content/translations/te/decentralized-identity/index.md
new file mode 100644
index 00000000000..393def5bd10
--- /dev/null
+++ b/public/content/translations/te/decentralized-identity/index.md
@@ -0,0 +1,218 @@
+---
+title: వికేంద్రీకృత గుర్తింపు
+description: వికేంద్రీకృత గుర్తింపు అంటే ఏమిటి మరియు అది ఎందుకు ముఖ్యమైనది?
+lang: te
+template: ఉపయోగ సందర్భాలు
+emoji: ":id:"
+sidebarDepth: 2
+image: /images/eth-gif-cat.png
+summaryPoint1: పారంపరిక గుర్తు వ్యవస్థలు మీ గుర్తు ప్రదానం, పరిరక్షణ మరియు నియంత్రణను సేంద్రీకరించినవి.
+summaryPoint2: వికేంద్రీకృత గుర్తింపు కేంద్రీకృత మూడవ పక్షాలపై ఆధారపడటాన్ని తొలగిస్తుంది.
+summaryPoint3: క్రిప్టోద్వారా ధన్యవాదం, వాడుకరులు పునరావృతంనే మౌలికంగా జారుపుకొనే, కలిగే వాటిని నగలుగా ఉంచడానికి మరియు సర్టిఫికేషన్లను నియంత్రించడానికి సాధనాలను ఇప్పటికే కలిగి ఉన్నారు.
+---
+
+ఈ రోజు మీ జీవితంలోని ప్రతి అంశానికి గుర్తింపు ఆధారం. ఆన్లైన్ సేవలను ఉపయోగించడం, బ్యాంకు ఖాతా తెరవడం, ఎన్నికల్లో ఓటు వేయడం, ఆస్తి కొనుగోలు చేయడం, ఉపాధిని పొందడం-ఇవన్నీ మీ గుర్తింపును నిరూపించుకోవడం అవసరం.
+
+అయితే, సాంప్రదాయ గుర్తింపు నిర్వహణ వ్యవస్థలు చాలా కాలంగా కేంద్రీకృత మధ్యవర్తులపై ఆధారపడి ఉన్నాయి, వారు మీ గుర్తింపుదారులను మరియు [ధృవీకరణలను](/glossary/#attestation) జారీ చేస్తారు, కలిగి ఉంటారు మరియు నియంత్రిస్తారు. అంటే మీరు మీ గుర్తింపు సంబంధిత సమాచారాన్ని నియంత్రించలేరు లేదా వ్యక్తిగతంగా గుర్తించదగిన సమాచారం (PII) కి ఎవరికి యాక్సెస్ ఉందో మరియు ఈ పార్టీలకు ఎంత యాక్సెస్ ఉందో నిర్ణయించలేరు.
+
+ఈ సమస్యలను పరిష్కరించడానికి, మామూలుగా ఇతీరియము పబ్లిక్ బ్లాక్ చేయబడిన డిసెంట్రలైజ్ ఐడెంటిటీ సిస్టమ్లు ఉన్నాయి. వికేంద్రీకృత గుర్తింపు వ్యక్తులు వారి గుర్తింపు-సంబంధిత సమాచారాన్ని నిర్వహించడానికి అనుమతిస్తుంది. వికేంద్రీకృత గుర్తింపు పరిష్కారాలతో, _మీరు_ సేవా ప్రదాతలు లేదా ప్రభుత్వాల వంటి కేంద్ర అధికారులపై ఆధారపడకుండా గుర్తింపుదారులను సృష్టించవచ్చు మరియు మీ ధృవీకరణలను క్లెయిమ్ చేయవచ్చు మరియు కలిగి ఉండవచ్చు.
+
+## గుర్తింపు అంటే ఏమిటి? {#what-is-identity}
+
+గుర్తింపు అంటే ఒక వ్యక్తి యొక్క స్వీయ భావన, ప్రత్యేక లక్షణాల ద్వారా నిర్వచించబడింది. గుర్తింపు అనేది ఒక _వ్యక్తి_గా ఉండటాన్ని సూచిస్తుంది, అంటే, ఒక ప్రత్యేకమైన మానవ సంస్థ. గుర్తింపు అనేది సంస్థ లేదా అధికారం వంటి ఇతర మానవేతర సంస్థలను కూడా సూచిస్తుంది.
+
+
+
+## ఐడెంటిఫైయర్లు అంటే ఏమిటి? {#what-are-identifiers}
+
+ఐడెంటిఫైయర్ అనేది నిర్దిష్ట గుర్తింపు లేదా గుర్తింపులకు పాయింటర్గా పనిచేసే సమాచార భాగం. సాధారణ ఐడెంటిఫైయర్లలో ఇవి ఉన్నాయి:
+
+- పేరు
+- సామాజిక భద్రత సంఖ్య/పన్ను ID సంఖ్య
+- మొబైల్ నంబర్
+- పుట్టిన తేదీ మరియు ప్రాంతం ప్రజాస్వామ్యం
+- డిజిటల్ గుర్తింపు ఆధారాలు, i.n., ఇమెయిల్ చిరునామాలు, వినియోగదారు పేర్లు, అవతారాలు
+
+ఐడెంటిఫైయర్ల యొక్క ఈ సాంప్రదాయ ఉదాహరణలు కేంద్ర సంస్థలచే జారీ చేయబడతాయి, నిర్వహించబడతాయి మరియు నియంత్రించబడతాయి. మీరు మీ పేరును మార్చడానికి మీ ప్రభుత్వానికి అనుమతి కావాలి లేదా మీరు ఒక సోషల్ మీడియా వ్యాపార నుండి మీ హ్యాండిల్ మార్చడానికి అనుమతి కావాలి.
+
+## వికేంద్రీకృత గుర్తింపు యొక్క ప్రయోజనాలు {#benefits-of-decentralized-identity}
+
+1. వికేంద్రీకృత గుర్తింపు సమాచారాన్ని గుర్తించడంలో వ్యక్తిగత నియంత్రణను పెంచుతుంది. కేంద్రీకృత ఆధారాధీన అధికారులు మరియు మూడామ పార్టీ సేవల నిర్భరించకుండా డిసెంట్రలైజ్ ఆయ్దారాలు మరియు దృఢీకరించి చేయవచ్చు.
+
+2. వికేంద్రీకృత గుర్తింపు పరిష్కారాలు వినియోగదారు గుర్తింపును ధృవీకరించడానికి మరియు నిర్వహించడానికి విశ్వాసరహిత, అతుకులు లేని మరియు గోప్యతను రక్షించే పద్ధతిని సులభతరం చేస్తాయి.
+
+3. వికేంద్రీకృత గుర్తింపు సాధన బ్లాక్చెయిన్ టెక్నాలజీ, ఇది వివిధ పార్టీల మధ్య నమ్మకాన్ని సృష్టిస్తుంది మరియు ధృవీకరణ యొక్క చెల్లుబాటును నిరూపించడానికి క్రిప్టోగ్రాఫిక్ హామీలను అందిస్తుంది.
+
+4. సాంఘిక గుర్తులు ప్రాధాన్యత ఉచితంగా ఉంచి, గుర్తింపు డేటాని వాటిని కనిపించుకుంటుంది. వినియోగదారులు ధృవీకరణలను మరియు గుర్తింపుదారులను మొబైల్ వాలెట్లో నిల్వ చేస్తారు మరియు వారి ఎంపిక ప్రకారం ఏ పార్టీతోనైనా పంచుకోవచ్చు. వికేంద్రీకృత ఐడెంటిఫైయర్లు మరియు ధృవీకరణలు జారీ చేసే సంస్థ యొక్క డేటాబేస్లోకి లాక్ చేయబడవు.
+
+5. వికేంద్రీకృత గుర్తింపు అభివృద్ధి చెందుతున్న [జీరో-కనౌలెడ్జి](/glossary/#zk-proof) టెక్నాలజీలతో బాగా పనిచేయాలి, ఇది వ్యక్తులు తాము ఏదైనా కలిగి ఉన్నారని లేదా చేశారని నిరూపించడానికి వీలు కల్పిస్తుంది. పేర్కొనుటకు సంఘటన యొక్క డేటాబేసులో ప్రమాణికరణలు మరియు ప్రమాణాల నిలువలు లాక్ అయన్నపుడు కునుబఒక్కరంగా ఉండవచ్చు.
+
+6. వికేంద్రీకృత గుర్తింపు [యాంటీ-సిబిల్](/glossary/#anti-sybil) యంత్రాంగాలను ఒక వ్యక్తి ఒక వ్యవస్థను గేమ్ చేయడానికి లేదా స్పామ్ చేయడానికి బహుళ మానవులుగా నటిస్తున్నప్పుడు గుర్తించడానికి వీలు కల్పిస్తుంది.
+
+## వికేంద్రీకృత గుర్తింపు వినియోగ-కేసులు {#decentralized-identity-use-cases}
+
+వికేంద్రీకృత గుర్తింపు అనేక సంభావ్య ఉపయోగ సందర్భాలను కలిగి ఉంది:
+
+### 1. యూనివర్సల్ లాగిన్లు {#universal-dapp-logins}
+
+డిసెంట్రలైజ్డ్ ఐడెంటిటీ పాస్వర్డ్-ఆధారిత లాగిన్లను డిసెంట్రలైజ్డ్ ఆధారీత సాధారణికి మార్చడంలో సహాయపడవచ్చు. (సోర్స్: డిసెంట్రలైజ్డ్ ఆధారీతమైన దురుకుతుల సమాధానం). సర్వీస్ ప్రొవైడర్ వినియోగదారులకు ధృవీకరణను జారీ చేయవచ్చు, దానిని ఇతీరియము వాలెట్లో నిల్వ చేయవచ్చు. ఒక ఉదాహరణ ధృవీకరణ [NFT](/glossary/#nft) కావచ్చు, ఇది హోల్డర్కు ఆన్లైన్ కమ్యూనిటీకి ప్రాప్యతను ఇస్తుంది.
+
+[Ethereum తో సైన్-ఇన్](https://siwe.xyz/) ఫంక్షన్ సర్వర్లు వినియోగదారు యొక్క Ethereum ఖాతాను నిర్ధారించడానికి మరియు వారి ఖాతా చిరునామా నుండి అవసరమైన ధృవీకరణను పొందేందుకు వీలు కల్పిస్తుంది. దీని అర్థం వినియోగదారులు పొడవైన పాస్వర్డ్లను గుర్తుంచుకోవాల్సిన అవసరం లేకుండా ప్లాట్ఫారమ్లు మరియు వెబ్సైట్లను యాక్సెస్ చేయవచ్చు మరియు వినియోగదారులకు ఆన్లైన్ అనుభవాన్ని మెరుగుపరుస్తుంది.
+
+### 2. KYC ప్రమాణీకరణ {#kyc-authentication}
+
+అనేక ఆన్లైన్ సేవలను ఉపయోగించడం కోసం వ్యక్తులు డ్రైవింగ్ లైసెన్స్ లేదా జాతీయ పాస్పోర్ట్ వంటి ధృవీకరణ మరియు ఆధారాలను అందించాలి. కానీ ఈ దృష్టికోణం సమస్యాత్మకం కాబట్టి ప్రైవేట్ వాడుక సమాచారాన్ని హాని పడుతుంది మరియు సేవా ప్రదాతలు ఆథెస్టేషన్ యొక్క ప్రామాణికతను ధృవీకరించలేరు.
+
+వికేంద్రీకృత గుర్తింపు కంపెనీలు సాంప్రదాయ [Know-Your-Customer (KYC)](https://en.wikipedia.org/wiki/Know_your_customer) ప్రక్రియలను దాటవేయడానికి మరియు ధృవీకరించదగిన ఆధారాల ద్వారా వినియోగదారు గుర్తింపులను ప్రమాణీకరించడానికి అనుమతిస్తుంది. ఇది గుర్తింపు నిర్వహణ ఖర్చును తగ్గిస్తుంది మరియు నకిలీ డాక్యుమెంటేషన్ వినియోగాన్ని నిరోధిస్తుంది.
+
+### 3. ఓటింగ్ మరియు ఆన్లైన్ కమ్యూనిటీలు {#voting-and-online-communities}
+
+ఆన్లైన్ వోటింగ్ మరియు సోషల్ మీడియా ఎర్రలా వినియోగిస్తున్నాయి మానిజీకరణ గురించి రచ్చ అప్పులు. ఆన్లైన్ ఓటింగ్ పథకాలు అవకతవకలకు గురవుతాయి, ముఖ్యంగా హానికరమైన వ్యక్తులు ఓటు వేయడానికి తప్పుడు గుర్తింపులను సృష్టించినట్లయితే. వ్యక్తులను ఆన్చెయిన్ ధృవీకరణలను సమర్పించమని కోరడం ఆన్లైన్ ఓటింగ్ ప్రక్రియల సమగ్రతను మెరుగుపరుస్తుంది.
+
+డిసెంట్రలైజ్డ్ ఐడెంటిటి కేటాయించిన విధంగా వాటికి వాని అకౌంట్స్ ఉంటే ఆన్లైన్ సముదాయాలను నకిలీలు ఉనికిరాక చేయగలిగే సహాయం చేస్తుంది. ఉదాహరణకు, ప్రతి వినియోగదారుడు తమ గుర్తింపును Ethereum నేమ్ సర్వీస్ వంటి ఆన్చెయిన్ గుర్తింపు వ్యవస్థను ఉపయోగించి ప్రమాణీకరించవలసి రావచ్చు, ఇది బాట్ల అవకాశాన్ని తగ్గిస్తుంది.
+
+### 4. యాంటీ-సిబిల్ రక్షణ {#sybil-protection}
+
+[క్వాడ్రాటిక్ ఓటింగ్](/glossary/#quadratic-voting)ను ఉపయోగించే గ్రాంట్-ఇచ్చే అప్లికేషన్లు [సిబిల్ దాడులకు](/glossary/#sybil-attack) గురయ్యే అవకాశం ఉంది, ఎందుకంటే ఎక్కువ మంది వ్యక్తులు దాని కోసం ఓటు వేసినప్పుడు గ్రాంట్ విలువ పెరుగుతుంది, ఇది వినియోగదారులను వారి సహకారాలను అనేక గుర్తింపుల మధ్య విభజించడానికి ప్రోత్సహిస్తుంది. ప్రతి పాలనకారులు నిజంగా మనిషి అవుతుండటానికి ప్రమాణించడానికి ప్రత్యేక రహస్య సమాచారాన్ని లేకపోతే, డిసెంట్రలైజ్డ్ ఐడెంటిటీలు ఇది నివారిస్తాయి.
+
+### 5. జాతీయ మరియు ప్రభుత్వ ID {#national-and-government-id}
+
+ప్రభుత్వాలు వికేంద్రీకృత గుర్తింపు సూత్రాలను ఉపయోగించి జాతీయ IDలు, పాస్పోర్ట్లు లేదా డ్రైవర్ లైసెన్స్లు వంటి ప్రాథమిక గుర్తింపు పత్రాలను Ethereumలో ధృవీకరించదగిన ఆధారాలుగా జారీ చేయవచ్చు, ఆన్లైన్ గుర్తింపు ధృవీకరణలో మోసం మరియు ఫోర్జరీని తగ్గించడానికి ప్రామాణికత యొక్క బలమైన క్రిప్టోగ్రాఫిక్ హామీలను అందిస్తాయి. పౌరులు ఈ ధృవీకరణలను వారి వ్యక్తిగత [వాలెట్లో](/wallets/) నిల్వ చేసుకోవచ్చు మరియు వారి గుర్తింపు, వయస్సు లేదా ఓటు హక్కును నిరూపించుకోవడానికి వాటిని ఉపయోగించవచ్చు.
+
+ఈ నమూనా ఎంపిక చేసుకున్న బహిర్గతానికి అనుమతిస్తుంది, ప్రత్యేకించి [జీరో-కనౌలెడ్జి ప్రూఫ్ (ZKP)](/zero-knowledge-proofs/) గోప్యతా సాంకేతికతతో కలిపినప్పుడు. ఉదాహరణకు, ఒక పౌరుడు తన ఖచ్చితమైన పుట్టిన తేదీని వెల్లడించకుండా వయస్సు-పరిమిత సేవను యాక్సెస్ చేయడానికి 18 ఏళ్లు పైబడినట్లు క్రిప్టోగ్రాఫికల్గా నిరూపించగలడు, ఇది సాంప్రదాయ ID కంటే ఎక్కువ గోప్యతను అందిస్తుంది.
+
+#### 💡కేస్ స్టడీ: Ethereumలో భూటాన్ జాతీయ డిజిటల్ ID (NDI) {#case-study-bhutan-ndi}
+
+- భూటాన్ యొక్క దాదాపు 800,000 పౌరులకు ధృవీకరించదగిన గుర్తింపు ఆధారాలకు ప్రాప్యతను అందిస్తుంది
+- అక్టోబర్ 2025లో పాలీగాన్ నెట్వర్క్ నుండి [Ethereum మెయిన్నెట్కు](https://www.bhutanndi.com/article/bhutan-adopts-ethereum-for-national-identity-a-new-chapter-in-digital-sovereignty_2d0c7ec2-5605-4c42-b258-bd9361ae8878) వలస వెళ్ళింది
+- మార్చి 2025 నాటికి [234,000 కంటే ఎక్కువ డిజిటల్ IDలు](https://www.blockchain-council.org/blockchain/bhutan-uses-blockchain-in-digital-id-project/) జారీ చేయబడ్డాయి
+
+భూటాన్ రాజ్యం తన జాతీయ డిజిటల్ ఐడెంటిటీ (NDI) వ్యవస్థను అక్టోబర్ 2025లో Ethereumకు [వలస](https://www.bhutanndi.com/article/bhutan-adopts-ethereum-for-national-identity-a-new-chapter-in-digital-sovereignty_2d0c7ec2-5605-4c42-b258-bd9361ae8878) తీసుకువచ్చింది. వికేంద్రీకృత గుర్తింపు మరియు స్వీయ-సార్వభౌమ గుర్తింపు సూత్రాలపై నిర్మించబడిన, భూటాన్ యొక్క NDI వ్యవస్థ డిజిటల్గా సంతకం చేసిన ఆధారాలను నేరుగా పౌరుడి వ్యక్తిగత వాలెట్కు జారీ చేయడానికి వికేంద్రీకృత ఐడెంటిఫైయర్లు మరియు ధృవీకరించదగిన ఆధారాలను ఉపయోగిస్తుంది. Ethereumలో ఈ ఆధారాల యొక్క క్రిప్టోగ్రాఫిక్ రుజువులను యాంకర్ చేయడం ద్వారా, సిస్టమ్ అవి ప్రామాణికమైనవని, ట్యాంపర్-ప్రూఫ్ అని మరియు కేంద్ర అధికారాన్ని ప్రశ్నించకుండా ఏ పార్టీ అయినా ధృవీకరించగలదని నిర్ధారిస్తుంది.
+
+సిస్టమ్ యొక్క ఆర్కిటెక్చర్ [జీరో-కనౌలెడ్జి ప్రూఫ్ (ZKP)](/zero-knowledge-proofs/) సాంకేతికత వాడకం ద్వారా గోప్యతకు ప్రాధాన్యత ఇస్తుంది. "ఎంపిక చేసుకున్న బహిర్గతం" యొక్క ఈ అమలు, పౌరులు తమ పూర్తి ID నంబర్ లేదా ఖచ్చితమైన పుట్టిన తేదీ వంటి అంతర్లీన వ్యక్తిగత డేటాను వెల్లడించకుండా సేవలను యాక్సెస్ చేయడానికి నిర్దిష్ట వాస్తవాలను (ఉదా., "నాకు 18 ఏళ్లు పైబడ్డాయి" లేదా "నేను ఒక పౌరుడిని") నిరూపించుకోవడానికి అనుమతిస్తుంది. ఇది సురక్షితమైన, వినియోగదారు-కేంద్రీకృత మరియు గోప్యతను కాపాడే జాతీయ ID వ్యవస్థ కోసం Ethereum యొక్క శక్తివంతమైన, వాస్తవ-ప్రపంచ వినియోగాన్ని ప్రదర్శిస్తుంది.
+
+#### 💡కేస్ స్టడీ: Ethereum [లేయర్ 2](/layer-2/) ZKSync ఎరాలో బ్యూనస్ ఎయిర్స్ నగరం యొక్క క్వార్క్ఐడి {#case-study-buenos-aires-quarkid}
+
+- ప్రారంభంలో [3.6 మిలియన్లకు పైగా వినియోగదారులకు](https://buenosaires.gob.ar/innovacionytransformaciondigital/miba-con-tecnologia-quarkid-la-ciudad-de-buenos-aires-incorporo) వికేంద్రీకృత గుర్తింపు ఆధారాలను జారీ చేసింది
+- క్వార్క్ఐడి అనేది UN సుస్థిర అభివృద్ధి లక్ష్యాల కింద [డిజిటల్ పబ్లిక్ గుడ్](https://www.digitalpublicgoods.net/r/quarkid)గా గుర్తించబడిన ఒక ఓపెన్-సోర్స్ ప్రోటోకాల్
+- ప్రోటోకాల్ నగరం సొంతం కాని "[ప్రభుత్వం-వినియోగదారుగా](https://buenosaires.gob.ar/innovacionytransformaciondigital/miba-con-tecnologia-quarkid-la-ciudad-de-buenos-aires-incorporo)" నమూనాను నొక్కి చెబుతుంది, ఇది పౌరులకు పూర్తి డేటా యాజమాన్యం మరియు గోప్యతను ఇస్తుంది
+
+2024లో, బ్యూనస్ ఎయిర్స్ నగర ప్రభుత్వం (GCBA) miBAలో GCBA యొక్క ఇన్నోవేషన్ అండ్ డిజిటల్ ట్రాన్స్ఫార్మేషన్ సెక్రటేరియట్ నిర్మించిన ఓపెన్-సోర్స్ "డిజిటల్ ట్రస్ట్ ఫ్రేమ్వర్క్" అయిన క్వార్క్ఐడిని ఏకీకృతం చేసింది, ఇది నివాసితులు ప్రభుత్వ సేవలు మరియు అధికారిక పత్రాలను యాక్సెస్ చేయడానికి నగరం యొక్క అధికారిక యాప్. ప్రారంభంలో, miBA యొక్క 3.6 మిలియన్ల కంటే ఎక్కువ వినియోగదారులకు వికేంద్రీకృత డిజిటల్ గుర్తింపులు జారీ చేయబడ్డాయి, ఇవి పౌరసత్వ ఆధారాలు, జనన, వివాహ మరియు మరణ ధృవీకరణ పత్రాలు, పన్ను రికార్డులు, టీకా రికార్డులు మరియు మరిన్నింటితో సహా ధృవీకరించదగిన డిజిటల్ పత్రాలు మరియు సర్టిఫికెట్లను ఆన్చెయిన్లో నిర్వహించడానికి మరియు పంచుకోవడానికి వీలు కల్పిస్తాయి.
+
+Ethereum [లేయర్ 2](/layer-2/) నెట్వర్క్ ZKSync Eraలో నిర్మించబడిన, QuarkID సిస్టమ్ పౌరులు తమ మొబైల్ పరికరాల ద్వారా పీర్-టు-పీర్ వ్యక్తిగత ఆధారాలను ధృవీకరించడానికి ZKP టెక్నాలజీని ఉపయోగిస్తుంది—అనవసరమైన వ్యక్తిగత డేటాను బహిర్గతం చేయకుండా. ఈ ప్రోగ్రామ్ "ప్రభుత్వం-వినియోగదారుగా" నమూనాను హైలైట్ చేస్తుంది, దీనిలో GCBA కేంద్రీకృత యజమానిగా కాకుండా, ఓపెన్-సోర్స్, ఇంటర్ఆపరబుల్ క్వార్క్ఐడి ప్రోటోకాల్ యొక్క ఒక వినియోగదారుగా పనిచేస్తుంది. ఈ ZKP-ప్రారంభించబడిన ఆర్కిటెక్చర్ ఒక కీలక గోప్యతా లక్షణాన్ని అందిస్తుంది: ఏ మూడవ-పక్షం, GCBA కూడా, ఒక పౌరుడు తమ ఆధారాలను ఎలా, ఎప్పుడు లేదా ఎందుకు ఉపయోగిస్తున్నాడో ట్రాక్ చేయలేదు. ఈ విజయవంతమైన కార్యక్రమం పౌరులకు పూర్తి స్వీయ-సార్వభౌమ గుర్తింపు మరియు వారి సున్నితమైన డేటాపై నియంత్రణను అందిస్తుంది, ఇవన్నీ Ethereum యొక్క ప్రపంచవ్యాప్తంగా పంపిణీ చేయబడిన నెట్వర్క్ ద్వారా భద్రపరచబడ్డాయి.
+
+## ధృవీకరణలు ఏమిటి? {#what-are-attestations}
+
+ధృవీకరణ అనేది ఒక ఎంటిటీ మరొక ఎంటిటీ గురించి చేసిన దావా. మీరు యునైటెడ్ స్టేట్స్లో నివసిస్తుంటే, డిపార్ట్మెంట్ ఆఫ్ మోటర్ వెహికల్స్ (ఒక సంస్థ) మీకు జారీ చేసిన డ్రైవింగ్ లైసెన్స్ మీకు (మరొక సంస్థ) కారు నడపడానికి చట్టబద్ధంగా అనుమతించబడిందని ధృవీకరిస్తుంది.
+
+ధృవీకరణలు ఐడెంటిఫైయర్లకు భిన్నంగా ఉంటాయి. ఒక ధృవీకరణ ఒక నిర్దిష్ట గుర్తింపును సూచించడానికి గుర్తింపుదారులను _కలిగి ఉంటుంది_ మరియు ఈ గుర్తింపుకు సంబంధించిన ఒక లక్షణం గురించి ఒక దావా చేస్తుంది. కాబట్టి, మీ డ్రైవింగ్ లైసెన్స్లో ఐడెంటిఫైయర్లు (పేరు, పుట్టిన తేదీ, చిరునామా) ఉన్నాయి కానీ డ్రైవింగ్ చేయడానికి మీ చట్టపరమైన హక్కుకు సంబంధించిన ధృవీకరణ కూడా.
+
+### వికేంద్రీకృత ఐడెంటిఫైయర్లు అంటే ఏమిటి? {#what-are-decentralized-identifiers}
+
+మీ చట్టపరమైన పేరు లేదా ఇమెయిల్ చిరునామా వంటి సాంప్రదాయ ఐడెంటిఫైయర్లు మూడవ పక్షాలు-ప్రభుత్వాలు మరియు ఇమెయిల్ ప్రదాతలపై ఆధారపడతాయి. డిసెంట్రలైజ్డ్ ఐడిఎస్ (DIDs) అందుబాటులో ఉన్నప్పుడు అన్ని కేంద్రీకృత యూనిట్ల ద్వారా అయిన ప్రవేశు, నిర్వహణ, లేదా నియంత్రణ రూపంలో ప్రణాళితులదుగా లేకుండా ఉంటాయి.
+
+వికేంద్రీకృత ఐడెంటిఫైయర్లు వ్యక్తులచే జారీ చేయబడతాయి, నిర్వహించబడతాయి మరియు నియంత్రించబడతాయి. ఒక [Ethereum ఖాతా](/glossary/#account) వికేంద్రీకృత గుర్తింపుకు ఒక ఉదాహరణ. మీరు ఎవరి నుండి అనుమతి లేకుండా మరియు సెంట్రల్ రిజిస్ట్రీలో వాటిని నిల్వ చేయవలసిన అవసరం లేకుండా మీకు కావలసినన్ని ఖాతాలను సృష్టించవచ్చు.
+
+వికేంద్రీకృత గుర్తింపుదారులు పంపిణీ చేయబడిన లెడ్జర్లు ([బ్లాక్చెయిన్లు](/glossary/#blockchain)) లేదా [పీర్-టు-పీర్ నెట్వర్క్ల](/glossary/#peer-to-peer-network)లో నిల్వ చేయబడతాయి. ఇది DIDలను [ప్రపంచవ్యాప్తంగా ప్రత్యేకమైనవిగా, అధిక లభ్యతతో పరిష్కరించగలిగేవిగా, మరియు క్రిప్టోగ్రాఫికల్గా ధృవీకరించగలిగేవిగా](https://w3c-ccg.github.io/did-primer/) చేస్తుంది. వికేంద్రీకృత ఐడెంటిఫైయర్ వ్యక్తులు, సంస్థలు లేదా ప్రభుత్వ సంస్థలతో సహా వివిధ సంస్థలతో అనుబంధించబడవచ్చు.
+
+## వికేంద్రీకృత ఐడెంటిఫైయర్లను ఏది సాధ్యం చేస్తుంది? {#what-makes-decentralized-identifiers-possible}
+
+### 1. పబ్లిక్ కీ క్రిప్టోగ్రఫీ {#public-key-cryptography}
+
+పబ్లిక్-కీ క్రిప్టోగ్రఫీ అనేది ఒక సంస్థ కోసం [పబ్లిక్ కీ](/glossary/#public-key) మరియు [ప్రైవేట్ కీ](/glossary/#private-key)ని రూపొందించే ఒక సమాచార భద్రతా కొలత. వినియోగదారు గుర్తింపులను ప్రామాణీకరించడానికి మరియు డిజిటల్ ఆస్తుల యాజమాన్యాన్ని నిరూపించడానికి బ్లాక్చెయిన్ నెట్వర్క్లలో పబ్లిక్-కీ [క్రిప్టోగ్రఫీ](/glossary/#cryptography) ఉపయోగించబడుతుంది.
+
+ఇతీరియము ఖాతా వంటి కొన్ని వికేంద్రీకృత ఐడెంటిఫైయర్లు పబ్లిక్ మరియు ప్రైవేట్ కీలను కలిగి ఉంటాయి. పబ్లిక్ కీ ఖాతా నియంత్రకను గుర్తించేది, ప్రైవేట్ కీలు ఈ ఖాతా కోసం సందేశాలను సాక్షరీంచడానికి మరియు దారిచేయడానికి ఉపయోగించవచ్చు. పబ్లిక్ కీ క్రిప్టోగ్రఫీ సంస్థలను ప్రామాణీకరించడానికి మరియు మోసపూరిత గుర్తింపుల వాడకాన్ని నివారించడానికి అవసరమైన రుజువులను అందిస్తుంది, అన్ని క్లెయిమ్లను ధృవీకరించడానికి [క్రిప్టోగ్రాఫిక్ సంతకాలను](https://andersbrownworth.com/blockchain/public-private-keys/) ఉపయోగిస్తుంది.
+
+### 2. వికేంద్రీకృత డేటాస్టోర్లు {#decentralized-datastores}
+
+బ్లాక్చెయిన్ ధృవీకరించదగిన డేటా రిజిస్ట్రీగా పనిచేస్తుంది: బహిరంగ, విశ్వసనీయమైన మరియు వికేంద్రీకృత సమాచార రిపోజిటరీ. పబ్లిక్ బ్లాక్చెయిన్ల ఉపస్థితి కేంద్రీకృత నియంత్రణాలలో గురించిన అంచనాలు సంగ్రహించడానికి అవసరం తొలగిస్తుంది.
+
+ఎవరైనా ఒక సాంకేతిక ఐడింటిఫైయర్ నిర్ధారించడానికి అవసరం ఉంటే, వీడు బ్లాక్చెయిన్లో సంబంధిత పబ్లిక్ కీని శోధించవచ్చు. ఇది థర్డ్ పార్టీలు ప్రామాణీకరించాల్సిన సంప్రదాయ ఐడెంటిఫైయర్లకు భిన్నంగా ఉంటుంది.
+
+## వికేంద్రీకృత ఐడెంటిఫైయర్లు మరియు ధృవీకరణలు వికేంద్రీకృత గుర్తింపును ఎలా ప్రారంభిస్తాయి? {#how-decentralized-identifiers-and-attestations-enable-decentralized-identity}
+
+వికేంద్రీకృత గుర్తింపు అనేది గుర్తింపు-సంబంధిత సమాచారం స్వీయ-నియంత్రణ, ప్రైవేట్ మరియు పోర్టబుల్గా ఉండాలి, వికేంద్రీకృత ఐడెంటిఫైయర్లు మరియు ధృవీకరణలు ప్రాథమిక బిల్డింగ్ బ్లాక్లుగా ఉండాలి.
+
+వికేంద్రీకృత గుర్తింపు సందర్భంలో, ధృవీకరణలు ([ధృవీకరించదగిన ఆధారాలు](https://www.w3.org/TR/vc-data-model/) అని కూడా పిలుస్తారు) జారీచేసేవారు చేసిన ట్యాంపర్-ప్రూఫ్, క్రిప్టోగ్రాఫికల్గా ధృవీకరించదగిన క్లెయిమ్లు. ప్రతి ధృవీకరణ లేదా ధృవీకరించదగిన ఆధారాలు ఒక ఎంటిటీ (i.n., ఒక సంస్థ) సమస్యలు వారి DIDతో అనుబంధించబడతాయి.
+
+DIDలు బ్లాక్చెయిన్లో నిల్వ చేయబడినందున, ఇతీరియములో జారీ చేసిన వారి DIDని క్రాస్-చెక్ చేయడం ద్వారా ఎవరైనా ధృవీకరణ యొక్క చెల్లుబాటును ధృవీకరించవచ్చు. ముఖ్యంగా, ఇతీరియము బ్లాక్చెయిన్ నిర్దిష్ట ఎంటిటీలతో అనుబంధించబడిన DIDల ధృవీకరణను ప్రారంభించే గ్లోబల్ డైరెక్టరీ వలె పనిచేస్తుంది.
+
+డిసెంట్రలైజ్డ్ ఐడెంటిఫైయర్లు ప్రామాణికాలు స్వయం నియంత్రణ మరియు తనిఖీకరణ సాధ్యంగా ఉన్నాయి. ప్రకటన నిర్వచన కారిస్తిన రూపు లేకపోయిన తరువాత, హోల్డర్ ఎలాంటి విధమైనండి ప్రమాణాన్ని మరియు చెల్లించుకునే యొక్క ప్రమాణాన్ని సదాచారం తో కలిగి ఉంది.
+
+వికేంద్రీకృత గుర్తింపు ద్వారా వ్యక్తిగత సమాచారం యొక్క గోప్యతను రక్షించడానికి వికేంద్రీకృత ఐడెంటిఫైయర్లు కూడా కీలకమైనవి. ఉదాహరణకు, ఒక వ్యక్తి ప్రమాణం సలహా (డ్రైవర్స్ లైసెన్స్) సమర్పిస్తే, ధృవీకరించే పక్షం ప్రమాణాన్ని వాలిపై తనిఖీ చేయాలని కావటం లేదు. బదులుగా, ధృవీకరణదారుకు ధృవీకరణ ప్రామాణికత యొక్క క్రిప్టోగ్రాఫిక్ హామీలు మరియు రుజువు చెల్లుబాటులో ఉందో లేదో నిర్ధారించడానికి జారీ చేసే సంస్థ యొక్క గుర్తింపు మాత్రమే అవసరం.
+
+## వికేంద్రీకృత గుర్తింపులో ధృవీకరణల రకాలు {#types-of-attestations-in-decentralized-identity}
+
+ఈథిరియమ్-ఆధారిత గుర్తింపు పర్యావరణ వ్యవస్థలో ధృవీకరణ సమాచారం ఎలా నిల్వ చేయబడుతుంది మరియు తిరిగి పొందబడుతుంది అనేది సాంప్రదాయ గుర్తింపు నిర్వహణ నుండి భిన్నంగా ఉంటుంది. వికేంద్రీకృత గుర్తింపు వ్యవస్థలలో ధృవీకరణను జారీ చేయడానికి, నిల్వ చేయడానికి మరియు ధృవీకరించడానికి వివిధ విధానాల యొక్క అవలోకనం ఇక్కడ ఉంది:
+
+### ఆఫ్చెయిన్ ధృవీకరణలు {#offchain-attestations}
+
+ధృవీకరణలను ఆన్చెయిన్లో నిల్వ చేయడంలో ఒక ఆందోళన ఏమిటంటే, అవి వ్యక్తులు గోప్యంగా ఉంచాలనుకునే సమాచారాన్ని కలిగి ఉండవచ్చు. ఇతీరియము బ్లాక్చైన్ యొక్క ప్రజా స్వరూపం అందానుంది, ఇది అంగీకరించే మొత్తాన్ని భద్రపరచడమేమో కాకుండా సంచులను సంగ్రహించుకునే వ్యాపారంలో ఆకర్షకం కాకుండా ఉంటుంది.
+
+పరిష్కారం ఏమిటంటే, డిజిటల్ వాలెట్లలో ఆఫ్చెయిన్లో వినియోగదారులచే ఉంచబడిన ధృవీకరణలను జారీ చేయడం, కానీ ఆన్చెయిన్లో నిల్వ చేయబడిన జారీచేసేవారి DIDతో సంతకం చేయబడింది. ఈ ధృవీకరణలు [JSON వెబ్ టోకెన్లుగా](https://en.wikipedia.org/wiki/JSON_Web_Token) ఎన్కోడ్ చేయబడతాయి మరియు జారీచేసేవారి డిజిటల్ సంతకాన్ని కలిగి ఉంటాయి—ఇది ఆఫ్చెయిన్ క్లెయిమ్ల సులభ ధృవీకరణకు అనుమతిస్తుంది.
+
+ఆఫ్చెయిన్ ధృవీకరణలను వివరించడానికి ఇక్కడ ఒక ఊహాత్మక దృశ్యం ఉంది:
+
+1. ఒక విశ్వవిద్యాలయం (ప్రవీణుడు) ఒక దృఢీకరణ (డిజిటల్ అకడమిక్ సర్టిఫికేట్) సృష్టిస్తుంది, తన కీలులతో సంత్వరించిన తరువాత అది బాబుకు (వ్యక్తిత్వ యజమాని) ఇవ్వబడుతుంది.
+
+2. బాబ్ ఉద్యోగం కోసం దరఖాస్తు చేసుకున్నాడు మరియు తన విద్యార్హతలను యజమానికి నిరూపించుకోవాలనుకుంటున్నాడు, కాబట్టి అతను తన మొబైల్ వాలెట్ నుండి ధృవీకరణను పంచుకుంటాడు. కంపెనీ (ధృవీకరణదారు) జారీచేసేవారి DIDని (అంటే, ఇతీరియములో దాని పబ్లిక్ కీ) తనిఖీ చేయడం ద్వారా ధృవీకరణ యొక్క చెల్లుబాటును నిర్ధారించవచ్చు.
+
+### నిరంతర ప్రాప్యతతో ఆఫ్చెయిన్ ధృవీకరణలు {#offchain-attestations-with-persistent-access}
+
+ఈ ఏర్పాటు ప్రకారం ధృవీకరణలు JSON ఫైల్లుగా మార్చబడతాయి మరియు ఆఫ్చెయిన్లో (ఆదర్శంగా IPFS లేదా Swarm వంటి [వికేంద్రీకృత క్లౌడ్ నిల్వ](/developers/docs/storage/) ప్లాట్ఫారమ్లో) నిల్వ చేయబడతాయి. అయితే, JSON ఫైల్ యొక్క [హాష్](/glossary/#hash) ఆన్చెయిన్లో నిల్వ చేయబడుతుంది మరియు ఆన్చెయిన్ రిజిస్ట్రీ ద్వారా ఒక DIDకి లింక్ చేయబడుతుంది. అనుబంధిత DID ధృవీకరణ జారీ చేసినవారు లేదా గ్రహీత కావచ్చు.
+
+ఈ విధానం క్లెయిమ్ల సమాచారాన్ని గుప్తీకరించి మరియు ధృవీకరించదగినదిగా ఉంచుతూ, బ్లాక్చెయిన్-ఆధారిత నిలకడను పొందేందుకు ధృవీకరణలను అనుమతిస్తుంది. ఇది కూడా ఎంపికగా దరఖాస్తు చేయడానికి అవకాశం అందిస్తుంది కాబట్టి ఖాళీ కీ యజమాని సంరక్షణ ప్రమాణంలో ఉండగలిగిన సమాచారాన్ని డిక్రిప్ట్ చేయగలడంతో మరియు వ్యక్తి ప్రమాణికిని అందించగలడం కూడా అనుమతిస్తుంది.
+
+### ఆన్చెయిన్ ధృవీకరణలు {#onchain-attestations}
+
+ఆన్చెయిన్ ధృవీకరణలు Ethereum బ్లాక్చెయిన్లోని [స్మార్ట్ కాంట్రాక్టులలో](/glossary/#smart-contract) ఉంచబడతాయి. స్మార్ట్ కాంట్రాక్ట్ (రిజిస్ట్రీగా పనిచేస్తుంది) సంబంధిత ఆన్చెయిన్ వికేంద్రీకృత ఐడెంటిఫైయర్కు (పబ్లిక్ కీ) ఒక ధృవీకరణను మ్యాప్ చేస్తుంది.
+
+ఆన్చెయిన్ ధృవీకరణలు ఆచరణలో ఎలా పనిచేస్తాయో చూపించడానికి ఇక్కడ ఒక ఉదాహరణ ఉంది:
+
+1. ఒక కంపెనీ (XYZ Corp) స్మార్ట్ కాంట్రాక్టును ఉపయోగించి యాజమాన్య వాటాలను విక్రయించాలని యోచిస్తోంది, అయితే నేపథ్య తనిఖీని పూర్తి చేసిన కొనుగోలుదారులను మాత్రమే కోరుకుంటుంది.
+
+2. XYZ Corp సంస్థ Ethereumలో ఆన్చెయిన్ ధృవీకరణలను జారీ చేయడానికి నేపథ్య తనిఖీలను నిర్వహించే కంపెనీని కలిగి ఉండవచ్చు. ఈ ధృవీకరణ వ్యక్తి ఎటువంటి వ్యక్తిగత సమాచారాన్ని బహిర్గతం చేయకుండా నేపథ్య తనిఖీని ఆమోదించినట్లు ధృవీకరిస్తుంది.
+
+3. స్మార్ట్ కాంట్రాక్ట్ విక్రయించే షేర్లు స్క్రీన్ చేయబడిన కొనుగోలుదారుల గుర్తింపు కోసం రిజిస్ట్రీ ఒప్పందాన్ని తనిఖీ చేయగలవు, షేర్లను కొనుగోలు చేయడానికి ఎవరు అనుమతించబడతారో లేదో స్మార్ట్ కాంట్రాక్ట్ నిర్ణయించడం సాధ్యపడుతుంది.
+
+### సోల్బౌండ్ టోకెన్లు మరియు గుర్తింపు {#soulbound}
+
+[సోల్బౌండ్ టోకెన్లను](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([బదిలీ చేయలేని NFTలు](/glossary/#nft)) ఒక నిర్దిష్ట వాలెట్కు ప్రత్యేకమైన సమాచారాన్ని సేకరించడానికి ఉపయోగించవచ్చు. ఇది విజయాలను సూచించే టోకెన్లను (ఉదా. కొన్ని నిర్దిష్ట ఆన్లైన్ కోర్సును పూర్తి చేయడం లేదా గేమ్లో థ్రెషోల్డ్ స్కోర్ను అధిగమించడం) లేదా కమ్యూనిటీ భాగస్వామ్యాన్ని కలిగి ఉండే నిర్దిష్ట Ethereum చిరునామాకు కట్టుబడి ఉండే ప్రత్యేకమైన ఆన్చెయిన్ గుర్తింపును సమర్థవంతంగా సృష్టిస్తుంది.
+
+## వికేంద్రీకృత గుర్తింపును ఉపయోగించండి {#use-decentralized-identity}
+
+వికేంద్రీకృత గుర్తింపు పరిష్కారాలకు పునాదిగా Ethereumని ఉపయోగించి అనేక ప్రతిష్టాత్మక ప్రాజెక్ట్లు ఉన్నాయి:
+
+- **[Ethereum Name Service (ENS)](https://ens.domains/)** - _ఆన్చెయిన్, మెషిన్-రీడబుల్ ఐడెంటిఫైయర్ల కోసం ఒక వికేంద్రీకృత నామకరణ వ్యవస్థ, ఉదాహరణకు, Ethereum వాలెట్ చిరునామాలు, కంటెంట్ హాష్లు మరియు మెటాడేటా._
+- **[Sign in with Ethereum (SIWE)](https://siwe.xyz/)** - _Ethereum ఖాతాలతో ప్రామాణీకరణ కోసం ఓపెన్ స్టాండర్డ్._
+- **[SpruceID](https://www.spruceid.com/)** - _వినియోగదారులు మూడవ-పక్ష సేవలపై ఆధారపడకుండా Ethereum ఖాతాలు మరియు ENS ప్రొఫైల్లతో డిజిటల్ గుర్తింపును నియంత్రించడానికి అనుమతించే ఒక వికేంద్రీకృత గుర్తింపు ప్రాజెక్ట్._
+- **[Ethereum Attestation Service (EAS)](https://attest.org/)** - _దేని గురించైనా ఆన్చెయిన్ లేదా ఆఫ్చెయిన్ ధృవీకరణలను చేయడానికి ఒక వికేంద్రీకృత లెడ్జర్/ప్రోటోకాల్._
+- **[Proof of Humanity](https://www.proofofhumanity.id)** - _ప్రూఫ్ ఆఫ్ హ్యుమానిటీ (లేదా PoH) అనేది Ethereumపై నిర్మించిన ఒక సామాజిక గుర్తింపు ధృవీకరణ వ్యవస్థ._
+- **[BrightID](https://www.brightid.org/)** - _సామాజిక గ్రాఫ్ యొక్క సృష్టి మరియు విశ్లేషణ ద్వారా గుర్తింపు ధృవీకరణను సంస్కరించడానికి ప్రయత్నిస్తున్న ఒక వికేంద్రీకృత, ఓపెన్-సోర్స్ సామాజిక గుర్తింపు నెట్వర్క్._
+- **[walt.id](https://walt.id)** — _స్వయం-సార్వభౌమ గుర్తింపు మరియు NFTలు/SBTలను ప్రభావితం చేయడానికి డెవలపర్లు మరియు సంస్థలను అనుమతించే ఓపెన్ సోర్స్ వికేంద్రీకృత గుర్తింపు మరియు వాలెట్ మౌలిక సదుపాయాలు._
+- **[Veramo](https://veramo.io/)** - _వారి అప్లికేషన్లలో క్రిప్టోగ్రాఫికల్గా ధృవీకరించదగిన డేటాను ఎవరైనా సులభంగా ఉపయోగించుకునేలా చేసే ఒక JavaScript ఫ్రేమ్వర్క్._
+
+## మరింత సమాచారం {#further-reading}
+
+### వ్యాసాలు {#articles}
+
+- [బ్లాక్చెయిన్ వినియోగ కేసులు: డిజిటల్ గుర్తింపులో బ్లాక్చెయిన్](https://consensys.net/blockchain-use-cases/digital-identity/) — _ConsenSys_
+- [Ethereum ERC725 అంటే ఏమిటి? బ్లాక్చెయిన్లో స్వీయ-సార్వభౌమ గుర్తింపు నిర్వహణ](https://cryptoslate.com/what-is-erc725-self-sovereign-identity-management-on-the-blockchain/) — _సామ్ టౌన్_
+- [డిజిటల్ గుర్తింపు సమస్యను బ్లాక్చెయిన్ ఎలా పరిష్కరించగలదు](https://time.com/6142810/proof-of-humanity/) — _ఆండ్రూ ఆర్. చౌ_
+- [వికేంద్రీకృత గుర్తింపు అంటే ఏమిటి మరియు మీరు ఎందుకు పట్టించుకోవాలి?](https://web3.hashnode.com/what-is-decentralized-identity) — _ఇమ్మాన్యుయేల్ అవోసికా_
+- [వికేంద్రీకృత గుర్తింపునకు పరిచయం](https://walt.id/white-paper/digital-identity) — _డొమినిక్ బెరోన్_
+
+### వీడియోలు {#videos}
+
+- [వికేంద్రీకృత గుర్తింపు (బోనస్ లైవ్స్ట్రీమ్ సెషన్)](https://www.youtube.com/watch?v=ySHNB1za_SE&t=539s) — _ఆండ్రియాస్ ఆంటోనోపౌలోస్ ద్వారా వికేంద్రీకృత గుర్తింపుపై ఒక గొప్ప వివరణాత్మక వీడియో_
+- [సెరామిక్, IDX, రియాక్ట్, మరియు 3ID కనెక్ట్తో Ethereumతో సైన్ ఇన్ మరియు వికేంద్రీకృత గుర్తింపు](https://www.youtube.com/watch?v=t9gWZYJxk7c) — _నాదర్ డాబిట్ ద్వారా వారి Ethereum వాలెట్ను ఉపయోగించి వినియోగదారు ప్రొఫైల్ను సృష్టించడం, చదవడం మరియు నవీకరించడం కోసం ఒక గుర్తింపు నిర్వహణ వ్యవస్థను నిర్మించడంపై YouTube ట్యుటోరియల్_
+- [BrightID - Ethereumపై వికేంద్రీకృత గుర్తింపు](https://www.youtube.com/watch?v=D3DbMFYGRoM) — _Ethereum కోసం వికేంద్రీకృత గుర్తింపు పరిష్కారం అయిన BrightIDని చర్చిస్తున్న బ్యాంక్లెస్ పాడ్కాస్ట్ ఎపిసోడ్_
+- [ఆఫ్చెయిన్ ఇంటర్నెట్: వికేంద్రీకృత గుర్తింపు & ధృవీకరించదగిన ఆధారాలు](https://www.youtube.com/watch?v=EZ_Bb6j87mg) — ఎవిన్ మెక్ముల్లెన్ ద్వారా EthDenver 2022 ప్రదర్శన
+- [ధృవీకరించదగిన ఆధారాలు వివరించబడ్డాయి](https://www.youtube.com/watch?v=ce1IdSr-Kig) - టామినో బామన్ ద్వారా డెమోతో YouTube వివరణాత్మక వీడియో
+
+### కమ్యూనిటీలు {#communities}
+
+- [GitHubలో ERC-725 అలయన్స్](https://github.com/erc725alliance) — _Ethereum బ్లాక్చెయిన్లో గుర్తింపును నిర్వహించడానికి ERC725 ప్రమాణానికి మద్దతుదారులు_
+- [EthID డిస్కార్డ్ సర్వర్](https://discord.com/invite/ZUyG3mSXFD) — _Sign-in with Ethereum మరియు Ethereum ఫాలో ప్రోటోకాల్పై పనిచేస్తున్న ఉత్సాహకులు మరియు డెవలపర్ల కోసం కమ్యూనిటీ_
+- [వెరామో ల్యాబ్స్](https://discord.gg/sYBUXpACh4) — _అప్లికేషన్ల కోసం ధృవీకరించదగిన డేటా కోసం ఒక ఫ్రేమ్వర్క్ను రూపొందించడంలో సహకరిస్తున్న డెవలపర్ల సంఘం_
+- [walt.id](https://discord.com/invite/AW8AgqJthZ) — _వివిధ పరిశ్రమలలో వికేంద్రీకృత గుర్తింపు వినియోగ కేసులపై పనిచేస్తున్న డెవలపర్లు మరియు బిల్డర్ల కమ్యూనిటీ_
diff --git a/public/content/translations/te/defi/index.md b/public/content/translations/te/defi/index.md
index 88a86b57474..5ec73db7330 100644
--- a/public/content/translations/te/defi/index.md
+++ b/public/content/translations/te/defi/index.md
@@ -3,7 +3,7 @@ title: డిసెంట్రలైజ్డ్ ఫైనాన్స్ (DeFi
metaTitle: DeFi అంటే ఏమిటి? | డిసెంట్రలైజ్డ్ ఫైనాన్స్ యొక్క ప్రయోజనాలు మరియు ఉపయోగం
description: ఇతీరియములో DeFi యొక్క అవలోకనం
lang: te
-template: use-cases
+template: ఉపయోగ సందర్భాలు
emoji: ":money_with_wings:"
image: /images/use-cases/defi.png
alt: లెగో ఇటుకలతో తయారు చేసిన ఇతీరియము లోగో.
@@ -13,7 +13,7 @@ summaryPoint2: రుణం తీసుకోవడానికి, పొద
summaryPoint3: ఓపెన్ సోర్స్ టెక్నాలజీ ఆధారంగా ఎవరైనా ప్రోగ్రామ్ చేయవచ్చు.
---
-DeFi అనేది ఇంటర్నెట్ యుగం కోసం రూపొందించబడిన బహిరంగ మరియు ప్రపంచ ఆర్థిక వ్యవస్థ - అపారదర్శక, కఠినంగా నియంత్రించబడే మరియు దశాబ్దాల నాటి అవస్థాపన మరియు ప్రక్రియలచే కలిసి ఉండే వ్యవస్థకు ప్రత్యామ్నాయం. ఇది మీ డబ్బుపై మీకు నియంత్రణ మరియు దృశ్యమానతను అందిస్తుంది. ఇది మీ స్థానిక కరెన్సీ లేదా బ్యాంకింగ్ ఎంపికలకు గ్లోబల్ మార్కెట్లు మరియు ప్రత్యామ్నాయాలను మీకు బహిర్గతం చేస్తుంది. DeFi ఉత్పత్తులు ఇంటర్నెట్ కనెక్షన్ను కలిగి ఉన్న ఎవరికైనా ఆర్థిక సేవలను అందిస్తాయి మరియు అవి వారి వినియోగదారులచే ఎక్కువగా స్వంతం మరియు నిర్వహించబడతాయి. ఇప్పటివరకు పది బిలియన్ల డాలర్ల విలువైన క్రిప్టో DeFi అప్లికేషన్ల ద్వారా ప్రవహించింది మరియు అది ప్రతిరోజూ పెరుగుతూనే ఉంది.
+DeFi అనేది ఇంటర్నెట్ యుగం కోసం రూపొందించబడిన బహిరంగ మరియు ప్రపంచ ఆర్థిక వ్యవస్థ - అపారదర్శక, కఠినంగా నియంత్రించబడే మరియు దశాబ్దాల నాటి అవస్థాపన మరియు ప్రక్రియలచే కలిసి ఉండే వ్యవస్థకు ప్రత్యామ్నాయం. ఇది మీ డబ్బుపై మీకు నియంత్రణ మరియు దృశ్యమానతను అందిస్తుంది. ఇది మీ స్థానిక కరెన్సీ లేదా బ్యాంకింగ్ ఎంపికలకు గ్లోబల్ మార్కెట్లు మరియు ప్రత్యామ్నాయాలను మీకు బహిర్గతం చేస్తుంది. DeFi ఉత్పత్తులు ఇంటర్నెట్ కనెక్షన్ను కలిగి ఉన్న ఎవరికైనా ఆర్థిక సేవలను అందిస్తాయి మరియు అవి వారి వినియోగదారులచే ఎక్కువగా స్వంతం మరియు నిర్వహించబడతాయి. ఇప్పటివరకు, పది బిలియన్ల డాలర్ల విలువైన క్రిప్టో DeFi అప్లికేషన్ల ద్వారా ప్రవహించింది మరియు అది ప్రతిరోజూ పెరుగుతోంది.
## డీఫై అంటే ఏమిటి? {#what-is-defi}
@@ -23,7 +23,7 @@ DeFi అనేది ఆర్థిక ఉత్పత్తులు మరి
-## DeFi vs ట్రెడిషనల్ ఫైనాన్స్ {#defi-vs-tradfi}
+## DeFi వర్సెస్ ట్రెడిషనల్ ఫైనాన్స్ {#defi-vs-tradfi}
DeFi యొక్క సామర్థ్యాన్ని చూడటానికి ఉత్తమమైన మార్గాలలో ఒకటి ఈ రోజు ఉన్న సమస్యలను అర్థం చేసుకోవడం.
@@ -38,14 +38,14 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
### ఒక పోలిక {#defi-comparison}
-| DeFi | సాంప్రదాయ ఫైనాన్స్ |
-| --------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- |
-| మీ డబ్బు మీ చేతిలో ఉంటుంది. | మీ డబ్బును కంపెనీల వద్ద ఉంచుతారు. |
-| మీ డబ్బు ఎక్కడికి వెళ్తుందో మరియు అది ఎలా ఖర్చు చేయబడుతుందో మీరు నియంత్రించవచ్చు. | ప్రమాదకరమైన రుణగ్రహీతలకు రుణాలు ఇవ్వడం వంటి మీ డబ్బును దుర్వినియోగం చేయకుండా మీరు కంపెనీలను విశ్వసించాలి. |
-| నిమిషాల్లో నిధుల బదిలీలు జరుగుతాయి. | మాన్యువల్ ప్రక్రియల కారణంగా చెల్లింపులకు రోజులు పట్టవచ్చు. |
-| లావాదేవీ కార్యకలాపాలు మారుపేరుగా ఉంటాయి. | ఆర్థిక కార్యకలాపాలు మీ గుర్తింపుతో గట్టిగా జతచేయబడతాయి. |
-| DeFi ఎవరికైనా అందుబాటులో ఉంటుంది. | ఫైనాన్షియల్ సర్వీసెస్ ఉపయోగించడానికి దరఖాస్తు చేసుకోవాలి. |
-| మార్కెట్లు ఎప్పుడూ తెరిచే ఉంటాయి. | ఉద్యోగులకు విరామం అవసరం కావడంతో మార్కెట్లు మూతపడ్డాయి. |
+| DeFi | సాంప్రదాయ ఫైనాన్స్ |
+| ------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| మీ డబ్బు మీ చేతిలో ఉంటుంది. | మీ డబ్బును కంపెనీల వద్ద ఉంచుతారు. |
+| మీ డబ్బు ఎక్కడికి వెళ్తుందో మరియు అది ఎలా ఖర్చు చేయబడుతుందో మీరు నియంత్రించవచ్చు. | ప్రమాదకరమైన రుణగ్రహీతలకు రుణాలు ఇవ్వడం వంటి మీ డబ్బును దుర్వినియోగం చేయకుండా మీరు కంపెనీలను విశ్వసించాలి. |
+| నిమిషాల్లో నిధుల బదిలీలు జరుగుతాయి. | మాన్యువల్ ప్రక్రియల కారణంగా చెల్లింపులకు రోజులు పట్టవచ్చు. |
+| లావాదేవీ కార్యకలాపాలు మారుపేరుగా ఉంటాయి. | ఆర్థిక కార్యకలాపాలు మీ గుర్తింపుతో గట్టిగా జతచేయబడతాయి. |
+| DeFi ఎవరికైనా అందుబాటులో ఉంటుంది. | ఫైనాన్షియల్ సర్వీసెస్ ఉపయోగించడానికి దరఖాస్తు చేసుకోవాలి. |
+| మార్కెట్లు ఎప్పుడూ తెరిచే ఉంటాయి. | ఉద్యోగులకు విరామం అవసరం కావడంతో మార్కెట్లు మూతపడ్డాయి. |
| ఇది పారదర్శకతపై నిర్మించబడింది - ఎవరైనా ఉత్పత్తి యొక్క డేటాను చూడవచ్చు మరియు సిస్టమ్ ఎలా పనిచేస్తుందో తనిఖీ చేయవచ్చు. | ఆర్థిక సంస్థలు మూసివేసిన పుస్తకాలు: మీరు వారి రుణ చరిత్ర, వారి నిర్వహణ ఆస్తుల రికార్డు మరియు మొదలైన వాటిని చూడమని అడగలేరు. |
@@ -60,13 +60,13 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
-## ప్రోగ్రామబుల్ డబ్బు {#programmable-money}
+## ప్రోగ్రామబుల్ మనీ {#programmable-money}
-ఇది విచిత్రంగా అనిపిస్తుంది... "నేను నా డబ్బును ఎందుకు ప్రోగ్రామ్ చేయాలనుకుంటున్నాను"? ఏదేమైనా, ఇది ఎథేరియంలో టోకెన్ల యొక్క డిఫాల్ట్ లక్షణం మాత్రమే. ఎవరైనా లాజిక్ ను చెల్లింపుల్లో ప్రోగ్రామ్ చేయవచ్చు. తద్వారా ఆర్థిక సంస్థలు అందించే సేవలతో కలిపి బిట్ కాయిన్ నియంత్రణ, భద్రతను పొందవచ్చు. ఇది బిట్ కాయిన్తో మీరు చేయలేని క్రిప్టోకరెన్సీలతో రుణాలు మరియు రుణాలు, చెల్లింపులను షెడ్యూల్ చేయడం, ఇండెక్స్ ఫండ్లలో పెట్టుబడి పెట్టడం మరియు మరెన్నో చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
+ఇది వింతగా అనిపిస్తుంది... "నేను నా డబ్బును ఎందుకు ప్రోగ్రామ్ చేయాలనుకుంటున్నాను"? అయితే, ఇది ఇతీరియమ్లోని టోకెన్ల యొక్క కేవలం ఒక డిఫాల్ట్ ఫీచర్ కంటే ఎక్కువ. ఎవరైనా లాజిక్ ను చెల్లింపుల్లో ప్రోగ్రామ్ చేయవచ్చు. తద్వారా ఆర్థిక సంస్థలు అందించే సేవలతో కలిపి బిట్ కాయిన్ నియంత్రణ, భద్రతను పొందవచ్చు. ఇది బిట్ కాయిన్తో మీరు చేయలేని క్రిప్టోకరెన్సీలతో రుణాలు మరియు రుణాలు, చెల్లింపులను షెడ్యూల్ చేయడం, ఇండెక్స్ ఫండ్లలో పెట్టుబడి పెట్టడం మరియు మరెన్నో చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
-
+
మీరు ఎథేరియంకు కొత్తగా ఉంటే ప్రయత్నించడానికి డీఫై అనువర్తనాల కోసం మా సూచనలను అన్వేషించండి.
DeFi యాప్లను అన్వేషించండి
@@ -78,23 +78,23 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
చాలా ఆర్థిక సేవలకు వికేంద్రీకృత ప్రత్యామ్నాయం ఉంది. కానీ ఎథేరియం పూర్తిగా కొత్త ఆర్థిక ఉత్పత్తులను సృష్టించడానికి అవకాశాలను కూడా సృష్టిస్తుంది. ఇది నిరంతరం పెరుగుతున్న జాబితా.
-- [ప్రపంచవ్యాప్తంగా డబ్బును పంపండి](#send-money)
+- [ప్రపంచవ్యాప్తంగా డబ్బు పంపండి](#send-money)
- [ప్రపంచవ్యాప్తంగా డబ్బును స్ట్రీమ్ చేయండి](#stream-money)
- [స్టేబుల్ కరెన్సీలను యాక్సెస్ చేయండి](#stablecoins)
- [తాకట్టుతో నిధులను అప్పుగా తీసుకోండి](#lending)
- [తాకట్టు లేకుండా రుణం తీసుకోండి](#flash-loans)
- [క్రిప్టో పొదుపులను ప్రారంభించండి](#saving)
-- [వాణిజ్య టోకెన్లు](#swaps)
+- [టోకెన్లను ట్రేడ్ చేయండి](#swaps)
- [మీ పోర్ట్ఫోలియోను పెంచుకోండి](#investing)
- [మీ ఆలోచనలకు నిధులు సమకూర్చండి](#crowdfunding)
-- [బీమా కొనండి](#insurance)
+- [భీమా కొనండి](#insurance)
- [మీ పోర్ట్ఫోలియోను నిర్వహించండి](#aggregators)
-### ప్రపంచవ్యాప్తంగా డబ్బును పంపండి {#send-money}
+### ప్రపంచవ్యాప్తంగా వేగంగా డబ్బు పంపండి {#send-money}
-బ్లాక్ చెయిన్ గా, ఎథేరియం సురక్షితమైన మరియు ప్రపంచ మార్గంలో లావాదేవీలను పంపడానికి రూపొందించబడింది. బిట్ కాయిన్ మాదిరిగానే, ఎథేరియం ప్రపంచవ్యాప్తంగా డబ్బు పంపడం ఇమెయిల్ పంపినంత సులభం చేస్తుంది. మీ గ్రహీత యొక్క [ENS పేరు](/glossary/#ens) (bob.eth వంటివి) లేదా మీ వాలెట్ నుండి వారి ఖాతా చిరునామాను నమోదు చేయండి మరియు మీ చెల్లింపు నిమిషాల్లో (సాధారణంగా) నేరుగా వారికి వెళుతుంది. చెల్లింపులను పంపడానికి లేదా స్వీకరించడానికి, మీకు [వాలెట్](/wallets/) అవసరం.
+బ్లాక్ చెయిన్ గా, ఎథేరియం సురక్షితమైన మరియు ప్రపంచ మార్గంలో లావాదేవీలను పంపడానికి రూపొందించబడింది. బిట్ కాయిన్ మాదిరిగానే, ఎథేరియం ప్రపంచవ్యాప్తంగా డబ్బు పంపడం ఇమెయిల్ పంపినంత సులభం చేస్తుంది. కేవలం మీ గ్రహీత యొక్క [ENS పేరు](/glossary/#ens) (bob.eth వంటివి) లేదా మీ వాలెట్ నుండి వారి ఖాతా చిరునామాను నమోదు చేయండి మరియు మీ చెల్లింపు నిమిషాల్లో (సాధారణంగా) నేరుగా వారికి వెళుతుంది. చెల్లింపులను పంపడానికి లేదా స్వీకరించడానికి, మీకు [వాలెట్](/wallets/) అవసరం.
పేమెంట్ డాప్ లు చూడండి
@@ -104,7 +104,7 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
మీరు ఎథేరియం ద్వారా డబ్బును స్ట్రీమ్ చేయవచ్చు. ఇది మీరు ఎవరికైనా వారి జీతాన్ని సెకనులో చెల్లించడానికి అనుమతిస్తుంది, వారికి అవసరమైనప్పుడల్లా వారి డబ్బుకు ప్రాప్యతను ఇస్తుంది. లేదా స్టోరేజ్ లాకర్ లేదా ఎలక్ట్రిక్ స్కూటర్ వంటి వాటిని సెకనుకు అద్దెకు తీసుకోండి.
-మరియు మీరు [ETH](/glossary/#ether)ని పంపడం లేదా ప్రసారం చేయకూడదనుకుంటే, దాని విలువ ఎంత మారవచ్చు అనే కారణంగా, Ethereumలో ప్రత్యామ్నాయ కరెన్సీలు ఉన్నాయి: [stablecoins](/glossary/#stablecoin).
+మరియు మీరు దాని విలువ ఎంతగా మారగలదో అన్న కారణంగా [ETH](/glossary/#ether)ని పంపడానికి లేదా స్ట్రీమ్ చేయడానికి ఇష్టపడకపోతే, ఇతీరియములో ప్రత్యామ్నాయ కరెన్సీలు ఉన్నాయి: [స్టేబుల్కాయిన్లు](/glossary/#stablecoin).
@@ -120,7 +120,7 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
-### రుణం తీసుకోవడం {#lending}
+### అప్పు తీసుకోవడం {#lending}
వికేంద్రీకృత ప్రొవైడర్ల నుండి రుణం తీసుకోవడం రెండు ప్రధాన రకాలుగా వస్తుంది.
@@ -133,23 +133,23 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
వికేంద్రీకృత రుణదాతను ఉపయోగించడం వల్ల చాలా ప్రయోజనాలు ఉన్నాయి...
-#### గోప్యతతో రుణం తీసుకోవడం {#borrowing-privacy}
+#### గోప్యతతో అప్పు తీసుకోవడం {#borrowing-privacy}
నేడు అప్పు ఇవ్వడం, అప్పు తీసుకోవడం అన్నీ సంబంధిత వ్యక్తుల చుట్టూనే తిరుగుతున్నాయి. రుణం ఇచ్చే ముందు మీరు రుణాన్ని తిరిగి చెల్లించే అవకాశం ఉందో లేదో బ్యాంకులు తెలుసుకోవాలి.
-ఏ పార్టీ తమను తాము గుర్తించుకోవాల్సిన అవసరం లేకుండా వికేంద్రీకృత రుణాలు పనిచేస్తాయి. బదులుగా, రుణగ్రహీత వారి రుణాన్ని తిరిగి చెల్లించకపోతే రుణదాత స్వయంచాలకంగా అందుకునే పూచీకత్తును ఉంచాలి. కొంతమంది రుణదాతలు [NFTల](/glossary/#nft)ను కూడా అనుషంగికంగా అంగీకరిస్తారు. NFTలు ఒక పెయింటింగ్ వంటి ఒక ప్రత్యేకమైన ఆస్తికి ఒక దస్తావేజు. [NFTలపై మరింత సమాచారం](/nft/)
+ఏ పార్టీ తమను తాము గుర్తించుకోవాల్సిన అవసరం లేకుండా వికేంద్రీకృత రుణాలు పనిచేస్తాయి. బదులుగా, రుణగ్రహీత వారి రుణాన్ని తిరిగి చెల్లించకపోతే రుణదాత స్వయంచాలకంగా అందుకునే పూచీకత్తును ఉంచాలి. కొంతమంది రుణదాతలు [NFTలను](/glossary/#nft) పూచీకత్తుగా కూడా స్వీకరిస్తారు. NFTలు ఒక పెయింటింగ్ వంటి ఒక ప్రత్యేకమైన ఆస్తికి ఒక దస్తావేజు. [NFTల గురించి మరింత](/nft/)
ఇది క్రెడిట్ చెక్లు లేకుండా లేదా ప్రైవేట్ సమాచారాన్ని అందజేయకుండా డబ్బు తీసుకోవడానికి మిమ్మల్ని అనుమతిస్తుంది.
-#### ప్రపంచ నిధులకు ప్రాప్యత {#access-global-funds}
+#### ప్రపంచవ్యాప్త నిధులకు యాక్సెస్ {#access-global-funds}
మీరు వికేంద్రీకృత రుణదాతను ఉపయోగించినప్పుడు, మీరు ఎంచుకున్న బ్యాంక్ లేదా సంస్థ యొక్క కస్టడీలో ఉన్న నిధులను మాత్రమే కాకుండా, ప్రపంచం నలుమూలల నుండి జమ చేసిన నిధులకు మీకు యాక్సెస్ ఉంటుంది. ఇది రుణాలను మరింత అందుబాటులోకి తెస్తుంది మరియు వడ్డీ రేట్లను మెరుగుపరుస్తుంది.
#### పన్ను-సామర్థ్యాలు {#tax-efficiencies}
-రుణం తీసుకోవడం వల్ల మీ ETHను (పన్ను విధించదగిన ఈవెంట్) విక్రయించాల్సిన అవసరం లేకుండానే మీకు అవసరమైన నిధులకు యాక్సెస్ను పొందవచ్చు. బదులుగా, మీరు స్టేబుల్కాయిన్ రుణం కోసం ETHను అనుషంగికంగా ఉపయోగించవచ్చు. ఇది మీకు అవసరమైన నగదు ప్రవాహాన్ని అందిస్తుంది మరియు మీ ETHను ఉంచుకోవడానికి మిమ్మల్ని అనుమతిస్తుంది. స్టేబుల్ కాయిన్స్ టోకెన్లు, ఇవి ETH వంటి విలువలో హెచ్చుతగ్గులకు లోను కానందున మీకు నగదు అవసరమైనప్పుడు వాటి కోసం చాలా ఉత్తమంగా ఉంటాయి. [స్టేబుల్కాయిన్లపై మరింత సమాచారం](#stablecoins)
+రుణం తీసుకోవడం వల్ల మీ ETHను (పన్ను విధించదగిన ఈవెంట్) విక్రయించాల్సిన అవసరం లేకుండానే మీకు అవసరమైన నిధులకు యాక్సెస్ను పొందవచ్చు. బదులుగా, మీరు స్టేబుల్కాయిన్ రుణం కోసం ETHను అనుషంగికంగా ఉపయోగించవచ్చు. ఇది మీకు అవసరమైన నగదు ప్రవాహాన్ని అందిస్తుంది మరియు మీ ETHను ఉంచుకోవడానికి మిమ్మల్ని అనుమతిస్తుంది. స్టేబుల్ కాయిన్స్ టోకెన్లు, ఇవి ETH వంటి విలువలో హెచ్చుతగ్గులకు లోను కానందున మీకు నగదు అవసరమైనప్పుడు వాటి కోసం చాలా ఉత్తమంగా ఉంటాయి. [స్టేబుల్కాయిన్ల గురించి మరింత](#stablecoins)
-#### ఫ్లాష్ లోన్స్ {#flash-loans}
+#### ఫ్లాష్ లోన్లు {#flash-loans}
ఫ్లాష్ లోన్లు వికేంద్రీకృత రుణాల యొక్క మరింత ప్రయోగాత్మక రూపం, ఇవి మీరు పూచీకత్తు లేకుండా లేదా ఏదైనా వ్యక్తిగత సమాచారాన్ని అందించకుండా రుణం తీసుకోవచ్చు.
@@ -178,22 +178,22 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
-### క్రిప్టోతో సేవ్ చేయడం ప్రారంభించండి {#saving}
+### క్రిప్టోతో పొదుపు ప్రారంభించండి {#saving}
-#### లెండింగ్ {#lending}
+#### అప్పు ఇవ్వడం {#lending}
మీరు మీ క్రిప్టోకు రుణం ఇవ్వడం ద్వారా దానిపై వడ్డీని సంపాదించవచ్చు మరియు నిజ సమయంలో మీ నిధులు వృద్ధి చెందడాన్ని చూడవచ్చు. ప్రస్తుతం వడ్డీ రేట్లు మీరు మీ స్థానిక బ్యాంక్లో పొందగలిగే దానికంటే చాలా ఎక్కువగా ఉన్నాయి (ఒకవేళ మీరు ఒకదాన్ని యాక్సెస్ చేయగలిగినంత అదృష్టవంతులైతే). ఒక ఉదాహరణ:
-- మీరు Aave వంటి ఉత్పత్తికి మీ 100 Dai, ఒక [స్టేబుల్కాయిన్ను](/stablecoins/) అప్పుగా ఇస్తారు.
+- మీరు Aave వంటి ఉత్పత్తికి మీ 100 Dai, ఒక [స్టేబుల్కాయిన్](/stablecoins/), ను అప్పుగా ఇస్తారు.
- మీరు 100 Aave Daiను (aDai) అందుకుంటారు, ఇది మీ రుణం పొందిన Daiను సూచించే టోకెన్.
-- వడ్డీ రేట్ల ఆధారంగా మీ aDai పెరుగుతుంది మరియు మీ వాలెట్లో మీ బ్యాలెన్స్ పెరగడాన్ని మీరు చూడవచ్చు. [APR](/glossary/#apr)పై ఆధారపడి, మీ వాలెట్ బ్యాలెన్స్ కొన్ని రోజులు లేదా గంటల తర్వాత 100.1234 వంటిది చదవబడుతుంది!
+- వడ్డీ రేట్ల ఆధారంగా మీ aDai పెరుగుతుంది మరియు మీ వాలెట్లో మీ బ్యాలెన్స్ పెరగడాన్ని మీరు చూడవచ్చు. [APR](/glossary/#apr)పై ఆధారపడి, మీ వాలెట్ బ్యాలెన్స్ కొన్ని రోజుల లేదా గంటల తర్వాత 100.1234 లాగా ఉంటుంది!
- మీరు ఎప్పుడైనా మీ aDai బ్యాలెన్స్కు సమానమైన సాధారణ Dai మొత్తాన్ని ఉపసంహరించుకోవచ్చు.
లెండింగ్ డాప్లను చూడండి
-#### నో లాస్ లాటరీలు {#no-loss-lotteries}
+#### నష్టం-లేని లాటరీలు {#no-loss-lotteries}
పూల్ టుగెదర్ వంటి నో లాస్ లాటరీలు డబ్బు ఆదా చేయడానికి ఒక సరదా మరియు వినూత్నమైన కొత్త మార్గం.
@@ -206,19 +206,19 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
పైనున్న రుణ ఉదాహరణలో వలె టిక్కెట్ డిపాజిట్లను అప్పుగా ఇవ్వడం ద్వారా వచ్చే వడ్డీ మొత్తం ద్వారా ప్రైజ్ పూల్ రూపొందించబడుతుంది.
- పూల్ టుగెదర్ ప్రయత్నించండి
+ PoolTogether ప్రయత్నించండి
-### ఎక్స్చేంజి టోకెన్లు {#swaps}
+### టోకెన్ల మార్పిడి {#swaps}
ఇథీరియంలో వేల సంఖ్యలో టోకెన్లు ఉన్నాయి. వికేంద్రీకృత ఎక్స్ఛేంజీలు (DEXలు) మీకు కావలసినప్పుడు వివిధ టోకెన్లను వ్యాపారం చేయడానికి మిమ్మల్ని అనుమతిస్తాయి. మీరు మీ ఆస్తుల నియంత్రణను ఎప్పటికీ వదులుకోరు. ఇది వేరే దేశాన్ని సందర్శించినప్పుడు కరెన్సీ మార్పిడిని ఉపయోగించడం లాంటిది. కానీ డీఫై వెర్షన్ ఎప్పుడూ క్లోజ్ కాలేదు. మార్కెట్లు సంవత్సరానికి 24/7, 365 రోజులు మరియు వ్యాపారాన్ని అంగీకరించడానికి ఎవరైనా ఎల్లప్పుడూ ఉంటారని సాంకేతికత హామీ ఇస్తుంది.
ఉదాహరణకు, మీరు నష్టం లేని లాటరీ పూల్ టుగెదర్ (పైన వివరించినది) ఉపయోగించాలనుకుంటే, మీకు Dai లేదా USDC వంటి టోకెన్ అవసరం. ఈ DEXలు ఆ టోకెన్ల కోసం మీ ETHను ఇచ్చిపుచ్చుకోవడానికి మరియు మీరు పూర్తి చేసిన తర్వాత మళ్ళీ తిరిగి రావడానికి మిమ్మల్ని అనుమతిస్తాయి.
- టోకెన్ ఎక్స్చేంజిని చూడండి
+ టోకెన్ ఎక్స్ఛేంజ్లను చూడండి
@@ -242,7 +242,7 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
దీనికి మంచి ఉదాహరణ [DeFi పల్స్ ఇండెక్స్ ఫండ్ (DPI)](https://defipulse.com/blog/defi-pulse-index/). ఎల్లప్పుడూ టాప్ DeFi టోకెన్లను కలిగి ఉండటానికి మీ పోర్ట్ఫోలియోను మార్కెట్ క్యాపిటలైజేషన్ ద్వారా ఆటోమేటిక్గా రీబ్యాలెన్స్ చేసే ఫండ్ ఇది. మీరు ఎటువంటి వివరాలను నిర్వహించాల్సిన అవసరం లేదు మరియు మీరు ఎప్పుడు కావాలంటే అప్పుడు ఫండ్ నుండి ఉపసంహరించుకోవచ్చు.
- ఇన్వెస్ట్ మెంట్ డాప్స్ చూడండి
+ పెట్టుబడి డాప్స్ను చూడండి
@@ -256,14 +256,14 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
- ఉదాహరణకు, నిర్దిష్ట గడువులు మరియు కనిష్ట మొత్తాలను చేరుకోకుంటే నిధుల సమీకరణదారులు ఆటోమేటిక్ రీఫండ్లను సెటప్ చేయవచ్చు.
- క్రౌడ్ ఫండింగ్ డాప్స్ను చూడండి
+ క్రౌడ్ఫండింగ్ డాప్స్ను చూడండి
-#### క్వాడ్రాటిక్ నిధులు {#quadratic-funding}
+#### క్వాడ్రాటిక్ ఫండింగ్ {#quadratic-funding}
-ఇథీరియం అనేది ఓపెన్ సోర్స్ సాఫ్ట్వేర్ మరియు ఇప్పటివరకు చాలా పనికి కమ్యూనిటీ నిధులు సమకూర్చింది. ఇది ఆసక్తికరమైన కొత్త నిధుల సేకరణ మోడల్ వృద్ధికి దారితీసింది: క్వాడ్రాటిక్ ఫండింగ్. This has the potential to improve the way we fund all types of public goods in the future.
+ఇథీరియం అనేది ఓపెన్ సోర్స్ సాఫ్ట్వేర్ మరియు ఇప్పటివరకు చాలా పనికి కమ్యూనిటీ నిధులు సమకూర్చింది. ఇది ఆసక్తికరమైన కొత్త నిధుల సేకరణ మోడల్ వృద్ధికి దారితీసింది: క్వాడ్రాటిక్ ఫండింగ్. భవిష్యత్తులో మనం అన్ని రకాల ప్రజా వస్తువులకు నిధులు సమకూర్చే విధానాన్ని మెరుగుపరచగల సామర్థ్యం దీనికి ఉంది.
-Quadratic funding makes sure that the projects that receive the most funding are those with the most unique demand. In other words, projects that stand to improve the lives of the most people. ఇది ఎలా పని చేస్తుందో ఇక్కడ ఉంది:
+క్వాడ్రాటిక్ ఫండింగ్ అనేది అత్యధిక నిధులను పొందే ప్రాజెక్టులు అత్యంత ప్రత్యేకమైన డిమాండ్ ఉన్నవిగా ఉండేలా చూస్తుంది. మరో మాటలో చెప్పాలంటే, అత్యధిక మంది ప్రజల జీవితాలను మెరుగుపరచగల ప్రాజెక్టులు. ఇది ఎలా పని చేస్తుందో ఇక్కడ ఉంది:
1. విరాళంగా ఇచ్చిన నిధుల సరిపోలే పూల్ ఉంది.
2. పబ్లిక్ ఫండింగ్ యొక్క రౌండ్ ప్రారంభమవుతుంది.
@@ -278,14 +278,14 @@ Quadratic funding makes sure that the projects that receive the most funding are
-### బీమా {#insurance}
+### భీమా {#insurance}
వికేంద్రీకృత బీమా అనేది బీమాను చౌకగా, వేగంగా చెల్లించడానికి మరియు మరింత పారదర్శకంగా చేయడానికి లక్ష్యం. మరింత ఆటోమేషన్తో, కవరేజ్ మరింత సరసమైనది మరియు చెల్లింపులు చాలా వేగంగా ఉంటాయి. మీ దావాను నిర్ణయించడానికి ఉపయోగించే డేటా పూర్తిగా పారదర్శకంగా ఉంటుంది.
-ఇథీరియం ఉత్పత్తులు, ఏదైనా సాఫ్ట్వేర్ లాగా, బగ్లు మరియు దోపిడీలకు గురవుతాయి. కాబట్టి ప్రస్తుతం స్పేస్లోని చాలా బీమా ఉత్పత్తులు తమ వినియోగదారులను నిధుల నష్టం నుండి రక్షించడంపై దృష్టి సారించాయి. ఏదేమైనా, జీవితం మనపై విసిరే ప్రతిదానికీ కవరేజీని నిర్మించడం ప్రారంభించిన ప్రాజెక్ట్లు ఉన్నాయి. దీనికి మంచి ఉదాహరణ ఇథెరిస్క్ యొక్క క్రాప్ కవర్, ఇది కెన్యాలోని చిన్న హోల్డర్ రైతులను కరువులు మరియు వరదల నుండి [ప్రొటెక్ట్ చేయడమే లక్ష్యంగా పెట్టుకుంది](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc). వికేంద్రీకృత భీమా సాంప్రదాయ బీమా నుండి తరచుగా ధరను పొందుతున్న రైతులకు చౌకైన కవరేజీని అందిస్తుంది.
+ఇథీరియం ఉత్పత్తులు, ఏదైనా సాఫ్ట్వేర్ లాగా, బగ్లు మరియు దోపిడీలకు గురవుతాయి. కాబట్టి ప్రస్తుతం స్పేస్లోని చాలా బీమా ఉత్పత్తులు తమ వినియోగదారులను నిధుల నష్టం నుండి రక్షించడంపై దృష్టి సారించాయి. ఏదేమైనా, జీవితం మనపై విసిరే ప్రతిదానికీ కవరేజీని నిర్మించడం ప్రారంభించిన ప్రాజెక్ట్లు ఉన్నాయి. దీనికి ఒక మంచి ఉదాహరణ Etherisc యొక్క క్రాప్ కవర్, ఇది [కెన్యాలోని చిన్న కమతాల రైతులను కరువు మరియు వరదల నుండి రక్షించడం](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc) లక్ష్యంగా పెట్టుకుంది. వికేంద్రీకృత భీమా సాంప్రదాయ బీమా నుండి తరచుగా ధరను పొందుతున్న రైతులకు చౌకైన కవరేజీని అందిస్తుంది.
- బీమా డ్యాప్లను చూడండి
+ భీమా డాప్స్ను చూడండి
@@ -302,7 +302,7 @@ Quadratic funding makes sure that the projects that receive the most funding are
## DeFi ఎలా పని చేస్తుంది? {#how-defi-works}
-మధ్యవర్తులు అవసరం లేని సేవలను అందించడానికి DeFi క్రిప్టోకరెన్సీలు మరియు స్మార్ట్ కాంట్రాక్ట్లను ఉపయోగిస్తుంది. నేటి ఆర్థిక ప్రపంచంలో, ఆర్థిక సంస్థలు లావాదేవీలకు హామీదారులుగా పనిచేస్తాయి. ఇది ఈ సంస్థలకు అపారమైన శక్తిని ఇస్తుంది ఎందుకంటే మీ డబ్బు వాటి ద్వారా ప్రవహిస్తుంది. అంతేకాకుండా ప్రపంచవ్యాప్తంగా కోట్లాది మంది ప్రజలు బ్యాంక్ ఖాతాను కూడా యాక్సెస్ చేయలేరు.
+మధ్యవర్తులు అవసరం లేని సేవలను అందించడానికి DeFi క్రిప్టోకరెన్సీలు మరియు స్మార్ట్ కాంట్రాక్ట్లను ఉపయోగిస్తుంది. నేటి ఆర్థిక ప్రపంచంలో, ఆర్థిక సంస్థలు లావాదేవీలకు హామీదారులుగా పనిచేస్తాయి. ఇది ఈ సంస్థలకు అపారమైన శక్తిని ఇస్తుంది ఎందుకంటే మీ డబ్బు వాటి ద్వారా ప్రవహిస్తుంది. అంతేకాక, ప్రపంచవ్యాప్తంగా వందల కోట్ల మంది ప్రజలు బ్యాంక్ ఖాతాను కూడా యాక్సెస్ చేయలేరు.
DeFiలో, లావాదేవీలో ఆర్థిక సంస్థను స్మార్ట్ కాంట్రాక్ట్ భర్తీ చేస్తుంది. స్మార్ట్ కాంట్రాక్ట్ అనేది ఒక రకమైన ఇథీరియం ఖాతా, ఇది నిధులను కలిగి ఉంటుంది మరియు కొన్ని షరతుల ఆధారంగా వాటిని పంపవచ్చు/వాపసు చేయవచ్చు. లైవ్లో ఉన్నప్పుడు ఆ స్మార్ట్ కాంట్రాక్ట్ను ఎవరూ మార్చలేరు – ఇది ఎల్లప్పుడూ ప్రోగ్రామ్ చేయబడినట్లుగానే నడుస్తుంది.
@@ -312,7 +312,7 @@ DeFiలో, లావాదేవీలో ఆర్థిక సంస్థన
కోడ్ను చదవగలిగే ఇథీరియం కమ్యూనిటీలోని మరింత సాంకేతిక సభ్యులను విశ్వసించాల్సిన అవసరం ప్రస్తుతం ఉందని దీని అర్థం. ఓపెన్ సోర్స్ ఆధారిత కమ్యూనిటీ డెవలపర్లను అదుపులో ఉంచడంలో సహాయపడుతుంది, అయితే స్మార్ట్ కాంట్రాక్టులు సులభంగా చదవడం మరియు కోడ్ విశ్వసనీయతను నిరూపించడానికి ఇతర మార్గాలు అభివృద్ధి చేయబడినందున ఈ అవసరం కాలక్రమేణా తగ్గిపోతుంది.
-## ఇథీరియం మరియు DeFi {#ethereum-and-defi}
+## ఇతీరియము మరియు DeFi {#ethereum-and-defi}
ఇథీరియం అనేక కారణాల వల్ల DeFiకు సరైన పునాది:
@@ -324,36 +324,37 @@ DeFiలో, లావాదేవీలో ఆర్థిక సంస్థన
మీరు DeFi గురించి లేయర్లలో ఆలోచించవచ్చు:
1. బ్లాక్చెయిన్ - ఇథీరియం లావాదేవీ చరిత్ర మరియు ఖాతాల స్థితిని కలిగి ఉంటుంది.
-2. ఆస్తులు - [ETH](/what-is-ether/) మరియు ఇతర టోకెన్లు (కరెన్సీలు).
-3. ప్రోటోకాల్లు - కార్యాచరణను అందించే [స్మార్ట్ కాంట్రాక్టులు](/glossary/#smart-contract), ఉదాహరణకు, ఆస్తుల వికేంద్రీకృత రుణం కోసం అనుమతించే సేవ.
-4. [అప్లికేషన్లు](/apps/) – ప్రోటోకాల్లను నిర్వహించడానికి మరియు యాక్సెస్ చేయడానికి మేము ఉపయోగించే ఉత్పత్తులు.
+2. ఆస్తులు – [ETH](/what-is-ether/) మరియు ఇతర టోకెన్లు (కరెన్సీలు).
+3. ప్రోటోకాల్లు – కార్యాచరణను అందించే [స్మార్ట్ కాంట్రాక్ట్లు](/glossary/#smart-contract), ఉదాహరణకు, ఆస్తుల వికేంద్రీకృత రుణాన్ని అనుమతించే సేవ.
+4. [అప్లికేషన్లు](/apps/) – ప్రోటోకాల్లను నిర్వహించడానికి మరియు యాక్సెస్ చేయడానికి మనం ఉపయోగించే ఉత్పత్తులు.
-గమనిక: చాలా వరకు DeFi [ERC-20 ప్రమాణాన్ని](/glossary/#erc-20) ఉపయోగిస్తుంది. DeFi లో అప్లికేషన్లు ETH కోసం Wrapped ether (WETH) అనే వ్రాపర్ను ఉపయోగిస్తాయి. [Wrapped Ether గురించి మరింత తెలుసుకోండి](/wrapped-eth).
+గమనిక: చాలా DeFi [ERC-20 ప్రమాణాన్ని](/glossary/#erc-20) ఉపయోగిస్తుంది. DeFi లో అప్లికేషన్లు ETH కోసం Wrapped ether (WETH) అనే వ్రాపర్ను ఉపయోగిస్తాయి. [ర్యాప్డ్ ఈథర్ గురించి మరింత తెలుసుకోండి](/wrapped-eth).
-## DeFiను రూపొందించండి {#build-defi}
+## DeFiని నిర్మించండి {#build-defi}
DeFi అనేది ఓపెన్ సోర్స్ ఉద్యమం. డిఫై ప్రోటోకాల్లు మరియు అప్లికేషన్లు అన్నీ మీరు తనిఖీ చేయడానికి, ఫోర్క్ చేయడానికి మరియు ఇన్నోవేట్ చేయడానికి తెరవబడి ఉంటాయి. ఈ లేయర్డ్ స్టాక్ కారణంగా (అందరూ ఒకే బేస్ బ్లాక్చెయిన్ మరియు ఆస్తులను పంచుకుంటారు), ప్రత్యేకమైన కాంబో అవకాశాలను అన్లాక్ చేయడానికి ప్రోటోకాల్లను కలపవచ్చు మరియు సరిపోల్చవచ్చు.
- డాప్లను నిర్మించడం గురించి మరింత
+ డాప్స్ను నిర్మించడం గురించి మరింత
-## మరింత చదవడానికి {#further-reading}
+## మరింత సమాచారం {#further-reading}
### DeFi డేటా {#defi-data}
-- [DeFi ప్రైమ్](https://defiprime.com/)
-- [DeFi లామా](https://defillama.com/)
+- [DeFi Prime](https://defiprime.com/)
+- [DeFi Llama](https://defillama.com/)
-### డిఫై కథనాలు {#defi-articles}
+### DeFi వ్యాసాలు {#defi-articles}
-- [DeFiకు ఒక బిగినర్స్ గైడ్](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, జనవరి 6, 2020_
+- [DeFiకి ఒక ప్రారంభకుడి గైడ్](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _సిద్ కోయెల్హో-ప్రభు, జనవరి 6, 2020_
+- [EEA DeFi రిస్క్ అసెస్మెంట్ గైడ్లైన్స్](https://entethalliance.org/specs/defi-risks/) – DeFi ప్రోటోకాల్స్లో కీలక రిస్కులను ఎలా గుర్తించాలి మరియు అంచనా వేయాలి అనే దానిపై పరిశ్రమ-మద్దతు ఉన్న అవలోకనం.
-### Videos {#videos}
+### వీడియోలు {#videos}
-- [ఫైనిమాటిక్స్ - వికేంద్రీకృత ఆర్థిక విద్య](https://finematics.com/) – _DeFiపై వీడియోలు_
-- [డిఫైంట్](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi బేసిక్స్: అప్పుడప్పుడు అడ్డుపడే ఈ ప్రదేశంలో ప్రారంభించడానికి మీరు తెలుసుకోవలసిన ప్రతిదీ._
-- [వైట్బోర్డ్ క్రిప్టో](https://youtu.be/17QRFlml4pA) _DeFi అంటే ఏమిటి?_
+- [Finematics - వికేంద్రీకృత ఆర్థిక విద్య](https://finematics.com/) – _DeFiపై వీడియోలు_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi బేసిక్స్: ఈ అప్పుడప్పుడు గందరగోళపరిచే స్పేస్లో ప్రారంభించడానికి మీరు తెలుసుకోవలసిన ప్రతిదీ._
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi అంటే ఏమిటి?_
### కమ్యూనిటీలు {#communities}
diff --git a/public/content/translations/te/desci/index.md b/public/content/translations/te/desci/index.md
new file mode 100644
index 00000000000..ac9b7f7764e
--- /dev/null
+++ b/public/content/translations/te/desci/index.md
@@ -0,0 +1,139 @@
+---
+title: వికేంద్రీకృత శాస్త్రం (DeSci)
+description: ఇతీరియముపై వికేంద్రీకృత శాస్త్రం యొక్క అవలోకనం
+lang: te
+template: ఉపయోగ సందర్భాలు
+emoji: ":microscope:"
+sidebarDepth: 2
+image: /images/future_transparent.png
+alt: ""
+summaryPoint1: ప్రస్తుత శాస్త్రీయ వ్యవస్థకు ప్రపంచ, బహిరంగ ప్రత్యామ్నాయం.
+summaryPoint2: శాస్త్రవేత్తలు నిధులను సేకరించేందుకు, ప్రయోగాలను అమలు చేయడానికి, డేటాను పంచుకోవడానికి, అంతర్దృష్టులను పంపిణీ చేయడానికి మరియు మరిన్నింటిని అనుమతించే సాంకేతికత.
+summaryPoint3: ఓపెన్ సైన్స్ ఉద్యమంపై ఆధారపడింది.
+---
+
+## వికేంద్రీకృత శాస్త్రం (eSci) అంటే ఏమిటి? {#what-is-desci}
+
+వికేంద్రీకృత శాస్త్రం (DeSci) అనేది [Web3](/glossary/#web3) స్టాక్ను ఉపయోగించి శాస్త్రీయ పరిజ్ఞానాన్ని న్యాయంగా మరియు సమానంగా నిధులు సమకూర్చడం, సృష్టించడం, సమీక్షించడం, క్రెడిట్ చేయడం, నిల్వ చేయడం మరియు వ్యాప్తి చేయడం కోసం ప్రజా మౌలిక సదుపాయాలను నిర్మించడం లక్ష్యంగా పెట్టుకున్న ఉద్యమం.
+
+DeSci ఒక పర్యావరణ వ్యవస్థను సృష్టించడం లక్ష్యంగా పెట్టుకుంది, ఇక్కడ శాస్త్రవేత్తలు తమ పరిశోధనలను బహిరంగంగా పంచుకోవడానికి మరియు వారి పనికి క్రెడిట్ని అందుకోవడానికి ప్రోత్సహించబడతారు, అదే సమయంలో ఎవరైనా సులభంగా పరిశోధనను యాక్సెస్ చేయడానికి మరియు సహకరించడానికి అనుమతిస్తుంది. శాస్త్రీయ విజ్ఞానం అందరికీ అందుబాటులో ఉండాలి మరియు శాస్త్రీయ పరిశోధన ప్రక్రియ పారదర్శకంగా ఉండాలనే ఆలోచనతో DeSi పని చేస్తుంది. డిస్కో మరింత వికేంద్రీకరించబడిన మరియు పంపిణీ చేయబడిన శాస్త్రీయ పరిశోధన నమూనాను రూపొందిస్తోంది, ఇది కేంద్ర అధికారులచే సెన్సార్షిప్ మరియు నియంత్రణకు మరింత నిరోధకతను కలిగిస్తుంది. నిధులు, శాస్త్రీయ సాధనాలు మరియు కమ్యూనికేషన్ ఛానెల్లకు వికేంద్రీకృత ప్రాప్యత ద్వారా కొత్త మరియు సాంప్రదాయేతర ఆలోచనలు వృద్ధి చెందగల వాతావరణాన్ని సృష్టించాలని DeSi భావిస్తోంది.
+
+వికేంద్రీకృత శాస్త్రం మరింత వైవిధ్యమైన నిధుల వనరులను ([DAOs](/glossary/#dao) నుండి, [క్వాడ్రాటిక్ విరాళాలు](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2003531) నుండి క్రౌడ్ఫండింగ్ మరియు మరిన్నింటి వరకు), మరింత అందుబాటులో ఉండే డేటా మరియు పద్ధతులను అనుమతిస్తుంది, మరియు పునరుత్పాదకత కోసం ప్రోత్సాహకాలను అందించడం ద్వారా.
+
+### జువాన్ బెనెట్ - ది డివి మూవ్మెంట్
+
+
+
+## DeSci విజ్ఞాన శాస్త్రాన్ని ఎలా మెరుగుపరుస్తుంది {#desci-improves-science}
+
+సైన్స్లోని కీలక సమస్యల యొక్క అసంపూర్ణ జాబితా మరియు ఈ సమస్యలను పరిష్కరించడానికి వికేంద్రీకృత శాస్త్రం ఎలా సహాయపడుతుంది
+
+| **వికేంద్రీకృత శాస్త్రం** | **సాంప్రదాయ శాస్త్రం** |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
+| క్వాడ్రాటిక్ విరాళాలు లేదా DAOల వంటి యంత్రాంగాలను ఉపయోగించి నిధుల పంపిణీ **ప్రజలచే నిర్ణయించబడుతుంది**. | చిన్న, మూసివేసిన, **కేంద్రీకృత సమూహాలు** నిధుల పంపిణీని నియంత్రిస్తాయి. |
+| మీరు డైనమిక్ టీమ్లలో **ప్రపంచవ్యాప్తంగా** ఉన్న సహచరులతో కలిసి పని చేస్తారు. | నిధుల సంస్థలు మరియు సొంత సంస్థలు మీ సహకారాలను **పరిమితం** చేస్తాయి. |
+| నిధుల నిర్ణయాలు ఆన్లైన్లో మరియు **పారదర్శకంగా** తీసుకోబడతాయి. కొత్త నిధుల విధానాలు అన్వేషించబడతాయి. | నిధుల నిర్ణయాలు సుదీర్ఘ టర్నరౌండ్ సమయంతో మరియు **పరిమిత పారదర్శకతతో** తీసుకోబడతాయి. కొన్ని నిధుల యంత్రాంగాలు ఉన్నాయి. |
+| [Web3](/glossary/#web3) సాంకేతికతను ఉపయోగించడం ద్వారా ప్రయోగశాల సేవలను పంచుకోవడం సులభం మరియు మరింత పారదర్శకంగా చేయబడింది. | ప్రయోగశాల వనరులను పంచుకోవడం తరచుగా **నెమ్మదిగా మరియు అపారదర్శకంగా** ఉంటుంది. |
+| విశ్వసనీయత, పారదర్శకత మరియు సార్వత్రిక ప్రాప్యత కోసం Web3 ప్రిమిటివ్లను ఉపయోగించే **ప్రచురణ కోసం కొత్త నమూనాలను** అభివృద్ధి చేయవచ్చు. | మీరు తరచుగా **అసమర్థంగా, పక్షపాతంగా మరియు దోపిడీగా** గుర్తించబడిన స్థాపిత మార్గాల ద్వారా ప్రచురిస్తారు. |
+| మీరు పీర్-రివ్యూయింగ్ పని కోసం **టోకెన్లు మరియు పలుకుబడిని సంపాదించవచ్చు**. | మీ **పీర్-రివ్యూ పనికి వేతనం ఉండదు**, ఇది లాభాపేక్షగల ప్రచురణకర్తలకు ప్రయోజనం చేకూరుస్తుంది. |
+| **మీరు సృష్టించే మేధో సంపత్తి (IP) మీకే సొంతం** మరియు దానిని పారదర్శక నిబంధనల ప్రకారం పంపిణీ చేస్తారు. | **మీరు సృష్టించే IP మీ సొంత సంస్థకే చెందుతుంది**. IPకి యాక్సెస్ పారదర్శకంగా లేదు. |
+| **పరిశోధనలన్నింటినీ పంచుకోవడం**, విఫలమైన ప్రయత్నాల నుండి వచ్చిన డేటాతో సహా, అన్ని దశలను ఆన్చైన్లో ఉంచడం ద్వారా. | **ప్రచురణ పక్షపాతం** అంటే పరిశోధకులు విజయవంతమైన ఫలితాలను ఇచ్చిన ప్రయోగాలను పంచుకోవడానికి ఎక్కువ అవకాశం ఉందని అర్థం. |
+
+## Ethereum మరియు DeSci {#ethereum-and-desci}
+
+వికేంద్రీకృత విజ్ఞాన వ్యవస్థకు బలమైన భద్రత, కనీస ద్రవ్య మరియు లావాదేవీల ఖర్చులు మరియు అప్లికేషన్ అభివృద్ధి కోసం గొప్ప పర్యావరణ వ్యవస్థ అవసరం. వికేంద్రీకృత శాస్త్ర సాంకేతికతను నిర్మించడానికి అవసరమైన ప్రతిదాన్ని Ethereum అందిస్తుంది.
+
+## DeSci వినియోగ సందర్భాలు {#use-cases}
+
+సాంప్రదాయ విద్యాసంస్థలను డిజిటల్ ప్రపంచంలోకి తీసుకురావడానికి DeSci శాస్త్రీయ టూల్సెట్ను నిర్మిస్తోంది. ఈవెబ్3 ఉపయోగాల ఒక పరిచయానికి కాకూడదు, అయితే అన్వేషణా సముదాయానికి ఇతర ఉపయోగాలను ప్రదర్శించేందుకు కొంతమంది సంఖ్యలో ఉండవచ్చు.
+
+### ప్రచురణ {#publishing}
+
+సైన్స్ పబ్లిషింగ్ ప్రముఖంగా సమస్యాత్మకమైనది ఎందుకంటే ఇది పేపర్లను రూపొందించడానికి శాస్త్రవేత్తలు, సమీక్షకులు మరియు సంపాదకుల నుండి ఉచిత శ్రమపై ఆధారపడే పబ్లిషింగ్ హౌస్ల ద్వారా నిర్వహించబడుతుంది, అయితే అధిక ప్రచురణ రుసుములను వసూలు చేస్తుంది. సాధారణంగా పరోక్షంగా పనికి మరియు ప్రచురణ ఖర్చులను పన్నుల ద్వారా చెల్లించిన పబ్లిక్, ప్రచురణకర్తకు మళ్లీ చెల్లించకుండా అదే పనిని యాక్సెస్ చేయలేరు. వ్యక్తిగత విజ్ఞాన శాస్త్ర పత్రాలను ప్రచురించడానికి అయ్యే మొత్తం రుసుములు తరచుగా ఐదు అంకెల్లో ($USD) ఉంటాయి, ఇది శాస్త్రీయ జ్ఞానాన్ని ఒక [ప్రజా ప్రయోజనంగా](/glossary/#public-goods) భావించే మొత్తం భావనను దెబ్బతీస్తుంది, అదే సమయంలో కొద్దిమంది ప్రచురణకర్తలకు భారీ లాభాలను ఆర్జించి పెడుతుంది.
+
+ఉచిత మరియు ఓపెన్-యాక్సెస్ ప్లాట్ఫారమ్లు ప్రీ-ప్రింట్ సర్వర్ల రూపంలో ఉన్నాయి, [ఉదాహరణకు ArXiv](https://arxiv.org/). అయితే, ఈ ప్లాట్ఫారమ్లలో నాణ్యత నియంత్రణ, [యాంటీ-సిబిల్ మెకానిజమ్స్](/glossary/#anti-sybil) కొరవడ్డాయి, మరియు సాధారణంగా ఆర్టికల్-స్థాయి మెట్రిక్లను ట్రాక్ చేయవు, అంటే అవి సాధారణంగా సాంప్రదాయ ప్రచురణకర్తకు సమర్పించే ముందు పనిని ప్రచారం చేయడానికి మాత్రమే ఉపయోగించబడతాయి. SciHub ప్రచురించిన పత్రాలను యాక్సెస్ చేయడానికి ఉచితం, కానీ చట్టబద్ధంగా కాదు, మరియు ప్రచురణకర్తలు ఇప్పటికే వారి చెల్లింపును తీసుకున్న తర్వాత మరియు ఖచ్చితమైన కాపీరైట్ చట్టంతో పనిని చుట్టిన తర్వాత మాత్రమే. ఇది పొందుపరిచిన చట్టబద్ధత మెకానిజం మరియు ప్రోత్సాహక నమూనాతో యాక్సెస్ చేయగల సైన్స్ పేపర్లు మరియు డేటాకు క్లిష్టమైన అంతరాన్ని మిగిల్చింది. అటువంటి వ్యవస్థను నిర్మించే సాధనాలు Web3లో ఉన్నాయి.
+
+### పునరుత్పాదకత మరియు ప్రతిరూపకత {#reproducibility-and-replicability}
+
+నాణ్యమైన శాస్త్రీయ ఆవిష్కరణకు పునరుత్పత్తి మరియు ప్రతిరూపత పునాదులు.
+
+- పునరుత్పాదక ఫలితాలను ఒకే పద్ధతిని ఉపయోగించి ఒకే బృందం వరుసగా అనేకసార్లు సాధించవచ్చు.
+- అదే ప్రయోగాత్మక సెటప్ని ఉపయోగించి వేరొక సమూహం ద్వారా పునరావృతమయ్యే ఫలితాలను సాధించవచ్చు.
+
+కొత్త Web3-స్థానిక సాధనాలు పునరుత్పత్తి మరియు ప్రతిరూపం ఆవిష్కరణకు ఆధారమని నిర్ధారించగలవు. మేము నాణ్యమైన విజ్ఞాన శాస్త్రాన్ని అకాడెమియా యొక్క సాంకేతిక ఫాబ్రిక్లో నేయగలము. Web3 ప్రతి విశ్లేషణ భాగం కోసం [ధృవీకరణలను](/glossary/#attestation) సృష్టించగల సామర్థ్యాన్ని అందిస్తుంది: ముడి డేటా, గణన ఇంజిన్ మరియు అప్లికేషన్ ఫలితం. ఏకాభిప్రాయ వ్యవస్థల యొక్క అందం ఏమిటంటే, ఈ భాగాలను నిర్వహించడానికి విశ్వసనీయ నెట్వర్క్ సృష్టించబడినప్పుడు, ప్రతి నెట్వర్క్ పార్టిసిపెంట్ గణనను పునరుత్పత్తి చేయడానికి మరియు ప్రతి ఫలితాన్ని ధృవీకరించడానికి బాధ్యత వహిస్తారు.
+
+### నిధులు {#funding}
+
+ఫండింగ్ సైన్స్ కోసం ప్రస్తుత ప్రామాణిక నమూనా ఏమిటంటే, వ్యక్తులు లేదా శాస్త్రవేత్తల సమూహాలు ఫండింగ్ ఏజెన్సీకి వ్రాతపూర్వక దరఖాస్తు చేయడం. విశ్వసనీయ వ్యక్తుల యొక్క చిన్న ప్యానెల్ దరఖాస్తులను స్కోర్ చేసి, దరఖాస్తుదారులలో కొంత భాగానికి నిధులను అందించే ముందు అభ్యర్థులను ఇంటర్వ్యూ చేస్తుంది. ఒక గ్రాంట్ కోసం దరఖాస్తు చేసుకోవడం మరియు స్వీకరించడం మధ్య కొన్నిసార్లు **సంవత్సరాల తరబడి నిరీక్షణకు** దారితీసే అవరోధాలను సృష్టించడమే కాకుండా, ఈ నమూనా సమీక్ష ప్యానెల్ యొక్క **పక్షపాతాలు, స్వీయ-ప్రయోజనాలు మరియు రాజకీయాలకు** అత్యంత హాని కలిగిస్తుందని తెలిసిన విషయమే.
+
+గ్రాంట్ రివ్యూ ప్యానెల్లు అధిక-నాణ్యత ప్రతిపాదనలను ఎంచుకోవడంలో పేలవమైన పని చేస్తాయని అధ్యయనాలు చూపిస్తున్నాయి, ఎందుకంటే వివిధ గ్రహాలకు ఇచ్చిన ప్రతిపాదనలు చాలా భిన్నమైన ఫలితాలను కలిగి ఉంటాయి. నిధులు మరింత కొరతగా మారినందున, ఇది మరింత మేధోపరమైన సాంప్రదాయిక ప్రాజెక్టులతో ఎక్కువ మంది సీనియర్ పరిశోధకుల చిన్న సమూహంగా కేంద్రీకరించబడింది. ప్రభావం అధిక-పోటీ ఫండింగ్ ల్యాండ్స్కేప్ను సృష్టించింది, విపరీతమైన ప్రోత్సాహకాలను మరియు ఆవిష్కరణలను అణిచివేస్తుంది.
+
+DAOలు మరియు Web3 విస్తృతంగా అభివృద్ధి చేసిన విభిన్న ప్రోత్సాహక నమూనాలతో ప్రయోగాలు చేయడం ద్వారా Web3 ఈ విరిగిన నిధుల నమూనాకు అంతరాయం కలిగించే సామర్థ్యాన్ని కలిగి ఉంది. విజ్ఞాన శాస్త్ర నిధులలో విప్లవాత్మక మార్పులు తీసుకురాగల కొన్ని Web3 సాధనాలు: [రెట్రోయాక్టివ్ పబ్లిక్ గూడ్స్ ఫండింగ్](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c), [క్వాడ్రాటిక్ ఫండింగ్](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2003531), [DAO గవర్నెన్స్](https://www.antler.co/blog/daos-and-web3-governance-the-promise-implications-and-challenges-ahead) మరియు [టోకెనైజ్డ్ ప్రోత్సాహక నిర్మాణాలు](https://cdixon.org/2017/05/27/crypto-tokens-a-breakthrough-in-open-network-design).
+
+### IP యాజమాన్యం మరియు అభివృద్ధి {#ip-ownership}
+
+సాంప్రదాయ విజ్ఞాన శాస్త్రంలో మేధో సంపత్తి (IP) అనేది ఒక పెద్ద సమస్య: విశ్వవిద్యాలయాలలో చిక్కుకోవడం లేదా బయోటెక్లలో ఉపయోగించకుండా ఉండటం నుండి, విలువైనదిగా గుర్తించడం కష్టం. అయితే, డిజిటల్ ఆస్తుల (శాస్త్రీయ డేటా లేదా ఆర్టికల్స్ వంటివి) యాజమాన్యం అనేది [నాన్-ఫంగిబుల్ టోకెన్లను (NFTలు)](/glossary/#nft) ఉపయోగించి Web3 అసాధారణంగా బాగా చేసే పని.
+
+NFTలు భవిష్యత్ లావాదేవీల కోసం ఆదాయాన్ని అసలు సృష్టికర్తకు తిరిగి పంపగలిగే విధంగానే, మీరు పరిశోధకులకు, పాలక సంస్థలకు (DAOలు వంటివి) లేదా డేటా సేకరించిన సబ్జెక్ట్లకు కూడా రివార్డ్ చేయడానికి పారదర్శక విలువ ఆపాదింపు గొలుసులను ఏర్పాటు చేయవచ్చు.
+
+[IP-NFTలు](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) చేపట్టబడుతున్న పరిశోధన ప్రయోగాల యొక్క వికేంద్రీకృత డేటా రిపోజిటరీకి ఒక కీగా కూడా పనిచేయగలవు, మరియు NFT మరియు [DeFi](/glossary/#defi) ఫైనాన్షియలైజేషన్ (ఫ్రాక్షనలైజేషన్ నుండి లెండింగ్ పూల్స్ మరియు విలువ మదింపు వరకు) లోకి ప్లగ్ అవ్వగలవు. ఇది [VitaDAO](https://www.vitadao.com/) వంటి DAOల లాంటి స్థానిక ఆన్చైన్ సంస్థలను నేరుగా ఆన్చైన్లో పరిశోధన చేయడానికి కూడా అనుమతిస్తుంది.
+బదిలీ చేయలేని ["సోల్బౌండ్" టోకెన్ల](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) రాక కూడా వ్యక్తులు వారి Ethereum చిరునామాకు అనుసంధానించబడిన వారి అనుభవం మరియు ఆధారాలను నిరూపించుకోవడానికి అనుమతించడం ద్వారా DeSciలో ఒక ముఖ్యమైన పాత్ర పోషించవచ్చు.
+
+### డేటా నిల్వ, యాక్సెస్ మరియు ఆర్కిటెక్చర్ {#data-storage}
+
+Web3 నమూనాలను ఉపయోగించి శాస్త్రీయ డేటాను విస్తృతంగా అందుబాటులోకి తీసుకురావచ్చు మరియు పంపిణీ చేయబడిన నిల్వ విపత్తు సంఘటనల నుండి బయటపడేందుకు పరిశోధనను అనుమతిస్తుంది.
+
+ప్రారంభ స్థానం తప్పనిసరిగా సరైన ధృవీకరించదగిన ఆధారాలను కలిగి ఉన్న ఏదైనా వికేంద్రీకృత గుర్తింపు ద్వారా యాక్సెస్ చేయగల సిస్టమ్ అయి ఉండాలి. ఇది రిడెండెన్సీ మరియు సెన్సార్షిప్ రెసిస్టెన్స్, ఫలితాల పునరుత్పత్తి మరియు డేటాసెట్కి కొత్త డేటాను జోడించడానికి బహుళ పక్షాల సామర్థ్యాన్ని కూడా అనుమతిస్తుంది, విశ్వసనీయ పక్షాల ద్వారా సున్నితమైన డేటాను సురక్షితంగా ప్రతిరూపం చేయడానికి అనుమతిస్తుంది. [కంప్యూట్-టు-డేటా](https://7wdata.be/predictive-analytics/compute-to-data-using-blockchain-to-decentralize-data-science-and-ai-with-the-ocean-protocol) వంటి గోప్యమైన కంప్యూటింగ్ పద్ధతులు ముడి డేటా ప్రతిరూపణకు ప్రత్యామ్నాయ యాక్సెస్ మెకానిజమ్లను అందిస్తాయి, అత్యంత సున్నితమైన డేటా కోసం విశ్వసనీయ పరిశోధన పరిసరాలను సృష్టిస్తాయి. విశ్వసనీయ పరిశోధన పరిసరాలు డేటా గోప్యత మరియు సహకారానికి భవిష్యత్-ఆధారిత పరిష్కారంగా [NHS ద్వారా ఉదహరించబడ్డాయి](https://medium.com/weavechain/whats-in-store-for-the-future-of-healthcare-data-b6398745fbbb), ఇవి పరిశోధకులు కోడ్ మరియు పద్ధతులను పంచుకోవడానికి ప్రామాణిక పరిసరాలను ఉపయోగించి ఆన్-సైట్ డేటాతో సురక్షితంగా పనిచేయగల ఒక పర్యావరణ వ్యవస్థను సృష్టిస్తాయి.
+
+ఫ్లెక్సిబుల్ Web3 డేటా సొల్యూషన్లు పైన ఉన్న దృశ్యాలకు మద్దతునిస్తాయి మరియు నిజమైన ఓపెన్ సైన్స్కు పునాదిని అందిస్తాయి, ఇక్కడ పరిశోధకులు యాక్సెస్ అనుమతులు లేదా రుసుము లేకుండా పబ్లిక్ వస్తువులను సృష్టించవచ్చు. IPFS, Arweave మరియు Filecoin వంటి Web3 పబ్లిక్ డేటా సొల్యూషన్లు వికేంద్రీకరణ కోసం ఆప్టిమైజ్ చేయబడ్డాయి. dClimate, ఉదాహరణకు, వాతావరణ స్టేషన్లు మరియు ప్రిడిక్టివ్ క్లైమేట్ మోడల్లతో సహా వాతావరణం మరియు వాతావరణ డేటాకు సార్వత్రిక ప్రాప్యతను అందిస్తుంది.
+
+## పాల్గొనండి {#get-involved}
+
+ప్రాజెక్ట్లను ఎక్స్ప్లోర్ చేయండి మరియు DeSi సంఘంలో చేరండి.
+
+- [DeSci.Global: గ్లోబల్ ఈవెంట్లు మరియు మీటప్ క్యాలెండర్](https://desci.global)
+- [Blockchain for Science టెలిగ్రామ్](https://t.me/BlockchainForScience)
+- [మాలిక్యూల్: మీ పరిశోధన ప్రాజెక్ట్లకు నిధులు సమకూర్చండి మరియు నిధులు పొందండి](https://www.molecule.xyz/)
+- [VitaDAO: దీర్ఘాయువు పరిశోధన కోసం స్పాన్సర్డ్ పరిశోధన ఒప్పందాల ద్వారా నిధులు పొందండి](https://www.vitadao.com/)
+- [రీసెర్చ్హబ్: శాస్త్రీయ ఫలితాన్ని పోస్ట్ చేయండి మరియు తోటివారితో సంభాషణలో పాల్గొనండి](https://www.researchhub.com/)
+- [dClimate API: వికేంద్రీకృత సంఘం సేకరించిన వాతావరణ డేటాను క్వరీ చేయండి](https://www.dclimate.net/)
+- [DeSci ఫౌండేషన్: DeSci ప్రచురణ సాధన బిల్డర్](https://descifoundation.org/)
+- [DeSci.World: వినియోగదారులు వీక్షించడానికి, వికేంద్రీకృత శాస్త్రంతో నిమగ్నమవ్వడానికి వన్-స్టాప్ షాప్](https://desci.world)
+- [OceanDAO: DAO డేటా-సంబంధిత సైన్స్ కోసం నిధులను నిర్వహిస్తుంది](https://oceanprotocol.com/)
+- [Opscientia: ఓపెన్ వికేంద్రీకృత సైన్స్ వర్క్ఫ్లోలు](https://opsci.io/research/)
+- [Bio.xyz: మీ బయోటెక్ DAO లేదా desci ప్రాజెక్ట్ కోసం నిధులు పొందండి](https://www.bio.xyz/)
+- [ఫ్లెమింగ్ ప్రోటోకాల్: సహకార బయోమెడికల్ ఆవిష్కరణకు ఇంధనం నింపే ఓపెన్ సోర్స్ డేటా ఎకానమీ](http://flemingprotocol.io/)
+- [యాక్టివ్ ఇన్ఫరెన్స్ ఇన్స్టిట్యూట్](https://www.activeinference.org/)
+- [IdeaMarkets: వికేంద్రీకృత శాస్త్రీయ విశ్వసనీయతను ప్రారంభించడం](https://ideamarket.io/)
+- [DeSci Labs](https://www.desci.com/)
+- [ValleyDAO: సింథటిక్ బయాలజీ పరిశోధన కోసం నిధులు మరియు అనువాద మద్దతును అందించే ఒక ఓపెన్, గ్లోబల్ కమ్యూనిటీ](https://www.valleydao.bio)
+- [Cerebrum DAO: మెదడు ఆరోగ్యాన్ని మెరుగుపరచడానికి మరియు న్యూరోడీజెనరేషన్ను నివారించడానికి పరిష్కారాలను సేకరించడం మరియు పెంపొందించడం](https://www.cerebrumdao.com/)
+- [CryoDAO: క్రయోప్రెజర్వేషన్ రంగంలో మూన్షాట్ పరిశోధనకు నిధులు](https://www.cryodao.org)
+- [ఎలాటా: మానసిక వైద్యం యొక్క భవిష్యత్తులో మీ అభిప్రాయాన్ని చెప్పండి](https://www.elata.bio/)
+
+జాబితా చేయడానికి కొత్త ప్రాజెక్ట్ల కోసం సూచనలను మేము స్వాగతిస్తున్నాము - దయచేసి ప్రారంభించడానికి మా [లిస్టింగ్ పాలసీని](/contributing/adding-desci-projects/) చూడండి!
+
+## మరింత సమాచారం {#further-reading}
+
+- [జోసెలిన్ పెర్ల్ మరియు అల్ట్రారేర్ ద్వారా DeSci వికీ](https://docs.google.com/document/d/1aQC6zn-eXflSmpts0XGE7CawbUEHwnL6o-OFXO52PTc/edit#)
+- [a16z future కోసం జోసెలిన్ పెర్ల్ ద్వారా వికేంద్రీకృత బయోటెక్కు ఒక గైడ్](https://future.a16z.com/a-guide-to-decentralized-biotech/)
+- [DeSci కోసం ఒక వాదన](https://gitcoin.co/blog/desci-the-case-for-decentralised-science/)
+- [DeSciకి గైడ్](https://future.com/what-is-decentralized-science-aka-desci/)
+- [వికేంద్రీకృత విజ్ఞాన శాస్త్ర వనరులు](https://www.vincentweisser.com/desci)
+- [మాలిక్యూల్ యొక్క బయోఫార్మా IP-NFTలు - ఒక సాంకేతిక వివరణ](https://www.molecule.xyz/blog/molecules-biopharma-ip-nfts-a-technical-description)
+- [జోన్ స్టార్ ద్వారా ట్రస్ట్లెస్ సైన్స్ వ్యవస్థల నిర్మాణం](https://medium.com/@jringo/building-systems-of-trustless-science-1cd2d072f673)
+- [పాల్ కోల్హాస్ - DeSci: వికేంద్రీకృత విజ్ఞాన శాస్త్రం యొక్క భవిష్యత్తు (పోడ్కాస్ట్)](https://anchor.fm/andrew-steinwold/episodes/Paul-Kohlhaas---DeSci-The-Future-of-Decentralized-Science---Zima-Red-ep-117-e1h683a)
+- [వికేంద్రీకృత విజ్ఞాన శాస్త్రం కోసం ఒక యాక్టివ్ ఇన్ఫరెన్స్ ఆంటాలజీ: సిట్యుయేటెడ్ సెన్స్మేకింగ్ నుండి ఎపిస్టెమిక్ కామన్స్ వరకు](https://zenodo.org/record/6320575)
+- [DeSci: శామ్యూల్ అకినోషో ద్వారా పరిశోధన యొక్క భవిష్యత్తు](https://lucidsamuel.medium.com/desci-the-future-of-research-b76cfc88c8ec)
+- [నాడియా ద్వారా సైన్స్ ఫండింగ్ (ఎపిలోగ్: DeSci మరియు కొత్త క్రిప్టో ప్రిమిటివ్స్)](https://nadia.xyz/science-funding)
+- [వికేంద్రీకరణ ఔషధ అభివృద్ధికి అంతరాయం కలిగిస్తోంది](https://medium.com/id-theory/decentralisation-is-disrupting-drug-development-28b5ba5d447f)
+- [DeSci అంటే ఏమిటి – వికేంద్రీకృత విజ్ఞాన శాస్త్రమా?](https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/)
+
+### వీడియోలు {#videos}
+
+- [వికేంద్రీకృత విజ్ఞాన శాస్త్రం అంటే ఏమిటి?](https://www.youtube.com/watch?v=-DeMklVWNdA)
+- [దీర్ఘాయువు పరిశోధన మరియు క్రిప్టోల ఖండన గురించి విటాలిక్ బుటెరిన్ మరియు శాస్త్రవేత్త ఆబ్రే డి గ్రే మధ్య సంభాషణ](https://www.youtube.com/watch?v=x9TSJK1widA)
+- [శాస్త్రీయ ప్రచురణ విచ్ఛిన్నమైంది. Web3 దాన్ని సరిచేయగలదా?](https://www.youtube.com/watch?v=WkvzYgCvWj8)
+- [జువాన్ బెనెట్ - DeSci, స్వతంత్ర ప్రయోగశాలలు, & భారీ స్థాయి డేటా సైన్స్](https://www.youtube.com/watch?v=zkXM9H90g_E)
+- [సెబాస్టియన్ బ్రూన్మీర్ - DeSci బయోమెడికల్ పరిశోధన & వెంచర్ క్యాపిటల్ను ఎలా మార్చగలదు](https://www.youtube.com/watch?v=qB4Tc3FcVbM)
+- [పైజ్ డోనర్ - Web3 & ది బ్లాక్ చైనుతో ఓపెన్ సైన్స్ను టూలింగ్ చేయడం](https://www.youtube.com/watch?v=nC-2QWQ-lgw&t=17s)
diff --git a/public/content/translations/te/developers/docs/accounts/index.md b/public/content/translations/te/developers/docs/accounts/index.md
new file mode 100644
index 00000000000..bce395fcb35
--- /dev/null
+++ b/public/content/translations/te/developers/docs/accounts/index.md
@@ -0,0 +1,137 @@
+---
+title: Ethereum ఖాతాలు
+description: Ethereum ఖాతాల వివరణ – వాటి డేటా నిర్మాణాలు మరియు కీ పెయిర్ క్రిప్టోగ్రఫీతో వాటి సంబంధం.
+lang: te
+---
+
+Ethereum ఖాతా అనేది Ethereumలో సందేశాలను పంపగల ఈథర్ (ETH) బ్యాలెన్స్ కలిగిన ఒక ఎంటిటీ. ఖాతాలు వినియోగదారు-నియంత్రిత లేదా స్మార్ట్ కాంట్రాక్టుల వలె అమలు చేయబడతాయి.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని మీరు మరింత బాగా అర్థం చేసుకోవడంలో సహాయపడటానికి, ముందుగా మా [Ethereum పరిచయం](/developers/docs/intro-to-ethereum/) చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ఖాతా రకాలు {#types-of-account}
+
+ఖాతా రకాలు:
+
+- బాహ్య-యాజమాన్య ఖాతా (EOA) – ప్రైవేట్ కీలను కలిగి ఉన్న ఎవరైనా నియంత్రించవచ్చు
+- కాంట్రాక్ట్ ఖాతా - నెట్వర్క్కు అమలు చేయబడిన ఒక స్మార్ట్ ఒప్పందం, కోడ్ ద్వారా నియంత్రించబడుతుంది. [స్మార్ట్ కాంట్రాక్టుల](/developers/docs/smart-contracts/) గురించి తెలుసుకోండి
+
+రెండు ఖాతా రకాలు వీటిని చేయగల సామర్థ్యాన్ని కలిగి ఉంటాయి:
+
+- ETH మరియు టోకెన్లను స్వీకరించండి, పట్టుకోండి మరియు పంపండి
+- అమలు చేయబడిన స్మార్ట్ కాంట్రాక్టులతో పరస్పర చర్య చేయండి
+
+### కీలక తేడాలు {#key-differences}
+
+**బాహ్య యాజమాన్యం**
+
+- ఖాతాను సృష్టించడం వల్ల ఏమీ ఖర్చు ఉండదు
+- లావాదేవీలను ప్రారంభించవచ్చు
+- బాహ్య యాజమాన్యంలోని ఖాతాల మధ్య లావాదేవీలు ETH/టోకెన్ బదిలీలు మాత్రమే
+- క్రిప్టోగ్రాఫిక్ జత కీలతో రూపొందించబడింది: ఖాతా కార్యకలాపాలను నియంత్రించే పబ్లిక్ మరియు ప్రైవేట్ కీలు
+
+**కాంట్రాక్ట్**
+
+- మీరు నెట్వర్క్ స్టోరేజ్ని ఉపయోగిస్తున్నందున కాంట్రాక్ట్ను రూపొందించడానికి ఖర్చు అవుతుంది
+- ఒక లావాదేవీని స్వీకరించినప్పుడు మాత్రమే దానికి ప్రతిస్పందనగా సందేశాలను పంపగలదు
+- బాహ్య ఖాతా నుండి కాంట్రాక్ట్ ఖాతాకు జరిగే లావాదేవీలు టోకెన్లను బదిలీ చేయడం లేదా కొత్త ఒప్పందాన్ని సృష్టించడం వంటి అనేక విభిన్న చర్యలను అమలు చేయగల కోడ్ను ట్రిగ్గర్ చేయవచ్చు
+- కాంట్రాక్ట్ ఖాతాలకు ప్రైవేట్ కీలు లేవు. బదులుగా, అవి స్మార్ట్ కాంట్రాక్ట్ కోడ్ యొక్క లాజిక్ ద్వారా నియంత్రించబడతాయి
+
+## ఒక ఖాతా యొక్క పరిశీలన {#an-account-examined}
+
+Ethereum ఖాతాలు నాలుగు ఫీల్డ్లను కలిగి ఉన్నాయి:
+
+- `nonce` – బాహ్యంగా యాజమాన్యం కలిగిన ఖాతా నుండి పంపిన లావాదేవీల సంఖ్యను లేదా ఒక కాంట్రాక్ట్ ఖాతా ద్వారా సృష్టించబడిన కాంట్రాక్టుల సంఖ్యను సూచించే కౌంటర్. ప్రతి ఖాతాకు ఇవ్వబడిన నాన్సుతో ఒక లావాదేవీ మాత్రమే అమలు చేయబడుతుంది, సంతకం చేసిన లావాదేవీలు పదేపదే ప్రసారం చేయబడి, మళ్లీ అమలు చేయబడే రీప్లే దాడుల నుండి రక్షించబడుతుంది.
+- `balance` – ఈ చిరునామా యాజమాన్యంలోని వీ (wei)ల సంఖ్య. Wei అనేది ETH యొక్క తెగ మరియు ప్రతి ETHకి 1e+18 wei ఉన్నాయి.
+- `codeHash` – ఈ హాష్ ఎథేరియం వర్చువల్ మషీన్ (EVM)లోని ఒక ఖాతా యొక్క _కోడ్_ను సూచిస్తుంది. కాంట్రాక్ట్ ఖాతాలు వేర్వేరు కార్యకలాపాలను నిర్వహించగల కోడ్ శకలాలు ప్రోగ్రామ్ చేయబడ్డాయి. ఖాతాకు మెసేజ్ కాల్ వస్తే ఈ EVM కోడ్ అమలు చేయబడుతుంది. ఇది ఇతర ఖాతా ఫీల్డ్ల వలె కాకుండా మార్చబడదు. అటువంటి కోడ్ శకలాలు అన్ని తరువాత తిరిగి పొందడం కోసం వాటి సంబంధిత హ్యాష్ల క్రింద స్టేట్ డేటాబేస్లో ఉంటాయి. ఈ హాష్ విలువను కోడ్హాష్ అంటారు. బాహ్యంగా స్వంతం చేసుకున్న ఖాతాల కోసం, codeHash ఫీల్డ్ ఖాళీ స్ట్రింగ్ యొక్క హాష్.
+- `storageRoot` – కొన్నిసార్లు స్టోరేజ్ హాష్ అని కూడా అంటారు. ఖాతా యొక్క స్టోరేజ్ కంటెంట్లను (256-బిట్ పూర్ణాంక విలువల మధ్య మ్యాపింగ్) ఎన్కోడ్ చేసే [మెర్కిల్ పాట్రీషియా ట్రై](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) యొక్క రూట్ నోడ్ యొక్క 256-బిట్ హాష్; ఇది 256-బిట్ పూర్ణాంక కీల యొక్క Keccak 256-బిట్ హాష్ నుండి RLP-ఎన్కోడ్ చేయబడిన 256-బిట్ పూర్ణాంక విలువలకు మ్యాపింగ్గా ట్రైలోకి ఎన్కోడ్ చేయబడుతుంది. ఈ ప్రయత్నం ఈ ఖాతా యొక్క నిల్వ కంటెంట్ల హాష్ను ఎన్కోడ్ చేస్తుంది మరియు డిఫాల్ట్గా ఖాళీగా ఉంటుంది.
+
+
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడిన రేఖాచిత్రం_
+
+## బాహ్యంగా యాజమాన్యం కలిగిన ఖాతాలు మరియు కీ జతలు {#externally-owned-accounts-and-key-pairs}
+
+ఒక ఖాతా ఒక జత క్రిప్టోగ్రాఫిక్ కీలతో రూపొందించబడింది: పబ్లిక్ మరియు ప్రైవేట్. లావాదేవీని పంపినవారు వాస్తవానికి సంతకం చేశారని నిరూపించడానికి మరియు ఫోర్జరీలను నిరోధించడంలో ఇవి సహాయపడతాయి. లావాదేవీలపై సంతకం చేయడానికి మీరు ఉపయోగించేది మీ ప్రైవేట్ కీ, కాబట్టి ఇది మీ ఖాతాతో అనుబంధించబడిన నిధులపై మీకు కస్టడీని మంజూరు చేస్తుంది. మీరు నిజంగా క్రిప్టోకరెన్సీని కలిగి ఉండరు, మీరు ప్రైవేట్ కీలను కలిగి ఉంటారు - నిధులు ఎల్లప్పుడూ Ethereum యొక్క లెడ్జర్లో ఉంటాయి.
+
+ఇది నకిలీ లావాదేవీలను ప్రసారం చేయకుండా హానికరమైన నటులను నిరోధిస్తుంది ఎందుకంటే మీరు లావాదేవీని పంపినవారిని ఎల్లప్పుడూ ధృవీకరించవచ్చు.
+
+ఆలిస్ తన స్వంత ఖాతా నుండి బాబ్ ఖాతాకు ఈథర్ను పంపాలనుకుంటే, ఆలిస్ లావాదేవీ అభ్యర్థనను సృష్టించి, ధృవీకరణ కోసం నెట్వర్క్కు పంపాలి. Ethereum యొక్క పబ్లిక్-కీ క్రిప్టోగ్రఫీ యొక్క ఉపయోగం ఆలిస్ లావాదేవీ అభ్యర్థనను మొదట ప్రారంభించిందని నిరూపించగలదని నిర్ధారిస్తుంది. క్రిప్టోగ్రాఫిక్ మెకానిజమ్స్ లేకుండా, హానికరమైన ప్రత్యర్థి ఈవ్ కేవలం "ఆలిస్ ఖాతా నుండి ఈవ్ ఖాతాకు 5 ETHని పంపండి" లాంటి అభ్యర్థనను పబ్లిక్గా ప్రసారం చేయగలదు మరియు అది ఆలిస్ నుండి రాలేదని ఎవరూ ధృవీకరించలేరు.
+
+## ఖాతా సృష్టి {#account-creation}
+
+మీరు ఖాతాను సృష్టించాలనుకున్నప్పుడు, చాలా లైబ్రరీలు మీకు యాదృచ్ఛిక ప్రైవేట్ కీని ఉత్పత్తి చేస్తాయి.
+
+ఒక ప్రైవేట్ కీ 64 హెక్స్ అక్షరాలతో రూపొందించబడింది మరియు పాస్వర్డ్తో గుప్తీకరించబడుతుంది.
+
+ఉదాహరణ:
+
+`fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd036415f`
+
+[ఎలిప్టిక్ కర్వ్ డిజిటల్ సిగ్నేచర్ అల్గోరిథం](https://wikipedia.org/wiki/Elliptic_Curve_Digital_Signature_Algorithm) ఉపయోగించి ప్రైవేట్ కీ నుండి పబ్లిక్ కీ ఉత్పత్తి చేయబడుతుంది. పబ్లిక్ కీ యొక్క Keccak-256 హాష్ నుండి చివరి 20 బైట్లను తీసుకుని, ప్రారంభంలో `0x`ను జోడించడం ద్వారా మీరు మీ ఖాతా కోసం పబ్లిక్ చిరునామాను పొందుతారు.
+
+అంటే, ఒక బాహ్యంగా యాజమాన్యం కలిగిన ఖాతా (EOA)కు 42-అక్షరాల చిరునామా ఉంటుంది (20-బైట్ విభాగం, ఇది 40 హెక్సాడెసిమల్ అక్షరాలు మరియు `0x` ఉపసర్గ).
+
+ఉదాహరణ:
+
+`0x5e97870f263700f46aa00d967821199b9bc5a120`
+
+ఒక కొత్త ఖాతాను రూపొందించడానికి [Clef](https://geth.ethereum.org/docs/tools/clef/introduction) అనే సైనింగ్ టూల్ను ఎలా ఉపయోగించాలో కింది ఉదాహరణ చూపిస్తుంది. Clef అనేది ఒక ఖాతా నిర్వహణ మరియు సైనింగ్ టూల్. ఇది Ethereum క్లయింట్ అయిన [Geth](https://geth.ethereum.org)తో పాటు వస్తుంది. `clef newaccount` కమాండ్ ఒక కొత్త కీ జతను సృష్టించి, వాటిని ఒక ఎన్క్రిప్ట్ చేయబడిన కీస్టోర్లో సేవ్ చేస్తుంది.
+
+```
+> clef newaccount --keystore
+
+సృష్టించబోయే కొత్త ఖాతా కోసం దయచేసి పాస్వర్డ్ను నమోదు చేయండి:
+>
+
+------------
+INFO [10-28|16:19:09.156] మీ కొత్త కీ ఉత్పత్తి చేయబడింది address=0x5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] దయచేసి మీ కీ ఫైల్ను బ్యాకప్ చేయండి path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] దయచేసి మీ పాస్వర్డ్ను గుర్తుంచుకోండి!
+ఉత్పత్తి చేయబడిన ఖాతా 0x5e97870f263700f46aa00d967821199b9bc5a120
+```
+
+[Geth డాక్యుమెంటేషన్](https://geth.ethereum.org/docs)
+
+మీ ప్రైవేట్ కీ నుండి కొత్త పబ్లిక్ కీలను పొందడం సాధ్యమవుతుంది, కానీ మీరు పబ్లిక్ కీల నుండి ప్రైవేట్ కీని పొందలేరు. మీ ప్రైవేట్ కీలను సురక్షితంగా ఉంచుకోవడం చాలా ముఖ్యం మరియు, పేరు సూచించినట్లుగా, **ప్రైవేట్గా** ఉంచాలి.
+
+సంతకాన్ని అవుట్పుట్ చేసే సందేశాలు మరియు లావాదేవీలపై సంతకం చేయడానికి మీకు ప్రైవేట్ కీ అవసరం. ఇతరులు సందేశ రచయితను రుజువు చేస్తూ మీ పబ్లిక్ కీని పొందేందుకు సంతకాన్ని తీసుకోవచ్చు. మీ అప్లికేషన్లో, నెట్వర్క్కు లావాదేవీలను పంపడానికి మీరు JavaScript లైబ్రరీని ఉపయోగించవచ్చు.
+
+## కాంట్రాక్ట్ ఖాతాలు {#contract-accounts}
+
+కాంట్రాక్ట్ ఖాతాలు 42 అక్షరాల హెక్సాడెసిమల్ చిరునామాను కూడా కలిగి ఉంటాయి:
+
+ఉదాహరణ:
+
+`0x06012c8cf97bead5deae237070f9587f8e7a266d`
+
+Ethereum Blockchainకి కాంట్రాక్టును అమలు చేసినప్పుడు కాంట్రాక్ట్ చిరునామా సాధారణంగా ఇవ్వబడుతుంది. చిరునామా సృష్టికర్త చిరునామా మరియు ఆ చిరునామా నుండి పంపబడిన లావాదేవీల సంఖ్య (“నాన్స్”) నుండి వస్తుంది.
+
+## వాలిడేటర్ కీలు {#validators-keys}
+
+Ethereumలో మరొక రకమైన కీ కూడా ఉంది, Ethereum ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్ ఆధారిత ఏకాభిప్రాయానికి మారినప్పుడు పరిచయం చేయబడింది. ఇవి 'BLS' కీలు మరియు అవి వ్యాలిడేటర్లను గుర్తించడానికి ఉపయోగించబడతాయి. నెట్వర్క్ ఏకాభిప్రాయానికి రావడానికి అవసరమైన బ్యాండ్విడ్త్ని తగ్గించడానికి ఈ కీలను సమర్ధవంతంగా సమీకరించవచ్చు. ఈ కీలక అగ్రిగేషన్ లేకుండా వ్యాలిడేటర్ యొక్క కనీస వాటా చాలా ఎక్కువగా ఉంటుంది.
+
+[వాలిడేటర్ కీల గురించి మరింత](/developers/docs/consensus-mechanisms/pos/keys/).
+
+## వాలెట్లపై ఒక గమనిక {#a-note-on-wallets}
+
+ఖాతా అనేది వాలెట్ కాదు. వాలెట్ అనేది మీ Ethereum ఖాతాతో పరస్పరం వ్యవహరించడానికి మిమ్మల్ని అనుమతించే ఇంటర్ఫేస్ లేదా అప్లికేషన్, ఇది బాహ్య యాజమాన్య ఖాతా లేదా కాంట్రాక్ట్ ఖాతా.
+
+## ఒక విజువల్ డెమో {#a-visual-demo}
+
+హాష్ ఫంక్షన్లు మరియు కీ జతల ద్వారా ఆస్టిన్ మిమ్మల్ని నడిపించడాన్ని చూడండి.
+
+
+
+
+
+## మరింత సమాచారం {#further-reading}
+
+- [Ethereum ఖాతాలను అర్థం చేసుకోవడం](https://info.etherscan.com/understanding-ethereum-accounts/) - etherscan
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/)
+- [లావాదేవీలు](/developers/docs/transactions/)
diff --git a/public/content/translations/te/developers/docs/apis/backend/index.md b/public/content/translations/te/developers/docs/apis/backend/index.md
new file mode 100644
index 00000000000..27fe2055af2
--- /dev/null
+++ b/public/content/translations/te/developers/docs/apis/backend/index.md
@@ -0,0 +1,211 @@
+---
+title: బ్యాకెండ్ ఎపిఐ లైబ్రరీలు
+description: మీ అప్లికేషన్ నుండి బ్లాక్ చైనుతో సంభాషించడానికి మిమ్మల్ని అనుమతించే ఇతీరియము క్లయింట్ ఎపిఐలకి ఒక పరిచయం.
+lang: te
+---
+
+ఒక సాఫ్ట్వేర్ అప్లికేషన్ ఇతీరియము బ్లాక్ చైనుతో పరస్పరం సంభాషించడానికి (అంటే, బ్లాక్ చైను డేటాను చదవడం మరియు/లేదా నెట్వర్కుకు లావాదేవీలను పంపడం), అది తప్పనిసరిగా ఇతీరియము నోడ్కు కనెక్ట్ అవ్వాలి.
+
+ఈ ప్రయోజనం కోసం, ప్రతి ఇతీరియము క్లయింట్ [JSON-RPC](/developers/docs/apis/json-rpc/) స్పెసిఫికేషన్ను అమలు చేస్తుంది, కాబట్టి అప్లికేషన్లు ఆధారపడగల ఒకేరకమైన [పద్ధతులు](/developers/docs/apis/json-rpc/#json-rpc-methods) ఉన్నాయి.
+
+మీరు ఇతీరియము నోడ్తో కనెక్ట్ అవ్వడానికి ఒక నిర్దిష్ట ప్రోగ్రామింగ్ భాషను ఉపయోగించాలనుకుంటే, పర్యావరణ వ్యవస్థలో దీన్ని చాలా సులభతరం చేసే అనేక సౌకర్యవంతమైన లైబ్రరీలు ఉన్నాయి. ఈ లైబ్రరీలతో, డెవలపర్లు ఇతీరియముతో సంభాషించే JSON-RPC అభ్యర్థనలను (తెరవెనుక) ప్రారంభించడానికి, స్పష్టమైన, ఒక-వరుస పద్ధతులను వ్రాయగలరు.
+
+## అవసరాలు {#prerequisites}
+
+[ఇతీరియము స్టాక్](/developers/docs/ethereum-stack/) మరియు [ఇతీరియము క్లయింట్లు](/developers/docs/nodes-and-clients/) గురించి అర్థం చేసుకోవడం సహాయపడవచ్చు.
+
+## ఒక లైబ్రరీని ఎందుకు ఉపయోగించాలి? {#why-use-a-library}
+
+ఈ లైబ్రరీలు ఇతీరియము నోడ్తో నేరుగా సంభాషించడంలో ఉన్న సంక్లిష్టతను చాలా వరకు సంగ్రహిస్తాయి. అవి యుటిలిటీ ఫంక్షన్లను (ఉదా., ETHని Gweiకి మార్చడం) కూడా అందిస్తాయి, కాబట్టి డెవలపర్గా మీరు ఇతీరియము క్లయింట్ల చిక్కులతో తక్కువ సమయం గడపవచ్చు మరియు మీ అప్లికేషన్ యొక్క ప్రత్యేకమైన కార్యాచరణపై ఎక్కువ దృష్టి పెట్టవచ్చు.
+
+## అందుబాటులో ఉన్న లైబ్రరీలు {#available-libraries}
+
+### మౌలిక సదుపాయాలు మరియు నోడ్ సేవలు {#infrastructure-and-node-services}
+
+**Alchemy -** **_Ethereum అభివృద్ధి ప్లాట్ఫారమ్._**
+
+- [alchemy.com](https://www.alchemy.com/)
+- [డాక్యుమెంటేషన్](https://www.alchemy.com/docs/)
+- [GitHub](https://github.com/alchemyplatform)
+- [Discord](https://discord.com/invite/alchemyplatform)
+
+**ఆల్ దట్ నోడ్ -** **_నోడ్-యాస్-ఎ-సర్వీస్._**
+
+- [All That Node.com](https://www.allthatnode.com/)
+- [డాక్యుమెంటేషన్](https://docs.allthatnode.com)
+- [డిస్కార్డ్](https://discord.gg/GmcdVEUbJM)
+
+**బ్లాస్ట్ బై బ్వేర్ ల్యాబ్స్ -** **_ఇతీరియము మెయిన్నెట్ మరియు టెస్ట్నెట్ల కోసం వికేంద్రీకృత ఎపిఐలు._**
+
+- [blastapi.io](https://blastapi.io/)
+- [డాక్యుమెంటేషన్](https://docs.blastapi.io)
+- [డిస్కార్డ్](https://discord.gg/SaRqmRUjjQ)
+
+**బ్లాక్పై -** **_మరింత సమర్థవంతమైన మరియు వేగవంతమైన RPC సేవలను అందించండి_**
+
+- [blockpi.io](https://blockpi.io/)
+- [డాక్యుమెంటేషన్](https://docs.blockpi.io/)
+- [GitHub](https://github.com/BlockPILabs)
+- [డిస్కార్డ్](https://discord.com/invite/xTvGVrGVZv)
+
+**క్లౌడ్ఫ్లేర్ ఇతీరియము గేట్వే.**
+
+- [cloudflare-eth.com](https://www.cloudflare.com/application-services/products/web3/)
+
+**ఈథర్స్కాన్ - బ్లాక్ ఎక్స్ప్లోరర్ మరియు లావాదేవీల ఎపిఐలు**
+
+- [డాక్యుమెంటేషన్](https://docs.etherscan.io/)
+
+**బ్లాక్స్కౌట్ - ఓపెన్ సోర్స్ బ్లాక్ ఎక్స్ప్లోరర్**
+
+- [డాక్యుమెంటేషన్](https://docs.blockscout.com/)
+
+**గెట్బ్లాక్-** **_వెబ్3 అభివృద్ధి కోసం బ్లాక్ చైను-యాస్-ఎ-సర్వీస్_**
+
+- [GetBlock.io](https://getblock.io/)
+- [డాక్యుమెంటేషన్](https://docs.getblock.io/)
+
+**ఇన్ఫ్యూరా -** **_సేవగా ఇతీరియము ఎపిఐ._**
+
+- [infura.io](https://infura.io)
+- [డాక్యుమెంటేషన్](https://docs.infura.io/api)
+- [GitHub](https://github.com/INFURA)
+
+**నోడ్ RPC - _ఖర్చు-సమర్థవంతమైన EVM JSON-RPC ప్రొవైడర్_**
+
+- [noderpc.xyz](https://www.noderpc.xyz/)
+- [డాక్యుమెంటేషన్](https://docs.noderpc.xyz/node-rpc)
+
+**నౌనోడ్స్ - _పూర్తి నోడ్లు మరియు బ్లాక్ ఎక్స్ప్లోరర్లు._**
+
+- [NOWNodes.io](https://nownodes.io/)
+- [డాక్యుమెంటేషన్](https://nownodes.gitbook.io/documentation)
+
+**క్విక్నోడ్ -** **_బ్లాక్ చైను ఇన్ఫ్రాస్ట్రక్చర్ యాజ్ ఎ సర్వీస్._**
+
+- [quicknode.com](https://quicknode.com)
+- [డాక్యుమెంటేషన్](https://www.quicknode.com/docs/welcome)
+- [డిస్కార్డ్](https://discord.gg/quicknode)
+
+**రివెట్ -** **_ఓపెన్ సోర్స్ సాఫ్ట్వేర్ ద్వారా ఆధారితమైన సేవగా ఇతీరియము మరియు ఇతీరియము క్లాసిక్ ఎపిఐలు._**
+
+- [rivet.cloud](https://rivet.cloud)
+- [డాక్యుమెంటేషన్](https://rivet.cloud/docs/)
+- [GitHub](https://github.com/openrelayxyz/ethercattle-deployment)
+
+**జమోక్ -** **_JSON-RPC/WebSockets ఎపిఐగా వేగ-ఆధారిత ఇతీరియము నోడ్లు._**
+
+- [zmok.io](https://zmok.io/)
+- [GitHub](https://github.com/zmok-io)
+- [డాక్యుమెంటేషన్](https://docs.zmok.io/)
+- [డిస్కార్డ్](https://discord.gg/fAHeh3ka6s)
+
+### అభివృద్ధి ఉపకరణాలు {#development-tools}
+
+**ethers-kt -** **_EVM-ఆధారిత బ్లాక్చైన్ల కోసం అసింక్, అధిక-పనితీరు గల కోట్లిన్/జావా/ఆండ్రాయిడ్ లైబ్రరీ._**
+
+- [GitHub](https://github.com/Kr1ptal/ethers-kt)
+- [ఉదాహరణలు](https://github.com/Kr1ptal/ethers-kt/tree/master/examples)
+- [Discord](https://discord.gg/rx35NzQGSb)
+
+**నెథెరియమ్ -** **_బ్లాక్ చైను కోసం ఒక ఓపెన్ సోర్స్ .NET ఇంటిగ్రేషన్ లైబ్రరీ._**
+
+- [GitHub](https://github.com/Nethereum/Nethereum)
+- [డాక్యుమెంటేషన్](http://docs.nethereum.com/en/latest/)
+- [డిస్కార్డ్](https://discord.com/invite/jQPrR58FxX)
+
+**పైథాన్ టూలింగ్ -** **_పైథాన్ ద్వారా ఇతీరియము సంభాషణ కోసం వివిధ లైబ్రరీలు._**
+
+- [py.ethereum.org](https://snakecharmers.ethereum.org/)
+- [web3.py GitHub](https://github.com/ethereum/web3.py)
+- [web3.py చాట్](https://gitter.im/ethereum/web3.py)
+
+**టాటమ్ -** **_అంతిమ బ్లాక్ చైను అభివృద్ధి ప్లాట్ఫారమ్._**
+
+- [Tatum](https://tatum.io/)
+- [GitHub](https://github.com/tatumio/)
+- [డాక్యుమెంటేషన్](https://docs.tatum.io/)
+- [డిస్కార్డ్](https://discord.gg/EDmW3kjTC9)
+
+**web3j -** **_ఇతీరియము కోసం ఒక జావా/ఆండ్రాయిడ్/కోట్లిన్/స్కాలా ఇంటిగ్రేషన్ లైబ్రరీ._**
+
+- [GitHub](https://github.com/web3j/web3j)
+- [డాక్స్](https://docs.web3j.io/)
+- [Gitter](https://gitter.im/web3j/web3j)
+
+### బ్లాక్ చైను సేవలు {#blockchain-services}
+
+**బ్లాక్సైఫర్ -** **_ఇతీరియము వెబ్ ఎపిఐలు._**
+
+- [blockcypher.com](https://www.blockcypher.com/)
+- [డాక్యుమెంటేషన్](https://www.blockcypher.com/dev/ethereum/)
+
+**చైన్బేస్ -** **_ఇతీరియము కోసం ఆల్-ఇన్-వన్ వెబ్3 డేటా మౌలిక సదుపాయాలు._**
+
+- [chainbase.com](https://chainbase.com/)
+- [డాక్యుమెంటేషన్](https://docs.chainbase.com/)
+- [డిస్కార్డ్](https://discord.gg/Wx6qpqz4AF)
+
+**చైన్స్టాక్ -** **_సేవగా సాగే మరియు అంకితమైన ఇతీరియము నోడ్లు._**
+
+- [chainstack.com](https://chainstack.com)
+- [డాక్యుమెంటేషన్](https://docs.chainstack.com/)
+- [ఇతీరియము ఎపిఐ రిఫరెన్స్](https://docs.chainstack.com/reference/ethereum-getting-started)
+
+**కాయిన్బేస్ క్లౌడ్ నోడ్ -** **_బ్లాక్ చైను మౌలిక సదుపాయాల ఎపిఐ._**
+
+- [కాయిన్బేస్ క్లౌడ్ నోడ్](https://www.coinbase.com/developer-platform)
+- [డాక్యుమెంటేషన్](https://docs.cdp.coinbase.com/)
+
+**ఫిగ్మెంట్ ద్వారా డేటాహబ్ -** **_ఇతీరియము మెయిన్నెట్ మరియు టెస్ట్నెట్లతో వెబ్3 ఎపిఐ సేవలు._**
+
+- [DataHub](https://www.figment.io/)
+- [డాక్యుమెంటేషన్](https://docs.figment.io/)
+
+**మోరాలిస్ -** **_ఎంటర్ప్రైజ్-గ్రేడ్ EVM ఎపిఐ ప్రొవైడర్._**
+
+- [moralis.io](https://moralis.io)
+- [డాక్యుమెంటేషన్](https://docs.moralis.io/)
+- [GitHub](https://github.com/MoralisWeb3)
+- [డిస్కార్డ్](https://moralis.io/joindiscord/)
+- [ఫోరమ్](https://forum.moralis.io/)
+
+**NFTPort -** **_ఇతీరియము డేటా మరియు మింట్ ఎపిఐలు._**
+
+- [nftport.xyz](https://www.nftport.xyz/)
+- [డాక్యుమెంటేషన్](https://docs.nftport.xyz/)
+- [GitHub](https://github.com/nftport/)
+- [డిస్కార్డ్](https://discord.com/invite/K8nNrEgqhE)
+
+**టోకెన్వ్యూ -** **_సాధారణ మల్టీ-క్రిప్టో బ్లాక్ చైను ఎపిఐల ప్లాట్ఫారమ్._**
+
+- [services.tokenview.io](https://services.tokenview.io/)
+- [డాక్యుమెంటేషన్](https://services.tokenview.io/docs?type=api)
+- [GitHub](https://github.com/Tokenview)
+
+**వాచ్డేటా -** **_ఇతీరియము బ్లాక్ చైనుకి సులభమైన మరియు నమ్మకమైన ఎపిఐ యాక్సెస్ను అందించండి._**
+
+- [Watchdata](https://watchdata.io/)
+- [డాక్యుమెంటేషన్](https://docs.watchdata.io/)
+- [డిస్కార్డ్](https://discord.com/invite/TZRJbZ6bdn)
+
+**కోవలెంట్ -** **_200+ చైన్ల కోసం సుసంపన్నమైన బ్లాక్ చైను ఎపిఐలు._**
+
+- [covalenthq.com](https://www.covalenthq.com/)
+- [డాక్యుమెంటేషన్](https://www.covalenthq.com/docs/api/)
+- [GitHub](https://github.com/covalenthq)
+- [Discord](https://www.covalenthq.com/discord/)
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)
+- [అభివృద్ధి ఫ్రేమ్వర్క్లు](/developers/docs/frameworks/)
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [జావాస్క్రిప్ట్లో ఇతీరియము బ్లాక్ చైనును ఉపయోగించడానికి Web3js ను సెటప్ చేయండి](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– మీ ప్రాజెక్ట్లో web3.js ను సెటప్ చేయడానికి సూచనలు._
+- [జావాస్క్రిప్ట్ నుండి ఒక స్మార్ట్ కాంట్రాక్ట్ను పిలవడం](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– DAI టోకెన్ను ఉపయోగించి, జావాస్క్రిప్ట్ను ఉపయోగించి కాంట్రాక్ట్ల ఫంక్షన్ను ఎలా పిలవాలో చూడండి._
diff --git a/public/content/translations/te/developers/docs/apis/javascript/index.md b/public/content/translations/te/developers/docs/apis/javascript/index.md
new file mode 100644
index 00000000000..bfcd4928355
--- /dev/null
+++ b/public/content/translations/te/developers/docs/apis/javascript/index.md
@@ -0,0 +1,289 @@
+---
+title: జావాస్క్రిప్ట్ API లైబ్రరీలు
+description: మీ అప్లికేషన్ నుండి బ్లాక్చెయిన్తో సంభాషించడానికి మిమ్మల్ని అనుమతించే జావాస్క్రిప్ట్ క్లయింట్ లైబ్రరీలకు ఒక పరిచయం.
+lang: te
+---
+
+ఒక వెబ్ యాప్ ఇతీరియము బ్లాక్చెయిన్తో సంభాషించడానికి (అనగా, బ్లాక్చెయిన్ డేటాను చదవడం మరియు/లేదా నెట్వర్క్కు లావాదేవీలను పంపడం), అది తప్పనిసరిగా ఒక ఇతీరియము నోడ్కు కనెక్ట్ అవ్వాలి.
+
+ఈ ప్రయోజనం కోసం, ప్రతి ఇతీరియము క్లయింట్ [JSON-RPC](/developers/docs/apis/json-rpc/) స్పెసిఫికేషన్ను అమలు చేస్తుంది, కాబట్టి అప్లికేషన్లు ఆధారపడగల ఏకరూప [పద్ధతుల](/developers/docs/apis/json-rpc/#json-rpc-methods) సమితి ఉంది.
+
+మీరు ఒక ఇతీరియము నోడ్కు కనెక్ట్ అవ్వడానికి జావాస్క్రిప్ట్ ఉపయోగించాలనుకుంటే, వనిల్లా జావాస్క్రిప్ట్ను ఉపయోగించడం సాధ్యమే, కానీ పర్యావరణ వ్యవస్థలో దీన్ని చాలా సులభతరం చేసే అనేక సౌలభ్య లైబ్రరీలు ఉన్నాయి. ఈ లైబ్రరీలతో, డెవలపర్లు ఇతీరియముతో సంభాషించే JSON-RPC అభ్యర్థనలను (తెరవెనుక) ప్రారంభించడానికి, స్పష్టమైన, ఒక-వరుస పద్ధతులను వ్రాయగలరు.
+
+దయచేసి గమనించండి, [ది మెర్జ్](/roadmap/merge/) నుండి, ఒక నోడ్ను అమలు చేయడానికి రెండు అనుసంధానించబడిన ఇతీరియము సాఫ్ట్వేర్ భాగాలు - ఒక ఎగ్జిక్యూషన్ క్లయింట్ మరియు ఒక ఏకాభిప్రాయం క్లయింట్ - అవసరం. దయచేసి మీ నోడ్లో ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు రెండూ ఉన్నాయని నిర్ధారించుకోండి. మీ నోడ్ మీ స్థానిక మెషీన్లో లేకపోతే (ఉదాహరణకు, మీ నోడ్ ఒక AWS ఇన్స్టాన్స్లో నడుస్తుంటే), ట్యుటోరియల్లోని IP చిరునామాలను తదనుగుణంగా అప్డేట్ చేయండి. మరింత సమాచారం కోసం, దయచేసి [ఒక నోడ్ను అమలు చేయడం](/developers/docs/nodes-and-clients/run-a-node/)పై మా పేజీని చూడండి.
+
+## అవసరాలు {#prerequisites}
+
+జావాస్క్రిప్ట్ను అర్థం చేసుకోవడంతో పాటు, [ఇతీరియము స్టాక్](/developers/docs/ethereum-stack/) మరియు [ఇతీరియము క్లయింట్లు](/developers/docs/nodes-and-clients/)ను అర్థం చేసుకోవడం సహాయకరంగా ఉంటుంది.
+
+## ఒక లైబ్రరీని ఎందుకు ఉపయోగించాలి? {#why-use-a-library}
+
+ఈ లైబ్రరీలు ఇతీరియము నోడ్తో నేరుగా సంభాషించడంలో ఉన్న సంక్లిష్టతను చాలా వరకు సంగ్రహిస్తాయి. అవి యుటిలిటీ ఫంక్షన్లను (ఉదా., ETHని Gweiకి మార్చడం) కూడా అందిస్తాయి, కాబట్టి డెవలపర్గా మీరు ఇతీరియము క్లయింట్ల చిక్కులతో తక్కువ సమయం గడపవచ్చు మరియు మీ అప్లికేషన్ యొక్క ప్రత్యేకమైన కార్యాచరణపై ఎక్కువ దృష్టి పెట్టవచ్చు.
+
+## లైబ్రరీ ఫీచర్లు {#library-features}
+
+### ఇతీరియము నోడ్లకు కనెక్ట్ అవ్వండి {#connect-to-ethereum-nodes}
+
+ప్రొవైడర్లను ఉపయోగించి, ఈ లైబ్రరీలు మిమ్మల్ని ఇతీరియముకు కనెక్ట్ చేయడానికి మరియు దాని డేటాను చదవడానికి అనుమతిస్తాయి, అది JSON-RPC, INFURA, Etherscan, Alchemy లేదా MetaMask ద్వారా అయినా.
+
+> **హెచ్చరిక:** Web3.js మార్చి 4, 2025న ఆర్కైవ్ చేయబడింది. [ప్రకటనను చదవండి](https://blog.chainsafe.io/web3-js-sunset/). కొత్త ప్రాజెక్ట్ల కోసం [ethers.js](https://ethers.org) లేదా [viem](https://viem.sh) వంటి ప్రత్యామ్నాయ లైబ్రరీలను ఉపయోగించడాన్ని పరిగణించండి.
+
+**Ethers ఉదాహరణ**
+
+```js
+// ఒక బ్రౌజర్ప్రొవైడర్ ఒక ప్రామాణిక Web3 ప్రొవైడర్ను చుట్టి ఉంటుంది, ఇది
+// MetaMask ప్రతి పేజీలోకి window.ethereumగా ఇంజెక్ట్ చేస్తుంది
+const provider = new ethers.BrowserProvider(window.ethereum)
+
+// MetaMask ప్లగిన్ లావాదేవీలపై సంతకం చేయడానికి కూడా అనుమతిస్తుంది
+// ఈథర్ పంపడానికి మరియు బ్లాక్చెయిన్లో స్థితిని మార్చడానికి చెల్లించడానికి.
+// దీని కోసం, మనకు ఖాతా సంతకం చేసేవారు అవసరం...
+const signer = provider.getSigner()
+```
+
+**Web3js ఉదాహరణ**
+
+```js
+var web3 = new Web3("http://localhost:8545")
+// లేదా
+var web3 = new Web3(new Web3.providers.HttpProvider("http://localhost:8545"))
+
+// ప్రొవైడర్ను మార్చండి
+web3.setProvider("ws://localhost:8546")
+// లేదా
+web3.setProvider(new Web3.providers.WebsocketProvider("ws://localhost:8546"))
+
+// node.jsలో IPC ప్రొవైడర్ను ఉపయోగించడం
+var net = require("net")
+var web3 = new Web3("/Users/myuser/Library/Ethereum/geth.ipc", net) // mac os పాత్
+// లేదా
+var web3 = new Web3(
+ new Web3.providers.IpcProvider("/Users/myuser/Library/Ethereum/geth.ipc", net)
+) // mac os పాత్
+// windowsలో పాత్: "\\\\.\\pipe\\geth.ipc"
+// linuxలో పాత్: "/users/myuser/.ethereum/geth.ipc"
+```
+
+ఒకసారి సెటప్ చేసిన తర్వాత మీరు బ్లాక్చెయిన్ను వీటి కోసం ప్రశ్నించగలరు:
+
+- బ్లాక్ నంబర్లు
+- గ్యాస్ అంచనాలు
+- స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లు
+- నెట్వర్క్ ఐడి
+- ఇంకా మరిన్ని...
+
+### వాలెట్ ఫంక్షనాలిటీ {#wallet-functionality}
+
+ఈ లైబ్రరీలు మీకు వాలెట్లను సృష్టించడానికి, కీలను నిర్వహించడానికి మరియు లావాదేవీలపై సంతకం చేయడానికి ఫంక్షనాలిటీని అందిస్తాయి.
+
+Ethers నుండి ఒక ఉదాహరణ ఇక్కడ ఉంది
+
+```js
+// ఒక నిమోనిక్ నుండి వాలెట్ ఉదాహరణను సృష్టించండి...
+mnemonic =
+ "announce room limb pattern dry unit scale effort smooth jazz weasel alcohol"
+walletMnemonic = Wallet.fromPhrase(mnemonic)
+
+// ...లేదా ఒక ప్రైవేట్ కీ నుండి
+walletPrivateKey = new Wallet(walletMnemonic.privateKey)
+
+walletMnemonic.address === walletPrivateKey.address
+// నిజం
+
+// సైனர் API ప్రకారం ఒక ప్రామిస్గా చిరునామా
+walletMnemonic.getAddress()
+// { Promise: '0x71CB05EE1b1F506fF321Da3dac38f25c0c9ce6E1' }
+
+// ఒక వాలెట్ చిరునామా సింక్రొనస్గా కూడా అందుబాటులో ఉంది
+walletMnemonic.address
+// '0x71CB05EE1b1F506fF321Da3dac38f25c0c9ce6E1'
+
+// అంతర్గత క్రిప్టోగ్రాఫిక్ భాగాలు
+walletMnemonic.privateKey
+// '0x1da6847600b0ee25e9ad9a52abbd786dd2502fa4005dd5af9310b7cc7a3b25db'
+walletMnemonic.publicKey
+// '0x04b9e72dfd423bcf95b3801ac93f4392be5ff22143f9980eb78b3a860c4843bfd04829ae61cdba4b3b1978ac5fc64f5cc2f4350e35a108a9c9a92a81200a60cd64'
+
+// వాలెట్ నిమోనిక్
+walletMnemonic.mnemonic
+// {
+// locale: 'en',
+// path: 'm/44\'/60\'/0\'/0/0',
+// phrase: 'announce room limb pattern dry unit scale effort smooth jazz weasel alcohol'
+// }
+
+// గమనిక: ఒక ప్రైవేట్ కీతో సృష్టించబడిన వాలెట్కు
+// నిమోనిక్ ఉండదు (ఉత్పన్నం దానిని నిరోధిస్తుంది)
+walletPrivateKey.mnemonic
+// null
+
+// ఒక సందేశంపై సంతకం చేయడం
+walletMnemonic.signMessage("Hello World")
+// { Promise: '0x14280e5885a19f60e536de50097e96e3738c7acae4e9e62d67272d794b8127d31c03d9cd59781d4ee31fb4e1b893bd9b020ec67dfa65cfb51e2bdadbb1de26d91c' }
+
+tx = {
+ to: "0x8ba1f109551bD432803012645Ac136ddd64DBA72",
+ value: utils.parseEther("1.0"),
+}
+
+// ఒక లావాదేవీపై సంతకం చేయడం
+walletMnemonic.signTransaction(tx)
+// { Promise: '0xf865808080948ba1f109551bd432803012645ac136ddd64dba72880de0b6b3a7640000801ca0918e294306d177ab7bd664f5e141436563854ebe0a3e523b9690b4922bbb52b8a01181612cec9c431c4257a79b8c9f0c980a2c49bb5a0e6ac52949163eeb565dfc' }
+
+// కనెక్ట్ పద్ధతి ఒక కొత్త ఉదాహరణను అందిస్తుంది
+// ఒక ప్రొవైడర్కు కనెక్ట్ చేయబడిన వాలెట్
+wallet = walletMnemonic.connect(provider)
+
+// నెట్వర్క్ను ప్రశ్నించడం
+wallet.getBalance()
+// { Promise: { BigNumber: "42" } }
+wallet.getTransactionCount()
+// { Promise: 0 }
+
+// ఈథర్ను పంపడం
+wallet.sendTransaction(tx)
+```
+
+[పూర్తి డాక్స్ను చదవండి](https://docs.ethers.io/v5/api/signer/#Wallet)
+
+ఒకసారి సెటప్ చేసిన తర్వాత మీరు వీటిని చేయగలరు:
+
+- ఖాతాలను సృష్టించండి
+- లావాదేవీలను పంపండి
+- లావాదేవీలపై సంతకం చేయండి
+- ఇంకా మరిన్ని...
+
+### స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్లతో సంభాషించండి {#interact-with-smart-contract-functions}
+
+జావాస్క్రిప్ట్ క్లయింట్ లైబ్రరీలు, కంపైల్ చేయబడిన కాంట్రాక్ట్ యొక్క అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI)ని చదవడం ద్వారా, స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్లను పిలవడానికి మీ అప్లికేషన్ను అనుమతిస్తాయి.
+
+ABI ముఖ్యంగా కాంట్రాక్ట్ యొక్క ఫంక్షన్లను JSON ఫార్మాట్లో వివరిస్తుంది మరియు దానిని ఒక సాధారణ జావాస్క్రిప్ట్ ఆబ్జెక్ట్ లాగా ఉపయోగించడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+కాబట్టి కింది Solidity కాంట్రాక్ట్:
+
+```solidity
+contract Test {
+ uint a;
+ address d = 0x12345678901234567890123456789012;
+
+ constructor(uint testInt) { a = testInt;}
+
+ event Event(uint indexed b, bytes32 c);
+
+ event Event2(uint indexed b, bytes32 c);
+
+ function foo(uint b, bytes32 c) returns(address) {
+ Event(b, c);
+ return d;
+ }
+}
+```
+
+కింది JSON ఫలితంగా వస్తుంది:
+
+```json
+[{
+ "type":"constructor",
+ "payable":false,
+ "stateMutability":"nonpayable"
+ "inputs":[{"name":"testInt","type":"uint256"}],
+ },{
+ "type":"function",
+ "name":"foo",
+ "constant":false,
+ "payable":false,
+ "stateMutability":"nonpayable",
+ "inputs":[{"name":"b","type":"uint256"}, {"name":"c","type":"bytes32"}],
+ "outputs":[{"name":"","type":"address"}]
+ },{
+ "type":"event",
+ "name":"Event",
+ "inputs":[{"indexed":true,"name":"b","type":"uint256"}, {"indexed":false,"name":"c","type":"bytes32"}],
+ "anonymous":false
+ },{
+ "type":"event",
+ "name":"Event2",
+ "inputs":[{"indexed":true,"name":"b","type":"uint256"},{"indexed":false,"name":"c","type":"bytes32"}],
+ "anonymous":false
+}]
+```
+
+దీని అర్థం మీరు వీటిని చేయగలరు:
+
+- స్మార్ట్ కాంట్రాక్ట్కు లావాదేవీని పంపి, దాని పద్ధతిని అమలు చేయండి
+- EVMలో అమలు చేసినప్పుడు ఒక పద్ధతి అమలుకు ఎంత గ్యాస్ పడుతుందో అంచనా వేయడానికి కాల్ చేయండి
+- ఒక కాంట్రాక్ట్ను అమలు చేయండి
+- ఇంకా మరిన్ని...
+
+### యుటిలిటీ ఫంక్షన్లు {#utility-functions}
+
+యుటిలిటీ ఫంక్షన్లు మీకు సులభమైన సత్వరమార్గాలను అందిస్తాయి, ఇవి ఇతీరియముతో నిర్మించడాన్ని కొంచెం సులభతరం చేస్తాయి.
+
+ETH విలువలు డిఫాల్ట్గా Weiలో ఉంటాయి. 1 ETH = 1,000,000,000,000,000,000 WEI – దీని అర్థం మీరు చాలా సంఖ్యలతో వ్యవహరిస్తున్నారు! `web3.utils.toWei` మీ కోసం ఈథర్ను Weiకి మారుస్తుంది.
+
+మరియు ethersలో ఇది ఇలా కనిపిస్తుంది:
+
+```js
+// ఒక ఖాతా బ్యాలెన్స్ను పొందండి (చిరునామా లేదా ENS పేరు ద్వారా)
+balance = await provider.getBalance("ethers.eth")
+// { BigNumber: "2337132817842795605" }
+
+// తరచుగా మీరు వినియోగదారు కోసం అవుట్పుట్ను ఫార్మాట్ చేయవలసి ఉంటుంది
+// వారు విలువలను ఈథర్లో (weiకి బదులుగా) చూడటానికి ఇష్టపడతారు
+ethers.utils.formatEther(balance)
+// '2.337132817842795605'
+```
+
+- [Web3js యుటిలిటీ ఫంక్షన్లు](https://docs.web3js.org/api/web3-utils)
+- [Ethers యుటిలిటీ ఫంక్షన్లు](https://docs.ethers.org/v6/api/utils/)
+
+## అందుబాటులో ఉన్న లైబ్రరీలు {#available-libraries}
+
+**Web3.js -** **_ఇతీరియము జావాస్క్రిప్ట్ API._**
+
+- [డాక్యుమెంటేషన్](https://docs.web3js.org)
+- [GitHub](https://github.com/ethereum/web3.js)
+
+**Ethers.js -** **_జావాస్క్రిప్ట్ మరియు టైప్స్క్రిప్ట్లో పూర్తి ఇతీరియము వాలెట్ అమలు మరియు యుటిలిటీలు._**
+
+- [Ethers.js హోమ్](https://ethers.org/)
+- [డాక్యుమెంటేషన్](https://docs.ethers.io)
+- [GitHub](https://github.com/ethers-io/ethers.js)
+
+**The Graph -** **_ఇతీరియము మరియు IPFS డేటాను ఇండెక్స్ చేయడానికి మరియు దానిని GraphQL ఉపయోగించి ప్రశ్నించడానికి ఒక ప్రోటోకాల్._**
+
+- [The Graph](https://thegraph.com)
+- [Graph Explorer](https://thegraph.com/explorer)
+- [డాక్యుమెంటేషన్](https://thegraph.com/docs)
+- [GitHub](https://github.com/graphprotocol)
+- [Discord](https://thegraph.com/discord)
+
+**Alchemy SDK -** **_మెరుగుపరచబడిన APIలతో Ethers.js చుట్టూ ఉన్న వ్రాపర్._**
+
+- [డాక్యుమెంటేషన్](https://www.alchemy.com/docs)
+- [GitHub](https://github.com/alchemyplatform/alchemy-sdk-js)
+
+**viem -** **_ఇతీరియము కోసం టైప్స్క్రిప్ట్ ఇంటర్ఫేస్._**
+
+- [డాక్యుమెంటేషన్](https://viem.sh)
+- [GitHub](https://github.com/wagmi-dev/viem)
+
+**Drift -** **_అంతర్నిర్మిత కాషింగ్, హుక్స్ మరియు టెస్ట్ మాక్స్తో కూడిన టైప్స్క్రిప్ట్ మెటా-లైబ్రరీ._**
+
+- [డాక్యుమెంటేషన్](https://ryangoree.github.io/drift/)
+- [GitHub](https://github.com/ryangoree/drift/)
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)
+- [అభివృద్ధి ఫ్రేమ్వర్క్లు](/developers/docs/frameworks/)
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [జావాస్క్రిప్ట్లో ఇతీరియము బ్లాక్ చైనును ఉపయోగించడానికి Web3js ను సెటప్ చేయండి](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– మీ ప్రాజెక్ట్లో web3.js ను సెటప్ చేయడానికి సూచనలు._
+- [జావాస్క్రిప్ట్ నుండి ఒక స్మార్ట్ కాంట్రాక్ట్ను పిలవడం](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– DAI టోకెన్ను ఉపయోగించి, జావాస్క్రిప్ట్ను ఉపయోగించి కాంట్రాక్ట్ల ఫంక్షన్ను ఎలా పిలవాలో చూడండి._
+- [web3 మరియు Alchemy ఉపయోగించి లావాదేవీలను పంపడం](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) _– బ్యాకెండ్ నుండి లావాదేవీలను పంపడం కోసం దశల వారీ వివరణ._
diff --git a/public/content/translations/te/developers/docs/apis/json-rpc/index.md b/public/content/translations/te/developers/docs/apis/json-rpc/index.md
new file mode 100644
index 00000000000..20bbaf7cd29
--- /dev/null
+++ b/public/content/translations/te/developers/docs/apis/json-rpc/index.md
@@ -0,0 +1,1898 @@
+---
+title: JSON-RPC ఎపిఐ
+description: ఇతీరియము క్లయింట్ల కోసం ఒక స్టేట్లెస్, తేలికైన రిమోట్ ప్రొసీజర్ కాల్ (RPC) ప్రోటోకాల్.
+lang: te
+---
+
+ఒక సాఫ్ట్వేర్ అప్లికేషన్ ఇతీరియము బ్లాక్చెయిన్తో పరస్పరం చర్య జరపడానికి - బ్లాక్చెయిన్ డేటాను చదవడం ద్వారా లేదా నెట్వర్క్కు లావాదేవీలను పంపడం ద్వారా - ఇది తప్పనిసరిగా ఇతీరియము నోడ్కు కనెక్ట్ అవ్వాలి.
+
+ఈ ప్రయోజనం కోసం, ప్రతి [ఇతీరియము క్లయింట్](/developers/docs/nodes-and-clients/#execution-clients) ఒక [JSON-RPC స్పెసిఫికేషన్ను](https://github.com/ethereum/execution-apis) అమలు చేస్తుంది, కాబట్టి నిర్దిష్ట నోడ్ లేదా క్లయింట్ అమలుతో సంబంధం లేకుండా అప్లికేషన్లు ఆధారపడగల పద్ధతుల యొక్క ఏకరీతి సెట్ ఉంది.
+
+[JSON-RPC](https://www.jsonrpc.org/specification) ఒక స్టేట్లెస్, తేలికైన రిమోట్ ప్రొసీజర్ కాల్ (RPC) ప్రోటోకాల్. ఇది అనేక డేటా స్ట్రక్చర్లను మరియు వాటి ప్రాసెసింగ్ చుట్టూ ఉన్న నియమాలను నిర్వచిస్తుంది. ఇది ట్రాన్స్పోర్ట్ అజ్ఞేయవాది, దీనిలో భావనలను ఒకే ప్రక్రియలో, సాకెట్ల ద్వారా, HTTP ద్వారా లేదా అనేక రకాల మెసేజ్ పాసింగ్ వాతావరణాలలో ఉపయోగించవచ్చు. ఇది JSON (RFC 4627)ని డేటా ఫార్మాట్గా ఉపయోగిస్తుంది.
+
+## క్లయింట్ అమలులు {#client-implementations}
+
+JSON-RPC స్పెసిఫికేషన్ను అమలు చేసేటప్పుడు ఇతీరియము క్లయింట్లు ప్రతి ఒక్కరూ విభిన్న ప్రోగ్రామింగ్ భాషలను ఉపయోగించుకోవచ్చు. నిర్దిష్ట ప్రోగ్రామింగ్ భాషలకు సంబంధించిన మరిన్ని వివరాల కోసం వ్యక్తిగత [క్లయింట్ డాక్యుమెంటేషన్ను](/developers/docs/nodes-and-clients/#execution-clients) చూడండి. తాజా ఎపిఐ మద్దతు సమాచారం కోసం ప్రతి క్లయింట్ యొక్క డాక్యుమెంటేషన్ను తనిఖీ చేయాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## సౌకర్యవంతమైన లైబ్రరీలు {#convenience-libraries}
+
+మీరు JSON-RPC ఎపిఐ ద్వారా నేరుగా ఇతీరియము క్లయింట్లతో ఇంటరాక్ట్ అవ్వాలని ఎంచుకోవచ్చు, కానీ డాప్ డెవలపర్లకు తరచుగా సులభమైన ఎంపికలు ఉన్నాయి. JSON-RPC ఎపిఐ పైన వ్రాపర్లను అందించడానికి అనేక [JavaScript](/developers/docs/apis/javascript/#available-libraries) మరియు [బ్యాకెండ్ API](/developers/docs/apis/backend/#available-libraries) లైబ్రరీలు ఉన్నాయి. ఈ లైబ్రరీలతో, డెవలపర్లు ఇతీరియముతో పరస్పర చర్య జరిపే JSON-RPC అభ్యర్థనలను (తెర వెనుక) ప్రారంభించడానికి వారు ఎంచుకున్న ప్రోగ్రామింగ్ భాషలో సహజమైన, ఒక-లైన్ పద్ధతులను వ్రాయగలరు.
+
+## ఏకాభిప్రాయం క్లయింట్ ఎపిఐలు {#consensus-clients}
+
+ఈ పేజీ ప్రధానంగా ఇతీరియము ఎగ్జిక్యూషన్ క్లయింట్లు ఉపయోగించే JSON-RPC ఎపిఐతో వ్యవహరిస్తుంది. అయితే, ఏకాభిప్రాయం క్లయింట్లకు RPC ఎపిఐ కూడా ఉంది, ఇది వినియోగదారులను నోడ్ గురించి సమాచారాన్ని ప్రశ్నించడానికి, బీకాన్ బ్లాక్లు, బీకాన్ స్థితి మరియు ఇతర ఏకాభిప్రాయం-సంబంధిత సమాచారాన్ని నేరుగా నోడ్ నుండి అభ్యర్థించడానికి అనుమతిస్తుంది. ఈ ఎపిఐ [బీకాన్ ఎపిఐ వెబ్పేజీ](https://ethereum.github.io/beacon-APIs/#/)లో డాక్యుమెంట్ చేయబడింది.
+
+ఒక నోడ్లోని ఇంటర్-క్లయింట్ కమ్యూనికేషన్ కోసం అంతర్గత ఎపిఐ కూడా ఉపయోగించబడుతుంది - అంటే, ఇది ఏకాభిప్రాయం క్లయింట్ మరియు ఎగ్జిక్యూషన్ క్లయింట్ డేటాను మార్పిడి చేయడానికి వీలు కల్పిస్తుంది. దీనిని 'ఇంజిన్ ఎపిఐ' అని పిలుస్తారు మరియు స్పెక్స్ [GitHub](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md)లో అందుబాటులో ఉన్నాయి.
+
+## ఎగ్జిక్యూషన్ క్లయింట్ స్పెక్ {#spec}
+
+[GitHubలో పూర్తి JSON-RPC ఎపిఐ స్పెక్ చదవండి](https://github.com/ethereum/execution-apis). ఈ ఎపిఐ [ఎగ్జిక్యూషన్ ఎపిఐ వెబ్పేజీ](https://ethereum.github.io/execution-apis/)లో డాక్యుమెంట్ చేయబడింది మరియు అందుబాటులో ఉన్న అన్ని పద్ధతులను ప్రయత్నించడానికి ఒక ఇన్స్పెక్టర్ను కలిగి ఉంటుంది.
+
+## నియమాలు {#conventions}
+
+### హెక్స్ విలువ ఎన్కోడింగ్ {#hex-encoding}
+
+రెండు కీ డేటా రకాలు JSON ద్వారా పంపబడతాయి: ఫార్మాట్ చేయని బైట్ శ్రేణులు మరియు పరిమాణాలు. రెండూ హెక్స్ ఎన్కోడింగ్తో పంపబడతాయి కానీ ఫార్మాటింగ్ కోసం విభిన్న అవసరాలతో ఉంటాయి.
+
+#### పరిమాణాలు {#quantities-encoding}
+
+పరిమాణాలను (పూర్ణాంకాలు, సంఖ్యలు) ఎన్కోడ్ చేస్తున్నప్పుడు: హెక్స్గా ఎన్కోడ్ చేయండి, "0x"తో ప్రిఫిక్స్ చేయండి, అత్యంత కాంపాక్ట్ ప్రాతినిధ్యం (చిన్న మినహాయింపు: సున్నాని "0x0"గా సూచించాలి).
+
+ఇక్కడ కొన్ని ఉదాహరణలు ఉన్నాయి:
+
+- 0x41 (దశాంశంలో 65)
+- 0x400 (దశాంశంలో 1024)
+- తప్పు: 0x (ఎల్లప్పుడూ కనీసం ఒక అంకె ఉండాలి - సున్నా "0x0")
+- తప్పు: 0x0400 (ముందు సున్నాలు అనుమతించబడవు)
+- తప్పు: ff (0x ప్రిఫిక్స్ చేయాలి)
+
+### ఫార్మాట్ చేయని డేటా {#unformatted-data-encoding}
+
+ఫార్మాట్ చేయని డేటాను (బైట్ శ్రేణులు, ఖాతా చిరునామాలు, హాష్లు, బైట్కోడ్ శ్రేణులు) ఎన్కోడ్ చేస్తున్నప్పుడు: హెక్స్గా ఎన్కోడ్ చేయండి, "0x"తో ప్రిఫిక్స్ చేయండి, ప్రతి బైట్కు రెండు హెక్స్ అంకెలు.
+
+ఇక్కడ కొన్ని ఉదాహరణలు ఉన్నాయి:
+
+- 0x41 (పరిమాణం 1, "A")
+- 0x004200 (పరిమాణం 3, "0B0")
+- 0x (పరిమాణం 0, "")
+- తప్పు: 0xf0f0f (సరి సంఖ్యలో అంకెలు ఉండాలి)
+- తప్పు: 004200 (0x ప్రిఫిక్స్ చేయాలి)
+
+### బ్లాక్ పారామీటర్ {#block-parameter}
+
+కింది పద్ధతులు బ్లాక్ పారామీటర్ను కలిగి ఉంటాయి:
+
+- [eth_getBalance](#eth_getbalance)
+- [eth_getCode](#eth_getcode)
+- [eth_getTransactionCount](#eth_gettransactioncount)
+- [eth_getStorageAt](#eth_getstorageat)
+- [eth_call](#eth_call)
+
+ఇతీరియము స్థితిని ప్రశ్నించే అభ్యర్థనలు చేసినప్పుడు, అందించిన బ్లాక్ పారామీటర్ బ్లాక్ యొక్క ఎత్తును నిర్ధారిస్తుంది.
+
+బ్లాక్ పారామీటర్ కోసం కింది ఎంపికలు సాధ్యమవుతాయి:
+
+- `HEX స్ట్రింగ్` - ఒక పూర్ణాంక బ్లాక్ సంఖ్య
+- తొలి/జన్మ బ్లాక్ కోసం `స్ట్రింగ్ "earliest"`
+- తాజా ప్రతిపాదిత బ్లాక్ కోసం `స్ట్రింగ్ "latest"`
+- తాజా సురక్షిత హెడ్ బ్లాక్ కోసం `స్ట్రింగ్ "safe"`
+- తాజా ఖరారు చేయబడిన బ్లాక్ కోసం `స్ట్రింగ్ "finalized"`
+- పెండింగ్లో ఉన్న స్థితి/లావాదేవీల కోసం `స్ట్రింగ్ "pending"`
+
+## ఉదాహరణలు
+
+ఈ పేజీలో మేము కమాండ్ లైన్ ఉపకరణం, [curl](https://curl.se) ఉపయోగించి వ్యక్తిగత JSON_RPC ఎపిఐ ఎండ్పాయింట్లను ఎలా ఉపయోగించాలో ఉదాహరణలు అందిస్తాము. ఈ వ్యక్తిగత ఎండ్పాయింట్ ఉదాహరణలు కింద [Curl ఉదాహరణలు](#curl-examples) విభాగంలో కనుగొనబడ్డాయి. పేజీలో మరింత కింద, గెత్ నోడ్, JSON_RPC ఎపిఐ మరియు curl ఉపయోగించి ఒక స్మార్ట్ కాంట్రాక్ట్ను కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం కోసం మేము ఒక [ఎండ్-టు-ఎండ్ ఉదాహరణను](#usage-example) కూడా అందిస్తాము.
+
+## Curl ఉదాహరణలు {#curl-examples}
+
+ఒక ఇతీరియము నోడ్కు [curl](https://curl.se) అభ్యర్థనలు చేయడం ద్వారా JSON_RPC ఎపిఐని ఉపయోగించడం యొక్క ఉదాహరణలు కింద అందించబడ్డాయి. ప్రతి ఉదాహరణ
+నిర్దిష్ట ఎండ్పాయింట్ యొక్క వివరణ, దాని పారామీటర్లు, రిటర్న్ రకం మరియు దానిని ఎలా ఉపయోగించాలో ఒక పని చేసిన ఉదాహరణను కలిగి ఉంటుంది.
+
+curl అభ్యర్థనలు కంటెంట్ రకానికి సంబంధించి ఒక దోష మెసేజ్ను తిరిగి ఇవ్వవచ్చు. ఎందుకంటే `--data` ఎంపిక కంటెంట్ రకాన్ని `application/x-www-form-urlencoded`కి సెట్ చేస్తుంది. మీ నోడ్ దీని గురించి ఫిర్యాదు చేస్తే, కాల్ ప్రారంభంలో `-H "Content-Type: application/json"` ఉంచడం ద్వారా హెడర్ను మాన్యువల్గా సెట్ చేయండి. ఉదాహరణలలో URL/IP & పోర్ట్ కలయిక కూడా ఉండదు, ఇది curlకి ఇవ్వవలసిన చివరి ఆర్గ్యుమెంట్ అయి ఉండాలి (ఉదాహరణకు, `127.0.0.1:8545`). ఈ అదనపు డేటాను కలిగి ఉన్న పూర్తి curl అభ్యర్థన కింది రూపాన్ని తీసుకుంటుంది:
+
+```shell
+curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' 127.0.0.1:8545
+```
+
+## గాసిప్, స్థితి, చరిత్ర {#gossip-state-history}
+
+కొన్ని ప్రధాన JSON-RPC పద్ధతులకు ఇతీరియము నెట్వర్క్ నుండి డేటా అవసరం, మరియు అవి మూడు ప్రధాన వర్గాలుగా చక్కగా విభజించబడ్డాయి: _గాసిప్, స్థితి, మరియు చరిత్ర_. ప్రతి పద్ధతికి వెళ్లడానికి ఈ విభాగాల్లోని లింక్లను ఉపయోగించండి, లేదా పద్ధతుల పూర్తి జాబితాను అన్వేషించడానికి విషయ సూచికను ఉపయోగించండి.
+
+### గాసిప్ పద్ధతులు {#gossip-methods}
+
+> ఈ పద్ధతులు చైన్ యొక్క హెడ్ను ట్రాక్ చేస్తాయి. ఈ విధంగా లావాదేవీలు నెట్వర్క్ చుట్టూ తిరుగుతాయి, బ్లాక్లలోకి తమ మార్గాన్ని కనుగొంటాయి మరియు కొత్త బ్లాక్ల గురించి క్లయింట్లు ఎలా తెలుసుకుంటారో ఇది చూపిస్తుంది.
+
+- [eth_blockNumber](#eth_blocknumber)
+- [eth_sendRawTransaction](#eth_sendrawtransaction)
+
+### స్థితి పద్ధతులు {#state_methods}
+
+> నిల్వ చేయబడిన మొత్తం డేటా యొక్క ప్రస్తుత స్థితిని నివేదించే పద్ధతులు. "స్థితి" అనేది ఒక పెద్ద షేర్డ్ RAM ముక్క లాంటిది, మరియు ఖాతా బ్యాలెన్స్లు, కాంట్రాక్ట్ డేటా మరియు గ్యాస్ అంచనాలను కలిగి ఉంటుంది.
+
+- [eth_getBalance](#eth_getbalance)
+- [eth_getStorageAt](#eth_getstorageat)
+- [eth_getTransactionCount](#eth_gettransactioncount)
+- [eth_getCode](#eth_getcode)
+- [eth_call](#eth_call)
+- [eth_estimateGas](#eth_estimategas)
+
+### చరిత్ర పద్ధతులు {#history_methods}
+
+> జన్మ వరకు ప్రతి బ్లాక్ యొక్క చారిత్రక రికార్డులను పొందుతుంది. ఇది ఒక పెద్ద అనుబంధ-మాత్రమే ఫైల్ లాంటిది, మరియు అన్ని బ్లాక్ హెడర్లు, బ్లాక్ బాడీలు, అంకుల్ బ్లాక్లు మరియు లావాదేవీల రశీదులను కలిగి ఉంటుంది.
+
+- [eth_getBlockTransactionCountByHash](#eth_getblocktransactioncountbyhash)
+- [eth_getBlockTransactionCountByNumber](#eth_getblocktransactioncountbynumber)
+- [eth_getUncleCountByBlockHash](#eth_getunclecountbyblockhash)
+- [eth_getUncleCountByBlockNumber](#eth_getunclecountbyblocknumber)
+- [eth_getBlockByHash](#eth_getblockbyhash)
+- [eth_getBlockByNumber](#eth_getblockbynumber)
+- [eth_getTransactionByHash](#eth_gettransactionbyhash)
+- [eth_getTransactionByBlockHashAndIndex](#eth_gettransactionbyblockhashandindex)
+- [eth_getTransactionByBlockNumberAndIndex](#eth_gettransactionbyblocknumberandindex)
+- [eth_getTransactionReceipt](#eth_gettransactionreceipt)
+- [eth_getUncleByBlockHashAndIndex](#eth_getunclebyblockhashandindex)
+- [eth_getUncleByBlockNumberAndIndex](#eth_getunclebyblocknumberandindex)
+
+## JSON-RPC ఎపిఐ ప్లేగ్రౌండ్
+
+మీరు ఎపిఐ పద్ధతులను కనుగొనడానికి మరియు ప్రయత్నించడానికి [ప్లేగ్రౌండ్ ఉపకరణం](https://ethereum-json-rpc.com) ఉపయోగించవచ్చు. వివిధ నోడ్ ప్రొవైడర్ల ద్వారా ఏ పద్ధతులు మరియు నెట్వర్క్లకు మద్దతు ఉందో కూడా ఇది మీకు చూపిస్తుంది.
+
+## JSON-RPC ఎపిఐ పద్ధతులు {#json-rpc-methods}
+
+### web3_clientVersion {#web3_clientversion}
+
+ప్రస్తుత క్లయింట్ వెర్షన్ను తిరిగి ఇస్తుంది.
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`స్ట్రింగ్` - ప్రస్తుత క్లయింట్ వెర్షన్
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}'
+// ఫలితం
+{
+ "id":67,
+ "jsonrpc":"2.0",
+ "result": "Geth/v1.12.1-stable/linux-amd64/go1.19.1"
+}
+```
+
+### web3_sha3 {#web3_sha3}
+
+ఇచ్చిన డేటా యొక్క కెకాక్-256 (ప్రమాణీకరించబడిన SHA3-256 _కాదు_) ని తిరిగి ఇస్తుంది.
+
+**పారామితులు**
+
+1. `DATA` - SHA3 హాష్గా మార్చవలసిన డేటా
+
+```js
+params: ["0x68656c6c6f20776f726c64"]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`DATA` - ఇచ్చిన స్ట్రింగ్ యొక్క SHA3 ఫలితం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c6f20776f726c64"],"id":64}'
+// ఫలితం
+{
+ "id":64,
+ "jsonrpc": "2.0",
+ "result": "0x47173285a8d7341e5e972fc677286384f802f8ef42a5ec5f03bbfa254cb01fad"
+}
+```
+
+### net_version {#net_version}
+
+ప్రస్తుత నెట్వర్క్ ఐడిని తిరిగి ఇస్తుంది.
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`స్ట్రింగ్` - ప్రస్తుత నెట్వర్క్ ఐడి.
+
+ప్రస్తుత నెట్వర్క్ IDల పూర్తి జాబితా [chainlist.org](https://chainlist.org)లో అందుబాటులో ఉంది. కొన్ని సాధారణమైనవి:
+
+- `1`: ఇతీరియము మెయిన్నెట్
+- `11155111`: సెపోలియా టెస్టునెట్
+- `560048` : Hoodi టెస్టునెట్
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67}'
+// ఫలితం
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "3"
+}
+```
+
+### net_listening {#net_listening}
+
+క్లయింట్ నెట్వర్క్ కనెక్షన్ల కోసం చురుకుగా వింటున్నట్లయితే `true`ని తిరిగి ఇస్తుంది.
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`బూలియన్` - వింటున్నప్పుడు `true`, లేకపోతే `false`.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id":67}'
+// ఫలితం
+{
+ "id":67,
+ "jsonrpc":"2.0",
+ "result":true
+}
+```
+
+### net_peerCount {#net_peercount}
+
+ప్రస్తుతం క్లయింట్కు కనెక్ట్ చేయబడిన పీర్ల సంఖ్యను తిరిగి ఇస్తుంది.
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - కనెక్ట్ చేయబడిన పీర్ల సంఖ్య యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id":74}'
+// ఫలితం
+{
+ "id":74,
+ "jsonrpc": "2.0",
+ "result": "0x2" // 2
+}
+```
+
+### eth_protocolVersion {#eth_protocolversion}
+
+ప్రస్తుత ఇతీరియము ప్రోటోకాల్ వెర్షన్ను తిరిగి ఇస్తుంది. ఈ పద్ధతి [Gethలో అందుబాటులో లేదని](https://github.com/ethereum/go-ethereum/pull/22064#issuecomment-788682924) గమనించండి.
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`స్ట్రింగ్` - ప్రస్తుత ఇతీరియము ప్రోటోకాల్ వెర్షన్
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[],"id":67}'
+// ఫలితం
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "54"
+}
+```
+
+### eth_syncing {#eth_syncing}
+
+సమకాలీకరణ స్థితి లేదా `false` గురించి డేటాతో ఒక ఆబ్జెక్ట్ను తిరిగి ఇస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+ఖచ్చితమైన రిటర్న్ డేటా క్లయింట్ అమలుల మధ్య మారుతుంది. నోడ్ సింక్ కానప్పుడు అన్ని క్లయింట్లు `False`ని తిరిగి ఇస్తాయి మరియు అన్ని క్లయింట్లు కింది ఫీల్డ్లను తిరిగి ఇస్తాయి.
+
+`ఆబ్జెక్ట్|బూలియన్`, సింక్ స్థితి డేటాతో కూడిన ఆబ్జెక్ట్ లేదా సింక్ కానప్పుడు `FALSE`:
+
+- `startingBlock`: `QUANTITY` - దిగుమతి ప్రారంభమైన బ్లాక్ (సింక్ దాని తలకి చేరుకున్న తర్వాత మాత్రమే రీసెట్ చేయబడుతుంది)
+- `currentBlock`: `QUANTITY` - ప్రస్తుత బ్లాక్, eth_blockNumber వలె ఉంటుంది
+- `highestBlock`: `QUANTITY` - అంచనా వేయబడిన అత్యధిక బ్లాక్
+
+అయితే, వ్యక్తిగత క్లయింట్లు అదనపు డేటాను కూడా అందించవచ్చు. ఉదాహరణకు గెత్ కింది వాటిని తిరిగి ఇస్తుంది:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "currentBlock": "0x3cf522",
+ "healedBytecodeBytes": "0x0",
+ "healedBytecodes": "0x0",
+ "healedTrienodes": "0x0",
+ "healingBytecode": "0x0",
+ "healingTrienodes": "0x0",
+ "highestBlock": "0x3e0e41",
+ "startingBlock": "0x3cbed5",
+ "syncedAccountBytes": "0x0",
+ "syncedAccounts": "0x0",
+ "syncedBytecodeBytes": "0x0",
+ "syncedBytecodes": "0x0",
+ "syncedStorage": "0x0",
+ "syncedStorageBytes": "0x0"
+ }
+}
+```
+
+అయితే బేసు ఇలా అందిస్తుంది:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 51,
+ "result": {
+ "startingBlock": "0x0",
+ "currentBlock": "0x1518",
+ "highestBlock": "0x9567a3",
+ "pulledStates": "0x203ca",
+ "knownStates": "0x200636"
+ }
+}
+```
+
+మరిన్ని వివరాల కోసం మీ నిర్దిష్ట క్లయింట్ యొక్క డాక్యుమెంటేషన్ను చూడండి.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": {
+ startingBlock: '0x384',
+ currentBlock: '0x386',
+ highestBlock: '0x454'
+ }
+}
+// లేదా సింక్ కానప్పుడు
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": false
+}
+```
+
+### eth_coinbase {#eth_coinbase}
+
+క్లయింట్ కాయిన్బేస్ చిరునామాను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+> **గమనిక:** ఈ పద్ధతి **v1.14.0** నాటికి నిలిపివేయబడింది మరియు ఇకపై మద్దతు ఇవ్వబడదు. ఈ పద్ధతిని ఉపయోగించడానికి ప్రయత్నిస్తే "పద్ధతికి మద్దతు లేదు" అనే లోపం వస్తుంది.
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`DATA`, 20 బైట్లు - ప్రస్తుత కాయిన్బేస్ చిరునామా.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
+// ఫలితం
+{
+ "id":64,
+ "jsonrpc": "2.0",
+ "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1"
+}
+```
+
+### eth_chainId {#eth_chainId}
+
+రీప్లే-రక్షిత లావాదేవీలపై సంతకం చేయడానికి ఉపయోగించే చైన్ IDని అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`chainId`, ప్రస్తుత చైన్ ఐడి యొక్క పూర్ణాంకాన్ని సూచించే స్ట్రింగ్గా హెక్సాడెసిమల్ విలువ.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
+// ఫలితం
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "0x1"
+}
+```
+
+### eth_mining {#eth_mining}
+
+క్లయింట్ చురుకుగా కొత్త బ్లాక్లను మైనింగ్ చేస్తుంటే `true` అని ఇస్తుంది. ఇది ప్రూఫ్-ఆఫ్-వర్క్ నెట్వర్క్ల కోసం మాత్రమే `true`ని అందించగలదు మరియు [ది మెర్జ్](/roadmap/merge/) నుండి కొన్ని క్లయింట్లలో అందుబాటులో ఉండకపోవచ్చు.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`బూలియన్` - క్లయింట్ మైనింగ్ చేస్తుంటే `true` అని, లేకపోతే `false` అని అందిస్తుంది.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
+//
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_hashrate {#eth_hashrate}
+
+నోడ్ మైనింగ్ చేస్తున్న సెకనుకు హాష్ల సంఖ్యను అందిస్తుంది. ఇది ప్రూఫ్-ఆఫ్-వర్క్ నెట్వర్క్ల కోసం మాత్రమే `true`ని అందించగలదు మరియు [ది మెర్జ్](/roadmap/merge/) నుండి కొన్ని క్లయింట్లలో అందుబాటులో ఉండకపోవచ్చు.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - సెకనుకు హాష్ల సంఖ్య.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
+// ఫలితం
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": "0x38a"
+}
+```
+
+### eth_gasPrice {#eth_gasprice}
+
+వైలో ప్రతి గ్యాస్కు ప్రస్తుత ధర యొక్క అంచనాను అందిస్తుంది. ఉదాహరణకు, Besu క్లయింట్ చివరి 100 బ్లాక్లను పరిశీలిస్తుంది మరియు డిఫాల్ట్గా మధ్యస్థ గ్యాస్ యూనిట్ ధరను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - వైలో ప్రస్తుత గ్యాస్ ధర యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+// ఫలితం
+{
+ "id":73,
+ "jsonrpc": "2.0",
+ "result": "0x1dfd14000" // 8049999872 Wei
+}
+```
+
+### eth_accounts {#eth_accounts}
+
+క్లయింట్ యాజమాన్యంలోని చిరునామాల జాబితాను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`డేటా శ్రేణి`, 20 బైట్లు - క్లయింట్ యాజమాన్యంలోని చిరునామాలు.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"]
+}
+```
+
+### eth_blockNumber {#eth_blocknumber}
+
+అత్యంత ఇటీవలి బ్లాక్ యొక్క సంఖ్యను తిరిగి ఇస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+ఏదీ లేదు
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - క్లయింట్ ఉన్న ప్రస్తుత బ్లాక్ సంఖ్య యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
+// ఫలితం
+{
+ "id":83,
+ "jsonrpc": "2.0",
+ "result": "0x4b7" // 1207
+}
+```
+
+### eth_getBalance {#eth_getbalance}
+
+ఇచ్చిన చిరునామాలోని ఖాతా యొక్క బ్యాలెన్స్ను తిరిగి ఇస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 20 బైట్లు - బ్యాలెన్స్ కోసం తనిఖీ చేయవలసిన చిరునామా.
+2. `QUANTITY|TAG` - పూర్ణాంక బ్లాక్ సంఖ్య, లేదా `"latest"`, `"earliest"`, `"pending"`, `"safe"`, లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter) చూడండి
+
+```js
+params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - వైలో ప్రస్తుత బ్యాలెన్స్ యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0234c8a3397aab58" // 158972490234375000
+}
+```
+
+### eth_getStorageAt {#eth_getstorageat}
+
+ఇచ్చిన చిరునామా వద్ద నిల్వ స్థానం నుండి విలువను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 20 బైట్లు - నిల్వ యొక్క చిరునామా.
+2. `QUANTITY` - నిల్వలోని స్థానం యొక్క పూర్ణాంకం.
+3. `QUANTITY|TAG` - పూర్ణాంక బ్లాక్ సంఖ్య, లేదా `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter) చూడండి
+
+**తిరిగి ఇస్తుంది**
+
+`DATA` - ఈ నిల్వ స్థానంలోని విలువ.
+
+**ఉదాహరణ**
+సరైన స్థానాన్ని గణించడం తిరిగి పొందవలసిన నిల్వపై ఆధారపడి ఉంటుంది. చిరునామా `0x391694e7e0b0cce554cb130d723a9d27458f9298` ద్వారా `0x295a70b2de5e3953354a6a8344e616ed314d7251` వద్ద డిప్లాయ్ చేయబడిన కింది కాంట్రాక్ట్ను పరిగణించండి.
+
+```
+కాంట్రాక్ట్ నిల్వ {
+ uint pos0;
+ మ్యాపింగ్(చిరునామా => uint) pos1;
+ నిర్మాత() {
+ pos0 = 1234;
+ pos1[msg.sender] = 5678;
+ }
+}
+```
+
+pos0 విలువను తిరిగి పొందడం చాలా సులభం:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+```
+
+మ్యాప్ యొక్క మూలకాన్ని తిరిగి పొందడం కష్టం. మ్యాప్లోని ఒక మూలకం యొక్క స్థానం దీనితో లెక్కించబడుతుంది:
+
+```js
+keccak(LeftPad32(key, 0), LeftPad32(map position, 0))
+```
+
+pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"]లో నిల్వను తిరిగి పొందడానికి మనం స్థానాన్ని దీనితో లెక్కించాలి:
+
+```js
+keccak(
+ decodeHex(
+ "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" +
+ "0000000000000000000000000000000000000000000000000000000000000001"
+ )
+)
+```
+
+గణన చేయడానికి వెబ్3 లైబ్రరీతో వచ్చే గెత్ కన్సోల్ను ఉపయోగించవచ్చు:
+
+```js
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+ఇప్పుడు నిల్వను పొందడానికి:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+### eth_getTransactionCount {#eth_gettransactioncount}
+
+ఒక చిరునామా నుండి _పంపిన_ లావాదేవీల సంఖ్యను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 20 బైట్లు - చిరునామా.
+2. `QUANTITY|TAG` - పూర్ణాంక బ్లాక్ సంఖ్య, లేదా `"latest"`, `"earliest"`, `"pending"`, `"safe"` లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter) చూడండి
+
+```js
+params: [
+ "0x407d73d8a49eeb85d32cf465507dd71d507100c1",
+ "latest", // తాజా బ్లాక్ వద్ద స్థితి
+]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - ఈ చిరునామా నుండి పంపిన లావాదేవీల సంఖ్య యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash}
+
+ఇచ్చిన బ్లాక్ హాష్తో సరిపోలే బ్లాక్ నుండి ఒక బ్లాక్లోని లావాదేవీల సంఖ్యను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 32 బైట్లు - ఒక బ్లాక్ యొక్క హాష్
+
+```js
+params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - ఈ బ్లాక్లోని లావాదేవీల సంఖ్య యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber}
+
+ఇచ్చిన బ్లాక్ సంఖ్యతో సరిపోలే బ్లాక్లోని లావాదేవీల సంఖ్యను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `QUANTITY|TAG` - ఒక బ్లాక్ సంఖ్య యొక్క పూర్ణాంకం, లేదా `"earliest"`, `"latest"`, `"pending"`, `"safe"` లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter)లో వలె.
+
+```js
+params: [
+ "0x13738ca", // 20396234
+]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - ఈ బ్లాక్లోని లావాదేవీల సంఖ్య యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash}
+
+ఇచ్చిన బ్లాక్ హాష్తో సరిపోలే బ్లాక్ నుండి ఒక బ్లాక్లోని అంకుల్స్ సంఖ్యను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 32 బైట్లు - ఒక బ్లాక్ యొక్క హాష్
+
+```js
+params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - ఈ బ్లాక్లోని అంకుల్స్ సంఖ్య యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber}
+
+ఇచ్చిన బ్లాక్ సంఖ్యతో సరిపోలే బ్లాక్ నుండి ఒక బ్లాక్లోని అంకుల్స్ సంఖ్యను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `QUANTITY|TAG` - ఒక బ్లాక్ సంఖ్య యొక్క పూర్ణాంకం, లేదా `"latest"`, `"earliest"`, `"pending"`, `"safe"` లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter) చూడండి
+
+```js
+params: [
+ "0xe8", // 232
+]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - ఈ బ్లాక్లోని అంకుల్స్ సంఖ్య యొక్క పూర్ణాంకం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0" // 0
+}
+```
+
+### eth_getCode {#eth_getcode}
+
+ఇచ్చిన చిరునామా వద్ద సంకేత భాషను అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 20 బైట్లు - చిరునామా
+2. `QUANTITY|TAG` - పూర్ణాంక బ్లాక్ సంఖ్య, లేదా `"latest"`, `"earliest"`, `"pending"`, `"safe"` లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter) చూడండి
+
+```js
+params: [
+ "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2",
+ "0x5daf3b", // 6139707
+]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`DATA` - ఇచ్చిన చిరునామా నుండి సంకేత భాష.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029"
+}
+```
+
+### eth_sign {#eth_sign}
+
+సైన్ పద్ధతి `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`తో ఒక ఇతీరియము నిర్దిష్ట సంతకాన్ని లెక్కిస్తుంది.
+
+మెసేజ్కు ఒక ప్రిఫిక్స్ను జోడించడం ద్వారా, లెక్కించబడిన సంతకం ఒక ఇతీరియము నిర్దిష్ట సంతకంగా గుర్తించబడుతుంది. ఇది దుర్వినియోగాన్ని నివారిస్తుంది, ఇక్కడ ఒక హానికరమైన డాప్ ఏకపక్ష డేటాను (ఉదా., లావాదేవీ) సంతకం చేసి, బాధితుడిని అనుకరించడానికి ఆ సంతకాన్ని ఉపయోగించవచ్చు.
+
+గమనిక: సంతకం చేయవలసిన చిరునామా అన్లాక్ చేయబడి ఉండాలి.
+
+**పారామితులు**
+
+1. `DATA`, 20 బైట్లు - చిరునామా
+2. `DATA`, N బైట్లు - సంతకం చేయవలసిన మెసేజ్
+
+**తిరిగి ఇస్తుంది**
+
+`DATA`: సంతకం
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_signTransaction {#eth_signtransaction}
+
+[eth_sendRawTransaction](#eth_sendrawtransaction) ఉపయోగించి నెట్వర్క్కు తరువాత సమర్పించగల ఒక లావాదేవీపై సంతకం చేస్తుంది.
+
+**పారామితులు**
+
+1. `ఆబ్జెక్ట్` - లావాదేవీ ఆబ్జెక్ట్
+
+- `రకం`:
+- `from`: `DATA`, 20 బైట్లు - లావాదేవీ పంపబడిన చిరునామా.
+- `to`: `DATA`, 20 బైట్లు - (కొత్త కాంట్రాక్ట్ సృష్టిస్తున్నప్పుడు ఐచ్ఛికం) లావాదేవీ పంపబడిన చిరునామా.
+- `gas`: `QUANTITY` - (ఐచ్ఛికం, డిఫాల్ట్: 90000) లావాదేవీ అమలు కోసం అందించిన గ్యాస్ యొక్క పూర్ణాంకం. ఇది ఉపయోగించని గ్యాస్ను తిరిగి ఇస్తుంది.
+- `gasPrice`: `QUANTITY` - (ఐచ్ఛికం, డిఫాల్ట్: నిర్ధారించవలసి ఉంది) ప్రతి చెల్లించిన గ్యాస్ కోసం ఉపయోగించే గ్యాస్ప్రైస్ యొక్క పూర్ణాంకం, వైలో.
+- `value`: `QUANTITY` - (ఐచ్ఛికం) ఈ లావాదేవీతో పంపిన విలువ యొక్క పూర్ణాంకం, వైలో.
+- `data`: `DATA` - ఒక కాంట్రాక్ట్ యొక్క కంపైల్ చేయబడిన సంకేత భాష లేదా ప్రారంభించబడిన పద్ధతి సంతకం మరియు ఎన్కోడ్ చేయబడిన పారామీటర్ల హాష్.
+- `nonce`: `QUANTITY` - (ఐచ్ఛికం) ఒక నాన్స్ యొక్క పూర్ణాంకం. అదే నాన్స్ను ఉపయోగించే మీ స్వంత పెండింగ్ లావాదేవీలను భర్తీ చేయడానికి ఇది అనుమతిస్తుంది.
+
+**తిరిగి ఇస్తుంది**
+
+`DATA`, పేర్కొన్న ఖాతా ద్వారా సంతకం చేయబడిన RLP-ఎన్కోడ్ చేయబడిన లావాదేవీ ఆబ్జెక్ట్.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
+// ఫలితం
+{
+ "id": 1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_sendTransaction {#eth_sendtransaction}
+
+కొత్త మెసేజ్ కాల్ లావాదేవీ లేదా కాంట్రాక్ట్ క్రియేషన్ను సృష్టిస్తుంది, డేటా ఫీల్డ్లో కోడ్ ఉంటే, మరియు `from`లో పేర్కొన్న ఖాతాను ఉపయోగించి దానిపై సంతకం చేస్తుంది.
+
+**పారామితులు**
+
+1. `ఆబ్జెక్ట్` - లావాదేవీ ఆబ్జెక్ట్
+
+- `from`: `DATA`, 20 బైట్లు - లావాదేవీ పంపబడిన చిరునామా.
+- `to`: `DATA`, 20 బైట్లు - (కొత్త కాంట్రాక్ట్ సృష్టిస్తున్నప్పుడు ఐచ్ఛికం) లావాదేవీ పంపబడిన చిరునామా.
+- `gas`: `QUANTITY` - (ఐచ్ఛికం, డిఫాల్ట్: 90000) లావాదేవీ అమలు కోసం అందించిన గ్యాస్ యొక్క పూర్ణాంకం. ఇది ఉపయోగించని గ్యాస్ను తిరిగి ఇస్తుంది.
+- `gasPrice`: `QUANTITY` - (ఐచ్ఛికం, డిఫాల్ట్: నిర్ధారించవలసి ఉంది) ప్రతి చెల్లించిన గ్యాస్ కోసం ఉపయోగించే గ్యాస్ప్రైస్ యొక్క పూర్ణాంకం.
+- `value`: `QUANTITY` - (ఐచ్ఛికం) ఈ లావాదేవీతో పంపిన విలువ యొక్క పూర్ణాంకం.
+- `input`: `DATA` - ఒక కాంట్రాక్ట్ యొక్క కంపైల్ చేయబడిన సంకేత భాష లేదా ప్రారంభించబడిన పద్ధతి సంతకం మరియు ఎన్కోడ్ చేయబడిన పారామీటర్ల హాష్.
+- `nonce`: `QUANTITY` - (ఐచ్ఛికం) ఒక నాన్స్ యొక్క పూర్ణాంకం. అదే నాన్స్ను ఉపయోగించే మీ స్వంత పెండింగ్ లావాదేవీలను భర్తీ చేయడానికి ఇది అనుమతిస్తుంది.
+
+```js
+params: [
+ {
+ from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155",
+ to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567",
+ gas: "0x76c0", // 30400
+ gasPrice: "0x9184e72a000", // 10000000000000
+ value: "0x9184e72a", // 2441406250
+ input:
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+ },
+]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`DATA`, 32 బైట్లు - లావాదేవీ హాష్, లేదా లావాదేవీ ఇంకా అందుబాటులో లేకపోతే సున్నా హాష్.
+
+మీరు ఒక కాంట్రాక్ట్ను సృష్టించినప్పుడు, లావాదేవీ ఒక బ్లాక్లో ప్రతిపాదించబడిన తర్వాత, కాంట్రాక్ట్ చిరునామాను పొందడానికి [eth_getTransactionReceipt](#eth_gettransactionreceipt) ఉపయోగించండి.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_sendRawTransaction {#eth_sendrawtransaction}
+
+సంతకం చేసిన లావాదేవీల కోసం కొత్త మెసేజ్ కాల్ లావాదేవీ లేదా కాంట్రాక్ట్ క్రియేషన్ను సృష్టిస్తుంది.
+
+**పారామితులు**
+
+1. `DATA`, సంతకం చేసిన లావాదేవీ డేటా.
+
+```js
+params: [
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`DATA`, 32 బైట్లు - లావాదేవీ హాష్, లేదా లావాదేవీ ఇంకా అందుబాటులో లేకపోతే సున్నా హాష్.
+
+మీరు ఒక కాంట్రాక్ట్ను సృష్టించినప్పుడు, లావాదేవీ ఒక బ్లాక్లో ప్రతిపాదించబడిన తర్వాత, కాంట్రాక్ట్ చిరునామాను పొందడానికి [eth_getTransactionReceipt](#eth_gettransactionreceipt) ఉపయోగించండి.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_call {#eth_call}
+
+బ్లాక్చెయిన్లో ఒక లావాదేవీని సృష్టించకుండా వెంటనే ఒక కొత్త మెసేజ్ కాల్ను అమలు చేస్తుంది. తరచుగా చదవడానికి-మాత్రమే స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్లను అమలు చేయడానికి ఉపయోగిస్తారు, ఉదాహరణకు ఒక ERC-20 కాంట్రాక్ట్ కోసం `balanceOf`.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `ఆబ్జెక్ట్` - లావాదేవీ కాల్ ఆబ్జెక్ట్
+
+- `from`: `DATA`, 20 బైట్లు - (ఐచ్ఛికం) లావాదేవీ పంపబడిన చిరునామా.
+- `to`: `DATA`, 20 బైట్లు - లావాదేవీ పంపబడిన చిరునామా.
+- `gas`: `QUANTITY` - (ఐచ్ఛికం) లావాదేవీ అమలు కోసం అందించిన గ్యాస్ యొక్క పూర్ణాంకం. eth_call సున్నా గ్యాస్ను వినియోగిస్తుంది, కానీ కొన్ని అమలులకు ఈ పారామీటర్ అవసరం కావచ్చు.
+- `gasPrice`: `QUANTITY` - (ఐచ్ఛికం) ప్రతి చెల్లించిన గ్యాస్ కోసం ఉపయోగించే గ్యాస్ప్రైస్ యొక్క పూర్ణాంకం
+- `value`: `QUANTITY` - (ఐచ్ఛికం) ఈ లావాదేవీతో పంపిన విలువ యొక్క పూర్ణాంకం
+- `input`: `DATA` - (ఐచ్ఛికం) పద్ధతి సంతకం మరియు ఎన్కోడ్ చేయబడిన పారామీటర్ల హాష్. వివరాల కోసం సాలిడిటీ డాక్యుమెంటేషన్లో [ఇతీరియము కాంట్రాక్ట్ ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) చూడండి.
+
+2. `QUANTITY|TAG` - పూర్ణాంక బ్లాక్ సంఖ్య, లేదా `"latest"`, `"earliest"`, `"pending"`, `"safe"` లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter) చూడండి
+
+**తిరిగి ఇస్తుంది**
+
+`DATA` - అమలు చేయబడిన కాంట్రాక్ట్ యొక్క రిటర్న్ విలువ.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x"
+}
+```
+
+### eth_estimateGas {#eth_estimategas}
+
+లావాదేవీ పూర్తి కావడానికి ఎంత గ్యాస్ అవసరమో అంచనా వేసి అందిస్తుంది. లావాదేవీ బ్లాక్చెయిన్కు జోడించబడదు. EVM మెకానిక్స్ మరియు నోడ్ పనితీరుతో సహా వివిధ కారణాల వల్ల అంచనా వాస్తవానికి లావాదేవీ ద్వారా ఉపయోగించిన గ్యాస్ మొత్తం కంటే గణనీయంగా ఎక్కువగా ఉండవచ్చని గమనించండి.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+[eth_call](#eth_call) పారామీటర్లను చూడండి, అన్ని లక్షణాలు ఐచ్ఛికం అనేవి తప్ప. గ్యాస్ పరిమితి పేర్కొనకపోతే, గెత్ పెండింగ్ బ్లాక్ నుండి బ్లాక్ గ్యాస్ పరిమితిని ఎగువ సరిహద్దుగా ఉపయోగిస్తుంది. ఫలితంగా, పెండింగ్లో ఉన్న బ్లాక్ గ్యాస్ పరిమితి కంటే గ్యాస్ మొత్తం ఎక్కువగా ఉన్నప్పుడు, తిరిగి ఇవ్వబడిన అంచనా కాల్/లావాదేవీని అమలు చేయడానికి సరిపోకపోవచ్చు.
+
+**తిరిగి ఇస్తుంది**
+
+`QUANTITY` - ఉపయోగించిన గ్యాస్ మొత్తం.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x5208" // 21000
+}
+```
+
+### eth_getBlockByHash {#eth_getblockbyhash}
+
+హాష్ ద్వారా ఒక బ్లాక్ గురించి సమాచారాన్ని అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 32 బైట్లు - ఒక బ్లాక్ యొక్క హాష్.
+2. `బూలియన్` - `true` అయితే పూర్తి లావాదేవీ ఆబ్జెక్ట్లను అందిస్తుంది, `false` అయితే లావాదేవీల హాష్లను మాత్రమే అందిస్తుంది.
+
+```js
+params: [
+ "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ false,
+]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`ఆబ్జెక్ట్` - ఒక బ్లాక్ ఆబ్జెక్ట్, లేదా బ్లాక్ కనుగొనబడనప్పుడు `null`:
+
+- `number`: `QUANTITY` - బ్లాక్ సంఖ్య. పెండింగ్ బ్లాక్ అయితే `null`.
+- `hash`: `DATA`, 32 బైట్లు - బ్లాక్ యొక్క హాష్. పెండింగ్ బ్లాక్ అయితే `null`.
+- `parentHash`: `DATA`, 32 బైట్లు - పేరెంట్ బ్లాక్ యొక్క హాష్.
+- `nonce`: `DATA`, 8 బైట్లు - రూపొందించబడిన ప్రూఫ్-ఆఫ్-వర్క్ యొక్క హాష్. పెండింగ్ బ్లాక్ అయితే `null`, ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్లకు `0x0` (ది మెర్జ్ నుండి)
+- `sha3Uncles`: `DATA`, 32 బైట్లు - బ్లాక్లోని అంకుల్స్ డేటా యొక్క SHA3.
+- `logsBloom`: `DATA`, 256 బైట్లు - బ్లాక్ యొక్క లాగ్ల కోసం బ్లూమ్ ఫిల్టర్. పెండింగ్ బ్లాక్ అయితే `null`.
+- `transactionsRoot`: `DATA`, 32 బైట్లు - బ్లాక్ యొక్క లావాదేవీ ట్రీ యొక్క రూట్.
+- `stateRoot`: `DATA`, 32 బైట్లు - బ్లాక్ యొక్క తుది స్థితి ట్రీ యొక్క రూట్.
+- `receiptsRoot`: `DATA`, 32 బైట్లు - బ్లాక్ యొక్క రశీదుల ట్రీ యొక్క రూట్.
+- `miner`: `DATA`, 20 బైట్లు - బ్లాక్ బహుమతులు ఇవ్వబడిన లబ్ధిదారుని చిరునామా.
+- `difficulty`: `QUANTITY` - ఈ బ్లాక్ కోసం కష్టతరమైన పూర్ణాంకం.
+- `totalDifficulty`: `QUANTITY` - ఈ బ్లాక్ వరకు చైన్ యొక్క మొత్తం కష్టతరమైన పూర్ణాంకం.
+- `extraData`: `DATA` - ఈ బ్లాక్ యొక్క "అదనపు డేటా" ఫీల్డ్.
+- `size`: `QUANTITY` - బైట్లలో ఈ బ్లాక్ యొక్క పరిమాణం పూర్ణాంకం.
+- `gasLimit`: `QUANTITY` - ఈ బ్లాక్లో అనుమతించబడిన గరిష్ట గ్యాస్.
+- `gasUsed`: `QUANTITY` - ఈ బ్లాక్లోని అన్ని లావాదేవీల ద్వారా ఉపయోగించిన మొత్తం గ్యాస్.
+- `timestamp`: `QUANTITY` - బ్లాక్ సమీకరించబడినప్పుడు యూనిక్స్ టైమ్స్టాంప్.
+- `transactions`: `శ్రేణి` - లావాదేవీ ఆబ్జెక్ట్ల శ్రేణి, లేదా చివరిగా ఇవ్వబడిన పారామీటర్పై ఆధారపడి 32 బైట్ల లావాదేవీ హాష్లు.
+- `uncles`: `శ్రేణి` - అంకుల్ హాష్ల శ్రేణి.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
+// ఫలితం
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "difficulty": "0x4ea3f27bc",
+ "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
+ "gasLimit": "0x1388",
+ "gasUsed": "0x0",
+ "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
+ "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171",
+ "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843",
+ "nonce": "0x689056015818adbe",
+ "number": "0x1b4",
+ "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54",
+ "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
+ "size": "0x220",
+ "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d",
+ "timestamp": "0x55ba467c",
+ "totalDifficulty": "0x78ed983323d",
+ "transactions": [
+ ],
+ "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "uncles": [
+ ]
+ }
+}
+```
+
+### eth_getBlockByNumber {#eth_getblockbynumber}
+
+బ్లాక్ నంబర్ ద్వారా ఒక బ్లాక్ గురించి సమాచారాన్ని అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `QUANTITY|TAG` - ఒక బ్లాక్ సంఖ్య యొక్క పూర్ణాంకం, లేదా `"earliest"`, `"latest"`, `"pending"`, `"safe"` లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter)లో వలె.
+2. `బూలియన్` - `true` అయితే పూర్తి లావాదేవీ ఆబ్జెక్ట్లను అందిస్తుంది, `false` అయితే లావాదేవీల హాష్లను మాత్రమే అందిస్తుంది.
+
+```js
+params: [
+ "0x1b4", // 436
+ true,
+]
+```
+
+**తిరిగి ఇస్తుంది**
+[eth_getBlockByHash](#eth_getblockbyhash) చూడండి
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
+```
+
+ఫలితం కోసం [eth_getBlockByHash](#eth_getblockbyhash) చూడండి
+
+### eth_getTransactionByHash {#eth_gettransactionbyhash}
+
+లావాదేవీ హాష్ ద్వారా అభ్యర్థించబడిన ఒక లావాదేవీ గురించి సమాచారాన్ని అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 32 బైట్లు - ఒక లావాదేవీ యొక్క హాష్
+
+```js
+params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
+```
+
+**తిరిగి ఇస్తుంది**
+
+`ఆబ్జెక్ట్` - ఒక లావాదేవీ ఆబ్జెక్ట్, లేదా లావాదేవీ కనుగొనబడనప్పుడు `null`:
+
+- `blockHash`: `DATA`, 32 బైట్లు - ఈ లావాదేవీ ఉన్న బ్లాక్ యొక్క హాష్. పెండింగ్లో ఉంటే `null`.
+- `blockNumber`: `QUANTITY` - ఈ లావాదేవీ ఉన్న బ్లాక్ సంఖ్య. పెండింగ్లో ఉంటే `null`.
+- `from`: `DATA`, 20 బైట్లు - పంపినవారి చిరునామా.
+- `gas`: `QUANTITY` - పంపినవారు అందించిన గ్యాస్.
+- `gasPrice`: `QUANTITY` - పంపినవారు అందించిన గ్యాస్ ధర, వైలో.
+- `hash`: `DATA`, 32 బైట్లు - లావాదేవీ యొక్క హాష్.
+- `input`: `DATA` - లావాదేవీతో పాటు పంపిన డేటా.
+- `nonce`: `QUANTITY` - పంపినవారు దీనికి ముందు చేసిన లావాదేవీల సంఖ్య.
+- `to`: `DATA`, 20 బైట్లు - స్వీకర్త చిరునామా. కాంట్రాక్ట్ క్రియేషన్ లావాదేవీ అయితే `null`.
+- `transactionIndex`: `QUANTITY` - బ్లాక్లోని లావాదేవీల సూచిక స్థానం యొక్క పూర్ణాంకం. పెండింగ్లో ఉంటే `null`.
+- `value`: `QUANTITY` - వైలో బదిలీ చేయబడిన విలువ.
+- `v`: `QUANTITY` - ECDSA రికవరీ ఐడి
+- `r`: `QUANTITY` - ECDSA సంతకం r
+- `s`: `QUANTITY` - ECDSA సంతకం s
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
+// ఫలితం
+{
+ "jsonrpc":"2.0",
+ "id":1,
+ "result":{
+ "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "blockNumber":"0x5daf3b", // 6139707
+ "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d",
+ "gas":"0xc350", // 50000
+ "gasPrice":"0x4a817c800", // 20000000000
+ "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b",
+ "input":"0x68656c6c6f21",
+ "nonce":"0x15", // 21
+ "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb",
+ "transactionIndex":"0x41", // 65
+ "value":"0xf3dbb76162000", // 4290000000000000
+ "v":"0x25", // 37
+ "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea",
+ "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c"
+ }
+}
+```
+
+### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex}
+
+బ్లాక్ హాష్ మరియు లావాదేవీ సూచిక స్థానం ద్వారా ఒక లావాదేవీ గురించి సమాచారాన్ని అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 32 బైట్లు - ఒక బ్లాక్ యొక్క హాష్.
+2. `QUANTITY` - లావాదేవీ సూచిక స్థానం యొక్క పూర్ణాంకం.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**తిరిగి ఇస్తుంది**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) చూడండి
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+ఫలితం కోసం [eth_getTransactionByHash](#eth_gettransactionbyhash) చూడండి
+
+### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex}
+
+బ్లాక్ నంబర్ మరియు లావాదేవీ సూచిక స్థానం ద్వారా ఒక లావాదేవీ గురించి సమాచారాన్ని అందిస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `QUANTITY|TAG` - ఒక బ్లాక్ సంఖ్య, లేదా `"earliest"`, `"latest"`, `"pending"`, `"safe"` లేదా `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter)లో వలె.
+2. `QUANTITY` - లావాదేవీ సూచిక స్థానం.
+
+```js
+params: [
+ "0x9c47cf", // 10241999
+ "0x24", // 36
+]
+```
+
+**తిరిగి ఇస్తుంది**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) చూడండి
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
+```
+
+ఫలితం కోసం [eth_getTransactionByHash](#eth_gettransactionbyhash) చూడండి
+
+### eth_getTransactionReceipt {#eth_gettransactionreceipt}
+
+లావాదేవీ హాష్ ద్వారా ఒక లావాదేవీ యొక్క రశీదును అందిస్తుంది.
+
+**గమనిక** పెండింగ్ లావాదేవీలకు రశీదు అందుబాటులో లేదు.
+
+**పారామితులు**
+
+1. `DATA`, 32 బైట్లు - ఒక లావాదేవీ యొక్క హాష్
+
+```js
+params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
+```
+
+**తిరిగి ఇస్తుంది**
+`ఆబ్జెక్ట్` - ఒక లావాదేవీ రశీదు ఆబ్జెక్ట్, లేదా రశీదు కనుగొనబడనప్పుడు `null`:
+
+- `transactionHash `: `DATA`, 32 బైట్లు - లావాదేవీ యొక్క హాష్.
+- `transactionIndex`: `QUANTITY` - బ్లాక్లోని లావాదేవీల సూచిక స్థానం యొక్క పూర్ణాంకం.
+- `blockHash`: `DATA`, 32 బైట్లు - ఈ లావాదేవీ ఉన్న బ్లాక్ యొక్క హాష్.
+- `blockNumber`: `QUANTITY` - ఈ లావాదేవీ ఉన్న బ్లాక్ సంఖ్య.
+- `from`: `DATA`, 20 బైట్లు - పంపినవారి చిరునామా.
+- `to`: `DATA`, 20 బైట్లు - స్వీకర్త చిరునామా. కాంట్రాక్ట్ క్రియేషన్ లావాదేవీ అయితే null.
+- `cumulativeGasUsed` : `QUANTITY ` - ఈ లావాదేవీ బ్లాక్లో అమలు చేయబడినప్పుడు ఉపయోగించిన మొత్తం గ్యాస్ మొత్తం.
+- `effectiveGasPrice` : `QUANTITY` - గ్యాస్ యూనిట్కు చెల్లించిన మూల రుసుము మరియు చిట్కా మొత్తం.
+- `gasUsed `: `QUANTITY ` - ఈ నిర్దిష్ట లావాదేవీ ద్వారా మాత్రమే ఉపయోగించిన గ్యాస్ మొత్తం.
+- `contractAddress `: `DATA`, 20 బైట్లు - సృష్టించబడిన కాంట్రాక్ట్ చిరునామా, లావాదేవీ ఒక కాంట్రాక్ట్ సృష్టి అయితే, లేకపోతే `null`.
+- `logs`: `శ్రేణి` - ఈ లావాదేవీ ద్వారా రూపొందించబడిన లాగ్ ఆబ్జెక్ట్ల శ్రేణి.
+- `logsBloom`: `DATA`, 256 బైట్లు - లైట్ క్లయింట్లు సంబంధిత లాగ్లను త్వరగా తిరిగి పొందడానికి బ్లూమ్ ఫిల్టర్.
+- `type`: `QUANTITY` - లావాదేవీ రకం యొక్క పూర్ణాంకం, లెగసీ లావాదేవీల కోసం `0x0`, యాక్సెస్ జాబితా రకాల కోసం `0x1`, డైనమిక్ ఫీజుల కోసం `0x2`.
+
+ఇది కూడా _ఒకటి_ అందిస్తుంది:
+
+- `root` : `DATA` లావాదేవీ అనంతర స్థితి రూట్ యొక్క 32 బైట్లు (బైజాంటియంకు ముందు)
+- `status`: `QUANTITY` ఒకటి `1` (విజయం) లేదా `0` (వైఫల్యం)
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
+// ఫలితం
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "blockHash":
+ "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
+ "blockNumber": "0xeff35f",
+ "contractAddress": null, // చిరునామా యొక్క స్ట్రింగ్ సృష్టించబడితే
+ "cumulativeGasUsed": "0xa12515",
+ "effectiveGasPrice": "0x5a9c688d4",
+ "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
+ "gasUsed": "0xb4c8",
+ "logs": [{
+ // getFilterLogs, మొదలైనవి ద్వారా తిరిగి ఇవ్వబడిన లాగ్లు.
+ }],
+ "logsBloom": "0x00...0", // 256 బైట్ బ్లూమ్ ఫిల్టర్
+ "status": "0x1",
+ "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
+ "transactionHash":
+ "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5",
+ "transactionIndex": "0x66",
+ "type": "0x2"
+ }
+}
+```
+
+### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
+
+హాష్ మరియు అంకిల్ ఇండెక్స్ స్థానం ద్వారా ఒక బ్లాక్ యొక్క అంకిల్ గురించి సమాచారాన్ని తిరిగి ఇస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `DATA`, 32 బైట్లు - ఒక బ్లాక్ యొక్క హాష్.
+2. `QUANTITY` - అంకుల్ యొక్క సూచిక స్థానం.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**తిరిగి ఇస్తుంది**
+[eth_getBlockByHash](#eth_getblockbyhash) చూడండి
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+ఫలితం కోసం [eth_getBlockByHash](#eth_getblockbyhash) చూడండి
+
+**గమనిక**: ఒక అంకుల్ వ్యక్తిగత లావాదేవీలను కలిగి ఉండదు.
+
+### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
+
+సంఖ్య మరియు అంకిల్ ఇండెక్స్ స్థానం ద్వారా ఒక బ్లాక్ యొక్క అంకిల్ గురించి సమాచారాన్ని తిరిగి ఇస్తుంది.
+
+
+ ప్లేగ్రౌండ్లో ఎండ్పాయింట్ని ప్రయత్నించండి
+
+
+**పారామితులు**
+
+1. `QUANTITY|TAG` - ఒక బ్లాక్ సంఖ్య, లేదా `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"` స్ట్రింగ్, [బ్లాక్ పారామీటర్](/developers/docs/apis/json-rpc/#block-parameter)లో వలె.
+2. `QUANTITY` - అంకుల్ యొక్క సూచిక స్థానం.
+
+```js
+params: [
+ "0x29c", // 668
+ "0x0", // 0
+]
+```
+
+**తిరిగి ఇస్తుంది**
+[eth_getBlockByHash](#eth_getblockbyhash) చూడండి
+
+**గమనిక**: ఒక అంకుల్ వ్యక్తిగత లావాదేవీలను కలిగి ఉండదు.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
+```
+
+ఫలితం కోసం [eth_getBlockByHash](#eth_getblockbyhash) చూడండి
+
+### eth_newFilter {#eth_newfilter}
+
+స్థితి మారినప్పుడు (లాగ్లు) తెలియజేయడానికి, ఫిల్టర్ ఎంపికల ఆధారంగా ఒక ఫిల్టర్ ఆబ్జెక్ట్ను సృష్టిస్తుంది.
+స్థితి మారిందో లేదో తనిఖీ చేయడానికి, [eth_getFilterChanges](#eth_getfilterchanges)ని కాల్ చేయండి.
+
+**టాపిక్ ఫిల్టర్లను పేర్కొనడంపై ఒక గమనిక:**
+టాపిక్లు ఆర్డర్-ఆధారితమైనవి. టాపిక్లు [A, B]తో ఉన్న లాగ్తో కూడిన లావాదేవీ కింది టాపిక్ ఫిల్టర్ల ద్వారా సరిపోలుతుంది:
+
+- `[]` "ఏదైనా"
+- `[A]` "మొదటి స్థానంలో A (మరియు తరువాత ఏదైనా)"
+- `[null, B]` "మొదటి స్థానంలో ఏదైనా మరియు రెండవ స్థానంలో B (మరియు తరువాత ఏదైనా)"
+- `[A, B]` "మొదటి స్థానంలో A మరియు రెండవ స్థానంలో B (మరియు తరువాత ఏదైనా)"
+- `[[A, B], [A, B]]` "మొదటి స్థానంలో (A లేదా B) మరియు రెండవ స్థానంలో (A లేదా B) (మరియు తరువాత ఏదైనా)"
+- **పారామితులు**
+
+1. `ఆబ్జెక్ట్` - ఫిల్టర్ ఎంపికలు:
+
+- `fromBlock`: `QUANTITY|TAG` - (ఐచ్ఛికం, డిఫాల్ట్: `"latest"`) పూర్ణాంక బ్లాక్ సంఖ్య, లేదా చివరి ప్రతిపాదిత బ్లాక్ కోసం `"latest"`, తాజా సురక్షిత బ్లాక్ కోసం `"safe"`, తాజా ఖరారు చేయబడిన బ్లాక్ కోసం `"finalized"`, లేదా `"pending"`, ఇంకా బ్లాక్లో లేని లావాదేవీల కోసం `"earliest"`.
+- `toBlock`: `QUANTITY|TAG` - (ఐచ్ఛికం, డిఫాల్ట్: `"latest"`) పూర్ణాంక బ్లాక్ సంఖ్య, లేదా చివరి ప్రతిపాదిత బ్లాక్ కోసం `"latest"`, తాజా సురక్షిత బ్లాక్ కోసం `"safe"`, తాజా ఖరారు చేయబడిన బ్లాక్ కోసం `"finalized"`, లేదా `"pending"`, ఇంకా బ్లాక్లో లేని లావాదేవీల కోసం `"earliest"`.
+- `address`: `DATA|శ్రేణి`, 20 బైట్లు - (ఐచ్ఛికం) కాంట్రాక్ట్ చిరునామా లేదా లాగ్లు ప్రారంభం కావలసిన చిరునామాల జాబితా.
+- `topics`: `DATA శ్రేణి`, - (ఐచ్ఛికం) 32 బైట్ల `DATA` టాపిక్ల శ్రేణి. టాపిక్లు ఆర్డర్-ఆధారితమైనవి. ప్రతి టాపిక్ "లేదా" ఎంపికలతో DATA శ్రేణి కూడా కావచ్చు.
+
+```js
+params: [
+ {
+ fromBlock: "0x1",
+ toBlock: "0x2",
+ address: "0x8888f1f195afa192cfee860698584c030f4c9db1",
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ null,
+ [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc",
+ ],
+ ],
+ },
+]
+```
+
+**తిరిగి ఇస్తుంది**
+`QUANTITY` - ఒక ఫిల్టర్ ఐడి.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newBlockFilter {#eth_newblockfilter}
+
+కొత్త బ్లాక్ వచ్చినప్పుడు తెలియజేయడానికి, నోడ్లో ఒక ఫిల్టర్ను సృష్టిస్తుంది.
+స్థితి మారిందో లేదో తనిఖీ చేయడానికి, [eth_getFilterChanges](#eth_getfilterchanges)ని కాల్ చేయండి.
+
+**పారామితులు**
+ఏమీ లేవు
+
+**తిరిగి ఇస్తుంది**
+`QUANTITY` - ఒక ఫిల్టర్ ఐడి.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
+
+కొత్త పెండింగ్ లావాదేవీలు వచ్చినప్పుడు తెలియజేయడానికి, నోడ్లో ఒక ఫిల్టర్ను సృష్టిస్తుంది.
+స్థితి మారిందో లేదో తనిఖీ చేయడానికి, [eth_getFilterChanges](#eth_getfilterchanges)ని కాల్ చేయండి.
+
+**పారామితులు**
+ఏమీ లేవు
+
+**తిరిగి ఇస్తుంది**
+`QUANTITY` - ఒక ఫిల్టర్ ఐడి.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_uninstallFilter {#eth_uninstallfilter}
+
+ఇచ్చిన ఐడితో ఒక ఫిల్టర్ను అన్ఇన్స్టాల్ చేస్తుంది. వాచ్ ఇకపై అవసరం లేనప్పుడు ఎల్లప్పుడూ కాల్ చేయాలి.
+అదనంగా, ఫిల్టర్లు కొంత సమయం పాటు [eth_getFilterChanges](#eth_getfilterchanges)తో అభ్యర్థించబడనప్పుడు టైమ్అవుట్ అవుతాయి.
+
+**పారామితులు**
+
+1. `QUANTITY` - ఫిల్టర్ ఐడి.
+
+```js
+params: [
+ "0xb", // 11
+]
+```
+
+**తిరిగి ఇస్తుంది**
+`బూలియన్` - ఫిల్టర్ విజయవంతంగా అన్ఇన్స్టాల్ చేయబడితే `true`, లేకపోతే `false`.
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_getFilterChanges {#eth_getfilterchanges}
+
+ఒక ఫిల్టర్ కోసం పోలింగ్ పద్ధతి, ఇది చివరి పోల్ నుండి జరిగిన లాగ్ల శ్రేణిని అందిస్తుంది.
+
+**పారామితులు**
+
+1. `QUANTITY` - ఫిల్టర్ ఐడి.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**తిరిగి ఇస్తుంది**
+`శ్రేణి` - లాగ్ ఆబ్జెక్ట్ల శ్రేణి, లేదా చివరి పోల్ నుండి ఏమీ మారకపోతే ఖాళీ శ్రేణి.
+
+- `eth_newBlockFilter`తో సృష్టించబడిన ఫిల్టర్ల కోసం, తిరిగి వచ్చేవి బ్లాక్ హాష్లు (`DATA`, 32 బైట్లు), ఉదా., `["0x3454645634534..."]`.
+
+- `eth_newPendingTransactionFilter`తో సృష్టించబడిన ఫిల్టర్ల కోసం, తిరిగి వచ్చేవి లావాదేవీ హాష్లు (`DATA`, 32 బైట్లు), ఉదా., `["0x6345343454645..."]`.
+
+- `eth_newFilter`తో సృష్టించబడిన ఫిల్టర్ల కోసం, లాగ్లు కింది పారామీటర్లతో కూడిన ఆబ్జెక్ట్లు:
+ - `removed`: `TAG` - చైన్ పునర్వ్యవస్థీకరణ కారణంగా లాగ్ తీసివేయబడినప్పుడు `true`. చెల్లుబాటు అయ్యే లాగ్ అయితే `false`.
+ - `logIndex`: `QUANTITY` - బ్లాక్లోని లాగ్ సూచిక స్థానం యొక్క పూర్ణాంకం. పెండింగ్ లాగ్ అయితే `null`.
+ - `transactionIndex`: `QUANTITY` - లాగ్ సృష్టించబడిన లావాదేవీల సూచిక స్థానం యొక్క పూర్ణాంకం. పెండింగ్ లాగ్ అయితే `null`.
+ - `transactionHash`: `DATA`, 32 బైట్లు - ఈ లాగ్ సృష్టించబడిన లావాదేవీల హాష్. పెండింగ్ లాగ్ అయితే `null`.
+ - `blockHash`: `DATA`, 32 బైట్లు - ఈ లాగ్ ఉన్న బ్లాక్ యొక్క హాష్. పెండింగ్లో ఉంటే `null`. పెండింగ్ లాగ్ అయితే `null`.
+ - `blockNumber`: `QUANTITY` - ఈ లాగ్ ఉన్న బ్లాక్ సంఖ్య. పెండింగ్లో ఉంటే `null`. పెండింగ్ లాగ్ అయితే `null`.
+ - `address`: `DATA`, 20 బైట్లు - ఈ లాగ్ ప్రారంభమైన చిరునామా.
+ - `data`: `DATA` - వేరియబుల్-పొడవు ఇండెక్స్ చేయని లాగ్ డేటా. (_solidity_లో: సున్నా లేదా అంతకంటే ఎక్కువ 32 బైట్ల ఇండెక్స్ చేయని లాగ్ ఆర్గ్యుమెంట్లు.)
+ - `topics`: `DATA శ్రేణి` - సూచిక చేయబడిన లాగ్ ఆర్గ్యుమెంట్ల యొక్క 0 నుండి 4 32 బైట్ల `DATA` శ్రేణి. (_solidity_లో: మీరు `anonymous` స్పెసిఫైయర్తో ఈవెంట్ను ప్రకటించినప్పుడు తప్ప, మొదటి టాపిక్ ఈవెంట్ యొక్క సంతకం యొక్క _hash_ (ఉదా., `Deposit(address,bytes32,uint256)`).)
+
+- **ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
+// ఫలితం
+{
+ "id":1,
+ "jsonrpc":"2.0",
+ "result": [{
+ "logIndex": "0x1", // 1
+ "blockNumber":"0x1b4", // 436
+ "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "transactionHash": "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf",
+ "transactionIndex": "0x0", // 0
+ "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "data":"0x0000000000000000000000000000000000000000000000000000000000000000",
+ "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"]
+ },{
+ ...
+ }]
+}
+```
+
+### eth_getFilterLogs {#eth_getfilterlogs}
+
+ఇచ్చిన ఐడితో ఫిల్టర్కు సరిపోయే అన్ని లాగ్ల శ్రేణిని అందిస్తుంది.
+
+**పారామితులు**
+
+1. `QUANTITY` - ఫిల్టర్ ఐడి.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**తిరిగి ఇస్తుంది**
+[eth_getFilterChanges](#eth_getfilterchanges) చూడండి
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
+```
+
+ఫలితం కోసం [eth_getFilterChanges](#eth_getfilterchanges) చూడండి
+
+### eth_getLogs {#eth_getlogs}
+
+ఇచ్చిన ఫిల్టర్ ఆబ్జెక్ట్కు సరిపోయే అన్ని లాగ్ల శ్రేణిని అందిస్తుంది.
+
+**పారామితులు**
+
+1. `ఆబ్జెక్ట్` - ఫిల్టర్ ఎంపికలు:
+
+- `fromBlock`: `QUANTITY|TAG` - (ఐచ్ఛికం, డిఫాల్ట్: `"latest"`) పూర్ణాంక బ్లాక్ సంఖ్య, లేదా చివరి ప్రతిపాదిత బ్లాక్ కోసం `"latest"`, తాజా సురక్షిత బ్లాక్ కోసం `"safe"`, తాజా ఖరారు చేయబడిన బ్లాక్ కోసం `"finalized"`, లేదా `"pending"`, ఇంకా బ్లాక్లో లేని లావాదేవీల కోసం `"earliest"`.
+- `toBlock`: `QUANTITY|TAG` - (ఐచ్ఛికం, డిఫాల్ట్: `"latest"`) పూర్ణాంక బ్లాక్ సంఖ్య, లేదా చివరి ప్రతిపాదిత బ్లాక్ కోసం `"latest"`, తాజా సురక్షిత బ్లాక్ కోసం `"safe"`, తాజా ఖరారు చేయబడిన బ్లాక్ కోసం `"finalized"`, లేదా `"pending"`, ఇంకా బ్లాక్లో లేని లావాదేవీల కోసం `"earliest"`.
+- `address`: `DATA|శ్రేణి`, 20 బైట్లు - (ఐచ్ఛికం) కాంట్రాక్ట్ చిరునామా లేదా లాగ్లు ప్రారంభం కావలసిన చిరునామాల జాబితా.
+- `topics`: `DATA శ్రేణి`, - (ఐచ్ఛికం) 32 బైట్ల `DATA` టాపిక్ల శ్రేణి. టాపిక్లు ఆర్డర్-ఆధారితమైనవి. ప్రతి టాపిక్ "లేదా" ఎంపికలతో DATA శ్రేణి కూడా కావచ్చు.
+- `blockHash`: `DATA`, 32 బైట్లు - (ఐచ్ఛికం, **భవిష్యత్తు**) EIP-234 జోడింపుతో, `blockHash` ఒక కొత్త ఫిల్టర్ ఎంపిక అవుతుంది, ఇది తిరిగి ఇవ్వబడిన లాగ్లను 32-బైట్ల హాష్ `blockHash`తో ఉన్న ఒకే బ్లాక్కు పరిమితం చేస్తుంది. `blockHash` ఉపయోగించడం `fromBlock` = `toBlock` = హాష్ `blockHash`తో ఉన్న బ్లాక్ నంబర్కు సమానం. ఫిల్టర్ ప్రమాణాలలో `blockHash` ఉంటే, `fromBlock` లేదా `toBlock` అనుమతించబడవు.
+
+```js
+params: [
+ {
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ ],
+ },
+]
+```
+
+**తిరిగి ఇస్తుంది**
+[eth_getFilterChanges](#eth_getfilterchanges) చూడండి
+
+**ఉదాహరణ**
+
+```js
+// అభ్యర్థన
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
+```
+
+ఫలితం కోసం [eth_getFilterChanges](#eth_getfilterchanges) చూడండి
+
+## వినియోగ ఉదాహరణ {#usage-example}
+
+### JSON_RPC ఉపయోగించి ఒక కాంట్రాక్ట్ను డిప్లాయ్ చేయడం {#deploying-contract}
+
+ఈ విభాగం కేవలం RPC ఇంటర్ఫేస్ను ఉపయోగించి ఒక కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలో ప్రదర్శనను కలిగి ఉంటుంది. కాంట్రాక్ట్లను డిప్లాయ్ చేయడానికి ప్రత్యామ్నాయ మార్గాలు ఉన్నాయి, ఇక్కడ ఈ సంక్లిష్టత తొలగించబడుతుంది—ఉదాహరణకు, [web3.js](https://web3js.readthedocs.io/) మరియు [web3.py](https://github.com/ethereum/web3.py) వంటి RPC ఇంటర్ఫేస్పై నిర్మించిన లైబ్రరీలను ఉపయోగించడం. ఈ నైరూప్యతలు సాధారణంగా అర్థం చేసుకోవడానికి సులభంగా ఉంటాయి మరియు తక్కువ దోష-ప్రవణత కలిగి ఉంటాయి, కానీ తెర వెనుక ఏమి జరుగుతుందో అర్థం చేసుకోవడం ఇప్పటికీ సహాయకరంగా ఉంటుంది.
+
+కిందిది `Multiply7` అనే ఒక సూటియైన స్మార్ట్ కాంట్రాక్ట్, ఇది JSON-RPC ఇంటర్ఫేస్ను ఉపయోగించి ఒక ఇతీరియము నోడ్కు డిప్లాయ్ చేయబడుతుంది. ఈ ట్యుటోరియల్ చదువరి ఇప్పటికే ఒక గెత్ నోడ్ను నడుపుతున్నారని ఊహిస్తుంది. నోడ్లు మరియు క్లయింట్ల గురించి మరింత సమాచారం [ఇక్కడ](/developers/docs/nodes-and-clients/run-a-node) అందుబాటులో ఉంది. గెత్-కాని క్లయింట్ల కోసం HTTP JSON-RPCని ఎలా ప్రారంభించాలో చూడటానికి దయచేసి వ్యక్తిగత [క్లయింట్](/developers/docs/nodes-and-clients/) డాక్యుమెంటేషన్ను చూడండి. చాలా క్లయింట్లు `localhost:8545`లో సర్వ్ చేయడానికి డిఫాల్ట్ అవుతాయి.
+
+```javascript
+contract Multiply7 {
+ event Print(uint);
+ function multiply(uint input) returns (uint) {
+ Print(input * 7);
+ return input * 7;
+ }
+}
+```
+
+చేయవలసిన మొదటి పని HTTP RPC ఇంటర్ఫేస్ ప్రారంభించబడిందని నిర్ధారించుకోవడం. అంటే మేము ప్రారంభంలో గెత్కు `--http` ఫ్లాగ్ను సరఫరా చేస్తాము. ఈ ఉదాహరణలో మేము ఒక ప్రైవేట్ డెవలప్మెంట్ చైన్లో గెత్ నోడ్ను ఉపయోగిస్తాము. ఈ విధానాన్ని ఉపయోగించి మాకు నిజమైన నెట్వర్క్లో ఈథర్ అవసరం లేదు.
+
+```bash
+geth --http --dev console 2>>geth.log
+```
+
+ఇది HTTP RPC ఇంటర్ఫేస్ను `http://localhost:8545`లో ప్రారంభిస్తుంది.
+
+[curl](https://curl.se) ఉపయోగించి కాయిన్బేస్ చిరునామాను (ఖాతాల శ్రేణి నుండి మొదటి చిరునామాను పొందడం ద్వారా) మరియు బ్యాలెన్స్ను తిరిగి పొందడం ద్వారా ఇంటర్ఫేస్ నడుస్తోందని మేము ధృవీకరించుకోవచ్చు. దయచేసి గమనించండి, ఈ ఉదాహరణలలోని డేటా మీ స్థానిక నోడ్లో భిన్నంగా ఉంటుంది. మీరు ఈ ఆదేశాలను ప్రయత్నించాలనుకుంటే, రెండవ curl అభ్యర్థనలోని అభ్యర్థన పారామీటర్లను మొదటిదాని నుండి తిరిగి వచ్చిన ఫలితంతో భర్తీ చేయండి.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
+{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
+
+curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
+{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"}
+```
+
+సంఖ్యలు హెక్స్ ఎన్కోడ్ చేయబడినందున, బ్యాలెన్స్ వైలో హెక్స్ స్ట్రింగ్గా తిరిగి ఇవ్వబడుతుంది. మాకు ఈథర్లో సంఖ్యగా బ్యాలెన్స్ కావాలంటే, మేము గెత్ కన్సోల్ నుండి వెబ్3ని ఉపయోగించవచ్చు.
+
+```javascript
+web3.fromWei("0x1639e49bba16280000", "ether")
+// "410"
+```
+
+ఇప్పుడు మా ప్రైవేట్ డెవలప్మెంట్ చైన్లో కొంత ఈథర్ ఉంది కాబట్టి, మేము కాంట్రాక్ట్ను డిప్లాయ్ చేయవచ్చు. మొదటి దశ Multiply7 కాంట్రాక్ట్ను EVMకి పంపగల బైట్ కోడ్గా కంపైల్ చేయడం. solc, సాలిడిటీ కంపైలర్ను ఇన్స్టాల్ చేయడానికి, [సాలిడిటీ డాక్యుమెంటేషన్ను](https://docs.soliditylang.org/en/latest/installing-solidity.html) అనుసరించండి. (మా ఉదాహరణకు ఉపయోగించిన కంపైలర్ వెర్షన్కు సరిపోయేలా మీరు పాత `solc` విడుదలను ఉపయోగించాలనుకోవచ్చు (https://github.com/ethereum/solidity/releases/tag/v0.4.20).)
+
+తదుపరి దశ, Multiply7 కాంట్రాక్టును EVMకి పంపగలిగే బైట్ కోడ్కి కంపైల్ చేయడం.
+
+```bash
+echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
+
+======= :Multiply7 =======
+Binary:
+6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
+```
+
+ఇప్పుడు మనకు కంపైల్ చేయబడిన కోడ్ ఉంది కాబట్టి దానిని డిప్లాయ్ చేయడానికి ఎంత గ్యాస్ ఖర్చవుతుందో మనం నిర్ధారించుకోవాలి. RPC ఇంటర్ఫేస్లో `eth_estimateGas` పద్ధతి ఉంది, ఇది మాకు ఒక అంచనాను ఇస్తుంది.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":5,"result":"0x1c31e"}
+```
+
+చివరగా కాంట్రాక్ట్ను డిప్లాయ్ చేయండి.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545
+{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
+```
+
+లావాదేవీ నోడ్ ద్వారా అంగీకరించబడింది మరియు ఒక లావాదేవీ హాష్ తిరిగి ఇవ్వబడుతుంది. ఈ హాష్ను లావాదేవీని ట్రాక్ చేయడానికి ఉపయోగించవచ్చు. తదుపరి దశ మన కాంట్రాక్ట్ డిప్లాయ్ చేయబడిన చిరునామాను నిర్ధారించడం. ప్రతి అమలు చేయబడిన లావాదేవీ ఒక రసీదును సృష్టిస్తుంది. ఈ రసీదు లావాదేవీకి సంబంధించిన వివిధ సమాచారాన్ని కలిగి ఉంటుంది, ఉదాహరణకు లావాదేవీ ఏ బ్లాక్లో చేర్చబడింది మరియు EVM ద్వారా ఎంత గ్యాస్ ఉపయోగించబడింది. ఒక లావాదేవీ
+ఒక కాంట్రాక్ట్ను సృష్టిస్తే అది కాంట్రాక్ట్ చిరునామాను కూడా కలిగి ఉంటుంది. మనం `eth_getTransactionReceipt` RPC పద్ధతితో రసీదును తిరిగి పొందవచ్చు.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}}
+```
+
+మన కాంట్రాక్ట్ `0x4d03d617d700cf81935d7f797f4e2ae719648262`పై సృష్టించబడింది. రసీదుకు బదులుగా శూన్య ఫలితం అంటే లావాదేవీ ఇంకా ఒక బ్లాక్లో చేర్చబడలేదు. కొంతసేపు వేచి ఉండి, మీ ఏకాభిప్రాయం క్లయింట్ నడుస్తుందో లేదో తనిఖీ చేసి, మళ్లీ ప్రయత్నించండి.
+
+#### స్మార్ట్ కాంట్రాక్టులతో పరస్పర చర్య {#interacting-with-smart-contract}
+
+ఈ ఉదాహరణలో మనం కాంట్రాక్ట్ యొక్క `multiply` పద్ధతికి `eth_sendTransaction` ఉపయోగించి ఒక లావాదేవీని పంపుతాము.
+
+`eth_sendTransaction`కి అనేక ఆర్గ్యుమెంట్లు అవసరం, ప్రత్యేకంగా `from`, `to` మరియు `data`. `From` అనేది మన ఖాతా యొక్క పబ్లిక్ చిరునామా, మరియు `to` అనేది కాంట్రాక్ట్ చిరునామా. `data` ఆర్గ్యుమెంట్ ఏ పద్ధతిని మరియు ఏ ఆర్గ్యుమెంట్లతో పిలవాలి అని నిర్వచించే పేలోడ్ను కలిగి ఉంటుంది. [ఎబిఐ (అప్లికేషన్ బైనరీ ఇంటర్ఫేస్)](https://docs.soliditylang.org/en/latest/abi-spec.html) ఇక్కడే ఉపయోగంలోకి వస్తుంది. ఎబిఐ అనేది EVM కోసం డేటాను ఎలా నిర్వచించాలి మరియు ఎన్కోడ్ చేయాలో నిర్వచించే ఒక JSON ఫైల్.
+
+పేలోడ్ యొక్క బైట్లు కాంట్రాక్టులోని ఏ పద్ధతిని పిలవాలో నిర్వచిస్తాయి. ఇది ఫంక్షన్ పేరు మరియు దాని ఆర్గ్యుమెంట్ రకాలపై కెకాక్ హాష్ నుండి మొదటి 4 బైట్లు, హెక్స్ ఎన్కోడ్ చేయబడింది. మల్టిప్లై ఫంక్షన్ ఒక uintని అంగీకరిస్తుంది, ఇది uint256కి అలియాస్. ఇది మనకు దీనిని ఇస్తుంది:
+
+```javascript
+web3.sha3("multiply(uint256)").substring(0, 10)
+// "0xc6888fa1"
+```
+
+తదుపరి దశ ఆర్గ్యుమెంట్లను ఎన్కోడ్ చేయడం. కేవలం ఒకే ఒక్క uint256 ఉంది, ఉదాహరణకు, 6 అనే విలువ. ఎబిఐలో uint256 రకాలను ఎలా ఎన్కోడ్ చేయాలో నిర్దేశించే ఒక విభాగం ఉంది.
+
+`int: enc(X)` అనేది X యొక్క బిగ్-ఎండియన్ టూస్ కాంప్లిమెంట్ ఎన్కోడింగ్, ప్రతికూల X కోసం 0xffతో, మరియు సానుకూల X కోసం సున్నా బైట్లతో హైయ్యర్-ఆర్డర్ (ఎడమ) వైపు ప్యాడ్ చేయబడి ఉంటుంది, తద్వారా దాని పొడవు 32 బైట్ల గుణకం అవుతుంది.
+
+ఇది `0000000000000000000000000000000000000000000000000000000000000006`గా ఎన్కోడ్ అవుతుంది.
+
+ఫంక్షన్ సెలెక్టర్ మరియు ఎన్కోడ్ చేయబడిన ఆర్గ్యుమెంట్ను కలిపితే మన డేటా `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006` అవుతుంది.
+
+ఇది ఇప్పుడు నోడ్కు పంపబడుతుంది:
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545
+{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"}
+```
+
+ఒక లావాదేవీ పంపబడినందున, ఒక లావాదేవీ హాష్ తిరిగి ఇవ్వబడింది. రసీదును తిరిగి పొందితే లభించేది:
+
+```javascript
+{
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ contractAddress: null,
+ cumulativeGasUsed: 22631,
+ gasUsed: 22631,
+ logs: [{
+ address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d",
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ data: "0x000000000000000000000000000000000000000000000000000000000000002a",
+ logIndex: 0,
+ topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+ }],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+}
+```
+
+రసీదులో ఒక లాగ్ ఉంటుంది. ఈ లాగ్ లావాదేవీ అమలుపై EVM ద్వారా ఉత్పత్తి చేయబడింది మరియు రసీదులో చేర్చబడింది. `multiply` ఫంక్షన్, ఇన్పుట్ని 7తో గుణించగా `Print` ఈవెంట్ జరిగిందని చూపుతుంది. `Print` ఈవెంట్ కోసం ఆర్గ్యుమెంట్ ఒక uint256 అయినందున, మనం దానిని ఎబిఐ నిబంధనల ప్రకారం డీకోడ్ చేయవచ్చు, ఇది మనకు ఆశించిన దశాంశం 42ను ఇస్తుంది. డేటాతో పాటు, లాగ్ను ఏ ఈవెంట్ సృష్టించిందో నిర్ధారించడానికి టాపిక్స్ని ఉపయోగించవచ్చని గమనించడం ముఖ్యం:
+
+```javascript
+web3.sha3("Print(uint256)")
+// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"
+```
+
+ఇది JSON-RPC యొక్క ప్రత్యక్ష వినియోగాన్ని ప్రదర్శిస్తూ, అత్యంత సాధారణ పనులలో కొన్నింటికి కేవలం ఒక సంక్షిప్త పరిచయం.
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [JSON-RPC స్పెసిఫికేషన్](http://www.jsonrpc.org/specification)
+- [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)
+- [జావాస్క్రిప్ట్ ఎపిఐలు](/developers/docs/apis/javascript/)
+- [బ్యాకెండ్ ఎపిఐలు](/developers/docs/apis/backend/)
+- [ఎగ్జిక్యూషన్ క్లయింట్లు](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/te/developers/docs/blocks/index.md b/public/content/translations/te/developers/docs/blocks/index.md
new file mode 100644
index 00000000000..115063100cc
--- /dev/null
+++ b/public/content/translations/te/developers/docs/blocks/index.md
@@ -0,0 +1,153 @@
+---
+title: బ్లాక్ లు
+description: Ethereum బ్లాక్చెయిన్లోని బ్లాక్ల యొక్క అవలోకనం – వాటి డేటా నిర్మాణం, అవి ఎందుకు అవసరం మరియు అవి ఎలా తయారు చేయబడ్డాయి.
+lang: te
+---
+
+బ్లాక్లు అనేది గొలుసులోని మునుపటి బ్లాక్ యొక్క హాష్తో లావాదేవీల బ్యాచ్లు. ఇది బ్లాక్లను ఒకదానితో ఒకటి (చైన్లో) లింక్ చేస్తుంది ఎందుకంటే హాష్లు క్రిప్టోగ్రాఫికల్గా బ్లాక్ డేటా నుండి తీసుకోబడ్డాయి. ఇది మోసాన్ని నిరోధిస్తుంది, ఎందుకంటే చరిత్రలోని ఏదైనా బ్లాక్లో ఒక మార్పు అన్ని తదుపరి హాష్లు మారతాయి మరియు బ్లాక్చెయిన్ను నడుపుతున్న ప్రతి ఒక్కరూ గమనించే విధంగా అన్ని క్రింది బ్లాక్లను చెల్లుబాటు చేయదు.
+
+## అవసరాలు {#prerequisites}
+
+Blocks are a very beginner-friendly topic. కానీ ఈ పేజీని మీరు బాగా అర్థం చేసుకోవడంలో సహాయపడటానికి, మీరు మొదట [ఖాతాలు](/developers/docs/accounts/), [లావాదేవీలు](/developers/docs/transactions/), మరియు మా [ఇతీరియము పరిచయం](/developers/docs/intro-to-ethereum/) చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ఎందుకు బ్లాక్స్? బ్లాక్స్ ఎందుకు? {#why-blocks}
+
+Ethereum నెట్వర్క్లో పాల్గొనే వారందరూ సమకాలీకరించబడిన స్థితిని కలిగి ఉన్నారని మరియు లావాదేవీల యొక్క ఖచ్చితమైన చరిత్రను అంగీకరిస్తున్నట్లు నిర్ధారించడానికి, మేము లావాదేవీలను బ్లాక్లుగా చేస్తాము. దీని అర్థం డజన్ల కొద్దీ (లేదా వందల కొద్దీ) లావాదేవీలు ఒకేసారి కట్టుబడి, అంగీకరించబడ్డాయి మరియు సమకాలీకరించబడ్డాయి.
+
+
+_రేఖాచిత్రం [ఇతీరియము EVM ఇలస్ట్రేటెడ్](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడింది_
+
+కమిట్లను దూరం చేయడం ద్వారా, మేము నెట్వర్క్ భాగస్వాములందరికీ ఏకాభిప్రాయానికి రావడానికి తగినంత సమయం ఇస్తాము: లావాదేవీ అభ్యర్థనలు సెకనుకు డజన్ల కొద్దీ వచ్చినప్పటికీ, బ్లాక్లు ప్రతి పన్నెండు సెకన్లకు ఒకసారి మాత్రమే Ethereumలో సృష్టించబడతాయి మరియు కట్టుబడి ఉంటాయి.
+
+## బ్లాక్స్ ఎలా పనిచేస్తాయి {#how-blocks-work}
+
+లావాదేవీ చరిత్రను భద్రపరచడానికి, బ్లాక్లు ఖచ్చితంగా ఆర్డర్ చేయబడతాయి (సృష్టించబడిన ప్రతి కొత్త బ్లాక్ దాని పేరెంట్ బ్లాక్కు సూచనను కలిగి ఉంటుంది), మరియు బ్లాక్లలో లావాదేవీలు కూడా ఖచ్చితంగా ఆర్డర్ చేయబడతాయి. అరుదైన సందర్భాల్లో మినహా, ఏ సమయంలోనైనా, నెట్వర్క్లోని భాగస్వాములందరూ బ్లాక్ల ఖచ్చితమైన సంఖ్య మరియు చరిత్రపై ఏకీభవించారు మరియు ప్రస్తుత ప్రత్యక్ష లావాదేవీల అభ్యర్థనలను తదుపరి బ్లాక్లోకి బ్యాచ్ చేయడానికి కృషి చేస్తున్నారు.
+
+నెట్వర్క్లో యాదృచ్ఛికంగా ఎంపిక చేయబడిన వాలిడేటర్ ద్వారా బ్లాక్ను కలిపిన తర్వాత, అది మిగిలిన నెట్వర్క్కు ప్రచారం చేయబడుతుంది; అన్ని నోడ్లు ఈ బ్లాక్ను వాటి బ్లాక్చెయిన్ చివరకి జోడిస్తాయి మరియు తదుపరి బ్లాక్ని సృష్టించడానికి కొత్త వాలిడేటర్ ఎంచుకోబడుతుంది. ఖచ్చితమైన బ్లాక్-అసెంబ్లీ ప్రక్రియ మరియు నిబద్ధత/ఏకాభిప్రాయ ప్రక్రియ ప్రస్తుతం Ethereum యొక్క "ప్రూఫ్-ఆఫ్-స్టేక్" ప్రోటోకాల్ ద్వారా పేర్కొనబడింది.
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ ప్రోటోకాల్ {#proof-of-stake-protocol}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ అంటే క్రిందివి:
+
+- ధృవీకరణ నోడ్లు చెడు ప్రవర్తనకు వ్యతిరేకంగా 32 ETHని డిపాజిట్ కాంట్రాక్ట్గా కలిగి ఉండాలి. ఇది నెట్వర్క్ను రక్షించడంలో సహాయపడుతుంది ఎందుకంటే నిజాయితీ లేని కార్యకలాపం కొంత లేదా మొత్తం వాటాను నాశనం చేయడానికి దారి తీస్తుంది.
+- ప్రతి స్లాట్లో (పన్నెండు సెకన్ల తేడాతో) ఒక వాలిడేటర్ యాదృచ్ఛికంగా బ్లాక్ ప్రపోజర్గా ఎంపిక చేయబడుతుంది. వారు లావాదేవీలను ఒకదానితో ఒకటి కట్టి, వాటిని అమలు చేసి కొత్త 'స్టేట్'ని నిర్ణయిస్తారు. వారు ఈ సమాచారాన్ని ఒక బ్లాక్లో చుట్టి, ఇతర వ్యాలిడేటర్లకు పంపుతారు.
+- కొత్త బ్లాక్ గురించి విన్న ఇతర వ్యాలిడేటర్లు గ్లోబల్ స్టేట్కు ప్రతిపాదిత మార్పుతో అంగీకరిస్తున్నట్లు నిర్ధారించుకోవడానికి లావాదేవీలను మళ్లీ అమలు చేస్తారు. బ్లాక్ చెల్లుబాటు అవుతుందని ఊహిస్తూ, వారు దానిని తమ స్వంత డేటాబేస్కు జోడించుకుంటారు.
+- వాలిడేటర్ ఒకే స్లాట్ కోసం రెండు విరుద్ధమైన బ్లాక్ల గురించి విన్నట్లయితే, వారు తమ ఫోర్క్-ఛాయిస్ అల్గారిథమ్ను ఉపయోగించి ఎక్కువ వాటా ఉన్న ETH ద్వారా మద్దతునిస్తారు.
+
+[ప్రూఫ్-ఆఫ్-స్టేక్ గురించి మరింత](/developers/docs/consensus-mechanisms/pos)
+
+## బ్లాక్లో ఏముంది? బ్లాక్ అనాటమీ {#block-anatomy}
+
+ఒక బ్లాక్లో చాలా సమాచారం ఉంది. అత్యధిక స్థాయిలో బ్లాక్ కింది ఫీల్డ్లను కలిగి ఉంటుంది:
+
+| ఫీల్డ్ | వివరణ |
+| :--------------- | :---------------------------------------------------------- |
+| `slot` | బ్లాక్ చెందిన స్లాట్ |
+| `proposer_index` | బ్లాక్ను ప్రతిపాదించే వాలిడేటర్ యొక్క ID |
+| `parent_root` | మునుపటి బ్లాక్ యొక్క హాష్ |
+| `state_root` | రాష్ట్ర వస్తువు యొక్క మూల హాష్ |
+| `body` | దిగువ నిర్వచించిన విధంగా అనేక ఫీల్డ్లను కలిగి ఉన్న వస్తువు |
+
+బ్లాక్ `body` దాని స్వంత అనేక ఫీల్డ్లను కలిగి ఉంది:
+
+| ఫీల్డ్ | వివరణ |
+| :------------------- | :------------------------------------------------------------ |
+| `randao_reveal` | తదుపరి బ్లాక్ ప్రపోజర్ను ఎంచుకోవడానికి ఉపయోగించే విలువ |
+| `eth1_data` | డిపాజిట్ ఒప్పందం గురించి సమాచారం |
+| `graffiti` | బ్లాక్లను ట్యాగ్ చేయడానికి ఉపయోగించే ఏకపక్ష డేటా |
+| `proposer_slashings` | వాలిడేటర్ల జాబితాను తగ్గించాలి |
+| `attester_slashings` | కత్తిరించాల్సిన అటెస్టర్ల జాబితా |
+| `attestations` | మునుపటి స్లాట్లకు వ్యతిరేకంగా చేసిన ధృవీకరణల జాబితా |
+| `deposits` | డిపాజిట్ ఒప్పందానికి కొత్త డిపాజిట్ల జాబితా |
+| `voluntary_exits` | నెట్వర్క్ నుండి నిష్క్రమించే వ్యాలిడేటర్ల జాబితా |
+| `sync_aggregate` | లైట్ క్లయింట్లకు సేవ చేయడానికి ఉపయోగించే వాలిడేటర్ల ఉపసమితి |
+| `execution_payload` | ఎగ్జిక్యూషన్ క్లయింట్ నుండి లావాదేవీలు ఆమోదించబడ్డాయి |
+
+`attestations` ఫీల్డ్ బ్లాక్లోని అన్ని ధృవీకరణల జాబితాను కలిగి ఉంటుంది. ధృవీకరణలు అనేక డేటాను కలిగి ఉన్న వాటి స్వంత డేటా రకాన్ని కలిగి ఉంటాయి. ప్రతి ధృవీకరణలో ఇవి ఉంటాయి:
+
+| ఫీల్డ్ | వివరణ |
+| :----------------- | :--------------------------------------------------------------- |
+| `aggregation_bits` | ఈ ధృవీకరణలో పాల్గొన్న ధృవీకరణదారుల జాబితా |
+| `data` | బహుళ సబ్ఫీల్డ్లతో కూడిన కంటైనర్ |
+| `signature` | `data` భాగానికి వ్యతిరేకంగా వాలిడేటర్ల సమితి యొక్క మొత్తం సంతకం |
+
+`attestation`లోని `data` ఫీల్డ్ కింది వాటిని కలిగి ఉంటుంది:
+
+| ఫీల్డ్ | వివరణ |
+| :------------------ | :-------------------------------------------------------- |
+| `slot` | ధృవీకరణకు సంబంధించిన స్లాట్ |
+| `index` | వాలిడేటర్లను ధృవీకరించడానికి సూచికలు |
+| `beacon_block_root` | చైన్ యొక్క హెడ్గా కనిపించే బీకాన్ బ్లాక్ యొక్క రూట్ హాష్ |
+| `source` | చివరి సమర్థించబడిన చెక్పాయింట్ |
+| `target` | తాజా యుగం సరిహద్దు బ్లాక్ |
+
+`execution_payload`లోని లావాదేవీలను అమలు చేయడం గ్లోబల్ స్థితిని నవీకరిస్తుంది. క్లయింట్లందరూ కొత్త బ్లాక్ `state_root` ఫీల్డ్లో కొత్త స్థితి సరిపోలుతుందని నిర్ధారించుకోవడానికి `execution_payload`లో లావాదేవీలను మళ్లీ అమలు చేస్తారు. క్లయింట్లు తమ బ్లాక్చెయిన్కి జోడించడానికి కొత్త బ్లాక్ చెల్లుబాటు అయ్యేది మరియు సురక్షితమైనదని ఈ విధంగా చెప్పగలరు. `execution_payload` అనేది అనేక ఫీల్డ్లతో కూడిన ఒక ఆబ్జెక్ట్. అమలు డేటా గురించి ముఖ్యమైన సారాంశ సమాచారాన్ని కలిగి ఉన్న `execution_payload_header` కూడా ఉంది. ఈ డేటా నిర్మాణాలు ఈ క్రింది విధంగా నిర్వహించబడతాయి:
+
+`execution_payload_header` కింది ఫీల్డ్లను కలిగి ఉంది:
+
+| ఫీల్డ్ | వివరణ |
+| :------------------ | :---------------------------------------------------------------------- |
+| `parent_hash` | మాతృ బ్లాక్ యొక్క హాష్ |
+| `fee_recipient` | లావాదేవీ రుసుము చెల్లించడానికి ఖాతా చిరునామా |
+| `state_root` | ఈ బ్లాక్లో మార్పులను వర్తింపజేసిన తర్వాత గ్లోబల్ స్టేట్ కోసం రూట్ హాష్ |
+| `receipts_root` | లావాదేవీ రసీదుల హాష్ ప్రయత్నించండి |
+| `logs_bloom` | ఈవెంట్ లాగ్లను కలిగి ఉన్న డేటా నిర్మాణం |
+| `prev_randao` | యాదృచ్ఛిక వ్యాలిడేటర్ ఎంపికలో విలువ ఉపయోగించబడుతుంది |
+| `block_number` | ప్రస్తుత బ్లాక్ సంఖ్య |
+| `gas_limit` | ఈ బ్లాక్లో అనుమతించబడిన గరిష్ట వాయువు |
+| `gas_used` | ఈ బ్లాక్లో ఉపయోగించిన గ్యాస్ అసలు మొత్తం |
+| `timestamp` | బ్లాక్ సమయం |
+| `extra_data` | ముడి బైట్ల వలె ఏకపక్ష అదనపు డేటా |
+| `base_fee_per_gas` | ప్రాథమిక రుసుము విలువ |
+| `block_hash` | హాష్ ఆఫ్ ఎగ్జిక్యూషన్ బ్లాక్ |
+| `transactions_root` | పేలోడ్లోని లావాదేవీల రూట్ హాష్ |
+| `withdrawal_root` | పేలోడ్లోని ఉపసంహరణల యొక్క రూట్ హాష్ |
+
+`execution_payload` దానంతట అదే క్రింది వాటిని కలిగి ఉంది (ఇది హెడర్తో సమానంగా ఉందని గమనించండి, లావాదేవీల యొక్క రూట్ హాష్కు బదులుగా ఇది లావాదేవీల యొక్క వాస్తవ జాబితా మరియు ఉపసంహరణ సమాచారాన్ని కలిగి ఉంటుంది) :
+
+| ఫీల్డ్ | వివరణ |
+| :----------------- | :---------------------------------------------------------------------- |
+| `parent_hash` | మాతృ బ్లాక్ యొక్క హాష్ |
+| `fee_recipient` | లావాదేవీ రుసుము చెల్లించడానికి ఖాతా చిరునామా |
+| `state_root` | ఈ బ్లాక్లో మార్పులను వర్తింపజేసిన తర్వాత గ్లోబల్ స్టేట్ కోసం రూట్ హాష్ |
+| `receipts_root` | లావాదేవీ రసీదుల హాష్ ప్రయత్నించండి |
+| `logs_bloom` | ఈవెంట్ లాగ్లను కలిగి ఉన్న డేటా నిర్మాణం |
+| `prev_randao` | యాదృచ్ఛిక వ్యాలిడేటర్ ఎంపికలో విలువ ఉపయోగించబడుతుంది |
+| `block_number` | ప్రస్తుత బ్లాక్ సంఖ్య |
+| `gas_limit` | ఈ బ్లాక్లో అనుమతించబడిన గరిష్ట వాయువు |
+| `gas_used` | ఈ బ్లాక్లో ఉపయోగించిన గ్యాస్ అసలు మొత్తం |
+| `timestamp` | బ్లాక్ సమయం |
+| `extra_data` | ముడి బైట్ల వలె ఏకపక్ష అదనపు డేటా |
+| `base_fee_per_gas` | ప్రాథమిక రుసుము విలువ |
+| `block_hash` | హాష్ ఆఫ్ ఎగ్జిక్యూషన్ బ్లాక్ |
+| `transactions` | అమలు చేయవలసిన లావాదేవీల జాబితా |
+| `withdrawals` | ఉపసంహరణ వస్తువుల జాబితా |
+
+`withdrawals` జాబితాలో `withdrawal` ఆబ్జెక్టులు కింది విధంగా నిర్మించబడ్డాయి:
+
+| ఫీల్డ్ | వివరణ |
+| :--------------- | :---------------------------- |
+| `address` | ఉపసంహరించుకున్న ఖాతా చిరునామా |
+| `amount` | ఉపసంహరణ మొత్తం |
+| `index` | ఉపసంహరణ సూచిక విలువ |
+| `validatorIndex` | ఉపసంహరణ సూచిక విలువ |
+
+## బ్లాక్ సమయం {#block-time}
+
+బ్లాక్ సమయం అనేది బ్లాక్లను వేరుచేసే సమయాన్ని సూచిస్తుంది. Ethereumలో, సమయాన్ని 'స్లాట్లు' అని పిలిచే పన్నెండు సెకన్ల యూనిట్లుగా విభజించారు. ప్రతి స్లాట్లో ఒక బ్లాక్ను ప్రతిపాదించడానికి ఒకే వాలిడేటర్ ఎంపిక చేయబడుతుంది. అన్ని వాలిడేటర్లు ఆన్లైన్లో ఉన్నాయని మరియు పూర్తిగా పని చేస్తున్నాయని భావించి ప్రతి స్లాట్లో ఒక బ్లాక్ ఉంటుంది, అంటే బ్లాక్ సమయం 12సె. అయితే, బ్లాక్ను ప్రతిపాదించడానికి కాల్ చేసినప్పుడు అప్పుడప్పుడు వాలిడేటర్లు ఆఫ్లైన్లో ఉండవచ్చు, అంటే స్లాట్లు కొన్నిసార్లు ఖాళీగా మారవచ్చు.
+
+ఈ అమలు ప్రూఫ్-ఆఫ్-వర్క్ ఆధారిత సిస్టమ్ల నుండి భిన్నంగా ఉంటుంది, ఇక్కడ బ్లాక్ టైమ్లు సంభావ్యత మరియు ప్రోటోకాల్ యొక్క లక్ష్య మైనింగ్ కష్టాల ద్వారా ట్యూన్ చేయబడతాయి. ఇతీరియము యొక్క [సగటు బ్లాక్ సమయం](https://etherscan.io/chart/blocktime) దీనికి ఒక సరైన ఉదాహరణ, దీని ద్వారా కొత్త 12s బ్లాక్ సమయం యొక్క స్థిరత్వం ఆధారంగా ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడాన్ని స్పష్టంగా ఊహించవచ్చు.
+
+## బ్లాక్ పరిమాణం {#block-size}
+
+చివరి ముఖ్యమైన గమనిక ఏమిటంటే, బ్లాక్లు వాటి పరిమాణంలో కట్టుబడి ఉంటాయి. ప్రతి బ్లాక్కు 30 మిలియన్ గ్యాస్ లక్ష్య పరిమాణం ఉంటుంది, కానీ బ్లాక్ పరిమితి 60 మిలియన్ గ్యాస్ (2x టార్గెట్ బ్లాక్ సైజు) వరకు నెట్వర్క్ డిమాండ్లకు అనుగుణంగా బ్లాక్ల పరిమాణం పెరుగుతుంది లేదా తగ్గుతుంది. బ్లాక్ గ్యాస్ పరిమితిని మునుపటి బ్లాక్ గ్యాస్ పరిమితి నుండి 1/1024 కారకం ద్వారా పైకి లేదా క్రిందికి సర్దుబాటు చేయవచ్చు. ఫలితంగా, వ్యాలిడేటర్లు ఏకాభిప్రాయం ద్వారా బ్లాక్ గ్యాస్ పరిమితిని మార్చవచ్చు. బ్లాక్లోని అన్ని లావాదేవీల ద్వారా ఖర్చు చేయబడిన గ్యాస్ మొత్తం బ్లాక్ గ్యాస్ పరిమితి కంటే తక్కువగా ఉండాలి. ఇది చాలా ముఖ్యం ఎందుకంటే బ్లాక్లు ఏకపక్షంగా పెద్దవిగా ఉండకూడదని ఇది నిర్ధారిస్తుంది. బ్లాక్లు ఏకపక్షంగా పెద్దవిగా ఉంటే, తక్కువ పనితీరు గల పూర్తి నోడ్లు స్థలం మరియు వేగ అవసరాల కారణంగా నెట్వర్క్ను కొనసాగించడాన్ని క్రమంగా ఆపివేస్తాయి. పెద్ద బ్లాక్, తదుపరి స్లాట్ కోసం వాటిని ప్రాసెస్ చేయడానికి ఎక్కువ కంప్యూటింగ్ శక్తి అవసరం. ఇది ఒక కేంద్రీకృత శక్తి, ఇది బ్లాక్ పరిమాణాలను క్యాపింగ్ చేయడం ద్వారా నిరోధించబడుతుంది.
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [లావాదేవీలు](/developers/docs/transactions/)
+- [గ్యాస్](/developers/docs/gas/)
+- [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/te/developers/docs/bridges/index.md b/public/content/translations/te/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..76f5f79a81c
--- /dev/null
+++ b/public/content/translations/te/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: వంతెనలు
+description: డెవలపర్ల కోసం బ్రిడ్జింగ్ యొక్క అవలోకనం
+lang: te
+---
+
+L1 బ్లాక్చైన్లు మరియు L2 [స్కేలింగ్](/developers/docs/scaling/) పరిష్కారాల విస్తరణతో పాటు, వికేంద్రీకృత అప్లికేషన్లు క్రాస్-చైన్కు వెళ్లే సంఖ్య నిరంతరం పెరుగుతుండటంతో, చైన్ల మధ్య కమ్యూనికేషన్ మరియు ఆస్తుల బదిలీ అవసరం నెట్వర్క్ మౌలిక సదుపాయాలలో ఒక ముఖ్యమైన భాగంగా మారింది. దీనిని సాధ్యం చేయడానికి వివిధ రకాల బ్రిడ్జ్లు ఉన్నాయి.
+
+## బ్రిడ్జ్ల అవసరం {#need-for-bridges}
+
+బ్లాక్చైన్ నెట్వర్క్లను కనెక్ట్ చేయడానికి బ్రిడ్జ్లు ఉన్నాయి. అవి బ్లాక్చైన్ల మధ్య కనెక్టివిటీ మరియు ఇంటర్ఆపరేబిలిటీని ప్రారంభిస్తాయి.
+
+బ్లాక్చైన్లు వివిక్త వాతావరణాలలో ఉన్నాయి, అంటే ఇతర బ్లాక్చైన్లతో సహజంగా వ్యాపారం చేయడానికి మరియు కమ్యూనికేట్ చేయడానికి బ్లాక్చైన్లకు మార్గం లేదు. ఫలితంగా, ఒక పర్యావరణ వ్యవస్థలో గణనీయమైన కార్యాచరణ మరియు ఆవిష్కరణ ఉన్నప్పటికీ, ఇతర పర్యావరణ వ్యవస్థలతో కనెక్టివిటీ మరియు ఇంటర్ఆపరేబిలిటీ లేకపోవడం వల్ల ఇది పరిమితం చేయబడింది.
+
+వివిక్త బ్లాక్చైన్ వాతావరణాలు ఒకదానితో ఒకటి కనెక్ట్ అవ్వడానికి బ్రిడ్జ్లు ఒక మార్గాన్ని అందిస్తాయి. అవి బ్లాక్చైన్ల మధ్య రవాణా మార్గాన్ని ఏర్పాటు చేస్తాయి, ఇక్కడ టోకెన్లు, సందేశాలు, ఏకపక్ష డేటా, మరియు [స్మార్ట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/) కాల్లు కూడా ఒక చైన్ నుండి మరొకదానికి బదిలీ చేయబడతాయి.
+
+## బ్రిడ్జ్ల ప్రయోజనాలు {#benefits-of-bridges}
+
+సరళంగా చెప్పాలంటే, బ్రిడ్జ్లు బ్లాక్చైన్ నెట్వర్క్లను డేటాను మార్పిడి చేసుకోవడానికి మరియు వాటి మధ్య ఆస్తులను తరలించడానికి అనుమతించడం ద్వారా అనేక వినియోగ సందర్భాలను అన్లాక్ చేస్తాయి.
+
+బ్లాక్చైన్లు అప్లికేషన్లను నిర్మించడానికి ప్రత్యేకమైన బలాలు, బలహీనతలు మరియు విధానాలను కలిగి ఉంటాయి (వేగం, త్రూపుట్, ఖర్చు మొదలైనవి). బ్లాక్చైన్లు ఒకదానికొకటి ఆవిష్కరణలను ఉపయోగించుకునేలా చేయడం ద్వారా బ్రిడ్జ్లు మొత్తం క్రిప్టో పర్యావరణ వ్యవస్థ అభివృద్ధికి సహాయపడతాయి.
+
+డెవలపర్ల కోసం, బ్రిడ్జ్లు ఈ క్రింది వాటిని ప్రారంభిస్తాయి:
+
+- చైన్ల అంతటా ఏదైనా డేటా, సమాచారం మరియు ఆస్తుల బదిలీ.
+- బ్రిడ్జ్లు ప్రోటోకాల్లు అందించగల వాటి కోసం డిజైన్ స్థలాన్ని విస్తరించడం వలన ప్రోటోకాల్ల కోసం కొత్త ఫీచర్లు మరియు వినియోగ సందర్భాలను అన్లాక్ చేయడం. ఉదాహరణకు, Ethereum మెయిన్నెట్లో వాస్తవానికి అమలు చేయబడిన యీల్డ్ ఫార్మింగ్ కోసం ఒక ప్రోటోకాల్ అన్ని EVM-అనుకూల చైన్లలో లిక్విడిటీ పూల్స్ను అందించగలదు.
+- వివిధ బ్లాక్చైన్ల బలాలను ఉపయోగించుకునే అవకాశం. ఉదాహరణకు, డెవలపర్లు వారి డాప్స్ను రోలప్లు మరియు సైడ్చైన్లలో అమలు చేయడం ద్వారా వివిధ L2 పరిష్కారాలు అందించే తక్కువ రుసుము నుండి ప్రయోజనం పొందవచ్చు మరియు వినియోగదారులు వాటి మధ్య బ్రిడ్జ్ చేయవచ్చు.
+- కొత్త ఉత్పత్తులను నిర్మించడానికి వివిధ బ్లాక్చైన్ పర్యావరణ వ్యవస్థల నుండి డెవలపర్ల మధ్య సహకారం.
+- వివిధ పర్యావరణ వ్యవస్థల నుండి వినియోగదారులను మరియు సంఘాలను వారి డాప్స్కు ఆకర్షించడం.
+
+## బ్రిడ్జ్లు ఎలా పని చేస్తాయి? {#how-do-bridges-work}
+
+అనేక [బ్రిడ్జ్ డిజైన్ల రకాలు](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/) ఉన్నప్పటికీ, ఆస్తుల క్రాస్-చైన్ బదిలీని సులభతరం చేయడానికి మూడు మార్గాలు ప్రత్యేకంగా నిలుస్తాయి:
+
+- **లాక్ మరియు మింట్ –** సోర్స్ చైన్లో ఆస్తులను లాక్ చేసి, డెస్టినేషన్ చైన్లో ఆస్తులను మింట్ చేయండి.
+- **బర్న్ మరియు మింట్ –** సోర్స్ చైన్లో ఆస్తులను బర్న్ చేసి, డెస్టినేషన్ చైన్లో ఆస్తులను మింట్ చేయండి.
+- **అటామిక్ స్వాప్స్ –** మరొక పార్టీతో సోర్స్ చైన్లోని ఆస్తులను డెస్టినేషన్ చైన్లోని ఆస్తులతో స్వాప్ చేయడం.
+
+## బ్రిడ్జ్ రకాలు {#bridge-types}
+
+బ్రిడ్జ్లను సాధారణంగా ఈ క్రింది బకెట్లలో ఒకటిగా వర్గీకరించవచ్చు:
+
+- **స్థానిక బ్రిడ్జ్లు –** ఈ బ్రిడ్జ్లు సాధారణంగా ఒక నిర్దిష్ట బ్లాక్చైన్లో లిక్విడిటీని బూట్స్ట్రాప్ చేయడానికి నిర్మించబడతాయి, ఇది వినియోగదారులు పర్యావరణ వ్యవస్థకు నిధులను తరలించడాన్ని సులభతరం చేస్తుంది. ఉదాహరణకు, [ఆర్బిట్రమ్ బ్రిడ్జ్](https://bridge.arbitrum.io/) వినియోగదారులు Ethereum మెయిన్నెట్ నుండి ఆర్బిట్రమ్కు బ్రిడ్జ్ చేయడానికి సౌకర్యవంతంగా నిర్మించబడింది. ఇతర బ్రిడ్జ్లలో పాలీగాన్ PoS బ్రిడ్జ్, [ఆప్టిమిజం గేట్వే](https://app.optimism.io/bridge) మొదలైనవి ఉన్నాయి.
+- **వాలిడేటర్ లేదా ఒరాకిల్ ఆధారిత బ్రిడ్జ్లు –** ఈ బ్రిడ్జ్లు క్రాస్-చైన్ బదిలీలను ధృవీకరించడానికి బాహ్య వాలిడేటర్ సెట్ లేదా ఒరాకిల్స్పై ఆధారపడతాయి. ఉదాహరణలు: మల్టీచైన్ మరియు అక్రాస్.
+- **సాధారణ సందేశ ప్రసార బ్రిడ్జ్లు –** ఈ బ్రిడ్జ్లు ఆస్తులను, సందేశాలు మరియు ఏకపక్ష డేటాతో పాటుగా చైన్ల మధ్య బదిలీ చేయగలవు. ఉదాహరణలు: యాక్సెలార్, లేయర్జీరో మరియు నోమాడ్.
+- **లిక్విడిటీ నెట్వర్క్లు –** ఈ బ్రిడ్జ్లు ప్రధానంగా అటామిక్ స్వాప్ల ద్వారా ఒక చైన్ నుండి మరొకదానికి ఆస్తులను బదిలీ చేయడంపై దృష్టి పెడతాయి. సాధారణంగా, అవి క్రాస్-చైన్ సందేశ ప్రసారానికి మద్దతు ఇవ్వవు. ఉదాహరణలు: కనెక్స్ట్ మరియు హాప్.
+
+## పరిగణించవలసిన లాభనష్టాలు {#trade-offs}
+
+బ్రిడ్జ్లతో, ఖచ్చితమైన పరిష్కారాలు లేవు. బదులుగా, ఒక ఉద్దేశ్యాన్ని నెరవేర్చడానికి చేసిన లాభనష్టాలు మాత్రమే ఉన్నాయి. డెవలపర్లు మరియు వినియోగదారులు కింది కారకాల ఆధారంగా బ్రిడ్జ్లను మూల్యాంకనం చేయవచ్చు:
+
+- **భద్రత –** సిస్టమ్ను ఎవరు ధృవీకరిస్తారు? బాహ్య వాలిడేటర్లచే భద్రపరచబడిన బ్రిడ్జ్లు సాధారణంగా బ్లాక్చైన్ వాలిడేటర్ల ద్వారా స్థానికంగా లేదా సహజంగా భద్రపరచబడిన బ్రిడ్జ్ల కంటే తక్కువ సురక్షితమైనవి.
+- **సౌలభ్యం –** ఒక లావాదేవీని పూర్తి చేయడానికి ఎంత సమయం పడుతుంది మరియు ఒక వినియోగదారు ఎన్ని లావాదేవీలపై సంతకం చేయాలి? ఒక డెవలపర్కు, ఒక బ్రిడ్జ్ను ఇంటిగ్రేట్ చేయడానికి ఎంత సమయం పడుతుంది మరియు ఈ ప్రక్రియ ఎంత క్లిష్టంగా ఉంటుంది?
+- **కనెక్టివిటీ –** ఒక బ్రిడ్జ్ కనెక్ట్ చేయగల వివిధ డెస్టినేషన్ చైన్లు ఏవి (అంటే, రోలప్లు, సైడ్చైన్లు, ఇతర లేయర్ 1 బ్లాక్చైన్లు, మొదలైనవి), మరియు కొత్త బ్లాక్చైన్ను ఇంటిగ్రేట్ చేయడం ఎంత కష్టం?
+- **మరింత సంక్లిష్టమైన డేటాను పంపే సామర్థ్యం –** ఒక బ్రిడ్జ్ చైన్ల మధ్య సందేశాలు మరియు మరింత సంక్లిష్టమైన ఏకపక్ష డేటా బదిలీని ప్రారంభించగలదా, లేదా ఇది క్రాస్-చైన్ ఆస్తి బదిలీలకు మాత్రమే మద్దతు ఇస్తుందా?
+- **ఖర్చు-సామర్థ్యం –** ఒక బ్రిడ్జ్ ద్వారా చైన్ల మధ్య ఆస్తులను బదిలీ చేయడానికి ఎంత ఖర్చవుతుంది? సాధారణంగా, బ్రిడ్జ్లు గ్యాస్ ఖర్చులు మరియు నిర్దిష్ట మార్గాల లిక్విడిటీని బట్టి స్థిర లేదా వేరియబుల్ రుసుమును వసూలు చేస్తాయి. దాని భద్రతను నిర్ధారించడానికి అవసరమైన మూలధనం ఆధారంగా ఒక బ్రిడ్జ్ యొక్క ఖర్చు-సామర్థ్యాన్ని మూల్యాంకనం చేయడం కూడా చాలా ముఖ్యం.
+
+ఉన్నత స్థాయిలో, బ్రిడ్జ్లను విశ్వసనీయ మరియు విశ్వాసరహితంగా వర్గీకరించవచ్చు.
+
+- **విశ్వసనీయ –** విశ్వసనీయ బ్రిడ్జ్లు బాహ్యంగా ధృవీకరించబడతాయి. అవి చైన్ల మధ్య డేటాను పంపడానికి బాహ్య ధృవీకరణల సమితిని (మల్టీ-సిగ్, మల్టీ-పార్టీ కంప్యూటేషన్ సిస్టమ్స్, ఒరాకిల్ నెట్వర్క్తో కూడిన ఫెడరేషన్లు) ఉపయోగిస్తాయి. ఫలితంగా, అవి గొప్ప కనెక్టివిటీని అందిస్తాయి మరియు చైన్ల అంతటా పూర్తిగా సాధారణీకరించిన సందేశ ప్రసారాన్ని ప్రారంభిస్తాయి. అవి వేగం మరియు ఖర్చు-సామర్థ్యంతో కూడా బాగా పని చేస్తాయి. ఇది భద్రతా వ్యయంతో వస్తుంది, ఎందుకంటే వినియోగదారులు బ్రిడ్జ్ యొక్క భద్రతపై ఆధారపడవలసి ఉంటుంది.
+- **విశ్వాసరహిత –** ఈ బ్రిడ్జ్లు సందేశాలు మరియు టోకెన్లను బదిలీ చేయడానికి అవి కనెక్ట్ అవుతున్న బ్లాక్చైన్లు మరియు వాటి వాలిడేటర్లపై ఆధారపడతాయి. అవి 'విశ్వాసరహితమైనవి' ఎందుకంటే అవి (బ్లాక్చైన్లతో పాటు) కొత్త విశ్వాస అంచనాలను జోడించవు. ఫలితంగా, విశ్వాసరహిత బ్రిడ్జ్లు విశ్వసనీయ బ్రిడ్జ్ల కంటే ఎక్కువ సురక్షితమైనవిగా పరిగణించబడతాయి.
+
+ఇతర కారకాల ఆధారంగా విశ్వాసరహిత బ్రిడ్జ్లను మూల్యాంకనం చేయడానికి, మనం వాటిని సాధారణ సందేశ ప్రసార బ్రిడ్జ్లు మరియు లిక్విడిటీ నెట్వర్క్లుగా విభజించాలి.
+
+- **సాధారణ సందేశ ప్రసార బ్రిడ్జ్లు –** ఈ బ్రిడ్జ్లు భద్రతలో మరియు చైన్ల మధ్య మరింత సంక్లిష్టమైన డేటాను బదిలీ చేయగల సామర్థ్యంలో రాణిస్తాయి. సాధారణంగా, అవి ఖర్చు-సామర్థ్యంతో కూడా మంచివి. అయినప్పటికీ, ఈ బలాలు సాధారణంగా లైట్ క్లయింట్ బ్రిడ్జ్ల (ఉదా: IBC) కోసం కనెక్టివిటీ ఖర్చుతో మరియు ఫ్రాడ్ ప్రూఫ్లను ఉపయోగించే ఆశావాద బ్రిడ్జ్ల (ఉదా: Nomad) కోసం వేగ ప్రతికూలతలతో వస్తాయి.
+- **లిక్విడిటీ నెట్వర్క్లు –** ఈ బ్రిడ్జ్లు ఆస్తులను బదిలీ చేయడానికి అటామిక్ స్వాప్లను ఉపయోగిస్తాయి మరియు స్థానికంగా ధృవీకరించబడిన వ్యవస్థలు (అంటే, లావాదేవీలను ధృవీకరించడానికి అవి అంతర్లీన బ్లాక్చైన్ల వాలిడేటర్లను ఉపయోగిస్తాయి). ఫలితంగా, అవి భద్రత మరియు వేగంతో రాణిస్తాయి. అంతేకాకుండా, అవి తులనాత్మకంగా ఖర్చు-సమర్థవంతమైనవిగా పరిగణించబడతాయి మరియు మంచి కనెక్టివిటీని అందిస్తాయి. అయినప్పటికీ, ప్రధాన లాభనష్టం ఏమిటంటే మరింత సంక్లిష్టమైన డేటాను పంపలేకపోవడం – ఎందుకంటే అవి క్రాస్-చైన్ సందేశ ప్రసారానికి మద్దతు ఇవ్వవు.
+
+## బ్రిడ్జ్లతో ప్రమాదం {#risk-with-bridges}
+
+DeFiలోని మొదటి మూడు [అతిపెద్ద హ్యాక్లకు](https://rekt.news/leaderboard/) బ్రిడ్జ్లే కారణం మరియు అవి ఇంకా అభివృద్ధి ప్రారంభ దశలోనే ఉన్నాయి. ఏదైనా బ్రిడ్జ్ని ఉపయోగించడం కింది నష్టాలను కలిగి ఉంటుంది:
+
+- **స్మార్ట్ కాంట్రాక్ట్ ప్రమాదం –** అనేక బ్రిడ్జ్లు ఆడిట్లను విజయవంతంగా ఆమోదించినప్పటికీ, హ్యాక్లకు ఆస్తులు బహిర్గతం కావడానికి స్మార్ట్ కాంట్రాక్ట్లో ఒక లోపం ఉంటే చాలు (ఉదా: [సోలానా వార్మ్హోల్ బ్రిడ్జ్](https://rekt.news/wormhole-rekt/)).
+- **వ్యవస్థాగత ఆర్థిక నష్టాలు** – అనేక బ్రిడ్జ్లు కొత్త చైన్లో అసలు ఆస్తి యొక్క కానానికల్ వెర్షన్లను మింట్ చేయడానికి చుట్టబడిన ఆస్తులను ఉపయోగిస్తాయి. ఇది పర్యావరణ వ్యవస్థను వ్యవస్థాగత ప్రమాదానికి గురి చేస్తుంది, ఎందుకంటే మేము చుట్టబడిన టోకెన్ల వెర్షన్లు దోపిడీకి గురవ్వడాన్ని చూశాము.
+- **ప్రతిపక్ష ప్రమాదం –** కొన్ని బ్రిడ్జ్లు విశ్వసనీయ డిజైన్ను ఉపయోగిస్తాయి, ఇది వాలిడేటర్లు వినియోగదారుల నిధులను దొంగిలించడానికి కుమ్మక్కు కారని వినియోగదారులు భావించవలసి ఉంటుంది. వినియోగదారులు ఈ మూడవ-పక్ష నటులను విశ్వసించాల్సిన అవసరం వారిని రగ్ పుల్స్, సెన్సార్షిప్ మరియు ఇతర హానికరమైన కార్యకలాపాలు వంటి ప్రమాదాలకు గురి చేస్తుంది.
+- **తెరవబడిన సమస్యలు –** బ్రిడ్జ్లు అభివృద్ధి చెందుతున్న దశలో ఉన్నందున, నెట్వర్క్ రద్దీ సమయాలు మరియు నెట్వర్క్-స్థాయి దాడులు లేదా స్టేట్ రోల్బ్యాక్లు వంటి ఊహించని సంఘటనల సమయంలో వంటి వివిధ మార్కెట్ పరిస్థితులలో బ్రిడ్జ్లు ఎలా పని చేస్తాయనే దాని గురించి సమాధానం లేని అనేక ప్రశ్నలు ఉన్నాయి. ఈ అనిశ్చితి కొన్ని ప్రమాదాలను కలిగిస్తుంది, వాటి స్థాయి ఇంకా తెలియదు.
+
+## డాప్స్ బ్రిడ్జ్లను ఎలా ఉపయోగించగలవు? {#how-can-dapps-use-bridges}
+
+బ్రిడ్జ్ల గురించి మరియు వారి డాప్ను క్రాస్-చైన్గా తీసుకువెళ్లడం గురించి డెవలపర్లు పరిగణించగల కొన్ని ఆచరణాత్మక అప్లికేషన్లు ఇక్కడ ఉన్నాయి:
+
+### బ్రిడ్జ్లను ఏకీకృతం చేయడం {#integrating-bridges}
+
+డెవలపర్ల కోసం, బ్రిడ్జ్లకు మద్దతును జోడించడానికి అనేక మార్గాలు ఉన్నాయి:
+
+1. **మీ స్వంత బ్రిడ్జ్ను నిర్మించడం –** సురక్షితమైన మరియు నమ్మదగిన బ్రిడ్జ్ను నిర్మించడం అంత సులభం కాదు, ముఖ్యంగా మీరు మరింత విశ్వాసం-తగ్గించిన మార్గాన్ని తీసుకుంటే. అంతేకాకుండా, స్కేలబిలిటీ మరియు ఇంటర్ఆపరేబిలిటీ అధ్యయనాలకు సంబంధించి దీనికి సంవత్సరాల అనుభవం మరియు సాంకేతిక నైపుణ్యం అవసరం. అదనంగా, ఒక బ్రిడ్జ్ను నిర్వహించడానికి ఒక ప్రత్యక్ష బృందం అవసరం మరియు దానిని సాధ్యమయ్యేలా చేయడానికి తగినంత లిక్విడిటీని ఆకర్షించడం అవసరం.
+
+2. **వినియోగదారులకు బహుళ బ్రిడ్జ్ ఎంపికలను చూపడం –** అనేక [డాప్స్కు](/developers/docs/dapps/) వాటితో సంకర్షణ చెందడానికి వినియోగదారులు వారి స్థానిక టోకెన్ను కలిగి ఉండాలి. వినియోగదారులు వారి టోకెన్లను యాక్సెస్ చేయడానికి, వారు వారి వెబ్సైట్లో వివిధ బ్రిడ్జ్ ఎంపికలను అందిస్తారు. అయినప్పటికీ, ఈ పద్ధతి సమస్యకు త్వరిత పరిష్కారం, ఎందుకంటే ఇది వినియోగదారుని డాప్ ఇంటర్ఫేస్ నుండి దూరం చేస్తుంది మరియు ఇప్పటికీ వారు ఇతర డాప్స్ మరియు బ్రిడ్జ్లతో సంకర్షణ చెందాలని కోరుతుంది. ఇది తప్పులు చేసే అవకాశం పెరిగిన శ్రమతో కూడిన ఆన్బోర్డింగ్ అనుభవం.
+
+3. **ఒక బ్రిడ్జ్ను ఏకీకృతం చేయడం –** ఈ పరిష్కారం డాప్ వినియోగదారులను బాహ్య బ్రిడ్జ్ మరియు DEX ఇంటర్ఫేస్లకు పంపాల్సిన అవసరం లేదు. ఇది డాప్స్ వినియోగదారు ఆన్బోర్డింగ్ అనుభవాన్ని మెరుగుపరచడానికి అనుమతిస్తుంది. అయినప్పటికీ, ఈ విధానానికి దాని పరిమితులు ఉన్నాయి:
+
+ - బ్రిడ్జ్ల మూల్యాంకనం మరియు నిర్వహణ కష్టమైనవి మరియు సమయం తీసుకుంటాయి.
+ - ఒక బ్రిడ్జ్ను ఎంచుకోవడం ఒకే వైఫల్యం మరియు ఆధారపడటాన్ని సృష్టిస్తుంది.
+ - డాప్ బ్రిడ్జ్ యొక్క సామర్థ్యాల ద్వారా పరిమితం చేయబడింది.
+ - బ్రిడ్జ్లు మాత్రమే సరిపోకపోవచ్చు. క్రాస్-చైన్ స్వాప్లు వంటి మరిన్ని కార్యాచరణలను అందించడానికి డాప్స్కు DEXలు అవసరం కావచ్చు.
+
+4. **బహుళ బ్రిడ్జ్లను ఏకీకృతం చేయడం –** ఈ పరిష్కారం ఒకే బ్రిడ్జ్ను ఏకీకృతం చేయడంతో సంబంధం ఉన్న అనేక సమస్యలను పరిష్కరిస్తుంది. అయినప్పటికీ, దీనికి కూడా పరిమితులు ఉన్నాయి, ఎందుకంటే బహుళ బ్రిడ్జ్లను ఏకీకృతం చేయడం వనరులను వినియోగించుకుంటుంది మరియు డెవలపర్ల కోసం సాంకేతిక మరియు కమ్యూనికేషన్ ఓవర్హెడ్లను సృష్టిస్తుంది—క్రిప్టోలో అత్యంత అరుదైన వనరు.
+
+5. **ఒక బ్రిడ్జ్ అగ్రిగేటర్ను ఏకీకృతం చేయడం –** డాప్స్ కోసం మరొక ఎంపిక బ్రిడ్జ్ అగ్రిగేషన్ పరిష్కారాన్ని ఏకీకృతం చేయడం, ఇది వారికి బహుళ బ్రిడ్జ్లకు యాక్సెస్ ఇస్తుంది. బ్రిడ్జ్ అగ్రిగేటర్లు అన్ని బ్రిడ్జ్ల బలాలను వారసత్వంగా పొందుతాయి మరియు అందువల్ల ఏ ఒక్క బ్రిడ్జ్ సామర్థ్యాల ద్వారా పరిమితం చేయబడవు. గమనించదగ్గ విషయం ఏమిటంటే, బ్రిడ్జ్ అగ్రిగేటర్లు సాధారణంగా బ్రిడ్జ్ ఇంటిగ్రేషన్లను నిర్వహిస్తాయి, ఇది డాప్ను బ్రిడ్జ్ ఇంటిగ్రేషన్ యొక్క సాంకేతిక మరియు కార్యాచరణ అంశాలపై నిఘా ఉంచే అవాంతరాల నుండి కాపాడుతుంది.
+
+అలా చెప్పినప్పటికీ, బ్రిడ్జ్ అగ్రిగేటర్లకు కూడా వాటి పరిమితులు ఉన్నాయి. ఉదాహరణకు, అవి మరిన్ని బ్రిడ్జ్ ఎంపికలను అందించగలవు, కానీ అగ్రిగేటర్ ప్లాట్ఫారమ్లో అందించిన వాటి కంటే మార్కెట్లో సాధారణంగా ఇంకా చాలా బ్రిడ్జ్లు అందుబాటులో ఉన్నాయి. అంతేకాకుండా, బ్రిడ్జ్ల మాదిరిగానే, బ్రిడ్జ్ అగ్రిగేటర్లు కూడా స్మార్ట్ కాంట్రాక్ట్ మరియు సాంకేతిక నష్టాలకు గురవుతాయి (ఎక్కువ స్మార్ట్ కాంట్రాక్ట్లు = ఎక్కువ నష్టాలు).
+
+ఒకవేళ ఒక డాప్ బ్రిడ్జ్ లేదా అగ్రిగేటర్ను ఏకీకృతం చేసే మార్గంలో వెళితే, ఇంటిగ్రేషన్ ఎంత లోతుగా ఉండాలనే దాని ఆధారంగా వివిధ ఎంపికలు ఉన్నాయి. ఉదాహరణకు, ఇది కేవలం వినియోగదారు ఆన్బోర్డింగ్ అనుభవాన్ని మెరుగుపరచడానికి ఒక ఫ్రంట్-ఎండ్ ఇంటిగ్రేషన్ అయితే, ఒక డాప్ విడ్జెట్ను ఏకీకృతం చేస్తుంది. అయినప్పటికీ, స్టేకింగ్, యీల్డ్ ఫార్మింగ్ మొదలైన లోతైన క్రాస్-చైన్ వ్యూహాలను అన్వేషించడానికి ఇంటిగ్రేషన్ ఉంటే, డాప్ SDK లేదా APIని ఏకీకృతం చేస్తుంది.
+
+### బహుళ చైన్లలో ఒక డాప్ను అమలు చేయడం {#deploying-a-dapp-on-multiple-chains}
+
+బహుళ చైన్లలో ఒక డాప్ను అమలు చేయడానికి, డెవలపర్లు [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/) వంటి అభివృద్ధి ప్లాట్ఫారమ్లను ఉపయోగించవచ్చు. సాధారణంగా, ఈ ప్లాట్ఫారమ్లు డాప్స్ను క్రాస్-చైన్కు వెళ్లేలా చేసే కంపోజబుల్ ప్లగిన్లతో వస్తాయి. ఉదాహరణకు, డెవలపర్లు [హార్డ్హాట్-డిప్లాయ్ ప్లగిన్](https://github.com/wighawag/hardhat-deploy) అందించే ఒక నిర్ణయాత్మక డిప్లాయ్మెంట్ ప్రాక్సీని ఉపయోగించవచ్చు.
+
+#### ఉదాహరణలు:
+
+- [క్రాస్-చైన్ డాప్స్ను ఎలా నిర్మించాలి](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [ఒక క్రాస్-చైన్ NFT మార్కెట్ప్లేస్ను నిర్మించడం](https://youtu.be/WZWCzsB1xUE)
+- [మోరాలిస్: క్రాస్-చైన్ NFT డాప్స్ను నిర్మించడం](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### చైన్ల మధ్య కాంట్రాక్ట్ కార్యకలాపాలను పర్యవేక్షించడం {#monitoring-contract-activity-across-chains}
+
+చైన్ల మధ్య కాంట్రాక్ట్ కార్యకలాపాలను పర్యవేక్షించడానికి, డెవలపర్లు స్మార్ట్ కాంట్రాక్ట్లను నిజ-సమయంలో గమనించడానికి సబ్గ్రాఫ్లు మరియు టెండర్లీ వంటి డెవలపర్ ప్లాట్ఫారమ్లను ఉపయోగించవచ్చు. అటువంటి ప్లాట్ఫారమ్లలో క్రాస్-చైన్ కార్యకలాపాల కోసం గొప్ప డేటా పర్యవేక్షణ కార్యాచరణను అందించే ఉపకరణాలు కూడా ఉన్నాయి, ఉదాహరణకు [కాంట్రాక్ట్లచే విడుదల చేయబడిన ఈవెంట్లను](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) తనిఖీ చేయడం మొదలైనవి.
+
+#### ఉపకరణాలు
+
+- [ది గ్రాఫ్](https://thegraph.com/en/)
+- [టెండర్లీ](https://tenderly.co/)
+
+## మరింత సమాచారం {#further-reading}
+
+- [బ్లాక్చైన్ బ్రిడ్జ్లు](/bridges/) – ethereum.org
+- [L2బీట్ బ్రిడ్జ్ రిస్క్ ఫ్రేమ్వర్క్](https://l2beat.com/bridges/summary)
+- [బ్లాక్చైన్ బ్రిడ్జ్లు: క్రిప్టోనెట్వర్క్ల నెట్వర్క్లను నిర్మించడం](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) - సెప్టెంబర్ 8, 2021 – డిమిట్రీ బెరెంజోన్
+- [ది ఇంటర్ఆపరేబిలిటీ ట్రైలెమ్మా](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) - అక్టోబర్ 1, 2021 – అర్జున్ భూప్టాని
+- [క్లస్టర్లు: విశ్వసనీయ & విశ్వాసం-తగ్గించబడిన బ్రిడ్జ్లు బహుళ-చైన్ ల్యాండ్స్కేప్ను ఎలా రూపొందిస్తాయి](https://blog.celestia.org/clusters/) - అక్టోబర్ 4, 2021 – ముస్తఫా అల్-బస్సామ్
+- [LI.FI: బ్రిడ్జ్లతో, విశ్వాసం ఒక స్పెక్ట్రమ్](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) - ఏప్రిల్ 28, 2022 – అర్జున్ చంద్
+- [రోల్అప్ ఇంటర్ఆపరేబిలిటీ సొల్యూషన్స్ స్థితి](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - జూన్ 20, 2024 – అలెక్స్ హుక్
+- [సురక్షితమైన క్రాస్-చైన్ ఇంటర్ఆపరేబిలిటీ కోసం షేర్డ్ సెక్యూరిటీని ఉపయోగించుకోవడం: లాగ్రాంజ్ స్టేట్ కమిటీలు మరియు అంతకు మించి](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - జూన్ 12, 2024 – ఇమ్మాన్యుయేల్ అవోసికా
+
+అదనంగా, [జేమ్స్ ప్రెస్ట్విచ్](https://twitter.com/_prestwich) ద్వారా కొన్ని లోతైన ప్రదర్శనలు ఇక్కడ ఉన్నాయి, ఇవి బ్రిడ్జ్ల గురించి లోతైన అవగాహనను పెంపొందించడంలో సహాయపడతాయి:
+
+- [బ్రిడ్జ్లను నిర్మించడం, గోడలతో కూడిన తోటలను కాదు](https://youtu.be/ZQJWMiX4hT0)
+- [బ్రిడ్జ్లను విడదీయడం](https://youtu.be/b0mC-ZqN8Oo)
+- [బ్రిడ్జ్లు ఎందుకు కాలిపోతున్నాయి](https://youtu.be/c7cm2kd20j8)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/index.md
new file mode 100644
index 00000000000..b1c7e55e9b7
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/index.md
@@ -0,0 +1,92 @@
+---
+title: ఏకాభిప్రాయ యంత్రాంగాలు
+description: వికేంద్రీకృత వ్యవస్థలలో ఏకాభిప్రాయ ప్రోటోకాల్స్ మరియు ఇతీరియములో అవి పోషించే పాత్ర గురించిన వివరణ.
+lang: te
+---
+
+'ప్రూఫ్-ఆఫ్-స్టేక్', 'ప్రూఫ్-ఆఫ్-వర్క్' లేదా 'ప్రూఫ్-ఆఫ్-అథారిటీ' ప్రోటోకాల్లను సూచించడానికి 'ఏకాభిప్రాయ యంత్రాంగం' అనే పదం తరచుగా వాడుకభాషలో ఉపయోగించబడుతుంది. అయితే, ఇవి [సిబిల్ దాడుల నుండి](/glossary/#sybil-attack) రక్షించే ఏకాభిప్రాయ యంత్రాంగాలలోని భాగాలు మాత్రమే. ఏకాభిప్రాయ యంత్రాంగాలు అనేవి ఆలోచనలు, ప్రోటోకాల్లు మరియు ప్రోత్సాహకాల యొక్క పూర్తి స్టాక్, ఇవి వికేంద్రీకృత నోడ్స్ సమితికి ఒక బ్లాక్ చైను యొక్క స్థితిపై అంగీకరించడానికి వీలు కల్పిస్తాయి.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, మీరు ముందుగా మా [ఇతీరియమునకు పరిచయం](/developers/docs/intro-to-ethereum/) చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ఏకాభిప్రాయం అంటే ఏమిటి? {#what-is-consensus}
+
+ఏకాభిప్రాయం ద్వారా, ఒక సాధారణ ఒప్పందం కుదిరిందని మేము అర్థం చేసుకున్నాము. సినిమాకు వెళ్తున్న కొంతమంది వ్యక్తుల సమూహాన్ని పరిగణించండి. ప్రతిపాదించిన సినిమా ఎంపికపై ఎటువంటి అసమ్మతి లేకపోతే, అప్పుడు ఏకాభిప్రాయం సాధించబడుతుంది. అభిప్రాయభేదం ఉంటే, ఏ సినిమా చూడాలనేది నిర్ణయించుకోవడానికి ఆ సమూహం వద్ద మార్గాలు ఉండాలి. అత్యంత తీవ్రమైన సందర్భాలలో, ఆ సమూహం చివరికి విడిపోతుంది.
+
+ఇతీరియము బ్లాక్ చైను విషయంలో, ప్రక్రియ అధికారికీకరించబడింది, మరియు ఏకాభిప్రాయం సాధించడం అంటే నెట్వర్క్లోని కనీసం 66% నోడ్స్ నెట్వర్క్ యొక్క గ్లోబల్ స్థితిపై అంగీకరించడం.
+
+## ఏకాభిప్రాయ యంత్రాంగం అంటే ఏమిటి? {#what-is-a-consensus-mechanism}
+
+ఏకాభిప్రాయ యంత్రాంగం అనే పదం ఒక బ్లాక్ చైను స్థితిపై అంగీకరించడానికి నోడ్స్ నెట్వర్క్ను అనుమతించే ప్రోటోకాల్లు, ప్రోత్సాహకాలు మరియు ఆలోచనల యొక్క మొత్తం స్టాక్ను సూచిస్తుంది.
+
+ఇతీరియము ఒక ప్రూఫ్-ఆఫ్-స్టేక్-ఆధారిత ఏకాభిప్రాయ యంత్రాంగాన్ని ఉపయోగిస్తుంది, ఇది స్టేకర్స్ ద్వారా లాక్ చేయబడిన మూలధనానికి వర్తించే బహుమతులు మరియు జరిమానాల సమితి నుండి దాని క్రిప్టో-ఆర్థిక భద్రతను పొందుతుంది. ఈ ప్రోత్సాహక నిర్మాణం వ్యక్తిగత స్టేకర్లను నిజాయితీగల వాలిడేటర్లను ఆపరేట్ చేయడానికి ప్రోత్సహిస్తుంది, అలా చేయని వారిని శిక్షిస్తుంది మరియు నెట్వర్క్పై దాడి చేయడానికి అత్యంత అధిక వ్యయాన్ని సృష్టిస్తుంది.
+
+అప్పుడు, నిజాయితీగల వాలిడేటర్లను బ్లాక్లను ప్రతిపాదించడానికి లేదా ధృవీకరించడానికి, లావాదేవీలను ప్రాసెస్ చేయడానికి మరియు చైన్ హెడ్ పై వారి అభిప్రాయానికి ఓటు వేయడానికి ఎలా ఎంచుకోవాలో నియంత్రించే ఒక ప్రోటోకాల్ ఉంది. చైన్ హెడ్ దగ్గర ఒకే స్థానంలో బహుళ బ్లాక్లు ఉండే అరుదైన పరిస్థితులలో, ఒక ఫోర్క్-ఛాయిస్ యంత్రాంగం ఉంది, ఇది 'అత్యంత బరువైన' చైన్ను తయారు చేసే బ్లాక్లను ఎంచుకుంటుంది, ఇది బ్లాక్లకు ఓటు వేసిన వాలిడేటర్ల సంఖ్యతో వారి స్టేక్ చేసిన ఈథర్ బ్యాలెన్స్ ద్వారా వెయిట్ చేసి కొలవబడుతుంది.
+
+ఏకాభిప్రాయానికి కొన్ని భావనలు ముఖ్యమైనవి, అవి కోడ్లో స్పష్టంగా నిర్వచించబడలేదు, ఉదాహరణకు నెట్వర్క్పై దాడులకు వ్యతిరేకంగా చివరి రక్షణ రేఖగా సంభావ్య అవుట్-ఆఫ్-బ్యాండ్ సామాజిక సమన్వయం అందించే అదనపు భద్రత.
+
+ఈ భాగాలు కలిసి ఏకాభిప్రాయ యంత్రాంగాన్ని ఏర్పరుస్తాయి.
+
+## ఏకాభిప్రాయ యంత్రాంగాల రకాలు {#types-of-consensus-mechanisms}
+
+### ప్రూఫ్-ఆఫ్-వర్క్ ఆధారిత {#proof-of-work}
+
+బిట్కాయిన్ లాగా, ఇతీరియము ఒకప్పుడు **ప్రూఫ్-ఆఫ్-వర్క్ (PoW)** ఆధారిత ఏకాభిప్రాయ ప్రోటోకాల్ను ఉపయోగించింది.
+
+#### బ్లాక్ సృష్టి {#pow-block-creation}
+
+మైనర్లు ప్రాసెస్ చేయబడిన లావాదేవీలతో నిండిన కొత్త బ్లాక్లను సృష్టించడానికి పోటీపడతారు. విజేత కొత్త బ్లాక్ను మిగిలిన నెట్వర్క్తో పంచుకుంటాడు మరియు కొత్తగా ముద్రించిన కొంత ETHని సంపాదిస్తాడు. గణిత పజిల్ను అత్యంత వేగంగా పరిష్కరించగల కంప్యూటర్ ఈ రేసును గెలుస్తుంది. ఇది ప్రస్తుత బ్లాక్ మరియు దాని ముందు ఉన్న బ్లాక్ మధ్య క్రిప్టోగ్రాఫిక్ లింక్ను ఉత్పత్తి చేస్తుంది. ఈ పజిల్ను పరిష్కరించడమే "ప్రూఫ్-ఆఫ్-వర్క్" లోని పని. అప్పుడు కానానికల్ చైన్ ఒక ఫోర్క్-ఛాయిస్ నియమం ద్వారా నిర్ణయించబడుతుంది, ఇది మైనింగ్ చేయడానికి అత్యధిక పని జరిగిన బ్లాక్ల సమితిని ఎంచుకుంటుంది.
+
+#### భద్రత {#pow-security}
+
+చైన్ను మోసం చేయడానికి నెట్వర్క్ కంప్యూటింగ్ పవర్లో మీకు 51% అవసరం అనే వాస్తవం ద్వారా నెట్వర్క్ సురక్షితంగా ఉంచబడుతుంది. దీనికి పరికరాలు మరియు శక్తిలో భారీ పెట్టుబడులు అవసరం; మీరు పొందే దానికంటే ఎక్కువగా ఖర్చు చేసే అవకాశం ఉంది.
+
+[ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/) గురించి మరింత
+
+### ప్రూఫ్-ఆఫ్-స్టేక్ ఆధారిత {#proof-of-stake}
+
+ఇతీరియము ఇప్పుడు **ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)** ఆధారిత ఏకాభిప్రాయ ప్రోటోకాల్ను ఉపయోగిస్తుంది.
+
+#### బ్లాక్ సృష్టి {#pos-block-creation}
+
+వాలిడేటర్లు బ్లాక్లను సృష్టిస్తారు. ప్రతి స్లాట్లో ఒక వాలిడేటర్ను యాదృచ్ఛికంగా బ్లాక్ ప్రతిపాదకుడిగా ఎంపిక చేస్తారు. వారి ఏకాభిప్రాయం క్లయింట్ వారి జత చేసిన ఎగ్జిక్యూషన్ క్లయింట్ నుండి 'ఎగ్జిక్యూషన్ పేలోడ్'గా లావాదేవీల కట్టను అభ్యర్థిస్తుంది. వారు దీనిని ఏకాభిప్రాయ డేటాలో చుట్టి ఒక బ్లాక్ను ఏర్పరుస్తారు, దానిని వారు ఇతీరియము నెట్వర్క్లోని ఇతర నోడ్స్కు పంపుతారు. ఈ బ్లాక్ ఉత్పత్తికి ETHలో బహుమతి ఇవ్వబడుతుంది. ఒకే స్లాట్కు బహుళ సాధ్యమయ్యే బ్లాక్లు ఉన్నప్పుడు, లేదా నోడ్స్ వేర్వేరు సమయాల్లో బ్లాక్ల గురించి విన్న అరుదైన సందర్భాల్లో, ఫోర్క్ ఛాయిస్ అల్గోరిథం ధృవీకరణల యొక్క అత్యధిక బరువుతో చైన్ను ఏర్పరచే బ్లాక్ను ఎంచుకుంటుంది (ఇక్కడ బరువు అనేది వారి ETH బ్యాలెన్స్ ద్వారా స్కేల్ చేయబడిన ధృవీకరించే వాలిడేటర్ల సంఖ్య).
+
+#### భద్రత {#pos-security}
+
+ఒక ప్రూఫ్-ఆఫ్-స్టేక్ వ్యవస్థ క్రిప్టో-ఆర్థికంగా సురక్షితమైనది, ఎందుకంటే చైన్ను నియంత్రించడానికి ప్రయత్నిస్తున్న దాడి చేసేవాడు భారీ మొత్తంలో ETHని నాశనం చేయాలి. బహుమతుల వ్యవస్థ వ్యక్తిగత స్టేకర్లను నిజాయితీగా ప్రవర్తించడానికి ప్రోత్సహిస్తుంది, మరియు జరిమానాలు స్టేకర్లను దురుద్దేశంతో వ్యవహరించకుండా నిరుత్సాహపరుస్తాయి.
+
+[ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) గురించి మరింత
+
+### ఒక దృశ్య మార్గదర్శి {#types-of-consensus-video}
+
+ఇతీరియములో ఉపయోగించే వివిధ రకాల ఏకాభిప్రాయ యంత్రాంగాల గురించి మరింత చూడండి:
+
+
+
+### సిబిల్ నిరోధకత & చైన్ ఎంపిక {#sybil-chain}
+
+ప్రూఫ్-ఆఫ్-వర్క్ మరియు ప్రూఫ్-ఆఫ్-స్టేక్ మాత్రమే ఏకాభిప్రాయ ప్రోటోకాల్స్ కావు, కానీ సరళత కోసం వాటిని తరచుగా అలా సూచిస్తారు. అవి వాస్తవానికి సిబిల్ నిరోధక యంత్రాంగాలు మరియు బ్లాక్ రచయిత సెలెక్టర్లు; తాజా బ్లాక్ రచయిత ఎవరో నిర్ణయించడానికి అవి ఒక మార్గం. మరొక ముఖ్యమైన భాగం చైన్ ఎంపిక (అకా ఫోర్క్ ఛాయిస్) అల్గోరిథం, ఇది ఒకే స్థానంలో బహుళ బ్లాక్లు ఉన్న సందర్భాలలో చైన్ హెడ్ వద్ద ఒకే ఒక్క సరైన బ్లాక్ను ఎంచుకోవడానికి నోడ్స్కు వీలు కల్పిస్తుంది.
+
+**సిబిల్ నిరోధకత** ఒక ప్రోటోకాల్ సిబిల్ దాడికి వ్యతిరేకంగా ఎలా పనిచేస్తుందో కొలుస్తుంది. ఈ రకమైన దాడికి నిరోధకత వికేంద్రీకృత బ్లాక్ చైనుకు అవసరం మరియు పెట్టిన వనరుల ఆధారంగా మైనర్లు మరియు వాలిడేటర్లు సమానంగా బహుమతి పొందటానికి వీలు కల్పిస్తుంది. ప్రూఫ్-ఆఫ్-వర్క్ మరియు ప్రూఫ్-ఆఫ్-స్టేక్ వినియోగదారులను చాలా శక్తిని ఖర్చు చేసేలా లేదా చాలా కొలేటరల్ పెట్టేలా చేయడం ద్వారా దీని నుండి రక్షిస్తాయి. ఈ రక్షణలు సిబిల్ దాడులకు ఆర్థిక నిరోధకాలు.
+
+ఏ చైన్ "సరైన" చైన్ అని నిర్ణయించడానికి ఒక **చైన్ ఎంపిక నియమం** ఉపయోగించబడుతుంది. బిట్కాయిన్ "పొడవైన చైన్" నియమాన్ని ఉపయోగిస్తుంది, అంటే ఏ బ్లాక్ చైను పొడవైనదిగా ఉంటుందో, దానినే మిగిలిన నోడ్స్ చెల్లుబాటు అయ్యేదిగా అంగీకరించి దానితో పనిచేస్తాయి. ప్రూఫ్-ఆఫ్-వర్క్ చైన్ల కోసం, పొడవైన చైన్ చైన్ యొక్క మొత్తం సంచిత ప్రూఫ్-ఆఫ్-వర్క్ క్లిష్టత ద్వారా నిర్ణయించబడుతుంది. ఇతీరియము కూడా పొడవైన చైన్ నియమాన్ని ఉపయోగించేది; అయితే, ఇప్పుడు ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్పై నడుస్తున్నందున, అది చైన్ యొక్క 'బరువు'ను కొలిచే నవీకరించబడిన ఫోర్క్-ఛాయిస్ అల్గోరిథంను స్వీకరించింది. ఈ బరువు వాలిడేటర్ ఓట్ల సంచిత మొత్తం, ఇది వాలిడేటర్ స్టేక్ చేసిన-ఈథర్ బ్యాలెన్స్ల ద్వారా వెయిట్ చేయబడుతుంది.
+
+ఇతీరియము [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/) అని పిలువబడే ఏకాభిప్రాయ యంత్రాంగాన్ని ఉపయోగిస్తుంది, ఇది [కాస్పర్ FFG ప్రూఫ్-ఆఫ్-స్టేక్](https://arxiv.org/abs/1710.09437)ను [GHOST ఫోర్క్-ఛాయిస్ రూల్](https://arxiv.org/abs/2003.03052)తో మిళితం చేస్తుంది.
+
+## మరింత సమాచారం {#further-reading}
+
+- [బ్లాక్ చైన్ ఏకాభిప్రాయ అల్గోరిథం అంటే ఏమిటి?](https://academy.binance.com/en/articles/what-is-a-blockchain-consensus-algorithm)
+- [నకమోటో ఏకాభిప్రాయం అంటే ఏమిటి? పూర్తి బిగినర్స్ గైడ్](https://blockonomi.com/nakamoto-consensus/)
+- [కాస్పర్ ఎలా పనిచేస్తుంది?](https://medium.com/unitychain/intro-to-casper-ffg-9ed944d98b2d)
+- [ప్రూఫ్ ఆఫ్ వర్క్ బ్లాక్ చైన్ల భద్రత మరియు పనితీరుపై](https://eprint.iacr.org/2016/555.pdf)
+- [బైజాంటైన్ ఫాల్ట్](https://en.wikipedia.org/wiki/Byzantine_fault)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/)
+- [మైనింగ్](/developers/docs/consensus-mechanisms/pow/mining/)
+- [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/)
+- [ప్రూఫ్-ఆఫ్-అథారిటీ](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/poa/index.md
new file mode 100644
index 00000000000..426414808fa
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/poa/index.md
@@ -0,0 +1,80 @@
+---
+title: అధికారం యొక్క రుజువు (PoA)
+description: అధికారం యొక్క రుజువు ఏకాభిప్రాయం ప్రోటోకాల్ మరియు బ్లాక్ చైను పర్యావరణ వ్యవస్థలో దాని పాత్ర యొక్క వివరణ.
+lang: te
+---
+
+**అధికారం యొక్క రుజువు (PoA)** అనేది కీర్తి-ఆధారిత ఏకాభిప్రాయం అల్గారిథం, ఇది [వాటా రుజువు](/developers/docs/consensus-mechanisms/pos/) యొక్క సవరించిన వెర్షన్. ఇది ఎక్కువగా ప్రైవేట్ చెయిన్లు, టెస్టునెట్లు, మరియు స్థానిక అభివృద్ధి నెట్వర్క్లచే ఉపయోగించబడుతుంది. PoA అనేది కీర్తి-ఆధారిత ఏకాభిప్రాయం అల్గారిథం, ఇది PoSలో వాటా-ఆధారిత యంత్రాంగం బదులుగా, బ్లాక్లను ఉత్పత్తి చేయడానికి అధీకృత సంతకం చేసేవారి సమితిని విశ్వసించడాన్ని కోరుతుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, మీరు మొదట [లావాదేవీలు](/developers/docs/transactions/), [బ్లాక్స్](/developers/docs/blocks/), మరియు [ఏకాభిప్రాయం యంత్రాంగాలు](/developers/docs/consensus-mechanisms/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## అధికారం యొక్క రుజువు (PoA) అంటే ఏమిటి? {#what-is-poa}
+
+అధికారం యొక్క రుజువు అనేది **[వాటా రుజువు](/developers/docs/consensus-mechanisms/pos/) (PoS)** యొక్క సవరించిన వెర్షన్, ఇది PoSలో వాటా-ఆధారిత యంత్రాంగం బదులుగా కీర్తి-ఆధారిత ఏకాభిప్రాయం అల్గారిథం. ఈ పదాన్ని 2017లో గావిన్ వుడ్ మొదటిసారిగా పరిచయం చేశారు, మరియు ఈ ఏకాభిప్రాయం అల్గారిథం ఎక్కువగా ప్రైవేట్ చెయిన్లు, టెస్టునెట్లు మరియు స్థానిక అభివృద్ధి నెట్వర్క్లచే ఉపయోగించబడింది, ఎందుకంటే ఇది PoW లాగా అధిక నాణ్యత గల వనరుల అవసరాన్ని అధిగమిస్తుంది, మరియు బ్లాక్ చైనును నిల్వ చేసే మరియు బ్లాక్లను ఉత్పత్తి చేసే నోడ్ల యొక్క చిన్న ఉపసమితిని కలిగి ఉండటం ద్వారా PoSతో స్కేలబిలిటీ సమస్యలను అధిగమిస్తుంది.
+
+అధికారం యొక్క రుజువు [జెనిసిస్ బ్లాక్](/glossary/#genesis-block)లో సెట్ చేయబడిన అధీకృత సంతకం చేసేవారి సమితిని విశ్వసించడాన్ని కోరుతుంది. చాలా ప్రస్తుత అమలులలో, చెయిన్ యొక్క ఏకాభిప్రాయాన్ని నిర్ణయించేటప్పుడు అధీకృత సంతకం చేసే వారందరూ సమాన అధికారం మరియు అధికారాలను కలిగి ఉంటారు. కీర్తిని వాటాగా పెట్టడం వెనుక ఉన్న ఆలోచన ఏమిటంటే, ప్రతి అధీకృత వాలిడేటర్ 'మీ కస్టమర్ను తెలుసుకోండి' (KYC) వంటి వాటి ద్వారా అందరికీ బాగా తెలుసు, లేదా ఒక ప్రసిద్ధ సంస్థ ఏకైక వాలిడేటర్గా ఉండటం—ఈ విధంగా ఒక వాలిడేటర్ ఏదైనా తప్పు చేస్తే, వారి గుర్తింపు తెలుస్తుంది.
+
+PoA యొక్క బహుళ అమలులు ఉన్నాయి, కానీ ప్రామాణిక Ethereum అమలు **clique**, ఇది [EIP-225](https://eips.ethereum.org/EIPS/eip-225)ని అమలు చేస్తుంది. Clique డెవలపర్-స్నేహపూర్వకమైనది మరియు అమలు చేయడానికి సులభమైన ప్రామాణికం, ఇది అన్ని క్లయింట్ సింకింగ్ రకాలకు మద్దతు ఇస్తుంది. ఇతర అమలులలో [IBFT 2.0](https://besu.hyperledger.org/private-networks/concepts/poa) మరియు [Aura](https://openethereum.github.io/Chain-specification) ఉన్నాయి.
+
+## ఇది ఎలా పనిచేస్తుంది {#how-it-works}
+
+PoAలో, కొత్త బ్లాక్లను సృష్టించడానికి అధీకృత సంతకం చేసేవారి సమితిని ఎంపిక చేస్తారు. సంతకం చేసేవారిని వారి కీర్తి ఆధారంగా ఎంపిక చేస్తారు, మరియు కొత్త బ్లాక్లను సృష్టించడానికి వారొక్కరికే అనుమతి ఉంటుంది. సంతకం చేసేవారిని రౌండ్-రాబిన్ పద్ధతిలో ఎంపిక చేస్తారు, మరియు ప్రతి సంతకం చేసేవారు ఒక నిర్దిష్ట సమయ ఫ్రేమ్లో ఒక బ్లాక్ను సృష్టించడానికి అనుమతించబడతారు. బ్లాక్ సృష్టించే సమయం స్థిరంగా ఉంటుంది, మరియు సంతకం చేసేవారు ఆ సమయ ఫ్రేమ్లో ఒక బ్లాక్ను సృష్టించాల్సి ఉంటుంది.
+
+ఈ సందర్భంలో కీర్తి అనేది పరిమాణాత్మకమైన విషయం కాదు, బదులుగా ఇది మైక్రోసాఫ్ట్ మరియు గూగుల్ వంటి ప్రసిద్ధ కార్పొరేషన్ల కీర్తి. అందువల్ల విశ్వసనీయ సంతకం చేసేవారిని ఎన్నుకునే విధానం అల్గారిథమిక్ కాదు, బదులుగా ఇది _నమ్మకం_ అనే సాధారణ మానవ చర్య. ఇక్కడ ఒక సంస్థ, ఉదాహరణకు మైక్రోసాఫ్ట్, వందలాది లేదా వేలాది స్టార్టప్ల మధ్య ఒక PoA ప్రైవేట్ నెట్వర్క్ను సృష్టిస్తుంది మరియు భవిష్యత్తులో గూగుల్ వంటి ఇతర ప్రసిద్ధ సంతకం చేసేవారిని జోడించే అవకాశంతో ఏకైక విశ్వసనీయ సంతకం చేసే పాత్రను పోషిస్తుంది. స్టార్టప్లు, ఎటువంటి సందేహం లేకుండా, మైక్రోసాఫ్ట్ అన్ని సమయాలలో నిజాయితీగా వ్యవహరిస్తుందని మరియు నెట్వర్క్ను ఉపయోగిస్తుందని విశ్వసిస్తాయి. ఇది వివిధ ప్రయోజనాల కోసం నిర్మించబడిన వివిధ చిన్న/ప్రైవేట్ నెట్వర్క్లను వికేంద్రీకృతంగా మరియు పనిచేసే విధంగా ఉంచడానికి వాటిలో వాటా వేయవలసిన అవసరాన్ని, అలాగే చాలా శక్తిని మరియు వనరులను వినియోగించే మైనింగ్ చేసేవారి అవసరాన్ని పరిష్కరిస్తుంది. VeChain వంటి కొన్ని ప్రైవేట్ నెట్వర్క్లు PoA ప్రమాణాన్ని ఉపయోగిస్తాయి, మరియు Binance వంటి కొన్ని దానిని సవరిస్తాయి. ఇది [PoSA](https://academy.binance.com/en/glossary/proof-of-staked-authority-posa)ను ఉపయోగిస్తుంది, ఇది PoA మరియు PoS యొక్క అనుకూల సవరించిన వెర్షన్.
+
+ఓటింగ్ ప్రక్రియ సంతకం చేసేవారి చేతనే చేయబడుతుంది. ప్రతి సంతకం చేసేవారు కొత్త బ్లాక్ను సృష్టించినప్పుడు, వారి బ్లాక్లో ఒక సంతకం చేసేవారిని జోడించడం లేదా తొలగించడం కోసం ఓటు వేస్తారు. ఓట్లను నోడ్లు లెక్కిస్తాయి, మరియు ఓట్లు `SIGNER_LIMIT` అనే నిర్దిష్ట థ్రెషోల్డ్కు చేరుకున్న ఆధారంగా సంతకం చేసేవారు జోడించబడతారు లేదా తొలగించబడతారు.
+
+చిన్న ఫోర్కులు సంభవించే పరిస్థితి ఉండవచ్చు, ఒక బ్లాక్ యొక్క కష్టతరం ఆ బ్లాక్ వరుసగా సంతకం చేయబడిందా లేదా వరుసలో కాకుండా సంతకం చేయబడిందా అనే దానిపై ఆధారపడి ఉంటుంది. “వరుసగా” సంతకం చేసిన బ్లాక్లు కష్టతరం 2 ను, మరియు “వరుసలో కాకుండా” సంతకం చేసిన బ్లాక్లు కష్టతరం 1 ను కలిగి ఉంటాయి. చిన్న ఫోర్కుల విషయంలో, “వరుసగా” బ్లాక్లను సీల్ చేసే ఎక్కువ మంది సంతకం చేసేవారు ఉన్న చెయిన్ అత్యధిక కష్టతరాన్ని పోగుచేసుకుని గెలుస్తుంది.
+
+## దాడి వెక్టర్లు {#attack-vectors}
+
+### హానికరమైన సంతకం చేసేవారు {#malicious-signers}
+
+హానికరమైన వినియోగదారుడిని సంతకం చేసేవారి జాబితాకు జోడించవచ్చు, లేదా ఒక సంతకం కీ/యంత్రం రాజీపడవచ్చు. అటువంటి సందర్భంలో ప్రోటోకాల్ పునర్వ్యవస్థీకరణలు మరియు స్పామింగ్కు వ్యతిరేకంగా తనను తాను రక్షించుకోగలగాలి. ప్రతిపాదిత పరిష్కారం ఏమిటంటే, N అధీకృత సంతకం చేసేవారి జాబితా ఇవ్వబడినప్పుడు, ఏ సంతకం చేసేవారైనా ప్రతి K బ్లాక్లకు 1 బ్లాక్ను మాత్రమే మింట్ చేయగలరు. ఇది నష్టం పరిమితంగా ఉందని నిర్ధారిస్తుంది, మరియు మిగిలిన వాలిడేటర్లు హానికరమైన వినియోగదారుడిని ఓటు వేసి తొలగించగలరు.
+
+### సెన్సార్షిప్ {#censorship-attack}
+
+మరో ఆసక్తికరమైన దాడి వెక్టర్ ఏమిటంటే, ఒక సంతకం చేసేవారు (లేదా సంతకం చేసేవారి సమూహం) వారిని అధికార జాబితా నుండి తొలగించడంపై ఓటు వేసే బ్లాక్లను సెన్సార్ చేయడానికి ప్రయత్నించడం. దీనిని అధిగమించడానికి, సంతకం చేసేవారి అనుమతించబడిన మింటింగ్ ఫ్రీక్వెన్సీ N/2లో 1కి పరిమితం చేయబడింది. ఇది హానికరమైన సంతకం చేసేవారు కనీసం 51% సంతకం ఖాతాలను నియంత్రించాల్సిన అవసరం ఉందని నిర్ధారిస్తుంది, ఆ సమయంలో వారు సమర్థవంతంగా చెయిన్కు కొత్త సత్య-మూలంగా మారతారు.
+
+### స్పామ్ {#spam-attack}
+
+మరో చిన్న దాడి వెక్టర్ ఏమిటంటే, హానికరమైన సంతకం చేసేవారు తాము మింట్ చేసే ప్రతి బ్లాక్లో కొత్త ఓటు ప్రతిపాదనలను చొప్పించడం. నోడ్లు అధీకృత సంతకం చేసేవారి వాస్తవ జాబితాను సృష్టించడానికి అన్ని ఓట్లను లెక్కించాల్సిన అవసరం ఉన్నందున, వారు కాలక్రమేణా అన్ని ఓట్లను రికార్డ్ చేయాలి. ఓటు విండోపై పరిమితి విధించకుండా, ఇది నెమ్మదిగా, ఇంకా అనంతంగా పెరగవచ్చు. పరిష్కారం ఏమిటంటే, W బ్లాక్ల యొక్క _కదిలే_ విండోను ఉంచడం, దాని తర్వాత ఓట్లు పాతవిగా పరిగణించబడతాయి. _ఒక సహేతుకమైన విండో 1-2 ఎపోక్లు కావచ్చు._
+
+### ఏకకాల బ్లాక్లు {#concurrent-blocks}
+
+ఒక PoA నెట్వర్క్లో, N అధీకృత సంతకం చేసేవారు ఉన్నప్పుడు, ప్రతి సంతకం చేసేవారు K బ్లాక్లకు 1 బ్లాక్ను మింట్ చేయడానికి అనుమతించబడతారు, అంటే ఏ సమయంలోనైనా N-K+1 వాలిడేటర్లు మింట్ చేయడానికి అనుమతించబడతారు. ఈ వాలిడేటర్లు బ్లాక్ల కోసం పోటీ పడకుండా నిరోధించడానికి, ప్రతి సంతకం చేసేవారు కొత్త బ్లాక్ను విడుదల చేసే సమయానికి ఒక చిన్న యాదృచ్ఛిక "ఆఫ్సెట్"ను జోడించాలి. ఈ ప్రక్రియ చిన్న ఫోర్కులు అరుదుగా ఉండేలా చూసినప్పటికీ, మెయిన్నెట్ లాగానే అప్పుడప్పుడు ఫోర్కులు సంభవించవచ్చు. ఒక సంతకం చేసేవారు తమ అధికారాన్ని దుర్వినియోగం చేస్తున్నట్లు మరియు గందరగోళానికి కారణమవుతున్నట్లు కనుగొనబడితే, ఇతర సంతకం చేసేవారు వారిని ఓటు వేసి తొలగించగలరు.
+
+ఉదాహరణకు 10 అధీకృత సంతకం చేసేవారు ఉండి, ప్రతి సంతకం చేసేవారు 20 లో 1 బ్లాక్ను సృష్టించడానికి అనుమతించబడితే, అప్పుడు ఏ సమయంలోనైనా, 11 వాలిడేటర్లు బ్లాక్లను సృష్టించగలరు. వారు బ్లాక్లను సృష్టించడానికి పోటీ పడకుండా నిరోధించడానికి, ప్రతి సంతకం చేసేవారు కొత్త బ్లాక్ను విడుదల చేసే సమయానికి ఒక చిన్న యాదృచ్ఛిక "ఆఫ్సెట్"ను జోడిస్తారు. ఇది చిన్న ఫోర్కుల సంభవాన్ని తగ్గిస్తుంది కానీ ఇప్పటికీ Ethereum మెయిన్నెట్లో కనిపించే విధంగా అప్పుడప్పుడు ఫోర్కులను అనుమతిస్తుంది. ఒక సంతకం చేసేవారు తమ అధికారాన్ని దుర్వినియోగం చేసి అంతరాయాలు కలిగిస్తే, వారిని నెట్వర్క్ నుండి ఓటు వేసి తొలగించవచ్చు.
+
+## ప్రయోజనాలు మరియు అప్రయోజనాలు {#pros-and-cons}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| PoS మరియు PoW వంటి ఇతర ప్రజాదరణ పొందిన యంత్రాంగాల కంటే ఎక్కువ స్కేలబుల్, ఎందుకంటే ఇది పరిమిత సంఖ్యలో బ్లాక్ సంతకం చేసేవారిపై ఆధారపడి ఉంటుంది. | PoA నెట్వర్క్లు సాధారణంగా తులనాత్మకంగా తక్కువ సంఖ్యలో వాలిడేటింగ్ నోడ్లను కలిగి ఉంటాయి. ఇది ఒక PoA నెట్వర్క్ను మరింత కేంద్రీకృతం చేస్తుంది. |
+| PoA బ్లాక్ చైనులు నడపడానికి మరియు నిర్వహించడానికి చాలా చౌకైనవి. | అధీకృత సంతకం చేసేవారిగా మారడం సాధారణంగా ఒక సాధారణ వ్యక్తికి అందుబాటులో ఉండదు, ఎందుకంటే బ్లాక్ చైనుకు స్థిరపడిన కీర్తి ఉన్న సంస్థలు అవసరం. |
+| కొత్త బ్లాక్లను ధృవీకరించడానికి పరిమిత సంఖ్యలో సంతకం చేసేవారు మాత్రమే అవసరం కాబట్టి లావాదేవీలు చాలా త్వరగా నిర్ధారించబడతాయి, ఇది 1 సెకను కన్నా తక్కువ సమయం పట్టవచ్చు. | హానికరమైన సంతకం చేసేవారు నెట్వర్క్లో లావాదేవీలను పునర్వ్యవస్థీకరించవచ్చు, రెట్టింపు ఖర్చు చేయవచ్చు, సెన్సార్ చేయవచ్చు. ఈ దాడులు తగ్గించబడినప్పటికీ ఇప్పటికీ సాధ్యమే. |
+
+## మరింత సమాచారం {#further-reading}
+
+- [EIP-225](https://eips.ethereum.org/EIPS/eip-225) _Clique ప్రమాణం_
+- [అధికారం యొక్క రుజువు అధ్యయనం](https://github.com/cryptoeconomics-study/website/blob/master/docs/sync/2.4-lecture.md) _క్రిప్టోఎకనామిక్స్_
+- [అధికారం యొక్క రుజువు అంటే ఏమిటి](https://forum.openzeppelin.com/t/proof-of-authority/3577) _OpenZeppelin_
+- [అధికారం యొక్క రుజువు వివరించబడింది](https://academy.binance.com/en/articles/proof-of-authority-explained) _binance_
+- [బ్లాక్ చైనులో PoA](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)
+- [వాడుకలో లేని PoA, Aura స్పెసిఫికేషన్](https://openethereum.github.io/Chain-specification)
+- [IBFT 2.0, మరొక PoA అమలు](https://besu.hyperledger.org/private-networks/concepts/poa)
+
+### దృశ్య అభ్యాసకులా? {#visual-learner}
+
+అధికారం యొక్క రుజువు యొక్క దృశ్య వివరణను చూడండి:
+
+
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/)
+- [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/)
+
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
new file mode 100644
index 00000000000..e7979ec3882
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -0,0 +1,166 @@
+---
+title: ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ దాడి మరియు రక్షణ
+description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముపై తెలిసిన దాడి వెక్టర్ల గురించి మరియు వాటిని ఎలా రక్షిస్తారో తెలుసుకోండి.
+lang: te
+---
+
+దొంగలు మరియు విధ్వంసకులు ఇతీరియము యొక్క ఖాతాదారుల సాఫ్ట్వేర్పై దాడి చేయడానికి నిరంతరం అవకాశాల కోసం వెతుకుతున్నారు. ఈ పేజీ ఇతీరియము యొక్క ఏకాభిప్రాయం లేయర్పై తెలిసిన దాడి వెక్టర్లను మరియు ఆ దాడులను ఎలా రక్షించుకోవచ్చో వివరిస్తుంది. ఈ పేజీలోని సమాచారం [ఒక దీర్ఘ రూప వెర్షన్](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) నుండి స్వీకరించబడింది.
+
+## అవసరాలు {#prerequisites}
+
+[ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) గురించి కొంత ప్రాథమిక జ్ఞానం అవసరం. అలాగే, ఇతీరియము యొక్క [ప్రోత్సాహక లేయర్](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) మరియు ఫోర్క్-ఎంపిక అల్గారిథమ్, [LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper) గురించి ప్రాథమిక అవగాహన కలిగి ఉండటం సహాయపడుతుంది.
+
+## దాడి చేసేవారికి ఏమి కావాలి? {#what-do-attackers-want}
+
+విజయవంతమైన దాడి చేసిన వ్యక్తి కొత్త ఈథర్ను సృష్టించగలడని లేదా యాదృచ్ఛిక ఖాతాల నుండి ఈథర్ను తీసివేయగలడని ఒక సాధారణ అపోహ ఉంది. ఇవి రెండూ సాధ్యం కావు ఎందుకంటే నెట్వర్క్లోని అన్ని ఎగ్జిక్యూషన్ ఖాతాదారుల ద్వారా అన్ని లావాదేవీలు అమలు చేయబడతాయి. అవి చెల్లుబాటు యొక్క ప్రాథమిక షరతులను సంతృప్తి పరచాలి (ఉదాహరణకు, లావాదేవీలపై పంపినవారి ప్రైవేట్ కీతో సంతకం చేయబడింది, పంపినవారికి తగినంత బ్యాలెన్స్ ఉంది, మొదలైనవి) లేకపోతే అవి కేవలం రివర్ట్ అవుతాయి. దాడి చేసే వ్యక్తి వాస్తవికంగా లక్ష్యంగా చేసుకోగల మూడు రకాల ఫలితాలు ఉన్నాయి: రీఆర్గ్స్, డబుల్ ఫైనాలిటీ లేదా ఫైనాలిటీ ఆలస్యం.
+
+**“రీఆర్గ్”** అనేది బ్లాక్లను కొత్త క్రమంలో పునర్వ్యవస్థీకరించడం, బహుశా కానానికల్ చైన్లో కొన్ని బ్లాక్లను జోడించడం లేదా తీసివేయడంతో. ఒక దురుద్దేశపూర్వక రీఆర్గ్ నిర్దిష్ట బ్లాక్లను చేర్చడం లేదా మినహాయించడం ద్వారా డబుల్-స్పెండింగ్ను లేదా ఫ్రంట్-రన్నింగ్ మరియు బ్యాక్-రన్నింగ్ లావాదేవీల (MEV) ద్వారా విలువను సంగ్రహించడానికి అనుమతించవచ్చు. కానానికల్ చైన్లో నిర్దిష్ట లావాదేవీలు చేర్చబడకుండా నిరోధించడానికి కూడా రీ-ఆర్గ్స్ ఉపయోగించబడతాయి - ఇది ఒక రకమైన సెన్సార్షిప్. రీఆర్గ్ యొక్క అత్యంత తీవ్రమైన రూపం “ఫైనాలిటీ రివర్షన్”, ఇది ఇంతకు ముందు ఫైనలైజ్ చేయబడిన బ్లాక్లను తొలగిస్తుంది లేదా భర్తీ చేస్తుంది. మొత్తం స్టేక్ చేయబడిన ఈథర్లో ⅓ కంటే ఎక్కువ దాడి చేసే వ్యక్తి ద్వారా నాశనం చేయబడితేనే ఇది సాధ్యమవుతుంది - ఈ హామీని “ఆర్థిక ఫైనాలిటీ” అని పిలుస్తారు - దీని గురించి తరువాత మరింతగా తెలుసుకుందాం.
+
+**డబుల్ ఫైనాలిటీ** అనేది అసంభవమైన కానీ తీవ్రమైన పరిస్థితి, ఇక్కడ రెండు ఫోర్కులు ఏకకాలంలో ఫైనలైజ్ చేయగలవు, ఇది చైన్లో శాశ్వత విభజనను సృష్టిస్తుంది. మొత్తం స్టేక్ చేయబడిన ఈథర్లో 34% రిస్క్ చేయడానికి సిద్ధంగా ఉన్న దాడి చేసే వ్యక్తికి ఇది సిద్ధాంతపరంగా సాధ్యమవుతుంది. సంఘం ఆఫ్చైన్లో సమన్వయం చేసుకోవలసి వస్తుంది మరియు ఏ చైన్ను అనుసరించాలనే దానిపై ఒక ఒప్పందానికి రావాలి, దీనికి సామాజిక లేయర్లో బలం అవసరం.
+
+**ఫైనాలిటీ ఆలస్యం** దాడి నెట్వర్క్ను చైన్ యొక్క విభాగాలను ఫైనలైజ్ చేయడానికి అవసరమైన పరిస్థితులను చేరుకోకుండా నిరోధిస్తుంది. ఫైనాలిటీ లేకుండా, ఇతీరియము పైన నిర్మించిన ఆర్థిక అప్లికేషన్లను విశ్వసించడం కష్టం. దాడి చేసే వ్యక్తికి కొన్ని వ్యూహాత్మక షార్ట్ పొజిషన్(లు) ఉంటే తప్ప, ఫైనాలిటీ ఆలస్యం దాడి యొక్క లక్ష్యం నేరుగా లాభపడటం కంటే, కేవలం ఇతీరియమును అడ్డుకోవడమే అయి ఉండవచ్చు.
+
+సామాజిక లేయర్పై దాడి ఇతీరియముపై ప్రజల నమ్మకాన్ని దెబ్బతీయడం, ఈథర్ విలువను తగ్గించడం, స్వీకరణను తగ్గించడం లేదా అవుట్-ఆఫ్-బ్యాండ్ సమన్వయాన్ని మరింత కష్టతరం చేయడానికి ఇతీరియము సంఘాన్ని బలహీనపరచడం లక్ష్యంగా చేసుకోవచ్చు.
+
+ఒక ప్రత్యర్థి ఇతీరియముపై ఎందుకు దాడి చేయవచ్చో స్థాపించిన తరువాత, కింది విభాగాలు వారు దానిని _ఎలా_ చేయవచ్చో పరిశీలిస్తాయి.
+
+## దాడి పద్ధతులు {#methods-of-attack}
+
+### లేయర్ 0 దాడులు {#layer-0}
+
+అన్నింటిలో మొదటిది, ఇతీరియములో చురుకుగా పాల్గొనని వ్యక్తులు (క్లయింట్ సాఫ్ట్వేర్ను అమలు చేయడం ద్వారా) సామాజిక లేయర్ (లేయర్ 0) ను లక్ష్యంగా చేసుకుని దాడి చేయవచ్చు. లేయర్ 0 అనేది ఇతీరియము నిర్మించబడిన పునాది, మరియు అందువల్ల ఇది స్టాక్ యొక్క మిగిలిన భాగం గుండా అలలుగా వ్యాపించే పరిణామాలతో దాడులకు సంభావ్య ఉపరితలాన్ని సూచిస్తుంది. కొన్ని ఉదాహరణలు ఇలా ఉండవచ్చు:
+
+- తప్పుడు సమాచార ప్రచారం ఇతీరియము యొక్క రోడ్మ్యాప్, అభివృద్ధి చేసేవారి బృందాలు, యాప్లు మొదలైన వాటిపై సంఘానికి ఉన్న నమ్మకాన్ని దెబ్బతీయగలదు. ఇది నెట్వర్క్ను సురక్షితం చేయడంలో పాల్గొనడానికి ఇష్టపడే వ్యక్తుల సంఖ్యను తగ్గించగలదు, వికేంద్రీకరణ మరియు క్రిప్టో-ఆర్థిక భద్రత రెండింటినీ దిగజార్చగలదు.
+
+- అభివృద్ధి చేసేవారి సంఘంపై లక్షిత దాడులు మరియు/లేదా బెదిరింపులు. ఇది అభివృద్ధి చేసేవారి స్వచ్ఛంద నిష్క్రమణకు దారితీయగలదు మరియు ఇతీరియము పురోగతిని మందగించగలదు.
+
+- అతి-ఉత్సాహపూరిత నియంత్రణను కూడా లేయర్ 0పై దాడిగా పరిగణించవచ్చు, ఎందుకంటే ఇది భాగస్వామ్యం మరియు స్వీకరణను వేగంగా నిరుత్సాహపరచగలదు.
+
+- బైక్-షెడ్డింగ్ చర్చల ద్వారా పురోగతిని మందగించడం, కీలక నిర్ణయాలను ఆలస్యం చేయడం, స్పామ్ సృష్టించడం మొదలైనవి లక్ష్యంగా ఉన్న зна knowledgeable కానీ దురుద్దేశపూర్వక నటుల చొరబాటు.
+
+- నిర్ణయాలను ప్రభావితం చేయడానికి ఇతీరియము పర్యావరణ వ్యవస్థలోని కీలక ఆటగాళ్లకు లంచాలు ఇవ్వడం.
+
+ఈ దాడులను ప్రత్యేకంగా ప్రమాదకరంగా మార్చేది ఏమిటంటే, చాలా సందర్భాలలో చాలా తక్కువ మూలధనం లేదా సాంకేతిక పరిజ్ఞానం అవసరం. లేయర్ 0 దాడి క్రిప్టో-ఆర్థిక దాడిపై గుణకం కావచ్చు. ఉదాహరణకు, ఒక దురుద్దేశపూర్వక మెజారిటీ వాటాదారుచే సెన్సార్షిప్ లేదా ఫైనాలిటీ పునరుద్ధరణ సాధించబడితే, సామాజిక లేయర్ను బలహీనపరచడం అనేది అవుట్-ఆఫ్-బ్యాండ్ కమ్యూనిటీ ప్రతిస్పందనను సమన్వయం చేయడం మరింత కష్టతరం చేయవచ్చు.
+
+లేయర్ 0 దాడుల నుండి రక్షించడం బహుశా సూటిగా ఉండదు, కానీ కొన్ని ప్రాథమిక సూత్రాలను స్థాపించవచ్చు. ఒకటి, బ్లాగ్లు, డిస్కార్డ్ సర్వర్లు, ఉల్లేఖనలతో కూడిన స్పెక్స్, పుస్తకాలు, పోడ్కాస్ట్లు మరియు యూట్యూబ్ ద్వారా సంఘంలోని నిజాయితీపరులైన సభ్యులు సృష్టించి, ప్రచారం చేసిన ఇతీరియము గురించి బహిరంగ సమాచారం కోసం మొత్తం అధిక సిగ్నల్-టు-నాయిస్ నిష్పత్తిని నిర్వహించడం. ఇక్కడ ethereum.orgలో మేము కచ్చితమైన సమాచారాన్ని నిర్వహించడానికి మరియు దానిని వీలైనన్ని ఎక్కువ భాషలలోకి అనువదించడానికి చాలా కష్టపడతాము. ఒక స్థలాన్ని అధిక నాణ్యత గల సమాచారం మరియు మీమ్లతో నింపడం అనేది తప్పుడు సమాచారానికి వ్యతిరేకంగా సమర్థవంతమైన రక్షణ.
+
+సామాజిక లేయర్ దాడులకు వ్యతిరేకంగా మరో ముఖ్యమైన కోట ఒక స్పష్టమైన మిషన్ స్టేట్మెంట్ మరియు గవర్నెన్స్ ప్రోటోకాల్. ఇతీరియము స్మార్ట్-కాంట్రాక్ట్ లేయర్ 1లలో వికేంద్రీకరణ మరియు భద్రత ఛాంపియన్గా తనను తాను నిలబెట్టుకుంది, అదే సమయంలో స్కేలబిలిటీ మరియు స్థిరత్వానికి కూడా అత్యంత విలువ ఇస్తుంది. ఇతీరియము సంఘంలో ఏవైనా భేదాభిప్రాయాలు తలెత్తినా, ఈ ప్రధాన సూత్రాలు కనీసంగా రాజీపడవు. ఈ ప్రధాన సూత్రాలకు వ్యతిరేకంగా ఒక కథనాన్ని అంచనా వేయడం, మరియు వాటిని EIP (ఇతీరియము మెరుగుదల ప్రతిపాదన) ప్రక్రియలో వరుస సమీక్షల ద్వారా పరిశీలించడం, మంచి మరియు చెడు నటులను వేరుచేయడానికి సంఘానికి సహాయపడవచ్చు మరియు ఇతీరియము యొక్క భవిష్యత్ దిశను ప్రభావితం చేయడానికి దురుద్దేశపూర్వక నటుల పరిధిని పరిమితం చేయవచ్చు.
+
+చివరగా, ఇతీరియము సంఘం అన్ని పాల్గొనేవారికి బహిరంగంగా మరియు స్వాగతపూర్వకంగా ఉండటం చాలా కీలకం. గేట్కీపర్లు మరియు ప్రత్యేకత ఉన్న సంఘం సామాజిక దాడికి ప్రత్యేకంగా గురయ్యే అవకాశం ఉంది, ఎందుకంటే “మేము మరియు వారు” కథనాలను నిర్మించడం సులభం. గిరిజనతత్వం మరియు విషపూరిత మాగ్జిమలిజం సంఘాన్ని దెబ్బతీస్తాయి మరియు లేయర్ 0 భద్రతను క్షీణింపజేస్తాయి. నెట్వర్క్ భద్రతలో నిహిత ఆసక్తి ఉన్న ఇతీరియన్లు ఆన్లైన్ మరియు మీట్స్పేస్లో వారి ప్రవర్తనను ఇతీరియము యొక్క లేయర్ 0 భద్రతకు ప్రత్యక్ష సహకారిగా చూడాలి.
+
+### ప్రోటోకాల్పై దాడి చేయడం {#attacking-the-protocol}
+
+ఎవరైనా ఇతీరియము యొక్క క్లయింట్ సాఫ్ట్వేర్ను రన్ చేయవచ్చు. ఒక క్లయింట్కు వ్యాలిడేటర్ను జోడించడానికి, ఒక వినియోగదారుడు డిపాజిట్ కాంట్రాక్ట్లో 32 ఈథర్ను స్టేక్ చేయాల్సి ఉంటుంది. ఒక వ్యాలిడేటర్ కొత్త బ్లాక్లను ప్రతిపాదించడం మరియు ధృవీకరించడం ద్వారా ఇతీరియము యొక్క నెట్వర్క్ భద్రతలో చురుకుగా పాల్గొనడానికి ఒక వినియోగదారుని అనుమతిస్తుంది. వ్యాలిడేటర్కు ఇప్పుడు బ్లాక్చైను యొక్క భవిష్యత్ విషయాలను ప్రభావితం చేయడానికి ఉపయోగించగల ఒక వాయిస్ ఉంది - వారు నిజాయితీగా అలా చేసి రివార్డుల ద్వారా వారి ఈథర్ నిల్వను పెంచుకోవచ్చు లేదా వారు తమ సొంత ప్రయోజనం కోసం ప్రక్రియను మార్చడానికి ప్రయత్నించవచ్చు, వారి స్టేక్ను పణంగా పెట్టవచ్చు. దాడి చేయడానికి ఒక మార్గం మొత్తం స్టేక్లో ఎక్కువ నిష్పత్తిని కూడబెట్టుకుని, ఆపై నిజాయితీపరులైన వ్యాలిడేటర్లను అవుట్వోట్ చేయడానికి దానిని ఉపయోగించడం. దాడి చేసే వ్యక్తి నియంత్రించే స్టేక్ నిష్పత్తి ఎంత ఎక్కువగా ఉంటే, వారి ఓటింగ్ శక్తి అంత ఎక్కువగా ఉంటుంది, ప్రత్యేకించి కొన్ని ఆర్థిక మైలురాళ్ల వద్ద మనం తరువాత అన్వేషిస్తాము. అయితే, చాలా మంది దాడి చేసేవారు ఈ విధంగా దాడి చేయడానికి తగినంత ఈథర్ను కూడబెట్టుకోలేరు, కాబట్టి వారు నిజాయితీపరులైన మెజారిటీని ఒక నిర్దిష్ట మార్గంలో ప్రవర్తించేలా చేయడానికి సూక్ష్మమైన పద్ధతులను ఉపయోగించవలసి ఉంటుంది.
+
+ప్రాథమికంగా, అన్ని చిన్న-స్టేక్ దాడులు రెండు రకాల వ్యాలిడేటర్ దుష్ప్రవర్తనకు సూక్ష్మ వైవిధ్యాలు: తక్కువ-క్రియాశీలత (ధృవీకరించడంలో/ప్రతిపాదించడంలో విఫలమవడం లేదా ఆలస్యంగా చేయడం) లేదా అతి-క్రియాశీలత (ఒక స్లాట్లో చాలాసార్లు ప్రతిపాదించడం/ధృవీకరించడం). వాటి అత్యంత సాధారణ రూపాలలో ఈ చర్యలు ఫోర్క్-ఎంపిక అల్గారిథమ్ మరియు ప్రోత్సాహక లేయర్ ద్వారా సులభంగా నిర్వహించబడతాయి, కానీ దాడి చేసే వ్యక్తికి ప్రయోజనం చేకూర్చే విధంగా వ్యవస్థను గేమింగ్ చేయడానికి తెలివైన మార్గాలు ఉన్నాయి.
+
+### తక్కువ మొత్తంలో ETH ఉపయోగించి దాడులు {#attacks-by-small-stakeholders}
+
+#### రీఆర్గ్స్ {#reorgs}
+
+అనేక పత్రాలు ఇతీరియముపై దాడులను వివరించాయి, ఇవి మొత్తం స్టేక్ చేయబడిన ఈథర్లో కేవలం ఒక చిన్న నిష్పత్తితో రీఆర్గ్స్ లేదా ఫైనాలిటీ ఆలస్యాన్ని సాధిస్తాయి. ఈ దాడులు సాధారణంగా దాడి చేసే వ్యక్తి ఇతర వ్యాలిడేటర్ల నుండి కొంత సమాచారాన్ని నిలిపివేయడంపై ఆధారపడి ఉంటాయి మరియు ఆపై దానిని కొన్ని సూక్ష్మమైన మార్గంలో మరియు/లేదా కొన్ని అనుకూలమైన సమయంలో విడుదల చేస్తాయి. వారు సాధారణంగా కానానికల్ చైన్ నుండి కొన్ని నిజాయితీపరులైన బ్లాక్(లను) స్థానభ్రంశం చేయడం లక్ష్యంగా పెట్టుకుంటారు. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) దాడి చేసే వ్యాలిడేటర్ ఒక నిర్దిష్ట స్లాట్ `n+1` కోసం ఒక బ్లాక్ (`B`) ను సృష్టించి, ధృవీకరించగలదని చూపించారు, కానీ దానిని నెట్వర్క్లోని ఇతర నోడ్స్కు ప్రచారం చేయకుండా దూరంగా ఉంటారు. బదులుగా, వారు తదుపరి స్లాట్ `n+2` వరకు ఆ ధృవీకరించబడిన బ్లాక్ను పట్టుకుని ఉంటారు. ఒక నిజాయితీపరులైన వ్యాలిడేటర్ స్లాట్ `n+2` కోసం ఒక బ్లాక్ (`C`) ను ప్రతిపాదిస్తుంది. దాదాపు ఏకకాలంలో, దాడి చేసే వ్యక్తి తన నిలిపివేసిన బ్లాక్ (`B`) మరియు దాని కోసం నిలిపివేసిన ధృవీకరణలను విడుదల చేయగలడు, మరియు స్లాట్ `n+2` కోసం తన ఓట్లతో చైన్ యొక్క హెడ్గా `B` అని కూడా ధృవీకరించగలడు, నిజాయితీపరులైన బ్లాక్ `C` యొక్క ఉనికిని సమర్థవంతంగా తిరస్కరించగలడు. నిజాయితీపరులైన బ్లాక్ `D` విడుదల చేయబడినప్పుడు, ఫోర్క్ ఎంపిక అల్గారిథమ్ `D` ను `C` పైన నిర్మించడం కంటే `B` పైన నిర్మించడం బరువుగా ఉందని చూస్తుంది. అందువల్ల దాడి చేసే వ్యక్తి 1-బ్లాక్ ఎక్స్ యాంటీ రీఆర్గ్ ఉపయోగించి స్లాట్ `n+2` లోని నిజాయితీపరులైన బ్లాక్ `C` ను కానానికల్ చైన్ నుండి తొలగించగలిగాడు. స్టేక్లో [34% ఉన్న దాడి చేసే వ్యక్తి](https://www.youtube.com/watch?v=6vzXwwk12ZE) ఈ దాడిలో విజయం సాధించడానికి చాలా మంచి అవకాశం ఉంది, [ఈ నోట్లో](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair) వివరించినట్లుగా. సిద్ధాంతపరంగా, అయితే, ఈ దాడిని చిన్న స్టేక్లతో కూడా ప్రయత్నించవచ్చు. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) ఈ దాడిని 30% స్టేక్తో పనిచేస్తుందని వివరించారు, కానీ తరువాత అది [మొత్తం స్టేక్లో 2%](https://arxiv.org/pdf/2009.04987.pdf) తో మరియు ఆ తరువాత బ్యాలెన్సింగ్ టెక్నిక్లను ఉపయోగించి [ఒకే వ్యాలిడేటర్కు](https://arxiv.org/abs/2110.10086#) సాధ్యమని చూపబడింది, మనం తదుపరి విభాగంలో పరిశీలిస్తాము.
+
+
+
+పైన వివరించిన ఒక-బ్లాక్ రీఆర్గ్ దాడి యొక్క సంభావిత రేఖాచిత్రం (https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair నుండి స్వీకరించబడింది)
+
+మరింత అధునాతన దాడి నిజాయితీపరులైన వ్యాలిడేటర్ సమూహాన్ని చైన్ యొక్క తల గురించి విభిన్న అభిప్రాయాలు ఉన్న వేర్వేరు సమూహాలుగా విభజించగలదు. దీనిని **బ్యాలెన్సింగ్ దాడి** అని అంటారు. దాడి చేసే వ్యక్తి ఒక బ్లాక్ను ప్రతిపాదించే అవకాశం కోసం వేచి ఉంటాడు, మరియు అది వచ్చినప్పుడు వారు సమానంగా విభజించి రెండు ప్రతిపాదిస్తారు. వారు ఒక బ్లాక్ను నిజాయితీపరులైన వ్యాలిడేటర్ సమూహంలో సగానికి మరియు మరొక బ్లాక్ను మరొక సగానికి పంపుతారు. సమాన విభజనను ఫోర్క్-ఎంపిక అల్గారిథమ్ ద్వారా గుర్తించబడుతుంది మరియు బ్లాక్ ప్రపోజర్ను స్లాష్ చేసి నెట్వర్క్ నుండి బహిష్కరించబడుతుంది, కానీ రెండు బ్లాక్లు ఇప్పటికీ ఉంటాయి మరియు ప్రతి ఫోర్క్కు సగం వ్యాలిడేటర్ సమూహం ధృవీకరిస్తుంది. ఇంతలో, మిగిలిన దురుద్దేశపూర్వక వ్యాలిడేటర్లు తమ ధృవీకరణలను నిలిపివేస్తారు. అప్పుడు, ఒకటి లేదా మరొక ఫోర్క్కు అనుకూలమైన ధృవీకరణలను కేవలం తగినంత వ్యాలిడేటర్లకు ఫోర్క్-ఎంపిక అల్గారిథమ్ అమలు చేస్తున్నప్పుడు ఎంపిక చేసి విడుదల చేయడం ద్వారా, వారు ఒకటి లేదా మరొక ఫోర్క్కు అనుకూలంగా ధృవీకరణల సంచిత బరువును టిప్ చేస్తారు. ఇది నిరవధికంగా కొనసాగవచ్చు, దాడి చేసే వ్యాలిడేటర్లు రెండు ఫోర్క్లలో వ్యాలిడేటర్ల సమాన విభజనను నిర్వహిస్తారు. ఏ ఫోర్క్ కూడా 2/3 సూపర్ మెజారిటీని ఆకర్షించలేనందున, నెట్వర్క్ ఫైనలైజ్ కాదు.
+
+**బౌన్సింగ్ దాడులు** కూడా ఒకే రకమైనవి. దాడి చేసే వ్యాలిడేటర్లచే ఓట్లు మళ్లీ నిలిపివేయబడతాయి. రెండు ఫోర్క్ల మధ్య సమాన విభజనను ఉంచడానికి ఓట్లను విడుదల చేయడానికి బదులుగా, వారు ఫోర్క్ A మరియు ఫోర్క్ B మధ్య ప్రత్యామ్నాయంగా ఉండే చెక్పాయింట్లను సమర్థించడానికి అనుకూలమైన సమయాల్లో తమ ఓట్లను ఉపయోగిస్తారు. రెండు ఫోర్క్ల మధ్య ఈ ఫ్లిప్-ఫ్లాపింగ్ జస్టిఫికేషన్ ఏ చైన్లోనైనా ఫైనలైజ్ చేయగల జస్టిఫైడ్ సోర్స్ మరియు టార్గెట్ చెక్పాయింట్ల జతలు ఉండకుండా నిరోధిస్తుంది, ఫైనాలిటీని నిలిపివేస్తుంది.
+
+
+
+బౌన్సింగ్ మరియు బ్యాలెన్సింగ్ దాడులు రెండూ దాడి చేసే వ్యక్తి నెట్వర్క్లో సందేశ సమయంపై చాలా సూక్ష్మ నియంత్రణ కలిగి ఉండటంపై ఆధారపడి ఉంటాయి, ఇది అసంభవం. అయినప్పటికీ, నెమ్మదిగా వచ్చే సందేశాలతో పోలిస్తే త్వరగా వచ్చే సందేశాలకు అదనపు బరువు ఇవ్వడం రూపంలో ప్రోటోకాల్లో రక్షణలు నిర్మించబడ్డాయి. దీనిని [ప్రపోజర్-వెయిట్ బూస్టింగ్](https://github.com/ethereum/consensus-specs/pull/2730) అని అంటారు. బౌన్సింగ్ దాడుల నుండి రక్షించడానికి ఫోర్క్-ఎంపిక అల్గారిథమ్ అప్డేట్ చేయబడింది, తద్వారా తాజా జస్టిఫైడ్ చెక్పాయింట్ ప్రతి ఎపోక్లోని [మొదటి 1/3 స్లాట్లలో](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) మాత్రమే ప్రత్యామ్నాయ చైన్కు మారగలదు. ఈ పరిస్థితి దాడి చేసే వ్యక్తి తరువాత డిప్లాయ్ చేయడానికి ఓట్లను సేవ్ చేయకుండా నిరోధిస్తుంది - ఫోర్క్ ఎంపిక అల్గారిథమ్ కేవలం ఎపోక్ యొక్క మొదటి 1/3 లో ఎంచుకున్న చెక్పాయింట్కు విశ్వసనీయంగా ఉంటుంది, ఈ సమయంలో చాలా నిజాయితీపరులైన వ్యాలిడేటర్లు ఓటు వేసి ఉంటారు.
+
+కలిసి, ఈ చర్యలు ఒక నిజాయితీపరులైన బ్లాక్ ప్రపోజర్ స్లాట్ ప్రారంభమైన వెంటనే వారి బ్లాక్ను చాలా వేగంగా విడుదల చేసే దృశ్యాన్ని సృష్టిస్తాయి, ఆపై ఆ కొత్త బ్లాక్ ఫోర్క్-ఎంపిక అల్గారిథమ్ను మరొక చైన్కు మారడానికి కారణమయ్యే ~1/3 స్లాట్ (4 సెకన్లు) వ్యవధి ఉంటుంది. ఆ అదే గడువు తరువాత, నెమ్మదిగా వచ్చే వ్యాలిడేటర్ల నుండి వచ్చే ధృవీకరణలు ముందుగా వచ్చిన వాటితో పోలిస్తే డౌన్-వెయిట్ చేయబడతాయి. ఇది చైన్ యొక్క తలను నిర్ణయించడంలో త్వరిత ప్రపోజర్లు మరియు వ్యాలిడేటర్లకు బలంగా అనుకూలంగా ఉంటుంది మరియు విజయవంతమైన బ్యాలెన్సింగ్ లేదా బౌన్సింగ్ దాడి సంభావ్యతను గణనీయంగా తగ్గిస్తుంది.
+
+ప్రపోజర్ బూస్టింగ్ మాత్రమే “చౌక రీఆర్గ్స్” నుండి రక్షిస్తుందని గమనించాలి, అంటే, ఒక చిన్న స్టేక్తో దాడి చేసే వ్యక్తి ప్రయత్నించినవి. వాస్తవానికి, ప్రపోజర్-బూస్టింగ్ను పెద్ద వాటాదారులు కూడా గేమ్ చేయవచ్చు. [ఈ పోస్ట్](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) రచయితలు 7% స్టేక్ ఉన్న దాడి చేసే వ్యక్తి తమ ఓట్లను వ్యూహాత్మకంగా డిప్లాయ్ చేసి నిజాయితీపరులైన వ్యాలిడేటర్లను తమ ఫోర్క్పై నిర్మించడానికి, ఒక నిజాయితీపరులైన బ్లాక్ను రీఆర్గ్ చేయడానికి ఎలా మోసం చేయవచ్చో వివరిస్తారు. ఈ దాడి చాలా అసంభవం అయిన ఆదర్శ జాప్య పరిస్థితులను ఊహించి రూపొందించబడింది. దాడి చేసే వ్యక్తికి ఇప్పటికీ చాలా తక్కువ అవకాశాలు ఉన్నాయి, మరియు ఎక్కువ స్టేక్ అంటే ఎక్కువ మూలధనం ప్రమాదంలో ఉంది మరియు బలమైన ఆర్థిక నిరుత్సాహం.
+
+[LMD నియమాన్ని ప్రత్యేకంగా లక్ష్యంగా చేసుకున్న బ్యాలెన్సింగ్ దాడి](https://ethresear.ch/t/balancing-attack-lmd-edition/11853) కూడా ప్రతిపాదించబడింది, ఇది ప్రపోజర్ బూస్టింగ్తో సంబంధం లేకుండా సాధ్యమని సూచించబడింది. దాడి చేసే వ్యక్తి తన బ్లాక్ ప్రతిపాదనను సమానంగా విభజించి మరియు ప్రతి బ్లాక్ను నెట్వర్క్లో సుమారు సగానికి ప్రచారం చేయడం ద్వారా రెండు పోటీ చైన్లను ఏర్పాటు చేస్తాడు, ఫోర్క్ల మధ్య సుమారు బ్యాలెన్స్ను ఏర్పాటు చేస్తాడు. అప్పుడు, కుట్ర చేసే వ్యాలిడేటర్లు తమ ఓట్లను సమానంగా విభజిస్తారు, నెట్వర్క్లో సగం మంది మొదట ఫోర్క్ `A` కోసం తమ ఓట్లను మరియు మిగిలిన సగం మంది మొదట ఫోర్క్ `B` కోసం తమ ఓట్లను స్వీకరించేలా సమయం కేటాయిస్తారు. LMD నియమం రెండవ ధృవీకరణను విస్మరించి, ప్రతి వ్యాలిడేటర్ కోసం మొదటి దానిని మాత్రమే ఉంచుకున్నందున, నెట్వర్క్లో సగం మంది `A` కోసం ఓట్లు మరియు `B` కోసం ఏవీ చూడరు, మిగిలిన సగం మంది `B` కోసం ఓట్లు మరియు `A` కోసం ఏవీ చూడరు. రచయితలు LMD నియమం ప్రత్యర్థికి బ్యాలెన్సింగ్ దాడిని చేయడానికి “అసాధారణమైన శక్తిని” ఇస్తుందని వివరిస్తారు.
+
+ఈ LMD దాడి వెక్టర్ను [ఫోర్క్ ఎంపిక అల్గారిథమ్ను అప్డేట్ చేయడం](https://github.com/ethereum/consensus-specs/pull/2845) ద్వారా మూసివేయబడింది, తద్వారా ఇది ఫోర్క్ ఎంపిక పరిశీలన నుండి సమానంగా విభజించే వ్యాలిడేటర్లను పూర్తిగా విస్మరిస్తుంది. సమానంగా విభజించే వ్యాలిడేటర్ల భవిష్యత్ ప్రభావాన్ని కూడా ఫోర్క్ ఎంపిక అల్గారిథమ్ తగ్గిస్తుంది. ఇది హిమపాతం దాడులకు వ్యతిరేకంగా స్థితిస్థాపకతను కొనసాగిస్తూనే పైన వివరించిన బ్యాలెన్సింగ్ దాడిని నిరోధిస్తుంది.
+
+మరొక తరగతి దాడి, [**అవలాంచ్ దాడులు**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3) అని పిలువబడేది, [మార్చి 2022 పత్రంలో](https://arxiv.org/pdf/2203.01315.pdf) వివరించబడింది. ఒక హిమపాతం దాడిని చేయడానికి, దాడి చేసే వ్యక్తి అనేక వరుస బ్లాక్ ప్రపోజర్లను నియంత్రించాల్సి ఉంటుంది. బ్లాక్ ప్రతిపాదన స్లాట్లలో ప్రతిదానిలో, దాడి చేసే వ్యక్తి తన బ్లాక్ను నిలిపివేస్తాడు, నిజాయితీపరులైన చైన్ నిలిపివేసిన బ్లాక్లతో సమాన సబ్ట్రీ బరువును చేరుకునే వరకు వాటిని సేకరిస్తాడు. అప్పుడు, నిలిపివేయబడిన బ్లాక్లు గరిష్టంగా సమానంగా విభజించబడేలా విడుదల చేయబడతాయి. రచయితలు బ్యాలెన్సింగ్ మరియు బౌన్సింగ్ దాడులకు వ్యతిరేకంగా ప్రాథమిక రక్షణ అయిన ప్రపోజర్ బూస్టింగ్ - కొన్ని హిమపాతం దాడి వేరియంట్ల నుండి రక్షించదని సూచిస్తారు. అయితే, రచయితలు కూడా ఇతీరియము యొక్క ఫోర్క్-ఎంపిక అల్గారిథమ్ యొక్క అత్యంత ఆదర్శీకరించిన వెర్షన్లో మాత్రమే దాడిని ప్రదర్శించారు (వారు LMD లేకుండా GHOST ను ఉపయోగించారు).
+
+LMD-GHOST ఫోర్క్ ఎంపిక అల్గారిథమ్ యొక్క LMD భాగం ద్వారా అవలాంచ్ దాడిని తగ్గించబడుతుంది. LMD అంటే “తాజా-సందేశ-చోదిత” మరియు ఇది ప్రతి వ్యాలిడేటర్ ఇతర వ్యాలిడేటర్ల నుండి స్వీకరించిన తాజా సందేశాన్ని కలిగి ఉన్న పట్టికను సూచిస్తుంది. కొత్త సందేశం ఒక నిర్దిష్ట వ్యాలిడేటర్ కోసం పట్టికలో ఇప్పటికే ఉన్న దాని కంటే ఆలస్యమైన స్లాట్ నుండి వస్తే మాత్రమే ఆ ఫీల్డ్ నవీకరించబడుతుంది. ఆచరణలో, దీని అర్థం ప్రతి స్లాట్లో, స్వీకరించిన మొదటి సందేశం అంగీకరించబడినది మరియు ఏదైనా అదనపు సందేశాలు విస్మరించబడవలసిన సమాన విభజనలు. మరో మాటలో చెప్పాలంటే, ఏకాభిప్రాయం క్లయింట్లు సమాన విభజనలను లెక్కించవు - అవి ప్రతి వ్యాలిడేటర్ నుండి మొదట వచ్చే సందేశాన్ని ఉపయోగిస్తాయి మరియు సమాన విభజనలు కేవలం విస్మరించబడతాయి, అవలాంచ్ దాడులను నివారిస్తాయి.
+
+ప్రపోజర్-బూస్ట్ ద్వారా అందించబడిన భద్రతకు అదనంగా ఫోర్క్ ఎంపిక నియమానికి అనేక ఇతర సంభావ్య భవిష్యత్ అప్గ్రేడ్లు ఉన్నాయి. ఒకటి [వ్యూ-మెర్జ్](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739), ఇక్కడ ధృవీకరించేవారు స్లాట్ ప్రారంభానికి `n` సెకన్ల ముందు ఫోర్క్ ఎంపికపై తమ అభిప్రాయాన్ని స్తంభింపజేస్తారు మరియు ప్రపోజర్ అప్పుడు నెట్వర్క్లో చైన్ యొక్క అభిప్రాయాన్ని సమకాలీకరించడానికి సహాయపడుతుంది. మరొక సంభావ్య అప్గ్రేడ్ [సింగిల్-స్లాట్ ఫైనాలిటీ](https://notes.ethereum.org/@vbuterin/single_slot_finality), ఇది కేవలం ఒక స్లాట్ తర్వాత చైన్ను ఫైనలైజ్ చేయడం ద్వారా సందేశ సమయంపై ఆధారపడిన దాడుల నుండి రక్షిస్తుంది.
+
+#### ఫైనాలిటీ ఆలస్యం {#finality-delay}
+
+తక్కువ-ఖర్చు సింగిల్ బ్లాక్ రీఆర్గ్ దాడిని మొదట వివరించిన [అదే పత్రం](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf) ఒక ఎపోక్-బౌండరీ బ్లాక్ కోసం బ్లాక్ ప్రపోజర్గా ఉన్న దాడి చేసే వ్యక్తిపై ఆధారపడిన ఫైనాలిటీ ఆలస్యం (a.k.a “లైవ్నెస్ వైఫల్యం”) దాడిని కూడా వివరించింది. ఇది చాలా కీలకం ఎందుకంటే ఈ ఎపోక్ సరిహద్దు బ్లాక్లు కాస్పర్ FFG చైన్ యొక్క భాగాలను ఫైనలైజ్ చేయడానికి ఉపయోగించే చెక్పాయింట్లుగా మారతాయి. దాడి చేసే వ్యక్తి కేవలం తగినంత నిజాయితీపరులైన వ్యాలిడేటర్లు ప్రస్తుత ఫైనలైజేషన్ టార్గెట్గా మునుపటి ఎపోక్-బౌండరీ బ్లాక్కు అనుకూలంగా తమ FFG ఓట్లను ఉపయోగించే వరకు వారి బ్లాక్ను నిలిపివేస్తాడు. అప్పుడు వారు నిలిపివేసిన బ్లాక్ను విడుదల చేస్తారు. వారు తమ బ్లాక్కు ధృవీకరిస్తారు మరియు మిగిలిన నిజాయితీపరులైన వ్యాలిడేటర్లు కూడా విభిన్న లక్ష్య చెక్పాయింట్లతో ఫోర్క్లను సృష్టిస్తారు. వారు దానిని సరిగ్గా సమయం కేటాయించినట్లయితే, వారు ఫైనాలిటీని నిరోధిస్తారు ఎందుకంటే ఏ ఫోర్క్కు ధృవీకరించే 2/3 సూపర్ మెజారిటీ ఉండదు. స్టేక్ ఎంత చిన్నదిగా ఉంటే, సమయం అంత కచ్చితంగా ఉండాలి ఎందుకంటే దాడి చేసే వ్యక్తి నేరుగా తక్కువ ధృవీకరణలను నియంత్రిస్తాడు, మరియు దాడి చేసే వ్యక్తి ఒక నిర్దిష్ట ఎపోక్-బౌండరీ బ్లాక్ను ప్రతిపాదించే వ్యాలిడేటర్ను నియంత్రించే అవకాశాలు తక్కువగా ఉంటాయి.
+
+#### సుదీర్ఘ శ్రేణి దాడులు {#long-range-attacks}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్చైన్లకు ప్రత్యేకమైన ఒక తరగతి దాడి కూడా ఉంది, ఇందులో జెనెసిస్ బ్లాక్లో పాల్గొన్న ఒక వ్యాలిడేటర్ నిజాయితీపరులైన దానితో పాటు బ్లాక్చైను యొక్క ప్రత్యేక ఫోర్క్ను నిర్వహిస్తాడు, చివరికి నిజాయితీపరులైన వ్యాలిడేటర్ సమూహాన్ని చాలా తరువాత కొన్ని అనుకూలమైన సమయంలో దానికి మారడానికి ఒప్పిస్తాడు. ఈ రకమైన దాడి ఇతీరియములో సాధ్యం కాదు ఎందుకంటే ఫైనాలిటీ గాడ్జెట్ అన్ని వ్యాలిడేటర్లు సాధారణ వ్యవధిలో (“చెక్పాయింట్లు”) నిజాయితీపరులైన చైన్ యొక్క స్థితిపై అంగీకరించేలా చేస్తుంది. ఈ సాధారణ యంత్రాంగం సుదూర దాడి చేసేవారిని తటస్థీకరిస్తుంది ఎందుకంటే ఇతీరియము ఖాతాదారులు కేవలం ఫైనలైజ్ చేసిన బ్లాక్లను రీఆర్గ్ చేయరు. నెట్వర్క్లో చేరే కొత్త నోడ్స్ నమ్మకమైన ఇటీవలి స్థితి హాష్ (ఒక “[ బలహీనమైన సబ్జెక్టివిటీ](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) చెక్పాయింట్”) ను కనుగొని, దానిని నిర్మించడానికి ఒక సూడో-జెనెసిస్ బ్లాక్గా ఉపయోగించడం ద్వారా అలా చేస్తాయి. ఇది నెట్వర్క్లోకి ప్రవేశించే కొత్త నోడ్ కోసం ఒక ‘నమ్మకపు గేట్వే’ను సృష్టిస్తుంది, అది తనంతట తాను సమాచారాన్ని ధృవీకరించడం ప్రారంభించే ముందు.
+
+#### సేవా నిరాకరణ {#denial-of-service}
+
+ఇతీరియము యొక్క PoS యంత్రాంగం ప్రతి స్లాట్లో బ్లాక్ ప్రపోజర్గా మొత్తం వ్యాలిడేటర్ సమూహం నుండి ఒకే వ్యాలిడేటర్ను ఎంచుకుంటుంది. దీనిని బహిరంగంగా తెలిసిన ఫంక్షన్ను ఉపయోగించి లెక్కించవచ్చు మరియు ఒక ప్రత్యర్థి తదుపరి బ్లాక్ ప్రపోజర్ను వారి బ్లాక్ ప్రతిపాదనకు కొద్దిగా ముందుగానే గుర్తించడం సాధ్యమవుతుంది. అప్పుడు, దాడి చేసే వ్యక్తి బ్లాక్ ప్రపోజర్ను స్పామ్ చేసి వారి తోటివారితో సమాచారాన్ని స్వాప్ చేయకుండా నిరోధించవచ్చు. మిగిలిన నెట్వర్క్కు, బ్లాక్ ప్రపోజర్ ఆఫ్లైన్లో ఉన్నట్లు కనిపిస్తుంది మరియు స్లాట్ కేవలం ఖాళీగా ఉంటుంది. ఇది నిర్దిష్ట వ్యాలిడేటర్లపై ఒక రకమైన సెన్సార్షిప్ కావచ్చు, వారిని బ్లాక్చైనుకు సమాచారాన్ని జోడించకుండా నిరోధించవచ్చు. సింగిల్ సీక్రెట్ లీడర్ ఎన్నికలు (SSLE) లేదా నాన్-సింగిల్ సీక్రెట్ లీడర్ ఎన్నికలను అమలు చేయడం DoS రిస్క్లను తగ్గిస్తుంది ఎందుకంటే కేవలం బ్లాక్ ప్రపోజర్ మాత్రమే వారు ఎంపిక చేయబడ్డారని ఎప్పుడూ తెలుస్తుంది మరియు ఎంపిక ముందుగా తెలియదు. ఇది ఇంకా అమలు చేయబడలేదు, కానీ ఇది [పరిశోధన మరియు అభివృద్ధి](https://ethresear.ch/t/secret-non-single-leader-election/11789) యొక్క క్రియాశీల ప్రాంతం.
+
+ఇవన్నీ ఇతీరియముపై చిన్న స్టేక్తో విజయవంతంగా దాడి చేయడం చాలా కష్టమనే వాస్తవాన్ని సూచిస్తాయి. ఇక్కడ వివరించిన సాధ్యమైన దాడులకు ఒక ఆదర్శ ఫోర్క్-ఎంపిక అల్గారిథమ్, అసంభవమైన నెట్వర్క్ పరిస్థితులు అవసరం, లేదా దాడి వెక్టర్లు ఇప్పటికే క్లయింట్ సాఫ్ట్వేర్కు సాపేక్షంగా చిన్న ప్యాచ్లతో మూసివేయబడ్డాయి. ఇది, వాస్తవానికి, అడవిలో జీరో-డేలు ఉనికిలో ఉండే అవకాశాన్ని తోసిపుచ్చదు, కానీ ఇది మైనారిటీ-స్టేక్ దాడి చేసే వ్యక్తి ప్రభావవంతంగా ఉండటానికి అవసరమైన సాంకేతిక నైపుణ్యం, ఏకాభిప్రాయం లేయర్ జ్ఞానం మరియు అదృష్టం యొక్క అత్యంత ఉన్నత ప్రమాణాన్ని ప్రదర్శిస్తుంది. ఒక దాడి చేసే వ్యక్తి దృక్కోణం నుండి వారి ఉత్తమ పందెం వీలైనంత ఎక్కువ ఈథర్ను కూడబెట్టుకుని, మొత్తం స్టేక్లో ఎక్కువ నిష్పత్తితో ఆయుధాలు ధరించి తిరిగి రావడం కావచ్చు.
+
+### మొత్తం స్టేక్లో >= 33% ఉపయోగించే దాడి చేసేవారు {#attackers-with-33-stake}
+
+ఈ వ్యాసంలో ఇంతకు ముందు పేర్కొన్న అన్ని దాడులు దాడి చేసే వ్యక్తికి ఓటు వేయడానికి ఎక్కువ స్టేక్ చేసిన ఈథర్ ఉన్నప్పుడు, మరియు ప్రతి స్లాట్లో బ్లాక్లను ప్రతిపాదించడానికి ఎంచుకోబడే ఎక్కువ వ్యాలిడేటర్లు ఉన్నప్పుడు విజయవంతం అయ్యే అవకాశం ఎక్కువ. ఒక దురుద్దేశపూర్వక వ్యాలిడేటర్ అందువల్ల వీలైనంత ఎక్కువ స్టేక్ చేసిన ఈథర్ను నియంత్రించడం లక్ష్యంగా పెట్టుకోవచ్చు.
+
+స్టేక్ చేసిన ఈథర్లో 33% ఒక దాడి చేసే వ్యక్తికి ఒక బెంచ్మార్క్, ఎందుకంటే ఈ మొత్తం కంటే ఎక్కువ ఏదైనా ఉంటే వారు ఇతర వ్యాలిడేటర్ల చర్యలను సూక్ష్మంగా నియంత్రించాల్సిన అవసరం లేకుండా చైన్ను ఫైనలైజ్ చేయకుండా నిరోధించే సామర్థ్యాన్ని కలిగి ఉంటారు. వారు కేవలం అందరూ కలిసి అదృశ్యం కావచ్చు. స్టేక్ చేసిన ఈథర్లో 1/3 లేదా అంతకంటే ఎక్కువ దురుద్దేశపూర్వకంగా ధృవీకరించినా లేదా ధృవీకరించడంలో విఫలమైనా, అప్పుడు 2/3 సూపర్ మెజారిటీ ఉనికిలో ఉండదు మరియు చైన్ ఫైనలైజ్ కాదు. దీనికి వ్యతిరేకంగా ఉన్న రక్షణ నిష్క్రియాత్మకత లీక్. నిష్క్రియాత్మకత లీక్ ధృవీకరించడంలో విఫలమైన లేదా మెజారిటీకి విరుద్ధంగా ధృవీకరించే వ్యాలిడేటర్లను గుర్తిస్తుంది. ఈ ధృవీకరించని వ్యాలిడేటర్ల యాజమాన్యంలోని స్టేక్ చేసిన ఈథర్ క్రమంగా క్షీణించిపోతుంది, చివరికి వారు సమిష్టిగా మొత్తంలో 1/3 కంటే తక్కువగా ప్రాతినిధ్యం వహిస్తారు, తద్వారా చైన్ మళ్లీ ఫైనలైజ్ కాగలదు.
+
+నిష్క్రియాత్మకత లీక్ యొక్క ఉద్దేశ్యం చైన్ను మళ్లీ ఫైనలైజ్ చేయడం. అయితే, దాడి చేసే వ్యక్తి తన స్టేక్ చేసిన ఈథర్లో కొంత భాగాన్ని కూడా కోల్పోతాడు. మొత్తం స్టేక్ చేసిన ఈథర్లో 33% ప్రాతినిధ్యం వహించే వ్యాలిడేటర్లలో స్థిరమైన నిష్క్రియాత్మకత చాలా ఖరీదైనది, అయినప్పటికీ వ్యాలిడేటర్లు స్లాష్ చేయబడరు.
+
+ఇతీరియము నెట్వర్క్ అసమకాలికంగా ఉందని (అంటే, సందేశాలు పంపబడటానికి మరియు స్వీకరించబడటానికి మధ్య జాప్యాలు ఉన్నాయని) ఊహించుకుంటే, మొత్తం స్టేక్లో 34% నియంత్రించే దాడి చేసే వ్యక్తి డబుల్ ఫైనాలిటీకి కారణం కావచ్చు. ఎందుకంటే దాడి చేసే వ్యక్తి బ్లాక్ ప్రొడ్యూసర్గా ఎంపికైనప్పుడు సమానంగా విభజించవచ్చు, ఆపై వారి అన్ని వ్యాలిడేటర్లతో డబుల్ ఓటు వేయవచ్చు. ఇది బ్లాక్చైను యొక్క ఫోర్క్ ఉనికిలో ఉన్న పరిస్థితిని సృష్టిస్తుంది, ప్రతిదానికి స్టేక్ చేసిన ఈథర్లో 34% ఓటింగ్ ఉంటుంది. ప్రతి ఫోర్క్కు దాని అనుకూలంగా ఓటు వేయడానికి మిగిలిన వ్యాలిడేటర్లలో 50% మాత్రమే అవసరం, రెండు ఫోర్క్లు కూడా సూపర్ మెజారిటీ ద్వారా మద్దతు పొందడానికి, ఈ సందర్భంలో రెండు చైన్లు కూడా ఫైనలైజ్ కాగలవు (ఎందుకంటే దాడి చేసేవారి వ్యాలిడేటర్లలో 34% + మిగిలిన 66% లో సగం = ప్రతి ఫోర్క్పై 67%). పోటీ పడుతున్న బ్లాక్లు ప్రతి ఒకటి సుమారు 50% నిజాయితీపరులైన వ్యాలిడేటర్ల ద్వారా స్వీకరించబడాలి, కాబట్టి ఈ దాడి దాడి చేసే వ్యక్తికి నెట్వర్క్పై సందేశాల ప్రచార సమయంపై కొంత నియంత్రణ ఉన్నప్పుడు మాత్రమే సాధ్యమవుతుంది, తద్వారా వారు ప్రతి చైన్పై సగం నిజాయితీపరులైన వ్యాలిడేటర్లను నడ్జ్ చేయగలరు. దాడి చేసే వ్యక్తి తప్పనిసరిగా తన మొత్తం స్టేక్ను (నేటి వ్యాలిడేటర్ సెట్తో ~10 మిలియన్ ఈథర్లో 34%) నాశనం చేస్తాడు, ఎందుకంటే వారి వ్యాలిడేటర్లలో 34% ఏకకాలంలో డబుల్-ఓటింగ్ చేస్తారు - ఇది గరిష్ట సహసంబంధ పెనాల్టీతో స్లాష్ చేయదగిన నేరం. ఈ దాడికి వ్యతిరేకంగా ఉన్న రక్షణ మొత్తం స్టేక్ చేసిన ఈథర్లో 34% నాశనం చేయడానికి అయ్యే చాలా పెద్ద ఖర్చు. ఈ దాడి నుండి కోలుకోవడానికి ఇతీరియము సంఘం “అవుట్-ఆఫ్-బ్యాండ్” సమన్వయం చేసుకోవాలి మరియు ఒకటి లేదా మరొక ఫోర్క్ను అనుసరించడానికి మరియు మరొకదానిని విస్మరించడానికి అంగీకరించాలి.
+
+### మొత్తం స్టేక్లో ~50% ఉపయోగించే దాడి చేసేవారు {#attackers-with-50-stake}
+
+స్టేక్ చేసిన ఈథర్లో 50% వద్ద, ఒక దుష్ట వ్యాలిడేటర్ల సమూహం సిద్ధాంతపరంగా చైన్ను రెండు సమాన పరిమాణ ఫోర్క్లుగా విభజించి, ఆపై తమ మొత్తం 50% స్టేక్ను నిజాయితీపరులైన వ్యాలిడేటర్ సెట్కు విరుద్ధంగా ఓటు వేయడానికి ఉపయోగించవచ్చు, తద్వారా రెండు ఫోర్క్లను నిర్వహించి, ఫైనాలిటీని నిరోధించవచ్చు. రెండు ఫోర్క్లలో నిష్క్రియాత్మకత లీక్ చివరికి రెండు చైన్లు ఫైనలైజ్ అయ్యేలా చేస్తుంది. ఈ సమయంలో, ఒకే ఒక ఎంపిక సామాజిక పునరుద్ధరణపై ఆధారపడటం.
+
+నిజాయితీపరులైన వ్యాలిడేటర్ల సంఖ్యలో కొంత హెచ్చుతగ్గులు, నెట్వర్క్ జాప్యం మొదలైన వాటిని బట్టి ఒక ప్రత్యర్థి వ్యాలిడేటర్ల సమూహం స్థిరంగా మొత్తం స్టేక్లో కచ్చితంగా 50% నియంత్రించగలగడం చాలా అసంభవం - అటువంటి దాడిని చేయడానికి అయ్యే భారీ ఖర్చు మరియు విజయం యొక్క తక్కువ సంభావ్యతతో కలిపి ఒక హేతుబద్ధమైన దాడి చేసే వ్యక్తికి బలమైన నిరుత్సాహంగా కనిపిస్తుంది, ప్రత్యేకించి 50% కంటే ఎక్కువ పొందడంలో ఒక చిన్న అదనపు పెట్టుబడి చాలా ఎక్కువ శక్తిని అన్లాక్ చేసినప్పుడు.
+
+మొత్తం స్టేక్లో >50% వద్ద దాడి చేసే వ్యక్తి ఫోర్క్ ఎంపిక అల్గారిథమ్పై ఆధిపత్యం చెలాయించగలడు. ఈ సందర్భంలో, దాడి చేసే వ్యక్తి మెజారిటీ ఓటుతో ధృవీకరించగలడు, నిజాయితీపరులైన క్లయింట్లను మోసం చేయాల్సిన అవసరం లేకుండా చిన్న రీఆర్గ్లు చేయడానికి వారికి తగిన నియంత్రణను ఇస్తుంది. నిజాయితీపరులైన వ్యాలిడేటర్లు అనుసరిస్తారు ఎందుకంటే వారి ఫోర్క్ ఎంపిక అల్గారిథమ్ కూడా దాడి చేసే వ్యక్తికి అనుకూలమైన చైన్ను బరువుగా చూస్తుంది, కాబట్టి చైన్ ఫైనలైజ్ కాగలదు. ఇది దాడి చేసే వ్యక్తికి కొన్ని లావాదేవీలను సెన్సార్ చేయడానికి, చిన్న-శ్రేణి రీఆర్గ్లు చేయడానికి మరియు తమకు అనుకూలంగా బ్లాక్లను పునర్వ్యవస్థీకరించడం ద్వారా గరిష్ట MEV ను సంగ్రహించడానికి వీలు కల్పిస్తుంది. దీనికి వ్యతిరేకంగా ఉన్న రక్షణ మెజారిటీ స్టేక్ యొక్క భారీ ఖర్చు (ప్రస్తుతం కేవలం $19 బిలియన్ USD కంటే తక్కువ), ఇది దాడి చేసే వ్యక్తి ద్వారా ప్రమాదంలో పడుతుంది ఎందుకంటే సామాజిక లేయర్ అడుగుపెట్టి ఒక నిజాయితీపరులైన మైనారిటీ ఫోర్క్ను స్వీకరించే అవకాశం ఉంది, దాడి చేసే వ్యక్తి స్టేక్ విలువను నాటకీయంగా తగ్గిస్తుంది.
+
+### మొత్తం స్టేక్లో >=66% ఉపయోగించే దాడి చేసేవారు {#attackers-with-66-stake}
+
+మొత్తం స్టేక్ చేసిన ఈథర్లో 66% లేదా అంతకంటే ఎక్కువ ఉన్న దాడి చేసే వ్యక్తి ఏ నిజాయితీపరులైన వ్యాలిడేటర్లను బలవంతం చేయకుండా తమకు ఇష్టమైన చైన్ను ఫైనలైజ్ చేయగలడు. దాడి చేసే వ్యక్తి కేవలం తమకు ఇష్టమైన ఫోర్క్కు ఓటు వేసి, ఆపై దానిని ఫైనలైజ్ చేయగలడు, కేవలం వారు నిజాయితీ లేని సూపర్ మెజారిటీతో ఓటు వేయగలరు కాబట్టి. సూపర్ మెజారిటీ వాటాదారుగా, దాడి చేసే వ్యక్తి ఎల్లప్పుడూ ఫైనలైజ్ చేయబడిన బ్లాక్ల విషయాలను నియంత్రిస్తాడు, ఖర్చు చేయడానికి, రివైండ్ చేయడానికి మరియు మళ్లీ ఖర్చు చేయడానికి, కొన్ని లావాదేవీలను సెన్సార్ చేయడానికి మరియు చైన్ను ఇష్టానుసారంగా రీఆర్గ్ చేయడానికి శక్తిని కలిగి ఉంటాడు. 51% కంటే 66% నియంత్రించడానికి అదనపు ఈథర్ను కొనుగోలు చేయడం ద్వారా, దాడి చేసే వ్యక్తి వాస్తవానికి ఎక్స్ పోస్ట్ రీఆర్గ్స్ మరియు ఫైనాలిటీ రివర్షన్స్ (అంటే, భవిష్యత్తును నియంత్రించడంతో పాటు గతాన్ని మార్చడం) చేసే సామర్థ్యాన్ని కొనుగోలు చేస్తున్నాడు. ఇక్కడ ఉన్న ఏకైక నిజమైన రక్షణలు మొత్తం స్టేక్ చేసిన ఈథర్లో 66% యొక్క భారీ ఖర్చు, మరియు ప్రత్యామ్నాయ ఫోర్క్ స్వీకరణను సమన్వయం చేయడానికి సామాజిక లేయర్కు తిరిగి వెళ్లే ఎంపిక. మనం తదుపరి విభాగంలో దీనిని మరింత వివరంగా అన్వేషించవచ్చు.
+
+## ప్రజలు: చివరి రక్షణ రేఖ {#people-the-last-line-of-defense}
+
+నిజాయితీ లేని వ్యాలిడేటర్లు చైన్ యొక్క తమకు ఇష్టమైన వెర్షన్ను ఫైనలైజ్ చేయగలిగితే, ఇతీరియము సంఘం కష్టమైన పరిస్థితిలో పడుతుంది. కానానికల్ చైన్ దాని చరిత్రలో కాల్చిన నిజాయితీ లేని విభాగాన్ని కలిగి ఉంటుంది, అయితే నిజాయితీపరులైన వ్యాలిడేటర్లు ప్రత్యామ్నాయ (నిజాయితీపరులైన) చైన్కు ధృవీకరించినందుకు శిక్షించబడవచ్చు. ఒక మెజారిటీ క్లయింట్లోని బగ్ నుండి కూడా ఫైనలైజ్ చేయబడిన కానీ తప్పు చైన్ ఉత్పన్నం కాగలదని గమనించండి. చివరగా, అంతిమ ఫాల్బ్యాక్ సామాజిక లేయర్ - లేయర్ 0 - పై ఆధారపడి పరిస్థితిని పరిష్కరించడం.
+
+ఇతీరియము యొక్క PoS ఏకాభిప్రాయం యొక్క బలాలలో ఒకటి, సంఘం దాడికి గురైనప్పుడు ఉపయోగించగల [రక్షణ వ్యూహాల శ్రేణి](https://youtu.be/1m12zgJ42dI?t=1712) ఉండటం. ఒక కనీస ప్రతిస్పందన దాడి చేసేవారి వ్యాలిడేటర్లను అదనపు జరిమానా లేకుండా నెట్వర్క్ నుండి బలవంతంగా నిష్క్రమించడం కావచ్చు. నెట్వర్క్లోకి తిరిగి ప్రవేశించడానికి దాడి చేసే వ్యక్తి ఒక యాక్టివేషన్ క్యూలో చేరాల్సి ఉంటుంది, ఇది వ్యాలిడేటర్ సమూహం క్రమంగా పెరిగేలా చేస్తుంది. ఉదాహరణకు, స్టేక్ చేసిన ఈథర్ మొత్తాన్ని రెట్టింపు చేయడానికి తగినంత వ్యాలిడేటర్లను జోడించడానికి సుమారు 200 రోజులు పడుతుంది, దాడి చేసే వ్యక్తి మరొక 51% దాడికి ప్రయత్నించడానికి ముందు నిజాయితీపరులైన వ్యాలిడేటర్లకు 200 రోజులు సమయం లభిస్తుంది. అయితే, సంఘం కూడా దాడి చేసే వ్యక్తిని మరింత కఠినంగా శిక్షించాలని నిర్ణయించుకోవచ్చు, గత రివార్డులను రద్దు చేయడం లేదా వారి స్టేక్ చేసిన మూలధనంలో కొంత భాగాన్ని (100% వరకు) కాల్చడం ద్వారా.
+
+దాడి చేసే వ్యక్తిపై విధించిన జరిమానా ఏమైనప్పటికీ, ఇతీరియము ఖాతాదారులలో కోడ్ చేయబడిన ఫోర్క్ ఎంపిక అల్గారిథమ్ ద్వారా అనుకూలమైన చైన్ అయినప్పటికీ, నిజాయితీ లేని చైన్ వాస్తవానికి చెల్లదని మరియు సంఘం బదులుగా నిజాయితీపరులైన చైన్పై నిర్మించాలని కూడా సంఘం కలిసి నిర్ణయించుకోవాలి. నిజాయితీపరులైన వ్యాలిడేటర్లు సమిష్టిగా సంఘం అంగీకరించిన ఇతీరియము బ్లాక్చైను యొక్క ఫోర్క్పై నిర్మించడానికి అంగీకరించవచ్చు, ఉదాహరణకు, దాడి ప్రారంభమయ్యే ముందు కానానికల్ చైన్ నుండి ఫోర్క్ చేయబడినది లేదా దాడి చేసేవారి వ్యాలిడేటర్లను బలవంతంగా తొలగించినది. నిజాయితీపరులైన వ్యాలిడేటర్లు ఈ చైన్పై నిర్మించడానికి ప్రోత్సహించబడతారు ఎందుకంటే వారు (సరిగ్గా) దాడి చేసే వ్యక్తి చైన్కు ధృవీకరించడంలో విఫలమైనందుకు వారికి వర్తించే జరిమానాలను నివారించవచ్చు. ఇతీరియముపై నిర్మించిన ఎక్స్ఛేంజీలు, ఆన్-ర్యాంప్లు మరియు అప్లికేషన్లు బహుశా నిజాయితీపరులైన చైన్పై ఉండటానికి ఇష్టపడతాయి మరియు నిజాయితీపరులైన వ్యాలిడేటర్లను నిజాయితీపరులైన బ్లాక్చైనుకు అనుసరిస్తాయి.
+
+అయితే, ఇది గణనీయమైన గవర్నెన్స్ సవాలు అవుతుంది. కొంతమంది వినియోగదారులు మరియు వ్యాలిడేటర్లు నిస్సందేహంగా నిజాయితీపరులైన చైన్కు తిరిగి మారడం వల్ల నష్టపోతారు, దాడి తర్వాత ధృవీకరించబడిన బ్లాక్లలోని లావాదేవీలు సంభావ్యంగా వెనక్కి తీసుకోబడవచ్చు, అప్లికేషన్ లేయర్ను అడ్డుకోవచ్చు, మరియు ఇది “కోడ్ చట్టం” అని నమ్మే కొంతమంది వినియోగదారుల నీతిని బలహీనపరుస్తుంది. ఎక్స్ఛేంజీలు మరియు అప్లికేషన్లు చాలా మటుకు ఆఫ్చైన్ చర్యలను ఆన్చైన్ లావాదేవీలతో అనుసంధానించి ఉంటాయి, అవి ఇప్పుడు వెనక్కి తీసుకోబడవచ్చు, నిష్పక్షపాతంగా విడదీయడం కష్టంగా ఉండే ఉపసంహరణలు మరియు పునశ్చరణల క్యాస్కేడ్ను ప్రారంభిస్తాయి, ప్రత్యేకించి నిజాయితీపరులైన వినియోగదారులకు ద్వితీయ ప్రభావాలతో DeFi లేదా ఇతర ఉత్పన్నాలలో అక్రమంగా సంపాదించిన లాభాలు మిళితం చేయబడి ఉంటే. నిస్సందేహంగా కొంతమంది వినియోగదారులు, బహుశా సంస్థాగత వినియోగదారులు కూడా, తెలివిగా ఉండటం ద్వారా లేదా అదృష్టం ద్వారా నిజాయితీ లేని చైన్ నుండి ఇప్పటికే ప్రయోజనం పొంది ఉంటారు, మరియు తమ లాభాలను రక్షించుకోవడానికి ఫోర్క్ను వ్యతిరేకించవచ్చు. >51% దాడులకు సంఘం ప్రతిస్పందనను రిహార్సల్ చేయాలని పిలుపులు వచ్చాయి, తద్వారా ఒక సున్నితమైన సమన్వయ ఉపశమనాన్ని త్వరగా అమలు చేయవచ్చు. Vitalik ద్వారా ethresear.chలో [ఇక్కడ](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) మరియు [ఇక్కడ](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) మరియు Twitterలో [ఇక్కడ](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw) కొన్ని ఉపయోగకరమైన చర్చ ఉంది. ఒక సమన్వయ సామాజిక ప్రతిస్పందన యొక్క లక్ష్యం దాడి చేసే వ్యక్తిని శిక్షించడంలో మరియు ఇతర వినియోగదారులకు ప్రభావాలను తగ్గించడంలో చాలా లక్ష్యంగా మరియు నిర్దిష్టంగా ఉండాలి.
+
+గవర్నెన్స్ ఇప్పటికే ఒక సంక్లిష్టమైన అంశం. ఒక నిజాయితీ లేని ఫైనలైజింగ్ చైన్కు లేయర్-0 అత్యవసర ప్రతిస్పందనను నిర్వహించడం ఇతీరియము సంఘానికి నిస్సందేహంగా సవాలుగా ఉంటుంది, కానీ ఇది ఇతీరియము చరిత్రలో (/ethereum-forks/#dao-fork-summary) - [రెండుసార్లు](/ethereum-forks/#tangerine-whistle) - జరిగింది).
+
+అయినప్పటికీ, చివరి ఫాల్బ్యాక్ మీట్స్పేస్లో కూర్చోవడంలో చాలా సంతృప్తికరమైనది ఉంది. చివరగా, మన పైన ఈ అద్భుతమైన సాంకేతికత స్టాక్ ఉన్నప్పటికీ, చెత్త ఎప్పుడైనా జరిగితే నిజమైన వ్యక్తులు దాని నుండి బయటపడటానికి తమ మార్గాన్ని సమన్వయం చేసుకోవలసి ఉంటుంది.
+
+## సారాంశం {#summary}
+
+ఈ పేజీ దాడి చేసేవారు ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం ప్రోటోకాల్ను దోపిడీ చేయడానికి ప్రయత్నించే కొన్ని మార్గాలను అన్వేషించింది. మొత్తం స్టేక్ చేసిన ఈథర్ యొక్క పెరుగుతున్న నిష్పత్తులతో దాడి చేసేవారి కోసం రీఆర్గ్స్ మరియు ఫైనాలిటీ ఆలస్యాలు అన్వేషించబడ్డాయి. మొత్తంమీద, ఒక ధనిక దాడి చేసే వ్యక్తికి విజయం సాధించే అవకాశం ఎక్కువ ఎందుకంటే వారి స్టేక్ భవిష్యత్ బ్లాక్ల విషయాలను ప్రభావితం చేయడానికి వారు ఉపయోగించగల ఓటింగ్ శక్తిగా అనువదిస్తుంది. స్టేక్ చేసిన ఈథర్ యొక్క నిర్దిష్ట పరిమితి మొత్తాల వద్ద, దాడి చేసే వ్యక్తి శక్తి స్థాయి పెరుగుతుంది:
+
+33%: ఫైనాలిటీ ఆలస్యం
+
+34%: ఫైనాలిటీ ఆలస్యం, డబుల్ ఫైనాలిటీ
+
+51%: ఫైనాలిటీ ఆలస్యం, డబుల్ ఫైనాలిటీ, సెన్సార్షిప్, బ్లాక్చైను భవిష్యత్తుపై నియంత్రణ
+
+66%: ఫైనాలిటీ ఆలస్యం, డబుల్ ఫైనాలిటీ, సెన్సార్షిప్, బ్లాక్చైను భవిష్యత్తు మరియు గతంపై నియంత్రణ
+
+చిన్న మొత్తంలో స్టేక్ చేసిన ఈథర్ అవసరమయ్యే కానీ నిజాయితీపరులైన వ్యాలిడేటర్ సమూహాన్ని తమకు అనుకూలంగా మార్చడానికి సందేశ సమయంపై సూక్ష్మ నియంత్రణ ఉన్న చాలా అధునాతన దాడి చేసే వ్యక్తిపై ఆధారపడిన మరింత అధునాతన దాడుల శ్రేణి కూడా ఉంది.
+
+మొత్తంమీద, ఈ సంభావ్య దాడి వెక్టర్లు ఉన్నప్పటికీ విజయవంతమైన దాడి ప్రమాదం తక్కువ, ప్రూఫ్-ఆఫ్-వర్క్ సమానమైన వాటి కంటే ఖచ్చితంగా తక్కువ. ఎందుకంటే నిజాయితీపరులైన వ్యాలిడేటర్లను తమ ఓటింగ్ శక్తితో అధిగమించడం లక్ష్యంగా చేసుకున్న దాడి చేసే వ్యక్తి ద్వారా ప్రమాదంలో పడే స్టేక్ చేసిన ఈథర్ యొక్క భారీ ఖర్చు దీనికి కారణం. అంతర్నిర్మిత “క్యారెట్ మరియు స్టిక్” ప్రోత్సాహక లేయర్ చాలా దుష్ప్రవర్తన నుండి రక్షిస్తుంది, ముఖ్యంగా తక్కువ-స్టేక్ దాడి చేసేవారికి. మరింత సూక్ష్మమైన బౌన్సింగ్ మరియు బ్యాలెన్సింగ్ దాడులు కూడా విజయవంతం అయ్యే అవకాశం లేదు ఎందుకంటే నిజమైన నెట్వర్క్ పరిస్థితులు నిర్దిష్ట వ్యాలిడేటర్ల ఉపసమితులకు సందేశ పంపిణీ యొక్క సూక్ష్మ నియంత్రణను సాధించడం చాలా కష్టతరం చేస్తాయి, మరియు క్లయింట్ బృందాలు తెలిసిన బౌన్సింగ్, బ్యాలెన్సింగ్ మరియు అవలాంచ్ దాడి వెక్టర్లను సాధారణ ప్యాచ్లతో త్వరగా మూసివేశాయి.
+
+34%, 51% లేదా 66% దాడులకు పరిష్కరించడానికి అవుట్-ఆఫ్-బ్యాండ్ సామాజిక సమన్వయం అవసరం కావచ్చు. ఇది సంఘానికి బాధాకరంగా ఉండే అవకాశం ఉన్నప్పటికీ, అవుట్-ఆఫ్-బ్యాండ్ ప్రతిస్పందించే సంఘం సామర్థ్యం దాడి చేసే వ్యక్తికి బలమైన నిరుత్సాహం. ఇతీరియము సామాజిక లేయర్ అంతిమ బ్యాక్స్టాప్ - సాంకేతికంగా విజయవంతమైన దాడిని కూడా సంఘం ఒక నిజాయితీపరులైన ఫోర్క్ను స్వీకరించడానికి అంగీకరించడం ద్వారా నిర్వీర్యం చేయవచ్చు. దాడి చేసే వ్యక్తికి మరియు ఇతీరియము సంఘానికి మధ్య ఒక పరుగు ఉంటుంది - 66% దాడికి ఖర్చు చేసిన బిలియన్ల డాలర్లు బహుశా విజయవంతమైన సామాజిక సమన్వయ దాడి ద్వారా త్వరగా పంపిణీ చేయబడితే నాశనం చేయబడతాయి, దాడి చేసే వ్యక్తిని ఇతీరియము సంఘం విస్మరించిన తెలిసిన నిజాయితీ లేని చైన్పై ద్రవ రూపంలో లేని స్టేక్ చేసిన ఈథర్ యొక్క భారీ సంచులతో వదిలివేస్తుంది. ఇది దాడి చేసే వ్యక్తికి లాభదాయకంగా ముగుస్తుందనే సంభావ్యత సమర్థవంతమైన నిరోధకంగా ఉండటానికి తగినంత తక్కువగా ఉంది. అందువల్ల గట్టిగా సమలేఖనం చేయబడిన విలువలతో కూడిన సమన్వయ సామాజిక లేయర్ను నిర్వహించడంలో పెట్టుబడి చాలా ముఖ్యం.
+
+## మరింత చదవడానికి {#further-reading}
+
+- [ఈ పేజీ యొక్క మరింత వివరణాత్మక వెర్షన్](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs)
+- [సెటిల్మెంట్ ఫైనాలిటీపై వైటలిక్](https://blog.ethereum.org/2016/05/09/on-settlement-finality/)
+- [LMD GHOST పత్రం](https://arxiv.org/abs/2003.03052)
+- [కాస్పర్-FFG పేపర్](https://arxiv.org/abs/1710.09437)
+- [గాస్పర్ పత్రం](https://arxiv.org/pdf/2003.03052.pdf)
+- [ప్రపోజర్ బరువు బూస్టింగ్ ఏకాభిప్రాయం స్పెక్స్](https://github.com/ethereum/consensus-specs/pull/2730)
+- [ethresear.chలో బౌన్సింగ్ దాడులు](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114)
+- [SSLE పరిశోధన](https://ethresear.ch/t/secret-non-single-leader-election/11789)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attestations/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attestations/index.md
new file mode 100644
index 00000000000..72dcf098a93
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attestations/index.md
@@ -0,0 +1,92 @@
+---
+title: ధృవీకరణలు
+description: ప్రూఫ్-ఆఫ్-స్టేక్ Ethereum పై ధృవీకరణల యొక్క వివరణ.
+lang: te
+---
+
+ప్రతి యుగంలోనూ ఒక ధ్రువీకరణకర్త ఒక ధృవీకరణను సృష్టించి, సంతకం చేసి, ప్రసారం చేయాలని ఆశిస్తారు. ఈ పేజీ ఈ ధృవీకరణలు ఎలా ఉంటాయో మరియు ఏకాభిప్రాయం క్లయింట్ల మధ్య అవి ఎలా ప్రాసెస్ చేయబడతాయి మరియు కమ్యూనికేట్ చేయబడతాయో వివరిస్తుంది.
+
+## ధృవీకరణ అంటే ఏమిటి? {#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` ఉపయోగించి తనిఖీ చేయవచ్చు ఎందుకంటే ఇది వారి కమిటీలోని ప్రతి ధ్రువీకరణకర్త యొక్క సూచికను అందిస్తుంది (వీరి ID `data`లో అందించబడింది), దీనిని వ్యక్తిగత సంతకాలను ప్రశ్నించడానికి ఉపయోగించవచ్చు.
+
+ప్రతి యుగంలో ప్రతి సబ్నెట్లో 16 ధ్రువీకరణకర్తలు `aggregators`గా ఎంపిక చేయబడతారు. అగ్రిగేటర్లు తమ సొంత `data`కు సమానమైన `data` కలిగిన, గాసిప్ నెట్వర్క్ ద్వారా వారు విన్న అన్ని ధృవీకరణలను సేకరిస్తారు. ప్రతి సరిపోలే ధృవీకరణ యొక్క పంపినవారు `aggregation_bits`లో నమోదు చేయబడతారు. అప్పుడు అగ్రిగేటర్లు ధృవీకరణ సమూహాన్ని విస్తృత నెట్వర్క్కు ప్రసారం చేస్తారు.
+
+ఒక ధ్రువీకరణకర్త బ్లాక్ ప్రపోజర్గా ఎంపిక చేయబడినప్పుడు, వారు కొత్త బ్లాక్లోని తాజా స్లాట్ వరకు సబ్నెట్ల నుండి సమూహ ధృవీకరణలను ప్యాకేజీ చేస్తారు.
+
+### ధృవీకరణ చేర్పు జీవితచక్రం {#attestation-inclusion-lifecycle}
+
+1. ఉత్పత్తి
+2. ప్రచారం
+3. సమూహనం
+4. ప్రచారం
+5. చేర్పు
+
+ధృవీకరణ జీవితచక్రం కింది స్కీమాటిక్లో వివరించబడింది:
+
+
+
+## బహుమతులు {#rewards}
+
+ధృవీకరణలను సమర్పించినందుకు ధ్రువీకరణకర్తలకు రివార్డ్ ఇవ్వబడుతుంది. ధృవీకరణ రివార్డ్ పాల్గొనే ఫ్లాగ్లు (సోర్స్, టార్గెట్ మరియు హెడ్), మూల రివార్డ్ మరియు పాల్గొనే రేటుపై ఆధారపడి ఉంటుంది.
+
+సమర్పించిన ధృవీకరణ మరియు దాని చేర్పు ఆలస్యంపై ఆధారపడి, పాల్గొనే ఫ్లాగ్లలో ప్రతి ఒక్కటి నిజం లేదా అబద్ధం కావచ్చు.
+
+మూడు ఫ్లాగ్లు నిజమైనప్పుడు ఉత్తమ దృశ్యం సంభవిస్తుంది, ఈ సందర్భంలో ఒక ధ్రువీకరణకర్త సంపాదిస్తారు (ప్రతి సరైన ఫ్లాగ్కు):
+
+`రివార్డ్ += మూల రివార్డ్ * ఫ్లాగ్ బరువు * ఫ్లాగ్ ధృవీకరణ రేటు / 64`
+
+ఫ్లాగ్ ధృవీకరణ రేటు, ఇచ్చిన ఫ్లాగ్ కోసం అన్ని ధృవీకరిస్తున్న ధ్రువీకరణకర్తల ప్రభావవంతమైన బ్యాలెన్స్ల మొత్తాన్ని మొత్తం క్రియాశీల ప్రభావవంతమైన బ్యాలెన్స్తో పోల్చి కొలుస్తారు.
+
+### మూల రివార్డ్ {#base-reward}
+
+మూల రివార్డ్ ధృవీకరిస్తున్న ధ్రువీకరణకర్తల సంఖ్య మరియు వారి ప్రభావవంతమైన స్టేక్ చేయబడిన ఈథర్ బ్యాలెన్స్ల ప్రకారం లెక్కించబడుతుంది:
+
+`మూల రివార్డ్ = ధ్రువీకరణకర్త ప్రభావవంతమైన బ్యాలెన్స్ x 2^6 / SQRT(అన్ని క్రియాశీల ధ్రువీకరణకర్తల ప్రభావవంతమైన బ్యాలెన్స్)`
+
+#### చేర్పు ఆలస్యం {#inclusion-delay}
+
+ధ్రువీకరణకర్తలు చైన్ హెడ్ (`block n`) పై ఓటు వేసిన సమయంలో, `block n+1` ఇంకా ప్రతిపాదించబడలేదు. అందువల్ల ధృవీకరణలు సహజంగా **ఒక బ్లాక్ తర్వాత** చేర్చబడతాయి కాబట్టి చైన్ హెడ్గా `block n` పై ఓటు వేసిన అన్ని ధృవీకరణలు `block 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)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/block-proposal/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
new file mode 100644
index 00000000000..95d4848deb8
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
@@ -0,0 +1,69 @@
+---
+title: బ్లాక్ ప్రతిపాదన
+description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో బ్లాక్లు ఎలా ప్రతిపాదించబడతాయో వివరణ.
+lang: te
+---
+
+బ్లాక్లు బ్లాక్ చైను యొక్క ప్రాథమిక యూనిట్లు. బ్లాక్లు సమాచారం యొక్క వివిక్త యూనిట్లు, ఇవి నోడ్స్ మధ్య పంపబడి, అంగీకరించబడి, ప్రతి నోడ్ యొక్క డేటాబేస్కు జోడించబడతాయి. అవి ఎలా ఉత్పత్తి చేయబడతాయో ఈ పేజీ వివరిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+బ్లాక్ ప్రతిపాదన అనేది ప్రూఫ్-ఆఫ్-స్టేక్ ప్రోటోకాల్లో ఒక భాగం. ఈ పేజీని అర్థం చేసుకోవడంలో సహాయపడటానికి, మీరు [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) మరియు [బ్లాక్ ఆర్కిటెక్చర్](/developers/docs/blocks/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## బ్లాక్లను ఎవరు ఉత్పత్తి చేస్తారు? {#who-produces-blocks}
+
+వాలిడేటర్ ఖాతాలు బ్లాక్లను ప్రతిపాదిస్తాయి. వాలిడేటర్ ఖాతాలు నోడ్ ఆపరేటర్లచే నిర్వహించబడతాయి, వీరు తమ ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లలో భాగంగా వాలిడేటర్ సాఫ్ట్వేర్ను నడుపుతారు మరియు డిపాజిట్ కాంట్రాక్ట్లో కనీసం 32 ETH డిపాజిట్ చేసి ఉంటారు. అయితే, ప్రతి వాలిడేటర్ ఒక బ్లాక్ను ప్రతిపాదించడానికి అప్పుడప్పుడు మాత్రమే బాధ్యత వహిస్తుంది. ఇతీరియము సమయాన్ని జాబితాలు మరియు యుగాలలో కొలుస్తుంది. ప్రతి జాబితా పన్నెండు సెకన్లు, మరియు 32 జాబితాలు (6.4 నిమిషాలు) ఒక యుగాన్ని ఏర్పరుస్తాయి. ప్రతి జాబితా ఇతీరియముపై కొత్త బ్లాక్ను జోడించడానికి ఒక అవకాశం.
+
+### యాదృచ్ఛిక ఎంపిక {#random-selection}
+
+ప్రతి జాబితాలో ఒక బ్లాక్ను ప్రతిపాదించడానికి ఒకే ఒక వాలిడేటర్ సూడో-యాదృచ్ఛికంగా ఎంపిక చేయబడుతుంది. ఒక బ్లాక్ చైనులో నిజమైన యాదృచ్ఛికత అనేదే ఉండదు, ఎందుకంటే ప్రతి నోడ్ నిజంగా యాదృచ్ఛిక సంఖ్యలను ఉత్పత్తి చేస్తే, అవి ఏకాభిప్రాయానికి రాలేవు. దానికి బదులుగా, వాలిడేటర్ ఎంపిక ప్రక్రియను అనూహ్యంగా మార్చడమే లక్ష్యం. RANDAO అనే అల్గోరిథం ఉపయోగించి ఇతీరియముపై యాదృచ్ఛికత సాధించబడుతుంది, ఇది బ్లాక్ ప్రపోజర్ నుండి వచ్చిన హాష్ను ప్రతి బ్లాక్కు నవీకరించబడే ఒక సీడ్తో మిక్స్ చేస్తుంది. ఈ విలువ మొత్తం ధృవీకరణకర్తల సెట్ నుండి ఒక నిర్దిష్ట ధృవీకరణకర్తను ఎంచుకోవడానికి ఉపయోగించబడుతుంది. కొన్ని రకాల సీడ్ మానిప్యులేషన్ నుండి రక్షించడానికి ఒక మార్గంగా వాలిడేటర్ ఎంపిక రెండు యుగాల ముందుగానే స్థిరపరచబడింది.
+
+ప్రతి జాబితాలో వాలిడేటర్లు RANDAOకు జోడించినప్పటికీ, గ్లోబల్ RANDAO విలువ ప్రతి యుగానికి ఒకసారి మాత్రమే నవీకరించబడుతుంది. తదుపరి బ్లాక్ ప్రపోజర్ యొక్క ఇండెక్స్ ను గణించడానికి, ప్రతి జాబితాలో ఒక ప్రత్యేక విలువను ఇవ్వడానికి RANDAO విలువ జాబితా సంఖ్యతో మిక్స్ చేయబడుతుంది. ఒక వ్యక్తిగత వాలిడేటర్ ఎంపికయ్యే సంభావ్యత కేవలం `1/N` కాదు (ఇక్కడ `N` = మొత్తం యాక్టివ్ వాలిడేటర్లు). దానికి బదులుగా, ఇది ప్రతి వాలిడేటర్ యొక్క ప్రభావవంతమైన ETH బ్యాలెన్స్ ద్వారా వెయిటెడ్ చేయబడుతుంది. గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ 32 ETH (అంటే `బ్యాలెన్స్ < 32 ETH` అనేది `బ్యాలెన్స్ == 32 ETH` కంటే తక్కువ బరువుకు దారితీస్తుంది, కానీ `బ్యాలెన్స్ > 32 ETH` అనేది `బ్యాలెన్స్ == 32 ETH` కంటే ఎక్కువ బరువుకు దారితీయదు).
+
+ప్రతి జాబితాలో ఒకే ఒక బ్లాక్ ప్రపోజర్ ఎంపిక చేయబడతాడు. సాధారణ పరిస్థితులలో, ఒకే ఒక బ్లాక్ ప్రొడ్యూసర్ వారికి కేటాయించిన జాబితాలో ఒక బ్లాక్ను సృష్టించి విడుదల చేస్తాడు. ఒకే జాబితా కోసం రెండు బ్లాక్లను సృష్టించడం ఒక స్లాష్ చేయదగిన నేరం, దీనిని తరచుగా "ఈక్వివోకేషన్" అని పిలుస్తారు.
+
+## బ్లాక్ ఎలా సృష్టించబడుతుంది? {#how-is-a-block-created}
+
+బ్లాక్ ప్రపోజర్ వారి స్వంత స్థానికంగా నడిచే ఫోర్క్ ఎంపిక అల్గోరిథం యొక్క వీక్షణ ప్రకారం, చైన్ యొక్క అత్యంత ఇటీవలి హెడ్ పైన నిర్మించబడే ఒక సంతకం చేసిన బీకాన్ బ్లాక్ను ప్రసారం చేయాలని ఆశిస్తారు. ఫోర్క్ ఎంపిక అల్గోరిథం మునుపటి జాబితా నుండి మిగిలి ఉన్న ఏవైనా క్యూలో ఉన్న అటెస్టేషన్లను వర్తింపజేస్తుంది, ఆపై దాని చరిత్రలో అత్యధికంగా పేరుకుపోయిన అటెస్టేషన్ల బరువు ఉన్న బ్లాక్ను కనుగొంటుంది. ఆ బ్లాక్ ప్రపోజర్ సృష్టించిన కొత్త బ్లాక్కు పేరెంట్.
+
+బ్లాక్ ప్రపోజర్ తన స్వంత స్థానిక డేటాబేస్ మరియు చైన్ వీక్షణ నుండి డేటాను సేకరించడం ద్వారా ఒక బ్లాక్ను సృష్టిస్తాడు. బ్లాక్ యొక్క కంటెంట్లు కింది స్నిప్పెట్లో చూపబడ్డాయి:
+
+```rust
+class BeaconBlockBody(Container):
+ randao_reveal: BLSSignature
+ eth1_data: Eth1Data
+ graffiti: Bytes32
+ proposer_slashings: List[ProposerSlashing, MAX_PROPOSER_SLASHINGS]
+ attester_slashings: List[AttesterSlashing, MAX_ATTESTER_SLASHINGS]
+ attestations: List[Attestation, MAX_ATTESTATIONS]
+ deposits: List[Deposit, MAX_DEPOSITS]
+ voluntary_exits: List[SignedVoluntaryExit, MAX_VOLUNTARY_EXITS]
+ sync_aggregate: SyncAggregate
+ execution_payload: ExecutionPayload
+```
+
+`randao_reveal` ఫీల్డ్ ధృవీకరించదగిన యాదృచ్ఛిక విలువను తీసుకుంటుంది, దీనిని బ్లాక్ ప్రపోజర్ ప్రస్తుత యుగం సంఖ్యపై సంతకం చేయడం ద్వారా సృష్టిస్తాడు. `eth1_data` అనేది డిపాజిట్ కాంట్రాక్ట్పై బ్లాక్ ప్రపోజర్ యొక్క వీక్షణ కోసం ఒక ఓటు, ఇందులో డిపాజిట్ మెర్కిల్ ట్రై యొక్క రూట్ మరియు కొత్త డిపాజిట్లను ధృవీకరించడానికి వీలు కల్పించే మొత్తం డిపాజిట్ల సంఖ్య ఉంటాయి. `graffiti` అనేది ఒక ఐచ్ఛిక ఫీల్డ్, దీనిని బ్లాక్కు ఒక సందేశాన్ని జోడించడానికి ఉపయోగించవచ్చు. `proposer_slashings` మరియు `attester_slashings` అనేవి, చైన్పై ప్రపోజర్ యొక్క వీక్షణ ప్రకారం, కొంతమంది వాలిడేటర్లు స్లాష్ చేయదగిన నేరాలకు పాల్పడ్డారని నిరూపణను కలిగి ఉండే ఫీల్డ్లు. `deposits` అనేది బ్లాక్ ప్రపోజర్కు తెలిసిన కొత్త వాలిడేటర్ డిపాజిట్ల జాబితా, మరియు `voluntary_exits` అనేది ఏకాభిప్రాయం లేయర్ గాసిప్ నెట్వర్క్లో బ్లాక్ ప్రపోజర్ విన్న, నిష్క్రమించాలనుకుంటున్న వాలిడేటర్ల జాబితా. `sync_aggregate` అనేది ఏ వాలిడేటర్లు గతంలో ఒక సింక్ కమిటీకి (లైట్ క్లయింట్ డేటాను అందించే వాలిడేటర్ల ఉపసమితి) కేటాయించబడ్డారో మరియు డేటాపై సంతకం చేయడంలో పాల్గొన్నారో చూపే ఒక వెక్టర్.
+
+`execution_payload` ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్ల మధ్య లావాదేవీల గురించి సమాచారాన్ని పంపడానికి వీలు కల్పిస్తుంది. `execution_payload` అనేది బీకాన్ బ్లాక్ లోపల నెస్ట్ చేయబడిన ఎగ్జిక్యూషన్ డేటా యొక్క బ్లాక్. `execution_payload` లోపల ఉన్న ఫీల్డ్లు ఇతీరియము యెల్లో పేపర్లో వివరించిన బ్లాక్ నిర్మాణాన్ని ప్రతిబింబిస్తాయి, అయితే ఒమ్మర్లు లేవు మరియు `difficulty` స్థానంలో `prev_randao` ఉంటుంది. ఎగ్జిక్యూషన్ క్లయింట్కు దాని స్వంత గాసిప్ నెట్వర్క్లో విన్న లావాదేవీల స్థానిక పూల్కు యాక్సెస్ ఉంటుంది. పోస్ట్-స్టేట్ అని పిలువబడే నవీకరించబడిన స్టేట్ ట్రైని ఉత్పత్తి చేయడానికి ఈ లావాదేవీలు స్థానికంగా అమలు చేయబడతాయి. లావాదేవీలు `transactions` అని పిలువబడే జాబితాగా `execution_payload`లో చేర్చబడతాయి మరియు పోస్ట్-స్టేట్ `state-root` ఫీల్డ్లో అందించబడుతుంది.
+
+ఈ డేటా అంతా ఒక బీకాన్ బ్లాక్లో సేకరించబడి, సంతకం చేయబడి, బ్లాక్ ప్రపోజర్ యొక్క పీర్లకు ప్రసారం చేయబడుతుంది, వారు దానిని వారి పీర్లకు ప్రచారం చేస్తారు, మొదలైనవి.
+
+[బ్లాక్ల అనాటమీ](/developers/docs/blocks) గురించి మరింత చదవండి.
+
+## బ్లాక్కు ఏమి జరుగుతుంది? {#what-happens-to-blocks}
+
+బ్లాక్ బ్లాక్ ప్రపోజర్ యొక్క స్థానిక డేటాబేస్కు జోడించబడుతుంది మరియు ఏకాభిప్రాయం లేయర్ గాసిప్ నెట్వర్క్ ద్వారా పీర్లకు ప్రసారం చేయబడుతుంది. ఒక వాలిడేటర్ బ్లాక్ను స్వీకరించినప్పుడు, అది దానిలోని డేటాను ధృవీకరిస్తుంది, ఇందులో బ్లాక్కు సరైన పేరెంట్ ఉందని, సరైన జాబితాకు అనుగుణంగా ఉందని, ప్రపోజర్ ఇండెక్స్ ఊహించినదేనని, RANDAO రివీల్ చెల్లుబాటు అవుతుందని మరియు ప్రపోజర్ స్లాష్ చేయబడలేదని తనిఖీ చేయడం కూడా ఉంటుంది. `execution_payload` అన్బండిల్ చేయబడుతుంది, మరియు వాలిడేటర్ యొక్క ఎగ్జిక్యూషన్ క్లయింట్ ప్రతిపాదిత స్థితి మార్పును తనిఖీ చేయడానికి జాబితాలోని లావాదేవీలను తిరిగి అమలు చేస్తుంది. బ్లాక్ ఈ తనిఖీలన్నింటినీ పాస్ అయితే, ప్రతి వాలిడేటర్ ఆ బ్లాక్ను దాని స్వంత కానానికల్ చైన్కు జోడిస్తుంది. ఈ ప్రక్రియ తదుపరి జాబితాలో మళ్లీ మొదలవుతుంది.
+
+## బ్లాక్ బహుమతులు {#block-rewards}
+
+బ్లాక్ ప్రపోజర్ వారి పనికి చెల్లింపును పొందుతాడు. యాక్టివ్ వాలిడేటర్ల సంఖ్య మరియు వారి ప్రభావవంతమైన బ్యాలెన్సుల ఫంక్షన్గా లెక్కించబడే ఒక `base_reward` ఉంటుంది. బ్లాక్లో చేర్చబడిన ప్రతి చెల్లుబాటు అయ్యే అటెస్టేషన్ కోసం బ్లాక్ ప్రపోజర్ అప్పుడు `base_reward`లో కొంత భాగాన్ని పొందుతాడు; ఎంత ఎక్కువ మంది వాలిడేటర్లు బ్లాక్కు అటెస్ట్ చేస్తే, బ్లాక్ ప్రపోజర్ యొక్క బహుమతి అంత ఎక్కువగా ఉంటుంది. స్లాష్ చేయబడాల్సిన వాలిడేటర్లను రిపోర్ట్ చేసినందుకు కూడా ఒక బహుమతి ఉంది, ఇది ప్రతి స్లాష్ చేయబడిన వాలిడేటర్కు `1/512 * ప్రభావవంతమైన బ్యాలెన్స్`కు సమానంగా ఉంటుంది.
+
+[బహుమతులు మరియు జరిమానాలపై మరింత](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties)
+
+## మరింత సమాచారం {#further-reading}
+
+- [బ్లాక్లకు పరిచయం](/developers/docs/blocks/)
+- [ప్రూఫ్-ఆఫ్-స్టేక్కు పరిచయం](/developers/docs/consensus-mechanisms/pos/)
+- [ఇతీరియము ఏకాభిప్రాయం స్పెక్స్](https://github.com/ethereum/consensus-specs)
+- [గాస్పర్కు పరిచయం](/developers/docs/consensus-mechanisms/pos/gasper/)
+- [ఇతీరియమును అప్గ్రేడ్ చేయడం](https://eth2book.info/)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/faqs/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/faqs/index.md
new file mode 100644
index 00000000000..54cbd43607d
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/faqs/index.md
@@ -0,0 +1,172 @@
+---
+title: తరచుగా అడిగే ప్రశ్నలు
+description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముపై తరచుగా అడిగే ప్రశ్నలు.
+lang: te
+---
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ అంటే ఏమిటి {#what-is-proof-of-stake}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ అనేది ఒక రకమైన అల్గారిథం, ఇది అవినీతిగా ప్రవర్తించే దాడి చేసేవారు విలువైన ఆస్తులను కోల్పోయేలా చేయడం ద్వారా బ్లాక్చైన్లకు భద్రతను అందిస్తుంది. ప్రూఫ్-ఆఫ్-స్టేక్ సిస్టమ్లు కొన్ని ధృవీకరణకర్తలను ఒక ఆస్తిని అందుబాటులో ఉంచాలని కోరుతాయి, ధృవీకరణకర్త నిరూపితంగా నిజాయితీ లేని ప్రవర్తనలో నిమగ్నమైతే దానిని నాశనం చేయవచ్చు. ఇతీరియము బ్లాక్చైన్ను భద్రపరచడానికి ప్రూఫ్-ఆఫ్-స్టేక్ మెకానిజంను ఉపయోగిస్తుంది.
+
+## ప్రూఫ్-ఆఫ్-వర్క్తో ప్రూఫ్-ఆఫ్-స్టేక్ ఎలా పోలుస్తుంది? {#comparison-to-proof-of-work}
+
+ప్రూఫ్-ఆఫ్-వర్క్ మరియు ప్రూఫ్-ఆఫ్-స్టేక్ రెండూ హానికరమైన నటులను నెట్వర్క్ను స్పామ్ చేయడం లేదా మోసం చేయడం నుండి ఆర్థికంగా నిరుత్సాహపరిచే యంత్రాంగాలు. రెండు సందర్భాల్లోనూ, ఏకాభిప్రాయంలో చురుకుగా పాల్గొనే నోడ్లు కొంత ఆస్తిని "నెట్వర్క్లో" ఉంచుతాయి, వారు తప్పుగా ప్రవర్తిస్తే దానిని కోల్పోతారు.
+
+ప్రూఫ్-ఆఫ్-వర్క్లో, ఈ ఆస్తి శక్తి. మైనర్ అని పిలువబడే నోడ్, ఏ ఇతర నోడ్ కంటే వేగంగా విలువను గణించే లక్ష్యంతో ఒక అల్గారిథమ్ను నడుపుతుంది. అతి వేగవంతమైన నోడ్కు చైన్కు ఒక బ్లాక్ను ప్రతిపాదించే హక్కు ఉంటుంది. చైన్ చరిత్రను మార్చడానికి లేదా బ్లాక్ ప్రతిపాదనపై ఆధిపత్యం చెలాయించడానికి, ఒక మైనర్ చాలా ఎక్కువ కంప్యూటింగ్ శక్తిని కలిగి ఉండాలి, అప్పుడే వారు ఎల్లప్పుడూ రేసులో గెలుస్తారు. ఇది అమలు చేయడానికి చాలా ఖరీదైనది మరియు కష్టమైనది, ఇది చైన్ను దాడుల నుండి రక్షిస్తుంది. ప్రూఫ్-ఆఫ్-వర్క్ ఉపయోగించి "మైన్" చేయడానికి అవసరమైన శక్తి అనేది మైనర్లు చెల్లించే ఒక నిజ-ప్రపంచ ఆస్తి.
+
+ప్రూఫ్-ఆఫ్-స్టేక్ అనేది ధృవీకరణకర్తలు అని పిలవబడే నోడ్లను, ఒక క్రిప్టో ఆస్తిని ఒక స్మార్ట్ కాంట్రాక్ట్కు స్పష్టంగా సమర్పించవలసిందిగా కోరుతుంది. ఒక ధృవీకరణకర్త తప్పుగా ప్రవర్తిస్తే, ఈ క్రిప్టోను నాశనం చేయవచ్చు, ఎందుకంటే వారు తమ ఆస్తులను శక్తి వ్యయం ద్వారా పరోక్షంగా కాకుండా నేరుగా చైన్లో "స్టేకింగ్" చేస్తున్నారు.
+
+ప్రూఫ్-ఆఫ్-వర్క్ చాలా ఎక్కువ శక్తి-ఆకలితో ఉంటుంది, ఎందుకంటే మైనింగ్ ప్రక్రియలో విద్యుత్ కాలిపోతుంది. మరోవైపు, ప్రూఫ్-ఆఫ్-స్టేక్కు చాలా తక్కువ మొత్తంలో శక్తి మాత్రమే అవసరం - ఇతీరియము ధృవీకరణకర్తలు రాస్ప్బెర్రీ పై వంటి తక్కువ-శక్తి పరికరంలో కూడా నడపగలరు. ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ మెకానిజం ప్రూఫ్-ఆఫ్-వర్క్ కంటే సురక్షితమైనదిగా భావించబడుతుంది, ఎందుకంటే దాడి చేయడానికి అయ్యే ఖర్చు ఎక్కువ, మరియు దాడి చేసేవారికి పరిణామాలు మరింత తీవ్రంగా ఉంటాయి.
+
+ప్రూఫ్-ఆఫ్-వర్క్ వర్సెస్ ప్రూఫ్-ఆఫ్-స్టేక్ అనేది ఒక వివాదాస్పద అంశం. [వైటాలిక్ బుటెరిన్ బ్లాగ్](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-are-the-benefits-of-proof-of-stake-as-opposed-to-proof-of-work) మరియు జస్టిన్ డ్రేక్, లిన్ ఆల్డెన్ మధ్య జరిగిన చర్చ వాదనల యొక్క మంచి సారాంశాన్ని అందిస్తాయి.
+
+
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ శక్తి సామర్థ్యమా? {#is-pos-energy-efficient}
+
+అవును. ప్రూఫ్-ఆఫ్-స్టేక్ నెట్వర్క్లోని నోడ్లు చాలా తక్కువ శక్తిని ఉపయోగిస్తాయి. ఒక థర్డ్-పార్టీ అధ్యయనం ప్రకారం, మొత్తం ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియము నెట్వర్క్ సంవత్సరానికి సుమారు 0.0026 TWh వినియోగిస్తుంది - ఇది ఒక్క USలోనే గేమింగ్ కంటే సుమారు 13,000 రెట్లు తక్కువ.
+
+[ఇతీరియము శక్తి వినియోగంపై మరింత సమాచారం](/energy-consumption/).
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ సురక్షితమేనా? {#is-pos-secure}
+
+ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ చాలా సురక్షితమైనది. ఈ యంత్రాంగాన్ని ప్రత్యక్ష ప్రసారం చేయడానికి ముందు ఎనిమిది సంవత్సరాలకు పైగా పరిశోధన, అభివృద్ధి మరియు కఠినంగా పరీక్షించారు. భద్రతా హామీలు ప్రూఫ్-ఆఫ్-వర్క్ బ్లాక్చైన్ల నుండి భిన్నంగా ఉంటాయి. ప్రూఫ్-ఆఫ్-స్టేక్లో, హానికరమైన ధృవీకరణకర్తలను చురుకుగా శిక్షించవచ్చు ("స్లాష్" చేయవచ్చు) మరియు ధృవీకరణకర్తల సెట్ నుండి తొలగించవచ్చు, దీని వలన గణనీయమైన మొత్తంలో ETH ఖర్చవుతుంది. ప్రూఫ్-ఆఫ్-వర్క్ కింద, దాడి చేసే వ్యక్తికి తగినంత హాష్ పవర్ ఉన్నంత వరకు వారి దాడిని పునరావృతం చేయవచ్చు. ప్రూఫ్-ఆఫ్-వర్క్ కింద కంటే ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముపై సమానమైన దాడులు చేయడం కూడా చాలా ఖరీదైనది. చైన్ యొక్క సజీవత్వాన్ని ప్రభావితం చేయడానికి, నెట్వర్క్లో మొత్తం స్టేక్ చేయబడిన ఈథర్లో కనీసం 33% అవసరం (విజయం యొక్క అత్యంత తక్కువ సంభావ్యతతో చాలా అధునాతన దాడుల సందర్భాలలో తప్ప). భవిష్యత్ బ్లాక్ల కంటెంట్లను నియంత్రించడానికి, మొత్తం స్టేక్ చేయబడిన ETHలో కనీసం 51% అవసరం, మరియు చరిత్రను తిరిగి వ్రాయడానికి, మొత్తం స్టేక్లో 66% కంటే ఎక్కువ అవసరం. 33% లేదా 51% దాడి దృశ్యాలలో ఇతీరియము ప్రోటోకాల్ ఈ ఆస్తులను నాశనం చేస్తుంది మరియు 66% దాడి దృశ్యంలో సామాజిక ఏకాభిప్రాయం ద్వారా నాశనం చేస్తుంది.
+
+- [దాడి చేసేవారి నుండి ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ను రక్షించడంపై మరింత సమాచారం](/developers/docs/consensus-mechanisms/pos/attack-and-defense)
+- [ప్రూఫ్-ఆఫ్-స్టేక్ రూపకల్పనపై మరింత సమాచారం](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియమును చౌకగా చేస్తుందా? {#does-pos-make-ethereum-cheaper}
+
+లేదు. ఒక లావాదేవీని పంపడానికి అయ్యే ఖర్చు (గ్యాస్ ఫీజు) నెట్వర్క్ డిమాండ్ పెరిగేకొద్దీ పెరిగే డైనమిక్ ఫీజు మార్కెట్ ద్వారా నిర్ణయించబడుతుంది. ఏకాభిప్రాయ యంత్రాంగం దీనిని నేరుగా ప్రభావితం చేయదు.
+
+[గ్యాస్ గురించి మరింత](/developers/docs/gas).
+
+## నోడ్స్, క్లయింట్లు మరియు ధృవీకరణకర్తలు అంటే ఏమిటి? {#what-are-nodes-clients-and-validators}
+
+నోడ్స్ అంటే ఇతీరియము నెట్వర్క్కు కనెక్ట్ చేయబడిన కంప్యూటర్లు. క్లయింట్లు అనేవి వారు నడిపే సాఫ్ట్వేర్, ఇది కంప్యూటర్ను నోడ్గా మారుస్తుంది. రెండు రకాల క్లయింట్లు ఉన్నాయి: ఎగ్జిక్యూషన్ క్లయింట్లు మరియు ఏకాభిప్రాయం క్లయింట్లు. ఒక నోడ్ను సృష్టించడానికి రెండూ అవసరం. ధృవీకరణకర్త అనేది ఏకాభిప్రాయం క్లయింట్కు ఒక ఐచ్ఛిక యాడ్-ఆన్, ఇది నోడ్ను ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయంలో పాల్గొనడానికి వీలు కల్పిస్తుంది. దీనర్థం, ఎంపిక చేసినప్పుడు బ్లాక్లను సృష్టించడం మరియు ప్రతిపాదించడం మరియు వారు నెట్వర్క్లో విన్న బ్లాక్లకు ధృవీకరించడం. ధృవీకరణకర్తను నడపడానికి, నోడ్ ఆపరేటర్ తప్పనిసరిగా 32 ETHను డిపాజిట్ కాంట్రాక్ట్లో డిపాజిట్ చేయాలి.
+
+- [నోడ్స్ మరియు క్లయింట్ల గురించి మరింత](/developers/docs/nodes-and-clients)
+- [స్టేకింగ్ గురించి మరింత](/staking)
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ ఒక కొత్త ఆలోచనా? {#is-pos-new}
+
+లేదు. 2011లో BitcoinTalkలో ఒక వినియోగదారుడు బిట్కాయిన్కు అప్గ్రేడ్గా [ప్రూఫ్-ఆఫ్-స్టేక్ ప్రాథమిక ఆలోచనను ప్రతిపాదించారు](https://bitcointalk.org/index.php?topic=27787.0). ఇది ఇతీరియము మెయిన్నెట్లో అమలు చేయడానికి సిద్ధమయ్యే ముందు పదకొండు సంవత్సరాలు పట్టింది. కొన్ని ఇతర చైన్లు ఇతీరియము కంటే ముందుగా ప్రూఫ్-ఆఫ్-స్టేక్ను అమలు చేశాయి, కానీ ఇతీరియము యొక్క నిర్దిష్ట యంత్రాంగాన్ని (గ్యాస్పర్ అని పిలుస్తారు) కాదు.
+
+## ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్లో ప్రత్యేకత ఏమిటి? {#why-is-ethereum-pos-special}
+
+ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ యంత్రాంగం దాని రూపకల్పనలో ప్రత్యేకమైనది. ఇది రూపకల్పన చేసి, అమలు చేసిన మొదటి ప్రూఫ్-ఆఫ్-స్టేక్ యంత్రాంగం కాదు, కానీ ఇది అత్యంత దృఢమైనది. ఈ ప్రూఫ్-ఆఫ్-స్టేక్ యంత్రాంగాన్ని "కాస్పర్" అని పిలుస్తారు. బ్లాక్లను ప్రతిపాదించడానికి ధృవీకరణకర్తలను ఎలా ఎంపిక చేస్తారు, అటెస్టేషన్లు ఎలా, ఎప్పుడు చేయబడతాయి, అటెస్టేషన్లు ఎలా లెక్కించబడతాయి, ధృవీకరణకర్తలకు ఇచ్చే బహుమతులు మరియు జరిమానాలు, స్లాషింగ్ షరతులు, నిష్క్రియాత్మక లీక్ వంటి ఫెయిల్ సేఫ్ యంత్రాంగాలు మరియు "ఫైనాలిటీ" కోసం షరతులను కాస్పర్ నిర్వచిస్తుంది. ఫైనాలిటీ అనేది ఒక బ్లాక్ కానానికల్ చైన్లో శాశ్వత భాగంగా పరిగణించబడటానికి నెట్వర్క్లో మొత్తం స్టేక్ చేయబడిన ETHలో కనీసం 66% మంది ఓటు వేయాలి అనే షరతు. పరిశోధకులు కాస్పర్ను ప్రత్యేకంగా ఇతీరియము కోసం అభివృద్ధి చేశారు, మరియు ఇతీరియము దానిని అమలు చేసిన మొదటి మరియు ఏకైక బ్లాక్చైన్.
+
+కాస్పర్తో పాటు, ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ LMD-GHOST అనే ఫోర్క్ ఛాయిస్ అల్గారిథమ్ను ఉపయోగిస్తుంది. ఒకే స్లాట్ కోసం రెండు బ్లాక్లు ఉన్న పరిస్థితి తలెత్తినప్పుడు ఇది అవసరం. ఇది బ్లాక్చైన్ యొక్క రెండు ఫోర్క్లను సృష్టిస్తుంది. LMD-GHOST అత్యధిక అటెస్టేషన్ల "బరువు" ఉన్నదాన్ని ఎంచుకుంటుంది. బరువు అనేది ధృవీకరణకర్తల ప్రభావవంతమైన బ్యాలెన్స్ ద్వారా వెయిట్ చేయబడిన అటెస్టేషన్ల సంఖ్య. LMD-GHOST ఇతీరియముకు ప్రత్యేకమైనది.
+
+కాస్పర్ మరియు LMD_GHOST కలయికను గ్యాస్పర్ అని పిలుస్తారు.
+
+[గ్యాస్పర్ గురించి మరింత](/developers/docs/consensus-mechanisms/pos/gasper/)
+
+## స్లాషింగ్ అంటే ఏమిటి? {#what-is-slashing}
+
+స్లాషింగ్ అనేది ధృవీకరణకర్త యొక్క స్టేక్లో కొంత భాగాన్ని నాశనం చేయడం మరియు నెట్వర్క్ నుండి ధృవీకరణకర్తను తొలగించడం కోసం ఇవ్వబడిన పదం. ఒక స్లాషింగ్లో కోల్పోయిన ETH మొత్తం స్లాష్ చేయబడుతున్న ధృవీకరణకర్తల సంఖ్యతో స్కేల్ అవుతుంది - దీని అర్థం కుమ్మక్కైన ధృవీకరణకర్తలు వ్యక్తుల కంటే తీవ్రంగా శిక్షించబడతారు.
+
+[స్లాషింగ్ గురించి మరింత](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties#slashing)
+
+## ధృవీకరణకర్తలకు 32 ETH ఎందుకు అవసరం? {#why-32-eth}
+
+ధృవీకరణకర్తలు తప్పుగా ప్రవర్తిస్తే కోల్పోవడానికి ఏదైనా ఉండటానికి ETH స్టేక్ చేయాలి. వారు ప్రత్యేకంగా 32 ETH స్టేక్ చేయడానికి కారణం, సాధారణ హార్డ్వేర్పై నోడ్లను నడపడానికి వీలు కల్పించడం. ఒక ధృవీకరణకర్తకు కనీస ETH తక్కువగా ఉంటే, అప్పుడు ధృవీకరణకర్తల సంఖ్య మరియు అందువల్ల ప్రతి స్లాట్లో ప్రాసెస్ చేయవలసిన సందేశాల సంఖ్య పెరుగుతుంది, అంటే నోడ్ను నడపడానికి మరింత శక్తివంతమైన హార్డ్వేర్ అవసరం.
+
+## ధృవీకరణకర్తలు ఎలా ఎంపిక చేయబడతారు? {#how-are-validators-selected}
+
+ప్రతి స్లాట్లో ఒక బ్లాక్ను ప్రతిపాదించడానికి RANDAO అని పిలువబడే ఒక అల్గారిథమ్ను ఉపయోగించి ఒకే ధృవీకరణకర్త సూడో-రాండమ్గా ఎంపిక చేయబడుతుంది, ఇది బ్లాక్ ప్రపోజర్ నుండి ఒక హాష్ను ప్రతి బ్లాక్కు అప్డేట్ అయ్యే సీడ్తో మిక్స్ చేస్తుంది. ఈ విలువ మొత్తం ధృవీకరణకర్తల సెట్ నుండి ఒక నిర్దిష్ట ధృవీకరణకర్తను ఎంచుకోవడానికి ఉపయోగించబడుతుంది. ధృవీకరణకర్త ఎంపిక రెండు ఎపోక్ల ముందుగానే నిర్ణయించబడుతుంది.
+
+[ధృవీకరణకర్త ఎంపిక గురించి మరింత](/developers/docs/consensus-mechanisms/pos/block-proposal)
+
+## స్టేక్ గ్రైండింగ్ అంటే ఏమిటి? {#what-is-stake-grinding}
+
+స్టేక్ గ్రైండింగ్ అనేది ప్రూఫ్-ఆఫ్-స్టేక్ నెట్వర్క్లపై ఒక రకమైన దాడి, ఇక్కడ దాడి చేసేవాడు ధృవీకరణకర్త ఎంపిక అల్గారిథమ్ను వారి స్వంత ధృవీకరణకర్తలకు అనుకూలంగా ప్రభావితం చేయడానికి ప్రయత్నిస్తాడు. RANDAOపై స్టేక్ గ్రైండింగ్ దాడులకు మొత్తం స్టేక్ చేయబడిన ETHలో సగం అవసరం.
+
+[స్టేక్ గ్రైండింగ్ గురించి మరింత](https://eth2book.info/altair/part2/building_blocks/randomness/#randao-biasability)
+
+## సామాజిక స్లాషింగ్ అంటే ఏమిటి? {#what-is-social-slashing}
+
+సామాజిక స్లాషింగ్ అనేది ఒక దాడికి ప్రతిస్పందనగా బ్లాక్చైన్ యొక్క ఫోర్క్ను సమన్వయం చేసే సంఘం యొక్క సామర్థ్యం. ఇది నిజాయితీ లేని చైన్ను ఫైనలైజ్ చేసే దాడి నుండి కోలుకోవడానికి సంఘానికి వీలు కల్పిస్తుంది. సామాజిక స్లాషింగ్ను సెన్సార్షిప్ దాడులకు వ్యతిరేకంగా కూడా ఉపయోగించవచ్చు.
+
+- [సామాజిక స్లాషింగ్ గురించి మరింత](https://ercwl.medium.com/the-case-for-social-slashing-59277ff4d9c7)
+- [సామాజిక స్లాషింగ్పై వైటాలిక్ బుటెరిన్](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-proof-of-stake)
+
+## నేను స్లాష్ చేయబడతానా? {#will-i-get-slashed}
+
+ఒక ధృవీకరణకర్తగా, మీరు ఉద్దేశపూర్వకంగా హానికరమైన ప్రవర్తనలో నిమగ్నమైతే తప్ప స్లాష్ చేయడం చాలా కష్టం. ధృవీకరణకర్తలు ఒకే స్లాట్ కోసం బహుళ బ్లాక్లను ప్రతిపాదించినప్పుడు లేదా వారి అటెస్టేషన్లతో తమను తాము విభేదించుకున్నప్పుడు మాత్రమే చాలా నిర్దిష్ట దృశ్యాలలో స్లాషింగ్ అమలు చేయబడుతుంది - ఇవి అనుకోకుండా తలెత్తే అవకాశం చాలా తక్కువ.
+
+[స్లాషింగ్ షరతుల గురించి మరింత](https://eth2book.info/altair/part2/incentives/slashing)
+
+## నథింగ్-ఎట్-స్టేక్ సమస్య అంటే ఏమిటి? {#what-is-nothing-at-stake-problem}
+
+నథింగ్-ఎట్-స్టేక్ సమస్య అనేది కొన్ని ప్రూఫ్-ఆఫ్-స్టేక్ యంత్రాంగాలతో ఒక సంభావిత సమస్య, ఇక్కడ బహుమతులు మాత్రమే ఉంటాయి మరియు జరిమానాలు ఉండవు. స్టేక్లో ఏమీ లేకపోతే, ఒక ఆచరణాత్మక ధృవీకరణకర్త బ్లాక్చైన్ యొక్క ఏదైనా, లేదా బహుళ ఫోర్క్లకు కూడా సమానంగా సంతోషంగా ధృవీకరిస్తాడు, ఎందుకంటే ఇది వారి బహుమతులను పెంచుతుంది. ఒక కానానికల్ చైన్ను నిర్ధారించడానికి ఫైనాలిటీ షరతులు మరియు స్లాషింగ్ను ఉపయోగించి ఇతీరియము దీనిని అధిగమిస్తుంది.
+
+[నథింగ్-ఎట్-స్టేక్ సమస్యపై మరింత](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-the-nothing-at-stake-problem-and-how-can-it-be-fixed)
+
+## ఫోర్క్ ఎంపిక అల్గారిథం అంటే ఏమిటి? {#what-is-a-fork-choice-algorithm}
+
+ఫోర్క్ ఎంపిక అల్గారిథం ఏ చైన్ కానానికల్ అయినదో నిర్ణయించే నియమాలను అమలు చేస్తుంది. ఆదర్శవంతమైన పరిస్థితులలో, ఫోర్క్ ఎంపిక నియమం అవసరం లేదు, ఎందుకంటే ప్రతి స్లాట్కు ఒక బ్లాక్ ప్రపోజర్ మాత్రమే ఉంటాడు మరియు ఎంచుకోవడానికి ఒక బ్లాక్ మాత్రమే ఉంటుంది. అయితే, అప్పుడప్పుడు, ఒకే స్లాట్ కోసం బహుళ బ్లాక్లు లేదా ఆలస్యంగా వచ్చే సమాచారం చైన్ యొక్క హెడ్ దగ్గర బ్లాక్లు ఎలా నిర్వహించబడతాయి అనేదానికి బహుళ ఎంపికలకు దారితీస్తుంది. ఈ సందర్భాలలో, అన్ని క్లయింట్లు బ్లాక్ల యొక్క సరైన క్రమాన్ని ఎంచుకున్నారని నిర్ధారించుకోవడానికి కొన్ని నియమాలను ఒకే విధంగా అమలు చేయాలి. ఫోర్క్-ఎంపిక అల్గారిథం ఈ నియమాలను ఎన్కోడ్ చేస్తుంది.
+
+ఇతీరియము యొక్క ఫోర్క్-ఎంపిక అల్గారిథంను LMD-GHOST అని పిలుస్తారు. ఇది అత్యధిక బరువు ఉన్న అటెస్టేషన్లతో ఫోర్క్ను ఎంచుకుంటుంది, అంటే ఎక్కువ స్టేక్ చేయబడిన ETH ఓటు వేసినది.
+
+[LMD-GHOST గురించి మరింత](/developers/docs/consensus-mechanisms/pos/gasper/#fork-choice)
+
+## ప్రూఫ్-ఆఫ్-స్టేక్లో ఫైనాలిటీ అంటే ఏమిటి? {#what-is-finality}
+
+ప్రూఫ్-ఆఫ్-స్టేక్లో ఫైనాలిటీ అనేది ఒక బ్లాక్ కానానికల్ చైన్లో శాశ్వత భాగమని మరియు దాడి చేసేవాడు మొత్తం స్టేక్ చేయబడిన ఈథర్లో 33% బర్న్ చేసే ఏకాభిప్రాయ వైఫల్యం ఉంటే తప్ప దానిని తిరిగి మార్చలేమని హామీ. ఇది "క్రిప్టో-ఎకనామిక్" ఫైనాలిటీ, ఇది ప్రూఫ్-ఆఫ్-వర్క్ బ్లాక్చైన్లకు సంబంధించిన "సంభావ్యత ఫైనాలిటీ"కి విరుద్ధంగా ఉంటుంది. సంభావ్యత ఫైనాలిటీలో, బ్లాక్ల కోసం స్పష్టమైన ఫైనలైజ్డ్/నాన్-ఫైనలైజ్డ్ స్థితులు లేవు - ఒక బ్లాక్ పాతది అయ్యేకొద్దీ చైన్ నుండి తొలగించబడే అవకాశం తక్కువ అవుతుంది మరియు వినియోగదారులు ఒక బ్లాక్ "సురక్షితమైనది" అని తగినంత నమ్మకంతో ఉన్నప్పుడు స్వయంగా నిర్ణయించుకుంటారు. క్రిప్టో-ఎకనామిక్ ఫైనాలిటీతో, చెక్పాయింట్ బ్లాక్ల జతలకు స్టేక్ చేయబడిన ఈథర్లో 66% మంది ఓటు వేయాలి. ఈ షరతు సంతృప్తి చెందితే, ఆ చెక్పాయింట్ల మధ్య ఉన్న బ్లాక్లు స్పష్టంగా "ఫైనలైజ్" చేయబడతాయి.
+
+[ఫైనాలిటీ గురించి మరింత](/developers/docs/consensus-mechanisms/pos/#finality)
+
+## "బలహీన ఆత్మీయత" అంటే ఏమిటి? {#what-is-weak-subjectivity}
+
+బలహీన ఆత్మీయత అనేది ప్రూఫ్-ఆఫ్-స్టేక్ నెట్వర్క్ల యొక్క ఒక లక్షణం, ఇక్కడ బ్లాక్చైన్ యొక్క ప్రస్తుత స్థితిని నిర్ధారించడానికి సామాజిక సమాచారం ఉపయోగించబడుతుంది. కొత్త నోడ్లు లేదా చాలా కాలం ఆఫ్లైన్లో ఉన్న తర్వాత నెట్వర్క్లో తిరిగి చేరే నోడ్లకు ఇటీవలి స్థితిని ఇవ్వవచ్చు, తద్వారా నోడ్ వారు సరైన చైన్లో ఉన్నారో లేదో వెంటనే చూడగలదు. ఈ స్థితులను "బలహీన ఆత్మీయత చెక్పాయింట్లు" అని పిలుస్తారు మరియు వాటిని ఇతర నోడ్ ఆపరేటర్ల నుండి అవుట్-ఆఫ్-బ్యాండ్, లేదా బ్లాక్ ఎక్స్ప్లోరర్ల నుండి లేదా అనేక పబ్లిక్ ఎండ్పాయింట్ల నుండి పొందవచ్చు.
+
+[బలహీన ఆత్మీయత గురించి మరింత](/developers/docs/consensus-mechanisms/pos/weak-subjectivity)
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ సెన్సార్షిప్ నిరోధకమా? {#is-pos-censorship-resistant}
+
+సెన్సార్షిప్ నిరోధకతను ప్రస్తుతం నిరూపించడం కష్టం. అయినప్పటికీ, ప్రూఫ్-ఆఫ్-వర్క్ వలె కాకుండా, ప్రూఫ్-ఆఫ్-స్టేక్ సెన్సార్ చేసే ధృవీకరణకర్తలను శిక్షించడానికి స్లాషింగ్లను సమన్వయం చేసే ఎంపికను అందిస్తుంది. బ్లాక్ బిల్డర్లను బ్లాక్ ప్రపోజర్ల నుండి వేరుచేసే మరియు బిల్డర్లు ప్రతి బ్లాక్లో చేర్చవలసిన లావాదేవీల జాబితాలను అమలు చేసే ప్రోటోకాల్కు రాబోయే మార్పులు ఉన్నాయి. ఈ ప్రతిపాదనను ప్రాపర్-బిల్డర్ సెపరేషన్ అని పిలుస్తారు మరియు ఇది ధృవీకరణకర్తలు లావాదేవీలను సెన్సార్ చేయకుండా నిరోధించడానికి సహాయపడుతుంది.
+
+[ప్రపోజర్-బిల్డర్ సెపరేషన్ గురించి మరింత](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Original-basic-scheme)
+
+## ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ సిస్టమ్ను 51% దాడి చేయవచ్చా? {#pos-51-attack}
+
+అవును. ప్రూఫ్-ఆఫ్-వర్క్ వలె, ప్రూఫ్-ఆఫ్-స్టేక్ 51% దాడులకు గురవుతుంది. దాడి చేసేవాడికి నెట్వర్క్ యొక్క హాష్ పవర్లో 51% అవసరం కాకుండా, దాడి చేసేవాడికి మొత్తం స్టేక్ చేయబడిన ETHలో 51% అవసరం. మొత్తం స్టేక్లో 51% కూడగట్టుకున్న దాడి చేసేవాడు ఫోర్క్-ఎంపిక అల్గారిథమ్ను నియంత్రించగలుగుతాడు. ఇది దాడి చేసేవాడికి కొన్ని లావాదేవీలను సెన్సార్ చేయడానికి, షార్ట్-రేంజ్ రీఆర్గ్స్ చేయడానికి మరియు వారి అనుకూలంగా బ్లాక్లను తిరిగి ఆర్డర్ చేయడం ద్వారా MEVని సంగ్రహించడానికి వీలు కల్పిస్తుంది.
+
+[ప్రూఫ్-ఆఫ్-స్టేక్పై దాడుల గురించి మరింత](/developers/docs/consensus-mechanisms/pos/attack-and-defense)
+
+## సామాజిక సమన్వయం అంటే ఏమిటి, మరియు అది ఎందుకు అవసరం? {#what-is-social-coordination}
+
+సామాజిక సమన్వయం అనేది ఇతీరియము కోసం ఒక చివరి రక్షణ రేఖ, ఇది నిజాయితీ లేని బ్లాక్లను ఫైనలైజ్ చేసిన దాడి నుండి నిజాయితీ గల చైన్ను పునరుద్ధరించడానికి అనుమతిస్తుంది. ఈ సందర్భంలో, ఇతీరియము సంఘం "అవుట్-ఆఫ్-బ్యాండ్" సమన్వయం చేసుకోవాలి మరియు ఈ ప్రక్రియలో దాడి చేసేవారి ధృవీకరణకర్తలను స్లాష్ చేస్తూ, నిజాయితీ గల మైనారిటీ ఫోర్క్ను ఉపయోగించడానికి అంగీకరించాలి. దీనికి యాప్లు మరియు ఎక్స్ఛేంజీలు కూడా నిజాయితీ గల ఫోర్క్ను గుర్తించడం అవసరం.
+
+[సామాజిక సమన్వయం గురించి మరింత చదవండి](/developers/docs/consensus-mechanisms/pos/attack-and-defense#people-the-last-line-of-defense)
+
+## ప్రూఫ్-ఆఫ్-స్టేక్లో ధనవంతులు మరింత ధనవంతులు అవుతారా? {#do-rich-get-richer}
+
+ఒకరు ఎంత ఎక్కువ ETH స్టేక్ చేస్తే, అంత ఎక్కువ ధృవీకరణకర్తలను వారు నడపగలరు, మరియు అంత ఎక్కువ బహుమతులను వారు పొందగలరు. బహుమతులు స్టేక్ చేయబడిన ETH మొత్తంతో సరళంగా స్కేల్ అవుతాయి, మరియు ప్రతి ఒక్కరూ అదే శాతం రాబడిని పొందుతారు. ప్రూఫ్-ఆఫ్-స్టేక్ కంటే ప్రూఫ్-ఆఫ్-వర్క్ ధనవంతులను మరింత ధనవంతులను చేస్తుంది, ఎందుకంటే స్కేల్లో హార్డ్వేర్ను కొనుగోలు చేసే ధనిక మైనర్లు ఎకానమీస్ ఆఫ్ స్కేల్ నుండి ప్రయోజనం పొందుతారు, అంటే సంపద మరియు బహుమతి మధ్య సంబంధం సరళంగా ఉండదు.
+
+## ప్రూఫ్-ఆఫ్-వర్క్ కంటే ప్రూఫ్-ఆఫ్-స్టేక్ ఎక్కువ కేంద్రీకృతమా? {#is-pos-decentralized}
+
+లేదు, ప్రూఫ్-ఆఫ్-వర్క్ కేంద్రీకరణకు మొగ్గు చూపుతుంది, ఎందుకంటే మైనింగ్ ఖర్చులు పెరిగి వ్యక్తులను, ఆపై చిన్న కంపెనీలను, మరియు అలా కొనసాగుతూ అందరినీ వెలకట్టేస్తాయి. ప్రూఫ్-ఆఫ్-స్టేక్తో ప్రస్తుత సమస్య లిక్విడ్ స్టేకింగ్ డెరివేటివ్స్ (LSDs) ప్రభావం. ఇవి కొంత ప్రొవైడర్ ద్వారా స్టేక్ చేయబడిన ETHని సూచించే టోకెన్లు, వాస్తవ ETHని అన్స్టేక్ చేయకుండా ఎవరైనా సెకండరీ మార్కెట్లలో మార్చుకోవచ్చు. LSDలు వినియోగదారులను 32 ETH కంటే తక్కువతో స్టేక్ చేయడానికి అనుమతిస్తాయి, కానీ అవి కొన్ని పెద్ద సంస్థలు ఎక్కువ స్టేక్ను నియంత్రించగల కేంద్రీకరణ ప్రమాదాన్ని కూడా సృష్టిస్తాయి. అందుకే ఇతీరియము కోసం [సోలో స్టేకింగ్](/staking/solo) ఉత్తమ ఎంపిక.
+
+[LSDలలో స్టేక్ కేంద్రీకరణ గురించి మరింత](https://notes.ethereum.org/@djrtwo/risks-of-lsd)
+
+## నేను ETHని మాత్రమే ఎందుకు స్టేక్ చేయగలను? {#why-can-i-only-stake-eth}
+
+ETH ఇతీరియము యొక్క స్థానిక కరెన్సీ. ఓట్లను మరియు భద్రతను వెయిట్ చేయడానికి ప్రభావవంతమైన బ్యాలెన్స్లను లెక్కించడానికి, అన్ని స్టేక్లు ఒకే కరెన్సీలో ఉండటం అవసరం. ETH అనేది స్మార్ట్ కాంట్రాక్ట్ కాకుండా ఇతీరియము యొక్క ప్రాథమిక భాగం. ఇతర కరెన్సీలను చేర్చడం సంక్లిష్టతను గణనీయంగా పెంచుతుంది మరియు స్టేకింగ్ భద్రతను తగ్గిస్తుంది.
+
+## ఇతీరియము మాత్రమే ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్చైన్నా? {#is-ethereum-the-only-pos-blockchain}
+
+లేదు, అనేక ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్చైన్లు ఉన్నాయి. ఏదీ ఇతీరియముతో సమానంగా లేదు; ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ యంత్రాంగం ప్రత్యేకమైనది.
+
+## విలీనం (The Merge) అంటే ఏమిటి? {#what-is-the-merge}
+
+విలీనం (The Merge) అనేది ఇతీరియము దాని ప్రూఫ్-ఆఫ్-వర్క్-ఆధారిత ఏకాభిప్రాయ యంత్రాంగాన్ని ఆపివేసి, దాని ప్రూఫ్-ఆఫ్-స్టేక్-ఆధారిత ఏకాభిప్రాయ యంత్రాంగాన్ని ఆన్ చేసిన క్షణం. విలీనం (The Merge) సెప్టెంబర్ 15, 2022న జరిగింది.
+
+[విలీనం (The Merge) గురించి మరింత](/roadmap/merge)
+
+## సజీవత్వం మరియు భద్రత అంటే ఏమిటి? {#what-are-liveness-and-safety}
+
+సజీవత్వం మరియు భద్రత అనేవి ఒక బ్లాక్చైన్ కోసం రెండు ప్రాథమిక భద్రతా ఆందోళనలు. సజీవత్వం అనేది ఫైనలైజింగ్ చైన్ యొక్క లభ్యత. చైన్ ఫైనలైజ్ అవ్వడం ఆగిపోయినా లేదా వినియోగదారులు దానిని సులభంగా యాక్సెస్ చేయలేకపోయినా, అవి సజీవత్వ వైఫల్యాలు. అత్యంత అధిక యాక్సెస్ ఖర్చును కూడా సజీవత్వ వైఫల్యంగా పరిగణించవచ్చు. భద్రత అనేది చైన్పై దాడి చేయడం ఎంత కష్టమో సూచిస్తుంది - అనగా, విరుద్ధమైన చెక్పాయింట్లను ఫైనలైజ్ చేయడం.
+
+[కాస్పర్ పేపర్లో మరింత చదవండి](https://arxiv.org/pdf/1710.09437.pdf)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/gasper/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/gasper/index.md
new file mode 100644
index 00000000000..26b5ad1ba74
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/gasper/index.md
@@ -0,0 +1,52 @@
+---
+title: గ్యాస్పర్
+description: గాస్పర్ ప్రూఫ్-ఆఫ్-స్టేక్ మెకానిజం యొక్క వివరణ.
+lang: te
+---
+
+గాస్పర్ అనేది కాస్పర్ ది ఫ్రెండ్లీ ఫైనాలిటీ గాడ్జెట్ (Casper-FFG) మరియు LMD-GHOST ఫోర్క్ ఎంపిక అల్గోరిథంల కలయిక. ఈ కాంపోనెంట్లు కలిసి ప్రూఫ్-ఆఫ్-స్టేక్ Ethereumను సురక్షితం చేసే ఏకాభిప్రాయం మెకానిజంను ఏర్పరుస్తాయి. కాస్పర్ అనేది కొన్ని బ్లాక్లను "అంతిమమైనవి"గా అప్గ్రేడ్ చేసే మెకానిజం, తద్వారా నెట్వర్క్లోకి కొత్తగా ప్రవేశించేవారు తాము కానానికల్ చైన్ను సింక్ చేస్తున్నామని నమ్మకంగా ఉండగలరు. బ్లాక్చెయిన్లో ఫోర్క్లు ఏర్పడినప్పుడు నోడ్లు సరైన దానిని సులభంగా ఎంచుకోగలవని నిర్ధారించడానికి ఫోర్క్ ఎంపిక అల్గోరిథం సేకరించిన ఓట్లను ఉపయోగిస్తుంది.
+
+**గమనిక** గాస్పర్లో చేర్చడం కోసం Casper-FFG యొక్క అసలు నిర్వచనం కొద్దిగా అప్డేట్ చేయబడింది. ఈ పేజీలో మేము అప్డేట్ చేయబడిన వెర్షన్ను పరిగణిస్తాము.
+
+## అవసరమైనవి
+
+ఈ మెటీరియల్ను అర్థం చేసుకోవడానికి [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) పై పరిచయ పేజీని చదవడం అవసరం.
+
+## గాస్పర్ పాత్ర {#role-of-gasper}
+
+గాస్పర్ ఒక ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్చెయిన్ పైన ఉంటుంది, ఇక్కడ నోడ్లు బ్లాక్లను ప్రతిపాదించడంలో లేదా ధృవీకరించడంలో సోమరితనం లేదా నిజాయితీ లేనట్లయితే నాశనం చేయగల సెక్యూరిటీ డిపాజిట్గా ఈథర్ను అందిస్తాయి. వాలిడేటర్లు ఎలా రివార్డ్ చేయబడాలి మరియు శిక్షించబడాలి, ఏ బ్లాక్లను ఆమోదించాలి మరియు తిరస్కరించాలి, మరియు బ్లాక్చెయిన్ యొక్క ఏ ఫోర్క్పై నిర్మించాలో నిర్వచించే మెకానిజం గాస్పర్.
+
+## అంతిమత్వం అంటే ఏమిటి? {#what-is-finality}
+
+అంతిమత్వం అనేది కొన్ని బ్లాక్ల యొక్క ఒక లక్షణం, అంటే తీవ్రమైన ఏకాభిప్రాయం వైఫల్యం మరియు ఒక అటాకర్ మొత్తం స్టేక్ చేసిన ఈథర్లో కనీసం 1/3 వంతు నాశనం చేస్తే తప్ప వాటిని తిరిగి మార్చలేరు. అంతిమమైన బ్లాక్లను బ్లాక్చెయిన్ ఖచ్చితంగా ఉన్న సమాచారంగా భావించవచ్చు. ఒక బ్లాక్ అంతిమంగా మారడానికి రెండు-దశల అప్గ్రేడ్ ప్రక్రియ ద్వారా వెళ్ళాలి:
+
+1. మొత్తం స్టేక్ చేయబడిన ఈథర్లో మూడింట రెండు వంతుల మంది ఆ బ్లాక్ను కానానికల్ చైన్లో చేర్చడానికి అనుకూలంగా ఓటు వేసి ఉండాలి. ఈ షరతు బ్లాక్ను "సమర్థించబడినది"గా అప్గ్రేడ్ చేస్తుంది. సమర్థించబడిన బ్లాక్లు తిరిగి మార్చబడే అవకాశం లేదు, కానీ కొన్ని షరతులలో అవి కావచ్చు.
+2. సమర్థించబడిన బ్లాక్ పైన మరొక బ్లాక్ సమర్థించబడినప్పుడు, అది "అంతిమమైనది"గా అప్గ్రేడ్ చేయబడుతుంది. ఒక బ్లాక్ను అంతిమంగా చేయడం అనేది ఆ బ్లాక్ను కానానికల్ చైన్లో చేర్చడానికి ఒక నిబద్ధత. ఒక అటాకర్ మిలియన్ల ఈథర్ను (బిలియన్ల $USD) నాశనం చేస్తే తప్ప దానిని తిరిగి మార్చలేరు.
+
+ఈ బ్లాక్ అప్గ్రేడ్లు ప్రతి స్లాట్లో జరగవు. దానికి బదులుగా, కేవలం ఎపోక్-సరిహద్దు బ్లాక్లు మాత్రమే సమర్థించబడతాయి మరియు అంతిమంగా చేయబడతాయి. ఈ బ్లాక్లను "చెక్పాయింట్లు" అని అంటారు. అప్గ్రేడింగ్ చెక్పాయింట్ల జతలను పరిగణిస్తుంది. తక్కువ ఇటీవలి చెక్పాయింట్ను అంతిమంగా మరియు ఇటీవలి బ్లాక్ను సమర్థించబడినదిగా అప్గ్రేడ్ చేయడానికి రెండు వరుస చెక్పాయింట్ల మధ్య ఒక "సూపర్ మెజారిటీ లింక్" ఉండాలి (అనగా, చెక్పాయింట్ B అనేది చెక్పాయింట్ A యొక్క సరైన వారసుడని మొత్తం స్టేక్ చేయబడిన ఈథర్లో మూడింట రెండు వంతుల మంది ఓటు వేయడం).
+
+ఒక బ్లాక్ కానానికల్ అని మూడింట రెండు వంతుల ఒప్పందం అంతిమత్వానికి అవసరం కాబట్టి, ఒక అటాకర్ ఈ క్రిందివి లేకుండా ప్రత్యామ్నాయ అంతిమ చైన్ను సృష్టించలేడు:
+
+1. మొత్తం స్టేక్ చేయబడిన ఈథర్లో మూడింట రెండు వంతులను స్వంతం చేసుకోవడం లేదా తారుమారు చేయడం.
+2. మొత్తం స్టేక్ చేయబడిన ఈథర్లో కనీసం మూడింట ఒక వంతును నాశనం చేయడం.
+
+ఒక చైన్ను అంతిమంగా చేయడానికి స్టేక్ చేయబడిన ఈథర్లో మూడింట రెండు వంతులు అవసరం కాబట్టి మొదటి షరతు తలెత్తుతుంది. మొత్తం స్టేక్లో మూడింట రెండు వంతులు రెండు ఫోర్క్లకు అనుకూలంగా ఓటు వేసినట్లయితే, మూడింట ఒక వంతు రెండింటిపై ఓటు వేసి ఉండాలి కాబట్టి రెండవ షరతు తలెత్తుతుంది. డబుల్-ఓటింగ్ అనేది ఒక స్లాషింగ్ షరతు, ఇది గరిష్టంగా శిక్షించబడుతుంది, మరియు మొత్తం స్టేక్లో మూడింట ఒక వంతు నాశనం చేయబడుతుంది. మే 2022 నాటికి, దీనికి ఒక అటాకర్ సుమారు $10 బిలియన్ల విలువైన ఈథర్ను బర్న్ చేయాల్సి ఉంటుంది. గాస్పర్లో బ్లాక్లను సమర్థించే మరియు అంతిమంగా చేసే అల్గోరిథం [కాస్పర్ ది ఫ్రెండ్లీ ఫైనాలిటీ గాడ్జెట్ (Casper-FFG)](https://arxiv.org/pdf/1710.09437.pdf) యొక్క కొద్దిగా సవరించిన రూపం.
+
+### ప్రోత్సాహకాలు మరియు స్లాషింగ్ {#incentives-and-slashing}
+
+బ్లాక్లను నిజాయితీగా ప్రతిపాదించడం మరియు ధృవీకరించడం కోసం వాలిడేటర్లు రివార్డ్ చేయబడతారు. ఈథర్ రివార్డ్ చేయబడుతుంది మరియు వారి స్టేక్కు జోడించబడుతుంది. మరోవైపు, హాజరుకాని మరియు పిలిచినప్పుడు చర్య తీసుకోవడంలో విఫలమయ్యే వాలిడేటర్లు ఈ రివార్డులను కోల్పోతారు మరియు కొన్నిసార్లు వారి ఇప్పటికే ఉన్న స్టేక్లో కొంత భాగాన్ని కోల్పోతారు. అయితే, ఆఫ్లైన్లో ఉన్నందుకు జరిమానాలు చిన్నవి మరియు చాలా సందర్భాలలో, రివార్డులను కోల్పోయే అవకాశ ఖర్చులకు సమానం. అయితే, కొన్ని వాలిడేటర్ చర్యలు అనుకోకుండా చేయడం చాలా కష్టం మరియు కొన్ని హానికరమైన ఉద్దేశ్యాన్ని సూచిస్తాయి, ఒకే స్లాట్ కోసం బహుళ బ్లాక్లను ప్రతిపాదించడం, అదే స్లాట్ కోసం బహుళ బ్లాక్లకు అటెస్ట్ చేయడం లేదా మునుపటి చెక్పాయింట్ ఓట్లను ఖండించడం వంటివి. ఇవి "స్లాష్ చేయదగిన" ప్రవర్తనలు, ఇవి మరింత కఠినంగా శిక్షించబడతాయి—స్లాషింగ్ ఫలితంగా వాలిడేటర్ యొక్క స్టేక్లో కొంత భాగం నాశనం చేయబడుతుంది మరియు వాలిడేటర్ల నెట్వర్క్ నుండి వాలిడేటర్ తీసివేయబడుతుంది. ఈ ప్రక్రియకు 36 రోజులు పడుతుంది. మొదటి రోజున, 1 ETH వరకు ప్రారంభ జరిమానా ఉంటుంది. అప్పుడు స్లాష్ చేయబడిన వాలిడేటర్ యొక్క ఈథర్ నిష్క్రమణ వ్యవధిలో నెమ్మదిగా తగ్గిపోతుంది, కానీ 18వ రోజున, వారు "కోరిలేషన్ పెనాల్టీ"ని అందుకుంటారు, అదే సమయంలో ఎక్కువ మంది వాలిడేటర్లు స్లాష్ చేయబడినప్పుడు ఇది పెద్దదిగా ఉంటుంది. గరిష్ట జరిమానా మొత్తం స్టేక్. ఈ రివార్డులు మరియు జరిమానాలు నిజాయితీగల వాలిడేటర్లను ప్రోత్సహించడానికి మరియు నెట్వర్క్పై దాడులను నిరుత్సాహపరిచేందుకు రూపొందించబడ్డాయి.
+
+### నిష్క్రియాత్మక లీక్ {#inactivity-leak}
+
+భద్రతతో పాటు, గాస్పర్ "ప్లాసిబుల్ లైవ్నెస్"ను కూడా అందిస్తుంది. మొత్తం స్టేక్ చేయబడిన ఈథర్లో మూడింట రెండు వంతులు నిజాయితీగా ఓటింగ్ చేస్తున్నంత కాలం మరియు ప్రోటోకాల్ను అనుసరిస్తున్నంత కాలం, చైన్ ఏదైనా ఇతర కార్యాచరణతో (దాడులు, లేటెన్సీ సమస్యలు, లేదా స్లాషింగ్లు వంటివి) సంబంధం లేకుండా అంతిమంగా చేయగలదు అనే షరతు ఇది. మరో విధంగా చెప్పాలంటే, చైన్ అంతిమంగా మారకుండా నిరోధించడానికి మొత్తం స్టేక్ చేయబడిన ఈథర్లో మూడింట ఒక వంతు ఎలాగో ఒకలా రాజీ పడాలి. గాస్పర్లో, లైవ్నెస్ వైఫల్యానికి వ్యతిరేకంగా అదనపు రక్షణ రేఖ ఉంది, దీనిని "నిష్క్రియాత్మక లీక్" అని అంటారు. నాలుగు కంటే ఎక్కువ ఎపోక్ల కోసం చైన్ అంతిమంగా చేయడంలో విఫలమైనప్పుడు ఈ మెకానిజం సక్రియం అవుతుంది. మెజారిటీ చైన్కు చురుకుగా అటెస్ట్ చేయని వాలిడేటర్ల స్టేక్, మెజారిటీ మొత్తం స్టేక్లో మూడింట రెండు వంతులను తిరిగి పొందే వరకు క్రమంగా తగ్గిపోతుంది, లైవ్నెస్ వైఫల్యాలు తాత్కాలికమేనని నిర్ధారిస్తుంది.
+
+### ఫోర్క్ ఎంపిక {#fork-choice}
+
+Casper-FFG యొక్క అసలు నిర్వచనంలో ఒక ఫోర్క్ ఎంపిక అల్గోరిథం ఉంది, ఇది ఈ నియమాన్ని విధించింది: `జెనెసిస్ బ్లాక్ నుండి గరిష్ట దూరం`గా ఎత్తు నిర్వచించబడిన చోట `గరిష్ట ఎత్తు ఉన్న సమర్థించబడిన చెక్పాయింట్ను కలిగి ఉన్న చైన్ను అనుసరించండి`. గాస్పర్లో, LMD-GHOST అనే మరింత అధునాతన అల్గోరిథంకు అనుకూలంగా అసలు ఫోర్క్ ఎంపిక నియమం నిలిపివేయబడింది. సాధారణ పరిస్థితులలో, ఫోర్క్ ఎంపిక నియమం అనవసరం అని గ్రహించడం ముఖ్యం - ప్రతి స్లాట్కు ఒకే బ్లాక్ ప్రపోజర్ ఉంటారు, మరియు నిజాయితీగల వాలిడేటర్లు దానికి అటెస్ట్ చేస్తారు. పెద్ద నెట్వర్క్ అసమకాలికత సందర్భాలలో లేదా నిజాయితీ లేని బ్లాక్ ప్రపోజర్ అస్పష్టంగా మాట్లాడినప్పుడు మాత్రమే ఫోర్క్ ఎంపిక అల్గోరిథం అవసరం. అయితే, ఆ సందర్భాలు తలెత్తినప్పుడు, ఫోర్క్ ఎంపిక అల్గోరిథం సరైన చైన్ను సురక్షితం చేసే కీలకమైన రక్షణ.
+
+LMD-GHOST అంటే "latest message-driven greedy heaviest observed sub-tree" అని అర్థం. ఇది అత్యధికంగా సేకరించబడిన అటెస్టేషన్ల బరువు ఉన్న ఫోర్క్ను కానానికల్ ఒకటిగా ఎంచుకునే (గ్రీడీ హెవీయెస్ట్ సబ్ట్రీ) మరియు ఒక వాలిడేటర్ నుండి బహుళ సందేశాలు స్వీకరించబడితే, కేవలం తాజాది మాత్రమే పరిగణించబడే (లేటెస్ట్-మెసేజ్ డ్రివెన్) అల్గోరిథంను నిర్వచించడానికి ఒక పరిభాష-భరిత మార్గం. అత్యంత బరువైన బ్లాక్ను దాని కానానికల్ చైన్కు జోడించే ముందు, ప్రతి వాలిడేటర్ ఈ నియమాన్ని ఉపయోగించి ప్రతి బ్లాక్ను అంచనా వేస్తుంది.
+
+## మరింత చదవడానికి {#further-reading}
+
+- [గాస్పర్: GHOST మరియు కాస్పర్లను కలపడం](https://arxiv.org/pdf/2003.03052.pdf)
+- [కాస్పర్ ది ఫ్రెండ్లీ ఫైనాలిటీ గాడ్జెట్](https://arxiv.org/pdf/1710.09437.pdf)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/index.md
new file mode 100644
index 00000000000..50914dcf1ff
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/index.md
@@ -0,0 +1,99 @@
+---
+title: ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)
+description: ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం ప్రోటోకాల్ మరియు Ethereumలో దాని పాత్ర గురించిన వివరణ.
+lang: te
+---
+
+ప్రూఫ్-ఆఫ్-స్టేక్ (PoS) Ethereum యొక్క [ఏకాభిప్రాయం యంత్రాంగానికి](/developers/docs/consensus-mechanisms/) ఆధారం. Ethereum 2022లో దాని ప్రూఫ్-ఆఫ్-స్టేక్ యంత్రాంగాన్ని ప్రారంభించింది, ఎందుకంటే ఇది మునుపటి [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow) ఆర్కిటెక్చర్తో పోలిస్తే మరింత సురక్షితమైనది, తక్కువ శక్తిని వినియోగించేది మరియు కొత్త స్కేలింగ్ పరిష్కారాలను అమలు చేయడానికి ఉత్తమమైనది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని మరింత బాగా అర్థం చేసుకోవడానికి, మీరు మొదట [ఏకాభిప్రాయం యంత్రాంగాల](/developers/docs/consensus-mechanisms/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ (PoS) అంటే ఏమిటి? {#what-is-pos}
+
+ధ్రువీకరణకర్తలు నిజాయితీగా వ్యవహరించకపోతే నాశనం చేయగల విలువైనదాన్ని నెట్వర్క్లో పెట్టారని నిరూపించడానికి ప్రూఫ్-ఆఫ్-స్టేక్ ఒక మార్గం. Ethereum యొక్క ప్రూఫ్-ఆఫ్-స్టేక్లో, ధ్రువీకరణకర్తలు ETH రూపంలో మూలధనాన్ని Ethereumలోని ఒక స్మార్ట్ కాంట్రాక్ట్లో స్పష్టంగా స్టేక్ చేస్తారు. నెట్వర్క్లో ప్రచారం చేయబడిన కొత్త బ్లాక్లు చెల్లుబాటు అయ్యేలా ఉన్నాయని తనిఖీ చేయడానికి మరియు అప్పుడప్పుడు కొత్త బ్లాక్లను సృష్టించి, ప్రచారం చేయడానికి ధ్రువీకరణకర్త బాధ్యత వహిస్తాడు. వారు నెట్వర్క్ను మోసం చేయడానికి ప్రయత్నిస్తే (ఉదాహరణకు, వారు ఒకటి పంపవలసినప్పుడు బహుళ బ్లాక్లను ప్రతిపాదించడం ద్వారా లేదా విరుద్ధమైన ధృవీకరణలను పంపడం ద్వారా), వారి స్టేక్ చేయబడిన ETHలో కొంత లేదా మొత్తం నాశనం చేయబడుతుంది.
+
+## వాలిడేటర్లు {#validators}
+
+ఒక ధ్రువీకరణకర్తగా పాల్గొనడానికి, ఒక వినియోగదారుడు డిపాజిట్ కాంట్రాక్ట్లో 32 ETH డిపాజిట్ చేయాలి మరియు మూడు వేర్వేరు సాఫ్ట్వేర్ భాగాలను అమలు చేయాలి: ఒక ఎగ్జిక్యూషన్ క్లయింట్, ఒక ఏకాభిప్రాయం క్లయింట్ మరియు ఒక ధ్రువీకరణకర్త క్లయింట్. వారి ETHని డిపాజిట్ చేసిన తర్వాత, వినియోగదారుడు ఒక యాక్టివేషన్ క్యూలో చేరతాడు, ఇది నెట్వర్క్లో చేరే కొత్త ధ్రువీకరణకర్తల రేటును పరిమితం చేస్తుంది. యాక్టివేట్ అయిన తర్వాత, ధ్రువీకరణకర్తలు Ethereum నెట్వర్క్లోని పీర్స్ నుండి కొత్త బ్లాక్లను స్వీకరిస్తారు. Ethereum యొక్క స్థితికి ప్రతిపాదిత మార్పులు చెల్లుబాటు అవుతాయో లేదో తనిఖీ చేయడానికి బ్లాక్లో పంపిణీ చేయబడిన లావాదేవీలు మళ్లీ అమలు చేయబడతాయి మరియు బ్లాక్ సంతకం తనిఖీ చేయబడుతుంది. అప్పుడు ధ్రువీకరణకర్త నెట్వర్క్ అంతటా ఆ బ్లాక్కు అనుకూలంగా ఒక ఓటును (ధృవీకరణ అని పిలుస్తారు) పంపుతాడు.
+
+ప్రూఫ్-ఆఫ్-వర్క్ కింద, బ్లాక్ల సమయం మైనింగ్ కష్టంతో నిర్ణయించబడుతుంది, అయితే ప్రూఫ్-ఆఫ్-స్టేక్లో, టెంపో స్థిరంగా ఉంటుంది. ప్రూఫ్-ఆఫ్-స్టేక్ Ethereumలో సమయం స్లాట్లు (12 సెకన్లు) మరియు ఎపోక్లు (32 స్లాట్లు)గా విభజించబడింది. ప్రతి స్లాట్లో ఒక ధ్రువీకరణకర్త యాదృచ్ఛికంగా బ్లాక్ ప్రపోజర్గా ఎంపిక చేయబడతాడు. ఈ ధ్రువీకరణకర్త కొత్త బ్లాక్ను సృష్టించి, నెట్వర్క్లోని ఇతర నోడ్లకు పంపడానికి బాధ్యత వహిస్తాడు. ప్రతి స్లాట్లో, ధ్రువీకరణకర్తల కమిటీ యాదృచ్ఛికంగా ఎంపిక చేయబడుతుంది, దీని ఓట్లు ప్రతిపాదించబడుతున్న బ్లాక్ యొక్క చెల్లుబాటును నిర్ణయించడానికి ఉపయోగించబడతాయి. నెట్వర్క్ లోడ్ను నిర్వహించదగినదిగా ఉంచడానికి ధ్రువీకరణకర్త సెట్ను కమిటీలుగా విభజించడం ముఖ్యం. కమిటీలు ధ్రువీకరణకర్త సెట్ను విభజిస్తాయి, తద్వారా ప్రతి క్రియాశీల ధ్రువీకరణకర్త ప్రతి ఎపోక్లో ధృవీకరిస్తాడు, కానీ ప్రతి స్లాట్లో కాదు.
+
+## Ethereum PoSలో ఒక లావాదేవీ ఎలా అమలు చేయబడుతుంది {#transaction-execution-ethereum-pos}
+
+కిందిది Ethereum ప్రూఫ్-ఆఫ్-స్టేక్లో ఒక లావాదేవీ ఎలా అమలు చేయబడుతుందో అనే దాని గురించి పూర్తి వివరణను అందిస్తుంది.
+
+1. ఒక వినియోగదారుడు వారి ప్రైవేట్ కీతో ఒక [లావాదేవీని](/developers/docs/transactions/) సృష్టించి, సంతకం చేస్తాడు. ఇది సాధారణంగా ఒక వాలెట్ లేదా [ethers.js](https://docs.ethers.org/v6/), [web3js](https://docs.web3js.org/), [web3py](https://web3py.readthedocs.io/en/v5/) వంటి లైబ్రరీ ద్వారా నిర్వహించబడుతుంది కానీ అంతర్గతంగా వినియోగదారుడు Ethereum [JSON-RPC API](/developers/docs/apis/json-rpc/)ని ఉపయోగించి ఒక నోడ్కు అభ్యర్థన చేస్తున్నాడు. లావాదేవీని ఒక బ్లాక్లో చేర్చమని ఒక ధ్రువీకరణకర్తను ప్రోత్సహించడానికి, వినియోగదారుడు వారు చిట్కాగా చెల్లించడానికి సిద్ధంగా ఉన్న గ్యాస్ మొత్తాన్ని నిర్వచిస్తాడు. [చిట్కాలు](/developers/docs/gas/#priority-fee) ధ్రువీకరణకర్తకు చెల్లించబడతాయి, అయితే [మూల రుసుము](/developers/docs/gas/#base-fee) బర్న్ చేయబడుతుంది.
+2. లావాదేవీ ఒక Ethereum [ఎగ్జిక్యూషన్ క్లయింట్కు](/developers/docs/nodes-and-clients/#execution-client) సమర్పించబడుతుంది, ఇది దాని చెల్లుబాటును ధృవీకరిస్తుంది. దీని అర్థం, పంపినవారికి లావాదేవీని నెరవేర్చడానికి తగినంత ETH ఉందని మరియు వారు దానిని సరైన కీతో సంతకం చేశారని నిర్ధారించుకోవడం.
+3. లావాదేవీ చెల్లుబాటు అయితే, ఎగ్జిక్యూషన్ క్లయింట్ దానిని దాని స్థానిక మెమ్పూల్ (పెండింగ్లో ఉన్న లావాదేవీల జాబితా)కి జోడిస్తుంది మరియు ఎగ్జిక్యూషన్ లేయర్ గాసిప్ నెట్వర్క్ ద్వారా ఇతర నోడ్లకు కూడా ప్రసారం చేస్తుంది. ఇతర నోడ్లు లావాదేవీ గురించి విన్నప్పుడు, వారు కూడా దానిని వారి స్థానిక మెమ్పూల్కి జోడిస్తారు. అధునాతన వినియోగదారులు వారి లావాదేవీని ప్రసారం చేయకుండా ఉండవచ్చు మరియు బదులుగా దానిని [Flashbots Auction](https://docs.flashbots.net/flashbots-auction/overview) వంటి ప్రత్యేక బ్లాక్ బిల్డర్లకు ఫార్వార్డ్ చేయవచ్చు. ఇది గరిష్ట లాభం ([MEV](/developers/docs/mev/#mev-extraction)) కోసం రాబోయే బ్లాక్లలో లావాదేవీలను నిర్వహించడానికి వారిని అనుమతిస్తుంది.
+4. నెట్వర్క్లోని ధ్రువీకరణకర్త నోడ్లలో ఒకటి ప్రస్తుత స్లాట్ కోసం బ్లాక్ ప్రపోజర్, ఇది గతంలో RANDAO ఉపయోగించి సూడో-యాదృచ్ఛికంగా ఎంపిక చేయబడింది. ఈ నోడ్ Ethereum బ్లాక్చెయిన్కు జోడించబడే తదుపరి బ్లాక్ను నిర్మించడానికి, ప్రసారం చేయడానికి మరియు ప్రపంచ స్థితిని నవీకరించడానికి బాధ్యత వహిస్తుంది. నోడ్ మూడు భాగాలతో రూపొందించబడింది: ఒక ఎగ్జిక్యూషన్ క్లయింట్, ఒక ఏకాభిప్రాయం క్లయింట్ మరియు ఒక ధ్రువీకరణకర్త క్లయింట్. ఎగ్జిక్యూషన్ క్లయింట్ స్థానిక మెమ్పూల్ నుండి లావాదేవీలను ఒక "ఎగ్జిక్యూషన్ పేలోడ్"లోకి బండిల్ చేస్తుంది మరియు స్థితి మార్పును రూపొందించడానికి వాటిని స్థానికంగా అమలు చేస్తుంది. ఈ సమాచారం ఏకాభిప్రాయం క్లయింట్కు పంపబడుతుంది, ఇక్కడ ఎగ్జిక్యూషన్ పేలోడ్ ఒక "బీకాన్ బ్లాక్"లో భాగంగా చుట్టబడుతుంది, ఇందులో రివార్డులు, పెనాల్టీలు, స్లాషింగ్లు, ధృవీకరణలు మొదలైన వాటి గురించి సమాచారం కూడా ఉంటుంది, ఇది చైన్ యొక్క హెడ్ వద్ద బ్లాక్ల క్రమంపై నెట్వర్క్ అంగీకరించడానికి వీలు కల్పిస్తుంది. ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్ల మధ్య కమ్యూనికేషన్ [కనెక్టింగ్ ది కన్సెన్సస్ మరియు ఎగ్జిక్యూషన్ క్లయింట్స్](/developers/docs/networking-layer/#connecting-clients)లో మరింత వివరంగా వివరించబడింది.
+5. ఇతర నోడ్లు ఏకాభిప్రాయం లేయర్ గాసిప్ నెట్వర్క్లో కొత్త బీకాన్ బ్లాక్ను స్వీకరిస్తాయి. ప్రతిపాదిత స్థితి మార్పు చెల్లుబాటు అయ్యేలా ఉందని నిర్ధారించుకోవడానికి వారు దానిని వారి ఎగ్జిక్యూషన్ క్లయింట్కు పంపుతారు, ఇక్కడ లావాదేవీలు స్థానికంగా మళ్లీ అమలు చేయబడతాయి. అప్పుడు ధ్రువీకరణకర్త క్లయింట్ బ్లాక్ చెల్లుబాటు అయ్యేదని మరియు వారి చైన్ వీక్షణలో తార్కిక తదుపరి బ్లాక్ అని ధృవీకరిస్తుంది ([ఫోర్క్ ఎంపిక నియమాలలో](/developers/docs/consensus-mechanisms/pos/#fork-choice) నిర్వచించినట్లుగా ఇది అత్యధిక ధృవీకరణల బరువుతో చైన్పై నిర్మించబడుతుంది అని అర్థం). దానికి ధృవీకరించే ప్రతి నోడ్లో బ్లాక్ స్థానిక డేటాబేస్కు జోడించబడుతుంది.
+6. లావాదేవీ రెండు చెక్పాయింట్ల మధ్య "సూపర్మెజారిటీ లింక్" ఉన్న చైన్లో భాగంగా మారితే దానిని "తుది"గా పరిగణించవచ్చు. ప్రతి ఎపోక్ ప్రారంభంలో చెక్పాయింట్లు సంభవిస్తాయి మరియు ప్రతి స్లాట్లో క్రియాశీల ధ్రువీకరణకర్తలలో ఒక ఉపసమితి మాత్రమే ధృవీకరిస్తుంది, కానీ ప్రతి ఎపోక్లో అన్ని క్రియాశీల ధ్రువీకరణకర్తలు ధృవీకరిస్తారు అనే వాస్తవాన్ని లెక్కలోకి తీసుకోవడానికి అవి ఉన్నాయి. అందువల్ల, ఎపోక్ల మధ్య మాత్రమే 'సూపర్మెజారిటీ లింక్' ప్రదర్శించబడుతుంది (ఇక్కడ నెట్వర్క్లోని మొత్తం స్టేక్ చేయబడిన ETHలో 66% రెండు చెక్పాయింట్లపై అంగీకరిస్తుంది).
+
+ఫైనాలిటీపై మరిన్ని వివరాలు క్రింద చూడవచ్చు.
+
+## ఫైనాలిటీ {#finality}
+
+ఒక లావాదేవీ పెద్ద మొత్తంలో ETH బర్న్ చేయబడకుండా మారలేని బ్లాక్లో భాగంగా ఉన్నప్పుడు పంపిణీ చేయబడిన నెట్వర్క్లలో "ఫైనాలిటీ"ని కలిగి ఉంటుంది. ప్రూఫ్-ఆఫ్-స్టేక్ Ethereumలో, ఇది "చెక్పాయింట్" బ్లాక్లను ఉపయోగించి నిర్వహించబడుతుంది. ప్రతి ఎపోక్లోని మొదటి బ్లాక్ ఒక చెక్పాయింట్. ధ్రువీకరణకర్తలు చెల్లుబాటు అయ్యేవిగా భావించే చెక్పాయింట్ల జతలకు ఓటు వేస్తారు. ఒక జత చెక్పాయింట్లు మొత్తం స్టేక్ చేయబడిన ETHలో కనీసం మూడింట రెండు వంతుల ఓట్లను ఆకర్షిస్తే, చెక్పాయింట్లు అప్గ్రేడ్ చేయబడతాయి. రెండింటిలో ఇటీవలిది (లక్ష్యం) "సమర్థించబడినది"గా మారుతుంది. రెండింటిలో మునుపటిది ఇప్పటికే సమర్థించబడింది ఎందుకంటే ఇది మునుపటి ఎపోక్లో "లక్ష్యం"గా ఉంది. ఇప్పుడు ఇది "తుది"కి అప్గ్రేడ్ చేయబడింది. చెక్పాయింట్లను అప్గ్రేడ్ చేసే ఈ ప్రక్రియ **[కాస్పర్ ది ఫ్రెండ్లీ ఫైనాలిటీ గాడ్జెట్ (కాస్పర్-FFG)](https://arxiv.org/pdf/1710.09437)** ద్వారా నిర్వహించబడుతుంది. కాస్పర్-FFG అనేది ఏకాభిప్రాయం కోసం ఒక బ్లాక్ ఫైనాలిటీ సాధనం. ఒకసారి ఒక బ్లాక్ ఫైనలైజ్ చేయబడితే, స్టేకర్ల మెజారిటీ స్లాషింగ్ లేకుండా దానిని రివర్ట్ చేయడం లేదా మార్చడం సాధ్యం కాదు, ఇది ఆర్థికంగా అసాధ్యం.
+
+తుది చేయబడిన బ్లాక్ను రివర్ట్ చేయడానికి, ఒక దాడి చేసేవాడు మొత్తం స్టేక్ చేయబడిన ETH సరఫరాలో కనీసం మూడింట ఒక వంతును కోల్పోవడానికి కట్టుబడి ఉంటాడు. దీనికి ఖచ్చితమైన కారణం ఈ [Ethereum ఫౌండేషన్ బ్లాగ్ పోస్ట్](https://blog.ethereum.org/2016/05/09/on-settlement-finality/)లో వివరించబడింది. ఫైనాలిటీకి మూడింట రెండు వంతుల మెజారిటీ అవసరం కాబట్టి, దాడి చేసేవాడు మొత్తం స్టేక్లో మూడింట ఒక వంతుతో ఓటు వేయడం ద్వారా నెట్వర్క్ ఫైనాలిటీకి చేరకుండా నిరోధించవచ్చు. దీని నుండి రక్షించుకోవడానికి ఒక యంత్రాంగం ఉంది: [నిష్క్రియాత్మకత లీక్](https://eth2book.info/bellatrix/part2/incentives/inactivity). నాలుగు ఎపోక్ల కంటే ఎక్కువ కాలం చైన్ ఫైనలైజ్ చేయడంలో విఫలమైనప్పుడు ఇది సక్రియం అవుతుంది. నిష్క్రియాత్మకత లీక్ మెజారిటీకి వ్యతిరేకంగా ఓటు వేసే ధ్రువీకరణకర్తల నుండి స్టేక్ చేయబడిన ETHని తీసివేస్తుంది, మెజారిటీ మూడింట రెండు వంతుల మెజారిటీని తిరిగి పొందడానికి మరియు చైన్ను ఫైనలైజ్ చేయడానికి అనుమతిస్తుంది.
+
+## క్రిప్టో-ఆర్థిక భద్రత {#crypto-economic-security}
+
+ధ్రువీకరణకర్తను నడపడం ఒక నిబద్ధత. బ్లాక్ ధ్రువీకరణ మరియు ప్రతిపాదనలో పాల్గొనడానికి ధ్రువీకరణకర్త తగినంత హార్డ్వేర్ మరియు కనెక్టివిటీని నిర్వహించాలని భావిస్తున్నారు. ప్రతిఫలంగా, ధ్రువీకరణకర్తకు ETHలో చెల్లించబడుతుంది (వారి స్టేక్ చేయబడిన బ్యాలెన్స్ పెరుగుతుంది). మరోవైపు, ఒక ధ్రువీకరణకర్తగా పాల్గొనడం వ్యక్తిగత లాభం లేదా విధ్వంసం కోసం నెట్వర్క్పై దాడి చేయడానికి వినియోగదారులకు కొత్త మార్గాలను కూడా తెరుస్తుంది. దీనిని నివారించడానికి, ధ్రువీకరణకర్తలు పిలిచినప్పుడు పాల్గొనడంలో విఫలమైతే ETH రివార్డులను కోల్పోతారు మరియు వారు నిజాయితీగా ప్రవర్తించకపోతే వారి ప్రస్తుత స్టేక్ నాశనం చేయబడుతుంది. రెండు ప్రాథమిక ప్రవర్తనలను నిజాయితీ లేనివిగా పరిగణించవచ్చు: ఒకే స్లాట్లో బహుళ బ్లాక్లను ప్రతిపాదించడం (సందిగ్ధత) మరియు విరుద్ధమైన ధృవీకరణలను సమర్పించడం.
+
+స్లాష్ చేయబడిన ETH మొత్తం అదే సమయంలో ఎంత మంది ధ్రువీకరణకర్తలు కూడా స్లాష్ చేయబడుతున్నారనే దానిపై ఆధారపడి ఉంటుంది. దీనిని ["సహసంబంధ పెనాల్టీ"](https://eth2book.info/bellatrix/part2/incentives/slashing#the-correlation-penalty) అని పిలుస్తారు, మరియు ఇది స్వల్పంగా (~1% స్టేక్ ఒకే ధ్రువీకరణకర్తకు స్వయంగా స్లాష్ చేయబడినందుకు) ఉండవచ్చు లేదా ధ్రువీకరణకర్త యొక్క స్టేక్లో 100% నాశనం కావడానికి దారితీయవచ్చు (సామూహిక స్లాషింగ్ ఈవెంట్). ఇది 1వ రోజున తక్షణ పెనాల్టీ (1 ETH వరకు), 18వ రోజున సహసంబంధ పెనాల్టీ మరియు చివరిగా, 36వ రోజున నెట్వర్క్ నుండి తొలగింపుతో ప్రారంభమయ్యే బలవంతపు నిష్క్రమణ కాలం మధ్యలో విధించబడుతుంది. వారు నెట్వర్క్లో ఉన్నప్పటికీ ఓట్లను సమర్పించనందున ప్రతిరోజూ చిన్న ధృవీకరణ పెనాల్టీలను అందుకుంటారు. ఇదంతా అంటే సమన్వయ దాడి దాడి చేసేవారికి చాలా ఖరీదైనది.
+
+## ఫోర్క్ ఎంపిక {#fork-choice}
+
+నెట్వర్క్ ఉత్తమంగా మరియు నిజాయితీగా పనిచేసినప్పుడు, చైన్ యొక్క హెడ్ వద్ద ఎప్పుడూ ఒక కొత్త బ్లాక్ మాత్రమే ఉంటుంది మరియు అన్ని ధ్రువీకరణకర్తలు దానికి ధృవీకరిస్తారు. అయితే, నెట్వర్క్ లేటెన్సీ కారణంగా లేదా ఒక బ్లాక్ ప్రపోజర్ సందిగ్ధతకు గురైనందున ధ్రువీకరణకర్తలు చైన్ యొక్క హెడ్ గురించి వేర్వేరు అభిప్రాయాలను కలిగి ఉండటం సాధ్యమే. అందువల్ల, ఏకాభిప్రాయం క్లయింట్లకు ఏది అనుకూలంగా ఉందో నిర్ణయించడానికి ఒక అల్గారిథమ్ అవసరం. ప్రూఫ్-ఆఫ్-స్టేక్ Ethereumలో ఉపయోగించే అల్గారిథమ్ను [LMD-GHOST](https://arxiv.org/pdf/2003.03052.pdf) అని పిలుస్తారు మరియు ఇది దాని చరిత్రలో అత్యధిక ధృవీకరణల బరువును కలిగి ఉన్న ఫోర్క్ను గుర్తించడం ద్వారా పనిచేస్తుంది.
+
+## ప్రూఫ్-ఆఫ్-స్టేక్ మరియు భద్రత {#pos-and-security}
+
+ప్రూఫ్-ఆఫ్-వర్క్లో ఉన్నట్లే ప్రూఫ్-ఆఫ్-స్టేక్లో కూడా [51% దాడి](https://www.investopedia.com/terms/1/51-attack.asp) ముప్పు ఇప్పటికీ ఉంది, కానీ దాడి చేసేవారికి ఇది మరింత ప్రమాదకరం. ఒక దాడి చేసేవారికి 51% స్టేక్ చేయబడిన ETH అవసరం. వారు తమ ఇష్టపడే ఫోర్క్ అత్యధికంగా సేకరించబడిన ధృవీకరణలతో కూడినది అని నిర్ధారించుకోవడానికి వారి స్వంత ధృవీకరణలను ఉపయోగించవచ్చు. సేకరించబడిన ధృవీకరణల యొక్క 'బరువు' సరైన చైన్ను నిర్ణయించడానికి ఏకాభిప్రాయం క్లయింట్లు ఉపయోగిస్తారు, కాబట్టి ఈ దాడి చేసేవాడు వారి ఫోర్క్ను కానానికల్గా మార్చగలడు. అయితే, ప్రూఫ్-ఆఫ్-వర్క్ కంటే ప్రూఫ్-ఆఫ్-స్టేక్ యొక్క బలం ఏమిటంటే, ఎదురుదాడి చేయడంలో కమ్యూనిటీకి సౌలభ్యం ఉంది. ఉదాహరణకు, నిజాయితీపరులైన ధ్రువీకరణకర్తలు మైనారిటీ చైన్పై నిర్మించడం కొనసాగించాలని నిర్ణయించుకోవచ్చు మరియు దాడి చేసేవారి ఫోర్క్ను విస్మరించవచ్చు, అదే సమయంలో యాప్లు, ఎక్స్ఛేంజ్లు మరియు పూల్లను కూడా అదే విధంగా చేయడానికి ప్రోత్సహించవచ్చు. వారు నెట్వర్క్ నుండి దాడి చేసేవారిని బలవంతంగా తొలగించాలని మరియు వారి స్టేక్ చేయబడిన ETHని నాశనం చేయాలని కూడా నిర్ణయించుకోవచ్చు. ఇవి 51% దాడికి వ్యతిరేకంగా బలమైన ఆర్థిక రక్షణలు.
+
+51% దాడులకు మించి, చెడ్డ నటులు ఇతర రకాల హానికరమైన కార్యకలాపాలను కూడా ప్రయత్నించవచ్చు, అవి:
+
+- దీర్ఘ-శ్రేణి దాడులు (ఫైనాలిటీ గాడ్జెట్ ఈ దాడి వెక్టర్ను తటస్థీకరించినప్పటికీ)
+- స్వల్ప-శ్రేణి 'రియార్గ్స్' (ప్రపోజర్ బూస్టింగ్ మరియు ధృవీకరణ గడువులు దీనిని తగ్గించినప్పటికీ)
+- బౌన్సింగ్ మరియు బ్యాలెన్సింగ్ దాడులు (ప్రపోజర్ బూస్టింగ్ ద్వారా కూడా తగ్గించబడ్డాయి, మరియు ఈ దాడులు ఏమైనప్పటికీ ఆదర్శప్రాయమైన నెట్వర్క్ పరిస్థితులలో మాత్రమే ప్రదర్శించబడ్డాయి)
+- హిమపాతం దాడులు (తాజా సందేశాన్ని మాత్రమే పరిగణనలోకి తీసుకునే ఫోర్క్ ఎంపిక అల్గారిథమ్ల నియమం ద్వారా తటస్థీకరించబడింది)
+
+మొత్తంమీద, ప్రూఫ్-ఆఫ్-స్టేక్, Ethereumలో అమలు చేయబడినట్లుగా, ప్రూఫ్-ఆఫ్-వర్క్ కంటే ఆర్థికంగా సురక్షితమైనదని నిరూపించబడింది.
+
+## ప్రయోజనాలు మరియు అప్రయోజనాలు {#pros-and-cons}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
+| స్టేకింగ్ వ్యక్తులు నెట్వర్క్ను భద్రపరచడంలో పాల్గొనడాన్ని సులభతరం చేస్తుంది, వికేంద్రీకరణను ప్రోత్సహిస్తుంది. ధ్రువీకరణకర్త నోడ్ను సాధారణ ల్యాప్టాప్లో అమలు చేయవచ్చు. స్టేకింగ్ పూల్స్ వినియోగదారులను 32 ETH లేకుండా స్టేక్ చేయడానికి అనుమతిస్తాయి. | ప్రూఫ్-ఆఫ్-వర్క్తో పోలిస్తే ప్రూఫ్-ఆఫ్-స్టేక్ కొత్తది మరియు తక్కువ యుద్ధ-పరీక్షించబడింది |
+| స్టేకింగ్ మరింత వికేంద్రీకరించబడింది. PoW మైనింగ్కు వర్తించే విధంగా ఆర్థిక స్థాయిలు వర్తించవు. | ప్రూఫ్-ఆఫ్-వర్క్ కంటే ప్రూఫ్-ఆఫ్-స్టేక్ అమలు చేయడం చాలా క్లిష్టంగా ఉంటుంది |
+| ప్రూఫ్-ఆఫ్-వర్క్ కంటే ప్రూఫ్-ఆఫ్-స్టేక్ ఎక్కువ క్రిప్టో-ఆర్థిక భద్రతను అందిస్తుంది | Ethereum యొక్క ప్రూఫ్-ఆఫ్-స్టేక్లో పాల్గొనడానికి వినియోగదారులు మూడు సాఫ్ట్వేర్ ముక్కలను అమలు చేయాలి. |
+| నెట్వర్క్ భాగస్వాములను ప్రోత్సహించడానికి కొత్త ETH యొక్క తక్కువ జారీ అవసరం | |
+
+### ప్రూఫ్-ఆఫ్-వర్క్తో పోలిక {#comparison-to-proof-of-work}
+
+Ethereum మొదట ప్రూఫ్-ఆఫ్-వర్క్ను ఉపయోగించింది, కానీ సెప్టెంబర్ 2022లో ప్రూఫ్-ఆఫ్-స్టేక్కు మారింది. PoS, PoW కంటే అనేక ప్రయోజనాలను అందిస్తుంది, అవి:
+
+- మెరుగైన శక్తి సామర్థ్యం – ప్రూఫ్-ఆఫ్-వర్క్ గణనలపై ఎక్కువ శక్తిని ఉపయోగించాల్సిన అవసరం లేదు
+- ప్రవేశానికి తక్కువ అడ్డంకులు, తగ్గిన హార్డ్వేర్ అవసరాలు – కొత్త బ్లాక్లను సృష్టించే అవకాశం కోసం ఉన్నతస్థాయి హార్డ్వేర్ అవసరం లేదు
+- తగ్గిన కేంద్రీకరణ ప్రమాదం – ప్రూఫ్-ఆఫ్-స్టేక్ నెట్వర్క్ను భద్రపరిచే మరిన్ని నోడ్లకు దారితీయాలి
+- తక్కువ శక్తి అవసరం కారణంగా పాల్గొనడాన్ని ప్రోత్సహించడానికి తక్కువ ETH జారీ అవసరం
+- దుష్ప్రవర్తనకు ఆర్థిక పెనాల్టీలు ప్రూఫ్-ఆఫ్-వర్క్తో పోలిస్తే దాడి చేసేవారికి 51% శైలి దాడులను మరింత ఖరీదైనవిగా చేస్తాయి
+- క్రిప్టో-ఆర్థిక రక్షణలను అధిగమించడానికి 51% దాడి జరిగితే, నిజాయితీ గల చైన్ యొక్క సామాజిక పునరుద్ధరణకు కమ్యూనిటీ ఆశ్రయించవచ్చు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ప్రూఫ్ ఆఫ్ స్టేక్ FAQ](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html) _విటాలిక్ బుటెరిన్_
+- [ప్రూఫ్ ఆఫ్ స్టేక్ అంటే ఏమిటి](https://consensys.net/blog/blockchain-explained/what-is-proof-of-stake/) _కాన్సెన్సిస్_
+- [ప్రూఫ్ ఆఫ్ స్టేక్ అంటే ఏమిటి మరియు అది ఎందుకు ముఖ్యం](https://bitcoinmagazine.com/culture/what-proof-of-stake-is-and-why-it-matters-1377531463) _విటాలిక్ బుటెరిన్_
+- [ప్రూఫ్ ఆఫ్ స్టేక్ ఎందుకు (నవంబర్ 2020)](https://vitalik.eth.limo/general/2020/11/06/pos2020.html) _విటాలిక్ బుటెరిన్_
+- [ప్రూఫ్ ఆఫ్ స్టేక్: బలహీనమైన ఆత్మాశ్రయతను నేను ఎలా ప్రేమించడం నేర్చుకున్నాను](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) _విటాలిక్ బుటెరిన్_
+- [ప్రూఫ్-ఆఫ్-స్టేక్ Ethereum దాడి మరియు రక్షణ](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs)
+- [ఒక ప్రూఫ్ ఆఫ్ స్టేక్ డిజైన్ ఫిలాసఫీ](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) _విటాలిక్ బుటెరిన్_
+- [వీడియో: విటాలిక్ బుటెరిన్ లెక్స్ ఫ్రిడ్మన్కు ప్రూఫ్-ఆఫ్-స్టేక్ను వివరిస్తాడు](https://www.youtube.com/watch?v=3yrqBG-7EVE)
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/)
+- [ప్రూఫ్-ఆఫ్-అథారిటీ](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/keys/index.md
new file mode 100644
index 00000000000..db90a6ed21a
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/keys/index.md
@@ -0,0 +1,102 @@
+---
+title: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో కీలు
+description: ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయ యంత్రాంగంలో ఉపయోగించే కీల యొక్క వివరణ
+lang: te
+---
+
+ఇతీరియము పబ్లిక్-ప్రైవేట్ కీ క్రిప్టోగ్రఫీని ఉపయోగించి వినియోగదారు ఆస్తులను భద్రపరుస్తుంది. పబ్లిక్ కీ ఒక ఇతీరియము చిరునామాకు ఆధారంగా ఉపయోగించబడుతుంది—అంటే, ఇది సాధారణ ప్రజలకు కనిపిస్తుంది మరియు ఒక ప్రత్యేక గుర్తింపుగా ఉపయోగించబడుతుంది. ప్రైవేట్ (లేదా 'రహస్య') కీ ఒక ఖాతా యజమానికి మాత్రమే అందుబాటులో ఉండాలి. లావాదేవీలు మరియు డేటాను 'సంతకం' చేయడానికి ప్రైవేట్ కీ ఉపయోగించబడుతుంది, తద్వారా క్రిప్టోగ్రఫీ ఒక నిర్దిష్ట ప్రైవేట్ కీ యొక్క కొంత చర్యను హోల్డర్ ఆమోదించారని నిరూపించగలదు.
+
+ఇతీరియము యొక్క కీలు [ఎలిప్టిక్-కర్వ్ క్రిప్టోగ్రఫీ](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography)ని ఉపయోగించి ఉత్పత్తి చేయబడతాయి.
+
+అయితే, ఇతీరియము [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow) నుండి [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos)కు మారినప్పుడు ఇతీరియముకి ఒక కొత్త రకమైన కీ జోడించబడింది. అసలైన కీలు మునుపటిలాగే ఖచ్చితంగా పని చేస్తాయి—ఖాతాలను భద్రపరిచే ఎలిప్టిక్-కర్వ్-ఆధారిత కీలకు ఎటువంటి మార్పులు లేవు. అయితే, ETHని స్టేక్ చేయడం మరియు వాలిడేటర్లను నడపడం ద్వారా ప్రూఫ్-ఆఫ్-స్టేక్లో పాల్గొనడానికి వినియోగదారులకు ఒక కొత్త రకమైన కీ అవసరమైంది. నెట్వర్క్ ఏకాభిప్రాయానికి రావడానికి అవసరమైన కమ్యూనికేషన్ మొత్తాన్ని తగ్గించడానికి, పెద్ద సంఖ్యలో వాలిడేటర్ల మధ్య పంపే అనేక సందేశాలను సులభంగా సమూహపరచగల క్రిప్టోగ్రాఫిక్ పద్ధతి అవసరం కావడం వల్ల ఏర్పడిన స్కేలబిలిటీ సవాళ్ల నుండి ఈ అవసరం ఉద్భవించింది.
+
+ఈ కొత్త రకమైన కీ [**బోనే-లిన్-షాచామ్ (BLS)** సంతకం స్కీమ్](https://wikipedia.org/wiki/BLS_digital_signature)ను ఉపయోగిస్తుంది. BLS సంతకాల యొక్క చాలా సమర్థవంతమైన సమూహనాన్ని అనుమతిస్తుంది కానీ సమూహపరచబడిన వ్యక్తిగత వాలిడేటర్ కీల యొక్క రివర్స్ ఇంజనీరింగ్ను కూడా అనుమతిస్తుంది మరియు వాలిడేటర్ల మధ్య చర్యలను నిర్వహించడానికి ఆదర్శంగా ఉంటుంది.
+
+## రెండు రకాల వాలిడేటర్ కీలు {#two-types-of-keys}
+
+ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి ముందు, ఇతీరియము వినియోగదారులు వారి నిధులను యాక్సెస్ చేయడానికి ఒకే ఎలిప్టిక్-కర్వ్-ఆధారిత ప్రైవేట్ కీని మాత్రమే కలిగి ఉన్నారు. ప్రూఫ్-ఆఫ్-స్టేక్ ప్రవేశంతో, సోలో స్టేకర్లుగా ఉండాలనుకునే వినియోగదారులకు **వాలిడేటర్ కీ** మరియు **ఉపసంహరణ కీ** కూడా అవసరమయ్యాయి.
+
+### వాలిడేటర్ కీ {#validator-key}
+
+వాలిడేటర్ సంతకం కీ రెండు అంశాలను కలిగి ఉంటుంది:
+
+- వాలిడేటర్ **ప్రైవేట్** కీ
+- వాలిడేటర్ **పబ్లిక్** కీ
+
+వాలిడేటర్ ప్రైవేట్ కీ యొక్క ఉద్దేశ్యం బ్లాక్ ప్రతిపాదనలు మరియు ధృవీకరణలు వంటి ఆన్చైన్ కార్యకలాపాలపై సంతకం చేయడం. ఈ కారణంగా, ఈ కీలను ఒక హాట్ వాలెట్లో ఉంచాలి.
+
+వాలిడేటర్ సంతకం కీలను ఒక పరికరం నుండి మరొక దానికి చాలా త్వరగా తరలించే ప్రయోజనాన్ని ఈ సౌలభ్యం కలిగి ఉంది, అయితే, అవి పోగొట్టుకున్నా లేదా దొంగిలించబడినా, ఒక దొంగ కొన్ని మార్గాల్లో **దురుద్దేశపూర్వకంగా ప్రవర్తించవచ్చు**:
+
+- దీని ద్వారా వాలిడేటర్ను స్లాష్ చేయండి:
+ - ఒక ప్రతిపాదకుడిగా ఉండి, అదే స్లాట్ కోసం రెండు వేర్వేరు బెకన్ బ్లాక్లపై సంతకం చేయడం
+ - ఒక ధృవీకరణకర్తగా ఉండి, మరొక దానిని "చుట్టుముట్టే" ఒక ధృవీకరణపై సంతకం చేయడం
+ - ఒక ధృవీకరణకర్తగా ఉండి, ఒకే లక్ష్యాన్ని కలిగి ఉన్న రెండు వేర్వేరు ధృవీకరణలపై సంతకం చేయడం
+- స్వచ్ఛంద నిష్క్రమణను బలవంతం చేయడం, ఇది వాలిడేటర్ను స్టేకింగ్ నుండి ఆపి, దాని ETH బ్యాలెన్స్ను ఉపసంహరణ కీ యజమానికి యాక్సెస్ ఇస్తుంది
+
+ఒక వినియోగదారుడు స్టేకింగ్ డిపాజిట్ కాంట్రాక్ట్కు ETHని డిపాజిట్ చేసినప్పుడు **వాలిడేటర్ పబ్లిక్ కీ** లావాదేవీ డేటాలో చేర్చబడుతుంది. దీనిని _డిపాజిట్ డేటా_ అంటారు మరియు ఇది ఇతీరియము వాలిడేటర్ను గుర్తించడానికి అనుమతిస్తుంది.
+
+### ఉపసంహరణ క్రెడెన్షియల్స్ {#withdrawal-credentials}
+
+ప్రతి వాలిడేటర్ _ఉపసంహరణ క్రెడెన్షియల్స్_ అని పిలువబడే ఒక లక్షణాన్ని కలిగి ఉంటుంది. ఈ 32-బైట్ ఫీల్డ్ యొక్క మొదటి బైట్ ఖాతా రకాన్ని గుర్తిస్తుంది: `0x00` అసలు BLS (ప్రీ-షాపేలా, ఉపసంహరించుకోలేని) క్రెడెన్షియల్స్ను సూచిస్తుంది, `0x01` ఒక ఎగ్జిక్యూషన్ చిరునామాకు సూచించే లెగసీ క్రెడెన్షియల్స్ను సూచిస్తుంది, మరియు `0x02` ఆధునిక కాంపౌండింగ్ క్రెడెన్షియల్ రకాన్ని సూచిస్తుంది.
+
+`0x00` BLS కీలు కలిగిన వాలిడేటర్లు, అదనపు బ్యాలెన్స్ చెల్లింపులను లేదా స్టేకింగ్ నుండి పూర్తి ఉపసంహరణను యాక్టివేట్ చేయడానికి ఈ క్రెడెన్షియల్స్ను ఒక ఎగ్జిక్యూషన్ చిరునామాకు సూచించేలా అప్డేట్ చేయాలి. దీనిని ప్రారంభ కీ జనరేషన్ సమయంలో డిపాజిట్ డేటాలో ఒక ఎగ్జిక్యూషన్ చిరునామాను అందించడం ద్వారా, _లేదా_ తరువాత సమయంలో ఉపసంహరణ కీని ఉపయోగించి ఒక `BLSToExecutionChange` సందేశాన్ని సంతకం చేసి ప్రసారం చేయడం ద్వారా చేయవచ్చు.
+
+[వాలిడేటర్ ఉపసంహరణ క్రెడెన్షియల్స్ గురించి మరింత](/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/)
+
+### ఉపసంహరణ కీ {#withdrawal-key}
+
+ప్రారంభ డిపాజిట్ సమయంలో సెట్ చేయకపోతే, ఉపసంహరణ క్రెడెన్షియల్స్ను ఒక ఎగ్జిక్యూషన్ చిరునామాకు సూచించేలా అప్డేట్ చేయడానికి ఉపసంహరణ కీ అవసరం అవుతుంది. ఇది అదనపు బ్యాలెన్స్ చెల్లింపుల ప్రాసెసింగ్ను ప్రారంభించడానికి వీలు కల్పిస్తుంది మరియు వినియోగదారులు తమ స్టేక్ చేసిన ETHని పూర్తిగా ఉపసంహరించుకోవడానికి కూడా అనుమతిస్తుంది.
+
+వాలిడేటర్ కీల మాదిరిగానే, ఉపసంహరణ కీలు కూడా రెండు భాగాలను కలిగి ఉంటాయి:
+
+- ఉపసంహరణ **ప్రైవేట్** కీ
+- ఉపసంహరణ **పబ్లిక్** కీ
+
+`0x01` రకానికి ఉపసంహరణ క్రెడెన్షియల్స్ను అప్డేట్ చేయడానికి ముందు ఈ కీని కోల్పోవడం అంటే వాలిడేటర్ బ్యాలెన్స్కు యాక్సెస్ కోల్పోవడం. ఈ చర్యలకు వాలిడేటర్ యొక్క ప్రైవేట్ కీ అవసరం కాబట్టి వాలిడేటర్ ఇప్పటికీ ధృవీకరణలు మరియు బ్లాక్లపై సంతకం చేయగలదు, అయితే ఉపసంహరణ కీలు పోతే చాలా తక్కువ లేదా ఎటువంటి ప్రోత్సాహకం ఉండదు.
+
+వాలిడేటర్ కీలను ఇతీరియము ఖాతా కీల నుండి వేరు చేయడం ఒకే వినియోగదారు ద్వారా బహుళ వాలిడేటర్లను నడపడానికి వీలు కల్పిస్తుంది.
+
+
+
+**గమనిక**: స్టేకింగ్ విధుల నుండి నిష్క్రమించడానికి మరియు వాలిడేటర్ యొక్క బ్యాలెన్స్ను ఉపసంహరించుకోవడానికి ప్రస్తుతం వాలిడేటర్ కీతో ఒక [స్వచ్ఛంద నిష్క్రమణ సందేశం (VEM)](https://mirror.xyz/ladislaus.eth/wmoBbUBes2Wp1_6DvP6slPabkyujSU7MZOFOC3QpErs&1) పై సంతకం చేయాలి. అయితే, [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) అనేది ఒక ప్రతిపాదన, ఇది భవిష్యత్తులో ఉపసంహరణ కీతో నిష్క్రమణ సందేశాలపై సంతకం చేయడం ద్వారా ఒక వినియోగదారుడు వాలిడేటర్ యొక్క నిష్క్రమణను ప్రేరేపించడానికి మరియు దాని బ్యాలెన్స్ను ఉపసంహరించుకోవడానికి అనుమతిస్తుంది. ఇది [స్టేకింగ్-యాజ్-ఎ-సర్వీస్ ప్రొవైడర్లకు](/staking/saas/#what-is-staking-as-a-service) ETHను అప్పగించే స్టేకర్లను వారి నిధులపై నియంత్రణలో ఉంచడం ద్వారా విశ్వాస అంచనాలను తగ్గిస్తుంది.
+
+## ఒక సీడ్ పదబంధం నుండి కీలను ఉత్పాదించడం {#deriving-keys-from-seed}
+
+స్టేక్ చేసిన ప్రతి 32 ETHకి 2 పూర్తిగా స్వతంత్ర కీల కొత్త సెట్ అవసరమైతే, కీ నిర్వహణ త్వరగా గజిబిజిగా మారుతుంది, ముఖ్యంగా బహుళ వాలిడేటర్లను నడుపుతున్న వినియోగదారులకు. బదులుగా, బహుళ వాలిడేటర్ కీలను ఒకే సాధారణ రహస్యం నుండి ఉత్పాదించవచ్చు మరియు ఆ ఒకే రహస్యాన్ని నిల్వ చేయడం బహుళ వాలిడేటర్ కీలకు యాక్సెస్ను అనుమతిస్తుంది.
+
+వినియోగదారులు వారి వాలెట్లను [యాక్సెస్ చేసినప్పుడు](https://ethereum.stackexchange.com/questions/19055/what-is-the-difference-between-m-44-60-0-0-and-m-44-60-0) తరచుగా ఎదుర్కొనే ప్రముఖ లక్షణాలు [మ్నెమోనిక్స్](https://en.bitcoinwiki.org/wiki/Mnemonic_phrase) మరియు మార్గాలు. మ్నెమోనిక్ అనేది ఒక ప్రైవేట్ కీ కోసం ప్రారంభ సీడ్గా పనిచేసే పదాల క్రమం. అదనపు డేటాతో కలిపినప్పుడు, మ్నెమోనిక్ 'మాస్టర్ కీ' అని పిలువబడే ఒక హాష్ను ఉత్పత్తి చేస్తుంది. దీనిని ఒక చెట్టు యొక్క మూలంగా భావించవచ్చు. ఈ మూలం నుండి శాఖలను ఒక క్రమానుగత మార్గాన్ని ఉపయోగించి ఉత్పాదించవచ్చు, తద్వారా చైల్డ్ నోడ్లు వాటి పేరెంట్ నోడ్ యొక్క హాష్ మరియు చెట్టులో వాటి సూచిక కలయికలుగా ఉనికిలో ఉంటాయి. మ్నెమోనిక్-ఆధారిత కీ జనరేషన్ కోసం [BIP-32](https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki) మరియు [BIP-19](https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki) ప్రమాణాల గురించి చదవండి.
+
+ఈ మార్గాలు క్రింది నిర్మాణాన్ని కలిగి ఉంటాయి, ఇది హార్డ్వేర్ వాలెట్లతో సంప్రదించిన వినియోగదారులకు సుపరిచితంగా ఉంటుంది:
+
+```
+m/44'/60'/0'/0`
+```
+
+ఈ మార్గంలోని స్లాష్లు ప్రైవేట్ కీ యొక్క భాగాలను ఈ క్రింది విధంగా వేరు చేస్తాయి:
+
+```
+`మాస్టర్_కీ / ప్రయోజనం / కాయిన్_రకం / ఖాతా / మార్పు / చిరునామా_సూచిక`
+```
+
+ఈ లాజిక్ వినియోగదారులను ఒకే **మ్నెమోనిక్ పదబంధానికి** వీలైనన్ని ఎక్కువ వాలిడేటర్లను జోడించడానికి వీలు కల్పిస్తుంది ఎందుకంటే చెట్టు మూలం సాధారణంగా ఉంటుంది మరియు శాఖల వద్ద భేదం జరగవచ్చు. వినియోగదారు మ్నెమోనిక్ పదబంధం నుండి **ఎన్ని కీలనైనా ఉత్పాదించగలరు**.
+
+```
+ [m / 0]
+ /
+ /
+[m] - [m / 1]
+ \
+ \
+ [m / 2]
+```
+
+ప్రతి శాఖను `/` ద్వారా వేరు చేయబడింది కాబట్టి `m/2` అంటే మాస్టర్ కీతో ప్రారంభించి శాఖ 2ని అనుసరించండి. క్రింది స్కీమాటిక్లో ఒకే మ్నెమోనిక్ పదబంధం మూడు ఉపసంహరణ కీలను నిల్వ చేయడానికి ఉపయోగించబడుతుంది, ప్రతిదానికి రెండు అనుబంధిత వాలిడేటర్లు ఉంటాయి.
+
+
+
+## మరింత సమాచారం {#further-reading}
+
+- [కార్ల్ బీఖుయిజెన్ ద్వారా ఇతీరియము ఫౌండేషన్ బ్లాగ్ పోస్ట్](https://blog.ethereum.org/2020/05/21/keys/)
+- [EIP-2333 BLS12-381 కీ జనరేషన్](https://eips.ethereum.org/EIPS/eip-2333)
+- [EIP-7002: ఎగ్జిక్యూషన్ లేయర్ ప్రేరేపిత నిష్క్రమణలు](https://web.archive.org/web/20250125035123/https://research.2077.xyz/eip-7002-unpacking-improvements-to-staking-ux-post-merge)
+- [స్కేల్లో కీ నిర్వహణ](https://docs.ethstaker.cc/ethstaker-knowledge-base/scaled-node-operators/key-management-at-scale)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
new file mode 100644
index 00000000000..cb799b476a8
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
@@ -0,0 +1,69 @@
+---
+title: ప్రూఫ్-ఆఫ్-స్టేక్ వర్సెస్ ప్రూఫ్-ఆఫ్-వర్క్
+description: ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ మరియు ప్రూఫ్-ఆఫ్-వర్క్ ఆధారిత ఏకాభిప్రాయ యంత్రాంగం మధ్య పోలిక
+lang: te
+---
+
+ఇతీరియము ప్రారంభమైనప్పుడు, ఇతీరియమును సురక్షితం చేయడానికి విశ్వసించబడటానికి ముందు ప్రూఫ్-ఆఫ్-స్టేక్కు ఇంకా చాలా పరిశోధన మరియు అభివృద్ధి అవసరం. ప్రూఫ్-ఆఫ్-వర్క్ అనేది ఒక సరళమైన యంత్రాంగం, ఇది ఇప్పటికే బిట్కాయిన్ ద్వారా నిరూపించబడింది, అంటే కోర్ డెవలపర్లు ఇతీరియమును ప్రారంభించడానికి దాన్ని వెంటనే అమలు చేయగలరు. ప్రూఫ్-ఆఫ్-స్టేక్ను అమలు చేయగల స్థాయికి అభివృద్ధి చేయడానికి మరో ఎనిమిది సంవత్సరాలు పట్టింది.
+
+ఈ పేజీ ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం వెనుక ఉన్న హేతుబద్ధతను మరియు దానిలో ఉన్న లాభనష్టాలను వివరిస్తుంది.
+
+## భద్రత {#security}
+
+ఇతీరియము పరిశోధకులు ప్రూఫ్-ఆఫ్-వర్క్ కంటే ప్రూఫ్-ఆఫ్-స్టేక్ మరింత సురక్షితమైనదిగా భావిస్తారు. అయినప్పటికీ, ఇది ఇటీవల నిజమైన ఇతీరియము మెయిన్నెట్ కోసం మాత్రమే అమలు చేయబడింది మరియు ప్రూఫ్-ఆఫ్-వర్క్ కంటే ఇది తక్కువ సమయం-నిరూపించబడింది. కింది విభాగాలు ప్రూఫ్-ఆఫ్-వర్క్తో పోలిస్తే ప్రూఫ్-ఆఫ్-స్టేక్ యొక్క భద్రతా నమూనా యొక్క లాభనష్టాలను చర్చిస్తాయి.
+
+### దాడికి అయ్యే ఖర్చు {#cost-to-attack}
+
+ప్రూఫ్-ఆఫ్-స్టేక్లో, వాలిడేటర్లు స్మార్ట్ కాంట్రాక్ట్లో కనీసం 32 ETHను ఎస్క్రో ("స్టేక్") చేయాల్సి ఉంటుంది. తప్పుగా ప్రవర్తించే వాలిడేటర్లను శిక్షించడానికి ఇతీరియము స్టేక్ చేసిన ఈథర్ను నాశనం చేయగలదు. ఏకాభిప్రాయానికి రావడానికి, మొత్తం స్టేక్ చేసిన ఈథర్లో కనీసం 66% ఒక నిర్దిష్ట బ్లాక్ల సెట్కు అనుకూలంగా ఓటు వేయాలి. స్టేక్లో >=66% ఓటు వేసిన బ్లాక్లు "ఫైనలైజ్డ్" అవుతాయి, అంటే వాటిని తీసివేయడం లేదా పునర్వ్యవస్థీకరించడం సాధ్యం కాదు.
+
+నెట్వర్క్పై దాడి చేయడం అంటే చైన్ ఫైనలైజ్ అవ్వకుండా నిరోధించడం లేదా కానానికల్ చైన్లో బ్లాక్ల యొక్క నిర్దిష్ట సంస్థను నిర్ధారించడం, ఇది దాడి చేసేవారికి ఏదో ఒక విధంగా ప్రయోజనం చేకూరుస్తుంది. దీనికి దాడి చేసేవారు పెద్ద మొత్తంలో ఈథర్ను కూడబెట్టుకుని దానితో నేరుగా ఓటు వేయడం ద్వారా లేదా నిజాయితీ గల వాలిడేటర్లను ఒక నిర్దిష్ట మార్గంలో ఓటు వేసేలా మోసగించడం ద్వారా నిజాయితీ ఏకాభిప్రాయ మార్గాన్ని మళ్లించాల్సి ఉంటుంది. నిజాయితీ గల వాలిడేటర్లను మోసగించే అధునాతన, తక్కువ-సంభావ్యత దాడులు పక్కన పెడితే, ఇతీరియముపై దాడి చేయడానికి అయ్యే ఖర్చు దాడి చేసేవారు తమకు అనుకూలంగా ఏకాభిప్రాయాన్ని ప్రభావితం చేయడానికి కూడబెట్టుకోవాల్సిన స్టేక్ ఖర్చు.
+
+దాడి యొక్క అత్యల్ప ఖర్చు మొత్తం స్టేక్లో >33%. మొత్తం స్టేక్లో >33% ఉన్న దాడి చేసేవారు కేవలం ఆఫ్లైన్కు వెళ్లడం ద్వారా ఫైనాలిటీ ఆలస్యానికి కారణం కావచ్చు. ఇది నెట్వర్క్కు సాపేక్షంగా చిన్న సమస్య, ఎందుకంటే "ఇనాక్టివిటీ లీక్" అని పిలువబడే ఒక యంత్రాంగం ఉంది, ఇది ఆన్లైన్ మెజారిటీ స్టేక్లో 66% ప్రాతినిధ్యం వహించి చైన్ను మళ్లీ ఫైనలైజ్ చేసే వరకు ఆఫ్లైన్ వాలిడేటర్ల నుండి స్టేక్ను లీక్ చేస్తుంది. ఒక దాడి చేసేవారు బ్లాక్ ప్రొడ్యూసర్గా ఉండమని అడిగినప్పుడు ఒకదానికి బదులుగా రెండు బ్లాక్లను సృష్టించడం ద్వారా మరియు వారి అన్ని వాలిడేటర్లతో డబుల్-ఓటు వేయడం ద్వారా మొత్తం స్టేక్లో 33% కంటే కొంచెం ఎక్కువగా ఉండి డబుల్ ఫైనాలిటీకి కారణం కావడం కూడా సిద్ధాంతపరంగా సాధ్యమే. ప్రతి ఫోర్క్కు మిగిలిన నిజాయితీ గల వాలిడేటర్లలో 50% మాత్రమే ప్రతి బ్లాక్ను మొదట చూడవలసి ఉంటుంది, కాబట్టి వారు తమ సందేశాలను సరిగ్గా సమయపాలన చేయగలిగితే, వారు రెండు ఫోర్క్లను ఫైనలైజ్ చేయగలరు. ఇది విజయానికి తక్కువ సంభావ్యతను కలిగి ఉంది, కానీ ఒక దాడి చేసేవారు డబుల్-ఫైనాలిటీకి కారణం కాగలిగితే, ఇతీరియము సంఘం ఒక ఫోర్క్ను అనుసరించాలని నిర్ణయించుకోవాల్సి ఉంటుంది, ఈ సందర్భంలో దాడి చేసేవారి వాలిడేటర్లు తప్పనిసరిగా మరొక ఫోర్క్లో స్లాష్ చేయబడతాయి.
+
+మొత్తం స్టేక్లో >33% తో, ఒక దాడి చేసేవారికి ఇతీరియము నెట్వర్క్పై చిన్న (ఫైనాలిటీ ఆలస్యం) లేదా మరింత తీవ్రమైన (డబుల్ ఫైనాలిటీ) ప్రభావాన్ని చూపే అవకాశం ఉంది. నెట్వర్క్లో 14,000,000 ETH కంటే ఎక్కువ స్టేక్ చేయబడి మరియు $1000/ETH ప్రతినిధి ధరతో, ఈ దాడులను చేయడానికి కనీస ఖర్చు `1000 x 14,000,000 x 0.33 = $4,620,000,000`. దాడి చేసేవారు స్లాషింగ్ ద్వారా ఈ డబ్బును కోల్పోతారు మరియు నెట్వర్క్ నుండి బహిష్కరించబడతారు. మళ్లీ దాడి చేయడానికి, వారు స్టేక్లో >33% కూడబెట్టుకోవాలి (మళ్లీ) మరియు దానిని బర్న్ చేయాలి (మళ్లీ). నెట్వర్క్పై దాడి చేయడానికి ప్రతి ప్రయత్నానికి >$4.6 బిలియన్లు ఖర్చవుతుంది ($1000/ETH మరియు 14M ETH స్టేక్ చేసినప్పుడు). దాడి చేసేవారు స్లాష్ చేయబడినప్పుడు నెట్వర్క్ నుండి కూడా బహిష్కరించబడతారు, మరియు వారు తిరిగి చేరడానికి ఒక యాక్టివేషన్ క్యూలో చేరాల్సి ఉంటుంది. అంటే పునరావృత దాడి రేటు దాడి చేసేవారు మొత్తం స్టేక్లో >33% కూడబెట్టుకోగల రేటుకు మాత్రమే కాకుండా, వారి వాలిడేటర్లందరినీ నెట్వర్క్లోకి ఆన్బోర్డ్ చేయడానికి పట్టే సమయానికి కూడా పరిమితం చేయబడింది. దాడి చేసేవారు దాడి చేసిన ప్రతిసారీ, వారు చాలా పేదలుగా మారతారు, మరియు మిగిలిన సంఘం ధనవంతులవుతుంది, ఫలితంగా వచ్చే సరఫరా షాక్కు ధన్యవాదాలు.
+
+51% దాడులు లేదా మొత్తం స్టేక్లో 66%తో ఫైనాలిటీ రివర్షన్ వంటి ఇతర దాడులకు గణనీయంగా ఎక్కువ ETH అవసరం మరియు దాడి చేసేవారికి చాలా ఖరీదైనవి.
+
+దీన్ని ప్రూఫ్-ఆఫ్-వర్క్తో పోల్చండి. ప్రూఫ్-ఆఫ్-వర్క్ ఇతీరియముపై దాడిని ప్రారంభించడానికి అయ్యే ఖర్చు మొత్తం నెట్వర్క్ హాష్ రేట్లో >50% ని స్థిరంగా కలిగి ఉండటానికి అయ్యే ఖర్చు. ఇది ఇతర మైనర్లను అధిగమించి ప్రూఫ్-ఆఫ్-వర్క్ పరిష్కారాలను స్థిరంగా లెక్కించడానికి తగినంత కంప్యూటింగ్ శక్తి యొక్క హార్డ్వేర్ మరియు రన్నింగ్ ఖర్చులకు సమానం. ఇతీరియము ఎక్కువగా ASICల కంటే GPUలను ఉపయోగించి మైనింగ్ చేయబడింది, ఇది ఖర్చును తగ్గించింది (అయితే ఇతీరియము ప్రూఫ్-ఆఫ్-వర్క్లోనే ఉండి ఉంటే, ASIC మైనింగ్ మరింత ప్రాచుర్యం పొంది ఉండవచ్చు). ఒక ప్రత్యర్థి ప్రూఫ్-ఆఫ్-వర్క్ ఇతీరియము నెట్వర్క్పై దాడి చేయడానికి చాలా హార్డ్వేర్ను కొనుగోలు చేసి, దానిని నడపడానికి విద్యుత్తు కోసం చెల్లించవలసి ఉంటుంది, కానీ మొత్తం ఖర్చు దాడిని ప్రారంభించడానికి తగినంత ETHను కూడబెట్టడానికి అవసరమైన ఖర్చు కంటే తక్కువగా ఉంటుంది. ప్రూఫ్-ఆఫ్-స్టేక్ కంటే ప్రూఫ్-ఆఫ్-వర్క్పై 51% దాడి ~[20x తక్కువ](https://youtu.be/1m12zgJ42dI?t=1562) ఖరీదైనది. దాడిని గుర్తించి, వారి మార్పులను తొలగించడానికి చైన్ హార్డ్-ఫోర్క్ చేయబడితే, దాడి చేసేవారు అదే హార్డ్వేర్ను పదేపదే ఉపయోగించి కొత్త ఫోర్క్పై దాడి చేయవచ్చు.
+
+### సంక్లిష్టత {#complexity}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ ప్రూఫ్-ఆఫ్-వర్క్ కంటే చాలా సంక్లిష్టమైనది. ఇది ప్రూఫ్-ఆఫ్-వర్క్కు అనుకూలంగా ఒక పాయింట్ కావచ్చు, ఎందుకంటే సరళమైన ప్రోటోకాల్స్లోకి అనుకోకుండా బగ్లు లేదా అనుకోని ప్రభావాలను ప్రవేశపెట్టడం కష్టం. అయినప్పటికీ, సంవత్సరాల పరిశోధన మరియు అభివృద్ధి, అనుకరణలు మరియు టెస్టునెట్ అమలుల ద్వారా సంక్లిష్టతను అదుపులోకి తీసుకువచ్చారు. ప్రూఫ్-ఆఫ్-స్టేక్ ప్రోటోకాల్ ఐదు వేర్వేరు బృందాలచే (ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం లేయర్లలో ప్రతిదానిపై) ఐదు ప్రోగ్రామింగ్ భాషలలో స్వతంత్రంగా అమలు చేయబడింది, ఇది క్లయింట్ బగ్లకు వ్యతిరేకంగా స్థితిస్థాపకతను అందిస్తుంది.
+
+ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయ తర్కాన్ని సురక్షితంగా అభివృద్ధి చేయడానికి మరియు పరీక్షించడానికి, ఇతీరియము మెయిన్నెట్లో ప్రూఫ్-ఆఫ్-స్టేక్ అమలు చేయడానికి రెండు సంవత్సరాల ముందు బీకాన్ చైన్ ప్రారంభించబడింది. బీకాన్ చైన్ ప్రూఫ్-ఆఫ్-స్టేక్ పరీక్ష కోసం ఒక శాండ్బాక్స్గా పనిచేసింది, ఎందుకంటే ఇది ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయ తర్కాన్ని అమలు చేసే ప్రత్యక్ష బ్లాక్చైన్, కానీ నిజమైన ఇతీరియము లావాదేవీలను తాకకుండా - ప్రభావవంతంగా కేవలం దానిపైనే ఏకాభిప్రాయానికి వస్తుంది. ఇది తగినంత సమయం పాటు స్థిరంగా మరియు బగ్-రహితంగా ఉన్న తర్వాత, బీకాన్ చైన్ ఇతీరియము మెయిన్నెట్తో "విలీనం" చేయబడింది. ఇదంతా ప్రూఫ్-ఆఫ్-స్టేక్ యొక్క సంక్లిష్టతను అదుపులోకి తీసుకురావడానికి దోహదపడింది, తద్వారా అనుకోని పరిణామాలు లేదా క్లయింట్ బగ్ల ప్రమాదం చాలా తక్కువగా ఉంది.
+
+### దాడి ఉపరితలం {#attack-surface}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ ప్రూఫ్-ఆఫ్-వర్క్ కంటే సంక్లిష్టమైనది, అంటే నిర్వహించడానికి మరిన్ని సంభావ్య దాడి వెక్టర్లు ఉన్నాయి. క్లయింట్లను కనెక్ట్ చేసే ఒక పీర్-టు-పీర్ నెట్వర్క్కు బదులుగా, రెండు ఉన్నాయి, ప్రతి ఒక్కటి ఒక ప్రత్యేక ప్రోటోకాల్ను అమలు చేస్తుంది. ప్రతి స్లాట్లో ఒక బ్లాక్ను ప్రతిపాదించడానికి ఒక నిర్దిష్ట వాలిడేటర్ను ముందే ఎంచుకోవడం అనేది డీనియల్-ఆఫ్-సర్వీస్ కు అవకాశం సృష్టిస్తుంది, ఇక్కడ పెద్ద మొత్తంలో నెట్వర్క్ ట్రాఫిక్ ఆ నిర్దిష్ట వాలిడేటర్ను ఆఫ్లైన్లో పడగొడుతుంది.
+
+దాడి చేసేవారు తమ బ్లాక్లు లేదా అటెస్టేషన్ల విడుదలను జాగ్రత్తగా సమయం కేటాయించే మార్గాలు కూడా ఉన్నాయి, తద్వారా అవి నిజాయితీ గల నెట్వర్క్లో కొంత నిష్పత్తిలో స్వీకరించబడతాయి, వారిని నిర్దిష్ట మార్గాల్లో ఓటు వేయడానికి ప్రభావితం చేస్తాయి. చివరగా, ఒక దాడి చేసేవారు కేవలం స్టేక్ చేయడానికి మరియు ఏకాభిప్రాయ యంత్రాంగంపై ఆధిపత్యం చెలాయించడానికి తగినంత ETHను కూడబెట్టుకోవచ్చు. ఈ [దాడి వెక్టర్లలో ప్రతిదానికి అనుబంధ రక్షణలు](/developers/docs/consensus-mechanisms/pos/attack-and-defense) ఉన్నాయి, కానీ అవి ప్రూఫ్-ఆఫ్-వర్క్ కింద రక్షించబడటానికి ఉనికిలో లేవు.
+
+## వికేంద్రీకరణ {#decentralization}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ ప్రూఫ్-ఆఫ్-వర్క్ కంటే ఎక్కువ వికేంద్రీకరించబడింది, ఎందుకంటే మైనింగ్ హార్డ్వేర్ ఆర్మ్స్ రేసులు వ్యక్తులు మరియు చిన్న సంస్థలను ధర నుండి బయటకు నెట్టివేస్తాయి. సాధారణ హార్డ్వేర్తో ఎవరైనా సాంకేతికంగా మైనింగ్ ప్రారంభించగలిగినప్పటికీ, సంస్థాగత మైనింగ్ కార్యకలాపాలతో పోలిస్తే ఏదైనా రివార్డు పొందే సంభావ్యత చాలా తక్కువగా ఉంటుంది. ప్రూఫ్-ఆఫ్-స్టేక్తో, స్టేకింగ్ ఖర్చు మరియు ఆ స్టేక్పై శాతం రాబడి అందరికీ ఒకే విధంగా ఉంటుంది. ప్రస్తుతం ఒక వాలిడేటర్ను నడపడానికి 32 ETH ఖర్చవుతుంది.
+
+మరోవైపు, లిక్విడ్ స్టేకింగ్ డెరివేటివ్ల ఆవిష్కరణ కేంద్రీకరణ ఆందోళనలకు దారితీసింది, ఎందుకంటే కొన్ని పెద్ద ప్రొవైడర్లు పెద్ద మొత్తంలో స్టేక్ చేసిన ETHను నిర్వహిస్తాయి. ఇది సమస్యాత్మకమైనది మరియు వీలైనంత త్వరగా సరిచేయబడాలి, కానీ ఇది కనిపించే దానికంటే సూక్ష్మమైనది కూడా. కేంద్రీకృత స్టేకింగ్ ప్రొవైడర్లకు తప్పనిసరిగా వాలిడేటర్ల కేంద్రీకృత నియంత్రణ ఉండదు - తరచుగా ఇది ప్రతి పాల్గొనేవారికి వారి స్వంత 32 ETH అవసరం లేకుండా అనేక స్వతంత్ర నోడ్ ఆపరేటర్లు స్టేక్ చేయగల ETH యొక్క కేంద్ర పూల్ను సృష్టించడానికి ఒక మార్గం మాత్రమే.
+
+ఇతీరియముకు ఉత్తమ ఎంపిక ఏమిటంటే, వికేంద్రీకరణను గరిష్టీకరించడానికి వాలిడేటర్లను ఇంటి కంప్యూటర్లలో స్థానికంగా నడపడం. అందుకే ఇతీరియము ఒక నోడ్/వాలిడేటర్ను నడపడానికి హార్డ్వేర్ అవసరాలను పెంచే మార్పులను ప్రతిఘటిస్తుంది.
+
+## స్థిరత్వం {#sustainability}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ అనేది బ్లాక్చైన్ను సురక్షితం చేయడానికి కార్బన్-చౌక మార్గం. ప్రూఫ్-ఆఫ్-వర్క్ కింద మైనర్లు ఒక బ్లాక్ను మైన్ చేసే హక్కు కోసం పోటీపడతారు. మైనర్లు వేగంగా గణనలను చేయగలిగినప్పుడు మరింత విజయవంతమవుతారు, హార్డ్వేర్ మరియు శక్తి వినియోగంలో పెట్టుబడిని ప్రోత్సహిస్తారు. ఇది ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి ముందు ఇతీరియము కోసం గమనించబడింది. ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి కొద్దిసేపటి ముందు, ఇతీరియము సుమారుగా 78 TWh/yr వినియోగిస్తోంది - ఒక చిన్న దేశం అంత. అయినప్పటికీ, ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం ఈ శక్తి వ్యయాన్ని ~99.98% తగ్గించింది. ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియమును శక్తి-సామర్థ్య, తక్కువ కార్బన్ ప్లాట్ఫారమ్గా మార్చింది.
+
+[ఇతీరియము యొక్క శక్తి వినియోగం గురించి మరింత](/energy-consumption)
+
+## జారీ {#issuance}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియము ప్రూఫ్-ఆఫ్-వర్క్ ఇతీరియము కంటే చాలా తక్కువ నాణేలను జారీ చేయడం ద్వారా దాని భద్రత కోసం చెల్లించగలదు, ఎందుకంటే వాలిడేటర్లు అధిక విద్యుత్ ఖర్చులను చెల్లించాల్సిన అవసరం లేదు. ఫలితంగా, పెద్ద మొత్తంలో ETH బర్న్ చేయబడినప్పుడు ETH దాని ద్రవ్యోల్బణాన్ని తగ్గించగలదు లేదా ద్రవ్యోల్బణ నిరోధకంగా కూడా మారగలదు. తక్కువ ద్రవ్యోల్బణ స్థాయిలు అంటే ప్రూఫ్-ఆఫ్-వర్క్ కింద ఉన్న దాని కంటే ఇతీరియము యొక్క భద్రత చౌకైనది.
+
+## దృశ్య అభ్యాసకులా? {#visual-learner}
+
+ప్రూఫ్-ఆఫ్-వర్క్ కంటే ప్రూఫ్-ఆఫ్-స్టేక్ యొక్క ప్రయోజనాలను జస్టిన్ డ్రేక్ వివరించడాన్ని చూడండి:
+
+
+
+## మరింత సమాచారం {#further-reading}
+
+- [విటాలిక్ యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ డిజైన్ ఫిలాసఫీ](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)
+- [విటాలిక్ యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ FAQs](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-proof-of-stake)
+- [pos వర్సెస్ pow పై "సింప్లీ ఎక్స్ప్లెయిన్డ్" వీడియో](https://www.youtube.com/watch?v=M3EFi_POhps)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
new file mode 100644
index 00000000000..73f9266eae1
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
@@ -0,0 +1,91 @@
+---
+title: ప్రూఫ్-ఆఫ్-స్టేక్ రివార్డులు మరియు జరిమానాలు
+description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియంలోని ఇన్-ప్రోటోకాల్ ప్రోత్సాహకాల గురించి తెలుసుకోండి.
+lang: te
+---
+
+ఇతీరియము దాని స్థానిక క్రిప్టోకరెన్సీ, ఈథర్ (ETH)ని ఉపయోగించి భద్రపరచబడింది. బ్లాక్లను ధృవీకరించడంలో మరియు చైన్ యొక్క హెడ్ను గుర్తించడంలో పాల్గొనాలని కోరుకునే నోడ్ ఆపరేటర్లు, ఇతీరియములోని [డిపాజిట్ కాంట్రాక్ట్](/staking/deposit-contract/)లో ఈథర్ను డిపాజిట్ చేస్తారు. పీర్-టు-పీర్ నెట్వర్క్లో స్వీకరించిన కొత్త బ్లాక్ల చెల్లుబాటును తనిఖీ చేసే మరియు చైన్ యొక్క హెడ్ను గుర్తించడానికి ఫోర్క్-ఛాయిస్ అల్గారిథమ్ను వర్తింపజేసే వాలిడేటర్ సాఫ్ట్వేర్ను అమలు చేయడానికి వారికి ఈథర్లో చెల్లించబడుతుంది.
+
+ఒక వాలిడేటర్కు రెండు ప్రాథమిక పాత్రలు ఉన్నాయి: 1) కొత్త బ్లాక్లను తనిఖీ చేయడం మరియు అవి చెల్లుబాటు అయితే వాటికి “ధృవీకరించడం”, 2) మొత్తం వాలిడేటర్ పూల్ నుండి యాదృచ్ఛికంగా ఎంపిక చేయబడినప్పుడు కొత్త బ్లాక్లను ప్రతిపాదించడం. అడిగినప్పుడు ఈ పనులలో దేనినైనా చేయడంలో వాలిడేటర్ విఫలమైతే, వారు ఈథర్ చెల్లింపును కోల్పోతారు. వాలిడేటర్లకు కొన్నిసార్లు సంతకాల సమూహనం మరియు సింక్ కమిటీలలో పాల్గొనడం వంటి పనులు కూడా కేటాయించబడతాయి.
+
+ఒకే స్లాట్ కోసం బహుళ బ్లాక్లను ప్రతిపాదించడం లేదా అదే స్లాట్ కోసం బహుళ బ్లాక్లకు ధృవీకరించడం వంటి కొన్ని చర్యలు కూడా ఉన్నాయి, అవి ప్రమాదవశాత్తు చేయడం చాలా కష్టం మరియు కొంత దురుద్దేశాన్ని సూచిస్తాయి. ఇవి “స్లాష్ చేయగల” ప్రవర్తనలు, దీని ఫలితంగా వాలిడేటర్ నెట్వర్క్ నుండి తీసివేయబడటానికి ముందు కొంత మొత్తంలో ఈథర్ (1 ETH వరకు) బర్న్ చేయబడుతుంది, దీనికి 36 రోజులు పడుతుంది. స్లాష్ చేయబడిన వాలిడేటర్ యొక్క ఈథర్ నిష్క్రమణ కాలంలో నెమ్మదిగా తగ్గిపోతుంది, కానీ 18వ రోజున వారు “సహసంబంధ జరిమానా”ను పొందుతారు, ఇది అదే సమయంలో ఎక్కువ మంది వాలిడేటర్లు స్లాష్ చేయబడినప్పుడు పెద్దదిగా ఉంటుంది. ఏకాభిప్రాయం మెకానిజం యొక్క ప్రోత్సాహక నిర్మాణం అందువల్ల నిజాయితీకి చెల్లిస్తుంది మరియు చెడ్డ నటులను శిక్షిస్తుంది.
+
+అన్ని రివార్డులు మరియు జరిమానాలు ప్రతి ఎపోక్కు ఒకసారి వర్తించబడతాయి.
+
+మరిన్ని వివరాల కోసం చదవడం కొనసాగించండి...
+
+## రివార్డులు మరియు జరిమానాలు {#rewards}
+
+### బహుమతులు {#rewards}
+
+వాలిడేటర్లు ఇతర వాలిడేటర్ల మెజారిటీకి అనుగుణంగా ఉండే ఓట్లను వేసినప్పుడు, వారు బ్లాక్లను ప్రతిపాదించినప్పుడు మరియు వారు సింక్ కమిటీలలో పాల్గొన్నప్పుడు రివార్డులను పొందుతారు. ప్రతి ఎపోక్లోని రివార్డుల విలువ `base_reward` నుండి లెక్కించబడుతుంది. ఇది ఇతర రివార్డులు లెక్కించబడే బేస్ యూనిట్. `base_reward` అనేది ప్రతి ఎపోక్కు సరైన పరిస్థితులలో ఒక వాలిడేటర్ అందుకున్న సగటు రివార్డును సూచిస్తుంది. ఇది వాలిడేటర్ యొక్క ప్రభావవంతమైన బ్యాలెన్స్ మరియు క్రియాశీల వాలిడేటర్ల మొత్తం సంఖ్య నుండి ఈ క్రింది విధంగా లెక్కించబడుతుంది:
+
+```
+base_reward = effective_balance * (base_reward_factor / (base_rewards_per_epoch * sqrt(sum(active_balance))))
+```
+
+ఇక్కడ `base_reward_factor` 64, `base_rewards_per_epoch` 4 మరియు `sum(active balance)` అనేది అన్ని క్రియాశీల వాలిడేటర్లలో మొత్తం స్టేక్ చేయబడిన ఈథర్.
+
+అంటే బేస్ రివార్డు వాలిడేటర్ యొక్క ప్రభావవంతమైన బ్యాలెన్స్కు అనులోమానుపాతంలో మరియు నెట్వర్క్లోని వాలిడేటర్ల సంఖ్యకు విలోమానుపాతంలో ఉంటుంది. ఎక్కువ వాలిడేటర్లు, మొత్తం ఇష్యూయెన్స్ అంత ఎక్కువ (`sqrt(N)` వలె) కానీ ప్రతి వాలిడేటర్కు `base_reward` అంత చిన్నది (`1/sqrt(N)` వలె). ఈ కారకాలు స్టేకింగ్ నోడ్ కోసం APRని ప్రభావితం చేస్తాయి. [Vitalik's notes](https://notes.ethereum.org/@vbuterin/rkhCgQteN?type=view#Base-rewards)లో దీనికి గల హేతుబద్ధతను చదవండి.
+
+మొత్తం రివార్డు ఐదు భాగాల మొత్తంగా లెక్కించబడుతుంది, ప్రతి భాగం మొత్తం రివార్డుకు ఎంత జోడిస్తుందో నిర్ణయించే వెయిటింగ్ను కలిగి ఉంటుంది. భాగాలు:
+
+```
+1. సోర్స్ ఓటు: వాలిడేటర్ సరైన సోర్స్ చెక్పాయింట్ కోసం సకాలంలో ఓటు వేశారు
+2. టార్గెట్ ఓటు: వాలిడేటర్ సరైన టార్గెట్ చెక్పాయింట్ కోసం సకాలంలో ఓటు వేశారు
+3. హెడ్ ఓటు: వాలిడేటర్ సరైన హెడ్ బ్లాక్ కోసం సకాలంలో ఓటు వేశారు
+4. సింక్ కమిటీ రివార్డు: వాలిడేటర్ ఒక సింక్ కమిటీలో పాల్గొన్నారు
+5. ప్రపోజర్ రివార్డు: వాలిడేటర్ సరైన స్లాట్లో ఒక బ్లాక్ను ప్రతిపాదించారు
+```
+
+ప్రతి భాగం కోసం వెయిటింగ్లు ఈ క్రింది విధంగా ఉన్నాయి:
+
+```
+TIMELY_SOURCE_WEIGHT uint64(14)
+TIMELY_TARGET_WEIGHT uint64(26)
+TIMELY_HEAD_WEIGHT uint64(14)
+SYNC_REWARD_WEIGHT uint64(2)
+PROPOSER_WEIGHT uint64(8)
+```
+
+ఈ వెయిట్స్ మొత్తం 64. రివార్డు వర్తించే వెయిట్స్ మొత్తాన్ని 64తో భాగించడం ద్వారా లెక్కించబడుతుంది. సకాలంలో సోర్స్, టార్గెట్ మరియు హెడ్ ఓట్లు వేసి, ఒక బ్లాక్ను ప్రతిపాదించి, సింక్ కమిటీలో పాల్గొన్న వాలిడేటర్ `64/64 * base_reward == base_reward`ని అందుకోవచ్చు. అయితే, ఒక వాలిడేటర్ సాధారణంగా బ్లాక్ ప్రపోజర్ కాదు, కాబట్టి వారి గరిష్ట రివార్డు `64-8 /64 * base_reward == 7/8 * base_reward`. బ్లాక్ ప్రపోజర్లు లేదా సింక్ కమిటీలో లేని వాలిడేటర్లు `64-8-2 / 64 * base_reward == 6.75/8 * base_reward`ని అందుకోవచ్చు.
+
+వేగవంతమైన ధృవీకరణలను ప్రోత్సహించడానికి అదనపు రివార్డు జోడించబడుతుంది. ఇది `inclusion_delay_reward`. దీని విలువ `base_reward`ను `1/delay`తో గుణించగా వచ్చే దానికి సమానం, ఇక్కడ `delay` అనేది బ్లాక్ ప్రతిపాదన మరియు ధృవీకరణను వేరుచేసే స్లాట్ల సంఖ్య. ఉదాహరణకు, బ్లాక్ ప్రతిపాదన యొక్క ఒక స్లాట్లో ధృవీకరణ సమర్పించబడితే, ధృవీకరించే వారు `base_reward * 1/1 == base_reward`ని అందుకుంటారు. ధృవీకరణ తదుపరి స్లాట్లో వస్తే, ధృవీకరించే వారు `base_reward * 1/2`ని అందుకుంటారు మరియు అలా కొనసాగుతుంది.
+
+బ్లాక్ ప్రపోజర్లు బ్లాక్లో చేర్చబడిన **ప్రతి చెల్లుబాటు అయ్యే ధృవీకరణ**కు `8 / 64 * base_reward`ను అందుకుంటారు, కాబట్టి రివార్డు యొక్క వాస్తవ విలువ ధృవీకరించే వాలిడేటర్ల సంఖ్యతో స్కేల్ అవుతుంది. బ్లాక్ ప్రపోజర్లు తమ ప్రతిపాదిత బ్లాక్లో ఇతర వాలిడేటర్ల దుష్ప్రవర్తనకు సంబంధించిన సాక్ష్యాలను చేర్చడం ద్వారా తమ రివార్డును కూడా పెంచుకోవచ్చు. ఈ రివార్డులు వాలిడేటర్ నిజాయితీని ప్రోత్సహించే “ప్రోత్సాహకాలు”. స్లాషింగ్ను చేర్చే బ్లాక్ ప్రపోజర్కు `slashed_validators_effective_balance / 512`తో రివార్డు ఇవ్వబడుతుంది.
+
+### జరిమానాలు {#penalties}
+
+ఇప్పటివరకు మేము సంపూర్ణంగా సరిగ్గా ప్రవర్తించే వాలిడేటర్లను పరిగణించాము, కానీ సకాలంలో హెడ్, సోర్స్ మరియు టార్గెట్ ఓట్లు వేయని లేదా నెమ్మదిగా చేసే వాలిడేటర్ల గురించి ఏమిటి?
+
+టార్గెట్ మరియు సోర్స్ ఓట్లను కోల్పోయినందుకు జరిమానాలు, ధృవీకరించే వారు వాటిని సమర్పించి ఉంటే అందుకునే రివార్డులకు సమానంగా ఉంటాయి. అంటే వారి బ్యాలెన్స్కు రివార్డు జోడించబడటానికి బదులుగా, వారి బ్యాలెన్స్ నుండి సమానమైన విలువ తీసివేయబడుతుంది. హెడ్ ఓటును కోల్పోయినందుకు ఎటువంటి జరిమానా లేదు (అంటే, హెడ్ ఓట్లకు మాత్రమే రివార్డు ఇవ్వబడుతుంది, ఎప్పుడూ జరిమానా విధించబడదు). `inclusion_delay`తో ఎటువంటి జరిమానా సంబంధం లేదు - రివార్డు కేవలం వాలిడేటర్ బ్యాలెన్స్కు జోడించబడదు. బ్లాక్ను ప్రతిపాదించడంలో విఫలమైనందుకు కూడా ఎటువంటి జరిమానా లేదు.
+
+[consensus specs](https://github.com/ethereum/consensus-specs/blob/dev/specs/altair/beacon-chain.md)లో రివార్డులు మరియు జరిమానాల గురించి మరింత చదవండి. బెల్లాట్రిక్స్ అప్గ్రేడ్లో రివార్డులు మరియు జరిమానాలు సర్దుబాటు చేయబడ్డాయి - ఈ [Peep an EIP వీడియో](https://www.youtube.com/watch?v=iaAEGs1DMgQ)లో డానీ ర్యాన్ మరియు విటాలిక్ దీని గురించి చర్చించడాన్ని చూడండి.
+
+## స్లాషింగ్ {#slashing}
+
+స్లాషింగ్ అనేది మరింత తీవ్రమైన చర్య, దీని ఫలితంగా నెట్వర్క్ నుండి ఒక వాలిడేటర్ను బలవంతంగా తొలగించడం మరియు వారి స్టేక్ చేయబడిన ఈథర్ నష్టం జరుగుతుంది. ఒక వాలిడేటర్ను మూడు విధాలుగా స్లాష్ చేయవచ్చు, అవన్నీ బ్లాక్ల యొక్క నిజాయితీ లేని ప్రతిపాదన లేదా ధృవీకరణకు సమానం:
+
+- ఒకే స్లాట్ కోసం రెండు వేర్వేరు బ్లాక్లను ప్రతిపాదించడం మరియు సంతకం చేయడం ద్వారా
+- మరొక బ్లాక్ను "చుట్టుముట్టే" బ్లాక్కు ధృవీకరించడం ద్వారా (చరిత్రను సమర్థవంతంగా మార్చడం)
+- ఒకే బ్లాక్ కోసం ఇద్దరు అభ్యర్థులకు ధృవీకరించడం ద్వారా "డబుల్ ఓటింగ్" చేయడం ద్వారా
+
+ఈ చర్యలు కనుగొనబడితే, వాలిడేటర్ స్లాష్ చేయబడతారు. అంటే 32 ETH వాలిడేటర్ కోసం 0.0078125 తక్షణమే బర్న్ చేయబడుతుంది (యాక్టివ్ బ్యాలెన్స్తో సరళంగా స్కేల్ చేయబడింది), ఆపై 36 రోజుల తొలగింపు కాలం ప్రారంభమవుతుంది. ఈ తొలగింపు కాలంలో వాలిడేటర్ యొక్క స్టేక్ క్రమంగా తగ్గిపోతుంది. మధ్య-పాయింట్ (18వ రోజు) వద్ద అదనపు జరిమానా వర్తించబడుతుంది, దాని పరిమాణం స్లాషింగ్ ఈవెంట్కు ముందు 36 రోజులలో స్లాష్ చేయబడిన అన్ని వాలిడేటర్ల మొత్తం స్టేక్ చేయబడిన ఈథర్తో స్కేల్ అవుతుంది. అంటే ఎక్కువ మంది వాలిడేటర్లు స్లాష్ చేయబడినప్పుడు, స్లాష్ యొక్క పరిమాణం పెరుగుతుంది. గరిష్ట స్లాష్ అనేది స్లాష్ చేయబడిన అన్ని వాలిడేటర్ల పూర్తి ప్రభావవంతమైన బ్యాలెన్స్ (అంటే, చాలా మంది వాలిడేటర్లు స్లాష్ చేయబడుతుంటే వారు తమ మొత్తం స్టేక్ను కోల్పోవచ్చు). మరోవైపు, ఒకే, వివిక్త స్లాషింగ్ ఈవెంట్ వాలిడేటర్ యొక్క స్టేక్లో ఒక చిన్న భాగాన్ని మాత్రమే బర్న్ చేస్తుంది. స్లాష్ చేయబడిన వాలిడేటర్ల సంఖ్యతో స్కేల్ అయ్యే ఈ మిడ్పాయింట్ జరిమానాను "సహసంబంధ జరిమానా" అంటారు.
+
+## నిష్క్రియాత్మకత లీక్ {#inactivity-leak}
+
+ఏకాభిప్రాయం లేయర్ ఫైనలైజ్ చేయకుండా నాలుగు ఎపోక్ల కంటే ఎక్కువ గడిచిపోయినట్లయితే, "నిష్క్రియాత్మకత లీక్" అనే అత్యవసర ప్రోటోకాల్ సక్రియం చేయబడుతుంది. నిష్క్రియాత్మకత లీక్ యొక్క అంతిమ లక్ష్యం చైన్ ఫైనాలిటీని పునరుద్ధరించడానికి అవసరమైన పరిస్థితులను సృష్టించడం. పైన వివరించినట్లుగా, ఫైనాలిటీకి సోర్స్ మరియు టార్గెట్ చెక్పాయింట్లపై అంగీకరించడానికి మొత్తం స్టేక్ చేయబడిన ఈథర్లో 2/3 మెజారిటీ అవసరం. మొత్తం వాలిడేటర్లలో 1/3 కంటే ఎక్కువ మందిని సూచించే వాలిడేటర్లు ఆఫ్లైన్లోకి వెళ్లినా లేదా సరైన ధృవీకరణలను సమర్పించడంలో విఫలమైనా, 2/3 సూపర్మెజారిటీ చెక్పాయింట్లను ఫైనలైజ్ చేయడం సాధ్యం కాదు. నిష్క్రియాత్మకత లీక్ నిష్క్రియ వాలిడేటర్లకు చెందిన స్టేక్ను వారు మొత్తం స్టేక్లో 1/3 కంటే తక్కువ నియంత్రించే వరకు క్రమంగా తగ్గిపోయేలా చేస్తుంది, మిగిలిన క్రియాశీల వాలిడేటర్లు చైన్ను ఫైనలైజ్ చేయడానికి అనుమతిస్తుంది. నిష్క్రియ వాలిడేటర్ల పూల్ ఎంత పెద్దదైనా, మిగిలిన క్రియాశీల వాలిడేటర్లు చివరికి స్టేక్లో >2/3 నియంత్రిస్తాయి. స్టేక్ నష్టం అనేది నిష్క్రియ వాలిడేటర్లు వీలైనంత త్వరగా తిరిగి సక్రియం చేయడానికి ఒక బలమైన ప్రోత్సాహం! < 66% క్రియాశీల వాలిడేటర్లు బ్లాక్ చైను యొక్క ప్రస్తుత హెడ్పై ఏకాభిప్రాయంకు రాగలిగినప్పుడు మెడల్లా టెస్టునెట్లో ఒక నిష్క్రియాత్మకత లీక్ దృశ్యం ఎదురైంది. నిష్క్రియాత్మకత లీక్ సక్రియం చేయబడింది మరియు చివరికి ఫైనాలిటీ తిరిగి పొందబడింది!
+
+ఏకాభిప్రాయం మెకానిజం యొక్క రివార్డు, జరిమానా మరియు స్లాషింగ్ డిజైన్ వ్యక్తిగత వాలిడేటర్లను సరిగ్గా ప్రవర్తించడానికి ప్రోత్సహిస్తుంది. అయితే, ఈ డిజైన్ ఎంపికల నుండి బహుళ క్లయింట్లలో వాలిడేటర్ల సమాన పంపిణీని బలంగా ప్రోత్సహించే ఒక వ్యవస్థ ఉద్భవించింది మరియు సింగిల్-క్లయింట్ ఆధిపత్యాన్ని బలంగా నిరుత్సాహపరచాలి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియమును అప్గ్రేడ్ చేయడం: ప్రోత్సాహక లేయర్](https://eth2book.info/altair/part2/incentives)
+- [ఇతీరియము యొక్క హైబ్రిడ్ కాస్పర్ ప్రోటోకాల్లో ప్రోత్సాహకాలు](https://arxiv.org/pdf/1903.04205.pdf)
+- [విటాలిక్ యొక్క ఉల్లేఖన స్పెక్](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#rewards-and-penalties-1)
+- [Eth2 స్లాషింగ్ నివారణ చిట్కాలు](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50)
+- [EIP-7251 కింద స్లాషింగ్ జరిమానాల విశ్లేషణ](https://ethresear.ch/t/slashing-penalty-analysis-eip-7251/16509)
+
+_మూలాలు_
+
+- _[https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/)_
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
new file mode 100644
index 00000000000..a68f2fd71f5
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
@@ -0,0 +1,39 @@
+---
+title: బలహీనమైన ఆత్మీయత
+description: బలహీనమైన సబ్జెక్టివిటీ యొక్క వివరణ మరియు PoS ఇతీరియములో దాని పాత్ర.
+lang: te
+---
+
+బ్లాక్చైన్లలో సబ్జెక్టివిటీ అనేది ప్రస్తుత స్థితిపై అంగీకరించడానికి సామాజిక సమాచారంపై ఆధారపడటాన్ని సూచిస్తుంది. నెట్వర్క్లోని ఇతర పీర్స్ నుండి సేకరించిన సమాచారం ప్రకారం ఎంచుకోబడిన బహుళ చెల్లుబాటు అయ్యే ఫోర్కులు ఉండవచ్చు. దీనికి విరుద్ధం ఆబ్జెక్టివిటీ, ఇది చైన్లను సూచిస్తుంది, ఇక్కడ అన్ని నోడ్స్ వాటి కోడ్ చేయబడిన నియమాలను వర్తింపజేయడం ద్వారా తప్పనిసరిగా అంగీకరించే ఒకే ఒక చెల్లుబాటు అయ్యే చైన్ ఉంటుంది. బలహీనమైన సబ్జెక్టివిటీ అని పిలువబడే మూడవ స్థితి కూడా ఉంది. కొంత ప్రారంభ సమాచారం సామాజికంగా తిరిగి పొందిన తర్వాత నిష్పాక్షికంగా పురోగమించగల చైన్ను ఇది సూచిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని అర్థం చేసుకోవడానికి, ముందుగా [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) యొక్క ప్రాథమిక అంశాలను అర్థం చేసుకోవడం అవసరం.
+
+## బలహీనమైన సబ్జెక్టివిటీ ఏ సమస్యలను పరిష్కరిస్తుంది? {#problems-ws-solves}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్చైన్లకు సబ్జెక్టివిటీ అంతర్లీనంగా ఉంటుంది ఎందుకంటే బహుళ ఫోర్కుల నుండి సరైన చైన్ను ఎంచుకోవడం చారిత్రక ఓట్లను లెక్కించడం ద్వారా జరుగుతుంది. ఇది బ్లాక్ చైనును అనేక దాడి వెక్టర్స్కు బహిర్గతం చేస్తుంది, వీటిలో లాంగ్-రేంజ్ దాడులు కూడా ఉన్నాయి, దీని ద్వారా చైన్లో చాలా ముందుగా పాల్గొన్న నోడ్స్ ప్రత్యామ్నాయ ఫోర్క్ను నిర్వహిస్తాయి, దానిని వారు చాలా తరువాత తమ స్వంత ప్రయోజనం కోసం విడుదల చేస్తారు. ప్రత్యామ్నాయంగా, 33% వాలిడేటర్లు తమ స్టేక్ను ఉపసంహరించుకుని, బ్లాక్లను ధృవీకరించడం మరియు ఉత్పత్తి చేయడం కొనసాగిస్తే, వారు కానానికల్ చైన్తో విభేదించే ప్రత్యామ్నాయ ఫోర్క్ను సృష్టించవచ్చు. కొత్త నోడ్స్ లేదా చాలా కాలంగా ఆఫ్లైన్లో ఉన్న నోడ్స్కు ఈ దాడి చేసే వాలిడేటర్లు తమ నిధులను ఉపసంహరించుకున్నారని తెలియకపోవచ్చు, కాబట్టి దాడి చేసేవారు వారిని తప్పు చైన్ను అనుసరించేలా మోసం చేయవచ్చు. ఈ దాడి వెక్టర్స్ను ఇతీరియము పరిష్కరించగలదు, దీనికోసం మెకానిజం యొక్క సబ్జెక్టివ్ అంశాలను—మరియు అందువల్ల విశ్వాస అంచనాలను—కనీస స్థాయికి తగ్గించే పరిమితులను విధిస్తుంది.
+
+## బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్లు {#ws-checkpoints}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో "బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్లు" ఉపయోగించడం ద్వారా బలహీనమైన సబ్జెక్టివిటీ అమలు చేయబడుతుంది. ఇవి స్టేట్ రూట్స్, నెట్వర్క్లోని అన్ని నోడ్స్ కానానికల్ చైన్లో ఉన్నాయని అంగీకరిస్తాయి. అవి జెనెసిస్ బ్లాక్ల వలె అదే "సార్వత్రిక సత్యం" ప్రయోజనాన్ని అందిస్తాయి, కానీ అవి బ్లాక్ చైనులో జెనెసిస్ స్థానంలో ఉండవు. ఫోర్క్ ఎంపిక అల్గారిథమ్ ఆ చెక్పాయింట్లో నిర్వచించబడిన బ్లాక్ చైను స్థితి సరైనదని మరియు అది ఆ పాయింట్ నుండి స్వతంత్రంగా మరియు నిష్పాక్షికంగా చైన్ను ధృవీకరిస్తుందని విశ్వసిస్తుంది. చెక్పాయింట్లు "రివర్ట్ పరిమితులు"గా పనిచేస్తాయి ఎందుకంటే బలహీన-సబ్జెక్టివిటీ చెక్పాయింట్ల ముందు ఉన్న బ్లాక్లను మార్చలేము. ఇది మెకానిజం డిజైన్లో భాగంగా లాంగ్-రేంజ్ ఫోర్క్లను చెల్లనివిగా నిర్వచించడం ద్వారా లాంగ్-రేంజ్ దాడులను బలహీనపరుస్తుంది. బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్లు వాలిడేటర్ ఉపసంహరణ కాలం కంటే తక్కువ దూరంతో వేరు చేయబడ్డాయని నిర్ధారించుకోవడం వల్ల, చైన్ను ఫోర్క్ చేసే వాలిడేటర్ తమ స్టేక్ను ఉపసంహరించుకునే ముందు కనీసం కొంత థ్రెషోల్డ్ మొత్తంలో స్లాష్ చేయబడతారని మరియు ఎవరి స్టేక్ ఉపసంహరించబడిందో ఆ వాలిడేటర్ల ద్వారా కొత్తగా ప్రవేశించేవారు తప్పు ఫోర్క్లకు మోసగించబడరని నిర్ధారిస్తుంది.
+
+## బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్లు మరియు ఖరారు చేయబడిన బ్లాక్ల మధ్య వ్యత్యాసం {#difference-between-ws-and-finalized-blocks}
+
+ఖరారు చేయబడిన బ్లాక్లు మరియు బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్లు ఇతీరియము నోడ్స్ ద్వారా విభిన్నంగా పరిగణించబడతాయి. ఒక నోడ్ రెండు పోటీపడే ఖరారు చేయబడిన బ్లాక్ల గురించి తెలుసుకుంటే, అది రెండింటి మధ్య నలిగిపోతుంది - ఏది కానానికల్ ఫోర్క్ అని స్వయంచాలకంగా గుర్తించడానికి దానికి మార్గం లేదు. ఇది ఏకాభిప్రాయం వైఫల్యానికి ఒక లక్షణం. దీనికి విరుద్ధంగా, ఒక నోడ్ దాని బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్తో విభేదించే ఏ బ్లాక్నైనా తిరస్కరిస్తుంది. నోడ్ యొక్క దృష్టికోణం నుండి, బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్ ఒక సంపూర్ణ సత్యాన్ని సూచిస్తుంది, దానిని దాని పీర్స్ నుండి వచ్చే కొత్త జ్ఞానంతో బలహీనపరచలేము.
+
+## ఎంత బలహీనం? {#how-weak-is-weak}
+
+ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ యొక్క సబ్జెక్టివ్ అంశం ఏమిటంటే, సింక్ చేయడానికి విశ్వసనీయ మూలం నుండి ఇటీవలి స్థితి (బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్) అవసరం. చెడ్డ బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్ పొందే ప్రమాదం చాలా తక్కువ, ఎందుకంటే వాటిని సమూహము అన్వేషకులు లేదా బహుళ నోడ్స్ వంటి అనేక స్వతంత్ర పబ్లిక్ మూలాలతో సరిచూసుకోవచ్చు. అయితే, ఏ సాఫ్ట్వేర్ అప్లికేషన్ను అయినా అమలు చేయడానికి ఎల్లప్పుడూ కొంత స్థాయి విశ్వాసం అవసరం, ఉదాహరణకు, సాఫ్ట్వేర్ అభివృద్ధి చేసేవాళ్ళు నిజాయితీగల సాఫ్ట్వేర్ను ఉత్పత్తి చేశారని విశ్వసించడం.
+
+ఒక బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్ క్లయింట్ సాఫ్ట్వేర్లో భాగంగా కూడా రావచ్చు. వాస్తవానికి, ఒక దాడి చేసేవాడు సాఫ్ట్వేర్లోని చెక్పాయింట్ను పాడుచేయగలడు మరియు అంతే సులభంగా సాఫ్ట్వేర్ను కూడా పాడుచేయగలడు. ఈ సమస్యకు నిజమైన క్రిప్టో-ఆర్థిక మార్గం లేదు, కానీ బహుళ స్వతంత్ర క్లయింట్ బృందాలను కలిగి ఉండటం ద్వారా ఇతీరియములో విశ్వసనీయం కాని అభివృద్ధి చేసేవాళ్ళ ప్రభావం తగ్గించబడింది, ప్రతి బృందం విభిన్న భాషలలో సమానమైన సాఫ్ట్వేర్ను నిర్మిస్తుంది, అన్నీ నిజాయితీగల చైన్ను నిర్వహించడంలో నిహిత ప్రయోజనాన్ని కలిగి ఉంటాయి. సమూహము అన్వేషకులు బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్లను లేదా ఇతర ప్రదేశాల నుండి పొందిన చెక్పాయింట్లను అదనపు మూలంతో క్రాస్-రిఫరెన్స్ చేయడానికి ఒక మార్గాన్ని కూడా అందించవచ్చు.
+
+చివరగా, ఇతర నోడ్స్ నుండి చెక్పాయింట్లను అభ్యర్థించవచ్చు; బహుశా పూర్తి నోడ్ను నడిపే మరో ఇతీరియము వినియోగదారుడు ఒక చెక్పాయింట్ను అందించగలరు, దానిని వాలిడేటర్లు సమూహము అన్వేషకులు నుండి డేటాతో ధృవీకరించగలరు. మొత్తమ్మీద, బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్ ప్రదాతను విశ్వసించడం, క్లయింట్ అభివృద్ధి చేసేవాళ్ళను విశ్వసించినంత సమస్యాత్మకంగా పరిగణించవచ్చు. మొత్తం మీద అవసరమైన విశ్వాసం తక్కువ. మెజారిటీ వాలిడేటర్లు బ్లాక్ చైను యొక్క ప్రత్యామ్నాయ ఫోర్క్ను ఉత్పత్తి చేయడానికి కుట్ర పన్నిన చాలా అసంభవమైన సంఘటనలో మాత్రమే ఈ పరిగణనలు ముఖ్యమైనవి అవుతాయని గమనించడం ముఖ్యం. ఏ ఇతర పరిస్థితులలోనైనా, ఎంచుకోవడానికి ఒకే ఒక ఇతీరియము చైన్ మాత్రమే ఉంటుంది.
+
+## మరింత చదవడానికి {#further-reading}
+
+- [Eth2లో బలహీనమైన సబ్జెక్టివిటీ](https://notes.ethereum.org/@adiasg/weak-subjectvity-eth2)
+- [విటాలిక్: నేను బలహీనమైన సబ్జెక్టివిటీని ప్రేమించడం ఎలా నేర్చుకున్నాను](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)
+- [బలహీనమైన సబ్జెక్టివిటీ (Teku డాక్స్)](https://docs.teku.consensys.io/concepts/weak-subjectivity)
+- [ఫేజ్-0 బలహీనమైన సబ్జెక్టివిటీ గైడ్](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/weak-subjectivity.md)
+- [ఇతీరియము 2.0లో బలహీనమైన సబ్జెక్టివిటీ యొక్క విశ్లేషణ](https://github.com/runtimeverification/beacon-chain-verification/blob/master/weak-subjectivity/weak-subjectivity-analysis.pdf)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
new file mode 100644
index 00000000000..3676aeab384
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
@@ -0,0 +1,64 @@
+---
+title: ఉపసంహరణ క్రెడెన్షియల్స్
+description: వాలిడేటర్ ఉపసంహరణ క్రెడెన్షియల్ రకాలు (0x00, 0x01, 0x02) మరియు ఇతీరియము స్టేకర్ల కోసం వాటి పర్యవసానాల వివరణ.
+lang: te
+---
+
+ప్రతి వాలిడేటర్కు ఒక **ఉపసంహరణ క్రెడెన్షియల్** ఉంటుంది, అది వారి స్టేక్ చేయబడిన ETH మరియు రివార్డులను ఎలా మరియు ఎక్కడ ఉపసంహరించుకోవచ్చో నిర్ణయిస్తుంది. క్రెడెన్షియల్ రకం మొదటి బైట్ ద్వారా సూచించబడుతుంది: `0x00`, `0x01`, లేదా `0x02`. వారి స్టేక్ను నిర్వహించే వాలిడేటర్లకు ఈ రకాలను అర్థం చేసుకోవడం ముఖ్యం.
+
+## 0x00: ప్రీ-షాపెల్లా క్రెడెన్షియల్స్ {#0x00-credentials}
+
+`0x00` రకం అనేది షాపెల్లా అప్గ్రేడ్ (ఏప్రిల్ 2023) కంటే ముందు నుండి ఉన్న అసలైన ఉపసంహరణ క్రెడెన్షియల్ ఫార్మాట్. ఈ క్రెడెన్షియల్ రకం ఉన్న వాలిడేటర్లు ఎటువంటి ఎగ్జిక్యూషన్ లేయర్ ఉపసంహరణ చిరునామాను సెట్ చేయలేదు, అంటే వారి నిధులు ఏకాభిప్రాయ పొర మీద లాక్ చేయబడి ఉంటాయి. మీకు ఇంకా `0x00` క్రెడెన్షియల్స్ ఉంటే, మీరు ఏదైనా ఉపసంహరణలను స్వీకరించడానికి ముందు `0x01` లేదా `0x02`కి తప్పనిసరిగా అప్గ్రేడ్ చేయాలి.
+
+## 0x01: లెగసీ ఉపసంహరణ క్రెడెన్షియల్స్ {#0x01-credentials}
+
+`0x01` రకం షాపెల్లా అప్గ్రేడ్తో పరిచయం చేయబడింది మరియు ఎగ్జిక్యూషన్ లేయర్ ఉపసంహరణ చిరునామాను సెట్ చేయాలనుకున్న వాలిడేటర్ల కోసం ఇది ప్రమాణంగా మారింది. `0x01` క్రెడెన్షియల్స్తో:
+
+- 32 ETH కంటే ఎక్కువ ఉన్న ఏదైనా బ్యాలెన్స్ మీ ఉపసంహరణ చిరునామాకు **స్వయంచాలకంగా స్వీప్** చేయబడుతుంది
+- పూర్తి నిష్క్రమణలు ప్రామాణిక నిష్క్రమణ క్యూ ద్వారా వెళ్తాయి
+- 32 ETH కంటే ఎక్కువ ఉన్న రివార్డులు కాంపౌండ్ చేయలేవు—అవి క్రమానుగతంగా స్వీప్ చేయబడతాయి
+
+**కొంతమంది వాలిడేటర్లు ఇప్పటికీ 0x01 ఎందుకు ఉపయోగిస్తున్నారు:** ఇది సరళమైనది మరియు సుపరిచితమైనది. చాలా మంది వాలిడేటర్లు షాపెస్లా తర్వాత డిపాజిట్ చేశారు మరియు ఇప్పటికే ఈ రకాన్ని కలిగి ఉన్నారు, మరియు అదనపు బ్యాలెన్స్ యొక్క స్వయంచాలక ఉపసంహరణలను కోరుకునే వారికి ఇది బాగా పనిచేస్తుంది.
+
+**ఇది ఎందుకు సిఫార్సు చేయబడలేదు:** `0x01`తో, మీరు 32 ETH కంటే ఎక్కువ రివార్డులను కాంపౌండ్ చేసే సామర్థ్యాన్ని కోల్పోతారు. ప్రతి అదనపు బిట్ స్వయంచాలకంగా స్వీప్ చేయబడుతుంది, ఇది మీ వాలిడేటర్ యొక్క సంపాదన సామర్థ్యాన్ని పరిమితం చేస్తుంది మరియు ఉపసంహరించిన నిధులను విడిగా నిర్వహించడం అవసరం.
+
+## 0x02: కాంపౌండింగ్ ఉపసంహరణ క్రెడెన్షియల్స్ {#0x02-credentials}
+
+`0x02` రకం పెక్ట్రా అప్గ్రేడ్తో పరిచయం చేయబడింది మరియు ఈ రోజు వాలిడేటర్ల కోసం ఇది **సిఫార్సు చేయబడిన ఎంపిక**. `0x02` క్రెడెన్షియల్స్ ఉన్న వాలిడేటర్లను కొన్నిసార్లు "కాంపౌండింగ్ వాలిడేటర్లు" అని పిలుస్తారు.
+
+`0x02` క్రెడెన్షియల్స్తో:
+
+- 32 ETH కంటే ఎక్కువ ఉన్న రివార్డులు గరిష్టంగా 2048 ETH ప్రభావవంతమైన బ్యాలెన్స్ వరకు 1 ETH ఇంక్రిమెంట్లలో **కాంపౌండ్** అవుతాయి
+- పాక్షిక ఉపసంహరణలను మాన్యువల్గా అభ్యర్థించాలి (2048 ETH థ్రెషోల్డ్ పైన మాత్రమే స్వయంచాలక స్వీప్లు జరుగుతాయి)
+- వాలిడేటర్లు బహుళ 32 ETH వాలిడేటర్లను ఒకే అధిక-బ్యాలెన్స్ వాలిడేటర్గా ఏకీకృతం చేయవచ్చు
+- ప్రామాణిక నిష్క్రమణ క్యూ ద్వారా పూర్తి నిష్క్రమణలకు ఇప్పటికీ మద్దతు ఉంది
+
+పాక్షిక ఉపసంహరణలు మరియు ఏకీకరణలు రెండూ [లాంచ్ప్యాడ్ వాలిడేటర్ చర్యలు](https://launchpad.ethereum.org/en/validator-actions) ద్వారా చేయవచ్చు.
+
+**వాలిడేటర్లు 0x02ని ఎందుకు ఇష్టపడాలి:** ఇది కాంపౌండింగ్ ద్వారా మెరుగైన మూలధన సామర్థ్యాన్ని అందిస్తుంది, ఉపసంహరణలు ఎప్పుడు జరుగుతాయో మరింత నియంత్రణను ఇస్తుంది మరియు వాలిడేటర్ ఏకీకరణకు మద్దతు ఇస్తుంది. కాలక్రమేణా రివార్డులను కూడగట్టుకునే సోలో స్టేకర్ల కోసం, దీని అర్థం వారి ప్రభావవంతమైన బ్యాలెన్స్—మరియు తద్వారా వారి రివార్డులు—మాన్యువల్ జోక్యం లేకుండా 32 ETH దాటి పెరగగలవు.
+
+**ముఖ్యమైనది:** మీరు `0x01` నుండి `0x02`కి మార్చిన తర్వాత, మీరు వెనక్కి తిరిగి రాలేరు.
+
+టైప్ 2 క్రెడెన్షియల్స్కి మార్చడం మరియు MaxEB ఫీచర్పై వివరణాత్మక మార్గదర్శి కోసం, [MaxEB వివరణ పేజీ](/roadmap/pectra/maxeb/) చూడండి.
+
+## నేను ఏమి ఎంచుకోవాలి? {#what-should-i-pick}
+
+- **కొత్త వాలిడేటర్లు:** `0x02`ని ఎంచుకోండి. ఇది మెరుగైన కాంపౌండింగ్ మరియు సౌలభ్యంతో కూడిన ఆధునిక ప్రమాణం.
+- **ఇప్పటికే ఉన్న 0x01 వాలిడేటర్లు:** మీరు 32 ETH కంటే ఎక్కువ రివార్డులను కాంపౌండ్ చేయాలనుకుంటే లేదా వాలిడేటర్లను ఏకీకృతం చేయడానికి ప్లాన్ చేస్తే `0x02`కి మార్చడాన్ని పరిగణించండి.
+- **ఇప్పటికే ఉన్న 0x00 వాలిడేటర్లు:** వెంటనే అప్గ్రేడ్ చేయండి—మీ క్రెడెన్షియల్స్ను నవీకరించకుండా మీరు ఉపసంహరించుకోలేరు. మీరు మొదట `0x01`కి మార్చాలి, ఆ తర్వాత మీరు `0x02`కి మార్చవచ్చు.
+
+## ఉపసంహరణ క్రెడెన్షియల్స్ నిర్వహణ కోసం ఉపకరణాలు {#withdrawal-credential-tools}
+
+క్రెడెన్షియల్ రకాల మధ్య ఎంచుకోవడానికి లేదా మార్చడానికి అనేక ఉపకరణాలు మద్దతు ఇస్తాయి:
+
+- **[ఇతీరియము స్టేకింగ్ లాంచ్ప్యాడ్](https://launchpad.ethereum.org/en/validator-actions)** - క్రెడెన్షియల్ మార్పిడులు మరియు ఏకీకరణలతో సహా డిపాజిట్లు మరియు వాలిడేటర్ నిర్వహణ కోసం అధికారిక ఉపకరణం
+- **[పెక్ట్రా స్టేకింగ్ మేనేజర్](https://pectrastaking.com)** - మార్పిడులు మరియు ఏకీకరణ కోసం వాలెట్-కనెక్ట్ మద్దతుతో వెబ్ UI
+- **[పెక్ట్రా వాలిడేటర్ ఆప్స్ CLI ఉపకరణం](https://github.com/Luganodes/Pectra-Batch-Contract)** - బ్యాచ్ మార్పిడుల కోసం కమాండ్-లైన్ ఉపకరణం
+- **[Ethereal](https://github.com/wealdtech/ethereal)** - వాలిడేటర్ నిర్వహణతో సహా ఇతీరియము కార్యకలాపాల కోసం CLI ఉపకరణం
+
+ఏకీకరణ ఉపకరణాల పూర్తి జాబితా మరియు వివరణాత్మక మార్పిడి సూచనల కోసం, [MaxEB ఏకీకరణ పనిముట్లు](/roadmap/pectra/maxeb/#consolidation-tooling) చూడండి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో కీలు](/developers/docs/consensus-mechanisms/pos/keys/) - వాలిడేటర్ కీల గురించి మరియు అవి ఉపసంహరణ క్రెడెన్షియల్స్తో ఎలా సంబంధం కలిగి ఉన్నాయో తెలుసుకోండి
+- [MaxEB](/roadmap/pectra/maxeb/) - పెక్ట్రా అప్గ్రేడ్ మరియు గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ ఫీచర్పై వివరణాత్మక మార్గదర్శి
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/index.md
new file mode 100644
index 00000000000..98789e8dc2b
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/index.md
@@ -0,0 +1,114 @@
+---
+title: పని రుజువు (PoW)
+description: పని రుజువు ఏకాభిప్రాయం ప్రోటోకాల్ మరియు ఇతీరియములో దాని పాత్ర యొక్క వివరణ.
+lang: te
+---
+
+ఇతీరియము నెట్వర్క్ \*\*[పని రుజువు (PoW)](/developers/docs/consensus-mechanisms/pow)\*\*ను కలిగి ఉన్న ఏకాభిప్రాయం యంత్రాంగాన్ని ఉపయోగించడంతో ప్రారంభమైంది. ఇది ఇతీరియము నెట్వర్క్ యొక్క నోడ్స్ ఇతీరియము బ్లాక్ చైనులో నమోదు చేయబడిన మొత్తం సమాచారం యొక్క స్థితిపై అంగీకరించడానికి అనుమతించింది మరియు కొన్ని రకాల ఆర్థిక దాడులను నిరోధించింది. అయితే, 2022లో ఇతీరియము పని రుజువును నిలిపివేసి, బదులుగా [స్టేక్ రుజువు](/developers/docs/consensus-mechanisms/pos)ను ఉపయోగించడం ప్రారంభించింది.
+
+
+
+
+
+ పని రుజువు ఇప్పుడు వాడుకలో లేదు. ఇతీరియము ఇకపై దాని ఏకాభిప్రాయం యంత్రాంగంలో భాగంగా పని రుజువును ఉపయోగించదు. బదులుగా, ఇది స్టేక్ రుజువును ఉపయోగిస్తుంది. [స్టేక్ రుజువు](/developers/docs/consensus-mechanisms/pos/) మరియు [స్టేకింగ్](/staking/) గురించి మరింత చదవండి.
+
+
+
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, మీరు మొదట [లావాదేవీలు](/developers/docs/transactions/), [బ్లాక్స్](/developers/docs/blocks/), మరియు [ఏకాభిప్రాయం యంత్రాంగాలు](/developers/docs/consensus-mechanisms/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## పని రుజువు (PoW) అంటే ఏమిటి? {#what-is-pow}
+
+నకమోటో ఏకాభిప్రాయం, ఇది పని రుజువును ఉపయోగిస్తుంది, ఒకప్పుడు వికేంద్రీకృత ఇతీరియము నెట్వర్క్ ఖాతా నిల్వలు మరియు లావాదేవీల క్రమం వంటి విషయాలపై ఏకాభిప్రాయానికి రావడానికి (అంటే, అన్ని నోడ్స్ అంగీకరిస్తాయి) అనుమతించిన యంత్రాంగం. ఇది వినియోగదారులు తమ నాణేలను "డబుల్ స్పెండింగ్" చేయకుండా నిరోధించింది మరియు ఇతీరియము చైనుపై దాడి చేయడం లేదా మార్పుచేయడం చాలా కష్టం అని నిర్ధారించింది. ఈ భద్రతా లక్షణాలు ఇప్పుడు [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/) అని పిలువబడే ఏకాభిప్రాయం యంత్రాంగాన్ని ఉపయోగించి, బదులుగా స్టేక్ రుజువు నుండి వస్తాయి.
+
+## పని రుజువు మరియు మైనింగ్ {#pow-and-mining}
+
+పని రుజువు అనేది పని రుజువు బ్లాక్ చైనులలో మైనర్లు చేసే పని కోసం కష్టాన్ని మరియు నియమాలను నిర్దేశించే అంతర్లీన అల్గోరిథం. మైనింగ్ అనేది "పని". ఇది చైనుకు చెల్లుబాటు అయ్యే బ్లాక్స్ జోడించే చర్య. ఇది ముఖ్యం ఎందుకంటే చైను పొడవు నెట్వర్క్కు బ్లాక్ చైను యొక్క సరైన ఫోర్క్ను అనుసరించడానికి సహాయపడుతుంది. ఎక్కువ "పని" చేస్తే, చైను పొడవుగా ఉంటుంది, మరియు బ్లాక్ సంఖ్య ఎక్కువగా ఉంటే, నెట్వర్క్ ప్రస్తుత విషయాల స్థితి గురించి మరింత ఖచ్చితంగా ఉండగలదు.
+
+[మైనింగ్ గురించి మరింత](/developers/docs/consensus-mechanisms/pow/mining/)
+
+## ఇతీరియము యొక్క పని రుజువు ఎలా పనిచేసింది? {#how-it-works}
+
+ఇతీరియము లావాదేవీలు బ్లాక్స్గా ప్రాసెస్ చేయబడతాయి. ఇప్పుడు వాడుకలో లేని పని రుజువు ఇతీరియములో, ప్రతి బ్లాక్లో ఇవి ఉన్నాయి:
+
+- బ్లాక్ కష్టం – ఉదాహరణకు: 3,324,092,183,262,715
+- mixHash – ఉదాహరణకు: `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29`
+- నాన్స్ – ఉదాహరణకు: `0xd3ee432b4fb3d26b`
+
+ఈ బ్లాక్ డేటా నేరుగా పని రుజువుకు సంబంధించినది.
+
+### పని రుజువులో పని {#the-work}
+
+పని రుజువు ప్రోటోకాల్, ఇతాష్, ప్రకారం మైనర్లు ఒక బ్లాక్ కోసం నాన్స్ను కనుగొనడానికి ట్రయల్ మరియు ఎర్రర్ యొక్క తీవ్రమైన రేసులో పాల్గొనవలసి వచ్చింది. చెల్లుబాటు అయ్యే నాన్స్ ఉన్న బ్లాక్స్ మాత్రమే చైనుకు జోడించబడతాయి.
+
+ఒక బ్లాక్ సృష్టించడానికి పోటీ పడుతున్నప్పుడు, ఒక మైనర్ పదేపదే ఒక డేటాసెట్ను గణిత ఫంక్షన్ ద్వారా ఉంచుతాడు, అది పూర్తి చైన్ను డౌన్లోడ్ చేసి రన్ చేయడం ద్వారా మాత్రమే పొందబడుతుంది (ఒక మైనర్ చేసే విధంగా). బ్లాక్ కష్టం ద్వారా నిర్దేశించబడిన ఒక లక్ష్యం కంటే తక్కువ ఉన్న మిక్స్హాష్ను ఉత్పత్తి చేయడానికి ఆ డేటాసెట్ ఉపయోగించబడింది. ఇది చేయడానికి ఉత్తమ మార్గం ట్రయల్ మరియు ఎర్రర్.
+
+కష్టం హాష్ కోసం లక్ష్యాన్ని నిర్ధారించింది. లక్ష్యం ఎంత తక్కువగా ఉంటే, చెల్లుబాటు అయ్యే హాష్ల సమితి అంత చిన్నదిగా ఉంటుంది. ఒకసారి ఉత్పత్తి అయిన తర్వాత, ఇతర మైనర్లు మరియు క్లయింట్లు దీనిని ధృవీకరించడం చాలా సులభం. ఒక లావాదేవీ మారినా, హాష్ పూర్తిగా భిన్నంగా ఉంటుంది, ఇది మోసాన్ని సూచిస్తుంది.
+
+హాషింగ్ మోసాన్ని సులభంగా గుర్తించేలా చేస్తుంది. కానీ ఒక ప్రక్రియగా పని రుజువు చైనుపై దాడి చేయడానికి ఒక పెద్ద నిరోధకంగా కూడా ఉంది.
+
+### పని రుజువు మరియు భద్రత {#security}
+
+ప్రధాన ఇతీరియము చైనుపై ఈ పని చేయడానికి మైనర్లు ప్రోత్సహించబడ్డారు. మైనర్ల ఉపసమితి వారి స్వంత చైన్ను ప్రారంభించడానికి తక్కువ ప్రోత్సాహం ఉంది—ఇది వ్యవస్థను బలహీనపరుస్తుంది. బ్లాక్ చైనులు సత్యానికి మూలంగా ఒకే స్థితిని కలిగి ఉండటంపై ఆధారపడతాయి.
+
+పని రుజువు యొక్క లక్ష్యం చైన్ను విస్తరించడం. అతి పొడవైన చైను చెల్లుబాటు అయ్యేదిగా అత్యంత నమ్మదగినదిగా ఉండేది, ఎందుకంటే దానిని ఉత్పత్తి చేయడానికి అత్యధిక గణన పని జరిగింది. ఇతీరియము యొక్క PoW వ్యవస్థలో, లావాదేవీలను తొలగించే కొత్త బ్లాక్స్ సృష్టించడం, నకిలీ వాటిని సృష్టించడం, లేదా రెండవ చైన్ను నిర్వహించడం దాదాపు అసాధ్యం. ఎందుకంటే ఒక దురుద్దేశపూరిత మైనర్ అందరి కంటే వేగంగా బ్లాక్ నాన్స్ను ఎల్లప్పుడూ పరిష్కరించాల్సి ఉంటుంది.
+
+స్థిరంగా దురుద్దేశపూరితమైన ఇంకా చెల్లుబాటు అయ్యే బ్లాక్స్ సృష్టించడానికి, ఒక దురుద్దేశపూరిత మైనర్ అందరినీ ఓడించడానికి నెట్వర్క్ మైనింగ్ శక్తిలో 51% కంటే ఎక్కువ అవసరం. ఆ మొత్తం "పని"కి చాలా ఖరీదైన కంప్యూటింగ్ శక్తి అవసరం మరియు ఖర్చు చేసిన శక్తి దాడిలో పొందిన లాభాలను మించిపోయి ఉండవచ్చు.
+
+### పని రుజువు ఆర్థికశాస్త్రం {#economics}
+
+వ్యవస్థలోకి కొత్త కరెన్సీని జారీ చేయడానికి మరియు పని చేయడానికి మైనర్లను ప్రోత్సహించడానికి కూడా పని రుజువు బాధ్యత వహించింది.
+
+[కాన్స్టాంటినోపుల్ అప్గ్రేడ్](/ethereum-forks/#constantinople) నుండి, ఒక బ్లాక్ను విజయవంతంగా సృష్టించే మైనర్లు రెండు కొత్తగా ముద్రించిన ETH మరియు లావాదేవీ రుసుములలో కొంత భాగాన్ని బహుమతిగా పొందారు. ఓమర్ బ్లాక్స్ కూడా 1.75 ETH పరిహారం ఇచ్చాయి. ఓమర్ బ్లాక్స్ అనేవి ఒక మైనర్ కానానికల్ బ్లాక్ను సృష్టించిన దాదాపు అదే సమయంలో మరో మైనర్ సృష్టించిన చెల్లుబాటు అయ్యే బ్లాక్స్, ఇది చివరికి ఏ చైనుపై మొదట నిర్మించబడిందనే దాని ద్వారా నిర్ణయించబడింది. ఓమర్ బ్లాక్స్ సాధారణంగా నెట్వర్క్ జాప్యం కారణంగా జరిగేవి.
+
+## ఫైనాలిటీ {#finality}
+
+ఇతీరియములో ఒక లావాదేవీకి "ఫైనాలిటీ" ఉంటుంది, అది మార్చలేని బ్లాక్లో భాగమైనప్పుడు.
+
+మైనర్లు వికేంద్రీకృత పద్ధతిలో పనిచేయడం వల్ల, రెండు చెల్లుబాటు అయ్యే బ్లాక్స్ ఒకే సమయంలో మైన్ చేయబడవచ్చు. ఇది తాత్కాలిక ఫోర్క్ను సృష్టిస్తుంది. చివరికి, తదుపరి బ్లాక్స్ మైన్ చేయబడి, దానికి జోడించబడిన తర్వాత, ఈ చైన్లలో ఒకటి పొడవుగా మారి ఆమోదించబడిన చైన్ అయింది.
+
+విషయాలను మరింత క్లిష్టతరం చేయడానికి, తాత్కాలిక ఫోర్క్లో తిరస్కరించబడిన లావాదేవీలు ఆమోదించబడిన చైన్లో చేర్చబడకపోవచ్చు. అంటే ఇది రివర్స్ కావచ్చు. కాబట్టి ఫైనాలిటీ అనేది మీరు ఒక లావాదేవీని మార్చలేనిదిగా పరిగణించే ముందు వేచి ఉండవలసిన సమయాన్ని సూచిస్తుంది. మునుపటి పని రుజువు ఇతీరియములో, ఒక నిర్దిష్ట బ్లాక్ `N` పైన ఎన్ని ఎక్కువ బ్లాక్స్ మైన్ చేయబడితే, `N`లోని లావాదేవీలు విజయవంతమయ్యాయని మరియు రివర్ట్ చేయబడవని అంత ఎక్కువ విశ్వాసం ఉంటుంది. ఇప్పుడు, స్టేక్ రుజువుతో, ఫైనలైజేషన్ అనేది సంభావ్యతతో కూడినది కాకుండా, ఒక బ్లాక్ యొక్క స్పష్టమైన లక్షణం.
+
+## పని రుజువు శక్తి వినియోగం {#energy}
+
+నెట్వర్క్ను సురక్షితంగా ఉంచడానికి అవసరమైన శక్తి ఉత్పత్తి మొత్తం పని రుజువుపై ఒక ప్రధాన విమర్శ. భద్రత మరియు వికేంద్రీకరణను నిర్వహించడానికి, పని రుజువుపై ఇతీరియము అధిక మొత్తంలో శక్తిని వినియోగించుకుంది. స్టేక్ రుజువుకు మారడానికి కొద్దిసేపటి ముందు, ఇతీరియము మైనర్లు సమిష్టిగా సుమారు 70 TWh/yr వినియోగిస్తున్నారు (సుమారుగా చెక్ రిపబ్లిక్తో సమానం - 18-జూలై-2022న [digiconomist](https://digiconomist.net/) ప్రకారం).
+
+## ప్రయోజనాలు మరియు అప్రయోజనాలు {#pros-and-cons}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------ |
+| పని రుజువు తటస్థంగా ఉంటుంది. ప్రారంభించడానికి మీకు ETH అవసరం లేదు మరియు బ్లాక్ రివార్డులు మిమ్మల్ని 0ETH నుండి సానుకూల బ్యాలెన్స్కు వెళ్లడానికి అనుమతిస్తాయి. [స్టేక్ రుజువు](/developers/docs/consensus-mechanisms/pos/)తో ప్రారంభించడానికి మీకు ETH అవసరం. | పని రుజువు చాలా శక్తిని ఉపయోగిస్తుంది, ఇది పర్యావరణానికి చెడ్డది. |
+| పని రుజువు అనేది ప్రయత్నించి, పరీక్షించబడిన ఒక ఏకాభిప్రాయం యంత్రాంగం, ఇది చాలా సంవత్సరాలుగా బిట్కాయిన్ మరియు ఇతీరియమును సురక్షితంగా మరియు వికేంద్రీకృతంగా ఉంచింది. | మీరు మైనింగ్ చేయాలనుకుంటే, మీకు అలాంటి ప్రత్యేక పరికరాలు అవసరం, ప్రారంభించడానికి ఇది ఒక పెద్ద పెట్టుబడి. |
+| స్టేక్ రుజువుతో పోలిస్తే ఇది అమలు చేయడానికి సాపేక్షంగా సులభం. | అవసరమైన గణన పెరగడం వలన, మైనింగ్ పూల్స్ మైనింగ్ ఆటలో ఆధిపత్యం చెలాయించగలవు, ఇది కేంద్రీకరణ మరియు భద్రతా ప్రమాదాలకు దారితీస్తుంది. |
+
+## స్టేక్ రుజువుతో పోలిక {#compared-to-pos}
+
+ఉన్నత స్థాయిలో, స్టేక్ రుజువుకు పని రుజువుతో సమానమైన అంతిమ లక్ష్యం ఉంది: వికేంద్రీకృత నెట్వర్క్ సురక్షితంగా ఏకాభిప్రాయానికి రావడానికి సహాయపడటం. కానీ దీనికి ప్రక్రియ మరియు సిబ్బందిలో కొన్ని తేడాలు ఉన్నాయి:
+
+- స్టేక్ రుజువు గణన శక్తి యొక్క ప్రాముఖ్యతను స్టేక్ చేసిన ETHతో మార్చుతుంది.
+- స్టేక్ రుజువు మైనర్లను వ్యాలిడేటర్లతో భర్తీ చేస్తుంది. కొత్త బ్లాక్స్ సృష్టించే సామర్థ్యాన్ని సక్రియం చేయడానికి వ్యాలిడేటర్లు తమ ETHను స్టేక్ చేస్తారు.
+- వ్యాలిడేటర్లు బ్లాక్స్ సృష్టించడానికి పోటీపడరు, బదులుగా వారు ఒక అల్గోరిథం ద్వారా యాదృచ్ఛికంగా ఎంపిక చేయబడతారు.
+- ఫైనాలిటీ స్పష్టంగా ఉంటుంది: నిర్దిష్ట చెక్పాయింట్ల వద్ద, 2/3 వ్యాలిడేటర్లు బ్లాక్ స్థితిపై అంగీకరిస్తే అది అంతిమంగా పరిగణించబడుతుంది. వ్యాలిడేటర్లు దీనిపై తమ మొత్తం స్టేక్ను పందెం వేయాలి, కాబట్టి వారు కుమ్మక్కవడానికి ప్రయత్నిస్తే, వారు తమ మొత్తం స్టేక్ను కోల్పోతారు.
+
+[స్టేక్ రుజువు గురించి మరింత](/developers/docs/consensus-mechanisms/pos/)
+
+## దృశ్య అభ్యాసకులా? {#visual-learner}
+
+
+
+## మరింత చదవడానికి {#further-reading}
+
+- [మెజారిటీ దాడి](https://en.bitcoin.it/wiki/Majority_attack)
+- [సెటిల్మెంట్ ఫైనాలిటీపై](https://blog.ethereum.org/2016/05/09/on-settlement-finality/)
+
+### వీడియోలు {#videos}
+
+- [పని రుజువు ప్రోటోకాల్స్ యొక్క సాంకేతిక వివరణ](https://youtu.be/9V1bipPkCTU)
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [మైనింగ్](/developers/docs/consensus-mechanisms/pow/mining/)
+- [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/)
+- [ప్రూఫ్-ఆఫ్-అథారిటీ](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/index.md
new file mode 100644
index 00000000000..680633d08ae
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/index.md
@@ -0,0 +1,86 @@
+---
+title: మైనింగ్
+description: ఇతీరియములో మైనింగ్ ఎలా పనిచేసిందో దాని యొక్క వివరణ.
+lang: te
+---
+
+
+
+
+
+ప్రూఫ్-ఆఫ్-వర్క్ ఇకపై ఇతీరియము యొక్క ఏకాభిప్రాయం మెకానిజంకు ఆధారం కాదు, అంటే మైనింగ్ నిలిపివేయబడింది. బదులుగా, ఇతీరియము ETH ను స్టేక్ చేసే వాలిడేటర్ల ద్వారా సురక్షితం చేయబడింది. మీరు ఈరోజే మీ ETH ను స్టేకింగ్ చేయడం ప్రారంభించవచ్చు. ది మెర్జ్, ప్రూఫ్-ఆఫ్-స్టేక్, మరియు స్టేకింగ్ గురించి మరింత చదవండి. ఈ పేజీ చారిత్రక ఆసక్తి కోసం మాత్రమే.
+
+
+
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని మరింత బాగా అర్థం చేసుకోవడానికి, మీరు ముందుగా [లావాదేవీలు](/developers/docs/transactions/), [బ్లాక్లు](/developers/docs/blocks/) మరియు [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ఇతీరియము మైనింగ్ అంటే ఏమిటి? {#what-is-ethereum-mining}
+
+మైనింగ్ అనేది ఇతీరియము యొక్క ఇప్పుడు వాడుకలో లేని ప్రూఫ్-ఆఫ్-వర్క్ ఆర్కిటెక్చర్లో ఇతీరియము బ్లాక్ చైనుకు జోడించబడే లావాదేవీల బ్లాక్ను సృష్టించే ప్రక్రియ.
+
+మైనింగ్ అనే పదం క్రిప్టోకరెన్సీల కోసం బంగారం సారూప్యత సందర్భంలో ఉద్భవించింది. బంగారం లేదా విలువైన లోహాలు కొరతగా ఉంటాయి, అలాగే డిజిటల్ టోకెన్లు కూడా, మరియు ప్రూఫ్-ఆఫ్-వర్క్ సిస్టమ్లో మొత్తం పరిమాణాన్ని పెంచడానికి ఏకైక మార్గం మైనింగ్ ద్వారానే. ప్రూఫ్-ఆఫ్-వర్క్ ఇతీరియములో, జారీకి ఏకైక పద్ధతి మైనింగ్ ద్వారానే. అయితే బంగారం లేదా విలువైన లోహాల వలె కాకుండా, ఇతీరియము మైనింగ్ అనేది బ్లాక్ చైనులో బ్లాక్లను సృష్టించడం, ధృవీకరించడం, ప్రచురించడం మరియు ప్రచారం చేయడం ద్వారా నెట్వర్క్ను సురక్షితం చేయడానికి కూడా ఒక మార్గం.
+
+ఈథర్ మైనింగ్ = నెట్వర్క్ను సురక్షితం చేయడం
+
+మైనింగ్ అనేది ఏదైనా ప్రూఫ్-ఆఫ్-వర్క్ బ్లాక్ చైనుకు జీవనాధారం. ఇతీరియము మైనర్లు - సాఫ్ట్వేర్ను నడుపుతున్న కంప్యూటర్లు - ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి ముందు లావాదేవీలను ప్రాసెస్ చేయడానికి మరియు బ్లాక్లను ఉత్పత్తి చేయడానికి వారి సమయాన్ని మరియు గణన శక్తిని ఉపయోగించారు.
+
+## మైనర్లు ఎందుకు ఉన్నారు? {#why-do-miners-exist}
+
+ఇతీరియము వంటి వికేంద్రీకృత వ్యవస్థలలో, లావాదేవీల క్రమంపై ప్రతిఒక్కరూ అంగీకరించేలా మనం నిర్ధారించుకోవాలి. మైనర్లు బ్లాక్లను ఉత్పత్తి చేయడానికి గణనపరంగా కష్టమైన పజిల్స్ను పరిష్కరించడం ద్వారా ఇది జరగడానికి సహాయపడ్డారు, నెట్వర్క్ను దాడుల నుండి సురక్షితం చేశారు.
+
+[ప్రూఫ్-ఆఫ్-వర్క్ గురించి మరింత](/developers/docs/consensus-mechanisms/pow/)
+
+గతంలో ఎవరైనా తమ కంప్యూటర్ను ఉపయోగించి ఇతీరియము నెట్వర్క్లో మైనింగ్ చేయగలిగేవారు. అయితే, ప్రతిఒక్కరూ లాభదాయకంగా ఈథర్ (ETH) మైనింగ్ చేయలేకపోయారు. చాలా సందర్భాలలో, మైనర్లు ప్రత్యేక కంప్యూటర్ హార్డ్వేర్ను కొనుగోలు చేయాల్సి వచ్చింది, మరియు చవకైన శక్తి వనరులకు ప్రాప్యత కలిగి ఉండాలి. సగటు కంప్యూటర్ మైనింగ్ సంబంధిత ఖర్చులను భరించడానికి తగినంత బ్లాక్ రివార్డులను సంపాదించే అవకాశం లేదు.
+
+### మైనింగ్ ఖర్చు {#cost-of-mining}
+
+- మైనింగ్ రిగ్ను నిర్మించడానికి మరియు నిర్వహించడానికి అవసరమైన హార్డ్వేర్ యొక్క సంభావ్య ఖర్చులు
+- మైనింగ్ రిగ్కు శక్తినివ్వడానికి విద్యుత్ ఖర్చు
+- మీరు ఒక పూల్లో మైనింగ్ చేస్తుంటే, ఈ పూల్స్ సాధారణంగా పూల్ ద్వారా ఉత్పత్తి చేయబడిన ప్రతి బ్లాక్కు ఫ్లాట్ % రుసుము వసూలు చేస్తాయి
+- మైనింగ్ రిగ్కు మద్దతు ఇచ్చే పరికరాల సంభావ్య ఖర్చు (వెంటిలేషన్, శక్తి పర్యవేక్షణ, విద్యుత్ వైరింగ్, మొదలైనవి)
+
+మైనింగ్ లాభదాయకతను మరింతగా అన్వేషించడానికి, [Etherscan](https://etherscan.io/ether-mining-calculator) అందించే మైనింగ్ కాలిక్యులేటర్ వంటి దాన్ని ఉపయోగించండి.
+
+## ఇతీరియము లావాదేవీలు ఎలా మైన్ చేయబడ్డాయి {#how-ethereum-transactions-were-mined}
+
+ఇతీరియము ప్రూఫ్-ఆఫ్-వర్క్లో లావాదేవీలు ఎలా మైన్ చేయబడ్డాయో కిందిది ఒక అవలోకనాన్ని అందిస్తుంది. ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ కోసం ఈ ప్రక్రియ యొక్క సారూప్య వివరణ [ఇక్కడ](/developers/docs/consensus-mechanisms/pos/#transaction-execution-ethereum-pos) కనుగొనవచ్చు.
+
+1. ఒక వినియోగదారుడు కొంత [ఖాతా](/developers/docs/accounts/) యొక్క ప్రైవేట్ కీతో [లావాదేవీ](/developers/docs/transactions/) అభ్యర్థనను రాసి, సంతకం చేస్తాడు.
+2. వినియోగదారుడు కొంత [నోడ్](/developers/docs/nodes-and-clients/) నుండి మొత్తం ఇతీరియము నెట్వర్క్కు లావాదేవీ అభ్యర్థనను ప్రసారం చేస్తాడు.
+3. కొత్త లావాదేవీ అభ్యర్థన గురించి విన్న వెంటనే, ఇతీరియము నెట్వర్క్లోని ప్రతి నోడ్ ఆ అభ్యర్థనను వారి స్థానిక మెమ్పూల్కు జోడిస్తుంది, ఇది వారు విన్న అన్ని లావాదేవీ అభ్యర్థనల జాబితా, అవి ఇంకా ఒక బ్లాక్లో బ్లాక్ చైనుకు కట్టుబడి ఉండవు.
+4. ఏదో ఒక సమయంలో, ఒక మైనింగ్ నోడ్ అనేక డజన్ల లేదా వందల లావాదేవీ అభ్యర్థనలను సంభావ్య [బ్లాక్](/developers/docs/blocks/)గా సమగ్రపరుస్తుంది, ఇది బ్లాక్ గ్యాస్ పరిమితి కింద ఉంటూనే వారు సంపాదించే [లావాదేవీ రుసుములను](/developers/docs/gas/) గరిష్ఠం చేసే విధంగా ఉంటుంది. ఆ తర్వాత మైనింగ్ నోడ్:
+ 1. ప్రతి లావాదేవీ అభ్యర్థన యొక్క ప్రామాణికతను ధృవీకరిస్తుంది (అంటే, ఎవరూ సంతకం చేయని ఖాతా నుండి ఈథర్ను బదిలీ చేయడానికి ప్రయత్నించడం లేదు, అభ్యర్థన తప్పుగా రూపొందించబడలేదు, మొదలైనవి), ఆపై అభ్యర్థన యొక్క సంకేత భాషను అమలు చేస్తుంది, వారి స్థానిక EVM కాపీ యొక్క స్థితిని మారుస్తుంది. మైనర్ అటువంటి ప్రతి లావాదేవీ అభ్యర్థనకు లావాదేవీ రుసుమును వారి స్వంత ఖాతాకు అందజేస్తాడు.
+ 2. బ్లాక్లోని అన్ని లావాదేవీ అభ్యర్థనలు ధృవీకరించబడి, స్థానిక EVM కాపీలో అమలు చేయబడిన తర్వాత, సంభావ్య బ్లాక్ కోసం ప్రూఫ్-ఆఫ్-వర్క్ “చట్టబద్ధత యొక్క సర్టిఫికేట్”ను ఉత్పత్తి చేసే ప్రక్రియను ప్రారంభిస్తుంది.
+5. చివరికి, ఒక మైనర్ మా నిర్దిష్ట లావాదేవీ అభ్యర్థనను కలిగి ఉన్న బ్లాక్ కోసం ఒక సర్టిఫికేట్ను ఉత్పత్తి చేయడం పూర్తి చేస్తాడు. ఆ తర్వాత మైనర్ పూర్తి చేసిన బ్లాక్ను ప్రసారం చేస్తాడు, ఇందులో సర్టిఫికేట్ మరియు క్లెయిమ్ చేయబడిన కొత్త EVM స్థితి యొక్క చెక్సమ్ ఉంటాయి.
+6. ఇతర నోడ్స్ కొత్త బ్లాక్ గురించి వింటాయి. వారు సర్టిఫికేట్ను ధృవీకరిస్తారు, బ్లాక్లోని అన్ని లావాదేవీలను స్వయంగా అమలు చేస్తారు (మా వినియోగదారుడు మొదట ప్రసారం చేసిన లావాదేవీతో సహా), మరియు అన్ని లావాదేవీల అమలు తర్వాత వారి కొత్త EVM స్థితి యొక్క చెక్సమ్, మైనర్ బ్లాక్ ద్వారా క్లెయిమ్ చేయబడిన స్థితి యొక్క చెక్సమ్తో సరిపోలుతుందని ధృవీకరిస్తారు. అప్పుడు మాత్రమే ఈ నోడ్స్ ఈ బ్లాక్ను వారి బ్లాక్ చైను యొక్క తోకకు జోడిస్తాయి, మరియు కొత్త EVM స్థితిని కానానికల్ స్థితిగా అంగీకరిస్తాయి.
+7. ప్రతి నోడ్ నెరవేరని లావాదేవీ అభ్యర్థనల యొక్క వారి స్థానిక మెమ్పూల్ నుండి కొత్త బ్లాక్లోని అన్ని లావాదేవీలను తొలగిస్తుంది.
+8. నెట్వర్క్లో చేరే కొత్త నోడ్స్ మా ఆసక్తి ఉన్న లావాదేవీని కలిగి ఉన్న బ్లాక్తో సహా, వరుసగా అన్ని బ్లాక్లను డౌన్లోడ్ చేస్తాయి. వారు ఒక స్థానిక EVM కాపీని ప్రారంభిస్తారు (ఇది ఖాళీ-స్థితి EVMగా మొదలవుతుంది), ఆపై వారి స్థానిక EVM కాపీ పైన ప్రతి బ్లాక్లోని ప్రతి లావాదేవీని అమలు చేసే ప్రక్రియ గుండా వెళతారు, మార్గం వెంట ప్రతి బ్లాక్ వద్ద స్థితి చెక్సమ్లను ధృవీకరిస్తారు.
+
+ప్రతి లావాదేవీ ఒక్కసారి మైన్ చేయబడుతుంది (కొత్త బ్లాక్లో చేర్చబడి మరియు మొదటిసారి ప్రచారం చేయబడుతుంది), కానీ కానానికల్ EVM స్థితిని ముందుకు తీసుకువెళ్ళే ప్రక్రియలో ప్రతి పాల్గొనేవారిచే అమలు చేయబడి మరియు ధృవీకరించబడుతుంది. ఇది బ్లాక్ చైను యొక్క కేంద్ర మంత్రాలలో ఒకదాన్ని హైలైట్ చేస్తుంది: **నమ్మవద్దు, ధృవీకరించండి**.
+
+## ఓమర్ (అంకుల్) బ్లాక్లు {#ommer-blocks}
+
+ప్రూఫ్-ఆఫ్-వర్క్పై బ్లాక్ మైనింగ్ సంభావ్యతతో కూడుకున్నది, అంటే నెట్వర్క్ జాప్యం కారణంగా కొన్నిసార్లు రెండు చెల్లుబాటు అయ్యే బ్లాక్లు ఏకకాలంలో ప్రచురించబడతాయి. ఈ సందర్భంలో, ప్రోటోకాల్ పొడవైన (మరియు అందువల్ల అత్యంత "చెల్లుబాటు అయ్యే") గొలుసును నిర్ణయించాల్సి వచ్చింది, అదే సమయంలో ప్రతిపాదించబడిన కానీ చేర్చబడని చెల్లుబాటు అయ్యే బ్లాక్కు పాక్షికంగా రివార్డ్ ఇవ్వడం ద్వారా మైనర్ల పట్ల న్యాయంగా ఉండేలా చూసుకోవాలి. ఇది నెట్వర్క్ యొక్క మరింత వికేంద్రీకరణను ప్రోత్సహించింది, ఎందుకంటే ఎక్కువ జాప్యాన్ని ఎదుర్కొనే చిన్న మైనర్లు కూడా [ఓమర్](/glossary/#ommer) బ్లాక్ రివార్డుల ద్వారా రాబడిని పొందగలరు.
+
+"ఓమర్" అనే పదం పేరెంట్ బ్లాక్ యొక్క తోబుట్టువుకు ప్రాధాన్యతనిచ్చే లింగ-తటస్థ పదం, కానీ దీనిని కొన్నిసార్లు "అంకుల్" అని కూడా పిలుస్తారు. **ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్కు మారినప్పటి నుండి, ఓమర్ బ్లాక్లు ఇకపై మైన్ చేయబడవు** ఎందుకంటే ప్రతి జాబితాలో ఒకే ఒక ప్రపోజర్ ఎన్నుకోబడతాడు. మైన్ చేయబడిన ఓమర్ బ్లాక్ల యొక్క [చారిత్రక చార్ట్](https://ycharts.com/indicators/ethereum_uncle_rate)ను చూడటం ద్వారా మీరు ఈ మార్పును చూడవచ్చు.
+
+## ఒక విజువల్ డెమో {#a-visual-demo}
+
+ఆస్టిన్ మీకు మైనింగ్ మరియు ప్రూఫ్-ఆఫ్-వర్క్ బ్లాక్ చైను ద్వారా మార్గనిర్దేశం చేయడాన్ని చూడండి.
+
+
+
+## మైనింగ్ అల్గారిథం {#mining-algorithm}
+
+ఇతీరియము మెయిన్నెట్ ఎప్పుడూ ఒకే ఒక మైనింగ్ అల్గారిథంను మాత్రమే ఉపయోగించింది - ['Ethash'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/). Ethash అనేది ['Dagger-Hashimoto'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/) అని పిలువబడే అసలు R&D అల్గారిథం యొక్క వారసుడు.
+
+[మైనింగ్ అల్గారిథమ్స్ గురించి మరింత](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/).
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [గ్యాస్](/developers/docs/gas/)
+- [EVM](/developers/docs/evm/)
+- [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/)
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
new file mode 100644
index 00000000000..29820028466
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
@@ -0,0 +1,329 @@
+---
+title: డాగర్-హాషిమోటో
+description: డాగర్-హాషిమోటో అల్గారిథమ్ పై ఒక వివరణాత్మక వీక్షణ.
+lang: te
+---
+
+ఇథిరియం మైనింగ్ అల్గారిథమ్ కోసం డాగర్-హాషిమోటో అసలైన పరిశోధన అమలు మరియు నిర్దేశం. డాగర్-హాషిమోటోను [Ethash](#ethash) అధిగమించింది. సెప్టెంబర్ 15, 2022న [ది మెర్జ్](/roadmap/merge/) వద్ద మైనింగ్ పూర్తిగా నిలిపివేయబడింది. అప్పటి నుండి, ఇథిరియం బదులుగా [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos) పద్ధతిని ఉపయోగించి సురక్షితం చేయబడింది. ఈ పేజీ చారిత్రక ఆసక్తి కోసం మాత్రమే - ఇక్కడ ఉన్న సమాచారం విలీనం తర్వాత ఇథిరియం కోసం ఇకపై సంబంధితమైనది కాదు.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, ముందుగా మీరు [ప్రూఫ్-ఆఫ్-వర్క్ ఏకాభిప్రాయం](/developers/docs/consensus-mechanisms/pow), [మైనింగ్](/developers/docs/consensus-mechanisms/pow/mining), మరియు [మైనింగ్ అల్గారిథమ్స్](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## డాగర్-హాషిమోటో {#dagger-hashimoto}
+
+డాగర్-హాషిమోటో రెండు లక్ష్యాలను సాధించడం లక్ష్యంగా పెట్టుకుంది:
+
+1. **ASIC-నిరోధకత**: అల్గారిథమ్ కోసం ప్రత్యేక హార్డ్వేర్ను సృష్టించడం వల్ల ప్రయోజనం వీలైనంత తక్కువగా ఉండాలి
+2. **లైట్ క్లయింట్ ధృవీకరణ**: ఒక బ్లాక్ను లైట్ క్లయింట్ ద్వారా సమర్థవంతంగా ధృవీకరించగలగాలి.
+
+అదనపు మార్పుతో, మేము కోరుకుంటే మూడవ లక్ష్యాన్ని ఎలా నెరవేర్చాలో కూడా నిర్దేశిస్తాము, కానీ అదనపు సంక్లిష్టత ఖర్చుతో:
+
+**పూర్తి చైన్ నిల్వ**: మైనింగ్కు పూర్తి బ్లాక్చెయిన్ స్థితిని నిల్వ చేయడం అవసరం (ఇథిరియం స్టేట్ ట్రై యొక్క క్రమరహిత నిర్మాణం కారణంగా, కొన్ని తరచుగా ఉపయోగించే ఒప్పందాలను కత్తిరించడం సాధ్యమవుతుందని మేము ఊహిస్తున్నాము, కానీ మేము దీనిని కనిష్టంగా ఉంచాలనుకుంటున్నాము).
+
+## DAG ఉత్పత్తి {#dag-generation}
+
+అల్గారిథమ్ కోసం కోడ్ క్రింద పైథాన్లో నిర్వచించబడుతుంది. మొదట, మేము నిర్దిష్ట ఖచ్చితత్వంతో సంతకం చేయని పూర్ణాంకాలను స్ట్రింగ్లకు మార్షలింగ్ చేయడానికి `encode_int` ఇస్తాము. దాని విలోమం కూడా ఇవ్వబడింది:
+
+```python
+NUM_BITS = 512
+
+def encode_int(x):
+ "ఒక పూర్ణాంకం xను బిగ్-ఎండియన్ స్కీమ్ను ఉపయోగించి 64 అక్షరాల స్ట్రింగ్గా ఎన్కోడ్ చేయండి"
+ o = ''
+ for _ in range(NUM_BITS / 8):
+ o = chr(x % 256) + o
+ x //= 256
+ return o
+
+def decode_int(s):
+ "బిగ్-ఎండియన్ స్కీమ్ను ఉపయోగించి ఒక స్ట్రింగ్ నుండి పూర్ణాంకం xను అన్కోడ్ చేయండి"
+ x = 0
+ for c in s:
+ x *= 256
+ x += ord(c)
+ return x
+```
+
+తరువాత `sha3` అనేది ఒక పూర్ణాంకాన్ని తీసుకుని పూర్ణాంకాన్ని అవుట్పుట్ చేసే ఫంక్షన్ అని మరియు `dbl_sha3` అనేది డబుల్-sha3 ఫంక్షన్ అని మేము ఊహిస్తాము; ఈ రిఫరెన్స్ కోడ్ను అమలులోకి మార్చేటప్పుడు ఉపయోగించండి:
+
+```python
+from pyethereum import utils
+def sha3(x):
+ if isinstance(x, (int, long)):
+ x = encode_int(x)
+ return decode_int(utils.sha3(x))
+
+def dbl_sha3(x):
+ if isinstance(x, (int, long)):
+ x = encode_int(x)
+ return decode_int(utils.sha3(utils.sha3(x)))
+```
+
+### పారామితులు {#parameters}
+
+అల్గారిథమ్ కోసం ఉపయోగించే పారామితులు:
+
+```python
+SAFE_PRIME_512 = 2**512 - 38117 # 2**512 కంటే తక్కువ అతిపెద్ద సురక్షిత ప్రైమ్
+
+params = {
+ "n": 4000055296 * 8 // NUM_BITS, # డేటాసెట్ పరిమాణం (4 గిగాబైట్లు); 65536 యొక్క గుణకం అయి ఉండాలి
+ "n_inc": 65536, # ప్రతి కాలానికి n విలువలో పెరుగుదల; 65536 యొక్క గుణకం అయి ఉండాలి
+ # epochtime=20000తో సంవత్సరానికి 882 MB పెరుగుదల
+ "cache_size": 2500, # లైట్ క్లయింట్ కాష్ పరిమాణం (లైట్ క్లయింట్ ద్వారా ఎంచుకోవచ్చు; అల్గో స్పెసిఫికేషన్లో భాగం కాదు)
+ "diff": 2**14, # క్లిష్టత (బ్లాక్ మూల్యాంకన సమయంలో సర్దుబాటు చేయబడుతుంది)
+ "epochtime": 100000, # బ్లాకులలో ఒక యుగం యొక్క పొడవు (డేటాసెట్ ఎంత తరచుగా నవీకరించబడుతుంది)
+ "k": 1, # ఒక నోడ్ యొక్క తల్లిదండ్రుల సంఖ్య
+ "w": w, # మాడ్యులర్ ఘాతాంక హాషింగ్ కోసం ఉపయోగించబడుతుంది
+ "accesses": 200, # హాషిమోటో సమయంలో డేటాసెట్ యాక్సెస్ల సంఖ్య
+ "P": SAFE_PRIME_512 # హాషింగ్ మరియు యాదృచ్ఛిక సంఖ్య ఉత్పత్తి కోసం సురక్షిత ప్రైమ్
+}
+```
+
+ఈ సందర్భంలో `P` అనేది `log₂(P)` 512 కంటే కొంచెం తక్కువగా ఉండేలా ఎంచుకున్న ఒక ప్రైమ్, ఇది మన సంఖ్యలను సూచించడానికి మనం ఉపయోగిస్తున్న 512 బిట్లకు అనుగుణంగా ఉంటుంది. వాస్తవానికి DAG యొక్క చివరి సగం మాత్రమే నిల్వ చేయవలసి ఉంటుందని గమనించండి, కాబట్టి వాస్తవ RAM అవసరం 1 GB వద్ద ప్రారంభమై సంవత్సరానికి 441 MB పెరుగుతుంది.
+
+### డాగర్ గ్రాఫ్ నిర్మాణం {#dagger-graph-building}
+
+డాగర్ గ్రాఫ్ నిర్మాణ ప్రాథమికం ఈ క్రింది విధంగా నిర్వచించబడింది:
+
+```python
+def produce_dag(params, seed, length):
+ P = params["P"]
+ picker = init = pow(sha3(seed), params["w"], P)
+ o = [init]
+ for i in range(1, length):
+ x = picker = (picker * init) % P
+ for _ in range(params["k"]):
+ x ^= o[x % i]
+ o.append(pow(x, params["w"], P))
+ return o
+```
+
+ముఖ్యంగా, ఇది `sha3(seed)` అనే ఒకే నోడ్గా గ్రాఫ్ను ప్రారంభించి, అక్కడి నుండి యాదృచ్ఛిక మునుపటి నోడ్ల ఆధారంగా ఇతర నోడ్లను క్రమంగా జోడించడం ప్రారంభిస్తుంది. కొత్త నోడ్ సృష్టించబడినప్పుడు, `i` కంటే తక్కువ కొన్ని సూచికలను (పైన ఉన్న `x % i` ఉపయోగించి) యాదృచ్ఛికంగా ఎంచుకోవడానికి సీడ్ యొక్క మాడ్యులర్ పవర్ లెక్కించబడుతుంది, మరియు ఆ సూచికల వద్ద ఉన్న నోడ్ల విలువలు `x` కోసం కొత్త విలువను ఉత్పత్తి చేయడానికి ఒక గణనలో ఉపయోగించబడతాయి, ఇది చివరికి `i` సూచిక వద్ద గ్రాఫ్ విలువను ఉత్పత్తి చేయడానికి ఒక చిన్న ప్రూఫ్ ఆఫ్ వర్క్ ఫంక్షన్లోకి (XOR ఆధారంగా) ఇవ్వబడుతుంది. ఈ ప్రత్యేక రూపకల్పన వెనుక ఉన్న కారణం DAG యొక్క వరుస యాక్సెస్ను బలవంతం చేయడం; ప్రస్తుత విలువ తెలిసే వరకు యాక్సెస్ చేయబడే DAG యొక్క తదుపరి విలువను నిర్ణయించలేము. చివరగా, మాడ్యులర్ ఘాతాంకం ఫలితాన్ని మరింతగా హాష్ చేస్తుంది.
+
+ఈ అల్గారిథం సంఖ్యా సిద్ధాంతం నుండి అనేక ఫలితాలపై ఆధారపడి ఉంటుంది. చర్చ కోసం క్రింద ఉన్న అనుబంధాన్ని చూడండి.
+
+## లైట్ క్లయింట్ మూల్యాంకనం {#light-client-evaluation}
+
+పైన ఉన్న గ్రాఫ్ నిర్మాణం, గ్రాఫ్లోని ప్రతి నోడ్ను కేవలం కొద్ది సంఖ్యలో నోడ్ల సబ్ట్రీని లెక్కించడం ద్వారా మరియు కేవలం చిన్న మొత్తంలో సహాయక మెమరీ అవసరం లేకుండా పునర్నిర్మించడానికి అనుమతించాలని ఉద్దేశించబడింది. k=1 తో, సబ్ట్రీ DAGలోని మొదటి మూలకం వరకు వెళ్లే విలువల గొలుసు మాత్రమే అని గమనించండి.
+
+DAG కోసం లైట్ క్లయింట్ కంప్యూటింగ్ ఫంక్షన్ ఈ క్రింది విధంగా పనిచేస్తుంది:
+
+```python
+def quick_calc(params, seed, p):
+ w, P = params["w"], params["P"]
+ cache = {}
+
+ def quick_calc_cached(p):
+ if p in cache:
+ pass
+ elif p == 0:
+ cache[p] = pow(sha3(seed), w, P)
+ else:
+ x = pow(sha3(seed), (p + 1) * w, P)
+ for _ in range(params["k"]):
+ x ^= quick_calc_cached(x % p)
+ cache[p] = pow(x, w, P)
+ return cache[p]
+
+ return quick_calc_cached(p)
+```
+
+ముఖ్యంగా, ఇది పైన ఉన్న అల్గారిథమ్ యొక్క పునఃరచన, ఇది మొత్తం DAG కోసం విలువలను లెక్కించే లూప్ను తొలగిస్తుంది మరియు మునుపటి నోడ్ లూకప్ను పునరావృత కాల్ లేదా కాష్ లూకప్తో భర్తీ చేస్తుంది. `k=1` కోసం కాష్ అనవసరం అని గమనించండి, అయినప్పటికీ మరింత ఆప్టిమైజేషన్ వాస్తవానికి DAG యొక్క మొదటి కొన్ని వేల విలువలను ముందుగా లెక్కించి, దానిని గణనల కోసం స్టాటిక్ కాష్గా ఉంచుతుంది; దీని కోడ్ అమలు కోసం అనుబంధాన్ని చూడండి.
+
+## DAGల డబుల్ బఫర్ {#double-buffer}
+
+పూర్తి క్లయింట్లో, పైన ఉన్న ఫార్ములా ద్వారా ఉత్పత్తి చేయబడిన 2 DAGల [_డబుల్ బఫర్_](https://wikipedia.org/wiki/Multiple_buffering) ఉపయోగించబడుతుంది. పైన ఉన్న పారామితుల ప్రకారం ప్రతి `epochtime` బ్లాకుల సంఖ్యకు DAGలు ఉత్పత్తి చేయబడతాయి అనేదే ఆలోచన. క్లయింట్ ఉత్పత్తి చేయబడిన తాజా DAGని ఉపయోగించకుండా, దాని ముందు ఉన్న దానిని ఉపయోగిస్తుంది. దీని ప్రయోజనం ఏమిటంటే, మైనర్లు అకస్మాత్తుగా అన్ని డేటాను పునఃగణన చేయాల్సిన అవసరం లేకుండా, కాలక్రమేణా DAGలను భర్తీ చేయడానికి ఇది అనుమతిస్తుంది. లేకపోతే, క్రమమైన వ్యవధిలో చైన్ ప్రాసెసింగ్లో ఆకస్మిక తాత్కాలిక మందగమనం మరియు కేంద్రీకరణ నాటకీయంగా పెరిగే అవకాశం ఉంది. అందువల్ల, మొత్తం డేటా పునఃగణన చేయబడటానికి ముందు ఆ కొన్ని నిమిషాలలో 51% దాడి ప్రమాదాలు ఉంటాయి.
+
+ఒక బ్లాక్ కోసం పనిని లెక్కించడానికి ఉపయోగించే DAGల సమితిని ఉత్పత్తి చేయడానికి ఉపయోగించే అల్గారిథం ఈ క్రింది విధంగా ఉంటుంది:
+
+```python
+def get_prevhash(n):
+ from pyethereum.blocks import GENESIS_PREVHASH
+ from pyethereum import chain_manager
+ if n <= 0:
+ return hash_to_int(GENESIS_PREVHASH)
+ else:
+ prevhash = chain_manager.index.get_block_by_number(n - 1)
+ return decode_int(prevhash)
+
+def get_seedset(params, block):
+ seedset = {}
+ seedset["back_number"] = block.number - (block.number % params["epochtime"])
+ seedset["back_hash"] = get_prevhash(seedset["back_number"])
+ seedset["front_number"] = max(seedset["back_number"] - params["epochtime"], 0)
+ seedset["front_hash"] = get_prevhash(seedset["front_number"])
+ return seedset
+
+def get_dagsize(params, block):
+ return params["n"] + (block.number // params["epochtime"]) * params["n_inc"]
+
+def get_daggerset(params, block):
+ dagsz = get_dagsize(params, block)
+ seedset = get_seedset(params, block)
+ if seedset["front_hash"] <= 0:
+ # No back buffer is possible, just make front buffer
+ return {"front": {"dag": produce_dag(params, seedset["front_hash"], dagsz),
+ "block_number": 0}}
+ else:
+ return {"front": {"dag": produce_dag(params, seedset["front_hash"], dagsz),
+ "block_number": seedset["front_number"]},
+ "back": {"dag": produce_dag(params, seedset["back_hash"], dagsz),
+ "block_number": seedset["back_number"]}}
+```
+
+## హాషిమోటో {#hashimoto}
+
+అసలైన హాషిమోటో వెనుక ఉన్న ఆలోచన ఏమిటంటే, బ్లాక్చెయిన్ను ఒక డేటాసెట్గా ఉపయోగించడం, బ్లాక్చెయిన్ నుండి N సూచికలను ఎంచుకునే గణనను ప్రదర్శించడం, ఆ సూచికల వద్ద లావాదేవీలను సేకరించడం, ఈ డేటా యొక్క XOR ను ప్రదర్శించడం మరియు ఫలితం యొక్క హాష్ను తిరిగి ఇవ్వడం. తడ్డియస్ డ్రైజా యొక్క అసలు అల్గారిథం, స్థిరత్వం కోసం పైథాన్లోకి అనువదించబడింది, ఈ క్రింది విధంగా ఉంది:
+
+```python
+def orig_hashimoto(prev_hash, merkle_root, list_of_transactions, nonce):
+ hash_output_A = sha256(prev_hash + merkle_root + nonce)
+ txid_mix = 0
+ for i in range(64):
+ shifted_A = hash_output_A >> i
+ transaction = shifted_A % len(list_of_transactions)
+ txid_mix ^= list_of_transactions[transaction] << i
+ return txid_mix ^ (nonce << 192)
+```
+
+దురదృష్టవశాత్తు, హాషిమోటో RAM కష్టంగా పరిగణించబడుతున్నప్పటికీ, ఇది 256-బిట్ అంకగణితంపై ఆధారపడి ఉంటుంది, దీనికి గణనీయమైన కంప్యూటేషనల్ ఓవర్హెడ్ ఉంటుంది. అయినప్పటికీ, డాగర్-హాషిమోటో ఈ సమస్యను పరిష్కరించడానికి దాని డేటాసెట్ను ఇండెక్స్ చేసేటప్పుడు అతి తక్కువ ముఖ్యమైన 64 బిట్లను మాత్రమే ఉపయోగిస్తుంది.
+
+```python
+def hashimoto(dag, dagsize, params, header, nonce):
+ m = dagsize / 2
+ mix = sha3(encode_int(nonce) + header)
+ for _ in range(params["accesses"]):
+ mix ^= dag[m + (mix % 2**64) % m]
+ return dbl_sha3(mix)
+```
+
+డబుల్ SHA3 యొక్క ఉపయోగం సున్నా-డేటా, దాదాపు-తక్షణ పూర్వ-ధృవీకరణ యొక్క ఒక రూపాన్ని అనుమతిస్తుంది, సరైన మధ్యంతర విలువ అందించబడిందని మాత్రమే ధృవీకరిస్తుంది. ఈ ప్రూఫ్-ఆఫ్-వర్క్ యొక్క బయటి పొర అత్యంత ASIC-స్నేహపూర్వకంగా మరియు చాలా బలహీనంగా ఉంటుంది, కానీ వెంటనే తిరస్కరించబడని బ్లాక్ను ఉత్పత్తి చేయడానికి ఆ చిన్న మొత్తం పని చేయవలసి ఉంటుంది కాబట్టి DDoSను మరింత కష్టతరం చేయడానికి ఇది ఉనికిలో ఉంది. ఇక్కడ లైట్-క్లయింట్ వెర్షన్ ఉంది:
+
+```python
+def quick_hashimoto(seed, dagsize, params, header, nonce):
+ m = dagsize // 2
+ mix = sha3(nonce + header)
+ for _ in range(params["accesses"]):
+ mix ^= quick_calc(params, seed, m + (mix % 2**64) % m)
+ return dbl_sha3(mix)
+```
+
+## మైనింగ్ మరియు ధృవీకరించడం {#mining-and-verifying}
+
+ఇప్పుడు, అన్నిటినీ కలిపి మైనింగ్ అల్గారిథమ్లో పెడదాం:
+
+```python
+def mine(daggerset, params, block):
+ from random import randint
+ nonce = randint(0, 2**64)
+ while 1:
+ result = hashimoto(daggerset, get_dagsize(params, block),
+ params, decode_int(block.prevhash), nonce)
+ if result * params["diff"] < 2**256:
+ break
+ nonce += 1
+ if nonce >= 2**64:
+ nonce = 0
+ return nonce
+```
+
+ఇక్కడ ధృవీకరణ అల్గారిథమ్ ఉంది:
+
+```python
+def verify(daggerset, params, block, nonce):
+ result = hashimoto(daggerset, get_dagsize(params, block),
+ params, decode_int(block.prevhash), nonce)
+ return result * params["diff"] < 2**256
+```
+
+లైట్-క్లయింట్ స్నేహపూర్వక ధృవీకరణ:
+
+```python
+def light_verify(params, header, nonce):
+ seedset = get_seedset(params, block)
+ result = quick_hashimoto(seedset["front_hash"], get_dagsize(params, block),
+ params, decode_int(block.prevhash), nonce)
+ return result * params["diff"] < 2**256
+```
+
+అలాగే, డాగర్-హాషిమోటో బ్లాక్ హెడర్పై అదనపు అవసరాలను విధిస్తుందని గమనించండి:
+
+- రెండు-పొరల ధృవీకరణ పని చేయడానికి, ఒక బ్లాక్ హెడర్లో నాన్స్ మరియు మధ్య విలువ రెండూ ప్రీ-sha3 కలిగి ఉండాలి
+- ఎక్కడో, ఒక బ్లాక్ హెడర్ ప్రస్తుత సీడ్సెట్ యొక్క sha3ను నిల్వ చేయాలి
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## అనుబంధం {#appendix}
+
+పైన చెప్పినట్లుగా, DAG ఉత్పత్తికి ఉపయోగించే RNG సంఖ్యా సిద్ధాంతం నుండి కొన్ని ఫలితాలపై ఆధారపడి ఉంటుంది. మొదట, `picker` వేరియబుల్ ఆధారంగా ఉన్న లెహ్మర్ RNGకి విస్తృత కాలం ఉందని మేము హామీ ఇస్తున్నాము. రెండవది, `pow(x,3,P)` అనేది `x` ను `1` లేదా `P-1` కు మ్యాప్ చేయదని చూపిస్తాము, `x ∈ [2,P-2]` నుండి ప్రారంభించినట్లయితే. చివరగా, `pow(x,3,P)` ను హాషింగ్ ఫంక్షన్గా పరిగణించినప్పుడు తక్కువ ఘర్షణ రేటును కలిగి ఉందని మేము చూపిస్తాము.
+
+### లెహ్మర్ యాదృచ్ఛిక సంఖ్య జనరేటర్ {#lehmer-random-number}
+
+`produce_dag` ఫంక్షన్ నిష్పక్షపాత యాదృచ్ఛిక సంఖ్యలను ఉత్పత్తి చేయవలసిన అవసరం లేనప్పటికీ, `seed**i % P` కొన్ని విలువలను మాత్రమే తీసుకోవడం ఒక సంభావ్య ముప్పు. ఇది ప్యాట్రన్ను గుర్తించని వారి కంటే గుర్తించే మైనర్లకు ఒక ప్రయోజనాన్ని అందిస్తుంది.
+
+దీన్ని నివారించడానికి, సంఖ్యా సిద్ధాంతం నుండి ఒక ఫలితం అప్పీల్ చేయబడింది. ఒక [_సురక్షిత ప్రైమ్_](https://en.wikipedia.org/wiki/Safe_prime) అనేది `P` ప్రైమ్ మరియు `(P-1)/2` కూడా ప్రైమ్ అయ్యేలా నిర్వచించబడింది. [గుణకార సమూహం](https://en.wikipedia.org/wiki/Multiplicative_group_of_integers_modulo_n) `ℤ/nℤ` లోని ఒక సభ్యుడు `x` యొక్క _ఆర్డర్_ అనేది కనీస `m` గా నిర్వచించబడింది, దీని ప్రకారం xᵐ mod P ≡ 1
+ఈ నిర్వచనాలను బట్టి, మనకు ఇది ఉంది:
+
+> పరిశీలన 1. సురక్షిత ప్రైమ్ `P` కోసం గుణకార సమూహం `ℤ/Pℤ` లోని సభ్యుడు `x` అనుకుందాం. ఒకవేళ `x mod P ≠ 1 mod P` మరియు `x mod P ≠ P-1 mod P` అయితే, `x` యొక్క ఆర్డర్ `P-1` లేదా `(P-1)/2` అవుతుంది.
+
+_నిరూపణ_. `P` ఒక సురక్షిత ప్రైమ్ కాబట్టి, [లాగ్రాంజ్ సిద్ధాంతం][lagrange] ప్రకారం `x` యొక్క ఆర్డర్ `1`, `2`, `(P-1)/2`, లేదా `P-1` అని మనకు తెలుసు.
+
+`x` యొక్క ఆర్డర్ `1` కాలేదు, ఎందుకంటే ఫెర్మాట్ యొక్క చిన్న సిద్ధాంతం ప్రకారం మనకు ఇది ఉంది:
+
+xP-1 mod P ≡ 1
+
+అందువల్ల `x` అనేది `ℤ/nℤ` యొక్క గుణకార గుర్తింపు అయి ఉండాలి, ఇది ప్రత్యేకమైనది. మేము ఊహించినట్లుగా `x ≠ 1` కాబట్టి, ఇది సాధ్యం కాదు.
+
+`x = P-1` అయితే తప్ప, `x` యొక్క ఆర్డర్ `2` కాలేదు, ఎందుకంటే ఇది `P` ప్రైమ్ అనే దానిని ఉల్లంఘిస్తుంది.
+
+పైన ఉన్న ప్రతిపాదన నుండి, `(picker * init) % P`ను పునరావృతం చేయడం వలన కనీసం `(P-1)/2` చక్రం పొడవు ఉంటుందని మనం గుర్తించవచ్చు. ఎందుకంటే మేము `P`ను రెండు యొక్క అధిక శక్తికి సుమారు సమానమైన సురక్షిత ప్రైమ్గా ఎంచుకున్నాము మరియు `init` అనేది `[2,2**256+1]` విరామంలో ఉంది. `P` యొక్క పరిమాణం దృష్ట్యా, మాడ్యులర్ ఘాతాంకం నుండి మనం ఎప్పుడూ ఒక చక్రాన్ని ఆశించకూడదు.
+
+మేము DAGలోని మొదటి సెల్ను కేటాయించేటప్పుడు (`init` అని లేబుల్ చేయబడిన వేరియబుల్), మేము `pow(sha3(seed) + 2, 3, P)`ను లెక్కిస్తాము. మొదటి చూపులో, ఫలితం `1` లేదా `P-1` కాదని ఇది హామీ ఇవ్వదు. అయితే, `P-1` ఒక సురక్షిత ప్రైమ్ కాబట్టి, మనకు ఈ క్రింది అదనపు హామీ ఉంది, ఇది పరిశీలన 1 యొక్క సహజ ఫలితం:
+
+> పరిశీలన 2. సురక్షిత ప్రైమ్ `P` కోసం గుణకార సమూహం `ℤ/Pℤ` లోని సభ్యుడు `x` మరియు సహజ సంఖ్య `w` అనుకుందాం. ఒకవేళ `x mod P ≠ 1 mod P` మరియు `x mod P ≠ P-1 mod P`, అలాగే `w mod P ≠ P-1 mod P` మరియు `w mod P ≠ 0 mod P` అయితే, `xʷ mod P ≠ 1 mod P` మరియు `xʷ mod P ≠ P-1 mod P` అవుతుంది.
+
+### మాడ్యులర్ ఘాతాంకం ఒక హాష్ ఫంక్షన్గా {#modular-exponentiation}
+
+`P` మరియు `w` యొక్క కొన్ని విలువల కోసం, `pow(x, w, P)` ఫంక్షన్కు అనేక ఘర్షణలు ఉండవచ్చు. ఉదాహరణకు, `pow(x,9,19)` కేవలం `{1,18}` విలువలను మాత్రమే తీసుకుంటుంది.
+
+`P` ప్రైమ్ అని ఇవ్వబడినప్పుడు, ఒక మాడ్యులర్ ఘాతాంక హాషింగ్ ఫంక్షన్ కోసం సరైన `w` ను ఈ క్రింది ఫలితాన్ని ఉపయోగించి ఎంచుకోవచ్చు:
+
+> పరిశీలన 3. `P` ఒక ప్రైమ్ అనుకుందాం; `ℤ/Pℤ` లోని అన్ని `a` మరియు `b` లకు `w` మరియు `P-1` సాపేక్షంగా ప్రైమ్ అయితే మరియు అయితేనే:`aʷ mod P ≡ bʷ mod P` అయితే మరియు అయితేనే `a mod P ≡ b mod P`
+
+అందువల్ల, `P` ప్రైమ్ అని మరియు `w` `P-1` కు సాపేక్షంగా ప్రైమ్ అని ఇవ్వబడినప్పుడు, మనకు `|{pow(x, w, P) : x ∈ ℤ}| = P` అని ఉంటుంది, ఇది హాషింగ్ ఫంక్షన్కు సాధ్యమైనంత కనీస ఘర్షణ రేటు ఉందని సూచిస్తుంది.
+
+మనం ఎంచుకున్నట్లుగా `P` ఒక సురక్షిత ప్రైమ్ అయిన ప్రత్యేక సందర్భంలో, `P-1` కు కేవలం 1, 2, `(P-1)/2` మరియు `P-1` కారకాలు మాత్రమే ఉంటాయి. `P` > 7 కాబట్టి, 3 `P-1` కు సాపేక్షంగా ప్రైమ్ అని మనకు తెలుసు, అందువల్ల `w=3` పై ప్రతిపాదనను సంతృప్తి పరుస్తుంది.
+
+## మరింత సమర్థవంతమైన కాష్-ఆధారిత మూల్యాంకన అల్గారిథమ్ {#cache-based-evaluation}
+
+```python
+def quick_calc(params, seed, p):
+ cache = produce_dag(params, seed, params["cache_size"])
+ return quick_calc_cached(cache, params, p)
+
+def quick_calc_cached(cache, params, p):
+ P = params["P"]
+ if p < len(cache):
+ return cache[p]
+ else:
+ x = pow(cache[0], p + 1, P)
+ for _ in range(params["k"]):
+ x ^= quick_calc_cached(cache, params, x % p)
+ return pow(x, params["w"], P)
+
+def quick_hashimoto(seed, dagsize, params, header, nonce):
+ cache = produce_dag(params, seed, params["cache_size"])
+ return quick_hashimoto_cached(cache, dagsize, params, header, nonce)
+
+def quick_hashimoto_cached(cache, dagsize, params, header, nonce):
+ m = dagsize // 2
+ mask = 2**64 - 1
+ mix = sha3(encode_int(nonce) + header)
+ for _ in range(params["accesses"]):
+ mix ^= quick_calc_cached(cache, params, m + (mix & mask) % m)
+ return dbl_sha3(mix)
+```
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
new file mode 100644
index 00000000000..2b6235a3d9f
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
@@ -0,0 +1,1021 @@
+---
+title: ఎథాష్
+description: ఈతాష్ అల్గారిథంపై ఒక వివరణాత్మక వీక్షణ.
+lang: te
+---
+
+
+
+
+
+ ఈతాష్ అనేది ఇథిరియం యొక్క ప్రూఫ్-ఆఫ్-వర్క్ మైనింగ్ అల్గారిథంగా ఉండేది. ప్రూఫ్-ఆఫ్-వర్క్ ఇప్పుడు **పూర్తిగా స్విచ్ ఆఫ్ చేయబడింది** మరియు ఇతీరియము ఇప్పుడు దానికి బదులుగా [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) ఉపయోగించి సురక్షితం చేయబడింది. [ది మెర్జ్](/roadmap/merge/), [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) మరియు [స్టేకింగ్](/staking/) గురించి మరింత చదవండి. ఈ పేజీ చారిత్రక ఆసక్తి కోసం మాత్రమే!
+
+
+
+
+ఈతాష్ అనేది [డాగర్-హాషిమోటో](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) అల్గారిథం యొక్క సవరించిన వెర్షన్. ఈతాష్ ప్రూఫ్-ఆఫ్-వర్క్ [మెమరీ హార్డ్](https://wikipedia.org/wiki/Memory-hard_function), ఇది అల్గారిథంను ASIC నిరోధకంగా మార్చగలదని భావించబడింది. ఈతాష్ ASICలు చివరికి అభివృద్ధి చేయబడ్డాయి, కానీ ప్రూఫ్-ఆఫ్-వర్క్ స్విచ్ ఆఫ్ అయ్యే వరకు GPU మైనింగ్ ఇప్పటికీ ఒక ఆచరణీయమైన ఎంపికగా ఉంది. ఇతర నాన్-ఇథిరియం ప్రూఫ్-ఆఫ్-వర్క్ నెట్వర్క్లలో ఇతర కాయిన్లను మైన్ చేయడానికి ఈతాష్ ఇప్పటికీ ఉపయోగించబడుతోంది.
+
+## ఈతాష్ ఎలా పని చేస్తుంది? {#how-does-ethash-work}
+
+నాన్స్ మరియు బ్లాక్ హెడర్పై ఆధారపడిన స్థిరమైన వనరు యొక్క ఉపసమితులను ఎంచుకోవాల్సిన ప్రూఫ్ ఆఫ్ వర్క్ అల్గారిథంతో మెమరీ కాఠిన్యం సాధించబడుతుంది. ఈ వనరు (కొన్ని గిగాబైట్ల పరిమాణంలో) DAG అని పిలువబడుతుంది. ప్రతి 30000 బ్లాక్లకు DAG మార్చబడుతుంది, ఇది ఎపోక్ (సుమారు 5.2 రోజులు) అని పిలువబడే ~125 గంటల విండో మరియు రూపొందించడానికి కొంత సమయం పడుతుంది. DAG కేవలం బ్లాక్ ఎత్తుపై ఆధారపడి ఉంటుంది కాబట్టి, దానిని ముందుగా రూపొందించవచ్చు, కానీ అది కాకపోతే, క్లయింట్ ఒక బ్లాక్ను ఉత్పత్తి చేయడానికి ఈ ప్రక్రియ ముగిసే వరకు వేచి ఉండాలి. క్లయింట్లు DAGలను ముందుగానే రూపొందించి మరియు కాష్ చేయకపోతే, ప్రతి ఎపోక్ మార్పుపై నెట్వర్క్ భారీ బ్లాక్ ఆలస్యాన్ని ఎదుర్కోవచ్చు. ప్రూఫ్-ఆఫ్-వర్క్ను ధృవీకరించడానికి DAGని రూపొందించాల్సిన అవసరం లేదని గమనించండి, ముఖ్యంగా తక్కువ CPU మరియు చిన్న మెమరీ రెండింటితో ధృవీకరణను అనుమతిస్తుంది.
+
+అల్గారిథం తీసుకునే సాధారణ మార్గం క్రింది విధంగా ఉంది:
+
+1. ఆ పాయింట్ వరకు బ్లాక్ హెడర్ల ద్వారా స్కాన్ చేయడం ద్వారా ప్రతి బ్లాక్కు లెక్కించబడే ఒక **సీడ్** ఉంటుంది.
+2. సీడ్ నుండి, ఒకరు **16 MB సూడోరాండమ్ కాష్**ను లెక్కించవచ్చు. లైట్ క్లయింట్లు కాష్ను నిల్వ చేస్తాయి.
+3. కాష్ నుండి, మనం **1 GB డేటాసెట్**ను రూపొందించవచ్చు, డేటాసెట్లోని ప్రతి ఐటెమ్ కాష్ నుండి కొన్ని ఐటెమ్లపై మాత్రమే ఆధారపడి ఉంటుందనే లక్షణంతో. పూర్తి క్లయింట్లు మరియు మైనర్లు డేటాసెట్ను నిల్వ చేస్తాయి. డేటాసెట్ కాలక్రమేణా సరళంగా పెరుగుతుంది.
+4. మైనింగ్ అనేది డేటాసెట్ యొక్క యాదృచ్ఛిక స్లైస్లను పట్టుకుని, వాటిని కలిసి హాష్ చేయడాన్ని కలిగి ఉంటుంది. మీకు అవసరమైన డేటాసెట్ యొక్క నిర్దిష్ట భాగాలను పునరుత్పత్తి చేయడానికి కాష్ను ఉపయోగించడం ద్వారా తక్కువ మెమరీతో ధృవీకరణ చేయవచ్చు, కాబట్టి మీరు కాష్ను మాత్రమే నిల్వ చేయాలి.
+
+ప్రతి 30000 బ్లాక్లకు ఒకసారి పెద్ద డేటాసెట్ నవీకరించబడుతుంది, కాబట్టి మైనర్ యొక్క అధికభాగం ప్రయత్నం డేటాసెట్ను చదవడం అవుతుంది, దానికి మార్పులు చేయడం కాదు.
+
+## నిర్వచనాలు {#definitions}
+
+మేము క్రింది నిర్వచనాలను ఉపయోగిస్తాము:
+
+```
+WORD_BYTES = 4 # పదంలోని బైట్లు
+DATASET_BYTES_INIT = 2**30 # జెనిసిస్ వద్ద డేటాసెట్లోని బైట్లు
+DATASET_BYTES_GROWTH = 2**23 # ప్రతి ఎపోక్కు డేటాసెట్ పెరుగుదల
+CACHE_BYTES_INIT = 2**24 # జెనిసిస్ వద్ద కాష్లోని బైట్లు
+CACHE_BYTES_GROWTH = 2**17 # ప్రతి ఎపోక్కు కాష్ పెరుగుదల
+CACHE_MULTIPLIER=1024 # కాష్కు సంబంధించి DAG యొక్క పరిమాణం
+EPOCH_LENGTH = 30000 # ప్రతి ఎపోక్కు బ్లాక్లు
+MIX_BYTES = 128 # మిక్స్ యొక్క వెడల్పు
+HASH_BYTES = 64 # బైట్లలో హాష్ పొడవు
+DATASET_PARENTS = 256 # ప్రతి డేటాసెట్ మూలకం యొక్క పేరెంట్ల సంఖ్య
+CACHE_ROUNDS = 3 # కాష్ ఉత్పత్తిలో రౌండ్ల సంఖ్య
+ACCESSES = 64 # హాషిమోటో లూప్లో యాక్సెస్ల సంఖ్య
+```
+
+### 'SHA3' ఉపయోగం {#sha3}
+
+ఇథిరియం అభివృద్ధి SHA3 ప్రమాణం యొక్క అభివృద్ధితో ఏకకాలంలో జరిగింది, మరియు
+ప్రమాణాల ప్రక్రియ ఖరారు చేయబడిన హాష్ అల్గారిథం యొక్క ప్యాడింగ్లో ఆలస్యంగా మార్పు చేసింది, తద్వారా ఇథిరియం యొక్క
+"sha3_256" మరియు "sha3_512" హాష్లు ప్రామాణిక sha3 హాష్లు కావు, కానీ తరచుగా ఇతర సందర్భాలలో "Keccak-256" మరియు "Keccak-512" అని సూచించబడే ఒక వేరియంట్. చర్చను చూడండి, ఉదా., [ఇక్కడ](https://eips.ethereum.org/EIPS/eip-1803), [ఇక్కడ](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use), లేదా [ఇక్కడ](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057).
+
+క్రింద అల్గారిథం యొక్క వివరణలో "sha3" హాష్లు ప్రస్తావించబడినందున దయచేసి దానిని గుర్తుంచుకోండి.
+
+## పారామితులు {#parameters}
+
+ఈతాష్ యొక్క కాష్ మరియు డేటాసెట్ కోసం పారామితులు బ్లాక్ నంబర్పై ఆధారపడి ఉంటాయి. కాష్ పరిమాణం మరియు డేటాసెట్ పరిమాణం రెండూ సరళంగా పెరుగుతాయి; అయినప్పటికీ, చక్రీయ ప్రవర్తనకు దారితీసే ప్రమాదవశాత్తూ క్రమబద్ధతల ప్రమాదాన్ని తగ్గించడానికి మేము ఎల్లప్పుడూ సరళంగా పెరుగుతున్న పరిమితి కంటే తక్కువ ఉన్న అత్యధిక ప్రధాన సంఖ్యను తీసుకుంటాము.
+
+```python
+def get_cache_size(block_number):
+ sz = CACHE_BYTES_INIT + CACHE_BYTES_GROWTH * (block_number // EPOCH_LENGTH)
+ sz -= HASH_BYTES
+ while not isprime(sz / HASH_BYTES):
+ sz -= 2 * HASH_BYTES
+ return sz
+
+def get_full_size(block_number):
+ sz = DATASET_BYTES_INIT + DATASET_BYTES_GROWTH * (block_number // EPOCH_LENGTH)
+ sz -= MIX_BYTES
+ while not isprime(sz / MIX_BYTES):
+ sz -= 2 * MIX_BYTES
+ return sz
+```
+
+డేటాసెట్ మరియు కాష్ పరిమాణం విలువల పట్టికలు అనుబంధంలో అందించబడ్డాయి.
+
+## కాష్ జనరేషన్ {#cache-generation}
+
+ఇప్పుడు, కాష్ను ఉత్పత్తి చేయడానికి మేము ఫంక్షన్ను నిర్దేశిస్తాము:
+
+```python
+def mkcache(cache_size, seed):
+ n = cache_size // HASH_BYTES
+
+ # ప్రారంభ డేటాసెట్ను వరుసగా ఉత్పత్తి చేయండి
+ o = [sha3_512(seed)]
+ for i in range(1, n):
+ o.append(sha3_512(o[-1]))
+
+ # randmemohash యొక్క తక్కువ-రౌండ్ వెర్షన్ను ఉపయోగించండి
+ for _ in range(CACHE_ROUNDS):
+ for i in range(n):
+ v = o[i][0] % n
+ o[i] = sha3_512(map(xor, o[(i-1+n) % n], o[v]))
+
+ return o
+```
+
+కాష్ ఉత్పత్తి ప్రక్రియలో మొదట 32 MB మెమరీని వరుసగా నింపడం, ఆపై [_స్ట్రిక్ట్ మెమరీ హార్డ్ హాషింగ్ ఫంక్షన్స్_ (2014)](http://www.hashcash.org/papers/memohash.pdf) నుండి సెర్గియో డెమియన్ లెర్నర్ యొక్క _RandMemoHash_ అల్గారిథం యొక్క రెండు పాస్లను ప్రదర్శించడం ఉంటుంది. అవుట్పుట్ 524288 64-బైట్ విలువల సమితి.
+
+## డేటా అగ్రిగేషన్ ఫంక్షన్ {#date-aggregation-function}
+
+మేము కొన్ని సందర్భాల్లో XORకు నాన్-అసోసియేటివ్ ప్రత్యామ్నాయంగా [FNV హాష్](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) ద్వారా ప్రేరణ పొందిన అల్గారిథంను ఉపయోగిస్తాము. ఒక బైట్ (ఆక్టెట్)తో ప్రైమ్ను గుణించే FNV-1 స్పెక్ వలె కాకుండా, మేము పూర్తి 32-బిట్ ఇన్పుట్తో ప్రైమ్ను గుణిస్తామని గమనించండి.
+
+```python
+FNV_PRIME = 0x01000193
+
+def fnv(v1, v2):
+ return ((v1 * FNV_PRIME) ^ v2) % 2**32
+```
+
+దయచేసి గమనించండి, పసుపు పత్రం fnvను v1\*(FNV_PRIME ^ v2)గా నిర్దిష్టంగా పేర్కొన్నప్పటికీ, అన్ని ప్రస్తుత అమలులు నిరంతరం పైన పేర్కొన్న నిర్వచనాన్ని ఉపయోగిస్తాయి.
+
+## పూర్తి డేటాసెట్ గణన {#full-dataset-calculation}
+
+పూర్తి 1 GB డేటాసెట్లోని ప్రతి 64-బైట్ ఐటెమ్ క్రింది విధంగా లెక్కించబడుతుంది:
+
+```python
+def calc_dataset_item(cache, i):
+ n = len(cache)
+ r = HASH_BYTES // WORD_BYTES
+ # మిక్స్ని ప్రారంభించండి
+ mix = copy.copy(cache[i % n])
+ mix[0] ^= i
+ mix = sha3_512(mix)
+ # i ఆధారంగా చాలా యాదృచ్ఛిక కాష్ నోడ్లతో fnv చేయండి
+ for j in range(DATASET_PARENTS):
+ cache_index = fnv(i ^ j, mix[j % r])
+ mix = map(fnv, mix, cache[cache_index % n])
+ return sha3_512(mix)
+```
+
+ముఖ్యంగా, మేము 256 సూడోరాండమ్గా ఎంచుకున్న కాష్ నోడ్ల నుండి డేటాను కలుపుతాము, మరియు డేటాసెట్ నోడ్ను లెక్కించడానికి దానిని హాష్ చేస్తాము. పూర్తి డేటాసెట్ అప్పుడు దీని ద్వారా రూపొందించబడుతుంది:
+
+```python
+def calc_dataset(full_size, cache):
+ return [calc_dataset_item(cache, i) for i in range(full_size // HASH_BYTES)]
+```
+
+## ప్రధాన లూప్ {#main-loop}
+
+ఇప్పుడు, మేము ప్రధాన "హాషిమోటో"-వంటి లూప్ను నిర్దేశిస్తాము, ఇక్కడ ఒక నిర్దిష్ట హెడర్ మరియు నాన్స్ కోసం మా చివరి విలువను ఉత్పత్తి చేయడానికి పూర్తి డేటాసెట్ నుండి డేటాను సమగ్రపరుస్తాము. దిగువ కోడ్లో, `header` అనేది _ట్రంకేటెడ్_ బ్లాక్ హెడర్ యొక్క RLP ప్రాతినిధ్యం యొక్క SHA3-256 _హాష్_ను సూచిస్తుంది, అంటే **mixHash** మరియు **nonce** ఫీల్డ్లను మినహాయించి ఒక హెడర్. బిగ్-ఎండియన్ క్రమంలో `nonce` అనేది 64 బిట్ అన్సైన్డ్ పూర్ణసంఖ్య యొక్క ఎనిమిది బైట్లు. కాబట్టి `nonce[::-1]` అనేది ఆ విలువ యొక్క ఎనిమిది-బైట్ లిటిల్-ఎండియన్ ప్రాతినిధ్యం:
+
+```python
+def hashimoto(header, nonce, full_size, dataset_lookup):
+ n = full_size / HASH_BYTES
+ w = MIX_BYTES // WORD_BYTES
+ mixhashes = MIX_BYTES / HASH_BYTES
+ # హెడర్+నాన్స్ను 64 బైట్ సీడ్గా కలపండి
+ s = sha3_512(header + nonce[::-1])
+ # ప్రతిరూపమైన sతో మిక్స్ను ప్రారంభించండి
+ mix = []
+ for _ in range(MIX_BYTES / HASH_BYTES):
+ mix.extend(s)
+ # యాదృచ్ఛిక డేటాసెట్ నోడ్లలో కలపండి
+ for i in range(ACCESSES):
+ p = fnv(i ^ s[0], mix[i % w]) % (n // mixhashes) * mixhashes
+ newdata = []
+ for j in range(MIX_BYTES / HASH_BYTES):
+ newdata.extend(dataset_lookup(p + j))
+ mix = map(fnv, mix, newdata)
+ # మిక్స్ను కంప్రెస్ చేయండి
+ cmix = []
+ for i in range(0, len(mix), 4):
+ cmix.append(fnv(fnv(fnv(mix[i], mix[i+1]), mix[i+2]), mix[i+3]))
+ return {
+ "mix digest": serialize_hash(cmix),
+ "result": serialize_hash(sha3_256(s+cmix))
+ }
+
+def hashimoto_light(full_size, cache, header, nonce):
+ return hashimoto(header, nonce, full_size, lambda x: calc_dataset_item(cache, x))
+
+def hashimoto_full(full_size, dataset, header, nonce):
+ return hashimoto(header, nonce, full_size, lambda x: dataset[x])
+```
+
+ముఖ్యంగా, మేము 128 బైట్ల వెడల్పు ఉన్న ఒక "మిక్స్"ను నిర్వహిస్తాము మరియు పూర్తి డేటాసెట్ నుండి 128 బైట్లను పదేపదే వరుసగా పొందుతాము మరియు దానిని మిక్స్తో కలపడానికి `fnv` ఫంక్షన్ను ఉపయోగిస్తాము. 128 బైట్ల సీక్వెన్షియల్ యాక్సెస్ ఉపయోగించబడుతుంది, తద్వారా అల్గారిథం యొక్క ప్రతి రౌండ్ ఎల్లప్పుడూ RAM నుండి పూర్తి పేజీని పొందుతుంది, ఇది ASICలు సిద్ధాంతపరంగా నివారించగల ట్రాన్స్లేషన్ లుక్అసైడ్ బఫర్ మిస్లను తగ్గిస్తుంది.
+
+ఈ అల్గారిథం యొక్క అవుట్పుట్ కావలసిన లక్ష్యం కంటే తక్కువగా ఉంటే, అప్పుడు నాన్స్ చెల్లుబాటు అవుతుంది. చివరలో `sha3_256` యొక్క అదనపు అప్లికేషన్, కనీసం కొంత పని జరిగిందని నిరూపించడానికి అందించగల ఒక మధ్యంతర నాన్స్ ఉందని నిర్ధారిస్తుంది; ఈ శీఘ్ర బాహ్య PoW ధృవీకరణ యాంటీ-DDoS ప్రయోజనాల కోసం ఉపయోగించబడుతుంది. ఫలితం ఒక నిష్పక్షపాత, 256-బిట్ సంఖ్య అని గణాంక హామీని అందించడానికి కూడా ఇది ఉపయోగపడుతుంది.
+
+## మైనింగ్ {#mining}
+
+మైనింగ్ అల్గారిథం క్రింది విధంగా నిర్వచించబడింది:
+
+```python
+def mine(full_size, dataset, header, difficulty):
+ # అదే అంకెపై హాష్తో పోల్చడానికి లక్ష్యాన్ని జీరో-ప్యాడ్ చేయండి
+ target = zpad(encode_int(2**256 // difficulty), 64)[::-1]
+ from random import randint
+ nonce = randint(0, 2**64)
+ while hashimoto_full(full_size, dataset, header, nonce) > target:
+ nonce = (nonce + 1) % 2**64
+ return nonce
+```
+
+## సీడ్ హాష్ను నిర్వచించడం {#seed-hash}
+
+ఒక నిర్దిష్ట బ్లాక్ పైన మైన్ చేయడానికి ఉపయోగించే సీడ్ హాష్ను లెక్కించడానికి, మేము క్రింది అల్గారిథంను ఉపయోగిస్తాము:
+
+```python
+ def get_seedhash(block):
+ s = '\x00' * 32
+ for i in range(block.number // EPOCH_LENGTH):
+ s = serialize_hash(sha3_256(s))
+ return s
+```
+
+సున్నితమైన మైనింగ్ మరియు ధృవీకరణ కోసం, భవిష్యత్ సీడ్ హాష్లు మరియు డేటాసెట్లను ఒక ప్రత్యేక థ్రెడ్లో ముందుగా గణించాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## అనుబంధం {#appendix}
+
+మీరు పైన పేర్కొన్న పైథాన్ స్పెక్ను కోడ్గా అమలు చేయడానికి ఆసక్తి కలిగి ఉంటే, క్రింది కోడ్ను ముందుగా చేర్చాలి.
+
+```python
+import sha3, copy
+
+# లిటిల్ ఎండియన్ బిట్ ఆర్డరింగ్ను ఊహిస్తుంది (ఇంటెల్ ఆర్కిటెక్చర్ల వలె)
+def decode_int(s):
+ return int(s[::-1].encode('hex'), 16) if s else 0
+
+def encode_int(s):
+ a = "%x" % s
+ return '' if s == 0 else ('0' * (len(a) % 2) + a).decode('hex')[::-1]
+
+def zpad(s, length):
+ return s + '\x00' * max(0, length - len(s))
+
+def serialize_hash(h):
+ return ''.join([zpad(encode_int(x), 4) for x in h])
+
+def deserialize_hash(h):
+ return [decode_int(h[i:i+WORD_BYTES]) for i in range(0, len(h), WORD_BYTES)]
+
+def hash_words(h, sz, x):
+ if isinstance(x, list):
+ x = serialize_hash(x)
+ y = h(x)
+ return deserialize_hash(y)
+
+def serialize_cache(ds):
+ return ''.join([serialize_hash(h) for h in ds])
+
+serialize_dataset = serialize_cache
+
+# sha3 హాష్ ఫంక్షన్, 64 బైట్లను అవుట్పుట్ చేస్తుంది
+def sha3_512(x):
+ return hash_words(lambda v: sha3.sha3_512(v).digest(), 64, x)
+
+def sha3_256(x):
+ return hash_words(lambda v: sha3.sha3_256(v).digest(), 32, x)
+
+def xor(a, b):
+ return a ^ b
+
+def isprime(x):
+ for i in range(2, int(x**0.5)):
+ if x % i == 0:
+ return False
+ return True
+```
+
+### డేటా పరిమాణాలు {#data-sizes}
+
+క్రింది శోధన పట్టికలు డేటా పరిమాణాలు మరియు కాష్ పరిమాణాల యొక్క సుమారుగా 2048 పట్టిక చేయబడిన ఎపోక్లను అందిస్తాయి.
+
+```python
+def get_datasize(block_number):
+ return data_sizes[block_number // EPOCH_LENGTH]
+
+def get_cachesize(block_number):
+ return cache_sizes[block_number // EPOCH_LENGTH]
+
+data_sizes = [
+1073739904, 1082130304, 1090514816, 1098906752, 1107293056,
+1115684224, 1124070016, 1132461952, 1140849536, 1149232768,
+1157627776, 1166013824, 1174404736, 1182786944, 1191180416,
+1199568512, 1207958912, 1216345216, 1224732032, 1233124736,
+1241513344, 1249902464, 1258290304, 1266673792, 1275067264,
+1283453312, 1291844992, 1300234112, 1308619904, 1317010048,
+1325397376, 1333787776, 1342176128, 1350561664, 1358954368,
+1367339392, 1375731584, 1384118144, 1392507008, 1400897408,
+1409284736, 1417673344, 1426062464, 1434451072, 1442839168,
+1451229056, 1459615616, 1468006016, 1476394112, 1484782976,
+1493171584, 1501559168, 1509948032, 1518337664, 1526726528,
+1535114624, 1543503488, 1551892096, 1560278656, 1568669056,
+1577056384, 1585446272, 1593831296, 1602219392, 1610610304,
+1619000192, 1627386752, 1635773824, 1644164224, 1652555648,
+1660943488, 1669332608, 1677721216, 1686109312, 1694497664,
+1702886272, 1711274624, 1719661184, 1728047744, 1736434816,
+1744829056, 1753218944, 1761606272, 1769995904, 1778382464,
+1786772864, 1795157888, 1803550592, 1811937664, 1820327552,
+1828711552, 1837102976, 1845488768, 1853879936, 1862269312,
+1870656896, 1879048064, 1887431552, 1895825024, 1904212096,
+1912601216, 1920988544, 1929379456, 1937765504, 1946156672,
+1954543232, 1962932096, 1971321728, 1979707264, 1988093056,
+1996487552, 2004874624, 2013262208, 2021653888, 2030039936,
+2038430848, 2046819968, 2055208576, 2063596672, 2071981952,
+2080373632, 2088762752, 2097149056, 2105539712, 2113928576,
+2122315136, 2130700672, 2139092608, 2147483264, 2155872128,
+2164257664, 2172642176, 2181035392, 2189426048, 2197814912,
+2206203008, 2214587264, 2222979712, 2231367808, 2239758208,
+2248145024, 2256527744, 2264922752, 2273312128, 2281701248,
+2290086272, 2298476672, 2306867072, 2315251072, 2323639168,
+2332032128, 2340420224, 2348808064, 2357196416, 2365580416,
+2373966976, 2382363008, 2390748544, 2399139968, 2407530368,
+2415918976, 2424307328, 2432695424, 2441084288, 2449472384,
+2457861248, 2466247808, 2474637184, 2483026816, 2491414144,
+2499803776, 2508191872, 2516582272, 2524970368, 2533359232,
+2541743488, 2550134144, 2558525056, 2566913408, 2575301504,
+2583686528, 2592073856, 2600467328, 2608856192, 2617240448,
+2625631616, 2634022016, 2642407552, 2650796416, 2659188352,
+2667574912, 2675965312, 2684352896, 2692738688, 2701130624,
+2709518464, 2717907328, 2726293376, 2734685056, 2743073152,
+2751462016, 2759851648, 2768232832, 2776625536, 2785017728,
+2793401984, 2801794432, 2810182016, 2818571648, 2826959488,
+2835349376, 2843734144, 2852121472, 2860514432, 2868900992,
+2877286784, 2885676928, 2894069632, 2902451584, 2910843008,
+2919234688, 2927622784, 2936011648, 2944400768, 2952789376,
+2961177728, 2969565568, 2977951616, 2986338944, 2994731392,
+3003120256, 3011508352, 3019895936, 3028287104, 3036675968,
+3045063808, 3053452928, 3061837696, 3070228352, 3078615424,
+3087003776, 3095394944, 3103782272, 3112173184, 3120562048,
+3128944768, 3137339264, 3145725056, 3154109312, 3162505088,
+3170893184, 3179280256, 3187669376, 3196056704, 3204445568,
+3212836736, 3221224064, 3229612928, 3238002304, 3246391168,
+3254778496, 3263165824, 3271556224, 3279944576, 3288332416,
+3296719232, 3305110912, 3313500032, 3321887104, 3330273152,
+3338658944, 3347053184, 3355440512, 3363827072, 3372220288,
+3380608384, 3388997504, 3397384576, 3405774208, 3414163072,
+3422551936, 3430937984, 3439328384, 3447714176, 3456104576,
+3464493952, 3472883584, 3481268864, 3489655168, 3498048896,
+3506434432, 3514826368, 3523213952, 3531603584, 3539987072,
+3548380288, 3556763264, 3565157248, 3573545344, 3581934464,
+3590324096, 3598712704, 3607098752, 3615488384, 3623877248,
+3632265856, 3640646528, 3649043584, 3657430144, 3665821568,
+3674207872, 3682597504, 3690984832, 3699367808, 3707764352,
+3716152448, 3724541056, 3732925568, 3741318016, 3749706368,
+3758091136, 3766481536, 3774872704, 3783260032, 3791650432,
+3800036224, 3808427648, 3816815488, 3825204608, 3833592704,
+3841981568, 3850370432, 3858755968, 3867147904, 3875536256,
+3883920512, 3892313728, 3900702592, 3909087872, 3917478784,
+3925868416, 3934256512, 3942645376, 3951032192, 3959422336,
+3967809152, 3976200064, 3984588416, 3992974976, 4001363584,
+4009751168, 4018141312, 4026530432, 4034911616, 4043308928,
+4051695488, 4060084352, 4068472448, 4076862848, 4085249408,
+4093640576, 4102028416, 4110413696, 4118805632, 4127194496,
+4135583104, 4143971968, 4152360832, 4160746112, 4169135744,
+4177525888, 4185912704, 4194303616, 4202691968, 4211076736,
+4219463552, 4227855488, 4236246656, 4244633728, 4253022848,
+4261412224, 4269799808, 4278184832, 4286578048, 4294962304,
+4303349632, 4311743104, 4320130432, 4328521088, 4336909184,
+4345295488, 4353687424, 4362073472, 4370458496, 4378852736,
+4387238528, 4395630208, 4404019072, 4412407424, 4420790656,
+4429182848, 4437571456, 4445962112, 4454344064, 4462738048,
+4471119232, 4479516544, 4487904128, 4496289664, 4504682368,
+4513068416, 4521459584, 4529846144, 4538232704, 4546619776,
+4555010176, 4563402112, 4571790208, 4580174464, 4588567936,
+4596957056, 4605344896, 4613734016, 4622119808, 4630511488,
+4638898816, 4647287936, 4655675264, 4664065664, 4672451968,
+4680842624, 4689231488, 4697620352, 4706007424, 4714397056,
+4722786176, 4731173248, 4739562368, 4747951744, 4756340608,
+4764727936, 4773114496, 4781504384, 4789894784, 4798283648,
+4806667648, 4815059584, 4823449472, 4831835776, 4840226176,
+4848612224, 4857003392, 4865391488, 4873780096, 4882169728,
+4890557312, 4898946944, 4907333248, 4915722368, 4924110976,
+4932499328, 4940889728, 4949276032, 4957666432, 4966054784,
+4974438016, 4982831488, 4991221376, 4999607168, 5007998848,
+5016386432, 5024763776, 5033164672, 5041544576, 5049941888,
+5058329728, 5066717056, 5075107456, 5083494272, 5091883904,
+5100273536, 5108662144, 5117048192, 5125436032, 5133827456,
+5142215296, 5150605184, 5158993024, 5167382144, 5175769472,
+5184157568, 5192543872, 5200936064, 5209324928, 5217711232,
+5226102656, 5234490496, 5242877312, 5251263872, 5259654016,
+5268040832, 5276434304, 5284819328, 5293209728, 5301598592,
+5309986688, 5318374784, 5326764416, 5335151488, 5343542144,
+5351929472, 5360319872, 5368706944, 5377096576, 5385484928,
+5393871232, 5402263424, 5410650496, 5419040384, 5427426944,
+5435816576, 5444205952, 5452594816, 5460981376, 5469367936,
+5477760896, 5486148736, 5494536832, 5502925952, 5511315328,
+5519703424, 5528089984, 5536481152, 5544869504, 5553256064,
+5561645696, 5570032768, 5578423936, 5586811264, 5595193216,
+5603585408, 5611972736, 5620366208, 5628750464, 5637143936,
+5645528192, 5653921408, 5662310272, 5670694784, 5679082624,
+5687474048, 5695864448, 5704251008, 5712641408, 5721030272,
+5729416832, 5737806208, 5746194304, 5754583936, 5762969984,
+5771358592, 5779748224, 5788137856, 5796527488, 5804911232,
+5813300608, 5821692544, 5830082176, 5838468992, 5846855552,
+5855247488, 5863636096, 5872024448, 5880411008, 5888799872,
+5897186432, 5905576832, 5913966976, 5922352768, 5930744704,
+5939132288, 5947522432, 5955911296, 5964299392, 5972688256,
+5981074304, 5989465472, 5997851008, 6006241408, 6014627968,
+6023015552, 6031408256, 6039796096, 6048185216, 6056574848,
+6064963456, 6073351808, 6081736064, 6090128768, 6098517632,
+6106906496, 6115289216, 6123680896, 6132070016, 6140459648,
+6148849024, 6157237376, 6165624704, 6174009728, 6182403712,
+6190792064, 6199176064, 6207569792, 6215952256, 6224345216,
+6232732544, 6241124224, 6249510272, 6257899136, 6266287744,
+6274676864, 6283065728, 6291454336, 6299843456, 6308232064,
+6316620928, 6325006208, 6333395584, 6341784704, 6350174848,
+6358562176, 6366951296, 6375337856, 6383729536, 6392119168,
+6400504192, 6408895616, 6417283456, 6425673344, 6434059136,
+6442444672, 6450837376, 6459223424, 6467613056, 6476004224,
+6484393088, 6492781952, 6501170048, 6509555072, 6517947008,
+6526336384, 6534725504, 6543112832, 6551500672, 6559888768,
+6568278656, 6576662912, 6585055616, 6593443456, 6601834112,
+6610219648, 6618610304, 6626999168, 6635385472, 6643777408,
+6652164224, 6660552832, 6668941952, 6677330048, 6685719424,
+6694107776, 6702493568, 6710882176, 6719274112, 6727662976,
+6736052096, 6744437632, 6752825984, 6761213824, 6769604224,
+6777993856, 6786383488, 6794770816, 6803158144, 6811549312,
+6819937664, 6828326528, 6836706176, 6845101696, 6853491328,
+6861880448, 6870269312, 6878655104, 6887046272, 6895433344,
+6903822208, 6912212864, 6920596864, 6928988288, 6937377152,
+6945764992, 6954149248, 6962544256, 6970928768, 6979317376,
+6987709312, 6996093824, 7004487296, 7012875392, 7021258624,
+7029652352, 7038038912, 7046427776, 7054818944, 7063207808,
+7071595136, 7079980928, 7088372608, 7096759424, 7105149824,
+7113536896, 7121928064, 7130315392, 7138699648, 7147092352,
+7155479168, 7163865728, 7172249984, 7180648064, 7189036672,
+7197424768, 7205810816, 7214196608, 7222589824, 7230975104,
+7239367552, 7247755904, 7256145536, 7264533376, 7272921472,
+7281308032, 7289694848, 7298088832, 7306471808, 7314864512,
+7323253888, 7331643008, 7340029568, 7348419712, 7356808832,
+7365196672, 7373585792, 7381973888, 7390362752, 7398750592,
+7407138944, 7415528576, 7423915648, 7432302208, 7440690304,
+7449080192, 7457472128, 7465860992, 7474249088, 7482635648,
+7491023744, 7499412608, 7507803008, 7516192384, 7524579968,
+7532967296, 7541358464, 7549745792, 7558134656, 7566524032,
+7574912896, 7583300992, 7591690112, 7600075136, 7608466816,
+7616854912, 7625244544, 7633629824, 7642020992, 7650410368,
+7658794112, 7667187328, 7675574912, 7683961984, 7692349568,
+7700739712, 7709130368, 7717519232, 7725905536, 7734295424,
+7742683264, 7751069056, 7759457408, 7767849088, 7776238208,
+7784626816, 7793014912, 7801405312, 7809792128, 7818179968,
+7826571136, 7834957184, 7843347328, 7851732352, 7860124544,
+7868512384, 7876902016, 7885287808, 7893679744, 7902067072,
+7910455936, 7918844288, 7927230848, 7935622784, 7944009344,
+7952400256, 7960786048, 7969176704, 7977565312, 7985953408,
+7994339968, 8002730368, 8011119488, 8019508096, 8027896192,
+8036285056, 8044674688, 8053062272, 8061448832, 8069838464,
+8078227328, 8086616704, 8095006592, 8103393664, 8111783552,
+8120171392, 8128560256, 8136949376, 8145336704, 8153726848,
+8162114944, 8170503296, 8178891904, 8187280768, 8195669632,
+8204058496, 8212444544, 8220834176, 8229222272, 8237612672,
+8246000768, 8254389376, 8262775168, 8271167104, 8279553664,
+8287944064, 8296333184, 8304715136, 8313108352, 8321497984,
+8329885568, 8338274432, 8346663296, 8355052928, 8363441536,
+8371828352, 8380217984, 8388606592, 8396996224, 8405384576,
+8413772672, 8422161536, 8430549376, 8438939008, 8447326592,
+8455715456, 8464104832, 8472492928, 8480882048, 8489270656,
+8497659776, 8506045312, 8514434944, 8522823808, 8531208832,
+8539602304, 8547990656, 8556378752, 8564768384, 8573154176,
+8581542784, 8589933952, 8598322816, 8606705024, 8615099264,
+8623487872, 8631876992, 8640264064, 8648653952, 8657040256,
+8665430656, 8673820544, 8682209152, 8690592128, 8698977152,
+8707374464, 8715763328, 8724151424, 8732540032, 8740928384,
+8749315712, 8757704576, 8766089344, 8774480768, 8782871936,
+8791260032, 8799645824, 8808034432, 8816426368, 8824812928,
+8833199488, 8841591424, 8849976448, 8858366336, 8866757248,
+8875147136, 8883532928, 8891923328, 8900306816, 8908700288,
+8917088384, 8925478784, 8933867392, 8942250368, 8950644608,
+8959032704, 8967420544, 8975809664, 8984197504, 8992584064,
+9000976256, 9009362048, 9017752448, 9026141312, 9034530688,
+9042917504, 9051307904, 9059694208, 9068084864, 9076471424,
+9084861824, 9093250688, 9101638528, 9110027648, 9118416512,
+9126803584, 9135188096, 9143581312, 9151969664, 9160356224,
+9168747136, 9177134464, 9185525632, 9193910144, 9202302848,
+9210690688, 9219079552, 9227465344, 9235854464, 9244244864,
+9252633472, 9261021824, 9269411456, 9277799296, 9286188928,
+9294574208, 9302965888, 9311351936, 9319740032, 9328131968,
+9336516736, 9344907392, 9353296768, 9361685888, 9370074752,
+9378463616, 9386849408, 9395239808, 9403629184, 9412016512,
+9420405376, 9428795008, 9437181568, 9445570688, 9453960832,
+9462346624, 9470738048, 9479121536, 9487515008, 9495903616,
+9504289664, 9512678528, 9521067904, 9529456256, 9537843584,
+9546233728, 9554621312, 9563011456, 9571398784, 9579788672,
+9588178304, 9596567168, 9604954496, 9613343104, 9621732992,
+9630121856, 9638508416, 9646898816, 9655283584, 9663675776,
+9672061312, 9680449664, 9688840064, 9697230464, 9705617536,
+9714003584, 9722393984, 9730772608, 9739172224, 9747561088,
+9755945344, 9764338816, 9772726144, 9781116544, 9789503872,
+9797892992, 9806282624, 9814670464, 9823056512, 9831439232,
+9839833984, 9848224384, 9856613504, 9865000576, 9873391232,
+9881772416, 9890162816, 9898556288, 9906940544, 9915333248,
+9923721088, 9932108672, 9940496512, 9948888448, 9957276544,
+9965666176, 9974048384, 9982441088, 9990830464, 9999219584,
+10007602816, 10015996544, 10024385152, 10032774016, 10041163648,
+10049548928, 10057940096, 10066329472, 10074717824, 10083105152,
+10091495296, 10099878784, 10108272256, 10116660608, 10125049216,
+10133437312, 10141825664, 10150213504, 10158601088, 10166991232,
+10175378816, 10183766144, 10192157312, 10200545408, 10208935552,
+10217322112, 10225712768, 10234099328, 10242489472, 10250876032,
+10259264896, 10267656064, 10276042624, 10284429184, 10292820352,
+10301209472, 10309598848, 10317987712, 10326375296, 10334763392,
+10343153536, 10351541632, 10359930752, 10368318592, 10376707456,
+10385096576, 10393484672, 10401867136, 10410262144, 10418647424,
+10427039104, 10435425664, 10443810176, 10452203648, 10460589952,
+10468982144, 10477369472, 10485759104, 10494147712, 10502533504,
+10510923392, 10519313536, 10527702656, 10536091264, 10544478592,
+10552867712, 10561255808, 10569642368, 10578032768, 10586423168,
+10594805632, 10603200128, 10611588992, 10619976064, 10628361344,
+10636754048, 10645143424, 10653531776, 10661920384, 10670307968,
+10678696832, 10687086464, 10695475072, 10703863168, 10712246144,
+10720639616, 10729026688, 10737414784, 10745806208, 10754190976,
+10762581376, 10770971264, 10779356288, 10787747456, 10796135552,
+10804525184, 10812915584, 10821301888, 10829692288, 10838078336,
+10846469248, 10854858368, 10863247232, 10871631488, 10880023424,
+10888412032, 10896799616, 10905188992, 10913574016, 10921964672,
+10930352768, 10938742912, 10947132544, 10955518592, 10963909504,
+10972298368, 10980687488, 10989074816, 10997462912, 11005851776,
+11014241152, 11022627712, 11031017344, 11039403904, 11047793024,
+11056184704, 11064570752, 11072960896, 11081343872, 11089737856,
+11098128256, 11106514816, 11114904448, 11123293568, 11131680128,
+11140065152, 11148458368, 11156845696, 11165236864, 11173624192,
+11182013824, 11190402688, 11198790784, 11207179136, 11215568768,
+11223957376, 11232345728, 11240734592, 11249122688, 11257511296,
+11265899648, 11274285952, 11282675584, 11291065472, 11299452544,
+11307842432, 11316231296, 11324616832, 11333009024, 11341395584,
+11349782656, 11358172288, 11366560384, 11374950016, 11383339648,
+11391721856, 11400117376, 11408504192, 11416893568, 11425283456,
+11433671552, 11442061184, 11450444672, 11458837888, 11467226752,
+11475611776, 11484003968, 11492392064, 11500780672, 11509169024,
+11517550976, 11525944448, 11534335616, 11542724224, 11551111808,
+11559500672, 11567890304, 11576277376, 11584667008, 11593056128,
+11601443456, 11609830016, 11618221952, 11626607488, 11634995072,
+11643387776, 11651775104, 11660161664, 11668552576, 11676940928,
+11685330304, 11693718656, 11702106496, 11710496128, 11718882688,
+11727273088, 11735660416, 11744050048, 11752437376, 11760824704,
+11769216128, 11777604736, 11785991296, 11794381952, 11802770048,
+11811157888, 11819548544, 11827932544, 11836324736, 11844713344,
+11853100928, 11861486464, 11869879936, 11878268032, 11886656896,
+11895044992, 11903433088, 11911822976, 11920210816, 11928600448,
+11936987264, 11945375872, 11953761152, 11962151296, 11970543488,
+11978928512, 11987320448, 11995708288, 12004095104, 12012486272,
+12020875136, 12029255552, 12037652096, 12046039168, 12054429568,
+12062813824, 12071206528, 12079594624, 12087983744, 12096371072,
+12104759936, 12113147264, 12121534592, 12129924992, 12138314624,
+12146703232, 12155091584, 12163481216, 12171864704, 12180255872,
+12188643968, 12197034112, 12205424512, 12213811328, 12222199424,
+12230590336, 12238977664, 12247365248, 12255755392, 12264143488,
+12272531584, 12280920448, 12289309568, 12297694592, 12306086528,
+12314475392, 12322865024, 12331253632, 12339640448, 12348029312,
+12356418944, 12364805248, 12373196672, 12381580928, 12389969024,
+12398357632, 12406750592, 12415138432, 12423527552, 12431916416,
+12440304512, 12448692352, 12457081216, 12465467776, 12473859968,
+12482245504, 12490636672, 12499025536, 12507411584, 12515801728,
+12524190592, 12532577152, 12540966272, 12549354368, 12557743232,
+12566129536, 12574523264, 12582911872, 12591299456, 12599688064,
+12608074624, 12616463488, 12624845696, 12633239936, 12641631616,
+12650019968, 12658407296, 12666795136, 12675183232, 12683574656,
+12691960192, 12700350592, 12708740224, 12717128576, 12725515904,
+12733906816, 12742295168, 12750680192, 12759071872, 12767460736,
+12775848832, 12784236928, 12792626816, 12801014656, 12809404288,
+12817789312, 12826181504, 12834568832, 12842954624, 12851345792,
+12859732352, 12868122496, 12876512128, 12884901248, 12893289088,
+12901672832, 12910067584, 12918455168, 12926842496, 12935232896,
+12943620736, 12952009856, 12960396928, 12968786816, 12977176192,
+12985563776, 12993951104, 13002341504, 13010730368, 13019115392,
+13027506304, 13035895168, 13044272512, 13052673152, 13061062528,
+13069446272, 13077838976, 13086227072, 13094613632, 13103000192,
+13111393664, 13119782528, 13128157568, 13136559232, 13144945024,
+13153329536, 13161724288, 13170111872, 13178502784, 13186884736,
+13195279744, 13203667072, 13212057472, 13220445824, 13228832128,
+13237221248, 13245610624, 13254000512, 13262388352, 13270777472,
+13279166336, 13287553408, 13295943296, 13304331904, 13312719488,
+13321108096, 13329494656, 13337885824, 13346274944, 13354663808,
+13363051136, 13371439232, 13379825024, 13388210816, 13396605056,
+13404995456, 13413380224, 13421771392, 13430159744, 13438546048,
+13446937216, 13455326848, 13463708288, 13472103808, 13480492672,
+13488875648, 13497269888, 13505657728, 13514045312, 13522435712,
+13530824576, 13539210112, 13547599232, 13555989376, 13564379008,
+13572766336, 13581154432, 13589544832, 13597932928, 13606320512,
+13614710656, 13623097472, 13631477632, 13639874944, 13648264064,
+13656652928, 13665041792, 13673430656, 13681818496, 13690207616,
+13698595712, 13706982272, 13715373184, 13723762048, 13732150144,
+13740536704, 13748926592, 13757316224, 13765700992, 13774090112,
+13782477952, 13790869376, 13799259008, 13807647872, 13816036736,
+13824425344, 13832814208, 13841202304, 13849591424, 13857978752,
+13866368896, 13874754688, 13883145344, 13891533184, 13899919232,
+13908311168, 13916692096, 13925085056, 13933473152, 13941866368,
+13950253696, 13958643584, 13967032192, 13975417216, 13983807616,
+13992197504, 14000582272, 14008973696, 14017363072, 14025752192,
+14034137984, 14042528384, 14050918016, 14059301504, 14067691648,
+14076083584, 14084470144, 14092852352, 14101249664, 14109635968,
+14118024832, 14126407552, 14134804352, 14143188608, 14151577984,
+14159968384, 14168357248, 14176741504, 14185127296, 14193521024,
+14201911424, 14210301824, 14218685056, 14227067264, 14235467392,
+14243855488, 14252243072, 14260630144, 14269021568, 14277409408,
+14285799296, 14294187904, 14302571392, 14310961792, 14319353728,
+14327738752, 14336130944, 14344518784, 14352906368, 14361296512,
+14369685376, 14378071424, 14386462592, 14394848128, 14403230848,
+14411627392, 14420013952, 14428402304, 14436793472, 14445181568,
+14453569664, 14461959808, 14470347904, 14478737024, 14487122816,
+14495511424, 14503901824, 14512291712, 14520677504, 14529064832,
+14537456768, 14545845632, 14554234496, 14562618496, 14571011456,
+14579398784, 14587789184, 14596172672, 14604564608, 14612953984,
+14621341312, 14629724288, 14638120832, 14646503296, 14654897536,
+14663284864, 14671675264, 14680061056, 14688447616, 14696835968,
+14705228416, 14713616768, 14722003328, 14730392192, 14738784128,
+14747172736, 14755561088, 14763947648, 14772336512, 14780725376,
+14789110144, 14797499776, 14805892736, 14814276992, 14822670208,
+14831056256, 14839444352, 14847836032, 14856222848, 14864612992,
+14872997504, 14881388672, 14889775744, 14898165376, 14906553472,
+14914944896, 14923329664, 14931721856, 14940109696, 14948497024,
+14956887424, 14965276544, 14973663616, 14982053248, 14990439808,
+14998830976, 15007216768, 15015605888, 15023995264, 15032385152,
+15040768384, 15049154944, 15057549184, 15065939072, 15074328448,
+15082715008, 15091104128, 15099493504, 15107879296, 15116269184,
+15124659584, 15133042304, 15141431936, 15149824384, 15158214272,
+15166602368, 15174991232, 15183378304, 15191760512, 15200154496,
+15208542592, 15216931712, 15225323392, 15233708416, 15242098048,
+15250489216, 15258875264, 15267265408, 15275654528, 15284043136,
+15292431488, 15300819584, 15309208192, 15317596544, 15325986176,
+15334374784, 15342763648, 15351151744, 15359540608, 15367929728,
+15376318336, 15384706432, 15393092992, 15401481856, 15409869952,
+15418258816, 15426649984, 15435037568, 15443425664, 15451815296,
+15460203392, 15468589184, 15476979328, 15485369216, 15493755776,
+15502146944, 15510534272, 15518924416, 15527311232, 15535699072,
+15544089472, 15552478336, 15560866688, 15569254528, 15577642624,
+15586031488, 15594419072, 15602809472, 15611199104, 15619586432,
+15627975296, 15636364928, 15644753792, 15653141888, 15661529216,
+15669918848, 15678305152, 15686696576, 15695083136, 15703474048,
+15711861632, 15720251264, 15728636288, 15737027456, 15745417088,
+15753804928, 15762194048, 15770582656, 15778971008, 15787358336,
+15795747712, 15804132224, 15812523392, 15820909696, 15829300096,
+15837691264, 15846071936, 15854466944, 15862855808, 15871244672,
+15879634816, 15888020608, 15896409728, 15904799104, 15913185152,
+15921577088, 15929966464, 15938354816, 15946743424, 15955129472,
+15963519872, 15971907968, 15980296064, 15988684928, 15997073024,
+16005460864, 16013851264, 16022241152, 16030629248, 16039012736,
+16047406976, 16055794816, 16064181376, 16072571264, 16080957824,
+16089346688, 16097737856, 16106125184, 16114514816, 16122904192,
+16131292544, 16139678848, 16148066944, 16156453504, 16164839552,
+16173236096, 16181623424, 16190012032, 16198401152, 16206790528,
+16215177344, 16223567744, 16231956352, 16240344704, 16248731008,
+16257117824, 16265504384, 16273898624, 16282281856, 16290668672,
+16299064192, 16307449216, 16315842176, 16324230016, 16332613504,
+16341006464, 16349394304, 16357783168, 16366172288, 16374561664,
+16382951296, 16391337856, 16399726208, 16408116352, 16416505472,
+16424892032, 16433282176, 16441668224, 16450058624, 16458448768,
+16466836864, 16475224448, 16483613056, 16492001408, 16500391808,
+16508779648, 16517166976, 16525555328, 16533944192, 16542330752,
+16550719616, 16559110528, 16567497088, 16575888512, 16584274816,
+16592665472, 16601051008, 16609442944, 16617832064, 16626218624,
+16634607488, 16642996096, 16651385728, 16659773824, 16668163712,
+16676552576, 16684938112, 16693328768, 16701718144, 16710095488,
+16718492288, 16726883968, 16735272832, 16743661184, 16752049792,
+16760436608, 16768827008, 16777214336, 16785599104, 16793992832,
+16802381696, 16810768768, 16819151744, 16827542656, 16835934848,
+16844323712, 16852711552, 16861101952, 16869489536, 16877876864,
+16886265728, 16894653056, 16903044736, 16911431296, 16919821696,
+16928207488, 16936592768, 16944987776, 16953375616, 16961763968,
+16970152832, 16978540928, 16986929536, 16995319168, 17003704448,
+17012096896, 17020481152, 17028870784, 17037262208, 17045649536,
+17054039936, 17062426496, 17070814336, 17079205504, 17087592064,
+17095978112, 17104369024, 17112759424, 17121147776, 17129536384,
+17137926016, 17146314368, 17154700928, 17163089792, 17171480192,
+17179864192, 17188256896, 17196644992, 17205033856, 17213423488,
+17221811072, 17230198912, 17238588032, 17246976896, 17255360384,
+17263754624, 17272143232, 17280530048, 17288918912, 17297309312,
+17305696384, 17314085504, 17322475136, 17330863744, 17339252096,
+17347640192, 17356026496, 17364413824, 17372796544, 17381190016,
+17389583488, 17397972608, 17406360704, 17414748544, 17423135872,
+17431527296, 17439915904, 17448303232, 17456691584, 17465081728,
+17473468288, 17481857408, 17490247552, 17498635904, 17507022464,
+17515409024, 17523801728, 17532189824, 17540577664, 17548966016,
+17557353344, 17565741184, 17574131584, 17582519168, 17590907008,
+17599296128, 17607687808, 17616076672, 17624455808, 17632852352,
+17641238656, 17649630848, 17658018944, 17666403968, 17674794112,
+17683178368, 17691573376, 17699962496, 17708350592, 17716739968,
+17725126528, 17733517184, 17741898112, 17750293888, 17758673024,
+17767070336, 17775458432, 17783848832, 17792236928, 17800625536,
+17809012352, 17817402752, 17825785984, 17834178944, 17842563968,
+17850955648, 17859344512, 17867732864, 17876119424, 17884511872,
+17892900224, 17901287296, 17909677696, 17918058112, 17926451072,
+17934843776, 17943230848, 17951609216, 17960008576, 17968397696,
+17976784256, 17985175424, 17993564032, 18001952128, 18010339712,
+18018728576, 18027116672, 18035503232, 18043894144, 18052283264,
+18060672128, 18069056384, 18077449856, 18085837184, 18094225792,
+18102613376, 18111004544, 18119388544, 18127781248, 18136170368,
+18144558976, 18152947328, 18161336192, 18169724288, 18178108544,
+18186498944, 18194886784, 18203275648, 18211666048, 18220048768,
+18228444544, 18236833408, 18245220736]
+
+cache_sizes = [
+16776896, 16907456, 17039296, 17170112, 17301056, 17432512, 17563072,
+17693888, 17824192, 17955904, 18087488, 18218176, 18349504, 18481088,
+18611392, 18742336, 18874304, 19004224, 19135936, 19267264, 19398208,
+19529408, 19660096, 19791424, 19922752, 20053952, 20184896, 20315968,
+20446912, 20576576, 20709184, 20840384, 20971072, 21102272, 21233216,
+21364544, 21494848, 21626816, 21757376, 21887552, 22019392, 22151104,
+22281536, 22412224, 22543936, 22675264, 22806464, 22935872, 23068096,
+23198272, 23330752, 23459008, 23592512, 23723968, 23854912, 23986112,
+24116672, 24247616, 24378688, 24509504, 24640832, 24772544, 24903488,
+25034432, 25165376, 25296704, 25427392, 25558592, 25690048, 25820096,
+25951936, 26081728, 26214208, 26345024, 26476096, 26606656, 26737472,
+26869184, 26998208, 27131584, 27262528, 27393728, 27523904, 27655744,
+27786688, 27917888, 28049344, 28179904, 28311488, 28441792, 28573504,
+28700864, 28835648, 28966208, 29096768, 29228608, 29359808, 29490752,
+29621824, 29752256, 29882816, 30014912, 30144448, 30273728, 30406976,
+30538432, 30670784, 30799936, 30932672, 31063744, 31195072, 31325248,
+31456192, 31588288, 31719232, 31850432, 31981504, 32110784, 32243392,
+32372672, 32505664, 32636608, 32767808, 32897344, 33029824, 33160768,
+33289664, 33423296, 33554368, 33683648, 33816512, 33947456, 34076992,
+34208704, 34340032, 34471744, 34600256, 34734016, 34864576, 34993984,
+35127104, 35258176, 35386688, 35518528, 35650624, 35782336, 35910976,
+36044608, 36175808, 36305728, 36436672, 36568384, 36699968, 36830656,
+36961984, 37093312, 37223488, 37355072, 37486528, 37617472, 37747904,
+37879232, 38009792, 38141888, 38272448, 38403392, 38535104, 38660672,
+38795584, 38925632, 39059264, 39190336, 39320768, 39452096, 39581632,
+39713984, 39844928, 39974848, 40107968, 40238144, 40367168, 40500032,
+40631744, 40762816, 40894144, 41023552, 41155904, 41286208, 41418304,
+41547712, 41680448, 41811904, 41942848, 42073792, 42204992, 42334912,
+42467008, 42597824, 42729152, 42860096, 42991552, 43122368, 43253696,
+43382848, 43515712, 43646912, 43777088, 43907648, 44039104, 44170432,
+44302144, 44433344, 44564288, 44694976, 44825152, 44956864, 45088448,
+45219008, 45350464, 45481024, 45612608, 45744064, 45874496, 46006208,
+46136768, 46267712, 46399424, 46529344, 46660672, 46791488, 46923328,
+47053504, 47185856, 47316928, 47447872, 47579072, 47710144, 47839936,
+47971648, 48103232, 48234176, 48365248, 48496192, 48627136, 48757312,
+48889664, 49020736, 49149248, 49283008, 49413824, 49545152, 49675712,
+49807168, 49938368, 50069056, 50200256, 50331584, 50462656, 50593472,
+50724032, 50853952, 50986048, 51117632, 51248576, 51379904, 51510848,
+51641792, 51773248, 51903296, 52035136, 52164032, 52297664, 52427968,
+52557376, 52690112, 52821952, 52952896, 53081536, 53213504, 53344576,
+53475776, 53608384, 53738816, 53870528, 54000832, 54131776, 54263744,
+54394688, 54525248, 54655936, 54787904, 54918592, 55049152, 55181248,
+55312064, 55442752, 55574336, 55705024, 55836224, 55967168, 56097856,
+56228672, 56358592, 56490176, 56621888, 56753728, 56884928, 57015488,
+57146816, 57278272, 57409216, 57540416, 57671104, 57802432, 57933632,
+58064576, 58195264, 58326976, 58457408, 58588864, 58720192, 58849984,
+58981696, 59113024, 59243456, 59375552, 59506624, 59637568, 59768512,
+59897792, 60030016, 60161984, 60293056, 60423872, 60554432, 60683968,
+60817216, 60948032, 61079488, 61209664, 61341376, 61471936, 61602752,
+61733696, 61865792, 61996736, 62127808, 62259136, 62389568, 62520512,
+62651584, 62781632, 62910784, 63045056, 63176128, 63307072, 63438656,
+63569216, 63700928, 63831616, 63960896, 64093888, 64225088, 64355392,
+64486976, 64617664, 64748608, 64879424, 65009216, 65142464, 65273792,
+65402816, 65535424, 65666752, 65797696, 65927744, 66060224, 66191296,
+66321344, 66453056, 66584384, 66715328, 66846656, 66977728, 67108672,
+67239104, 67370432, 67501888, 67631296, 67763776, 67895104, 68026304,
+68157248, 68287936, 68419264, 68548288, 68681408, 68811968, 68942912,
+69074624, 69205568, 69337024, 69467584, 69599168, 69729472, 69861184,
+69989824, 70122944, 70253888, 70385344, 70515904, 70647232, 70778816,
+70907968, 71040832, 71171648, 71303104, 71432512, 71564992, 71695168,
+71826368, 71958464, 72089536, 72219712, 72350144, 72482624, 72613568,
+72744512, 72875584, 73006144, 73138112, 73268672, 73400128, 73530944,
+73662272, 73793344, 73924544, 74055104, 74185792, 74316992, 74448832,
+74579392, 74710976, 74841664, 74972864, 75102784, 75233344, 75364544,
+75497024, 75627584, 75759296, 75890624, 76021696, 76152256, 76283072,
+76414144, 76545856, 76676672, 76806976, 76937792, 77070016, 77200832,
+77331392, 77462464, 77593664, 77725376, 77856448, 77987776, 78118336,
+78249664, 78380992, 78511424, 78642496, 78773056, 78905152, 79033664,
+79166656, 79297472, 79429568, 79560512, 79690816, 79822784, 79953472,
+80084672, 80214208, 80346944, 80477632, 80608576, 80740288, 80870848,
+81002048, 81133504, 81264448, 81395648, 81525952, 81657536, 81786304,
+81919808, 82050112, 82181312, 82311616, 82443968, 82573376, 82705984,
+82835776, 82967744, 83096768, 83230528, 83359552, 83491264, 83622464,
+83753536, 83886016, 84015296, 84147776, 84277184, 84409792, 84540608,
+84672064, 84803008, 84934336, 85065152, 85193792, 85326784, 85458496,
+85589312, 85721024, 85851968, 85982656, 86112448, 86244416, 86370112,
+86506688, 86637632, 86769344, 86900672, 87031744, 87162304, 87293632,
+87424576, 87555392, 87687104, 87816896, 87947968, 88079168, 88211264,
+88341824, 88473152, 88603712, 88735424, 88862912, 88996672, 89128384,
+89259712, 89390272, 89521984, 89652544, 89783872, 89914816, 90045376,
+90177088, 90307904, 90438848, 90569152, 90700096, 90832832, 90963776,
+91093696, 91223744, 91356992, 91486784, 91618496, 91749824, 91880384,
+92012224, 92143552, 92273344, 92405696, 92536768, 92666432, 92798912,
+92926016, 93060544, 93192128, 93322816, 93453632, 93583936, 93715136,
+93845056, 93977792, 94109504, 94240448, 94371776, 94501184, 94632896,
+94764224, 94895552, 95023424, 95158208, 95287744, 95420224, 95550016,
+95681216, 95811904, 95943872, 96075328, 96203584, 96337856, 96468544,
+96599744, 96731072, 96860992, 96992576, 97124288, 97254848, 97385536,
+97517248, 97647808, 97779392, 97910464, 98041408, 98172608, 98303168,
+98434496, 98565568, 98696768, 98827328, 98958784, 99089728, 99220928,
+99352384, 99482816, 99614272, 99745472, 99876416, 100007104,
+100138048, 100267072, 100401088, 100529984, 100662592, 100791872,
+100925248, 101056064, 101187392, 101317952, 101449408, 101580608,
+101711296, 101841728, 101973824, 102104896, 102235712, 102366016,
+102498112, 102628672, 102760384, 102890432, 103021888, 103153472,
+103284032, 103415744, 103545152, 103677248, 103808576, 103939648,
+104070976, 104201792, 104332736, 104462528, 104594752, 104725952,
+104854592, 104988608, 105118912, 105247808, 105381184, 105511232,
+105643072, 105774784, 105903296, 106037056, 106167872, 106298944,
+106429504, 106561472, 106691392, 106822592, 106954304, 107085376,
+107216576, 107346368, 107478464, 107609792, 107739712, 107872192,
+108003136, 108131392, 108265408, 108396224, 108527168, 108657344,
+108789568, 108920384, 109049792, 109182272, 109312576, 109444928,
+109572928, 109706944, 109837888, 109969088, 110099648, 110230976,
+110362432, 110492992, 110624704, 110755264, 110886208, 111017408,
+111148864, 111279296, 111410752, 111541952, 111673024, 111803456,
+111933632, 112066496, 112196416, 112328512, 112457792, 112590784,
+112715968, 112852672, 112983616, 113114944, 113244224, 113376448,
+113505472, 113639104, 113770304, 113901376, 114031552, 114163264,
+114294592, 114425536, 114556864, 114687424, 114818624, 114948544,
+115080512, 115212224, 115343296, 115473472, 115605184, 115736128,
+115867072, 115997248, 116128576, 116260288, 116391488, 116522944,
+116652992, 116784704, 116915648, 117046208, 117178304, 117308608,
+117440192, 117569728, 117701824, 117833024, 117964096, 118094656,
+118225984, 118357312, 118489024, 118617536, 118749632, 118882112,
+119012416, 119144384, 119275328, 119406016, 119537344, 119668672,
+119798464, 119928896, 120061376, 120192832, 120321728, 120454336,
+120584512, 120716608, 120848192, 120979136, 121109056, 121241408,
+121372352, 121502912, 121634752, 121764416, 121895744, 122027072,
+122157632, 122289088, 122421184, 122550592, 122682944, 122813888,
+122945344, 123075776, 123207488, 123338048, 123468736, 123600704,
+123731264, 123861952, 123993664, 124124608, 124256192, 124386368,
+124518208, 124649024, 124778048, 124911296, 125041088, 125173696,
+125303744, 125432896, 125566912, 125696576, 125829056, 125958592,
+126090304, 126221248, 126352832, 126483776, 126615232, 126746432,
+126876608, 127008704, 127139392, 127270336, 127401152, 127532224,
+127663552, 127794752, 127925696, 128055232, 128188096, 128319424,
+128449856, 128581312, 128712256, 128843584, 128973632, 129103808,
+129236288, 129365696, 129498944, 129629888, 129760832, 129892288,
+130023104, 130154048, 130283968, 130416448, 130547008, 130678336,
+130807616, 130939456, 131071552, 131202112, 131331776, 131464384,
+131594048, 131727296, 131858368, 131987392, 132120256, 132250816,
+132382528, 132513728, 132644672, 132774976, 132905792, 133038016,
+133168832, 133299392, 133429312, 133562048, 133692992, 133823296,
+133954624, 134086336, 134217152, 134348608, 134479808, 134607296,
+134741056, 134872384, 135002944, 135134144, 135265472, 135396544,
+135527872, 135659072, 135787712, 135921472, 136052416, 136182848,
+136313792, 136444864, 136576448, 136707904, 136837952, 136970048,
+137099584, 137232064, 137363392, 137494208, 137625536, 137755712,
+137887424, 138018368, 138149824, 138280256, 138411584, 138539584,
+138672832, 138804928, 138936128, 139066688, 139196864, 139328704,
+139460032, 139590208, 139721024, 139852864, 139984576, 140115776,
+140245696, 140376512, 140508352, 140640064, 140769856, 140902336,
+141032768, 141162688, 141294016, 141426496, 141556544, 141687488,
+141819584, 141949888, 142080448, 142212544, 142342336, 142474432,
+142606144, 142736192, 142868288, 142997824, 143129408, 143258944,
+143392448, 143523136, 143653696, 143785024, 143916992, 144045632,
+144177856, 144309184, 144440768, 144570688, 144701888, 144832448,
+144965056, 145096384, 145227584, 145358656, 145489856, 145620928,
+145751488, 145883072, 146011456, 146144704, 146275264, 146407232,
+146538176, 146668736, 146800448, 146931392, 147062336, 147193664,
+147324224, 147455936, 147586624, 147717056, 147848768, 147979456,
+148110784, 148242368, 148373312, 148503232, 148635584, 148766144,
+148897088, 149028416, 149159488, 149290688, 149420224, 149551552,
+149683136, 149814976, 149943616, 150076352, 150208064, 150338624,
+150470464, 150600256, 150732224, 150862784, 150993088, 151125952,
+151254976, 151388096, 151519168, 151649728, 151778752, 151911104,
+152042944, 152174144, 152304704, 152435648, 152567488, 152698816,
+152828992, 152960576, 153091648, 153222976, 153353792, 153484096,
+153616192, 153747008, 153878336, 154008256, 154139968, 154270912,
+154402624, 154533824, 154663616, 154795712, 154926272, 155057984,
+155188928, 155319872, 155450816, 155580608, 155712064, 155843392,
+155971136, 156106688, 156237376, 156367424, 156499264, 156630976,
+156761536, 156892352, 157024064, 157155008, 157284416, 157415872,
+157545536, 157677248, 157810496, 157938112, 158071744, 158203328,
+158334656, 158464832, 158596288, 158727616, 158858048, 158988992,
+159121216, 159252416, 159381568, 159513152, 159645632, 159776192,
+159906496, 160038464, 160169536, 160300352, 160430656, 160563008,
+160693952, 160822208, 160956352, 161086784, 161217344, 161349184,
+161480512, 161611456, 161742272, 161873216, 162002752, 162135872,
+162266432, 162397888, 162529216, 162660032, 162790976, 162922048,
+163052096, 163184576, 163314752, 163446592, 163577408, 163707968,
+163839296, 163969984, 164100928, 164233024, 164364224, 164494912,
+164625856, 164756672, 164887616, 165019072, 165150016, 165280064,
+165412672, 165543104, 165674944, 165805888, 165936832, 166067648,
+166198336, 166330048, 166461248, 166591552, 166722496, 166854208,
+166985408, 167116736, 167246656, 167378368, 167508416, 167641024,
+167771584, 167903168, 168034112, 168164032, 168295744, 168427456,
+168557632, 168688448, 168819136, 168951616, 169082176, 169213504,
+169344832, 169475648, 169605952, 169738048, 169866304, 169999552,
+170131264, 170262464, 170393536, 170524352, 170655424, 170782016,
+170917696, 171048896, 171179072, 171310784, 171439936, 171573184,
+171702976, 171835072, 171966272, 172097216, 172228288, 172359232,
+172489664, 172621376, 172747712, 172883264, 173014208, 173144512,
+173275072, 173407424, 173539136, 173669696, 173800768, 173931712,
+174063424, 174193472, 174325696, 174455744, 174586816, 174718912,
+174849728, 174977728, 175109696, 175242688, 175374272, 175504832,
+175636288, 175765696, 175898432, 176028992, 176159936, 176291264,
+176422592, 176552512, 176684864, 176815424, 176946496, 177076544,
+177209152, 177340096, 177470528, 177600704, 177731648, 177864256,
+177994816, 178126528, 178257472, 178387648, 178518464, 178650176,
+178781888, 178912064, 179044288, 179174848, 179305024, 179436736,
+179568448, 179698496, 179830208, 180092608, 180223808, 180354752,
+180485696, 180617152, 180748096, 180877504, 181009984, 181139264,
+181272512, 181402688, 181532608, 181663168, 181795136, 181926592,
+182057536, 182190016, 182320192, 182451904, 182582336, 182713792,
+182843072, 182976064, 183107264, 183237056, 183368384, 183494848,
+183631424, 183762752, 183893824, 184024768, 184154816, 184286656,
+184417984, 184548928, 184680128, 184810816, 184941248, 185072704,
+185203904, 185335616, 185465408, 185596352, 185727296, 185859904,
+185989696, 186121664, 186252992, 186383552, 186514112, 186645952,
+186777152, 186907328, 187037504, 187170112, 187301824, 187429184,
+187562048, 187693504, 187825472, 187957184, 188087104, 188218304,
+188349376, 188481344, 188609728, 188743616, 188874304, 189005248,
+189136448, 189265088, 189396544, 189528128, 189660992, 189791936,
+189923264, 190054208, 190182848, 190315072, 190447424, 190577984,
+190709312, 190840768, 190971328, 191102656, 191233472, 191364032,
+191495872, 191626816, 191758016, 191888192, 192020288, 192148928,
+192282176, 192413504, 192542528, 192674752, 192805952, 192937792,
+193068608, 193198912, 193330496, 193462208, 193592384, 193723456,
+193854272, 193985984, 194116672, 194247232, 194379712, 194508352,
+194641856, 194772544, 194900672, 195035072, 195166016, 195296704,
+195428032, 195558592, 195690304, 195818176, 195952576, 196083392,
+196214336, 196345792, 196476736, 196607552, 196739008, 196869952,
+197000768, 197130688, 197262784, 197394368, 197523904, 197656384,
+197787584, 197916608, 198049472, 198180544, 198310208, 198442432,
+198573632, 198705088, 198834368, 198967232, 199097792, 199228352,
+199360192, 199491392, 199621696, 199751744, 199883968, 200014016,
+200146624, 200276672, 200408128, 200540096, 200671168, 200801984,
+200933312, 201062464, 201194944, 201326144, 201457472, 201588544,
+201719744, 201850816, 201981632, 202111552, 202244032, 202374464,
+202505152, 202636352, 202767808, 202898368, 203030336, 203159872,
+203292608, 203423296, 203553472, 203685824, 203816896, 203947712,
+204078272, 204208192, 204341056, 204472256, 204603328, 204733888,
+204864448, 204996544, 205125568, 205258304, 205388864, 205517632,
+205650112, 205782208, 205913536, 206044736, 206176192, 206307008,
+206434496, 206569024, 206700224, 206831168, 206961856, 207093056,
+207223616, 207355328, 207486784, 207616832, 207749056, 207879104,
+208010048, 208141888, 208273216, 208404032, 208534336, 208666048,
+208796864, 208927424, 209059264, 209189824, 209321792, 209451584,
+209582656, 209715136, 209845568, 209976896, 210106432, 210239296,
+210370112, 210501568, 210630976, 210763712, 210894272, 211024832,
+211156672, 211287616, 211418176, 211549376, 211679296, 211812032,
+211942592, 212074432, 212204864, 212334016, 212467648, 212597824,
+212727616, 212860352, 212991424, 213120832, 213253952, 213385024,
+213515584, 213645632, 213777728, 213909184, 214040128, 214170688,
+214302656, 214433728, 214564544, 214695232, 214826048, 214956992,
+215089088, 215219776, 215350592, 215482304, 215613248, 215743552,
+215874752, 216005312, 216137024, 216267328, 216399296, 216530752,
+216661696, 216790592, 216923968, 217054528, 217183168, 217316672,
+217448128, 217579072, 217709504, 217838912, 217972672, 218102848,
+218233024, 218364736, 218496832, 218627776, 218759104, 218888896,
+219021248, 219151936, 219281728, 219413056, 219545024, 219675968,
+219807296, 219938624, 220069312, 220200128, 220331456, 220461632,
+220592704, 220725184, 220855744, 220987072, 221117888, 221249216,
+221378368, 221510336, 221642048, 221772736, 221904832, 222031808,
+222166976, 222297536, 222428992, 222559936, 222690368, 222820672,
+222953152, 223083968, 223213376, 223345984, 223476928, 223608512,
+223738688, 223869376, 224001472, 224132672, 224262848, 224394944,
+224524864, 224657344, 224788288, 224919488, 225050432, 225181504,
+225312704, 225443776, 225574592, 225704768, 225834176, 225966784,
+226097216, 226229824, 226360384, 226491712, 226623424, 226754368,
+226885312, 227015104, 227147456, 227278528, 227409472, 227539904,
+227669696, 227802944, 227932352, 228065216, 228196288, 228326464,
+228457792, 228588736, 228720064, 228850112, 228981056, 229113152,
+229243328, 229375936, 229505344, 229636928, 229769152, 229894976,
+230030272, 230162368, 230292416, 230424512, 230553152, 230684864,
+230816704, 230948416, 231079616, 231210944, 231342016, 231472448,
+231603776, 231733952, 231866176, 231996736, 232127296, 232259392,
+232388672, 232521664, 232652608, 232782272, 232914496, 233043904,
+233175616, 233306816, 233438528, 233569984, 233699776, 233830592,
+233962688, 234092224, 234221888, 234353984, 234485312, 234618304,
+234749888, 234880832, 235011776, 235142464, 235274048, 235403456,
+235535936, 235667392, 235797568, 235928768, 236057152, 236190272,
+236322752, 236453312, 236583616, 236715712, 236846528, 236976448,
+237108544, 237239104, 237371072, 237501632, 237630784, 237764416,
+237895232, 238026688, 238157632, 238286912, 238419392, 238548032,
+238681024, 238812608, 238941632, 239075008, 239206336, 239335232,
+239466944, 239599168, 239730496, 239861312, 239992384, 240122816,
+240254656, 240385856, 240516928, 240647872, 240779072, 240909632,
+241040704, 241171904, 241302848, 241433408, 241565248, 241696192,
+241825984, 241958848, 242088256, 242220224, 242352064, 242481856,
+242611648, 242744896, 242876224, 243005632, 243138496, 243268672,
+243400384, 243531712, 243662656, 243793856, 243924544, 244054592,
+244187072, 244316608, 244448704, 244580032, 244710976, 244841536,
+244972864, 245104448, 245233984, 245365312, 245497792, 245628736,
+245759936, 245889856, 246021056, 246152512, 246284224, 246415168,
+246545344, 246675904, 246808384, 246939584, 247070144, 247199552,
+247331648, 247463872, 247593536, 247726016, 247857088, 247987648,
+248116928, 248249536, 248380736, 248512064, 248643008, 248773312,
+248901056, 249036608, 249167552, 249298624, 249429184, 249560512,
+249692096, 249822784, 249954112, 250085312, 250215488, 250345792,
+250478528, 250608704, 250739264, 250870976, 251002816, 251133632,
+251263552, 251395136, 251523904, 251657792, 251789248, 251919424,
+252051392, 252182464, 252313408, 252444224, 252575552, 252706624,
+252836032, 252968512, 253099712, 253227584, 253361728, 253493056,
+253623488, 253754432, 253885504, 254017216, 254148032, 254279488,
+254410432, 254541376, 254672576, 254803264, 254933824, 255065792,
+255196736, 255326528, 255458752, 255589952, 255721408, 255851072,
+255983296, 256114624, 256244416, 256374208, 256507712, 256636096,
+256768832, 256900544, 257031616, 257162176, 257294272, 257424448,
+257555776, 257686976, 257818432, 257949632, 258079552, 258211136,
+258342464, 258473408, 258603712, 258734656, 258867008, 258996544,
+259127744, 259260224, 259391296, 259522112, 259651904, 259784384,
+259915328, 260045888, 260175424, 260308544, 260438336, 260570944,
+260700992, 260832448, 260963776, 261092672, 261226304, 261356864,
+261487936, 261619648, 261750592, 261879872, 262011968, 262143424,
+262274752, 262404416, 262537024, 262667968, 262799296, 262928704,
+263061184, 263191744, 263322944, 263454656, 263585216, 263716672,
+263847872, 263978944, 264108608, 264241088, 264371648, 264501184,
+264632768, 264764096, 264895936, 265024576, 265158464, 265287488,
+265418432, 265550528, 265681216, 265813312, 265943488, 266075968,
+266206144, 266337728, 266468032, 266600384, 266731072, 266862272,
+266993344, 267124288, 267255616, 267386432, 267516992, 267648704,
+267777728, 267910592, 268040512, 268172096, 268302784, 268435264,
+268566208, 268696256, 268828096, 268959296, 269090368, 269221312,
+269352256, 269482688, 269614784, 269745856, 269876416, 270007616,
+270139328, 270270272, 270401216, 270531904, 270663616, 270791744,
+270924736, 271056832, 271186112, 271317184, 271449536, 271580992,
+271711936, 271843136, 271973056, 272105408, 272236352, 272367296,
+272498368, 272629568, 272759488, 272891456, 273022784, 273153856,
+273284672, 273415616, 273547072, 273677632, 273808448, 273937088,
+274071488, 274200896, 274332992, 274463296, 274595392, 274726208,
+274857536, 274988992, 275118656, 275250496, 275382208, 275513024,
+275643968, 275775296, 275906368, 276037184, 276167872, 276297664,
+276429376, 276560576, 276692672, 276822976, 276955072, 277085632,
+277216832, 277347008, 277478848, 277609664, 277740992, 277868608,
+278002624, 278134336, 278265536, 278395328, 278526784, 278657728,
+278789824, 278921152, 279052096, 279182912, 279313088, 279443776,
+279576256, 279706048, 279838528, 279969728, 280099648, 280230976,
+280361408, 280493632, 280622528, 280755392, 280887104, 281018176,
+281147968, 281278912, 281411392, 281542592, 281673152, 281803712,
+281935552, 282066496, 282197312, 282329024, 282458816, 282590272,
+282720832, 282853184, 282983744, 283115072, 283246144, 283377344,
+283508416, 283639744, 283770304, 283901504, 284032576, 284163136,
+284294848, 284426176, 284556992, 284687296, 284819264, 284950208,
+285081536]
+```
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
new file mode 100644
index 00000000000..f04cc15fef0
--- /dev/null
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
@@ -0,0 +1,42 @@
+---
+title: మైనింగ్ అల్గోరిథమ్స్
+description: ఇతీరియము మైనింగ్ కోసం ఉపయోగించే అల్గోరిథంల గురించి ఒక వివరణాత్మక పరిశీలన.
+lang: te
+---
+
+
+
+
+
+ప్రూఫ్-ఆఫ్-వర్క్ ఇకపై ఇతీరియము యొక్క ఏకాభిప్రాయం మెకానిజంకు ఆధారం కాదు, అంటే మైనింగ్ నిలిపివేయబడింది. బదులుగా, ఇతీరియము ETH ను స్టేక్ చేసే వాలిడేటర్ల ద్వారా సురక్షితం చేయబడింది. మీరు ఈరోజే మీ ETH ను స్టేకింగ్ చేయడం ప్రారంభించవచ్చు. ది మెర్జ్, ప్రూఫ్-ఆఫ్-స్టేక్, మరియు స్టేకింగ్ గురించి మరింత చదవండి. ఈ పేజీ చారిత్రక ఆసక్తి కోసం మాత్రమే.
+
+
+
+
+ఇతీరియము మైనింగ్ Ethash అని పిలవబడే ఒక అల్గోరిథంను ఉపయోగించింది. ఈ అల్గోరిథం యొక్క ప్రాథమిక ఆలోచన ఏమిటంటే, ఒక మైనర్ బ్రూట్ ఫోర్స్ కంప్యూటేషన్ను ఉపయోగించి ఒక నాన్స్ ఇన్పుట్ను కనుగొనడానికి ప్రయత్నిస్తాడు, తద్వారా ఫలిత హాష్ లెక్కించిన క్లిష్టత ద్వారా నిర్ణయించబడిన థ్రెషోల్డ్ కంటే చిన్నదిగా ఉంటుంది. ఈ క్లిష్టత స్థాయిని డైనమిక్గా సర్దుబాటు చేయవచ్చు, తద్వారా బ్లాక్ ఉత్పత్తి ఒక క్రమమైన వ్యవధిలో జరుగుతుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, మీరు మొదట [ప్రూఫ్-ఆఫ్-వర్క్ ఏకాభిప్రాయం](/developers/docs/consensus-mechanisms/pow) మరియు [మైనింగ్](/developers/docs/consensus-mechanisms/pow/mining) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## డాగర్ హషిమోటో {#dagger-hashimoto}
+
+డాగర్ హషిమోటో అనేది ఇతీరియము మైనింగ్ కోసం ఒక పూర్వగామి పరిశోధన అల్గోరిథం, దీనిని Ethash అధిగమించింది. ఇది రెండు వేర్వేరు అల్గోరిథంల సమ్మేళనం: డాగర్ మరియు హషిమోటో. ఇది కేవలం ఒక పరిశోధన అమలు మాత్రమే మరియు ఇతీరియము మెయిన్నెట్ ప్రారంభమయ్యే సమయానికి Ethash దీనిని అధిగమించింది.
+
+[డాగర్](http://www.hashcash.org/papers/dagger.html) ఒక [డైరెక్టెడ్ అసిక్లిక్ గ్రాఫ్](https://en.wikipedia.org/wiki/Directed_acyclic_graph)ను రూపొందించడాన్ని కలిగి ఉంటుంది, దీనిలోని యాదృచ్ఛిక స్లైస్లు కలిపి హాష్ చేయబడతాయి. ప్రతి నాన్స్ కి ఒక పెద్ద డేటా ట్రీలో కేవలం ఒక చిన్న భాగం మాత్రమే అవసరం అనేది దీని ప్రధాన సూత్రం. ప్రతి నాన్స్ కోసం సబ్-ట్రీని తిరిగి లెక్కించడం మైనింగ్ కోసం చాలా ఖర్చుతో కూడుకున్నది - అందువల్ల ట్రీని నిల్వ చేయవలసిన అవసరం ఉంది - కానీ ఒకే నాన్స్ విలువ గల ధృవీకరణకు ఇది సరిపోతుంది. స్క్రిప్ట్ వంటి ఇప్పటికే ఉన్న అల్గోరిథంలకు ప్రత్యామ్నాయంగా డాగర్ను రూపొందించారు, ఇవి మెమరీ-హార్డ్గా ఉంటాయి కానీ వాటి మెమరీ-హార్డ్నెస్ నిజంగా సురక్షితమైన స్థాయిలకు పెరిగినప్పుడు ధృవీకరించడం కష్టం. అయితే, షేర్డ్ మెమరీ హార్డ్వేర్ యాక్సిలరేషన్కు డాగర్ గురయ్యే అవకాశం ఉన్నందున, దానిని వదిలిపెట్టి ఇతర పరిశోధన మార్గాలపై దృష్టి సారించారు.
+
+[హషిమోటో](http://diyhpl.us/%7Ebryan/papers2/bitcoin/meh/hashimoto.pdf) అనేది I/O బౌండ్గా ఉండటం ద్వారా ASIC-రెసిస్టెన్స్ను జోడించే ఒక అల్గోరిథం (అంటే, మైనింగ్ ప్రక్రియలో మెమరీ రీడ్లు పరిమితం చేసే అంశం). సిద్ధాంతం ఏమిటంటే, కంప్యూటేషన్ కంటే RAM ఎక్కువగా అందుబాటులో ఉంటుంది; వివిధ వినియోగ సందర్భాల కోసం RAMను ఆప్టిమైజ్ చేయడంపై ఇప్పటికే వందల కోట్ల డాలర్ల విలువైన పరిశోధన జరిగింది, ఇవి తరచుగా దాదాపు-యాదృచ్ఛిక యాక్సెస్ ప్యాటర్న్లను కలిగి ఉంటాయి (అందుకే దీనిని "రాండమ్ యాక్సెస్ మెమరీ" అంటారు). ఫలితంగా, అల్గోరిథంను మూల్యాంకనం చేయడానికి ఇప్పటికే ఉన్న RAM దాదాపుగా సరైనదిగా ఉండే అవకాశం ఉంది. హషిమోటో బ్లాక్చైన్ను డేటా మూలంగా ఉపయోగిస్తుంది, ఇది పైన పేర్కొన్న (1) మరియు (3) రెండింటినీ ఏకకాలంలో సంతృప్తిపరుస్తుంది.
+
+డాగర్-హషిమోటో, డాగర్ మరియు హషిమోటో అల్గోరిథంల యొక్క సవరించిన వెర్షన్లను ఉపయోగించింది. డాగర్ హషిమోటో మరియు హషిమోటో మధ్య ఉన్న వ్యత్యాసం ఏమిటంటే, బ్లాక్చైన్ను డేటా మూలంగా ఉపయోగించడానికి బదులుగా, డాగర్ హషిమోటో ఒక కస్టమ్-జెనరేటెడ్ డేటా సెట్ను ఉపయోగిస్తుంది, ఇది ప్రతి N బ్లాక్లకు బ్లాక్ డేటా ఆధారంగా అప్డేట్ అవుతుంది. డాగర్ అల్గోరిథంను ఉపయోగించి డేటా సెట్ రూపొందించబడింది, ఇది లైట్ క్లయింట్ ధృవీకరణ అల్గోరిథం కోసం ప్రతి నాన్స్కు ప్రత్యేకమైన సబ్-సెట్ను సమర్థవంతంగా లెక్కించడానికి అనుమతిస్తుంది. డాగర్ హషిమోటో మరియు డాగర్ మధ్య ఉన్న వ్యత్యాసం ఏమిటంటే, అసలు డాగర్లో కాకుండా, బ్లాక్ను క్వెరీ చేయడానికి ఉపయోగించే డేటాసెట్ పాక్షిక-శాశ్వతంగా ఉంటుంది, ఇది అప్పుడప్పుడు (ఉదా., వారానికి ఒకసారి) మాత్రమే అప్డేట్ చేయబడుతుంది. దీని అర్థం, డేటాసెట్ను రూపొందించడానికి పట్టే శ్రమ దాదాపు సున్నా, కాబట్టి షేర్డ్ మెమరీ స్పీడప్లకు సంబంధించి సెర్గియో లెర్నర్ యొక్క వాదనలు చాలా స్వల్పం.
+
+[డాగర్-హషిమోటో](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) గురించి మరింత.
+
+## Ethash {#ethash}
+
+ప్రస్తుతం నిలిపివేయబడిన ప్రూఫ్-ఆఫ్-వర్క్ ఆర్కిటెక్చర్ కింద అసలైన ఇతీరియము మెయిన్నెట్లో వాస్తవంగా ఉపయోగించిన మైనింగ్ అల్గోరిథం Ethash. అల్గోరిథం గణనీయంగా అప్డేట్ చేయబడిన తర్వాత, డాగర్-హషిమోటో యొక్క ఒక నిర్దిష్ట వెర్షన్కు ఇచ్చిన కొత్త పేరే Ethash, ఇది దాని పూర్వగామి యొక్క ప్రాథమిక సూత్రాలను వారసత్వంగా పొందింది. ఇతీరియము మెయిన్నెట్ కేవలం Ethashను మాత్రమే ఉపయోగించింది - డాగర్ హషిమోటో అనేది మైనింగ్ అల్గోరిథం యొక్క R&D వెర్షన్, ఇది ఇతీరియము మెయిన్నెట్లో మైనింగ్ ప్రారంభం కావడానికి ముందే నిలిపివేయబడింది.
+
+[Ethash](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash) గురించి మరింత.
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/dapps/index.md b/public/content/translations/te/developers/docs/dapps/index.md
new file mode 100644
index 00000000000..1a3d684e1b0
--- /dev/null
+++ b/public/content/translations/te/developers/docs/dapps/index.md
@@ -0,0 +1,96 @@
+---
+title: డాప్స్కు సాంకేతిక పరిచయం
+description:
+lang: te
+---
+
+వికేంద్రీకృత అప్లికేషన్ (డాప్) అనేది [స్మార్ట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/) మరియు ఫ్రంటెండ్ యూజర్ ఇంటర్ఫేస్ను కలిపే వికేంద్రీకృత నెట్వర్క్పై నిర్మించిన అప్లికేషన్. Ethereumలో, స్మార్ట్ కాంట్రాక్టులు అందుబాటులో ఉంటాయి మరియు పారదర్శకంగా ఉంటాయి – ఓపెన్ APIల వంటివి – కాబట్టి మీ dapp ఎవరో వ్రాసిన స్మార్ట్ ఒప్పందాన్ని కూడా చేర్చవచ్చు.
+
+## అవసరాలు {#prerequisites}
+
+డాప్స్ గురించి తెలుసుకోవడానికి ముందు, మీరు [బ్లాక్చెయిన్ ప్రాథమిక అంశాలు](/developers/docs/intro-to-ethereum/) కవర్ చేసి, Ethereum నెట్వర్క్ గురించి మరియు అది ఎలా వికేంద్రీకరించబడిందో చదవాలి.
+
+## డాప్ నిర్వచనం {#definition-of-a-dapp}
+
+ఒక dapp దాని బ్యాకెండ్ కోడ్ వికేంద్రీకరించబడిన పీర్-టు-పీర్ నెట్వర్క్లో నడుస్తుంది. కేంద్రీకృత సర్వర్లలో బ్యాకెండ్ కోడ్ అమలవుతున్న యాప్తో దీనికి విరుద్ధంగా.
+
+ఒక dapp దాని బ్యాకెండ్కి కాల్లు చేయడానికి ఫ్రంటెండ్ కోడ్ మరియు వినియోగదారు ఇంటర్ఫేస్లను ఏ భాషలోనైనా (యాప్ లాగానే) వ్రాయవచ్చు. ఇంకా, దాని ఫ్రంటెండ్ [IPFS](https://ipfs.io/) వంటి వికేంద్రీకృత నిల్వపై హోస్ట్ చేయబడుతుంది.
+
+- **వికేంద్రీకృతం** - డాప్స్ Ethereumలో పనిచేస్తాయి, ఇది ఒక బహిరంగ పబ్లిక్ వికేంద్రీకృత ప్లాట్ఫారమ్, ఇక్కడ ఏ ఒక్క వ్యక్తి లేదా సమూహానికి నియంత్రణ ఉండదు
+- **డిటర్మినిస్టిక్** - డాప్స్ అమలు చేయబడిన వాతావరణంతో సంబంధం లేకుండా అదే పనితీరును నిర్వహిస్తాయి
+- **ట్యూరింగ్ కంప్లీట్** - అవసరమైన వనరులను అందించినట్లయితే డాప్స్ ఏ చర్యనైనా చేయగలవు
+- **ఐసోలేటెడ్** - డాప్స్ ఎథేరియం వర్చువల్ మషీన్ అని పిలువబడే వర్చువల్ వాతావరణంలో అమలు చేయబడతాయి, తద్వారా స్మార్ట్ కాంట్రాక్ట్లో బగ్ ఉన్నా, అది బ్లాక్చెయిన్ నెట్వర్క్ యొక్క సాధారణ పనితీరుకు ఆటంకం కలిగించదు
+
+### స్మార్ట్ కాంట్రాక్టులపై {#on-smart-contracts}
+
+డాప్లను పరిచయం చేయడానికి, మేము స్మార్ట్ కాంట్రాక్ట్లను పరిచయం చేయాలి – మెరుగైన పదం లేకపోవడం కోసం డాప్ బ్యాకెండ్. వివరణాత్మక అవలోకనం కోసం, [స్మార్ట్ కాంట్రాక్టుల](/developers/docs/smart-contracts/)పై మా విభాగానికి వెళ్లండి.
+
+స్మార్ట్ కాంట్రాక్ట్ అనేది Ethereum బ్లాక్చెయిన్లో నివసించే కోడ్ మరియు ప్రోగ్రామ్ చేసిన విధంగానే నడుస్తుంది. నెట్వర్క్లో స్మార్ట్ కాంట్రాక్టులు అమలు చేయబడిన తర్వాత మీరు వాటిని మార్చలేరు. Dapps వికేంద్రీకరించబడతాయి ఎందుకంటే అవి ఒప్పందంలో వ్రాసిన తర్కం ద్వారా నియంత్రించబడతాయి, ఒక వ్యక్తి లేదా కంపెనీ కాదు. మీరు మీ ఒప్పందాలను చాలా జాగ్రత్తగా రూపొందించాలని మరియు వాటిని పూర్తిగా పరీక్షించాలని కూడా దీని అర్థం.
+
+## డాప్ అభివృద్ధి ప్రయోజనాలు {#benefits-of-dapp-development}
+
+- **జీరో డౌన్టైమ్** – స్మార్ట్ కాంట్రాక్ట్ బ్లాక్చెయిన్లో ఒకసారి అమలు చేయబడితే, నెట్వర్క్ మొత్తం ఎల్లప్పుడూ కాంట్రాక్ట్తో ఇంటరాక్ట్ అవ్వాలని చూస్తున్న క్లయింట్లకు సేవ చేయగలదు. హానికరమైన నటీనటులు, వ్యక్తిగత డాప్లను లక్ష్యంగా చేసుకుని సేవా నిరాకరణ దాడులను ప్రారంభించలేరు.
+- **గోప్యత** – ఒక డాప్ను అమలు చేయడానికి లేదా దానితో పరస్పర చర్య చేయడానికి మీరు నిజ-ప్రపంచ గుర్తింపును అందించాల్సిన అవసరం లేదు.
+- **సెన్సార్షిప్కు ప్రతిఘటన** – నెట్వర్క్లోని ఏ ఒక్క సంస్థ కూడా వినియోగదారులను లావాదేవీలను సమర్పించకుండా, డాప్స్ను అమలు చేయకుండా లేదా బ్లాక్చెయిన్ నుండి డేటాను చదవకుండా నిరోధించదు.
+- **పూర్తి డేటా సమగ్రత** – బ్లాక్చెయిన్లో నిల్వ చేయబడిన డేటా, క్రిప్టోగ్రాఫిక్ ప్రిమిటివ్ల వలన మార్పులేనిది మరియు వివాదాస్పదమైనది. హానికరమైన వ్యక్తులు లావాదేవీలు లేదా ఇప్పటికే పబ్లిక్ చేసిన ఇతర డేటాను నకిలీ చేయలేరు.
+- **ట్రస్ట్లెస్ కంప్యూటేషన్/ధృవీకరించదగిన ప్రవర్తన** – ఒక కేంద్ర అధికారాన్ని విశ్వసించాల్సిన అవసరం లేకుండా, స్మార్ట్ కాంట్రాక్టులను విశ్లేషించవచ్చు మరియు ఊహించదగిన మార్గాల్లో అమలు చేయడానికి హామీ ఇవ్వబడతాయి. సాంప్రదాయ నమూనాలలో ఇది నిజం కాదు; ఉదాహరణకు, మేము ఆన్లైన్ బ్యాంకింగ్ సిస్టమ్లను ఉపయోగించినప్పుడు, ఆర్థిక సంస్థలు మన ఆర్థిక డేటాను దుర్వినియోగం చేయవని, రికార్డులను తారుమారు చేయవని లేదా హ్యాక్ చేయబడదని మనం విశ్వసించాలి.
+
+## డాప్ అభివృద్ధిలోని లోపాలు {#drawbacks-of-dapp-development}
+
+- **నిర్వహణ** – బ్లాక్చెయిన్లో ప్రచురించబడిన కోడ్ మరియు డేటాను సవరించడం కష్టం కాబట్టి డాప్స్ను నిర్వహించడం కష్టతరం కావచ్చు. పాత వెర్షన్లో బగ్లు లేదా సెక్యూరిటీ రిస్క్లు గుర్తించబడినప్పటికీ, డెవలపర్లు తమ డాప్లకు (లేదా డాప్ ద్వారా నిల్వ చేయబడిన అంతర్లీన డేటా) అప్డేట్ చేయడం కష్టం.
+- **పనితీరు ఓవర్హెడ్** – ఇక్కడ భారీ పనితీరు ఓవర్హెడ్ ఉంటుంది మరియు స్కేలింగ్ నిజంగా కష్టం. Ethereum ఆశించే భద్రత, సమగ్రత, పారదర్శకత మరియు విశ్వసనీయత స్థాయిని సాధించడానికి, ప్రతి నోడ్ ప్రతి లావాదేవీని రన్ చేస్తుంది మరియు నిల్వ చేస్తుంది. దీనికి అదనంగా, ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయానికి కూడా సమయం పడుతుంది.
+- **నెట్వర్క్ రద్దీ** – ఒక డాప్ చాలా ఎక్కువ గణన వనరులను ఉపయోగించినప్పుడు, మొత్తం నెట్వర్క్ స్తంభించిపోతుంది. ప్రస్తుతం, నెట్వర్క్ సెకనుకు సుమారు 10-15 లావాదేవీలను మాత్రమే ప్రాసెస్ చేయగలదు; లావాదేవీలు ఇంతకంటే వేగంగా పంపబడితే, నిర్ధారించని లావాదేవీల పూల్ త్వరగా పెరిగిపోతుంది.
+- **వినియోగదారు అనుభవం** – వినియోగదారు-స్నేహపూర్వక అనుభవాలను రూపొందించడం కష్టతరం కావచ్చు, ఎందుకంటే సగటు తుది-వినియోగదారుడు నిజంగా సురక్షితమైన పద్ధతిలో బ్లాక్చెయిన్తో పరస్పర చర్య చేయడానికి అవసరమైన టూల్ స్టాక్ను సెటప్ చేయడం చాలా కష్టంగా భావించవచ్చు.
+- **కేంద్రీకరణ** – Ethereum యొక్క బేస్ లేయర్పై నిర్మించిన వినియోగదారు-స్నేహపూర్వక మరియు డెవలపర్-స్నేహపూర్వక పరిష్కారాలు ఎలాగైనా కేంద్రీకృత సేవల వలె ముగియవచ్చు. ఉదాహరణకు, అటువంటి సేవలు కీలు లేదా ఇతర సున్నితమైన సమాచారాన్ని సర్వర్-సైడ్లో నిల్వ చేయవచ్చు, కేంద్రీకృత సర్వర్ను ఉపయోగించి ఫ్రంటెండ్ను అందించవచ్చు లేదా బ్లాక్చెయిన్కు వ్రాసే ముందు కేంద్రీకృత సర్వర్లో ముఖ్యమైన వ్యాపార లాజిక్ను అమలు చేయవచ్చు. కేంద్రీకరణ సాంప్రదాయ నమూనాపై బ్లాక్చెయిన్ యొక్క అనేక (అన్నీ కాకపోయినా) ప్రయోజనాలను తొలగిస్తుంది.
+
+## దృశ్య అభ్యాసకులా? {#visual-learner}
+
+
+
+## డాప్స్ సృష్టించడానికి సాధనాలు {#dapp-tools}
+
+**Scaffold-ETH _- మీ స్మార్ట్ కాంట్రాక్టుకు అనుగుణంగా ఉండే ఫ్రంటెండ్ను ఉపయోగించి Solidityతో త్వరగా ప్రయోగం చేయండి._**
+
+- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2)
+- [ఉదాహరణ డాప్](https://punkwallet.io/)
+
+**Create Eth App _- ఒకే కమాండ్తో Ethereum-ఆధారిత యాప్లను సృష్టించండి._**
+
+- [GitHub](https://github.com/paulrberg/create-eth-app)
+
+**One Click Dapp _- ఒక [ABI](/glossary/#abi) నుండి డాప్ ఫ్రంటెండ్లను రూపొందించడానికి FOSS సాధనం._**
+
+- [oneclickdapp.com](https://oneclickdapp.com)
+- [GitHub](https://github.com/oneclickdapp/oneclickdapp-v1)
+
+**Etherflow _- Ethereum డెవలపర్లు వారి నోడ్ను పరీక్షించడానికి, మరియు బ్రౌజర్ నుండి RPC కాల్స్ను కంపోజ్ & డీబగ్ చేయడానికి FOSS సాధనం._**
+
+- [etherflow.quiknode.io](https://etherflow.quiknode.io/)
+- [GitHub](https://github.com/abunsen/etherflow)
+
+**thirdweb _- ప్రతి భాషలో SDKలు, స్మార్ట్ కాంట్రాక్టులు, సాధనాలు, మరియు web3 అభివృద్ధి కోసం ఇన్ఫ్రాస్ట్రక్చర్._**
+
+- [హోమ్ పేజీ](https://thirdweb.com/)
+- [డాక్యుమెంటేషన్](https://portal.thirdweb.com/)
+- [GitHub](https://github.com/thirdweb-dev/)
+
+**Crossmint _- స్మార్ట్ కాంట్రాక్టులను అమలు చేయడానికి, క్రెడిట్-కార్డ్ మరియు క్రాస్ చైన్ చెల్లింపులను ప్రారంభించడానికి, మరియు NFTలను సృష్టించడానికి, పంపిణీ చేయడానికి, విక్రయించడానికి, నిల్వ చేయడానికి మరియు సవరించడానికి APIలను ఉపయోగించడానికి ఎంటర్ప్రైజ్-గ్రేడ్ web3 డెవలప్మెంట్ ప్లాట్ఫారమ్._**
+
+- [crossmint.com](https://www.crossmint.com)
+- [డాక్యుమెంటేషన్](https://docs.crossmint.com)
+- [Discord](https://discord.com/invite/crossmint)
+
+## మరింత సమాచారం {#further-reading}
+
+- [డాప్స్ను అన్వేషించండి](/apps)
+- [ఒక వెబ్ 3.0 అప్లికేషన్ యొక్క నిర్మాణం](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _ప్రీతి కాశిరెడ్డి_
+- [వికేంద్రీకృత అప్లికేషన్లకు 2021 గైడ్](https://limechain.tech/blog/what-are-dapps-the-2021-guide/) - _LimeChain_
+- [వికేంద్రీకృత యాప్లు అంటే ఏమిటి?](https://www.gemini.com/cryptopedia/decentralized-applications-defi-dapps) - _Gemini_
+- [ప్రముఖ డాప్స్](https://www.alchemy.com/dapps) - _Alchemy_
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [Ethereum స్టాక్కు పరిచయం](/developers/docs/ethereum-stack/)
+- [అభివృద్ధి ఫ్రేమ్వర్క్లు](/developers/docs/frameworks/)
diff --git a/public/content/translations/te/developers/docs/data-and-analytics/block-explorers/index.md b/public/content/translations/te/developers/docs/data-and-analytics/block-explorers/index.md
new file mode 100644
index 00000000000..c600c11fed7
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-and-analytics/block-explorers/index.md
@@ -0,0 +1,254 @@
+---
+title: సమూహము అన్వేషకులు
+description: బ్లాక్ ఎక్స్ప్లోరర్లకు పరిచయం, బ్లాక్చెయిన్ డేటా ప్రపంచంలోకి మీ పోర్టల్, ఇక్కడ మీరు లావాదేవీలు, ఖాతాలు, కాంట్రాక్టులు మరియు మరిన్నింటి గురించి సమాచారాన్ని క్వెరీ చేయవచ్చు.
+lang: te
+sidebarDepth: 3
+---
+
+బ్లాక్ ఎక్స్ప్లోరర్లు ఎథేరియం డేటాకు మీ పోర్టల్. బ్లాక్లు, లావాదేవీలు, వాలిడేటర్లు, ఖాతాలు మరియు ఇతర ఆన్చెయిన్ కార్యకలాపాలపై నిజ-సమయ డేటాను చూడటానికి మీరు వాటిని ఉపయోగించవచ్చు.
+
+## అవసరాలు {#prerequisites}
+
+మీరు ఎథేరియం యొక్క ప్రాథమిక భావనలను అర్థం చేసుకోవాలి, అప్పుడు ఒక బ్లాక్ ఎక్స్ప్లోరర్ మీకు ఇచ్చే డేటాను మీరు అర్థం చేసుకోగలరు. [ఎథేరియంకు ఒక పరిచయంతో](/developers/docs/intro-to-ethereum/) ప్రారంభించండి.
+
+## సేవలు {#services}
+
+- [Etherscan](https://etherscan.io/) -_చైనీస్, కొరియన్, రష్యన్ మరియు జపనీస్ భాషలలో కూడా అందుబాటులో ఉంది_
+- [3xpl](https://3xpl.com/ethereum)
+- [Beaconcha.in](https://beaconcha.in/)
+- [Blockchair](https://blockchair.com/ethereum) -_స్పానిష్, ఫ్రెంచ్, ఇటాలియన్, డచ్, పోర్చుగీస్, రష్యన్, చైనీస్ మరియు ఫార్సీ భాషలలో కూడా అందుబాటులో ఉంది_
+- [Blockscout](https://eth.blockscout.com/)
+- [Chainlens](https://www.chainlens.com/)
+- [DexGuru బ్లాక్ ఎక్స్ప్లోరర్](https://ethereum.dex.guru/)
+- [Etherchain](https://www.etherchain.org/)
+- [Ethplorer](https://ethplorer.io/) -_చైనీస్, స్పానిష్, ఫ్రెంచ్, టర్కిష్, రష్యన్, కొరియన్ మరియు వియత్నామీస్ భాషలలో కూడా అందుబాటులో ఉంది_
+- [EthVM](https://www.ethvm.com/)
+- [OKLink](https://www.oklink.com/eth)
+- [Ethseer](https://ethseer.io)
+
+## ఓపెన్ సోర్స్ ఉపకరణాలు {#open-source-tools}
+
+- [Otterscan](https://otterscan.io/)
+- [lazy-etherscan](https://github.com/woxjro/lazy-etherscan)
+
+## డేటా {#data}
+
+ఎథేరియం డిజైన్ ప్రకారం పారదర్శకంగా ఉంటుంది కాబట్టి ప్రతిదీ ధృవీకరించదగినది. బ్లాక్ ఎక్స్ప్లోరర్లు ఈ సమాచారాన్ని పొందడానికి ఒక ఇంటర్ఫేస్ను అందిస్తాయి. మరియు ఇది ప్రధాన ఎథేరియం నెట్వర్క్ మరియు టెస్టునెట్లు రెండింటికీ వర్తిస్తుంది, ఒకవేళ మీకు ఆ డేటా అవసరమైతే. డేటా ఎగ్జిక్యూషన్ డేటా మరియు ఏకాభిప్రాయం డేటాగా విభజించబడింది. ఎగ్జిక్యూషన్ డేటా ఒక నిర్దిష్ట బ్లాక్లో అమలు చేయబడిన లావాదేవీలను సూచిస్తుంది. ఏకాభిప్రాయం డేటా బ్లాక్లు మరియు వాటిని ప్రతిపాదించిన వాలిడేటర్లను సూచిస్తుంది.
+
+ఒక బ్లాక్ ఎక్స్ప్లోరర్ నుండి మీరు పొందగల డేటా రకాల సారాంశం ఇక్కడ ఉంది.
+
+### ఎగ్జిక్యూషన్ డేటా {#execution-data}
+
+ప్రతి 12 సెకన్లకు ఎథేరియంకు కొత్త బ్లాక్లు జోడించబడతాయి (ఒక బ్లాక్ ప్రపోజర్ దాని వంతును కోల్పోతే తప్ప), కాబట్టి బ్లాక్ ఎక్స్ప్లోరర్లకు దాదాపు స్థిరమైన డేటా ప్రవాహం జోడించబడుతుంది. బ్లాక్లు మీకు ఉపయోగకరంగా ఉండే చాలా ముఖ్యమైన డేటాను కలిగి ఉంటాయి:
+
+**ప్రామాణిక డేటా**
+
+- బ్లాక్ ఎత్తు - ప్రస్తుత బ్లాక్ సృష్టి సమయంలో బ్లాక్ సంఖ్య మరియు బ్లాక్చెయిన్ యొక్క పొడవు (బ్లాక్లలో)
+- టైమ్స్టాంప్ - ఒక బ్లాక్ ప్రతిపాదించబడిన సమయం
+- లావాదేవీలు - బ్లాక్లో చేర్చబడిన లావాదేవీల సంఖ్య
+- రుసుము గ్రహీత - లావాదేవీల నుండి గ్యాస్ రుసుము చిట్కాలను అందుకున్న చిరునామా
+- బ్లాక్ రివార్డు - బ్లాక్ను ప్రతిపాదించిన వాలిడేటర్కు ప్రదానం చేయబడిన ETH మొత్తం
+- పరిమాణం - బ్లాక్లోని డేటా పరిమాణం (బైట్లలో కొలుస్తారు)
+- ఉపయోగించిన గ్యాస్ - బ్లాక్లోని లావాదేవీల ద్వారా ఉపయోగించిన మొత్తం గ్యాస్ యూనిట్లు
+- గ్యాస్ పరిమితి - బ్లాక్లోని లావాదేవీల ద్వారా సెట్ చేయబడిన మొత్తం గ్యాస్ పరిమితులు
+- గ్యాస్కు మూల రుసుము - ఒక లావాదేవీని బ్లాక్లో చేర్చడానికి అవసరమైన కనీస గుణకం
+- బర్న్ చేయబడిన రుసుములు - బ్లాక్లో ఎంత ETH బర్న్ చేయబడింది
+- అదనపు డేటా - బిల్డర్ బ్లాక్లో చేర్చిన ఏదైనా అదనపు డేటా
+
+**అధునాతన డేటా**
+
+- హాష్ - బ్లాక్ హెడర్ను సూచించే క్రిప్టోగ్రాఫిక్ హాష్ (బ్లాక్ యొక్క ప్రత్యేక ఐడెంటిఫైయర్)
+- పేరెంట్ హాష్ - ప్రస్తుత బ్లాక్కు ముందు వచ్చిన బ్లాక్ యొక్క హాష్
+- స్టేట్రూట్ - సిస్టమ్ యొక్క మొత్తం స్థితిని నిల్వ చేసే మెర్కిల్ ట్రీ యొక్క రూట్ హాష్
+
+### గ్యాస్ {#gas}
+
+బ్లాక్ ఎక్స్ప్లోరర్లు లావాదేవీలు మరియు బ్లాక్లలో గ్యాస్ వినియోగం గురించి డేటాను ఇవ్వడమే కాకుండా, కొన్ని నెట్వర్క్ యొక్క ప్రస్తుత గ్యాస్ ధరలపై సమాచారాన్ని కూడా అందిస్తాయి. ఇది నెట్వర్క్ వినియోగాన్ని అర్థం చేసుకోవడానికి, సురక్షితమైన లావాదేవీలను సమర్పించడానికి మరియు గ్యాస్ మీద ఎక్కువ ఖర్చు చేయకుండా ఉండటానికి మీకు సహాయపడుతుంది. మీ ఉత్పత్తి యొక్క ఇంటర్ఫేస్లోకి ఈ సమాచారాన్ని పొందడంలో మీకు సహాయపడే APIల కోసం చూడండి. గ్యాస్-నిర్దిష్ట డేటా కవర్ చేస్తుంది:
+
+- సురక్షితమైన కానీ నెమ్మది లావాదేవీకి అవసరమైన గ్యాస్ యొక్క అంచనా యూనిట్లు (+ అంచనా వేసిన ధర మరియు వ్యవధి)
+- సగటు లావాదేవీకి అవసరమైన గ్యాస్ యొక్క అంచనా యూనిట్లు (+ అంచనా వేసిన ధర మరియు వ్యవధి)
+- వేగవంతమైన లావాదేవీకి అవసరమైన గ్యాస్ యొక్క అంచనా యూనిట్లు (+ అంచనా వేసిన ధర మరియు వ్యవధి)
+- గ్యాస్ ధర ఆధారంగా సగటు నిర్ధారణ సమయం
+- గ్యాస్ను వినియోగించే కాంట్రాక్టులు - మరో మాటలో చెప్పాలంటే, నెట్వర్క్లో అధిక వినియోగాన్ని చూస్తున్న ప్రముఖ ఉత్పత్తులు
+- గ్యాస్ ఖర్చు చేసే ఖాతాలు - మరో మాటలో చెప్పాలంటే, తరచుగా నెట్వర్క్ వినియోగించే వినియోగదారులు
+
+### లావాదేవీలు {#transactions}
+
+బ్లాక్ ఎక్స్ప్లోరర్లు ప్రజలు తమ లావాదేవీల పురోగతిని ట్రాక్ చేయడానికి ఒక సాధారణ ప్రదేశంగా మారాయి. ఎందుకంటే మీరు పొందగలిగే వివరాల స్థాయి అదనపు నిశ్చయతను అందిస్తుంది. లావాదేవీ డేటాలో ఇవి ఉంటాయి:
+
+**ప్రామాణిక డేటా**
+
+- లావాదేవీ హాష్ - లావాదేవీ సమర్పించబడినప్పుడు ఉత్పత్తి చేయబడిన హాష్
+- స్థితి - లావాదేవీ పెండింగ్లో ఉందా, విఫలమైందా లేదా విజయవంతమైందా అనేదానికి సూచన
+- బ్లాక్ - లావాదేవీ చేర్చబడిన బ్లాక్
+- టైమ్స్టాంప్ - ఒక వాలిడేటర్ ప్రతిపాదించిన బ్లాక్లో లావాదేవీ చేర్చబడిన సమయం
+- నుండి - లావాదేవీని సమర్పించిన ఖాతా యొక్క చిరునామా
+- కు - గ్రహీత లేదా లావాదేవీ పరస్పర చర్య జరిపే స్మార్ట్ కాంట్రాక్ట్ యొక్క చిరునామా
+- బదిలీ చేయబడిన టోకెన్లు - లావాదేవీలో భాగంగా బదిలీ చేయబడిన టోకెన్ల జాబితా
+- విలువ - బదిలీ చేయబడుతున్న మొత్తం ETH విలువ
+- లావాదేవీ రుసుము - లావాదేవీని ప్రాసెస్ చేయడానికి వాలిడేటర్కు చెల్లించిన మొత్తం (గ్యాస్ ధర\*ఉపయోగించిన గ్యాస్ ద్వారా లెక్కించబడుతుంది)
+
+**అధునాతన డేటా**
+
+- గ్యాస్ పరిమితి - ఈ లావాదేవీ వినియోగించగల గరిష్ట గ్యాస్ యూనిట్ల సంఖ్య
+- ఉపయోగించిన గ్యాస్ - లావాదేవీ వినియోగించిన వాస్తవ గ్యాస్ యూనిట్ల మొత్తం
+- గ్యాస్ ధర - గ్యాస్ యూనిట్కు సెట్ చేయబడిన ధర
+- నాన్స్ - `from` చిరునామా కోసం లావాదేవీ సంఖ్య (ఇది 0 నుండి మొదలవుతుందని గుర్తుంచుకోండి, కాబట్టి `100` నాన్స్ వాస్తవానికి ఈ ఖాతా సమర్పించిన 101వ లావాదేవీ అవుతుంది)
+- ఇన్పుట్ డేటా - లావాదేవీకి అవసరమైన ఏదైనా అదనపు సమాచారం
+
+### ఖాతాలు {#accounts}
+
+ఒక ఖాతా గురించి మీరు యాక్సెస్ చేయగల చాలా డేటా ఉంది. అందుకే మీ ఆస్తులు మరియు విలువను సులభంగా ట్రాక్ చేయలేకుండా బహుళ ఖాతాలను ఉపయోగించమని తరచుగా సిఫార్సు చేయబడింది. లావాదేవీలు మరియు ఖాతా కార్యకలాపాలను మరింత ప్రైవేట్గా చేయడానికి కొన్ని పరిష్కారాలు కూడా అభివృద్ధి చేయబడుతున్నాయి. కానీ ఖాతాల కోసం అందుబాటులో ఉన్న డేటా ఇక్కడ ఉంది:
+
+**వినియోగదారు ఖాతాలు**
+
+- ఖాతా చిరునామా - మీరు నిధులను పంపడానికి ఉపయోగించగల పబ్లిక్ చిరునామా
+- ETH బ్యాలెన్స్ - ఆ ఖాతాతో అనుబంధించబడిన ETH మొత్తం
+- మొత్తం ETH విలువ - ETH యొక్క విలువ
+- టోకెన్లు - ఖాతాతో అనుబంధించబడిన టోకెన్లు మరియు వాటి విలువ
+- లావాదేవీ చరిత్ర - ఈ ఖాతా పంపినవారు లేదా గ్రహీతగా ఉన్న అన్ని లావాదేవీల జాబితా
+
+**స్మార్ట్ కాంట్రాక్టులు**
+
+స్మార్ట్ కాంట్రాక్ట్ ఖాతాలు ఒక వినియోగదారు ఖాతాకు ఉండే అన్ని డేటాను కలిగి ఉంటాయి, కానీ కొన్ని బ్లాక్ ఎక్స్ప్లోరర్లు కొన్ని కోడ్ సమాచారాన్ని కూడా ప్రదర్శిస్తాయి. ఉదాహరణలు:
+
+- కాంట్రాక్ట్ సృష్టికర్త - కాంట్రాక్టును మెయిన్నెట్కు డిప్లాయ్ చేసిన చిరునామా
+- సృష్టి లావాదేవీ - మెయిన్నెట్కు డిప్లాయ్మెంట్ను చేర్చిన లావాదేవీ
+- సోర్స్ కోడ్ - స్మార్ట్ కాంట్రాక్ట్ యొక్క సాలిడిటీ లేదా వైపర్ కోడ్
+- కాంట్రాక్ట్ ABI - కాంట్రాక్ట్ యొక్క అప్లికేషన్ బైనరీ ఇంటర్ఫేస్—కాంట్రాక్ట్ చేసే కాల్స్ మరియు అందుకున్న డేటా
+- కాంట్రాక్ట్ సృష్టి కోడ్ - స్మార్ట్ కాంట్రాక్ట్ యొక్క కంపైల్ చేయబడిన బైట్కోడ్—మీరు Solidity లేదా Vyper, మొదలైన వాటిలో వ్రాసిన స్మార్ట్ కాంట్రాక్టును కంపైల్ చేసినప్పుడు సృష్టించబడింది.
+- కాంట్రాక్ట్ ఈవెంట్లు - స్మార్ట్ కాంట్రాక్ట్లో పిలువబడిన పద్ధతుల చరిత్ర—ప్రాథమికంగా కాంట్రాక్ట్ ఎలా ఉపయోగించబడుతోంది మరియు ఎంత తరచుగా అని చూడటానికి ఒక మార్గం
+
+### టోకెన్లు {#tokens}
+
+టోకెన్లు ఒక రకమైన కాంట్రాక్ట్ కాబట్టి అవి స్మార్ట్ కాంట్రాక్ట్తో సమానమైన డేటాను కలిగి ఉంటాయి. కానీ వాటికి విలువ ఉన్నందున మరియు వ్యాపారం చేయగలగడం వల్ల వాటికి అదనపు డేటా పాయింట్లు ఉన్నాయి:
+
+- రకం - అవి ERC-20, ERC-721 లేదా మరొక టోకెన్ ప్రమాణమా కాదా
+- ధర - అవి ERC-20 అయితే, వాటికి ప్రస్తుత మార్కెట్ విలువ ఉంటుంది
+- మార్కెట్ క్యాప్ - అవి ERC-20 అయితే, వాటికి మార్కెట్ క్యాప్ ఉంటుంది (ధర \* మొత్తం సరఫరా ద్వారా లెక్కించబడుతుంది)
+- మొత్తం సరఫరా - సర్క్యులేషన్లో ఉన్న టోకెన్ల సంఖ్య
+- హోల్డర్లు - టోకెన్ను కలిగి ఉన్న చిరునామాల సంఖ్య
+- బదిలీలు - టోకెన్ ఖాతాల మధ్య బదిలీ చేయబడిన సార్లు
+- లావాదేవీ చరిత్ర - టోకెన్తో సహా అన్ని లావాదేవీల చరిత్ర
+- కాంట్రాక్ట్ చిరునామా - మెయిన్నెట్కు డిప్లాయ్ చేయబడిన టోకెన్ యొక్క చిరునామా
+- దశాంశాలు - ERC-20 టోకెన్లు విభజించదగినవి మరియు దశాంశ స్థానాలను కలిగి ఉంటాయి
+
+### నెట్వర్క్ {#network}
+
+కొన్ని బ్లాక్ డేటా ఎథేరియం యొక్క ఆరోగ్యం గురించి మరింత సమగ్రంగా ఆందోళన చెందుతుంది.
+
+- మొత్తం లావాదేవీలు - ఎథేరియం సృష్టించబడినప్పటి నుండి లావాదేవీల సంఖ్య
+- సెకనుకు లావాదేవీలు - ఒక సెకనులో ప్రాసెస్ చేయగల లావాదేవీల సంఖ్య
+- ETH ధర - 1 ETH యొక్క ప్రస్తుత విలువలు
+- మొత్తం ETH సరఫరా - సర్క్యులేషన్లో ఉన్న ETH సంఖ్య—ప్రతి బ్లాక్ సృష్టితో బ్లాక్ రివార్డుల రూపంలో కొత్త ETH సృష్టించబడుతుందని గుర్తుంచుకోండి
+- మార్కెట్ క్యాప్ - ధర\*సరఫరా యొక్క గణన
+
+## ఏకాభిప్రాయం లేయర్ డేటా {#consensus-layer-data}
+
+### ఎపోక్ {#epoch}
+
+భద్రతా కారణాల దృష్ట్యా, ప్రతి ఎపోక్ (ప్రతి 6.4 నిమిషాలు) చివరిలో వాలిడేటర్ల యాదృచ్ఛిక కమిటీలు సృష్టించబడతాయి. ఎపోక్ డేటాలో ఇవి ఉంటాయి:
+
+- ఎపోక్ సంఖ్య
+- తుది స్థితి - ఎపోక్ ఖరారు చేయబడిందా లేదా (అవును/కాదు)
+- సమయం - ఎపోక్ ముగిసిన సమయం
+- అటెస్టేషన్లు - ఎపోక్లోని అటెస్టేషన్ల సంఖ్య (స్లాట్లలోని బ్లాక్ల కోసం ఓట్లు)
+- డిపాజిట్లు - ఎపోక్లో చేర్చబడిన ETH డిపాజిట్ల సంఖ్య (వాలిడేటర్లు వాలిడేటర్లుగా మారడానికి ETHను స్టేక్ చేయాలి)
+- స్లాషింగ్లు - బ్లాక్లు లేదా అటెస్టర్ల ప్రపోజర్లకు ఇవ్వబడిన పెనాల్టీల సంఖ్య
+- ఓటింగ్ భాగస్వామ్యం - బ్లాక్లను అటెస్ట్ చేయడానికి ఉపయోగించిన స్టేక్ చేయబడిన ETH మొత్తం
+- వాలిడేటర్లు - ఎపోక్ కోసం యాక్టివ్గా ఉన్న వాలిడేటర్ల సంఖ్య
+- సగటు వాలిడేటర్ బ్యాలెన్స్ - యాక్టివ్ వాలిడేటర్ల సగటు బ్యాలెన్స్
+- స్లాట్లు - ఎపోక్లో చేర్చబడిన స్లాట్ల సంఖ్య (స్లాట్లలో ఒక చెల్లుబాటు అయ్యే బ్లాక్ ఉంటుంది)
+
+### స్లాట్ {#slot}
+
+స్లాట్లు బ్లాక్ సృష్టికి అవకాశాలు, ప్రతి స్లాట్కు అందుబాటులో ఉన్న డేటాలో ఇవి ఉంటాయి:
+
+- ఎపోక్ - స్లాట్ చెల్లుబాటు అయ్యే ఎపోక్
+- స్లాట్ సంఖ్య
+- స్థితి - స్లాట్ యొక్క స్థితి (ప్రతిపాదించబడింది/కోల్పోయింది)
+- సమయం - స్లాట్ టైమ్స్టాంప్
+- ప్రపోజర్ - స్లాట్ కోసం బ్లాక్ను ప్రతిపాదించిన వాలిడేటర్
+- బ్లాక్ రూట్ - బీకాన్బ్లాక్ యొక్క హాష్-ట్రీ-రూట్
+- పేరెంట్ రూట్ - ముందు వచ్చిన బ్లాక్ యొక్క హాష్
+- స్టేట్ రూట్ - బీకాన్స్టేట్ యొక్క హాష్-ట్రీ-రూట్
+- సంతకం
+- రాండావో రివీల్
+- గ్రాఫిటీ - ఒక బ్లాక్ ప్రపోజర్ దాని బ్లాక్ ప్రతిపాదనకు 32 బైట్ల పొడవైన సందేశాన్ని చేర్చవచ్చు
+- ఎగ్జిక్యూషన్ డేటా
+ - బ్లాక్ హాష్
+ - డిపాజిట్ కౌంట్
+ - డిపాజిట్ రూట్
+- అటెస్టేషన్లు - ఈ స్లాట్లోని బ్లాక్ కోసం అటెస్టేషన్ల సంఖ్య
+- డిపాజిట్లు - ఈ స్లాట్ సమయంలో డిపాజిట్ల సంఖ్య
+- స్వచ్ఛంద నిష్క్రమణలు - స్లాట్ సమయంలో నిష్క్రమించిన వాలిడేటర్ల సంఖ్య
+- స్లాషింగ్లు - బ్లాక్లు లేదా అటెస్టర్ల ప్రపోజర్లకు ఇవ్వబడిన పెనాల్టీల సంఖ్య
+- ఓట్లు - ఈ స్లాట్లోని బ్లాక్ కోసం ఓటు వేసిన వాలిడేటర్లు
+
+### బ్లాక్లు {#blocks-1}
+
+ప్రూఫ్-ఆఫ్-స్టేక్ సమయాన్ని స్లాట్లు మరియు ఎపోక్లుగా విభజిస్తుంది. అంటే కొత్త డేటా!
+
+- ప్రపోజర్ - కొత్త బ్లాక్ను ప్రతిపాదించడానికి అల్గారిథమిక్గా ఎంచుకున్న వాలిడేటర్
+- ఎపోక్ - బ్లాక్ ప్రతిపాదించబడిన ఎపోక్
+- స్లాట్ - బ్లాక్ ప్రతిపాదించబడిన స్లాట్
+- అటెస్టేషన్లు - స్లాట్లో చేర్చబడిన అటెస్టేషన్ల సంఖ్య—అటెస్టేషన్లు బ్లాక్ బీకన్ చైన్కు వెళ్లడానికి సిద్ధంగా ఉందని సూచించే ఓట్ల వంటివి
+
+### వాలిడేటర్లు {#validators}
+
+స్లాట్లలో బ్లాక్లను ప్రతిపాదించడానికి మరియు వాటికి అటెస్ట్ చేయడానికి వాలిడేటర్లు బాధ్యత వహిస్తారు.
+
+- వాలిడేటర్ సంఖ్య - వాలిడేటర్ను సూచించే ప్రత్యేక సంఖ్య
+- ప్రస్తుత బ్యాలెన్స్ - రివార్డులతో సహా వాలిడేటర్ బ్యాలెన్స్
+- ప్రభావవంతమైన బ్యాలెన్స్ - స్టేకింగ్ కోసం ఉపయోగించే వాలిడేటర్ బ్యాలెన్స్
+- ఆదాయం - వాలిడేటర్ ద్వారా స్వీకరించిన రివార్డులు లేదా పెనాల్టీలు
+- స్థితి - వాలిడేటర్ ప్రస్తుతం ఆన్లైన్లో మరియు యాక్టివ్గా ఉన్నాడా లేదా
+- అటెస్టేషన్ ప్రభావం - వాలిడేటర్ యొక్క అటెస్టేషన్లు చైన్లో చేర్చబడటానికి పట్టే సగటు సమయం
+- యాక్టివేషన్ కోసం అర్హత - వాలిడేటర్ ధృవీకరించడానికి అందుబాటులోకి వచ్చిన తేదీ (మరియు ఎపోక్)
+- యాక్టివ్గా ఉన్నప్పటి నుండి - వాలిడేటర్ యాక్టివ్గా మారిన తేదీ (మరియు ఎపోక్)
+- ప్రతిపాదిత బ్లాక్లు - వాలిడేటర్ ప్రతిపాదించిన బ్లాక్
+- అటెస్టేషన్లు - వాలిడేటర్ అందించిన అటెస్టేషన్లు
+- డిపాజిట్లు - ఫ్రమ్ చిరునామా, లావాదేవీ హాష్, బ్లాక్ సంఖ్య, టైమ్స్టాంప్, మొత్తం మరియు వాలిడేటర్ చేసిన స్టేకింగ్ డిపాజిట్ యొక్క స్థితి
+
+### అటెస్టేషన్లు {#attestations}
+
+అటెస్టేషన్లు చైన్లో బ్లాక్లను చేర్చడానికి "అవును" ఓట్లు. వారి డేటా అటెస్టేషన్ యొక్క రికార్డు మరియు అటెస్ట్ చేసిన వాలిడేటర్లకు సంబంధించినది
+
+- స్లాట్ - అటెస్టేషన్ జరిగిన స్లాట్
+- కమిటీ ఇండెక్స్ - ఇచ్చిన స్లాట్లోని కమిటీ ఇండెక్స్
+- అగ్రిగేషన్ బిట్స్ - అటెస్టేషన్లో పాల్గొన్న అన్ని వాలిడేటర్ల యొక్క సమగ్ర అటెస్టేషన్ను సూచిస్తుంది
+- వాలిడేటర్లు - అటెస్టేషన్లు అందించిన వాలిడేటర్లు
+- బీకన్ బ్లాక్ రూట్ - వాలిడేటర్లు అటెస్ట్ చేస్తున్న బ్లాక్ను సూచిస్తుంది
+- సోర్స్ - తాజా సమర్థించబడిన ఎపోక్ను సూచిస్తుంది
+- టార్గెట్ - తాజా ఎపోక్ సరిహద్దును సూచిస్తుంది
+- సంతకం
+
+### నెట్వర్క్ {#network-1}
+
+ఏకాభిప్రాయం లేయర్ టాప్-లెవల్ డేటాలో కిందివి ఉంటాయి:
+
+- ప్రస్తుత ఎపోక్
+- ప్రస్తుత స్లాట్
+- యాక్టివ్ వాలిడేటర్లు - యాక్టివ్ వాలిడేటర్ల సంఖ్య
+- పెండింగ్లో ఉన్న వాలిడేటర్లు - యాక్టివ్గా మారడానికి వేచి ఉన్న వాలిడేటర్ల సంఖ్య
+- స్టేక్ చేసిన ETH - నెట్వర్క్లో స్టేక్ చేసిన ETH మొత్తం
+- సగటు బ్యాలెన్స్ - వాలిడేటర్ల సగటు ETH బ్యాలెన్స్
+
+## బ్లాక్ ఎక్స్ప్లోరర్లు {#block-explorers}
+
+- [Etherscan](https://etherscan.io/) - ఎథేరియం మెయిన్నెట్ మరియు టెస్టునెట్ కోసం డేటాను పొందేందుకు మీరు ఉపయోగించగల బ్లాక్ ఎక్స్ప్లోరర్
+- [3xpl](https://3xpl.com/ethereum) - దాని డేటాసెట్లను డౌన్లోడ్ చేయడానికి అనుమతించే యాడ్-ఫ్రీ ఓపెన్-సోర్స్ ఎథేరియం ఎక్స్ప్లోరర్
+- [Beaconcha.in](https://beaconcha.in/) - ఎథేరియం మెయిన్నెట్ మరియు టెస్టునెట్ కోసం ఒక ఓపెన్ సోర్స్ బ్లాక్ ఎక్స్ప్లోరర్
+- [Blockchair](https://blockchair.com/ethereum) - అత్యంత ప్రైవేట్ ఎథేరియం ఎక్స్ప్లోరర్. డేటాను సార్టింగ్ మరియు ఫిల్టరింగ్ (mempool) చేయడానికి కూడా
+- [Etherchain](https://www.etherchain.org/) - ఎథేరియం మెయిన్నెట్ కోసం ఒక బ్లాక్ ఎక్స్ప్లోరర్
+- [Ethplorer](https://ethplorer.io/) - ఎథేరియం మెయిన్నెట్ మరియు కోవన్ టెస్టునెట్ కోసం టోకెన్లపై దృష్టి సారించే ఒక బ్లాక్ ఎక్స్ప్లోరర్
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [లావాదేవీలు](/developers/docs/transactions/)
+- [ఖాతాలు](/developers/docs/accounts/)
+- [నెట్వర్క్లు](/developers/docs/networks/)
diff --git a/public/content/translations/te/developers/docs/data-and-analytics/index.md b/public/content/translations/te/developers/docs/data-and-analytics/index.md
new file mode 100644
index 00000000000..374f7949c92
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-and-analytics/index.md
@@ -0,0 +1,72 @@
+---
+title: డేటా మరియు విశ్లేషణలు
+description: మీ డాప్స్లో ఉపయోగం కోసం ఆన్చైన్ విశ్లేషణలు మరియు డేటాను ఎలా పొందాలి
+lang: te
+---
+
+## పరిచయం {#Introduction}
+
+నెట్వర్క్ వినియోగం పెరుగుతూనే ఉన్నందున, ఆన్చైన్ డేటాలో విలువైన సమాచారం పెరుగుతూ ఉంటుంది. డేటా పరిమాణం వేగంగా పెరుగుతున్నందున, ఒక డాప్ పై నివేదించడానికి లేదా నడపడానికి ఈ సమాచారాన్ని లెక్కించడం మరియు సమీకరించడం సమయం మరియు ప్రక్రియతో కూడిన ప్రయత్నంగా మారుతుంది.
+
+ఇప్పటికే ఉన్న డేటా ప్రొవైడర్లను ఉపయోగించడం వల్ల అభివృద్ధిని వేగవంతం చేయవచ్చు, మరింత కచ్చితమైన ఫలితాలను అందించవచ్చు మరియు కొనసాగుతున్న నిర్వహణ ప్రయత్నాలను తగ్గించవచ్చు. ఇది ఒక బృందం వారి ప్రాజెక్ట్ అందించడానికి ప్రయత్నిస్తున్న ప్రధాన కార్యాచరణపై దృష్టి పెట్టడానికి వీలు కల్పిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+డేటా విశ్లేషణల సందర్భంలో వాటిని ఉపయోగించడాన్ని బాగా అర్థం చేసుకోవడానికి మీరు [బ్లాక్ ఎక్స్ప్లోరర్ల](/developers/docs/data-and-analytics/block-explorers/) ప్రాథమిక భావనను అర్థం చేసుకోవాలి. అదనంగా, సిస్టమ్ డిజైన్కు అవి జోడించే ప్రయోజనాలను అర్థం చేసుకోవడానికి [సూచిక](/glossary/#index) భావనతో మిమ్మల్ని మీరు పరిచయం చేసుకోండి.
+
+నిర్మాణ ప్రాథమిక సూత్రాల పరంగా, [API](https://www.wikipedia.org/wiki/API) మరియు [REST](https://www.wikipedia.org/wiki/Representational_state_transfer) అంటే ఏమిటో సిద్ధాంతపరంగానైనా అర్థం చేసుకోవడం.
+
+## బ్లాక్ ఎక్స్ప్లోరర్లు {#block-explorers}
+
+అనేక [బ్లాక్ ఎక్స్ప్లోరర్లు](/developers/docs/data-and-analytics/block-explorers/) [RESTful](https://www.wikipedia.org/wiki/Representational_state_transfer) [API](https://www.wikipedia.org/wiki/API) గేట్వేలను అందిస్తాయి, ఇవి డెవలపర్లకు బ్లాక్లు, లావాదేవీలు, వాలిడేటర్లు, ఖాతాలు మరియు ఇతర ఆన్చైన్ కార్యకలాపాలపై నిజ-సమయ డేటాలోకి దృశ్యమానతను అందిస్తాయి.
+
+డెవలపర్లు తమ వినియోగదారులకు [బ్లాక్చైన్తో](/glossary/#blockchain) ప్రత్యేకమైన అంతర్దృష్టులు మరియు పరస్పర చర్యలను అందించడానికి ఈ డేటాను ప్రాసెస్ చేసి, మార్చగలరు. ఉదాహరణకు, [Etherscan](https://etherscan.io) మరియు [Blockscout](https://eth.blockscout.com) ప్రతి 12సెకన్ల స్లాట్కు ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం డేటాను అందిస్తాయి.
+
+## ది గ్రాఫ్ {#the-graph}
+
+[ది గ్రాఫ్](https://thegraph.com/) అనేది ఒక ఇండెక్సింగ్ ప్రోటోకాల్, ఇది సబ్గ్రాఫ్లు అని పిలువబడే ఓపెన్ APIల ద్వారా బ్లాక్చైన్ డేటాను సులభంగా క్వెరీ చేయడానికి ఒక మార్గాన్ని అందిస్తుంది.
+
+ది గ్రాఫ్తో, డెవలపర్లు దీని నుండి ప్రయోజనం పొందగలరు:
+
+- వికేంద్రీకృత ఇండెక్సింగ్: బహుళ ఇండెక్సర్ల ద్వారా బ్లాక్చైన్ డేటాను ఇండెక్స్ చేయడానికి వీలు కల్పిస్తుంది, తద్వారా వైఫల్యానికి సంబంధించిన ఏ ఒక్క పాయింట్నైనా తొలగిస్తుంది.
+- GraphQL క్వెరీలు: ఇండెక్స్ చేయబడిన డేటాను క్వెరీ చేయడానికి శక్తివంతమైన GraphQL ఇంటర్ఫేస్ను అందిస్తుంది, డేటా పునరుద్ధరణను చాలా సులభం చేస్తుంది.
+- అనుకూలీకరణ: బ్లాక్చైన్ డేటాను మార్చడానికి & నిల్వ చేయడానికి మీ స్వంత లాజిక్ను నిర్వచించండి మరియు ది గ్రాఫ్ నెట్వర్క్లో ఇతర డెవలపర్లు ప్రచురించిన సబ్గ్రాఫ్లను తిరిగి ఉపయోగించుకోండి.
+
+5 నిమిషాల్లో సబ్గ్రాఫ్ను సృష్టించడానికి, డిప్లాయ్ చేయడానికి మరియు క్వెరీ చేయడానికి ఈ [క్విక్-స్టార్ట్](https://thegraph.com/docs/en/quick-start/) గైడ్ను అనుసరించండి.
+
+## క్లయింట్ వైవిధ్యం {#client-diversity}
+
+[క్లయింట్ వైవిధ్యం](/developers/docs/nodes-and-clients/client-diversity/) ఎథేరియం నెట్వర్క్ యొక్క మొత్తం ఆరోగ్యానికి ముఖ్యమైనది ఎందుకంటే ఇది బగ్స్ మరియు దోపిడీలకు స్థితిస్థాపకతను అందిస్తుంది. ఇప్పుడు [clientdiversity.org](https://clientdiversity.org/), [rated.network](https://www.rated.network), [supermajority.info](https://supermajority.info//) మరియు [Ethernodes](https://ethernodes.org/)తో సహా అనేక క్లయింట్ వైవిధ్య డాష్బోర్డ్లు ఉన్నాయి.
+
+## డూన్ అనలిటిక్స్ {#dune-analytics}
+
+[Dune Analytics](https://dune.com/) బ్లాక్చైన్ డేటాను రిలేషనల్ డేటాబేస్ (DuneSQL) టేబుల్స్లోకి ముందుగా ప్రాసెస్ చేస్తుంది, SQL ఉపయోగించి బ్లాక్చైన్ డేటాను క్వెరీ చేయడానికి వినియోగదారులను అనుమతిస్తుంది మరియు క్వెరీ ఫలితాల ఆధారంగా డాష్బోర్డ్లను రూపొందిస్తుంది. ఆన్చైన్ డేటా 4 రా టేబుల్స్గా నిర్వహించబడింది: `blocks`, `transactions`, (ఈవెంట్) `logs` మరియు (కాల్) `traces`. జనాదరణ పొందిన కాంట్రాక్టులు మరియు ప్రోటోకాల్లు డీకోడ్ చేయబడ్డాయి మరియు ప్రతి దానికీ దాని స్వంత ఈవెంట్ మరియు కాల్ టేబుల్స్ సెట్ ఉంది. ఆ ఈవెంట్ మరియు కాల్ టేబుల్స్ మరింత ప్రాసెస్ చేయబడి, ప్రోటోకాల్స్ రకాన్ని బట్టి అబ్స్ట్రాక్షన్ టేబుల్స్గా నిర్వహించబడతాయి, ఉదాహరణకు, డెక్స్, లెండింగ్, స్టేబుల్కాయిన్స్, మొదలైనవి.
+
+## SQD {#sqd}
+
+[SQD](https://sqd.dev/) అనేది ఒక వికేంద్రీకృత హైపర్-స్కేలబుల్ డేటా ప్లాట్ఫారమ్, ఇది పెద్ద పరిమాణంలో డేటాకు సమర్థవంతమైన, అనుమతిరహిత ప్రాప్యతను అందించడానికి ఆప్టిమైజ్ చేయబడింది. ఇది ప్రస్తుతం ఈవెంట్ లాగ్లు, లావాదేవీల రసీదులు, ట్రేస్లు మరియు ప్రతి-లావాదేవీ స్టేట్ డిఫ్స్తో సహా చారిత్రక ఆన్-చైన్ డేటాను అందిస్తుంది. SQD కస్టమ్ డేటా వెలికితీత మరియు ప్రాసెసింగ్ పైప్లైన్లను రూపొందించడానికి ఒక శక్తివంతమైన టూల్కిట్ను అందిస్తుంది, సెకనుకు 150k బ్లాక్ల వరకు ఇండెక్సింగ్ వేగాన్ని సాధిస్తుంది.
+
+ప్రారంభించడానికి, [డాక్యుమెంటేషన్](https://docs.sqd.dev/)ను సందర్శించండి లేదా SQDతో మీరు ఏమి నిర్మించవచ్చో [EVM ఉదాహరణలు](https://github.com/subsquid-labs/squid-evm-examples) చూడండి.
+
+## సబ్క్వెరీ నెట్వర్క్ {#subquery-network}
+
+[SubQuery](https://subquery.network/) అనేది ఒక ప్రముఖ డేటా ఇండెక్సర్, ఇది డెవలపర్లకు వారి వెబ్3 ప్రాజెక్ట్ల కోసం వేగవంతమైన, నమ్మదగిన, వికేంద్రీకృత మరియు అనుకూలీకరించిన APIలను అందిస్తుంది. SubQuery 165+ కంటే ఎక్కువ పర్యావరణ వ్యవస్థల (ఎథేరియంతో సహా) నుండి డెవలపర్లకు వారి వినియోగదారుల కోసం ఒక స్పష్టమైన మరియు లీనమయ్యే అనుభవాలను నిర్మించడానికి రిచ్ ఇండెక్స్ చేయబడిన డేటాతో అధికారం ఇస్తుంది. సబ్క్వెరీ నెట్వర్క్ మీ ఆపలేని యాప్లను స్థితిస్థాపక మరియు వికేంద్రీకృత మౌలిక సదుపాయాల నెట్వర్క్తో శక్తివంతం చేస్తుంది. డేటా ప్రాసెసింగ్ కార్యకలాపాల కోసం కస్టమ్ బ్యాకెండ్ను రూపొందించడానికి సమయం కేటాయించకుండా, భవిష్యత్తు యొక్క వెబ్3 అప్లికేషన్లను రూపొందించడానికి SubQuery యొక్క బ్లాక్చైన్ డెవలపర్ టూల్కిట్ను ఉపయోగించండి.
+
+[SubQuery యొక్క నిర్వహించే సేవ](https://managedservice.subquery.network/) లేదా [SubQuery యొక్క వికేంద్రీకృత నెట్వర్క్](https://app.subquery.network/dashboard)లో ప్రత్యక్ష ప్రసారం చేయడానికి ముందు పరీక్ష కోసం స్థానిక డాకర్ వాతావరణంలో నిమిషాల్లో ఎథేరియం బ్లాక్చైన్ డేటాను ఇండెక్స్ చేయడం ప్రారంభించడానికి, [ఎథేరియం క్విక్ స్టార్ట్ గైడ్](https://academy.subquery.network/quickstart/quickstart_chains/ethereum-gravatar.html)ని సందర్శించండి.
+
+## EVM క్వెరీ భాష {#evm-query-language}
+
+EVM క్వెరీ భాష (EQL) అనేది EVM (ఎథేరియం వర్చువల్ మషీన్) చైన్లను క్వెరీ చేయడానికి రూపొందించబడిన SQL-వంటి భాష. EQL యొక్క అంతిమ లక్ష్యం EVM చైన్ ఫస్ట్-క్లాస్ పౌరులపై (బ్లాక్లు, ఖాతాలు మరియు లావాదేవీలు) సంక్లిష్ట రిలేషనల్ క్వెరీలకు మద్దతు ఇవ్వడం, అదే సమయంలో డెవలపర్లు మరియు పరిశోధకులకు రోజువారీ ఉపయోగం కోసం ఎర్గోనామిక్ సింటాక్స్ను అందించడం. EQLతో, డెవలపర్లు సుపరిచితమైన SQL-వంటి సింటాక్స్ను ఉపయోగించి బ్లాక్చైన్ డేటాను పొందవచ్చు మరియు సంక్లిష్టమైన బాయిలర్ప్లేట్ కోడ్ అవసరాన్ని తొలగించవచ్చు. EQL ప్రామాణిక బ్లాక్చైన్ డేటా అభ్యర్థనలకు మద్దతు ఇస్తుంది (ఉదా., ఎథేరియంపై ఖాతా యొక్క నాన్స్ మరియు బ్యాలెన్స్ను తిరిగి పొందడం లేదా ప్రస్తుత బ్లాక్ పరిమాణం మరియు టైమ్స్టాంప్ను పొందడం) మరియు మరింత సంక్లిష్టమైన అభ్యర్థనలు మరియు ఫీచర్సెట్ల కోసం నిరంతరం మద్దతును జోడిస్తోంది.
+
+## మరింత చదవడానికి {#further-reading}
+
+- [క్రిప్టో డేటాను అన్వేషించడం I: డేటా ఫ్లో ఆర్కిటెక్చర్లు](https://web.archive.org/web/20250125012042/https://research.2077.xyz/exploring-crypto-data-1-data-flow-architectures)
+- [గ్రాఫ్ నెట్వర్క్ అవలోకనం](https://thegraph.com/docs/en/about/)
+- [గ్రాఫ్ క్వెరీ ప్లేగ్రౌండ్](https://thegraph.com/explorer/subgraph/graphprotocol/graph-network-mainnet?version=current)
+- [EtherScanలో API కోడ్ ఉదాహరణలు](https://etherscan.io/apis#contracts)
+- [Blockscoutలో API డాక్యుమెంటేషన్](https://docs.blockscout.com/devs/apis)
+- [Beaconcha.in బెకన్ చైన్ ఎక్స్ప్లోరర్](https://beaconcha.in)
+- [డూన్ బేసిక్స్](https://docs.dune.com/#dune-basics)
+- [SubQuery ఎథేరియం క్విక్ స్టార్ట్ గైడ్](https://academy.subquery.network/indexer/quickstart/quickstart_chains/ethereum-gravatar.html)
+- [SQD నెట్వర్క్ అవలోకనం](https://docs.sqd.dev/)
+- [EVM క్వెరీ భాష](https://eql.sh/blog/alpha-release-notes)
diff --git a/public/content/translations/te/developers/docs/data-availability/blockchain-data-storage-strategies/index.md b/public/content/translations/te/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
new file mode 100644
index 00000000000..c02ef904980
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
@@ -0,0 +1,118 @@
+---
+title: బ్లాక్చెయిన్ డేటా నిల్వ వ్యూహాలు
+description: బ్లాక్చెయిన్ ఉపయోగించి డేటాను నిల్వ చేయడానికి అనేక మార్గాలు ఉన్నాయి. ఈ వ్యాసం వివిధ వ్యూహాలను, వాటి ఖర్చులు మరియు ట్రేడ్ఆఫ్లను, అలాగే దాన్ని సురక్షితంగా ఉపయోగించడానికి అవసరమైన అవసరాలను పోల్చి చూస్తుంది.
+lang: te
+---
+
+బ్లాక్చెయిన్లో నేరుగా లేదా బ్లాక్చెయిన్ ద్వారా సురక్షితం చేయబడిన పద్ధతిలో సమాచారాన్ని నిల్వ చేయడానికి బహుళ మార్గాలు ఉన్నాయి:
+
+- EIP-4844 బ్లాబ్స్
+- కాల్డేటా
+- L1 మెకానిజమ్స్తో ఆఫ్చెయిన్
+- కాంట్రాక్ట్ "కోడ్"
+- సంఘటనలు
+- EVM నిల్వ
+
+ఏ పద్ధతిని ఉపయోగించాలనే ఎంపిక అనేక ప్రమాణాలపై ఆధారపడి ఉంటుంది:
+
+- సమాచారం యొక్క మూలం. కాల్డేటాలోని సమాచారం నేరుగా బ్లాక్చెయిన్ నుండే రాలేదు.
+- సమాచారం యొక్క గమ్యస్థానం. కాల్డేటా దానిని కలిగి ఉన్న లావాదేవీలో మాత్రమే అందుబాటులో ఉంటుంది. ఈవెంట్లు ఆన్చెయిన్లో అస్సలు అందుబాటులో ఉండవు.
+- ఎంత ఇబ్బంది ఆమోదయోగ్యం? పూర్తి-స్థాయి నోడ్ను అమలు చేసే కంప్యూటర్లు బ్రౌజర్లో నడుస్తున్న అప్లికేషన్లోని లైట్ క్లయింట్ కంటే ఎక్కువ ప్రాసెసింగ్ను చేయగలవు.
+- ప్రతి నోడ్ నుండి సమాచారానికి సులభమైన యాక్సెస్ను సులభతరం చేయడం అవసరమా?
+- భద్రతా అవసరాలు.
+
+## భద్రతా అవసరాలు {#security-requirements}
+
+సాధారణంగా, సమాచార భద్రత మూడు లక్షణాలను కలిగి ఉంటుంది:
+
+- _గోప్యత_, అనధికార సంస్థలు సమాచారాన్ని చదవడానికి అనుమతించబడవు. ఇది చాలా సందర్భాలలో ముఖ్యమైనది, కానీ ఇక్కడ కాదు. _బ్లాక్చెయిన్లో రహస్యాలు లేవు_. బ్లాక్చెయిన్లు పనిచేస్తాయి ఎందుకంటే ఎవరైనా స్టేట్ పరివర్తనలను ధృవీకరించగలరు, కాబట్టి వాటిని రహస్యాలను నేరుగా నిల్వ చేయడానికి ఉపయోగించడం అసాధ్యం. బ్లాక్చెయిన్లో గోప్యమైన సమాచారాన్ని నిల్వ చేయడానికి మార్గాలు ఉన్నాయి, కానీ అవన్నీ కనీసం ఒక కీని నిల్వ చేయడానికి కొన్ని ఆఫ్చెయిన్ కాంపోనెంట్పై ఆధారపడి ఉంటాయి.
+
+- _సమగ్రత_, సమాచారం సరైనది, దానిని అనధికార సంస్థల ద్వారా లేదా అనధికార మార్గాలలో మార్చలేరు (ఉదాహరణకు, `Transfer` ఈవెంట్ లేకుండా [ERC-20 టోకెన్లను](https://eips.ethereum.org/EIPS/eip-20#events) బదిలీ చేయడం). బ్లాక్చెయిన్లో, ప్రతి నోడ్ ప్రతి స్టేట్ మార్పును ధృవీకరిస్తుంది, ఇది సమగ్రతను నిర్ధారిస్తుంది.
+
+- _లభ్యత_, సమాచారం ఏదైనా అధీకృత సంస్థకు అందుబాటులో ఉంటుంది. బ్లాక్చెయిన్లో, ప్రతి [పూర్తి నోడ్లోనూ](https://ethereum.org/developers/docs/nodes-and-clients#full-node) సమాచారం అందుబాటులో ఉండటం ద్వారా ఇది సాధారణంగా సాధించబడుతుంది.
+
+L1లో హాష్లు పోస్ట్ చేయబడినందున ఇక్కడ ఉన్న వివిధ పరిష్కారాలన్నీ అద్భుతమైన సమగ్రతను కలిగి ఉన్నాయి. అయితే, అవి వేర్వేరు లభ్యత హామీలను కలిగి ఉన్నాయి.
+
+## అవసరాలు {#prerequisites}
+
+మీకు [బ్లాక్చెయిన్ ప్రాథమిక అంశాలపై](/developers/docs/intro-to-ethereum/) మంచి అవగాహన ఉండాలి. ఈ పేజీ పాఠకుడికి [బ్లాక్స్](/developers/docs/blocks/), [లావాదేవీలు](/developers/docs/transactions/), మరియు ఇతర సంబంధిత అంశాలతో సుపరిచితులని కూడా ఊహిస్తుంది.
+
+## EIP-4844 బ్లాబ్స్ {#eip-4844-blobs}
+
+[డెన్కన్ హార్డ్ఫోర్క్తో](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/beacon-chain.md) ప్రారంభించి, ఎథేరియం బ్లాక్చెయిన్లో [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) ఉంటుంది, ఇది పరిమిత జీవితకాలంతో (ప్రారంభంలో సుమారు [18 రోజులు](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/p2p-interface.md#configuration)) ఎథేరియం డేటా బ్లాబ్లను జోడిస్తుంది. ఈ బ్లాబ్స్ [ఎగ్జిక్యూషన్ గ్యాస్](/developers/docs/gas) నుండి వేరుగా ధర నిర్ణయించబడతాయి, అయినప్పటికీ ఇదే విధమైన యంత్రాంగాన్ని ఉపయోగిస్తాయి. తాత్కాలిక డేటాను పోస్ట్ చేయడానికి అవి చౌకైన మార్గం.
+
+EIP-4844 బ్లాబ్స్ యొక్క ప్రధాన వినియోగం రోల్అప్లు తమ లావాదేవీలను ప్రచురించడం కోసం. [ఆప్టిమిస్టిక్ రోల్అప్లు](/developers/docs/scaling/optimistic-rollups) తమ బ్లాక్చెయిన్లపై లావాదేవీలను ప్రచురించాలి. రోల్అప్ యొక్క [సీక్వెన్సర్](https://docs.optimism.io/connect/resources/glossary#sequencer) తప్పు స్టేట్ రూట్ను పోస్ట్ చేస్తే, పొరపాటును సరిచేయడానికి [వాలిడేటర్లను](https://docs.optimism.io/connect/resources/glossary#validator) ఎనేబుల్ చేయడానికి ఆ లావాదేవీలు [ఛాలెంజ్ పీరియడ్](https://docs.optimism.io/connect/resources/glossary#challenge-period) సమయంలో ఎవరికైనా అందుబాటులో ఉండాలి.
+
+అయితే, ఛాలెంజ్ వ్యవధి ముగిసి, స్టేట్ రూట్ ఖరారు చేయబడిన తర్వాత, ఈ లావాదేవీలను తెలుసుకోవడం యొక్క మిగిలిన ఉద్దేశ్యం చైన్ యొక్క ప్రస్తుత స్థితిని పునరావృతం చేయడం. ఈ స్టేట్ చైన్ నోడ్ల నుండి కూడా అందుబాటులో ఉంటుంది, చాలా తక్కువ ప్రాసెసింగ్ అవసరం. కాబట్టి లావాదేవీల సమాచారం [బ్లాక్ ఎక్స్ప్లోరర్ల](/developers/docs/data-and-analytics/block-explorers) వంటి కొన్ని ప్రదేశాలలో భద్రపరచబడాలి, కానీ ఎథేరియం అందించే సెన్సార్షిప్ నిరోధకత స్థాయికి చెల్లించాల్సిన అవసరం లేదు.
+
+[జీరో-కనౌలెడ్జి రోల్అప్లు](/developers/docs/scaling/zk-rollups/#data-availability) కూడా ఇప్పటికే ఉన్న స్థితిని పునరావృతం చేయడానికి మరియు చెల్లుబాటు రుజువులను ధృవీకరించడానికి ఇతర నోడ్లను ప్రారంభించడానికి వాటి లావాదేవీ డేటాను పోస్ట్ చేస్తాయి, కానీ మళ్ళీ అది స్వల్పకాలిక అవసరం.
+
+రాసే సమయంలో EIP-4844లో పోస్ట్ చేయడానికి ప్రతి బైట్కు ఒక వీ (10-18 ETH) ఖర్చవుతుంది, ఇది [బ్లాబ్స్ పోస్ట్ చేసే లావాదేవీతో సహా ఏ లావాదేవీకైనా అయ్యే 21,000 ఎగ్జిక్యూషన్ గ్యాస్ ఖర్చుతో](https://eth.blockscout.com/tx/0xf6cfaf0431c73dd1d96369a5e6707d64f463ccf477a4131265397f1d81466929?tab=index) పోలిస్తే చాలా తక్కువ. మీరు ప్రస్తుత EIP-4844 ధరను [blobscan.com](https://blobscan.com/blocks)లో చూడవచ్చు.
+
+కొన్ని ప్రసిద్ధ రోల్అప్ల ద్వారా పోస్ట్ చేయబడిన బ్లాబ్స్ను చూడటానికి ఇక్కడ చిరునామాలు ఉన్నాయి.
+
+| రోల్అప్ | మెయిల్బాక్స్ చిరునామా |
+| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------- |
+| [Optimism](https://www.optimism.io/) | [`0xFF00000000000000000000000000000000000010`](https://blobscan.com/address/0xFF00000000000000000000000000000000000010) |
+| [Arbitrum](https://arbitrum.io/) | [`0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6`](https://blobscan.com/address/0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6) |
+| [Base](https://base.org/) | [`0xFF00000000000000000000000000000000008453`](https://blobscan.com/address/0xFF00000000000000000000000000000000008453) |
+
+## కాల్డేటా {#calldata}
+
+కాల్డేటా లావాదేవీలో భాగంగా పంపిన బైట్లను సూచిస్తుంది. ఇది ఆ లావాదేవీని కలిగి ఉన్న బ్లాక్లో బ్లాక్చెయిన్ యొక్క శాశ్వత రికార్డులో భాగంగా నిల్వ చేయబడుతుంది.
+
+బ్లాక్చెయిన్లో శాశ్వతంగా డేటాను ఉంచడానికి ఇది చౌకైన పద్ధతి. ప్రతి బైట్కు అయ్యే ఖర్చు 4 ఎగ్జిక్యూషన్ గ్యాస్ (బైట్ సున్నా అయితే) లేదా 16 గ్యాస్ (ఏదైనా ఇతర విలువ). డేటా కంప్రెస్ చేయబడితే, ఇది ప్రామాణిక పద్ధతి, అప్పుడు ప్రతి బైట్ విలువ సమానంగా ఉంటుంది, కాబట్టి సగటు ఖర్చు ప్రతి బైట్కు సుమారు 15.95 గ్యాస్.
+
+రాసే సమయంలో, ధరలు 12 gwei/gas మరియు 2300 $/ETH, అంటే ప్రతి కిలోబైట్కు దాదాపు 45 సెంట్లు ఖర్చు అవుతుంది. EIP-4844 కంటే ముందు ఇది చౌకైన పద్ధతి అయినందున, ఇది రోల్అప్లు లావాదేవీ సమాచారాన్ని నిల్వ చేయడానికి ఉపయోగించే పద్ధతి. ఇది [ఫాల్ట్ ఛాలెంజ్ల](https://docs.optimism.io/stack/protocol/overview#fault-proofs) కోసం అందుబాటులో ఉండాలి, కానీ నేరుగా ఆన్చెయిన్లో అందుబాటులో ఉండవలసిన అవసరం లేదు.
+
+కొన్ని ప్రసిద్ధ రోల్అప్ల ద్వారా పోస్ట్ చేయబడిన లావాదేవీలను చూడటానికి ఇక్కడ చిరునామాలు ఉన్నాయి.
+
+| రోల్అప్ | మెయిల్బాక్స్ చిరునామా |
+| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------- |
+| [Optimism](https://www.optimism.io/) | [`0xFF00000000000000000000000000000000000010`](https://eth.blockscout.com/address/0xFF00000000000000000000000000000000000010) |
+| [Arbitrum](https://arbitrum.io/) | [`0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6`](https://eth.blockscout.com/address/0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6) |
+| [Base](https://base.org/) | [`0xFF00000000000000000000000000000000008453`](https://eth.blockscout.com/address/0xFF00000000000000000000000000000000008453) |
+
+## L1 మెకానిజమ్స్తో ఆఫ్చెయిన్ {#offchain-with-l1-mechs}
+
+మీ భద్రతా ట్రేడ్ఆఫ్లను బట్టి, సమాచారాన్ని మరెక్కడైనా ఉంచి, అవసరమైనప్పుడు డేటా అందుబాటులో ఉండేలా చూసే మెకానిజంను ఉపయోగించడం ఆమోదయోగ్యం కావచ్చు. ఇది పనిచేయడానికి రెండు అవసరాలు ఉన్నాయి:
+
+1. బ్లాక్చెయిన్పై డేటా యొక్క [హాష్](https://en.wikipedia.org/wiki/Cryptographic_hash_function) పోస్ట్ చేయండి, దీనిని _ఇన్పుట్ కమిట్మెంట్_ అంటారు. ఇది ఒకే 32-బైట్ పదం కావచ్చు, కాబట్టి ఇది ఖరీదైనది కాదు. ఇన్పుట్ కమిట్మెంట్ అందుబాటులో ఉన్నంత వరకు, సమగ్రత హామీ ఇవ్వబడుతుంది, ఎందుకంటే అదే విలువకు హాష్ చేసే మరే ఇతర డేటాను కనుగొనడం సాధ్యం కాదు. కాబట్టి తప్పు డేటా అందించబడితే, దానిని గుర్తించవచ్చు.
+
+2. లభ్యతను నిర్ధారించే యంత్రాంగాన్ని కలిగి ఉండండి. ఉదాహరణకు, [రెడ్స్టోన్లో](https://redstone.xyz/docs/what-is-redstone) ఏ నోడ్ అయినా లభ్యత ఛాలెంజ్ను సమర్పించవచ్చు. సీక్వెన్సర్ గడువులోగా ఆన్చెయిన్లో స్పందించకపోతే, ఇన్పుట్ కమిట్మెంట్ విస్మరించబడుతుంది, కాబట్టి సమాచారం ఎప్పుడూ పోస్ట్ చేయబడలేదని పరిగణించబడుతుంది.
+
+ఇది ఆప్టిమిస్టిక్ రోల్అప్కు ఆమోదయోగ్యమైనది, ఎందుకంటే మనం ఇప్పటికే స్టేట్ రూట్ కోసం కనీసం ఒక నిజాయితీ గల ధృవీకరణకర్తను కలిగి ఉండటంపై ఆధారపడి ఉన్నాము. అటువంటి నిజాయితీగల ధృవీకరణకర్త బ్లాక్లను ప్రాసెస్ చేయడానికి డేటాను కలిగి ఉందని నిర్ధారించుకుంటుంది మరియు సమాచారం ఆఫ్చెయిన్లో అందుబాటులో లేకపోతే లభ్యత ఛాలెంజ్ను జారీ చేస్తుంది. ఈ రకమైన ఆప్టిమిస్టిక్ రోల్అప్ను [ప్లాస్మా](/developers/docs/scaling/plasma/) అంటారు.
+
+## కాంట్రాక్ట్ కోడ్ {#contract-code}
+
+ఒక్కసారి మాత్రమే రాయాల్సిన, ఎప్పటికీ ఓవర్రైట్ చేయని, మరియు ఆన్చెయిన్లో అందుబాటులో ఉండాల్సిన సమాచారాన్ని కాంట్రాక్ట్ కోడ్గా నిల్వ చేయవచ్చు. అంటే మనం డేటాతో ఒక "స్మార్ట్ కాంట్రాక్ట్"ని సృష్టించి, ఆపై సమాచారాన్ని చదవడానికి [`EXTCODECOPY`](https://www.evm.codes/#3c?fork=shanghai)ని ఉపయోగిస్తాము. ప్రయోజనం ఏమిటంటే, కోడ్ను కాపీ చేయడం చాలా చౌక.
+
+మెమరీ విస్తరణ ఖర్చు కాకుండా, `EXTCODECOPY` ఒక కాంట్రాక్ట్కు మొదటి యాక్సెస్ కోసం (అది "కోల్డ్"గా ఉన్నప్పుడు) 2600 గ్యాస్ ఖర్చవుతుంది మరియు అదే కాంట్రాక్ట్ నుండి తదుపరి కాపీల కోసం 100 గ్యాస్ ప్లస్ ప్రతి 32 బైట్ పదానికి 3 గ్యాస్ ఖర్చవుతుంది. ప్రతి బైట్కు 15.95 ఖర్చయ్యే కాల్డేటాతో పోలిస్తే, ఇది సుమారు 200 బైట్ల నుండి చౌకగా ఉంటుంది. [మెమరీ విస్తరణ ఖర్చుల ఫార్ములా](https://www.evm.codes/about#memoryexpansion) ఆధారంగా, మీకు 4MB కంటే ఎక్కువ మెమరీ అవసరం లేనంత వరకు, మెమరీ విస్తరణ ఖర్చు కాల్డేటాను జోడించే ఖర్చు కంటే తక్కువగా ఉంటుంది.
+
+వాస్తవానికి, ఇది డేటాను _చదవడానికి_ అయ్యే ఖర్చు మాత్రమే. కాంట్రాక్ట్ను సృష్టించడానికి సుమారుగా 32,000 గ్యాస్ + 200 గ్యాస్/బైట్ ఖర్చవుతుంది. వివిధ లావాదేవీలలో ఒకే సమాచారాన్ని చాలాసార్లు చదవాల్సిన అవసరం వచ్చినప్పుడు మాత్రమే ఈ పద్ధతి ఆర్థికంగా ఉంటుంది.
+
+కాంట్రాక్ట్ కోడ్ `0xEF` తో ప్రారంభం కానంత వరకు అర్థరహితంగా ఉండవచ్చు. `0xEF` తో ప్రారంభమయ్యే కాంట్రాక్టులు [ఎథేరియం ఆబ్జెక్ట్ ఫార్మాట్](https://notes.ethereum.org/@ipsilon/evm-object-format-overview)గా అన్వయించబడతాయి, దీనికి చాలా కఠినమైన అవసరాలు ఉన్నాయి.
+
+## ఈవెంట్లు {#events}
+
+[ఈవెంట్లు](https://docs.alchemy.com/docs/solidity-events) స్మార్ట్ కాంట్రాక్టుల ద్వారా విడుదల చేయబడతాయి మరియు ఆఫ్చెయిన్ సాఫ్ట్వేర్ ద్వారా చదవబడతాయి.
+వాటి ప్రయోజనం ఏమిటంటే ఆఫ్చెయిన్ కోడ్ ఈవెంట్ల కోసం వినగలదు. ఖర్చు [గ్యాస్](https://www.evm.codes/#a0?fork=cancun), 375 ప్లస్ ప్రతి బైట్ డేటాకు 8 గ్యాస్. 12 gwei/gas మరియు 2300 $/ETH వద్ద, ఇది ఒక సెంట్ ప్లస్ ప్రతి కిలోబైట్కు 22 సెంట్లుగా అనువదిస్తుంది.
+
+## నిల్వ {#storage}
+
+స్మార్ట్ కాంట్రాక్టులకు [శాశ్వత నిల్వకు](https://docs.alchemy.com/docs/smart-contract-storage-layout#what-is-storage-memory) యాక్సెస్ ఉంటుంది. అయితే, ఇది చాలా ఖరీదైనది. గతంలో ఖాళీగా ఉన్న నిల్వ స్లాట్కు 32 బైట్ పదాన్ని రాయడానికి [22,100 గ్యాస్ ఖర్చవుతుంది](https://www.evm.codes/#55?fork=cancun). 12 gwei/gas మరియు 2300 $/ETH వద్ద, ఇది ప్రతి రైట్ ఆపరేషన్కు దాదాపు 61 సెంట్లు, లేదా ప్రతి కిలోబైట్కు $19.5.
+
+ఎథేరియంలో ఇది అత్యంత ఖరీదైన నిల్వ రూపం.
+
+## సారాంశం {#summary}
+
+ఈ పట్టిక వివిధ ఎంపికలు, వాటి ప్రయోజనాలు మరియు ప్రతికూలతలను సంగ్రహిస్తుంది.
+
+| నిల్వ రకం | డేటా మూలం | లభ్యత హామీ | ఆన్చెయిన్ లభ్యత | అదనపు పరిమితులు |
+| ---------------------------- | -------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | ----------------------------------------------------------------- |
+| EIP-4844 బ్లాబ్స్ | ఆఫ్చెయిన్ | [~18 రోజుల](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/p2p-interface.md#configuration) పాటు ఎథేరియం హామీ | హాష్ మాత్రమే అందుబాటులో ఉంటుంది | |
+| కాల్డేటా | ఆఫ్చెయిన్ | ఎథేరియం హామీ ఎప్పటికీ (బ్లాక్చెయిన్లో భాగం) | ఒక కాంట్రాక్టుకు వ్రాసినప్పుడు మరియు ఆ లావాదేవీలో మాత్రమే అందుబాటులో ఉంటుంది | |
+| L1 మెకానిజమ్స్తో ఆఫ్చెయిన్ | ఆఫ్చెయిన్ | ఛాలెంజ్ వ్యవధిలో "ఒక నిజాయితీ ధృవీకరణకర్త" హామీ | హాష్ మాత్రమే | ఛాలెంజ్ మెకానిజం ద్వారా హామీ ఇవ్వబడింది, ఛాలెంజ్ వ్యవధిలో మాత్రమే |
+| కాంట్రాక్ట్ కోడ్ | ఆన్చెయిన్ లేదా ఆఫ్చెయిన్ | ఎథేరియం హామీ ఎప్పటికీ (బ్లాక్చెయిన్లో భాగం) | అవును | "యాదృచ్ఛిక" చిరునామాకు వ్రాయబడింది, `0xEF` తో ప్రారంభం కాదు |
+| సంఘటనలు | ఆన్చెయిన్ | ఎథేరియం హామీ ఎప్పటికీ (బ్లాక్చెయిన్లో భాగం) | లేదు | |
+| స్టోరేజ్ | ఆన్చెయిన్ | ఎథేరియం హామీ ఎప్పటికీ (బ్లాక్చెయిన్లో భాగం మరియు ఓవర్రైట్ అయ్యే వరకు ప్రస్తుత స్థితిలో) | అవును | |
diff --git a/public/content/translations/te/developers/docs/data-availability/index.md b/public/content/translations/te/developers/docs/data-availability/index.md
new file mode 100644
index 00000000000..490e1039229
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-availability/index.md
@@ -0,0 +1,84 @@
+---
+title: డేటా లభ్యత
+description: ఇతీరియములో డేటా లభ్యతకు సంబంధించిన సమస్యలు మరియు పరిష్కారాల యొక్క అవలోకనం
+lang: te
+---
+
+"నమ్మవద్దు, ధృవీకరించు" అనేది ఇతీరియములో ఒక సాధారణ సూక్తి. ఇక్కడ ఆలోచన ఏమిటంటే, మీ నోడ్ స్వతంత్రంగా ధృవీకరించగలదు, అది తోటివారి నుండి స్వీకరించే బ్లాక్లలోని అన్ని లావాదేవీలను అమలు చేయడం ద్వారా అది స్వీకరించే సమాచారం సరైనదని, ప్రతిపాదిత మార్పులు నోడ్ ద్వారా స్వతంత్రంగా గణించబడిన వాటితో కచ్చితంగా సరిపోలుతున్నాయని నిర్ధారించుకోవచ్చు. దీని అర్థం నోడ్స్ బ్లాక్ పంపినవారు నిజాయితీగా ఉన్నారని నమ్మనవసరం లేదు. డేటా తప్పిపోయినట్లయితే ఇది సాధ్యం కాదు.
+
+**డేటా లభ్యత** అనేది ఒక బ్లాక్ను ధృవీకరించడానికి అవసరమైన డేటా నెట్వర్క్ భాగస్వాములందరికీ నిజంగా అందుబాటులో ఉందని ఒక వినియోగదారుడు కలిగి ఉండే విశ్వాసాన్ని సూచిస్తుంది. ఇతీరియము లేయర్ 1లోని పూర్తి నోడ్స్ కోసం ఇది చాలా సులభం; పూర్తి నోడ్ ప్రతి బ్లాక్లోని మొత్తం డేటా కాపీని డౌన్లోడ్ చేస్తుంది - డౌన్లోడ్ చేయడం సాధ్యం కావాలంటే డేటా అందుబాటులో ఉండాలి. తప్పిపోయిన డేటాతో ఉన్న బ్లాక్ బ్లాక్ చైనుకు జోడించబడకుండా విస్మరించబడుతుంది. ఇది "ఆన్చైన్ డేటా లభ్యత" మరియు ఇది మోనోలిథిక్ బ్లాక్ చైనుల యొక్క లక్షణం. పూర్తి నోడ్స్ చెల్లని లావాదేవీలను అంగీకరించడంలో మోసపోలేవు ఎందుకంటే అవి ప్రతి లావాదేవీని తమ కోసం డౌన్లోడ్ చేసి అమలు చేస్తాయి. అయినప్పటికీ, మాడ్యులర్ బ్లాక్ చైనులు, లేయర్ 2 రోల్అప్లు మరియు లైట్ ఖాతాదారుల కోసం, డేటా లభ్యత ల్యాండ్స్కేప్ మరింత సంక్లిష్టంగా ఉంటుంది, దీనికి కొన్ని మరింత అధునాతన ధృవీకరణ పద్ధతులు అవసరం.
+
+## అవసరాలు {#prerequisites}
+
+మీకు [బ్లాక్ చైను ప్రాథమిక అంశాలు](/developers/docs/intro-to-ethereum/), ప్రత్యేకించి [ఏకాభిప్రాయం యంత్రాంగాలు](/developers/docs/consensus-mechanisms/) గురించి మంచి అవగాహన ఉండాలి. ఈ పేజీ చదివేవారికి [బ్లాక్లు](/developers/docs/blocks/), [లావాదేవీలు](/developers/docs/transactions/), [నోడ్స్](/developers/docs/nodes-and-clients/), [స్కేలింగ్ పరిష్కారాలు](/developers/docs/scaling/), మరియు ఇతర సంబంధిత అంశాలతో పరిచయం ఉందని కూడా భావిస్తుంది.
+
+## డేటా లభ్యత సమస్య {#the-data-availability-problem}
+
+డేటా లభ్యత సమస్య అనేది మొత్తం నెట్వర్క్కు నిరూపించాల్సిన అవసరం, బ్లాక్ చైనుకు జోడించబడుతున్న కొంత లావాదేవీ డేటా యొక్క సంగ్రహ రూపం నిజంగా చెల్లుబాటు అయ్యే లావాదేవీల సమితిని సూచిస్తుంది, కానీ అన్ని నోడ్స్ మొత్తం డేటాను డౌన్లోడ్ చేయకుండానే అలా చేయడం. బ్లాక్లను స్వతంత్రంగా ధృవీకరించడానికి పూర్తి లావాదేవీ డేటా అవసరం, కానీ అన్ని నోడ్స్ పూర్తి లావాదేవీ డేటాను డౌన్లోడ్ చేయమని కోరడం స్కేలింగ్కు ఒక అవరోధం. డేటా లభ్యత సమస్యకు పరిష్కారాలు, తమ కోసం డేటాను డౌన్లోడ్ చేసి నిల్వ చేయని నెట్వర్క్ భాగస్వాములకు ధృవీకరణ కోసం పూర్తి లావాదేవీ డేటా అందుబాటులో ఉంచబడిందని తగినంత హామీలను అందించడం లక్ష్యంగా పెట్టుకున్నాయి.
+
+[లైట్ నోడ్స్](/developers/docs/nodes-and-clients/light-clients) మరియు [లేయర్ 2 రోల్అప్లు](/developers/docs/scaling) నెట్వర్క్ భాగస్వాముల యొక్క ముఖ్యమైన ఉదాహరణలు, వీటికి బలమైన డేటా లభ్యత హామీలు అవసరం కానీ తమ కోసం లావాదేవీ డేటాను డౌన్లోడ్ చేసి ప్రాసెస్ చేయలేవు. లావాదేవీ డేటాను డౌన్లోడ్ చేయకుండా ఉండటమే లైట్ నోడ్స్ను లైట్గా చేస్తుంది మరియు రోల్అప్లను సమర్థవంతమైన స్కేలింగ్ పరిష్కారాలుగా ఎనేబుల్ చేస్తుంది.
+
+భవిష్యత్ ["స్టేట్లెస్"](/roadmap/statelessness) ఇతీరియము ఖాతాదారులకు కూడా డేటా లభ్యత ఒక క్లిష్టమైన ఆందోళన, వీరు బ్లాక్లను ధృవీకరించడానికి స్థితి డేటాను డౌన్లోడ్ చేసి నిల్వ చేయాల్సిన అవసరం లేదు. స్టేట్లెస్ ఖాతాదారులు డేటా ఎక్కడో అందుబాటులో ఉందని మరియు అది సరిగ్గా ప్రాసెస్ చేయబడిందని నిర్ధారించుకోవాలి.
+
+## డేటా లభ్యత పరిష్కారాలు {#data-availability-solutions}
+
+### డేటా లభ్యత నమూనా (DAS) {#data-availability-sampling}
+
+డేటా లభ్యత నమూనా (DAS) అనేది నెట్వర్క్ కోసం ఏ ఒక్క నోడ్పైనా ఎక్కువ ఒత్తిడి లేకుండా డేటా అందుబాటులో ఉందో లేదో తనిఖీ చేయడానికి ఒక మార్గం. ప్రతి నోడ్ (నాన్-స్టేకింగ్ నోడ్స్తో సహా) మొత్తం డేటాలోని కొన్ని చిన్న, యాదృచ్ఛికంగా ఎంచుకున్న ఉపసమితిని డౌన్లోడ్ చేస్తుంది. నమూనాలను విజయవంతంగా డౌన్లోడ్ చేయడం మొత్తం డేటా అందుబాటులో ఉందని అధిక విశ్వాసంతో నిర్ధారిస్తుంది. ఇది డేటా ఎరేజర్ కోడింగ్పై ఆధారపడి ఉంటుంది, ఇది ఇచ్చిన డేటాసెట్ను పునరావృత సమాచారంతో విస్తరిస్తుంది (ఇలా చేసే విధానం డేటాపై _బహుపది_ అని పిలువబడే ఒక ఫంక్షన్ను అమర్చడం మరియు అదనపు పాయింట్ల వద్ద ఆ బహుపదిని మూల్యాంకనం చేయడం). ఇది అవసరమైనప్పుడు పునరావృత డేటా నుండి అసలు డేటాను పునరుద్ధరించడానికి అనుమతిస్తుంది. ఈ డేటా సృష్టి యొక్క పర్యవసానం ఏమిటంటే, అసలు డేటాలో ఏది అందుబాటులో లేకపోయినా, విస్తరించిన డేటాలో _సగం_ తప్పిపోతుంది! ప్రతి నోడ్ ద్వారా డౌన్లోడ్ చేయబడిన డేటా నమూనాల పరిమాణాన్ని ట్యూన్ చేయవచ్చు, తద్వారా ప్రతి ఖాతాదారుడు నమూనా చేసిన డేటా శకలాలలో కనీసం ఒకటి తప్పిపోయే అవకాశం _అత్యంత_ ఎక్కువగా ఉంటుంది _ఒకవేళ_ సగం కంటే తక్కువ డేటా నిజంగా అందుబాటులో ఉంటే.
+
+[Full Danksharding](/roadmap/danksharding/#what-is-danksharding) అమలు చేయబడిన తర్వాత రోల్అప్ ఆపరేటర్లు తమ లావాదేవీ డేటాను అందుబాటులో ఉంచేలా చూడటానికి DAS ఉపయోగించబడుతుంది. పైన వివరించిన పునరావృతం స్కీమ్ను ఉపయోగించి బ్లాబ్స్లో అందించిన లావాదేవీ డేటాను ఇతీరియము నోడ్స్ యాదృచ్ఛికంగా నమూనా చేస్తాయి, మొత్తం డేటా ఉనికిలో ఉందని నిర్ధారించుకోవడానికి. సురక్షితమైన లైట్ ఖాతాదారులకు బ్లాక్ ప్రొడ్యూసర్లు తమ మొత్తం డేటాను అందుబాటులో ఉంచుతున్నారని నిర్ధారించడానికి అదే టెక్నిక్ను ఉపయోగించవచ్చు. అదేవిధంగా, [ప్రపోజర్-బిల్డర్ సెపరేషన్](/roadmap/pbs) కింద, మొత్తం బ్లాక్ను ప్రాసెస్ చేయడానికి బ్లాక్ బిల్డర్ మాత్రమే అవసరం - ఇతర వాలిడేటర్లు డేటా లభ్యత నమూనాను ఉపయోగించి ధృవీకరిస్తారు.
+
+### డేటా లభ్యత కమిటీలు {#data-availability-committees}
+
+డేటా లభ్యత కమిటీలు (DACలు) విశ్వసనీయ పార్టీలు, ఇవి డేటా లభ్యతను అందిస్తాయి లేదా ధృవీకరిస్తాయి. DACలను DASకు బదులుగా, [లేదా దానితో కలిపి](https://hackmd.io/@vbuterin/sharding_proposal#Why-not-use-just-committees-and-not-DAS) ఉపయోగించవచ్చు. కమిటీలతో వచ్చే భద్రతా హామీలు నిర్దిష్ట సెటప్పై ఆధారపడి ఉంటాయి. ఉదాహరణకు, లైట్ నోడ్స్ కోసం డేటా లభ్యతను ధృవీకరించడానికి ఇతీరియము యాదృచ్ఛికంగా నమూనా చేయబడిన వాలిడేటర్ల ఉపసమితులను ఉపయోగిస్తుంది.
+
+కొన్ని వాలిడియమ్ల ద్వారా కూడా DACలు ఉపయోగించబడతాయి. DAC అనేది ఆఫ్లైన్లో డేటా కాపీలను నిల్వ చేసే విశ్వసనీయ నోడ్స్ సెట్. వివాదం జరిగినప్పుడు డేటాను అందుబాటులో ఉంచడానికి DAC అవసరం. DAC సభ్యులు చెప్పిన డేటా నిజంగా అందుబాటులో ఉందని నిరూపించడానికి ఆన్చైన్ ధృవీకరణలను కూడా ప్రచురిస్తారు. కొన్ని వాలిడియమ్లు DACలను ప్రూఫ్-ఆఫ్-స్టేక్ (PoS) వాలిడేటర్ సిస్టమ్తో భర్తీ చేస్తాయి. ఇక్కడ, ఎవరైనా వాలిడేటర్గా మారి డేటాను ఆఫ్చైన్లో నిల్వ చేయవచ్చు. అయితే, వారు తప్పనిసరిగా ఒక “బాండ్”ను అందించాలి, ఇది ఒక స్మార్ట్ కాంట్రాక్ట్లో డిపాజిట్ చేయబడుతుంది. హానికరమైన ప్రవర్తన జరిగినప్పుడు, ఉదాహరణకు వాలిడేటర్ డేటాను నిలిపివేస్తే, బాండ్ స్లాష్ చేయబడవచ్చు. ప్రూఫ్-ఆఫ్-స్టేక్ డేటా లభ్యత కమిటీలు సాధారణ DACల కంటే చాలా సురక్షితమైనవి ఎందుకంటే అవి నిజాయితీ ప్రవర్తనను నేరుగా ప్రోత్సహిస్తాయి.
+
+## డేటా లభ్యత మరియు లైట్ నోడ్స్ {#data-availability-and-light-nodes}
+
+[లైట్ నోడ్స్](/developers/docs/nodes-and-clients/light-clients) బ్లాక్ డేటాను డౌన్లోడ్ చేయకుండానే వారు స్వీకరించే బ్లాక్ హెడర్ల యొక్క ఖచ్చితత్వాన్ని ధృవీకరించాలి. ఈ తేలిక యొక్క ధర ఏమిటంటే, పూర్తి నోడ్స్ చేసిన విధంగా స్థానికంగా లావాదేవీలను తిరిగి అమలు చేయడం ద్వారా బ్లాక్ హెడర్లను స్వతంత్రంగా ధృవీకరించలేకపోవడం.
+
+ఇతీరియము లైట్ నోడ్స్ _సింక్ కమిటీ_కి కేటాయించబడిన 512 వాలిడేటర్ల యాదృచ్ఛిక సెట్లను విశ్వసిస్తాయి. సింక్ కమిటీ DACగా పనిచేస్తుంది, ఇది క్రిప్టోగ్రాఫిక్ సంతకాన్ని ఉపయోగించి హెడర్లోని డేటా సరైనదని లైట్ ఖాతాదారులకు సూచిస్తుంది. ప్రతిరోజూ, సింక్ కమిటీ రిఫ్రెష్ అవుతుంది. ప్రతి బ్లాక్ హెడర్ లైట్ నోడ్స్ను _తదుపరి_ బ్లాక్పై ఎవరు సంతకం చేస్తారని ఆశించాలో హెచ్చరిస్తుంది, తద్వారా వారు నిజమైన సింక్-కమిటీగా నటించే హానికరమైన సమూహాన్ని నమ్మడంలో మోసపోరు.
+
+అయినప్పటికీ, ఒక దాడిచేసేవాడు ఏదో ఒకవిధంగా హానికరమైన బ్లాక్ హెడర్ను లైట్ ఖాతాదారులకు పంపి, అది ఒక నిజాయితీ గల సింక్-కమిటీచే సంతకం చేయబడిందని వారిని ఒప్పించగలిగితే ఏమి జరుగుతుంది? ఆ సందర్భంలో, దాడిచేసేవాడు చెల్లని లావాదేవీలను చేర్చవచ్చు మరియు లైట్ ఖాతాదారుడు వాటిని గుడ్డిగా అంగీకరిస్తాడు, ఎందుకంటే వారు బ్లాక్ హెడర్లో సంగ్రహించిన అన్ని స్థితి మార్పులను స్వతంత్రంగా తనిఖీ చేయరు. దీని నుండి రక్షించుకోవడానికి, లైట్ ఖాతాదారుడు మోసం ప్రూఫ్లను ఉపయోగించవచ్చు.
+
+ఈ మోసం ప్రూఫ్లు పనిచేసే విధానం ఏమిటంటే, ఒక పూర్తి నోడ్, నెట్వర్క్లో ఒక చెల్లని స్థితి పరివర్తన గురించి ప్రచారం జరగడం చూసి, ప్రతిపాదిత స్థితి పరివర్తన ఇచ్చిన లావాదేవీల సమితి నుండి సాధ్యం కాదని ప్రదర్శించే ఒక చిన్న డేటాను త్వరగా ఉత్పత్తి చేసి, ఆ డేటాను తోటివారికి ప్రసారం చేయగలదు. లైట్ నోడ్స్ ఆ మోసం-ప్రూఫ్లను ఎంచుకుని, చెడ్డ బ్లాక్ హెడర్లను విస్మరించడానికి వాటిని ఉపయోగించవచ్చు, తద్వారా అవి పూర్తి నోడ్స్ వలె అదే నిజాయితీ గల గొలుసుపై ఉంటాయి.
+
+ఇది పూర్తి నోడ్స్ పూర్తి లావాదేవీ డేటాకు ప్రాప్యత కలిగి ఉండటంపై ఆధారపడి ఉంటుంది. చెడ్డ బ్లాక్ హెడర్ను ప్రసారం చేసి, లావాదేవీ డేటాను అందుబాటులో ఉంచడంలో విఫలమైన దాడిచేసేవాడు పూర్తి నోడ్స్ మోసం ప్రూఫ్లను ఉత్పత్తి చేయకుండా నిరోధించగలడు. పూర్తి నోడ్స్ చెడ్డ బ్లాక్ గురించి హెచ్చరికను సూచించగలవు, కానీ వారు తమ హెచ్చరికను రుజువుతో సమర్ధించలేకపోయారు, ఎందుకంటే రుజువును ఉత్పత్తి చేయడానికి డేటా అందుబాటులో ఉంచబడలేదు!
+
+ఈ డేటా లభ్యత సమస్యకు పరిష్కారం DAS. లైట్ నోడ్స్ పూర్తి స్థితి డేటా యొక్క చాలా చిన్న యాదృచ్ఛిక భాగాలను డౌన్లోడ్ చేస్తాయి మరియు పూర్తి డేటా సెట్ అందుబాటులో ఉందని ధృవీకరించడానికి నమూనాలను ఉపయోగిస్తాయి. N యాదృచ్ఛిక భాగాలను డౌన్లోడ్ చేసిన తర్వాత పూర్తి డేటా లభ్యతను తప్పుగా భావించే అసలు సంభావ్యతను లెక్కించవచ్చు ([100 భాగాలకు అవకాశం 10^-30](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html), అంటే, నమ్మశక్యంకాని విధంగా అసంభవం).
+
+ఈ సందర్భంలో కూడా, కొన్ని బైట్ల డేటాను నిలిపివేసే దాడులు యాదృచ్ఛిక డేటా అభ్యర్థనలు చేసే ఖాతాదారులచే గమనింపబడకుండా పోయే అవకాశం ఉంది. ఎరేజర్ కోడింగ్ ప్రతిపాదిత స్థితి మార్పులను తనిఖీ చేయడానికి ఉపయోగపడే డేటా యొక్క చిన్న తప్పిపోయిన భాగాలను పునర్నిర్మించడం ద్వారా దీనిని పరిష్కరిస్తుంది. పునర్నిర్మించిన డేటాను ఉపయోగించి ఒక మోసం ప్రూఫ్ను నిర్మించవచ్చు, ఇది లైట్ నోడ్స్ చెడ్డ హెడర్లను అంగీకరించకుండా నిరోధిస్తుంది.
+
+**గమనిక:** ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియము లైట్ ఖాతాదారుల కోసం DAS మరియు మోసం ప్రూఫ్లు ఇంకా అమలు చేయబడలేదు, కానీ అవి రోడ్మ్యాప్లో ఉన్నాయి, ఎక్కువగా ZK-SNARK ఆధారిత ప్రూఫ్ల రూపంలో ఉంటాయి. నేటి లైట్ ఖాతాదారులు DAC యొక్క ఒక రూపంపై ఆధారపడతారు: వారు సింక్-కమిటీ యొక్క గుర్తింపులను ధృవీకరించి, ఆ తర్వాత వారు స్వీకరించే సంతకం చేసిన బ్లాక్ హెడర్లను విశ్వసిస్తారు.
+
+## డేటా లభ్యత మరియు లేయర్ 2 రోల్అప్లు {#data-availability-and-layer-2-rollups}
+
+[లేయర్ 2 స్కేలింగ్ పరిష్కారాలు](/layer-2/), ఉదాహరణకు [రోల్అప్లు](/glossary/#rollups), లావాదేవీల ఖర్చులను తగ్గించి, ఆఫ్చైన్లో లావాదేవీలను ప్రాసెస్ చేయడం ద్వారా ఇతీరియము యొక్క త్రూపుట్ను పెంచుతాయి. రోల్అప్ లావాదేవీలు కంప్రెస్ చేయబడి, ఇతీరియముపై బ్యాచ్లలో పోస్ట్ చేయబడతాయి. బ్యాచ్లు ఇతీరియముపై ఒకే లావాదేవీలో వేలాది వ్యక్తిగత ఆఫ్చైన్ లావాదేవీలను సూచిస్తాయి. ఇది బేస్ లేయర్పై రద్దీని తగ్గిస్తుంది మరియు వినియోగదారులకు ఫీజులను తగ్గిస్తుంది.
+
+అయితే, ప్రతిపాదిత స్థితి మార్పును స్వతంత్రంగా ధృవీకరించి, అన్ని వ్యక్తిగత ఆఫ్చైన్ లావాదేవీలను వర్తింపజేయడం యొక్క ఫలితంగా నిర్ధారించగలిగితేనే ఇతీరియముకు పోస్ట్ చేయబడిన 'సంగ్రహ' లావాదేవీలను విశ్వసించడం సాధ్యమవుతుంది. ఒకవేళ రోల్అప్ ఆపరేటర్లు ఈ ధృవీకరణ కోసం లావాదేవీ డేటాను అందుబాటులో ఉంచకపోతే, వారు ఇతీరియముకు తప్పు డేటాను పంపవచ్చు.
+
+[ఆశావాద రోల్అప్లు](/developers/docs/scaling/optimistic-rollups/) కంప్రెస్ చేయబడిన లావాదేవీ డేటాను ఇతీరియముకు పోస్ట్ చేసి, స్వతంత్ర ధృవీకర్తలు డేటాను తనిఖీ చేయడానికి కొంత సమయం (సాధారణంగా 7 రోజులు) వేచి ఉంటాయి. ఎవరైనా ఒక సమస్యను గుర్తించినట్లయితే, వారు ఒక మోసం-ప్రూఫ్ను ఉత్పత్తి చేసి, దానిని ఉపయోగించి రోల్అప్ను సవాలు చేయవచ్చు. ఇది గొలుసును వెనక్కి తిప్పడానికి మరియు చెల్లని బ్లాక్ను వదిలివేయడానికి కారణమవుతుంది. డేటా అందుబాటులో ఉంటేనే ఇది సాధ్యమవుతుంది. ప్రస్తుతం, ఆశావాద రోల్అప్లు లావాదేవీ డేటాను L1కి పోస్ట్ చేయడానికి రెండు మార్గాలు ఉన్నాయి. కొన్ని రోల్అప్లు `CALLDATA`గా డేటాను శాశ్వతంగా అందుబాటులో ఉంచుతాయి, ఇది శాశ్వతంగా ఆన్చైన్లో ఉంటుంది. EIP-4844 అమలుతో, కొన్ని రోల్అప్లు తమ లావాదేవీ డేటాను చౌకైన బ్లాబ్ నిల్వకు బదులుగా పోస్ట్ చేస్తాయి. ఇది శాశ్వత నిల్వ కాదు. ఇతీరియము లేయర్-1 నుండి డేటా తొలగించబడటానికి ముందు స్వతంత్ర ధృవీకర్తలు ~18 రోజుల్లోపు బ్లాబ్స్ను ప్రశ్నించి తమ సవాళ్లను లేవనెత్తాలి. ఆ చిన్న స్థిర విండో కోసం మాత్రమే ఇతీరియము ప్రోటోకాల్ ద్వారా డేటా లభ్యత హామీ ఇవ్వబడుతుంది. ఆ తర్వాత, ఇది ఇతీరియము పర్యావరణ వ్యవస్థలోని ఇతర సంస్థల బాధ్యత అవుతుంది. ఏదైనా నోడ్ DAS ఉపయోగించి డేటా లభ్యతను ధృవీకరించవచ్చు, అంటే, బ్లాబ్ డేటా యొక్క చిన్న, యాదృచ్ఛిక నమూనాలను డౌన్లోడ్ చేయడం ద్వారా.
+
+[జీరో-కనౌలెడ్జి (ZK) రోల్అప్లు](/developers/docs/scaling/zk-rollups) లావాదేవీ డేటాను పోస్ట్ చేయాల్సిన అవసరం లేదు ఎందుకంటే [జీరో-కనౌలెడ్జి చెల్లుబాటు ప్రూఫ్లు](/glossary/#zk-proof) స్థితి పరివర్తనల యొక్క ఖచ్చితత్వాన్ని హామీ ఇస్తాయి. అయినప్పటికీ, డేటా లభ్యత ఇప్పటికీ ఒక సమస్య ఎందుకంటే మనం దాని స్థితి డేటాకు ప్రాప్యత లేకుండా ZK-రోల్అప్ యొక్క కార్యాచరణను (లేదా దానితో పరస్పర చర్య చేయడం) హామీ ఇవ్వలేము. ఉదాహరణకు, ఒక ఆపరేటర్ రోల్అప్ యొక్క స్థితి గురించిన వివరాలను నిలిపివేస్తే వినియోగదారులు తమ నిల్వలను తెలుసుకోలేరు. అలాగే, కొత్తగా జోడించిన బ్లాక్లో ఉన్న సమాచారాన్ని ఉపయోగించి వారు స్థితి నవీకరణలను చేయలేరు.
+
+## డేటా లభ్యత వర్సెస్ డేటా పునరుద్ధరణ {#data-availability-vs-data-retrievability}
+
+డేటా లభ్యత డేటా పునరుద్ధరణ నుండి విభిన్నమైనది. డేటా లభ్యత అనేది పూర్తి నోడ్స్ ఒక నిర్దిష్ట బ్లాక్తో అనుబంధించబడిన పూర్తి లావాదేవీల సమితిని యాక్సెస్ చేసి, ధృవీకరించగలిగాయని ఇచ్చే హామీ. డేటా ఎప్పటికీ అందుబాటులో ఉంటుందని దీని అర్థం కాదు.
+
+డేటా పునరుద్ధరణ అనేది బ్లాక్ చైను నుండి _చారిత్రక సమాచారాన్ని_ తిరిగి పొందగల నోడ్స్ యొక్క సామర్థ్యం. ఈ చారిత్రక డేటా కొత్త బ్లాక్లను ధృవీకరించడానికి అవసరం లేదు, ఇది కేవలం జెనిసిస్ బ్లాక్ నుండి పూర్తి నోడ్స్ను సింక్ చేయడానికి లేదా నిర్దిష్ట చారిత్రక అభ్యర్థనలను అందించడానికి మాత్రమే అవసరం.
+
+కోర్ ఇతీరియము ప్రోటోకాల్ ప్రధానంగా డేటా లభ్యతతో సంబంధం కలిగి ఉంటుంది, డేటా పునరుద్ధరణతో కాదు. డేటా పునరుద్ధరణను మూడవ పార్టీలచే నిర్వహించబడే ఆర్కైవ్ నోడ్స్ యొక్క చిన్న జనాభా ద్వారా అందించవచ్చు, లేదా [పోర్టల్ నెట్వర్క్](https://www.ethportal.net/) వంటి వికేంద్రీకృత ఫైల్ నిల్వను ఉపయోగించి నెట్వర్క్లో పంపిణీ చేయవచ్చు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [డేటా లభ్యత అంటే ఏమిటి?](https://medium.com/blockchain-capital-blog/wtf-is-data-availability-80c2c95ded0f)
+- [డేటా లభ్యత అంటే ఏమిటి?](https://coinmarketcap.com/academy/article/what-is-data-availability)
+- [డేటా లభ్యత తనిఖీలపై ఒక ప్రైమర్](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html)
+- [షార్డింగ్ + DAS ప్రతిపాదన యొక్క వివరణ](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
+- [డేటా లభ్యత మరియు ఎరేజర్ కోడింగ్పై ఒక గమనిక](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding#can-an-attacker-not-circumvent-this-scheme-by-releasing-a-full-unavailable-block-but-then-only-releasing-individual-bits-of-data-as-clients-query-for-them)
+- [డేటా లభ్యత కమిటీలు.](https://medium.com/starkware/data-availability-e5564c416424)
+- [ప్రూఫ్-ఆఫ్-స్టేక్ డేటా లభ్యత కమిటీలు.](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)
+- [డేటా పునరుద్ధరణ సమస్యకు పరిష్కారాలు](https://notes.ethereum.org/@vbuterin/data_sharding_roadmap#Who-would-store-historical-data-under-sharding)
+- [డేటా లభ్యత లేదా: రోల్అప్లు ఆందోళనను ఆపి ఇతీరియమును ఎలా ప్రేమించాలో నేర్చుకున్నాయి](https://web.archive.org/web/20250515194659/https://web.archive.org/web/20241108192208/https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum)
+- [EIP-7623: కాల్డేటా ఖర్చును పెంచడం](https://web.archive.org/web/20250515194659/https://research.2077.xyz/eip-7623-increase-calldata-cost)
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/index.md
new file mode 100644
index 00000000000..3c2863395d6
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/index.md
@@ -0,0 +1,32 @@
+---
+title: డేటా స్ట్రక్చర్స్ మరియు ఎన్కోడింగ్
+description: ప్రాథమిక ఇతీరియము డేటా స్ట్రక్చర్ల యొక్క అవలోకనం.
+lang: te
+sidebarDepth: 2
+---
+
+ఇతీరియము భారీ పరిమాణంలో డేటాను సృష్టిస్తుంది, నిల్వ చేస్తుంది మరియు బదిలీ చేస్తుంది. ఎవరైనా సాపేక్షంగా సాధారణ వినియోగదారు-స్థాయి హార్డ్వేర్పై [ఒక నోడ్ను రన్ చేయడానికి](/run-a-node/) అనుమతించేందుకు, ఈ డేటాను ప్రామాణికమైన మరియు మెమరీ-సమర్థవంతమైన మార్గాలలో ఫార్మాట్ చేయాలి. దీనిని సాధించడానికి, ఇతీరియము స్టాక్పై అనేక నిర్దిష్ట డేటా స్ట్రక్చర్లు ఉపయోగించబడతాయి.
+
+## అవసరాలు {#prerequisites}
+
+మీరు ఇతీరియము యొక్క ప్రాథమికాలను మరియు [క్లయింట్ సాఫ్ట్వేర్](/developers/docs/nodes-and-clients/)ను అర్థం చేసుకోవాలి. నెట్వర్కింగ్ లేయర్ మరియు [ఇతీరియము వైట్పేపర్](/whitepaper/)తో పరిచయం ఉండటం సిఫార్సు చేయబడింది.
+
+## డేటా స్ట్రక్చర్లు {#data-structures}
+
+### ప్యాట్రిషియా మెర్కిల్ ట్రైస్ {#patricia-merkle-tries}
+
+ప్యాట్రిషియా మెర్కిల్ ట్రైస్ అనేవి కీ-విలువ జతలను ఒక డిటర్మినిస్టిక్ మరియు క్రిప్టోగ్రాఫికల్గా ప్రామాణీకరించబడిన ట్రైలోకి ఎన్కోడ్ చేసే స్ట్రక్చర్లు. ఇవి ఇతీరియము యొక్క ఎగ్జిక్యూషన్ లేయర్లో విస్తృతంగా ఉపయోగించబడతాయి.
+
+[ప్యాట్రిషియా మెర్కిల్ ట్రైస్ గురించి మరింత](/developers/docs/data-structures-and-encoding/patricia-merkle-trie)
+
+### రికర్శివ్ లెంత్ ప్రిఫిక్స్ {#recursive-length-prefix}
+
+రికర్శివ్ లెంత్ ప్రిఫిక్స్ (RLP) అనేది ఇతీరియము యొక్క ఎగ్జిక్యూషన్ లేయర్లో విస్తృతంగా ఉపయోగించబడే ఒక సీరియలైజేషన్ పద్ధతి.
+
+[RLP గురించి మరింత](/developers/docs/data-structures-and-encoding/rlp)
+
+### సింపుల్ సీరియలైజ్ {#simple-serialize}
+
+సింపుల్ సీరియలైజ్ (SSZ) అనేది మెర్కెలైజేషన్తో దాని అనుకూలత కారణంగా ఇతీరియము యొక్క ఏకాభిప్రాయం లేయర్లో ప్రధాన సీరియలైజేషన్ ఫార్మాట్.
+
+[SSZ గురించి మరింత](/developers/docs/data-structures-and-encoding/ssz)
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
new file mode 100644
index 00000000000..28e516a74e2
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
@@ -0,0 +1,266 @@
+---
+title: మెర్కిల్ ప్యాట్రిసియా ట్రై
+description: మెర్కిల్ ప్యాట్రిసియా ట్రైకి పరిచయం.
+lang: te
+sidebarDepth: 2
+---
+
+Ethereum స్థితి (అన్ని ఖాతాలు, బ్యాలెన్స్లు మరియు స్మార్ట్ కాంట్రాక్ట్ల మొత్తం), సాధారణంగా కంప్యూటర్ సైన్స్లో మెర్కిల్ ట్రీగా పిలువబడే డేటా స్ట్రక్చర్ యొక్క ప్రత్యేక వెర్షన్గా ఎన్కోడ్ చేయబడింది. ఈ నిర్మాణం క్రిప్టోగ్రఫీలోని అనేక అనువర్తనాలకు ఉపయోగపడుతుంది, ఎందుకంటే ఇది ట్రీలో చిక్కుకున్న అన్ని వ్యక్తిగత డేటా భాగాల మధ్య ధృవీకరించదగిన సంబంధాన్ని సృష్టిస్తుంది, దీని ఫలితంగా డేటాకు సంబంధించిన విషయాలను నిరూపించడానికి ఒకే **రూట్** విలువ ఉపయోగించబడుతుంది.
+
+Ethereum యొక్క డేటా నిర్మాణం ఒక 'మాడిఫైడ్ మెర్కిల్-ప్యాట్రిసియా ట్రై'. దీనికి ఆ పేరు వచ్చింది ఎందుకంటే ఇది PATRICIA (ప్రాక్టికల్ అల్గారిథం టు రిట్రైవ్ ఇన్ఫర్మేషన్ కోడెడ్ ఇన్ ఆల్ఫాన్యూమరిక్) నుండి కొన్ని ఫీచర్లను తీసుకుంటుంది మరియు ఇది Ethereum స్టేట్ను కలిగి ఉన్న ఐటెమ్ల యొక్క సమర్థవంతమైన డేటా రీ**ట్రై**వల్ కోసం రూపొందించబడింది.
+
+ఒక మెర్కిల్-ప్యాట్రిసియా ట్రై డిటర్మినిస్టిక్ మరియు క్రిప్టోగ్రాఫికల్గా వెరిఫై చేయదగినది: స్థితి యొక్క ప్రతి వ్యక్తిగత భాగం నుండి గణించడం ద్వారా మాత్రమే స్టేట్ రూట్ను జనరేట్ చేయగలము, మరియు ఒకేలా ఉండే రెండు స్థితులను, రూట్ హ్యాష్ మరియు దానికి దారితీసిన హ్యాష్లను పోల్చడం ద్వారా సులభంగా నిరూపించవచ్చు (_ఒక మెర్కిల్ ప్రూఫ్_). దీనికి విరుద్ధంగా, ఒకే రూట్ హాష్తో రెండు వేర్వేరు స్థితులను సృష్టించడానికి మార్గం లేదు మరియు విభిన్న విలువలతో స్థితిని సవరించే ఏ ప్రయత్నమైనా వేరే స్టేట్ రూట్ హాష్కి దారి తీస్తుంది. సిద్ధాంతపరంగా, ఈ నిర్మాణం ఇన్సర్ట్లు, లుకప్లు మరియు డిలీట్ల కోసం `O(log(n))` సామర్థ్యానికి 'హోలీ గ్రెయిల్' అందిస్తుంది.
+
+సమీప భవిష్యత్తులో, Ethereum ఒక [Verkle Tree](/roadmap/verkle-trees) నిర్మాణానికి మైగ్రేట్ అవ్వాలని యోచిస్తోంది, ఇది భవిష్యత్తు ప్రోటోకాల్ మెరుగుదలల కోసం అనేక కొత్త అవకాశాలను తెరుస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, [హ్యాష్లు](https://en.wikipedia.org/wiki/Hash_function), [మెర్కిల్ ట్రీలు](https://en.wikipedia.org/wiki/Merkle_tree), [ట్రైలు](https://en.wikipedia.org/wiki/Trie) మరియు [సీరియలైజేషన్](https://en.wikipedia.org/wiki/Serialization) గురించి ప్రాథమిక జ్ఞానం కలిగి ఉండటం సహాయపడుతుంది. ఈ వ్యాసం ప్రాథమిక [రాడిక్స్ ట్రీ](https://en.wikipedia.org/wiki/Radix_tree) వివరణతో మొదలవుతుంది, ఆపై Ethereum యొక్క మరింత ఆప్టిమైజ్ చేయబడిన డేటా నిర్మాణం కోసం అవసరమైన మార్పులను క్రమంగా పరిచయం చేస్తుంది.
+
+## ప్రాథమిక రాడిక్స్ ట్రైలు {#basic-radix-tries}
+
+ప్రాథమిక రాడిక్స్ ట్రైలో, ప్రతి నోడ్ క్రింది విధంగా కనిపిస్తుంది:
+
+```
+ [i_0, i_1 ... i_n, value]
+```
+
+ఇక్కడ `i_0 ...` `i_n` వర్ణమాల యొక్క చిహ్నాలను సూచిస్తాయి (తరచుగా బైనరీ లేదా హెక్స్), `value` అనేది నోడ్ వద్ద టెర్మినల్ విలువ, మరియు `i_0, i_1 ...` లోని విలువలు `i_n` స్లాట్లు `NULL` లేదా ఇతర నోడ్లకు పాయింటర్లు (మా విషయంలో, హ్యాష్లు). ఇది ఒక ప్రాథమిక `(key, value)` స్టోర్ను ఏర్పరుస్తుంది.
+
+కీ విలువ జతల సెట్పై ఆర్డర్ను కొనసాగించడం కోసం మీరు రాడిక్స్ ట్రీ డేటా స్ట్రక్చర్ని ఉపయోగించాలనుకుంటున్నారని చెప్పండి. ట్రైలో `dog` కీకి ప్రస్తుతం మ్యాప్ చేయబడిన విలువను కనుగొనడానికి, మీరు మొదట `dog`ను వర్ణమాలలోని అక్షరాలుగా మార్చాలి (ఇది `64 6f 67` ఇస్తుంది), ఆపై మీరు విలువను కనుగొనే వరకు ఆ మార్గాన్ని అనుసరించి ట్రైలో క్రిందికి వెళ్ళాలి. అంటే, మీరు ట్రై యొక్క రూట్ నోడ్ను కనుగొనడానికి ఫ్లాట్ కీ/విలువ DBలో రూట్ హాష్ని చూడటం ద్వారా ప్రారంభించండి. ఇది ఇతర నోడ్లను సూచించే కీల శ్రేణిగా సూచించబడుతుంది. మీరు ఇండెక్స్ 6 వద్ద ఉన్న విలువను కీగా ఉపయోగించి, ఒక లెవెల్ కింద ఉన్న నోడ్ను పొందడానికి ఫ్లాట్ కీ/విలువ DBలో దాన్ని వెతకాలి. ఆ తర్వాత తదుపరి విలువను చూడటానికి ఇండెక్స్ `4` ను ఎంచుకోండి, ఆపై ఇండెక్స్ `6`ను ఎంచుకోండి, అలా మీరు `root -> 6 -> 4 -> 6 -> 15 -> 6 -> 7` మార్గాన్ని అనుసరించిన తర్వాత, మీరు నోడ్ యొక్క విలువను చూసి ఫలితాన్ని తిరిగి ఇస్తారు.
+
+'ట్రై' మరియు అంతర్లీన ఫ్లాట్ కీ/విలువ 'DB'లో ఏదైనా చూడటం మధ్య వ్యత్యాసం ఉంది. అవి రెండూ కీ/విలువ ఏర్పాట్లను నిర్వచించాయి, అయితే అంతర్లీనంగా ఉన్న DB కీ యొక్క సాంప్రదాయ 1 స్టెప్ లుకప్ చేయగలదు. ట్రైలో కీని వెతకడానికి పైన వివరించిన తుది విలువను పొందడానికి బహుళ అంతర్లీన DB శోధనలు అవసరం. అస్పష్టతను తొలగించడానికి, రెండవదాన్ని ఒక `path`గా సూచిద్దాం.
+
+రాడిక్స్ ప్రయత్నాల కోసం నవీకరణ మరియు తొలగింపు కార్యకలాపాలను ఈ క్రింది విధంగా నిర్వచించవచ్చు:
+
+```python
+ def update(node_hash, path, value):
+ curnode = db.get(node_hash) if node_hash else [NULL] * 17
+ newnode = curnode.copy()
+ if path == "":
+ newnode[-1] = value
+ else:
+ newindex = update(curnode[path[0]], path[1:], value)
+ newnode[path[0]] = newindex
+ db.put(hash(newnode), newnode)
+ return hash(newnode)
+
+ def delete(node_hash, path):
+ if node_hash is NULL:
+ return NULL
+ else:
+ curnode = db.get(node_hash)
+ newnode = curnode.copy()
+ if path == "":
+ newnode[-1] = NULL
+ else:
+ newindex = delete(curnode[path[0]], path[1:])
+ newnode[path[0]] = newindex
+
+ if all(x is NULL for x in newnode):
+ return NULL
+ else:
+ db.put(hash(newnode), newnode)
+ return hash(newnode)
+```
+
+నిర్ణయాత్మకంగా రూపొందించిన క్రిప్టోగ్రాఫిక్ హాష్ డైజెస్ట్లను ఉపయోగించి నోడ్లను లింక్ చేయడం ద్వారా "మెర్కిల్" రాడిక్స్ ట్రీ నిర్మించబడింది. ఈ కంటెంట్-అడ్రెస్సింగ్ (కీ/విలువ DBలో `key == keccak256(rlp(value))`) నిల్వ చేయబడిన డేటా యొక్క క్రిప్టోగ్రాఫిక్ సమగ్రత హామీని అందిస్తుంది. ఇచ్చిన ట్రై యొక్క రూట్ హాష్ పబ్లిక్గా తెలిసినట్లయితే, అంతర్లీన లీఫ్ డేటాకు యాక్సెస్ ఉన్న ఎవరైనా చెట్టుకు నిర్దిష్ట విలువను చేరే ప్రతి నోడ్ యొక్క హ్యాష్లను అందించడం ద్వారా నిర్దిష్ట మార్గంలో ఇచ్చిన విలువను ట్రైలో కలిగి ఉంటుందని రుజువును నిర్మించవచ్చు. రూట్.
+
+ఒక అటాకర్ ఉనికిలో లేని `(path, value)` జతకు ప్రూఫ్ అందించడం అసాధ్యం, ఎందుకంటే రూట్ హ్యాష్ అంతిమంగా దాని కింద ఉన్న అన్ని హ్యాష్ల మీద ఆధారపడి ఉంటుంది. ఏదైనా అంతర్లీన సవరణ రూట్ హాష్ను మారుస్తుంది. హ్యాషింగ్ ఫంక్షన్ యొక్క ప్రీ-ఇమేజ్ ప్రొటెక్షన్ ద్వారా భద్రపరచబడిన డేటా గురించిన నిర్మాణాత్మక సమాచారం యొక్క సంపీడన ప్రాతినిధ్యంగా మీరు హాష్ని భావించవచ్చు.
+
+మేము రాడిక్స్ ట్రీ యొక్క పరమాణు యూనిట్ను (ఉదా. ఒకే హెక్స్ అక్షరం లేదా 4 బిట్ బైనరీ సంఖ్య) "నిబుల్"గా సూచిస్తాము. పైన వివరించిన విధంగా, ఒకేసారి ఒక నిబుల్ చొప్పున మార్గాన్ని ట్రావర్స్ చేస్తున్నప్పుడు, నోడ్లు గరిష్టంగా 16 చైల్డ్లను సూచించగలవు కానీ ఒక `value` ఎలిమెంట్ను కూడా కలిగి ఉంటాయి. అందువల్ల, మేము వాటిని పొడవు 17 యొక్క శ్రేణిగా సూచిస్తాము. మేము ఈ 17-మూలకాల శ్రేణులను "బ్రాంచ్ నోడ్స్" అని పిలుస్తాము.
+
+## మెర్కిల్ ప్యాట్రిసియా ట్రై {#merkle-patricia-trees}
+
+రాడిక్స్ ప్రయత్నాలకు ఒక ప్రధాన పరిమితి ఉంది: అవి అసమర్థమైనవి. మీరు ఒక `(path, value)` బైండింగ్ను నిల్వ చేయాలనుకుంటే, ఇక్కడ Ethereumలో వలె పాత్ 64 అక్షరాల పొడవు ఉంటుంది (ఇది `bytes32`లోని నిబుల్స్ సంఖ్య), ప్రతి అక్షరానికి ఒక లెవెల్ నిల్వ చేయడానికి మనకు ఒక కిలోబైట్ కంటే ఎక్కువ అదనపు స్థలం అవసరం అవుతుంది, మరియు ప్రతి లుకప్ లేదా డిలీట్ పూర్తి 64 స్టెప్స్ తీసుకుంటుంది. కింది వాటిలో ప్రవేశపెట్టిన ప్యాట్రిసియా ట్రై ఈ సమస్యను పరిష్కరిస్తుంది.
+
+### ఆప్టిమైజేషన్ {#optimization}
+
+మెర్కిల్ ప్యాట్రిసియా ట్రైలో నోడ్ క్రింది వాటిలో ఒకటి:
+
+1. `NULL` (ఖాళీ స్ట్రింగ్గా సూచించబడుతుంది)
+2. `branch` ఒక 17-ఐటెమ్ నోడ్ `[ v0 ...` `v15, vt ]`
+3. `leaf` ఒక 2-ఐటెమ్ నోడ్ `[ encodedPath, value ]`
+4. `extension` ఒక 2-ఐటెమ్ నోడ్ `[ encodedPath, key ]`
+
+64 క్యారెక్టర్ పాత్లతో, ట్రై యొక్క మొదటి కొన్ని లేయర్లను దాటిన తర్వాత, మీరు ఒక నోడ్కు చేరుకోవడం అనివార్యం. పాత్ వెంబడి 15 వరకు స్పార్స్ `NULL` నోడ్లను సృష్టించడాన్ని నివారించడానికి, మేము `[ encodedPath, key ]` రూపంలో ఒక `extension` నోడ్ను సెటప్ చేయడం ద్వారా డిసెంట్ను షార్ట్కట్ చేస్తాము, ఇక్కడ `encodedPath` అనేది ముందుకు వెళ్లడానికి "పార్షియల్ పాత్"ను (క్రింద వివరించిన కాంపాక్ట్ ఎన్కోడింగ్ ఉపయోగించి) కలిగి ఉంటుంది మరియు `key` అనేది తదుపరి DB లుకప్ కోసం.
+
+ఒక `leaf` నోడ్ కోసం, దీనిని `encodedPath` యొక్క మొదటి నిబుల్లో ఒక ఫ్లాగ్ ద్వారా గుర్తించవచ్చు, ఈ పాత్ మునుపటి నోడ్ యొక్క అన్ని పాత్ ఫ్రాగ్మెంట్లను ఎన్కోడ్ చేస్తుంది మరియు మనం `value`ను నేరుగా చూడవచ్చు.
+
+ఈ ఎగువ ఆప్టిమైజేషన్, అయితే, అస్పష్టతను పరిచయం చేస్తుంది.
+
+నిబుల్స్లో పాత్లను ట్రావర్స్ చేస్తున్నప్పుడు, మనం ట్రావర్స్ చేయడానికి బేసి సంఖ్యలో నిబుల్స్తో ముగించవచ్చు, కానీ ఎందుకంటే మొత్తం డేటా `bytes` ఫార్మాట్లో నిల్వ చేయబడుతుంది. ఉదాహరణకు, నిబుల్ `1`, మరియు నిబుల్స్ `01` (రెండూ `<01>` గా నిల్వ చేయబడాలి) మధ్య తేడాను గుర్తించడం సాధ్యం కాదు. బేసి పొడవును పేర్కొనడానికి, పాక్షిక మార్గం ఫ్లాగ్తో ప్రిఫిక్స్ చేయబడింది.
+
+### స్పెసిఫికేషన్: ఐచ్ఛిక టెర్మినేటర్తో హెక్స్ సీక్వెన్స్ యొక్క కాంపాక్ట్ ఎన్కోడింగ్ {#specification}
+
+పైన వివరించిన విధంగా, _మిగిలిన పాక్షిక పాత్ పొడవు బేసి vs. సరి_ మరియు _లీఫ్ vs. ఎక్స్టెన్షన్ నోడ్_ రెండింటి ఫ్లాగింగ్, ఏదైనా 2-ఐటెమ్ నోడ్ యొక్క పాక్షిక పాత్ యొక్క మొదటి నిబుల్లో ఉంటుంది. అవి క్రింది ఫలితాలకు దారితీస్తాయి:
+
+| హెక్స్ క్యారెక్టర్ | బిట్స్ | నోడ్ రకం పాక్షికం | పాత్ పొడవు |
+| ------------------ | ------ | --------------------------------------- | ---------- |
+| 0 | 0000 | ఎక్స్టెన్షన్ | సరి |
+| 1 | 0001 | ఎక్స్టెన్షన్ | బేసి |
+| 2 | 0010 | టెర్మినేటింగ్ (లీఫ్) | సరి |
+| 3 | 0011 | టెర్మినేటింగ్ (లీఫ్) | బేసి |
+
+సరి సంఖ్యలో మిగిలి ఉన్న పాత్ పొడవు (`0` లేదా `2`) కోసం, మరొక `0` "ప్యాడింగ్" నిబుల్ ఎల్లప్పుడూ అనుసరిస్తుంది.
+
+```python
+ def compact_encode(hexarray):
+ term = 1 if hexarray[-1] == 16 else 0
+ if term:
+ hexarray = hexarray[:-1]
+ oddlen = len(hexarray) % 2
+ flags = 2 * term + oddlen
+ if oddlen:
+ hexarray = [flags] + hexarray
+ else:
+ hexarray = [flags] + [0] + hexarray
+ # hexarray now has an even length whose first nibble is the flags.
+ o = ""
+ for i in range(0, len(hexarray), 2):
+ o += chr(16 * hexarray[i] + hexarray[i + 1])
+ return o
+```
+
+ఉదాహరణలు:
+
+```python
+ > [1, 2, 3, 4, 5, ...]
+ '11 23 45'
+ > [0, 1, 2, 3, 4, 5, ...]
+ '00 01 23 45'
+ > [0, f, 1, c, b, 8, 10]
+ '20 0f 1c b8'
+ > [f, 1, c, b, 8, 10]
+ '3f 1c b8'
+```
+
+Merkle Patricia trieలో నోడ్ని పొందడానికి పొడిగించిన కోడ్ ఇక్కడ ఉంది:
+
+```python
+ def get_helper(node_hash, path):
+ if path == []:
+ return node_hash
+ if node_hash == "":
+ return ""
+ curnode = rlp.decode(node_hash if len(node_hash) < 32 else db.get(node_hash))
+ if len(curnode) == 2:
+ (k2, v2) = curnode
+ k2 = compact_decode(k2)
+ if k2 == path[: len(k2)]:
+ return get(v2, path[len(k2) :])
+ else:
+ return ""
+ elif len(curnode) == 17:
+ return get_helper(curnode[path[0]], path[1:])
+
+ def get(node_hash, path):
+ path2 = []
+ for i in range(len(path)):
+ path2.push(int(ord(path[i]) / 16))
+ path2.push(ord(path[i]) % 16)
+ path2.push(16)
+ return get_helper(node_hash, path2)
+```
+
+### ఉదాహరణ ట్రై {#example-trie}
+
+మనం `('do', 'verb')`, `('dog', 'puppy')`, `('doge', 'coins')`, `('horse', 'stallion')` అనే నాలుగు పాత్/విలువ జతలను కలిగిన ఒక ట్రైని కోరుకుంటున్నామని అనుకుందాం.
+
+మొదట, మనం పాత్లు మరియు విలువలు రెండింటినీ `bytes`గా మారుస్తాము. క్రింద, _పాత్ల_ కోసం అసలు బైట్ రిప్రజెంటేషన్లు `<>` ద్వారా సూచించబడతాయి, అయితే _విలువలు_ ఇప్పటికీ సులభంగా అర్థం చేసుకోవడానికి `''` తో సూచించబడిన స్ట్రింగ్లుగా చూపబడతాయి (వాస్తవానికి అవి కూడా `bytes`గా ఉంటాయి):
+
+```
+ <64 6f> : 'క్రియ'
+ <64 6f 67> : 'కుక్కపిల్ల'
+ <64 6f 67 65> : 'నాణేలు'
+ <68 6f 72 73 65> : 'స్టాలియన్'
+```
+
+ఇప్పుడు, మేము అంతర్లీన DBలో క్రింది కీ/విలువ జతలతో అటువంటి ప్రయత్నాన్ని రూపొందిస్తాము:
+
+```
+ rootHash: [ <16>, hashA ]
+ hashA: [ <>, <>, <>, <>, hashB, <>, <>, <>, [ <20 6f 72 73 65>, 'స్టాలియన్' ], <>, <>, <>, <>, <>, <>, <>, <> ]
+ hashB: [ <00 6f>, hashC ]
+ hashC: [ <>, <>, <>, <>, <>, <>, hashD, <>, <>, <>, <>, <>, <>, <>, <>, <>, 'క్రియ' ]
+ hashD: [ <17>, [ <>, <>, <>, <>, <>, <>, [ <35>, 'నాణేలు' ], <>, <>, <>, <>, <>, <>, <>, <>, <>, 'కుక్కపిల్ల' ] ]
+```
+
+ఒక నోడ్ను మరొక నోడ్లో రిఫర్ చేసినప్పుడు, చేర్చబడేది `keccak256(rlp.encode(node))`, ఒకవేళ `len(rlp.encode(node)) >= 32` అయితే, లేకపోతే `node` చేర్చబడుతుంది. ఇక్కడ `rlp.encode` అనేది [RLP](/developers/docs/data-structures-and-encoding/rlp) ఎన్కోడింగ్ ఫంక్షన్.
+
+గమనిక: ఒక ట్రైని అప్డేట్ చేస్తున్నప్పుడు, కొత్తగా సృష్టించబడిన నోడ్ పొడవు >= 32 అయితే, `(keccak256(x), x)` కీ/విలువ జతను ఒక పర్సిస్టెంట్ లుకప్ టేబుల్లో నిల్వ చేయాలి. అయినప్పటికీ, నోడ్ దాని కంటే తక్కువగా ఉంటే, f(x) = x ఫంక్షన్ రివర్సబుల్ అయినందున, ఏదైనా నిల్వ చేయవలసిన అవసరం లేదు.
+
+## Ethereum లో ట్రైలు {#tries-in-ethereum}
+
+Ethereum ఎగ్జిక్యూషన్ లేయర్లోని మెర్కిల్ ట్రై అంతా మెర్కిల్ ప్యాట్రిసియా ట్రైని ఉపయోగిస్తుంది.
+
+బ్లాక్ హెడర్ నుండి ఈ ప్రయత్నాలలో 3 నుండి 3 మూలాలు ఉన్నాయి.
+
+1. రాష్ట్ర రూట్
+2. లావాదేవీలు రూట్
+3. రసీదులు రూట్
+
+### స్టేట్ ట్రై {#state-trie}
+
+ఒక గ్లోబల్ స్టేట్ ట్రై ఉంది మరియు క్లయింట్ బ్లాక్ను ప్రాసెస్ చేసిన ప్రతిసారీ ఇది నవీకరించబడుతుంది. దానిలో, ఒక `path` ఎల్లప్పుడూ: `keccak256(ethereumAddress)` మరియు ఒక `value` ఎల్లప్పుడూ: `rlp(ethereumAccount)`. మరింత స్పష్టంగా, ఒక Ethereum `account` అనేది `[nonce,balance,storageRoot,codeHash]` యొక్క 4-ఐటెమ్ అర్రే. ఈ సమయంలో, ఈ `storageRoot` అనేది మరొక ప్యాట్రిసియా ట్రై యొక్క రూట్ అని గమనించడం ముఖ్యం:
+
+### స్టోరేజ్ ట్రై {#storage-trie}
+
+స్టోరేజ్ ట్రైలోనే _అన్ని_ కాంట్రాక్ట్ డేటా ఉంటుంది. ప్రతి ఖాతాకు ప్రత్యేక నిల్వ ప్రయత్నం ఉంది. ఇచ్చిన చిరునామాలో నిర్దిష్ట నిల్వ స్థానాల వద్ద విలువలను తిరిగి పొందడానికి నిల్వ చిరునామా, నిల్వలో నిల్వ చేయబడిన డేటా యొక్క పూర్ణాంక స్థానం మరియు బ్లాక్ ID అవసరం. వీటిని JSON-RPC APIలో నిర్వచించిన `eth_getStorageAt`కు ఆర్గ్యుమెంట్స్గా పాస్ చేయవచ్చు, ఉదా., `0x295a70b2de5e3953354a6a8344e616ed314d7251` అడ్రస్ కోసం స్టోరేజ్ స్లాట్ 0లో డేటాను తిరిగి పొందడానికి:
+
+```bash
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+
+```
+
+స్టోరేజ్లోని ఇతర ఎలిమెంట్లను తిరిగి పొందడం కొంచెం ఎక్కువగా ఉంటుంది, ఎందుకంటే స్టోరేజ్ ట్రైలో పొజిషన్ను ముందుగా లెక్కించాలి. అడ్రస్ మరియు స్టోరేజ్ పొజిషన్ యొక్క `keccak256` హ్యాష్గా పొజిషన్ లెక్కించబడుతుంది, రెండూ 32 బైట్ల పొడవుకు సున్నాలతో లెఫ్ట్-ప్యాడ్ చేయబడతాయి. ఉదాహరణకు, `0x391694e7e0b0cce554cb130d723a9d27458f9298` అడ్రస్ కోసం స్టోరేజ్ స్లాట్ 1లో డేటా యొక్క పొజిషన్:
+
+```python
+keccak256(decodeHex("000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"))
+```
+
+గెత్ కన్సోల్లో, దీనిని ఈ క్రింది విధంగా లెక్కించవచ్చు:
+
+```
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+అందువల్ల `path` అనేది `keccak256(<6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9>)`. ఇది ఇప్పుడు మునుపటిలాగా స్టోరేజ్ ట్రై నుండి డేటాను తిరిగి పొందడానికి ఉపయోగించవచ్చు:
+
+```bash
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+గమనిక: ఒక Ethereum అకౌంట్ కాంట్రాక్ట్ అకౌంట్ కాకపోతే, దాని `storageRoot` డిఫాల్ట్గా ఖాళీగా ఉంటుంది.
+
+### ట్రాన్సాక్షన్స్ ట్రై {#transaction-trie}
+
+ప్రతి బ్లాక్ కోసం ఒక ప్రత్యేక ట్రాన్సాక్షన్స్ ట్రై ఉంటుంది, ఇది మళ్లీ `(key, value)` జతలను నిల్వ చేస్తుంది. ఇక్కడ పాత్: `rlp(transactionIndex)`, ఇది ఒక విలువకు అనుగుణమైన కీని సూచిస్తుంది, ఆ విలువ దీని ద్వారా నిర్ణయించబడుతుంది:
+
+```python
+if legacyTx:
+ value = rlp(tx)
+else:
+ value = TxType | encode(tx)
+```
+
+దీనిపై మరింత సమాచారం [EIP 2718](https://eips.ethereum.org/EIPS/eip-2718) డాక్యుమెంటేషన్లో చూడవచ్చు.
+
+### రసీదుల ట్రై {#receipts-trie}
+
+ప్రతి బ్లాక్కి దాని స్వంత రసీదుల ప్రయత్నాలుంటాయి. ఇక్కడ `path` అనేది: `rlp(transactionIndex)`. `transactionIndex` అనేది అది చేర్చబడిన బ్లాక్లోని దాని ఇండెక్స్. రసీదుల ప్రయత్నం ఎప్పుడూ నవీకరించబడదు. లావాదేవీల ప్రయత్నాల మాదిరిగానే, ప్రస్తుత మరియు లెగసీ రసీదులు ఉన్నాయి. రసీదుల ట్రైలో నిర్దిష్ట రసీదుని ప్రశ్నించడానికి, దాని బ్లాక్లో లావాదేవీ యొక్క సూచిక, రసీదు పేలోడ్ మరియు లావాదేవీ రకం అవసరం. తిరిగి వచ్చిన రసీదు `Receipt` రకానికి చెంది ఉండవచ్చు, ఇది `TransactionType` మరియు `ReceiptPayload` యొక్క కలయికగా నిర్వచించబడింది లేదా అది `LegacyReceipt` రకానికి చెంది ఉండవచ్చు, ఇది `rlp([status, cumulativeGasUsed, logsBloom, logs])`గా నిర్వచించబడింది.
+
+దీనిపై మరింత సమాచారం [EIP 2718](https://eips.ethereum.org/EIPS/eip-2718) డాక్యుమెంటేషన్లో చూడవచ్చు.
+
+## మరింత చదవడానికి {#further-reading}
+
+- [మాడిఫైడ్ మెర్కిల్ ప్యాట్రిసియా ట్రై — Ethereum ఒక స్టేట్ను ఎలా సేవ్ చేస్తుంది](https://medium.com/codechain/modified-merkle-patricia-trie-how-ethereum-saves-a-state-e6d7555078dd)
+- [Ethereum లో మెర్క్లింగ్](https://blog.ethereum.org/2015/11/15/merkling-in-ethereum/)
+- [Ethereum ట్రైని అర్థం చేసుకోవడం](https://easythereentropy.wordpress.com/2014/06/04/understanding-the-ethereum-trie/)
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/rlp/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/rlp/index.md
new file mode 100644
index 00000000000..757112becfe
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/rlp/index.md
@@ -0,0 +1,163 @@
+---
+title: రికర్సివ్-లెంగ్త్ ప్రిఫిక్స్ (RLP) సీరియలైజేషన్
+description: Ethereum యొక్క ఎగ్జిక్యూషన్ లేయర్లో rlp ఎన్కోడింగ్ యొక్క నిర్వచనం.
+lang: te
+sidebarDepth: 2
+---
+
+Ethereum యొక్క ఎగ్జిక్యూషన్ క్లయింట్లలో రికర్సివ్ లెంగ్త్ ప్రిఫిక్స్ (RLP) సీరియలైజేషన్ విస్తృతంగా ఉపయోగించబడుతుంది. RLP స్పేస్-ఎఫెక్టివ్ ఫార్మాట్లో నోడ్ల మధ్య డేటా బదిలీని ప్రామాణికం చేస్తుంది. RLP యొక్క ఉద్దేశ్యం బైనరీ డేటా యొక్క ఏకపక్ష సమూహ శ్రేణులను ఎన్కోడ్ చేయడం మరియు Ethereum యొక్క ఎగ్జిక్యూషన్ లేయర్లోని వస్తువులను సీరియలైజ్ చేయడానికి ఉపయోగించే ప్రాథమిక ఎన్కోడింగ్ పద్ధతి RLP. RLP యొక్క ముఖ్య ఉద్దేశ్యం నిర్మాణాన్ని ఎన్కోడ్ చేయడం; ధనాత్మక పూర్ణాంకాల మినహా, RLP నిర్దిష్ట డేటా రకాలను (ఉదా., స్ట్రింగ్లు, ఫ్లోట్లు) ఎన్కోడింగ్ చేయడాన్ని ఉన్నత-శ్రేణి ప్రోటోకాల్స్కు అప్పగిస్తుంది. ధనాత్మక పూర్ణాంకాలు తప్పనిసరిగా పెద్ద-ఎండియన్ బైనరీ రూపంలో ప్రముఖ సున్నాలు లేకుండా సూచించబడాలి (అందువల్ల పూర్ణాంకం విలువ సున్నాని ఖాళీ బైట్ శ్రేణికి సమానం చేస్తుంది). RLPని ఉపయోగించి ఏదైనా అధిక-ఆర్డర్ ప్రోటోకాల్ ద్వారా లీడింగ్ జీరోలతో డీసీరియలైజ్డ్ పాజిటివ్ పూర్ణాంకాలు తప్పనిసరిగా చెల్లనివిగా పరిగణించబడతాయి.
+
+[ఇతీరియము యెల్లో పేపర్ (అనుబంధం B)](https://ethereum.github.io/yellowpaper/paper.pdf#page=19)లో మరింత సమాచారం.
+
+నిఘంటువును ఎన్కోడ్ చేయడానికి RLPని ఉపయోగించడానికి, సూచించబడిన రెండు నియమానుగుణ రూపాలు:
+
+- లెక్సికోగ్రాఫిక్ క్రమంలో కీలతో `[[k1,v1],[k2,v2]...]`ని ఉపయోగించండి
+- ethereum వలె ఉన్నత-స్థాయి ప్యాట్రిసియా ట్రీ ఎన్కోడింగ్ను ఉపయోగించండి
+
+## నిర్వచనం {#definition}
+
+RLP ఎన్కోడింగ్ ఫంక్షన్ ఒక అంశాన్ని తీసుకుంటుంది. ఒక అంశం క్రింది విధంగా నిర్వచించబడింది:
+
+- ఒక స్ట్రింగ్ (అంటే, బైట్ శ్రేణి) ఒక ఐటెమ్
+- వస్తువుల జాబితా ఒక అంశం
+- ధన పూర్ణాంకం అనేది ఒక అంశం
+
+ఉదాహరణకు, కిందివన్నీ అంశాలు:
+
+- ఒక ఖాళీ స్ట్రింగ్;
+- "పిల్లి" అనే పదాన్ని కలిగి ఉన్న స్ట్రింగ్;
+- స్ట్రింగ్ల సంఖ్యను కలిగి ఉన్న జాబితా;
+- మరియు `["పిల్లి", ["కుక్కపిల్ల", "ఆవు"], "గుర్రం", [[]], "పంది", [""], "గొర్రెలు"]` వంటి మరింత సంక్లిష్టమైన డేటా నిర్మాణాలు.
+- సంఖ్య `100`
+
+Note that in the context of the rest of this page, 'string' means "a certain number of bytes of binary data"; no special encodings are used, and no knowledge about the content of the strings is implied (except as required by the rule against non-minimal positive integers).
+
+RLP ఎన్కోడింగ్ క్రింది విధంగా నిర్వచించబడింది:
+
+- ధనాత్మక పూర్ణాంకం కోసం, ఇది పూర్ణాంకం అయిన పెద్ద-ఎండియన్ ఇంటర్ప్రెటేషన్తో కూడిన చిన్న బైట్ శ్రేణికి మార్చబడుతుంది మరియు దిగువ నిబంధనల ప్రకారం స్ట్రింగ్గా ఎన్కోడ్ చేయబడుతుంది.
+- ఒక బైట్ విలువ `[0x00, 0x7f]` (దశాంశ `[0, 127]`) పరిధిలో ఉంటే, ఆ బైట్ దాని స్వంత RLP ఎన్కోడింగ్.
+- లేకపోతే, ఒక స్ట్రింగ్ 0-55 బైట్ల పొడవు ఉంటే, RLP ఎన్కోడింగ్ అనేది **0x80** (dec. 128) విలువతో ఒకే బైట్ను కలిగి ఉంటుంది, దాని తర్వాత స్ట్రింగ్ యొక్క పొడవు, ఆ తర్వాత స్ట్రింగ్ ఉంటాయి. అందువల్ల మొదటి బైట్ యొక్క పరిధి `[0x80, 0xb7]` (dec. `[128, 183]`).
+- ఒకవేళ స్ట్రింగ్ 55 బైట్ల కంటే ఎక్కువ పొడవు ఉంటే, RLP ఎన్కోడింగ్ ఒకే బైట్ను **0xb7** (dec. 183) విలువతో కలిగి ఉంటుంది, దాని తర్వాత బైనరీ రూపంలో స్ట్రింగ్ పొడవు యొక్క బైట్లలో పొడవు, దాని తర్వాత స్ట్రింగ్ పొడవు, చివరకు స్ట్రింగ్ ఉంటాయి. ఉదాహరణకు, 1024 బైట్ల పొడవున్న స్ట్రింగ్ `\xb9\x04\x00` (dec. `185, 4, 0`) గా ఎన్కోడ్ చేయబడి, దాని తర్వాత స్ట్రింగ్ ఉంటుంది. ఇక్కడ, మొదటి బైట్గా `0xb9` (183 + 2 = 185), దాని తర్వాత వాస్తవ స్ట్రింగ్ యొక్క పొడవును సూచించే 2 బైట్లు `0x0400` (dec. 1024) ఉంటాయి. అందువల్ల మొదటి బైట్ యొక్క పరిధి `[0xb8, 0xbf]` (dec. `[184, 191]`).
+- ఒక బైట్ విలువ <0>[0x00, 0x7f]0> (దశాంశ <0>[0, 127]0>) పరిధిలో ఉంటే, ఆ బైట్ దాని స్వంత RLP ఎన్కోడింగ్.
+- ఒక జాబితా యొక్క మొత్తం పేలోడ్ (అంటే, RLP ఎన్కోడ్ చేయబడుతున్న దాని అన్ని ఐటెమ్ల యొక్క కలిపిన పొడవు) 0-55 బైట్ల పొడవు ఉంటే, RLP ఎన్కోడింగ్ **0xc0** విలువతో కూడిన ఒకే బైట్, దాని తర్వాత పేలోడ్ పొడవు, చివరకు ఐటెమ్ల RLP ఎన్కోడింగ్ల కలయిక ఉంటాయి. అందువల్ల మొదటి బైట్ యొక్క పరిధి `[0xc0, 0xf7]` (dec. `[192, 247]`).
+- ఒక జాబితా యొక్క మొత్తం పేలోడ్ 55 బైట్ల కంటే ఎక్కువ పొడవు ఉంటే, RLP ఎన్కోడింగ్ ఒకే బైట్ను **0xf7** విలువతో కలిగి ఉంటుంది, దాని తర్వాత బైనరీ రూపంలో పేలోడ్ పొడవు యొక్క బైట్లలో పొడవు, దాని తర్వాత పేలోడ్ పొడవు, చివరకు ఐటెమ్ల RLP ఎన్కోడింగ్ల కలయిక ఉంటాయి. అందువల్ల మొదటి బైట్ యొక్క పరిధి `[0xf8, 0xff]` (dec. `[248, 255]`).
+
+కోడ్లో, ఇది:
+
+```python
+def rlp_encode(input):
+ if isinstance(input,str):
+ if len(input) == 1 and ord(input) < 0x80:
+ return input
+ return encode_length(len(input), 0x80) + input
+ elif isinstance(input, list):
+ output = ''
+ for item in input:
+ output += rlp_encode(item)
+ return encode_length(len(output), 0xc0) + output
+
+def encode_length(L, offset):
+ if L < 56:
+ return chr(L + offset)
+ elif L < 256**8:
+ BL = to_binary(L)
+ return chr(len(BL) + offset + 55) + BL
+ raise Exception("ఇన్పుట్ చాలా పొడవుగా ఉంది")
+
+def to_binary(x):
+ if x == 0:
+ return ''
+ return to_binary(int(x / 256)) + chr(x % 256)
+```
+
+## ఉదాహరణలు {#examples}
+
+- స్ట్రింగ్ "కుక్క" = [0x83, 'd', 'o', 'g' ]
+- జాబితా [ "పిల్లి", "కుక్క" ] = `[ 0xc8, 0x83, 'c', 'a', 't', 0x83, 'd', 'o', 'g' ]`
+- ఖాళీ స్ట్రింగ్ ('null') = `[ 0x80 ]`
+- ఖాళీ జాబితా = `[ 0xc0 ]`
+- పూర్ణాంకం 0 = `[ 0x80 ]`
+- బైట్ '\\x00' = `[ 0x00 ]`
+- బైట్ '\\x0f' = `[ 0x0f ]`
+- బైట్లు '\\x04\\x00' = `[ 0x82, 0x04, 0x00 ]`
+- మూడింటి [సెట్ సైద్ధాంతిక ప్రాతినిధ్యం](http://en.wikipedia.org/wiki/Set-theoretic_definition_of_natural_numbers), `[ [], [[]], [ [], [[]] ] ] = [ 0xc7, 0xc0, 0xc1, 0xc0, 0xc3, 0xc0, 0xc1, 0xc0 ]`
+- స్ట్రింగ్ "Lorem ipsum dolor sit amet, consectetur adipisicing elit" = `[ 0xb8, 0x38, 'L', 'o', 'r', 'e', 'm', ' ', ...` , 'e', 'l', 'i', 't' ]\`
+
+## RLP డీకోడింగ్ {#rlp-decoding}
+
+RLP ఎన్కోడింగ్ నియమాలు మరియు ప్రక్రియ ప్రకారం, RLP డీకోడ్ ఇన్పుట్ బైనరీ డేటా యొక్క శ్రేణిగా పరిగణించబడుతుంది. RLP డీకోడింగ్ ప్రక్రియ క్రింది విధంగా ఉంది:
+
+1. ఇన్పుట్ డేటా యొక్క మొదటి బైట్ (అనగా ఉపసర్గ) ప్రకారం మరియు డేటా రకాన్ని డీకోడింగ్ చేయడం, వాస్తవ డేటా మరియు ఆఫ్సెట్ యొక్క పొడవు;
+
+2. డేటా రకం మరియు ఆఫ్సెట్ ప్రకారం, సానుకూల పూర్ణాంకాల కోసం కనీస ఎన్కోడింగ్ నియమాన్ని గౌరవిస్తూ, డేటాను సంబంధితంగా డీకోడ్ చేయండి;
+
+3. మిగిలిన ఇన్పుట్ను డీకోడ్ చేయడం కొనసాగించండి;
+
+వాటిలో, డీకోడింగ్ డేటా రకాలు మరియు ఆఫ్సెట్ యొక్క నియమాలు క్రింది విధంగా ఉన్నాయి:
+
+1. మొదటి బైట్ (అనగా, ఉపసర్గ) యొక్క పరిధి [0x00, 0x7f] అయితే డేటా ఒక స్ట్రింగ్ అవుతుంది, మరియు ఆ స్ట్రింగ్ ఖచ్చితంగా మొదటి బైట్ అవుతుంది;
+
+2. మొదటి బైట్ పరిధి [0x80, 0xb7] అయితే డేటా స్ట్రింగ్ అవుతుంది మరియు మొదటి బైట్ మైనస్ 0x80కి సమానమైన స్ట్రింగ్ మొదటి బైట్ను అనుసరిస్తుంది;
+
+3. మొదటి బైట్ పరిధి [0xb8, 0xbf] అయితే డేటా స్ట్రింగ్గా ఉంటుంది మరియు మొదటి బైట్కి సమానమైన బైట్ల పొడవు మైనస్ 0xb7 మొదటి బైట్కు సమానం మరియు స్ట్రింగ్ పొడవును అనుసరిస్తుంది తీగ;
+
+4. మొదటి బైట్ పరిధి [0xc0, 0xf7] అయితే డేటా జాబితాగా ఉంటుంది మరియు మొత్తం పేలోడ్ మొదటి బైట్ మైనస్ 0xc0కి సమానమైన జాబితాలోని అన్ని అంశాల RLP ఎన్కోడింగ్ల కలయిక మొదటి బైట్ను అనుసరిస్తుంది;
+
+5. మొదటి బైట్ పరిధి [0xf8, 0xff] అయితే డేటా జాబితాగా ఉంటుంది మరియు మొదటి బైట్ మైనస్ 0xf7కి సమానమైన లిస్ట్ యొక్క మొత్తం పేలోడ్ మొదటి బైట్ను అనుసరిస్తుంది మరియు అన్నింటి యొక్క RLP ఎన్కోడింగ్ల కలయిక జాబితా యొక్క అంశాలు జాబితా యొక్క మొత్తం పేలోడ్ను అనుసరిస్తాయి;
+
+కోడ్లో, ఇది:
+
+```python
+def rlp_decode(input):
+ if len(input) == 0:
+ return
+ output = ''
+ (offset, dataLen, type) = decode_length(input)
+ if type is str:
+ output = instantiate_str(substr(input, offset, dataLen))
+ elif type is list:
+ output = instantiate_list(substr(input, offset, dataLen))
+ output += rlp_decode(substr(input, offset + dataLen))
+ return output
+
+def decode_length(input):
+ length = len(input)
+ if length == 0:
+ raise Exception("ఇన్పుట్ శూన్యం")
+ prefix = ord(input[0])
+ if prefix <= 0x7f:
+ return (0, 1, str)
+ elif prefix <= 0xb7 and length > prefix - 0x80:
+ strLen = prefix - 0x80
+ return (1, strLen, str)
+ elif prefix <= 0xbf and length > prefix - 0xb7 and length > prefix - 0xb7 + to_integer(substr(input, 1, prefix - 0xb7)):
+ lenOfStrLen = prefix - 0xb7
+ strLen = to_integer(substr(input, 1, lenOfStrLen))
+ return (1 + lenOfStrLen, strLen, str)
+ elif prefix <= 0xf7 and length > prefix - 0xc0:
+ listLen = prefix - 0xc0;
+ return (1, listLen, list)
+ elif prefix <= 0xff and length > prefix - 0xf7 and length > prefix - 0xf7 + to_integer(substr(input, 1, prefix - 0xf7)):
+ lenOfListLen = prefix - 0xf7
+ listLen = to_integer(substr(input, 1, lenOfListLen))
+ return (1 + lenOfListLen, listLen, list)
+ raise Exception("ఇన్పుట్ RLP ఎన్కోడింగ్ ఫారమ్కు అనుగుణంగా లేదు")
+
+def to_integer(b):
+ length = len(b)
+ if length == 0:
+ raise Exception("ఇన్పుట్ శూన్యం")
+ elif length == 1:
+ return ord(b[0])
+ return ord(substr(b, -1)) + to_integer(substr(b, 0, -1)) * 256
+```
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియములో RLP](https://medium.com/coinmonks/data-structure-in-ethereum-episode-1-recursive-length-prefix-rlp-encoding-decoding-d1016832f919)
+- [ఇతీరియము అండర్ ది హుడ్: RLP](https://medium.com/coinmonks/ethereum-under-the-hood-part-3-rlp-decoding-df236dc13e58)
+- [కోగ్లియో, ఎ. (2020). ACL2లో Ethereum యొక్క పునరావృత పొడవు ఉపసర్గ. arXiv ప్రీప్రింట్ arXiv:2009.13769.](https://arxiv.org/abs/2009.13769)
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [ప్యాట్రిసియా మెర్కిల్ ట్రై](/developers/docs/data-structures-and-encoding/patricia-merkle-trie)
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/ssz/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/ssz/index.md
new file mode 100644
index 00000000000..3996a24026f
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/ssz/index.md
@@ -0,0 +1,149 @@
+---
+title: సాధారణ సీరియల్
+description: Ethereum యొక్క SSZ ఫార్మాట్ యొక్క వివరణ.
+lang: te
+sidebarDepth: 2
+---
+
+**సింపుల్ సీరియలైజ్ (SSZ)** అనేది బీకాన్ చైన్లో ఉపయోగించే సీరియలైజేషన్ పద్ధతి. ఇది పీర్ డిస్కవరీ ప్రోటోకాల్ మినహా ఏకాభిప్రాయ పొర అంతటా ఎగ్జిక్యూషన్ లేయర్లో ఉపయోగించిన RLP సీరియలైజేషన్ను భర్తీ చేస్తుంది. RLP సీరియలైజేషన్ గురించి మరింత తెలుసుకోవడానికి, [రికర్సివ్-లెంగ్త్ ప్రిఫిక్స్ (RLP)](/developers/docs/data-structures-and-encoding/rlp/) చూడండి. SSZ నిర్ణయాత్మకంగా మరియు సమర్ధవంతంగా మెర్క్లైజ్ చేయడానికి రూపొందించబడింది. SSZ రెండు భాగాలను కలిగి ఉన్నట్లు భావించవచ్చు: సీరియలైజేషన్ స్కీమ్ మరియు సీరియలైజ్డ్ డేటా స్ట్రక్చర్తో సమర్థవంతంగా పని చేయడానికి రూపొందించబడిన మెర్క్లైజేషన్ స్కీమ్.
+
+## SSZ ఎలా పని చేస్తుంది? {#how-does-ssz-work}
+
+### సీరియలైజేషన్ {#serialization}
+
+SSZ అనేది సీరియలైజేషన్ స్కీమ్, ఇది స్వీయ-వర్ణన కాదు - ఇది ముందుగా తెలుసుకోవలసిన స్కీమాపై ఆధారపడి ఉంటుంది. SSZ సీరియలైజేషన్ యొక్క లక్ష్యం ఏకపక్ష సంక్లిష్టత యొక్క వస్తువులను బైట్ల స్ట్రింగ్లుగా సూచించడం. ఇది "ప్రాథమిక రకాలు" కోసం చాలా సులభమైన ప్రక్రియ. మూలకం కేవలం హెక్సాడెసిమల్ బైట్లుగా మార్చబడుతుంది. ప్రాథమిక రకాలు ఉన్నాయి:
+
+- సంతకం చేయని పూర్ణాంకాలు
+- బూలియన్లు
+
+సంక్లిష్టమైన "సమ్మిళిత" రకాల కోసం, సీరియలైజేషన్ మరింత క్లిష్టంగా ఉంటుంది, ఎందుకంటే మిశ్రమ రకం వివిధ రకాల లేదా విభిన్న పరిమాణాలు లేదా రెండింటినీ కలిగి ఉండే బహుళ మూలకాలను కలిగి ఉంటుంది. ఈ ఆబ్జెక్ట్లన్నింటికీ స్థిరమైన పొడవులు ఉన్నప్పుడు (అనగా, మూలకాల పరిమాణం వాటి వాస్తవ విలువలతో సంబంధం లేకుండా ఎల్లప్పుడూ స్థిరంగా ఉంటుంది), సీరియలైజేషన్ అనేది మిశ్రమ రకంలోని ప్రతి మూలకాన్ని లిటిల్-ఎండియన్ బైట్స్ట్రింగ్లుగా ఆర్డర్ చేసే ఒక సాధారణ మార్పిడి. ఈ బైటెస్ట్రింగ్లు కలిసి ఉంటాయి. సీరియలైజ్ చేయబడిన ఆబ్జెక్ట్లో స్థిర-పొడవు మూలకాల యొక్క బైటెలిస్ట్ ప్రాతినిధ్యాన్ని అవి డీరియలైజ్డ్ ఆబ్జెక్ట్లో కనిపించే క్రమంలోనే కలిగి ఉంటాయి.
+
+వేరియబుల్ లెంగ్త్లతో ఉన్న రకాల కోసం, సీరియలైజ్డ్ ఆబ్జెక్ట్లో ఆ ఎలిమెంట్ స్థానంలో ఉన్న "ఆఫ్సెట్" విలువతో వాస్తవ డేటా భర్తీ చేయబడుతుంది. అసలు డేటా సీరియలైజ్ చేయబడిన ఆబ్జెక్ట్ చివరిలో కుప్పకు జోడించబడుతుంది. ఆఫ్సెట్ విలువ అనేది హీప్లోని వాస్తవ డేటా ప్రారంభానికి సూచిక, సంబంధిత బైట్లకు పాయింటర్గా పనిచేస్తుంది.
+
+దిగువ ఉదాహరణ స్థిర మరియు వేరియబుల్-పొడవు అంశాలతో కూడిన కంటైనర్ కోసం ఆఫ్సెట్టింగ్ ఎలా పని చేస్తుందో వివరిస్తుంది:
+
+```Rust
+
+ struct Dummy {
+
+ number1: u64,
+ number2: u64,
+ vector: Vec,
+ number3: u64
+ }
+
+ dummy = Dummy{
+
+ number1: 37,
+ number2: 55,
+ vector: vec![1,2,3,4],
+ number3: 22,
+ }
+
+ serialized = ssz.serialize(dummy)
+
+```
+
+`సీరియలైజ్డ్` కింది నిర్మాణాన్ని కలిగి ఉంటుంది (ఇక్కడ 4 బిట్లకు మాత్రమే ప్యాడ్ చేయబడింది, వాస్తవానికి 32 బిట్లకు ప్యాడ్ చేయబడింది మరియు స్పష్టత కోసం `int` ప్రాతినిధ్యాన్ని ఉంచుతుంది):
+
+```
+[37, 0, 0, 0, 55, 0, 0, 0, 16, 0, 0, 0, 22, 0, 0, 0, 1, 2, 3, 4]
+------------ ----------- ----------- ----------- ----------
+ | | | | |
+ number1 number2 వెక్టర్ number 3 వెక్టర్
+ ఆఫ్సెట్ విలువ
+
+```
+
+స్పష్టత కోసం పంక్తుల ద్వారా విభజించబడింది:
+
+```
+[
+ 37, 0, 0, 0, # `number1` యొక్క లిటిల్-ఎండియన్ ఎన్కోడింగ్.
+ 55, 0, 0, 0, # `number2` యొక్క లిటిల్-ఎండియన్ ఎన్కోడింగ్.
+ 16, 0, 0, 0, # `vector` యొక్క విలువ ఎక్కడ మొదలవుతుందో సూచించే "ఆఫ్సెట్" (లిటిల్-ఎండియన్ 16).
+ 22, 0, 0, 0, # `number3` యొక్క లిటిల్-ఎండియన్ ఎన్కోడింగ్.
+ 1, 2, 3, 4, # `vector` లోని వాస్తవ విలువలు.
+]
+```
+
+ఇది ఇప్పటికీ ఒక సరళీకరణ - పైన ఉన్న స్కీమాటిక్స్లోని పూర్ణాంకాలు మరియు సున్నాలు వాస్తవానికి బైటెలిస్ట్లు ఇలా నిల్వ చేయబడతాయి:
+
+```
+[
+ 10100101000000000000000000000000 # `number1` యొక్క లిటిల్-ఎండియన్ ఎన్కోడింగ్
+ 10110111000000000000000000000000 # `number2` యొక్క లిటిల్-ఎండియన్ ఎన్కోడింగ్.
+ 10010000000000000000000000000000 # `vector` యొక్క విలువ ఎక్కడ మొదలవుతుందో సూచించే "ఆఫ్సెట్" (లిటిల్-ఎండియన్ 16).
+ 10010110000000000000000000000000 # `number3` యొక్క లిటిల్-ఎండియన్ ఎన్కోడింగ్.
+ 10000001100000101000001110000100 # `bytes` ఫీల్డ్ యొక్క వాస్తవ విలువ.
+]
+```
+
+కాబట్టి వేరియబుల్-పొడవు రకాల కోసం వాస్తవ విలువలు సీరియలైజ్ చేయబడిన ఆబ్జెక్ట్ చివరిలో ఒక కుప్పలో నిల్వ చేయబడతాయి, వాటి ఆఫ్సెట్లు ఆర్డర్ చేసిన ఫీల్డ్ల జాబితాలో వాటి సరైన స్థానాల్లో నిల్వ చేయబడతాయి.
+
+నిర్దిష్ట చికిత్స అవసరమయ్యే `BitList` రకం వంటి కొన్ని ప్రత్యేక సందర్భాలు కూడా ఉన్నాయి, సీరియలైజేషన్ సమయంలో పొడవు పరిమితిని జోడించి, డీరియలైజేషన్ సమయంలో తీసివేయాలి. పూర్తి వివరాలు [SSZ స్పెక్](https://github.com/ethereum/consensus-specs/blob/dev/ssz/simple-serialize.md)లో అందుబాటులో ఉన్నాయి.
+
+### డీసీరియలైజేషన్ {#deserialization}
+
+ఈ వస్తువును డీరియలైజ్ చేయడానికి స్కీమా అవసరం. స్కీమా ధారావాహిక డేటా యొక్క ఖచ్చితమైన లేఅవుట్ను నిర్వచిస్తుంది, తద్వారా ప్రతి నిర్దిష్ట మూలకం సరైన రకం, విలువ, పరిమాణం మరియు స్థానం కలిగిన మూలకాలతో కొన్ని అర్ధవంతమైన వస్తువుగా బైట్ల బొట్టు నుండి డీరియలైజ్ చేయబడుతుంది. ఏ విలువలు వాస్తవ విలువలు మరియు ఏవి ఆఫ్సెట్లు అని డీరియలైజర్కు చెప్పే స్కీమా ఇది. ఆబ్జెక్ట్ సీరియలైజ్ చేయబడినప్పుడు అన్ని ఫీల్డ్ పేర్లు అదృశ్యమవుతాయి, కానీ స్కీమా ప్రకారం డీరియలైజేషన్లో పునరుద్ధరిస్తారు.
+
+దీనిపై ఇంటరాక్టివ్ వివరణ కోసం [ssz.dev](https://www.ssz.dev/overview)ని చూడండి.
+
+## మెర్కలైజేషన్ {#merkleization}
+
+ఈ SSZ సీరియలైజ్డ్ ఆబ్జెక్ట్ అప్పుడు మెర్క్లైజ్ చేయబడుతుంది - అదే డేటా యొక్క మెర్కిల్-ట్రీ రిప్రజెంటేషన్గా రూపాంతరం చెందుతుంది. మొదట, సీరియలైజ్డ్ ఆబ్జెక్ట్లోని 32-బైట్ భాగాల సంఖ్య నిర్ణయించబడుతుంది. ఇవి చెట్టు యొక్క "ఆకులు". మొత్తం ఆకుల సంఖ్య తప్పనిసరిగా 2 పవర్ అయి ఉండాలి, తద్వారా ఆకులను కలిపి హ్యాష్ చేయడం వల్ల చివరికి ఒకే హ్యాష్-ట్రీ-రూట్ వస్తుంది. ఇది సహజంగా కాకపోతే, 32 బైట్ల సున్నాలను కలిగి ఉన్న అదనపు ఆకులు జోడించబడతాయి. రేఖాచిత్రంగా:
+
+```
+ హాష్ ట్రీ రూట్
+ / \
+ / \
+ / \
+ / \
+ 1, 2 ఆకుల హాష్ 3, 4 ఆకుల హాష్
+ / \ / \
+ / \ / \
+ / \ / \
+ ఆకు1 ఆకు2 ఆకు3 ఆకు4
+```
+
+చెట్టు యొక్క ఆకులు పై ఉదాహరణలో చేసిన విధంగా సహజంగా సమానంగా పంపిణీ చేయని సందర్భాలు కూడా ఉన్నాయి. ఉదాహరణకు, లీఫ్ 4 అనేది మెర్కిల్ చెట్టుకు అదనపు "లోతు" జోడించాల్సిన బహుళ మూలకాలతో కూడిన కంటైనర్ కావచ్చు, ఇది అసమాన చెట్టును సృష్టిస్తుంది.
+
+ఈ ట్రీ ఎలిమెంట్లను లీఫ్ X, నోడ్ X మొదలైనవిగా సూచించడానికి బదులుగా, మేము వాటికి రూట్ = 1తో ప్రారంభించి, ప్రతి స్థాయిలో ఎడమ నుండి కుడికి లెక్కించే సాధారణ సూచికలను ఇవ్వవచ్చు. ఇది పైన వివరించిన సాధారణ సూచిక. సీరియలైజ్ చేయబడిన జాబితాలోని ప్రతి మూలకం `2**depth + idx`కి సమానమైన సాధారణీకరించిన సూచికను కలిగి ఉంటుంది, ఇక్కడ idx అనేది సీరియలైజ్ చేయబడిన వస్తువులో దాని సున్నా-సూచిక స్థానం మరియు లోతు (depth) అనేది మెర్కిల్ ట్రీలోని స్థాయిల సంఖ్య, దీనిని మూలకాల సంఖ్య (ఆకులు) యొక్క బేస్-టూ సంవర్గమానంగా నిర్ణయించవచ్చు.
+
+## సాధారణీకరించిన సూచికలు {#generalized-indices}
+
+సాధారణీకరించిన సూచిక అనేది బైనరీ మెర్కిల్ ట్రీలోని ఒక నోడ్ను సూచించే పూర్ణాంకం, ఇక్కడ ప్రతి నోడ్ ఒక సాధారణీకరించిన సూచిక `2 ** depth + index in row`ను కలిగి ఉంటుంది.
+
+```
+ 1 --లోతు (depth) = 0 2**0 + 0 = 1
+ 2 3 --లోతు (depth) = 1 2**1 + 0 = 2, 2**1+1 = 3
+ 4 5 6 7 --లోతు (depth) = 2 2**2 + 0 = 4, 2**2 + 1 = 5...
+
+```
+
+ఈ ప్రాతినిధ్యం మెర్కిల్ ట్రీలోని ప్రతి డేటా భాగానికి నోడ్ సూచికను అందిస్తుంది.
+
+## మల్టీప్రూఫ్లు {#multiproofs}
+
+నిర్దిష్ట మూలకాన్ని సూచించే సాధారణీకరించిన సూచికల జాబితాను అందించడం వలన హాష్-ట్రీ-రూట్కు వ్యతిరేకంగా దాన్ని ధృవీకరించడానికి మాకు అనుమతి లభిస్తుంది. ఈ రూట్ వాస్తవికత యొక్క మా అంగీకరించబడిన సంస్కరణ. మేము అందించిన ఏదైనా డేటా మెర్కిల్ ట్రీలో (దాని సాధారణీకరించిన సూచిక ద్వారా నిర్ణయించబడుతుంది) సరైన స్థలంలోకి చొప్పించడం ద్వారా మరియు రూట్ స్థిరంగా ఉందని గమనించడం ద్వారా ఆ వాస్తవికతకు వ్యతిరేకంగా ధృవీకరించబడుతుంది. ఒక నిర్దిష్ట సాధారణీకరించిన సూచికల సెట్ యొక్క కంటెంట్లను ధృవీకరించడానికి అవసరమైన నోడ్ల కనిష్ట సెట్ను ఎలా గణించాలో చూపించే ఫంక్షన్లు [ఇక్కడ](https://github.com/ethereum/consensus-specs/blob/dev/ssz/merkle-proofs.md#merkle-multiproofs) స్పెక్ లో ఉన్నాయి.
+
+ఉదాహరణకు, దిగువ చెట్టులోని సూచిక 9లోని డేటాను ధృవీకరించడానికి, మాకు 8, 9, 5, 3, 1 సూచికల వద్ద డేటా యొక్క హాష్ అవసరం.
+(8,9) యొక్క హాష్ హాష్ (4) కి సమానంగా ఉండాలి, ఇది 5తో 2ని ఉత్పత్తి చేయడానికి, 3తో హ్యాష్ చేస్తే ట్రీ రూట్ 1ని ఉత్పత్తి చేస్తుంది. 9 కోసం తప్పు డేటా అందించబడితే, రూట్ మారుతుంది - మేము దీన్ని గుర్తించి, బ్రాంచ్ని ధృవీకరించడంలో విఫలమవుతాము.
+
+```
+* = ప్రూఫ్ ఉత్పత్తి చేయడానికి అవసరమైన డేటా
+
+ 1*
+ 2 3*
+ 4 5* 6 7
+8* 9* 10 11 12 13 14 15
+
+```
+
+## మరింత సమాచారం {#further-reading}
+
+- [అప్గ్రేడింగ్ ఇతీరియము: SSZ](https://eth2book.info/altair/part2/building_blocks/ssz)
+- [అప్గ్రేడింగ్ ఇతీరియము: మెర్కలైజేషన్](https://eth2book.info/altair/part2/building_blocks/merkleization)
+- [SSZ ఇంప్లిమెంటేషన్లు](https://github.com/ethereum/consensus-specs/issues/2138)
+- [SSZ కాలిక్యులేటర్](https://simpleserialize.com/)
+- [SSZ.dev](https://www.ssz.dev/)
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
new file mode 100644
index 00000000000..5fa61a009ce
--- /dev/null
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
@@ -0,0 +1,195 @@
+---
+title: Web3 రహస్య నిల్వ నిర్వచనం
+description: Web3 రహస్య నిల్వ కోసం అధికారిక నిర్వచనం
+lang: te
+sidebarDepth: 2
+---
+
+Ethereumలో మీ యాప్ పని చేయడానికి, మీరు web3.js లైబ్రరీ అందించిన web3 ఆబ్జెక్ట్ని ఉపయోగించవచ్చు. హుడ్ కింద ఇది RPC కాల్ల ద్వారా లోకల్ నోడ్కి కమ్యూనికేట్ చేస్తుంది. [web3](https://github.com/ethereum/web3.js/) అనేది RPC లేయర్ను బహిర్గతం చేసే ఏదైనా ఎథేరియం నోడ్తో పని చేస్తుంది.
+
+`web3`లో `eth` ఆబ్జెక్ట్ ఉంటుంది - web3.eth.
+
+```js
+var fs = require("fs")
+var recognizer = require("ethereum-keyfile-recognizer")
+
+fs.readFile("keyfile.json", (err, data) => {
+ var json = JSON.parse(data)
+ var result = recognizer(json)
+})
+
+/** ఫలితం
+ * [ 'web3', 3 ] web3 (v3) కీఫైల్
+ * [ 'ethersale', undefined ] ఈథర్సేల్ కీఫైల్
+ * null చెల్లని కీఫైల్
+ */
+```
+
+ఈ పత్రంలో Web3 రహస్య నిల్వ నిర్వచనం యొక్క **వెర్షన్ 3** వివరించబడింది.
+
+## నిర్వచనం {#definition}
+
+క్రిప్టో అల్గోరిథం ఇకపై AES-128-CBC (AES-128-CTR అనేది ఇప్పుడు కనీస అవసరం) కి స్థిరంగా ఉండదు తప్ప, ఫైల్ యొక్క వాస్తవ ఎన్కోడింగ్ మరియు డీకోడింగ్ వెర్షన్ 1 నుండి చాలా వరకు మారదు. `mac` మినహా, చాలా అర్థాలు/అల్గారిథం వెర్షన్ 1ని పోలి ఉంటాయి. `mac` అనేది, ఉత్పన్నమైన కీ యొక్క ఎడమవైపు నుంచి రెండవ 16 బైట్లను పూర్తి `ciphertext`తో కలిపినప్పుడు వచ్చే కలయికకు SHA3 (keccak-256)గా ఇవ్వబడింది.
+
+రహస్య కీ ఫైల్లు నేరుగా `~/.web3/keystore` (యూనిక్స్-లాంటి సిస్టమ్ల కోసం) మరియు `~/AppData/Web3/keystore` (విండోస్ కోసం)లో నిల్వ చేయబడతాయి. వాటికి ఏ పేరైనా పెట్టవచ్చు, కానీ `.json` అనేది ఒక మంచి పద్ధతి, ఇక్కడ `` అనేది రహస్య కీకి ఇవ్వబడిన 128-బిట్ UUID (రహస్య కీ చిరునామా కొరకు గోప్యతను కాపాడే ఒక ప్రాక్సీ).
+
+అటువంటి అన్ని ఫైల్లు అనుబంధిత పాస్వర్డ్ను కలిగి ఉంటాయి. ఇవ్వబడిన `.json` ఫైల్ యొక్క రహస్య కీని పొందేందుకు, ముందుగా ఫైల్ యొక్క ఎన్క్రిప్షన్ కీని పొందాలి; `kdf` కీ ద్వారా వివరించిన విధంగా, ఫైల్ పాస్వర్డ్ను తీసుకొని దానిని కీ డెరివేషన్ ఫంక్షన్ ద్వారా పంపడం ద్వారా ఇది జరుగుతుంది. KDF ఫంక్షన్కు అవసరమైన KDF-ఆధారిత స్టాటిక్, డైనమిక్ పారామీటర్లు `kdfparams` కీలో వివరించబడ్డాయి.
+
+PBKDF2కి అన్ని కనిష్ట-కంప్లైంట్ ఇంప్లిమెంటేషన్లు తప్పక మద్దతివ్వాలి, అయితే సూచిస్తారు:
+
+- `kdf`: `pbkdf2`
+
+PBKDF2 కోసం, kdfparams ఉన్నాయి:
+
+- `prf`: తప్పనిసరిగా `hmac-sha256` అయి ఉండాలి (భవిష్యత్తులో పొడిగించవచ్చు);
+- `c`: పునరావృతాల సంఖ్య;
+- `salt`: PBKDFకు పంపిన సాల్ట్;
+- `dklen`: ఉత్పన్నమైన కీ కోసం పొడవు. తప్పనిసరిగా >= 32 అయి ఉండాలి.
+
+ఫైల్ యొక్క కీని పొందిన తర్వాత, అది MAC యొక్క ఉత్పన్నం ద్వారా ధృవీకరించబడాలి. `ciphertext` కీ యొక్క కంటెంట్లతో ఉత్పన్నమైన కీ యొక్క ఎడమవైపు నుండి రెండవ 16 బైట్లను అనుసంధానం చేయగా ఏర్పడిన బైట్ అర్రే యొక్క SHA3 (keccak-256) హాష్గా MACని లెక్కించాలి, అనగా:
+
+```js
+KECCAK(DK[16..31] ++ )
+```
+
+(ఇక్కడ `++` అనేది అనుసంధాన ఆపరేటర్)
+
+ఈ విలువను `mac` కీ యొక్క కంటెంట్లతో పోల్చాలి; అవి భిన్నంగా ఉంటే, ప్రత్యామ్నాయ పాస్వర్డ్ను అభ్యర్థించాలి (లేదా ఆపరేషన్ను రద్దు చేయాలి).
+
+ఫైల్ కీని ధృవీకరించిన తర్వాత, సైఫర్ టెక్స్ట్ను (ఫైల్లోని `ciphertext` కీ) డీక్రిప్ట్ చేయవచ్చు. దీనికోసం `cipher` కీ ద్వారా పేర్కొనబడిన మరియు `cipherparams` కీ ద్వారా పారామీటరైజ్ చేయబడిన సిమెట్రిక్ ఎన్క్రిప్షన్ అల్గారిథం ఉపయోగించబడుతుంది. ఉత్పన్నమైన కీ పరిమాణం మరియు అల్గోరిథం యొక్క కీ పరిమాణం సరిపోలకపోతే, సున్నా ప్యాడ్ చేయబడిన, ఉత్పన్నమైన కీ యొక్క కుడివైపు బైట్లను అల్గారిథమ్కి కీగా ఉపయోగించాలి.
+
+అన్ని కనిష్టంగా-అనుకూలమైన అమలులు తప్పనిసరిగా AES-128-CTR అల్గారిథమ్కు మద్దతు ఇవ్వాలి, దీని ద్వారా సూచించబడతాయి:
+
+- `cipher: aes-128-ctr`
+
+ఈ సాంకేతికలిపి కింది పారామితులను తీసుకుంటుంది, సైఫర్పారమ్స్ కీకి కీలుగా ఇవ్వబడింది:
+
+- `iv`: సైఫర్ కోసం 128-బిట్ ఇనిషియలైజేషన్ వెక్టర్.
+
+సైఫర్ కోసం కీ అనేది ఉత్పన్నమైన కీ యొక్క ఎడమవైపున ఉన్న 16 బైట్లు, అనగా `DK[0..15]`
+
+రహస్య కీ యొక్క సృష్టి/ఎన్క్రిప్షన్ తప్పనిసరిగా ఈ సూచనలకు విరుద్ధంగా ఉండాలి. `uuid`, `salt` మరియు `iv` వాస్తవానికి యాదృచ్ఛికంగా ఉన్నాయని నిర్ధారించుకోండి.
+
+`version` ఫీల్డ్తో పాటు, ఇది వెర్షన్ యొక్క "హార్డ్" ఐడెంటిఫైయర్గా పనిచేయాలి, ఫార్మాట్లోని చిన్న, నాన్-బ్రేకింగ్ మార్పులను ట్రాక్ చేయడానికి ఇంప్లిమెంటేషన్లు `minorversion`ను కూడా ఉపయోగించవచ్చు.
+
+## టెస్ట్ వెక్టార్లు {#test-vectors}
+
+వివరాలు:
+
+- `Address`: `008aeeda4d805471df9b2a5b0f38a0c3bcba786b`
+- `ICAP`: `XE542A5PZHH8PYIZUBEJEO0MFWRAPPIL67`
+- `UUID`: `3198bc9c-6672-5ab3-d9954942343ae5b6`
+- `Password`: `testpassword`
+- `Secret`: `7a28b5ba57c53603b0b07b56bba752f7784bf506fa95edc395f5cf6c7514fe9d`
+
+### PBKDF2-SHA-256 {#PBKDF2-SHA-256}
+
+`AES-128-CTR` మరియు `PBKDF2-SHA-256` ఉపయోగించే టెస్ట్ వెక్టార్:
+
+`~/.web3/keystore/3198bc9c-6672-5ab3-d9954942343ae5b6.json` ఫైల్ కంటెంట్లు:
+
+```json
+{
+ "crypto": {
+ "cipher": "aes-128-ctr",
+ "cipherparams": {
+ "iv": "6087dab2f9fdbbfaddc31a909735c1e6"
+ },
+ "ciphertext": "5318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46",
+ "kdf": "pbkdf2",
+ "kdfparams": {
+ "c": 262144,
+ "dklen": 32,
+ "prf": "hmac-sha256",
+ "salt": "ae3cd4e7013836a3df6bd7241b12db061dbe2c6785853cce422d148a624ce0bd"
+ },
+ "mac": "517ead924a9d0dc3124507e3393d175ce3ff7c1e96529c6c555ce9e51205e9b2"
+ },
+ "id": "3198bc9c-6672-5ab3-d995-4942343ae5b6",
+ "version": 3
+}
+```
+
+**మధ్యంతర విలువలు**:
+
+`ఉత్పన్న కీ`: `f06d69cdc7da0faffb1008270bca38f5e31891a3a773950e6d0fea48a7188551`
+`MAC బాడీ`: `e31891a3a773950e6d0fea48a71885515318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46`
+`MAC`: `517ead924a9d0dc3124507e3393d175ce3ff7c1e96529c6c555ce9e51205e9b2`
+`సైఫర్ కీ`: `f06d69cdc7da0faffb1008270bca38f5`
+
+### Scrypt {#scrypt}
+
+AES-128-CTR మరియు స్క్రిప్ట్ ఉపయోగించి వెక్టార్ని పరీక్షించండి:
+
+```json
+{
+ "crypto": {
+ "cipher": "aes-128-ctr",
+ "cipherparams": {
+ "iv": "740770fce12ce862af21264dab25f1da"
+ },
+ "ciphertext": "dd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2",
+ "kdf": "scrypt",
+ "kdfparams": {
+ "dklen": 32,
+ "n": 262144,
+ "p": 1,
+ "r": 8,
+ "salt": "25710c2ccd7c610b24d068af83b959b7a0e5f40641f0c82daeb1345766191034"
+ },
+ "mac": "337aeb86505d2d0bb620effe57f18381377d67d76dac1090626aa5cd20886a7c"
+ },
+ "id": "3198bc9c-6672-5ab3-d995-4942343ae5b6",
+ "version": 3
+}
+```
+
+**మధ్యంతర విలువలు**:
+
+`ఉత్పన్న కీ`: `7446f59ecc301d2d79bc3302650d8a5cedc185ccbb4bf3ca1ebd2c163eaa6c2d`
+`MAC బాడీ`: `edc185ccbb4bf3ca1ebd2c163eaa6c2ddd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2`
+`MAC`: `337aeb86505d2d0bb620effe57f18381377d67d76dac1090626aa5cd20886a7c`
+`సైఫర్ కీ`: `7446f59ecc301d2d79bc3302650d8a5c`
+
+## వెర్షన్ 1 నుండి మార్పులు {#alterations-from-v2}
+
+ఈ వెర్షన్, [ఇక్కడ](https://github.com/ethereum/homestead-guide/blob/master/old-docs-for-reference/go-ethereum-wiki.rst/Passphrase-protected-key-store-spec.rst) ప్రచురించిన వెర్షన్ 1తో ఉన్న అనేక అస్థిరతలను సరిచేస్తుంది. క్లుప్తంగా ఇవి:
+
+- క్యాపిటలైజేషన్ అన్యాయమైనది మరియు అస్థిరమైనది (స్క్రిప్ట్ చిన్న అక్షరం, Kdf మిశ్రమ-కేస్, MAC పెద్ద అక్షరం).
+- అనవసరమైన చిరునామా మరియు గోప్యతను రాజీ చేస్తుంది.
+- `Salt` అనేది అంతర్గతంగా కీ డెరివేషన్ ఫంక్షన్ యొక్క పరామితి, కాబట్టి దానితోనే అనుబంధించబడాలి కానీ సాధారణంగా క్రిప్టోతో కాదు.
+- _SaltLen_ అనవసరం (దానిని Salt నుండి ఉత్పాదించండి).
+- కీ డెరివేషన్ ఫంక్షన్ ఇవ్వబడింది, అయినప్పటికీ క్రిప్టో అల్గోరిథం గట్టిగా పేర్కొనబడింది.
+- `Version` అంతర్గతంగా సంఖ్యాపరమైనది అయినప్పటికీ అది ఒక స్ట్రింగ్ (స్ట్రింగ్తో స్ట్రక్చర్డ్ వెర్షనింగ్ సాధ్యమే, కానీ అరుదుగా మారే కాన్ఫిగరేషన్ ఫైల్ ఫార్మాట్ విషయంలో దీనిని పరిధికి వెలుపల ఉన్నట్లుగా పరిగణించవచ్చు).
+- `KDF` మరియు `cipher` భావనాత్మకంగా ఒకే రకమైన భావనలు అయినప్పటికీ, అవి విభిన్నంగా నిర్వహించబడ్డాయి.
+- `MAC` అనేది వైట్స్పేస్తో సంబంధంలేని డేటా ముక్క నుండి లెక్కించబడుతుంది(!)
+
+కింది ఫైల్ను అందించడానికి ఫార్మాట్లో మార్పులు చేయబడ్డాయి, ఇది మునుపు లింక్ చేసిన పేజీలో ఇచ్చిన ఉదాహరణకి క్రియాత్మకంగా సమానం:
+
+```json
+{
+ "crypto": {
+ "cipher": "aes-128-cbc",
+ "ciphertext": "07533e172414bfa50e99dba4a0ce603f654ebfa1ff46277c3e0c577fdc87f6bb4e4fe16c5a94ce6ce14cfa069821ef9b",
+ "cipherparams": {
+ "iv": "16d67ba0ce5a339ff2f07951253e6ba8"
+ },
+ "kdf": "scrypt",
+ "kdfparams": {
+ "dklen": 32,
+ "n": 262144,
+ "p": 1,
+ "r": 8,
+ "salt": "06870e5e6a24e183a5c807bd1c43afd86d573f7db303ff4853d135cd0fd3fe91"
+ },
+ "mac": "8ccded24da2e99a11d48cda146f9cc8213eb423e2ea0d8427f41c3be414424dd",
+ "version": 1
+ },
+ "id": "0498f19a-59db-4d54-ac95-33901b4f1870",
+ "version": 2
+}
+```
+
+## వెర్షన్ 2 నుండి మార్పులు {#alterations-from-v2}
+
+సంస్కరణ 2 అనేక బగ్లతో ప్రారంభ C++ అమలు. అన్ని అవసరమైన వస్తువులు దాని నుండి మారవు.
diff --git a/public/content/translations/te/developers/docs/design-and-ux/dex-design-best-practice/index.md b/public/content/translations/te/developers/docs/design-and-ux/dex-design-best-practice/index.md
new file mode 100644
index 00000000000..4b1cdccc853
--- /dev/null
+++ b/public/content/translations/te/developers/docs/design-and-ux/dex-design-best-practice/index.md
@@ -0,0 +1,220 @@
+---
+title: వికేంద్రీకృత ఎక్స్ఛేంజ్ (DEX) రూపకల్పన ఉత్తమ విధానాలు
+description: టోకెన్లను మార్చుకోవడం కోసం UX/UI నిర్ణయాలను వివరించే ఒక మార్గదర్శి.
+lang: te
+---
+
+2018లో Uniswap ప్రారంభమైనప్పటి నుండి, డజన్ల కొద్దీ వివిధ చైన్లలో వందలాది వికేంద్రీకృత ఎక్స్ఛేంజ్లు ప్రారంభించబడ్డాయి.
+వీటిలో చాలా వరకు కొత్త అంశాలను పరిచయం చేశాయి లేదా వాటి స్వంత శైలిని జోడించాయి, కానీ ఇంటర్ఫేస్ సాధారణంగా అలాగే ఉంది.
+
+దీనికి ఒక కారణం [జాకోబ్ నియమం](https://lawsofux.com/jakobs-law/):
+
+> వినియోగదారులు తమ సమయాన్ని ఎక్కువగా ఇతర సైట్లలో గడుపుతారు. అంటే, వినియోగదారులు వారికి ఇప్పటికే తెలిసిన అన్ని ఇతర సైట్ల వలె మీ సైట్ కూడా అదే విధంగా పనిచేయాలని ఇష్టపడతారు.
+
+Uniswap, Pancakeswap మరియు Sushiswap వంటి ప్రారంభ ఆవిష్కర్తలకు ధన్యవాదాలు, ఒక DEX ఎలా ఉంటుందనే దానిపై DeFi వినియోగదారులకు సామూహిక ఆలోచన ఉంది.
+ఈ కారణంగా, “ఉత్తమ అభ్యాసం” వంటిది ఇప్పుడు ఆవిర్భవిస్తోంది. సైట్ల అంతటా మరిన్ని డిజైన్ నిర్ణయాలు ప్రామాణీకరించబడుతున్నట్లు మనం చూస్తున్నాము. మీరు DEXల పరిణామాన్ని ప్రత్యక్షంగా పరీక్షించడానికి ఒక భారీ ఉదాహరణగా చూడవచ్చు. పనిచేసినవి నిలిచిపోయాయి, పనిచేయనివి విసిరివేయబడ్డాయి. వ్యక్తిత్వానికి ఇంకా ఆస్కారం ఉంది, కానీ ఒక DEX కట్టుబడి ఉండవలసిన కొన్ని ప్రమాణాలు ఉన్నాయి.
+
+ఈ వ్యాసం వీటి యొక్క సారాంశం:
+
+- ఏమి చేర్చాలి
+- దాన్ని వీలైనంత ఉపయోగకరంగా ఎలా తయారు చేయాలి
+- డిజైన్ను అనుకూలీకరించడానికి ప్రధాన మార్గాలు
+
+ఉదాహరణ వైర్ఫ్రేమ్లన్నీ ఈ వ్యాసం కోసమే ప్రత్యేకంగా తయారు చేయబడ్డాయి, అయితే అవన్నీ నిజమైన ప్రాజెక్ట్లపై ఆధారపడి ఉన్నాయి.
+
+Figma కిట్ కూడా దిగువన చేర్చబడింది - దాన్ని ఉపయోగించడానికి సంకోచించకండి మరియు మీ స్వంత వైర్ఫ్రేమ్లను వేగవంతం చేసుకోండి!
+
+## ఒక DEX యొక్క ప్రాథమిక అనాటమీ {#basic-anatomy-of-a-dex}
+
+UIలో సాధారణంగా మూడు అంశాలు ఉంటాయి:
+
+1. ప్రధాన ఫారమ్
+2. బటన్
+3. వివరాల ప్యానెల్
+
+
+
+## వైవిధ్యాలు {#variations}
+
+ఈ వ్యాసంలో ఇది ఒక సాధారణ థీమ్ అవుతుంది, కానీ ఈ అంశాలను నిర్వహించడానికి అనేక విభిన్న మార్గాలు ఉన్నాయి. “వివరాల ప్యానెల్” ఇలా ఉండవచ్చు:
+
+- బటన్ పైన
+- బటన్ కింద
+- అకార్డియన్ ప్యానెల్లో దాగి ఉంటుంది
+- మరియు/లేదా “ప్రివ్యూ” మోడల్లో
+
+ము.గ. ఒక “ప్రివ్యూ” మోడల్ ఐచ్ఛికం, కానీ మీరు ప్రధాన UIలో చాలా తక్కువ వివరాలను చూపిస్తుంటే, ఇది అవసరం అవుతుంది.
+
+## ప్రధాన ఫారమ్ నిర్మాణం {#structure-of-the-main-form}
+
+మీరు ఏ టోకెన్ను మార్చుకోవాలనుకుంటున్నారో వాస్తవంగా ఎంచుకునే పెట్టె ఇది. ఈ కాంపోనెంట్లో ఒక ఇన్పుట్ ఫీల్డ్ మరియు ఒక వరుసలో ఒక చిన్న బటన్ ఉంటాయి.
+
+DEXలు సాధారణంగా అదనపు వివరాలను ఒక వరుస పైన మరియు ఒక వరుస కింద ప్రదర్శిస్తాయి, అయితే దీనిని విభిన్నంగా కాన్ఫిగర్ చేయవచ్చు.
+
+
+
+## వైవిధ్యాలు {#variations2}
+
+ఇక్కడ రెండు UI వైవిధ్యాలు చూపబడ్డాయి; ఒకటి ఎటువంటి సరిహద్దులు లేకుండా, చాలా ఓపెన్ డిజైన్ను సృష్టిస్తుంది మరియు మరొకటి ఇన్పుట్ వరుసకు సరిహద్దు ఉంటుంది, ఆ అంశంపై దృష్టిని కేంద్రీకరిస్తుంది.
+
+
+
+ఈ ప్రాథమిక నిర్మాణం డిజైన్లో **నాలుగు కీలక సమాచార భాగాలను** చూపించడానికి అనుమతిస్తుంది: ప్రతి మూలలో ఒకటి. ఒకే ఒక పై/కింది వరుస ఉంటే, అప్పుడు కేవలం రెండు స్థానాలు మాత్రమే ఉంటాయి.
+
+DeFi పరిణామ క్రమంలో, ఇక్కడ చాలా విభిన్న విషయాలు చేర్చబడ్డాయి.
+
+## చేర్చవలసిన కీలక సమాచారం {#key-info-to-include}
+
+- వాలెట్లో నిల్వ
+- గరిష్ట బటన్
+- ఫియట్ సమానమైనది
+- “అందుకున్న” మొత్తంపై ధర ప్రభావం
+
+DeFi ప్రారంభ రోజుల్లో, ఫియట్ సమానమైనది తరచుగా అందుబాటులో ఉండేది కాదు. మీరు ఎలాంటి Web3 ప్రాజెక్ట్ను నిర్మిస్తున్నా, ఫియట్ సమానమైనది చూపించడం చాలా అవసరం. వినియోగదారులు ఇప్పటికీ స్థానిక కరెన్సీల పరంగా ఆలోచిస్తారు, కాబట్టి వాస్తవ ప్రపంచ మానసిక నమూనాలకు సరిపోలడానికి దీన్ని చేర్చాలి.
+
+రెండవ ఫీల్డ్లో (మీరు ఏ టోకెన్కు మారుస్తున్నారో ఎంచుకునేది), ఇన్పుట్ మొత్తం మరియు అంచనా వేసిన అవుట్పుట్ మొత్తాల మధ్య వ్యత్యాసాన్ని లెక్కించడం ద్వారా మీరు ఫియట్ కరెన్సీ మొత్తం పక్కన ధర ప్రభావాన్ని కూడా చేర్చవచ్చు. చేర్చడానికి ఇది చాలా ఉపయోగకరమైన వివరాలు.
+
+శాతం బటన్లు (ఉదా., 25%, 50%, 75%) ఒక ఉపయోగకరమైన ఫీచర్ కావచ్చు, కానీ అవి ఎక్కువ స్థలాన్ని తీసుకుంటాయి, మరిన్ని కాల్ టు యాక్షన్లను జోడిస్తాయి మరియు మరింత మానసిక భారాన్ని జోడిస్తాయి. శాతం స్లయిడర్లతో కూడా అదే. ఈ UI నిర్ణయాలలో కొన్ని మీ బ్రాండ్ మరియు మీ వినియోగదారు రకంపై ఆధారపడి ఉంటాయి.
+
+అదనపు వివరాలు ప్రధాన ఫారమ్ క్రింద చూపబడతాయి. ఈ రకమైన సమాచారం ఎక్కువగా ప్రో వినియోగదారుల కోసం కాబట్టి, ఇలా చేయడం అర్ధవంతంగా ఉంటుంది:
+
+- వీలైనంత తక్కువగా ఉంచండి, లేదా;
+- అకార్డియన్ ప్యానెల్లో దాచండి
+
+
+
+## చేర్చవలసిన అదనపు సమాచారం {#extra-info-to-include}
+
+- టోకెన్ ధర
+- స్లిప్పేజ్
+- అందుకున్న కనీస మొత్తం
+- అంచనా వేసిన అవుట్పుట్
+- ధర ప్రభావం
+- గ్యాస్ ధర అంచనా
+- ఇతర రుసుములు
+- ఆర్డర్ రౌటింగ్
+
+నిస్సందేహంగా, ఈ వివరాలలో కొన్ని ఐచ్ఛికం కావచ్చు.
+
+ఆర్డర్ రౌటింగ్ ఆసక్తికరంగా ఉంటుంది, కానీ చాలా మంది వినియోగదారులకు పెద్ద తేడాను కలిగించదు.
+
+కొన్ని ఇతర వివరాలు కేవలం అదే విషయాన్ని విభిన్న మార్గాల్లో తిరిగి చెబుతున్నాయి. ఉదాహరణకు “కనీసం అందుకున్నది” మరియు “స్లిప్పేజ్” అనేవి ఒకే నాణానికి రెండు వైపులా ఉంటాయి. మీరు 1% వద్ద స్లిప్పేజ్ను సెట్ చేస్తే, అప్పుడు మీరు అందుకుంటారని ఆశించే కనీస మొత్తం = అంచనా వేసిన అవుట్పుట్-1%. కొన్ని UIలు అంచనా వేసిన మొత్తం, కనీస మొత్తం మరియు స్లిప్పేజ్ను చూపిస్తాయి… ఇది ఉపయోగకరంగా ఉన్నప్పటికీ బహుశా అవసరానికి మించినది.
+
+ఎలాగూ చాలా మంది వినియోగదారులు డిఫాల్ట్ స్లిప్పేజ్ను వదిలేస్తారు.
+
+“ధర ప్రభావం” తరచుగా “to” ఫీల్డ్లోని ఫియట్ సమానమైన దాని పక్కన బ్రాకెట్లలో చూపబడుతుంది. ఇది జోడించడానికి ఒక గొప్ప ux వివరాలు, కానీ అది ఇక్కడ చూపబడితే, దాన్ని మళ్ళీ క్రింద చూపించాల్సిన అవసరం ఉందా? ఆపై మళ్ళీ ప్రివ్యూ స్క్రీన్పై?
+
+చాలా మంది వినియోగదారులు (ముఖ్యంగా చిన్న మొత్తాలను మార్చుకునే వారు) ఈ వివరాల గురించి పట్టించుకోరు; వారు కేవలం ఒక సంఖ్యను నమోదు చేసి స్వాప్ను నొక్కుతారు.
+
+
+
+ఖచ్చితంగా ఏ వివరాలు చూపించబడతాయనేది మీ ప్రేక్షకులపై మరియు మీరు యాప్కు ఎలాంటి అనుభూతిని ఇవ్వాలనుకుంటున్నారనే దానిపై ఆధారపడి ఉంటుంది.
+
+మీరు వివరాల ప్యానెల్లో స్లిప్పేజ్ టాలరెన్స్ను చేర్చినట్లయితే, మీరు దాన్ని నేరుగా ఇక్కడి నుండే సవరించగలిగేలా చేయాలి. ఇది “యాక్సిలరేటర్”కి ఒక మంచి ఉదాహరణ; యాప్ యొక్క సాధారణ వినియోగాన్ని ప్రభావితం చేయకుండా అనుభవజ్ఞులైన వినియోగదారుల ప్రవాహాలను వేగవంతం చేసే ఒక చక్కని UX ట్రిక్.
+
+
+
+ఒకే స్క్రీన్పై ఒక నిర్దిష్ట సమాచారం గురించి మాత్రమే కాకుండా, మొత్తం ప్రవాహం గురించి కూడా జాగ్రత్తగా ఆలోచించడం మంచిది:
+ప్రధాన ఫారమ్లో సంఖ్యలను నమోదు చేయడం → వివరాలను స్కాన్ చేయడం → ప్రివ్యూ స్క్రీన్కు క్లిక్ చేయడం (మీకు ప్రివ్యూ స్క్రీన్ ఉంటే).
+వివరాల ప్యానెల్ అన్ని సమయాల్లో కనిపించాలా, లేదా వినియోగదారు దాన్ని విస్తరించడానికి క్లిక్ చేయాలా?
+మీరు ప్రివ్యూ స్క్రీన్ను జోడించడం ద్వారా ఘర్షణను సృష్టించాలా? ఇది వినియోగదారుని నెమ్మదించేలా మరియు వారి ట్రేడ్ను పరిగణనలోకి తీసుకునేలా చేస్తుంది, ఇది ఉపయోగకరంగా ఉంటుంది. కానీ వారు అదే సమాచారాన్ని మళ్లీ చూడాలనుకుంటున్నారా? ఈ సమయంలో వారికి అత్యంత ఉపయోగకరమైనది ఏమిటి?
+
+## డిజైన్ ఎంపికలు {#design-options}
+
+చెప్పినట్లుగా, ఇందులో చాలా వరకు మీ వ్యక్తిగత శైలిపై ఆధారపడి ఉంటుంది
+మీ వినియోగదారు ఎవరు?
+మీ బ్రాండ్ ఏమిటి?
+మీరు ప్రతి వివరాలను చూపే “ప్రో” ఇంటర్ఫేస్ కావాలనుకుంటున్నారా, లేదా మీరు మినిమలిస్ట్గా ఉండాలనుకుంటున్నారా?
+సాధ్యమైనంత మొత్తం సమాచారం కోరుకునే ప్రో వినియోగదారులను మీరు లక్ష్యంగా చేసుకున్నప్పటికీ, మీరు అలాన్ కూపర్ యొక్క తెలివైన మాటలను ఇప్పటికీ గుర్తుంచుకోవాలి:
+
+> మీ ఇంటర్ఫేస్ ఎంత అందంగా ఉన్నా, ఎంత కూల్గా ఉన్నా, అది తక్కువగా ఉంటే మంచిది.
+
+### నిర్మాణం {#structure}
+
+- ఎడమవైపు టోకెన్లు, లేదా కుడివైపు టోకెన్లు
+- 2 వరుసలు లేదా 3
+- బటన్ పైన లేదా కింద వివరాలు
+- వివరాలు విస్తరించబడినవి, కనిష్టీకరించబడినవి, లేదా చూపబడనివి
+
+### కాంపోనెంట్ శైలి {#component-style}
+
+- ఖాళీ
+- అవుట్లైన్ చేయబడిన
+- నింపబడిన
+
+ఒక స్వచ్ఛమైన UX దృక్కోణం నుండి, UI శైలి మీరు అనుకున్నదానికంటే తక్కువగా ఉంటుంది. దృశ్య పోకడలు చక్రాలలో వస్తూ పోతూ ఉంటాయి మరియు చాలా ప్రాధాన్యత వ్యక్తిగతమైనది.
+
+దీని గురించి ఒక అనుభూతిని పొందడానికి మరియు వివిధ విభిన్న కాన్ఫిగరేషన్ల గురించి ఆలోచించడానికి సులభమైన మార్గం, కొన్ని ఉదాహరణలను చూడటం, ఆపై మీరే కొన్ని ప్రయోగాలు చేయడం.
+
+చేర్చబడిన Figma కిట్లో ఖాళీ, అవుట్లైన్ చేయబడిన మరియు నింపబడిన కాంపోనెంట్లు ఉన్నాయి.
+
+మీరు వాటన్నింటినీ ఎలా కలిపి ఉంచవచ్చో వివిధ మార్గాలను చూడటానికి దిగువ ఉదాహరణలను చూడండి:
+
+
+
+
+
+
+
+
+
+
+
+
+
+## కానీ టోకెన్ ఏ వైపుకు వెళ్లాలి? {#but-which-side-should-the-token-go-on}
+
+సారాంశం ఏమిటంటే, ఇది బహుశా వినియోగానికి పెద్ద తేడాను కలిగించదు. అయితే, గుర్తుంచుకోవలసిన కొన్ని విషయాలు ఉన్నాయి, ఇవి మిమ్మల్ని అటు లేదా ఇటు వైపు ప్రభావితం చేయవచ్చు.
+
+కాలక్రమేణా ఫ్యాషన్ మారడాన్ని చూడటం కొద్దిగా ఆసక్తికరంగా ఉంది. మొదట Uniswap టోకెన్ను ఎడమవైపు ఉంచింది, కానీ అప్పటి నుండి దానిని కుడివైపుకు మార్చింది. ఒక డిజైన్ అప్గ్రేడ్ సమయంలో Sushiswap కూడా ఈ మార్పు చేసింది. చాలా ప్రోటోకాల్లు దీనిని అనుసరించాయి, కానీ అన్నీ కాదు.
+
+సాంప్రదాయకంగా ఆర్థిక సంప్రదాయం ప్రకారం కరెన్సీ చిహ్నాన్ని సంఖ్యకు ముందు ఉంచుతారు, ఉదా., $50, €50, £50, కానీ మనం 50 డాలర్లు, 50 యూరోలు, 50 పౌండ్లు అని _అంటాము_.
+
+సాధారణ వినియోగదారునికి - ముఖ్యంగా ఎడమ నుండి కుడికి, పై నుండి క్రిందికి చదివే వారికి - కుడివైపు ఉన్న టోకెన్ బహుశా మరింత సహజంగా అనిపిస్తుంది.
+
+
+
+టోకెన్ను ఎడమవైపు మరియు అన్ని సంఖ్యలను కుడివైపు ఉంచడం ఆహ్లాదకరంగా సమరూపంగా కనిపిస్తుంది, ఇది ఒక ప్లస్, కానీ ఈ లేఅవుట్కు మరో ప్రతికూలత ఉంది.
+
+సామీప్యత నియమం ప్రకారం, దగ్గరగా ఉన్న వస్తువులు సంబంధితమైనవిగా భావించబడతాయి. అందువల్ల, మనం సంబంధిత వస్తువులను ఒకదానికొకటి పక్కన ఉంచాలనుకుంటాము. టోకెన్ నిల్వ టోకెన్కే నేరుగా సంబంధం కలిగి ఉంటుంది మరియు కొత్త టోకెన్ ఎంచుకున్నప్పుడల్లా మారుతుంది. అందువల్ల, టోకెన్ నిల్వ టోకెన్ ఎంపిక బటన్ పక్కన ఉండటం కొంచెం ఎక్కువ అర్ధాన్నిస్తుంది. దీనిని టోకెన్ కిందకు తరలించవచ్చు, కానీ అది లేఅవుట్ యొక్క సమరూపతను విచ్ఛిన్నం చేస్తుంది.
+
+చివరికి, రెండు ఎంపికలకు లాభాలు మరియు నష్టాలు ఉన్నాయి, కానీ ట్రెండ్ కుడివైపు టోకెన్ వైపు ఎలా కనిపిస్తుందో ఆసక్తికరంగా ఉంది.
+
+## బటన్ ప్రవర్తన {#button-behavior}
+
+ఆమోదం కోసం ప్రత్యేక బటన్ను కలిగి ఉండకండి. అలాగే ఆమోదం కోసం ప్రత్యేక క్లిక్ను కలిగి ఉండకండి. వినియోగదారు స్వాప్ చేయాలనుకుంటున్నారు, కాబట్టి బటన్పై “స్వాప్” అని చెప్పి, మొదటి దశగా ఆమోదాన్ని ప్రారంభించండి. ఒక మోడల్ స్టెప్పర్తో పురోగతిని చూపగలదు, లేదా సాధారణ “tx 1 ఆఫ్ 2 - ఆమోదిస్తోంది” అనే నోటిఫికేషన్తో చూపగలదు.
+
+
+
+
+
+### సందర్భోచిత సహాయంగా బటన్ {#button-as-contextual-help}
+
+బటన్ ఒక హెచ్చరికగా కూడా పనిచేయగలదు!
+
+ఇది వాస్తవానికి Web3 వెలుపల చాలా అసాధారణమైన డిజైన్ నమూనా, కానీ దానిలో ఇది ప్రామాణికంగా మారింది. ఇది ఒక మంచి ఆవిష్కరణ, ఎందుకంటే ఇది స్థలాన్ని ఆదా చేస్తుంది మరియు దృష్టిని కేంద్రీకరించి ఉంచుతుంది.
+
+ఒక లోపం కారణంగా ప్రధాన చర్య - స్వాప్ - అందుబాటులో లేకపోతే, దాని కారణాన్ని బటన్తో వివరించవచ్చు, ఉదా.:
+
+- నెట్వర్క్ను మార్చండి
+- వాలెట్ను కనెక్ట్ చేయండి
+- వివిధ లోపాలు
+
+బటన్ను నిర్వహించాల్సిన **చర్యకు కూడా మ్యాప్ చేయవచ్చు**. ఉదాహరణకు, వినియోగదారు తప్పు నెట్వర్క్లో ఉన్నందున స్వాప్ చేయలేకపోతే, బటన్ “Ethereumకు మారండి” అని చెప్పాలి మరియు వినియోగదారు బటన్పై క్లిక్ చేసినప్పుడు, అది నెట్వర్క్ను Ethereumకు మార్చాలి. ఇది వినియోగదారు ప్రవాహాన్ని గణనీయంగా వేగవంతం చేస్తుంది.
+
+
+
+
+
+## ఈ figma ఫైల్తో మీ స్వంతంగా నిర్మించుకోండి {#build-your-own-with-this-figma-file}
+
+అనేక ప్రోటోకాల్ల కృషికి ధన్యవాదాలు, DEX డిజైన్ చాలా మెరుగుపడింది. వినియోగదారునికి ఏ సమాచారం అవసరమో, దాన్ని ఎలా చూపించాలో, మరియు ప్రవాహాన్ని వీలైనంత సున్నితంగా ఎలా చేయాలో మాకు తెలుసు.
+ఈ వ్యాసం UX సూత్రాల యొక్క పటిష్టమైన అవలోకనాన్ని అందిస్తుందని ఆశిస్తున్నాము.
+
+మీరు ప్రయోగాలు చేయాలనుకుంటే, దయచేసి Figma వైర్ఫ్రేమ్ కిట్ను ఉపయోగించడానికి సంకోచించకండి. ఇది వీలైనంత సరళంగా ఉంచబడింది, కానీ ప్రాథమిక నిర్మాణాన్ని వివిధ మార్గాల్లో నిర్మించడానికి తగినంత సౌలభ్యాన్ని కలిగి ఉంది.
+
+[Figma వైర్ఫ్రేమ్ కిట్](https://www.figma.com/community/file/1393606680816807382/dex-wireframes-kit)
+
+DeFi పరిణామం చెందుతూనే ఉంటుంది మరియు మెరుగుదలకు ఎల్లప్పుడూ ఆస్కారం ఉంటుంది.
+
+శుభం కలుగు గాక!
diff --git a/public/content/translations/te/developers/docs/design-and-ux/heuristics-for-web3/index.md b/public/content/translations/te/developers/docs/design-and-ux/heuristics-for-web3/index.md
new file mode 100644
index 00000000000..35481f189ac
--- /dev/null
+++ b/public/content/translations/te/developers/docs/design-and-ux/heuristics-for-web3/index.md
@@ -0,0 +1,138 @@
+---
+title: Web3 ఇంటర్ఫేస్ డిజైన్ కోసం 7 హ్యూరిస్టిక్స్
+description: Web3 వినియోగతను మెరుగుపరిచే సూత్రాలు
+lang: te
+---
+
+వినియోగత హ్యూరిస్టిక్స్ అనేవి విస్తృతమైన “అనుభవ సూత్రాలు”, వీటిని మీరు మీ సైట్ వినియోగతను కొలవడానికి ఉపయోగించవచ్చు.
+ఇక్కడ ఉన్న 7 హ్యూరిస్టిక్స్ ప్రత్యేకంగా Web3 కోసం రూపొందించబడ్డాయి మరియు వీటిని జాకోబ్ నీల్సన్ యొక్క [ఇంటరాక్షన్ డిజైన్ కోసం 10 సాధారణ సూత్రాలు](https://www.nngroup.com/articles/ten-usability-heuristics/)తో పాటుగా ఉపయోగించాలి.
+
+## web3 కోసం ఏడు వినియోగత హ్యూరిస్టిక్స్ {#seven-usability-heuristics-for-web3}
+
+1. చర్య తర్వాత ఫీడ్బ్యాక్
+2. భద్రత మరియు నమ్మకం
+3. అత్యంత ముఖ్యమైన సమాచారం స్పష్టంగా ఉంటుంది
+4. అర్థమయ్యే పదజాలం
+5. చర్యలు వీలైనంత క్లుప్తంగా ఉంటాయి
+6. నెట్వర్క్ కనెక్షన్లు కనిపించేలా మరియు ఫ్లెక్సిబుల్గా ఉంటాయి
+7. యాప్ నుండి నియంత్రణ, వాలెట్ నుండి కాదు
+
+## నిర్వచనాలు మరియు ఉదాహరణలు {#definitions-and-examples}
+
+### 1. చర్య తర్వాత ఫీడ్బ్యాక్ {#feedback-follows-action}
+
+**ఏదైనా జరిగినప్పుడు, లేదా జరుగుతున్నప్పుడు స్పష్టంగా తెలియాలి.**
+
+వినియోగదారులు వారి మునుపటి చర్యల ఫలితం ఆధారంగా వారి తదుపరి చర్యలను నిర్ణయించుకుంటారు. అందువల్ల వారు సిస్టమ్ స్థితి గురించి ఎప్పటికప్పుడు తెలుసుకోవడం చాలా అవసరం. Web3లో ఇది చాలా ముఖ్యం, ఎందుకంటే లావాదేవీలు బ్లాక్చైన్లో నమోదు కావడానికి కొన్నిసార్లు కొంత సమయం పట్టవచ్చు. వేచి ఉండమని వారికి తెలియజేసే ఫీడ్బ్యాక్ లేకపోతే, అసలు ఏమైనా జరిగిందో లేదో అని వినియోగదారులకు ఖచ్చితంగా తెలియదు.
+
+**చిట్కాలు:**
+
+- సందేశాలు, నోటిఫికేషన్లు మరియు ఇతర హెచ్చరికల ద్వారా వినియోగదారునికి తెలియజేయండి.
+- వేచి ఉండే సమయాలను స్పష్టంగా తెలియజేయండి.
+- ఒక చర్యకు కొన్ని సెకన్ల కంటే ఎక్కువ సమయం పడితే, ఏదో జరుగుతోందని వారికి అనిపించేలా చేయడానికి టైమర్ లేదా యానిమేషన్తో వినియోగదారునికి భరోసా ఇవ్వండి.
+- ఒక ప్రక్రియలో బహుళ దశలు ఉంటే, ప్రతి దశను చూపండి.
+
+**ఉదాహరణ:**
+ఒక లావాదేవీలో ఉన్న ప్రతి దశను చూపించడం వలన వినియోగదారులు ఆ ప్రక్రియలో తాము ఎక్కడ ఉన్నారో తెలుసుకోవడానికి సహాయపడుతుంది. తగిన ఐకాన్లు వినియోగదారునికి వారి చర్యల స్థితిని తెలియజేస్తాయి.
+
+
+
+### 2. భద్రత మరియు నమ్మకం అంతర్నిర్మితంగా ఉంటాయి {#security-and-trust-are-backed-in}
+
+భద్రతకు ప్రాధాన్యత ఇవ్వాలి, మరియు ఈ విషయాన్ని వినియోగదారునికి నొక్కి చెప్పాలి.
+ప్రజలు తమ డేటా గురించి చాలా శ్రద్ధ వహిస్తారు. భద్రత తరచుగా వినియోగదారులకు ఒక ప్రాథమిక ఆందోళన, కాబట్టి దీనిని డిజైన్లోని అన్ని స్థాయిలలో పరిగణించాలి. మీరు ఎల్లప్పుడూ మీ వినియోగదారుల నమ్మకాన్ని సంపాదించడానికి ప్రయత్నిస్తూ ఉండాలి, కానీ మీరు దీన్ని చేసే విధానం వివిధ యాప్లలో వేర్వేరు అర్థాలను కలిగి ఉండవచ్చు. ఇది ఒక తర్వాత ఆలోచనగా ఉండకూడదు, కానీ అంతటా స్పృహతో రూపొందించబడాలి. తుది UIతో పాటు, సోషల్ ఛానెల్స్ మరియు డాక్యుమెంటేషన్తో సహా వినియోగదారు అనుభవం అంతటా నమ్మకాన్ని పెంచండి. వికేంద్రీకరణ స్థాయి, ట్రెజరీ మల్టీ-సిగ్ స్థితి మరియు బృందం డాక్స్ చేయబడిందా లేదా అనే విషయాలు వినియోగదారుల నమ్మకాన్ని ప్రభావితం చేస్తాయి.
+
+**చిట్కాలు:**
+
+- మీ ఆడిట్లను గర్వంగా జాబితా చేయండి
+- బహుళ ఆడిట్లను పొందండి
+- మీరు రూపొందించిన ఏవైనా భద్రతా ఫీచర్లను ప్రచారం చేయండి
+- అంతర్లీన ఇంటిగ్రేషన్లతో సహా, సాధ్యమయ్యే ప్రమాదాలను హైలైట్ చేయండి
+- వ్యూహాల సంక్లిష్టతను తెలియజేయండి
+- మీ వినియోగదారుల భద్రత అవగాహనను ప్రభావితం చేయగల UI-యేతర సమస్యలను పరిగణించండి
+
+**ఉదాహరణ:**
+మీ ఆడిట్లను ఫుటర్లో, స్పష్టంగా కనిపించే పరిమాణంలో చేర్చండి.
+
+
+
+### 3. అత్యంత ముఖ్యమైన సమాచారం స్పష్టంగా ఉంటుంది {#the-most-important-info-is-obvious}
+
+సంక్లిష్ట వ్యవస్థల కోసం, అత్యంత సంబంధిత డేటాను మాత్రమే చూపండి. ఏది అత్యంత ముఖ్యమైనదో నిర్ణయించండి మరియు దాని ప్రదర్శనకు ప్రాధాన్యత ఇవ్వండి.
+చాలా ఎక్కువ సమాచారం గందరగోళంగా ఉంటుంది మరియు వినియోగదారులు నిర్ణయాలు తీసుకునేటప్పుడు సాధారణంగా ఒకే ఒక్క సమాచారంపై ఆధారపడతారు. DeFiలో, ఇది బహుశా ఈల్డ్ యాప్లలో APR మరియు లెండింగ్ యాప్లలో LTV అయి ఉంటుంది.
+
+**చిట్కాలు:**
+
+- వినియోగదారు పరిశోధన అత్యంత ముఖ్యమైన మెట్రిక్ను వెల్లడిస్తుంది
+- కీలక సమాచారాన్ని పెద్దదిగా, మరియు ఇతర వివరాలను చిన్నవిగా మరియు అడ్డుపడకుండా ఉండేలా చేయండి
+- ప్రజలు చదవరు, వారు స్కాన్ చేస్తారు; మీ డిజైన్ స్కాన్ చేయగలిగేలా ఉందని నిర్ధారించుకోండి
+
+**ఉదాహరణ:** పూర్తి రంగులో ఉన్న పెద్ద టోకెన్లు స్కాన్ చేస్తున్నప్పుడు సులభంగా కనుగొనవచ్చు. APR పెద్దదిగా మరియు యాక్సెంట్ రంగులో హైలైట్ చేయబడింది.
+
+
+
+### 4. స్పష్టమైన పదజాలం {#clear-terminology}
+
+పదజాలం అర్థమయ్యేలా మరియు తగిన విధంగా ఉండాలి.
+సాంకేతిక పరిభాష ఒక పెద్ద అడ్డంకి కావచ్చు, ఎందుకంటే దానికి పూర్తిగా కొత్త మానసిక నమూనాను నిర్మించుకోవడం అవసరం. వినియోగదారులు వారికి ఇప్పటికే తెలిసిన పదాలు, పదబంధాలు మరియు భావనలతో డిజైన్ను అనుసంధానించలేరు. ప్రతిదీ గందరగోళంగా మరియు అపరిచితంగా అనిపిస్తుంది, మరియు వారు దానిని ఉపయోగించడానికి ప్రయత్నించడానికి ముందే చాలా నేర్చుకోవాల్సి ఉంటుంది. కొంత డబ్బు ఆదా చేయాలనుకుని DeFiని సంప్రదించే వినియోగదారునికి ఇవి కనిపిస్తాయి: మైనింగ్, ఫార్మింగ్, స్టేకింగ్, ఉద్గారాలు, లంచాలు, వాల్ట్స్, లాకర్స్, veTokens, వెస్టింగ్, ఎపోక్స్, వికేంద్రీకృత అల్గోరిథంలు, ప్రోటోకాల్-సొంతమైన లిక్విడిటీ...
+అత్యధిక మందికి అర్థమయ్యే సరళమైన పదాలను ఉపయోగించడానికి ప్రయత్నించండి. కేవలం మీ ప్రాజెక్ట్ కోసం సరికొత్త పదాలను కనిపెట్టవద్దు.
+
+**చిట్కాలు:**
+
+- సరళమైన మరియు స్థిరమైన పదజాలాన్ని ఉపయోగించండి
+- వీలైనంత వరకు ఇప్పటికే ఉన్న భాషను ఉపయోగించండి
+- మీ స్వంత పదాలను సృష్టించుకోవద్దు
+- సంప్రదాయాలు కనిపించినప్పుడు వాటిని అనుసరించండి
+- వినియోగదారులకు వీలైనంత వరకు అవగాహన కల్పించండి
+
+**ఉదాహరణ:**
+“మీ రివార్డులు” అనేది విస్తృతంగా అర్థమయ్యే, తటస్థ పదం; ఈ ప్రాజెక్ట్ కోసం సృష్టించబడిన కొత్త పదం కాదు. రివార్డులు వాస్తవ ప్రపంచ మానసిక నమూనాలతో సరిపోలడానికి USDలో పేర్కొనబడ్డాయి, రివార్డులు మరొక టోకెన్లో ఉన్నప్పటికీ ఇది వర్తిస్తుంది.
+
+
+
+### 5. చర్యలు వీలైనంత క్లుప్తంగా ఉంటాయి {#actions-are-as-short-as-possible}
+
+ఉప-చర్యలను సమూహపరచడం ద్వారా వినియోగదారు పరస్పర చర్యలను వేగవంతం చేయండి.
+ఇది స్మార్ట్ కాంట్రాక్ట్ స్థాయిలో, అలాగే UIలో కూడా చేయవచ్చు. ఒక సాధారణ చర్యను పూర్తి చేయడానికి వినియోగదారు సిస్టమ్లోని ఒక భాగం నుండి మరొకదానికి వెళ్లడం – లేదా సిస్టమ్ను పూర్తిగా వదిలివేయడం – చేయాల్సిన అవసరం ఉండకూడదు.
+
+**చిట్కాలు:**
+
+- సాధ్యమైన చోట "ఆమోదించు"ని ఇతర చర్యలతో కలపండి
+- సంతకం చేసే దశలను వీలైనంత దగ్గరగా ఒకేచోట చేర్చండి
+
+**ఉదాహరణ:** “లిక్విడిటీని జోడించు” మరియు “స్టేక్”ని కలపడం అనేది వినియోగదారునికి సమయం మరియు గ్యాస్ రెండింటినీ ఆదా చేసే యాక్సిలరేటర్కు ఒక సాధారణ ఉదాహరణ.
+
+
+
+### 6. నెట్వర్క్ కనెక్షన్లు కనిపించేలా మరియు ఫ్లెక్సిబుల్గా ఉంటాయి {#network-connections-are-visible-and-flexible}
+
+వినియోగదారు ఏ నెట్వర్క్కు కనెక్ట్ అయ్యారో వారికి తెలియజేయండి మరియు నెట్వర్క్ను మార్చడానికి స్పష్టమైన షార్ట్కట్లను అందించండి.
+మల్టీచైన్ యాప్లలో ఇది చాలా ముఖ్యం. డిస్కనెక్ట్ అయినప్పుడు లేదా మద్దతు లేని నెట్వర్క్కు కనెక్ట్ అయినప్పుడు కూడా యాప్ యొక్క ప్రధాన ఫంక్షన్లు కనిపించాలి.
+
+**చిట్కాలు:**
+
+- డిస్కనెక్ట్ అయినప్పుడు యాప్ను వీలైనంత ఎక్కువగా చూపండి
+- వినియోగదారు ప్రస్తుతం ఏ నెట్వర్క్కు కనెక్ట్ అయ్యారో చూపండి
+- నెట్వర్క్ను మార్చడానికి వినియోగదారుని వాలెట్కు వెళ్లేలా చేయవద్దు
+- యాప్కు వినియోగదారు నెట్వర్క్ను మార్చాల్సిన అవసరం ఉంటే, ప్రధాన కాల్ టు యాక్షన్ నుండి చర్యను ప్రాంప్ట్ చేయండి
+- యాప్లో బహుళ నెట్వర్క్ల కోసం మార్కెట్లు లేదా వాల్ట్లు ఉంటే, వినియోగదారు ప్రస్తుతం ఏ సెట్ను చూస్తున్నారో స్పష్టంగా పేర్కొనండి
+
+**ఉదాహరణ:** వినియోగదారు ఏ నెట్వర్క్కు కనెక్ట్ అయ్యారో యాప్బార్లో చూపండి మరియు దానిని మార్చడానికి వారిని అనుమతించండి.
+
+
+
+### 7. యాప్ నుండి నియంత్రణ, వాలెట్ నుండి కాదు {#control-from-the-app-not-the-wallet}
+
+UI వినియోగదారుకు వారు తెలుసుకోవలసిన ప్రతిదీ చెప్పాలి మరియు వారు చేయవలసిన ప్రతిదానిపై వారికి నియంత్రణ ఇవ్వాలి.
+Web3లో, మీరు UIలో తీసుకునే చర్యలు మరియు వాలెట్లో తీసుకునే చర్యలు ఉంటాయి. సాధారణంగా, మీరు UIలో ఒక చర్యను ప్రారంభిస్తారు, ఆపై దానిని వాలెట్లో నిర్ధారిస్తారు. ఈ రెండు అంశాలను జాగ్రత్తగా ఏకీకృతం చేయకపోతే వినియోగదారులు అసౌకర్యంగా భావించవచ్చు.
+
+**చిట్కాలు:**
+
+- UIలో ఫీడ్బ్యాక్ ద్వారా సిస్టమ్ స్థితిని తెలియజేయండి
+- వారి చరిత్ర యొక్క రికార్డును ఉంచండి
+- పాత లావాదేవీల కోసం బ్లాక్ ఎక్స్ప్లోరర్లకు లింక్లను అందించండి
+- నెట్వర్క్లను మార్చడానికి షార్ట్కట్లను అందించండి.
+
+**ఉదాహరణ:** ఒక సూక్ష్మ కంటైనర్ వినియోగదారు వారి వాలెట్లో ఏ సంబంధిత టోకెన్లు ఉన్నాయో చూపిస్తుంది మరియు ప్రధాన CTA నెట్వర్క్ను మార్చడానికి షార్ట్కట్ను అందిస్తుంది.
+
+
diff --git a/public/content/translations/te/developers/docs/design-and-ux/index.md b/public/content/translations/te/developers/docs/design-and-ux/index.md
new file mode 100644
index 00000000000..eb65ded636d
--- /dev/null
+++ b/public/content/translations/te/developers/docs/design-and-ux/index.md
@@ -0,0 +1,86 @@
+---
+title: web3 లో డిజైన్ మరియు UX
+description: web3 స్పేస్ మరియు ఇథీరియంలో UX డిజైన్ మరియు పరిశోధనకు పరిచయం
+lang: te
+---
+
+ఇథీరియంతో డిజైన్ చేయడానికి మీరు కొత్తా? మీకు ఇది సరైన ప్రదేశం. web3 డిజైన్ మరియు పరిశోధన ప్రాథమిక అంశాలను మీకు పరిచయం చేయడానికి ఇథీరియం కమ్యూనిటీ వనరులను రాసింది. మీకు సుపరిచితమైన ఇతర యాప్ డిజైన్ల నుండి భిన్నంగా ఉండే ప్రధాన భావనల గురించి మీరు నేర్చుకుంటారు.
+
+ముందుగా web3 గురించి మరింత ప్రాథమిక అవగాహన కావాలా? [**లెర్న్ హబ్**](/learn/)ని చూడండి.
+
+## వినియోగదారు పరిశోధనతో ప్రారంభించండి {#start-with-user-research}
+
+ప్రభావవంతమైన డిజైన్ అనేది దృశ్యమానంగా ఆకర్షణీయమైన వినియోగదారు ఇంటర్ఫేస్లను సృష్టించడాన్ని మించి ఉంటుంది. ఇందులో వినియోగదారుడి అవసరాలు, లక్ష్యాలు మరియు చోదక కారకాలపై లోతైన అవగాహన పొందడం ఉంటుంది. అందువల్ల, డిజైనర్లందరూ వారి పని ఉద్దేశపూర్వకంగా మరియు ప్రణాళికాబద్ధంగా ఉండేలా చూసుకోవడానికి, [**డబుల్ డైమండ్ ప్రాసెస్**](https://en.wikipedia.org/wiki/Double_Diamond_\(design_process_model\)) వంటి డిజైన్ ప్రక్రియను అవలంబించాలని మేము గట్టిగా సిఫార్సు చేస్తున్నాము.
+
+- [Web3 కి మరింత మంది UX పరిశోధకులు మరియు డిజైనర్లు అవసరం](https://blog.akasha.org/akasha-conversations-9-web3-needs-more-ux-researchers-and-designers) - ప్రస్తుత డిజైన్ పరిపక్వత యొక్క అవలోకనం
+- [web3 లో UX పరిశోధన కోసం ఒక సాధారణ మార్గదర్శి](https://uxplanet.org/a-complete-guide-to-ux-research-for-web-3-0-products-d6bead20ebb1) - పరిశోధన ఎలా చేయాలో సాధారణ మార్గదర్శి
+- [Web3 లో UX నిర్ణయాలను ఎలా సంప్రదించాలి](https://archive.devcon.org/archive/watch/6/data-empathy-how-to-approach-ux-decisions-in-web3/) - పరిమాణాత్మక మరియు గుణాత్మక పరిశోధన మరియు రెండింటి మధ్య తేడాల సంక్షిప్త అవలోకనం (వీడియో, 6 నిమి.)
+- [web3 లో ఒక ux పరిశోధకుడిగా ఉండటం](https://medium.com/@georgia.rakusen/what-its-like-being-a-user-researcher-in-web3-6a4bcc096849) - web3 లో UX పరిశోధకుడిగా ఉండటం ఎలా ఉంటుందనే దానిపై ఒక వ్యక్తిగత అభిప్రాయం
+
+## web3 లో పరిశోధన అధ్యయనాలు {#research-in-web3}
+
+ఇది web3 లో చేసిన వినియోగదారు పరిశోధన యొక్క క్యూరేటెడ్ జాబితా, ఇది డిజైన్ మరియు ఉత్పత్తి నిర్ణయాలకు సహాయపడవచ్చు లేదా సొంత అధ్యయనాన్ని నిర్వహించడానికి స్ఫూర్తిగా పనిచేయవచ్చు.
+
+| దృష్టి సారించే ప్రాంతం | పేరు |
+| :----------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| క్రిప్టో ఆన్బోర్డింగ్ | [ది రీఓన్ పల్స్ 2024: క్రిప్టో వినియోగదారుల సెంటిమెంట్ & వాడుక](https://reown.com/blog/unveiling-walletconnects-consumer-crypto-report) |
+| క్రిప్టో ఆన్బోర్డింగ్ | [CRADL: క్రిప్టోకరెన్సీలో UX](https://docs.google.com/presentation/d/1s2OPSH5sMJzxRYaJSSRTe8W2iIoZx0PseIV-WeZWD1s/edit?usp=sharing) |
+| క్రిప్టో ఆన్బోర్డింగ్ | [CRADL: క్రిప్టోకరెన్సీకి ఆన్బోర్డింగ్](https://docs.google.com/presentation/d/1R9nFuzA-R6SxaGCKhoMbE4Vxe0JxQSTiHXind3LVq_w/edit?usp=sharing) |
+| క్రిప్టో ఆన్బోర్డింగ్ | [Bitcoin UX నివేదిక](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md) |
+| క్రిప్టో ఆన్బోర్డింగ్ | [ConSensys: ప్రపంచవ్యాప్తంగా Web3 అవగాహన స్థితి 2023](https://consensys.io/insight-report/web3-and-crypto-global-survey-2023) |
+| క్రిప్టో ఆన్బోర్డింగ్ | [NEAR: స్వీకరణ వైపు ప్రయాణాన్ని వేగవంతం చేయడం](https://drive.google.com/file/d/1VuaQP4QSaQxR5ddQKTMGI0b0rWdP7uGn/view) |
+| స్టేకింగ్ | [OpenUX: రాకెట్ పూల్ నోడ్ ఆపరేటర్ UX](https://storage.googleapis.com/rocketpool/RocketPool-NodeOperator-UX-Report-Jan-2024.pdf) |
+| స్టేకింగ్ | [స్టేకింగ్: కీలక ట్రెండ్లు, టేక్అవేలు మరియు అంచనాలు - Eth స్టేకర్](https://lookerstudio.google.com/u/0/reporting/cafcee00-e1af-4148-bae8-442a88ac75fa/page/p_ja2srdhh2c?s=hmbTWDh9hJo) |
+| స్టేకింగ్ | [మల్టీ యాప్ స్టేకింగ్](https://github.com/threshold-network/UX-User-Research/blob/main/Multi-App%20Staking%20\(MAS\)/iterative-user-study/MAS%20Iterative%20User%20Study.pdf) |
+| DAO | [2022 DAO పరిశోధన అప్డేట్: DAO బిల్డర్లకు ఏమి కావాలి?](https://blog.aragon.org/2022-dao-research-update/) |
+| DeFi | [కవరేజ్ పూల్స్](https://github.com/threshold-network/UX-User-Research/tree/main/Keep%20Coverage%20Pool) |
+| DeFi | [ConSensys: DeFi వినియోగదారు పరిశోధన నివేదిక 2022](https://cdn2.hubspot.net/hubfs/4795067/ConsenSys%20Codefi-Defi%20User%20ResearchReport.pdf) |
+| మెటావర్స్ | [మెటావర్స్: వినియోగదారు పరిశోధన నివేదిక](https://www.politico.com/f/?id=00000187-7685-d820-a7e7-7e85d1420000) |
+| మెటావర్స్ | [సఫారీకి వెళ్లడం: మెటావర్స్లో వినియోగదారులను పరిశోధించడం](https://archive.devcon.org/archive/watch/6/going-on-safari-researching-users-in-the-metaverse/?tab=YouTube) (వీడియో, 27 నిమి.) |
+
+## web3 కోసం డిజైన్ {#design-for-web3}
+
+- [Web3 UX డిజైన్ హ్యాండ్బుక్](https://web3ux.design/) - Web3 యాప్లను డిజైన్ చేయడానికి ప్రాక్టికల్ గైడ్
+- [Web3 డిజైన్ సూత్రాలు](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) - బ్లాక్చైన్ ఆధారిత డాప్స్ కోసం UX నియమాల ఫ్రేమ్వర్క్
+- [బ్లాక్చైన్ డిజైన్ సూత్రాలు](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) - IBM వద్ద బ్లాక్చైన్ డిజైన్ బృందం నేర్చుకున్న పాఠాలు
+- [Neueux.com](https://neueux.com/apps) - విభిన్న ఫిల్టరింగ్ ఎంపికలతో వినియోగదారు ప్రవాహాల UI లైబ్రరీ
+- [Web3 యొక్క వినియోగ సంక్షోభం: మీరు తెలుసుకోవలసినది!](https://www.youtube.com/watch?v=oBSXT_6YDzg) - డెవలపర్ కేంద్రీకృత ప్రాజెక్ట్ నిర్మాణంలో ఉన్న ఆపదలపై ప్యానెల్ చర్చ (వీడియో, 34 నిమి.)
+
+## ప్రారంభించడం {#getting-started}
+
+- [Web3 కోసం హ్యూరిస్టిక్స్](/developers/docs/design-and-ux/heuristics-for-web3/) - Web3 ఇంటర్ఫేస్ డిజైన్ కోసం 7 హ్యూరిస్టిక్స్
+- [DEX డిజైన్ ఉత్తమ పద్ధతులు](/developers/docs/design-and-ux/dex-design-best-practice/) - వికేంద్రీకృత ఎక్స్ఛేంజీలను డిజైన్ చేయడానికి ఒక మార్గదర్శి
+
+## Web3 డిజైన్ కేస్ స్టడీస్ {#design-case-studies}
+
+- [Deep Work Studio](https://www.deepwork.studio/case-studies)
+- [OpenSea లో ఒక NFT ని అమ్మడం](https://builtformars.com/case-studies/opensea)
+- [వాలెట్ UX టియర్డౌన్: వాలెట్లు ఎలా మారాలి](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (వీడియో, 20 నిమి.)
+
+## డిజైన్ బౌంటీలు {#bounties}
+
+- [Dework](https://app.dework.xyz/bounties)
+- [బిల్డ్బాక్స్ హ్యాకథాన్లు](https://app.buidlbox.io/)
+- [ETHGlobal హ్యాకథాన్లు](https://ethglobal.com/)
+
+## డిజైన్ DAO లు మరియు కమ్యూనిటీలు {#design-daos-and-communities}
+
+ఇతర సభ్యులతో డిజైన్ మరియు పరిశోధనకు సంబంధించిన విషయాలు మరియు ట్రెండ్లను చర్చించడానికి వృత్తిపరమైన కమ్యూనిటీ-ఆధారిత సంస్థలలో పాల్గొనండి లేదా డిజైన్ గ్రూపులలో చేరండి.
+
+- [Vectordao.com](https://vectordao.com/)
+- [Deepwork.studio](https://www.deepwork.studio/)
+- [We3.co](https://we3.co/)
+- [Openux.xyz](https://openux.xyz/)
+
+## డిజైన్ సిస్టమ్స్ మరియు ఇతర డిజైన్ వనరులు {#design-systems-and-resources}
+
+- [ఆప్టిమిజం డిజైన్](https://www.figma.com/@optimism) (Figma)
+- [Ethereum.org డిజైన్ సిస్టమ్](https://www.figma.com/@ethdotorg) (Figma)
+- [ఫినిటీ, పాలీగాన్ ద్వారా ఒక డిజైన్ సిస్టమ్](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma)
+- [క్లెరోస్ డిజైన్ సిస్టమ్](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma)
+- [సేఫ్ డిజైన్ సిస్టమ్](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma)
+- [ENS డిజైన్ సిస్టమ్](https://thorin.ens.domains/)
+- [మిర్రర్ డిజైన్ సిస్టమ్](https://degen-xyz.vercel.app/)
+
+**ఈ పేజీలో జాబితా చేయబడిన వ్యాసాలు మరియు ప్రాజెక్టులు అధికారిక ఆమోదాలు కావు**, మరియు సమాచార ప్రయోజనాల కోసం మాత్రమే అందించబడ్డాయి.
+మేము మా [లిస్టింగ్ పాలసీ](/contributing/design/adding-design-resources)లోని ప్రమాణాల ఆధారంగా ఈ పేజీకి లింక్లను జోడిస్తాము. మేము ఒక ప్రాజెక్ట్/వ్యాసాన్ని జోడించాలని మీరు కోరుకుంటే, [GitHub](https://github.com/ethereum/ethereum-org-website/blob/dev/public/content/developers/docs/design-and-ux/index.md) లో ఈ పేజీని సవరించండి.
diff --git a/public/content/translations/te/developers/docs/development-networks/index.md b/public/content/translations/te/developers/docs/development-networks/index.md
new file mode 100644
index 00000000000..36075fc1259
--- /dev/null
+++ b/public/content/translations/te/developers/docs/development-networks/index.md
@@ -0,0 +1,71 @@
+---
+title: అభివృద్ధి నెట్వర్క్లు
+description: ఇతీరియము అప్లికేషన్లను నిర్మించడానికి సహాయపడే అభివృద్ధి నెట్వర్క్లు మరియు అందుబాటులో ఉన్న ఉపకరణాలపై ఒక అవలోకనం.
+lang: te
+---
+
+స్మార్ట్ కాంట్రాక్టులతో ఒక ఇతీరియము అప్లికేషన్ను నిర్మిస్తున్నప్పుడు, దానిని డిప్లాయ్ చేయడానికి ముందు అది ఎలా పనిచేస్తుందో చూడటానికి మీరు దానిని ఒక స్థానిక నెట్వర్క్లో నడపాలని కోరుకుంటారు.
+
+వెబ్ డెవెలప్మెంట్ కోసం మీరు మీ కంప్యూటర్లో లోకల్ సర్వర్ను నడిపినట్లే, మీ డాప్ను పరీక్షించడానికి ఒక లోకల్ బ్లాక్చైన్ ఇన్స్టాన్స్ను సృష్టించడం కోసం మీరు డెవెలప్మెంట్ నెట్వర్క్ను ఉపయోగించవచ్చు. ఈ ఇతీరియము అభివృద్ధి నెట్వర్క్లు పబ్లిక్ టెస్టునెట్ కంటే చాలా వేగంగా పునరావృతం చేయడానికి అనుమతించే ఫీచర్లను అందిస్తాయి (ఉదాహరణకు మీరు టెస్టునెట్ ఫాసెట్ నుండి ETHని పొందవలసిన అవసరం లేదు).
+
+## అవసరాలు {#prerequisites}
+
+అభివృద్ధి నెట్వర్క్లలోకి ప్రవేశించే ముందు మీరు [ఇతీరియము స్టాక్ యొక్క ప్రాథమికాలను](/developers/docs/ethereum-stack/) మరియు [ఇతీరియము నెట్వర్క్లను](/developers/docs/networks/) అర్థం చేసుకోవాలి.
+
+## అభివృద్ధి నెట్వర్క్ అంటే ఏమిటి? {#what-is-a-development-network}
+
+అభివృద్ధి నెట్వర్క్లు అనేవి ప్రాథమికంగా స్థానిక అభివృద్ధి కోసం ప్రత్యేకంగా రూపొందించబడిన ఇతీరియము క్లయింట్లు (ఇతీరియము యొక్క అమలులు).
+
+**స్థానికంగా ఒక ప్రామాణిక ఇతీరియము నోడ్ను ఎందుకు నడపకూడదు?**
+
+మీరు [ఒక నోడ్ను నడపవచ్చు](/developers/docs/nodes-and-clients/#running-your-own-node) కానీ అభివృద్ధి నెట్వర్క్లు అభివృద్ధి కోసం ఉద్దేశించినవి కాబట్టి, అవి తరచుగా ఇలాంటి సౌకర్యవంతమైన ఫీచర్లతో వస్తాయి:
+
+- మీ స్థానిక బ్లాక్చైన్ను డేటాతో నిర్ధారణాత్మకంగా సీడింగ్ చేయడం (ఉదా., ETH బ్యాలెన్స్లతో ఉన్న ఖాతాలు)
+- అది అందుకున్న ప్రతి లావాదేవీతో తక్షణమే, క్రమంలో మరియు ఆలస్యం లేకుండా బ్లాక్లను ఉత్పత్తి చేయడం
+- మెరుగైన డీబగ్గింగ్ మరియు లాగింగ్ ఫంక్షనాలిటీ
+
+## అందుబాటులో ఉన్న ఉపకరణాలు {#available-projects}
+
+**గమనిక**: చాలా [అభివృద్ధి ఫ్రేమ్వర్క్లు](/developers/docs/frameworks/) అంతర్నిర్మిత అభివృద్ధి నెట్వర్క్ను కలిగి ఉంటాయి. [మీ స్థానిక అభివృద్ధి వాతావరణాన్ని సెటప్ చేయడానికి](/developers/local-environment/) ఒక ఫ్రేమ్వర్క్తో ప్రారంభించమని మేము సిఫార్సు చేస్తున్నాము.
+
+### Hardhat నెట్వర్క్ {#hardhat-network}
+
+అభివృద్ధి కోసం రూపొందించిన ఒక స్థానిక ఇతీరియము నెట్వర్క్. ఇది మీ కాంట్రాక్టులను డిప్లాయ్ చేయడానికి, మీ పరీక్షలను నడపడానికి మరియు మీ కోడ్ను డీబగ్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+Hardhat నెట్వర్క్, నిపుణుల కోసం ఒక ఇతీరియము అభివృద్ధి వాతావరణం అయిన Hardhat తో అంతర్నిర్మితంగా వస్తుంది.
+
+- [వెబ్సైట్](https://hardhat.org/)
+- [GitHub](https://github.com/NomicFoundation/hardhat)
+
+### స్థానిక బీకన్ చైన్లు {#local-beacon-chains}
+
+కొన్ని ఏకాభిప్రాయం క్లయింట్లు పరీక్ష ప్రయోజనాల కోసం స్థానిక బీకన్ చైన్లను ప్రారంభించడానికి అంతర్నిర్మిత ఉపకరణాలను కలిగి ఉంటాయి. Lighthouse, Nimbus మరియు Lodestar కోసం సూచనలు అందుబాటులో ఉన్నాయి:
+
+- [Lodestar ఉపయోగించి స్థానిక టెస్టునెట్](https://chainsafe.github.io/lodestar/contribution/advanced-topics/setting-up-a-testnet#post-merge-local-testnet/)
+- [Lighthouse ఉపయోగించి స్థానిక టెస్టునెట్](https://lighthouse-book.sigmaprime.io/setup.html#local-testnets)
+
+### పబ్లిక్ ఇతీరియము టెస్ట్-చైన్లు {#public-beacon-testchains}
+
+ఇతీరియము యొక్క రెండు నిర్వహించబడుతున్న పబ్లిక్ టెస్ట్ అమలులు కూడా ఉన్నాయి: సెపోలియా మరియు హూడి. దీర్ఘకాలిక మద్దతుతో సిఫార్సు చేయబడిన టెస్టునెట్ హూడి, దీనిపై ఎవరైనా ధృవీకరించడానికి స్వేచ్ఛగా ఉన్నారు. సెపోలియా అనుమతించబడిన వాలిడేటర్ సెట్ను ఉపయోగిస్తుంది, అంటే ఈ టెస్టునెట్లో కొత్త వాలిడేటర్లకు సాధారణ యాక్సెస్ లేదు.
+
+- [హూడి స్టేకింగ్ లాంచ్ప్యాడ్](https://hoodi.launchpad.ethereum.org/)
+
+### Kurtosis ఇతీరియము ప్యాకేజీ {#kurtosis}
+
+Kurtosis అనేది మల్టీ-కంటైనర్ టెస్ట్ వాతావరణాల కోసం ఒక బిల్డ్ సిస్టమ్, ఇది డెవలపర్లను స్థానికంగా బ్లాక్చైన్ నెట్వర్క్ల యొక్క పునరుత్పాదక ఇన్స్టాన్స్లను ప్రారంభించడానికి వీలు కల్పిస్తుంది.
+
+డాకర్ లేదా కుబెర్నెటెస్పై పారామీటరైజబుల్, అత్యంత స్కేలబుల్, మరియు ప్రైవేట్ ఇతీరియము టెస్టునెట్ను త్వరగా ఇన్స్టాన్షియేట్ చేయడానికి ఇతీరియము Kurtosis ప్యాకేజీని ఉపయోగించవచ్చు. ఈ ప్యాకేజీ అన్ని ప్రధాన ఎగ్జిక్యూషన్ లేయర్ (EL) మరియు ఏకాభిప్రాయం లేయర్ (CL) క్లయింట్లకు మద్దతు ఇస్తుంది. ఇతీరియము కోర్ ఇన్ఫ్రాస్ట్రక్చర్కు సంబంధించిన ధృవీకరణ మరియు పరీక్ష వర్క్ఫ్లోలలో ఉపయోగించడానికి ఒక ప్రతినిధి నెట్వర్క్ కోసం Kurtosis అన్ని స్థానిక పోర్ట్ మ్యాపింగ్లు మరియు సర్వీస్ కనెక్షన్లను సునాయాసంగా నిర్వహిస్తుంది.
+
+- [ఇతీరియము నెట్వర్క్ ప్యాకేజీ](https://github.com/kurtosis-tech/ethereum-package)
+- [వెబ్సైట్](https://www.kurtosis.com/)
+- [GitHub](https://github.com/kurtosis-tech/kurtosis)
+- [డాక్యుమెంటేషన్](https://docs.kurtosis.com/)
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [అభివృద్ధి ఫ్రేమ్వర్క్లు](/developers/docs/frameworks/)
+- [ఒక స్థానిక అభివృద్ధి వాతావరణాన్ని సెటప్ చేయండి](/developers/local-environment/)
diff --git a/public/content/translations/te/developers/docs/ethereum-stack/index.md b/public/content/translations/te/developers/docs/ethereum-stack/index.md
new file mode 100644
index 00000000000..af822ce9be6
--- /dev/null
+++ b/public/content/translations/te/developers/docs/ethereum-stack/index.md
@@ -0,0 +1,61 @@
+---
+title: ఇతీరియము స్టాక్కు పరిచయం
+description: ఇతీరియము స్టాక్లోని విభిన్న లేయర్లు, అవి ఎలా కలిసి పనిచేస్తాయో అనే దానిపై ఒక వివరణ.
+lang: te
+---
+
+ఏదైనా సాఫ్ట్వేర్ స్టాక్ లాగా, పూర్తి "ఇతీరియము స్టాక్" మీ లక్ష్యాలను బట్టి ప్రాజెక్ట్ నుండి ప్రాజెక్ట్కు మారుతుంది.
+
+అయితే, ఇతీరియము యొక్క ప్రధాన భాగాలు ఉన్నాయి, ఇవి సాఫ్ట్వేర్ అప్లికేషన్లు ఇతీరియము బ్లాక్చైన్తో ఎలా సంకర్షణ చెందుతాయో ఒక మానసిక నమూనాను అందించడంలో సహాయపడతాయి. స్టాక్ యొక్క లేయర్లను అర్థం చేసుకోవడం, ఇతీరియమును సాఫ్ట్వేర్ ప్రాజెక్ట్లలోకి ఏకీకృతం చేయగల విభిన్న మార్గాలను అర్థం చేసుకోవడంలో మీకు సహాయపడుతుంది.
+
+## స్థాయి 1: ఎథేరియం వర్చువల్ మషీన్ {#ethereum-virtual-machine}
+
+[ఎథేరియం వర్చువల్ మషీన్ (EVM)](/developers/docs/evm/) అనేది ఇతీరియములో స్మార్ట్ కాంట్రాక్ట్ల కోసం రన్టైమ్ వాతావరణం. ఇతీరియము బ్లాక్చైన్లోని అన్ని స్మార్ట్ కాంట్రాక్టులు మరియు స్థితి మార్పులు [లావాదేవీల](/developers/docs/transactions/) ద్వారా అమలు చేయబడతాయి. EVM ఇతీరియము నెట్వర్క్లోని అన్ని లావాదేవీల ప్రాసెసింగ్ను నిర్వహిస్తుంది.
+
+ఏదైనా వర్చువల్ మెషీన్ మాదిరిగానే, EVM అమలు చేసే కోడ్ మరియు అమలు చేసే మెషీన్ (ఒక ఇతీరియము నోడ్) మధ్య ఒక స్థాయి అమూర్తతను సృష్టిస్తుంది. ప్రస్తుతం, EVM ప్రపంచవ్యాప్తంగా పంపిణీ చేయబడిన వేలాది నోడ్లపై నడుస్తోంది.
+
+లోతుగా పరిశీలిస్తే, నిర్దిష్ట పనులను అమలు చేయడానికి EVM ఆప్కోడ్ సూచనల సమితిని ఉపయోగిస్తుంది. ఈ (140 ప్రత్యేకమైన) ఆప్కోడ్లు EVM [ట్యూరింగ్-కంప్లీట్](https://en.wikipedia.org/wiki/Turing_completeness)గా ఉండటానికి అనుమతిస్తాయి, అంటే తగినంత వనరులు ఇచ్చినప్పుడు EVM దాదాపు ఏదైనా లెక్కించగలదు.
+
+ఒక డాప్ డెవలపర్గా, అది ఉందని, మరియు అది ఇతీరియములోని అన్ని అప్లికేషన్లను ఎటువంటి పనికిరాని సమయం లేకుండా విశ్వసనీయంగా శక్తివంతం చేస్తుందని తప్ప మీరు EVM గురించి ఎక్కువగా తెలుసుకోవలసిన అవసరం లేదు.
+
+## స్థాయి 2: స్మార్ట్ కాంట్రాక్టులు {#smart-contracts}
+
+[స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) ఇతీరియము బ్లాక్చైన్పై నడిచే ఎగ్జిక్యూటబుల్ ప్రోగ్రామ్లు.
+
+స్మార్ట్ కాంట్రాక్టులు EVM బైట్కోడ్ (ఆప్కోడ్లు అని పిలువబడే తక్కువ-స్థాయి మెషిన్ సూచనలు)కి కంపైల్ చేసే నిర్దిష్ట [ప్రోగ్రామింగ్ భాషలను](/developers/docs/smart-contracts/languages/) ఉపయోగించి వ్రాయబడతాయి.
+
+స్మార్ట్ కాంట్రాక్టులు ఓపెన్ సోర్స్ లైబ్రరీలుగా పనిచేయడమే కాకుండా, అవి తప్పనిసరిగా ఎల్లప్పుడూ నడుస్తూ ఉండే మరియు తొలగించలేని ఓపెన్ API సేవలు. స్మార్ట్ కాంట్రాక్టులు పబ్లిక్ ఫంక్షన్లను అందిస్తాయి, వీటితో వినియోగదారులు మరియు అప్లికేషన్లు ([డాప్స్](/developers/docs/dapps/)) అనుమతి అవసరం లేకుండా సంకర్షణ చెందవచ్చు. [డేటా ఫీడ్లను](/developers/docs/oracles/) జోడించడం లేదా టోకెన్ మార్పిడులకు మద్దతు ఇవ్వడం వంటి కార్యాచరణను కంపోజ్ చేయడానికి ఏదైనా అప్లికేషన్ అమలు చేయబడిన స్మార్ట్ కాంట్రాక్టులతో ఏకీకృతం కావచ్చు. అదనంగా, తమ అప్లికేషన్ అవసరాలను తీర్చడానికి అనుకూల కార్యాచరణను జోడించడానికి ఎవరైనా ఇతీరియముకు కొత్త స్మార్ట్ కాంట్రాక్టులను అమలు చేయవచ్చు.
+
+ఒక డాప్ డెవలపర్గా, మీరు ఇతీరియము బ్లాక్చైన్పై అనుకూల కార్యాచరణను జోడించాలనుకుంటే మాత్రమే స్మార్ట్ కాంట్రాక్టులను వ్రాయవలసి ఉంటుంది. ఉదాహరణకు, మీరు స్టేబుల్కాయిన్లలో చెల్లింపులకు మద్దతు ఇవ్వాలనుకుంటే లేదా టోకెన్ల వికేంద్రీకృత మార్పిడిని ప్రారంభించాలనుకుంటే, ఇప్పటికే ఉన్న స్మార్ట్ కాంట్రాక్టులతో ఏకీకృతం చేయడం ద్వారా మీ ప్రాజెక్ట్ యొక్క చాలా లేదా అన్ని అవసరాలను సాధించగలరని మీరు కనుగొనవచ్చు.
+
+## స్థాయి 3: ఇతీరియము నోడ్లు {#ethereum-nodes}
+
+ఒక అప్లికేషన్ ఇతీరియము బ్లాక్చైన్తో సంకర్షణ చెందడానికి, అది తప్పనిసరిగా ఒక [ఇతీరియము నోడ్](/developers/docs/nodes-and-clients/)కు కనెక్ట్ అవ్వాలి. ఒక నోడ్కు కనెక్ట్ చేయడం వలన మీరు బ్లాక్చైన్ డేటాను చదవడానికి మరియు/లేదా నెట్వర్క్కు లావాదేవీలను పంపడానికి అనుమతిస్తుంది.
+
+ఇతీరియము నోడ్లు సాఫ్ట్వేర్ను నడుపుతున్న కంప్యూటర్లు - ఒక ఇతీరియము క్లయింట్. ఒక క్లయింట్ అనేది ఇతీరియము యొక్క అమలు, ఇది ప్రతి బ్లాక్లోని అన్ని లావాదేవీలను ధృవీకరిస్తుంది, నెట్వర్క్ను సురక్షితంగా మరియు డేటాను కచ్చితంగా ఉంచుతుంది. **ఇతీరియము నోడ్లే ఇతీరియము బ్లాక్చైన్**. అవి సమిష్టిగా ఇతీరియము బ్లాక్చైన్ యొక్క స్థితిని నిల్వ చేస్తాయి మరియు బ్లాక్చైన్ స్థితిని మార్చడానికి లావాదేవీలపై ఏకాభిప్రాయానికి వస్తాయి.
+
+మీ అప్లికేషన్ను ఒక ఇతీరియము నోడ్కు ([JSON-RPC API](/developers/docs/apis/json-rpc/) ద్వారా) కనెక్ట్ చేయడం ద్వారా, మీ అప్లికేషన్ బ్లాక్చైన్ నుండి డేటాను (వినియోగదారు ఖాతా బ్యాలెన్స్లు వంటివి) చదవగలదు అలాగే నెట్వర్క్కు కొత్త లావాదేవీలను ప్రసారం చేయగలదు (వినియోగదారు ఖాతాల మధ్య ETH బదిలీ చేయడం లేదా స్మార్ట్ కాంట్రాక్టుల ఫంక్షన్లను అమలు చేయడం వంటివి).
+
+## స్థాయి 4: ఇతీరియము క్లయింట్ APIలు {#ethereum-client-apis}
+
+ఇతీరియము యొక్క ఓపెన్ సోర్స్ కమ్యూనిటీ నిర్మించి, నిర్వహించే అనేక సౌలభ్య లైబ్రరీలు, మీ అప్లికేషన్లు ఇతీరియము బ్లాక్చైన్కు కనెక్ట్ అవ్వడానికి, కమ్యూనికేట్ చేయడానికి అనుమతిస్తాయి.
+
+మీ వినియోగదారు-ముఖ అప్లికేషన్ ఒక వెబ్ యాప్ అయితే, మీరు మీ ఫ్రంటెండ్లో నేరుగా ఒక [జావాస్క్రిప్ట్ API](/developers/docs/apis/javascript/)ని `npm install` చేయడానికి ఎంచుకోవచ్చు. లేదా బహుశా మీరు ఈ కార్యాచరణను సర్వర్-వైపు, [పైథాన్](/developers/docs/programming-languages/python/) లేదా [జావా](/developers/docs/programming-languages/java/) APIని ఉపయోగించి అమలు చేయడానికి ఎంచుకోవచ్చు.
+
+ఈ APIలు స్టాక్లో అవసరమైన భాగం కానప్పటికీ, అవి నేరుగా ఒక ఇతీరియము నోడ్తో సంకర్షణ చెందే సంక్లిష్టతలో అధిక భాగాన్ని తొలగిస్తాయి. అవి యుటిలిటీ ఫంక్షన్లను కూడా అందిస్తాయి (ఉదా., ETHను Gweiకి మార్చడం), తద్వారా ఒక డెవలపర్గా మీరు ఇతీరియము క్లయింట్ల యొక్క చిక్కులతో వ్యవహరించడానికి తక్కువ సమయం కేటాయించి, మీ అప్లికేషన్కు ప్రత్యేకమైన కార్యాచరణపై ఎక్కువ సమయం దృష్టి పెట్టవచ్చు.
+
+## స్థాయి 5: తుది-వినియోగదారు అప్లికేషన్లు {#end-user-applications}
+
+స్టాక్ యొక్క అగ్ర స్థాయిలో వినియోగదారు-ముఖ అప్లికేషన్లు ఉన్నాయి. ఇవి మీరు ఈనాడు క్రమం తప్పకుండా ఉపయోగించే మరియు నిర్మించే ప్రామాణిక అప్లికేషన్లు: ప్రాథమికంగా వెబ్ మరియు మొబైల్ యాప్లు.
+
+మీరు ఈ వినియోగదారు ఇంటర్ఫేస్లను అభివృద్ధి చేసే విధానం తప్పనిసరిగా మారదు. తరచుగా వినియోగదారులు వారు ఉపయోగిస్తున్న అప్లికేషన్ బ్లాక్చైన్ ఉపయోగించి నిర్మించబడిందని తెలుసుకోవలసిన అవసరం ఉండదు.
+
+## మీ స్టాక్ను ఎంచుకోవడానికి సిద్ధంగా ఉన్నారా? {#ready-to-choose-your-stack}
+
+మీ ఇతీరియము అప్లికేషన్ కోసం [స్థానిక అభివృద్ధి వాతావరణాన్ని ఏర్పాటు చేయడానికి](/developers/local-environment/) మా గైడ్ను చూడండి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఒక వెబ్ 3.0 అప్లికేషన్ యొక్క నిర్మాణం](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _ప్రీతి కాశిరెడ్డి_
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/evm/index.md b/public/content/translations/te/developers/docs/evm/index.md
new file mode 100644
index 00000000000..de9cb5e4b63
--- /dev/null
+++ b/public/content/translations/te/developers/docs/evm/index.md
@@ -0,0 +1,88 @@
+---
+title: ఎథేరియం వర్చువల్ మషీన్ (EVM)
+description: ఎథేరియం వర్చువల్ మషీన్కు పరిచయం మరియు స్టేట్, లావాదేవీలు, మరియు స్మార్ట్ కాంట్రాక్ట్లతో దాని సంబంధం.
+lang: te
+---
+
+ఎథేరియం వర్చువల్ మషీన్ (EVM) అనేది ఒక వికేంద్రీకృత వర్చువల్ వాతావరణం, ఇది అన్ని ఎథేరియం నోడ్లలో కోడ్ను స్థిరంగా మరియు సురక్షితంగా అమలు చేస్తుంది. స్మార్ట్ కాంట్రాక్టులను అమలు చేయడానికి నోడ్లు EVMని నడుపుతాయి, [ఆపరేషన్ల](/developers/docs/evm/opcodes/) కోసం అవసరమైన గణన శ్రమను కొలవడానికి "[గ్యాస్](/developers/docs/gas/)"ని ఉపయోగిస్తాయి, ఇది సమర్థవంతమైన వనరుల కేటాయింపు మరియు నెట్వర్క్ భద్రతను నిర్ధారిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+EVMను అర్థం చేసుకోవడానికి, కంప్యూటర్ సైన్స్లోని [బైట్స్](https://wikipedia.org/wiki/Byte), [మెమరీ](https://wikipedia.org/wiki/Computer_memory) మరియు ఒక [స్టాక్](https://wikipedia.org/wiki/Stack_\(abstract_data_type\)) వంటి సాధారణ పరిభాషతో కొంత ప్రాథమిక పరిచయం అవసరం. [హాష్ ఫంక్షన్లు](https://wikipedia.org/wiki/Cryptographic_hash_function) మరియు [మెర్కిల్ ట్రీ](https://wikipedia.org/wiki/Merkle_tree) వంటి క్రిప్టోగ్రఫీ/బ్లాక్చెయిన్ భావనలతో పరిచయం ఉండటం కూడా సహాయకరంగా ఉంటుంది.
+
+## లెడ్జర్ నుండి స్టేట్ మషీన్ వరకు {#from-ledger-to-state-machine}
+
+బిట్కాయిన్ వంటి బ్లాక్చెయిన్లను వివరించడానికి 'వికేంద్రీకృత లెడ్జర్' అనే సారూప్యతను తరచుగా ఉపయోగిస్తారు, ఇది క్రిప్టోగ్రఫీ యొక్క ప్రాథమిక సాధనాలను ఉపయోగించి వికేంద్రీకృత కరెన్సీని సాధ్యం చేస్తుంది. లెడ్జర్ను సవరించడానికి ఏమి చేయవచ్చు మరియు ఏమి చేయకూడదు అనేదానిని నియంత్రించే నియమాల సమితికి కట్టుబడి ఉండాల్సిన కార్యకలాపాల రికార్డును లెడ్జర్ నిర్వహిస్తుంది. ఉదాహరణకు, ఒక బిట్కాయిన్ చిరునామా, తాను గతంలో అందుకున్న దానికంటే ఎక్కువ బిట్కాయిన్ను ఖర్చు చేయలేదు. ఈ నియమాలు బిట్కాయిన్ మరియు అనేక ఇతర బ్లాక్చెయిన్లలోని అన్ని లావాదేవీలకు ఆధారం.
+
+ఎథేరియంకి దాని స్వంత స్థానిక క్రిప్టోకరెన్సీ (ఈథర్) ఉంది, ఇది దాదాపు అవే సహజమైన నియమాలను అనుసరించినప్పటికీ, ఇది [స్మార్ట్ కాంట్రాక్ట్లు](/developers/docs/smart-contracts/) అనే మరింత శక్తివంతమైన ఫంక్షన్ను కూడా సాధ్యం చేస్తుంది. ఈ మరింత క్లిష్టమైన ఫీచర్ కోసం, మరింత అధునాతన సారూప్యత అవసరం. వికేంద్రీకృత లెడ్జర్కు బదులుగా, ఎథేరియం ఒక వికేంద్రీకృత [స్టేట్ మషీన్](https://wikipedia.org/wiki/Finite-state_machine). ఎథేరియం యొక్క స్టేట్ అనేది ఒక పెద్ద డేటా నిర్మాణం, ఇది అన్ని ఖాతాలు మరియు బ్యాలెన్స్లను మాత్రమే కాకుండా, _మషీన్ స్టేట్_ను కూడా కలిగి ఉంటుంది, ఇది ముందుగా నిర్వచించిన నియమాల సమితి ప్రకారం బ్లాక్ నుండి బ్లాక్కు మారగలదు మరియు ఏదైనా మెషీన్ కోడ్ను అమలు చేయగలదు. బ్లాక్ నుండి బ్లాక్కు స్టేట్ను మార్చే నిర్దిష్ట నియమాలను EVM నిర్వచిస్తుంది.
+
+
+_[ఎథేరియం EVM ఇలస్ట్రేటెడ్](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడిన రేఖాచిత్రం_
+
+## ఎథేరియం స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ {#the-ethereum-state-transition-function}
+
+EVM ఒక గణిత ఫంక్షన్లా ప్రవర్తిస్తుంది: ఇన్పుట్ ఇచ్చినప్పుడు, అది ఒక నిర్ధారిత అవుట్పుట్ను ఉత్పత్తి చేస్తుంది. అందువల్ల, ఎథేరియంను అధికారికంగా **స్టేట్ ట్రాన్సిషన్ ఫంక్షన్** ఉన్నట్లుగా వివరించడం సహాయపడుతుంది:
+
+```
+Y(S, T)= S'
+```
+
+పాత చెల్లుబాటు అయ్యే స్టేట్ `(S)` మరియు కొత్త చెల్లుబాటు అయ్యే లావాదేవీల సమితి `(T)` ఇచ్చినప్పుడు, ఎథేరియం స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ `Y(S, T)` కొత్త చెల్లుబాటు అయ్యే అవుట్పుట్ స్టేట్ `S'`ను ఉత్పత్తి చేస్తుంది.
+
+### స్టేట్ {#state}
+
+ఎథేరియం సందర్భంలో, స్టేట్ అనేది [మాడిఫైడ్ మెర్కిల్ ప్యాట్రిసియా ట్రై](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) అని పిలువబడే ఒక భారీ డేటా నిర్మాణం, ఇది అన్ని [ఖాతాలను](/developers/docs/accounts/) హాష్ల ద్వారా లింక్ చేసి ఉంచుతుంది మరియు బ్లాక్చెయిన్లో నిల్వ చేయబడిన ఒకే రూట్ హాష్కు కుదించదగినది.
+
+### లావాదేవీలు {#transactions}
+
+లావాదేవీలు ఖాతాల నుండి క్రిప్టోగ్రాఫికల్గా సంతకం చేయబడిన సూచనలు. లావాదేవీలలో రెండు రకాలు ఉన్నాయి: మెసేజ్ కాల్స్కు దారితీసేవి మరియు కాంట్రాక్ట్ క్రియేషన్కు దారితీసేవి.
+
+కాంట్రాక్ట్ క్రియేషన్ ఫలితంగా, కంపైల్ చేయబడిన [స్మార్ట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/anatomy/) బైట్కోడ్ను కలిగి ఉన్న కొత్త కాంట్రాక్ట్ ఖాతా సృష్టించబడుతుంది. మరొక ఖాతా ఆ కాంట్రాక్ట్కు మెసేజ్ కాల్ చేసినప్పుడల్లా, అది దాని బైట్కోడ్ను అమలు చేస్తుంది.
+
+## EVM సూచనలు {#evm-instructions}
+
+EVM 1024 ఐటెమ్ల డెప్త్తో ఒక [స్టాక్ మషీన్గా](https://wikipedia.org/wiki/Stack_machine) అమలు అవుతుంది. ప్రతి ఐటెమ్ ఒక 256-బిట్ వర్డ్, ఇది 256-బిట్ క్రిప్టోగ్రఫీతో (Keccak-256 హాష్లు లేదా secp256k1 సంతకాలు వంటివి) సులభంగా ఉపయోగించడానికి ఎంచుకోబడింది.
+
+ఎగ్జిక్యూషన్ సమయంలో, EVM ఒక తాత్కాలిక _మెమరీ_ని (వర్డ్-అడ్రెస్డ్ బైట్ అర్రేగా) నిర్వహిస్తుంది, ఇది లావాదేవీల మధ్య నిలిచి ఉండదు.
+
+### తాత్కాలిక నిల్వ
+
+తాత్కాలిక నిల్వ అనేది `TSTORE` మరియు `TLOAD` ఆప్కోడ్ల ద్వారా యాక్సెస్ చేయబడే ప్రతి-లావాదేవీకి ఒక కీ-విలువ స్టోర్. ఇది ఒకే లావాదేవీ సమయంలో అన్ని అంతర్గత కాల్స్ అంతటా నిలిచి ఉంటుంది కానీ లావాదేవీ చివరిలో క్లియర్ చేయబడుతుంది. మెమరీలా కాకుండా, తాత్కాలిక నిల్వ అనేది ఎగ్జిక్యూషన్ ఫ్రేమ్కు బదులుగా EVM స్టేట్లో ఒక భాగంగా మోడల్ చేయబడింది, అయినప్పటికీ ఇది గ్లోబల్ స్టేట్కు కట్టుబడి ఉండదు. తాత్కాలిక నిల్వ ఒక లావాదేవీ సమయంలో అంతర్గత కాల్స్ అంతటా గ్యాస్-సమర్థవంతమైన తాత్కాలిక స్టేట్ షేరింగ్ను సాధ్యం చేస్తుంది.
+
+### స్టోరేజ్
+
+కాంట్రాక్ట్లు ఒక మెర్కిల్ ప్యాట్రిసియా _నిల్వ_ ట్రైను (ఒక వర్డ్-అడ్రెస్ చేయగల వర్డ్ అర్రేగా) కలిగి ఉంటాయి, ఇది సంబంధిత ఖాతాతో అనుబంధించబడి ఉంటుంది మరియు గ్లోబల్ స్టేట్లో ఒక భాగం. ఈ శాశ్వత నిల్వ తాత్కాలిక నిల్వకు భిన్నంగా ఉంటుంది, ఇది ఒకే లావాదేవీ వ్యవధికి మాత్రమే అందుబాటులో ఉంటుంది మరియు ఖాతా యొక్క శాశ్వత నిల్వ ట్రైలో భాగంగా ఉండదు.
+
+### ఆప్కోడ్లు
+
+కంపైల్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్ బైట్కోడ్ అనేక EVM [ఆప్కోడ్లుగా](/developers/docs/evm/opcodes) అమలు చేయబడుతుంది, ఇవి `XOR`, `AND`, `ADD`, `SUB` మొదలైన ప్రామాణిక స్టాక్ ఆపరేషన్లను నిర్వహిస్తాయి. EVM `ADDRESS`, `BALANCE`, `BLOCKHASH` మొదలైన అనేక బ్లాక్చెయిన్-నిర్దిష్ట స్టాక్ ఆపరేషన్లను కూడా అమలు చేస్తుంది. ఆప్కోడ్ సమితిలో `TSTORE` మరియు `TLOAD` కూడా ఉన్నాయి, ఇవి తాత్కాలిక నిల్వకు యాక్సెస్ను అందిస్తాయి.
+
+
+_[ఎథేరియం EVM ఇలస్ట్రేటెడ్](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడిన రేఖాచిత్రాలు_
+
+## EVM ఇంప్లిమెంటేషన్స్ {#evm-implementations}
+
+EVM యొక్క అన్ని ఇంప్లిమెంటేషన్స్ ఎథేరియం యెల్లోపేపర్లో వివరించిన స్పెసిఫికేషన్కు కట్టుబడి ఉండాలి.
+
+ఎథేరియం యొక్క పదేళ్ల చరిత్రలో, EVM అనేక సవరణలకు గురైంది, మరియు వివిధ ప్రోగ్రామింగ్ భాషలలో EVM యొక్క అనేక ఇంప్లిమెంటేషన్స్ ఉన్నాయి.
+
+[ఎథేరియం ఎగ్జిక్యూషన్ క్లయింట్లు](/developers/docs/nodes-and-clients/#execution-clients) ఒక EVM ఇంప్లిమెంటేషన్ను కలిగి ఉంటాయి. అదనంగా, అనేక స్వతంత్ర ఇంప్లిమెంటేషన్స్ ఉన్నాయి, వాటితో సహా:
+
+- [Py-EVM](https://github.com/ethereum/py-evm) - _Python_
+- [evmone](https://github.com/ethereum/evmone) - _C++_
+- [ethereumjs-vm](https://github.com/ethereumjs/ethereumjs-vm) - _JavaScript_
+- [revm](https://github.com/bluealloy/revm) - _Rust_
+
+## మరింత చదవడానికి {#further-reading}
+
+- [ఎథేరియం యెల్లోపేపర్](https://ethereum.github.io/yellowpaper/paper.pdf)
+- [జెల్లోపేపర్ అకా KEVM: Kలో EVM యొక్క సెమాంటిక్స్](https://jellopaper.org/)
+- [ది బీజ్పేపర్](https://github.com/chronaeon/beigepaper)
+- [ఎథేరియం వర్చువల్ మషీన్ ఆప్కోడ్లు](https://www.ethervm.io/)
+- [ఎథేరియం వర్చువల్ మషీన్ ఆప్కోడ్స్ ఇంటరాక్టివ్ రిఫరెన్స్](https://www.evm.codes/)
+- [సొలిడిటీ డాక్యుమెంటేషన్లో ఒక చిన్న పరిచయం](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6)
+- [మాస్టరింగ్ ఎథేరియం - ది ఎథేరియం వర్చువల్ మషీన్](https://github.com/ethereumbook/ethereumbook/blob/openedition/13evm.asciidoc)
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [గ్యాస్](/developers/docs/gas/)
diff --git a/public/content/translations/te/developers/docs/evm/opcodes/index.md b/public/content/translations/te/developers/docs/evm/opcodes/index.md
new file mode 100644
index 00000000000..ee8e0992f94
--- /dev/null
+++ b/public/content/translations/te/developers/docs/evm/opcodes/index.md
@@ -0,0 +1,177 @@
+---
+title: EVM కోసం ఆప్కోడ్లు
+description: Ethereum వర్చువల్ మిషన్ కోసం అందుబాటులో ఉన్న అన్ని ఆప్కోడ్ల జాబితా.
+lang: te
+---
+
+## అవలోకనం {#overview}
+
+ఇది [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes) వద్ద EVM సూచన పేజీకి నవీకరించబడిన సంస్కరణ.
+[Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf), [Jello Paper](https://jellopaper.org/evm/), మరియు [geth](https://github.com/ethereum/go-ethereum) అమలు నుండి కూడా తీసుకోబడింది.
+ఇది ప్రాప్తి చేయగల సూచనగా ఉద్దేశించబడింది, కానీ ఇది ప్రత్యేకంగా కఠినమైనది కాదు.
+మీరు ఖచ్చితత్వం గురించి ఖచ్చితంగా తెలుసుకోవాలనుకుంటే మరియు ప్రతి అంచు కేసు గురించి తెలుసుకోవాలనుకుంటే, జెల్లో పేపర్ లేదా క్లయింట్ అమలు చేయడం మంచిది.
+
+ఇంటరాక్టివ్ సూచన కోసం వెతుకుతున్నారా? [evm.codes](https://www.evm.codes/) ని చూడండి.
+
+డైనమిక్ గ్యాస్ ఖర్చులతో కూడిన ఆపరేషన్ల కోసం, [gas.md](https://github.com/wolflo/evm-opcodes/blob/main/gas.md)ని చూడండి.
+
+💡 త్వరిత చిట్కా: మొత్తం లైన్లను వీక్షించడానికి, డెస్క్టాప్లో అడ్డంగా స్క్రోల్ చేయడానికి `[shift] + scroll`ని ఉపయోగించండి.
+
+| స్టాక్ | పేరు | గ్యాస్ | ప్రారంభ స్టాక్ | ఫలిత స్టాక్ | మెమ్ / నిల్వ | గమనికలు | |
+| :----: | :------------- | :---------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :------------------------------ | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------- |
+| 00 | STOP | 0 | | | | అమలును నిలిపివేస్తుంది | |
+| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 సంకలనం మాడ్యులో 2\*\*256 | |
+| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 గుణకారం మాడ్యులో 2\*\*256 | |
+| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 వ్యవకలనం మాడ్యులో 2\*\*256 | |
+| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 భాగహారం | |
+| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 భాగహారం | |
+| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 మాడ్యులస్ | |
+| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 మాడ్యులస్ | |
+| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 సంకలనం మాడ్యులో N | |
+| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 గుణకారం మాడ్యులో N | |
+| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 ఘాతాంకం మాడ్యులో 2\*\*256 | |
+| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | `x` ని `(b+1)` బైట్ల నుండి 32 బైట్లకు [సైన్ విస్తరించండి](https://wikipedia.org/wiki/Sign_extension) | |
+| 0C-0F | _చెల్లనిది_ | | | | | | |
+| 10 | LT | 3 | `a, b` | `a < b` | | uint256 కంటే-తక్కువ | |
+| 11 | GT | 3 | `a, b` | `a > b` | | uint256 కంటే-ఎక్కువ | |
+| 12 | SLT | 3 | `a, b` | `a < b` | | int256 కంటే-తక్కువ | |
+| 13 | SGT | 3 | `a, b` | `a > b` | | int256 కంటే-ఎక్కువ | |
+| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 సమానత్వం | |
+| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 సున్నా అయితే | |
+| 16 | AND | 3 | `a, b` | `a && b` | | బిట్వైజ్ AND | |
+| 17 | OR | 3 | `a, b` | `a \\|\\| b` | | బిట్వైజ్ OR | |
+| 18 | XOR | 3 | `a, b` | `a ^ b` | | బిట్వైజ్ XOR | |
+| 19 | NOT | 3 | `a` | `~a` | | బిట్వైజ్ NOT | |
+| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | ఎడమ నుండి (u)int256 `x` యొక్క `i`వ బైట్ | |
+| 1B | SHL | 3 | `shift, val` | `val << shift` | | ఎడమకు షిఫ్ట్ | |
+| 1C | SHR | 3 | `shift, val` | `val >> shift` | | లాజికల్ షిఫ్ట్ రైట్ | |
+| 1D | SAR | 3 | `shift, val` | `val >> shift` | | అరిథమెటిక్ షిఫ్ట్ రైట్ | |
+| 1E-1F | _చెల్లనిది_ | | | | | | |
+| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 | |
+| 21-2F | _చెల్లనిది_ | | | | | | |
+| 30 | ADDRESS | 2 | `.` | `address(this)` | | అమలు చేస్తున్న కాంట్రాక్టు చిరునామా | |
+| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | బ్యాలెన్స్, weiలో | |
+| 32 | ORIGIN | 2 | `.` | `tx.origin` | | txని ప్రారంభించిన చిరునామా | |
+| 33 | CALLER | 2 | `.` | `msg.sender` | | msg పంపినవారి చిరునామా | |
+| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg విలువ, weiలో | |
+| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | `idx` సూచిక వద్ద msg డేటా నుండి వర్డ్ను చదవండి | |
+| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | msg డేటా పొడవు, బైట్లలో | |
+| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | msg డేటాను కాపీ చేయండి | |
+| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | అమలు చేస్తున్న కాంట్రాక్టు కోడ్ పొడవు, బైట్లలో | |
+| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | అమలు చేస్తున్న కాంట్రాక్టు బైట్కోడ్ను కాపీ చేయండి |
+| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | tx గ్యాస్ ధర, ఒక యూనిట్ గ్యాస్కు weiలో [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) | |
+| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | addr వద్ద కోడ్ పరిమాణం, బైట్లలో | |
+| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | `addr` నుండి కోడ్ను కాపీ చేయండి | |
+| 3D | RETURNDATASIZE | 2 | `.` | `size` | | చివరి బాహ్య కాల్ నుండి తిరిగి ఇవ్వబడిన డేటా పరిమాణం, బైట్లలో | |
+| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | చివరి బాహ్య కాల్ నుండి తిరిగి ఇవ్వబడిన డేటాను కాపీ చేయండి | |
+| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `hash` | | hash = addr.exists ? keccak256(addr.code) : 0 | |
+| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | | | |
+| 41 | COINBASE | 2 | `.` | `block.coinbase` | | ప్రస్తుత బ్లాక్ యొక్క ప్రతిపాదకుని చిరునామా | |
+| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | ప్రస్తుత బ్లాక్ యొక్క టైమ్స్టాంప్ | |
+| 43 | NUMBER | 2 | `.` | `block.number` | | ప్రస్తుత బ్లాక్ సంఖ్య | |
+| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | రాండమ్నెస్ బీకాన్ | |
+| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | ప్రస్తుత బ్లాక్ యొక్క గ్యాస్ పరిమితి | |
+| 46 | CHAINID | 2 | `.` | `chain_id` | | ప్రస్తుత [చైన్ ఐడి](https://eips.ethereum.org/EIPS/eip-155)ని స్టాక్పైకి నెట్టండి | |
+| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | అమలు చేస్తున్న కాంట్రాక్టు బ్యాలెన్స్, weiలో | |
+| 48 | BASEFEE | 2 | `.` | `block.basefee` | | ప్రస్తుత బ్లాక్ యొక్క మూల రుసుము | |
+| 49 | BLOBHASH | 3 | `idx` | `tx.blob_versioned_hashes[idx]` | | [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) | |
+| 4A | BLOBBASEFEE | 2 | `.` | `block.blobbasefee` | | ప్రస్తుత బ్లాక్ యొక్క బ్లాబ్ మూల రుసుము ([EIP-7516](https://eips.ethereum.org/EIPS/eip-7516)) | |
+| 4B-4F | _చెల్లనిది_ | | | | | | |
+| 50 | POP | 2 | `_anon` | `.` | | స్టాక్ పై నుండి అంశాన్ని తీసివేసి, దానిని విస్మరించండి | |
+| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | ఆఫ్సెట్ `ost` వద్ద మెమరీ నుండి వర్డ్ను చదవండి | |
+| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | మెమరీకి ఒక వర్డ్ను వ్రాయండి | |
+| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | మెమరీకి ఒకే బైట్ను వ్రాయండి | |
+| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | స్టోరేజ్ నుండి వర్డ్ను చదవండి | |
+| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | స్టోరేజ్కు వర్డ్ను వ్రాయండి | |
+| 56 | JUMP | 8 | `dst` | `.` | | `dst` ఒక చెల్లుబాటు అయ్యే జంప్డెస్ట్ అయితే మాత్రమే `$pc := dst` మార్క్ `pc` కేటాయించబడుతుంది | |
+| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` | |
+| 58 | PC | 2 | `.` | `$pc` | | ప్రోగ్రామ్ కౌంటర్ | |
+| 59 | MSIZE | 2 | `.` | `len(mem)` | | ప్రస్తుత అమలు సందర్భంలో మెమరీ పరిమాణం, బైట్లలో | |
+| 5A | GAS | 2 | `.` | `gasRemaining` | | | |
+| 5B | JUMPDEST | 1 | | | చెల్లుబాటు అయ్యే జంప్ గమ్యాన్ని మార్క్ చేయండి | చెల్లుబాటు అయ్యే జంప్ గమ్యం, ఉదాహరణకు పుష్ డేటా లోపల లేని జంప్ గమ్యం | |
+| 5C | TLOAD | 100 | `key` | `tstorage[key]` | | తాత్కాలిక స్టోరేజ్ నుండి వర్డ్ను చదవండి ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | |
+| 5D | TSTORE | 100 | `key, val` | `.` | tstorage[key] := val | తాత్కాలిక స్టోరేజ్కు వర్డ్ను వ్రాయండి ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | |
+| 5E | MCOPY | 3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `dstOst, ost, len` | `.` | mem[dstOst] := mem[ost:ost+len] | ఒక ప్రాంతం నుండి మరొక ప్రాంతానికి మెమరీని కాపీ చేయండి ([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656)) | |
+| 5F | PUSH0 | 2 | `.` | `uint8` | | స్థిరమైన విలువ 0ని స్టాక్పైకి నెట్టండి | |
+| 60 | PUSH1 | 3 | `.` | `uint8` | | 1-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 61 | PUSH2 | 3 | `.` | `uint16` | | 2-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 62 | PUSH3 | 3 | `.` | `uint24` | | 3-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 63 | PUSH4 | 3 | `.` | `uint32` | | 4-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 64 | PUSH5 | 3 | `.` | `uint40` | | 5-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 65 | PUSH6 | 3 | `.` | `uint48` | | 6-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 66 | PUSH7 | 3 | `.` | `uint56` | | 7-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 67 | PUSH8 | 3 | `.` | `uint64` | | 8-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 68 | PUSH9 | 3 | `.` | `uint72` | | 9-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 69 | PUSH10 | 3 | `.` | `uint80` | | 10-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 6A | PUSH11 | 3 | `.` | `uint88` | | 11-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 6B | PUSH12 | 3 | `.` | `uint96` | | 12-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 6C | PUSH13 | 3 | `.` | `uint104` | | 13-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 6D | PUSH14 | 3 | `.` | `uint112` | | 14-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 6E | PUSH15 | 3 | `.` | `uint120` | | 15-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 6F | PUSH16 | 3 | `.` | `uint128` | | 16-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 70 | PUSH17 | 3 | `.` | `uint136` | | 17-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 71 | PUSH18 | 3 | `.` | `uint144` | | 18-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 72 | PUSH19 | 3 | `.` | `uint152` | | 19-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 73 | PUSH20 | 3 | `.` | `uint160` | | 20-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 74 | PUSH21 | 3 | `.` | `uint168` | | 21-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 75 | PUSH22 | 3 | `.` | `uint176` | | 22-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 76 | PUSH23 | 3 | `.` | `uint184` | | 23-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 77 | PUSH24 | 3 | `.` | `uint192` | | 24-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 78 | PUSH25 | 3 | `.` | `uint200` | | 25-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 79 | PUSH26 | 3 | `.` | `uint208` | | 26-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 7A | PUSH27 | 3 | `.` | `uint216` | | 27-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 7B | PUSH28 | 3 | `.` | `uint224` | | 28-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 7C | PUSH29 | 3 | `.` | `uint232` | | 29-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 7D | PUSH30 | 3 | `.` | `uint240` | | 30-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 7E | PUSH31 | 3 | `.` | `uint248` | | 31-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 7F | PUSH32 | 3 | `.` | `uint256` | | 32-బైట్ విలువను స్టాక్పైకి నెట్టండి | |
+| 80 | DUP1 | 3 | `a` | `a, a` | | స్టాక్లో 1వ విలువను క్లోన్ చేయండి | |
+| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | స్టాక్లో 2వ విలువను క్లోన్ చేయండి | |
+| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | స్టాక్లో 3వ విలువను క్లోన్ చేయండి | |
+| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | స్టాక్లో 4వ విలువను క్లోన్ చేయండి | |
+| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 5వ విలువను క్లోన్ చేయండి | |
+| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 6వ విలువను క్లోన్ చేయండి | |
+| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 7వ విలువను క్లోన్ చేయండి | |
+| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 8వ విలువను క్లోన్ చేయండి | |
+| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 9వ విలువను క్లోన్ చేయండి | |
+| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 10వ విలువను క్లోన్ చేయండి | |
+| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 11వ విలువను క్లోన్ చేయండి | |
+| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 12వ విలువను క్లోన్ చేయండి | |
+| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 13వ విలువను క్లోన్ చేయండి | |
+| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 14వ విలువను క్లోన్ చేయండి | |
+| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 15వ విలువను క్లోన్ చేయండి | |
+| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | స్టాక్లో 16వ విలువను క్లోన్ చేయండి | |
+| 90 | SWAP1 | 3 | `a, b` | `b, a` | | | |
+| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | | | |
+| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | | | |
+| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | | | |
+| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | | |
+| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) | |
+| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) | |
+| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG2(memory[ost:ost+len-1], topic0, topic1) | |
+| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2) | |
+| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG4(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) | |
+| A5-EF | _చెల్లనిది_ | | | | | | |
+| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) | |
+| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | | |
+| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | DELEGATECALL లాంటిదే, కానీ అసలైన msg.sender మరియు msg.valueని ప్రచారం చేయదు | |
+| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | mem[ost:ost+len-1]ను తిరిగి పంపుతుంది | |
+| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | | |
+| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] | |
+| F6-F9 | _చెల్లనిది_ | | | | | | |
+| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | | |
+| FB-FC | _చెల్లనిది_ | | | | | | |
+| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) | |
+| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | నియమించబడిన చెల్లని ఆప్కోడ్ - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | | |
+| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | `addr`కు అన్ని ETHలను పంపుతుంది; ఒక కాంట్రాక్టు సృష్టించబడిన అదే లావాదేవీలో అమలు చేయబడితే అది కాంట్రాక్టును నాశనం చేస్తుంది | |
diff --git a/public/content/translations/te/developers/docs/frameworks/index.md b/public/content/translations/te/developers/docs/frameworks/index.md
new file mode 100644
index 00000000000..c8005e3159b
--- /dev/null
+++ b/public/content/translations/te/developers/docs/frameworks/index.md
@@ -0,0 +1,155 @@
+---
+title: డాప్ అభివృద్ధి ఫ్రేమ్వర్క్లు
+description: ఫ్రేమ్వర్క్ల ప్రయోజనాలను అన్వేషించండి మరియు అందుబాటులో ఉన్న ఎంపికలను పోల్చండి.
+lang: te
+---
+
+## ఫ్రేమ్వర్క్లకు పరిచయం {#introduction-to-frameworks}
+
+పూర్తిస్థాయి డాప్ను నిర్మించడానికి
+వివిధ రకాల సాంకేతికత అవసరం. సాఫ్ట్వేర్ ఫ్రేమ్వర్క్లు అవసరమైన అనేక
+ఫీచర్లను కలిగి ఉంటాయి లేదా మీకు కావలసిన ఉపకరణాలను ఎంచుకోవడానికి సులభమైన ప్లగిన్ సిస్టమ్లను అందిస్తాయి.
+
+ఫ్రేమ్వర్క్లు చాలా అవుట్-ఆఫ్-ది-బాక్స్ కార్యాచరణతో వస్తాయి,
+ఉదాహరణకు:
+
+- లోకల్ బ్లాక్ చెయిన్ ఇన్ స్టెన్స్ ను స్పిన్ చేసే ఫీచర్లు.
+- మీ స్మార్ట్ కాంట్రాక్ట్లను కంపైల్ చేయడానికి మరియు పరీక్షించడానికి యుటిలిటీలు.
+- అదే ప్రాజెక్ట్/రిపోజిటరీలో మీ యూజర్-ఫేసింగ్ అప్లికేషన్ను
+ నిర్మించడానికి క్లయింట్ అభివృద్ధి యాడ్-ఆన్లు.
+- స్థానికంగా నడుస్తున్న ఇన్స్టాన్స్కు అయినా, లేదా Ethereum యొక్క
+ పబ్లిక్ నెట్వర్క్లలో ఒకదానికి అయినా, Ethereum నెట్వర్క్లకు కనెక్ట్ చేయడానికి మరియు కాంట్రాక్ట్లను డిప్లాయ్ చేయడానికి కాన్ఫిగరేషన్.
+- వికేంద్రీకృత యాప్ పంపిణీ - IPFS వంటి స్టోరేజ్
+ ఎంపికలతో ఇంటిగ్రేషన్లు.
+
+## అవసరాలు {#prerequisites}
+
+ఫ్రేమ్వర్క్లలోకి వెళ్ళే ముందు, మీరు మొదట మా [డాప్స్](/developers/docs/dapps/) పరిచయం మరియు [Ethereum స్టాక్](/developers/docs/ethereum-stack/) ద్వారా చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## అందుబాటులో ఉన్న ఫ్రేమ్వర్క్లు {#available-frameworks}
+
+**Foundry** - **_Foundry అనేది Ethereum అప్లికేషన్ అభివృద్ధి కోసం అత్యంత వేగవంతమైన, పోర్టబుల్ మరియు మాడ్యులర్ టూల్కిట్_**
+
+- [Foundryని ఇన్స్టాల్ చేయండి](https://book.getfoundry.sh/)
+- [Foundry పుస్తకం](https://book.getfoundry.sh/)
+- [Telegramలో Foundry కమ్యూనిటీ చాట్](https://t.me/foundry_support)
+- [ఆసమ్ Foundry](https://github.com/crisgarner/awesome-foundry)
+
+**Hardhat -** **_నిపుణుల కోసం Ethereum అభివృద్ధి వాతావరణం._**
+
+- [hardhat.org](https://hardhat.org)
+- [GitHub](https://github.com/nomiclabs/hardhat)
+
+**Ape -** **_పైథానిస్టాలు, డేటా సైంటిస్టులు మరియు సెక్యూరిటీ నిపుణుల కోసం స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్ టూల్._**
+
+- [డాక్యుమెంటేషన్](https://docs.apeworx.io/ape/stable/)
+- [GitHub](https://github.com/ApeWorX/ape)
+
+**Web3j -** **_JVMలో బ్లాక్చైన్ అప్లికేషన్లను అభివృద్ధి చేయడానికి ఒక ప్లాట్ఫారమ్._**
+
+- [హోమ్పేజీ](https://www.web3labs.com/web3j-sdk)
+- [డాక్యుమెంటేషన్](https://docs.web3j.io)
+- [GitHub](https://github.com/web3j/web3j)
+
+**ethers-kt -** **_EVM-ఆధారిత బ్లాక్చైన్ల కోసం అసింక్, అధిక-పనితీరు గల కోట్లిన్/జావా/ఆండ్రాయిడ్ లైబ్రరీ._**
+
+- [GitHub](https://github.com/Kr1ptal/ethers-kt)
+- [ఉదాహరణలు](https://github.com/Kr1ptal/ethers-kt/tree/master/examples)
+- [Discord](https://discord.gg/rx35NzQGSb)
+
+**Create Eth App -** **_ఒకే ఆదేశంతో Ethereum-ఆధారిత యాప్లను సృష్టించండి. ఎంచుకోవడానికి విస్తృత శ్రేణి UI ఫ్రేమ్వర్క్లు మరియు DeFi టెంప్లేట్లతో వస్తుంది._**
+
+- [GitHub](https://github.com/paulrberg/create-eth-app)
+- [టెంప్లేట్లు](https://github.com/PaulRBerg/create-eth-app/tree/develop/templates)
+
+**Scaffold-Eth -** **_వెబ్3 కోసం Ethers.js + Hardhat + రియాక్ట్ కాంపోనెంట్స్ మరియు హుక్స్: స్మార్ట్ కాంట్రాక్ట్ల ద్వారా ఆధారితమైన వికేంద్రీకృత అప్లికేషన్లను నిర్మించడం ప్రారంభించడానికి మీకు అవసరమైన ప్రతిదీ._**
+
+- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2)
+
+**Tenderly -** **_బ్లాక్చైన్ డెవలపర్లు స్మార్ట్ కాంట్రాక్ట్లను నిర్మించడానికి, పరీక్షించడానికి, డీబగ్ చేయడానికి, పర్యవేక్షించడానికి మరియు ఆపరేట్ చేయడానికి మరియు డాప్ UXని మెరుగుపరచడానికి వీలు కల్పించే Web3 అభివృద్ధి ప్లాట్ఫారమ్._**
+
+- [వెబ్సైట్](https://tenderly.co/)
+- [డాక్యుమెంటేషన్](https://docs.tenderly.co/)
+
+**The Graph -** **_బ్లాక్చైన్ డేటాను సమర్థవంతంగా క్వెరీ చేయడానికి The Graph._**
+
+- [వెబ్సైట్](https://thegraph.com/)
+- [ట్యుటోరియల్](/developers/tutorials/the-graph-fixing-web3-data-querying/)
+
+**Alchemy -** **_Ethereum అభివృద్ధి ప్లాట్ఫారమ్._**
+
+- [alchemy.com](https://www.alchemy.com/)
+- [GitHub](https://github.com/alchemyplatform)
+- [Discord](https://discord.com/invite/alchemyplatform)
+
+**NodeReal -** **_Ethereum అభివృద్ధి ప్లాట్ఫారమ్._**
+
+- [Nodereal.io](https://nodereal.io/)
+- [GitHub](https://github.com/node-real)
+- [Discord](https://discord.gg/V5k5gsuE)
+
+**thirdweb SDK -** **_మా శక్తివంతమైన SDKలు మరియు CLIని ఉపయోగించి మీ స్మార్ట్ కాంట్రాక్ట్లతో ఇంటరాక్ట్ అవగల వెబ్3 అప్లికేషన్లను నిర్మించండి._**
+
+- [డాక్యుమెంటేషన్](https://portal.thirdweb.com/sdk/)
+- [GitHub](https://github.com/thirdweb-dev/)
+
+**Chainstack -** **_Web3 (Ethereum మరియు ఇతర) అభివృద్ధి ప్లాట్ఫారమ్._**
+
+- [chainstack.com](https://www.chainstack.com/)
+- [GitHub](https://github.com/chainstack)
+- [Discord](https://discord.gg/BSb5zfp9AT)
+
+**Crossmint -** **_ఎంటర్ప్రైజ్-గ్రేడ్ వెబ్3 అభివృద్ధి ప్లాట్ఫారమ్, ఇది అన్ని ప్రధాన EVM చైన్లలో (మరియు ఇతర వాటిలో) NFT అప్లికేషన్లను నిర్మించడానికి మిమ్మల్ని అనుమతిస్తుంది._**
+
+- [వెబ్సైట్](https://www.crossmint.com)
+- [డాక్యుమెంటేషన్](https://docs.crossmint.com)
+- [Discord](https://discord.com/invite/crossmint)
+
+**Brownie -** **_పైథాన్-ఆధారిత అభివృద్ధి వాతావరణం మరియు టెస్టింగ్ ఫ్రేమ్వర్క్._**
+
+- [డాక్యుమెంటేషన్](https://eth-brownie.readthedocs.io/en/latest/)
+- [GitHub](https://github.com/eth-brownie/brownie)
+- **Brownie ప్రస్తుతం మెయింటెయిన్ చేయబడటం లేదు**
+
+**OpenZeppelin SDK -** **_అల్టిమేట్ స్మార్ట్ కాంట్రాక్ట్ టూల్కిట్: స్మార్ట్ కాంట్రాక్ట్లను అభివృద్ధి చేయడానికి, కంపైల్ చేయడానికి, అప్గ్రేడ్ చేయడానికి, డిప్లాయ్ చేయడానికి మరియు ఇంటరాక్ట్ అవ్వడానికి మీకు సహాయపడటానికి ఉపకరణాల సూట్._**
+
+- [OpenZeppelin డిఫెండర్ SDK](https://docs.openzeppelin.com/defender/sdk)
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-sdk)
+- [కమ్యూనిటీ ఫోరమ్](https://forum.openzeppelin.com/c/support/17)
+- **OpenZeppelin SDK అభివృద్ధి ముగిసింది**
+
+**Catapulta -** **_మల్టీ-చైన్ స్మార్ట్ కాంట్రాక్ట్ల డిప్లాయ్మెంట్ టూల్, బ్లాక్ ఎక్స్ప్లోరర్లలో ధృవీకరణలను ఆటోమేట్ చేస్తుంది, డిప్లాయ్ చేసిన స్మార్ట్ కాంట్రాక్ట్లను ట్రాక్ చేస్తుంది మరియు డిప్లాయ్మెంట్ నివేదికలను పంచుకుంటుంది, Foundry మరియు Hardhat ప్రాజెక్ట్ల కోసం ప్లగ్-ఎన్-ప్లే._**
+
+- [వెబ్సైట్](https://catapulta.sh/)
+- [డాక్యుమెంటేషన్](https://catapulta.sh/docs)
+- [Github](https://github.com/catapulta-sh)
+
+**GoldRush (Covalent ద్వారా ఆధారితం) -** **_GoldRush డెవలపర్లు, విశ్లేషకులు మరియు ఎంటర్ప్రైజెస్ల కోసం అత్యంత సమగ్రమైన బ్లాక్చైన్ డేటా ఎపిఐ సూట్ను అందిస్తుంది. మీరు DeFi డాష్బోర్డ్, వాలెట్, ట్రేడింగ్ బాట్, AI ఏజెంట్ లేదా కంప్లయన్స్ ప్లాట్ఫామ్ను నిర్మిస్తున్నా, డేటా APIలు మీకు అవసరమైన ఆన్చైన్ డేటాకు వేగవంతమైన, ఖచ్చితమైన మరియు డెవలపర్-స్నేహపూర్వక యాక్సెస్ను అందిస్తాయి_**
+
+- [వెబ్సైట్](https://goldrush.dev/)
+- [డాక్యుమెంటేషన్](https://goldrush.dev/docs/chains/ethereum)
+- [GitHub](https://github.com/covalenthq)
+- [Discord](https://www.covalenthq.com/discord/)
+
+**Wake -** **_కాంట్రాక్టుల టెస్టింగ్, ఫజ్జింగ్, డిప్లాయ్మెంట్, వల్నరబిలిటీ స్కానింగ్ మరియు కోడ్ నావిగేషన్ కోసం ఆల్-ఇన్-వన్ పైథాన్ ఫ్రేమ్వర్క్._**
+
+- [హోమ్పేజీ](https://getwake.io/)
+- [డాక్యుమెంటేషన్](https://ackeeblockchain.com/wake/docs/latest/)
+- [GitHub](https://github.com/Ackee-Blockchain/wake)
+- [VS కోడ్ ఎక్స్టెన్షన్](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity)
+
+**Veramo -** **_ఓపెన్ సోర్స్, మాడ్యులర్ మరియు అగ్నోస్టిక్ ఫ్రేమ్వర్క్, ఇది వికేంద్రీకృత అప్లికేషన్ డెవలపర్లు వారి అప్లికేషన్లలో వికేంద్రీకృత గుర్తింపులు మరియు ధృవీకరించదగిన ఆధారాలను నిర్మించడాన్ని సులభతరం చేస్తుంది._**
+
+- [హోమ్పేజీ](https://veramo.io/)
+- [డాక్యుమెంటేషన్](https://veramo.io/docs/basics/introduction)
+- [GitHub](https://github.com/uport-project/veramo)
+- [Discord](https://discord.com/invite/FRRBdjemHV)
+- [NPM ప్యాకేజీ](https://www.npmjs.com/package/@veramo/core)
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [ఒక స్థానిక అభివృద్ధి వాతావరణాన్ని సెటప్ చేయండి](/developers/local-environment/)
diff --git a/public/content/translations/te/developers/docs/gas/index.md b/public/content/translations/te/developers/docs/gas/index.md
new file mode 100644
index 00000000000..48d27a32604
--- /dev/null
+++ b/public/content/translations/te/developers/docs/gas/index.md
@@ -0,0 +1,151 @@
+---
+title: గ్యాస్ మరియు ఫీజు
+metaTitle: "ఇతీరియము గ్యాస్ మరియు ఫీజులు: సాంకేతిక అవలోకనం"
+description: ఇతీరియము గ్యాస్ ఫీజుల గురించి, అవి ఎలా లెక్కించబడతాయి మరియు నెట్వర్క్ భద్రత మరియు లావాదేవీల ప్రాసెసింగ్లో వాటి పాత్ర గురించి తెలుసుకోండి.
+lang: te
+---
+
+Ethereum నెట్వర్క్కు గ్యాస్ అవసరం. కారు నడపడానికి గ్యాసోలిన్ అవసరమయ్యే విధంగానే, అది పనిచేయడానికి అనుమతించే ఇంధనం.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, మీరు ముందుగా [లావాదేవీలు](/developers/docs/transactions/) మరియు [EVM](/developers/docs/evm/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## గ్యాస్ అంటే ఏంటి? {#what-is-gas}
+
+గ్యాస్ అనేది Ethereum నెట్వర్క్లో నిర్దిష్ట కార్యకలాపాలను అమలు చేయడానికి అవసరమైన గణన ప్రయత్నాన్ని కొలిచే యూనిట్ను సూచిస్తుంది.
+
+ప్రతి ఇతీరియము లావాదేవీని అమలు చేయడానికి గణన వనరులు అవసరం కాబట్టి, ఇతీరియము స్పామ్కు గురికాకుండా మరియు అనంతమైన గణన లూప్లలో చిక్కుకుపోకుండా చూసుకోవడానికి ఆ వనరులకు చెల్లించాల్సి ఉంటుంది. గణన కోసం చెల్లింపు గ్యాస్ రుసుము రూపంలో చేయబడుతుంది.
+
+గ్యాస్ రుసుము అనేది **కొంత ఆపరేషన్ చేయడానికి ఉపయోగించిన గ్యాస్ మొత్తం, యూనిట్ గ్యాస్కు అయ్యే ఖర్చుతో గుణించబడుతుంది**. లావాదేవీ విజయవంతమైనా లేదా విఫలమైనా రుసుము చెల్లించబడుతుంది.
+
+
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడిన రేఖాచిత్రం_
+
+గ్యాస్ ఫీజులను ఇతీరియము యొక్క స్థానిక కరెన్సీ, ఈథర్ (ETH)లో చెల్లించాలి. గ్యాస్ ధరలు సాధారణంగా గ్విలో కోట్ చేయబడతాయి, ఇది ETH యొక్క ఒక డినామినేషన్. ప్రతి గ్వి ఒక ETHలో ఒక బిలియన్వ వంతుకు సమానం (0.000000001 ETH లేదా 10-9 ETH).
+
+ఉదాహరణకు, మీ గ్యాస్ ఖర్చు 0.000000001 ఈథర్ అని చెప్పడానికి బదులుగా, మీ గ్యాస్ ఖర్చు 1 గ్వి అని మీరు చెప్పవచ్చు.
+
+'గ్వి' అనే పదం 'గీగా-వీ' యొక్క సంక్షిప్త రూపం, అంటే 'బిలియన్ వీ'. ఒక గ్వి ఒక బిలియన్ వీకి సమానం. వీ ([b-money](https://www.investopedia.com/terms/b/bmoney.asp) సృష్టికర్త [వీ డై](https://wikipedia.org/wiki/Wei_Dai) పేరు మీద) ETH యొక్క అతి చిన్న యూనిట్.
+
+## గ్యాస్ ఫీజులు ఎలా లెక్కించబడతాయి? {#how-are-gas-fees-calculated}
+
+మీరు లావాదేవీని సమర్పించినప్పుడు చెల్లించడానికి సిద్ధంగా ఉన్న గ్యాస్ మొత్తాన్ని మీరు సెట్ చేయవచ్చు. నిర్దిష్ట మొత్తంలో గ్యాస్ను అందించడం ద్వారా, మీరు మీ లావాదేవీని తదుపరి బ్లాక్లో చేర్చడానికి బిడ్డింగ్ చేస్తున్నారు. మీరు చాలా తక్కువ ఆఫర్ చేస్తే, వ్యాలిడేటర్లు మీ లావాదేవీని చేర్చడానికి ఎంచుకునే అవకాశం తక్కువగా ఉంటుంది, అంటే మీ లావాదేవీ ఆలస్యంగా అమలు కావచ్చు లేదా అస్సలు అమలు కాకపోవచ్చు. మీరు చాలా ఎక్కువ ఆఫర్ చేస్తే, మీరు కొంత ETHని వృధా చేయవచ్చు. కాబట్టి, ఎంత చెల్లించాలో మీరు ఎలా చెప్పగలరు?
+
+మీరు చెల్లించే మొత్తం గ్యాస్ రెండు భాగాలుగా విభజించబడింది: `మూల రుసుము` మరియు `ప్రాధాన్యత రుసుము` (టిప్).
+
+`మూల రుసుము` ప్రోటోకాల్ ద్వారా సెట్ చేయబడింది—మీ లావాదేవీ చెల్లుబాటు అయ్యేదిగా పరిగణించబడటానికి మీరు కనీసం ఈ మొత్తాన్ని చెల్లించాలి. `ప్రాధాన్యత రుసుము` అనేది మీ లావాదేవీని వ్యాలిడేటర్లకు ఆకర్షణీయంగా చేయడానికి మూల రుసుముకు మీరు జోడించే ఒక టిప్, తద్వారా వారు దానిని తదుపరి బ్లాక్లో చేర్చడానికి ఎంచుకుంటారు.
+
+`మూల రుసుము` మాత్రమే చెల్లించే లావాదేవీ సాంకేతికంగా చెల్లుబాటు అవుతుంది కానీ చేర్చబడే అవకాశం లేదు ఎందుకంటే ఇది వ్యాలిడేటర్లకు ఏ ఇతర లావాదేవీ కంటే దానిని ఎంచుకోవడానికి ఎటువంటి ప్రోత్సాహకాన్ని అందించదు. 'సరైన' `ప్రాధాన్యత` రుసుము మీరు మీ లావాదేవీని పంపే సమయంలో నెట్వర్క్ వినియోగం ద్వారా నిర్ణయించబడుతుంది—ఎక్కువ డిమాండ్ ఉంటే మీరు మీ `ప్రాధాన్యత` రుసుమును ఎక్కువగా సెట్ చేయాల్సి రావచ్చు, కానీ తక్కువ డిమాండ్ ఉన్నప్పుడు మీరు తక్కువ చెల్లించవచ్చు.
+
+ఉదాహరణకు, జోర్డాన్ టేలర్కు 1 ETH చెల్లించాల్సి ఉందని అనుకుందాం. ఒక ETH బదిలీకి 21,000 యూనిట్ల గ్యాస్ అవసరం, మరియు మూల రుసుము 10 గ్వి. జోర్డాన్ 2 గ్వి టిప్ను కలిగి ఉంది.
+
+మొత్తం రుసుము ఇప్పుడు దీనికి సమానంగా ఉంటుంది:
+
+`ఉపయోగించిన గ్యాస్ యూనిట్లు * (మూల రుసుము + ప్రాధాన్యత రుసుము)`
+
+ఇక్కడ `మూల రుసుము` అనేది ప్రోటోకాల్ ద్వారా సెట్ చేయబడిన విలువ మరియు `ప్రాధాన్యత రుసుము` అనేది వినియోగదారుడు వ్యాలిడేటర్కు టిప్గా సెట్ చేసిన విలువ.
+
+ఉదా., `21,000 * (10 + 2) = 252,000 గ్వి` (0.000252 ETH).
+
+జోర్డాన్ డబ్బు పంపినప్పుడు, జోర్డాన్ ఖాతా నుండి 1.000252 ETH తీసివేయబడుతుంది. టేలర్కు 1.0000 ETH క్రెడిట్ చేయబడుతుంది. వ్యాలిడేటర్ 0.000042 ETH టిప్ను పొందుతుంది. 0.00021 ETH `మూల రుసుము` బర్న్ చేయబడుతుంది.
+
+### మూల రుసుము {#base-fee}
+
+ప్రతి బ్లాక్కు ఒక మూల రుసుము ఉంటుంది, ఇది రిజర్వ్ ధరగా పనిచేస్తుంది. ఒక బ్లాక్లో చేర్చడానికి అర్హత పొందాలంటే, గ్యాస్కు అందించే ధర కనీసం మూల రుసుముకు సమానంగా ఉండాలి. మూల రుసుము ప్రస్తుత బ్లాక్తో సంబంధం లేకుండా లెక్కించబడుతుంది మరియు బదులుగా దాని ముందు ఉన్న బ్లాక్ల ద్వారా నిర్ణయించబడుతుంది, ఇది వినియోగదారులకు లావాదేవీల ఫీజులను మరింత ఊహించగలిగేలా చేస్తుంది. బ్లాక్ సృష్టించబడినప్పుడు ఈ **మూల రుసుము "బర్న్ చేయబడుతుంది"**, దానిని సర్క్యులేషన్ నుండి తొలగిస్తుంది.
+
+మునుపటి బ్లాక్ పరిమాణాన్ని (అన్ని లావాదేవీలకు ఉపయోగించిన గ్యాస్ మొత్తం) లక్ష్య పరిమాణంతో (గ్యాస్ పరిమితిలో సగం) పోల్చే ఫార్ములా ద్వారా మూల రుసుము లెక్కించబడుతుంది. లక్ష్య బ్లాక్ పరిమాణం లక్ష్యం కంటే ఎక్కువగా లేదా తక్కువగా ఉంటే, మూల రుసుము వరుసగా ప్రతి బ్లాక్కు గరిష్టంగా 12.5% పెరుగుతుంది లేదా తగ్గుతుంది. ఈ ఘాతాంక పెరుగుదల బ్లాక్ పరిమాణం నిరవధికంగా ఎక్కువగా ఉండటానికి ఆర్థికంగా లాభదాయకం కాదు.
+
+| బ్లాక్ నంబర్ | చేర్చబడిన గ్యాస్ | రుసుము పెరుగుదల | ప్రస్తుత మూల రుసుము |
+| ------------ | ---------------: | --------------------: | -------------------------: |
+| 1 | 18M | 0% | 100 గ్వి |
+| 2 | 36M | 0% | 100 గ్వి |
+| 3 | 36M | 12.5% | 112.5 గ్వి |
+| 4 | 36M | 12.5% | 126.6 గ్వి |
+| 5 | 36M | 12.5% | 142.4 గ్వి |
+| 6 | 36M | 12.5% | 160.2 గ్వి |
+| 7 | 36M | 12.5% | 180.2 గ్వి |
+| 8 | 36M | 12.5% | 202.7 గ్వి |
+
+పై పట్టికలో, గ్యాస్ పరిమితిగా 36 మిలియన్లను ఉపయోగించి ఒక ఉదాహరణ ప్రదర్శించబడింది. ఈ ఉదాహరణను అనుసరించి, బ్లాక్ నంబర్ 9లో లావాదేవీని సృష్టించడానికి, తదుపరి బ్లాక్కు జోడించాల్సిన **గరిష్ట మూల రుసుము** `ప్రస్తుత మూల రుసుము * 112.5%` లేదా `202.7 gwei * 112.5% = 228.1 gwei` అని ఒక వాలెట్ వినియోగదారుడికి ఖచ్చితంగా తెలియజేస్తుంది.
+
+పూర్తి బ్లాక్కు ముందు మూల రుసుము పెరిగే వేగం కారణంగా పూర్తి బ్లాక్ల విస్తృతమైన స్పైక్లను మనం చూసే అవకాశం లేదని కూడా గమనించడం ముఖ్యం.
+
+| బ్లాక్ నంబర్ | చేర్చబడిన గ్యాస్ | రుసుము పెరుగుదల | ప్రస్తుత మూల రుసుము |
+| --------------------------------------------------- | --------------------------------------------------: | --------------------: | --------------------------------------------------: |
+| 30 | 36M | 12.5% | 2705.6 గ్వి |
+| ... | ... | 12.5% | ... |
+| 50 | 36M | 12.5% | 28531.3 గ్వి |
+| ... | ... | 12.5% | ... |
+| 100 | 36M | 12.5% | 10302608.6 గ్వి |
+
+### ప్రాధాన్యత రుసుము (టిప్స్) {#priority-fee}
+
+ప్రాధాన్యత రుసుము (టిప్) బ్లాక్ గ్యాస్ పరిమితి ద్వారా మాత్రమే పరిమితం చేయబడిన, ఒక బ్లాక్లోని లావాదేవీల సంఖ్యను పెంచడానికి వ్యాలిడేటర్లను ప్రోత్సహిస్తుంది. టిప్స్ లేకుండా, ఒక సహేతుకమైన వ్యాలిడేటర్ ఎటువంటి ప్రత్యక్ష ఎగ్జిక్యూషన్ లేయర్ లేదా ఏకాభిప్రాయం లేయర్ పెనాల్టీ లేకుండా తక్కువ—లేదా సున్నా—లావాదేవీలను చేర్చగలడు, ఎందుకంటే స్టేకింగ్ రివార్డులు ఒక బ్లాక్లో ఎన్ని లావాదేవీలు ఉన్నాయనే దానితో సంబంధం లేకుండా ఉంటాయి. అదనంగా, టిప్స్ వినియోగదారులను అదే బ్లాక్లో ప్రాధాన్యత కోసం ఇతరులను అధిగమించడానికి అనుమతిస్తాయి, సమర్థవంతంగా అత్యవసరాన్ని సూచిస్తాయి.
+
+### గరిష్ట రుసుము {#maxfee}
+
+నెట్వర్క్లో లావాదేవీని అమలు చేయడానికి, వినియోగదారులు వారి లావాదేవీ అమలు చేయడానికి వారు చెల్లించడానికి సిద్ధంగా ఉన్న గరిష్ట పరిమితిని పేర్కొనవచ్చు. ఈ ఐచ్ఛిక పరామితిని `maxFeePerGas` అని అంటారు. లావాదేవీ అమలు కావడానికి, గరిష్ట రుసుము మూల రుసుము మరియు టిప్ మొత్తం కంటే ఎక్కువగా ఉండాలి. లావాదేవీ పంపినవారికి గరిష్ట రుసుము మరియు మూల రుసుము మరియు టిప్ మొత్తం మధ్య వ్యత్యాసం తిరిగి చెల్లించబడుతుంది.
+
+### బ్లాక్ పరిమాణం {#block-size}
+
+ప్రతి బ్లాక్కు ప్రస్తుత గ్యాస్ పరిమితిలో సగం లక్ష్య పరిమాణం ఉంటుంది, కానీ బ్లాక్ల పరిమాణం నెట్వర్క్ డిమాండ్కు అనుగుణంగా పెరుగుతుంది లేదా తగ్గుతుంది, బ్లాక్ పరిమితి చేరుకునే వరకు (లక్ష్య బ్లాక్ పరిమాణానికి 2x). _టాటన్మెంట్_ ప్రక్రియ ద్వారా ప్రోటోకాల్ లక్ష్యం వద్ద సమతౌల్య సగటు బ్లాక్ పరిమాణాన్ని సాధిస్తుంది. అంటే బ్లాక్ పరిమాణం లక్ష్య బ్లాక్ పరిమాణం కంటే ఎక్కువగా ఉంటే, ప్రోటోకాల్ తదుపరి బ్లాక్కు మూల రుసుమును పెంచుతుంది. అదేవిధంగా, బ్లాక్ పరిమాణం లక్ష్య బ్లాక్ పరిమాణం కంటే తక్కువగా ఉంటే ప్రోటోకాల్ మూల రుసుమును తగ్గిస్తుంది.
+
+మూల రుసుము సర్దుబాటు చేయబడిన మొత్తం ప్రస్తుత బ్లాక్ పరిమాణం లక్ష్యం నుండి ఎంత దూరంలో ఉందనే దానిపై ఆధారపడి ఉంటుంది. ఇది ఖాళీ బ్లాక్కు -12.5%, లక్ష్య పరిమాణంలో 0%, గ్యాస్ పరిమితికి చేరుకునే బ్లాక్కు +12.5% వరకు ఒక సరళ గణన. వ్యాలిడేటర్ సిగ్నలింగ్ ఆధారంగా, అలాగే నెట్వర్క్ నవీకరణల ద్వారా గ్యాస్ పరిమితి కాలక్రమేణా హెచ్చుతగ్గులకు లోనవుతుంది. [ఇక్కడ కాలక్రమేణా గ్యాస్ పరిమితిలో మార్పులను వీక్షించండి](https://eth.blockscout.com/stats/averageGasLimit?interval=threeMonths).
+
+[బ్లాక్ల గురించి మరింత](/developers/docs/blocks/)
+
+### ఆచరణలో గ్యాస్ ఫీజులను లెక్కించడం {#calculating-fees-in-practice}
+
+మీ లావాదేవీని అమలు చేయడానికి మీరు ఎంత చెల్లించడానికి సిద్ధంగా ఉన్నారో మీరు స్పష్టంగా పేర్కొనవచ్చు. అయితే, చాలా వాలెట్ ప్రొవైడర్లు తమ వినియోగదారులపై భారం పడే సంక్లిష్టతను తగ్గించడానికి సిఫార్సు చేయబడిన లావాదేవీ రుసుమును (మూల రుసుము + సిఫార్సు చేయబడిన ప్రాధాన్యత రుసుము) స్వయంచాలకంగా సెట్ చేస్తాయి.
+
+## గ్యాస్ ఫీజులు ఎందుకు ఉన్నాయి? {#why-do-gas-fees-exist}
+
+సంక్షిప్తంగా, గ్యాస్ ఫీజులు ఇతీరియము నెట్వర్క్ను సురక్షితంగా ఉంచడంలో సహాయపడతాయి. నెట్వర్క్లో అమలు చేయబడిన ప్రతి గణన కోసం రుసుము అవసరం కావడం ద్వారా, చెడ్డ వ్యక్తులు నెట్వర్క్ను స్పామ్ చేయకుండా నిరోధిస్తాము. కోడ్లో ప్రమాదవశాత్తు లేదా శత్రుత్వ అనంత లూప్లు లేదా ఇతర గణన వృధాను నివారించడానికి, ప్రతి లావాదేవీ కోడ్ అమలు యొక్క ఎన్ని గణన దశలను ఉపయోగించగలదో పరిమితిని సెట్ చేయవలసి ఉంటుంది. గణన యొక్క ప్రాథమిక యూనిట్ "గ్యాస్".
+
+లావాదేవీలో పరిమితి ఉన్నప్పటికీ, లావాదేవీలో ఉపయోగించని ఏదైనా గ్యాస్ వినియోగదారుడికి తిరిగి ఇవ్వబడుతుంది (ఉదా., `గరిష్ట రుసుము - (మూల రుసుము + టిప్)` తిరిగి ఇవ్వబడుతుంది).
+
+
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడిన రేఖాచిత్రం_
+
+## గ్యాస్ పరిమితి అంటే ఏమిటి? {#what-is-gas-limit}
+
+గ్యాస్ పరిమితి అనేది మీరు ఒక లావాదేవీపై వినియోగించడానికి సిద్ధంగా ఉన్న గరిష్ట గ్యాస్ మొత్తాన్ని సూచిస్తుంది. [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) ప్రమేయం ఉన్న మరింత సంక్లిష్టమైన లావాదేవీలకు ఎక్కువ గణన పని అవసరం, కాబట్టి వాటికి సాధారణ చెల్లింపు కంటే ఎక్కువ గ్యాస్ పరిమితి అవసరం. ఒక ప్రామాణిక ETH బదిలీకి 21,000 యూనిట్ల గ్యాస్ పరిమితి అవసరం.
+
+ఉదాహరణకు, మీరు ఒక సాధారణ ETH బదిలీ కోసం 50,000 గ్యాస్ పరిమితిని పెడితే, EVM 21,000 ను వినియోగిస్తుంది, మరియు మీరు మిగిలిన 29,000 ను తిరిగి పొందుతారు. అయితే, మీరు చాలా తక్కువ గ్యాస్ పేర్కొంటే, ఉదాహరణకు, ఒక సాధారణ ETH బదిలీ కోసం 20,000 గ్యాస్ పరిమితి, ధ్రువీకరణ దశలో లావాదేవీ విఫలమవుతుంది. బ్లాక్లో చేర్చడానికి ముందు అది తిరస్కరించబడుతుంది, మరియు గ్యాస్ వినియోగించబడదు. మరోవైపు, అమలు సమయంలో లావాదేవీ గ్యాస్ అయిపోతే (ఉదా., స్మార్ట్ కాంట్రాక్ట్ సగంలోనే మొత్తం గ్యాస్ను ఉపయోగిస్తుంది), EVM ఏవైనా మార్పులను తిరిగి మారుస్తుంది, కానీ అందించిన మొత్తం గ్యాస్ ప్రదర్శించిన పని కోసం వినియోగించబడుతుంది.
+
+## గ్యాస్ ఫీజులు ఎందుకు అంత ఎక్కువగా ఉంటాయి? {#why-can-gas-fees-get-so-high}
+
+అధిక గ్యాస్ ఫీజులు ఇతీరియము యొక్క ప్రజాదరణ కారణంగా ఉన్నాయి. డిమాండ్ ఎక్కువగా ఉంటే, వినియోగదారులు ఇతర వినియోగదారుల లావాదేవీలను అధిగమించడానికి ప్రయత్నించడానికి అధిక టిప్ మొత్తాలను అందించాలి. అధిక టిప్ మీ లావాదేవీ తదుపరి బ్లాక్లోకి వెళ్లే అవకాశాన్ని పెంచుతుంది. అలాగే, మరింత సంక్లిష్టమైన స్మార్ట్ కాంట్రాక్ట్ యాప్లు తమ ఫంక్షన్లకు మద్దతు ఇవ్వడానికి చాలా కార్యకలాపాలు చేస్తూ ఉండవచ్చు, దీనివల్ల అవి చాలా గ్యాస్ను వినియోగిస్తాయి.
+
+## గ్యాస్ ఖర్చులను తగ్గించడానికి చొరవలు {#initiatives-to-reduce-gas-costs}
+
+ఇతీరియము [స్కేలబిలిటీ నవీకరణలు](/roadmap/) చివరికి కొన్ని గ్యాస్ ఫీజు సమస్యలను పరిష్కరించాలి, ఇది ప్రతిఫలంగా ప్లాట్ఫారం సెకనుకు వేల లావాదేవీలను ప్రాసెస్ చేయడానికి మరియు ప్రపంచవ్యాప్తంగా స్కేల్ చేయడానికి వీలు కల్పిస్తుంది.
+
+లేయర్ 2 స్కేలింగ్ అనేది గ్యాస్ ఖర్చులను, వినియోగదారు అనుభవాన్ని మరియు స్కేలబిలిటీని బాగా మెరుగుపరచడానికి ఒక ప్రాథమిక చొరవ.
+
+[లేయర్ 2 స్కేలింగ్ గురించి మరింత](/developers/docs/scaling/#layer-2-scaling)
+
+## గ్యాస్ ఫీజులను పర్యవేక్షించడం {#monitoring-gas-fees}
+
+మీరు గ్యాస్ ధరలను పర్యవేక్షించాలనుకుంటే, తద్వారా మీరు మీ ETHని తక్కువ ధరకు పంపవచ్చు, మీరు ఇలాంటి అనేక విభిన్న ఉపకరణాలను ఉపయోగించవచ్చు:
+
+- [Etherscan](https://etherscan.io/gastracker) _లావాదేవీ గ్యాస్ ధర అంచనా_
+- [Blockscout](https://eth.blockscout.com/gas-tracker) _ఓపెన్ సోర్స్ లావాదేవీ గ్యాస్ ధర అంచనా_
+- [ETH గ్యాస్ ట్రాకర్](https://www.ethgastracker.com/) _లావాదేవీల రుసుములను తగ్గించడానికి మరియు డబ్బు ఆదా చేయడానికి ఇతీరియము మరియు L2 గ్యాస్ ధరలను పర్యవేక్షించండి మరియు ట్రాక్ చేయండి_
+- [Blocknative ETH గ్యాస్ ఎస్టిమేటర్](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) _రకం 0 లెగసీ లావాదేవీలు మరియు రకం 2 EIP-1559 లావాదేవీలకు మద్దతు ఇచ్చే గ్యాస్ అంచనా వేసే Chrome పొడిగింపు._
+- [Cryptoneur గ్యాస్ ఫీజుల కాలిక్యులేటర్](https://www.cryptoneur.xyz/gas-fees-calculator) _మెయిన్నెట్, ఆర్బిట్రమ్ మరియు పాలిగాన్లో వివిధ లావాదేవీ రకాల కోసం మీ స్థానిక కరెన్సీలో గ్యాస్ ఫీజులను లెక్కించండి._
+
+## సంబంధిత ఉపకరణాలు {#related-tools}
+
+- [Blocknative's గ్యాస్ ప్లాట్ఫారం](https://www.blocknative.com/gas) _Blocknative యొక్క గ్లోబల్ మెంపూల్ డేటా ప్లాట్ఫారం ద్వారా ఆధారితమైన గ్యాస్ అంచనా ఎపిఐ_
+- [గ్యాస్ నెట్వర్క్](https://gas.network) ఆన్చైన్ గ్యాస్ ఒరాకిల్స్. 35+ చైన్లకు మద్దతు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము గ్యాస్ వివరించబడింది](https://defiprime.com/gas)
+- [మీ స్మార్ట్ కాంట్రాక్టుల గ్యాస్ వినియోగాన్ని తగ్గించడం](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a)
+- [డెవలపర్ల కోసం గ్యాస్ ఆప్టిమైజేషన్ వ్యూహాలు](https://www.alchemy.com/overviews/solidity-gas-optimization)
+- [EIP-1559 పత్రాలు](https://eips.ethereum.org/EIPS/eip-1559).
+- [టిమ్ బీకో యొక్క EIP-1559 వనరులు](https://hackmd.io/@timbeiko/1559-resources)
+- [EIP-1559: మెమెస్ నుండి మెకానిజమ్లను వేరు చేయడం](https://web.archive.org/web/20241126205908/https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes)
diff --git a/public/content/translations/te/developers/docs/ides/index.md b/public/content/translations/te/developers/docs/ides/index.md
new file mode 100644
index 00000000000..bf189da8e8b
--- /dev/null
+++ b/public/content/translations/te/developers/docs/ides/index.md
@@ -0,0 +1,64 @@
+---
+title: ఇంటిగ్రేటెడ్ డెవలప్ మెంట్ ఎన్విరాన్ మెంట్స్ (ఐడిఇ)
+description: రిమిక్స్, VS కోడ్ మరియు ప్రముఖ ప్లగిన్లతో సహా ఇతీరియము అభివృద్ధి కోసం వెబ్-ఆధారిత మరియు డెస్క్టాప్ IDEల గురించి తెలుసుకోండి.
+lang: te
+---
+
+[ఇంటిగ్రేటెడ్ డెవలప్మెంట్ ఎన్విరాన్మెంట్ (IDE)](https://wikipedia.org/wiki/Integrated_development_environment)ను ఏర్పాటు చేయడానికి వచ్చినప్పుడు, ఇతీరియముపై ప్రోగ్రామింగ్ అప్లికేషన్లు ఇతర సాఫ్ట్వేర్ ప్రాజెక్ట్లను ప్రోగ్రామింగ్ చేయడం మాదిరిగానే ఉంటాయి. ఎంచుకోవడానికి చాలా ఎంపికలు ఉన్నాయి, కాబట్టి రోజు చివరిలో, మీ ప్రాధాన్యతలకు బాగా సరిపోయే IDE లేదా సంకేత భాష ఎడిటర్ను ఎంచుకోండి. మీ ఇతీరియము అభివృద్ధికి ఉత్తమమైన IDE ఎంపిక మీరు సాంప్రదాయ సాఫ్ట్వేర్ అభివృద్ధి కోసం ఇప్పటికే ఉపయోగిస్తున్న IDE.
+
+## వెబ్-ఆధారిత IDEలు {#web-based-ides}
+
+మీరు [స్థానిక డెవలప్మెంట్ ఎన్విరాన్మెంట్ను ఏర్పాటు చేసుకునే](/developers/local-environment/) ముందు మీరు సంకేత భాషతో గజిబిజి చేయాలనుకుంటే, ఈ వెబ్ యాప్లు ఇతీరియము స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధి కోసం అనుకూలీకరించబడ్డాయి.
+
+**[రిమిక్స్](https://remix.ethereum.org/)** - **_అంతర్నిర్మిత స్టాటిక్ అనాలిసిస్ మరియు టెస్ట్ బ్లాక్ చైను వర్చువల్ మెషీన్తో వెబ్ ఆధారిత IDE_**
+
+- [డాక్స్](https://remix-ide.readthedocs.io/en/latest/#)
+- [గిట్టర్](https://gitter.im/ethereum/remix)
+
+**[ChainIDE](https://chainide.com/)** - **_ఒక క్లౌడ్ ఆధారిత మల్టీ-చైన్ IDE_**
+
+- [డాక్స్](https://chainide.gitbook.io/chainide-english-1/)
+- [సహాయ వేదిక](https://forum.chainide.com/)
+
+**[Replit (Solidity స్టార్టర్ - బీటా)](https://replit.com/@replit/Solidity-starter-beta)** - **_హాట్ రీలోడింగ్, ఎర్రర్ చెకింగ్ మరియు ఫస్ట్-క్లాస్ టెస్టునెట్ మద్దతుతో ఇతీరియము కోసం అనుకూలీకరించదగిన డెవలప్మెంట్ ఎన్విరాన్మెంట్_**
+
+- [డాక్స్](https://docs.replit.com/)
+
+**[టెండర్లీ శాండ్బాక్స్](https://sandbox.tenderly.co/)** - **_Solidity మరియు JavaScript ఉపయోగించి బ్రౌజర్లో స్మార్ట్ కాంట్రాక్టులను వ్రాయడానికి, అమలు చేయడానికి మరియు డీబగ్ చేయడానికి మీరు వీలు కల్పించే వేగవంతమైన ప్రోటోటైపింగ్ ఎన్విరాన్మెంట్_**
+
+**[EthFiddle](https://ethfiddle.com/)** - **_మీ స్మార్ట్ కాంట్రాక్ట్ను వ్రాయడానికి, కంపైల్ చేయడానికి మరియు డీబగ్ చేయడానికి మిమ్మల్ని అనుమతించే వెబ్ ఆధారిత IDE_**
+
+- [గిట్టర్](https://gitter.im/loomnetwork/ethfiddle)
+
+## డెస్క్టాప్ IDEలు {#desktop-ides}
+
+చాలా స్థాపించబడిన IDEలు ఇతీరియము అభివృద్ధి అనుభవాన్ని మెరుగుపరచడానికి ప్లగిన్లను నిర్మించాయి. కనీస స్థాయిలో, అవి [స్మార్ట్ కాంట్రాక్ట్ భాషల](/developers/docs/smart-contracts/languages/) కోసం సింటాక్స్ హైలైటింగ్ను అందిస్తాయి.
+
+**విజువల్ స్టూడియో సంకేత భాష -** **_అధికారిక ఇతీరియము మద్దతుతో వృత్తిపరమైన క్రాస్-ప్లాట్ఫారమ్ IDE_**
+
+- [విజువల్ స్టూడియో సంకేత భాష](https://code.visualstudio.com/)
+- [సంకేత భాష నమూనాలు](https://github.com/Azure-Samples/blockchain/blob/master/blockchain-workbench/application-and-smart-contract-samples/readme.md)
+- [GitHub](https://github.com/microsoft/vscode)
+
+**JetBrains IDEలు (IntelliJ IDEA, మొదలైనవి.) -** **_సాఫ్ట్వేర్ అభివృద్ధి చేసేవాళ్ళు మరియు బృందాలకు అవసరమైన ఉపకరణాలు_**
+
+- [JetBrains](https://www.jetbrains.com/)
+- [GitHub](https://github.com/JetBrains)
+- [IntelliJ Solidity](https://github.com/intellij-solidity/intellij-solidity/)
+
+**రిమిక్స్ డెస్క్టాప్ -** **_మీ స్థానిక మెషీన్లో రిమిక్స్ IDEని అనుభవించండి_**
+
+- [డౌన్లోడ్](https://github.com/ethereum/remix-desktop/releases)
+- [GitHub](https://github.com/ethereum/remix-desktop)
+
+## ప్లగిన్లు మరియు పొడిగింపులు {#plugins-extensions}
+
+- [solidity](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity) - విజువల్ స్టూడియో సంకేత భాష కోసం ఇతీరియము Solidity లాంగ్వేజ్
+- [VS కోడ్ కోసం Solidity + Hardhat](https://marketplace.visualstudio.com/items?itemName=NomicFoundation.hardhat-solidity) - Hardhat బృందం ద్వారా Solidity మరియు Hardhat మద్దతు
+- [Prettier Solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) - prettier ఉపయోగించి సంకేత భాష ఫార్మాటర్
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము IDEలు](https://www.alchemy.com/list-of/web3-ides-on-ethereum) _- Alchemy యొక్క ఇతీరియము IDEల జాబితా_
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/index.md b/public/content/translations/te/developers/docs/index.md
new file mode 100644
index 00000000000..ceb6819d291
--- /dev/null
+++ b/public/content/translations/te/developers/docs/index.md
@@ -0,0 +1,25 @@
+---
+title: ఇథిరియం అభివృద్ధి డాక్యుమెంటేషన్
+description: ethereum.org డెవలపర్ డాక్యుమెంటేషన్ను పరిచయం చేస్తున్నాము.
+lang: te
+---
+
+ఈ డాక్యుమెంటేషన్ ఇథిరియంతో నిర్మించడానికి మీకు సహాయపడటానికి రూపొందించబడింది. ఇది ఇథిరియంను ఒక కాన్సెప్ట్గా కవర్ చేస్తుంది, ఇథిరియం టెక్ స్టాక్ను వివరిస్తుంది, మరియు మరింత క్లిష్టమైన అప్లికేషన్లు మరియు వినియోగ సందర్భాల కోసం అధునాతన అంశాలను డాక్యుమెంట్ చేస్తుంది.
+
+ఇది ఒక ఓపెన్-సోర్స్ కమ్యూనిటీ కృషి, కాబట్టి కొత్త అంశాలను సూచించడానికి, కొత్త కంటెంట్ను జోడించడానికి, మరియు ఇది సహాయకరంగా ఉంటుందని మీరు భావించే చోట ఉదాహరణలు అందించడానికి సంకోచించకండి. మొత్తం డాక్యుమెంటేషన్ను GitHub ద్వారా సవరించవచ్చు – ఎలాగో మీకు తెలియకపోతే, [ఈ సూచనలను అనుసరించండి](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md).
+
+## అభివృద్ధి మాడ్యూల్స్ {#development-modules}
+
+ఇథిరియం అభివృద్ధిలో ఇది మీ మొదటి ప్రయత్నం అయితే, మొదట నుండి ప్రారంభించి, ఒక పుస్తకంలా చదువుకుంటూ వెళ్ళమని మేము సిఫార్సు చేస్తున్నాము.
+
+### పునాది అంశాలు {#foundational-topics}
+
+
+
+### ఇథిరియం స్టాక్ {#ethereum-stack}
+
+
+
+### అధునాతన {#advanced}
+
+
diff --git a/public/content/translations/te/developers/docs/intro-to-ether/index.md b/public/content/translations/te/developers/docs/intro-to-ether/index.md
new file mode 100644
index 00000000000..4e26c99f0d3
--- /dev/null
+++ b/public/content/translations/te/developers/docs/intro-to-ether/index.md
@@ -0,0 +1,78 @@
+---
+title: ఈథర్కు సాంకేతిక పరిచయం
+description: ఈథర్ క్రిప్టోకరెన్సీకి డెవలపర్ పరిచయం.
+lang: te
+---
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని మీరు బాగా అర్థం చేసుకోవడానికి, మొదట [Ethereumకు పరిచయం](/developers/docs/intro-to-ethereum/) చదవమని మేము సిఫార్సు చేస్తున్నాము.
+
+## క్రిప్టోకరెన్సీ అంటే ఏమిటి? క్రిప్టోకరెన్సీ అంటే ఏమిటి? {#what-is-a-cryptocurrency}
+
+క్రిప్టోకరెన్సీ అనేది బ్లాక్చెయిన్ ఆధారిత లెడ్జర్ ద్వారా భద్రపరచబడిన మార్పిడి మాధ్యమం.
+
+మార్పిడి మాధ్యమం అనేది వస్తువులు మరియు సేవల చెల్లింపుగా విస్తృతంగా ఆమోదించబడిన ఏదైనా, మరియు లెడ్జర్ అనేది లావాదేవీలను ట్రాక్ చేసే డేటా స్టోర్. బ్లాక్చెయిన్ టెక్నాలజీ వినియోగదారులు లెడ్జర్ను నిర్వహించడానికి విశ్వసనీయ మూడవ పక్షంపై ఆధారపడకుండా లెడ్జర్పై లావాదేవీలు చేయడానికి అనుమతిస్తుంది.
+
+సతోషి నకమోటో రూపొందించిన మొదటి క్రిప్టోకరెన్సీ బిట్కాయిన్. 2009లో బిట్కాయిన్ విడుదలైనప్పటి నుండి, ప్రజలు అనేక రకాల బ్లాక్చెయిన్లలో వేలాది క్రిప్టోకరెన్సీలను తయారు చేశారు.
+
+## Ether అంటే ఏంటి? ఈథర్ అంటే ఏమిటి? {#what-is-ether}
+
+**ఈథర్ (ETH)** అనేది Ethereum నెట్వర్క్లో అనేక విషయాల కోసం ఉపయోగించే క్రిప్టోకరెన్సీ. ప్రాథమికంగా, ఇది లావాదేవీ రుసుములకు ఆమోదయోగ్యమైన ఏకైక చెల్లింపు విధానం, మరియు [ది మెర్జ్](/roadmap/merge) తర్వాత, Mainnetలో బ్లాక్లను ధృవీకరించడానికి, ప్రతిపాదించడానికి ఈథర్ అవసరం. ఈథర్ను [DeFi](/defi) రుణ మార్కెట్లలో ప్రాథమిక పూచీకత్తు రూపంలో, NFT మార్కెట్ప్లేస్లలో ఖాతా యూనిట్గా, సేవలు చేయడం లేదా వాస్తవ-ప్రపంచ వస్తువులను విక్రయించడం కోసం సంపాదించిన చెల్లింపుగా మరియు మరిన్నింటికి కూడా ఉపయోగిస్తారు.
+
+డెవలపర్లు [**వికేంద్రీకృత అప్లికేషన్లు (డాప్స్)**](/developers/docs/dapps) సృష్టించడానికి Ethereum అనుమతినిస్తుంది, ఇవన్నీ కంప్యూటింగ్ పవర్ యొక్క పూల్ను పంచుకుంటాయి. ఈ భాగస్వామ్య పూల్ పరిమితమైనది, కాబట్టి దీన్ని ఎవరు ఉపయోగించాలో నిర్ణయించడానికి Ethereumకి మెకానిజం అవసరం. లేకపోతే, ఒక dapp అనుకోకుండా లేదా హానికరంగా అన్ని నెట్వర్క్ వనరులను వినియోగిస్తుంది, ఇది ఇతరులను యాక్సెస్ చేయకుండా నిరోధించవచ్చు.
+
+Ethereum యొక్క కంప్యూటింగ్ పవర్ కోసం ఈథర్ క్రిప్టోకరెన్సీ ధరల యంత్రాంగానికి మద్దతు ఇస్తుంది. వినియోగదారులు లావాదేవీ చేయాలనుకున్నప్పుడు, బ్లాక్చెయిన్లో తమ లావాదేవీని గుర్తించేందుకు వారు తప్పనిసరిగా ఈథర్ను చెల్లించాలి. ఈ వినియోగ ఖర్చులను [గ్యాస్ ఫీజులు](/developers/docs/gas/) అని పిలుస్తారు, మరియు లావాదేవీని అమలు చేయడానికి అవసరమైన కంప్యూటింగ్ పవర్ మొత్తం మీద, మరియు ఆ సమయంలో కంప్యూటింగ్ పవర్ కోసం నెట్వర్క్-వ్యాప్త డిమాండ్ మీద గ్యాస్ ఫీజు ఆధారపడి ఉంటుంది.
+
+అందువల్ల, హానికరమైన డాప్ అనంతమైన లూప్ను సమర్పించినప్పటికీ, లావాదేవీ చివరికి ఈథర్ అయిపోతుంది మరియు నెట్వర్క్ సాధారణ స్థితికి రావడానికి వీలు కల్పిస్తుంది.
+
+Ethereum మరియు ఈథర్ను [ఒకటిగా భావించి గందరగోళ పడటం సర్వసాధారణం](https://abcnews.go.com/Business/bitcoin-slumps-week-low-amid-renewed-worries-chinese/story?id=78399845) — ప్రజలు "Ethereum ధర" అని ప్రస్తావించినప్పుడు, వారు ఈథర్ ధరను వివరిస్తుంటారు.
+
+## ఈథర్ను ముద్రించడం {#minting-ether}
+
+మింటింగ్ అనేది Ethereum లెడ్జర్లో కొత్త ఈథర్ సృష్టించబడే ప్రక్రియ. అంతర్లీన Ethereum ప్రోటోకాల్ కొత్త ఈథర్ను సృష్టిస్తుంది మరియు వినియోగదారు ఈథర్ను సృష్టించడం సాధ్యం కాదు.
+
+ఏకాభిప్రాయానికి సంబంధించిన ఇతర వ్యాలిడేటర్ యాక్టివిటీ కోసం ప్రతిపాదించిన ప్రతి బ్లాక్కు మరియు ప్రతి యుగం చెక్పాయింట్లో ఈథర్ రివార్డ్గా ముద్రించబడుతుంది. జారీ చేయబడిన మొత్తం అమౌంట్ అనేది వాలిడేటర్ల సంఖ్య మరియు వారు ఎంత ఈథర్లో వాటాను కలిగి ఉన్నారు అనే దానిపై ఆధారపడి ఉంటుంది. ఈ మొత్తం జారీ సరైన సందర్భంలో వాలిడేటర్ల మధ్య సమానంగా విభజించబడింది, అయితే అన్ని వాలిడేటర్లు నిజాయితీగా మరియు ఆన్లైన్లో ఉంటారు, కానీ వాస్తవానికి, ఇది వాలిడేటర్ పనితీరు ఆధారంగా మారుతుంది. మొత్తం జారీలో 1/8 బ్లాక్ ప్రపోజర్కు వెళుతుంది; మిగిలినవి ఇతర వ్యాలిడేటర్లలో పంపిణీ చేయబడతాయి. బ్లాక్ ప్రపోజర్లు లావాదేవీ రుసుములు మరియు MEV-సంబంధిత ఆదాయం నుండి చిట్కాలను కూడా స్వీకరిస్తారు, అయితే ఇవి రీసైకిల్ చేయబడిన ఈథర్ నుండి వచ్చాయి, కొత్త జారీ కాదు.
+
+## ఈథర్ను బర్న్ చేయడం {#burning-ether}
+
+బ్లాక్ రివార్డ్ల ద్వారా ఈథర్ను సృష్టించడంతోపాటు, 'బర్నింగ్' అనే ప్రక్రియ ద్వారా ఈథర్ను నాశనం చేయవచ్చు. ఈథర్ కాలిపోయినప్పుడు, అది శాశ్వతంగా ప్రసరణ నుండి తీసివేయబడుతుంది.
+
+Ethereumలో ప్రతి లావాదేవీలో ఈథర్ బర్న్ జరుగుతుంది. వినియోగదారులు వారి లావాదేవీల కోసం చెల్లించినప్పుడు, లావాదేవీల డిమాండ్ ప్రకారం నెట్వర్క్ ద్వారా సెట్ చేయబడిన బేస్ గ్యాస్ ఫీజు నాశనం అవుతుంది. ఇది, వేరియబుల్ బ్లాక్ పరిమాణాలు మరియు గరిష్ట గ్యాస్ రుసుముతో కలిపి, Ethereumపై లావాదేవీ రుసుము అంచనాను సులభతరం చేస్తుంది. నెట్వర్క్ డిమాండ్ ఎక్కువగా ఉన్నప్పుడు, [బ్లాక్లు](https://eth.blockscout.com/block/22580057) తాము ముద్రించే దానికంటే ఎక్కువ ఈథర్ను బర్న్ చేయగలవు, ఇది ఈథర్ జారీని సమర్థవంతంగా ఆఫ్సెట్ చేస్తుంది.
+
+మూల రుసుమును బర్నింగ్ చేయడం వలన లావాదేవీలను మార్చగల బ్లాక్ ప్రొడ్యూసర్ సామర్థ్యానికి ఆటంకం కలుగుతుంది. ఉదాహరణకు, బ్లాక్ ప్రొడ్యూసర్లు మూల రుసుమును స్వీకరించినట్లయితే, వారు తమ స్వంత లావాదేవీలను ఉచితంగా చేర్చవచ్చు మరియు ప్రతి ఒక్కరికీ మూల రుసుమును పెంచవచ్చు. ప్రత్యామ్నాయంగా, వారు కొంతమంది వినియోగదారులకు ఆఫ్-చెయిన్లో మూల రుసుమును వాపసు చేయవచ్చు, ఇది మరింత అపారదర్శకమైన మరియు సంక్లిష్టమైన లావాదేవీ రుసుము మార్కెట్కు దారితీస్తుంది.
+
+## ఈథర్ డినామినేషన్లు {#denominations}
+
+Ethereumలో అనేక లావాదేవీల విలువ తక్కువగా ఉన్నందున, ఈథర్ అనేక విలువలను కలిగి ఉంది, వీటిని ఖాతా యొక్క చిన్న యూనిట్లుగా సూచించవచ్చు. ఈ తెగలలో, వీ మరియు గ్వీలు చాలా ముఖ్యమైనవి.
+
+Wei అనేది ఈథర్ యొక్క అతి చిన్న మొత్తం, దీని ఫలితంగా, [Ethereum యెల్లోపేపర్](https://ethereum.github.io/yellowpaper/paper.pdf) వంటి అనేక సాంకేతిక అమలులు, అన్ని గణనలను Wei ఆధారంగా చేస్తాయి.
+
+Gwei, giga-weiకి సంక్షిప్త పదం, Ethereumపై గ్యాస్ ఖర్చులను వివరించడానికి తరచుగా ఉపయోగించబడుతుంది.
+
+| డినామినేషన్ | ఈథర్లో విలువ | సాధారణ వినియోగం |
+| ----------- | ---------------- | ---------------------------- |
+| వెయి | 10-18 | సాంకేతిక అమలులు |
+| Gwei | 10-9 | మనుషులు చదవగలిగే గ్యాస్ ఫీజు |
+
+## ఈథర్ను బదిలీ చేయడం {#transferring-ether}
+
+Ethereumలోని ప్రతి లావాదేవీలో `value` ఫీల్డ్ ఉంటుంది, ఇది పంపినవారి చిరునామా నుండి గ్రహీత చిరునామాకు పంపవలసిన ఈథర్ మొత్తాన్ని weiలో నిర్దేశిస్తుంది.
+
+గ్రహీత చిరునామా [స్మార్ట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/) అయినప్పుడు, ఆ స్మార్ట్ కాంట్రాక్ట్ తన కోడ్ను అమలు చేసేటప్పుడు గ్యాస్ కోసం చెల్లించడానికి ఈ బదిలీ చేయబడిన ఈథర్ను ఉపయోగించవచ్చు.
+
+[లావాదేవీల గురించి మరింత](/developers/docs/transactions/)
+
+## ఈథర్ను క్వెరీ చేయడం {#querying-ether}
+
+వినియోగదారులు ఏ [ఖాతా](/developers/docs/accounts/) యొక్క `balance` ఫీల్డ్ను అయినా తనిఖీ చేయడం ద్వారా ఆ ఖాతాలోని ఈథర్ బ్యాలెన్స్ను క్వెరీ చేయవచ్చు, ఇది weiలో డినామినేట్ చేయబడిన ఈథర్ హోల్డింగ్లను చూపుతుంది.
+
+[Etherscan](https://etherscan.io) మరియు [Blockscout](https://eth.blockscout.com) అనేవి వెబ్-ఆధారిత అప్లికేషన్ల ద్వారా చిరునామా బ్యాలెన్స్లను తనిఖీ చేయడానికి ఉపయోగపడే ప్రముఖ సాధనాలు. ఉదాహరణకు, [ఈ Blockscout పేజీ](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) Ethereum ఫౌండేషన్ యొక్క బ్యాలెన్స్ను చూపుతుంది. ఖాతా బ్యాలెన్స్లను వాలెట్లను ఉపయోగించి లేదా నేరుగా నోడ్లకు అభ్యర్థనలు చేయడం ద్వారా కూడా ప్రశ్నించవచ్చు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఈథర్ మరియు Ethereumను నిర్వచించడం](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _CME Group_
+- [Ethereum వైట్పేపర్](/whitepaper/): Ethereum కోసం అసలు ప్రతిపాదన. ఈ పత్రంలో ఈథర్ యొక్క వివరణ మరియు దాని సృష్టి వెనుక ఉన్న ప్రేరణలు ఉన్నాయి.
+- [Gwei Calculator](https://www.alchemy.com/gwei-calculator): wei, gwei, మరియు ఈథర్లను సులభంగా మార్చడానికి ఈ gwei కాలిక్యులేటర్ను ఉపయోగించండి. Wei, gwei లేదా ETH మొత్తాన్ని ప్లగ్ చేయండి మరియు స్వయంచాలకంగా మార్పిడిని లెక్కించండి.
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/intro-to-ethereum/index.md b/public/content/translations/te/developers/docs/intro-to-ethereum/index.md
new file mode 100644
index 00000000000..9dba21675e7
--- /dev/null
+++ b/public/content/translations/te/developers/docs/intro-to-ethereum/index.md
@@ -0,0 +1,124 @@
+---
+title: ఇతీరియముకు సాంకేతిక పరిచయం
+description: Ethereum యొక్క ప్రధాన భావనలకు dapp డెవలపర్ యొక్క పరిచయం.
+lang: te
+---
+
+## బ్లాక్చెయిన్ అంటే ఏమిటి? బ్లాక్చెయిన్ అంటే ఏమిటి?
+
+బ్లాక్చెయిన్ అనేది నెట్వర్క్లోని అనేక కంప్యూటర్లలో నవీకరించబడిన మరియు భాగస్వామ్యం చేయబడిన పబ్లిక్ డేటాబేస్.
+
+"బ్లాక్" అనేది "బ్లాక్స్" అని పిలువబడే వరుస సమూహాలలో నిల్వ చేయబడిన డేటా మరియు స్థితిని సూచిస్తుంది. మీరు వేరొకరికి ETHని పంపితే, లావాదేవీ డేటా విజయవంతం కావడానికి బ్లాక్కి జోడించబడాలి.
+
+"చైన్" అనేది ప్రతి బ్లాక్ క్రిప్టోగ్రాఫికల్గా దాని పేరెంట్ను సూచిస్తుందనే వాస్తవాన్ని సూచిస్తుంది. మరో మాటలో చెప్పాలంటే, బ్లాక్లు ఒకదానికొకటి గొలుసుకట్టుగా ఉంటాయి. మొత్తం నెట్వర్క్ యొక్క ఏకాభిప్రాయం అవసరమయ్యే అన్ని తదుపరి బ్లాక్లను మార్చకుండా బ్లాక్లోని డేటాను మార్చలేరు.
+
+నెట్వర్క్లోని ప్రతి కంప్యూటర్ ప్రతి కొత్త బ్లాక్పై మరియు గొలుసుపై మొత్తంగా అంగీకరించాలి. ఈ కంప్యూటర్లను "నోడ్స్" అని అంటారు. బ్లాక్చెయిన్తో సంభాషించే ప్రతిఒక్కరికీ ఒకే డేటా ఉందని నోడ్స్ నిర్ధారిస్తాయి. ఈ పంపిణీ చేయబడిన ఒప్పందాన్ని సాధించడానికి, బ్లాక్చెయిన్లకు ఏకాభిప్రాయ యంత్రాంగం అవసరం.
+
+ఇతీరియము ఒక [ప్రూఫ్-ఆఫ్-స్టేక్-ఆధారిత ఏకాభిప్రాయ యంత్రాంగాన్ని](/developers/docs/consensus-mechanisms/pos/) ఉపయోగిస్తుంది. గొలుసుకు కొత్త బ్లాక్లను జోడించాలనుకునే ఎవరైనా, ఇతీరియములోని స్థానిక కరెన్సీ అయిన ETHను పూచీకత్తుగా స్టేక్ చేసి, వ్యాలిడేటర్ సాఫ్ట్వేర్ను అమలు చేయాలి. ఈ "వ్యాలిడేటర్లను" ఇతర వ్యాలిడేటర్లు తనిఖీ చేసి బ్లాక్చెయిన్కు జోడించే బ్లాక్లను ప్రతిపాదించడానికి యాదృచ్ఛికంగా ఎంచుకోవచ్చు. పాల్గొనేవారు నిజాయితీగా మరియు వీలైనంత వరకు ఆన్లైన్లో అందుబాటులో ఉండటానికి బలంగా ప్రోత్సహించే రివార్డులు మరియు జరిమానాల వ్యవస్థ ఉంది.
+
+బ్లాక్చెయిన్ డేటా ఎలా హాష్ చేయబడి, తదనంతరం బ్లాక్ రిఫరెన్స్ల చరిత్రకు ఎలా జోడించబడుతుందో మీరు చూడాలనుకుంటే, ఆండర్స్ బ్రౌన్వర్త్ ద్వారా [ఈ డెమోను](https://andersbrownworth.com/blockchain/blockchain) తప్పకుండా చూడండి మరియు దిగువన ఉన్న వీడియోను చూడండి.
+
+బ్లాక్చెయిన్లలోని హాష్ల గురించి ఆండర్స్ వివరిస్తుండగా చూడండి:
+
+
+
+## Ethereum అంటే ఏమిటి? ఇతీరియము అంటే ఏమిటి?
+
+ఇతీరియము అనేది దానిలో కంప్యూటర్ పొందుపరచబడిన ఒక బ్లాక్చెయిన్. ఇది వికేంద్రీకృత, అనుమతిరహిత, సెన్సార్షిప్-నిరోధక మార్గంలో యాప్లు మరియు సంస్థలను నిర్మించడానికి పునాది.
+
+ఇతీరియము విశ్వంలో, ఒకే, కానానికల్ కంప్యూటర్ (ఎథేరియం వర్చువల్ మషీన్, లేదా EVM అని పిలుస్తారు) ఉంది, దీని స్థితిని ఇతీరియము నెట్వర్క్లోని ప్రతిఒక్కరూ అంగీకరిస్తారు. ఇతీరియము నెట్వర్క్లో పాల్గొనే ప్రతిఒక్కరూ (ప్రతి ఇతీరియము నోడ్) ఈ కంప్యూటర్ యొక్క స్థితి యొక్క కాపీని ఉంచుకుంటారు. అదనంగా, ఏ పాల్గొనేవారైనా ఈ కంప్యూటర్ యాదృచ్ఛిక గణనను నిర్వహించడానికి ఒక అభ్యర్థనను ప్రసారం చేయవచ్చు. అటువంటి అభ్యర్థన ప్రసారం చేయబడినప్పుడల్లా, నెట్వర్క్లోని ఇతర పాల్గొనేవారు గణనను ధృవీకరిస్తారు, నిర్ధారిస్తారు మరియు నిర్వహిస్తారు ("ఎగ్జిక్యూట్" చేస్తారు). ఈ ఎగ్జిక్యూషన్ EVMలో స్థితి మార్పుకు కారణమవుతుంది, ఇది మొత్తం నెట్వర్క్లో కట్టుబడి మరియు ప్రచారం చేయబడుతుంది.
+
+గణన కోసం అభ్యర్థనలను లావాదేవీ అభ్యర్థనలు అంటారు; అన్ని లావాదేవీల రికార్డు మరియు EVM యొక్క ప్రస్తుత స్థితి బ్లాక్చెయిన్లో నిల్వ చేయబడుతుంది, ఇది క్రమంగా అన్ని నోడ్ల ద్వారా నిల్వ చేయబడి మరియు అంగీకరించబడుతుంది.
+
+లావాదేవీలు చెల్లుబాటు అయ్యేవిగా ధృవీకరించబడి, బ్లాక్చెయిన్కు జోడించబడిన తర్వాత, వాటిని తర్వాత ట్యాంపర్ చేయలేరని క్రిప్టోగ్రాఫిక్ మెకానిజమ్స్ నిర్ధారిస్తాయి. అదే మెకానిజమ్స్ అన్ని లావాదేవీలు తగిన "అనుమతులతో" సంతకం చేయబడి మరియు అమలు చేయబడతాయని కూడా నిర్ధారిస్తాయి (ఆలిస్ స్వయంగా తప్ప, మరెవరూ ఆలిస్ ఖాతా నుండి డిజిటల్ ఆస్తులను పంపలేరు).
+
+## Ether అంటే ఏంటి? ఈథర్ అంటే ఏమిటి? {#what-is-ether}
+
+**ఈథర్ (ETH)** ఇతీరియము యొక్క స్థానిక క్రిప్టోకరెన్సీ. ETH యొక్క ఉద్దేశ్యం గణన కోసం ఒక మార్కెట్ను అనుమతించడం. అటువంటి మార్కెట్ పాల్గొనేవారికి లావాదేవీ అభ్యర్థనలను ధృవీకరించడానికి మరియు అమలు చేయడానికి మరియు నెట్వర్క్కు గణన వనరులను అందించడానికి ఆర్థిక ప్రోత్సాహాన్ని అందిస్తుంది.
+
+లావాదేవీ అభ్యర్థనను ప్రసారం చేసే ఏ పాల్గొనేవారైనా నెట్వర్క్కు బౌంటీగా కొంత మొత్తంలో ETHను కూడా అందించాలి. నెట్వర్క్ బౌంటీలో కొంత భాగాన్ని బర్న్ చేస్తుంది మరియు లావాదేవీని ధృవీకరించడం, అమలు చేయడం, దానిని బ్లాక్చెయిన్కు కట్టుబడి ఉండటం మరియు నెట్వర్క్కు ప్రసారం చేయడం వంటి పనిని చేసే వారికి మిగిలిన భాగాన్ని బహుమతిగా ఇస్తుంది.
+
+చెల్లించిన ETH మొత్తం గణన చేయడానికి అవసరమైన వనరులకు అనుగుణంగా ఉంటుంది. ఈ బౌంటీలు అనంతమైన గణన లేదా ఇతర వనరుల-ఇంటెన్సివ్ స్క్రిప్ట్ల అమలును అభ్యర్థించడం ద్వారా నెట్వర్క్ను ఉద్దేశపూర్వకంగా అడ్డుకునే హానికరమైన పాల్గొనేవారిని కూడా నిరోధిస్తాయి, ఎందుకంటే ఈ పాల్గొనేవారు గణన వనరులకు చెల్లించాలి.
+
+ETH నెట్వర్క్కు క్రిప్టో-ఎకనామిక్ భద్రతను మూడు ప్రధాన మార్గాల్లో అందించడానికి కూడా ఉపయోగించబడుతుంది: 1) బ్లాక్లను ప్రతిపాదించే లేదా ఇతర వ్యాలిడేటర్ల నిజాయితీ లేని ప్రవర్తనను పిలిచే వ్యాలిడేటర్లకు రివార్డ్ ఇచ్చే సాధనంగా ఇది ఉపయోగించబడుతుంది; 2) ఇది వ్యాలిడేటర్ల ద్వారా స్టేక్ చేయబడుతుంది, నిజాయితీ లేని ప్రవర్తనకు వ్యతిరేకంగా పూచీకత్తుగా పనిచేస్తుంది—వ్యాలిడేటర్లు తప్పుగా ప్రవర్తించడానికి ప్రయత్నిస్తే వారి ETH నాశనం చేయబడవచ్చు; 3) ఇది కొత్తగా ప్రతిపాదించబడిన బ్లాక్ల కోసం 'ఓట్లను' తూచడానికి ఉపయోగించబడుతుంది, ఏకాభిప్రాయ యంత్రాంగం యొక్క ఫోర్క్-ఛాయిస్ భాగంలోకి ఫీడ్ అవుతుంది.
+
+## స్మార్ట్ కాంట్రాక్టులు అంటే ఏమిటి? స్మార్ట్ కాంట్రాక్టులు అంటే ఏమిటి?
+
+ఆచరణలో, పాల్గొనేవారు EVMపై గణనను అభ్యర్థించాలనుకున్న ప్రతిసారీ కొత్త కోడ్ రాయరు. దానికి బదులుగా, అప్లికేషన్ డెవలపర్లు ప్రోగ్రామ్లను (పునర్వినియోగ కోడ్ స్నిప్పెట్లు) EVM స్థితిలోకి అప్లోడ్ చేస్తారు మరియు వినియోగదారులు విభిన్న పారామీటర్లతో ఈ కోడ్ స్నిప్పెట్లను అమలు చేయడానికి అభ్యర్థనలు చేస్తారు. మేము నెట్వర్క్కు అప్లోడ్ చేయబడి, అమలు చేయబడిన ప్రోగ్రామ్లను "స్మార్ట్ కాంట్రాక్టులు" అని పిలుస్తాము.
+
+చాలా ప్రాథమిక స్థాయిలో, మీరు స్మార్ట్ కాంట్రాక్టును ఒక రకమైన వెండింగ్ మెషీన్గా భావించవచ్చు: ఇది కొన్ని పారామీటర్లతో పిలిచినప్పుడు, కొన్ని షరతులు సంతృప్తి చెందినట్లయితే కొన్ని చర్యలు లేదా గణనను చేసే స్క్రిప్ట్. ఉదాహరణకు, ఒక సాధారణ విక్రేత స్మార్ట్ కాంట్రాక్ట్, పిలుపుదారు ఒక నిర్దిష్ట గ్రహీతకు ETH పంపినట్లయితే డిజిటల్ ఆస్తి యొక్క యాజమాన్యాన్ని సృష్టించి కేటాయించగలదు.
+
+ఏ డెవలపర్ అయినా ఒక స్మార్ట్ కాంట్రాక్టును సృష్టించి, నెట్వర్క్కు చెల్లించే రుసుముతో, బ్లాక్చెయిన్ను దాని డేటా లేయర్గా ఉపయోగించి, నెట్వర్క్కు పబ్లిక్గా చేయవచ్చు. ఏ వినియోగదారు అయినా మళ్లీ నెట్వర్క్కు చెల్లించే రుసుముతో దాని కోడ్ను అమలు చేయడానికి స్మార్ట్ కాంట్రాక్టును పిలవవచ్చు.
+
+అందువల్ల, స్మార్ట్ కాంట్రాక్టులతో, డెవలపర్లు యాదృచ్ఛికంగా సంక్లిష్టమైన వినియోగదారు-ముఖ యాప్లు మరియు మార్కెట్ప్లేస్లు, ఆర్థిక సాధనాలు, గేమ్లు మొదలైన సేవలను నిర్మించి, అమలు చేయవచ్చు.
+
+## పదజాలం {#terminology}
+
+### బ్లాక్చెయిన్ {#blockchain}
+
+నెట్వర్క్ చరిత్రలో ఇతీరియము నెట్వర్క్కు కట్టుబడి ఉన్న అన్ని బ్లాక్ల క్రమం. ప్రతి బ్లాక్లో మునుపటి బ్లాక్కు సూచన ఉంటుంది కాబట్టి దీనికి ఈ పేరు పెట్టారు, ఇది అన్ని బ్లాక్లపై (మరియు అందువల్ల ఖచ్చితమైన చరిత్రపై) ఒక క్రమాన్ని నిర్వహించడానికి మాకు సహాయపడుతుంది.
+
+### ETH {#eth}
+
+**ఈథర్ (ETH)** ఇతీరియము యొక్క స్థానిక క్రిప్టోకరెన్సీ. వినియోగదారులు వారి కోడ్ అమలు అభ్యర్థనలను నెరవేర్చడానికి ఇతర వినియోగదారులకు ETH చెల్లిస్తారు.
+
+[ETH గురించి మరింత](/developers/docs/intro-to-ether/)
+
+### EVM {#evm}
+
+ఎథేరియం వర్చువల్ మషీన్ అనేది గ్లోబల్ వర్చువల్ కంప్యూటర్, దీని స్థితిని ఇతీరియము నెట్వర్క్లోని ప్రతి పాల్గొనేవారు నిల్వ చేసి, అంగీకరిస్తారు. ఏ పాల్గొనేవారైనా EVMపై యాదృచ్ఛిక కోడ్ అమలును అభ్యర్థించవచ్చు; కోడ్ అమలు EVM యొక్క స్థితిని మారుస్తుంది.
+
+[EVM గురించి మరింత](/developers/docs/evm/)
+
+### నోడ్స్ {#nodes}
+
+EVM స్థితిని నిల్వ చేస్తున్న నిజ-జీవిత యంత్రాలు. EVM స్థితి మరియు కొత్త స్థితి మార్పుల గురించి సమాచారాన్ని ప్రచారం చేయడానికి నోడ్స్ ఒకదానితో ఒకటి సంభాషిస్తాయి. ఏ వినియోగదారు అయినా ఒక నోడ్ నుండి కోడ్ అమలు అభ్యర్థనను ప్రసారం చేయడం ద్వారా కోడ్ అమలును కూడా అభ్యర్థించవచ్చు. ఇతీరియము నెట్వర్క్ అనేది అన్ని ఇతీరియము నోడ్స్ మరియు వాటి కమ్యూనికేషన్ల మొత్తం.
+
+[నోడ్స్ గురించి మరింత](/developers/docs/nodes-and-clients/)
+
+### ఖాతాలు {#accounts}
+
+ETH నిల్వ చేయబడిన చోట. వినియోగదారులు ఖాతాలను ప్రారంభించవచ్చు, ఖాతాలలోకి ETH డిపాజిట్ చేయవచ్చు మరియు వారి ఖాతాల నుండి ఇతర వినియోగదారులకు ETH బదిలీ చేయవచ్చు. ఖాతాలు మరియు ఖాతా బ్యాలెన్స్లు EVMలోని ఒక పెద్ద పట్టికలో నిల్వ చేయబడతాయి; అవి మొత్తం EVM స్థితిలో ఒక భాగం.
+
+[ఖాతాల గురించి మరింత](/developers/docs/accounts/)
+
+### లావాదేవీలు {#transactions}
+
+"లావాదేవీ అభ్యర్థన" అనేది EVMపై కోడ్ అమలు కోసం అభ్యర్థనకు అధికారిక పదం, మరియు "లావాదేవీ" అనేది నెరవేరిన లావాదేవీ అభ్యర్థన మరియు EVM స్థితిలో సంబంధిత మార్పు. ఏ వినియోగదారు అయినా నోడ్ నుండి నెట్వర్క్కు లావాదేవీ అభ్యర్థనను ప్రసారం చేయవచ్చు. లావాదేవీ అభ్యర్థన అంగీకరించబడిన EVM స్థితిని ప్రభావితం చేయడానికి, అది మరొక నోడ్ ద్వారా ధృవీకరించబడాలి, అమలు చేయబడాలి మరియు "నెట్వర్క్కు కట్టుబడి ఉండాలి". ఏదైనా కోడ్ యొక్క అమలు EVMలో స్థితి మార్పుకు కారణమవుతుంది; కట్టుబడి ఉన్న తర్వాత, ఈ స్థితి మార్పు నెట్వర్క్లోని అన్ని నోడ్స్కు ప్రసారం చేయబడుతుంది. లావాదేవీలకు కొన్ని ఉదాహరణలు:
+
+- నా ఖాతా నుండి ఆలిస్ ఖాతాకు X ETH పంపండి.
+- కొంత స్మార్ట్ కాంట్రాక్ట్ కోడ్ను EVM స్థితిలోకి ప్రచురించండి.
+- Y ఆర్గ్యుమెంట్లతో EVMలోని చిరునామా X వద్ద ఉన్న స్మార్ట్ కాంట్రాక్ట్ కోడ్ను అమలు చేయండి.
+
+[లావాదేవీల గురించి మరింత](/developers/docs/transactions/)
+
+### బ్లాక్లు {#blocks}
+
+లావాదేవీల పరిమాణం చాలా ఎక్కువగా ఉంటుంది, కాబట్టి లావాదేవీలు బ్యాచ్లలో లేదా బ్లాక్లలో "కట్టుబడి" ఉంటాయి. బ్లాక్లు సాధారణంగా డజన్ల నుండి వందల లావాదేవీలను కలిగి ఉంటాయి.
+
+[బ్లాక్ల గురించి మరింత](/developers/docs/blocks/)
+
+### స్మార్ట్ కాంట్రాక్టులు {#smart-contracts}
+
+ఒక డెవలపర్ EVM స్థితిలోకి ప్రచురించే పునర్వినియోగ కోడ్ స్నిప్పెట్ (ఒక ప్రోగ్రామ్). లావాదేవీ అభ్యర్థన చేయడం ద్వారా స్మార్ట్ కాంట్రాక్ట్ కోడ్ అమలు చేయబడాలని ఎవరైనా అభ్యర్థించవచ్చు. ఎందుకంటే డెవలపర్లు EVMలోకి యాదృచ్ఛికంగా అమలు చేయగల అప్లికేషన్లను (గేమ్లు, మార్కెట్ప్లేస్లు, ఆర్థిక సాధనాలు మొదలైనవి) వ్రాయగలరు. స్మార్ట్ కాంట్రాక్టులను ప్రచురించడం ద్వారా, వీటిని తరచుగా [డాప్స్, లేదా వికేంద్రీకృత యాప్లు](/developers/docs/dapps/) అని కూడా అంటారు.
+
+[స్మార్ట్ కాంట్రాక్టుల గురించి మరింత](/developers/docs/smart-contracts/)
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము శ్వేతపత్రం](/whitepaper/)
+- [అసలు, ఇతీరియము ఎలా పనిచేస్తుంది?](https://medium.com/@preethikasireddy/how-does-ethereum-work-anyway-22d1df506369) - _ప్రీతి కాశిరెడ్డి_ (**NB** ఈ వనరు ఇప్పటికీ విలువైనదే కానీ ఇది [ది మెర్జ్](/roadmap/merge) కంటే ముందుదని మరియు అందువల్ల ఇప్పటికీ ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-వర్క్ మెకానిజంను సూచిస్తుందని తెలుసుకోండి - ఇతీరియము ఇప్పుడు వాస్తవానికి [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos) ఉపయోగించి భద్రపరచబడింది)
+
+### దృశ్య అభ్యాసకులా? {#visual-learner}
+
+ఈ వీడియో సిరీస్ పునాది అంశాలపై సమగ్ర అన్వేషణను అందిస్తుంది:
+
+
+
+[ఇతీరియము బేసిక్స్ ప్లేలిస్ట్](https://youtube.com/playlist?list=PLqgutSGloqiJyyoL0zvLVFPS-GMD2wKa5&si=kZTf5I7PKGTXDsOZ)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [డెవలపర్ కోసం ఇతీరియముకు గైడ్, పార్ట్ 1](/developers/tutorials/a-developers-guide-to-ethereum-part-one/) _– పైథాన్ మరియు web3.py ఉపయోగించి ఇతీరియము యొక్క చాలా బిగినర్-ఫ్రెండ్లీ అన్వేషణ_
diff --git a/public/content/translations/te/developers/docs/mev/index.md b/public/content/translations/te/developers/docs/mev/index.md
new file mode 100644
index 00000000000..9c0f8d9dc0d
--- /dev/null
+++ b/public/content/translations/te/developers/docs/mev/index.md
@@ -0,0 +1,221 @@
+---
+title: గరిష్టంగా సంగ్రహించగల విలువ (MEV)
+description: గరిష్టంగా సంగ్రహించగల విలువ (MEV)కు ఒక పరిచయం
+lang: te
+---
+
+గరిష్టంగా సంగ్రహించగల విలువ (MEV) అంటే ఒక బ్లాక్లో లావాదేవీలను చేర్చడం, మినహాయించడం మరియు వాటి క్రమాన్ని మార్చడం ద్వారా ప్రామాణిక బ్లాక్ రివార్డ్ మరియు గ్యాస్ ఫీజులకు మించి బ్లాక్ ఉత్పత్తి నుండి సంగ్రహించగల గరిష్ట విలువ.
+
+## గరిష్టంగా సంగ్రహించగల విలువ {#maximal-extractable-value}
+
+గరిష్టంగా సంగ్రహించగల విలువను మొదట [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/) సందర్భంలో వర్తింపజేశారు, మరియు మొదట్లో దీనిని "మైనర్ సంగ్రహించగల విలువ" అని పిలిచేవారు. ఎందుకంటే ప్రూఫ్-ఆఫ్-వర్క్లో, మైనర్లు లావాదేవీల చేర్చడం, మినహాయించడం మరియు క్రమాన్ని నియంత్రిస్తారు. అయితే, [ది మెర్జ్](/roadmap/merge) ద్వారా ప్రూఫ్-ఆఫ్-స్టేక్కు మారినప్పటి నుండి, ఈ పాత్రలకు వాలిడేటర్లు బాధ్యత వహిస్తున్నారు మరియు మైనింగ్ ఇకపై ఇతీరియము ప్రోటోకాల్లో భాగం కాదు. అయినప్పటికీ, విలువ సంగ్రహణ పద్ధతులు ఇప్పటికీ ఉన్నాయి, కాబట్టి ఇప్పుడు బదులుగా "గరిష్టంగా సంగ్రహించగల విలువ" అనే పదాన్ని ఉపయోగిస్తున్నారు.
+
+## అవసరాలు {#prerequisites}
+
+మీకు [లావాదేవీలు](/developers/docs/transactions/), [బ్లాక్లు](/developers/docs/blocks/), [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos) మరియు [గ్యాస్](/developers/docs/gas/) గురించి పరిచయం ఉందని నిర్ధారించుకోండి. [డాప్స్](/apps/) మరియు [DeFi](/defi/) గురించి పరిచయం కూడా సహాయపడుతుంది.
+
+## MEV సంగ్రహణ {#mev-extraction}
+
+సిద్ధాంతపరంగా MEV పూర్తిగా వాలిడేటర్లకు దక్కుతుంది, ఎందుకంటే లాభదాయకమైన MEV అవకాశాన్ని అమలు చేయడానికి హామీ ఇవ్వగల ఏకైక పక్షం వారే. అయితే ఆచరణలో, MEV యొక్క అధిక భాగం "సెర్చర్లు" అని పిలవబడే స్వతంత్ర నెట్వర్క్ పార్టిసిపెంట్ల ద్వారా సంగ్రహించబడుతుంది. లాభదాయకమైన MEV అవకాశాలను గుర్తించడానికి సెర్చర్లు బ్లాక్ చైను డేటాపై సంక్లిష్టమైన అల్గారిథమ్లను అమలు చేస్తారు మరియు ఆ లాభదాయకమైన లావాదేవీలను నెట్వర్క్కు స్వయంచాలకంగా సమర్పించడానికి బాట్లను కలిగి ఉంటారు.
+
+ఏమైనప్పటికీ వాలిడేటర్లు పూర్తి MEV మొత్తంలో కొంత భాగాన్ని పొందుతారు, ఎందుకంటే వారి లాభదాయకమైన లావాదేవీలను ఒక బ్లాక్లో చేర్చడానికి అధిక సంభావ్యతకు బదులుగా అధిక గ్యాస్ ఫీజులను (ఇవి వాలిడేటర్కు వెళ్తాయి) చెల్లించడానికి సెర్చర్లు సిద్ధంగా ఉంటారు. సెర్చర్లు ఆర్థికంగా హేతుబద్ధంగా ఉన్నారని భావిస్తే, ఒక సెర్చర్ చెల్లించడానికి సిద్ధంగా ఉండే గ్యాస్ ఫీజు ఆ సెర్చర్ యొక్క MEVలో 100% వరకు ఉంటుంది (ఎందుకంటే గ్యాస్ ఫీజు ఎక్కువగా ఉంటే, సెర్చర్ డబ్బును కోల్పోతాడు).
+
+దానితో, [DEX ఆర్బిట్రేజ్](#mev-examples-dex-arbitrage) వంటి కొన్ని అత్యంత పోటీతత్వ MEV అవకాశాల కోసం, సెర్చర్లు తమ మొత్తం MEV రాబడిలో 90% లేదా అంతకంటే ఎక్కువ గ్యాస్ ఫీజుగా వాలిడేటర్కు చెల్లించాల్సి రావచ్చు, ఎందుకంటే చాలా మంది అదే లాభదాయకమైన ఆర్బిట్రేజ్ ట్రేడ్ను అమలు చేయాలనుకుంటారు. ఎందుకంటే వారి ఆర్బిట్రేజ్ లావాదేవీ నడుస్తుందని హామీ ఇచ్చే ఏకైక మార్గం వారు అత్యధిక గ్యాస్ ధరతో లావాదేవీని సమర్పించడమే.
+
+### గ్యాస్ గోల్ఫింగ్ {#mev-extraction-gas-golfing}
+
+ఈ డైనమిక్ "గ్యాస్ గోల్ఫింగ్"లో — అంటే లావాదేవీలను అతి తక్కువ గ్యాస్ను ఉపయోగించేలా ప్రోగ్రామింగ్ చేయడంలో — నైపుణ్యం కలిగి ఉండటాన్ని ఒక పోటీతత్వ ప్రయోజనంగా మార్చింది, ఎందుకంటే ఇది తమ మొత్తం గ్యాస్ ఫీజులను స్థిరంగా ఉంచుతూనే (గ్యాస్ ఫీజులు = గ్యాస్ ధర \* ఉపయోగించిన గ్యాస్ కాబట్టి) సెర్చర్లకు అధిక గ్యాస్ ధరను సెట్ చేయడానికి అనుమతిస్తుంది.
+
+కొన్ని ప్రసిద్ధ గ్యాస్ గోల్ఫ్ టెక్నిక్లలో ఇవి ఉన్నాయి: సున్నాల పొడవైన స్ట్రింగ్తో ప్రారంభమయ్యే చిరునామాలను ఉపయోగించడం (ఉదా., [0x0000000000C521824EaFf97Eac7B73B084ef9306](https://eth.blockscout.com/address/0x0000000000C521824EaFf97Eac7B73B084ef9306)), ఎందుకంటే అవి నిల్వ చేయడానికి తక్కువ స్థలాన్ని (మరియు అందువల్ల గ్యాస్ను) తీసుకుంటాయి; మరియు కాంట్రాక్టులలో చిన్న [ERC-20](/developers/docs/standards/tokens/erc-20/) టోకెన్ బ్యాలెన్స్లను వదిలివేయడం, ఎందుకంటే ఒక స్టోరేజ్ స్లాట్ను ప్రారంభించడానికి (బ్యాలెన్స్ 0 అయితే ఈ పరిస్థితి) ఒక స్టోరేజ్ స్లాట్ను అప్డేట్ చేయడం కంటే ఎక్కువ గ్యాస్ ఖర్చవుతుంది. గ్యాస్ వినియోగాన్ని తగ్గించడానికి మరిన్ని పద్ధతులను కనుగొనడం సెర్చర్ల మధ్య ఒక క్రియాశీల పరిశోధనా రంగం.
+
+### సాధారణీకరించిన ఫ్రంట్రన్నర్లు {#mev-extraction-generalized-frontrunners}
+
+లాభదాయకమైన MEV అవకాశాలను గుర్తించడానికి సంక్లిష్ట అల్గారిథమ్లను ప్రోగ్రామ్ చేయడానికి బదులుగా, కొంతమంది సెర్చర్లు సాధారణీకరించిన ఫ్రంట్రన్నర్లను నడుపుతారు. సాధారణీకరించిన ఫ్రంట్రన్నర్లు అనేవి లాభదాయకమైన లావాదేవీలను గుర్తించడానికి మెమ్పూల్ను గమనించే బాట్లు. ఫ్రంట్రన్నర్ సంభావ్యంగా లాభదాయకమైన లావాదేవీ యొక్క సంకేత భాషను కాపీ చేస్తుంది, చిరునామాలను ఫ్రంట్రన్నర్ చిరునామాతో భర్తీ చేస్తుంది, మరియు సవరించిన లావాదేవీ ఫ్రంట్రన్నర్ చిరునామాకు లాభాన్ని చేకూరుస్తుందని నిర్ధారించుకోవడానికి లావాదేవీని స్థానికంగా అమలు చేస్తుంది. లావాదేవీ నిజంగా లాభదాయకంగా ఉంటే, ఫ్రంట్రన్నర్ భర్తీ చేసిన చిరునామా మరియు అధిక గ్యాస్ ధరతో సవరించిన లావాదేవీని సమర్పించి, అసలు లావాదేవీని "ఫ్రంట్రన్నింగ్" చేసి, అసలు సెర్చర్ యొక్క MEVని పొందుతుంది.
+
+### Flashbots {#mev-extraction-flashbots}
+
+Flashbots అనేది ఒక స్వతంత్ర ప్రాజెక్ట్, ఇది ఎగ్జిక్యూషన్ క్లయింట్లను ఒక సేవతో విస్తరిస్తుంది, ఇది సెర్చర్లు తమ MEV లావాదేవీలను పబ్లిక్ మెమ్పూల్కు వెల్లడించకుండా వాలిడేటర్లకు సమర్పించడానికి అనుమతిస్తుంది. ఇది సాధారణీకరించిన ఫ్రంట్రన్నర్ల ద్వారా లావాదేవీలు ఫ్రంట్రన్ కాకుండా నిరోధిస్తుంది.
+
+## MEV ఉదాహరణలు {#mev-examples}
+
+కొన్ని మార్గాల్లో బ్లాక్ చైనుపై MEV ఉద్భవిస్తుంది.
+
+### DEX ఆర్బిట్రేజ్ {#mev-examples-dex-arbitrage}
+
+[వికేంద్రీకృత మార్పిడి](/glossary/#dex) (DEX) ఆర్బిట్రేజ్ అత్యంత సరళమైన మరియు సుప్రసిద్ధమైన MEV అవకాశం. ఫలితంగా, ఇది అత్యంత పోటీతత్వమైనది కూడా.
+
+ఇది ఇలా పనిచేస్తుంది: రెండు DEXలు ఒక టోకెన్ను రెండు వేర్వేరు ధరలకు ఆఫర్ చేస్తే, ఎవరైనా తక్కువ ధర ఉన్న DEXలో టోకెన్ను కొని, దానిని అధిక ధర ఉన్న DEXలో ఒకే, అటామిక్ లావాదేవీలో అమ్మవచ్చు. బ్లాక్ చైను యొక్క మెకానిక్స్ వల్ల, ఇది నిజమైన, రిస్క్ లేని ఆర్బిట్రేజ్.
+
+Uniswap మరియు Sushiswap లలో ETH/DAI జత యొక్క విభిన్న ధరల ప్రయోజనాన్ని పొందడం ద్వారా ఒక సెర్చర్ 1,000 ETHను 1,045 ETHగా మార్చిన లాభదాయకమైన ఆర్బిట్రేజ్ లావాదేవీకి [ఇక్కడ ఒక ఉదాహరణ ఉంది](https://eth.blockscout.com/tx/0x5e1657ef0e9be9bc72efefe59a2528d0d730d478cfc9e6cdd09af9f997bb3ef4).
+
+### లిక్విడేషన్లు {#mev-examples-liquidations}
+
+లెండింగ్ ప్రోటోకాల్ లిక్విడేషన్లు మరొక సుప్రసిద్ధమైన MEV అవకాశాన్ని అందిస్తాయి.
+
+Maker మరియు Aave వంటి లెండింగ్ ప్రోటోకాల్స్ వినియోగదారులు కొంత కొలేటరల్ (ఉదా., ETH) డిపాజిట్ చేయాలని కోరుతాయి. ఈ డిపాజిట్ చేయబడిన కొలేటరల్ను ఇతర వినియోగదారులకు రుణాలు ఇవ్వడానికి ఉపయోగిస్తారు.
+
+వినియోగదారులు వారి అవసరాన్ని బట్టి ఇతరుల నుండి ఆస్తులు మరియు టోకెన్లను వారి డిపాజిట్ చేసిన కొలేటరల్లో ఒక నిర్దిష్ట శాతం వరకు రుణం తీసుకోవచ్చు (ఉదా., మీరు MakerDAO గవర్నెన్స్ ప్రతిపాదనలో ఓటు వేయాలనుకుంటే మీరు MKRని రుణం తీసుకోవచ్చు). ఉదాహరణకు, రుణ మొత్తం గరిష్టంగా 30% అయితే, ప్రోటోకాల్లో 100 DAI డిపాజిట్ చేసే వినియోగదారుడు 30 DAI విలువైన మరొక ఆస్తిని రుణం తీసుకోవచ్చు. ప్రోటోకాల్ ఖచ్చితమైన రుణ శక్తి శాతాన్ని నిర్ణయిస్తుంది.
+
+రుణగ్రహీత కొలేటరల్ విలువ హెచ్చుతగ్గులకు లోనయ్యే కొద్దీ, వారి రుణ శక్తి కూడా మారుతుంది. ఒకవేళ, మార్కెట్ హెచ్చుతగ్గుల కారణంగా, రుణం తీసుకున్న ఆస్తుల విలువ వారి కొలేటరల్ విలువలో, ఉదాహరణకు, 30% మించిపోతే (మళ్ళీ, ఖచ్చితమైన శాతం ప్రోటోకాల్ ద్వారా నిర్ణయించబడుతుంది), ప్రోటోకాల్ సాధారణంగా ఎవరినైనా కొలేటరల్ను లిక్విడేట్ చేయడానికి అనుమతిస్తుంది, తక్షణమే రుణదాతలకు చెల్లిస్తుంది (ఇది సాంప్రదాయ ఫైనాన్స్లో [మార్జిన్ కాల్స్](https://www.investopedia.com/terms/m/margincall.asp) ఎలా పనిచేస్తాయో దానికి సమానంగా ఉంటుంది). లిక్విడేట్ చేయబడితే, రుణగ్రహీత సాధారణంగా భారీ లిక్విడేషన్ రుసుము చెల్లించవలసి ఉంటుంది, అందులో కొంత భాగం లిక్విడేటర్కు వెళుతుంది — ఇక్కడే MEV అవకాశం వస్తుంది.
+
+ఏ రుణగ్రహీతలను లిక్విడేట్ చేయవచ్చో నిర్ణయించడానికి మరియు లిక్విడేషన్ లావాదేవీని సమర్పించిన వారిలో మొదటి వ్యక్తిగా ఉండి, తమ కోసం లిక్విడేషన్ ఫీజును వసూలు చేసుకోవడానికి సెర్చర్లు బ్లాక్ చైను డేటాను వీలైనంత వేగంగా విశ్లేషించడానికి పోటీపడతారు.
+
+### శాండ్విచ్ ట్రేడింగ్ {#mev-examples-sandwich-trading}
+
+శాండ్విచ్ ట్రేడింగ్ అనేది MEV సంగ్రహణ యొక్క మరొక సాధారణ పద్ధతి.
+
+శాండ్విచ్ చేయడానికి, ఒక సెర్చర్ పెద్ద DEX ట్రేడ్ల కోసం మెమ్పూల్ను గమనిస్తాడు. ఉదాహరణకు, ఎవరైనా Uniswapలో DAIతో 10,000 UNI కొనాలనుకుంటున్నారని అనుకుందాం. ఈ పరిమాణంలో జరిగే ట్రేడ్ UNI/DAI జతపై గణనీయమైన ప్రభావాన్ని చూపుతుంది, బహుశా DAIతో పోలిస్తే UNI ధరను గణనీయంగా పెంచుతుంది.
+
+ఒక సెర్చర్ UNI/DAI జతపై ఈ పెద్ద ట్రేడ్ యొక్క సుమారు ధర ప్రభావాన్ని లెక్కించగలడు మరియు పెద్ద ట్రేడ్కు వెంటనే _ముందు_ ఒక సరైన కొనుగోలు ఆర్డర్ను అమలు చేయగలడు, UNIని చౌకగా కొని, ఆపై పెద్ద ట్రేడ్ తర్వాత వెంటనే ఒక అమ్మకం ఆర్డర్ను అమలు చేయగలడు, దానిని పెద్ద ఆర్డర్ వల్ల పెరిగిన అధిక ధరకు అమ్ముతాడు.
+
+అయినప్పటికీ, శాండ్విచింగ్ మరింత ప్రమాదకరమైనది, ఎందుకంటే ఇది అటామిక్ కాదు (పైన వివరించినట్లుగా DEX ఆర్బిట్రేజ్ వలె కాకుండా) మరియు [సాల్మొనెల్లా దాడికి](https://github.com/Defi-Cartel/salmonella) గురయ్యే అవకాశం ఉంది.
+
+### NFT MEV {#mev-examples-nfts}
+
+NFT స్పేస్లో MEV అనేది ఒక ఉద్భవిస్తున్న దృగ్విషయం, మరియు ఇది తప్పనిసరిగా లాభదాయకం కాదు.
+
+అయితే, NFT లావాదేవీలు ఇతర అన్ని ఇతీరియము లావాదేవీలచే పంచుకోబడిన అదే బ్లాక్ చైనుపై జరుగుతాయి కాబట్టి, NFT మార్కెట్లో కూడా సాంప్రదాయ MEV అవకాశాలలో ఉపయోగించే పద్ధతులనే సెర్చర్లు ఉపయోగించవచ్చు.
+
+ఉదాహరణకు, ఒక ప్రసిద్ధ NFT డ్రాప్ ఉంటే మరియు ఒక సెర్చర్ ఒక నిర్దిష్ట NFT లేదా NFTల సెట్ను కోరుకుంటే, వారు NFTని కొనడానికి వరుసలో మొదటి వ్యక్తిగా ఉండేలా ఒక లావాదేవీని ప్రోగ్రామ్ చేయవచ్చు, లేదా వారు మొత్తం NFTల సెట్ను ఒకే లావాదేవీలో కొనవచ్చు. లేదా ఒక NFT [పొరపాటున తక్కువ ధరకు లిస్ట్ చేయబడితే](https://www.theblockcrypto.com/post/113546/mistake-sees-69000-cryptopunk-sold-for-less-than-a-cent), ఒక సెర్చర్ ఇతర కొనుగోలుదారులను ఫ్రంట్రన్ చేసి దానిని చౌకగా చేజిక్కించుకోవచ్చు.
+
+ఒక సెర్చర్ ధర ఫ్లోర్లో ప్రతి ఒక్క క్రిప్టోపంక్ను [కొనడానికి](https://eth.blockscout.com/address/0x650dCdEB6ecF05aE3CAF30A70966E2F395d5E9E5?tab=txs) $7 మిలియన్లు ఖర్చు చేసినప్పుడు NFT MEV యొక్క ఒక ప్రముఖ ఉదాహరణ సంభవించింది. ఒక బ్లాక్ చైను పరిశోధకుడు [ట్విట్టర్లో వివరించారు](https://twitter.com/IvanBogatyy/status/1422232184493121538), తమ కొనుగోలును రహస్యంగా ఉంచడానికి కొనుగోలుదారు ఒక MEV ప్రొవైడర్తో ఎలా పనిచేశాడో.
+
+### ది లాంగ్ టెయిల్ {#mev-examples-long-tail}
+
+DEX ఆర్బిట్రేజ్, లిక్విడేషన్లు, మరియు శాండ్విచ్ ట్రేడింగ్ అన్నీ చాలా సుప్రసిద్ధమైన MEV అవకాశాలు మరియు కొత్త సెర్చర్లకు లాభదాయకంగా ఉండే అవకాశం లేదు. అయితే, తక్కువగా తెలిసిన MEV అవకాశాల లాంగ్ టెయిల్ ఉంది (NFT MEV వాదించదగ్గ అటువంటి ఒక అవకాశం).
+
+ఇప్పుడిప్పుడే మొదలుపెడుతున్న సెర్చర్లు ఈ లాంగర్ టెయిల్లో MEV కోసం వెతకడం ద్వారా మరింత విజయాన్ని కనుగొనగలరు. Flashbot యొక్క [MEV జాబ్ బోర్డ్](https://github.com/flashbots/mev-job-board) కొన్ని ఉద్భవిస్తున్న అవకాశాలను లిస్ట్ చేస్తుంది.
+
+## MEV యొక్క ప్రభావాలు {#effects-of-mev}
+
+MEV అంతా చెడ్డది కాదు — ఇతీరియముపై MEVకి సానుకూల మరియు ప్రతికూల పరిణామాలు రెండూ ఉన్నాయి.
+
+### మంచి {#effects-of-mev-the-good}
+
+అనేక DeFi ప్రాజెక్ట్లు తమ ప్రోటోకాల్ల ఉపయోగం మరియు స్థిరత్వాన్ని నిర్ధారించడానికి ఆర్థికంగా హేతుబద్ధమైన యాక్టర్లపై ఆధారపడతాయి. ఉదాహరణకు, DEX ఆర్బిట్రేజ్ వినియోగదారులు వారి టోకెన్లకు ఉత్తమమైన, అత్యంత సరైన ధరలను పొందేలా చూస్తుంది, మరియు రుణదాతలకు తిరిగి చెల్లించబడతాయని నిర్ధారించడానికి రుణగ్రహీతలు కొలేటరలైజేషన్ నిష్పత్తుల కంటే దిగువకు పడిపోయినప్పుడు లెండింగ్ ప్రోటోకాల్స్ వేగవంతమైన లిక్విడేషన్లపై ఆధారపడతాయి.
+
+ఆర్థిక అసమర్థతలను అన్వేషించి, సరిచేసే మరియు ప్రోటోకాల్ల ఆర్థిక ప్రోత్సాహకాలను సద్వినియోగం చేసుకునే హేతుబద్ధమైన సెర్చర్లు లేకుండా, సాధారణంగా DeFi ప్రోటోకాల్లు మరియు డాప్స్ నేడు ఉన్నంత పటిష్టంగా ఉండకపోవచ్చు.
+
+### చెడు {#effects-of-mev-the-bad}
+
+అప్లికేషన్ లేయర్లో, శాండ్విచ్ ట్రేడింగ్ వంటి కొన్ని రకాల MEV, వినియోగదారులకు నిస్సందేహంగా అధ్వాన్నమైన అనుభవాన్ని కలిగిస్తాయి. శాండ్విచ్కు గురైన వినియోగదారులు వారి ట్రేడ్లలో పెరిగిన స్లిప్పేజ్ మరియు అధ్వాన్నమైన ఎగ్జిక్యూషన్ను ఎదుర్కొంటారు.
+
+నెట్వర్క్ లేయర్లో, సాధారణీకరించిన ఫ్రంట్రన్నర్లు మరియు వారు తరచుగా పాల్గొనే గ్యాస్-ధర వేలంపాటలు (రెండు లేదా అంతకంటే ఎక్కువ ఫ్రంట్రన్నర్లు తమ లావాదేవీని తదుపరి బ్లాక్లో చేర్చడానికి తమ లావాదేవీల గ్యాస్ ధరను క్రమంగా పెంచుకుంటూ పోటీ పడినప్పుడు) నెట్వర్క్ రద్దీకి మరియు సాధారణ లావాదేవీలను అమలు చేయడానికి ప్రయత్నిస్తున్న ప్రతి ఒక్కరికీ అధిక గ్యాస్ ధరలకు దారితీస్తాయి.
+
+బ్లాక్ల _లోపల_ ఏమి జరుగుతుందో దానికి మించి, MEV బ్లాక్ల _మధ్య_ హానికరమైన ప్రభావాలను కలిగి ఉంటుంది. ఒక బ్లాక్లో అందుబాటులో ఉన్న MEV ప్రామాణిక బ్లాక్ రివార్డును గణనీయంగా మించిపోతే, వాలిడేటర్లు బ్లాక్లను రీఆర్గ్ చేయడానికి మరియు MEVని తమ కోసం సంగ్రహించడానికి ప్రోత్సహించబడవచ్చు, ఇది బ్లాక్ చైను పునర్వ్యవస్థీకరణ మరియు ఏకాభిప్రాయం అస్థిరతకు కారణమవుతుంది.
+
+బ్లాక్ చైను పునర్వ్యవస్థీకరణ యొక్క ఈ అవకాశం [గతంలో బిట్కాయిన్ బ్లాక్ చైనుపై అన్వేషించబడింది](https://dl.acm.org/doi/10.1145/2976749.2978408). బిట్కాయిన్ బ్లాక్ రివార్డ్ సగానికి తగ్గుతూ మరియు లావాదేవీ ఫీజులు బ్లాక్ రివార్డులో ఎక్కువ భాగం ఆక్రమించడంతో, మైనర్లు తదుపరి బ్లాక్ రివార్డును వదులుకుని, బదులుగా అధిక ఫీజులతో గత బ్లాక్లను తిరిగి మైన్ చేయడం ఆర్థికంగా హేతుబద్ధమయ్యే పరిస్థితులు తలెత్తుతాయి. MEV పెరుగుదలతో, ఇతీరియములో కూడా ఇదే రకమైన పరిస్థితి సంభవించవచ్చు, ఇది బ్లాక్ చైను యొక్క సమగ్రతకు ముప్పు కలిగిస్తుంది.
+
+## MEV యొక్క స్థితి {#state-of-mev}
+
+2021 ప్రారంభంలో MEV సంగ్రహణ బాగా పెరిగింది, దీని ఫలితంగా సంవత్సరం మొదటి కొన్ని నెలల్లో గ్యాస్ ధరలు విపరీతంగా పెరిగాయి. Flashbots యొక్క MEV రిలే యొక్క ఆవిర్భావం సాధారణీకరించిన ఫ్రంట్రన్నర్ల ప్రభావాన్ని తగ్గించింది మరియు గ్యాస్ ధర వేలంపాటలను ఆఫ్చైన్కు తీసుకువెళ్ళింది, సాధారణ వినియోగదారులకు గ్యాస్ ధరలను తగ్గించింది.
+
+అనేకమంది సెర్చర్లు ఇప్పటికీ MEV నుండి మంచి డబ్బు సంపాదిస్తున్నప్పటికీ, అవకాశాలు మరింతగా ప్రసిద్ధి చెందడం మరియు ఎక్కువ మంది సెర్చర్లు అదే అవకాశం కోసం పోటీ పడటంతో, వాలిడేటర్లు మొత్తం MEV రాబడిలో ఎక్కువ భాగాన్ని సంగ్రహిస్తారు (ఎందుకంటే మొదట వివరించిన అదే రకమైన గ్యాస్ వేలంపాటలు Flashbots లో కూడా జరుగుతాయి, అయితే ప్రైవేట్గా, మరియు వాలిడేటర్లు ఫలితంగా వచ్చే గ్యాస్ రాబడిని సంగ్రహిస్తారు). MEV ఇతీరియముకు మాత్రమే ప్రత్యేకమైనది కాదు, మరియు ఇతీరియములో అవకాశాలు మరింత పోటీతత్వంగా మారడంతో, సెర్చర్లు బినాన్స్ స్మార్ట్ చైన్ వంటి ప్రత్యామ్నాయ బ్లాక్చైన్లకు మారుతున్నారు, ఇక్కడ ఇతీరియములో ఉన్నటువంటి MEV అవకాశాలు తక్కువ పోటీతో ఉన్నాయి.
+
+మరోవైపు, ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం మరియు రోల్అప్లను ఉపయోగించి ఇతీరియమును స్కేల్ చేయడానికి జరుగుతున్న ప్రయత్నం అన్నీ MEV ల్యాండ్స్కేప్ను ఇంకా కొంత అస్పష్టంగా ఉన్న మార్గాల్లో మారుస్తాయి. ప్రూఫ్-ఆఫ్-వర్క్లోని సంభావ్యతా నమూనాతో పోలిస్తే, ముందుగానే కొంతవరకు తెలిసిన గ్యారంటీడ్ బ్లాక్-ప్రపోజర్లను కలిగి ఉండటం MEV సంగ్రహణ యొక్క డైనమిక్స్ను ఎలా మారుస్తుందో లేదా [సింగిల్ సీక్రెట్ లీడర్ ఎలక్షన్](https://ethresear.ch/t/secret-non-single-leader-election/11789) మరియు [డిస్ట్రిబ్యూటెడ్ వాలిడేటర్ టెక్నాలజీ](/staking/dvt/) అమలు చేయబడినప్పుడు ఇది ఎలా అంతరాయం కలిగిస్తుందో ఇంకా బాగా తెలియదు. అదేవిధంగా, చాలా వినియోగదారుల కార్యాచరణ ఇతీరియము నుండి దాని లేయర్ 2 రోల్అప్లు మరియు షార్డ్లకు పోర్ట్ చేయబడినప్పుడు ఏ MEV అవకాశాలు ఉంటాయో చూడాలి.
+
+## ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)లో MEV {#mev-in-ethereum-proof-of-stake}
+
+వివరించినట్లుగా, MEV మొత్తం వినియోగదారు అనుభవం మరియు ఏకాభిప్రాయం-లేయర్ భద్రతపై ప్రతికూల ప్రభావాలను కలిగి ఉంది. కానీ ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం (“ది మెర్జ్” అని పిలువబడేది) కు మారడం కొత్త MEV-సంబంధిత రిస్కులను పరిచయం చేయవచ్చు:
+
+### వాలిడేటర్ కేంద్రీకరణ {#validator-centralization}
+
+మెర్జ్ అనంతర ఇతీరియములో, వాలిడేటర్లు (32 ETH సెక్యూరిటీ డిపాజిట్లు చేసి) బీకాన్ చైన్కు జోడించబడిన బ్లాక్ల చెల్లుబాటుపై ఏకాభిప్రాయానికి వస్తారు. 32 ETH చాలా మందికి అందుబాటులో ఉండకపోవచ్చు కాబట్టి, [స్టేకింగ్ పూల్లో చేరడం](/staking/pools/) మరింత సాధ్యమయ్యే ఎంపిక కావచ్చు. అయినప్పటికీ, [సోలో స్టేకర్ల](/staking/solo/) యొక్క ఆరోగ్యకరమైన పంపిణీ ఆదర్శవంతమైనది, ఎందుకంటే ఇది వాలిడేటర్ల కేంద్రీకరణను తగ్గిస్తుంది మరియు ఇతీరియము యొక్క భద్రతను మెరుగుపరుస్తుంది.
+
+అయితే, MEV సంగ్రహణ వాలిడేటర్ కేంద్రీకరణను వేగవంతం చేయగలదని నమ్ముతారు. ఇది పాక్షికంగా, వాలిడేటర్లు గతంలో మైనర్లు చేసిన దానికంటే [బ్లాక్లను ప్రతిపాదించడం కోసం తక్కువ సంపాదించడం](/roadmap/merge/issuance/#how-the-merge-impacts-ETH-supply) వలన, MEV సంగ్రహణ [ది మెర్జ్](/roadmap/merge/) నుండి [వాలిడేటర్ సంపాదనలను](https://github.com/flashbots/eth2-research/blob/main/notebooks/mev-in-eth2/eth2-mev-calc.ipynb) బాగా ప్రభావితం చేసింది.
+
+పెద్ద స్టేకింగ్ పూల్స్కు MEV అవకాశాలను సంగ్రహించడానికి అవసరమైన ఆప్టిమైజేషన్లలో పెట్టుబడి పెట్టడానికి ఎక్కువ వనరులు ఉండే అవకాశం ఉంది. ఈ పూల్స్ ఎంత ఎక్కువ MEVని సంగ్రహిస్తే, వారి MEV-సంగ్రహణ సామర్థ్యాలను మెరుగుపరచడానికి (మరియు మొత్తం రాబడిని పెంచడానికి) అంత ఎక్కువ వనరులు ఉంటాయి, ముఖ్యంగా [ఎకానమీస్ ఆఫ్ స్కేల్](https://www.investopedia.com/terms/e/economiesofscale.asp#) ను సృష్టిస్తాయి.
+
+తక్కువ వనరులు అందుబాటులో ఉండటంతో, సోలో స్టేకర్లు MEV అవకాశాల నుండి లాభం పొందలేకపోవచ్చు. ఇది ఇతీరియములో వికేంద్రీకరణను తగ్గించి, తమ సంపాదనలను పెంచుకోవడానికి శక్తివంతమైన స్టేకింగ్ పూల్స్లో చేరడానికి స్వతంత్ర వాలిడేటర్లపై ఒత్తిడిని పెంచవచ్చు.
+
+### అనుమతి పొందిన మెమ్పూల్స్ {#permissioned-mempools}
+
+శాండ్విచింగ్ మరియు ఫ్రంట్రన్నింగ్ దాడులకు ప్రతిస్పందనగా, వ్యాపారులు లావాదేవీ గోప్యత కోసం వాలిడేటర్లతో ఆఫ్చైన్ ఒప్పందాలు చేసుకోవడం ప్రారంభించవచ్చు. సంభావ్య MEV లావాదేవీని పబ్లిక్ మెమ్పూల్కు పంపడానికి బదులుగా, వ్యాపారి దానిని నేరుగా వాలిడేటర్కు పంపుతాడు, వారు దానిని ఒక బ్లాక్లో చేర్చి, లాభాలను వ్యాపారితో పంచుకుంటారు.
+
+"డార్క్ పూల్స్" ఈ ఏర్పాటు యొక్క పెద్ద వెర్షన్ మరియు నిర్దిష్ట ఫీజులు చెల్లించడానికి సిద్ధంగా ఉన్న వినియోగదారులకు అందుబాటులో ఉండే అనుమతి పొందిన, యాక్సెస్-మాత్రమే మెమ్పూల్స్గా పనిచేస్తాయి. ఈ ధోరణి ఇతీరియము యొక్క అనుమతిలేనితనం మరియు విశ్వసనీయతను తగ్గిస్తుంది మరియు బ్లాక్ చైనును అత్యధిక బిడ్డర్కు అనుకూలంగా ఉండే "పే-టు-ప్లే" మెకానిజంగా మార్చగలదు.
+
+అనుమతి పొందిన మెమ్పూల్స్ మునుపటి విభాగంలో వివరించిన కేంద్రీకరణ ప్రమాదాలను కూడా వేగవంతం చేస్తాయి. బహుళ వాలిడేటర్లను నడుపుతున్న పెద్ద పూల్స్ వ్యాపారులు మరియు వినియోగదారులకు లావాదేవీ గోప్యతను అందించడం ద్వారా ప్రయోజనం పొందే అవకాశం ఉంది, వారి MEV రాబడిని పెంచుతుంది.
+
+మెర్జ్ అనంతర ఇతీరియములో ఈ MEV-సంబంధిత సమస్యలను ఎదుర్కోవడం ఒక ప్రధాన పరిశోధన రంగం. ఇప్పటి వరకు, ది మెర్జ్ తర్వాత ఇతీరియము యొక్క వికేంద్రీకరణ మరియు భద్రతపై MEV యొక్క ప్రతికూల ప్రభావాన్ని తగ్గించడానికి ప్రతిపాదించబడిన రెండు పరిష్కారాలు [**ప్రపోజర్-బిల్డర్ సెపరేషన్ (PBS)**](/roadmap/pbs/) మరియు [**బిల్డర్ ఎపిఐ**](https://github.com/ethereum/builder-specs).
+
+### ప్రపోజర్-బిల్డర్ సెపరేషన్ {#proposer-builder-separation}
+
+ప్రూఫ్-ఆఫ్-వర్క్ మరియు ప్రూఫ్-ఆఫ్-స్టేక్ రెండింటిలోనూ, ఒక బ్లాక్ను నిర్మించే నోడ్ దానిని ఏకాభిప్రాయంలో పాల్గొనే ఇతర నోడ్స్కు చైన్కు జోడించడానికి ప్రతిపాదిస్తుంది. ఒక కొత్త బ్లాక్ దానిపై మరొక మైనర్ నిర్మించిన తర్వాత (PoWలో) లేదా అది మెజారిటీ వాలిడేటర్ల నుండి అటెస్టేషన్లను పొందిన తర్వాత (PoSలో) కానానికల్ చైన్లో భాగమవుతుంది.
+
+బ్లాక్ ప్రొడ్యూసర్ మరియు బ్లాక్ ప్రపోజర్ పాత్రల కలయిక గతంలో వివరించిన చాలా MEV-సంబంధిత సమస్యలను పరిచయం చేస్తుంది. ఉదాహరణకు, ఏకాభిప్రాయం నోడ్స్ MEV సంపాదనలను గరిష్టంగా పెంచడానికి [టైమ్-బాండిట్ దాడులలో](https://www.mev.wiki/attack-examples/time-bandit-attack) చైన్ పునర్వ్యవస్థీకరణలను ప్రేరేపించడానికి ప్రోత్సహించబడతాయి.
+
+[ప్రపోజర్-బిల్డర్ సెపరేషన్](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) (PBS) MEV యొక్క ప్రభావాన్ని, ముఖ్యంగా ఏకాభిప్రాయం లేయర్లో, తగ్గించడానికి రూపొందించబడింది. PBS యొక్క ప్రధాన లక్షణం బ్లాక్ ప్రొడ్యూసర్ మరియు బ్లాక్ ప్రపోజర్ నియమాల వేర్పాటు. వాలిడేటర్లు ఇప్పటికీ బ్లాక్లను ప్రతిపాదించడం మరియు వాటిపై ఓటు వేయడం బాధ్యత వహిస్తారు, కానీ **బ్లాక్ బిల్డర్లు** అని పిలవబడే ఒక కొత్త తరగతి ప్రత్యేక సంస్థలు, లావాదేవీలను ఆర్డర్ చేయడం మరియు బ్లాక్లను నిర్మించడం బాధ్యత వహిస్తాయి.
+
+PBS కింద, ఒక బ్లాక్ బిల్డర్ ఒక లావాదేవీ బండిల్ను సృష్టిస్తుంది మరియు దానిని ఒక బీకాన్ చైన్ బ్లాక్లో చేర్చడానికి ("ఎగ్జిక్యూషన్ పేలోడ్"గా) ఒక బిడ్ను ఉంచుతుంది. తదుపరి బ్లాక్ను ప్రతిపాదించడానికి ఎంపికైన వాలిడేటర్ అప్పుడు వేర్వేరు బిడ్లను తనిఖీ చేసి, అత్యధిక ఫీజు ఉన్న బండిల్ను ఎంచుకుంటుంది. PBS ముఖ్యంగా ఒక వేలం మార్కెట్ను సృష్టిస్తుంది, ఇక్కడ బిల్డర్లు బ్లాక్స్పేస్ను విక్రయించే వాలిడేటర్లతో చర్చలు జరుపుతారు.
+
+ప్రస్తుత PBS డిజైన్లు [కమిట్-రివీల్ స్కీమ్](https://gitcoin.co/blog/commit-reveal-scheme-on-ethereum/)ను ఉపయోగిస్తాయి, దీనిలో బిల్డర్లు తమ బిడ్లతో పాటు ఒక బ్లాక్ యొక్క కంటెంట్లకు (బ్లాక్ హెడర్) ఒక క్రిప్టోగ్రాఫిక్ కమిట్మెంట్ను మాత్రమే ప్రచురిస్తారు. విజేత బిడ్ను అంగీకరించిన తర్వాత, ప్రపోజర్ బ్లాక్ హెడర్ను కలిగి ఉన్న ఒక సంతకం చేయబడిన బ్లాక్ ప్రతిపాదనను సృష్టిస్తుంది. బ్లాక్ బిల్డర్ సంతకం చేయబడిన బ్లాక్ ప్రతిపాదనను చూసిన తర్వాత పూర్తి బ్లాక్ బాడీని ప్రచురించాలని భావిస్తారు, మరియు అది ఫైనలైజ్ కావడానికి ముందు వాలిడేటర్ల నుండి తగినంత [అటెస్టేషన్లు](/glossary/#attestation) పొందాలి.
+
+#### ప్రపోజర్-బిల్డర్ సెపరేషన్ MEV యొక్క ప్రభావాన్ని ఎలా తగ్గిస్తుంది? {#how-does-pbs-curb-mev-impact}
+
+ప్రోటోకాల్-లోపల ప్రపోజర్-బిల్డర్ సెపరేషన్ వాలిడేటర్ల పరిధి నుండి MEV సంగ్రహణను తొలగించడం ద్వారా ఏకాభిప్రాయంపై MEV యొక్క ప్రభావాన్ని తగ్గిస్తుంది. బదులుగా, ప్రత్యేక హార్డ్వేర్ను నడుపుతున్న బ్లాక్ బిల్డర్లు ఇకపై MEV అవకాశాలను సంగ్రహిస్తాయి.
+
+ఇది వాలిడేటర్లను MEV-సంబంధిత ఆదాయం నుండి పూర్తిగా మినహాయించదు, ఎందుకంటే బిల్డర్లు తమ బ్లాక్లను వాలిడేటర్లచే అంగీకరించబడటానికి అధికంగా బిడ్ చేయాలి. అయినప్పటికీ, వాలిడేటర్లు ఇకపై MEV ఆదాయాన్ని ఆప్టిమైజ్ చేయడంపై నేరుగా దృష్టి పెట్టకపోవడంతో, టైమ్-బాండిట్ దాడుల ముప్పు తగ్గుతుంది.
+
+ప్రపోజర్-బిల్డర్ సెపరేషన్ MEV యొక్క కేంద్రీకరణ ప్రమాదాలను కూడా తగ్గిస్తుంది. ఉదాహరణకు, కమిట్-రివీల్ స్కీమ్ వాడకం బిల్డర్లు MEV అవకాశాన్ని దొంగిలించరని లేదా ఇతర బిల్డర్లకు దానిని బహిర్గతం చేయరని వాలిడేటర్లను నమ్మాల్సిన అవసరాన్ని తొలగిస్తుంది. ఇది MEV నుండి ప్రయోజనం పొందాలనుకునే సోలో స్టేకర్లకు ప్రవేశ అవరోధాన్ని తగ్గిస్తుంది, లేకపోతే బిల్డర్లు ఆఫ్చైన్ పలుకుబడి ఉన్న పెద్ద పూల్స్కు అనుకూలంగా ఉండి, వారితో ఆఫ్చైన్ ఒప్పందాలు చేసుకునే ధోరణి పెరుగుతుంది.
+
+అదేవిధంగా, వాలిడేటర్లు బ్లాక్ బాడీలను నిలిపివేయరని లేదా చెల్లని బ్లాక్లను ప్రచురించరని బిల్డర్లను నమ్మాల్సిన అవసరం లేదు, ఎందుకంటే చెల్లింపు షరతులు లేకుండా ఉంటుంది. ప్రతిపాదిత బ్లాక్ అందుబాటులో లేకపోయినా లేదా ఇతర వాలిడేటర్లచే చెల్లనిదిగా ప్రకటించబడినా వాలిడేటర్ ఫీజు ఇప్పటికీ ప్రాసెస్ అవుతుంది. రెండవ సందర్భంలో, బ్లాక్ కేవలం తిరస్కరించబడుతుంది, బ్లాక్ బిల్డర్ను అన్ని లావాదేవీ ఫీజులు మరియు MEV రాబడిని కోల్పోయేలా చేస్తుంది.
+
+### బిల్డర్ ఎపిఐ {#builder-api}
+
+ప్రపోజర్-బిల్డర్ సెపరేషన్ MEV సంగ్రహణ యొక్క ప్రభావాలను తగ్గించడానికి వాగ్దానం చేసినప్పటికీ, దానిని అమలు చేయడానికి ఏకాభిప్రాయం ప్రోటోకాల్లో మార్పులు అవసరం. ప్రత్యేకించి, బీకాన్ చైన్లోని [ఫోర్క్ ఎంపిక](/developers/docs/consensus-mechanisms/pos/#fork-choice) నియమాన్ని అప్డేట్ చేయాల్సి ఉంటుంది. [బిల్డర్ ఎపిఐ](https://github.com/ethereum/builder-specs) అనేది ప్రపోజర్-బిల్డర్ సెపరేషన్ యొక్క ఒక పని చేసే అమలును అందించడానికి ఉద్దేశించిన ఒక తాత్కాలిక పరిష్కారం, అయితే అధిక విశ్వాస అంచనాలతో.
+
+బిల్డర్ ఎపిఐ అనేది ఏకాభిప్రాయం లేయర్ క్లయింట్లు ఎగ్జిక్యూషన్ లేయర్ క్లయింట్ల నుండి ఎగ్జిక్యూషన్ పేలోడ్లను అభ్యర్థించడానికి ఉపయోగించే [ఇంజిన్ ఎపిఐ](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) యొక్క సవరించిన వెర్షన్. [నిజాయితీగల వాలిడేటర్ స్పెసిఫికేషన్](https://github.com/ethereum/consensus-specs/blob/dev/specs/bellatrix/validator.md)లో పేర్కొన్నట్లుగా, బ్లాక్ ప్రతిపాదన విధులకు ఎంపికైన వాలిడేటర్లు కనెక్ట్ చేయబడిన ఎగ్జిక్యూషన్ క్లయింట్ నుండి ఒక లావాదేవీ బండిల్ను అభ్యర్థిస్తారు, దానిని వారు ప్రతిపాదిత బీకాన్ చైన్ బ్లాక్లో చేర్చుతారు.
+
+బిల్డర్ ఎపిఐ కూడా వాలిడేటర్లు మరియు ఎగ్జిక్యూషన్-లేయర్ క్లయింట్ల మధ్య ఒక మిడిల్వేర్గా పనిచేస్తుంది; కానీ ఇది భిన్నమైనది ఎందుకంటే ఇది బీకాన్ చైన్లోని వాలిడేటర్లకు బాహ్య సంస్థల నుండి బ్లాక్లను సోర్స్ చేయడానికి అనుమతిస్తుంది (ఒక ఎగ్జిక్యూషన్ క్లయింట్ను ఉపయోగించి స్థానికంగా ఒక బ్లాక్ను నిర్మించడానికి బదులుగా).
+
+బిల్డర్ ఎపిఐ ఎలా పనిచేస్తుందో దాని యొక్క ఒక అవలోకనం కింద ఇవ్వబడింది:
+
+1. బిల్డర్ ఎపిఐ వాలిడేటర్ను ఎగ్జిక్యూషన్ లేయర్ క్లయింట్లను నడుపుతున్న బ్లాక్ బిల్డర్ల నెట్వర్క్కు కనెక్ట్ చేస్తుంది. PBSలో వలె, బిల్డర్లు వనరు-ఇంటెన్సివ్ బ్లాక్-బిల్డింగ్లో పెట్టుబడి పెట్టే ప్రత్యేక పార్టీలు మరియు MEV + ప్రాధాన్యత చిట్కాల నుండి సంపాదించిన రాబడిని గరిష్టంగా పెంచడానికి వేర్వేరు వ్యూహాలను ఉపయోగిస్తాయి.
+
+2. ఒక వాలిడేటర్ (ఒక ఏకాభిప్రాయం లేయర్ క్లయింట్ను నడుపుతున్నది) బిల్డర్ల నెట్వర్క్ నుండి బిడ్లతో పాటు ఎగ్జిక్యూషన్ పేలోడ్లను అభ్యర్థిస్తుంది. బిల్డర్ల నుండి వచ్చే బిడ్లలో ఎగ్జిక్యూషన్ పేలోడ్ హెడర్—పేలోడ్ కంటెంట్లకు ఒక క్రిప్టోగ్రాఫిక్ కమిట్మెంట్—మరియు వాలిడేటర్కు చెల్లించాల్సిన ఫీజు ఉంటాయి.
+
+3. వాలిడేటర్ ఇన్కమింగ్ బిడ్లను సమీక్షించి, అత్యధిక ఫీజు ఉన్న ఎగ్జిక్యూషన్ పేలోడ్ను ఎంచుకుంటుంది. బిల్డర్ ఎపిఐని ఉపయోగించి, వాలిడేటర్ ఒక "బ్లైండెడ్" బీకాన్ బ్లాక్ ప్రతిపాదనను సృష్టిస్తుంది, దీనిలో కేవలం వారి సంతకం మరియు ఎగ్జిక్యూషన్ పేలోడ్ హెడర్ మాత్రమే ఉంటాయి మరియు దానిని బిల్డర్కు పంపుతుంది.
+
+4. బిల్డర్ ఎపిఐని నడుపుతున్న బిల్డర్ బ్లైండెడ్ బ్లాక్ ప్రతిపాదనను చూసిన తర్వాత పూర్తి ఎగ్జిక్యూషన్ పేలోడ్తో స్పందించాలని భావిస్తారు. ఇది వాలిడేటర్ను ఒక "సంతకం చేయబడిన" బీకాన్ బ్లాక్ను సృష్టించడానికి అనుమతిస్తుంది, దానిని వారు నెట్వర్క్ అంతటా ప్రచారం చేస్తారు.
+
+5. బిల్డర్ ఎపిఐని ఉపయోగించే ఒక వాలిడేటర్ బ్లాక్ బిల్డర్ సకాలంలో స్పందించడంలో విఫలమైతే, బ్లాక్ ప్రతిపాదన రివార్డులను కోల్పోకుండా ఉండటానికి, స్థానికంగా ఒక బ్లాక్ను నిర్మించాలని ఇప్పటికీ భావిస్తారు. అయినప్పటికీ, వాలిడేటర్ ఇప్పుడు బహిర్గతం చేయబడిన లావాదేవీలను లేదా మరొక సెట్ను ఉపయోగించి మరొక బ్లాక్ను సృష్టించలేడు, ఎందుకంటే ఇది _ఈక్వివోకేషన్_ (ఒకే జాబితాలో రెండు బ్లాక్లపై సంతకం చేయడం) అవుతుంది, ఇది స్లాష్ చేయదగిన నేరం.
+
+బిల్డర్ ఎపిఐ యొక్క ఒక ఉదాహరణ అమలు [MEV బూస్ట్](https://github.com/flashbots/mev-boost), ఇది ఇతీరియముపై MEV యొక్క ప్రతికూల బాహ్య ప్రభావాలను అరికట్టడానికి రూపొందించిన [Flashbots వేలం మెకానిజం](https://docs.flashbots.net/Flashbots-auction/overview) పై ఒక మెరుగుదల. ఫ్లాష్బాట్స్ వేలం ప్రూఫ్-ఆఫ్-స్టేక్లో ఉన్న వాలిడేటర్లకు **సెర్చర్లు** అని పిలువబడే ప్రత్యేక పార్టీలకు లాభదాయకమైన బ్లాక్లను నిర్మించే పనిని అవుట్సోర్స్ చేయడానికి అనుమతిస్తుంది.
+
+
+సెర్చర్లు లాభదాయకమైన MEV అవకాశాల కోసం వెతుకుతారు మరియు బ్లాక్లో చేర్చడానికి [సీల్డ్-ప్రైస్ బిడ్](https://en.wikipedia.org/wiki/First-price_sealed-bid_auction)తో పాటు బ్లాక్ ప్రపోజర్లకు లావాదేవీ బండిల్లను పంపుతారు. mev-geth ను నడుపుతున్న వాలిడేటర్, గో-ఇథిరియం (Geth) క్లయింట్ యొక్క ఫోర్క్ వెర్షన్, కేవలం అత్యంత లాభదాయకమైన బండిల్ను ఎంచుకుని దానిని కొత్త బ్లాక్లో చేర్చాలి. బ్లాక్ ప్రపోజర్లను (వాలిడేటర్లను) స్పామ్ మరియు చెల్లని లావాదేవీల నుండి రక్షించడానికి, లావాదేవీ బండిల్స్ ప్రపోజర్కు చేరడానికి ముందు ధృవీకరణ కోసం **రిలేయర్స్** ద్వారా వెళతాయి.
+
+MEV బూస్ట్ అసలు Flashbots వేలం యొక్క అదే పనితీరును కలిగి ఉంది, అయితే ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి రూపొందించిన కొత్త ఫీచర్లతో. సెర్చర్లు ఇప్పటికీ బ్లాక్లలో చేర్చడానికి లాభదాయకమైన MEV లావాదేవీలను కనుగొంటారు, కానీ **బిల్డర్లు** అని పిలువబడే ఒక కొత్త తరగతి ప్రత్యేక పార్టీలు, లావాదేవీలను మరియు బండిల్లను బ్లాక్లలో సమగ్రపరచడానికి బాధ్యత వహిస్తాయి. ఒక బిల్డర్ సెర్చర్ల నుండి సీల్డ్-ప్రైస్ బిడ్లను అంగీకరించి, అత్యంత లాభదాయకమైన ఆర్డరింగ్ను కనుగొనడానికి ఆప్టిమైజేషన్లను నడుపుతాడు.
+
+రిలేయర్ ఇప్పటికీ లావాదేవీ బండిల్స్ను ప్రపోజర్కు పంపే ముందు ధృవీకరించడానికి బాధ్యత వహిస్తుంది. అయితే, MEV బూస్ట్ బిల్డర్లు పంపిన బ్లాక్ బాడీలను మరియు వాలిడేటర్లు పంపిన బ్లాక్ హెడర్లను నిల్వ చేయడం ద్వారా [డేటా లభ్యత](/developers/docs/data-availability/) అందించడానికి బాధ్యత వహించే **ఎస్క్రోలను** పరిచయం చేస్తుంది. ఇక్కడ, ఒక రిలేకు కనెక్ట్ చేయబడిన ఒక వాలిడేటర్ అందుబాటులో ఉన్న ఎగ్జిక్యూషన్ పేలోడ్ల కోసం అడుగుతుంది మరియు అత్యధిక బిడ్ + MEV చిట్కాలతో ఉన్న పేలోడ్ హెడర్ను ఎంచుకోవడానికి MEV బూస్ట్ యొక్క ఆర్డరింగ్ అల్గారిథమ్ను ఉపయోగిస్తుంది.
+
+#### బిల్డర్ ఎపిఐ MEV యొక్క ప్రభావాన్ని ఎలా తగ్గిస్తుంది? {#how-does-builder-api-curb-mev-impact}
+
+బిల్డర్ ఎపిఐ యొక్క ప్రధాన ప్రయోజనం MEV అవకాశాలకు ప్రాప్యతను ప్రజాస్వామ్యం చేసే దాని సామర్థ్యం. కమిట్-రివీల్ స్కీమ్లను ఉపయోగించడం విశ్వాస అంచనాలను తొలగిస్తుంది మరియు MEV నుండి ప్రయోజనం పొందాలనుకునే వాలిడేటర్లకు ప్రవేశ అవరోధాలను తగ్గిస్తుంది. ఇది MEV లాభాలను పెంచుకోవడానికి పెద్ద స్టేకింగ్ పూల్స్తో ఏకీకృతం కావడానికి సోలో స్టేకర్లపై ఒత్తిడిని తగ్గించాలి.
+
+బిల్డర్ ఎపిఐ యొక్క విస్తృత అమలు బ్లాక్ బిల్డర్ల మధ్య ఎక్కువ పోటీని ప్రోత్సహిస్తుంది, ఇది సెన్సార్షిప్ నిరోధకతను పెంచుతుంది. వాలిడేటర్లు బహుళ బిల్డర్ల నుండి బిడ్లను సమీక్షిస్తున్నప్పుడు, ఒకటి లేదా అంతకంటే ఎక్కువ వినియోగదారుల లావాదేవీలను సెన్సార్ చేయాలనే ఉద్దేశ్యం ఉన్న బిల్డర్ విజయవంతం కావడానికి అన్ని ఇతర సెన్సార్ చేయని బిల్డర్లను మించి బిడ్ చేయాలి. ఇది వినియోగదారులను సెన్సార్ చేసే ఖర్చును నాటకీయంగా పెంచుతుంది మరియు ఈ పద్ధతిని నిరుత్సాహపరుస్తుంది.
+
+MEV బూస్ట్ వంటి కొన్ని ప్రాజెక్ట్లు, ఫ్రంట్రన్నింగ్/శాండ్విచింగ్ దాడులను నివారించడానికి ప్రయత్నిస్తున్న వ్యాపారుల వంటి నిర్దిష్ట పార్టీలకు లావాదేవీ గోప్యతను అందించడానికి రూపొందించిన మొత్తం నిర్మాణంలో భాగంగా బిల్డర్ ఎపిఐని ఉపయోగిస్తాయి. వినియోగదారులు మరియు బ్లాక్ బిల్డర్ల మధ్య ఒక ప్రైవేట్ కమ్యూనికేషన్ ఛానెల్ను అందించడం ద్వారా ఇది సాధించబడుతుంది. ముందు వివరించిన అనుమతి పొందిన మెమ్పూల్స్కు విరుద్ధంగా, ఈ విధానం కింది కారణాల వల్ల ప్రయోజనకరంగా ఉంటుంది:
+
+1. మార్కెట్లో బహుళ బిల్డర్లు ఉండటం సెన్సార్ చేయడం ఆచరణ సాధ్యం కానిదిగా చేస్తుంది, ఇది వినియోగదారులకు ప్రయోజనం చేకూరుస్తుంది. దీనికి విరుద్ధంగా, కేంద్రీకృత మరియు విశ్వాసం-ఆధారిత డార్క్ పూల్స్ ఉండటం శక్తిని కొద్దిమంది బ్లాక్ బిల్డర్ల చేతుల్లో కేంద్రీకరిస్తుంది మరియు సెన్సార్ చేసే అవకాశాన్ని పెంచుతుంది.
+
+2. బిల్డర్ ఎపిఐ సాఫ్ట్వేర్ ఓపెన్-సోర్స్, ఇది ఎవరైనా బ్లాక్-బిల్డర్ సేవలను అందించడానికి అనుమతిస్తుంది. అంటే వినియోగదారులు ఏ ప్రత్యేక బ్లాక్ బిల్డర్ను ఉపయోగించమని బలవంతం చేయబడరు మరియు ఇది ఇతీరియము యొక్క తటస్థత మరియు అనుమతిలేనితనాన్ని మెరుగుపరుస్తుంది. అంతేకాకుండా, MEV-కోరుకునే వ్యాపారులు ప్రైవేట్ లావాదేవీ ఛానెల్లను ఉపయోగించడం ద్వారా అనుకోకుండా కేంద్రీకరణకు దోహదం చేయరు.
+
+## సంబంధిత వనరులు {#related-resources}
+
+- [Flashbots డాక్స్](https://docs.flashbots.net/)
+- [Flashbots GitHub](https://github.com/flashbots/pm)
+- [mevboost.org](https://www.mevboost.org/) - _MEV-బూస్ట్ రిలేలు మరియు బ్లాక్ బిల్డర్ల కోసం వాస్తవ-సమయ గణాంకాలతో కూడిన ట్రాకర్_
+
+## మరింత సమాచారం {#further-reading}
+
+- [మైనర్-ఎక్స్ట్రాక్టబుల్ వాల్యూ (MEV) అంటే ఏమిటి?](https://blog.chain.link/what-is-miner-extractable-value-mev/)
+- [MEV మరియు నేను](https://www.paradigm.xyz/2021/02/mev-and-me)
+- [ఇతీరియము ఒక చీకటి అడవి](https://www.paradigm.xyz/2020/08/ethereum-is-a-dark-forest/)
+- [చీకటి అడవి నుండి తప్పించుకోవడం](https://samczsun.com/escaping-the-dark-forest/)
+- [Flashbots: MEV సంక్షోభాన్ని అధిగమించడం](https://medium.com/flashbots/frontrunning-the-mev-crisis-40629a613752)
+- [@bertcmiller's MEV థ్రెడ్స్](https://twitter.com/bertcmiller/status/1402665992422047747)
+- [MEV-Boost: మెర్జ్ సిద్ధంగా ఉన్న Flashbots ఆర్కిటెక్చర్](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177)
+- [MEV బూస్ట్ అంటే ఏమిటి](https://www.alchemy.com/overviews/mev-boost)
+- [mev-boost ఎందుకు నడపాలి?](https://writings.flashbots.net/writings/why-run-mevboost/)
+- [ది హిచ్హైకర్స్ గైడ్ టు ఇతీరియము](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum)
diff --git a/public/content/translations/te/developers/docs/networking-layer/index.md b/public/content/translations/te/developers/docs/networking-layer/index.md
new file mode 100644
index 00000000000..229644c9743
--- /dev/null
+++ b/public/content/translations/te/developers/docs/networking-layer/index.md
@@ -0,0 +1,163 @@
+---
+title: నెట్వర్కింగ్ లేయర్
+description: Ethereum నెట్వర్క్ లేయర్కు పరిచయం.
+lang: te
+sidebarDepth: 2
+---
+
+Ethereum అనేది వేలకొద్దీ నోడ్లతో కూడిన పీర్-టు-పీర్ నెట్వర్క్, ఇది ప్రామాణిక ప్రోటోకాల్లను ఉపయోగించి ఒకదానితో ఒకటి కమ్యూనికేట్ చేయగలగాలి. "నెట్వర్కింగ్ లేయర్" అనేది ఆ నోడ్లు ఒకదానికొకటి కనుగొనడానికి మరియు సమాచారాన్ని మార్పిడి చేసుకోవడానికి అనుమతించే ప్రోటోకాల్ల స్టాక్. ఇందులో నెట్వర్క్లో "గాసిపింగ్" సమాచారం (ఒకటి నుండి చాలా వరకు కమ్యూనికేషన్) అలాగే నిర్దిష్ట నోడ్ల మధ్య అభ్యర్థనలు మరియు ప్రతిస్పందనలను మార్చుకోవడం (వన్-టు-వన్ కమ్యూనికేషన్) ఉంటుంది. ప్రతి నోడ్ వారు సరైన సమాచారాన్ని పంపుతున్నారని మరియు స్వీకరిస్తున్నారని నిర్ధారించుకోవడానికి నిర్దిష్ట నెట్వర్కింగ్ నియమాలకు కట్టుబడి ఉండాలి.
+
+క్లయింట్ సాఫ్ట్వేర్లో రెండు భాగాలు ఉన్నాయి (ఎగ్జిక్యూషన్ క్లయింట్లు మరియు ఏకాభిప్రాయ క్లయింట్లు), ఒక్కొక్కటి దాని స్వంత ప్రత్యేక నెట్వర్కింగ్ స్టాక్తో ఉంటాయి. ఇతర Ethereum నోడ్లతో కమ్యూనికేట్ చేయడంతోపాటు, ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయ క్లయింట్లు ఒకరితో ఒకరు కమ్యూనికేట్ చేసుకోవాలి. ఈ పేజీ ఈ కమ్యూనికేషన్ను ప్రారంభించే ప్రోటోకాల్ల పరిచయ వివరణను అందిస్తుంది.
+
+ఎగ్జిక్యూషన్ క్లయింట్లు ఎగ్జిక్యూషన్-లేయర్ పీర్-టు-పీర్ నెట్వర్క్లో లావాదేవీలను గాసిప్ చేస్తారు. దీనికి ప్రామాణీకరించబడిన సహచరుల మధ్య ఎన్క్రిప్టెడ్ కమ్యూనికేషన్ అవసరం. బ్లాక్ను ప్రతిపాదించడానికి వాలిడేటర్ను ఎంచుకున్నప్పుడు, నోడ్ యొక్క స్థానిక లావాదేవీల పూల్ నుండి లావాదేవీలు స్థానిక RPC కనెక్షన్ ద్వారా ఏకాభిప్రాయ క్లయింట్లకు పంపబడతాయి, ఇది బీకాన్ బ్లాక్లలోకి ప్యాక్ చేయబడుతుంది. ఏకాభిప్రాయ క్లయింట్లు వారి p2p నెట్వర్క్లో బీకాన్ బ్లాక్లను గాసిప్ చేస్తారు. దీనికి రెండు వేర్వేరు p2p నెట్వర్క్లు అవసరం: ఒకటి లావాదేవీ గాసిప్ కోసం ఎగ్జిక్యూషన్ క్లయింట్లను కనెక్ట్ చేస్తుంది మరియు బ్లాక్ గాసిప్ కోసం ఏకాభిప్రాయ క్లయింట్లను కనెక్ట్ చేస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని అర్థం చేసుకోవడానికి Ethereum [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/) గురించి కొంత పరిజ్ఞానం సహాయకరంగా ఉంటుంది.
+
+## ఎగ్జిక్యూషన్ లేయర్ {#execution-layer}
+
+ఎగ్జిక్యూషన్ లేయర్ యొక్క నెట్వర్కింగ్ ప్రోటోకాల్లు రెండు స్టాక్లుగా విభజించబడ్డాయి:
+
+- డిస్కవరీ స్టాక్: UDP పైన నిర్మించబడింది మరియు కనెక్ట్ చేయడానికి పీర్లను కనుగొనడానికి కొత్త నోడ్ని అనుమతిస్తుంది
+
+- devP2P స్టాక్: TCP పైన కూర్చుని సమాచారాన్ని మార్పిడి చేసుకోవడానికి నోడ్లను ప్రారంభిస్తుంది
+
+రెండు స్టాక్లు సమాంతరంగా పనిచేస్తాయి. డిస్కవరీ స్టాక్ కొత్త నెట్వర్క్ పార్టిసిపెంట్లను నెట్వర్క్లోకి ఫీడ్ చేస్తుంది మరియు DevP2P స్టాక్ వారి పరస్పర చర్యలను ప్రారంభిస్తుంది.
+
+### ఆవిష్కరణ {#discovery}
+
+డిస్కవరీ అనేది నెట్వర్క్లోని ఇతర నోడ్లను కనుగొనే ప్రక్రియ. ఇది చిన్న బూట్నోడ్ల సెట్ను ఉపయోగించి బూట్స్ట్రాప్ చేయబడింది (నోడ్ల చిరునామాలు క్లయింట్లో [హార్డ్కోడ్](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go) చేయబడతాయి, తద్వారా వాటిని వెంటనే కనుగొని క్లయింట్ను పీర్లకు కనెక్ట్ చేయవచ్చు). ఈ బూట్నోడ్లు పీర్ల సెట్కి కొత్త నోడ్ని పరిచయం చేయడానికి మాత్రమే ఉన్నాయి - ఇది వారి ఏకైక ఉద్దేశ్యం, గొలుసును సమకాలీకరించడం వంటి సాధారణ క్లయింట్ టాస్క్లలో వారు పాల్గొనరు మరియు క్లయింట్ స్ప్న్ అప్ అయినప్పుడు మాత్రమే అవి ఉపయోగించబడతాయి.
+
+నోడ్-బూట్నోడ్ ఇంటరాక్షన్ల కోసం ఉపయోగించే ప్రోటోకాల్ [Kademlia](https://medium.com/coinmonks/a-brief-overview-of-kademlia-and-its-use-in-various-decentralized-platforms-da08a7f72b8f) యొక్క సవరించిన రూపం, ఇది నోడ్ల జాబితాలను పంచుకోవడానికి [పంపిణీ చేయబడిన హాష్ టేబుల్](https://en.wikipedia.org/wiki/Distributed_hash_table)ను ఉపయోగిస్తుంది. ప్రతి నోడ్ దాని సన్నిహిత సహచరులకు కనెక్ట్ చేయడానికి అవసరమైన సమాచారాన్ని కలిగి ఉన్న ఈ పట్టిక యొక్క సంస్కరణను కలిగి ఉంటుంది. ఈ 'సమీపత' భౌగోళికమైనది కాదు - నోడ్ యొక్క ID యొక్క సారూప్యత ద్వారా దూరం నిర్వచించబడుతుంది. ప్రతి నోడ్ యొక్క పట్టిక భద్రతా లక్షణంగా క్రమం తప్పకుండా రిఫ్రెష్ చేయబడుతుంది. ఉదాహరణకు, [Discv5](https://github.com/ethereum/devp2p/tree/master/discv5)లో, డిస్కవరీ ప్రోటోకాల్ నోడ్లు క్లయింట్ మద్దతిచ్చే సబ్ప్రోటోకాల్లను ప్రదర్శించే 'ప్రకటనలను' కూడా పంపగలవు, పీర్లు కమ్యూనికేట్ చేయడానికి ఇద్దరూ ఉపయోగించగల ప్రోటోకాల్ల గురించి చర్చలు జరపడానికి వీలు కల్పిస్తుంది.
+
+డిస్కవరీ పింగ్-పాంగ్ గేమ్తో ప్రారంభమవుతుంది. విజయవంతమైన పింగ్-పాంగ్ కొత్త నోడ్ను బూట్నోడ్కి "బంధిస్తుంది". నెట్వర్క్లోకి ప్రవేశించే కొత్త నోడ్ ఉనికికి బూట్నోడ్ను హెచ్చరించే ప్రారంభ సందేశం `PING`. ఈ `PING`లో కొత్త నోడ్, బూట్నోడ్ మరియు గడువు ముగిసిన టైమ్-స్టాంప్ గురించిన హాష్ సమాచారం ఉంటుంది. బూట్నోడ్ `PING`ని అందుకుంటుంది మరియు `PING` హాష్ను కలిగి ఉన్న `PONG`ని అందిస్తుంది. `PING` మరియు `PONG` హాష్లు సరిపోలితే, కొత్త నోడ్ మరియు బూట్నోడ్ మధ్య కనెక్షన్ ధృవీకరించబడుతుంది మరియు అవి "బంధించబడినవి" అని చెప్పబడుతుంది.
+
+బంధించిన తర్వాత, కొత్త నోడ్ బూట్నోడ్కు `FIND-NEIGHBOURS` అభ్యర్థనను పంపగలదు. బూట్నోడ్ ద్వారా అందించబడిన డేటా కొత్త నోడ్ కనెక్ట్ చేయగల సహచరుల జాబితాను కలిగి ఉంటుంది. నోడ్లు బంధించబడకపోతే, `FIND-NEIGHBOURS` అభ్యర్థన విఫలమవుతుంది, కాబట్టి కొత్త నోడ్ నెట్వర్క్లోకి ప్రవేశించదు.
+
+కొత్త నోడ్ బూట్నోడ్ నుండి పొరుగువారి జాబితాను స్వీకరించిన తర్వాత, అది ప్రతి ఒక్కరితో పింగ్-పాంగ్ మార్పిడిని ప్రారంభిస్తుంది. విజయవంతమైన PING-PONGలు కొత్త నోడ్ను దాని పొరుగువారితో బంధిస్తాయి, సందేశ మార్పిడిని ప్రారంభిస్తాయి.
+
+```
+క్లయింట్ను ప్రారంభించండి --> బూట్నోడ్కు కనెక్ట్ చేయండి --> బూట్నోడ్కు బంధించండి --> పొరుగువారిని కనుగొనండి --> పొరుగువారికి బంధించండి
+```
+
+ఎగ్జిక్యూషన్ క్లయింట్లు ప్రస్తుతం [Discv4](https://github.com/ethereum/devp2p/blob/master/discv4.md) డిస్కవరీ ప్రోటోకాల్ను ఉపయోగిస్తున్నాయి మరియు [Discv5](https://github.com/ethereum/devp2p/tree/master/discv5) ప్రోటోకాల్కు వలస వెళ్ళడానికి చురుకైన ప్రయత్నం జరుగుతోంది.
+
+#### ENR: Ethereum నోడ్ రికార్డ్లు {#enr}
+
+[Ethereum Node Record (ENR)](/developers/docs/networking-layer/network-addresses/) అనేది మూడు ప్రాథమిక అంశాలను కలిగి ఉన్న ఒక వస్తువు: ఒక సంతకం (కొన్ని అంగీకరించిన గుర్తింపు పథకం ప్రకారం తయారు చేయబడిన రికార్డ్ విషయాల హాష్), రికార్డ్లో మార్పులను ట్రాక్ చేసే సీక్వెన్స్ నంబర్, మరియు key:value జతల యొక్క ఒక ఏకపక్ష జాబితా. ఇది భవిష్యత్-రుజువు ఫార్మాట్, ఇది కొత్త పీర్ల మధ్య గుర్తించే సమాచారాన్ని సులభంగా మార్పిడి చేయడానికి అనుమతిస్తుంది మరియు Ethereum నోడ్ల కోసం ప్రాధాన్యతనిచ్చే [నెట్వర్క్ చిరునామా](/developers/docs/networking-layer/network-addresses) ఫార్మాట్.
+
+#### UDPపై ఆవిష్కరణ ఎందుకు నిర్మించబడింది? {#why-udp}
+
+UDP ఏ దోష తనిఖీ, విఫలమైన ప్యాకెట్లను మళ్లీ పంపడం లేదా కనెక్షన్లను డైనమిక్గా తెరవడం మరియు మూసివేయడం వంటి వాటికి మద్దతు ఇవ్వదు - బదులుగా ఇది విజయవంతంగా స్వీకరించబడిందా లేదా అనే దానితో సంబంధం లేకుండా ఒక లక్ష్యం వద్ద నిరంతర సమాచారాన్ని ప్రసారం చేస్తుంది. ఈ కనీస కార్యాచరణ కూడా కనిష్ట ఓవర్హెడ్గా అనువదిస్తుంది, ఈ రకమైన కనెక్షన్ను చాలా వేగంగా చేస్తుంది. డిస్కవరీ కోసం, పీర్తో అధికారిక కనెక్షన్ని ఏర్పరచుకోవడానికి నోడ్ తన ఉనికిని తెలియజేయాలనుకునే చోట, UDP సరిపోతుంది. అయితే, మిగిలిన నెట్వర్కింగ్ స్టాక్ కోసం, UDP ప్రయోజనం కోసం సరిపోదు. నోడ్ల మధ్య సమాచార మార్పిడి చాలా క్లిష్టంగా ఉంటుంది మరియు అందువల్ల రీసెండింగ్, ఎర్రర్ చెకింగ్ మొదలైన వాటికి సపోర్ట్ చేసే మరింత పూర్తిగా ఫీచర్ చేసిన ప్రోటోకాల్ అవసరం. TCPతో అనుబంధించబడిన అదనపు ఓవర్హెడ్ అదనపు కార్యాచరణకు విలువైనది. అందువల్ల, P2P స్టాక్లో ఎక్కువ భాగం TCPపై పనిచేస్తుంది.
+
+### DevP2P {#devp2p}
+
+DevP2P అనేది పీర్-టు-పీర్ నెట్వర్క్ను స్థాపించడానికి మరియు నిర్వహించడానికి Ethereum అమలు చేసే ప్రోటోకాల్ల మొత్తం స్టాక్. కొత్త నోడ్లు నెట్వర్క్లోకి ప్రవేశించిన తర్వాత, వాటి పరస్పర చర్యలు [DevP2P](https://github.com/ethereum/devp2p) స్టాక్లోని ప్రోటోకాల్ల ద్వారా నిర్వహించబడతాయి. ఇవన్నీ TCP పైన కూర్చుంటాయి మరియు RLPx రవాణా ప్రోటోకాల్, వైర్ ప్రోటోకాల్ మరియు అనేక ఉప-ప్రోటోకాల్లను కలిగి ఉంటాయి. [RLPx](https://github.com/ethereum/devp2p/blob/master/rlpx.md) అనేది నోడ్ల మధ్య సెషన్లను ప్రారంభించడం, ప్రామాణీకరించడం మరియు నిర్వహించడాన్ని నియంత్రించే ప్రోటోకాల్. RLPx సందేశాలను RLP (పునరావృత పొడవు ఉపసర్గ) ఉపయోగించి ఎన్కోడ్ చేస్తుంది, ఇది నోడ్ల మధ్య పంపడం కోసం డేటాను కనిష్ట నిర్మాణంలోకి ఎన్కోడింగ్ చేయడానికి చాలా స్పేస్-సమర్థవంతమైన పద్ధతి.
+
+రెండు నోడ్ల మధ్య RLPx సెషన్ ప్రారంభ క్రిప్టోగ్రాఫిక్ హ్యాండ్షేక్తో ప్రారంభమవుతుంది. దీంట్లో నోడ్ ఒక ప్రామాణీకరణ సందేశాన్ని పంపుతుంది, అది పీర్ ద్వారా ధృవీకరించబడుతుంది. విజయవంతమైన ధృవీకరణపై, పీర్ ఇనిషియేటర్ నోడ్కు తిరిగి రావడానికి ప్రామాణీకరణ-రసీదు సందేశాన్ని రూపొందిస్తుంది. ఇది కీ-మార్పిడి ప్రక్రియ, ఇది నోడ్లను ప్రైవేట్గా మరియు సురక్షితంగా కమ్యూనికేట్ చేయడానికి వీలు కల్పిస్తుంది. విజయవంతమైన క్రిప్టోగ్రాఫిక్ హ్యాండ్షేక్ రెండు నోడ్లను ఒకదానికొకటి "హలో" సందేశాన్ని "వైర్పై" పంపడానికి ప్రేరేపిస్తుంది. హలో సందేశాల విజయవంతమైన మార్పిడి ద్వారా వైర్ ప్రోటోకాల్ ప్రారంభించబడింది.
+
+హలో సందేశాలలో ఇవి ఉన్నాయి:
+
+- ప్రోటోకాల్ వెర్షన్
+- క్లయింట్ ID
+- పోర్ట్
+- నోడ్ ID
+- మద్దతు ఉన్న సబ్-ప్రోటోకాల్ల జాబితా
+
+విజయవంతమైన పరస్పర చర్యకు ఇది అవసరమైన సమాచారం, ఎందుకంటే ఇది రెండు నోడ్ల మధ్య ఏ సామర్థ్యాలు పంచుకోబడతాయో నిర్వచిస్తుంది మరియు కమ్యూనికేషన్ను కాన్ఫిగర్ చేస్తుంది. సబ్-ప్రోటోకాల్ సంప్రదింపుల ప్రక్రియ ఉంది, ఇక్కడ ప్రతి నోడ్ ద్వారా మద్దతు ఉన్న సబ్-ప్రోటోకాల్ల జాబితాలను పోల్చారు మరియు రెండు నోడ్లకు ఉమ్మడిగా ఉన్న వాటిని సెషన్లో ఉపయోగించవచ్చు.
+
+హలో సందేశాలతో పాటు, వైర్ ప్రోటోకాల్ "డిస్కనెక్ట్" సందేశాన్ని కూడా పంపగలదు, ఇది కనెక్షన్ మూసివేయబడుతుందని ఒక పీర్కు హెచ్చరిక ఇస్తుంది. సెషన్ను తెరిచి ఉంచడానికి క్రమానుగతంగా పంపబడే PING మరియు PONG సందేశాలను కూడా వైర్ ప్రోటోకాల్ కలిగి ఉంటుంది. RLPx మరియు వైర్ ప్రోటోకాల్ మార్పిడులు నోడ్ల మధ్య కమ్యూనికేషన్ యొక్క పునాదులను ఏర్పాటు చేస్తాయి, ఒక నిర్దిష్ట సబ్-ప్రోటోకాల్ ప్రకారం ఉపయోగకరమైన సమాచారాన్ని మార్పిడి చేసుకోవడానికి పరంజాను అందిస్తాయి.
+
+### సబ్-ప్రోటోకాల్స్ {#sub-protocols}
+
+#### వైర్ ప్రోటోకాల్ {#wire-protocol}
+
+పీర్లు కనెక్ట్ అయిన తర్వాత మరియు RLPx సెషన్ ప్రారంభమైన తర్వాత, పీర్లు ఎలా కమ్యూనికేట్ చేస్తాయో వైర్ ప్రోటోకాల్ నిర్వచిస్తుంది. ప్రారంభంలో, వైర్ ప్రోటోకాల్ మూడు ప్రధాన పనులను నిర్వచించింది: గొలుసు సమకాలీకరణ, బ్లాక్ ప్రచారం మరియు లావాదేవీల మార్పిడి. అయితే, Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారిన తర్వాత, బ్లాక్ ప్రచారం మరియు గొలుసు సమకాలీకరణ ఏకాభిప్రాయం లేయర్లో భాగంగా మారాయి. లావాదేవీల మార్పిడి ఇప్పటికీ ఎగ్జిక్యూషన్ క్లయింట్ల పరిధిలోనే ఉంది. ట్రాన్సాక్షన్ ఎక్స్ఛేంజ్ అంటే నోడ్ల మధ్య పెండింగ్లో ఉన్న ట్రాన్సాక్షన్లను మార్పిడి చేసుకోవడం, తద్వారా బ్లాక్ బిల్డర్లు వాటిలో కొన్నింటిని తదుపరి బ్లాక్లో చేర్చడానికి ఎంచుకోవచ్చు. ఈ పనుల గురించి వివరణాత్మక సమాచారం [ఇక్కడ](https://github.com/ethereum/devp2p/blob/master/caps/eth.md) అందుబాటులో ఉంది. ఈ సబ్-ప్రోటోకాల్లకు మద్దతిచ్చే క్లయింట్లు వాటిని [JSON-RPC](/developers/docs/apis/json-rpc/) ద్వారా బహిర్గతం చేస్తాయి.
+
+#### les (లైట్ Ethereum సబ్ప్రోటోకాల్) {#les}
+
+ఇది లైట్ క్లయింట్లను సింక్ చేయడానికి ఒక మినిమల్ ప్రోటోకాల్. సాంప్రదాయకంగా ఈ ప్రోటోకాల్ అరుదుగా ఉపయోగించబడింది, ఎందుకంటే పూర్తి నోడ్లు ప్రోత్సాహకాలు లేకుండా లైట్ క్లయింట్లకు డేటాను అందించాలి. ఎగ్జిక్యూషన్ క్లయింట్ల యొక్క డిఫాల్ట్ ప్రవర్తన les ద్వారా లైట్ క్లయింట్ డేటాను అందించడం కాదు. les [spec](https://github.com/ethereum/devp2p/blob/master/caps/les.md)లో మరింత సమాచారం అందుబాటులో ఉంది.
+
+#### Snap {#snap}
+
+[స్నాప్ ప్రోటోకాల్](https://github.com/ethereum/devp2p/blob/master/caps/snap.md#ethereum-snapshot-protocol-snap) అనేది ఒక ఐచ్ఛిక పొడిగింపు, ఇది పీర్లు ఇటీవలి స్థితుల స్నాప్షాట్లను మార్పిడి చేసుకోవడానికి అనుమతిస్తుంది, ఇంటర్మీడియట్ మెర్కిల్ ట్రై నోడ్లను డౌన్లోడ్ చేయకుండానే ఖాతా మరియు నిల్వ డేటాను ధృవీకరించడానికి పీర్లను అనుమతిస్తుంది.
+
+#### Wit (సాక్షి ప్రోటోకాల్) {#wit}
+
+[సాక్షి ప్రోటోకాల్](https://github.com/ethereum/devp2p/blob/master/caps/wit.md#ethereum-witness-protocol-wit) అనేది ఒక ఐచ్ఛిక పొడిగింపు, ఇది పీర్ల మధ్య స్టేట్ సాక్షుల మార్పిడిని ప్రారంభిస్తుంది, క్లయింట్లను చైన్ యొక్క కొనకు సమకాలీకరించడంలో సహాయపడుతుంది.
+
+#### Whisper {#whisper}
+
+Whisper అనేది బ్లాక్చెయిన్కు ఎటువంటి సమాచారాన్ని వ్రాయకుండా పీర్ల మధ్య సురక్షిత సందేశాలను అందించే లక్ష్యంతో కూడిన ప్రోటోకాల్. ఇది DevP2P వైర్ ప్రోటోకాల్లో భాగంగా ఉంది, కానీ ఇప్పుడు నిలిపివేయబడింది. ఇలాంటి లక్ష్యాలతో ఇతర [సంబంధిత ప్రాజెక్ట్లు](https://wakunetwork.com/) ఉన్నాయి.
+
+## ఏకాభిప్రాయం లేయర్ {#consensus-layer}
+
+ఏకాభిప్రాయం క్లయింట్లు వేరే స్పెసిఫికేషన్తో ప్రత్యేక పీర్-టు-పీర్ నెట్వర్క్లో పాల్గొంటాయి. ఏకాభిప్రాయం క్లయింట్లు బ్లాక్ గాసిప్లో పాల్గొనాలి, తద్వారా వారు పీర్ల నుండి కొత్త బ్లాక్లను స్వీకరించగలరు మరియు బ్లాక్ ప్రపోజర్గా ఉండే వంతు వచ్చినప్పుడు వాటిని ప్రసారం చేయగలరు. ఎగ్జిక్యూషన్ లేయర్ మాదిరిగానే, దీనికి మొదట డిస్కవరీ ప్రోటోకాల్ అవసరం, తద్వారా ఒక నోడ్ పీర్లను కనుగొని, బ్లాక్లు, అటెస్టేషన్లు మొదలైన వాటిని మార్పిడి చేసుకోవడానికి సురక్షితమైన సెషన్లను ఏర్పాటు చేసుకోగలదు.
+
+### ఆవిష్కరణ {#consensus-discovery}
+
+ఎగ్జిక్యూషన్ క్లయింట్ల మాదిరిగానే, ఏకాభిప్రాయం క్లయింట్లు పీర్లను కనుగొనడానికి UDPపై [discv5](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#the-discovery-domain-discv5)ని ఉపయోగిస్తాయి. discv5 యొక్క ఏకాభిప్రాయం లేయర్ అమలు, ఎగ్జిక్యూషన్ క్లయింట్ల నుండి భిన్నంగా ఉంటుంది, ఎందుకంటే ఇది discv5ను [libP2P](https://libp2p.io/) స్టాక్కి కనెక్ట్ చేసే అడాప్టర్ను కలిగి ఉంటుంది, DevP2Pని నిలిపివేస్తుంది. ఎగ్జిక్యూషన్ లేయర్ యొక్క RLPx సెషన్లు libP2P యొక్క నాయిస్ సురక్షిత ఛానెల్ హ్యాండ్షేక్కు అనుకూలంగా నిలిపివేయబడ్డాయి.
+
+### ENRలు {#consensus-enr}
+
+ఏకాభిప్రాయం నోడ్ల కోసం ENR నోడ్ యొక్క పబ్లిక్ కీ, IP చిరునామా, UDP మరియు TCP పోర్ట్లు మరియు రెండు ఏకాభిప్రాయం-నిర్దిష్ట ఫీల్డ్లను కలిగి ఉంటుంది: అటెస్టేషన్ సబ్నెట్ బిట్ఫీల్డ్ మరియు `eth2` కీ. మునుపటిది నిర్దిష్ట అటెస్టేషన్ గాసిప్ సబ్-నెట్వర్క్లలో పాల్గొనే పీర్లను కనుగొనడాన్ని నోడ్లకు సులభతరం చేస్తుంది. `eth2` కీ నోడ్ ఏ Ethereum ఫోర్క్ వెర్షన్ను ఉపయోగిస్తుందనే దాని గురించి సమాచారాన్ని కలిగి ఉంటుంది, పీర్లు సరైన Ethereumకు కనెక్ట్ అవుతున్నాయని నిర్ధారిస్తుంది.
+
+### libP2P {#libp2p}
+
+libP2P స్టాక్ డిస్కవరీ తర్వాత అన్ని కమ్యూనికేషన్లకు మద్దతు ఇస్తుంది. క్లయింట్లు వారి ENRలో నిర్వచించిన విధంగా IPv4 మరియు/లేదా IPv6లో డయల్ చేయవచ్చు మరియు వినవచ్చు. libP2P లేయర్లోని ప్రోటోకాల్లను గాసిప్ మరియు req/resp డొమైన్లుగా ఉపవిభజన చేయవచ్చు.
+
+### గాసిప్ {#gossip}
+
+గాసిప్ డొమైన్లో నెట్వర్క్ అంతటా వేగంగా వ్యాపించాల్సిన మొత్తం సమాచారం ఉంటుంది. ఇందులో బెకన్ బ్లాక్లు, ప్రూఫ్లు, అటెస్టేషన్లు, నిష్క్రమణలు మరియు స్లాషింగ్లు ఉంటాయి. ఇది libP2P gossipsub v1 ఉపయోగించి ప్రసారం చేయబడుతుంది మరియు స్వీకరించడానికి మరియు ప్రసారం చేయడానికి గాసిప్ పేలోడ్ల గరిష్ట పరిమాణంతో సహా ప్రతి నోడ్లో స్థానికంగా నిల్వ చేయబడిన వివిధ మెటాడేటాపై ఆధారపడి ఉంటుంది. గాసిప్ డొమైన్ గురించి వివరణాత్మక సమాచారం [ఇక్కడ](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#the-gossip-domain-gossipsub) అందుబాటులో ఉంది.
+
+### అభ్యర్థన-ప్రతిస్పందన {#request-response}
+
+అభ్యర్థన-ప్రతిస్పందన డొమైన్ వారి పీర్ల నుండి నిర్దిష్ట సమాచారాన్ని అభ్యర్థించే క్లయింట్ల కోసం ప్రోటోకాల్లను కలిగి ఉంటుంది. ఉదాహరణలలో నిర్దిష్ట రూట్ హ్యాష్లతో సరిపోలే లేదా స్లాట్ల పరిధిలోని నిర్దిష్ట బెకన్ బ్లాక్లను అభ్యర్థించడం ఉన్నాయి. ప్రతిస్పందనలు ఎల్లప్పుడూ స్నాపీ-కంప్రెస్డ్ SSZ ఎన్కోడ్ చేసిన బైట్లుగా తిరిగి ఇవ్వబడతాయి.
+
+## ఏకాభిప్రాయం క్లయింట్ RLP కంటే SSZకి ఎందుకు ప్రాధాన్యత ఇస్తుంది? {#ssz-vs-rlp}
+
+SSZ అంటే సింపుల్ సీరియలైజేషన్. ఇది స్థిరమైన ఆఫ్సెట్లను ఉపయోగిస్తుంది, ఇది మొత్తం నిర్మాణాన్ని డీకోడ్ చేయకుండానే ఎన్కోడ్ చేసిన సందేశం యొక్క వ్యక్తిగత భాగాలను డీకోడ్ చేయడాన్ని సులభతరం చేస్తుంది, ఇది ఏకాభిప్రాయం క్లయింట్కు చాలా ఉపయోగకరంగా ఉంటుంది, ఎందుకంటే ఇది ఎన్కోడ్ చేసిన సందేశాల నుండి నిర్దిష్ట సమాచారాన్ని సమర్థవంతంగా పొందగలదు. ఇది ప్రత్యేకంగా మెర్కిల్ ప్రోటోకాల్లతో ఏకీకృతం చేయడానికి రూపొందించబడింది, మెర్కిలైజేషన్ కోసం సంబంధిత సామర్థ్య లాభాలతో. ఏకాభిప్రాయం లేయర్లోని అన్ని హ్యాష్లు మెర్కిల్ రూట్లు కాబట్టి, ఇది ఒక ముఖ్యమైన మెరుగుదలకు దారితీస్తుంది. SSZ విలువలకు ప్రత్యేకమైన ప్రాతినిధ్యాలకు కూడా హామీ ఇస్తుంది.
+
+## ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లను కనెక్ట్ చేయడం {#connecting-clients}
+
+ఏకాభిప్రాయం మరియు ఎగ్జిక్యూషన్ క్లయింట్లు రెండూ సమాంతరంగా నడుస్తాయి. వాటిని కనెక్ట్ చేయాలి, తద్వారా ఏకాభిప్రాయం క్లయింట్ ఎగ్జిక్యూషన్ క్లయింట్కు సూచనలను అందించగలదు, మరియు ఎగ్జిక్యూషన్ క్లయింట్ బెకన్ బ్లాక్లలో చేర్చడానికి ఏకాభిప్రాయం క్లయింట్కు లావాదేవీల కట్టలను పంపగలదు. రెండు క్లయింట్ల మధ్య కమ్యూనికేషన్ స్థానిక RPC కనెక్షన్ని ఉపయోగించి సాధించవచ్చు. రెండు క్లయింట్ల మధ్య పంపిన సూచనలను ['ఇంజిన్-API'](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) అని పిలువబడే API నిర్వచిస్తుంది. రెండు క్లయింట్లు ఒకే నెట్వర్క్ గుర్తింపు వెనుక ఉన్నందున, అవి ఒక ENR (Ethereum నోడ్ రికార్డ్)ను పంచుకుంటాయి, ఇందులో ప్రతి క్లయింట్కు ప్రత్యేక కీ ఉంటుంది (eth1 కీ మరియు eth2 కీ).
+
+నియంత్రణ ప్రవాహం యొక్క సారాంశం బ్రాకెట్లలో సంబంధిత నెట్వర్కింగ్ స్టాక్తో క్రింద చూపబడింది.
+
+### ఏకాభిప్రాయం క్లయింట్ బ్లాక్ ప్రొడ్యూసర్ కానప్పుడు: {#when-consensus-client-is-not-block-producer}
+
+- ఏకాభిప్రాయం క్లయింట్ బ్లాక్ గాసిప్ ప్రోటోకాల్ (ఏకాభిప్రాయం p2p) ద్వారా ఒక బ్లాక్ను అందుకుంటుంది.
+- ఏకాభిప్రాయం క్లయింట్ బ్లాక్ను ముందే ధృవీకరిస్తుంది, అనగా, అది సరైన మెటాడేటాతో చెల్లుబాటు అయ్యే పంపినవారి నుండి వచ్చిందని నిర్ధారిస్తుంది
+- బ్లాక్లోని లావాదేవీలు ఎగ్జిక్యూషన్ పేలోడ్గా ఎగ్జిక్యూషన్ లేయర్కు పంపబడతాయి (స్థానిక RPC కనెక్షన్)
+- ఎగ్జిక్యూషన్ లేయర్ లావాదేవీలను అమలు చేస్తుంది మరియు బ్లాక్ హెడర్లోని స్థితిని ధృవీకరిస్తుంది (అనగా, హ్యాష్లు సరిపోలుతున్నాయో లేదో తనిఖీ చేస్తుంది)
+- ఎగ్జిక్యూషన్ లేయర్ ధృవీకరణ డేటాను ఏకాభిప్రాయం లేయర్కు తిరిగి పంపుతుంది, బ్లాక్ ఇప్పుడు ధృవీకరించబడినట్లుగా పరిగణించబడుతుంది (స్థానిక RPC కనెక్షన్)
+- ఏకాభిప్రాయం లేయర్ తన స్వంత బ్లాక్చెయిన్ హెడ్కు బ్లాక్ను జోడిస్తుంది మరియు దానికి ధృవీకరిస్తుంది, నెట్వర్క్ (ఏకాభిప్రాయం p2p) పై అటెస్టేషన్ను ప్రసారం చేస్తుంది
+
+### ఏకాభిప్రాయం క్లయింట్ బ్లాక్ ప్రొడ్యూసర్ అయినప్పుడు: {#when-consensus-client-is-block-producer}
+
+- ఏకాభిప్రాయం క్లయింట్ తదుపరి బ్లాక్ ప్రొడ్యూసర్ అని నోటీసు అందుకుంటుంది (ఏకాభిప్రాయం p2p)
+- ఏకాభిప్రాయం లేయర్ ఎగ్జిక్యూషన్ క్లయింట్లో `బ్లాక్ను సృష్టించు` పద్ధతిని పిలుస్తుంది (స్థానిక RPC)
+- ఎగ్జిక్యూషన్ లేయర్ ట్రాన్సాక్షన్ గాసిప్ ప్రోటోకాల్ (ఎగ్జిక్యూషన్ p2p) ద్వారా నింపబడిన ట్రాన్సాక్షన్ మెమ్పూల్ను యాక్సెస్ చేస్తుంది
+- ఎగ్జిక్యూషన్ క్లయింట్ లావాదేవీలను ఒక బ్లాక్గా కట్టి, లావాదేవీలను అమలు చేస్తుంది మరియు బ్లాక్ హ్యాష్ను ఉత్పత్తి చేస్తుంది
+- ఏకాభిప్రాయం క్లయింట్ ఎగ్జిక్యూషన్ క్లయింట్ నుండి లావాదేవీలు మరియు బ్లాక్ హ్యాష్ను తీసుకుని వాటిని బెకన్ బ్లాక్కు జోడిస్తుంది (స్థానిక RPC)
+- ఏకాభిప్రాయం క్లయింట్ బ్లాక్ గాసిప్ ప్రోటోకాల్ (ఏకాభిప్రాయం p2p) పై బ్లాక్ను ప్రసారం చేస్తుంది
+- ఇతర క్లయింట్లు బ్లాక్ గాసిప్ ప్రోటోకాల్ ద్వారా ప్రతిపాదిత బ్లాక్ను స్వీకరించి, పైన వివరించిన విధంగా ధృవీకరిస్తాయి (ఏకాభిప్రాయం p2p)
+
+తగినంత మంది వాలిడేటర్లచే బ్లాక్ ధృవీకరించబడిన తర్వాత, అది గొలుసు యొక్క హెడ్కు జోడించబడుతుంది, సమర్థించబడుతుంది మరియు చివరికి ఖరారు చేయబడుతుంది.
+
+
+
+
+[ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) నుండి ఏకాభిప్రాయం మరియు ఎగ్జిక్యూషన్ క్లయింట్ల కోసం నెట్వర్క్ లేయర్ స్కీమాటిక్
+
+## మరింత చదవడానికి {#further-reading}
+
+[DevP2P](https://github.com/ethereum/devp2p)
+[LibP2p](https://github.com/libp2p/specs)
+[ఏకాభిప్రాయం లేయర్ నెట్వర్క్ స్పెక్స్](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure)
+[kademlia to discv5](https://vac.dev/kademlia-to-discv5)
+[kademlia పేపర్](https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf)
+[Ethereum p2pకి పరిచయం](https://p2p.paris/en/talks/intro-ethereum-networking/)
+[eth1/eth2 సంబంధం](http://ethresear.ch/t/eth1-eth2-client-relationship/7248)
+[విలీనం మరియు eth2 క్లయింట్ వివరాల వీడియో](https://www.youtube.com/watch?v=zNIrIninMgg)
diff --git a/public/content/translations/te/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/te/developers/docs/networking-layer/network-addresses/index.md
new file mode 100644
index 00000000000..2dbee9020ed
--- /dev/null
+++ b/public/content/translations/te/developers/docs/networking-layer/network-addresses/index.md
@@ -0,0 +1,39 @@
+---
+title: నెట్వర్క్ చిరునామాలు
+description: నెట్వర్క్ చిరునామాలకు ఒక పరిచయం.
+lang: te
+sidebarDepth: 2
+---
+
+పీర్లతో కనెక్ట్ కావడానికి Ethereum నోడ్లు కొన్ని ప్రాథమిక సమాచారంతో తమను తాము గుర్తించుకోవాలి. ఏదైనా సంభావ్య పీర్ ఈ సమాచారాన్ని అర్థం చేసుకోగలదని నిర్ధారించడానికి, ఇది ఏదైనా Ethereum నోడ్ అర్థం చేసుకోగలిగే మూడు ప్రామాణిక ఫార్మాట్లలో ఒకదానిలో ప్రసారం చేయబడుతుంది: multiaddr, enode, లేదా Ethereum నోడ్ రికార్డ్లు (ENRలు). Ethereum నెట్వర్క్ చిరునామాల కోసం ENRలు ప్రస్తుత ప్రమాణం.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని అర్థం చేసుకోవడానికి Ethereum యొక్క [నెట్వర్కింగ్ లేయర్](/developers/docs/networking-layer/) గురించి కొంత అవగాహన అవసరం.
+
+## మల్టీఅడర్ {#multiaddr}
+
+అసలైన Ethereum నోడ్ చిరునామా ఫార్మాట్ 'multiaddr' ('మల్టీ-అడ్రెసెస్'కు సంక్షిప్తంగా). Multiaddr అనేది పీర్-టు-పీర్ నెట్వర్క్ల కోసం రూపొందించిన ఒక సార్వత్రిక ఫార్మాట్. కీలు మరియు విలువలు ఫార్వర్డ్ స్లాష్తో వేరు చేయబడిన కీ-విలువ జతలుగా చిరునామాలు సూచించబడతాయి. ఉదాహరణకు, IPv4 చిరునామా `192.168.22.27` ఉన్న మరియు TCP పోర్ట్ `33000` వింటున్న ఒక నోడ్ కోసం multiaddr ఇలా కనిపిస్తుంది:
+
+`/ip4/192.168.22.27/tcp/33000`
+
+ఒక Ethereum నోడ్ కోసం, multiaddrలో నోడ్-ID ఉంటుంది (వారి పబ్లిక్ కీ యొక్క హాష్):
+
+`/ip4/192.168.22.27/tcp/33000/p2p/5t7Nv7dG2d6ffbvAiewVsEwWweU3LdebSqX2y1bPrW8br`
+
+## Enode {#enode}
+
+URL చిరునామా ఫార్మాట్ను ఉపయోగించి ఒక Ethereum నోడ్ను గుర్తించే మార్గమే ఒక enode. హెక్సాడెసిమల్ నోడ్-ID, @ గుర్తును ఉపయోగించి హోస్ట్ నుండి వేరు చేయబడిన URL యొక్క యూజర్నేమ్ భాగంలో ఎన్కోడ్ చేయబడింది. హోస్ట్నేమ్ను IP చిరునామాగా మాత్రమే ఇవ్వగలరు; DNS పేర్లకు అనుమతి లేదు. హోస్ట్నేమ్ విభాగంలోని పోర్ట్, TCP లిజనింగ్ పోర్ట్. ఒకవేళ TCP మరియు UDP (డిస్కవరీ) పోర్ట్లు వేరుగా ఉంటే, UDP పోర్ట్ "discport" అనే క్వరీ పారామీటర్గా పేర్కొనబడుతుంది.
+
+కింది ఉదాహరణలో, నోడ్ URL `10.3.58.6` IP చిరునామా, `30303` TCP పోర్ట్ మరియు `30301` UDP డిస్కవరీ పోర్ట్తో ఒక నోడ్ను వివరిస్తుంది.
+
+`enode://6f8a80d14311c39f35f516fa664deaaaa13e85b2f7493f37f6144d86991ec012937307647bd3b9a82abe2974e1407241d54947bbb39763a4cac9f77166ad92a0@10.3.58.6:30303?discport=30301`
+
+## Ethereum నోడ్ రికార్డ్లు (ENRలు) {#enr}
+
+Ethereum నోడ్ రికార్డ్లు (ENRలు) Ethereumలోని నెట్వర్క్ చిరునామాల కోసం ఒక ప్రామాణిక ఫార్మాట్. ఇవి multiaddr's మరియు enodesలను అధిగమిస్తాయి. ఇవి ప్రత్యేకంగా ఉపయోగపడతాయి ఎందుకంటే అవి నోడ్ల మధ్య ఎక్కువ సమాచార మార్పిడిని అనుమతిస్తాయి. ENR సంతకాలను ఉత్పత్తి చేయడానికి, ధ్రువీకరించడానికి ఉపయోగించే గుర్తింపు పథకాన్ని వివరించే సంతకం, క్రమ సంఖ్య మరియు క్షేత్రాలను కలిగి ఉంటుంది. ENRను కీ-విలువ జతలుగా నిర్వహించబడిన ఏకపక్ష డేటాతో కూడా నింపవచ్చు. ఈ కీ-విలువ జతలు నోడ్ యొక్క IP చిరునామా మరియు నోడ్ ఉపయోగించగల ఉప-ప్రోటోకాల్ల గురించిన సమాచారాన్ని కలిగి ఉంటాయి. ఏకాభిప్రాయం క్లయింట్లు బూట్ నోడ్లను గుర్తించడానికి ఒక [నిర్దిష్ట ENR నిర్మాణాన్ని](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure) ఉపయోగిస్తాయి మరియు ప్రస్తుత Ethereum ఫోర్క్ మరియు అటెస్టేషన్ గాసిప్ సబ్నెట్ గురించిన సమాచారాన్ని కలిగి ఉన్న `eth2` ఫీల్డ్ను కూడా కలిగి ఉంటాయి (ఇది నోడ్ను ఒక నిర్దిష్ట పీర్ల సమూహానికి కనెక్ట్ చేస్తుంది, వీరి అటెస్టేషన్లు కలిసి ఏకీకృతం చేయబడతాయి).
+
+## మరింత చదవడానికి {#further-reading}
+
+- [EIP-778: Ethereum నోడ్ రికార్డ్లు (ENR)](https://eips.ethereum.org/EIPS/eip-778)
+- [LibP2P: Multiaddr-Enode-ENR?!](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/)
diff --git a/public/content/translations/te/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/te/developers/docs/networking-layer/portal-network/index.md
new file mode 100644
index 00000000000..8095d8b4180
--- /dev/null
+++ b/public/content/translations/te/developers/docs/networking-layer/portal-network/index.md
@@ -0,0 +1,89 @@
+---
+title: పోర్టల్ నెట్వర్క్
+description: పోర్టల్ నెట్వర్క్ యొక్క అవలోకనం - తక్కువ-వనరుల క్లయింట్లకు మద్దతు ఇవ్వడానికి రూపొందించబడిన ఇన్-డెవలప్మెంట్ నెట్వర్క్.
+lang: te
+---
+
+Ethereum అనేది Ethereum క్లయింట్ సాఫ్ట్వేర్ను అమలు చేసే కంప్యూటర్లతో రూపొందించబడిన నెట్వర్క్. ఈ ప్రతి కంప్యూటర్ను 'నోడ్' అంటారు. క్లయింట్ సాఫ్ట్వేర్ Ethereum నెట్వర్క్లో డేటాను పంపడానికి మరియు స్వీకరించడానికి నోడ్ను అనుమతిస్తుంది మరియు Ethereum ప్రోటోకాల్ నియమాలకు వ్యతిరేకంగా డేటాను ధృవీకరిస్తుంది. నోడ్లు చాలా చారిత్రక డేటాను తమ డిస్క్ స్టోరేజ్లో ఉంచుతాయి మరియు నెట్వర్క్లోని ఇతర నోడ్ల నుండి బ్లాక్లు అని పిలువబడే కొత్త ప్యాకెట్ల సమాచారాన్ని స్వీకరించినప్పుడు వాటికి జోడించబడతాయి. నోడ్లో మిగిలిన నెట్వర్క్కు అనుగుణంగా సమాచారం ఉందో లేదో ఎల్లప్పుడూ తనిఖీ చేయడానికి ఇది అవసరం. దీని అర్థం నోడ్ను అమలు చేయడానికి చాలా డిస్క్ స్థలం అవసరం. కొన్ని నోడ్ ఆపరేషన్లకు చాలా RAM కూడా అవసరం కావచ్చు.
+
+ఈ డిస్క్ నిల్వ సమస్యను అధిగమించడానికి, 'లైట్' నోడ్లు అభివృద్ధి చేయబడ్డాయి, ఇవి అన్నింటినీ స్వయంగా నిల్వ చేయడానికి బదులుగా పూర్తి నోడ్ల నుండి సమాచారాన్ని అభ్యర్థిస్తాయి. అయితే, దీని అర్థం లైట్ నోడ్ స్వతంత్రంగా సమాచారాన్ని ధృవీకరించడం లేదు మరియు బదులుగా మరొక నోడ్ను విశ్వసిస్తోంది. ఆ లైట్ నోడ్లను అందించడానికి అదనపు పనిని తీసుకోవడానికి పూర్తి నోడ్లు అవసరమని కూడా దీని అర్థం.
+
+పోర్టల్ నెట్వర్క్ అనేది Ethereum కోసం ఒక కొత్త నెట్వర్కింగ్ డిజైన్, ఇది నెట్వర్క్లోని చిన్న భాగాలలో అవసరమైన డేటాను భాగస్వామ్యం చేయడం ద్వారా పూర్తి నోడ్లపై నమ్మకం లేదా అదనపు ఒత్తిడి లేకుండా "లైట్" నోడ్ల కోసం డేటా లభ్యత సమస్యను పరిష్కరించడం లక్ష్యంగా పెట్టుకుంది.
+
+[నోడ్లు మరియు క్లయింట్ల](/developers/docs/nodes-and-clients/) గురించి మరింత
+
+## మనకు పోర్టల్ నెట్వర్క్ ఎందుకు అవసరం {#why-do-we-need-portal-network}
+
+Ethereum నోడ్లు Ethereum blockchain యొక్క పూర్తి లేదా పాక్షిక కాపీని నిల్వ చేస్తాయి. లావాదేవీలను ధృవీకరించడానికి మరియు నోడ్ సరైన గొలుసును అనుసరిస్తోందని నిర్ధారించుకోవడానికి ఈ స్థానిక కాపీ ఉపయోగించబడుతుంది. స్థానికంగా నిల్వ చేయబడిన ఈ డేటా, ఇన్కమింగ్ డేటా చెల్లుబాటు అయ్యేదని మరియు ఇతర ఎంటిటీని విశ్వసించాల్సిన అవసరం లేకుండా స్వతంత్రంగా ధృవీకరించడానికి నోడ్లను అనుమతిస్తుంది.
+
+బ్లాక్చెయిన్ యొక్క ఈ స్థానిక కాపీ మరియు సంబంధిత స్థితి మరియు రసీదు డేటా నోడ్ హార్డ్ డిస్క్లో చాలా స్థలాన్ని తీసుకుంటుంది. ఉదాహరణకు, ఒక ఏకాభిప్రాయం క్లయింట్తో జత చేసిన [Geth](https://geth.ethereum.org)ను ఉపయోగించి ఒక నోడ్ను అమలు చేయడానికి 2TB హార్డ్ డిస్క్ సిఫార్సు చేయబడింది. సాపేక్షంగా ఇటీవలి బ్లాక్ల సెట్ నుండి చైన్ డేటాను మాత్రమే నిల్వ చేసే స్నాప్ సింక్ని ఉపయోగించి, గెత్ సాధారణంగా 650GB డిస్క్ స్థలాన్ని ఆక్రమిస్తుంది కానీ దాదాపు 14GB/వారం పెరుగుతుంది (మీరు నోడ్ను క్రమానుగతంగా 650GBకి తగ్గించవచ్చు).
+
+దీని అర్థం రన్నింగ్ నోడ్లు ఖరీదైనవి, ఎందుకంటే పెద్ద మొత్తంలో డిస్క్ స్థలం Ethereumకి అంకితం చేయబడాలి. ఇతీరియము రోడ్మ్యాప్లో ఈ సమస్యకు అనేక పరిష్కారాలు ఉన్నాయి, వాటిలో [చరిత్ర గడువు](/roadmap/statelessness/#history-expiry), [స్థితి గడువు](/roadmap/statelessness/#state-expiry) మరియు [స్థితిలేనితనం](/roadmap/statelessness/) ఉన్నాయి. అయితే, ఇవి అమలులోకి రావడానికి చాలా సంవత్సరాల సమయం పట్టే అవకాశం ఉంది. [లైట్ నోడ్లు](/developers/docs/nodes-and-clients/light-clients/) కూడా ఉన్నాయి, అవి చైన్ డేటా యొక్క సొంత కాపీని సేవ్ చేయవు, అవి తమకు అవసరమైన డేటాను పూర్తి నోడ్ల నుండి అభ్యర్థిస్తాయి. అయితే, దీనర్థం లైట్ నోడ్లు నిజాయితీ గల డేటాను అందించడానికి పూర్తి నోడ్లను విశ్వసించాలని మరియు లైట్ నోడ్లకు అవసరమైన డేటాను అందించాల్సిన పూర్తి నోడ్లను కూడా నొక్కి చెబుతుంది.
+
+పోర్టల్ నెట్వర్క్ లైట్ నోడ్ల డేటాను పొందేందుకు ప్రత్యామ్నాయ మార్గాన్ని అందించడం లక్ష్యంగా పెట్టుకుంది, అవి పూర్తి నోడ్ల ద్వారా చేయాల్సిన పనిని విశ్వసించడం లేదా గణనీయంగా జోడించడం అవసరం లేదు. నెట్వర్క్ అంతటా డేటాను పంచుకోవడానికి Ethereum నోడ్ల కోసం కొత్త మార్గాన్ని పరిచయం చేయడం ఇది చేసే మార్గం.
+
+## పోర్టల్ నెట్వర్క్ ఎలా పని చేస్తుంది? {#how-does-portal-network-work}
+
+Ethereum నోడ్లు ఒకదానితో ఒకటి ఎలా సంభాషించుకోవాలో నిర్వచించే కఠినమైన ప్రోటోకాల్లను కలిగి ఉంటాయి. ఎగ్జిక్యూషన్ క్లయింట్లు [DevP2P](/developers/docs/networking-layer/#devp2p) అని పిలువబడే సబ్-ప్రోటోకాల్ల సమితిని ఉపయోగించి కమ్యూనికేట్ చేస్తాయి, అయితే ఏకాభిప్రాయం క్లయింట్లు [libP2P](/developers/docs/networking-layer/#libp2p) అని పిలువబడే విభిన్న సబ్-ప్రోటోకాల్ల స్టాక్ను ఉపయోగిస్తాయి. ఇవి నోడ్ల మధ్య పాస్ చేయగల డేటా రకాలను నిర్వచిస్తాయి.
+
+
+
+నోడ్లు [JSON-RPC API](/developers/docs/apis/json-rpc/) ద్వారా నిర్దిష్ట డేటాను కూడా అందించగలవు, దీని ద్వారా యాప్లు మరియు వాలెట్లు ఇతీరియము నోడ్లతో సమాచారాన్ని మార్పిడి చేసుకుంటాయి. అయితే, వీటిలో ఏవీ లైట్ క్లయింట్లకు డేటాను అందించడానికి అనువైన ప్రోటోకాల్లు కావు.
+
+లైట్ క్లయింట్లు ప్రస్తుతం DevP2P లేదా libP2p ద్వారా నిర్దిష్ట గొలుసు డేటాను అభ్యర్థించలేరు ఎందుకంటే ఆ ప్రోటోకాల్లు బ్లాక్లు మరియు లావాదేవీల చైన్ సింక్రొనైజేషన్ మరియు గాసిపింగ్ని ఎనేబుల్ చేయడానికి మాత్రమే రూపొందించబడ్డాయి. లైట్ క్లయింట్లు ఈ సమాచారాన్ని డౌన్లోడ్ చేయాలనుకోవడం లేదు, ఎందుకంటే అది వాటిని "లైట్" గా ఉండకుండా చేస్తుంది.
+
+JSON-RPC API తేలికపాటి క్లయింట్ డేటా అభ్యర్థనలకు సరైన ఎంపిక కాదు, ఎందుకంటే ఇది నిర్దిష్ట పూర్తి నోడ్ లేదా డేటాను అందించగల కేంద్రీకృత RPC ప్రొవైడర్కి కనెక్షన్పై ఆధారపడుతుంది. దీనర్థం లైట్ క్లయింట్ నిర్దిష్ట నోడ్/ప్రొవైడర్ నిజాయితీగా ఉండాలని విశ్వసించవలసి ఉంటుంది మరియు పూర్తి నోడ్ వారి బ్యాండ్విడ్త్ అవసరాలకు జోడించి అనేక లైట్ క్లయింట్ల నుండి చాలా అభ్యర్థనలను నిర్వహించవలసి ఉంటుంది.
+
+ఇప్పటికే ఉన్న Ethereum క్లయింట్ల డిజైన్ పరిమితుల వెలుపల, ప్రత్యేకంగా తేలికగా నిర్మించడం కోసం మొత్తం డిజైన్ను పునరాలోచించడం పోర్టల్ నెట్వర్క్ యొక్క అంశం.
+
+పోర్టల్ నెట్వర్క్ యొక్క ముఖ్య ఉద్దేశ్యం, [DHT](https://en.wikipedia.org/wiki/Distributed_hash_table) (బిట్టొరెంట్ లాంటిది) ఉపయోగించి ఒక తేలికపాటి DevP2P-శైలి పీర్-టు-పీర్ వికేంద్రీకృత నెట్వర్క్ ద్వారా, లైట్ క్లయింట్లకు అవసరమైన చారిత్రక డేటా మరియు చైన్ యొక్క ప్రస్తుత హెడ్ యొక్క గుర్తింపు వంటి సమాచారాన్ని అందుబాటులోకి తీసుకురావడం ద్వారా, ప్రస్తుత నెట్వర్కింగ్ స్టాక్లోని ఉత్తమ భాగాలను తీసుకోవడం.
+
+మొత్తం చారిత్రక Ethereum డేటాలోని చిన్న భాగాలను మరియు ప్రతి నోడ్కి కొన్ని నిర్దిష్ట నోడ్ బాధ్యతలను జోడించాలనే ఆలోచన ఉంది. అప్పుడు, అభ్యర్థించిన నిర్దిష్ట డేటాను నిల్వ చేసే నోడ్లను వెతకడం మరియు వాటి నుండి తిరిగి పొందడం ద్వారా అభ్యర్థనలు అందించబడతాయి.
+
+ఇది ఒకే నోడ్ను కనుగొనే లైట్ నోడ్ల యొక్క సాధారణ మోడల్ను విలోమం చేస్తుంది మరియు పెద్ద వాల్యూమ్ల డేటాను ఫిల్టర్ చేసి అందించమని వాటిని అభ్యర్థిస్తుంది; బదులుగా, అవి ప్రతి ఒక్కటి చిన్న మొత్తంలో డేటాను హ్యాండిల్ చేసే పెద్ద నోడ్ల నెట్వర్క్ను త్వరగా ఫిల్టర్ చేస్తాయి.
+
+ఇది ఒకే నోడ్ను కనుగొనే లైట్ నోడ్ల యొక్క సాధారణ మోడల్ను విలోమం చేస్తుంది మరియు పెద్ద వాల్యూమ్ల డేటాను ఫిల్టర్ చేసి అందించమని వాటిని అభ్యర్థిస్తుంది; బదులుగా, అవి ప్రతి ఒక్కటి చిన్న మొత్తంలో డేటాను హ్యాండిల్ చేసే పెద్ద నోడ్ల నెట్వర్క్ను త్వరగా ఫిల్టర్ చేస్తాయి:
+
+- చైన్ యొక్క హెడ్ను ట్రాక్ చేయడం
+- ఇటీవలి మరియు చారిత్రక చైన్ డేటాను సింక్ చేయడం
+- స్థితి డేటాను తిరిగి పొందడం
+- లావాదేవీలను ప్రసారం చేయడం
+- [EVM](/developers/docs/evm/)ని ఉపయోగించి లావాదేవీలను అమలు చేయడం
+
+ఈ నెట్వర్క్ డిజైన్ యొక్క ప్రయోజనాలు:
+
+- కేంద్రీకృత ప్రొవైడర్లపై ఆధారపడటాన్ని తగ్గించడం
+- ఇంటర్నెట్ బ్యాండ్విడ్త్ వాడకాన్ని తగ్గించడం
+- కనిష్ట లేదా సున్నా సింకింగ్
+- వనరులు-పరిమిత పరికరాలకు అందుబాటులో ఉండటం (\<1 GB RAM, \<100 MB డిస్క్ స్పేస్, 1 CPU)
+
+కింది పట్టిక, పోర్టల్ నెట్వర్క్ ద్వారా అందించగల ఇప్పటికే ఉన్న క్లయింట్ల ఫంక్షన్లను చూపుతుంది, ఇది చాలా తక్కువ వనరులు ఉన్న పరికరాలలో ఈ ఫంక్షన్లను యాక్సెస్ చేయడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+### పోర్టల్ నెట్వర్క్లు
+
+| బీకన్ లైట్ క్లయింట్ | స్థితి నెట్వర్క్ | లావాదేవీ గాసిప్ | చరిత్ర నెట్వర్క్ |
+| ------------------- | ---------------------------- | ------------------- | ----------------- |
+| బీకన్ చైన్ లైట్ | ఖాతా మరియు కాంట్రాక్ట్ నిల్వ | తేలికపాటి మెమ్పూల్ | హెడర్లు |
+| ప్రోటోకాల్ డేటా | | | బ్లాక్ బాడీలు |
+| | | | రశీదులు |
+
+## డిఫాల్ట్గా క్లయింట్ వైవిధ్యం {#client-diversity-as-default}
+
+పోర్టల్ నెట్వర్క్ డెవలపర్లు మొదటి రోజు నుండే నాలుగు వేర్వేరు పోర్టల్ నెట్వర్క్ క్లయింట్లను నిర్మించాలనే డిజైన్ ఎంపికను కూడా చేశారు.
+
+పోర్టల్ నెట్వర్క్ క్లయింట్లు:
+
+- [Trin](https://github.com/ethereum/trin): రస్ట్లో వ్రాయబడింది
+- [Fluffy](https://fluffy.guide): నిమ్లో వ్రాయబడింది
+- [Ultralight](https://github.com/ethereumjs/ultralight): టైప్స్క్రిప్ట్లో వ్రాయబడింది
+- [Shisui](https://github.com/zen-eth/shisui): గోలో వ్రాయబడింది
+
+బహుళ స్వతంత్ర క్లయింట్ అమలులను కలిగి ఉండటం ఇతీరియము నెట్వర్క్ యొక్క స్థితిస్థాపకత మరియు వికేంద్రీకరణను పెంచుతుంది.
+
+ఒక క్లయింట్ సమస్యలు లేదా దుర్బలత్వాలను ఎదుర్కొంటే, ఇతర క్లయింట్లు సజావుగా పనిచేయడం కొనసాగించగలవు, ఇది వైఫల్యం యొక్క ఒకే బిందువును నివారిస్తుంది. అదనంగా, విభిన్న క్లయింట్ అమలులు ఆవిష్కరణ మరియు పోటీని ప్రోత్సహిస్తాయి, మెరుగుదలలను నడిపిస్తాయి మరియు పర్యావరణ వ్యవస్థలో మోనోకల్చర్ ప్రమాదాన్ని తగ్గిస్తాయి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ది పోర్టల్ నెట్వర్క్ (డెవ్కాన్ బొగోటాలో పైపర్ మెరియం)](https://www.youtube.com/watch?v=0stc9jnQLXA).
+- [ది పోర్టల్ నెట్వర్క్ డిస్కార్డ్](https://discord.gg/CFFnmE7Hbs)
+- [ది పోర్టల్ నెట్వర్క్ వెబ్సైట్](https://www.ethportal.net/)
diff --git a/public/content/translations/te/developers/docs/networks/index.md b/public/content/translations/te/developers/docs/networks/index.md
new file mode 100644
index 00000000000..2ec6b138b20
--- /dev/null
+++ b/public/content/translations/te/developers/docs/networks/index.md
@@ -0,0 +1,216 @@
+---
+title: నెటవర్క్లు
+description: ఇతీరియము యొక్క నెట్వర్క్ల యొక్క అవలోకనం మరియు మీ అప్లికేషన్ను పరీక్షించడానికి టెస్టునెట్ ఈథర్ (ETH) ఎక్కడ పొందాలో.
+lang: te
+---
+
+ఇతీరియము నెట్వర్క్లు అనేవి ఇతీరియము ప్రోటోకాల్ ఉపయోగించి కమ్యూనికేట్ చేసే కనెక్ట్ చేయబడిన కంప్యూటర్ల సమూహాలు. ఒకే ఒక ఇతీరియము మెయిన్నెట్ ఉంది, కానీ పరీక్ష మరియు అభివృద్ధి ప్రయోజనాల కోసం అదే ప్రోటోకాల్ నియమాలకు అనుగుణంగా స్వతంత్ర నెట్వర్క్లను సృష్టించవచ్చు. ఒకదానితో ఒకటి పరస్పరం సంభాషించుకోకుండా ప్రోటోకాల్కు అనుగుణంగా ఉండే అనేక స్వతంత్ర "నెట్వర్క్లు" ఉన్నాయి. మీ స్మార్ట్ కాంట్రాక్ట్లు మరియు వెబ్3 యాప్లను పరీక్షించడానికి మీరు మీ స్వంత కంప్యూటర్లో స్థానికంగా ఒకదాన్ని ప్రారంభించవచ్చు.
+
+మీ ఇతీరియము ఖాతా విభిన్న నెట్వర్క్లలో పని చేస్తుంది, కానీ మీ ఖాతా బ్యాలెన్స్ మరియు లావాదేవీల చరిత్ర ప్రధాన ఇతీరియము నెట్వర్క్ నుండి బదిలీ చేయబడవు. పరీక్ష ప్రయోజనాల కోసం, ఏ నెట్వర్క్లు అందుబాటులో ఉన్నాయో మరియు ఆడుకోవడానికి టెస్టునెట్ ETH ఎలా పొందాలో తెలుసుకోవడం ఉపయోగకరంగా ఉంటుంది. సాధారణంగా, భద్రతా పరిగణనల కోసం, మెయిన్నెట్ ఖాతాలను టెస్టునెట్లలో తిరిగి ఉపయోగించడం లేదా దీనికి విరుద్ధంగా చేయడం సిఫార్సు చేయబడదు.
+
+## అవసరాలు {#prerequisites}
+
+విభిన్న నెట్వర్క్ల గురించి చదివే ముందు మీరు [ఇతీరియము యొక్క ప్రాథమికాలను](/developers/docs/intro-to-ethereum/) అర్థం చేసుకోవాలి, ఎందుకంటే టెస్టు నెట్వర్క్లు మీకు ఆడుకోవడానికి చవకైన, సురక్షితమైన ఇతీరియము వెర్షన్ను అందిస్తాయి.
+
+## పబ్లిక్ నెట్వర్క్లు {#public-networks}
+
+పబ్లిక్ నెట్వర్క్లు ఇంటర్నెట్ కనెక్షన్ ఉన్న ప్రపంచంలోని ఎవరికైనా అందుబాటులో ఉంటాయి. పబ్లిక్ బ్లాక్చెయిన్లో ఎవరైనా లావాదేవీలను చదవగలరు లేదా సృష్టించగలరు మరియు అమలు చేయబడుతున్న లావాదేవీలను ధృవీకరించగలరు. పీర్ల మధ్య ఏకాభిప్రాయం లావాదేవీల చేరిక మరియు నెట్వర్క్ స్థితిపై నిర్ణయం తీసుకుంటుంది.
+
+### ఇతీరియము మెయిన్నెట్ {#ethereum-mainnet}
+
+మెయిన్నెట్ ప్రాథమిక పబ్లిక్ ఇతీరియము ఉత్పత్తి బ్లాక్చెయిన్, ఇక్కడ పంపిణీ చేయబడిన లెడ్జర్లో వాస్తవ-విలువ లావాదేవీలు జరుగుతాయి.
+
+ప్రజలు మరియు ఎక్స్ఛేంజీలు ETH ధరల గురించి చర్చించినప్పుడు, వారు మెయిన్నెట్ ETH గురించి మాట్లాడుతున్నారు.
+
+### ఇతీరియము టెస్టునెట్స్ {#ethereum-testnets}
+
+మెయిన్నెట్తో పాటు, పబ్లిక్ టెస్టునెట్లు ఉన్నాయి. ఇవి ప్రోటోకాల్ డెవలపర్లు లేదా స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు మెయిన్నెట్కు డిప్లాయ్ చేయడానికి ముందు ఉత్పత్తి-వంటి వాతావరణంలో ప్రోటోకాల్ అప్గ్రేడ్లు మరియు సంభావ్య స్మార్ట్ కాంట్రాక్ట్లు రెండింటినీ పరీక్షించడానికి ఉపయోగించే నెట్వర్క్లు. దీనిని ఉత్పత్తి వర్సెస్ స్టేజింగ్ సర్వర్లకు సారూప్యంగా భావించండి.
+
+మెయిన్నెట్కు డిప్లాయ్ చేసే ముందు మీరు వ్రాసే ఏదైనా కాంట్రాక్ట్ కోడ్ను టెస్టునెట్లో పరీక్షించాలి. ఇప్పటికే ఉన్న స్మార్ట్ కాంట్రాక్ట్లతో అనుసంధానించబడిన డాప్స్లో, చాలా ప్రాజెక్ట్లు టెస్టునెట్లలో కాపీలను డిప్లాయ్ చేశాయి.
+
+చాలా టెస్టునెట్లు అనుమతించబడిన ప్రూఫ్-ఆఫ్-అథారిటీ ఏకాభిప్రాయ యంత్రాంగాన్ని ఉపయోగించి ప్రారంభించబడ్డాయి. అంటే లావాదేవీలను ధృవీకరించడానికి మరియు కొత్త బ్లాక్లను సృష్టించడానికి తక్కువ సంఖ్యలో నోడ్లు ఎంపిక చేయబడతాయి – ఈ ప్రక్రియలో వారి గుర్తింపును స్టేక్ చేస్తాయి. ప్రత్యామ్నాయంగా, కొన్ని టెస్టునెట్లు ఓపెన్ ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయ యంత్రాంగాన్ని కలిగి ఉంటాయి, ఇక్కడ ఇతీరియము మెయిన్నెట్ లాగానే ప్రతి ఒక్కరూ వ్యాలిడేటర్ను నడపడాన్ని పరీక్షించవచ్చు.
+
+టెస్టునెట్లలోని ETHకి నిజమైన విలువ ఉండదని భావిస్తారు; అయినప్పటికీ, కొరతగా లేదా పొందడం కష్టంగా మారిన కొన్ని రకాల టెస్టునెట్ ETH కోసం మార్కెట్లు సృష్టించబడ్డాయి. ఇతీరియముతో (టెస్టునెట్లలో కూడా) వాస్తవంగా సంభాషించడానికి మీకు ETH అవసరం కాబట్టి, చాలా మంది ప్రజలు ఫాసెట్ల నుండి ఉచితంగా టెస్టునెట్ ETHను పొందుతారు. చాలా ఫాసెట్లు వెబ్యాప్లు, ఇక్కడ మీరు ETH పంపమని అభ్యర్థించే చిరునామాను ఇన్పుట్ చేయవచ్చు.
+
+#### నేను ఏ టెస్టునెట్ ఉపయోగించాలి?
+
+క్లయింట్ డెవలపర్లు ప్రస్తుతం నిర్వహిస్తున్న రెండు పబ్లిక్ టెస్టునెట్లు సెపోలియా మరియు హూడీ. సెపోలియా అనేది కాంట్రాక్ట్ మరియు అప్లికేషన్ డెవలపర్లు వారి అప్లికేషన్లను పరీక్షించడానికి ఒక నెట్వర్క్. హూడీ నెట్వర్క్ ప్రోటోకాల్ డెవలపర్లను నెట్వర్క్ అప్గ్రేడ్లను పరీక్షించడానికి అనుమతిస్తుంది, మరియు స్టేకర్లను వ్యాలిడేటర్లను నడపడాన్ని పరీక్షించడానికి అనుమతిస్తుంది.
+
+#### సెపోలియా {#sepolia}
+
+**అప్లికేషన్ అభివృద్ధి కోసం సిఫార్సు చేయబడిన డిఫాల్ట్ టెస్టునెట్ సెపోలియా**. సెపోలియా నెట్వర్క్ క్లయింట్ & టెస్టింగ్ బృందాలచే నియంత్రించబడే అనుమతించబడిన వ్యాలిడేటర్ సెట్ను ఉపయోగిస్తుంది.
+
+##### వనరులు
+
+- [వెబ్సైట్](https://sepolia.dev/)
+- [GitHub](https://github.com/eth-clients/sepolia)
+- [Otterscan](https://sepolia.otterscan.io/)
+- [Etherscan](https://sepolia.etherscan.io)
+- [Blockscout](https://eth-sepolia.blockscout.com/)
+
+##### ఫాసెట్లు
+
+- [ఆల్కెమీ సెపోలియా ఫాసెట్](https://www.alchemy.com/faucets/ethereum-sepolia)
+- [చైన్ ప్లాట్ఫారమ్ సెపోలియా ఫాసెట్](https://faucet.chainplatform.co/faucets/ethereum-sepolia/)
+- [చైన్స్టాక్ సెపోలియా ఫాసెట్](https://faucet.chainstack.com/sepolia-testnet-faucet)
+- [ఇతీరియము ఎకోసిస్టమ్ ఫాసెట్](https://www.ethereum-ecosystem.com/faucets/ethereum-sepolia)
+- [ethfaucet.com సెపోలియా ఫాసెట్](https://ethfaucet.com/networks/ethereum)
+- [గూగుల్ క్లౌడ్ వెబ్3 సెపోలియా ఫాసెట్](https://cloud.google.com/application/web3/faucet/ethereum/sepolia)
+- [Grabteeth](https://grabteeth.xyz/)
+- [ఇన్ఫురా సెపోలియా ఫాసెట్](https://www.infura.io/faucet)
+- [PoW ఫాసెట్](https://sepolia-faucet.pk910.de/)
+- [క్విక్నోడ్ సెపోలియా ఫాసెట్](https://faucet.quicknode.com/ethereum/sepolia)
+
+#### హూడీ {#hoodi}
+
+హూడీ అనేది ధృవీకరణ మరియు స్టేకింగ్ను పరీక్షించడానికి ఒక టెస్టునెట్. టెస్టునెట్ వ్యాలిడేటర్ను నడపాలనుకునే వినియోగదారుల కోసం హూడీ నెట్వర్క్ తెరిచి ఉంది. మెయిన్నెట్కు డిప్లాయ్ చేయడానికి ముందు ప్రోటోకాల్ అప్గ్రేడ్లను పరీక్షించాలనుకునే స్టేకర్లు అందువల్ల హూడీని ఉపయోగించాలి.
+
+- ఓపెన్ వ్యాలిడేటర్ సెట్, స్టేకర్లు నెట్వర్క్ అప్గ్రేడ్లను పరీక్షించవచ్చు
+- పెద్ద స్థితి, సంక్లిష్టమైన స్మార్ట్ కాంట్రాక్ట్ పరస్పర చర్యలను పరీక్షించడానికి ఉపయోగపడుతుంది
+- సింక్ చేయడానికి ఎక్కువ సమయం పడుతుంది మరియు నోడ్ను నడపడానికి మరింత స్టోరేజ్ అవసరం
+
+##### వనరులు
+
+- [వెబ్సైట్](https://hoodi.ethpandaops.io/)
+- [GitHub](https://github.com/eth-clients/hoodi)
+- [ఎక్స్ప్లోరర్](https://explorer.hoodi.ethpandaops.io/)
+- [చెక్పాయింట్ సింక్](https://checkpoint-sync.hoodi.ethpandaops.io/)
+- [Otterscan](https://hoodi.otterscan.io/)
+- [Etherscan](https://hoodi.etherscan.io/)
+
+##### ఫాసెట్లు
+
+- [చైన్ ప్లాట్ఫారమ్ హూడీ ఫాసెట్](https://faucet.chainplatform.co/faucets/ethereum-hoodi/)
+- [హూడీ ఫాసెట్](https://hoodi.ethpandaops.io/)
+- [PoW ఫాసెట్](https://hoodi-faucet.pk910.de/)
+
+#### ఎఫెమెరీ {#ephemery}
+
+ఎఫెమెరీ అనేది ప్రతి నెలా పూర్తిగా రీసెట్ చేసే ఒక ప్రత్యేకమైన రకమైన టెస్టునెట్. ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయ స్థితి ప్రతి 28 రోజులకు జెనెసిస్కు తిరిగి వస్తుంది, అంటే టెస్టునెట్లో జరిగే ఏదైనా అశాశ్వతమైనది. ఇది స్వల్పకాలిక పరీక్ష, వేగవంతమైన నోడ్ బూట్స్ట్రాప్ మరియు శాశ్వతత్వం అవసరం లేని 'హలో వరల్డ్' రకమైన అప్లికేషన్లకు అనువైనదిగా చేస్తుంది.
+
+- ఎల్లప్పుడూ తాజా స్థితి, వ్యాలిడేటర్లు మరియు యాప్ల స్వల్పకాలిక పరీక్ష
+- కాంట్రాక్ట్ల యొక్క ప్రాథమిక సెట్ను మాత్రమే కలిగి ఉంటుంది
+- ఓపెన్ వ్యాలిడేటర్ సెట్ మరియు పెద్ద మొత్తంలో నిధులను యాక్సెస్ చేయడం సులభం
+- అత్యల్ప నోడ్ అవసరాలు మరియు వేగవంతమైన సింక్, సగటున <5GB
+
+##### వనరులు
+
+- [వెబ్సైట్](https://ephemery.dev/)
+- [Github](https://github.com/ephemery-testnet/ephemery-resources)
+- [కమ్యూనిటీ చాట్](https://matrix.to/#/#staker-testnet:matrix.org)
+- [Blockscout](https://explorer.ephemery.dev/)
+- [Otterscan](https://otter.bordel.wtf/)
+- [బీకాన్ ఎక్స్ప్లోరర్](https://beaconlight.ephemery.dev/)
+- [చెక్పాయింట్ సింక్](https://checkpoint-sync.ephemery.ethpandaops.io)
+- [లాంచ్ప్యాడ్](https://launchpad.ephemery.dev/)
+
+#### ఫాసెట్లు
+
+- [Bordel ఫాసెట్](https://faucet.bordel.wtf/)
+- [Pk910 PoW ఫాసెట్](https://ephemery-faucet.pk910.de/)
+
+#### హోలెస్కీ (నిలిపివేయబడింది) {#holesky}
+
+హోలెస్కీ టెస్టునెట్ సెప్టెంబర్ 2025 నుండి నిలిపివేయబడింది. స్టేకింగ్ ఆపరేటర్లు మరియు ఇన్ఫ్రాస్ట్రక్చర్ ప్రొవైడర్లు బదులుగా వ్యాలిడేటర్ పరీక్ష కోసం హూడీని ఉపయోగించాలి.
+
+- [హోలెస్కీ టెస్టునెట్ షట్డౌన్ ప్రకటన](https://blog.ethereum.org/2025/09/01/holesky-shutdown-announcement) - _EF బ్లాగ్, 1-సెప్టెంబర్-2025_
+- [హోలెస్కీ మరియు హూడీ టెస్టునెట్ అప్డేట్లు](https://blog.ethereum.org/en/2025/03/18/hoodi-holesky) - _EF బ్లాగ్, 18-మార్చి-2025_
+
+### లేయర్ 2 టెస్టునెట్లు {#layer-2-testnets}
+
+[లేయర్ 2 (L2)](/layer-2/) అనేది ఒక నిర్దిష్ట ఇతీరియము స్కేలింగ్ పరిష్కారాల సెట్ను వివరించడానికి ఒక సామూహిక పదం. లేయర్ 2 అనేది ఇతీరియమును విస్తరించే ఒక ప్రత్యేక బ్లాక్చెయిన్ మరియు ఇతీరియము యొక్క భద్రతా హామీలను వారసత్వంగా పొందుతుంది. లేయర్ 2 టెస్టునెట్లు సాధారణంగా పబ్లిక్ ఇతీరియము టెస్టునెట్లతో గట్టిగా జతచేయబడి ఉంటాయి.
+
+#### ఆర్బిట్రం సెపోలియా {#arbitrum-sepolia}
+
+[ఆర్బిట్రం](https://arbitrum.io/) కోసం ఒక టెస్టునెట్.
+
+##### వనరులు
+
+- [Etherscan](https://sepolia.arbiscan.io/)
+- [Blockscout](https://sepolia-explorer.arbitrum.io/)
+
+##### ఫాసెట్లు
+
+- [ఆల్కెమీ ఆర్బిట్రం సెపోలియా ఫాసెట్](https://www.alchemy.com/faucets/arbitrum-sepolia)
+- [చైన్లింక్ ఆర్బిట్రం సెపోలియా ఫాసెట్](https://faucets.chain.link/arbitrum-sepolia)
+- [ethfaucet.com ఆర్బిట్రం సెపోలియా ఫాసెట్](https://ethfaucet.com/networks/arbitrum)
+- [క్విక్నోడ్ ఆర్బిట్రం సెపోలియా ఫాసెట్](https://faucet.quicknode.com/arbitrum/sepolia)
+
+#### ఆప్టిమిస్టిక్ సెపోలియా {#optimistic-sepolia}
+
+[ఆప్టిమిజం](https://www.optimism.io/) కోసం ఒక టెస్టునెట్.
+
+##### వనరులు
+
+- [Etherscan](https://sepolia-optimistic.etherscan.io/)
+- [Blockscout](https://optimism-sepolia.blockscout.com/)
+
+##### ఫాసెట్లు
+
+- [ఆల్కెమీ ఫాసెట్](https://www.alchemy.com/faucets/optimism-sepolia)
+- [చైన్లింక్ ఫాసెట్](https://faucets.chain.link/optimism-sepolia)
+- [ethfaucet.com ఆప్టిమిజం సెపోలియా ఫాసెట్](https://ethfaucet.com/networks/optimism)
+- [టెస్టునెట్ ఫాసెట్](https://docs.optimism.io/builders/tools/build/faucets)
+
+#### స్టార్క్నెట్ సెపోలియా {#starknet-sepolia}
+
+[స్టార్క్నెట్](https://www.starknet.io) కోసం ఒక టెస్టునెట్.
+
+##### వనరులు
+
+- [Starkscan](https://sepolia.starkscan.co/)
+
+##### ఫాసెట్లు
+
+- [ఆల్కెమీ ఫాసెట్](https://www.alchemy.com/faucets/starknet-sepolia)
+- [బ్లాస్ట్ స్టార్క్నెట్ సెపోలియా ఫాసెట్](https://blastapi.io/faucets/starknet-sepolia-eth)
+- [స్టార్క్నెట్ ఫాసెట్](https://starknet-faucet.vercel.app/)
+
+## ప్రైవేట్ నెట్వర్క్లు {#private-networks}
+
+ఒక ఇతీరియము నెట్వర్క్ యొక్క నోడ్లు పబ్లిక్ నెట్వర్క్కు (అంటే, మెయిన్నెట్ లేదా టెస్టునెట్) కనెక్ట్ కానట్లయితే అది ప్రైవేట్ నెట్వర్క్. ఈ సందర్భంలో, ప్రైవేట్ అంటే రిజర్వు చేయబడిన లేదా విడిగా ఉన్నదని మాత్రమే అర్థం, రక్షించబడిన లేదా సురక్షితం అని కాదు.
+
+### అభివృద్ధి నెట్వర్క్లు {#development-networks}
+
+ఒక ఇతీరియము అప్లికేషన్ను అభివృద్ధి చేయడానికి, దానిని డిప్లాయ్ చేసే ముందు అది ఎలా పనిచేస్తుందో చూడటానికి మీరు దానిని ప్రైవేట్ నెట్వర్క్లో నడపాలనుకుంటారు. వెబ్ అభివృద్ధి కోసం మీరు మీ కంప్యూటర్లో స్థానిక సర్వర్ను ఎలా సృష్టిస్తారో అదే విధంగా, మీ డాప్ను పరీక్షించడానికి మీరు స్థానిక బ్లాక్చెయిన్ ఉదాహరణను సృష్టించవచ్చు. ఇది పబ్లిక్ టెస్టునెట్ కంటే చాలా వేగవంతమైన పునరావృతానికి అనుమతిస్తుంది.
+
+దీనికి సహాయం చేయడానికి అంకితమైన ప్రాజెక్ట్లు మరియు ఉపకరణాలు ఉన్నాయి. [అభివృద్ధి నెట్వర్క్ల](/developers/docs/development-networks/) గురించి మరింత తెలుసుకోండి.
+
+### కన్సార్టియం నెట్వర్క్లు {#consortium-networks}
+
+ఏకాభిప్రాయ ప్రక్రియ విశ్వసనీయమైన నోడ్ల యొక్క ముందే నిర్వచించబడిన సెట్ ద్వారా నియంత్రించబడుతుంది. ఉదాహరణకు, తెలిసిన విద్యా సంస్థల యొక్క ప్రైవేట్ నెట్వర్క్, ప్రతి ఒక్కటి ఒకే నోడ్ను పాలిస్తుంది, మరియు నెట్వర్క్లోని సంతకందారుల థ్రెషోల్డ్ ద్వారా బ్లాక్లు ధృవీకరించబడతాయి.
+
+పబ్లిక్ ఇతీరియము నెట్వర్క్ పబ్లిక్ ఇంటర్నెట్ లాంటిది అయితే, కన్సార్టియం నెట్వర్క్ ప్రైవేట్ ఇంట్రానెట్ లాంటిది.
+
+## ఇతీరియము టెస్టునెట్లకు మెట్రో స్టేషన్ల పేరు ఎందుకు పెట్టారు? {#why-naming}
+
+చాలా ఇతీరియము టెస్టునెట్లకు వాస్తవ ప్రపంచంలోని మెట్రో లేదా రైలు స్టేషన్ల పేరు పెట్టారు. ఈ నామకరణ సంప్రదాయం ముందుగానే ప్రారంభమైంది మరియు సహాయకులు నివసించిన లేదా పనిచేసిన ప్రపంచ నగరాలను ప్రతిబింబిస్తుంది. ఇది సింబాలిక్, గుర్తుండిపోయేది, మరియు ఆచరణాత్మకమైనది. టెస్టునెట్లు ఇతీరియము మెయిన్నెట్ నుండి విడిగా ఉన్నట్లే, మెట్రో లైన్లు ఉపరితల ట్రాఫిక్ నుండి వేరుగా నడుస్తాయి.
+
+### సాధారణంగా ఉపయోగించే మరియు లెగసీ టెస్టునెట్లు {#common-and-legacy-testnets}
+
+- **సెపోలియా** - గ్రీస్లోని ఏథెన్స్లో మెట్రో-అనుసంధానించబడిన పరిసర ప్రాంతం. ప్రస్తుతం స్మార్ట్ కాంట్రాక్ట్ మరియు డాప్ పరీక్ష కోసం ఉపయోగించబడుతుంది.
+- **హూడీ** - భారతదేశంలోని బెంగళూరులోని హూడీ మెట్రో స్టేషన్ పేరు పెట్టారు. వ్యాలిడేటర్ మరియు ప్రోటోకాల్ అప్గ్రేడ్ పరీక్ష కోసం ఉపయోగించబడుతుంది.
+- **గోయర్లి** _(నిలిపివేయబడింది)_ - జర్మనీలోని బెర్లిన్లోని గోర్లిట్జర్ బాన్హాఫ్ పేరు పెట్టారు.
+- **రింక్బై** _(నిలిపివేయబడింది)_ - మెట్రో స్టేషన్ ఉన్న స్టాక్హోమ్ శివారు ప్రాంతం పేరు పెట్టారు.
+- **రాప్స్టెన్** _(నిలిపివేయబడింది)_ - స్టాక్హోమ్లోని ఒక ప్రాంతం మరియు పూర్వ ఫెర్రీ/మెట్రో టెర్మినల్ను సూచిస్తుంది.
+- **కోవన్** _(నిలిపివేయబడింది)_ - సింగపూర్ MRT స్టేషన్ పేరు పెట్టారు.
+- **మోర్డెన్** _(నిలిపివేయబడింది)_ - లండన్ అండర్గ్రౌండ్ స్టేషన్ పేరు పెట్టారు. ఇతీరియము యొక్క మొదటి పబ్లిక్ టెస్టునెట్.
+
+### ఇతర ప్రత్యేకమైన టెస్టునెట్లు {#other-testnets}
+
+కొన్ని టెస్టునెట్లు స్వల్పకాలిక లేదా అప్గ్రేడ్-నిర్దిష్ట పరీక్ష కోసం సృష్టించబడ్డాయి మరియు తప్పనిసరిగా మెట్రో-నేపథ్యం కాదు:
+
+- **హోలెస్కీ** _(నిలిపివేయబడింది)_ - ప్రేగ్లోని హోలెసోవిస్ స్టేషన్ పేరు పెట్టారు. వ్యాలిడేటర్ పరీక్ష కోసం ఉపయోగించబడింది; 2025లో నిలిపివేయబడింది.
+- **కిల్న్**, **జెజియాంగ్**, **షాన్డాంగ్**, **ప్రాటర్**, **పైర్మాంట్**, **ఒలింపిక్** _(అన్నీ నిలిపివేయబడినవి)_ మరియు **ఎఫెమెరీ** - ది మెర్జ్, షాంఘై, లేదా వ్యాలిడేటర్ ప్రయోగాల వంటి అప్గ్రేడ్ సిమ్యులేషన్ల కోసం ఉద్దేశపూర్వకంగా నిర్మించబడ్డాయి. కొన్ని పేర్లు మెట్రో-ఆధారితం కాకుండా ప్రాంతీయ లేదా నేపథ్యంగా ఉంటాయి.
+
+మెట్రో స్టేషన్ పేర్లను ఉపయోగించడం వల్ల డెవలపర్లు సంఖ్యా చైన్ IDలపై ఆధారపడకుండా టెస్టునెట్లను త్వరగా గుర్తించడానికి మరియు గుర్తుంచుకోవడానికి సహాయపడుతుంది. ఇది ఇతీరియము యొక్క సంస్కృతిని కూడా ప్రతిబింబిస్తుంది: ఆచరణాత్మక, ప్రపంచ, మరియు మానవ-కేంద్రీకృత.
+
+## సంబంధిత ఉపకరణాలు {#related-tools}
+
+- [చైన్లిస్ట్](https://chainlist.org/) _వాలెట్లు మరియు ప్రొవైడర్లను తగిన చైన్ ID మరియు నెట్వర్క్ IDకి కనెక్ట్ చేయడానికి EVM నెట్వర్క్ల జాబితా_
+- [EVM-ఆధారిత చైన్లు](https://github.com/ethereum-lists/chains) _చైన్లిస్ట్ను శక్తివంతం చేసే చైన్ మెటాడేటా యొక్క GitHub రెపో_
+
+## మరింత సమాచారం {#further-reading}
+
+- [ప్రతిపాదన: ఊహించదగిన ఇతీరియము టెస్టునెట్ జీవనచక్రం](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17)
+- [ఇతీరియము టెస్టునెట్ల పరిణామం](https://etherworld.co/2022/08/19/the-evolution-of-ethereum-testnet/)
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/archive-nodes/index.md
new file mode 100644
index 00000000000..7c2f994b89b
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -0,0 +1,81 @@
+---
+title: Ethereum ఆర్కైవ్ నోడ్
+description: ఆర్కైవ్ నోడ్స్ యొక్క అవలోకనం
+lang: te
+sidebarDepth: 2
+---
+
+ఆర్కైవ్ నోడ్ అనేది అన్ని చారిత్రక రాష్ట్రాల ఆర్కైవ్ను రూపొందించడానికి కాన్ఫిగర్ చేయబడిన Ethereum క్లయింట్ యొక్క ఉదాహరణ. ఇది నిర్దిష్ట వినియోగ సందర్భాలలో ఉపయోగకరమైన సాధనం కానీ పూర్తి నోడ్ కంటే అమలు చేయడానికి మరింత గమ్మత్తైనది కావచ్చు.
+
+## అవసరాలు {#prerequisites}
+
+మీరు ఒక [ఇతీరియము నోడ్](/developers/docs/nodes-and-clients/) భావనను, [దాని ఆర్కిటెక్చర్](/developers/docs/nodes-and-clients/node-architecture/), [సింక్ వ్యూహాలను](/developers/docs/nodes-and-clients/#sync-modes), [నడిపే](/developers/docs/nodes-and-clients/run-a-node/) మరియు [వాటిని ఉపయోగించే](/developers/docs/apis/json-rpc/) పద్ధతులను అర్థం చేసుకోవాలి.
+
+## ఆర్కైవ్ నోడ్ అంటే ఏమిటి
+
+ఆర్కైవ్ నోడ్ యొక్క ప్రాముఖ్యతను గ్రహించడానికి, "స్టేట్" భావనను స్పష్టం చేద్దాం ఇతీరియమును _లావాదేవీ-ఆధారిత స్థితి యంత్రం_గా సూచించవచ్చు. ఇది తమ స్థితిని మార్చే లావాదేవీలను అమలు చేసే ఖాతాలు మరియు అప్లికేషన్లను కలిగి ఉంటుంది. ప్రతి ఖాతా మరియు ఒప్పందం గురించిన సమాచారంతో కూడిన గ్లోబల్ డేటా స్టేట్ అని పిలువబడే ట్రై డేటాబేస్లో నిల్వ చేయబడుతుంది. ఇది ఎగ్జిక్యూషన్ లేయర్ (EL) క్లయింట్ ద్వారా నిర్వహించబడుతుంది మరియు వీటిని కలిగి ఉంటుంది:
+
+- ఖాతా నిల్వలు మరియు నాన్లు
+- కాంట్రాక్ట్ కోడ్ మరియు నిల్వ
+- ఏకాభిప్రాయం-సంబంధిత డేటా, ఉదా., స్టేకింగ్ డిపాజిట్ కాంట్రాక్ట్
+
+నెట్వర్క్తో పరస్పర చర్య చేయడానికి, కొత్త బ్లాక్లను ధృవీకరించడానికి మరియు ఉత్పత్తి చేయడానికి, Ethereum క్లయింట్లు అత్యంత ఇటీవలి మార్పులను (గొలుసు యొక్క కొన) మరియు ప్రస్తుత స్థితిని కొనసాగించాలి. పూర్తి నోడ్గా కాన్ఫిగర్ చేయబడిన ఒక ఎగ్జిక్యూషన్ లేయర్ క్లయింట్ నెట్వర్క్ యొక్క తాజా స్థితిని ధృవీకరిస్తుంది మరియు అనుసరిస్తుంది, కానీ గత కొన్ని స్థితులను మాత్రమే కాష్ చేస్తుంది, ఉదా., గత 128 బ్లాక్లతో అనుబంధించబడిన స్థితి, కాబట్టి ఇది చైన్ రీఆర్గ్లను నిర్వహించగలదు మరియు ఇటీవలి డేటాకు వేగవంతమైన యాక్సెస్ను అందించగలదు. క్లయింట్లందరూ ఇన్కమింగ్ లావాదేవీలను ధృవీకరించి నెట్వర్క్ని ఉపయోగించాల్సిన అవసరం ఇటీవలి స్థితి.
+
+మీరు ఇచ్చిన బ్లాక్లో స్థితిని క్షణిక నెట్వర్క్ స్నాప్షాట్గా మరియు చరిత్ర రీప్లేగా ఆర్కైవ్ను ఊహించవచ్చు.
+
+చారిత్రాత్మక స్థితులను సురక్షితంగా కత్తిరించవచ్చు ఎందుకంటే నెట్వర్క్ ఆపరేట్ చేయడానికి అవి అవసరం లేదు మరియు క్లయింట్కు కాలం చెల్లిన డేటా మొత్తాన్ని ఉంచడం నిరుపయోగంగా అనవసరం. కొన్ని ఇటీవలి బ్లాక్లకు (ఉదా., హెడ్కు 128 బ్లాక్ల ముందు) ముందు ఉన్న స్థితులు సమర్థవంతంగా విస్మరించబడతాయి. పూర్తి నోడ్లు హిస్టారికల్ బ్లాక్చెయిన్ డేటా (బ్లాక్లు మరియు లావాదేవీలు) మరియు అప్పుడప్పుడు హిస్టారికల్ స్నాప్షాట్లను మాత్రమే వారు అభ్యర్థనపై పాత రాష్ట్రాలను పునరుత్పత్తి చేయడానికి ఉపయోగించవచ్చు. EVMలో గత లావాదేవీలను మళ్లీ అమలు చేయడం ద్వారా వారు దీన్ని చేస్తారు, కావలసిన రాష్ట్రం సమీప స్నాప్షాట్కు దూరంగా ఉన్నప్పుడు గణనపరంగా డిమాండ్ చేయవచ్చు.
+
+అయినప్పటికీ, పూర్తి నోడ్లో చారిత్రక స్థితిని యాక్సెస్ చేయడం చాలా గణనను వినియోగిస్తుంది. క్లయింట్ అన్ని గత లావాదేవీలను అమలు చేయాల్సి ఉంటుంది మరియు జెనెసిస్ నుండి ఒక చారిత్రక స్థితిని గణించాలి. ఆర్కైవ్ నోడ్లు ఇటీవలి రాష్ట్రాలను మాత్రమే కాకుండా ప్రతి బ్లాక్ తర్వాత సృష్టించబడిన ప్రతి చారిత్రక రాష్ట్రాన్ని నిల్వ చేయడం ద్వారా దీనిని పరిష్కరిస్తాయి. ఇది ప్రాథమికంగా పెద్ద డిస్క్ స్పేస్ అవసరంతో ట్రేడ్-ఆఫ్ చేస్తుంది.
+
+అన్ని చారిత్రక డేటాను ఉంచడానికి మరియు అందించడానికి నెట్వర్క్ ఆర్కైవ్ నోడ్లపై ఆధారపడదని గమనించడం ముఖ్యం. పైన చెప్పినట్లుగా, అన్ని చారిత్రక మధ్యంతర స్థితులను పూర్తి నోడ్లో పొందవచ్చు. లావాదేవీలు ఏదైనా పూర్తి నోడ్ ద్వారా నిల్వ చేయబడతాయి (ప్రస్తుతం 400G కంటే తక్కువ) మరియు మొత్తం ఆర్కైవ్ను రూపొందించడానికి మళ్లీ ప్లే చేయవచ్చు.
+
+### కేసులను ఉపయోగించండి
+
+లావాదేవీలను పంపడం, ఒప్పందాలను అమలు చేయడం, ఏకాభిప్రాయాన్ని ధృవీకరించడం వంటి Ethereum యొక్క సాధారణ వినియోగానికి చారిత్రక రాష్ట్రాలకు ప్రాప్యత అవసరం లేదు. నెట్వర్క్తో ప్రామాణిక పరస్పర చర్య కోసం వినియోగదారులకు ఆర్కైవ్ నోడ్ అవసరం లేదు.
+
+రాష్ట్ర ఆర్కైవ్ యొక్క ప్రధాన ప్రయోజనం చారిత్రక రాష్ట్రాల గురించిన ప్రశ్నలకు శీఘ్ర ప్రాప్యత. ఉదాహరణకు, ఆర్కైవ్ నోడ్ తక్షణమే ఇలాంటి ఫలితాలను అందిస్తుంది:
+
+- _ఖాతా 0x1337... యొక్క ETH బ్యాలెన్స్... బ్లాక్ 15537393 వద్ద ఎంత?_
+- _బ్లాక్ 1920000 వద్ద కాంట్రాక్ట్ 0xలో టోకెన్ 0x బ్యాలెన్స్ ఎంత?_
+
+పైన వివరించినట్లుగా, CPUని ఉపయోగించే EVM ఎగ్జిక్యూషన్ ద్వారా పూర్తి నోడ్ ఈ డేటాను రూపొందించాల్సి ఉంటుంది మరియు సమయం పడుతుంది. ఆర్కైవ్ నోడ్లు వాటిని డిస్క్లో యాక్సెస్ చేస్తాయి మరియు ప్రతిస్పందనలను వెంటనే అందిస్తాయి. ఇది ఇన్ఫ్రాస్ట్రక్చర్లోని కొన్ని భాగాలకు ఉపయోగకరమైన ఫీచర్, ఉదాహరణకు:
+
+- బ్లాక్ ఎక్స్ప్లోరర్స్ వంటి సర్వీస్ ప్రొవైడర్లు
+- పరిశోధకులు
+- భద్రతా విశ్లేషకులు
+- డాప్ డెవలపర్లు
+- ఆడిటింగ్ మరియు సమ్మతి
+
+చారిత్రక డేటాకు కూడా యాక్సెస్ను అనుమతించే వివిధ ఉచిత [సేవలు](/developers/docs/nodes-and-clients/nodes-as-a-service/) ఉన్నాయి. ఆర్కైవ్ నోడ్ను అమలు చేయడానికి ఎక్కువ డిమాండ్ ఉన్నందున, ఈ యాక్సెస్ ఎక్కువగా పరిమితం చేయబడింది మరియు అప్పుడప్పుడు యాక్సెస్ కోసం మాత్రమే పని చేస్తుంది. మీ ప్రాజెక్ట్కు చారిత్రక డేటాకు స్థిరమైన ప్రాప్యత అవసరమైతే, మీరు దానిని మీరే అమలు చేయడం గురించి ఆలోచించాలి.
+
+## Implementations and usage
+
+ఈ సందర్భంలో ఆర్కైవ్ నోడ్ అంటే వినియోగదారు ఎదుర్కొంటున్న ఎగ్జిక్యూషన్ లేయర్ క్లయింట్లు స్టేట్ డేటాబేస్ను హ్యాండిల్ చేస్తున్నప్పుడు మరియు JSON-RPC ఎండ్పాయింట్లను అందజేసే డేటా. క్లయింట్ను బట్టి కాన్ఫిగరేషన్ ఎంపికలు, సమకాలీకరణ సమయం మరియు డేటాబేస్ పరిమాణం మారవచ్చు. వివరాల కోసం, దయచేసి మీ క్లయింట్ అందించిన డాక్యుమెంటేషన్ను చూడండి.
+
+మీ స్వంత ఆర్కైవ్ నోడ్ను ప్రారంభించే ముందు, క్లయింట్ల మధ్య తేడాలు మరియు ముఖ్యంగా వివిధ [హార్డ్వేర్ అవసరాల](/developers/docs/nodes-and-clients/run-a-node/#requirements) గురించి తెలుసుకోండి. చాలా మంది క్లయింట్లు ఈ ఫీచర్ కోసం ఆప్టిమైజ్ చేయబడలేదు మరియు వారి ఆర్కైవ్లకు 12TB కంటే ఎక్కువ స్థలం అవసరం. దీనికి విరుద్ధంగా, Erigon వంటి ఇంప్లిమెంటేషన్లు అదే డేటాను 3TBలో నిల్వ చేయగలవు, ఇది వాటిని ఆర్కైవ్ నోడ్ని అమలు చేయడానికి అత్యంత ప్రభావవంతమైన మార్గంగా చేస్తుంది.
+
+## సిఫార్సు చేసిన పద్ధతులు
+
+సాధారణ [నోడ్ను నడపడానికి సిఫార్సులు](/developers/docs/nodes-and-clients/run-a-node/) కాకుండా, ఒక ఆర్కైవ్ నోడ్ హార్డ్వేర్ మరియు నిర్వహణపై ఎక్కువ డిమాండ్ కలిగి ఉండవచ్చు. ఎరిగాన్ యొక్క [కీలక ఫీచర్లను](https://github.com/ledgerwatch/erigon#key-features) పరిగణనలోకి తీసుకుంటే, అత్యంత ఆచరణాత్మక విధానం [ఎరిగాన్](/developers/docs/nodes-and-clients/#erigon) క్లయింట్ ఇంప్లిమెంటేషన్ను ఉపయోగించడం.
+
+### హార్డ్వేర్
+
+క్లయింట్ యొక్క డాక్యుమెంటేషన్లో ఇచ్చిన మోడ్ కోసం హార్డ్వేర్ అవసరాలను ఎల్లప్పుడూ ధృవీకరించండి.
+ఆర్కైవ్ నోడ్లకు అతిపెద్ద అవసరం డిస్క్ స్థలం. క్లయింట్పై ఆధారపడి, ఇది 3TB నుండి 12TB వరకు మారుతుంది. పెద్ద మొత్తంలో డేటా కోసం HDDని మెరుగైన పరిష్కారంగా పరిగణించినప్పటికీ, దానిని సమకాలీకరించడం మరియు చైన్ యొక్క హెడ్ను నిరంతరం నవీకరించడం కోసం SSD డ్రైవ్లు అవసరం. [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) డ్రైవ్లు సరిపోతాయి, కానీ అది విశ్వసనీయమైన నాణ్యతతో ఉండాలి, కనీసం [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences) అయినా. డిస్క్లను డెస్క్టాప్ కంప్యూటర్లో లేదా తగినంత స్లాట్లు ఉన్న సర్వర్లో అమర్చవచ్చు. ఇటువంటి అంకితమైన పరికరాలు అధిక సమయ నోడ్ని అమలు చేయడానికి అనువైనవి. దీన్ని ల్యాప్టాప్లో అమలు చేయడం పూర్తిగా సాధ్యమే కానీ పోర్టబిలిటీకి అదనపు ఖర్చు వస్తుంది.
+
+డేటా మొత్తం ఒకే వాల్యూమ్లో సరిపోవాలి, అందువల్ల డిస్క్లను కలపాలి, ఉదా., [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) లేదా LVMతో. [ZFS](https://en.wikipedia.org/wiki/ZFS) "కాపీ-ఆన్-రైట్"కి మద్దతిస్తున్నందున దానిని ఉపయోగించడాన్ని కూడా పరిగణించవచ్చు, ఇది ఎటువంటి తక్కువ స్థాయి లోపాలు లేకుండా డేటా డిస్క్కు సరిగ్గా వ్రాయబడిందని నిర్ధారిస్తుంది.
+
+ప్రమాదవశాత్తు డేటాబేస్ కరప్షన్ను నివారించడంలో మరింత స్థిరత్వం మరియు భద్రత కోసం, ముఖ్యంగా ఒక ప్రొఫెషనల్ సెటప్లో, మీ సిస్టమ్ మద్దతిస్తే [ECC మెమరీని](https://en.wikipedia.org/wiki/ECC_memory) ఉపయోగించడాన్ని పరిగణించండి. RAM యొక్క పరిమాణం సాధారణంగా పూర్తి నోడ్కు సమానంగా ఉండాలని సూచించబడింది, అయితే ఎక్కువ RAM సమకాలీకరణను వేగవంతం చేయడంలో సహాయపడుతుంది.
+
+ప్రారంభ సమకాలీకరణ సమయంలో, ఆర్కైవ్ మోడ్లోని క్లయింట్లు పుట్టుక నుండి ప్రతి లావాదేవీని అమలు చేస్తారు. అమలు వేగం ఎక్కువగా CPU ద్వారా పరిమితం చేయబడింది, కాబట్టి వేగవంతమైన CPU ప్రారంభ సమకాలీకరణ సమయానికి సహాయపడుతుంది. సగటు వినియోగదారు కంప్యూటర్లో, ప్రారంభ సమకాలీకరణకు ఒక నెల వరకు పట్టవచ్చు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [Ethereum Full Node vs Archive Node](https://www.quicknode.com/guides/infrastructure/ethereum-full-node-vs-archive-node) - _క్విక్నోడ్, సెప్టెంబర్ 2022_
+- [Building Your Own Ethereum Archive Node](https://tjayrush.medium.com/building-your-own-ethereum-archive-node-72c014affc09) - _థామస్ జే రష్, ఆగస్టు 2021_
+- [How to set up Erigon, Erigon’s RPC and TrueBlocks (scrape and API) as services](https://magnushansson.xyz/blog_posts/crypto_defi/2022-01-10-Erigon-Trueblocks) _– మాగ్నస్ హాన్సన్, సెప్టెంబర్ 2022న నవీకరించబడింది_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)
+- [ఒక నోడ్ను నడపడం](/developers/docs/nodes-and-clients/run-a-node/)
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/bootnodes/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/bootnodes/index.md
new file mode 100644
index 00000000000..397ba68bbce
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/bootnodes/index.md
@@ -0,0 +1,31 @@
+---
+title: Ethereum బూట్నోడ్లకు పరిచయం
+description: మీరు బూట్నోడ్లను అర్థం చేసుకోవలసిన ప్రాథమిక సమాచారం
+lang: te
+---
+
+కొత్త నోడ్ Ethereum నెట్వర్క్లో చేరినప్పుడు, కొత్త సహచరులను కనుగొనడం కోసం అది ఇప్పటికే నెట్వర్క్లో ఉన్న నోడ్లకు కనెక్ట్ చేయాలి. Ethereum నెట్వర్క్లోకి ఈ ఎంట్రీ పాయింట్లను బూట్నోడ్లు అంటారు. క్లయింట్లు సాధారణంగా హార్డ్కోడ్ చేసిన బూట్నోడ్ల జాబితాను కలిగి ఉంటారు. ఈ బూట్నోడ్లు సాధారణంగా Ethereum ఫౌండేషన్ యొక్క devops టీమ్ లేదా క్లయింట్ టీమ్లచే నిర్వహించబడతాయి. బూట్నోడ్లు స్టాటిక్ నోడ్ల వలె ఉండవని గమనించండి. స్టాటిక్ నోడ్లు పదే పదే పిలువబడతాయి, అయితే బూట్నోడ్లకు కనెక్ట్ చేయడానికి తగినంత పీర్లు లేకుంటే మరియు నోడ్కి కొన్ని కొత్త కనెక్షన్లను బూట్స్ట్రాప్ చేయాల్సి వస్తే మాత్రమే పిలుస్తారు.
+
+## బూట్నోడ్కు కనెక్ట్ చేయండి {#connect-to-a-bootnode}
+
+చాలా క్లయింట్లు అంతర్నిర్మితంగా బూట్నోడ్ల జాబితాను కలిగి ఉంటాయి, కానీ మీరు మీ స్వంత బూట్నోడ్ను కూడా అమలు చేయాలనుకోవచ్చు లేదా క్లయింట్ యొక్క హార్డ్కోడ్ చేయబడిన జాబితాలో భాగం కాని దానిని ఉపయోగించవచ్చు. ఈ సందర్భంలో, మీరు మీ క్లయింట్ను ప్రారంభించేటప్పుడు వాటిని ఈ క్రింది విధంగా పేర్కొనవచ్చు (ఉదాహరణ గెత్ కోసం, దయచేసి మీ క్లయింట్ డాక్యుమెంటేషన్ని తనిఖీ చేయండి):
+
+```
+geth --bootnodes "enode://@:"
+```
+
+## బూట్నోడ్ను రన్ చేయండి {#run-a-bootnode}
+
+బూట్నోడ్లు అనేవి NAT ([Network Address Translation](https://www.geeksforgeeks.org/network-address-translation-nat/)) వెనుక లేని పూర్తి నోడ్లు. ప్రతి పూర్తి నోడ్ పబ్లిక్గా అందుబాటులో ఉన్నంత వరకు బూట్నోడ్గా పని చేస్తుంది.
+
+మీరు నోడ్ను ప్రారంభించినప్పుడు, అది మీ [enode](/developers/docs/networking-layer/network-addresses/#enode)ను లాగ్ చేయాలి, ఇది ఇతరులు మీ నోడ్కు కనెక్ట్ చేయడానికి ఉపయోగించే ఒక పబ్లిక్ ఐడెంటిఫైయర్.
+
+ఎనోడ్ సాధారణంగా ప్రతి పునఃప్రారంభంలో పునరుత్పత్తి చేయబడుతుంది, కాబట్టి మీ బూట్నోడ్ కోసం నిరంతర ఎనోడ్ను ఎలా రూపొందించాలో మీ క్లయింట్ యొక్క డాక్యుమెంటేషన్ను చూసేలా చూసుకోండి.
+
+మంచి బూట్నోడ్గా ఉండాలంటే దానికి కనెక్ట్ చేయగల పీర్ల గరిష్ట సంఖ్యను పెంచుకోవడం మంచిది. చాలా మంది పీర్లతో బూట్నోడ్ని రన్ చేయడం వల్ల బ్యాండ్విడ్త్ అవసరం గణనీయంగా పెరుగుతుంది.
+
+## అందుబాటులో ఉన్న బూట్నోడ్లు {#available-bootnodes}
+
+go-ethereumలో అంతర్నిర్మిత బూట్నోడ్ల జాబితాను [ఇక్కడ](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go#L23) కనుగొనవచ్చు. ఈ బూట్నోడ్లను Ethereum Foundation మరియు go-ethereum బృందం నిర్వహిస్తుంది.
+
+వాలంటీర్లచే నిర్వహించబడే బూట్నోడ్ల ఇతర జాబితాలు అందుబాటులో ఉన్నాయి. దయచేసి కనీసం ఒక అధికారిక బూట్నోడ్ను ఎల్లప్పుడూ చేర్చారని నిర్ధారించుకోండి, లేకపోతే మీరు ఎక్లిప్స్ దాడికి గురికావచ్చు.
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/client-diversity/index.md
new file mode 100644
index 00000000000..d3cb47ca964
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -0,0 +1,132 @@
+---
+title: క్లయింట్ వైవిధ్యం
+description: ఇథీరియం క్లయింట్ వైవిధ్యం యొక్క ప్రాముఖ్యతపై ఉన్నత స్థాయి వివరణ.
+lang: te
+sidebarDepth: 2
+---
+
+ఇథీరియం నోడ్ ప్రవర్తన అది నడిపే క్లయింట్ సాఫ్ట్వేర్ ద్వారా నియంత్రించబడుతుంది. అనేక ప్రొడక్షన్-స్థాయి ఇథీరియం క్లయింట్లు ఉన్నాయి, ప్రతి ఒక్కటి వేర్వేరు బృందాలచే వేర్వేరు భాషలలో అభివృద్ధి చేయబడి, నిర్వహించబడుతుంది. క్లయింట్లు ఒకదానితో ఒకటి సజావుగా కమ్యూనికేట్ అయ్యేలా మరియు ఒకే కార్యాచరణను కలిగి ఉండేలా మరియు సమానమైన వినియోగదారు అనుభవాన్ని అందించేలా చూసే ఒక సాధారణ స్పెక్ ప్రకారం క్లయింట్లు నిర్మించబడ్డాయి. అయితే, ప్రస్తుతానికి ఈ నెట్వర్క్ పటిష్టతను దాని పూర్తి సామర్థ్యానికి గ్రహించడానికి నోడ్లలో క్లయింట్ల పంపిణీ సరిపడా సమానంగా లేదు. ఆదర్శంగా, వినియోగదారులు నెట్వర్క్కు వీలైనంత ఎక్కువ క్లయింట్ వైవిధ్యాన్ని తీసుకురావడానికి వివిధ క్లయింట్ల మధ్య సుమారుగా సమానంగా విభజించబడాలి.
+
+## అవసరాలు {#prerequisites}
+
+మీకు ఇప్పటికే నోడ్లు మరియు క్లయింట్లు అంటే ఏమిటో తెలియకపోతే, [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)ని చూడండి. [ఎగ్జిక్యూషన్](/glossary/#execution-layer) మరియు [ఏకాభిప్రాయం](/glossary/#consensus-layer) లేయర్లు గ్లోసరీలో నిర్వచించబడ్డాయి.
+
+## అనేక క్లయింట్లు ఎందుకు ఉన్నాయి? {#why-multiple-clients}
+
+అనేక, స్వతంత్రంగా అభివృద్ధి చేయబడిన మరియు నిర్వహించబడిన క్లయింట్లు ఉన్నాయి ఎందుకంటే క్లయింట్ వైవిధ్యం నెట్వర్క్ను దాడులు మరియు బగ్లకు మరింత స్థితిస్థాపకంగా చేస్తుంది. అనేక క్లయింట్లు ఇథీరియంకు ప్రత్యేకమైన బలం - ఇతర బ్లాక్చైన్లు ఒకే క్లయింట్ యొక్క దోషరహితత్వంపై ఆధారపడతాయి. అయితే, కేవలం అనేక క్లయింట్లు అందుబాటులో ఉంటే సరిపోదు, వాటిని కమ్యూనిటీ స్వీకరించాలి మరియు మొత్తం యాక్టివ్ నోడ్లు వాటి మధ్య సాపేక్షంగా సమానంగా పంపిణీ చేయబడాలి.
+
+## క్లయింట్ వైవిధ్యం ఎందుకు ముఖ్యం? {#client-diversity-importance}
+
+వికేంద్రీకృత నెట్వర్క్ ఆరోగ్యానికి అనేక స్వతంత్రంగా అభివృద్ధి చేయబడిన మరియు నిర్వహించబడిన క్లయింట్లను కలిగి ఉండటం చాలా ముఖ్యం. దాని వెనుక ఉన్న కారణాలను అన్వేషిద్దాం.
+
+### బగ్లు {#bugs}
+
+ఇథీరియం నోడ్లలో మైనారిటీకి ప్రాతినిధ్యం వహిస్తున్నప్పుడు, ఒక వ్యక్తిగత క్లయింట్లోని బగ్ నెట్వర్క్కు తక్కువ ప్రమాదాన్ని కలిగిస్తుంది. అనేక క్లయింట్లలో నోడ్ల సుమారు సమానమైన పంపిణీతో, చాలా క్లయింట్లు ఒకే సమస్యతో బాధపడే అవకాశం తక్కువ, మరియు ఫలితంగా, నెట్వర్క్ మరింత పటిష్టంగా ఉంటుంది.
+
+### దాడులకు స్థితిస్థాపకత {#resilience}
+
+క్లయింట్ వైవిధ్యం దాడులకు కూడా స్థితిస్థాపకతను అందిస్తుంది. ఉదాహరణకు, ఒక నిర్దిష్ట క్లయింట్ను చైన్లోని ఒక నిర్దిష్ట బ్రాంచ్లోకి [మోసగించే](https://twitter.com/vdWijden/status/1437712249926393858) దాడి విజయవంతం అయ్యే అవకాశం లేదు, ఎందుకంటే ఇతర క్లయింట్లు అదే విధంగా దోపిడీకి గురయ్యే అవకాశం లేదు మరియు కానానికల్ చైన్ పాడవకుండా ఉంటుంది. తక్కువ క్లయింట్ వైవిధ్యం ఆధిపత్య క్లయింట్పై హ్యాక్తో సంబంధం ఉన్న ప్రమాదాన్ని పెంచుతుంది. క్లయింట్ వైవిధ్యం నెట్వర్క్పై హానికరమైన దాడులకు వ్యతిరేకంగా ఒక ముఖ్యమైన రక్షణగా ఇప్పటికే నిరూపించబడింది, ఉదాహరణకు 2016లో షాంఘై డినైయల్-ఆఫ్-సర్వీస్ దాడి సాధ్యమైంది ఎందుకంటే దాడి చేసేవారు ఆధిపత్య క్లయింట్ (Geth)ను ప్రతి బ్లాక్కు పదివేల సార్లు నెమ్మదిగా డిస్క్ i/o ఆపరేషన్ అమలు చేసేలా మోసగించగలిగారు. ప్రత్యామ్నాయ క్లయింట్లు కూడా ఆన్లైన్లో ఉండటం మరియు అవి ఈ దుర్బలత్వాన్ని పంచుకోకపోవడం వల్ల, ఇథీరియం దాడిని నిరోధించగలిగింది మరియు Gethలోని దుర్బలత్వాన్ని సరిచేసే వరకు పనిచేస్తూనే ఉంది.
+
+### ప్రూఫ్-ఆఫ్-స్టేక్ ఫైనాలిటీ {#finality}
+
+ఇథీరియం నోడ్లలో 33% కంటే ఎక్కువ ఉన్న ఏకాభిప్రాయం క్లయింట్లోని బగ్, ఏకాభిప్రాయం లేయర్ను ఖరారు చేయకుండా నిరోధించగలదు, అంటే లావాదేవీలు ఏదో ఒక సమయంలో వెనక్కి తీసుకోబడవు లేదా మార్చబడవు అని వినియోగదారులు నమ్మలేరు. ఇది ఇథీరియం పైన నిర్మించిన అనేక యాప్లకు, ముఖ్యంగా DeFiకి చాలా సమస్యాత్మకంగా ఉంటుంది.
+
+ ఇంకా దారుణంగా, మూడింట రెండొంతుల మెజారిటీ ఉన్న క్లయింట్లోని ఒక క్లిష్టమైన బగ్, చైన్ను తప్పుగా విడిపోయి ఖరారు చేయడానికి కారణం కావచ్చు, ఇది పెద్ద సంఖ్యలో వ్యాలిడేటర్లు చెల్లని చైన్లో చిక్కుకుపోవడానికి దారితీస్తుంది. వారు సరైన చైన్లో తిరిగి చేరాలనుకుంటే, ఈ వ్యాలిడేటర్లు స్లాషింగ్ లేదా నెమ్మదిగా మరియు ఖరీదైన స్వచ్ఛంద ఉపసంహరణ మరియు పునఃక్రియాశీలతను ఎదుర్కొంటారు. స్లాషింగ్ యొక్క పరిమాణం అపరాధ నోడ్ల సంఖ్యతో పెరుగుతుంది, మూడింట రెండొంతుల మెజారిటీ గరిష్టంగా స్లాష్ చేయబడుతుంది (32 ETH).
+
+ఇవి అసంభవమైన దృశ్యాలు అయినప్పటికీ, ఇథీరియం పర్యావరణ వ్యవస్థ క్రియాశీల నోడ్లలో క్లయింట్ల పంపిణీని సమం చేయడం ద్వారా వాటి ప్రమాదాన్ని తగ్గించగలదు. ఆదర్శంగా, ఏ ఏకాభిప్రాయం క్లయింట్ కూడా మొత్తం నోడ్లలో 33% వాటాను ఎప్పటికీ చేరుకోకూడదు.
+
+### భాగస్వామ్య బాధ్యత {#responsibility}
+
+మెజారిటీ క్లయింట్లను కలిగి ఉండటానికి మానవ వ్యయం కూడా ఉంది. ఇది ఒక చిన్న అభివృద్ధి బృందంపై అదనపు ఒత్తిడి మరియు బాధ్యతను పెడుతుంది. క్లయింట్ వైవిధ్యం ఎంత తక్కువగా ఉంటే, మెజారిటీ క్లయింట్ను నిర్వహించే డెవలపర్లపై బాధ్యత భారం అంత ఎక్కువగా ఉంటుంది. ఈ బాధ్యతను అనేక బృందాల మధ్య పంచుకోవడం ఇథీరియం యొక్క నోడ్ల నెట్వర్క్ ఆరోగ్యానికి మరియు దాని ప్రజల నెట్వర్క్ ఆరోగ్యానికి మంచిది.
+
+## ప్రస్తుత క్లయింట్ వైవిధ్యం {#current-client-diversity}
+
+### ఎగ్జిక్యూషన్ క్లయింట్లు {#execution-clients-breakdown}
+
+
+
+### ఏకాభిప్రాయం క్లయింట్లు {#consensus-clients-breakdown}
+
+
+
+ఈ రేఖాచిత్రం పాతది కావచ్చు — తాజా సమాచారం కోసం [ethernodes.org](https://ethernodes.org) మరియు [clientdiversity.org](https://clientdiversity.org) కి వెళ్ళండి.
+
+పై రెండు పై చార్ట్లు ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం లేయర్ల కోసం ప్రస్తుత క్లయింట్ వైవిధ్యం యొక్క స్నాప్షాట్లను చూపుతాయి (అక్టోబర్ 2025లో వ్రాసే సమయంలో). సంవత్సరాలుగా క్లయింట్ వైవిధ్యం మెరుగుపడింది, మరియు ఎగ్జిక్యూషన్ లేయర్ [Geth](https://geth.ethereum.org/) ఆధిపత్యంలో తగ్గింపును చూసింది, [Nethermind](https://www.nethermind.io/nethermind-client) దగ్గరి రెండవ స్థానంలో, [Besu](https://besu.hyperledger.org/) మూడవ మరియు [Erigon](https://github.com/ledgerwatch/erigon) నాల్గవ స్థానంలో ఉన్నాయి, ఇతర క్లయింట్లు నెట్వర్క్లో 3% కన్నా తక్కువ వాటాను కలిగి ఉన్నాయి. ఏకాభిప్రాయం లేయర్లో అత్యంత సాధారణంగా ఉపయోగించే క్లయింట్—[Lighthouse](https://lighthouse.sigmaprime.io/)—రెండవ అత్యధికంగా ఉపయోగించేదానికి చాలా దగ్గరగా ఉంది. [Prysm](https://prysmaticlabs.com/#projects) మరియు [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) వరుసగా ~31% మరియు ~14% వాటాను కలిగి ఉన్నాయి, మరియు ఇతర క్లయింట్లు అరుదుగా ఉపయోగించబడతాయి.
+
+ఎగ్జిక్యూషన్ లేయర్ డేటా 26-అక్టోబర్-2025న [supermajority.info](https://supermajority.info/) నుండి పొందబడింది. ఏకాభిప్రాయం క్లయింట్ల కోసం డేటా [Michael Sproul](https://github.com/sigp/blockprint) నుండి పొందబడింది. ఏకాభిప్రాయం క్లయింట్ డేటాను పొందడం మరింత కష్టం ఎందుకంటే ఏకాభిప్రాయం లేయర్ క్లయింట్లు వాటిని గుర్తించడానికి ఉపయోగపడే స్పష్టమైన ఆనవాళ్లను ఎల్లప్పుడూ కలిగి ఉండవు. ఈ డేటా ఒక వర్గీకరణ అల్గోరిథం ఉపయోగించి ఉత్పత్తి చేయబడింది, ఇది కొన్నిసార్లు కొన్ని మైనారిటీ క్లయింట్లను గందరగోళానికి గురి చేస్తుంది (మరిన్ని వివరాల కోసం [ఇక్కడ](https://twitter.com/sproulM_/status/1440512518242197516) చూడండి). పై రేఖాచిత్రంలో, ఈ అస్పష్టమైన వర్గీకరణలు ఐదర్/ఆర్ లేబుల్తో పరిగణించబడతాయి (ఉదా. Nimbus/Teku). అయినప్పటికీ, నెట్వర్క్లో మెజారిటీ Prysmను నడుపుతోందని స్పష్టంగా ఉంది. కేవలం స్నాప్షాట్లుగా ఉన్నప్పటికీ, రేఖాచిత్రంలోని విలువలు ప్రస్తుత క్లయింట్ వైవిధ్యం స్థితి గురించి ఒక మంచి సాధారణ అవగాహనను అందిస్తాయి.
+
+ఏకాభిప్రాయం లేయర్ కోసం తాజా క్లయింట్ వైవిధ్యం డేటా ఇప్పుడు [clientdiversity.org](https://clientdiversity.org/)లో అందుబాటులో ఉంది.
+
+## ఎగ్జిక్యూషన్ లేయర్ {#execution-layer}
+
+ఇప్పటి వరకు, క్లయింట్ వైవిధ్యం చుట్టూ ఉన్న సంభాషణ ప్రధానంగా ఏకాభిప్రాయం లేయర్పై దృష్టి పెట్టింది. అయితే, ఎగ్జిక్యూషన్ క్లయింట్ [Geth](https://geth.ethereum.org) ప్రస్తుతం మొత్తం నోడ్లలో సుమారు 85% వాటాను కలిగి ఉంది. ఏకాభిప్రాయం క్లయింట్ల మాదిరిగానే అవే కారణాల వల్ల ఈ శాతం సమస్యాత్మకమైనది. ఉదాహరణకు, లావాదేవీల నిర్వహణ లేదా ఎగ్జిక్యూషన్ పేలోడ్ల నిర్మాణాన్ని ప్రభావితం చేసే Gethలోని ఒక బగ్, సమస్యాత్మకమైన లేదా బగ్లు ఉన్న లావాదేవీలను ఏకాభిప్రాయం క్లయింట్లు ఖరారు చేయడానికి దారితీయవచ్చు. అందువల్ల, ఎగ్జిక్యూషన్ క్లయింట్ల యొక్క మరింత సమానమైన పంపిణీతో ఇథీరియం మరింత ఆరోగ్యకరంగా ఉంటుంది, ఆదర్శంగా ఏ క్లయింట్ కూడా నెట్వర్క్లో 33% కంటే ఎక్కువ ప్రాతినిధ్యం వహించకూడదు.
+
+## మైనారిటీ క్లయింట్ను ఉపయోగించండి {#use-minority-client}
+
+క్లయింట్ వైవిధ్యం సమస్యను పరిష్కరించడానికి కేవలం వ్యక్తిగత వినియోగదారులు మైనారిటీ క్లయింట్లను ఎంచుకుంటే సరిపోదు - ప్రధాన డాప్స్ మరియు ఎక్స్ఛేంజీలు వంటి వ్యాలిడేటర్ పూల్స్ మరియు సంస్థలు కూడా క్లయింట్లను మార్చడం అవసరం. అయితే, ప్రస్తుత అసమతుల్యతను సరిదిద్దడంలో మరియు అందుబాటులో ఉన్న అన్ని ఇథీరియం సాఫ్ట్వేర్ల వినియోగాన్ని సాధారణీకరించడంలో వినియోగదారులందరూ తమ వంతు పాత్ర పోషించగలరు. విలీనం తర్వాత, అన్ని నోడ్ ఆపరేటర్లు ఒక ఎగ్జిక్యూషన్ క్లయింట్ మరియు ఒక ఏకాభిప్రాయం క్లయింట్ను నడపవలసి ఉంటుంది. క్రింద సూచించిన క్లయింట్ల కలయికలను ఎంచుకోవడం క్లయింట్ వైవిధ్యాన్ని పెంచడంలో సహాయపడుతుంది.
+
+### ఎగ్జిక్యూషన్ క్లయింట్లు {#execution-clients}
+
+- [Besu](https://www.hyperledger.org/use/besu)
+- [Nethermind](https://downloads.nethermind.io/)
+- [Erigon](https://github.com/ledgerwatch/erigon)
+- [Go-Ethereum](https://geth.ethereum.org/)
+- [Reth](https://reth.rs/)
+
+### ఏకాభిప్రాయం క్లయింట్లు {#consensus-clients}
+
+- [Nimbus](https://nimbus.team/)
+- [Lighthouse](https://github.com/sigp/lighthouse)
+- [Teku](https://consensys.io/teku)
+- [Lodestar](https://github.com/ChainSafe/lodestar)
+- [Prysm](https://prysm.offchainlabs.com/docs/)
+- [Grandine](https://docs.grandine.io/)
+
+మైనారిటీ క్లయింట్ల కోసం మరిన్ని ట్యుటోరియల్స్ మరియు డాక్యుమెంటేషన్ వ్రాయడం ద్వారా మరియు వారి నోడ్-ఆపరేటింగ్ సహచరులను ఆధిపత్య క్లయింట్ల నుండి వలస వెళ్ళమని ప్రోత్సహించడం ద్వారా సాంకేతిక వినియోగదారులు ఈ ప్రక్రియను వేగవంతం చేయడంలో సహాయపడగలరు. మైనారిటీ ఏకాభిప్రాయం క్లయింట్కు మారడానికి మార్గదర్శకాలు [clientdiversity.org](https://clientdiversity.org/)లో అందుబాటులో ఉన్నాయి.
+
+## క్లయింట్ వైవిధ్యం డాష్బోర్డులు {#client-diversity-dashboards}
+
+అనేక డాష్బోర్డులు ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం లేయర్ కోసం నిజ-సమయ క్లయింట్ వైవిధ్యం గణాంకాలను అందిస్తాయి.
+
+**ఏకాభిప్రాయం లేయర్:**
+
+- [Rated.network](https://www.rated.network/)
+- [clientdiversity.org](https://clientdiversity.org/)
+
+**ఎగ్జిక్యూషన్ లేయర్:**
+
+- [supermajority.info](https://supermajority.info//)
+- [Ethernodes](https://ethernodes.org/)
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇథీరియం యొక్క ఏకాభిప్రాయం లేయర్పై క్లయింట్ వైవిధ్యం](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA)
+- [ఇథీరియం విలీనం: మీ స్వంత పూచీపై మెజారిటీ క్లయింట్ను నడపండి!](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html) – _డాన్క్రాడ్ ఫీస్ట్, మార్చి 24 2022_
+- [క్లయింట్ వైవిధ్యం యొక్క ప్రాముఖ్యత](https://our.status.im/the-importance-of-client-diversity/)
+- [ఇతీరియము నోడ్ సేవల జాబితా](https://ethereumnodes.com/)
+- ["క్లయింట్ వైవిధ్యం సమస్య యొక్క \"ఐదు ఎందుకులు\""](https://notes.ethereum.org/@afhGjrKfTKmksTOtqhB9RQ/BJGj7uh08)
+- [ఇథీరియం వైవిధ్యం మరియు దానిని ఎలా పరిష్కరించాలి (YouTube)](https://www.youtube.com/watch?v=1hZgCaiqwfU)
+- [clientdiversity.org](https://clientdiversity.org/)
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [ఒక ఇథీరియం నోడ్ను నడపండి](/run-a-node/)
+- [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/index.md
new file mode 100644
index 00000000000..ee5c15a95e2
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/index.md
@@ -0,0 +1,319 @@
+---
+title: నోడ్ లు మరియు క్లయింట్ లు
+description: ఇతీరియము నోడ్స్ మరియు ఖాతాదారులు సాఫ్ట్వేర్ యొక్క స్థూలదృష్టి, అలాగే ఒక నోడ్ను ఎలా ఏర్పాటు చేయాలి మరియు మీరు దానిని ఎందుకు చేయాలో అనే దాని గురించి.
+lang: te
+sidebarDepth: 2
+---
+
+ఇతీరియము అనేది బ్లాక్లు మరియు లావాదేవీల డేటాను ధృవీకరించగల సాఫ్ట్వేర్ను నడుపుతున్న కంప్యూటర్ల (నోడ్స్ అని పిలుస్తారు) యొక్క పంపిణీ చేయబడిన నెట్వర్క్. మీ కంప్యూటర్ను ఇతీరియము నోడ్గా మార్చడానికి దానిపై సాఫ్ట్వేర్ను అమలు చేయాలి. ఒక నోడ్ను రూపొందించడానికి రెండు వేర్వేరు సాఫ్ట్వేర్ భాగాలు ('ఖాతాదారులు' అని పిలుస్తారు) అవసరం.
+
+## అవసరాలు {#prerequisites}
+
+మీరు ఇతీరియము ఖాతాదారుల యొక్క స్వంత ఉదాహరణను లోతుగా పరిశోధించి, అమలు చేయడానికి ముందు మీరు పీర్-టు-పీర్ నెట్వర్క్ మరియు [EVM యొక్క ప్రాథమిక అంశాలు](/developers/docs/evm/) అనే భావనను అర్థం చేసుకోవాలి. మా [ఇతీరియముకు పరిచయం](/developers/docs/intro-to-ethereum/) ని చూడండి.
+
+మీరు నోడ్స్ అనే అంశానికి కొత్తవారైతే, ముందుగా [ఇతీరియము నోడ్ను నడపడం](/run-a-node)పై మా వినియోగదారు-స్నేహపూర్వక పరిచయాన్ని తనిఖీ చేయాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## నోడ్స్ మరియు ఖాతాదారులు అంటే ఏమిటి? {#what-are-nodes-and-clients}
+
+ఒక "నోడ్" అనేది ఇతీరియము ఖాతాదారులు సాఫ్ట్వేర్ యొక్క ఏదైనా సందర్భం, ఇది ఇతీరియము సాఫ్ట్వేర్ను నడుపుతున్న ఇతర కంప్యూటర్లకు కూడా కనెక్ట్ చేయబడి, నెట్వర్క్ను ఏర్పరుస్తుంది. ఖాతాదారుడు అనేది ప్రోటోకాల్ నియమాలకు వ్యతిరేకంగా డేటాను ధృవీకరించి, నెట్వర్క్ను సురక్షితంగా ఉంచే ఇతీరియము యొక్క అమలు. ఒక నోడ్ రెండు ఖాతాదారులను అమలు చేయాలి: ఒక ఏకాభిప్రాయం క్లయింట్ మరియు ఒక ఎగ్జిక్యూషన్ క్లయింట్.
+
+- ఎగ్జిక్యూషన్ క్లయింట్ (ఎగ్జిక్యూషన్ ఇంజిన్, EL క్లయింట్ లేదా గతంలో Eth1 క్లయింట్ అని కూడా పిలుస్తారు) నెట్వర్క్లో ప్రసారం చేయబడిన కొత్త లావాదేవీలను వింటుంది, వాటిని EVMలో అమలు చేస్తుంది మరియు ప్రస్తుత ఇతీరియము డేటా యొక్క తాజా స్థితి మరియు డేటాబేస్ను కలిగి ఉంటుంది.
+- ఏకాభిప్రాయం క్లయింట్ (బీకాన్ నోడ్, CL క్లయింట్ లేదా గతంలో Eth2 క్లయింట్ అని కూడా పిలుస్తారు) ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం అల్గారిథమ్ను అమలు చేస్తుంది, ఇది ఎగ్జిక్యూషన్ క్లయింట్ నుండి ధృవీకరించబడిన డేటా ఆధారంగా నెట్వర్క్ను ఒప్పందాన్ని సాధించడానికి వీలు కల్పిస్తుంది. ఏకాభిప్రాయం క్లయింట్కు జోడించబడే 'వాలిడేటర్' అని పిలువబడే మూడవ సాఫ్ట్వేర్ కూడా ఉంది, ఇది నెట్వర్క్ను భద్రపరచడంలో ఒక నోడ్ పాల్గొనడానికి అనుమతిస్తుంది.
+
+ఈ ఖాతాదారులు ఇతీరియము గొలుసు యొక్క తలని ట్రాక్ చేయడానికి కలిసి పని చేస్తారు మరియు వినియోగదారులను ఇతీరియము నెట్వర్క్తో పరస్పర చర్య చేయడానికి అనుమతిస్తారు. కలిసి పనిచేసే సాఫ్ట్వేర్ యొక్క బహుళ భాగాలతో మాడ్యులర్ డిజైన్ను [ఎన్క్యాప్సులేటెడ్ సంక్లిష్టత](https://vitalik.eth.limo/general/2022/02/28/complexity.html) అంటారు. ఈ విధానం [ది మెర్జ్](/roadmap/merge)ను సజావుగా అమలు చేయడాన్ని సులభతరం చేసింది, ఖాతాదారుల సాఫ్ట్వేర్ను నిర్వహించడం మరియు అభివృద్ధి చేయడం సులభతరం చేస్తుంది మరియు ఉదాహరణకు, [లేయర్ 2 పర్యావరణ వ్యవస్థ](/layer-2/)లో వ్యక్తిగత ఖాతాదారులను పునర్వినియోగం చేయడానికి వీలు కల్పిస్తుంది.
+
+
+కపుల్డ్ ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్ యొక్క సరళీకృత రేఖాచిత్రం.
+
+### క్లయింట్ వైవిధ్యం {#client-diversity}
+
+వివిధ బృందాలచే అభివృద్ధి చేయబడిన వివిధ ప్రోగ్రామింగ్ భాషలలో [ఎగ్జిక్యూషన్ క్లయింట్లు](/developers/docs/nodes-and-clients/#execution-clients) మరియు [ఏకాభిప్రాయం క్లయింట్లు](/developers/docs/nodes-and-clients/#consensus-clients) రెండూ ఉన్నాయి.
+
+బహుళ ఖాతాదారుల అమలులు ఒకే కోడ్బేస్పై ఆధారపడటాన్ని తగ్గించడం ద్వారా నెట్వర్క్ను బలోపేతం చేయగలవు. ఆదర్శవంతమైన లక్ష్యం ఏమిటంటే, నెట్వర్క్పై ఆధిపత్యం చెలాయించే ఏ ఖాతాదారుడు లేకుండా వైవిధ్యాన్ని సాధించడం, తద్వారా వైఫల్యానికి దారితీసే ఏకైక సంభావ్యతను తొలగించడం.
+వివిధ భాషలు విస్తృత అభివృద్ధి చేసేవారి సంఘాన్ని కూడా ఆహ్వానిస్తాయి మరియు వారికి నచ్చిన భాషలో ఇంటిగ్రేషన్లను సృష్టించడానికి వారిని అనుమతిస్తాయి.
+
+[ఖాతాదారుల వైవిధ్యం](/developers/docs/nodes-and-clients/client-diversity/) గురించి మరింత తెలుసుకోండి.
+
+ఈ అమలులలో సాధారణంగా ఉండే విషయం ఏమిటంటే, అవన్నీ ఒకే స్పెసిఫికేషన్ను అనుసరిస్తాయి. స్పెసిఫికేషన్లు ఇతీరియము నెట్వర్క్ మరియు బ్లాక్చైన్ ఎలా పనిచేస్తుందో నిర్దేశిస్తాయి. ప్రతి సాంకేతిక వివరాలు నిర్వచించబడ్డాయి మరియు స్పెసిఫికేషన్లను ఇలా కనుగొనవచ్చు:
+
+- వాస్తవానికి, [ఇతీరియము పసుపు పత్రం](https://ethereum.github.io/yellowpaper/paper.pdf)
+- [ఎగ్జిక్యూషన్ స్పెక్స్](https://github.com/ethereum/execution-specs/)
+- [ఏకాభిప్రాయ స్పెక్స్](https://github.com/ethereum/consensus-specs)
+- వివిధ [నెట్వర్క్ అప్గ్రేడ్ల](/ethereum-forks/)లో అమలు చేయబడిన [EIPలు](https://eips.ethereum.org/)
+
+### నెట్వర్క్లో నోడ్స్ను ట్రాక్ చేయడం {#network-overview}
+
+బహుళ ట్రాకర్లు ఇతీరియము నెట్వర్క్లోని నోడ్స్ యొక్క నిజ-సమయ స్థూలదృష్టిని అందిస్తాయి. వికేంద్రీకృత నెట్వర్క్ల స్వభావం కారణంగా, ఈ క్రాలర్లు నెట్వర్క్ యొక్క పరిమిత వీక్షణను మాత్రమే అందించగలవని మరియు వివిధ ఫలితాలను నివేదించవచ్చని గమనించండి.
+
+- Etherscan ద్వారా [నోడ్స్ యొక్క మ్యాప్](https://etherscan.io/nodetracker)
+- Bitfly ద్వారా [Ethernodes](https://ethernodes.org/)
+- Chainsafe ద్వారా [Nodewatch](https://www.nodewatch.io/), ఏకాభిప్రాయం నోడ్స్ను క్రాల్ చేస్తుంది
+- [Monitoreth](https://monitoreth.io/) - MigaLabs ద్వారా, ఒక పంపిణీ చేయబడిన నెట్వర్క్ పర్యవేక్షణ సాధనం
+- [వారపు నెట్వర్క్ ఆరోగ్య నివేదికలు](https://probelab.io) - ProbeLab ద్వారా, [నెబ్యులా క్రాలర్](https://github.com/dennis-tra/nebula) మరియు ఇతర ఉపకరణాలను ఉపయోగించి
+
+## నోడ్ రకాలు {#node-types}
+
+మీరు [మీ స్వంత నోడ్ను నడపాలనుకుంటే](/developers/docs/nodes-and-clients/run-a-node/), డేటాను విభిన్నంగా వినియోగించే వివిధ రకాల నోడ్లు ఉన్నాయని మీరు అర్థం చేసుకోవాలి. నిజానికి, ఖాతాదారులు మూడు విభిన్న రకాల నోడ్స్ను అమలు చేయగలరు: తేలికపాటి, పూర్తి మరియు ఆర్కైవ్. వేగవంతమైన సమకాలీకరణ సమయాన్ని ప్రారంభించే విభిన్న సింక్ వ్యూహాల ఎంపికలు కూడా ఉన్నాయి. సమకాలీకరణ అనేది ఇతీరియము యొక్క స్థితిపై అత్యంత నవీనమైన సమాచారాన్ని ఎంత త్వరగా పొందగలదో సూచిస్తుంది.
+
+### పూర్తి నోడ్ {#full-node}
+
+పూర్తి నోడ్స్ బ్లాక్చైన్ యొక్క బ్లాక్-బై-బ్లాక్ ధ్రువీకరణను చేస్తాయి, ప్రతి బ్లాక్ కోసం బ్లాక్ బాడీ మరియు స్థితి డేటాను డౌన్లోడ్ చేయడం మరియు ధృవీకరించడం కూడా ఇందులో ఉంటుంది. పూర్తి నోడ్ యొక్క విభిన్న తరగతులు ఉన్నాయి - కొన్ని జెనెసిస్ బ్లాక్ నుండి ప్రారంభమవుతాయి మరియు బ్లాక్చైన్ యొక్క మొత్తం చరిత్రలోని ప్రతి ఒక్క బ్లాక్ను ధృవీకరిస్తాయి. ఇతరులు తమ ధ్రువీకరణను ఇటీవలి బ్లాక్ వద్ద ప్రారంభిస్తారు, అది చెల్లుబాటు అవుతుందని వారు విశ్వసిస్తారు (ఉదా., Geth యొక్క 'స్నాప్ సింక్'). ధ్రువీకరణ ఎక్కడ ప్రారంభమైనా, పూర్తి నోడ్స్ సాపేక్షంగా ఇటీవలి డేటా యొక్క స్థానిక కాపీని మాత్రమే ఉంచుతాయి (సాధారణంగా అత్యంత ఇటీవలి 128 బ్లాక్లు), డిస్క్ స్థలాన్ని ఆదా చేయడానికి పాత డేటాను తొలగించడానికి అనుమతిస్తాయి. అవసరమైనప్పుడు పాత డేటాను పునరుత్పత్తి చేయవచ్చు.
+
+- పూర్తి బ్లాక్చైన్ డేటాను నిల్వ చేస్తుంది (అయితే ఇది క్రమానుగతంగా కత్తిరించబడుతుంది కాబట్టి పూర్తి నోడ్ అన్ని స్థితి డేటాను జెనెసిస్కు తిరిగి నిల్వ చేయదు)
+- బ్లాక్ ధ్రువీకరణలో పాల్గొంటుంది, అన్ని బ్లాక్లు మరియు స్థితులను ధృవీకరిస్తుంది.
+- అన్ని స్థితులను స్థానిక నిల్వ నుండి తిరిగి పొందవచ్చు లేదా పూర్తి నోడ్ ద్వారా 'స్నాప్షాట్ల' నుండి పునరుత్పత్తి చేయవచ్చు.
+- నెట్వర్క్కు సేవ చేస్తుంది మరియు అభ్యర్థనపై డేటాను అందిస్తుంది.
+
+### ఆర్కైవ్ నోడ్ {#archive-node}
+
+ఆర్కైవ్ నోడ్స్ అనేవి జెనెసిస్ నుండి ప్రతి బ్లాక్ను ధృవీకరించే పూర్తి నోడ్స్ మరియు డౌన్లోడ్ చేయబడిన ఏ డేటాను ఎప్పుడూ తొలగించవు.
+
+- పూర్తి నోడ్లో ఉంచిన ప్రతిదాన్ని నిల్వ చేస్తుంది మరియు చారిత్రక స్థితుల ఆర్కైవ్ను నిర్మిస్తుంది. బ్లాక్ #4,000,000 వద్ద ఖాతా బ్యాలెన్స్ వంటి వాటిని మీరు ప్రశ్నించాలనుకుంటే లేదా ట్రేసింగ్ను ఉపయోగించి వాటిని ధృవీకరించకుండా మీ స్వంత లావాదేవీల సమితిని సులభంగా మరియు విశ్వసనీయంగా పరీక్షించాలనుకుంటే ఇది అవసరం.
+- ఈ డేటా టెరాబైట్ల యూనిట్లను సూచిస్తుంది, ఇది ఆర్కైవ్ నోడ్స్ను సగటు వినియోగదారులకు తక్కువ ఆకర్షణీయంగా చేస్తుంది కానీ బ్లాక్ ఎక్స్ప్లోరర్లు, వాలెట్ విక్రేతలు మరియు చైన్ అనలిటిక్స్ వంటి సేవలకు ఉపయోగపడుతుంది.
+
+ఆర్కైవ్ కాకుండా ఏ ఇతర మోడ్లోనైనా ఖాతాదారులను సింక్ చేయడం వలన బ్లాక్చైన్ డేటా కత్తిరించబడుతుంది. దీని అర్థం, అన్ని చారిత్రక స్థితుల యొక్క ఆర్కైవ్ లేదు కానీ పూర్తి నోడ్ డిమాండ్పై వాటిని నిర్మించగలదు.
+
+[ఆర్కైవ్ నోడ్స్](/developers/docs/nodes-and-clients/archive-nodes) గురించి మరింత తెలుసుకోండి.
+
+### తేలికపాటి నోడ్ {#light-node}
+
+ప్రతి బ్లాక్ను డౌన్లోడ్ చేయడానికి బదులుగా, తేలికపాటి నోడ్స్ బ్లాక్ హెడర్లను మాత్రమే డౌన్లోడ్ చేస్తాయి. ఈ హెడర్లు బ్లాక్ల కంటెంట్ల గురించి సారాంశ సమాచారాన్ని కలిగి ఉంటాయి. తేలికపాటి నోడ్కు అవసరమైన ఏ ఇతర సమాచారమైనా పూర్తి నోడ్ నుండి అభ్యర్థించబడుతుంది. తేలికపాటి నోడ్ బ్లాక్ హెడర్లలోని స్థితి మూలాలకు వ్యతిరేకంగా వారు స్వీకరించే డేటాను స్వతంత్రంగా ధృవీకరించగలదు. తేలికపాటి నోడ్స్ వినియోగదారులను పూర్తి నోడ్స్ నడపడానికి అవసరమైన శక్తివంతమైన హార్డ్వేర్ లేదా అధిక బ్యాండ్విడ్త్ లేకుండా ఇతీరియము నెట్వర్క్లో పాల్గొనడానికి వీలు కల్పిస్తాయి. అంతిమంగా, తేలికపాటి నోడ్స్ మొబైల్ ఫోన్లు లేదా ఎంబెడెడ్ పరికరాలలో పనిచేయవచ్చు. తేలికపాటి నోడ్స్ ఏకాభిప్రాయంలో పాల్గొనవు (అంటే, అవి వాలిడేటర్లుగా ఉండలేవు), కానీ అవి పూర్తి నోడ్ వలె అదే కార్యాచరణ మరియు భద్రతా హామీలతో ఇతీరియము బ్లాక్చైన్ను యాక్సెస్ చేయగలవు.
+
+తేలికపాటి క్లయింట్లు ఇతీరియము కోసం చురుకైన అభివృద్ధి రంగం మరియు ఏకాభిప్రాయం లేయర్ మరియు ఎగ్జిక్యూషన్ లేయర్ కోసం కొత్త తేలికపాటి క్లయింట్లను త్వరలో చూస్తామని మేము ఆశిస్తున్నాము.
+[గాసిప్ నెట్వర్క్](https://www.ethportal.net/) ద్వారా తేలికపాటి క్లయింట్ డేటాను అందించడానికి సంభావ్య మార్గాలు కూడా ఉన్నాయి. ఇది ప్రయోజనకరంగా ఉంటుంది ఎందుకంటే గాసిప్ నెట్వర్క్ అభ్యర్థనలను అందించడానికి పూర్తి నోడ్స్ అవసరం లేకుండా తేలికపాటి నోడ్స్ యొక్క నెట్వర్క్కు మద్దతు ఇవ్వగలదు.
+
+ఇతీరియము ఇంకా పెద్ద సంఖ్యలో తేలికపాటి నోడ్స్కు మద్దతు ఇవ్వదు, కానీ తేలికపాటి నోడ్ మద్దతు సమీప భవిష్యత్తులో వేగంగా అభివృద్ధి చెందుతుందని ఆశించబడే ప్రాంతం. ప్రత్యేకించి, [Nimbus](https://nimbus.team/), [Helios](https://github.com/a16z/helios), మరియు [LodeStar](https://lodestar.chainsafe.io/) వంటి ఖాతాదారులు ప్రస్తుతం తేలికపాటి నోడ్స్పై ఎక్కువగా దృష్టి సారించారు.
+
+## నేను ఇతీరియము నోడ్ను ఎందుకు నడపాలి? {#why-should-i-run-an-ethereum-node}
+
+ఒక నోడ్ను నడపడం వలన మీరు ఇతీరియమును నేరుగా, నమ్మకం లేకుండా మరియు ప్రైవేట్గా ఉపయోగించుకోవచ్చు, అదే సమయంలో నెట్వర్క్ను మరింత పటిష్టంగా మరియు వికేంద్రీకృతంగా ఉంచడం ద్వారా దానికి మద్దతు ఇస్తుంది.
+
+### మీకు కలిగే ప్రయోజనాలు {#benefits-to-you}
+
+మీ స్వంత నోడ్ను నడపడం వలన మీరు ఇతీరియమును ప్రైవేట్గా, స్వయం సమృద్ధిగా మరియు నమ్మకం లేని పద్ధతిలో ఉపయోగించుకోవచ్చు. మీరు నెట్వర్క్ను విశ్వసించాల్సిన అవసరం లేదు ఎందుకంటే మీ ఖాతాదారుడితో మీరే డేటాను ధృవీకరించుకోవచ్చు. "నమ్మవద్దు, ధృవీకరించండి" అనేది ఒక ప్రసిద్ధ బ్లాక్చైన్ మంత్రం.
+
+- మీ నోడ్ అన్ని లావాదేవీలను మరియు బ్లాక్లను ఏకాభిప్రాయం నియమాలకు వ్యతిరేకంగా స్వయంగా ధృవీకరిస్తుంది. దీనర్థం మీరు నెట్వర్క్లోని ఏ ఇతర నోడ్స్పై ఆధారపడాల్సిన అవసరం లేదు లేదా వాటిని పూర్తిగా విశ్వసించాల్సిన అవసరం లేదు.
+- మీరు మీ స్వంత నోడ్తో ఇతీరియము వాలెట్ను ఉపయోగించవచ్చు. మీరు మీ చిరునామాలను మరియు బ్యాలెన్స్లను మధ్యవర్తులకు లీక్ చేయనవసరం లేదు కాబట్టి మీరు డాప్స్ను మరింత సురక్షితంగా మరియు ప్రైవేట్గా ఉపయోగించవచ్చు. మీ స్వంత ఖాతాదారుడితో ప్రతిదీ తనిఖీ చేయవచ్చు. [MetaMask](https://metamask.io), [Frame](https://frame.sh/), మరియు [అనేక ఇతర వాలెట్లు](/wallets/find-wallet/) RPC-దిగుమతిని అందిస్తాయి, అవి మీ నోడ్ను ఉపయోగించడానికి అనుమతిస్తాయి.
+- మీరు ఇతీరియము నుండి డేటాపై ఆధారపడే ఇతర సేవలను అమలు చేయవచ్చు మరియు స్వీయ-హోస్ట్ చేయవచ్చు. ఉదాహరణకు, ఇది బీకాన్ చైన్ వ్యాలిడేటర్, లేయర్ 2 వంటి సాఫ్ట్వేర్, మౌలిక సదుపాయాలు, బ్లాక్ ఎక్స్ప్లోరర్లు, చెల్లింపు ప్రాసెసర్లు మొదలైనవి కావచ్చు.
+- మీరు మీ స్వంత అనుకూల [RPC ఎండ్పాయింట్లను](/developers/docs/apis/json-rpc/) అందించవచ్చు. మీరు ఈ ఎండ్పాయింట్లను బహిరంగంగా సంఘానికి అందించడం ద్వారా వారు పెద్ద కేంద్రీకృత ప్రొవైడర్లను నివారించడంలో సహాయం చేయవచ్చు.
+- మీరు \*\*ఇంటర్-ప్రాసెస్ కమ్యూనికేషన్స్ (IPC)\*\*ని ఉపయోగించి మీ నోడ్కు కనెక్ట్ చేయవచ్చు లేదా మీ ప్రోగ్రామ్ను ప్లగిన్గా లోడ్ చేయడానికి నోడ్ను తిరిగి వ్రాయవచ్చు. ఇది తక్కువ జాప్యాన్ని ఇస్తుంది, ఇది చాలా సహాయపడుతుంది, ఉదా., web3 లైబ్రరీలను ఉపయోగించి చాలా డేటాను ప్రాసెస్ చేస్తున్నప్పుడు లేదా మీరు మీ లావాదేవీలను వీలైనంత వేగంగా భర్తీ చేయవలసి వచ్చినప్పుడు (అంటే, ఫ్రంట్రన్నింగ్).
+- మీరు నెట్వర్క్ను సురక్షితం చేయడానికి మరియు రివార్డులను సంపాదించడానికి నేరుగా ETHని స్టేక్ చేయవచ్చు. ప్రారంభించడానికి [సోలో స్టేకింగ్](/staking/solo/) చూడండి.
+
+
+
+### నెట్వర్క్ ప్రయోజనాలు {#network-benefits}
+
+ఇతీరియము ఆరోగ్యం, భద్రత మరియు కార్యాచరణ స్థితిస్థాపకతకు విభిన్నమైన నోడ్స్ సమితి ముఖ్యం.
+
+- పూర్తి నోడ్స్ ఏకాభిప్రాయం నియమాలను అమలు చేస్తాయి, కాబట్టి వాటిని అనుసరించని బ్లాక్లను అంగీకరించేలా మోసగించలేము. ఇది నెట్వర్క్లో అదనపు భద్రతను అందిస్తుంది ఎందుకంటే అన్ని నోడ్స్ తేలికపాటి నోడ్స్ అయితే, అవి పూర్తి ధృవీకరణ చేయవు, వాలిడేటర్లు నెట్వర్క్పై దాడి చేయవచ్చు.
+- [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/#what-is-pos) యొక్క క్రిప్టో-ఆర్థిక రక్షణలను అధిగమించే దాడి జరిగినప్పుడు, నిజాయితీ గల గొలుసును అనుసరించడానికి ఎంచుకునే పూర్తి నోడ్స్ ద్వారా సామాజిక పునరుద్ధరణను చేయవచ్చు.
+- నెట్వర్క్లో ఎక్కువ నోడ్స్ వలన మరింత వైవిధ్యమైన మరియు పటిష్టమైన నెట్వర్క్ ఏర్పడుతుంది, ఇది వికేంద్రీకరణ యొక్క అంతిమ లక్ష్యం, ఇది సెన్సార్షిప్-నిరోధక మరియు విశ్వసనీయ వ్యవస్థను ప్రారంభిస్తుంది.
+- పూర్తి నోడ్స్ దానిపై ఆధారపడే తేలికపాటి క్లయింట్ల కోసం బ్లాక్చైన్ డేటాకు యాక్సెస్ను అందిస్తాయి. తేలికపాటి నోడ్స్ మొత్తం బ్లాక్చైన్ను నిల్వ చేయవు, బదులుగా అవి [బ్లాక్ హెడర్లలోని స్థితి మూలాల](/developers/docs/blocks/#block-anatomy) ద్వారా డేటాను ధృవీకరిస్తాయి. అవసరమైతే వారు పూర్తి నోడ్స్ నుండి మరింత సమాచారం కోసం అభ్యర్థించవచ్చు.
+
+మీరు పూర్తి నోడ్ను నడిపితే, మీరు వాలిడేటర్ను నడపకపోయినా మొత్తం ఇతీరియము నెట్వర్క్ దాని నుండి ప్రయోజనం పొందుతుంది.
+
+## మీ స్వంత నోడ్ను నడపడం {#running-your-own-node}
+
+మీ స్వంత ఇతీరియము ఖాతాదారుడిని నడపడంలో ఆసక్తి ఉందా?
+
+బిగినర్-స్నేహపూర్వక పరిచయం కోసం, మరింత తెలుసుకోవడానికి మా [ఒక నోడ్ను నడపండి](/run-a-node) పేజీని సందర్శించండి.
+
+మీరు సాంకేతిక వినియోగదారుడు అయితే, [మీ స్వంత నోడ్ను ఎలా స్పిన్ అప్ చేయాలి](/developers/docs/nodes-and-clients/run-a-node/) అనే దానిపై మరిన్ని వివరాలు మరియు ఎంపికలలోకి ప్రవేశించండి.
+
+## ప్రత్యామ్నాయాలు {#alternatives}
+
+మీ స్వంత నోడ్ను ఏర్పాటు చేయడానికి మీకు సమయం మరియు వనరులు ఖర్చవుతాయి కానీ మీరు ఎల్లప్పుడూ మీ స్వంత ఉదాహరణను నడపవలసిన అవసరం లేదు. ఈ సందర్భంలో, మీరు మూడవ పార్టీ ఎపిఐ ప్రొవైడర్ను ఉపయోగించవచ్చు. ఈ సేవలను ఉపయోగించడం యొక్క స్థూలదృష్టి కోసం, [సేవగా నోడ్స్](/developers/docs/nodes-and-clients/nodes-as-a-service/) చూడండి.
+
+మీ సంఘంలో ఎవరైనా పబ్లిక్ ఎపిఐతో ఇతీరియము నోడ్ను నడుపుతున్నట్లయితే, మీరు మీ వాలెట్లను కస్టమ్ RPC ద్వారా కమ్యూనిటీ నోడ్కు సూచించవచ్చు మరియు యాదృచ్ఛికంగా విశ్వసనీయ మూడవ పక్షంతో కంటే ఎక్కువ గోప్యతను పొందవచ్చు.
+
+మరోవైపు, మీరు ఒక ఖాతాదారుడిని నడిపితే, అవసరమైన మీ స్నేహితులతో మీరు దానిని పంచుకోవచ్చు.
+
+## ఎగ్జిక్యూషన్ క్లయింట్లు {#execution-clients}
+
+ఇతీరియము సంఘం వివిధ ప్రోగ్రామింగ్ భాషలను ఉపయోగించి వివిధ బృందాలచే అభివృద్ధి చేయబడిన బహుళ ఓపెన్-సోర్స్ ఎగ్జిక్యూషన్ క్లయింట్లను (గతంలో 'Eth1 క్లయింట్లు' లేదా కేవలం 'ఇతీరియము ఖాతాదారులు' అని పిలుస్తారు) నిర్వహిస్తుంది. ఇది నెట్వర్క్ను బలంగా మరియు మరింత [వైవిధ్యంగా](/developers/docs/nodes-and-clients/client-diversity/) చేస్తుంది. ఆదర్శవంతమైన లక్ష్యం ఏమిటంటే, వైఫల్యానికి దారితీసే ఏకైక పాయింట్లను తగ్గించడానికి ఏ ఖాతాదారుడు ఆధిపత్యం చెలాయించకుండా వైవిధ్యం సాధించడం.
+
+ఈ పట్టిక వివిధ ఖాతాదారులను సంగ్రహిస్తుంది. అవన్నీ [ఖాతాదారుల పరీక్షలను](https://github.com/ethereum/tests) పాస్ అవుతాయి మరియు నెట్వర్క్ అప్గ్రేడ్లతో నవీకరించబడటానికి చురుకుగా నిర్వహించబడతాయి.
+
+| ఖాతాదారుడు | భాష | ఆపరేటింగ్ సిస్టమ్స్ | నెటవర్క్లు | సింక్ వ్యూహాలు | స్థితి కత్తిరింపు |
+| ------------------------------------------------------------------------------------------- | ------------------------ | --------------------- | --------------------------- | -------------------------------------------------------------------------------- | ----------------- |
+| [Geth](https://geth.ethereum.org/) | Go | Linux, Windows, macOS | మెయిన్నెట్, సెపోలియా, హూడి | [Snap](#snap-sync), [Full](#full-sync) | ఆర్కైవ్, ప్రూన్డ్ |
+| [Nethermind](https://www.nethermind.io/) | C#, .NET | Linux, Windows, macOS | మెయిన్నెట్, సెపోలియా, హూడి | [Snap](#snap-sync) (సేవ చేయకుండా), ఫాస్ట్, [Full](#full-sync) | ఆర్కైవ్, ప్రూన్డ్ |
+| [Besu](https://besu.hyperledger.org/en/stable/) | జావా | Linux, Windows, macOS | మెయిన్నెట్, సెపోలియా, హూడి | [Snap](#snap-sync), [Fast](#fast-sync), [Full](#full-sync) | ఆర్కైవ్, ప్రూన్డ్ |
+| [Erigon](https://github.com/ledgerwatch/erigon) | Go | Linux, Windows, macOS | మెయిన్నెట్, సెపోలియా, హూడి | [Full](#full-sync) | ఆర్కైవ్, ప్రూన్డ్ |
+| [Reth](https://reth.rs/) | Rust | Linux, Windows, macOS | మెయిన్నెట్, సెపోలియా, హూడి | [Full](#full-sync) | ఆర్కైవ్, ప్రూన్డ్ |
+| [EthereumJS](https://github.com/ethereumjs/ethereumjs-monorepo) _(బీటా)_ | TypeScript | Linux, Windows, macOS | సెపోలియా, హూడి | [Full](#full-sync) | ప్రూన్డ్ |
+
+మద్దతు ఉన్న నెట్వర్క్ల గురించి మరింత తెలుసుకోవడానికి, [ఇతీరియము నెట్వర్క్ల](/developers/docs/networks/) గురించి చదవండి.
+
+ప్రతి ఖాతాదారుడికి ప్రత్యేకమైన వినియోగ కేసులు మరియు ప్రయోజనాలు ఉన్నాయి, కాబట్టి మీరు మీ స్వంత ప్రాధాన్యతల ఆధారంగా ఒకదాన్ని ఎంచుకోవాలి. వివిధ ఫీచర్లు మరియు వినియోగదారుల ప్రేక్షకులను లక్ష్యంగా చేసుకుని అమలులను వైవిధ్యం అనుమతిస్తుంది. మీరు ఫీచర్లు, మద్దతు, ప్రోగ్రామింగ్ భాష లేదా లైసెన్స్ల ఆధారంగా ఖాతాదారుడిని ఎంచుకోవచ్చు.
+
+### Besu {#besu}
+
+Hyperledger Besu అనేది పబ్లిక్ మరియు అనుమతి పొందిన నెట్వర్క్ల కోసం ఒక ఎంటర్ప్రైజ్-గ్రేడ్ ఇతీరియము క్లయింట్. ఇది ట్రేసింగ్ నుండి GraphQL వరకు అన్ని ఇతీరియము మెయిన్నెట్ ఫీచర్లను నడుపుతుంది, విస్తృతమైన పర్యవేక్షణను కలిగి ఉంది మరియు ఓపెన్ కమ్యూనిటీ ఛానెల్లలో మరియు సంస్థల కోసం వాణిజ్య SLAల ద్వారా ConsenSys చే మద్దతు ఇస్తుంది. ఇది జావాలో వ్రాయబడింది మరియు అపాచీ 2.0 లైసెన్స్ పొందింది.
+
+Besu యొక్క విస్తృతమైన [డాక్యుమెంటేషన్](https://besu.hyperledger.org/en/stable/) దాని ఫీచర్లు మరియు సెటప్లపై అన్ని వివరాల ద్వారా మీకు మార్గనిర్దేశం చేస్తుంది.
+
+### Erigon {#erigon}
+
+Erigon, గతంలో Turbo-Geth అని పిలువబడేది, వేగం మరియు డిస్క్-స్థల సామర్థ్యం వైపు దృష్టి సారించిన గో ఇతీరియము యొక్క ఫోర్క్గా ప్రారంభమైంది. Erigon అనేది ఇతీరియము యొక్క పూర్తిగా పునర్నిర్మించబడిన అమలు, ప్రస్తుతం Go లో వ్రాయబడింది కానీ ఇతర భాషలలో అభివృద్ధిలో ఉన్న అమలులతో ఉంది. Erigon లక్ష్యం ఇతీరియము యొక్క వేగవంతమైన, మరింత మాడ్యులర్ మరియు మరింత ఆప్టిమైజ్ చేయబడిన అమలును అందించడం. ఇది సుమారు 2TB డిస్క్ స్థలాన్ని ఉపయోగించి, 3 రోజుల కంటే తక్కువ సమయంలో పూర్తి ఆర్కైవ్ నోడ్ సింక్ను చేయగలదు.
+
+### గో ఇతీరియము {#geth}
+
+గో ఇతీరియము (సంక్షిప్తంగా Geth) ఇతీరియము ప్రోటోకాల్ యొక్క అసలు అమలులలో ఒకటి. ప్రస్తుతం, ఇది వినియోగదారులు మరియు అభివృద్ధి చేసేవారి కోసం అతిపెద్ద వినియోగదారుల బేస్ మరియు అనేక రకాల పనిముట్లతో అత్యంత విస్తృతమైన ఖాతాదారుడు. ఇది గోలో వ్రాయబడింది, పూర్తిగా ఓపెన్ సోర్స్ మరియు GNU LGPL v3 క్రింద లైసెన్స్ పొందింది.
+
+దాని [డాక్యుమెంటేషన్](https://geth.ethereum.org/docs/)లో Geth గురించి మరింత తెలుసుకోండి.
+
+### Nethermind {#nethermind}
+
+Nethermind అనేది C# .NET టెక్ స్టాక్తో సృష్టించబడిన ఒక ఇతీరియము అమలు, LGPL-3.0తో లైసెన్స్ పొందింది, ARMతో సహా అన్ని ప్రధాన ప్లాట్ఫారమ్లలో నడుస్తుంది. ఇది దీనితో గొప్ప పనితీరును అందిస్తుంది:
+
+- ఒక ఆప్టిమైజ్ చేయబడిన వర్చువల్ మెషిన్
+- స్థితి యాక్సెస్
+- నెట్వర్కింగ్ మరియు Prometheus/Grafana డాష్బోర్డులు, seq ఎంటర్ప్రైజ్ లాగింగ్ మద్దతు, JSON-RPC ట్రేసింగ్ మరియు అనలిటిక్స్ ప్లగిన్లు వంటి గొప్ప ఫీచర్లు.
+
+Nethermindకి [వివరణాత్మక డాక్యుమెంటేషన్](https://docs.nethermind.io), బలమైన డెవ్ మద్దతు, ఒక ఆన్లైన్ సంఘం మరియు ప్రీమియం వినియోగదారులకు 24/7 మద్దతు కూడా అందుబాటులో ఉంది.
+
+### Reth {#reth}
+
+Reth (రస్ట్ ఇతీరియముకు సంక్షిప్తంగా) అనేది వినియోగదారు-స్నేహపూర్వకంగా, అత్యంత మాడ్యులర్గా, వేగంగా మరియు సమర్థవంతంగా ఉండటంపై దృష్టి సారించిన ఇతీరియము పూర్తి నోడ్ అమలు. Reth వాస్తవానికి Paradigm చే నిర్మించబడింది మరియు ముందుకు నడిపించబడింది, మరియు ఇది అపాచీ మరియు MIT లైసెన్సుల క్రింద లైసెన్స్ పొందింది.
+
+Reth ఉత్పత్తికి సిద్ధంగా ఉంది, మరియు స్టేకింగ్ లేదా అధిక-అప్టైమ్ సేవలు వంటి మిషన్-క్రిటికల్ పరిసరాలలో ఉపయోగించడానికి అనుకూలంగా ఉంటుంది. RPC, MEV, ఇండెక్సింగ్, సిమ్యులేషన్లు, మరియు P2P కార్యకలాపాలు వంటి గొప్ప మార్జిన్లతో అధిక పనితీరు అవసరమయ్యే వినియోగ కేసులలో బాగా పనిచేస్తుంది.
+
+[Reth Book](https://reth.rs/) లేదా [Reth GitHub repo](https://github.com/paradigmxyz/reth?tab=readme-ov-file#reth) ని తనిఖీ చేయడం ద్వారా మరింత తెలుసుకోండి.
+
+### అభివృద్ధిలో {#execution-in-development}
+
+ఈ ఖాతాదారులు ఇంకా అభివృద్ధి యొక్క ప్రారంభ దశలలో ఉన్నారు మరియు ఉత్పత్తి వినియోగానికి ఇంకా సిఫార్సు చేయబడలేదు.
+
+#### EthereumJS {#ethereumjs}
+
+EthereumJS ఎగ్జిక్యూషన్ క్లయింట్ (EthereumJS) TypeScriptలో వ్రాయబడింది మరియు బ్లాక్, ట్రాన్సాక్షన్ మరియు మెర్కిల్-ప్యాట్రిసియా ట్రై క్లాస్లచే ప్రాతినిధ్యం వహించే కోర్ ఇతీరియము ప్రిమిటివ్లతో సహా అనేక ప్యాకేజీలతో కూడి ఉంటుంది మరియు ఇతీరియము వర్చువల్ మెషిన్ (EVM) అమలు, ఒక బ్లాక్చైన్ క్లాస్ మరియు DevP2P నెట్వర్కింగ్ స్టాక్ వంటి కోర్ క్లయింట్ కాంపోనెంట్లు కూడా ఉన్నాయి.
+
+దాని [డాక్యుమెంటేషన్](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master) చదవడం ద్వారా దాని గురించి మరింత తెలుసుకోండి
+
+## ఏకాభిప్రాయం క్లయింట్లు {#consensus-clients}
+
+[ఏకాభిప్రాయం అప్గ్రేడ్లకు](/roadmap/beacon-chain/) మద్దతు ఇవ్వడానికి బహుళ ఏకాభిప్రాయం క్లయింట్లు (గతంలో 'Eth2' క్లయింట్లు అని పిలిచేవారు) ఉన్నాయి. ఫోర్క్-ఎంపిక అల్గారిథం, ధృవీకరణల ప్రాసెసింగ్ మరియు [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos) రివార్డులు మరియు జరిమానాలను నిర్వహించడం వంటి అన్ని ఏకాభిప్రాయం-సంబంధిత తర్కాలకు వారు బాధ్యత వహిస్తారు.
+
+| ఖాతాదారుడు | భాష | ఆపరేటింగ్ సిస్టమ్స్ | నెటవర్క్లు |
+| ------------------------------------------------------------- | ---------- | --------------------- | --------------------------------------------------------------- |
+| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux, Windows, macOS | బీకాన్ చైన్, హూడి, పిర్మాంట్, సెపోలియా, మరియు మరిన్ని |
+| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux, Windows, macOS | బీకాన్ చైన్, హూడి, సెపోలియా, మరియు మరిన్ని |
+| [Nimbus](https://nimbus.team/) | Nim | Linux, Windows, macOS | బీకాన్ చైన్, హూడి, సెపోలియా, మరియు మరిన్ని |
+| [Prysm](https://prysm.offchainlabs.com/docs/) | Go | Linux, Windows, macOS | బీకాన్ చైన్, గ్నోసిస్, హూడి, పిర్మాంట్, సెపోలియా, మరియు మరిన్ని |
+| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | జావా | Linux, Windows, macOS | బీకాన్ చైన్, గ్నోసిస్, హూడి, సెపోలియా, మరియు మరిన్ని |
+| [Grandine](https://docs.grandine.io/) | Rust | Linux, Windows, macOS | బీకాన్ చైన్, హూడి, సెపోలియా, మరియు మరిన్ని |
+
+### Lighthouse {#lighthouse}
+
+Lighthouse అనేది అపాచీ-2.0 లైసెన్స్ క్రింద రస్ట్లో వ్రాయబడిన ఒక ఏకాభిప్రాయం క్లయింట్ అమలు. ఇది సిగ్మా ప్రైమ్ చే నిర్వహించబడుతుంది మరియు బీకాన్ చైన్ జెనెసిస్ నుండి స్థిరంగా మరియు ఉత్పత్తి-సిద్ధంగా ఉంది. వివిధ సంస్థలు, స్టేకింగ్ పూల్లు మరియు వ్యక్తులు దీనిపై ఆధారపడతారు. డెస్క్టాప్ PCల నుండి అధునాతన ఆటోమేటెడ్ విస్తరణల వరకు విస్తృత శ్రేణి పరిసరాలలో సురక్షితంగా, పనితీరుతో మరియు పరస్పరం పనిచేయగలదని ఇది లక్ష్యంగా పెట్టుకుంది.
+
+[Lighthouse Book](https://lighthouse-book.sigmaprime.io/)లో డాక్యుమెంటేషన్ చూడవచ్చు
+
+### Lodestar {#lodestar}
+
+Lodestar అనేది LGPL-3.0 లైసెన్స్ క్రింద టైప్స్క్రిప్ట్లో వ్రాయబడిన ఉత్పత్తికి సిద్ధంగా ఉన్న ఏకాభిప్రాయం క్లయింట్ అమలు. ఇది చైన్సేఫ్ సిస్టమ్స్ చే నిర్వహించబడుతుంది మరియు సోలో-స్టేకర్లు, అభివృద్ధి చేసేవారు మరియు పరిశోధకుల కోసం కొత్త ఏకాభిప్రాయం క్లయింట్లలో ఇది ఒకటి. Lodestar లో ఇతీరియము ప్రోటోకాల్స్ యొక్క జావాస్క్రిప్ట్ అమలుల ద్వారా ఆధారితమైన ఒక బీకాన్ నోడ్ మరియు వాలిడేటర్ క్లయింట్ ఉంటాయి. Lodestar తేలికపాటి క్లయింట్లతో ఇతీరియము వినియోగాన్ని మెరుగుపరచడం, అభివృద్ధి చేసేవారి పెద్ద సమూహానికి ప్రాప్యతను విస్తరించడం మరియు పర్యావరణ వ్యవస్థ వైవిధ్యానికి మరింత దోహదం చేయడం లక్ష్యంగా పెట్టుకుంది.
+
+[Lodestar వెబ్సైట్](https://lodestar.chainsafe.io/)లో మరింత సమాచారం కనుగొనవచ్చు
+
+### Nimbus {#nimbus}
+
+Nimbus అనేది అపాచీ-2.0 లైసెన్స్ క్రింద నిమ్లో వ్రాయబడిన ఒక ఏకాభిప్రాయం క్లయింట్ అమలు. ఇది సోలో-స్టేకర్లు మరియు స్టేకింగ్ పూల్స్ ఉపయోగించే ఉత్పత్తికి సిద్ధంగా ఉన్న ఖాతాదారుడు. నింబస్ వనరుల సామర్థ్యం కోసం రూపొందించబడింది, ఇది స్థిరత్వం లేదా రివార్డ్ పనితీరును రాజీ పడకుండా వనరు-పరిమిత పరికరాలు మరియు ఎంటర్ప్రైజ్ ఇన్ఫ్రాస్ట్రక్చర్పై సమాన సౌలభ్యంతో అమలు చేయడం సులభం చేస్తుంది. తేలికపాటి వనరుల ఫుట్ప్రింట్ అంటే నెట్వర్క్ ఒత్తిడిలో ఉన్నప్పుడు ఖాతాదారుడు ఎక్కువ భద్రతా మార్జిన్ను కలిగి ఉంటాడు.
+
+[Nimbus docs](https://nimbus.guide/)లో మరింత తెలుసుకోండి
+
+### Prysm {#prysm}
+
+Prysm అనేది GPL-3.0 లైసెన్స్ క్రింద గోలో వ్రాయబడిన పూర్తి-ఫీచర్డ్, ఓపెన్ సోర్స్ ఏకాభిప్రాయం క్లయింట్. ఇది ఐచ్ఛిక వెబ్యాప్ UIని కలిగి ఉంటుంది మరియు ఇంటి నుండి స్టేక్ చేసేవారు మరియు సంస్థాగత వినియోగదారులు ఇద్దరికీ వినియోగదారు అనుభవం, డాక్యుమెంటేషన్ మరియు కాన్ఫిగర్ చేయగల సామర్థ్యానికి ప్రాధాన్యత ఇస్తుంది.
+
+మరింత తెలుసుకోవడానికి [Prysm docs](https://prysm.offchainlabs.com/docs/) ని సందర్శించండి.
+
+### Teku {#teku}
+
+Teku అసలు బీకాన్ చైన్ జెనెసిస్ క్లయింట్లలో ఒకటి. సాధారణ లక్ష్యాలతో పాటు (భద్రత, పటిష్టత, స్థిరత్వం, వినియోగం, పనితీరు), టెకు ప్రత్యేకంగా వివిధ ఏకాభిప్రాయం క్లయింట్ ప్రమాణాలకు పూర్తిగా కట్టుబడి ఉండాలని లక్ష్యంగా పెట్టుకుంది.
+
+Teku చాలా సౌకర్యవంతమైన విస్తరణ ఎంపికలను అందిస్తుంది. బీకాన్ నోడ్ మరియు వాలిడేటర్ క్లయింట్ను ఒకే ప్రక్రియగా కలిసి నడపవచ్చు, ఇది సోలో స్టేకర్లకు చాలా సౌకర్యవంతంగా ఉంటుంది, లేదా అధునాతన స్టేకింగ్ కార్యకలాపాల కోసం నోడ్లను విడిగా నడపవచ్చు. అదనంగా, టెకు సైనింగ్ కీ భద్రత మరియు స్లాషింగ్ రక్షణ కోసం [Web3Signer](https://github.com/ConsenSys/web3signer/)తో పూర్తిగా పరస్పరం పనిచేయగలదు.
+
+టెకు జావాలో వ్రాయబడింది మరియు అపాచీ 2.0 లైసెన్స్ పొందింది. ఇది Besu మరియు Web3Signerకు కూడా బాధ్యత వహించే ConsenSysలోని ప్రోటోకాల్స్ బృందం ద్వారా అభివృద్ధి చేయబడింది. [Teku docs](https://docs.teku.consensys.net/en/latest/)లో మరింత తెలుసుకోండి.
+
+### Grandine {#grandine}
+
+Grandine అనేది GPL-3.0 లైసెన్స్ క్రింద రస్ట్లో వ్రాయబడిన ఒక ఏకాభిప్రాయం క్లయింట్ అమలు. ఇది Grandine కోర్ టీమ్ చే నిర్వహించబడుతుంది మరియు వేగవంతమైనది, అధిక-పనితీరు గలది మరియు తేలికైనది. ఇది రాస్ప్బెర్రీ పై వంటి తక్కువ-వనరుల పరికరాలలో నడుస్తున్న సోలో స్టేకర్ల నుండి పదివేల వాలిడేటర్లను నడుపుతున్న పెద్ద సంస్థాగత స్టేకర్ల వరకు విస్తృత శ్రేణి స్టేకర్లకు సరిపోతుంది.
+
+[Grandine Book](https://docs.grandine.io/)లో డాక్యుమెంటేషన్ చూడవచ్చు
+
+## సమకాలీకరణ మోడ్లు {#sync-modes}
+
+నెట్వర్క్లో ప్రస్తుత డేటాను అనుసరించడానికి మరియు ధృవీకరించడానికి, ఇతీరియము క్లయింట్ తాజా నెట్వర్క్ స్థితితో సింక్ చేయాలి. పీర్స్ నుండి డేటాను డౌన్లోడ్ చేయడం, వాటి సమగ్రతను క్రిప్టోగ్రాఫికల్గా ధృవీకరించడం మరియు స్థానిక బ్లాక్చైన్ డేటాబేస్ను నిర్మించడం ద్వారా ఇది జరుగుతుంది.
+
+సమకాలీకరణ మోడ్లు వివిధ లాభనష్టాలతో ఈ ప్రక్రియకు విభిన్న విధానాలను సూచిస్తాయి. ఖాతాదారులు సింక్ అల్గారిథమ్ల అమలులో కూడా విభిన్నంగా ఉంటారు. అమలుపై నిర్దిష్టాల కోసం మీరు ఎంచుకున్న ఖాతాదారుని అధికారిక డాక్యుమెంటేషన్ను ఎల్లప్పుడూ చూడండి.
+
+### ఎగ్జిక్యూషన్ లేయర్ సింక్ మోడ్లు {#execution-layer-sync-modes}
+
+బ్లాక్చైన్ యొక్క ప్రపంచ స్థితిని తిరిగి అమలు చేయడం నుండి విశ్వసనీయ చెక్పాయింట్ నుండి గొలుసు యొక్క చిట్కాతో మాత్రమే సింక్ చేయడం వరకు వివిధ వినియోగ కేసులకు సరిపోయేలా ఎగ్జిక్యూషన్ లేయర్ను వివిధ మోడ్లలో నడపవచ్చు.
+
+#### పూర్తి సింక్ {#full-sync}
+
+పూర్తి సింక్ అన్ని బ్లాక్లను (హెడర్లు మరియు బ్లాక్ బాడీలతో సహా) డౌన్లోడ్ చేస్తుంది మరియు జెనెసిస్ నుండి ప్రతి బ్లాక్ను అమలు చేయడం ద్వారా బ్లాక్చైన్ స్థితిని క్రమంగా పునరుత్పత్తి చేస్తుంది.
+
+- ప్రతి లావాదేవీని ధృవీకరించడం ద్వారా నమ్మకాన్ని తగ్గిస్తుంది మరియు అత్యధిక భద్రతను అందిస్తుంది.
+- లావాదేవీల సంఖ్య పెరగడంతో, అన్ని లావాదేవీలను ప్రాసెస్ చేయడానికి రోజులు లేదా వారాలు పట్టవచ్చు.
+
+[ఆర్కైవ్ నోడ్స్](#archive-node) ప్రతి బ్లాక్లోని ప్రతి లావాదేవీ ద్వారా చేయబడిన స్థితి మార్పుల పూర్తి చరిత్రను నిర్మించడానికి (మరియు నిలుపుకోవడానికి) పూర్తి సింక్ను చేస్తాయి.
+
+#### ఫాస్ట్ సింక్ {#fast-sync}
+
+పూర్తి సింక్ లాగానే, ఫాస్ట్ సింక్ అన్ని బ్లాక్లను (హెడర్లు, లావాదేవీలు మరియు రసీదులతో సహా) డౌన్లోడ్ చేస్తుంది. అయినప్పటికీ, చారిత్రక లావాదేవీలను తిరిగి ప్రాసెస్ చేయడానికి బదులుగా, ఒక ఫాస్ట్ సింక్ ఇటీవలి హెడ్ను చేరే వరకు రసీదులపై ఆధారపడుతుంది, అప్పుడు పూర్తి నోడ్ను అందించడానికి బ్లాక్లను దిగుమతి చేయడం మరియు ప్రాసెస్ చేయడానికి మారుతుంది.
+
+- ఫాస్ట్ సింక్ వ్యూహం.
+- బ్యాండ్విడ్త్ వినియోగానికి అనుకూలంగా ప్రాసెసింగ్ డిమాండ్ను తగ్గిస్తుంది.
+
+#### స్నాప్ సింక్ {#snap-sync}
+
+స్నాప్ సింక్లు కూడా గొలుసును బ్లాక్-బై-బ్లాక్ ధృవీకరిస్తాయి. అయినప్పటికీ, జెనెసిస్ బ్లాక్ వద్ద ప్రారంభించడానికి బదులుగా, ఒక స్నాప్ సింక్ నిజమైన బ్లాక్చైన్లో భాగమని తెలిసిన ఇటీవలి 'విశ్వసనీయ' చెక్పాయింట్ వద్ద ప్రారంభమవుతుంది. నోడ్ నిర్దిష్ట వయస్సు కంటే పాత డేటాను తొలగిస్తూ క్రమానుగత చెక్పాయింట్లను సేవ్ చేస్తుంది. ఈ స్నాప్షాట్లు స్థితి డేటాను శాశ్వతంగా నిల్వ చేయడానికి బదులుగా అవసరమైనప్పుడు పునరుత్పత్తి చేయడానికి ఉపయోగించబడతాయి.
+
+- అత్యంత వేగవంతమైన సింక్ వ్యూహం, ప్రస్తుతం ఇతీరియము మెయిన్నెట్లో డిఫాల్ట్.
+- భద్రతను త్యాగం చేయకుండా చాలా డిస్క్ వినియోగం మరియు నెట్వర్క్ బ్యాండ్విడ్త్ను ఆదా చేస్తుంది.
+
+[స్నాప్ సింక్ గురించి మరిన్ని](https://github.com/ethereum/devp2p/blob/master/caps/snap.md).
+
+#### తేలికపాటి సింక్ {#light-sync}
+
+తేలికపాటి క్లయింట్ మోడ్ అన్ని బ్లాక్ హెడర్లను, బ్లాక్ డేటాను డౌన్లోడ్ చేస్తుంది మరియు కొన్నింటిని యాదృచ్ఛికంగా ధృవీకరిస్తుంది. విశ్వసనీయ చెక్పాయింట్ నుండి గొలుసు యొక్క చిట్కాను మాత్రమే సింక్ చేస్తుంది.
+
+- అభివృద్ధి చేసేవారు మరియు ఏకాభిప్రాయం యంత్రాంగంపై నమ్మకంతో ఆధారపడి తాజా స్థితిని మాత్రమే పొందుతుంది.
+- కొన్ని నిమిషాల్లో ప్రస్తుత నెట్వర్క్ స్థితితో ఉపయోగించడానికి క్లయింట్ సిద్ధంగా ఉంది.
+
+**NB** తేలికపాటి సింక్ ఇంకా ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముతో పనిచేయదు - తేలికపాటి సింక్ యొక్క కొత్త వెర్షన్లు త్వరలో రావాలి!
+
+[తేలికపాటి క్లయింట్ల గురించి మరిన్ని](/developers/docs/nodes-and-clients/light-clients/)
+
+### ఏకాభిప్రాయం లేయర్ సింక్ మోడ్లు {#consensus-layer-sync-modes}
+
+#### ఆప్టిమిస్టిక్ సింక్ {#optimistic-sync}
+
+ఆప్టిమిస్టిక్ సింక్ అనేది విలీనం అనంతర సమకాలీకరణ వ్యూహం, ఇది ఆప్ట్-ఇన్గా మరియు వెనుకకు అనుకూలంగా ఉండేలా రూపొందించబడింది, ఇది ఎగ్జిక్యూషన్ నోడ్లను స్థాపిత పద్ధతుల ద్వారా సింక్ చేయడానికి అనుమతిస్తుంది. ఎగ్జిక్యూషన్ ఇంజిన్ బీకాన్ బ్లాక్లను పూర్తిగా ధృవీకరించకుండా _ఆశాజనకంగా_ దిగుమతి చేసుకోవచ్చు, తాజా హెడ్ను కనుగొని, ఆపై పై పద్ధతులతో గొలుసును సింక్ చేయడం ప్రారంభించవచ్చు. అప్పుడు, ఎగ్జిక్యూషన్ క్లయింట్ పట్టుబడిన తర్వాత, బీకాన్ చైన్లోని లావాదేవీల యొక్క ప్రామాణికత గురించి ఏకాభిప్రాయం క్లయింట్కు తెలియజేస్తుంది.
+
+[ఆప్టిమిస్టిక్ సింక్ గురించి మరిన్ని](https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md)
+
+#### చెక్పాయింట్ సింక్ {#checkpoint-sync}
+
+చెక్పాయింట్ సింక్, బలహీనమైన సబ్జెక్టివిటీ సింక్ అని కూడా పిలుస్తారు, బీకాన్ నోడ్ను సింక్ చేయడానికి ఒక ఉన్నతమైన వినియోగదారు అనుభవాన్ని సృష్టిస్తుంది. ఇది [బలహీనమైన సబ్జెక్టివిటీ](/developers/docs/consensus-mechanisms/pos/weak-subjectivity/) యొక్క అంచనాలపై ఆధారపడి ఉంటుంది, ఇది జెనెసిస్ బదులుగా ఇటీవలి బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్ నుండి బీకాన్ చైన్ను సింక్ చేయడానికి వీలు కల్పిస్తుంది. చెక్పాయింట్ సింక్లు [జెనెసిస్](/glossary/#genesis-block) నుండి సింక్ చేయడం వంటి సారూప్య విశ్వాస అంచనాలతో ప్రారంభ సింక్ సమయాన్ని గణనీయంగా వేగవంతం చేస్తాయి.
+
+ఆచరణలో, దీని అర్థం మీ నోడ్ ఇటీవలి ఖరారు చేయబడిన స్థితులను డౌన్లోడ్ చేయడానికి రిమోట్ సేవకు కనెక్ట్ అవుతుంది మరియు ఆ పాయింట్ నుండి డేటాను ధృవీకరించడం కొనసాగిస్తుంది. డేటాను అందించే మూడవ పక్షం విశ్వసనీయమైనది మరియు జాగ్రత్తగా ఎంపిక చేయబడాలి.
+
+[చెక్పాయింట్ సింక్](https://notes.ethereum.org/@djrtwo/ws-sync-in-practice) గురించి మరిన్ని
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము 101 - పార్ట్ 2 - నోడ్స్ను అర్థం చేసుకోవడం](https://kauri.io/ethereum-101-part-2-understanding-nodes/48d5098292fd4f11b251d1b1814f0bba/a) _– విల్ బర్నెస్, 13 ఫిబ్రవరి 2019_
+- [ఇతీరియము పూర్తి నోడ్స్ నడపడం: కేవలం ప్రేరేపించబడిన వారికి ఒక మార్గదర్శి](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _– జస్టిన్ లెరౌక్స్, 7 నవంబర్ 2019_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [బ్లాక్లు](/developers/docs/blocks/)
+- [నెట్వర్క్లు](/developers/docs/networks/)
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [మైక్రోఎస్డి కార్డును ఫ్లాష్ చేయడం ద్వారా మీ రాస్ప్బెర్రీ పై 4 ని వ్యాలిడేటర్ నోడ్ గా మార్చండి – ఇన్స్టాలేషన్ గైడ్](/developers/tutorials/run-node-raspberry-pi/) _– మీ రాస్ప్బెర్రీ పై 4 ను ఫ్లాష్ చేయండి, ఈథర్నెట్ కేబుల్ ప్లగ్ ఇన్ చేయండి, ఎస్ఎస్డి డిస్క్ ను కనెక్ట్ చేయండి మరియు రాస్ప్బెర్రీ పై 4 ను ఎగ్జిక్యూషన్ లేయర్ (మెయిన్నెట్) మరియు / లేదా ఏకాభిప్రాయం లేయర్ (బీకాన్ చైన్ / వ్యాలిడేటర్) నడుపుతున్న పూర్తి ఇతీరియము నోడ్ గా మార్చడానికి పరికరాన్ని పవర్ అప్ చేయండి._
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/light-clients/index.md
new file mode 100644
index 00000000000..28db564e8ca
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/light-clients/index.md
@@ -0,0 +1,61 @@
+---
+title: లైట్ క్లయింట్లు
+description: ఇథిరియం లైట్ క్లయింట్లకు పరిచయం.
+lang: te
+---
+
+పూర్తి నోడ్ను నడపడం అనేది ఇథిరియంతో పరస్పర చర్య చేయడానికి అత్యంత నమ్మకమైన, ప్రైవేట్, వికేంద్రీకృత మరియు సెన్సార్షిప్ నిరోధక మార్గం. పూర్తి నోడ్తో మీరు బ్లాక్చెయిన్ యొక్క మీ స్వంత కాపీని ఉంచుకుంటారు, దానిని మీరు తక్షణమే ప్రశ్నించవచ్చు మరియు మీరు ఇథిరియం యొక్క పీర్-టు-పీర్ నెట్వర్క్కు ప్రత్యక్ష ప్రాప్యతను పొందుతారు. అయితే, పూర్తి నోడ్ను అమలు చేయడానికి గణనీయమైన మొత్తంలో మెమరీ, స్టోరేజ్ మరియు CPU అవసరం. అంటే ప్రతిఒక్కరూ తమ సొంత నోడ్ను నడపడం ఆచరణీయం కాదు. ఇథిరియం రోడ్మ్యాప్లో దీనికి అనేక పరిష్కారాలు ఉన్నాయి, వాటిలో స్టేట్లెస్నెస్ కూడా ఉంది, కానీ అవి అమలు చేయడానికి చాలా సంవత్సరాల దూరంలో ఉన్నాయి. సమీప-కాలంలో సమాధానం ఏమిటంటే, చాలా తక్కువ హార్డ్వేర్ అవసరాలతో నోడ్లను అమలు చేయడానికి అనుమతించే పెద్ద పనితీరు మెరుగుదలల కోసం పూర్తి నోడ్ను నడపడం వల్ల కలిగే కొన్ని ప్రయోజనాలను ట్రేడ్-ఆఫ్ చేయడం. ఈ ట్రేడ్-ఆఫ్ చేసే నోడ్లను లైట్ నోడ్లు అంటారు.
+
+## లైట్ క్లయింట్ అంటే ఏమిటి {#what-is-a-light-client}
+
+లైట్ నోడ్ అనేది లైట్ క్లయింట్ సాఫ్ట్వేర్ను నడుపుతున్న నోడ్. బ్లాక్చెయిన్ డేటా యొక్క స్థానిక కాపీలను ఉంచడం మరియు అన్ని మార్పులను స్వతంత్రంగా ధృవీకరించడం బదులు, వారు బదులుగా కొంత ప్రొవైడర్ నుండి అవసరమైన డేటాను అభ్యర్థిస్తారు. ప్రొవైడర్ పూర్తి నోడ్కు ప్రత్యక్ష కనెక్షన్ కావచ్చు లేదా కొన్ని కేంద్రీకృత RPC సర్వర్ ద్వారా కావచ్చు. ఆ తర్వాత డేటా లైట్ నోడ్ ద్వారా ధృవీకరించబడుతుంది, ఇది చైన్ యొక్క హెడ్తో తాజాగా ఉండటానికి అనుమతిస్తుంది. లైట్ నోడ్ బ్లాక్ హెడర్లను మాత్రమే ప్రాసెస్ చేస్తుంది, అప్పుడప్పుడు మాత్రమే అసలు బ్లాక్ కంటెంట్లను డౌన్లోడ్ చేస్తుంది. నోడ్లు తాము నడుపుతున్న లైట్ మరియు పూర్తి క్లయింట్ సాఫ్ట్వేర్ కలయికల ఆధారంగా వాటి లైట్నెస్లో మారవచ్చు. ఉదాహరణకు, తేలికైన కాన్ఫిగరేషన్ లైట్ ఎగ్జిక్యూషన్ క్లయింట్ మరియు లైట్ ఏకాభిప్రాయం క్లయింట్ను అమలు చేయడం. అనేక నోడ్లు పూర్తి ఎగ్జిక్యూషన్ క్లయింట్లతో లైట్ ఏకాభిప్రాయం క్లయింట్లను అమలు చేయడానికి ఎంచుకునే అవకాశం ఉంది, లేదా దీనికి విరుద్ధంగా.
+
+## లైట్ క్లయింట్లు ఎలా పనిచేస్తాయి? {#how-do-light-clients-work}
+
+ఇథిరియం ప్రూఫ్-ఆఫ్-స్టేక్ ఆధారిత ఏకాభిప్రాయం విధానాన్ని ఉపయోగించడం ప్రారంభించినప్పుడు, లైట్ క్లయింట్లకు మద్దతు ఇవ్వడానికి ప్రత్యేకంగా కొత్త మౌలిక సదుపాయాలు ప్రవేశపెట్టబడ్డాయి. ఇది పనిచేసే విధానం ఏమిటంటే, ప్రతి 1.1 రోజులకు 512 మంది వాలిడేటర్ల సబ్సెట్ను యాదృచ్ఛికంగా ఎంచుకోవడం ద్వారా **సింక్ కమిటీ**గా పనిచేయడం. సింక్ కమిటీ ఇటీవలి బ్లాక్ల హెడర్పై సంతకం చేస్తుంది. ప్రతి బ్లాక్ హెడర్లో సింక్ కమిటీలోని వాలిడేటర్ల యొక్క సమగ్ర సంతకం మరియు ఏ వాలిడేటర్లు సంతకం చేశారో మరియు ఎవరు చేయలేదో చూపే ఒక "బిట్ఫీల్డ్" ఉంటుంది. ప్రతి హెడర్లో తదుపరి బ్లాక్పై సంతకం చేయడంలో పాల్గొనాలని ఆశించే వాలిడేటర్ల జాబితా కూడా ఉంటుంది. దీని అర్థం లైట్ క్లయింట్ వారు స్వీకరించే డేటాపై సింక్ కమిటీ సంతకం చేసిందని త్వరగా చూడగలదు, మరియు వారు మునుపటి బ్లాక్లో ఆశించమని చెప్పిన దానితో వారు స్వీకరించిన దాన్ని పోల్చడం ద్వారా సింక్ కమిటీ నిజమైనదేనని కూడా తనిఖీ చేయవచ్చు. ఈ విధంగా, లైట్ క్లయింట్ అసలు బ్లాక్ను డౌన్లోడ్ చేయకుండా, సారాంశ సమాచారాన్ని కలిగి ఉన్న హెడర్ను మాత్రమే డౌన్లోడ్ చేయడం ద్వారా తాజా ఇథిరియం బ్లాక్ గురించి తన జ్ఞానాన్ని నవీకరించుకుంటూ ఉంటుంది.
+
+ఎగ్జిక్యూషన్ లేయర్లో లైట్ ఎగ్జిక్యూషన్ క్లయింట్ కోసం ఒక్క స్పెసిఫికేషన్ కూడా లేదు. లైట్ ఎగ్జిక్యూషన్ క్లయింట్ యొక్క పరిధి పూర్తి ఎగ్జిక్యూషన్ క్లయింట్ యొక్క "లైట్ మోడ్" నుండి మారవచ్చు, ఇది పూర్తి నోడ్ యొక్క అన్ని EVM మరియు నెట్వర్కింగ్ ఫంక్షనాలిటీని కలిగి ఉంటుంది, కానీ అనుబంధిత డేటాను డౌన్లోడ్ చేయకుండా, బ్లాక్ హెడర్లను మాత్రమే ధృవీకరిస్తుంది, లేదా ఇది ఇథిరియంతో పరస్పర చర్య చేయడానికి RPC ప్రొవైడర్కు అభ్యర్థనలను ఫార్వార్డ్ చేయడంపై ఎక్కువగా ఆధారపడే మరింత స్ట్రిప్డ్-డౌన్ క్లయింట్ కావచ్చు.
+
+## లైట్ క్లయింట్లు ఎందుకు ముఖ్యమైనవి? {#why-are-light-clients-important}
+
+లైట్ క్లయింట్లు ముఖ్యమైనవి ఎందుకంటే అవి పూర్తి నోడ్ యొక్క గణన వనరులలో చాలా చిన్న భాగాన్ని మాత్రమే ఉపయోగిస్తూ, వారి డేటా ప్రొవైడర్ సరైనది మరియు నిజాయితీగా ఉన్నారని గుడ్డిగా విశ్వసించే బదులు ఇన్కమింగ్ డేటాను ధృవీకరించడానికి వినియోగదారులను అనుమతిస్తాయి. లైట్ క్లయింట్లు స్వీకరించే డేటాను వారు 512 ఇథిరియం వాలిడేటర్ల యాదృచ్ఛిక సెట్లో కనీసం 2/3 మంది సంతకం చేశారని తెలిసిన బ్లాక్ హెడర్లతో తనిఖీ చేయవచ్చు. డేటా సరైనదని ఇది చాలా బలమైన సాక్ష్యం.
+
+లైట్ క్లయింట్ చాలా తక్కువ మొత్తంలో కంప్యూటింగ్ పవర్, మెమరీ మరియు స్టోరేజ్ని మాత్రమే ఉపయోగిస్తుంది కాబట్టి దీనిని మొబైల్ ఫోన్లో, యాప్లో పొందుపరచవచ్చు లేదా బ్రౌజర్లో భాగంగా అమలు చేయవచ్చు. లైట్ క్లయింట్లు మూడవ-పక్షం ప్రొవైడర్ను విశ్వసించినంత ఘర్షణరహితంగా ఇథిరియంకు నమ్మకాన్ని తగ్గించే యాక్సెస్ను చేయడానికి ఒక మార్గం.
+
+ఒక సాధారణ ఉదాహరణ తీసుకుందాం. మీరు మీ ఖాతా బ్యాలెన్స్ను తనిఖీ చేయాలనుకుంటున్నారని ఊహించుకోండి. ఇది చేయడానికి మీరు ఇథిరియం నోడ్కు అభ్యర్థన చేయాలి. ఆ నోడ్ మీ బ్యాలెన్స్ కోసం ఇథిరియం స్థితి యొక్క దాని స్థానిక కాపీని తనిఖీ చేసి మీకు తిరిగి ఇస్తుంది. మీకు నోడ్కు ప్రత్యక్ష ప్రాప్యత లేకపోతే, ఈ డేటాను సేవగా అందించే కేంద్రీకృత ఆపరేటర్లు ఉన్నారు. మీరు వారికి ఒక అభ్యర్థనను పంపవచ్చు, వారు వారి నోడ్ను తనిఖీ చేస్తారు మరియు ఫలితాన్ని మీకు తిరిగి పంపుతారు. దీనితో ఉన్న సమస్య ఏమిటంటే, మీకు సరైన సమాచారం ఇస్తున్నారని మీరు ప్రొవైడర్ను విశ్వసించాల్సి ఉంటుంది. మీరు మీ కోసం దాన్ని ధృవీకరించలేకపోతే సమాచారం సరైనదని మీరు నిజంగా ఎప్పటికీ తెలుసుకోలేరు.
+
+ఒక లైట్ క్లయింట్ ఈ సమస్యను పరిష్కరిస్తుంది. మీరు ఇప్పటికీ కొన్ని బాహ్య ప్రొవైడర్ నుండి డేటాను అభ్యర్థిస్తారు, కానీ మీరు డేటాను తిరిగి స్వీకరించినప్పుడు అది మీ లైట్ నోడ్ బ్లాక్ హెడర్లో అందుకున్న సమాచారానికి వ్యతిరేకంగా తనిఖీ చేయగల రుజువుతో వస్తుంది. దీని అర్థం కొంత విశ్వసనీయ ఆపరేటర్కు బదులుగా ఇథిరియం మీ డేటా యొక్క ఖచ్చితత్వాన్ని ధృవీకరిస్తోంది.
+
+## లైట్ క్లయింట్లు ఏ ఆవిష్కరణలను ప్రారంభిస్తాయి? {#what-innovations-do-light-clients-enable}
+
+లైట్ క్లయింట్ల యొక్క ప్రాథమిక ప్రయోజనం ఏమిటంటే, ఎక్కువ మంది వ్యక్తులు ఇథిరియంను స్వతంత్రంగా యాక్సెస్ చేయడానికి వీలు కల్పించడం, అతి తక్కువ హార్డ్వేర్ అవసరాలు మరియు మూడవ పక్షాలపై కనీస ఆధారపడటంతో. ఇది వినియోగదారులకు మంచిది ఎందుకంటే వారు తమ స్వంత డేటాను ధృవీకరించగలరు మరియు ఇది నెట్వర్క్కు మంచిది ఎందుకంటే ఇది చైన్ను ధృవీకరించే నోడ్ల సంఖ్య మరియు వైవిధ్యాన్ని పెంచుతుంది.
+
+చాలా చిన్న స్టోరేజ్, మెమరీ మరియు ప్రాసెసింగ్ పవర్ ఉన్న పరికరాలలో ఇథిరియం నోడ్లను అమలు చేయగల సామర్థ్యం లైట్ క్లయింట్ల ద్వారా అన్లాక్ చేయబడిన ఆవిష్కరణ యొక్క ప్రధాన రంగాలలో ఒకటి. నేడు ఇథిరియం నోడ్లకు చాలా కంప్యూటింగ్ వనరులు అవసరం అయితే, లైట్ క్లయింట్లను బ్రౌజర్లలో పొందుపరచవచ్చు, మొబైల్ ఫోన్లలో మరియు బహుశా స్మార్ట్ వాచ్ల వంటి చిన్న పరికరాలలో కూడా అమలు చేయవచ్చు. దీని అర్థం పొందుపరిచిన క్లయింట్లతో కూడిన ఇథిరియం వాలెట్లు మొబైల్ ఫోన్లో నడుస్తాయి. దీని అర్థం మొబైల్ వాలెట్లు వాటి డేటా కోసం కేంద్రీకృత డేటా ప్రొవైడర్లను విశ్వసించాల్సిన అవసరం లేనందున చాలా వికేంద్రీకృతం కావచ్చు.
+
+దీని యొక్క పొడిగింపు **ఇంటర్నెట్ ఆఫ్ థింగ్స్ (IoT)** పరికరాలను ప్రారంభించడం. ఒక లైట్ క్లయింట్ను సింక్ కమిటీలు అందించే అన్ని భద్రతా హామీలతో, కొంత టోకెన్ బ్యాలెన్స్ లేదా NFT యొక్క యాజమాన్యాన్ని త్వరగా నిరూపించడానికి ఉపయోగించవచ్చు, ఇది IoT నెట్వర్క్లో కొంత చర్యను ప్రేరేపిస్తుంది. మీరు అద్దె సేవ యొక్క NFTని కలిగి ఉన్నారని త్వరగా ధృవీకరించడానికి పొందుపరిచిన లైట్ క్లయింట్తో కూడిన యాప్ను ఉపయోగించే [సైకిల్ అద్దె సేవను](https://youtu.be/ZHNrAXf3RDE?t=929) ఊహించుకోండి మరియు అలా అయితే, మీరు తొక్కడానికి ఒక సైకిల్ను అన్లాక్ చేస్తుంది!
+
+ఇథిరియం రోల్అప్లు కూడా లైట్ క్లయింట్ల నుండి ప్రయోజనం పొందుతాయి. రోల్అప్ల కోసం ఉన్న పెద్ద సమస్యలలో ఒకటి, ఇథిరియం Mainnet నుండి రోల్అప్కు నిధులను బదిలీ చేయడానికి అనుమతించే బ్రిడ్జ్లను లక్ష్యంగా చేసుకున్న హ్యాక్లు. ఒక వినియోగదారుడు బ్రిడ్జ్లో డిపాజిట్ చేశారని గుర్తించడానికి రోల్అప్లు ఉపయోగించే ఒరాకిల్స్ ఒక బలహీనత. ఒకవేళ ఒరాకిల్ చెడు డేటాను ఫీడ్ చేస్తే, వారు రోల్అప్ను బ్రిడ్జ్కు డిపాజిట్ ఉందని మరియు తప్పుగా నిధులను విడుదల చేయమని మోసగించవచ్చు. రోల్అప్లో పొందుపరిచిన లైట్ క్లయింట్ను పాడైన ఒరాకిల్స్ నుండి రక్షించడానికి ఉపయోగించవచ్చు, ఎందుకంటే బ్రిడ్జ్లోనికి డిపాజిట్ చేయడం అనేది ఏవైనా టోకెన్లను విడుదల చేయడానికి ముందు రోల్అప్ ద్వారా ధృవీకరించబడే రుజువుతో రావచ్చు. అదే భావనను ఇతర ఇంటర్చైన్ బ్రిడ్జ్లకు కూడా వర్తింపజేయవచ్చు.
+
+ఇథిరియం వాలెట్లను అప్గ్రేడ్ చేయడానికి కూడా లైట్ క్లయింట్లను ఉపయోగించవచ్చు. RPC ప్రొవైడర్ నుండి అందించిన డేటాను విశ్వసించే బదులు, మీ వాలెట్ పొందుపరిచిన లైట్ క్లయింట్ను ఉపయోగించి మీకు అందించబడుతున్న డేటాను నేరుగా ధృవీకరించగలదు. ఇది మీ వాలెట్కు భద్రతను జోడిస్తుంది. మీ RPC ప్రొవైడర్ నిజాయితీ లేనివాడై, మీకు తప్పు డేటాను అందిస్తే, పొందుపరిచిన లైట్ క్లయింట్ మీకు చెప్పగలదు!
+
+## లైట్ క్లయింట్ అభివృద్ధి యొక్క ప్రస్తుత స్థితి ఏమిటి? {#current-state-of-development}
+
+ఎగ్జిక్యూషన్, ఏకాభిప్రాయం మరియు మిశ్రమ ఎగ్జిక్యూషన్/ఏకాభిప్రాయం లైట్ క్లయింట్లతో సహా అనేక లైట్ క్లయింట్లు అభివృద్ధిలో ఉన్నాయి. ఈ పేజీ రాసే సమయానికి మాకు తెలిసిన లైట్ క్లయింట్ అమలులు ఇవి:
+
+- [Lodestar](https://github.com/ChainSafe/lodestar/tree/unstable/packages/light-client): TypeScript లో ఏకాభిప్రాయం లైట్ క్లయింట్
+- [Helios](https://github.com/a16z/helios): Rust లో మిశ్రమ ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం లైట్ క్లయింట్
+- [Geth](https://github.com/ethereum/go-ethereum/tree/master/beacon/light): Go లో ఎగ్జిక్యూషన్ క్లయింట్ కోసం లైట్ మోడ్ (అభివృద్ధిలో ఉంది)
+- [Nimbus](https://nimbus.guide/el-light-client.html): Nim లో ఏకాభిప్రాయం లైట్ క్లయింట్
+
+మాకు తెలిసినంత వరకు వీటిలో ఏవీ ఇంకా ప్రొడక్షన్-సిద్ధంగా పరిగణించబడలేదు.
+
+లైట్ క్లయింట్లు ఇథిరియం డేటాను యాక్సెస్ చేయగల మార్గాలను మెరుగుపరచడానికి కూడా చాలా పని జరుగుతోంది. ప్రస్తుతం, లైట్ క్లయింట్లు క్లయింట్/సర్వర్ మోడల్ను ఉపయోగించి పూర్తి నోడ్లకు RPC అభ్యర్థనలపై ఆధారపడతాయి, కానీ భవిష్యత్తులో డేటాను [పోర్టల్ నెట్వర్క్](https://www.ethportal.net/) వంటి ప్రత్యేక నెట్వర్క్ను ఉపయోగించి మరింత వికేంద్రీకృత మార్గంలో అభ్యర్థించవచ్చు, ఇది పీర్-టు-పీర్ గాసిప్ ప్రోటోకాల్ ఉపయోగించి లైట్ క్లయింట్లకు డేటాను అందించగలదు.
+
+[Verkle trees](/roadmap/verkle-trees/) మరియు [statelessness](/roadmap/statelessness/) వంటి ఇతర [రోడ్మ్యాప్](/roadmap/) అంశాలు చివరికి లైట్ క్లయింట్ల భద్రతా హామీలను పూర్తి క్లయింట్లతో సమానంగా తీసుకువస్తాయి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [Geth లైట్ క్లయింట్లపై జ్సోల్ట్ ఫెల్ఫోధి](https://www.youtube.com/watch?v=EPZeFXau-RE)
+- [లైట్ క్లయింట్ నెట్వర్కింగ్పై ఎటాన్ కిస్లింగ్](https://www.youtube.com/watch?v=85MeiMA4dD8)
+- [ది మెర్జ్ తర్వాత లైట్ క్లయింట్లపై ఎటాన్ కిస్లింగ్](https://www.youtube.com/watch?v=ZHNrAXf3RDE)
+- [పైపర్ మెరియం: ఫంక్షనల్ లైట్ క్లయింట్లకు వంకర టింకర మార్గం](https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/)
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/node-architecture/index.md
new file mode 100644
index 00000000000..83b895baf5b
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/node-architecture/index.md
@@ -0,0 +1,59 @@
+---
+title: నోడ్ నిర్మాణం
+description: ఎథేరియం నోడ్స్ ఎలా నిర్వహించబడతాయో దానికి పరిచయం.
+lang: te
+---
+
+ఒక ఎథేరియం నోడ్ రెండు క్లయింట్లను కలిగి ఉంటుంది: ఒక [ఎగ్జిక్యూషన్ క్లయింట్](/developers/docs/nodes-and-clients/#execution-clients) మరియు ఒక [ఏకాభిప్రాయం క్లయింట్](/developers/docs/nodes-and-clients/#consensus-clients). ఒక నోడ్ కొత్త బ్లాక్ను ప్రతిపాదించాలంటే, అది ఒక [వాలిడేటర్ క్లయింట్ను](#validators) కూడా రన్ చేయాలి.
+
+ఎథేరియం [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/) ను ఉపయోగిస్తున్నప్పుడు, ఒక పూర్తి ఎథేరియం నోడ్ను రన్ చేయడానికి ఒక ఎగ్జిక్యూషన్ క్లయింట్ సరిపోయేది. అయితే, [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pow/)ను అమలు చేసినప్పటి నుండి, ఎగ్జిక్యూషన్ క్లయింట్ను [ఏకాభిప్రాయం క్లయింట్](/developers/docs/nodes-and-clients/#consensus-clients) అని పిలిచే మరొక సాఫ్ట్వేర్తో పాటు ఉపయోగించాలి.
+
+కింది రేఖాచిత్రం రెండు ఎథేరియం క్లయింట్ల మధ్య సంబంధాన్ని చూపిస్తుంది. రెండు క్లయింట్లు వాటి స్వంత పీర్-టు-పీర్ (P2P) నెట్వర్క్లకు కనెక్ట్ అవుతాయి. ప్రత్యేక P2P నెట్వర్క్లు అవసరం, ఎందుకంటే ఎగ్జిక్యూషన్ క్లయింట్లు వాటి P2P నెట్వర్క్లో లావాదేవీలను గాసిప్ చేస్తాయి, తద్వారా వాటి స్థానిక లావాదేవీల పూల్ను నిర్వహించుకుంటాయి, అదే సమయంలో ఏకాభిప్రాయం క్లయింట్లు వాటి P2P నెట్వర్క్లో బ్లాక్లను గాసిప్ చేస్తాయి, తద్వారా ఏకాభిప్రాయం మరియు చైన్ వృద్ధి సాధ్యమవుతుంది.
+
+
+
+_ఎగ్జిక్యూషన్ క్లయింట్ కోసం Erigon, Nethermind, మరియు Besuతో సహా అనేక ఎంపికలు ఉన్నాయి._
+
+ఈ రెండు-క్లయింట్ నిర్మాణం పనిచేయాలంటే, ఏకాభిప్రాయం క్లయింట్లు లావాదేవీల బండిల్లను ఎగ్జిక్యూషన్ క్లయింట్కు పంపాలి. లావాదేవీలు ఏ ఎథేరియం నియమాలను ఉల్లంఘించలేదని మరియు ఎథేరియం యొక్క స్టేట్కు ప్రతిపాదిత అప్డేట్ సరైనదని ధృవీకరించడానికి ఎగ్జిక్యూషన్ క్లయింట్ లావాదేవీలను స్థానికంగా అమలు చేస్తుంది. ఒక నోడ్ బ్లాక్ ప్రొడ్యూసర్గా ఎంపికైనప్పుడు, దాని ఏకాభిప్రాయం క్లయింట్ ఇన్స్టాన్స్ కొత్త బ్లాక్లో చేర్చడానికి ఎగ్జిక్యూషన్ క్లయింట్ నుండి లావాదేవీల బండిల్లను అభ్యర్థిస్తుంది మరియు గ్లోబల్ స్టేట్ను అప్డేట్ చేయడానికి వాటిని అమలు చేస్తుంది. ఏకాభిప్రాయం క్లయింట్ [ఇంజిన్ API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md)ని ఉపయోగించి స్థానిక RPC కనెక్షన్ ద్వారా ఎగ్జిక్యూషన్ క్లయింట్ను నడుపుతుంది.
+
+## ఎగ్జిక్యూషన్ క్లయింట్ ఏమి చేస్తుంది? {#execution-client}
+
+ఎగ్జిక్యూషన్ క్లయింట్ లావాదేవీల ధ్రువీకరణ, నిర్వహణ మరియు గాసిప్తో పాటు స్టేట్ నిర్వహణ మరియు ఎథేరియం వర్చువల్ మషీన్ ([EVM](/developers/docs/evm/))కు మద్దతు ఇవ్వడానికి బాధ్యత వహిస్తుంది. ఇది బ్లాక్ నిర్మాణం, బ్లాక్ గాసిపింగ్ లేదా ఏకాభిప్రాయం లాజిక్ను నిర్వహించడానికి **బాధ్యత వహించదు**. ఇవి ఏకాభిప్రాయం క్లయింట్ పరిధిలోకి వస్తాయి.
+
+ఎగ్జిక్యూషన్ క్లయింట్ ఎగ్జిక్యూషన్ పేలోడ్లను సృష్టిస్తుంది - లావాదేవీల జాబితా, అప్డేట్ చేయబడిన స్టేట్ ట్రై మరియు ఇతర ఎగ్జిక్యూషన్-సంబంధిత డేటా. ఏకాభిప్రాయం క్లయింట్లు ప్రతి బ్లాక్లో ఎగ్జిక్యూషన్ పేలోడ్ను చేర్చుతాయి. కొత్త బ్లాక్లలోని లావాదేవీలు చెల్లుబాటు అయ్యేలా చూసుకోవడానికి వాటిని తిరిగి అమలు చేయడానికి కూడా ఎగ్జిక్యూషన్ క్లయింట్ బాధ్యత వహిస్తుంది. లావాదేవీలను అమలు చేయడం అనేది [ఎథేరియం వర్చువల్ మషీన్ (EVM)](/developers/docs/evm) అని పిలువబడే ఎగ్జిక్యూషన్ క్లయింట్ యొక్క ఎంబెడెడ్ కంప్యూటర్లో జరుగుతుంది.
+
+ఎగ్జిక్యూషన్ క్లయింట్ [RPC పద్ధతుల](/developers/docs/apis/json-rpc) ద్వారా ఎథేరియంకు ఒక యూజర్ ఇంటర్ఫేస్ను కూడా అందిస్తుంది, ఇది వినియోగదారులను ఎథేరియం బ్లాక్చెయిన్ను క్వెరీ చేయడానికి, లావాదేవీలను సమర్పించడానికి మరియు స్మార్ట్ కాంట్రాక్ట్లను డిప్లాయ్ చేయడానికి వీలు కల్పిస్తుంది. RPC కాల్స్ [Web3js](https://docs.web3js.org/), [Web3py](https://web3py.readthedocs.io/en/v5/) వంటి లైబ్రరీ ద్వారా లేదా బ్రౌజర్ వాలెట్ వంటి యూజర్-ఇంటర్ఫేస్ ద్వారా నిర్వహించబడటం సాధారణం.
+
+సారాంశంలో, ఎగ్జిక్యూషన్ క్లయింట్:
+
+- ఎథేరియంకు ఒక యూజర్ గేట్వే
+- ఎథేరియం వర్చువల్ మషీన్, ఎథేరియం యొక్క స్టేట్ మరియు లావాదేవీల పూల్కు నిలయం.
+
+## ఏకాభిప్రాయం క్లయింట్ ఏమి చేస్తుంది? {#consensus-client}
+
+ఏకాభిప్రాయం క్లయింట్ ఒక నోడ్ను ఎథేరియం నెట్వర్క్తో సింక్లో ఉంచడానికి వీలు కల్పించే అన్ని లాజిక్లతో వ్యవహరిస్తుంది. ఇందులో పీర్స్ నుండి బ్లాక్లను స్వీకరించడం మరియు నోడ్ ఎల్లప్పుడూ అత్యధిక అటెస్టేషన్ల (వాలిడేటర్ ప్రభావవంతమైన బ్యాలెన్స్ల ద్వారా వెయిటెడ్) సమీకరణతో ఉన్న చైన్ను అనుసరించేలా చేయడానికి ఒక ఫోర్క్ ఛాయిస్ అల్గారిథమ్ను రన్ చేయడం వంటివి ఉంటాయి. ఎగ్జిక్యూషన్ క్లయింట్ల మాదిరిగానే, ఏకాభిప్రాయం క్లయింట్లు కూడా తమ సొంత P2P నెట్వర్క్ను కలిగి ఉంటాయి, దాని ద్వారా అవి బ్లాక్లు మరియు అటెస్టేషన్లను పంచుకుంటాయి.
+
+ఏకాభిప్రాయం క్లయింట్ బ్లాక్లను అటెస్ట్ చేయడంలో లేదా ప్రతిపాదించడంలో పాల్గొనదు - ఇది ఏకాభిప్రాయం క్లయింట్కు ఐచ్ఛిక యాడ్-ఆన్ అయిన వాలిడేటర్ ద్వారా చేయబడుతుంది. వాలిడేటర్ లేని ఏకాభిప్రాయం క్లయింట్ చైన్ యొక్క హెడ్తో మాత్రమే కొనసాగుతుంది, ఇది నోడ్ను సింక్లో ఉండటానికి అనుమతిస్తుంది. ఇది ఒక వినియోగదారుడు తమ ఎగ్జిక్యూషన్ క్లయింట్ను ఉపయోగించి, తాము సరైన చైన్లో ఉన్నామని నమ్మకంతో ఎథేరియంతో లావాదేవీలు చేయడానికి వీలు కల్పిస్తుంది.
+
+## వాలిడేటర్లు {#validators}
+
+స్టేకింగ్ చేయడం మరియు వాలిడేటర్ సాఫ్ట్వేర్ను రన్ చేయడం ఒక నోడ్ను కొత్త బ్లాక్ను ప్రతిపాదించడానికి ఎంపిక కావడానికి అర్హమైనదిగా చేస్తుంది. నోడ్ ఆపరేటర్లు డిపాజిట్ కాంట్రాక్ట్లో 32 ETH డిపాజిట్ చేయడం ద్వారా వారి ఏకాభిప్రాయం క్లయింట్లకు ఒక వాలిడేటర్ను జోడించవచ్చు. వాలిడేటర్ క్లయింట్ ఏకాభిప్రాయం క్లయింట్తో బండిల్ చేయబడి వస్తుంది మరియు ఎప్పుడైనా ఒక నోడ్కు జోడించబడుతుంది. వాలిడేటర్ అటెస్టేషన్లను మరియు బ్లాక్ ప్రతిపాదనలను నిర్వహిస్తుంది. ఇది ఒక నోడ్కు పెనాల్టీలు లేదా స్లాషింగ్ ద్వారా రివార్డులను సంపాదించడానికి లేదా ETH కోల్పోవడానికి కూడా వీలు కల్పిస్తుంది.
+
+[స్టేకింగ్ గురించి మరింత](/staking/).
+
+## నోడ్ భాగాల పోలిక {#node-comparison}
+
+| ఎగ్జిక్యూషన్ క్లయింట్ | ఏకాభిప్రాయం క్లయింట్ | వాలిడేటర్ |
+| ---------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------- |
+| దాని P2P నెట్వర్క్లో లావాదేవీలను గాసిప్ చేస్తుంది | దాని P2P నెట్వర్క్లో బ్లాక్లు మరియు అటెస్టేషన్లను గాసిప్ చేస్తుంది | బ్లాక్లను ప్రతిపాదిస్తుంది |
+| లావాదేవీలను అమలు చేస్తుంది/పునః-అమలు చేస్తుంది | ఫోర్క్ ఛాయిస్ అల్గారిథమ్ను నడుపుతుంది | రివార్డులు/పెనాల్టీలను పొందుతుంది |
+| ఇన్కమింగ్ స్టేట్ మార్పులను ధృవీకరిస్తుంది | చైన్ యొక్క హెడ్ను ట్రాక్ చేస్తుంది | అటెస్టేషన్లను చేస్తుంది |
+| స్టేట్ మరియు రసీదుల ట్రైలను నిర్వహిస్తుంది | బీకన్ స్టేట్ను నిర్వహిస్తుంది (ఏకాభిప్రాయం మరియు ఎగ్జిక్యూషన్ సమాచారాన్ని కలిగి ఉంటుంది) | 32 ETH స్టేక్ చేయాలి |
+| ఎగ్జిక్యూషన్ పేలోడ్ను సృష్టిస్తుంది | RANDAOలో పేరుకుపోయిన రాండమ్నెస్ను ట్రాక్ చేస్తుంది (ఇది వాలిడేటర్ ఎంపిక మరియు ఇతర ఏకాభిప్రాయం కార్యకలాపాల కోసం ధృవీకరించదగిన రాండమ్నెస్ను అందించే ఒక అల్గారిథమ్) | స్లాష్ చేయబడవచ్చు |
+| ఎథేరియంతో ఇంటరాక్ట్ అవ్వడానికి JSON-RPC APIని బహిర్గతం చేస్తుంది | జస్టిఫికేషన్ మరియు ఫైనలైజేషన్ను ట్రాక్ చేస్తుంది | |
+
+## మరింత సమాచారం {#further-reading}
+
+- [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos)
+- [బ్లాక్ ప్రతిపాదన](/developers/docs/consensus-mechanisms/pos/block-proposal)
+- [వాలిడేటర్ రివార్డులు మరియు పెనాల్టీలు](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties)
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
new file mode 100644
index 00000000000..d09cc10d417
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
@@ -0,0 +1,418 @@
+---
+title: ఒక సేవగా నోడ్స్
+description: నోడ్ సేవల యొక్క ఎంట్రీ-లెవల్ అవలోకనం, లాభనష్టాలు మరియు ప్రముఖ ప్రొవైడర్లు.
+lang: te
+sidebarDepth: 2
+---
+
+## పరిచయం {#Introduction}
+
+మీ స్వంత [ఇతీరియము నోడ్](/developers/docs/nodes-and-clients/#what-are-nodes-and-clients)ను అమలు చేయడం సవాలుగా ఉంటుంది, ముఖ్యంగా ప్రారంభించేటప్పుడు లేదా వేగంగా స్కేలింగ్ చేస్తున్నప్పుడు. మీ కోసం ఆప్టిమైజ్ చేసిన నోడ్ మౌలిక సదుపాయాలను అమలు చేసే [అనేక సేవలు](#popular-node-services) ఉన్నాయి, కాబట్టి మీరు బదులుగా మీ అప్లికేషన్ లేదా ఉత్పత్తిని అభివృద్ధి చేయడంపై దృష్టి పెట్టవచ్చు. నోడ్ సేవలు ఎలా పనిచేస్తాయో, వాటిని ఉపయోగించడం వల్ల కలిగే లాభనష్టాలను మేము వివరిస్తాము మరియు మీరు ప్రారంభించడానికి ఆసక్తి కలిగి ఉంటే ప్రొవైడర్లను జాబితా చేస్తాము.
+
+## అవసరాలు {#prerequisites}
+
+నోడ్స్ మరియు ఖాతాదారులు అంటే ఏమిటో మీకు ఇప్పటికే అవగాహన లేకపోతే, [నోడ్స్ మరియు ఖాతాదారులు](/developers/docs/nodes-and-clients/)ను చూడండి.
+
+## స్టేకర్లు {#stakoooooooooooooors}
+
+సోలో స్టేకర్లు థర్డ్-పార్టీ ప్రొవైడర్లపై ఆధారపడకుండా వారి స్వంత మౌలిక సదుపాయాలను అమలు చేయాలి. అంటే, ఒక ఎగ్జిక్యూషన్ క్లయింట్ను ఒక ఏకాభిప్రాయం క్లయింట్తో కలిపి అమలు చేయడం. [ది మెర్జ్](/roadmap/merge)కి ముందు, కేవలం ఏకాభిప్రాయం క్లయింట్ను అమలు చేయడం మరియు ఎగ్జిక్యూషన్ డేటా కోసం కేంద్రీకృత ప్రొవైడర్ను ఉపయోగించడం సాధ్యమైంది; ఇది ఇప్పుడు సాధ్యం కాదు - ఒక సోలో స్టేకర్ రెండు క్లయింట్లను అమలు చేయాలి. అయితే, ఈ ప్రక్రియను సులభతరం చేయడానికి సేవలు అందుబాటులో ఉన్నాయి.
+
+[నోడ్ అమలు చేయడంపై మరింత చదవండి](/developers/docs/nodes-and-clients/run-a-node/).
+
+ఈ పేజీలో వివరించిన సేవలు నాన్-స్టేకింగ్ నోడ్స్ కోసం.
+
+## నోడ్ సేవలు ఎలా పనిచేస్తాయి? {#how-do-node-services-work}
+
+నోడ్ సర్వీస్ ప్రొవైడర్లు మీ కోసం తెర వెనుక పంపిణీ చేయబడిన నోడ్ ఖాతాదారులను నడుపుతారు, కాబట్టి మీరు చేయనవసరం లేదు.
+
+ఈ సేవలు సాధారణంగా ఒక API కీని అందిస్తాయి, దీనిని మీరు బ్లాక్ చైనుకు వ్రాయడానికి మరియు చదవడానికి ఉపయోగించవచ్చు. వారు తరచుగా మెయిన్నెట్తో పాటు [ఇతీరియము టెస్టునెట్లకు](/developers/docs/networks/#ethereum-testnets) యాక్సెస్ను కలిగి ఉంటారు.
+
+కొన్ని సేవలు మీ కోసం వారు నిర్వహించే మీ స్వంత ప్రత్యేక నోడ్ను మీకు అందిస్తాయి, మరికొన్ని నోడ్స్లో కార్యకలాపాలను పంపిణీ చేయడానికి లోడ్ బ్యాలెన్సర్లను ఉపయోగిస్తాయి.
+
+దాదాపు అన్ని నోడ్ సేవలు ఏకీకృతం చేయడానికి చాలా సులభం, మీ స్వీయ హోస్ట్ చేసిన నోడ్ను మార్పిడి చేయడానికి మీ సంకేత భాషలో ఒక లైన్ మార్పులను కలిగి ఉంటాయి, లేదా సేవల మధ్య మారడానికి కూడా.
+
+తరచుగా నోడ్ సేవలు వివిధ రకాల [నోడ్ ఖాతాదారులను](/developers/docs/nodes-and-clients/#execution-clients) మరియు [రకాలను](/developers/docs/nodes-and-clients/#node-types) అమలు చేస్తాయి, ఒకే API లో క్లయింట్ నిర్దిష్ట పద్ధతులతో పాటు పూర్తి మరియు ఆర్కైవ్ నోడ్లను యాక్సెస్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+నోడ్ సేవలు మీ ప్రైవేట్ కీలను లేదా సమాచారాన్ని నిల్వ చేయవని మరియు చేయకూడదని గమనించడం ముఖ్యం.
+
+## ఒక నోడ్ సేవను ఉపయోగించడం వల్ల కలిగే ప్రయోజనాలు ఏమిటి? {#benefits-of-using-a-node-service}
+
+ఒక నోడ్ సేవను ఉపయోగించడం వల్ల ప్రధాన ప్రయోజనం ఏమిటంటే, మీరే నోడ్స్ను నిర్వహించడం మరియు నిర్వహించడం కోసం ఇంజనీరింగ్ సమయాన్ని వెచ్చించాల్సిన అవసరం లేదు. ఇది మౌలిక సదుపాయాల నిర్వహణ గురించి చింతించకుండా మీ ఉత్పత్తిని నిర్మించడంపై దృష్టి పెట్టడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+స్టోరేజ్ నుండి బ్యాండ్విడ్త్ వరకు విలువైన ఇంజనీరింగ్ సమయం వరకు మీ స్వంత నోడ్స్ను అమలు చేయడం చాలా ఖరీదైనది. స్కేలింగ్ చేసేటప్పుడు మరిన్ని నోడ్స్ను స్పిన్ చేయడం, నోడ్స్ను తాజా వెర్షన్లకు అప్గ్రేడ్ చేయడం మరియు స్టేట్ స్థిరత్వాన్ని నిర్ధారించడం వంటివి మీ కోరుకున్న web3 ఉత్పత్తిపై వనరులను నిర్మించడం మరియు ఖర్చు చేయడం నుండి దృష్టి మరల్చగలవు.
+
+## ఒక నోడ్ సేవను ఉపయోగించడం వల్ల కలిగే నష్టాలు ఏమిటి? {#cons-of-using-a-node-service}
+
+ఒక నోడ్ సేవను ఉపయోగించడం ద్వారా మీరు మీ ఉత్పత్తి యొక్క మౌలిక సదుపాయాల అంశాన్ని కేంద్రీకృతం చేస్తున్నారు. ఈ కారణంగా, వికేంద్రీకరణకు అత్యంత ప్రాముఖ్యతనిచ్చే ప్రాజెక్టులు 3వ పక్షానికి అవుట్సోర్సింగ్ చేయడం కంటే స్వీయ-హోస్టింగ్ నోడ్స్ను ఇష్టపడవచ్చు.
+
+మీ స్వంత నోడ్ను అమలు చేయడం వల్ల కలిగే [ప్రయోజనాల గురించి మరింత చదవండి](/developers/docs/nodes-and-clients/#benefits-to-you).
+
+## ప్రముఖ నోడ్ సేవలు {#popular-node-services}
+
+ఇక్కడ కొన్ని అత్యంత ప్రముఖ ఇతీరియము నోడ్ ప్రొవైడర్ల జాబితా ఉంది, తప్పిపోయిన వాటిని జోడించడానికి సంకోచించకండి! ప్రతి నోడ్ సేవ ఉచిత లేదా చెల్లింపు శ్రేణులతో పాటు విభిన్న ప్రయోజనాలు మరియు ఫీచర్లను అందిస్తుంది, నిర్ణయం తీసుకునే ముందు మీ అవసరాలకు ఏవి ఉత్తమంగా సరిపోతాయో మీరు పరిశోధించాలి.
+
+- [**Alchemy**](https://alchemy.com/)
+ - [డాక్స్](https://www.alchemy.com/docs/)
+ - లక్షణాలు
+ - నెలకు 300M కంప్యూట్ యూనిట్లతో అతిపెద్ద ఉచిత శ్రేణి (~30M getLatestBlock అభ్యర్థనలు)
+ - Polygon, Starknet, Optimism, Arbitrum కోసం మల్టీచైన్ మద్దతు
+ - ~70% అతిపెద్ద ఇతీరియము డాప్స్ మరియు DeFi లావాదేవీల పరిమాణానికి శక్తినివ్వడం
+ - Alchemy Notify ద్వారా నిజ-సమయ వెబ్హుక్ హెచ్చరికలు
+ - ఉత్తమ-తరగతి మద్దతు మరియు విశ్వసనీయత / స్థిరత్వం
+ - Alchemy యొక్క NFT ఎపిఐ
+ - రిక్వెస్ట్ ఎక్స్ప్లోరర్, మెమ్పూల్ వాచర్, మరియు కంపోజర్తో కూడిన డాష్బోర్డ్
+ - ఇంటిగ్రేటెడ్ టెస్టునెట్ ఫాసెట్ యాక్సెస్
+ - 18k వినియోగదారులతో క్రియాశీల డిస్కార్డ్ బిల్డర్ కమ్యూనిటీ
+
+- [**Allnodes**](https://www.allnodes.com/)
+ - [డాక్స్](https://docs.allnodes.com/)
+ - లక్షణాలు
+ - Allnodes పోర్ట్ఫోలియో పేజీలో సృష్టించబడిన పబ్లిక్నోడ్ టోకెన్తో రేటు పరిమితులు లేవు.
+ - [PublicNode](https://www.publicnode.com)లో గోప్యత కేంద్రీకృత ఉచిత rpc ఎండ్పాయింట్లు (100+ బ్లాక్ చైన్లు)
+ - 90+ బ్లాక్ చైన్ల కోసం రేటు పరిమితులు లేని ప్రత్యేక నోడ్స్
+ - 30+ బ్లాక్ చైన్ల కోసం ప్రత్యేక ఆర్కైవ్ నోడ్స్
+ - 3 ప్రాంతాలలో (US, EU, ఆసియా) అందుబాటులో ఉంది
+ - [PublicNode](https://www.publicnode.com/snapshots)లో 100+ బ్లాక్ చైన్ల కోసం స్నాప్షాట్లు
+ - 99.90%-99.98% అప్టైమ్ SLAతో 24/7 సాంకేతిక మద్దతు (ప్లాన్పై ఆధారపడి ఉంటుంది).
+ - గంటకు-చెల్లింపు ధర
+ - క్రెడిట్ కార్డ్, PayPal లేదా క్రిప్టోతో చెల్లించండి
+
+- [**All That Node**](https://allthatnode.com/)
+ - [డాక్స్](https://docs.allthatnode.com/)
+ - లక్షణాలు
+ - ఉచిత శ్రేణితో రోజుకు 50,000 అభ్యర్థనలు
+ - 40కి పైగా ప్రోటోకాల్స్కు మద్దతు
+ - JSON-RPC (EVM, Tendermint), REST, మరియు వెబ్సాకెట్ APIలకు మద్దతు ఉంది
+ - ఆర్కైవ్ డేటాకు అపరిమిత యాక్సెస్
+ - 24/7 సాంకేతిక మద్దతు మరియు 99.9% కంటే ఎక్కువ అప్టైమ్
+ - బహుళ చైన్లలో ఫాసెట్ అందుబాటులో ఉంది
+ - అపరిమిత సంఖ్యలో API కీలతో అపరిమిత ఎండ్పాయింట్ యాక్సెస్
+ - ట్రేస్/డీబగ్ APIకి మద్దతు ఉంది
+ - స్వయంచాలక నవీకరణలు
+
+- [**Amazon Managed Blockchain**](https://aws.amazon.com/managed-blockchain/)
+ - [డాక్స్](https://aws.amazon.com/managed-blockchain/resources/)
+ - లక్షణాలు
+ - పూర్తిగా నిర్వహించబడే ఇతీరియము నోడ్స్
+ - ఆరు ప్రాంతాలలో అందుబాటులో ఉంది
+ - HTTP మరియు సురక్షిత వెబ్సాకెట్లపై JSON-RPC
+ - 3 చైన్లకు మద్దతు ఇస్తుంది
+ - SLAs, AWS మద్దతు 24/7
+ - Go-ethereum మరియు Lighthouse
+
+- [**Ankr**](https://www.ankr.com/)
+ - [డాక్స్](https://docs.ankr.com/)
+ - లక్షణాలు
+ - Ankr ప్రోటోకాల్ - 8+ చైన్ల కోసం పబ్లిక్ RPC API ఎండ్పాయింట్లకు ఓపెన్ యాక్సెస్
+ - సమీపంలోని అందుబాటులో ఉన్న నోడ్కు వేగవంతమైన మరియు విశ్వసనీయమైన గేట్వే కోసం లోడ్ బ్యాలెన్సింగ్ మరియు నోడ్ ఆరోగ్య పర్యవేక్షణ
+ - WSS ఎండ్పాయింట్ మరియు అన్క్యాప్డ్ రేట్ పరిమితిని ప్రారంభించే ప్రీమియం శ్రేణి
+ - 40+ చైన్ల కోసం ఒక-క్లిక్ పూర్తి నోడ్ మరియు వాలిడేటర్ నోడ్ డిప్లాయ్మెంట్
+ - మీరు వెళ్తున్న కొద్దీ స్కేల్ చేయండి
+ - విశ్లేషణ ఉపకరణాలు
+ - డాష్బోర్డ్
+ - RPC, HTTPS మరియు WSS ఎండ్పాయింట్లు
+ - ప్రత్యక్ష మద్దతు
+
+- [**Blast**](https://blastapi.io/)
+ - [డాక్స్](https://docs.blastapi.io/)
+ - లక్షణాలు
+ - RPC మరియు WSS మద్దతు
+ - బహుళ-ప్రాంత నోడ్ హోస్టింగ్
+ - వికేంద్రీకృత మౌలిక సదుపాయాలు
+ - పబ్లిక్ API
+ - ప్రత్యేక ఉచిత ప్లాన్
+ - మల్టీచైన్ మద్దతు (17+ బ్లాక్ చైన్లు)
+ - ఆర్కైవ్ నోడ్స్
+ - 24/7 డిస్కార్డ్ మద్దతు
+ - 24/7 పర్యవేక్షణ మరియు హెచ్చరికలు
+ - మొత్తం 99.9% SLA
+ - క్రిప్టోలో చెల్లించండి
+
+- [**BlockDaemon**](https://blockdaemon.com/)
+ - [డాక్స్](https://ubiquity.docs.blockdaemon.com/)
+ - ప్రయోజనాలు
+ - డాష్బోర్డ్
+ - ప్రతి నోడ్ ప్రాతిపదికన
+ - విశ్లేషణలు
+
+- [**BlockPI**](https://blockpi.io/)
+ - [డాక్స్](https://docs.blockpi.io/)
+ - లక్షణాలు
+ - దృఢమైన & పంపిణీ చేయబడిన నోడ్ నిర్మాణం
+ - 40 వరకు HTTPS మరియు WSS ఎండ్పాయింట్లు
+ - ఉచిత సైన్అప్ ప్యాకేజీ మరియు నెలవారీ ప్యాకేజీ
+ - ట్రేస్ పద్ధతి + ఆర్కైవ్ డేటా మద్దతు
+ - 90 రోజుల వరకు చెల్లుబాటు అయ్యే ప్యాకేజీలు
+ - కస్టమ్ ప్లాన్ మరియు పే యాజ్ యూ గో చెల్లింపు
+ - క్రిప్టోలో చెల్లించండి
+ - ప్రత్యక్ష మద్దతు & సాంకేతిక మద్దతు
+
+- [**Chainbase**](https://www.chainbase.com/)
+ - [డాక్స్](https://docs.chainbase.com)
+ - లక్షణాలు
+ - అత్యంత అందుబాటులో, వేగవంతమైన, మరియు స్కేలబుల్ RPC సేవ
+ - మల్టీ-చైన్ మద్దతు
+ - ఉచిత టారిఫ్లు
+ - వినియోగదారు-స్నేహపూర్వక డాష్బోర్డ్
+ - RPCకి మించి బ్లాక్ చైన్ డేటా సేవలను అందిస్తుంది
+
+- [**Chainstack**](https://chainstack.com/)
+ - [డాక్స్](https://docs.chainstack.com/)
+ - లక్షణాలు
+ - ఉచిత భాగస్వామ్య నోడ్స్
+ - భాగస్వామ్య ఆర్కైవ్ నోడ్స్
+ - GraphQL మద్దతు
+ - RPC మరియు WSS ఎండ్పాయింట్లు
+ - ప్రత్యేక పూర్తి మరియు ఆర్కైవ్ నోడ్స్
+ - ప్రత్యేక డిప్లాయ్మెంట్ల కోసం వేగవంతమైన సింక్ సమయం
+ - మీ క్లౌడ్ను తీసుకురండి
+ - గంటకు-చెల్లింపు ధర
+ - ప్రత్యక్ష 24/7 మద్దతు
+
+- [**dRPC**](https://drpc.org/)
+ - [డాక్స్](https://drpc.org/docs)
+ - NodeCloud: ప్లగ్-ఎన్-ప్లే RPC ఇన్ఫ్రా $10 (USD) నుండి ప్రారంభం—పూర్తి వేగం, పరిమితులు లేవు
+ - NodeCloud ఫీచర్లు:
+ - 185 నెట్వర్క్ల కోసం API మద్దతు
+ - 40+ ప్రొవైడర్ల పంపిణీ చేయబడిన పూల్
+ - తొమ్మిది (9) జియో-క్లస్టర్లతో ప్రపంచవ్యాప్త కవరేజ్
+ - AI-పవర్డ్ లోడ్ బ్యాలెన్సింగ్ సిస్టమ్
+ - పే-యాజ్-యూ-గో ఫ్లాట్ ధర—హైక్స్ లేవు, గడువు ముగియదు, లాక్-ఇన్లు లేవు
+ - అపరిమిత కీలు, గ్రాన్యులర్ కీ ట్వీక్లు, టీమ్ రోల్స్, ఫ్రంట్-ఎండ్ రక్షణ
+ - ఒక పద్ధతికి 20 కంప్యూట్ యూనిట్ల (CUలు) వద్ద పద్ధతుల ఫ్లాట్ రేట్
+ - [పబ్లిక్ ఎండ్పాయింట్ చైన్లిస్ట్](https://drpc.org/chainlist)
+ - [ధర కాలిక్యులేటర్](https://drpc.org/pricing#calculator)
+ - NodeCore: పూర్తి నియంత్రణ కోరుకునే సంస్థల కోసం ఓపెన్-సోర్స్ స్టాక్
+
+- [**GetBlock**](https://getblock.io/)
+ - [డాక్స్](https://getblock.io/docs/get-started/authentication-with-api-key/)
+ - లక్షణాలు
+ - 40+ బ్లాక్ చైన్ నోడ్స్కు యాక్సెస్
+ - 40K ఉచిత రోజువారీ అభ్యర్థనలు
+ - అపరిమిత సంఖ్యలో API కీలు
+ - 1GB/sec వద్ద అధిక కనెక్షన్ వేగం
+ - ట్రేస్+ఆర్కైవ్
+ - అధునాతన విశ్లేషణలు
+ - స్వయంచాలక నవీకరణలు
+ - సాంకేతిక మద్దతు
+
+- [**InfStones**](https://infstones.com/)
+ - లక్షణాలు
+ - ఉచిత శ్రేణి ఎంపిక
+ - మీరు వెళ్తున్న కొద్దీ స్కేల్ చేయండి
+ - విశ్లేషణలు
+ - డాష్బోర్డ్
+ - ప్రత్యేక API ఎండ్పాయింట్లు
+ - ప్రత్యేక పూర్తి నోడ్స్
+ - ప్రత్యేక డిప్లాయ్మెంట్ల కోసం వేగవంతమైన సింక్ సమయం
+ - ప్రత్యక్ష 24/7 మద్దతు
+ - 50+ బ్లాక్ చైన్ నోడ్స్కు యాక్సెస్
+
+- [**Infura**](https://infura.io/)
+ - [డాక్స్](https://infura.io/docs)
+ - లక్షణాలు
+ - ఉచిత శ్రేణి ఎంపిక
+ - మీరు వెళ్తున్న కొద్దీ స్కేల్ చేయండి
+ - చెల్లింపు ఆర్కైవల్ డేటా
+ - ప్రత్యక్ష మద్దతు
+ - డాష్బోర్డ్
+
+- [**Kaleido**](https://kaleido.io/)
+ - [డాక్స్](https://docs.kaleido.io/)
+ - లక్షణాలు
+ - ఉచిత స్టార్టర్ శ్రేణి
+ - ఒక-క్లిక్ ఇతీరియము నోడ్ డిప్లాయ్మెంట్
+ - అనుకూలీకరించదగిన క్లయింట్లు మరియు అల్గారిథమ్లు (Geth, Quorum & Besu || PoA, IBFT & Raft)
+ - 500+ పరిపాలనా మరియు సేవా APIలు
+ - ఇతీరియము లావాదేవీ సమర్పణ కోసం RESTful ఇంటర్ఫేస్ (Apache Kafka మద్దతుతో)
+ - ఈవెంట్ డెలివరీ కోసం అవుట్బౌండ్ స్ట్రీమ్లు (Apache Kafka మద్దతుతో)
+ - "ఆఫ్చైన్" మరియు సహాయక సేవల లోతైన సేకరణ (ఉదాహరణకు, ద్వైపాక్షిక ఎన్క్రిప్టెడ్ మెసేజింగ్ రవాణా)
+ - పరిపాలన మరియు పాత్ర-ఆధారిత యాక్సెస్ నియంత్రణతో సూటిగా ఉండే నెట్వర్క్ ఆన్బోర్డింగ్
+ - నిర్వాహకులు మరియు తుది వినియోగదారుల కోసం అధునాతన వినియోగదారు నిర్వహణ
+ - అత్యంత స్కేలబుల్, స్థితిస్థాపక, ఎంటర్ప్రైజ్-గ్రేడ్ మౌలిక సదుపాయాలు
+ - క్లౌడ్ HSM ప్రైవేట్ కీ నిర్వహణ
+ - ఇతీరియము మెయిన్నెట్ టెథరింగ్
+ - ISO 27k మరియు SOC 2, టైప్ 2 ధృవపత్రాలు
+ - డైనమిక్ రన్టైమ్ కాన్ఫిగరేషన్ (ఉదా., క్లౌడ్ ఇంటిగ్రేషన్లను జోడించడం, నోడ్ ఇన్గ్రెస్లను మార్చడం, మొదలైనవి)
+ - మల్టీ-క్లౌడ్, మల్టీ-రీజియన్ మరియు హైబ్రిడ్ డిప్లాయ్మెంట్ ఆర్కెస్ట్రేషన్లకు మద్దతు
+ - సాధారణ గంటవారీ SaaS-ఆధారిత ధర
+ - SLAలు మరియు 24x7 మద్దతు
+
+- [**Lava Network**](https://www.lavanet.xyz/)
+ - [డాక్స్](https://docs.lavanet.xyz/)
+ - లక్షణాలు
+ - ఉచిత టెస్టునెట్ వినియోగం
+ - అధిక అప్టైమ్ కోసం వికేంద్రీకృత పునరావృతం
+ - ఓపెన్-సోర్స్
+ - పూర్తిగా వికేంద్రీకృత SDK
+ - Ethers.js ఇంటిగ్రేషన్
+ - సహజమైన ప్రాజెక్ట్ మేనేజ్మెంట్ ఇంటర్ఫేస్
+ - ఏకాభిప్రాయం-ఆధారిత డేటా సమగ్రత
+ - మల్టీ-చైన్ మద్దతు
+
+- [**Moralis**](https://moralis.io/)
+ - [డాక్స్](https://docs.moralis.io/)
+ - లక్షణాలు
+ - ఉచిత భాగస్వామ్య నోడ్స్
+ - ఉచిత భాగస్వామ్య ఆర్కైవ్ నోడ్స్
+ - గోప్యత కేంద్రీకృతం (లాగ్స్ పాలసీ లేదు)
+ - క్రాస్ చైన్ మద్దతు
+ - మీరు వెళ్తున్న కొద్దీ స్కేల్ చేయండి
+ - డాష్బోర్డ్
+ - ప్రత్యేక ఇతీరియము SDK
+ - ప్రత్యేక API ఎండ్పాయింట్లు
+ - ప్రత్యక్ష, సాంకేతిక మద్దతు
+
+- [**NodeReal MegaNode**](https://nodereal.io/)
+ - [డాక్స్](https://docs.nodereal.io/docs/introduction)
+ - లక్షణాలు
+ - విశ్వసనీయమైన, వేగవంతమైన మరియు స్కేలబుల్ RPC API సేవలు
+ - web3 డెవలపర్ల కోసం మెరుగైన API
+ - మల్టీ-చైన్ మద్దతు
+ - ఉచితంగా ప్రారంభించండి
+
+- [**NOWNodes**](https://nownodes.io/)
+ - [డాక్స్](https://documenter.getpostman.com/view/13630829/TVmFkLwy)
+ - లక్షణాలు
+ - 50+ బ్లాక్ చైన్ నోడ్స్కు యాక్సెస్
+ - ఉచిత API కీ
+ - బ్లాక్ ఎక్స్ప్లోరర్లు
+ - API ప్రతిస్పందన సమయం ⩽ 1 సెకను
+ - 24/7 మద్దతు బృందం
+ - వ్యక్తిగత ఖాతా మేనేజర్
+ - భాగస్వామ్య, ఆర్కైవ్, బ్యాకప్ మరియు ప్రత్యేక నోడ్స్
+
+- [**Pocket Network**](https://www.pokt.network/)
+ - [డాక్స్](https://docs.pokt.network/home/)
+ - లక్షణాలు
+ - వికేంద్రీకృత RPC ప్రోటోకాల్ మరియు మార్కెట్ప్లేస్
+ - రోజుకు 1M అభ్యర్థనల ఉచిత శ్రేణి (ఒక ఎండ్పాయింట్కు, గరిష్టంగా 2)
+ - [పబ్లిక్ ఎండ్పాయింట్లు](https://docs.pokt.network/developers/public-endpoints)
+ - ప్రీ-స్టేక్+ ప్రోగ్రామ్ (మీకు రోజుకు 1M కంటే ఎక్కువ అభ్యర్థనలు అవసరమైతే)
+ - 15+ బ్లాక్చైన్లకు మద్దతు ఉంది
+ - అప్లికేషన్లకు సేవ చేయడం కోసం POKT సంపాదిస్తున్న 6400+ నోడ్స్
+ - ఆర్కైవల్ నోడ్, ట్రేసింగ్తో ఆర్కైవల్ నోడ్, & టెస్టునెట్ నోడ్ మద్దతు
+ - ఇతీరియము మెయిన్నెట్ నోడ్ ఖాతాదారుల వైవిధ్యం
+ - వైఫల్యానికి ఒక్క పాయింట్ లేదు
+ - సున్నా డౌన్టైమ్
+ - ఖర్చు-ప్రభావవంతమైన దాదాపు-సున్నా టోకెనామిక్స్ (నెట్వర్క్ బ్యాండ్విడ్త్ కోసం ఒకసారి POKTను స్టేక్ చేయండి)
+ - నెలవారీ మునిగిపోయిన ఖర్చులు లేవు, మీ మౌలిక సదుపాయాలను ఆస్తిగా మార్చండి
+ - ప్రోటోకాల్లో నిర్మించిన లోడ్-బ్యాలెన్సింగ్
+ - మీరు వెళ్తున్న కొద్దీ రోజుకు అభ్యర్థనల సంఖ్యను మరియు గంటకు నోడ్స్ను అనంతంగా స్కేల్ చేయండి
+ - అత్యంత ప్రైవేట్, సెన్సార్షిప్-నిరోధక ఎంపిక
+ - ప్రాక్టికల్ డెవలపర్ మద్దతు
+ - [Pocket Portal](https://bit.ly/ETHorg_POKTportal) డాష్బోర్డ్ మరియు విశ్లేషణలు
+
+- [**QuickNode**](https://www.quicknode.com)
+ - [డాక్స్](https://www.quicknode.com/docs/)
+ - లక్షణాలు
+ - 24/7 సాంకేతిక మద్దతు & డెవ్ డిస్కార్డ్ కమ్యూనిటీ
+ - జియో-బ్యాలెన్స్డ్, మల్టీ క్లౌడ్/మెటల్, తక్కువ-లేటెన్సీ నెట్వర్క్
+ - మల్టీచైన్ మద్దతు (Optimism, Arbitrum, Polygon + 11 ఇతరులు)
+ - వేగం & స్థిరత్వం కోసం మధ్య-పొరలు (కాల్ రూటింగ్, కాష్, ఇండెక్సింగ్)
+ - వెబ్హుక్స్ ద్వారా స్మార్ట్-కాంట్రాక్ట్ పర్యవేక్షణ
+ - సహజమైన డాష్బోర్డ్, విశ్లేషణల సూట్, RPC కంపోజర్
+ - అధునాతన భద్రతా ఫీచర్లు (JWT, మాస్కింగ్, వైట్లిస్టింగ్)
+ - NFT డేటా మరియు విశ్లేషణల API
+ - [SOC2 సర్టిఫైడ్](https://www.quicknode.com/security)
+ - డెవలపర్ల నుండి ఎంటర్ప్రైజెస్ వరకు అనువైనది
+
+- [**Rivet**](https://rivet.cloud/)
+ - [డాక్స్](https://rivet.readthedocs.io/en/latest/)
+ - లక్షణాలు
+ - ఉచిత శ్రేణి ఎంపిక
+ - మీరు వెళ్తున్న కొద్దీ స్కేల్ చేయండి
+
+- [**SenseiNode**](https://senseinode.com)
+ - [డాక్స్](https://docs.senseinode.com/)
+ - లక్షణాలు
+ - ప్రత్యేక మరియు భాగస్వామ్య నోడ్స్
+ - డాష్బోర్డ్
+ - లాటిన్ అమెరికాలోని వివిధ ప్రదేశాలలో బహుళ హోస్టింగ్ ప్రొవైడర్లలో AWS నుండి హోస్టింగ్
+ - Prysm మరియు Lighthouse ఖాతాదారులు
+
+- [**SettleMint**](https://console.settlemint.com/)
+ - [డాక్స్](https://docs.settlemint.com/)
+ - లక్షణాలు
+ - ఉచిత ట్రయల్
+ - మీరు వెళ్తున్న కొద్దీ స్కేల్ చేయండి
+ - GraphQL మద్దతు
+ - RPC మరియు WSS ఎండ్పాయింట్లు
+ - ప్రత్యేక పూర్తి నోడ్స్
+ - మీ క్లౌడ్ను తీసుకురండి
+ - విశ్లేషణ ఉపకరణాలు
+ - డాష్బోర్డ్
+ - గంటకు-చెల్లింపు ధర
+ - ప్రత్యక్ష మద్దతు
+
+- [**Tenderly**](https://tenderly.co/web3-gateway)
+ - [డాక్స్](https://docs.tenderly.co/web3-gateway/web3-gateway)
+ - లక్షణాలు
+ - నెలకు 25 మిలియన్ టెండర్లీ యూనిట్లతో సహా ఉచిత శ్రేణి
+ - చారిత్రక డేటాకు ఉచిత యాక్సెస్
+ - 8x వరకు వేగవంతమైన రీడ్-హెవీ వర్క్లోడ్లు
+ - 100% స్థిరమైన రీడ్ యాక్సెస్
+ - JSON-RPC ఎండ్పాయింట్లు
+ - UI-ఆధారిత RPC అభ్యర్థన బిల్డర్ మరియు అభ్యర్థన ప్రివ్యూ
+ - Tenderly అభివృద్ధి, డీబగ్గింగ్ మరియు టెస్టింగ్ ఉపకరణాలతో గట్టిగా ఏకీకృతం చేయబడింది
+ - లావాదేవీ సిమ్యులేషన్లు
+ - వినియోగ విశ్లేషణలు మరియు ఫిల్టరింగ్
+ - సులభమైన యాక్సెస్ కీ నిర్వహణ
+ - చాట్, ఇమెయిల్ మరియు డిస్కార్డ్ ద్వారా ప్రత్యేక ఇంజనీరింగ్ మద్దతు
+
+- [**Tokenview**](https://services.tokenview.io/)
+ - [డాక్స్](https://services.tokenview.io/docs?type=nodeService)
+ - లక్షణాలు
+ - 24/7 సాంకేతిక మద్దతు & డెవ్ టెలిగ్రామ్ కమ్యూనిటీ
+ - మల్టీచైన్ మద్దతు (Bitcoin, ఇతీరియము, Tron, BNB స్మార్ట్ చైన్, ఇతీరియము క్లాసిక్)
+ - RPC మరియు WSS ఎండ్పాయింట్లు రెండూ ఉపయోగించడానికి తెరిచి ఉన్నాయి
+ - ఆర్కైవ్ డేటా APIకి అపరిమిత యాక్సెస్
+ - రిక్వెస్ట్ ఎక్స్ప్లోరర్ మరియు మెమ్పూల్ వాచర్తో కూడిన డాష్బోర్డ్
+ - NFT డేటా API మరియు వెబ్హుక్ నోటిఫై
+ - క్రిప్టోలో చెల్లించండి
+ - అదనపు ప్రవర్తన అవసరాల కోసం బాహ్య మద్దతు
+
+- [**Watchdata**](https://watchdata.io/)
+ - [డాక్స్](https://docs.watchdata.io/)
+ - లక్షణాలు
+ - డేటా విశ్వసనీయత
+ - డౌన్టైమ్ లేని అంతరాయం లేని కనెక్షన్
+ - ప్రక్రియ ఆటోమేషన్
+ - ఉచిత టారిఫ్లు
+ - ఏ వినియోగదారుకైనా సరిపోయే అధిక పరిమితులు
+ - వివిధ నోడ్స్కు మద్దతు
+ - వనరుల స్కేలింగ్
+ - అధిక ప్రాసెసింగ్ వేగాలు
+
+- [**ZMOK**](https://zmok.io/)
+ - [డాక్స్](https://docs.zmok.io/)
+ - లక్షణాలు
+ - ఒక సేవగా ఫ్రంట్-రన్నింగ్
+ - శోధన/ఫిల్టరింగ్ పద్ధతులతో గ్లోబల్ లావాదేవీల మెమ్పూల్
+ - లావాదేవీలను పంపడానికి అపరిమిత TX ఫీజు మరియు అనంతమైన గ్యాస్
+ - కొత్త బ్లాక్ను వేగంగా పొందడం మరియు బ్లాక్ చైనును చదవడం
+ - ఒక API కాల్కు ఉత్తమ ధర హామీ
+
+- [**Zeeve**](https://www.zeeve.io/)
+ - [డాక్స్](https://www.zeeve.io/docs/)
+ - లక్షణాలు
+ - బ్లాక్ చైన్ నోడ్స్ మరియు నెట్వర్క్ల డిప్లాయ్మెంట్, పర్యవేక్షణ మరియు నిర్వహణను అందించే ఎంటర్ప్రైజ్-గ్రేడ్ నో-కోడ్ ఆటోమేషన్ ప్లాట్ఫారమ్
+ - 30+ మద్దతు ఉన్న ప్రోటోకాల్లు & ఇంటిగ్రేషన్లు, మరియు మరిన్ని జోడించబడుతున్నాయి
+ - వికేంద్రీకృత నిల్వ, వికేంద్రీకృత గుర్తింపు మరియు నిజ-ప్రపంచ వినియోగ కేసుల కోసం బ్లాక్ చైన్ లెడ్జర్ డేటా APIల వంటి విలువ ఆధారిత web3 మౌలిక సదుపాయాల సేవలు
+ - 24/7 మద్దతు మరియు చురుకైన పర్యవేక్షణ అన్ని సమయాలలో నోడ్స్ ఆరోగ్యాన్ని నిర్ధారిస్తాయి.
+ - RPC ఎండ్పాయింట్లు APIలకు ప్రామాణీకరించబడిన యాక్సెస్ను, సహజమైన డాష్బోర్డ్ మరియు విశ్లేషణలతో అవాంతరాలు లేని నిర్వహణను అందిస్తాయి.
+ - ఎంచుకోవడానికి నిర్వహించే క్లౌడ్ మరియు మీ స్వంత క్లౌడ్ ఎంపికలు రెండింటినీ అందిస్తుంది మరియు AWS, Azure, Google Cloud, Digital Ocean మరియు ఆన్-ప్రాంగణం వంటి అన్ని ప్రధాన క్లౌడ్ ప్రొవైడర్లకు మద్దతు ఇస్తుంది.
+ - ప్రతిసారీ మీ వినియోగదారునికి దగ్గరగా ఉన్న నోడ్ను చేరుకోవడానికి మేము తెలివైన రూటింగ్ను ఉపయోగిస్తాము
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము నోడ్ సేవల జాబితా](https://ethereumnodes.com/)
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [Alchemyని ఉపయోగించి ఇతీరియము అభివృద్ధిని ప్రారంభించడం](/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/)
+- [web3 మరియు Alchemyని ఉపయోగించి లావాదేవీలను పంపడానికి గైడ్](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md
new file mode 100644
index 00000000000..bdc00474ed5
--- /dev/null
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -0,0 +1,484 @@
+---
+title: మీ స్వంత ఇతీరియము నోడ్ను స్పిన్ అప్ చేయండి
+description: ఇతీరియము క్లయింట్ యొక్క మీ స్వంత ఉదాహరణను అమలు చేయడానికి సాధారణ పరిచయం.
+lang: te
+sidebarDepth: 2
+---
+
+మీ స్వంత నోడ్ను నడపడం మీకు వివిధ ప్రయోజనాలను అందిస్తుంది, కొత్త అవకాశాలను తెరుస్తుంది మరియు పర్యావరణ వ్యవస్థకు మద్దతు ఇవ్వడానికి సహాయపడుతుంది. ఈ పేజీ మీ స్వంత నోడ్ను స్పిన్ చేయడం మరియు ఇతీరియము లావాదేవీలను ధృవీకరించడంలో పాల్గొనడం ద్వారా మీకు మార్గనిర్దేశం చేస్తుంది.
+
+[ది మెర్జ్](/roadmap/merge) తర్వాత, ఇతీరియము నోడ్ను అమలు చేయడానికి రెండు క్లయింట్లు అవసరమని గమనించండి; ఒక **ఎగ్జిక్యూషన్ లేయర్ (EL)** క్లయింట్ మరియు ఒక **ఏకాభిప్రాయం లేయర్ (CL)** క్లయింట్. ఇతీరియము నోడ్ను అమలు చేయడానికి ఈ రెండు క్లయింట్లను ఎలా ఇన్స్టాల్ చేయాలో, కాన్ఫిగర్ చేయాలో మరియు కనెక్ట్ చేయాలో ఈ పేజీ చూపిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఇతీరియము నోడ్ అంటే ఏమిటో మరియు మీరు క్లయింట్ను ఎందుకు అమలు చేయాలనుకుంటున్నారో మీరు అర్థం చేసుకోవాలి. ఇది [నోడ్స్ మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)లో కవర్ చేయబడింది.
+
+మీరు నోడ్ను అమలు చేసే అంశానికి కొత్తవారైతే లేదా తక్కువ సాంకేతిక మార్గం కోసం చూస్తున్నట్లయితే, [ఇతీరియము నోడ్ను అమలు చేయడం](/run-a-node)లో మా యూజర్-ఫ్రెండ్లీ పరిచయాన్ని మొదట తనిఖీ చేయాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ఒక విధానాన్ని ఎంచుకోవడం {#choosing-approach}
+
+మీ నోడ్ను స్పిన్ చేయడంలో మొదటి దశ మీ విధానాన్ని ఎంచుకోవడం. అవసరాలు మరియు వివిధ అవకాశాల ఆధారంగా, మీరు తప్పనిసరిగా క్లయింట్ అమలును (ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు రెండింటినీ), పర్యావరణం (హార్డ్వేర్, సిస్టమ్), మరియు క్లయింట్ సెట్టింగ్ల కోసం పారామితులను ఎంచుకోవాలి.
+
+ఈ పేజీ ఈ నిర్ణయాల ద్వారా మీకు మార్గనిర్దేశం చేస్తుంది మరియు మీ ఇతీరియము ఉదాహరణను అమలు చేయడానికి అత్యంత అనుకూలమైన మార్గాన్ని కనుగొనడంలో మీకు సహాయపడుతుంది.
+
+క్లయింట్ అమలుల నుండి ఎంచుకోవడానికి, అందుబాటులో ఉన్న అన్ని మెయిన్నెట్ సిద్ధంగా ఉన్న [ఎగ్జిక్యూషన్ క్లయింట్లు](/developers/docs/nodes-and-clients/#execution-clients), [ఏకాభిప్రాయం క్లయింట్లు](/developers/docs/nodes-and-clients/#consensus-clients) చూడండి మరియు [క్లయింట్ వైవిధ్యం](/developers/docs/nodes-and-clients/client-diversity) గురించి తెలుసుకోండి.
+
+క్లయింట్ల [అవసరాలు](#requirements) పరిగణనలోకి తీసుకుని, మీ స్వంత [హార్డ్వేర్ లేదా క్లౌడ్లో](#local-vs-cloud) సాఫ్ట్వేర్ను అమలు చేయాలో లేదో నిర్ణయించుకోండి.
+
+పర్యావరణాన్ని సిద్ధం చేసిన తర్వాత, ఎంచుకున్న క్లయింట్లను [బిగినర్-ఫ్రెండ్లీ ఇంటర్ఫేస్](#automatized-setup)తో లేదా అధునాతన ఎంపికలతో టెర్మినల్ని ఉపయోగించి [మాన్యువల్గా](#manual-setup) ఇన్స్టాల్ చేయండి.
+
+నోడ్ రన్ అవుతున్నప్పుడు మరియు సింక్ అవుతున్నప్పుడు, మీరు దానిని [ఉపయోగించడానికి](#using-the-node) సిద్ధంగా ఉన్నారు, కానీ దాని [నిర్వహణ](#operating-the-node)పై నిఘా ఉంచారని నిర్ధారించుకోండి.
+
+
+
+### పర్యావరణం మరియు హార్డ్వేర్ {#environment-and-hardware}
+
+#### స్థానిక లేదా క్లౌడ్ {#local-vs-cloud}
+
+ఇతీరియము క్లయింట్లు వినియోగదారు గ్రేడ్ కంప్యూటర్లలో రన్ చేయగలవు మరియు ఉదాహరణకు మైనింగ్ మెషీన్ల వంటి ప్రత్యేక హార్డ్వేర్ అవసరం లేదు. అందువల్ల, మీ అవసరాల ఆధారంగా నోడ్ను అమర్చడానికి మీకు వివిధ ఎంపికలు ఉన్నాయి.
+సరళీకరించడానికి, స్థానిక భౌతిక యంత్రం మరియు క్లౌడ్ సర్వర్ రెండింటిలోనూ నోడ్ను అమలు చేయడం గురించి ఆలోచిద్దాం:
+
+- క్లౌడ్
+ - ప్రొవైడర్లు అధిక సర్వర్ అప్టైమ్ మరియు స్టాటిక్ పబ్లిక్ IP చిరునామాలను అందిస్తారు
+ - మీ స్వంతంగా నిర్మించుకోవడం కంటే ప్రత్యేకమైన లేదా వర్చువల్ సర్వర్ను పొందడం మరింత సౌకర్యవంతంగా ఉంటుంది
+ - ట్రేడ్ ఆఫ్ మూడవ పక్షాన్ని విశ్వసించడం - సర్వర్ ప్రొవైడర్
+ - పూర్తి నోడ్ కోసం అవసరమైన నిల్వ పరిమాణం కారణంగా, అద్దెకు తీసుకున్న సర్వర్ ధర ఎక్కువగా ఉండవచ్చు
+- సొంత హార్డ్వేర్
+ - మరింత విశ్వసనీయత లేని మరియు సార్వభౌమ విధానం
+ - ఒక సారి పెట్టుబడి
+ - ముందుగా కాన్ఫిగర్ చేసిన మెషీన్లను కొనుగోలు చేయడానికి ఒక ఎంపిక
+ - మీరు భౌతికంగా యంత్రాన్ని మరియు నెట్వర్కింగ్ను సిద్ధం చేయాలి, నిర్వహించాలి మరియు సంభావ్యంగా ట్రబుల్షూట్ చేయాలి
+
+రెండు ఎంపికలు పైన సంగ్రహించిన విభిన్న ప్రయోజనాలను కలిగి ఉన్నాయి. మీరు క్లౌడ్ పరిష్కారం కోసం చూస్తున్నట్లయితే, అనేక సాంప్రదాయ క్లౌడ్ కంప్యూటింగ్ ప్రొవైడర్లతో పాటు, నోడ్లను అమర్చడంపై దృష్టి సారించిన సేవలు కూడా ఉన్నాయి. హోస్ట్ చేసిన నోడ్లపై మరిన్ని ఎంపికల కోసం [సేవగా నోడ్లు](/developers/docs/nodes-and-clients/nodes-as-a-service/) తనిఖీ చేయండి.
+
+#### హార్డ్వేర్ {#hardware}
+
+అయితే, సెన్సార్షిప్-నిరోధక, వికేంద్రీకృత నెట్వర్క్ క్లౌడ్ ప్రొవైడర్లపై ఆధారపడకూడదు. బదులుగా, మీ స్వంత స్థానిక హార్డ్వేర్లో మీ నోడ్ను అమలు చేయడం పర్యావరణ వ్యవస్థకు ఆరోగ్యకరమైనది. [అంచనాలు](https://www.ethernodes.org/networkType/cl/Hosting) క్లౌడ్లో నడిచే నోడ్ల యొక్క పెద్ద వాటాను చూపుతాయి, ఇది వైఫల్యానికి ఏకైక పాయింట్గా మారవచ్చు.
+
+ఇతీరియము క్లయింట్లు మీ కంప్యూటర్, ల్యాప్టాప్, సర్వర్ లేదా సింగిల్-బోర్డ్ కంప్యూటర్లో కూడా రన్ చేయగలవు. మీ వ్యక్తిగత కంప్యూటర్లో క్లయింట్లను అమలు చేయడం సాధ్యమే అయినప్పటికీ, మీ నోడ్ కోసం ప్రత్యేకంగా ఒక యంత్రాన్ని కలిగి ఉండటం వలన మీ ప్రాథమిక కంప్యూటర్పై ప్రభావాన్ని తగ్గించేటప్పుడు దాని పనితీరు మరియు భద్రతను గణనీయంగా పెంచుతుంది.
+
+మీ స్వంత హార్డ్వేర్ను ఉపయోగించడం చాలా సులభం. మరింత సాంకేతిక వ్యక్తుల కోసం అనేక సాధారణ ఎంపికలతో పాటు అధునాతన సెటప్లు ఉన్నాయి. కాబట్టి మీ మెషీన్లో ఇతీరియము క్లయింట్లను అమలు చేయడానికి అవసరాలు మరియు మార్గాలను పరిశీలిద్దాం.
+
+#### అవసరాలు {#requirements}
+
+హార్డ్వేర్ అవసరాలు క్లయింట్ను బట్టి విభిన్నంగా ఉంటాయి, కానీ సాధారణంగా నోడ్ సింక్లో ఉండవలసిన అవసరం ఉన్నందున అంత ఎక్కువగా ఉండవు. మైనింగ్తో దీనిని గందరగోళపరచవద్దు, దీనికి చాలా ఎక్కువ కంప్యూటింగ్ శక్తి అవసరం. అయితే మరింత శక్తివంతమైన హార్డ్వేర్తో సింక్ సమయం మరియు పనితీరు మెరుగుపడతాయి.
+
+ఏదైనా క్లయింట్ను ఇన్స్టాల్ చేసే ముందు, దయచేసి మీ కంప్యూటర్లో దీన్ని అమలు చేయడానికి తగినంత వనరులు ఉన్నాయని నిర్ధారించుకోండి. మీరు దిగువన కనీస మరియు సిఫార్సు చేసిన అవసరాలను కనుగొనవచ్చు.
+
+మీ హార్డ్వేర్కు అడ్డంకి ఎక్కువగా డిస్క్ స్పేస్. ఇతీరియము బ్లాక్ చైనుని సింక్ చేయడం చాలా ఇన్పుట్/అవుట్పుట్ ఇంటెన్సివ్ మరియు చాలా స్థలం అవసరం. సింక్రొనైజేషన్ తర్వాత కూడా వందలాది GBల ఖాళీ స్థలంతో కూడిన \*\*సాలిడ్-స్టేట్ డ్రైవ్ (SSD)\*\*ని కలిగి ఉండటం ఉత్తమం.
+
+డేటాబేస్ పరిమాణం మరియు ప్రారంభ సింక్రొనైజేషన్ వేగం ఎంచుకున్న క్లయింట్, దాని కాన్ఫిగరేషన్ మరియు [సింక్ వ్యూహం](/developers/docs/nodes-and-clients/#sync-modes)పై ఆధారపడి ఉంటుంది.
+
+మీ ఇంటర్నెట్ కనెక్షన్ [బ్యాండ్విడ్త్ క్యాప్](https://wikipedia.org/wiki/Data_cap) ద్వారా పరిమితం చేయబడలేదని కూడా నిర్ధారించుకోండి. ప్రారంభ సింక్ మరియు నెట్వర్క్కి ప్రసారం చేయబడిన డేటా మీ పరిమితిని మించిపోయే అవకాశం ఉన్నందున అన్మీటర్ కనెక్షన్ని ఉపయోగించమని సిఫార్సు చేయబడింది.
+
+##### ఆపరేటింగ్ సిస్టమ్
+
+అన్ని క్లయింట్లు ప్రధాన ఆపరేటింగ్ సిస్టమ్లకు మద్దతు ఇస్తాయి - Linux, MacOS, Windows. అంటే మీకు అత్యంత అనుకూలమైన ఆపరేటింగ్ సిస్టమ్ (OS)తో సాధారణ డెస్క్టాప్ లేదా సర్వర్ మెషీన్లలో మీరు నోడ్లను అమలు చేయవచ్చు. సంభావ్య సమస్యలు మరియు భద్రతా లోపాలను నివారించడానికి మీ OS తాజాగా ఉందని నిర్ధారించుకోండి.
+
+##### కనీస అవసరాలు
+
+- 2+ కోర్లతో CPU
+- 8 GB RAM
+- 2TB SSD
+- 10+ MBit/s బ్యాండ్విడ్త్
+
+##### సిఫార్సు చేయబడిన నిర్దేశాలు
+
+- 4+ కోర్లతో వేగవంతమైన CPU
+- 16 GB+ RAM
+- 2+TBతో వేగవంతమైన SSD
+- 25+ MBit/s బ్యాండ్విడ్త్
+
+మీరు ఎంచుకున్న సింక్ మోడ్ మరియు క్లయింట్ స్పేస్ అవసరాలను ప్రభావితం చేస్తాయి, కానీ మేము ప్రతి క్లయింట్ కోసం మీకు అవసరమైన డిస్క్ స్థలాన్ని క్రింద అంచనా వేసాము.
+
+| ఖాతాదారుడు | డిస్క్ పరిమాణం (స్నాప్ సింక్) | డిస్క్ పరిమాణం (పూర్తి ఆర్కైవ్) |
+| ---------- | ------------------------------------------------ | -------------------------------------------------- |
+| Besu | 800GB+ | 12TB+ |
+| Erigon | N/A | 2.5TB+ |
+| Geth | 500GB+ | 12TB+ |
+| Nethermind | 500GB+ | 12TB+ |
+| Reth | N/A | 2.2TB+ |
+
+- గమనిక: Erigon మరియు Reth స్నాప్ సింక్ను అందించవు, కానీ పూర్తి ప్రూనింగ్ సాధ్యమే (Erigon కోసం ~2TB, Reth కోసం ~1.2TB)
+
+ఏకాభిప్రాయం క్లయింట్ల కోసం, స్పేస్ అవసరం క్లయింట్ అమలు మరియు ప్రారంభించబడిన ఫీచర్లపై కూడా ఆధారపడి ఉంటుంది (ఉదా., వాలిడేటర్ స్లాషర్) కానీ సాధారణంగా బీకాన్ డేటా కోసం అవసరమైన మరో 200GBతో లెక్కించబడుతుంది. ఎక్కువ సంఖ్యలో వాలిడేటర్లతో, బ్యాండ్విడ్త్ లోడ్ కూడా పెరుగుతుంది. మీరు [ఈ విశ్లేషణలో ఏకాభిప్రాయం క్లయింట్ అవసరాలపై వివరాలను](https://mirror.xyz/0x934e6B4D7eee305F8C9C42b46D6EEA09CcFd5EDc/b69LBy8p5UhcGJqUAmT22dpvdkU-Pulg2inrhoS9Mbc) కనుగొనవచ్చు.
+
+#### ప్లగ్-అండ్-ప్లే పరిష్కారాలు {#plug-and-play}
+
+మీ స్వంత హార్డ్వేర్తో నోడ్ను అమలు చేయడానికి సులభమైన ఎంపిక ప్లగ్-అండ్-ప్లే బాక్స్లను ఉపయోగించడం. విక్రేతల నుండి ముందుగా కాన్ఫిగర్ చేయబడిన యంత్రాలు అత్యంత సరళమైన అనుభవాన్ని అందిస్తాయి: ఆర్డర్, కనెక్ట్, రన్. సాఫ్ట్వేర్ను పర్యవేక్షించడానికి మరియు నియంత్రించడానికి ఒక సహజమైన గైడ్ మరియు డ్యాష్బోర్డ్తో ప్రతిదీ ముందుగా కాన్ఫిగర్ చేయబడింది మరియు స్వయంచాలకంగా నడుస్తుంది.
+
+- [DappNode](https://dappnode.io/)
+- [Avado](https://ava.do/)
+
+#### సింగిల్-బోర్డ్ కంప్యూటర్లో ఇతీరియము {#ethereum-on-a-single-board-computer}
+
+ఇతీరియము నోడ్ను అమలు చేయడానికి సులభమైన మరియు చౌకైన మార్గం రాస్ప్బెర్రీ పై వంటి ARM ఆర్కిటెక్చర్తో కూడా సింగిల్ బోర్డ్ కంప్యూటర్ను ఉపయోగించడం. [ARMలో ఇతీరియము](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) రాస్ప్బెర్రీ పై మరియు ఇతర ARM బోర్డుల కోసం బహుళ ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్ యొక్క సులభంగా అమలు చేయగల చిత్రాలను అందిస్తుంది.
+
+ఇలాంటి చిన్న, సరసమైన మరియు సమర్థవంతమైన పరికరాలు ఇంట్లో నోడ్ను అమలు చేయడానికి అనువైనవి, కానీ వాటి పరిమిత పనితీరును గుర్తుంచుకోండి.
+
+## నోడ్ను స్పిన్నింగ్ చేయడం {#spinning-up-node}
+
+వాస్తవ క్లయింట్ సెటప్ను ఆటోమేటెడ్ లాంచర్లతో లేదా మాన్యువల్గా, క్లయింట్ సాఫ్ట్వేర్ను నేరుగా సెటప్ చేయడం ద్వారా చేయవచ్చు.
+
+తక్కువ అధునాతన వినియోగదారుల కోసం, సిఫార్సు చేయబడిన విధానం లాంచర్ను ఉపయోగించడం, ఇది ఇన్స్టాలేషన్ ద్వారా మీకు మార్గనిర్దేశం చేస్తుంది మరియు క్లయింట్ సెటప్ ప్రక్రియను ఆటోమేట్ చేస్తుంది. అయితే, మీకు టెర్మినల్ని ఉపయోగించిన అనుభవం ఉంటే, మాన్యువల్ సెటప్ కోసం దశలను అనుసరించడం చాలా సులభం.
+
+### గైడెడ్ సెటప్ {#automatized-setup}
+
+బహుళ యూజర్-ఫ్రెండ్లీ ప్రాజెక్ట్లు క్లయింట్ను సెటప్ చేసే అనుభవాన్ని మెరుగుపరచడం లక్ష్యంగా పెట్టుకున్నాయి. ఈ లాంచర్లు ఆటోమేటిక్ క్లయింట్ ఇన్స్టాలేషన్ మరియు కాన్ఫిగరేషన్ను అందిస్తాయి, కొన్ని క్లయింట్ల గైడెడ్ సెటప్ మరియు పర్యవేక్షణ కోసం గ్రాఫికల్ ఇంటర్ఫేస్ను కూడా అందిస్తాయి.
+
+కేవలం కొన్ని క్లిక్లతో క్లయింట్లను ఇన్స్టాల్ చేయడానికి మరియు నియంత్రించడానికి మీకు సహాయపడే కొన్ని ప్రాజెక్ట్లు క్రింద ఉన్నాయి:
+
+- [DappNode](https://docs.dappnode.io/docs/user/getting-started/choose-your-path) - DappNode కేవలం విక్రేత నుండి వచ్చిన మెషీన్తో మాత్రమే రాదు. సాఫ్ట్వేర్, అసలైన నోడ్ లాంచర్ మరియు అనేక ఫీచర్లతో కూడిన కంట్రోల్ సెంటర్ను ఏకపక్ష హార్డ్వేర్లో ఉపయోగించవచ్చు.
+- [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - పూర్తి నోడ్ను సెటప్ చేయడానికి వేగవంతమైన మరియు సులభమైన మార్గం. వన్-లైనర్ సెటప్ సాధనం మరియు నోడ్ నిర్వహణ TUI. ఉచితం. ఓపెన్ సోర్స్. సోలో స్టేకర్ల ద్వారా ఇతీరియము కోసం పబ్లిక్ గూడ్స్. ARM64 మరియు AMD64 మద్దతు.
+- eth-docker - సులభమైన మరియు సురక్షితమైన స్టాకింగ్పై దృష్టి సారించి డాకర్ను ఉపయోగించి ఆటోమేటెడ్ సెటప్, ప్రాథమిక టెర్మినల్ మరియు డాకర్ పరిజ్ఞానం అవసరం, కొంచెం ఎక్కువ అధునాతన వినియోగదారులకు సిఫార్సు చేయబడింది.
+- [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUI సెటప్ గైడ్, కంట్రోల్ సెంటర్ మరియు అనేక ఇతర ఫీచర్లతో SSH కనెక్షన్ ద్వారా రిమోట్ సర్వర్లో క్లయింట్లను ఇన్స్టాల్ చేయడానికి లాంచర్.
+- [NiceNode](https://www.nicenode.xyz/) - మీ కంప్యూటర్లో నోడ్ను అమలు చేయడానికి సూటిగా వినియోగదారు అనుభవంతో కూడిన లాంచర్. కేవలం క్లయింట్లను ఎంచుకుని, కొన్ని క్లిక్లతో వాటిని ప్రారంభించండి. ఇంకా అభివృద్ధిలో ఉంది.
+- [Sedge](https://docs.sedge.nethermind.io/docs/intro) - CLI విజార్డ్ని ఉపయోగించి డాకర్ కాన్ఫిగరేషన్ను స్వయంచాలకంగా రూపొందించే నోడ్ సెటప్ సాధనం. నెదర్మైండ్ ద్వారా Goలో వ్రాయబడింది.
+
+### మాన్యువల్ క్లయింట్ల సెటప్ {#manual-setup}
+
+మరొక ఎంపిక క్లయింట్ సాఫ్ట్వేర్ను మాన్యువల్గా డౌన్లోడ్ చేయడం, ధృవీకరించడం మరియు కాన్ఫిగర్ చేయడం. కొన్ని క్లయింట్లు గ్రాఫికల్ ఇంటర్ఫేస్ను అందించినప్పటికీ, మాన్యువల్ సెటప్కు ఇప్పటికీ టెర్మినల్తో ప్రాథమిక నైపుణ్యాలు అవసరం కానీ చాలా ఎక్కువ బహుముఖ ప్రజ్ఞను అందిస్తుంది.
+
+ముందుగా వివరించినట్లుగా, మీ స్వంత ఇతీరియము నోడ్ను సెటప్ చేయడానికి ఒక జత ఏకాభిప్రాయం మరియు ఎగ్జిక్యూషన్ క్లయింట్లను అమలు చేయడం అవసరం. కొన్ని క్లయింట్లు ఇతర రకమైన లైట్ క్లయింట్ను చేర్చవచ్చు మరియు ఇతర సాఫ్ట్వేర్ అవసరం లేకుండా సింక్ చేయవచ్చు. అయితే, పూర్తి విశ్వసనీయత లేని ధృవీకరణకు రెండు అమలులు అవసరం.
+
+#### క్లయింట్ సాఫ్ట్వేర్ను పొందడం {#getting-the-client}
+
+ముందుగా, మీరు మీ ప్రాధాన్య [ఎగ్జిక్యూషన్ క్లయింట్](/developers/docs/nodes-and-clients/#execution-clients) మరియు [ఏకాభిప్రాయం క్లయింట్](/developers/docs/nodes-and-clients/#consensus-clients) సాఫ్ట్వేర్ను పొందాలి.
+
+మీరు మీ ఆపరేటింగ్ సిస్టమ్ మరియు ఆర్కిటెక్చర్కు సరిపోయే ఎగ్జిక్యూటబుల్ అప్లికేషన్ లేదా ఇన్స్టాలేషన్ ప్యాకేజీని డౌన్లోడ్ చేసుకోవచ్చు. డౌన్లోడ్ చేసిన ప్యాకేజీల సంతకాలు మరియు చెక్సమ్లను ఎల్లప్పుడూ ధృవీకరించండి. కొన్ని క్లయింట్లు సులభమైన ఇన్స్టాలేషన్ మరియు అప్డేట్ల కోసం రిపోజిటరీలు లేదా డాకర్ చిత్రాలను కూడా అందిస్తాయి. అన్ని క్లయింట్లు ఓపెన్ సోర్స్, కాబట్టి మీరు వాటిని సోర్స్ నుండి కూడా నిర్మించవచ్చు. ఇది మరింత అధునాతన పద్ధతి, కానీ కొన్ని సందర్భాల్లో, ఇది అవసరం కావచ్చు.
+
+ప్రతి క్లయింట్ను ఇన్స్టాల్ చేయడానికి సూచనలు పైన ఉన్న క్లయింట్ జాబితాలలో లింక్ చేయబడిన డాక్యుమెంటేషన్లో అందించబడ్డాయి.
+
+క్లయింట్ల విడుదల పేజీలు ఇక్కడ ఉన్నాయి, ఇక్కడ మీరు వాటి ముందుగా నిర్మించిన బైనరీలు లేదా ఇన్స్టాలేషన్పై సూచనలను కనుగొనవచ్చు:
+
+##### ఎగ్జిక్యూషన్ క్లయింట్లు
+
+- [Besu](https://github.com/hyperledger/besu/releases)
+- [Erigon](https://github.com/ledgerwatch/erigon/releases)
+- [Geth](https://geth.ethereum.org/downloads/)
+- [Nethermind](https://downloads.nethermind.io/)
+- [Reth](https://reth.rs/installation/installation.html)
+
+[ఎగ్జిక్యూషన్ లేయర్](/developers/docs/nodes-and-clients/client-diversity/#execution-layer)లో క్లయింట్ వైవిధ్యం ఒక సమస్య అని కూడా గమనించాలి. పాఠకులు మైనారిటీ ఎగ్జిక్యూషన్ క్లయింట్ను అమలు చేయడాన్ని పరిగణించాలని సిఫార్సు చేయబడింది.
+
+##### ఏకాభిప్రాయం క్లయింట్లు
+
+- [Lighthouse](https://github.com/sigp/lighthouse/releases/latest)
+- [Lodestar](https://chainsafe.github.io/lodestar/run/getting-started/installation#build-from-source/) (ముందుగా నిర్మించిన బైనరీని అందించదు, కేవలం డాకర్ ఇమేజ్ లేదా సోర్స్ నుండి నిర్మించబడుతుంది)
+- [Nimbus](https://github.com/status-im/nimbus-eth2/releases/latest)
+- [Prysm](https://github.com/prysmaticlabs/prysm/releases/latest)
+- [Teku](https://github.com/ConsenSys/teku/releases)
+
+వాలిడేటర్లను అమలు చేసే ఏకాభిప్రాయం నోడ్లకు [క్లయింట్ వైవిధ్యం](/developers/docs/nodes-and-clients/client-diversity/) చాలా కీలకం. మెజారిటీ వాలిడేటర్లు ఒకే క్లయింట్ అమలును అమలు చేస్తుంటే, నెట్వర్క్ భద్రత ప్రమాదంలో ఉంది. అందువల్ల మైనారిటీ క్లయింట్ను ఎంచుకోవాలని సిఫార్సు చేయబడింది.
+
+[తాజా నెట్వర్క్ క్లయింట్ వినియోగాన్ని చూడండి](https://clientdiversity.org/) మరియు [క్లయింట్ వైవిధ్యం](/developers/docs/nodes-and-clients/client-diversity) గురించి మరింత తెలుసుకోండి.
+
+##### సాఫ్ట్వేర్ను ధృవీకరించడం
+
+ఇంటర్నెట్ నుండి సాఫ్ట్వేర్ను డౌన్లోడ్ చేస్తున్నప్పుడు, దాని సమగ్రతను ధృవీకరించాలని సిఫార్సు చేయబడింది. ఈ దశ ఐచ్ఛికం, కానీ ముఖ్యంగా ఇతీరియము క్లయింట్ వంటి కీలకమైన ఇన్ఫ్రాస్ట్రక్చర్ ముక్కతో, సంభావ్య దాడి వెక్టర్ల గురించి తెలుసుకోవడం మరియు వాటిని నివారించడం ముఖ్యం. మీరు ముందుగా నిర్మించిన బైనరీని డౌన్లోడ్ చేసి ఉంటే, మీరు దానిని విశ్వసించాలి మరియు దాడి చేసే వ్యక్తి ఎగ్జిక్యూటబుల్ను హానికరమైన దాని కోసం మార్చుకునే ప్రమాదం ఉంది.
+
+డెవలపర్లు వారి PGP కీలతో విడుదల చేసిన బైనరీలపై సంతకం చేస్తారు, తద్వారా వారు సృష్టించిన సాఫ్ట్వేర్ను మీరు ఖచ్చితంగా అమలు చేస్తున్నారని మీరు క్రిప్టోగ్రాఫికల్గా ధృవీకరించవచ్చు. మీరు డెవలపర్లు ఉపయోగించే పబ్లిక్ కీలను పొందాలి, వాటిని క్లయింట్ విడుదల పేజీలలో లేదా డాక్యుమెంటేషన్లో కనుగొనవచ్చు. క్లయింట్ విడుదల మరియు దాని సంతకాన్ని డౌన్లోడ్ చేసిన తర్వాత, మీరు వాటిని సులభంగా ధృవీకరించడానికి PGP అమలును ఉపయోగించవచ్చు, ఉదా., [GnuPG](https://gnupg.org/download/index.html). [linux](https://www.tecmint.com/verify-pgp-signature-downloaded-software/) లేదా [Windows/MacOS](https://freedom.press/training/verifying-open-source-software/)లో `gpg`ని ఉపయోగించి ఓపెన్-సోర్స్ సాఫ్ట్వేర్ను ధృవీకరించడంపై ఒక ట్యుటోరియల్ను చూడండి.
+
+ధృవీకరణ యొక్క మరొక రూపం ఏమిటంటే, మీరు డౌన్లోడ్ చేసిన సాఫ్ట్వేర్ యొక్క హాష్, ఒక ప్రత్యేకమైన క్రిప్టోగ్రాఫిక్ వేలిముద్ర, డెవలపర్లు అందించిన దానితో సరిపోలుతుందని నిర్ధారించుకోవడం. ఇది PGPని ఉపయోగించడం కంటే సులభం, మరియు కొన్ని క్లయింట్లు ఈ ఎంపికను మాత్రమే అందిస్తాయి. డౌన్లోడ్ చేసిన సాఫ్ట్వేర్పై హాష్ ఫంక్షన్ను అమలు చేసి, విడుదల పేజీ నుండి వచ్చిన దానితో సరిపోల్చండి. ఉదాహరణకి:
+
+```sh
+sha256sum teku-22.6.1.tar.gz
+
+9b2f8c1f8d4dab0404ce70ea314ff4b3c77e9d27aff9d1e4c1933a5439767dde
+```
+
+#### క్లయింట్ సెటప్ {#client-setup}
+
+క్లయింట్ సాఫ్ట్వేర్ను ఇన్స్టాల్ చేసిన తర్వాత, డౌన్లోడ్ చేసిన తర్వాత లేదా కంపైల్ చేసిన తర్వాత, మీరు దాన్ని అమలు చేయడానికి సిద్ధంగా ఉన్నారు. దీని అర్థం సరైన కాన్ఫిగరేషన్తో అమలు చేయాలి. క్లయింట్లు రిచ్ కాన్ఫిగరేషన్ ఎంపికలను అందిస్తాయి, ఇవి వివిధ ఫీచర్లను ప్రారంభించగలవు.
+
+క్లయింట్ పనితీరు మరియు డేటా వినియోగాన్ని గణనీయంగా ప్రభావితం చేసే ఎంపికలతో ప్రారంభిద్దాం. [సింక్ మోడ్లు](/developers/docs/nodes-and-clients/#sync-modes) బ్లాక్ చైను డేటాను డౌన్లోడ్ చేయడానికి మరియు ధృవీకరించడానికి వివిధ పద్ధతులను సూచిస్తాయి. నోడ్ను ప్రారంభించే ముందు, ఏ నెట్వర్క్ మరియు సింక్ మోడ్ను ఉపయోగించాలో మీరు నిర్ణయించుకోవాలి. పరిగణించవలసిన ముఖ్యమైన విషయాలు డిస్క్ స్థలం మరియు క్లయింట్కు అవసరమైన సింక్ సమయం. ఏ సింక్ మోడ్ డిఫాల్ట్గా ఉందో గుర్తించడానికి క్లయింట్ డాక్స్పై శ్రద్ధ వహించండి. అది మీకు సరిపోకపోతే, భద్రత స్థాయి, అందుబాటులో ఉన్న డేటా మరియు ఖర్చు ఆధారంగా మరొకదాన్ని ఎంచుకోండి. సింక్రొనైజేషన్ అల్గోరిథంతో పాటు, మీరు వివిధ రకాల పాత డేటాను కత్తిరించడాన్ని కూడా సెట్ చేయవచ్చు. కత్తిరించడం అనేది పాత డేటాను తొలగించడానికి వీలు కల్పిస్తుంది, అనగా, ఇటీవలి బ్లాక్ల నుండి అందుబాటులో లేని స్టేట్ ట్రై నోడ్లను తొలగించడం.
+
+ఇతర ప్రాథమిక కాన్ఫిగరేషన్ ఎంపికలు, ఉదా., నెట్వర్క్ను ఎంచుకోవడం - మెయిన్నెట్ లేదా టెస్టునెట్లు, RPC లేదా వెబ్సాకెట్ల కోసం HTTP ఎండ్పాయింట్ను ప్రారంభించడం మొదలైనవి. మీరు క్లయింట్ డాక్యుమెంటేషన్లో అన్ని ఫీచర్లు మరియు ఎంపికలను కనుగొనవచ్చు. వివిధ క్లయింట్ కాన్ఫిగరేషన్లను CLI లేదా కాన్ఫిగ్ ఫైల్లో నేరుగా సంబంధిత ఫ్లాగ్లతో క్లయింట్ను అమలు చేయడం ద్వారా సెట్ చేయవచ్చు. ప్రతి క్లయింట్ కొద్దిగా భిన్నంగా ఉంటుంది; కాన్ఫిగ్ ఎంపికలపై వివరాల కోసం దయచేసి దాని అధికారిక డాక్యుమెంటేషన్ లేదా సహాయ పేజీని ఎల్లప్పుడూ చూడండి.
+
+పరీక్ష ప్రయోజనాల కోసం, మీరు టెస్టునెట్ నెట్వర్క్లలో ఒకదానిపై క్లయింట్ను అమలు చేయడానికి ఇష్టపడవచ్చు. [మద్దతు ఉన్న నెట్వర్క్ల అవలోకనాన్ని చూడండి](/developers/docs/nodes-and-clients/#execution-clients).
+
+ప్రాథమిక కాన్ఫిగరేషన్తో ఎగ్జిక్యూషన్ క్లయింట్లను అమలు చేయడానికి ఉదాహరణలు తదుపరి విభాగంలో చూడవచ్చు.
+
+#### ఎగ్జిక్యూషన్ క్లయింట్ను ప్రారంభించడం {#starting-the-execution-client}
+
+ఇతీరియము క్లయింట్ సాఫ్ట్వేర్ను ప్రారంభించే ముందు, మీ పర్యావరణం సిద్ధంగా ఉందని చివరిసారి తనిఖీ చేయండి. ఉదాహరణకు, నిర్ధారించుకోండి:
+
+- ఎంచుకున్న నెట్వర్క్ మరియు సింక్ మోడ్ను పరిగణనలోకి తీసుకుంటే తగినంత డిస్క్ స్థలం ఉంది.
+- మెమరీ మరియు CPU ఇతర ప్రోగ్రామ్ల ద్వారా నిలిపివేయబడలేదు.
+- ఆపరేటింగ్ సిస్టమ్ తాజా వెర్షన్కి అప్డేట్ చేయబడింది.
+- సిస్టమ్ సరైన సమయం మరియు తేదీని కలిగి ఉంది.
+- మీ రౌటర్ మరియు ఫైర్వాల్ లిజనింగ్ పోర్ట్లలో కనెక్షన్లను అంగీకరిస్తాయి. డిఫాల్ట్గా ఇతీరియము క్లయింట్లు లిజనర్ (TCP) పోర్ట్ మరియు డిస్కవరీ (UDP) పోర్ట్ను ఉపయోగిస్తాయి, రెండూ డిఫాల్ట్గా 30303లో ఉంటాయి.
+
+ప్రతిదీ సరిగ్గా పనిచేస్తోందని నిర్ధారించుకోవడంలో సహాయపడటానికి ముందుగా మీ క్లయింట్ను టెస్టునెట్లో అమలు చేయండి.
+
+డిఫాల్ట్ కాని ఏవైనా క్లయింట్ సెట్టింగ్లను మీరు ప్రారంభంలో ప్రకటించాలి. మీరు ఇష్టపడే కాన్ఫిగరేషన్ను ప్రకటించడానికి మీరు ఫ్లాగ్లు లేదా కాన్ఫిగ్ ఫైల్ను ఉపయోగించవచ్చు. ప్రతి క్లయింట్ యొక్క ఫీచర్లు మరియు కాన్ఫిగ్ సింటాక్స్ సెట్ విభిన్నంగా ఉంటుంది. ప్రత్యేకతల కోసం మీ క్లయింట్ డాక్యుమెంటేషన్ను తనిఖీ చేయండి.
+
+[ఇంజిన్ ఎపిఐ](https://github.com/ethereum/execution-apis/tree/main/src/engine)లో పేర్కొన్న ప్రామాణీకరించబడిన ఎండ్పాయింట్ ద్వారా ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు కమ్యూనికేట్ చేస్తాయి. ఏకాభిప్రాయం క్లయింట్కు కనెక్ట్ చేయడానికి, ఎగ్జిక్యూషన్ క్లయింట్ తప్పనిసరిగా తెలిసిన మార్గంలో [`jwtsecret`](https://jwt.io/)ని రూపొందించాలి. భద్రత మరియు స్థిరత్వ కారణాల దృష్ట్యా, క్లయింట్లు ఒకే మెషీన్లో రన్ చేయాలి మరియు వాటి మధ్య స్థానిక RPC కనెక్షన్ని ప్రామాణీకరించడానికి ఈ మార్గం ఉపయోగించబడినందున రెండు క్లయింట్లకు ఈ మార్గం తెలియాలి. ఎగ్జిక్యూషన్ క్లయింట్ ప్రామాణీకరించబడిన ఎపిఐల కోసం లిజనింగ్ పోర్ట్ను కూడా నిర్వచించాలి.
+
+ఈ టోకెన్ క్లయింట్ సాఫ్ట్వేర్ ద్వారా స్వయంచాలకంగా ఉత్పత్తి చేయబడుతుంది, కానీ కొన్ని సందర్భాల్లో, మీరు దానిని మీరే చేయాల్సి రావచ్చు. మీరు దానిని [OpenSSL](https://www.openssl.org/) ఉపయోగించి రూపొందించవచ్చు:
+
+```sh
+openssl rand -hex 32 > jwtsecret
+```
+
+#### ఎగ్జిక్యూషన్ క్లయింట్ను నడుపుతోంది {#running-an-execution-client}
+
+ఈ విభాగం ఎగ్జిక్యూషన్ క్లయింట్లను ప్రారంభించడం ద్వారా మీకు మార్గనిర్దేశం చేస్తుంది. ఇది ప్రాథమిక కాన్ఫిగరేషన్కు ఉదాహరణగా మాత్రమే పనిచేస్తుంది, ఇది ఈ సెట్టింగ్లతో క్లయింట్ను ప్రారంభిస్తుంది:
+
+- కనెక్ట్ చేయడానికి నెట్వర్క్ను నిర్దేశిస్తుంది, మా ఉదాహరణలలో మెయిన్నెట్
+ - మీ సెటప్ యొక్క ప్రాథమిక పరీక్ష కోసం మీరు బదులుగా [టెస్టునెట్లలో ఒకదాన్ని](/developers/docs/networks/) ఎంచుకోవచ్చు
+- బ్లాక్ చైనుతో సహా మొత్తం డేటా నిల్వ చేయబడే డేటా డైరెక్టరీని నిర్వచిస్తుంది
+ - మార్గం వాస్తవమైన దానితో భర్తీ చేయబడిందని నిర్ధారించుకోండి, ఉదా., మీ బాహ్య డ్రైవ్ను సూచిస్తుంది
+- క్లయింట్తో కమ్యూనికేట్ చేయడానికి ఇంటర్ఫేస్లను ప్రారంభిస్తుంది
+ - ఏకాభిప్రాయం క్లయింట్తో కమ్యూనికేషన్ కోసం JSON-RPC మరియు ఇంజిన్ ఎపిఐతో సహా
+- ప్రామాణీకరించబడిన ఎపిఐ కోసం `jwtsecret`కి మార్గాన్ని నిర్వచిస్తుంది
+ - ఉదాహరణ మార్గాన్ని క్లయింట్లు యాక్సెస్ చేయగల వాస్తవమైన దానితో భర్తీ చేశారని నిర్ధారించుకోండి, ఉదా., `/tmp/jwtsecret`
+
+దయచేసి ఇది కేవలం ప్రాథమిక ఉదాహరణ మాత్రమే అని గుర్తుంచుకోండి, మిగిలిన అన్ని సెట్టింగ్లు డిఫాల్ట్గా సెట్ చేయబడతాయి. డిఫాల్ట్ విలువలు, సెట్టింగ్లు మరియు ఫీచర్ల గురించి తెలుసుకోవడానికి ప్రతి క్లయింట్ డాక్యుమెంటేషన్పై శ్రద్ధ వహించండి. మరిన్ని ఫీచర్ల కోసం, ఉదాహరణకు వాలిడేటర్లను అమలు చేయడం, పర్యవేక్షించడం మొదలైన వాటి కోసం, దయచేసి నిర్దిష్ట క్లయింట్ డాక్యుమెంటేషన్ను చూడండి.
+
+> ఉదాహరణలలో బ్యాక్స్లాష్లు `\` ఫార్మాటింగ్ ప్రయోజనాల కోసం మాత్రమే అని గమనించండి; కాన్ఫిగ్ ఫ్లాగ్లను ఒకే లైన్లో నిర్వచించవచ్చు.
+
+##### Besu నడుస్తోంది
+
+ఈ ఉదాహరణ Besuని మెయిన్నెట్లో ప్రారంభిస్తుంది, బ్లాక్ చైను డేటాను డిఫాల్ట్ ఫార్మాట్లో `/data/ethereum`లో నిల్వ చేస్తుంది, ఏకాభిప్రాయం క్లయింట్ను కనెక్ట్ చేయడం కోసం JSON-RPC మరియు ఇంజిన్ RPCని ప్రారంభిస్తుంది. ఇంజిన్ ఎపిఐ టోకెన్ `jwtsecret`తో ప్రామాణీకరించబడింది మరియు `localhost` నుండి కాల్లు మాత్రమే అనుమతించబడతాయి.
+
+```sh
+besu --network=mainnet \
+ --data-path=/data/ethereum \
+ --rpc-http-enabled=true \
+ --engine-rpc-enabled=true \
+ --engine-host-allowlist="*" \
+ --engine-jwt-enabled=true \
+ --engine-jwt-secret=/path/to/jwtsecret
+```
+
+Besu వరుస ప్రశ్నలను అడిగే మరియు కాన్ఫిగ్ ఫైల్ను రూపొందించే లాంచర్ ఎంపికతో కూడా వస్తుంది. ఇంటరాక్టివ్ లాంచర్ని ఉపయోగించి అమలు చేయండి:
+
+```sh
+besu --Xlauncher
+```
+
+[Besu డాక్యుమెంటేషన్](https://besu.hyperledger.org/public-networks/get-started/start-node/) అదనపు ఎంపికలు మరియు కాన్ఫిగరేషన్ వివరాలను కలిగి ఉంది.
+
+##### Erigonను అమలు చేస్తోంది
+
+ఈ ఉదాహరణ Erigonని మెయిన్నెట్లో ప్రారంభిస్తుంది, `/data/ethereum`లో బ్లాక్ చైను డేటాను నిల్వ చేస్తుంది, JSON-RPCని ప్రారంభిస్తుంది, ఏ నేమ్స్పేస్లు అనుమతించబడతాయో నిర్వచిస్తుంది మరియు `jwtsecret` మార్గం ద్వారా నిర్వచించబడిన ఏకాభిప్రాయం క్లయింట్ను కనెక్ట్ చేయడం కోసం ప్రామాణీకరణను ప్రారంభిస్తుంది.
+
+```sh
+erigon --chain mainnet \
+ --datadir /data/ethereum \
+ --http --http.api=engine,eth,web3,net \
+ --authrpc.jwtsecret=/path/to/jwtsecret
+```
+
+Erigon డిఫాల్ట్గా 8GB HDDతో పూర్తి సింక్ని నిర్వహిస్తుంది, ఇది 2TB కంటే ఎక్కువ ఆర్కైవ్ డేటాను అందిస్తుంది. డేటాడిర్ తగినంత ఖాళీ స్థలంతో డిస్క్ని సూచిస్తుందని నిర్ధారించుకోండి లేదా వివిధ రకాల డేటాను ట్రిమ్ చేయగల `--prune` ఫ్లాగ్ని చూడండి. మరింత తెలుసుకోవడానికి Erigon యొక్క `--help`ని తనిఖీ చేయండి.
+
+##### Gethను నడుపుతోంది
+
+ఈ ఉదాహరణ మెయిన్నెట్లో Gethను ప్రారంభిస్తుంది, `/data/ethereum`లో బ్లాక్ చైను డేటాను నిల్వ చేస్తుంది, JSON-RPCని ప్రారంభిస్తుంది మరియు ఏ నేమ్స్పేస్లు అనుమతించబడతాయో నిర్వచిస్తుంది. ఇది ఏకాభిప్రాయం క్లయింట్ను కనెక్ట్ చేయడం కోసం ప్రామాణీకరణను కూడా ప్రారంభిస్తుంది, దీనికి `jwtsecret`కి మార్గం మరియు ఏ కనెక్షన్లు అనుమతించబడతాయో నిర్వచించే ఎంపిక కూడా అవసరం, మా ఉదాహరణలో `localhost` నుండి మాత్రమే.
+
+```sh
+geth --mainnet \
+ --datadir "/data/ethereum" \
+ --http --authrpc.addr localhost \
+ --authrpc.vhosts="localhost" \
+ --authrpc.port 8551
+ --authrpc.jwtsecret=/path/to/jwtsecret
+```
+
+అన్ని కాన్ఫిగరేషన్ ఎంపికల కోసం [డాక్స్ తనిఖీ చేయండి](https://geth.ethereum.org/docs/fundamentals/command-line-options) మరియు [ఏకాభిప్రాయం క్లయింట్తో Gethను అమలు చేయడం](https://geth.ethereum.org/docs/getting-started/consensus-clients) గురించి మరింత తెలుసుకోండి.
+
+##### నెదర్మైండ్ను నడుపుతోంది
+
+నెదర్మైండ్ వివిధ [ఇన్స్టాలేషన్ ఎంపికలను](https://docs.nethermind.io/get-started/installing-nethermind) అందిస్తుంది. ప్యాకేజీ గైడెడ్ సెటప్తో కూడిన లాంచర్తో సహా వివిధ బైనరీలతో వస్తుంది, ఇది ఇంటరాక్టివ్గా కాన్ఫిగరేషన్ను రూపొందించడంలో మీకు సహాయపడుతుంది. ప్రత్యామ్నాయంగా, మీరు రన్నర్ను కనుగొనవచ్చు, ఇది ఎగ్జిక్యూటబుల్ మరియు మీరు దానిని కాన్ఫిగ్ ఫ్లాగ్లతో అమలు చేయవచ్చు. JSON-RPC డిఫాల్ట్గా ప్రారంభించబడింది.
+
+```sh
+Nethermind.Runner --config mainnet \
+ --datadir /data/ethereum \
+ --JsonRpc.JwtSecretFile=/path/to/jwtsecret
+```
+
+నెదర్మైండ్ డాక్స్ ఏకాభిప్రాయం క్లయింట్తో నెదర్మైండ్ను అమలు చేయడంపై [పూర్తి గైడ్ను](https://docs.nethermind.io/get-started/running-node/) అందిస్తుంది.
+
+ఎగ్జిక్యూషన్ క్లయింట్ దాని ప్రధాన ఫంక్షన్లు, ఎంచుకున్న ఎండ్పాయింట్లను ప్రారంభిస్తుంది మరియు పీర్ల కోసం వెతకడం ప్రారంభిస్తుంది. పీర్లను విజయవంతంగా కనుగొన్న తర్వాత, క్లయింట్ సింక్రొనైజేషన్ను ప్రారంభిస్తుంది. ఎగ్జిక్యూషన్ క్లయింట్ ఏకాభిప్రాయం క్లయింట్ నుండి కనెక్షన్ కోసం వేచి ఉంటుంది. క్లయింట్ ప్రస్తుత స్థితికి విజయవంతంగా సింక్ చేయబడిన తర్వాత ప్రస్తుత బ్లాక్ చైను డేటా అందుబాటులో ఉంటుంది.
+
+##### Rethను అమలు చేస్తోంది
+
+ఈ ఉదాహరణ Rethని మెయిన్నెట్లో ప్రారంభిస్తుంది, డిఫాల్ట్ డేటా లొకేషన్ను ఉపయోగిస్తుంది. `localhost` నుండి కాల్లు మాత్రమే అనుమతించబడే `jwtsecret` మార్గం ద్వారా నిర్వచించబడిన ఏకాభిప్రాయం క్లయింట్ను కనెక్ట్ చేయడం కోసం JSON-RPC మరియు ఇంజిన్ RPC ప్రామాణీకరణను ప్రారంభిస్తుంది.
+
+```sh
+reth node \
+ --authrpc.jwtsecret /path/to/jwtsecret \
+ --authrpc.addr 127.0.0.1 \
+ --authrpc.port 8551
+```
+
+డిఫాల్ట్ డేటా డైరెక్టరీల గురించి మరింత తెలుసుకోవడానికి [Rethను కాన్ఫిగర్ చేయడం](https://reth.rs/run/config.html?highlight=data%20directory#configuring-reth) చూడండి. [Reth డాక్యుమెంటేషన్](https://reth.rs/run/mainnet.html) అదనపు ఎంపికలు మరియు కాన్ఫిగరేషన్ వివరాలను కలిగి ఉంది.
+
+#### ఏకాభిప్రాయం క్లయింట్ను ప్రారంభించడం {#starting-the-consensus-client}
+
+ఎగ్జిక్యూషన్ క్లయింట్కు స్థానిక RPC కనెక్షన్ను ఏర్పాటు చేయడానికి ఏకాభిప్రాయం క్లయింట్ సరైన పోర్ట్ కాన్ఫిగరేషన్తో ప్రారంభించబడాలి. ఏకాభిప్రాయం క్లయింట్లు బహిర్గతం చేయబడిన ఎగ్జిక్యూషన్ క్లయింట్ పోర్ట్తో కాన్ఫిగరేషన్ ఆర్గ్యుమెంట్గా అమలు చేయాలి.
+
+ఏకాభిప్రాయం క్లయింట్కు వాటి మధ్య RPC కనెక్షన్ని ప్రామాణీకరించడానికి ఎగ్జిక్యూషన్ క్లయింట్ యొక్క `jwt-secret`కి మార్గం కూడా అవసరం. పైన ఉన్న అమలు ఉదాహరణల మాదిరిగానే, ప్రతి ఏకాభిప్రాయం క్లయింట్ కాన్ఫిగరేషన్ ఫ్లాగ్ను కలిగి ఉంటుంది, ఇది jwt టోకెన్ ఫైల్ మార్గాన్ని ఆర్గ్యుమెంట్గా తీసుకుంటుంది. ఇది ఎగ్జిక్యూషన్ క్లయింట్కు అందించిన `jwtsecret` మార్గంతో స్థిరంగా ఉండాలి.
+
+మీరు వాలిడేటర్ను అమలు చేయాలని ప్లాన్ చేస్తే, ఫీజు గ్రహీత యొక్క ఇతీరియము చిరునామాను పేర్కొనే కాన్ఫిగరేషన్ ఫ్లాగ్ను జోడించారని నిర్ధారించుకోండి. ఇక్కడే మీ వాలిడేటర్ కోసం ఈథర్ రివార్డ్లు పేరుకుపోతాయి. ప్రతి ఏకాభిప్రాయం క్లయింట్ ఒక ఎంపికను కలిగి ఉంటుంది, ఉదా., `--suggested-fee-recipient=0xabcd1`, ఇది ఇతీరియము చిరునామాను ఆర్గ్యుమెంట్గా తీసుకుంటుంది.
+
+టెస్టునెట్లో బీకాన్ నోడ్ను ప్రారంభించేటప్పుడు, [చెక్పాయింట్ సింక్](https://notes.ethereum.org/@launchpad/checkpoint-sync) కోసం పబ్లిక్ ఎండ్పాయింట్ను ఉపయోగించడం ద్వారా మీరు గణనీయమైన సింకింగ్ సమయాన్ని ఆదా చేయవచ్చు.
+
+#### ఏకాభిప్రాయం క్లయింట్ను నడుపుతోంది {#running-a-consensus-client}
+
+##### లైట్హౌస్ను నడుపుతోంది
+
+లైట్హౌస్ను అమలు చేయడానికి ముందు, [లైట్హౌస్ బుక్](https://lighthouse-book.sigmaprime.io/installation.html)లో దాన్ని ఎలా ఇన్స్టాల్ చేయాలో మరియు కాన్ఫిగర్ చేయాలో మరింత తెలుసుకోండి.
+
+```sh
+lighthouse beacon_node \
+ --network mainnet \
+ --datadir /data/ethereum \
+ --http \
+ --execution-endpoint http://127.0.0.1:8551 \
+ --execution-jwt /path/to/jwtsecret
+```
+
+##### లోడ్స్టార్ను అమలు చేస్తోంది
+
+లోడ్స్టార్ సాఫ్ట్వేర్ను కంపైల్ చేయడం ద్వారా లేదా డాకర్ ఇమేజ్ను డౌన్లోడ్ చేయడం ద్వారా ఇన్స్టాల్ చేయండి. [డాక్స్](https://chainsafe.github.io/lodestar/) మరియు మరింత సమగ్రమైన [సెటప్ గైడ్](https://hackmd.io/@philknows/rk5cDvKmK)లో మరింత తెలుసుకోండి.
+
+```sh
+lodestar beacon \
+ --dataDir="/data/ethereum" \
+ --network=mainnet \
+ --eth1.enabled=true \
+ --execution.urls="http://127.0.0.1:8551" \
+ --jwt-secret="/path/to/jwtsecret"
+```
+
+##### నింబస్ను అమలు చేస్తోంది
+
+నింబస్ ఏకాభిప్రాయం మరియు ఎగ్జిక్యూషన్ క్లయింట్లు రెండింటితో వస్తుంది. ఇది చాలా నిరాడంబరమైన కంప్యూటింగ్ శక్తితో కూడా వివిధ పరికరాలలో అమలు చేయబడుతుంది.
+[డిపెండెన్సీలు మరియు నింబస్ను ఇన్స్టాల్ చేసిన తర్వాత](https://nimbus.guide/quick-start.html), మీరు దాని ఏకాభిప్రాయం క్లయింట్ను అమలు చేయవచ్చు:
+
+```sh
+nimbus_beacon_node \
+ --network=mainnet \
+ --web3-url=http://127.0.0.1:8551 \
+ --rest \
+ --jwt-secret="/path/to/jwtsecret"
+```
+
+##### Prysmను నడుపుతోంది
+
+Prysm సులభమైన ఆటోమేటిక్ ఇన్స్టాలేషన్ను అనుమతించే స్క్రిప్ట్తో వస్తుంది. వివరాలను [Prysm డాక్స్](https://prysm.offchainlabs.com/docs/install-prysm/install-with-script/)లో చూడవచ్చు.
+
+```sh
+./prysm.sh beacon-chain \
+ --mainnet \
+ --datadir /data/ethereum \
+ --execution-endpoint=http://localhost:8551 \
+ --jwt-secret=/path/to/jwtsecret
+```
+
+##### Teku నడుస్తోంది
+
+```sh
+teku --network mainnet \
+ --data-path "/data/ethereum" \
+ --ee-endpoint http://localhost:8551 \
+ --ee-jwt-secret-file "/path/to/jwtsecret"
+```
+
+డిపాజిట్ ఒప్పందాన్ని చదవడానికి మరియు వాలిడేటర్లను గుర్తించడానికి ఏకాభిప్రాయం క్లయింట్ ఎగ్జిక్యూషన్ క్లయింట్కు కనెక్ట్ చేసినప్పుడు, అది ఇతర బీకాన్ నోడ్ పీర్లకు కూడా కనెక్ట్ అవుతుంది మరియు జెనెసిస్ నుండి ఏకాభిప్రాయం స్లాట్లను సింక్ చేయడం ప్రారంభిస్తుంది. బీకాన్ నోడ్ ప్రస్తుత యుగానికి చేరుకున్న తర్వాత, బీకాన్ ఎపిఐ మీ వాలిడేటర్ల కోసం ఉపయోగపడతాయి. [బీకాన్ నోడ్ ఎపిఐలు](https://eth2docs.vercel.app/) గురించి మరింత తెలుసుకోండి.
+
+### వాలిడేటర్లను జోడిస్తోంది {#adding-validators}
+
+ఏకాభిప్రాయం క్లయింట్ వాలిడేటర్లు కనెక్ట్ చేయడానికి బీకాన్ నోడ్గా పనిచేస్తుంది. ప్రతి ఏకాభిప్రాయం క్లయింట్ దాని సంబంధిత డాక్యుమెంటేషన్లో వివరంగా వివరించబడిన దాని స్వంత వాలిడేటర్ సాఫ్ట్వేర్ను కలిగి ఉంటుంది.
+
+మీ స్వంత వాలిడేటర్ను నడపడం [సోలో స్టాకింగ్](/staking/solo/)ను అనుమతిస్తుంది, ఇది ఇతీరియము నెట్వర్క్కు మద్దతు ఇవ్వడానికి అత్యంత ప్రభావవంతమైన మరియు విశ్వసనీయత లేని పద్ధతి. అయితే, దీనికి 32 ETH డిపాజిట్ అవసరం. తక్కువ మొత్తంలో మీ స్వంత నోడ్లో వాలిడేటర్ను నడపడానికి, [రాకెట్ పూల్](https://rocketpool.net/node-operators) వంటి అనుమతి లేని నోడ్ ఆపరేటర్లతో కూడిన వికేంద్రీకృత పూల్ మీకు ఆసక్తి కలిగి ఉండవచ్చు.
+
+స్టాకింగ్ మరియు వాలిడేటర్ కీ జనరేషన్తో ప్రారంభించడానికి సులభమైన మార్గం [Hoodi Testnet Staking Launchpad](https://hoodi.launchpad.ethereum.org/)ని ఉపయోగించడం, ఇది [Hoodiలో నోడ్లను అమలు చేయడం](https://notes.ethereum.org/@launchpad/hoodi) ద్వారా మీ సెటప్ను పరీక్షించడానికి మిమ్మల్ని అనుమతిస్తుంది. మీరు మెయిన్నెట్ కోసం సిద్ధంగా ఉన్నప్పుడు, [మెయిన్నెట్ స్టాకింగ్ లాంచ్ప్యాడ్](https://launchpad.ethereum.org/)ని ఉపయోగించి మీరు ఈ దశలను పునరావృతం చేయవచ్చు.
+
+స్టాకింగ్ ఎంపికల గురించి అవలోకనం కోసం [స్టాకింగ్ పేజీని](/staking) చూడండి.
+
+### నోడ్ను ఉపయోగించడం {#using-the-node}
+
+ఎగ్జిక్యూషన్ క్లయింట్లు [RPC ఎపిఐ ఎండ్పాయింట్లను](/developers/docs/apis/json-rpc/) అందిస్తాయి, వీటిని మీరు లావాదేవీలను సమర్పించడానికి, వివిధ మార్గాల్లో ఇతీరియము నెట్వర్క్లో స్మార్ట్ కాంట్రాక్టులతో పరస్పరం వ్యవహరించడానికి లేదా అమర్చడానికి ఉపయోగించవచ్చు:
+
+- వాటిని అనుకూలమైన ప్రోటోకాల్తో (ఉదా., `curl`ని ఉపయోగించి) మాన్యువల్గా కాల్ చేయడం
+- అందించిన కన్సోల్ను జతచేయడం (ఉదా., `geth attach`)
+- వాటిని web3 లైబ్రరీలను ఉపయోగించి అప్లికేషన్లలో అమలు చేయడం, ఉదా., [web3.py](https://web3py.readthedocs.io/en/stable/overview.html#overview), [ethers](https://github.com/ethers-io/ethers.js/)
+
+విభిన్న క్లయింట్లు RPC ఎండ్పాయింట్ల యొక్క విభిన్న అమలులను కలిగి ఉంటాయి. కానీ మీరు ప్రతి క్లయింట్తో ఉపయోగించగల ప్రామాణిక JSON-RPC ఉంది. అవలోకనం కోసం [JSON-RPC డాక్స్ చదవండి](/developers/docs/apis/json-rpc/). ఇతీరియము నెట్వర్క్ నుండి సమాచారం అవసరమైన అప్లికేషన్లు ఈ RPCని ఉపయోగించవచ్చు. ఉదాహరణకు, ప్రముఖ వాలెట్ MetaMask బలమైన గోప్యత మరియు భద్రతా ప్రయోజనాలను కలిగి ఉన్న [మీ స్వంత RPC ఎండ్పాయింట్కు కనెక్ట్ చేయడానికి](https://metamask.zendesk.com/hc/en-us/articles/360015290012-Using-a-Local-Node) మిమ్మల్ని అనుమతిస్తుంది.
+
+ఏకాభిప్రాయం క్లయింట్లు అన్నీ [బీకాన్ ఎపిఐ](https://ethereum.github.io/beacon-APIs)ని బహిర్గతం చేస్తాయి, దీనిని ఏకాభిప్రాయం క్లయింట్ యొక్క స్థితిని తనిఖీ చేయడానికి లేదా [Curl](https://curl.se) వంటి సాధనాలను ఉపయోగించి అభ్యర్థనలను పంపడం ద్వారా బ్లాక్లు మరియు ఏకాభిప్రాయం డేటాను డౌన్లోడ్ చేయడానికి ఉపయోగించవచ్చు. దీని గురించి మరింత సమాచారం ప్రతి ఏకాభిప్రాయం క్లయింట్ కోసం డాక్యుమెంటేషన్లో చూడవచ్చు.
+
+#### RPC చేరుకోవడం {#reaching-rpc}
+
+ఎగ్జిక్యూషన్ క్లయింట్ JSON-RPC కోసం డిఫాల్ట్ పోర్ట్ `8545` కానీ మీరు కాన్ఫిగరేషన్లో స్థానిక ఎండ్పాయింట్ల పోర్ట్లను సవరించవచ్చు. డిఫాల్ట్గా, RPC ఇంటర్ఫేస్ మీ కంప్యూటర్ యొక్క లోకల్ హోస్ట్లో మాత్రమే అందుబాటులో ఉంటుంది. దీనిని రిమోట్గా యాక్సెస్ చేయడానికి, మీరు చిరునామాను `0.0.0.0`కి మార్చడం ద్వారా దీనిని పబ్లిక్కు బహిర్గతం చేయాలనుకోవచ్చు. ఇది స్థానిక నెట్వర్క్ మరియు పబ్లిక్ IP చిరునామాల ద్వారా అందుబాటులోకి వస్తుంది. చాలా సందర్భాలలో మీరు మీ రౌటర్లో పోర్ట్ ఫార్వార్డింగ్ను కూడా సెటప్ చేయాలి.
+
+ఇంటర్నెట్కు పోర్ట్లను బహిర్గతం చేసే విధానాన్ని జాగ్రత్తగా సంప్రదించండి, ఇది ఇంటర్నెట్లోని ఎవరినైనా మీ నోడ్ను నియంత్రించడానికి అనుమతిస్తుంది. మీరు మీ క్లయింట్ను వాలెట్గా ఉపయోగిస్తుంటే, హానికరమైన నటులు మీ సిస్టమ్ను డౌన్ చేయడానికి లేదా మీ నిధులను దొంగిలించడానికి మీ నోడ్ను యాక్సెస్ చేయవచ్చు.
+
+సంభావ్య హానికరమైన RPC పద్ధతులను సవరించకుండా నిరోధించడం దీనికి ఒక మార్గం. ఉదాహరణకు, Gethతో, మీరు ఫ్లాగ్తో సవరించదగిన పద్ధతులను ప్రకటించవచ్చు: `--http.api web3,eth,txpool`.
+
+RPC ఇంటర్ఫేస్కు యాక్సెస్ ఎడ్జ్ లేయర్ ఎపిఐలు లేదా వెబ్ సర్వర్ అప్లికేషన్ల అభివృద్ధి ద్వారా విస్తరించవచ్చు, Nginx వంటివి, మరియు వాటిని మీ క్లయింట్ యొక్క స్థానిక చిరునామా మరియు పోర్ట్కు కనెక్ట్ చేయడం ద్వారా. మధ్యస్థ పొరను ఉపయోగించడం డెవలపర్లకు RPC ఇంటర్ఫేస్కు సురక్షిత `https` కనెక్షన్ల కోసం సర్టిఫికేట్ను సెటప్ చేసే సామర్థ్యాన్ని కూడా అనుమతిస్తుంది.
+
+వెబ్ సర్వర్, ప్రాక్సీ లేదా బాహ్యంగా ఎదుర్కొంటున్న రెస్ట్ ఎపిఐని సెటప్ చేయడం మీ నోడ్ యొక్క RPC ఎండ్పాయింట్కు యాక్సెస్ అందించడానికి ఏకైక మార్గం కాదు. పబ్లిక్గా చేరుకోగల ఎండ్పాయింట్ను సెటప్ చేయడానికి మరొక గోప్యత-సంరక్షించే మార్గం మీ స్వంత [టార్](https://www.torproject.org/) ఆనియన్ సేవలో నోడ్ను హోస్ట్ చేయడం. ఇది స్టాటిక్ పబ్లిక్ IP చిరునామా లేదా తెరిచిన పోర్ట్లు లేకుండా మీ స్థానిక నెట్వర్క్ వెలుపల RPCని చేరుకోవడానికి మిమ్మల్ని అనుమతిస్తుంది. అయితే, ఈ కాన్ఫిగరేషన్ను ఉపయోగించడం వల్ల టార్ నెట్వర్క్ ద్వారా మాత్రమే RPC ఎండ్పాయింట్ను యాక్సెస్ చేయడానికి అనుమతించవచ్చు, ఇది అన్ని అప్లికేషన్ల ద్వారా మద్దతు ఇవ్వబడదు మరియు కనెక్షన్ సమస్యలకు దారితీయవచ్చు.
+
+దీనిని చేయడానికి, మీరు మీ స్వంత [ఆనియన్ సేవను](https://community.torproject.org/onion-services/) సృష్టించాలి. మీ స్వంతంగా హోస్ట్ చేయడానికి ఆనియన్ సర్వీస్ సెటప్పై [డాక్యుమెంటేషన్ను](https://community.torproject.org/onion-services/setup/) తనిఖీ చేయండి. మీరు దానిని RPC పోర్ట్కు ప్రాక్సీతో వెబ్ సర్వర్కు లేదా నేరుగా RPCకి సూచించవచ్చు.
+
+చివరగా, మరియు అంతర్గత నెట్వర్క్లకు యాక్సెస్ అందించడానికి అత్యంత ప్రజాదరణ పొందిన మార్గాలలో ఒకటి VPN కనెక్షన్ ద్వారా. మీ వినియోగ సందర్భం మరియు మీ నోడ్కు యాక్సెస్ అవసరమైన వినియోగదారుల పరిమాణాన్ని బట్టి, సురక్షితమైన VPN కనెక్షన్ ఒక ఎంపిక కావచ్చు. [OpenVPN](https://openvpn.net/) ఒక పూర్తి-ఫీచర్ SSL VPN, ఇది పరిశ్రమ ప్రమాణ SSL/TLS ప్రోటోకాల్ను ఉపయోగించి OSI లేయర్ 2 లేదా 3 సురక్షిత నెట్వర్క్ పొడిగింపును అమలు చేస్తుంది, సర్టిఫికేట్లు, స్మార్ట్ కార్డ్లు మరియు/లేదా వినియోగదారు పేరు/పాస్వర్డ్ ఆధారాల ఆధారంగా సౌకర్యవంతమైన క్లయింట్ ప్రామాణీకరణ పద్ధతులకు మద్దతు ఇస్తుంది మరియు VPN వర్చువల్ ఇంటర్ఫేస్కు వర్తించే ఫైర్వాల్ నియమాలను ఉపయోగించి వినియోగదారు లేదా సమూహ-నిర్దిష్ట యాక్సెస్ నియంత్రణ విధానాలను అనుమతిస్తుంది.
+
+### నోడ్ను ఆపరేట్ చేయడం {#operating-the-node}
+
+మీ నోడ్ సరిగ్గా నడుస్తుందని నిర్ధారించుకోవడానికి మీరు క్రమం తప్పకుండా పర్యవేక్షించాలి. మీరు అప్పుడప్పుడు నిర్వహణ చేయాల్సి రావచ్చు.
+
+#### నోడ్ను ఆన్లైన్లో ఉంచడం {#keeping-node-online}
+
+మీ నోడ్ ఎల్లప్పుడూ ఆన్లైన్లో ఉండవలసిన అవసరం లేదు, కానీ నెట్వర్క్తో సింక్లో ఉంచడానికి మీరు వీలైనంత వరకు ఆన్లైన్లో ఉంచాలి. మీరు దానిని పునఃప్రారంభించడానికి మూసివేయవచ్చు, కానీ గుర్తుంచుకోండి:
+
+- ఇటీవలి స్థితి ఇంకా డిస్క్లో వ్రాయబడుతుంటే మూసివేయడానికి కొన్ని నిమిషాలు పట్టవచ్చు.
+- బలవంతంగా మూసివేయడం డేటాబేస్ను దెబ్బతీస్తుంది, దీనివల్ల మీరు మొత్తం నోడ్ను తిరిగి సింక్ చేయాల్సి ఉంటుంది.
+- మీ క్లయింట్ నెట్వర్క్తో సింక్ అవ్వదు మరియు మీరు దానిని పునఃప్రారంభించినప్పుడు తిరిగి సింక్ చేయాల్సి ఉంటుంది. నోడ్ చివరిగా మూసివేయబడిన చోట నుండి సింక్ చేయడం ప్రారంభించగలిగినప్పటికీ, అది ఆఫ్లైన్లో ఎంతసేపు ఉందో బట్టి ప్రక్రియకు సమయం పట్టవచ్చు.
+
+_ఇది ఏకాభిప్రాయం లేయర్ వాలిడేటర్ నోడ్లకు వర్తించదు._ మీ నోడ్ను ఆఫ్లైన్కి తీసుకోవడం దానిపై ఆధారపడిన అన్ని సేవలను ప్రభావితం చేస్తుంది. మీరు _స్టాకింగ్_ ప్రయోజనాల కోసం నోడ్ను నడుపుతున్నట్లయితే, మీరు వీలైనంత వరకు పనికిరాని సమయాన్ని తగ్గించడానికి ప్రయత్నించాలి.
+
+#### క్లయింట్ సేవలను సృష్టిస్తోంది {#creating-client-services}
+
+ప్రారంభంలో మీ క్లయింట్లను స్వయంచాలకంగా అమలు చేయడానికి ఒక సేవను సృష్టించడాన్ని పరిగణించండి. ఉదాహరణకు, Linux సర్వర్లలో, `systemd`తో ఒక సేవను సృష్టించడం మంచి పద్ధతి, ఇది సరైన కాన్ఫిగరేషన్తో క్లయింట్ను అమలు చేస్తుంది, పరిమిత అధికారాలు కలిగిన వినియోగదారు కింద మరియు స్వయంచాలకంగా పునఃప్రారంభమవుతుంది.
+
+#### క్లయింట్లను అప్డేట్ చేస్తోంది {#updating-clients}
+
+మీరు మీ క్లయింట్ సాఫ్ట్వేర్ను తాజా భద్రతా ప్యాచ్లు, ఫీచర్లు మరియు [EIPలు](/eips/)తో తాజాగా ఉంచాలి. ముఖ్యంగా [హార్డ్ ఫోర్క్లు](/ethereum-forks/) ముందు, మీరు సరైన క్లయింట్ వెర్షన్లను నడుపుతున్నారని నిర్ధారించుకోండి.
+
+> ముఖ్యమైన నెట్వర్క్ అప్డేట్లకు ముందు, EF దాని [బ్లాగ్లో](https://blog.ethereum.org) ఒక పోస్ట్ను ప్రచురిస్తుంది. మీ నోడ్కు అప్డేట్ అవసరమైనప్పుడు మీ మెయిల్కు నోటిఫికేషన్ పొందడానికి మీరు [ఈ ప్రకటనలకు సబ్స్క్రయిబ్ చేసుకోవచ్చు](https://blog.ethereum.org/category/protocol#subscribe).
+
+క్లయింట్లను అప్డేట్ చేయడం చాలా సులభం. ప్రతి క్లయింట్ వారి డాక్యుమెంటేషన్లో నిర్దిష్ట సూచనలను కలిగి ఉంటుంది, కానీ ప్రక్రియ సాధారణంగా తాజా వెర్షన్ను డౌన్లోడ్ చేసి, కొత్త ఎగ్జిక్యూటబుల్తో క్లయింట్ను పునఃప్రారంభించడం. క్లయింట్ అది ఎక్కడ వదిలేసిందో అక్కడి నుండి ప్రారంభించాలి, కానీ అప్డేట్లు వర్తిస్తాయి.
+
+ప్రతి క్లయింట్ అమలు పీర్-టు-పీర్ ప్రోటోకాల్లో ఉపయోగించే మానవ-చదవగల వెర్షన్ స్ట్రింగ్ను కలిగి ఉంటుంది, కానీ కమాండ్ లైన్ నుండి కూడా యాక్సెస్ చేయవచ్చు. ఈ వెర్షన్ స్ట్రింగ్ వినియోగదారులకు వారు సరైన వెర్షన్ను నడుపుతున్నారని తనిఖీ చేయడానికి అనుమతిస్తుంది మరియు బ్లాక్ ఎక్స్ప్లోరర్లు మరియు నెట్వర్క్పై నిర్దిష్ట క్లయింట్ల పంపిణీని లెక్కించడానికి ఆసక్తి ఉన్న ఇతర విశ్లేషణాత్మక సాధనాలను అనుమతిస్తుంది. వెర్షన్ స్ట్రింగ్ల గురించి మరింత సమాచారం కోసం దయచేసి వ్యక్తిగత క్లయింట్ డాక్యుమెంటేషన్ను చూడండి.
+
+#### అదనపు సేవలను నడుపుతోంది {#running-additional-services}
+
+మీ స్వంత నోడ్ను నడపడం ఇతీరియము క్లయింట్ RPCకి ప్రత్యక్ష యాక్సెస్ అవసరమయ్యే సేవలను ఉపయోగించడానికి మిమ్మల్ని అనుమతిస్తుంది. ఇవి ఇతీరియముపై నిర్మించబడిన సేవలు, [లేయర్ 2 పరిష్కారాలు](/developers/docs/scaling/#layer-2-scaling), వాలెట్ల కోసం బ్యాకెండ్, బ్లాక్ ఎక్స్ప్లోరర్లు, డెవలపర్ సాధనాలు మరియు ఇతర ఇతీరియము మౌలిక సదుపాయాలు వంటివి.
+
+#### నోడ్ను పర్యవేక్షిస్తోంది {#monitoring-the-node}
+
+మీ నోడ్ను సరిగ్గా పర్యవేక్షించడానికి, మెట్రిక్లను సేకరించడాన్ని పరిగణించండి. క్లయింట్లు మెట్రిక్స్ ఎండ్పాయింట్లను అందిస్తాయి, తద్వారా మీరు మీ నోడ్ గురించి సమగ్ర డేటాను పొందవచ్చు. [InfluxDB](https://www.influxdata.com/get-influxdb/) లేదా [Prometheus](https://prometheus.io/) వంటి సాధనాలను ఉపయోగించి డేటాబేస్లను సృష్టించండి, వీటిని మీరు [Grafana](https://grafana.com/) వంటి సాఫ్ట్వేర్లో విజువలైజేషన్లు మరియు చార్ట్లుగా మార్చవచ్చు. ఈ సాఫ్ట్వేర్ను ఉపయోగించడానికి అనేక సెటప్లు మరియు మీ నోడ్ మరియు మొత్తం నెట్వర్క్ను విజువలైజ్ చేయడానికి విభిన్న Grafana డ్యాష్బోర్డ్లు ఉన్నాయి. ఉదాహరణకు, [Gethను InfluxDB మరియు Grafanaతో పర్యవేక్షించడంపై ట్యుటోరియల్ చూడండి](/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/).
+
+మీ పర్యవేక్షణలో భాగంగా, మీ మెషీన్ పనితీరుపై నిఘా ఉంచారని నిర్ధారించుకోండి. మీ నోడ్ యొక్క ప్రారంభ సింక్ సమయంలో, క్లయింట్ సాఫ్ట్వేర్ CPU మరియు RAMపై చాలా భారీగా ఉండవచ్చు. Grafanaకు అదనంగా, మీరు `htop` లేదా `uptime` వంటి మీ OS అందించే సాధనాలను ఉపయోగించవచ్చు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము స్టాకింగ్ గైడ్లు](https://github.com/SomerEsat/ethereum-staking-guides) - _సోమర్ ఎసాత్, తరచుగా అప్డేట్ చేయబడుతుంది_
+- [గైడ్ | మెయిన్నెట్లో ఇతీరియము స్టాకింగ్ కోసం వాలిడేటర్ను ఎలా సెటప్ చేయాలి](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) _– CoinCashew, తరచుగా అప్డేట్ చేయబడుతుంది_
+- [టెస్టునెట్లలో వాలిడేటర్లను నడపడంపై ETHStaker గైడ్లు](https://github.com/remyroy/ethstaker#guides) – _ETHStaker, క్రమం తప్పకుండా అప్డేట్ చేయబడుతుంది_
+- [ఇతీరియము నోడ్ల కోసం నమూనా AWS బ్లాక్ చైను నోడ్ రన్నర్ యాప్](https://aws-samples.github.io/aws-blockchain-node-runners/docs/Blueprints/Ethereum) - _AWS, తరచుగా అప్డేట్ చేయబడుతుంది_
+- [నోడ్ ఆపరేటర్ల కోసం విలీన ప్రశ్నలు](https://notes.ethereum.org/@launchpad/node-faq-merge) - _జూలై 2022_
+- [ఇతీరియము పూర్తి ధృవీకరించబడిన నోడ్ కావడానికి హార్డ్వేర్ అవసరాలను విశ్లేషించడం](https://medium.com/coinmonks/analyzing-the-hardware-requirements-to-be-an-ethereum-full-validated-node-dc064f167902) _– ఆల్బర్ట్ పలావ్, 24 సెప్టెంబర్ 2018_
+- [ఇతీరియము పూర్తి నోడ్స్ నడపడం: కేవలం ప్రేరేపించబడిన వారికి ఒక మార్గదర్శి](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _– జస్టిన్ లెరౌక్స్, 7 నవంబర్ 2019_
+- [ఇతీరియము మెయిన్నెట్లో హైపర్లెడ్జర్ బెసు నోడ్ను అమలు చేయడం: ప్రయోజనాలు, అవసరాలు మరియు సెటప్](https://pegasys.tech/running-a-hyperledger-besu-node-on-the-ethereum-mainnet-benefits-requirements-and-setup/) _– ఫెలిపే ఫరాగ్గి, 7 మే 2020_
+- [పర్యవేక్షణ స్టాక్తో నెదర్మైండ్ ఇతీరియము క్లయింట్ను అమలు చేయడం](https://medium.com/nethermind-eth/deploying-nethermind-ethereum-client-with-monitoring-stack-55ce1622edbd) _– Nethermind.eth, 8 జూలై 2020_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [నోడ్లు మరియు క్లయింట్లు](/developers/docs/nodes-and-clients/)
+- [బ్లాక్లు](/developers/docs/blocks/)
+- [నెట్వర్క్లు](/developers/docs/networks/)
diff --git a/public/content/translations/te/developers/docs/oracles/index.md b/public/content/translations/te/developers/docs/oracles/index.md
new file mode 100644
index 00000000000..6ad07900c15
--- /dev/null
+++ b/public/content/translations/te/developers/docs/oracles/index.md
@@ -0,0 +1,433 @@
+---
+title: ఒరకిల్స్
+description: ఒరాకిల్స్ ఇతీరియము స్మార్ట్ కాంట్రాక్టులకు వాస్తవ-ప్రపంచ డేటాకు యాక్సెస్ను అందిస్తాయి, వినియోగదారుల కోసం మరిన్ని వినియోగ-సందర్భాలు మరియు అధిక విలువను అన్లాక్ చేస్తాయి.
+lang: te
+---
+
+ఒరాకిల్స్ అనేవి డేటా ఫీడ్లను ఉత్పత్తి చేసే అప్లికేషన్లు, ఇవి స్మార్ట్ కాంట్రాక్టుల కోసం బ్లాక్చెయిన్కు ఆఫ్చెయిన్ డేటా సోర్సులను అందుబాటులో ఉంచుతాయి. ఇది అవసరం ఎందుకంటే ఇతీరియము-ఆధారిత స్మార్ట్ కాంట్రాక్టులు, డిఫాల్ట్గా, బ్లాక్చెయిన్ నెట్వర్క్ వెలుపల నిల్వ చేయబడిన సమాచారాన్ని యాక్సెస్ చేయలేవు.
+
+స్మార్ట్ కాంట్రాక్టులకు ఆఫ్చెయిన్ డేటాను ఉపయోగించి అమలు చేసే సామర్థ్యాన్ని ఇవ్వడం వికేంద్రీకృత అప్లికేషన్ల యొక్క ప్రయోజనం మరియు విలువను విస్తరిస్తుంది. ఉదాహరణకు, ఆన్చెయిన్ ప్రిడిక్షన్ మార్కెట్లు వినియోగదారుడి అంచనాలను ధృవీకరించడానికి ఉపయోగించే ఫలితాల గురించి సమాచారాన్ని అందించడానికి ఒరాకిల్స్పై ఆధారపడతాయి. తదుపరి యు.ఎస్. అధ్యక్షుడిగా ఎవరు అవుతారని ఆలిస్ 20 ETH పందెం వేస్తుందని అనుకుందాం. అధ్యక్షుడు. ఆ సందర్భంలో, ప్రిడిక్షన్-మార్కెట్ డాప్కు ఎన్నికల ఫలితాలను నిర్ధారించడానికి మరియు ఆలిస్ చెల్లింపుకు అర్హులా కాదా అని నిర్ధారించడానికి ఒక ఒరాకిల్ అవసరం.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీ చదువరికి [నోడ్స్](/developers/docs/nodes-and-clients/), [ఏకాభిప్రాయం యంత్రాంగాలు](/developers/docs/consensus-mechanisms/), మరియు [EVM](/developers/docs/evm/) తో సహా ఇతీరియము ప్రాథమిక విషయాలతో పరిచయం ఉందని భావిస్తుంది. మీకు [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) మరియు [స్మార్ట్ కాంట్రాక్ట్ అనాటమీ](/developers/docs/smart-contracts/anatomy/) పై కూడా మంచి పట్టు ఉండాలి, ముఖ్యంగా [ఈవెంట్స్](/glossary/#events).
+
+## బ్లాక్చెయిన్ ఒరాకిల్ అంటే ఏమిటి? {#what-is-a-blockchain-oracle}
+
+ఒరాకిల్స్ అనేవి బాహ్య సమాచారాన్ని (అంటే, ఆఫ్చెయిన్లో నిల్వ చేయబడిన సమాచారం) సోర్స్ చేసి, ధృవీకరించి, బ్లాక్చెయిన్లో నడుస్తున్న స్మార్ట్ కాంట్రాక్టులకు ప్రసారం చేసే అప్లికేషన్లు. ఇతీరియముపై ఆఫ్చెయిన్ డేటాను “లాగడం” మరియు ప్రసారం చేయడంతో పాటు, ఒరాకిల్స్ బ్లాక్చెయిన్ నుండి బాహ్య సిస్టమ్లకు సమాచారాన్ని “పుష్” కూడా చేయగలవు, ఉదా., వినియోగదారుడు ఇతీరియము లావాదేవీ ద్వారా రుసుము పంపిన తర్వాత స్మార్ట్ లాక్ను అన్లాక్ చేయడం.
+
+ఒరాకిల్ లేకుండా, ఒక స్మార్ట్ కాంట్రాక్ట్ పూర్తిగా ఆన్చెయిన్ డేటాకు పరిమితం చేయబడుతుంది.
+
+డేటా యొక్క సోర్స్ (ఒకటి లేదా బహుళ సోర్సులు), ట్రస్ట్ మోడల్స్ (కేంద్రీకృత లేదా వికేంద్రీకృత), మరియు సిస్టమ్ ఆర్కిటెక్చర్ (తక్షణ-చదవడం, పబ్లిష్-సబ్స్క్రైబ్, మరియు రిక్వెస్ట్-రెస్పాన్స్) ఆధారంగా ఒరాకిల్స్ విభిన్నంగా ఉంటాయి. ఆన్చెయిన్ కాంట్రాక్టుల ద్వారా ఉపయోగం కోసం బాహ్య డేటాను తిరిగి పొందుతాయా (ఇన్పుట్ ఒరాకిల్స్), బ్లాక్చెయిన్ నుండి ఆఫ్చెయిన్ అప్లికేషన్లకు సమాచారాన్ని పంపుతాయా (అవుట్పుట్ ఒరాకిల్స్), లేదా ఆఫ్చెయిన్లో కంప్యూటేషనల్ టాస్క్లను నిర్వహిస్తాయా (కంప్యూటేషనల్ ఒరాకిల్స్) అనే దాని ఆధారంగా కూడా మనం ఒరాకిల్స్ మధ్య తేడాను గుర్తించవచ్చు.
+
+## స్మార్ట్ కాంట్రాక్టులకు ఒరాకిల్స్ ఎందుకు అవసరం? {#why-do-smart-contracts-need-oracles}
+
+చాలా మంది అభివృద్ధి చేసేవాళ్ళు స్మార్ట్ కాంట్రాక్టులను బ్లాక్చెయిన్లోని నిర్దిష్ట చిరునామాలలో నడుస్తున్న సంకేత భాషగా చూస్తారు. అయితే, [స్మార్ట్ కాంట్రాక్టుల యొక్క మరింత సాధారణ వీక్షణ](/smart-contracts/) ఏమిటంటే, అవి నిర్దిష్ట షరతులు నెరవేరిన తర్వాత పార్టీల మధ్య ఒప్పందాలను అమలు చేయగల సామర్థ్యం గల స్వీయ-అమలు సాఫ్ట్వేర్ ప్రోగ్రామ్లు - అందుకే “స్మార్ట్ కాంట్రాక్టులు” అనే పదం వచ్చింది.
+
+కానీ ఇతీరియము డిటర్మినిస్టిక్ అని గమనిస్తే, ప్రజల మధ్య ఒప్పందాలను అమలు చేయడానికి స్మార్ట్ కాంట్రాక్టులను ఉపయోగించడం సూటిగా ఉండదు. ఒక [డిటర్మినిస్టిక్ సిస్టమ్](https://en.wikipedia.org/wiki/Deterministic_algorithm) అనేది ప్రారంభ స్టేట్ మరియు ఒక నిర్దిష్ట ఇన్పుట్ ఇవ్వబడినప్పుడు ఎల్లప్పుడూ ఒకే ఫలితాలను ఉత్పత్తి చేసేది, అంటే ఇన్పుట్ల నుండి అవుట్పుట్లను కంప్యూటింగ్ చేసే ప్రక్రియలో యాదృచ్ఛికత లేదా వైవిధ్యం ఉండదు.
+
+డిటర్మినిస్టిక్ అమలును సాధించడానికి, బ్లాక్చెయిన్లు నోడ్స్ను బ్లాక్చెయిన్లోనే నిల్వ చేయబడిన డేటాను _మాత్రమే_ ఉపయోగించి సాధారణ బైనరీ (నిజం/అబద్ధం) ప్రశ్నలపై ఏకాభిప్రాయం సాధించడానికి పరిమితం చేస్తాయి. అటువంటి ప్రశ్నలకు ఉదాహరణలు:
+
+- “ఖాతా యజమాని (పబ్లిక్ కీ ద్వారా గుర్తించబడినవారు) ఈ లావాదేవీని జత చేసిన ప్రైవేట్ కీతో సంతకం చేసారా?”
+- “ఈ ఖాతాలో లావాదేవీని కవర్ చేయడానికి తగినన్ని నిధులు ఉన్నాయా?”
+- “ఈ స్మార్ట్ కాంట్రాక్ట్ సందర్భంలో ఈ లావాదేవీ చెల్లుబాటు అవుతుందా?”, మొదలైనవి.
+
+బ్లాక్చెయిన్లు బాహ్య సోర్సుల నుండి (అంటే, వాస్తవ ప్రపంచం నుండి) సమాచారాన్ని స్వీకరించినట్లయితే, డిటర్మినిజం సాధించడం అసాధ్యం అవుతుంది, ఇది బ్లాక్చెయిన్ యొక్క స్టేట్లో మార్పుల చెల్లుబాటుపై నోడ్స్ ఏకీభవించకుండా నిరోధిస్తుంది. ఉదాహరణకు, ఒక సాంప్రదాయ ధర ఎపిఐ నుండి పొందిన ప్రస్తుత ETH-USD మార్పిడి రేటు ఆధారంగా లావాదేవీని అమలు చేసే స్మార్ట్ కాంట్రాక్ట్ను తీసుకోండి. ఈ సంఖ్య తరచుగా మారే అవకాశం ఉంది (ఎపిఐ డిప్రికేట్ కావడం లేదా హ్యాక్ కావడం గురించి చెప్పనవసరం లేదు), అంటే ఒకే కాంట్రాక్ట్ సంకేత భాషను అమలు చేసే నోడ్స్ విభిన్న ఫలితాలకు వస్తాయి.
+
+ఇతీరియము వంటి పబ్లిక్ బ్లాక్చెయిన్ కోసం, ప్రపంచవ్యాప్తంగా వేలాది నోడ్స్ లావాదేవీలను ప్రాసెస్ చేస్తున్నప్పుడు, డిటర్మినిజం చాలా కీలకం. నిజం యొక్క సోర్స్గా పనిచేసే కేంద్ర అధికారం లేనప్పుడు, ఒకే లావాదేవీలను వర్తింపజేసిన తర్వాత అదే స్టేట్కు రావడానికి నోడ్స్కు యంత్రాంగాలు అవసరం. ఒకవేళ నోడ్ A ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సంకేత భాషను అమలు చేసి ఫలితంగా "3" పొందితే, అదే లావాదేవీని నడిపిన తర్వాత నోడ్ B "7" పొందితే, అది ఏకాభిప్రాయం విచ్ఛిన్నం కావడానికి మరియు వికేంద్రీకృత కంప్యూటింగ్ ప్లాట్ఫారమ్గా ఇతీరియము యొక్క విలువను తొలగించడానికి కారణమవుతుంది.
+
+ఈ దృశ్యం బాహ్య సోర్సుల నుండి సమాచారాన్ని లాగడానికి బ్లాక్చెయిన్లను రూపకల్పన చేయడంలో ఉన్న సమస్యను కూడా హైలైట్ చేస్తుంది. అయితే, ఒరాకిల్స్, ఆఫ్చెయిన్ సోర్సుల నుండి సమాచారాన్ని తీసుకుని, స్మార్ట్ కాంట్రాక్టులు వినియోగించుకోవడానికి బ్లాక్చెయిన్లో నిల్వ చేయడం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి. ఆన్చెయిన్లో నిల్వ చేయబడిన సమాచారం మార్చలేనిది మరియు బహిరంగంగా అందుబాటులో ఉన్నందున, ఇతీరియము నోడ్స్ ఏకాభిప్రాయం విచ్ఛిన్నం కాకుండా స్టేట్ మార్పులను గణించడానికి ఒరాకిల్ దిగుమతి చేసుకున్న ఆఫ్చెయిన్ డేటాను సురక్షితంగా ఉపయోగించవచ్చు.
+
+ఇది చేయడానికి, ఒక ఒరాకిల్ సాధారణంగా ఆన్చెయిన్లో నడుస్తున్న ఒక స్మార్ట్ కాంట్రాక్ట్ మరియు కొన్ని ఆఫ్చెయిన్ కాంపోనెంట్లతో రూపొందించబడింది. ఆన్చెయిన్ కాంట్రాక్ట్ ఇతర స్మార్ట్ కాంట్రాక్టుల నుండి డేటా కోసం అభ్యర్థనలను స్వీకరిస్తుంది, దానిని అది ఆఫ్చెయిన్ కాంపోనెంట్కు (ఒరాకిల్ నోడ్ అని పిలుస్తారు) పంపుతుంది. ఈ ఒరాకిల్ నోడ్ డేటా సోర్సులను ప్రశ్నించగలదు—ఉదాహరణకు, అప్లికేషన్ ప్రోగ్రామింగ్ ఇంటర్ఫేస్లను (APIలను) ఉపయోగించి—మరియు అభ్యర్థించిన డేటాను స్మార్ట్ కాంట్రాక్ట్ యొక్క నిల్వలో నిల్వ చేయడానికి లావాదేవీలను పంపగలదు.
+
+ముఖ్యంగా, ఒక బ్లాక్చెయిన్ ఒరాకిల్, బ్లాక్చెయిన్ మరియు బాహ్య పర్యావరణం మధ్య సమాచార అంతరాన్ని పూడుస్తుంది, “హైబ్రిడ్ స్మార్ట్ కాంట్రాక్టులు”ను సృష్టిస్తుంది. హైబ్రిడ్ స్మార్ట్ కాంట్రాక్ట్ అనేది ఆన్చెయిన్ కాంట్రాక్ట్ సంకేత భాష మరియు ఆఫ్చెయిన్ ఇన్ఫ్రాస్ట్రక్చర్ కలయిక ఆధారంగా పనిచేసేది. వికేంద్రీకృత ప్రిడిక్షన్ మార్కెట్లు హైబ్రిడ్ స్మార్ట్ కాంట్రాక్టులకు ఒక అద్భుతమైన ఉదాహరణ. ఇతర ఉదాహరణలలో పంటల బీమా స్మార్ట్ కాంట్రాక్టులు ఉండవచ్చు, ఇవి నిర్దిష్ట వాతావరణ దృగ్విషయాలు జరిగాయని ఒరాకిల్స్ సమితి నిర్ధారించినప్పుడు చెల్లింపు చేస్తాయి.
+
+## ఒరాకిల్ సమస్య అంటే ఏమిటి? {#the-oracle-problem}
+
+ఒరాకిల్స్ ఒక ముఖ్యమైన సమస్యను పరిష్కరిస్తాయి, కానీ కొన్ని సమస్యలను కూడా పరిచయం చేస్తాయి, ఉదా.,:
+
+- ఇంజెక్ట్ చేయబడిన సమాచారం సరైన సోర్స్ నుండి తీసుకోబడిందని లేదా దానితో ట్యాంపర్ చేయలేదని మనం ఎలా ధృవీకరించాలి?
+
+- ఈ డేటా ఎల్లప్పుడూ అందుబాటులో ఉందని మరియు క్రమం తప్పకుండా నవీకరించబడుతుందని మనం ఎలా నిర్ధారించుకోవాలి?
+
+స్మార్ట్ కాంట్రాక్టులకు ఇన్పుట్లను పంపడానికి బ్లాక్చెయిన్ ఒరాకిల్స్ను ఉపయోగించడంతో వచ్చే సమస్యలను “ఒరాకిల్ సమస్య” అని పిలవబడేది ప్రదర్శిస్తుంది. ఒక స్మార్ట్ కాంట్రాక్ట్ సరిగ్గా అమలు కావడానికి ఒరాకిల్ నుండి డేటా సరిగ్గా ఉండాలి. ఇంకా, ఖచ్చితమైన సమాచారాన్ని అందించడానికి ఒరాకిల్ ఆపరేటర్లను ‘విశ్వసించవలసి’ రావడం స్మార్ట్ కాంట్రాక్టుల యొక్క ‘నమ్మకం లేని’ అంశాన్ని బలహీనపరుస్తుంది.
+
+విభిన్న ఒరాకిల్స్ ఒరాకిల్ సమస్యకు విభిన్న పరిష్కారాలను అందిస్తాయి, వీటిని మనం తర్వాత అన్వేషిస్తాము. ఒరాకిల్స్ను సాధారణంగా అవి క్రింది సవాళ్లను ఎంత బాగా నిర్వహించగలవనే దానిపై మూల్యాంకనం చేస్తారు:
+
+1. **సరియైనది**: ఒక ఒరాకిల్ చెల్లని ఆఫ్చెయిన్ డేటా ఆధారంగా స్మార్ట్ కాంట్రాక్టులను స్టేట్ మార్పులను ప్రేరేపించడానికి కారణం కాకూడదు. ఒక ఒరాకిల్ డేటా యొక్క _ప్రామాణికత_ మరియు _సమగ్రత_ను హామీ ఇవ్వాలి. ప్రామాణికత అంటే డేటా సరైన సోర్స్ నుండి పొందబడిందని, అయితే సమగ్రత అంటే డేటా ఆన్చెయిన్కు పంపబడటానికి ముందు చెక్కుచెదరకుండా ఉందని (అంటే, మార్చబడలేదని) అర్థం.
+
+2. **లభ్యత**: ఒక ఒరాకిల్ స్మార్ట్ కాంట్రాక్టులను చర్యలు అమలు చేయకుండా మరియు స్టేట్ మార్పులను ప్రేరేపించకుండా ఆలస్యం చేయకూడదు లేదా నిరోధించకూడదు. దీని అర్థం ఒరాకిల్ నుండి డేటా అంతరాయం లేకుండా _అభ్యర్థనపై అందుబాటులో_ ఉండాలి.
+
+3. **ప్రోత్సాహక అనుకూలత**: ఒక ఒరాకిల్ ఆఫ్చెయిన్ డేటా ప్రొవైడర్లను స్మార్ట్ కాంట్రాక్టులకు సరైన సమాచారాన్ని సమర్పించడానికి ప్రోత్సహించాలి. ప్రోత్సాహక అనుకూలత _ఆపాదన_ మరియు _జవాబుదారీతనం_ను కలిగి ఉంటుంది. ఆపాదన అనేది ఒక బాహ్య సమాచారం యొక్క భాగాన్ని దాని ప్రొవైడర్కు లింక్ చేయడానికి అనుమతిస్తుంది, అయితే జవాబుదారీతనం డేటా ప్రొవైడర్లను వారు ఇచ్చే సమాచారానికి బంధిస్తుంది, తద్వారా అందించిన సమాచారం యొక్క నాణ్యత ఆధారంగా వారికి బహుమతి ఇవ్వవచ్చు లేదా జరిమానా విధించవచ్చు.
+
+## బ్లాక్చెయిన్ ఒరాకిల్ సేవ ఎలా పనిచేస్తుంది? {#how-does-a-blockchain-oracle-service-work}
+
+### వినియోగదారులు {#users}
+
+వినియోగదారులు నిర్దిష్ట చర్యలను పూర్తి చేయడానికి బ్లాక్చెయిన్కు బాహ్య సమాచారం అవసరమయ్యే సంస్థలు (అంటే, స్మార్ట్ కాంట్రాక్టులు). ఒరాకిల్ సేవ యొక్క ప్రాథమిక వర్క్ఫ్లో వినియోగదారుడు ఒరాకిల్ కాంట్రాక్ట్కు డేటా అభ్యర్థన పంపడంతో మొదలవుతుంది. డేటా అభ్యర్థనలు సాధారణంగా క్రింది కొన్ని లేదా అన్ని ప్రశ్నలకు సమాధానమిస్తాయి:
+
+1. అభ్యర్థించిన సమాచారం కోసం ఆఫ్చెయిన్ నోడ్స్ ఏ సోర్సులను సంప్రదించగలవు?
+
+2. రిపోర్టర్లు డేటా సోర్సుల నుండి సమాచారాన్ని ఎలా ప్రాసెస్ చేస్తారు మరియు ఉపయోగకరమైన డేటా పాయింట్లను ఎలా సంగ్రహిస్తారు?
+
+3. డేటాను తిరిగి పొందడంలో ఎన్ని ఒరాకిల్ నోడ్స్ పాల్గొనగలవు?
+
+4. ఒరాకిల్ నివేదికలలోని వ్యత్యాసాలను ఎలా నిర్వహించాలి?
+
+5. సమర్పణలను ఫిల్టరింగ్ చేయడంలో మరియు నివేదికలను ఒకే విలువగా సమగ్రపరచడంలో ఏ పద్ధతిని అమలు చేయాలి?
+
+### ఒరాకిల్ కాంట్రాక్ట్ {#oracle-contract}
+
+ఒరాకిల్ కాంట్రాక్ట్ అనేది ఒరాకిల్ సేవ కోసం ఆన్చెయిన్ కాంపోనెంట్. ఇది ఇతర కాంట్రాక్టుల నుండి డేటా అభ్యర్థనలను వింటుంది, ఒరాకిల్ నోడ్స్కు డేటా ప్రశ్నలను రిలే చేస్తుంది, మరియు తిరిగి వచ్చిన డేటాను ఖాతాదారులు కాంట్రాక్టులకు ప్రసారం చేస్తుంది. ఈ కాంట్రాక్ట్ అభ్యర్థించే కాంట్రాక్ట్కు పంపడానికి ఒక సమగ్ర విలువను ఉత్పత్తి చేయడానికి తిరిగి వచ్చిన డేటా పాయింట్లపై కొంత కంప్యూటేషన్ కూడా చేయవచ్చు.
+
+ఒరాకిల్ కాంట్రాక్ట్ కొన్ని ఫంక్షన్లను బహిర్గతం చేస్తుంది, వీటిని ఖాతాదారులు కాంట్రాక్టులు డేటా అభ్యర్థన చేసేటప్పుడు పిలుస్తాయి. కొత్త ప్రశ్నను స్వీకరించిన తర్వాత, స్మార్ట్ కాంట్రాక్ట్ డేటా అభ్యర్థన యొక్క వివరాలతో ఒక [లాగ్ ఈవెంట్](/developers/docs/smart-contracts/anatomy/#events-and-logs)ను విడుదల చేస్తుంది. ఇది లాగ్కు సబ్స్క్రయిబ్ చేయబడిన ఆఫ్చెయిన్ నోడ్స్కు (సాధారణంగా JSON-RPC `eth_subscribe` కమాండ్ వంటి దానిని ఉపయోగించి) తెలియజేస్తుంది, వారు లాగ్ ఈవెంట్లో నిర్వచించిన డేటాను తిరిగి పొందడానికి ముందుకు వెళ్తారు.
+
+క్రింద పెడ్రో కోస్టాచే ఒక [ఉదాహరణ ఒరాకిల్ కాంట్రాక్ట్](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) ఉంది. ఇది ఒక సాధారణ ఒరాకిల్ సేవ, ఇది ఇతర స్మార్ట్ కాంట్రాక్టుల అభ్యర్థనపై ఆఫ్చెయిన్ APIలను ప్రశ్నించగలదు మరియు అభ్యర్థించిన సమాచారాన్ని బ్లాక్చెయిన్లో నిల్వ చేయగలదు:
+
+```solidity
+pragma solidity >=0.4.21 <0.6.0;
+
+contract Oracle {
+ Request[] requests; //కాంట్రాక్ట్కు చేసిన అభ్యర్థనల జాబితా
+ uint currentId = 0; //అభ్యర్థన ఐడిని పెంచడం
+ uint minQuorum = 2; //తుది ఫలితాన్ని ప్రకటించే ముందు స్వీకరించవలసిన కనీస స్పందనల సంఖ్య
+ uint totalOracleCount = 3; //హార్డ్కోడ్ చేయబడిన ఒరాకిల్ లెక్కింపు
+
+ // ఒక సాధారణ api అభ్యర్థనను నిర్వచిస్తుంది
+ struct Request {
+ uint id; //అభ్యర్థన ఐడి
+ string urlToQuery; //API యుఆర్ఎల్
+ string attributeToFetch; //స్పందనలో తిరిగి పొందవలసిన json లక్షణం (కీ)
+ string agreedValue; //కీ నుండి విలువ
+ mapping(uint => string) answers; //ఒరాకిల్స్ అందించిన సమాధానాలు
+ mapping(address => uint) quorum; //సమాధానాన్ని ప్రశ్నించే ఒరాకిల్స్ (1=ఒరాకిల్ ఓటు వేయలేదు, 2=ఒరాకిల్ ఓటు వేసింది)
+ }
+
+ //బ్లాక్చెయిన్ వెలుపల ఒరాకిల్ను ప్రేరేపించే ఈవెంట్
+ event NewRequest (
+ uint id,
+ string urlToQuery,
+ string attributeToFetch
+ );
+
+ //తుది ఫలితంపై ఏకాభిప్రాయం ఉన్నప్పుడు ప్రేరేపించబడుతుంది
+ event UpdatedRequest (
+ uint id,
+ string urlToQuery,
+ string attributeToFetch,
+ string agreedValue
+ );
+
+ function createRequest (
+ string memory _urlToQuery,
+ string memory _attributeToFetch
+ )
+ public
+ {
+ uint length = requests.push(Request(currentId, _urlToQuery, _attributeToFetch, ""));
+ Request storage r = requests[length-1];
+
+ // హార్డ్కోడ్ చేయబడిన ఒరాకిల్స్ చిరునామా
+ r.quorum[address(0x6c2339b46F41a06f09CA0051ddAD54D1e582bA77)] = 1;
+ r.quorum[address(0xb5346CF224c02186606e5f89EACC21eC25398077)] = 1;
+ r.quorum[address(0xa2997F1CA363D11a0a35bB1Ac0Ff7849bc13e914)] = 1;
+
+ // బ్లాక్చెయిన్ వెలుపల ఒరాకిల్ ద్వారా గుర్తించబడటానికి ఒక ఈవెంట్ను ప్రారంభించండి
+ emit NewRequest (
+ currentId,
+ _urlToQuery,
+ _attributeToFetch
+ );
+
+ // అభ్యర్థన ఐడిని పెంచండి
+ currentId++;
+ }
+
+ //దాని సమాధానాన్ని రికార్డ్ చేయడానికి ఒరాకిల్ ద్వారా పిలవబడుతుంది
+ function updateRequest (
+ uint _id,
+ string memory _valueRetrieved
+ ) public {
+
+ Request storage currRequest = requests[_id];
+
+ //ఒరాకిల్ విశ్వసనీయ ఒరాకిల్స్ జాబితాలో ఉందో లేదో తనిఖీ చేయండి
+ //మరియు ఒరాకిల్ ఇంకా ఓటు వేయకపోతే
+ if(currRequest.quorum[address(msg.sender)] == 1){
+
+ //ఈ చిరునామా ఓటు వేసిందని గుర్తు పెట్టడం
+ currRequest.quorum[msg.sender] = 2;
+
+ //ఒక స్థానం ఖాళీగా ఉంటే సమాధానాల "శ్రేణి" ద్వారా పునరావృతం చేసి, తిరిగి పొందిన విలువను సేవ్ చేయండి
+ uint tmpI = 0;
+ bool found = false;
+ while(!found) {
+ //మొదటి ఖాళీ జాబితాను కనుగొనండి
+ if(bytes(currRequest.answers[tmpI]).length == 0){
+ found = true;
+ currRequest.answers[tmpI] = _valueRetrieved;
+ }
+ tmpI++;
+ }
+
+ uint currentQuorum = 0;
+
+ //ఒరాకిల్ జాబితా ద్వారా పునరావృతం చేసి, తగినంత ఒరాకిల్స్ (కనీస కోరం) ఉన్నాయో లేదో తనిఖీ చేయండి
+ //ప్రస్తుత సమాధానం లాగానే ఓటు వేసాయి
+ for(uint i = 0; i < totalOracleCount; i++){
+ bytes memory a = bytes(currRequest.answers[i]);
+ bytes memory b = bytes(_valueRetrieved);
+
+ if(keccak256(a) == keccak256(b)){
+ currentQuorum++;
+ if(currentQuorum >= minQuorum){
+ currRequest.agreedValue = _valueRetrieved;
+ emit UpdatedRequest (
+ currRequest.id,
+ currRequest.urlToQuery,
+ currRequest.attributeToFetch,
+ currRequest.agreedValue
+ );
+ }
+ }
+ }
+ }
+ }
+}
+```
+
+### ఒరాకిల్ నోడ్స్ {#oracle-nodes}
+
+ఒరాకిల్ నోడ్ అనేది ఒరాకిల్ సేవ యొక్క ఆఫ్చెయిన్ కాంపోనెంట్. ఇది మూడవ-పక్షం సర్వర్లలో హోస్ట్ చేయబడిన APIల వంటి బాహ్య సోర్సుల నుండి సమాచారాన్ని సంగ్రహిస్తుంది మరియు స్మార్ట్ కాంట్రాక్టుల వినియోగం కోసం దానిని ఆన్చెయిన్లో ఉంచుతుంది. ఒరాకిల్ నోడ్స్ ఆన్చెయిన్ ఒరాకిల్ కాంట్రాక్ట్ నుండి ఈవెంట్ల కోసం వింటాయి మరియు లాగ్లో వివరించిన పనిని పూర్తి చేయడానికి ముందుకు వెళ్తాయి.
+
+ఒరాకిల్ నోడ్స్ కోసం ఒక సాధారణ పని API సేవకు [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) అభ్యర్థనను పంపడం, సంబంధిత డేటాను సంగ్రహించడానికి స్పందనను పార్సింగ్ చేయడం, బ్లాక్చెయిన్-చదవగల అవుట్పుట్లోకి ఫార్మాటింగ్ చేయడం మరియు ఒరాకిల్ కాంట్రాక్ట్కు ఒక లావాదేవీలో చేర్చడం ద్వారా దానిని ఆన్చెయిన్కు పంపడం. ఒరాకిల్ నోడ్ సమర్పించిన సమాచారం యొక్క చెల్లుబాటు మరియు సమగ్రతను “ప్రామాణికత రుజువులు” ఉపయోగించి ధృవీకరించవలసి రావచ్చు, వీటిని మనం తర్వాత అన్వేషిస్తాము.
+
+గ్యాస్ ఖర్చులు మరియు బ్లాక్ పరిమాణ పరిమితులను బట్టి, ఆన్చెయిన్లో అమలు చేయడానికి అసాధ్యమైన కంప్యూటేషనల్ టాస్క్లను నిర్వహించడానికి కంప్యూటేషనల్ ఒరాకిల్స్ కూడా ఆఫ్చెయిన్ నోడ్స్పై ఆధారపడతాయి. ఉదాహరణకు, ఒరాకిల్ నోడ్కు ధృవీకరించదగిన యాదృచ్ఛిక సంఖ్యను ఉత్పత్తి చేసే పనిని కేటాయించవచ్చు (ఉదా., బ్లాక్చెయిన్-ఆధారిత గేమ్ల కోసం).
+
+## ఒరాకిల్ డిజైన్ ప్యాట్రన్లు {#oracle-design-patterns}
+
+ఒరాకిల్స్ _తక్షణ-చదవడం_, _పబ్లిష్-సబ్స్క్రైబ్_, మరియు _రిక్వెస్ట్-రెస్పాన్స్_ తో సహా విభిన్న రకాలుగా వస్తాయి, వీటిలో చివరి రెండు ఇతీరియము స్మార్ట్ కాంట్రాక్టులలో అత్యంత ప్రజాదరణ పొందాయి. ఇక్కడ మనం పబ్లిష్-సబ్స్క్రైబ్ మరియు రిక్వెస్ట్-రెస్పాన్స్ మోడల్లను క్లుప్తంగా వివరిస్తాము.
+
+### పబ్లిష్-సబ్స్క్రైబ్ ఒరాకిల్స్ {#publish-subscribe-oracles}
+
+ఈ రకమైన ఒరాకిల్ ఒక “డేటా ఫీడ్” ను బహిర్గతం చేస్తుంది, దీనిని ఇతర కాంట్రాక్టులు సమాచారం కోసం క్రమం తప్పకుండా చదవగలవు. ఈ సందర్భంలో డేటా తరచుగా మారే అవకాశం ఉన్నందున, ఖాతాదారులు కాంట్రాక్టులు ఒరాకిల్ యొక్క నిల్వలోని డేటాకు నవీకరణల కోసం వినాలి. ఒక ఉదాహరణ, వినియోగదారులకు తాజా ETH-USD ధర సమాచారాన్ని అందించే ఒరాకిల్.
+
+### రిక్వెస్ట్-రెస్పాన్స్ ఒరాకిల్స్ {#request-response-oracles}
+
+రిక్వెస్ట్-రెస్పాన్స్ సెటప్ ఖాతాదారుడి కాంట్రాక్ట్కు పబ్లిష్-సబ్స్క్రైబ్ ఒరాకిల్ ద్వారా అందించబడిన దాని కంటే ఇతర ఏకపక్ష డేటాను అభ్యర్థించడానికి అనుమతిస్తుంది. డేటాసెట్ స్మార్ట్ కాంట్రాక్ట్ యొక్క నిల్వలో నిల్వ చేయడానికి చాలా పెద్దగా ఉన్నప్పుడు మరియు/లేదా వినియోగదారులకు ఏ సమయంలోనైనా డేటా యొక్క చిన్న భాగం మాత్రమే అవసరమైనప్పుడు రిక్వెస్ట్-రెస్పాన్స్ ఒరాకిల్స్ అనువైనవి.
+
+పబ్లిష్-సబ్స్క్రైబ్ మోడల్ల కంటే సంక్లిష్టమైనప్పటికీ, రిక్వెస్ట్-రెస్పాన్స్ ఒరాకిల్స్ ప్రాథమికంగా మనం మునుపటి విభాగంలో వివరించినవే. ఒరాకిల్ ఒక ఆన్చెయిన్ కాంపోనెంట్ను కలిగి ఉంటుంది, ఇది డేటా అభ్యర్థనను స్వీకరించి, దానిని ప్రాసెసింగ్ కోసం ఆఫ్చెయిన్ నోడ్కు పంపుతుంది.
+
+డేటా ప్రశ్నలను ప్రారంభించే వినియోగదారులు ఆఫ్చెయిన్ సోర్స్ నుండి సమాచారాన్ని తిరిగి పొందే ఖర్చును భరించాలి. అభ్యర్థనలో పేర్కొన్న క్యాల్బ్యాక్ ఫంక్షన్ ద్వారా స్పందనను తిరిగి ఇవ్వడంలో ఒరాకిల్ కాంట్రాక్ట్ ద్వారా అయ్యే గ్యాస్ ఖర్చులను కవర్ చేయడానికి ఖాతాదారుడి కాంట్రాక్ట్ కూడా నిధులను అందించాలి.
+
+## కేంద్రీకృత మరియు వికేంద్రీకృత ఒరాకిల్స్ {#types-of-oracles}
+
+### కేంద్రీకృత ఒరాకిల్స్ {#centralized-oracles}
+
+కేంద్రీకృత ఒరాకిల్ ఒకే సంస్థచే నియంత్రించబడుతుంది, ఇది ఆఫ్చెయిన్ సమాచారాన్ని సమగ్రపరచడానికి మరియు అభ్యర్థించిన విధంగా ఒరాకిల్ కాంట్రాక్ట్ యొక్క డేటాను నవీకరించడానికి బాధ్యత వహిస్తుంది. కేంద్రీకృత ఒరాకిల్స్ ఒకే నిజం యొక్క సోర్స్పై ఆధారపడటం వలన అవి సమర్థవంతంగా ఉంటాయి. యాజమాన్య డేటాసెట్లు యజమానిచే విస్తృతంగా ఆమోదించబడిన సంతకంతో నేరుగా ప్రచురించబడిన సందర్భాలలో అవి మెరుగ్గా పనిచేయవచ్చు. అయితే, అవి కూడా ప్రతికూలతలను తెస్తాయి:
+
+#### తక్కువ సరియైన హామీలు {#low-correctness-guarantees}
+
+కేంద్రీకృత ఒరాకిల్స్తో, అందించిన సమాచారం సరైనదో కాదో నిర్ధారించడానికి మార్గం లేదు. “ప్రతిష్టాత్మక” ప్రొవైడర్లు కూడా మోసగించవచ్చు లేదా హ్యాక్ చేయబడవచ్చు. ఒరాకిల్ అవినీతికి పాల్పడితే, స్మార్ట్ కాంట్రాక్టులు చెడు డేటా ఆధారంగా అమలు చేయబడతాయి.
+
+#### పేలవమైన లభ్యత {#poor-availability}
+
+కేంద్రీకృత ఒరాకిల్స్ ఇతర స్మార్ట్ కాంట్రాక్టులకు ఆఫ్చెయిన్ డేటాను ఎల్లప్పుడూ అందుబాటులో ఉంచుతాయని హామీ ఇవ్వవు. ప్రొవైడర్ సేవను ఆపివేయాలని నిర్ణయించుకుంటే లేదా ఒక హ్యాకర్ ఒరాకిల్ యొక్క ఆఫ్చెయిన్ కాంపోనెంట్ను హైజాక్ చేస్తే, మీ స్మార్ట్ కాంట్రాక్ట్ డినయల్ ఆఫ్ సర్వీస్ (DoS) దాడికి గురయ్యే ప్రమాదం ఉంది.
+
+#### పేలవమైన ప్రోత్సాహక అనుకూలత {#poor-incentive-compatibility}
+
+కేంద్రీకృత ఒరాకిల్స్ తరచుగా డేటా ప్రొవైడర్కు ఖచ్చితమైన/మార్చని సమాచారాన్ని పంపడానికి పేలవంగా రూపొందించిన లేదా ఉనికిలో లేని ప్రోత్సాహకాలను కలిగి ఉంటాయి. సరియైన కోసం ఒరాకిల్కు చెల్లించడం నిజాయితీకి హామీ ఇవ్వదు. స్మార్ట్ కాంట్రాక్టులచే నియంత్రించబడే విలువ మొత్తం పెరిగేకొద్దీ ఈ సమస్య పెద్దది అవుతుంది.
+
+### వికేంద్రీకృత ఒరాకిల్స్ {#decentralized-oracles}
+
+వికేంద్రీకృత ఒరాకిల్స్ వైఫల్యం యొక్క ఏకైక పాయింట్లను తొలగించడం ద్వారా కేంద్రీకృత ఒరాకిల్స్ యొక్క పరిమితులను అధిగమించడానికి రూపొందించబడ్డాయి. వికేంద్రీకృత ఒరాకిల్ సేవలో పీర్-టు-పీర్ నెట్వర్క్లో బహుళ పాల్గొనేవారు ఉంటారు, వారు స్మార్ట్ కాంట్రాక్ట్కు పంపే ముందు ఆఫ్చెయిన్ డేటాపై ఏకాభిప్రాయం ఏర్పరుస్తారు.
+
+వికేంద్రీకృత ఒరాకిల్ (ఆదర్శంగా) అనుమతిలేనిది, నమ్మకం లేనిది, మరియు కేంద్ర పార్టీచే పరిపాలన నుండి స్వేచ్ఛగా ఉండాలి; వాస్తవానికి, ఒరాకిల్స్ మధ్య వికేంద్రీకరణ ఒక స్పెక్ట్రంపై ఉంటుంది. పాక్షిక-వికేంద్రీకృత ఒరాకిల్ నెట్వర్క్లు ఉన్నాయి, ఇక్కడ ఎవరైనా పాల్గొనవచ్చు, కానీ చారిత్రక పనితీరు ఆధారంగా నోడ్స్ను ఆమోదించే మరియు తొలగించే ఒక “యజమాని” ఉంటారు. పూర్తిగా వికేంద్రీకృత ఒరాకిల్ నెట్వర్క్లు కూడా ఉన్నాయి: ఇవి సాధారణంగా స్వతంత్ర బ్లాక్చెయిన్లుగా నడుస్తాయి మరియు నోడ్స్ను సమన్వయం చేయడానికి మరియు దుష్ప్రవర్తనను శిక్షించడానికి నిర్వచించిన ఏకాభిప్రాయం యంత్రాంగాలను కలిగి ఉంటాయి.
+
+వికేంద్రీకృత ఒరాకిల్స్ను ఉపయోగించడం వల్ల క్రింది ప్రయోజనాలు ఉన్నాయి:
+
+### అధిక సరియైన హామీలు {#high-correctness-guarantees}
+
+వికేంద్రీకృత ఒరాకిల్స్ విభిన్న విధానాలను ఉపయోగించి డేటా యొక్క సరియైన సాధించడానికి ప్రయత్నిస్తాయి. ఇది తిరిగి వచ్చిన సమాచారం యొక్క ప్రామాణికత మరియు సమగ్రతను ధృవీకరించే రుజువులను ఉపయోగించడం మరియు ఆఫ్చెయిన్ డేటా యొక్క చెల్లుబాటుపై బహుళ సంస్థలు సమిష్టిగా అంగీకరించాలని కోరడం వంటివి కలిగి ఉంటుంది.
+
+#### ప్రామాణికత రుజువులు {#authenticity-proofs}
+
+ప్రామాణికత రుజువులు బాహ్య సోర్సుల నుండి తిరిగి పొందిన సమాచారం యొక్క స్వతంత్ర ధృవీకరణను ప్రారంభించే క్రిప్టోగ్రాఫిక్ యంత్రాంగాలు. ఈ రుజువులు సమాచారం యొక్క సోర్స్ను ధృవీకరించగలవు మరియు తిరిగి పొందిన తర్వాత డేటాకు సాధ్యమయ్యే మార్పులను గుర్తించగలవు.
+
+ప్రామాణికత రుజువులకు ఉదాహరణలు:
+
+**ట్రాన్స్పోర్ట్ లేయర్ సెక్యూరిటీ (TLS) ప్రూఫ్లు**: ఒరాకిల్ నోడ్స్ తరచుగా ట్రాన్స్పోర్ట్ లేయర్ సెక్యూరిటీ (TLS) ప్రోటోకాల్ ఆధారంగా సురక్షితమైన HTTP కనెక్షన్ను ఉపయోగించి బాహ్య సోర్సుల నుండి డేటాను తిరిగి పొందుతాయి. కొన్ని వికేంద్రీకృత ఒరాకిల్స్ TLS సెషన్లను ధృవీకరించడానికి (అంటే, ఒక నోడ్ మరియు ఒక నిర్దిష్ట సర్వర్ మధ్య సమాచారం యొక్క మార్పిడిని నిర్ధారించడానికి) ప్రామాణికత రుజువులను ఉపయోగిస్తాయి మరియు సెషన్ యొక్క విషయాలు మార్చబడలేదని నిర్ధారిస్తాయి.
+
+**విశ్వసనీయ ఎగ్జిక్యూషన్ ఎన్విరాన్మెంట్ (TEE) ధృవపత్రాలు**: ఒక [విశ్వసనీయ ఎగ్జిక్యూషన్ ఎన్విరాన్మెంట్](https://en.wikipedia.org/wiki/Trusted_execution_environment) (TEE) అనేది దాని హోస్ట్ సిస్టమ్ యొక్క కార్యాచరణ ప్రక్రియల నుండి విడిగా ఉండే ఒక శాండ్బాక్స్డ్ కంప్యూటేషనల్ ఎన్విరాన్మెంట్. TEEలు కంప్యూటేషన్ ఎన్విరాన్మెంట్లో నిల్వ చేయబడిన/ఉపయోగించబడిన ఏదైనా అప్లికేషన్ సంకేత భాష లేదా డేటా సమగ్రత, గోప్యత మరియు మార్పులేనితనాన్ని నిలుపుకుంటుందని నిర్ధారిస్తాయి. విశ్వసనీయ ఎగ్జిక్యూషన్ ఎన్విరాన్మెంట్లో ఒక అప్లికేషన్ ఇన్స్టాన్స్ నడుస్తోందని నిరూపించడానికి వినియోగదారులు ఒక ధృవపత్రాన్ని కూడా రూపొందించవచ్చు.
+
+కొన్ని వర్గాల వికేంద్రీకృత ఒరాకిల్స్కు ఒరాకిల్ నోడ్ ఆపరేటర్లు TEE ధృవపత్రాలను అందించాలని అవసరం. ఇది నోడ్ ఆపరేటర్ విశ్వసనీయ ఎగ్జిక్యూషన్ ఎన్విరాన్మెంట్లో ఒరాకిల్ క్లయింట్ యొక్క ఒక ఇన్స్టాన్స్ను నడుపుతున్నారని వినియోగదారుడికి నిర్ధారిస్తుంది. TEEలు బాహ్య ప్రక్రియలను ఒక అప్లికేషన్ యొక్క సంకేత భాష మరియు డేటాను మార్చకుండా లేదా చదవకుండా నిరోధిస్తాయి, అందువల్ల, ఆ ధృవపత్రాలు ఒరాకిల్ నోడ్ సమాచారాన్ని చెక్కుచెదరకుండా మరియు గోప్యంగా ఉంచిందని నిరూపిస్తాయి.
+
+#### సమాచారం యొక్క ఏకాభిప్రాయం-ఆధారిత ధృవీకరణ {#consensus-based-validation-of-information}
+
+స్మార్ట్ కాంట్రాక్టులకు డేటాను అందించేటప్పుడు కేంద్రీకృత ఒరాకిల్స్ ఒకే నిజం యొక్క సోర్స్పై ఆధారపడతాయి, ఇది తప్పు సమాచారాన్ని ప్రచురించే అవకాశాన్ని పరిచయం చేస్తుంది. వికేంద్రీకృత ఒరాకిల్స్ ఆఫ్చెయిన్ సమాచారాన్ని ప్రశ్నించడానికి బహుళ ఒరాకిల్ నోడ్స్పై ఆధారపడటం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి. బహుళ సోర్సుల నుండి డేటాను పోల్చడం ద్వారా, వికేంద్రీకృత ఒరాకిల్స్ ఆన్చెయిన్ కాంట్రాక్టులకు చెల్లని సమాచారాన్ని పంపే ప్రమాదాన్ని తగ్గిస్తాయి.
+
+అయితే, వికేంద్రీకృత ఒరాకిల్స్, బహుళ ఆఫ్చెయిన్ సోర్సుల నుండి తిరిగి పొందిన సమాచారంలోని వ్యత్యాసాలతో వ్యవహరించాలి. సమాచారంలో తేడాలను తగ్గించడానికి మరియు ఒరాకిల్ కాంట్రాక్ట్కు పంపబడిన డేటా ఒరాకిల్ నోడ్స్ యొక్క సామూహిక అభిప్రాయాన్ని ప్రతిబింబిస్తుందని నిర్ధారించడానికి, వికేంద్రీకృత ఒరాకిల్స్ క్రింది యంత్రాంగాలను ఉపయోగిస్తాయి:
+
+##### డేటా యొక్క ఖచ్చితత్వంపై ఓటింగ్/స్టేకింగ్
+
+కొన్ని వికేంద్రీకృత ఒరాకిల్ నెట్వర్క్లకు పాల్గొనేవారు డేటా ప్రశ్నలకు సమాధానాల ఖచ్చితత్వంపై ఓటు వేయడం లేదా స్టేక్ చేయడం అవసరం (ఉదా., "2020 యుఎస్ ఎన్నికల్లో ఎవరు గెలిచారు?"). నెట్వర్క్ యొక్క స్థానిక టోకెన్ను ఉపయోగించడం. ఒక సమూహనం ప్రోటోకాల్ ఓట్లను మరియు స్టేక్స్ను tổng hợp చేస్తుంది మరియు మెజారిటీ మద్దతు ఉన్న సమాధానాన్ని చెల్లుబాటు అయ్యేదిగా తీసుకుంటుంది.
+
+మెజారిటీ సమాధానం నుండి విచలనం చెందే నోడ్స్, మరింత సరైన విలువలను అందించే ఇతరులకు వారి టోకెన్లను పంపిణీ చేయడం ద్వారా శిక్షించబడతాయి. డేటాను అందించే ముందు ఒక బాండ్ను అందించమని నోడ్స్ను బలవంతం చేయడం నిజాయితీగల ప్రతిస్పందనలను ప్రోత్సహిస్తుంది, ఎందుకంటే వారు రాబడిని గరిష్టీకరించడానికి ఉద్దేశించిన హేతుబద్ధమైన ఆర్థిక నటులుగా భావించబడతారు.
+
+స్టేకింగ్/ఓటింగ్ కూడా వికేంద్రీకృత ఒరాకిల్స్ను [సిబిల్ దాడుల](/glossary/#sybil-attack) నుండి రక్షిస్తుంది, ఇక్కడ హానికరమైన నటులు ఏకాభిప్రాయం వ్యవస్థను గేమింగ్ చేయడానికి బహుళ గుర్తింపులను సృష్టిస్తారు. అయితే, స్టేకింగ్ “ఫ్రీలోడింగ్” (ఒరాకిల్ నోడ్స్ ఇతరుల నుండి సమాచారాన్ని కాపీ చేయడం) మరియు “సోమరి ధృవీకరణ” (ఒరాకిల్ నోడ్స్ సమాచారాన్ని ధృవీకరించకుండానే మెజారిటీని అనుసరించడం) ను నిరోధించలేదు.
+
+##### షెల్లింగ్ పాయింట్ మెకానిజమ్స్
+
+[షెల్లింగ్ పాయింట్](https://en.wikipedia.org/wiki/Focal_point_\(game_theory\)) అనేది ఒక గేమ్-థియరీ భావన, ఇది ఏ కమ్యూనికేషన్ లేనప్పుడు బహుళ సంస్థలు ఎల్లప్పుడూ ఒక సమస్యకు సాధారణ పరిష్కారానికి డిఫాల్ట్ అవుతాయని ఊహిస్తుంది. డేటా అభ్యర్థనలకు సమాధానాలపై నోడ్స్ ఏకాభిప్రాయం సాధించడానికి వీలుగా వికేంద్రీకృత ఒరాకిల్ నెట్వర్క్లలో తరచుగా షెల్లింగ్-పాయింట్ మెకానిజమ్లను ఉపయోగిస్తారు.
+
+దీని కోసం ఒక ప్రారంభ ఆలోచన [షెల్లింగ్ కాయిన్](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/), ఇది ఒక ప్రతిపాదిత డేటా ఫీడ్, ఇక్కడ పాల్గొనేవారు "స్కేలార్" ప్రశ్నలకు (సమాధానాలు పరిమాణం ద్వారా వివరించబడిన ప్రశ్నలు, ఉదా., "ETH ధర ఎంత?") ప్రతిస్పందనలను సమర్పిస్తారు, డిపాజిట్తో పాటు. 25వ మరియు 75వ [శతాంశం](https://en.wikipedia.org/wiki/Percentile) మధ్య విలువలను అందించే వినియోగదారులకు బహుమతి ఇవ్వబడుతుంది, అయితే మధ్యస్థ విలువ నుండి ఎక్కువగా విచలనం చెందే విలువలు ఉన్నవారికి జరిమానా విధించబడుతుంది.
+
+షెల్లింగ్ కాయిన్ ఈ రోజు ఉనికిలో లేనప్పటికీ, అనేక వికేంద్రీకృత ఒరాకిల్స్—ముఖ్యంగా [మేకర్ ప్రోటోకాల్ యొక్క ఒరాకిల్స్](https://docs.makerdao.com/smart-contract-modules/oracle-module)—ఒరాకిల్ డేటా యొక్క ఖచ్చితత్వాన్ని మెరుగుపరచడానికి షెల్లింగ్-పాయింట్ మెకానిజమ్ను ఉపయోగిస్తాయి. ప్రతి మేకర్ ఒరాకిల్, అనుషంగిక ఆస్తుల కోసం మార్కెట్ ధరలను సమర్పించే నోడ్స్ (“రిలేయర్స్” మరియు “ఫీడ్స్”) యొక్క ఆఫ్చెయిన్ P2P నెట్వర్క్ మరియు అందించిన అన్ని విలువల మధ్యస్థాన్ని లెక్కించే ఆన్చెయిన్ “మీడియానైజర్” కాంట్రాక్ట్ను కలిగి ఉంటుంది. పేర్కొన్న ఆలస్యం వ్యవధి ముగిసిన తర్వాత, ఈ మధ్యస్థ విలువ అనుబంధిత ఆస్తికి కొత్త రిఫరెన్స్ ధర అవుతుంది.
+
+షెల్లింగ్ పాయింట్ మెకానిజమ్లను ఉపయోగించే ఇతర ఒరాకిల్స్ యొక్క ఉదాహరణలలో [చైన్లింక్ ఆఫ్చెయిన్ రిపోర్టింగ్](https://docs.chain.link/architecture-overview/off-chain-reporting) మరియు [విట్నెట్](https://witnet.io/) ఉన్నాయి. రెండు వ్యవస్థలలో, పీర్-టు-పీర్ నెట్వర్క్లోని ఒరాకిల్ నోడ్స్ నుండి ప్రతిస్పందనలు సగటు లేదా మధ్యస్థం వంటి ఒకే సమగ్ర విలువగా tổng hợp చేయబడతాయి. నోడ్స్ యొక్క ప్రతిస్పందనలు సమగ్ర విలువతో ఎంతవరకు సరిపోలుతున్నాయో లేదా విచలనం చెందుతున్నాయో అనే దాని ప్రకారం బహుమతి లేదా శిక్షించబడతాయి.
+
+షెల్లింగ్ పాయింట్ మెకానిజమ్స్ ఆకర్షణీయంగా ఉంటాయి ఎందుకంటే అవి ఆన్చెయిన్ ఫుట్ప్రింట్ను తగ్గిస్తాయి (కేవలం ఒక లావాదేవీని పంపాలి) మరియు వికేంద్రీకరణకు హామీ ఇస్తాయి. సమర్పించిన ప్రతిస్పందనల జాబితాను సగటు/మధ్యస్థ విలువను ఉత్పత్తి చేసే అల్గారిథమ్లోకి ఫీడ్ చేసే ముందు నోడ్స్ ఆమోదం తెలపాల్సి ఉంటుంది కాబట్టి రెండోది సాధ్యమవుతుంది.
+
+### లభ్యత {#availability}
+
+వికేంద్రీకృత ఒరాకిల్ సేవలు స్మార్ట్ కాంట్రాక్టులకు ఆఫ్చెయిన్ డేటా యొక్క అధిక లభ్యతను నిర్ధారిస్తాయి. ఇది ఆఫ్చెయిన్ సమాచారం యొక్క సోర్స్ మరియు సమాచారాన్ని ఆన్చెయిన్కు బదిలీ చేయడానికి బాధ్యత వహించే నోడ్స్ రెండింటినీ వికేంద్రీకరించడం ద్వారా సాధించబడుతుంది.
+
+ఇది తప్పు-సహనాన్ని నిర్ధారిస్తుంది ఎందుకంటే ఒరాకిల్ కాంట్రాక్ట్ ఇతర కాంట్రాక్టుల నుండి ప్రశ్నలను అమలు చేయడానికి బహుళ నోడ్స్పై (ఇవి కూడా బహుళ డేటా సోర్సులపై ఆధారపడతాయి) ఆధారపడవచ్చు. సోర్స్ _మరియు_ నోడ్-ఆపరేటర్ స్థాయిలో వికేంద్రీకరణ కీలకం—ఒకే సోర్స్ నుండి తిరిగి పొందిన సమాచారాన్ని అందించే ఒరాకిల్ నోడ్స్ యొక్క నెట్వర్క్ కేంద్రీకృత ఒరాకిల్ వలె అదే సమస్యను ఎదుర్కొంటుంది.
+
+డేటా అభ్యర్థనలకు త్వరగా స్పందించడంలో విఫలమైన నోడ్ ఆపరేటర్లను స్లాష్ చేయడానికి స్టేక్-ఆధారిత ఒరాకిల్స్కు కూడా సాధ్యమే. ఇది తప్పు-సహన మౌలిక సదుపాయాలలో పెట్టుబడి పెట్టడానికి మరియు సకాలంలో డేటాను అందించడానికి ఒరాకిల్ నోడ్స్ను గణనీయంగా ప్రోత్సహిస్తుంది.
+
+### మంచి ప్రోత్సాహక అనుకూలత {#good-incentive-compatibility}
+
+వికేంద్రీకృత ఒరాకిల్స్ ఒరాకిల్ నోడ్స్ మధ్య [బైజాంటైన్](https://en.wikipedia.org/wiki/Byzantine_fault) ప్రవర్తనను నివారించడానికి వివిధ ప్రోత్సాహక డిజైన్లను అమలు చేస్తాయి. ప్రత్యేకంగా, అవి _ఆపాదన_ మరియు _జవాబుదారీతనం_ ను సాధిస్తాయి:
+
+1. డేటా అభ్యర్థనలకు ప్రతిస్పందనగా వారు అందించే డేటాపై వికేంద్రీకృత ఒరాకిల్ నోడ్స్ తరచుగా సంతకం చేయవలసి ఉంటుంది. ఈ సమాచారం ఒరాకిల్ నోడ్స్ యొక్క చారిత్రక పనితీరును మూల్యాంకనం చేయడానికి సహాయపడుతుంది, తద్వారా వినియోగదారులు డేటా అభ్యర్థనలు చేసేటప్పుడు నమ్మదగని ఒరాకిల్ నోడ్స్ను ఫిల్టర్ చేయవచ్చు. ఒక ఉదాహరణ విట్నెట్ యొక్క [అల్గారిథమిక్ రెప్యూటేషన్ సిస్టమ్](https://docs.witnet.io/intro/about/architecture#algorithmic-reputation-system).
+
+2. వికేంద్రీకృత ఒరాకిల్స్—ముందుగా వివరించినట్లు—వారు సమర్పించే డేటా యొక్క సత్యంపై వారి విశ్వాసంపై ఒక స్టేక్ను ఉంచమని నోడ్స్ను కోరవచ్చు. క్లెయిమ్ సరిపోలితే, నిజాయితీగల సేవకు బహుమతులతో పాటు ఈ స్టేక్ను తిరిగి ఇవ్వవచ్చు. కానీ సమాచారం తప్పుగా ఉంటే అది స్లాష్ చేయబడవచ్చు, ఇది కొంతవరకు జవాబుదారీతనాన్ని అందిస్తుంది.
+
+## స్మార్ట్ కాంట్రాక్టులలో ఒరాకిల్స్ యొక్క అప్లికేషన్లు {#applications-of-oracles-in-smart-contracts}
+
+ఇతీరియములో ఒరాకిల్స్ కోసం సాధారణ వినియోగ-సందర్భాలు క్రిందివి:
+
+### ఆర్థిక డేటాను తిరిగి పొందడం {#retrieving-financial-data}
+
+[వికేంద్రీకృత ఫైనాన్స్](/defi/) (DeFi) అప్లికేషన్లు పీర్-టు-పీర్ రుణాలు, అప్పులు తీసుకోవడం, మరియు ఆస్తుల వ్యాపారాన్ని అనుమతిస్తాయి. దీనికి తరచుగా మార్పిడి రేటు డేటా (క్రిప్టోకరెన్సీల ఫైట్ విలువను లెక్కించడానికి లేదా టోకెన్ ధరలను పోల్చడానికి) మరియు క్యాపిటల్ మార్కెట్స్ డేటా (టోకనైజ్ చేయబడిన ఆస్తుల విలువను లెక్కించడానికి, బంగారం లేదా యుఎస్ డాలర్ వంటివి) సహా విభిన్న ఆర్థిక సమాచారాన్ని పొందడం అవసరం.
+
+ఒక DeFi రుణ ప్రోటోకాల్, ఉదాహరణకు, అనుషంగికంగా డిపాజిట్ చేసిన ఆస్తుల (ఉదా., ETH) కోసం ప్రస్తుత మార్కెట్ ధరలను ప్రశ్నించాలి. ఇది కాంట్రాక్ట్కు అనుషంగిక ఆస్తుల విలువను నిర్ధారించడానికి మరియు సిస్టమ్ నుండి ఎంత అప్పు తీసుకోవచ్చో నిర్ధారించడానికి వీలు కల్పిస్తుంది.
+
+DeFiలో ప్రజాదరణ పొందిన “ప్రైస్ ఒరాకిల్స్” (వాటిని తరచుగా పిలుస్తారు) చైన్లింక్ ప్రైస్ ఫీడ్స్, కాంపౌండ్ ప్రోటోకాల్ యొక్క [ఓపెన్ ప్రైస్ ఫీడ్](https://compound.finance/docs/prices), యునిస్వాప్ యొక్క [టైమ్-వెయిటెడ్ యావరేజ్ ప్రైసెస్ (TWAPs)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles), మరియు [మేకర్ ఒరాకిల్స్](https://docs.makerdao.com/smart-contract-modules/oracle-module).
+
+బిల్డర్లు తమ ప్రాజెక్ట్లో ఈ ప్రైస్ ఒరాకిల్స్ను ఇంటిగ్రేట్ చేసే ముందు వాటితో వచ్చే హెచ్చరికలను అర్థం చేసుకోవాలి. ఈ [వ్యాసం](https://blog.openzeppelin.com/secure-smart-contract-guidelines-the-dangers-of-price-oracles) పేర్కొన్న ప్రైస్ ఒరాకిల్స్లో దేనినైనా ఉపయోగించాలని ప్లాన్ చేసేటప్పుడు ఏమి పరిగణించాలనే దానిపై వివరణాత్మక విశ్లేషణను అందిస్తుంది.
+
+చైన్లింక్ ప్రైస్ ఫీడ్ను ఉపయోగించి మీ స్మార్ట్ కాంట్రాక్ట్లో తాజా ETH ధరను ఎలా తిరిగి పొందాలో క్రింద ఒక ఉదాహరణ ఉంది:
+
+```solidity
+pragma solidity ^0.6.7;
+
+import "@chainlink/contracts/src/v0.6/interfaces/AggregatorV3Interface.sol";
+
+contract PriceConsumerV3 {
+
+ AggregatorV3Interface internal priceFeed;
+
+ /**
+ * Network: Kovan
+ * Aggregator: ETH/USD
+ * Address: 0x9326BFA02ADD2366b30bacB125260Af641031331
+ */
+ constructor() public {
+ priceFeed = AggregatorV3Interface(0x9326BFA02ADD2366b30bacB125260Af641031331);
+ }
+
+ /**
+ * Returns the latest price
+ */
+ function getLatestPrice() public view returns (int) {
+ (
+ uint80 roundID,
+ int price,
+ uint startedAt,
+ uint timeStamp,
+ uint80 answeredInRound
+ ) = priceFeed.latestRoundData();
+ return price;
+ }
+}
+```
+
+### ధృవీకరించదగిన యాదృచ్ఛికతను ఉత్పత్తి చేయడం {#generating-verifiable-randomness}
+
+కొన్ని బ్లాక్చెయిన్ అప్లికేషన్లు, బ్లాక్చెయిన్-ఆధారిత గేమ్లు లేదా లాటరీ పథకాల వంటివి, సమర్థవంతంగా పనిచేయడానికి అధిక స్థాయి అనూహ్యత మరియు యాదృచ్ఛికత అవసరం. అయితే, బ్లాక్చెయిన్ల డిటర్మినిస్టిక్ అమలు యాదృచ్ఛికతను తొలగిస్తుంది.
+
+అసలు విధానం `blockhash` వంటి సూడోరాండమ్ క్రిప్టోగ్రాఫిక్ ఫంక్షన్లను ఉపయోగించడం, కానీ ఇవి [మైనర్లచే మార్చబడవచ్చు](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.) ప్రూఫ్-ఆఫ్-వర్క్ అల్గారిథమ్ను పరిష్కరించడం. అలాగే, ఇతీరియము యొక్క [ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం](/roadmap/merge/) అంటే డెవలపర్లు ఇకపై ఆన్చెయిన్ యాదృచ్ఛికత కోసం `blockhash` పై ఆధారపడలేరు. బీకాన్ చైన్ యొక్క [RANDAO మెకానిజం](https://eth2book.info/altair/part2/building_blocks/randomness) బదులుగా యాదృచ్ఛికత యొక్క ప్రత్యామ్నాయ మూలాన్ని అందిస్తుంది.
+
+యాదృచ్ఛిక విలువను ఆఫ్చెయిన్లో ఉత్పత్తి చేసి దానిని ఆన్చెయిన్కు పంపడం సాధ్యమే, కానీ అలా చేయడం వల్ల వినియోగదారులపై అధిక విశ్వాస అవసరాలు ఏర్పడతాయి. వారు ఆ విలువ నిజంగా అనూహ్యమైన యంత్రాంగాల ద్వారా ఉత్పత్తి చేయబడిందని మరియు రవాణాలో మార్చబడలేదని నమ్మాలి.
+
+ఆఫ్చెయిన్ కంప్యూటేషన్ కోసం రూపొందించిన ఒరాకిల్స్, అనూహ్య ప్రక్రియకు ధృవీకరించే క్రిప్టోగ్రాఫిక్ రుజువులతో పాటు ఆఫ్చెయిన్లో సురక్షితంగా యాదృచ్ఛిక ఫలితాలను ఉత్పత్తి చేసి ఆన్చెయిన్లో ప్రసారం చేయడం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి. ఒక ఉదాహరణ [చైన్లింక్ VRF](https://docs.chain.link/docs/chainlink-vrf/) (ధృవీకరించదగిన యాదృచ్ఛిక ఫంక్షన్), ఇది అనూహ్య ఫలితాలపై ఆధారపడే అప్లికేషన్ల కోసం విశ్వసనీయ స్మార్ట్ కాంట్రాక్టులను నిర్మించడానికి ఉపయోగపడే నిరూపించదగిన సరసమైన మరియు టాంపర్-ప్రూఫ్ రాండమ్ నంబర్ జనరేటర్ (RNG).
+
+### ఈవెంట్ల కోసం ఫలితాలను పొందడం {#getting-outcomes-for-events}
+
+ఒరాకిల్స్తో, వాస్తవ-ప్రపంచ ఈవెంట్లకు ప్రతిస్పందించే స్మార్ట్ కాంట్రాక్టులను సృష్టించడం సులభం. ఒరాకిల్ సేవలు, కాంట్రాక్టులను ఆఫ్చెయిన్ కాంపోనెంట్ల ద్వారా బాహ్య APIలకు కనెక్ట్ చేయడానికి మరియు ఆ డేటా సోర్సుల నుండి సమాచారాన్ని వినియోగించుకోవడానికి అనుమతించడం ద్వారా దీనిని సాధ్యం చేస్తాయి. ఉదాహరణకు, ముందుగా పేర్కొన్న ప్రిడిక్షన్ డాప్, ఒక విశ్వసనీయ ఆఫ్చెయిన్ సోర్స్ (ఉదా., అసోసియేటెడ్ ప్రెస్) నుండి ఎన్నికల ఫలితాలను తిరిగి ఇవ్వమని ఒరాకిల్ను అభ్యర్థించవచ్చు.
+
+వాస్తవ-ప్రపంచ ఫలితాల ఆధారంగా డేటాను తిరిగి పొందడానికి ఒరాకిల్స్ను ఉపయోగించడం ఇతర నవల వినియోగ-సందర్భాలను అనుమతిస్తుంది; ఉదాహరణకు, ఒక వికేంద్రీకృత బీమా ఉత్పత్తి సమర్థవంతంగా పనిచేయడానికి వాతావరణం, విపత్తులు మొదలైన వాటి గురించి ఖచ్చితమైన సమాచారం అవసరం.
+
+### స్మార్ట్ కాంట్రాక్టులను ఆటోమేట్ చేయడం {#automating-smart-contracts}
+
+స్మార్ట్ కాంట్రాక్టులు ఆటోమేటిక్గా నడవవు; బదులుగా, ఒక బాహ్యంగా యాజమాన్యంలోని ఖాతా (EOA), లేదా మరొక కాంట్రాక్ట్ ఖాతా, కాంట్రాక్ట్ యొక్క సంకేత భాషను అమలు చేయడానికి సరైన ఫంక్షన్లను ప్రేరేపించాలి. చాలా సందర్భాలలో, కాంట్రాక్ట్ యొక్క ఫంక్షన్లలో ఎక్కువ భాగం పబ్లిక్ మరియు EOAలు మరియు ఇతర కాంట్రాక్టుల ద్వారా పిలవబడతాయి.
+
+కానీ ఒక కాంట్రాక్ట్లో _ప్రైవేట్ ఫంక్షన్లు_ కూడా ఉన్నాయి, ఇవి ఇతరులకు అందుబాటులో ఉండవు; కానీ అవి డాప్ యొక్క మొత్తం కార్యాచరణకు కీలకం. వినియోగదారుల కోసం క్రమానుగతంగా కొత్త NFTలను మింట్ చేసే `mintERC721Token()` ఫంక్షన్, ప్రిడిక్షన్ మార్కెట్లో చెల్లింపులను ప్రదానం చేయడానికి ఒక ఫంక్షన్, లేదా ఒక DEXలో స్టేక్ చేయబడిన టోకెన్లను అన్లాక్ చేయడానికి ఒక ఫంక్షన్ వంటి ఉదాహరణలు ఉన్నాయి.
+
+అభివృద్ధి చేసేవాళ్ళు అప్లికేషన్ను సజావుగా నడపడానికి అటువంటి ఫంక్షన్లను క్రమానుగతంగా ప్రేరేపించవలసి ఉంటుంది. అయితే, ఇది అభివృద్ధి చేసేవాళ్ళకు సాధారణ పనులపై ఎక్కువ గంటలు కోల్పోవడానికి దారితీయవచ్చు, అందుకే స్మార్ట్ కాంట్రాక్టుల అమలును ఆటోమేట్ చేయడం ఆకర్షణీయంగా ఉంటుంది.
+
+కొన్ని వికేంద్రీకృత ఒరాకిల్ నెట్వర్క్లు ఆటోమేషన్ సేవలను అందిస్తాయి, ఇవి వినియోగదారుడు నిర్వచించిన పారామితుల ప్రకారం స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్లను ప్రేరేపించడానికి ఆఫ్చెయిన్ ఒరాకిల్ నోడ్స్ను అనుమతిస్తాయి. సాధారణంగా, దీనికి ఒరాకిల్ సేవతో లక్ష్య కాంట్రాక్ట్ను “నమోదు” చేయడం, ఒరాకిల్ ఆపరేటర్కు చెల్లించడానికి నిధులను అందించడం, మరియు కాంట్రాక్ట్ను ప్రేరేపించడానికి షరతులు లేదా సమయాలను పేర్కొనడం అవసరం.
+
+చైన్లింక్ యొక్క [కీపర్ నెట్వర్క్](https://chain.link/keepers) స్మార్ట్ కాంట్రాక్టులకు నమ్మకాన్ని తగ్గించిన మరియు వికేంద్రీకృత పద్ధతిలో సాధారణ నిర్వహణ పనులను అవుట్సోర్స్ చేయడానికి ఎంపికలను అందిస్తుంది. మీ కాంట్రాక్ట్ను కీపర్-అనుకూలంగా చేయడానికి మరియు అప్కీప్ సేవను ఉపయోగించడంపై సమాచారం కోసం అధికారిక [కీపర్ యొక్క డాక్యుమెంటేషన్](https://docs.chain.link/docs/chainlink-keepers/introduction/) చదవండి.
+
+## బ్లాక్చెయిన్ ఒరాకిల్స్ను ఎలా ఉపయోగించాలి {#use-blockchain-oracles}
+
+మీ ఇతీరియము డాప్లో మీరు ఇంటిగ్రేట్ చేయగల బహుళ ఒరాకిల్ అప్లికేషన్లు ఉన్నాయి:
+
+**[చైన్లింక్](https://chain.link/)** - _చైన్లింక్ వికేంద్రీకృత ఒరాకిల్ నెట్వర్క్లు ఏ బ్లాక్చెయిన్లోనైనా అధునాతన స్మార్ట్ కాంట్రాక్టులకు మద్దతు ఇవ్వడానికి టాంపర్-ప్రూఫ్ ఇన్పుట్లు, అవుట్పుట్లు మరియు కంప్యూటేషన్లను అందిస్తాయి._
+
+**[రెడ్స్టోన్ ఒరాకిల్స్](https://redstone.finance/)** - _రెడ్స్టోన్ ఒక వికేంద్రీకృత మాడ్యులర్ ఒరాకిల్, ఇది గ్యాస్-ఆప్టిమైజ్ చేయబడిన డేటా ఫీడ్లను అందిస్తుంది. ఇది లిక్విడ్ స్టేకింగ్ టోకెన్లు (LSTలు), లిక్విడ్ రీస్టేకింగ్ టోకెన్లు (LRTలు), మరియు బిట్కాయిన్ స్టేకింగ్ డెరివేటివ్స్ వంటి అభివృద్ధి చెందుతున్న ఆస్తులకు ధర ఫీడ్లను అందించడంలో ప్రత్యేకత కలిగి ఉంది._
+
+**[క్రానికల్](https://chroniclelabs.org/)** - _క్రానికల్ నిజంగా స్కేలబుల్, ఖర్చు-సమర్థవంతమైన, వికేంద్రీకృత మరియు ధృవీకరించదగిన ఒరాకిల్స్ను అభివృద్ధి చేయడం ద్వారా ఆన్చెయిన్లో డేటాను బదిలీ చేయడంలో ప్రస్తుత పరిమితులను అధిగమిస్తుంది._
+
+**[విట్నెట్](https://witnet.io/)** - _విట్నెట్ ఒక అనుమతిలేని, వికేంద్రీకృత మరియు సెన్సార్షిప్-నిరోధక ఒరాకిల్, ఇది స్మార్ట్ కాంట్రాక్టులకు బలమైన క్రిప్టో-ఆర్థిక హామీలతో వాస్తవ ప్రపంచ ఈవెంట్లకు ప్రతిస్పందించడానికి సహాయపడుతుంది._
+
+**[UMA ఒరాకిల్](https://uma.xyz)** - _UMA యొక్క ఆశావాద ఒరాకిల్, బీమా, ఆర్థిక డెరివేటివ్లు మరియు ప్రిడిక్షన్ మార్కెట్లతో సహా విభిన్న అప్లికేషన్ల కోసం స్మార్ట్ కాంట్రాక్టులు త్వరగా మరియు ఏ రకమైన డేటానైనా స్వీకరించడానికి అనుమతిస్తుంది._
+
+**[టెల్లర్](https://tellor.io/)** - _టెల్లర్ మీ స్మార్ట్ కాంట్రాక్ట్ కోసం పారదర్శకమైన మరియు అనుమతిలేని ఒరాకిల్ ప్రోటోకాల్, ఇది అవసరమైనప్పుడు సులభంగా ఏ డేటానైనా పొందగలదు._
+
+**[బ్యాండ్ ప్రోటోకాల్](https://bandprotocol.com/)** - _బ్యాండ్ ప్రోటోకాల్ ఒక క్రాస్-చైన్ డేటా ఒరాకిల్ ప్లాట్ఫారమ్, ఇది వాస్తవ-ప్రపంచ డేటా మరియు APIలను స్మార్ట్ కాంట్రాక్టులకు సమగ్రపరిచి కనెక్ట్ చేస్తుంది._
+
+**[పైత్ నెట్వర్క్](https://pyth.network/)** - _పైత్ నెట్వర్క్ ఒక ఫస్ట్-పార్టీ ఫైనాన్షియల్ ఒరాకిల్ నెట్వర్క్, ఇది టాంపర్-రెసిస్టెంట్, వికేంద్రీకృత మరియు స్వీయ-నిరంతర వాతావరణంలో ఆన్చెయిన్లో నిరంతర వాస్తవ-ప్రపంచ డేటాను ప్రచురించడానికి రూపొందించబడింది._
+
+**[API3 DAO](https://www.api3.org/)** - _API3 DAO స్మార్ట్ కాంట్రాక్టుల కోసం వికేంద్రీకృత పరిష్కారంలో అధిక సోర్స్ పారదర్శకత, భద్రత మరియు స్కేలబిలిటీని అందించే ఫస్ట్-పార్టీ ఒరాకిల్ పరిష్కారాలను అందిస్తోంది_
+
+**[సుప్రా](https://supra.com/)** - అన్ని బ్లాక్చెయిన్లను, పబ్లిక్ (L1లు మరియు L2లు) లేదా ప్రైవేట్ (ఎంటర్ప్రైజెస్) లను పరస్పరం అనుసంధానించే క్రాస్-చైన్ పరిష్కారాల యొక్క నిలువుగా ఇంటిగ్రేటెడ్ టూల్కిట్, ఆన్చెయిన్ మరియు ఆఫ్చెయిన్ వినియోగ-సందర్భాల కోసం ఉపయోగించగల వికేంద్రీకృత ఒరాకిల్ ధర ఫీడ్లను అందిస్తుంది.
+
+**[గ్యాస్ నెట్వర్క్](https://gas.network/)** - బ్లాక్చెయిన్ అంతటా నిజ-సమయ గ్యాస్ ధర డేటాను అందించే ఒక వికేంద్రీకృత ఒరాకిల్ ప్లాట్ఫారమ్. ప్రముఖ గ్యాస్ ధర డేటా ప్రొవైడర్ల నుండి డేటాను ఆన్చెయిన్కు తీసుకురావడం ద్వారా, గ్యాస్ నెట్వర్క్ అంతర్కార్యతను నడపడానికి సహాయపడుతుంది. గ్యాస్ నెట్వర్క్ ఇతీరియము మెయిన్నెట్ మరియు అనేక ప్రముఖ L2లతో సహా 35 కి పైగా చైన్ల కోసం డేటాకు మద్దతు ఇస్తుంది.
+
+## మరింత సమాచారం {#further-reading}
+
+**వ్యాసాలు**
+
+- [బ్లాక్చెయిన్ ఒరాకిల్ అంటే ఏమిటి?](https://chain.link/education/blockchain-oracles) — _చైన్లింక్_
+- [బ్లాక్చెయిన్ ఒరాకిల్ అంటే ఏమిటి?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) — _ప్యాట్రిక్ కాలిన్స్_
+- [వికేంద్రీకృత ఒరాకిల్స్: ఒక సమగ్ర అవలోకనం](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) — _జూలియన్ థెవెనార్డ్_
+- [ఇతీరియములో బ్లాక్చెయిన్ ఒరాకిల్ను అమలు చేయడం](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _పెడ్రో కోస్టా_
+- [స్మార్ట్ కాంట్రాక్టులు API కాల్స్ ఎందుకు చేయలేవు?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) — _స్టాక్ ఎక్స్ఛేంజ్_
+- [కాబట్టి మీరు ప్రైస్ ఒరాకిల్ను ఉపయోగించాలనుకుంటున్నారు](https://samczsun.com/so-you-want-to-use-a-price-oracle/) — _samczsun_
+
+**వీడియోలు**
+
+- [ఒరాకిల్స్ మరియు బ్లాక్చెయిన్ యుటిలిటీ యొక్క విస్తరణ](https://youtu.be/BVUZpWa8vpw) — _రియల్ విజన్ ఫైనాన్స్_
+
+**ట్యుటోరియల్స్**
+
+- [సాలిడిటీలో ఇతీరియము యొక్క ప్రస్తుత ధరను ఎలా పొందాలో](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) — _చైన్లింక్_
+- [ఒరాకిల్ డేటాను వినియోగించడం](https://docs.chroniclelabs.org/Developers/tutorials/Remix) — _క్రానికల్_
+
+**ఉదాహరణ ప్రాజెక్టులు**
+
+- [సాలిడిటీలో ఇతీరియము కోసం పూర్తి చైన్లింక్ స్టార్టర్ ప్రాజెక్ట్](https://github.com/hackbg/chainlink-fullstack) — _HackBG_
diff --git a/public/content/translations/te/developers/docs/programming-languages/dart/index.md b/public/content/translations/te/developers/docs/programming-languages/dart/index.md
new file mode 100644
index 00000000000..1ca31c0cf35
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/dart/index.md
@@ -0,0 +1,30 @@
+---
+title: డార్ట్ డెవలపర్ల కోసం Ethereum
+description: డార్ట్ భాషను ఉపయోగించి Ethereum కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+lang: te
+incomplete: true
+---
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-solidity}
+
+## ట్యుటోరియల్స్ {#tutorials}
+
+- [Flutter మరియు బ్లాక్చెయిన్ – హలో వరల్డ్ డాప్](https://www.geeksforgeeks.org/flutter-and-blockchain-hello-world-dapp/) ప్రారంభించడానికి అవసరమైన అన్ని దశల ద్వారా మిమ్మల్ని తీసుకువెళుతుంది:
+ 1. [Solidity](https://soliditylang.org/)లో స్మార్ట్ కాంట్రాక్ట్ రాయడం
+ 2. డార్ట్లో యూజర్ ఇంటర్ఫేస్ను రాయడం
+- [ఫ్లటర్తో మొబైల్ డాప్ను రూపొందించడం](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) చాలా చిన్నది, మీకు ఇప్పటికే ప్రాథమిక విషయాలు తెలిసి ఉంటే ఇది మంచిది కావచ్చు
+- మీరు వీడియో చూస్తూ నేర్చుకోవడానికి ఇష్టపడితే, మీరు [మీ మొదటి బ్లాక్చెయిన్ ఫ్లట్టర్ యాప్ను రూపొందించండి](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) చూడవచ్చు, ఇది దాదాపు గంట నిడివి ఉంటుంది
+- మీరు అసహనంతో ఉంటే, మీరు [Ethereumలో ఫ్లటర్ మరియు డార్ట్తో బ్లాక్చెయిన్ వికేంద్రీకృత-యాప్ను రూపొందించడం](https://www.youtube.com/watch?v=jaMFEOCq_1s)ను ఇష్టపడవచ్చు, ఇది కేవలం ఇరవై నిమిషాలు మాత్రమే ఉంటుంది
+- [WalletConnect ద్వారా Web3Modalతో ఫ్లట్టర్ అప్లికేషన్లో MetaMaskను ఏకీకృతం చేయడం](https://www.youtube.com/watch?v=v_M2buHCpc4) - WalletConnect ద్వారా [Web3Modal](https://pub.dev/packages/web3modal_flutter) లైబ్రరీతో మీ ఫ్లట్టర్ అప్లికేషన్లలో MetaMaskను ఏకీకృతం చేసే దశల ద్వారా ఈ చిన్న వీడియో మిమ్మల్ని తీసుకువెళుతుంది
+- [Solidity & Flutter తో మొబైల్ బ్లాక్చెయిన్ డెవలపర్ బూట్క్యాంప్ కోర్సు](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) - ఫుల్ స్టాక్ మొబైల్ బ్లాక్చెయిన్ డెవలపర్ కోర్సు ప్లేలిస్ట్
+
+## Ethereum క్లయింట్లతో పనిచేయడం {#working-with-ethereum-clients}
+
+క్రిప్టోకరెన్సీ మరియు బ్లాక్చెయిన్ టెక్నాలజీ యొక్క ప్రయోజనాలను ఉపయోగించుకునే వికేంద్రీకృత అప్లికేషన్లను (లేదా "డాప్స్") సృష్టించడానికి మీరు Ethereumను ఉపయోగించవచ్చు.
+Ethereum కోసం [JSON-RPC API](/developers/docs/apis/json-rpc/)ని ఉపయోగించడానికి డార్ట్ కోసం ప్రస్తుతం కనీసం రెండు లైబ్రరీలు నిర్వహించబడుతున్నాయి.
+
+1. [pwa.ir నుండి Web3dart](https://pub.dev/packages/web3dart)
+2. [darticulate.com నుండి Ethereum 5.0.0](https://pub.dev/packages/ethereum)
+
+నిర్దిష్ట Ethereum చిరునామాలను మార్చడానికి మిమ్మల్ని అనుమతించే అదనపు లైబ్రరీలు కూడా ఉన్నాయి, లేదా వివిధ క్రిప్టోకరెన్సీల ధరలను తిరిగి పొందడానికి మిమ్మల్ని అనుమతించేవి కూడా ఉన్నాయి.
+[మీరు పూర్తి జాబితాను ఇక్కడ చూడవచ్చు](https://pub.dev/dart/packages?q=ethereum).
diff --git a/public/content/translations/te/developers/docs/programming-languages/delphi/index.md b/public/content/translations/te/developers/docs/programming-languages/delphi/index.md
new file mode 100644
index 00000000000..e949c993224
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/delphi/index.md
@@ -0,0 +1,56 @@
+---
+title: డెల్ఫీ డెవలపర్ల కోసం ఇతీరియము
+description: డెల్ఫీ ప్రోగ్రామింగ్ భాషను ఉపయోగించి ఇతీరియము కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి
+lang: te
+incomplete: true
+---
+
+
+
+డెల్ఫీ ప్రోగ్రామింగ్ భాషను ఉపయోగించి ఇతీరియము కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి
+
+
+
+క్రిప్ట్టో కరెన్సీ మరియు బ్లాక్చైన్ టెక్నాలజీని వాడే వికేంద్రీకృత అప్లికేషన్స్ ( లేదా "డేప్స్") కి ఈతేరియంని ఉపయోగించండి. ఈ డ్డాప్స్ అప్లికేషన్స్ విశ్వసనీయమైనవి, దాని అర్థం వాటిని ఒకసారి ఏతీరియంకి డెప్లోయ్ చేసాక ఎప్పటికి ప్రోగ్రాం చేసిన విధంగానే పని చేస్తాయి. కొత్త తరహా ఫైనాన్సియల్ అప్లికేషన్స్ ని రూపొందించడానికి ఈ డ్డాప్స్ డిజిటల్ ఆస్తులను నియత్రించగలవు. ఇవి వికేంద్రీకృతమైనవి, దాని అర్థం వీటిని ఏ ఒక్క తత్వమో లేదా మనిషి నియత్రించలేవు మరియు సెన్సార్ చేయడం అసాధ్యం.
+
+డెల్ఫీ ప్రోగ్రామింగ్ భాషను ఉపయోగించి ఇతీరియము పైన వికేంద్రీకృత అప్లికేషన్లను నిర్మించండి మరియు స్మార్ట్ కాంట్రాక్ట్లతో ఇంటరాక్ట్ అవ్వండి!
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-the-solidity-language}
+
+**డెల్ఫీని ఇతీరియముతో ఇంటిగ్రేట్ చేయడానికి మీ మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers](/developers/)ని చూడండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## ప్రారంభకుల కోసం రిఫరెన్సులు మరియు లింకులు {#beginner-references-and-links}
+
+**డెల్ఫీరియమ్ లైబ్రరీని పరిచయం చేస్తున్నాము**
+
+- [డెల్ఫీరియమ్ అంటే ఏమిటి?](https://github.com/svanas/delphereum/blob/master/README.md)
+- [డెల్ఫీని ఒక స్థానిక (ఇన్-మెమరీ) బ్లాక్చైన్కు కనెక్ట్ చేయడం](https://medium.com/@svanas/connecting-delphi-to-a-local-in-memory-blockchain-9a1512d6c5b0)
+- [డెల్ఫీని ఇతీరియము మెయిన్నెట్కు కనెక్ట్ చేయడం](https://medium.com/@svanas/connecting-delphi-to-the-ethereum-main-net-5faf1feffd83)
+- [డెల్ఫీని స్మార్ట్ కాంట్రాక్ట్లకు కనెక్ట్ చేయడం](https://medium.com/@svanas/connecting-delphi-to-smart-contracts-3146b12803a1)
+
+**ప్రస్తుతానికి సెటప్ను దాటవేసి, నేరుగా నమూనాలకు వెళ్లాలనుకుంటున్నారా?**
+
+- [ఒక 3 నిమిషాల స్మార్ట్ కాంట్రాక్ట్ మరియు డెల్ఫీ - భాగం 1](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d)
+- [ఒక 3 నిమిషాల స్మార్ట్ కాంట్రాక్ట్ మరియు డెల్ఫీ - భాగం 2](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-part-2-446925faa47b)
+
+## మధ్యస్థ వ్యాసాలు {#intermediate-articles}
+
+- [డెల్ఫీలో ఇతీరియము-సంతకం చేసిన సందేశ సంతకాన్ని జనరేట్ చేయడం](https://medium.com/@svanas/generating-an-ethereum-signed-message-signature-in-delphi-75661ce5031b)
+- [డెల్ఫీతో ఈథర్ను బదిలీ చేయడం](https://medium.com/@svanas/transferring-ether-with-delphi-b5f24b1a98a4)
+- [డెల్ఫీతో ERC-20 టోకెన్లను బదిలీ చేయడం](https://medium.com/@svanas/transferring-erc-20-tokens-with-delphi-bb44c05b295d)
+
+## అధునాతన వినియోగ నమూనాలు {#advanced-use-patterns}
+
+- [డెల్ఫీ మరియు ఇతీరియము నేమ్ సర్వీస్ (ENS)](https://medium.com/@svanas/delphi-and-ethereum-name-service-ens-4443cd278af7)
+- [క్విక్నోడ్, ఇతీరియము మరియు డెల్ఫీ](https://medium.com/@svanas/quiknode-ethereum-and-delphi-f7bfc9671c23)
+- [డెల్ఫీ మరియు ఇతీరియము డార్క్ ఫారెస్ట్](https://svanas.medium.com/delphi-and-the-ethereum-dark-forest-5b430da3ad93)
+- [డెల్ఫీలో ఒక టోకెన్ను మరొకదానికి మార్పిడి చేయడం](https://svanas.medium.com/swap-one-token-for-another-in-delphi-bcb999c47f7)
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [ethereum.org/developers](/developers/)ని చూడండి.
diff --git a/public/content/translations/te/developers/docs/programming-languages/dot-net/index.md b/public/content/translations/te/developers/docs/programming-languages/dot-net/index.md
new file mode 100644
index 00000000000..056cd2b654a
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/dot-net/index.md
@@ -0,0 +1,86 @@
+---
+title: .NET డెవలపర్ల కోసం ఇతీరియము
+description: .NET-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+lang: te
+incomplete: true
+---
+
+.NET-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+
+క్రిప్ట్టో కరెన్సీ మరియు బ్లాక్చైన్ టెక్నాలజీని వాడే వికేంద్రీకృత అప్లికేషన్స్ ( లేదా "డేప్స్") కి ఈతేరియంని ఉపయోగించండి. ఈ డ్డాప్స్ అప్లికేషన్స్ విశ్వసనీయమైనవి, దాని అర్థం వాటిని ఒకసారి ఏతీరియంకి డెప్లోయ్ చేసాక ఎప్పటికి ప్రోగ్రాం చేసిన విధంగానే పని చేస్తాయి. కొత్త తరహా ఫైనాన్సియల్ అప్లికేషన్స్ ని రూపొందించడానికి ఈ డ్డాప్స్ డిజిటల్ ఆస్తులను నియత్రించగలవు. ఇవి వికేంద్రీకృతమైనవి, దాని అర్థం వీటిని ఏ ఒక్క తత్వమో లేదా మనిషి నియత్రించలేవు మరియు సెన్సార్ చేయడం అసాధ్యం.
+
+మైక్రోసాఫ్ట్ టెక్నాలజీ స్టాక్ నుండి టూల్స్ మరియు భాషలను ఉపయోగించి ఇతీరియము పైన వికేంద్రీకృత అప్లికేషన్లను రూపొందించండి మరియు స్మార్ట్ కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వండి - C#, # విజువల్ బేసిక్ .NET, F#, VSCode మరియు విజువల్ స్టూడియో వంటి టూలింగ్పై, .NET ఫ్రేమ్వర్క్/.NET కోర్/.NET స్టాండర్డ్ అంతటా మద్దతు ఇస్తుంది. నిమిషాల్లో మైక్రోసాఫ్ట్ అజూర్ బ్లాక్చైన్ను ఉపయోగించి అజూర్పై ఒక ఇతీరియము బ్లాక్చైన్ను డిప్లాయ్ చేయండి. .NET ప్రేమను ఇతీరియముకు తీసుకురండి!
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-the-solidity-language}
+
+**ఇతీరియముతో .NET ను ఇంటిగ్రేట్ చేయడానికి మీ మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers](/developers/)ని చూడండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## ప్రారంభకుల కోసం రిఫరెన్సులు మరియు లింకులు {#beginner-references-and-links}
+
+**Nethereum లైబ్రరీ మరియు VS కోడ్ సాలిడిటీని పరిచయం చేస్తున్నాము**
+
+- [Nethereum, ప్రారంభించడం](https://docs.nethereum.com/en/latest/getting-started/)
+- [VS కోడ్ సాలిడిటీని ఇన్స్టాల్ చేయడం](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity)
+- [ఇతీరియము స్మార్ట్ కాంట్రాక్టులను సృష్టించడం మరియు కాల్ చేయడం కోసం ఒక .NET డెవలపర్ వర్క్ఫ్లో](https://medium.com/coinmonks/a-net-developers-workflow-for-creating-and-calling-ethereum-smart-contracts-44714f191db2)
+- [Nethereumతో స్మార్ట్ కాంట్రాక్టుల ఇంటిగ్రేషన్](https://kauri.io/#collections/Getting%20Started/smart-contracts-integration-with-nethereum/#smart-contracts-integration-with-nethereumm)
+- [Nethereumతో .NET మరియు ఇతీరియము బ్లాక్చైన్ స్మార్ట్ కాంట్రాక్టులను ఇంటర్ఫేస్ చేయడం](https://medium.com/my-blockchain-development-daily-journey/interfacing-net-and-ethereum-blockchain-smart-contracts-with-nethereum-2fa3729ac933), [中文版](https://medium.com/my-blockchain-development-daily-journey/%E4%BD%BF%E7%94%A8nethereum%E9%80%A3%E6%8E%A5-net%E5%92%8C%E4%BB%A5%E5%A4%AA%E7%B6%B2%E5%8D%80%E5%A1%8A%E9%8F%88%E6%99%BA%E8%83%BD%E5%90%88%E7%B4%84-4a96d35ad1e1)లో కూడా
+- [Nethereum - బ్లాక్చైన్ కోసం ఒక ఓపెన్ సోర్స్ .NET ఇంటిగ్రేషన్ లైబ్రరీ](https://kauri.io/#collections/a%20hackathon%20survival%20guide/nethereum-an-open-source-.net-integration-library/)
+- [Nethereum ఉపయోగించి SQL డేటాబేస్కు ఇతీరియము లావాదేవీలను రాయడం](https://medium.com/coinmonks/writing-ethereum-transactions-to-sql-database-using-nethereum-fd94e0e4fa36)
+- [C# మరియు విజువల్స్టూడియో ఉపయోగించి ఇతీరియము స్మార్ట్ కాంట్రాక్టులను సులభంగా ఎలా డిప్లాయ్ చేయాలో చూడండి](https://koukia.ca/deploy-ethereum-smart-contracts-using-c-and-visualstudio-5be188ae928c)
+
+**ప్రస్తుతానికి సెటప్ను దాటవేసి, నేరుగా నమూనాలకు వెళ్లాలనుకుంటున్నారా?**
+
+- [Playground](http://playground.nethereum.com/) - బ్రౌజర్ ద్వారా ఇతీరియముతో ఇంటరాక్ట్ అవ్వండి మరియు Nethereum ఎలా ఉపయోగించాలో తెలుసుకోండి.
+ - ఖాతా నిల్వను క్వెరీ చేయండి [C#](http://playground.nethereum.com/csharp/id/1001) [VB.NET](http://playground.nethereum.com/vb/id/2001)
+ - ERC20 స్మార్ట్ కాంట్రాక్ట్ నిల్వను క్వెరీ చేయండి [C#](http://playground.nethereum.com/csharp/id/1005) [VB.NET](http://playground.nethereum.com/vb/id/2004)
+ - ఒక ఖాతాకు ఈథర్ను బదిలీ చేయండి [C#](http://playground.nethereum.com/csharp/id/1003) [VB.NET](http://playground.nethereum.com/vb/id/2003)
+ - ... మరిన్ని!
+
+## మధ్యస్థ వ్యాసాలు {#intermediate-articles}
+
+- [Nethereum వర్క్బుక్/నమూనా జాబితా](http://docs.nethereum.com/en/latest/Nethereum.Workbooks/docs/)
+- [మీ స్వంత డెవలప్మెంట్ టెస్ట్చైన్లను డిప్లాయ్ చేయండి](https://github.com/Nethereum/Testchains)
+- [సాలిడిటీ కోసం VSCode కోడ్జెన్ ప్లగిన్](https://docs.nethereum.com/en/latest/nethereum-codegen-vscodesolidity/)
+- [యూనిటీ మరియు ఇతీరియము: ఎందుకు మరియు ఎలా](https://www.raywenderlich.com/5509-unity-and-ethereum-why-and-how)
+- [ఇతీరియము డాప్స్ కోసం ASP.NET కోర్ వెబ్ APIని సృష్టించండి](https://tech-mint.com/blockchain/create-asp-net-core-web-api-for-ethereum-dapps/)
+- [సప్లై చైన్ ట్రాకింగ్ సిస్టమ్ను అమలు చేయడానికి Nethereum Web3ని ఉపయోగించడం](http://blog.pomiager.com/post/using-nethereum-web3-to-implement-a-supply-chain-traking-system4)
+- [Nethereum బ్లాక్ ప్రాసెసింగ్](https://nethereum.readthedocs.io/en/latest/nethereum-block-processing-detail/), [C# ప్లేగ్రౌండ్ నమూనా](http://playground.nethereum.com/csharp/id/1025)తో
+- [Nethereum వెబ్సాకెట్ స్ట్రీమింగ్](https://nethereum.readthedocs.io/en/latest/nethereum-subscriptions-streaming/)
+- [Kaleido మరియు Nethereum](https://kaleido.io/kaleido-and-nethereum/)
+- [Quorum మరియు Nethereum](https://github.com/Nethereum/Nethereum/blob/master/src/Nethereum.Quorum/README.md)
+
+## అధునాతన వినియోగ నమూనాలు {#advanced-use-patterns}
+
+- [Azure Key Vault మరియు Nethereum](https://github.com/Azure-Samples/bc-community-samples/tree/master/akv-nethereum)
+- [Nethereum.DappHybrid](https://github.com/Nethereum/Nethereum.DappHybrid)
+- [Ujo Nethereum బ్యాకెండ్ రిఫరెన్స్ ఆర్కిటెక్చర్](https://docs.nethereum.com/en/latest/nethereum-ujo-backend-sample/)
+
+## .NET ప్రాజెక్ట్లు, టూల్స్ మరియు ఇతర సరదా విషయాలు {#dot-net-projects-tools-and-other-fun-stuff}
+
+- [Nethereum Playground](http://playground.nethereum.com/) - _బ్రౌజర్లో Nethereum కోడ్ స్నిప్పెట్లను కంపైల్ చేయండి, సృష్టించండి మరియు రన్ చేయండి_
+- [Nethereum Codegen Blazor](https://github.com/Nethereum/Nethereum.CodeGen.Blazor) - _Blazorలో UIతో Nethereum కోడ్జెన్_
+- [Nethereum Blazor](https://github.com/Nethereum/NethereumBlazor) - _ఒక .NET Wasm SPA లైట్ బ్లాక్చైన్ ఎక్స్ప్లోరర్ మరియు సాధారణ వాలెట్_
+- [Wonka బిజినెస్ రూల్స్ ఇంజిన్](https://docs.nethereum.com/en/latest/wonka/) - _ఒక బిజినెస్ రూల్స్ ఇంజిన్ (.NET ప్లాట్ఫారమ్ మరియు ఇతీరియము ప్లాట్ఫారమ్ రెండింటికీ) ఇది అంతర్లీనంగా మెటాడేటా-ఆధారితమైనది_
+- [Nethermind](https://github.com/NethermindEth/nethermind) - _Linux, Windows, MacOS కోసం ఒక .NET కోర్ ఇతీరియము క్లయింట్_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _ఇతీరియము సంబంధిత కోడ్బేస్లతో పనిచేయడానికి యుటిలిటీ ఫంక్షన్లు_
+- [TestChains](https://github.com/Nethereum/TestChains) - _వేగవంతమైన స్పందన కోసం ముందుగా కాన్ఫిగర్ చేయబడిన .NET డెవ్చైన్లు (PoA)_
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [ethereum.org/developers](/developers/)ని చూడండి.
+
+## .NET కమ్యూనిటీ కంట్రిబ్యూటర్లు {#dot-net-community-contributors}
+
+Nethereumలో, మేము ఎక్కువగా [Gitter](https://gitter.im/Nethereum/Nethereum)లో సమయం గడుపుతాము, ఇక్కడ ప్రతిఒక్కరూ ప్రశ్నలు అడగడానికి/సమాధానం ఇవ్వడానికి, సహాయం పొందడానికి లేదా కేవలం సేద తీరడానికి స్వాగతం. [Nethereum GitHub రిపోజిటరీ](https://github.com/Nethereum)లో ఒక PR చేయడానికి లేదా ఒక సమస్యను తెరవడానికి సంకోచించకండి, లేదా మా వద్ద ఉన్న అనేక సైడ్/నమూనా ప్రాజెక్ట్లను బ్రౌజ్ చేయండి. మీరు మమ్మల్ని [Discord](https://discord.gg/jQPrR58FxX)లో కూడా కనుగొనవచ్చు!
+
+మీరు Nethermindకు కొత్తవారై, ప్రారంభించడానికి సహాయం అవసరమైతే, మా [Discord](http://discord.gg/PaCMRFdvWT)లో చేరండి. మీ ప్రశ్నలకు సమాధానం ఇవ్వడానికి మా డెవలపర్లు అందుబాటులో ఉన్నారు. [Nethermind GitHub రిపోజిటరీ](https://github.com/NethermindEth/nethermind)లో ఒక PR తెరవడానికి లేదా ఏవైనా సమస్యలను లేవనెత్తడానికి సంకోచించకండి.
+
+## ఇతర సమగ్ర జాబితాలు {#other-aggregated-lists}
+
+[అధికారిక Nethereum సైట్](https://nethereum.com/)
+[అధికారిక Nethermind సైట్](https://nethermind.io/)
diff --git a/public/content/translations/te/developers/docs/programming-languages/elixir/index.md b/public/content/translations/te/developers/docs/programming-languages/elixir/index.md
new file mode 100644
index 00000000000..0557535bd77
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/elixir/index.md
@@ -0,0 +1,55 @@
+---
+title: ఎలిక్సిర్ డెవలపర్ల కోసం ఇథిరియమ్
+description: ఎలిక్సిర్ ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇథిరియమ్ కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి.
+lang: te
+incomplete: false
+---
+
+ఎలిక్సిర్ ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇథిరియమ్ కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి.
+
+క్రిప్ట్టో కరెన్సీ మరియు బ్లాక్చైన్ టెక్నాలజీని వాడే వికేంద్రీకృత అప్లికేషన్స్ ( లేదా "డేప్స్") కి ఈతేరియంని ఉపయోగించండి. ఈ డాప్స్ నమ్మకం అవసరం లేనివిగా ఉంటాయి, అంటే వాటిని ఒకసారి ఇథిరియమ్లో డిప్లాయ్ చేసిన తర్వాత, అవి ఎల్లప్పుడూ ప్రోగ్రామ్ చేసిన విధంగానే అమలు అవుతాయి. కొత్త రకాల ఆర్థిక అప్లికేషన్లను రూపొందించడానికి అవి డిజిటల్ ఆస్తులను నియంత్రించగలవు. ఇవి వికేంద్రీకృతమైనవి, దాని అర్థం వీటిని ఏ ఒక్క తత్వమో లేదా మనిషి నియత్రించలేవు మరియు సెన్సార్ చేయడం అసాధ్యం.
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-solidity}
+
+**ఇథిరియమ్తో ఎలిక్సిర్ను అనుసంధానించడానికి మీ మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers](/developers/)ని చూడండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## ప్రారంభ వ్యాసాలు {#beginner-articles}
+
+- [చివరకు ఇథిరియమ్ ఖాతాలను అర్థం చేసుకోవడం](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [ఈథర్స్ — ఎలిక్సిర్ కోసం ఒక ఫస్ట్-క్లాస్ ఇథిరియమ్ Web3 లైబ్రరీ](https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122)
+
+## మధ్యస్థ వ్యాసాలు {#intermediate-articles}
+
+- [ఎలిక్సిర్తో రా ఇథిరియమ్ కాంట్రాక్ట్ లావాదేవీలపై సంతకం చేయడం ఎలా](https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b)
+- [ఇథిరియమ్ స్మార్ట్ కాంట్రాక్ట్లు మరియు ఎలిక్సిర్](https://medium.com/agile-alpha/ethereum-smart-contracts-and-elixir-c7c4b239ddb4)
+
+## ఎలిక్సిర్ ప్రాజెక్ట్లు మరియు టూల్స్ {#elixir-projects-and-tools}
+
+### యాక్టివ్ {#active}
+
+- [block_keys](https://github.com/ExWeb3/block_keys) - _ఎలిక్సిర్లో BIP32 & BIP44 ఇంప్లిమెంటేషన్ (నిర్ణయాత్మక వాలెట్ల కోసం బహుళ-ఖాతా క్రమానుగత శ్రేణి)_
+- [ethereumex](https://github.com/mana-ethereum/ethereumex) - _ఇథిరియమ్ బ్లాక్చెయిన్ కోసం ఎలిక్సిర్ JSON-RPC క్లయింట్_
+- [ethers](https://github.com/ExWeb3/elixir_ethers) - _ఎలిక్సిర్ను ఉపయోగించి ఇథిరియమ్లోని స్మార్ట్ కాంట్రాక్ట్లతో సంವಹించడానికి ఒక సమగ్ర Web3 లైబ్రరీ_
+- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) - _ఈథర్స్ కోసం ఒక KMS సైనర్ లైబ్రరీ (AWS KMSతో లావాదేవీలపై సంతకం చేయండి)_
+- [ex_abi](https://github.com/poanetwork/ex_abi) - _ఎలిక్సిర్లో ఇథిరియమ్ ABI పార్సర్/డీకోడర్/ఎన్కోడర్ ఇంప్లిమెంటేషన్_
+- [ex_keccak](https://github.com/ExWeb3/ex_keccak) - _ఒక NIF నిర్మించిన tiny-keccak రస్ట్ క్రేట్ను ఉపయోగించి Keccak SHA3-256 హాష్లను గణించడానికి ఎలిక్సిర్ లైబ్రరీ_
+- [ex_rlp](https://github.com/mana-ethereum/ex_rlp) - _ఇథిరియమ్ యొక్క RLP (రికర్శివ్ లెంగ్త్ ప్రిఫిక్స్) ఎన్కోడింగ్ యొక్క ఎలిక్సిర్ ఇంప్లిమెంటేషన్_
+
+### ఆర్కైవ్ చేయబడింది / ఇకపై నిర్వహించబడదు {#archived--no-longer-maintained}
+
+- [eth](https://hex.pm/packages/eth) - _ఎలిక్సిర్ కోసం ఇథిరియమ్ యుటిలిటీలు_
+- [exw3](https://github.com/hswick/exw3) - _ఎలిక్సిర్ కోసం ఉన్నత స్థాయి ఇథిరియమ్ RPC క్లయింట్_
+- [mana](https://github.com/mana-ethereum/mana) - _ఎలిక్సిర్లో వ్రాయబడిన ఇథిరియమ్ ఫుల్ నోడ్ ఇంప్లిమెంటేషన్_
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [మా డెవలపర్ల హోమ్ని](/developers/) చూడండి.
+
+## ఎలిక్సిర్ కమ్యూనిటీ కంట్రిబ్యూటర్లు {#elixir-community-contributors}
+
+[ఎలిక్సిర్ యొక్క స్లాక్ #ఇథిరియమ్ ఛానెల్](https://elixir-lang.slack.com/archives/C5RPZ3RJL) వేగంగా అభివృద్ధి చెందుతున్న కమ్యూనిటీకి హోస్ట్గా ఉంది మరియు పైన పేర్కొన్న ఏవైనా ప్రాజెక్ట్లు మరియు సంబంధిత అంశాలపై చర్చల కోసం ప్రత్యేక వనరుగా ఉంది.
diff --git a/public/content/translations/te/developers/docs/programming-languages/golang/index.md b/public/content/translations/te/developers/docs/programming-languages/golang/index.md
new file mode 100644
index 00000000000..949ed1aca66
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/golang/index.md
@@ -0,0 +1,84 @@
+---
+title: Go డెవలపర్ల కోసం Ethereum
+description: Go-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి Ethereum కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి
+lang: te
+incomplete: true
+---
+
+Go-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి Ethereum కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి
+
+వికేంద్రీకృత అప్లికేషన్లను (లేదా "డాప్స్") సృష్టించడానికి Ethereumను ఉపయోగించండి. ఈ డ్డాప్స్ అప్లికేషన్స్ విశ్వసనీయమైనవి, దాని అర్థం వాటిని ఒకసారి ఏతీరియంకి డెప్లోయ్ చేసాక ఎప్పటికి ప్రోగ్రాం చేసిన విధంగానే పని చేస్తాయి. అవి వికేంద్రీకృతమైనవి, అంటే అవి పీర్-టు-పీర్ నెట్వర్క్లో రన్ అవుతాయి మరియు వైఫల్యానికి ఒక్క పాయింట్ కూడా లేదు. ఏ ఒక్క సంస్థ లేదా వ్యక్తి వాటిని నియంత్రించరు మరియు వాటిని సెన్సార్ చేయడం దాదాపు అసాధ్యం. కొత్త రకాల అప్లికేషన్లను సృష్టించడానికి అవి డిజిటల్ ఆస్తులను నియంత్రించగలవు.
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-solidity}
+
+**Goను Ethereumతో ఏకీకృతం చేయడానికి మీ మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers](/developers/)ని చూడండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [కాంట్రాక్ట్ ట్యుటోరియల్](https://github.com/ethereum/go-ethereum/wiki/Contract-Tutorial)
+
+## ప్రారంభకుల కోసం కథనాలు మరియు పుస్తకాలు {#beginner-articles-and-books}
+
+- [Gethతో ప్రారంభించడం](https://medium.com/@tzhenghao/getting-started-with-geth-c1a30b8d6458)
+- [Ethereumకు కనెక్ట్ అవ్వడానికి Golang ఉపయోగించండి](https://www.youtube.com/watch?v=-7uChuO_VzM)
+- [Golang ఉపయోగించి Ethereum స్మార్ట్ కాంట్రాక్టులను డిప్లాయ్ చేయండి](https://www.youtube.com/watch?v=pytGqQmDslE)
+- [Goలో Ethereum స్మార్ట్ కాంట్రాక్టులను టెస్టింగ్ మరియు డిప్లాయ్ చేయడానికి ఒక దశలవారీ గైడ్](https://hackernoon.com/a-step-by-step-guide-to-testing-and-deploying-ethereum-smart-contracts-in-go-9fc34b178d78)
+- [ఇ-పుస్తకం: Goతో Ethereum డెవలప్మెంట్](https://goethereumbook.org/) - _Goతో Ethereum అప్లికేషన్లను డెవలప్ చేయండి_
+
+## మధ్యంతర కథనాలు మరియు డాక్స్ {#intermediate-articles-and-docs}
+
+- [Go Ethereum డాక్యుమెంటేషన్](https://geth.ethereum.org/docs/) - _అధికారిక Ethereum Golang కోసం డాక్యుమెంటేషన్_
+- [Erigon ప్రోగ్రామర్ గైడ్](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) - _స్టేట్ ట్రీ, మల్టీ-ప్రూఫ్స్, మరియు ట్రాన్సాక్షన్ ప్రాసెసింగ్తో సహా ఇలస్ట్రేటెడ్ గైడ్_
+- [Erigon మరియు స్టేట్లెస్ Ethereum](https://youtu.be/3-Mn7OckSus?t=394) - _2020 Ethereum కమ్యూనిటీ కాన్ఫరెన్స్ (EthCC 3)_
+- [Erigon: Ethereum క్లయింట్లను ఆప్టిమైజ్ చేయడం](https://www.youtube.com/watch?v=CSpc1vZQW2Q) - _2018 డెవ్కాన్ 4_
+- [Go Ethereum GoDoc](https://godoc.org/github.com/ethereum/go-ethereum)
+- [Gethతో Goలో ఒక డాప్ను సృష్టించడం](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/creating-a-dapp-in-go-with-geth/)
+- [Golang మరియు Gethతో Ethereum ప్రైవేట్ నెట్వర్క్తో పని చేయండి](https://myhsts.org/tutorial-learn-how-to-work-with-ethereum-private-network-with-golang-with-geth.php)
+- [Goతో Ethereumపై Solidity కాంట్రాక్టుల యూనిట్ టెస్టింగ్](https://medium.com/coinmonks/unit-testing-solidity-contracts-on-ethereum-with-go-3cc924091281)
+- [Gethను లైబ్రరీగా ఉపయోగించడం కోసం త్వరిత రిఫరెన్స్](https://medium.com/coinmonks/web3-go-part-1-31c68c68e20e)
+
+## అధునాతన వినియోగ నమూనాలు {#advanced-use-patterns}
+
+- [GETH సిమ్యులేటెడ్ బ్యాకెండ్](https://kauri.io/#collections/An%20ethereum%20test%20toolkit%20in%20Go/the-geth-simulated-backend/#_top)
+- [Ethereum మరియు Quorum ఉపయోగించి బ్లాక్చెయిన్-యాజ్-ఎ-సర్వీస్ యాప్స్](https://blockchain.dcwebmakers.com/blockchain-as-a-service-apps-using-ethereum-and-quorum.html)
+- [Ethereum బ్లాక్చెయిన్ అప్లికేషన్లలో డిస్ట్రిబ్యూటెడ్ స్టోరేజ్ IPFS మరియు Swarm](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html)
+- [మొబైల్ క్లయింట్లు: లైబ్రరీలు మరియు ఇన్ప్రాక్ Ethereum నోడ్స్](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes)
+- [నేటివ్ డాప్స్: Ethereum కాంట్రాక్టులకు Go బైండింగ్స్](https://github.com/ethereum/go-ethereum/wiki/Native-DApps:-Go-bindings-to-Ethereum-contracts)
+
+## Go ప్రాజెక్ట్లు మరియు టూల్స్ {#go-projects-and-tools}
+
+- [Geth / Go Ethereum](https://github.com/ethereum/go-ethereum) - _Ethereum ప్రోటోకాల్ యొక్క అధికారిక Go ఇంప్లిమెంటేషన్_
+- [Go Ethereum కోడ్ ఎనాలసిస్](https://github.com/ZtesoftCS/go-ethereum-code-analysis) - _Go Ethereum సోర్స్ కోడ్ యొక్క సమీక్ష మరియు విశ్లేషణ_
+- [Erigon](https://github.com/ledgerwatch/erigon) - _ఆర్కైవ్ నోడ్స్పై దృష్టి సారించి, Go Ethereum యొక్క వేగవంతమైన డెరివేటివ్_
+- [Golem](https://github.com/golemfactory/golem) - _Golem కంప్యూటింగ్ పవర్ కోసం గ్లోబల్ మార్కెట్ను సృష్టిస్తోంది_
+- [Quorum](https://github.com/jpmorganchase/quorum) - _డేటా గోప్యతకు మద్దతు ఇచ్చే Ethereum యొక్క పర్మిషన్డ్ ఇంప్లిమెంటేషన్_
+- [Prysm](https://github.com/prysmaticlabs/prysm) - _Ethereum 'Serenity' 2.0 Go ఇంప్లిమెంటేషన్_
+- [Eth Tweet](https://github.com/yep/eth-tweet) - _వికేంద్రీకృత Twitter: Ethereum బ్లాక్చెయిన్పై నడుస్తున్న ఒక మైక్రోబ్లాగింగ్ సర్వీస్_
+- [Plasma MVP Golang](https://github.com/kyokan/plasma) — _మినిమమ్ వయబుల్ ప్లాస్మా స్పెసిఫికేషన్ యొక్క Golang ఇంప్లిమెంటేషన్ మరియు ఎక్స్టెన్షన్_
+- [ఓపెన్ Ethereum మైనింగ్ పూల్](https://github.com/sammy007/open-ethereum-pool) - _ఒక ఓపెన్ సోర్స్ Ethereum మైనింగ్ పూల్_
+- [Ethereum HD వాలెట్](https://github.com/miguelmota/go-ethereum-hdwallet) - _Goలో Ethereum HD వాలెట్ డెరివేషన్స్_
+- [Multi Geth](https://github.com/multi-geth/multi-geth) - _అనేక రకాల Ethereum నెట్వర్క్లకు మద్దతు_
+- [Geth లైట్ క్లయింట్](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) - _లైట్ Ethereum సబ్ప్రోటోకాల్ యొక్క Geth ఇంప్లిమెంటేషన్_
+- [Ethereum Golang SDK](https://github.com/everFinance/goether) - _Golangలో ఒక సాధారణ Ethereum వాలెట్ ఇంప్లిమెంటేషన్ మరియు యుటిలిటీస్_
+- [Covalent Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) - _200+ బ్లాక్చెయిన్ల కోసం Go SDK ద్వారా సమర్థవంతమైన బ్లాక్చెయిన్ డేటా యాక్సెస్_
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [ethereum.org/developers](/developers/)ని చూడండి
+
+## Go కమ్యూనిటీ కంట్రిబ్యూటర్లు {#go-community-contributors}
+
+- [Geth డిస్కార్డ్](https://discordapp.com/invite/nthXNEv)
+- [Geth గిట్టర్](https://gitter.im/ethereum/go-ethereum)
+- [Gophers స్లాక్](https://invite.slack.golangbridge.org/) - [#ethereum ఛానెల్](https://gophers.slack.com/messages/C9HP1S9V2)
+- [స్టాక్ఎక్స్చేంజ్ - Ethereum](https://ethereum.stackexchange.com/)
+- [Multi Geth గిట్టర్](https://gitter.im/ethoxy/multi-geth)
+- [Ethereum గిట్టర్](https://gitter.im/ethereum/home)
+- [Geth లైట్ క్లయింట్ గిట్టర్](https://gitter.im/ethereum/light-client)
+
+## ఇతర సమగ్ర జాబితాలు {#other-aggregated-lists}
+
+- [ఆసమ్ Ethereum](https://github.com/btomashvili/awesome-ethereum)
+- [కాన్సెన్సిస్: Ethereum డెవలపర్ టూల్స్ యొక్క ఒక నిశ్చయాత్మక జాబితా](https://media.consensys.net/an-definitive-list-of-ethereum-developer-tools-2159ce865974) | [GitHub సోర్స్](https://github.com/ConsenSys/ethereum-developer-tools-list)
diff --git a/public/content/translations/te/developers/docs/programming-languages/index.md b/public/content/translations/te/developers/docs/programming-languages/index.md
new file mode 100644
index 00000000000..d72ab1cf6b8
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/index.md
@@ -0,0 +1,33 @@
+---
+title: ప్రోగ్రామింగ్ భాషలు
+description: జావాస్క్రిప్ట్, పైథాన్, గో, రస్ట్ మరియు మరెన్నో సహా వివిధ ప్రోగ్రామింగ్ భాషల కోసం ఇతీరియము అభివృద్ధి వనరులను కనుగొనండి.
+lang: te
+---
+
+ఇతీరియముపై నిర్మించడానికి డెవలపర్లు తప్పనిసరిగా [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) వ్రాయాలి అనేది ఒక సాధారణ అపోహ. ఇది అవాస్తవం.
+ఇతీరియము నెట్వర్క్ మరియు కమ్యూనిటీ యొక్క గొప్ప విషయాలలో ఒకటి ఏమిటంటే, మీరు దాదాపు ఏదైనా ప్రోగ్రామింగ్ భాషలో [పాల్గొనగలరు](/community/).
+
+ఇతీరియము మరియు దాని కమ్యూనిటీ ఓపెన్ సోర్స్ను స్వీకరిస్తాయి. మీరు అనేక రకాల భాషలలో కమ్యూనిటీ ప్రాజెక్ట్లను - క్లయింట్ ఇంప్లిమెంటేషన్లు, APIలు, డెవలప్మెంట్ ఫ్రేమ్వర్క్లు, టెస్టింగ్ ఉపకరణాలు - కనుగొనవచ్చు.
+
+## మీ భాషను ఎంచుకోండి {#data}
+
+ప్రాజెక్ట్లు, వనరులు మరియు వర్చువల్ కమ్యూనిటీలను కనుగొనడానికి మీకు నచ్చిన ప్రోగ్రామింగ్ భాషను ఎంచుకోండి:
+
+- [డార్ట్ డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/dart/)
+- [డెల్ఫీ డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/delphi/)
+- [.NET డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/dot-net/)
+- [ఎలిక్సర్ డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/elixir/)
+- [గో డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/golang/)
+- [జావా డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/java/)
+- [జావాస్క్రిప్ట్ డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/javascript/)
+- [పైథాన్ డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/python/)
+- [రూబీ డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/ruby/)
+- [రస్ట్ డెవలపర్ల కోసం ఇతీరియము](/developers/docs/programming-languages/rust/)
+
+### నా భాషకు మద్దతు లేకపోతే ఏమి చేయాలి {#other-lang}
+
+మీరు వనరులకు లింక్ చేయాలనుకుంటే లేదా అదనపు ప్రోగ్రామింగ్ భాష కోసం వర్చువల్ కమ్యూనిటీని సూచించాలనుకుంటే, మీరు [ఒక ఇష్యూని తెరవడం](https://github.com/ethereum/ethereum-org-website/issues/new/choose) ద్వారా కొత్త పేజీని అభ్యర్థించవచ్చు.
+
+మీరు ప్రస్తుతం మద్దతు లేని భాషను ఉపయోగించి బ్లాక్చెయిన్తో ఇంటర్ఫేస్ చేయడానికి కోడ్ వ్రాయాలనుకుంటే
+మీరు ఇతీరియము నెట్వర్క్కు కనెక్ట్ చేయడానికి [JSON-RPC ఇంటర్ఫేస్ను](/developers/docs/apis/json-rpc/) ఉపయోగించవచ్చు. TCP/IPని ఉపయోగించగల ఏదైనా ప్రోగ్రామింగ్
+భాష ఈ ఇంటర్ఫేస్ను ఉపయోగించగలదు.
diff --git a/public/content/translations/te/developers/docs/programming-languages/java/index.md b/public/content/translations/te/developers/docs/programming-languages/java/index.md
new file mode 100644
index 00000000000..e49a8e5699a
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/java/index.md
@@ -0,0 +1,64 @@
+---
+title: జావా డెవలపర్ల కోసం Ethereum
+description: జావాస్క్రిప్ట్ ప్రాజెక్ట్స్ మరియు టూల్స్ తో ఈతెరియంను ఎలా నిర్మించాలో నేర్చుకోండి
+lang: te
+incomplete: true
+---
+
+జావా-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి Ethereum కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+
+క్రిప్ట్టో కరెన్సీ మరియు బ్లాక్చైన్ టెక్నాలజీని వాడే వికేంద్రీకృత అప్లికేషన్స్ ( లేదా "డేప్స్") కి ఈతేరియంని ఉపయోగించండి. ఈ డ్డాప్స్ అప్లికేషన్స్ విశ్వసనీయమైనవి, దాని అర్థం వాటిని ఒకసారి ఏతీరియంకి డెప్లోయ్ చేసాక ఎప్పటికి ప్రోగ్రాం చేసిన విధంగానే పని చేస్తాయి. కొత్త తరహా ఫైనాన్సియల్ అప్లికేషన్స్ ని రూపొందించడానికి ఈ డ్డాప్స్ డిజిటల్ ఆస్తులను నియత్రించగలవు. ఇవి వికేంద్రీకృతమైనవి, దాని అర్థం వీటిని ఏ ఒక్క తత్వమో లేదా మనిషి నియత్రించలేవు మరియు సెన్సార్ చేయడం అసాధ్యం.
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-solidity}
+
+**Ethereumతో Javaను అనుసంధానించడానికి మీ మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers.](/developers/)ని తనిఖీ చేయండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## Ethereum క్లయింట్లతో పనిచేయడం {#working-with-ethereum-clients}
+
+రెండు ప్రముఖ జావా Ethereum క్లయింట్లు అయిన [Web3J](https://github.com/web3j/web3j) మరియు Hyperledger Besuను ఎలా ఉపయోగించాలో తెలుసుకోండి
+
+- [Java, Eclipse మరియు Web3Jతో Ethereum క్లయింట్కు కనెక్ట్ అవ్వడం](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j)
+- [Java మరియు Web3jతో Ethereum ఖాతాను నిర్వహించడం](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j)
+- [మీ స్మార్ట్ కాంట్రాక్ట్ నుండి జావా వ్రాపర్ను రూపొందించడం](https://kauri.io/article/84475132317d4d6a84a2c42eb9348e4b/generate-a-java-wrapper-from-your-smart-contract)
+- [ఒక Ethereum స్మార్ట్ కాంట్రాక్ట్తో పరస్పర చర్య చేయడం](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java)
+- [Ethereum స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్ల కోసం వినడం](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java)
+- [Linuxతో జావా Ethereum క్లయింట్ అయిన Besu (Pantheon)ను ఉపయోగించడం](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux)
+- [జావా ఇంటిగ్రేషన్ పరీక్షలలో Hyperledger Besu (Pantheon) నోడ్ను నడపడం](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests)
+- [Web3j చీట్ షీట్](https://kauri.io/web3j-cheat-sheet-\(java-ethereum\)/5dfa1ea941ac3d0001ce1d90/c)
+
+EVM-ఆధారిత బ్లాక్చెయిన్లతో పరస్పర చర్య చేయడానికి [ethers-kt](https://github.com/Kr1ptal/ethers-kt) అనే అసింక్, అధిక-పనితీరు గల Kotlin లైబ్రరీని ఎలా ఉపయోగించాలో తెలుసుకోండి. JVM మరియు ఆండ్రాయిడ్ ప్లాట్ఫారమ్లను లక్ష్యంగా చేసుకోవడం.
+
+- [ERC20 టోకెన్లను బదిలీ చేయడం](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt)
+- [ఈవెంట్ లిజనింగ్తో UniswapV2 స్వాప్](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt)
+- [ETH / ERC20 బ్యాలెన్స్ ట్రాకర్](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/balancetracker/BalanceTracker.kt)
+
+## మధ్యస్థ వ్యాసాలు {#intermediate-articles}
+
+- [IPFSతో జావా అప్లికేషన్లో నిల్వను నిర్వహించడం](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs)
+- [Web3jతో జావాలో ERC20 టోకెన్లను నిర్వహించడం](https://kauri.io/article/d13e911bbf624108b1d5718175a5e0a0/manage-erc20-tokens-in-java-with-web3j)
+- [Web3j లావాదేవీ నిర్వాహకులు](https://kauri.io/article/4cb780bb4d0846438d11885a25b6d7e7/web3j-transaction-managers)
+
+## అధునాతన వినియోగ నమూనాలు {#advanced-use-patterns}
+
+- [జావా స్మార్ట్ కాంట్రాక్ట్ డేటా కాష్ను నిర్మించడానికి Eventeumను ఉపయోగించడం](https://kauri.io/article/fe81ee9612eb4e5a9ab72790ef24283d/using-eventeum-to-build-a-java-smart-contract-data-cache)
+
+## జావా ప్రాజెక్ట్లు మరియు ఉపకరణాలు {#java-projects-and-tools}
+
+- [Web3J (Ethereum క్లయింట్లతో పరస్పర చర్య కోసం లైబ్రరీ)](https://github.com/web3j/web3j)
+- [ethers-kt (EVM-ఆధారిత బ్లాక్చెయిన్ల కోసం అసింక్, అధిక-పనితీరు గల Kotlin/Java/Android లైబ్రరీ.)](https://github.com/Kr1ptal/ethers-kt)
+- [Eventeum (ఈవెంట్ లిజనర్)](https://github.com/ConsenSys/eventeum)
+- [Mahuta (IPFS దేవ్ ఉపకరణాలు)](https://github.com/ConsenSys/mahuta)
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [ethereum.org/developers.](/developers/) చూడండి
+
+## జావా కమ్యూనిటీ సహాయకులు {#java-community-contributors}
+
+- [IO Builders](https://io.builders)
+- [Kauri](https://kauri.io)
diff --git a/public/content/translations/te/developers/docs/programming-languages/javascript/index.md b/public/content/translations/te/developers/docs/programming-languages/javascript/index.md
new file mode 100644
index 00000000000..ec4438098cd
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/javascript/index.md
@@ -0,0 +1,72 @@
+---
+title: జావాస్క్రిప్ట్ డెవలపర్ల కోసం ఎథేరియం
+description: జావాస్క్రిప్ట్-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి ఎథేరియం కోసం ఎలా డెవలప్ చేయాలో నేర్చుకోండి.
+lang: te
+---
+
+ఎథేరియం ఎకోసిస్టమ్లో అత్యంత ప్రజాదరణ పొందిన భాషలలో జావాస్క్రిప్ట్ ఒకటి. నిజానికి, ఎథేరియంను వీలైనంత వరకు జావాస్క్రిప్ట్లోకి తీసుకురావడానికి అంకితమైన ఒక [టీమ్](https://github.com/ethereumjs) ఉంది.
+
+[స్టాక్ యొక్క అన్ని స్థాయిలలో](/developers/docs/ethereum-stack/) జావాస్క్రిప్ట్ (లేదా దానికి దగ్గరగా ఉన్నది) వ్రాయడానికి అవకాశాలు ఉన్నాయి.
+
+## ఎథేరియంతో ఇంటరాక్ట్ అవ్వండి {#interact-with-ethereum}
+
+### జావాస్క్రిప్ట్ API లైబ్రరీలు {#javascript-api-libraries}
+
+మీరు బ్లాక్చెయిన్ను క్వెరీ చేయడానికి, లావాదేవీలను పంపడానికి మరియు మరిన్నింటి కోసం జావాస్క్రిప్ట్ వ్రాయాలనుకుంటే, దీన్ని చేయడానికి అత్యంత అనుకూలమైన మార్గం [జావాస్క్రిప్ట్ API లైబ్రరీని](/developers/docs/apis/javascript/) ఉపయోగించడం. ఈ APIలు డెవలపర్లను [ఎథేరియం నెట్వర్క్లోని నోడ్లతో](/developers/docs/nodes-and-clients/) సులభంగా ఇంటరాక్ట్ అవ్వడానికి అనుమతిస్తాయి.
+
+ఎథేరియంపై స్మార్ట్ కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వడానికి మీరు ఈ లైబ్రరీలను ఉపయోగించవచ్చు, కాబట్టి ముందుగా ఉన్న కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వడానికి మీరు కేవలం జావాస్క్రిప్ట్ను ఉపయోగించే డాప్ను రూపొందించడం సాధ్యమవుతుంది.
+
+**తనిఖీ చేయండి**
+
+- [Web3.js](https://web3js.readthedocs.io)
+- [Ethers.js](https://ethers.org) – _జావాస్క్రిప్ట్ మరియు టైప్స్క్రిప్ట్లో ఎథేరియం వాలెట్ అమలు మరియు యుటిలిటీలను కలిగి ఉంటుంది._
+- [viem](https://viem.sh) – _ఎథేరియం కోసం ఒక టైప్స్క్రిప్ట్ ఇంటర్ఫేస్, ఇది ఎథేరియంతో ఇంటరాక్ట్ అవ్వడానికి తక్కువ-స్థాయి స్టేట్లెస్ ప్రిమిటివ్లను అందిస్తుంది._
+- [Drift](https://ryangoree.github.io/drift/) – _web3 లైబ్రరీలలో అప్రయత్నంగా ఎథేరియం డెవలప్మెంట్ కోసం అంతర్నిర్మిత క్యాషింగ్, హుక్స్ మరియు టెస్ట్ మాక్లతో కూడిన టైప్స్క్రిప్ట్ మెటా-లైబ్రరీ._
+
+### స్మార్ట్ కాంట్రాక్టులు {#smart-contracts}
+
+మీరు జావాస్క్రిప్ట్ డెవలపర్ అయి ఉండి, మీ స్వంత స్మార్ట్ కాంట్రాక్టును వ్రాయాలనుకుంటే, మీరు [Solidity](https://solidity.readthedocs.io) తో పరిచయం పెంచుకోవాలనుకోవచ్చు. ఇది అత్యంత ప్రజాదరణ పొందిన స్మార్ట్ కాంట్రాక్ట్ భాష మరియు ఇది సింటాక్టికల్గా జావాస్క్రిప్ట్ను పోలి ఉంటుంది, ఇది నేర్చుకోవడాన్ని సులభతరం చేస్తుంది.
+
+[స్మార్ట్ కాంట్రాక్టుల](/developers/docs/smart-contracts/) గురించి మరింత.
+
+## ప్రోటోకాల్ను అర్థం చేసుకోండి {#understand-the-protocol}
+
+### ఎథేరియం వర్చువల్ మషీన్ {#the-ethereum-virtual-machine}
+
+[ఎథేరియం వర్చువల్ మషీన్](/developers/docs/evm/) యొక్క జావాస్క్రిప్ట్ ఇంప్లిమెంటేషన్ ఉంది. ఇది తాజా ఫోర్క్ నియమాలకు మద్దతు ఇస్తుంది. ఫోర్క్ నియమాలు అంటే ప్రణాళికాబద్ధమైన అప్గ్రేడ్ల ఫలితంగా EVMకి చేసిన మార్పులను సూచిస్తాయి.
+
+ఇది వివిధ జావాస్క్రిప్ట్ ప్యాకేజీలుగా విభజించబడింది, వీటిని మీరు బాగా అర్థం చేసుకోవడానికి తనిఖీ చేయవచ్చు:
+
+- Accounts
+- బ్లాక్ లు
+- బ్లాక్చెయిన్ కూడా
+- లావాదేవీలు
+- ఇంకా మరిన్ని...
+
+ఇది "ఒక అకౌంట్ యొక్క డేటా స్ట్రక్చర్ ఏమిటి?" వంటి విషయాలను అర్థం చేసుకోవడంలో మీకు సహాయపడుతుంది.
+
+మీరు కోడ్ చదవడానికి ఇష్టపడితే, మా డాక్స్ను చదవడానికి ఈ జావాస్క్రిప్ట్ ఒక గొప్ప ప్రత్యామ్నాయం కావచ్చు.
+
+**EVMను తనిఖీ చేయండి**
+[`@ethereumjs/evm`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/evm)
+
+### నోడ్లు మరియు క్లయింట్లు {#nodes-and-clients}
+
+ఒక Ethereumjs క్లయింట్ యాక్టివ్ డెవలప్మెంట్లో ఉంది, ఇది మీకు అర్థమయ్యే భాషలో ఎథేరియం క్లయింట్లు ఎలా పనిచేస్తాయో తెలుసుకోవడానికి మిమ్మల్ని అనుమతిస్తుంది; అదే జావాస్క్రిప్ట్!
+
+**క్లయింట్ను తనిఖీ చేయండి**
+[`@ethereumjs/client`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client)
+
+## ఇతర ప్రాజెక్ట్లు {#other-projects}
+
+ఎథేరియం జావాస్క్రిప్ట్ ప్రపంచంలో ఇంకా చాలా ఇతర విషయాలు జరుగుతున్నాయి, వాటిలో ఇవి ఉన్నాయి:
+
+- వాలెట్ యుటిలిటీల లైబ్రరీలు.
+- ఎథేరియం కీలను జెనరేట్ చేయడానికి, ఇంపోర్ట్ చేయడానికి మరియు ఎక్స్పోర్ట్ చేయడానికి టూల్స్.
+- `merkle-patricia-tree` యొక్క ఒక ఇంప్లిమెంటేషన్ – ఇది ఎథేరియం యెల్లో పేపర్లో వివరించబడిన ఒక డేటా స్ట్రక్చర్.
+
+[EthereumJS రెపో](https://github.com/ethereumjs)లో మీకు అత్యంత ఆసక్తి ఉన్న దాని గురించి తెలుసుకోండి
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/programming-languages/python/index.md b/public/content/translations/te/developers/docs/programming-languages/python/index.md
new file mode 100644
index 00000000000..738b4d125ef
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/python/index.md
@@ -0,0 +1,99 @@
+---
+title: వెబ్ డెవలపర్స్ కోసం ఇథిరియమ్
+description: పైథాన్-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+lang: te
+incomplete: true
+---
+
+పైథాన్-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+
+క్రిప్ట్టో కరెన్సీ మరియు బ్లాక్చైన్ టెక్నాలజీని వాడే వికేంద్రీకృత అప్లికేషన్స్ ( లేదా "డేప్స్") కి ఈతేరియంని ఉపయోగించండి. ఈ డ్డాప్స్ అప్లికేషన్స్ విశ్వసనీయమైనవి, దాని అర్థం వాటిని ఒకసారి ఏతీరియంకి డెప్లోయ్ చేసాక ఎప్పటికి ప్రోగ్రాం చేసిన విధంగానే పని చేస్తాయి. కొత్త తరహా ఫైనాన్సియల్ అప్లికేషన్స్ ని రూపొందించడానికి ఈ డ్డాప్స్ డిజిటల్ ఆస్తులను నియత్రించగలవు. ఇవి వికేంద్రీకృతమైనవి, దాని అర్థం వీటిని ఏ ఒక్క తత్వమో లేదా మనిషి నియత్రించలేవు మరియు సెన్సార్ చేయడం అసాధ్యం.
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-solidity}
+
+**ఇతీరియముతో పైథాన్ను అనుసంధానించడంలో మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers](/developers/)ని చూడండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [బ్లాక్ చైనులో పైథాన్ స్థితి 2023 నివేదిక](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023)
+
+## ప్రారంభ వ్యాసాలు {#beginner-articles}
+
+- [web3.py అవలోకనం](https://web3py.readthedocs.io/en/latest/overview.html)
+- [ఇతీరియము పైథాన్ ఎకోసిస్టమ్ పర్యటన](https://snakecharmers.ethereum.org/python-ecosystem/)
+- [ఇతీరియము కోసం ఒక (పైథాన్) డెవలపర్ గైడ్](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/)
+- [బహుమతి-విలువైనది: ఒక ఇతీరియము పైథాన్ హ్యాకథాన్ గైడ్](https://snakecharmers.ethereum.org/prize-worthy/)
+- [Vyperతో స్మార్ట్ కాంట్రాక్టులకు ఒక పరిచయం](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/)
+- [పైథాన్ ఫ్లాస్క్ ఉపయోగించి ఇతీరియము కాంట్రాక్టును ఎలా అభివృద్ధి చేయాలి?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e)
+- [Web3.pyకి పరిచయం · పైథాన్ డెవలపర్ల కోసం ఇతీరియము](https://www.dappuniversity.com/articles/web3-py-intro)
+- [పైథాన్ మరియు web3.py ఉపయోగించి స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ను ఎలా కాల్ చేయాలి](https://stackoverflow.com/questions/57580702/how-to-call-a-smart-contract-function-using-python-and-web3-py)
+
+## మధ్యస్థ వ్యాసాలు {#intermediate-articles}
+
+- [web3.py యొక్క మిత్రులు: Apeకి పరిచయం](https://snakecharmers.ethereum.org/intro-to-ape/)
+- [పైథాన్ ప్రోగ్రామర్ల కోసం డాప్ అభివృద్ధి](https://levelup.gitconnected.com/dapps-development-for-python-developers-f52b32b54f28)
+- [ఒక పైథాన్ ఇతీరియము ఇంటర్ఫేస్ను సృష్టించడం: భాగం 1](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d)
+- [పైథాన్లో ఇతీరియము స్మార్ట్ కాంట్రాక్టులు: ఒక సమగ్ర(మైన) గైడ్](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988)
+
+## అధునాతన వినియోగ నమూనాలు {#advanced-use-patterns}
+
+- [web3.py నమూనాలు: వాస్తవ-సమయ ఈవెంట్ సబ్స్క్రిప్షన్లు](https://snakecharmers.ethereum.org/subscriptions/)
+- [web3.py నమూనాలు: WebSocketProvider](https://snakecharmers.ethereum.org/websocketprovider/)
+- [పైథాన్ ఉపయోగించి ఇతీరియము స్మార్ట్కాంట్రాక్ట్ను కంపైల్ చేయడం, డిప్లాయ్ చేయడం మరియు కాల్ చేయడం](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/)
+- [Slitherతో సాలిడిటీ స్మార్ట్ కాంట్రాక్టులను విశ్లేషించండి](https://kauri.io/#collections/DevOps/analyze-solidity-smart-contracts-with-slither/#analyze-solidity-smart-contracts-with-slither)
+- [బ్లాక్ చైను ఫిన్టెక్ ట్యుటోరియల్: పైథాన్తో అప్పు ఇవ్వడం మరియు తీసుకోవడం](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/)
+
+## ఆర్కైవ్ చేయబడిన వ్యాసాలు
+
+- [పైథాన్ మరియు బ్రౌనీతో మీ స్వంత ERC20 టోకెన్ను డిప్లాయ్ చేయండి](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58)
+- [స్మార్ట్ కాంట్రాక్టులను డిప్లాయ్ చేయడానికి బ్రౌనీ మరియు పైథాన్ను ఉపయోగించడం](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp)
+- [బ్రౌనీతో OpenSeaలో NFTలను సృష్టించడం](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/)
+
+## పైథాన్ ప్రాజెక్ట్లు మరియు టూల్స్ {#python-projects-and-tools}
+
+### క్రియాశీలం: {#active}
+
+- [Web3.py](https://github.com/ethereum/web3.py) - _ఇతీరియముతో పరస్పరం వ్యవహరించడానికి పైథాన్ లైబ్రరీ_
+- [Vyper](https://github.com/ethereum/vyper/) - _EVM కోసం పైథానిక్ స్మార్ట్ కాంట్రాక్ట్ భాష_
+- [Ape](https://github.com/ApeWorX/ape) - _పైథానిస్టాలు, డేటా సైంటిస్టులు మరియు సెక్యూరిటీ నిపుణుల కోసం స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధి టూల్_
+- [py-evm](https://github.com/ethereum/py-evm) - _ఎథేరియం వర్చువల్ మషీన్ యొక్క అమలు_
+- [eth-tester](https://github.com/ethereum/eth-tester) - _ఇతీరియము-ఆధారిత అప్లికేషన్లను పరీక్షించడానికి టూల్స్_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _ఇతీరియము సంబంధిత కోడ్బేస్లతో పనిచేయడానికి యుటిలిటీ ఫంక్షన్లు_
+- [py-solc-x](https://pypi.org/project/py-solc-x/) - _0.5.x మద్దతుతో solc సాలిడిటీ కంపైలర్ చుట్టూ పైథాన్ వ్రాపర్_
+- [pymaker](https://github.com/makerdao/pymaker) - _మేకర్ కాంట్రాక్టుల కోసం పైథాన్ API_
+- [siwe](https://github.com/signinwithethereum/siwe-py) - _పైథాన్ కోసం ఇతీరియముతో సైన్ ఇన్ చేయండి (siwe)_
+- [ఇతీరియము ఇంటిగ్రేషన్ల కోసం Web3 DeFi](https://github.com/tradingstrategy-ai/web3-ethereum-defi) - _ERC-20, Uniswap మరియు ఇతర ప్రముఖ ప్రాజెక్ట్ల కోసం సిద్ధంగా ఉన్న ఇంటిగ్రేషన్లతో కూడిన పైథాన్ ప్యాకేజీ_
+- [Wake](https://getwake.io) - _కాంట్రాక్టుల టెస్టింగ్, ఫజ్జింగ్, డిప్లాయ్మెంట్, వల్నరబిలిటీ స్కానింగ్ మరియు కోడ్ నావిగేషన్ కోసం ఆల్-ఇన్-వన్ పైథాన్ ఫ్రేమ్వర్క్ (లాంగ్వేజ్ సర్వర్ - [సాలిడిటీ కోసం టూల్స్](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_
+
+### ఆర్కైవ్ చేయబడినవి / ఇకపై నిర్వహించబడనివి: {#archived--no-longer-maintained}
+
+- [Trinity](https://github.com/ethereum/trinity) - _ఇతీరియము పైథాన్ క్లయింట్_
+- [Mamba](https://github.com/arjunaskykok/mamba) - _Vyper భాషలో వ్రాసిన స్మార్ట్ కాంట్రాక్టులను వ్రాయడానికి, కంపైల్ చేయడానికి మరియు డిప్లాయ్ చేయడానికి ఫ్రేమ్వర్క్_
+- [Brownie](https://github.com/eth-brownie/brownie) - _ఇతీరియము స్మార్ట్ కాంట్రాక్టులను డిప్లాయ్ చేయడానికి, పరీక్షించడానికి మరియు వాటితో పరస్పరం వ్యవహరించడానికి పైథాన్ ఫ్రేమ్వర్క్_
+- [pydevp2p](https://github.com/ethereum/pydevp2p) - _ఇతీరియము P2P స్టాక్ యొక్క అమలు_
+- [py-wasm](https://github.com/ethereum/py-wasm) - _వెబ్ అసెంబ్లీ ఇంటర్ప్రెటర్ యొక్క పైథాన్ అమలు_
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [ethereum.org/developers](/developers/)ని చూడండి.
+
+## పైథాన్ టూలింగ్ను ఉపయోగించే ప్రాజెక్టులు {#projects-using-python-tooling}
+
+కింది ఇతీరియము-ఆధారిత ప్రాజెక్టులు ఈ పేజీలో పేర్కొన్న టూల్స్ను ఉపయోగిస్తాయి. సంబంధిత ఓపెన్-సోర్స్ రిపోజిటరీలు ఉదాహరణ కోడ్ మరియు ఉత్తమ పద్ధతుల కోసం మంచి రిఫరెన్స్గా పనిచేస్తాయి.
+
+- [Yearn Finance](https://yearn.finance/) మరియు [Yearn వాల్ట్ కాంట్రాక్ట్స్ రిపోజిటరీ](https://github.com/yearn/yearn-vaults)
+- [Curve](https://www.curve.finance/) మరియు [Curve స్మార్ట్ కాంట్రాక్ట్స్ రిపోజిటరీ](https://github.com/curvefi/curve-contract)
+- [BadgerDAO](https://badger.com/) మరియు [బ్రౌనీ టూల్చెయిన్ను ఉపయోగించే స్మార్ట్ కాంట్రాక్టులు](https://github.com/Badger-Finance/badger-system)
+- [Sushi](https://sushi.com/) [వారి వెస్టింగ్ కాంట్రాక్టులను నిర్వహించడం మరియు డిప్లాయ్ చేయడంలో పైథాన్](https://github.com/sushiswap/sushi-vesting-protocols) ను ఉపయోగిస్తుంది.
+- ఆల్ఫా హోమోరా కీర్తికి చెందిన [ఆల్ఫా ఫైనాన్స్](https://alphafinance.io/), [స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి మరియు డిప్లాయ్ చేయడానికి బ్రౌనీని](https://github.com/AlphaFinanceLab/alpha-staking-contract) ఉపయోగిస్తుంది.
+
+## పైథాన్ కమ్యూనిటీ చర్చ {#python-community-contributors}
+
+- [ఇతీరియము పైథాన్ కమ్యూనిటీ డిస్కార్డ్](https://discord.gg/9zk7snTfWe) Web3.py మరియు ఇతర పైథాన్ ఫ్రేమ్వర్క్ చర్చ కోసం
+- [Vyper డిస్కార్డ్](https://discord.gg/SdvKC79cJk) Vyper స్మార్ట్ కాంట్రాక్ట్ ప్రోగ్రామింగ్ చర్చ కోసం
+
+## ఇతర సమగ్ర జాబితాలు {#other-aggregated-lists}
+
+Vyper వికీలో [Vyper కోసం వనరుల యొక్క అద్భుతమైన జాబితా](https://github.com/vyperlang/vyper/wiki/Vyper-tools-and-resources) ఉంది
\ No newline at end of file
diff --git a/public/content/translations/te/developers/docs/programming-languages/ruby/index.md b/public/content/translations/te/developers/docs/programming-languages/ruby/index.md
new file mode 100644
index 00000000000..fc481d8b68e
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/ruby/index.md
@@ -0,0 +1,60 @@
+---
+title: రూబీ డెవలపర్ల కోసం ఇతీరియము
+description: రూబీ-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి.
+lang: te
+incomplete: false
+---
+
+రూబీ-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి.
+
+క్రిప్ట్టో కరెన్సీ మరియు బ్లాక్చైన్ టెక్నాలజీని వాడే వికేంద్రీకృత అప్లికేషన్స్ ( లేదా "డేప్స్") కి ఈతేరియంని ఉపయోగించండి. ఈ డాప్స్ నమ్మకం అవసరం లేనివిగా ఉంటాయి, అంటే వాటిని ఒకసారి ఇథిరియమ్లో డిప్లాయ్ చేసిన తర్వాత, అవి ఎల్లప్పుడూ ప్రోగ్రామ్ చేసిన విధంగానే అమలు అవుతాయి. కొత్త రకాల ఆర్థిక అప్లికేషన్లను రూపొందించడానికి అవి డిజిటల్ ఆస్తులను నియంత్రించగలవు. ఇవి వికేంద్రీకృతమైనవి, దాని అర్థం వీటిని ఏ ఒక్క తత్వమో లేదా మనిషి నియత్రించలేవు మరియు సెన్సార్ చేయడం అసాధ్యం.
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-solidity}
+
+**రూబీని ఇతీరియముతో ఏకీకృతం చేయడానికి మీ మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers](/developers/)ని చూడండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## ప్రారంభ వ్యాసాలు {#beginner-articles}
+
+- [చివరకు ఇథిరియమ్ ఖాతాలను అర్థం చేసుకోవడం](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [చివరగా మెటామాస్క్తో రైల్స్ వినియోగదారులను ప్రామాణీకరించడం](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj)
+- [రూబీని ఉపయోగించి ఇతీరియము నెట్వర్క్కు ఎలా కనెక్ట్ చేయాలి](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby)
+- [రూబీలో కొత్త ఇతీరియము చిరునామాను ఎలా రూపొందించాలి](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby)
+
+## మధ్యస్థ వ్యాసాలు {#intermediate-articles}
+
+- [రూబీతో బ్లాక్చెయిన్ యాప్](https://www.nopio.com/blog/blockchain-app-ruby/)
+- [స్మార్ట్ కాంట్రాక్ట్ను అమలు చేయడానికి ఇతీరియముకు కనెక్ట్ చేయబడిన రూబీని ఉపయోగించండి](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9)
+
+## రూబీ ప్రాజెక్ట్లు మరియు ఉపకరణాలు {#ruby-projects-and-tools}
+
+### యాక్టివ్ {#active}
+
+- [eth.rb](https://github.com/q9f/eth.rb) - _ఇతీరియము ఖాతాలు, సందేశాలు మరియు లావాదేవీలను నిర్వహించడానికి రూబీ లైబ్రరీ మరియు RPC-క్లయింట్_
+- [keccak.rb](https://github.com/q9f/keccak.rb) - _ఇతీరియము ద్వారా ఉపయోగించబడే కెకాక్ (SHA3) హాష్_
+- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) - _Sign-In with Ethereum యొక్క రూబీ ఇంప్లిమెంటేషన్_
+- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) - _SIWE లోకల్ సైన్ ఇన్ రూట్లను జోడించే రైల్స్ జెమ్_
+- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) - _కస్టమ్ కంట్రోలర్తో రూబీ ఆన్ రైల్స్ను ఉపయోగించే SIWE ఉదాహరణ_
+- [omniauth-siwe](https://github.com/signinwithethereum/omniauth-siwe) - _Sign In With Ethereum (SIWE) కోసం ఓమ్నియాథ్ వ్యూహం_
+- [omniauth-nft](https://github.com/valthon/omniauth-nft) - _NFT యాజమాన్యం ద్వారా ప్రామాణీకరించడం కోసం ఓమ్నియాథ్ వ్యూహం_
+- [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails) - _మెటామాస్క్ను రూబీ ఆన్ రైల్స్కు కనెక్ట్ చేయడానికి అనుమతించే ఇతీరియము ఆన్ రైల్స్ టెంప్లేట్_
+
+### ఆర్కైవ్ చేయబడింది / ఇకపై నిర్వహించబడదు {#archived--no-longer-maintained}
+
+- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) - _రూబీతో ఇతీరియము నోడ్ యొక్క RPC పద్ధతులను పిలవడం_
+- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) - _BIP32 ప్రమాణం ప్రకారం హైరార్కికల్ డిటర్మినిస్టిక్ వాలెట్ నుండి ETH చిరునామాలను రూపొందించడానికి రూబీ లైబ్రరీ_
+- [etherlite](https://github.com/budacom/etherlite) - _రూబీ ఆన్ రైల్స్ కోసం ఇతీరియము ఇంటిగ్రేషన్_
+- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) - _లావాదేవీలను పంపడం, కాంట్రాక్ట్లను సృష్టించడం మరియు పరస్పర చర్య చేయడం అలాగే ఇతీరియము నోడ్తో పనిచేయడానికి ఉపయోగకరమైన టూల్కిట్గా JSON-RPC ఇంటర్ఫేస్ను ఉపయోగించే రూబీ ఇతీరియము క్లయింట్_
+- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) - _ఓమ్నియాథ్ కోసం ఇతీరియము ప్రొవైడర్ వ్యూహాన్ని అమలు చేస్తుంది_
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [మా డెవలపర్ల హోమ్ని](/developers/) చూడండి.
+
+## రూబీ కమ్యూనిటీ సహకారులు {#ruby-community-contributors}
+
+[ఇతీరియము రూబీ టెలిగ్రామ్ గ్రూప్](https://t.me/ruby_eth) వేగంగా అభివృద్ధి చెందుతున్న కమ్యూనిటీకి హోస్ట్గా ఉంది మరియు పైన పేర్కొన్న ఏవైనా ప్రాజెక్ట్లు మరియు సంబంధిత అంశాలపై చర్చల కోసం అంకితమైన వనరు.
diff --git a/public/content/translations/te/developers/docs/programming-languages/rust/index.md b/public/content/translations/te/developers/docs/programming-languages/rust/index.md
new file mode 100644
index 00000000000..bfd70c60e58
--- /dev/null
+++ b/public/content/translations/te/developers/docs/programming-languages/rust/index.md
@@ -0,0 +1,65 @@
+---
+title: రస్ట్ డెవలపర్ల కోసం ఇతీరియము
+description: రస్ట్-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లు ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో నేర్చుకోండి
+lang: te
+incomplete: true
+---
+
+రస్ట్-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లు ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో నేర్చుకోండి
+
+క్రిప్ట్టో కరెన్సీ మరియు బ్లాక్చైన్ టెక్నాలజీని వాడే వికేంద్రీకృత అప్లికేషన్స్ ( లేదా "డేప్స్") కి ఈతేరియంని ఉపయోగించండి. ఈ డ్డాప్స్ అప్లికేషన్స్ విశ్వసనీయమైనవి, దాని అర్థం వాటిని ఒకసారి ఏతీరియంకి డెప్లోయ్ చేసాక ఎప్పటికి ప్రోగ్రాం చేసిన విధంగానే పని చేస్తాయి. కొత్త తరహా ఫైనాన్సియల్ అప్లికేషన్స్ ని రూపొందించడానికి ఈ డ్డాప్స్ డిజిటల్ ఆస్తులను నియత్రించగలవు. ఇవి వికేంద్రీకృతమైనవి, దాని అర్థం వీటిని ఏ ఒక్క తత్వమో లేదా మనిషి నియత్రించలేవు మరియు సెన్సార్ చేయడం అసాధ్యం.
+
+## స్మార్ట్ కాంట్రాక్టులు మరియు సాలిడిటీ భాషతో ప్రారంభించడం {#getting-started-with-smart-contracts-and-solidity}
+
+**రస్ట్ను ఇతీరియముతో ఏకీకృతం చేయడానికి మీ మొదటి అడుగులు వేయండి**
+
+ఇంకా స్పష్టమైన వివరాలు కావాలి? [ethereum.org/learn](/learn/) లేదా [ethereum.org/developers](/developers/)ని చూడండి.
+
+- [బ్లాక్ చైను వివరణ](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [స్మార్ట్ కాంట్రాక్టులను అర్థం చేసుకోవడం](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును వ్రాయండి](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [సాలిడిటీని కంపైల్ చేయడం మరియు డిప్లాయ్ చేయడం ఎలాగో తెలుసుకోండి](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## ప్రారంభ వ్యాసాలు {#beginner-articles}
+
+- [రస్ట్ ఇతీరియము క్లయింట్](https://openethereum.github.io/) \* **OpenEthereum [విరమించబడింది](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) అని గమనించండి మరియు ఇకపై నిర్వహించబడటం లేదు.** దానిని జాగ్రత్తగా వాడండి మరియు ప్రాధాన్యంగా మరొక క్లయింట్ అమలుకు మారండి.
+- [రస్ట్ ఉపయోగించి ఇతీరియముకు లావాదేవీని పంపడం](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/sending-ethereum-transactions-with-rust/)
+- [కోవన్ కోసం రస్ట్ వాసమ్ (Wasm)లో కాంట్రాక్టులను ఎలా వ్రాయాలి అనే దానిపై దశలవారీ ట్యుటోరియల్](https://github.com/paritytech/pwasm-tutorial)
+
+## మధ్యస్థ వ్యాసాలు {#intermediate-articles}
+
+## అధునాతన వినియోగ నమూనాలు {#advanced-use-patterns}
+
+- [ఇతీరియము వంటి నెట్వర్క్తో పరస్పర చర్య చేయడానికి pwasm_ethereum ఎక్స్టర్న్స్ లైబ్రరీ](https://github.com/openethereum/pwasm-ethereum)
+
+- [జావాస్క్రిప్ట్ మరియు రస్ట్ ఉపయోగించి వికేంద్రీకృత చాట్ను నిర్మించండి](https://medium.com/perlin-network/build-a-decentralized-chat-using-javascript-rust-webassembly-c775f8484b52)
+
+- [Vue.js & రస్ట్ ఉపయోగించి వికేంద్రీకృత టోడో యాప్ను నిర్మించండి](https://medium.com/@jjmace01/build-a-decentralized-todo-app-using-vue-js-rust-webassembly-5381a1895beb)
+
+- [రస్ట్లో బ్లాక్చైన్ను నిర్మించండి](https://blog.logrocket.com/how-to-build-a-blockchain-in-rust/)
+
+## రస్ట్ ప్రాజెక్ట్లు మరియు ఉపకరణాలు {#rust-projects-and-tools}
+
+- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) - _ఇతీరియము వంటి నెట్వర్క్తో పరస్పర చర్య చేయడానికి ఎక్స్టర్న్ల సేకరణ_
+- [Lighthouse](https://github.com/sigp/lighthouse) - _వేగవంతమైన ఇతీరియము ఏకాభిప్రాయం లేయర్ క్లయింట్_
+- [Ethereum WebAssembly](https://ewasm.readthedocs.io/en/mkdocs/) - _వెబ్అసెంబ్లీ యొక్క ఒక నిర్ధారిత ఉపసమితిని ఉపయోగించి ఇతీరియము స్మార్ట్ కాంట్రాక్ట్ ఎగ్జిక్యూషన్ లేయర్ యొక్క ప్రతిపాదిత పునఃరూపకల్పన_
+- [oasis_std](https://docs.rs/oasis-std/latest/oasis_std/index.html) - _OASIS API సూచన_
+- [Solaris](https://github.com/paritytech/sol-rs) - _స్థానిక పారిటీ క్లయింట్ EVMని ఉపయోగించి సొలిడిటీ స్మార్ట్ కాంట్రాక్టుల యూనిట్ టెస్ట్ హార్నెస్._
+- [SputnikVM](https://github.com/rust-blockchain/evm) - _రస్ట్ ఇతీరియము వర్చువల్ మెషీన్ అమలు_
+- [Wavelet](https://wavelet.perlin.net/docs/smart-contracts) - _రస్ట్లో వేవ్లెట్ స్మార్ట్ కాంట్రాక్ట్_
+- [Foundry](https://github.com/foundry-rs/foundry) - _ఇతీరియము అప్లికేషన్ అభివృద్ధి కోసం టూల్కిట్_
+- [Alloy](https://alloy.rs) - _ఇతీరియము మరియు ఇతర EVM-ఆధారిత చైన్లతో పరస్పర చర్య చేయడానికి అధిక-పనితీరు గల, చక్కగా పరీక్షించబడిన & డాక్యుమెంట్ చేయబడిన లైబ్రరీలు._
+- [Ethers_rs](https://github.com/gakonst/ethers-rs) - _ఇతీరియము లైబ్రరీ మరియు వాలెట్ అమలు_
+- [SewUp](https://github.com/second-state/SewUp) - _రస్ట్తో మీ ఇతీరియము వెబ్అసెంబ్లీ కాంట్రాక్ట్ను నిర్మించడంలో మీకు సహాయపడటానికి ఒక లైబ్రరీ, మరియు ఒక సాధారణ బ్యాకెండ్లో అభివృద్ధి చేసినట్లుగానే_
+- [Substreams](https://github.com/streamingfast/substreams) - _సమాంతర బ్లాక్చైన్ డేటా ఇండెక్సింగ్ టెక్నాలజీ_
+- [Reth](https://github.com/paradigmxyz/reth) Reth (రస్ట్ ఇతీరియముకు సంక్షిప్త రూపం) ఒక కొత్త ఇతీరియము పూర్తి-నోడ్ అమలు
+- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) - _రస్ట్లో వ్రాయబడిన ఇతీరియము పర్యావరణ వ్యవస్థలోని ప్రాజెక్ట్ల యొక్క క్యూరేటెడ్ సేకరణ_
+
+ఇంకొన్ని వనరులు (రిసోర్సెస్) కావాలా? [ethereum.org/developers.](/developers/) చూడండి
+
+## రస్ట్ కమ్యూనిటీ కంట్రిబ్యూటర్లు {#rust-community-contributors}
+
+- [ఇతీరియము WebAssembly](https://gitter.im/ewasm/Lobby)
+- [Oasis Gitter](https://gitter.im/Oasis-official/Lobby)
+- [Parity Gitter](https://gitter.im/paritytech/parity)
+- [Enigma](https://discord.gg/SJK32GY)
diff --git a/public/content/translations/te/developers/docs/scaling/index.md b/public/content/translations/te/developers/docs/scaling/index.md
new file mode 100644
index 00000000000..538ba5e40a1
--- /dev/null
+++ b/public/content/translations/te/developers/docs/scaling/index.md
@@ -0,0 +1,113 @@
+---
+title: స్కేలింగ్
+description: Ethereum కమ్యూనిటీ ద్వారా ప్రస్తుతం అభివృద్ధి చేయబడుతున్న విభిన్న స్కేలింగ్ ఎంపికలకు పరిచయం.
+lang: te
+sidebarDepth: 3
+---
+
+## స్కేలింగ్ అవలోకనం {#scaling-overview}
+
+Ethereumను ఉపయోగించే వ్యక్తుల సంఖ్య పెరిగినందున, బ్లాక్చెయిన్ నిర్దిష్ట సామర్థ్య పరిమితులను చేరుకుంది. ఇది నెట్వర్క్ను ఉపయోగించే ఖర్చును పెంచింది, "స్కేలింగ్ పరిష్కారాల" అవసరాన్ని సృష్టించింది. ఒకే విధమైన లక్ష్యాలను సాధించడానికి విభిన్న విధానాలను తీసుకునే అనేక పరిష్కారాలు పరిశోధించబడుతున్నాయి, పరీక్షించబడుతున్నాయి మరియు అమలు చేయబడుతున్నాయి.
+
+స్కేలబిలిటీ యొక్క ప్రధాన లక్ష్యం వికేంద్రీకరణ లేదా భద్రతను త్యాగం చేయకుండా లావాదేవీ వేగాన్ని (వేగవంతమైన తుది నిర్ణయం) మరియు లావాదేవీ నిర్గమాంశను (సెకనుకు అధిక సంఖ్యలో లావాదేవీలు) పెంచడం. లేయర్ 1 Ethereum బ్లాక్చెయిన్లో, అధిక డిమాండ్ నెమ్మదైన లావాదేవీలకు మరియు ఆచరణ సాధ్యం కాని [గ్యాస్ ధరలకు](/developers/docs/gas/) దారితీస్తుంది. వేగం మరియు నిర్గమాంశ పరంగా నెట్వర్క్ సామర్థ్యాన్ని పెంచడం Ethereum యొక్క అర్థవంతమైన మరియు భారీ స్వీకరణకు ప్రాథమికమైనది.
+
+వేగం మరియు నిర్గమాంశ ముఖ్యమైనవి అయినప్పటికీ, ఈ లక్ష్యాలను సాధించే స్కేలింగ్ పరిష్కారాలు వికేంద్రీకృతంగా మరియు సురక్షితంగా ఉండటం చాలా అవసరం. కేంద్రీకృత మరియు అసురక్షిత కంప్యూటింగ్ శక్తి వైపు పురోగతిని నిరోధించడంలో నోడ్ ఆపరేటర్లకు ప్రవేశ అడ్డంకిని తక్కువగా ఉంచడం చాలా ముఖ్యం.
+
+భావనాత్మకంగా మేము మొదట స్కేలింగ్ను ఆన్చైన్ స్కేలింగ్ లేదా ఆఫ్చైన్ స్కేలింగ్ అని వర్గీకరిస్తాము.
+
+## అవసరాలు {#prerequisites}
+
+మీకు అన్ని పునాది అంశాలపై మంచి అవగాహన ఉండాలి. టెక్నాలజీ తక్కువగా పరీక్షించబడినందున స్కేలింగ్ పరిష్కారాలను అమలు చేయడం అధునాతనమైనది మరియు పరిశోధించబడుతూ, అభివృద్ధి చేయబడుతూనే ఉంది.
+
+## ఆన్చైన్ స్కేలింగ్ {#onchain-scaling}
+
+ఆన్చైన్ స్కేలింగ్కు Ethereum ప్రోటోకాల్ (లేయర్ 1 [మెయిన్నెట్](/glossary/#mainnet))లో మార్పులు అవసరం. చాలా కాలం పాటు, బ్లాక్చెయిన్ను షార్డింగ్ చేయడం Ethereumను స్కేల్ చేస్తుందని ఆశించారు. ఇది వాలిడేటర్ల ఉపసమితులచే ధృవీకరించబడటానికి బ్లాక్చెయిన్ను వివిక్త భాగాలుగా (షార్డ్లు) విభజించడం కలిగి ఉంటుంది. అయితే, లేయర్-2 రోలప్ల ద్వారా స్కేలింగ్ చేయడం ప్రాథమిక స్కేలింగ్ టెక్నిక్గా మారింది. వినియోగదారులకు రోలప్లను చౌకగా చేయడానికి ప్రత్యేకంగా రూపొందించబడిన Ethereum బ్లాక్లకు జోడించబడిన కొత్త చౌకైన డేటా రూపం ద్వారా దీనికి మద్దతు ఉంది.
+
+### షార్డింగ్ {#sharding}
+
+షార్డింగ్ అనేది డేటాబేస్ను విభజించే ప్రక్రియ. వాలిడేటర్ల ఉపసమితులు మొత్తం Ethereumను ట్రాక్ చేయడానికి బదులుగా వ్యక్తిగత షార్డ్లకు బాధ్యత వహిస్తాయి. షార్డింగ్ చాలా కాలంగా Ethereum [రోడ్మ్యాప్](/roadmap/)లో ఉంది మరియు ఒకప్పుడు ప్రూఫ్-ఆఫ్-స్టేక్కు ది మెర్జ్కు ముందు పంపించాలని ఉద్దేశించబడింది. అయినప్పటికీ, [లేయర్ 2 రోలప్ల](#layer-2-scaling) యొక్క వేగవంతమైన అభివృద్ధి మరియు [డాంక్షార్డింగ్](/roadmap/danksharding) యొక్క ఆవిష్కరణ (వాలిడేటర్లచే చాలా సమర్థవంతంగా ధృవీకరించబడగల Ethereum బ్లాక్లకు రోలప్ డేటా యొక్క బ్లాబ్లను జోడించడం) Ethereum కమ్యూనిటీని షార్డింగ్ ద్వారా స్కేలింగ్ చేయడానికి బదులుగా రోలప్-సెంట్రిక్ స్కేలింగ్కు అనుకూలంగా మార్చింది. ఇది Ethereum యొక్క ఏకాభిప్రాయ తర్కాన్ని సరళంగా ఉంచడానికి కూడా సహాయపడుతుంది.
+
+## ఆఫ్చైన్ స్కేలింగ్ {#offchain-scaling}
+
+ఆఫ్చైన్ పరిష్కారాలు లేయర్ 1 మెయిన్నెట్ నుండి విడిగా అమలు చేయబడతాయి - వాటికి ఇప్పటికే ఉన్న Ethereum ప్రోటోకాల్లో ఎటువంటి మార్పులు అవసరం లేదు. "లేయర్ 2" పరిష్కారాలు అని పిలువబడే కొన్ని పరిష్కారాలు, [ఆశాజనక రోలప్లు](/developers/docs/scaling/optimistic-rollups/), [జీరో-నాలెడ్జ్ రోలప్లు](/developers/docs/scaling/zk-rollups/) లేదా [స్టేట్ ఛానెల్లు](/developers/docs/scaling/state-channels/) వంటి వాటి భద్రతను నేరుగా లేయర్ 1 Ethereum ఏకాభిప్రాయం నుండి పొందుతాయి. ఇతర పరిష్కారాలలో [సైడ్చెయిన్లు](#sidechains), [వాలిడియమ్లు](#validium), లేదా [ప్లాస్మా చెయిన్లు](#plasma) వంటి మెయిన్నెట్ నుండి విడిగా వాటి భద్రతను పొందే వివిధ రూపాల్లో కొత్త చెయిన్లను సృష్టించడం ఉంటుంది. ఈ పరిష్కారాలు మెయిన్నెట్తో కమ్యూనికేట్ చేస్తాయి కానీ వివిధ లక్ష్యాలను సాధించడానికి వాటి భద్రతను విభిన్నంగా పొందుతాయి.
+
+### లేయర్ 2 స్కేలింగ్ {#layer-2-scaling}
+
+ఈ ఆఫ్చైన్ పరిష్కారాల వర్గం దాని భద్రతను మెయిన్నెట్ Ethereum నుండి పొందుతుంది.
+
+లేయర్ 2 అనేది మెయిన్నెట్ యొక్క బలమైన వికేంద్రీకృత భద్రతా నమూనాను సద్వినియోగం చేసుకుంటూ, Ethereum మెయిన్నెట్ (లేయర్ 1) నుండి లావాదేవీలను నిర్వహించడం ద్వారా మీ అప్లికేషన్ను స్కేల్ చేయడానికి సహాయపడటానికి రూపొందించిన పరిష్కారాల కోసం ఒక సామూహిక పదం. నెట్వర్క్ బిజీగా ఉన్నప్పుడు లావాదేవీ వేగం దెబ్బతింటుంది, ఇది కొన్ని రకాల డాప్స్ కోసం వినియోగదారు అనుభవాన్ని పేలవంగా చేస్తుంది. మరియు నెట్వర్క్ బిజీగా మారేకొద్దీ, లావాదేవీ పంపేవారు ఒకరినొకరు అధిగమించాలని లక్ష్యంగా పెట్టుకోవడంతో గ్యాస్ ధరలు పెరుగుతాయి. ఇది Ethereum వాడకాన్ని చాలా ఖరీదైనదిగా చేస్తుంది.
+
+చాలా లేయర్ 2 పరిష్కారాలు సర్వర్ లేదా సర్వర్ల సమూహం చుట్టూ కేంద్రీకృతమై ఉంటాయి, వీటిలో ప్రతి ఒక్కటి నోడ్, వాలిడేటర్, ఆపరేటర్, సీక్వెన్సర్, బ్లాక్ ప్రొడ్యూసర్ లేదా ఇలాంటి పదం అని పిలువబడవచ్చు. అమలును బట్టి, ఈ లేయర్ 2 నోడ్లను వాటిని ఉపయోగించే వ్యక్తులు, వ్యాపారాలు లేదా సంస్థలు లేదా 3వ పార్టీ ఆపరేటర్ లేదా పెద్ద సంఖ్యలో వ్యక్తులు (మెయిన్నెట్ మాదిరిగా) అమలు చేయవచ్చు. సాధారణంగా చెప్పాలంటే, లావాదేవీలు నేరుగా లేయర్ 1 (మెయిన్నెట్)కు సమర్పించడానికి బదులుగా ఈ లేయర్ 2 నోడ్లకు సమర్పించబడతాయి. కొన్ని పరిష్కారాల కోసం, లేయర్ 2 ఉదాహరణ వాటిని లేయర్ 1కి ఎంకరేజ్ చేయడానికి ముందు వాటిని సమూహాలుగా బ్యాచ్ చేస్తుంది, ఆ తర్వాత అవి లేయర్ 1 ద్వారా సురక్షితం చేయబడతాయి మరియు మార్చబడవు. ఇది ఎలా చేయబడుతుందనే వివరాలు వివిధ లేయర్ 2 టెక్నాలజీలు మరియు అమలుల మధ్య గణనీయంగా మారుతూ ఉంటాయి.
+
+ఒక నిర్దిష్ట లేయర్ 2 ఉదాహరణ అనేక అప్లికేషన్ల ద్వారా తెరవబడి, భాగస్వామ్యం చేయబడవచ్చు లేదా ఒక ప్రాజెక్ట్ ద్వారా అమలు చేయబడి, వారి అప్లికేషన్కు మాత్రమే మద్దతు ఇవ్వడానికి అంకితం చేయబడవచ్చు.
+
+#### లేయర్ 2 ఎందుకు అవసరం? {#why-is-layer-2-needed}
+
+- సెకనుకు పెరిగిన లావాదేవీలు వినియోగదారు అనుభవాన్ని బాగా మెరుగుపరుస్తాయి మరియు మెయిన్నెట్ Ethereumలో నెట్వర్క్ రద్దీని తగ్గిస్తాయి.
+- లావాదేవీలు మెయిన్నెట్ Ethereumకు ఒకే లావాదేవీగా చుట్టబడతాయి, ఇది వినియోగదారులకు గ్యాస్ ఫీజులను తగ్గిస్తుంది మరియు Ethereumను ప్రతిచోటా ప్రజలకు మరింత కలుపుకొనిపోయేలా మరియు అందుబాటులోకి తెస్తుంది.
+- స్కేలబిలిటీకి సంబంధించిన ఏవైనా నవీకరణలు వికేంద్రీకరణ లేదా భద్రత వ్యయంతో ఉండకూడదు – లేయర్ 2 Ethereum పైన నిర్మించబడింది.
+- అప్లికేషన్-నిర్దిష్ట లేయర్ 2 నెట్వర్క్లు ఉన్నాయి, ఇవి పెద్ద ఎత్తున ఆస్తులతో పనిచేసేటప్పుడు వాటి స్వంత సామర్థ్యాల సమితిని తీసుకువస్తాయి.
+
+[లేయర్ 2 గురించి మరింత](/layer-2/).
+
+#### రోలప్లు {#rollups}
+
+రోలప్లు లేయర్ 1 వెలుపల లావాదేవీల అమలును నిర్వహిస్తాయి మరియు ఆ తర్వాత డేటా లేయర్ 1కు పోస్ట్ చేయబడుతుంది, అక్కడ ఏకాభిప్రాయం కుదురుతుంది. లావాదేవీ డేటా లేయర్ 1 బ్లాక్లలో చేర్చబడినందున, ఇది రోలప్లను స్థానిక Ethereum భద్రత ద్వారా సురక్షితం చేయడానికి అనుమతిస్తుంది.
+
+విభిన్న భద్రతా నమూనాలతో రెండు రకాల రోలప్లు ఉన్నాయి:
+
+- **ఆశాజనక రోలప్లు**: లావాదేవీలు డిఫాల్ట్గా చెల్లుబాటు అవుతాయని ఊహిస్తుంది మరియు సవాలు ఎదురైనప్పుడు మాత్రమే [**మోసం రుజువు**](/glossary/#fraud-proof) ద్వారా గణనను అమలు చేస్తుంది. [ఆశాజనక రోలప్ల గురించి మరింత](/developers/docs/scaling/optimistic-rollups/).
+- **జీరో-నాలెడ్జ్ రోలప్లు**: ఆఫ్చైన్లో గణనను అమలు చేస్తుంది మరియు చైన్కు [**చెల్లుబాటు రుజువు**](/glossary/#validity-proof)ను సమర్పిస్తుంది. [జీరో-నాలెడ్జ్ రోలప్ల గురించి మరింత](/developers/docs/scaling/zk-rollups/).
+
+#### స్టేట్ ఛానెల్లు {#channels}
+
+స్టేట్ ఛానెల్లు మల్టీసిగ్ కాంట్రాక్టులను ఉపయోగించి పాల్గొనేవారిని త్వరగా మరియు స్వేచ్ఛగా ఆఫ్చైన్లో లావాదేవీలు చేయడానికి, ఆపై మెయిన్నెట్తో తుది నిర్ణయాన్ని పరిష్కరించడానికి వీలు కల్పిస్తాయి. ఇది నెట్వర్క్ రద్దీ, ఫీజులు మరియు ఆలస్యాలను తగ్గిస్తుంది. ప్రస్తుతం రెండు రకాల ఛానెల్లు స్టేట్ ఛానెల్లు మరియు చెల్లింపు ఛానెల్లు.
+
+[స్టేట్ ఛానెల్ల](/developers/docs/scaling/state-channels/) గురించి మరింత తెలుసుకోండి.
+
+### సైడ్చెయిన్లు {#sidechains}
+
+సైడ్చైన్ అనేది మెయిన్నెట్కు సమాంతరంగా నడిచే స్వతంత్ర EVM-అనుకూల బ్లాక్చెయిన్. ఇవి రెండు-మార్గాల వంతెనల ద్వారా Ethereumతో అనుకూలంగా ఉంటాయి మరియు వాటి స్వంత ఎంచుకున్న ఏకాభిప్రాయం మరియు బ్లాక్ పారామితుల నియమాల ప్రకారం నడుస్తాయి.
+
+[సైడ్చెయిన్ల](/developers/docs/scaling/sidechains/) గురించి మరింత తెలుసుకోండి.
+
+### ప్లాస్మా {#plasma}
+
+ప్లాస్మా చైన్ అనేది ప్రధాన Ethereum చైన్కు ఎంకరేజ్ చేయబడిన ఒక ప్రత్యేక బ్లాక్చెయిన్ మరియు వివాదాలను పరిష్కరించడానికి మోసం రుజువులను (ఉదాహరణకు [ఆశాజనక రోలప్లు](/developers/docs/scaling/optimistic-rollups/)) ఉపయోగిస్తుంది.
+
+[ప్లాస్మా](/developers/docs/scaling/plasma/) గురించి మరింత తెలుసుకోండి.
+
+### వాలిడియం {#validium}
+
+ఒక వాలిడియం చైన్ జీరో-నాలెడ్జ్ రోలప్ల వంటి చెల్లుబాటు రుజువులను ఉపయోగిస్తుంది కానీ డేటా ప్రధాన లేయర్ 1 Ethereum చైన్లో నిల్వ చేయబడదు. ఇది ప్రతి వాలిడియం చైన్కు సెకనుకు 10k లావాదేవీలకు దారితీయవచ్చు మరియు బహుళ చైన్లు సమాంతరంగా నడపబడవచ్చు.
+
+[వాలిడియం](/developers/docs/scaling/validium/) గురించి మరింత తెలుసుకోండి.
+
+## అంత ఎక్కువ స్కేలింగ్ పరిష్కారాలు ఎందుకు అవసరం? {#why-do-we-need-these}
+
+- బహుళ పరిష్కారాలు నెట్వర్క్లోని ఏ ఒక్క భాగంలోనైనా మొత్తం రద్దీని తగ్గించడంలో సహాయపడతాయి మరియు వైఫల్యం యొక్క ఒకే పాయింట్లను కూడా నివారిస్తాయి.
+- మొత్తం దాని భాగాల మొత్తం కంటే గొప్పది. విభిన్న పరిష్కారాలు సామరస్యంగా ఉనికిలో ఉండి పని చేయగలవు, భవిష్యత్ లావాదేవీల వేగం మరియు నిర్గమాంశపై ఘాతాంక ప్రభావాన్ని అనుమతిస్తాయి.
+- అన్ని పరిష్కారాలకు నేరుగా Ethereum ఏకాభిప్రాయ అల్గోరిథంను ఉపయోగించడం అవసరం లేదు, మరియు ప్రత్యామ్నాయాలు ఇతరత్రా పొందడానికి కష్టంగా ఉండే ప్రయోజనాలను అందించగలవు.
+
+## దృశ్య అభ్యాసకులా? {#visual-learner}
+
+
+
+_గమనిక, వీడియోలోని వివరణ అన్ని ఆఫ్చైన్ స్కేలింగ్ పరిష్కారాలను సూచించడానికి "లేయర్ 2" అనే పదాన్ని ఉపయోగిస్తుంది, అయితే మేము లేయర్ 1 మెయిన్నెట్ ఏకాభిప్రాయం ద్వారా దాని భద్రతను పొందే ఆఫ్చైన్ పరిష్కారంగా "లేయర్ 2"ని వేరు చేస్తాము._
+
+
+
+## మరింత సమాచారం {#further-reading}
+
+- [రోలప్-సెంట్రిక్ Ethereum రోడ్మ్యాప్](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) _విటాలిక్ బుటెరిన్_
+- [Ethereum కోసం లేయర్ 2 స్కేలింగ్ పరిష్కారాలపై తాజా విశ్లేషణలు](https://www.l2beat.com/)
+- [Ethereum లేయర్ 2 స్కేలింగ్ పరిష్కారాలను మూల్యాంకనం చేయడం: ఒక పోలిక ఫ్రేమ్వర్క్](https://medium.com/matter-labs/evaluating-ethereum-l2-scaling-solutions-a-comparison-framework-b6b2f410f955)
+- [రోలప్లకు అసంపూర్ణ మార్గదర్శి](https://vitalik.eth.limo/general/2021/01/05/rollup.html)
+- [Ethereum-ఆధారిత ZK-రోలప్లు: ప్రపంచ విజేతలు](https://hackmd.io/@canti/rkUT0BD8K)
+- [ఆశాజనక రోలప్లు vs ZK రోలప్లు](https://limechain.tech/blog/optimistic-rollups-vs-zk-rollups/)
+- [అధిక స్కేలబిలిటీ కోసం రోలప్లు + డేటా షార్డ్లు ఎందుకు ఏకైక స్థిరమైన పరిష్కారం](https://polynya.medium.com/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalability-c9aabd6fbb48)
+- [ఏ రకమైన లేయర్ 3లు అర్ధవంతమైనవి?](https://vitalik.eth.limo/general/2022/09/17/layer_3.html)
+- [డేటా లభ్యత లేదా: రోల్అప్లు ఆందోళనను ఆపి ఇతీరియమును ఎలా ప్రేమించాలో నేర్చుకున్నాయి](https://web.archive.org/web/20250515194659/https://web.archive.org/web/20241108192208/https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum)
+- [Ethereum రోలప్లకు ప్రాక్టికల్ గైడ్](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/te/developers/docs/scaling/optimistic-rollups/index.md
new file mode 100644
index 00000000000..745ecf97be4
--- /dev/null
+++ b/public/content/translations/te/developers/docs/scaling/optimistic-rollups/index.md
@@ -0,0 +1,265 @@
+---
+title: ఆశావాద రోలప్లు
+description: ఆశావాద రోల్అప్లకు పరిచయం-Ethereum సంఘం ఉపయోగించే స్కేలింగ్ పరిష్కారం.
+lang: te
+---
+
+ఆప్టిమిస్టిక్ రోల్అప్లు లేయర్ 2 (L2) ప్రోటోకాల్లు Ethereum యొక్క బేస్ లేయర్ యొక్క నిర్గమాంశను విస్తరించడానికి రూపొందించబడ్డాయి. అవి ఆఫ్చెయిన్లో లావాదేవీలను ప్రాసెస్ చేయడం ద్వారా ప్రధాన ఇతీరియము చైన్పై గణనను తగ్గిస్తాయి, ప్రాసెసింగ్ వేగంలో గణనీయమైన మెరుగుదలలను అందిస్తాయి. [సైడ్చైన్లు](/developers/docs/scaling/sidechains/) వంటి ఇతర స్కేలింగ్ పరిష్కారాల వలె కాకుండా, ఆప్టిమిస్టిక్ రోలప్లు లావాదేవీ ఫలితాలను ఆన్చెయిన్లో ప్రచురించడం ద్వారా మెయిన్నెట్ నుండి భద్రతను పొందుతాయి, లేదా [ప్లాస్మా చైన్లు](/developers/docs/scaling/plasma/), ఇవి కూడా మోసం రుజువులతో ఇతీరియములో లావాదేవీలను ధృవీకరిస్తాయి, కానీ లావాదేవీ డేటాను వేరే చోట నిల్వ చేస్తాయి.
+
+Ethereumని ఉపయోగించడంలో గణన నెమ్మదిగా, ఖరీదైన భాగం కాబట్టి, ఆశావాద రోల్అప్లు స్కేలబిలిటీలో 10-100x మెరుగుదలలను అందించగలవు. ఆప్టిమిస్టిక్ రోలప్లు లావాదేవీలను ఇతీరియముకు `calldata`గా లేదా [blobs](/roadmap/danksharding/)లో వ్రాస్తాయి, వినియోగదారులకు గ్యాస్ ఖర్చులను తగ్గిస్తాయి.
+
+## అవసరాలు {#prerequisites}
+
+మీరు [Ethereum స్కేలింగ్](/developers/docs/scaling/) మరియు [లేయర్ 2](/layer-2/) పై మా పేజీలను చదివి అర్థం చేసుకుని ఉండాలి.
+
+## ఆశావాద రోల్అప్ అంటే ఏమిటి? {#what-is-an-optimistic-rollup}
+
+ఆప్టిమిస్టిక్ రోలప్ అనేది ఇతీరియమును స్కేలింగ్ చేయడానికి ఒక విధానం, ఇందులో గణన మరియు స్థితి నిల్వను ఆఫ్చెయిన్కు తరలించడం ఉంటుంది. ఆప్టిమిస్టిక్ రోలప్లు ఇతీరియము వెలుపల లావాదేవీలను అమలు చేస్తాయి, కానీ లావాదేవీ డేటాను మెయిన్నెట్కు `calldata`గా లేదా [blobs](/roadmap/danksharding/)లో పోస్ట్ చేస్తాయి.
+
+ఆప్టిమిస్టిక్ రోలప్ ఆపరేటర్లు ఇతీరియముకు సమర్పించే ముందు పెద్ద బ్యాచ్లలో బహుళ ఆఫ్చెయిన్ లావాదేవీలను కలిపి బండిల్ చేస్తారు. ఈ విధానం ప్రతి బ్యాచ్లోని బహుళ లావాదేవీల అంతటా స్థిర వ్యయాలను విస్తరించడాన్ని అనుమతిస్తుంది, తుది వినియోగదారులకు రుసుములను తగ్గిస్తుంది. ఆశావాద రోల్అప్లు Ethereumలో పోస్ట్ చేయబడిన డేటా మొత్తాన్ని తగ్గించడానికి కుదింపు పద్ధతులను కూడా ఉపయోగిస్తాయి.
+
+ఆప్టిమిస్టిక్ రోలప్లు “ఆప్టిమిస్టిక్”గా పరిగణించబడతాయి ఎందుకంటే అవి ఆఫ్చెయిన్ లావాదేవీలు చెల్లుబాటు అవుతాయని భావిస్తాయి మరియు ఆన్చెయిన్లో పోస్ట్ చేయబడిన లావాదేవీ బ్యాచ్ల కోసం చెల్లుబాటు రుజువులను ప్రచురించవు. ఇది ఆఫ్చెయిన్ లావాదేవీల కోసం క్రిప్టోగ్రాఫిక్ [చెల్లుబాటు రుజువులను](/glossary/#validity-proof) ప్రచురించే [జీరో-నౌలెడ్జ్ రోలప్ల](/developers/docs/scaling/zk-rollups) నుండి ఆప్టిమిస్టిక్ రోలప్లను వేరు చేస్తుంది.
+
+ఆశావాద రోల్అప్లు లావాదేవీలు సరిగ్గా లెక్కించబడని కేసులను గుర్తించడానికి మోసం-నిరూపణ పథకంపై ఆధారపడతాయి. ఇతీరియములో ఒక రోలప్ బ్యాచ్ సమర్పించబడిన తర్వాత, ఒక సమయ విండో (ఛాలెంజ్ పీరియడ్ అని పిలుస్తారు) ఉంటుంది, ఈ సమయంలో ఎవరైనా [మోసం రుజువును](/glossary/#fraud-proof) గణించడం ద్వారా రోలప్ లావాదేవీ ఫలితాలను సవాలు చేయవచ్చు.
+
+మోసం రుజువు విజయవంతమైతే, రోల్అప్ ప్రోటోకాల్ లావాదేవీ(ల) ని మళ్లీ అమలు చేస్తుంది మరియు తదనుగుణంగా రోల్అప్ స్థితిని అప్డేట్ చేస్తుంది. విజయవంతమైన మోసం రుజువు యొక్క ఇతర ప్రభావం ఏమిటంటే, ఒక బ్లాక్లో తప్పుగా అమలు చేయబడిన లావాదేవీని చేర్చడానికి బాధ్యత వహించే సీక్వెన్సర్ పెనాల్టీని పొందుతాడు.
+
+ఛాలెంజ్ వ్యవధి ముగిసిన తర్వాత రోల్అప్ బ్యాచ్ సవాలు చేయకపోతే (అంటే, అన్ని లావాదేవీలు సరిగ్గా అమలు చేయబడతాయి), అది చెల్లుబాటు అయ్యేదిగా పరిగణించబడుతుంది మరియు Ethereumలో ఆమోదించబడుతుంది. ఇతరులు ధృవీకరించబడని రోల్అప్ బ్లాక్లో నిర్మించడాన్ని కొనసాగించవచ్చు, కానీ ఒక హెచ్చరికతో: గతంలో ప్రచురించిన తప్పుగా అమలు చేయబడిన లావాదేవీ ఆధారంగా లావాదేవీ ఫలితాలు మార్చబడతాయి.
+
+## ఆశావాద రోల్అప్లు Ethereumతో ఎలా సంకర్షణ చెందుతాయి? {#optimistic-rollups-and-Ethereum}
+
+ఆప్టిమిస్టిక్ రోలప్లు ఇతీరియము పైన పనిచేయడానికి నిర్మించబడిన [ఆఫ్చెయిన్ స్కేలింగ్ పరిష్కారాలు](/developers/docs/scaling/#offchain-scaling). ప్రతి ఆశావాద రోల్అప్ Ethereum నెట్వర్క్లో అమలు చేయబడిన స్మార్ట్ కాంట్రాక్ట్ల సెట్ ద్వారా నిర్వహించబడుతుంది. ఆప్టిమిస్టిక్ రోలప్లు ప్రధాన ఇతీరియము చైన్ నుండి లావాదేవీలను ప్రాసెస్ చేస్తాయి, కానీ ఆఫ్చెయిన్ లావాదేవీలను (బ్యాచ్లలో) ఒక ఆన్చెయిన్ రోలప్ కాంట్రాక్ట్కు పోస్ట్ చేస్తాయి. Ethereum బ్లాక్చెయిన్ వలె, ఈ లావాదేవీ రికార్డు మార్పులేనిది మరియు "ఆశావాద రోల్అప్ చైన్"ను ఏర్పరుస్తుంది
+
+ఆశావాద రోల్అప్ యొక్క నిర్మాణం క్రింది భాగాలను కలిగి ఉంటుంది:
+
+**ఆన్చెయిన్ కాంట్రాక్టులు**: ఆప్టిమిస్టిక్ రోలప్ యొక్క ఆపరేషన్ ఇతీరియములో నడుస్తున్న స్మార్ట్ కాంట్రాక్టుల ద్వారా నియంత్రించబడుతుంది. రోల్అప్ బ్లాక్లను నిల్వ చేసే, రోల్అప్పై స్టేట్ అప్డేట్లను పర్యవేక్షించే మరియు వినియోగదారు డిపాజిట్లను ట్రాక్ చేసే ఒప్పందాలు ఇందులో ఉన్నాయి. ఈ కోణంలో, Ethereum ఆశావాద రోల్అప్ల కోసం బేస్ లేయర్ లేదా "లేయర్ 1"గా పనిచేస్తుంది.
+
+**ఆఫ్చెయిన్ వర్చువల్ మెషీన్ (VM)**: ఆప్టిమిస్టిక్ రోలప్ ప్రోటోకాల్ను నిర్వహించే కాంట్రాక్టులు ఇతీరియములో నడిచినప్పటికీ, రోలప్ ప్రోటోకాల్ [ఎథేరియం వర్చువల్ మషీన్](/developers/docs/evm/) నుండి వేరైన మరొక వర్చువల్ మెషీన్లో గణన మరియు స్థితి నిల్వను నిర్వహిస్తుంది. ఆఫ్చెయిన్ VM అనేది అప్లికేషన్లు నివసించే మరియు స్థితి మార్పులు అమలు చేయబడే ప్రదేశం; ఇది ఒక ఆప్టిమిస్టిక్ రోలప్ కోసం ఎగువ లేయర్ లేదా "లేయర్ 2"గా పనిచేస్తుంది.
+
+ఆప్టిమిస్టిక్ రోలప్లు EVM కోసం వ్రాసిన లేదా కంపైల్ చేయబడిన ప్రోగ్రామ్లను అమలు చేయడానికి రూపొందించబడినందున, ఆఫ్చెయిన్ VM అనేక EVM డిజైన్ స్పెక్స్ను కలిగి ఉంటుంది. అదనంగా, ఆన్చెయిన్లో గణించబడిన మోసం రుజువులు ఇతీరియము నెట్వర్క్ను ఆఫ్చెయిన్ VMలో గణించబడిన స్థితి మార్పుల యొక్క చెల్లుబాటును అమలు చేయడానికి అనుమతిస్తాయి.
+
+ఆప్టిమిస్టిక్ రోల్అప్లు 'హైబ్రిడ్ స్కేలింగ్ సొల్యూషన్స్'గా వర్ణించబడ్డాయి, ఎందుకంటే అవి ప్రత్యేక ప్రోటోకాల్లుగా ఉన్నప్పటికీ, వాటి భద్రతా లక్షణాలు Ethereum నుండి తీసుకోబడ్డాయి. ఇతర విషయాలతోపాటు, ఇతీరియము ఒక రోలప్ యొక్క ఆఫ్చెయిన్ గణన యొక్క ఖచ్చితత్వానికి మరియు గణన వెనుక ఉన్న డేటా లభ్యతకు హామీ ఇస్తుంది. ఇది భద్రత కోసం ఇతీరియముపై ఆధారపడని స్వచ్ఛమైన ఆఫ్చెయిన్ స్కేలింగ్ ప్రోటోకాల్ల (ఉదా., [సైడ్చైన్లు](/developers/docs/scaling/sidechains/)) కంటే ఆప్టిమిస్టిక్ రోలప్లను మరింత సురక్షితంగా చేస్తుంది.
+
+ఆశావాద రోల్అప్లు కింది వాటి కోసం ప్రధాన Ethereum ప్రోటోకాల్పై ఆధారపడతాయి:
+
+### డేటా లభ్యత {#data-availability}
+
+పేర్కొన్నట్లుగా, ఆప్టిమిస్టిక్ రోలప్లు లావాదేవీ డేటాను ఇతీరియముకు `calldata`గా లేదా [blobs](/roadmap/danksharding/)లో పోస్ట్ చేస్తాయి. రోలప్ చైన్ యొక్క అమలు సమర్పించబడిన లావాదేవీలపై ఆధారపడి ఉంటుంది కాబట్టి, ఎవరైనా ఈ సమాచారాన్ని — ఇతీరియము యొక్క బేస్ లేయర్పై లంగరు వేయబడినది — రోలప్ యొక్క స్థితిని అమలు చేయడానికి మరియు స్థితి పరివర్తనల యొక్క ఖచ్చితత్వాన్ని ధృవీకరించడానికి ఉపయోగించవచ్చు.
+
+[డేటా లభ్యత](/developers/docs/data-availability/) కీలకం ఎందుకంటే స్థితి డేటాకు ప్రాప్యత లేకుండా, ఛాలెంజర్లు చెల్లని రోలప్ కార్యకలాపాలను వివాదం చేయడానికి మోసం రుజువులను నిర్మించలేరు. Ethereum డేటా లభ్యతను అందించడంతో, రోలప్ ఆపరేటర్లు హానికరమైన చర్యల నుండి తప్పించుకునే ప్రమాదం (ఉదా., చెల్లని బ్లాక్లను సమర్పించడం) తగ్గించబడుతుంది.
+
+### సెన్సార్షిప్ నిరోధకత {#censorship-resistance}
+
+ఆశావాద రోల్అప్లు సెన్సార్షిప్ నిరోధకత కోసం Ethereumపై కూడా ఆధారపడతాయి. ఆశావాద రోల్అప్లో, లావాదేవీలను ప్రాసెస్ చేయడానికి మరియు రోలప్ బ్లాక్లను Ethereumకి సమర్పించడానికి కేంద్రీకృత సంస్థ (ఆపరేటర్) బాధ్యత వహిస్తుంది. దీనికి కొన్ని చిక్కులు ఉన్నాయి:
+
+- రోలప్ ఆపరేటర్లు వినియోగదారులను పూర్తిగా ఆఫ్లైన్లోకి వెళ్లడం ద్వారా లేదా వాటిలో నిర్దిష్ట లావాదేవీలను కలిగి ఉన్న బ్లాక్లను ఉత్పత్తి చేయడానికి నిరాకరించడం ద్వారా సెన్సార్ చేయవచ్చు.
+
+- Rollup ఆపరేటర్లు మెర్క్లే యాజమాన్యం యొక్క రుజువులకు అవసరమైన రాష్ట్ర డేటాను నిలిపివేయడం ద్వారా రోలప్ ఒప్పందంలో డిపాజిట్ చేసిన నిధులను ఉపసంహరించుకోకుండా వినియోగదారులను నిరోధించవచ్చు. స్టేట్ డేటాను విత్హోల్డింగ్ చేయడం వల్ల వినియోగదారులు రోల్అప్ స్థితిని దాచిపెట్టవచ్చు మరియు రోల్అప్తో పరస్పర చర్య చేయకుండా నిరోధించవచ్చు.
+
+Ethereumలో స్టేట్ అప్డేట్లతో అనుబంధించబడిన డేటాను ప్రచురించమని ఆపరేటర్లను బలవంతం చేయడం ద్వారా ఆశావాద రోల్అప్లు ఈ సమస్యను పరిష్కరిస్తాయి. ఆన్చెయిన్లో రోలప్ డేటాను ప్రచురించడం వలన క్రింది ప్రయోజనాలు ఉన్నాయి:
+
+- ఆశావాద రోల్అప్ ఆపరేటర్ ఆఫ్లైన్కు వెళ్లినా లేదా లావాదేవీ బ్యాచ్లను ఉత్పత్తి చేయడాన్ని ఆపివేసినట్లయితే, రోల్అప్ యొక్క చివరి స్థితిని పునరుత్పత్తి చేయడానికి మరియు బ్లాక్ ప్రొడక్షన్ను కొనసాగించడానికి మరొక నోడ్ అందుబాటులో ఉన్న డేటాను ఉపయోగించవచ్చు.
+
+- ఫండ్స్ యాజమాన్యాన్ని రుజువు చేసే మెర్కిల్ ప్రూఫ్లను రూపొందించడానికి మరియు రోలప్ నుండి వారి ఆస్తులను ఉపసంహరించుకోవడానికి వినియోగదారులు లావాదేవీ డేటాను ఉపయోగించవచ్చు.
+
+- వినియోగదారులు తమ లావాదేవీలను సీక్వెన్సర్కు బదులుగా L1లో సమర్పించవచ్చు, ఈ సందర్భంలో సీక్వెన్సర్ చెల్లుబాటు అయ్యే బ్లాక్లను ఉత్పత్తి చేయడం కొనసాగించడానికి నిర్దిష్ట కాలపరిమితిలోపు లావాదేవీని చేర్చాలి.
+
+### సెటిల్మెంట్ {#settlement}
+
+ఆశావాద రోల్అప్ల సందర్భంలో Ethereum పోషించే మరో పాత్ర సెటిల్మెంట్ లేయర్. సెటిల్మెంట్ లేయర్ మొత్తం బ్లాక్చెయిన్ పర్యావరణ వ్యవస్థను ఎంకరేజ్ చేస్తుంది, భద్రతను ఏర్పాటు చేస్తుంది మరియు మధ్యవర్తిత్వం అవసరమయ్యే మరొక గొలుసుపై (ఈ సందర్భంలో ఆశావాద రోల్అప్లు) వివాదం ఏర్పడితే ఆబ్జెక్టివ్ ముగింపును అందిస్తుంది.
+
+Ethereum Mainnet మోసపూరిత రుజువులను ధృవీకరించడానికి మరియు వివాదాలను పరిష్కరించడానికి ఆశావాద రోల్అప్ల కోసం ఒక కేంద్రాన్ని అందిస్తుంది. అంతేకాకుండా, ఇతీరియములో రోలప్ బ్లాక్ ఆమోదించబడిన తర్వాత మాత్రమే రోలప్లో నిర్వహించబడే లావాదేవీలు చివరివి అవుతాయి. ఒకసారి రోల్అప్ లావాదేవీ Ethereum యొక్క బేస్ లేయర్కు కట్టుబడి ఉంటే, దానిని వెనక్కి తిప్పడం సాధ్యం కాదు (చైన్ పునర్వ్యవస్థీకరణలో చాలా అవకాశం లేని సందర్భంలో తప్ప).
+
+## ఆశావాద రోల్అప్లు ఎలా పని చేస్తాయి? {#how-optimistic-rollups-work}
+
+### లావాదేవీ అమలు మరియు సమూహనం {#transaction-execution-and-aggregation}
+
+వినియోగదారులు లావాదేవీలను "ఆపరేటర్లు"కి సమర్పిస్తారు, ఇవి ఆశావాద రోల్అప్లో లావాదేవీలను ప్రాసెస్ చేయడానికి బాధ్యత వహించే నోడ్లు. "వాలిడేటర్" లేదా "అగ్రిగేటర్" అని కూడా పిలుస్తారు, ఆపరేటర్ లావాదేవీలను సమగ్రపరుస్తుంది, అంతర్లీన డేటాను కంప్రెస్ చేస్తుంది మరియు Ethereumలో బ్లాక్ను ప్రచురిస్తుంది.
+
+ఎవరైనా వాలిడేటర్గా మారగలిగినప్పటికీ, ప్రూఫ్-ఆఫ్-స్టేక్ సిస్టమ్ వలె, ఆప్టిమిస్టిక్ రోలప్ వాలిడేటర్లు బ్లాక్లను ఉత్పత్తి చేయడానికి ముందు తప్పనిసరిగా ఒక బాండ్ను అందించాలి. వ్యాలిడేటర్ చెల్లని బ్లాక్ను పోస్ట్ చేసినా లేదా పాతది కాని చెల్లని బ్లాక్పై బిల్డ్ చేసినా (వారి బ్లాక్ చెల్లుబాటులో ఉన్నప్పటికీ) ఈ బాండ్ను తగ్గించవచ్చు. ఈ విధంగా ఆశావాద రోల్అప్లు వ్యాలిడేటర్లు నిజాయితీగా పనిచేస్తున్నారని నిర్ధారించడానికి క్రిప్టో ఎకనామిక్ ప్రోత్సాహకాలను ఉపయోగించుకుంటాయి.
+
+ఆశావాద రోల్అప్ చైన్లోని ఇతర వ్యాలిడేటర్లు రోల్అప్ స్థితి యొక్క వారి కాపీని ఉపయోగించి సమర్పించిన లావాదేవీలను అమలు చేయాలని భావిస్తున్నారు. వ్యాలిడేటర్ యొక్క తుది స్థితి ఆపరేటర్ యొక్క ప్రతిపాదిత స్థితికి భిన్నంగా ఉంటే, వారు సవాలును ప్రారంభించవచ్చు మరియు మోసం రుజువును లెక్కించవచ్చు.
+
+కొన్ని ఆశావాద రోల్అప్లు పర్మిషన్లెస్ వాలిడేటర్ సిస్టమ్ను వదులుకోవచ్చు మరియు గొలుసును అమలు చేయడానికి ఒకే “సీక్వెన్సర్”ని ఉపయోగించవచ్చు. వాలిడేటర్ వలె, సీక్వెన్సర్ లావాదేవీలను ప్రాసెస్ చేస్తుంది, రోల్అప్ బ్లాక్లను ఉత్పత్తి చేస్తుంది మరియు రోల్అప్ లావాదేవీలను L1 చైన్ (Ethereum) కి సమర్పిస్తుంది.
+
+సీక్వెన్సర్ సాధారణ రోల్అప్ ఆపరేటర్ నుండి భిన్నంగా ఉంటుంది, ఎందుకంటే లావాదేవీల ఆర్డర్పై వారికి ఎక్కువ నియంత్రణ ఉంటుంది. అలాగే, సీక్వెన్సర్కు రోలప్ చైన్కు ప్రాధాన్యత యాక్సెస్ ఉంది మరియు ఆన్చెయిన్ కాంట్రాక్ట్కు లావాదేవీలను సమర్పించడానికి అధికారం ఉన్న ఏకైక సంస్థ ఇది. నాన్-సీక్వెన్సర్ నోడ్లు లేదా సాధారణ వినియోగదారుల నుండి లావాదేవీలు సీక్వెన్సర్ కొత్త బ్యాచ్లో చేర్చే వరకు ప్రత్యేక ఇన్బాక్స్లో క్యూలో ఉంచబడతాయి.
+
+#### ఇతీరియముకు రోలప్ బ్లాక్లను సమర్పించడం {#submitting-blocks-to-ethereum}
+
+పేర్కొన్నట్లుగా, ఆప్టిమిస్టిక్ రోలప్ యొక్క ఆపరేటర్ ఆఫ్చెయిన్ లావాదేవీలను ఒక బ్యాచ్గా బండిల్ చేసి, నోటరైజేషన్ కోసం ఇతీరియముకు పంపుతారు. ఈ ప్రక్రియలో లావాదేవీ సంబంధిత డేటాను కుదించడం మరియు దానిని ఇతీరియములో `calldata`గా లేదా బ్లాబ్స్లో ప్రచురించడం ఉంటుంది.
+
+`calldata` అనేది ఒక స్మార్ట్ కాంట్రాక్ట్లో సవరించలేని, నిరంతరాయంగా ఉండే ప్రాంతం, ఇది చాలావరకు [memory](/developers/docs/smart-contracts/anatomy/#memory) వలె ప్రవర్తిస్తుంది. `calldata` బ్లాక్ చైను యొక్క [history logs](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs)లో భాగంగా ఆన్చెయిన్లో నిలిచి ఉన్నప్పటికీ, ఇది ఇతీరియము యొక్క స్థితిలో భాగంగా నిల్వ చేయబడదు. `calldata` ఇతీరియము యొక్క స్థితిలో ఏ భాగాన్ని తాకదు కాబట్టి, ఇది డేటాను ఆన్చెయిన్లో నిల్వ చేయడానికి స్థితి కంటే చౌకగా ఉంటుంది.
+
+అమలు సమయంలో స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్కు ఆర్గ్యుమెంట్లను పంపడానికి `calldata` కీవర్డ్ కూడా Solidityలో ఉపయోగించబడుతుంది. `calldata` లావాదేవీ సమయంలో కాల్ చేయబడే ఫంక్షన్ను గుర్తిస్తుంది మరియు బైట్ల యొక్క ఏకపక్ష శ్రేణి రూపంలో ఫంక్షన్కు ఇన్పుట్లను కలిగి ఉంటుంది.
+
+ఆప్టిమిస్టిక్ రోలప్ల సందర్భంలో, కంప్రెస్డ్ లావాదేవీ డేటాను ఆన్చెయిన్ కాంట్రాక్ట్కి పంపడానికి `calldata` ఉపయోగించబడుతుంది. రోలప్ ఆపరేటర్ రోలప్ కాంట్రాక్ట్లో అవసరమైన ఫంక్షన్కు కాల్ చేయడం ద్వారా మరియు కంప్రెస్ చేయబడిన డేటాను ఫంక్షన్ ఆర్గ్యుమెంట్లుగా పంపడం ద్వారా కొత్త బ్యాచ్ని జోడిస్తుంది. `calldata`ను ఉపయోగించడం వలన వినియోగదారు రుసుము తగ్గుతుంది, ఎందుకంటే రోలప్లు ఆన్చెయిన్లో డేటాను నిల్వ చేయడం వల్ల వచ్చే ఖర్చులు ఎక్కువగా ఉంటాయి.
+
+ఈ భావన ఎలా పనిచేస్తుందో చూపించడానికి రోలప్ బ్యాచ్ సమర్పణకు [ఇక్కడ ఒక ఉదాహరణ](https://eth.blockscout.com/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591) ఉంది. సీక్వెన్సర్ `appendSequencerBatch()` పద్ధతిని ప్రారంభించింది మరియు `calldata`ను ఉపయోగించి కంప్రెస్ చేయబడిన లావాదేవీ డేటాను ఇన్పుట్లుగా పంపింది.
+
+కొన్ని రోల్అప్లు ఇప్పుడు Ethereumకి లావాదేవీల బ్యాచ్లను పోస్ట్ చేయడానికి బ్లాబ్లను ఉపయోగిస్తున్నాయి.
+
+బ్లాబ్స్ సవరించలేనివి మరియు నిరంతరాయంగా ఉంటాయి (`calldata` వలె) కానీ ~18 రోజుల తర్వాత చరిత్ర నుండి కత్తిరించబడతాయి. బ్లాబ్స్పై మరింత సమాచారం కోసం, [Danksharding](/roadmap/danksharding) చూడండి.
+
+### స్థితి కట్టుబాట్లు {#state-commitments}
+
+ఏ సమయంలోనైనా, ఆప్టిమిస్టిక్ రోలప్ యొక్క స్థితి (ఖాతాలు, బ్యాలెన్స్లు, కాంట్రాక్ట్ సంకేత భాష, మొదలైనవి.) "స్టేట్ ట్రీ" అని పిలువబడే [మెర్కిల్ ట్రీ](/whitepaper/#merkle-trees)గా నిర్వహించబడుతుంది. రోల్అప్ యొక్క తాజా స్థితిని సూచించే ఈ మెర్కిల్ ట్రీ (స్టేట్ రూట్) యొక్క రూట్ హ్యాష్ చేయబడింది మరియు రోల్అప్ ఒప్పందంలో నిల్వ చేయబడుతుంది. గొలుసులోని ప్రతి రాష్ట్ర పరివర్తన కొత్త రోల్అప్ స్థితిని ఉత్పత్తి చేస్తుంది, కొత్త స్టేట్ రూట్ను కంప్యూటింగ్ చేయడం ద్వారా ఆపరేటర్ దీనికి కట్టుబడి ఉంటాడు.
+
+బ్యాచ్లను పోస్ట్ చేసేటప్పుడు ఆపరేటర్ పాత స్టేట్ రూట్లు మరియు కొత్త స్టేట్ రూట్లు రెండింటినీ సమర్పించాల్సి ఉంటుంది. పాత స్థితి రూట్ ఆన్చెయిన్ కాంట్రాక్ట్లో ఉన్న స్థితి రూట్తో సరిపోలితే, రెండోది విస్మరించబడి కొత్త స్థితి రూట్తో భర్తీ చేయబడుతుంది.
+
+రోల్అప్ ఆపరేటర్ కూడా లావాదేవీ బ్యాచ్ కోసం మెర్కిల్ రూట్ను కలిగి ఉండాలి. ఇది [మెర్కిల్ ప్రూఫ్](/developers/tutorials/merkle-proofs-for-offline-data-integrity/)ని సమర్పించడం ద్వారా బ్యాచ్లో (L1లో) లావాదేవీని చేర్చినట్లు నిరూపించడానికి ఎవరైనా అనుమతిస్తుంది.
+
+ఆశావాద రోల్అప్లో రాష్ట్ర మార్పుల యొక్క ఖచ్చితత్వాన్ని నిరూపించడానికి రాష్ట్ర కట్టుబాట్లు, ముఖ్యంగా రాష్ట్ర మూలాలు అవసరం. రోలప్ కాంట్రాక్ట్ ఆపరేటర్ల నుండి కొత్త స్థితి రూట్లను పోస్ట్ చేసిన వెంటనే అంగీకరిస్తుంది, కానీ రోలప్ను దాని సరైన స్థితికి పునరుద్ధరించడానికి చెల్లని స్థితి రూట్లను తర్వాత తొలగించవచ్చు.
+
+### మోసం రుజువు {#fraud-proving}
+
+వివరించినట్లుగా, ఆప్టిమిస్టిక్ రోలప్లు చెల్లుబాటు రుజువులను అందించకుండా బ్లాక్లను ప్రచురించడానికి ఎవరినైనా అనుమతిస్తాయి. అయితే, చైన్ సురక్షితంగా ఉందని నిర్ధారించడానికి, ఆప్టిమిస్టిక్ రోలప్లు ఒక సమయ విండోను నిర్దేశిస్తాయి, ఈ సమయంలో ఎవరైనా స్థితి పరివర్తనను వివాదం చేయవచ్చు. అందువల్ల, రోలప్ బ్లాక్లను "అస్సెర్షన్స్" అని పిలుస్తారు, ఎందుకంటే ఎవరైనా వాటి చెల్లుబాటును వివాదం చేయవచ్చు.
+
+ఎవరైనా ఒక అస్సెర్షన్ను వివాదం చేస్తే, రోలప్ ప్రోటోకాల్ మోసం రుజువు గణనను ప్రారంభిస్తుంది. ప్రతి రకమైన మోసం రుజువు ఇంటరాక్టివ్ — మరొక వ్యక్తి దానిని సవాలు చేయడానికి ముందు ఎవరైనా ఒక అస్సెర్షన్ను పోస్ట్ చేయాలి. మోసం రుజువును గణించడానికి ఎన్ని రౌండ్ల పరస్పర చర్య అవసరమో అనే దానిలో తేడా ఉంటుంది.
+
+సింగిల్-రౌండ్ ఇంటరాక్టివ్ ప్రూవింగ్ స్కీమ్లు చెల్లని అస్సెర్షన్లను గుర్తించడానికి L1లో వివాదాస్పద లావాదేవీలను రీప్లే చేస్తాయి. రోలప్ ప్రోటోకాల్ ఒక వెరిఫైయర్ కాంట్రాక్ట్ను ఉపయోగించి L1 (ఇతీరియము)పై వివాదాస్పద లావాదేవీ యొక్క పునః-అమలును అనుకరిస్తుంది, గణించబడిన స్థితి రూట్ ఛాలెంజ్లో ఎవరు గెలుస్తారో నిర్ణయిస్తుంది. రోలప్ యొక్క సరైన స్థితి గురించి ఛాలెంజర్ యొక్క దావా సరిగ్గా ఉంటే, ఆపరేటర్ యొక్క బాండ్ స్లాష్ చేయబడటం ద్వారా శిక్షించబడుతుంది.
+
+అయితే, మోసాన్ని గుర్తించడానికి L1లో లావాదేవీలను పునః-అమలు చేయడానికి వ్యక్తిగత లావాదేవీల కోసం స్థితి కమిట్మెంట్లను ప్రచురించడం అవసరం మరియు రోలప్లు ఆన్చెయిన్లో ప్రచురించాల్సిన డేటాను పెంచుతుంది. లావాదేవీలను రీప్లే చేయడం కూడా గణనీయమైన గ్యాస్ ఖర్చులను కలిగిస్తుంది. ఈ కారణాల వల్ల, ఆప్టిమిస్టిక్ రోలప్లు మల్టీ-రౌండ్ ఇంటరాక్టివ్ ప్రూవింగ్కు మారుతున్నాయి, ఇది అదే లక్ష్యాన్ని (అంటే, చెల్లని రోలప్ కార్యకలాపాలను గుర్తించడం) మరింత సామర్థ్యంతో సాధిస్తుంది.
+
+#### మల్టీ-రౌండ్ ఇంటరాక్టివ్ ప్రూవింగ్ {#multi-round-interactive-proving}
+
+మల్టీ-రౌండ్ ఇంటరాక్టివ్ ప్రూవింగ్లో అస్సెర్టర్ మరియు ఛాలెంజర్ మధ్య ఒక L1 వెరిఫైయర్ కాంట్రాక్ట్ పర్యవేక్షణలో ఒక బ్యాక్-అండ్-ఫోర్త్ ప్రోటోకాల్ ఉంటుంది, ఇది చివరికి అబద్ధం చెప్పే పార్టీని నిర్ణయిస్తుంది. ఒక L2 నోడ్ ఒక అస్సెర్షన్ను సవాలు చేసిన తర్వాత, అస్సెర్టర్ వివాదాస్పద అస్సెర్షన్ను రెండు సమాన భాగాలుగా విభజించవలసి ఉంటుంది. ఈ సందర్భంలో ప్రతి వ్యక్తిగత అస్సెర్షన్ మరొక దాని వలె అనేక గణన దశలను కలిగి ఉంటుంది.
+
+ఛాలెంజర్ అప్పుడు తాను ఏ అస్సెర్షన్ను సవాలు చేయాలనుకుంటున్నాడో ఎంచుకుంటాడు. విభజన ప్రక్రియ ("బైసెక్షన్ ప్రోటోకాల్" అని పిలుస్తారు) రెండు పార్టీలు ఒకే ఒక్క అమలు దశ గురించి ఒక అస్సెర్షన్ను వివాదం చేసే వరకు కొనసాగుతుంది. ఈ సమయంలో, L1 కాంట్రాక్ట్ మోసపూరిత పార్టీని పట్టుకోవడానికి సూచనను (మరియు దాని ఫలితాన్ని) మూల్యాంకనం చేయడం ద్వారా వివాదాన్ని పరిష్కరిస్తుంది.
+
+అస్సెర్టర్ వివాదాస్పద సింగిల్-స్టెప్ గణన యొక్క చెల్లుబాటును ధృవీకరించే "వన్-స్టెప్ ప్రూఫ్"ను అందించవలసి ఉంటుంది. అస్సెర్టర్ వన్-స్టెప్ ప్రూఫ్ను అందించడంలో విఫలమైతే, లేదా L1 వెరిఫైయర్ ప్రూఫ్ను చెల్లనిదిగా భావిస్తే, వారు ఛాలెంజ్ను కోల్పోతారు.
+
+ఈ రకమైన మోసం రుజువు గురించి కొన్ని గమనికలు:
+
+1. మల్టీ-రౌండ్ ఇంటరాక్టివ్ ఫ్రాడ్ ప్రూవింగ్ సమర్థవంతమైనదిగా పరిగణించబడుతుంది ఎందుకంటే ఇది వివాద మధ్యవర్తిత్వంలో L1 చైన్ చేయాల్సిన పనిని తగ్గిస్తుంది. మొత్తం లావాదేవీని రీప్లే చేయడానికి బదులుగా, L1 చైన్ రోలప్ యొక్క అమలులో ఒకే ఒక దశను మాత్రమే పునః-అమలు చేయాలి.
+
+2. బైసెక్షన్ ప్రోటోకాల్స్ ఆన్చెయిన్లో పోస్ట్ చేయబడిన డేటా మొత్తాన్ని తగ్గిస్తాయి (ప్రతి లావాదేవీకి స్థితి కమిట్లను ప్రచురించాల్సిన అవసరం లేదు). అలాగే, ఆప్టిమిస్టిక్ రోలప్ లావాదేవీలు ఇతీరియము యొక్క గ్యాస్ పరిమితి ద్వారా నిర్బంధించబడవు. దీనికి విరుద్ధంగా, లావాదేవీలను పునః-అమలు చేసే ఆప్టిమిస్టిక్ రోలప్లు ఒకే ఇతీరియము లావాదేవీలో దాని అమలును అనుకరించడానికి L2 లావాదేవీకి తక్కువ గ్యాస్ పరిమితి ఉందని నిర్ధారించుకోవాలి.
+
+3. దురుద్దేశపూర్వక అస్సెర్టర్ యొక్క బాండ్లో కొంత భాగం ఛాలెంజర్కు ఇవ్వబడుతుంది, మిగిలిన భాగం బర్న్ చేయబడుతుంది. బర్నింగ్ వాలిడేటర్ల మధ్య కుమ్మక్కును నివారిస్తుంది; ఇద్దరు వాలిడేటర్లు బోగస్ ఛాలెంజ్లను ప్రారంభించడానికి కుమ్మక్కైతే, వారు ఇప్పటికీ మొత్తం స్టేక్లో గణనీయమైన భాగాన్ని కోల్పోతారు.
+
+4. మల్టీ-రౌండ్ ఇంటరాక్టివ్ ప్రూవింగ్కు రెండు పార్టీలు (అస్సెర్టర్ మరియు ఛాలెంజర్) నిర్దిష్ట సమయ విండోలో కదలికలు చేయాలి. గడువు ముగిసేలోపు చర్య తీసుకోవడంలో విఫలమైతే డిఫాల్ట్ పార్టీ ఛాలెంజ్ను కోల్పోతుంది.
+
+#### ఆప్టిమిస్టిక్ రోలప్లకు మోసం రుజువులు ఎందుకు ముఖ్యమైనవి {#fraud-proof-benefits}
+
+మోసం రుజువులు ముఖ్యమైనవి ఎందుకంటే అవి ఆప్టిమిస్టిక్ రోలప్లలో _ట్రస్ట్లెస్ ఫైనాలిటీ_ని సులభతరం చేస్తాయి. ట్రస్ట్లెస్ ఫైనాలిటీ అనేది ఆప్టిమిస్టిక్ రోలప్ల యొక్క ఒక నాణ్యత, ఇది ఒక లావాదేవీ — అది చెల్లుబాటు అయ్యేంత వరకు — చివరికి నిర్ధారించబడుతుందని హామీ ఇస్తుంది.
+
+దురుద్దేశపూర్వక నోడ్స్ తప్పుడు ఛాలెంజ్లను ప్రారంభించడం ద్వారా చెల్లుబాటు అయ్యే రోలప్ బ్లాక్ యొక్క నిర్ధారణను ఆలస్యం చేయడానికి ప్రయత్నించవచ్చు. అయితే, మోసం రుజువులు చివరికి రోలప్ బ్లాక్ యొక్క చెల్లుబాటును రుజువు చేసి, దానిని నిర్ధారించేలా చేస్తాయి.
+
+ఇది ఆప్టిమిస్టిక్ రోలప్ల యొక్క మరొక భద్రతా లక్షణానికి కూడా సంబంధించింది: చైన్ యొక్క చెల్లుబాటు _ఒక_ నిజాయితీగల నోడ్ ఉనికిపై ఆధారపడి ఉంటుంది. నిజాయితీగల నోడ్ చెల్లుబాటు అయ్యే అస్సెర్షన్లను పోస్ట్ చేయడం ద్వారా లేదా చెల్లని అస్సెర్షన్లను వివాదం చేయడం ద్వారా చైన్ను సరిగ్గా ముందుకు తీసుకెళ్లగలదు. ఏ సందర్భంలోనైనా, నిజాయితీగల నోడ్తో వివాదాలలోకి ప్రవేశించే దురుద్దేశపూర్వక నోడ్స్ మోసం రుజువు ప్రక్రియలో తమ స్టేక్లను కోల్పోతాయి.
+
+### L1/L2 ఇంటర్ఆపరబిలిటీ {#l1-l2-interoperability}
+
+ఆప్టిమిస్టిక్ రోలప్లు ఇతీరియము మెయిన్నెట్తో ఇంటర్ఆపరబిలిటీ కోసం రూపొందించబడ్డాయి మరియు వినియోగదారులు L1 మరియు L2 మధ్య సందేశాలు మరియు ఏకపక్ష డేటాను పంపడానికి అనుమతిస్తాయి. అవి EVMతో కూడా అనుకూలంగా ఉంటాయి, కాబట్టి మీరు ఇప్పటికే ఉన్న [డాప్స్](/developers/docs/dapps/)ను ఆప్టిమిస్టిక్ రోలప్లకు పోర్ట్ చేయవచ్చు లేదా ఇతీరియము అభివృద్ధి సాధనాలను ఉపయోగించి కొత్త డాప్స్ను సృష్టించవచ్చు.
+
+#### 1. ఆస్తి కదలిక {#asset-movement}
+
+##### రోలప్లోకి ప్రవేశించడం
+
+ఆప్టిమిస్టిక్ రోలప్ను ఉపయోగించడానికి, వినియోగదారులు ETH, ERC-20 టోకెన్లు మరియు ఇతర అంగీకరించిన ఆస్తులను L1లోని రోలప్ యొక్క [బ్రిడ్జ్](/developers/docs/bridges/) కాంట్రాక్ట్లో డిపాజిట్ చేస్తారు. బ్రిడ్జ్ కాంట్రాక్ట్ లావాదేవీని L2కి రిలే చేస్తుంది, అక్కడ సమానమైన ఆస్తులు మింట్ చేయబడి, ఆప్టిమిస్టిక్ రోలప్లో వినియోగదారుడు ఎంచుకున్న చిరునామాకు పంపబడతాయి.
+
+సీక్వెన్సర్ వాటిని రోలప్ కాంట్రాక్ట్కు తిరిగి సమర్పించే వరకు వినియోగదారు-ఉత్పత్తి లావాదేవీలు (L1 > L2 డిపాజిట్ వంటివి) సాధారణంగా క్యూలో ఉంటాయి. అయితే, సెన్సార్షిప్ నిరోధకతను కాపాడటానికి, ఆప్టిమిస్టిక్ రోలప్లు వినియోగదారులు అనుమతించబడిన గరిష్ట సమయం దాటి ఆలస్యం అయితే, లావాదేవీని నేరుగా ఆన్చెయిన్ రోలప్ కాంట్రాక్ట్కు సమర్పించడానికి అనుమతిస్తాయి.
+
+కొన్ని ఆప్టిమిస్టిక్ రోలప్లు సీక్వెన్సర్లు వినియోగదారులను సెన్సార్ చేయకుండా నిరోధించడానికి మరింత సూటిగా ఉండే విధానాన్ని అనుసరిస్తాయి. ఇక్కడ, రోలప్ చైన్లో ప్రాసెస్ చేయబడిన లావాదేవీలతో పాటు, మునుపటి బ్లాక్ నుండి L1 కాంట్రాక్ట్కు సమర్పించబడిన అన్ని లావాదేవీల (ఉదా., డిపాజిట్లు) ద్వారా ఒక బ్లాక్ నిర్వచించబడుతుంది. ఒక సీక్వెన్సర్ L1 లావాదేవీని విస్మరిస్తే, అది (నిరూపించదగిన) తప్పు స్థితి రూట్ను ప్రచురిస్తుంది; అందువల్ల, సీక్వెన్సర్లు L1లో పోస్ట్ చేసిన తర్వాత వినియోగదారు-ఉత్పత్తి సందేశాలను ఆలస్యం చేయలేరు.
+
+##### రోలప్ నుండి నిష్క్రమించడం
+
+మోసం రుజువు పథకం కారణంగా ఆప్టిమిస్టిక్ రోలప్ నుండి ఇతీరియముకు ఉపసంహరించుకోవడం మరింత కష్టం. ఒక వినియోగదారుడు L1లో ఎస్క్రో చేయబడిన నిధులను ఉపసంహరించుకోవడానికి L2 > L1 లావాదేవీని ప్రారంభిస్తే, వారు దాదాపు ఏడు రోజులు ఉండే ఛాలెంజ్ పీరియడ్ ముగిసే వరకు వేచి ఉండాలి. అయినప్పటికీ, ఉపసంహరణ ప్రక్రియ కూడా చాలా సరళంగా ఉంటుంది.
+
+L2 రోలప్లో ఉపసంహరణ అభ్యర్థన ప్రారంభించబడిన తర్వాత, లావాదేవీ తదుపరి బ్యాచ్లో చేర్చబడుతుంది, అయితే రోలప్లోని వినియోగదారుడి ఆస్తులు బర్న్ చేయబడతాయి. ఇతీరియములో బ్యాచ్ ప్రచురించబడిన తర్వాత, వినియోగదారుడు బ్లాక్లో వారి నిష్క్రమణ లావాదేవీని చేర్చడాన్ని ధృవీకరించే మెర్కిల్ ప్రూఫ్ను గణించవచ్చు. అప్పుడు L1లో లావాదేవీని ఖరారు చేయడానికి మరియు మెయిన్నెట్కు నిధులను ఉపసంహరించుకోవడానికి ఆలస్యం వ్యవధి వరకు వేచి ఉండటమే.
+
+ఇతీరియముకు నిధులను ఉపసంహరించుకునే ముందు ఒక వారం వేచి ఉండకుండా ఉండటానికి, ఆప్టిమిస్టిక్ రోలప్ వినియోగదారులు **లిక్విడిటీ ప్రొవైడర్** (LP)ను ఉపయోగించవచ్చు. ఒక లిక్విడిటీ ప్రొవైడర్ పెండింగ్లో ఉన్న L2 ఉపసంహరణ యొక్క యాజమాన్యాన్ని స్వీకరించి, L1లో వినియోగదారునికి (ఒక రుసుముకు బదులుగా) చెల్లిస్తుంది.
+
+నిధులను విడుదల చేయడానికి ముందు లిక్విడిటీ ప్రొవైడర్లు వినియోగదారుడి ఉపసంహరణ అభ్యర్థన యొక్క చెల్లుబాటును (చైన్ను స్వయంగా అమలు చేయడం ద్వారా) తనిఖీ చేయవచ్చు. ఈ విధంగా వారు లావాదేవీ చివరికి నిర్ధారించబడుతుందని హామీ కలిగి ఉంటారు (అంటే, ట్రస్ట్లెస్ ఫైనాలిటీ).
+
+#### 2. EVM అనుకూలత {#evm-compatibility}
+
+డెవలపర్ల కోసం, ఆప్టిమిస్టిక్ రోలప్ల యొక్క ప్రయోజనం వాటి అనుకూలత — లేదా, ఇంకా చెప్పాలంటే, [ఎథేరియం వర్చువల్ మషీన్ (EVM)](/developers/docs/evm/) తో సమానత్వం. EVM-అనుకూల రోలప్లు [ఇతీరియము ఎల్లో పేపర్](https://ethereum.github.io/yellowpaper/paper.pdf)లోని స్పెసిఫికేషన్లకు అనుగుణంగా ఉంటాయి మరియు బైట్కోడ్ స్థాయిలో EVMకు మద్దతు ఇస్తాయి.
+
+ఆప్టిమిస్టిక్ రోలప్లలో EVM-అనుకూలత క్రింది ప్రయోజనాలను కలిగి ఉంది:
+
+i. డెవలపర్లు కోడ్బేస్లను విస్తృతంగా సవరించాల్సిన అవసరం లేకుండా ఇతీరియముపై ఉన్న స్మార్ట్ కాంట్రాక్టులను ఆప్టిమిస్టిక్ రోలప్ చైన్లకు మైగ్రేట్ చేయవచ్చు. ఇది L2లో ఇతీరియము స్మార్ట్ కాంట్రాక్టులను డిప్లాయ్ చేసేటప్పుడు అభివృద్ధి బృందాలకు సమయాన్ని ఆదా చేస్తుంది.
+
+ii. ఆప్టిమిస్టిక్ రోలప్లను ఉపయోగించే డెవలపర్లు మరియు ప్రాజెక్ట్ బృందాలు ఇతీరియము యొక్క మౌలిక సదుపాయాలను సద్వినియోగం చేసుకోవచ్చు. ఇందులో ప్రోగ్రామింగ్ భాషలు, సంకేత భాష లైబ్రరీలు, పరీక్షా సాధనాలు, ఖాతాదారులు సాఫ్ట్వేర్, డిప్లాయ్మెంట్ ఇన్ఫ్రాస్ట్రక్చర్ మొదలైనవి ఉంటాయి.
+
+ఇప్పటికే ఉన్న పనిముట్లను ఉపయోగించడం ముఖ్యం ఎందుకంటే ఈ సాధనాలు సంవత్సరాలుగా విస్తృతంగా ఆడిట్ చేయబడ్డాయి, డీబగ్ చేయబడ్డాయి మరియు మెరుగుపరచబడ్డాయి. ఇది ఇతీరియము డెవలపర్లు పూర్తిగా కొత్త డెవలప్మెంట్ స్టాక్తో ఎలా నిర్మించాలో నేర్చుకోవలసిన అవసరాన్ని కూడా తొలగిస్తుంది.
+
+#### 3. క్రాస్-చైన్ కాంట్రాక్ట్ కాల్స్ {#cross-chain-contract-calls}
+
+వినియోగదారులు (బాహ్యంగా యాజమాన్యంలోని ఖాతాలు) రోలప్ కాంట్రాక్ట్కు ఒక లావాదేవీని సమర్పించడం ద్వారా లేదా ఒక సీక్వెన్సర్ లేదా వాలిడేటర్ వారి కోసం చేయడం ద్వారా L2 కాంట్రాక్టులతో సంకర్షణ చెందుతారు. ఆప్టిమిస్టిక్ రోలప్లు ఇతీరియముపై ఉన్న కాంట్రాక్ట్ ఖాతాలను L1 మరియు L2 మధ్య సందేశాలను రిలే చేయడానికి మరియు డేటాను పంపడానికి బ్రిడ్జింగ్ కాంట్రాక్టులను ఉపయోగించి L2 కాంట్రాక్టులతో సంకర్షణ చెందడానికి కూడా అనుమతిస్తాయి. దీనర్థం, మీరు ఇతీరియము మెయిన్నెట్పై ఒక L1 కాంట్రాక్ట్ను ప్రోగ్రామ్ చేసి, L2 ఆప్టిమిస్టిక్ రోలప్పై ఉన్న కాంట్రాక్టులకు చెందిన ఫంక్షన్లను ఇన్వోక్ చేయవచ్చు.
+
+క్రాస్-చైన్ కాంట్రాక్ట్ కాల్స్ అసమకాలికంగా జరుగుతాయి—అంటే కాల్ మొదట ప్రారంభించబడి, తర్వాత అమలు చేయబడుతుంది. ఇది ఇతీరియముపై రెండు కాంట్రాక్టుల మధ్య కాల్స్ నుండి భిన్నంగా ఉంటుంది, ఇక్కడ కాల్ వెంటనే ఫలితాలను ఉత్పత్తి చేస్తుంది.
+
+క్రాస్-చైన్ కాంట్రాక్ట్ కాల్కు ఒక ఉదాహరణ ముందుగా వివరించిన టోకెన్ డిపాజిట్. L1లోని ఒక కాంట్రాక్ట్ వినియోగదారుడి టోకెన్లను ఎస్క్రో చేసి, రోలప్లో సమానమైన టోకెన్లను మింట్ చేయడానికి ఒక జత L2 కాంట్రాక్ట్కు ఒక సందేశాన్ని పంపుతుంది.
+
+క్రాస్-చైన్ సందేశ కాల్స్ కాంట్రాక్ట్ అమలుకు దారితీస్తాయి కాబట్టి, పంపినవారు సాధారణంగా గణన కోసం [గ్యాస్ ఖర్చులను](/developers/docs/gas/) భరించవలసి ఉంటుంది. లక్ష్య చైన్లో లావాదేవీ విఫలం కాకుండా నిరోధించడానికి అధిక గ్యాస్ పరిమితిని సెట్ చేయడం మంచిది. టోకెన్ బ్రిడ్జింగ్ దృష్టాంతం ఒక మంచి ఉదాహరణ; లావాదేవీ యొక్క L1 వైపు (టోకెన్లను డిపాజిట్ చేయడం) పనిచేసి, కానీ L2 వైపు (కొత్త టోకెన్లను మింట్ చేయడం) తక్కువ గ్యాస్ కారణంగా విఫలమైతే, డిపాజిట్ తిరిగి పొందలేనిదిగా మారుతుంది.
+
+చివరగా, కాంట్రాక్టుల మధ్య L2 > L1 సందేశ కాల్స్ ఆలస్యాలను పరిగణనలోకి తీసుకోవాలని గమనించాలి (L1 > L2 కాల్స్ సాధారణంగా కొన్ని నిమిషాల తర్వాత అమలు చేయబడతాయి). ఎందుకంటే ఆప్టిమిస్టిక్ రోలప్ నుండి మెయిన్నెట్కు పంపిన సందేశాలు ఛాలెంజ్ విండో ముగిసే వరకు అమలు చేయబడవు.
+
+## ఆప్టిమిస్టిక్ రోలప్ ఫీజులు ఎలా పనిచేస్తాయి? {#how-do-optimistic-rollup-fees-work}
+
+ఆప్టిమిస్టిక్ రోలప్లు ఇతీరియము వలె ఒక గ్యాస్ ఫీజు స్కీమ్ను ఉపయోగిస్తాయి, ఇది వినియోగదారులు ప్రతి లావాదేవీకి ఎంత చెల్లించాలో సూచిస్తుంది. ఆప్టిమిస్టిక్ రోలప్లపై వసూలు చేయబడే ఫీజులు క్రింది భాగాలపై ఆధారపడి ఉంటాయి:
+
+1. **స్టేట్ రైట్**: ఆప్టిమిస్టిక్ రోలప్లు లావాదేవీ డేటా మరియు బ్లాక్ హెడర్లను (మునుపటి బ్లాక్ హెడర్ హాష్, స్థితి రూట్, బ్యాచ్ రూట్తో కూడినవి) ఇతీరియముకు ఒక `blob`, లేదా "బైనరీ లార్జ్ ఆబ్జెక్ట్"గా ప్రచురిస్తాయి. [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) ఆన్చెయిన్లో డేటాను చేర్చడానికి ఒక ఖర్చు-సమర్థవంతమైన పరిష్కారాన్ని ప్రవేశపెట్టింది. ఒక `blob` అనేది ఒక కొత్త లావాదేవీ ఫీల్డ్, ఇది రోలప్లు కంప్రెస్డ్ స్థితి పరివర్తన డేటాను ఇతీరియము L1కు పోస్ట్ చేయడానికి అనుమతిస్తుంది. `calldata` వలె కాకుండా, ఇది శాశ్వతంగా ఆన్చెయిన్లో ఉంటుంది, బ్లాబ్స్ స్వల్పకాలికమైనవి మరియు [4096 యుగాల](https://github.com/ethereum/consensus-specs/blob/81f3ea8322aff6b9fb15132d050f8f98b16bdba4/configs/mainnet.yaml#L147) తర్వాత (సుమారు 18 రోజులు) ఖాతాదారుల నుండి కత్తిరించబడతాయి. కంప్రెస్డ్ లావాదేవీల బ్యాచ్లను పోస్ట్ చేయడానికి బ్లాబ్స్ను ఉపయోగించడం ద్వారా, ఆప్టిమిస్టిక్ రోలప్లు L1కు లావాదేవీలను వ్రాసే ఖర్చును గణనీయంగా తగ్గించగలవు.
+
+2. **బ్లాబ్ గ్యాస్ ఉపయోగించబడింది**: బ్లాబ్-క్యారీయింగ్ లావాదేవీలు [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) ద్వారా ప్రవేశపెట్టబడిన దానికి సమానమైన డైనమిక్ ఫీజు మెకానిజంను ఉపయోగిస్తాయి. టైప్-3 లావాదేవీల కోసం గ్యాస్ ఫీజు బ్లాబ్స్ కోసం మూల రుసుమును పరిగణనలోకి తీసుకుంటుంది, ఇది బ్లాబ్-స్పేస్ డిమాండ్ మరియు పంపబడుతున్న లావాదేవీ యొక్క బ్లాబ్-స్పేస్ వాడకం ఆధారంగా నెట్వర్క్ ద్వారా నిర్ణయించబడుతుంది.
+
+3. **L2 ఆపరేటర్ ఫీజులు**: ఇది లావాదేవీలను ప్రాసెస్ చేయడంలో అయ్యే గణన ఖర్చులకు పరిహారంగా రోలప్ నోడ్స్కు చెల్లించబడే మొత్తం, ఇతీరియముపై గ్యాస్ ఫీజుల వలె. L2లకు అధిక ప్రాసెసింగ్ సామర్థ్యాలు ఉన్నందున మరియు ఇతీరియముపై వాలిడేటర్లను అధిక ఫీజులతో లావాదేవీలకు ప్రాధాన్యత ఇవ్వమని బలవంతం చేసే నెట్వర్క్ రద్దీలను ఎదుర్కోనందున రోలప్ నోడ్స్ తక్కువ లావాదేవీ ఫీజులను వసూలు చేస్తాయి.
+
+ఆప్టిమిస్టిక్ రోలప్లు వినియోగదారుల కోసం ఫీజులను తగ్గించడానికి అనేక మెకానిజమ్లను వర్తింపజేస్తాయి, ఇందులో లావాదేవీలను బ్యాచింగ్ చేయడం మరియు డేటా ప్రచురణ ఖర్చులను తగ్గించడానికి `calldata`ను కుదించడం వంటివి ఉంటాయి. ఇతీరియము-ఆధారిత ఆప్టిమిస్టిక్ రోలప్లను ఉపయోగించడానికి ఎంత ఖర్చవుతుందో నిజ-సమయ అవలోకనం కోసం మీరు [L2 ఫీ ట్రాకర్](https://l2fees.info/)ని తనిఖీ చేయవచ్చు.
+
+## ఆప్టిమిస్టిక్ రోలప్లు ఇతీరియమును ఎలా స్కేల్ చేస్తాయి? {#scaling-ethereum-with-optimistic-rollups}
+
+వివరించినట్లుగా, ఆప్టిమిస్టిక్ రోలప్లు డేటా లభ్యతకు హామీ ఇవ్వడానికి ఇతీరియముపై కుదించబడిన లావాదేవీ డేటాను ప్రచురిస్తాయి. ఆన్చెయిన్లో ప్రచురించబడిన డేటాను కుదించగల సామర్థ్యం ఆప్టిమిస్టిక్ రోలప్లతో ఇతీరియముపై త్రూపుట్ను స్కేలింగ్ చేయడానికి కీలకం.
+
+ప్రధాన ఇతీరియము చైన్ బ్లాక్లు ఎంత డేటాను కలిగి ఉండగలవో గ్యాస్ యూనిట్లలో (సగటు బ్లాక్ పరిమాణం 15 మిలియన్ల గ్యాస్) పరిమితులను విధిస్తుంది. ఇది ప్రతి లావాదేవీ ఎంత గ్యాస్ను ఉపయోగించగలదో పరిమితం చేస్తున్నప్పటికీ, లావాదేవీ-సంబంధిత డేటాను తగ్గించడం ద్వారా ప్రతి బ్లాక్కు ప్రాసెస్ చేయబడిన లావాదేవీలను పెంచవచ్చని కూడా దీని అర్థం—ఇది నేరుగా స్కేలబిలిటీని మెరుగుపరుస్తుంది.
+
+ఆప్టిమిస్టిక్ రోలప్లు లావాదేవీ డేటా కుదింపును సాధించడానికి మరియు TPS రేట్లను మెరుగుపరచడానికి అనేక పద్ధతులను ఉపయోగిస్తాయి. ఉదాహరణకు, ఈ [వ్యాసం](https://vitalik.eth.limo/general/2021/01/05/rollup.html) మెయిన్నెట్లో ఒక ప్రాథమిక వినియోగదారు లావాదేవీ (ఈథర్ పంపడం) ఉత్పత్తి చేసే డేటాను మరియు అదే లావాదేవీ రోలప్లో ఎంత డేటాను ఉత్పత్తి చేస్తుందో పోలుస్తుంది:
+
+| పరామితి | ఇతీరియము (L1) | రోలప్ (L2) |
+| ------------- | ---------------------------------------------------- | ------------------------------------ |
+| నాన్స్ | ~3 | 0 |
+| గ్యాస్ప్రైస్ | ~8 | 0-0.5 |
+| గ్యాస్ | 3 | 0-0.5 |
+| కు | 21 | 4 |
+| విలువ | 9 | ~3 |
+| సంతకం | ~68 (2 + 33 + 33) | ~0.5 |
+| నుండి | 0 (sig నుండి తిరిగి పొందబడింది) | 4 |
+| **మొత్తం** | **~112 బైట్లు** | **~12 బైట్లు** |
+
+ఈ సంఖ్యలపై కొన్ని స్థూల గణనలు చేయడం ఆప్టిమిస్టిక్ రోలప్ అందించే స్కేలబిలిటీ మెరుగుదలలను చూపడంలో సహాయపడుతుంది:
+
+1. ప్రతి బ్లాక్ యొక్క లక్ష్య పరిమాణం 15 మిలియన్ల గ్యాస్ మరియు ఒక బైట్ డేటాను ధృవీకరించడానికి 16 గ్యాస్ ఖర్చవుతుంది. సగటు బ్లాక్ పరిమాణాన్ని 16 గ్యాస్తో (15,000,000/16) భాగించడం ద్వారా సగటు బ్లాక్ **937,500 బైట్ల డేటాను** కలిగి ఉండగలదని చూపిస్తుంది.
+2. ఒక ప్రాథమిక రోలప్ లావాదేవీ 12 బైట్లను ఉపయోగిస్తే, సగటు ఇతీరియము బ్లాక్ **78,125 రోలప్ లావాదేవీలను** (937,500/12) లేదా **39 రోలప్ బ్యాచ్లను** (ప్రతి బ్యాచ్ సగటున 2,000 లావాదేవీలను కలిగి ఉంటే) ప్రాసెస్ చేయగలదు.
+3. ప్రతి 15 సెకన్లకు ఇతీరియములో ఒక కొత్త బ్లాక్ ఉత్పత్తి చేయబడితే, రోలప్ యొక్క ప్రాసెసింగ్ వేగం సెకనుకు సుమారు **5,208 లావాదేవీలు** అవుతుంది. ఇది ఒక ఇతీరియము బ్లాక్ కలిగి ఉండగల ప్రాథమిక రోలప్ లావాదేవీల సంఖ్యను (**78,125**) సగటు బ్లాక్ సమయంతో (**15 సెకన్లు**) భాగించడం ద్వారా చేయబడుతుంది.
+
+ఆప్టిమిస్టిక్ రోలప్ లావాదేవీలు ఇతీరియములో మొత్తం బ్లాక్ను కలిగి ఉండవు కాబట్టి ఇది చాలా ఆశాజనకమైన అంచనా. అయితే, ఆప్టిమిస్టిక్ రోలప్లు ఇతీరియము వినియోగదారులకు ఎంత స్కేలబిలిటీ లాభాలను అందించగలవో ఇది ఒక స్థూల ఆలోచనను ఇస్తుంది (ప్రస్తుత అమలులు 2,000 TPS వరకు అందిస్తాయి).
+
+ఇతీరియముపై [డేటా షార్డింగ్](/roadmap/danksharding/) ప్రవేశపెట్టడం ఆప్టిమిస్టిక్ రోలప్లలో స్కేలబిలిటీని మెరుగుపరుస్తుందని భావిస్తున్నారు. రోలప్ లావాదేవీలు ఇతర నాన్-రోలప్ లావాదేవీలతో బ్లాక్స్పేస్ను పంచుకోవాలి కాబట్టి, వాటి ప్రాసెసింగ్ సామర్థ్యం ప్రధాన ఇతీరియము చైన్పై డేటా త్రూపుట్ ద్వారా పరిమితం చేయబడింది. డంక్షార్డింగ్ L2 చైన్లకు ప్రతి బ్లాక్కు డేటాను ప్రచురించడానికి అందుబాటులో ఉన్న స్థలాన్ని పెంచుతుంది, ఖరీదైన, శాశ్వత `CALLDATA`కు బదులుగా చౌకైన, అశాశ్వతమైన "బ్లాబ్" నిల్వను ఉపయోగిస్తుంది.
+
+### ఆప్టిమిస్టిక్ రోలప్ల యొక్క లాభాలు మరియు నష్టాలు {#optimistic-rollups-pros-and-cons}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| భద్రత లేదా ట్రస్ట్లెస్నెస్ను త్యాగం చేయకుండా స్కేలబిలిటీలో భారీ మెరుగుదలలను అందిస్తుంది. | సంభావ్య మోసం సవాళ్ల కారణంగా లావాదేవీ ఫైనాలిటీలో ఆలస్యం. |
+| లావాదేవీ డేటా లేయర్ 1 చైన్లో నిల్వ చేయబడుతుంది, పారదర్శకత, భద్రత, సెన్సార్షిప్-నిరోధకత మరియు వికేంద్రీకరణను మెరుగుపరుస్తుంది. | కేంద్రీకృత రోలప్ ఆపరేటర్లు (సీక్వెన్సర్లు) లావాదేవీ క్రమాన్ని ప్రభావితం చేయవచ్చు. |
+| మోసం రుజువు ట్రస్ట్లెస్ ఫైనాలిటీకి హామీ ఇస్తుంది మరియు నిజాయితీగల మైనారిటీలు చైన్ను సురక్షితంగా ఉంచడానికి అనుమతిస్తుంది. | నిజాయితీగల నోడ్స్ లేకపోతే, ఒక దురుద్దేశపూర్వక ఆపరేటర్ చెల్లని బ్లాక్లు మరియు స్థితి కమిట్మెంట్లను పోస్ట్ చేయడం ద్వారా నిధులను దొంగిలించవచ్చు. |
+| మోసం రుజువులను గణించడం సాధారణ L2 నోడ్కు అందుబాటులో ఉంటుంది, ప్రత్యేక హార్డ్వేర్ అవసరమయ్యే చెల్లుబాటు రుజువుల (ZK-రోలప్లలో ఉపయోగించబడేవి) వలె కాకుండా. | భద్రతా మోడల్ కనీసం ఒక నిజాయితీగల నోడ్ రోలప్ లావాదేవీలను అమలు చేయడం మరియు చెల్లని స్థితి పరివర్తనలను సవాలు చేయడానికి మోసం రుజువులను సమర్పించడంపై ఆధారపడి ఉంటుంది. |
+| రోలప్లు "ట్రస్ట్లెస్ లైవ్నెస్" నుండి ప్రయోజనం పొందుతాయి (ఎవరైనా లావాదేవీలను అమలు చేయడం మరియు అస్సెర్షన్లను పోస్ట్ చేయడం ద్వారా చైన్ను ముందుకు నెట్టవచ్చు) | వినియోగదారులు నిధులను తిరిగి ఇతీరియముకు ఉపసంహరించుకునే ముందు ఒక వారం ఛాలెంజ్ పీరియడ్ ముగిసే వరకు వేచి ఉండాలి. |
+| ఆప్టిమిస్టిక్ రోలప్లు చైన్పై భద్రతను పెంచడానికి బాగా రూపొందించిన క్రిప్టోఎకనామిక్ ప్రోత్సాహకాలపై ఆధారపడతాయి. | రోలప్లు అన్ని లావాదేవీ డేటాను ఆన్చెయిన్లో పోస్ట్ చేయాలి, ఇది ఖర్చులను పెంచవచ్చు. |
+| EVM మరియు Solidityతో అనుకూలత డెవలపర్లను ఇతీరియము-స్థానిక స్మార్ట్ కాంట్రాక్టులను రోలప్లకు పోర్ట్ చేయడానికి లేదా కొత్త డాప్స్ను సృష్టించడానికి ఇప్పటికే ఉన్న పనిముట్లను ఉపయోగించడానికి అనుమతిస్తుంది. | |
+
+### ఆప్టిమిస్టిక్ రోలప్ల యొక్క దృశ్య వివరణ {#optimistic-video}
+
+దృశ్య అభ్యాసకులా? ఆప్టిమిస్టిక్ రోలప్లను వివరించే ఫైనిమాటిక్స్ చూడండి:
+
+
+
+## ఆప్టిమిస్టిక్ రోలప్లపై మరింత పఠనం
+
+- [ఆప్టిమిస్టిక్ రోలప్లు ఎలా పనిచేస్తాయి (పూర్తి గైడ్)](https://www.alchemy.com/overviews/optimistic-rollups)
+- [ఒక బ్లాక్ చైను రోలప్ అంటే ఏమిటి? ఒక సాంకేతిక పరిచయం](https://www.ethereum-ecosystem.com/blog/what-is-a-blockchain-rollup-a-technical-introduction)
+- [ఆర్బిట్రమ్కు అవసరమైన గైడ్](https://www.bankless.com/the-essential-guide-to-arbitrum)
+- [ఇతీరియము రోలప్లకు ప్రాక్టికల్ గైడ్](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+- [ఇతీరియము L2లలో మోసం రుజువుల స్థితి](https://web.archive.org/web/20241124154627/https://research.2077.xyz/the-state-of-fraud-proofs-in-ethereum-l2s)
+- [ఆప్టిమిజం యొక్క రోలప్ నిజంగా ఎలా పనిచేస్తుంది?](https://www.paradigm.xyz/2021/01/how-does-optimism-s-rollup-really-work)
+- [OVM డీప్ డైవ్](https://medium.com/ethereum-optimism/ovm-deep-dive-a300d1085f52)
+- [ఆప్టిమిస్టిక్ వర్చువల్ మెషీన్ అంటే ఏమిటి?](https://www.alchemy.com/overviews/optimistic-virtual-machine)
diff --git a/public/content/translations/te/developers/docs/scaling/plasma/index.md b/public/content/translations/te/developers/docs/scaling/plasma/index.md
new file mode 100644
index 00000000000..ba3409552d2
--- /dev/null
+++ b/public/content/translations/te/developers/docs/scaling/plasma/index.md
@@ -0,0 +1,176 @@
+---
+title: ప్లాస్మా గొలుసులు
+description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ సొల్యూషన్గా ప్లాస్మా చైన్లకు పరిచయం.
+lang: te
+incomplete: true
+sidebarDepth: 3
+---
+
+ప్లాస్మా చైన్ అనేది Ethereum Mainnetకు లంగరు వేయబడిన ఒక ప్రత్యేక బ్లాక్ చైను, అయితే ఇది బ్లాక్ ధ్రువీకరణ కోసం దాని స్వంత యంత్రాంగంతో ఆఫ్-చెయిన్ లావాదేవీలను అమలు చేస్తుంది. ప్లాస్మా చైన్లను కొన్నిసార్లు "చైల్డ్" చైన్లుగా సూచిస్తారు, ముఖ్యంగా Ethereum Mainnet యొక్క చిన్న కాపీలు. వివాదాలను మధ్యవర్తిత్వం చేయడానికి ప్లాస్మా చైన్లు ([optimistic rollups](/developers/docs/scaling/optimistic-rollups/) లాగా) [fraud proofs](/glossary/#fraud-proof)ను ఉపయోగిస్తాయి.
+
+మెర్కిల్ ట్రీలు ఈ గొలుసుల యొక్క అంతులేని స్టాక్ను సృష్టించడాన్ని ప్రారంభిస్తాయి, ఇవి పేరెంట్ చెయిన్ల (Ethereum మెయిన్నెట్తో సహా) నుండి బ్యాండ్విడ్త్ను ఆఫ్లోడ్ చేయడానికి పని చేస్తాయి. అయితే, ఈ గొలుసులు Ethereum (మోసం రుజువుల ద్వారా) నుండి కొంత భద్రతను పొందినప్పటికీ, వాటి భద్రత మరియు సామర్థ్యం అనేక డిజైన్ పరిమితుల ద్వారా ప్రభావితమవుతాయి.
+
+## అవసరాలు {#prerequisites}
+
+మీరు అన్ని ప్రాథమిక అంశాల గురించి మంచి అవగాహన మరియు [ఇతీరియము స్కేలింగ్](/developers/docs/scaling/) గురించి ఉన్నత-స్థాయి అవగాహన కలిగి ఉండాలి.
+
+## ప్లాస్మా అంటే ఏమిటి?
+
+ప్లాస్మా అనేది Ethereum వంటి పబ్లిక్ బ్లాక్చెయిన్లలో స్కేలబిలిటీని మెరుగుపరచడానికి ఒక ఫ్రేమ్వర్క్. అసలు [ప్లాస్మా వైట్పేపర్](http://plasma.io/plasma.pdf)లో వివరించినట్లుగా, ప్లాస్మా చైన్లు మరొక బ్లాక్ చైనుపై నిర్మించబడ్డాయి (దీనిని "రూట్ చైన్" అని పిలుస్తారు). ప్రతి "చైల్డ్ చైన్" రూట్ చైన్ నుండి విస్తరించి ఉంటుంది మరియు సాధారణంగా పేరెంట్ చైన్లో అమలు చేయబడిన స్మార్ట్ కాంట్రాక్ట్ ద్వారా నిర్వహించబడుతుంది.
+
+ప్లాస్మా కాంట్రాక్ట్, ఇతర విషయాలతోపాటు, వినియోగదారులు Ethereum Mainnet మరియు ప్లాస్మా చైన్ మధ్య ఆస్తులను తరలించడానికి అనుమతించే ఒక [వంతెన](/developers/docs/bridges/) వలె పనిచేస్తుంది. ఇది వాటిని [సైడ్చైన్ల](/developers/docs/scaling/sidechains/)కు సారూప్యంగా చేసినప్పటికీ, ప్లాస్మా చైన్లు—కనీసం కొంతవరకు—Ethereum Mainnet యొక్క భద్రత నుండి ప్రయోజనం పొందుతాయి. ఇది వారి భద్రతకు మాత్రమే బాధ్యత వహించే సైడ్చెయిన్ల వలె కాకుండా ఉంటుంది.
+
+## ప్లాస్మా ఎలా పని చేస్తుంది?
+
+ప్లాస్మా ఫ్రేమ్వర్క్ యొక్క ప్రాథమిక భాగాలు:
+
+### ఆఫ్-చెయిన్ గణన {#offchain-computation}
+
+Ethereum యొక్క ప్రస్తుత ప్రాసెసింగ్ వేగం సెకనుకు ~ 15-20 లావాదేవీలకు పరిమితం చేయబడింది, ఎక్కువ మంది వినియోగదారులను నిర్వహించడానికి స్కేలింగ్ యొక్క స్వల్పకాలిక అవకాశాన్ని తగ్గిస్తుంది. ఇతీరియము యొక్క [ఏకాభిప్రాయ యంత్రాంగానికి](/developers/docs/consensus-mechanisms/) బ్లాక్ చైను స్థితికి ప్రతి నవీకరణను ధృవీకరించడానికి అనేక పీర్-టు-పీర్ నోడ్లు అవసరం కాబట్టి ఈ సమస్య ప్రధానంగా ఉంది.
+
+భద్రత కోసం Ethereum యొక్క ఏకాభిప్రాయ విధానం అవసరం అయినప్పటికీ, ఇది ప్రతి వినియోగ సందర్భానికి వర్తించకపోవచ్చు. ఉదాహరణకు, రెండు పార్టీల మధ్య కొంత నమ్మకం ఉన్నందున మొత్తం Ethereum నెట్వర్క్ ద్వారా ధృవీకరించబడిన ఒక కప్పు కాఫీ కోసం ఆలిస్కి బాబ్కి ఆమె రోజువారీ చెల్లింపులు అవసరం లేదు.
+
+Ethereum Mainnet అన్ని లావాదేవీలను ధృవీకరించాల్సిన అవసరం లేదని ప్లాస్మా భావిస్తోంది. బదులుగా, మేము మెయిన్నెట్లో లావాదేవీలను ప్రాసెస్ చేయగలము, ప్రతి లావాదేవీని ధృవీకరించకుండా నోడ్లను విముక్తి చేస్తాము.
+
+ప్లాస్మా చైన్లు వేగం మరియు ఖర్చు కోసం ఆప్టిమైజ్ చేయగలవు కాబట్టి ఆఫ్-చెయిన్ గణన అవసరం. ఉదాహరణకు, ప్లాస్మా చైన్ లావాదేవీల క్రమాన్ని మరియు అమలును నిర్వహించడానికి ఒకే "ఆపరేటర్"ని ఉపయోగించవచ్చు-మరియు చాలా తరచుగా చేస్తుంది. కేవలం ఒక ఎంటిటీ వెరిఫై చేసే లావాదేవీలతో, ప్లాస్మా చైన్లో ప్రాసెసింగ్ సమయాలు Ethereum Mainnet కంటే వేగంగా ఉంటాయి.
+
+### స్థితి కట్టుబాట్లు {#state-commitments}
+
+ప్లాస్మా ఆఫ్-చెయిన్ లావాదేవీలను అమలు చేస్తున్నప్పుడు, అవి ప్రధాన ఇతీరియము ఎగ్జిక్యూషన్ లేయర్పై స్థిరపడతాయి—లేకపోతే, ప్లాస్మా చైన్లు ఇతీరియము యొక్క భద్రతా హామీల నుండి ప్రయోజనం పొందలేవు. కానీ ప్లాస్మా చైన్ యొక్క స్థితిని తెలుసుకోకుండా ఆఫ్-చెయిన్ లావాదేవీలను ఖరారు చేయడం భద్రతా నమూనాను విచ్ఛిన్నం చేస్తుంది మరియు చెల్లని లావాదేవీల విస్తరణను అనుమతిస్తుంది. అందుకే ప్లాస్మా చైన్లో బ్లాక్లను ఉత్పత్తి చేయడానికి బాధ్యత వహించే సంస్థ అయిన ఆపరేటర్, Ethereumలో కాలానుగుణంగా "స్టేట్ కమిట్మెంట్లను" ప్రచురించాల్సిన అవసరం ఉంది.
+
+ఒక [కమిట్మెంట్ స్కీమ్](https://en.wikipedia.org/wiki/Commitment_scheme) అనేది ఒక విలువకు లేదా ప్రకటనకు కట్టుబడి, దానిని మరొక పక్షానికి బహిర్గతం చేయకుండా ఉండే ఒక క్రిప్టోగ్రాఫిక్ పద్ధతి. మీరు కట్టుబడి ఉన్న తర్వాత విలువ లేదా స్టేట్మెంట్ను మార్చలేరు అనే అర్థంలో కమిట్మెంట్లు "బైండింగ్". ప్లాస్మాలో స్థితి కట్టుబాట్లు "Merkle roots" ([Merkle tree](/whitepaper/#merkle-trees) నుండి ఉద్భవించాయి) రూపాన్ని తీసుకుంటాయి, వీటిని ఆపరేటర్ ఇతీరియము చైన్లోని ప్లాస్మా కాంట్రాక్ట్కు విరామాలలో పంపుతారు.
+
+మెర్కిల్ మూలాలు క్రిప్టోగ్రాఫిక్ ప్రిమిటివ్లు, ఇవి పెద్ద మొత్తంలో సమాచారాన్ని కుదించడానికి వీలు కల్పిస్తాయి. మెర్కిల్ రూట్ (ఈ సందర్భంలో "బ్లాక్ రూట్" అని కూడా పిలుస్తారు) బ్లాక్లోని అన్ని లావాదేవీలను సూచిస్తుంది. మెర్కిల్ రూట్లు ఒక చిన్న డేటా పెద్ద డేటాసెట్లో భాగమని ధృవీకరించడాన్ని కూడా సులభతరం చేస్తాయి. ఉదాహరణకు, ఒక వినియోగదారుడు ఒక నిర్దిష్ట బ్లాక్లో లావాదేవీ చేర్చబడిందని నిరూపించడానికి [Merkle proof](/developers/tutorials/merkle-proofs-for-offline-data-integrity/#main-content)ను ఉత్పత్తి చేయవచ్చు.
+
+ఆఫ్-చెయిన్ యొక్క స్థితి గురించి ఇతీరియముకు సమాచారాన్ని అందించడానికి Merkle రూట్లు ముఖ్యమైనవి. మీరు మెర్కిల్ రూట్లను "సేవ్ పాయింట్స్"గా భావించవచ్చు: ఆపరేటర్, "ఇది x పాయింట్లో ప్లాస్మా చైన్ యొక్క స్థితి మరియు ఇది రుజువుగా మెర్కిల్ రూట్." ఆపరేటర్ ఒక Merkle రూట్తో ప్లాస్మా చైన్ యొక్క _ప్రస్తుత స్థితికి_ కట్టుబడి ఉంటారు, అందుకే దీనిని "స్థితి కట్టుబాటు" అని పిలుస్తారు.
+
+### ప్రవేశాలు మరియు నిష్క్రమణలు {#entries-and-exits}
+
+Ethereum వినియోగదారులు ప్లాస్మా ప్రయోజనాన్ని పొందడానికి, Mainnet మరియు ప్లాస్మా గొలుసుల మధ్య నిధులను తరలించడానికి ఒక మెకానిజం ఉండాలి. ప్లాస్మా చైన్లోని చిరునామాకు మేము ఏకపక్షంగా ఈథర్ను పంపలేము, అయితే-ఈ చైన్లు అననుకూలంగా ఉన్నాయి, కాబట్టి లావాదేవీ విఫలమవుతుంది లేదా నిధులను కోల్పోయేలా చేస్తుంది.
+
+వినియోగదారు ఎంట్రీలు మరియు నిష్క్రమణలను ప్రాసెస్ చేయడానికి ప్లాస్మా Ethereumలో అమలవుతున్న మాస్టర్ ఒప్పందాన్ని ఉపయోగిస్తుంది. ఈ మాస్టర్ కాంట్రాక్ట్ రాష్ట్ర కట్టుబాట్లను ట్రాక్ చేయడానికి కూడా బాధ్యత వహిస్తుంది (ముందు వివరించబడింది) మరియు మోసపూరిత రుజువుల ద్వారా నిజాయితీ లేని ప్రవర్తనను శిక్షించడం (దీని తర్వాత మరింత).
+
+#### ప్లాస్మా చైన్లో ప్రవేశించడం {#entering-the-plasma-chain}
+
+ప్లాస్మా చైన్లోకి ప్రవేశించడానికి, ఆలిస్ (వినియోగదారు) ప్లాస్మా ఒప్పందంలో ETH లేదా ఏదైనా ERC-20 టోకెన్ను డిపాజిట్ చేయాలి. కాంట్రాక్ట్ డిపాజిట్లను చూసే ప్లాస్మా ఆపరేటర్, ఆలిస్ ప్రారంభ డిపాజిట్కి సమానమైన మొత్తాన్ని తిరిగి సృష్టించి, ప్లాస్మా చైన్లోని ఆమె చిరునామాకు విడుదల చేస్తాడు. చైల్డ్ చైన్లో నిధులను స్వీకరించినట్లు ఆలిస్ ధృవీకరించాలి మరియు ఆ తర్వాత లావాదేవీల కోసం ఈ నిధులను ఉపయోగించవచ్చు.
+
+#### ప్లాస్మా చైన్ నుండి నిష్క్రమించడం {#exiting-the-plasma-chain}
+
+అనేక కారణాల వల్ల ప్లాస్మా చైన్లోకి ప్రవేశించడం కంటే నిష్క్రమించడం చాలా క్లిష్టంగా ఉంటుంది. అతిపెద్దది ఏమిటంటే, Ethereum ప్లాస్మా చైన్ స్థితి గురించి సమాచారాన్ని కలిగి ఉన్నప్పటికీ, అది సమాచారం నిజమో కాదో ధృవీకరించలేదు. హానికరమైన వినియోగదారు తప్పుగా వాదించవచ్చు ("నా వద్ద 1000 ETH ఉంది") మరియు దావాను బ్యాకప్ చేయడానికి నకిలీ రుజువులను అందించకుండా తప్పించుకోవచ్చు.
+
+హానికరమైన ఉపసంహరణలను నిరోధించడానికి, "ఛాలెంజ్ పీరియడ్" ప్రవేశపెట్టబడింది. ఛాలెంజ్ వ్యవధిలో (సాధారణంగా ఒక వారం), ఎవరైనా మోసం ప్రూఫ్ ఉపయోగించి ఉపసంహరణ అభ్యర్థనను సవాలు చేయవచ్చు. సవాలు విజయవంతమైతే, ఉపసంహరణ అభ్యర్థన తిరస్కరించబడుతుంది.
+
+అయినప్పటికీ, వినియోగదారులు నిజాయితీగా ఉంటారు మరియు వారి స్వంత నిధుల గురించి సరైన క్లెయిమ్లు చేయడం సాధారణంగా జరుగుతుంది. ఈ దృష్టాంతంలో, ప్లాస్మా ఒప్పందానికి లావాదేవీని సమర్పించడం ద్వారా రూట్ చైన్ (Ethereum) పై ఉపసంహరణ అభ్యర్థనను ఆలిస్ ప్రారంభిస్తుంది.
+
+ప్లాస్మా చైన్లో తన నిధులను సృష్టించే లావాదేవీ బ్లాక్లో చేర్చబడిందని ధృవీకరించే మెర్కిల్ రుజువును కూడా ఆమె అందించాలి. [Unspent Transaction Output (UTXO)](https://en.wikipedia.org/wiki/Unspent_transaction_output) మోడల్ను ఉపయోగించే [ప్లాస్మా MVP](https://www.learnplasma.org/en/learn/mvp.html) వంటి ప్లాస్మా యొక్క పునరావృత్తులకు ఇది అవసరం.
+
+[ప్లాస్మా క్యాష్](https://www.learnplasma.org/en/learn/cash.html) వంటి ఇతరులు, UTXOలకు బదులుగా నిధులను [నాన్-ఫంగిబుల్ టోకెన్ల](/developers/docs/standards/tokens/erc-721/) వలె సూచిస్తాయి. ఉపసంహరణకు, ఈ సందర్భంలో, ప్లాస్మా గొలుసుపై టోకెన్ల యాజమాన్యం యొక్క రుజువు అవసరం. టోకెన్తో కూడిన రెండు తాజా లావాదేవీలను సమర్పించడం ద్వారా మరియు ఆ లావాదేవీలను బ్లాక్లో చేర్చడాన్ని ధృవీకరించే మెర్కిల్ రుజువును అందించడం ద్వారా ఇది జరుగుతుంది.
+
+నిజాయితీ ప్రవర్తనకు హామీగా ఉపసంహరణ అభ్యర్థనకు వినియోగదారు తప్పనిసరిగా బాండ్ను కూడా జోడించాలి. ఆలిస్ యొక్క ఉపసంహరణ అభ్యర్థన చెల్లదని ఛాలెంజర్ రుజువు చేస్తే, ఆమె బంధం కత్తిరించబడుతుంది మరియు దానిలో కొంత బహుమతిగా ఛాలెంజర్కు వెళ్తుంది.
+
+ఎవరైనా మోసం-ప్రూఫ్ అందించకుండానే ఛాలెంజ్ కాలం గడిచిపోతే, ఆలిస్ యొక్క ఉపసంహరణ అభ్యర్థన చెల్లుబాటు అయ్యేదిగా పరిగణించబడుతుంది, తద్వారా ఆమె Ethereumలో ప్లాస్మా ఒప్పందం నుండి డిపాజిట్లను తిరిగి పొందేందుకు అనుమతిస్తుంది.
+
+### వివాద మధ్యవర్తిత్వం {#dispute-arbitration}
+
+ఏదైనా బ్లాక్ చైను మాదిరిగానే, పాల్గొనేవారు హానికరంగా వ్యవహరించిన సందర్భంలో (ఉదా., నిధులను రెండుసార్లు ఖర్చు చేయడం) లావాదేవీల సమగ్రతను అమలు చేయడానికి ప్లాస్మా చైన్లకు ఒక యంత్రాంగం అవసరం. ఈ క్రమంలో, ప్లాస్మా చైన్లు రాష్ట్ర పరివర్తనల యొక్క చెల్లుబాటుకు సంబంధించిన వివాదాలను మధ్యవర్తిత్వం చేయడానికి మరియు చెడు ప్రవర్తనకు జరిమానా విధించడానికి మోసపూరిత రుజువులను ఉపయోగిస్తాయి. ప్లాస్మా చైల్డ్ చైన్ దాని పేరెంట్ చెయిన్కి లేదా రూట్ చెయిన్కి ఫిర్యాదు చేసే మెకానిజం వలె మోసపూరిత రుజువులు ఉపయోగించబడతాయి.
+
+మోసం-రుజువు అనేది ఒక నిర్దిష్ట రాష్ట్ర పరివర్తన చెల్లుబాటు కాదని కేవలం దావా. ఒక వినియోగదారు (ఆలిస్) ఒకే నిధులను రెండుసార్లు ఖర్చు చేయడానికి ప్రయత్నిస్తే ఒక ఉదాహరణ. బహుశా ఆమె బాబ్తో లావాదేవీలో UTXOని ఖర్చు చేసి ఉండవచ్చు మరియు అదే UTXO (ఇది ఇప్పుడు బాబ్కి చెందినది) మరొక లావాదేవీలో ఖర్చు చేయాలనుకుంటుంది.
+
+ఉపసంహరణను నిరోధించడానికి, బాబ్ మునుపటి లావాదేవీలో పేర్కొన్న UTXOని ఆలిస్ ఖర్చు చేసినట్లు రుజువు మరియు లావాదేవీని బ్లాక్లో చేర్చినందుకు మెర్కిల్ రుజువును అందించడం ద్వారా మోసం-ప్రూఫ్ను నిర్మిస్తాడు. అదే ప్రక్రియ ప్లాస్మా క్యాష్లో పనిచేస్తుంది-ఆలిస్ తను ఉపసంహరించుకోవడానికి ప్రయత్నిస్తున్న టోకెన్లను ఇంతకు ముందు బదిలీ చేసిందని బాబ్ రుజువును అందించాలి.
+
+బాబ్ యొక్క సవాలు విజయవంతమైతే, ఆలిస్ ఉపసంహరణ అభ్యర్థన రద్దు చేయబడుతుంది. అయితే, ఈ విధానం ఉపసంహరణ అభ్యర్థనల కోసం గొలుసును చూసే బాబ్ సామర్థ్యంపై ఆధారపడి ఉంటుంది. బాబ్ ఆఫ్లైన్లో ఉంటే, సవాలు వ్యవధి ముగిసిన తర్వాత ఆలిస్ హానికరమైన ఉపసంహరణను ప్రాసెస్ చేయవచ్చు.
+
+## ప్లాస్మాలో సామూహిక నిష్క్రమణ సమస్య {#the-mass-exit-problem-in-plasma}
+
+పెద్ద సంఖ్యలో వినియోగదారులు ఒకే సమయంలో ప్లాస్మా చైన్ నుండి ఉపసంహరించుకోవడానికి ప్రయత్నించినప్పుడు మాస్ ఎగ్జిట్ సమస్య ఏర్పడుతుంది. ఈ సమస్య ఎందుకు ఉందంటే, అది ప్లాస్మా యొక్క అతిపెద్ద సమస్యలలో ఒకటైన: **డేటా లభ్యత లేకపోవడం**.
+
+డేటా లభ్యత అనేది ప్రతిపాదిత బ్లాక్కు సంబంధించిన సమాచారం వాస్తవానికి బ్లాక్చెయిన్ నెట్వర్క్లో ప్రచురించబడిందని ధృవీకరించే సామర్ధ్యం. నిర్మాత బ్లాక్ని స్వయంగా ప్రచురించినా బ్లాక్ని సృష్టించడానికి ఉపయోగించే డేటాను నిలిపివేస్తే బ్లాక్ "అందుబాటులో లేదు".
+
+నోడ్లు బ్లాక్ను డౌన్లోడ్ చేయగలిగితే మరియు లావాదేవీల చెల్లుబాటును ధృవీకరించాలంటే బ్లాక్లు తప్పనిసరిగా అందుబాటులో ఉండాలి. బ్లాక్ చైనులు అన్ని లావాదేవీల డేటాను ఆన్-చైన్లో పోస్ట్ చేయమని బ్లాక్ ప్రొడ్యూసర్లను ఒత్తిడి చేయడం ద్వారా డేటా లభ్యతను నిర్ధారిస్తాయి.
+
+ఇతీరియము యొక్క బేస్ లేయర్పై నిర్మించే ఆఫ్-చెయిన్ స్కేలింగ్ ప్రోటోకాల్లను సురక్షితం చేయడంలో డేటా లభ్యత కూడా సహాయపడుతుంది. Ethereumలో లావాదేవీ డేటాను ప్రచురించమని ఈ గొలుసులపై ఆపరేటర్లను బలవంతం చేయడం ద్వారా, గొలుసు యొక్క సరైన స్థితిని సూచించే మోసపూరిత రుజువులను రూపొందించడం ద్వారా ఎవరైనా చెల్లని బ్లాక్లను సవాలు చేయవచ్చు.
+
+ప్లాస్మా చైన్లు ప్రధానంగా ఆపరేటర్తో లావాదేవీల డేటాను నిల్వ చేస్తాయి మరియు **Mainnetలో ఏ డేటాను ప్రచురించవు** (అంటే, ఆవర్తన స్థితి కట్టుబాట్లు మినహా). చెల్లని లావాదేవీలను సవాలు చేసే మోసపూరిత రుజువులను సృష్టించాల్సిన అవసరం ఉన్నట్లయితే, వినియోగదారులు బ్లాక్ డేటాను అందించడానికి ఆపరేటర్పై ఆధారపడాలి. ఈ సిస్టమ్ పని చేస్తే, వినియోగదారులు ఎల్లప్పుడూ నిధులను సురక్షితంగా ఉంచుకోవడానికి మోసపూరిత రుజువులను ఉపయోగించవచ్చు.
+
+ఆపరేటర్, ఏ యూజర్ అయినా, పార్టీ దురుద్దేశపూర్వకంగా ప్రవర్తించినప్పుడు సమస్య మొదలవుతుంది. బ్లాక్చెయిన్పై ఆపరేటర్ పూర్తిగా నియంత్రణలో ఉన్నందున, ప్లాస్మా చైన్లోని వినియోగదారులకు చెందిన నిధులను దొంగిలించడం వంటి పెద్ద స్థాయిలో చెల్లని స్థితి పరివర్తనలను ముందుకు తీసుకెళ్లడానికి వారికి మరింత ప్రోత్సాహం ఉంటుంది.
+
+ఈ సందర్భంలో, క్లాసిక్ మోసం-ప్రూఫ్ వ్యవస్థను ఉపయోగించడం పనిచేయదు. ఆపరేటర్ ఆలిస్ మరియు బాబ్ యొక్క నిధులను వారి వాలెట్కు బదిలీ చేయడం ద్వారా చెల్లని లావాదేవీని సులభంగా చేయవచ్చు మరియు మోసం-ప్రూఫ్ను రూపొందించడానికి అవసరమైన డేటాను దాచవచ్చు. వినియోగదారులు లేదా మెయిన్నెట్కు డేటాను అందుబాటులో ఉంచడానికి ఆపరేటర్ అవసరం లేనందున ఇది సాధ్యమవుతుంది.
+
+అందువల్ల, ప్లాస్మా చైన్ నుండి వినియోగదారులు "సామూహిక నిష్క్రమణ"ని ప్రయత్నించడం అత్యంత ఆశావాద పరిష్కారం. మాస్ ఎగ్జిట్ నిధులను దొంగిలించడానికి హానికరమైన ఆపరేటర్ యొక్క ప్రణాళికను నెమ్మదిస్తుంది మరియు వినియోగదారులకు కొంత రక్షణను అందిస్తుంది. ప్రతి UTXO (లేదా టోకెన్) ఎప్పుడు సృష్టించబడింది అనే దాని ఆధారంగా ఉపసంహరణ అభ్యర్థనలు ఆర్డర్ చేయబడతాయి, ఇది హానికరమైన ఆపరేటర్లను ఫ్రంట్-రన్నింగ్ నిజాయితీ గల వినియోగదారుల నుండి నిరోధించడం.
+
+అయినప్పటికీ, మాస్ ఎగ్జిట్ సమయంలో ఉపసంహరణ అభ్యర్థనల చెల్లుబాటును ధృవీకరించడానికి మాకు ఇంకా ఒక మార్గం అవసరం-అవకాశవాద వ్యక్తులు గందరగోళ ప్రాసెసింగ్ చెల్లని నిష్క్రమణలను క్యాష్ చేసుకోకుండా నిరోధించడానికి. పరిష్కారం చాలా సులభం: వినియోగదారులు వారి డబ్బును నిష్క్రమించడానికి చైన్ యొక్క చివరి **చెల్లుబాటు అయ్యే స్థితిని** పోస్ట్ చేయాలి.
+
+కానీ ఈ విధానం ఇప్పటికీ సమస్యలను కలిగి ఉంది. ఉదాహరణకు, ప్లాస్మా చైన్లోని వినియోగదారులందరూ నిష్క్రమించాల్సిన అవసరం ఉంటే (ఇది హానికరమైన ఆపరేటర్ విషయంలో సాధ్యమవుతుంది), అప్పుడు ప్లాస్మా చైన్ యొక్క మొత్తం చెల్లుబాటు అయ్యే స్థితిని తప్పనిసరిగా Ethereum యొక్క బేస్ లేయర్పై ఒకేసారి డంప్ చేయాలి. ప్లాస్మా చైన్ల యొక్క ఏకపక్ష పరిమాణం (అధిక నిర్గమాంశ = ఎక్కువ డేటా) మరియు Ethereum యొక్క ప్రాసెసింగ్ వేగంపై పరిమితులతో, ఇది సరైన పరిష్కారం కాదు.
+
+నిష్క్రమణ గేమ్లు సిద్ధాంతపరంగా చక్కగా అనిపించినప్పటికీ, నిజ జీవిత మాస్ ఎగ్జిట్లు Ethereumలోనే నెట్వర్క్-వ్యాప్త రద్దీని కలిగిస్తాయి. Ethereum యొక్క కార్యాచరణకు హాని కలిగించడమే కాకుండా, పేలవంగా సమన్వయం లేని మాస్ ఎగ్జిట్ అంటే, ఆపరేటర్ ప్లాస్మా చైన్లోని ప్రతి ఖాతాను తొలగించే ముందు వినియోగదారులు నిధులను ఉపసంహరించుకోలేకపోవచ్చు.
+
+## ప్లాస్మా యొక్క లాభనష్టాలు {#pros-and-cons-of-plasma}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| ప్రతి లావాదేవీకి అధిక నిర్గమాంశ మరియు తక్కువ ధరను అందిస్తుంది. | సాధారణ గణనకు మద్దతు ఇవ్వదు (స్మార్ట్ కాంట్రాక్టులను అమలు చేయలేము). ప్రాథమిక టోకెన్ బదిలీలు, మార్పిడులు మరియు కొన్ని ఇతర లావాదేవీ రకాలు మాత్రమే ప్రిడికేట్ లాజిక్ ద్వారా మద్దతు ఇవ్వబడతాయి. |
+| ఏకపక్ష వినియోగదారుల మధ్య లావాదేవీలకు మంచిది (ఇద్దరూ ప్లాస్మా చైన్లో స్థాపించబడితే ప్రతి వినియోగదారు జతకు ఓవర్హెడ్ ఉండదు) | మీ నిధుల భద్రతను నిర్ధారించడానికి నెట్వర్క్ను కాలానుగుణంగా గమనించాలి (సజీవత్వ అవసరం) లేదా ఈ బాధ్యతను వేరొకరికి అప్పగించాలి. |
+| ప్రధాన చైన్కు సంబంధం లేని నిర్దిష్ట వినియోగ-కేసులకు ప్లాస్మా చైన్లను అనుగుణంగా మార్చుకోవచ్చు. వ్యాపారాలతో సహా ఎవరైనా, విభిన్న సందర్భాలలో పనిచేసే స్కేలబుల్ మౌలిక సదుపాయాలను అందించడానికి ప్లాస్మా స్మార్ట్ కాంట్రాక్టులను అనుకూలీకరించవచ్చు. | డేటాను నిల్వ చేయడానికి మరియు అభ్యర్థనపై దానిని అందించడానికి ఒకటి లేదా అంతకంటే ఎక్కువ ఆపరేటర్లపై ఆధారపడి ఉంటుంది. |
+| గణన మరియు నిల్వను ఆఫ్-చెయిన్కు తరలించడం ద్వారా ఇతీరియము Mainnetపై భారాన్ని తగ్గిస్తుంది. | సవాళ్లను అనుమతించడానికి ఉపసంహరణలు చాలా రోజులు ఆలస్యం చేయబడతాయి. ఫంగిబుల్ ఆస్తుల కోసం, ద్రవ్యత ప్రదాతల ద్వారా దీనిని తగ్గించవచ్చు, కానీ దానితో అనుబంధిత మూలధన వ్యయం ఉంటుంది. |
+| | చాలా మంది వినియోగదారులు ఒకేసారి నిష్క్రమించడానికి ప్రయత్నిస్తే, ఇతీరియము Mainnet రద్దీగా మారవచ్చు. |
+
+## ప్లాస్మా వర్సెస్ లేయర్ 2 స్కేలింగ్ ప్రోటోకాల్లు {#plasma-vs-layer-2}
+
+ప్లాస్మా ఒకప్పుడు ఇతీరియముకు ఉపయోగకరమైన స్కేలింగ్ పరిష్కారంగా పరిగణించబడినప్పటికీ, అప్పటి నుండి [లేయర్ 2 (L2) స్కేలింగ్ ప్రోటోకాల్ల](/layer-2/)కు అనుకూలంగా దానిని వదిలివేయబడింది. L2 స్కేలింగ్ పరిష్కారాలు ప్లాస్మా యొక్క అనేక సమస్యలను పరిష్కరిస్తాయి:
+
+### సామర్థ్యం {#efficiency}
+
+[జీరో-కనౌలెడ్జి రోల్అప్లు](/developers/docs/scaling/zk-rollups) ఆఫ్-చెయిన్లో ప్రాసెస్ చేయబడిన ప్రతి లావాదేవీల బ్యాచ్ యొక్క చెల్లుబాటుకు క్రిప్టోగ్రాఫిక్ ప్రూఫ్లను ఉత్పత్తి చేస్తాయి. ఇది వినియోగదారులను (మరియు ఆపరేటర్లను) చెల్లని స్థితి మార్పులను ముందుకు తీసుకెళ్లకుండా నిరోధిస్తుంది, సవాలు కాలాలు మరియు నిష్క్రమణ ఆటల అవసరాన్ని తొలగిస్తుంది. వినియోగదారులు తమ నిధులను భద్రపరచడానికి కాలానుగుణంగా చైన్ను గమనించాల్సిన అవసరం లేదని కూడా దీని అర్థం.
+
+### స్మార్ట్ కాంట్రాక్టులకు మద్దతు {#support-for-smart-contracts}
+
+ప్లాస్మా ఫ్రేమ్వర్క్తో మరో సమస్య [ఇతీరియము స్మార్ట్ కాంట్రాక్టుల అమలుకు మద్దతు ఇవ్వలేకపోవడం](https://ethresear.ch/t/why-smart-contracts-are-not-feasible-on-plasma/2598/4). ఫలితంగా, ప్లాస్మా యొక్క చాలా అమలులు ఎక్కువగా సాధారణ చెల్లింపుల కోసం లేదా ERC-20 టోకెన్ల మార్పిడి కోసం నిర్మించబడ్డాయి.
+
+దీనికి విరుద్ధంగా, ఆప్టిమిస్టిక్ రోల్అప్లు, [ఎథేరియం వర్చువల్ మషీన్](/developers/docs/evm/)తో అనుకూలంగా ఉంటాయి మరియు ఇతీరియము-స్థానిక [స్మార్ట్ కాంట్రాక్టులను](/developers/docs/smart-contracts/) అమలు చేయగలవు, వాటిని [వికేంద్రీకృత అప్లికేషన్లను](/developers/docs/dapps/) స్కేలింగ్ చేయడానికి ఉపయోగకరమైన మరియు _సురక్షితమైన_ పరిష్కారంగా చేస్తాయి. అదేవిధంగా, [EVM యొక్క జీరో-కనౌలెడ్జి అమలు (zkEVM)ను సృష్టించడానికి](https://ethresear.ch/t/a-zk-evm-specification/11549) ప్రణాళికలు జరుగుతున్నాయి, ఇది ZK-రోల్అప్లను ఏకపక్ష తర్కాన్ని ప్రాసెస్ చేయడానికి మరియు స్మార్ట్ కాంట్రాక్టులను అమలు చేయడానికి అనుమతిస్తుంది.
+
+### డేటా అందుబాటులో లేకపోవడం {#data-unavailability}
+
+ముందుగా వివరించినట్లుగా, ప్లాస్మా డేటా లభ్యత సమస్యతో బాధపడుతుంది. ఒక హానికరమైన ఆపరేటర్ ప్లాస్మా చైన్లో చెల్లని మార్పును ముందుకు తీసుకెళితే, వినియోగదారులు దానిని సవాలు చేయలేరు, ఎందుకంటే ఆపరేటర్ ఫ్రాడ్-ప్రూఫ్ను సృష్టించడానికి అవసరమైన డేటాను నిలిపివేయవచ్చు. రోల్అప్లు ఈ సమస్యను పరిష్కరిస్తాయి, ఆపరేటర్లు ఇతీరియముపై లావాదేవీ డేటాను పోస్ట్ చేయమని ఒత్తిడి చేయడం ద్వారా, ఎవరైనా చైన్ యొక్క స్థితిని ధృవీకరించడానికి మరియు అవసరమైతే ఫ్రాడ్ ప్రూఫ్లను సృష్టించడానికి అనుమతిస్తుంది.
+
+### సామూహిక నిష్క్రమణ సమస్య {#mass-exit-problem}
+
+ZK-రోల్అప్లు మరియు ఆప్టిమిస్టిక్ రోల్అప్లు రెండూ ప్లాస్మా యొక్క సామూహిక నిష్క్రమణ సమస్యను వివిధ మార్గాల్లో పరిష్కరిస్తాయి. ఉదాహరణకు, ఒక ZK-రోల్అప్ క్రిప్టోగ్రాఫిక్ యంత్రాంగాలపై ఆధారపడి ఉంటుంది, ఇవి ఏ దృష్టాంతంలోనైనా ఆపరేటర్లు వినియోగదారు నిధులను దొంగిలించలేరని నిర్ధారిస్తాయి.
+
+అదేవిధంగా, ఆప్టిమిస్టిక్ రోల్అప్లు ఉపసంహరణలపై ఆలస్య కాలాన్ని విధిస్తాయి, ఈ సమయంలో ఎవరైనా ఒక సవాలును ప్రారంభించవచ్చు మరియు హానికరమైన ఉపసంహరణ అభ్యర్థనలను నిరోధించవచ్చు. ఇది ప్లాస్మా మాదిరిగానే ఉన్నప్పటికీ, తేడా ఏమిటంటే, ధృవీకరణకర్తలకు ఫ్రాడ్ ప్రూఫ్లను సృష్టించడానికి అవసరమైన డేటాకు ప్రాప్యత ఉంటుంది. అందువల్ల, రోల్అప్ వినియోగదారులు ఇతీరియము Mainnetకు వెర్రిగా, "మొదట-బయటకు-వెళ్లే" వలసలో పాల్గొనవలసిన అవసరం లేదు.
+
+## ప్లాస్మా సైడ్చైన్లు మరియు షార్డింగ్ నుండి ఎలా భిన్నంగా ఉంటుంది? {#plasma-sidechains-sharding}
+
+ప్లాస్మా, సైడ్చైన్లు, మరియు షార్డింగ్ చాలా వరకు సారూప్యంగా ఉంటాయి ఎందుకంటే అవన్నీ ఏదో ఒక విధంగా ఇతీరియము Mainnetకు కనెక్ట్ అవుతాయి. అయితే, ఈ కనెక్షన్ల స్థాయి మరియు బలం మారుతూ ఉంటాయి, ఇది ప్రతి స్కేలింగ్ పరిష్కారం యొక్క భద్రతా లక్షణాలను ప్రభావితం చేస్తుంది.
+
+### ప్లాస్మా వర్సెస్ సైడ్చైన్లు {#plasma-vs-sidechains}
+
+ఒక [సైడ్చైన్](/developers/docs/scaling/sidechains/) అనేది రెండు-మార్గాల వంతెన ద్వారా ఇతీరియము Mainnetకు కనెక్ట్ చేయబడిన స్వతంత్రంగా పనిచేసే బ్లాక్ చైను. [వంతెనలు](/bridges/) వినియోగదారులను సైడ్చైన్లో లావాదేవీలు జరపడానికి రెండు బ్లాక్ చైనుల మధ్య టోకెన్లను మార్పిడి చేసుకోవడానికి అనుమతిస్తాయి, ఇతీరియము Mainnetపై రద్దీని తగ్గించి మరియు స్కేలబిలిటీని మెరుగుపరుస్తాయి.
+సైడ్చైన్లు ఒక ప్రత్యేక ఏకాభిప్రాయ యంత్రాంగాన్ని ఉపయోగిస్తాయి మరియు సాధారణంగా ఇతీరియము Mainnet కంటే చాలా చిన్నవిగా ఉంటాయి. ఫలితంగా, ఈ చైన్లకు ఆస్తులను వంతెన చేయడం వలన పెరిగిన ప్రమాదం ఉంటుంది; సైడ్చైన్ మోడల్లో ఇతీరియము Mainnet నుండి వారసత్వంగా పొందిన భద్రతా హామీలు లేనందున, సైడ్చైన్పై దాడిలో వినియోగదారులు నిధుల నష్టాన్ని ఎదుర్కొంటారు.
+
+దీనికి విరుద్ధంగా, ప్లాస్మా చైన్లు తమ భద్రతను Mainnet నుండి పొందుతాయి. ఇది వాటిని సైడ్చైన్ల కంటే కొలవదగినంత సురక్షితంగా చేస్తుంది. సైడ్చైన్లు మరియు ప్లాస్మా చైన్లు రెండూ వేర్వేరు ఏకాభిప్రాయ ప్రోటోకాల్లను కలిగి ఉండవచ్చు, కానీ తేడా ఏమిటంటే ప్లాస్మా చైన్లు ఇతీరియము Mainnetపై ప్రతి బ్లాక్ కోసం Merkle రూట్లను ప్రచురిస్తాయి. బ్లాక్ రూట్లు అనేవి ప్లాస్మా చైన్లో జరిగే లావాదేవీల గురించి సమాచారాన్ని ధృవీకరించడానికి మనం ఉపయోగించగల చిన్న సమాచార భాగాలు. ప్లాస్మా చైన్పై దాడి జరిగితే, వినియోగదారులు తగిన ప్రూఫ్లను ఉపయోగించి తమ నిధులను సురక్షితంగా Mainnetకు తిరిగి ఉపసంహరించుకోవచ్చు.
+
+### ప్లాస్మా వర్సెస్ షార్డింగ్ {#plasma-vs-sharding}
+
+ప్లాస్మా చైన్లు మరియు షార్డ్ చైన్లు రెండూ ఇతీరియము Mainnetకు కాలానుగుణంగా క్రిప్టోగ్రాఫిక్ ప్రూఫ్లను ప్రచురిస్తాయి. అయితే, రెండింటికీ వేర్వేరు భద్రతా లక్షణాలు ఉన్నాయి.
+
+షార్డ్ చైన్లు ప్రతి డేటా షార్డ్ గురించి వివరణాత్మక సమాచారాన్ని కలిగి ఉన్న "కోలేషన్ హెడర్లను" Mainnetకు కట్టుబడి ఉంటాయి. Mainnetపై ఉన్న నోడ్లు డేటా షార్డ్ల చెల్లుబాటును ధృవీకరించి, అమలు చేస్తాయి, చెల్లని షార్డ్ మార్పుల అవకాశాన్ని తగ్గిస్తాయి మరియు నెట్వర్క్ను హానికరమైన కార్యకలాపాల నుండి రక్షిస్తాయి.
+
+ప్లాస్మా భిన్నంగా ఉంటుంది ఎందుకంటే Mainnet చైల్డ్ చైన్ల స్థితి గురించి కనీస సమాచారాన్ని మాత్రమే పొందుతుంది. దీనర్థం Mainnet చైల్డ్ చైన్లలో నిర్వహించే లావాదేవీలను ప్రభావవంతంగా ధృవీకరించలేదు, వాటిని తక్కువ సురక్షితంగా చేస్తుంది.
+
+**గమనిక** ఇతీరియము బ్లాక్ చైనును షార్డింగ్ చేయడం ఇకపై రోడ్మ్యాప్లో లేదు. ఇది రోల్అప్ల ద్వారా స్కేలింగ్ మరియు [Danksharding](/roadmap/danksharding) ద్వారా భర్తీ చేయబడింది.
+
+### ప్లాస్మాను ఉపయోగించండి {#use-plasma}
+
+బహుళ ప్రాజెక్టులు ప్లాస్మా యొక్క అమలులను అందిస్తాయి, మీరు వాటిని మీ డాప్స్లో విలీనం చేసుకోవచ్చు:
+
+- [Polygon](https://polygon.technology/) (గతంలో Matic Network)
+
+## మరింత సమాచారం {#further-reading}
+
+- [ప్లాస్మా నేర్చుకోండి](https://www.learnplasma.org/en/)
+- ["భాగస్వామ్య భద్రత" అంటే ఏమిటి మరియు అది ఎందుకు అంత ముఖ్యం అనేదానికి ఒక శీఘ్ర రిమైండర్](https://old.reddit.com/r/ethereum/comments/sgd3zt/a_quick_reminder_of_what_shared_security_means/)
+- [సైడ్చైన్లు వర్సెస్ ప్లాస్మా వర్సెస్ షార్డింగ్](https://vitalik.eth.limo/general/2019/06/12/plasma_vs_sharding.html)
+- [ప్లాస్మాను అర్థం చేసుకోవడం, పార్ట్ 1: ప్రాథమికాలు](https://www.theblockcrypto.com/amp/post/10793/understanding-plasma-part-1-the-basics)
+- [ప్లాస్మా యొక్క జీవితం మరియు మరణం](https://medium.com/dragonfly-research/the-life-and-death-of-plasma-b72c6a59c5ad#)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/scaling/sidechains/index.md b/public/content/translations/te/developers/docs/scaling/sidechains/index.md
new file mode 100644
index 00000000000..36cf42d0baf
--- /dev/null
+++ b/public/content/translations/te/developers/docs/scaling/sidechains/index.md
@@ -0,0 +1,73 @@
+---
+title: సైడ్చైన్లు
+description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా సైడ్చైన్లకు ఒక పరిచయం.
+lang: te
+sidebarDepth: 3
+---
+
+ఒక సైడ్చైన్ అనేది Ethereum నుండి స్వతంత్రంగా నడిచే ఒక ప్రత్యేక బ్లాక్చైన్ మరియు రెండు-మార్గాల వంతెన ద్వారా Ethereum మెయిన్నెట్కు అనుసంధానించబడి ఉంటుంది. సైడ్చైన్లు ప్రత్యేక బ్లాక్ పారామితులను మరియు [ఏకాభిప్రాయం అల్గారిథంలను](/developers/docs/consensus-mechanisms/) కలిగి ఉంటాయి, ఇవి తరచుగా లావాదేవీల సమర్థవంతమైన ప్రాసెసింగ్ కోసం రూపొందించబడతాయి. అయితే, సైడ్చైన్ను ఉపయోగించడం వలన కొన్ని ప్రతికూలతలు ఉంటాయి, ఎందుకంటే అవి Ethereum యొక్క భద్రతా లక్షణాలను వారసత్వంగా పొందవు. [లేయర్ 2 స్కేలింగ్ సొల్యూషన్లకు](/layer-2/) విరుద్ధంగా, సైడ్చైన్లు స్టేట్ మార్పులు మరియు లావాదేవీల డేటాను Ethereum మెయిన్నెట్కు తిరిగి పోస్ట్ చేయవు.
+
+అధిక త్రూపుట్ సాధించడానికి సైడ్చైన్లు కొంతవరకు వికేంద్రీకరణ లేదా భద్రతను కూడా త్యాగం చేస్తాయి ([స్కేలబిలిటీ ట్రిలెమ్మా](https://vitalik.eth.limo/general/2021/05/23/scaling.html)). అయితే, Ethereum వికేంద్రీకరణ మరియు భద్రతపై రాజీ పడకుండా స్కేలింగ్ చేయడానికి కట్టుబడి ఉంది.
+
+## సైడ్చైన్లు ఎలా పనిచేస్తాయి? {#how-do-sidechains-work}
+
+సైడ్చైన్లు వేర్వేరు చరిత్రలు, అభివృద్ధి రోడ్మ్యాప్లు మరియు డిజైన్ పరిగణనలతో స్వతంత్ర బ్లాక్చైన్లు. ఒక సైడ్చైన్ Ethereum తో కొన్ని ఉపరితల-స్థాయి సారూప్యతలను పంచుకున్నప్పటికీ, దానికి అనేక విలక్షణమైన లక్షణాలు ఉన్నాయి.
+
+### ఏకాభిప్రాయం అల్గారిథంలు {#consensus-algorithms}
+
+సైడ్చైన్లను ప్రత్యేకంగా (అంటే, Ethereum నుండి భిన్నంగా) చేసే లక్షణాలలో ఒకటి ఉపయోగించిన ఏకాభిప్రాయం అల్గారిథం. సైడ్చైన్లు ఏకాభిప్రాయం కోసం Ethereumపై ఆధారపడవు మరియు వాటి అవసరాలకు సరిపోయే ప్రత్యామ్నాయ ఏకాభిప్రాయం ప్రోటోకాల్లను ఎంచుకోవచ్చు. సైడ్చైన్లపై ఉపయోగించే ఏకాభిప్రాయం అల్గారిథంల యొక్క కొన్ని ఉదాహరణలు:
+
+- [ప్రూఫ్-ఆఫ్-అథారిటీ](/developers/docs/consensus-mechanisms/poa/)
+- [డెలిగేటెడ్ ప్రూఫ్-ఆఫ్-స్టేక్](https://en.bitcoin.it/wiki/Delegated_proof_of_stake)
+- [బైజాంటైన్ ఫాల్ట్ టాలరెన్స్](https://decrypt.co/resources/byzantine-fault-tolerance-what-is-it-explained).
+
+Ethereum వలె, సైడ్చైన్లు లావాదేవీలను ధృవీకరించే మరియు ప్రాసెస్ చేసే, బ్లాక్లను ఉత్పత్తి చేసే మరియు బ్లాక్చైన్ స్టేట్ను నిల్వ చేసే నోడ్లను ధృవీకరిస్తాయి. నెట్వర్క్లో ఏకాభిప్రాయం నిర్వహించడానికి మరియు హానికరమైన దాడుల నుండి దాన్ని భద్రపరచడానికి కూడా వాలిడేటర్లు బాధ్యత వహిస్తారు.
+
+#### బ్లాక్ పారామితులు {#block-parameters}
+
+Ethereum [బ్లాక్ సమయాలు](/developers/docs/blocks/#block-time) (అంటే, కొత్త బ్లాక్లను ఉత్పత్తి చేయడానికి పట్టే సమయం) మరియు [బ్లాక్ పరిమాణాలు](/developers/docs/blocks/#block-size) (అంటే, గ్యాస్లో సూచించబడిన ప్రతి బ్లాక్కు ఉన్న డేటా మొత్తం)పై పరిమితులను విధిస్తుంది. దీనికి విరుద్ధంగా, సైడ్చైన్లు అధిక త్రూపుట్, వేగవంతమైన లావాదేవీలు మరియు తక్కువ రుసుములను సాధించడానికి వేగవంతమైన బ్లాక్ సమయాలు మరియు అధిక గ్యాస్ పరిమితులు వంటి విభిన్న పారామితులను తరచుగా స్వీకరిస్తాయి.
+
+దీని వలన కొన్ని ప్రయోజనాలు ఉన్నప్పటికీ, నెట్వర్క్ వికేంద్రీకరణ మరియు భద్రతకు ఇది క్లిష్టమైన చిక్కులను కలిగి ఉంది. వేగవంతమైన బ్లాక్ సమయాలు మరియు పెద్ద బ్లాక్ పరిమాణాలు వంటి బ్లాక్ పారామితులు, పూర్తి నోడ్ను అమలు చేయడంలో కష్టాన్ని పెంచుతాయి—చైన్ను భద్రపరచడానికి కొన్ని "సూపర్నోడ్లు" బాధ్యత వహిస్తాయి. అటువంటి సందర్భంలో, వాలిడేటర్ కుమ్మక్కు లేదా చైన్ యొక్క హానికరమైన స్వాధీనం యొక్క అవకాశం పెరుగుతుంది.
+
+వికేంద్రీకరణకు హాని కలిగించకుండా బ్లాక్చైన్లు స్కేల్ చేయడానికి, నోడ్ను నడపడం అనేది ప్రత్యేకమైన హార్డ్వేర్ ఉన్న పార్టీలకు మాత్రమే కాకుండా అందరికీ అందుబాటులో ఉండాలి. అందుకే Ethereum నెట్వర్క్లో ప్రతి ఒక్కరూ [పూర్తి నోడ్ను నడపగలరని](/developers/docs/nodes-and-clients/#why-should-i-run-an-ethereum-node) నిర్ధారించడానికి ప్రయత్నాలు జరుగుతున్నాయి.
+
+### EVM అనుకూలత {#evm-compatibility}
+
+కొన్ని సైడ్చైన్లు EVM-అనుకూలంగా ఉంటాయి మరియు [Ethereum వర్చువల్ మెషీన్ (EVM)](/developers/docs/evm/) కోసం అభివృద్ధి చేసిన కాంట్రాక్టులను అమలు చేయగలవు. EVM-అనుకూల సైడ్చైన్లు [Solidityలో వ్రాసిన](/developers/docs/smart-contracts/languages/) స్మార్ట్ కాంట్రాక్టులకు, అలాగే ఇతర EVM స్మార్ట్ కాంట్రాక్ట్ భాషలకు మద్దతు ఇస్తాయి, అంటే Ethereum మెయిన్నెట్ కోసం వ్రాసిన స్మార్ట్ కాంట్రాక్టులు EVM-అనుకూల సైడ్చైన్లలో కూడా పనిచేస్తాయి.
+
+అంటే మీరు మీ [డాప్ను](/developers/docs/dapps/) సైడ్చైన్లో ఉపయోగించాలనుకుంటే, మీ [స్మార్ట్ కాంట్రాక్ట్ను](/developers/docs/smart-contracts/) ఈ సైడ్చైన్లో అమలు చేయడం మాత్రమే మిగిలి ఉంది. ఇది మెయిన్నెట్ లాగానే కనిపిస్తుంది, అనిపిస్తుంది మరియు పనిచేస్తుంది—మీరు Solidityలో కాంట్రాక్టులు వ్రాస్తారు మరియు సైడ్చైన్ల RPC ద్వారా చైన్తో పరస్పర చర్య జరుపుతారు.
+
+సైడ్చైన్లు EVM-అనుకూలంగా ఉన్నందున, అవి Ethereum-స్థానిక డాప్స్ కోసం ఉపయోగకరమైన [స్కేలింగ్ పరిష్కారంగా](/developers/docs/scaling/) పరిగణించబడతాయి. మీ డాప్ను సైడ్చైన్లో ఉంచడం ద్వారా, వినియోగదారులు తక్కువ గ్యాస్ ఫీజులు మరియు వేగవంతమైన లావాదేవీలను ఆస్వాదించవచ్చు, ముఖ్యంగా మెయిన్నెట్ రద్దీగా ఉన్నప్పుడు.
+
+అయితే, ఇంతకుముందు వివరించినట్లుగా, సైడ్చైన్ను ఉపయోగించడం వలన ముఖ్యమైన ప్రతికూలతలు ఉంటాయి. ప్రతి సైడ్చైన్ దాని భద్రతకు బాధ్యత వహిస్తుంది మరియు Ethereum యొక్క భద్రతా లక్షణాలను వారసత్వంగా పొందదు. ఇది మీ వినియోగదారులను ప్రభావితం చేసే లేదా వారి నిధులను ప్రమాదంలో పడేసే హానికరమైన ప్రవర్తన యొక్క అవకాశాన్ని పెంచుతుంది.
+
+### ఆస్తి కదలిక {#asset-movement}
+
+ఒక ప్రత్యేక బ్లాక్చైన్ Ethereum మెయిన్నెట్కు సైడ్చైన్గా మారాలంటే, దానికి Ethereum మెయిన్నెట్ నుండి మరియు దానికి ఆస్తుల బదిలీని సులభతరం చేసే సామర్థ్యం అవసరం. Ethereum తో ఈ ఇంటరాపరబిలిటీ బ్లాక్చైన్ వంతెనను ఉపయోగించి సాధించబడుతుంది. [వంతెనలు](/bridges/) Ethereum మెయిన్నెట్ మరియు ఒక సైడ్చైన్పై అమలు చేయబడిన స్మార్ట్ కాంట్రాక్టులను ఉపయోగించి వాటి మధ్య నిధుల బ్రిడ్జింగ్ను నియంత్రిస్తాయి.
+
+వంతెనలు వినియోగదారులకు Ethereum మరియు సైడ్చైన్ మధ్య నిధులను తరలించడానికి సహాయపడినప్పటికీ, ఆస్తులు రెండు చైన్ల మధ్య భౌతికంగా తరలించబడవు. బదులుగా, సాధారణంగా మింటింగ్ మరియు బర్నింగ్ వంటి యంత్రాంగాలను చైన్ల మధ్య విలువను బదిలీ చేయడానికి ఉపయోగిస్తారు. [వంతెనలు ఎలా పనిచేస్తాయనే దానిపై](/developers/docs/bridges/#how-do-bridges-work) మరింత సమాచారం.
+
+## సైడ్చైన్ల యొక్క ప్రయోజనాలు మరియు నష్టాలు {#pros-and-cons-of-sidechains}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
+| సైడ్చైన్లకు మద్దతు ఇచ్చే సాంకేతికత బాగా స్థిరపడింది మరియు విస్తృతమైన పరిశోధన మరియు డిజైన్లో మెరుగుదలల నుండి ప్రయోజనం పొందుతుంది. | స్కేలబిలిటీ కోసం సైడ్చైన్లు కొంతవరకు వికేంద్రీకరణ మరియు విశ్వసనీయతను వదులుకుంటాయి. |
+| సైడ్చైన్లు సాధారణ గణనలకు మద్దతు ఇస్తాయి మరియు EVM అనుకూలతను అందిస్తాయి (అవి Ethereum-స్థానిక డాప్స్ను నడపగలవు). | ఒక సైడ్చైన్ ప్రత్యేక ఏకాభిప్రాయం యంత్రాంగాన్ని ఉపయోగిస్తుంది మరియు Ethereum యొక్క భద్రతా హామీల నుండి ప్రయోజనం పొందదు. |
+| లావాదేవీలను సమర్థవంతంగా ప్రాసెస్ చేయడానికి మరియు వినియోగదారులకు లావాదేవీ రుసుములను తగ్గించడానికి సైడ్చైన్లు విభిన్న ఏకాభిప్రాయం నమూనాలను ఉపయోగిస్తాయి. | సైడ్చైన్లకు అధిక విశ్వాస అంచనాలు అవసరం (ఉదా., హానికరమైన సైడ్చైన్ వాలిడేటర్ల కోరం మోసం చేయగలదు). |
+| EVM-అనుకూల సైడ్చైన్లు డాప్స్ను వారి పర్యావరణ వ్యవస్థను విస్తరించడానికి అనుమతిస్తాయి. | |
+
+### సైడ్చైన్లను ఉపయోగించండి {#use-sidechains}
+
+బహుళ ప్రాజెక్టులు సైడ్చైన్ల అమలులను అందిస్తాయి, వీటిని మీరు మీ డాప్స్లో విలీనం చేయవచ్చు:
+
+- [Polygon PoS](https://polygon.technology/solutions/polygon-pos)
+- [Skale](https://skale.network/)
+- [Gnosis Chain (పూర్వం xDai)](https://www.gnosischain.com/)
+- [Loom Network](https://loomx.io/)
+- [Metis Andromeda](https://www.metis.io/)
+
+## మరింత సమాచారం {#further-reading}
+
+- [సైడ్చైన్ల ద్వారా Ethereum డాప్స్ను స్కేలింగ్ చేయడం](https://medium.com/loom-network/dappchains-scaling-ethereum-dapps-through-sidechains-f99e51fff447) _ఫిబ్రవరి 8, 2018 - జార్జియోస్ కాన్స్టాంటోపౌలోస్_
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/scaling/state-channels/index.md b/public/content/translations/te/developers/docs/scaling/state-channels/index.md
new file mode 100644
index 00000000000..202cd684347
--- /dev/null
+++ b/public/content/translations/te/developers/docs/scaling/state-channels/index.md
@@ -0,0 +1,261 @@
+---
+title: స్టేట్ చానెల్స్
+description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా స్టేట్ ఛానెల్స్ మరియు చెల్లింపు ఛానెల్స్కు ఒక పరిచయం.
+lang: te
+sidebarDepth: 3
+---
+
+Ethereum Mainnetతో పరస్పర చర్యను కనిష్టంగా ఉంచుతూ, స్టేట్ చానెల్స్ పాల్గొనేవారిని సురక్షితంగా ఆఫ్చైన్ లావాదేవీలను నిర్వహించడానికి అనుమతిస్తాయి. ఛానెల్ తెరిచి మరియు మూసివేయడానికి కేవలం రెండు ఆన్చైన్ లావాదేవీలను మాత్రమే సమర్పిస్తూ, ఛానెల్ పీర్స్ ఏకపక్ష సంఖ్యలో ఆఫ్చైన్ లావాదేవీలను నిర్వహించవచ్చు. ఇది అత్యంత అధిక లావాదేవీ థ్రూపుట్కు అనుమతిస్తుంది మరియు వినియోగదారులకు తక్కువ ఖర్చులకు దారితీస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+మీరు [Ethereum స్కేలింగ్](/developers/docs/scaling/) మరియు [లేయర్ 2](/layer-2/) పై మా పేజీలను చదివి అర్థం చేసుకుని ఉండాలి.
+
+## ఛానెల్స్ అంటే ఏమిటి? {#what-are-channels}
+
+Ethereum వంటి పబ్లిక్ బ్లాక్చెయిన్లు, వాటి పంపిణీ చేయబడిన ఆర్కిటెక్చర్ కారణంగా స్కేలబిలిటీ సవాళ్లను ఎదుర్కొంటాయి: ఆన్చైన్ లావాదేవీలను అన్ని నోడ్ల ద్వారా అమలు చేయాలి. నెట్వర్క్ను వికేంద్రీకృతంగా ఉంచడానికి లావాదేవీల థ్రూపుట్పై పరిమితిని విధిస్తూ, సాధారణ హార్డ్వేర్ను ఉపయోగించి ఒక బ్లాక్లోని లావాదేవీల పరిమాణాన్ని నోడ్లు నిర్వహించగలగాలి. అంతిమ పరిష్కారం కోసం ప్రధాన చైన్ భద్రతపై ఆధారపడుతూనే వినియోగదారులను ఆఫ్చైన్లో పరస్పరం సంభాషించుకోవడానికి అనుమతించడం ద్వారా బ్లాక్చెయిన్ ఛానెల్స్ ఈ సమస్యను పరిష్కరిస్తాయి.
+
+ఛానెల్స్ అనేవి రెండు పార్టీల మధ్య అనేక లావాదేవీలు చేసుకుని, ఆపై తుది ఫలితాలను మాత్రమే బ్లాక్చెయిన్కు పోస్ట్ చేయడానికి అనుమతించే సాధారణ పీర్-టు-పీర్ ప్రోటోకాల్స్. వారు రూపొందించే సారాంశ డేటా నిజంగా చెల్లుబాటు అయ్యే మధ్యంతర లావాదేవీల సెట్ యొక్క ఫలితం అని నిరూపించడానికి ఛానెల్ క్రిప్టోగ్రఫీని ఉపయోగిస్తుంది. ఒక ["మల్టీసిగ్"](/developers/docs/smart-contracts/#multisig) స్మార్ట్ కాంట్రాక్ట్ లావాదేవీలు సరైన పార్టీలచే సంతకం చేయబడ్డాయని నిర్ధారిస్తుంది.
+
+ఛానెల్స్తో, స్టేట్ మార్పులు ఆసక్తి గల పార్టీల ద్వారా అమలు చేయబడి మరియు ధృవీకరించబడతాయి, ఇది Ethereum యొక్క ఎగ్జిక్యూషన్ లేయర్పై గణనను తగ్గిస్తుంది. ఇది Ethereum పై రద్దీని తగ్గిస్తుంది మరియు వినియోగదారుల కోసం లావాదేవీల ప్రాసెసింగ్ వేగాన్ని కూడా పెంచుతుంది.
+
+ప్రతి ఛానెల్ Ethereum పై నడిచే ఒక [మల్టీసిగ్ స్మార్ట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/#multisig) ద్వారా నిర్వహించబడుతుంది. ఒక ఛానెల్ను తెరవడానికి, పాల్గొనేవారు ఛానెల్ కాంట్రాక్ట్ను ఆన్చైన్లో డిప్లాయ్ చేసి, దానిలో నిధులను జమ చేస్తారు. ఛానెల్ యొక్క స్టేట్ను ప్రారంభించడానికి ఇద్దరు పార్టీలు సమిష్టిగా ఒక స్టేట్ అప్డేట్పై సంతకం చేస్తాయి, ఆ తర్వాత వారు త్వరగా మరియు స్వేచ్ఛగా ఆఫ్చైన్లో లావాదేవీలు జరపవచ్చు.
+
+ఛానెల్ను మూసివేయడానికి, పాల్గొనేవారు ఛానెల్ యొక్క చివరి అంగీకరించిన స్టేట్ను ఆన్చైన్లో సమర్పిస్తారు. ఆ తర్వాత, స్మార్ట్ కాంట్రాక్ట్ ఛానెల్ యొక్క చివరి స్టేట్లో ప్రతి పాల్గొనేవారి బ్యాలెన్స్ ప్రకారం లాక్ చేయబడిన నిధులను పంపిణీ చేస్తుంది.
+
+కనిపించే ఓవర్హెడ్ లేకుండా అధిక పౌనఃపున్యంతో లావాదేవీలు చేయాలనుకునే కొన్ని ముందుగా నిర్వచించిన పాల్గొనేవారికి పీర్-టు-పీర్ ఛానెల్స్ ప్రత్యేకంగా ఉపయోగపడతాయి. బ్లాక్చెయిన్ ఛానెల్స్ రెండు వర్గాలుగా విభజించబడ్డాయి: **చెల్లింపు ఛానెల్స్** మరియు **స్టేట్ ఛానెల్స్**.
+
+## చెల్లింపు ఛానెల్స్ {#payment-channels}
+
+చెల్లింపు ఛానెల్ అనేది ఇద్దరు వినియోగదారులు సమిష్టిగా నిర్వహించే "ద్విముఖ లెడ్జర్"గా ఉత్తమంగా వర్ణించబడింది. లెడ్జర్ యొక్క ప్రారంభ బ్యాలెన్స్ ఛానెల్ ప్రారంభ దశలో ఆన్చైన్ కాంట్రాక్ట్లో లాక్ చేయబడిన డిపాజిట్ల మొత్తం. ప్రారంభ వన్-టైమ్ ఆన్చైన్ సృష్టి మరియు చివరికి ఛానెల్ మూసివేత మినహా, చెల్లింపు ఛానెల్ బదిలీలు తక్షణమే మరియు అసలు బ్లాక్చెయిన్ ప్రమేయం లేకుండానే నిర్వహించబడతాయి.
+
+లెడ్జర్ యొక్క బ్యాలెన్స్కు (అంటే, చెల్లింపు ఛానెల్ యొక్క స్టేట్) అప్డేట్లకు ఛానెల్లోని అన్ని పార్టీల ఆమోదం అవసరం. అన్ని ఛానెల్ పాల్గొనేవారు సంతకం చేసిన ఛానెల్ అప్డేట్, Ethereum పై లావాదేవీలాగే, ఖరారు చేయబడినట్లుగా పరిగణించబడుతుంది.
+
+సాధారణ వినియోగదారు పరస్పర చర్యల (ఉదా., ETH బదిలీలు, అటామిక్ స్వాప్లు, మైక్రోపేమెంట్లు) ఖరీదైన ఆన్చైన్ కార్యకలాపాలను తగ్గించడానికి రూపొందించిన తొలి స్కేలింగ్ పరిష్కారాలలో చెల్లింపు ఛానెల్స్ ఉన్నాయి. వారి బదిలీల నికర మొత్తం జమ చేసిన టోకెన్లను మించనంత కాలం, ఛానెల్ పాల్గొనేవారు ఒకరికొకరు అపరిమితమైన, తక్షణ, రుసుము లేని లావాదేవీలను నిర్వహించవచ్చు.
+
+## స్టేట్ ఛానెల్స్ {#state-channels}
+
+ఆఫ్చైన్ చెల్లింపులకు మద్దతు ఇవ్వడం మినహా, సాధారణ స్టేట్ ట్రాన్సిషన్ లాజిక్ను నిర్వహించడానికి చెల్లింపు ఛానెల్స్ ఉపయోగకరంగా నిరూపించబడలేదు. ఈ సమస్యను పరిష్కరించడానికి మరియు సాధారణ-ప్రయోజన గణనను స్కేల్ చేయడానికి ఛానెల్స్ను ఉపయోగకరంగా చేయడానికి స్టేట్ ఛానెల్స్ సృష్టించబడ్డాయి.
+
+స్టేట్ ఛానెల్స్కు ఇప్పటికీ చెల్లింపు ఛానెల్స్తో చాలా ఉమ్మడిగా ఉన్నాయి. ఉదాహరణకు, వినియోగదారులు క్రిప్టోగ్రాఫికల్గా సంతకం చేసిన సందేశాలను (లావాదేవీలు) మార్పిడి చేయడం ద్వారా పరస్పర చర్య చేస్తారు, దీనిపై ఇతర ఛానెల్ పాల్గొనేవారు కూడా సంతకం చేయాలి. ప్రతిపాదిత స్టేట్ అప్డేట్పై అన్ని పాల్గొనేవారు సంతకం చేయకపోతే, అది చెల్లనిదిగా పరిగణించబడుతుంది.
+
+అయితే, వినియోగదారు బ్యాలెన్స్లను కలిగి ఉండటంతో పాటు, ఛానెల్ కాంట్రాక్ట్ నిల్వ యొక్క ప్రస్తుత స్టేట్ను (అంటే, కాంట్రాక్ట్ వేరియబుల్స్ యొక్క విలువలు) కూడా ట్రాక్ చేస్తుంది.
+
+ఇది ఇద్దరు వినియోగదారుల మధ్య ఆఫ్చైన్లో స్మార్ట్ కాంట్రాక్ట్ను అమలు చేయడం సాధ్యం చేస్తుంది. ఈ దృశ్యంలో, స్మార్ట్ కాంట్రాక్ట్ యొక్క అంతర్గత స్టేట్కు అప్డేట్లకు ఛానెల్ను సృష్టించిన పీర్ల ఆమోదం మాత్రమే అవసరం.
+
+ఇది ఇంతకుముందు వివరించిన స్కేలబిలిటీ సమస్యను పరిష్కరించినప్పటికీ, భద్రతకు ఇది ప్రభావాలను కలిగి ఉంటుంది. Ethereumలో, స్టేట్ మార్పుల చెల్లుబాటు నెట్వర్క్ యొక్క ఏకాభిప్రాయం ప్రోటోకాల్ ద్వారా అమలు చేయబడుతుంది. ఇది స్మార్ట్ కాంట్రాక్ట్ యొక్క స్టేట్కు చెల్లని అప్డేట్ను ప్రతిపాదించడం లేదా స్మార్ట్ కాంట్రాక్ట్ ఎగ్జిక్యూషన్ను మార్చడం అసాధ్యం చేస్తుంది.
+
+స్టేట్ ఛానెల్స్కు అవే భద్రతా హామీలు ఉండవు. కొంతవరకు, స్టేట్ ఛానెల్ అనేది మెయిన్నెట్ యొక్క సూక్ష్మ వెర్షన్. నియమాలను అమలు చేసే పరిమిత సంఖ్యలో పాల్గొనేవారితో, హానికరమైన ప్రవర్తన (ఉదా., చెల్లని స్టేట్ అప్డేట్లను ప్రతిపాదించడం) యొక్క అవకాశం పెరుగుతుంది. స్టేట్ ఛానెల్స్ [ఫ్రాడ్ ప్రూఫ్స్](/glossary/#fraud-proof) ఆధారంగా వివాద మధ్యవర్తిత్వ వ్యవస్థ నుండి తమ భద్రతను పొందుతాయి.
+
+## స్టేట్ ఛానెల్స్ ఎలా పనిచేస్తాయి {#how-state-channels-work}
+
+ప్రాథమికంగా, స్టేట్ ఛానెల్లోని కార్యకలాపం అనేది వినియోగదారులు మరియు బ్లాక్చెయిన్ సిస్టమ్తో కూడిన పరస్పర చర్యల సెషన్. వినియోగదారులు ఎక్కువగా ఒకరితో ఒకరు ఆఫ్చైన్లో కమ్యూనికేట్ చేస్తారు మరియు ఛానెల్ను తెరవడానికి, మూసివేయడానికి లేదా పాల్గొనేవారి మధ్య సంభావ్య వివాదాలను పరిష్కరించడానికి అంతర్లీన బ్లాక్చెయిన్తో మాత్రమే సంభాషిస్తారు.
+
+కింది విభాగం స్టేట్ ఛానెల్ యొక్క ప్రాథమిక వర్క్ఫ్లోను వివరిస్తుంది:
+
+### ఛానెల్ను తెరవడం {#opening-the-channel}
+
+ఛానెల్ను తెరవడానికి పాల్గొనేవారు మెయిన్నెట్లోని స్మార్ట్ కాంట్రాక్ట్కు నిధులను కేటాయించాలి. డిపాజిట్ వర్చువల్ ట్యాబ్గా కూడా పనిచేస్తుంది, కాబట్టి పాల్గొనే నటులు చెల్లింపులను వెంటనే పరిష్కరించాల్సిన అవసరం లేకుండా స్వేచ్ఛగా లావాదేవీలు చేయవచ్చు. ఛానెల్ ఆన్చైన్లో ఖరారు చేయబడినప్పుడు మాత్రమే పార్టీలు ఒకరికొకరు పరిష్కరించుకుని వారి ట్యాబ్ నుండి మిగిలి ఉన్నదాన్ని ఉపసంహరించుకుంటారు.
+
+ఈ డిపాజిట్ ప్రతి పాల్గొనేవారి నుండి నిజాయితీ ప్రవర్తనను హామీ ఇవ్వడానికి ఒక బాండ్గా కూడా ఉపయోగపడుతుంది. వివాద పరిష్కార దశలో డిపాజిటర్లు హానికరమైన చర్యలకు పాల్పడినట్లు తేలితే, కాంట్రాక్ట్ వారి డిపాజిట్ను స్లాష్ చేస్తుంది.
+
+ఛానెల్ పీర్స్ వారు అందరూ అంగీకరించే ఒక ప్రారంభ స్టేట్పై సంతకం చేయాలి. ఇది స్టేట్ ఛానెల్ యొక్క జెనెసిస్గా పనిచేస్తుంది, ఆ తర్వాత వినియోగదారులు లావాదేవీలు ప్రారంభించవచ్చు.
+
+### ఛానెల్ ఉపయోగించడం {#using-the-channel}
+
+ఛానెల్ యొక్క స్టేట్ను ప్రారంభించిన తర్వాత, పీర్స్ లావాదేవీలపై సంతకం చేసి ఆమోదం కోసం ఒకరికొకరు పంపుకోవడం ద్వారా పరస్పర చర్య చేస్తారు. పాల్గొనేవారు ఈ లావాదేవీలతో స్టేట్ అప్డేట్లను ప్రారంభిస్తారు మరియు ఇతరుల నుండి స్టేట్ అప్డేట్లపై సంతకం చేస్తారు. ప్రతి లావాదేవీలో కిందివి ఉంటాయి:
+
+- **నాన్స్**, ఇది లావాదేవీలకు ప్రత్యేక ID గా పనిచేస్తుంది మరియు రీప్లే దాడులను నివారిస్తుంది. ఇది స్టేట్ అప్డేట్లు జరిగిన క్రమాన్ని కూడా గుర్తిస్తుంది (ఇది వివాద పరిష్కారానికి ముఖ్యం).
+
+- ఛానెల్ యొక్క పాత స్టేట్
+
+- ఛానెల్ యొక్క కొత్త స్టేట్
+
+- స్టేట్ మార్పును ప్రేరేపించే లావాదేవీ (ఉదా., ఆలిస్ బాబ్కు 5 ETH పంపుతుంది)
+
+ఆన్చైన్ ఫుట్ప్రింట్ను తగ్గించాలనే స్టేట్ ఛానెల్స్ లక్ష్యానికి అనుగుణంగా, వినియోగదారులు మెయిన్నెట్లో పరస్పర చర్య చేసినప్పుడు సాధారణంగా జరిగే విధంగా ఛానెల్లోని స్టేట్ అప్డేట్లు ఆన్చైన్లో ప్రసారం చేయబడవు. పాల్గొనేవారు స్టేట్ అప్డేట్లపై అంగీకరించినంత కాలం, అవి Ethereum లావాదేవీ అంతిమమైనవిగా ఉంటాయి. వివాదం తలెత్తితే పాల్గొనేవారు మెయిన్నెట్ ఏకాభిప్రాయంపై మాత్రమే ఆధారపడాలి.
+
+### ఛానెల్ను మూసివేయడం {#closing-the-channel}
+
+స్టేట్ ఛానెల్ను మూసివేయడానికి ఛానెల్ యొక్క చివరి, అంగీకరించిన స్టేట్ను ఆన్చైన్ స్మార్ట్ కాంట్రాక్ట్కు సమర్పించాలి. స్టేట్ అప్డేట్లో సూచించిన వివరాలలో ప్రతి పాల్గొనేవారి కదలికల సంఖ్య మరియు ఆమోదించబడిన లావాదేవీల జాబితా ఉంటాయి.
+
+స్టేట్ అప్డేట్ చెల్లుబాటు అవుతుందని ధృవీకరించిన తర్వాత (అంటే, ఇది అన్ని పార్టీలచే సంతకం చేయబడింది), స్మార్ట్ కాంట్రాక్ట్ ఛానెల్ను ఖరారు చేస్తుంది మరియు ఛానెల్ ఫలితం ప్రకారం లాక్ చేయబడిన నిధులను పంపిణీ చేస్తుంది. ఆఫ్చైన్లో చేసిన చెల్లింపులు Ethereum యొక్క స్టేట్కు వర్తింపజేయబడతాయి మరియు ప్రతి పాల్గొనేవారు లాక్ చేయబడిన నిధులలో తమ మిగిలిన భాగాన్ని అందుకుంటారు.
+
+పైన వివరించిన దృశ్యం సంతోషకరమైన సందర్భంలో ఏమి జరుగుతుందో సూచిస్తుంది. కొన్నిసార్లు, వినియోగదారులు ఒప్పందానికి రాలేక ఛానెల్ను ఖరారు చేయలేకపోవచ్చు (విచారకరమైన కేసు). కింది వాటిలో ఏదైనా పరిస్థితికి నిజం కావచ్చు:
+
+- పాల్గొనేవారు ఆఫ్లైన్కి వెళ్లి స్టేట్ మార్పులను ప్రతిపాదించడంలో విఫలమవుతారు
+
+- పాల్గొనేవారు చెల్లుబాటు అయ్యే స్టేట్ అప్డేట్లపై సహ-సంతకం చేయడానికి నిరాకరిస్తారు
+
+- పాల్గొనేవారు ఆన్చైన్ కాంట్రాక్ట్కు పాత స్టేట్ అప్డేట్ను ప్రతిపాదించడం ద్వారా ఛానెల్ను ఖరారు చేయడానికి ప్రయత్నిస్తారు
+
+- పాల్గొనేవారు ఇతరులు సంతకం చేయడానికి చెల్లని స్టేట్ మార్పులను ప్రతిపాదిస్తారు
+
+ఛానెల్లో పాల్గొనే నటుల మధ్య ఏకాభిప్రాయం విఫలమైనప్పుడల్లా, చివరి ఎంపిక ఛానెల్ యొక్క చివరి, చెల్లుబాటు అయ్యే స్టేట్ను అమలు చేయడానికి మెయిన్నెట్ ఏకాభిప్రాయంపై ఆధారపడటం. ఈ సందర్భంలో, స్టేట్ ఛానెల్ను మూసివేయడానికి ఆన్చైన్లో వివాదాలను పరిష్కరించడం అవసరం.
+
+### వివాదాలను పరిష్కరించడం {#settling-disputes}
+
+సాధారణంగా, ఛానెల్లోని పార్టీలు ముందుగానే ఛానెల్ను మూసివేయడానికి అంగీకరిస్తాయి మరియు చివరి స్టేట్ మార్పుపై సహ-సంతకం చేస్తాయి, దానిని వారు స్మార్ట్ కాంట్రాక్ట్కు సమర్పిస్తారు. అప్డేట్ ఆన్చైన్లో ఆమోదించబడిన తర్వాత, ఆఫ్చైన్ స్మార్ట్ కాంట్రాక్ట్ యొక్క ఎగ్జిక్యూషన్ ముగుస్తుంది మరియు పాల్గొనేవారు తమ డబ్బుతో ఛానెల్ నుండి నిష్క్రమిస్తారు.
+
+అయితే, ఒక పార్టీ స్మార్ట్ కాంట్రాక్ట్ ఎగ్జిక్యూషన్ను ముగించి, ఛానెల్ను ఖరారు చేయడానికి ఆన్చైన్ అభ్యర్థనను సమర్పించవచ్చు—వారి ప్రతిరూపం ఆమోదం కోసం వేచి ఉండకుండా. ముందుగా వివరించిన ఏకాభిప్రాయం-విచ్ఛిన్నం చేసే పరిస్థితులు ఏవైనా సంభవిస్తే, ఏ పార్టీ అయినా ఛానెల్ను మూసివేసి నిధులను పంపిణీ చేయడానికి ఆన్చైన్ కాంట్రాక్ట్ను ప్రేరేపించవచ్చు. ఇది **ట్రస్ట్లెస్నెస్**ను అందిస్తుంది, నిజాయితీ గల పార్టీలు తమ డిపాజిట్ల నుండి ఏ సమయంలోనైనా, ఇతర పార్టీ చర్యలతో సంబంధం లేకుండా నిష్క్రమించగలరని నిర్ధారిస్తుంది.
+
+ఛానెల్ నిష్క్రమణను ప్రాసెస్ చేయడానికి, వినియోగదారు అప్లికేషన్ యొక్క చివరి చెల్లుబాటు అయ్యే స్టేట్ అప్డేట్ను ఆన్చైన్ కాంట్రాక్ట్కు సమర్పించాలి. ఇది సరిపోలితే (అంటే, ఇది అన్ని పార్టీల సంతకాన్ని కలిగి ఉంటుంది), అప్పుడు నిధులు వారికి అనుకూలంగా పునఃపంపిణీ చేయబడతాయి.
+
+అయితే, సింగిల్-యూజర్ నిష్క్రమణ అభ్యర్థనలను అమలు చేయడంలో ఆలస్యం ఉంది. ఛానెల్ను ముగించడానికి చేసిన అభ్యర్థన ఏకగ్రీవంగా ఆమోదించబడితే, ఆన్చైన్ నిష్క్రమణ లావాదేవీ వెంటనే అమలు చేయబడుతుంది.
+
+మోసపూరిత చర్యల అవకాశం కారణంగా సింగిల్-యూజర్ నిష్క్రమణలలో ఆలస్యం ఏర్పడుతుంది. ఉదాహరణకు, ఒక ఛానెల్ పార్టిసిపెంట్ పాత స్టేట్ అప్డేట్ను ఆన్చైన్లో సమర్పించడం ద్వారా Ethereum పై ఛానెల్ను ఖరారు చేయడానికి ప్రయత్నించవచ్చు.
+
+ఒక ప్రతిఘటనగా, స్టేట్ ఛానెల్స్ నిజాయితీగల వినియోగదారులను చెల్లుబాటుకాని స్టేట్ అప్డేట్లను సవాలు చేయడానికి, ఛానెల్ యొక్క తాజా, చెల్లుబాటు అయ్యే స్టేట్ను ఆన్చైన్లో సమర్పించడం ద్వారా అనుమతిస్తాయి. స్టేట్ ఛానెల్స్ కొత్త, అంగీకరించిన స్టేట్ అప్డేట్లు పాత స్టేట్ అప్డేట్లను అధిగమించే విధంగా రూపొందించబడ్డాయి.
+
+ఒక పీర్ ఆన్చైన్ వివాద-పరిష్కార వ్యవస్థను ప్రేరేపించిన తర్వాత, ఇతర పార్టీ ఒక సమయ పరిమితిలో (ఛాలెంజ్ విండో అని పిలుస్తారు) ప్రతిస్పందించాల్సి ఉంటుంది. ఇది వినియోగదారులను నిష్క్రమణ లావాదేవీని సవాలు చేయడానికి అనుమతిస్తుంది, ముఖ్యంగా ఇతర పార్టీ పాత అప్డేట్ను వర్తింపజేస్తుంటే.
+
+పరిస్థితి ఏదైనప్పటికీ, ఛానెల్ వినియోగదారులకు ఎల్లప్పుడూ బలమైన అంతిమ హామీలు ఉంటాయి: వారి ఆధీనంలో ఉన్న స్టేట్ మార్పు అన్ని సభ్యులచే సంతకం చేయబడి, అది అత్యంత ఇటీవలి అప్డేట్ అయితే, అది సాధారణ ఆన్చైన్ లావాదేవీతో సమానమైన అంతిమతను కలిగి ఉంటుంది. వారు ఇప్పటికీ ఇతర పార్టీని ఆన్చైన్లో సవాలు చేయవలసి ఉంటుంది, కానీ వారు కలిగి ఉన్న చివరి చెల్లుబాటు అయ్యే స్టేట్ను ఖరారు చేయడం మాత్రమే సాధ్యమయ్యే ఫలితం.
+
+### స్టేట్ ఛానెల్స్ Ethereum తో ఎలా సంకర్షణ చెందుతాయి? {#how-do-state-channels-interact-with-ethereum}
+
+అవి ఆఫ్చైన్ ప్రోటోకాల్స్గా ఉన్నప్పటికీ, స్టేట్ ఛానెల్స్కు ఒక ఆన్చైన్ భాగం ఉంది: ఛానెల్ను తెరిచేటప్పుడు Ethereum పై డిప్లాయ్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్. ఈ కాంట్రాక్ట్ ఛానెల్లో జమ చేసిన ఆస్తులను నియంత్రిస్తుంది, స్టేట్ అప్డేట్లను ధృవీకరిస్తుంది మరియు పాల్గొనేవారి మధ్య వివాదాలను మధ్యవర్తిత్వం చేస్తుంది.
+
+[లేయర్ 2](/layer-2/) స్కేలింగ్ పరిష్కారాల వలె కాకుండా, స్టేట్ ఛానెల్స్ మెయిన్నెట్కు లావాదేవీల డేటా లేదా స్టేట్ కమిట్మెంట్లను ప్రచురించవు. అయితే, అవి [సైడ్చైన్స్](/developers/docs/scaling/sidechains/) కంటే మెయిన్నెట్కు ఎక్కువ కనెక్ట్ చేయబడి ఉంటాయి, ఇది వాటిని కొంతవరకు సురక్షితంగా చేస్తుంది.
+
+స్టేట్ ఛానెల్స్ కింది వాటి కోసం ప్రధాన Ethereum ప్రోటోకాల్పై ఆధారపడతాయి:
+
+#### 1. సజీవత్వం {#liveness}
+
+ఛానెల్ తెరిచేటప్పుడు డిప్లాయ్ చేయబడిన ఆన్చైన్ కాంట్రాక్ట్ ఛానెల్ యొక్క కార్యాచరణకు బాధ్యత వహిస్తుంది. కాంట్రాక్ట్ Ethereum పై నడుస్తుంటే, ఛానెల్ ఎల్లప్పుడూ వినియోగానికి అందుబాటులో ఉంటుంది. దీనికి విరుద్ధంగా, మెయిన్నెట్ పనిచేస్తున్నప్పటికీ సైడ్చైన్ ఎప్పుడైనా విఫలం కావచ్చు, ఇది వినియోగదారు నిధులను ప్రమాదంలో పడేస్తుంది.
+
+#### 2. భద్రత {#security}
+
+కొంతవరకు, స్టేట్ ఛానెల్స్ భద్రతను అందించడానికి మరియు వినియోగదారులను హానికరమైన పీర్ల నుండి రక్షించడానికి Ethereum పై ఆధారపడతాయి. తరువాత విభాగాలలో చర్చించినట్లుగా, ఛానెల్స్ ఒక ఫ్రాడ్ ప్రూఫ్ యంత్రాంగాన్ని ఉపయోగిస్తాయి, ఇది చెల్లని లేదా పాత అప్డేట్తో ఛానెల్ను ఖరారు చేసే ప్రయత్నాలను సవాలు చేయడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+ఈ సందర్భంలో, నిజాయితీ గల పార్టీ ధృవీకరణ కోసం ఛానెల్ యొక్క తాజా చెల్లుబాటు అయ్యే స్టేట్ను ఫ్రాడ్ ప్రూఫ్గా ఆన్చైన్ కాంట్రాక్ట్కు అందిస్తుంది. ఫ్రాడ్ ప్రూఫ్స్ పరస్పరం అవిశ్వాసం గల పార్టీలు తమ నిధులను ప్రమాదంలో పెట్టకుండా ఆఫ్చైన్ లావాదేవీలను నిర్వహించడానికి వీలు కల్పిస్తాయి.
+
+#### 3. ఫైనాలిటీ {#finality}
+
+ఛానెల్ వినియోగదారులు సమిష్టిగా సంతకం చేసిన స్టేట్ అప్డేట్లు ఆన్చైన్ లావాదేవీల వలె మంచివిగా పరిగణించబడతాయి. అయినప్పటికీ, ఛానెల్లోని అన్ని కార్యకలాపాలు Ethereum పై ఛానెల్ మూసివేయబడినప్పుడు మాత్రమే నిజమైన అంతిమతను సాధిస్తాయి.
+
+ఆశావాద సందర్భంలో, రెండు పార్టీలు సహకరించుకుని, చివరి స్టేట్ అప్డేట్పై సంతకం చేసి, ఛానెల్ను మూసివేయడానికి ఆన్చైన్లో సమర్పించవచ్చు, ఆ తర్వాత ఛానెల్ యొక్క చివరి స్టేట్ ప్రకారం నిధులు పంపిణీ చేయబడతాయి. నిరాశావాద సందర్భంలో, ఎవరైనా తప్పు స్టేట్ అప్డేట్ను ఆన్చైన్లో పోస్ట్ చేయడం ద్వారా మోసం చేయడానికి ప్రయత్నిస్తే, ఛాలెంజ్ విండో ముగిసే వరకు వారి లావాదేవీ ఖరారు చేయబడదు.
+
+## వర్చువల్ స్టేట్ ఛానెల్స్ {#virtual-state-channels}
+
+స్టేట్ ఛానెల్ యొక్క అమాయకపు అమలు అనేది ఇద్దరు వినియోగదారులు ఆఫ్చైన్లో ఒక అప్లికేషన్ను అమలు చేయాలనుకున్నప్పుడు కొత్త కాంట్రాక్ట్ను డిప్లాయ్ చేయడం. ఇది అసాధ్యం మాత్రమే కాదు, ఇది స్టేట్ ఛానెల్స్ యొక్క వ్యయ-ప్రభావశీలతను కూడా తిరస్కరిస్తుంది (ఆన్చైన్ లావాదేవీల ఖర్చులు త్వరగా పెరిగిపోతాయి).
+
+ఈ సమస్యను పరిష్కరించడానికి, "వర్చువల్ ఛానెల్స్" సృష్టించబడ్డాయి. తెరవడానికి మరియు ముగించడానికి ఆన్చైన్ లావాదేవీలు అవసరమయ్యే సాధారణ ఛానెల్స్ వలె కాకుండా, వర్చువల్ ఛానెల్ను ప్రధాన చైన్తో సంభాషించకుండానే తెరవవచ్చు, అమలు చేయవచ్చు మరియు ఖరారు చేయవచ్చు. ఈ పద్ధతిని ఉపయోగించి వివాదాలను ఆఫ్చైన్లో కూడా పరిష్కరించడం సాధ్యమే.
+
+ఈ వ్యవస్థ "లెడ్జర్ ఛానెల్స్" అని పిలవబడే వాటి ఉనికిపై ఆధారపడి ఉంటుంది, ఇవి ఆన్చైన్లో నిధులు సమకూర్చబడ్డాయి. రెండు పార్టీల మధ్య వర్చువల్ ఛానెల్స్ను ఇప్పటికే ఉన్న లెడ్జర్ ఛానెల్ పైన నిర్మించవచ్చు, లెడ్జర్ ఛానెల్ యజమాని(లు) మధ్యవర్తిగా పనిచేస్తారు.
+
+ప్రతి వర్చువల్ ఛానెల్లోని వినియోగదారులు కొత్త కాంట్రాక్ట్ ఇన్స్టాన్స్ ద్వారా పరస్పర చర్య చేస్తారు, లెడ్జర్ ఛానెల్ బహుళ కాంట్రాక్ట్ ఇన్స్టాన్స్లకు మద్దతు ఇవ్వగలదు. లెడ్జర్ ఛానెల్ యొక్క స్టేట్లో ఒకటి కంటే ఎక్కువ కాంట్రాక్ట్ స్టోరేజ్ స్టేట్లు కూడా ఉంటాయి, ఇది విభిన్న వినియోగదారుల మధ్య ఆఫ్చైన్లో అప్లికేషన్ల సమాంతర అమలుకు అనుమతిస్తుంది.
+
+సాధారణ ఛానెల్స్ లాగే, వినియోగదారులు స్టేట్ మెషిన్ను ముందుకు నడిపించడానికి స్టేట్ అప్డేట్లను మార్పిడి చేసుకుంటారు. వివాదం తలెత్తితే తప్ప, ఛానెల్ను తెరిచేటప్పుడు లేదా ముగించేటప్పుడు మాత్రమే మధ్యవర్తిని సంప్రదించాలి.
+
+### వర్చువల్ చెల్లింపు ఛానెల్స్ {#virtual-payment-channels}
+
+వర్చువల్ చెల్లింపు ఛానెల్స్ వర్చువల్ స్టేట్ ఛానెల్స్ వలె అదే ఆలోచనపై పనిచేస్తాయి: ఒకే నెట్వర్క్కు కనెక్ట్ అయిన పాల్గొనేవారు ఆన్చైన్లో కొత్త ఛానెల్ను తెరవాల్సిన అవసరం లేకుండా సందేశాలను పంపవచ్చు. వర్చువల్ చెల్లింపు ఛానెల్స్లో, విలువ బదిలీలు ఒకటి లేదా అంతకంటే ఎక్కువ మధ్యవర్తుల ద్వారా మళ్లించబడతాయి, బదిలీ చేయబడిన నిధులను ఉద్దేశించిన గ్రహీత మాత్రమే స్వీకరించగలరనే హామీలతో.
+
+## స్టేట్ ఛానెల్స్ యొక్క అప్లికేషన్లు {#applications-of-state-channels}
+
+### చెల్లింపులు {#payments}
+
+తొలి బ్లాక్చెయిన్ ఛానెల్స్ అనేవి రెండు పార్టీలు మెయిన్నెట్పై అధిక లావాదేవీల రుసుము చెల్లించకుండా వేగంగా, తక్కువ రుసుముతో ఆఫ్చైన్లో బదిలీలు చేయడానికి వీలు కల్పించే సాధారణ ప్రోటోకాల్స్. నేడు, ఈథర్ మరియు టోకెన్ల మార్పిడి మరియు డిపాజిట్ల కోసం రూపొందించిన అప్లికేషన్లకు చెల్లింపు ఛానెల్స్ ఇప్పటికీ ఉపయోగకరంగా ఉన్నాయి.
+
+ఛానెల్-ఆధారిత చెల్లింపులకు కింది ప్రయోజనాలు ఉన్నాయి:
+
+1. **థ్రూపుట్**: ప్రతి ఛానెల్కు ఆఫ్చైన్ లావాదేవీల మొత్తం Ethereum యొక్క థ్రూపుట్కు సంబంధం లేకుండా ఉంటుంది, ఇది బ్లాక్ సైజు మరియు బ్లాక్ టైమ్ వంటి వివిధ కారకాలచే ప్రభావితమవుతుంది. ఆఫ్చైన్లో లావాదేవీలను అమలు చేయడం ద్వారా, బ్లాక్చెయిన్ ఛానెల్స్ అధిక థ్రూపుట్ను సాధించగలవు.
+
+2. **గోప్యత**: ఛానెల్స్ ఆఫ్చైన్లో ఉన్నందున, పాల్గొనేవారి మధ్య పరస్పర చర్యల వివరాలు Ethereum యొక్క పబ్లిక్ బ్లాక్చెయిన్లో నమోదు చేయబడవు. ఛానెల్ వినియోగదారులు ఛానెల్స్కు నిధులు సమకూర్చడం, మూసివేయడం లేదా వివాదాలను పరిష్కరించేటప్పుడు మాత్రమే ఆన్చైన్లో పరస్పరం సంభాషించవలసి ఉంటుంది. అందువల్ల, మరింత ప్రైవేట్ లావాదేవీలను కోరుకునే వ్యక్తులకు ఛానెల్స్ ఉపయోగకరంగా ఉంటాయి.
+
+3. **లేటెన్సీ**: ఛానెల్ పాల్గొనేవారి మధ్య నిర్వహించే ఆఫ్చైన్ లావాదేవీలు, ఇరుపక్షాలు సహకరిస్తే, ఆలస్యాన్ని తగ్గించి, తక్షణమే పరిష్కరించబడతాయి. దీనికి విరుద్ధంగా, మెయిన్నెట్లో ఒక లావాదేవీని పంపడానికి నోడ్లు లావాదేవీని ప్రాసెస్ చేయడానికి, లావాదేవీతో కొత్త బ్లాక్ను ఉత్పత్తి చేయడానికి మరియు ఏకాభిప్రాయానికి రావడానికి వేచి ఉండాలి. లావాదేవీని ఖరారు చేసినట్లు పరిగణలోకి తీసుకునే ముందు వినియోగదారులు మరిన్ని బ్లాక్ నిర్ధారణల కోసం వేచి ఉండాల్సి రావచ్చు.
+
+4. **ఖర్చు**: పాల్గొనేవారి సమితి సుదీర్ఘ కాలం పాటు అనేక స్టేట్ అప్డేట్లను మార్పిడి చేసుకునే పరిస్థితులలో స్టేట్ ఛానెల్స్ ప్రత్యేకంగా ఉపయోగపడతాయి. స్టేట్ ఛానెల్ స్మార్ట్ కాంట్రాక్ట్ను తెరవడం మరియు మూసివేయడం మాత్రమే అయ్యే ఖర్చులు; పరిష్కార ఖర్చు తదనుగుణంగా పంపిణీ చేయబడినందున ఛానెల్ను తెరవడం మరియు మూసివేయడం మధ్య ప్రతి స్టేట్ మార్పు చివరి దాని కంటే చౌకగా ఉంటుంది.
+
+[రోలప్లు](/developers/docs/scaling/#rollups) వంటి లేయర్ 2 పరిష్కారాలపై స్టేట్ ఛానెల్స్ను అమలు చేయడం వల్ల చెల్లింపుల కోసం వాటిని మరింత ఆకర్షణీయంగా మార్చవచ్చు. ఛానెల్స్ చౌక చెల్లింపులను అందించినప్పటికీ, ప్రారంభ దశలో మెయిన్నెట్లో ఆన్చైన్ కాంట్రాక్ట్ను సెటప్ చేసే ఖర్చులు ఖరీదైనవి కావచ్చు—ముఖ్యంగా గ్యాస్ రుసుములు పెరిగినప్పుడు. Ethereum-ఆధారిత రోలప్లు [తక్కువ లావాదేవీల రుసుములను](https://l2fees.info/) అందిస్తాయి మరియు సెటప్ రుసుములను తగ్గించడం ద్వారా ఛానెల్ పాల్గొనేవారికి ఓవర్హెడ్ను తగ్గించగలవు.
+
+### సూక్ష్మ లావాదేవీలు {#microtransactions}
+
+మైక్రోట్రాన్సాక్షన్లు అనేవి తక్కువ-విలువైన చెల్లింపులు (ఉదా., డాలర్లో ఒక భాగానికి కంటే తక్కువ) వీటిని వ్యాపారాలు నష్టాలను చవిచూడకుండా ప్రాసెస్ చేయలేవు. ఈ సంస్థలు చెల్లింపు సేవా ప్రదాతలకు చెల్లించాలి, ఇది కస్టమర్ చెల్లింపులపై మార్జిన్ లాభం సంపాదించడానికి చాలా తక్కువగా ఉంటే వారు చేయలేరు.
+
+చెల్లింపు ఛానెల్స్ మైక్రోట్రాన్సాక్షన్లతో సంబంధం ఉన్న ఓవర్హెడ్ను తగ్గించడం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి. ఉదాహరణకు, ఒక ఇంటర్నెట్ సర్వీస్ ప్రొవైడర్ (ISP) కస్టమర్తో ఒక చెల్లింపు ఛానెల్ను తెరిచి, వారు సేవను ఉపయోగించిన ప్రతిసారీ చిన్న చెల్లింపులను ప్రసారం చేయడానికి వారిని అనుమతించవచ్చు.
+
+ఛానెల్ తెరవడం మరియు మూసివేయడం ఖర్చుకు మించి, పాల్గొనేవారు మైక్రోట్రాన్సాక్షన్లపై తదుపరి ఖర్చులను భరించరు (గ్యాస్ ఫీజులు లేవు). ఇది వినియోగదారులకు సేవలకు ఎంత చెల్లించాలో ఎక్కువ సౌలభ్యాన్ని కలిగి ఉన్నందున మరియు వ్యాపారాలు లాభదాయకమైన మైక్రోట్రాన్సాక్షన్లపై నష్టపోనందున ఇది ఒక విజయ-విజయ పరిస్థితి.
+
+### వికేంద్రీకృత అప్లికేషన్లు {#decentralized-applications}
+
+చెల్లింపు ఛానెల్స్ లాగే, స్టేట్ ఛానెల్స్ స్టేట్ మెషిన్ యొక్క చివరి స్టేట్ల ప్రకారం షరతులతో కూడిన చెల్లింపులు చేయగలవు. స్టేట్ ఛానెల్స్ ఏకపక్ష స్టేట్ మార్పు లాజిక్కు కూడా మద్దతు ఇవ్వగలవు, ఇది ఆఫ్చైన్లో సాధారణ యాప్లను అమలు చేయడానికి వాటిని ఉపయోగకరంగా చేస్తుంది.
+
+స్టేట్ ఛానెల్స్ తరచుగా సాధారణ టర్న్-బేస్డ్ అప్లికేషన్లకు పరిమితం చేయబడతాయి, ఎందుకంటే ఇది ఆన్చైన్ కాంట్రాక్ట్కు కట్టుబడి ఉన్న నిధులను నిర్వహించడం సులభం చేస్తుంది. అంతేకాక, పరిమిత సంఖ్యలో పార్టీలు ఆఫ్చైన్ అప్లికేషన్ యొక్క స్టేట్ను విరామాలలో అప్డేట్ చేయడంతో, నిజాయితీ లేని ప్రవర్తనను శిక్షించడం చాలా సులభం.
+
+స్టేట్ ఛానెల్ అప్లికేషన్ యొక్క సామర్థ్యం దాని రూపకల్పనపై కూడా ఆధారపడి ఉంటుంది. ఉదాహరణకు, ఒక డెవలపర్ యాప్ ఛానెల్ కాంట్రాక్ట్ను ఒకసారి ఆన్చైన్లో డిప్లాయ్ చేసి, ఇతర ఆటగాళ్లను ఆన్చైన్కి వెళ్లకుండానే యాప్ను మళ్లీ ఉపయోగించుకోవడానికి అనుమతించవచ్చు. ఈ సందర్భంలో, ప్రారంభ యాప్ ఛానెల్ బహుళ వర్చువల్ ఛానెల్స్కు మద్దతు ఇచ్చే లెడ్జర్ ఛానెల్గా పనిచేస్తుంది, ప్రతి ఒక్కటి యాప్ యొక్క స్మార్ట్ కాంట్రాక్ట్ యొక్క కొత్త ఇన్స్టాన్స్ ఆఫ్చైన్లో నడుస్తుంది.
+
+స్టేట్ ఛానెల్ అప్లికేషన్లకు సంభావ్య వినియోగ-కేసు సాధారణ ఇద్దరు ఆటగాళ్ల ఆటలు, ఇక్కడ ఆట ఫలితం ఆధారంగా నిధులు పంపిణీ చేయబడతాయి. ఇక్కడ ప్రయోజనం ఏమిటంటే, ఆటగాళ్ళు ఒకరినొకరు విశ్వసించాల్సిన అవసరం లేదు (విశ్వసనీయత) మరియు ఆన్చైన్ కాంట్రాక్ట్, ఆటగాళ్ళు కాదు, నిధుల కేటాయింపు మరియు వివాదాల పరిష్కారాన్ని (వికేంద్రీకరణ) నియంత్రిస్తుంది.
+
+స్టేట్ ఛానెల్ యాప్లకు ఇతర సంభావ్య వినియోగ-కేసులలో ENS పేరు యాజమాన్యం, NFT లెడ్జర్లు మరియు మరెన్నో ఉన్నాయి.
+
+### అటామిక్ బదిలీలు {#atomic-transfers}
+
+తొలి చెల్లింపు ఛానెల్స్ రెండు పార్టీల మధ్య బదిలీలకు మాత్రమే పరిమితం చేయబడ్డాయి, ఇది వాటి వినియోగాన్ని పరిమితం చేసింది. అయితే, వర్చువల్ ఛానెల్స్ పరిచయం వ్యక్తులు ఆన్చైన్లో కొత్త ఛానెల్ను తెరవాల్సిన అవసరం లేకుండా మధ్యవర్తుల ద్వారా (అంటే, బహుళ p2p ఛానెల్స్) బదిలీలను మళ్లించడానికి అనుమతించింది.
+
+సాధారణంగా "మల్టీ-హాప్ బదిలీలు" అని వర్ణించబడిన, రూట్ చేయబడిన చెల్లింపులు అటామిక్ (అంటే, లావాదేవీ యొక్క అన్ని భాగాలు విజయవంతమవుతాయి లేదా అది పూర్తిగా విఫలమవుతుంది). అటామిక్ బదిలీలు [హాష్డ్ టైమ్లాక్ కాంట్రాక్ట్స్ (HTLCs)](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts) ను ఉపయోగిస్తాయి, ఇది నిర్దిష్ట షరతులు నెరవేరినప్పుడు మాత్రమే చెల్లింపు విడుదల చేయబడిందని నిర్ధారిస్తుంది, తద్వారా కౌంటర్పార్టీ ప్రమాదాన్ని తగ్గిస్తుంది.
+
+## స్టేట్ ఛానెల్స్ ఉపయోగించడం వల్ల కలిగే నష్టాలు {#drawbacks-of-state-channels}
+
+### సజీవత్వ అంచనాలు {#liveness-assumptions}
+
+సామర్థ్యాన్ని నిర్ధారించడానికి, స్టేట్ ఛానెల్స్ పాల్గొనేవారికి వివాదాలకు ప్రతిస్పందించే సామర్థ్యంపై సమయ పరిమితులను ఉంచుతాయి. ఈ నియమం ప్రకారం పీర్స్ ఎల్లప్పుడూ ఆన్లైన్లో ఉండి ఛానెల్ కార్యకలాపాలను పర్యవేక్షిస్తారని మరియు అవసరమైనప్పుడు సవాళ్లను పోటీ చేస్తారని భావిస్తుంది.
+
+వాస్తవానికి, వినియోగదారులు తమ నియంత్రణలో లేని కారణాల వల్ల ఆఫ్లైన్కి వెళ్లవచ్చు (ఉదా., పేలవమైన ఇంటర్నెట్ కనెక్షన్, మెకానికల్ వైఫల్యం మొదలైనవి). నిజాయితీ గల వినియోగదారు ఆఫ్లైన్కి వెళితే, ఒక హానికరమైన పీర్ పాత మధ్యంతర స్టేట్లను అడ్జుడికేటర్ కాంట్రాక్ట్కు సమర్పించి, కట్టుబడి ఉన్న నిధులను దొంగిలించడం ద్వారా పరిస్థితిని దోపిడీ చేయవచ్చు.
+
+కొన్ని ఛానెల్స్ "వాచ్టవర్లను" ఉపయోగిస్తాయి—ఇతరుల తరఫున ఆన్చైన్ వివాద సంఘటనలను చూడటానికి మరియు సంబంధిత పార్టీలను హెచ్చరించడం వంటి అవసరమైన చర్యలు తీసుకోవడానికి బాధ్యత వహించే సంస్థలు. అయితే, ఇది స్టేట్ ఛానెల్ను ఉపయోగించే ఖర్చులను పెంచుతుంది.
+
+### డేటా అందుబాటులో లేకపోవడం {#data-unavailability}
+
+ముందుగా వివరించినట్లుగా, చెల్లని వివాదాన్ని సవాలు చేయడానికి స్టేట్ ఛానెల్ యొక్క తాజా, చెల్లుబాటు అయ్యే స్టేట్ను సమర్పించాలి. ఇది ఒక అంచనాపై ఆధారపడిన మరో నియమం—వినియోగదారులకు ఛానెల్ యొక్క తాజా స్టేట్కు యాక్సెస్ ఉందని.
+
+ఛానెల్ వినియోగదారులు ఆఫ్చైన్ అప్లికేషన్ స్టేట్ కాపీలను నిల్వ చేయాలని ఆశించడం సహేతుకమైనప్పటికీ, లోపం లేదా మెకానికల్ వైఫల్యం కారణంగా ఈ డేటా కోల్పోవచ్చు. వినియోగదారు వద్ద డేటా బ్యాకప్ లేకపోతే, ఇతర పార్టీ వారి ఆధీనంలో ఉన్న పాత స్టేట్ మార్పులను ఉపయోగించి చెల్లని నిష్క్రమణ అభ్యర్థనను ఖరారు చేయదని వారు ఆశించగలరు.
+
+నెట్వర్క్ డేటా లభ్యతపై నియమాలను అమలు చేస్తుంది కాబట్టి Ethereum వినియోగదారులు ఈ సమస్యతో వ్యవహరించాల్సిన అవసరం లేదు. లావాదేవీ డేటా అన్ని నోడ్ల ద్వారా నిల్వ చేయబడి, ప్రచారం చేయబడుతుంది మరియు అవసరమైతే వినియోగదారులు డౌన్లోడ్ చేసుకోవడానికి అందుబాటులో ఉంటుంది.
+
+### ద్రవత్వ సమస్యలు {#liquidity-issues}
+
+బ్లాక్చెయిన్ ఛానెల్ను స్థాపించడానికి, పాల్గొనేవారు ఛానెల్ యొక్క జీవితచక్రం కోసం ఆన్చైన్ స్మార్ట్ కాంట్రాక్ట్లో నిధులను లాక్ చేయాలి. ఇది ఛానెల్ వినియోగదారుల ద్రవత్వాన్ని తగ్గిస్తుంది మరియు మెయిన్నెట్లో నిధులను లాక్ చేసి ఉంచగలిగే వారికి ఛానెల్స్ను కూడా పరిమితం చేస్తుంది.
+
+అయితే, లెడ్జర్ ఛానెల్స్—ఆఫ్చైన్ సర్వీస్ ప్రొవైడర్ (OSP) ద్వారా నిర్వహించబడతాయి—వినియోగదారుల కోసం ద్రవత్వ సమస్యలను తగ్గించగలవు. లెడ్జర్ ఛానెల్కు కనెక్ట్ చేయబడిన ఇద్దరు పీర్స్ ఒక వర్చువల్ ఛానెల్ను సృష్టించగలరు, దానిని వారు ఎప్పుడైనా, పూర్తిగా ఆఫ్చైన్లో తెరవగలరు మరియు ఖరారు చేయగలరు.
+
+ఆఫ్చైన్ సర్వీస్ ప్రొవైడర్లు బహుళ పీర్స్తో ఛానెల్స్ను కూడా తెరవవచ్చు, ఇది చెల్లింపులను మళ్లించడానికి వాటిని ఉపయోగకరంగా చేస్తుంది. వాస్తవానికి, వినియోగదారులు వారి సేవల కోసం OSPలకు ఫీజు చెల్లించాలి, ఇది కొంతమందికి అవాంఛనీయంగా ఉండవచ్చు.
+
+### గ్రీఫింగ్ దాడులు {#griefing-attacks}
+
+ఫ్రాడ్ ప్రూఫ్-ఆధారిత వ్యవస్థలలో గ్రీఫింగ్ దాడులు ఒక సాధారణ లక్షణం. గ్రీఫింగ్ దాడి దాడి చేసిన వ్యక్తికి ప్రత్యక్షంగా ప్రయోజనం చేకూర్చదు కానీ బాధితుడికి దుఃఖాన్ని (అంటే, హాని) కలిగిస్తుంది, అందుకే ఆ పేరు వచ్చింది.
+
+ఫ్రాడ్ ప్రూవింగ్ గ్రీఫింగ్ దాడులకు గురవుతుంది ఎందుకంటే నిజాయితీ గల పార్టీ ప్రతి వివాదానికి, చెల్లని వాటికి కూడా స్పందించాలి, లేదా వారి నిధులను కోల్పోయే ప్రమాదం ఉంది. ఒక హానికరమైన పార్టిసిపెంట్ పదేపదే పాత స్టేట్ మార్పులను ఆన్చైన్లో పోస్ట్ చేయాలని నిర్ణయించుకోవచ్చు, ఇది నిజాయితీ గల పార్టీని చెల్లుబాటు అయ్యే స్టేట్తో ప్రతిస్పందించమని బలవంతం చేస్తుంది. ఆ ఆన్చైన్ లావాదేవీల ఖర్చు త్వరగా పెరిగిపోతుంది, దీనివల్ల నిజాయితీ గల పార్టీలు ఈ ప్రక్రియలో నష్టపోతాయి.
+
+### ముందుగా నిర్వచించిన పార్టిసిపెంట్ సెట్లు {#predefined-participant-sets}
+
+రూపకల్పన ప్రకారం, స్టేట్ ఛానెల్ను కలిగి ఉన్న పాల్గొనేవారి సంఖ్య దాని జీవితకాలం అంతా స్థిరంగా ఉంటుంది. ఎందుకంటే పార్టిసిపెంట్ సెట్ను అప్డేట్ చేయడం ఛానెల్ ఆపరేషన్ను సంక్లిష్టం చేస్తుంది, ముఖ్యంగా ఛానెల్కు నిధులు సమకూర్చేటప్పుడు లేదా వివాదాలను పరిష్కరించేటప్పుడు. పాల్గొనేవారిని జోడించడం లేదా తీసివేయడం కూడా అదనపు ఆన్చైన్ కార్యకలాపాలను అవసరం చేస్తుంది, ఇది వినియోగదారులకు ఓవర్హెడ్ను పెంచుతుంది.
+
+ఇది స్టేట్ ఛానెల్స్ గురించి తార్కికంగా ఆలోచించడాన్ని సులభతరం చేసినప్పటికీ, ఇది ఛానెల్ డిజైన్ల వినియోగాన్ని అప్లికేషన్ డెవలపర్లకు పరిమితం చేస్తుంది. రోలప్ల వంటి ఇతర స్కేలింగ్ పరిష్కారాల zugunstenలో స్టేట్ ఛానెల్స్ను ఎందుకు వదిలివేయబడ్డాయో ఇది పాక్షికంగా వివరిస్తుంది.
+
+### సమాంతర లావాదేవీల ప్రాసెసింగ్ {#parallel-transaction-processing}
+
+స్టేట్ ఛానెల్లోని పాల్గొనేవారు వంతులవారీగా స్టేట్ అప్డేట్లను పంపుతారు, అందుకే అవి "టర్న్-బేస్డ్ అప్లికేషన్ల"కు (ఉదా., ఇద్దరు ఆటగాళ్ల చెస్ గేమ్) ఉత్తమంగా పనిచేస్తాయి. ఇది ఏకకాలంలో స్టేట్ అప్డేట్లను నిర్వహించాల్సిన అవసరాన్ని తొలగిస్తుంది మరియు పాత అప్డేట్ పోస్టర్లను శిక్షించడానికి ఆన్చైన్ కాంట్రాక్ట్ చేయవలసిన పనిని తగ్గిస్తుంది. అయితే, ఈ డిజైన్ యొక్క ఒక సైడ్-ఎఫెక్ట్ ఏమిటంటే, లావాదేవీలు ఒకదానిపై ఒకటి ఆధారపడి ఉంటాయి, ఇది లేటెన్సీని పెంచుతుంది మరియు మొత్తం వినియోగదారు అనుభవాన్ని తగ్గిస్తుంది.
+
+కొన్ని స్టేట్ ఛానెల్స్ "ఫుల్-డ్యూప్లెక్స్" డిజైన్ను ఉపయోగించి ఈ సమస్యను పరిష్కరిస్తాయి, ఇది ఆఫ్చైన్ స్టేట్ను రెండు ఏకదిశాత్మక "సింప్లెక్స్" స్టేట్లుగా విభజిస్తుంది, ఇది ఏకకాల స్టేట్ అప్డేట్లకు అనుమతిస్తుంది. ఇటువంటి డిజైన్లు ఆఫ్చైన్ థ్రూపుట్ను మెరుగుపరుస్తాయి మరియు లావాదేవీ ఆలస్యాలను తగ్గిస్తాయి.
+
+## స్టేట్ ఛానెల్స్ ఉపయోగించండి {#use-state-channels}
+
+మీరు మీ డాప్స్లో విలీనం చేయగల స్టేట్ ఛానెల్స్ యొక్క అమలులను బహుళ ప్రాజెక్టులు అందిస్తాయి:
+
+- [Connext](https://connext.network/)
+- [Kchannels](https://www.kchannels.io/)
+- [Perun](https://perun.network/)
+- [Raiden](https://raiden.network/)
+- [Statechannels.org](https://statechannels.org/)
+
+## మరింత సమాచారం {#further-reading}
+
+**స్టేట్ ఛానెల్స్**
+
+- [Ethereum యొక్క లేయర్ 2 స్కేలింగ్ పరిష్కారాలను అర్థం చేసుకోవడం: స్టేట్ ఛానెల్స్, ప్లాస్మా మరియు ట్రూబిట్](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4) _– జోష్ స్టార్క్, ఫిబ్రవరి 12 2018_
+- [స్టేట్ ఛానెల్స్ - ఒక వివరణ](https://www.jeffcoleman.ca/state-channels/) _Nov 6, 2015 - జెఫ్ కోల్మన్_
+- [స్టేట్ ఛానెల్స్ యొక్క ప్రాథమికాలు](https://education.district0x.io/general-topics/understanding-ethereum/basics-state-channels/) _District0x_
+- [బ్లాక్చెయిన్ స్టేట్ ఛానెల్స్: ఎ స్టేట్ ఆఫ్ ది ఆర్ట్](https://ieeexplore.ieee.org/document/9627997)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/scaling/validium/index.md b/public/content/translations/te/developers/docs/scaling/validium/index.md
new file mode 100644
index 00000000000..2c2120172be
--- /dev/null
+++ b/public/content/translations/te/developers/docs/scaling/validium/index.md
@@ -0,0 +1,166 @@
+---
+title: వాలిడియం
+description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా వాలిడియంకు పరిచయం.
+lang: te
+sidebarDepth: 3
+---
+
+వాలిడియం అనేది [స్కేలింగ్ సొల్యూషన్](/developers/docs/scaling/), ఇది [ZK-రోలప్లు](/developers/docs/scaling/zk-rollups/) వంటి చెల్లుబాటు రుజువులను ఉపయోగించి లావాదేవీల సమగ్రతను అమలు చేస్తుంది, కానీ Ethereum మెయిన్నెట్లో లావాదేవీల డేటాను నిల్వ చేయదు. ఆఫ్చైన్ డేటా లభ్యత ట్రేడ్-ఆఫ్లను పరిచయం చేసినప్పటికీ, ఇది స్కేలబిలిటీలో భారీ మెరుగుదలలకు దారితీస్తుంది (వాలిడియంలు సెకనుకు [~9,000 లావాదేవీలు లేదా అంతకంటే ఎక్కువ](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263) ప్రాసెస్ చేయగలవు).
+
+## అవసరాలు {#prerequisites}
+
+మీరు మా [Ethereum స్కేలింగ్](/developers/docs/scaling/) మరియు [లేయర్ 2](/layer-2) పేజీని చదివి అర్థం చేసుకొని ఉండాలి.
+
+## వాలిడియం అంటే ఏమిటి? {#what-is-validium}
+
+వాలిడియంలు అనేవి ఆఫ్చైన్ డేటా లభ్యత మరియు గణనను ఉపయోగించే స్కేలింగ్ పరిష్కారాలు, ఇవి Ethereum మెయిన్నెట్ నుండి లావాదేవీలను ప్రాసెస్ చేయడం ద్వారా థ్రూపుట్ను మెరుగుపరచడానికి రూపొందించబడ్డాయి. జీరో-కనౌలెడ్జి రోలప్లు (ZK-రోలప్లు) వలె, వాలిడియంలు Ethereumలో ఆఫ్చైన్ లావాదేవీలను ధృవీకరించడానికి [జీరో-కనౌలెడ్జి రుజువులను](/glossary/#zk-proof) ప్రచురిస్తాయి. ఇది చెల్లని స్థితి పరివర్తనలను నివారిస్తుంది మరియు వాలిడియం చైన్ యొక్క భద్రతా హామీలను మెరుగుపరుస్తుంది.
+
+ఈ "చెల్లుబాటు రుజువులు" ZK-SNARKs (జీరో-నాలెడ్జ్ సక్సెంట్ నాన్-ఇంటరాక్టివ్ ఆర్గ్యుమెంట్ ఆఫ్ నాలెడ్జ్) లేదా ZK-STARKs (జీరో-నాలెడ్జ్ స్కేలబుల్ ట్రాన్స్పరెంట్ ఆర్గ్యుమెంట్ ఆఫ్ నాలెడ్జ్) రూపంలో రావచ్చు. [జీరో-కనౌలెడ్జి రుజువులు](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) గురించి మరింత.
+
+వాలిడియం వినియోగదారులకు చెందిన నిధులు Ethereumలోని ఒక స్మార్ట్ కాంట్రాక్ట్ ద్వారా నియంత్రించబడతాయి. ZK-రోలప్ల మాదిరిగానే వాలిడియంలు దాదాపు తక్షణ ఉపసంహరణలను అందిస్తాయి; మెయిన్నెట్లో ఉపసంహరణ అభ్యర్థన కోసం చెల్లుబాటు రుజువు ధృవీకరించబడిన తర్వాత, వినియోగదారులు [మెర్కిల్ రుజువులను](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) అందించడం ద్వారా నిధులను ఉపసంహరించుకోవచ్చు. మెర్కిల్ రుజువు ధృవీకరించబడిన లావాదేవీల బ్యాచ్లో వినియోగదారు ఉపసంహరణ లావాదేవీని చేర్చడాన్ని ధృవీకరిస్తుంది, ఇది ఆన్చైన్ కాంట్రాక్ట్ ఉపసంహరణను ప్రాసెస్ చేయడానికి అనుమతిస్తుంది.
+
+అయితే, వాలిడియం వినియోగదారులు తమ నిధులను స్తంభింపజేయవచ్చు మరియు ఉపసంహరణలను పరిమితం చేయవచ్చు. వాలిడియం చైన్లో డేటా లభ్యత మేనేజర్లు వినియోగదారుల నుండి ఆఫ్చైన్ స్టేట్ డేటాను నిలిపివేస్తే ఇది జరగవచ్చు. లావాదేవీ డేటాకు యాక్సెస్ లేకుండా, వినియోగదారులు నిధుల యాజమాన్యాన్ని నిరూపించడానికి మరియు ఉపసంహరణలను అమలు చేయడానికి అవసరమైన మెర్కిల్ రుజువును లెక్కించలేరు.
+
+వాలిడియంలు మరియు ZK-రోలప్ల మధ్య ఉన్న ప్రధాన వ్యత్యాసం ఇదే—డేటా లభ్యత స్పెక్ట్రంలో వాటి స్థానాలు. రెండు పరిష్కారాలు డేటా నిల్వను విభిన్నంగా సంప్రదిస్తాయి, ఇది భద్రత మరియు విశ్వసనీయతకు చిక్కులను కలిగి ఉంటుంది.
+
+## వాలిడియంలు Ethereumతో ఎలా సంకర్షణ చెందుతాయి? {#how-do-validiums-interact-with-ethereum}
+
+వాలిడియంలు అనేవి ఇప్పటికే ఉన్న Ethereum చైన్ పైన నిర్మించబడిన స్కేలింగ్ ప్రోటోకాల్లు. ఇది లావాదేవీలను ఆఫ్చైన్లో అమలు చేసినప్పటికీ, ఒక వాలిడియం చైన్ మెయిన్నెట్లో అమలు చేయబడిన స్మార్ట్ కాంట్రాక్ట్ల సేకరణ ద్వారా నిర్వహించబడుతుంది, వీటిలో ఇవి ఉన్నాయి:
+
+1. **వెరిఫైయర్ కాంట్రాక్ట్**: వెరిఫైయర్ కాంట్రాక్ట్ స్టేట్ అప్డేట్లు చేసేటప్పుడు వాలిడియం ఆపరేటర్ సమర్పించిన రుజువుల చెల్లుబాటును ధృవీకరిస్తుంది. ఇందులో ఆఫ్చైన్ లావాదేవీల సరైనతను ధృవీకరించే చెల్లుబాటు రుజువులు మరియు ఆఫ్చైన్ లావాదేవీల డేటా ఉనికిని ధృవీకరించే డేటా లభ్యత రుజువులు ఉంటాయి.
+
+2. **ప్రధాన కాంట్రాక్ట్**: ప్రధాన కాంట్రాక్ట్ బ్లాక్ ఉత్పత్తిదారులు సమర్పించిన స్టేట్ కట్టుబాట్లను (మెర్కిల్ రూట్లు) నిల్వ చేస్తుంది మరియు ఆన్చైన్లో చెల్లుబాటు రుజువు ధృవీకరించబడిన తర్వాత వాలిడియం స్టేట్ను నవీకరిస్తుంది. ఈ కాంట్రాక్ట్ వాలిడియం చైన్కు డిపాజిట్లు మరియు దాని నుండి ఉపసంహరణలను కూడా ప్రాసెస్ చేస్తుంది.
+
+వాలిడియంలు కింది వాటి కోసం ప్రధాన Ethereum చైన్పై కూడా ఆధారపడతాయి:
+
+### సెటిల్మెంట్ {#settlement}
+
+ఒక వాలిడియంలో అమలు చేయబడిన లావాదేవీలు వాటి చెల్లుబాటును పేరెంట్ చైన్ ధృవీకరించే వరకు పూర్తిగా ధృవీకరించబడవు. ఒక వాలిడియంలో నిర్వహించబడే అన్ని వ్యాపారాలు చివరికి మెయిన్నెట్లో సెటిల్ చేయబడాలి. Ethereum బ్లాక్చైన్ వాలిడియం వినియోగదారుల కోసం "సెటిల్మెంట్ హామీలను" కూడా అందిస్తుంది, అంటే ఆఫ్చైన్ లావాదేవీలను ఒకసారి ఆన్చైన్కు కట్టుబడితే రివర్స్ చేయడం లేదా మార్చడం సాధ్యం కాదు.
+
+### భద్రత {#security}
+
+Ethereum, సెటిల్మెంట్ లేయర్గా పనిచేస్తూ, వాలిడియంలో స్టేట్ పరివర్తనల చెల్లుబాటుకు కూడా హామీ ఇస్తుంది. వాలిడియం చైన్లో అమలు చేయబడిన ఆఫ్చైన్ లావాదేవీలు బేస్ Ethereum లేయర్లోని ఒక స్మార్ట్ కాంట్రాక్ట్ ద్వారా ధృవీకరించబడతాయి.
+
+ఒకవేళ ఆన్చైన్ వెరిఫైయర్ కాంట్రాక్ట్ రుజువు చెల్లదని భావిస్తే, లావాదేవీలు తిరస్కరించబడతాయి. దీని అర్థం ఆపరేటర్లు వాలిడియం స్టేట్ను నవీకరించే ముందు Ethereum ప్రోటోకాల్ ద్వారా అమలు చేయబడిన చెల్లుబాటు షరతులను సంతృప్తి పరచాలి.
+
+## వాలిడియం ఎలా పనిచేస్తుంది? {#how-does-validium-work}
+
+### లావాదేవీలు {#transactions}
+
+వినియోగదారులు లావాదేవీలను ఆపరేటర్కు సమర్పిస్తారు, ఇది వాలిడియం చైన్లో లావాదేవీలను అమలు చేయడానికి బాధ్యత వహించే నోడ్. కొన్ని వాలిడియంలు చైన్ను అమలు చేయడానికి ఒకే ఆపరేటర్ను ఉపయోగించవచ్చు లేదా ఆపరేటర్లను మార్చడానికి [ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)](/developers/docs/consensus-mechanisms/pos/) మెకానిజంపై ఆధారపడవచ్చు.
+
+ఆపరేటర్ లావాదేవీలను ఒక బ్యాచ్గా సమీకరించి, దానిని ప్రూవింగ్ కోసం ఒక ప్రూవింగ్ సర్క్యూట్కు పంపుతాడు. ప్రూవింగ్ సర్క్యూట్ లావాదేవీ బ్యాచ్ (మరియు ఇతర సంబంధిత డేటా)ను ఇన్పుట్లుగా అంగీకరిస్తుంది మరియు ఆపరేషన్లు సరిగ్గా నిర్వహించబడ్డాయని ధృవీకరించే ఒక చెల్లుబాటు రుజువును అవుట్పుట్ చేస్తుంది.
+
+### స్థితి కట్టుబాట్లు {#state-commitments}
+
+వాలిడియం యొక్క స్టేట్ మెర్కిల్ ట్రీగా హాష్ చేయబడుతుంది, దీని రూట్ Ethereumలోని ప్రధాన కాంట్రాక్ట్లో నిల్వ చేయబడుతుంది. మెర్కిల్ రూట్, దీనిని స్టేట్ రూట్ అని కూడా అంటారు, ఇది వాలిడియంలోని ఖాతాలు మరియు బ్యాలెన్సుల ప్రస్తుత స్టేట్కు క్రిప్టోగ్రాఫిక్ కట్టుబాటుగా పనిచేస్తుంది.
+
+స్టేట్ అప్డేట్ చేయడానికి, ఆపరేటర్ ఒక కొత్త స్టేట్ రూట్ను (లావాదేవీలను అమలు చేసిన తర్వాత) లెక్కించి, దానిని ఆన్చైన్ కాంట్రాక్ట్కు సమర్పించాలి. చెల్లుబాటు రుజువు సరిపోలితే, ప్రతిపాదిత స్టేట్ ఆమోదించబడుతుంది మరియు వాలిడియం కొత్త స్టేట్ రూట్కు మారుతుంది.
+
+### డిపాజిట్లు మరియు ఉపసంహరణలు {#deposits-and-withdrawals}
+
+వినియోగదారులు ఆన్చైన్ కాంట్రాక్ట్లో ETH (లేదా ఏదైనా ERC-అనుకూల టోకెన్) డిపాజిట్ చేయడం ద్వారా నిధులను Ethereum నుండి వాలిడియంకు తరలిస్తారు. కాంట్రాక్ట్ డిపాజిట్ ఈవెంట్ను వాలిడియం ఆఫ్చైన్కు రిలే చేస్తుంది, ఇక్కడ వినియోగదారుడి చిరునామాకు వారి డిపాజిట్కు సమానమైన మొత్తంతో క్రెడిట్ చేయబడుతుంది. ఆపరేటర్ ఈ డిపాజిట్ లావాదేవీని కూడా కొత్త బ్యాచ్లో చేర్చుతాడు.
+
+నిధులను మెయిన్నెట్కు తిరిగి తరలించడానికి, ఒక వాలిడియం వినియోగదారు ఉపసంహరణ లావాదేవీని ప్రారంభించి, దానిని ఆపరేటర్కు సమర్పిస్తాడు, అతను ఉపసంహరణ అభ్యర్థనను ధృవీకరించి, దానిని ఒక బ్యాచ్లో చేర్చుతాడు. వినియోగదారు సిస్టమ్ నుండి నిష్క్రమించే ముందు వాలిడియం చైన్లో వారి ఆస్తులు కూడా నాశనం చేయబడతాయి. బ్యాచ్తో అనుబంధించబడిన చెల్లుబాటు రుజువు ధృవీకరించబడిన తర్వాత, వినియోగదారు తమ ప్రారంభ డిపాజిట్ యొక్క మిగిలిన భాగాన్ని ఉపసంహరించుకోవడానికి ప్రధాన కాంట్రాక్ట్కు కాల్ చేయవచ్చు.
+
+సెన్సార్షిప్ను నిరోధించే ఒక మెకానిజంగా, వాలిడియం ప్రోటోకాల్ ఆపరేటర్ ద్వారా వెళ్లకుండా నేరుగా వాలిడియం కాంట్రాక్ట్ నుండి ఉపసంహరించుకోవడానికి వినియోగదారులను అనుమతిస్తుంది. ఈ సందర్భంలో, వినియోగదారులు స్టేట్ రూట్లో ఒక ఖాతా చేర్చబడిందని చూపిస్తూ వెరిఫైయర్ కాంట్రాక్ట్కు ఒక మెర్కిల్ ప్రూఫ్ను అందించాలి. రుజువు అంగీకరించబడితే, వినియోగదారు తమ నిధులను వాలిడియం నుండి నిష్క్రమించడానికి ప్రధాన కాంట్రాక్ట్ యొక్క ఉపసంహరణ ఫంక్షన్కు కాల్ చేయవచ్చు.
+
+### బ్యాచ్ సమర్పణ {#batch-submission}
+
+లావాదేవీల బ్యాచ్ను అమలు చేసిన తర్వాత, ఆపరేటర్ అనుబంధిత చెల్లుబాటు రుజువును వెరిఫైయర్ కాంట్రాక్ట్కు సమర్పించి, ప్రధాన కాంట్రాక్ట్కు ఒక కొత్త స్టేట్ రూట్ను ప్రతిపాదిస్తాడు. రుజువు చెల్లుబాటు అయితే, ప్రధాన కాంట్రాక్ట్ వాలిడియం స్టేట్ను నవీకరిస్తుంది మరియు బ్యాచ్లోని లావాదేవీల ఫలితాలను ఖరారు చేస్తుంది.
+
+ZK-రోలప్లా కాకుండా, వాలిడియంలో బ్లాక్ ప్రొడ్యూసర్లు లావాదేవీల బ్యాచ్ల కోసం లావాదేవీల డేటాను ప్రచురించాల్సిన అవసరం లేదు (బ్లాక్ హెడర్లు మాత్రమే). ఇది వాలిడియంను పూర్తిగా ఆఫ్చైన్ స్కేలింగ్ ప్రోటోకాల్గా చేస్తుంది, "హైబ్రిడ్" స్కేలింగ్ ప్రోటోకాల్స్ ([లేయర్ 2](/layer-2/)) కాకుండా, ఇవి బ్లోబ్ డేటా, `కాల్డేటా`, లేదా రెండింటి కలయికను ఉపయోగించి ప్రధాన Ethereum చైన్లో స్టేట్ డేటాను ప్రచురిస్తాయి.
+
+### డేటా లభ్యత {#data-availability}
+
+చెప్పినట్లుగా, వాలిడియంలు ఆఫ్చైన్ డేటా లభ్యత మోడల్ను ఉపయోగిస్తాయి, ఇక్కడ ఆపరేటర్లు అన్ని లావాదేవీల డేటాను Ethereum మెయిన్నెట్ నుండి వేరుగా నిల్వ చేస్తారు. వాలిడియం యొక్క తక్కువ ఆన్చైన్ డేటా ఫుట్ప్రింట్ స్కేలబిలిటీని మెరుగుపరుస్తుంది (త్రూపుట్ Ethereum యొక్క డేటా ప్రాసెసింగ్ సామర్థ్యంతో పరిమితం కాదు) మరియు వినియోగదారు రుసుములను తగ్గిస్తుంది (ఆన్చైన్లో డేటాను ప్రచురించడానికి అయ్యే ఖర్చు తక్కువ).
+
+అయితే, ఆఫ్చైన్ డేటా లభ్యత ఒక సమస్యను కలిగిస్తుంది: మెర్కిల్ రుజువులను సృష్టించడానికి లేదా ధృవీకరించడానికి అవసరమైన డేటా అందుబాటులో ఉండకపోవచ్చు. దీని అర్థం ఆపరేటర్లు దురుద్దేశపూర్వకంగా వ్యవహరిస్తే వినియోగదారులు ఆన్చైన్ కాంట్రాక్ట్ నుండి నిధులను ఉపసంహరించుకోలేకపోవచ్చు.
+
+వివిధ వాలిడియం సొల్యూషన్స్ స్టేట్ డేటా నిల్వను వికేంద్రీకరించడం ద్వారా ఈ సమస్యను పరిష్కరించడానికి ప్రయత్నిస్తాయి. ఇందులో బ్లాక్ ప్రొడ్యూసర్లు అంతర్లీన డేటాను "డేటా అవైలబిలిటీ మేనేజర్లకు" పంపడం ఉంటుంది, వీరు ఆఫ్చైన్ డేటాను నిల్వ చేయడానికి మరియు అభ్యర్థన మేరకు వినియోగదారులకు అందుబాటులో ఉంచడానికి బాధ్యత వహిస్తారు.
+
+వాలిడియంలో డేటా అవైలబిలిటీ మేనేజర్లు ప్రతి వాలిడియం బ్యాచ్పై సంతకం చేయడం ద్వారా ఆఫ్చైన్ లావాదేవీల కోసం డేటా లభ్యతను ధృవీకరిస్తారు. ఈ సంతకాలు "లభ్యత రుజువు" రూపంలో ఉంటాయి, దీనిని ఆన్చైన్ వెరిఫైయర్ కాంట్రాక్ట్ స్టేట్ నవీకరణలను ఆమోదించే ముందు తనిఖీ చేస్తుంది.
+
+వాలిడియంలు వాటి డేటా అవైలబిలిటీ మేనేజ్మెంట్ విధానంలో విభిన్నంగా ఉంటాయి. కొన్ని స్టేట్ డేటాను నిల్వ చేయడానికి విశ్వసనీయ పార్టీలపై ఆధారపడతాయి, మరికొన్ని ఈ పని కోసం యాదృచ్ఛికంగా కేటాయించిన వ్యాలిడేటర్లను ఉపయోగిస్తాయి.
+
+#### డేటా లభ్యత కమిటీ (DAC) {#data-availability-committee}
+
+ఆఫ్చైన్ డేటా లభ్యతకు హామీ ఇవ్వడానికి, కొన్ని వాలిడియం సొల్యూషన్స్ విశ్వసనీయ సంస్థల సమూహాన్ని నియమిస్తాయి, దీనిని సమిష్టిగా డేటా అవైలబిలిటీ కమిటీ (DAC) అని పిలుస్తారు, ఇది స్టేట్ కాపీలను నిల్వ చేయడానికి మరియు డేటా లభ్యత రుజువును అందించడానికి. DACలను అమలు చేయడం సులభం మరియు సభ్యత్వం తక్కువగా ఉన్నందున తక్కువ సమన్వయం అవసరం.
+
+అయితే, వినియోగదారులు అవసరమైనప్పుడు డేటాను అందుబాటులో ఉంచడానికి DACని విశ్వసించాలి (ఉదా., మెర్కిల్ రుజువులను రూపొందించడానికి). [ఒక దురుద్దేశపూర్వక నటుడిచే డేటా లభ్యత కమిటీల సభ్యులు రాజీ పడే](https://notes.ethereum.org/DD7GyItYQ02d0ax_X-UbWg?view) అవకాశం ఉంది, వారు ఆఫ్చైన్ డేటాను నిలిపివేయవచ్చు.
+
+[వాలిడియంలలో డేటా అవైలబిలిటీ కమిటీల గురించి మరింత](https://medium.com/starkware/data-availability-e5564c416424).
+
+#### బాండెడ్ డేటా లభ్యత {#bonded-data-availability}
+
+ఇతర వాలిడియంలు ఆఫ్లైన్ డేటాను నిల్వ చేయడానికి బాధ్యత వహించే పాల్గొనేవారికి వారి పాత్రలను స్వీకరించే ముందు స్మార్ట్ కాంట్రాక్ట్లో టోకెన్లను స్టేక్ (అంటే, లాక్ అప్) చేయమని కోరుతాయి. ఈ స్టేక్ డేటా అవైలబిలిటీ మేనేజర్ల మధ్య నిజాయితీ ప్రవర్తనకు హామీ ఇవ్వడానికి "బాండ్"గా పనిచేస్తుంది మరియు విశ్వసనీయ అంచనాలను తగ్గిస్తుంది. ఈ పాల్గొనేవారు డేటా లభ్యతను నిరూపించడంలో విఫలమైతే, బాండ్ స్లాష్ చేయబడుతుంది.
+
+బాండెడ్ డేటా అవైలబిలిటీ స్కీమ్లో, ఎవరైనా అవసరమైన స్టేక్ను అందించిన తర్వాత ఆఫ్చైన్ డేటాను పట్టుకోవడానికి కేటాయించబడవచ్చు. ఇది అర్హతగల డేటా అవైలబిలిటీ మేనేజర్ల పూల్ను విస్తరిస్తుంది, డేటా అవైలబిలిటీ కమిటీలను (DACలు) ప్రభావితం చేసే కేంద్రీకరణను తగ్గిస్తుంది. మరీ ముఖ్యంగా, ఈ విధానం దురుద్దేశపూర్వక కార్యకలాపాలను నిరోధించడానికి క్రిప్టోఎకనామిక్ ప్రోత్సాహకాలపై ఆధారపడుతుంది, ఇది వాలిడియంలో ఆఫ్లైన్ డేటాను సురక్షితంగా ఉంచడానికి విశ్వసనీయ పార్టీలను నియమించడం కంటే చాలా సురక్షితమైనది.
+
+[వాలిడియంలలో బాండెడ్ డేటా లభ్యత గురించి మరింత](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf).
+
+## వోలిషన్లు మరియు వాలిడియం {#volitions-and-validium}
+
+వాలిడియంలు అనేక ప్రయోజనాలను అందిస్తాయి, కానీ ట్రేడ్-ఆఫ్లతో వస్తాయి (ముఖ్యంగా, డేటా లభ్యత). కానీ, అనేక స్కేలింగ్ పరిష్కారాల మాదిరిగా, వాలిడియంలు నిర్దిష్ట వినియోగ-కేసులకు సరిపోతాయి—అందుకే వోలిషన్లు సృష్టించబడ్డాయి.
+
+వోలిషన్లు ఒక ZK-రోలప్ మరియు వాలిడియం చైన్ను కలుపుతాయి మరియు వినియోగదారులను రెండు స్కేలింగ్ పరిష్కారాల మధ్య మారడానికి అనుమతిస్తాయి. వోలిషన్లతో, వినియోగదారులు నిర్దిష్ట లావాదేవీల కోసం వాలిడియం యొక్క ఆఫ్చైన్ డేటా లభ్యతను ఉపయోగించుకోవచ్చు, అయితే అవసరమైతే ఆన్చైన్ డేటా లభ్యత పరిష్కారానికి (ZK-రోలప్) మారే స్వేచ్ఛను కలిగి ఉంటారు. ఇది తప్పనిసరిగా వినియోగదారులకు వారి ప్రత్యేక పరిస్థితుల ద్వారా నిర్దేశించబడిన ట్రేడ్-ఆఫ్లను ఎంచుకునే స్వేచ్ఛను ఇస్తుంది.
+
+ఒక వికేంద్రీకృత మార్పిడి (DEX) అధిక-విలువ వాణిజ్యాల కోసం వాలిడియం యొక్క స్కేలబుల్ మరియు ప్రైవేట్ ఇన్ఫ్రాస్ట్రక్చర్ను ఉపయోగించడానికి ఇష్టపడవచ్చు. ఇది ZK-రోలప్ యొక్క అధిక భద్రతా హామీలు మరియు విశ్వసనీయతను కోరుకునే వినియోగదారుల కోసం ZK-రోలప్ను కూడా ఉపయోగించవచ్చు.
+
+## వాలిడియంలు మరియు EVM అనుకూలత {#validiums-and-evm-compatibility}
+
+ZK-రోలప్ల మాదిరిగానే, వాలిడియంలు టోకెన్ స్వాప్లు మరియు చెల్లింపులు వంటి సాధారణ అప్లికేషన్లకు ఎక్కువగా సరిపోతాయి. వాలిడియంల మధ్య సాధారణ గణన మరియు స్మార్ట్ కాంట్రాక్ట్ అమలుకు మద్దతు ఇవ్వడం కష్టం, ఎందుకంటే జీరో-కనౌలెడ్జి ప్రూఫ్ సర్క్యూట్లో [EVM](/developers/docs/evm/) సూచనలను నిరూపించడానికి గణనీయమైన ఓవర్హెడ్ ఉంటుంది.
+
+కొన్ని వాలిడియం ప్రాజెక్ట్లు సమర్థవంతమైన ప్రూవింగ్ కోసం ఆప్టిమైజ్ చేయబడిన కస్టమ్ బైట్కోడ్ను సృష్టించడానికి EVM-అనుకూల భాషలను (ఉదా., Solidity, Vyper) కంపైల్ చేయడం ద్వారా ఈ సమస్యను తప్పించుకోవడానికి ప్రయత్నిస్తాయి. ఈ విధానం యొక్క ప్రతికూలత ఏమిటంటే, కొత్త జీరో-కనౌలెడ్జి ప్రూఫ్-స్నేహపూర్వక VMలు ముఖ్యమైన EVM ఆప్కోడ్లకు మద్దతు ఇవ్వకపోవచ్చు, మరియు డెవలపర్లు సరైన అనుభవం కోసం నేరుగా ఉన్నత-స్థాయి భాషలో వ్రాయాల్సి ఉంటుంది. ఇది మరింత సమస్యలను సృష్టిస్తుంది: ఇది అభివృద్ధి చేసేవారిని పూర్తిగా కొత్త డెవలప్మెంట్ స్టాక్తో డాప్స్ నిర్మించమని బలవంతం చేస్తుంది మరియు ప్రస్తుత Ethereum ఇన్ఫ్రాస్ట్రక్చర్తో అనుకూలతను విచ్ఛిన్నం చేస్తుంది.
+
+అయితే, కొన్ని బృందాలు ZK-ప్రూవింగ్ సర్క్యూట్ల కోసం ఇప్పటికే ఉన్న EVM ఆప్కోడ్లను ఆప్టిమైజ్ చేయడానికి ప్రయత్నిస్తున్నాయి. ఇది జీరో-నాలెడ్జ్ ఎథేరియం వర్చువల్ మషీన్ (zkEVM) అభివృద్ధికి దారి తీస్తుంది, ఇది ప్రోగ్రామ్ ఎగ్జిక్యూషన్ యొక్క సరైనతను ధృవీకరించడానికి రుజువులను ఉత్పత్తి చేసే EVM-అనుకూల VM. ఒక zkEVM తో, వాలిడియం చైన్లు స్మార్ట్ కాంట్రాక్ట్లను ఆఫ్చైన్లో అమలు చేయగలవు మరియు Ethereumలో ఆఫ్చైన్ గణనను ధృవీకరించడానికి (దానిని తిరిగి అమలు చేయకుండా) చెల్లుబాటు రుజువులను సమర్పించగలవు.
+
+[zkEVMల గురించి మరింత](https://www.alchemy.com/overviews/zkevm).
+
+## వాలిడియంలు Ethereumను ఎలా స్కేల్ చేస్తాయి? {#scaling-ethereum-with-validiums}
+
+### 1. ఆఫ్చైన్ డేటా నిల్వ {#offchain-data-storage}
+
+ఆప్టిమిస్టిక్ రోలప్లు మరియు ZK-రోలప్లు వంటి లేయర్ 2 స్కేలింగ్ ప్రాజెక్ట్లు L1లో కొన్ని లావాదేవీల డేటాను ప్రచురించడం ద్వారా స్వచ్ఛమైన ఆఫ్చైన్ స్కేలింగ్ ప్రోటోకాల్స్ ([ప్లాస్మా](/developers/docs/scaling/plasma/)) యొక్క అనంతమైన స్కేలబిలిటీని భద్రత కోసం వర్తకం చేస్తాయి. కానీ దీని అర్థం రోలప్ల స్కేలబిలిటీ లక్షణాలు Ethereum మెయిన్నెట్లోని డేటా బ్యాండ్విడ్త్ ద్వారా పరిమితం చేయబడ్డాయి (ఈ కారణంగా Ethereum యొక్క డేటా నిల్వ సామర్థ్యాన్ని మెరుగుపరచడానికి [డేటా షార్డింగ్](/roadmap/danksharding/) ప్రతిపాదిస్తుంది).
+
+వాలిడియంలు అన్ని లావాదేవీల డేటాను ఆఫ్చైన్లో ఉంచడం ద్వారా మరియు ప్రధాన Ethereum చైన్కు స్టేట్ అప్డేట్లను రిలే చేసేటప్పుడు మాత్రమే స్టేట్ కట్టుబాట్లను (మరియు చెల్లుబాటు రుజువులను) పోస్ట్ చేయడం ద్వారా స్కేలబిలిటీని సాధిస్తాయి. అయితే, చెల్లుబాటు రుజువుల ఉనికి ప్లాస్మా మరియు [సైడ్చైన్లు](/developers/docs/scaling/sidechains/) సహా ఇతర స్వచ్ఛమైన ఆఫ్చైన్ స్కేలింగ్ పరిష్కారాల కంటే వాలిడియంలకు అధిక భద్రతా హామీలను ఇస్తుంది. ఆఫ్చైన్ లావాదేవీలను ధృవీకరించే ముందు Ethereum ప్రాసెస్ చేయాల్సిన డేటా మొత్తాన్ని తగ్గించడం ద్వారా, వాలిడియం డిజైన్లు మెయిన్నెట్లో థ్రూపుట్ను బాగా విస్తరిస్తాయి.
+
+### 2. పునరావృత రుజువులు {#recursive-proofs}
+
+ఒక పునరావృత రుజువు అనేది ఇతర రుజువుల చెల్లుబాటును ధృవీకరించే ఒక చెల్లుబాటు రుజువు. ఈ "రుజువుల రుజువులు" అన్ని మునుపటి రుజువులను ధృవీకరించే ఒక చివరి రుజువు సృష్టించబడే వరకు బహుళ రుజువులను పునరావృతంగా సమీకరించడం ద్వారా ఉత్పత్తి చేయబడతాయి. పునరావృత రుజువులు ప్రతి చెల్లుబాటు రుజువుకు ధృవీకరించగల లావాదేవీల సంఖ్యను పెంచడం ద్వారా బ్లాక్చైన్ ప్రాసెసింగ్ వేగాన్ని స్కేల్ చేస్తాయి.
+
+సాధారణంగా, వాలిడియం ఆపరేటర్ ధృవీకరణ కోసం Ethereumకు సమర్పించే ప్రతి చెల్లుబాటు రుజువు ఒకే బ్లాక్ యొక్క సమగ్రతను ధృవీకరిస్తుంది. అయితే ఒకే పునరావృత రుజువు ఒకే సమయంలో అనేక వాలిడియం బ్లాక్ల చెల్లుబాటును ధృవీకరించడానికి ఉపయోగించబడుతుంది—ప్రూవింగ్ సర్క్యూట్ అనేక బ్లాక్ రుజువులను ఒకే చివరి రుజువుగా పునరావృతంగా సమీకరించగలగడం వల్ల ఇది సాధ్యమవుతుంది. ఆన్చైన్ వెరిఫైయర్ కాంట్రాక్ట్ పునరావృత రుజువును అంగీకరిస్తే, అన్ని అంతర్లీన బ్లాక్లు వెంటనే ఖరారు చేయబడతాయి.
+
+## వాలిడియం యొక్క ప్రయోజనాలు మరియు అప్రయోజనాలు {#pros-and-cons-of-validium}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| --------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| చెల్లుబాటు రుజువులు ఆఫ్చైన్ లావాదేవీల సమగ్రతను అమలు చేస్తాయి మరియు ఆపరేటర్లు చెల్లని స్టేట్ నవీకరణలను ఖరారు చేయకుండా నిరోధిస్తాయి. | చెల్లుబాటు రుజువులను ఉత్పత్తి చేయడానికి ప్రత్యేక హార్డ్వేర్ అవసరం, ఇది కేంద్రీకరణ ప్రమాదాన్ని కలిగిస్తుంది. |
+| వినియోగదారులకు మూలధన సామర్థ్యాన్ని పెంచుతుంది (నిధులను Ethereumకు తిరిగి ఉపసంహరించుకోవడంలో ఆలస్యం లేదు) | సాధారణ గణన/స్మార్ట్ కాంట్రాక్ట్లకు పరిమిత మద్దతు; అభివృద్ధికి ప్రత్యేక భాషలు అవసరం. |
+| అధిక-విలువ అనువర్తనాల్లో మోసం-రుజువు ఆధారిత వ్యవస్థలు ఎదుర్కొంటున్న కొన్ని ఆర్థిక దాడులకు గురికాదు. | ZK ప్రూఫ్లను రూపొందించడానికి అధిక గణన శక్తి అవసరం; తక్కువ థ్రూపుట్ అప్లికేషన్లకు ఖర్చు-సమర్థవంతమైనది కాదు. |
+| Ethereum మెయిన్నెట్కు కాల్డేటాను పోస్ట్ చేయకుండా వినియోగదారులకు గ్యాస్ రుసుములను తగ్గిస్తుంది. | నెమ్మదైన ఆత్మాశ్రయ తుది సమయం (ZK ప్రూఫ్ రూపొందించడానికి 10-30 నిమిషాలు) కానీ వివాద సమయం ఆలస్యం లేనందున పూర్తి తుదికి వేగంగా ఉంటుంది. |
+| లావాదేవీ గోప్యత మరియు స్కేలబిలిటీకి ప్రాధాన్యతనిచ్చే వాణిజ్యం లేదా బ్లాక్చైన్ గేమింగ్ వంటి నిర్దిష్ట వినియోగ-కేసులకు అనుకూలం. | వినియోగదారులను నిధుల ఉపసంహరణ నుండి నిరోధించవచ్చు ఎందుకంటే యాజమాన్యపు మెర్కిల్ రుజువులను రూపొందించడానికి ఆఫ్చైన్ డేటా అన్ని సమయాల్లో అందుబాటులో ఉండాలి. |
+| ఆఫ్చైన్ డేటా లభ్యత అధిక స్థాయి థ్రూపుట్ను అందిస్తుంది మరియు స్కేలబిలిటీని పెంచుతుంది. | భద్రతా నమూనా విశ్వసనీయ అంచనాలు మరియు క్రిప్టోఎకనామిక్ ప్రోత్సాహకాలపై ఆధారపడుతుంది, ZK-రోలప్ల వలె కాకుండా, ఇవి కేవలం క్రిప్టోగ్రాఫిక్ భద్రతా మెకానిజంలపై ఆధారపడతాయి. |
+
+### వాలిడియం/వోలిషన్లను ఉపయోగించండి {#use-validium-and-volitions}
+
+అనేక ప్రాజెక్ట్లు వాలిడియం మరియు వోలిషన్ల అమలులను అందిస్తాయి, వీటిని మీరు మీ డాప్స్లో విలీనం చేయవచ్చు:
+
+**StarkWare StarkEx** - _StarkEx అనేది Ethereum లేయర్ 2 (L2) స్కేలబిలిటీ పరిష్కారం, ఇది చెల్లుబాటు రుజువుల ఆధారంగా ఉంటుంది. ఇది ZK-రోలప్ లేదా వాలిడియం డేటా-లభ్యత మోడ్లలో పనిచేయగలదు._
+
+- [దస్తావేజులను సమకూర్చుట](https://docs.starkware.co/starkex-v4/starkex-deep-dive/data-availability-modes#validium)
+- [వెబ్సైట్](https://starkware.co/starkex/)
+
+**Matter Labs zkPorter**- _zkPorter అనేది లేయర్ 2 స్కేలింగ్ ప్రోటోకాల్, ఇది zkRollup మరియు షార్డింగ్ ఆలోచనలను మిళితం చేసే హైబ్రిడ్ విధానంతో డేటా లభ్యతను పరిష్కరిస్తుంది. ఇది ఎన్ని షార్డ్లకు అయినా మద్దతు ఇవ్వగలదు, ప్రతి దాని స్వంత డేటా లభ్యతా విధానంతో._
+
+- [బ్లాగ్](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)
+- [దస్తావేజులను సమకూర్చుట](https://docs.zksync.io/zksync-protocol/rollup/data-availability)
+- [వెబ్సైట్](https://zksync.io/)
+
+## మరింత సమాచారం {#further-reading}
+
+- [వాలిడియం మరియు లేయర్ 2 టూ-బై-టూ — ఇష్యూ నం. 99](https://www.buildblockchain.tech/newsletter/issues/no-99-validium-and-the-layer-2-two-by-two)
+- [ZK-రోలప్లు vs వాలిడియం](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263)
+- [వోలిషన్ మరియు ఉద్భవిస్తున్న డేటా లభ్యత స్పెక్ట్రమ్](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb)
+- [రోలప్లు, వాలిడియంలు, మరియు వోలిషన్లు: హాటెస్ట్ Ethereum స్కేలింగ్ పరిష్కారాల గురించి తెలుసుకోండి](https://www.defipulse.com/blog/rollups-validiums-and-volitions-learn-about-the-hottest-ethereum-scaling-solutions)
+- [Ethereum రోలప్లకు ప్రాక్టికల్ గైడ్](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
diff --git a/public/content/translations/te/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/te/developers/docs/scaling/zk-rollups/index.md
new file mode 100644
index 00000000000..71004caf534
--- /dev/null
+++ b/public/content/translations/te/developers/docs/scaling/zk-rollups/index.md
@@ -0,0 +1,257 @@
+---
+title: జీరో-కనౌలెడ్జి రోల్అప్లు
+description: జీరో-కనౌలెడ్జి రోల్అప్లకు పరిచయం—Ethereum సంఘం ఉపయోగించే ఒక స్కేలింగ్ పరిష్కారం.
+lang: te
+---
+
+జీరో-కనౌలెడ్జి రోల్అప్లు (ZK-రోల్అప్లు) అనేవి లేయర్ 2 [స్కేలింగ్ పరిష్కారాలు](/developers/docs/scaling/), ఇవి కంప్యుటేషన్ మరియు స్టేట్-స్టోరేజ్ను ఆఫ్చెయిన్కు తరలించడం ద్వారా Ethereum మెయిన్నెట్లో త్రూపుట్ను పెంచుతాయి. ZK-రోల్అప్లు ఒక బ్యాచ్లో వేలాది లావాదేవీలను ప్రాసెస్ చేయగలవు మరియు ఆపై కేవలం కొన్ని కనీస సారాంశ డేటాను మాత్రమే మెయిన్నెట్కు పోస్ట్ చేస్తాయి. ఈ సారాంశ డేటా ఇతీరియము స్టేట్లో చేయవలసిన మార్పులను నిర్వచిస్తుంది మరియు ఆ మార్పులు సరైనవని తెలిపే కొంత క్రిప్టోగ్రాఫిక్ ప్రూఫ్ను అందిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+మీరు మా [Ethereum స్కేలింగ్](/developers/docs/scaling/) మరియు [లేయర్ 2](/layer-2) పేజీని చదివి అర్థం చేసుకొని ఉండాలి.
+
+## జీరో-కనౌలెడ్జి రోల్అప్లు అంటే ఏమిటి? {#what-are-zk-rollups}
+
+**జీరో-కనౌలెడ్జి రోల్అప్లు (ZK-రోల్అప్లు)** లావాదేవీలను బ్యాచ్లుగా బండిల్ ('రోల్ అప్') చేస్తాయి, ఇవి ఆఫ్చెయిన్లో ఎగ్జిక్యూట్ చేయబడతాయి. ఆఫ్చెయిన్ కంప్యుటేషన్ బ్లాక్చెయిన్కు పోస్ట్ చేయవలసిన డేటా మొత్తాన్ని తగ్గిస్తుంది. ZK-రోల్అప్ ఆపరేటర్లు ప్రతి లావాదేవీని వ్యక్తిగతంగా పంపే బదులు, ఒక బ్యాచ్లోని అన్ని లావాదేవీలను సూచించడానికి అవసరమైన మార్పుల సారాంశాన్ని సమర్పిస్తారు. వారు తమ మార్పుల యొక్క ఖచ్చితత్వాన్ని నిరూపించడానికి [వాలిడిటీ ప్రూఫ్లను](/glossary/#validity-proof) కూడా ఉత్పత్తి చేస్తారు.
+
+ZK-రోల్అప్ యొక్క స్టేట్, ఇతీరియము నెట్వర్క్లో డిప్లాయ్ చేయబడిన ఒక స్మార్ట్ కాంట్రాక్టు ద్వారా నిర్వహించబడుతుంది. ఈ స్టేట్ను అప్డేట్ చేయడానికి, ZK-రోల్అప్ నోడ్స్ వెరిఫికేషన్ కోసం ఒక వాలిడిటీ ప్రూఫ్ను సమర్పించాలి. పేర్కొన్న విధంగా, వాలిడిటీ ప్రూఫ్ అనేది రోల్అప్ ప్రతిపాదించిన స్టేట్-మార్పు నిజంగా ఇవ్వబడిన లావాదేవీల బ్యాచ్ను ఎగ్జిక్యూట్ చేయడం యొక్క ఫలితం అని తెలిపే ఒక క్రిప్టోగ్రాఫిక్ హామీ. [ఆప్టిమిస్టిక్ రోల్అప్ల](/developers/docs/scaling/optimistic-rollups/) వలె మొత్తం లావాదేవీ డేటాను ఆన్చెయిన్లో పోస్ట్ చేసే బదులు, లావాదేవీలను ఇతీరియములో ఫైనలైజ్ చేయడానికి ZK-రోల్అప్లు కేవలం వాలిడిటీ ప్రూఫ్లను అందించాలి.
+
+ZK-రోల్అప్ నుండి Ethereumకు నిధులను తరలించేటప్పుడు ఎటువంటి ఆలస్యం ఉండదు, ఎందుకంటే ZK-రోల్అప్ కాంట్రాక్టు వాలిడిటీ ప్రూఫ్ను వెరిఫై చేసిన తర్వాత నిష్క్రమణ లావాదేవీలు ఎగ్జిక్యూట్ చేయబడతాయి. దీనికి విరుద్ధంగా, ఆప్టిమిస్టిక్ రోల్అప్ల నుండి నిధులను ఉపసంహరించుకోవడం ఆలస్యానికి లోబడి ఉంటుంది, ఎవరైనా నిష్క్రమణ లావాదేవీని [ఫ్రాడ్ ప్రూఫ్తో](/glossary/#fraud-proof) సవాలు చేయడానికి అనుమతించడానికి.
+
+ZK-రోల్అప్లు లావాదేవీలను ఇతీరియముకు `calldata`గా వ్రాస్తాయి. `calldata` అనేది స్మార్ట్ కాంట్రాక్టు ఫంక్షన్లకు బాహ్య కాల్స్లో చేర్చబడిన డేటా నిల్వ చేయబడే ప్రదేశం. `calldata`లోని సమాచారం బ్లాక్చెయిన్లో ప్రచురించబడుతుంది, ఇది ఎవరైనా స్వతంత్రంగా రోల్అప్ యొక్క స్టేట్ను పునర్నిర్మించడానికి అనుమతిస్తుంది. ZK-రోల్అప్లు లావాదేవీ డేటాను తగ్గించడానికి కంప్రెషన్ టెక్నిక్లను ఉపయోగిస్తాయి—ఉదాహరణకు, అకౌంట్లు ఒక చిరునామాకు బదులుగా ఒక ఇండెక్స్ ద్వారా సూచించబడతాయి, ఇది 28 బైట్ల డేటాను ఆదా చేస్తుంది. రోల్అప్లకు ఆన్చెయిన్ డేటా ప్రచురణ ఒక ముఖ్యమైన ఖర్చు, కాబట్టి డేటా కంప్రెషన్ వినియోగదారుల కోసం ఫీజులను తగ్గించగలదు.
+
+## ZK-రోల్అప్లు Ethereumతో ఎలా సంకర్షణ చెందుతాయి? {#zk-rollups-and-ethereum}
+
+ఒక ZK-రోల్అప్ చైన్ అనేది ఇతీరియము బ్లాక్చెయిన్ పైన పనిచేసే ఒక ఆఫ్చెయిన్ ప్రోటోకాల్ మరియు ఇది ఆన్చెయిన్ ఇతీరియము స్మార్ట్ కాంట్రాక్టుల ద్వారా నిర్వహించబడుతుంది. ZK-రోల్అప్లు మెయిన్నెట్ వెలుపల లావాదేవీలను అమలు చేస్తాయి, కానీ క్రమానుగతంగా ఆఫ్చెయిన్ లావాదేవీ బ్యాచ్లను ఆన్చెయిన్ రోల్అప్ కాంట్రాక్ట్కు సమర్పిస్తాయి. ఈ లావాదేవీ రికార్డ్ ఇతీరియము బ్లాక్చెయిన్ వలె మార్పులేనిది మరియు ZK-రోల్అప్ చైన్ను ఏర్పరుస్తుంది.
+
+ZK-రోల్అప్ యొక్క ప్రధాన నిర్మాణం కింది భాగాలతో రూపొందించబడింది:
+
+1. **ఆన్చెయిన్ కాంట్రాక్టులు**: పేర్కొన్న విధంగా, ZK-రోల్అప్ ప్రోటోకాల్ ఇతీరియములో నడుస్తున్న స్మార్ట్ కాంట్రాక్టుల ద్వారా నియంత్రించబడుతుంది. ఇందులో రోల్అప్ బ్లాక్లను నిల్వ చేసే, డిపాజిట్లను ట్రాక్ చేసే మరియు స్టేట్ అప్డేట్లను పర్యవేక్షించే ప్రధాన కాంట్రాక్టు ఉంటుంది. మరొక ఆన్చెయిన్ కాంట్రాక్టు (వెరిఫైయర్ కాంట్రాక్టు) బ్లాక్ ప్రొడ్యూసర్లు సమర్పించిన జీరో-కనౌలెడ్జి ప్రూఫ్లను వెరిఫై చేస్తుంది. అందువల్ల, ZK-రోల్అప్ కోసం ఇతీరియము బేస్ లేయర్ లేదా "లేయర్ 1"గా పనిచేస్తుంది.
+
+2. **ఆఫ్చెయిన్ వర్చువల్ మషీన్ (VM)**: ZK-రోల్అప్ ప్రోటోకాల్ ఇతీరియములో ఉన్నప్పటికీ, లావాదేవీల అమలు మరియు స్టేట్ నిల్వ [EVM](/developers/docs/evm/) నుండి స్వతంత్రంగా ఒక ప్రత్యేక వర్చువల్ మషీన్లో జరుగుతుంది. ఈ ఆఫ్చెయిన్ VM ZK-రోల్అప్లో లావాదేవీల కోసం ఎగ్జిక్యూషన్ ఎన్విరాన్మెంట్ మరియు ZK-రోల్అప్ ప్రోటోకాల్ కోసం సెకండరీ లేయర్ లేదా "లేయర్ 2"గా పనిచేస్తుంది. ఇతీరియము మెయిన్నెట్లో ధృవీకరించబడిన వాలిడిటీ ప్రూఫ్లు ఆఫ్చెయిన్ VMలో స్టేట్ ట్రాన్సిషన్ల యొక్క ఖచ్చితత్వాన్ని హామీ ఇస్తాయి.
+
+ZK-రోల్అప్లు "హైబ్రిడ్ స్కేలింగ్ సొల్యూషన్స్"—ఇవి స్వతంత్రంగా పనిచేసే ఆఫ్చెయిన్ ప్రోటోకాల్స్, కానీ ఇతీరియము నుండి భద్రతను పొందుతాయి. ప్రత్యేకంగా, ఇతీరియము నెట్వర్క్ ZK-రోల్అప్లో స్టేట్ అప్డేట్ల యొక్క ప్రామాణికతను అమలు చేస్తుంది మరియు రోల్అప్ యొక్క స్టేట్కు ప్రతి అప్డేట్ వెనుక డేటా లభ్యతకు హామీ ఇస్తుంది. ఫలితంగా, ZK-రోల్అప్లు [సైడ్చైన్లు](/developers/docs/scaling/sidechains/) వంటి స్వచ్ఛమైన ఆఫ్చెయిన్ స్కేలింగ్ పరిష్కారాల కంటే గణనీయంగా సురక్షితమైనవి, ఇవి వాటి భద్రతా లక్షణాలకు బాధ్యత వహిస్తాయి, లేదా [వాలిడియమ్లు](/developers/docs/scaling/validium/), ఇవి ఇతీరియములో లావాదేవీలను వాలిడిటీ ప్రూఫ్లతో ధృవీకరిస్తాయి, కానీ లావాదేవీల డేటాను మరెక్కడైనా నిల్వ చేస్తాయి.
+
+ZK-రోల్అప్లు కింది వాటి కోసం ప్రధాన ఇతీరియము ప్రోటోకాల్పై ఆధారపడతాయి:
+
+### డేటా లభ్యత {#data-availability}
+
+ZK-రోల్అప్లు ఆఫ్చెయిన్లో ప్రాసెస్ చేయబడిన ప్రతి లావాదేవీ కోసం స్టేట్ డేటాను ఇతీరియముకు ప్రచురిస్తాయి. ఈ డేటాతో, వ్యక్తులు లేదా వ్యాపారాలు రోల్అప్ యొక్క స్టేట్ను పునరుత్పత్తి చేయడం మరియు చైన్ను స్వయంగా ధృవీకరించడం సాధ్యమవుతుంది. ఇతీరియము ఈ డేటాను నెట్వర్క్లోని అన్ని భాగస్వాములకు `calldata`గా అందుబాటులో ఉంచుతుంది.
+
+ZK-రోల్అప్లు ఆన్చెయిన్లో ఎక్కువ లావాదేవీ డేటాను ప్రచురించాల్సిన అవసరం లేదు, ఎందుకంటే వాలిడిటీ ప్రూఫ్లు ఇప్పటికే స్టేట్ ట్రాన్సిషన్ల యొక్క ప్రామాణికతను ధృవీకరిస్తాయి. అయినప్పటికీ, ఆన్చెయిన్లో డేటాను నిల్వ చేయడం ఇప్పటికీ ముఖ్యం, ఎందుకంటే ఇది L2 చైన్ యొక్క స్టేట్ యొక్క అనుమతిలేని, స్వతంత్ర ధృవీకరణను అనుమతిస్తుంది, ఇది ఎవరైనా లావాదేవీల బ్యాచ్లను సమర్పించడానికి అనుమతిస్తుంది, తద్వారా దురుద్దేశపూర్వక ఆపరేటర్లు చైన్ను సెన్సార్ చేయడం లేదా స్తంభింపజేయడం నిరోధించబడుతుంది.
+
+వినియోగదారులు రోల్అప్తో ఇంటరాక్ట్ అవ్వడానికి ఆన్చెయిన్ అవసరం. స్టేట్ డేటాకు యాక్సెస్ లేకుండా వినియోగదారులు వారి అకౌంటు బ్యాలెన్స్ను క్వెరీ చేయలేరు లేదా స్టేట్ సమాచారంపై ఆధారపడే లావాదేవీలను (ఉదా., విత్డ్రాయల్స్) ప్రారంభించలేరు.
+
+### లావాదేవీ ఫైనాలిటీ {#transaction-finality}
+
+ఇతీరియము ZK-రోల్అప్ల కోసం సెటిల్మెంట్ లేయర్గా పనిచేస్తుంది: L2 లావాదేవీలు L1 కాంట్రాక్టు వాలిడిటీ ప్రూఫ్ను అంగీకరించిన తర్వాత మాత్రమే ఫైనలైజ్ చేయబడతాయి. ఇది దురుద్దేశపూర్వక ఆపరేటర్లు చైన్ను కరప్ట్ చేసే (ఉదా., రోల్అప్ నిధులను దొంగిలించడం) ప్రమాదాన్ని తొలగిస్తుంది, ఎందుకంటే ప్రతి లావాదేవీ మెయిన్నెట్లో ఆమోదించబడాలి. అలాగే, L1లో ఫైనలైజ్ అయిన తర్వాత వినియోగదారుల ఆపరేషన్లు రివర్స్ చేయబడవని ఇతీరియము హామీ ఇస్తుంది.
+
+### సెన్సార్షిప్ నిరోధకత {#censorship-resistance}
+
+చాలా ZK-రోల్అప్లు లావాదేవీలను అమలు చేయడానికి, బ్యాచ్లను ఉత్పత్తి చేయడానికి మరియు బ్లాక్లను L1కి సమర్పించడానికి ఒక "సూపర్నోడ్" (ఆపరేటర్)ని ఉపయోగిస్తాయి. ఇది సామర్థ్యాన్ని నిర్ధారించినప్పటికీ, ఇది సెన్సార్షిప్ ప్రమాదాన్ని పెంచుతుంది: దురుద్దేశపూర్వక ZK-రోల్అప్ ఆపరేటర్లు వినియోగదారుల లావాదేవీలను బ్యాచ్లలో చేర్చడానికి నిరాకరించడం ద్వారా వారిని సెన్సార్ చేయవచ్చు.
+
+ఒక భద్రతా చర్యగా, ZK-రోల్అప్లు ఆపరేటర్ ద్వారా సెన్సార్ చేయబడుతున్నారని భావిస్తే, వినియోగదారులు లావాదేవీలను నేరుగా మెయిన్నెట్లోని రోల్అప్ కాంట్రాక్ట్కు సమర్పించడానికి అనుమతిస్తాయి. ఇది వినియోగదారులు ఆపరేటర్ అనుమతిపై ఆధారపడకుండా ZK-రోల్అప్ నుండి ఇతీరియముకు బలవంతంగా నిష్క్రమించడానికి అనుమతిస్తుంది.
+
+## ZK-రోల్అప్లు ఎలా పని చేస్తాయి? {#how-do-zk-rollups-work}
+
+### లావాదేవీలు {#transactions}
+
+ZK-రోల్అప్లోని వినియోగదారులు లావాదేవీలపై సంతకం చేసి, ప్రాసెసింగ్ మరియు తదుపరి బ్యాచ్లో చేర్చడం కోసం L2 ఆపరేటర్లకు సమర్పిస్తారు. కొన్ని సందర్భాల్లో, ఆపరేటర్ ఒక కేంద్రీకృత సంస్థ, సీక్వెన్సర్ అని పిలుస్తారు, ఇది లావాదేవీలను అమలు చేస్తుంది, వాటిని బ్యాచ్లుగా కలుపుతుంది మరియు L1కి సమర్పిస్తుంది. ఈ సిస్టమ్లోని సీక్వెన్సర్ మాత్రమే L2 బ్లాక్లను ఉత్పత్తి చేయడానికి మరియు రోల్అప్ లావాదేవీలను ZK-రోల్అప్ కాంట్రాక్ట్కు జోడించడానికి అనుమతించబడిన ఏకైక సంస్థ.
+
+ఇతర ZK-రోల్అప్లు [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) వాలిడేటర్ సెట్ను ఉపయోగించి ఆపరేటర్ పాత్రను రొటేట్ చేయవచ్చు. సంభావ్య ఆపరేటర్లు రోల్అప్ కాంట్రాక్ట్లో నిధులను డిపాజిట్ చేస్తారు, ప్రతి స్టేక్ యొక్క పరిమాణం తదుపరి రోల్అప్ బ్యాచ్ను ఉత్పత్తి చేయడానికి ఎంపికయ్యే స్టాకర్ యొక్క అవకాశాలను ప్రభావితం చేస్తుంది. ఆపరేటర్ దురుద్దేశపూర్వకంగా ప్రవర్తిస్తే వారి స్టేక్ను స్లాష్ చేయవచ్చు, ఇది చెల్లుబాటు అయ్యే బ్లాక్లను పోస్ట్ చేయడానికి వారిని ప్రోత్సహిస్తుంది.
+
+#### ZK-రోల్అప్లు ఇతీరియములో లావాదేవీల డేటాను ఎలా ప్రచురిస్తాయి {#how-zk-rollups-publish-transaction-data-on-ethereum}
+
+వివరించినట్లుగా, లావాదేవీల డేటా ఇతీరియములో `calldata`గా ప్రచురించబడుతుంది. `calldata` అనేది ఒక ఫంక్షన్కు ఆర్గ్యుమెంట్లను పాస్ చేయడానికి ఉపయోగించే స్మార్ట్ కాంట్రాక్ట్లోని డేటా ఏరియా మరియు ఇది [మెమరీ](/developers/docs/smart-contracts/anatomy/#memory)కి సమానంగా ప్రవర్తిస్తుంది. `calldata` ఇతీరియము యొక్క స్టేట్లో భాగంగా నిల్వ చేయబడనప్పటికీ, ఇది ఇతీరియము చైన్ యొక్క [చరిత్ర లాగ్లలో](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) భాగంగా ఆన్చెయిన్లో కొనసాగుతుంది. `calldata` ఇతీరియము యొక్క స్టేట్ను ప్రభావితం చేయదు, ఇది ఆన్చెయిన్లో డేటాను నిల్వ చేయడానికి చౌకైన మార్గంగా చేస్తుంది.
+
+`calldata` కీవర్డ్ తరచుగా లావాదేవీ ద్వారా కాల్ చేయబడే స్మార్ట్ కాంట్రాక్ట్ పద్ధతిని గుర్తిస్తుంది మరియు ఒక యాదృచ్ఛిక బైట్ల క్రమం రూపంలో పద్ధతికి ఇన్పుట్లను కలిగి ఉంటుంది. ZK-రోల్అప్లు కంప్రెస్డ్ లావాదేవీ డేటాను ఆన్చెయిన్లో ప్రచురించడానికి `calldata`ను ఉపయోగిస్తాయి; రోల్అప్ ఆపరేటర్ కేవలం రోల్అప్ కాంట్రాక్ట్లో అవసరమైన ఫంక్షన్కు కాల్ చేసి, కంప్రెస్డ్ డేటాను ఫంక్షన్ ఆర్గ్యుమెంట్లుగా పాస్ చేయడం ద్వారా కొత్త బ్యాచ్ను జోడిస్తుంది. ఇది వినియోగదారుల కోసం ఖర్చులను తగ్గించడంలో సహాయపడుతుంది, ఎందుకంటే రోల్అప్ ఫీజులలో ఎక్కువ భాగం ఆన్చెయిన్లో లావాదేవీల డేటాను నిల్వ చేయడానికి వెళ్తుంది.
+
+### స్థితి కట్టుబాట్లు {#state-commitments}
+
+L2 అకౌంట్లు మరియు బ్యాలెన్స్లను కలిగి ఉన్న ZK-రోల్అప్ యొక్క స్టేట్, ఒక [మెర్కిల్ ట్రీ](/whitepaper/#merkle-trees)గా సూచించబడుతుంది. మెర్కిల్ ట్రీ యొక్క రూట్ (మెర్కిల్ రూట్) యొక్క క్రిప్టోగ్రాఫిక్ హాష్ ఆన్చెయిన్ కాంట్రాక్ట్లో నిల్వ చేయబడుతుంది, ఇది రోల్అప్ ప్రోటోకాల్ ZK-రోల్అప్ యొక్క స్టేట్లోని మార్పులను ట్రాక్ చేయడానికి అనుమతిస్తుంది.
+
+కొత్త లావాదేవీల సమితిని అమలు చేసిన తర్వాత రోల్అప్ కొత్త స్టేట్కు మారుతుంది. స్టేట్ మార్పును ప్రారంభించిన ఆపరేటర్ కొత్త స్టేట్ రూట్ను లెక్కించి, ఆన్చెయిన్ కాంట్రాక్ట్కు సమర్పించాలి. బ్యాచ్తో అనుబంధించబడిన వాలిడిటీ ప్రూఫ్ వెరిఫైయర్ కాంట్రాక్టు ద్వారా ధృవీకరించబడితే, కొత్త మెర్కిల్ రూట్ ZK-రోల్అప్ యొక్క కానానికల్ స్టేట్ రూట్ అవుతుంది.
+
+స్టేట్ రూట్లను గణించడంతో పాటు, ZK-రోల్అప్ ఆపరేటర్ ఒక బ్యాచ్ రూట్ను కూడా సృష్టిస్తుంది—ఒక బ్యాచ్లోని అన్ని లావాదేవీలను కలిగి ఉన్న మెర్కిల్ ట్రీ యొక్క రూట్. కొత్త బ్యాచ్ సమర్పించినప్పుడు, రోల్అప్ కాంట్రాక్టు బ్యాచ్ రూట్ను నిల్వ చేస్తుంది, వినియోగదారులు ఒక లావాదేవీ (ఉదా., ఉపసంహరణ అభ్యర్థన) బ్యాచ్లో చేర్చబడిందని నిరూపించడానికి అనుమతిస్తుంది. వినియోగదారులు లావాదేవీల వివరాలు, బ్యాచ్ రూట్, మరియు చేర్చిన మార్గాన్ని చూపే ఒక [మెర్కిల్ ప్రూఫ్ను](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) అందించాల్సి ఉంటుంది.
+
+### వాలిడిటీ ప్రూఫ్లు {#validity-proofs}
+
+ZK-రోల్అప్ ఆపరేటర్ L1 కాంట్రాక్ట్కు సమర్పించే కొత్త స్టేట్ రూట్ రోల్అప్ యొక్క స్టేట్కు చేసిన అప్డేట్ల ఫలితం. ఆలిస్ బాబ్కు 10 టోకెన్లను పంపితే, ఆపరేటర్ కేవలం ఆలిస్ బ్యాలెన్స్ను 10 తగ్గించి, బాబ్ బ్యాలెన్స్ను 10 పెంచుతుంది. అప్పుడు ఆపరేటర్ అప్డేట్ చేయబడిన అకౌంటు డేటాను హాష్ చేసి, రోల్అప్ యొక్క మెర్కిల్ ట్రీని పునర్నిర్మించి, కొత్త మెర్కిల్ రూట్ను ఆన్చెయిన్ కాంట్రాక్ట్కు సమర్పిస్తుంది.
+
+కానీ ఆపరేటర్ కొత్త మెర్కిల్ రూట్ రోల్అప్ యొక్క స్టేట్కు సరైన అప్డేట్ల నుండి వచ్చిందని నిరూపించే వరకు రోల్అప్ కాంట్రాక్టు ప్రతిపాదిత స్టేట్ కమిట్మెంట్ను ఆటోమేటిక్గా అంగీకరించదు. ZK-రోల్అప్ ఆపరేటర్ బ్యాచ్ చేయబడిన లావాదేవీల యొక్క ఖచ్చితత్వాన్ని ధృవీకరించే ఒక క్లుప్తమైన క్రిప్టోగ్రాఫిక్ కమిట్మెంట్ అయిన వాలిడిటీ ప్రూఫ్ను ఉత్పత్తి చేయడం ద్వారా దీన్ని చేస్తుంది.
+
+వాలిడిటీ ప్రూఫ్లు పార్టీలు ఒక స్టేట్మెంట్ యొక్క ఖచ్చితత్వాన్ని స్టేట్మెంట్నే వెల్లడించకుండా నిరూపించడానికి అనుమతిస్తాయి—అందువల్ల, వాటిని జీరో-కనౌలెడ్జి ప్రూఫ్లు అని కూడా అంటారు. ZK-రోల్అప్లు ఇతీరియములో లావాదేవీలను తిరిగి అమలు చేయకుండానే ఆఫ్చెయిన్ స్టేట్ ట్రాన్సిషన్ల యొక్క ఖచ్చితత్వాన్ని నిర్ధారించడానికి వాలిడిటీ ప్రూఫ్లను ఉపయోగిస్తాయి. ఈ ప్రూఫ్లు [ZK-SNARK](https://arxiv.org/abs/2202.06877) (జీరో-నాలెడ్జ్ సక్సెస్ట్ నాన్-ఇంటరాక్టివ్ ఆర్గుమెంట్ ఆఫ్ నాలెడ్జ్) లేదా [ZK-STARK](https://eprint.iacr.org/2018/046) (జీరో-నాలెడ్జ్ స్కేలబుల్ ట్రాన్స్పరెంట్ ఆర్గుమెంట్ ఆఫ్ నాలెడ్జ్) రూపంలో రావచ్చు.
+
+ZK-రోల్అప్లలో ఆఫ్చెయిన్ కంప్యూటేషన్ యొక్క సమగ్రతను ధృవీకరించడానికి SNARKలు మరియు STARKలు రెండూ సహాయపడతాయి, అయితే ప్రతి ప్రూఫ్ రకానికి విలక్షణమైన లక్షణాలు ఉంటాయి.
+
+**ZK-SNARKలు**
+
+ZK-SNARK ప్రోటోకాల్ పని చేయడానికి, ఒక కామన్ రిఫరెన్స్ స్ట్రింగ్ (CRS) సృష్టించడం అవసరం: CRS వాలిడిటీ ప్రూఫ్లను నిరూపించడానికి మరియు ధృవీకరించడానికి పబ్లిక్ పారామీటర్లను అందిస్తుంది. ప్రూవింగ్ సిస్టమ్ యొక్క భద్రత CRS సెటప్పై ఆధారపడి ఉంటుంది; పబ్లిక్ పారామీటర్లను సృష్టించడానికి ఉపయోగించిన సమాచారం దురుద్దేశపూర్వక నటుల చేతుల్లోకి వస్తే, వారు తప్పుడు వాలిడిటీ ప్రూఫ్లను రూపొందించగలరు.
+
+కొన్ని ZK-రోల్అప్లు ఈ సమస్యను పరిష్కరించడానికి [మల్టీ-పార్టీ కంప్యూటేషన్ సెరిమనీ (MPC)](https://zkproof.org/2021/06/30/setup-ceremonies/amp/)ని ఉపయోగిస్తాయి, ఇందులో విశ్వసనీయ వ్యక్తులు పాల్గొని, ZK-SNARK సర్క్యూట్ కోసం పబ్లిక్ పారామీటర్లను రూపొందిస్తారు. ప్రతి పార్టీ CRS నిర్మాణానికి కొంత యాదృచ్ఛికతను ("టాక్సిక్ వేస్ట్" అని పిలుస్తారు) అందిస్తుంది, దీనిని వారు వెంటనే నాశనం చేయాలి.
+
+విశ్వసనీయ సెటప్లు ఉపయోగించబడతాయి ఎందుకంటే అవి CRS సెటప్ యొక్క భద్రతను పెంచుతాయి. ఒక నిజాయితీ గల పార్టిసిపెంట్ వారి ఇన్పుట్ను నాశనం చేసినంత కాలం, ZK-SNARK సిస్టమ్ యొక్క భద్రతకు హామీ ఉంటుంది. అయినప్పటికీ, ఈ విధానానికి వారి శాంపిల్ చేయబడిన యాదృచ్ఛికతను తొలగించడానికి మరియు సిస్టమ్ యొక్క భద్రతా హామీలను బలహీనపరచకుండా ఉండటానికి పాల్గొన్న వారిని విశ్వసించాల్సిన అవసరం ఉంది.
+
+విశ్వాస అంచనాలను పక్కన పెడితే, ZK-SNARKలు వాటి చిన్న ప్రూఫ్ సైజ్లు మరియు స్థిర-సమయ ధృవీకరణకు ప్రసిద్ధి చెందాయి. L1లో ప్రూఫ్ ధృవీకరణ ఒక ZK-రోల్అప్ను ఆపరేట్ చేయడానికి పెద్ద ఖర్చుగా ఉంటుంది కాబట్టి, L2లు మెయిన్నెట్లో త్వరగా మరియు చౌకగా ధృవీకరించగల ప్రూఫ్లను రూపొందించడానికి ZK-SNARKలను ఉపయోగిస్తాయి.
+
+**ZK-STARKలు**
+
+ZK-SNARKల వలె, ZK-STARKలు ఇన్పుట్లను వెల్లడించకుండా ఆఫ్చెయిన్ కంప్యూటేషన్ యొక్క ప్రామాణికతను నిరూపిస్తాయి. అయితే, ZK-STARKలు వాటి స్కేలబిలిటీ మరియు పారదర్శకత కారణంగా ZK-SNARKలపై మెరుగుదలగా పరిగణించబడతాయి.
+
+ZK-STARKలు 'పారదర్శకమైనవి', ఎందుకంటే అవి కామన్ రిఫరెన్స్ స్ట్రింగ్ (CRS) యొక్క విశ్వసనీయ సెటప్ లేకుండా పని చేయగలవు. బదులుగా, ZK-STARKలు ప్రూఫ్లను రూపొందించడానికి మరియు ధృవీకరించడానికి పారామీటర్లను సెట్ చేయడానికి బహిరంగంగా ధృవీకరించగల యాదృచ్ఛికతపై ఆధారపడతాయి.
+
+ZK-STARKలు కూడా ఎక్కువ స్కేలబిలిటీని అందిస్తాయి ఎందుకంటే వాలిడిటీ ప్రూఫ్లను నిరూపించడానికి మరియు ధృవీకరించడానికి అవసరమైన సమయం అంతర్లీన కంప్యూటేషన్ యొక్క సంక్లిష్టతకు సంబంధించి _క్వాసిలీనియర్గా_ పెరుగుతుంది. ZK-SNARKలతో, అంతర్లీన కంప్యూటేషన్ యొక్క పరిమాణానికి సంబంధించి నిరూపణ మరియు ధృవీకరణ సమయాలు _లీనియర్గా_ పెరుగుతాయి. అంటే పెద్ద డేటాసెట్లు ఉన్నప్పుడు ZK-STARKలకు ZK-SNARKల కంటే నిరూపణ మరియు ధృవీకరణకు తక్కువ సమయం అవసరం, ఇది అధిక-పరిమాణ అప్లికేషన్లకు ఉపయోగకరంగా ఉంటుంది.
+
+ZK-STARKలు క్వాంటం కంప్యూటర్లకు వ్యతిరేకంగా కూడా సురక్షితంగా ఉంటాయి, అయితే ZK-SNARKలలో ఉపయోగించే ఎలిప్టిక్ కర్వ్ క్రిప్టోగ్రఫీ (ECC) క్వాంటం కంప్యూటింగ్ దాడులకు గురయ్యే అవకాశం ఉందని విస్తృతంగా నమ్ముతారు. ZK-STARKల యొక్క ప్రతికూలత ఏమిటంటే, అవి పెద్ద ప్రూఫ్ పరిమాణాలను ఉత్పత్తి చేస్తాయి, వీటిని ఇతీరియములో ధృవీకరించడం ఖరీదైనది.
+
+#### ZK-రోల్అప్లలో వాలిడిటీ ప్రూఫ్లు ఎలా పని చేస్తాయి? {#validity-proofs-in-zk-rollups}
+
+##### ప్రూఫ్ జనరేషన్
+
+లావాదేవీలను అంగీకరించే ముందు, ఆపరేటర్ సాధారణ తనిఖీలను నిర్వహిస్తుంది. ఇందులో ఇవి నిర్ధారించబడతాయి:
+
+- పంపినవారు మరియు స్వీకర్త అకౌంట్లు స్టేట్ ట్రీలో భాగంగా ఉన్నాయి.
+- పంపినవారికి లావాదేవీని ప్రాసెస్ చేయడానికి తగినంత నిధులు ఉన్నాయి.
+- లావాదేవీ సరైనది మరియు రోల్అప్లో పంపినవారి పబ్లిక్ కీతో సరిపోలుతుంది.
+- పంపినవారి నాన్స్ సరైనది, మొదలైనవి.
+
+ZK-రోల్అప్ నోడ్ తగినంత లావాదేవీలను కలిగి ఉన్న తర్వాత, అది వాటిని ఒక బ్యాచ్గా కలుపుతుంది మరియు ఒక క్లుప్తమైన ZK-ప్రూఫ్గా కంపైల్ చేయడానికి ప్రూవింగ్ సర్క్యూట్కు ఇన్పుట్లను కంపైల్ చేస్తుంది. ఇందులో ఇవి ఉంటాయి:
+
+- బ్యాచ్లోని అన్ని లావాదేవీలను కలిగి ఉన్న ఒక మెర్కిల్ ట్రీ రూట్.
+- లావాదేవీలను బ్యాచ్లో చేర్చినట్లు నిరూపించడానికి మెర్కిల్ ప్రూఫ్లు.
+- లావాదేవీలలోని ప్రతి పంపినవారు-స్వీకర్త జతకు మెర్కిల్ ప్రూఫ్లు, ఆ అకౌంట్లు రోల్అప్ యొక్క స్టేట్ ట్రీలో భాగంగా ఉన్నాయని నిరూపించడానికి.
+- ప్రతి లావాదేవీకి స్టేట్ అప్డేట్లను వర్తింపజేసిన తర్వాత స్టేట్ రూట్ను అప్డేట్ చేయడం ద్వారా పొందిన ఇంటర్మీడియట్ స్టేట్ రూట్ల సమితి (అంటే, పంపినవారి అకౌంట్లను తగ్గించడం మరియు స్వీకర్త అకౌంట్లను పెంచడం).
+
+ప్రూవింగ్ సర్క్యూట్ ప్రతి లావాదేవీపై "లూపింగ్" చేయడం ద్వారా మరియు లావాదేవీని ప్రాసెస్ చేయడానికి ముందు ఆపరేటర్ పూర్తి చేసిన అదే తనిఖీలను నిర్వహించడం ద్వారా వాలిడిటీ ప్రూఫ్ను గణిస్తుంది. మొదట, ఇది అందించిన మెర్కిల్ ప్రూఫ్ను ఉపయోగించి పంపినవారి అకౌంటు ప్రస్తుత స్టేట్ రూట్లో భాగంగా ఉందని ధృవీకరిస్తుంది. అప్పుడు ఇది పంపినవారి బ్యాలెన్స్ను తగ్గిస్తుంది, వారి నాన్స్ను పెంచుతుంది, అప్డేట్ చేయబడిన అకౌంటు డేటాను హాష్ చేస్తుంది మరియు కొత్త మెర్కిల్ రూట్ను రూపొందించడానికి మెర్కిల్ ప్రూఫ్తో కలుపుతుంది.
+
+ఈ మెర్కిల్ రూట్ ZK-రోల్అప్ యొక్క స్టేట్లో ఏకైక మార్పును ప్రతిబింబిస్తుంది: పంపినవారి బ్యాలెన్స్ మరియు నాన్స్లో మార్పు. ఇది సాధ్యమవుతుంది ఎందుకంటే అకౌంటు యొక్క ఉనికిని నిరూపించడానికి ఉపయోగించిన మెర్కిల్ ప్రూఫ్ కొత్త స్టేట్ రూట్ను రూపొందించడానికి ఉపయోగించబడుతుంది.
+
+ప్రూవింగ్ సర్క్యూట్ స్వీకర్త యొక్క అకౌంటుపై అదే ప్రక్రియను నిర్వహిస్తుంది. ఇది స్వీకర్త యొక్క అకౌంటు ఇంటర్మీడియట్ స్టేట్ రూట్ కింద ఉందో లేదో తనిఖీ చేస్తుంది (మెర్కిల్ ప్రూఫ్ను ఉపయోగించి), వారి బ్యాలెన్స్ను పెంచుతుంది, అకౌంటు డేటాను తిరిగి హాష్ చేస్తుంది మరియు కొత్త స్టేట్ రూట్ను రూపొందించడానికి మెర్కిల్ ప్రూఫ్తో కలుపుతుంది.
+
+ఈ ప్రక్రియ ప్రతి లావాదేవీకి పునరావృతమవుతుంది; ప్రతి "లూప్" పంపినవారి అకౌంటును అప్డేట్ చేయడం నుండి కొత్త స్టేట్ రూట్ను మరియు స్వీకర్త యొక్క అకౌంటును అప్డేట్ చేయడం నుండి తదుపరి కొత్త రూట్ను సృష్టిస్తుంది. వివరించినట్లుగా, స్టేట్ రూట్కు ప్రతి అప్డేట్ రోల్అప్ యొక్క స్టేట్ ట్రీలో ఒక భాగాన్ని మారుతున్నట్లు సూచిస్తుంది.
+
+ZK-ప్రూవింగ్ సర్క్యూట్ మొత్తం లావాదేవీ బ్యాచ్ను పునరావృతం చేస్తుంది, చివరి లావాదేవీ అమలు చేయబడిన తర్వాత తుది స్టేట్ రూట్కు దారితీసే అప్డేట్ల క్రమాన్ని ధృవీకరిస్తుంది. చివరిగా గణించబడిన మెర్కిల్ రూట్ ZK-రోల్అప్ యొక్క సరికొత్త కానానికల్ స్టేట్ రూట్ అవుతుంది.
+
+##### ప్రూఫ్ వెరిఫికేషన్
+
+ప్రూవింగ్ సర్క్యూట్ స్టేట్ అప్డేట్ల యొక్క ఖచ్చితత్వాన్ని ధృవీకరించిన తర్వాత, L2 ఆపరేటర్ గణించబడిన వాలిడిటీ ప్రూఫ్ను L1లోని వెరిఫైయర్ కాంట్రాక్ట్కు సమర్పిస్తుంది. కాంట్రాక్టు యొక్క వెరిఫికేషన్ సర్క్యూట్ ప్రూఫ్ యొక్క ప్రామాణికతను ధృవీకరిస్తుంది మరియు ప్రూఫ్లో భాగంగా ఉన్న పబ్లిక్ ఇన్పుట్లను కూడా తనిఖీ చేస్తుంది:
+
+- **ప్రీ-స్టేట్ రూట్**: ZK-రోల్అప్ యొక్క పాత స్టేట్ రూట్ (అంటే, బ్యాచ్ చేయబడిన లావాదేవీలు అమలు చేయడానికి ముందు), L2 చైన్ యొక్క చివరిగా తెలిసిన చెల్లుబాటు అయ్యే స్టేట్ను ప్రతిబింబిస్తుంది.
+
+- **పోస్ట్-స్టేట్ రూట్**: ZK-రోల్అప్ యొక్క కొత్త స్టేట్ రూట్ (అంటే, బ్యాచ్ చేయబడిన లావాదేవీల అమలు తర్వాత), L2 చైన్ యొక్క సరికొత్త స్టేట్ను ప్రతిబింబిస్తుంది. పోస్ట్-స్టేట్ రూట్ అనేది ప్రూవింగ్ సర్క్యూట్లో స్టేట్ అప్డేట్లను వర్తింపజేసిన తర్వాత పొందిన తుది రూట్.
+
+- **బ్యాచ్ రూట్**: బ్యాచ్ యొక్క మెర్కిల్ రూట్, బ్యాచ్లోని లావాదేవీలను _మెర్కిలైజ్_ చేయడం మరియు ట్రీ యొక్క రూట్ను హాష్ చేయడం ద్వారా ఉద్భవించింది.
+
+- **లావాదేవీ ఇన్పుట్లు**: సమర్పించిన బ్యాచ్లో భాగంగా అమలు చేయబడిన లావాదేవీలతో అనుబంధించబడిన డేటా.
+
+ప్రూఫ్ సర్క్యూట్ను సంతృప్తిపరిస్తే (అంటే, ఇది చెల్లుబాటు అయ్యేది అయితే), రోల్అప్ను మునుపటి స్టేట్ (ప్రీ-స్టేట్ రూట్ ద్వారా క్రిప్టోగ్రాఫికల్గా ఫింగర్ప్రింట్ చేయబడింది) నుండి కొత్త స్టేట్కు (పోస్ట్-స్టేట్ రూట్ ద్వారా క్రిప్టోగ్రాఫికల్గా ఫింగర్ప్రింట్ చేయబడింది) మార్చే చెల్లుబాటు అయ్యే లావాదేవీల క్రమం ఉందని అర్థం. ప్రీ-స్టేట్ రూట్ రోల్అప్ కాంట్రాక్ట్లో నిల్వ చేయబడిన రూట్తో సరిపోలితే మరియు ప్రూఫ్ చెల్లుబాటు అయ్యేది అయితే, రోల్అప్ కాంట్రాక్టు ప్రూఫ్ నుండి పోస్ట్-స్టేట్ రూట్ను తీసుకుంటుంది మరియు రోల్అప్ యొక్క మారిన స్టేట్ను ప్రతిబింబించడానికి దాని స్టేట్ ట్రీని అప్డేట్ చేస్తుంది.
+
+### ప్రవేశాలు మరియు నిష్క్రమణలు {#entries-and-exits}
+
+వినియోగదారులు L1 చైన్లో డిప్లాయ్ చేయబడిన రోల్అప్ యొక్క కాంట్రాక్ట్లో టోకెన్లను డిపాజిట్ చేయడం ద్వారా ZK-రోల్అప్లోకి ప్రవేశిస్తారు. ఈ లావాదేవీ క్యూలో ఉంటుంది, ఎందుకంటే కేవలం ఆపరేటర్లు మాత్రమే లావాదేవీలను రోల్అప్ కాంట్రాక్ట్కు సమర్పించగలరు.
+
+పెండింగ్లో ఉన్న డిపాజిట్ క్యూ నిండడం ప్రారంభిస్తే, ZK-రోల్అప్ ఆపరేటర్ డిపాజిట్ లావాదేవీలను తీసుకొని వాటిని రోల్అప్ కాంట్రాక్ట్కు సమర్పిస్తాడు. వినియోగదారుడి నిధులు రోల్అప్లో ఉన్న తర్వాత, వారు ప్రాసెసింగ్ కోసం ఆపరేటర్కు లావాదేవీలను పంపడం ద్వారా లావాదేవీలు చేయడం ప్రారంభించవచ్చు. వినియోగదారులు వారి అకౌంటు డేటాను హాష్ చేయడం ద్వారా, హాష్ను రోల్అప్ కాంట్రాక్ట్కు పంపడం ద్వారా మరియు ప్రస్తుత స్టేట్ రూట్కు వ్యతిరేకంగా ధృవీకరించడానికి మెర్కిల్ ప్రూఫ్ను అందించడం ద్వారా రోల్అప్లోని బ్యాలెన్స్లను ధృవీకరించవచ్చు.
+
+ఒక ZK-రోల్అప్ నుండి L1 కి విత్ డ్రా చేసుకోవడం చాలా సులభం. వినియోగదారుడు తమ ఆస్తులను రోల్అప్లో ఒక నిర్దిష్ట అకౌంటుకు బర్నింగ్ కోసం పంపడం ద్వారా నిష్క్రమణ లావాదేవీని ప్రారంభిస్తాడు. ఆపరేటర్ లావాదేవీని తదుపరి బ్యాచ్లో చేర్చితే, వినియోగదారుడు ఆన్చెయిన్ కాంట్రాక్ట్కు ఉపసంహరణ అభ్యర్థనను సమర్పించవచ్చు. ఈ ఉపసంహరణ అభ్యర్థనలో ఇవి ఉంటాయి:
+
+- వినియోగదారుడి లావాదేవీని బర్న్ అకౌంటుకు ఒక లావాదేవీ బ్యాచ్లో చేర్చినట్లు నిరూపించే మెర్కిల్ ప్రూఫ్
+
+- లావాదేవీ డేటా
+
+- బ్యాచ్ రూట్
+
+- డిపాజిట్ చేసిన నిధులను స్వీకరించడానికి L1 చిరునామా
+
+రోల్అప్ కాంట్రాక్టు లావాదేవీల డేటాను హాష్ చేస్తుంది, బ్యాచ్ రూట్ ఉందో లేదో తనిఖీ చేస్తుంది మరియు లావాదేవీల హాష్ బ్యాచ్ రూట్లో భాగంగా ఉందో లేదో తనిఖీ చేయడానికి మెర్కిల్ ప్రూఫ్ను ఉపయోగిస్తుంది. ఆ తర్వాత, కాంట్రాక్టు నిష్క్రమణ లావాదేవీని అమలు చేసి, L1లో వినియోగదారుడి ఎంచుకున్న చిరునామాకు నిధులను పంపుతుంది.
+
+## ZK-రోల్అప్లు మరియు EVM అనుకూలత {#zk-rollups-and-evm-compatibility}
+
+ఆప్టిమిస్టిక్ రోల్అప్ల వలె కాకుండా, ZK-రోల్అప్లు [ఇతీరియము వర్చువల్ మషీన్ (EVM)](/developers/docs/evm/) తో సులభంగా అనుకూలంగా ఉండవు. సాధారణ-ప్రయోజన EVM కంప్యూటేషన్ను సర్క్యూట్లలో నిరూపించడం, సాధారణ కంప్యూటేషన్లను (మునుపు వివరించిన టోకెన్ బదిలీ వంటివి) నిరూపించడం కంటే చాలా కష్టం మరియు వనరుల-ఇంటెన్సివ్.
+
+అయితే, [జీరో-కనౌలెడ్జి టెక్నాలజీలోని పురోగతులు](https://hackmd.io/@yezhang/S1_KMMbGt) EVM కంప్యూటేషన్ను జీరో-కనౌలెడ్జి ప్రూఫ్లలో చుట్టడంలో పునరుద్ధరించబడిన ఆసక్తిని రేకెత్తిస్తున్నాయి. ఈ ప్రయత్నాలు ప్రోగ్రామ్ ఎగ్జిక్యూషన్ యొక్క ఖచ్చితత్వాన్ని సమర్థవంతంగా ధృవీకరించగల ఒక జీరో-కనౌలెడ్జి EVM (zkEVM) అమలును సృష్టించడం వైపు మళ్లించబడ్డాయి. ఒక zkEVM సర్క్యూట్లలో నిరూపణ/ధృవీకరణ కోసం ప్రస్తుత EVM ఆప్కోడ్లను పునఃసృష్టిస్తుంది, ఇది స్మార్ట్ కాంట్రాక్టులను అమలు చేయడానికి అనుమతిస్తుంది.
+
+EVM వలె, కొన్ని ఇన్పుట్లపై కంప్యూటేషన్ చేసిన తర్వాత ఒక zkEVM స్టేట్ల మధ్య మారుతుంది. తేడా ఏమిటంటే, zkEVM ప్రోగ్రామ్ యొక్క ఎగ్జిక్యూషన్లోని ప్రతి దశ యొక్క ఖచ్చితత్వాన్ని ధృవీకరించడానికి జీరో-కనౌలెడ్జి ప్రూఫ్లను కూడా సృష్టిస్తుంది. వాలిడిటీ ప్రూఫ్లు VM యొక్క స్టేట్ను (మెమరీ, స్టాక్, స్టోరేజ్) తాకే ఆపరేషన్ల యొక్క ఖచ్చితత్వాన్ని మరియు కంప్యూటేషన్నే (అంటే, ఆపరేషన్ సరైన ఆప్కోడ్లను పిలిచిందా మరియు వాటిని సరిగ్గా అమలు చేసిందా?) ధృవీకరించగలవు.
+
+EVM-అనుకూల ZK-రోల్అప్ల పరిచయం అభివృద్ధి చేసేవారికి జీరో-కనౌలెడ్జి ప్రూఫ్ల యొక్క స్కేలబిలిటీ మరియు భద్రతా హామీలను ఉపయోగించుకోవడంలో సహాయపడుతుందని అంచనా వేయబడింది. మరీ ముఖ్యంగా, స్థానిక ఇతీరియము ఇన్ఫ్రాస్ట్రక్చర్తో అనుకూలత అంటే అభివృద్ధి చేసేవారు సుపరిచితమైన (మరియు యుద్ధ-పరీక్షించబడిన) పనిముట్లు మరియు భాషలను ఉపయోగించి ZK-స్నేహపూర్వక డాప్స్ను నిర్మించవచ్చు.
+
+## ZK-రోల్అప్ ఫీజులు ఎలా పని చేస్తాయి? {#how-do-zk-rollup-fees-work}
+
+ZK-రోల్అప్లలో లావాదేవీల కోసం వినియోగదారులు ఎంత చెల్లిస్తారనేది గ్యాస్ ఫీజుపై ఆధారపడి ఉంటుంది, సరిగ్గా ఇతీరియము మెయిన్నెట్ వలె. అయితే, L2లో గ్యాస్ ఫీజులు విభిన్నంగా పని చేస్తాయి మరియు కింది ఖర్చుల ద్వారా ప్రభావితమవుతాయి:
+
+1. **స్టేట్ రైట్**: ఇతీరియము యొక్క స్టేట్కు వ్రాయడానికి (అంటే, ఇతీరియము బ్లాక్చెయిన్లో లావాదేవీని సమర్పించడం) ఒక స్థిరమైన ఖర్చు ఉంటుంది. ZK-రోల్అప్లు లావాదేవీలను బ్యాచ్ చేయడం ద్వారా మరియు స్థిరమైన ఖర్చులను బహుళ వినియోగదారుల మధ్య పంపిణీ చేయడం ద్వారా ఈ ఖర్చును తగ్గిస్తాయి.
+
+2. **డేటా పబ్లికేషన్**: ZK-రోల్అప్లు ప్రతి లావాదేవీకి స్టేట్ డేటాను ఇతీరియముకు `calldata`గా ప్రచురిస్తాయి. `calldata` ఖర్చులు ప్రస్తుతం [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) ద్వారా నియంత్రించబడతాయి, ఇది వరుసగా `calldata` యొక్క నాన్-జీరో బైట్లకు 16 గ్యాస్ మరియు జీరో బైట్లకు 4 గ్యాస్ ఖర్చును నిర్దేశిస్తుంది. ప్రతి లావాదేవీపై చెల్లించే ఖర్చు దాని కోసం ఆన్చెయిన్లో ఎంత `calldata` పోస్ట్ చేయాలనే దానిపై ఆధారపడి ఉంటుంది.
+
+3. **L2 ఆపరేటర్ ఫీజులు**: ఇది ఇతీరియము మెయిన్నెట్లోని [లావాదేవీ "ప్రాధాన్యత ఫీజులు (చిట్కాలు)"](/developers/docs/gas/#how-are-gas-fees-calculated) వలె, లావాదేవీలను ప్రాసెస్ చేయడంలో అయిన కంప్యూటేషనల్ ఖర్చుల కోసం రోల్అప్ ఆపరేటర్కు పరిహారంగా చెల్లించే మొత్తం.
+
+4. **ప్రూఫ్ జనరేషన్ మరియు వెరిఫికేషన్**: ZK-రోల్అప్ ఆపరేటర్లు లావాదేవీ బ్యాచ్ల కోసం వాలిడిటీ ప్రూఫ్లను ఉత్పత్తి చేయాలి, ఇది వనరుల-ఇంటెన్సివ్. మెయిన్నెట్లో జీరో-కనౌలెడ్జి ప్రూఫ్లను ధృవీకరించడానికి కూడా గ్యాస్ (~ 500,000 గ్యాస్) ఖర్చవుతుంది.
+
+లావాదేవీలను బ్యాచ్ చేయడమే కాకుండా, ZK-రోల్అప్లు లావాదేవీల డేటాను కంప్రెస్ చేయడం ద్వారా వినియోగదారులకు ఫీజులను తగ్గిస్తాయి. ఇతీరియము ZK-రోల్అప్లను ఉపయోగించడానికి ఎంత ఖర్చవుతుందో మీరు [రియల్-టైమ్ ఓవర్వ్యూను చూడవచ్చు](https://l2fees.info/).
+
+## ZK-రోల్అప్లు ఇతీరియమును ఎలా స్కేల్ చేస్తాయి? {#scaling-ethereum-with-zk-rollups}
+
+### లావాదేవీల డేటా కంప్రెషన్ {#transaction-data-compression}
+
+ZK-రోల్అప్లు కంప్యూటేషన్ను ఆఫ్చెయిన్కు తీసుకెళ్లడం ద్వారా ఇతీరియము యొక్క బేస్ లేయర్లో త్రూపుట్ను విస్తరిస్తాయి, కానీ స్కేలింగ్ కోసం నిజమైన ప్రోత్సాహం లావాదేవీల డేటాను కంప్రెస్ చేయడం నుండి వస్తుంది. ఇతీరియము యొక్క [బ్లాక్ సైజు](/developers/docs/blocks/#block-size) ప్రతి బ్లాక్ కలిగి ఉండగల డేటాను మరియు, విస్తరణ ద్వారా, ప్రతి బ్లాక్కు ప్రాసెస్ చేయబడే లావాదేవీల సంఖ్యను పరిమితం చేస్తుంది. లావాదేవీలకు సంబంధించిన డేటాను కంప్రెస్ చేయడం ద్వారా, ZK-రోల్అప్లు ప్రతి బ్లాక్కు ప్రాసెస్ చేయబడే లావాదేవీల సంఖ్యను గణనీయంగా పెంచుతాయి.
+
+ZK-రోల్అప్లు ఆప్టిమిస్టిక్ రోల్అప్ల కంటే లావాదేవీల డేటాను బాగా కంప్రెస్ చేయగలవు, ఎందుకంటే అవి ప్రతి లావాదేవీని ధృవీకరించడానికి అవసరమైన మొత్తం డేటాను పోస్ట్ చేయనవసరం లేదు. అవి కేవలం రోల్అప్లోని అకౌంట్లు మరియు బ్యాలెన్స్ల యొక్క తాజా స్టేట్ను పునర్నిర్మించడానికి అవసరమైన కనీస డేటాను మాత్రమే పోస్ట్ చేయాలి.
+
+### పునరావృత రుజువులు {#recursive-proofs}
+
+జీరో-కనౌలెడ్జి ప్రూఫ్ల యొక్క ఒక ప్రయోజనం ఏమిటంటే, ప్రూఫ్లు ఇతర ప్రూఫ్లను ధృవీకరించగలవు. ఉదాహరణకు, ఒకే ZK-SNARK ఇతర ZK-SNARKలను ధృవీకరించగలదు. అటువంటి "ప్రూఫ్-ఆఫ్-ప్రూఫ్లు" పునరావృత ప్రూఫ్లు అని పిలువబడతాయి మరియు ZK-రోల్అప్లపై త్రూపుట్ను నాటకీయంగా పెంచుతాయి.
+
+ప్రస్తుతం, వాలిడిటీ ప్రూఫ్లు బ్లాక్-బై-బ్లాక్ ప్రాతిపదికన రూపొందించబడతాయి మరియు ధృవీకరణ కోసం L1 కాంట్రాక్ట్కు సమర్పించబడతాయి. అయితే, సింగిల్ బ్లాక్ ప్రూఫ్లను ధృవీకరించడం ZK-రోల్అప్లు సాధించగల త్రూపుట్ను పరిమితం చేస్తుంది, ఎందుకంటే ఆపరేటర్ ఒక ప్రూఫ్ను సమర్పించినప్పుడు కేవలం ఒక బ్లాక్ మాత్రమే ఫైనలైజ్ చేయబడుతుంది.
+
+అయితే, పునరావృత ప్రూఫ్లు ఒకే వాలిడిటీ ప్రూఫ్తో అనేక బ్లాక్లను ఫైనలైజ్ చేయడం సాధ్యం చేస్తాయి. ఇది ఎందుకంటే ప్రూవింగ్ సర్క్యూట్ ఒక తుది ప్రూఫ్ సృష్టించబడే వరకు బహుళ బ్లాక్ ప్రూఫ్లను పునరావృతంగా కలుపుతుంది. L2 ఆపరేటర్ ఈ పునరావృత ప్రూఫ్ను సమర్పిస్తాడు, మరియు కాంట్రాక్టు దానిని అంగీకరిస్తే, సంబంధిత అన్ని బ్లాక్లు తక్షణమే ఫైనలైజ్ చేయబడతాయి. పునరావృత ప్రూఫ్లతో, ఇతీరియములో విరామాలలో ఫైనలైజ్ చేయగల ZK-రోల్అప్ లావాదేవీల సంఖ్య పెరుగుతుంది.
+
+### ZK-రోల్అప్ల యొక్క లాభనష్టాలు {#zk-rollups-pros-and-cons}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| వాలిడిటీ ప్రూఫ్లు ఆఫ్చెయిన్ లావాదేవీల యొక్క ఖచ్చితత్వాన్ని నిర్ధారిస్తాయి మరియు ఆపరేటర్లు చెల్లని స్టేట్ ట్రాన్సిషన్లను అమలు చేయకుండా నిరోధిస్తాయి. | వాలిడిటీ ప్రూఫ్లను గణించడం మరియు ధృవీకరించడంతో సంబంధం ఉన్న ఖర్చు గణనీయమైనది మరియు రోల్అప్ వినియోగదారుల కోసం ఫీజులను పెంచవచ్చు. |
+| L1లో వాలిడిటీ ప్రూఫ్లు ధృవీకరించబడిన తర్వాత స్టేట్ అప్డేట్లు ఆమోదించబడతాయి కాబట్టి వేగవంతమైన లావాదేవీల ఫైనాలిటీని అందిస్తుంది. | జీరో-కనౌలెడ్జి టెక్నాలజీ యొక్క సంక్లిష్టత కారణంగా EVM-అనుకూల ZK-రోల్అప్లను నిర్మించడం కష్టం. |
+| [ఆప్టిమిస్టిక్ రోల్అప్ల](/developers/docs/scaling/optimistic-rollups/#optimistic-pros-and-cons) వలె ప్రోత్సహించబడిన నటుల నిజాయితీపై కాకుండా, భద్రత కోసం విశ్వసనీయత లేని క్రిప్టోగ్రాఫిక్ యంత్రాంగాలపై ఆధారపడుతుంది. | వాలిడిటీ ప్రూఫ్లను ఉత్పత్తి చేయడానికి ప్రత్యేక హార్డ్వేర్ అవసరం, ఇది కొన్ని పార్టీలచే చైన్ యొక్క కేంద్రీకృత నియంత్రణను ప్రోత్సహించవచ్చు. |
+| ఆఫ్చెయిన్ స్టేట్ను పునరుద్ధరించడానికి అవసరమైన డేటాను L1లో నిల్వ చేస్తుంది, ఇది భద్రత, సెన్సార్షిప్-నిరోధకత మరియు వికేంద్రీకరణకు హామీ ఇస్తుంది. | కేంద్రీకృత ఆపరేటర్లు (సీక్వెన్సర్లు) లావాదేవీల క్రమాన్ని ప్రభావితం చేయవచ్చు. |
+| వినియోగదారులు ఎక్కువ మూలధన సామర్థ్యం నుండి ప్రయోజనం పొందుతారు మరియు L2 నుండి ఆలస్యం లేకుండా నిధులను విత్ డ్రా చేసుకోవచ్చు. | హార్డ్వేర్ అవసరాలు చైన్ను పురోగమించడానికి బలవంతం చేయగల పాల్గొనేవారి సంఖ్యను తగ్గించవచ్చు, ఇది దురుద్దేశపూర్వక ఆపరేటర్లు రోల్అప్ యొక్క స్టేట్ను స్తంభింపజేయడం మరియు వినియోగదారులను సెన్సార్ చేసే ప్రమాదాన్ని పెంచుతుంది. |
+| సజీవత్వం అంచనాలపై ఆధారపడదు మరియు వినియోగదారులు తమ నిధులను రక్షించుకోవడానికి చైన్ను ధృవీకరించాల్సిన అవసరం లేదు. | కొన్ని ప్రూవింగ్ సిస్టమ్లు (ఉదా., ZK-SNARK) విశ్వసనీయ సెటప్ను కోరుతాయి, ఇది దుర్వినియోగం చేయబడితే, ఒక ZK-రోల్అప్ యొక్క భద్రతా నమూనాను ప్రమాదంలో పడేయవచ్చు. |
+| మెరుగైన డేటా కంప్రెషన్ ఇతీరియములో `calldata`ను ప్రచురించే ఖర్చులను తగ్గించడంలో మరియు వినియోగదారుల కోసం రోల్అప్ ఫీజులను తగ్గించడంలో సహాయపడుతుంది. | |
+
+### ZK-రోల్అప్ల యొక్క దృశ్య వివరణ {#zk-video}
+
+ZK-రోల్అప్లను వివరించే Finematics చూడండి:
+
+
+
+## zkEVMపై ఎవరు పని చేస్తున్నారు? {#zkevm-projects}
+
+zkEVMలపై పని చేస్తున్న ప్రాజెక్ట్లలో ఇవి ఉన్నాయి:
+
+- **[zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs)** - _zkEVM అనేది ఒక EVM-అనుకూల ZK-రోల్అప్ను మరియు ఇతీరియము బ్లాక్ల కోసం వాలిడిటీ ప్రూఫ్లను రూపొందించడానికి ఒక యంత్రాంగాన్ని అభివృద్ధి చేయడానికి ఇతీరియము ఫౌండేషన్ ద్వారా నిధులు సమకూర్చబడిన ఒక ప్రాజెక్ట్._
+
+- **[Polygon zkEVM](https://polygon.technology/solutions/polygon-zkevm)** - _ఇది ఇతీరియము మెయిన్నెట్పై ఒక వికేంద్రీకృత ZK రోల్అప్, ఇది జీరో-కనౌలెడ్జి-ప్రూఫ్ ధ్రువీకరణలతో కూడిన స్మార్ట్ కాంట్రాక్టులతో సహా ఇతీరియము లావాదేవీలను పారదర్శకంగా ఎగ్జిక్యూట్ చేసే ఒక జీరో-కనౌలెడ్జి ఎథేరియం వర్చువల్ మషీన్ (zkEVM) పై పనిచేస్తుంది._
+
+- **[Scroll](https://scroll.io/blog/zkEVM)** - _Scroll అనేది ఇతీరియము కోసం ఒక స్థానిక zkEVM లేయర్ 2 సొల్యూషన్ను నిర్మించడంపై పని చేస్తున్న ఒక టెక్-ఆధారిత కంపెనీ._
+
+- **[Taiko](https://taiko.xyz)** - _Taiko ఒక వికేంద్రీకృత, ఇతీరియము-సమానమైన ZK-రోల్అప్ (ఒక [రకం 1 ZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html))._
+
+- **[ZKsync](https://docs.zksync.io/)** - _ZKsync Era అనేది Matter Labs నిర్మించిన ఒక EVM-అనుకూల ZK రోల్అప్, ఇది దాని స్వంత zkEVM ద్వారా శక్తిని పొందుతుంది._
+
+- **[Starknet](https://starkware.co/starknet/)** - _StarkNet అనేది StarkWare నిర్మించిన ఒక EVM-అనుకూల లేయర్ 2 స్కేలింగ్ సొల్యూషన్._
+
+- **[Morph](https://www.morphl2.io/)** - _Morph అనేది ఒక హైబ్రిడ్ రోల్అప్ స్కేలింగ్ సొల్యూషన్, ఇది లేయర్ 2 స్టేట్ ఛాలెంజ్ సమస్యను పరిష్కరించడానికి zk-ప్రూఫ్ను ఉపయోగిస్తుంది._
+
+- **[Linea](https://linea.build)** - _Linea అనేది Consensys నిర్మించిన ఒక ఇతీరియము-సమానమైన zkEVM లేయర్ 2, ఇది ఇతీరియము పర్యావరణ వ్యవస్థతో పూర్తిగా అనుసంధానించబడింది._
+
+## ZK-రోల్అప్ల పఠనంపై మరింత పఠనం {#further-reading-on-zk-rollups}
+
+- [జీరో-నాలెడ్జ్ రోల్అప్లు అంటే ఏమిటి?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups)
+- [జీరో-కనౌలెడ్జి రోల్అప్లు అంటే ఏమిటి?](https://alchemy.com/blog/zero-knowledge-rollups)
+- [ఇతీరియము రోలప్లకు ప్రాక్టికల్ గైడ్](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+- [STARKలు vs SNARKలు](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/)
+- [zkEVM అంటే ఏమిటి?](https://www.alchemy.com/overviews/zkevm)
+- [ZK-EVM రకాలు: ఇతీరియము-సమానమైన, EVM-సమానమైన, రకం 1, రకం 4, మరియు ఇతర రహస్య బజ్వర్డ్లు](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4)
+- [zkEVMకు పరిచయం](https://hackmd.io/@yezhang/S1_KMMbGt)
+- [ZK-EVM L2లు అంటే ఏమిటి?](https://linea.mirror.xyz/qD18IaQ4BROn_Y40EBMTUTdJHYghUtdECscSWyMvm8M)
+- [అద్భుతమైన-zkEVM వనరులు](https://github.com/LuozhuZhang/awesome-zkevm)
+- [ZK-SNARKS తెరవెనుక](https://vitalik.eth.limo/general/2017/02/01/zk_snarks.html)
+- [SNARKలు ఎలా సాధ్యమవుతాయి?](https://vitalik.eth.limo/general/2021/01/26/snarks.html)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/anatomy/index.md b/public/content/translations/te/developers/docs/smart-contracts/anatomy/index.md
new file mode 100644
index 00000000000..af807a9e51f
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/anatomy/index.md
@@ -0,0 +1,657 @@
+---
+title: స్మార్ట్ కాంట్రాక్టుల నిర్మాణం
+description: స్మార్ట్ కాంట్రాక్ట్ నిర్మాణంపై లోతైన పరిశీలన - విధులు, డేటా మరియు వేరియబుల్స్.
+lang: te
+---
+
+స్మార్ట్ కాంట్రాక్ట్ అనేది ఇతీరియములోని ఒక చిరునామాలో నడిచే ఒక ప్రోగ్రామ్. అవి లావాదేవీని స్వీకరించిన తర్వాత అమలు చేయగల డేటా మరియు ఫంక్షన్లతో రూపొందించబడ్డాయి. స్మార్ట్ కాంట్రాక్ట్ను రూపొందించే దాని యొక్క అవలోకనం ఇక్కడ ఉంది.
+
+## అవసరాలు {#prerequisites}
+
+ముందుగా మీరు [స్మార్ట్ కాంట్రాక్టుల](/developers/docs/smart-contracts/) గురించి చదివారని నిర్ధారించుకోండి. ఈ డాక్యుమెంట్ మీరు ఇప్పటికే జావాస్క్రిప్ట్ లేదా పైథాన్ వంటి ప్రోగ్రామింగ్ భాషలతో సుపరిచితులని భావిస్తుంది.
+
+## డేటా {#data}
+
+ఏదైనా కాంట్రాక్ట్ డేటాను ఒక ప్రదేశానికి కేటాయించాలి: `storage` లేదా `memory`. స్మార్ట్ కాంట్రాక్ట్లో స్టోరేజీని సవరించడం ఖర్చుతో కూడుకున్నది, కనుక మీ డేటా ఎక్కడ ఉండాలో మీరు పరిగణించాలి.
+
+### నిల్వ {#storage}
+
+శాశ్వత డేటాను స్టోరేజ్ అని పిలుస్తారు మరియు ఇది స్టేట్ వేరియబుల్స్ ద్వారా సూచించబడుతుంది. ఈ విలువలు బ్లాక్ చైనులో శాశ్వతంగా నిల్వ చేయబడతాయి. మీరు రకాన్ని ప్రకటించాలి, తద్వారా కాంట్రాక్ట్ కంపైల్ అయినప్పుడు బ్లాక్చైన్లో ఎంత స్టోరేజ్ అవసరమో ట్రాక్ చేయగలదు.
+
+```solidity
+// సొలిడిటీ ఉదాహరణ
+contract SimpleStorage {
+ uint storedData; // స్టేట్ వేరియబుల్
+ // ...
+}
+```
+
+```python
+# వైపర్ ఉదాహరణ
+storedData: int128
+```
+
+మీరు ఇప్పటికే ఆబ్జెక్ట్-ఓరియెంటెడ్ భాషలను ప్రోగ్రామ్ చేసి ఉంటే, మీరు చాలా రకాలతో సుపరిచితులుగా ఉండే అవకాశం ఉంది. అయితే, మీరు Ethereum డెవలప్మెంట్కు కొత్త అయితే `address` మీకు కొత్తగా ఉండాలి.
+
+ఒక `address` రకం 20 బైట్లు లేదా 160 బిట్లకు సమానమైన Ethereum చిరునామాను కలిగి ఉంటుంది. ఇది ప్రముఖ 0xతో హెక్సాడెసిమల్ సంజ్ఞామానంలో తిరిగి వస్తుంది.
+
+ఇతర రకాలు:
+
+- బూలియన్
+- పూర్ణాంకం
+- ఫిక్స్డ్ పాయింట్ సంఖ్యలు
+- ఫిక్స్డ్-సైజ్ బైట్ అర్రేలు
+- డైనమిక్గా పరిమాణంలో ఉండే బైట్ శ్రేణులు
+- రేషనల్ మరియు పూర్ణాంక లిటరల్స్
+- స్ట్రింగ్ లిటరల్స్
+- హెక్సాడెసిమల్ లిటరల్స్
+- ఎన్యుమ్స్
+
+మరింత వివరణ కోసం, డాక్స్ చూడండి:
+
+- [వైపర్ రకాలను చూడండి](https://docs.vyperlang.org/en/v0.1.0-beta.6/types.html#value-types)
+- [సొలిడిటీ రకాలను చూడండి](https://docs.soliditylang.org/en/latest/types.html#value-types)
+
+### మెమరీ {#memory}
+
+కాంట్రాక్ట్ ఫంక్షన్ ఎగ్జిక్యూషన్ యొక్క జీవితకాలం కోసం మాత్రమే నిల్వ చేయబడిన విలువలను మెమరీ వేరియబుల్స్ అంటారు. ఇవి బ్లాక్చైన్లో శాశ్వతంగా నిల్వ చేయబడవు కాబట్టి, వాటిని ఉపయోగించడం చాలా చౌక.
+
+[సొలిడిటీ డాక్స్](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#storage-memory-and-the-stack)లో EVM డేటాను (స్టోరేజ్, మెమరీ మరియు స్టాక్) ఎలా నిల్వ చేస్తుందో మరింత తెలుసుకోండి.
+
+### ఎన్విరాన్మెంట్ వేరియబుల్స్ {#environment-variables}
+
+మీ కాంట్రాక్ట్లో మీరు నిర్వచించిన వేరియబుల్స్తో పాటు, కొన్ని ప్రత్యేక గ్లోబల్ వేరియబుల్స్ ఉన్నాయి. అవి ప్రధానంగా బ్లాక్చైన్ లేదా ప్రస్తుత లావాదేవీ గురించి సమాచారాన్ని అందించడానికి ఉపయోగించబడతాయి.
+
+ఉదాహరణలు:
+
+| **ప్రాప్** | **స్టేట్ వేరియబుల్** | **వివరణ** |
+| ----------------- | -------------------- | --------------------------------------------------- |
+| `block.timestamp` | uint256 | ప్రస్తుత బ్లాక్ ఎపోక్ టైమ్స్టాంప్ |
+| `msg.sender` | చిరునామా | సందేశం పంపినవారు (ప్రస్తుత కాల్) |
+
+## ఫంక్షన్స్ {#functions}
+
+చాలా సరళమైన పరంగా చెప్పాలంటే, ఇన్కమింగ్ లావాదేవీలకు ప్రతిస్పందనగా ఫంక్షన్లు సమాచారాన్ని పొందగలవు లేదా సమాచారాన్ని సెట్ చేయగలవు.
+
+ఫంక్షన్ కాల్స్లో రెండు రకాలు ఉన్నాయి:
+
+- `internal` – ఇవి EVM కాల్ను సృష్టించవు
+ - అంతర్గత ఫంక్షన్లు మరియు స్టేట్ వేరియబుల్స్ అంతర్గతంగా మాత్రమే యాక్సెస్ చేయబడతాయి (అంటే, ప్రస్తుత కాంట్రాక్ట్ లేదా దాని నుండి పొందిన కాంట్రాక్ట్ల నుండి)
+- `external` – ఇవి EVM కాల్ను సృష్టిస్తాయి
+ - బాహ్య ఫంక్షన్లు కాంట్రాక్ట్ ఇంటర్ఫేస్లో భాగంగా ఉంటాయి, అంటే వాటిని ఇతర కాంట్రాక్ట్ల నుండి మరియు లావాదేవీల ద్వారా కాల్ చేయవచ్చు. ఒక బాహ్య ఫంక్షన్ `f`ని అంతర్గతంగా కాల్ చేయలేము (అంటే, `f()` పని చేయదు, కానీ `this.f()` పని చేస్తుంది).
+
+అవి `public` లేదా `private` కూడా కావచ్చు
+
+- `public` ఫంక్షన్లను కాంట్రాక్ట్ లోపల అంతర్గతంగా లేదా సందేశాల ద్వారా బాహ్యంగా కాల్ చేయవచ్చు
+- `private` ఫంక్షన్లు అవి నిర్వచించబడిన కాంట్రాక్ట్కు మాత్రమే కనిపిస్తాయి మరియు ఉత్పన్నమైన కాంట్రాక్ట్లలో కనిపించవు
+
+ఫంక్షన్లు మరియు స్టేట్ వేరియబుల్స్ రెండింటినీ పబ్లిక్ లేదా ప్రైవేట్గా చేయవచ్చు
+
+ఒక కాంట్రాక్ట్లోని స్టేట్ వేరియబుల్ను అప్డేట్ చేయడానికి ఇక్కడ ఒక ఫంక్షన్ ఉంది:
+
+```solidity
+// సొలిడిటీ ఉదాహరణ
+function update_name(string value) public {
+ dapp_name = value;
+}
+```
+
+- `string` రకం యొక్క `value` పరామితి ఫంక్షన్లోకి పంపబడుతుంది: `update_name`
+- ఇది `public`గా ప్రకటించబడింది, అంటే ఎవరైనా దీన్ని యాక్సెస్ చేయవచ్చు
+- ఇది `view`గా ప్రకటించబడలేదు, కాబట్టి ఇది కాంట్రాక్ట్ స్టేట్ను సవరించగలదు
+
+### వ్యూ ఫంక్షన్లు {#view-functions}
+
+ఈ ఫంక్షన్లు కాంట్రాక్ట్ డేటా యొక్క స్థితిని సవరించబోమని వాగ్దానం చేస్తాయి. సాధారణ ఉదాహరణలు "గెట్టర్" ఫంక్షన్లు – ఉదాహరణకు, వినియోగదారుడి బ్యాలెన్స్ను స్వీకరించడానికి మీరు దీన్ని ఉపయోగించవచ్చు.
+
+```solidity
+// సొలిడిటీ ఉదాహరణ
+function balanceOf(address _owner) public view returns (uint256 _balance) {
+ return ownerPizzaCount[_owner];
+}
+```
+
+```python
+dappName: public(string)
+
+@view
+@public
+def readName() -> string:
+ return dappName
+```
+
+స్థితిని సవరించడంగా ఏమి పరిగణించబడుతుంది:
+
+1. స్టేట్ వేరియబుల్స్కి రాయడం.
+2. [ఈవెంట్లను విడుదల చేయడం](https://docs.soliditylang.org/en/v0.7.0/contracts.html#events).
+3. [ఇతర కాంట్రాక్ట్లను సృష్టించడం](https://docs.soliditylang.org/en/v0.7.0/control-structures.html#creating-contracts).
+4. `selfdestruct` ఉపయోగించడం.
+5. కాల్స్ ద్వారా ఈథర్ను పంపడం.
+6. `view` లేదా `pure` అని మార్క్ చేయని ఏ ఫంక్షన్ను అయినా కాల్ చేయడం.
+7. తక్కువ-స్థాయి కాల్స్ను ఉపయోగించడం.
+8. కొన్ని ఆప్కోడ్లను కలిగి ఉన్న ఇన్లైన్ అసెంబ్లీని ఉపయోగించడం.
+
+### కన్స్ట్రక్టర్ ఫంక్షన్లు {#constructor-functions}
+
+`constructor` ఫంక్షన్లు కాంట్రాక్ట్ను మొదటిసారి డిప్లాయ్ చేసినప్పుడు ఒకసారి మాత్రమే అమలు చేయబడతాయి. అనేక క్లాస్-ఆధారిత ప్రోగ్రామింగ్ భాషలలో `constructor` లాగా, ఈ ఫంక్షన్లు తరచుగా స్టేట్ వేరియబుల్స్ను వాటి పేర్కొన్న విలువలకు ప్రారంభిస్తాయి.
+
+```solidity
+// సొలిడిటీ ఉదాహరణ
+// కాంట్రాక్ట్ యొక్క డేటాను ప్రారంభిస్తుంది, `owner`ను సెట్ చేస్తుంది
+// కాంట్రాక్ట్ సృష్టికర్త యొక్క చిరునామాకు.
+constructor() public {
+ // అన్ని స్మార్ట్ కాంట్రాక్ట్లు దాని ఫంక్షన్లను ప్రేరేపించడానికి బాహ్య లావాదేవీలపై ఆధారపడతాయి.
+ // `msg` అనేది ఇచ్చిన లావాదేవీపై సంబంధిత డేటాను కలిగి ఉన్న గ్లోబల్ వేరియబుల్,
+ // పంపినవారి చిరునామా మరియు లావాదేవీలో చేర్చబడిన ETH విలువ వంటివి.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/units-and-global-variables.html#block-and-transaction-properties
+ owner = msg.sender;
+}
+```
+
+```python
+# వైపర్ ఉదాహరణ
+
+@external
+def __init__(_beneficiary: address, _bidding_time: uint256):
+ self.beneficiary = _beneficiary
+ self.auctionStart = block.timestamp
+ self.auctionEnd = self.auctionStart + _bidding_time
+```
+
+### అంతర్నిర్మిత ఫంక్షన్లు {#built-in-functions}
+
+మీ కాంట్రాక్ట్లో మీరు నిర్వచించిన వేరియబుల్స్ మరియు ఫంక్షన్లతో పాటు, కొన్ని ప్రత్యేక అంతర్నిర్మిత ఫంక్షన్లు ఉన్నాయి. అత్యంత స్పష్టమైన ఉదాహరణ:
+
+- `address.send()` – సొలిడిటీ
+- `send(address)` – వైపర్
+
+ఇవి కాంట్రాక్ట్లను ఇతర ఖాతాలకు ETH పంపడానికి అనుమతిస్తాయి.
+
+## ఫంక్షన్లను రాయడం {#writing-functions}
+
+మీ ఫంక్షన్కు అవసరం:
+
+- పరామితి వేరియబుల్ మరియు రకం (ఇది పరామితులను అంగీకరిస్తే)
+- అంతర్గత/బాహ్య యొక్క ప్రకటన
+- `pure`/`view`/`payable` యొక్క ప్రకటన
+- రిటర్న్స్ రకం (ఇది ఒక విలువను తిరిగి ఇస్తే)
+
+```solidity
+pragma solidity >=0.4.0 <=0.6.0;
+
+contract ExampleDapp {
+ string dapp_name; // స్టేట్ వేరియబుల్
+
+ // కాంట్రాక్ట్ డిప్లాయ్ చేయబడినప్పుడు కాల్ చేయబడుతుంది మరియు విలువను ప్రారంభిస్తుంది
+ constructor() public {
+ dapp_name = "My Example dapp";
+ }
+
+ // గెట్ ఫంక్షన్
+ function read_name() public view returns(string) {
+ return dapp_name;
+ }
+
+ // సెట్ ఫంక్షన్
+ function update_name(string value) public {
+ dapp_name = value;
+ }
+}
+```
+
+ఒక పూర్తి కాంట్రాక్ట్ ఇలా ఉండవచ్చు. ఇక్కడ `constructor` ఫంక్షన్ `dapp_name` వేరియబుల్ కోసం ప్రారంభ విలువను అందిస్తుంది.
+
+## ఈవెంట్లు మరియు లాగ్లు {#events-and-logs}
+
+ఈవెంట్లు మీ స్మార్ట్ కాంట్రాక్ట్ మీ ఫ్రంటెండ్ లేదా ఇతర సబ్స్క్రైబ్ చేసే అప్లికేషన్లతో కమ్యూనికేట్ చేయడానికి వీలు కల్పిస్తాయి. ఒక లావాదేవీ ధృవీకరించబడి, బ్లాక్కి జోడించబడిన తర్వాత, స్మార్ట్ కాంట్రాక్ట్లు ఈవెంట్లను విడుదల చేయగలవు మరియు సమాచారాన్ని లాగ్ చేయగలవు, దానిని ఫ్రంటెండ్ ప్రాసెస్ చేసి, ఉపయోగించుకోగలదు.
+
+## వివరణాత్మక ఉదాహరణలు {#annotated-examples}
+
+ఇవి Solidity లో వ్రాసిన కొన్ని ఉదాహరణలు. మీరు కోడ్తో ఆడాలనుకుంటే, మీరు [Remix](http://remix.ethereum.org)లో వాటితో ఇంటరాక్ట్ అవ్వవచ్చు.
+
+### హలో వరల్డ్ {#hello-world}
+
+```solidity
+// సిమాంటిక్ వెర్షనింగ్ ఉపయోగించి Solidity యొక్క వెర్షన్ను నిర్దేశిస్తుంది.
+// మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.5.10;
+
+// `HelloWorld` అనే కాంట్రాక్ట్ను నిర్వచిస్తుంది.
+// కాంట్రాక్ట్ అనేది ఫంక్షన్లు మరియు డేటా (దాని స్టేట్) యొక్క సమాహారం.
+// డిప్లాయ్ చేసిన తర్వాత, కాంట్రాక్ట్ Ethereum బ్లాక్చైన్లోని ఒక నిర్దిష్ట చిరునామాలో ఉంటుంది.
+// మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ // `string` రకం యొక్క `message` అనే స్టేట్ వేరియబుల్ను ప్రకటిస్తుంది.
+ // స్టేట్ వేరియబుల్స్ అనేవి కాంట్రాక్ట్ స్టోరేజ్లో శాశ్వతంగా నిల్వ చేయబడిన విలువలు కలిగిన వేరియబుల్స్.
+ // `public` అనే కీవర్డ్ వేరియబుల్స్ను కాంట్రాక్ట్ బయటి నుండి యాక్సెస్ చేయడానికి వీలు కల్పిస్తుంది
+ // మరియు ఇతర కాంట్రాక్ట్లు లేదా క్లయింట్లు విలువను యాక్సెస్ చేయడానికి కాల్ చేయగల ఫంక్షన్ను సృష్టిస్తుంది.
+ string public message;
+
+ // అనేక క్లాస్-ఆధారిత ఆబ్జెక్ట్-ఓరియెంటెడ్ భాషల మాదిరిగానే, కన్స్ట్రక్టర్ అనేది
+ // కాంట్రాక్ట్ సృష్టిపై మాత్రమే అమలు చేయబడే ఒక ప్రత్యేక ఫంక్షన్.
+ // కాంట్రాక్ట్ యొక్క డేటాను ప్రారంభించడానికి కన్స్ట్రక్టర్లు ఉపయోగించబడతాయి.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) public {
+ // `initMessage` అనే స్ట్రింగ్ ఆర్గ్యుమెంట్ను అంగీకరిస్తుంది మరియు విలువను సెట్ చేస్తుంది
+ // కాంట్రాక్ట్ యొక్క `message` స్టోరేజ్ వేరియబుల్లోకి).
+ message = initMessage;
+ }
+
+ // ఒక స్ట్రింగ్ ఆర్గ్యుమెంట్ను అంగీకరించే పబ్లిక్ ఫంక్షన్
+ // మరియు `message` స్టోరేజ్ వేరియబుల్ను అప్డేట్ చేస్తుంది.
+ function update(string memory newMessage) public {
+ message = newMessage;
+ }
+}
+```
+
+### టోకెన్ {#token}
+
+```solidity
+pragma solidity ^0.5.10;
+
+contract Token {
+ // ఒక `చిరునామా` ఇమెయిల్ చిరునామాతో పోల్చదగినది - ఇది Ethereum లో ఒక ఖాతాను గుర్తించడానికి ఉపయోగించబడుతుంది.
+ // చిరునామాలు ఒక స్మార్ట్ కాంట్రాక్ట్ లేదా బాహ్య (వినియోగదారు) ఖాతాలను సూచిస్తాయి.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/types.html#address
+ address public owner;
+
+ // ఒక `మ్యాపింగ్` ముఖ్యంగా ఒక హాష్ టేబుల్ డేటా నిర్మాణం.
+ // ఈ `మ్యాపింగ్` ఒక సైన్ చేయని పూర్ణాంకాన్ని (టోకెన్ బ్యాలెన్స్) ఒక చిరునామాకు (టోకెన్ హోల్డర్) కేటాయిస్తుంది.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/types.html#mapping-types
+ mapping (address => uint) public balances;
+
+ // ఈవెంట్లు బ్లాక్చైన్లో కార్యాచరణను లాగింగ్ చేయడానికి అనుమతిస్తాయి.
+ // కాంట్రాక్ట్ స్టేట్ మార్పులకు ప్రతిస్పందించడానికి Ethereum క్లయింట్లు ఈవెంట్లను వినగలవు.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#events
+ event Transfer(address from, address to, uint amount);
+
+ // కాంట్రాక్ట్ డేటాను ప్రారంభిస్తుంది, `ఓనర్` ను
+ // కాంట్రాక్ట్ సృష్టికర్త యొక్క చిరునామాకు సెట్ చేస్తుంది.
+ constructor() public {
+ // అన్ని స్మార్ట్ కాంట్రాక్ట్లు దాని ఫంక్షన్లను ప్రేరేపించడానికి బాహ్య లావాదేవీలపై ఆధారపడతాయి.
+ // `msg` అనేది ఇచ్చిన లావాదేవీపై సంబంధిత డేటాను కలిగి ఉన్న గ్లోబల్ వేరియబుల్,
+ // పంపినవారి చిరునామా మరియు లావాదేవీలో చేర్చబడిన ETH విలువ వంటివి.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/units-and-global-variables.html#block-and-transaction-properties
+ owner = msg.sender;
+ }
+
+ // కొత్త టోకెన్ల మొత్తాన్ని సృష్టించి, వాటిని ఒక చిరునామాకు పంపుతుంది.
+ function mint(address receiver, uint amount) public {
+ // `require` అనేది కొన్ని షరతులను అమలు చేయడానికి ఉపయోగించే ఒక నియంత్రణ నిర్మాణం.
+ // ఒక `require` స్టేట్మెంట్ `false`గా మూల్యాంకనం చేస్తే, ఒక మినహాయింపు ప్రేరేపించబడుతుంది,
+ // ఇది ప్రస్తుత కాల్ సమయంలో స్టేట్లో చేసిన అన్ని మార్పులను తిరిగి మారుస్తుంది.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/control-structures.html#error-handling-assert-require-revert-and-exceptions
+
+ // కాంట్రాక్ట్ యజమాని మాత్రమే ఈ ఫంక్షన్ను కాల్ చేయగలరు
+ require(msg.sender == owner, "మీరు యజమాని కాదు.");
+
+ // టోకెన్ల గరిష్ట మొత్తాన్ని అమలు చేస్తుంది
+ require(amount < 1e60, "గరిష్ట జారీ మించిపోయింది");
+
+ // `రిసీవర్` బ్యాలెన్స్ను `మొత్తం` ద్వారా పెంచుతుంది
+ balances[receiver] += amount;
+ }
+
+ // ఏ కాలర్ నుండి అయినా ఇప్పటికే ఉన్న టోకెన్ల మొత్తాన్ని ఒక చిరునామాకు పంపుతుంది.
+ function transfer(address receiver, uint amount) public {
+ // పంపినవారికి పంపడానికి తగినన్ని టోకెన్లు ఉండాలి
+ require(amount <= balances[msg.sender], "తగినంత బ్యాలెన్స్ లేదు.");
+
+ // రెండు చిరునామాల టోకెన్ బ్యాలెన్స్లను సర్దుబాటు చేస్తుంది
+ balances[msg.sender] -= amount;
+ balances[receiver] += amount;
+
+ // ముందుగా నిర్వచించిన ఈవెంట్ను విడుదల చేస్తుంది
+ emit Transfer(msg.sender, receiver, amount);
+ }
+}
+```
+
+### ప్రత్యేక డిజిటల్ ఆస్తి {#unique-digital-asset}
+
+```solidity
+pragma solidity ^0.5.10;
+
+// ప్రస్తుత కాంట్రాక్ట్లోకి ఇతర ఫైళ్ల నుండి చిహ్నాలను దిగుమతి చేస్తుంది.
+// ఈ సందర్భంలో, OpenZeppelin నుండి సహాయక కాంట్రాక్టుల శ్రేణి.
+// మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#importing-other-source-files
+
+import "../node_modules/@openzeppelin/contracts/token/ERC721/IERC721.sol";
+import "../node_modules/@openzeppelin/contracts/token/ERC721/IERC721Receiver.sol";
+import "../node_modules/@openzeppelin/contracts/introspection/ERC165.sol";
+import "../node_modules/@openzeppelin/contracts/math/SafeMath.sol";
+
+// బాహ్య కాంట్రాక్టుల నుండి ఫంక్షన్లు మరియు కీవర్డ్లను వారసత్వంగా పొందడానికి `is` కీవర్డ్ ఉపయోగించబడుతుంది.
+// ఈ సందర్భంలో, `CryptoPizza` `IERC721` మరియు `ERC165` కాంట్రాక్టుల నుండి వారసత్వంగా పొందుతుంది.
+// మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#inheritance
+contract CryptoPizza is IERC721, ERC165 {
+ // అంకగణిత కార్యకలాపాలను సురక్షితంగా నిర్వహించడానికి OpenZeppelin యొక్క SafeMath లైబ్రరీని ఉపయోగిస్తుంది.
+ // మరింత తెలుసుకోండి: https://docs.openzeppelin.com/contracts/2.x/api/math#SafeMath
+ using SafeMath for uint256;
+
+ // Solidity లోని స్థిరమైన స్టేట్ వేరియబుల్స్ ఇతర భాషల మాదిరిగానే ఉంటాయి
+ // కానీ మీరు కంపైల్ సమయంలో స్థిరంగా ఉండే ఒక ఎక్స్ప్రెషన్ నుండి కేటాయించాలి.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constant-state-variables
+ uint256 constant dnaDigits = 10;
+ uint256 constant dnaModulus = 10 ** dnaDigits;
+ bytes4 private constant _ERC721_RECEIVED = 0x150b7a02;
+
+ // స్ట్రక్ట్ రకాలు మీ స్వంత రకాన్ని నిర్వచించడానికి మిమ్మల్ని అనుమతిస్తాయి
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/types.html#structs
+ struct Pizza {
+ string name;
+ uint256 dna;
+ }
+
+ // Pizza స్ట్రక్ట్ల యొక్క ఖాళీ శ్రేణిని సృష్టిస్తుంది
+ Pizza[] public pizzas;
+
+ // పిజ్జా ID నుండి దాని యజమాని చిరునామాకు మ్యాపింగ్
+ mapping(uint256 => address) public pizzaToOwner;
+
+ // యజమాని చిరునామా నుండి యాజమాన్యంలోని టోకెన్ సంఖ్యకు మ్యాపింగ్
+ mapping(address => uint256) public ownerPizzaCount;
+
+ // టోకెన్ ID నుండి ఆమోదించబడిన చిరునామాకు మ్యాపింగ్
+ mapping(uint256 => address) pizzaApprovals;
+
+ // మీరు మ్యాపింగ్లను నెస్ట్ చేయవచ్చు, ఈ ఉదాహరణ ఆపరేటర్ ఆమోదాలకు యజమానిని మ్యాప్ చేస్తుంది
+ mapping(address => mapping(address => bool)) private operatorApprovals;
+
+ // స్ట్రింగ్ (పేరు) మరియు DNA నుండి యాదృచ్ఛిక పిజ్జాను సృష్టించడానికి అంతర్గత ఫంక్షన్
+ function _createPizza(string memory _name, uint256 _dna)
+ // `internal` కీవర్డ్ అంటే ఈ ఫంక్షన్ కేవలం
+ // ఈ కాంట్రాక్ట్ మరియు ఈ కాంట్రాక్ట్ను పొందే కాంట్రాక్ట్లలో మాత్రమే కనిపిస్తుంది
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#visibility-and-getters
+ internal
+ // `isUnique` అనేది ఒక ఫంక్షన్ మాడిఫైయర్, ఇది పిజ్జా ఇప్పటికే ఉందో లేదో తనిఖీ చేస్తుంది
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html#function-modifiers
+ isUnique(_name, _dna)
+ {
+ // పిజ్జాల శ్రేణికి పిజ్జాను జోడించి, id పొందుతుంది
+ uint256 id = SafeMath.sub(pizzas.push(Pizza(_name, _dna)), 1);
+
+ // పిజ్జా యజమాని ప్రస్తుత వినియోగదారుతో సమానంగా ఉన్నారని తనిఖీ చేస్తుంది
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/control-structures.html#error-handling-assert-require-revert-and-exceptions
+
+ // గమనించండి, చిరునామా(0) అనేది సున్నా చిరునామా,
+ // ఇది pizza[id] ఇంకా ఒక నిర్దిష్ట వినియోగదారుకు కేటాయించబడలేదని సూచిస్తుంది.
+
+ assert(pizzaToOwner[id] == address(0));
+
+ // పిజ్జాను యజమానికి మ్యాప్ చేస్తుంది
+ pizzaToOwner[id] = msg.sender;
+ ownerPizzaCount[msg.sender] = SafeMath.add(
+ ownerPizzaCount[msg.sender],
+ 1
+ );
+ }
+
+ // స్ట్రింగ్ (పేరు) నుండి యాదృచ్ఛిక పిజ్జాను సృష్టిస్తుంది
+ function createRandomPizza(string memory _name) public {
+ uint256 randDna = generateRandomDna(_name, msg.sender);
+ _createPizza(_name, randDna);
+ }
+
+ // స్ట్రింగ్ (పేరు) మరియు యజమాని (సృష్టికర్త) చిరునామా నుండి యాదృచ్ఛిక DNAను ఉత్పత్తి చేస్తుంది
+ function generateRandomDna(string memory _str, address _owner)
+ public
+ // `pure`గా గుర్తించబడిన ఫంక్షన్లు స్టేట్ నుండి చదవడం లేదా సవరించడం చేయమని వాగ్దానం చేస్తాయి
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#pure-functions
+ pure
+ returns (uint256)
+ {
+ // స్ట్రింగ్ (పేరు) + చిరునామా (యజమాని) నుండి యాదృచ్ఛిక uintను ఉత్పత్తి చేస్తుంది
+ uint256 rand = uint256(keccak256(abi.encodePacked(_str))) +
+ uint256(_owner);
+ rand = rand % dnaModulus;
+ return rand;
+ }
+
+ // యజమాని ద్వారా కనుగొనబడిన పిజ్జాల శ్రేణిని తిరిగి ఇస్తుంది
+ function getPizzasByOwner(address _owner)
+ public
+ // `view`గా గుర్తించబడిన ఫంక్షన్లు స్టేట్ను సవరించమని వాగ్దానం చేస్తాయి
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#view-functions
+ view
+ returns (uint256[] memory)
+ {
+ // ఈ ఫంక్షన్ కాల్ యొక్క జీవితకాలం కోసం మాత్రమే విలువలను నిల్వ చేయడానికి
+ // `memory` స్టోరేజ్ స్థానాన్ని ఉపయోగిస్తుంది.
+ // మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/introduction-to-smart-contracts.html#storage-memory-and-the-stack
+ uint256[] memory result = new uint256[](ownerPizzaCount[_owner]);
+ uint256 counter = 0;
+ for (uint256 i = 0; i < pizzas.length; i++) {
+ if (pizzaToOwner[i] == _owner) {
+ result[counter] = i;
+ counter++;
+ }
+ }
+ return result;
+ }
+
+ // పిజ్జా మరియు యాజమాన్యాన్ని ఇతర చిరునామాకు బదిలీ చేస్తుంది
+ function transferFrom(address _from, address _to, uint256 _pizzaId) public {
+ require(_from != address(0) && _to != address(0), "చెల్లని చిరునామా.");
+ require(_exists(_pizzaId), "పిజ్జా ఉనికిలో లేదు.");
+ require(_from != _to, "అదే చిరునామాకు బదిలీ చేయలేము.");
+ require(_isApprovedOrOwner(msg.sender, _pizzaId), "చిరునామా ఆమోదించబడలేదు.");
+
+ ownerPizzaCount[_to] = SafeMath.add(ownerPizzaCount[_to], 1);
+ ownerPizzaCount[_from] = SafeMath.sub(ownerPizzaCount[_from], 1);
+ pizzaToOwner[_pizzaId] = _to;
+
+ // దిగుమతి చేసుకున్న IERC721 కాంట్రాక్ట్లో నిర్వచించిన ఈవెంట్ను విడుదల చేస్తుంది
+ emit Transfer(_from, _to, _pizzaId);
+ _clearApproval(_to, _pizzaId);
+ }
+
+ /**
+ * ఒక టోకెన్ ID యొక్క యాజమాన్యాన్ని సురక్షితంగా మరొక చిరునామాకు బదిలీ చేస్తుంది
+ * లక్ష్య చిరునామా ఒక కాంట్రాక్ట్ అయితే, అది `onERC721Received`ను అమలు చేయాలి,
+ * ఇది సురక్షిత బదిలీపై పిలవబడుతుంది మరియు మేజిక్ విలువను తిరిగి ఇవ్వాలి
+ * `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))`;
+ * లేకపోతే, బదిలీ తిరిగి తీసుకోబడుతుంది.
+ */
+ function safeTransferFrom(address from, address to, uint256 pizzaId)
+ public
+ {
+ // solium-disable-next-line arg-overflow
+ this.safeTransferFrom(from, to, pizzaId, "");
+ }
+
+ /**
+ * ఒక టోకెన్ ID యొక్క యాజమాన్యాన్ని సురక్షితంగా మరొక చిరునామాకు బదిలీ చేస్తుంది
+ * లక్ష్య చిరునామా ఒక కాంట్రాక్ట్ అయితే, అది `onERC721Received`ను అమలు చేయాలి,
+ * ఇది సురక్షిత బదిలీపై పిలవబడుతుంది మరియు మేజిక్ విలువను తిరిగి ఇవ్వాలి
+ * `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))`;
+ * లేకపోతే, బదిలీ తిరిగి తీసుకోబడుతుంది.
+ */
+ function safeTransferFrom(
+ address from,
+ address to,
+ uint256 pizzaId,
+ bytes memory _data
+ ) public {
+ this.transferFrom(from, to, pizzaId);
+ require(_checkOnERC721Received(from, to, pizzaId, _data), "onERC721Receivedను తప్పనిసరిగా అమలు చేయాలి.");
+ }
+
+ /**
+ * లక్ష్య చిరునామాపై `onERC721Received`ను ప్రారంభించడానికి అంతర్గత ఫంక్షన్
+ * లక్ష్య చిరునామా ఒక కాంట్రాక్ట్ కాకపోతే కాల్ అమలు చేయబడదు
+ */
+ function _checkOnERC721Received(
+ address from,
+ address to,
+ uint256 pizzaId,
+ bytes memory _data
+ ) internal returns (bool) {
+ if (!isContract(to)) {
+ return true;
+ }
+
+ bytes4 retval = IERC721Receiver(to).onERC721Received(
+ msg.sender,
+ from,
+ pizzaId,
+ _data
+ );
+ return (retval == _ERC721_RECEIVED);
+ }
+
+ // ఒక పిజ్జాను కాల్చివేస్తుంది - టోకెన్ను పూర్తిగా నాశనం చేస్తుంది
+ // `external` ఫంక్షన్ మాడిఫైయర్ అంటే ఈ ఫంక్షన్
+ // కాంట్రాక్ట్ ఇంటర్ఫేస్లో భాగం మరియు ఇతర కాంట్రాక్ట్లు దీనిని కాల్ చేయవచ్చు
+ function burn(uint256 _pizzaId) external {
+ require(msg.sender != address(0), "చెల్లని చిరునామా.");
+ require(_exists(_pizzaId), "పిజ్జా ఉనికిలో లేదు.");
+ require(_isApprovedOrOwner(msg.sender, _pizzaId), "చిరునామా ఆమోదించబడలేదు.");
+
+ ownerPizzaCount[msg.sender] = SafeMath.sub(
+ ownerPizzaCount[msg.sender],
+ 1
+ );
+ pizzaToOwner[_pizzaId] = address(0);
+ }
+
+ // చిరునామా ద్వారా పిజ్జాల సంఖ్యను తిరిగి ఇస్తుంది
+ function balanceOf(address _owner) public view returns (uint256 _balance) {
+ return ownerPizzaCount[_owner];
+ }
+
+ // id ద్వారా కనుగొనబడిన పిజ్జా యజమానిని తిరిగి ఇస్తుంది
+ function ownerOf(uint256 _pizzaId) public view returns (address _owner) {
+ address owner = pizzaToOwner[_pizzaId];
+ require(owner != address(0), "చెల్లని పిజ్జా ID.");
+ return owner;
+ }
+
+ // పిజ్జా యాజమాన్యాన్ని బదిలీ చేయడానికి ఇతర చిరునామాను ఆమోదిస్తుంది
+ function approve(address _to, uint256 _pizzaId) public {
+ require(msg.sender == pizzaToOwner[_pizzaId], "పిజ్జా యజమాని అయి ఉండాలి.");
+ pizzaApprovals[_pizzaId] = _to;
+ emit Approval(msg.sender, _to, _pizzaId);
+ }
+
+ // నిర్దిష్ట పిజ్జా కోసం ఆమోదించబడిన చిరునామాను తిరిగి ఇస్తుంది
+ function getApproved(uint256 _pizzaId)
+ public
+ view
+ returns (address operator)
+ {
+ require(_exists(_pizzaId), "పిజ్జా ఉనికిలో లేదు.");
+ return pizzaApprovals[_pizzaId];
+ }
+
+ /**
+ * ఇచ్చిన టోకెన్ ID యొక్క ప్రస్తుత ఆమోదాన్ని క్లియర్ చేయడానికి ప్రైవేట్ ఫంక్షన్
+ * ఇచ్చిన చిరునామా నిజంగా టోకెన్ యజమాని కాకపోతే రివర్ట్ అవుతుంది
+ */
+ function _clearApproval(address owner, uint256 _pizzaId) private {
+ require(pizzaToOwner[_pizzaId] == owner, "పిజ్జా యజమాని అయి ఉండాలి.");
+ require(_exists(_pizzaId), "పిజ్జా ఉనికిలో లేదు.");
+ if (pizzaApprovals[_pizzaId] != address(0)) {
+ pizzaApprovals[_pizzaId] = address(0);
+ }
+ }
+
+ /*
+ * ఇచ్చిన ఆపరేటర్ యొక్క ఆమోదాన్ని సెట్ చేస్తుంది లేదా అన్సెట్ చేస్తుంది
+ * ఒక ఆపరేటర్ వారి తరపున పంపినవారి అన్ని టోకెన్లను బదిలీ చేయడానికి అనుమతించబడ్డాడు
+ */
+ function setApprovalForAll(address to, bool approved) public {
+ require(to != msg.sender, "సొంత చిరునామాను ఆమోదించలేరు");
+ operatorApprovals[msg.sender][to] = approved;
+ emit ApprovalForAll(msg.sender, to, approved);
+ }
+
+ // ఒక ఆపరేటర్ ఇచ్చిన యజమానిచే ఆమోదించబడిందో లేదో చెబుతుంది
+ function isApprovedForAll(address owner, address operator)
+ public
+ view
+ returns (bool)
+ {
+ return operatorApprovals[owner][operator];
+ }
+
+ // పిజ్జా యాజమాన్యాన్ని తీసుకుంటుంది - ఆమోదించబడిన వినియోగదారులకు మాత్రమే
+ function takeOwnership(uint256 _pizzaId) public {
+ require(_isApprovedOrOwner(msg.sender, _pizzaId), "చిరునామా ఆమోదించబడలేదు.");
+ address owner = this.ownerOf(_pizzaId);
+ this.transferFrom(owner, msg.sender, _pizzaId);
+ }
+
+ // పిజ్జా ఉందో లేదో తనిఖీ చేస్తుంది
+ function _exists(uint256 pizzaId) internal view returns (bool) {
+ address owner = pizzaToOwner[pizzaId];
+ return owner != address(0);
+ }
+
+ // చిరునామా యజమాని లేదా పిజ్జాను బదిలీ చేయడానికి ఆమోదించబడిందో లేదో తనిఖీ చేస్తుంది
+ function _isApprovedOrOwner(address spender, uint256 pizzaId)
+ internal
+ view
+ returns (bool)
+ {
+ address owner = pizzaToOwner[pizzaId];
+ // Disable solium check because of
+ // https://github.com/duaraghav8/Solium/issues/175
+ // solium-disable-next-line operator-whitespace
+ return (spender == owner ||
+ this.getApproved(pizzaId) == spender ||
+ this.isApprovedForAll(owner, spender));
+ }
+
+ // పిజ్జా ప్రత్యేకమైనది మరియు ఇంకా ఉనికిలో లేదో తనిఖీ చేయండి
+ modifier isUnique(string memory _name, uint256 _dna) {
+ bool result = true;
+ for (uint256 i = 0; i < pizzas.length; i++) {
+ if (
+ keccak256(abi.encodePacked(pizzas[i].name)) ==
+ keccak256(abi.encodePacked(_name)) &&
+ pizzas[i].dna == _dna
+ ) {
+ result = false;
+ }
+ }
+ require(result, "అటువంటి పేరుతో పిజ్జా ఇప్పటికే ఉంది.");
+ _;
+ }
+
+ // లక్ష్య చిరునామా ఒక కాంట్రాక్ట్ కాదో తిరిగి ఇస్తుంది
+ function isContract(address account) internal view returns (bool) {
+ uint256 size;
+ // ప్రస్తుతం ఒక చిరునామాలో కాంట్రాక్ట్ ఉందో లేదో తనిఖీ చేయడానికి ఇంతకంటే మంచి మార్గం లేదు
+ // ఆ చిరునామాలోని కోడ్ పరిమాణాన్ని తనిఖీ చేయడం కంటే.
+ // ఇది ఎలా పనిచేస్తుందనే దాని గురించి మరిన్ని వివరాల కోసం https://ethereum.stackexchange.com/a/14016/36603 చూడండి.
+ // TODO సెరినిటీ విడుదలయ్యే ముందు దీన్ని మళ్లీ తనిఖీ చేయండి, ఎందుకంటే అప్పుడు అన్ని చిరునామాలు
+ // కాంట్రాక్టులు అవుతాయి.
+ // solium-disable-next-line security/no-inline-assembly
+ assembly {
+ size := extcodesize(account)
+ }
+ return size > 0;
+ }
+}
+```
+
+## మరింత సమాచారం {#further-reading}
+
+స్మార్ట్ కాంట్రాక్టుల యొక్క మరింత పూర్తి అవలోకనం కోసం సొలిడిటీ మరియు వైపర్ యొక్క డాక్యుమెంటేషన్ను చూడండి:
+
+- [Solidity](https://docs.soliditylang.org/)
+- [Vyper](https://docs.vyperlang.org/en/stable/)
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/)
+- [Ethereum వర్చువల్ మెషీన్](/developers/docs/evm/)
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [కాంట్రాక్ట్ పరిమాణ పరిమితితో పోరాడటానికి కాంట్రాక్టులను తగ్గించడం](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _– మీ స్మార్ట్ కాంట్రాక్ట్ పరిమాణాన్ని తగ్గించడానికి కొన్ని ఆచరణాత్మక చిట్కాలు._
+- [ఈవెంట్లతో స్మార్ట్ కాంట్రాక్టుల నుండి డేటాను లాగింగ్ చేయడం](/developers/tutorials/logging-events-smart-contracts/) _– స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లకు ఒక పరిచయం మరియు డేటాను లాగ్ చేయడానికి మీరు వాటిని ఎలా ఉపయోగించవచ్చు._
+- [సొలిడిటీ నుండి ఇతర కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వండి](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– ఇప్పటికే ఉన్న కాంట్రాక్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలి మరియు దానితో ఎలా ఇంటరాక్ట్ అవ్వాలి._
diff --git a/public/content/translations/te/developers/docs/smart-contracts/compiling/index.md b/public/content/translations/te/developers/docs/smart-contracts/compiling/index.md
new file mode 100644
index 00000000000..a959fd7d061
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/compiling/index.md
@@ -0,0 +1,282 @@
+---
+title: స్మార్ట్ ఒప్పందాలను కంపైల్ చేస్తోంది
+description: స్మార్ట్ కాంట్రాక్టులను మీరు ఎందుకు కంపైల్ చేయాలి మరియు కంపైలేషన్ వాస్తవంగా ఏమి చేస్తుందో వివరణ.
+lang: te
+incomplete: true
+---
+
+మీ వెబ్ యాప్ మరియు ఎథేరియం వర్చువల్ మషీన్ (EVM) దానిని అర్థం చేసుకోగలగడానికి మీరు మీ కాంట్రాక్ట్ను కంపైల్ చేయాలి.
+
+## అవసరాలు {#prerequisites}
+
+కంపైలేషన్ గురించి చదివే ముందు [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) మరియు [ఎథేరియం వర్చువల్ మషీన్](/developers/docs/evm/)లకు మా పరిచయాన్ని చదవడం మీకు సహాయకరంగా ఉండవచ్చు.
+
+## EVM {#the-evm}
+
+[EVM](/developers/docs/evm/) మీ కాంట్రాక్ట్ను రన్ చేయగలగాలంటే అది **బైట్కోడ్**లో ఉండాలి. కంపైలేషన్ దీనిని ఇలా మారుస్తుంది:
+
+```solidity
+pragma solidity 0.4.24;
+
+contract Greeter {
+
+ function greet() public view returns (string memory) {
+ return "Hello";
+ }
+
+}
+```
+
+**ఈ విధంగా**
+
+```
+PUSH1 0x80 PUSH1 0x40 MSTORE PUSH1 0x4 CALLDATASIZE LT PUSH2 0x41 JUMPI PUSH1 0x0 CALLDATALOAD PUSH29 0x100000000000000000000000000000000000000000000000000000000 SWAP1 DIV PUSH4 0xFFFFFFFF AND DUP1 PUSH4 0xCFAE3217 EQ PUSH2 0x46 JUMPI JUMPDEST PUSH1 0x0 DUP1 REVERT JUMPDEST CALLVALUE DUP1 ISZERO PUSH2 0x52 JUMPI PUSH1 0x0 DUP1 REVERT JUMPDEST POP PUSH2 0x5B PUSH2 0xD6 JUMP JUMPDEST PUSH1 0x40 MLOAD DUP1 DUP1 PUSH1 0x20 ADD DUP3 DUP2 SUB DUP3 MSTORE DUP4 DUP2 DUP2 MLOAD DUP2 MSTORE PUSH1 0x20 ADD SWAP2 POP DUP1 MLOAD SWAP1 PUSH1 0x20 ADD SWAP1 DUP1 DUP4 DUP4 PUSH1 0x0 JUMPDEST DUP4 DUP2 LT ISZERO PUSH2 0x9B JUMPI DUP1 DUP3 ADD MLOAD DUP2 DUP5 ADD MSTORE PUSH1 0x20 DUP2 ADD SWAP1 POP PUSH2 0x80 JUMP JUMPDEST POP POP POP POP SWAP1 POP SWAP1 DUP2 ADD SWAP1 PUSH1 0x1F AND DUP1 ISZERO PUSH2 0xC8 JUMPI DUP1 DUP3 SUB DUP1 MLOAD PUSH1 0x1 DUP4 PUSH1 0x20 SUB PUSH2 0x100 EXP SUB NOT AND DUP2 MSTORE PUSH1 0x20 ADD SWAP2 POP JUMPDEST POP SWAP3 POP POP POP PUSH1 0x40 MLOAD DUP1 SWAP2 SUB SWAP1 RETURN JUMPDEST PUSH1 0x60 PUSH1 0x40 DUP1 MLOAD SWAP1 DUP2 ADD PUSH1 0x40 MSTORE DUP1 PUSH1 0x5 DUP2 MSTORE PUSH1 0x20 ADD PUSH32 0x48656C6C6F000000000000000000000000000000000000000000000000000000 DUP2 MSTORE POP SWAP1 POP SWAP1 JUMP STOP LOG1 PUSH6 0x627A7A723058 KECCAK256 SLT 0xec 0xe 0xf5 0xf8 SLT 0xc7 0x2d STATICCALL ADDRESS SHR 0xdb COINBASE 0xb1 BALANCE 0xe8 0xf8 DUP14 0xda 0xad DUP13 LOG1 0x4c 0xb4 0x26 0xc2 DELEGATECALL PUSH7 0x8994D3E002900
+```
+
+వీటిని **ఆప్కోడ్లు** అని అంటారు. EVM ఆప్కోడ్లు అనేవి ఎథేరియం వర్చువల్ మషీన్ (EVM) అమలు చేయగల తక్కువ-స్థాయి సూచనలు. ప్రతి ఆప్కోడ్ ఒక నిర్దిష్ట ఆపరేషన్ను సూచిస్తుంది, ఉదాహరణకు అంకగణిత ఆపరేషన్లు, లాజికల్ ఆపరేషన్లు, డేటా మానిప్యులేషన్, కంట్రోల్ ఫ్లో మొదలైనవి.
+
+[ఆప్కోడ్ల గురించి మరింత](/developers/docs/evm/opcodes/)
+
+## వెబ్ అప్లికేషన్లు {#web-applications}
+
+కంపైలర్ \*\*అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI)\*\*ను కూడా ఉత్పత్తి చేస్తుంది, ఇది మీ అప్లికేషన్ కాంట్రాక్ట్ను అర్థం చేసుకోవడానికి మరియు కాంట్రాక్ట్ యొక్క ఫంక్షన్లను కాల్ చేయడానికి మీకు అవసరం.
+
+ABI అనేది డిప్లాయ్ చేయబడిన కాంట్రాక్ట్ మరియు దాని స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్లను వివరించే ఒక JSON ఫైల్. ఇది వెబ్2 మరియు వెబ్3 మధ్య అంతరాన్ని పూడ్చడానికి సహాయపడుతుంది
+
+మీరు మీ వెబ్ యాప్ ఇంటర్ఫేస్లో మీ స్మార్ట్ కాంట్రాక్ట్ను కాల్ చేయడానికి [జావాస్క్రిప్ట్ క్లయింట్ లైబ్రరీ](/developers/docs/apis/javascript/) **ABI**ని చదువుతుంది.
+
+కింద ERC-20 టోకెన్ కాంట్రాక్ట్ కోసం ABI ఇవ్వబడింది. ERC-20 అనేది మీరు ఎథేరియంపై ట్రేడ్ చేయగల ఒక టోకెన్.
+
+```json
+[
+ {
+ "constant": true,
+ "inputs": [],
+ "name": "name",
+ "outputs": [
+ {
+ "name": "",
+ "type": "string"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "view",
+ "type": "function"
+ },
+ {
+ "constant": false,
+ "inputs": [
+ {
+ "name": "_spender",
+ "type": "address"
+ },
+ {
+ "name": "_value",
+ "type": "uint256"
+ }
+ ],
+ "name": "approve",
+ "outputs": [
+ {
+ "name": "",
+ "type": "bool"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "nonpayable",
+ "type": "function"
+ },
+ {
+ "constant": true,
+ "inputs": [],
+ "name": "totalSupply",
+ "outputs": [
+ {
+ "name": "",
+ "type": "uint256"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "view",
+ "type": "function"
+ },
+ {
+ "constant": false,
+ "inputs": [
+ {
+ "name": "_from",
+ "type": "address"
+ },
+ {
+ "name": "_to",
+ "type": "address"
+ },
+ {
+ "name": "_value",
+ "type": "uint256"
+ }
+ ],
+ "name": "transferFrom",
+ "outputs": [
+ {
+ "name": "",
+ "type": "bool"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "nonpayable",
+ "type": "function"
+ },
+ {
+ "constant": true,
+ "inputs": [],
+ "name": "decimals",
+ "outputs": [
+ {
+ "name": "",
+ "type": "uint8"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "view",
+ "type": "function"
+ },
+ {
+ "constant": true,
+ "inputs": [
+ {
+ "name": "_owner",
+ "type": "address"
+ }
+ ],
+ "name": "balanceOf",
+ "outputs": [
+ {
+ "name": "balance",
+ "type": "uint256"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "view",
+ "type": "function"
+ },
+ {
+ "constant": true,
+ "inputs": [],
+ "name": "symbol",
+ "outputs": [
+ {
+ "name": "",
+ "type": "string"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "view",
+ "type": "function"
+ },
+ {
+ "constant": false,
+ "inputs": [
+ {
+ "name": "_to",
+ "type": "address"
+ },
+ {
+ "name": "_value",
+ "type": "uint256"
+ }
+ ],
+ "name": "transfer",
+ "outputs": [
+ {
+ "name": "",
+ "type": "bool"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "nonpayable",
+ "type": "function"
+ },
+ {
+ "constant": true,
+ "inputs": [
+ {
+ "name": "_owner",
+ "type": "address"
+ },
+ {
+ "name": "_spender",
+ "type": "address"
+ }
+ ],
+ "name": "allowance",
+ "outputs": [
+ {
+ "name": "",
+ "type": "uint256"
+ }
+ ],
+ "payable": false,
+ "stateMutability": "view",
+ "type": "function"
+ },
+ {
+ "payable": true,
+ "stateMutability": "payable",
+ "type": "fallback"
+ },
+ {
+ "anonymous": false,
+ "inputs": [
+ {
+ "indexed": true,
+ "name": "owner",
+ "type": "address"
+ },
+ {
+ "indexed": true,
+ "name": "spender",
+ "type": "address"
+ },
+ {
+ "indexed": false,
+ "name": "value",
+ "type": "uint256"
+ }
+ ],
+ "name": "Approval",
+ "type": "event"
+ },
+ {
+ "anonymous": false,
+ "inputs": [
+ {
+ "indexed": true,
+ "name": "from",
+ "type": "address"
+ },
+ {
+ "indexed": true,
+ "name": "to",
+ "type": "address"
+ },
+ {
+ "indexed": false,
+ "name": "value",
+ "type": "uint256"
+ }
+ ],
+ "name": "Transfer",
+ "type": "event"
+ }
+]
+```
+
+## మరింత సమాచారం {#further-reading}
+
+- [ABI స్పెక్](https://solidity.readthedocs.io/en/v0.7.0/abi-spec.html) _– సాలిడిటీ_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [జావాస్క్రిప్ట్ క్లయింట్ లైబ్రరీలు](/developers/docs/apis/javascript/)
+- [ఎథేరియం వర్చువల్ మషీన్](/developers/docs/evm/)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/composability/index.md b/public/content/translations/te/developers/docs/smart-contracts/composability/index.md
new file mode 100644
index 00000000000..cc14a2009f9
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/composability/index.md
@@ -0,0 +1,76 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్ కంపోసబిలిటీ
+description: ఇప్పటికే ఉన్న భాగాలను పునర్వినియోగించడం ద్వారా సంక్లిష్టమైన డాప్లను రూపొందించడానికి స్మార్ట్ కాంట్రాక్ట్లను లెగో బ్లాక్ల వలె ఎలా కలపాలో తెలుసుకోండి.
+lang: te
+incomplete: true
+---
+
+## ఒక సంక్షిప్త పరిచయం {#a-brief-introduction}
+
+స్మార్ట్ కాంట్రాక్ట్లు ఎథేరియంపై పబ్లిక్గా ఉంటాయి మరియు వాటిని ఓపెన్ APIలుగా భావించవచ్చు. మీరు డాప్ డెవలపర్గా మారడానికి మీ స్వంత స్మార్ట్ కాంట్రాక్ట్ను వ్రాయవలసిన అవసరం లేదు, మీరు వారితో ఎలా ఇంటరాక్ట్ అవ్వాలో తెలుసుకుంటే సరిపోతుంది. ఉదాహరణకు, మీరు మీ యాప్లోని అన్ని టోకెన్ స్వాప్ లాజిక్లను నిర్వహించడానికి వికేంద్రీకృత మార్పిడి అయిన [Uniswap](https://uniswap.exchange/swap) యొక్క ప్రస్తుత స్మార్ట్ కాంట్రాక్ట్లను ఉపయోగించవచ్చు – మీరు మొదటి నుండి ప్రారంభించాల్సిన అవసరం లేదు. వారి [v2](https://github.com/Uniswap/uniswap-v2-core/tree/master/contracts) మరియు [v3](https://github.com/Uniswap/uniswap-v3-core/tree/main/contracts) కాంట్రాక్ట్లలో కొన్నింటిని చూడండి.
+
+## కంపోసబిలిటీ అంటే ఏమిటి? {#what-is-composability}
+
+కంపోసబిలిటీ అంటే కొత్త సిస్టమ్లు లేదా అవుట్పుట్లను రూపొందించడానికి విభిన్న భాగాలను కలపడం. సాఫ్ట్వేర్ అభివృద్ధిలో, కంపోసబిలిటీ అంటే అభివృద్ధి చేసేవాళ్లు కొత్త అప్లికేషన్లను రూపొందించడానికి ఇప్పటికే ఉన్న సాఫ్ట్వేర్ భాగాలను పునర్వినియోగించుకోవచ్చు. కంపోసబిలిటీని అర్థం చేసుకోవడానికి ఒక మంచి మార్గం కంపోజబుల్ ఎలిమెంట్లను లెగో బ్లాక్లుగా భావించడం. ప్రతి లెగోను మరొక దానితో కలపవచ్చు, వివిధ లెగోలను కలపడం ద్వారా సంక్లిష్ట నిర్మాణాలను నిర్మించడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+Ethereumలో, ప్రతి స్మార్ట్ కాంట్రాక్ట్ ఒక రకమైన లెగో - మీరు మీ ప్రాజెక్ట్ కోసం ఇతర ప్రాజెక్ట్ల నుండి స్మార్ట్ కాంట్రాక్ట్లను బిల్డింగ్ బ్లాక్లుగా ఉపయోగించవచ్చు. అంటే మీరు కొత్తగా ఏదైనా కనుగొనడానికి లేదా మొదటి నుండి నిర్మించడానికి సమయం కేటాయించాల్సిన అవసరం లేదు.
+
+## కంపోసబిలిటీ ఎలా పనిచేస్తుంది? {#how-does-composability-work}
+
+Ethereum స్మార్ట్ కాంట్రాక్టులు పబ్లిక్ APIల వంటివి, కాబట్టి ఎవరైనా కాంట్రాక్ట్తో పరస్పరం సంప్రదించవచ్చు లేదా అదనపు ఫంక్షనాలిటీ కోసం వాటిని డాప్లలో ఏకీకృతం చేయవచ్చు. స్మార్ట్ కాంట్రాక్ట్ కంపోసబిలిటీ సాధారణంగా మూడు సూత్రాలపై పనిచేస్తుంది: మాడ్యులారిటీ, స్వయంప్రతిపత్తి మరియు కనుగొనగలగడం:
+
+**1. మాడ్యులారిటీ**: ఇది ఒక నిర్దిష్ట పనిని చేయడానికి వ్యక్తిగత భాగాల సామర్థ్యం. Ethereumలో, ప్రతి స్మార్ట్ కాంట్రాక్ట్కు ఒక నిర్దిష్ట వినియోగ సందర్భం ఉంది (Uniswap ఉదాహరణలో చూపిన విధంగా).
+
+**2. స్వయంప్రతిపత్తి**: కంపోజబుల్ భాగాలు స్వతంత్రంగా పనిచేయగలగాలి. Ethereumలోని ప్రతి స్మార్ట్ కాంట్రాక్ట్ స్వీయ-నిర్వహణ మరియు సిస్టమ్లోని ఇతర భాగాలపై ఆధారపడకుండా పనిచేయగలదు.
+
+**3. కనుగొనగలగడం**: అభివృద్ధి చేసేవాళ్లు పబ్లిక్గా అందుబాటులో లేకుంటే బాహ్య కాంట్రాక్టులను కాల్ చేయలేరు లేదా సాఫ్ట్వేర్ లైబ్రరీలను అప్లికేషన్లలోకి ఇంటిగ్రేట్ చేయలేరు. డిజైన్ ప్రకారం, స్మార్ట్ కాంట్రాక్టులు ఓపెన్-సోర్స్; ఎవరైనా స్మార్ట్ కాంట్రాక్ట్ని కాల్ చేయవచ్చు లేదా కోడ్బేస్ను ఫోర్క్ చేయవచ్చు.
+
+## కంపోసబిలిటీ యొక్క ప్రయోజనాలు {#benefits-of-composability}
+
+### తక్కువ అభివృద్ధి చక్రం {#shorter-development-cycle}
+
+[డాప్స్](/apps/#what-are-dapps) సృష్టించేటప్పుడు అభివృద్ధి చేసేవాళ్లు చేయవలసిన పనిని కంపోసబిలిటీ తగ్గిస్తుంది. [నవల్ రవికాంత్ చెప్పినట్లు:](https://twitter.com/naval/status/1444366754650656770) "ఓపెన్ సోర్స్ అంటే ప్రతి సమస్యను ఒక్కసారి మాత్రమే పరిష్కరించాలి."
+
+ఒక సమస్యను పరిష్కరించే స్మార్ట్ కాంట్రాక్ట్ ఉంటే, ఇతర అభివృద్ధి చేసేవాళ్లు దానిని పునర్వినియోగించుకోవచ్చు, కాబట్టి వారు అదే సమస్యను పరిష్కరించాల్సిన అవసరం లేదు. ఈ విధంగా, అభివృద్ధి చేసేవాళ్లు ఇప్పటికే ఉన్న సాఫ్ట్వేర్ లైబ్రరీలను తీసుకొని, కొత్త డాప్స్ను సృష్టించడానికి అదనపు ఫంక్షనాలిటీని జోడించవచ్చు.
+
+### గొప్ప ఆవిష్కరణ {#greater-innovation}
+
+కావలసిన ఫలితాలను సృష్టించడానికి ఓపెన్-సోర్స్ కోడ్ను పునర్వినియోగించుకోవడానికి, సవరించడానికి, నకిలీ చేయడానికి లేదా ఇంటిగ్రేట్ చేయడానికి అభివృద్ధి చేసేవాళ్లు స్వేచ్ఛగా ఉన్నందున కంపోసబిలిటీ ఆవిష్కరణ మరియు ప్రయోగాలను ప్రోత్సహిస్తుంది. ఫలితంగా, డెవలప్మెంట్ బృందాలు ప్రాథమిక ఫంక్షనాలిటీపై తక్కువ సమయం గడుపుతాయి మరియు కొత్త ఫీచర్లతో ప్రయోగాలు చేయడానికి ఎక్కువ సమయం కేటాయించగలవు.
+
+### మెరుగైన వినియోగదారు అనుభవం {#better-user-experience}
+
+Ethereum పర్యావరణ వ్యవస్థ యొక్క భాగాల మధ్య ఇంటర్ఆపరేబిలిటీ వినియోగదారు అనుభవాన్ని మెరుగుపరుస్తుంది. అప్లికేషన్లు కమ్యూనికేట్ చేయలేని ఫ్రాగ్మెంటెడ్ ఎకోసిస్టమ్లో కంటే డాప్స్ బాహ్య స్మార్ట్ కాంట్రాక్టులను ఏకీకృతం చేసినప్పుడు వినియోగదారులు ఎక్కువ ఫంక్షనాలిటీని యాక్సెస్ చేయగలరు.
+
+ఇంటర్ఆపరేబిలిటీ యొక్క ప్రయోజనాలను వివరించడానికి మేము ఆర్బిట్రేజ్ ట్రేడింగ్ నుండి ఒక ఉదాహరణను ఉపయోగిస్తాము:
+
+`exchange B` కంటే `exchange A`లో ఒక టోకెన్ అధికంగా ట్రేడింగ్ అవుతుంటే, మీరు లాభం పొందడానికి ధర వ్యత్యాసాన్ని ఉపయోగించుకోవచ్చు. అయితే, లావాదేవీకి నిధులు సమకూర్చడానికి మీకు తగినంత మూలధనం ఉంటేనే మీరు అలా చేయగలరు (అంటే, `exchange B` నుండి టోకెన్ను కొనుగోలు చేసి `exchange A`లో అమ్మడం).
+
+ట్రేడ్ను కవర్ చేయడానికి మీ దగ్గర తగినంత నిధులు లేని సందర్భంలో, ఫ్లాష్ లోన్ అనువైనదిగా ఉండవచ్చు. [ఫ్లాష్ లోన్లు](/defi/#flash-loans) చాలా సాంకేతికమైనవి, కానీ ప్రాథమిక ఆలోచన ఏమిటంటే, మీరు ఆస్తులను (పూచీకత్తు లేకుండా) అప్పుగా తీసుకోవచ్చు మరియు _ఒకే_ లావాదేవీలో తిరిగి ఇవ్వవచ్చు.
+
+మా ప్రారంభ ఉదాహరణకు తిరిగి వెళితే, ఒక ఆర్బిట్రేజ్ వ్యాపారి పెద్ద ఫ్లాష్ లోన్ తీసుకుని, `exchange B` నుండి టోకెన్లను కొనుగోలు చేసి, వాటిని `exchange A`లో విక్రయించి, మూలధనం + వడ్డీని తిరిగి చెల్లించి, అదే లావాదేవీలో లాభాన్ని ఉంచుకోవచ్చు. ఈ సంక్లిష్ట తర్కానికి బహుళ కాంట్రాక్టులకు కాల్లను కలపడం అవసరం, ఇది స్మార్ట్ కాంట్రాక్టులకు ఇంటర్ఆపరేబిలిటీ లేకపోతే సాధ్యం కాదు.
+
+## Ethereumలో కంపోసబిలిటీకి ఉదాహరణలు {#composability-in-ethereum}
+
+### టోకెన్ స్వాప్లు {#token-swaps}
+
+మీరు ETHలో లావాదేవీలు చెల్లించాల్సిన డాప్ను సృష్టిస్తే, టోకెన్ స్వాప్ లాజిక్ను ఇంటిగ్రేట్ చేయడం ద్వారా ఇతర ERC-20 టోకెన్లలో చెల్లించడానికి వినియోగదారులను అనుమతించవచ్చు. కాంట్రాక్ట్ కాల్ చేయబడిన ఫంక్షన్ను అమలు చేయడానికి ముందు కోడ్ వినియోగదారు టోకెన్ను ఆటోమేటిక్గా ETHకి మారుస్తుంది.
+
+### పరిపాలన {#governance}
+
+[DAO](/dao/) కోసం బెస్పోక్ పరిపాలన వ్యవస్థలను నిర్మించడం ఖరీదైనది మరియు సమయం తీసుకుంటుంది. బదులుగా, మీరు మీ DAOను బూట్స్ట్రాప్ చేయడానికి మరియు త్వరగా పరిపాలన ఫ్రేమ్వర్క్ను రూపొందించడానికి [Aragon Client](https://client.aragon.org/) వంటి ఓపెన్-సోర్స్ పరిపాలన టూల్కిట్ను ఉపయోగించవచ్చు.
+
+### గుర్తింపు నిర్వహణ {#identity-management}
+
+కస్టమ్ అథెంటికేషన్ సిస్టమ్ను నిర్మించడం లేదా కేంద్రీకృత ప్రొవైడర్లపై ఆధారపడటం బదులుగా, వినియోగదారుల కోసం అథెంటికేషన్ను నిర్వహించడానికి మీరు వికేంద్రీకృత గుర్తింపు (DID) ఉపకరణాలను ఇంటిగ్రేట్ చేయవచ్చు. ఒక ఉదాహరణ [SpruceID](https://www.spruceid.com/), ఇది ఒక ఓపెన్-సోర్స్ టూల్కిట్, ఇది "Ethereumతో సైన్ ఇన్ చేయండి" ఫంక్షనాలిటీని అందిస్తుంది, ఇది వినియోగదారులు Ethereum వాలెట్తో గుర్తింపులను ప్రామాణీకరించడానికి అనుమతిస్తుంది.
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [క్రియేట్-ఎత్-యాప్తో మీ డాప్ ఫ్రంటెండ్ అభివృద్ధిని కిక్స్టార్ట్ చేయండి](/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/) _– ప్రముఖ స్మార్ట్ కాంట్రాక్టులతో యాప్లను రూపొందించడానికి క్రియేట్-ఎత్-యాప్ను ఎలా ఉపయోగించాలనే దానిపై ఒక అవలోకనం._
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+- [కంపోసబిలిటీయే ఆవిష్కరణ](https://a16zcrypto.com/posts/article/how-composability-unlocks-crypto-and-everything-else/)
+- [Web3కి కంపోసబిలిటీ ఎందుకు ముఖ్యమైనది](https://hackernoon.com/why-composability-matters-for-web3)
+- [కంపోసబిలిటీ అంటే ఏమిటి?](https://blog.aragon.org/what-is-composability/#:~:text=Aragon,connect%20to%20every%20other%20piece.)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/deploying/index.md b/public/content/translations/te/developers/docs/smart-contracts/deploying/index.md
new file mode 100644
index 00000000000..7a323f441f2
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/deploying/index.md
@@ -0,0 +1,81 @@
+---
+title: స్మార్ట్ కాంట్రాక్టులను అమలు చేయడం
+description: అవసరాలు, ఉపకరణాలు, మరియు అమరిక దశలతో సహా Ethereum నెట్వర్క్లకు స్మార్ట్ కాంట్రాక్టులను ఎలా అమర్చాలో తెలుసుకోండి.
+lang: te
+---
+
+ఇతీరియం నెట్వర్క్ వినియోగదారులకు అందుబాటులో ఉండటానికి మీ స్మార్ట్ కాంట్రాక్టును మీరు అమర్చాలి.
+
+ఒక స్మార్ట్ కాంట్రాక్టును అమర్చడానికి, మీరు ఏ గ్రహీతను పేర్కొనకుండా ఆ స్మార్ట్ కాంట్రాక్టు యొక్క కంపైల్ చేసిన కోడ్ని కలిగి ఉన్న ఒక ఇతీరియం లావాదేవీని పంపితే చాలు.
+
+## అవసరాలు {#prerequisites}
+
+స్మార్ట్ కాంట్రాక్టులను అమర్చడానికి ముందు మీరు [ఇతీరియం నెట్వర్క్లు](/developers/docs/networks/), [లావాదేవీలు](/developers/docs/transactions/) మరియు [స్మార్ట్ కాంట్రాక్టుల అనాటమీ](/developers/docs/smart-contracts/anatomy/)ని అర్థం చేసుకోవాలి.
+
+ఒక కాంట్రాక్టును అమర్చడానికి ఈథర్ (ETH) కూడా ఖర్చవుతుంది, ఎందుకంటే అవి బ్లాక్చైన్లో నిల్వ చేయబడతాయి, కాబట్టి మీరు ఇతీరియంపై [గ్యాస్ మరియు ఫీజులు](/developers/docs/gas/) గురించి తెలిసి ఉండాలి.
+
+చివరగా, మీ కాంట్రాక్టును అమర్చడానికి ముందు దాన్ని కంపైల్ చేయాలి, కాబట్టి మీరు [స్మార్ట్ కాంట్రాక్టులను కంపైల్ చేయడం](/developers/docs/smart-contracts/compiling/) గురించి చదివారని నిర్ధారించుకోండి.
+
+## ఒక స్మార్ట్ కాంట్రాక్టును ఎలా అమర్చాలి {#how-to-deploy-a-smart-contract}
+
+### మీకు ఏమి అవసరం {#what-youll-need}
+
+- మీ కాంట్రాక్ట్ బైట్కోడ్ – ఇది [కంపైలేషన్](/developers/docs/smart-contracts/compiling/) ద్వారా ఉత్పత్తి చేయబడుతుంది
+- గ్యాస్ కోసం ETH – మీరు ఇతర లావాదేవీల వలె మీ గ్యాస్ పరిమితిని సెట్ చేస్తారు, కాబట్టి ఒక సాధారణ ETH బదిలీ కంటే కాంట్రాక్ట్ అమరికకు చాలా ఎక్కువ గ్యాస్ అవసరమని గుర్తుంచుకోండి
+- ఒక అమరిక స్క్రిప్ట్ లేదా ప్లగిన్
+- [ఇతీరియం నోడ్](/developers/docs/nodes-and-clients/)కు యాక్సెస్, మీ స్వంత దానిని నడపడం ద్వారా, పబ్లిక్ నోడ్కు కనెక్ట్ చేయడం ద్వారా లేదా [నోడ్ సర్వీస్](/developers/docs/nodes-and-clients/nodes-as-a-service/)ని ఉపయోగించి API కీ ద్వారా
+
+### ఒక స్మార్ట్ కాంట్రాక్టును అమర్చే దశలు {#steps-to-deploy}
+
+సంబంధిత డెవలప్మెంట్ ఫ్రేమ్వర్క్ను బట్టి నిర్దిష్ట దశలు ఉంటాయి. ఉదాహరణకు, మీరు మీ కాంట్రాక్టులను అమర్చడంపై [Hardhat డాక్యుమెంటేషన్ను](https://hardhat.org/docs/tutorial/deploying) లేదా ఒక స్మార్ట్ కాంట్రాక్టును అమర్చడం మరియు ధృవీకరించడంపై [Foundry డాక్యుమెంటేషన్ను](https://book.getfoundry.sh/forge/deploying) చూడవచ్చు. అమర్చిన తర్వాత, మీ కాంట్రాక్టుకు ఇతర [ఖాతాల](/developers/docs/accounts/) వలె ఒక ఇతీరియం చిరునామా ఉంటుంది మరియు [సోర్స్ కోడ్ ధృవీకరణ ఉపకరణాలను](/developers/docs/smart-contracts/verifying/#source-code-verification-tools) ఉపయోగించి ధృవీకరించవచ్చు.
+
+## సంబంధిత ఉపకరణాలు {#related-tools}
+
+**Remix - _Remix IDE ఇతీరియం వంటి బ్లాక్చైన్ల కోసం స్మార్ట్ కాంట్రాక్టులను అభివృద్ధి చేయడానికి, అమర్చడానికి మరియు నిర్వహించడానికి అనుమతిస్తుంది_**
+
+- [Remix](https://remix.ethereum.org)
+
+**Tenderly - _స్మార్ట్ కాంట్రాక్టులను అభివృద్ధి చేయడం, పరీక్షించడం, పర్యవేక్షించడం మరియు నిర్వహించడం కోసం డీబగ్గింగ్, అబ్జర్విబిలిటీ మరియు ఇన్ఫ్రాస్ట్రక్చర్ బిల్డింగ్ బ్లాక్లను అందించే ఒక Web3 డెవలప్మెంట్ ప్లాట్ఫారమ్_**
+
+- [tenderly.co](https://tenderly.co/)
+- [డాక్స్](https://docs.tenderly.co/)
+- [GitHub](https://github.com/Tenderly)
+- [Discord](https://discord.gg/eCWjuvt)
+
+**Hardhat - _మీ ఇతీరియం సాఫ్ట్వేర్ను కంపైల్ చేయడానికి, అమర్చడానికి, పరీక్షించడానికి, మరియు డీబగ్ చేయడానికి ఒక డెవలప్మెంట్ ఎన్విరాన్మెంట్_**
+
+- [hardhat.org](https://hardhat.org/getting-started/)
+- [మీ కాంట్రాక్టులను అమర్చడంపై డాక్స్](https://hardhat.org/docs/tutorial/deploying)
+- [GitHub](https://github.com/nomiclabs/hardhat)
+- [Discord](https://discord.com/invite/TETZs2KK4k)
+
+**thirdweb - _ఒకే కమాండ్ ఉపయోగించి, ఏదైనా EVM అనుకూల చైన్కు ఏదైనా కాంట్రాక్టును సులభంగా అమర్చండి_**
+
+- [డాక్యుమెంటేషన్](https://portal.thirdweb.com/deploy/)
+
+**Crossmint - _స్మార్ట్ కాంట్రాక్టులను అమర్చడానికి, క్రెడిట్-కార్డ్ మరియు క్రాస్ చైన్ చెల్లింపులను ప్రారంభించడానికి, మరియు NFTలను సృష్టించడానికి, పంపిణీ చేయడానికి, విక్రయించడానికి, నిల్వ చేయడానికి మరియు సవరించడానికి APIలను ఉపయోగించే ఎంటర్ప్రైజ్-గ్రేడ్ web3 డెవలప్మెంట్ ప్లాట్ఫారమ్._**
+
+- [crossmint.com](https://www.crossmint.com)
+- [డాక్యుమెంటేషన్](https://docs.crossmint.com)
+- [Discord](https://discord.com/invite/crossmint)
+- [బ్లాగ్](https://blog.crossmint.com)
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [మీ మొదటి స్మార్ట్ కాంట్రాక్టును అమర్చడం](/developers/tutorials/deploying-your-first-smart-contract/) _– ఒక ఇతీరియం టెస్ట్ నెట్వర్క్లో మీ మొదటి స్మార్ట్ కాంట్రాక్టును అమర్చడానికి ఒక పరిచయం._
+- [హలో వరల్డ్ | స్మార్ట్ కాంట్రాక్ట్ ట్యుటోరియల్](/developers/tutorials/hello-world-smart-contract/) _– ఇతీరియంపై ఒక ప్రాథమిక స్మార్ట్ కాంట్రాక్టును సృష్టించడానికి & అమర్చడానికి సులభంగా అనుసరించగల ట్యుటోరియల్._
+- [సొలిడిటీ నుండి ఇతర కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వండి](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– ఇప్పటికే ఉన్న కాంట్రాక్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలి మరియు దానితో ఎలా ఇంటరాక్ట్ అవ్వాలి._
+- [మీ కాంట్రాక్ట్ పరిమాణాన్ని ఎలా తగ్గించుకోవాలి](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _- మీ కాంట్రాక్ట్ పరిమాణాన్ని పరిమితిలోపు ఉంచడానికి మరియు గ్యాస్పై ఆదా చేయడానికి ఎలా తగ్గించాలి_
+
+## మరింత సమాచారం {#further-reading}
+
+- [https://docs.openzeppelin.com/learn/deploying-and-interacting](https://docs.openzeppelin.com/learn/deploying-and-interacting) - _OpenZeppelin_
+- [Hardhatతో మీ కాంట్రాక్టులను అమర్చడం](https://hardhat.org/docs/tutorial/deploying) - _Nomic Labs_
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [అభివృద్ధి ఫ్రేమ్వర్క్లు](/developers/docs/frameworks/)
+- [ఒక ఇతీరియం నోడ్ను నడపండి](/developers/docs/nodes-and-clients/run-a-node/)
+- [నోడ్స్-యాజ్-ఎ-సర్వీస్](/developers/docs/nodes-and-clients/nodes-as-a-service)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/te/developers/docs/smart-contracts/formal-verification/index.md
new file mode 100644
index 00000000000..218ab192766
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/formal-verification/index.md
@@ -0,0 +1,284 @@
+---
+title: స్మార్ట్ కాంట్రాక్టుల ఫార్మల్ వెరిఫికేషన్
+description: ఇతీరియము స్మార్ట్ కాంట్రాక్టుల కోసం ఫార్మల్ వెరిఫికేషన్ యొక్క ఒక అవలోకనం
+lang: te
+---
+
+[స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) వికేంద్రీకృత, విశ్వాసం లేని మరియు పటిష్టమైన అప్లికేషన్లను సృష్టించడం సాధ్యం చేస్తున్నాయి, ఇవి కొత్త వినియోగ-కేసులను పరిచయం చేస్తాయి మరియు వినియోగదారుల కోసం విలువను అన్లాక్ చేస్తాయి. స్మార్ట్ కాంట్రాక్టులు పెద్ద మొత్తంలో విలువను నిర్వహిస్తాయి కాబట్టి, డెవలపర్లకు భద్రత ఒక క్లిష్టమైన పరిశీలన.
+
+[స్మార్ట్ కాంట్రాక్ట్ భద్రత](/developers/docs/smart-contracts/security/)ను మెరుగుపరచడానికి సిఫార్సు చేయబడిన టెక్నిక్లలో ఫార్మల్ వెరిఫికేషన్ ఒకటి. ప్రోగ్రామ్లను పేర్కొనడం, రూపకల్పన చేయడం మరియు ధృవీకరించడం కోసం [ఫార్మల్ పద్ధతులను](https://www.brookings.edu/techstream/formal-methods-as-a-path-toward-better-cybersecurity/) ఉపయోగించే ఫార్మల్ వెరిఫికేషన్, క్లిష్టమైన హార్డ్వేర్ మరియు సాఫ్ట్వేర్ సిస్టమ్ల యొక్క ఖచ్చితత్వాన్ని నిర్ధారించడానికి సంవత్సరాలుగా ఉపయోగించబడింది.
+
+స్మార్ట్ కాంట్రాక్టులలో అమలు చేసినప్పుడు, ఒక కాంట్రాక్ట్ యొక్క వ్యాపార తర్కం ముందుగా నిర్వచించిన స్పెసిఫికేషన్కు అనుగుణంగా ఉందని ఫార్మల్ వెరిఫికేషన్ నిరూపించగలదు. టెస్టింగ్ వంటి కాంట్రాక్ట్ కోడ్ యొక్క ఖచ్చితత్వాన్ని అంచనా వేయడానికి ఇతర పద్ధతులతో పోలిస్తే, ఒక స్మార్ట్ కాంట్రాక్ట్ ఫంక్షనల్గా సరైనదని ఫార్మల్ వెరిఫికేషన్ బలమైన హామీలను ఇస్తుంది.
+
+## ఫార్మల్ వెరిఫికేషన్ అంటే ఏమిటి? {#what-is-formal-verification}
+
+ఫార్మల్ వెరిఫికేషన్ అనేది ఒక ఫార్మల్ స్పెసిఫికేషన్కు సంబంధించి ఒక సిస్టమ్ యొక్క ఖచ్చితత్వాన్ని మూల్యాంకనం చేసే ప్రక్రియను సూచిస్తుంది. సాధారణ మాటలలో చెప్పాలంటే, ఒక సిస్టమ్ యొక్క ప్రవర్తన కొన్ని అవసరాలను సంతృప్తి పరుస్తుందో లేదో తనిఖీ చేయడానికి ఫార్మల్ వెరిఫికేషన్ మనకు అనుమతిస్తుంది (అంటే, మనం కోరుకున్నది అది చేస్తుంది).
+
+సిస్టమ్ యొక్క ఆశించిన ప్రవర్తనలు (ఈ సందర్భంలో ఒక స్మార్ట్ కాంట్రాక్ట్) ఫార్మల్ మోడలింగ్ను ఉపయోగించి వర్ణించబడ్డాయి, అయితే స్పెసిఫికేషన్ భాషలు ఫార్మల్ ప్రాపర్టీల సృష్టిని ప్రారంభిస్తాయి. ఒక కాంట్రాక్ట్ యొక్క అమలు దాని స్పెసిఫికేషన్కు అనుగుణంగా ఉందని ఫార్మల్ వెరిఫికేషన్ టెక్నిక్లు ధృవీకరించగలవు మరియు పూర్వం యొక్క ఖచ్చితత్వం యొక్క గణిత రుజువును పొందగలవు. ఒక కాంట్రాక్ట్ దాని స్పెసిఫికేషన్ను సంతృప్తిపరిచినప్పుడు, అది "ఫంక్షనల్గా సరైనది", "డిజైన్ ద్వారా సరైనది", లేదా "నిర్మాణం ద్వారా సరైనది" అని వర్ణించబడింది.
+
+### ఒక ఫార్మల్ మోడల్ అంటే ఏమిటి? {#what-is-a-formal-model}
+
+కంప్యూటర్ సైన్స్లో, ఒక [ఫార్మల్ మోడల్](https://en.wikipedia.org/wiki/Model_of_computation) అనేది ఒక గణన ప్రక్రియ యొక్క గణిత వివరణ. ప్రోగ్రామ్లు గణిత ఫంక్షన్లుగా (సమీకరణాలు) సంగ్రహించబడతాయి, ఒక ఇన్పుట్ ఇచ్చిన ఫంక్షన్లకు అవుట్పుట్లు ఎలా గణించబడతాయో మోడల్ వివరిస్తుంది.
+
+ఫార్మల్ మోడల్స్ ఒక ప్రోగ్రామ్ యొక్క ప్రవర్తన యొక్క విశ్లేషణను మూల్యాంకనం చేయగల ఒక సంగ్రహణ స్థాయిని అందిస్తాయి. ఫార్మల్ మోడల్స్ యొక్క ఉనికి ఒక _ఫార్మల్ స్పెసిఫికేషన్_ యొక్క సృష్టికి అనుమతిస్తుంది, ఇది ప్రశ్నలోని మోడల్ యొక్క కావలసిన లక్షణాలను వివరిస్తుంది.
+
+ఫార్మల్ వెరిఫికేషన్ కోసం స్మార్ట్ కాంట్రాక్టులను మోడలింగ్ చేయడానికి విభిన్న పద్ధతులు ఉపయోగించబడతాయి. ఉదాహరణకు, కొన్ని మోడల్స్ ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క ఉన్నత-స్థాయి ప్రవర్తన గురించి తర్కించడానికి ఉపయోగించబడతాయి. ఈ మోడలింగ్ టెక్నిక్లు స్మార్ట్ కాంట్రాక్టులకు ఒక బ్లాక్-బాక్స్ వీక్షణను వర్తింపజేస్తాయి, వాటిని ఇన్పుట్లను అంగీకరించి, ఆ ఇన్పుట్ల ఆధారంగా గణనను అమలు చేసే సిస్టమ్లుగా చూస్తాయి.
+
+ఉన్నత-స్థాయి మోడల్స్ స్మార్ట్ కాంట్రాక్టులు మరియు బాహ్య ఏజెంట్ల మధ్య సంబంధంపై దృష్టి పెడతాయి, అవి బాహ్యంగా యాజమాన్యంలో ఉన్న ఖాతాలు (EOAs), కాంట్రాక్ట్ ఖాతాలు మరియు బ్లాక్చెయిన్ పర్యావరణం వంటివి. కొన్ని వినియోగదారు పరస్పర చర్యలకు ప్రతిస్పందనగా ఒక కాంట్రాక్ట్ ఎలా ప్రవర్తించాలో నిర్దేశించే లక్షణాలను నిర్వచించడానికి ఇటువంటి మోడల్స్ ఉపయోగపడతాయి.
+
+దీనికి విరుద్ధంగా, ఇతర ఫార్మల్ మోడల్స్ ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క తక్కువ-స్థాయి ప్రవర్తనపై దృష్టి పెడతాయి. ఉన్నత-స్థాయి మోడల్స్ ఒక కాంట్రాక్ట్ యొక్క కార్యాచరణ గురించి తర్కించడానికి సహాయపడగలిగినప్పటికీ, అవి అమలు యొక్క అంతర్గత పనితీరు గురించి వివరాలను సంగ్రహించడంలో విఫలం కావచ్చు. తక్కువ-స్థాయి మోడల్స్ ప్రోగ్రామ్ విశ్లేషణకు ఒక వైట్-బాక్స్ వీక్షణను వర్తింపజేస్తాయి మరియు ఒక కాంట్రాక్ట్ యొక్క అమలుకు సంబంధించిన లక్షణాల గురించి తర్కించడానికి ప్రోగ్రామ్ ట్రేస్లు మరియు [నియంత్రణ ప్రవాహ గ్రాఫ్లు](https://en.wikipedia.org/wiki/Control-flow_graph) వంటి స్మార్ట్ కాంట్రాక్ట్ అప్లికేషన్ల యొక్క తక్కువ-స్థాయి ప్రాతినిధ్యాలపై ఆధారపడతాయి.
+
+తక్కువ-స్థాయి మోడల్స్ ఆదర్శంగా పరిగణించబడతాయి ఎందుకంటే అవి ఇతీరియము యొక్క ఎగ్జిక్యూషన్ ఎన్విరాన్మెంట్లో (అంటే, [EVM](/developers/docs/evm/)) ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క వాస్తవ అమలును సూచిస్తాయి. తక్కువ-స్థాయి మోడలింగ్ పద్ధతులు స్మార్ట్ కాంట్రాక్టులలో క్లిష్టమైన భద్రతా లక్షణాలను స్థాపించడంలో మరియు సంభావ్య బలహీనతలను గుర్తించడంలో ప్రత్యేకంగా ఉపయోగపడతాయి.
+
+### ఒక ఫార్మల్ స్పెసిఫికేషన్ అంటే ఏమిటి? {#what-is-a-formal-specification}
+
+ఒక స్పెసిఫికేషన్ అనేది ఒక నిర్దిష్ట సిస్టమ్ సంతృప్తి పరచవలసిన ఒక సాంకేతిక అవసరం. ప్రోగ్రామింగ్లో, స్పెసిఫికేషన్లు ఒక ప్రోగ్రామ్ యొక్క అమలు గురించి సాధారణ ఆలోచనలను సూచిస్తాయి (అంటే, ప్రోగ్రామ్ ఏమి చేయాలో).
+
+స్మార్ట్ కాంట్రాక్టుల సందర్భంలో, ఫార్మల్ స్పెసిఫికేషన్లు ఒక కాంట్రాక్ట్ సంతృప్తి పరచవలసిన అవసరాల యొక్క ఫార్మల్ వర్ణనలైన ప్రాపర్టీలను సూచిస్తాయి. అటువంటి లక్షణాలు "ఇన్వేరియంట్స్"గా వర్ణించబడతాయి మరియు ఒక కాంట్రాక్ట్ యొక్క అమలు గురించి తార్కిక వాదనలను సూచిస్తాయి, ఇవి ఏ మినహాయింపులు లేకుండా ప్రతి సాధ్యమైన పరిస్థితులలోనూ నిజంగా ఉండాలి.
+
+అందువల్ల, మనం ఒక ఫార్మల్ స్పెసిఫికేషన్ను ఒక ఫార్మల్ భాషలో వ్రాసిన స్టేట్మెంట్ల సేకరణగా భావించవచ్చు, ఇది ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క ఉద్దేశించిన అమలును వివరిస్తుంది. స్పెసిఫికేషన్లు ఒక కాంట్రాక్ట్ యొక్క లక్షణాలను కవర్ చేస్తాయి మరియు వివిధ పరిస్థితులలో కాంట్రాక్ట్ ఎలా ప్రవర్తించాలో నిర్వచిస్తాయి. ఫార్మల్ వెరిఫికేషన్ యొక్క ఉద్దేశ్యం ఒక స్మార్ట్ కాంట్రాక్ట్ ఈ లక్షణాలను (ఇన్వేరియంట్స్) కలిగి ఉందో లేదో మరియు అమలు సమయంలో ఈ లక్షణాలు ఉల్లంఘించబడలేదని నిర్ధారించడం.
+
+స్మార్ట్ కాంట్రాక్టుల సురక్షితమైన అమలులను అభివృద్ధి చేయడంలో ఫార్మల్ స్పెసిఫికేషన్లు చాలా క్లిష్టమైనవి. ఇన్వేరియంట్స్ను అమలు చేయడంలో విఫలమైన లేదా అమలు సమయంలో వాటి లక్షణాలు ఉల్లంఘించబడిన కాంట్రాక్టులు కార్యాచరణకు హాని కలిగించే లేదా హానికరమైన దోపిడీలకు కారణమయ్యే బలహీనతలకు గురవుతాయి.
+
+## స్మార్ట్ కాంట్రాక్టుల కొరకు ఫార్మల్ స్పెసిఫికేషన్ల రకాలు {#formal-specifications-for-smart-contracts}
+
+ప్రోగ్రామ్ ఎగ్జిక్యూషన్ యొక్క సరియైనత గురించి ఫార్మల్ స్పెసిఫికేషన్లు గణిత తార్కికతను ఎనేబుల్ చేస్తాయి. ఫార్మల్ మోడల్స్లాగే, ఫార్మల్ స్పెసిఫికేషన్లు ఒక కాంట్రాక్ట్ ఇంప్లిమెంటేషన్ యొక్క హై-లెవల్ లక్షణాలను లేదా లో-లెవల్ ప్రవర్తనను క్యాప్చర్ చేయగలవు.
+
+[ప్రోగ్రామ్ లాజిక్](https://en.wikipedia.org/wiki/Logic_programming) యొక్క ఎలిమెంట్లను ఉపయోగించి ఫార్మల్ స్పెసిఫికేషన్లు ఉద్భవించబడ్డాయి, ఇవి ఒక ప్రోగ్రామ్ యొక్క లక్షణాల గురించి ఫార్మల్ రీజనింగ్ను అనుమతిస్తాయి. ఒక ప్రోగ్రామ్ లాజిక్లో ఫార్మల్ నియమాలు ఉంటాయి, అవి ఒక ప్రోగ్రామ్ యొక్క ఆశించిన ప్రవర్తనను (గణిత భాషలో) వ్యక్తపరుస్తాయి. [రీచబిలిటీ లాజిక్](https://en.wikipedia.org/wiki/Reachability_problem), [టెంపోరల్ లాజిక్](https://en.wikipedia.org/wiki/Temporal_logic), మరియు [హోరే లాజిక్](https://en.wikipedia.org/wiki/Hoare_logic)తో సహా ఫార్మల్ స్పెసిఫికేషన్లను సృష్టించడంలో వివిధ ప్రోగ్రామ్ లాజిక్లు ఉపయోగించబడతాయి.
+
+స్మార్ట్ కాంట్రాక్టుల కొరకు ఫార్మల్ స్పెసిఫికేషన్లను విస్తృతంగా **హై-లెవల్** లేదా **లో-లెవల్** స్పెసిఫికేషన్లుగా వర్గీకరించవచ్చు. ఒక స్పెసిఫికేషన్ ఏ వర్గానికి చెందినదైనా, అది విశ్లేషణలో ఉన్న సిస్టమ్ యొక్క లక్షణాన్ని తగినంతగా మరియు నిస్సందేహంగా వివరించాలి.
+
+### హై-లెవల్ స్పెసిఫికేషన్లు {#high-level-specifications}
+
+పేరు సూచించినట్లుగా, ఒక హై-లెవల్ స్పెసిఫికేషన్ ("మోడల్-ఓరియెంటెడ్ స్పెసిఫికేషన్" అని కూడా పిలుస్తారు) ఒక ప్రోగ్రామ్ యొక్క హై-లెవల్ ప్రవర్తనను వివరిస్తుంది. హై-లెవల్ స్పెసిఫికేషన్లు ఒక స్మార్ట్ కాంట్రాక్టును ఒక [ఫైనైట్ స్టేట్ మెషిన్](https://en.wikipedia.org/wiki/Finite-state_machine) (FSM)గా మోడల్ చేస్తాయి, ఇది ఆపరేషన్లను నిర్వహించడం ద్వారా స్టేట్ల మధ్య మారగలదు, FSM మోడల్ కొరకు ఫార్మల్ లక్షణాలను నిర్వచించడానికి టెంపోరల్ లాజిక్ ఉపయోగించబడుతుంది.
+
+[టెంపోరల్ లాజిక్లు](https://en.wikipedia.org/wiki/Temporal_logic) అంటే "సమయం పరంగా అర్హత పొందిన ప్రతిపాదనల గురించి తర్కించడానికి నియమాలు (ఉదా., "నేను _ఎల్లప్పుడూ_ ఆకలితో ఉంటాను" లేదా "నేను _చివరికి_ ఆకలితో ఉంటాను")." ఫార్మల్ వెరిఫికేషన్కు వర్తింపజేసినప్పుడు, స్టేట్-మెషీన్లుగా మోడల్ చేయబడిన సిస్టమ్ల యొక్క సరైన ప్రవర్తన గురించి నిర్ధారణలను చెప్పడానికి టెంపోరల్ లాజిక్లు ఉపయోగించబడతాయి. ప్రత్యేకంగా, ఒక టెంపోరల్ లాజిక్ ఒక స్మార్ట్ కాంట్రాక్ట్ ఉండగల భవిష్యత్తు స్టేట్లను మరియు అది స్టేట్ల మధ్య ఎలా మారుతుందో వివరిస్తుంది.
+
+హై-లెవల్ స్పెసిఫికేషన్లు సాధారణంగా స్మార్ట్ కాంట్రాక్టుల కొరకు రెండు కీలకమైన టెంపోరల్ లక్షణాలను క్యాప్చర్ చేస్తాయి: **భద్రత** మరియు **సజీవత్వం**. భద్రతా లక్షణాలు “ఎప్పటికీ ఏ చెడు జరగదు” అనే ఆలోచనను సూచిస్తాయి మరియు సాధారణంగా మార్పులేనితనాన్ని వ్యక్తపరుస్తాయి. ఒక భద్రతా లక్షణం [డెడ్లాక్](https://www.techtarget.com/whatis/definition/deadlock) నుండి స్వేచ్ఛ వంటి సాధారణ సాఫ్ట్వేర్ అవసరాలను నిర్వచించవచ్చు, లేదా కాంట్రాక్టుల కొరకు డొమైన్-నిర్దిష్ట లక్షణాలను వ్యక్తపరచవచ్చు (ఉదా., ఫంక్షన్ల కొరకు యాక్సెస్ కంట్రోల్పై ఇన్వేరియంట్లు, స్టేట్ వేరియబుల్స్ యొక్క అనుమతించదగిన విలువలు, లేదా టోకెన్ బదిలీల కొరకు షరతులు).
+
+ERC-20 టోకెన్ కాంట్రాక్టులలో `transfer()` లేదా `transferFrom()` ఉపయోగించడానికి షరతులను కవర్ చేసే ఈ భద్రతా అవసరాన్ని ఉదాహరణకు తీసుకోండి: _“పంపాల్సిన టోకెన్ల యొక్క అభ్యర్థించిన మొత్తం కంటే పంపినవారి బ్యాలెన్స్ ఎప్పుడూ తక్కువగా ఉండదు.”_. ఒక కాంట్రాక్ట్ ఇన్వేరియంట్ యొక్క ఈ సహజ-భాషా వివరణను ఒక ఫార్మల్ (గణిత) స్పెసిఫికేషన్లో అనువదించవచ్చు, దానిని తర్వాత ప్రామాణికత కొరకు కఠినంగా తనిఖీ చేయవచ్చు.
+
+సజీవత్వ లక్షణాలు “చివరికి ఏదో మంచి జరుగుతుంది” అని నిర్ధారిస్తాయి మరియు ఒక కాంట్రాక్ట్ యొక్క వివిధ స్టేట్ల ద్వారా పురోగమించే సామర్థ్యానికి సంబంధించినవి. సజీవత్వ లక్షణానికి ఒక ఉదాహరణ “లిక్విడిటీ”, ఇది అభ్యర్థనపై వినియోగదారులకు దాని బ్యాలెన్స్లను బదిలీ చేసే కాంట్రాక్ట్ సామర్థ్యాన్ని సూచిస్తుంది. ఈ లక్షణం ఉల్లంఘించబడితే, [పారిటీ వాలెట్ సంఘటన](https://www.cnbc.com/2017/11/08/accidental-bug-may-have-frozen-280-worth-of-ether-on-parity-wallet.html)లో జరిగినట్లుగా, వినియోగదారులు కాంట్రాక్ట్లో నిల్వ చేసిన ఆస్తులను ఉపసంహరించుకోలేరు.
+
+### లో-లెవల్ స్పెసిఫికేషన్లు {#low-level-specifications}
+
+హై-లెవల్ స్పెసిఫికేషన్లు ఒక కాంట్రాక్ట్ యొక్క ఫైనైట్-స్టేట్ మోడల్ను ప్రారంభ బిందువుగా తీసుకుంటాయి మరియు ఈ మోడల్ యొక్క కావలసిన లక్షణాలను నిర్వచిస్తాయి. దీనికి విరుద్ధంగా, లో-లెవల్ స్పెసిఫికేషన్లు ("ప్రాపర్టీ-ఓరియెంటెడ్ స్పెసిఫికేషన్లు" అని కూడా పిలుస్తారు) తరచుగా ప్రోగ్రామ్లను (స్మార్ట్ కాంట్రాక్టులను) గణిత ఫంక్షన్ల సేకరణను కలిగి ఉన్న సిస్టమ్లుగా మోడల్ చేస్తాయి మరియు అటువంటి సిస్టమ్ల సరైన ప్రవర్తనను వివరిస్తాయి.
+
+సులభమైన మాటలలో, లో-లెవల్ స్పెసిఫికేషన్లు _ప్రోగ్రామ్ ట్రేస్లను_ విశ్లేషిస్తాయి మరియు ఈ ట్రేస్లపై స్మార్ట్ కాంట్రాక్ట్ యొక్క లక్షణాలను నిర్వచించడానికి ప్రయత్నిస్తాయి. ట్రేస్లు స్మార్ట్ కాంట్రాక్ట్ యొక్క స్టేట్ను మార్చే ఫంక్షన్ ఎగ్జిక్యూషన్ల క్రమాలను సూచిస్తాయి; అందువల్ల, లో-లెవల్ స్పెసిఫికేషన్లు ఒక కాంట్రాక్ట్ యొక్క అంతర్గత ఎగ్జిక్యూషన్ కొరకు అవసరాలను నిర్దేశించడంలో సహాయపడతాయి.
+
+లో-లెవల్ ఫార్మల్ స్పెసిఫికేషన్లను హోరే-శైలి లక్షణాలుగా లేదా ఎగ్జిక్యూషన్ పాత్లపై ఇన్వేరియంట్లుగా ఇవ్వవచ్చు.
+
+### హోరే-శైలి లక్షణాలు {#hoare-style-properties}
+
+[హోరే లాజిక్](https://en.wikipedia.org/wiki/Hoare_logic) స్మార్ట్ కాంట్రాక్టులతో సహా ప్రోగ్రామ్ల సరియైనత గురించి తర్కించడానికి ఫార్మల్ నియమాల సమితిని అందిస్తుంది. ఒక హోరే-శైలి లక్షణం హోరే ట్రిపుల్ `{P}c{Q}` ద్వారా సూచించబడుతుంది, ఇక్కడ `c` ఒక ప్రోగ్రామ్ మరియు `P` మరియు `Q` అనేవి `c` (అంటే, ప్రోగ్రామ్) యొక్క స్టేట్పై ఉన్న ప్రెడికేట్లు, వరుసగా _ప్రీకండిషన్లు_ మరియు _పోస్ట్కండిషన్లుగా_ ఫార్మల్గా వివరించబడ్డాయి.
+
+ప్రీకండిషన్ అనేది ఒక ఫంక్షన్ యొక్క సరైన ఎగ్జిక్యూషన్కు అవసరమైన షరతులను వివరించే ప్రెడికేట్; కాంట్రాక్ట్లోకి కాల్ చేసే వినియోగదారులు ఈ అవసరాన్ని తప్పనిసరిగా తీర్చాలి. పోస్ట్కండిషన్ అనేది సరిగ్గా ఎగ్జిక్యూట్ చేస్తే ఒక ఫంక్షన్ స్థాపించే షరతును వివరించే ప్రెడికేట్; ఫంక్షన్లోకి కాల్ చేసిన తర్వాత వినియోగదారులు ఈ షరతు నిజమని ఆశించవచ్చు. హోరే లాజిక్లో ఒక _ఇన్వేరియంట్_ అనేది ఒక ఫంక్షన్ యొక్క ఎగ్జిక్యూషన్ ద్వారా సంరక్షించబడే ప్రెడికేట్ (అంటే, అది మారదు).
+
+హోరే-శైలి స్పెసిఫికేషన్లు _పాక్షిక సరియైనత_ లేదా _మొత్తం సరియైనత_కు హామీ ఇవ్వగలవు. ఫంక్షన్ ఎగ్జిక్యూట్ చేయడానికి ముందు ప్రీకండిషన్ నిజమై, మరియు ఎగ్జిక్యూషన్ ముగిస్తే, పోస్ట్కండిషన్ కూడా నిజమైతే, ఒక కాంట్రాక్ట్ ఫంక్షన్ యొక్క ఇంప్లిమెంటేషన్ "పాక్షికంగా సరైనది" అవుతుంది. ఫంక్షన్ ఎగ్జిక్యూట్ చేయడానికి ముందు ప్రీకండిషన్ నిజమై, ఎగ్జిక్యూషన్ ముగుస్తుందని హామీ ఇవ్వబడి, మరియు అది ముగిసినప్పుడు పోస్ట్కండిషన్ నిజమైతే, మొత్తం సరియైనత రుజువు పొందబడుతుంది.
+
+మొత్తం సరియైనత రుజువు పొందడం కష్టం, ఎందుకంటే కొన్ని ఎగ్జిక్యూషన్లు ముగిసే ముందు ఆలస్యం కావచ్చు లేదా అస్సలు ముగియకపోవచ్చు. అయినప్పటికీ, ఇతీరియము యొక్క గ్యాస్ మెకానిజం అనంతమైన ప్రోగ్రామ్ లూప్లను నివారిస్తుంది కాబట్టి ఎగ్జిక్యూషన్ ముగుస్తుందా లేదా అనే ప్రశ్న వాదించదగ్గ విధంగా వివాదాస్పద విషయం (ఎగ్జిక్యూషన్ విజయవంతంగా ముగుస్తుంది లేదా 'గ్యాస్ అయిపోయింది' లోపం కారణంగా ముగుస్తుంది).
+
+హోరే లాజిక్ ఉపయోగించి సృష్టించబడిన స్మార్ట్ కాంట్రాక్ట్ స్పెసిఫికేషన్లు, ఒక కాంట్రాక్ట్లో ఫంక్షన్లు మరియు లూప్ల ఎగ్జిక్యూషన్ కొరకు నిర్వచించబడిన ప్రీకండిషన్లు, పోస్ట్కండిషన్లు, మరియు ఇన్వేరియంట్లను కలిగి ఉంటాయి. ప్రీకండిషన్లు తరచుగా ఒక ఫంక్షన్కు తప్పు ఇన్పుట్ల యొక్క అవకాశాన్ని కలిగి ఉంటాయి, పోస్ట్కండిషన్లు అటువంటి ఇన్పుట్లకు ఆశించిన ప్రతిస్పందనను వివరిస్తాయి (ఉదా., ఒక నిర్దిష్ట మినహాయింపును త్రో చేయడం). ఈ పద్ధతిలో, కాంట్రాక్ట్ ఇంప్లిమెంటేషన్ల సరియైనతను నిర్ధారించడానికి హోరే-శైలి లక్షణాలు ప్రభావవంతంగా ఉంటాయి.
+
+అనేక ఫార్మల్ వెరిఫికేషన్ ఫ్రేమ్వర్క్లు ఫంక్షన్ల యొక్క సెమాంటిక్ సరియైనతను నిరూపించడానికి హోరే-శైలి స్పెసిఫికేషన్లను ఉపయోగిస్తాయి. Solidity లో `require` మరియు `assert` స్టేట్మెంట్లను ఉపయోగించి హోరే-శైలి లక్షణాలను (నిర్ధారణలుగా) నేరుగా కాంట్రాక్ట్ కోడ్కు జోడించడం కూడా సాధ్యమే.
+
+`require` స్టేట్మెంట్లు ఒక ప్రీకండిషన్ లేదా ఇన్వేరియంట్ను వ్యక్తపరుస్తాయి మరియు తరచుగా వినియోగదారు ఇన్పుట్లను ధృవీకరించడానికి ఉపయోగిస్తారు, అయితే `assert` భద్రత కొరకు అవసరమైన పోస్ట్కండిషన్ను క్యాప్చర్ చేస్తుంది. ఉదాహరణకు, కాలింగ్ ఖాతా యొక్క గుర్తింపుపై ప్రీకండిషన్ తనిఖీగా `require` ఉపయోగించి ఫంక్షన్ల కొరకు సరైన యాక్సెస్ కంట్రోల్ (ఒక భద్రతా లక్షణానికి ఉదాహరణ) సాధించవచ్చు. అదేవిధంగా, ఫంక్షన్ ఎగ్జిక్యూషన్ తర్వాత కాంట్రాక్ట్ యొక్క స్టేట్ను నిర్ధారించడానికి `assert` ను ఉపయోగించడం ద్వారా ఒక కాంట్రాక్ట్లోని స్టేట్ వేరియబుల్స్ యొక్క అనుమతించదగిన విలువలపై ఇన్వేరియంట్ (ఉదా., సర్క్యులేషన్లో ఉన్న మొత్తం టోకెన్ల సంఖ్య) ను ఉల్లంఘన నుండి రక్షించవచ్చు.
+
+### ట్రేస్-లెవల్ లక్షణాలు {#trace-level-properties}
+
+ట్రేస్-ఆధారిత స్పెసిఫికేషన్లు ఒక కాంట్రాక్టును వివిధ స్టేట్ల మధ్య మార్చే ఆపరేషన్లను మరియు ఈ ఆపరేషన్ల మధ్య సంబంధాలను వివరిస్తాయి. ముందు వివరించినట్లుగా, ట్రేస్లు ఒక కాంట్రాక్ట్ యొక్క స్టేట్ను ఒక నిర్దిష్ట మార్గంలో మార్చే ఆపరేషన్ల క్రమాలు.
+
+ఈ విధానం స్మార్ట్ కాంట్రాక్టుల మోడల్పై ఆధారపడి ఉంటుంది, ఇవి ముందుగా నిర్వచించిన కొన్ని స్టేట్లతో (స్టేట్ వేరియబుల్స్ ద్వారా వర్ణించబడినవి) మరియు ముందుగా నిర్వచించిన ట్రాన్సిషన్ల సమితితో (కాంట్రాక్ట్ ఫంక్షన్ల ద్వారా వర్ణించబడినవి) స్టేట్-ట్రాన్సిషన్ సిస్టమ్లుగా ఉంటాయి. ఇంకా, ఒక [కంట్రోల్ ఫ్లో గ్రాఫ్](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/) (CFG), ఇది ఒక ప్రోగ్రామ్ యొక్క ఎగ్జిక్యూషన్ ఫ్లో యొక్క గ్రాఫికల్ ప్రాతినిధ్యం, తరచుగా ఒక కాంట్రాక్ట్ యొక్క కార్యాచరణ సెమాంటిక్స్ను వివరించడానికి ఉపయోగించబడుతుంది. ఇక్కడ, ప్రతి ట్రేస్ కంట్రోల్ ఫ్లో గ్రాఫ్పై ఒక పాత్గా సూచించబడుతుంది.
+
+ప్రధానంగా, ట్రేస్-లెవల్ స్పెసిఫికేషన్లు స్మార్ట్ కాంట్రాక్టులలోని అంతర్గత ఎగ్జిక్యూషన్ ప్యాట్రన్ల గురించి తర్కించడానికి ఉపయోగించబడతాయి. ట్రేస్-లెవల్ స్పెసిఫికేషన్లను సృష్టించడం ద్వారా, మేము ఒక స్మార్ట్ కాంట్రాక్ట్ కొరకు అనుమతించదగిన ఎగ్జిక్యూషన్ పాత్లను (అంటే, స్టేట్ ట్రాన్సిషన్లు) నిర్ధారిస్తాము. సింబాలిక్ ఎగ్జిక్యూషన్ వంటి టెక్నిక్లను ఉపయోగించి, ఫార్మల్ మోడల్లో నిర్వచించని పాత్ను ఎగ్జిక్యూషన్ ఎప్పుడూ అనుసరించదని మనం ఫార్మల్గా ధృవీకరించవచ్చు.
+
+ట్రేస్-లెవల్ లక్షణాలను వివరించడానికి కొన్ని పబ్లిక్గా అందుబాటులో ఉన్న ఫంక్షన్లను కలిగి ఉన్న ఒక [DAO](/dao/) కాంట్రాక్ట్ యొక్క ఉదాహరణను ఉపయోగిద్దాం. ఇక్కడ, DAO కాంట్రాక్ట్ వినియోగదారులను క్రింది ఆపరేషన్లను చేయడానికి అనుమతిస్తుందని మనం ఊహిస్తున్నాము:
+
+- నిధులు డిపాజిట్ చేయండి
+
+- నిధులు డిపాజిట్ చేసిన తర్వాత ఒక ప్రతిపాదనపై ఓటు వేయండి
+
+- వారు ఒక ప్రతిపాదనపై ఓటు వేయకపోతే రీఫండ్ క్లెయిమ్ చేయండి
+
+ఉదాహరణ ట్రేస్-లెవల్ లక్షణాలు _"నిధులు డిపాజిట్ చేయని వినియోగదారులు ఒక ప్రతిపాదనపై ఓటు వేయలేరు"_ లేదా _"ఒక ప్రతిపాదనపై ఓటు వేయని వినియోగదారులు ఎల్లప్పుడూ రీఫండ్ క్లెయిమ్ చేయగలగాలి"_ కావచ్చు. రెండు లక్షణాలు ప్రాధాన్యత ఇవ్వబడిన ఎగ్జిక్యూషన్ క్రమాలను నిర్ధారిస్తాయి (నిధులు డిపాజిట్ చేయడానికి _ముందు_ ఓటింగ్ జరగదు మరియు ఒక ప్రతిపాదనపై ఓటింగ్ చేసిన _తర్వాత_ రీఫండ్లు క్లెయిమ్ చేయడం జరగదు).
+
+## స్మార్ట్ కాంట్రాక్టుల ఫార్మల్ వెరిఫికేషన్ కొరకు టెక్నిక్లు {#formal-verification-techniques}
+
+### మోడల్ చెకింగ్ {#model-checking}
+
+మోడల్ చెకింగ్ అనేది ఒక ఫార్మల్ వెరిఫికేషన్ టెక్నిక్, దీనిలో ఒక అల్గోరిథం ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క ఫార్మల్ మోడల్ను దాని స్పెసిఫికేషన్కు వ్యతిరేకంగా తనిఖీ చేస్తుంది. మోడల్ చెకింగ్లో స్మార్ట్ కాంట్రాక్టులు తరచుగా స్టేట్-ట్రాన్సిషన్ సిస్టమ్లుగా సూచించబడతాయి, అయితే అనుమతించదగిన కాంట్రాక్ట్ స్టేట్లపై లక్షణాలు టెంపోరల్ లాజిక్ ఉపయోగించి నిర్వచించబడతాయి.
+
+మోడల్ చెకింగ్కు ఒక సిస్టమ్ (అంటే, ఒక కాంట్రాక్ట్) యొక్క వియుక్త గణిత ప్రాతినిధ్యాన్ని సృష్టించడం మరియు [ప్రపోజిషనల్ లాజిక్](https://www.baeldung.com/cs/propositional-logic)లో పాతుకుపోయిన ఫార్ములాలను ఉపయోగించి ఈ సిస్టమ్ యొక్క లక్షణాలను వ్యక్తపరచడం అవసరం. ఇది మోడల్-చెకింగ్ అల్గోరిథం యొక్క పనిని సులభతరం చేస్తుంది, అవి ఒక గణిత మోడల్ ఇవ్వబడిన లాజికల్ ఫార్ములాను సంతృప్తిపరుస్తుందని నిరూపించడం.
+
+ఫార్మల్ వెరిఫికేషన్లో మోడల్ చెకింగ్ ప్రధానంగా కాలక్రమేణా ఒక కాంట్రాక్ట్ యొక్క ప్రవర్తనను వివరించే టెంపోరల్ లక్షణాలను మూల్యాంకనం చేయడానికి ఉపయోగించబడుతుంది. స్మార్ట్ కాంట్రాక్టుల కొరకు టెంపోరల్ లక్షణాలలో _భద్రత_ మరియు _సజీవత్వం_ ఉన్నాయి, వీటిని మనం ముందు వివరించాము.
+
+ఉదాహరణకు, యాక్సెస్ కంట్రోల్కు సంబంధించిన ఒక భద్రతా లక్షణాన్ని (ఉదా., _కాంట్రాక్ట్ యజమాని మాత్రమే `selfdestruct`ను కాల్ చేయగలడు_) ఫార్మల్ లాజిక్లో వ్రాయవచ్చు. ఆ తర్వాత, మోడల్-చెకింగ్ అల్గోరిథం కాంట్రాక్ట్ ఈ ఫార్మల్ స్పెసిఫికేషన్ను సంతృప్తిపరుస్తుందో లేదో ధృవీకరించగలదు.
+
+మోడల్ చెకింగ్ స్టేట్ స్పేస్ ఎక్స్ప్లోరేషన్ను ఉపయోగిస్తుంది, దీనిలో ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క అన్ని సాధ్యమైన స్టేట్లను నిర్మించడం మరియు ప్రాపర్టీ ఉల్లంఘనలకు దారితీసే చేరుకోగల స్టేట్లను కనుగొనడానికి ప్రయత్నించడం జరుగుతుంది. అయినప్పటికీ, ఇది అనంతమైన సంఖ్యలో స్టేట్లకు దారితీయవచ్చు ("స్టేట్ ఎక్స్ప్లోజన్ సమస్య"గా పిలువబడుతుంది), అందువల్ల మోడల్ చెక్కర్లు స్మార్ట్ కాంట్రాక్టుల సమర్థవంతమైన విశ్లేషణను సాధ్యం చేయడానికి అబ్స్ట్రాక్షన్ టెక్నిక్లపై ఆధారపడతాయి.
+
+### థీరమ్ ప్రూవింగ్ {#theorem-proving}
+
+థీరమ్ ప్రూవింగ్ అనేది స్మార్ట్ కాంట్రాక్టులతో సహా ప్రోగ్రామ్ల సరియైనత గురించి గణితశాస్త్రపరంగా తర్కించే ఒక పద్ధతి. ఇది ఒక కాంట్రాక్ట్ యొక్క సిస్టమ్ మోడల్ను మరియు దాని స్పెసిఫికేషన్లను గణిత ఫార్ములాలుగా (లాజిక్ స్టేట్మెంట్లు) మార్చడం కలిగి ఉంటుంది.
+
+థీరమ్ ప్రూవింగ్ యొక్క లక్ష్యం ఈ స్టేట్మెంట్ల మధ్య లాజికల్ ఈక్వివలెన్స్ను ధృవీకరించడం. “లాజికల్ ఈక్వివలెన్స్” (దీనిని “లాజికల్ బై-ఇంప్లికేషన్” అని కూడా పిలుస్తారు) అనేది రెండు స్టేట్మెంట్ల మధ్య ఒక రకమైన సంబంధం, దీనిలో మొదటి స్టేట్మెంట్ నిజమైతే _మాత్రమే_ రెండవ స్టేట్మెంట్ నిజమవుతుంది.
+
+ఒక కాంట్రాక్ట్ యొక్క మోడల్ మరియు దాని ప్రాపర్టీ గురించిన స్టేట్మెంట్ల మధ్య అవసరమైన సంబంధం (లాజికల్ ఈక్వివలెన్స్) ఒక రుజువు చేయదగిన స్టేట్మెంట్గా (థీరమ్ అని పిలువబడుతుంది) రూపొందించబడింది. అనుమితి యొక్క ఒక ఫార్మల్ సిస్టమ్ ఉపయోగించి, ఆటోమేటెడ్ థీరమ్ ప్రూవర్ థీరమ్ యొక్క ప్రామాణికతను ధృవీకరించగలదు. మరో మాటలో చెప్పాలంటే, ఒక థీరమ్ ప్రూవర్ ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క మోడల్ దాని స్పెసిఫికేషన్లతో సరిగ్గా సరిపోలుతుందని నిశ్చయంగా నిరూపించగలదు.
+
+మోడల్ చెకింగ్ కాంట్రాక్టులను పరిమిత స్టేట్లతో ట్రాన్సిషన్ సిస్టమ్లుగా మోడల్ చేస్తుండగా, థీరమ్ ప్రూవింగ్ అనంత-స్టేట్ సిస్టమ్ల విశ్లేషణను నిర్వహించగలదు. అయినప్పటికీ, దీని అర్థం ఒక ఆటోమేటెడ్ థీరమ్ ప్రూవర్ ఎల్లప్పుడూ ఒక లాజిక్ సమస్య "నిర్ణయించదగినది" కాదా అని తెలుసుకోలేదు.
+
+ఫలితంగా, సరియైనత రుజువులను ఉత్పాదించడంలో థీరమ్ ప్రూవర్కు మార్గనిర్దేశం చేయడానికి తరచుగా మానవ సహాయం అవసరం. థీరమ్ ప్రూవింగ్లో మానవ ప్రయత్నాన్ని ఉపయోగించడం వల్ల ఇది పూర్తిగా ఆటోమేటెడ్ అయిన మోడల్ చెకింగ్ కంటే ఎక్కువ ఖర్చుతో కూడుకున్నది.
+
+### సింబాలిక్ ఎగ్జిక్యూషన్ {#symbolic-execution}
+
+సింబాలిక్ ఎగ్జిక్యూషన్ అనేది _కాంక్రీట్ విలువలు_ (ఉదా., `x == 5`) బదులుగా _సింబాలిక్ విలువలు_ (ఉదా., `x > 5`) ఉపయోగించి ఫంక్షన్లను ఎగ్జిక్యూట్ చేయడం ద్వారా ఒక స్మార్ట్ కాంట్రాక్ట్ను విశ్లేషించే ఒక పద్ధతి. ఒక ఫార్మల్ వెరిఫికేషన్ టెక్నిక్గా, సింబాలిక్ ఎగ్జిక్యూషన్ ఒక కాంట్రాక్ట్ కోడ్లోని ట్రేస్-లెవల్ లక్షణాల గురించి ఫార్మల్గా తర్కించడానికి ఉపయోగించబడుతుంది.
+
+సింబాలిక్ ఎగ్జిక్యూషన్ ఒక ఎగ్జిక్యూషన్ ట్రేస్ను సింబాలిక్ ఇన్పుట్ విలువలపై ఒక గణిత ఫార్ములాగా సూచిస్తుంది, దీనిని _పాత్ ప్రెడికేట్_ అని కూడా పిలుస్తారు. ఒక [SMT సాల్వర్](https://en.wikipedia.org/wiki/Satisfiability_modulo_theories) ఒక పాత్ ప్రెడికేట్ "సంతృప్తికరంగా" ఉందా (అంటే, ఫార్ములాను సంతృప్తిపరిచే విలువ ఉందా) అని తనిఖీ చేయడానికి ఉపయోగించబడుతుంది. ఒక దుర్బలమైన పాత్ సంతృప్తికరంగా ఉంటే, SMT సాల్వర్ ఎగ్జిక్యూషన్ను ఆ పాత్ వైపు నడిపించే ఒక కాంక్రీట్ విలువను ఉత్పత్తి చేస్తుంది.
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క ఫంక్షన్ ఇన్పుట్గా ఒక `uint` విలువ (`x`) తీసుకుంటుందని మరియు `x` `5` కంటే ఎక్కువ మరియు `10` కంటే తక్కువ ఉన్నప్పుడు రివర్ట్ అవుతుందని అనుకుందాం. సాధారణ టెస్టింగ్ ప్రక్రియను ఉపయోగించి లోపాన్ని ప్రేరేపించే `x` విలువను కనుగొనడానికి, వాస్తవంగా లోపాన్ని ప్రేరేపించే ఇన్పుట్ను కనుగొంటామనే హామీ లేకుండా డజన్ల కొద్దీ టెస్ట్ కేసులను (లేదా అంతకంటే ఎక్కువ) అమలు చేయాల్సి ఉంటుంది.
+
+దీనికి విరుద్ధంగా, ఒక సింబాలిక్ ఎగ్జిక్యూషన్ టూల్ ఫంక్షన్ను సింబాలిక్ విలువతో ఎగ్జిక్యూట్ చేస్తుంది: `X > 5 ∧ X < 10` (అంటే, `x` 5 కంటే ఎక్కువ మరియు `x` 10 కంటే తక్కువ). సంబంధిత పాత్ ప్రెడికేట్ `x = X > 5 ∧ X < 10` తర్వాత పరిష్కరించడానికి ఒక SMT సాల్వర్కు ఇవ్వబడుతుంది. ఒక నిర్దిష్ట విలువ ఫార్ములా `x = X > 5 ∧ X < 10` ను సంతృప్తిపరిస్తే, SMT సాల్వర్ దానిని లెక్కిస్తుంది—ఉదాహరణకు, సాల్వర్ `x` కొరకు `7` విలువను ఉత్పత్తి చేయవచ్చు.
+
+సింబాలిక్ ఎగ్జిక్యూషన్ ఒక ప్రోగ్రామ్కు ఇన్పుట్లపై ఆధారపడి ఉంటుంది, మరియు అన్ని చేరుకోగల స్టేట్లను అన్వేషించడానికి ఇన్పుట్ల సమితి అనంతంగా ఉండవచ్చు కాబట్టి, ఇది ఇప్పటికీ ఒక రకమైన టెస్టింగ్. అయినప్పటికీ, ఉదాహరణలో చూపినట్లుగా, ప్రాపర్టీ ఉల్లంఘనలను ప్రేరేపించే ఇన్పుట్లను కనుగొనడంలో సింబాలిక్ ఎగ్జిక్యూషన్ సాధారణ టెస్టింగ్ కంటే సమర్థవంతమైనది.
+
+అంతేకాకుండా, ఫంక్షన్కు ఇన్పుట్లను యాదృచ్ఛికంగా ఉత్పత్తి చేసే ఇతర ప్రాపర్టీ-ఆధారిత టెక్నిక్ల (ఉదా., ఫజ్జింగ్) కంటే సింబాలిక్ ఎగ్జిక్యూషన్ తక్కువ తప్పుడు పాజిటివ్లను ఉత్పత్తి చేస్తుంది. సింబాలిక్ ఎగ్జిక్యూషన్ సమయంలో ఒక లోపం స్టేట్ ప్రేరేపించబడితే, లోపాన్ని ప్రేరేపించే ఒక కాంక్రీట్ విలువను ఉత్పత్తి చేసి, సమస్యను పునరుత్పత్తి చేయడం సాధ్యమవుతుంది.
+
+సింబాలిక్ ఎగ్జిక్యూషన్ కొంతవరకు గణిత రుజువును కూడా అందించగలదు. పొంగి పొర్లు రక్షణతో కూడిన కాంట్రాక్ట్ ఫంక్షన్ యొక్క క్రింది ఉదాహరణను పరిగణించండి:
+
+```
+function safe_add(uint x, uint y) returns(uint z){
+
+ z = x + y;
+ require(z>=x);
+ require(z>=y);
+
+ return z;
+}
+```
+
+పూర్ణాంక ఓవర్ఫ్లోకు దారితీసే ఒక ఎగ్జిక్యూషన్ ట్రేస్ ఫార్ములాను సంతృప్తిపరచాల్సి ఉంటుంది: `z = x + y AND (z >= x) AND (z >= y) AND (z < x OR z < y)` అటువంటి ఫార్ములా పరిష్కరించబడే అవకాశం లేదు, అందువల్ల ఇది `safe_add` ఫంక్షన్ ఎప్పుడూ ఓవర్ఫ్లో కాదని గణిత రుజువుగా పనిచేస్తుంది.
+
+### స్మార్ట్ కాంట్రాక్టుల కొరకు ఫార్మల్ వెరిఫికేషన్ను ఎందుకు ఉపయోగించాలి? {#benefits-of-formal-verification}
+
+#### విశ్వసనీయత అవసరం {#need-for-reliability}
+
+ఫార్మల్ వెరిఫికేషన్ అనేది భద్రత-క్లిష్టమైన సిస్టమ్ల సరియైనతను అంచనా వేయడానికి ఉపయోగించబడుతుంది, దీని వైఫల్యం మరణం, గాయం లేదా ఆర్థిక నష్టం వంటి వినాశకరమైన పరిణామాలకు దారితీయవచ్చు. స్మార్ట్ కాంట్రాక్టులు భారీ మొత్తంలో విలువను నియంత్రించే అధిక-విలువ గల అప్లికేషన్లు, మరియు డిజైన్లో సాధారణ లోపాలు [వినియోగదారులకు తిరిగి పొందలేని నష్టాలకు](https://www.freecodecamp.org/news/a-hacker-stole-31m-of-ether-how-it-happened-and-what-it-means-for-ethereum-9e5dc29e33ce/amp/) దారితీయవచ్చు. అయితే, ఒక కాంట్రాక్ట్ను మోహరించడానికి ముందు ఫార్మల్గా ధృవీకరించడం, బ్లాక్చైన్లో నడుస్తున్నప్పుడు అది ఆశించిన విధంగా పని చేస్తుందనే హామీలను పెంచుతుంది.
+
+విశ్వసనీయత అనేది ఏ స్మార్ట్ కాంట్రాక్ట్లోనైనా చాలా కావలసిన నాణ్యత, ప్రత్యేకించి ఇతీరియము వర్చువల్ మషీన్ (EVM)లో మోహరించిన సంకేత భాష సాధారణంగా మార్చలేనిది కాబట్టి. ప్రయోగం తర్వాత అప్గ్రేడ్లు సులభంగా అందుబాటులో లేనందున, కాంట్రాక్టుల విశ్వసనీయతను హామీ ఇవ్వాల్సిన అవసరం ఫార్మల్ వెరిఫికేషన్ను అవసరం చేస్తుంది. ఫార్మల్ వెరిఫికేషన్ పూర్ణాంక అండర్ఫ్లోలు మరియు ఓవర్ఫ్లోలు, పునః ప్రవేశం, మరియు పేలవమైన గ్యాస్ ఆప్టిమైజేషన్లు వంటి క్లిష్టమైన సమస్యలను గుర్తించగలదు, ఇవి ఆడిటర్లు మరియు టెస్టర్లను దాటవేయవచ్చు.
+
+#### క్రియాత్మక సరియైనతను నిరూపించండి {#prove-functional-correctness}
+
+ప్రోగ్రామ్ టెస్టింగ్ అనేది ఒక స్మార్ట్ కాంట్రాక్ట్ కొన్ని అవసరాలను సంతృప్తిపరుస్తుందని నిరూపించడానికి అత్యంత సాధారణ పద్ధతి. ఇది ఒక కాంట్రాక్ట్ను అది నిర్వహించాల్సిన డేటా యొక్క నమూనాతో అమలు చేయడం మరియు దాని ప్రవర్తనను విశ్లేషించడం కలిగి ఉంటుంది. నమూనా డేటా కొరకు కాంట్రాక్ట్ ఆశించిన ఫలితాలను తిరిగి ఇస్తే, అప్పుడు అభివృద్ధి చేసేవాళ్లకు దాని సరియైనత యొక్క లక్ష్య రుజువు ఉంటుంది.
+
+అయితే, ఈ విధానం నమూనాలో భాగం కాని ఇన్పుట్ విలువల కొరకు సరైన అమలును నిరూపించలేదు. అందువల్ల, ఒక కాంట్రాక్ట్ను టెస్ట్ చేయడం బగ్లను గుర్తించడంలో సహాయపడవచ్చు (అంటే, కొన్ని సంకేత భాష పాత్లు ఎగ్జిక్యూషన్ సమయంలో కావలసిన ఫలితాలను తిరిగి ఇవ్వడంలో విఫలమైతే), కానీ **అది బగ్ల లేమిని నిశ్చయంగా నిరూపించలేదు**.
+
+దీనికి విరుద్ధంగా, ఫార్మల్ వెరిఫికేషన్ ఒక స్మార్ట్ కాంట్రాక్ట్ అనంతమైన శ్రేణి ఎగ్జిక్యూషన్ల కొరకు అవసరాలను సంతృప్తిపరుస్తుందని ఫార్మల్గా నిరూపించగలదు, కాంట్రాక్ట్ను అసలు నడపకుండానే. దీనికి సరైన కాంట్రాక్ట్ ప్రవర్తనలను ఖచ్చితంగా వివరించే ఒక ఫార్మల్ స్పెసిఫికేషన్ను సృష్టించడం మరియు కాంట్రాక్ట్ యొక్క సిస్టమ్ యొక్క ఒక ఫార్మల్ (గణిత) మోడల్ను అభివృద్ధి చేయడం అవసరం. అప్పుడు మనం కాంట్రాక్ట్ యొక్క మోడల్ మరియు దాని స్పెసిఫికేషన్ మధ్య స్థిరత్వం కొరకు తనిఖీ చేయడానికి ఒక ఫార్మల్ ప్రూఫ్ విధానాన్ని అనుసరించవచ్చు.
+
+ఫార్మల్ వెరిఫికేషన్తో, ఒక కాంట్రాక్ట్ యొక్క వ్యాపార లాజిక్ అవసరాలను సంతృప్తిపరుస్తుందా అని ధృవీకరించే ప్రశ్న ఒక గణిత ప్రతిపాదన, దానిని నిరూపించవచ్చు లేదా నిరాకరించవచ్చు. ఒక ప్రతిపాదనను ఫార్మల్గా నిరూపించడం ద్వారా, మనం పరిమిత సంఖ్యలో దశలతో అనంతమైన సంఖ్యలో టెస్ట్ కేసులను ధృవీకరించవచ్చు. ఈ పద్ధతిలో ఫార్మల్ వెరిఫికేషన్ ఒక స్పెసిఫికేషన్కు సంబంధించి ఒక కాంట్రాక్ట్ క్రియాత్మకంగా సరైనదని నిరూపించడానికి మంచి అవకాశాలను కలిగి ఉంటుంది.
+
+#### ఆదర్శ ధృవీకరణ లక్ష్యాలు {#ideal-verification-targets}
+
+ఒక ధృవీకరణ లక్ష్యం ఫార్మల్గా ధృవీకరించాల్సిన సిస్టమ్ను వివరిస్తుంది. ఫార్మల్ వెరిఫికేషన్ "ఎంబెడెడ్ సిస్టమ్స్" (ఒక పెద్ద సిస్టమ్లో భాగమైన చిన్న, సరళమైన సాఫ్ట్వేర్ ముక్కలు) లో ఉత్తమంగా ఉపయోగించబడుతుంది. అవి డొమైన్-నిర్దిష్ట లక్షణాలను ధృవీకరించడానికి ఉపకరణాలను సవరించడం సులభతరం చేస్తుంది కాబట్టి, కొన్ని నియమాలు ఉన్న ప్రత్యేక డొమైన్లకు కూడా అవి ఆదర్శంగా ఉంటాయి.
+
+స్మార్ట్ కాంట్రాక్టులు—కనీసం, కొంతవరకు—రెండు అవసరాలను తీరుస్తాయి. ఉదాహరణకు, ఇతీరియము కాంట్రాక్టుల చిన్న పరిమాణం వాటిని ఫార్మల్ వెరిఫికేషన్కు అనుకూలంగా చేస్తుంది. అదేవిధంగా, EVM సరళమైన నియమాలను అనుసరిస్తుంది, ఇది EVM లో నడుస్తున్న ప్రోగ్రామ్ల కొరకు సెమాంటిక్ లక్షణాలను నిర్దేశించడం మరియు ధృవీకరించడం సులభతరం చేస్తుంది.
+
+### వేగవంతమైన అభివృద్ధి చక్రం {#faster-development-cycle}
+
+మోడల్ చెకింగ్ మరియు సింబాలిక్ ఎగ్జిక్యూషన్ వంటి ఫార్మల్ వెరిఫికేషన్ టెక్నిక్లు, సాధారణంగా స్మార్ట్ కాంట్రాక్ట్ సంకేత భాష యొక్క సాధారణ విశ్లేషణ (టెస్టింగ్ లేదా ఆడిటింగ్ సమయంలో నిర్వహించబడేది) కంటే సమర్థవంతమైనవి. ఎందుకంటే ఫార్మల్ వెరిఫికేషన్ నిర్ధారణలను టెస్ట్ చేయడానికి సింబాలిక్ విలువలపై ఆధారపడుతుంది ("ఒక వినియోగదారుడు _n_ ఈథర్లను ఉపసంహరించుకోవడానికి ప్రయత్నిస్తే ఏమిటి?") టెస్టింగ్ వలె కాకుండా ఇది కాంక్రీట్ విలువలను ఉపయోగిస్తుంది ("ఒక వినియోగదారుడు 5 ఈథర్లను ఉపసంహరించుకోవడానికి ప్రయత్నిస్తే ఏమిటి?").
+
+సింబాలిక్ ఇన్పుట్ వేరియబుల్స్ బహుళ కాంక్రీట్ విలువల వర్గాలను కవర్ చేయగలవు, కాబట్టి ఫార్మల్ వెరిఫికేషన్ విధానాలు తక్కువ సమయంలో ఎక్కువ సంకేత భాష కవరేజీని వాగ్దానం చేస్తాయి. సమర్థవంతంగా ఉపయోగించినప్పుడు, ఫార్మల్ వెరిఫికేషన్ అభివృద్ధి చేసేవాళ్ల కొరకు అభివృద్ధి చక్రాన్ని వేగవంతం చేస్తుంది.
+
+ఫార్మల్ వెరిఫికేషన్ ఖరీదైన డిజైన్ లోపాలను తగ్గించడం ద్వారా వికేంద్రీకృత అప్లికేషన్లు (డాప్స్) నిర్మించే ప్రక్రియను కూడా మెరుగుపరుస్తుంది. దుర్బలత్వాలను సరిచేయడానికి కాంట్రాక్టులను (సాధ్యమైన చోట) అప్గ్రేడ్ చేయడానికి కోడ్బేస్ల విస్తృతమైన పునర్విమర్శ మరియు అభివృద్ధిపై ఎక్కువ కృషి అవసరం. ఫార్మల్ వెరిఫికేషన్ కాంట్రాక్ట్ ఇంప్లిమెంటేషన్లలో అనేక లోపాలను గుర్తించగలదు, ఇవి టెస్టర్లు మరియు ఆడిటర్లను దాటవేయవచ్చు మరియు ఒక కాంట్రాక్ట్ను మోహరించడానికి ముందు ఆ సమస్యలను పరిష్కరించడానికి తగినంత అవకాశాన్ని అందిస్తుంది.
+
+## ఫార్మల్ వెరిఫికేషన్ యొక్క లోపాలు {#drawbacks-of-formal-verification}
+
+### మానవ శ్రమ ఖర్చు {#cost-of-manual-labor}
+
+ఫార్మల్ వెరిఫికేషన్, ప్రత్యేకించి సెమీ-ఆటోమేటెడ్ వెరిఫికేషన్, దీనిలో ఒక మానవుడు సరియైనత రుజువులను ఉత్పాదించడానికి ప్రూవర్కు మార్గనిర్దేశం చేస్తాడు, గణనీయమైన మానవ శ్రమ అవసరం. అంతేకాకుండా, ఫార్మల్ స్పెసిఫికేషన్ సృష్టించడం అనేది అధిక స్థాయి నైపుణ్యం అవసరమయ్యే ఒక సంక్లిష్టమైన కార్యాచరణ.
+
+ఈ కారకాలు (ప్రయత్నం మరియు నైపుణ్యం) ఫార్మల్ వెరిఫికేషన్ను టెస్టింగ్ మరియు ఆడిట్లు వంటి కాంట్రాక్టులలో సరియైనతను అంచనా వేసే సాధారణ పద్ధతులతో పోలిస్తే ఎక్కువ డిమాండ్ మరియు ఖరీదైనవిగా చేస్తాయి. అయినప్పటికీ, స్మార్ట్ కాంట్రాక్ట్ ఇంప్లిమెంటేషన్లలో లోపాల ఖర్చును బట్టి, పూర్తి ధృవీకరణ ఆడిట్ కొరకు ఖర్చు చెల్లించడం ఆచరణాత్మకమైనది.
+
+### తప్పుడు నెగెటివ్లు {#false-negatives}
+
+ఫార్మల్ వెరిఫికేషన్ స్మార్ట్ కాంట్రాక్ట్ యొక్క ఎగ్జిక్యూషన్ ఫార్మల్ స్పెసిఫికేషన్తో సరిపోలుతుందో లేదో మాత్రమే తనిఖీ చేయగలదు. అలాగే, స్పెసిఫికేషన్ స్మార్ట్ కాంట్రాక్ట్ యొక్క ఆశించిన ప్రవర్తనలను సరిగ్గా వివరిస్తుందని నిర్ధారించుకోవడం ముఖ్యం.
+
+స్పెసిఫికేషన్లు సరిగా వ్రాయబడకపోతే, లక్షణాల ఉల్లంఘనలు—ఇవి దుర్బలమైన ఎగ్జిక్యూషన్లను సూచిస్తాయి—ఫార్మల్ వెరిఫికేషన్ ఆడిట్ ద్వారా గుర్తించబడవు. ఈ సందర్భంలో, ఒక అభివృద్ధి చేసేవాడు కాంట్రాక్ట్ బగ్-రహితమని తప్పుగా భావించవచ్చు.
+
+### పనితీరు సమస్యలు {#performance-issues}
+
+ఫార్మల్ వెరిఫికేషన్ అనేక పనితీరు సమస్యలను ఎదుర్కొంటుంది. ఉదాహరణకు, మోడల్ చెకింగ్ మరియు సింబాలిక్ చెకింగ్ సమయంలో ఎదుర్కొనే స్టేట్ మరియు పాత్ ఎక్స్ప్లోజన్ సమస్యలు, వరుసగా, ధృవీకరణ ప్రక్రియలను ప్రభావితం చేయవచ్చు. అలాగే, ఫార్మల్ వెరిఫికేషన్ ఉపకరణాలు తరచుగా వాటి అంతర్లీన లేయర్లో SMT సాల్వర్లు మరియు ఇతర కన్స్ట్రైంట్ సాల్వర్లను ఉపయోగిస్తాయి, మరియు ఈ సాల్వర్లు గణనపరంగా తీవ్రమైన ప్రక్రియలపై ఆధారపడతాయి.
+
+అలాగే, ప్రోగ్రామ్ వెరిఫైయర్లు ఒక లక్షణం (లాజికల్ ఫార్ములాగా వర్ణించబడింది) సంతృప్తిపరచగలదా లేదా కాదా అని నిర్ధారించడం ఎల్లప్పుడూ సాధ్యం కాదు ("[నిర్ణయాత్మకత సమస్య](https://en.wikipedia.org/wiki/Decision_problem)") ఎందుకంటే ఒక ప్రోగ్రామ్ ఎప్పటికీ ముగియకపోవచ్చు. అలాగే, ఒక కాంట్రాక్ట్ బాగా స్పెసిఫై చేయబడినప్పటికీ కొన్ని లక్షణాలను నిరూపించడం అసాధ్యం కావచ్చు.
+
+## ఇతీరియము స్మార్ట్ కాంట్రాక్టుల కొరకు ఫార్మల్ వెరిఫికేషన్ ఉపకరణాలు {#formal-verification-tools}
+
+### ఫార్మల్ స్పెసిఫికేషన్లను సృష్టించడం కొరకు స్పెసిఫికేషన్ భాషలు {#specification-languages}
+
+**చట్టం**: __చట్టం నిల్వ అప్డేట్లు, ప్రీ/పోస్ట్ షరతులు మరియు కాంట్రాక్ట్ ఇన్వేరియంట్ల స్పెసిఫికేషన్ను అనుమతిస్తుంది. దాని ఉపకరణాల సూట్ Coq, SMT సాల్వర్లు లేదా hevm ద్వారా అనేక లక్షణాలను నిరూపించగల ప్రూఫ్ బ్యాకెండ్లను కూడా కలిగి ఉంది.__
+
+- [GitHub](https://github.com/ethereum/act)
+- [డాక్యుమెంటేషన్](https://github.com/argotorg/act)
+
+**Scribble** - __Scribble స్పెసిఫికేషన్ భాషలోని సంకేత భాష ఉల్లేఖనాలను స్పెసిఫికేషన్ను తనిఖీ చేసే కాంక్రీట్ నిర్ధారణలుగా మారుస్తుంది.__
+
+- [దస్తావేజులను సమకూర్చుట](https://docs.scribble.codes/)
+
+**Dafny** - __Dafny అనేది ఒక వెరిఫికేషన్-సిద్ధ ప్రోగ్రామింగ్ భాష, ఇది సంకేత భాష యొక్క సరియైనత గురించి తర్కించడానికి మరియు నిరూపించడానికి ఉన్నత-స్థాయి ఉల్లేఖనాలపై ఆధారపడుతుంది.__
+
+- [GitHub](https://github.com/dafny-lang/dafny)
+
+### సరియైనతను తనిఖీ చేయడం కొరకు ప్రోగ్రామ్ వెరిఫైయర్లు {#program-verifiers}
+
+**Certora Prover** - _Certora Prover అనేది స్మార్ట్ కాంట్రాక్టులలో సంకేత భాష సరియైనతను తనిఖీ చేయడానికి ఒక ఆటోమేటిక్ ఫార్మల్ వెరిఫికేషన్ ఉపకరణం. స్పెసిఫికేషన్లు CVL (Certora వెరిఫికేషన్ భాష)లో వ్రాయబడతాయి, ప్రాపర్టీ ఉల్లంఘనలు స్టాటిక్ విశ్లేషణ మరియు కన్స్ట్రైంట్-సాల్వింగ్ కలయికను ఉపయోగించి గుర్తించబడతాయి._
+
+- [వెబ్సైట్](https://www.certora.com/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.certora.com/en/latest/index.html)
+
+**Solidity SMTChecker** - __Solidity యొక్క SMTChecker SMT (సాటిస్ఫైయబిలిటీ మోడ్యులో థియరీలు) మరియు హార్న్ సాల్వింగ్పై ఆధారపడిన ఒక అంతర్నిర్మిత మోడల్ చెక్కర్. ఇది సంకలనం సమయంలో ఒక కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ స్పెసిఫికేషన్లతో సరిపోలుతుందో లేదో నిర్ధారిస్తుంది మరియు భద్రతా లక్షణాల ఉల్లంఘనల కొరకు స్టాటిక్గా తనిఖీ చేస్తుంది.__
+
+- [GitHub](https://github.com/ethereum/solidity)
+
+**solc-verify** - __solc-verify అనేది Solidity కంపైలర్ యొక్క విస్తరించిన వెర్షన్, ఇది ఉల్లేఖనాలు మరియు మాడ్యులర్ ప్రోగ్రామ్ వెరిఫికేషన్ ఉపయోగించి Solidity సంకేత భాషపై ఆటోమేటెడ్ ఫార్మల్ వెరిఫికేషన్ను నిర్వహించగలదు.__
+
+- [GitHub](https://github.com/SRI-CSL/solidity)
+
+**KEVM** - __KEVM అనేది K ఫ్రేమ్వర్క్లో వ్రాయబడిన ఇతీరియము వర్చువల్ మషీన్ (EVM) యొక్క ఫార్మల్ సెమాంటిక్స్. KEVM ఎగ్జిక్యూటబుల్ మరియు రీచబిలిటీ లాజిక్ ఉపయోగించి నిర్దిష్ట ప్రాపర్టీ-సంబంధిత నిర్ధారణలను నిరూపించగలదు.__
+
+- [GitHub](https://github.com/runtimeverification/evm-semantics)
+- [దస్తావేజులను సమకూర్చుట](https://jellopaper.org/)
+
+### థీరమ్ ప్రూవింగ్ కొరకు లాజికల్ ఫ్రేమ్వర్క్లు {#theorem-provers}
+
+**Isabelle** - _Isabelle/HOL అనేది ఒక ప్రూఫ్ అసిస్టెంట్, ఇది గణిత ఫార్ములాలను ఒక ఫార్మల్ భాషలో వ్యక్తీకరించడానికి అనుమతిస్తుంది మరియు ఆ ఫార్ములాలను నిరూపించడానికి ఉపకరణాలను అందిస్తుంది. ప్రధాన అప్లికేషన్ గణిత రుజువుల ఫార్మలైజేషన్ మరియు ముఖ్యంగా ఫార్మల్ వెరిఫికేషన్, ఇందులో కంప్యూటర్ హార్డ్వేర్ లేదా సాఫ్ట్వేర్ యొక్క సరియైనతను నిరూపించడం మరియు కంప్యూటర్ భాషలు మరియు ప్రోటోకాల్ల లక్షణాలను నిరూపించడం ఉంటుంది._
+
+- [GitHub](https://github.com/isabelle-prover)
+- [దస్తావేజులను సమకూర్చుట](https://isabelle.in.tum.de/documentation.html)
+
+**Rocq** - _Rocq అనేది ఒక ఇంటరాక్టివ్ థీరమ్ ప్రూవర్, ఇది మీకు థీరమ్లను ఉపయోగించి ప్రోగ్రామ్లను నిర్వచించడానికి మరియు సరియైనత యొక్క మెషిన్-చెక్డ్ ప్రూఫ్లను ఇంటరాక్టివ్గా ఉత్పత్తి చేయడానికి అనుమతిస్తుంది._
+
+- [GitHub](https://github.com/rocq-prover/rocq)
+- [దస్తావేజులను సమకూర్చుట](https://rocq-prover.org/docs)
+
+### స్మార్ట్ కాంట్రాక్టులలో దుర్బలమైన ప్యాట్రన్లను గుర్తించడం కొరకు సింబాలిక్ ఎగ్జిక్యూషన్-ఆధారిత ఉపకరణాలు {#symbolic-execution-tools}
+
+**Manticore** - __సింబాలిక్ ఎగ్జిక్యూషన్పై ఆధారపడిన EVM బైట్కోడ్ విశ్లేషణ ఉపకరణం.__
+
+- [GitHub](https://github.com/trailofbits/manticore)
+- [దస్తావేజులను సమకూర్చుట](https://github.com/trailofbits/manticore/wiki)
+
+**hevm** - __hevm అనేది EVM బైట్కోడ్ కొరకు ఒక సింబాలిక్ ఎగ్జిక్యూషన్ ఇంజిన్ మరియు ఈక్వివలెన్స్ చెక్కర్.__
+
+- [GitHub](https://github.com/dapphub/dapptools/tree/master/src/hevm)
+
+**Mythril** - _ఇతీరియము స్మార్ట్ కాంట్రాక్టులలో దుర్బలత్వాలను గుర్తించడానికి ఒక సింబాలిక్ ఎగ్జిక్యూషన్ ఉపకరణం_
+
+- [GitHub](https://github.com/ConsenSys/mythril-classic)
+- [డాక్యుమెంటేషన్](https://mythril-classic.readthedocs.io/en/develop/)
+
+## మరింత సమాచారం {#further-reading}
+
+- [స్మార్ట్ కాంట్రాక్టుల ఫార్మల్ వెరిఫికేషన్ ఎలా పనిచేస్తుంది](https://runtimeverification.com/blog/how-formal-verification-of-smart-contracts-works/)
+- [ఫార్మల్ వెరిఫికేషన్ దోషరహిత స్మార్ట్ కాంట్రాక్టులను ఎలా నిర్ధారించగలదు](https://media.consensys.net/how-formal-verification-can-ensure-flawless-smart-contracts-cbda8ad99bd1)
+- [ఇతీరియము పర్యావరణ వ్యవస్థలో ఫార్మల్ వెరిఫికేషన్ ప్రాజెక్టుల యొక్క ఒక అవలోకనం](https://github.com/leonardoalt/ethereum_formal_verification_overview)
+- [ఇతీరియము 2.0 డిపాజిట్ స్మార్ట్ కాంట్రాక్ట్ యొక్క ఎండ్-టు-ఎండ్ ఫార్మల్ వెరిఫికేషన్](https://runtimeverification.com/blog/end-to-end-formal-verification-of-ethereum-2-0-deposit-smart-contract/)
+- [ప్రపంచంలో అత్యంత ప్రజాదరణ పొందిన స్మార్ట్ కాంట్రాక్ట్ను అధికారికంగా ధృవీకరించడం](https://www.zellic.io/blog/formal-verification-weth)
+- [SMTChecker మరియు ఫార్మల్ వెరిఫికేషన్](https://docs.soliditylang.org/en/v0.8.15/smtchecker.html)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/index.md b/public/content/translations/te/developers/docs/smart-contracts/index.md
new file mode 100644
index 00000000000..0de4ea52b6c
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/index.md
@@ -0,0 +1,112 @@
+---
+title: స్మార్ట్ కాంట్రాక్టులకు పరిచయం
+description: స్మార్ట్ కాంట్రాక్ట్ల యొక్క అవలోకనం, వాటి ప్రత్యేక లక్షణాలు మరియు పరిమితులపై దృష్టి సారించడం.
+lang: te
+---
+
+## స్మార్ట్ కాంట్రాక్ట్ అంటే ఏమిటి? {#what-is-a-smart-contract}
+
+"స్మార్ట్ కాంట్రాక్ట్" అనేది కేవలం ఎథేరియం బ్లాక్చైన్పై నడిచే ఒక ప్రోగ్రామ్. ఇది ఎథేరియం బ్లాక్చైన్లోని ఒక నిర్దిష్ట చిరునామాలో ఉండే కోడ్ (దాని ఫంక్షన్లు) మరియు డేటా (దాని స్టేట్) యొక్క సమాహారం.
+
+స్మార్ట్ కాంట్రాక్ట్లు ఒక రకమైన [ఎథేరియం అకౌంట్](/developers/docs/accounts/). అంటే వాటికి బ్యాలెన్స్ ఉంటుంది మరియు లావాదేవీలకు లక్ష్యంగా ఉండవచ్చు. అయితే అవి వినియోగదారుచే నియంత్రించబడవు, బదులుగా అవి నెట్వర్క్లో డిప్లాయ్ చేయబడి, ప్రోగ్రామ్ చేయబడిన విధంగా రన్ అవుతాయి. వినియోగదారు అకౌంట్లు స్మార్ట్ కాంట్రాక్ట్లో నిర్వచించబడిన ఫంక్షన్ను అమలు చేసే లావాదేవీలను సమర్పించడం ద్వారా స్మార్ట్ కాంట్రాక్ట్తో ఇంటరాక్ట్ కావచ్చు. స్మార్ట్ కాంట్రాక్ట్లు, ఒక సాధారణ కాంట్రాక్ట్ లాగా, నియమాలను నిర్వచించగలవు మరియు కోడ్ ద్వారా వాటిని స్వయంచాలకంగా అమలు చేయగలవు. స్మార్ట్ కాంట్రాక్ట్లు డిఫాల్ట్గా తొలగించబడవు, మరియు వాటితో ఇంటరాక్షన్లు తిరిగి మార్చలేనివి.
+
+## అవసరాలు {#prerequisites}
+
+మీరు ఇప్పుడే ప్రారంభిస్తున్నట్లయితే లేదా తక్కువ సాంకేతిక పరిచయం కోసం చూస్తున్నట్లయితే, మేము మా [స్మార్ట్ కాంట్రాక్ట్ల పరిచయాన్ని](/smart-contracts/) సిఫార్సు చేస్తున్నాము.
+
+స్మార్ట్ కాంట్రాక్ట్ల ప్రపంచంలోకి ప్రవేశించే ముందు మీరు [అకౌంట్లు](/developers/docs/accounts/), [లావాదేవీలు](/developers/docs/transactions/) మరియు [ఎథేరియం వర్చువల్ మషీన్](/developers/docs/evm/) గురించి చదివారని నిర్ధారించుకోండి.
+
+## ఒక డిజిటల్ వెండింగ్ మషీన్ {#a-digital-vending-machine}
+
+[నిక్ స్జాబో](https://unenumerated.blogspot.com/) వివరించినట్లుగా, స్మార్ట్ కాంట్రాక్ట్కు ఉత్తమ రూపకం బహుశా వెండింగ్ మషీన్. సరైన ఇన్పుట్లతో, ఒక నిర్దిష్ట అవుట్పుట్ హామీ ఇవ్వబడుతుంది.
+
+వెండింగ్ మషీన్ నుండి స్నాక్ పొందడానికి:
+
+```
+డబ్బు + స్నాక్ ఎంపిక = స్నాక్ ఇవ్వబడింది
+```
+
+ఈ లాజిక్ వెండింగ్ మషీన్లో ప్రోగ్రామ్ చేయబడింది.
+
+ఒక స్మార్ట్ కాంట్రాక్ట్, వెండింగ్ మషీన్ లాగా, దానిలో లాజిక్ ప్రోగ్రామ్ చేయబడి ఉంటుంది. ఈ వెండింగ్ మషీన్ సాలిడిటీలో వ్రాసిన స్మార్ట్ కాంట్రాక్ట్ అయితే ఎలా ఉంటుందో ఇక్కడ ఒక సాధారణ ఉదాహరణ ఉంది:
+
+```solidity
+pragma solidity 0.8.7;
+
+contract VendingMachine {
+
+ // కాంట్రాక్ట్ యొక్క స్టేట్ వేరియబుల్స్ను డిక్లేర్ చేయండి
+ address public owner;
+ mapping (address => uint) public cupcakeBalances;
+
+ // 'VendingMachine' కాంట్రాక్ట్ డిప్లాయ్ చేయబడినప్పుడు:
+ // 1. డిప్లాయ్ చేసే చిరునామాను కాంట్రాక్ట్ యజమానిగా సెట్ చేయండి
+ // 2. డిప్లాయ్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్ యొక్క కప్కేక్ బ్యాలెన్స్ను 100కి సెట్ చేయండి
+ constructor() {
+ owner = msg.sender;
+ cupcakeBalances[address(this)] = 100;
+ }
+
+ // స్మార్ట్ కాంట్రాక్ట్ యొక్క కప్కేక్ బ్యాలెన్స్ను పెంచడానికి యజమానిని అనుమతించండి
+ function refill(uint amount) public {
+ require(msg.sender == owner, "యజమాని మాత్రమే రీఫిల్ చేయగలరు.");
+ cupcakeBalances[address(this)] += amount;
+ }
+
+ // కప్కేక్లను కొనుగోలు చేయడానికి ఎవరినైనా అనుమతించండి
+ function purchase(uint amount) public payable {
+ require(msg.value >= amount * 1 ether, "మీరు కప్కేక్కు కనీసం 1 ETH చెల్లించాలి");
+ require(cupcakeBalances[address(this)] >= amount, "ఈ కొనుగోలును పూర్తి చేయడానికి స్టాక్లో తగినన్ని కప్కేక్లు లేవు");
+ cupcakeBalances[address(this)] -= amount;
+ cupcakeBalances[msg.sender] += amount;
+ }
+}
+```
+
+వెండింగ్ మషీన్ ఒక విక్రేత ఉద్యోగి అవసరాన్ని ఎలా తొలగిస్తుందో, అదే విధంగా స్మార్ట్ కాంట్రాక్ట్లు అనేక పరిశ్రమలలో మధ్యవర్తులను భర్తీ చేయగలవు.
+
+## అనుమతి రహితం {#permissionless}
+
+ఎవరైనా స్మార్ట్ కాంట్రాక్ట్ వ్రాసి దానిని నెట్వర్క్లో డిప్లాయ్ చేయవచ్చు. మీరు [స్మార్ట్ కాంట్రాక్ట్ భాషలో](/developers/docs/smart-contracts/languages/) కోడ్ చేయడం ఎలాగో నేర్చుకోవాలి మరియు మీ కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి తగినంత ETH కలిగి ఉండాలి. స్మార్ట్ కాంట్రాక్ట్ను డిప్లాయ్ చేయడం సాంకేతికంగా ఒక లావాదేవీ, కాబట్టి మీరు ఒక సాధారణ ETH బదిలీ కోసం గ్యాస్ చెల్లించిన విధంగానే [గ్యాస్](/developers/docs/gas/) చెల్లించాలి. అయితే, కాంట్రాక్ట్ డిప్లాయ్మెంట్ కోసం గ్యాస్ ఖర్చులు చాలా ఎక్కువగా ఉంటాయి.
+
+ఎథేరియం స్మార్ట్ కాంట్రాక్ట్లను వ్రాయడానికి డెవలపర్-ఫ్రెండ్లీ భాషలను కలిగి ఉంది:
+
+- Solidity
+- Vyper
+
+[భాషల గురించి మరింత](/developers/docs/smart-contracts/languages/)
+
+అయితే, ఎథేరియం వర్చువల్ మషీన్ కాంట్రాక్ట్ను ఇంటర్ప్రెట్ చేసి, స్టోర్ చేయగలిగేలా వాటిని డిప్లాయ్ చేయడానికి ముందు కంపైల్ చేయాలి. [కంపైలేషన్ గురించి మరింత](/developers/docs/smart-contracts/compiling/)
+
+## కంపోజబిలిటీ {#composability}
+
+స్మార్ట్ కాంట్రాక్ట్లు ఎథేరియంపై పబ్లిక్గా ఉంటాయి మరియు వాటిని ఓపెన్ APIలుగా భావించవచ్చు. అంటే, సాధ్యమయ్యే వాటిని బాగా విస్తరించడానికి మీరు మీ స్వంత స్మార్ట్ కాంట్రాక్ట్లో ఇతర స్మార్ట్ కాంట్రాక్ట్లను కాల్ చేయవచ్చు. కాంట్రాక్ట్లు ఇతర కాంట్రాక్ట్లను కూడా డిప్లాయ్ చేయగలవు.
+
+[స్మార్ట్ కాంట్రాక్ట్ కంపోజబిలిటీ](/developers/docs/smart-contracts/composability/) గురించి మరింత తెలుసుకోండి.
+
+## పరిమితులు {#limitations}
+
+స్మార్ట్ కాంట్రాక్ట్లు ఒంటరిగా "వాస్తవ-ప్రపంచ" ఈవెంట్ల గురించి సమాచారాన్ని పొందలేవు ఎందుకంటే అవి ఆఫ్చైన్ సోర్స్ల నుండి డేటాను తిరిగి పొందలేవు. అంటే అవి వాస్తవ ప్రపంచంలోని ఈవెంట్లకు స్పందించలేవు. ఇది డిజైన్ ప్రకారమే. బాహ్య సమాచారంపై ఆధారపడటం ఏకాభిప్రాయాన్ని ప్రమాదంలో పడేయవచ్చు, ఇది భద్రత మరియు వికేంద్రీకరణకు ముఖ్యం.
+
+అయితే, బ్లాక్చైన్ అప్లికేషన్లు ఆఫ్చైన్ డేటాను ఉపయోగించడం ముఖ్యం. దీనికి పరిష్కారం [ఒరాకిల్స్](/developers/docs/oracles/), ఇవి ఆఫ్చైన్ డేటాను గ్రహించి స్మార్ట్ కాంట్రాక్ట్లకు అందుబాటులో ఉంచే టూల్స్.
+
+స్మార్ట్ కాంట్రాక్ట్ల యొక్క మరో పరిమితి గరిష్ట కాంట్రాక్ట్ పరిమాణం. ఒక స్మార్ట్ కాంట్రాక్ట్ గరిష్టంగా 24KB ఉండగలదు లేదా దానికి గ్యాస్ అయిపోతుంది. [ది డైమండ్ ప్యాటర్న్](https://eips.ethereum.org/EIPS/eip-2535) ఉపయోగించి దీనిని అధిగమించవచ్చు.
+
+## మల్టీసిగ్ కాంట్రాక్ట్లు {#multisig}
+
+మల్టీసిగ్ (బహుళ-సంతకం) కాంట్రాక్ట్లు అనేవి ఒక లావాదేవీని అమలు చేయడానికి బహుళ చెల్లుబాటు అయ్యే సంతకాలు అవసరమయ్యే స్మార్ట్ కాంట్రాక్ట్ అకౌంట్లు. గణనీయమైన మొత్తంలో ఈథర్ లేదా ఇతర టోకెన్లను కలిగి ఉన్న కాంట్రాక్ట్ల కోసం వైఫల్యం యొక్క ఏకైక పాయింట్లను నివారించడానికి ఇది చాలా ఉపయోగకరంగా ఉంటుంది. మల్టీసిగ్లు కాంట్రాక్ట్ ఎగ్జిక్యూషన్ మరియు కీ నిర్వహణ బాధ్యతను బహుళ పార్టీల మధ్య విభజిస్తాయి మరియు ఒకే ప్రైవేట్ కీని కోల్పోవడం వల్ల నిధుల కోలుకోలేని నష్టాన్ని నివారిస్తాయి. ఈ కారణాల వల్ల, మల్టీసిగ్ కాంట్రాక్ట్లను సాధారణ DAO పాలన కోసం ఉపయోగించవచ్చు. మల్టీసిగ్లు అమలు చేయడానికి M సాధ్యమైన ఆమోదయోగ్యమైన సంతకాల నుండి N సంతకాలు అవసరం (ఇక్కడ N ≤ M, మరియు M > 1). `N = 3, M = 5` మరియు `N = 4, M = 7` సాధారణంగా ఉపయోగించబడతాయి. ఒక 4/7 మల్టీసిగ్కు ఏడు సాధ్యమైన చెల్లుబాటు అయ్యే సంతకాలలో నాలుగు అవసరం. మూడు సంతకాలు పోయినప్పటికీ నిధులను తిరిగి పొందవచ్చని దీని అర్థం. ఈ సందర్భంలో, కాంట్రాక్ట్ అమలు కావడానికి కీ-హోల్డర్లలో మెజారిటీ అంగీకరించి, సంతకం చేయాలని కూడా దీని అర్థం.
+
+## స్మార్ట్ కాంట్రాక్ట్ వనరులు {#smart-contract-resources}
+
+**OpenZeppelin కాంట్రాక్ట్స్ -** **_సురక్షితమైన స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్ కోసం లైబ్రరీ._**
+
+- [openzeppelin.com/contracts/](https://openzeppelin.com/contracts/)
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-contracts)
+- [కమ్యూనిటీ ఫోరమ్](https://forum.openzeppelin.com/c/general/16)
+
+## మరింత సమాచారం {#further-reading}
+
+- [కాయిన్బేస్: స్మార్ట్ కాంట్రాక్ట్ అంటే ఏమిటి?](https://www.coinbase.com/learn/crypto-basics/what-is-a-smart-contract)
+- [చైన్లింక్: స్మార్ట్ కాంట్రాక్ట్ అంటే ఏమిటి?](https://chain.link/education/smart-contracts)
+- [వీడియో: సరళంగా వివరించబడింది - స్మార్ట్ కాంట్రాక్ట్లు](https://youtu.be/ZE2HxTmxfrI)
+- [Cyfrin Updraft: Web3 లెర్నింగ్ మరియు ఆడిటింగ్ ప్లాట్ఫారమ్](https://updraft.cyfrin.io)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/languages/index.md b/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
new file mode 100644
index 00000000000..74dcf0397ab
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
@@ -0,0 +1,325 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్ భాషలు
+description: రెండు ప్రధాన స్మార్ట్ కాంట్రాక్ట్ భాషల - సాలిడిటీ మరియు వైపర్ - యొక్క అవలోకనం మరియు పోలిక.
+lang: te
+---
+
+ఎథేరియం గురించిన ఒక గొప్ప విషయం ఏమిటంటే, స్మార్ట్ కాంట్రాక్టులను సాపేక్షంగా డెవలపర్-స్నేహపూర్వక భాషలను ఉపయోగించి ప్రోగ్రామ్ చేయవచ్చు. మీకు పైథాన్ లేదా ఏదైనా [కర్లీ-బ్రాకెట్ భాష](https://wikipedia.org/wiki/List_of_programming_languages_by_type#Curly-bracket_languages)తో అనుభవం ఉంటే, మీరు పరిచితమైన సింటాక్స్తో కూడిన భాషను కనుగొనవచ్చు.
+
+అత్యంత చురుకైన మరియు నిర్వహించబడుతున్న రెండు భాషలు:
+
+- Solidity
+- Vyper
+
+రీమిక్స్ IDE సాలిడిటీ మరియు వైపర్ రెండింటిలోనూ కాంట్రాక్టులను సృష్టించడానికి మరియు పరీక్షించడానికి ఒక సమగ్ర అభివృద్ధి వాతావరణాన్ని అందిస్తుంది. కోడింగ్ ప్రారంభించడానికి [ఇన్-బ్రౌజర్ రీమిక్స్ IDEని ప్రయత్నించండి](https://remix.ethereum.org).
+
+మరింత అనుభవం ఉన్న డెవలపర్లు [ఎథేరియం వర్చువల్ మెషీన్](/developers/docs/evm/) కోసం ఒక మధ్యంతర భాష అయిన Yul, లేదా Yul కు పొడిగింపు అయిన Yul+ ను కూడా ఉపయోగించాలనుకోవచ్చు.
+
+మీకు ఆసక్తి ఉండి, ఇంకా భారీ అభివృద్ధిలో ఉన్న కొత్త భాషలను పరీక్షించడానికి సహాయం చేయాలనుకుంటే, ప్రస్తుతం ఇంకా శైశవ దశలో ఉన్న ఒక అభివృద్ధి చెందుతున్న స్మార్ట్ కాంట్రాక్ట్ భాష అయిన Fe తో మీరు ప్రయోగాలు చేయవచ్చు.
+
+## అవసరాలు {#prerequisites}
+
+ప్రోగ్రామింగ్ భాషల, ముఖ్యంగా జావాస్క్రిప్ట్ లేదా పైథాన్ యొక్క మునుపటి జ్ఞానం, స్మార్ట్ కాంట్రాక్ట్ భాషలలోని తేడాలను అర్థం చేసుకోవడంలో మీకు సహాయపడుతుంది. భాషా పోలికలలోకి చాలా లోతుగా వెళ్లే ముందు మీరు స్మార్ట్ కాంట్రాక్టులను ఒక భావనగా అర్థం చేసుకోవాలని కూడా మేము సిఫార్సు చేస్తున్నాము. [స్మార్ట్ కాంట్రాక్టులకు పరిచయం](/developers/docs/smart-contracts/).
+
+## సాలిడిటీ {#solidity}
+
+- స్మార్ట్ కాంట్రాక్టులను అమలు చేయడం కోసం ఆబ్జెక్ట్-ఓరియెంటెడ్, ఉన్నత-స్థాయి భాష.
+- C++ ద్వారా అత్యంత గాఢంగా ప్రభావితమైన కర్లీ-బ్రాకెట్ భాష.
+- స్టాటిక్గా టైప్ చేయబడింది (ఒక వేరియబుల్ రకం కంపైల్ సమయంలో తెలుస్తుంది).
+- మద్దతు ఇస్తుంది:
+ - ఇన్హెరిటెన్స్ (మీరు ఇతర కాంట్రాక్టులను విస్తరించవచ్చు).
+ - లైబ్రరీలు (మీరు పునర్వినియోగ కోడ్ను సృష్టించవచ్చు, దానిని మీరు ఇతర ఆబ్జెక్ట్ ఓరియెంటెడ్ ప్రోగ్రామింగ్ భాషలలో ఒక స్టాటిక్ క్లాస్లోని స్టాటిక్ ఫంక్షన్ల వలె వివిధ కాంట్రాక్టుల నుండి కాల్ చేయవచ్చు).
+ - సంక్లిష్టమైన యూజర్-డిఫైన్డ్ రకాలు.
+
+### ముఖ్యమైన లింకులు {#important-links}
+
+- [డాక్యుమెంటేషన్](https://docs.soliditylang.org/en/latest/)
+- [సాలిడిటీ లాంగ్వేజ్ పోర్టల్](https://soliditylang.org/)
+- [ఉదాహరణకు సాలిడిటీ](https://docs.soliditylang.org/en/latest/solidity-by-example.html)
+- [GitHub](https://github.com/ethereum/solidity/)
+- [సాలిడిటీ గిట్టర్ చాట్రూమ్](https://gitter.im/ethereum/solidity) [సాలిడిటీ మ్యాట్రిక్స్ చాట్రూమ్](https://matrix.to/#/#ethereum_solidity:gitter.im)కి బ్రిడ్జ్ చేయబడింది
+- [చీట్ షీట్](https://reference.auditless.com/cheatsheet)
+- [సాలిడిటీ బ్లాగ్](https://blog.soliditylang.org/)
+- [సాలిడిటీ ట్విట్టర్](https://twitter.com/solidity_lang)
+
+### ఉదాహరణ కాంట్రాక్ట్ {#example-contract}
+
+```solidity
+// SPDX-లైసెన్స్-ఐడెంటిఫైయర్: GPL-3.0
+pragma solidity >= 0.7.0;
+
+contract Coin {
+ // "పబ్లిక్" అనే కీవర్డ్ వేరియబుల్స్ను చేస్తుంది
+ // ఇతర కాంట్రాక్టుల నుండి యాక్సెస్ చేయగలవు
+ address public minter;
+ mapping (address => uint) public balances;
+
+ // ఈవెంట్లు నిర్దిష్టమైన వాటికి ప్రతిస్పందించడానికి క్లయింట్లను అనుమతిస్తాయి
+ // మీరు ప్రకటించే కాంట్రాక్ట్ మార్పులు
+ event Sent(address from, address to, uint amount);
+
+ // కాంట్రాక్ట్ ఉన్నప్పుడు మాత్రమే కన్స్ట్రక్టర్ కోడ్ అమలు చేయబడుతుంది
+ // సృష్టించబడింది
+ constructor() {
+ minter = msg.sender;
+ }
+
+ // కొత్తగా సృష్టించబడిన నాణేల మొత్తాన్ని ఒక చిరునామాకు పంపుతుంది
+ // కాంట్రాక్ట్ సృష్టికర్త ద్వారా మాత్రమే పిలువబడుతుంది
+ function mint(address receiver, uint amount) public {
+ require(msg.sender == minter);
+ require(amount < 1e60);
+ balances[receiver] += amount;
+ }
+
+ // ఉన్న నాణేల మొత్తాన్ని పంపుతుంది
+ // ఏ కాలర్ నుండి అయినా ఒక చిరునామాకు
+ function send(address receiver, uint amount) public {
+ require(amount <= balances[msg.sender], "Insufficient balance.");
+ balances[msg.sender] -= amount;
+ balances[receiver] += amount;
+ emit Sent(msg.sender, receiver, amount);
+ }
+}
+```
+
+ఈ ఉదాహరణ సాలిడిటీ కాంట్రాక్ట్ సింటాక్స్ ఎలా ఉంటుందో మీకు ఒక అవగాహన ఇవ్వాలి. ఫంక్షన్లు మరియు వేరియబుల్స్ యొక్క మరింత వివరణాత్మక వర్ణన కోసం, [డాక్స్ని చూడండి](https://docs.soliditylang.org/en/latest/contracts.html).
+
+## వైపర్ {#vyper}
+
+- పైథానిక్ ప్రోగ్రామింగ్ భాష
+- బలమైన టైపింగ్
+- చిన్న మరియు అర్థమయ్యే కంపైలర్ కోడ్
+- సమర్థవంతమైన బైట్కోడ్ ఉత్పత్తి
+- కాంట్రాక్టులను మరింత సురక్షితంగా మరియు ఆడిట్ చేయడానికి సులభతరం చేసే లక్ష్యంతో సాలిడిటీ కంటే ఉద్దేశపూర్వకంగా తక్కువ ఫీచర్లను కలిగి ఉంది. వైపర్ వీటికి మద్దతు ఇవ్వదు:
+ - మాడిఫైయర్లు
+ - ఇన్హెరిటెన్స్
+ - ఇన్లైన్ అసెంబ్లీ
+ - ఫంక్షన్ ఓవర్లోడింగ్
+ - ఆపరేటర్ ఓవర్లోడింగ్
+ - రికర్సివ్ కాలింగ్
+ - అనంత-నిడివి లూప్లు
+ - బైనరీ ఫిక్స్డ్ పాయింట్లు
+
+మరింత సమాచారం కోసం, [వైపర్ హేతుబద్ధతను చదవండి](https://vyper.readthedocs.io/en/latest/index.html).
+
+### ముఖ్యమైన లింకులు {#important-links-1}
+
+- [డాక్యుమెంటేషన్](https://vyper.readthedocs.io)
+- [ఉదాహరణకు వైపర్](https://vyper.readthedocs.io/en/latest/vyper-by-example.html)
+- [ఉదాహరణకు మరిన్ని వైపర్](https://vyper-by-example.org/)
+- [GitHub](https://github.com/vyperlang/vyper)
+- [వైపర్ కమ్యూనిటీ డిస్కార్డ్ చాట్](https://discord.gg/SdvKC79cJk)
+- [చీట్ షీట్](https://reference.auditless.com/cheatsheet)
+- [వైపర్ కోసం స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్ ఫ్రేమ్వర్క్లు మరియు టూల్స్](/developers/docs/programming-languages/python/)
+- [VyperPunk - వైపర్ స్మార్ట్ కాంట్రాక్టులను సురక్షితం చేయడం మరియు హ్యాక్ చేయడం నేర్చుకోండి](https://github.com/SupremacyTeam/VyperPunk)
+- [అభివృద్ధి కోసం వైపర్ హబ్](https://github.com/zcor/vyper-dev)
+- [వైపర్ గ్రేటెస్ట్ హిట్స్ స్మార్ట్ కాంట్రాక్ట్ ఉదాహరణలు](https://github.com/pynchmeister/vyper-greatest-hits/tree/main/contracts)
+- [అద్భుతమైన వైపర్ క్యూరేటెడ్ వనరులు](https://github.com/spadebuilders/awesome-vyper)
+
+### ఉదాహరణ {#example}
+
+```python
+# ఓపెన్ వేలం
+
+# వేలం పారామీటర్లు
+# లబ్ధిదారుడు అత్యధిక బిడ్డర్ నుండి డబ్బును అందుకుంటారు
+beneficiary: public(address)
+auctionStart: public(uint256)
+auctionEnd: public(uint256)
+
+# వేలం ప్రస్తుత స్థితి
+highestBidder: public(address)
+highestBid: public(uint256)
+
+# చివరిలో నిజం అని సెట్ చేయబడింది, ఏదైనా మార్పును అనుమతించదు
+ended: public(bool)
+
+# వాపసు చేయబడిన బిడ్లను ట్రాక్ చేయండి, తద్వారా మేము ఉపసంహరణ నమూనాను అనుసరించవచ్చు
+pendingReturns: public(HashMap[address, uint256])
+
+# `_bidding_time` తో ఒక సాధారణ వేలం సృష్టించండి
+# సెకన్ల బిడ్డింగ్ సమయం
+# లబ్ధిదారుడి చిరునామా `_beneficiary`.
+@external
+def __init__(_beneficiary: address, _bidding_time: uint256):
+ self.beneficiary = _beneficiary
+ self.auctionStart = block.timestamp
+ self.auctionEnd = self.auctionStart + _bidding_time
+
+# పంపిన విలువతో వేలంలో బిడ్ చేయండి
+# ఈ లావాదేవీతో పాటు.
+# ఒకవేళ మాత్రమే విలువ వాపసు చేయబడుతుంది
+# వేలం గెలవలేదు.
+@external
+@payable
+def bid():
+ # బిడ్డింగ్ వ్యవధి ముగిసిందో లేదో తనిఖీ చేయండి.
+ assert block.timestamp < self.auctionEnd
+ # బిడ్ తగినంత ఎక్కువగా ఉందో లేదో తనిఖీ చేయండి
+ assert msg.value > self.highestBid
+ # మునుపటి అధిక బిడ్డర్ కోసం వాపసును ట్రాక్ చేయండి
+ self.pendingReturns[self.highestBidder] += self.highestBid
+ # కొత్త అధిక బిడ్ను ట్రాక్ చేయండి
+ self.highestBidder = msg.sender
+ self.highestBid = msg.value
+
+# గతంలో వాపసు చేయబడిన బిడ్ను ఉపసంహరించుకోండి. ఉపసంహరణ నమూనా
+# భద్రతా సమస్యను నివారించడానికి ఇక్కడ ఉపయోగించబడింది. వాపసులు నేరుగా ఉంటే
+# బిడ్()లో భాగంగా పంపబడితే, ఒక హానికరమైన బిడ్డింగ్ కాంట్రాక్ట్ బ్లాక్ చేయగలదు
+# ఆ వాపసులను మరియు తద్వారా కొత్త అధిక బిడ్లు రాకుండా నిరోధించవచ్చు.
+@external
+def withdraw():
+ pending_amount: uint256 = self.pendingReturns[msg.sender]
+ self.pendingReturns[msg.sender] = 0
+ send(msg.sender, pending_amount)
+
+# వేలం ముగించి, అత్యధిక బిడ్ను పంపండి
+# లబ్ధిదారుడికి.
+@external
+def endAuction():
+ # ఇది ఇంటరాక్ట్ చేసే ఫంక్షన్లను రూపొందించడానికి ఒక మంచి మార్గదర్శకం
+ # ఇతర కాంట్రాక్టులతో (అంటే, వారు ఫంక్షన్లను కాల్ చేస్తారు లేదా ఈథర్ పంపుతారు)
+ # మూడు దశలుగా:
+ # 1. షరతులను తనిఖీ చేయడం
+ # 2. చర్యలను నిర్వహించడం (సంభావ్యంగా షరతులను మార్చడం)
+ # 3. ఇతర కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వడం
+ # ఈ దశలు గందరగోళానికి గురైతే, ఇతర కాంట్రాక్ట్ కాల్ చేయగలదు
+ # ప్రస్తుత కాంట్రాక్ట్లోకి తిరిగి వచ్చి స్థితిని సవరించండి లేదా కారణం కావచ్చు
+ # ప్రభావాలు (ఈథర్ చెల్లింపు) చాలాసార్లు నిర్వహించబడతాయి.
+ # అంతర్గతంగా పిలిచే ఫంక్షన్లు బాహ్యతో ఇంటరాక్షన్ను కలిగి ఉంటే
+ # కాంట్రాక్టులు, వాటిని కూడా ఇంటరాక్షన్గా పరిగణించాలి
+ # బాహ్య కాంట్రాక్టులు.
+
+ # 1. షరతులు
+ # వేలం ముగింపు సమయం చేరుకుందో లేదో తనిఖీ చేయండి
+ assert block.timestamp >= self.auctionEnd
+ # ఈ ఫంక్షన్ ఇప్పటికే పిలవబడిందో లేదో తనిఖీ చేయండి
+ assert not self.ended
+
+ # 2. ప్రభావాలు
+ self.ended = True
+
+ # 3. ఇంటరాక్షన్
+ send(self.beneficiary, self.highestBid)
+```
+
+ఈ ఉదాహరణ వైపర్ కాంట్రాక్ట్ సింటాక్స్ ఎలా ఉంటుందో మీకు ఒక అవగాహన ఇవ్వాలి. ఫంక్షన్లు మరియు వేరియబుల్స్ యొక్క మరింత వివరణాత్మక వర్ణన కోసం, [డాక్స్ని చూడండి](https://vyper.readthedocs.io/en/latest/vyper-by-example.html#simple-open-auction).
+
+## Yul మరియు Yul+ {#yul}
+
+మీరు ఎథేరియంకి కొత్త అయితే మరియు ఇంకా స్మార్ట్ కాంట్రాక్ట్ భాషలతో ఎలాంటి కోడింగ్ చేయకపోతే, సాలిడిటీ లేదా వైపర్తో ప్రారంభించమని మేము సిఫార్సు చేస్తున్నాము. మీకు స్మార్ట్ కాంట్రాక్ట్ భద్రతా ఉత్తమ అభ్యాసాలు మరియు EVMతో పని చేసే ప్రత్యేకతలతో పరిచయం ఉన్న తర్వాత మాత్రమే Yul లేదా Yul+ గురించి చూడండి.
+
+**Yul**
+
+- ఎథేరియం కోసం మధ్యంతర భాష.
+- [EVM](/developers/docs/evm) మరియు [Ewasm](https://github.com/ewasm), ఒక ఎథేరియం ఫ్లేవర్డ్ వెబ్అసెంబ్లీకి మద్దతు ఇస్తుంది మరియు రెండు ప్లాట్ఫారమ్లకు ఉపయోగపడే సాధారణ హారంగా రూపొందించబడింది.
+- EVM మరియు Ewasm ప్లాట్ఫారమ్లకు సమానంగా ప్రయోజనం చేకూర్చగల ఉన్నత-స్థాయి ఆప్టిమైజేషన్ దశలకు మంచి లక్ష్యం.
+
+**Yul+**
+
+- Yul కు ఒక తక్కువ-స్థాయి, అత్యంత సమర్థవంతమైన పొడిగింపు.
+- ప్రారంభంలో ఒక [ఆప్టిమిస్టిక్ రోలప్](/developers/docs/scaling/optimistic-rollups/) కాంట్రాక్ట్ కోసం రూపొందించబడింది.
+- Yul+ ను Yul కు ఒక ప్రయోగాత్మక అప్గ్రేడ్ ప్రతిపాదనగా చూడవచ్చు, దీనికి కొత్త ఫీచర్లను జోడించవచ్చు.
+
+### ముఖ్యమైన లింకులు {#important-links-2}
+
+- [Yul డాక్యుమెంటేషన్](https://docs.soliditylang.org/en/latest/yul.html)
+- [Yul+ డాక్యుమెంటేషన్](https://github.com/fuellabs/yulp)
+- [Yul+ పరిచయ పోస్ట్](https://medium.com/@fuellabs/introducing-yul-a-new-low-level-language-for-ethereum-aa64ce89512f)
+
+### ఉదాహరణ కాంట్రాక్ట్ {#example-contract-2}
+
+కింది సాధారణ ఉదాహరణ పవర్ ఫంక్షన్ను అమలు చేస్తుంది. `solc --strict-assembly --bin input.yul` ఉపయోగించి దీనిని కంపైల్ చేయవచ్చు. ఉదాహరణ
+input.yul ఫైల్లో నిల్వ చేయబడాలి.
+
+```
+{
+ function power(base, exponent) -> result
+ {
+ switch exponent
+ case 0 { result := 1 }
+ case 1 { result := base }
+ default
+ {
+ result := power(mul(base, base), div(exponent, 2))
+ if mod(exponent, 2) { result := mul(base, result) }
+ }
+ }
+ let res := power(calldataload(0), calldataload(32))
+ mstore(0, res)
+ return(0, 32)
+}
+```
+
+మీకు ఇప్పటికే స్మార్ట్ కాంట్రాక్టులతో మంచి అనుభవం ఉంటే, Yulలో పూర్తి ERC20 అమలును [ఇక్కడ](https://solidity.readthedocs.io/en/latest/yul.html#complete-erc20-example) కనుగొనవచ్చు.
+
+## Fe {#fe}
+
+- ఎథేరియం వర్చువల్ మెషీన్ (EVM) కోసం స్టాటిక్గా టైప్ చేయబడిన భాష.
+- పైథాన్ మరియు రస్ట్ ద్వారా ప్రేరణ పొందింది.
+- ఎథేరియం పర్యావరణ వ్యవస్థకు కొత్తవారైన డెవలపర్లకు కూడా నేర్చుకోవడానికి సులభంగా ఉండేలా లక్ష్యంగా పెట్టుకుంది.
+- Fe అభివృద్ధి ఇంకా ప్రారంభ దశలోనే ఉంది, ఈ భాష జనవరి 2021లో దాని ఆల్ఫా విడుదలను కలిగి ఉంది.
+
+### ముఖ్యమైన లింకులు {#important-links-3}
+
+- [GitHub](https://github.com/ethereum/fe)
+- [Fe ప్రకటన](https://snakecharmers.ethereum.org/fe-a-new-language-for-the-ethereum-ecosystem/)
+- [Fe 2021 రోడ్మ్యాప్](https://notes.ethereum.org/LVhaTF30SJOpkbG1iVw1jg)
+- [Fe డిస్కార్డ్ చాట్](https://discord.com/invite/ywpkAXFjZH)
+- [Fe ట్విట్టర్](https://twitter.com/official_fe)
+
+### ఉదాహరణ కాంట్రాక్ట్ {#example-contract-3}
+
+కిందిది Feలో అమలు చేయబడిన ఒక సాధారణ కాంట్రాక్ట్.
+
+```
+type BookMsg = bytes[100]
+
+contract GuestBook:
+ pub guest_book: map
+
+ event Signed:
+ book_msg: BookMsg
+
+ pub def sign(book_msg: BookMsg):
+ self.guest_book[msg.sender] = book_msg
+
+ emit Signed(book_msg=book_msg)
+
+ pub def get_msg(addr: address) -> BookMsg:
+ return self.guest_book[addr].to_mem()
+
+```
+
+## ఎలా ఎంచుకోవాలి {#how-to-choose}
+
+ఏదైనా ఇతర ప్రోగ్రామింగ్ భాషతో పాటు, ఇది ఎక్కువగా సరైన పనికి సరైన సాధనాన్ని ఎంచుకోవడం మరియు వ్యక్తిగత ప్రాధాన్యతలకు సంబంధించినది.
+
+మీరు ఇంకా ఏ భాషలను ప్రయత్నించకపోతే పరిగణించవలసిన కొన్ని విషయాలు ఇక్కడ ఉన్నాయి:
+
+### సాలిడిటీ గురించి గొప్ప విషయం ఏమిటి? {#solidity-advantages}
+
+- మీరు ఒక ప్రారంభకుడు అయితే, అక్కడ చాలా ట్యుటోరియల్స్ మరియు నేర్చుకునే సాధనాలు ఉన్నాయి. [కోడింగ్ ద్వారా నేర్చుకోండి](/developers/learning-tools/) విభాగంలో దాని గురించి మరింత చూడండి.
+- మంచి డెవలపర్ టూలింగ్ అందుబాటులో ఉంది.
+- సాలిడిటీకి ఒక పెద్ద డెవలపర్ కమ్యూనిటీ ఉంది, అంటే మీరు మీ ప్రశ్నలకు చాలా త్వరగా సమాధానాలు కనుగొనే అవకాశం ఉంది.
+
+### వైపర్ గురించి గొప్ప విషయం ఏమిటి? {#vyper-advatages}
+
+- స్మార్ట్ కాంట్రాక్టులు రాయాలనుకునే పైథాన్ డెవ్లు ప్రారంభించడానికి గొప్ప మార్గం.
+- వైపర్లో తక్కువ సంఖ్యలో ఫీచర్లు ఉన్నాయి, ఇది ఆలోచనల శీఘ్ర ప్రోటోటైపింగ్ కోసం గొప్పగా చేస్తుంది.
+- వైపర్ ఆడిట్ చేయడానికి సులభంగా మరియు గరిష్టంగా మానవ-చదవగలిగేలా ఉండాలని లక్ష్యంగా పెట్టుకుంది.
+
+### Yul మరియు Yul+ గురించి గొప్ప విషయం ఏమిటి? {#yul-advantages}
+
+- సరళమైన మరియు ఫంక్షనల్ తక్కువ-స్థాయి భాష.
+- రా EVMకి చాలా దగ్గరగా వెళ్లడానికి అనుమతిస్తుంది, ఇది మీ కాంట్రాక్టుల గ్యాస్ వినియోగాన్ని ఆప్టిమైజ్ చేయడానికి సహాయపడుతుంది.
+
+## భాషా పోలికలు {#language-comparisons}
+
+ప్రాథమిక సింటాక్స్, కాంట్రాక్ట్ జీవనచక్రం, ఇంటర్ఫేస్లు, ఆపరేటర్లు, డేటా స్ట్రక్చర్లు, ఫంక్షన్లు, కంట్రోల్ ఫ్లో మరియు మరిన్ని పోలికల కోసం ఈ [ఆడిట్లెస్ ద్వారా చీట్షీట్ను](https://reference.auditless.com/cheatsheet/) చూడండి
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఓపెన్జెప్పెలిన్ ద్వారా సాలిడిటీ కాంట్రాక్టుల లైబ్రరీ](https://docs.openzeppelin.com/contracts/5.x/)
+- [ఉదాహరణకు సాలిడిటీ](https://solidity-by-example.org)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/libraries/index.md b/public/content/translations/te/developers/docs/smart-contracts/libraries/index.md
new file mode 100644
index 00000000000..751af605b59
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/libraries/index.md
@@ -0,0 +1,117 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు
+description: మీ ఇతీరియము అభివృద్ధి ప్రాజెక్టులను వేగవంతం చేయడానికి పునర్వినియోగ స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు మరియు నిర్మాణ బ్లాకులను కనుగొనండి.
+lang: te
+---
+
+మీరు మీ ప్రాజెక్ట్లో ప్రతి స్మార్ట్ కాంట్రాక్ట్ను మొదటి నుండి వ్రాయవలసిన అవసరం లేదు. అనేక ఓపెన్ సోర్స్ స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు అందుబాటులో ఉన్నాయి, అవి మీ ప్రాజెక్ట్ కోసం పునర్వినియోగ నిర్మాణ బ్లాక్లను అందిస్తాయి, ఇది మిమ్మల్ని తిరిగి కొత్తగా కనిపెట్టకుండా కాపాడగలదు.
+
+## అవసరాలు {#prerequisites}
+
+స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలలోకి వెళ్ళే ముందు, స్మార్ట్ కాంట్రాక్ట్ యొక్క నిర్మాణంపై మంచి అవగాహన కలిగి ఉండటం మంచిది. మీరు ఇంకా అలా చేయకపోతే [స్మార్ట్ కాంట్రాక్ట్ అనాటమీ](/developers/docs/smart-contracts/anatomy/)కి వెళ్లండి.
+
+## ఒక గ్రంథాలయంలో ఏముంది {#whats-in-a-library}
+
+మీరు సాధారణంగా స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలలో రెండు రకాల నిర్మాణ బ్లాకులను కనుగొనవచ్చు: మీరు మీ కాంట్రాక్టులకు జోడించగల పునర్వినియోగ ప్రవర్తనలు మరియు వివిధ ప్రమాణాల అమలులు.
+
+### ప్రవర్తనలు {#behaviors}
+
+స్మార్ట్ కాంట్రాక్టులను వ్రాసేటప్పుడు, ఒక కాంట్రాక్ట్లో రక్షిత కార్యకలాపాలను నిర్వహించడానికి _admin_ చిరునామాను కేటాయించడం లేదా ఊహించని సమస్య ఏర్పడినప్పుడు అత్యవసర _పాజ్_ బటన్ను జోడించడం వంటి ఒకే రకమైన నమూనాలను మీరు పదే పదే వ్రాసే అవకాశం ఉంది.
+
+స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు సాధారణంగా ఈ ప్రవర్తనల యొక్క పునర్వినియోగ అమలులను Solidityలో [లైబ్రరీలుగా](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#libraries) లేదా [ఇన్హెరిటెన్స్](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#inheritance) ద్వారా అందిస్తాయి.
+
+ఒక ఉదాహరణగా, [OpenZeppelin కాంట్రాక్ట్స్ లైబ్రరీ](https://github.com/OpenZeppelin/openzeppelin-contracts) నుండి [`Ownable` కాంట్రాక్ట్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v3.2.0/contracts/access/Ownable.sol) యొక్క సరళీకృత సంస్కరణ క్రింద ఉంది, ఇది ఒక చిరునామాను కాంట్రాక్ట్ యజమానిగా నియమిస్తుంది మరియు ఆ యజమానికి మాత్రమే ఒక పద్ధతికి యాక్సెస్ను పరిమితం చేయడానికి ఒక మాడిఫైయర్ను అందిస్తుంది.
+
+```solidity
+contract Ownable {
+ address public owner;
+
+ constructor() internal {
+ owner = msg.sender;
+ }
+
+ modifier onlyOwner() {
+ require(owner == msg.sender, "Ownable: పిలుపుదారు యజమాని కాదు");
+ _;
+ }
+}
+```
+
+మీ కాంట్రాక్ట్లో ఇలాంటి నిర్మాణ బ్లాక్ను ఉపయోగించడానికి, మీరు మొదట దానిని దిగుమతి చేసుకోవాలి, ఆపై మీ స్వంత కాంట్రాక్టులలో దాని నుండి విస్తరించాలి. ఇది మీ స్వంత ఫంక్షన్లను సురక్షితంగా చేయడానికి బేస్ `Ownable` కాంట్రాక్ట్ అందించిన మాడిఫైయర్ను ఉపయోగించడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+```solidity
+import ".../Ownable.sol"; // దిగుమతి చేసుకున్న లైబ్రరీకి పాత్
+
+contract MyContract is Ownable {
+ // కింది ఫంక్షన్ను యజమాని మాత్రమే పిలవగలరు
+ function secured() onlyOwner public {
+ msg.sender.transfer(1 ether);
+ }
+}
+```
+
+మరొక ప్రసిద్ధ ఉదాహరణ [SafeMath](https://docs.openzeppelin.com/contracts/3.x/utilities#math) లేదా [DsMath](https://dappsys.readthedocs.io/en/latest/ds_math.html). ఇవి లైబ్రరీలు (బేస్ కాంట్రాక్టులకు విరుద్ధంగా), ఇవి ఓవర్ఫ్లో తనిఖీలతో అంకగణిత ఫంక్షన్లను అందిస్తాయి, ఇవి భాష ద్వారా అందించబడవు. మీ కాంట్రాక్ట్ను ఓవర్ఫ్లోల నుండి రక్షించడానికి స్థానిక అంకగణిత కార్యకలాపాలకు బదులుగా ఈ లైబ్రరీలలో దేనినైనా ఉపయోగించడం మంచి పద్ధతి, లేకపోతే వినాశకరమైన పరిణామాలు ఉండవచ్చు!
+
+### ప్రమాణాలు {#standards}
+
+[కంపోజబిలిటీ మరియు ఇంటర్ఆపరేబిలిటీ](/developers/docs/smart-contracts/composability/)ని సులభతరం చేయడానికి, ఇతీరియము సంఘం **ERCల** రూపంలో అనేక ప్రమాణాలను నిర్వచించింది. మీరు వాటి గురించి [ప్రమాణాలు](/developers/docs/standards/) విభాగంలో మరింత చదవవచ్చు.
+
+మీ కాంట్రాక్టులలో భాగంగా ERCని చేర్చినప్పుడు, మీ స్వంతంగా రూపొందించడానికి ప్రయత్నించే బదులు ప్రామాణిక అమలుల కోసం చూడటం మంచిది. అనేక స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు అత్యంత ప్రజాదరణ పొందిన ERCల కోసం అమలులను కలిగి ఉంటాయి. ఉదాహరణకు, సర్వవ్యాప్త [ERC20 ఫంగిబుల్ టోకెన్ ప్రమాణం](/developers/tutorials/understand-the-erc-20-token-smart-contract/) [HQ20](https://github.com/HQ20/contracts/blob/master/contracts/token/README.md), [DappSys](https://github.com/dapphub/ds-token/) మరియు [OpenZeppelin](https://docs.openzeppelin.com/contracts/3.x/erc20)లలో కనుగొనవచ్చు. అదనంగా, కొన్ని ERCలు ERCలోనే భాగంగా ప్రామాణిక అమలులను కూడా అందిస్తాయి.
+
+కొన్ని ERCలు స్వతంత్రంగా ఉండవని, కానీ ఇతర ERCలకు అదనంగా ఉంటాయని పేర్కొనడం విలువైనది. ఉదాహరణకు, [ERC2612](https://eips.ethereum.org/EIPS/eip-2612) దాని వినియోగాన్ని మెరుగుపరచడానికి ERC20కి ఒక పొడిగింపును జోడిస్తుంది.
+
+## లైబ్రరీని ఎలా జోడించాలి {#how-to}
+
+మీ ప్రాజెక్ట్లో ఒక లైబ్రరీని ఎలా చేర్చాలనే దానిపై నిర్దిష్ట సూచనల కోసం మీరు చేర్చుతున్న లైబ్రరీ యొక్క డాక్యుమెంటేషన్ను ఎల్లప్పుడూ చూడండి. అనేక Solidity కాంట్రాక్ట్ లైబ్రరీలు `npm` ఉపయోగించి ప్యాకేజ్ చేయబడ్డాయి, కాబట్టి మీరు వాటిని `npm install` చేయవచ్చు. కాంట్రాక్టులను [కంపైల్ చేయడానికి](/developers/docs/smart-contracts/compiling/) చాలా సాధనాలు స్మార్ట్ కాంట్రాక్ట్ లైబ్రరీల కోసం మీ `node_modules`లో చూస్తాయి, కాబట్టి మీరు ఈ క్రింది విధంగా చేయవచ్చు:
+
+```solidity
+// ఇది మీ node_modules నుండి @openzeppelin/contracts లైబ్రరీని లోడ్ చేస్తుంది
+import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
+
+contract MyNFT is ERC721 {
+ constructor() ERC721("MyNFT", "MNFT") public { }
+}
+```
+
+మీరు ఉపయోగించే పద్ధతితో సంబంధం లేకుండా, ఒక లైబ్రరీని చేర్చేటప్పుడు, ఎల్లప్పుడూ [భాష](/developers/docs/smart-contracts/languages/) వెర్షన్పై దృష్టి పెట్టండి. ఉదాహరణకు, మీరు మీ కాంట్రాక్టులను Solidity 0.5లో వ్రాస్తుంటే, మీరు Solidity 0.6 కోసం ఒక లైబ్రరీని ఉపయోగించలేరు.
+
+## ఎప్పుడు ఉపయోగించాలి {#when-to-use}
+
+మీ ప్రాజెక్ట్ కోసం స్మార్ట్ కాంట్రాక్ట్ లైబ్రరీని ఉపయోగించడం వల్ల అనేక ప్రయోజనాలు ఉన్నాయి. అన్నింటికన్నా ముందు, ఇది మీ సిస్టమ్లో చేర్చగల రెడీ-టు-యూజ్ నిర్మాణ బ్లాక్లను అందించడం ద్వారా మీ సమయాన్ని ఆదా చేస్తుంది, అంతేకాక వాటిని మీరే కోడ్ చేయవలసిన అవసరం ఉండదు.
+
+భద్రత కూడా ఒక పెద్ద ప్రయోజనం. ఓపెన్ సోర్స్ స్మార్ట్ కాంట్రాక్ట్ లైబ్రరీలు కూడా తరచుగా ఎక్కువగా పరిశీలించబడతాయి. వాటిపై అనేక ప్రాజెక్టులు ఆధారపడి ఉన్నందున, వాటిని నిరంతరం సమీక్షలో ఉంచడానికి సంఘం నుండి బలమైన ప్రోత్సాహం ఉంది. పునర్వినియోగ కాంట్రాక్ట్ లైబ్రరీల కంటే అప్లికేషన్ కోడ్లో లోపాలను కనుగొనడం చాలా సాధారణం. కొన్ని లైబ్రరీలు అదనపు భద్రత కోసం [బాహ్య ఆడిట్లకు](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/audits) కూడా లోనవుతాయి.
+
+అయినప్పటికీ, స్మార్ట్ కాంట్రాక్ట్ లైబ్రరీలను ఉపయోగించడం వల్ల మీకు పరిచయం లేని కోడ్ను మీ ప్రాజెక్ట్లో చేర్చడం అనే ప్రమాదం ఉంటుంది. ఒక కాంట్రాక్ట్ను దిగుమతి చేసి, దాన్ని నేరుగా మీ ప్రాజెక్ట్లో చేర్చడం ఉత్సాహంగా ఉంటుంది, కానీ ఆ కాంట్రాక్ట్ ఏమి చేస్తుందో సరైన అవగాహన లేకుండా, ఊహించని ప్రవర్తన కారణంగా మీరు అనుకోకుండా మీ సిస్టమ్లో ఒక సమస్యను ప్రవేశపెట్టవచ్చు. మీరు దిగుమతి చేస్తున్న కోడ్ యొక్క డాక్యుమెంటేషన్ను ఎల్లప్పుడూ చదివారని నిర్ధారించుకోండి మరియు దాన్ని మీ ప్రాజెక్ట్లో భాగంగా చేసుకునే ముందు కోడ్ను కూడా సమీక్షించండి!
+
+చివరగా, ఒక లైబ్రరీని చేర్చాలా వద్దా అని నిర్ణయించుకునేటప్పుడు, దాని మొత్తం వినియోగాన్ని పరిగణించండి. విస్తృతంగా ఆమోదించబడిన దానికి పెద్ద కమ్యూనిటీ మరియు సమస్యల కోసం దానిని పరిశీలించే ఎక్కువ మంది వ్యక్తులు ఉండటం వంటి ప్రయోజనాలు ఉన్నాయి. స్మార్ట్ కాంట్రాక్టులతో నిర్మించేటప్పుడు భద్రత మీ ప్రాథమిక దృష్టిగా ఉండాలి!
+
+## సంబంధిత ఉపకరణాలు {#related-tools}
+
+**OpenZeppelin కాంట్రాక్టులు -** **_సురక్షితమైన స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధి కోసం అత్యంత ప్రజాదరణ పొందిన లైబ్రరీ._**
+
+- [డాక్యుమెంటేషన్](https://docs.openzeppelin.com/contracts/)
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-contracts)
+- [కమ్యూనిటీ ఫోరమ్](https://forum.openzeppelin.com/c/general/16)
+
+**DappSys -** **_స్మార్ట్-కాంట్రాక్టుల కోసం సురక్షితమైన, సరళమైన, సౌకర్యవంతమైన నిర్మాణ-బ్లాకులు._**
+
+- [డాక్యుమెంటేషన్](https://dappsys.readthedocs.io/)
+- [GitHub](https://github.com/dapphub/dappsys)
+
+**HQ20 -** **_వాస్తవ ప్రపంచం కోసం పూర్తి-ఫీచర్లతో కూడిన పంపిణీ చేయబడిన అప్లికేషన్లను రూపొందించడంలో మీకు సహాయపడటానికి కాంట్రాక్టులు, లైబ్రరీలు మరియు ఉదాహరణలతో కూడిన ఒక Solidity ప్రాజెక్ట్._**
+
+- [GitHub](https://github.com/HQ20/contracts)
+
+**thirdweb Solidity SDK -** **_కస్టమ్ స్మార్ట్ కాంట్రాక్టులను సమర్థవంతంగా నిర్మించడానికి అవసరమైన సాధనాలను అందిస్తుంది_**
+
+- [డాక్యుమెంటేషన్](https://portal.thirdweb.com/contracts/build/overview)
+- [GitHub](https://github.com/thirdweb-dev/contracts)
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [ఇతీరియము డెవలపర్ల కోసం భద్రతా పరిగణనలు](/developers/docs/smart-contracts/security/) _– లైబ్రరీ వినియోగంతో సహా స్మార్ట్ కాంట్రాక్టులను నిర్మించేటప్పుడు భద్రతా పరిగణనలపై ఒక ట్యుటోరియల్._
+- [ERC-20 టోకెన్ స్మార్ట్ కాంట్రాక్ట్ను అర్థం చేసుకోండి](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _-అనేక లైబ్రరీల ద్వారా అందించబడిన ERC20 ప్రమాణంపై ట్యుటోరియల్._
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/smart-contracts/naming/index.md b/public/content/translations/te/developers/docs/smart-contracts/naming/index.md
new file mode 100644
index 00000000000..5f9d3afc99b
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/naming/index.md
@@ -0,0 +1,101 @@
+---
+title: స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం
+description: ENSతో ఇతీరియము స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడానికి ఉత్తమ పద్ధతులు
+lang: te
+---
+
+స్మార్ట్ ఒప్పందాలు ఇతీరియము యొక్క వికేంద్రీకృత మౌలిక సదుపాయాలకు ఒక మూలస్తంభం, ఇవి స్వయంప్రతిపత్త అప్లికేషన్లు మరియు ప్రోటోకాల్లను ప్రారంభిస్తాయి. కానీ ఒప్పందం సామర్థ్యాలు అభివృద్ధి చెందుతున్నప్పటికీ, వినియోగదారులు మరియు అభివృద్ధి చేసేవారు ఈ ఒప్పందాలను గుర్తించడానికి మరియు సూచించడానికి ఇప్పటికీ ముడి హెక్సాడెసిమల్ చిరునామాలపై ఆధారపడతారు.
+
+[ఇతీరియము నేమ్ సర్వీస్ (ENS)](https://ens.domains/)తో స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం అనేది హెక్సాడెసిమల్ ఒప్పంద చిరునామాలను తొలగించడం ద్వారా వినియోగదారు అనుభవాన్ని మెరుగుపరుస్తుంది మరియు చిరునామా పాయిజనింగ్ మరియు స్పూఫింగ్ దాడుల వంటి దాడుల నుండి ప్రమాదాన్ని తగ్గిస్తుంది. ఈ గైడ్ స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం ఎందుకు ముఖ్యమో, దానిని ఎలా అమలు చేయవచ్చో వివరిస్తుంది, అలాగే ప్రక్రియను సరళీకృతం చేయడానికి మరియు డెవలపర్లు ఈ పద్ధతిని అనుసరించడంలో సహాయపడటానికి [Enscribe](https://www.enscribe.xyz) వంటి అందుబాటులో ఉన్న సాధనాలను వివరిస్తుంది.
+
+## స్మార్ట్ ఒప్పందాలకు ఎందుకు పేరు పెట్టాలి? {#why-name-contracts}
+
+### మానవ-చదవగలిగే ఐడెంటిఫైయర్లు {#human-readable-identifiers}
+
+`0x8f8e...f9e3` వంటి అపారదర్శక ఒప్పంద చిరునామాలతో పరస్పర చర్య చేయడానికి బదులుగా, అభివృద్ధి చేసేవారు మరియు వినియోగదారులు `v2.myapp.eth` వంటి మానవ-చదవగలిగే పేర్లను ఉపయోగించవచ్చు. ఇది స్మార్ట్ ఒప్పంద పరస్పర చర్యలను సరళీకృతం చేస్తుంది.
+
+ఇది [ఇతీరియము నేమ్ సర్వీస్](https://ens.domains/) ద్వారా సాధ్యమవుతుంది, ఇది ఇతీరియము చిరునామాల కోసం వికేంద్రీకృత నామకరణ సేవను అందిస్తుంది. ఇది `104.18.176.152` వంటి IP చిరునామా ద్వారా కాకుండా, ethereum.org వంటి పేరును ఉపయోగించి నెట్వర్క్ చిరునామాలను యాక్సెస్ చేయడానికి ఇంటర్నెట్ వినియోగదారులను డొమైన్ నేమ్ సర్వీస్ (DNS) ఎలా అనుమతిస్తుందో దానికి సారూప్యంగా ఉంటుంది.
+
+### మెరుగైన భద్రత మరియు నమ్మకం {#improved-security-and-trust}
+
+పేరున్న ఒప్పందాలు తప్పుడు చిరునామాకు జరిగే పొరపాటు లావాదేవీలను తగ్గించడంలో సహాయపడతాయి. నిర్దిష్ట యాప్లు లేదా బ్రాండ్లకు అనుబంధించబడిన ఒప్పందాలను గుర్తించడంలో అవి వినియోగదారులకు సహాయపడతాయి. ఇది ప్రతిష్టాత్మక నమ్మకం యొక్క ఒక పొరను జోడిస్తుంది, ముఖ్యంగా `uniswap.eth` వంటి సుప్రసిద్ధ పేరెంట్ డొమైన్లకు పేర్లు జోడించబడినప్పుడు.
+
+ఇతీరియము చిరునామా యొక్క 42-అక్షరాల పొడవు కారణంగా, చిరునామాలలో కొన్ని అక్షరాలు మార్చబడినప్పుడు, ఆ చిన్న మార్పులను గుర్తించడం వినియోగదారులకు చాలా కష్టం. ఉదాహరణకు, `0x58068646C148E313CB414E85d2Fe89dDc3426870` వంటి చిరునామా సాధారణంగా వాలెట్ల వంటి వినియోగదారు-ముఖ అప్లికేషన్ల ద్వారా `0x580...870` కు కుదించబడుతుంది. కొన్ని అక్షరాలు మార్చబడిన హానికరమైన చిరునామాను ఒక వినియోగదారుడు గమనించే అవకాశం లేదు.
+
+ఈ రకమైన సాంకేతికత చిరునామా స్పూఫింగ్ మరియు పాయిజనింగ్ దాడులలో ఉపయోగించబడుతుంది, ఇక్కడ వినియోగదారులు తాము సరైన చిరునామాతో పరస్పర చర్య చేస్తున్నామని లేదా నిధులను పంపుతున్నామని నమ్మించబడతారు, కానీ వాస్తవానికి ఆ చిరునామా కేవలం సరైన చిరునామాను పోలి ఉంటుంది, కానీ అది ఒకటి కాదు.
+
+వాలెట్లు మరియు ఒప్పందాల కోసం ENS పేర్లు ఈ రకమైన దాడుల నుండి రక్షిస్తాయి. DNS స్పూఫింగ్ దాడుల వలె, ENS స్పూఫింగ్ దాడులు కూడా జరగవచ్చు, అయినప్పటికీ, ఒక వినియోగదారుడు హెక్సాడెసిమల్ చిరునామాలో చిన్న మార్పు కంటే ENS పేరులోని అక్షర దోషాన్ని గమనించే అవకాశం ఎక్కువ.
+
+### వాలెట్లు మరియు ఎక్స్ప్లోరర్ల కోసం మెరుగైన UX {#better-ux}
+
+ఒక స్మార్ట్ ఒప్పందం ENS పేరుతో కాన్ఫిగర్ చేయబడినప్పుడు, వాలెట్లు మరియు బ్లాక్చెయిన్ ఎక్స్ప్లోరర్ల వంటి యాప్లు హెక్సాడెసిమల్ చిరునామాలకు బదులుగా స్మార్ట్ ఒప్పందాల కోసం ENS పేర్లను ప్రదర్శించడం సాధ్యమవుతుంది. ఇది వినియోగదారులకు గణనీయమైన వినియోగదారు అనుభవం (UX) ఉన్నతిని అందిస్తుంది.
+
+ఉదాహరణకు, Uniswap వంటి యాప్తో పరస్పర చర్య చేస్తున్నప్పుడు, వినియోగదారులు సాధారణంగా తాము పరస్పర చర్య చేస్తున్న యాప్ `uniswap.org` వెబ్సైట్లో హోస్ట్ చేయబడిందని చూస్తారు, కానీ ఒకవేళ Uniswap వారి స్మార్ట్ ఒప్పందాలకు ENSతో పేరు పెట్టకపోతే వారికి హెక్సాడెసిమల్ ఒప్పంద చిరునామా చూపబడుతుంది. ఒప్పందానికి పేరు పెడితే, దానికి బదులుగా వారు `v4.contracts.uniswap.eth` ను చూడగలరు, ఇది చాలా ఉపయోగకరంగా ఉంటుంది.
+
+## డిప్లాయ్మెంట్ సమయంలో vs. డిప్లాయ్మెంట్ తర్వాత పేరు పెట్టడం {#when-to-name}
+
+స్మార్ట్ ఒప్పందాలకు రెండు సందర్భాలలో పేరు పెట్టవచ్చు:
+
+- **డిప్లాయ్మెంట్ సమయంలో**: ఒప్పందం డిప్లాయ్ చేయబడినప్పుడు దానికి ENS పేరును కేటాయించడం.
+- **డిప్లాయ్మెంట్ తర్వాత**: ఇప్పటికే ఉన్న ఒప్పంద చిరునామాను కొత్త ENS పేరుకు మ్యాప్ చేయడం.
+
+రెండు పద్ధతులు ENS డొమైన్కు యజమాని లేదా మేనేజర్ యాక్సెస్ కలిగి ఉండటంపై ఆధారపడి ఉంటాయి, తద్వారా వారు ENS రికార్డులను సృష్టించగలరు మరియు సెట్ చేయగలరు.
+
+## ఒప్పందాల కోసం ENS నామకరణం ఎలా పనిచేస్తుంది {#how-ens-naming-works}
+
+ENS పేర్లు ఆన్చెయిన్లో నిల్వ చేయబడతాయి మరియు ENS రిజాల్వర్ల ద్వారా ఇతీరియము చిరునామాలకు పరిష్కరించబడతాయి. ఒక స్మార్ట్ ఒప్పందానికి పేరు పెట్టడానికి:
+
+1. ఒక పేరెంట్ ENS డొమైన్ను నమోదు చేయండి లేదా నియంత్రించండి (ఉదా. `myapp.eth`)
+2. ఒక సబ్డొమైన్ను సృష్టించండి (ఉదా. `v1.myapp.eth`)
+3. సబ్డొమైన్ యొక్క `address` రికార్డును ఒప్పంద చిరునామాకు సెట్ చేయండి
+4. దాని చిరునామా ద్వారా పేరును కనుగొనడానికి అనుమతించడానికి ఒప్పందం యొక్క రివర్స్ రికార్డును ENSకు సెట్ చేయండి
+
+ENS పేర్లు క్రమానుగతంగా ఉంటాయి మరియు అపరిమిత ఉప-పేర్లకు మద్దతు ఇస్తాయి. ఈ రికార్డులను సెట్ చేయడంలో సాధారణంగా ENS రిజిస్ట్రీ మరియు పబ్లిక్ రిజాల్వర్ ఒప్పందాలతో పరస్పర చర్య ఉంటుంది.
+
+## ఒప్పందాలకు పేరు పెట్టడానికి ఉపకరణాలు {#tools}
+
+స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడానికి రెండు పద్ధతులు ఉన్నాయి. కొన్ని మాన్యువల్ దశలతో [ENS యాప్](https://app.ens.domains)ను ఉపయోగించడం, లేదా [Enscribe](https://www.enscribe.xyz)ను ఉపయోగించడం. ఇవి క్రింద వివరించబడ్డాయి.
+
+### మాన్యువల్ ENS సెటప్ {#manual-ens-setup}
+
+[ENS యాప్](https://app.ens.domains/)ను ఉపయోగించి, అభివృద్ధి చేసేవారు మాన్యువల్గా ఉప-పేర్లను సృష్టించగలరు మరియు ఫార్వర్డ్ చిరునామా రికార్డులను సెట్ చేయగలరు. అయితే, వారు ENS యాప్ ద్వారా పేరు కోసం రివర్స్ రికార్డును సెట్ చేయడం ద్వారా ఒక స్మార్ట్ ఒప్పందానికి ప్రాథమిక పేరును సెట్ చేయలేరు. మాన్యువల్ దశలు తీసుకోవాలి, ఇవి [ENS డాక్స్](https://docs.ens.domains/web/naming-contracts/)లో కవర్ చేయబడ్డాయి.
+
+### Enscribe {#enscribe}
+
+[Enscribe](https://www.enscribe.xyz) ENSతో స్మార్ట్ ఒప్పంద నామకరణాన్ని సులభతరం చేస్తుంది, మరియు స్మార్ట్ ఒప్పందాలలో వినియోగదారు నమ్మకాన్ని పెంచుతుంది. ఇది అందిస్తుంది:
+
+- **అటామిక్ డిప్లాయ్మెంట్ మరియు నామకరణం**: కొత్త ఒప్పందాన్ని డిప్లాయ్ చేస్తున్నప్పుడు ENS పేరును కేటాయించండి
+- **పోస్ట్-డిప్లాయ్మెంట్ నామకరణం**: ఇప్పటికే డిప్లాయ్ చేయబడిన ఒప్పందాలకు పేర్లను జోడించండి
+- **బహుళ-గొలుసు మద్దతు**: ENSకు మద్దతు ఉన్న ఇతీరియము మరియు L2 నెట్వర్క్లలో పనిచేస్తుంది
+- **ఒప్పంద ధృవీకరణ డేటా**: వినియోగదారుల కోసం నమ్మకాన్ని పెంచడానికి బహుళ వనరుల నుండి లాగబడిన ఒప్పంద ధృవీకరణ డేటాను కలిగి ఉంటుంది
+
+Enscribe వినియోగదారులు అందించిన ENS పేర్లకు మద్దతు ఇస్తుంది, లేదా వినియోగదారుకు ENS పేరు లేకపోతే దాని స్వంత డొమైన్లకు మద్దతు ఇస్తుంది.
+
+స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం మరియు వీక్షించడం ప్రారంభించడానికి మీరు [Enscribe యాప్](https://app.enscribe.xyz)ను యాక్సెస్ చేయవచ్చు.
+
+## ఉత్తమ పద్ధతులు {#best-practices}
+
+- **స్పష్టమైన, సంస్కరణ పేరులను ఉపయోగించండి**, `v1.myapp.eth` వంటివి ఒప్పంద అప్గ్రేడ్లను పారదర్శకంగా చేయడానికి
+- వాలెట్లు మరియు బ్లాక్చెయిన్ ఎక్స్ప్లోరర్ల వంటి యాప్లలో కనిపించేలా చేయడానికి, ఒప్పందాలను ENS పేర్లకు లింక్ చేయడానికి **రివర్స్ రికార్డులను సెట్ చేయండి**.
+- యాజమాన్యంలో ప్రమాదవశాత్తు మార్పులను నివారించాలనుకుంటే **గడువు తేదీలను నిశితంగా పర్యవేక్షించండి**
+- **ఒప్పంద మూలాన్ని ధృవీకరించండి**, తద్వారా పేరున్న ఒప్పందం ఊహించిన విధంగా ప్రవర్తిస్తుందని వినియోగదారులు నమ్మగలరు
+
+## ప్రమాదాలు {#risks}
+
+స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం ఇతీరియము వినియోగదారులకు గణనీయమైన ప్రయోజనాలను అందిస్తుంది, అయితే, ENS డొమైన్ల యజమానులు వాటి నిర్వహణ విషయంలో అప్రమత్తంగా ఉండాలి. గుర్తించదగిన ప్రమాదాలు:
+
+- **గడువు**: DNS పేర్ల వలె, ENS పేర్ల రిజిస్ట్రేషన్లు పరిమిత వ్యవధిని కలిగి ఉంటాయి. అందువల్ల యజమానులు తమ డొమైన్ల గడువు తేదీలను పర్యవేక్షించడం మరియు వాటి గడువుకు చాలా ముందుగానే వాటిని పునరుద్ధరించడం చాలా ముఖ్యం. గడువు సమీపిస్తున్నప్పుడు డొమైన్ యజమానుల కోసం ENS యాప్ మరియు Enscribe రెండూ దృశ్య సూచికలను అందిస్తాయి.
+- **యాజమాన్యంలో మార్పు**: ENS రికార్డులు ఇతీరియముపై NFTలుగా సూచించబడతాయి, ఇక్కడ ఒక నిర్దిష్ట `.eth` డొమైన్ యజమాని సంబంధిత NFTని వారి ఆధీనంలో కలిగి ఉంటారు. అందువల్ల ఒక వేరొక ఖాతా ఈ NFT యాజమాన్యాన్ని తీసుకుంటే, కొత్త యజమాని తమకు నచ్చిన విధంగా ఏవైనా ENS రికార్డులను సవరించగలరు.
+
+అటువంటి ప్రమాదాలను తగ్గించడానికి, `.eth` 2వ స్థాయి డొమైన్ల (2LD) కోసం యజమాని ఖాతాను ఒక మల్టీ-సిగ్ వాలెట్ ద్వారా భద్రపరచాలి, మరియు ఒప్పంద నామకరణాన్ని నిర్వహించడానికి సబ్డొమైన్లు సృష్టించబడాలి. ఆ విధంగా, సబ్డొమైన్ స్థాయిలో యాజమాన్యంలో ఏవైనా ప్రమాదవశాత్తు లేదా హానికరమైన మార్పులు జరిగిన సందర్భంలో, వాటిని 2LD యజమాని ద్వారా అధిగమించవచ్చు.
+
+## ఒప్పంద నామకరణ భవిష్యత్తు {#future}
+
+వెబ్లో డొమైన్ పేర్లు IP చిరునామాలను ఎలా భర్తీ చేశాయో అదే విధంగా, ఒప్పంద నామకరణం డాప్ అభివృద్ధికి ఒక ఉత్తమ పద్ధతిగా మారుతోంది. వాలెట్లు, ఎక్స్ప్లోరర్లు మరియు డాష్బోర్డ్ల వంటి మరిన్ని మౌలిక సదుపాయాలు ఒప్పందాల కోసం ENS పరిష్కారాన్ని ఏకీకృతం చేస్తున్నందున, పేరున్న ఒప్పందాలు పర్యావరణ వ్యవస్థ అంతటా భద్రతను మెరుగుపరుస్తాయి మరియు లోపాలను తగ్గిస్తాయి.
+
+స్మార్ట్ ఒప్పందాలను గుర్తించడం మరియు వాటి గురించి తర్కించడం సులభతరం చేయడం ద్వారా, నామకరణం ఇతీరియముపై వినియోగదారులు మరియు యాప్ల మధ్య అంతరాన్ని పూడ్చడంలో సహాయపడుతుంది, ఇది వినియోగదారులకు భద్రత మరియు UX రెండింటినీ మెరుగుపరుస్తుంది.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ENSతో స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం](https://docs.ens.domains/web/naming-contracts/)
+- [Enscribeతో స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం](https://www.enscribe.xyz/docs).
diff --git a/public/content/translations/te/developers/docs/smart-contracts/security/index.md b/public/content/translations/te/developers/docs/smart-contracts/security/index.md
new file mode 100644
index 00000000000..96acdcbaa4c
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/security/index.md
@@ -0,0 +1,574 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్ భద్రత
+description: సురక్షితమైన ఇతీరియము స్మార్ట్ కాంట్రాక్ట్లను రూపొందించడానికి మార్గదర్శకాల యొక్క అవలోకనం
+lang: te
+---
+
+స్మార్ట్ కాంట్రాక్ట్లు చాలా సరళంగా ఉంటాయి, మరియు బ్లాక్చైన్లో అమలు చేయబడిన కోడ్ ఆధారంగా మార్పులేని తర్కాన్ని అమలు చేస్తున్నప్పుడు, పెద్ద మొత్తంలో విలువ మరియు డేటాను నియంత్రించగలవు. ఇది విశ్వసనీయత లేని మరియు వికేంద్రీకృత అప్లికేషన్ల యొక్క శక్తివంతమైన పర్యావరణ వ్యవస్థను సృష్టించింది, ఇది లెగసీ సిస్టమ్ల కంటే అనేక ప్రయోజనాలను అందిస్తుంది. స్మార్ట్ కాంట్రాక్ట్లలోని బలహీనతలను ఉపయోగించుకుని లాభం పొందాలనుకునే దాడి చేసేవారికి కూడా ఇవి అవకాశాలను అందిస్తాయి.
+
+ఇతీరియము వంటి పబ్లిక్ బ్లాక్చైన్లు, స్మార్ట్ కాంట్రాక్ట్లను సురక్షితంగా ఉంచే సమస్యను మరింత క్లిష్టతరం చేస్తాయి. అమలు చేయబడిన కాంట్రాక్ట్ కోడ్ను _సాధారణంగా_ భద్రతా లోపాలను సరిచేయడానికి మార్చలేము, అయితే స్మార్ట్ కాంట్రాక్ట్ల నుండి దొంగిలించబడిన ఆస్తులను ట్రాక్ చేయడం చాలా కష్టం మరియు మార్పులేని కారణంగా చాలావరకు తిరిగి పొందలేము.
+
+గణాంకాలు మారినప్పటికీ, స్మార్ట్ కాంట్రాక్ట్లలోని భద్రతా లోపాల కారణంగా దొంగిలించబడిన లేదా కోల్పోయిన మొత్తం విలువ సులభంగా $1 బిలియన్ కంటే ఎక్కువగా ఉంటుందని అంచనా. [DAO హ్యాక్](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3.6M ETH దొంగిలించబడింది, నేటి ధరలలో $1B కంటే ఎక్కువ విలువ), [ప్యారిటీ మల్టీ-సిగ్ వాలెట్ హ్యాక్](https://www.coindesk.com/markets/2017/07/19/30-million-ether-reported-stolen-due-to-parity-wallet-breach) (హ్యాకర్లకు $30M నష్టం), మరియు [ప్యారిటీ ఫ్రోజెన్ వాలెట్ సమస్య](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (ETH లో $300M కంటే ఎక్కువ శాశ్వతంగా లాక్ చేయబడింది) వంటి ఉన్నత స్థాయి సంఘటనలు ఇందులో ఉన్నాయి.
+
+పైన పేర్కొన్న సమస్యల కారణంగా, డెవలపర్లు సురక్షితమైన, దృఢమైన, మరియు స్థితిస్థాపకమైన స్మార్ట్ కాంట్రాక్ట్లను రూపొందించడంలో కృషి చేయడం అత్యవసరం. స్మార్ట్ కాంట్రాక్ట్ భద్రత అనేది ఒక గంభీరమైన విషయం, మరియు ప్రతి డెవలపర్ దీనిని నేర్చుకోవడం మంచిది. ఈ గైడ్ ఇతీరియము డెవలపర్ల కోసం భద్రతా పరిగణనలను చర్చిస్తుంది మరియు స్మార్ట్ కాంట్రాక్ట్ భద్రతను మెరుగుపరచడానికి వనరులను అన్వేషిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+భద్రతను పరిష్కరించే ముందు మీరు [స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధి యొక్క ప్రాథమిక అంశాలతో](/developers/docs/smart-contracts/) సుపరిచితులని నిర్ధారించుకోండి.
+
+## సురక్షితమైన ఇతీరియము స్మార్ట్ కాంట్రాక్ట్లను రూపొందించడానికి మార్గదర్శకాలు {#smart-contract-security-guidelines}
+
+### 1. సరైన యాక్సెస్ నియంత్రణలను రూపొందించండి {#design-proper-access-controls}
+
+స్మార్ట్ కాంట్రాక్ట్లలో, `public` లేదా `external`గా గుర్తించబడిన ఫంక్షన్లను ఏదైనా బాహ్య యాజమాన్యంలోని ఖాతాలు (EOAలు) లేదా కాంట్రాక్ట్ ఖాతాలు పిలవవచ్చు. మీ కాంట్రాక్ట్తో ఇతరులు సంభాషించాలని మీరు కోరుకుంటే, ఫంక్షన్ల కోసం పబ్లిక్ విజిబిలిటీని పేర్కొనడం అవసరం. అయితే, `private`గా గుర్తించబడిన ఫంక్షన్లను స్మార్ట్ కాంట్రాక్ట్లోని ఫంక్షన్లు మాత్రమే పిలవగలవు, బాహ్య ఖాతాలు పిలవలేవు. ప్రతి నెట్వర్క్ పార్టిసిపెంట్కు కాంట్రాక్ట్ ఫంక్షన్లకు యాక్సెస్ ఇవ్వడం సమస్యలను కలిగిస్తుంది, ముఖ్యంగా ఎవరైనా సున్నితమైన కార్యకలాపాలను (ఉదా., కొత్త టోకెన్లను ముద్రించడం) నిర్వహించగలిగితే.
+
+స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ల అనధికార వినియోగాన్ని నివారించడానికి, సురక్షితమైన యాక్సెస్ నియంత్రణలను అమలు చేయడం అవసరం. యాక్సెస్ నియంత్రణ యంత్రాంగాలు స్మార్ట్ కాంట్రాక్ట్లోని కొన్ని ఫంక్షన్లను ఉపయోగించే సామర్థ్యాన్ని, కాంట్రాక్ట్ను నిర్వహించడానికి బాధ్యత వహించే ఖాతాలు వంటి ఆమోదించబడిన సంస్థలకు పరిమితం చేస్తాయి. స్మార్ట్ కాంట్రాక్ట్లలో యాక్సెస్ నియంత్రణను అమలు చేయడానికి **ఓనబుల్ ప్యాటర్న్** మరియు **రోల్-బేస్డ్ కంట్రోల్** అనేవి రెండు ఉపయోగకరమైన ప్యాటర్న్లు:
+
+#### ఓనబుల్ ప్యాటర్న్ {#ownable-pattern}
+
+ఓనబుల్ ప్యాటర్న్లో, కాంట్రాక్ట్-సృష్టి ప్రక్రియలో ఒక చిరునామా కాంట్రాక్ట్ యొక్క “యజమాని”గా సెట్ చేయబడుతుంది. రక్షిత ఫంక్షన్లకు `OnlyOwner` మాడిఫైయర్ కేటాయించబడుతుంది, ఇది ఫంక్షన్ను అమలు చేయడానికి ముందు కాంట్రాక్ట్ కాల్ చేసే చిరునామా యొక్క గుర్తింపును ప్రామాణీకరించేలా చేస్తుంది. కాంట్రాక్ట్ యజమాని కాకుండా ఇతర చిరునామాల నుండి రక్షిత ఫంక్షన్లకు చేసే కాల్లు ఎల్లప్పుడూ వెనక్కి వెళ్తాయి, అవాంఛిత యాక్సెస్ను నివారిస్తాయి.
+
+#### రోల్-ఆధారిత యాక్సెస్ నియంత్రణ {#role-based-access-control}
+
+ఒక స్మార్ట్ కాంట్రాక్ట్లో ఒకే చిరునామాను `Owner`గా నమోదు చేయడం కేంద్రీకరణ ప్రమాదాన్ని పరిచయం చేస్తుంది మరియు సింగిల్ పాయింట్-ఆఫ్-ఫెయిల్యూర్ను సూచిస్తుంది. యజమాని ఖాతా కీలు రాజీపడితే, దాడి చేసేవారు యాజమాన్యంలోని కాంట్రాక్ట్పై దాడి చేయవచ్చు. అందుకే బహుళ పరిపాలనా ఖాతాలతో రోల్-ఆధారిత యాక్సెస్ నియంత్రణ ప్యాటర్న్ను ఉపయోగించడం మంచి ఎంపిక కావచ్చు.
+
+రోల్-ఆధారిత యాక్సెస్ నియంత్రణలో, సున్నితమైన ఫంక్షన్లకు యాక్సెస్ విశ్వసనీయ భాగస్వాముల సమితి మధ్య పంపిణీ చేయబడుతుంది. ఉదాహరణకు, ఒక ఖాతా టోకెన్లను ముద్రించడానికి బాధ్యత వహించవచ్చు, మరొక ఖాతా అప్గ్రేడ్లను నిర్వహిస్తుంది లేదా కాంట్రాక్ట్ను పాజ్ చేస్తుంది. ఈ విధంగా యాక్సెస్ నియంత్రణను వికేంద్రీకరించడం వైఫల్యానికి దారితీసే ఏకైక కేంద్రాలను తొలగిస్తుంది మరియు వినియోగదారుల కోసం విశ్వసనీయ అంచనాలను తగ్గిస్తుంది.
+
+##### బహుళ-సంతకాల వాలెట్లను ఉపయోగించడం
+
+సురక్షితమైన యాక్సెస్ నియంత్రణను అమలు చేయడానికి మరొక విధానం కాంట్రాక్ట్ను నిర్వహించడానికి [బహుళ-సంతకాల ఖాతాను](/developers/docs/smart-contracts/#multisig) ఉపయోగించడం. సాధారణ EOA లా కాకుండా, బహుళ-సంతకాల ఖాతాలు బహుళ సంస్థల యాజమాన్యంలో ఉంటాయి మరియు లావాదేవీలను అమలు చేయడానికి కనీస సంఖ్యలో ఖాతాల నుండి సంతకాలు అవసరం—ఉదాహరణకు 5-లో-3.
+
+యాక్సెస్ నియంత్రణ కోసం మల్టీసిగ్ను ఉపయోగించడం భద్రత యొక్క అదనపు పొరను పరిచయం చేస్తుంది, ఎందుకంటే టార్గెట్ కాంట్రాక్ట్పై చర్యలకు బహుళ పార్టీల నుండి సమ్మతి అవసరం. ఓనబుల్ ప్యాటర్న్ను ఉపయోగించడం అవసరమైతే ఇది ప్రత్యేకంగా ఉపయోగపడుతుంది, ఎందుకంటే ఇది ఒక దాడి చేసేవాడు లేదా మోసపూరిత అంతర్గత వ్యక్తి దురుద్దేశపూర్వక ప్రయోజనాల కోసం సున్నితమైన కాంట్రాక్ట్ ఫంక్షన్లను తారుమారు చేయడాన్ని కష్టతరం చేస్తుంది.
+
+### 2. కాంట్రాక్ట్ కార్యకలాపాలను రక్షించడానికి require(), assert(), మరియు revert() స్టేట్మెంట్లను ఉపయోగించండి {#use-require-assert-revert}
+
+చెప్పినట్లుగా, మీ స్మార్ట్ కాంట్రాక్ట్ బ్లాక్చైన్లో అమలు చేయబడిన తర్వాత ఎవరైనా దానిలోని పబ్లిక్ ఫంక్షన్లను పిలవవచ్చు. బాహ్య ఖాతాలు కాంట్రాక్ట్తో ఎలా సంభాషిస్తాయో మీరు ముందుగా తెలుసుకోలేరు కాబట్టి, అమలు చేయడానికి ముందు సమస్యాత్మక కార్యకలాపాలకు వ్యతిరేకంగా అంతర్గత భద్రతా చర్యలను అమలు చేయడం ఉత్తమం. నిర్దిష్ట అవసరాలను సంతృప్తిపరచడంలో అమలు విఫలమైతే, మినహాయింపులను ట్రిగ్గర్ చేయడానికి మరియు స్టేట్ మార్పులను వెనక్కి తీసుకోవడానికి `require()`, `assert()`, మరియు `revert()` స్టేట్మెంట్లను ఉపయోగించడం ద్వారా మీరు స్మార్ట్ కాంట్రాక్ట్లలో సరైన ప్రవర్తనను అమలు చేయవచ్చు.
+
+**`require()`**: `require` అనేది ఫంక్షన్ల ప్రారంభంలో నిర్వచించబడింది మరియు పిలవబడిన ఫంక్షన్ అమలు చేయబడటానికి ముందుగా నిర్వచించబడిన షరతులు నెరవేరాయని నిర్ధారిస్తుంది. ఒక `require` స్టేట్మెంట్ను వినియోగదారు ఇన్పుట్లను ధృవీకరించడానికి, స్టేట్ వేరియబుల్స్ను తనిఖీ చేయడానికి, లేదా ఒక ఫంక్షన్తో ముందుకు సాగే ముందు కాల్ చేసే ఖాతా యొక్క గుర్తింపును ప్రామాణీకరించడానికి ఉపయోగించవచ్చు.
+
+**`assert()`**: `assert()` అంతర్గత లోపాలను గుర్తించడానికి మరియు మీ కోడ్లోని “ఇన్వేరియంట్ల” ఉల్లంఘనలను తనిఖీ చేయడానికి ఉపయోగించబడుతుంది. ఒక ఇన్వేరియంట్ అనేది కాంట్రాక్ట్ యొక్క స్టేట్ గురించి ఒక తార్కిక వాదన, ఇది అన్ని ఫంక్షన్ అమలులకు నిజంగా ఉండాలి. ఒక ఉదాహరణ ఇన్వేరియంట్ ఒక టోకెన్ కాంట్రాక్ట్ యొక్క గరిష్ట మొత్తం సరఫరా లేదా బ్యాలెన్స్. `assert()`ని ఉపయోగించడం వలన మీ కాంట్రాక్ట్ ఎప్పుడూ బలహీనమైన స్థితికి చేరదని నిర్ధారిస్తుంది, మరియు అలా జరిగితే, స్టేట్ వేరియబుల్స్కు చేసిన అన్ని మార్పులు వెనక్కి తీసుకోబడతాయి.
+
+**`revert()`**: `revert()`ని ఒక if-else స్టేట్మెంట్లో ఉపయోగించవచ్చు, ఇది అవసరమైన షరతు సంతృప్తి చెందకపోతే మినహాయింపును ట్రిగ్గర్ చేస్తుంది. కింది నమూనా కాంట్రాక్ట్ ఫంక్షన్ల అమలును రక్షించడానికి `revert()`ని ఉపయోగిస్తుంది:
+
+```
+pragma solidity ^0.8.4;
+
+contract VendingMachine {
+ address owner;
+ error Unauthorized();
+ function buy(uint amount) public payable {
+ if (amount > msg.value / 2 ether)
+ revert("Not enough Ether provided.");
+ // కొనుగోలు చేయండి.
+ }
+ function withdraw() public {
+ if (msg.sender != owner)
+ revert Unauthorized();
+
+ payable(msg.sender).transfer(address(this).balance);
+ }
+}
+```
+
+### 3. స్మార్ట్ కాంట్రాక్ట్లను పరీక్షించండి మరియు కోడ్ సరిగ్గా ఉందో లేదో ధృవీకరించండి {#test-smart-contracts-and-verify-code-correctness}
+
+[ఇతీరియము వర్చువల్ మషీన్](/developers/docs/evm/)లో నడుస్తున్న కోడ్ యొక్క మార్పులేనితత్వం అంటే స్మార్ట్ కాంట్రాక్ట్లు అభివృద్ధి దశలో ఉన్నత స్థాయి నాణ్యత అంచనాను కోరుతాయి. మీ కాంట్రాక్ట్ను విస్తృతంగా పరీక్షించడం మరియు ఏదైనా అనూహ్య ఫలితాల కోసం దానిని గమనించడం భద్రతను చాలా మెరుగుపరుస్తుంది మరియు దీర్ఘకాలంలో మీ వినియోగదారులను రక్షిస్తుంది.
+
+సాధారణ పద్ధతి, కాంట్రాక్ట్ వినియోగదారుల నుండి స్వీకరించే అవకాశం ఉన్న మాక్ డేటాను ఉపయోగించి చిన్న యూనిట్ పరీక్షలు వ్రాయడం. [యూనిట్ టెస్టింగ్](/developers/docs/smart-contracts/testing/#unit-testing) కొన్ని ఫంక్షన్ల యొక్క కార్యాచరణను పరీక్షించడానికి మరియు స్మార్ట్ కాంట్రాక్ట్ ఆశించిన విధంగా పనిచేస్తుందని నిర్ధారించుకోవడానికి మంచిది.
+
+దురదృష్టవశాత్తు, ఒంటరిగా ఉపయోగించినప్పుడు స్మార్ట్ కాంట్రాక్ట్ భద్రతను మెరుగుపరచడంలో యూనిట్ టెస్టింగ్ కనీస ప్రభావవంతంగా ఉంటుంది. ఒక యూనిట్ పరీక్ష మాక్ డేటా కోసం ఒక ఫంక్షన్ సరిగ్గా అమలు అవుతుందని నిరూపించవచ్చు, కానీ యూనిట్ పరీక్షలు వ్రాయబడిన పరీక్షల వలె మాత్రమే ప్రభావవంతంగా ఉంటాయి. ఇది మీ స్మార్ట్ కాంట్రాక్ట్ భద్రతను దెబ్బతీసే తప్పిపోయిన ఎడ్జ్ కేసులు మరియు బలహీనతలను గుర్తించడాన్ని కష్టతరం చేస్తుంది.
+
+మెరుగైన విధానం యూనిట్ టెస్టింగ్ను [స్టాటిక్ మరియు డైనమిక్ ఎనాలిసిస్](/developers/docs/smart-contracts/testing/#static-dynamic-analysis) ఉపయోగించి నిర్వహించే ప్రాపర్టీ-బేస్డ్ టెస్టింగ్తో కలపడం. స్టాటిక్ ఎనాలిసిస్, చేరుకోగల ప్రోగ్రామ్ స్టేట్లు మరియు ఎగ్జిక్యూషన్ మార్గాలను విశ్లేషించడానికి [కంట్రోల్ ఫ్లో గ్రాఫ్లు](https://en.wikipedia.org/wiki/Control-flow_graph) మరియు [అబ్స్ట్రాక్ట్ సింటాక్స్ ట్రీలు](https://deepsource.io/glossary/ast/) వంటి తక్కువ-స్థాయి ప్రాతినిధ్యాలపై ఆధారపడుతుంది. ఇంతలో, [స్మార్ట్ కాంట్రాక్ట్ ఫజింగ్](https://www.cyfrin.io/blog/smart-contract-fuzzing-and-invariants-testing-foundry) వంటి డైనమిక్ విశ్లేషణ పద్ధతులు, భద్రతా లక్షణాలను ఉల్లంఘించే కార్యకలాపాలను గుర్తించడానికి యాదృచ్ఛిక ఇన్పుట్ విలువలతో కాంట్రాక్ట్ కోడ్ను అమలు చేస్తాయి.
+
+[ఫార్మల్ వెరిఫికేషన్](/developers/docs/smart-contracts/formal-verification) అనేది స్మార్ట్ కాంట్రాక్ట్లలో భద్రతా లక్షణాలను ధృవీకరించడానికి మరొక పద్ధతి. సాధారణ టెస్టింగ్ లా కాకుండా, ఫార్మల్ వెరిఫికేషన్ ఒక స్మార్ట్ కాంట్రాక్ట్లో లోపాలు లేవని నిశ్చయంగా నిరూపించగలదు. ఇది కావలసిన భద్రతా లక్షణాలను సంగ్రహించే ఒక ఫార్మల్ స్పెసిఫికేషన్ను సృష్టించడం మరియు కాంట్రాక్ట్ల యొక్క ఫార్మల్ మోడల్ ఈ స్పెసిఫికేషన్కు కట్టుబడి ఉందని నిరూపించడం ద్వారా సాధించబడుతుంది.
+
+### 4. మీ కోడ్ యొక్క స్వతంత్ర సమీక్ష కోసం అడగండి {#get-independent-code-reviews}
+
+మీ కాంట్రాక్ట్ను పరీక్షించిన తర్వాత, ఏవైనా భద్రతా సమస్యల కోసం సోర్స్ కోడ్ను తనిఖీ చేయమని ఇతరులను అడగడం మంచిది. టెస్టింగ్ ఒక స్మార్ట్ కాంట్రాక్ట్లోని ప్రతి లోపాన్ని వెలికితీయదు, కానీ స్వతంత్ర సమీక్ష పొందడం బలహీనతలను గుర్తించే అవకాశాన్ని పెంచుతుంది.
+
+#### ఆడిట్లు {#audits}
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ ఆడిట్ను ప్రారంభించడం అనేది స్వతంత్ర కోడ్ సమీక్షను నిర్వహించడానికి ఒక మార్గం. ఆడిటర్లు స్మార్ట్ కాంట్రాక్ట్లు సురక్షితంగా ఉన్నాయని మరియు నాణ్యత లోపాలు మరియు డిజైన్ లోపాల నుండి విముక్తంగా ఉన్నాయని నిర్ధారించడంలో ముఖ్యమైన పాత్ర పోషిస్తారు.
+
+అయినప్పటికీ, మీరు ఆడిట్లను ఒక సర్వరోగనివారిణిగా పరిగణించకుండా ఉండాలి. స్మార్ట్ కాంట్రాక్ట్ ఆడిట్లు ప్రతి బగ్ను పట్టుకోలేవు మరియు చాలావరకు సమీక్షల యొక్క అదనపు రౌండ్ను అందించడానికి రూపొందించబడ్డాయి, ఇది ప్రారంభ అభివృద్ధి మరియు టెస్టింగ్ సమయంలో డెవలపర్లు తప్పిపోయిన సమస్యలను గుర్తించడంలో సహాయపడుతుంది. స్మార్ట్ కాంట్రాక్ట్ ఆడిట్ యొక్క ప్రయోజనాన్ని గరిష్టీకరించడానికి, ఆడిటర్లతో పనిచేయడానికి ఉత్తమ పద్ధతులను కూడా మీరు అనుసరించాలి, ఉదాహరణకు కోడ్ను సరిగ్గా డాక్యుమెంట్ చేయడం మరియు ఇన్లైన్ వ్యాఖ్యలను జోడించడం.
+
+- [స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్ చిట్కాలు & ట్రిక్స్](https://twitter.com/tinchoabbate/status/1400170232904400897) - _@tinchoabbate_
+- [మీ ఆడిట్ నుండి గరిష్ట ప్రయోజనం పొందండి](https://inference.ag/blog/2023-08-14-tips/) - _Inference_
+
+#### బగ్ బౌంటీలు {#bug-bounties}
+
+బగ్ బౌంటీ ప్రోగ్రామ్ను ఏర్పాటు చేయడం బాహ్య కోడ్ సమీక్షలను అమలు చేయడానికి మరొక విధానం. బగ్ బౌంటీ అనేది ఒక అప్లికేషన్లో బలహీనతలను కనుగొన్న వ్యక్తులకు (సాధారణంగా వైట్హ్యాట్ హ్యాకర్లు) ఇవ్వబడిన ఆర్థిక బహుమతి.
+
+సరిగ్గా ఉపయోగించినప్పుడు, బగ్ బౌంటీలు హ్యాకర్ కమ్యూనిటీ సభ్యులకు మీ కోడ్ను క్లిష్టమైన లోపాల కోసం తనిఖీ చేయడానికి ప్రోత్సాహాన్ని ఇస్తాయి. ఒక నిజ జీవిత ఉదాహరణ “అనంతమైన డబ్బు బగ్”, ఇది ఇతీరియము పై నడుస్తున్న [లేయర్ 2](/layer-2/) ప్రోటోకాల్ అయిన [ఆప్టిమిజం](https://www.optimism.io/) పై ఒక దాడి చేసేవాడు అపరిమిత మొత్తంలో ఈథర్ను సృష్టించడానికి అనుమతించేది. అదృష్టవశాత్తు, ఒక వైట్హ్యాట్ హ్యాకర్ [ఆ లోపాన్ని కనుగొని](https://www.saurik.com/optimism.html) బృందానికి తెలియజేశాడు, [ఈ ప్రక్రియలో పెద్ద చెల్లింపును సంపాదించాడు](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/).
+
+ఒక ఉపయోగకరమైన వ్యూహం, బగ్ బౌంటీ ప్రోగ్రామ్ యొక్క చెల్లింపును వాటాలో ఉన్న నిధుల మొత్తానికి అనులోమానుపాతంలో సెట్ చేయడం. “[స్కేలింగ్ బగ్ బౌంటీ](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)”గా వర్ణించబడిన ఈ విధానం, వ్యక్తులకు బలహీనతలను ఉపయోగించుకునే బదులు బాధ్యతాయుతంగా బహిర్గతం చేయడానికి ఆర్థిక ప్రోత్సాహకాలను అందిస్తుంది.
+
+### 5. స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధి సమయంలో ఉత్తమ పద్ధతులను అనుసరించండి {#follow-smart-contract-development-best-practices}
+
+ఆడిట్లు మరియు బగ్ బౌంటీలు ఉన్నంత మాత్రాన, అధిక-నాణ్యత కోడ్ వ్రాయవలసిన మీ బాధ్యత నుండి మీకు మినహాయింపు లభించదు. మంచి స్మార్ట్ కాంట్రాక్ట్ భద్రత సరైన డిజైన్ మరియు అభివృద్ధి ప్రక్రియలను అనుసరించడంతో ప్రారంభమవుతుంది:
+
+- మొత్తం కోడ్ను git వంటి వెర్షన్ కంట్రోల్ సిస్టమ్లో నిల్వ చేయండి
+
+- అన్ని కోడ్ మార్పులను పుల్ రిక్వెస్ట్ల ద్వారా చేయండి
+
+- పుల్ రిక్వెస్ట్లకు కనీసం ఒక స్వతంత్ర సమీక్షకుడు ఉండేలా చూసుకోండి—మీరు ఒక ప్రాజెక్ట్పై ఒంటరిగా పనిచేస్తుంటే, ఇతర డెవలపర్లను కనుగొని కోడ్ సమీక్షలను మార్చుకోవడాన్ని పరిగణించండి
+
+- స్మార్ట్ కాంట్రాక్ట్లను పరీక్షించడం, కంపైల్ చేయడం, అమలు చేయడం కోసం [డెవలప్మెంట్ ఎన్విరాన్మెంట్ను](/developers/docs/frameworks/) ఉపయోగించండి
+
+- మీ కోడ్ను [సైఫ్రిన్ అడెరిన్](https://github.com/Cyfrin/aderyn), మిథ్రిల్ మరియు స్లిథర్ వంటి ప్రాథమిక కోడ్ విశ్లేషణ సాధనాల ద్వారా అమలు చేయండి. ఆదర్శంగా, మీరు ప్రతి పుల్ రిక్వెస్ట్ విలీనం చేయబడటానికి ముందు దీనిని చేయాలి మరియు అవుట్పుట్లోని తేడాలను పోల్చాలి
+
+- మీ కోడ్ లోపాలు లేకుండా కంపైల్ అవుతుందని మరియు Solidity కంపైలర్ ఎలాంటి హెచ్చరికలను విడుదల చేయదని నిర్ధారించుకోండి
+
+- మీ కోడ్ను సరిగ్గా డాక్యుమెంట్ చేయండి ([NatSpec](https://solidity.readthedocs.io/en/develop/natspec-format.html) ఉపయోగించి) మరియు కాంట్రాక్ట్ ఆర్కిటెక్చర్ గురించిన వివరాలను సులభంగా అర్థమయ్యే భాషలో వివరించండి. ఇది ఇతరులు మీ కోడ్ను ఆడిట్ చేయడానికి మరియు సమీక్షించడానికి సులభతరం చేస్తుంది.
+
+### 6. దృఢమైన విపత్తు పునరుద్ధరణ ప్రణాళికలను అమలు చేయండి {#implement-disaster-recovery-plans}
+
+సురక్షితమైన యాక్సెస్ నియంత్రణలను రూపొందించడం, ఫంక్షన్ మాడిఫైయర్లను అమలు చేయడం మరియు ఇతర సూచనలు స్మార్ట్ కాంట్రాక్ట్ భద్రతను మెరుగుపరచగలవు, కానీ అవి హానికరమైన దోపిడీల అవకాశాన్ని తోసిపుచ్చలేవు. సురక్షితమైన స్మార్ట్ కాంట్రాక్ట్లను నిర్మించడానికి “వైఫల్యానికి సిద్ధపడటం” మరియు దాడులకు సమర్థవంతంగా ప్రతిస్పందించడానికి ఒక ఫాల్బ్యాక్ ప్రణాళికను కలిగి ఉండటం అవసరం. సరైన విపత్తు పునరుద్ధరణ ప్రణాళిక కింది భాగాలలో కొన్నింటిని లేదా అన్నింటినీ కలిగి ఉంటుంది:
+
+#### కాంట్రాక్ట్ అప్గ్రేడ్లు {#contract-upgrades}
+
+ఇతీరియము స్మార్ట్ కాంట్రాక్ట్లు డిఫాల్ట్గా మార్పులేనివి అయినప్పటికీ, అప్గ్రేడ్ ప్యాటర్న్లను ఉపయోగించడం ద్వారా కొంతవరకు మార్పుచేర్పులను సాధించడం సాధ్యమవుతుంది. ఒక క్లిష్టమైన లోపం మీ పాత కాంట్రాక్ట్ను నిరుపయోగంగా మార్చినప్పుడు మరియు కొత్త లాజిక్ను అమలు చేయడం అత్యంత ఆచరణీయమైన ఎంపిక అయిన సందర్భాలలో కాంట్రాక్ట్లను అప్గ్రేడ్ చేయడం అవసరం.
+
+కాంట్రాక్ట్ అప్గ్రేడ్ యంత్రాంగాలు విభిన్నంగా పనిచేస్తాయి, కానీ స్మార్ట్ కాంట్రాక్ట్లను అప్గ్రేడ్ చేయడానికి “ప్రాక్సీ ప్యాటర్న్” అనేది మరింత ప్రజాదరణ పొందిన విధానాలలో ఒకటి. [ప్రాక్సీ ప్యాటర్న్లు](https://www.cyfrin.io/blog/upgradeable-proxy-smart-contract-pattern) ఒక అప్లికేషన్ యొక్క స్టేట్ మరియు లాజిక్ను _రెండు_ కాంట్రాక్ట్ల మధ్య విభజిస్తాయి. మొదటి కాంట్రాక్ట్ (ఒక ‘ప్రాక్సీ కాంట్రాక్ట్’ అని పిలుస్తారు) స్టేట్ వేరియబుల్స్ను (ఉదా., వినియోగదారు బ్యాలెన్స్లు) నిల్వ చేస్తుంది, అయితే రెండవ కాంట్రాక్ట్ (ఒక ‘లాజిక్ కాంట్రాక్ట్’ అని పిలుస్తారు) కాంట్రాక్ట్ ఫంక్షన్లను అమలు చేయడానికి కోడ్ను కలిగి ఉంటుంది.
+
+ఖాతాలు ప్రాక్సీ కాంట్రాక్ట్తో సంభాషిస్తాయి, ఇది [`delegatecall()`](https://docs.soliditylang.org/en/v0.8.16/introduction-to-smart-contracts.html?highlight=delegatecall#delegatecall-callcode-and-libraries) తక్కువ-స్థాయి కాల్ను ఉపయోగించి అన్ని ఫంక్షన్ కాల్లను లాజిక్ కాంట్రాక్ట్కు పంపుతుంది. సాధారణ మెసేజ్ కాల్ లా కాకుండా, `delegatecall()` లాజిక్ కాంట్రాక్ట్ చిరునామాలో నడుస్తున్న కోడ్ కాలింగ్ కాంట్రాక్ట్ సందర్భంలో అమలు చేయబడుతుందని నిర్ధారిస్తుంది. అంటే లాజిక్ కాంట్రాక్ట్ ఎల్లప్పుడూ ప్రాక్సీ స్టోరేజ్కు (దాని స్వంత స్టోరేజ్కు బదులుగా) వ్రాస్తుంది మరియు `msg.sender` మరియు `msg.value` యొక్క అసలు విలువలు భద్రపరచబడతాయి.
+
+లాజిక్ కాంట్రాక్ట్కు కాల్లను డెలిగేట్ చేయడానికి ప్రాక్సీ కాంట్రాక్ట్ యొక్క స్టోరేజ్లో దాని చిరునామాను నిల్వ చేయడం అవసరం. అందువల్ల, కాంట్రాక్ట్ యొక్క లాజిక్ను అప్గ్రేడ్ చేయడం అనేది మరొక లాజిక్ కాంట్రాక్ట్ను అమలు చేసి, కొత్త చిరునామాను ప్రాక్సీ కాంట్రాక్ట్లో నిల్వ చేయడం మాత్రమే. ప్రాక్సీ కాంట్రాక్ట్కు తదుపరి కాల్లు స్వయంచాలకంగా కొత్త లాజిక్ కాంట్రాక్ట్కు మళ్ళించబడతాయి కాబట్టి, మీరు వాస్తవానికి కోడ్ను మార్చకుండానే కాంట్రాక్ట్ను “అప్గ్రేడ్” చేసినట్లు అవుతుంది.
+
+[కాంట్రాక్ట్లను అప్గ్రేడ్ చేయడం గురించి మరింత](/developers/docs/smart-contracts/upgrading/).
+
+#### అత్యవసర నిలుపుదలలు {#emergency-stops}
+
+చెప్పినట్లుగా, విస్తృతమైన ఆడిటింగ్ మరియు టెస్టింగ్ ఒక స్మార్ట్ కాంట్రాక్ట్లోని అన్ని బగ్లను కనుగొనలేవు. అమలు తర్వాత మీ కోడ్లో ఒక బలహీనత కనిపిస్తే, కాంట్రాక్ట్ చిరునామాలో నడుస్తున్న కోడ్ను మీరు మార్చలేరు కాబట్టి దానిని ప్యాచ్ చేయడం అసాధ్యం. అలాగే, అప్గ్రేడ్ యంత్రాంగాలు (ఉదా., ప్రాక్సీ ప్యాటర్న్లు) అమలు చేయడానికి సమయం పట్టవచ్చు (వాటికి తరచుగా వివిధ పార్టీల నుండి ఆమోదం అవసరం), ఇది దాడి చేసేవారికి మరింత నష్టం కలిగించడానికి ఎక్కువ సమయం ఇస్తుంది.
+
+అణు ఎంపిక అనేది ఒక “అత్యవసర నిలుపుదల” ఫంక్షన్ను అమలు చేయడం, ఇది ఒక కాంట్రాక్ట్లోని బలహీనమైన ఫంక్షన్లకు కాల్లను బ్లాక్ చేస్తుంది. అత్యవసర నిలుపుదలలు సాధారణంగా కింది భాగాలను కలిగి ఉంటాయి:
+
+1. స్మార్ట్ కాంట్రాక్ట్ నిలిపివేయబడిన స్థితిలో ఉందో లేదో సూచించే ఒక గ్లోబల్ బూలియన్ వేరియబుల్. ఈ వేరియబుల్ కాంట్రాక్ట్ను సెటప్ చేసేటప్పుడు `false`గా సెట్ చేయబడుతుంది, కానీ కాంట్రాక్ట్ నిలిపివేయబడిన తర్వాత `true`కు తిరిగి వస్తుంది.
+
+2. వాటి అమలులో బూలియన్ వేరియబుల్ను సూచించే ఫంక్షన్లు. అటువంటి ఫంక్షన్లు స్మార్ట్ కాంట్రాక్ట్ నిలిపివేయబడనప్పుడు యాక్సెస్ చేయబడతాయి మరియు అత్యవసర నిలుపుదల ఫీచర్ ట్రిగ్గర్ చేయబడినప్పుడు యాక్సెస్ చేయలేకుండా పోతాయి.
+
+3. అత్యవసర నిలుపుదల ఫంక్షన్కు యాక్సెస్ ఉన్న ఒక సంస్థ, ఇది బూలియన్ వేరియబుల్ను `true`గా సెట్ చేస్తుంది. హానికరమైన చర్యలను నివారించడానికి, ఈ ఫంక్షన్కు కాల్లను విశ్వసనీయ చిరునామాకు (ఉదా., కాంట్రాక్ట్ యజమాని) పరిమితం చేయవచ్చు.
+
+కాంట్రాక్ట్ అత్యవసర నిలుపుదలను సక్రియం చేసిన తర్వాత, కొన్ని ఫంక్షన్లను పిలవలేము. గ్లోబల్ వేరియబుల్ను సూచించే ఒక మాడిఫైయర్లో ఎంచుకున్న ఫంక్షన్లను చుట్టడం ద్వారా ఇది సాధించబడుతుంది. కింద ఈ ప్యాటర్న్ యొక్క అమలును కాంట్రాక్ట్లలో వివరించే [ఒక ఉదాహరణ](https://github.com/fravoll/solidity-patterns/blob/master/EmergencyStop/EmergencyStop.sol) ఉంది:
+
+```solidity
+// ఈ కోడ్ వృత్తిపరంగా ఆడిట్ చేయబడలేదు మరియు భద్రత లేదా ఖచ్చితత్వం గురించి ఎటువంటి వాగ్దానాలు చేయదు. మీ స్వంత పూచీతో ఉపయోగించండి.
+
+contract EmergencyStop {
+
+ bool isStopped = false;
+
+ modifier stoppedInEmergency {
+ require(!isStopped);
+ _;
+ }
+
+ modifier onlyWhenStopped {
+ require(isStopped);
+ _;
+ }
+
+ modifier onlyAuthorized {
+ // ఇక్కడ msg.sender అధికారం కోసం తనిఖీ చేయండి
+ _;
+ }
+
+ function stopContract() public onlyAuthorized {
+ isStopped = true;
+ }
+
+ function resumeContract() public onlyAuthorized {
+ isStopped = false;
+ }
+
+ function deposit() public payable stoppedInEmergency {
+ // డిపాజిట్ లాజిక్ ఇక్కడ జరుగుతోంది
+ }
+
+ function emergencyWithdraw() public onlyWhenStopped {
+ // అత్యవసర ఉపసంహరణ ఇక్కడ జరుగుతోంది
+ }
+}
+```
+
+ఈ ఉదాహరణ అత్యవసర నిలుపుదలల యొక్క ప్రాథమిక లక్షణాలను చూపుతుంది:
+
+- `isStopped` అనేది ఒక బూలియన్, ఇది ప్రారంభంలో `false`గా మరియు కాంట్రాక్ట్ అత్యవసర మోడ్లోకి ప్రవేశించినప్పుడు `true`గా మూల్యాంకనం చేస్తుంది.
+
+- ఫంక్షన్ మాడిఫైయర్లు `onlyWhenStopped` మరియు `stoppedInEmergency` `isStopped` వేరియబుల్ను తనిఖీ చేస్తాయి. `stoppedInEmergency` అనేది కాంట్రాక్ట్ బలహీనంగా ఉన్నప్పుడు యాక్సెస్ చేయలేని ఫంక్షన్లను (ఉదా., `deposit()`) నియంత్రించడానికి ఉపయోగించబడుతుంది. ఈ ఫంక్షన్లకు చేసే కాల్లు కేవలం వెనక్కి వెళ్తాయి.
+
+`onlyWhenStopped` అత్యవసర పరిస్థితుల్లో పిలవగల ఫంక్షన్ల కోసం ఉపయోగించబడుతుంది (ఉదా., `emergencyWithdraw()`). అటువంటి ఫంక్షన్లు పరిస్థితిని పరిష్కరించడంలో సహాయపడగలవు, అందుకే వాటిని “నిరోధిత ఫంక్షన్ల” జాబితా నుండి మినహాయించారు.
+
+అత్యవసర నిలుపుదల కార్యాచరణను ఉపయోగించడం మీ స్మార్ట్ కాంట్రాక్ట్లోని తీవ్రమైన బలహీనతలతో వ్యవహరించడానికి ఒక సమర్థవంతమైన తాత్కాలిక పరిష్కారాన్ని అందిస్తుంది. అయితే, డెవలపర్లు స్వార్థ ప్రయోజనాల కోసం దానిని సక్రియం చేయరని వినియోగదారులు విశ్వసించాల్సిన అవసరాన్ని ఇది పెంచుతుంది. ఈ దిశగా, ఆన్చైన్ ఓటింగ్ మెకానిజం, టైమ్లాక్ లేదా మల్టీసిగ్ వాలెట్ నుండి ఆమోదానికి లోబడి అత్యవసర నిలుపుదల నియంత్రణను వికేంద్రీకరించడం సాధ్యమయ్యే పరిష్కారాలు.
+
+#### ఈవెంట్ పర్యవేక్షణ {#event-monitoring}
+
+[ఈవెంట్లు](https://docs.soliditylang.org/en/v0.8.15/contracts.html#events) స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్లకు కాల్లను ట్రాక్ చేయడానికి మరియు స్టేట్ వేరియబుల్స్లోని మార్పులను పర్యవేక్షించడానికి మిమ్మల్ని అనుమతిస్తాయి. ఏదైనా పార్టీ భద్రతా-క్లిష్టమైన చర్యను (ఉదా., నిధులను ఉపసంహరించుకోవడం) తీసుకున్నప్పుడల్లా ఒక ఈవెంట్ను విడుదల చేయడానికి మీ స్మార్ట్ కాంట్రాక్ట్ను ప్రోగ్రామ్ చేయడం ఉత్తమం.
+
+ఈవెంట్లను లాగింగ్ చేయడం మరియు వాటిని ఆఫ్చైన్లో పర్యవేక్షించడం కాంట్రాక్ట్ కార్యకలాపాలపై అంతర్దృష్టులను అందిస్తుంది మరియు హానికరమైన చర్యలను వేగంగా కనుగొనడంలో సహాయపడుతుంది. అంటే మీ బృందం హ్యాక్లకు వేగంగా ప్రతిస్పందించగలదు మరియు ఫంక్షన్లను పాజ్ చేయడం లేదా అప్గ్రేడ్ చేయడం వంటి వినియోగదారులపై ప్రభావాన్ని తగ్గించడానికి చర్యలు తీసుకోగలదు.
+
+మీరు మీ కాంట్రాక్ట్లతో ఎవరైనా సంభాషించినప్పుడల్లా స్వయంచాలకంగా హెచ్చరికలను ఫార్వార్డ్ చేసే ఆఫ్-ది-షెల్ఫ్ పర్యవేక్షణ సాధనాన్ని కూడా ఎంచుకోవచ్చు. ఈ సాధనాలు లావాదేవీల పరిమాణం, ఫంక్షన్ కాల్ల ఫ్రీక్వెన్సీ లేదా పాల్గొన్న నిర్దిష్ట ఫంక్షన్లు వంటి విభిన్న ట్రిగ్గర్ల ఆధారంగా అనుకూల హెచ్చరికలను సృష్టించడానికి మిమ్మల్ని అనుమతిస్తాయి. ఉదాహరణకు, ఒకే లావాదేవీలో ఉపసంహరించుకున్న మొత్తం ఒక నిర్దిష్ట పరిమితిని దాటినప్పుడు వచ్చే హెచ్చరికను మీరు ప్రోగ్రామ్ చేయవచ్చు.
+
+### 7. సురక్షితమైన పాలన వ్యవస్థలను రూపొందించండి {#design-secure-governance-systems}
+
+మీరు కోర్ స్మార్ట్ కాంట్రాక్ట్ల నియంత్రణను కమ్యూనిటీ సభ్యులకు అప్పగించడం ద్వారా మీ అప్లికేషన్ను వికేంద్రీకరించాలనుకోవచ్చు. ఈ సందర్భంలో, స్మార్ట్ కాంట్రాక్ట్ సిస్టమ్లో ఒక పాలన మాడ్యూల్ ఉంటుంది—ఇది ఆన్చైన్ పాలన వ్యవస్థ ద్వారా పరిపాలనా చర్యలను ఆమోదించడానికి కమ్యూనిటీ సభ్యులను అనుమతించే ఒక యంత్రాంగం. ఉదాహరణకు, ఒక ప్రాక్సీ కాంట్రాక్ట్ను కొత్త అమలుకు అప్గ్రేడ్ చేయాలనే ప్రతిపాదనపై టోకెన్-హోల్డర్లు ఓటు వేయవచ్చు.
+
+వికేంద్రీకృత పాలన ప్రయోజనకరంగా ఉంటుంది, ముఖ్యంగా ఇది డెవలపర్లు మరియు తుది-వినియోగదారుల ప్రయోజనాలను ఒకే రేఖపైకి తెస్తుంది. అయినప్పటికీ, స్మార్ట్ కాంట్రాక్ట్ పాలన యంత్రాంగాలు తప్పుగా అమలు చేయబడితే కొత్త ప్రమాదాలను పరిచయం చేయవచ్చు. ఒక సంభావ్య దృశ్యం ఏమిటంటే, ఒక దాడి చేసేవాడు [ఫ్లాష్ లోన్](/defi/#flash-loans) తీసుకోవడం ద్వారా అపారమైన ఓటింగ్ శక్తిని (నిర్వహించిన టోకెన్ల సంఖ్యలో కొలుస్తారు) సంపాదించి, ఒక హానికరమైన ప్రతిపాదనను ముందుకు తెస్తాడు.
+
+ఆన్చైన్ పాలనకు సంబంధించిన సమస్యలను నివారించడానికి ఒక మార్గం [టైమ్లాక్ను ఉపయోగించడం](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/). ఒక టైమ్లాక్ ఒక స్మార్ట్ కాంట్రాక్ట్ను నిర్దిష్ట సమయం గడిచే వరకు కొన్ని చర్యలను అమలు చేయకుండా నిరోధిస్తుంది. ఇతర వ్యూహాలలో ప్రతి టోకెన్కు అది ఎంతకాలం లాక్ చేయబడి ఉందో దాని ఆధారంగా “ఓటింగ్ వెయిట్” కేటాయించడం, లేదా ప్రస్తుత బ్లాక్కు బదులుగా చారిత్రక కాలంలో (ఉదాహరణకు, గతంలో 2-3 బ్లాక్లు) ఒక చిరునామా యొక్క ఓటింగ్ శక్తిని కొలవడం ఉన్నాయి. రెండు పద్ధతులు ఆన్చైన్ ఓట్లను ప్రభావితం చేయడానికి వేగంగా ఓటింగ్ శక్తిని కూడగట్టే అవకాశాన్ని తగ్గిస్తాయి.
+
+షేర్ చేయబడిన లింక్లలో [సురక్షితమైన పాలన వ్యవస్థలను రూపొందించడం](https://blog.openzeppelin.com/smart-contract-security-guidelines-4-strategies-for-safer-governance-systems/), [DAOలలో విభిన్న ఓటింగ్ యంత్రాంగాలు](https://hackernoon.com/governance-is-the-holy-grail-for-daos), మరియు [DeFiని ఉపయోగించుకునే సాధారణ DAO దాడి వెక్టర్లు](https://dacian.me/dao-governance-defi-attacks) గురించి మరింత సమాచారం.
+
+### 8. కోడ్లో సంక్లిష్టతను కనిష్ట స్థాయికి తగ్గించండి {#reduce-code-complexity}
+
+సాంప్రదాయ సాఫ్ట్వేర్ డెవలపర్లకు KISS (“keep it simple, stupid”) సూత్రం గురించి తెలుసు, ఇది సాఫ్ట్వేర్ డిజైన్లో అనవసరమైన సంక్లిష్టతను ప్రవేశపెట్టవద్దని సలహా ఇస్తుంది. “సంక్లిష్ట వ్యవస్థలు సంక్లిష్ట మార్గాల్లో విఫలమవుతాయి” మరియు ఖరీదైన లోపాలకు ఎక్కువ అవకాశం ఉందని దీర్ఘకాలంగా ఉన్న ఆలోచనను ఇది అనుసరిస్తుంది.
+
+స్మార్ట్ కాంట్రాక్ట్లు వ్రాసేటప్పుడు విషయాలను సరళంగా ఉంచడం చాలా ముఖ్యం, ఎందుకంటే స్మార్ట్ కాంట్రాక్ట్లు పెద్ద మొత్తంలో విలువను నియంత్రించే అవకాశం ఉంది. స్మార్ట్ కాంట్రాక్ట్లు వ్రాసేటప్పుడు సరళతను సాధించడానికి ఒక చిట్కా, సాధ్యమైన చోట, [OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/) వంటి ఇప్పటికే ఉన్న లైబ్రరీలను తిరిగి ఉపయోగించడం. ఈ లైబ్రరీలు డెవలపర్లచే విస్తృతంగా ఆడిట్ చేయబడి మరియు పరీక్షించబడినందున, వాటిని ఉపయోగించడం కొత్త కార్యాచరణను మొదటి నుండి వ్రాయడం ద్వారా బగ్లను ప్రవేశపెట్టే అవకాశాలను తగ్గిస్తుంది.
+
+మరొక సాధారణ సలహా ఏమిటంటే, చిన్న ఫంక్షన్లను వ్రాయడం మరియు బహుళ కాంట్రాక్ట్ల మధ్య వ్యాపార తర్కాన్ని విభజించడం ద్వారా కాంట్రాక్ట్లను మాడ్యులర్గా ఉంచడం. సరళమైన కోడ్ వ్రాయడం స్మార్ట్ కాంట్రాక్ట్లో దాడి ఉపరితలాన్ని తగ్గించడమే కాకుండా, మొత్తం సిస్టమ్ యొక్క ఖచ్చితత్వం గురించి తర్కించడం మరియు సాధ్యమయ్యే డిజైన్ లోపాలను ముందుగానే గుర్తించడం కూడా సులభతరం చేస్తుంది.
+
+### 9. సాధారణ స్మార్ట్ కాంట్రాక్ట్ బలహీనతలకు వ్యతిరేకంగా రక్షించుకోండి {#mitigate-common-smart-contract-vulnerabilities}
+
+#### పునఃప్రవేశం {#reentrancy}
+
+EVM ఏకకాలీనతను అనుమతించదు, అంటే ఒక మెసేజ్ కాల్లో పాల్గొన్న రెండు కాంట్రాక్ట్లు ఏకకాలంలో అమలు కాలేవు. ఒక బాహ్య కాల్, కాల్ తిరిగి వచ్చే వరకు కాలింగ్ కాంట్రాక్ట్ యొక్క అమలు మరియు మెమరీని పాజ్ చేస్తుంది, ఆ సమయంలో అమలు సాధారణంగా కొనసాగుతుంది. ఈ ప్రక్రియను అధికారికంగా మరొక కాంట్రాక్ట్కు [నియంత్రణ ప్రవాహాన్ని](https://www.computerhope.com/jargon/c/contflow.htm) బదిలీ చేయడం అని వర్ణించవచ్చు.
+
+ఎక్కువగా హానిచేయకపోయినప్పటికీ, విశ్వసనీయత లేని కాంట్రాక్ట్లకు నియంత్రణ ప్రవాహాన్ని బదిలీ చేయడం పునఃప్రవేశం వంటి సమస్యలను కలిగిస్తుంది. ఒక హానికరమైన కాంట్రాక్ట్, అసలు ఫంక్షన్ ఆహ్వానం పూర్తికాకముందే ఒక బలహీనమైన కాంట్రాక్ట్లోకి తిరిగి పిలిచినప్పుడు పునఃప్రవేశ దాడి జరుగుతుంది. ఈ రకమైన దాడిని ఒక ఉదాహరణతో ఉత్తమంగా వివరించవచ్చు.
+
+ఎవరైనా ఈథర్ను డిపాజిట్ చేయడానికి మరియు ఉపసంహరించుకోవడానికి అనుమతించే ఒక సాధారణ స్మార్ట్ కాంట్రాక్ట్ను (‘బాధితుడు’) పరిగణించండి:
+
+```solidity
+// ఈ కాంట్రాక్ట్ బలహీనంగా ఉంది. ఉత్పత్తిలో ఉపయోగించవద్దు
+
+contract Victim {
+ mapping (address => uint256) public balances;
+
+ function deposit() external payable {
+ balances[msg.sender] += msg.value;
+ }
+
+ function withdraw() external {
+ uint256 amount = balances[msg.sender];
+ (bool success, ) = msg.sender.call.value(amount)("");
+ require(success);
+ balances[msg.sender] = 0;
+ }
+}
+```
+
+ఈ కాంట్రాక్ట్ వినియోగదారులు కాంట్రాక్ట్లో గతంలో డిపాజిట్ చేసిన ETHని ఉపసంహరించుకోవడానికి `withdraw()` ఫంక్షన్ను బహిర్గతం చేస్తుంది. ఉపసంహరణను ప్రాసెస్ చేస్తున్నప్పుడు, కాంట్రాక్ట్ కింది కార్యకలాపాలను నిర్వహిస్తుంది:
+
+1. వినియోగదారుని ETH బ్యాలెన్స్ను తనిఖీ చేస్తుంది
+2. పిలుస్తున్న చిరునామాకు నిధులను పంపుతుంది
+3. వారి బ్యాలెన్స్ను 0కి రీసెట్ చేస్తుంది, వినియోగదారు నుండి అదనపు ఉపసంహరణలను నివారిస్తుంది
+
+`విక్టిమ్` కాంట్రాక్ట్లోని `withdraw()` ఫంక్షన్ “చెక్స్-ఇంటరాక్షన్స్-ఎఫెక్ట్స్” ప్యాటర్న్ను అనుసరిస్తుంది. ఇది అమలుకు అవసరమైన షరతులు సంతృప్తి చెందాయో లేదో _తనిఖీ చేస్తుంది_ (అంటే, వినియోగదారుకు సానుకూల ETH బ్యాలెన్స్ ఉంది) మరియు లావాదేవీ యొక్క _ప్రభావాలను_ వర్తింపజేయడానికి ముందు (అంటే, వినియోగదారు బ్యాలెన్స్ను తగ్గించడం), కాలర్ యొక్క చిరునామాకు ETH పంపడం ద్వారా _సంభాషణను_ నిర్వహిస్తుంది.
+
+ఒక బాహ్య యాజమాన్య ఖాతా (EOA) నుండి `withdraw()` పిలువబడితే, ఫంక్షన్ ఆశించిన విధంగా అమలు అవుతుంది: `msg.sender.call.value()` కాలర్కు ETH పంపుతుంది. అయితే, `msg.sender` ఒక స్మార్ట్ కాంట్రాక్ట్ ఖాతా అయి `withdraw()`ను పిలిస్తే, `msg.sender.call.value()` ఉపయోగించి నిధులు పంపడం ఆ చిరునామాలో నిల్వ చేయబడిన కోడ్ను కూడా అమలు చేయడానికి ట్రిగ్గర్ చేస్తుంది.
+
+కాంట్రాక్ట్ చిరునామాలో అమలు చేయబడిన కోడ్ ఇది అని ఊహించుకోండి:
+
+```solidity
+ contract Attacker {
+ function beginAttack() external payable {
+ Victim(victim_address).deposit.value(1 ether)();
+ Victim(victim_address).withdraw();
+ }
+
+ function() external payable {
+ if (gasleft() > 40000) {
+ Victim(victim_address).withdraw();
+ }
+ }
+}
+```
+
+ఈ కాంట్రాక్ట్ మూడు పనులు చేయడానికి రూపొందించబడింది:
+
+1. మరొక ఖాతా నుండి డిపాజిట్ అంగీకరించండి (బహుశా దాడి చేసేవారి EOA)
+2. విక్టిమ్ కాంట్రాక్ట్లో 1 ETH డిపాజిట్ చేయండి
+3. స్మార్ట్ కాంట్రాక్ట్లో నిల్వ చేసిన 1 ETHని ఉపసంహరించుకోండి
+
+`Attacker` లో మరో ఫంక్షన్ ఉంది, అది ఇన్కమింగ్ `msg.sender.call.value` నుండి మిగిలి ఉన్న గ్యాస్ 40,000 కంటే ఎక్కువగా ఉంటే, `Victim` లో `withdraw()` ను మళ్ళీ పిలుస్తుంది, ఇది తప్ప ఇక్కడ తప్పు ఏమీ లేదు. `withdraw` యొక్క మొదటి ఆహ్వానం పూర్తికాకముందే `Attacker`కు `Victim`లోకి తిరిగి ప్రవేశించి, మరిన్ని నిధులను ఉపసంహరించుకునే సామర్థ్యాన్ని ఇది ఇస్తుంది. చక్రం ఇలా కనిపిస్తుంది:
+
+```solidity
+- దాడి చేసేవారి EOA 1 ETHతో `Attacker.beginAttack()`ను పిలుస్తుంది
+- `Attacker.beginAttack()` `విక్టిమ్`లో 1 ETH డిపాజిట్ చేస్తుంది
+- `Attacker` `విక్టిమ్`లో `withdraw() ను పిలుస్తుంది`
+- `విక్టిమ్` `Attacker` బ్యాలెన్స్ను తనిఖీ చేస్తుంది (1 ETH)
+- `విక్టిమ్` 1 ETHని `Attacker`కు పంపుతుంది (ఇది డిఫాల్ట్ ఫంక్షన్ను ట్రిగ్గర్ చేస్తుంది)
+- `Attacker` మళ్ళీ `Victim.withdraw()`ను పిలుస్తుంది (మొదటి ఉపసంహరణ నుండి `విక్టిమ్` `Attacker` బ్యాలెన్స్ను తగ్గించలేదని గమనించండి)
+- `విక్టిమ్` `Attacker` బ్యాలెన్స్ను తనిఖీ చేస్తుంది (ఇది ఇప్పటికీ 1 ETH ఎందుకంటే ఇది మొదటి కాల్ యొక్క ప్రభావాలను వర్తింపజేయలేదు)
+- `విక్టిమ్` 1 ETHని `Attacker`కు పంపుతుంది (ఇది డిఫాల్ట్ ఫంక్షన్ను ట్రిగ్గర్ చేస్తుంది మరియు `Attacker`ను `withdraw` ఫంక్షన్లోకి తిరిగి ప్రవేశించడానికి అనుమతిస్తుంది)
+- `Attacker` గ్యాస్ అయిపోయే వరకు ఈ ప్రక్రియ పునరావృతమవుతుంది, ఆ సమయంలో `msg.sender.call.value` అదనపు ఉపసంహరణలను ట్రిగ్గర్ చేయకుండా తిరిగి వస్తుంది
+- `విక్టిమ్` చివరిగా మొదటి లావాదేవీ (మరియు తదుపరివి) ఫలితాలను దాని స్టేట్కు వర్తింపజేస్తుంది, కాబట్టి `Attacker` బ్యాలెన్స్ 0కు సెట్ చేయబడుతుంది
+```
+
+సారాంశం ఏమిటంటే, ఫంక్షన్ అమలు పూర్తయ్యే వరకు కాలర్ బ్యాలెన్స్ 0కి సెట్ చేయబడనందున, తదుపరి ఆహ్వానాలు విజయవంతమవుతాయి మరియు కాలర్ వారి బ్యాలెన్స్ను పలుమార్లు ఉపసంహరించుకోవడానికి అనుమతిస్తాయి. ఈ రకమైన దాడి [2016 DAO హ్యాక్](https://www.coindesk.com/learn/understanding-the-dao-attack)లో జరిగినట్లుగా, ఒక స్మార్ట్ కాంట్రాక్ట్ నిధులను ఖాళీ చేయడానికి ఉపయోగించబడుతుంది. [పునఃప్రవేశ దోపిడీల పబ్లిక్ జాబితాలు](https://github.com/pcaversaccio/reentrancy-attacks) చూపిస్తున్నట్లుగా, పునఃప్రవేశ దాడులు నేటికీ స్మార్ట్ కాంట్రాక్ట్లకు ఒక క్లిష్టమైన సమస్యగా ఉన్నాయి.
+
+##### పునఃప్రవేశ దాడులను ఎలా నివారించాలి
+
+పునఃప్రవేశంతో వ్యవహరించడానికి ఒక విధానం [చెక్స్-ఎఫెక్ట్స్-ఇంటరాక్షన్స్ ప్యాటర్న్](https://docs.soliditylang.org/en/develop/security-considerations.html#use-the-checks-effects-interactions-pattern)ను అనుసరించడం. ఈ ప్యాటర్న్ ఫంక్షన్ల అమలును ఒక క్రమంలో పెడుతుంది, దీనిలో అమలుతో ముందుకు సాగే ముందు అవసరమైన తనిఖీలను చేసే కోడ్ మొదట వస్తుంది, దాని తర్వాత కాంట్రాక్ట్ స్టేట్ను మార్చే కోడ్, మరియు చివరిగా ఇతర కాంట్రాక్ట్లు లేదా EOAలతో సంభాషించే కోడ్ వస్తుంది.
+
+చెక్స్-ఎఫెక్ట్-ఇంటరాక్షన్ ప్యాటర్న్ కింది చూపబడిన `విక్టిమ్` కాంట్రాక్ట్ యొక్క సవరించిన వెర్షన్లో ఉపయోగించబడింది:
+
+```solidity
+contract NoLongerAVictim {
+ function withdraw() external {
+ uint256 amount = balances[msg.sender];
+ balances[msg.sender] = 0;
+ (bool success, ) = msg.sender.call.value(amount)("");
+ require(success);
+ }
+}
+```
+
+ఈ కాంట్రాక్ట్ వినియోగదారు బ్యాలెన్స్పై ఒక _తనిఖీ_ చేస్తుంది, `withdraw()` ఫంక్షన్ యొక్క _ప్రభావాలను_ వర్తింపజేస్తుంది (వినియోగదారు బ్యాలెన్స్ను 0కి రీసెట్ చేయడం ద్వారా), మరియు _సంభాషణను_ చేయడానికి ముందుకు సాగుతుంది (వినియోగదారు చిరునామాకు ETH పంపడం). ఇది బాహ్య కాల్కు ముందు కాంట్రాక్ట్ దాని స్టోరేజ్ను అప్డేట్ చేస్తుందని నిర్ధారిస్తుంది, మొదటి దాడిని ప్రారంభించిన పునఃప్రవేశ పరిస్థితిని తొలగిస్తుంది. `Attacker` కాంట్రాక్ట్ ఇప్పటికీ `NoLongerAVictim`లోకి తిరిగి కాల్ చేయగలదు, కానీ `balances[msg.sender]` 0కి సెట్ చేయబడినందున, అదనపు ఉపసంహరణలు ఒక ఎర్రర్ను విసురుతాయి.
+
+మరొక ఎంపిక మ్యూచువల్ ఎక్స్క్లూజన్ లాక్ను (సాధారణంగా “మ్యూటెక్స్”గా వర్ణించబడుతుంది) ఉపయోగించడం, ఇది ఒక ఫంక్షన్ ఆహ్వానం పూర్తయ్యే వరకు కాంట్రాక్ట్ యొక్క స్టేట్ యొక్క ఒక భాగాన్ని లాక్ చేస్తుంది. ఇది ఒక బూలియన్ వేరియబుల్ను ఉపయోగించి అమలు చేయబడుతుంది, ఇది ఫంక్షన్ అమలు కావడానికి ముందు `true`గా సెట్ చేయబడుతుంది మరియు ఆహ్వానం పూర్తయిన తర్వాత `false`కు తిరిగి వస్తుంది. కింది ఉదాహరణలో చూసినట్లుగా, మ్యూటెక్స్ను ఉపయోగించడం అసలు ఆహ్వానం ఇంకా ప్రాసెసింగ్లో ఉన్నప్పుడు పునరావృత కాల్స్కు వ్యతిరేకంగా ఒక ఫంక్షన్ను రక్షిస్తుంది, పునఃప్రవేశాన్ని సమర్థవంతంగా ఆపుతుంది.
+
+```solidity
+pragma solidity ^0.7.0;
+
+contract MutexPattern {
+ bool locked = false;
+ mapping(address => uint256) public balances;
+
+ modifier noReentrancy() {
+ require(!locked, "పునఃప్రవేశం నుండి బ్లాక్ చేయబడింది.");
+ locked = true;
+ _;
+ locked = false;
+ }
+ // ఈ ఫంక్షన్ ఒక మ్యూటెక్స్ ద్వారా రక్షించబడింది, కాబట్టి `msg.sender.call` లోపల నుండి పునఃప్రవేశ కాల్లు `withdraw`ను మళ్ళీ పిలవలేవు.
+ // `return` స్టేట్మెంట్ `true`గా మూల్యాంకనం చేస్తుంది కానీ ఇప్పటికీ మాడిఫైయర్లోని `locked = false` స్టేట్మెంట్ను మూల్యాంకనం చేస్తుంది
+ function withdraw(uint _amount) public payable noReentrancy returns(bool) {
+ require(balances[msg.sender] >= _amount, "ఉపసంహరించుకోవడానికి బ్యాలెన్స్ లేదు.");
+
+ balances[msg.sender] -= _amount;
+ (bool success, ) = msg.sender.call{value: _amount}("");
+ require(success);
+
+ return true;
+ }
+}
+```
+
+మీరు ఖాతాలకు నిధులను పంపే “పుష్ పేమెంట్స్” సిస్టమ్కు బదులుగా, వినియోగదారులను స్మార్ట్ కాంట్రాక్ట్ల నుండి నిధులను ఉపసంహరించుకోవాలని కోరే [పుల్ పేమెంట్స్](https://docs.openzeppelin.com/contracts/5.x/api/security#PullPayment) సిస్టమ్ను కూడా ఉపయోగించవచ్చు. ఇది తెలియని చిరునామాలలో అనుకోకుండా కోడ్ను ట్రిగ్గర్ చేసే అవకాశాన్ని తొలగిస్తుంది (మరియు కొన్ని డినయల్-ఆఫ్-సర్వీస్ దాడులను కూడా నివారించగలదు).
+
+#### ఇంటిజర్ అండర్ఫ్లోలు మరియు ఓవర్ఫ్లోలు {#integer-underflows-and-overflows}
+
+ఒక అంకగణిత ఆపరేషన్ ఫలితాలు ఆమోదయోగ్యమైన విలువల పరిధికి వెలుపల పడిపోయినప్పుడు ఒక ఇంటిజర్ ఓవర్ఫ్లో సంభవిస్తుంది, ఇది దానిని అత్యల్ప ప్రాతినిధ్య విలువకు “తిరిగి వెళ్లడానికి” కారణమవుతుంది. ఉదాహరణకు, ఒక `uint8` 2^8-1=255 వరకు మాత్రమే విలువలను నిల్వ చేయగలదు. `255` కంటే ఎక్కువ విలువలకు దారితీసే అంకగణిత కార్యకలాపాలు పొంగిపొర్లుతాయి మరియు `uint`ని `0`కు రీసెట్ చేస్తాయి, కారులోని ఓడోమీటర్ గరిష్ట మైలేజీకి (999999) చేరుకున్న తర్వాత 0కి రీసెట్ అయినట్లే.
+
+ఇంటిజర్ అండర్ఫ్లోలు ఇలాంటి కారణాల వల్ల జరుగుతాయి: ఒక అంకగణిత ఆపరేషన్ ఫలితాలు ఆమోదయోగ్యమైన పరిధి కంటే తక్కువగా పడిపోతాయి. మీరు ఒక `uint8`లో `0`ని తగ్గించడానికి ప్రయత్నించారని అనుకుందాం, ఫలితం గరిష్ట ప్రాతినిధ్య విలువకు (`255`) తిరిగి వెళ్తుంది.
+
+ఇంటిజర్ ఓవర్ఫ్లోలు మరియు అండర్ఫ్లోలు రెండూ ఒక కాంట్రాక్ట్ యొక్క స్టేట్ వేరియబుల్స్కు అనూహ్య మార్పులకు దారితీయవచ్చు మరియు ప్రణాళిక లేని అమలుకు దారితీయవచ్చు. ఒక దాడి చేసేవాడు స్మార్ట్ కాంట్రాక్ట్లో అంకగణిత ఓవర్ఫ్లోను ఉపయోగించుకుని ఒక చెల్లని ఆపరేషన్ను ఎలా నిర్వహించవచ్చో చూపే ఒక ఉదాహరణ కింద ఉంది:
+
+```
+pragma solidity ^0.7.6;
+
+// ఈ కాంట్రాక్ట్ టైమ్ వాల్ట్గా పనిచేయడానికి రూపొందించబడింది.
+// వినియోగదారుడు ఈ కాంట్రాక్ట్లో డిపాజిట్ చేయవచ్చు కానీ కనీసం ఒక వారం పాటు ఉపసంహరించుకోలేరు.
+// వినియోగదారుడు 1 వారం నిరీక్షణ వ్యవధికి మించి నిరీక్షణ సమయాన్ని కూడా పొడిగించవచ్చు.
+
+/*
+1. టైమ్లాక్ను అమలు చేయండి
+2. టైమ్లాక్ చిరునామాతో అటాక్ను అమలు చేయండి
+3. 1 ఈథర్ను పంపి, Attack.attackను పిలవండి. మీరు వెంటనే మీ ఈథర్ను ఉపసంహరించుకోగలరు.
+
+ఏమి జరిగింది?
+అటాక్ టైమ్లాక్.లాక్టైమ్ పొంగిపొర్లడానికి కారణమైంది మరియు 1 వారం నిరీక్షణ వ్యవధికి ముందే ఉపసంహరించుకోగలిగింది.
+*/
+
+contract TimeLock {
+ mapping(address => uint) public balances;
+ mapping(address => uint) public lockTime;
+
+ function deposit() external payable {
+ balances[msg.sender] += msg.value;
+ lockTime[msg.sender] = block.timestamp + 1 weeks;
+ }
+
+ function increaseLockTime(uint _secondsToIncrease) public {
+ lockTime[msg.sender] += _secondsToIncrease;
+ }
+
+ function withdraw() public {
+ require(balances[msg.sender] > 0, "నిధులు సరిపోవు");
+ require(block.timestamp > lockTime[msg.sender], "లాక్ సమయం గడువు ముగియలేదు");
+
+ uint amount = balances[msg.sender];
+ balances[msg.sender] = 0;
+
+ (bool sent, ) = msg.sender.call{value: amount}("");
+ require(sent, "ఈథర్ పంపడంలో విఫలమైంది");
+ }
+}
+
+contract Attack {
+ TimeLock timeLock;
+
+ constructor(TimeLock _timeLock) {
+ timeLock = TimeLock(_timeLock);
+ }
+
+ fallback() external payable {}
+
+ function attack() public payable {
+ timeLock.deposit{value: msg.value}();
+ /*
+ t = ప్రస్తుత లాక్ సమయం అయితే, మనం x ను కనుగొనాలి
+ x + t = 2**256 = 0
+ కాబట్టి x = -t
+ 2**256 = type(uint).max + 1
+ కాబట్టి x = type(uint).max + 1 - t
+ */
+ timeLock.increaseLockTime(
+ type(uint).max + 1 - timeLock.lockTime(address(this))
+ );
+ timeLock.withdraw();
+ }
+}
+```
+
+##### ఇంటిజర్ అండర్ఫ్లోలు మరియు ఓవర్ఫ్లోలను ఎలా నివారించాలి
+
+వెర్షన్ 0.8.0 నుండి, Solidity కంపైలర్ ఇంటిజర్ అండర్ఫ్లోలు మరియు ఓవర్ఫ్లోలకు దారితీసే కోడ్ను తిరస్కరిస్తుంది. అయితే, తక్కువ కంపైలర్ వెర్షన్తో కంపైల్ చేయబడిన కాంట్రాక్ట్లు అంకగణిత కార్యకలాపాలు ఉన్న ఫంక్షన్లపై తనిఖీలను నిర్వహించాలి లేదా అండర్ఫ్లో/ఓవర్ఫ్లో కోసం తనిఖీ చేసే లైబ్రరీని (ఉదా., [సేఫ్మ్యాత్](https://docs.openzeppelin.com/contracts/2.x/api/math)) ఉపయోగించాలి.
+
+#### ఒరాకిల్ మానిప్యులేషన్ {#oracle-manipulation}
+
+[ఒరాకిల్స్](/developers/docs/oracles/) ఆఫ్చైన్ సమాచారాన్ని సోర్స్ చేసి, దానిని స్మార్ట్ కాంట్రాక్ట్లు ఉపయోగించడానికి ఆన్చైన్కు పంపుతాయి. ఒరాకిల్స్తో, మీరు క్యాపిటల్ మార్కెట్ల వంటి ఆఫ్చైన్ సిస్టమ్లతో పరస్పరం పనిచేసే స్మార్ట్ కాంట్రాక్ట్లను రూపొందించవచ్చు, వాటి అప్లికేషన్ను బాగా విస్తరించవచ్చు.
+
+కానీ ఒరాకిల్ పాడైపోయి, తప్పు సమాచారాన్ని ఆన్చైన్కు పంపితే, స్మార్ట్ కాంట్రాక్ట్లు తప్పుడు ఇన్పుట్ల ఆధారంగా అమలు అవుతాయి, ఇది సమస్యలను కలిగిస్తుంది. ఇది “ఒరాకిల్ సమస్య” యొక్క ఆధారం, ఇది ఒక బ్లాక్చైన్ ఒరాకిల్ నుండి వచ్చే సమాచారం ఖచ్చితమైనదని, తాజాదని, మరియు సకాలంలో ఉందని నిర్ధారించుకునే పనికి సంబంధించినది.
+
+ఒక ఆస్తి యొక్క స్పాట్ ధరను పొందడానికి, వికేంద్రీకృత మార్పిడి వంటి ఆన్చైన్ ఒరాకిల్ను ఉపయోగించడం ఒక సంబంధిత భద్రతా ఆందోళన. [వికేంద్రీకృత ఫైనాన్స్ (DeFi)](/defi/) పరిశ్రమలోని రుణ ప్లాట్ఫారమ్లు ఒక వినియోగదారు యొక్క కొలేటరల్ విలువను నిర్ణయించడానికి మరియు వారు ఎంత రుణం తీసుకోగలరో నిర్ధారించడానికి తరచుగా దీనిని చేస్తాయి.
+
+DEX ధరలు తరచుగా ఖచ్చితమైనవి, మార్కెట్లలో సమానత్వాన్ని పునరుద్ధరించే ఆర్బిట్రేజర్ల కారణంగా ఇది చాలావరకు జరుగుతుంది. అయితే, అవి మానిప్యులేషన్కు తెరిచి ఉన్నాయి, ప్రత్యేకించి ఆన్చైన్ ఒరాకిల్ చారిత్రక ట్రేడింగ్ ప్యాటర్న్ల ఆధారంగా ఆస్తి ధరలను లెక్కిస్తే (సాధారణంగా జరిగేదే).
+
+ఉదాహరణకు, ఒక దాడి చేసేవాడు మీ రుణ కాంట్రాక్ట్తో సంభాషించడానికి ముందు ఫ్లాష్ లోన్ తీసుకోవడం ద్వారా ఒక ఆస్తి యొక్క స్పాట్ ధరను కృత్రిమంగా పెంచవచ్చు. ఆస్తి ధర కోసం DEXని ప్రశ్నించడం సాధారణం కంటే ఎక్కువ విలువను తిరిగి ఇస్తుంది (దాడి చేసేవారి పెద్ద “కొనుగోలు ఆర్డర్” ఆస్తికి డిమాండ్ను వక్రీకరించడం వలన), ఇది వారికి ఉండాల్సిన దానికంటే ఎక్కువ రుణం తీసుకోవడానికి అనుమతిస్తుంది. అటువంటి “ఫ్లాష్ లోన్ దాడులు” DeFi అప్లికేషన్లలో ధర ఒరాకిల్స్పై ఆధారపడటాన్ని దోపిడీ చేయడానికి ఉపయోగించబడ్డాయి, ప్రోటోకాల్స్కు మిలియన్ల కొద్దీ నిధులు నష్టపోయాయి.
+
+##### ఒరాకిల్ మానిప్యులేషన్ను ఎలా నివారించాలి
+
+[ఒరాకిల్ మానిప్యులేషన్ను నివారించడానికి](https://www.cyfrin.io/blog/price-oracle-manipultion-attacks-with-examples) కనీస అవసరం, సింగిల్ పాయింట్స్ ఆఫ్ ఫెయిల్యూర్ను నివారించడానికి బహుళ మూలాల నుండి సమాచారాన్ని ప్రశ్నించే వికేంద్రీకృత ఒరాకిల్ నెట్వర్క్ను ఉపయోగించడం. చాలా సందర్భాలలో, వికేంద్రీకృత ఒరాకిల్స్కు ఒరాకిల్ నోడ్స్ సరైన సమాచారాన్ని నివేదించడానికి ప్రోత్సహించడానికి అంతర్నిర్మిత క్రిప్టోఎకనామిక్ ప్రోత్సాహకాలు ఉన్నాయి, ఇది వాటిని కేంద్రీకృత ఒరాకిల్స్ కంటే సురక్షితంగా చేస్తుంది.
+
+మీరు ఆస్తి ధరల కోసం ఆన్చైన్ ఒరాకిల్ను ప్రశ్నించాలని ప్లాన్ చేస్తే, టైమ్-వెయిటెడ్ యావరేజ్ ప్రైస్ (TWAP) మెకానిజంను అమలు చేసే దానిని ఉపయోగించడాన్ని పరిగణించండి. ఒక [TWAP ఒరాకిల్](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) రెండు విభిన్న సమయ బిందువుల వద్ద ఒక ఆస్తి ధరను ప్రశ్నిస్తుంది (దీనిని మీరు సవరించవచ్చు) మరియు పొందిన సగటు ఆధారంగా స్పాట్ ధరను లెక్కిస్తుంది. దీర్ఘకాలిక సమయ వ్యవధులను ఎంచుకోవడం మీ ప్రోటోకాల్ను ధరల మానిప్యులేషన్కు వ్యతిరేకంగా రక్షిస్తుంది, ఎందుకంటే ఇటీవల అమలు చేయబడిన పెద్ద ఆర్డర్లు ఆస్తి ధరలను ప్రభావితం చేయలేవు.
+
+## డెవలపర్ల కోసం స్మార్ట్ కాంట్రాక్ట్ భద్రతా వనరులు {#smart-contract-security-resources-for-developers}
+
+### స్మార్ట్ కాంట్రాక్ట్లను విశ్లేషించడానికి మరియు కోడ్ సరిగ్గా ఉందో లేదో ధృవీకరించడానికి ఉపకరణాలు {#code-analysis-tools}
+
+- **[పరీక్షా సాధనాలు మరియు లైబ్రరీలు](/developers/docs/smart-contracts/testing/#testing-tools-and-libraries)** - _స్మార్ట్ కాంట్రాక్ట్లపై యూనిట్ పరీక్షలు, స్టాటిక్ విశ్లేషణ మరియు డైనమిక్ విశ్లేషణలను నిర్వహించడానికి పరిశ్రమ-ప్రామాణిక సాధనాలు మరియు లైబ్రరీల సేకరణ._
+
+- **[ఫార్మల్ వెరిఫికేషన్ సాధనాలు](/developers/docs/smart-contracts/formal-verification/#formal-verification-tools)** - _స్మార్ట్ కాంట్రాక్ట్లలో ఫంక్షనల్ ఖచ్చితత్వాన్ని ధృవీకరించడానికి మరియు ఇన్వేరియంట్లను తనిఖీ చేయడానికి సాధనాలు._
+
+- **[స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్ సేవలు](/developers/docs/smart-contracts/testing/#smart-contract-auditing-services)** - _ఇతీరియము అభివృద్ధి ప్రాజెక్ట్ల కోసం స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్ సేవలను అందించే సంస్థల జాబితా._
+
+- **[బగ్ బౌంటీ ప్లాట్ఫారమ్లు](/developers/docs/smart-contracts/testing/#bug-bounty-platforms)** - _బగ్ బౌంటీలను సమన్వయం చేయడానికి మరియు స్మార్ట్ కాంట్రాక్ట్లలో క్లిష్టమైన బలహీనతల యొక్క బాధ్యతాయుతమైన బహిర్గతం కోసం బహుమతి ఇవ్వడానికి ప్లాట్ఫారమ్లు._
+
+- **[ఫోర్క్ చెకర్](https://forkchecker.hashex.org/)** - _ఒక ఫోర్క్డ్ కాంట్రాక్ట్కు సంబంధించి అందుబాటులో ఉన్న మొత్తం సమాచారాన్ని తనిఖీ చేయడానికి ఒక ఉచిత ఆన్లైన్ సాధనం._
+
+- **[ABI ఎన్కోడర్](https://abi.hashex.org/)** - _మీ Solidity కాంట్రాక్ట్ ఫంక్షన్లు మరియు కన్స్ట్రక్టర్ ఆర్గ్యుమెంట్లను ఎన్కోడ్ చేయడానికి ఒక ఉచిత ఆన్లైన్ సేవ._
+
+- **[అడెరిన్](https://github.com/Cyfrin/aderyn)** - _Solidity స్టాటిక్ అనలైజర్, అనుమానిత బలహీనతలను గుర్తించడానికి అబ్స్ట్రాక్ట్ సింటాక్స్ ట్రీస్ (AST)ను దాటుతుంది మరియు సులభంగా వినియోగించే మార్క్డౌన్ ఫార్మాట్లో సమస్యలను ప్రింట్ చేస్తుంది._
+
+### స్మార్ట్ కాంట్రాక్ట్లను పర్యవేక్షించడానికి ఉపకరణాలు {#smart-contract-monitoring-tools}
+
+- **[టెండర్లీ రియల్-టైమ్ అలర్టింగ్](https://tenderly.co/monitoring)** - _మీ స్మార్ట్ కాంట్రాక్ట్లు లేదా వాలెట్లలో అసాధారణ లేదా ఊహించని సంఘటనలు జరిగినప్పుడు నిజ-సమయ నోటిఫికేషన్లను పొందడానికి ఒక సాధనం._
+
+### స్మార్ట్ కాంట్రాక్ట్ల సురక్షిత పరిపాలన కోసం సాధనాలు {#smart-contract-administration-tools}
+
+- **[సేఫ్](https://safe.global/)** - _ఇతీరియములో నడుస్తున్న స్మార్ట్ కాంట్రాక్ట్ వాలెట్, ఇది ఒక లావాదేవీ జరగడానికి ముందు కనీస సంఖ్యలో వ్యక్తులు ఆమోదించాల్సిన అవసరం ఉంది (M-ఆఫ్-N)._
+
+- **[OpenZeppelin కాంట్రాక్ట్లు](https://docs.openzeppelin.com/contracts/5.x/)** - _కాంట్రాక్ట్ యాజమాన్యం, అప్గ్రేడ్లు, యాక్సెస్ నియంత్రణలు, పాలన, పాజ్ చేయగల సామర్థ్యం మరియు మరిన్నింటితో సహా పరిపాలనా లక్షణాలను అమలు చేయడానికి కాంట్రాక్ట్ లైబ్రరీలు._
+
+### స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్ సేవలు {#smart-contract-auditing-services}
+
+- **[ConsenSys డిలిజెన్స్](https://diligence.consensys.io/)** - _బ్లాక్చైన్ పర్యావరణ వ్యవస్థ అంతటా ప్రాజెక్ట్లకు సహాయపడే స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్ సేవ, వారి ప్రోటోకాల్లు ప్రారంభానికి సిద్ధంగా ఉన్నాయని మరియు వినియోగదారులను రక్షించడానికి నిర్మించబడ్డాయని నిర్ధారించడానికి._
+
+- **[CertiK](https://www.certik.com/)** - _స్మార్ట్ కాంట్రాక్ట్లు మరియు బ్లాక్చైన్ నెట్వర్క్లపై అత్యాధునిక ఫార్మల్ వెరిఫికేషన్ టెక్నాలజీని ఉపయోగించడంలో అగ్రగామిగా ఉన్న బ్లాక్చైన్ సెక్యూరిటీ సంస్థ._
+
+- **[ట్రెయిల్ ఆఫ్ బిట్స్](https://www.trailofbits.com/)** - _రిస్క్ను తగ్గించడానికి మరియు కోడ్ను బలోపేతం చేయడానికి దాడి చేసేవారి మనస్తత్వంతో భద్రతా పరిశోధనను కలిపే సైబర్ సెక్యూరిటీ కంపెనీ._
+
+- **[పెక్ షీల్డ్](https://peckshield.com/)** - _మొత్తం బ్లాక్చైన్ పర్యావరణ వ్యవస్థ యొక్క భద్రత, గోప్యత మరియు వినియోగానికి ఉత్పత్తులు మరియు సేవలను అందించే బ్లాక్చైన్ సెక్యూరిటీ కంపెనీ._
+
+- **[క్వాంట్స్టాంప్](https://quantstamp.com/)** - _భద్రత మరియు రిస్క్ అసెస్మెంట్ సేవల ద్వారా బ్లాక్చైన్ టెక్నాలజీ యొక్క ప్రధాన స్రవంతి స్వీకరణను సులభతరం చేసే ఆడిటింగ్ సేవ._
+
+- **[OpenZeppelin](https://www.openzeppelin.com/security-audits)** - _పంపిణీ చేయబడిన సిస్టమ్ల కోసం భద్రతా ఆడిట్లను అందించే స్మార్ట్ కాంట్రాక్ట్ సెక్యూరిటీ కంపెనీ._
+
+- **[రన్టైమ్ వెరిఫికేషన్](https://runtimeverification.com/)** - _స్మార్ట్ కాంట్రాక్ట్ల యొక్క ఫార్మల్ మోడలింగ్ మరియు వెరిఫికేషన్లో ప్రత్యేకత కలిగిన సెక్యూరిటీ కంపెనీ._
+
+- **[Hacken](https://hacken.io)** - _బ్లాక్చైన్ భద్రతకు 360-డిగ్రీల విధానాన్ని తీసుకువస్తున్న Web3 సైబర్ సెక్యూరిటీ ఆడిటర్._
+
+- **[Nethermind](https://www.nethermind.io/smart-contract-audits)** - _Solidity మరియు కైరో ఆడిటింగ్ సేవలు, ఇతీరియము మరియు స్టార్క్నెట్ అంతటా స్మార్ట్ కాంట్రాక్ట్ల సమగ్రతను మరియు వినియోగదారుల భద్రతను నిర్ధారిస్తాయి._
+
+- **[HashEx](https://hashex.org/)** - _క్రిప్టోకరెన్సీల భద్రతను నిర్ధారించడానికి హాష్ఎక్స్ బ్లాక్చైన్ మరియు స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్పై దృష్టి పెడుతుంది, స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్, పెనెట్రేషన్ టెస్టింగ్, బ్లాక్చైన్ కన్సల్టింగ్ వంటి సేవలను అందిస్తుంది._
+
+- **[Code4rena](https://code4rena.com/)** - _పోటీతత్వ ఆడిట్ ప్లాట్ఫారమ్, ఇది స్మార్ట్ కాంట్రాక్ట్ భద్రతా నిపుణులను బలహీనతలను కనుగొనడానికి ప్రోత్సహిస్తుంది మరియు వెబ్3ను మరింత సురక్షితంగా చేయడానికి సహాయపడుతుంది._
+
+- **[CodeHawks](https://codehawks.com/)** - _భద్రతా పరిశోధకుల కోసం స్మార్ట్ కాంట్రాక్ట్స్ ఆడిటింగ్ పోటీలను నిర్వహించే పోటీ ఆడిట్స్ ప్లాట్ఫారమ్._
+
+- **[Cyfrin](https://cyfrin.io)** - _Web3 సెక్యూరిటీ పవర్హౌస్, ఉత్పత్తులు మరియు స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్ సేవల ద్వారా క్రిప్టో భద్రతను ఇంక్యుబేట్ చేస్తుంది._
+
+- **[ImmuneBytes](https://immunebytes.com/smart-contract-audit/)** - _అనుభవజ్ఞులైన ఆడిటర్లు మరియు ఉత్తమ-తరగతి సాధనాల బృందం ద్వారా బ్లాక్చైన్ సిస్టమ్ల కోసం భద్రతా ఆడిట్లను అందించే Web3 సెక్యూరిటీ సంస్థ._
+
+- **[Oxorio](https://oxor.io/)** - _EVM, Solidity, ZK, క్రాస్-చైన్ టెక్నాలజీలో నిపుణులైన స్మార్ట్ కాంట్రాక్ట్ ఆడిట్లు మరియు బ్లాక్చైన్ భద్రతా సేవలు, క్రిప్టో సంస్థలు మరియు DeFi ప్రాజెక్ట్ల కోసం._
+
+- **[Inference](https://inference.ag/)** - _భద్రతా ఆడిటింగ్ కంపెనీ, EVM-ఆధారిత బ్లాక్చైన్ల కోసం స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్లో ప్రత్యేకత కలిగి ఉంది. దాని నిపుణులైన ఆడిటర్లకు ధన్యవాదాలు, వారు సంభావ్య సమస్యలను గుర్తించి, వాటిని అమలు చేయడానికి ముందు పరిష్కరించడానికి కార్యాచరణ పరిష్కారాలను సూచిస్తారు._
+
+### బగ్ బౌంటీ ప్లాట్ఫారమ్లు {#bug-bounty-platforms}
+
+- **[Immunefi](https://immunefi.com/)** - _స్మార్ట్ కాంట్రాక్ట్లు మరియు DeFi ప్రాజెక్ట్ల కోసం బగ్ బౌంటీ ప్లాట్ఫారమ్, ఇక్కడ భద్రతా పరిశోధకులు కోడ్ను సమీక్షించి, బలహీనతలను బహిర్గతం చేసి, డబ్బు సంపాదించి, క్రిప్టోను మరింత సురక్షితంగా చేస్తారు._
+
+- **[HackerOne](https://www.hackerone.com/)** - _వ్యాపారాలను పెనెట్రేషన్ టెస్టర్లు మరియు సైబర్ సెక్యూరిటీ పరిశోధకులతో కనెక్ట్ చేసే బలహీనత సమన్వయం మరియు బగ్ బౌంటీ ప్లాట్ఫారమ్._
+
+- **[HackenProof](https://hackenproof.com/)** - _క్రిప్టో ప్రాజెక్ట్ల (DeFi, స్మార్ట్ కాంట్రాక్ట్స్, వాలెట్స్, CEX మరియు మరిన్ని) కోసం నిపుణులైన బగ్ బౌంటీ ప్లాట్ఫారమ్, ఇక్కడ భద్రతా నిపుణులు ట్రైయేజ్ సేవలను అందిస్తారు మరియు పరిశోధకులు సంబంధిత, ధృవీకరించబడిన బగ్ నివేదికల కోసం చెల్లించబడతారు._
+
+- **[Sherlock](https://www.sherlock.xyz/)** - _స్మార్ట్ కాంట్రాక్ట్ భద్రత కోసం వెబ్3లో అండర్రైటర్, సంబంధిత బగ్లు న్యాయంగా చెల్లించబడతాయని భద్రపరచడానికి స్మార్ట్ కాంట్రాక్ట్ల ద్వారా నిర్వహించబడే ఆడిటర్ల కోసం చెల్లింపులతో._
+
+- **[CodeHawks](https://www.codehawks.com/)** - _పోటీతత్వ బగ్ బౌంటీ ప్లాట్ఫారమ్, ఇక్కడ ఆడిటర్లు భద్రతా పోటీలు మరియు సవాళ్లలో పాల్గొంటారు మరియు (త్వరలో) వారి స్వంత ప్రైవేట్ ఆడిట్లలో పాల్గొంటారు._
+
+### తెలిసిన స్మార్ట్ కాంట్రాక్ట్ బలహీనతలు మరియు దోపిడీల ప్రచురణలు {#common-smart-contract-vulnerabilities-and-exploits}
+
+- **[ConsenSys: స్మార్ట్ కాంట్రాక్ట్ తెలిసిన దాడులు](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/)** - _చాలా సందర్భాలలో నమూనా కోడ్తో, అత్యంత ముఖ్యమైన కాంట్రాక్ట్ బలహీనతల యొక్క ప్రారంభ-స్నేహపూర్వక వివరణ._
+
+- **[SWC రిజిస్ట్రీ](https://swcregistry.io/)** - _ఇతీరియము స్మార్ట్ కాంట్రాక్ట్లకు వర్తించే కామన్ వీక్నెస్ ఎన్యూమరేషన్ (CWE) ఐటమ్ల క్యూరేటెడ్ జాబితా._
+
+- **[Rekt](https://rekt.news/)** - _వివరణాత్మక పోస్ట్-మార్టం నివేదికలతో పాటు, ఉన్నత-స్థాయి క్రిప్టో హ్యాక్లు మరియు దోపిడీల యొక్క క్రమం తప్పకుండా నవీకరించబడిన ప్రచురణ._
+
+### స్మార్ట్ కాంట్రాక్ట్ భద్రతను నేర్చుకోవడానికి సవాళ్లు {#challenges-for-learning-smart-contract-security}
+
+- **[అద్భుతమైన బ్లాక్సెక్ CTF](https://github.com/blockthreat/blocksec-ctfs)** - _బ్లాక్చైన్ భద్రతా యుద్ధ క్రీడలు, సవాళ్లు, మరియు [క్యాప్చర్ ది ఫ్లాగ్](https://www.webopedia.com/definitions/ctf-event/amp/) పోటీలు మరియు పరిష్కారాల రైటప్ల క్యూరేటెడ్ జాబితా._
+
+- **[డామ్న్ వల్నరబుల్ DeFi](https://www.damnvulnerabledefi.xyz/)** - _DeFi స్మార్ట్ కాంట్రాక్ట్ల ఆఫెన్సివ్ సెక్యూరిటీని నేర్చుకోవడానికి మరియు బగ్-హంటింగ్ మరియు సెక్యూరిటీ ఆడిటింగ్లో నైపుణ్యాలను పెంపొందించుకోవడానికి వార్గేమ్._
+
+- **[Ethernaut](https://ethernaut.openzeppelin.com/)** - _Web3/Solidity-ఆధారిత వార్గేమ్, ఇక్కడ ప్రతి స్థాయి ఒక స్మార్ట్ కాంట్రాక్ట్, దానిని 'హ్యాక్' చేయాలి._
+
+- **[HackenProof x HackTheBox](https://app.hackthebox.com/tracks/HackenProof-Track)** - _ఒక ఫాంటసీ అడ్వెంచర్లో సెట్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్ హ్యాకింగ్ ఛాలెంజ్. ఛాలెంజ్ను విజయవంతంగా పూర్తి చేయడం ప్రైవేట్ బగ్ బౌంటీ ప్రోగ్రామ్కు యాక్సెస్ను కూడా ఇస్తుంది._
+
+### స్మార్ట్ కాంట్రాక్ట్లను సురక్షితంగా ఉంచడానికి ఉత్తమ పద్ధతులు {#smart-contract-security-best-practices}
+
+- **[ConsenSys: ఇతీరియము స్మార్ట్ కాంట్రాక్ట్ భద్రత ఉత్తమ పద్ధతులు](https://consensys.github.io/smart-contract-best-practices/)** - _ఇతీరియము స్మార్ట్ కాంట్రాక్ట్లను సురక్షితంగా ఉంచడానికి మార్గదర్శకాల యొక్క సమగ్ర జాబితా._
+
+- **[నాసెంట్: సింపుల్ సెక్యూరిటీ టూల్కిట్](https://github.com/nascentxyz/simple-security-toolkit)** - _స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధి కోసం ఆచరణాత్మక భద్రత-కేంద్రీకృత గైడ్లు మరియు చెక్లిస్ట్ల సేకరణ._
+
+- **[Solidity ప్యాటర్న్లు](https://fravoll.github.io/solidity-patterns/)** - _స్మార్ట్ కాంట్రాక్ట్ ప్రోగ్రామింగ్ భాష Solidity కోసం సురక్షితమైన ప్యాటర్న్లు మరియు ఉత్తమ పద్ధతుల యొక్క ఉపయోగకరమైన సంకలనం._
+
+- **[Solidity డాక్స్: భద్రతా పరిగణనలు](https://docs.soliditylang.org/en/v0.8.16/security-considerations.html)** - _Solidity తో సురక్షితమైన స్మార్ట్ కాంట్రాక్ట్లను వ్రాయడానికి మార్గదర్శకాలు._
+
+- **[స్మార్ట్ కాంట్రాక్ట్ సెక్యూరిటీ వెరిఫికేషన్ స్టాండర్డ్](https://github.com/securing/SCSVS)** - _డెవలపర్లు, ఆర్కిటెక్ట్లు, భద్రతా సమీక్షకులు మరియు విక్రేతల కోసం స్మార్ట్ కాంట్రాక్ట్ల భద్రతను ప్రామాణీకరించడానికి సృష్టించబడిన పద్నాలుగు-భాగాల చెక్లిస్ట్._
+
+- **[స్మార్ట్ కాంట్రాక్ట్ సెక్యూరిటీ మరియు ఆడిటింగ్ను నేర్చుకోండి](https://updraft.cyfrin.io/courses/security)** - _అల్టిమేట్ స్మార్ట్ కాంట్రాక్ట్ సెక్యూరిటీ మరియు ఆడిటింగ్ కోర్సు, వారి భద్రతా ఉత్తమ పద్ధతులను మెరుగుపరచడానికి మరియు భద్రతా పరిశోధకులుగా మారడానికి చూస్తున్న స్మార్ట్ కాంట్రాక్ట్ డెవలపర్ల కోసం సృష్టించబడింది._
+
+### స్మార్ట్ కాంట్రాక్ట్ భద్రతపై ట్యుటోరియల్స్ {#tutorials-on-smart-contract-security}
+
+- [సురక్షిత స్మార్ట్ కాంట్రాక్ట్లను ఎలా వ్రాయాలి](/developers/tutorials/secure-development-workflow/)
+
+- [స్మార్ట్ కాంట్రాక్ట్ బగ్లను కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+
+- [స్మార్ట్ కాంట్రాక్ట్ బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+
+- [స్మార్ట్ కాంట్రాక్ట్ భద్రతా మార్గదర్శకాలు](/developers/tutorials/smart-contract-security-guidelines/)
+
+- [మీ టోకెన్ కాంట్రాక్ట్ను ఏకపక్ష టోకెన్లతో సురక్షితంగా ఎలా ఏకీకృతం చేయాలి](/developers/tutorials/token-integration-checklist/)
+
+- [సైఫ్రిన్ అప్డ్రాఫ్ట్ - స్మార్ట్ కాంట్రాక్ట్స్ సెక్యూరిటీ మరియు ఆడిటింగ్ పూర్తి కోర్సు](https://updraft.cyfrin.io/courses/security)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/testing/index.md b/public/content/translations/te/developers/docs/smart-contracts/testing/index.md
new file mode 100644
index 00000000000..a3be5d8d436
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/testing/index.md
@@ -0,0 +1,310 @@
+---
+title: స్మార్ట్ కాంట్రాక్టులను పరీక్షించడం
+description: ఇతీరియము స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి సాంకేతికతలు మరియు పరిగణనల యొక్క అవలోకనం.
+lang: te
+---
+
+ఇతీరియము వంటి పబ్లిక్ బ్లాక్చెయిన్లు మార్పులేనివి, దీనివల్ల అమలు చేసిన తర్వాత స్మార్ట్ కాంట్రాక్టుల కోడ్ను మార్చడం కష్టం. "వర్చువల్ అప్గ్రేడ్లను" నిర్వహించడానికి [కాంట్రాక్ట్ అప్గ్రేడ్ నమూనాలు](/developers/docs/smart-contracts/upgrading/) ఉన్నాయి, కానీ వీటిని అమలు చేయడం కష్టం మరియు సామాజిక ఏకాభిప్రాయం అవసరం. అంతేకాకుండా, ఒక అప్గ్రేడ్ ఒక లోపాన్ని కనుగొన్న _తర్వాత_ మాత్రమే సరిచేయగలదు—ఒకవేళ దాడి చేసేవాడు మొదట దుర్బలత్వాన్ని కనుగొంటే, మీ స్మార్ట్ కాంట్రాక్ట్ దోపిడీకి గురయ్యే ప్రమాదం ఉంది.
+
+ఈ కారణాల వల్ల, మెయిన్నెట్కు [అమలు చేసే](/developers/docs/smart-contracts/deploying/) ముందు స్మార్ట్ కాంట్రాక్టులను పరీక్షించడం [భద్రత](/developers/docs/smart-contracts/security/)కు కనీస అవసరం. కాంట్రాక్టులను పరీక్షించడానికి మరియు కోడ్ సరిగ్గా ఉందో లేదో అంచనా వేయడానికి చాలా పద్ధతులు ఉన్నాయి; మీరు ఎంచుకునేది మీ అవసరాలపై ఆధారపడి ఉంటుంది. అయినప్పటికీ, కాంట్రాక్ట్ కోడ్లోని చిన్న మరియు పెద్ద భద్రతా లోపాలను పట్టుకోవడానికి వివిధ ఉపకరణాలు మరియు విధానాలతో కూడిన టెస్ట్ సూట్ ఆదర్శంగా ఉంటుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీ ఇతీరియము నెట్వర్క్లో అమలు చేయడానికి ముందు స్మార్ట్ కాంట్రాక్టులను ఎలా పరీక్షించాలో వివరిస్తుంది. మీకు [స్మార్ట్ కాంట్రాక్టుల](/developers/docs/smart-contracts/) గురించి తెలిసి ఉంటుందని ఇది భావిస్తుంది.
+
+## స్మార్ట్ కాంట్రాక్ట్ టెస్టింగ్ అంటే ఏమిటి? {#what-is-smart-contract-testing}
+
+స్మార్ట్ కాంట్రాక్ట్ టెస్టింగ్ అనేది ఒక స్మార్ట్ కాంట్రాక్ట్ కోడ్ ఆశించిన విధంగా పనిచేస్తుందని ధృవీకరించే ప్రక్రియ. ఒక నిర్దిష్ట స్మార్ట్ కాంట్రాక్ట్ విశ్వసనీయత, వినియోగం మరియు భద్రత కోసం అవసరాలను తీరుస్తుందో లేదో తనిఖీ చేయడానికి టెస్టింగ్ ఉపయోగపడుతుంది.
+
+విధానాలు విభిన్నంగా ఉన్నప్పటికీ, చాలా టెస్టింగ్ పద్ధతులకు స్మార్ట్ కాంట్రాక్ట్ను అది నిర్వహించాల్సిన డేటా యొక్క చిన్న నమూనాతో అమలు చేయడం అవసరం. కాంట్రాక్ట్ నమూనా డేటా కోసం సరైన ఫలితాలను ఉత్పత్తి చేస్తే, అది సరిగ్గా పనిచేస్తున్నట్లు భావించబడుతుంది. చాలా టెస్టింగ్ ఉపకరణాలు కాంట్రాక్టుల అమలు ఆశించిన ఫలితాలతో సరిపోలుతుందో లేదో తనిఖీ చేయడానికి [టెస్ట్ కేసులను](https://en.m.wikipedia.org/wiki/Test_case) వ్రాయడానికి మరియు అమలు చేయడానికి వనరులను అందిస్తాయి.
+
+### స్మార్ట్ కాంట్రాక్టులను పరీక్షించడం ఎందుకు ముఖ్యం? {#importance-of-testing-smart-contracts}
+
+స్మార్ట్ కాంట్రాక్టులు తరచుగా అధిక-విలువ గల ఆర్థిక ఆస్తులను నిర్వహిస్తాయి కాబట్టి, చిన్న ప్రోగ్రామింగ్ లోపాలు [వినియోగదారులకు భారీ నష్టాలకు](https://rekt.news/leaderboard/) దారితీయవచ్చు మరియు తరచుగా దారితీస్తాయి. అయితే, కఠినమైన టెస్టింగ్ ఒక స్మార్ట్ కాంట్రాక్ట్ కోడ్లోని లోపాలు మరియు సమస్యలను ముందుగానే కనుగొని, వాటిని మెయిన్నెట్లో ప్రారంభించడానికి ముందు సరిచేయడానికి మీకు సహాయపడుతుంది.
+
+ఒక బగ్ కనుగొనబడితే కాంట్రాక్టును అప్గ్రేడ్ చేయడం సాధ్యమే అయినప్పటికీ, అప్గ్రేడ్లు సంక్లిష్టంగా ఉంటాయి మరియు సరిగ్గా నిర్వహించకపోతే [లోపాలకు దారితీయవచ్చు](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/). ఒక కాంట్రాక్టును అప్గ్రేడ్ చేయడం మార్పులేని సూత్రాన్ని మరింతగా నిరాకరిస్తుంది మరియు వినియోగదారులపై అదనపు విశ్వాస అంచనాలతో భారం మోపుతుంది. దీనికి విరుద్ధంగా, మీ కాంట్రాక్టును పరీక్షించడానికి ఒక సమగ్ర ప్రణాళిక స్మార్ట్ కాంట్రాక్ట్ భద్రతా ప్రమాదాలను తగ్గిస్తుంది మరియు అమలు చేసిన తర్వాత సంక్లిష్ట లాజిక్ అప్గ్రేడ్లను నిర్వహించాల్సిన అవసరాన్ని తగ్గిస్తుంది.
+
+## స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి పద్ధతులు {#methods-for-testing-smart-contracts}
+
+ఇతీరియము స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి పద్ధతులు రెండు విస్తృత వర్గాల క్రిందకు వస్తాయి: **ఆటోమేటెడ్ టెస్టింగ్** మరియు **మాన్యువల్ టెస్టింగ్**. ఆటోమేటెడ్ టెస్టింగ్ మరియు మాన్యువల్ టెస్టింగ్ ప్రత్యేకమైన ప్రయోజనాలు మరియు ప్రతికూలతలను అందిస్తాయి, కానీ మీరు మీ కాంట్రాక్టులను విశ్లేషించడానికి ఒక బలమైన ప్రణాళికను రూపొందించడానికి రెండింటినీ కలపవచ్చు.
+
+### ఆటోమేటెడ్ టెస్టింగ్ {#automated-testing}
+
+ఆటోమేటెడ్ టెస్టింగ్ అమలులో లోపాల కోసం స్మార్ట్ కాంట్రాక్టుల కోడ్ను స్వయంచాలకంగా తనిఖీ చేసే ఉపకరణాలను ఉపయోగిస్తుంది. కాంట్రాక్ట్ కార్యాచరణల మూల్యాంకనాన్ని మార్గనిర్దేశం చేయడానికి [స్క్రిప్ట్లను](https://www.techtarget.com/whatis/definition/script?amp=1) ఉపయోగించడం ద్వారా ఆటోమేటెడ్ టెస్టింగ్ యొక్క ప్రయోజనం వస్తుంది. స్క్రిప్టెడ్ టెస్ట్లను తక్కువ మానవ ప్రమేయంతో పదేపదే అమలు చేయడానికి షెడ్యూల్ చేయవచ్చు, ఇది మాన్యువల్ టెస్టింగ్ విధానాల కంటే ఆటోమేటెడ్ టెస్టింగ్ను మరింత సమర్థవంతంగా చేస్తుంది.
+
+టెస్టులు పునరావృతమయ్యేవి మరియు సమయం తీసుకునేవి అయినప్పుడు; మాన్యువల్గా నిర్వహించడం కష్టమైనప్పుడు; మానవ తప్పిదాలకు గురయ్యే అవకాశం ఉన్నప్పుడు; లేదా కీలకమైన కాంట్రాక్ట్ ఫంక్షన్లను మూల్యాంకనం చేయడంలో ప్రమేయం ఉన్నప్పుడు ఆటోమేటెడ్ టెస్టింగ్ ప్రత్యేకంగా ఉపయోగపడుతుంది. కానీ ఆటోమేటెడ్ టెస్టింగ్ ఉపకరణాలకు లోపాలు ఉండవచ్చు—అవి కొన్ని బగ్లను తప్పిపోవచ్చు మరియు చాలా [తప్పుడు పాజిటివ్లను](https://www.contrastsecurity.com/glossary/false-positive) ఉత్పత్తి చేయవచ్చు. అందువల్ల, స్మార్ట్ కాంట్రాక్టుల కోసం ఆటోమేటెడ్ టెస్టింగ్ను మాన్యువల్ టెస్టింగ్తో జత చేయడం ఆదర్శం.
+
+### మాన్యువల్ టెస్టింగ్ {#manual-testing}
+
+మాన్యువల్ టెస్టింగ్ మానవ సహాయంతో జరుగుతుంది మరియు ఒక స్మార్ట్ కాంట్రాక్ట్ సరిగ్గా ఉందో లేదో విశ్లేషించేటప్పుడు మీ టెస్ట్ సూట్లోని ప్రతి టెస్ట్ కేసును ఒకదాని తర్వాత ఒకటి అమలు చేయడాన్ని కలిగి ఉంటుంది. ఇది ఆటోమేటెడ్ టెస్టింగ్ లాంటిది కాదు, ఇక్కడ మీరు ఒకేసారి ఒక కాంట్రాక్ట్పై బహుళ వివిక్త టెస్ట్లను అమలు చేయవచ్చు మరియు విఫలమైన మరియు ఉత్తీర్ణులైన అన్ని టెస్ట్లను చూపే నివేదికను పొందవచ్చు.
+
+వివిధ టెస్ట్ దృశ్యాలను కవర్ చేసే వ్రాసిన టెస్ట్ ప్లాన్ను అనుసరించి ఒకే వ్యక్తి ద్వారా మాన్యువల్ టెస్టింగ్ నిర్వహించబడుతుంది. మాన్యువల్ టెస్టింగ్లో భాగంగా మీరు ఒక నిర్దిష్ట వ్యవధిలో బహుళ వ్యక్తులు లేదా సమూహాలు స్మార్ట్ కాంట్రాక్ట్తో సంప్రదించేలా కూడా చేయవచ్చు. పరీక్షకులు కాంట్రాక్ట్ యొక్క వాస్తవ ప్రవర్తనను ఆశించిన ప్రవర్తనతో పోలుస్తారు, ఏదైనా వ్యత్యాసాన్ని బగ్గా ఫ్లాగ్ చేస్తారు.
+
+ప్రభావవంతమైన మాన్యువల్ టెస్టింగ్కు గణనీయమైన వనరులు (నైపుణ్యం, సమయం, డబ్బు మరియు కృషి) అవసరం, మరియు మానవ తప్పిదం కారణంగా—టెస్ట్లను అమలు చేస్తున్నప్పుడు కొన్ని లోపాలను తప్పిపోవడం సాధ్యమే. కానీ మాన్యువల్ టెస్టింగ్ కూడా ప్రయోజనకరంగా ఉంటుంది—ఉదాహరణకు, ఒక మానవ పరీక్షకుడు (ఉదా., ఒక ఆడిటర్) ఒక ఆటోమేటెడ్ టెస్టింగ్ ఉపకరణం తప్పిపోయే ఎడ్జ్ కేసులను గుర్తించడానికి అంతర్ దృష్టిని ఉపయోగించవచ్చు.
+
+## స్మార్ట్ కాంట్రాక్టుల కోసం ఆటోమేటెడ్ టెస్టింగ్ {#automated-testing-for-smart-contracts}
+
+### యూనిట్ టెస్టింగ్ {#unit-testing-for-smart-contracts}
+
+యూనిట్ టెస్టింగ్ కాంట్రాక్ట్ ఫంక్షన్లను విడిగా మూల్యాంకనం చేస్తుంది మరియు ప్రతి భాగం సరిగ్గా పనిచేస్తుందో లేదో తనిఖీ చేస్తుంది. మంచి యూనిట్ టెస్టులు సరళంగా, త్వరగా అమలు అయ్యేలా ఉండాలి మరియు టెస్టులు విఫలమైతే ఏమి తప్పు జరిగిందో స్పష్టమైన ఆలోచనను అందించాలి.
+
+ఫంక్షన్లు ఆశించిన విలువలను తిరిగి ఇస్తాయో లేదో మరియు ఫంక్షన్ అమలు తర్వాత కాంట్రాక్ట్ నిల్వ సరిగ్గా అప్డేట్ చేయబడిందో లేదో తనిఖీ చేయడానికి యూనిట్ టెస్టులు ఉపయోగపడతాయి. అంతేకాకుండా, ఒక కాంట్రాక్ట్ కోడ్బేస్కు మార్పులు చేసిన తర్వాత యూనిట్ టెస్ట్లను అమలు చేయడం కొత్త లాజిక్ను జోడించడం లోపాలను ప్రవేశపెట్టదని నిర్ధారిస్తుంది. ప్రభావవంతమైన యూనిట్ టెస్ట్లను అమలు చేయడానికి కొన్ని మార్గదర్శకాలు క్రింద ఉన్నాయి:
+
+#### స్మార్ట్ కాంట్రాక్టుల యూనిట్ టెస్టింగ్ కోసం మార్గదర్శకాలు {#unit-testing-guidelines}
+
+##### 1. మీ కాంట్రాక్టుల వ్యాపార లాజిక్ మరియు వర్క్ఫ్లోను అర్థం చేసుకోండి
+
+యూనిట్ టెస్టులు వ్రాసే ముందు, ఒక స్మార్ట్ కాంట్రాక్ట్ ఏ కార్యాచరణలను అందిస్తుందో మరియు వినియోగదారులు ఆ ఫంక్షన్లను ఎలా యాక్సెస్ చేస్తారు మరియు ఉపయోగిస్తారో తెలుసుకోవడం సహాయపడుతుంది. చెల్లుబాటు అయ్యే వినియోగదారు ఇన్పుట్ల కోసం ఒక కాంట్రాక్ట్లోని ఫంక్షన్లు సరైన అవుట్పుట్ను తిరిగి ఇస్తాయో లేదో నిర్ధారించే [హ్యాపీ పాత్ టెస్టులను](https://en.m.wikipedia.org/wiki/Happy_path) అమలు చేయడానికి ఇది ప్రత్యేకంగా ఉపయోగపడుతుంది. మేము ఈ భావనను [ఒక వేలం కాంట్రాక్ట్](https://docs.soliditylang.org/en/v0.8.17/solidity-by-example.html?highlight=Auction%20contract#simple-open-auction) యొక్క ఈ (సంక్షిప్త) ఉదాహరణను ఉపయోగించి వివరిస్తాము
+
+```solidity
+constructor(
+ uint biddingTime,
+ address payable beneficiaryAddress
+ ) {
+ beneficiary = beneficiaryAddress;
+ auctionEndTime = block.timestamp + biddingTime;
+ }
+
+function bid() external payable {
+
+ if (block.timestamp > auctionEndTime)
+ revert AuctionAlreadyEnded();
+
+ if (msg.value <= highestBid)
+ revert BidNotHighEnough(highestBid);
+
+ if (highestBid != 0) {
+ pendingReturns[highestBidder] += highestBid;
+ }
+ highestBidder = msg.sender;
+ highestBid = msg.value;
+ emit HighestBidIncreased(msg.sender, msg.value);
+ }
+
+ function withdraw() external returns (bool) {
+ uint amount = pendingReturns[msg.sender];
+ if (amount > 0) {
+ pendingReturns[msg.sender] = 0;
+
+ if (!payable(msg.sender).send(amount)) {
+ pendingReturns[msg.sender] = amount;
+ return false;
+ }
+ }
+ return true;
+ }
+
+function auctionEnd() external {
+ if (block.timestamp < auctionEndTime)
+ revert AuctionNotYetEnded();
+ if (ended)
+ revert AuctionEndAlreadyCalled();
+
+ ended = true;
+ emit AuctionEnded(highestBidder, highestBid);
+
+ beneficiary.transfer(highestBid);
+ }
+}
+```
+
+ఇది బిడ్డింగ్ వ్యవధిలో బిడ్లను స్వీకరించడానికి రూపొందించబడిన ఒక సాధారణ వేలం కాంట్రాక్ట్. `highestBid` పెరిగితే, మునుపటి అత్యధిక బిడ్డర్ వారి డబ్బును అందుకుంటారు; బిడ్డింగ్ వ్యవధి ముగిసిన తర్వాత, `beneficiary` వారి డబ్బును పొందడానికి కాంట్రాక్టును కాల్ చేస్తారు.
+
+ఇలాంటి కాంట్రాక్ట్ కోసం యూనిట్ టెస్టులు కాంట్రాక్ట్తో సంప్రదించేటప్పుడు ఒక వినియోగదారు కాల్ చేయగల వివిధ ఫంక్షన్లను కవర్ చేస్తాయి. ఒక ఉదాహరణ, వేలం జరుగుతున్నప్పుడు ఒక వినియోగదారు బిడ్ వేయగలరో లేదో తనిఖీ చేసే యూనిట్ టెస్ట్ (అంటే, `bid()` కు కాల్స్ విజయవంతమవుతాయి) లేదా ప్రస్తుత `highestBid` కంటే ఎక్కువ బిడ్ వేయగలరో లేదో తనిఖీ చేసేది.
+
+ఒక కాంట్రాక్ట్ యొక్క కార్యాచరణ వర్క్ఫ్లోను అర్థం చేసుకోవడం అమలు అవసరాలను తీరుస్తుందో లేదో తనిఖీ చేసే యూనిట్ టెస్టులను వ్రాయడంలో కూడా సహాయపడుతుంది. ఉదాహరణకు, వేలం ముగిసినప్పుడు వినియోగదారులు బిడ్లు వేయలేరని వేలం కాంట్రాక్ట్ నిర్దేశిస్తుంది (అంటే, `auctionEndTime` `block.timestamp` కంటే తక్కువగా ఉన్నప్పుడు). అందువల్ల, ఒక అభివృద్ధి చేసేవాడు వేలం ముగిసినప్పుడు `bid()` ఫంక్షన్కు కాల్లు విజయవంతమవుతాయో లేదా విఫలమవుతాయో తనిఖీ చేసే యూనిట్ టెస్ట్ను అమలు చేయవచ్చు (అంటే, `auctionEndTime` > `block.timestamp` అయినప్పుడు).
+
+##### 2. కాంట్రాక్ట్ అమలుకు సంబంధించిన అన్ని అంచనాలను మూల్యాంకనం చేయండి
+
+ఒక కాంట్రాక్ట్ అమలు గురించి ఏవైనా అంచనాలను డాక్యుమెంట్ చేయడం మరియు ఆ అంచనాల యొక్క చెల్లుబాటును ధృవీకరించడానికి యూనిట్ టెస్టులను వ్రాయడం ముఖ్యం. ఊహించని అమలు నుండి రక్షణను అందించడమే కాకుండా, టెస్టింగ్ అస్సర్షన్స్ ఒక స్మార్ట్ కాంట్రాక్ట్ భద్రతా నమూనాను విచ్ఛిన్నం చేయగల కార్యకలాపాల గురించి ఆలోచించేలా మిమ్మల్ని బలవంతం చేస్తాయి. ఒక ఉపయోగకరమైన చిట్కా ఏమిటంటే, "హ్యాపీ యూజర్ టెస్టుల"కు మించి వెళ్లి తప్పుడు ఇన్పుట్ల కోసం ఒక ఫంక్షన్ విఫలమవుతుందో లేదో తనిఖీ చేసే నెగటివ్ టెస్టులను వ్రాయడం.
+
+చాలా యూనిట్ టెస్టింగ్ ఫ్రేమ్వర్క్లు మీకు అస్సర్షన్స్ను సృష్టించడానికి అనుమతిస్తాయి—ఒక కాంట్రాక్ట్ ఏమి చేయగలదు మరియు ఏమి చేయలేదో తెలిపే సాధారణ వాక్యాలు—మరియు అమలులో ఆ అస్సర్షన్స్ నిలుస్తాయో లేదో చూడటానికి టెస్టులను అమలు చేస్తాయి. ముందు వివరించిన వేలం కాంట్రాక్ట్పై పనిచేస్తున్న ఒక అభివృద్ధి చేసేవాడు నెగటివ్ టెస్టులను అమలు చేయడానికి ముందు దాని ప్రవర్తన గురించి క్రింది అస్సర్షన్స్ను చేయవచ్చు:
+
+- వేలం ముగిసినప్పుడు లేదా ప్రారంభం కానప్పుడు వినియోగదారులు బిడ్లు వేయలేరు.
+
+- ఒక బిడ్ ఆమోదయోగ్యమైన పరిమితి కంటే తక్కువగా ఉంటే వేలం కాంట్రాక్ట్ రివర్ట్ అవుతుంది.
+
+- బిడ్ను గెలవడంలో విఫలమైన వినియోగదారులకు వారి నిధులు జమ చేయబడతాయి
+
+**గమనిక**: అంచనాలను పరీక్షించడానికి మరొక మార్గం ఒక కాంట్రాక్ట్లోని [ఫంక్షన్ మాడిఫైయర్లను](https://docs.soliditylang.org/en/v0.8.16/contracts.html#function-modifiers) ట్రిగ్గర్ చేసే టెస్టులను వ్రాయడం, ముఖ్యంగా `require`, `assert`, మరియు `if…else` స్టేట్మెంట్లు.
+
+##### 3. కోడ్ కవరేజీని కొలవండి
+
+[కోడ్ కవరేజ్](https://en.m.wikipedia.org/wiki/Code_coverage) అనేది టెస్టుల సమయంలో మీ కోడ్లో అమలు చేయబడిన బ్రాంచ్లు, లైన్లు మరియు స్టేట్మెంట్ల సంఖ్యను ట్రాక్ చేసే టెస్టింగ్ మెట్రిక్. పరీక్షించని దుర్బలత్వాల ప్రమాదాన్ని తగ్గించడానికి టెస్టులకు మంచి కోడ్ కవరేజ్ ఉండాలి. తగినంత కవరేజ్ లేకుండా, అన్ని టెస్టులు పాస్ అయినందున మీ కాంట్రాక్ట్ సురక్షితమని మీరు తప్పుగా భావించవచ్చు, అయితే పరీక్షించని కోడ్ మార్గాలలో దుర్బలత్వాలు ఇంకా ఉన్నాయి. అయితే, అధిక కోడ్ కవరేజీని రికార్డ్ చేయడం, ఒక స్మార్ట్ కాంట్రాక్ట్లోని అన్ని స్టేట్మెంట్లు/ఫంక్షన్లు సరిగ్గా ఉన్నాయో లేదో తగినంతగా పరీక్షించబడ్డాయని భరోసా ఇస్తుంది.
+
+##### 4. బాగా అభివృద్ధి చెందిన టెస్టింగ్ ఫ్రేమ్వర్క్లను ఉపయోగించండి
+
+మీ స్మార్ట్ కాంట్రాక్టుల కోసం యూనిట్ టెస్టులను అమలు చేయడంలో ఉపయోగించే ఉపకరణాల నాణ్యత చాలా ముఖ్యం. ఒక ఆదర్శ టెస్టింగ్ ఫ్రేమ్వర్క్ అనేది క్రమం తప్పకుండా నిర్వహించబడేది; ఉపయోగకరమైన లక్షణాలను (ఉదా., లాగింగ్ మరియు రిపోర్టింగ్ సామర్థ్యాలు) అందిస్తుంది; మరియు ఇతర అభివృద్ధి చేసేవాళ్ల ద్వారా విస్తృతంగా ఉపయోగించబడి మరియు పరిశీలించబడి ఉండాలి.
+
+Solidity స్మార్ట్ కాంట్రాక్టుల కోసం యూనిట్ టెస్టింగ్ ఫ్రేమ్వర్క్లు వివిధ భాషలలో (ఎక్కువగా జావాస్క్రిప్ట్, పైథాన్, మరియు రస్ట్) వస్తాయి. వివిధ టెస్టింగ్ ఫ్రేమ్వర్క్లతో యూనిట్ టెస్టులను అమలు చేయడం ఎలా ప్రారంభించాలో సమాచారం కోసం క్రింద ఉన్న కొన్ని గైడ్లను చూడండి:
+
+- **[బ్రౌనీతో యూనిట్ టెస్టులను అమలు చేయడం](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)**
+- **[ఫౌండ్రీతో యూనిట్ టెస్టులను అమలు చేయడం](https://book.getfoundry.sh/forge/writing-tests)**
+- **[వాఫిల్తో యూనిట్ టెస్టులను అమలు చేయడం](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#writing-tests)**
+- **[రీమిక్స్తో యూనిట్ టెస్టులను అమలు చేయడం](https://remix-ide.readthedocs.io/en/latest/unittesting.html#write-tests)**
+- **[ఏప్తో యూనిట్ టెస్టులను అమలు చేయడం](https://docs.apeworx.io/ape/stable/userguides/testing.html)**
+- **[హార్డ్హ్యాట్తో యూనిట్ టెస్టులను అమలు చేయడం](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)**
+- **[వేక్తో యూనిట్ టెస్టులను అమలు చేయడం](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)**
+
+### ఇంటిగ్రేషన్ టెస్టింగ్ {#integration-testing-for-smart-contracts}
+
+యూనిట్ టెస్టింగ్ కాంట్రాక్ట్ ఫంక్షన్లను విడిగా డీబగ్ చేస్తుండగా, ఇంటిగ్రేషన్ టెస్టులు ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క భాగాలను మొత్తంగా మూల్యాంకనం చేస్తాయి. ఇంటిగ్రేషన్ టెస్టింగ్ క్రాస్-కాంట్రాక్ట్ కాల్స్ లేదా అదే స్మార్ట్ కాంట్రాక్ట్లోని వివిధ ఫంక్షన్ల మధ్య పరస్పర చర్యల నుండి ఉత్పన్నమయ్యే సమస్యలను గుర్తించగలదు. ఉదాహరణకు, [వారసత్వం](https://docs.soliditylang.org/en/v0.8.12/contracts.html#inheritance) మరియు డిపెండెన్సీ ఇంజెక్షన్ వంటివి సరిగ్గా పనిచేస్తున్నాయో లేదో తనిఖీ చేయడానికి ఇంటిగ్రేషన్ టెస్టులు సహాయపడతాయి.
+
+మీ కాంట్రాక్ట్ ఒక మాడ్యులర్ నిర్మాణాన్ని అవలంబించినా లేదా అమలు సమయంలో ఇతర ఆన్చైన్ కాంట్రాక్టులతో ఇంటర్ఫేస్ చేసినా ఇంటిగ్రేషన్ టెస్టింగ్ ఉపయోగపడుతుంది. ఇంటిగ్రేషన్ టెస్టులను అమలు చేయడానికి ఒక మార్గం, ఒక నిర్దిష్ట ఎత్తులో [బ్లాక్చెయిన్ను ఫోర్క్](/glossary/#fork) చేయడం ([ఫోర్జ్](https://book.getfoundry.sh/forge/fork-testing) లేదా [హార్డ్హ్యాట్](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks) వంటి ఉపకరణాన్ని ఉపయోగించి) మరియు మీ కాంట్రాక్ట్ మరియు అమలు చేయబడిన కాంట్రాక్టుల మధ్య పరస్పర చర్యలను అనుకరించడం.
+
+ఫోర్క్ చేయబడిన బ్లాక్చెయిన్ మెయిన్నెట్ మాదిరిగానే ప్రవర్తిస్తుంది మరియు అనుబంధిత స్థితులు మరియు బ్యాలెన్స్లతో ఖాతాలను కలిగి ఉంటుంది. కానీ ఇది కేవలం ఒక శాండ్బాక్స్డ్ స్థానిక అభివృద్ధి వాతావరణంగా పనిచేస్తుంది, అంటే మీకు లావాదేవీల కోసం నిజమైన ETH అవసరం లేదు, ఉదాహరణకు, లేదా మీ మార్పులు నిజమైన ఇతీరియము ప్రోటోకాల్ను ప్రభావితం చేయవు.
+
+### ప్రాపర్టీ-ఆధారిత టెస్టింగ్ {#property-based-testing-for-smart-contracts}
+
+ప్రాపర్టీ-ఆధారిత టెస్టింగ్ అనేది ఒక స్మార్ట్ కాంట్రాక్ట్ కొన్ని నిర్వచించిన ప్రాపర్టీని సంతృప్తిపరుస్తుందో లేదో తనిఖీ చేసే ప్రక్రియ. ప్రాపర్టీలు ఒక కాంట్రాక్ట్ ప్రవర్తన గురించి వాస్తవాలను నొక్కి చెబుతాయి, ఇవి వివిధ దృశ్యాలలో నిజంగా ఉంటాయని ఆశించబడతాయి—ఒక స్మార్ట్ కాంట్రాక్ట్ ప్రాపర్టీకి ఉదాహరణగా "కాంట్రాక్ట్లోని అంకగణిత కార్యకలాపాలు ఎప్పుడూ ఓవర్ఫ్లో లేదా అండర్ఫ్లో కావు" అని ఉండవచ్చు.
+
+**స్టాటిక్ విశ్లేషణ** మరియు **డైనమిక్ విశ్లేషణ** ప్రాపర్టీ-ఆధారిత టెస్టింగ్ను అమలు చేయడానికి రెండు సాధారణ పద్ధతులు, మరియు రెండూ ఒక ప్రోగ్రామ్ (ఈ సందర్భంలో ఒక స్మార్ట్ కాంట్రాక్ట్) యొక్క కోడ్ కొన్ని ముందే నిర్వచించిన ప్రాపర్టీని సంతృప్తిపరుస్తుందని ధృవీకరించగలవు. కొన్ని ప్రాపర్టీ-ఆధారిత టెస్టింగ్ ఉపకరణాలు ఆశించిన కాంట్రాక్ట్ ప్రాపర్టీల గురించి ముందే నిర్వచించిన నియమాలతో వస్తాయి మరియు ఆ నియమాలకు వ్యతిరేకంగా కోడ్ను తనిఖీ చేస్తాయి, అయితే ఇతరులు స్మార్ట్ కాంట్రాక్ట్ కోసం అనుకూల ప్రాపర్టీలను సృష్టించడానికి మిమ్మల్ని అనుమతిస్తాయి.
+
+#### స్టాటిక్ విశ్లేషణ {#static-analysis}
+
+ఒక స్టాటిక్ ఎనలైజర్ ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ను ఇన్పుట్గా తీసుకుంటుంది మరియు ఒక కాంట్రాక్ట్ ఒక ప్రాపర్టీని సంతృప్తిపరుస్తుందో లేదో ప్రకటించే ఫలితాలను అవుట్పుట్ చేస్తుంది. డైనమిక్ విశ్లేషణలా కాకుండా, స్టాటిక్ విశ్లేషణ సరిగ్గా ఉందో లేదో విశ్లేషించడానికి ఒక కాంట్రాక్టును అమలు చేయడాన్ని కలిగి ఉండదు. స్టాటిక్ విశ్లేషణ బదులుగా ఒక స్మార్ట్ కాంట్రాక్ట్ అమలు సమయంలో తీసుకోగల అన్ని సాధ్యమైన మార్గాల గురించి వాదిస్తుంది (అంటే, సోర్స్ కోడ్ యొక్క నిర్మాణాన్ని పరిశీలించడం ద్వారా రన్టైమ్లో కాంట్రాక్టుల ఆపరేషన్ కోసం దాని అర్థం ఏమిటో నిర్ణయించడానికి).
+
+[లింటింగ్](https://www.perforce.com/blog/qac/what-is-linting) మరియు [స్టాటిక్ టెస్టింగ్](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis) కాంట్రాక్టులపై స్టాటిక్ విశ్లేషణను అమలు చేయడానికి సాధారణ పద్ధతులు. రెండూ కంపైలర్ ద్వారా అవుట్పుట్ చేయబడిన [అబ్స్ట్రాక్ట్ సింటాక్స్ ట్రీలు](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree) మరియు [కంట్రోల్ ఫ్లో గ్రాఫ్లు](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/) వంటి కాంట్రాక్టుల అమలు యొక్క తక్కువ-స్థాయి ప్రాతినిధ్యాలను విశ్లేషించడం అవసరం.
+
+చాలా సందర్భాలలో, కాంట్రాక్టుల కోడ్లో అసురక్షిత నిర్మాణాల ఉపయోగం, సింటాక్స్ లోపాలు, లేదా కోడింగ్ ప్రమాణాల ఉల్లంఘనల వంటి భద్రతా సమస్యలను గుర్తించడానికి స్టాటిక్ విశ్లేషణ ఉపయోగపడుతుంది. అయితే, స్టాటిక్ ఎనలైజర్లు లోతైన దుర్బలత్వాలను గుర్తించడంలో సాధారణంగా అసమర్థంగా ఉంటాయని మరియు అధిక తప్పుడు పాజిటివ్లను ఉత్పత్తి చేయవచ్చని అంటారు.
+
+#### డైనమిక్ విశ్లేషణ {#dynamic-analysis}
+
+డైనమిక్ విశ్లేషణ ఒక స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్లకు సింబాలిక్ ఇన్పుట్లను (ఉదా., [సింబాలిక్ ఎగ్జిక్యూషన్లో](https://en.m.wikipedia.org/wiki/Symbolic_execution)) లేదా కాంక్రీట్ ఇన్పుట్లను (ఉదా., [ఫజింగ్లో](https://owasp.org/www-community/Fuzzing)) ఉత్పత్తి చేస్తుంది, ఏదైనా ఎగ్జిక్యూషన్ ట్రేస్(లు) నిర్దిష్ట ప్రాపర్టీలను ఉల్లంఘిస్తుందో లేదో చూడటానికి. ఈ రకమైన ప్రాపర్టీ-ఆధారిత టెస్టింగ్ యూనిట్ టెస్టుల నుండి భిన్నంగా ఉంటుంది, ఎందుకంటే టెస్ట్ కేసులు బహుళ దృశ్యాలను కవర్ చేస్తాయి మరియు ఒక ప్రోగ్రామ్ టెస్ట్ కేసుల ఉత్పత్తిని నిర్వహిస్తుంది.
+
+[ఫజింగ్](https://www.halborn.com/blog/post/what-is-fuzz-testing-fuzzing) అనేది స్మార్ట్ కాంట్రాక్టులలో ఏకపక్ష ప్రాపర్టీలను ధృవీకరించడానికి డైనమిక్ విశ్లేషణ పద్ధతికి ఒక ఉదాహరణ. ఒక ఫజర్ ఒక లక్ష్య కాంట్రాక్ట్లోని ఫంక్షన్లను ఒక నిర్వచించిన ఇన్పుట్ విలువ యొక్క యాదృచ్ఛిక లేదా తప్పుగా ఏర్పడిన వైవిధ్యాలతో ప్రారంభం చేస్తుంది. ఒకవేళ స్మార్ట్ కాంట్రాక్ట్ ఒక లోప స్థితిలోకి ప్రవేశిస్తే (ఉదా., ఒక అస్సర్షన్ విఫలమైన చోట), సమస్య ఫ్లాగ్ చేయబడుతుంది మరియు దుర్బల మార్గం వైపు అమలును నడిపించే ఇన్పుట్లు ఒక నివేదికలో ఉత్పత్తి చేయబడతాయి.
+
+ఊహించని ఇన్పుట్లను సరిగ్గా నిర్వహించకపోవడం అనుకోని అమలుకు దారితీయవచ్చు మరియు ప్రమాదకరమైన ప్రభావాలను ఉత్పత్తి చేయవచ్చు కాబట్టి, ఒక స్మార్ట్ కాంట్రాక్ట్ ఇన్పుట్ ధృవీకరణ యంత్రాంగాన్ని మూల్యాంకనం చేయడానికి ఫజింగ్ ఉపయోగపడుతుంది. ఈ రకమైన ప్రాపర్టీ-ఆధారిత టెస్టింగ్ చాలా కారణాల వల్ల ఆదర్శంగా ఉంటుంది:
+
+1. **చాలా దృశ్యాలను కవర్ చేయడానికి టెస్ట్ కేసులను వ్రాయడం కష్టం.** ఒక ప్రాపర్టీ టెస్ట్కు మీరు ప్రవర్తనను పరీక్షించడానికి ఒక ప్రవర్తన మరియు డేటా పరిధిని నిర్వచించడం మాత్రమే అవసరం—ప్రోగ్రామ్ నిర్వచించిన ప్రాపర్టీ ఆధారంగా స్వయంచాలకంగా టెస్ట్ కేసులను ఉత్పత్తి చేస్తుంది.
+
+2. **మీ టెస్ట్ సూట్ ప్రోగ్రామ్లోని అన్ని సాధ్యమైన మార్గాలను తగినంతగా కవర్ చేయకపోవచ్చు.** 100% కవరేజ్తో కూడా, ఎడ్జ్ కేసులను తప్పిపోవడం సాధ్యమే.
+
+3. **యూనిట్ టెస్టులు ఒక కాంట్రాక్ట్ నమూనా డేటా కోసం సరిగ్గా అమలు అవుతుందని రుజువు చేస్తాయి, కానీ నమూనా వెలుపల ఇన్పుట్ల కోసం కాంట్రాక్ట్ సరిగ్గా అమలు అవుతుందో లేదో తెలియదు.** ప్రాపర్టీ టెస్టులు అస్సర్షన్ వైఫల్యాలకు కారణమయ్యే అమలు ట్రేస్లను కనుగొనడానికి ఒక ఇచ్చిన ఇన్పుట్ విలువ యొక్క బహుళ వైవిధ్యాలతో లక్ష్య కాంట్రాక్టును అమలు చేస్తాయి. అందువల్ల, ఒక ప్రాపర్టీ టెస్ట్ ఒక విస్తృత తరగతి ఇన్పుట్ డేటా కోసం ఒక కాంట్రాక్ట్ సరిగ్గా అమలు అవుతుందని మరిన్ని హామీలను అందిస్తుంది.
+
+### స్మార్ట్ కాంట్రాక్టుల కోసం ప్రాపర్టీ-ఆధారిత టెస్టింగ్ను అమలు చేయడానికి మార్గదర్శకాలు {#running-property-based-tests}
+
+ప్రాపర్టీ-ఆధారిత టెస్టింగ్ను అమలు చేయడం సాధారణంగా ఒక స్మార్ట్ కాంట్రాక్ట్లో మీరు ధృవీకరించాలనుకుంటున్న ఒక ప్రాపర్టీని (ఉదా., [ఇంటిజర్ ఓవర్ఫ్లోల](https://github.com/ConsenSys/mythril/wiki/Integer-Overflow) లేకపోవడం) లేదా ప్రాపర్టీల సేకరణను నిర్వచించడంతో ప్రారంభమవుతుంది. ప్రాపర్టీ టెస్టులు వ్రాస్తున్నప్పుడు లావాదేవీ ఇన్పుట్ల కోసం ప్రోగ్రామ్ డేటాను ఉత్పత్తి చేయగల విలువల పరిధిని కూడా మీరు నిర్వచించాల్సి రావచ్చు.
+
+సరిగ్గా కాన్ఫిగర్ చేసిన తర్వాత, ప్రాపర్టీ టెస్టింగ్ ఉపకరణం మీ స్మార్ట్ కాంట్రాక్టుల ఫంక్షన్లను యాదృచ్ఛికంగా ఉత్పత్తి చేయబడిన ఇన్పుట్లతో అమలు చేస్తుంది. ఏవైనా అస్సర్షన్ ఉల్లంఘనలు ఉంటే, మూల్యాంకనం కింద ఉన్న ప్రాపర్టీని ఉల్లంఘించే కాంక్రీట్ ఇన్పుట్ డేటాతో మీకు ఒక నివేదిక రావాలి. వివిధ ఉపకరణాలతో ప్రాపర్టీ-ఆధారిత టెస్టింగ్ను అమలు చేయడం ప్రారంభించడానికి క్రింద ఉన్న కొన్ని గైడ్లను చూడండి:
+
+- **[స్లిథర్తో స్మార్ట్ కాంట్రాక్టుల స్టాటిక్ విశ్లేషణ](https://github.com/crytic/slither)**
+- **[వేక్తో స్మార్ట్ కాంట్రాక్టుల స్టాటిక్ విశ్లేషణ](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)**
+- **[బ్రౌనీతో ప్రాపర్టీ-ఆధారిత టెస్టింగ్](https://eth-brownie.readthedocs.io/en/stable/tests-hypothesis-property.html)**
+- **[ఫౌండ్రీతో కాంట్రాక్టులను ఫజింగ్ చేయడం](https://book.getfoundry.sh/forge/fuzz-testing)**
+- **[ఎకిడ్నాతో కాంట్రాక్టులను ఫజింగ్ చేయడం](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna#echidna-tutorial)**
+- **[వేక్తో కాంట్రాక్టులను ఫజింగ్ చేయడం](https://ackeeblockchain.com/wake/docs/latest/testing-framework/fuzzing/)**
+- **[మాంటికోర్తో స్మార్ట్ కాంట్రాక్టుల సింబాలిక్ ఎగ్జిక్యూషన్](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore#manticore-tutorial)**
+- **[మిథ్రిల్తో స్మార్ట్ కాంట్రాక్టుల సింబాలిక్ ఎగ్జిక్యూషన్](https://mythril-classic.readthedocs.io/en/master/tutorial.html)**
+
+## స్మార్ట్ కాంట్రాక్టుల కోసం మాన్యువల్ టెస్టింగ్ {#manual-testing-for-smart-contracts}
+
+స్మార్ట్ కాంట్రాక్టుల మాన్యువల్ టెస్టింగ్ తరచుగా ఆటోమేటెడ్ టెస్ట్లను అమలు చేసిన తర్వాత అభివృద్ధి చక్రంలో తర్వాత వస్తుంది. ఈ రకమైన టెస్టింగ్ స్మార్ట్ కాంట్రాక్ట్ను పూర్తిగా ఇంటిగ్రేటెడ్ ఉత్పత్తిగా మూల్యాంకనం చేస్తుంది, ఇది సాంకేతిక అవసరాలలో పేర్కొన్న విధంగా పనిచేస్తుందో లేదో చూడటానికి.
+
+### స్థానిక బ్లాక్చెయిన్పై కాంట్రాక్టులను పరీక్షించడం {#testing-on-local-blockchain}
+
+స్థానిక అభివృద్ధి వాతావరణంలో నిర్వహించే ఆటోమేటెడ్ టెస్టింగ్ ఉపయోగకరమైన డీబగ్గింగ్ సమాచారాన్ని అందించగలదు, అయితే మీ స్మార్ట్ కాంట్రాక్ట్ ఒక ఉత్పత్తి వాతావరణంలో ఎలా ప్రవర్తిస్తుందో మీరు తెలుసుకోవాలనుకుంటారు. అయితే, ప్రధాన ఇతీరియము చైన్కు అమలు చేయడం గ్యాస్ ఫీజులను భరించాల్సి వస్తుంది—మీ స్మార్ట్ కాంట్రాక్ట్లో ఇంకా బగ్లు ఉంటే మీరు లేదా మీ వినియోగదారులు నిజమైన డబ్బును కోల్పోవచ్చనే విషయం చెప్పనవసరం లేదు.
+
+మీ కాంట్రాక్టును స్థానిక బ్లాక్చెయిన్లో (దీనిని [డెవలప్మెంట్ నెట్వర్క్](/developers/docs/development-networks/) అని కూడా అంటారు) పరీక్షించడం మెయిన్నెట్లో పరీక్షించడానికి సిఫార్సు చేయబడిన ప్రత్యామ్నాయం. ఒక స్థానిక బ్లాక్చెయిన్ అనేది మీ కంప్యూటర్లో స్థానికంగా నడుస్తున్న ఇతీరియము బ్లాక్చెయిన్ యొక్క కాపీ, ఇది ఇతీరియము యొక్క ఎగ్జిక్యూషన్ లేయర్ ప్రవర్తనను అనుకరిస్తుంది. అందువల్ల, మీరు గణనీయమైన ఓవర్హెడ్ను భరించకుండా కాంట్రాక్ట్తో పరస్పర చర్య చేయడానికి లావాదేవీలను ప్రోగ్రామ్ చేయవచ్చు.
+
+స్థానిక బ్లాక్చెయిన్లో కాంట్రాక్టులను అమలు చేయడం మాన్యువల్ ఇంటిగ్రేషన్ టెస్టింగ్ రూపంలో ఉపయోగపడుతుంది. [స్మార్ట్ కాంట్రాక్టులు అత్యంత కంపోజబుల్](/developers/docs/smart-contracts/composability/), ఇది ఇప్పటికే ఉన్న ప్రోటోకాల్స్తో ఇంటిగ్రేట్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది—కానీ మీరు ఇప్పటికీ అలాంటి సంక్లిష్ట ఆన్చైన్ పరస్పర చర్యలు సరైన ఫలితాలను ఉత్పత్తి చేస్తాయని నిర్ధారించుకోవాలి.
+
+[అభివృద్ధి నెట్వర్క్ల గురించి మరింత తెలుసుకోండి.](/developers/docs/development-networks/)
+
+### టెస్టునెట్లలో కాంట్రాక్టులను పరీక్షించడం {#testing-contracts-on-testnets}
+
+ఒక టెస్ట్ నెట్వర్క్ లేదా టెస్టునెట్ ఇతీరియము మెయిన్నెట్ మాదిరిగానే పనిచేస్తుంది, ఇది నిజమైన-ప్రపంచ విలువ లేని ఈథర్ (ETH)ను ఉపయోగిస్తుంది తప్ప. మీ కాంట్రాక్టును [టెస్టునెట్లో](/developers/docs/networks/#ethereum-testnets) అమలు చేయడం అంటే ఎవరైనా దానితో (ఉదా., డాప్ యొక్క ఫ్రంటెండ్ ద్వారా) నిధులను ప్రమాదంలో పెట్టకుండా పరస్పర చర్య చేయవచ్చు.
+
+ఈ రకమైన మాన్యువల్ టెస్టింగ్ ఒక వినియోగదారు దృష్టికోణం నుండి మీ అప్లికేషన్ యొక్క ఎండ్-టు-ఎండ్ ఫ్లోను మూల్యాంకనం చేయడానికి ఉపయోగపడుతుంది. ఇక్కడ, బీటా టెస్టర్లు కూడా ట్రయల్ రన్లను నిర్వహించవచ్చు మరియు కాంట్రాక్ట్ యొక్క వ్యాపార లాజిక్ మరియు మొత్తం కార్యాచరణతో ఏవైనా సమస్యలను నివేదించవచ్చు.
+
+స్థానిక బ్లాక్చెయిన్పై పరీక్షించిన తర్వాత టెస్టునెట్లో అమలు చేయడం ఆదర్శం, ఎందుకంటే రెండోది ఎథేరియం వర్చువల్ మషీన్ ప్రవర్తనకు దగ్గరగా ఉంటుంది. అందువల్ల, అనేక ఇతీరియము-స్థానిక ప్రాజెక్టులు వాస్తవ-ప్రపంచ పరిస్థితులలో స్మార్ట్ కాంట్రాక్ట్ ఆపరేషన్ను మూల్యాంకనం చేయడానికి టెస్టునెట్లలో డాప్స్ను అమలు చేయడం సాధారణం.
+
+[ఇతీరియము టెస్టునెట్ల గురించి మరింతగా.](/developers/docs/development-networks/#public-beacon-testchains)
+
+## టెస్టింగ్ వర్సెస్ ఫార్మల్ వెరిఫికేషన్ {#testing-vs-formal-verification}
+
+పరీక్షలు కొన్ని డేటా ఇన్పుట్ల కోసం కాంట్రాక్ట్ ఆశించిన ఫలితాలను తిరిగి ఇస్తుందని నిర్ధారించడానికి సహాయపడతాయి, అయితే పరీక్షల సమయంలో ఉపయోగించని ఇన్పుట్ల కోసం అదే విషయాన్ని నిశ్చయంగా రుజువు చేయలేవు. అందువల్ల, ఒక స్మార్ట్ కాంట్రాక్టును పరీక్షించడం "ఫంక్షనల్ కరెక్ట్నెస్"కు హామీ ఇవ్వదు (అంటే, ఇది ప్రోగ్రామ్ _అన్ని_ ఇన్పుట్ విలువల సెట్లకు అవసరమైన విధంగా ప్రవర్తిస్తుందని చూపించదు).
+
+ఫార్మల్ వెరిఫికేషన్ అనేది ప్రోగ్రామ్ యొక్క ఫార్మల్ మోడల్ ఫార్మల్ స్పెసిఫికేషన్తో సరిపోలుతుందో లేదో తనిఖీ చేయడం ద్వారా సాఫ్ట్వేర్ యొక్క సరిగ్గా ఉందో లేదో అంచనా వేయడానికి ఒక విధానం. ఒక ఫార్మల్ మోడల్ అనేది ఒక ప్రోగ్రామ్ యొక్క అబ్స్ట్రాక్ట్ గణిత ప్రాతినిధ్యం, అయితే ఒక ఫార్మల్ స్పెసిఫికేషన్ ప్రోగ్రామ్ యొక్క ప్రాపర్టీలను నిర్వచిస్తుంది (అంటే, ప్రోగ్రామ్ యొక్క అమలు గురించి తార్కిక అస్సర్షన్స్).
+
+ప్రాపర్టీలు గణిత పరంగా వ్రాయబడినందున, సిస్టమ్ యొక్క ఫార్మల్ (గణిత) మోడల్ తార్కిక అనుమితి నియమాలను ఉపయోగించి ఒక స్పెసిఫికేషన్ను సంతృప్తిపరుస్తుందని ధృవీకరించడం సాధ్యమవుతుంది. అందువల్ల, ఫార్మల్ వెరిఫికేషన్ ఉపకరణాలు ఒక సిస్టమ్ యొక్క సరిగ్గా ఉన్నదానికి ‘గణిత రుజువు’ను ఉత్పత్తి చేస్తాయని అంటారు.
+
+పరీక్షలా కాకుండా, ఫార్మల్ వెరిఫికేషన్ ఒక స్మార్ట్ కాంట్రాక్ట్ అమలు _అన్ని_ అమలుల కోసం ఫార్మల్ స్పెసిఫికేషన్ను సంతృప్తిపరుస్తుందని (అంటే, దానికి బగ్లు లేవని) ధృవీకరించడానికి ఉపయోగించబడుతుంది, నమూనా డేటాతో అమలు చేయాల్సిన అవసరం లేకుండా. ఇది డజన్ల కొద్దీ యూనిట్ టెస్టులను అమలు చేయడానికి గడిపిన సమయాన్ని తగ్గించడమే కాకుండా, దాగి ఉన్న దుర్బలత్వాలను పట్టుకోవడంలో కూడా మరింత ప్రభావవంతంగా ఉంటుంది. అయితే, ఫార్మల్ వెరిఫికేషన్ పద్ధతులు వాటి అమలు కష్టాన్ని మరియు ఉపయోగం ఆధారంగా ఒక స్పెక్ట్రమ్పై ఉంటాయి.
+
+[స్మార్ట్ కాంట్రాక్టుల కోసం ఫార్మల్ వెరిఫికేషన్ గురించి మరింతగా.](/developers/docs/smart-contracts/formal-verification)
+
+## టెస్టింగ్ వర్సెస్ ఆడిట్లు మరియు బగ్ బౌంటీలు {#testing-vs-audits-bug-bounties}
+
+పేర్కొన్నట్లుగా, కఠినమైన టెస్టింగ్ ఒక కాంట్రాక్ట్లో బగ్లు లేవని చాలా అరుదుగా హామీ ఇస్తుంది; ఫార్మల్ వెరిఫికేషన్ విధానాలు సరిగ్గా ఉన్నాయని బలమైన హామీలను అందించగలవు కానీ ప్రస్తుతం ఉపయోగించడం కష్టం మరియు గణనీయమైన ఖర్చులను కలిగి ఉంటాయి.
+
+అయినప్పటికీ, మీరు ఒక స్వతంత్ర కోడ్ సమీక్షను పొందడం ద్వారా కాంట్రాక్ట్ దుర్బలత్వాలను పట్టుకునే అవకాశాన్ని మరింత పెంచుకోవచ్చు. [స్మార్ట్ కాంట్రాక్ట్ ఆడిట్లు](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/) మరియు [బగ్ బౌంటీలు](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7) మీ కాంట్రాక్టులను విశ్లేషించడానికి ఇతరులను పొందడానికి రెండు మార్గాలు.
+
+స్మార్ట్ కాంట్రాక్టులలో భద్రతా లోపాలు మరియు పేలవమైన అభివృద్ధి పద్ధతుల కేసులను కనుగొనడంలో అనుభవం ఉన్న ఆడిటర్ల ద్వారా ఆడిట్లు నిర్వహించబడతాయి. ఒక ఆడిట్ సాధారణంగా టెస్టింగ్ (మరియు బహుశా ఫార్మల్ వెరిఫికేషన్) అలాగే మొత్తం కోడ్బేస్ యొక్క మాన్యువల్ సమీక్షను కలిగి ఉంటుంది.
+
+దీనికి విరుద్ధంగా, ఒక బగ్ బౌంటీ ప్రోగ్రామ్ సాధారణంగా ఒక స్మార్ట్ కాంట్రాక్ట్లో ఒక దుర్బలత్వాన్ని కనుగొని దానిని అభివృద్ధి చేసేవాళ్లకు వెల్లడించే ఒక వ్యక్తికి (సాధారణంగా [వైట్హ్యాట్ హ్యాకర్లుగా](https://en.wikipedia.org/wiki/White_hat_\(computer_security\)) వర్ణించబడుతుంది) ఆర్థిక బహుమతిని అందించడాన్ని కలిగి ఉంటుంది. బగ్ బౌంటీలు ఆడిట్ల మాదిరిగానే ఉంటాయి, ఎందుకంటే ఇది స్మార్ట్ కాంట్రాక్టులలో లోపాలను కనుగొనడంలో ఇతరుల సహాయం కోరడాన్ని కలిగి ఉంటుంది.
+
+ప్రధాన వ్యత్యాసం ఏమిటంటే, బగ్ బౌంటీ ప్రోగ్రామ్లు విస్తృత అభివృద్ధి చేసే/హ్యాకర్ కమ్యూనిటీకి తెరిచి ఉంటాయి మరియు ప్రత్యేక నైపుణ్యాలు మరియు అనుభవం ఉన్న నైతిక హ్యాకర్లు మరియు స్వతంత్ర భద్రతా నిపుణుల యొక్క విస్తృత తరగతిని ఆకర్షిస్తాయి. ఇది పరిమిత లేదా సంకుచిత నైపుణ్యం కలిగిన బృందాలపై ప్రధానంగా ఆధారపడే స్మార్ట్ కాంట్రాక్ట్ ఆడిట్ల కంటే ఒక ప్రయోజనంగా ఉండవచ్చు.
+
+## టెస్టింగ్ ఉపకరణాలు మరియు లైబ్రరీలు {#testing-tools-and-libraries}
+
+### యూనిట్ టెస్టింగ్ ఉపకరణాలు {#unit-testing-tools}
+
+- **[solidity-coverage](https://github.com/sc-forks/solidity-coverage)** - _Solidityలో వ్రాసిన స్మార్ట్ కాంట్రాక్టుల కోసం కోడ్ కవరేజ్ ఉపకరణం._
+
+- **[Waffle](https://ethereum-waffle.readthedocs.io/en/latest/)** - _అధునాతన స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధి మరియు టెస్టింగ్ కోసం ఫ్రేమ్వర్క్ (ethers.js ఆధారంగా)_.
+
+- **[Remix Tests](https://github.com/ethereum/remix-project/tree/master/libs/remix-tests)** - _Solidity స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి ఉపకరణం. Remix IDE "Solidity Unit Testing" ప్లగిన్ కింద పనిచేస్తుంది, ఇది ఒక కాంట్రాక్ట్ కోసం టెస్ట్ కేసులను వ్రాయడానికి మరియు అమలు చేయడానికి ఉపయోగించబడుతుంది._
+
+- **[OpenZeppelin Test Helpers](https://github.com/OpenZeppelin/openzeppelin-test-helpers)** - _ఇతీరియము స్మార్ట్ కాంట్రాక్ట్ టెస్టింగ్ కోసం అస్సర్షన్ లైబ్రరీ. మీ కాంట్రాక్టులు ఆశించిన విధంగా ప్రవర్తిస్తాయని నిర్ధారించుకోండి!_
+
+- **[Brownie unit testing framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** - _బ్రౌనీ Pytestను ఉపయోగిస్తుంది, ఇది ఫీచర్-రిచ్ టెస్ట్ ఫ్రేమ్వర్క్, ఇది తక్కువ కోడ్తో చిన్న టెస్ట్లను వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది, పెద్ద ప్రాజెక్టుల కోసం బాగా స్కేల్ చేస్తుంది మరియు అత్యంత విస్తరించదగినది._
+
+- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** - _ఫౌండ్రీ ఫోర్జ్ను అందిస్తుంది, ఇది సాధారణ యూనిట్ టెస్టులు, గ్యాస్ ఆప్టిమైజేషన్ తనిఖీలు మరియు కాంట్రాక్ట్ ఫజింగ్ను అమలు చేయగల వేగవంతమైన మరియు సౌకర్యవంతమైన ఇతీరియము టెస్టింగ్ ఫ్రేమ్వర్క్._
+
+- **[హార్డ్హ్యాట్ టెస్టులు](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** - _ethers.js, Mocha, మరియు Chai ఆధారంగా స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి ఫ్రేమ్వర్క్._
+
+- **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** - _ఎథేరియం వర్చువల్ మషీన్ను లక్ష్యంగా చేసుకుని స్మార్ట్ కాంట్రాక్టుల కోసం పైథాన్-ఆధారిత అభివృద్ధి మరియు టెస్టింగ్ ఫ్రేమ్వర్క్._
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** - _యూనిట్ టెస్టింగ్ మరియు ఫజింగ్ కోసం పైథాన్-ఆధారిత ఫ్రేమ్వర్క్, బలమైన డీబగ్గింగ్ సామర్థ్యాలు మరియు క్రాస్-చైన్ టెస్టింగ్ మద్దతుతో, ఉత్తమ వినియోగదారు అనుభవం మరియు పనితీరు కోసం pytest మరియు Anvilను ఉపయోగిస్తుంది._
+
+### ప్రాపర్టీ-ఆధారిత టెస్టింగ్ ఉపకరణాలు {#property-based-testing-tools}
+
+#### స్టాటిక్ విశ్లేషణ ఉపకరణాలు {#static-analysis-tools}
+
+- **[Slither](https://github.com/crytic/slither)** - _దుర్బలత్వాలను కనుగొనడానికి, కోడ్ గ్రహణాన్ని మెరుగుపరచడానికి మరియు స్మార్ట్ కాంట్రాక్టుల కోసం అనుకూల విశ్లేషణలను వ్రాయడానికి పైథాన్-ఆధారిత Solidity స్టాటిక్ విశ్లేషణ ఫ్రేమ్వర్క్._
+
+- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** - _Solidity స్మార్ట్ కాంట్రాక్ట్ ప్రోగ్రామింగ్ భాష కోసం శైలి మరియు భద్రతా ఉత్తమ పద్ధతులను అమలు చేయడానికి లింటర్._
+
+- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** - _Web3 స్మార్ట్ కాంట్రాక్ట్ భద్రత మరియు అభివృద్ధి కోసం ప్రత్యేకంగా రూపొందించబడిన రస్ట్-ఆధారిత స్టాటిక్ ఎనలైజర్._
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - _దుర్బలత్వం మరియు కోడ్ నాణ్యత డిటెక్టర్లతో పైథాన్-ఆధారిత స్టాటిక్ విశ్లేషణ ఫ్రేమ్వర్క్, కోడ్ నుండి ఉపయోగకరమైన సమాచారాన్ని సంగ్రహించడానికి ప్రింటర్లు మరియు అనుకూల సబ్మాడ్యూల్స్ వ్రాయడానికి మద్దతు._
+
+- **[Slippy](https://github.com/fvictorio/slippy)** - _Solidity కోసం ఒక సాధారణ మరియు శక్తివంతమైన లింటర్._
+
+#### డైనమిక్ విశ్లేషణ ఉపకరణాలు {#dynamic-analysis-tools}
+
+- **[Echidna](https://github.com/crytic/echidna/)** - _ప్రాపర్టీ-ఆధారిత టెస్టింగ్ ద్వారా స్మార్ట్ కాంట్రాక్టులలో దుర్బలత్వాలను గుర్తించడానికి వేగవంతమైన కాంట్రాక్ట్ ఫజర్._
+
+- **[Diligence Fuzzing](https://consensys.net/diligence/fuzzing/)** - _స్మార్ట్ కాంట్రాక్ట్ కోడ్లో ప్రాపర్టీ ఉల్లంఘనలను గుర్తించడానికి ఉపయోగపడే ఆటోమేటెడ్ ఫజింగ్ ఉపకరణం._
+
+- **[Manticore](https://manticore.readthedocs.io/en/latest/index.html)** - _EVM బైట్కోడ్ను విశ్లేషించడానికి డైనమిక్ సింబాలిక్ ఎగ్జిక్యూషన్ ఫ్రేమ్వర్క్._
+
+- **[Mythril](https://github.com/ConsenSys/mythril-classic)** - _టెయింట్ విశ్లేషణ, కాంకోలిక్ విశ్లేషణ మరియు కంట్రోల్ ఫ్లో చెకింగ్ను ఉపయోగించి కాంట్రాక్ట్ దుర్బలత్వాలను గుర్తించడానికి EVM బైట్కోడ్ అంచనా ఉపకరణం._
+
+- **[Diligence Scribble](https://consensys.net/diligence/scribble/)** - _Scribble అనేది ఒక స్పెసిఫికేషన్ భాష మరియు రన్టైమ్ వెరిఫికేషన్ ఉపకరణం, ఇది మీకు స్మార్ట్ కాంట్రాక్టులను ప్రాపర్టీలతో అనోటేట్ చేయడానికి అనుమతిస్తుంది, ఇది Diligence Fuzzing లేదా MythX వంటి ఉపకరణాలతో కాంట్రాక్టులను స్వయంచాలకంగా పరీక్షించడానికి మిమ్మల్ని అనుమతిస్తుంది._
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [వివిధ టెస్టింగ్ ఉత్పత్తుల యొక్క అవలోకనం మరియు పోలిక](/developers/tutorials/guide-to-smart-contract-security-tools/) \_
+- [స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి ఎకిడ్నాను ఎలా ఉపయోగించాలి](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
+- [స్మార్ట్ కాంట్రాక్ట్ బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+- [స్మార్ట్ కాంట్రాక్ట్ బగ్లను కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+- [పరీక్ష కోసం Solidity కాంట్రాక్టులను ఎలా మాక్ చేయాలి](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/)
+- [ఫౌండ్రీని ఉపయోగించి Solidityలో యూనిట్ టెస్టులను ఎలా అమలు చేయాలి](https://www.rareskills.io/post/foundry-testing-solidity)
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి ఒక లోతైన గైడ్](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
+- [ఇతీరియము స్మార్ట్ కాంట్రాక్టులను ఎలా పరీక్షించాలి](https://betterprogramming.pub/how-to-test-ethereum-smart-contracts-35abc8fa199d)
+- [అభివృద్ధి చేసేవాళ్ల కోసం MolochDAO యొక్క యూనిట్ టెస్టింగ్ గైడ్](https://github.com/MolochVentures/moloch/tree/4e786db8a4aa3158287e0935dcbc7b1e43416e38/test#moloch-testing-guide)
+- [ఒక రాక్స్టార్ లాగా స్మార్ట్ కాంట్రాక్టులను ఎలా పరీక్షించాలి](https://forum.openzeppelin.com/t/test-smart-contracts-like-a-rockstar/1001)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/te/developers/docs/smart-contracts/upgrading/index.md
new file mode 100644
index 00000000000..a492cb27756
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/upgrading/index.md
@@ -0,0 +1,165 @@
+---
+title: స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం
+description: Ethereum స్మార్ట్ కాంట్రాక్టుల కోసం ఉన్నతీకరణ నమూనాల యొక్క అవలోకనం
+lang: te
+---
+
+Ethereumలోని స్మార్ట్ కాంట్రాక్టులు అనేవి ఇథీరియం వర్చువల్ మెషిన్ (EVM)లో పనిచేసే స్వీయ-నిర్వహణ ప్రోగ్రామ్లు. ఈ ప్రోగ్రామ్లు డిజైన్ ప్రకారం మార్పులేనివి, ఇది కాంట్రాక్టును అమలు చేసిన తర్వాత వ్యాపార తర్కానికి ఏవైనా నవీకరణలను నిరోధిస్తుంది.
+
+స్మార్ట్ కాంట్రాక్టుల యొక్క విశ్వసనీయత, వికేంద్రీకరణ మరియు భద్రత కోసం మార్పులేనితనం అవసరమైనప్పటికీ, ఇది కొన్ని సందర్భాల్లో ఒక లోపంగా ఉండవచ్చు. ఉదాహరణకు, మార్పులేని కోడ్ డెవలపర్లకు హాని కలిగించే కాంట్రాక్టులను సరిచేయడం అసాధ్యం చేస్తుంది.
+
+అయితే, స్మార్ట్ కాంట్రాక్టులను మెరుగుపరచడంలో పెరిగిన పరిశోధన అనేక ఉన్నతీకరణ నమూనాల పరిచయానికి దారితీసింది. ఈ ఉన్నతీకరణ నమూనాలు డెవలపర్లను వేర్వేరు కాంట్రాక్టులలో వ్యాపార తర్కాన్ని ఉంచడం ద్వారా స్మార్ట్ కాంట్రాక్టులను (మార్పులేనితనాన్ని కాపాడుకుంటూ) ఉన్నతీకరించడానికి అనుమతిస్తాయి.
+
+## అవసరాలు {#prerequisites}
+
+మీకు [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/), [స్మార్ట్ కాంట్రాక్ట్ అనాటమీ](/developers/docs/smart-contracts/anatomy/), మరియు [ఇథీరియం వర్చువల్ మెషీన్ (EVM)](/developers/docs/evm/) లపై మంచి అవగాహన ఉండాలి. ఈ మార్గదర్శిని పాఠకులకు స్మార్ట్ కాంట్రాక్టులను ప్రోగ్రామింగ్ చేయడంపై పట్టు ఉందని కూడా భావిస్తుంది.
+
+## స్మార్ట్ కాంట్రాక్ట్ ఉన్నతీకరణ అంటే ఏమిటి? {#what-is-a-smart-contract-upgrade}
+
+స్మార్ట్ కాంట్రాక్ట్ ఉన్నతీకరణ అనేది కాంట్రాక్ట్ యొక్క స్థితిని కాపాడుకుంటూ, ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క వ్యాపార తర్కాన్ని మార్చడం. ముఖ్యంగా స్మార్ట్ కాంట్రాక్టుల సందర్భంలో, ఉన్నతీకరణ సామర్థ్యం మరియు మార్పుచెందే గుణం ఒకటే కాదని స్పష్టం చేయడం ముఖ్యం.
+
+ఇథీరియం నెట్వర్క్లోని ఒక చిరునామాకు అమలు చేయబడిన ప్రోగ్రామ్ను మీరు ఇప్పటికీ మార్చలేరు. కానీ వినియోగదారులు స్మార్ట్ కాంట్రాక్ట్తో పరస్పర చర్య చేసినప్పుడు అమలు చేయబడే కోడ్ను మీరు మార్చవచ్చు.
+
+కింది పద్ధతుల ద్వారా ఇది చేయవచ్చు:
+
+1. స్మార్ట్ కాంట్రాక్ట్ యొక్క బహుళ సంస్కరణలను సృష్టించడం మరియు పాత కాంట్రాక్ట్ నుండి కొత్త కాంట్రాక్ట్ యొక్క ఉదాహరణకు స్థితిని (అంటే, డేటాను) వలస తీసుకురావడం.
+
+2. వ్యాపార తర్కం మరియు స్థితిని నిల్వ చేయడానికి వేర్వేరు కాంట్రాక్టులను సృష్టించడం.
+
+3. మార్పులేని ప్రాక్సీ కాంట్రాక్ట్ నుండి మార్చగల లాజిక్ కాంట్రాక్ట్కు ఫంక్షన్ కాల్స్ను అప్పగించడానికి ప్రాక్సీ నమూనాలను ఉపయోగించడం.
+
+4. నిర్దిష్ట విధులను అమలు చేయడానికి సరళమైన ఉపగ్రహ కాంట్రాక్టులతో పరస్పర చర్య చేసి, వాటిపై ఆధారపడే మార్పులేని ప్రధాన కాంట్రాక్ట్ను సృష్టించడం.
+
+5. ఒక ప్రాక్సీ కాంట్రాక్ట్ నుండి లాజిక్ కాంట్రాక్టులకు ఫంక్షన్ కాల్స్ను అప్పగించడానికి డైమండ్ నమూనాని ఉపయోగించడం.
+
+### ఉన్నతీకరణ యంత్రాంగం #1: కాంట్రాక్ట్ వలస {#contract-migration}
+
+కాంట్రాక్ట్ వలస సంస్కరణపై ఆధారపడి ఉంటుంది—అదే సాఫ్ట్వేర్ యొక్క ప్రత్యేకమైన స్థితులను సృష్టించడం మరియు నిర్వహించడం అనే ఆలోచన. కాంట్రాక్ట్ వలస అనేది ఇప్పటికే ఉన్న స్మార్ట్ కాంట్రాక్ట్ యొక్క కొత్త ఉదాహరణను అమలు చేయడం మరియు నిల్వ మరియు బ్యాలెన్స్లను కొత్త కాంట్రాక్ట్కు బదిలీ చేయడం.
+
+కొత్తగా అమలు చేయబడిన కాంట్రాక్ట్ ఖాళీ నిల్వను కలిగి ఉంటుంది, ఇది పాత కాంట్రాక్ట్ నుండి డేటాను పునరుద్ధరించి కొత్త అమలులోకి వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది. ఆ తరువాత, పాత కాంట్రాక్ట్తో పరస్పర చర్య చేసిన అన్ని కాంట్రాక్టులను కొత్త చిరునామాను ప్రతిబింబించేలా మీరు నవీకరించాలి.
+
+కాంట్రాక్ట్ వలసలో చివరి దశ కొత్త కాంట్రాక్ట్ను ఉపయోగించడానికి వినియోగదారులను ఒప్పించడం. కొత్త కాంట్రాక్ట్ సంస్కరణ వినియోగదారు బ్యాలెన్స్లు మరియు చిరునామాలను నిలుపుకుంటుంది, ఇది మార్పులేనితనాన్ని కాపాడుతుంది. ఇది టోకెన్-ఆధారిత కాంట్రాక్ట్ అయితే, పాత కాంట్రాక్ట్ను విస్మరించి కొత్త కాంట్రాక్ట్ను ఉపయోగించడానికి మీరు మార్పిడులను కూడా సంప్రదించవలసి ఉంటుంది.
+
+వినియోగదారు పరస్పర చర్యలకు భంగం కలిగించకుండా స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడానికి కాంట్రాక్ట్ వలస అనేది సాపేక్షంగా సూటిగా మరియు సురక్షితమైన కొలత. అయితే, వినియోగదారు నిల్వ మరియు బ్యాలెన్స్లను కొత్త కాంట్రాక్ట్కు మాన్యువల్గా వలస తీసుకురావడం సమయం తీసుకునేది మరియు అధిక గ్యాస్ ఖర్చులను కలిగించవచ్చు.
+
+[కాంట్రాక్ట్ వలసపై మరింత.](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)
+
+### ఉన్నతీకరణ యంత్రాంగం #2: డేటా వేర్పాటు {#data-separation}
+
+స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడానికి మరో పద్ధతి వ్యాపార తర్కం మరియు డేటా నిల్వను వేర్వేరు కాంట్రాక్టులుగా విభజించడం. దీని అర్థం వినియోగదారులు లాజిక్ కాంట్రాక్ట్తో పరస్పర చర్య చేస్తారు, అయితే డేటా నిల్వ కాంట్రాక్ట్లో నిల్వ చేయబడుతుంది.
+
+వినియోగదారులు అప్లికేషన్తో పరస్పర చర్య చేసినప్పుడు అమలు చేయబడే కోడ్ను లాజిక్ కాంట్రాక్ట్ కలిగి ఉంటుంది. ఇది నిల్వ కాంట్రాక్ట్ యొక్క చిరునామాను కూడా కలిగి ఉంటుంది మరియు డేటాను పొందడానికి మరియు సెట్ చేయడానికి దానితో పరస్పర చర్య చేస్తుంది.
+
+ఇంతలో, నిల్వ కాంట్రాక్ట్ స్మార్ట్ కాంట్రాక్ట్తో అనుబంధించబడిన స్థితిని కలిగి ఉంటుంది, ఉదాహరణకు వినియోగదారు బ్యాలెన్స్లు మరియు చిరునామాలు. నిల్వ కాంట్రాక్ట్ లాజిక్ కాంట్రాక్ట్ యాజమాన్యంలో ఉందని మరియు అమలు సమయంలో దాని చిరునామాతో కాన్ఫిగర్ చేయబడిందని గమనించండి. ఇది అనధికార కాంట్రాక్టులు నిల్వ కాంట్రాక్ట్ను కాల్ చేయకుండా లేదా దాని డేటాను నవీకరించకుండా నిరోధిస్తుంది.
+
+డిఫాల్ట్గా, నిల్వ కాంట్రాక్ట్ మార్పులేనిది—కానీ అది సూచించే లాజిక్ కాంట్రాక్ట్ను మీరు కొత్త అమలుతో భర్తీ చేయవచ్చు. ఇది EVMలో నడిచే కోడ్ను మారుస్తుంది, అయితే నిల్వ మరియు బ్యాలెన్స్లను చెక్కుచెదరకుండా ఉంచుతుంది.
+
+ఈ ఉన్నతీకరణ పద్ధతిని ఉపయోగించడానికి నిల్వ కాంట్రాక్ట్లోని లాజిక్ కాంట్రాక్ట్ యొక్క చిరునామాను నవీకరించడం అవసరం. ముందు వివరించిన కారణాల వల్ల మీరు కొత్త లాజిక్ కాంట్రాక్ట్ను నిల్వ కాంట్రాక్ట్ యొక్క చిరునామాతో కూడా కాన్ఫిగర్ చేయాలి.
+
+కాంట్రాక్ట్ వలసతో పోలిస్తే డేటా వేర్పాటు నమూనాని అమలు చేయడం వాదించదగ్గ సులభం. అయితే, మీరు బహుళ కాంట్రాక్టులను నిర్వహించవలసి ఉంటుంది మరియు దురుద్దేశపూర్వక ఉన్నతీకరణల నుండి స్మార్ట్ కాంట్రాక్టులను రక్షించడానికి సంక్లిష్టమైన అధికార పథకాలను అమలు చేయాలి.
+
+### ఉన్నతీకరణ యంత్రాంగం #3: ప్రాక్సీ నమూనాలు {#proxy-patterns}
+
+ప్రాక్సీ నమూనా కూడా వ్యాపార తర్కం మరియు డేటాను వేర్వేరు కాంట్రాక్టులలో ఉంచడానికి డేటా వేర్పాటును ఉపయోగిస్తుంది. అయితే, ఒక ప్రాక్సీ నమూనాలో, నిల్వ కాంట్రాక్ట్ (ప్రాక్సీ అని పిలుస్తారు) కోడ్ అమలు సమయంలో లాజిక్ కాంట్రాక్ట్ను కాల్ చేస్తుంది. ఇది డేటా వేర్పాటు పద్ధతికి రివర్స్, ఇక్కడ లాజిక్ కాంట్రాక్ట్ నిల్వ కాంట్రాక్ట్ను కాల్ చేస్తుంది.
+
+ప్రాక్సీ నమూనాలో ఇది జరుగుతుంది:
+
+1. వినియోగదారులు ప్రాక్సీ కాంట్రాక్ట్తో పరస్పర చర్య చేస్తారు, ఇది డేటాను నిల్వ చేస్తుంది, కానీ వ్యాపార తర్కాన్ని కలిగి ఉండదు.
+
+2. `delegatecall` ఫంక్షన్ను ఉపయోగించి ప్రాక్సీ కాంట్రాక్ట్ లాజిక్ కాంట్రాక్ట్ యొక్క చిరునామాను నిల్వ చేస్తుంది మరియు అన్ని ఫంక్షన్ కాల్స్ను లాజిక్ కాంట్రాక్ట్కు (ఇది వ్యాపార తర్కాన్ని కలిగి ఉంటుంది) అప్పగిస్తుంది.
+
+3. కాల్ లాజిక్ కాంట్రాక్ట్కు ఫార్వార్డ్ చేయబడిన తర్వాత, లాజిక్ కాంట్రాక్ట్ నుండి తిరిగి వచ్చిన డేటా తిరిగి పొందబడుతుంది మరియు వినియోగదారుకు తిరిగి ఇవ్వబడుతుంది.
+
+ప్రాక్సీ నమూనాలను ఉపయోగించడానికి **delegatecall** ఫంక్షన్ పై అవగాహన అవసరం. ప్రాథమికంగా, `delegatecall` అనేది ఒక ఆప్కోడ్, ఇది ఒక కాంట్రాక్ట్ను మరొక కాంట్రాక్ట్ను కాల్ చేయడానికి అనుమతిస్తుంది, అయితే వాస్తవ కోడ్ అమలు కాలింగ్ కాంట్రాక్ట్ సందర్భంలో జరుగుతుంది. ప్రాక్సీ నమూనాలలో `delegatecall` ఉపయోగించడం యొక్క ఒక సూచన ఏమిటంటే, ప్రాక్సీ కాంట్రాక్ట్ దాని నిల్వకు చదువుతుంది మరియు వ్రాస్తుంది మరియు అంతర్గత ఫంక్షన్ను కాల్ చేస్తున్నట్లుగా లాజిక్ కాంట్రాక్ట్లో నిల్వ చేయబడిన తర్కాన్ని అమలు చేస్తుంది.
+
+[Solidity డాక్యుమెంటేషన్](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#delegatecall-callcode-and-libraries) నుండి:
+
+> _సందేశ కాల్ యొక్క ఒక ప్రత్యేక రూపాంతరం ఉంది, దీనిని **డెలిగేట్ కాల్** అని పిలుస్తారు, ఇది సందేశ కాల్కు సమానంగా ఉంటుంది, అయితే లక్ష్య చిరునామా వద్ద ఉన్న కోడ్ కాలింగ్ కాంట్రాక్ట్ సందర్భంలో (అంటే, చిరునామాలో) అమలు చేయబడుతుంది మరియు `msg.sender` మరియు `msg.value` వాటి విలువలను మార్చవు._ _దీని అర్థం ఒక కాంట్రాక్ట్ రన్టైమ్లో వేరొక చిరునామా నుండి కోడ్ను డైనమిక్గా లోడ్ చేయగలదు. నిల్వ, ప్రస్తుత చిరునామా మరియు బ్యాలెన్స్ ఇప్పటికీ కాలింగ్ కాంట్రాక్ట్ను సూచిస్తాయి, కోడ్ మాత్రమే పిలువబడిన చిరునామా నుండి తీసుకోబడుతుంది._
+
+ప్రాక్సీ కాంట్రాక్ట్, వినియోగదారు ఒక ఫంక్షన్ను కాల్ చేసినప్పుడల్లా `delegatecall` ను ప్రారంభించాలని తెలుసు, ఎందుకంటే దానిలో `fallback` ఫంక్షన్ నిర్మించబడింది. Solidity ప్రోగ్రామింగ్లో [ఫాల్బ్యాక్ ఫంక్షన్](https://docs.soliditylang.org/en/latest/contracts.html#fallback-function) ఒక కాంట్రాక్ట్లో పేర్కొన్న ఫంక్షన్లతో ఫంక్షన్ కాల్ సరిపోలనప్పుడు అమలు చేయబడుతుంది.
+
+ప్రాక్సీ నమూనాని పని చేయడానికి, ప్రాక్సీ కాంట్రాక్ట్ మద్దతు ఇవ్వని ఫంక్షన్ కాల్స్ను ఎలా నిర్వహించాలో పేర్కొనే కస్టమ్ ఫాల్బ్యాక్ ఫంక్షన్ను వ్రాయడం అవసరం. ఈ సందర్భంలో, ప్రాక్సీ యొక్క ఫాల్బ్యాక్ ఫంక్షన్ ఒక డెలిగేట్కాల్ను ప్రారంభించడానికి మరియు వినియోగదారు యొక్క అభ్యర్థనను ప్రస్తుత లాజిక్ కాంట్రాక్ట్ అమలుకు తిరిగి మళ్లించడానికి ప్రోగ్రామ్ చేయబడింది.
+
+ప్రాక్సీ కాంట్రాక్ట్ డిఫాల్ట్గా మార్పులేనిది, కానీ నవీకరించబడిన వ్యాపార తర్కంతో కొత్త లాజిక్ కాంట్రాక్టులను సృష్టించవచ్చు. ఉన్నతీకరణను నిర్వహించడం అప్పుడు ప్రాక్సీ కాంట్రాక్ట్లో సూచించబడిన లాజిక్ కాంట్రాక్ట్ యొక్క చిరునామాను మార్చడం మాత్రమే.
+
+ప్రాక్సీ కాంట్రాక్ట్ను కొత్త లాజిక్ కాంట్రాక్ట్కు సూచించడం ద్వారా, వినియోగదారులు ప్రాక్సీ కాంట్రాక్ట్ ఫంక్షన్ను కాల్ చేసినప్పుడు అమలు చేయబడిన కోడ్ మారుతుంది. ఇది వినియోగదారులను కొత్త కాంట్రాక్ట్తో పరస్పర చర్య చేయమని అడగకుండా కాంట్రాక్ట్ యొక్క తర్కాన్ని ఉన్నతీకరించడానికి మాకు అనుమతిస్తుంది.
+
+ప్రాక్సీ నమూనాలు స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడానికి ఒక ప్రసిద్ధ పద్ధతి, ఎందుకంటే అవి కాంట్రాక్ట్ వలసతో సంబంధం ఉన్న ఇబ్బందులను తొలగిస్తాయి. అయితే, ప్రాక్సీ నమూనాలు ఉపయోగించడానికి మరింత సంక్లిష్టంగా ఉంటాయి మరియు సరిగా ఉపయోగించకపోతే, [ఫంక్షన్ సెలెక్టర్ ఘర్షణలు](https://medium.com/nomic-foundation-blog/malicious-backdoors-in-ethereum-proxies-62629adf3357) వంటి క్లిష్టమైన లోపాలను ప్రవేశపెట్టగలవు.
+
+[ప్రాక్సీ నమూనాలపై మరింత](https://blog.openzeppelin.com/proxy-patterns/).
+
+### ఉన్నతీకరణ యంత్రాంగం #4: స్ట్రాటజీ నమూనా {#strategy-pattern}
+
+ఈ సాంకేతికత [స్ట్రాటజీ నమూనా](https://en.wikipedia.org/wiki/Strategy_pattern) ద్వారా ప్రభావితమైంది, ఇది నిర్దిష్ట లక్షణాలను అమలు చేయడానికి ఇతర ప్రోగ్రామ్లతో ఇంటర్ఫేస్ చేసే సాఫ్ట్వేర్ ప్రోగ్రామ్లను సృష్టించడాన్ని ప్రోత్సహిస్తుంది. ఇథీరియం అభివృద్ధికి స్ట్రాటజీ నమూనాని వర్తింపజేయడం అంటే ఇతర కాంట్రాక్టుల నుండి ఫంక్షన్లను కాల్ చేసే స్మార్ట్ కాంట్రాక్ట్ను నిర్మించడం.
+
+ఈ సందర్భంలో ప్రధాన కాంట్రాక్ట్ కోర్ బిజినెస్ లాజిక్ను కలిగి ఉంటుంది, కానీ కొన్ని విధులను అమలు చేయడానికి ఇతర స్మార్ట్ కాంట్రాక్టులతో ("శాటిలైట్ కాంట్రాక్టులు") ఇంటర్ఫేస్ చేస్తుంది. ఈ ప్రధాన కాంట్రాక్ట్ ప్రతి శాటిలైట్ కాంట్రాక్ట్ కోసం చిరునామాను కూడా నిల్వ చేస్తుంది మరియు శాటిలైట్ కాంట్రాక్ట్ యొక్క వేర్వేరు అమలుల మధ్య మారగలదు.
+
+మీరు కొత్త శాటిలైట్ కాంట్రాక్ట్ను నిర్మించవచ్చు మరియు ప్రధాన కాంట్రాక్ట్ను కొత్త చిరునామాతో కాన్ఫిగర్ చేయవచ్చు. ఇది స్మార్ట్ కాంట్రాక్ట్ కోసం _వ్యూహాలను_ మార్చడానికి మిమ్మల్ని అనుమతిస్తుంది (అంటే, కొత్త తర్కాన్ని అమలు చేయడం).
+
+ముందు చర్చించిన ప్రాక్సీ నమూనాకు సమానంగా ఉన్నప్పటికీ, స్ట్రాటజీ నమూనా భిన్నమైనది ఎందుకంటే ప్రధాన కాంట్రాక్ట్, వినియోగదారులు పరస్పర చర్య చేసేది, వ్యాపార తర్కాన్ని కలిగి ఉంటుంది. ఈ నమూనాని ఉపయోగించడం కోర్ మౌలిక సదుపాయాలను ప్రభావితం చేయకుండా స్మార్ట్ కాంట్రాక్ట్కు పరిమిత మార్పులను ప్రవేశపెట్టే అవకాశాన్ని మీకు ఇస్తుంది.
+
+ప్రధాన లోపం ఏమిటంటే, ఈ నమూనా ఎక్కువగా చిన్న ఉన్నతీకరణలను విడుదల చేయడానికి ఉపయోగపడుతుంది. అలాగే, ప్రధాన కాంట్రాక్ట్ రాజీపడితే (ఉదా., హ్యాక్ ద్వారా), మీరు ఈ ఉన్నతీకరణ పద్ధతిని ఉపయోగించలేరు.
+
+### ఉన్నతీకరణ యంత్రాంగం #5: డైమండ్ నమూనా {#diamond-pattern}
+
+డైమండ్ నమూనాని ప్రాక్సీ నమూనాపై మెరుగుదలగా పరిగణించవచ్చు. డైమండ్ ప్రాక్సీ కాంట్రాక్ట్ ఒకటి కంటే ఎక్కువ లాజిక్ కాంట్రాక్టులకు ఫంక్షన్ కాల్స్ను అప్పగించగలదు కాబట్టి డైమండ్ నమూనాలు ప్రాక్సీ నమూనాల నుండి భిన్నంగా ఉంటాయి.
+
+డైమండ్ నమూనాలోని లాజిక్ కాంట్రాక్టులను _ఫేసెట్స్_ అని పిలుస్తారు. డైమండ్ నమూనాని పని చేయడానికి, మీరు ప్రాక్సీ కాంట్రాక్ట్లో ఒక మ్యాపింగ్ను సృష్టించాలి, ఇది [ఫంక్షన్ సెలెక్టర్లను](https://docs.soliditylang.org/en/latest/abi-spec.html#function-selector) వేర్వేరు ఫేసెట్ చిరునామాలకు మ్యాప్ చేస్తుంది.
+
+ఒక వినియోగదారు ఫంక్షన్ కాల్ చేసినప్పుడు, ఆ ఫంక్షన్ను అమలు చేయడానికి బాధ్యత వహించే ఫేసెట్ను కనుగొనడానికి ప్రాక్సీ కాంట్రాక్ట్ మ్యాపింగ్ను తనిఖీ చేస్తుంది. అప్పుడు అది `delegatecall` (ఫాల్బ్యాక్ ఫంక్షన్ను ఉపయోగించి) ను ప్రారంభిస్తుంది మరియు కాల్ను తగిన లాజిక్ కాంట్రాక్ట్కు మళ్లిస్తుంది.
+
+సాంప్రదాయ ప్రాక్సీ ఉన్నతీకరణ నమూనాలపై డైమండ్ ఉన్నతీకరణ నమూనాకు కొన్ని ప్రయోజనాలు ఉన్నాయి:
+
+1. ఇది మొత్తం కోడ్ను మార్చకుండా కాంట్రాక్ట్ యొక్క ఒక చిన్న భాగాన్ని ఉన్నతీకరించడానికి మిమ్మల్ని అనుమతిస్తుంది. ఉన్నతీకరణల కోసం ప్రాక్సీ నమూనాని ఉపయోగించడం అనేది చిన్న ఉన్నతీకరణలకు కూడా పూర్తిగా కొత్త లాజిక్ కాంట్రాక్ట్ను సృష్టించడం అవసరం.
+
+2. అన్ని స్మార్ట్ కాంట్రాక్టులు (ప్రాక్సీ నమూనాలలో ఉపయోగించే లాజిక్ కాంట్రాక్టులతో సహా) 24KB పరిమాణ పరిమితిని కలిగి ఉంటాయి, ఇది ఒక పరిమితిగా ఉంటుంది—ముఖ్యంగా ఎక్కువ ఫంక్షన్లు అవసరమయ్యే సంక్లిష్ట కాంట్రాక్టుల కోసం. డైమండ్ నమూనా బహుళ లాజిక్ కాంట్రాక్టుల మధ్య ఫంక్షన్లను విభజించడం ద్వారా ఈ సమస్యను పరిష్కరించడం సులభం చేస్తుంది.
+
+3. ప్రాక్సీ నమూనాలు యాక్సెస్ నియంత్రణలకు క్యాచ్-ఆల్ విధానాన్ని అవలంబిస్తాయి. ఉన్నతీకరణ ఫంక్షన్లకు యాక్సెస్ ఉన్న ఒక సంస్థ _మొత్తం_ కాంట్రాక్ట్ను మార్చగలదు. కానీ డైమండ్ నమూనా మాడ్యులర్ అనుమతుల విధానాన్ని ప్రారంభిస్తుంది, ఇక్కడ మీరు స్మార్ట్ కాంట్రాక్ట్లోని కొన్ని ఫంక్షన్లను ఉన్నతీకరించడానికి సంస్థలను పరిమితం చేయవచ్చు.
+
+[డైమండ్ నమూనాపై మరింత](https://eip2535diamonds.substack.com/p/introduction-to-the-diamond-standard?s=w).
+
+## స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం యొక్క ప్రయోజనాలు మరియు నష్టాలు {#pros-and-cons-of-upgrading-smart-contracts}
+
+| ప్రయోజనాలు | అప్రయోజనాలు |
+| ----------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| స్మార్ట్ కాంట్రాక్ట్ ఉన్నతీకరణ అమలు తర్వాత దశలో కనుగొనబడిన దుర్బలత్వాలను సరిచేయడం సులభం చేస్తుంది. | స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం కోడ్ మార్పులేనితనం అనే ఆలోచనను తిరస్కరిస్తుంది, ఇది వికేంద్రీకరణ మరియు భద్రతపై ప్రభావాలను కలిగి ఉంటుంది. |
+| వికేంద్రీకృత అప్లికేషన్లకు కొత్త ఫీచర్లను జోడించడానికి డెవలపర్లు లాజిక్ ఉన్నతీకరణలను ఉపయోగించవచ్చు. | వినియోగదారులు డెవలపర్లు స్మార్ట్ కాంట్రాక్టులను ఏకపక్షంగా సవరించరని విశ్వసించాలి. |
+| బగ్లను త్వరగా సరిచేయవచ్చు కాబట్టి స్మార్ట్ కాంట్రాక్ట్ ఉన్నతీకరణలు తుది-వినియోగదారులకు భద్రతను మెరుగుపరుస్తాయి. | స్మార్ట్ కాంట్రాక్టులలోకి ఉన్నతీకరణ కార్యాచరణను ప్రోగ్రామింగ్ చేయడం సంక్లిష్టత యొక్క మరొక పొరను జోడిస్తుంది మరియు క్లిష్టమైన లోపాల సంభావ్యతను పెంచుతుంది. |
+| కాంట్రాక్ట్ ఉన్నతీకరణలు డెవలపర్లకు వేర్వేరు ఫీచర్లతో ప్రయోగాలు చేయడానికి మరియు కాలక్రమేణా డాప్స్ను మెరుగుపరచడానికి ఎక్కువ అవకాశం ఇస్తాయి. | స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించే అవకాశం అభివృద్ధి దశలో తగిన శ్రద్ధ వహించకుండా ప్రాజెక్టులను వేగంగా ప్రారంభించడానికి డెవలపర్లను ప్రోత్సహించవచ్చు. |
+| | స్మార్ట్ కాంట్రాక్టులలో అసురక్షిత యాక్సెస్ నియంత్రణ లేదా కేంద్రీకరణ దురుద్దేశపూర్వక నటులకు అనధికారిక ఉన్నతీకరణలు చేయడం సులభం చేస్తుంది. |
+
+## స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడానికి పరిగణనలు {#considerations-for-upgrading-smart-contracts}
+
+1. అనధికారిక స్మార్ట్ కాంట్రాక్ట్ ఉన్నతీకరణలను నివారించడానికి సురక్షిత యాక్సెస్ నియంత్రణ/అధికార యంత్రాంగాలను ఉపయోగించండి, ప్రత్యేకించి ప్రాక్సీ నమూనాలు, స్ట్రాటజీ నమూనాలు లేదా డేటా వేర్పాటును ఉపయోగిస్తుంటే. ఒక ఉదాహరణ, ఉన్నతీకరణ ఫంక్షన్కు యాక్సెస్ను పరిమితం చేయడం, తద్వారా కాంట్రాక్ట్ యజమాని మాత్రమే దానిని కాల్ చేయగలరు.
+
+2. స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం ఒక సంక్లిష్టమైన చర్య మరియు దుర్బలత్వాల పరిచయాన్ని నివారించడానికి అధిక స్థాయి శ్రద్ధ అవసరం.
+
+3. ఉన్నతీకరణలను అమలు చేసే ప్రక్రియను వికేంద్రీకరించడం ద్వారా విశ్వాస ఊహలను తగ్గించండి. సాధ్యమైన వ్యూహాలలో ఉన్నతీకరణలను నియంత్రించడానికి [మల్టీ-సిగ్ వాలెట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/#multisig) ఉపయోగించడం, లేదా ఉన్నతీకరణను ఆమోదించడంపై ఓటు వేయమని [DAO సభ్యులను](/dao/) కోరడం ఉన్నాయి.
+
+4. కాంట్రాక్టులను ఉన్నతీకరించడంలో ఉన్న ఖర్చుల గురించి తెలుసుకోండి. ఉదాహరణకు, కాంట్రాక్ట్ వలస సమయంలో పాత కాంట్రాక్ట్ నుండి కొత్త కాంట్రాక్ట్కు స్థితిని (ఉదా., వినియోగదారు బ్యాలెన్స్లు) కాపీ చేయడానికి ఒకటి కంటే ఎక్కువ లావాదేవీలు అవసరం కావచ్చు, అంటే ఎక్కువ గ్యాస్ ఫీజులు.
+
+5. వినియోగదారులను రక్షించడానికి **టైమ్లాక్లను** అమలు చేయడాన్ని పరిగణించండి. టైమ్లాక్ అంటే ఒక వ్యవస్థకు మార్పులపై అమలు చేయబడిన ఆలస్యం. ఉన్నతీకరణలను నియంత్రించడానికి టైమ్లాక్లను మల్టీ-సిగ్ గవర్నెన్స్ సిస్టమ్తో కలపవచ్చు: ఒక ప్రతిపాదిత చర్య అవసరమైన ఆమోద పరిమితిని చేరుకుంటే, ముందుగా నిర్వచించిన ఆలస్య వ్యవధి ముగిసే వరకు అది అమలు కాదు.
+
+టైమ్లాక్లు వినియోగదారులకు ప్రతిపాదిత మార్పుతో (ఉదా., లాజిక్ ఉన్నతీకరణ లేదా కొత్త ఫీజు పథకాలు) ఏకీభవించకపోతే సిస్టమ్ నుండి నిష్క్రమించడానికి కొంత సమయం ఇస్తాయి. టైమ్లాక్లు లేకుండా, వినియోగదారులు డెవలపర్లు ముందస్తు నోటీసు లేకుండా స్మార్ట్ కాంట్రాక్ట్లో ఏకపక్ష మార్పులను అమలు చేయరని విశ్వసించాలి. ఇక్కడ ఉన్న లోపం ఏమిటంటే, టైమ్లాక్లు దుర్బలత్వాలను త్వరగా ప్యాచ్ చేసే సామర్థ్యాన్ని పరిమితం చేస్తాయి.
+
+## వనరులు {#resources}
+
+**OpenZeppelin అప్గ్రేడ్స్ ప్లగిన్లు - _ఉన్నతీకరించగల స్మార్ట్ కాంట్రాక్టులను అమలు చేయడానికి మరియు సురక్షితం చేయడానికి ఉపకరణాల సూట్._**
+
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-upgrades)
+- [డాక్యుమెంటేషన్](https://docs.openzeppelin.com/upgrades)
+
+## ట్యుటోరియల్స్ {#tutorials}
+
+- ప్యాట్రిక్ కాలిన్స్ ద్వారా [మీ స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం | YouTube ట్యుటోరియల్](https://www.youtube.com/watch?v=bdXJmWajZRY)
+- ఆస్టిన్ గ్రిఫిత్ ద్వారా [ఇథీరియం స్మార్ట్ కాంట్రాక్ట్ వలస ట్యుటోరియల్](https://medium.com/coinmonks/ethereum-smart-contract-migration-13f6f12539bd)
+- ప్రణేష్ A.S ద్వారా [స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడానికి UUPS ప్రాక్సీ నమూనాని ఉపయోగించడం](https://blog.logrocket.com/author/praneshas/)
+- fangjun.eth ద్వారా [Web3 ట్యుటోరియల్: OpenZeppelin ఉపయోగించి ఉన్నతీకరించగల స్మార్ట్ కాంట్రాక్ట్ (ప్రాక్సీ) వ్రాయండి](https://dev.to/yakult/tutorial-write-upgradeable-smart-contract-proxy-contract-with-openzeppelin-1916)
+
+## మరింత సమాచారం {#further-reading}
+
+- శాంటియాగో పల్లాడినో ద్వారా [స్మార్ట్ కాంట్రాక్ట్ ఉన్నతీకరణల స్థితి](https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/)
+- [ఒక Solidity స్మార్ట్ కాంట్రాక్ట్ను ఉన్నతీకరించడానికి బహుళ మార్గాలు](https://cryptomarketpool.com/multiple-ways-to-upgrade-a-solidity-smart-contract/) - క్రిప్టో మార్కెట్ పూల్ బ్లాగ్
+- [తెలుసుకోండి: స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) - OpenZeppelin డాక్స్
+- నవీన్ సాహు ద్వారా [Solidity కాంట్రాక్టుల ఉన్నతీకరణ సామర్థ్యం కోసం ప్రాక్సీ నమూనాలు: పారదర్శక vs UUPS ప్రాక్సీలు](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0)
+- నిక్ మడ్జ్ ద్వారా [డైమండ్ ఉన్నతీకరణలు ఎలా పనిచేస్తాయి](https://dev.to/mudgen/how-diamond-upgrades-work-417j)
diff --git a/public/content/translations/te/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/te/developers/docs/smart-contracts/verifying/index.md
new file mode 100644
index 00000000000..7526b2fc311
--- /dev/null
+++ b/public/content/translations/te/developers/docs/smart-contracts/verifying/index.md
@@ -0,0 +1,113 @@
+---
+title: స్మార్ట్ కాంట్రాక్టులను ధృవీకరించడం
+description: Ethereum స్మార్ట్ కాంట్రాక్టుల కోసం సోర్స్ కోడ్ ధృవీకరణ యొక్క ఒక అవలోకనం
+lang: te
+---
+
+[స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) “ట్రస్ట్లెస్”గా ఉండేలా రూపొందించబడ్డాయి, అంటే వినియోగదారులు ఒక కాంట్రాక్ట్తో పరస్పర చర్య చేసే ముందు మూడవ పక్షాలను (ఉదా., డెవలపర్లు మరియు కంపెనీలు) విశ్వసించాల్సిన అవసరం లేదు. ట్రస్ట్లెస్నెస్ కోసం ఒక ఆవశ్యకతగా, వినియోగదారులు మరియు ఇతర డెవలపర్లు ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ను ధృవీకరించగలగాలి. సోర్స్ కోడ్ ధృవీకరణ, ప్రచురించిన కాంట్రాక్ట్ కోడ్ Ethereum బ్లాక్చైన్లోని కాంట్రాక్ట్ చిరునామాలో నడుస్తున్న అదే కోడ్ అని వినియోగదారులకు మరియు డెవలపర్లకు హామీ ఇస్తుంది.
+
+"సోర్స్ కోడ్ ధృవీకరణ" మరియు "[ఫార్మల్ వెరిఫికేషన్](/developers/docs/smart-contracts/formal-verification/)" మధ్య వ్యత్యాసాన్ని గుర్తించడం ముఖ్యం. సోర్స్ కోడ్ ధృవీకరణ, దాని గురించి కింద వివరంగా వివరించబడుతుంది, ఇది ఉన్నత-స్థాయి భాషలో (ఉదా., Solidity) ఉన్న ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్, కాంట్రాక్ట్ చిరునామాలో అమలు చేయబడే అదే బైట్కోడ్కు కంపైల్ అవుతుందని ధృవీకరించడాన్ని సూచిస్తుంది. అయితే, ఫార్మల్ వెరిఫికేషన్ ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సరియైనతను ధృవీకరించడాన్ని వివరిస్తుంది, అంటే కాంట్రాక్ట్ ఆశించిన విధంగా ప్రవర్తిస్తుంది. సందర్భం-ఆధారితమైనప్పటికీ, కాంట్రాక్ట్ ధృవీకరణ సాధారణంగా సోర్స్ కోడ్ ధృవీకరణను సూచిస్తుంది.
+
+## సోర్స్ కోడ్ ధృవీకరణ అంటే ఏమిటి? {#what-is-source-code-verification}
+
+డెవలపర్లు [Ethereum వర్చువల్ మెషీన్ (EVM)](/developers/docs/evm/)లో ఒక స్మార్ట్ కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి ముందు, కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ను — [Solidity](/developers/docs/smart-contracts/languages/) లేదా మరొక ఉన్నత-స్థాయి ప్రోగ్రామింగ్ భాషలో వ్రాసిన సూచనలను — బైట్కోడ్కు [కంపైల్ చేస్తారు](/developers/docs/smart-contracts/compiling/). EVM ఉన్నత-స్థాయి సూచనలను అర్థం చేసుకోలేదు కాబట్టి, EVMలో కాంట్రాక్ట్ తర్కాన్ని అమలు చేయడానికి సోర్స్ కోడ్ను బైట్కోడ్కు (అంటే, తక్కువ-స్థాయి, మెషీన్ సూచనలకు) కంపైల్ చేయడం అవసరం.
+
+సోర్స్ కోడ్ ధృవీకరణ అంటే ఏవైనా తేడాలను గుర్తించడానికి, ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ మరియు కాంట్రాక్ట్ సృష్టి సమయంలో ఉపయోగించిన కంపైల్ చేయబడిన బైట్కోడ్ను పోల్చడం. స్మార్ట్ కాంట్రాక్టులను ధృవీకరించడం ముఖ్యం, ఎందుకంటే ప్రచారం చేయబడిన కాంట్రాక్ట్ కోడ్ బ్లాక్చైన్పై నడిచే దాని నుండి భిన్నంగా ఉండవచ్చు.
+
+స్మార్ట్ కాంట్రాక్ట్ ధృవీకరణ, మెషీన్ కోడ్ చదవాల్సిన అవసరం లేకుండా, ఒక కాంట్రాక్ట్ అది వ్రాయబడిన ఉన్నత-స్థాయి భాష ద్వారా ఏమి చేస్తుందో దర్యాప్తు చేయడానికి వీలు కల్పిస్తుంది. కంపైల్ చేయబడి, డిప్లాయ్ చేయబడిన అసలు సోర్స్ కోడ్తో ఫంక్షన్లు, విలువలు, మరియు సాధారణంగా వేరియబుల్ పేర్లు మరియు వ్యాఖ్యలు సమానంగా ఉంటాయి. ఇది కోడ్ చదవడం చాలా సులభం చేస్తుంది. సోర్స్ ధృవీకరణ కోడ్ డాక్యుమెంటేషన్ కోసం కూడా వీలు కల్పిస్తుంది, తద్వారా ఒక స్మార్ట్ కాంట్రాక్ట్ ఏమి చేయడానికి రూపొందించబడిందో తుది-వినియోగదారులకు తెలుస్తుంది.
+
+### పూర్తి ధృవీకరణ అంటే ఏమిటి? {#full-verification}
+
+వ్యాఖ్యలు లేదా వేరియబుల్ పేర్లు వంటి సోర్స్ కోడ్లోని కొన్ని భాగాలు కంపైల్ చేయబడిన బైట్కోడ్ను ప్రభావితం చేయవు. అంటే, విభిన్న వేరియబుల్ పేర్లు మరియు విభిన్న వ్యాఖ్యలతో ఉన్న రెండు సోర్స్ కోడ్లు రెండూ ఒకే కాంట్రాక్ట్ను ధృవీకరించగలవు. దానితో, ఒక హానికరమైన నటుడు సోర్స్ కోడ్ లోపల మోసపూరిత వ్యాఖ్యలను జోడించవచ్చు లేదా తప్పుదారి పట్టించే వేరియబుల్ పేర్లను ఇవ్వవచ్చు మరియు అసలు సోర్స్ కోడ్కు భిన్నమైన సోర్స్ కోడ్తో కాంట్రాక్ట్ను ధృవీకరించవచ్చు.
+
+సోర్స్ కోడ్ యొక్క ఖచ్చితత్వానికి _క్రిప్టోగ్రాఫిక్ గ్యారెంటీ_గా మరియు కంపైలేషన్ సమాచారం యొక్క _ఫింగర్ప్రింట్_గా పనిచేయడానికి బైట్కోడ్కు అదనపు డేటాను జోడించడం ద్వారా దీనిని నివారించడం సాధ్యమవుతుంది. అవసరమైన సమాచారం [Solidity యొక్క కాంట్రాక్ట్ మెటాడేటా](https://docs.soliditylang.org/en/v0.8.15/metadata.html)లో ఉంటుంది మరియు ఈ ఫైల్ యొక్క హాష్ ఒక కాంట్రాక్ట్ యొక్క బైట్కోడ్కు జోడించబడుతుంది. మీరు దానిని [మెటాడేటా ప్లేగ్రౌండ్](https://playground.sourcify.dev)లో చూడవచ్చు
+
+మెటాడేటా ఫైల్ సోర్స్ ఫైల్స్ మరియు వాటి హాష్లతో సహా కాంట్రాక్ట్ కంపైలేషన్ గురించి సమాచారాన్ని కలిగి ఉంటుంది. అంటే, కంపైలేషన్ సెట్టింగ్లలో ఏవైనా లేదా సోర్స్ ఫైల్స్లో ఒక బైట్ మారినా, మెటాడేటా ఫైల్ మారుతుంది. పర్యవసానంగా, బైట్కోడ్కు జోడించబడిన మెటాడేటా ఫైల్ యొక్క హాష్ కూడా మారుతుంది. అంటే, ఒక కాంట్రాక్ట్ యొక్క బైట్కోడ్ + జోడించబడిన మెటాడేటా హాష్ ఇచ్చిన సోర్స్ కోడ్ మరియు కంపైలేషన్ సెట్టింగ్లతో సరిపోలితే, ఇది అసలు కంపైలేషన్లో ఉపయోగించిన ఖచ్చితమైన అదే సోర్స్ కోడ్ అని మనం నిశ్చయించుకోవచ్చు, ఒక్క బైట్ కూడా భిన్నంగా ఉండదు.
+
+మెటాడేటా హాష్ను ఉపయోగించుకునే ఈ రకమైన ధృవీకరణను **"[పూర్తి ధృవీకరణ](https://docs.sourcify.dev/docs/full-vs-partial-match/)"** (దీనిని "సంపూర్ణ ధృవీకరణ" అని కూడా అంటారు) అని అంటారు. మెటాడేటా హాష్లు సరిపోలకపోతే లేదా ధృవీకరణలో పరిగణించబడకపోతే, అది "పాక్షిక సరిపోలిక" అవుతుంది, ఇది ప్రస్తుతం కాంట్రాక్టులను ధృవీకరించడానికి మరింత సాధారణ మార్గం. పూర్తి ధృవీకరణ లేకుండా, ధృవీకరించబడిన సోర్స్ కోడ్లో ప్రతిబింబించని [హానికరమైన కోడ్ను చొప్పించడం](https://samczsun.com/hiding-in-plain-sight/) సాధ్యమే. చాలా మంది డెవలపర్లకు పూర్తి ధృవీకరణ గురించి తెలియదు మరియు వారి కంపైలేషన్ యొక్క మెటాడేటా ఫైల్ను ఉంచుకోరు, అందువల్ల పాక్షిక ధృవీకరణ ఇప్పటివరకు కాంట్రాక్టులను ధృవీకరించడానికి వాస్తవ పద్ధతిగా ఉంది.
+
+## సోర్స్ కోడ్ ధృవీకరణ ఎందుకు ముఖ్యం? {#importance-of-source-code-verification}
+
+### ట్రస్ట్లెస్నెస్ {#trustlessness}
+
+స్మార్ట్ కాంట్రాక్టులు మరియు [వికేంద్రీకృత అప్లికేషన్ల (డాప్స్)](/developers/docs/dapps/) కోసం ట్రస్ట్లెస్నెస్ అనేది బహుశా అతిపెద్ద ఆవరణ. స్మార్ట్ కాంట్రాక్టులు "మార్పులేనివి" మరియు మార్చబడలేవు; ఒక కాంట్రాక్ట్ డిప్లాయ్మెంట్ సమయంలో కోడ్లో నిర్వచించిన వ్యాపార తర్కాన్ని మాత్రమే అమలు చేస్తుంది. అంటే, Ethereumలో డిప్లాయ్ చేసిన తర్వాత డెవలపర్లు మరియు సంస్థలు ఒక కాంట్రాక్ట్ కోడ్తో చెలగాటం ఆడలేరు.
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ ట్రస్ట్లెస్గా ఉండటానికి, కాంట్రాక్ట్ కోడ్ స్వతంత్ర ధృవీకరణ కోసం అందుబాటులో ఉండాలి. ప్రతి స్మార్ట్ కాంట్రాక్ట్ కోసం కంపైల్ చేయబడిన బైట్కోడ్ బ్లాక్చైన్లో బహిరంగంగా అందుబాటులో ఉన్నప్పటికీ, తక్కువ-స్థాయి భాషను అర్థం చేసుకోవడం డెవలపర్లు మరియు వినియోగదారుల ఇద్దరికీ కష్టం.
+
+ప్రాజెక్టులు తమ కాంట్రాక్టుల సోర్స్ కోడ్ను ప్రచురించడం ద్వారా నమ్మకపు అంచనాలను తగ్గిస్తాయి. కానీ ఇది మరొక సమస్యకు దారితీస్తుంది: ప్రచురించిన సోర్స్ కోడ్ కాంట్రాక్ట్ బైట్కోడ్తో సరిపోలుతుందని ధృవీకరించడం కష్టం. ఈ సందర్భంలో, ట్రస్ట్లెస్నెస్ విలువ కోల్పోబడుతుంది, ఎందుకంటే వినియోగదారులు దానిని బ్లాక్చైన్లో డిప్లాయ్ చేయడానికి ముందు కాంట్రాక్ట్ యొక్క వ్యాపార తర్కాన్ని మార్చకుండా (అంటే, బైట్కోడ్ను మార్చడం ద్వారా) డెవలపర్లను విశ్వసించవలసి ఉంటుంది.
+
+సోర్స్ కోడ్ ధృవీకరణ సాధనాలు ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ ఫైల్స్ అసెంబ్లీ కోడ్తో సరిపోలుతాయని హామీలను అందిస్తాయి. ఫలితం ఒక ట్రస్ట్లెస్ పర్యావరణ వ్యవస్థ, ఇక్కడ వినియోగదారులు మూడవ పక్షాలను గుడ్డిగా నమ్మకుండా, బదులుగా ఒక కాంట్రాక్ట్లో నిధులను జమ చేయడానికి ముందు కోడ్ను ధృవీకరిస్తారు.
+
+### వినియోగదారు భద్రత {#user-safety}
+
+స్మార్ట్ కాంట్రాక్టులతో, సాధారణంగా చాలా డబ్బు పణంగా ఉంటుంది. దీనికి ఉన్నత భద్రతా హామీలు మరియు దానిని ఉపయోగించే ముందు ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క తర్కాన్ని ధృవీకరించడం అవసరం. సమస్య ఏమిటంటే, నీతిమాలిన డెవలపర్లు ఒక స్మార్ట్ కాంట్రాక్ట్లో హానికరమైన కోడ్ను చొప్పించడం ద్వారా వినియోగదారులను మోసగించగలరు. ధృవీకరణ లేకుండా, హానికరమైన స్మార్ట్ కాంట్రాక్టులు [వెనుక ద్వారాలు](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts), వివాదాస్పద యాక్సెస్ కంట్రోల్ మెకానిజమ్స్, దోపిడీ చేయగల దుర్బలత్వాలు, మరియు వినియోగదారు భద్రతకు హాని కలిగించే ఇతర విషయాలను కలిగి ఉండవచ్చు, ఇవి గుర్తించబడకుండా పోతాయి.
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ ఫైళ్లను ప్రచురించడం ఆడిటర్ల వంటి ఆసక్తి ఉన్నవారికి సంభావ్య దాడి వెక్టర్ల కోసం కాంట్రాక్ట్ను అంచనా వేయడాన్ని సులభతరం చేస్తుంది. బహుళ పక్షాలు స్వతంత్రంగా ఒక స్మార్ట్ కాంట్రాక్ట్ను ధృవీకరించడంతో, వినియోగదారులకు దాని భద్రతపై బలమైన హామీలు ఉంటాయి.
+
+## Ethereum స్మార్ట్ కాంట్రాక్టుల కోసం సోర్స్ కోడ్ను ఎలా ధృవీకరించాలి {#source-code-verification-for-ethereum-smart-contracts}
+
+[Ethereumలో ఒక స్మార్ట్ కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి](/developers/docs/smart-contracts/deploying/) డేటా పేలోడ్ (కంపైల్ చేయబడిన బైట్కోడ్)తో ఒక లావాదేవీని ఒక ప్రత్యేక చిరునామాకు పంపడం అవసరం. డేటా పేలోడ్ సోర్స్ కోడ్ను కంపైల్ చేయడం ద్వారా ఉత్పత్తి చేయబడుతుంది, ప్లస్ లావాదేవీలోని డేటా పేలోడ్కు జోడించబడిన కాంట్రాక్ట్ ఇన్స్టాన్స్ యొక్క [కన్స్ట్రక్టర్ ఆర్గ్యుమెంట్స్](https://docs.soliditylang.org/en/v0.8.14/contracts.html#constructor). కంపైలేషన్ అనేది నిర్ణయాత్మకమైనది, అంటే ఒకే సోర్స్ ఫైల్స్, మరియు కంపైలేషన్ సెట్టింగ్లు (ఉదా., కంపైలర్ వెర్షన్, ఆప్టిమైజర్) ఉపయోగించినట్లయితే అది ఎల్లప్పుడూ ఒకే అవుట్పుట్ను (అంటే, కాంట్రాక్ట్ బైట్కోడ్) ఉత్పత్తి చేస్తుంది.
+
+
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ను ధృవీకరించడం ప్రాథమికంగా కింది దశలను కలిగి ఉంటుంది:
+
+1. సోర్స్ ఫైల్స్ మరియు కంపైలేషన్ సెట్టింగ్లను ఒక కంపైలర్కు ఇన్పుట్ చేయండి.
+
+2. కంపైలర్ కాంట్రాక్ట్ యొక్క బైట్కోడ్ను అవుట్పుట్ చేస్తుంది
+
+3. ఇచ్చిన చిరునామాలో డిప్లాయ్ చేయబడిన కాంట్రాక్ట్ యొక్క బైట్కోడ్ను పొందండి
+
+4. డిప్లాయ్ చేయబడిన బైట్కోడ్ను తిరిగి కంపైల్ చేయబడిన బైట్కోడ్తో పోల్చండి. కోడ్లు సరిపోలితే, ఇచ్చిన సోర్స్ కోడ్ మరియు కంపైలేషన్ సెట్టింగ్లతో కాంట్రాక్ట్ ధృవీకరించబడుతుంది.
+
+5. అదనంగా, బైట్కోడ్ చివరిలో ఉన్న మెటాడేటా హాష్లు సరిపోలితే, అది పూర్తి సరిపోలిక అవుతుంది.
+
+ఇది ధృవీకరణ యొక్క సరళీకృత వివరణ అని గమనించండి మరియు దీనితో పని చేయని అనేక మినహాయింపులు ఉన్నాయి, ఉదాహరణకు [మార్పులేని వేరియబుల్స్](https://docs.sourcify.dev/docs/immutables/) కలిగి ఉండటం వంటివి.
+
+## సోర్స్ కోడ్ ధృవీకరణ సాధనాలు {#source-code-verification-tools}
+
+కాంట్రాక్టులను ధృవీకరించే సాంప్రదాయ ప్రక్రియ సంక్లిష్టంగా ఉంటుంది. అందుకే Ethereumలో డిప్లాయ్ చేయబడిన స్మార్ట్ కాంట్రాక్టుల సోర్స్ కోడ్ను ధృవీకరించడానికి మనకు సాధనాలు ఉన్నాయి. ఈ సాధనాలు సోర్స్ కోడ్ ధృవీకరణ యొక్క పెద్ద భాగాలను ఆటోమేట్ చేస్తాయి మరియు వినియోగదారుల ప్రయోజనాల కోసం ధృవీకరించబడిన కాంట్రాక్టులను కూడా క్యూరేట్ చేస్తాయి.
+
+### Etherscan {#etherscan}
+
+ఎక్కువగా [Ethereum బ్లాక్చైన్ ఎక్స్ప్లోరర్](/developers/docs/data-and-analytics/block-explorers/)గా తెలిసినప్పటికీ, Etherscan స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు మరియు వినియోగదారుల కోసం ఒక [సోర్స్ కోడ్ ధృవీకరణ సేవను](https://etherscan.io/verifyContract) కూడా అందిస్తుంది.
+
+Etherscan అసలు డేటా పేలోడ్ (సోర్స్ కోడ్, లైబ్రరీ చిరునామా, కంపైలర్ సెట్టింగ్లు, కాంట్రాక్ట్ చిరునామా, మొదలైనవి) నుండి కాంట్రాక్ట్ బైట్కోడ్ను తిరిగి కంపైల్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది. తిరిగి కంపైల్ చేయబడిన బైట్కోడ్ ఆన్చైన్ కాంట్రాక్ట్ యొక్క బైట్కోడ్ (మరియు కన్స్ట్రక్టర్ పారామీటర్లు)తో అనుబంధించబడితే, అప్పుడు [కాంట్రాక్ట్ ధృవీకరించబడుతుంది](https://info.etherscan.com/types-of-contract-verification/).
+
+ధృవీకరించబడిన తర్వాత, మీ కాంట్రాక్ట్ యొక్క సోర్స్ కోడ్ "ధృవీకరించబడింది" అనే లేబుల్ను పొందుతుంది మరియు ఇతరులు ఆడిట్ చేయడానికి Etherscanలో ప్రచురించబడుతుంది. ఇది [ధృవీకరించబడిన కాంట్రాక్టులు](https://etherscan.io/contractsVerified/) విభాగానికి కూడా జోడించబడుతుంది—ఇది ధృవీకరించబడిన సోర్స్ కోడ్లతో ఉన్న స్మార్ట్ కాంట్రాక్టుల రిపోజిటరీ.
+
+కాంట్రాక్టులను ధృవీకరించడానికి Etherscan అత్యంత ఎక్కువగా ఉపయోగించే సాధనం. అయితే, Etherscan యొక్క కాంట్రాక్ట్ ధృవీకరణలో ఒక లోపం ఉంది: ఇది ఆన్చైన్ బైట్కోడ్ మరియు తిరిగి కంపైల్ చేయబడిన బైట్కోడ్ యొక్క **మెటాడేటా హాష్**ను పోల్చడంలో విఫలమవుతుంది. అందువల్ల Etherscanలోని సరిపోలికలు పాక్షిక సరిపోలికలు.
+
+[Etherscanలో కాంట్రాక్టులను ధృవీకరించడంపై మరింత](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327).
+
+### Blockscout {#blockscout}
+
+[Blockscout](https://blockscout.com/) అనేది ఒక ఓపెన్-సోర్స్ బ్లాక్చైన్ ఎక్స్ప్లోరర్, ఇది స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు మరియు వినియోగదారుల కోసం [కాంట్రాక్ట్ ధృవీకరణ సేవను](https://eth.blockscout.com/contract-verification) కూడా అందిస్తుంది. ఒక ఓపెన్-సోర్స్ ప్రత్యామ్నాయంగా, Blockscout ధృవీకరణ ఎలా నిర్వహించబడుతుందో పారదర్శకతను అందిస్తుంది మరియు ధృవీకరణ ప్రక్రియను మెరుగుపరచడానికి కమ్యూనిటీ సహకారాలను అనుమతిస్తుంది.
+
+ఇతర ధృవీకరణ సేవల మాదిరిగానే, Blockscout బైట్కోడ్ను తిరిగి కంపైల్ చేయడం ద్వారా మరియు దానిని డిప్లాయ్ చేయబడిన కాంట్రాక్ట్తో పోల్చడం ద్వారా మీ కాంట్రాక్ట్ సోర్స్ కోడ్ను ధృవీకరించడానికి మిమ్మల్ని అనుమతిస్తుంది. ధృవీకరించబడిన తర్వాత, మీ కాంట్రాక్ట్ ధృవీకరణ స్థితిని పొందుతుంది మరియు సోర్స్ కోడ్ ఆడిటింగ్ మరియు పరస్పర చర్య కోసం బహిరంగంగా అందుబాటులోకి వస్తుంది. సులభమైన బ్రౌజింగ్ మరియు కనుగొనడం కోసం ధృవీకరించబడిన కాంట్రాక్టులు Blockscout యొక్క [ధృవీకరించబడిన కాంట్రాక్టుల రిపోజిటరీ](https://eth.blockscout.com/verified-contracts)లో కూడా జాబితా చేయబడ్డాయి.
+
+### Sourcify {#sourcify}
+
+[Sourcify](https://sourcify.dev/#/verifier) అనేది కాంట్రాక్టులను ధృవీకరించడానికి మరొక సాధనం, ఇది ఓపెన్-సోర్స్ మరియు వికేంద్రీకృతమైనది. ఇది బ్లాక్ ఎక్స్ప్లోరర్ కాదు మరియు [వివిధ EVM ఆధారిత నెట్వర్క్ల](https://docs.sourcify.dev/docs/chains)పై మాత్రమే కాంట్రాక్టులను ధృవీకరిస్తుంది. ఇది ఇతర సాధనాలు దానిపై నిర్మించడానికి ఒక పబ్లిక్ ఇన్ఫ్రాస్ట్రక్చర్గా పనిచేస్తుంది మరియు మెటాడేటా ఫైల్లో కనిపించే [ABI](/developers/docs/smart-contracts/compiling/#web-applications) మరియు [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html) వ్యాఖ్యలను ఉపయోగించి మరింత మానవ-స్నేహపూర్వక కాంట్రాక్ట్ పరస్పర చర్యలను ప్రారంభించాలని లక్ష్యంగా పెట్టుకుంది.
+
+Etherscan వలె కాకుండా, Sourcify మెటాడేటా హాష్తో పూర్తి సరిపోలికలకు మద్దతు ఇస్తుంది. ధృవీకరించబడిన కాంట్రాక్టులు దాని [పబ్లిక్ రిపోజిటరీ](https://docs.sourcify.dev/docs/repository/)లో HTTP మరియు [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs)పై అందించబడతాయి, ఇది ఒక వికేంద్రీకృత, [కంటెంట్-అడ్రెస్డ్](https://docs.storacha.network/concepts/content-addressing/) నిల్వ. జోడించబడిన మెటాడేటా హాష్ ఒక IPFS హాష్ కాబట్టి ఇది IPFS ద్వారా ఒక కాంట్రాక్ట్ యొక్క మెటాడేటా ఫైల్ను పొందటానికి అనుమతిస్తుంది.
+
+అదనంగా, ఈ ఫైల్స్ యొక్క IPFS హాష్లు కూడా మెటాడేటాలో కనుగొనబడినందున, IPFS ద్వారా సోర్స్ కోడ్ ఫైల్స్ను కూడా తిరిగి పొందవచ్చు. దాని API లేదా [UI](https://sourcify.dev/#/verifier) ద్వారా మెటాడేటా ఫైల్ మరియు సోర్స్ ఫైల్స్ను అందించడం ద్వారా లేదా ప్లగిన్లను ఉపయోగించడం ద్వారా ఒక కాంట్రాక్ట్ను ధృవీకరించవచ్చు. Sourcify పర్యవేక్షణ సాధనం కొత్త బ్లాక్లపై కాంట్రాక్ట్ సృష్టిలను కూడా వింటుంది మరియు వాటి మెటాడేటా మరియు సోర్స్ ఫైల్స్ IPFSలో ప్రచురించబడితే కాంట్రాక్టులను ధృవీకరించడానికి ప్రయత్నిస్తుంది.
+
+[Sourcifyలో కాంట్రాక్టులను ధృవీకరించడంపై మరింత](https://soliditylang.org/blog/2020/06/25/sourcify-faq/).
+
+### Tenderly {#tenderly}
+
+[Tenderly ప్లాట్ఫారమ్](https://tenderly.co/) Web3 డెవలపర్లను స్మార్ట్ కాంట్రాక్టులను నిర్మించడానికి, పరీక్షించడానికి, పర్యవేక్షించడానికి మరియు ఆపరేట్ చేయడానికి అనుమతిస్తుంది. డీబగ్గింగ్ సాధనాలను పరిశీలన మరియు ఇన్ఫ్రాస్ట్రక్చర్ బిల్డింగ్ బ్లాక్లతో కలపడం ద్వారా, Tenderly డెవలపర్లు స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధిని వేగవంతం చేయడానికి సహాయపడుతుంది. Tenderly ఫీచర్లను పూర్తిగా ప్రారంభించడానికి, డెవలపర్లు అనేక పద్ధతులను ఉపయోగించి [సోర్స్ కోడ్ ధృవీకరణను నిర్వహించాలి](https://docs.tenderly.co/monitoring/contract-verification).
+
+ఒక కాంట్రాక్ట్ను ప్రైవేట్గా లేదా పబ్లిక్గా ధృవీకరించడం సాధ్యమే. ప్రైవేట్గా ధృవీకరించబడితే, స్మార్ట్ కాంట్రాక్ట్ మీకు మాత్రమే (మరియు మీ ప్రాజెక్ట్లోని ఇతర సభ్యులకు) కనిపిస్తుంది. ఒక కాంట్రాక్ట్ను పబ్లిక్గా ధృవీకరించడం వల్ల అది Tenderly ప్లాట్ఫారమ్ను ఉపయోగించే ప్రతిఒక్కరికీ కనిపిస్తుంది.
+
+మీరు [డాష్బోర్డ్](https://docs.tenderly.co/contract-verification), [Tenderly Hardhat ప్లగిన్](https://docs.tenderly.co/contract-verification/hardhat), లేదా [CLI](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-contracts-using-cli) ఉపయోగించి మీ కాంట్రాక్టులను ధృవీకరించవచ్చు.
+
+డాష్బోర్డ్ ద్వారా కాంట్రాక్టులను ధృవీకరించేటప్పుడు, మీరు Solidity కంపైలర్ ద్వారా ఉత్పత్తి చేయబడిన సోర్స్ ఫైల్ లేదా మెటాడేటా ఫైల్, చిరునామా/నెట్వర్క్, మరియు కంపైలర్ సెట్టింగ్లను దిగుమతి చేసుకోవాలి.
+
+Tenderly Hardhat ప్లగిన్ను ఉపయోగించడం తక్కువ కృషితో ధృవీకరణ ప్రక్రియపై మరింత నియంత్రణను అనుమతిస్తుంది, ఆటోమేటిక్ (నో-కోడ్) మరియు మాన్యువల్ (కోడ్-ఆధారిత) ధృవీకరణ మధ్య ఎంచుకోవడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+## మరింత సమాచారం {#further-reading}
+
+- [కాంట్రాక్ట్ సోర్స్ కోడ్ను ధృవీకరించడం](https://programtheblockchain.com/posts/2018/01/16/verifying-contract-source-code/)
diff --git a/public/content/translations/te/developers/docs/standards/index.md b/public/content/translations/te/developers/docs/standards/index.md
new file mode 100644
index 00000000000..9ce2844b10e
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/index.md
@@ -0,0 +1,59 @@
+---
+title: ఇతీరియము అభివృద్ధి ప్రమాణాలు
+description: EIPలు, ERC-20 మరియు ERC-721 వంటి టోకెన్ ప్రమాణాలు మరియు అభివృద్ధి సంప్రదాయాలతో సహా ఇతీరియము ప్రమాణాల గురించి తెలుసుకోండి.
+lang: te
+incomplete: true
+---
+
+## ప్రమాణాల అవలోకనం {#standards-overview}
+
+ఇతీరియము కమ్యూనిటీ అనేక ప్రమాణాలను స్వీకరించింది, ఇది ప్రాజెక్టులను ([ఇతీరియము క్లయింట్లు](/developers/docs/nodes-and-clients/) మరియు వాలెట్లు వంటివి) అమలుల అంతటా పరస్పరం పనిచేసేలా చేయడంలో సహాయపడుతుంది మరియు స్మార్ట్ కాంట్రాక్టులు మరియు డాప్స్ మిళితమై ఉండేలా నిర్ధారిస్తుంది.
+
+సాధారణంగా ప్రమాణాలు [ఇతీరియము ఇంప్రూవ్మెంట్ ప్రపోజల్స్](/eips/) (EIPలు)గా ప్రవేశపెట్టబడతాయి, వీటిని కమ్యూనిటీ సభ్యులు [ప్రామాణిక ప్రక్రియ](https://eips.ethereum.org/EIPS/eip-1) ద్వారా చర్చిస్తారు.
+
+- [EIPలకు పరిచయం](/eips/)
+- [EIPల జాబితా](https://eips.ethereum.org/)
+- [EIP GitHub రెపో](https://github.com/ethereum/EIPs)
+- [EIP చర్చా బోర్డు](https://ethereum-magicians.org/c/eips)
+- [ఇతీరియము పాలనకు పరిచయం](/governance/)
+- [ఇతీరియము పాలన అవలోకనం](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _మార్చి 31, 2019 - బోరిస్ మాన్_
+- [ఇతీరియము ప్రోటోకాల్ అభివృద్ధి పాలన మరియు నెట్వర్క్ అప్గ్రేడ్ సమన్వయం](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _మార్చి 23, 2020 - హడ్సన్ జేమ్సన్_
+- [అన్ని ఇతీరియము కోర్ డెవ్ సమావేశాల ప్లేలిస్ట్](https://www.youtube.com/@EthereumProtocol) _(యూట్యూబ్ ప్లేలిస్ట్)_
+
+## ప్రమాణాల రకాలు {#types-of-standards}
+
+EIPలలో 3 రకాలు ఉన్నాయి:
+
+- ప్రమాణాల ట్రాక్: చాలా లేదా అన్ని ఇతీరియము అమలులను ప్రభావితం చేసే ఏదైనా మార్పును వివరిస్తుంది
+- [మెటా ట్రాక్](https://eips.ethereum.org/meta): ఇతీరియము చుట్టూ ఉన్న ప్రక్రియను వివరిస్తుంది లేదా ఒక ప్రక్రియకు మార్పును ప్రతిపాదిస్తుంది
+- [సమాచార ట్రాక్](https://eips.ethereum.org/informational): ఇతీరియము రూపకల్పన సమస్యను వివరిస్తుంది లేదా ఇతీరియము కమ్యూనిటీకి సాధారణ మార్గదర్శకాలు లేదా సమాచారాన్ని అందిస్తుంది
+
+ఇంకా, ప్రామాణిక ట్రాక్ 4 వర్గాలుగా విభజించబడింది:
+
+- [కోర్](https://eips.ethereum.org/core): ఏకాభిప్రాయం ఫోర్క్ అవసరమయ్యే మెరుగుదలలు
+- [నెట్వర్కింగ్](https://eips.ethereum.org/networking): devp2p మరియు లైట్ ఇతీరియము సబ్ప్రోటోకాల్ చుట్టూ మెరుగుదలలు, అలాగే విష్పర్ మరియు స్వార్మ్ యొక్క నెట్వర్క్ ప్రోటోకాల్ స్పెసిఫికేషన్లకు ప్రతిపాదిత మెరుగుదలలు.
+- [ఇంటర్ఫేస్](https://eips.ethereum.org/interface): క్లయింట్ API/RPC స్పెసిఫికేషన్లు మరియు ప్రమాణాల చుట్టూ మెరుగుదలలు, మరియు మెథడ్ పేర్లు మరియు కాంట్రాక్ట్ ABIల వంటి కొన్ని భాష-స్థాయి ప్రమాణాలు.
+- [ERC](https://eips.ethereum.org/erc): అప్లికేషన్-స్థాయి ప్రమాణాలు మరియు సంప్రదాయాలు
+
+ఈ వివిధ రకాలు మరియు వర్గాలపై మరింత వివరణాత్మక సమాచారాన్ని [EIP-1](https://eips.ethereum.org/EIPS/eip-1#eip-types) లో కనుగొనవచ్చు
+
+### టోకెన్ ప్రమాణాలు {#token-standards}
+
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - ఓటింగ్ టోకెన్లు, స్టాకింగ్ టోకెన్లు లేదా వర్చువల్ కరెన్సీల వంటి ఫంజిబుల్ (పరస్పరం మార్చుకోగల) టోకెన్ల కోసం ఒక ప్రామాణిక ఇంటర్ఫేస్.
+ - [ERC-223](/developers/docs/standards/tokens/erc-223/) - ఒక ఫంగిబుల్ టోకెన్ ప్రమాణం, ఇది టోకెన్లను ఈథర్ మాదిరిగానే ప్రవర్తించేలా చేస్తుంది మరియు గ్రహీతల వైపు టోకెన్ బదిలీల నిర్వహణకు మద్దతు ఇస్తుంది.
+ - [ERC-1363](/developers/docs/standards/tokens/erc-1363/) - ERC-20 టోకెన్ల కోసం ఒక విస్తరణ ఇంటర్ఫేస్, ఇది ఒకే లావాదేవీలో స్వీకర్త కాంట్రాక్టులపై క్యాల్బ్యాక్ను అమలు చేయడానికి మద్దతు ఇస్తుంది.
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - కళాఖండం లేదా పాట కోసం ఒక దస్తావేజు వంటి నాన్-ఫంజిబుల్ టోకెన్ల కోసం ఒక ప్రామాణిక ఇంటర్ఫేస్.
+ - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) - వరుస టోకెన్ ఐడెంటిఫైయర్లను ఉపయోగించి ఒకటి లేదా అనేక నాన్-ఫంజిబుల్ టోకెన్లను సృష్టించేటప్పుడు/బదిలీ చేసేటప్పుడు వెలువడే ప్రామాణిక ఈవెంట్.
+ - [ERC-4400](https://eips.ethereum.org/EIPS/eip-4400) - EIP-721 వినియోగదారు పాత్ర కోసం ఇంటర్ఫేస్ పొడిగింపు.
+ - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) - ERC-721 టోకెన్లకు పరిమిత అనుమతులతో సమయ-పరిమిత పాత్రను జోడించండి.
+- [ERC-777](/developers/docs/standards/tokens/erc-777/) - **(సిఫార్సు చేయబడలేదు)** ERC-20పై మెరుగుపరుస్తున్న టోకెన్ ప్రమాణం.
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - ఫంజిబుల్ మరియు నాన్-ఫంజిబుల్ ఆస్తులను కలిగి ఉండే టోకెన్ ప్రమాణం.
+- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) - దిగుబడినిచ్చే వాల్ట్ల యొక్క సాంకేతిక పారామితులను ఆప్టిమైజ్ చేయడానికి మరియు ఏకీకృతం చేయడానికి రూపొందించిన టోకెనైజ్డ్ వాల్ట్ ప్రమాణం.
+
+[టోకెన్ ప్రమాణాల](/developers/docs/standards/tokens/) గురించి మరింత తెలుసుకోండి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము ఇంప్రూవ్మెంట్ ప్రపోజల్స్ (EIPలు)](/eips/)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-1155/index.md
new file mode 100644
index 00000000000..564997413d9
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-1155/index.md
@@ -0,0 +1,146 @@
+---
+title: ERC-1155 బహుళ-టోకెన్ ప్రమాణం
+description: ERC-1155 గురించి తెలుసుకోండి, ఇది ఒకే కాంట్రాక్టులో ఫంగిబుల్ మరియు నాన్-ఫంగిబుల్ టోకెన్లను కలిపే బహుళ-టోకెన్ ప్రమాణం.
+lang: te
+---
+
+## పరిచయం {#introduction}
+
+బహుళ టోకెన్ రకాలను నిర్వహించే కాంట్రాక్టుల కోసం ఒక ప్రామాణిక ఇంటర్ఫేస్. ఒకే డిప్లాయ్ చేసిన కాంట్రాక్టులో ఫంగిబుల్ టోకెన్లు, నాన్-ఫంగిబుల్ టోకెన్లు లేదా ఇతర కాన్ఫిగరేషన్ల (ఉదా., సెమీ-ఫంగిబుల్ టోకెన్లు) కలయిక ఏదైనా ఉండవచ్చు.
+
+**బహుళ-టోకెన్ ప్రమాణం అంటే ఏమిటి?**
+
+ఈ ఆలోచన సరళమైనది మరియు ఫంగిబుల్ మరియు నాన్-ఫంగిబుల్ టోకెన్ రకాల యొక్క ఏ సంఖ్యనైనా ప్రాతినిధ్యం వహించగల మరియు నియంత్రించగల స్మార్ట్ కాంట్రాక్ట్ ఇంటర్ఫేస్ను రూపొందించడానికి ప్రయత్నిస్తుంది. ఈ విధంగా, ERC-1155 టోకెన్ [ERC-20](/developers/docs/standards/tokens/erc-20/) మరియు [ERC-721](/developers/docs/standards/tokens/erc-721/) టోకెన్ వలె అదే విధులను చేయగలదు మరియు ఒకే సమయంలో రెండింటినీ కూడా చేయగలదు. ఇది ERC-20 మరియు ERC-721 ప్రమాణాల రెండింటి కార్యాచరణను మెరుగుపరుస్తుంది, దానిని మరింత సమర్థవంతంగా చేస్తుంది మరియు స్పష్టమైన ఇంప్లిమెంటేషన్ లోపాలను సరిచేస్తుంది.
+
+ERC-1155 టోకెన్ [EIP-1155](https://eips.ethereum.org/EIPS/eip-1155)లో పూర్తిగా వివరించబడింది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని మరింత బాగా అర్థం చేసుకోవడానికి, మీరు ముందుగా [టోకెన్ ప్రమాణాలు](/developers/docs/standards/tokens/), [ERC-20](/developers/docs/standards/tokens/erc-20/), మరియు [ERC-721](/developers/docs/standards/tokens/erc-721/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ERC-1155 ఫంక్షన్లు మరియు ఫీచర్లు: {#body}
+
+- [బ్యాచ్ బదిలీ](#batch_transfers): ఒకే కాల్లో బహుళ ఆస్తులను బదిలీ చేయండి.
+- [బ్యాచ్ బ్యాలెన్స్](#batch_balance): ఒకే కాల్లో బహుళ ఆస్తుల బ్యాలెన్స్లను పొందండి.
+- [బ్యాచ్ ఆమోదం](#batch_approval): ఒక చిరునామాకు అన్ని టోకెన్లను ఆమోదించండి.
+- [హుక్స్](#receive_hook): టోకెన్లను స్వీకరించే హుక్.
+- [NFT మద్దతు](#nft_support): సరఫరా 1 మాత్రమే అయితే, దాన్ని NFTగా పరిగణించండి.
+- [సురక్షిత బదిలీ నియమాలు](#safe_transfer_rule): సురక్షిత బదిలీ కోసం నియమాల సమితి.
+
+### బ్యాచ్ బదిలీలు {#batch-transfers}
+
+బ్యాచ్ బదిలీ సాధారణ ERC-20 బదిలీల మాదిరిగానే పనిచేస్తుంది. సాధారణ ERC-20 `transferFrom` ఫంక్షన్ను చూద్దాం:
+
+```solidity
+// ERC-20
+function transferFrom(address from, address to, uint256 value) external returns (bool);
+
+// ERC-1155
+function safeBatchTransferFrom(
+ address _from,
+ address _to,
+ uint256[] calldata _ids,
+ uint256[] calldata _values,
+ bytes calldata _data
+) external;
+```
+
+ERC-1155లో ఉన్న ఏకైక తేడా ఏమిటంటే, మేము విలువలను శ్రేణిగా పంపుతాము మరియు మేము ఐడిల శ్రేణిని కూడా పంపుతాము. ఉదాహరణకు, `ids=[3, 6, 13]` మరియు `values=[100, 200, 5]` అని ఇచ్చినప్పుడు, ఫలితంగా వచ్చే బదిలీలు ఇలా ఉంటాయి
+
+1. `_from` నుండి `_to`కు ఐడి 3 తో 100 టోకెన్ల బదిలీ.
+2. `_from` నుండి `_to`కు ఐడి 6 తో 200 టోకెన్ల బదిలీ.
+3. `_from` నుండి `_to`కు ఐడి 13 తో 5 టోకెన్ల బదిలీ.
+
+ERC-1155లో మనకు `transferFrom` మాత్రమే ఉంది, `transfer` లేదు. దీనిని ఒక సాధారణ `transfer` లాగా ఉపయోగించడానికి, కేవలం ఫంక్షన్ను పిలుస్తున్న చిరునామాకు from చిరునామాను సెట్ చేయండి.
+
+### బ్యాచ్ బ్యాలెన్స్ {#batch-balance}
+
+సంబంధిత ERC-20 `balanceOf` కాల్ కూడా బ్యాచ్ మద్దతుతో దాని భాగస్వామి ఫంక్షన్ను కలిగి ఉంది. జ్ఞాపికగా, ఇది ERC-20 వెర్షన్:
+
+```solidity
+// ERC-20
+function balanceOf(address owner) external view returns (uint256);
+
+// ERC-1155
+function balanceOfBatch(
+ address[] calldata _owners,
+ uint256[] calldata _ids
+) external view returns (uint256[] memory);
+```
+
+బ్యాలెన్స్ కాల్ కోసం ఇంకా సరళంగా, మనం ఒకే కాల్లో బహుళ బ్యాలెన్స్లను పొందవచ్చు. మేము యజమానుల శ్రేణిని, దాని తర్వాత టోకెన్ ఐడిల శ్రేణిని పంపుతాము.
+
+ఉదాహరణకు `_ids=[3, 6, 13]` మరియు `_owners=[0xbeef..., 0x1337..., 0x1111...]` అని ఇచ్చినప్పుడు, తిరిగి వచ్చే విలువ ఇలా ఉంటుంది
+
+```solidity
+[
+ balanceOf(0xbeef...),
+ balanceOf(0x1337...),
+ balanceOf(0x1111...)
+]
+```
+
+### బ్యాచ్ ఆమోదం {#batch-approval}
+
+```solidity
+// ERC-1155
+function setApprovalForAll(
+ address _operator,
+ bool _approved
+) external;
+
+function isApprovedForAll(
+ address _owner,
+ address _operator
+) external view returns (bool);
+```
+
+ఆమోదాలు ERC-20 కంటే కొద్దిగా భిన్నంగా ఉంటాయి. నిర్దిష్ట మొత్తాలను ఆమోదించడానికి బదులుగా, మీరు `setApprovalForAll` ద్వారా ఒక ఆపరేటర్ను ఆమోదించబడిన లేదా ఆమోదించబడనిదిగా సెట్ చేస్తారు.
+
+ప్రస్తుత స్థితిని `isApprovedForAll` ద్వారా చదవవచ్చు. మీరు చూడగలిగినట్లుగా, ఇది అన్నీ-లేదా-ఏమీ-లేని ఆపరేషన్. ఎన్ని టోకెన్లను ఆమోదించాలో లేదా ఏ టోకెన్ క్లాస్ను ఆమోదించాలో కూడా మీరు నిర్వచించలేరు.
+
+ఇది ఉద్దేశపూర్వకంగా సరళతను దృష్టిలో ఉంచుకుని రూపొందించబడింది. మీరు ఒక చిరునామా కోసం అన్నింటినీ మాత్రమే ఆమోదించగలరు.
+
+### రిసీవ్ హుక్ {#receive-hook}
+
+```solidity
+function onERC1155BatchReceived(
+ address _operator,
+ address _from,
+ uint256[] calldata _ids,
+ uint256[] calldata _values,
+ bytes calldata _data
+) external returns(bytes4);
+```
+
+[EIP-165](https://eips.ethereum.org/EIPS/eip-165) మద్దతును బట్టి, ERC-1155 స్మార్ట్ కాంట్రాక్ట్ల కోసం మాత్రమే రిసీవ్ హుక్స్కు మద్దతు ఇస్తుంది. హుక్ ఫంక్షన్ తప్పనిసరిగా ఒక మ్యాజిక్ ముందే నిర్వచించిన bytes4 విలువను తిరిగి ఇవ్వాలి, అది ఇలా ఇవ్వబడింది:
+
+```solidity
+bytes4(keccak256("onERC1155BatchReceived(address,address,uint256[],uint256[],bytes)"))
+```
+
+స్వీకరించే కాంట్రాక్టు ఈ విలువను తిరిగి ఇచ్చినప్పుడు, కాంట్రాక్టు బదిలీని అంగీకరిస్తుందని మరియు ERC-1155 టోకెన్లను ఎలా నిర్వహించాలో దానికి తెలుసు అని భావించబడుతుంది. అద్భుతం, ఇకపై కాంట్రాక్ట్లో టోకెన్లు చిక్కుకోవు!
+
+### NFT మద్దతు {#nft-support}
+
+సరఫరా కేవలం ఒకటి మాత్రమే అయినప్పుడు, ఆ టోకెన్ ముఖ్యంగా ఒక నాన్-ఫంగిబుల్ టోకెన్ (NFT). మరియు ERC-721కి ప్రమాణంగా ఉన్నట్లుగా, మీరు ఒక మెటాడేటా URLని నిర్వచించవచ్చు. URLను ఖాతాదారులు చదవవచ్చు మరియు సవరించవచ్చు, [ఇక్కడ](https://eips.ethereum.org/EIPS/eip-1155#metadata) చూడండి.
+
+### సురక్షిత బదిలీ నియమం {#safe-transfer-rule}
+
+మేము మునుపటి వివరణలలో ఇప్పటికే కొన్ని సురక్షిత బదిలీ నియమాల గురించి ప్రస్తావించాము. అయితే, నియమాలలో అత్యంత ముఖ్యమైన వాటిని చూద్దాం:
+
+1. `_from` చిరునామా కోసం టోకెన్లను ఖర్చు చేయడానికి కాలర్ ఆమోదం పొంది ఉండాలి లేదా కాలర్ `_from`తో సమానంగా ఉండాలి.
+2. బదిలీ కాల్ తప్పనిసరిగా రివర్ట్ అవ్వాలి, ఒకవేళ:
+ 1. `_to` చిరునామా 0 అయితే.
+ 2. `_ids` యొక్క పొడవు `_values` యొక్క పొడవుకు సమానంగా లేకపోతే.
+ 3. `_ids`లోని టోకెన్(ల) కోసం హోల్డర్(ల) యొక్క ఏదైనా బ్యాలెన్స్(లు), గ్రహీతకు పంపబడిన `_values`లోని సంబంధిత మొత్తం(ల) కంటే తక్కువగా ఉంటే.
+ 4. మరేదైనా లోపం సంభవిస్తే.
+
+_గమనిక_: హుక్తో సహా అన్ని బ్యాచ్ ఫంక్షన్లు బ్యాచ్ లేని వెర్షన్లుగా కూడా ఉన్నాయి. కేవలం ఒక ఆస్తిని బదిలీ చేయడమే ఇప్పటికీ అత్యంత సాధారణంగా ఉపయోగించబడే మార్గం అని పరిగణనలోకి తీసుకుని, గ్యాస్ సామర్థ్యం కోసం ఇది చేయబడింది. వివరణలలో సరళత కోసం, సురక్షిత బదిలీ నియమాలతో సహా మేము వాటిని వదిలిపెట్టాము. పేర్లు ఒకేలా ఉంటాయి, కేవలం 'బ్యాచ్'ను తొలగించండి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [EIP-1155: బహుళ టోకెన్ ప్రమాణం](https://eips.ethereum.org/EIPS/eip-1155)
+- [ERC-1155: Openzeppelin డాక్స్](https://docs.openzeppelin.com/contracts/5.x/erc1155)
+- [ERC-1155: GitHub రెపో](https://github.com/enjin/erc-1155)
+- [Alchemy NFT API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-1363/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-1363/index.md
new file mode 100644
index 00000000000..f94ca6b0cd0
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-1363/index.md
@@ -0,0 +1,212 @@
+---
+title: ERC-1363 చెల్లించదగిన టోకెన్ ప్రమాణం
+description: ERC-1363 అనేది ERC-20 టోకెన్ల కోసం ఒక విస్తరణ ఇంటర్ఫేస్, ఇది బదిలీల తర్వాత గ్రహీత ఒప్పందంపై లేదా ఆమోదాల తర్వాత ఖర్చు చేసే ఒప్పందంపై కస్టమ్ లాజిక్ను అమలు చేయడానికి మద్దతు ఇస్తుంది, అన్నీ ఒకే లావాదేవీలోనే.
+lang: te
+---
+
+## పరిచయం {#introduction}
+
+### ERC-1363 అంటే ఏమిటి? {#what-is-erc1363}
+
+ERC-1363 అనేది ERC-20 టోకెన్ల కోసం ఒక విస్తరణ ఇంటర్ఫేస్, ఇది బదిలీల తర్వాత గ్రహీత ఒప్పందంపై లేదా ఆమోదాల తర్వాత ఖర్చు చేసే ఒప్పందంపై కస్టమ్ లాజిక్ను అమలు చేయడానికి మద్దతు ఇస్తుంది, అన్నీ ఒకే లావాదేవీలోనే.
+
+### ERC-20 నుండి తేడాలు {#erc20-differences}
+
+`transfer`, `transferFrom` మరియు `approve` వంటి ప్రామాణిక ERC-20 కార్యకలాపాలు, ప్రత్యేక లావాదేవీ లేకుండా గ్రహీత లేదా ఖర్చు చేసే ఒప్పందంపై కోడ్ అమలును అనుమతించవు.
+ఇది UI అభివృద్ధిలో సంక్లిష్టతను మరియు స్వీకరణలో ఘర్షణను పరిచయం చేస్తుంది ఎందుకంటే వినియోగదారులు మొదటి లావాదేవీ అమలు అయ్యే వరకు వేచి ఉండి, ఆపై రెండవదాన్ని సమర్పించాలి.
+వారు రెండుసార్లు GAS కూడా చెల్లించాలి.
+
+ERC-1363 ఫంగిబుల్ టోకెన్లు చర్యలను మరింత సులభంగా నిర్వహించగల సామర్థ్యాన్ని కలిగి ఉండేలా చేస్తుంది మరియు ఏ ఆఫ్-చైన్ లిజనర్ను ఉపయోగించకుండా పనిచేస్తుంది.
+ఇది ఒకే లావాదేవీలో, బదిలీ లేదా ఆమోదం తర్వాత, రిసీవర్ లేదా స్పెండర్ ఒప్పందంపై క్యాల్బ్యాక్ చేయడానికి అనుమతిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, మీరు ముందుగా వీటి గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము:
+
+- [టోకెన్ ప్రమాణాలు](/developers/docs/standards/tokens/)
+- [ERC-20](/developers/docs/standards/tokens/erc-20/)
+
+## బాడీ {#body}
+
+ERC-1363, `transfer`, `transferFrom` లేదా `approve` తర్వాత స్మార్ట్ కాంట్రాక్ట్లతో పరస్పర చర్య చేయడానికి ERC-20 టోకెన్ల కోసం ఒక ప్రామాణిక APIని పరిచయం చేస్తుంది.
+
+ఈ ప్రమాణం టోకెన్లను బదిలీ చేయడానికి ప్రాథమిక కార్యాచరణను అందిస్తుంది, అలాగే టోకెన్లను ఆమోదించడానికి అనుమతిస్తుంది, తద్వారా వాటిని మరొక ఆన్-చైన్ మూడవ పక్షం ఖర్చు చేయవచ్చు, ఆపై రిసీవర్ లేదా స్పెండర్ ఒప్పందంపై క్యాల్బ్యాక్ చేయవచ్చు.
+
+ERC-20 క్యాల్బ్యాక్లను అంగీకరించగల స్మార్ట్ కాంట్రాక్ట్ల యొక్క అనేక ప్రతిపాదిత ఉపయోగాలు ఉన్నాయి.
+
+ఉదాహరణలు కావచ్చు:
+
+- **క్రౌడ్సేల్స్**: పంపిన టోకెన్లు తక్షణ రివార్డ్ కేటాయింపును ప్రేరేపిస్తాయి.
+- **సేవలు**: చెల్లింపు ఒకే దశలో సేవా యాక్సెస్ను సక్రియం చేస్తుంది.
+- **ఇన్వాయిస్లు**: టోకెన్లు ఇన్వాయిస్లను స్వయంచాలకంగా పరిష్కరిస్తాయి.
+- **చందాలు**: వార్షిక రేటును ఆమోదించడం మొదటి నెల చెల్లింపులోనే చందాను సక్రియం చేస్తుంది.
+
+ఈ కారణాల వల్ల దీనికి మొదట **"చెల్లించదగిన టోకెన్"** అని పేరు పెట్టారు.
+
+క్యాల్బ్యాక్ ప్రవర్తన దాని ప్రయోజనాన్ని మరింత విస్తరిస్తుంది, ఇలాంటి అతుకులు లేని పరస్పర చర్యలను ప్రారంభిస్తుంది:
+
+- **స్టేకింగ్**: బదిలీ చేయబడిన టోకెన్లు స్టేకింగ్ ఒప్పందంలో ఆటోమేటిక్ లాకింగ్ను ప్రేరేపిస్తాయి.
+- **ఓటింగ్**: స్వీకరించిన టోకెన్లు పరిపాలన వ్యవస్థలో ఓట్లను నమోదు చేస్తాయి.
+- **స్వాపింగ్**: టోకెన్ ఆమోదాలు ఒకే దశలో స్వాప్ లాజిక్ను సక్రియం చేస్తాయి.
+
+బదిలీ లేదా ఆమోదం స్వీకరించిన తర్వాత క్యాల్బ్యాక్ అమలు చేయాల్సిన అన్ని సందర్భాల్లో నిర్దిష్ట ప్రయోజనాల కోసం ERC-1363 టోకెన్లను ఉపయోగించవచ్చు.
+గ్రహీత టోకెన్లను నిర్వహించగల సామర్థ్యాన్ని ధృవీకరించడం ద్వారా స్మార్ట్ కాంట్రాక్ట్లలో టోకెన్ నష్టం లేదా టోకెన్ లాకింగ్ను నివారించడానికి కూడా ERC-1363 ఉపయోగపడుతుంది.
+
+ఇతర ERC-20 పొడిగింపు ప్రతిపాదనల మాదిరిగా కాకుండా, ERC-1363 ERC-20 `transfer` మరియు `transferFrom` పద్ధతులను భర్తీ చేయదు మరియు ERC-20తో వెనుకబడిన అనుకూలతను కొనసాగిస్తూ అమలు చేయాల్సిన ఇంటర్ఫేస్ IDలను నిర్వచిస్తుంది.
+
+[EIP-1363](https://eips.ethereum.org/EIPS/eip-1363) నుండి:
+
+### పద్ధతులు {#methods}
+
+ERC-1363 ప్రమాణాన్ని అమలు చేసే స్మార్ట్ కాంట్రాక్టులు `ERC1363` ఇంటర్ఫేస్లోని అన్ని ఫంక్షన్లను, అలాగే `ERC20` మరియు `ERC165` ఇంటర్ఫేస్లను **తప్పక** అమలు చేయాలి.
+
+```solidity
+pragma solidity ^0.8.0;
+
+/**
+ * @title ERC1363
+ * @dev ERC-20 టోకెన్ల కోసం ఒక విస్తరణ ఇంటర్ఫేస్, ఇది `transfer` లేదా `transferFrom` తర్వాత గ్రహీత ఒప్పందంపై కోడ్ను అమలు చేయడానికి, లేదా `approve` తర్వాత ఖర్చు చేసే ఒప్పందంపై కోడ్ను, ఒకే లావాదేవీలో అమలు చేయడానికి మద్దతు ఇస్తుంది.
+ */
+interface ERC1363 is ERC20, ERC165 {
+ /*
+ * గమనిక: ఈ ఇంటర్ఫేస్ కోసం ERC-165 ఐడెంటిఫైయర్ 0xb0202a11.
+ * 0xb0202a11 ===
+ * bytes4(keccak256('transferAndCall(address,uint256)')) ^
+ * bytes4(keccak256('transferAndCall(address,uint256,bytes)')) ^
+ * bytes4(keccak256('transferFromAndCall(address,address,uint256)')) ^
+ * bytes4(keccak256('transferFromAndCall(address,address,uint256,bytes)')) ^
+ * bytes4(keccak256('approveAndCall(address,uint256)')) ^
+ * bytes4(keccak256('approveAndCall(address,uint256,bytes)'))
+ */
+
+ /**
+ * @dev కాలర్ ఖాతా నుండి `to`కి `value` మొత్తంలో టోకెన్లను తరలిస్తుంది
+ * ఆపై `to`పై `ERC1363Receiver::onTransferReceived`ని పిలుస్తుంది.
+ * @param to టోకెన్లు బదిలీ చేయబడుతున్న చిరునామా.
+ * @param value బదిలీ చేయవలసిన టోకెన్ల మొత్తం.
+ * @return థ్రోయింగ్ చేయకపోతే ఆపరేషన్ విజయవంతమైందని సూచించే బూలియన్ విలువ.
+ */
+ function transferAndCall(address to, uint256 value) external returns (bool);
+
+ /**
+ * @dev కాలర్ ఖాతా నుండి `to`కి `value` మొత్తంలో టోకెన్లను తరలిస్తుంది
+ * ఆపై `to`పై `ERC1363Receiver::onTransferReceived`ని పిలుస్తుంది.
+ * @param to టోకెన్లు బదిలీ చేయబడుతున్న చిరునామా.
+ * @param value బదిలీ చేయవలసిన టోకెన్ల మొత్తం.
+ * @param data నిర్దిష్ట ఫార్మాట్ లేని అదనపు డేటా, `to`కి కాల్లో పంపబడుతుంది.
+ * @return థ్రోయింగ్ చేయకపోతే ఆపరేషన్ విజయవంతమైందని సూచించే బూలియన్ విలువ.
+ */
+ function transferAndCall(address to, uint256 value, bytes calldata data) external returns (bool);
+
+ /**
+ * @dev అలవెన్స్ మెకానిజం ఉపయోగించి `from` నుండి `to`కి `value` మొత్తంలో టోకెన్లను తరలిస్తుంది
+ * ఆపై `to`పై `ERC1363Receiver::onTransferReceived`ని పిలుస్తుంది.
+ * @param from టోకెన్లను పంపవలసిన చిరునామా.
+ * @param to టోకెన్లు బదిలీ చేయబడుతున్న చిరునామా.
+ * @param value బదిలీ చేయవలసిన టోకెన్ల మొత్తం.
+ * @return థ్రోయింగ్ చేయకపోతే ఆపరేషన్ విజయవంతమైందని సూచించే బూలియన్ విలువ.
+ */
+ function transferFromAndCall(address from, address to, uint256 value) external returns (bool);
+
+ /**
+ * @dev అలవెన్స్ మెకానిజం ఉపయోగించి `from` నుండి `to`కి `value` మొత్తంలో టోకెన్లను తరలిస్తుంది
+ * ఆపై `to`పై `ERC1363Receiver::onTransferReceived`ని పిలుస్తుంది.
+ * @param from టోకెన్లను పంపవలసిన చిరునామా.
+ * @param to టోకెన్లు బదిలీ చేయబడుతున్న చిరునామా.
+ * @param value బదిలీ చేయవలసిన టోకెన్ల మొత్తం.
+ * @param data నిర్దిష్ట ఫార్మాట్ లేని అదనపు డేటా, `to`కి కాల్లో పంపబడుతుంది.
+ * @return థ్రోయింగ్ చేయకపోతే ఆపరేషన్ విజయవంతమైందని సూచించే బూలియన్ విలువ.
+ */
+ function transferFromAndCall(address from, address to, uint256 value, bytes calldata data) external returns (bool);
+
+ /**
+ * @dev కాలర్ యొక్క టోకెన్లపై `spender` యొక్క అలవెన్స్గా `value` మొత్తంలో టోకెన్లను సెట్ చేస్తుంది
+ * ఆపై `spender`పై `ERC1363Spender::onApprovalReceived`ని పిలుస్తుంది.
+ * @param spender నిధులను ఖర్చు చేసే చిరునామా.
+ * @param value ఖర్చు చేయవలసిన టోకెన్ల మొత్తం.
+ * @return థ్రోయింగ్ చేయకపోతే ఆపరేషన్ విజయవంతమైందని సూచించే బూలియన్ విలువ.
+ */
+ function approveAndCall(address spender, uint256 value) external returns (bool);
+
+ /**
+ * @dev కాలర్ యొక్క టోకెన్లపై `spender` యొక్క అలవెన్స్గా `value` మొత్తంలో టోకెన్లను సెట్ చేస్తుంది
+ * ఆపై `spender`పై `ERC1363Spender::onApprovalReceived`ని పిలుస్తుంది.
+ * @param spender నిధులను ఖర్చు చేసే చిరునామా.
+ * @param value ఖర్చు చేయవలసిన టోకెన్ల మొత్తం.
+ * @param data నిర్దిష్ట ఫార్మాట్ లేని అదనపు డేటా, `spender`కి కాల్లో పంపబడుతుంది.
+ * @return థ్రోయింగ్ చేయకపోతే ఆపరేషన్ విజయవంతమైందని సూచించే బూలియన్ విలువ.
+ */
+ function approveAndCall(address spender, uint256 value, bytes calldata data) external returns (bool);
+}
+
+interface ERC20 {
+ event Transfer(address indexed from, address indexed to, uint256 value);
+ event Approval(address indexed owner, address indexed spender, uint256 value);
+ function transfer(address to, uint256 value) external returns (bool);
+ function transferFrom(address from, address to, uint256 value) external returns (bool);
+ function approve(address spender, uint256 value) external returns (bool);
+ function totalSupply() external view returns (uint256);
+ function balanceOf(address account) external view returns (uint256);
+ function allowance(address owner, address spender) external view returns (uint256);
+}
+
+interface ERC165 {
+ function supportsInterface(bytes4 interfaceId) external view returns (bool);
+}
+```
+
+`transferAndCall` లేదా `transferFromAndCall` ద్వారా ERC-1363 టోకెన్లను అంగీకరించాలనుకునే స్మార్ట్ కాంట్రాక్ట్ **తప్పక** `ERC1363Receiver` ఇంటర్ఫేస్ను అమలు చేయాలి:
+
+```solidity
+/**
+ * @title ERC1363Receiver
+ * @dev ERC-1363 టోకెన్ కాంట్రాక్ట్ల నుండి `transferAndCall` లేదా `transferFromAndCall`కు మద్దతు ఇవ్వాలనుకునే ఏ కాంట్రాక్ట్ కోసం అయినా ఇంటర్ఫేస్.
+ */
+interface ERC1363Receiver {
+ /**
+ * @dev `operator` ద్వారా `from` నుండి `ERC1363::transferAndCall` లేదా `ERC1363::transferFromAndCall` ద్వారా ఈ కాంట్రాక్ట్కు ERC-1363 టోకెన్లు బదిలీ చేయబడినప్పుడల్లా
+ * ఈ ఫంక్షన్ పిలువబడుతుంది.
+ *
+ * గమనిక: బదిలీని అంగీకరించడానికి, ఇది తప్పక తిరిగి ఇవ్వాలి
+ * `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))`
+ * (అంటే 0x88a7ca5c, లేదా దాని స్వంత ఫంక్షన్ సెలెక్టర్).
+ *
+ * @param operator `transferAndCall` లేదా `transferFromAndCall` ఫంక్షన్ను పిలిచిన చిరునామా.
+ * @param from టోకెన్లు బదిలీ చేయబడిన చిరునామా.
+ * @param value బదిలీ చేయబడిన టోకెన్ల మొత్తం.
+ * @param data నిర్దిష్ట ఫార్మాట్ లేని అదనపు డేటా.
+ * @return బదిలీ అనుమతించబడితే `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))` థ్రోయింగ్ చేయకపోతే.
+ */
+ function onTransferReceived(address operator, address from, uint256 value, bytes calldata data) external returns (bytes4);
+}
+```
+
+`approveAndCall` ద్వారా ERC-1363 టోకెన్లను అంగీకరించాలనుకునే స్మార్ట్ కాంట్రాక్ట్ **తప్పక** `ERC1363Spender` ఇంటర్ఫేస్ను అమలు చేయాలి:
+
+```solidity
+/**
+ * @title ERC1363Spender
+ * @dev ERC-1363 టోకెన్ కాంట్రాక్ట్ల నుండి `approveAndCall`కు మద్దతు ఇవ్వాలనుకునే ఏ కాంట్రాక్ట్ కోసం అయినా ఇంటర్ఫేస్.
+ */
+interface ERC1363Spender {
+ /**
+ * @dev ఒక ERC-1363 టోకెన్ల `owner` ఈ కాంట్రాక్ట్ను `ERC1363::approveAndCall` ద్వారా ఆమోదించినప్పుడల్లా
+ * వారి టోకెన్లను ఖర్చు చేయడానికి, ఈ ఫంక్షన్ పిలువబడుతుంది.
+ *
+ * గమనిక: ఆమోదాన్ని అంగీకరించడానికి, ఇది తప్పక తిరిగి ఇవ్వాలి
+ * `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))`
+ * (అంటే 0x7b04a2d0, లేదా దాని స్వంత ఫంక్షన్ సెలెక్టర్).
+ *
+ * @param owner `approveAndCall` ఫంక్షన్ను పిలిచి, గతంలో టోకెన్లను కలిగి ఉన్న చిరునామా.
+ * @param value ఖర్చు చేయవలసిన టోకెన్ల మొత్తం.
+ * @param data నిర్దిష్ట ఫార్మాట్ లేని అదనపు డేటా.
+ * @return ఆమోదం అనుమతించబడితే `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))` థ్రోయింగ్ చేయకపోతే.
+ */
+ function onApprovalReceived(address owner, uint256 value, bytes calldata data) external returns (bytes4);
+}
+```
+
+## మరింత సమాచారం {#further-reading}
+
+- [ERC-1363: చెల్లించదగిన టోకెన్ ప్రమాణం](https://eips.ethereum.org/EIPS/eip-1363)
+- [ERC-1363: GitHub రెపో](https://github.com/vittominacori/erc1363-payable-token)
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-20/index.md
new file mode 100644
index 00000000000..7ffa2e038a5
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-20/index.md
@@ -0,0 +1,192 @@
+---
+title: ERC-20 టోకెన్ ప్రమాణం
+description: Ethereum లో ఫంగిబుల్ టోకెన్ల కొరకు ప్రమాణమైన ERC-20 గురించి తెలుసుకోండి, ఇది ఇంటర్ఆపరేబుల్ టోకెన్ అప్లికేషన్లను సాధ్యం చేస్తుంది.
+lang: te
+---
+
+## పరిచయం {#introduction}
+
+**టోకెన్ అంటే ఏమిటి?**
+
+Ethereumలో టోకెన్లు వాస్తవంగా దేనికైనా ప్రాతినిధ్యం వహించగలవు:
+
+- ఒక ఆన్లైన్ ప్లాట్ఫారమ్లో ప్రతిష్టా పాయింట్లు
+- ఒక గేమ్లోని పాత్ర యొక్క నైపుణ్యాలు
+- ఒక కంపెనీలో వాటా వంటి ఆర్థిక ఆస్తులు
+- USD వంటి ఫియట్ కరెన్సీ
+- ఒక ఔన్స్ బంగారం
+- ఇంకా మరిన్ని...
+
+Ethereum యొక్క అటువంటి శక్తివంతమైన ఫీచర్ను ఒక పటిష్టమైన ప్రమాణం ద్వారా నిర్వహించబడాలి, కదా? సరిగ్గా ఇక్కడే
+ERC-20 దాని పాత్రను పోషిస్తుంది! ఈ ప్రమాణం ఇతర ఉత్పత్తులు మరియు సేవలతో ఇంటర్ఆపరేబుల్ అయ్యే టోకెన్ అప్లికేషన్లను నిర్మించడానికి డెవలపర్లను అనుమతిస్తుంది. [ether](/glossary/#ether)కు అదనపు కార్యాచరణను అందించడానికి ERC-20 ప్రమాణం కూడా ఉపయోగించబడుతుంది.
+
+**ERC-20 అంటే ఏమిటి?**
+
+ERC-20 ఫంగిబుల్ టోకెన్ల కోసం ఒక ప్రమాణాన్ని పరిచయం చేస్తుంది, మరో మాటలో చెప్పాలంటే, వాటికి ఒక గుణం ఉంటుంది, అది ప్రతి టోకెన్ను మరొక టోకెన్తో (రకం మరియు విలువలో) సరిగ్గా
+సమానంగా చేస్తుంది. ఉదాహరణకు, ఒక ERC-20 టోకెన్ ETH లాగానే పనిచేస్తుంది, అంటే 1 టోకెన్
+అన్ని ఇతర టోకెన్లకు సమానంగా ఉంటుంది మరియు ఎల్లప్పుడూ సమానంగా ఉంటుంది.
+
+## అవసరాలు {#prerequisites}
+
+- [ఖాతాలు](/developers/docs/accounts)
+- [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/)
+- [టోకెన్ ప్రమాణాలు](/developers/docs/standards/tokens/)
+
+## బాడీ {#body}
+
+నవంబర్ 2015లో ఫాబియన్ వోగెల్స్టెల్లర్ ప్రతిపాదించిన ERC-20 (Ethereum రిక్వెస్ట్ ఫర్ కామెంట్స్ 20) అనేది స్మార్ట్ కాంట్రాక్టులలో టోకెన్ల కోసం ఒక APIని
+అమలు చేసే టోకెన్ ప్రమాణం.
+
+ERC-20 అందించే ఉదాహరణ కార్యాచరణలు:
+
+- ఒక ఖాతా నుండి మరొక ఖాతాకు టోకెన్లను బదిలీ చేయడం
+- ఒక ఖాతా యొక్క ప్రస్తుత టోకెన్ బ్యాలెన్స్ను పొందడం
+- నెట్వర్క్లో అందుబాటులో ఉన్న టోకెన్ యొక్క మొత్తం సరఫరాను పొందడం
+- ఒక ఖాతా నుండి కొంత మొత్తంలో టోకెన్ను మూడవ-పక్షం ఖాతా ద్వారా ఖర్చు చేయవచ్చో లేదో ఆమోదించడం
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ కింది పద్ధతులు మరియు ఈవెంట్లను అమలు చేస్తే, దానిని ERC-20 టోకెన్ కాంట్రాక్ట్ అని పిలుస్తారు మరియు, ఒకసారి డిప్లాయ్ చేసిన తర్వాత, అది
+Ethereumలో సృష్టించబడిన టోకెన్లను ట్రాక్ చేయడానికి బాధ్యత వహిస్తుంది.
+
+[EIP-20](https://eips.ethereum.org/EIPS/eip-20) నుండి:
+
+### పద్ధతులు {#methods}
+
+```solidity
+function name() public view returns (string)
+function symbol() public view returns (string)
+function decimals() public view returns (uint8)
+function totalSupply() public view returns (uint256)
+function balanceOf(address _owner) public view returns (uint256 balance)
+function transfer(address _to, uint256 _value) public returns (bool success)
+function transferFrom(address _from, address _to, uint256 _value) public returns (bool success)
+function approve(address _spender, uint256 _value) public returns (bool success)
+function allowance(address _owner, address _spender) public view returns (uint256 remaining)
+```
+
+### ఈవెంట్లు {#events}
+
+```solidity
+event Transfer(address indexed _from, address indexed _to, uint256 _value)
+event Approval(address indexed _owner, address indexed _spender, uint256 _value)
+```
+
+### ఉదాహరణలు {#web3py-example}
+
+Ethereum లోని ఏ ERC-20 టోకెన్ కాంట్రాక్ట్నైనా తనిఖీ చేయడాన్ని మనకు సులభతరం చేయడానికి ఒక ప్రమాణం ఎంత ముఖ్యమైనదో చూద్దాం.
+ఏదైనా ERC-20 టోకెన్కు ఒక ఇంటర్ఫేస్ సృష్టించడానికి మనకు కాంట్రాక్ట్ అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI) అవసరం. దిగువన మీరు చూడగలిగినట్లుగా
+మేము దీనిని సులభమైన ఉదాహరణగా చేయడానికి ఒక సరళీకృత ABI ని ఉపయోగిస్తాము.
+
+#### Web3.py ఉదాహరణ {#web3py-example}
+
+మొదట, మీరు [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) పైథాన్ లైబ్రరీని ఇన్స్టాల్ చేసుకున్నారని నిర్ధారించుకోండి:
+
+```
+pip install web3
+```
+
+```python
+from web3 import Web3
+
+
+w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
+
+dai_token_addr = "0x6B175474E89094C44Da98b954EedeAC495271d0F" # DAI
+weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2" # ర్యాప్ చేసిన ఈథర్ (WETH)
+
+acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11" # Uniswap V2: DAI 2
+
+# ఇది ERC-20 టోకెన్ కాంట్రాక్ట్ యొక్క సరళీకృత కాంట్రాక్ట్ అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI).
+# ఇది కేవలం పద్ధతులను మాత్రమే బహిర్గతం చేస్తుంది: balanceOf(address), decimals(), symbol() మరియు totalSupply()
+simplified_abi = [
+ {
+ 'inputs': [{'internalType': 'address', 'name': 'account', 'type': 'address'}],
+ 'name': 'balanceOf',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'decimals',
+ 'outputs': [{'internalType': 'uint8', 'name': '', 'type': 'uint8'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'symbol',
+ 'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'totalSupply',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ }
+]
+
+dai_contract = w3.eth.contract(address=w3.to_checksum_address(dai_token_addr), abi=simplified_abi)
+symbol = dai_contract.functions.symbol().call()
+decimals = dai_contract.functions.decimals().call()
+totalSupply = dai_contract.functions.totalSupply().call() / 10**decimals
+addr_balance = dai_contract.functions.balanceOf(acc_address).call() / 10**decimals
+
+# DAI
+print("===== %s =====" % symbol)
+print("Total Supply:", totalSupply)
+print("Addr Balance:", addr_balance)
+
+weth_contract = w3.eth.contract(address=w3.to_checksum_address(weth_token_addr), abi=simplified_abi)
+symbol = weth_contract.functions.symbol().call()
+decimals = weth_contract.functions.decimals().call()
+totalSupply = weth_contract.functions.totalSupply().call() / 10**decimals
+addr_balance = weth_contract.functions.balanceOf(acc_address).call() / 10**decimals
+
+# WETH
+print("===== %s =====" % symbol)
+print("Total Supply:", totalSupply)
+print("Addr Balance:", addr_balance)
+```
+
+## తెలిసిన సమస్యలు {#erc20-issues}
+
+### ERC-20 టోకెన్ స్వీకరణ సమస్య {#reception-issue}
+
+**06/20/2024 నాటికి ఈ సమస్య కారణంగా కనీసం $83,656,418 విలువైన ERC-20 టోకెన్లు పోయాయి. దిగువ జాబితా చేసిన విధంగా మీరు ప్రామాణికం పైన అదనపు పరిమితుల సమితిని అమలు చేస్తే తప్ప, స్వచ్ఛమైన ERC-20 అమలు ఈ సమస్యకు గురవుతుందని గమనించండి.**
+
+ERC-20 టోకెన్లను నిర్వహించడానికి రూపొందించని స్మార్ట్ కాంట్రాక్టుకు ERC-20 టోకెన్లను పంపినప్పుడు, ఆ టోకెన్లు శాశ్వతంగా పోవచ్చు. స్వీకరించే కాంట్రాక్ట్కు ఇన్కమింగ్ టోకెన్లను గుర్తించే లేదా ప్రతిస్పందించే కార్యాచరణ లేనందున మరియు ఇన్కమింగ్ టోకెన్ల గురించి స్వీకరించే కాంట్రాక్ట్కు తెలియజేయడానికి ERC-20 ప్రమాణంలో ఎటువంటి యంత్రాంగం లేనందున ఇది జరుగుతుంది. ఈ సమస్య రూపుదిద్దుకునే ప్రధాన మార్గాలు:
+
+1. టోకెన్ బదిలీ యంత్రాంగం
+
+- ERC-20 టోకెన్లు ట్రాన్స్ఫర్ లేదా ట్రాన్స్ఫర్ఫ్రమ్ ఫంక్షన్లను ఉపయోగించి బదిలీ చేయబడతాయి
+ - ఒక వినియోగదారుడు ఈ ఫంక్షన్లను ఉపయోగించి కాంట్రాక్ట్ చిరునామాకు టోకెన్లను పంపినప్పుడు, స్వీకరించే కాంట్రాక్ట్ వాటిని నిర్వహించడానికి రూపొందించబడిందా లేదా అనే దానితో సంబంధం లేకుండా టోకెన్లు బదిలీ చేయబడతాయి
+
+2. నోటిఫికేషన్ లేకపోవడం
+ - స్వీకరించే కాంట్రాక్ట్ దానికి టోకెన్లు పంపబడ్డాయని నోటిఫికేషన్ లేదా కాల్బ్యాక్ అందుకోదు
+ - స్వీకరించే కాంట్రాక్ట్లో టోకెన్లను నిర్వహించడానికి ఒక యంత్రాంగం లేకపోతే (ఉదా., ఫాల్బ్యాక్ ఫంక్షన్ లేదా టోకెన్ స్వీకరణను నిర్వహించడానికి ఒక ప్రత్యేక ఫంక్షన్), టోకెన్లు సమర్థవంతంగా కాంట్రాక్ట్ చిరునామాలో చిక్కుకుపోతాయి
+3. అంతర్నిర్మిత నిర్వహణ లేదు
+ - ERC-20 ప్రమాణంలో స్వీకరించే కాంట్రాక్ట్లు అమలు చేయడానికి తప్పనిసరి ఫంక్షన్ ఏదీ లేదు, ఇది చాలా కాంట్రాక్ట్లు ఇన్కమింగ్ టోకెన్లను సరిగ్గా నిర్వహించలేని పరిస్థితికి దారితీస్తుంది
+
+**సాధ్యమయ్యే పరిష్కారాలు**
+
+ERC-20 తో ఈ సమస్యను పూర్తిగా నివారించడం సాధ్యం కానప్పటికీ, తుది వినియోగదారునికి టోకెన్ల నష్టాన్ని గణనీయంగా తగ్గించే పద్ధతులు ఉన్నాయి:
+
+- ఒక వినియోగదారుడు టోకెన్లను టోకెన్ కాంట్రాక్ట్ చిరునామాకే పంపడం అనేది అత్యంత సాధారణ సమస్య (ఉదా., USDT టోకెన్ కాంట్రాక్ట్ చిరునామాకు USDT డిపాజిట్ చేయడం). `transfer(..)` ఫంక్షన్ను అటువంటి బదిలీ ప్రయత్నాలను రివర్ట్ చేయడానికి పరిమితం చేయడం సిఫార్సు చేయబడింది. `transfer(..)` ఫంక్షన్ అమలులో `require(_to != address(this));` తనిఖీని జోడించడాన్ని పరిగణించండి.
+- `transfer(..)` ఫంక్షన్ సాధారణంగా కాంట్రాక్టులకు టోకెన్లను డిపాజిట్ చేయడానికి రూపొందించబడలేదు. `approve(..) `& transferFrom(..)`నమూనా బదులుగా ERC-20 టోకెన్లను కాంట్రాక్టులకు డిపాజిట్ చేయడానికి ఉపయోగించబడుతుంది. దానితో ఏ కాంట్రాక్టులలోనైనా టోకెన్లను డిపాజిట్ చేయడాన్ని అనుమతించకుండా ట్రాన్స్ఫర్ ఫంక్షన్ను పరిమితం చేయడం సాధ్యమే, అయితే`trasnfer(..)\` ఫంక్షన్తో కాంట్రాక్టులలో టోకెన్లను డిపాజిట్ చేయవచ్చని భావించే కాంట్రాక్టులతో ఇది అనుకూలతను దెబ్బతీయవచ్చు (ఉదా., Uniswap లిక్విడిటీ పూల్స్).
+- మీ కాంట్రాక్ట్ ఎప్పుడూ దేనినీ స్వీకరించకూడదని అనుకున్నా, ERC-20 టోకెన్లు మీ కాంట్రాక్ట్లో చేరవచ్చని ఎల్లప్పుడూ ఊహించండి. స్వీకర్తల వైపు నుండి ప్రమాదవశాత్తు డిపాజిట్లను నిరోధించడానికి లేదా తిరస్కరించడానికి మార్గం లేదు. ప్రమాదవశాత్తు డిపాజిట్ చేయబడిన ERC-20 టోకెన్లను వెలికి తీయడానికి అనుమతించే ఫంక్షన్ను అమలు చేయడం సిఫార్సు చేయబడింది.
+- ప్రత్యామ్నాయ టోకెన్ ప్రమాణాలను ఉపయోగించడాన్ని పరిగణించండి.
+
+ఈ సమస్య నుండి [ERC-223](/developers/docs/standards/tokens/erc-223) లేదా [ERC-1363](/developers/docs/standards/tokens/erc-1363) వంటి కొన్ని ప్రత్యామ్నాయ ప్రమాణాలు ఉద్భవించాయి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [EIP-20: ERC-20 టోకెన్ ప్రమాణం](https://eips.ethereum.org/EIPS/eip-20)
+- [OpenZeppelin - టోకెన్లు](https://docs.openzeppelin.com/contracts/3.x/tokens#ERC20)
+- [OpenZeppelin - ERC-20 అమలు](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)
+- [Alchemy - సాలిడిటీ ERC20 టోకెన్లకు గైడ్](https://www.alchemy.com/overviews/erc20-solidity)
+
+## ఇతర ఫంగిబుల్ టోకెన్ ప్రమాణాలు {#fungible-token-standards}
+
+- [ERC-223](/developers/docs/standards/tokens/erc-223)
+- [ERC-1363](/developers/docs/standards/tokens/erc-1363)
+- [ERC-777](/developers/docs/standards/tokens/erc-777)
+- [ERC-4626 - టోకెనైజ్డ్ వాల్ట్లు](/developers/docs/standards/tokens/erc-4626)
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-223/index.md
new file mode 100644
index 00000000000..17a6581e4ea
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-223/index.md
@@ -0,0 +1,198 @@
+---
+title: ERC-223 టోకెన్ ప్రమాణం
+description: ERC-223 ఫంగిబుల్ టోకెన్ ప్రమాణం యొక్క అవలోకనం, అది ఎలా పనిచేస్తుంది, మరియు ERC-20తో పోలిక.
+lang: te
+---
+
+## పరిచయం {#introduction}
+
+### ERC-223 అంటే ఏమిటి? {#what-is-erc223}
+
+ERC-223 అనేది ERC-20 ప్రమాణాన్ని పోలిన, ఫంగిబుల్ టోకెన్ల కోసం ఒక ప్రమాణం. ప్రధాన వ్యత్యాసం ఏమిటంటే, ERC-223 టోకెన్ APIని మాత్రమే కాకుండా, పంపినవారి నుండి గ్రహీతకు టోకెన్లను బదిలీ చేయడానికి లాజిక్ను కూడా నిర్వచిస్తుంది. ఇది గ్రహీత వైపు టోకెన్ బదిలీలను నిర్వహించడానికి అనుమతించే కమ్యూనికేషన్ నమూనాని పరిచయం చేస్తుంది.
+
+### ERC-20 నుండి తేడాలు {#erc20-differences}
+
+ERC-223, ERC-20 యొక్క కొన్ని పరిమితులను పరిష్కరిస్తుంది మరియు టోకెన్ కాంట్రాక్ట్ మరియు టోకెన్లను స్వీకరించగల కాంట్రాక్ట్ మధ్య పరస్పర చర్య యొక్క కొత్త పద్ధతిని పరిచయం చేస్తుంది. ERC-223తో సాధ్యమయ్యే కొన్ని విషయాలు ఉన్నాయి కానీ ERC-20తో సాధ్యం కావు:
+
+- గ్రహీత వైపు టోకెన్ బదిలీ నిర్వహణ: ERC-223 టోకెన్ డిపాజిట్ చేయబడుతోందని గ్రహీతలు గుర్తించగలరు.
+- సరిగ్గా పంపని టోకెన్ల తిరస్కరణ: ఒక వినియోగదారుడు టోకెన్లను స్వీకరించకూడని కాంట్రాక్ట్కు ERC-223 టోకెన్లను పంపితే, కాంట్రాక్ట్ ఆ లావాదేవీని తిరస్కరించగలదు, తద్వారా టోకెన్ నష్టాన్ని నివారిస్తుంది.
+- బదిలీలలో మెటాడేటా: ERC-223 టోకెన్లు మెటాడేటాను కలిగి ఉంటాయి, ఇది టోకెన్ లావాదేవీలకు ఏకపక్ష సమాచారాన్ని జోడించడానికి అనుమతిస్తుంది.
+
+## అవసరాలు {#prerequisites}
+
+- [ఖాతాలు](/developers/docs/accounts)
+- [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/)
+- [టోకెన్ ప్రమాణాలు](/developers/docs/standards/tokens/)
+- [ERC-20](/developers/docs/standards/tokens/erc-20/)
+
+## బాడీ {#body}
+
+ERC-223 అనేది స్మార్ట్ కాంట్రాక్టులలో టోకెన్ల కోసం APIని అమలు చేసే ఒక టోకెన్ ప్రమాణం. ఇది ERC-223 టోకెన్లను స్వీకరించాల్సిన కాంట్రాక్టుల కోసం ఒక APIని కూడా ప్రకటిస్తుంది. ERC-223 రిసీవర్ APIకి మద్దతు ఇవ్వని కాంట్రాక్టులు ERC-223 టోకెన్లను స్వీకరించలేవు, వినియోగదారుడి పొరపాటును నివారిస్తాయి.
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ కింది పద్ధతులు మరియు ఈవెంట్లను అమలు చేస్తే, దానిని ERC-223 అనుకూల టోకెన్ కాంట్రాక్ట్ అని పిలుస్తారు. ఒకసారి డిప్లాయ్ చేసిన తర్వాత, అది
+Ethereumలో సృష్టించబడిన టోకెన్లను ట్రాక్ చేయడానికి బాధ్యత వహిస్తుంది.
+
+కాంట్రాక్ట్ కేవలం ఈ ఫంక్షన్లను మాత్రమే కలిగి ఉండవలసిన అవసరం లేదు మరియు ఒక డెవలపర్ ఈ కాంట్రాక్ట్కు వేర్వేరు టోకెన్ ప్రమాణాల నుండి ఏదైనా ఇతర ఫీచర్ను జోడించవచ్చు. ఉదాహరణకు, `approve` మరియు `transferFrom` ఫంక్షన్లు ERC-223 ప్రమాణంలో భాగం కావు కానీ అవసరమైతే ఈ ఫంక్షన్లను అమలు చేయవచ్చు.
+
+[EIP-223](https://eips.ethereum.org/EIPS/eip-223) నుండి:
+
+### పద్ధతులు {#methods}
+
+ERC-223 టోకెన్ తప్పనిసరిగా క్రింది పద్ధతులను అమలు చేయాలి:
+
+```solidity
+function name() public view returns (string)
+function symbol() public view returns (string)
+function decimals() public view returns (uint8)
+function totalSupply() public view returns (uint256)
+function balanceOf(address _owner) public view returns (uint256 balance)
+function transfer(address _to, uint256 _value) public returns (bool success)
+function transfer(address _to, uint256 _value, bytes calldata _data) public returns (bool success)
+```
+
+ERC-223 టోకెన్లను స్వీకరించాల్సిన ఒక కాంట్రాక్ట్ తప్పనిసరిగా క్రింది పద్ధతిని అమలు చేయాలి:
+
+```solidity
+function tokenReceived(address _from, uint _value, bytes calldata _data)
+```
+
+`tokenReceived(..)` ఫంక్షన్ను అమలు చేయని కాంట్రాక్ట్కు ERC-223 టోకెన్లు పంపబడితే, బదిలీ విఫలం కావాలి మరియు టోకెన్లు పంపినవారి బ్యాలెన్స్ నుండి కదలకూడదు.
+
+### ఈవెంట్లు {#events}
+
+```solidity
+event Transfer(address indexed _from, address indexed _to, uint256 _value, bytes calldata _data)
+```
+
+### ఉదాహరణలు {#examples}
+
+ERC-223 టోకెన్ యొక్క API, ERC-20 మాదిరిగానే ఉంటుంది, కాబట్టి UI అభివృద్ధి కోణం నుండి ఎటువంటి తేడా లేదు. ఇక్కడ ఉన్న ఏకైక మినహాయింపు ఏమిటంటే, ERC-223 టోకెన్లకు `approve` + `transferFrom` ఫంక్షన్లు ఉండకపోవచ్చు, ఎందుకంటే ఈ ప్రమాణానికి ఇవి ఐచ్ఛికం.
+
+#### Solidity ఉదాహరణలు {#solidity-example}
+
+కింది ఉదాహరణ ఒక ప్రాథమిక ERC-223 టోకెన్ కాంట్రాక్ట్ ఎలా పనిచేస్తుందో వివరిస్తుంది:
+
+```solidity
+pragma solidity ^0.8.19;
+abstract contract IERC223Recipient {
+ function tokenReceived(address _from, uint _value, bytes memory _data) public virtual;
+}
+contract VeryBasicERC223Token {
+ event Transfer(address indexed from, address indexed to, uint value, bytes data);
+ string private _name;
+ string private _symbol;
+ uint8 private _decimals;
+ uint256 private _totalSupply;
+ mapping(address => uint256) private balances;
+ function name() public view returns (string memory) { return _name; }
+ function symbol() public view returns (string memory) {return _symbol; }
+ function decimals() public view returns (uint8) { return _decimals; }
+ function totalSupply() public view returns (uint256) { return _totalSupply; }
+ function balanceOf(address _owner) public view returns (uint256) { return balances[_owner]; }
+ function isContract(address account) internal view returns (bool) {
+ uint256 size;
+ assembly { size := extcodesize(account) }
+ return size > 0;
+ }
+ function transfer(address _to, uint _value, bytes calldata _data) public returns (bool success){
+ balances[msg.sender] = balances[msg.sender] - _value;
+ balances[_to] = balances[_to] + _value;
+ if(isContract(_to)) {
+ IERC223Recipient(_to).tokenReceived(msg.sender, _value, _data);
+ }
+ emit Transfer(msg.sender, _to, _value, _data);
+ return true;
+ }
+ function transfer(address _to, uint _value) public returns (bool success){
+ bytes memory _empty = hex"00000000";
+ balances[msg.sender] = balances[msg.sender] - _value;
+ balances[_to] = balances[_to] + _value;
+ if(isContract(_to)) {
+ IERC223Recipient(_to).tokenReceived(msg.sender, _value, _empty);
+ }
+ emit Transfer(msg.sender, _to, _value, _empty);
+ return true;
+ }
+}
+```
+
+ఇప్పుడు tokenA ఒక ERC-223 టోకెన్ అని భావించి, `tokenA` డిపాజిట్లను అంగీకరించడానికి మాకు మరొక కాంట్రాక్ట్ కావాలి. కాంట్రాక్ట్ కేవలం tokenAని మాత్రమే అంగీకరించాలి మరియు ఏవైనా ఇతర టోకెన్లను తిరస్కరించాలి. కాంట్రాక్ట్ tokenAని స్వీకరించినప్పుడు అది ఒక `Deposit()` ఈవెంట్ను విడుదల చేయాలి మరియు అంతర్గత `deposits` వేరియబుల్ విలువను పెంచాలి.
+
+ఇదిగో కోడ్:
+
+```solidity
+contract RecipientContract is IERC223Recipient {
+ event Deposit(address whoSentTheTokens);
+ uint256 deposits = 0;
+ address tokenA; // మేము అంగీకరించాలనుకుంటున్న ఏకైక టోకెన్.
+ function tokenReceived(address _from, uint _value, bytes memory _data) public override
+ {
+ // ఈ ఫంక్షన్లో ఇది అర్థం చేసుకోవడం ముఖ్యం
+ // msg.sender అనేది స్వీకరించబడుతున్న టోకెన్ యొక్క చిరునామా,
+ // టోకెన్ కాంట్రాక్ట్ చాలా సందర్భాలలో ఈథర్ను కలిగి ఉండదు లేదా పంపదు కాబట్టి msg.value ఎల్లప్పుడూ 0గా ఉంటుంది,
+ // _from అనేది టోకెన్ బదిలీని పంపినవారు,
+ // _value అనేది డిపాజిట్ చేయబడిన టోకెన్ల మొత్తం.
+ require(msg.sender == tokenA);
+ deposits += _value;
+ emit Deposit(_from);
+ }
+}
+```
+
+## తరచుగా అడిగే ప్రశ్నలు {#faq}
+
+### మనం కాంట్రాక్ట్కు కొంత tokenBని పంపితే ఏమి జరుగుతుంది? {#sending-tokens}
+
+లావాదేవీ విఫలమవుతుంది, మరియు టోకెన్ల బదిలీ జరగదు. టోకెన్లు పంపినవారి చిరునామాకు తిరిగి ఇవ్వబడతాయి.
+
+### ఈ కాంట్రాక్ట్కు మనం ఎలా డిపాజిట్ చేయవచ్చు? {#contract-deposits}
+
+`RecipientContract` యొక్క చిరునామాను పేర్కొంటూ, ERC-223 టోకెన్ యొక్క `transfer(address,uint256)` లేదా `transfer(address,uint256,bytes)` ఫంక్షన్ను కాల్ చేయండి.
+
+### మనం ఈ కాంట్రాక్ట్కు ఒక ERC-20 టోకెన్ను బదిలీ చేస్తే ఏమి జరుగుతుంది? {#erc-20-transfers}
+
+`RecipientContract`కు ఒక ERC-20 టోకెన్ పంపబడితే, టోకెన్లు బదిలీ చేయబడతాయి, కానీ బదిలీ గుర్తించబడదు (`Deposit()` ఈవెంట్ ఫైర్ చేయబడదు, మరియు డిపాజిట్ల విలువ మారదు). అవాంఛిత ERC-20 డిపాజిట్లను ఫిల్టర్ చేయడం లేదా నిరోధించడం సాధ్యం కాదు.
+
+### టోకెన్ డిపాజిట్ పూర్తయిన తర్వాత మనం ఏదైనా ఫంక్షన్ను ఎగ్జిక్యూట్ చేయాలనుకుంటే ఏమి చేయాలి? {#function-execution}
+
+అలా చేయడానికి అనేక మార్గాలు ఉన్నాయి. ఈ ఉదాహరణలో మనం ERC-223 బదిలీలను ఈథర్ బదిలీలతో సమానంగా చేసే పద్ధతిని అనుసరిస్తాము:
+
+```solidity
+contract RecipientContract is IERC223Recipient {
+ event Foo();
+ event Bar(uint256 someNumber);
+ address tokenA; // మేము అంగీకరించాలనుకుంటున్న ఏకైక టోకెన్.
+ function tokenReceived(address _from, uint _value, bytes memory _data) public override
+ {
+ require(msg.sender == tokenA);
+ address(this).call(_data); // ఇన్కమింగ్ లావాదేవీని హ్యాండిల్ చేయండి మరియు తదుపరి ఫంక్షన్ కాల్ను నిర్వహించండి.
+ }
+ function foo() public
+ {
+ emit Foo();
+ }
+ function bar(uint256 _someNumber) public
+ {
+ emit Bar(_someNumber);
+ }
+}
+```
+
+`RecipientContract` ఒక ERC-223 టోకెన్ను స్వీకరించినప్పుడు, ఈథర్ లావాదేవీలు ఫంక్షన్ కాల్స్ను లావాదేవీ `data`గా ఎలా ఎన్కోడ్ చేస్తాయో అదే విధంగా, టోకెన్ లావాదేవీ యొక్క `_data` పారామీటర్గా ఎన్కోడ్ చేయబడిన ఒక ఫంక్షన్ను కాంట్రాక్ట్ ఎగ్జిక్యూట్ చేస్తుంది. మరింత సమాచారం కోసం [డేటా ఫీల్డ్](/developers/docs/transactions/#the-data-field) చదవండి.
+
+పై ఉదాహరణలో `transfer(address,uin256,bytes calldata _data)` ఫంక్షన్తో `RecipientContract` చిరునామాకు ఒక ERC-223 టోకెన్ బదిలీ చేయబడాలి. డేటా పారామీటర్ `0xc2985578` (`foo()` ఫంక్షన్ యొక్క సిగ్నేచర్) అయితే, టోకెన్ డిపాజిట్ స్వీకరించిన తర్వాత foo() ఫంక్షన్ ఇన్వోక్ చేయబడుతుంది మరియు Foo() ఈవెంట్ ఫైర్ చేయబడుతుంది.
+
+టోకెన్ బదిలీ యొక్క `data`లో పారామీటర్లను కూడా ఎన్కోడ్ చేయవచ్చు, ఉదాహరణకు మనం `_someNumber` కోసం 12345 విలువతో bar() ఫంక్షన్ను కాల్ చేయవచ్చు. ఈ సందర్భంలో `data` తప్పనిసరిగా `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2` ఉండాలి, ఇక్కడ `0x0423a132` అనేది `bar(uint256)` ఫంక్షన్ యొక్క సిగ్నేచర్ మరియు `00000000000000000000000000000000000000000000000000000000000004d2` అనేది uint256గా 12345.
+
+## పరిమితులు {#limitations}
+
+ERC-223 ప్రమాణంలో కనుగొనబడిన అనేక సమస్యలను ERC-223 పరిష్కరించినప్పటికీ, దానికి కూడా కొన్ని పరిమితులు ఉన్నాయి:
+
+- అంగీకారం మరియు అనుకూలత: ERC-223 ఇంకా విస్తృతంగా ఆమోదించబడలేదు, ఇది ఇప్పటికే ఉన్న టూల్స్ మరియు ప్లాట్ఫారమ్లతో దాని అనుకూలతను పరిమితం చేయవచ్చు.
+- బ్యాక్వర్డ్ కంపాటిబిలిటీ: ERC-223, ERC-20తో బ్యాక్వర్డ్ కంపాటిబుల్ కాదు, అంటే ఇప్పటికే ఉన్న ERC-20 కాంట్రాక్టులు మరియు టూల్స్ మార్పులు లేకుండా ERC-223 టోకెన్లతో పనిచేయవు.
+- గ్యాస్ ఖర్చులు: ERC-223 బదిలీలలో అదనపు తనిఖీలు మరియు కార్యాచరణలు ERC-20 లావాదేవీలతో పోలిస్తే అధిక గ్యాస్ ఖర్చులకు దారితీయవచ్చు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [EIP-223: ERC-223 టోకెన్ ప్రమాణం](https://eips.ethereum.org/EIPS/eip-223)
+- [ప్రారంభ ERC-223 ప్రతిపాదన](https://github.com/ethereum/eips/issues/223)
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-4626/index.md
new file mode 100644
index 00000000000..1468decedaa
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-4626/index.md
@@ -0,0 +1,227 @@
+---
+title: ERC-4626 టోకనైజ్డ్ వాల్ట్ ప్రమాణం
+description: దిగుబడినిచ్చే వాల్ట్ల కోసం ఒక ప్రమాణం.
+lang: te
+---
+
+## పరిచయం {#introduction}
+
+ERC-4626 అనేది దిగుబడినిచ్చే వాల్ట్ల సాంకేతిక పారామితులను ఆప్టిమైజ్ చేయడానికి మరియు ఏకీకృతం చేయడానికి ఒక ప్రమాణం. ఇది ఒకే అంతర్లీన ERC-20 టోకెన్ యొక్క వాటాలను సూచించే టోకనైజ్డ్ దిగుబడినిచ్చే వాల్ట్ల కోసం ఒక ప్రామాణిక APIని అందిస్తుంది. ERC-4626 ERC-20ని ఉపయోగించే టోకనైజ్డ్ వాల్ట్ల కోసం ఒక ఐచ్ఛిక పొడిగింపును కూడా వివరిస్తుంది, ఇది టోకెన్లను డిపాజిట్ చేయడం, ఉపసంహరించుకోవడం మరియు బ్యాలెన్స్లను చదవడం కోసం ప్రాథమిక కార్యాచరణను అందిస్తుంది.
+
+**దిగుబడినిచ్చే వాల్ట్లలో ERC-4626 పాత్ర**
+
+రుణ మార్కెట్లు, అగ్రిగేటర్లు మరియు అంతర్గతంగా వడ్డీనిచ్చే టోకెన్లు వివిధ వ్యూహాలను అమలు చేయడం ద్వారా వినియోగదారులు వారి క్రిప్టో టోకెన్లపై ఉత్తమ దిగుబడిని కనుగొనడంలో సహాయపడతాయి. ఈ వ్యూహాలు స్వల్ప వ్యత్యాసంతో చేయబడతాయి, ఇది దోషాలకు దారితీయవచ్చు లేదా అభివృద్ధి వనరులను వృధా చేయవచ్చు.
+
+దిగుబడినిచ్చే వాల్ట్లలోని ERC-4626 ఏకీకరణ ప్రయత్నాన్ని తగ్గిస్తుంది మరియు మరింత స్థిరమైన మరియు దృఢమైన అమలు నమూనాలను సృష్టించడం ద్వారా డెవలపర్ల నుండి తక్కువ ప్రత్యేక ప్రయత్నంతో వివిధ అప్లికేషన్లలో దిగుబడికి ప్రాప్యతను అన్లాక్ చేస్తుంది.
+
+ERC-4626 టోకెన్ గురించి [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626)లో పూర్తిగా వివరించబడింది.
+
+**అసమకాలిక వాల్ట్ పొడిగింపు (ERC-7540)**
+
+ERC-4626 ఒక పరిమితి వరకు అటామిక్ డిపాజిట్లు మరియు రిడెంప్షన్ల కోసం ఆప్టిమైజ్ చేయబడింది. పరిమితిని చేరుకుంటే, కొత్త డిపాజిట్లు లేదా రిడెంప్షన్లు సమర్పించబడవు. వాల్ట్తో ఇంటర్ఫేస్ చేయడానికి ముందస్తు షరతుగా అసమకాలిక చర్యలు లేదా జాప్యాలు ఉన్న ఏ స్మార్ట్ కాంట్రాక్ట్ సిస్టమ్కైనా ఈ పరిమితి బాగా పనిచేయదు (ఉదా., వాస్తవ-ప్రపంచ ఆస్తి ప్రోటోకాల్లు, అండర్కొలేటరలైజ్డ్ లెండింగ్ ప్రోటోకాల్లు, క్రాస్-చైన్ లెండింగ్ ప్రోటోకాల్లు, లిక్విడ్ స్టేకింగ్ టోకెన్లు లేదా ఇన్సూరెన్స్ సేఫ్టీ మాడ్యూల్స్).
+
+ERC-7540 అసమకాలిక వినియోగ కేసుల కోసం ERC-4626 వాల్ట్ల యొక్క ప్రయోజనాన్ని విస్తరిస్తుంది. అసమకాలిక అభ్యర్థనలను క్లెయిమ్ చేయడానికి ఇప్పటికే ఉన్న వాల్ట్ ఇంటర్ఫేస్ (`deposit`/`withdraw`/`mint`/`redeem`) పూర్తిగా ఉపయోగించబడుతుంది.
+
+ERC-7540 పొడిగింపు గురించి [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540)లో పూర్తిగా వివరించబడింది.
+
+**బహుళ-ఆస్తి వాల్ట్ పొడిగింపు (ERC-7575)**
+
+ERC-4626 మద్దతు ఇవ్వని ఒక వినియోగ సందర్భం ఏమిటంటే లిక్విడిటీ ప్రొవైడర్ (LP) టోకెన్ల వంటి బహుళ ఆస్తులు లేదా ఎంట్రీ పాయింట్లను కలిగి ఉన్న వాల్ట్లు. ERC-4626 స్వయంగా ERC-20గా ఉండాలనే అవసరం కారణంగా ఇవి సాధారణంగా గజిబిజిగా లేదా అననుకూలంగా ఉంటాయి.
+
+ERC-7575, ERC-4626 అమలు నుండి ERC-20 టోకెన్ అమలును బాహ్యీకరించడం ద్వారా బహుళ ఆస్తులతో కూడిన వాల్ట్లకు మద్దతును జోడిస్తుంది.
+
+ERC-7575 పొడిగింపు గురించి [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575)లో పూర్తిగా వివరించబడింది.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని బాగా అర్థం చేసుకోవడానికి, మీరు ముందుగా [టోకెన్ ప్రమాణాలు](/developers/docs/standards/tokens/) మరియు [ERC-20](/developers/docs/standards/tokens/erc-20/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ERC-4626 ఫంక్షన్లు మరియు ఫీచర్లు: {#body}
+
+### పద్ధతులు {#methods}
+
+#### ఆస్తి {#asset}
+
+```solidity
+function asset() public view returns (address assetTokenAddress)
+```
+
+ఈ ఫంక్షన్ అకౌంటింగ్, డిపాజిట్ చేయడం, ఉపసంహరించుకోవడం కోసం వాల్ట్ కోసం ఉపయోగించే అంతర్లీన టోకెన్ చిరునామాను అందిస్తుంది.
+
+#### మొత్తంఆస్తులు {#totalassets}
+
+```solidity
+function totalAssets() public view returns (uint256)
+```
+
+ఈ ఫంక్షన్ వాల్ట్ ద్వారా కలిగి ఉన్న అంతర్లీన ఆస్తుల మొత్తం మొత్తాన్ని అందిస్తుంది.
+
+#### వాటాలుగా మార్చండి {#convertoshares}
+
+```solidity
+function convertToShares(uint256 assets) public view returns (uint256 shares)
+```
+
+ఈ ఫంక్షన్ అందించిన `assets` మొత్తానికి వాల్ట్ ద్వారా మార్పిడి చేయబడే `shares` మొత్తాన్ని అందిస్తుంది.
+
+#### ఆస్తులుగా మార్చండి {#convertoassets}
+
+```solidity
+function convertToAssets(uint256 shares) public view returns (uint256 assets)
+```
+
+ఈ ఫంక్షన్ అందించిన `shares` మొత్తానికి వాల్ట్ ద్వారా మార్పిడి చేయబడే `assets` మొత్తాన్ని అందిస్తుంది.
+
+#### గరిష్ట డిపాజిట్ {#maxdeposit}
+
+```solidity
+function maxDeposit(address receiver) public view returns (uint256 maxAssets)
+```
+
+ఈ ఫంక్షన్ `రిసీవర్` కోసం ముద్రించిన వాటాలతో, ఒకే [`deposit`](#deposit) కాల్లో డిపాజిట్ చేయగల గరిష్ట మొత్తంలో అంతర్లీన ఆస్తులను అందిస్తుంది.
+
+#### డిపాజిట్ ప్రివ్యూ {#previewdeposit}
+
+```solidity
+function previewDeposit(uint256 assets) public view returns (uint256 shares)
+```
+
+ఈ ఫంక్షన్ ప్రస్తుత బ్లాక్లో వారి డిపాజిట్ యొక్క ప్రభావాలను అనుకరించడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+#### డిపాజిట్ {#deposit}
+
+```solidity
+function deposit(uint256 assets, address receiver) public returns (uint256 shares)
+```
+
+ఈ ఫంక్షన్ అంతర్లీన టోకెన్ల `assets`ను వాల్ట్లోకి డిపాజిట్ చేస్తుంది మరియు `receiver`కి `shares` యాజమాన్యాన్ని మంజూరు చేస్తుంది.
+
+#### గరిష్ట మింట్ {#maxmint}
+
+```solidity
+function maxMint(address receiver) public view returns (uint256 maxShares)
+```
+
+ఈ ఫంక్షన్ `రిసీవర్` కోసం ముద్రించిన వాటాలతో, ఒకే [`mint`](#mint) కాల్లో ముద్రించగల గరిష్ట వాటాల మొత్తాన్ని అందిస్తుంది.
+
+#### మింట్ ప్రివ్యూ {#previewmint}
+
+```solidity
+function previewMint(uint256 shares) public view returns (uint256 assets)
+```
+
+ఈ ఫంక్షన్ ప్రస్తుత బ్లాక్లో వారి మింట్ యొక్క ప్రభావాలను అనుకరించడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+#### మింట్ {#mint}
+
+```solidity
+function mint(uint256 shares, address receiver) public returns (uint256 assets)
+```
+
+ఈ ఫంక్షన్ అంతర్లీన టోకెన్ల `assets`ను డిపాజిట్ చేయడం ద్వారా `receiver`కి సరిగ్గా `shares` వాల్ట్ షేర్లను మింట్ చేస్తుంది.
+
+#### గరిష్ట ఉపసంహరణ {#maxwithdraw}
+
+```solidity
+function maxWithdraw(address owner) public view returns (uint256 maxAssets)
+```
+
+ఈ ఫంక్షన్ ఒకే [`withdraw`](#withdraw) కాల్తో `owner` బ్యాలెన్స్ నుండి ఉపసంహరించుకోగల గరిష్ట మొత్తంలో అంతర్లీన ఆస్తులను అందిస్తుంది.
+
+#### ఉపసంహరణ ప్రివ్యూ {#previewwithdraw}
+
+```solidity
+function previewWithdraw(uint256 assets) public view returns (uint256 shares)
+```
+
+ఈ ఫంక్షన్ ప్రస్తుత బ్లాక్లో వారి ఉపసంహరణ యొక్క ప్రభావాలను అనుకరించడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+#### ఉపసంహరించు {#withdraw}
+
+```solidity
+function withdraw(uint256 assets, address receiver, address owner) public returns (uint256 shares)
+```
+
+ఈ ఫంక్షన్ `owner` నుండి `shares`ను బర్న్ చేస్తుంది మరియు వాల్ట్ నుండి `receiver`కి సరిగ్గా `assets` టోకెన్ను పంపుతుంది.
+
+#### గరిష్ట రీడీమ్ {#maxredeem}
+
+```solidity
+function maxRedeem(address owner) public view returns (uint256 maxShares)
+```
+
+ఈ ఫంక్షన్ ఒక [`redeem`](#redeem) కాల్ ద్వారా `owner` బ్యాలెన్స్ నుండి రీడీమ్ చేయగల గరిష్ట వాటాల మొత్తాన్ని అందిస్తుంది.
+
+#### రీడీమ్ ప్రివ్యూ {#previewredeem}
+
+```solidity
+function previewRedeem(uint256 shares) public view returns (uint256 assets)
+```
+
+ఈ ఫంక్షన్ ప్రస్తుత బ్లాక్లో వారి రిడెంప్షన్ యొక్క ప్రభావాలను అనుకరించడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+#### రీడీమ్ {#redeem}
+
+```solidity
+function redeem(uint256 shares, address receiver, address owner) public returns (uint256 assets)
+```
+
+ఈ ఫంక్షన్ `owner` నుండి నిర్దిష్ట సంఖ్యలో `shares`ను రీడీమ్ చేస్తుంది మరియు వాల్ట్ నుండి `receiver`కి అంతర్లీన టోకెన్ యొక్క `assets`ను పంపుతుంది.
+
+#### మొత్తంసప్లై {#totalsupply}
+
+```solidity
+function totalSupply() public view returns (uint256)
+```
+
+ప్రచారంలో ఉన్న రీడీమ్ చేయని వాల్ట్ వాటాల మొత్తం సంఖ్యను అందిస్తుంది.
+
+#### బ్యాలెన్స్ఆఫ్ {#balanceof}
+
+```solidity
+function balanceOf(address owner) public view returns (uint256)
+```
+
+`owner` ప్రస్తుతం కలిగి ఉన్న వాల్ట్ వాటాల మొత్తం మొత్తాన్ని అందిస్తుంది.
+
+### ఇంటర్ఫేస్ యొక్క మ్యాప్ {#mapOfTheInterface}
+
+
+
+### ఈవెంట్లు {#events}
+
+#### డిపాజిట్ ఈవెంట్
+
+[`mint`](#mint) మరియు [`deposit`](#deposit) పద్ధతుల ద్వారా వాల్ట్లోకి టోకెన్లను డిపాజిట్ చేసినప్పుడు **తప్పక** విడుదల చేయాలి.
+
+```solidity
+event Deposit(
+ address indexed sender,
+ address indexed owner,
+ uint256 assets,
+ uint256 shares
+)
+```
+
+ఇక్కడ `sender` `assets`ను `shares` కోసం మార్పిడి చేసిన వినియోగదారుడు మరియు ఆ `shares`ను `owner`కి బదిలీ చేశారు.
+
+#### ఉపసంహరణ ఈవెంట్
+
+[`redeem`](#redeem) లేదా [`withdraw`](#withdraw) పద్ధతులలో డిపాజిటర్ ద్వారా వాల్ట్ నుండి వాటాలను ఉపసంహరించుకున్నప్పుడు **తప్పక** విడుదల చేయాలి.
+
+```solidity
+event Withdraw(
+ address indexed sender,
+ address indexed receiver,
+ address indexed owner,
+ uint256 assets,
+ uint256 shares
+)
+```
+
+ఇక్కడ `sender` ఉపసంహరణను ప్రేరేపించిన వినియోగదారుడు మరియు `owner` యాజమాన్యంలోని `shares`ను `assets` కోసం మార్పిడి చేసుకున్నాడు. `receiver` ఉపసంహరించబడిన `assets`ను అందుకున్న వినియోగదారుడు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [EIP-4626: టోకనైజ్డ్ వాల్ట్ ప్రమాణం](https://eips.ethereum.org/EIPS/eip-4626)
+- [ERC-4626: GitHub రెపో](https://github.com/transmissions11/solmate/blob/main/src/tokens/ERC4626.sol)
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-721/index.md
new file mode 100644
index 00000000000..888d5be5cdf
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-721/index.md
@@ -0,0 +1,248 @@
+---
+title: ERC-721 నాన్-ఫంగిబుల్ టోకెన్ ప్రమాణం
+description: ఇతీరియముపై ప్రత్యేకమైన డిజిటల్ ఆస్తులను సూచించే నాన్-ఫంగిబుల్ టోకెన్ల (NFTల) ప్రమాణమైన ERC-721 గురించి తెలుసుకోండి.
+lang: te
+---
+
+## పరిచయం {#introduction}
+
+**నాన్-ఫంగిబుల్ టోకెన్ అంటే ఏమిటి?**
+
+ఒక నాన్-ఫంగిబుల్ టోకెన్ (NFT) ఏదైనా లేదా ఎవరినైనా ప్రత్యేకమైన మార్గంలో గుర్తించడానికి ఉపయోగించబడుతుంది. సేకరించదగిన వస్తువులు, యాక్సెస్ కీలు, లాటరీ టిక్కెట్లు, కచేరీలు మరియు క్రీడా మ్యాచ్ల కోసం నంబర్ చేసిన సీట్లు మొదలైనవాటిని అందించే ప్లాట్ఫారమ్లపై ఉపయోగించడానికి ఈ రకమైన టోకెన్ సరైనది. ఈ ప్రత్యేక రకమైన టోకెన్కు అద్భుతమైన అవకాశాలు ఉన్నాయి కాబట్టి ఇది సరైన ప్రమాణానికి అర్హమైనది, ERC-721 దానిని పరిష్కరించడానికి వచ్చింది!
+
+**ERC-721 అంటే ఏమిటి?**
+
+ERC-721 NFT కోసం ఒక ప్రమాణాన్ని పరిచయం చేస్తుంది, మరో మాటలో చెప్పాలంటే, ఈ రకమైన టోకెన్ ప్రత్యేకమైనది మరియు అదే స్మార్ట్ కాంట్రాక్ట్ నుండి మరొక టోకెన్ కంటే దాని వయస్సు, అరుదుగా ఉండటం లేదా దాని దృశ్యం వంటి వాటి వలన భిన్నమైన విలువను కలిగి ఉండవచ్చు.
+ఆగండి, దృశ్యమా?
+
+అవును! అన్ని NFTలలో `tokenId` అని పిలువబడే `uint256` వేరియబుల్ ఉంటుంది, కాబట్టి ఏ ERC-721 కాంట్రాక్ట్ కోసమైనా, `కాంట్రాక్ట్ చిరునామా, uint256 tokenId` జత ప్రపంచవ్యాప్తంగా ప్రత్యేకంగా ఉండాలి. అది చెప్పాలంటే, ఒక డాప్కు "కన్వర్టర్" ఉండవచ్చు, అది `tokenId`ని ఇన్పుట్గా ఉపయోగించి, జాంబీలు, ఆయుధాలు, నైపుణ్యాలు లేదా అద్భుతమైన పిల్లుల వంటి అద్భుతమైన వాటి చిత్రాన్ని అవుట్పుట్ చేస్తుంది!
+
+## అవసరాలు {#prerequisites}
+
+- [ఖాతాలు](/developers/docs/accounts/)
+- [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/)
+- [టోకెన్ ప్రమాణాలు](/developers/docs/standards/tokens/)
+
+## బాడీ {#body}
+
+జనవరి 2018లో విలియం ఎంట్రికెన్, డీటర్ షిర్లీ, జాకబ్ ఎవాన్స్, నస్టాసియా సాచ్స్ ద్వారా ప్రతిపాదించబడిన ERC-721 (Ethereum రిక్వెస్ట్ ఫర్ కామెంట్స్ 721), స్మార్ట్ కాంట్రాక్ట్లలో టోకెన్ల కోసం APIని అమలు చేసే ఒక నాన్-ఫంగిబుల్ టోకెన్ ప్రమాణం.
+
+ఇది ఒక ఖాతా నుండి మరొక ఖాతాకు టోకెన్లను బదిలీ చేయడం, ఒక ఖాతా యొక్క ప్రస్తుత టోకెన్ బ్యాలెన్స్ను పొందడం, ఒక నిర్దిష్ట టోకెన్ యజమానిని పొందడం మరియు నెట్వర్క్లో అందుబాటులో ఉన్న టోకెన్ యొక్క మొత్తం సరఫరాను పొందడం వంటి కార్యాచరణలను అందిస్తుంది.
+వీటితో పాటు, ఒక ఖాతా నుండి కొంత మొత్తంలో టోకెన్ను మూడవ పార్టీ ఖాతా ద్వారా తరలించవచ్చని ఆమోదించడం వంటి ఇతర కార్యాచరణలు కూడా దీనికి ఉన్నాయి.
+
+ఒక స్మార్ట్ కాంట్రాక్ట్ కింది పద్ధతులు మరియు ఈవెంట్లను అమలు చేస్తే దానిని ERC-721 నాన్-ఫంగిబుల్ టోకెన్ కాంట్రాక్ట్ అని పిలవవచ్చు మరియు, ఒకసారి అమలు చేయబడిన తర్వాత, ఇది ఇతీరియములో సృష్టించబడిన టోకెన్ల ట్రాక్ను ఉంచడానికి బాధ్యత వహిస్తుంది.
+
+[EIP-721](https://eips.ethereum.org/EIPS/eip-721) నుండి:
+
+### పద్ధతులు {#methods}
+
+```solidity
+ function balanceOf(address _owner) external view returns (uint256);
+ function ownerOf(uint256 _tokenId) external view returns (address);
+ function safeTransferFrom(address _from, address _to, uint256 _tokenId, bytes data) external payable;
+ function safeTransferFrom(address _from, address _to, uint256 _tokenId) external payable;
+ function transferFrom(address _from, address _to, uint256 _tokenId) external payable;
+ function approve(address _approved, uint256 _tokenId) external payable;
+ function setApprovalForAll(address _operator, bool _approved) external;
+ function getApproved(uint256 _tokenId) external view returns (address);
+ function isApprovedForAll(address _owner, address _operator) external view returns (bool);
+```
+
+### ఈవెంట్లు {#events}
+
+```solidity
+ event Transfer(address indexed _from, address indexed _to, uint256 indexed _tokenId);
+ event Approval(address indexed _owner, address indexed _approved, uint256 indexed _tokenId);
+ event ApprovalForAll(address indexed _owner, address indexed _operator, bool _approved);
+```
+
+### ఉదాహరణలు {#web3py-example}
+
+ఇతీరియములో ఏదైనా ERC-721 టోకెన్ కాంట్రాక్ట్ను పరిశీలించడానికి విషయాలను మన కోసం సులభతరం చేయడంలో ఒక ప్రమాణం ఎంత ముఖ్యమైనదో చూద్దాం.
+ఏదైనా ERC-721 టోకెన్కు ఇంటర్ఫేస్ను సృష్టించడానికి మనకు కేవలం కాంట్రాక్ట్ అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI) అవసరం. దిగువన మీరు చూడగలిగినట్లుగా
+మేము దీనిని సులభమైన ఉదాహరణగా చేయడానికి ఒక సరళీకృత ABI ని ఉపయోగిస్తాము.
+
+#### Web3.py ఉదాహరణ {#web3py-example}
+
+మొదట, మీరు [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) పైథాన్ లైబ్రరీని ఇన్స్టాల్ చేసుకున్నారని నిర్ధారించుకోండి:
+
+```
+pip install web3
+```
+
+```python
+from web3 import Web3
+from web3._utils.events import get_event_data
+
+
+w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
+
+ck_token_addr = "0x06012c8cf97BEaD5deAe237070F9587f8E7A266d" # క్రిప్టోకిట్టీస్ కాంట్రాక్ట్
+
+acc_address = "0xb1690C08E213a35Ed9bAb7B318DE14420FB57d8C" # క్రిప్టోకిట్టీస్ సేల్స్ వేలం
+
+# ఇది ఒక ERC-721 NFT కాంట్రాక్ట్ యొక్క సరళీకృత కాంట్రాక్ట్ అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI).
+# ఇది కేవలం పద్ధతులను మాత్రమే బహిర్గతం చేస్తుంది: balanceOf(address), name(), ownerOf(tokenId), symbol(), totalSupply()
+simplified_abi = [
+ {
+ 'inputs': [{'internalType': 'address', 'name': 'owner', 'type': 'address'}],
+ 'name': 'balanceOf',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'name',
+ 'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [{'internalType': 'uint256', 'name': 'tokenId', 'type': 'uint256'}],
+ 'name': 'ownerOf',
+ 'outputs': [{'internalType': 'address', 'name': '', 'type': 'address'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'symbol',
+ 'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'totalSupply',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+]
+
+ck_extra_abi = [
+ {
+ 'inputs': [],
+ 'name': 'pregnantKitties',
+ 'outputs': [{'name': '', 'type': 'uint256'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [{'name': '_kittyId', 'type': 'uint256'}],
+ 'name': 'isPregnant',
+ 'outputs': [{'name': '', 'type': 'bool'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ }
+]
+
+ck_contract = w3.eth.contract(address=w3.to_checksum_address(ck_token_addr), abi=simplified_abi+ck_extra_abi)
+name = ck_contract.functions.name().call()
+symbol = ck_contract.functions.symbol().call()
+kitties_auctions = ck_contract.functions.balanceOf(acc_address).call()
+print(f"{name} [{symbol}] NFTs in Auctions: {kitties_auctions}")
+
+pregnant_kitties = ck_contract.functions.pregnantKitties().call()
+print(f"{name} [{symbol}] NFTs Pregnants: {pregnant_kitties}")
+
+# బదిలీ చేయబడిన కిట్టీల గురించి సమాచారం పొందడానికి ట్రాన్స్ఫర్ ఈవెంట్ ABIని ఉపయోగించడం.
+tx_event_abi = {
+ 'anonymous': False,
+ 'inputs': [
+ {'indexed': False, 'name': 'from', 'type': 'address'},
+ {'indexed': False, 'name': 'to', 'type': 'address'},
+ {'indexed': False, 'name': 'tokenId', 'type': 'uint256'}],
+ 'name': 'Transfer',
+ 'type': 'event'
+}
+
+# లాగ్స్ను ఫిల్టర్ చేయడానికి మాకు ఈవెంట్ యొక్క సంతకం అవసరం
+event_signature = w3.keccak(text="Transfer(address,address,uint256)").hex()
+
+logs = w3.eth.get_logs({
+ "fromBlock": w3.eth.block_number - 120,
+ "address": w3.to_checksum_address(ck_token_addr),
+ "topics": [event_signature]
+})
+
+# గమనికలు:
+# - ఏ ట్రాన్స్ఫర్ ఈవెంట్ తిరిగి రాకపోతే బ్లాక్ల సంఖ్యను 120 నుండి పెంచండి.
+# - మీకు ఏ ట్రాన్స్ఫర్ ఈవెంట్ కనుగొనబడకపోతే, మీరు ఇక్కడ కూడా ఒక tokenIdని పొందడానికి ప్రయత్నించవచ్చు:
+# https://etherscan.io/address/0x06012c8cf97BEaD5deAe237070F9587f8E7A266d#events
+# ఈవెంట్ యొక్క లాగ్లను విస్తరించడానికి క్లిక్ చేసి, దాని "tokenId" వాదనను కాపీ చేయండి
+recent_tx = [get_event_data(w3.codec, tx_event_abi, log)["args"] for log in logs]
+
+if recent_tx:
+ kitty_id = recent_tx[0]['tokenId'] # పైన ఉన్న లింక్ నుండి "tokenId"ని ఇక్కడ అతికించండి
+ is_pregnant = ck_contract.functions.isPregnant(kitty_id).call()
+ print(f"{name} [{symbol}] NFTs {kitty_id} is pregnant: {is_pregnant}")
+```
+
+క్రిప్టోకిట్టీస్ కాంట్రాక్ట్లో ప్రామాణికమైన వాటి కంటే కొన్ని ఆసక్తికరమైన ఈవెంట్లు ఉన్నాయి.
+
+వాటిలో రెండింటిని చూద్దాం, `Pregnant` మరియు `Birth`.
+
+```python
+# కొత్త కిట్టీల గురించి సమాచారం పొందడానికి ప్రెగ్నెంట్ మరియు బర్త్ ఈవెంట్స్ ABIని ఉపయోగించడం.
+ck_extra_events_abi = [
+ {
+ 'anonymous': False,
+ 'inputs': [
+ {'indexed': False, 'name': 'owner', 'type': 'address'},
+ {'indexed': False, 'name': 'matronId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'sireId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'cooldownEndBlock', 'type': 'uint256'}],
+ 'name': 'Pregnant',
+ 'type': 'event'
+ },
+ {
+ 'anonymous': False,
+ 'inputs': [
+ {'indexed': False, 'name': 'owner', 'type': 'address'},
+ {'indexed': False, 'name': 'kittyId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'matronId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'sireId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'genes', 'type': 'uint256'}],
+ 'name': 'Birth',
+ 'type': 'event'
+ }]
+
+# లాగ్స్ను ఫిల్టర్ చేయడానికి మాకు ఈవెంట్ యొక్క సంతకం అవసరం
+ck_event_signatures = [
+ w3.keccak(text="Pregnant(address,uint256,uint256,uint256)").hex(),
+ w3.keccak(text="Birth(address,uint256,uint256,uint256,uint256)").hex(),
+]
+
+# ఇది ఒక ప్రెగ్నెంట్ ఈవెంట్:
+# - https://etherscan.io/tx/0xc97eb514a41004acc447ac9d0d6a27ea6da305ac8b877dff37e49db42e1f8cef#eventlog
+pregnant_logs = w3.eth.get_logs({
+ "fromBlock": w3.eth.block_number - 120,
+ "address": w3.to_checksum_address(ck_token_addr),
+ "topics": [ck_event_signatures[0]]
+})
+
+recent_pregnants = [get_event_data(w3.codec, ck_extra_events_abi[0], log)["args"] for log in pregnant_logs]
+
+# ఇది ఒక బర్త్ ఈవెంట్:
+# - https://etherscan.io/tx/0x3978028e08a25bb4c44f7877eb3573b9644309c044bf087e335397f16356340a
+birth_logs = w3.eth.get_logs({
+ "fromBlock": w3.eth.block_number - 120,
+ "address": w3.to_checksum_address(ck_token_addr),
+ "topics": [ck_event_signatures[1]]
+})
+
+recent_births = [get_event_data(w3.codec, ck_extra_events_abi[1], log)["args"] for log in birth_logs]
+```
+
+## ప్రజాదరణ పొందిన NFTలు {#popular-nfts}
+
+- [Etherscan NFT ట్రాకర్](https://etherscan.io/nft-top-contracts) బదిలీల పరిమాణం ద్వారా ఇతీరియములో అగ్ర NFTలను జాబితా చేస్తుంది.
+- [CryptoKitties](https://www.cryptokitties.co/) అనేది మనం క్రిప్టోకిట్టీస్ అని పిలిచే పెంపకానికి, సేకరించడానికి మరియు ఎంతో ఆరాధనీయమైన జీవుల చుట్టూ కేంద్రీకృతమైన ఒక గేమ్.
+- [Sorare](https://sorare.com/) ఒక గ్లోబల్ ఫాంటసీ ఫుట్బాల్ గేమ్, ఇక్కడ మీరు పరిమిత ఎడిషన్ సేకరించదగిన వస్తువులను సేకరించవచ్చు, మీ జట్లను నిర్వహించవచ్చు మరియు బహుమతులు సంపాదించడానికి పోటీపడవచ్చు.
+- [ఇతీరియము నేమ్ సర్వీస్ (ENS)](https://ens.domains/) బ్లాక్చైన్ పైన మరియు బయట వనరులను సరళమైన, మానవ-చదవగల పేర్లను ఉపయోగించి చిరునామా చేయడానికి సురక్షితమైన & వికేంద్రీకృత మార్గాన్ని అందిస్తుంది.
+- [POAP](https://poap.xyz) ఈవెంట్లకు హాజరయ్యే లేదా నిర్దిష్ట చర్యలను పూర్తి చేసే వ్యక్తులకు ఉచిత NFTలను అందిస్తుంది. POAPలను సృష్టించడం మరియు పంపిణీ చేయడం ఉచితం.
+- [Unstoppable Domains](https://unstoppabledomains.com/) అనేది శాన్ ఫ్రాన్సిస్కో ఆధారిత సంస్థ, ఇది బ్లాక్చైన్లపై డొమైన్లను నిర్మిస్తోంది. బ్లాక్చైన్ డొమైన్లు క్రిప్టోకరెన్సీ చిరునామాలను మానవ-చదవగల పేర్లతో భర్తీ చేస్తాయి మరియు సెన్సార్షిప్-నిరోధక వెబ్సైట్లను ప్రారంభించడానికి ఉపయోగించవచ్చు.
+- [Gods Unchained Cards](https://godsunchained.com/) ఇతీరియము బ్లాక్చైన్పై ఒక TCG, ఇది గేమ్లోని ఆస్తులకు నిజమైన యాజమాన్యాన్ని తీసుకురావడానికి NFTలను ఉపయోగిస్తుంది.
+- [Bored Ape Yacht Club](https://boredapeyachtclub.com) అనేది 10,000 ప్రత్యేకమైన NFTల సమాహారం, ఇది నిరూపించదగిన-అరుదైన కళాఖండంగా ఉండటంతో పాటు, క్లబ్కు సభ్యత్వ టోకెన్గా పనిచేస్తుంది, కమ్యూనిటీ ప్రయత్నాల ఫలితంగా కాలక్రమేణా పెరిగే సభ్యుల ప్రోత్సాహకాలు మరియు ప్రయోజనాలను అందిస్తుంది.
+
+## మరింత సమాచారం {#further-reading}
+
+- [EIP-721: ERC-721 నాన్-ఫంగిబుల్ టోకెన్ ప్రమాణం](https://eips.ethereum.org/EIPS/eip-721)
+- [OpenZeppelin - ERC-721 పత్రాలు](https://docs.openzeppelin.com/contracts/3.x/erc721)
+- [OpenZeppelin - ERC-721 అమలు](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/ERC721.sol)
+- [Alchemy NFT API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-777/index.md
new file mode 100644
index 00000000000..1f1b6e78043
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-777/index.md
@@ -0,0 +1,45 @@
+---
+title: ERC-777 టోకెన్ ప్రమాణం
+description: భద్రత కోసం ERC-20 సిఫార్సు చేయబడినప్పటికీ, హుక్స్తో మెరుగైన ఫంగిబుల్ టోకెన్ ప్రమాణమైన ERC-777 గురించి తెలుసుకోండి.
+lang: te
+---
+
+## హెచ్చరిక {#warning}
+
+**[వివిధ రూపాల్లోని దాడులకు గురయ్యే అవకాశం](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620) కారణంగా, ERC-777ని సరిగ్గా అమలు చేయడం కష్టం. దానికి బదులుగా [ERC-20](/developers/docs/standards/tokens/erc-20/)ని ఉపయోగించాలని సిఫార్సు చేయబడింది.** ఈ పేజీ చారిత్రక ఆర్కైవ్గా మిగిలి ఉంది.
+
+## పరిచయం? {#introduction}
+
+ERC-777 అనేది ఇప్పటికే ఉన్న [ERC-20](/developers/docs/standards/tokens/erc-20/) ప్రమాణాన్ని మెరుగుపరిచే ఒక ఫంగిబుల్ టోకెన్ ప్రమాణం.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని మరింత బాగా అర్థం చేసుకోవడానికి, మీరు మొదట [ERC-20](/developers/docs/standards/tokens/erc-20/) గురించి చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## ERC-20 కంటే ERC-777 ఏ మెరుగుదలలను ప్రతిపాదిస్తుంది? {#-erc-777-vs-erc-20}
+
+ERC-777, ERC-20 కంటే క్రింది మెరుగుదలలను అందిస్తుంది.
+
+### హుక్స్ {#hooks}
+
+హుక్స్ అనేవి స్మార్ట్ కాంట్రాక్ట్ కోడ్లో వివరించబడిన ఒక ఫంక్షన్. కాంట్రాక్ట్ ద్వారా టోకెన్లను పంపినప్పుడు లేదా స్వీకరించినప్పుడు హుక్స్ కాల్ చేయబడతాయి. ఇది ఇన్కమింగ్ లేదా అవుట్గోయింగ్ టోకెన్లకు ప్రతిస్పందించడానికి ఒక స్మార్ట్ కాంట్రాక్ట్ను అనుమతిస్తుంది.
+
+[ERC-1820](https://eips.ethereum.org/EIPS/eip-1820) ప్రమాణాన్ని ఉపయోగించి హుక్స్ నమోదు చేయబడతాయి మరియు కనుగొనబడతాయి.
+
+#### హుక్స్ ఎందుకు గొప్పవి? {#why-are-hooks-great}
+
+1. దీనిని సాధించడానికి డబుల్ కాల్ (`approve`/`transferFrom`) అవసరమయ్యే [ERC-20](https://eips.ethereum.org/EIPS/eip-20) వలె కాకుండా, ఒకే లావాదేవీలో ఒక కాంట్రాక్ట్కు టోకెన్లను పంపడానికి మరియు కాంట్రాక్ట్కు తెలియజేయడానికి హుక్స్ అనుమతిస్తాయి.
+2. హుక్స్ నమోదు చేయని కాంట్రాక్టులు ERC-777తో అనుకూలంగా లేవు. స్వీకరించే కాంట్రాక్ట్ హుక్ను నమోదు చేయనప్పుడు పంపే కాంట్రాక్ట్ లావాదేవీని రద్దు చేస్తుంది. ఇది నాన్-ERC-777 స్మార్ట్ కాంట్రాక్టులకు ప్రమాదవశాత్తు బదిలీలను నివారిస్తుంది.
+3. హుక్స్ లావాదేవీలను తిరస్కరించగలవు.
+
+### దశాంశాలు {#decimals}
+
+ఈ ప్రమాణం ERC-20లో `decimals` వలన కలిగే గందరగోళాన్ని కూడా పరిష్కరిస్తుంది. ఈ స్పష్టత డెవలపర్ అనుభవాన్ని మెరుగుపరుస్తుంది.
+
+### ERC-20తో వెనుకబడిన అనుకూలత {#backwards-compatibility-with-erc-20}
+
+ERC-777 కాంట్రాక్టులతో అవి ERC-20 కాంట్రాక్టులు అయినట్లుగా ఇంటరాక్ట్ అవ్వవచ్చు.
+
+## మరింత చదవడానికి {#further-reading}
+
+[EIP-777: టోకెన్ ప్రమాణం](https://eips.ethereum.org/EIPS/eip-777)
diff --git a/public/content/translations/te/developers/docs/standards/tokens/index.md b/public/content/translations/te/developers/docs/standards/tokens/index.md
new file mode 100644
index 00000000000..6657feda9f5
--- /dev/null
+++ b/public/content/translations/te/developers/docs/standards/tokens/index.md
@@ -0,0 +1,41 @@
+---
+title: టోకెన్ ప్రమాణాలు
+description: ఫంగిబుల్ మరియు నాన్-ఫంగిబుల్ టోకెన్ల కొరకు ERC-20, ERC-721, మరియు ERC-1155తో సహా ఇతీరియము టోకెన్ ప్రమాణాలను అన్వేషించండి.
+lang: te
+incomplete: true
+---
+
+## పరిచయం {#introduction}
+
+అనేక ఇతీరియము అభివృద్ధి ప్రమాణాలు టోకెన్ ఇంటర్ఫేస్లపై దృష్టి పెడతాయి. ఈ ప్రమాణాలు స్మార్ట్ కాంట్రాక్ట్లు కంపోజబుల్గా ఉండేలా చూసుకోవడంలో సహాయపడతాయి, కాబట్టి ఒక కొత్త ప్రాజెక్ట్ ఒక టోకెన్ను జారీ చేసినప్పుడు, అది ఇప్పటికే ఉన్న వికేంద్రీకృత ఎక్స్ఛేంజీలు మరియు అప్లికేషన్లతో అనుకూలంగా ఉంటుంది.
+
+ఇతీరియము పర్యావరణ వ్యవస్థ అంతటా టోకెన్లు ఎలా ప్రవర్తిస్తాయో మరియు ఇంటరాక్ట్ అవుతాయో టోకెన్ ప్రమాణాలు నిర్వచిస్తాయి. అవి డెవలపర్లకు కొత్తగా ఏమీ కనుక్కోకుండా సులభంగా నిర్మించడానికి వీలు కల్పిస్తాయి, టోకెన్లు వాలెట్లు, ఎక్స్ఛేంజీలు మరియు DeFi ప్లాట్ఫామ్లతో సజావుగా పనిచేస్తాయని నిర్ధారిస్తాయి. గేమింగ్, పాలన, లేదా ఇతర వినియోగ సందర్భాలలో అయినా, ఈ ప్రమాణాలు స్థిరత్వాన్ని అందిస్తాయి మరియు ఇతీరియమును మరింత పరస్పరం అనుసంధానిస్తాయి.
+
+## అవసరాలు {#prerequisites}
+
+- [ఇతీరియము అభివృద్ధి ప్రమాణాలు](/developers/docs/standards/)
+- [స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/)
+
+## టోకెన్ ప్రమాణాలు {#token-standards}
+
+ఇతీరియములో అత్యంత ప్రజాదరణ పొందిన కొన్ని టోకెన్ ప్రమాణాలు ఇక్కడ ఉన్నాయి:
+
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - ఓటింగ్ టోకెన్లు, స్టాకింగ్ టోకెన్లు లేదా వర్చువల్ కరెన్సీల వంటి ఫంజిబుల్ (పరస్పరం మార్చుకోగల) టోకెన్ల కోసం ఒక ప్రామాణిక ఇంటర్ఫేస్.
+
+### NFT ప్రమాణాలు {#nft-standards}
+
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - కళాఖండం లేదా పాట కోసం ఒక దస్తావేజు వంటి నాన్-ఫంజిబుల్ టోకెన్ల కోసం ఒక ప్రామాణిక ఇంటర్ఫేస్.
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - ERC-1155 మరింత సమర్థవంతమైన ట్రేడ్లు మరియు లావాదేవీల బండ్లింగ్ను అనుమతిస్తుంది – తద్వారా ఖర్చులను ఆదా చేస్తుంది. ఈ టోకెన్ ప్రమాణం యుటిలిటీ టోకెన్లను ($BNB లేదా $BAT వంటివి) మరియు క్రిప్టోపంక్స్ వంటి నాన్-ఫంగిబుల్ టోకెన్లను సృష్టించడానికి అనుమతిస్తుంది.
+
+[ERC](https://eips.ethereum.org/erc) ప్రతిపాదనల పూర్తి జాబితా.
+
+## మరింత సమాచారం {#further-reading}
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత ట్యుటోరియల్స్ {#related-tutorials}
+
+- [టోకెన్ ఇంటిగ్రేషన్ చెక్లిస్ట్](/developers/tutorials/token-integration-checklist/) _– టోకెన్లతో ఇంటరాక్ట్ అయ్యేటప్పుడు పరిగణించవలసిన విషయాల చెక్లిస్ట్._
+- [ERC20 టోకెన్ స్మార్ట్ కాంట్రాక్ట్ను అర్థం చేసుకోండి](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _– ఒక ఇతీరియము టెస్ట్ నెట్వర్క్లో మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి ఒక పరిచయం._
+- [ఒక Solidity స్మార్ట్ కాంట్రాక్ట్ నుండి ERC20 టోకెన్ల బదిలీలు మరియు ఆమోదం](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _– Solidity భాషను ఉపయోగించి టోకెన్తో ఇంటరాక్ట్ అవ్వడానికి స్మార్ట్ కాంట్రాక్ట్ను ఎలా ఉపయోగించాలో._
+- [ఒక ERC721 మార్కెట్ను అమలు చేయడం [ఒక హౌ-టు గైడ్]](/developers/tutorials/how-to-implement-an-erc721-market/) _– ఒక వికేంద్రీకృత క్లాసిఫైడ్స్ బోర్డులో టోకనైజ్డ్ ఐటమ్లను అమ్మకానికి ఎలా పెట్టాలో._
diff --git a/public/content/translations/te/developers/docs/storage/index.md b/public/content/translations/te/developers/docs/storage/index.md
new file mode 100644
index 00000000000..5d15415b82a
--- /dev/null
+++ b/public/content/translations/te/developers/docs/storage/index.md
@@ -0,0 +1,216 @@
+---
+title: వికేంద్రీకృత నిల్వ
+description: వికేంద్రీకృత నిల్వ అంటే ఏమిటి మరియు దానిని ఒక డాప్లో విలీనం చేయడానికి అందుబాటులో ఉన్న సాధనాల యొక్క అవలోకనం.
+lang: te
+---
+
+ఒకే కంపెనీ లేదా సంస్థ ద్వారా నిర్వహించబడే కేంద్రీకృత సర్వర్లా కాకుండా, వికేంద్రీకృత నిల్వ వ్యవస్థలు మొత్తం డేటాలో కొంత భాగాన్ని కలిగి ఉన్న యూజర్-ఆపరేటర్ల పీర్-టు-పీర్ నెట్వర్క్ను కలిగి ఉంటాయి, ఇది ఒక స్థితిస్థాపక ఫైల్ నిల్వ భాగస్వామ్య వ్యవస్థను సృష్టిస్తుంది. ఇవి బ్లాక్చెయిన్-ఆధారిత అప్లికేషన్లో లేదా ఏదైనా పీర్-టు-పీర్-ఆధారిత నెట్వర్క్లో ఉండవచ్చు.
+
+Ethereum కూడా ఒక వికేంద్రీకృత నిల్వ వ్యవస్థగా ఉపయోగించబడుతుంది, మరియు అన్ని స్మార్ట్ కాంట్రాక్టులలో కోడ్ నిల్వ విషయానికి వస్తే అది అలాగే ఉంది. అయితే, పెద్ద మొత్తంలో డేటా విషయానికి వస్తే, Ethereum దాని కోసం రూపొందించబడలేదు. చైన్ స్థిరంగా పెరుగుతోంది, కానీ ఈ రచన రాసే సమయానికి, Ethereum చైన్ సుమారుగా 500GB - 1TB ([క్లయింట్పై ఆధారపడి](https://etherscan.io/chartsync/chaindefault)) ఉంది మరియు నెట్వర్క్లోని ప్రతి నోడ్ మొత్తం డేటాను నిల్వ చేయగలగాలి. చైన్ పెద్ద మొత్తంలో డేటాకు (చెప్పాలంటే 5TBలు) విస్తరించినట్లయితే, అన్ని నోడ్లు రన్ అవ్వడం కొనసాగించడం సాధ్యం కాదు. అలాగే, [గ్యాస్](/developers/docs/gas) ఫీజుల కారణంగా మెయిన్నెట్కు ఇంత డేటాను అమలు చేయడానికి అయ్యే ఖర్చు నిషేధాత్మకంగా ఖరీదైనది.
+
+ఈ పరిమితుల కారణంగా, పెద్ద మొత్తంలో డేటాను వికేంద్రీకృత పద్ధతిలో నిల్వ చేయడానికి మనకు వేరే చైన్ లేదా పద్దతి అవసరం.
+
+వికేంద్రీకృత నిల్వ (dStorage) ఎంపికలను చూస్తున్నప్పుడు, వినియోగదారుడు కొన్ని విషయాలను గుర్తుంచుకోవాలి.
+
+- స్థిరత్వ యంత్రాంగం / ప్రోత్సాహక నిర్మాణం
+- డేటా నిలుపుదల అమలు
+- వికేంద్రీయత
+- ఏకాభిప్రాయం
+
+## స్థిరత్వ యంత్రాంగం / ప్రోత్సాహక నిర్మాణం {#persistence-mechanism}
+
+### బ్లాక్చెయిన్-ఆధారిత {#blockchain-based}
+
+ఒక డేటా ముక్క శాశ్వతంగా ఉండాలంటే, మనం ఒక స్థిరత్వ యంత్రాంగాన్ని ఉపయోగించాలి. ఉదాహరణకు, Ethereumలో, స్థిరత్వ యంత్రాంగం ఏమిటంటే, ఒక నోడ్ను నడుపుతున్నప్పుడు మొత్తం చైన్ను లెక్కలోకి తీసుకోవాలి. కొత్త డేటా ముక్కలు చైన్ చివర తగిలించబడతాయి, మరియు అది పెరుగుతూనే ఉంటుంది - ప్రతి నోడ్ పొందుపరిచిన మొత్తం డేటాను పునరావృతం చేయవలసి ఉంటుంది.
+
+దీనిని **బ్లాక్చెయిన్-ఆధారిత** స్థిరత్వం అని అంటారు.
+
+బ్లాక్చెయిన్-ఆధారిత స్థిరత్వంతో ఉన్న సమస్య ఏమిటంటే, చైన్ నిర్వహించడానికి మరియు మొత్తం డేటాను సాధ్యమయ్యేలా నిల్వ చేయడానికి చాలా పెద్దదిగా మారవచ్చు (ఉదా., [అనేక మూలాలు](https://healthit.com.au/how-big-is-the-internet-and-how-do-we-measure-it/) ఇంటర్నెట్కు 40 జెటాబైట్ల కంటే ఎక్కువ నిల్వ సామర్థ్యం అవసరమని అంచనా వేస్తాయి).
+
+బ్లాక్చెయిన్లో కొంత రకమైన ప్రోత్సాహక నిర్మాణం కూడా ఉండాలి. బ్లాక్చెయిన్-ఆధారిత స్థిరత్వం కోసం, వాలిడేటర్కు చెల్లింపు చేయబడుతుంది. డేటాను చైన్కు జోడించినప్పుడు, డేటాను జోడించడానికి వాలిడేటర్లకు చెల్లించబడుతుంది.
+
+బ్లాక్చెయిన్-ఆధారిత స్థిరత్వం ఉన్న ప్లాట్ఫారమ్లు:
+
+- ఇతీరియము
+- [Arweave](https://www.arweave.org/)
+
+### కాంట్రాక్ట్-ఆధారిత {#contract-based}
+
+**కాంట్రాక్ట్-ఆధారిత** స్థిరత్వం ప్రతి నోడ్ ద్వారా డేటాను పునరావృతం చేయలేమని మరియు శాశ్వతంగా నిల్వ చేయలేమని, బదులుగా కాంట్రాక్ట్ ఒప్పందాలతో నిర్వహించబడాలి అనే అంతర్ దృష్టిని కలిగి ఉంటుంది. ఇవి కొంత కాలం పాటు డేటా ముక్కను కలిగి ఉంటామని వాగ్దానం చేసిన బహుళ నోడ్లతో చేసుకున్న ఒప్పందాలు. డేటాను నిలబెట్టుకోవడానికి అవి అయిపోయినప్పుడల్లా వాటిని వాపసు చేయాలి లేదా పునరుద్ధరించాలి.
+
+చాలా సందర్భాలలో, మొత్తం డేటాను ఆన్చైన్లో నిల్వ చేయడానికి బదులుగా, చైన్లో డేటా ఎక్కడ ఉందో దాని హాష్ నిల్వ చేయబడుతుంది. ఈ విధంగా, మొత్తం డేటాను ఉంచడానికి మొత్తం చైన్ను స్కేల్ చేయవలసిన అవసరం లేదు.
+
+కాంట్రాక్ట్-ఆధారిత స్థిరత్వం ఉన్న ప్లాట్ఫారమ్లు:
+
+- [Filecoin](https://docs.filecoin.io/basics/what-is-filecoin)
+- [Skynet](https://sia.tech/)
+- [Storj](https://storj.io/)
+- [Züs](https://zus.network/)
+- [Crust Network](https://crust.network)
+- [Swarm](https://www.ethswarm.org/)
+- [4EVERLAND](https://www.4everland.org/)
+
+### అదనపు పరిగణనలు {#additional-consideration}
+
+IPFS అనేది ఫైల్లు, వెబ్సైట్లు, అప్లికేషన్లు మరియు డేటాను నిల్వ చేయడానికి మరియు యాక్సెస్ చేయడానికి ఒక పంపిణీ చేయబడిన వ్యవస్థ. దీనికి అంతర్నిర్మిత ప్రోత్సాహక పథకం లేదు, కానీ బదులుగా దీర్ఘకాలిక స్థిరత్వం కోసం పైన పేర్కొన్న ఏదైనా కాంట్రాక్ట్-ఆధారిత ప్రోత్సాహక పరిష్కారాలతో ఉపయోగించవచ్చు. IPFSలో డేటాను నిలబెట్టడానికి మరో మార్గం పిన్నింగ్ సేవతో పనిచేయడం, ఇది మీ కోసం మీ డేటాను "పిన్" చేస్తుంది. మీరు మీ స్వంత IPFS నోడ్ను కూడా అమలు చేయవచ్చు మరియు మీ మరియు/లేదా ఇతరుల డేటాను ఉచితంగా నిలబెట్టడానికి నెట్వర్క్కు సహకరించవచ్చు!
+
+- [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/)
+- [Pinata](https://www.pinata.cloud/) _(IPFS పిన్నింగ్ సేవ)_
+- [web3.storage](https://web3.storage/) _(IPFS/Filecoin పిన్నింగ్ సేవ)_
+- [Infura](https://infura.io/product/ipfs) _(IPFS పిన్నింగ్ సేవ)_
+- [IPFS Scan](https://ipfs-scan.io) _(IPFS పిన్నింగ్ ఎక్స్ప్లోరర్)_
+- [4EVERLAND](https://www.4everland.org/)_(IPFS పిన్నింగ్ సేవ)_
+- [Filebase](https://filebase.com) _(IPFS పిన్నింగ్ సేవ)_
+- [Spheron Network](https://spheron.network/) _(IPFS/Filecoin పిన్నింగ్ సేవ)_
+
+SWARM అనేది నిల్వ ప్రోత్సాహక వ్యవస్థ మరియు నిల్వ అద్దె ధర ఒరాకిల్తో కూడిన వికేంద్రీకృత డేటా నిల్వ మరియు పంపిణీ సాంకేతికత.
+
+## డేటా నిలుపుదల {#data-retention}
+
+డేటాను నిలుపుకోవడానికి, డేటా నిలుపుకోబడిందని నిర్ధారించుకోవడానికి సిస్టమ్లు కొంత రకమైన యంత్రాంగాన్ని కలిగి ఉండాలి.
+
+### సవాలు యంత్రాంగం {#challenge-mechanism}
+
+డేటా నిలుపుకోబడిందని నిర్ధారించుకోవడానికి అత్యంత ప్రజాదరణ పొందిన మార్గాలలో ఒకటి, నోడ్లకు వారు ఇప్పటికీ డేటాను కలిగి ఉన్నారని నిర్ధారించుకోవడానికి జారీ చేయబడిన కొన్ని రకాల క్రిప్టోగ్రాఫిక్ సవాలును ఉపయోగించడం. Arweave యొక్క ప్రూఫ్-ఆఫ్-యాక్సెస్ను చూడటం ఒక సులభమైనది. వారు ఇటీవలి బ్లాక్ మరియు గతంలో ఒక యాదృచ్ఛిక బ్లాక్ రెండింటిలోనూ డేటాను కలిగి ఉన్నారో లేదో చూడటానికి నోడ్లకు ఒక సవాలును జారీ చేస్తారు. నోడ్ సమాధానంతో రాలేకపోతే, వారు జరిమానా విధించబడతారు.
+
+సవాలు యంత్రాంగంతో dStorage రకాలు:
+
+- Züs
+- Skynet
+- Arweave
+- Filecoin
+- Crust Network
+- 4EVERLAND
+
+### వికేంద్రీయత {#decentrality}
+
+ప్లాట్ఫారమ్ల వికేంద్రీకరణ స్థాయిని కొలవడానికి గొప్ప సాధనాలు లేవు, కానీ సాధారణంగా, అవి కేంద్రీకృతం కాదని రుజువు చేయడానికి KYC యొక్క కొన్ని రూపాలు లేని సాధనాలను మీరు ఉపయోగించాలనుకుంటున్నారు.
+
+KYC లేకుండా వికేంద్రీకృత సాధనాలు:
+
+- Skynet
+- Arweave
+- Filecoin
+- IPFS
+- ఇతీరియము
+- Crust Network
+- 4EVERLAND
+
+### ఏకాభిప్రాయం {#consensus}
+
+ఈ సాధనాలలో చాలా వరకు [ఏకాభిప్రాయ యంత్రాంగం](/developers/docs/consensus-mechanisms/) యొక్క వాటి స్వంత సంస్కరణను కలిగి ఉన్నాయి, కానీ సాధారణంగా అవి [**ప్రూఫ్-ఆఫ్-వర్క్ (PoW)**](/developers/docs/consensus-mechanisms/pow/) లేదా [**ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)**](/developers/docs/consensus-mechanisms/pos/) ఆధారంగా ఉంటాయి.
+
+ప్రూఫ్-ఆఫ్-వర్క్ ఆధారిత:
+
+- Skynet
+- Arweave
+
+ప్రూఫ్-ఆఫ్-స్టేక్ ఆధారిత:
+
+- ఇతీరియము
+- Filecoin
+- Züs
+- Crust Network
+
+## సంబంధిత ఉపకరణాలు {#related-tools}
+
+**IPFS - _ఇంటర్ప్లానెటరీ ఫైల్ సిస్టమ్ అనేది Ethereum కోసం ఒక వికేంద్రీకృత నిల్వ మరియు ఫైల్ రిఫరెన్సింగ్ సిస్టమ్._**
+
+- [Ipfs.io](https://ipfs.io/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.ipfs.io/)
+- [GitHub](https://github.com/ipfs/ipfs)
+
+**Storj DCS - _డెవలపర్ల కోసం సురక్షితమైన, ప్రైవేట్ మరియు S3-అనుకూల వికేంద్రీకృత క్లౌడ్ ఆబ్జెక్ట్ నిల్వ._**
+
+- [Storj.io](https://storj.io/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.storj.io/)
+- [GitHub](https://github.com/storj/storj)
+
+**Sia - _విశ్వసనీయత లేని క్లౌడ్ నిల్వ మార్కెట్ప్లేస్ను సృష్టించడానికి క్రిప్టోగ్రఫీని ఉపయోగిస్తుంది, కొనుగోలుదారులు మరియు అమ్మకందారులు నేరుగా లావాదేవీలు చేయడానికి అనుమతిస్తుంది._**
+
+- [Skynet.net](https://sia.tech/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.sia.tech/)
+- [GitHub](https://github.com/SiaFoundation/)
+
+Filecoin - _IPFS వెనుక ఉన్న అదే బృందం నుండి Filecoin సృష్టించబడింది. ఇది IPFS ఆదర్శాల పైన ఒక ప్రోత్సాహక పొర._\*\*
+
+- [Filecoin.io](https://filecoin.io/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.filecoin.io/)
+- [GitHub](https://github.com/filecoin-project/)
+
+**Arweave - _Arweave అనేది డేటాను నిల్వ చేయడానికి ఒక dStorage ప్లాట్ఫారమ్._**
+
+- [Arweave.org](https://www.arweave.org/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.arweave.org/info/)
+- [Arweave](https://github.com/ArweaveTeam/arweave/)
+
+**Züs - _Züs అనేది షార్డింగ్ మరియు బ్లాబర్లతో కూడిన ప్రూఫ్-ఆఫ్-స్టేక్ dStorage ప్లాట్ఫారమ్._**
+
+- [zus.network](https://zus.network/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.zus.network/zus-docs/)
+- [GitHub](https://github.com/0chain/)
+
+**Crust Network - _Crust అనేది IPFS పైన ఒక dStorage ప్లాట్ఫారమ్._**
+
+- [Crust.network](https://crust.network)
+- [దస్తావేజులను సమకూర్చుట](https://wiki.crust.network)
+- [GitHub](https://github.com/crustio)
+
+**Swarm - _Ethereum web3 స్టాక్ కోసం ఒక పంపిణీ చేయబడిన నిల్వ ప్లాట్ఫారమ్ మరియు కంటెంట్ పంపిణీ సేవ._**
+
+- [EthSwarm.org](https://www.ethswarm.org/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.ethswarm.org/)
+- [GitHub](https://github.com/ethersphere/)
+
+**OrbitDB - _IPFS పైన ఒక వికేంద్రీకృత పీర్ టు పీర్ డేటాబేస్._**
+
+- [OrbitDB.org](https://orbitdb.org/)
+- [దస్తావేజులను సమకూర్చుట](https://github.com/orbitdb/field-manual/)
+- [GitHub](https://github.com/orbitdb/orbit-db/)
+
+**Aleph.im - _వికేంద్రీకృత క్లౌడ్ ప్రాజెక్ట్ (డేటాబేస్, ఫైల్ నిల్వ, కంప్యూటింగ్ మరియు DID). ఆఫ్చైన్ మరియు ఆన్చైన్ పీర్-టు-పీర్ టెక్నాలజీ యొక్క ఒక ప్రత్యేకమైన మిశ్రమం. IPFS మరియు బహుళ-చైన్ అనుకూలత._**
+
+- [Aleph.im](https://aleph.cloud/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.aleph.cloud/)
+- [GitHub](https://github.com/aleph-im/)
+
+**Ceramic - _డేటా-రిచ్ మరియు ఆకర్షణీయమైన అప్లికేషన్ల కోసం వినియోగదారు-నియంత్రిత IPFS డేటాబేస్ నిల్వ._**
+
+- [Ceramic.network](https://ceramic.network/)
+- [దస్తావేజులను సమకూర్చుట](https://developers.ceramic.network/)
+- [GitHub](https://github.com/ceramicnetwork/js-ceramic/)
+
+**Filebase - _S3-అనుకూల వికేంద్రీకృత నిల్వ మరియు జియో-రిడండెంట్ IPFS పిన్నింగ్ సేవ. Filebase ద్వారా IPFSకు అప్లోడ్ చేయబడిన అన్ని ఫైల్లు ప్రపంచవ్యాప్తంగా 3x ప్రతిరూపణతో Filebase మౌలిక సదుపాయాలకు స్వయంచాలకంగా పిన్ చేయబడతాయి._**
+
+- [Filebase.com](https://filebase.com/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.filebase.com/)
+- [GitHub](https://github.com/filebase)
+
+**4EVERLAND - _ఒక Web 3.0 క్లౌడ్ కంప్యూటింగ్ ప్లాట్ఫారమ్, ఇది నిల్వ, కంప్యూట్ మరియు నెట్వర్కింగ్ కోర్ సామర్థ్యాలను అనుసంధానిస్తుంది, S3 అనుకూలంగా ఉంటుంది మరియు IPFS మరియు Arweave వంటి వికేంద్రీకృత నిల్వ నెట్వర్క్లపై సింక్రోనస్ డేటా నిల్వను అందిస్తుంది._**
+
+- [4everland.org](https://www.4everland.org/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.4everland.org/)
+- [GitHub](https://github.com/4everland)
+
+**Kaleido - _క్లిక్-బటన్ IPFS నోడ్లతో కూడిన ఒక బ్లాక్చెయిన్-యాజ్-ఎ-సర్వీస్ ప్లాట్ఫారమ్_**
+
+- [Kaleido](https://kaleido.io/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.kaleido.io/kaleido-services/ipfs/)
+- [GitHub](https://github.com/kaleido-io)
+
+**Spheron Network - _Spheron అనేది ఉత్తమ పనితీరుతో వికేంద్రీకృత ఇన్ఫ్రాపై వారి అప్లికేషన్లను ప్రారంభించాలని చూస్తున్న డాప్స్ కోసం రూపొందించబడిన ఒక ప్లాట్ఫారమ్-యాజ్-ఎ-సర్వీస్ (PaaS). ఇది కంప్యూట్, వికేంద్రీకృత నిల్వ, CDN & వెబ్ హోస్టింగ్ను సిద్ధంగా అందిస్తుంది._**
+
+- [spheron.network](https://spheron.network/)
+- [దస్తావేజులను సమకూర్చుట](https://docs.spheron.network/)
+- [GitHub](https://github.com/spheronFdn)
+
+## మరింత సమాచారం {#further-reading}
+
+- [వికేంద్రీకృత నిల్వ అంటే ఏమిటి?](https://coinmarketcap.com/academy/article/what-is-decentralized-storage-a-deep-dive-by-filecoin) - _CoinMarketCap_
+- [వికేంద్రీకృత నిల్వ గురించి ఐదు సాధారణ అపోహలను తొలగించడం](https://www.storj.io/blog/busting-five-common-myths-about-decentralized-storage) - _Storj_
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [అభివృద్ధి ఫ్రేమ్వర్క్లు](/developers/docs/frameworks/)
diff --git a/public/content/translations/te/developers/docs/transactions/index.md b/public/content/translations/te/developers/docs/transactions/index.md
new file mode 100644
index 00000000000..f2f695804f7
--- /dev/null
+++ b/public/content/translations/te/developers/docs/transactions/index.md
@@ -0,0 +1,231 @@
+---
+title: లావాదేవీలు
+description: ఇతీరియము లావాదేవీల యొక్క అవలోకనం – అవి ఎలా పని చేస్తాయి, వాటి డేటా స్ట్రక్చర్, మరియు వాటిని ఒక అప్లికేషన్ ద్వారా ఎలా పంపాలి.
+lang: te
+---
+
+లావాదేవీలు ఖాతాల నుండి క్రిప్టోగ్రాఫికల్గా సంతకం చేయబడిన సూచనలు. ఇతీరియము నెట్వర్క్ యొక్క స్థితిని నవీకరించడానికి ఒక ఖాతా లావాదేవీని ప్రారంభిస్తుంది. అత్యంత సరళమైన లావాదేవీ ఏమిటంటే ఒక ఖాతా నుండి మరొక ఖాతాకు ETHని బదిలీ చేయడం.
+
+## అవసరాలు {#prerequisites}
+
+ఈ పేజీని మీరు బాగా అర్థం చేసుకోవడంలో సహాయపడటానికి, మీరు ముందుగా [ఖాతాలు](/developers/docs/accounts/) మరియు మా [ఇతీరియముకు పరిచయం](/developers/docs/intro-to-ethereum/) చదవాలని మేము సిఫార్సు చేస్తున్నాము.
+
+## లావాదేవీ అంటే ఏమిటి? {#whats-a-transaction}
+
+ఒక ఇతీరియము లావాదేవీ అనేది బాహ్య-యాజమాన్య ఖాతా ద్వారా ప్రారంభించబడిన చర్యను సూచిస్తుంది, మరో మాటలో చెప్పాలంటే ఒక కాంట్రాక్ట్ ద్వారా కాకుండా, మానవుడిచే నిర్వహించబడే ఖాతా. ఉదాహరణకు, బాబ్ ఆలిస్కు 1 ETH పంపితే, బాబ్ ఖాతా నుండి డెబిట్ చేయబడాలి మరియు ఆలిస్ ఖాతాకు క్రెడిట్ చేయబడాలి. ఈ స్థితిని మార్చే చర్య ఒక లావాదేవీ లోపల జరుగుతుంది.
+
+
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడిన రేఖాచిత్రం_
+
+EVM యొక్క స్థితిని మార్చే లావాదేవీలను మొత్తం నెట్వర్క్కు ప్రసారం చేయాలి. ఏదైనా నోడ్ EVMలో లావాదేవీని అమలు చేయడానికి ఒక అభ్యర్థనను ప్రసారం చేయగలదు; ఇది జరిగిన తర్వాత, ఒక వాలిడేటర్ లావాదేవీని అమలు చేసి, ఫలితంగా వచ్చే స్థితి మార్పును మిగిలిన నెట్వర్క్కు ప్రచారం చేస్తుంది.
+
+లావాదేవీలకు రుసుము అవసరం మరియు ధృవీకరించబడిన బ్లాక్లో చేర్చబడాలి. ఈ అవలోకనాన్ని సరళంగా చేయడానికి, మేము గ్యాస్ ఫీజులు మరియు ధృవీకరణను వేరే చోట చర్చిస్తాము.
+
+సమర్పించిన లావాదేవీలో క్రింది సమాచారం ఉంటుంది:
+
+- `from` – లావాదేవీపై సంతకం చేసే పంపినవారి చిరునామా. ఇది బాహ్య-యాజమాన్య ఖాతా అవుతుంది, ఎందుకంటే కాంట్రాక్ట్ ఖాతాలు లావాదేవీలను పంపలేవు.
+- `to` – స్వీకరించే చిరునామా (ఒకవేళ బాహ్య-యాజమాన్య ఖాతా అయితే, లావాదేవీ విలువను బదిలీ చేస్తుంది. ఒకవేళ కాంట్రాక్ట్ ఖాతా అయితే, లావాదేవీ కాంట్రాక్ట్ కోడ్ను అమలు చేస్తుంది)
+- `signature` – పంపినవారి గుర్తింపు. పంపినవారి ప్రైవేట్ కీ లావాదేవీపై సంతకం చేసినప్పుడు ఇది ఉత్పత్తి చేయబడుతుంది మరియు పంపినవారు ఈ లావాదేవీకి అధికారం ఇచ్చారని నిర్ధారిస్తుంది.
+- `nonce` - ఖాతా నుండి లావాదేవీ సంఖ్యను సూచించే వరుసగా పెరిగే కౌంటర్.
+- `value` – పంపినవారి నుండి స్వీకర్తకు బదిలీ చేయవలసిన ETH మొత్తం (WEI లో సూచించబడుతుంది, ఇక్కడ 1ETH = 1e+18wei).
+- `input data` – ఏకపక్ష డేటాను చేర్చడానికి ఐచ్ఛిక ఫీల్డ్.
+- `gasLimit` – లావాదేవీ ద్వారా వినియోగించబడే గరిష్ట గ్యాస్ యూనిట్ల మొత్తం. [EVM](/developers/docs/evm/opcodes) ప్రతి గణన దశకు అవసరమైన గ్యాస్ యూనిట్లను నిర్దేశిస్తుంది.
+- `maxPriorityFeePerGas` - వినియోగించిన గ్యాస్ యొక్క గరిష్ట ధరను వాలిడేటర్కు చిట్కాగా చేర్చాలి.
+- `maxFeePerGas` - లావాదేవీ కోసం చెల్లించడానికి సిద్ధంగా ఉన్న గ్యాస్ యూనిట్కు గరిష్ట రుసుము (`baseFeePerGas` మరియు `maxPriorityFeePerGas`తో సహా).
+
+గ్యాస్ అనేది ఒక వాలిడేటర్ ద్వారా లావాదేవీని ప్రాసెస్ చేయడానికి అవసరమైన గణనకు ఒక సూచన. వినియోగదారులు ఈ గణన కోసం రుసుము చెల్లించాలి. `gasLimit` మరియు `maxPriorityFeePerGas` వాలిడేటర్కు చెల్లించే గరిష్ట లావాదేవీ రుసుమును నిర్ణయిస్తాయి. [గ్యాస్ గురించి మరింత](/developers/docs/gas/).
+
+లావాదేవీ వస్తువు కొద్దిగా ఇలా కనిపిస్తుంది:
+
+```js
+{
+ from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8",
+ to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a",
+ gasLimit: "21000",
+ maxFeePerGas: "300",
+ maxPriorityFeePerGas: "10",
+ nonce: "0",
+ value: "10000000000"
+}
+```
+
+కానీ ఒక లావాదేవీ వస్తువును పంపినవారి ప్రైవేట్ కీ ఉపయోగించి సంతకం చేయాలి. ఇది లావాదేవీ పంపినవారి నుండి మాత్రమే వచ్చిందని మరియు మోసపూరితంగా పంపబడలేదని రుజువు చేస్తుంది.
+
+Geth వంటి ఒక ఇతీరియము క్లయింట్ ఈ సంతకం ప్రక్రియను నిర్వహిస్తుంది.
+
+ఉదాహరణ [JSON-RPC](/developers/docs/apis/json-rpc) కాల్:
+
+```json
+{
+ "id": 2,
+ "jsonrpc": "2.0",
+ "method": "account_signTransaction",
+ "params": [
+ {
+ "from": "0x1923f626bb8dc025849e00f99c25fe2b2f7fb0db",
+ "gas": "0x55555",
+ "maxFeePerGas": "0x1234",
+ "maxPriorityFeePerGas": "0x1234",
+ "input": "0xabcd",
+ "nonce": "0x0",
+ "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0",
+ "value": "0x1234"
+ }
+ ]
+}
+```
+
+ఉదాహరణ ప్రతిస్పందన:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 2,
+ "result": {
+ "raw": "0xf88380018203339407a565b7ed7d7a678680a4c162885bedbb695fe080a44401a6e4000000000000000000000000000000000000000000000000000000000000001226a0223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20ea02aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663",
+ "tx": {
+ "nonce": "0x0",
+ "maxFeePerGas": "0x1234",
+ "maxPriorityFeePerGas": "0x1234",
+ "gas": "0x55555",
+ "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0",
+ "value": "0x1234",
+ "input": "0xabcd",
+ "v": "0x26",
+ "r": "0x223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20e",
+ "s": "0x2aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663",
+ "hash": "0xeba2df809e7a612a0a0d444ccfa5c839624bdc00dd29e3340d46df3870f8a30e"
+ }
+ }
+}
+```
+
+- `raw` అనేది [రికర్శివ్ లెంగ్త్ ప్రిఫిక్స్ (RLP)](/developers/docs/data-structures-and-encoding/rlp) ఎన్కోడ్ చేయబడిన రూపంలో సంతకం చేయబడిన లావాదేవీ.
+- `tx` అనేది JSON రూపంలో సంతకం చేయబడిన లావాదేవీ.
+
+సంతకం హాష్తో, లావాదేవీ క్రిప్టోగ్రాఫికల్గా పంపినవారి నుండి వచ్చిందని మరియు నెట్వర్క్కు సమర్పించబడిందని నిరూపించవచ్చు.
+
+### డేటా ఫీల్డ్ {#the-data-field}
+
+లావాదేవీలలో అధిక భాగం బాహ్య-యాజమాన్య ఖాతా నుండి ఒక కాంట్రాక్ట్ను యాక్సెస్ చేస్తాయి.
+చాలా కాంట్రాక్టులు Solidity లో వ్రాయబడ్డాయి మరియు వాటి డేటా ఫీల్డ్ను [అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI)](/glossary/#abi) ప్రకారం వ్యాఖ్యానిస్తాయి.
+
+మొదటి నాలుగు బైట్లు ఫంక్షన్ పేరు మరియు ఆర్గ్యుమెంట్ల హాష్ ఉపయోగించి ఏ ఫంక్షన్ను కాల్ చేయాలో నిర్దేశిస్తాయి.
+మీరు కొన్నిసార్లు [ఈ డేటాబేస్](https://www.4byte.directory/signatures/) ఉపయోగించి సెలెక్టర్ నుండి ఫంక్షన్ను గుర్తించవచ్చు.
+
+మిగిలిన కాల్డేటా ఆర్గ్యుమెంట్లు, [ABI స్పెసిఫికేషన్లలో పేర్కొన్న విధంగా ఎన్కోడ్ చేయబడింది](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding).
+
+ఉదాహరణకు, [ఈ లావాదేవీని](https://etherscan.io/tx/0xd0dcbe007569fcfa1902dae0ab8b4e078efe42e231786312289b1eee5590f6a1) చూద్దాం.
+కాల్డేటాను చూడటానికి **మరింత చూడటానికి క్లిక్ చేయండి** ని ఉపయోగించండి.
+
+ఫంక్షన్ సెలెక్టర్ `0xa9059cbb`. ఈ సంతకంతో అనేక [తెలిసిన ఫంక్షన్లు](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb) ఉన్నాయి.
+ఈ సందర్భంలో [కాంట్రాక్ట్ సోర్స్ కోడ్](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code) Etherscan కు అప్లోడ్ చేయబడింది, కాబట్టి ఫంక్షన్ `transfer(address,uint256)` అని మాకు తెలుసు.
+
+మిగిలిన డేటా:
+
+```
+0000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279
+000000000000000000000000000000000000000000000000000000003b0559f4
+```
+
+ABI స్పెసిఫికేషన్ల ప్రకారం, పూర్ణాంక విలువలు (చిరునామాల వంటివి, ఇవి 20-బైట్ల పూర్ణాంకాలు) ABIలో 32-బైట్ల పదాలుగా కనిపిస్తాయి, ముందు సున్నాలతో ప్యాడ్ చేయబడి ఉంటాయి.
+కాబట్టి `to` చిరునామా [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279) అని మనకు తెలుసు.
+`value` 0x3b0559f4 = 990206452.
+
+## లావాదేవీల రకాలు {#types-of-transactions}
+
+ఇతీరియములో కొన్ని విభిన్న రకాల లావాదేవీలు ఉన్నాయి:
+
+- సాధారణ లావాదేవీలు: ఒక ఖాతా నుండి మరొక ఖాతాకు లావాదేవీ.
+- కాంట్రాక్ట్ డిప్లాయ్మెంట్ లావాదేవీలు: 'to' చిరునామా లేని లావాదేవీ, ఇక్కడ డేటా ఫీల్డ్ కాంట్రాక్ట్ కోడ్ కోసం ఉపయోగించబడుతుంది.
+- కాంట్రాక్ట్ అమలు: డిప్లాయ్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్తో పరస్పర చర్య జరిపే లావాదేవీ. ఈ సందర్భంలో, 'to' చిరునామా స్మార్ట్ కాంట్రాక్ట్ చిరునామా.
+
+### గ్యాస్పై {#on-gas}
+
+చెప్పినట్లుగా, లావాదేవీలు అమలు చేయడానికి [గ్యాస్](/developers/docs/gas/) ఖర్చు అవుతుంది. సాధారణ బదిలీ లావాదేవీలకు 21000 యూనిట్ల గ్యాస్ అవసరం.
+
+కాబట్టి బాబ్ 190 gwei `baseFeePerGas` మరియు 10 gwei `maxPriorityFeePerGas` వద్ద ఆలిస్కు 1 ETH పంపడానికి, బాబ్ క్రింది రుసుము చెల్లించాల్సి ఉంటుంది:
+
+```
+(190 + 10) * 21000 = 4,200,000 gwei
+--or--
+0.0042 ETH
+```
+
+బాబ్ ఖాతా నుండి **-1.0042 ETH** డెబిట్ చేయబడుతుంది (ఆలిస్ కోసం 1 ETH + గ్యాస్ ఫీజులో 0.0042 ETH).
+
+ఆలిస్ ఖాతాకు **+1.0 ETH** జమ చేయబడుతుంది.
+
+మూల రుసుము బర్న్ చేయబడుతుంది **-0.00399 ETH**.
+
+వాలిడేటర్ చిట్కాను ఉంచుకుంటుంది **+0.000210 ETH**.
+
+
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) నుండి స్వీకరించబడిన రేఖాచిత్రం_
+
+లావాదేవీలో ఉపయోగించని ఏదైనా గ్యాస్ వినియోగదారు ఖాతాకు వాపసు చేయబడుతుంది.
+
+### స్మార్ట్ కాంట్రాక్ట్ పరస్పర చర్యలు {#smart-contract-interactions}
+
+స్మార్ట్ కాంట్రాక్ట్తో కూడిన ఏ లావాదేవీకైనా గ్యాస్ అవసరం.
+
+స్మార్ట్ కాంట్రాక్ట్లలో [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) లేదా [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions) ఫంక్షన్లు అని పిలవబడే ఫంక్షన్లు కూడా ఉండవచ్చు, ఇవి కాంట్రాక్ట్ స్థితిని మార్చవు. అందువల్ల, ఒక EOA నుండి ఈ ఫంక్షన్లను కాల్ చేయడానికి ఎలాంటి గ్యాస్ అవసరం లేదు. ఈ దృష్టాంతానికి అంతర్లీన RPC కాల్ [`eth_call`](/developers/docs/apis/json-rpc#eth_call).
+
+`eth_call` ఉపయోగించి యాక్సెస్ చేసినప్పుడు కాకుండా, ఈ `view` లేదా `pure` ఫంక్షన్లను సాధారణంగా అంతర్గతంగా (అంటే, కాంట్రాక్ట్ నుండి లేదా మరొక కాంట్రాక్ట్ నుండి) కూడా కాల్ చేస్తారు, దీనికి గ్యాస్ ఖర్చవుతుంది.
+
+## లావాదేవీ జీవనచక్రం {#transaction-lifecycle}
+
+లావాదేవీ సమర్పించబడిన తర్వాత, క్రిందివి జరుగుతాయి:
+
+1. ఒక లావాదేవీ హాష్ క్రిప్టోగ్రాఫికల్గా ఉత్పత్తి చేయబడుతుంది:
+ `0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017`
+2. ఆ తర్వాత లావాదేవీ నెట్వర్క్కు ప్రసారం చేయబడుతుంది మరియు మిగిలిన అన్ని పెండింగ్ నెట్వర్క్ లావాదేవీలతో కూడిన లావాదేవీ పూల్కు జోడించబడుతుంది.
+3. లావాదేవీని ధృవీకరించడానికి మరియు దానిని "విజయవంతం"గా పరిగణించడానికి ఒక వాలిడేటర్ మీ లావాదేవీని ఎంచుకుని, దానిని ఒక బ్లాక్లో చేర్చాలి.
+4. సమయం గడిచేకొద్దీ మీ లావాదేవీని కలిగి ఉన్న బ్లాక్ "సమర్థించబడినది" ఆపై "తుది చేయబడినది"గా అప్గ్రేడ్ చేయబడుతుంది. ఈ అప్గ్రేడ్లు మీ లావాదేవీ విజయవంతమైందని మరియు ఎప్పటికీ మార్చబడదని మరింత నిశ్చయంగా చేస్తాయి. ఒక బ్లాక్ "తుది చేయబడిన" తర్వాత, దానిని కేవలం అనేక బిలియన్ల డాలర్ల ఖర్చుతో కూడిన నెట్వర్క్ స్థాయి దాడి ద్వారా మాత్రమే మార్చగలరు.
+
+## ఒక విజువల్ డెమో {#a-visual-demo}
+
+ఆస్టిన్ మిమ్మల్ని లావాదేవీలు, గ్యాస్ మరియు మైనింగ్ ద్వారా నడిపించడాన్ని చూడండి.
+
+
+
+## టైప్డ్ ట్రాన్సాక్షన్ ఎన్వలప్ {#typed-transaction-envelope}
+
+ఇతీరియము మొదట లావాదేవీల కోసం ఒకే ఒక ఫార్మాట్ను కలిగి ఉండేది. ప్రతి లావాదేవీలో ఒక నాన్స్, గ్యాస్ ధర, గ్యాస్ పరిమితి, గమ్య చిరునామా, విలువ, డేటా, v, r, మరియు s ఉండేవి. ఈ ఫీల్డులు [RLP-ఎన్కోడ్](/developers/docs/data-structures-and-encoding/rlp/) చేయబడి, ఇలా కనిపిస్తాయి:
+
+`RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])`
+
+యాక్సెస్ జాబితాలు మరియు [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) వంటి కొత్త ఫీచర్లను లెగసీ లావాదేవీ ఫార్మాట్లను ప్రభావితం చేయకుండా అమలు చేయడానికి ఇతీరియము బహుళ రకాల లావాదేవీలకు మద్దతు ఇచ్చేలా అభివృద్ధి చెందింది.
+
+[EIP-2718](https://eips.ethereum.org/EIPS/eip-2718) ఈ ప్రవర్తనను అనుమతిస్తుంది. లావాదేవీలు ఇలా వ్యాఖ్యానించబడతాయి:
+
+`TransactionType || TransactionPayload`
+
+ఇక్కడ ఫీల్డ్లు ఇలా నిర్వచించబడ్డాయి:
+
+- `TransactionType` - 0 మరియు 0x7f మధ్య ఒక సంఖ్య, మొత్తం 128 సాధ్యమయ్యే లావాదేవీ రకాలకు.
+- `TransactionPayload` - లావాదేవీ రకం ద్వారా నిర్వచించబడిన ఏకపక్ష బైట్ శ్రేణి.
+
+`TransactionType` విలువ ఆధారంగా, ఒక లావాదేవీని ఇలా వర్గీకరించవచ్చు:
+
+1. **రకం 0 (లెగసీ) లావాదేవీలు:** ఇతీరియము ప్రారంభం నుండి ఉపయోగించబడిన అసలు లావాదేవీ ఫార్మాట్. వీటిలో స్మార్ట్ కాంట్రాక్ట్ల కోసం డైనమిక్ గ్యాస్ ఫీజు గణనలు లేదా యాక్సెస్ జాబితాల వంటి [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) నుండి ఫీచర్లు ఉండవు. లెగసీ లావాదేవీలు వాటి సీరియలైజ్డ్ రూపంలో వాటి రకాన్ని సూచించే ఒక నిర్దిష్ట ప్రిఫిక్స్ను కలిగి ఉండవు, [రికర్శివ్ లెంగ్త్ ప్రిఫిక్స్ (RLP)](/developers/docs/data-structures-and-encoding/rlp) ఎన్కోడింగ్ను ఉపయోగిస్తున్నప్పుడు `0xf8` బైట్తో ప్రారంభమవుతాయి. ఈ లావాదేవీల కోసం TransactionType విలువ `0x0`.
+
+2. **రకం 1 లావాదేవీలు:** ఇతీరియము యొక్క [బెర్లిన్ అప్గ్రేడ్](/ethereum-forks/#berlin) లో భాగంగా [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) లో ప్రవేశపెట్టబడిన ఈ లావాదేవీలలో `accessList` పారామీటర్ ఉంటుంది. ఈ జాబితా లావాదేవీ యాక్సెస్ చేయాలని ఆశించే చిరునామాలు మరియు స్టోరేజ్ కీలను నిర్దేశిస్తుంది, స్మార్ట్ కాంట్రాక్ట్లను కలిగి ఉన్న సంక్లిష్ట లావాదేవీలకు [గ్యాస్](/developers/docs/gas/) ఖర్చులను తగ్గించడంలో సహాయపడుతుంది. EIP-1559 ఫీజు మార్కెట్ మార్పులు రకం 1 లావాదేవీలలో చేర్చబడలేదు. రకం 1 లావాదేవీలలో `yParity` పారామీటర్ కూడా ఉంటుంది, ఇది `0x0` లేదా `0x1` కావచ్చు, secp256k1 సంతకం యొక్క y-విలువ యొక్క పారిటీని సూచిస్తుంది. అవి `0x01` బైట్తో ప్రారంభమవడం ద్వారా గుర్తించబడతాయి, మరియు వాటి TransactionType విలువ `0x1`.
+
+3. **రకం 2 లావాదేవీలు**, సాధారణంగా EIP-1559 లావాదేవీలుగా పిలువబడతాయి, ఇవి ఇతీరియము యొక్క [లండన్ అప్గ్రేడ్](/ethereum-forks/#london)లో, [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)లో ప్రవేశపెట్టబడిన లావాదేవీలు. అవి ఇతీరియము నెట్వర్క్లో ప్రామాణిక లావాదేవీ రకంగా మారాయి. ఈ లావాదేవీలు లావాదేవీ రుసుమును ఒక మూల రుసుము మరియు ప్రాధాన్యత రుసుముగా విభజించడం ద్వారా ఊహించదగినతను మెరుగుపరిచే కొత్త రుసుము మార్కెట్ యంత్రాంగాన్ని ప్రవేశపెడతాయి. అవి `0x02` బైట్తో ప్రారంభమవుతాయి మరియు `maxPriorityFeePerGas` మరియు `maxFeePerGas` వంటి ఫీల్డ్లను కలిగి ఉంటాయి. రకం 2 లావాదేవీలు ఇప్పుడు వాటి సౌలభ్యం మరియు సామర్థ్యం కారణంగా డిఫాల్ట్గా మారాయి, ప్రత్యేకించి అధిక నెట్వర్క్ రద్దీ సమయాల్లో లావాదేవీ రుసుములను మరింత ఊహించదగిన విధంగా నిర్వహించడానికి వినియోగదారులకు సహాయపడే వాటి సామర్థ్యం కోసం ఇవి అనుకూలంగా ఉంటాయి. ఈ లావాదేవీల కోసం TransactionType విలువ `0x2`.
+
+4. **రకం 3 (బ్లాబ్) లావాదేవీలు** ఇతీరియము యొక్క [డెన్కన్ అప్గ్రేడ్](/ethereum-forks/#dencun)లో భాగంగా [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844)లో ప్రవేశపెట్టబడ్డాయి. ఈ లావాదేవీలు "బ్లాబ్" డేటాను (బైనరీ లార్జ్ ఆబ్జెక్ట్స్) మరింత సమర్థవంతంగా నిర్వహించడానికి రూపొందించబడ్డాయి, ముఖ్యంగా ఇతీరియము నెట్వర్క్కు తక్కువ ఖర్చుతో డేటాను పోస్ట్ చేయడానికి ఒక మార్గాన్ని అందించడం ద్వారా లేయర్ 2 రోల్అప్లకు ప్రయోజనం చేకూరుస్తాయి. బ్లాబ్ లావాదేవీలలో `blobVersionedHashes`, `maxFeePerBlobGas`, మరియు `blobGasPrice` వంటి అదనపు ఫీల్డ్లు ఉంటాయి. అవి `0x03` బైట్తో ప్రారంభమవుతాయి, మరియు వాటి TransactionType విలువ `0x3`. బ్లాబ్ లావాదేవీలు ఇతీరియము యొక్క డేటా లభ్యత మరియు స్కేలింగ్ సామర్థ్యాలలో గణనీయమైన మెరుగుదలను సూచిస్తాయి.
+
+5. **రకం 4 లావాదేవీలు** ఇతీరియము యొక్క [పెక్ట్రా అప్గ్రేడ్](/roadmap/pectra/)లో భాగంగా [EIP-7702](https://eips.ethereum.org/EIPS/eip-7702)లో ప్రవేశపెట్టబడ్డాయి. ఈ లావాదేవీలు ఖాతా వియుక్తతతో ఫార్వర్డ్-అనుకూలంగా ఉండేలా రూపొందించబడ్డాయి. అవి EOAలను వాటి అసలు కార్యాచరణకు రాజీ పడకుండా తాత్కాలికంగా స్మార్ట్ కాంట్రాక్ట్ ఖాతాల వలె ప్రవర్తించడానికి అనుమతిస్తాయి. వాటిలో `authorization_list` పారామీటర్ ఉంటుంది, ఇది EOA తన అధికారాన్ని ఏ స్మార్ట్ కాంట్రాక్ట్కు అప్పగిస్తుందో నిర్దేశిస్తుంది. లావాదేవీ తర్వాత, EOA యొక్క కోడ్ ఫీల్డ్లో అప్పగించబడిన స్మార్ట్ కాంట్రాక్ట్ చిరునామా ఉంటుంది.
+
+## మరింత సమాచారం {#further-reading}
+
+- [EIP-2718: టైప్డ్ ట్రాన్సాక్షన్ ఎన్వలప్](https://eips.ethereum.org/EIPS/eip-2718)
+
+_మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!_
+
+## సంబంధిత అంశాలు {#related-topics}
+
+- [ఖాతాలు](/developers/docs/accounts/)
+- [ఎథేరియం వర్చువల్ మషీన్ (EVM)](/developers/docs/evm/)
+- [గ్యాస్](/developers/docs/gas/)
diff --git a/public/content/translations/te/developers/docs/web2-vs-web3/index.md b/public/content/translations/te/developers/docs/web2-vs-web3/index.md
new file mode 100644
index 00000000000..17b0dc82f95
--- /dev/null
+++ b/public/content/translations/te/developers/docs/web2-vs-web3/index.md
@@ -0,0 +1,62 @@
+---
+title: వెబ్2 vs వెబ్3
+description: కేంద్రీకృత Web2 సేవలను ఇతీరియము బ్లాక్చెయిన్ టెక్నాలజీపై నిర్మించిన వికేంద్రీకృత Web3 అప్లికేషన్లతో పోల్చండి.
+lang: te
+---
+
+Web2 అనేది ఈ రోజు మనలో చాలా మందికి తెలిసిన ఇంటర్నెట్ వెర్షన్ను సూచిస్తుంది. మీ వ్యక్తిగత డేటాకు బదులుగా సేవలను అందించే కంపెనీల ఆధిపత్యంలో ఉన్న ఇంటర్నెట్. ఇతీరియము సందర్భంలో, Web3 అనేది బ్లాక్చెయిన్పై నడిచే వికేంద్రీకృత యాప్స్ ని సూచిస్తుంది. ఇవి ఎవరి వ్యక్తిగత డేటాను డబ్బుగా మార్చకుండా, ఎవరైనా పాల్గొనడానికి అనుమతించే యాప్స్.
+
+మరింత బిగినర్-ఫ్రెండ్లీ వనరు కోసం చూస్తున్నారా? మా [web3 పరిచయం](/web3/) చూడండి.
+
+## Web3 ప్రయోజనాలు {#web3-benefits}
+
+చాలా మంది Web3 డెవలపర్లు ఇతీరియము యొక్క స్వాభావిక వికేంద్రీకరణ కారణంగా డాప్స్ను నిర్మించడానికి ఎంచుకున్నారు:
+
+- నెట్వర్క్లో ఉన్న ఎవరైనా సేవను ఉపయోగించడానికి అనుమతిని కలిగి ఉంటారు – లేదా మరో మాటలో చెప్పాలంటే, అనుమతి అవసరం లేదు.
+- ఎవరూ మిమ్మల్ని బ్లాక్ చేయలేరు లేదా సేవకు మీ యాక్సెస్ను నిరాకరించలేరు.
+- స్థానిక టోకెన్, ఈథర్ (ETH) ద్వారా చెల్లింపులు అంతర్నిర్మితంగా ఉంటాయి.
+- ఇతీరియము ట్యూరింగ్-కంప్లీట్, అంటే మీరు దాదాపు ఏదైనా ప్రోగ్రామ్ చేయవచ్చు.
+
+## ఆచరణాత్మక పోలికలు {#practical-comparisons}
+
+| Web2 | Web3 |
+| ---------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------- |
+| ట్విట్టర్ ఏదైనా ఖాతా లేదా ట్వీట్ను సెన్సార్ చేయగలదు | Web3 ట్వీట్లు సెన్సార్ చేయలేనివిగా ఉంటాయి ఎందుకంటే నియంత్రణ వికేంద్రీకరించబడింది |
+| చెల్లింపు సేవ కొన్ని రకాల పనులకు చెల్లింపులను అనుమతించకూడదని నిర్ణయించవచ్చు | Web3 చెల్లింపు యాప్స్కు వ్యక్తిగత డేటా అవసరం లేదు మరియు చెల్లింపులను నిరోధించలేవు |
+| గిగ్-ఎకానమీ యాప్స్ సర్వర్లు డౌన్ అవ్వవచ్చు మరియు కార్మికుల ఆదాయాన్ని ప్రభావితం చేయవచ్చు | Web3 సర్వర్లు డౌన్ కాలేవు – అవి తమ బ్యాకెండ్గా వేలాది కంప్యూటర్లతో కూడిన వికేంద్రీకృత నెట్వర్క్ అయిన ఇతీరియమును ఉపయోగిస్తాయి |
+
+దీని అర్థం అన్ని సేవలను డాప్గా మార్చాల్సిన అవసరం ఉందని కాదు. ఈ ఉదాహరణలు web2 మరియు web3 సేవల మధ్య ఉన్న ప్రధాన వ్యత్యాసాలను వివరిస్తాయి.
+
+## Web3 పరిమితులు {#web3-limitations}
+
+ప్రస్తుతం Web3కి కొన్ని పరిమితులు ఉన్నాయి:
+
+- స్కేలబిలిటీ – లావాదేవీలు వికేంద్రీకరించబడినందున web3లో నెమ్మదిగా ఉంటాయి. చెల్లింపు వంటి స్థితికి సంబంధించిన మార్పులు, ఒక నోడ్ ద్వారా ప్రాసెస్ చేయబడాలి మరియు నెట్వర్క్ అంతటా ప్రచారం చేయబడాలి.
+- UX – web3 అప్లికేషన్లతో ఇంటరాక్ట్ అవ్వడానికి అదనపు దశలు, సాఫ్ట్వేర్ మరియు విద్య అవసరం కావచ్చు. ఇది స్వీకరణకు ఒక అడ్డంకి కావచ్చు.
+- యాక్సెసిబిలిటీ – ఆధునిక వెబ్ బ్రౌజర్లలో ఇంటిగ్రేషన్ లేకపోవడం వలన చాలా మంది వినియోగదారులకు web3 తక్కువ అందుబాటులో ఉంటుంది.
+- ఖర్చు – అత్యంత విజయవంతమైన డాప్స్ ఖరీదైనది కాబట్టి వాటి కోడ్లో చాలా చిన్న భాగాలను మాత్రమే బ్లాక్చెయిన్పై ఉంచుతాయి.
+
+## కేంద్రీకరణ vs వికేంద్రీకరణ {#centralization-vs-decentralization}
+
+దిగువ పట్టికలో, మేము కేంద్రీకృత మరియు వికేంద్రీకృత డిజిటల్ నెట్వర్క్ల యొక్క కొన్ని స్థూల ప్రయోజనాలు మరియు ప్రతికూలతలను జాబితా చేసాము.
+
+| కేంద్రీకృత వ్యవస్థలు | వికేంద్రీకృత వ్యవస్థలు |
+| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| తక్కువ నెట్వర్క్ వ్యాసం (పాల్గొనే వారందరూ ఒక కేంద్ర అధికారానికి కనెక్ట్ చేయబడతారు); సమాచారం వేగంగా వ్యాపిస్తుంది, ఎందుకంటే ప్రచారాన్ని చాలా గణన వనరులతో కేంద్ర అధికారం నిర్వహిస్తుంది. | నెట్వర్క్లో అత్యంత దూరంలో ఉన్న పాల్గొనేవారు ఒకరికొకరు అనేక అంచుల దూరంలో ఉండే అవకాశం ఉంది. నెట్వర్క్ యొక్క ఒక వైపు నుండి ప్రసారం చేయబడిన సమాచారం మరొక వైపుకు చేరడానికి చాలా సమయం పట్టవచ్చు. |
+| సాధారణంగా అధిక పనితీరు (అధిక త్రూపుట్, తక్కువ మొత్తం గణన వనరులు ఖర్చు) మరియు అమలు చేయడం సులభం. | సాధారణంగా తక్కువ పనితీరు (తక్కువ త్రూపుట్, ఎక్కువ మొత్తం గణన వనరులు ఖర్చు) మరియు అమలు చేయడం మరింత క్లిష్టంగా ఉంటుంది. |
+| విరుద్ధమైన డేటా సందర్భంలో, పరిష్కారం స్పష్టంగా మరియు సులభంగా ఉంటుంది: సత్యానికి అంతిమ మూలం కేంద్ర అధికారమే. | పాల్గొనేవారు సింక్రొనైజ్ చేయాల్సిన డేటా స్థితి గురించి పీర్స్ విరుద్ధమైన క్లెయిమ్లు చేస్తే, వివాద పరిష్కారం కోసం ఒక ప్రోటోకాల్ (తరచుగా సంక్లిష్టమైనది) అవసరం. |
+| వైఫల్యానికి ఒకే పాయింట్: హానికరమైన నటులు కేంద్ర అధికారాన్ని లక్ష్యంగా చేసుకోవడం ద్వారా నెట్వర్క్ను కూల్చివేయగలరు. | వైఫల్యానికి ఏకైక పాయింట్ లేదు: పాల్గొనేవారిలో పెద్ద భాగం దాడికి గురైనా/తీసివేయబడ్డా నెట్వర్క్ ఇప్పటికీ పనిచేయగలదు. |
+| నెట్వర్క్లో పాల్గొనేవారి మధ్య సమన్వయం చాలా సులభం, మరియు ఇది ఒక కేంద్ర అధికారం ద్వారా నిర్వహించబడుతుంది. కేంద్ర అధికారం చాలా తక్కువ ఘర్షణతో అప్గ్రేడ్లు, ప్రోటోకాల్ అప్డేట్లు మొదలైన వాటిని స్వీకరించడానికి నెట్వర్క్లో పాల్గొనేవారిని బలవంతం చేయగలదు. | సమన్వయం తరచుగా కష్టంగా ఉంటుంది, ఎందుకంటే నెట్వర్క్-స్థాయి నిర్ణయాలు, ప్రోటోకాల్ అప్గ్రేడ్లు మొదలైన వాటిలో ఏ ఒక్క ఏజెంట్కు తుది నిర్ణయం ఉండదు. చెత్త సందర్భంలో, ప్రోటోకాల్ మార్పులపై విభేదాలు ఉన్నప్పుడు నెట్వర్క్ విచ్ఛిన్నమయ్యే అవకాశం ఉంది. |
+| కేంద్ర అధికారం డేటాను సెన్సార్ చేయగలదు, నెట్వర్క్లోని కొన్ని భాగాలను మిగిలిన నెట్వర్క్తో సంభాషించకుండా నిరోధించే అవకాశం ఉంది. | సెన్సార్షిప్ చాలా కష్టం, ఎందుకంటే సమాచారం నెట్వర్క్ అంతటా వ్యాపించడానికి అనేక మార్గాలు ఉన్నాయి. |
+| నెట్వర్క్లో పాల్గొనడం కేంద్ర అధికారం ద్వారా నియంత్రించబడుతుంది. | నెట్వర్క్లో ఎవరైనా పాల్గొనవచ్చు; "గేట్కీపర్లు" ఎవరూ లేరు. ఆదర్శవంతంగా, పాల్గొనే ఖర్చు చాలా తక్కువ. |
+
+ఇవి ప్రతి నెట్వర్క్లోనూ నిజం కాకపోవచ్చని గమనించగల సాధారణ నమూనాలు. అంతేకాకుండా, వాస్తవానికి ఒక నెట్వర్క్ ఎంతవరకు కేంద్రీకృతం/వికేంద్రీకృతంగా ఉందనేది ఒక స్పెక్ట్రమ్పై ఉంటుంది; ఏ నెట్వర్క్ పూర్తిగా కేంద్రీకృతంగా లేదా పూర్తిగా వికేంద్రీకృతంగా ఉండదు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [Web3 అంటే ఏమిటి?](/web3/) - _ethereum.org_
+- [ఒక వెబ్ 3.0 అప్లికేషన్ యొక్క నిర్మాణం](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _ప్రీతి కాశిరెడ్డి_
+- [వికేంద్రీకరణ యొక్క అర్థం](https://medium.com/@VitalikButerin/the-meaning-of-decentralization-a0c92b76a274) _ఫిబ్రవరి 6, 2017 - విటాలిక్ బుటెరిన్_
+- [వికేంద్రీకరణ ఎందుకు ముఖ్యమైనది](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) _ఫిబ్రవరి 18, 2018 - క్రిస్ డిక్సన్_
+- [Web 3.0 అంటే ఏమిటి & అది ఎందుకు ముఖ్యమైనది](https://medium.com/fabric-ventures/what-is-web-3-0-why-it-matters-934eb07f3d2b) _డిసెంబర్ 31, 2019 - మాక్స్ మెర్ష్ మరియు రిచర్డ్ ముయిర్హెడ్_
+- [మనకు Web 3.0 ఎందుకు అవసరం](https://gavofyork.medium.com/why-we-need-web-3-0-5da4f2bf95ab) _సెప్టెంబర్ 12, 2018 - గావిన్ వుడ్_
diff --git a/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md b/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
new file mode 100644
index 00000000000..91b947156f2
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
@@ -0,0 +1,300 @@
+---
+title: పైథాన్ అభివృద్ధి చేసేవారికి ఇతీరియము పరిచయం, భాగం 1
+description: ఇతీరియము అభివృద్ధికి ఒక పరిచయం, ముఖ్యంగా పైథాన్ ప్రోగ్రామింగ్ భాషపై పరిజ్ఞానం ఉన్నవారికి ఉపయోగపడుతుంది
+author: Marc Garreau
+lang: te
+tags: [ "python", "web3.py" ]
+skill: ఆరంభకులు
+published: 2020-09-08
+source: Snake charmers
+sourceUrl: https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/
+---
+
+కాబట్టి, మీరు ఈ ఇతీరియము విషయం గురించి విన్నారు మరియు ఈ కొత్త ప్రపంచంలోకి ప్రవేశించడానికి సిద్ధంగా ఉన్నారా? ఈ పోస్ట్ కొన్ని బ్లాక్ చైను ప్రాథమికాలను త్వరగా వివరిస్తుంది, ఆ తర్వాత ఒక అనుకరణ ఇతీరియము నోడ్తో మీరు సంభాషించేలా చేస్తుంది – బ్లాక్ డేటాను చదవడం, ఖాతా నిల్వలను తనిఖీ చేయడం, మరియు లావాదేవీలను పంపడం. ఈ క్రమంలో, యాప్లను నిర్మించే సాంప్రదాయ మార్గాలకు మరియు ఈ కొత్త వికేంద్రీకృత నమూనాకు మధ్య ఉన్న తేడాలను మేము హైలైట్ చేస్తాము.
+
+## (సాఫ్ట్) ముందస్తు అవసరాలు {#soft-prerequisites}
+
+ఈ పోస్ట్ విస్తృత శ్రేణి అభివృద్ధి చేసేవారికి అందుబాటులో ఉండాలని ఆశిస్తోంది. [పైథాన్ ఉపకరణాలు](/developers/docs/programming-languages/python/) ఇందులో ఉంటాయి, కానీ అవి కేవలం ఆలోచనలకు ఒక వాహనం మాత్రమే – మీరు పైథాన్ అభివృద్ధి చేసేవారు కాకపోయినా ఫర్వాలేదు. అయితే, మీకు ఇప్పటికే తెలిసిన వాటి గురించి నేను కొన్ని అంచనాలు వేస్తున్నాను, తద్వారా మనం ఇతీరియము-నిర్దిష్ట అంశాలకు త్వరగా వెళ్ళవచ్చు.
+
+అంచనాలు:
+
+- మీకు టెర్మినల్ ఉపయోగించడం తెలుసు,
+- మీరు కొన్ని పైథాన్ కోడ్ పంక్తులు రాసి ఉండాలి,
+- మీ మెషీన్లో పైథాన్ వెర్షన్ 3.6 లేదా అంతకంటే ఎక్కువ ఇన్స్టాల్ చేయబడి ఉండాలి ([వర్చువల్ ఎన్విరాన్మెంట్](https://realpython.com/effective-python-environment/#virtual-environments) వాడకాన్ని గట్టిగా ప్రోత్సహిస్తున్నాము), మరియు
+- మీరు పైథాన్ ప్యాకేజీ ఇన్స్టాలర్ అయిన `pip`ను ఉపయోగించి ఉండాలి.
+ మళ్ళీ, వీటిలో ఏవైనా నిజం కాకపోయినా, లేదా ఈ వ్యాసంలోని కోడ్ను మీరు పునరుత్పత్తి చేయాలని ప్లాన్ చేయకపోయినా, మీరు బహుశా ఎలాంటి ఇబ్బంది లేకుండా అనుసరించగలరు.
+
+## బ్లాక్చైన్లు, క్లుప్తంగా {#blockchains-briefly}
+
+ఇతీరియమును వివరించడానికి అనేక మార్గాలు ఉన్నాయి, కానీ దాని గుండెలో ఒక బ్లాక్ చైను ఉంది. బ్లాక్ చైనులు బ్లాక్ల శ్రేణితో రూపొందించబడ్డాయి, కాబట్టి అక్కడి నుండి ప్రారంభిద్దాం. సరళంగా చెప్పాలంటే, ఇతీరియము బ్లాక్ చైనులోని ప్రతి బ్లాక్ కేవలం కొన్ని మెటాడేటా మరియు లావాదేవీల జాబితా మాత్రమే. JSON ఫార్మాట్లో, అది ఇలా కనిపిస్తుంది:
+
+```json
+{
+ "number": 1234567,
+ "hash": "0xabc123...",
+ "parentHash": "0xdef456...",
+ ...,
+ "transactions": [...]
+}
+```
+
+ప్రతి [బ్లాక్](/developers/docs/blocks/) దాని ముందు వచ్చిన బ్లాక్కు ఒక రిఫరెన్స్ కలిగి ఉంటుంది; `parentHash` అనేది కేవలం మునుపటి బ్లాక్ యొక్క హాష్.
+
+గమనిక: ఇతీరియము స్థిర-పరిమాణ విలువలను (“హాష్లను”) ఉత్పత్తి చేయడానికి హాష్ ఫంక్షన్లను క్రమం తప్పకుండా ఉపయోగిస్తుంది. ఇతీరియములో హాష్లు ఒక ముఖ్యమైన పాత్ర పోషిస్తాయి, కానీ ప్రస్తుతానికి మీరు వాటిని ప్రత్యేకమైన IDలుగా సురక్షితంగా భావించవచ్చు.
+
+
+
+_బ్లాక్ చైను తప్పనిసరిగా ఒక లింక్డ్ జాబితా; ప్రతి బ్లాక్ మునుపటి బ్లాక్కు ఒక రిఫరెన్స్ కలిగి ఉంటుంది._
+
+ఈ డేటా నిర్మాణం కొత్తదేమీ కాదు, కానీ నెట్వర్క్ను నియంత్రించే నియమాలు (అంటే, పీర్-టు-పీర్ ప్రోటోకాల్స్) కొత్తవి. కేంద్ర అధికారం లేదు; నెట్వర్క్ను నిలబెట్టడానికి పీర్ల నెట్వర్క్ సహకరించాలి, మరియు తదుపరి బ్లాక్లో ఏ లావాదేవీలను చేర్చాలో నిర్ణయించడానికి పోటీపడాలి. కాబట్టి, మీరు ఒక స్నేహితుడికి కొంత డబ్బు పంపాలనుకున్నప్పుడు, మీరు ఆ లావాదేవీని నెట్వర్క్కు ప్రసారం చేయాలి, ఆపై అది రాబోయే బ్లాక్లో చేర్చబడే వరకు వేచి ఉండాలి.
+
+ఒక వినియోగదారుడి నుండి మరొకరికి డబ్బు నిజంగా పంపబడిందని బ్లాక్ చైను ధృవీకరించడానికి ఏకైక మార్గం, ఆ బ్లాక్ చైనుకు చెందిన (అంటే, దానిచే సృష్టించబడిన మరియు పాలించబడే) కరెన్సీని ఉపయోగించడం. ఇతీరియములో, ఈ కరెన్సీని ఈథర్ అని పిలుస్తారు, మరియు ఇతీరియము బ్లాక్ చైను ఖాతా నిల్వల యొక్క ఏకైక అధికారిక రికార్డును కలిగి ఉంటుంది.
+
+## ఒక కొత్త నమూనా {#a-new-paradigm}
+
+ఈ కొత్త వికేంద్రీకృత టెక్ స్టాక్ కొత్త అభివృద్ధి చేసేవారి ఉపకరణాలను సృష్టించింది. అటువంటి ఉపకరణాలు అనేక ప్రోగ్రామింగ్ భాషలలో ఉన్నాయి, కానీ మనం పైథాన్ కోణం నుండి చూస్తాము. మళ్ళీ చెప్పాలంటే: పైథాన్ మీకు ఇష్టమైన భాష కాకపోయినా, అనుసరించడం పెద్ద కష్టం కాదు.
+
+ఇతీరియముతో సంభాషించాలనుకునే పైథాన్ అభివృద్ధి చేసేవారు బహుశా [Web3.py](https://web3py.readthedocs.io/)ని ఎంచుకుంటారు. Web3.py ఒక లైబ్రరీ, ఇది మీరు ఇతీరియము నోడ్కు కనెక్ట్ అయ్యే విధానాన్ని, ఆపై దాని నుండి డేటాను పంపడం మరియు స్వీకరించడాన్ని చాలా సులభతరం చేస్తుంది.
+
+గమనిక: “ఇతీరియము నోడ్” మరియు “ఇతీరియము క్లయింట్” అనేవి పరస్పరం మార్చుకోదగినవి. ఏ సందర్భంలోనైనా, ఇది ఇతీరియము నెట్వర్క్లోని ఒక పార్టిసిపెంట్ నడిపే సాఫ్ట్వేర్ను సూచిస్తుంది. ఈ సాఫ్ట్వేర్ బ్లాక్ డేటాను చదవగలదు, చైనుకు కొత్త బ్లాక్లు జోడించబడినప్పుడు అప్డేట్లను స్వీకరించగలదు, కొత్త లావాదేవీలను ప్రసారం చేయగలదు, మరియు మరిన్ని చేయగలదు. సాంకేతికంగా, క్లయింట్ అనేది సాఫ్ట్వేర్, నోడ్ అనేది ఆ సాఫ్ట్వేర్ను నడుపుతున్న కంప్యూటర్.
+
+[ఇతీరియము క్లయింట్లు](/developers/docs/nodes-and-clients/) [IPC](https://wikipedia.org/wiki/Inter-process_communication), HTTP, లేదా Websockets ద్వారా చేరుకునేలా కాన్ఫిగర్ చేయబడతాయి, కాబట్టి Web3.py ఈ కాన్ఫిగరేషన్ను ప్రతిబింబించాల్సి ఉంటుంది. Web3.py ఈ కనెక్షన్ ఎంపికలను **ప్రొవైడర్లు**గా సూచిస్తుంది. Web3.py ఇన్స్టాన్స్ను మీ నోడ్తో లింక్ చేయడానికి మీరు మూడు ప్రొవైడర్లలో ఒకదాన్ని ఎంచుకోవాలి.
+
+
+
+_ఈ రేఖాచిత్రంలో ఉదాహరణకు IPC వంటి ఒకే ప్రోటోకాల్ ద్వారా కమ్యూనికేట్ చేయడానికి ఇతీరియము నోడ్ మరియు Web3.pyలను కాన్ఫిగర్ చేయండి._
+
+Web3.py సరిగ్గా కాన్ఫిగర్ చేయబడిన తర్వాత, మీరు బ్లాక్ చైనుతో సంభాషించడం ప్రారంభించవచ్చు. రాబోయే వాటికి ప్రివ్యూగా ఇక్కడ కొన్ని Web3.py వినియోగ ఉదాహరణలు ఉన్నాయి:
+
+```python
+# బ్లాక్ డేటాను చదవండి:
+w3.eth.get_block('latest')
+
+# లావాదేవీని పంపండి:
+w3.eth.send_transaction({'from': ..., 'to': ..., 'value': ...})
+```
+
+## సంస్థాపన {#installation}
+
+ఈ వాక్త్రూలో, మనం కేవలం ఒక పైథాన్ ఇంటర్ప్రిటర్లోనే పని చేస్తాము. మనం ఏ డైరెక్టరీలు, ఫైళ్లు, క్లాసులు లేదా ఫంక్షన్లను సృష్టించము.
+
+గమనిక: క్రింది ఉదాహరణలలో, `$`తో ప్రారంభమయ్యే కమాండ్లు టెర్మినల్లో రన్ చేయడానికి ఉద్దేశించబడ్డాయి. (`$`ను టైప్ చేయవద్దు, అది కేవలం లైన్ ప్రారంభాన్ని సూచిస్తుంది.)
+
+ముందుగా, అన్వేషించడానికి యూజర్-ఫ్రెండ్లీ వాతావరణం కోసం [IPython](https://ipython.org/)ను ఇన్స్టాల్ చేయండి. IPython ఇతర ఫీచర్లతో పాటు ట్యాబ్ కంప్లీషన్ను అందిస్తుంది, ఇది Web3.pyలో ఏమేమి సాధ్యమో చూడటాన్ని చాలా సులభం చేస్తుంది.
+
+```bash
+pip install ipython
+```
+
+Web3.py `web3` అనే పేరుతో ప్రచురించబడింది. దాన్ని ఇలా ఇన్స్టాల్ చేయండి:
+
+```bash
+pip install web3
+```
+
+ఇంకో విషయం – మనం తర్వాత ఒక బ్లాక్ చైనును అనుకరించబోతున్నాము, దీనికి మరికొన్ని డిపెండెన్సీలు అవసరం. మీరు వాటిని దీని ద్వారా ఇన్స్టాల్ చేయవచ్చు:
+
+```bash
+pip install 'web3[tester]'
+```
+
+మీరు వెళ్ళడానికి సిద్ధంగా ఉన్నారు!
+
+గమనిక: `web3[tester]` ప్యాకేజీ పైథాన్ 3.10.xx వరకు పనిచేస్తుంది
+
+## ఒక శాండ్బాక్స్ను ప్రారంభించండి {#spin-up-a-sandbox}
+
+మీ టెర్మినల్లో `ipython`ను రన్ చేయడం ద్వారా కొత్త పైథాన్ ఎన్విరాన్మెంట్ను తెరవండి. ఇది `python` రన్ చేయడంతో పోల్చదగినది, కానీ మరిన్ని అదనపు ఫీచర్లతో వస్తుంది.
+
+```bash
+ipython
+```
+
+ఇది మీరు నడుపుతున్న పైథాన్ మరియు IPython వెర్షన్ల గురించి కొంత సమాచారాన్ని ప్రింట్ చేస్తుంది, ఆపై మీరు ఇన్పుట్ కోసం వేచి ఉన్న ప్రాంప్ట్ను చూడాలి:
+
+```python
+In [1]:
+```
+
+మీరు ఇప్పుడు ఒక ఇంటరాక్టివ్ పైథాన్ షెల్ను చూస్తున్నారు. తప్పనిసరిగా, ఇది ఆడుకోవడానికి ఒక శాండ్బాక్స్. మీరు ఇంత దూరం వచ్చినట్లయితే, Web3.pyను ఇంపోర్ట్ చేయడానికి సమయం ఆసన్నమైంది:
+
+```python
+In [1]: from web3 import Web3
+```
+
+## Web3 మాడ్యూల్ను పరిచయం చేస్తున్నాము {#introducing-the-web3-module}
+
+ఇతీరియముకు ఒక గేట్వేగా ఉండటంతో పాటు, [Web3](https://web3py.readthedocs.io/en/stable/overview.html#base-api) మాడ్యూల్ కొన్ని సౌకర్యవంతమైన ఫంక్షన్లను అందిస్తుంది. కొన్నింటిని అన్వేషిద్దాం.
+
+ఒక ఇతీరియము అప్లికేషన్లో, మీరు సాధారణంగా కరెన్సీ డినామినేషన్లను మార్చవలసి ఉంటుంది. Web3 మాడ్యూల్ దీని కోసమే కొన్ని సహాయక పద్ధతులను అందిస్తుంది: [from_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.from_wei) మరియు [to_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_wei).
+
+
+గమనిక: దశాంశ గణితాన్ని నిర్వహించడంలో కంప్యూటర్లు చాలా చెడ్డవి. దీన్ని అధిగమించడానికి, అభివృద్ధి చేసేవారు తరచుగా డాలర్ మొత్తాలను సెంట్లలో నిల్వ చేస్తారు. ఉదాహరణకు, $5.99 ధర ఉన్న ఒక వస్తువు డేటాబేస్లో 599గా నిల్వ చేయబడవచ్చు.
+
+ఈథర్లో లావాదేవీలను నిర్వహించేటప్పుడు ఇదే విధమైన నమూనా ఉపయోగించబడుతుంది. అయితే, రెండు దశాంశ స్థానాలకు బదులుగా, ఈథర్కు 18 ఉన్నాయి! ఈథర్ యొక్క అతి చిన్న డినామినేషన్ను wei అని పిలుస్తారు, కాబట్టి లావాదేవీలను పంపేటప్పుడు పేర్కొన్న విలువ అదే.
+
+1 ఈథర్ = 1000000000000000000 wei
+
+1 wei = 0.000000000000000001 ఈథర్
+
+
+
+కొన్ని విలువలను wei నుండి మరియు weiకి మార్చడానికి ప్రయత్నించండి. ఈథర్ మరియు wei మధ్య [అనేక డినామినేషన్లకు పేర్లు ఉన్నాయని](https://web3py.readthedocs.io/en/stable/troubleshooting.html#how-do-i-convert-currency-denominations) గమనించండి. వాటిలో బాగా తెలిసిన వాటిలో ఒకటి **gwei**, ఎందుకంటె లావాదేవీ రుసుములు తరచుగా అలానే సూచించబడతాయి.
+
+```python
+In [2]: Web3.to_wei(1, 'ether')
+Out[2]: 1000000000000000000
+
+In [3]: Web3.from_wei(500000000, 'gwei')
+Out[3]: Decimal('0.5')
+```
+
+Web3 మాడ్యూల్లోని ఇతర యుటిలిటీ పద్ధతులలో డేటా ఫార్మాట్ కన్వర్టర్లు (ఉదా., [`toHex`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.toHex)), చిరునామా సహాయకులు (ఉదా., [`isAddress`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.isAddress)), మరియు హాష్ ఫంక్షన్లు (ఉదా., [`keccak`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.keccak)) ఉన్నాయి. వీటిలో చాలా వరకు ఈ సిరీస్లో తరువాత వివరించబడతాయి. అందుబాటులో ఉన్న అన్ని పద్ధతులు మరియు లక్షణాలను వీక్షించడానికి, IPython యొక్క ఆటో-కంప్లీట్ను `Web3` అని టైప్ చేసి ఉపయోగించుకోండి. మరియు పీరియడ్ తర్వాత ట్యాబ్ కీని రెండుసార్లు నొక్కండి.
+
+## చైన్తో మాట్లాడండి {#talk-to-the-chain}
+
+సౌకర్యవంతమైన పద్ధతులు బాగున్నాయి, కానీ బ్లాక్చైన్కు వెళ్దాం. తదుపరి దశ Web3.pyని ఒక ఇతీరియము నోడ్తో కమ్యూనికేట్ చేయడానికి కాన్ఫిగర్ చేయడం. ఇక్కడ మనకు IPC, HTTP, లేదా Websocket ప్రొవైడర్లను ఉపయోగించే అవకాశం ఉంది.
+
+మేము ఈ మార్గంలో వెళ్లడం లేదు, కానీ HTTP ప్రొవైడర్ని ఉపయోగించి పూర్తి వర్క్ఫ్లో యొక్క ఉదాహరణ ఇలా ఉంటుంది:
+
+- [Geth](https://geth.ethereum.org/) వంటి ఒక ఇతీరియము నోడ్ను డౌన్లోడ్ చేసుకోండి.
+- ఒక టెర్మినల్ విండోలో Gethని ప్రారంభించి, అది నెట్వర్క్ను సింక్ చేసే వరకు వేచి ఉండండి. డిఫాల్ట్ HTTP పోర్ట్ `8545`, కానీ ఇది కాన్ఫిగర్ చేయదగినది.
+- `localhost:8545`లో, HTTP ద్వారా నోడ్కి కనెక్ట్ అవ్వమని Web3.pyకి చెప్పండి.
+ `w3 = Web3(Web3.HTTPProvider('http://127.0.0.1:8545'))`
+- నోడ్తో ఇంటరాక్ట్ అవ్వడానికి `w3` ఉదాహరణను ఉపయోగించండి.
+
+ఇది చేయడానికి ఇది ఒక “నిజమైన” మార్గం అయినప్పటికీ, సింకింగ్ ప్రక్రియ గంటలు పడుతుంది మరియు మీరు కేవలం ఒక అభివృద్ధి వాతావరణం కోరుకుంటే ఇది అనవసరం. Web3.py ఈ ప్రయోజనం కోసం నాల్గవ ప్రొవైడర్ను బహిర్గతం చేస్తుంది, అదే **EthereumTesterProvider**. ఈ టెస్టర్ ప్రొవైడర్ సడలించిన అనుమతులు మరియు ఆడుకోవడానికి నకిలీ కరెన్సీతో అనుకరణ చేయబడిన ఇతీరియము నోడ్కు లింక్ చేస్తుంది.
+
+
+
+_EthereumTesterProvider అనుకరణ చేయబడిన నోడ్కి కనెక్ట్ అవుతుంది మరియు శీఘ్ర అభివృద్ధి వాతావరణాలకు సులభంగా ఉంటుంది._
+
+ఆ అనుకరణ నోడ్ను [eth-tester](https://github.com/ethereum/eth-tester) అని పిలుస్తారు మరియు మేము దానిని `pip install web3[tester]` కమాండ్ భాగంగా ఇన్స్టాల్ చేసాము. ఈ టెస్టర్ ప్రొవైడర్ను ఉపయోగించడానికి Web3.pyని కాన్ఫిగర్ చేయడం చాలా సులభం:
+
+```python
+In [4]: w3 = Web3(Web3.EthereumTesterProvider())
+```
+
+ఇప్పుడు మీరు చైన్ను సర్ఫ్ చేయడానికి సిద్ధంగా ఉన్నారు! అలా జనాలు అనరు. అది నేనే కల్పించాను. ఒక చిన్న పర్యటన చేద్దాం.
+
+## శీఘ్ర పర్యటన {#the-quick-tour}
+
+అన్నింటికంటే ముందు, ఒక శానిటీ చెక్:
+
+```python
+In [5]: w3.is_connected()
+Out[5]: True
+```
+
+మేము టెస్టర్ ప్రొవైడర్ను ఉపయోగిస్తున్నందున, ఇది చాలా విలువైన పరీక్ష కాదు, కానీ ఇది విఫలమైతే, `w3` వేరియబుల్ను ఇన్స్టాన్షియేట్ చేసేటప్పుడు మీరు ఏదో తప్పుగా టైప్ చేసి ఉండవచ్చు. మీరు లోపలి కుండలీకరణాలను చేర్చారని రెండుసార్లు తనిఖీ చేయండి, అనగా, `Web3.EthereumTesterProvider()`.
+
+## పర్యటన స్టాప్ #1: [ఖాతాలు](/developers/docs/accounts/) {#tour-stop-1-accounts}
+
+ఒక సౌలభ్యంగా, టెస్టర్ ప్రొవైడర్ కొన్ని ఖాతాలను సృష్టించి, వాటిని టెస్ట్ ఈథర్తో ప్రీలోడ్ చేసింది.
+
+ముందుగా, ఆ ఖాతాల జాబితాను చూద్దాం:
+
+```python
+In [6]: w3.eth.accounts
+Out[6]: ['0x7E5F4552091A69125d5DfCb7b8C2659029395Bdf',
+ '0x2B5AD5c4795c026514f8317c7a215E218DcCD6cF',
+ '0x6813Eb9362372EEF6200f3b1dbC3f819671cBA69', ...]
+```
+
+మీరు ఈ కమాండ్ను రన్ చేస్తే, `0x`తో ప్రారంభమయ్యే పది స్ట్రింగ్ల జాబితాను మీరు చూడాలి. ప్రతిదీ ఒక **పబ్లిక్ చిరునామా** మరియు కొన్ని విధాలుగా, ఒక చెకింగ్ ఖాతాలోని ఖాతా నంబర్కు సమానంగా ఉంటుంది. మీకు ఈథర్ పంపాలనుకునే వారికి మీరు ఈ చిరునామాను అందిస్తారు.
+
+చెప్పినట్లుగా, టెస్టర్ ప్రొవైడర్ ఈ ప్రతి ఖాతాను కొంత టెస్ట్ ఈథర్తో ప్రీలోడ్ చేసింది. మొదటి ఖాతాలో ఎంత ఉందో తెలుసుకుందాం:
+
+```python
+In [7]: w3.eth.get_balance(w3.eth.accounts[0])
+Out[7]: 1000000000000000000000000
+```
+
+అవి చాలా సున్నాలు! నకిలీ బ్యాంకుకు వెళ్ళి నవ్వే ముందు, ముందుగా కరెన్సీ డినామినేషన్ల గురించి పాఠం గుర్తుంచుకోండి. ఈథర్ విలువలు అతి చిన్న డినామినేషన్, weiలో సూచించబడతాయి. దాన్ని ఈథర్లోకి మార్చండి:
+
+```python
+In [8]: w3.from_wei(1000000000000000000000000, 'ether')
+Out[8]: Decimal('1000000')
+```
+
+ఒక మిలియన్ టెస్ట్ ఈథర్ — ఇప్పటికీ చాలా బాగుంది.
+
+## పర్యటన స్టాప్ #2: బ్లాక్ డేటా {#tour-stop-2-block-data}
+
+ఈ అనుకరణ చేయబడిన బ్లాక్చైన్ స్థితిని ఒకసారి చూద్దాం:
+
+```python
+In [9]: w3.eth.get_block('latest')
+Out[9]: AttributeDict({
+ 'number': 0,
+ 'hash': HexBytes('0x9469878...'),
+ 'parentHash': HexBytes('0x0000000...'),
+ ...
+ 'transactions': []
+})
+```
+
+ఒక బ్లాక్ గురించి చాలా సమాచారం తిరిగి వస్తుంది, కానీ ఇక్కడ కొన్ని విషయాలు మాత్రమే సూచించబడ్డాయి:
+
+- బ్లాక్ నంబర్ సున్నా - మీరు టెస్టర్ ప్రొవైడర్ను ఎంతకాలం క్రితం కాన్ఫిగర్ చేసినప్పటికీ. ప్రతి 12 సెకన్లకు కొత్త బ్లాక్ను జోడించే నిజమైన ఇతీరియము నెట్వర్క్కు భిన్నంగా, ఈ అనుకరణ మీరు దానికి కొంత పని ఇచ్చే వరకు వేచి ఉంటుంది.
+- `లావాదేవీలు` ఒక ఖాళీ జాబితా, అదే కారణం కోసం: మేము ఇంకా ఏమీ చేయలేదు. ఈ మొదటి బ్లాక్ ఒక **ఖాళీ బ్లాక్**, చైన్ను ప్రారంభించడానికి మాత్రమే.
+- `parentHash` కేవలం ఖాళీ బైట్ల సమూహం అని గమనించండి. ఇది చైన్లో మొదటి బ్లాక్ అని సూచిస్తుంది, దీనిని **జెనిసిస్ బ్లాక్** అని కూడా అంటారు.
+
+## పర్యటన స్టాప్ #3: [లావాదేవీలు](/developers/docs/transactions/) {#tour-stop-3-transactions}
+
+పెండింగ్లో ఉన్న లావాదేవీ ఉండే వరకు మేము బ్లాక్ సున్నా వద్ద నిలిచిపోయాము, కాబట్టి దానికి ఒకటి ఇద్దాం. ఒక ఖాతా నుండి మరొక ఖాతాకు కొన్ని టెస్ట్ ఈథర్ను పంపండి:
+
+```python
+In [10]: tx_hash = w3.eth.send_transaction({
+ 'from': w3.eth.accounts[0],
+ 'to': w3.eth.accounts[1],
+ 'value': w3.to_wei(3, 'ether'),
+ 'gas': 21000
+})
+```
+
+మీ లావాదేవీ కొత్త బ్లాక్లో చేర్చబడటానికి మీరు చాలా సెకన్ల పాటు వేచి ఉండే పాయింట్ ఇది. పూర్తి ప్రక్రియ ఇలా ఉంటుంది:
+
+1. ఒక లావాదేవీని సమర్పించి, లావాదేవీ హాష్ను పట్టుకోండి. లావాదేవీని కలిగి ఉన్న బ్లాక్ సృష్టించబడి, ప్రసారం చేయబడే వరకు, లావాదేవీ “పెండింగ్లో” ఉంటుంది.
+ `tx_hash = w3.eth.send_transaction({ … })`
+2. లావాదేవీ బ్లాక్లో చేర్చబడటానికి వేచి ఉండండి:
+ `w3.eth.wait_for_transaction_receipt(tx_hash)`
+3. అప్లికేషన్ లాజిక్ను కొనసాగించండి. విజయవంతమైన లావాదేవీని వీక్షించడానికి:
+ `w3.eth.get_transaction(tx_hash)`
+
+మా అనుకరణ వాతావరణం లావాదేవీని వెంటనే కొత్త బ్లాక్లో జోడిస్తుంది, కాబట్టి మేము వెంటనే లావాదేవీని వీక్షించవచ్చు:
+
+```python
+In [11]: w3.eth.get_transaction(tx_hash)
+Out[11]: AttributeDict({
+ 'hash': HexBytes('0x15e9fb95dc39...'),
+ 'blockNumber': 1,
+ 'transactionIndex': 0,
+ 'from': '0x7E5F4552091A69125d5DfCb7b8C2659029395Bdf',
+ 'to': '0x2B5AD5c4795c026514f8317c7a215E218DcCD6cF',
+ 'value': 3000000000000000000,
+ ...
+})
+```
+
+ఇక్కడ మీరు కొన్ని సుపరిచితమైన వివరాలను చూస్తారు: `from`, `to`, మరియు `value` ఫీల్డ్లు మా `send_transaction` కాల్ ఇన్పుట్లతో సరిపోలాలి. మరొక భరోసా ఇచ్చే విషయం ఏమిటంటే, ఈ లావాదేవీ బ్లాక్ నంబర్ 1లో మొదటి లావాదేవీగా (`'transactionIndex': 0`) చేర్చబడింది.
+
+సంబంధిత రెండు ఖాతాల బ్యాలెన్స్లను తనిఖీ చేయడం ద్వారా కూడా మేము ఈ లావాదేవీ విజయాన్ని సులభంగా ధృవీకరించవచ్చు. మూడు ఈథర్ ఒకటి నుండి మరొకదానికి కదిలి ఉండాలి.
+
+```python
+In [12]: w3.eth.get_balance(w3.eth.accounts[0])
+Out[12]: 999996999979000000000000
+
+In [13]: w3.eth.get_balance(w3.eth.accounts[1])
+Out[13]: 1000003000000000000000000
+```
+
+తరువాతది బాగుంది! బ్యాలెన్స్ 1,000,000 నుండి 1,000,003 ఈథర్కు పెరిగింది. కానీ మొదటి ఖాతాకు ఏమైంది? ఇది మూడు ఈథర్ల కంటే కొంచెం ఎక్కువ కోల్పోయినట్లు కనిపిస్తుంది. అయ్యో, జీవితంలో ఏదీ ఉచితం కాదు, మరియు ఇతీరియము పబ్లిక్ నెట్వర్క్ను ఉపయోగించడం వల్ల మీ తోటివారికి వారి సహాయక పాత్రకు మీరు పరిహారం చెల్లించవలసి ఉంటుంది. లావాదేవీని సమర్పించిన ఖాతా నుండి ఒక చిన్న లావాదేవీ రుసుము తీసివేయబడింది - ఈ రుసుము అనేది గ్యాస్ బర్న్ చేయబడిన మొత్తం (ఒక ETH బదిలీకి 21000 యూనిట్ల గ్యాస్) నెట్వర్క్ కార్యకలాపాల ప్రకారం మారే మూల రుసుముతో గుణించబడి, లావాదేవీని బ్లాక్లో చేర్చే వాలిడేటర్కు వెళ్లే చిట్కాతో కూడి ఉంటుంది.
+
+[గ్యాస్](/developers/docs/gas/#post-london) గురించి మరింత
+
+గమనిక: పబ్లిక్ నెట్వర్క్లో, లావాదేవీల రుసుములు నెట్వర్క్ డిమాండ్ మరియు లావాదేవీని ఎంత త్వరగా ప్రాసెస్ చేయాలనుకుంటున్నారనే దాని ఆధారంగా మారుతూ ఉంటాయి. రుసుములు ఎలా లెక్కించబడతాయనే దానిపై మీకు ఆసక్తి ఉంటే, లావాదేవీలు బ్లాక్లో ఎలా చేర్చబడతాయి అనే నా మునుపటి పోస్ట్ను చూడండి.
+
+## మరియు శ్వాస తీసుకోండి {#and-breathe}
+
+మనం కొంతకాలంగా ఈ పనిలో ఉన్నాము, కాబట్టి విరామం తీసుకోవడానికి ఇది మంచి ప్రదేశంగా అనిపిస్తుంది. కుందేలు రంధ్రం కొనసాగుతుంది, మరియు మనం ఈ సిరీస్ యొక్క రెండవ భాగంలో అన్వేషణను కొనసాగిస్తాము. రాబోయే కొన్ని భావనలు: నిజమైన నోడ్కు కనెక్ట్ అవ్వడం, స్మార్ట్ కాంట్రాక్టులు, మరియు టోకెన్లు. తదుపరి ప్రశ్నలు ఉన్నాయా? నాకు తెలియజేయండి! మీ అభిప్రాయం మనం ఇక్కడి నుండి ఎక్కడికి వెళ్తామో ప్రభావితం చేస్తుంది. [Twitter](https://twitter.com/wolovim) ద్వారా అభ్యర్థనలు స్వాగతం.
diff --git a/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md b/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
new file mode 100644
index 00000000000..622d89ed081
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
@@ -0,0 +1,867 @@
+---
+title: "మీరు కాష్ చేయగలవన్నీ"
+description: తక్కువ ధర రోల్అప్ లావాదేవీల కోసం కాషింగ్ కాంట్రాక్ట్ను ఎలా సృష్టించాలో మరియు ఉపయోగించాలో తెలుసుకోండి
+author: ఓరి పోమెరాంట్జ్
+tags: [ "లేయర్ 2", "కాషింగ్", "స్టోరేజ్" ]
+skill: మధ్యస్థ
+published: 2022-09-15
+lang: te
+---
+
+రోల్అప్స్ ఉపయోగిస్తున్నప్పుడు, లావాదేవీలో ఒక బైట్ ఖర్చు నిల్వ స్లాట్ ఖర్చు కంటే చాలా ఎక్కువ. అందువల్ల, వీలైనంత ఎక్కువ సమాచారాన్ని ఆన్చెయిన్లో కాష్ చేయడం అర్ధవంతంగా ఉంటుంది.
+
+ఈ వ్యాసంలో మీరు కాషింగ్ కాంట్రాక్ట్ను సృష్టించడం మరియు ఉపయోగించడం ఎలాగో నేర్చుకుంటారు. దీని ద్వారా చాలాసార్లు ఉపయోగించబడే ఏవైనా పారామీటర్ విలువ కాష్ చేయబడుతుంది మరియు (మొదటిసారి తర్వాత) చాలా తక్కువ సంఖ్యలో బైట్లతో ఉపయోగం కోసం అందుబాటులో ఉంటుంది. అలాగే ఈ కాష్ను ఉపయోగించే ఆఫ్చెయిన్ కోడ్ను ఎలా రాయాలో కూడా నేర్చుకుంటారు.
+
+మీరు వ్యాసాన్ని దాటవేసి, సోర్స్ కోడ్ను చూడాలనుకుంటే, [అది ఇక్కడ ఉంది](https://github.com/qbzzt/20220915-all-you-can-cache). డెవలప్మెంట్ స్టాక్ [Foundry](https://getfoundry.sh/introduction/installation/).
+
+## మొత్తం రూపకల్పన {#overall-design}
+
+సరళత కోసం అన్ని లావాదేవీ పారామితులు `uint256`, 32 బైట్స్ పొడవు ఉంటాయని మేము ఊహిస్తాము. మేము ఒక లావాదేవీని స్వీకరించినప్పుడు, ప్రతి పారామీటర్ను ఇలా పార్స్ చేస్తాము:
+
+1. మొదటి బైట్ `0xFF` అయితే, తదుపరి 32 బైట్స్ను పారామీటర్ విలువగా తీసుకొని కాష్లో రాయండి.
+
+2. మొదటి బైట్ `0xFE` అయితే, తదుపరి 32 బైట్స్ను పారామీటర్ విలువగా తీసుకోండి, కానీ దానిని కాష్లో రాయవద్దు.
+
+3. ఏదైనా ఇతర విలువ కోసం, అదనపు బైట్ల సంఖ్యగా మొదటి నాలుగు బిట్లను, మరియు కాష్ కీ యొక్క అత్యంత ముఖ్యమైన బిట్లుగా చివరి నాలుగు బిట్లను తీసుకోండి. ఇక్కడ కొన్ని ఉదాహరణలు ఉన్నాయి:
+
+ | కాల్డేటాలో బైట్స్ | కాష్ కీ |
+ | :----------------- | -------: |
+ | 0x0F | 0x0F |
+ | 0x10,0x10 | 0x10 |
+ | 0x12,0xAC | 0x02AC |
+ | 0x2D,0xEA, 0xD6 | 0x0DEAD6 |
+
+## కాష్ మార్పు {#cache-manipulation}
+
+కాష్ [`Cache.sol`](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol)లో అమలు చేయబడింది. దాన్ని లైన్ వారీగా చూద్దాం.
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+
+contract Cache {
+
+ bytes1 public constant INTO_CACHE = 0xFF;
+ bytes1 public constant DONT_CACHE = 0xFE;
+```
+
+మేము మొత్తం సమాచారాన్ని అందించిన ప్రత్యేక సందర్భాలను అర్థం చేసుకోవడానికి ఈ స్థిరాంకాలు ఉపయోగించబడతాయి మరియు దానిని కాష్లో వ్రాయాలనుకుంటున్నామా లేదా అనేది తెలియజేయడానికి. కాష్ లోకి రాయడానికి ఇంతకుముందు ఉపయోగించని నిల్వ స్లాట్లలోకి రెండు [`SSTORE`](https://www.evm.codes/#55) ఆపరేషన్లు అవసరం, ఒక్కొక్క దానికి 22100 గ్యాస్ ఖర్చు అవుతుంది, కనుక మేము దీన్ని ఐచ్ఛికం చేసాము.
+
+```solidity
+
+ mapping(uint => uint) public val2key;
+```
+
+విలువలు మరియు వాటి కీలకు మధ్య ఒక [మ్యాపింగ్](https://www.geeksforgeeks.org/solidity/solidity-mappings/). మీరు లావాదేవీని పంపే ముందు విలువలను ఎన్కోడ్ చేయడానికి ఈ సమాచారం అవసరం.
+
+```solidity
+ // స్థానం n కి కీ n+1 కోసం విలువ ఉంటుంది, ఎందుకంటే మనం సున్నాను
+ // "కాష్లో లేదు" అని భద్రపరచాలి.
+ uint[] public key2val;
+```
+
+కీల నుండి విలువలకు మ్యాపింగ్ కోసం మేము ఒక శ్రేణిని ఉపయోగించవచ్చు, ఎందుకంటే మేము కీలను కేటాయిస్తాము మరియు సరళత కోసం మేము దానిని వరుసగా చేస్తాము.
+
+```solidity
+ function cacheRead(uint _key) public view returns (uint) {
+ require(_key <= key2val.length, "ప్రారంభించని కాష్ ఎంట్రీని చదువుతోంది");
+ return key2val[_key-1];
+ } // cacheRead
+```
+
+కాష్ నుండి ఒక విలువను చదవండి.
+
+```solidity
+ // ఒక విలువ ఇప్పటికే కాష్లో లేకపోతే దాన్ని రాయండి
+ // పరీక్ష పని చేయడానికి మాత్రమే పబ్లిక్
+ function cacheWrite(uint _value) public returns (uint) {
+ // విలువ ఇప్పటికే కాష్లో ఉంటే, ప్రస్తుత కీని తిరిగి ఇవ్వండి
+ if (val2key[_value] != 0) {
+ return val2key[_value];
+ }
+```
+
+ఒకే విలువను కాష్లో ఒకటి కంటే ఎక్కువసార్లు ఉంచడంలో అర్థం లేదు. విలువ ఇప్పటికే అక్కడ ఉంటే, ఇప్పటికే ఉన్న కీని తిరిగి ఇవ్వండి.
+
+```solidity
+ // 0xFE ఒక ప్రత్యేక సందర్భం కాబట్టి, కాష్ పట్టుకోగల అతిపెద్ద కీ
+ // 0x0D తర్వాత 15 0xFFలు ఉంటాయి. కాష్ పొడవు ఇప్పటికే అంత
+ // పెద్దగా ఉంటే, విఫలమవుతుంది.
+ // 1 2 3 4 5 6 7 8 9 A B C D E F
+ require(key2val.length+1 < 0x0DFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF,
+ "కాష్ ఓవర్ఫ్లో");
+```
+
+అంత పెద్ద కాష్ మనకు ఎప్పటికీ లభిస్తుందని నేను అనుకోను (సుమారు 1.8\*1037 ఎంట్రీలు, దీనికి నిల్వ చేయడానికి సుమారు 1027 TB అవసరం). అయితే, ["640kB ఎల్లప్పుడూ సరిపోతుంది"](https://quoteinvestigator.com/2011/09/08/640k-enough/) అని గుర్తుంచుకోవడానికి నేను తగినంత పెద్దవాడిని. ఈ పరీక్ష చాలా చౌక.
+
+```solidity
+ // తదుపరి కీని ఉపయోగించి విలువను రాయండి
+ val2key[_value] = key2val.length+1;
+```
+
+రివర్స్ లుకప్ను జోడించండి (విలువ నుండి కీకి).
+
+```solidity
+ key2val.push(_value);
+```
+
+ఫార్వర్డ్ లుకప్ను జోడించండి (కీ నుండి విలువకి). మేము విలువలను వరుసగా కేటాయిస్తాము కాబట్టి, మేము దానిని చివరి శ్రేణి విలువ తర్వాత జోడించవచ్చు.
+
+```solidity
+ return key2val.length;
+ } // cacheWrite
+```
+
+`key2val` యొక్క కొత్త పొడవును తిరిగి ఇవ్వండి, ఇది కొత్త విలువ నిల్వ చేయబడిన సెల్.
+
+```solidity
+ function _calldataVal(uint startByte, uint length)
+ private pure returns (uint)
+```
+
+ఈ ఫంక్షన్ ఏకపక్ష పొడవు (32 బైట్ల వరకు, వర్డ్ సైజు) యొక్క కాల్డేటా నుండి ఒక విలువను చదువుతుంది.
+
+```solidity
+ {
+ uint _retVal;
+
+ require(length < 0x21,
+ "_calldataVal పొడవు పరిమితి 32 బైట్లు");
+ require(length + startByte <= msg.data.length,
+ "_calldataVal కాల్డేటాసైజ్ దాటి చదవడానికి ప్రయత్నిస్తోంది");
+```
+
+ఈ ఫంక్షన్ అంతర్గతమైనది, కాబట్టి మిగిలిన కోడ్ సరిగ్గా వ్రాయబడితే ఈ పరీక్షలు అవసరం లేదు. అయితే, వాటికి ఎక్కువ ఖర్చు కాదు కాబట్టి మనం వాటిని కలిగి ఉండవచ్చు.
+
+```solidity
+ assembly {
+ _retVal := calldataload(startByte)
+ }
+```
+
+ఈ కోడ్ [Yul](https://docs.soliditylang.org/en/v0.8.16/yul.html) లో ఉంది. ఇది కాల్డేటా నుండి 32 బైట్ విలువను చదువుతుంది. EVMలో ప్రారంభించని ఖాళీ సున్నాగా పరిగణించబడుతుంది కాబట్టి, కాల్డేటా `startByte+32` కి ముందు ఆగిపోయినా ఇది పనిచేస్తుంది.
+
+```solidity
+ _retVal = _retVal >> (256-length*8);
+```
+
+మాకు తప్పనిసరిగా 32 బైట్ విలువ అవసరం లేదు. ఇది అదనపు బైట్లను తొలగిస్తుంది.
+
+```solidity
+ return _retVal;
+ } // _calldataVal
+
+
+ // _fromByte నుండి ప్రారంభించి, కాల్డేటా నుండి ఒకే పారామీటర్ను చదవండి
+ function _readParam(uint _fromByte) internal
+ returns (uint _nextByte, uint _parameterValue)
+ {
+```
+
+కాల్డేటా నుండి ఒకే పారామీటర్ను చదవండి. గమనించండి, మనం చదివిన విలువను మాత్రమే కాకుండా, తదుపరి బైట్ యొక్క స్థానాన్ని కూడా తిరిగి ఇవ్వాలి, ఎందుకంటే పారామితులు 1 బైట్ నుండి 33 బైట్ల వరకు ఉండవచ్చు.
+
+```solidity
+ // మొదటి బైట్ మిగిలిన వాటిని ఎలా అర్థం చేసుకోవాలో చెబుతుంది
+ uint8 _firstByte;
+
+ _firstByte = uint8(_calldataVal(_fromByte, 1));
+```
+
+Solidity సంభావ్య ప్రమాదకరమైన [అంతర్లీన రకం మార్పిడులను](https://docs.soliditylang.org/en/v0.8.16/types.html#implicit-conversions) నిషేధించడం ద్వారా బగ్ల సంఖ్యను తగ్గించడానికి ప్రయత్నిస్తుంది. ఉదాహరణకు 256 బిట్స్ నుండి 8 బిట్స్ కి డౌన్గ్రేడ్ చేయడం స్పష్టంగా ఉండాలి.
+
+```solidity
+
+ // విలువను చదవండి, కానీ దాన్ని కాష్లో రాయవద్దు
+ if (_firstByte == uint8(DONT_CACHE))
+ return(_fromByte+33, _calldataVal(_fromByte+1, 32));
+
+ // విలువను చదవండి, మరియు దాన్ని కాష్లో రాయండి
+ if (_firstByte == uint8(INTO_CACHE)) {
+ uint _param = _calldataVal(_fromByte+1, 32);
+ cacheWrite(_param);
+ return(_fromByte+33, _param);
+ }
+
+ // మనం ఇక్కడకు వచ్చామంటే మనం కాష్ నుండి చదవాలి
+
+ // చదవడానికి అదనపు బైట్ల సంఖ్య
+ uint8 _extraBytes = _firstByte / 16;
+```
+
+తక్కువ [నిబుల్](https://en.wikipedia.org/wiki/Nibble) తీసుకొని, కాష్ నుండి విలువను చదవడానికి ఇతర బైట్లతో కలపండి.
+
+```solidity
+ uint _key = (uint256(_firstByte & 0x0F) << (8*_extraBytes)) +
+ _calldataVal(_fromByte+1, _extraBytes);
+
+ return (_fromByte+_extraBytes+1, cacheRead(_key));
+
+ } // _readParam
+
+
+ // n పారామీటర్లను చదవండి (ఫంక్షన్లు తమకు ఎన్ని పారామీటర్లు కావాలో తెలుసుకుంటాయి)
+ function _readParams(uint _paramNum) internal returns (uint[] memory) {
+```
+
+మేము కాల్డేటా నుండే మనకు ఉన్న పారామితుల సంఖ్యను పొందవచ్చు, కానీ మాకు కాల్ చేసే ఫంక్షన్లకు వారు ఎన్ని పారామితులను ఆశిస్తున్నారో తెలుసు. వారు మాకు చెప్పనివ్వడం సులభం.
+
+```solidity
+ // మనం చదివే పారామీటర్లు
+ uint[] memory params = new uint[](_paramNum);
+
+ // పారామీటర్లు బైట్ 4 వద్ద ప్రారంభమవుతాయి, దానికి ముందు ఫంక్షన్ సిగ్నేచర్ ఉంటుంది
+ uint _atByte = 4;
+
+ for(uint i=0; i<_paramNum; i++) {
+ (_atByte, params[i]) = _readParam(_atByte);
+ }
+```
+
+మీకు అవసరమైన సంఖ్య వచ్చేవరకు పారామీటర్లను చదవండి. మనం కాల్డేటా చివరికి వెళితే, `_readParams` కాల్ను రద్దు చేస్తుంది.
+
+```solidity
+
+ return(params);
+ } // readParams
+
+ // _readParams ను పరీక్షించడానికి, నాలుగు పారామీటర్లను చదవడం పరీక్షించండి
+ function fourParam() public
+ returns (uint256,uint256,uint256,uint256)
+ {
+ uint[] memory params;
+ params = _readParams(4);
+ return (params[0], params[1], params[2], params[3]);
+ } // fourParam
+```
+
+ఫౌండ్రీ యొక్క ఒక పెద్ద ప్రయోజనం ఏమిటంటే, ఇది సాలిడిటీలో పరీక్షలను వ్రాయడానికి అనుమతిస్తుంది ([క్రింద కాష్ని పరీక్షించడం చూడండి](#testing-the-cache)). ఇది యూనిట్ పరీక్షలను చాలా సులభం చేస్తుంది. ఇది నాలుగు పారామీటర్లను చదివి, వాటిని తిరిగి ఇచ్చే ఒక ఫంక్షన్, తద్వారా పరీక్ష వాటిని సరిగ్గా ఉన్నాయని ధృవీకరించగలదు.
+
+```solidity
+ // ఒక విలువను పొందండి, దానిని ఎన్కోడ్ చేసే బైట్లను తిరిగి ఇవ్వండి (సాధ్యమైతే కాష్ ఉపయోగించి)
+ function encodeVal(uint _val) public view returns(bytes memory) {
+```
+
+`encodeVal` అనేది కాష్ను ఉపయోగించే కాల్డేటాను సృష్టించడానికి సహాయపడటానికి ఆఫ్చెయిన్ కోడ్ కాల్ చేసే ఒక ఫంక్షన్. ఇది ఒకే విలువను స్వీకరించి, దానిని ఎన్కోడ్ చేసే బైట్లను తిరిగి ఇస్తుంది. ఈ ఫంక్షన్ ఒక `view`, కాబట్టి దీనికి లావాదేవీ అవసరం లేదు మరియు బాహ్యంగా కాల్ చేసినప్పుడు ఏ గ్యాస్ ఖర్చు కాదు.
+
+```solidity
+ uint _key = val2key[_val];
+
+ // విలువ ఇంకా కాష్లో లేదు, దాన్ని జోడించండి
+ if (_key == 0)
+ return bytes.concat(INTO_CACHE, bytes32(_val));
+```
+
+[EVM](/developers/docs/evm/)లో ప్రారంభించని నిల్వ అంతా సున్నాలుగా భావించబడుతుంది. కాబట్టి, అక్కడ లేని విలువ కోసం కీని చూస్తే, మనకు సున్నా వస్తుంది. ఆ సందర్భంలో, దానిని ఎన్కోడ్ చేసే బైట్లు `INTO_CACHE` (కాబట్టి అది తదుపరిసారి కాష్ చేయబడుతుంది), ఆ తర్వాత వాస్తవ విలువ ఉంటుంది.
+
+```solidity
+ // కీ <0x10 అయితే, దానిని ఒకే బైట్గా తిరిగి ఇవ్వండి
+ if (_key < 0x10)
+ return bytes.concat(bytes1(uint8(_key)));
+```
+
+ఒకే బైట్లు చాలా సులభం. మేము [`bytes.concat`](https://docs.soliditylang.org/en/v0.8.16/types.html#the-functions-bytes-concat-and-string-concat) ను `bytes` రకాన్ని ఏ పొడవునైనా ఉండే బైట్ శ్రేణిగా మార్చడానికి ఉపయోగిస్తాము. పేరు ఉన్నప్పటికీ, కేవలం ఒక ఆర్గ్యుమెంట్తో అందించినప్పుడు ఇది బాగా పనిచేస్తుంది.
+
+```solidity
+ // రెండు బైట్ల విలువ, 0x1vvv గా ఎన్కోడ్ చేయబడింది
+ if (_key < 0x1000)
+ return bytes.concat(bytes2(uint16(_key) | 0x1000));
+```
+
+మనకు 163 కన్నా తక్కువ ఉన్న కీ ఉన్నప్పుడు, దానిని రెండు బైట్లలో వ్యక్తీకరించవచ్చు. మేము మొదట 256 బిట్ విలువ అయిన `_key` ను 16 బిట్ విలువకు మార్చి, మొదటి బైట్కు అదనపు బైట్ల సంఖ్యను జోడించడానికి లాజికల్ ఆర్ ని ఉపయోగిస్తాము. అప్పుడు మనం దానిని `bytes2` విలువలోకి మారుస్తాము, దానిని `bytes` గా మార్చవచ్చు.
+
+```solidity
+ // కింది లైన్లను లూప్గా చేయడానికి బహుశా ఒక తెలివైన మార్గం ఉంది,
+ // కానీ ఇది ఒక వీక్షణ ఫంక్షన్ కాబట్టి నేను ప్రోగ్రామర్ సమయం మరియు
+ // సరళత కోసం ఆప్టిమైజ్ చేస్తున్నాను.
+
+ if (_key < 16*256**2)
+ return bytes.concat(bytes3(uint24(_key) | (0x2 * 16 * 256**2)));
+ if (_key < 16*256**3)
+ return bytes.concat(bytes4(uint32(_key) | (0x3 * 16 * 256**3)));
+ .
+ .
+ .
+ if (_key < 16*256**14)
+ return bytes.concat(bytes15(uint120(_key) | (0xE * 16 * 256**14)));
+ if (_key < 16*256**15)
+ return bytes.concat(bytes16(uint128(_key) | (0xF * 16 * 256**15)));
+```
+
+ఇతర విలువలు (3 బైట్లు, 4 బైట్లు, మొదలైనవి) వివిధ ఫీల్డ్ పరిమాణాలతో ఒకే విధంగా నిర్వహించబడతాయి.
+
+```solidity
+ // మనం ఇక్కడకు వస్తే, ఏదో తప్పు జరిగింది.
+ revert("encodeValలో లోపం, జరగకూడదు");
+```
+
+మనం ఇక్కడకు వస్తే, మనకు 16\*25615 కన్నా తక్కువ కాని కీ వచ్చింది అని అర్థం. కానీ `cacheWrite` కీలను పరిమితం చేస్తుంది కాబట్టి మనం 14\*25616 వరకు కూడా పొందలేము (దీనికి మొదటి బైట్ 0xFE ఉంటుంది, కాబట్టి ఇది `DONT_CACHE` లాగా కనిపిస్తుంది). కానీ భవిష్యత్ ప్రోగ్రామర్ ఒక బగ్ను ప్రవేశపెట్టిన సందర్భంలో ఒక పరీక్షను జోడించడానికి మాకు ఎక్కువ ఖర్చు కాదు.
+
+```solidity
+ } // encodeVal
+
+} // Cache
+```
+
+### కాష్ని పరీక్షించడం {#testing-the-cache}
+
+ఫౌండ్రీ యొక్క ప్రయోజనాలలో ఒకటి ఏమిటంటే, [ఇది సాలిడిటీలో పరీక్షలను వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది](https://getfoundry.sh/forge/tests/overview/), ఇది యూనిట్ పరీక్షలను వ్రాయడాన్ని సులభం చేస్తుంది. `Cache` తరగతికి సంబంధించిన పరీక్షలు [ఇక్కడ](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/Cache.t.sol) ఉన్నాయి. పరీక్షా కోడ్ పునరావృతమవుతుంది కాబట్టి, ఈ వ్యాసం కేవలం ఆసక్తికరమైన భాగాలను మాత్రమే వివరిస్తుంది.
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+import "forge-std/Test.sol";
+
+
+// కన్సోల్ కోసం `forge test -vv` ను అమలు చేయాలి.
+import "forge-std/console.sol";
+```
+
+ఇది కేవలం పరీక్షా ప్యాకేజీని మరియు `console.log` ను ఉపయోగించడానికి అవసరమైన బాయిలర్ప్లేట్.
+
+```solidity
+import "src/Cache.sol";
+```
+
+మేము పరీక్షిస్తున్న కాంట్రాక్టు గురించి తెలుసుకోవాలి.
+
+```solidity
+contract CacheTest is Test {
+ Cache cache;
+
+ function setUp() public {
+ cache = new Cache();
+ }
+```
+
+`setUp` ఫంక్షన్ ప్రతి పరీక్షకు ముందు కాల్ చేయబడుతుంది. ఈ సందర్భంలో మేము కేవలం ఒక కొత్త కాష్ను సృష్టిస్తాము, తద్వారా మా పరీక్షలు ఒకదానిపై ఒకటి ప్రభావం చూపవు.
+
+```solidity
+ function testCaching() public {
+```
+
+పరీక్షలు అనేవి `test` తో మొదలయ్యే ఫంక్షన్లు. ఈ ఫంక్షన్ ప్రాథమిక కాష్ కార్యాచరణను, విలువలను వ్రాసి వాటిని మళ్ళీ చదవడాన్ని తనిఖీ చేస్తుంది.
+
+```solidity
+ for(uint i=1; i<5000; i++) {
+ cache.cacheWrite(i*i);
+ }
+
+ for(uint i=1; i<5000; i++) {
+ assertEq(cache.cacheRead(i), i*i);
+```
+
+[`assert...` ఫంక్షన్లను](https://getfoundry.sh/reference/forge-std/std-assertions/) ఉపయోగించి మీరు అసలు పరీక్షను ఎలా చేస్తారో ఇది చూపిస్తుంది. ఈ సందర్భంలో, మేము వ్రాసిన విలువ చదివిన విలువతో సమానంగా ఉందని తనిఖీ చేస్తాము. కాష్ కీలు సరళంగా కేటాయించబడతాయని మాకు తెలుసు కాబట్టి `cache.cacheWrite` ఫలితాన్ని మనం విస్మరించవచ్చు.
+
+```solidity
+ }
+ } // testCaching
+
+
+ // ఒకే విలువను చాలాసార్లు కాష్ చేయండి, కీ అలాగే ఉండేలా చూసుకోండి
+ //
+ function testRepeatCaching() public {
+ for(uint i=1; i<100; i++) {
+ uint _key1 = cache.cacheWrite(i);
+ uint _key2 = cache.cacheWrite(i);
+ assertEq(_key1, _key2);
+ }
+```
+
+మొదట మనం ప్రతి విలువను కాష్లోకి రెండుసార్లు రాసి, కీలు ఒకేలా ఉన్నాయని నిర్ధారించుకుంటాము (అంటే రెండవ రైట్ నిజంగా జరగలేదు).
+
+```solidity
+ for(uint i=1; i<100; i+=3) {
+ uint _key = cache.cacheWrite(i);
+ assertEq(_key, i);
+ }
+ } // testRepeatCaching
+```
+
+సిద్ధాంతపరంగా, వరుసగా కాష్ రైట్లను ప్రభావితం చేయని బగ్ ఉండవచ్చు. కాబట్టి ఇక్కడ మనం వరుసగా లేని కొన్ని రైట్లను చేస్తాము మరియు విలువలు ఇప్పటికీ తిరిగి వ్రాయబడలేదని చూస్తాము.
+
+```solidity
+ // మెమరీ బఫర్ నుండి ఒక uint ను చదవండి (మనం పంపిన పారామీటర్లను తిరిగి పొందుతున్నామని నిర్ధారించుకోవడానికి
+ //)
+ function toUint256(bytes memory _bytes, uint256 _start) internal pure
+ returns (uint256)
+```
+
+ఒక `bytes memory` బఫర్ నుండి 256 బిట్ వర్డ్ను చదవండి. ఈ యుటిలిటీ ఫంక్షన్ కాష్ను ఉపయోగించే ఫంక్షన్ కాల్ను రన్ చేసినప్పుడు సరైన ఫలితాలను స్వీకరిస్తున్నామని ధృవీకరించడానికి మాకు సహాయపడుతుంది.
+
+```solidity
+ {
+ require(_bytes.length >= _start + 32, "toUint256_outOfBounds");
+ uint256 tempUint;
+
+ assembly {
+ tempUint := mload(add(add(_bytes, 0x20), _start))
+ }
+```
+
+Yul `uint256` కు మించిన డేటా స్ట్రక్చర్లకు మద్దతు ఇవ్వదు, కాబట్టి మీరు మెమరీ బఫర్ `_bytes` వంటి మరింత అధునాతన డేటా స్ట్రక్చర్ను సూచించినప్పుడు, మీరు ఆ స్ట్రక్చర్ యొక్క చిరునామాను పొందుతారు. Solidity పొడవును కలిగి ఉన్న 32 బైట్ల పదం తర్వాత అసలు బైట్లుగా `bytes memory` విలువలను నిల్వ చేస్తుంది, కాబట్టి `_start` బైట్ నంబర్ పొందడానికి మనం `_bytes+32+_start` ను లెక్కించాలి.
+
+```solidity
+
+ return tempUint;
+ } // toUint256
+
+ // fourParams() కోసం ఫంక్షన్ సిగ్నేచర్, సౌజన్యంతో
+ // https://www.4byte.directory/signatures/?bytes4_signature=0x3edc1e6d
+ bytes4 constant FOUR_PARAMS = 0x3edc1e6d;
+
+ // మనం సరైన విలువలను తిరిగి పొందుతున్నామని చూడటానికి కేవలం కొన్ని స్థిరమైన విలువలు
+ uint256 constant VAL_A = 0xDEAD60A7;
+ uint256 constant VAL_B = 0xBEEF;
+ uint256 constant VAL_C = 0x600D;
+ uint256 constant VAL_D = 0x600D60A7;
+```
+
+పరీక్ష కోసం మాకు కొన్ని స్థిరాంకాలు అవసరం.
+
+```solidity
+ function testReadParam() public {
+```
+
+పారామీటర్లను సరిగ్గా చదవగలమని పరీక్షించడానికి `readParams` ని ఉపయోగించే `fourParams()` ఫంక్షన్ను కాల్ చేయండి.
+
+```solidity
+ address _cacheAddr = address(cache);
+ bool _success;
+ bytes memory _callInput;
+ bytes memory _callOutput;
+```
+
+కాష్ ఉపయోగించి ఫంక్షన్ను కాల్ చేయడానికి మనం సాధారణ ABI మెకానిజంను ఉపయోగించలేము, కాబట్టి మనం తక్కువ స్థాయి [`.call()`](https://docs.soliditylang.org/en/v0.8.16/types.html#members-of-addresses) మెకానిజంను ఉపయోగించాలి. ఆ మెకానిజం ఇన్పుట్గా `bytes memory` తీసుకుంటుంది, మరియు దానిని (అలాగే ఒక బూలియన్ విలువను) అవుట్పుట్గా తిరిగి ఇస్తుంది.
+
+```solidity
+ // మొదటి కాల్, కాష్ ఖాళీగా ఉంది
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+```
+
+ఒకే కాంట్రాక్ట్ కాష్ చేసిన ఫంక్షన్లకు (లావాదేవీల నుండి నేరుగా కాల్ల కోసం) మరియు నాన్-కాష్ చేసిన ఫంక్షన్లకు (ఇతర స్మార్ట్ కాంట్రాక్ట్ల నుండి కాల్ల కోసం) మద్దతు ఇవ్వడం ఉపయోగకరం. అది చేయడానికి మనం ప్రతిదీ [ఒక `fallback` ఫంక్షన్లో](https://docs.soliditylang.org/en/v0.8.16/contracts.html#fallback-function) ఉంచడానికి బదులుగా, సరైన ఫంక్షన్ను కాల్ చేయడానికి సాలిడిటీ మెకానిజంపై ఆధారపడాలి. దీన్ని చేయడం వల్ల కంపోజబిలిటీ చాలా సులభం అవుతుంది. చాలా సందర్భాలలో ఫంక్షన్ను గుర్తించడానికి ఒకే బైట్ సరిపోతుంది, కాబట్టి మనం మూడు బైట్లను వృధా చేస్తున్నాము (16\*3=48 గ్యాస్). అయితే, నేను ఇది రాస్తున్నప్పుడు ఆ 48 గ్యాస్ 0.07 సెంట్లు ఖర్చవుతుంది, ఇది సరళమైన, తక్కువ బగ్ ప్రూన్ కోడ్ యొక్క సరైన ఖర్చు.
+
+```solidity
+ // మొదటి విలువ, దాన్ని కాష్లోకి జోడించండి
+ cache.INTO_CACHE(),
+ bytes32(VAL_A),
+```
+
+మొదటి విలువ: ఇది కాష్లోకి వ్రాయవలసిన పూర్తి విలువ అని చెప్పే ఒక ఫ్లాగ్, ఆ తర్వాత విలువ యొక్క 32 బైట్లు. ఇతర మూడు విలువలు కూడా ఇలాంటివే, అయితే `VAL_B` కాష్లోకి వ్రాయబడదు మరియు `VAL_C` మూడవ మరియు నాల్గవ పారామీటర్ రెండూ.
+
+```solidity
+ .
+ .
+ .
+ );
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+```
+
+ఇక్కడే మనం అసలు `Cache` కాంట్రాక్ట్ను కాల్ చేస్తాము.
+
+```solidity
+ assertEq(_success, true);
+```
+
+కాల్ విజయవంతం అవుతుందని మేము ఆశిస్తున్నాము.
+
+```solidity
+ assertEq(cache.cacheRead(1), VAL_A);
+ assertEq(cache.cacheRead(2), VAL_C);
+```
+
+మనం ఖాళీ కాష్తో ప్రారంభించి, ఆ తర్వాత `VAL_A` తర్వాత `VAL_C` ని జోడిస్తాము. మొదటిదానికి కీ 1, మరియు రెండవదానికి 2 ఉంటుందని మేము ఆశిస్తాము.
+
+```
+ assertEq(toUint256(_callOutput,0), VAL_A);
+ assertEq(toUint256(_callOutput,32), VAL_B);
+ assertEq(toUint256(_callOutput,64), VAL_C);
+ assertEq(toUint256(_callOutput,96), VAL_C);
+```
+
+అవుట్పుట్ నాలుగు పారామీటర్లు. ఇక్కడ అది సరైనదని మేము ధృవీకరిస్తాము.
+
+```solidity
+ // రెండవ కాల్, మనం కాష్ను ఉపయోగించవచ్చు
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // కాష్లో మొదటి విలువ
+ bytes1(0x01),
+```
+
+16 కంటే తక్కువ ఉన్న కాష్ కీలు కేవలం ఒక బైట్.
+
+```solidity
+ // రెండవ విలువ, దాన్ని కాష్లోకి జోడించవద్దు
+ cache.DONT_CACHE(),
+ bytes32(VAL_B),
+
+ // మూడవ మరియు నాల్గవ విలువలు, ఒకే విలువ
+ bytes1(0x02),
+ bytes1(0x02)
+ );
+ .
+ .
+ .
+ } // testReadParam
+```
+
+కాల్ తర్వాత పరీక్షలు మొదటి కాల్ తర్వాత పరీక్షలతో సమానంగా ఉంటాయి.
+
+```solidity
+ function testEncodeVal() public {
+```
+
+ఈ ఫంక్షన్ `testReadParam` కు సమానమైనది, అయితే పారామీటర్లను స్పష్టంగా వ్రాయడానికి బదులుగా మనం `encodeVal()` ని ఉపయోగిస్తాము.
+
+```solidity
+ .
+ .
+ .
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+ cache.encodeVal(VAL_A),
+ cache.encodeVal(VAL_B),
+ cache.encodeVal(VAL_C),
+ cache.encodeVal(VAL_D)
+ );
+ .
+ .
+ .
+ assertEq(_callInput.length, 4+1*4);
+ } // testEncodeVal
+```
+
+`testEncodeVal()` లో ఏకైక అదనపు పరీక్ష `_callInput` పొడవు సరైనదని ధృవీకరించడం. మొదటి కాల్ కోసం ఇది 4+33_4. రెండవది, ప్రతి విలువ ఇప్పటికే కాష్లో ఉంది, ఇది 4+1_4.
+
+```solidity
+ // కీ ఒకటి కంటే ఎక్కువ బైట్లు ఉన్నప్పుడు encodeVal ను పరీక్షించండి
+ // గరిష్టంగా మూడు బైట్లు ఎందుకంటే కాష్ను నాలుగు బైట్లకు నింపడానికి
+ // చాలా సమయం పడుతుంది.
+ function testEncodeValBig() public {
+ // కాష్లో కొన్ని విలువలను ఉంచండి.
+ // విషయాలను సరళంగా ఉంచడానికి, n విలువ కోసం కీ n ను ఉపయోగించండి.
+ for(uint i=1; i<0x1FFF; i++) {
+ cache.cacheWrite(i);
+ }
+```
+
+పై `testEncodeVal` ఫంక్షన్ కాష్లోకి నాలుగు విలువలను మాత్రమే రాస్తుంది, కాబట్టి [మల్టీ-బైట్ విలువలతో వ్యవహరించే ఫంక్షన్ భాగం](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol#L144-L171) తనిఖీ చేయబడదు. కానీ ఆ కోడ్ సంక్లిష్టంగా మరియు లోపాలతో కూడుకున్నది.
+
+ఈ ఫంక్షన్ యొక్క మొదటి భాగం 1 నుండి 0x1FFF వరకు ఉన్న అన్ని విలువలను వరుసగా కాష్లోకి రాసే లూప్, కాబట్టి మనం ఆ విలువలను ఎన్కోడ్ చేయగలము మరియు అవి ఎక్కడికి వెళ్తున్నాయో తెలుసుకోగలము.
+
+```solidity
+ .
+ .
+ .
+
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+ cache.encodeVal(0x000F), // ఒక బైట్ 0x0F
+ cache.encodeVal(0x0010), // రెండు బైట్లు 0x1010
+ cache.encodeVal(0x0100), // రెండు బైట్లు 0x1100
+ cache.encodeVal(0x1000) // మూడు బైట్లు 0x201000
+ );
+```
+
+ఒక బైట్, రెండు బైట్, మరియు మూడు బైట్ విలువలను పరీక్షించండి. దానికంటే మించి మనం పరీక్షించము ఎందుకంటే తగినంత స్టాక్ ఎంట్రీలు (కనీసం 0x10000000, సుమారు పావు బిలియన్) రాయడానికి చాలా సమయం పడుతుంది.
+
+```solidity
+ .
+ .
+ .
+ .
+ } // testEncodeValBig
+
+
+ // చాలా చిన్న బఫర్తో మనం ఒక తిరస్కరణ పొందుతామని పరీక్షించండి
+ function testShortCalldata() public {
+```
+
+తగినన్ని పారామీటర్లు లేని అసాధారణ సందర్భంలో ఏమి జరుగుతుందో పరీక్షించండి.
+
+```solidity
+ .
+ .
+ .
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+ assertEq(_success, false);
+ } // testShortCalldata
+```
+
+ఇది తిరస్కరిస్తుంది కాబట్టి, మనం పొందవలసిన ఫలితం `false`.
+
+```
+ // అక్కడ లేని కాష్ కీలతో కాల్ చేయండి
+ function testNoCacheKey() public {
+ .
+ .
+ .
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // మొదటి విలువ, దాన్ని కాష్లోకి జోడించండి
+ cache.INTO_CACHE(),
+ bytes32(VAL_A),
+
+ // రెండవ విలువ
+ bytes1(0x0F),
+ bytes2(0x1234),
+ bytes11(0xA10102030405060708090A)
+ );
+```
+
+ఈ ఫంక్షన్ నాలుగు పూర్తిగా సరైన పారామీటర్లను పొందుతుంది, అయితే కాష్ ఖాళీగా ఉంది కాబట్టి అక్కడ చదవడానికి విలువలు లేవు.
+
+```solidity
+ .
+ .
+ .
+ // చాలా పొడవైన బఫర్తో ప్రతిదీ ఫైల్ పనిచేస్తుందని పరీక్షించండి
+ function testLongCalldata() public {
+ address _cacheAddr = address(cache);
+ bool _success;
+ bytes memory _callInput;
+ bytes memory _callOutput;
+
+ // మొదటి కాల్, కాష్ ఖాళీగా ఉంది
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // మొదటి విలువ, దాన్ని కాష్లోకి జోడించండి
+ cache.INTO_CACHE(), bytes32(VAL_A),
+
+ // రెండవ విలువ, దాన్ని కాష్లోకి జోడించండి
+ cache.INTO_CACHE(), bytes32(VAL_B),
+
+ // మూడవ విలువ, దాన్ని కాష్లోకి జోడించండి
+ cache.INTO_CACHE(), bytes32(VAL_C),
+
+ // నాల్గవ విలువ, దాన్ని కాష్లోకి జోడించండి
+ cache.INTO_CACHE(), bytes32(VAL_D),
+
+ // మరియు "మంచి అదృష్టం" కోసం మరొక విలువ
+ bytes4(0x31112233)
+ );
+```
+
+ఈ ఫంక్షన్ ఐదు విలువలను పంపుతుంది. ఐదవ విలువ విస్మరించబడుతుందని మాకు తెలుసు ఎందుకంటే ఇది చెల్లుబాటు అయ్యే కాష్ ఎంట్రీ కాదు, ఇది చేర్చబడకపోతే ఒక తిరస్కరణకు కారణమయ్యేది.
+
+```solidity
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+ assertEq(_success, true);
+ .
+ .
+ .
+ } // testLongCalldata
+
+} // CacheTest
+
+```
+
+## ఒక నమూనా యాప్ {#a-sample-app}
+
+సాలిడిటీలో పరీక్షలు రాయడం చాలా మంచిది, కానీ చివరికి ఒక డాప్ ఉపయోగకరంగా ఉండటానికి చైన్ వెలుపల నుండి అభ్యర్థనలను ప్రాసెస్ చేయగలగాలి. ఈ వ్యాసం `WORM` తో ఒక డాప్లో కాషింగ్ ఎలా ఉపయోగించాలో ప్రదర్శిస్తుంది, ఇది "ఒకసారి రాయండి, చాలాసార్లు చదవండి" అని సూచిస్తుంది. ఒక కీ ఇంకా వ్రాయబడకపోతే, మీరు దానికి ఒక విలువను వ్రాయవచ్చు. కీ ఇప్పటికే వ్రాయబడితే, మీకు ఒక తిరస్కరణ లభిస్తుంది.
+
+### ఒప్పందం {#the-contract}
+
+[ఇది కాంట్రాక్ట్](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/WORM.sol). ఇది ఎక్కువగా `Cache` మరియు `CacheTest` తో మనం ఇప్పటికే చేసిన దానిని పునరావృతం చేస్తుంది, కాబట్టి మేము ఆసక్తికరమైన భాగాలను మాత్రమే కవర్ చేస్తాము.
+
+```solidity
+import "./Cache.sol";
+
+contract WORM is Cache {
+```
+
+`Cache` ను ఉపయోగించడానికి సులభమైన మార్గం దానిని మన స్వంత కాంట్రాక్ట్లో వారసత్వంగా పొందడం.
+
+```solidity
+ function writeEntryCached() external {
+ uint[] memory params = _readParams(2);
+ writeEntry(params[0], params[1]);
+ } // writeEntryCached
+```
+
+ఈ ఫంక్షన్ పై `CacheTest` లోని `fourParam` కు సమానమైనది. మేము ABI స్పెసిఫికేషన్లను అనుసరించడం లేదు కాబట్టి, ఫంక్షన్లో ఏ పారామీటర్లను ప్రకటించకపోవడం ఉత్తమం.
+
+```solidity
+ // మమ్మల్ని కాల్ చేయడం సులభం చేయండి
+ // writeEntryCached() కోసం ఫంక్షన్ సిగ్నేచర్, సౌజన్యంతో
+ // https://www.4byte.directory/signatures/?bytes4_signature=0xe4e4f2d3
+ bytes4 constant public WRITE_ENTRY_CACHED = 0xe4e4f2d3;
+```
+
+`writeEntryCached` ని కాల్ చేసే బాహ్య కోడ్ మాన్యువల్గా కాల్డేటాను నిర్మించవలసి ఉంటుంది, `worm.writeEntryCached` ని ఉపయోగించడానికి బదులుగా, ఎందుకంటే మేము ABI స్పెసిఫికేషన్లను అనుసరించడం లేదు. ఈ స్థిరమైన విలువను కలిగి ఉండటం దానిని వ్రాయడాన్ని సులభం చేస్తుంది.
+
+మనం `WRITE_ENTRY_CACHED` ను స్టేట్ వేరియబుల్గా నిర్వచించినప్పటికీ, దానిని బాహ్యంగా చదవడానికి దాని గెట్టర్ ఫంక్షన్, `worm.WRITE_ENTRY_CACHED()` ను ఉపయోగించడం అవసరం.
+
+```solidity
+ function readEntry(uint key) public view
+ returns (uint _value, address _writtenBy, uint _writtenAtBlock)
+```
+
+రీడ్ ఫంక్షన్ ఒక `view`, కాబట్టి దీనికి లావాదేవీ అవసరం లేదు మరియు గ్యాస్ ఖర్చు కాదు. ఫలితంగా, పారామీటర్ కోసం కాష్ను ఉపయోగించడం వల్ల ఎటువంటి ప్రయోజనం లేదు. వీక్షణ ఫంక్షన్లతో సరళమైన ప్రామాణిక మెకానిజంను ఉపయోగించడం ఉత్తమం.
+
+### పరీక్షా కోడ్ {#the-testing-code}
+
+[ఇది కాంట్రాక్ట్ కోసం పరీక్షా కోడ్](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/WORM.t.sol). మళ్ళీ, ఆసక్తికరంగా ఉన్నదాన్ని మాత్రమే చూద్దాం.
+
+```solidity
+ function testWReadWrite() public {
+ worm.writeEntry(0xDEAD, 0x60A7);
+
+ vm.expectRevert(bytes("entry already written"));
+ worm.writeEntry(0xDEAD, 0xBEEF);
+```
+
+[ఇది (`vm.expectRevert`)](https://book.getfoundry.sh/cheatcodes/expect-revert#expectrevert) మనం ఒక ఫౌండ్రీ పరీక్షలో తదుపరి కాల్ విఫలం కావాలని, మరియు విఫలం కావడానికి నివేదించబడిన కారణాన్ని ఎలా పేర్కొంటామో చూపిస్తుంది. ఇది మనం సింటాక్స్ `.` ను ఉపయోగించినప్పుడు వర్తిస్తుంది.()` కాల్డేటాను నిర్మించి, తక్కువ స్థాయి ఇంటర్ఫేస్ (`.call()\`, మొదలైనవి) ఉపయోగించి కాంట్రాక్ట్ను కాల్ చేయడానికి బదులుగా.
+
+```solidity
+ function testReadWriteCached() public {
+ uint cacheGoat = worm.cacheWrite(0x60A7);
+```
+
+ఇక్కడ మనం `cacheWrite` కాష్ కీని తిరిగి ఇస్తుందనే వాస్తవాన్ని ఉపయోగిస్తాము. ఇది మనం ఉత్పత్తిలో ఉపయోగించాలని ఆశించే విషయం కాదు, ఎందుకంటే `cacheWrite` స్థితిని మారుస్తుంది, మరియు అందువల్ల కేవలం ఒక లావాదేవీ సమయంలో మాత్రమే కాల్ చేయబడుతుంది. లావాదేవీలకు రిటర్న్ విలువలు ఉండవు, వాటికి ఫలితాలు ఉంటే ఆ ఫలితాలు ఈవెంట్లుగా విడుదల చేయబడతాయి. కాబట్టి `cacheWrite` రిటర్న్ విలువ కేవలం ఆన్చెయిన్ కోడ్ నుండి మాత్రమే అందుబాటులో ఉంటుంది, మరియు ఆన్చెయిన్ కోడ్కు పారామీటర్ కాషింగ్ అవసరం లేదు.
+
+```solidity
+ (_success,) = address(worm).call(_callInput);
+```
+
+ఇది `.call()` కు రెండు రిటర్న్ విలువలు ఉన్నప్పటికీ, మనం కేవలం మొదటిదానిపై మాత్రమే శ్రద్ధ వహిస్తున్నామని Solidity కి ఎలా చెబుతామో చూపిస్తుంది.
+
+```solidity
+ (_success,) = address(worm).call(_callInput);
+ assertEq(_success, false);
+```
+
+మనం తక్కువ స్థాయి `.call()` ఫంక్షన్ను ఉపయోగిస్తున్నాము కాబట్టి, మనం `vm.expectRevert()` ను ఉపయోగించలేము మరియు కాల్ నుండి మనం పొందే బూలియన్ సక్సెస్ విలువను చూడాలి.
+
+```solidity
+ event EntryWritten(uint indexed key, uint indexed value);
+
+ .
+ .
+ .
+
+ _callInput = bytes.concat(
+ worm.WRITE_ENTRY_CACHED(), worm.encodeVal(a), worm.encodeVal(b));
+ vm.expectEmit(true, true, false, false);
+ emit EntryWritten(a, b);
+ (_success,) = address(worm).call(_callInput);
+```
+
+ఫౌండ్రీలో కోడ్ [ఒక ఈవెంట్ను సరిగ్గా విడుదల చేస్తుందని](https://getfoundry.sh/reference/cheatcodes/expect-emit/) మనం ధృవీకరించే మార్గం ఇది.
+
+### క్లయింట్ {#the-client}
+
+Solidity పరీక్షలతో మీరు పొందలేని ఒక విషయం ఏమిటంటే, మీరు మీ స్వంత అప్లికేషన్లో కట్ చేసి పేస్ట్ చేయగల జావాస్క్రిప్ట్ కోడ్. ఆ కోడ్ వ్రాయడానికి నేను WORM ను [Optimism Goerli](https://community.optimism.io/docs/useful-tools/networks/#optimism-goerli), [Optimism's](https://www.optimism.io/) కొత్త టెస్టునెట్కు triển khai చేసాను. ఇది చిరునామా [`0xd34335b1d818cee54e3323d3246bd31d94e6a78a`](https://goerli-optimism.etherscan.io/address/0xd34335b1d818cee54e3323d3246bd31d94e6a78a) వద్ద ఉంది.
+
+[మీరు ఇక్కడ ఖాతాదారుల కోసం జావాస్క్రిప్ట్ కోడ్ చూడవచ్చు](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/javascript/index.js). దీన్ని ఉపయోగించడానికి:
+
+1. git రిపోజిటరీని క్లోన్ చేయండి:
+
+ ```sh
+ git clone https://github.com/qbzzt/20220915-all-you-can-cache.git
+ ```
+
+2. అవసరమైన ప్యాకేజీలను ఇన్స్టాల్ చేయండి:
+
+ ```sh
+ cd javascript
+ yarn
+ ```
+
+3. కాన్ఫిగరేషన్ ఫైల్ను కాపీ చేయండి:
+
+ ```sh
+ cp .env.example .env
+ ```
+
+4. మీ కాన్ఫిగరేషన్ కోసం `.env` ని సవరించండి:
+
+ | పరామితి | విలువ |
+ | ------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+ | MNEMONIC | లావాదేవీ కోసం చెల్లించడానికి తగినంత ETH ఉన్న ఖాతా కోసం మ్నెమోనిక్. [మీరు Optimism Goerli నెట్వర్క్ కోసం ఉచిత ETH ను ఇక్కడ పొందవచ్చు](https://optimismfaucet.xyz/). |
+ | OPTIMISM_GOERLI_URL | Optimism Goerli కు URL. పబ్లిక్ ఎండ్పాయింట్, `https://goerli.optimism.io`, రేట్ లిమిటెడ్ కానీ ఇక్కడ మనకు అవసరమైన దానికి సరిపోతుంది |
+
+5. `index.js` ను అమలు చేయండి.
+
+ ```sh
+ node index.js
+ ```
+
+ ఈ నమూనా అప్లికేషన్ మొదట WORM కి ఒక ఎంట్రీని వ్రాస్తుంది, కాల్డేటా మరియు Etherscan పై లావాదేవీకి ఒక లింక్ను ప్రదర్శిస్తుంది. అప్పుడు అది ఆ ఎంట్రీని తిరిగి చదువుతుంది, మరియు అది ఉపయోగించే కీ మరియు ఎంట్రీలోని విలువలను (విలువ, బ్లాక్ నంబర్, మరియు రచయిత) ప్రదర్శిస్తుంది.
+
+ఖాతాదారుల చాలా వరకు సాధారణ డాప్ జావాస్క్రిప్ట్. కాబట్టి మళ్ళీ మనం కేవలం ఆసక్తికరమైన భాగాలను మాత్రమే చూస్తాము.
+
+```javascript
+.
+.
+.
+const main = async () => {
+ const func = await worm.WRITE_ENTRY_CACHED()
+
+ // ప్రతిసారీ కొత్త కీ అవసరం
+ const key = await worm.encodeVal(Number(new Date()))
+```
+
+ఒక ఇచ్చిన స్లాట్లో ఒకసారి మాత్రమే వ్రాయవచ్చు, కాబట్టి మనం స్లాట్లను పునఃఉపయోగించకుండా చూసుకోవడానికి టైమ్స్టాంప్ను ఉపయోగిస్తాము.
+
+```javascript
+const val = await worm.encodeVal("0x600D")
+
+// ఒక ఎంట్రీని వ్రాయండి
+const calldata = func + key.slice(2) + val.slice(2)
+```
+
+Ethers కాల్ డేటా ఒక హెక్స్ స్ట్రింగ్, `0x` తర్వాత ఒక సరి సంఖ్యలో హెక్సాడెసిమల్ అంకెలు ఉండాలని ఆశిస్తుంది. `key` మరియు `val` రెండూ `0x` తో మొదలవుతాయి కాబట్టి, మనం ఆ హెడర్లను తొలగించాలి.
+
+```javascript
+const tx = await worm.populateTransaction.writeEntryCached()
+tx.data = calldata
+
+sentTx = await wallet.sendTransaction(tx)
+```
+
+Solidity పరీక్షా కోడ్తో లాగే, మనం ఒక కాష్ చేసిన ఫంక్షన్ను సాధారణంగా కాల్ చేయలేము. బదులుగా, మనం తక్కువ స్థాయి మెకానిజంను ఉపయోగించాలి.
+
+```javascript
+ .
+ .
+ .
+ // ఇప్పుడే వ్రాసిన ఎంట్రీని చదవండి
+ const realKey = '0x' + key.slice(4) // FF ఫ్లాగ్ను తొలగించండి
+ const entryRead = await worm.readEntry(realKey)
+ .
+ .
+ .
+```
+
+ఎంట్రీలను చదవడానికి మనం సాధారణ మెకానిజంను ఉపయోగించవచ్చు. `view` ఫంక్షన్లతో పారామీటర్ కాషింగ్ ఉపయోగించాల్సిన అవసరం లేదు.
+
+## ముగింపు {#conclusion}
+
+ఈ వ్యాసంలోని కోడ్ ఒక భావన యొక్క రుజువు, ఉద్దేశ్యం ఆలోచనను సులభంగా అర్థం చేసుకోవడం. ఉత్పత్తికి సిద్ధంగా ఉన్న సిస్టమ్ కోసం మీరు కొన్ని అదనపు కార్యాచరణలను అమలు చేయాలనుకోవచ్చు:
+
+- `uint256` కాని విలువలను నిర్వహించండి. ఉదాహరణకు, స్ట్రింగ్లు.
+- గ్లోబల్ కాష్కు బదులుగా, బహుశా వినియోగదారులు మరియు కాష్ల మధ్య ఒక మ్యాపింగ్ ఉండవచ్చు. వివిధ వినియోగదారులు వివిధ విలువలను ఉపయోగిస్తారు.
+- చిరునామాల కోసం ఉపయోగించే విలువలు ఇతర ప్రయోజనాల కోసం ఉపయోగించే వాటి నుండి విభిన్నంగా ఉంటాయి. కేవలం చిరునామాల కోసం ప్రత్యేక కాష్ కలిగి ఉండటం అర్ధవంతంగా ఉండవచ్చు.
+- ప్రస్తుతం, కాష్ కీలు "మొదట వచ్చిన వారికి, చిన్న కీ" అల్గారిథమ్పై ఉన్నాయి. మొదటి పదహారు విలువలను ఒకే బైట్గా పంపవచ్చు. తదుపరి 4080 విలువలను రెండు బైట్లుగా పంపవచ్చు. తదుపరి సుమారు మిలియన్ విలువలు మూడు బైట్లు, మొదలైనవి. ఒక ప్రొడక్షన్ సిస్టమ్ కాష్ ఎంట్రీలపై వినియోగ కౌంటర్లను ఉంచుకోవాలి మరియు వాటిని పునర్వ్యవస్థీకరించాలి, తద్వారా పదహారు అత్యంత సాధారణ విలువలు ఒక బైట్, తదుపరి 4080 అత్యంత సాధారణ విలువలు రెండు బైట్లు, మొదలైనవి ఉంటాయి.
+
+ అయితే, అది సంభావ్యంగా ప్రమాదకరమైన ఆపరేషన్. కింది సంఘటనల క్రమాన్ని ఊహించండి:
+
+ 1. నోమ్ అమాయకుడు తన టోకెన్లను పంపాలనుకుంటున్న చిరునామాను ఎన్కోడ్ చేయడానికి `encodeVal` ను కాల్ చేస్తాడు. ఆ చిరునామా అప్లికేషన్లో మొదట ఉపయోగించిన వాటిలో ఒకటి, కాబట్టి ఎన్కోడ్ చేయబడిన విలువ 0x06. ఇది ఒక లావాదేవీ కాదు, ఒక `view` ఫంక్షన్, కాబట్టి ఇది నోమ్ మరియు అతను ఉపయోగించే నోడ్ మధ్య ఉంటుంది, మరియు దాని గురించి ఎవరికీ తెలియదు
+
+ 2. ఓవెన్ ఓనర్ కాష్ రీఆర్డరింగ్ ఆపరేషన్ను రన్ చేస్తాడు. చాలా తక్కువ మంది ప్రజలు ఆ చిరునామాను ఉపయోగిస్తారు, కాబట్టి ఇది ఇప్పుడు 0x201122 గా ఎన్కోడ్ చేయబడింది. ఒక విభిన్న విలువ, 1018, కు 0x06 కేటాయించబడింది.
+
+ 3. నోమ్ అమాయకుడు తన టోకెన్లను 0x06 కు పంపుతాడు. అవి చిరునామా `0x0000000000000000000000000de0b6b3a7640000` కు వెళ్తాయి, మరియు ఆ చిరునామా కోసం ప్రైవేట్ కీ ఎవరికీ తెలియదు కాబట్టి, అవి అక్కడే చిక్కుకుపోతాయి. నోమ్ సంతోషంగా లేడు.
+
+ ఈ సమస్యను పరిష్కరించడానికి మార్గాలు ఉన్నాయి, మరియు కాష్ రీఆర్డర్ సమయంలో మెమ్పూల్లో ఉన్న లావాదేవీల సంబంధిత సమస్య, కానీ మీరు దాని గురించి తెలుసుకోవాలి.
+
+నేను ఇక్కడ ఆప్టిమిజంతో కాషింగ్ను ప్రదర్శించాను, ఎందుకంటే నేను ఆప్టిమిజం ఉద్యోగిని మరియు ఇది నాకు బాగా తెలిసిన రోల్అప్. కానీ ఇది అంతర్గత ప్రాసెసింగ్ కోసం కనీస ఖర్చును వసూలు చేసే ఏ రోల్అప్తోనైనా పని చేయాలి, తద్వారా పోల్చి చూస్తే లావాదేవీ డేటాను L1 కి వ్రాయడం ప్రధాన ఖర్చు.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/te/developers/tutorials/app-plasma/index.md b/public/content/translations/te/developers/tutorials/app-plasma/index.md
new file mode 100644
index 00000000000..e99fc93e44e
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/app-plasma/index.md
@@ -0,0 +1,1254 @@
+---
+title: గోప్యతను కాపాడే యాప్-నిర్దిష్ట ప్లాస్మాను వ్రాయండి
+description: ఈ ట్యుటోరియల్లో, మేము డిపాజిట్ల కోసం పాక్షిక-రహస్య బ్యాంకును నిర్మిస్తాము. బ్యాంకు ఒక కేంద్రీకృత భాగం; దానికి ప్రతి వినియోగదారుడి బ్యాలెన్స్ తెలుసు. అయితే, ఈ సమాచారం ఆన్చైన్లో నిల్వ చేయబడదు. బదులుగా, బ్యాంకు స్థితి యొక్క హాష్ను పోస్ట్ చేస్తుంది. ప్రతిసారీ ఒక లావాదేవీ జరిగినప్పుడు, బ్యాంకు కొత్త హాష్ను పోస్ట్ చేస్తుంది, దానితో పాటు హాష్ స్థితిని కొత్తదానికి మార్చే సంతకం చేసిన లావాదేవీ ఉందని రుజువు చేసే జీరో-కనౌలెడ్జి రుజువు కూడా ఉంటుంది. ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు జీరో-కనౌలెడ్జి రుజువులను ఎలా ఉపయోగించాలో మాత్రమే కాకుండా, వాటిని ఎందుకు ఉపయోగిస్తారో మరియు సురక్షితంగా ఎలా చేయాలో కూడా అర్థం చేసుకుంటారు.
+author: ఓరి పోమెరాంట్జ్
+tags: [ "జీరో-కనౌలెడ్జి", "సర్వర్", "ఆఫ్చైన్", "గోప్యత" ]
+skill: అధునాతనం
+lang: te
+published: 2025-10-15
+---
+
+## పరిచయం {#introduction}
+
+[రోలప్లు](/developers/docs/scaling/zk-rollups/)కు భిన్నంగా, [ప్లాస్మాలు](/developers/docs/scaling/plasma) సమగ్రత కోసం ఇతీరియము మెయిన్నెట్ను ఉపయోగిస్తాయి, కానీ లభ్యత కోసం కాదు. ఈ వ్యాసంలో, మేము ప్లాస్మా లాగా ప్రవర్తించే ఒక అప్లికేషన్ను వ్రాస్తాము, ఇతీరియము సమగ్రతకు (అనధికార మార్పులు లేవు) హామీ ఇస్తుంది కానీ లభ్యతకు కాదు (ఒక కేంద్రీకృత భాగం డౌన్ అయి మొత్తం వ్యవస్థను నిలిపివేయవచ్చు).
+
+మేము ఇక్కడ వ్రాసే అప్లికేషన్ ఒక గోప్యతను కాపాడే బ్యాంకు. వివిధ చిరునామాలకు బ్యాలెన్స్లతో ఖాతాలు ఉన్నాయి, మరియు వారు ఇతర ఖాతాలకు డబ్బు (ETH) పంపవచ్చు. బ్యాంకు స్థితి (ఖాతాలు మరియు వాటి బ్యాలెన్స్లు) మరియు లావాదేవీల హాష్లను పోస్ట్ చేస్తుంది, కానీ అసలు బ్యాలెన్స్లను ఆఫ్చైన్లో ఉంచుతుంది, అక్కడ అవి ప్రైవేట్గా ఉండగలవు.
+
+## డిజైన్ {#design}
+
+ఇది ఉత్పత్తికి-సిద్ధమైన వ్యవస్థ కాదు, కానీ ఒక బోధనా సాధనం. అందువల్ల, ఇది అనేక సరళీకరణ అంచనాలతో వ్రాయబడింది.
+
+- స్థిర ఖాతా పూల్. నిర్దిష్ట సంఖ్యలో ఖాతాలు ఉన్నాయి, మరియు ప్రతి ఖాతా ముందుగా నిర్ణయించిన చిరునామాకు చెందినది. ఇది చాలా సరళమైన వ్యవస్థను చేస్తుంది ఎందుకంటే జీరో-కనౌలెడ్జి రుజువులలో వేరియబుల్-సైజ్ డేటా నిర్మాణాలను నిర్వహించడం కష్టం. ఉత్పత్తికి-సిద్ధమైన వ్యవస్థ కోసం, మనం స్థితి హాష్గా [మెర్కిల్ రూట్ను](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) ఉపయోగించవచ్చు మరియు అవసరమైన బ్యాలెన్స్ల కోసం మెర్కిల్ రుజువులను అందించవచ్చు.
+
+- మెమరీ నిల్వ. ఒక ఉత్పత్తి వ్యవస్థలో, పునఃప్రారంభం అయినప్పుడు వాటిని భద్రపరచడానికి మనం అన్ని ఖాతా బ్యాలెన్స్లను డిస్క్కు వ్రాయాలి. ఇక్కడ, సమాచారం కేవలం పోయినా పర్వాలేదు.
+
+- బదిలీలు మాత్రమే. ఒక ఉత్పత్తి వ్యవస్థకు బ్యాంకులోకి ఆస్తులను డిపాజిట్ చేయడానికి మరియు వాటిని విత్డ్రా చేయడానికి ఒక మార్గం అవసరం. కానీ ఇక్కడ ఉద్దేశ్యం కేవలం భావనను వివరించడం, కాబట్టి ఈ బ్యాంకు బదిలీలకు పరిమితం చేయబడింది.
+
+### జీరో-కనౌలెడ్జి రుజువులు {#zero-knowledge-proofs}
+
+ప్రాథమిక స్థాయిలో, ఒక జీరో-కనౌలెడ్జి రుజువు ప్రూవర్కు కొన్ని డేటా, _Dataprivate_ తెలుసని చూపిస్తుంది, అలాంటి డేటాకు పబ్లిక్ డేటా, _Datapublic_ మరియు _Dataprivate_ మధ్య ఒక సంబంధం _Relationship_ ఉంటుంది. వెరిఫైయర్కు _Relationship_ మరియు _Datapublic_ తెలుసు.
+
+గోప్యతను కాపాడటానికి, మనకు స్థితులు మరియు లావాదేవీలు ప్రైవేట్గా ఉండాలి. కానీ సమగ్రతను నిర్ధారించడానికి, మనకు స్థితుల [క్రిప్టోగ్రాఫిక్ హాష్](https://en.wikipedia.org/wiki/Cryptographic_hash_function) పబ్లిక్గా ఉండాలి. లావాదేవీలను సమర్పించే వ్యక్తులకు ఆ లావాదేవీలు నిజంగా జరిగాయని నిరూపించడానికి, మనం లావాదేవీ హాష్లను కూడా పోస్ట్ చేయాలి.
+
+చాలా సందర్భాలలో, _Dataprivate_ జీరో-కనౌలెడ్జి రుజువు ప్రోగ్రామ్కు ఇన్పుట్, మరియు _Datapublic_ అవుట్పుట్.
+
+_Dataprivate_లో ఈ ఫీల్డులు:
+
+- _Staten_, పాత స్థితి
+- _Staten+1_, కొత్త స్థితి
+- _Transaction_, పాత స్థితి నుండి కొత్త స్థితికి మార్చే ఒక లావాదేవీ. ఈ లావాదేవీలో ఈ ఫీల్డులను చేర్చాలి:
+ - బదిలీని స్వీకరించే _గమ్యస్థాన చిరునామా_
+ - బదిలీ చేయబడుతున్న _మొత్తం_
+ - ప్రతి లావాదేవీ ఒకసారి మాత్రమే ప్రాసెస్ చేయబడుతుందని నిర్ధారించడానికి _నాన్స్_.
+ మూల చిరునామా లావాదేవీలో ఉండవలసిన అవసరం లేదు, ఎందుకంటే దానిని సంతకం నుండి తిరిగి పొందవచ్చు.
+- _సంతకం_, లావాదేవీని నిర్వహించడానికి అధికారం పొందిన ఒక సంతకం. మా విషయంలో, లావాదేవీని నిర్వహించడానికి అధికారం పొందిన ఏకైక చిరునామా మూల చిరునామా. మా జీరో-కనౌలెడ్జి వ్యవస్థ పనిచేసే విధానం కారణంగా, ఇతీరియము సంతకంతో పాటు మాకు ఖాతా యొక్క పబ్లిక్ కీ కూడా అవసరం.
+
+_Datapublic_లో ఇవి ఫీల్డులు:
+
+- _Hash(Staten)_ పాత స్థితి యొక్క హాష్
+- _Hash(Staten+1)_ కొత్త స్థితి యొక్క హాష్
+- _Hash(Transaction)_ _Staten_ నుండి _Staten+1_కి స్థితిని మార్చే లావాదేవీ యొక్క హాష్.
+
+ఈ సంబంధం అనేక పరిస్థితులను తనిఖీ చేస్తుంది:
+
+- పబ్లిక్ హాష్లు నిజంగా ప్రైవేట్ ఫీల్డులకు సరైన హాష్లు.
+- లావాదేవీ, పాత స్థితికి వర్తింపజేసినప్పుడు, కొత్త స్థితికి దారితీస్తుంది.
+- సంతకం లావాదేవీ యొక్క మూల చిరునామా నుండి వస్తుంది.
+
+క్రిప్టోగ్రాఫిక్ హాష్ ఫంక్షన్ల లక్షణాల కారణంగా, ఈ పరిస్థితులను నిరూపించడం సమగ్రతను నిర్ధారించడానికి సరిపోతుంది.
+
+### డేటా స్ట్రక్చర్లు {#data-structures}
+
+ప్రాథమిక డేటా నిర్మాణం సర్వర్ ద్వారా నిర్వహించబడే స్థితి. ప్రతి ఖాతా కోసం, సర్వర్ ఖాతా బ్యాలెన్స్ మరియు [నాన్స్](https://en.wikipedia.org/wiki/Cryptographic_nonce)ను ట్రాక్ చేస్తుంది, ఇది [రీప్లే దాడులను](https://en.wikipedia.org/wiki/Replay_attack) నివారించడానికి ఉపయోగించబడుతుంది.
+
+### భాగాలు {#components}
+
+ఈ వ్యవస్థకు రెండు భాగాలు అవసరం:
+
+- లావాదేవీలను స్వీకరించి, వాటిని ప్రాసెస్ చేసి, జీరో-కనౌలెడ్జి రుజువులతో పాటు చైన్కు హాష్లను పోస్ట్ చేసే _సర్వర్_.
+- హాష్లను నిల్వ చేసే మరియు స్థితి మార్పులు చట్టబద్ధమైనవని నిర్ధారించడానికి జీరో-కనౌలెడ్జి రుజువులను ధృవీకరించే _స్మార్ట్ కాంట్రాక్ట్_.
+
+### డేటా మరియు నియంత్రణ ప్రవాహం {#flows}
+
+ఒక ఖాతా నుండి మరొక ఖాతాకు బదిలీ చేయడానికి వివిధ భాగాలు సంభాషించే మార్గాలు ఇవి.
+
+1. ఒక వెబ్ బ్రౌజర్, సంతకం చేసినవారి ఖాతా నుండి వేరొక ఖాతాకు బదిలీ కోసం అడుగుతూ సంతకం చేసిన లావాదేవీని సమర్పిస్తుంది.
+
+2. సర్వర్ లావాదేవీ చెల్లుబాటు అయ్యేదని ధృవీకరిస్తుంది:
+
+ - సంతకం చేసినవారికి బ్యాంకులో తగినంత బ్యాలెన్సుతో ఒక ఖాతా ఉంది.
+ - స్వీకర్తకు బ్యాంకులో ఒక ఖాతా ఉంది.
+
+3. సర్వర్, సంతకం చేసినవారి బ్యాలెన్స్ నుండి బదిలీ చేయబడిన మొత్తాన్ని తీసివేసి, స్వీకర్త బ్యాలెన్సుకు జోడించడం ద్వారా కొత్త స్థితిని గణిస్తుంది.
+
+4. సర్వర్, స్థితి మార్పు చెల్లుబాటు అయ్యేదని రుజువు చేసే జీరో-కనౌలెడ్జి రుజువును గణిస్తుంది.
+
+5. సర్వర్ ఇతీరియముకు ఒక లావాదేవీని సమర్పిస్తుంది, అందులో ఇవి ఉంటాయి:
+
+ - కొత్త స్థితి హాష్
+ - లావాదేవీ హాష్ (కాబట్టి లావాదేవీ పంపినవారు అది ప్రాసెస్ చేయబడిందని తెలుసుకోవచ్చు)
+ - కొత్త స్థితికి మార్పు చెల్లుబాటు అయ్యేదని నిరూపించే జీరో-కనౌలెడ్జి రుజువు
+
+6. స్మార్ట్ కాంట్రాక్ట్ జీరో-కనౌలెడ్జి రుజువును ధృవీకరిస్తుంది.
+
+7. జీరో-కనౌలెడ్జి రుజువు సరిపోలితే, స్మార్ట్ కాంట్రాక్ట్ ఈ చర్యలను చేస్తుంది:
+ - ప్రస్తుత స్థితి హాష్ను కొత్త స్థితి హాష్కి నవీకరించండి
+ - కొత్త స్థితి హాష్ మరియు లావాదేవీ హాష్తో ఒక లాగ్ ఎంట్రీని జారీ చేయండి
+
+### ఉపకరణాలు {#tools}
+
+క్లయింట్-సైడ్ కోడ్ కోసం, మేము [Vite](https://vite.dev/), [React](https://react.dev/), [Viem](https://viem.sh/), మరియు [Wagmi](https://wagmi.sh/)ని ఉపయోగించబోతున్నాము. ఇవి పరిశ్రమ-ప్రామాణిక ఉపకరణాలు; మీకు వాటితో పరిచయం లేకపోతే, మీరు [ఈ ట్యుటోరియల్](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/)ను ఉపయోగించవచ్చు.
+
+సర్వర్లో అధిక భాగం జావాస్క్రిప్ట్లో [Node](https://nodejs.org/en) ఉపయోగించి వ్రాయబడింది. జీరో-కనౌలెడ్జి భాగం [Noir](https://noir-lang.org/)లో వ్రాయబడింది. మాకు వెర్షన్ `1.0.0-beta.10` అవసరం, కాబట్టి మీరు [Noirని సూచించిన విధంగా ఇన్స్టాల్ చేసిన](https://noir-lang.org/docs/getting_started/quick_start) తర్వాత, రన్ చేయండి:
+
+```
+noirup -v 1.0.0-beta.10
+```
+
+మనం ఉపయోగించే బ్లాక్ చైను `anvil`, ఇది [Foundry](https://getfoundry.sh/introduction/installation)లో భాగమైన ఒక స్థానిక పరీక్ష బ్లాక్ చైను.
+
+## అమలు {#implementation}
+
+ఇది ఒక సంక్లిష్టమైన వ్యవస్థ కాబట్టి, మేము దానిని దశలవారీగా అమలు చేస్తాము.
+
+### దశ 1 - మాన్యువల్ జీరో కనౌలెడ్జి {#stage-1}
+
+మొదటి దశ కోసం, మేము బ్రౌజర్లో ఒక లావాదేవీకి సంతకం చేసి, ఆపై మాన్యువల్గా జీరో-కనౌలెడ్జి రుజువుకు సమాచారాన్ని అందిస్తాము. జీరో-కనౌలెడ్జి కోడ్ ఆ సమాచారాన్ని `server/noir/Prover.toml`లో పొందాలని ఆశిస్తుంది (ఇక్కడ డాక్యుమెంట్ చేయబడింది [here](https://noir-lang.org/docs/getting_started/project_breakdown#provertoml-1)).
+
+చర్యలో చూడటానికి:
+
+1. మీరు [నోడ్స్](https://nodejs.org/en/download) మరియు [Noir](https://noir-lang.org/install) ఇన్స్టాల్ చేసుకున్నారని నిర్ధారించుకోండి. [Node](https://nodejs.org/en/download) మరియు [Noir](https://noir-lang.org/install) ఇన్స్టాల్ చేయబడిందని నిర్ధారించుకోండి. ప్రాధాన్యంగా, వాటిని macOS, Linux, లేదా [WSL](https://learn.microsoft.com/en-us/windows/wsl/install) వంటి UNIX సిస్టమ్లో ఇన్స్టాల్ చేయండి.
+
+2. దశ 1 కోడ్ను డౌన్లోడ్ చేసి, క్లయింట్ కోడ్ను అందించడానికి వెబ్ సర్వర్ను ప్రారంభించండి.
+
+ ```sh
+ git clone https://github.com/qbzzt/250911-zk-bank.git -b 01-manual-zk
+ cd 250911-zk-bank
+ cd client
+ npm install
+ npm run dev
+ ```
+
+ మీకు ఇక్కడ ఒక వెబ్ సర్వర్ అవసరం కావడానికి కారణం, కొన్ని రకాల మోసాలను నివారించడానికి, అనేక వాలెట్లు (MetaMask వంటివి) డిస్క్ నుండి నేరుగా అందించబడిన ఫైల్లను అంగీకరించవు
+
+3. వాలెట్తో ఒక బ్రౌజర్ను తెరవండి.
+
+4. వాలెట్లో, కొత్త పాస్ఫ్రేజ్ను నమోదు చేయండి. గమనించండి ఇది మీ ప్రస్తుత పాస్ఫ్రేజ్ను తొలగిస్తుంది, కాబట్టి _మీకు బ్యాకప్ ఉందని నిర్ధారించుకోండి_.
+
+ పాస్ఫ్రేజ్ `test test test test test test test test test test test junk`, ఇది ఆన్విల్ కోసం డిఫాల్ట్ పరీక్ష పాస్ఫ్రేజ్.
+
+5. [క్లయింట్-సైడ్ కోడ్కు](http://localhost:5173/) బ్రౌజ్ చేయండి.
+
+6. వాలెట్కు కనెక్ట్ అవ్వండి మరియు మీ గమ్యస్థాన ఖాతా మరియు మొత్తాన్ని ఎంచుకోండి.
+
+7. **Sign** క్లిక్ చేసి, లావాదేవీపై సంతకం చేయండి.
+
+8. **Prover.toml** శీర్షిక క్రింద, మీరు టెక్స్ట్ కనుగొంటారు. `server/noir/Prover.toml`ను ఆ టెక్స్ట్తో భర్తీ చేయండి.
+
+9. జీరో-కనౌలెడ్జి రుజువును అమలు చేయండి.
+
+ ```sh
+ cd ../server/noir
+ nargo execute
+ ```
+
+ అవుట్పుట్ ఇలా ఉండాలి
+
+ ```
+ ori@CryptoDocGuy:~/noir/250911-zk-bank/server/noir$ nargo execute
+
+ [zkBank] Circuit witness successfully solved
+ [zkBank] Witness saved to target/zkBank.gz
+ [zkBank] Circuit output: (0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b, 0x0cfc0a67cb7308e4e9b254026b54204e34f6c8b041be207e64c5db77d95dd82d, 0x450cf9da6e180d6159290554ae3d8787, 0x6d8bc5a15b9037e52fb59b6b98722a85)
+ ```
+
+10. సందేశం సరిగ్గా హాష్ చేయబడిందో లేదో చూడటానికి వెబ్ బ్రౌజర్లో మీరు చూసే హాష్తో చివరి రెండు విలువలను పోల్చండి.
+
+#### `server/noir/Prover.toml` {#server-noir-prover-toml}
+
+[ఈ ఫైల్](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml) Noir ఆశించే సమాచార ఫార్మాట్ను చూపిస్తుంది.
+
+```toml
+message="send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 500 finney (milliEth) 0 "
+```
+
+సందేశం టెక్స్ట్ ఫార్మాట్లో ఉంది, ఇది వినియోగదారుకు అర్థం చేసుకోవడానికి సులభం చేస్తుంది (ఇది సంతకం చేసేటప్పుడు అవసరం) మరియు Noir కోడ్ పార్స్ చేయడానికి సులభం చేస్తుంది. మొత్తం ఒక వైపు భిన్న బదిలీలను ప్రారంభించడానికి మరియు మరోవైపు సులభంగా చదవడానికి వీలుగా ఫిన్నీలలో కోట్ చేయబడింది. చివరి సంఖ్య [నాన్స్](https://en.wikipedia.org/wiki/Cryptographic_nonce).
+
+స్ట్రింగ్ 100 అక్షరాల పొడవు ఉంటుంది. జీరో-కనౌలెడ్జి రుజువులు వేరియబుల్-సైజ్ డేటాను సరిగ్గా నిర్వహించవు, కాబట్టి తరచుగా డేటాను ప్యాడ్ చేయడం అవసరం.
+
+```toml
+pubKeyX=["0x83",...,"0x75"]
+pubKeyY=["0x35",...,"0xa5"]
+signature=["0xb1",...,"0x0d"]
+```
+
+ఈ మూడు పారామితులు స్థిర-పరిమాణ బైట్ శ్రేణులు.
+
+```toml
+[[accounts]]
+address="0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266"
+balance=100_000
+nonce=0
+
+[[accounts]]
+address="0x70997970C51812dc3A010C7d01b50e0d17dc79C8"
+balance=100_000
+nonce=0
+```
+
+నిర్మాణాల శ్రేణిని పేర్కొనడానికి ఇది మార్గం. ప్రతి ఎంట్రీ కోసం, మేము చిరునామా, బ్యాలెన్స్ (మిల్లీఈటీహెచ్లో, అంటే, [ఫిన్నీ](https://cryptovalleyjournal.com/glossary/finney/)), మరియు తదుపరి నాన్స్ విలువను పేర్కొంటాము.
+
+#### `client/src/Transfer.tsx` {#client-src-transfer-tsx}
+
+[ఈ ఫైల్](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/client/src/Transfer.tsx) క్లయింట్-సైడ్ ప్రాసెసింగ్ను అమలు చేస్తుంది మరియు `server/noir/Prover.toml` ఫైల్ను ఉత్పత్తి చేస్తుంది (జీరో-కనౌలెడ్జి పారామితులను కలిగి ఉన్నది).
+
+మరింత ఆసక్తికరమైన భాగాల వివరణ ఇక్కడ ఉంది.
+
+```tsx
+export default attrs => {
+```
+
+ఈ ఫంక్షన్ `Transfer` React కాంపోనెంట్ను సృష్టిస్తుంది, దీనిని ఇతర ఫైళ్లు దిగుమతి చేసుకోవచ్చు.
+
+```tsx
+ const accounts = [
+ "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+ "0x70997970C51812dc3A010C7d01b50e0d17dc79C8",
+ "0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC",
+ "0x90F79bf6EB2c4f870365E785982E1f101E93b906",
+ "0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65",
+ ]
+```
+
+ఇవి ఖాతా చిరునామాలు, `test ...` ద్వారా సృష్టించబడిన చిరునామాలు. test junk\` పాస్ఫ్రేజ్. మీరు మీ స్వంత చిరునామాలను ఉపయోగించాలనుకుంటే, ఈ నిర్వచనాన్ని సవరించండి.
+
+```tsx
+ const account = useAccount()
+ const wallet = createWalletClient({
+ transport: custom(window.ethereum!)
+ })
+```
+
+ఈ [Wagmi hooks](https://wagmi.sh/react/api/hooks) మాకు [viem](https://viem.sh/) లైబ్రరీ మరియు వాలెట్ను యాక్సెస్ చేయడానికి అనుమతిస్తాయి.
+
+```tsx
+ const message = `send ${toAccount} ${ethAmount*1000} finney (milliEth) ${nonce}`.padEnd(100, " ")
+```
+
+ఇది సందేశం, ఖాళీలతో ప్యాడ్ చేయబడింది. ప్రతిసారీ [`useState`](https://react.dev/reference/react/useState) వేరియబుల్స్ ఒకటి మారినప్పుడు, కాంపోనెంట్ తిరిగి గీయబడుతుంది మరియు `message` నవీకరించబడుతుంది.
+
+```tsx
+ const sign = async () => {
+```
+
+వినియోగదారు **Sign** బటన్ను క్లిక్ చేసినప్పుడు ఈ ఫంక్షన్ కాల్ చేయబడుతుంది. సందేశం స్వయంచాలకంగా నవీకరించబడుతుంది, కానీ సంతకానికి వాలెట్లో వినియోగదారు ఆమోదం అవసరం, మరియు అవసరం లేకపోతే మేము దానిని అడగాలనుకోవడం లేదు.
+
+```tsx
+ const signature = await wallet.signMessage({
+ account: fromAccount,
+ message,
+ })
+```
+
+వాలెట్ను [సందేశానికి సంతకం చేయమని](https://viem.sh/docs/accounts/local/signMessage) అడగండి.
+
+```tsx
+ const hash = hashMessage(message)
+```
+
+సందేశం హాష్ పొందండి. వినియోగదారుకు డీబగ్గింగ్ (Noir కోడ్ యొక్క) కోసం దీనిని అందించడం సహాయకరంగా ఉంటుంది.
+
+```tsx
+ const pubKey = await recoverPublicKey({
+ hash,
+ signature
+ })
+```
+
+[పబ్లిక్ కీ పొందండి](https://viem.sh/docs/utilities/recoverPublicKey). ఇది [Noir `ecrecover`](https://github.com/colinnielsen/ecrecover-noir) ఫంక్షన్ కోసం అవసరం.
+
+```tsx
+ setSignature(signature)
+ setHash(hash)
+ setPubKey(pubKey)
+```
+
+స్థితి వేరియబుల్స్ను సెట్ చేయండి. ఇది చేయడం వల్ల కాంపోనెంట్ తిరిగి గీయబడుతుంది (`sign` ఫంక్షన్ నిష్క్రమించిన తర్వాత) మరియు వినియోగదారుకు నవీకరించబడిన విలువలను చూపుతుంది.
+
+```tsx
+ let proverToml = `
+```
+
+`Prover.toml` కోసం టెక్స్ట్.
+
+```tsx
+message="${message}"
+
+pubKeyX=${hexToArray(pubKey.slice(4,4+2*32))}
+pubKeyY=${hexToArray(pubKey.slice(4+2*32))}
+```
+
+Viem మాకు పబ్లిక్ కీని 65-బైట్ హెక్సాడెసిమల్ స్ట్రింగ్గా అందిస్తుంది. మొదటి బైట్ `0x04`, ఒక వెర్షన్ మార్కర్. దీని తర్వాత పబ్లిక్ కీ యొక్క `x` కోసం 32 బైట్లు మరియు తర్వాత పబ్లిక్ కీ యొక్క `y` కోసం 32 బైట్లు ఉంటాయి.
+
+అయితే, Noir ఈ సమాచారాన్ని రెండు బైట్ శ్రేణులుగా పొందాలని ఆశిస్తుంది, ఒకటి `x` కోసం మరియు మరొకటి `y` కోసం. జీరో-కనౌలెడ్జి రుజువులో భాగంగా కాకుండా ఇక్కడ క్లయింట్లో పార్స్ చేయడం సులభం.
+
+గమనించండి ఇది సాధారణంగా జీరో-కనౌలెడ్జిలో మంచి పద్ధతి. జీరో-కనౌలెడ్జి రుజువులోని కోడ్ ఖరీదైనది, కాబట్టి జీరో-కనౌలెడ్జి రుజువు వెలుపల చేయగల ఏ ప్రాసెసింగ్ అయినా జీరో-కనౌలెడ్జి రుజువు వెలుపల _చేయాలి_.
+
+```tsx
+signature=${hexToArray(signature.slice(2,-2))}
+```
+
+సంతకం కూడా 65-బైట్ హెక్సాడెసిమల్ స్ట్రింగ్గా అందించబడుతుంది. అయితే, పబ్లిక్ కీని తిరిగి పొందడానికి చివరి బైట్ మాత్రమే అవసరం. పబ్లిక్ కీ ఇప్పటికే Noir కోడ్కు అందించబడుతుంది కాబట్టి, సంతకాన్ని ధృవీకరించడానికి మాకు ఇది అవసరం లేదు, మరియు Noir కోడ్కు ఇది అవసరం లేదు.
+
+```tsx
+${accounts.map(accountInProverToml).reduce((a,b) => a+b, "")}
+`
+```
+
+ఖాతాలను అందించండి.
+
+```tsx
+ setProverToml(proverToml)
+ }
+
+ return (
+ <>
+ Transfer
+```
+
+ఇది కాంపోనెంట్ యొక్క HTML (మరింత కచ్చితంగా, [JSX](https://react.dev/learn/writing-markup-with-jsx)) ఫార్మాట్.
+
+#### `server/noir/src/main.nr` {#server-noir-src-main-nr}
+
+[ఈ ఫైల్](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/src/main.nr) అసలు జీరో-కనౌలెడ్జి కోడ్.
+
+```
+use std::hash::pedersen_hash;
+```
+
+[Pedersen hash](https://rya-sge.github.io/access-denied/2024/05/07/pedersen-hash-function/) [Noir స్టాండర్డ్ లైబ్రరీ](https://noir-lang.org/docs/noir/standard_library/cryptographic_primitives/hashes#pedersen_hash)తో అందించబడుతుంది. జీరో-కనౌలెడ్జి రుజువులు సాధారణంగా ఈ హాష్ ఫంక్షన్ను ఉపయోగిస్తాయి. స్టాండర్డ్ హాష్ ఫంక్షన్లతో పోలిస్తే [అంకగణిత సర్క్యూట్లలో](https://rareskills.io/post/arithmetic-circuit) గణించడం చాలా సులభం.
+
+```
+use keccak256::keccak256;
+use dep::ecrecover;
+```
+
+ఈ రెండు ఫంక్షన్లు బాహ్య లైబ్రరీలు, ఇవి [`Nargo.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Nargo.toml)లో నిర్వచించబడ్డాయి. అవి ఖచ్చితంగా వాటి పేరుకు తగ్గట్టుగా ఉంటాయి, [keccak256 హాష్](https://emn178.github.io/online-tools/keccak_256.html)ను గణించే ఒక ఫంక్షన్ మరియు ఇతీరియము సంతకాలను ధృవీకరించి, సంతకం చేసినవారి ఇతీరియము చిరునామాను తిరిగి పొందే ఒక ఫంక్షన్.
+
+```
+global ACCOUNT_NUMBER : u32 = 5;
+```
+
+Noir [Rust](https://www.rust-lang.org/) నుండి ప్రేరణ పొందింది. వేరియబుల్స్, డిఫాల్ట్గా, స్థిరాంకాలు. గ్లోబల్ కాన్ఫిగరేషన్ స్థిరాంకాలను మనం ఇలా నిర్వచిస్తాము. ప్రత్యేకంగా, `ACCOUNT_NUMBER` అనేది మనం నిల్వ చేసే ఖాతాల సంఖ్య.
+
+`u` అని పేరు పెట్టబడిన డేటా రకాలు ఆ సంఖ్య బిట్స్, సంతకం చేయనివి. మద్దతు ఉన్న ఏకైక రకాలు `u8`, `u16`, `u32`, `u64`, మరియు `u128`.
+
+```
+global FLAT_ACCOUNT_FIELDS : u32 = 2;
+```
+
+ఈ వేరియబుల్ ఖాతాల పెడెర్సెన్ హాష్ కోసం ఉపయోగించబడుతుంది, క్రింద వివరించిన విధంగా.
+
+```
+global MESSAGE_LENGTH : u32 = 100;
+```
+
+పైన వివరించినట్లుగా, సందేశం పొడవు స్థిరంగా ఉంటుంది. ఇది ఇక్కడ పేర్కొనబడింది.
+
+```
+global ASCII_MESSAGE_LENGTH : [u8; 3] = [0x31, 0x30, 0x30];
+global HASH_BUFFER_SIZE : u32 = 26+3+MESSAGE_LENGTH;
+```
+
+[EIP-191 సంతకాలకు](https://eips.ethereum.org/EIPS/eip-191) 26-బైట్ ఉపసర్గతో ఒక బఫర్ అవసరం, దాని తర్వాత ASCIIలో సందేశం పొడవు, మరియు చివరగా సందేశం ఉంటుంది.
+
+```
+struct Account {
+ balance: u128,
+ address: Field,
+ nonce: u32,
+}
+```
+
+ఖాతా గురించి మనం నిల్వ చేసే సమాచారం. [`Field`](https://noir-lang.org/docs/noir/concepts/data_types/fields) అనేది ఒక సంఖ్య, సాధారణంగా 253 బిట్ల వరకు ఉంటుంది, దీనిని జీరో-కనౌలెడ్జి రుజువును అమలు చేసే [అంకగణిత సర్క్యూట్లో](https://rareskills.io/post/arithmetic-circuit) నేరుగా ఉపయోగించవచ్చు. ఇక్కడ మనం `Field`ను 160-బిట్ ఇతీరియము చిరునామాను నిల్వ చేయడానికి ఉపయోగిస్తాము.
+
+```
+struct TransferTxn {
+ from: Field,
+ to: Field,
+ amount: u128,
+ nonce: u32
+}
+```
+
+బదిలీ లావాదేవీ కోసం మనం నిల్వ చేసే సమాచారం.
+
+```
+fn flatten_account(account: Account) -> [Field; FLAT_ACCOUNT_FIELDS] {
+```
+
+ఒక ఫంక్షన్ నిర్వచనం. పారామితి `Account` సమాచారం. ఫలితం `Field` వేరియబుల్స్ యొక్క శ్రేణి, దీని పొడవు `FLAT_ACCOUNT_FIELDS`
+
+```
+ let flat = [
+ account.address,
+ ((account.balance << 32) + account.nonce.into()).into(),
+ ];
+```
+
+శ్రేణిలోని మొదటి విలువ ఖాతా చిరునామా. రెండవది బ్యాలెన్స్ మరియు నాన్స్ రెండింటినీ కలిగి ఉంటుంది. `.into()` కాల్స్ ఒక సంఖ్యను దాని అవసరమైన డేటా రకానికి మారుస్తాయి. `account.nonce` ఒక `u32` విలువ, కానీ దానిని `account.balance << 32`కు, ఒక `u128` విలువకు, జోడించడానికి అది `u128`గా ఉండాలి. అది మొదటి `.into()`. రెండవది `u128` ఫలితాన్ని `Field`గా మారుస్తుంది, తద్వారా అది శ్రేణిలో సరిపోతుంది.
+
+```
+ flat
+}
+```
+
+Noirలో, ఫంక్షన్లు చివరలో మాత్రమే ఒక విలువను తిరిగి ఇవ్వగలవు (ప్రారంభ రిటర్న్ లేదు). రిటర్న్ విలువను పేర్కొనడానికి, మీరు దానిని ఫంక్షన్ యొక్క ముగింపు బ్రాకెట్కు ముందు అంచనా వేస్తారు.
+
+```
+fn flatten_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] {
+```
+
+ఈ ఫంక్షన్ ఖాతాల శ్రేణిని `Field` శ్రేణిగా మారుస్తుంది, దీనిని పీటర్సన్ హాష్కు ఇన్పుట్గా ఉపయోగించవచ్చు.
+
+```
+ let mut flat: [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] = [0; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER];
+```
+
+మార్చదగిన వేరియబుల్ను పేర్కొనడానికి ఇది మార్గం, అంటే _కాదు_ ఒక స్థిరాంకం. Noirలోని వేరియబుల్స్ ఎల్లప్పుడూ ఒక విలువను కలిగి ఉండాలి, కాబట్టి మనం ఈ వేరియబుల్ను అన్ని సున్నాలకు ప్రారంభీకరిస్తాము.
+
+```
+ for i in 0..ACCOUNT_NUMBER {
+```
+
+ఇది `for` లూప్. గమనించండి సరిహద్దులు స్థిరాంకాలు. Noir లూప్లు వాటి సరిహద్దులను కంపైల్ సమయంలో తెలిసి ఉండాలి. కారణం అంకగణిత సర్క్యూట్లు ప్రవాహ నియంత్రణకు మద్దతు ఇవ్వవు. `for` లూప్ను ప్రాసెస్ చేసేటప్పుడు, కంపైలర్ దానిలోని కోడ్ను అనేక సార్లు ఉంచుతుంది, ప్రతి పునరావృత్తికి ఒకటి.
+
+```
+ let fields = flatten_account(accounts[i]);
+ for j in 0..FLAT_ACCOUNT_FIELDS {
+ flat[i*FLAT_ACCOUNT_FIELDS + j] = fields[j];
+ }
+ }
+
+ flat
+}
+
+fn hash_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> Field {
+ pedersen_hash(flatten_accounts(accounts))
+}
+```
+
+చివరగా, మనం ఖాతాల శ్రేణిని హాష్ చేసే ఫంక్షన్కు వచ్చాము.
+
+```
+fn find_account(accounts: [Account; ACCOUNT_NUMBER], address: Field) -> u32 {
+ let mut account : u32 = ACCOUNT_NUMBER;
+
+ for i in 0..ACCOUNT_NUMBER {
+ if accounts[i].address == address {
+ account = i;
+ }
+ }
+}
+```
+
+ఈ ఫంక్షన్ నిర్దిష్ట చిరునామాతో ఉన్న ఖాతాను కనుగొంటుంది. ఈ ఫంక్షన్ ప్రామాణిక కోడ్లో చాలా అసమర్థంగా ఉంటుంది ఎందుకంటే ఇది చిరునామాను కనుగొన్న తర్వాత కూడా అన్ని ఖాతాల మీద పునరావృతమవుతుంది.
+
+అయితే, జీరో-కనౌలెడ్జి రుజువులలో, ప్రవాహ నియంత్రణ లేదు. మనం ఎప్పుడైనా ఒక షరతును తనిఖీ చేయవలసి వస్తే, మనం దానిని ప్రతిసారీ తనిఖీ చేయాలి.
+
+`if` స్టేట్మెంట్లతో ఇలాంటిదే జరుగుతుంది. పైన ఉన్న లూప్లోని `if` స్టేట్మెంట్ ఈ గణిత స్టేట్మెంట్లకు అనువదించబడింది.
+
+_conditionresult = accounts[i].address == address_ // అవి సమానంగా ఉంటే ఒకటి, లేకపోతే సున్నా
+
+_accountnew = conditionresult\*i + (1-conditionresult)\*accountold_
+
+```rust
+ assert (account < ACCOUNT_NUMBER, f"{address} does not have an account");
+
+ account
+```
+
+[`assert`](https://noir-lang.org/docs/dev/noir/concepts/assert) ఫంక్షన్, నిర్ధారణ తప్పు అయితే జీరో-కనౌలెడ్జి రుజువును క్రాష్ చేస్తుంది. ఈ సందర్భంలో, సంబంధిత చిరునామాతో ఖాతాను కనుగొనలేకపోతే. చిరునామాను నివేదించడానికి, మనం [ఫార్మాట్ స్ట్రింగ్](https://noir-lang.org/docs/noir/concepts/data_types/strings#format-strings)ను ఉపయోగిస్తాము.
+
+```rust
+fn apply_transfer_txn(accounts: [Account; ACCOUNT_NUMBER], txn: TransferTxn) -> [Account; ACCOUNT_NUMBER] {
+```
+
+ఈ ఫంక్షన్ ఒక బదిలీ లావాదేవీని వర్తింపజేసి, కొత్త ఖాతాల శ్రేణిని తిరిగి ఇస్తుంది.
+
+```rust
+ let from = find_account(accounts, txn.from);
+ let to = find_account(accounts, txn.to);
+
+ let (txnFrom, txnAmount, txnNonce, accountNonce) =
+ (txn.from, txn.amount, txn.nonce, accounts[from].nonce);
+```
+
+మనం Noirలోని ఫార్మాట్ స్ట్రింగ్లో నిర్మాణ మూలకాలను యాక్సెస్ చేయలేము, కాబట్టి మనం ఉపయోగపడే కాపీని సృష్టిస్తాము.
+
+```rust
+ assert (accounts[from].balance >= txn.amount,
+ f"{txnFrom} does not have {txnAmount} finney");
+
+ assert (accounts[from].nonce == txn.nonce,
+ f"Transaction has nonce {txnNonce}, but the account is expected to use {accountNonce}");
+```
+
+ఇవి ఒక లావాదేవీని చెల్లనివిగా చేసే రెండు షరతులు.
+
+```rust
+ let mut newAccounts = accounts;
+
+ newAccounts[from].balance -= txn.amount;
+ newAccounts[from].nonce += 1;
+ newAccounts[to].balance += txn.amount;
+
+ newAccounts
+```
+
+కొత్త ఖాతాల శ్రేణిని సృష్టించి, ఆపై దానిని తిరిగి ఇవ్వండి.
+
+```rust
+fn readAddress(messageBytes: [u8; MESSAGE_LENGTH]) -> Field
+```
+
+ఈ ఫంక్షన్ సందేశం నుండి చిరునామాను చదువుతుంది.
+
+```rust
+{
+ let mut result : Field = 0;
+
+ for i in 7..47 {
+```
+
+చిరునామా ఎల్లప్పుడూ 20 బైట్లు (అంటే, 40 హెక్సాడెసిమల్ అంకెలు) పొడవు ఉంటుంది, మరియు అక్షరం #7 వద్ద ప్రారంభమవుతుంది.
+
+```rust
+ result *= 0x10;
+ if messageBytes[i] >= 48 & messageBytes[i] <= 57 { // 0-9
+ result += (messageBytes[i]-48).into();
+ }
+ if messageBytes[i] >= 65 & messageBytes[i] <= 70 { // A-F
+ result += (messageBytes[i]-65+10).into()
+ }
+ if messageBytes[i] >= 97 & messageBytes[i] <= 102 { // a-f
+ result += (messageBytes[i]-97+10).into()
+ }
+ }
+
+ result
+}
+
+fn readAmountAndNonce(messageBytes: [u8; MESSAGE_LENGTH]) -> (u128, u32)
+```
+
+సందేశం నుండి మొత్తం మరియు నాన్స్ను చదవండి.
+
+```rust
+{
+ let mut amount : u128 = 0;
+ let mut nonce: u32 = 0;
+ let mut stillReadingAmount: bool = true;
+ let mut lookingForNonce: bool = false;
+ let mut stillReadingNonce: bool = false;
+```
+
+సందేశంలో, చిరునామా తర్వాత మొదటి సంఖ్య బదిలీ చేయాల్సిన ఫిన్నీ మొత్తం (అంటే, ETHలో వెయ్యవ వంతు). రెండవ సంఖ్య నాన్స్. వాటి మధ్య ఉన్న ఏ టెక్స్ట్ అయినా విస్మరించబడుతుంది.
+
+```rust
+ for i in 48..MESSAGE_LENGTH {
+ if messageBytes[i] >= 48 & messageBytes[i] <= 57 { // 0-9
+ let digit = (messageBytes[i]-48);
+
+ if stillReadingAmount {
+ amount = amount*10 + digit.into();
+ }
+
+ if lookingForNonce { // We just found it
+ stillReadingNonce = true;
+ lookingForNonce = false;
+ }
+
+ if stillReadingNonce {
+ nonce = nonce*10 + digit.into();
+ }
+ } else {
+ if stillReadingAmount {
+ stillReadingAmount = false;
+ lookingForNonce = true;
+ }
+ if stillReadingNonce {
+ stillReadingNonce = false;
+ }
+ }
+ }
+
+ (amount, nonce)
+}
+```
+
+ఒక [ట్యూపుల్](https://noir-lang.org/docs/noir/concepts/data_types/tuples)ను తిరిగి ఇవ్వడం అనేది ఒక ఫంక్షన్ నుండి బహుళ విలువలను తిరిగి ఇవ్వడానికి Noir మార్గం.
+
+```rust
+fn readTransferTxn(message: str) -> TransferTxn
+{
+ let mut txn: TransferTxn = TransferTxn { from: 0, to: 0, amount:0, nonce:0 };
+ let messageBytes = message.as_bytes();
+
+ txn.to = readAddress(messageBytes);
+ let (amount, nonce) = readAmountAndNonce(messageBytes);
+ txn.amount = amount;
+ txn.nonce = nonce;
+
+ txn
+}
+```
+
+ఈ ఫంక్షన్ సందేశాన్ని బైట్లుగా మారుస్తుంది, ఆపై మొత్తాలను `TransferTxn`గా మారుస్తుంది.
+
+```rust
+// The equivalent to Viem's hashMessage
+// https://viem.sh/docs/utilities/hashMessage#hashmessage
+fn hashMessage(message: str) -> [u8;32] {
+```
+
+మనం ఖాతాల కోసం పెడెర్సెన్ హాష్ను ఉపయోగించగలిగాము ఎందుకంటే అవి జీరో-కనౌలెడ్జి రుజువులో మాత్రమే హాష్ చేయబడతాయి. అయితే, ఈ కోడ్లో మనం సందేశం యొక్క సంతకాన్ని తనిఖీ చేయాలి, ఇది బ్రౌజర్ ద్వారా ఉత్పత్తి చేయబడుతుంది. దాని కోసం, మనం [EIP 191](https://eips.ethereum.org/EIPS/eip-191)లో ఇతీరియము సంతకం ఫార్మాట్ను అనుసరించాలి. అంటే మనం ఒక ప్రామాణిక ఉపసర్గ, ASCIIలో సందేశం పొడవు, మరియు సందేశాన్ని కలిగి ఉన్న ఒక మిశ్రమ బఫర్ను సృష్టించి, దానిని హాష్ చేయడానికి ఇతీరియము ప్రామాణిక keccak256ను ఉపయోగించాలి.
+
+```rust
+ // ASCII prefix
+ let prefix_bytes = [
+ 0x19, // \x19
+ 0x45, // 'E'
+ 0x74, // 't'
+ 0x68, // 'h'
+ 0x65, // 'e'
+ 0x72, // 'r'
+ 0x65, // 'e'
+ 0x75, // 'u'
+ 0x6D, // 'm'
+ 0x20, // ' '
+ 0x53, // 'S'
+ 0x69, // 'i'
+ 0x67, // 'g'
+ 0x6E, // 'n'
+ 0x65, // 'e'
+ 0x64, // 'd'
+ 0x20, // ' '
+ 0x4D, // 'M'
+ 0x65, // 'e'
+ 0x73, // 's'
+ 0x73, // 's'
+ 0x61, // 'a'
+ 0x67, // 'g'
+ 0x65, // 'e'
+ 0x3A, // ':'
+ 0x0A // '\n'
+ ];
+```
+
+ఒక అప్లికేషన్ వినియోగదారుని ఒక లావాదేవీగా లేదా మరేదైనా ప్రయోజనం కోసం ఉపయోగించగల సందేశానికి సంతకం చేయమని అడిగే సందర్భాలను నివారించడానికి, EIP 191 అన్ని సంతకం చేసిన సందేశాలు అక్షరం 0x19 (చెల్లుబాటు అయ్యే ASCII అక్షరం కాదు) తర్వాత `Ethereum Signed Message:` మరియు ఒక కొత్త లైన్తో ప్రారంభం కావాలని నిర్దేశిస్తుంది.
+
+```rust
+ let mut buffer: [u8; HASH_BUFFER_SIZE] = [0u8; HASH_BUFFER_SIZE];
+ for i in 0..26 {
+ buffer[i] = prefix_bytes[i];
+ }
+
+ let messageBytes : [u8; MESSAGE_LENGTH] = message.as_bytes();
+
+ if MESSAGE_LENGTH <= 9 {
+ for i in 0..1 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+1] = messageBytes[i];
+ }
+ }
+
+ if MESSAGE_LENGTH >= 10 & MESSAGE_LENGTH <= 99 {
+ for i in 0..2 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+2] = messageBytes[i];
+ }
+ }
+
+ if MESSAGE_LENGTH >= 100 {
+ for i in 0..3 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+3] = messageBytes[i];
+ }
+ }
+
+ assert(MESSAGE_LENGTH < 1000, "Messages whose length is over three digits are not supported");
+```
+
+999 వరకు సందేశం పొడవులను నిర్వహించి, అది ఎక్కువ ఉంటే విఫలమవండి. సందేశం పొడవు ఒక స్థిరాంకం అయినప్పటికీ, నేను ఈ కోడ్ను జోడించాను ఎందుకంటే ఇది దానిని మార్చడం సులభం చేస్తుంది. ఒక ఉత్పత్తి వ్యవస్థలో, మీరు బహుశా మెరుగైన పనితీరు కోసం `MESSAGE_LENGTH` మారదని ఊహించుకుంటారు.
+
+```rust
+ keccak256::keccak256(buffer, HASH_BUFFER_SIZE)
+}
+```
+
+ఇతీరియము ప్రామాణిక `keccak256` ఫంక్షన్ను ఉపయోగించండి.
+
+```rust
+fn signatureToAddressAndHash(
+ message: str,
+ pubKeyX: [u8; 32],
+ pubKeyY: [u8; 32],
+ signature: [u8; 64]
+ ) -> (Field, Field, Field) // address, first 16 bytes of hash, last 16 bytes of hash
+{
+```
+
+ఈ ఫంక్షన్ సంతకాన్ని ధృవీకరిస్తుంది, దీనికి సందేశం హాష్ అవసరం. ఆపై అది సంతకం చేసిన చిరునామా మరియు సందేశం హాష్ను మాకు అందిస్తుంది. సందేశం హాష్ రెండు `Field` విలువలుగా అందించబడుతుంది ఎందుకంటే అవి ప్రోగ్రామ్లోని మిగిలిన భాగంలో ఒక బైట్ శ్రేణి కంటే ఉపయోగించడం సులభం.
+
+ఫీల్డ్ గణనలు ఒక పెద్ద సంఖ్యకు [మాడ్యూలో](https://en.wikipedia.org/wiki/Modulo) చేయబడతాయి కాబట్టి మనం రెండు `Field` విలువలను ఉపయోగించాలి, కానీ ఆ సంఖ్య సాధారణంగా 256 బిట్ల కంటే తక్కువగా ఉంటుంది (లేకపోతే EVMలో ఆ గణనలను చేయడం కష్టం).
+
+```rust
+ let hash = hashMessage(message);
+
+ let mut (hash1, hash2) = (0,0);
+
+ for i in 0..16 {
+ hash1 = hash1*256 + hash[31-i].into();
+ hash2 = hash2*256 + hash[15-i].into();
+ }
+```
+
+`hash1` మరియు `hash2`లను మార్చదగిన వేరియబుల్స్గా పేర్కొనండి, మరియు హాష్ను వాటిలో బైట్ బైట్గా వ్రాయండి.
+
+```rust
+ (
+ ecrecover::ecrecover(pubKeyX, pubKeyY, signature, hash),
+```
+
+ఇది [Solidity యొక్క `ecrecover`](https://docs.soliditylang.org/en/v0.8.30/cheatsheet.html#mathematical-and-cryptographic-functions)తో సమానంగా ఉంటుంది, రెండు ముఖ్యమైన తేడాలతో:
+
+- సంతకం చెల్లనిది అయితే, కాల్ `assert`ను విఫలం చేస్తుంది మరియు ప్రోగ్రామ్ రద్దు చేయబడుతుంది.
+- పబ్లిక్ కీ సంతకం మరియు హాష్ నుండి తిరిగి పొందగలిగినప్పటికీ, ఇది బాహ్యంగా చేయగల ప్రాసెసింగ్ మరియు అందువల్ల జీరో-కనౌలెడ్జి రుజువులో చేయడం విలువైనది కాదు. ఎవరైనా ఇక్కడ మమ్మల్ని మోసం చేయడానికి ప్రయత్నిస్తే, సంతకం ధృవీకరణ విఫలమవుతుంది.
+
+```rust
+ hash1,
+ hash2
+ )
+}
+
+fn main(
+ accounts: [Account; ACCOUNT_NUMBER],
+ message: str,
+ pubKeyX: [u8; 32],
+ pubKeyY: [u8; 32],
+ signature: [u8; 64],
+ ) -> pub (
+ Field, // Hash of old accounts array
+ Field, // Hash of new accounts array
+ Field, // First 16 bytes of message hash
+ Field, // Last 16 bytes of message hash
+ )
+```
+
+చివరగా, మనం `main` ఫంక్షన్కు చేరుకున్నాము. ఖాతాల హాష్ను పాత విలువ నుండి కొత్తదానికి చెల్లుబాటు అయ్యే విధంగా మార్చే ఒక లావాదేవీ మా వద్ద ఉందని మేము నిరూపించాలి. దీనికి ఈ నిర్దిష్ట లావాదేవీ హాష్ ఉందని కూడా మేము నిరూపించాలి, తద్వారా దానిని పంపిన వ్యక్తికి వారి లావాదేవీ ప్రాసెస్ చేయబడిందని తెలుస్తుంది.
+
+```rust
+{
+ let mut txn = readTransferTxn(message);
+```
+
+`txn` మార్చదగినదిగా ఉండాలి ఎందుకంటే మనం సందేశం నుండి చిరునామాను చదవము, సంతకం నుండి చదువుతాము.
+
+```rust
+ let (fromAddress, txnHash1, txnHash2) = signatureToAddressAndHash(
+ message,
+ pubKeyX,
+ pubKeyY,
+ signature);
+
+ txn.from = fromAddress;
+
+ let newAccounts = apply_transfer_txn(accounts, txn);
+
+ (
+ hash_accounts(accounts),
+ hash_accounts(newAccounts),
+ txnHash1,
+ txnHash2
+ )
+}
+```
+
+### దశ 2 - ఒక సర్వర్ను జోడించడం {#stage-2}
+
+రెండవ దశలో, మేము బ్రౌజర్ నుండి బదిలీ లావాదేవీలను స్వీకరించి, అమలు చేసే ఒక సర్వర్ను జోడిస్తాము.
+
+చర్యలో చూడటానికి:
+
+1. Vite నడుస్తుంటే దాన్ని ఆపండి.
+
+2. సర్వర్ను కలిగి ఉన్న శాఖను డౌన్లోడ్ చేయండి మరియు మీకు అవసరమైన అన్ని మాడ్యూల్స్ ఉన్నాయని నిర్ధారించుకోండి.
+
+ ```sh
+ git checkout 02-add-server
+ cd client
+ npm install
+ cd ../server
+ npm install
+ ```
+
+ Noir కోడ్ను కంపైల్ చేయాల్సిన అవసరం లేదు, ఇది మీరు దశ 1 కోసం ఉపయోగించిన కోడ్తో సమానంగా ఉంటుంది.
+
+3. సర్వర్ను ప్రారంభించండి.
+
+ ```sh
+ npm run start
+ ```
+
+4. వేరే కమాండ్-లైన్ విండోలో, బ్రౌజర్ కోడ్ను అందించడానికి Viteని రన్ చేయండి.
+
+ ```sh
+ cd client
+ npm run dev
+ ```
+
+5. క్లయింట్ కోడ్కు [http://localhost:5173](http://localhost:5173) వద్ద బ్రౌజ్ చేయండి
+
+6. మీరు ఒక లావాదేవీ జారీ చేసే ముందు, మీరు నాన్స్ను, అలాగే మీరు పంపగల మొత్తాన్ని తెలుసుకోవాలి. ఈ సమాచారం పొందడానికి, **Update account data** క్లిక్ చేసి, సందేశానికి సంతకం చేయండి.
+
+ ఇక్కడ మనకు ఒక సందిగ్ధత ఉంది. ఒక వైపు, మేము తిరిగి ఉపయోగించగల సందేశానికి సంతకం చేయకూడదు (ఒక [రీప్లే దాడి](https://en.wikipedia.org/wiki/Replay_attack)), అందుకే మాకు ముందుగా నాన్స్ కావాలి. అయితే, మాకు ఇంకా నాన్స్ లేదు. పరిష్కారం ఒకసారి మాత్రమే ఉపయోగించగల మరియు రెండు వైపులా ఇప్పటికే ఉన్న ఒక నాన్స్ను ఎంచుకోవడం, ఉదాహరణకు ప్రస్తుత సమయం.
+
+ ఈ పరిష్కారంతో సమస్య ఏమిటంటే, సమయం సంపూర్ణంగా సమకాలీకరించబడకపోవచ్చు. కాబట్టి బదులుగా, మేము ప్రతి నిమిషానికి మారే ఒక విలువకు సంతకం చేస్తాము. అంటే రీప్లే దాడులకు మా దుర్బలత్వం యొక్క విండో గరిష్టంగా ఒక నిమిషం ఉంటుంది. ఉత్పత్తిలో సంతకం చేసిన అభ్యర్థన TLS ద్వారా రక్షించబడుతుందని మరియు టన్నెల్ యొక్క మరొక వైపు---సర్వర్---బ్యాలెన్స్ మరియు నాన్స్ను ఇప్పటికే వెల్లడించగలదని (పని చేయడానికి అవి దానికి తెలిసి ఉండాలి) పరిగణలోకి తీసుకుంటే, ఇది ఒక ఆమోదయోగ్యమైన ప్రమాదం.
+
+7. బ్రౌజర్ బ్యాలెన్స్ మరియు నాన్స్ను తిరిగి పొందిన తర్వాత, అది బదిలీ ఫారమ్ను చూపుతుంది. గమ్యస్థాన చిరునామా మరియు మొత్తాన్ని ఎంచుకుని, **Transfer** క్లిక్ చేయండి. ఈ అభ్యర్థనకు సంతకం చేయండి.
+
+8. బదిలీని చూడటానికి, **Update account data** చేయండి లేదా మీరు సర్వర్ను రన్ చేసే విండోలో చూడండి. సర్వర్ ప్రతిసారి మారినప్పుడు స్థితిని లాగ్ చేస్తుంది.
+
+ ```
+ ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+
+ > server@1.0.0 start
+ > node --experimental-json-modules index.mjs
+
+ Listening on port 3000
+ Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 36000 finney (milliEth) 0 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 64000 (1)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 100000 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ Txn send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 7200 finney (milliEth) 1 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 56800 (2)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 3000 finney (milliEth) 2 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 53800 (3)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 139000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ ```
+
+#### `server/index.mjs` {#server-index-mjs-1}
+
+[ఈ ఫైల్](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/index.mjs) సర్వర్ ప్రాసెస్ను కలిగి ఉంది, మరియు [`main.nr`](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/noir/src/main.nr) వద్ద Noir కోడ్తో సంకర్షణ చెందుతుంది. ఆసక్తికరమైన భాగాల వివరణ ఇక్కడ ఉంది.
+
+```js
+import { Noir } from '@noir-lang/noir_js'
+```
+
+[noir.js](https://www.npmjs.com/package/@noir-lang/noir_js) లైబ్రరీ జావాస్క్రిప్ట్ కోడ్ మరియు Noir కోడ్ మధ్య ఇంటర్ఫేస్ చేస్తుంది.
+
+```js
+const circuit = JSON.parse(await fs.readFile("./noir/target/zkBank.json"))
+const noir = new Noir(circuit)
+```
+
+అంకగణిత సర్క్యూట్ను లోడ్ చేయండి---మునుపటి దశలో మనం సృష్టించిన కంపైల్ చేయబడిన Noir ప్రోగ్రామ్---మరియు దానిని అమలు చేయడానికి సిద్ధం చేయండి.
+
+```js
+// We only provide account information in return to a signed request
+const accountInformation = async signature => {
+ const fromAddress = await recoverAddress({
+ hash: hashMessage("Get account data " + Math.floor((new Date().getTime())/60000)),
+ signature
+ })
+```
+
+ఖాతా సమాచారాన్ని అందించడానికి, మాకు సంతకం మాత్రమే అవసరం. కారణం, సందేశం ఏమి కాబోతోందో మాకు ఇప్పటికే తెలుసు, మరియు అందువల్ల సందేశం హాష్ కూడా.
+
+```js
+const processMessage = async (message, signature) => {
+```
+
+ఒక సందేశాన్ని ప్రాసెస్ చేసి, అది ఎన్కోడ్ చేసే లావాదేవీని అమలు చేయండి.
+
+```js
+ // Get the public key
+ const pubKey = await recoverPublicKey({
+ hash,
+ signature
+ })
+```
+
+ఇప్పుడు మేము సర్వర్లో జావాస్క్రిప్ట్ను రన్ చేస్తున్నాము కాబట్టి, మేము పబ్లిక్ కీని క్లయింట్లో కాకుండా అక్కడ తిరిగి పొందవచ్చు.
+
+```js
+ let noirResult
+ try {
+ noirResult = await noir.execute({
+ message,
+ signature: signature.slice(2,-2).match(/.{2}/g).map(x => `0x${x}`),
+ pubKeyX,
+ pubKeyY,
+ accounts: Accounts
+ })
+```
+
+`noir.execute` Noir ప్రోగ్రామ్ను రన్ చేస్తుంది. పారామితులు [`Prover.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml)లో అందించిన వాటికి సమానంగా ఉంటాయి. గమనించండి పొడవైన విలువలు హెక్సాడెసిమల్ స్ట్రింగ్ల శ్రేణిగా అందించబడతాయి (`["0x60", "0xA7"]`), ఒకే హెక్సాడెసిమల్ విలువగా కాదు (`0x60A7`), Viem చేసే విధంగా.
+
+```js
+ } catch (err) {
+ console.log(`Noir error: ${err}`)
+ throw Error("Invalid transaction, not processed")
+ }
+```
+
+ఒకవేళ లోపం ఉంటే, దాన్ని పట్టుకుని, ఆపై ఒక సరళీకృత వెర్షన్ను క్లయింట్కు పంపండి.
+
+```js
+ Accounts[fromAccountNumber].nonce++
+ Accounts[fromAccountNumber].balance -= amount
+ Accounts[toAccountNumber].balance += amount
+```
+
+లావాదేవీని వర్తించండి. మేము ఇప్పటికే దానిని Noir కోడ్లో చేసాము, కానీ ఫలితాన్ని అక్కడ నుండి సంగ్రహించడం కంటే ఇక్కడ మళ్ళీ చేయడం సులభం.
+
+```js
+let Accounts = [
+ {
+ address: "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+ balance: 5000,
+ nonce: 0,
+ },
+```
+
+ప్రారంభ `Accounts` నిర్మాణం.
+
+### దశ 3 - ఇతీరియము స్మార్ట్ కాంట్రాక్టులు {#stage-3}
+
+1. సర్వర్ మరియు క్లయింట్ ప్రక్రియలను ఆపండి.
+
+2. స్మార్ట్ కాంట్రాక్టులతో ఉన్న శాఖను డౌన్లోడ్ చేయండి మరియు మీకు అవసరమైన అన్ని మాడ్యూల్స్ ఉన్నాయని నిర్ధారించుకోండి.
+
+ ```sh
+ git checkout 03-smart-contracts
+ cd client
+ npm install
+ cd ../server
+ npm install
+ ```
+
+3. `anvil`ను వేరే కమాండ్-లైన్ విండోలో రన్ చేయండి.
+
+4. ధృవీకరణ కీ మరియు సాలిడిటీ వెరిఫైయర్ను ఉత్పత్తి చేయండి, ఆపై వెరిఫైయర్ కోడ్ను Solidity ప్రాజెక్ట్కు కాపీ చేయండి.
+
+ ```sh
+ cd noir
+ bb write_vk -b ./target/zkBank.json -o ./target --oracle_hash keccak
+ bb write_solidity_verifier -k ./target/vk -o ./target/Verifier.sol
+ cp target/Verifier.sol ../../smart-contracts/src
+ ```
+
+5. స్మార్ట్ కాంట్రాక్టులకు వెళ్లి, `anvil` బ్లాక్ చైనును ఉపయోగించడానికి పర్యావరణ వేరియబుల్స్ను సెట్ చేయండి.
+
+ ```sh
+ cd ../../smart-contracts
+ export ETH_RPC_URL=http://localhost:8545
+ ETH_PRIVATE_KEY=ac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80
+ ```
+
+6. `Verifier.sol`ను అమలు చేయండి మరియు చిరునామాను పర్యావరణ వేరియబుల్లో నిల్వ చేయండి.
+
+ ```sh
+ VERIFIER_ADDRESS=`forge create src/Verifier.sol:HonkVerifier --private-key $ETH_PRIVATE_KEY --optimize --broadcast | awk '/Deployed to:/ {print $3}'`
+ echo $VERIFIER_ADDRESS
+ ```
+
+7. `ZkBank` కాంట్రాక్టును అమలు చేయండి.
+
+ ```sh
+ ZKBANK_ADDRESS=`forge create ZkBank --private-key $ETH_PRIVATE_KEY --broadcast --constructor-args $VERIFIER_ADDRESS 0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b | awk '/Deployed to:/ {print $3}'`
+ echo $ZKBANK_ADDRESS
+ ```
+
+ `0x199..67b` విలువ `Accounts` యొక్క ప్రారంభ స్థితి యొక్క పెడెర్సెన్ హాష్. మీరు `server/index.mjs`లో ఈ ప్రారంభ స్థితిని సవరించినట్లయితే, జీరో-కనౌలెడ్జి రుజువు ద్వారా నివేదించబడిన ప్రారంభ హాష్ను చూడటానికి ఒక లావాదేవీని రన్ చేయవచ్చు.
+
+8. సర్వర్ను రన్ చేయండి.
+
+ ```sh
+ cd ../server
+ npm run start
+ ```
+
+9. క్లయింట్ను వేరే కమాండ్-లైన్ విండోలో రన్ చేయండి.
+
+ ```sh
+ cd client
+ npm run dev
+ ```
+
+10. కొన్ని లావాదేవీలను రన్ చేయండి.
+
+11. స్థితి ఆన్చైన్లో మారిందని ధృవీకరించడానికి, సర్వర్ ప్రాసెస్ను పునఃప్రారంభించండి. లావాదేవీలలోని అసలు హాష్ విలువ ఆన్చైన్లో నిల్వ చేయబడిన హాష్ విలువకు భిన్నంగా ఉన్నందున, `ZkBank` ఇకపై లావాదేవీలను అంగీకరించదని చూడండి.
+
+ ఇది ఊహించిన రకమైన లోపం.
+
+ ```
+ ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+
+ > server@1.0.0 start
+ > node --experimental-json-modules index.mjs
+
+ Listening on port 3000
+ Verification error: ContractFunctionExecutionError: The contract function "processTransaction" reverted with the following reason:
+ Wrong old state hash
+
+ Contract Call:
+ address: 0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512
+ function: processTransaction(bytes _proof, bytes32[] _publicInputs)
+ args: (0x0000000000000000000000000000000000000000000000042ab5d6d1986846cf00000000000000000000000000000000000000000000000b75c020998797da7800000000000000000000000000000000000000000000000
+ ```
+
+#### `server/index.mjs` {#server-index-mjs-2}
+
+ఈ ఫైల్లోని మార్పులు ఎక్కువగా అసలు రుజువును సృష్టించి, దానిని ఆన్చైన్లో సమర్పించడానికి సంబంధించినవి.
+
+```js
+import { exec } from 'child_process'
+import util from 'util'
+
+const execPromise = util.promisify(exec)
+```
+
+ఆన్చైన్కు పంపడానికి అసలు రుజువును సృష్టించడానికి మేము [బారెటెన్బెర్గ్ ప్యాకేజీని](https://github.com/AztecProtocol/aztec-packages/tree/next/barretenberg) ఉపయోగించాలి. మేము ఈ ప్యాకేజీని కమాండ్-లైన్ ఇంటర్ఫేస్ (`bb`)ని రన్ చేయడం ద్వారా లేదా [జావాస్క్రిప్ట్ లైబ్రరీ, `bb.js`](https://www.npmjs.com/package/@aztec/bb.js)ని ఉపయోగించడం ద్వారా ఉపయోగించవచ్చు. జావాస్క్రిప్ట్ లైబ్రరీ కోడ్ను దేశీయంగా రన్ చేయడం కంటే చాలా నెమ్మదిగా ఉంటుంది, కాబట్టి మేము కమాండ్-లైన్ను ఉపయోగించడానికి ఇక్కడ [`exec`](https://nodejs.org/api/child_process.html#child_processexeccommand-options-callback)ని ఉపయోగిస్తాము.
+
+గమనించండి మీరు `bb.js`ని ఉపయోగించాలని నిర్ణయించుకుంటే, మీరు ఉపయోగిస్తున్న Noir వెర్షన్తో అనుకూలమైన వెర్షన్ను ఉపయోగించాలి. వ్రాసే సమయంలో, ప్రస్తుత Noir వెర్షన్ (1.0.0-beta.11) `bb.js` వెర్షన్ 0.87ను ఉపయోగిస్తుంది.
+
+```js
+const zkBankAddress = process.env.ZKBANK_ADDRESS || "0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512"
+```
+
+ఇక్కడి చిరునామా, మీరు శుభ్రమైన `anvil`తో ప్రారంభించి, పైన ఉన్న ఆదేశాలను అనుసరించినప్పుడు పొందేది.
+
+```js
+const walletClient = createWalletClient({
+ chain: anvil,
+ transport: http(),
+ account: privateKeyToAccount("0x2a871d0798f97d79848a013d4936a73bf4cc922c825d33c1cf7073dff6d409c6")
+})
+```
+
+ఈ ప్రైవేట్ కీ `anvil`లోని డిఫాల్ట్ ప్రీ-ఫండెడ్ ఖాతాలలో ఒకటి.
+
+```js
+const generateProof = async (witness, fileID) => {
+```
+
+`bb` ఎగ్జిక్యూటబుల్ ఉపయోగించి ఒక రుజువును రూపొందించండి.
+
+```js
+ const fname = `witness-${fileID}.gz`
+ await fs.writeFile(fname, witness)
+```
+
+సాక్షిని ఒక ఫైల్కు వ్రాయండి.
+
+```js
+ await execPromise(`bb prove -b ./noir/target/zkBank.json -w ${fname} -o ${fileID} --oracle_hash keccak --output_format fields`)
+```
+
+నిజానికి రుజువును సృష్టించండి. ఈ దశ పబ్లిక్ వేరియబుల్స్తో ఒక ఫైల్ను కూడా సృష్టిస్తుంది, కానీ మాకు అది అవసరం లేదు. మేము ఆ వేరియబుల్స్ను `noir.execute` నుండి ఇప్పటికే పొందాము.
+
+```js
+ const proof = "0x" + JSON.parse(await fs.readFile(`./${fileID}/proof_fields.json`)).reduce((a,b) => a+b, "").replace(/0x/g, "")
+```
+
+రుజువు `Field` విలువల యొక్క JSON శ్రేణి, ప్రతిదీ ఒక హెక్సాడెసిమల్ విలువగా సూచించబడుతుంది. అయితే, మేము దానిని లావాదేవీలో ఒకే `bytes` విలువగా పంపాలి, దీనిని Viem ఒక పెద్ద హెక్సాడెసిమల్ స్ట్రింగ్తో సూచిస్తుంది. ఇక్కడ మేము అన్ని విలువలను కలిపి, అన్ని `0x`లను తీసివేసి, ఆపై చివరలో ఒకటి జోడించడం ద్వారా ఫార్మాట్ను మారుస్తాము.
+
+```js
+ await execPromise(`rm -r ${fname} ${fileID}`)
+
+ return proof
+}
+```
+
+శుభ్రపరిచి, రుజువును తిరిగి ఇవ్వండి.
+
+```js
+const processMessage = async (message, signature) => {
+ .
+ .
+ .
+
+ const publicFields = noirResult.returnValue.map(x=>'0x' + x.slice(2).padStart(64, "0"))
+```
+
+పబ్లిక్ ఫీల్డ్లు 32-బైట్ విలువల శ్రేణిగా ఉండాలి. అయితే, లావాదేవీ హాష్ను రెండు `Field` విలువల మధ్య విభజించవలసి వచ్చినందున, ఇది 16-బైట్ విలువగా కనిపిస్తుంది. ఇక్కడ మేము సున్నాలను జోడిస్తాము, తద్వారా Viem అది నిజానికి 32 బైట్లు అని అర్థం చేసుకుంటుంది.
+
+```js
+ const proof = await generateProof(noirResult.witness, `${fromAddress}-${nonce}`)
+```
+
+ప్రతి చిరునామా ప్రతి నాన్స్ను ఒకసారి మాత్రమే ఉపయోగిస్తుంది, తద్వారా మేము `fromAddress` మరియు `nonce` కలయికను సాక్షి ఫైల్ మరియు అవుట్పుట్ డైరెక్టరీ కోసం ఒక ప్రత్యేక ఐడెంటిఫైయర్గా ఉపయోగించవచ్చు.
+
+```js
+ try {
+ await zkBank.write.processTransaction([
+ proof, publicFields])
+ } catch (err) {
+ console.log(`Verification error: ${err}`)
+ throw Error("Can't verify the transaction onchain")
+ }
+ .
+ .
+ .
+}
+```
+
+లావాదేవీని చైన్కు పంపండి.
+
+#### `smart-contracts/src/ZkBank.sol` {#smart-contracts-src-zkbank-sol}
+
+ఇది లావాదేవీని స్వీకరించే ఆన్చైన్ కోడ్.
+
+```solidity
+// SPDX-License-Identifier: MIT
+
+pragma solidity >=0.8.21;
+
+import {HonkVerifier} from "./Verifier.sol";
+
+contract ZkBank {
+ HonkVerifier immutable myVerifier;
+ bytes32 currentStateHash;
+
+ constructor(address _verifierAddress, bytes32 _initialStateHash) {
+ currentStateHash = _initialStateHash;
+ myVerifier = HonkVerifier(_verifierAddress);
+ }
+```
+
+ఆన్చైన్ కోడ్ రెండు వేరియబుల్స్ను ట్రాక్ చేయాలి: వెరిఫైయర్ (`nargo` ద్వారా సృష్టించబడిన ఒక ప్రత్యేక కాంట్రాక్ట్) మరియు ప్రస్తుత స్థితి హాష్.
+
+```solidity
+ event TransactionProcessed(
+ bytes32 indexed transactionHash,
+ bytes32 oldStateHash,
+ bytes32 newStateHash
+ );
+```
+
+ప్రతిసారి స్థితి మారినప్పుడు, మేము `TransactionProcessed` ఈవెంట్ను విడుదల చేస్తాము.
+
+```solidity
+ function processTransaction(
+ bytes calldata _proof,
+ bytes32[] calldata _publicFields
+ ) public {
+```
+
+ఈ ఫంక్షన్ లావాదేవీలను ప్రాసెస్ చేస్తుంది. ఇది రుజువును (`bytes`గా) మరియు పబ్లిక్ ఇన్పుట్లను (`bytes32` శ్రేణిగా), వెరిఫైయర్ అవసరమైన ఫార్మాట్లో (ఆన్చైన్ ప్రాసెసింగ్ను మరియు అందువల్ల గ్యాస్ ఖర్చులను తగ్గించడానికి) పొందుతుంది.
+
+```solidity
+ require(_publicInputs[0] == currentStateHash,
+ "Wrong old state hash");
+```
+
+జీరో-కనౌలెడ్జి రుజువు లావాదేవీ మన ప్రస్తుత హాష్ నుండి కొత్తదానికి మారుతుందని ఉండాలి.
+
+```solidity
+ myVerifier.verify(_proof, _publicFields);
+```
+
+జీరో-కనౌలెడ్జి రుజువును ధృవీకరించడానికి వెరిఫైయర్ కాంట్రాక్టును కాల్ చేయండి. జీరో-కనౌలెడ్జి రుజువు తప్పు అయితే ఈ దశ లావాదేవీని తిరిగి తీసుకుంటుంది.
+
+```solidity
+ currentStateHash = _publicFields[1];
+
+ emit TransactionProcessed(
+ _publicFields[2]<<128 | _publicFields[3],
+ _publicFields[0],
+ _publicFields[1]
+ );
+ }
+}
+```
+
+అన్నీ సరిగ్గా ఉంటే, స్థితి హాష్ను కొత్త విలువకు నవీకరించి, `TransactionProcessed` ఈవెంట్ను విడుదల చేయండి.
+
+## కేంద్రీకృత భాగం ద్వారా దుర్వినియోగాలు {#abuses}
+
+సమాచార భద్రత మూడు గుణాలను కలిగి ఉంటుంది:
+
+- _గోప్యత_, వినియోగదారులు వారు చదవడానికి అధికారం లేని సమాచారాన్ని చదవలేరు.
+- _సమగ్రత_, అధీకృత వినియోగదారులు అధీకృత పద్ధతిలో తప్ప సమాచారాన్ని మార్చలేరు.
+- _లభ్యత_, అధీకృత వినియోగదారులు వ్యవస్థను ఉపయోగించగలరు.
+
+ఈ వ్యవస్థలో, సమగ్రత జీరో-కనౌలెడ్జి రుజువుల ద్వారా అందించబడుతుంది. లభ్యతను హామీ ఇవ్వడం చాలా కష్టం, మరియు గోప్యత అసాధ్యం, ఎందుకంటే బ్యాంకు ప్రతి ఖాతా యొక్క బ్యాలెన్స్ మరియు అన్ని లావాదేవీలను తెలుసుకోవాలి. సమాచారం ఉన్న ఒక సంస్థ ఆ సమాచారాన్ని పంచుకోకుండా నిరోధించడానికి మార్గం లేదు.
+
+[స్టీల్త్ చిరునామాలను](https://vitalik.eth.limo/general/2023/01/20/stealth.html) ఉపయోగించి నిజంగా గోప్యమైన బ్యాంకును సృష్టించడం సాధ్యం కావచ్చు, కానీ అది ఈ వ్యాసం పరిధికి మించినది.
+
+### తప్పుడు సమాచారం {#false-info}
+
+[డేటాను అభ్యర్థించినప్పుడు](https://github.com/qbzzt/250911-zk-bank/blob/03-smart-contracts/server/index.mjs#L278-L291) తప్పుడు సమాచారాన్ని అందించడం ద్వారా సర్వర్ సమగ్రతను ఉల్లంఘించగల ఒక మార్గం.
+
+దీన్ని పరిష్కరించడానికి, మేము ఖాతాలను ఒక ప్రైవేట్ ఇన్పుట్గా మరియు సమాచారం అభ్యర్థించబడిన చిరునామాను ఒక పబ్లిక్ ఇన్పుట్గా స్వీకరించే రెండవ Noir ప్రోగ్రామ్ను వ్రాయవచ్చు. అవుట్పుట్ ఆ చిరునామా యొక్క బ్యాలెన్స్ మరియు నాన్స్, మరియు ఖాతాల హాష్.
+
+అయితే, ఈ రుజువును ఆన్చైన్లో ధృవీకరించలేము, ఎందుకంటే మేము నాన్స్లు మరియు బ్యాలెన్స్లను ఆన్చైన్లో పోస్ట్ చేయాలనుకోవడం లేదు. అయితే, దీనిని బ్రౌజర్లో నడుస్తున్న క్లయింట్ కోడ్ ద్వారా ధృవీకరించవచ్చు.
+
+### బలవంతపు లావాదేవీలు {#forced-txns}
+
+L2లలో లభ్యతను నిర్ధారించడానికి మరియు సెన్సార్షిప్ను నివారించడానికి సాధారణ యంత్రాంగం [బలవంతపు లావాదేవీలు](https://docs.optimism.io/stack/transactions/forced-transaction). కానీ బలవంతపు లావాదేవీలు జీరో-కనౌలెడ్జి రుజువులతో కలపబడవు. సర్వర్ మాత్రమే లావాదేవీలను ధృవీకరించగల ఏకైక సంస్థ.
+
+బలవంతపు లావాదేవీలను అంగీకరించడానికి మరియు అవి ప్రాసెస్ అయ్యే వరకు స్థితిని మార్చకుండా సర్వర్ను నిరోధించడానికి మేము `smart-contracts/src/ZkBank.sol`ను సవరించవచ్చు. అయితే, ఇది మాకు ఒక సాధారణ తిరస్కరణ-సేవ దాడికి గురి చేస్తుంది. ఒక బలవంతపు లావాదేవీ చెల్లనిది మరియు అందువల్ల ప్రాసెస్ చేయడం అసాధ్యం అయితే?
+
+పరిష్కారం ఒక బలవంతపు లావాదేవీ చెల్లనిదని జీరో-కనౌలెడ్జి రుజువు కలిగి ఉండటం. ఇది సర్వర్కు మూడు ఎంపికలను ఇస్తుంది:
+
+- బలవంతపు లావాదేవీని ప్రాసెస్ చేయడం, అది ప్రాసెస్ చేయబడిందని మరియు కొత్త స్థితి హాష్ ఉందని జీరో-కనౌలెడ్జి రుజువును అందించడం.
+- బలవంతపు లావాదేవీని తిరస్కరించడం, మరియు లావాదేవీ చెల్లనిదని (తెలియని చిరునామా, చెడ్డ నాన్స్, లేదా తగినంత బ్యాలెన్స్ లేకపోవడం) కాంట్రాక్టుకు జీరో-కనౌలెడ్జి రుజువును అందించడం.
+- బలవంతపు లావాదేవీని విస్మరించడం. సర్వర్ను లావాదేవీని నిజంగా ప్రాసెస్ చేయమని బలవంతం చేయడానికి మార్గం లేదు, కానీ దీని అర్థం మొత్తం వ్యవస్థ అందుబాటులో లేదు.
+
+#### లభ్యత బాండ్లు {#avail-bonds}
+
+నిజ-జీవిత అమలులో, సర్వర్ను నడుపుతూ ఉండటానికి బహుశా ఏదో ఒక రకమైన లాభ ప్రేరణ ఉంటుంది. నిర్దిష్ట కాలంలో బలవంతపు లావాదేవీ ప్రాసెస్ చేయబడకపోతే ఎవరైనా కాల్చగల లభ్యత బాండ్ను సర్వర్ పోస్ట్ చేయడం ద్వారా మేము ఈ ప్రోత్సాహాన్ని బలోపేతం చేయవచ్చు.
+
+### చెడ్డ Noir కోడ్ {#bad-noir-code}
+
+సాధారణంగా, ప్రజలు ఒక స్మార్ట్ కాంట్రాక్టును విశ్వసించేలా చేయడానికి మేము సోర్స్ కోడ్ను ఒక [బ్లాక్ ఎక్స్ప్లోరర్కు](https://eth.blockscout.com/address/0x7D16d2c4e96BCFC8f815E15b771aC847EcbDB48b?tab=contract) అప్లోడ్ చేస్తాము. అయితే, జీరో-కనౌలెడ్జి రుజువుల విషయంలో, అది సరిపోదు.
+
+`Verifier.sol` ధృవీకరణ కీని కలిగి ఉంటుంది, ఇది Noir ప్రోగ్రామ్ యొక్క ఫంక్షన్. అయితే, ఆ కీ మాకు Noir ప్రోగ్రామ్ ఏమిటో చెప్పదు. నిజంగా విశ్వసనీయ పరిష్కారం కలిగి ఉండటానికి, మీరు Noir ప్రోగ్రామ్ (మరియు దానిని సృష్టించిన వెర్షన్)ను అప్లోడ్ చేయాలి. లేకపోతే, జీరో-కనౌలెడ్జి రుజువులు వేరే ప్రోగ్రామ్ను ప్రతిబింబించవచ్చు, ఒక వెనుక ద్వారం ఉన్నది.
+
+బ్లాక్ ఎక్స్ప్లోరర్లు మాకు Noir ప్రోగ్రామ్లను అప్లోడ్ చేయడానికి మరియు ధృవీకరించడానికి అనుమతించే వరకు, మీరు దానిని మీరే చేయాలి (ప్రాధాన్యంగా [IPFS](/developers/tutorials/ipfs-decentralized-ui/)కి). అప్పుడు అధునాతన వినియోగదారులు సోర్స్ కోడ్ను డౌన్లోడ్ చేసుకోగలరు, దానిని స్వయంగా కంపైల్ చేయగలరు, `Verifier.sol`ని సృష్టించగలరు మరియు అది ఆన్చైన్లో ఉన్న దానికి సమానంగా ఉందని ధృవీకరించగలరు.
+
+## ముగింపు {#conclusion}
+
+ప్లాస్మా-రకం అప్లికేషన్లకు సమాచార నిల్వగా ఒక కేంద్రీకృత భాగం అవసరం. ఇది సంభావ్య దుర్బలత్వాలను తెరుస్తుంది కానీ, ప్రతిఫలంగా, బ్లాక్ చైనులో అందుబాటులో లేని మార్గాలలో గోప్యతను కాపాడటానికి మనకు అనుమతిస్తుంది. జీరో-కనౌలెడ్జి రుజువులతో మనం సమగ్రతను నిర్ధారించవచ్చు మరియు కేంద్రీకృత భాగాన్ని నడుపుతున్న ఎవరికైనా లభ్యతను నిర్వహించడానికి ఆర్థికంగా ప్రయోజనకరంగా చేయవచ్చు.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
+
+## ధన్యవాదాలు {#acknowledgements}
+
+- జోష్ క్రైట్స్ ఈ వ్యాసం యొక్క డ్రాఫ్ట్ను చదివి, ఒక ముళ్లలాంటి Noir సమస్యతో నాకు సహాయం చేశారు.
+
+మిగిలిన ఏవైనా లోపాలు నా బాధ్యత.
diff --git a/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
new file mode 100644
index 00000000000..9ea7a9e9d42
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -0,0 +1,131 @@
+---
+title: జావాస్క్రిప్ట్ నుండి స్మార్ట్ కాంట్రాక్టును పిలవడం
+description: Dai టోకెన్ ఉదాహరణను ఉపయోగించి జావాస్క్రిప్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ను ఎలా పిలవాలో
+author: jdourlens
+tags: [ "లావాదేవీలు", "frontend", "జావాస్క్రిప్ట్", "web3.js" ]
+skill: ఆరంభకులు
+lang: te
+published: 2020-04-19
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/calling-a-smart-contract-from-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+ఈ ట్యుటోరియల్లో మనం జావాస్క్రిప్ట్ నుండి [స్మార్ట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/) ఫంక్షన్ను ఎలా పిలవాలో చూద్దాం. మొదటగా స్మార్ట్ కాంట్రాక్ట్ స్థితిని చదవడం (ఉదా., ERC20 హోల్డర్ యొక్క బ్యాలెన్స్), తర్వాత మనం టోకెన్ బదిలీ చేయడం ద్వారా బ్లాక్చైన్ స్థితిని సవరిస్తాము. [బ్లాక్చైన్తో ఇంటరాక్ట్ అవ్వడానికి JS పర్యావరణాన్ని సెటప్ చేయడం](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) గురించి మీకు ఇప్పటికే తెలిసి ఉండాలి.
+
+ఈ ఉదాహరణ కోసం మనం DAI టోకెన్తో ఆడతాము, పరీక్ష ప్రయోజనం కోసం మనం ganache-cliని ఉపయోగించి బ్లాక్చైన్ను ఫోర్క్ చేస్తాము మరియు ఇప్పటికే చాలా DAI ఉన్న చిరునామాను అన్లాక్ చేస్తాము:
+
+```bash
+ganache-cli -f https://mainnet.infura.io/v3/[YOUR INFURA KEY] -d -i 66 1 --unlock 0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81
+```
+
+స్మార్ట్ కాంట్రాక్టుతో ఇంటరాక్ట్ అవ్వడానికి మనకు దాని చిరునామా మరియు ABI అవసరం:
+
+```js
+const ERC20TransferABI = [
+ {
+ constant: false,
+ inputs: [
+ {
+ name: "_to",
+ type: "address",
+ },
+ {
+ name: "_value",
+ type: "uint256",
+ },
+ ],
+ name: "transfer",
+ outputs: [
+ {
+ name: "",
+ type: "bool",
+ },
+ ],
+ payable: false,
+ stateMutability: "nonpayable",
+ type: "function",
+ },
+ {
+ constant: true,
+ inputs: [
+ {
+ name: "_owner",
+ type: "address",
+ },
+ ],
+ name: "balanceOf",
+ outputs: [
+ {
+ name: "balance",
+ type: "uint256",
+ },
+ ],
+ payable: false,
+ stateMutability: "view",
+ type: "function",
+ },
+]
+
+const DAI_ADDRESS = "0x6b175474e89094c44da98b954eedeac495271d0f"
+```
+
+ఈ ప్రాజెక్ట్ కోసం మేము కేవలం `balanceOf` మరియు `transfer` ఫంక్షన్ను మాత్రమే ఉంచడానికి పూర్తి ERC20 ABIని కుదించాము, కానీ మీరు [పూర్తి ERC20 ABIని ఇక్కడ](https://ethereumdev.io/abi-for-erc20-contract-on-ethereum/) కనుగొనవచ్చు.
+
+ఆ తర్వాత మనం మన స్మార్ట్ కాంట్రాక్టును ఇన్స్టాన్షియేట్ చేయాలి:
+
+```js
+const web3 = new Web3("http://localhost:8545")
+
+const daiToken = new web3.eth.Contract(ERC20TransferABI, DAI_ADDRESS)
+```
+
+మనం రెండు చిరునామాలను కూడా సెటప్ చేస్తాము:
+
+- బదిలీని స్వీకరించేది మరియు
+- మనం ఇప్పటికే అన్లాక్ చేసినది, అది పంపుతుంది:
+
+```js
+const senderAddress = "0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81"
+const receiverAddress = "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+```
+
+తదుపరి భాగంలో, రెండు చిరునామాలు కలిగి ఉన్న టోకెన్ల ప్రస్తుత మొత్తాన్ని తిరిగి పొందడానికి మనం `balanceOf` ఫంక్షన్ను పిలుస్తాము.
+
+## పిలుపు: స్మార్ట్ కాంట్రాక్ట్ నుండి విలువను చదవడం {#call-reading-value-from-a-smart-contract}
+
+మొదటి ఉదాహరణ ఎటువంటి లావాదేవీని పంపకుండా EVMలో దాని స్మార్ట్ కాంట్రాక్ట్ పద్ధతిని అమలు చేయడానికి ఒక "స్థిరమైన" పద్ధతిని పిలుస్తుంది. దీని కోసం మనం ఒక చిరునామా యొక్క ERC20 బ్యాలెన్స్ను చదువుతాము. [ERC20 టోకెన్ల గురించి మా కథనాన్ని చదవండి](/developers/tutorials/understand-the-erc-20-token-smart-contract/).
+
+మీరు ABI అందించిన ఒక ఇన్స్టాన్షియేట్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్ పద్ధతులను ఈ క్రింది విధంగా యాక్సెస్ చేయవచ్చు: `yourContract.methods.methodname`. `call` ఫంక్షన్ను ఉపయోగించడం ద్వారా మీరు ఫంక్షన్ను అమలు చేసిన ఫలితాన్ని అందుకుంటారు.
+
+```js
+daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
+ if (err) {
+ console.log("ఒక లోపం సంభవించింది", err)
+ return
+ }
+ console.log("బ్యాలెన్స్ ఇది: ", res)
+})
+```
+
+DAI ERC20కి 18 దశాంశాలు ఉన్నాయని గుర్తుంచుకోండి, అంటే సరైన మొత్తాన్ని పొందడానికి మీరు 18 సున్నాలను తొలగించాలి. జావాస్క్రిప్ట్ పెద్ద సంఖ్యా విలువలను నిర్వహించదు కాబట్టి, uint256లు స్ట్రింగ్లుగా తిరిగి ఇవ్వబడతాయి. [JSలో పెద్ద సంఖ్యలతో ఎలా వ్యవహరించాలో](https://ethereumdev.io/how-to-deal-with-big-numbers-in-javascript/) మీకు ఖచ్చితంగా తెలియకపోతే, bignumber.js గురించిన మా ట్యుటోరియల్ను చూడండి.
+
+## పంపండి: స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్కు లావాదేవీని పంపడం {#send-sending-a-transaction-to-a-smart-contract-function}
+
+రెండవ ఉదాహరణ కోసం, మన రెండవ చిరునామాకు 10 DAI పంపడానికి మనం DAI స్మార్ట్ కాంట్రాక్ట్ యొక్క బదిలీ ఫంక్షన్ను పిలుస్తాము. బదిలీ ఫంక్షన్ రెండు పారామితులను అంగీకరిస్తుంది: స్వీకర్త చిరునామా మరియు బదిలీ చేయవలసిన టోకెన్ మొత్తం:
+
+```js
+daiToken.methods
+ .transfer(receiverAddress, "100000000000000000000")
+ .send({ from: senderAddress }, function (err, res) {
+ if (err) {
+ console.log("ఒక లోపం సంభవించింది", err)
+ return
+ }
+ console.log("లావాదేవీ యొక్క హాష్: " + res)
+ })
+```
+
+కాల్ ఫంక్షన్ బ్లాక్చైన్లో మైన్ చేయబడే లావాదేవీ యొక్క హాష్ను తిరిగి ఇస్తుంది. ఇతీరియములో, లావాదేవీ హాష్లు ఊహించదగినవి - లావాదేవీ అమలు కావడానికి ముందే మనం దాని హాష్ను ఎలా పొందగలమో అదే ([హాష్లు ఎలా లెక్కించబడతాయో ఇక్కడ తెలుసుకోండి](https://ethereum.stackexchange.com/questions/45648/how-to-calculate-the-assigned-txhash-of-a-transaction)).
+
+ఫంక్షన్ లావాదేవీని బ్లాక్చైన్కు మాత్రమే సమర్పిస్తుంది కాబట్టి, అది మైన్ చేయబడి బ్లాక్చైన్లో చేర్చబడే వరకు మనం ఫలితాన్ని చూడలేము. తదుపరి ట్యుటోరియల్లో, [దాని హాష్ తెలుసుకోవడం ద్వారా బ్లాక్చైన్లో లావాదేవీ అమలు కోసం ఎలా వేచి ఉండాలో](https://ethereumdev.io/waiting-for-a-transaction-to-be-mined-on-ethereum-with-js/) మనం నేర్చుకుంటాము.
diff --git a/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md b/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
new file mode 100644
index 00000000000..a5a3b9a5a46
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
@@ -0,0 +1,585 @@
+---
+title: "మీ కాంట్రాక్ట్ కోసం యూజర్ ఇంటర్ఫేస్ను నిర్మించడం"
+description: TypeScript, React, Vite, మరియు Wagmi వంటి ఆధునిక కాంపోనెంట్లను ఉపయోగించి, మేము ఒక ఆధునిక, కానీ అతి తక్కువ, యూజర్ ఇంటర్ఫేస్ను పరిశీలిస్తాము మరియు యూజర్ ఇంటర్ఫేస్కు ఒక వాలెట్ను ఎలా కనెక్ట్ చేయాలో, సమాచారాన్ని చదవడానికి స్మార్ట్ కాంట్రాక్ట్ను ఎలా పిలవాలో, స్మార్ట్ కాంట్రాక్ట్కు ఒక లావాదేవీని ఎలా పంపాలో, మరియు మార్పులను గుర్తించడానికి స్మార్ట్ కాంట్రాక్ట్ నుండి ఈవెంట్లను ఎలా పర్యవేక్షించాలో నేర్చుకుంటాము.
+author: ఓరి పోమెరాంట్జ్
+tags: [ "typescript", "react", "vite", "wagmi", "frontend" ]
+skill: ఆరంభకులు
+published: 2023-11-01
+lang: te
+sidebarDepth: 3
+---
+
+Ethereum పర్యావరణ వ్యవస్థలో మాకు అవసరమైన ఒక ఫీచర్ను మీరు కనుగొన్నారు. దానిని అమలు చేయడానికి మీరు స్మార్ట్ కాంట్రాక్టులను వ్రాశారు, మరియు బహుశా ఆఫ్చెయిన్లో నడిచే కొన్ని సంబంధిత కోడ్ను కూడా వ్రాశారు. ఇది చాలా బాగుంది! దురదృష్టవశాత్తు, యూజర్ ఇంటర్ఫేస్ లేకుండా మీకు ఏ వినియోగదారులు ఉండరు, మరియు మీరు చివరిసారిగా వెబ్సైట్ను వ్రాసినప్పుడు ప్రజలు డయల్-అప్ మోడెమ్లను ఉపయోగించారు మరియు జావాస్క్రిప్ట్ కొత్తది.
+
+ఈ వ్యాసం మీ కోసం. మీకు ప్రోగ్రామింగ్ తెలుసని, మరియు బహుశా కొద్దిగా జావాస్క్రిప్ట్ మరియు HTML కూడా తెలుసని నేను భావిస్తున్నాను, కానీ మీ యూజర్ ఇంటర్ఫేస్ నైపుణ్యాలు తుప్పుపట్టినవి మరియు కాలం చెల్లినవి. మనం కలిసి ఒక సాధారణ ఆధునిక అప్లికేషన్ను పరిశీలిద్దాం, తద్వారా ఈ రోజుల్లో ఇది ఎలా జరుగుతుందో మీరు చూస్తారు.
+
+## ఇది ఎందుకు ముఖ్యం {#why-important}
+
+సిద్ధాంతపరంగా, మీ కాంట్రాక్టులతో పరస్పర చర్య చేయడానికి మీరు ప్రజలను [Etherscan](https://holesky.etherscan.io/address/0x432d810484add7454ddb3b5311f0ac2e95cecea8#writeContract) లేదా [Blockscout](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=write_contract) ఉపయోగించేలా చేయవచ్చు. అది అనుభవజ్ఞులైన Ethereans కోసం చాలా బాగుంటుంది. కానీ మేము [మరొక బిలియన్ ప్రజలకు](https://blog.ethereum.org/2021/05/07/ethereum-for-the-next-billion) సేవ చేయడానికి ప్రయత్నిస్తున్నాము. గొప్ప వినియోగదారు అనుభవం లేకుండా ఇది జరగదు, మరియు స్నేహపూర్వక యూజర్ ఇంటర్ఫేస్ అందులో ఒక పెద్ద భాగం.
+
+## గ్రీటర్ అప్లికేషన్ {#greeter-app}
+
+ఆధునిక UI ఎలా పనిచేస్తుందనే దాని వెనుక చాలా సిద్ధాంతం ఉంది, మరియు [చాలా మంచి సైట్లు](https://react.dev/learn/thinking-in-react) [దానిని వివరిస్తాయి](https://wagmi.sh/core/getting-started). ఆ సైట్లు చేసిన మంచి పనిని పునరావృతం చేయడానికి బదులుగా, మీరు చేయడం ద్వారా నేర్చుకోవడానికి ఇష్టపడతారని నేను భావిస్తున్నాను మరియు మీరు ఆడగల అప్లికేషన్తో ప్రారంభిస్తున్నాను. విషయాలను పూర్తి చేయడానికి మీకు ఇంకా సిద్ధాంతం అవసరం, మరియు మేము దానిని చేరుకుంటాము - మేము సోర్స్ ఫైల్ ద్వారా సోర్స్ ఫైల్కు వెళ్తాము మరియు మేము వాటిని చేరుకున్నప్పుడు విషయాలను చర్చిస్తాము.
+
+### సంస్థాపన {#installation}
+
+1. అవసరమైతే, మీ వాలెట్కు [Holesky బ్లాక్ చైనును](https://chainlist.org/?search=holesky&testnets=true) జోడించండి మరియు [టెస్ట్ ETH](https://www.holeskyfaucet.io/) పొందండి.
+
+2. github రిపోజిటరీని క్లోన్ చేయండి.
+
+ ```sh
+ git clone https://github.com/qbzzt/20230801-modern-ui.git
+ ```
+
+3. అవసరమైన ప్యాకేజీలను ఇన్స్టాల్ చేయండి.
+
+ ```sh
+ cd 20230801-modern-ui
+ pnpm install
+ ```
+
+4. అప్లికేషన్ను ప్రారంభించండి.
+
+ ```sh
+ pnpm dev
+ ```
+
+5. అప్లికేషన్ చూపిన URLకు బ్రౌజ్ చేయండి. చాలా సందర్భాలలో, అది [http://localhost:5173/](http://localhost:5173/).
+
+6. మీరు [ఒక బ్లాక్ చైను ఎక్స్ప్లోరర్లో](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=contract) కాంట్రాక్ట్ సోర్స్ కోడ్ను, Hardhat యొక్క గ్రీటర్ యొక్క కొద్దిగా సవరించిన సంస్కరణను చూడవచ్చు.
+
+### ఫైల్ వాక్ త్రూ {#file-walk-through}
+
+#### `index.html` {#index-html}
+
+ఈ ఫైల్ ప్రామాణిక HTML బాయిలర్ప్లేట్, ఈ పంక్తి మినహా, ఇది స్క్రిప్ట్ ఫైల్ను దిగుమతి చేస్తుంది.
+
+```html
+
+```
+
+#### `src/main.tsx` {#main-tsx}
+
+ఫైల్ ఎక్స్టెన్షన్ ఈ ఫైల్ [TypeScript](https://www.typescriptlang.org/) లో వ్రాయబడిన [React కాంపోనెంట్](https://www.w3schools.com/react/react_components.asp) అని మనకు చెబుతుంది, ఇది [టైప్ చెకింగ్](https://en.wikipedia.org/wiki/Type_system#Type_checking)కు మద్దతు ఇచ్చే జావాస్క్రిప్ట్ యొక్క పొడిగింపు. TypeScript జావాస్క్రిప్ట్లోకి కంపైల్ చేయబడింది, కాబట్టి మనం క్లయింట్-సైడ్ ఎగ్జిక్యూషన్ కోసం దీనిని ఉపయోగించవచ్చు.
+
+```tsx
+import '@rainbow-me/rainbowkit/styles.css'
+import { RainbowKitProvider } from '@rainbow-me/rainbowkit'
+import * as React from 'react'
+import * as ReactDOM from 'react-dom/client'
+import { WagmiConfig } from 'wagmi'
+import { chains, config } from './wagmi'
+```
+
+మనకు అవసరమైన లైబ్రరీ కోడ్ను దిగుమతి చేసుకోండి.
+
+```tsx
+import { App } from './App'
+```
+
+అప్లికేషన్ను అమలు చేసే React కాంపోనెంట్ను దిగుమతి చేయండి (క్రింద చూడండి).
+
+```tsx
+ReactDOM.createRoot(document.getElementById('root')!).render(
+```
+
+రూట్ React కాంపోనెంట్ను సృష్టించండి. `render` కు పరామితి [JSX](https://www.w3schools.com/react/react_jsx.asp), ఇది HTML మరియు జావాస్క్రిప్ట్/TypeScript రెండింటినీ ఉపయోగించే ఒక పొడిగింపు భాష. ఇక్కడ ఆశ్చర్యార్థకం గుర్తు TypeScript కాంపోనెంట్కు చెబుతుంది: "`document.getElementById('root')` `ReactDOM.createRoot`కు చెల్లుబాటు అయ్యే పరామితి అవుతుందని మీకు తెలియదు, కానీ చింతించకండి - నేను అభివృద్ధి చేసేవాడిని మరియు అది అక్కడ ఉంటుందని నేను మీకు చెబుతున్నాను".
+
+```tsx
+
+```
+
+అప్లికేషన్ [`React.StrictMode` కాంపోనెంట్](https://react.dev/reference/react/StrictMode) లోపల వెళ్తోంది. ఈ కాంపోనెంట్ అదనపు డీబగ్గింగ్ తనిఖీలను చేర్చమని React లైబ్రరీకి చెబుతుంది, ఇది అభివృద్ధి సమయంలో ఉపయోగపడుతుంది.
+
+```tsx
+
+```
+
+అప్లికేషన్ [`WagmiConfig` కాంపోనెంట్](https://wagmi.sh/react/api/WagmiProvider) లోపల కూడా ఉంది. [వాగ్మి (మేము దీనిని తయారు చేయబోతున్నాము) లైబ్రరీ](https://wagmi.sh/) React UI నిర్వచనాలను Ethereum వికేంద్రీకృత అప్లికేషన్ వ్రాయడం కోసం [viem లైబ్రరీ](https://viem.sh/)తో కలుపుతుంది.
+
+```tsx
+
+```
+
+మరియు చివరగా, [`RainbowKitProvider` కాంపోనెంట్](https://www.rainbowkit.com/). ఈ కాంపోనెంట్ లాగిన్ అవ్వడం మరియు వాలెట్ మరియు అప్లికేషన్ మధ్య కమ్యూనికేషన్ను నిర్వహిస్తుంది.
+
+```tsx
+
+```
+
+ఇప్పుడు మనం అప్లికేషన్ కోసం కాంపోనెంట్ను కలిగి ఉండవచ్చు, ఇది వాస్తవానికి UIని అమలు చేస్తుంది. కాంపోనెంట్ చివరిలో ఉన్న `/>` XML ప్రమాణం ప్రకారం, ఈ కాంపోనెంట్లో ఎటువంటి నిర్వచనాలు లేవని Reactకు చెబుతుంది.
+
+```tsx
+
+
+ ,
+)
+```
+
+అయితే, మనం ఇతర కాంపోనెంట్లను కూడా మూసివేయాలి.
+
+#### `src/App.tsx` {#app-tsx}
+
+```tsx
+import { ConnectButton } from '@rainbow-me/rainbowkit'
+import { useAccount } from 'wagmi'
+import { Greeter } from './components/Greeter'
+
+export function App() {
+```
+
+ఇది React కాంపోనెంట్ను సృష్టించడానికి ప్రామాణిక మార్గం - రెండర్ చేయవలసిన ప్రతిసారీ పిలువబడే ఒక ఫంక్షన్ను నిర్వచించడం. ఈ ఫంక్షన్ సాధారణంగా పైన కొన్ని TypeScript లేదా జావాస్క్రిప్ట్ కోడ్ను కలిగి ఉంటుంది, దాని తర్వాత JSX కోడ్ను తిరిగి ఇచ్చే `return` స్టేట్మెంట్ ఉంటుంది.
+
+```tsx
+ const { isConnected } = useAccount()
+```
+
+ఇక్కడ మనం వాలెట్ ద్వారా బ్లాక్ చైనుకు కనెక్ట్ అయ్యామా లేదా అని తనిఖీ చేయడానికి [`useAccount`](https://wagmi.sh/react/api/hooks/useAccount)ని ఉపయోగిస్తాము.
+
+సంప్రదాయం ప్రకారం, `use...` అని పిలువబడే React ఫంక్షన్లు కొంత రకమైన డేటాను తిరిగి ఇచ్చే [హుక్స్](https://www.w3schools.com/react/react_hooks.asp). మీరు అటువంటి హుక్స్ను ఉపయోగించినప్పుడు, మీ కాంపోనెంట్ డేటాను పొందడమే కాకుండా, ఆ డేటా మారినప్పుడు కాంపోనెంట్ అప్డేట్ చేయబడిన సమాచారంతో మళ్లీ రెండర్ చేయబడుతుంది.
+
+```tsx
+ return (
+ <>
+```
+
+React కాంపోనెంట్ యొక్క JSX _ఒక_ కాంపోనెంట్ను తిరిగి ఇవ్వాలి. మనకు బహుళ కాంపోనెంట్లు ఉన్నప్పుడు మరియు మనకు "సహజంగా" చుట్టేది ఏమీ లేనప్పుడు, మనం ఖాళీ కాంపోనెంట్ను (`<> ...`) ఉపయోగిస్తాము. >) వాటిని ఒకే కాంపోనెంట్గా చేయడానికి.
+
+```tsx
+ Greeter
+
+```
+
+మేము RainbowKit నుండి [`ConnectButton` కాంపోనెంట్ను](https://www.rainbowkit.com/docs/connect-button) పొందుతాము. మేము కనెక్ట్ కానప్పుడు, అది మాకు `Connect Wallet` బటన్ను ఇస్తుంది, ఇది వాలెట్లను వివరించే మరియు మీరు ఏది ఉపయోగిస్తున్నారో ఎంచుకోవడానికి మిమ్మల్ని అనుమతించే ఒక మోడల్ను తెరుస్తుంది. మేము కనెక్ట్ అయినప్పుడు, అది మనం ఉపయోగించే బ్లాక్ చైను, మన ఖాతా చిరునామా మరియు మన ETH బ్యాలెన్స్ను ప్రదర్శిస్తుంది. నెట్వర్క్ను మార్చడానికి లేదా డిస్కనెక్ట్ చేయడానికి మనం ఈ డిస్ప్లేలను ఉపయోగించవచ్చు.
+
+```tsx
+ {isConnected && (
+```
+
+మనం JSXలోకి వాస్తవ జావాస్క్రిప్ట్ (లేదా జావాస్క్రిప్ట్కు కంపైల్ చేయబడే TypeScript) ను చేర్చవలసి వచ్చినప్పుడు, మనం బ్రాకెట్లను (`{}`) ఉపయోగిస్తాము.
+
+`a && b` సింటాక్స్ [`a ?` కోసం సంక్షిప్త రూపం. b : a`](https://www.w3schools.com/react/react_es6_ternary.asp). అంటే, `a`నిజమైతే అది`b`కు మదింపు చేయబడుతుంది మరియు లేకపోతే అది `a`కు మదింపు చేయబడుతుంది (ఇది `false`, `0\`, మొదలైనవి కావచ్చు). ఒక నిర్దిష్ట షరతు నెరవేరినప్పుడు మాత్రమే ఒక కాంపోనెంట్ ప్రదర్శించబడాలని Reactకు చెప్పడానికి ఇది ఒక సులభమైన మార్గం.
+
+ఈ సందర్భంలో, వినియోగదారుడు బ్లాక్ చైనుకు కనెక్ట్ అయి ఉంటే మాత్రమే వినియోగదారునికి `గ్రీటర్` చూపించాలని మేము కోరుకుంటున్నాము.
+
+```tsx
+
+ )}
+ >
+ )
+}
+```
+
+#### `src/components/Greeter.tsx` {#greeter-tsx}
+
+ఈ ఫైల్ చాలా UI కార్యాచరణను కలిగి ఉంది. ఇందులో సాధారణంగా బహుళ ఫైల్లలో ఉండే నిర్వచనాలు ఉన్నాయి, కానీ ఇది ఒక ట్యుటోరియల్ కాబట్టి ప్రోగ్రామ్ మొదటిసారి సులభంగా అర్థం చేసుకోవడానికి ఆప్టిమైజ్ చేయబడింది, పనితీరు లేదా నిర్వహణ సౌలభ్యం కోసం కాదు.
+
+```tsx
+import { useState, ChangeEventHandler } from 'react'
+import { useNetwork,
+ useReadContract,
+ usePrepareContractWrite,
+ useContractWrite,
+ useContractEvent
+ } from 'wagmi'
+```
+
+మేము ఈ లైబ్రరీ ఫంక్షన్లను ఉపయోగిస్తాము. మళ్ళీ, అవి ఉపయోగించబడిన క్రింద వివరించబడ్డాయి.
+
+```tsx
+import { AddressType } from 'abitype'
+```
+
+[`abitype` లైబ్రరీ](https://abitype.dev/) మనకు వివిధ Ethereum డేటా రకాల కోసం TypeScript నిర్వచనాలను అందిస్తుంది, ఉదాహరణకు [`AddressType`](https://abitype.dev/config#addresstype).
+
+```tsx
+let greeterABI = [
+ .
+ .
+ .
+] as const // greeterABI
+```
+
+`Greeter` కాంట్రాక్ట్ కోసం ఎబిఐ.
+మీరు ఒకే సమయంలో కాంట్రాక్టులు మరియు UIని అభివృద్ధి చేస్తుంటే, మీరు సాధారణంగా వాటిని ఒకే రిపోజిటరీలో ఉంచి, Solidity కంపైలర్ ద్వారా ఉత్పత్తి చేయబడిన ఎబిఐని మీ అప్లికేషన్లో ఫైల్గా ఉపయోగిస్తారు. అయితే, ఇక్కడ ఇది అవసరం లేదు ఎందుకంటే కాంట్రాక్ట్ ఇప్పటికే అభివృద్ధి చేయబడింది మరియు మారబోదు.
+
+```tsx
+type AddressPerBlockchainType = {
+ [key: number]: AddressType
+}
+```
+
+TypeScript బలంగా టైప్ చేయబడింది. విభిన్న చెయిన్లపై `గ్రీటర్` కాంట్రాక్ట్ డిప్లాయ్ చేయబడిన చిరునామాను పేర్కొనడానికి మేము ఈ నిర్వచనాన్ని ఉపయోగిస్తాము. కీ ఒక సంఖ్య (chainId), మరియు విలువ ఒక `AddressType` (ఒక చిరునామా).
+
+```tsx
+const contractAddrs: AddressPerBlockchainType = {
+ // Holesky
+ 17000: '0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8',
+
+ // Sepolia
+ 11155111: '0x7143d5c190F048C8d19fe325b748b081903E3BF0'
+}
+```
+
+రెండు మద్దతు ఉన్న నెట్వర్క్లలో కాంట్రాక్ట్ యొక్క చిరునామా: [Holesky](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=contact_code) మరియు [Sepolia](https://eth-sepolia.blockscout.com/address/0x7143d5c190F048C8d19fe325b748b081903E3BF0?tab=contact_code).
+
+గమనిక: వాస్తవానికి మూడవ నిర్వచనం ఉంది, రెడ్స్టోన్ హోల్స్కీ కోసం, అది క్రింద వివరించబడుతుంది.
+
+```tsx
+type ShowObjectAttrsType = {
+ name: string,
+ object: any
+}
+```
+
+ఈ రకం `ShowObject` కాంపోనెంట్కు పరామితిగా ఉపయోగించబడుతుంది (తరువాత వివరించబడింది). ఇందులో ఆబ్జెక్ట్ పేరు మరియు దాని విలువ ఉంటాయి, అవి డీబగ్గింగ్ ప్రయోజనాల కోసం ప్రదర్శించబడతాయి.
+
+```tsx
+type ShowGreetingAttrsType = {
+ greeting: string | undefined
+}
+```
+
+ఏ సమయంలోనైనా మనం గ్రీటింగ్ ఏమిటో తెలుసుకోవచ్చు (ఎందుకంటే మనం దానిని బ్లాక్ చైను నుండి చదివాము) లేదా తెలియకపోవచ్చు (ఎందుకంటే మనం దానిని ఇంకా స్వీకరించలేదు). కాబట్టి ఒక స్ట్రింగ్ లేదా ఏమీ లేని రకాన్ని కలిగి ఉండటం ఉపయోగకరంగా ఉంటుంది.
+
+##### `Greeter` కాంపోనెంట్ {#greeter-component}
+
+```tsx
+const Greeter = () => {
+```
+
+చివరగా, మేము కాంపోనెంట్ను నిర్వచిస్తాము.
+
+```tsx
+ const { chain } = useNetwork()
+```
+
+మనం ఉపయోగిస్తున్న చెయిన్ గురించి సమాచారం, [wagmi](https://wagmi.sh/react/hooks/useNetwork) సౌజన్యంతో.
+ఇది ఒక హుక్ (`use...`) కాబట్టి, ఈ సమాచారం మారిన ప్రతిసారీ కాంపోనెంట్ మళ్లీ గీయబడుతుంది.
+
+```tsx
+ const greeterAddr = chain && contractAddrs[chain.id]
+```
+
+గ్రీటర్ కాంట్రాక్ట్ యొక్క చిరునామా, ఇది చెయిన్ను బట్టి మారుతుంది (మరియు మనకు చెయిన్ సమాచారం లేకపోతే లేదా ఆ కాంట్రాక్ట్ లేని చెయిన్లో ఉంటే ఇది `undefined`గా ఉంటుంది).
+
+```tsx
+ const readResults = useReadContract({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: "greet" , // No arguments
+ watch: true
+ })
+```
+
+[`useReadContract` హుక్](https://wagmi.sh/react/api/hooks/useReadContract) ఒక కాంట్రాక్ట్ నుండి సమాచారాన్ని చదువుతుంది. UIలో `readResults`ను విస్తరించడం ద్వారా అది ఏ సమాచారాన్ని తిరిగి ఇస్తుందో మీరు సరిగ్గా చూడవచ్చు. ఈ సందర్భంలో మనం గ్రీటింగ్ మారినప్పుడు సమాచారం పొందడానికి అది చూస్తూ ఉండాలని కోరుకుంటున్నాము.
+
+**గమనిక:** గ్రీటింగ్ ఎప్పుడు మారుతుందో తెలుసుకోవడానికి మరియు ఆ విధంగా అప్డేట్ చేయడానికి మనం [`setGreeting` ఈవెంట్లను](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=logs) వినవచ్చు. అయితే, ఇది మరింత సమర్థవంతంగా ఉండవచ్చు, కానీ ఇది అన్ని సందర్భాలలో వర్తించదు. వినియోగదారుడు విభిన్న చెయిన్కు మారినప్పుడు గ్రీటింగ్ కూడా మారుతుంది, కానీ ఆ మార్పుతో పాటు ఏ ఈవెంట్ ఉండదు. ఈవెంట్ల కోసం వినే కోడ్ యొక్క ఒక భాగం మరియు చెయిన్ మార్పులను గుర్తించడానికి మరొక భాగం మనకు ఉండవచ్చు, కానీ [`watch` పరామితిని](https://wagmi.sh/react/api/hooks/useReadContract#watch-optional) సెట్ చేయడం కంటే అది మరింత సంక్లిష్టంగా ఉంటుంది.
+
+```tsx
+ const [ newGreeting, setNewGreeting ] = useState("")
+```
+
+React యొక్క [`useState` హుక్](https://www.w3schools.com/react/react_usestate.asp) ఒక స్టేట్ వేరియబుల్ను పేర్కొనడానికి మనకు అనుమతిస్తుంది, దాని విలువ కాంపోనెంట్ యొక్క ఒక రెండరింగ్ నుండి మరొకదానికి కొనసాగుతుంది. ప్రారంభ విలువ పరామితి, ఈ సందర్భంలో ఖాళీ స్ట్రింగ్.
+
+`useState` హుక్ రెండు విలువలతో కూడిన జాబితాను తిరిగి ఇస్తుంది:
+
+1. స్టేట్ వేరియబుల్ యొక్క ప్రస్తుత విలువ.
+2. అవసరమైనప్పుడు స్టేట్ వేరియబుల్ను సవరించడానికి ఒక ఫంక్షన్. ఇది ఒక హుక్ కాబట్టి, ఇది పిలువబడిన ప్రతిసారీ కాంపోనెంట్ మళ్లీ రెండర్ చేయబడుతుంది.
+
+ఈ సందర్భంలో, వినియోగదారుడు సెట్ చేయాలనుకుంటున్న కొత్త గ్రీటింగ్ కోసం మేము ఒక స్టేట్ వేరియబుల్ను ఉపయోగిస్తున్నాము.
+
+```tsx
+ const greetingChange : ChangeEventHandler = (evt) =>
+ setNewGreeting(evt.target.value)
+```
+
+కొత్త గ్రీటింగ్ ఇన్పుట్ ఫీల్డ్ మారినప్పుడు ఇది ఈవెంట్ హ్యాండ్లర్. రకం, [`ChangeEventHandler`](https://react-typescript-cheatsheet.netlify.app/docs/basic/getting-started/forms_and_events/), ఇది ఒక HTML ఇన్పుట్ మూలకం యొక్క విలువ మార్పు కోసం హ్యాండ్లర్ అని నిర్దేశిస్తుంది. `` భాగం ఉపయోగించబడింది ఎందుకంటే ఇది ఒక [సాధారణ రకం](https://www.w3schools.com/typescript/typescript_basic_generics.php).
+
+```tsx
+ const preparedTx = usePrepareContractWrite({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: 'setGreeting',
+ args: [ newGreeting ]
+ })
+ const workingTx = useContractWrite(preparedTx.config)
+```
+
+ఖాతాదారుల దృక్కోణం నుండి బ్లాక్ చైను లావాదేవీని సమర్పించే ప్రక్రియ ఇది:
+
+1. [`eth_estimateGas`](https://docs.alchemy.com/reference/eth-estimategas) ఉపయోగించి బ్లాక్ చైనులోని ఒక నోడ్కు లావాదేవీని పంపండి.
+2. నోడ్ నుండి ప్రతిస్పందన కోసం వేచి ఉండండి.
+3. ప్రతిస్పందన వచ్చినప్పుడు, వాలెట్ ద్వారా లావాదేవీపై సంతకం చేయమని వినియోగదారుని అడగండి. ఈ దశ నోడ్ ప్రతిస్పందన వచ్చిన తర్వాతే జరగాలి ఎందుకంటే సంతకం చేయడానికి ముందు వినియోగదారునికి లావాదేవీ యొక్క గ్యాస్ ఖర్చు చూపబడుతుంది.
+4. వినియోగదారు ఆమోదించే వరకు వేచి ఉండండి.
+5. లావాదేవీని మళ్లీ పంపండి, ఈసారి [`eth_sendRawTransaction`](https://docs.alchemy.com/reference/eth-sendrawtransaction) ఉపయోగించి.
+
+దశ 2 గ్రహించదగినంత సమయం తీసుకునే అవకాశం ఉంది, ఈ సమయంలో వినియోగదారులు వారి ఆదేశం నిజంగా యూజర్ ఇంటర్ఫేస్ ద్వారా స్వీకరించబడిందా మరియు లావాదేవీపై సంతకం చేయమని వారిని ఎందుకు అడగడం లేదని ఆశ్చర్యపోతారు. అది చెడ్డ వినియోగదారు అనుభవానికి (UX) దారితీస్తుంది.
+
+దీనికి పరిష్కారం [ప్రిపేర్ హుక్స్](https://wagmi.sh/react/prepare-hooks) ఉపయోగించడం. ఒక పరామితి మారిన ప్రతిసారీ, వెంటనే నోడ్కు `eth_estimateGas` అభ్యర్థనను పంపండి. అప్పుడు, వినియోగదారుడు వాస్తవానికి లావాదేవీని పంపాలనుకున్నప్పుడు (ఈ సందర్భంలో **గ్రీటింగ్ను అప్డేట్ చేయండి** నొక్కడం ద్వారా), గ్యాస్ ఖర్చు తెలుస్తుంది మరియు వినియోగదారుడు వెంటనే వాలెట్ పేజీని చూడగలడు.
+
+```tsx
+ return (
+```
+
+ఇప్పుడు మనం చివరగా తిరిగి ఇవ్వడానికి వాస్తవ HTMLని సృష్టించవచ్చు.
+
+```tsx
+ <>
+ Greeter
+ {
+ !readResults.isError && !readResults.isLoading &&
+
+ }
+
+```
+
+ఒక `ShowGreeting` కాంపోనెంట్ను సృష్టించండి (క్రింద వివరించబడింది), కానీ గ్రీటింగ్ బ్లాక్ చైను నుండి విజయవంతంగా చదవబడితే మాత్రమే.
+
+```tsx
+
+```
+
+ఇది ఇన్పుట్ టెక్స్ట్ ఫీల్డ్, ఇక్కడ వినియోగదారుడు కొత్త గ్రీటింగ్ను సెట్ చేయవచ్చు. వినియోగదారుడు ఒక కీని నొక్కిన ప్రతిసారీ, మేము `greetingChange`ను పిలుస్తాము, ఇది `setNewGreeting`ను పిలుస్తుంది. `setNewGreeting` `useState` హుక్ నుండి వచ్చినందున, ఇది `Greeter` కాంపోనెంట్ను మళ్లీ రెండర్ చేయడానికి కారణమవుతుంది. దీని అర్థం:
+
+- కొత్త గ్రీటింగ్ యొక్క విలువను ఉంచడానికి మనం `విలువ`ను పేర్కొనాలి, ఎందుకంటే లేకపోతే అది డిఫాల్ట్గా, ఖాళీ స్ట్రింగ్గా మారుతుంది.
+- `newGreeting` మారిన ప్రతిసారీ `usePrepareContractWrite` పిలువబడుతుంది, దీని అర్థం ఇది ఎల్లప్పుడూ సిద్ధం చేయబడిన లావాదేవీలో తాజా `newGreeting`ను కలిగి ఉంటుంది.
+
+```tsx
+
+```
+
+`workingTx.write` లేకపోతే, గ్రీటింగ్ అప్డేట్ను పంపడానికి అవసరమైన సమాచారం కోసం మేము ఇంకా వేచి ఉన్నాము, కాబట్టి బటన్ డిసేబుల్ చేయబడింది. `workingTx.write` విలువ ఉంటే, అది లావాదేవీని పంపడానికి పిలవవలసిన ఫంక్షన్.
+
+```tsx
+
+
+
+
+ >
+ )
+}
+```
+
+చివరగా, మేము ఏమి చేస్తున్నామో మీరు చూడటానికి సహాయపడటానికి, మేము ఉపయోగించే మూడు వస్తువులను చూపండి:
+
+- `readResults`
+- `preparedTx`
+- `workingTx`
+
+##### `ShowGreeting` కాంపోనెంట్ {#showgreeting-component}
+
+ఈ కాంపోనెంట్ చూపిస్తుంది
+
+```tsx
+const ShowGreeting = (attrs : ShowGreetingAttrsType) => {
+```
+
+ఒక కాంపోనెంట్ ఫంక్షన్ కాంపోనెంట్ యొక్క అన్ని లక్షణాలతో ఒక పరామితిని అందుకుంటుంది.
+
+```tsx
+ return {attrs.greeting}
+}
+```
+
+##### `ShowObject` కాంపోనెంట్ {#showobject-component}
+
+సమాచార ప్రయోజనాల కోసం, ముఖ్యమైన వస్తువులను (`గ్రీటింగ్ చదవడానికి `readResults`మరియు మేము సృష్టించే లావాదేవీల కోసం`preparedTx`మరియు`workingTx`) చూపించడానికి మేము `ShowObject\` కాంపోనెంట్ను ఉపయోగిస్తాము.
+
+```tsx
+const ShowObject = (attrs: ShowObjectAttrsType ) => {
+ const keys = Object.keys(attrs.object)
+ const funs = keys.filter(k => typeof attrs.object[k] == "function")
+ return <>
+
+```
+
+మేము UIని మొత్తం సమాచారంతో నింపడం ఇష్టం లేదు, కాబట్టి వాటిని వీక్షించడానికి లేదా మూసివేయడానికి వీలుగా, మేము [`details`](https://www.w3schools.com/tags/tag_details.asp) ట్యాగ్ను ఉపయోగిస్తాము.
+
+```tsx
+ {attrs.name}
+
+ {JSON.stringify(attrs.object, null, 2)}
+```
+
+చాలా ఫీల్డులు [`JSON.stringify`](https://www.w3schools.com/js/js_json_stringify.asp) ఉపయోగించి ప్రదర్శించబడతాయి.
+
+```tsx
+
+ { funs.length > 0 &&
+ <>
+ ఫంక్షన్లు:
+
+```
+
+దీనికి మినహాయింపు ఫంక్షన్లు, అవి [JSON ప్రమాణం](https://www.json.org/json-en.html)లో భాగం కావు, కాబట్టి వాటిని విడిగా ప్రదర్శించాలి.
+
+```tsx
+ {funs.map((f, i) =>
+```
+
+JSX లోపల, `{` కర్లీ బ్రాకెట్ల `}` లోపల ఉన్న కోడ్ జావాస్క్రిప్ట్గా వ్యాఖ్యానించబడుతుంది. అప్పుడు, `(` సాధారణ బ్రాకెట్ల `)` లోపల ఉన్న కోడ్, మళ్ళీ JSXగా వ్యాఖ్యానించబడుతుంది.
+
+```tsx
+ (- {f}
)
+ )}
+```
+
+[DOM ట్రీ](https://www.w3schools.com/js/js_htmldom.asp)లోని ట్యాగ్లు విభిన్న ఐడెంటిఫైయర్లను కలిగి ఉండాలని Reactకు అవసరం. దీని అర్థం ఒకే ట్యాగ్ యొక్క పిల్లలకు (ఈ సందర్భంలో, [అన్ఆర్డర్డ్ జాబితా](https://www.w3schools.com/tags/tag_ul.asp)), విభిన్న `కీ` లక్షణాలు అవసరం.
+
+```tsx
+
+ >
+ }
+
+ >
+}
+```
+
+వివిధ HTML ట్యాగ్లను ముగించండి.
+
+##### తుది `ఎగుమతి` {#the-final-export}
+
+```tsx
+export { Greeter }
+```
+
+అప్లికేషన్ కోసం మనం ఎగుమతి చేయవలసిన కాంపోనెంట్ `గ్రీటర్`.
+
+#### `src/wagmi.ts` {#wagmi-ts}
+
+చివరగా, WAGMIకి సంబంధించిన వివిధ నిర్వచనాలు `src/wagmi.ts`లో ఉన్నాయి. ఇక్కడ నేను ప్రతిదీ వివరించబోవడం లేదు, ఎందుకంటే చాలా వరకు మీరు మార్చవలసిన అవసరం లేని బాయిలర్ప్లేట్.
+
+[githubలో](https://github.com/qbzzt/20230801-modern-ui/blob/main/src/wagmi.ts) ఉన్న కోడ్ ఇక్కడ ఉన్న కోడ్ సరిగ్గా అదే కాదు, ఎందుకంటే వ్యాసంలో తరువాత మేము మరొక చెయిన్ను ([Redstone Holesky](https://redstone.xyz/docs/network-info)) జోడిస్తాము.
+
+```ts
+import { getDefaultWallets } from '@rainbow-me/rainbowkit'
+import { configureChains, createConfig } from 'wagmi'
+import { holesky, sepolia } from 'wagmi/chains'
+```
+
+అప్లికేషన్ మద్దతు ఇచ్చే బ్లాక్ చైనులను దిగుమతి చేసుకోండి. మీరు [viem githubలో](https://github.com/wagmi-dev/viem/tree/main/src/chains/definitions) మద్దతు ఉన్న చెయిన్ల జాబితాను చూడవచ్చు.
+
+```ts
+import { publicProvider } from 'wagmi/providers/public'
+
+const walletConnectProjectId = 'c96e690bb92b6311e8e9b2a6a22df575'
+```
+
+[WalletConnect](https://walletconnect.com/)ను ఉపయోగించడానికి మీకు మీ అప్లికేషన్ కోసం ఒక ప్రాజెక్ట్ ID అవసరం. మీరు దానిని [cloud.walletconnect.com](https://cloud.walletconnect.com/sign-in)లో పొందవచ్చు.
+
+```ts
+const { chains, publicClient, webSocketPublicClient } = configureChains(
+ [ holesky, sepolia ],
+ [
+ publicProvider(),
+ ],
+)
+
+const { connectors } = getDefaultWallets({
+ appName: 'My wagmi + RainbowKit App',
+ chains,
+ projectId: walletConnectProjectId,
+})
+
+export const config = createConfig({
+ autoConnect: true,
+ connectors,
+ publicClient,
+ webSocketPublicClient,
+})
+
+export { chains }
+```
+
+### మరొక బ్లాక్ చైనును జోడించడం {#add-blockchain}
+
+ఈ రోజుల్లో చాలా [L2 స్కేలింగ్ సొల్యూషన్స్](/layer-2/) ఉన్నాయి, మరియు viem ఇంకా మద్దతు ఇవ్వని కొన్నింటికి మీరు మద్దతు ఇవ్వాలనుకోవచ్చు. అది చేయడానికి, మీరు `src/wagmi.ts`ను సవరించండి. ఈ సూచనలు [రెడ్స్టోన్ హోల్స్కీ](https://redstone.xyz/docs/network-info)ని ఎలా జోడించాలో వివరిస్తాయి.
+
+1. viem నుండి `defineChain` రకాన్ని దిగుమతి చేయండి.
+
+ ```ts
+ import { defineChain } from 'viem'
+ ```
+
+2. నెట్వర్క్ నిర్వచనాన్ని జోడించండి.
+
+ ```ts
+ const redstoneHolesky = defineChain({
+ id: 17_001,
+ name: 'Redstone Holesky',
+ network: 'redstone-holesky',
+ nativeCurrency: {
+ decimals: 18,
+ name: 'Ether',
+ symbol: 'ETH',
+ },
+ rpcUrls: {
+ default: {
+ http: ['https://rpc.holesky.redstone.xyz'],
+ webSocket: ['wss://rpc.holesky.redstone.xyz/ws'],
+ },
+ public: {
+ http: ['https://rpc.holesky.redstone.xyz'],
+ webSocket: ['wss://rpc.holesky.redstone.xyz/ws'],
+ },
+ },
+ blockExplorers: {
+ default: { name: 'Explorer', url: 'https://explorer.holesky.redstone.xyz' },
+ },
+ })
+ ```
+
+3. `configureChains` కాల్కు కొత్త చెయిన్ను జోడించండి.
+
+ ```ts
+ const { chains, publicClient, webSocketPublicClient } = configureChains(
+ [ holesky, sepolia, redstoneHolesky ],
+ [ publicProvider(), ],
+ )
+ ```
+
+4. అప్లికేషన్కు కొత్త నెట్వర్క్లో మీ కాంట్రాక్టుల కోసం చిరునామా తెలుసని నిర్ధారించుకోండి. ఈ సందర్భంలో, మేము `src/components/Greeter.tsx`ను సవరించాము:
+
+ ```ts
+ const contractAddrs : AddressPerBlockchainType = {
+ // Holesky
+ 17000: '0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8',
+
+ // Redstone Holesky
+ 17001: '0x4919517f82a1B89a32392E1BF72ec827ba9986D3',
+
+ // Sepolia
+ 11155111: '0x7143d5c190F048C8d19fe325b748b081903E3BF0'
+ }
+ ```
+
+## ముగింపు {#conclusion}
+
+అయితే, మీరు నిజంగా `గ్రీటర్` కోసం ఒక యూజర్ ఇంటర్ఫేస్ను అందించడం గురించి పట్టించుకోరు. మీరు మీ స్వంత కాంట్రాక్టుల కోసం ఒక యూజర్ ఇంటర్ఫేస్ను సృష్టించాలనుకుంటున్నారు. మీ స్వంత అప్లికేషన్ను సృష్టించడానికి, ఈ దశలను అమలు చేయండి:
+
+1. ఒక wagmi అప్లికేషన్ను సృష్టించడానికి పేర్కొనండి.
+
+ ```sh copy
+ pnpm create wagmi
+ ```
+
+2. అప్లికేషన్కు పేరు పెట్టండి.
+
+3. **React** ఫ్రేమ్వర్క్ను ఎంచుకోండి.
+
+4. **Vite** వేరియంట్ను ఎంచుకోండి.
+
+5. మీరు [రెయిన్బో కిట్ను జోడించవచ్చు](https://www.rainbowkit.com/docs/installation#manual-setup).
+
+ఇప్పుడు వెళ్లి మీ కాంట్రాక్టులను విస్తృత ప్రపంచానికి ఉపయోగపడేలా చేయండి.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md b/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
new file mode 100644
index 00000000000..436510c1765
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
@@ -0,0 +1,101 @@
+---
+title: మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ ను నియమించడం
+description: ఇథిరియమ్ టెస్ట్ నెట్వర్క్లో మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ను నియమించడానికి ఒక పరిచయం
+author: "jdourlens"
+tags:
+ [
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "remix",
+ "దృఢత్వం",
+ "డిప్లాయ్ చేయడం"
+ ]
+skill: ఆరంభకులు
+lang: te
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/deploying-your-first-smart-contract/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+ఇథిరియమ్ బ్లాక్చైన్లో మీ మొదటి [స్మార్ట్ కాంట్రాక్ట్](/developers/docs/smart-contracts/)ను [నియమించడం](/developers/docs/smart-contracts/deploying/) మరియు దానితో ఇంటరాక్ట్ అవ్వడానికి మీరు మా అంత ఉత్సాహంగా ఉన్నారని నేను అనుకుంటున్నాను.
+
+చింతించకండి, ఇది మా మొదటి స్మార్ట్ కాంట్రాక్ట్ కాబట్టి, మేము దీనిని [లోకల్ టెస్ట్ నెట్వర్క్](/developers/docs/networks/)లో నియమిస్తాము, కాబట్టి మీరు నియమించడానికి మరియు దానితో మీకు నచ్చినంతగా ఆడుకోవడానికి ఎటువంటి ఖర్చు ఉండదు.
+
+## మా కాంట్రాక్ట్ వ్రాయడం {#writing-our-contract}
+
+మొదటి అడుగు [రిమిక్స్](https://remix.ethereum.org/)ను సందర్శించి, కొత్త ఫైల్ను సృష్టించడం. రీమిక్స్ ఇంటర్ఫేస్ ఎగువ ఎడమ భాగంలో కొత్త ఫైల్ను జోడించి, మీకు కావలసిన ఫైల్ పేరును నమోదు చేయండి.
+
+
+
+కొత్త ఫైల్లో, మేము ఈ క్రింది కోడ్ను పేస్ట్ చేస్తాము.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.5.17;
+
+contract Counter {
+
+ // కౌంట్ల సంఖ్యను ఉంచడానికి అన్సైన్డ్ ఇంట్ రకానికి చెందిన పబ్లిక్ వేరియబుల్
+ uint256 public count = 0;
+
+ // మా కౌంటర్ను పెంచే ఫంక్షన్
+ function increment() public {
+ count += 1;
+ }
+
+ // కౌంట్ విలువను పొందడానికి అవసరం లేని గెట్టర్
+ function getCount() public view returns (uint256) {
+ return count;
+ }
+
+}
+```
+
+మీకు ప్రోగ్రామింగ్ అలవాటు ఉంటే, ఈ ప్రోగ్రామ్ ఏమి చేస్తుందో మీరు సులభంగా ఊహించవచ్చు. ఇక్కడ లైన్ బై లైన్ వివరణ ఇవ్వబడింది:
+
+- లైన్ 4: మేము `కౌంటర్` పేరుతో ఒక కాంట్రాక్ట్ ని నిర్వచిస్తాము.
+- లైన్ 7: మా కాంట్రాక్ట్ `కౌంట్` అనే ఒక అన్సైన్డ్ ఇంటీజర్ను 0 నుండి ప్రారంభించి నిల్వ చేస్తుంది.
+- లైన్ 10: మొదటి ఫంక్షన్ కాంట్రాక్ట్ యొక్క స్థితిని సవరించి, మా వేరియబుల్ `కౌంట్` ను `ఇన్క్రిమెంట్()` చేస్తుంది.
+- లైన్ 15: రెండవ ఫంక్షన్ కేవలం స్మార్ట్ కాంట్రాక్ట్ వెలుపల `కౌంట్` వేరియబుల్ యొక్క విలువను చదవడానికి వీలు కల్పించే గెట్టర్ మాత్రమే. గమనించండి, మేము మా `కౌంట్` వేరియబుల్ను పబ్లిక్గా నిర్వచించినందున ఇది అవసరం లేదు కానీ ఒక ఉదాహరణగా చూపబడింది.
+
+ఇది మా మొదటి సాధారణ స్మార్ట్ కాంట్రాక్ట్ కోసం అంతే. మీకు తెలిసి ఉండవచ్చు, ఇది జావా లేదా C++ వంటి OOP (ఆబ్జెక్ట్-ఓరియెంటెడ్ ప్రోగ్రామింగ్) భాషల నుండి వచ్చిన క్లాస్ లాగా కనిపిస్తుంది. ఇప్పుడు మా కాంట్రాక్ట్ తో ఆడుకునే సమయం వచ్చింది.
+
+## మా కాంట్రాక్ట్ను నియమించడం {#deploying-our-contract}
+
+మేము మా మొదటి స్మార్ట్ కాంట్రాక్ట్ను వ్రాసినందున, మేము ఇప్పుడు దానితో ఆడుకోవడానికి దానిని బ్లాక్చైన్కు నియమిస్తాము.
+
+[బ్లాక్చైన్లో స్మార్ట్ కాంట్రాక్ట్ను నియమించడం](/developers/docs/smart-contracts/deploying/) అంటే వాస్తవానికి ఏ గ్రహీతలను పేర్కొనకుండా సంకలనం చేయబడిన స్మార్ట్ కాంట్రాక్ట్ కోడ్ను కలిగి ఉన్న లావాదేవీని పంపడం మాత్రమే.
+
+మేము మొదట ఎడమ వైపున ఉన్న కంపైల్ ఐకాన్పై క్లిక్ చేయడం ద్వారా [కాంట్రాక్ట్ను కంపైల్](/developers/docs/smart-contracts/compiling/) చేస్తాము:
+
+
+
+తరువాత కంపైల్ బటన్పై క్లిక్ చేయండి:
+
+
+
+మీరు "ఆటో కంపైల్" ఎంపికను ఎంచుకోవచ్చు, తద్వారా మీరు టెక్స్ట్ ఎడిటర్లో కంటెంట్ను సేవ్ చేసినప్పుడు కాంట్రాక్ట్ ఎల్లప్పుడూ కంపైల్ చేయబడుతుంది.
+
+అప్పుడు "డిప్లాయ్ అండ్ రన్ ట్రాన్సాక్షన్స్" స్క్రీన్కి నావిగేట్ చేయండి:
+
+
+
+మీరు "డిప్లాయ్ అండ్ రన్ ట్రాన్సాక్షన్స్" స్క్రీన్లో ఉన్న తర్వాత, మీ కాంట్రాక్ట్ పేరు కనిపించిందని రెండుసార్లు తనిఖీ చేసి, డిప్లాయ్ బటన్పై క్లిక్ చేయండి. మీరు పేజీ ఎగువన చూడగలిగినట్లుగా, ప్రస్తుత పర్యావరణం “జావాస్క్రిప్ట్ విఎం” అంటే మనం వేగంగా మరియు ఎటువంటి ఫీజులు లేకుండా పరీక్షించగలిగేలా లోకల్ టెస్ట్ బ్లాక్చైన్లో మన స్మార్ట్ కాంట్రాక్ట్ను అమలు చేస్తాము మరియు సంప్రదిస్తాము.
+
+
+
+మీరు “డిప్లాయ్” బటన్ను క్లిక్ చేసిన తర్వాత, మీ కాంట్రాక్ట్ దిగువన కనిపిస్తుంది. మన కాంట్రాక్ట్ కంటెంట్ను చూడటానికి దానిని విస్తరించడానికి ఎడమ వైపున ఉన్న బాణం గుర్తుపై క్లిక్ చేయండి. ఇది మన వేరియబుల్ `కౌంటర్`, మన `ఇన్క్రిమెంట్()` ఫంక్షన్ మరియు గెట్టర్ `గెట్కౌంటర్()`.
+
+మీరు `కౌంట్` లేదా `గెట్కౌంట్` బటన్పై క్లిక్ చేస్తే, అది వాస్తవానికి కాంట్రాక్ట్ యొక్క `కౌంట్` వేరియబుల్ యొక్క కంటెంట్ను తిరిగి పొంది, దానిని ప్రదర్శిస్తుంది. మేము ఇంకా `ఇన్క్రిమెంట్` ఫంక్షన్ను కాల్ చేయనందున, ఇది 0 ను ప్రదర్శించాలి.
+
+
+
+ఇప్పుడు బటన్పై క్లిక్ చేయడం ద్వారా `ఇన్క్రిమెంట్` ఫంక్షన్ను కాల్ చేద్దాం. విండో దిగువన చేసిన లావాదేవీల లాగ్లు కనిపించడాన్ని మీరు చూస్తారు. `ఇన్క్రిమెంట్` బటన్కు బదులుగా డేటాను తిరిగి పొందడానికి మీరు బటన్ను నొక్కినప్పుడు లాగ్లు విభిన్నంగా ఉండటాన్ని మీరు చూస్తారు. ఎందుకంటే బ్లాక్చైన్లో డేటాను చదవడానికి ఎటువంటి లావాదేవీలు (వ్రాయడం) లేదా ఫీజులు అవసరం లేదు. ఎందుకంటే బ్లాక్చైన్ యొక్క స్థితిని సవరించడానికి మాత్రమే లావాదేవీ చేయవలసి ఉంటుంది:
+
+
+
+మా `ఇన్క్రిమెంట్()` ఫంక్షన్ను కాల్ చేయడానికి ఒక లావాదేవీని ఉత్పత్తి చేసే ఇన్క్రిమెంట్ బటన్ను నొక్కిన తర్వాత, మనం కౌంట్ లేదా గెట్కౌంట్ బటన్లపై తిరిగి క్లిక్ చేస్తే, కౌంట్ వేరియబుల్ 0 కంటే పెద్దదిగా ఉన్న మన స్మార్ట్ కాంట్రాక్ట్ యొక్క కొత్తగా నవీకరించబడిన స్థితిని మనం చదువుతాము.
+
+
+
+తదుపరి ట్యుటోరియల్లో, [మీ స్మార్ట్ కాంట్రాక్ట్లకు ఈవెంట్లను ఎలా జోడించవచ్చో](/developers/tutorials/logging-events-smart-contracts/) మేము కవర్ చేస్తాము. లాగింగ్ ఈవెంట్లు మీ స్మార్ట్ కాంట్రాక్ట్ను డీబగ్ చేయడానికి మరియు ఫంక్షన్ను కాల్ చేస్తున్నప్పుడు ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి అనుకూలమైన మార్గం.
diff --git a/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md b/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
new file mode 100644
index 00000000000..5a3a05c0829
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
@@ -0,0 +1,372 @@
+---
+title: స్థానిక, బహుళ-క్లయింట్ టెస్టునెట్లో డాప్ను అభివృద్ధి చేసి పరీక్షించడం ఎలా
+description: ఈ గైడ్ ముందుగా ఒక బహుళ-క్లయింట్ స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించి, కాన్ఫిగర్ చేయడం ఎలాగో వివరిస్తుంది, ఆ తర్వాత టెస్టునెట్ను ఉపయోగించి ఒక డాప్ను డిప్లాయ్ చేసి, పరీక్షించడం ఎలాగో చూపిస్తుంది.
+author: "టేడి మిటికు"
+tags:
+ [
+ "క్లయింట్లు",
+ "నోడ్లు",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "కంపోజిబిలిటీ",
+ "ఏకాభిప్రాయ లేయర్",
+ "ఎగ్జిక్యూషన్ లేయర్",
+ "పరీక్షించడం"
+ ]
+skill: మధ్యస్థ
+lang: te
+published: 2023-04-11
+---
+
+## పరిచయం {#introduction}
+
+ఈ గైడ్ మీకు కాన్ఫిగర్ చేయగల స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించడం, దానికి ఒక స్మార్ట్ కాంట్రాక్ట్ను డిప్లాయ్ చేయడం, మరియు మీ డాప్పై పరీక్షలు అమలు చేయడానికి టెస్టునెట్ను ఉపయోగించే ప్రక్రియ ద్వారా మార్గనిర్దేశం చేస్తుంది. లైవ్ టెస్టునెట్ లేదా మెయిన్నెట్కు డిప్లాయ్ చేయడానికి ముందు వివిధ నెట్వర్క్ కాన్ఫిగరేషన్లకు వ్యతిరేకంగా వారి డాప్లను స్థానికంగా అభివృద్ధి చేసి, పరీక్షించాలనుకునే డాప్ డెవలపర్ల కోసం ఈ గైడ్ రూపొందించబడింది.
+
+ఈ గైడ్లో, మీరు:
+
+- [Kurtosis](https://www.kurtosis.com/) ఉపయోగించి [`eth-network-package`](https://github.com/kurtosis-tech/eth-network-package)తో స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించండి,
+- ఒక డాప్ను కంపైల్ చేయడానికి, డిప్లాయ్ చేయడానికి, మరియు పరీక్షించడానికి మీ హార్డ్హ్యాట్ డాప్ డెవలప్మెంట్ వాతావరణాన్ని స్థానిక టెస్టునెట్కు కనెక్ట్ చేయండి, మరియు
+- వివిధ నెట్వర్క్ కాన్ఫిగరేషన్లకు వ్యతిరేకంగా డెవలప్మెంట్ మరియు టెస్టింగ్ వర్క్ఫ్లోలను ప్రారంభించడానికి నోడ్ల సంఖ్య మరియు నిర్దిష్ట EL/CL క్లయింట్ జతలు వంటి పారామీటర్లతో సహా స్థానిక టెస్టునెట్ను కాన్ఫిగర్ చేయండి.
+
+### కుర్టోసిస్ అంటే ఏమిటి? {#what-is-kurtosis}
+
+[కుర్టోసిస్](https://www.kurtosis.com/) అనేది బహుళ-కంటైనర్ టెస్ట్ వాతావరణాలను కాన్ఫిగర్ చేయడానికి రూపొందించబడిన ఒక కంపోజబుల్ బిల్డ్ సిస్టమ్. బ్లాక్చైన్ టెస్టునెట్లు వంటి డైనమిక్ సెటప్ లాజిక్ అవసరమయ్యే పునరుత్పాదక వాతావరణాలను సృష్టించడానికి ఇది ప్రత్యేకంగా డెవలపర్లను అనుమతిస్తుంది.
+
+ఈ గైడ్లో, కుర్టోసిస్ eth-network-package, [`geth`](https://geth.ethereum.org/) ఎగ్జిక్యూషన్ లేయర్ (EL) క్లయింట్తో పాటు [`teku`](https://consensys.io/teku), [`lighthouse`](https://lighthouse.sigmaprime.io/), మరియు [`lodestar`](https://lodestar.chainsafe.io/) ఏకాభిప్రాయ లేయర్ (CL) క్లయింట్లకు మద్దతుతో ఒక స్థానిక ఇథిరియం టెస్టునెట్ను స్పిన్ అప్ చేస్తుంది. ఈ ప్యాకేజీ హార్డ్హ్యాట్ నెట్వర్క్, గనాచే, మరియు అన్విల్ వంటి ఫ్రేమ్వర్క్లలోని నెట్వర్క్లకు కాన్ఫిగర్ చేయగల మరియు కంపోజబుల్ ప్రత్యామ్నాయంగా పనిచేస్తుంది. కుర్టోసిస్ డెవలపర్లకు వారు ఉపయోగించే టెస్టునెట్లపై అధిక నియంత్రణ మరియు సౌలభ్యాన్ని అందిస్తుంది, ఇది [ఇథిరియం ఫౌండేషన్ ది మెర్జ్ను పరీక్షించడానికి కుర్టోసిస్ను ఉపయోగించడానికి](https://www.kurtosis.com/blog/testing-the-ethereum-merge) మరియు నెట్వర్క్ అప్గ్రేడ్లను పరీక్షించడానికి దానిని ఉపయోగించడం కొనసాగించడానికి ఒక ప్రధాన కారణం.
+
+## కుర్టోసిస్ను సెటప్ చేయడం {#setting-up-kurtosis}
+
+మీరు కొనసాగే ముందు, మీకు ఇవి ఉన్నాయని నిర్ధారించుకోండి:
+
+- మీ స్థానిక మెషీన్లో [డాకర్ ఇంజిన్ను ఇన్స్టాల్ చేసి, ప్రారంభించారు](https://docs.kurtosis.com/install/#i-install--start-docker)
+- [కుర్టోసిస్ CLIని ఇన్స్టాల్ చేశారు](https://docs.kurtosis.com/install#ii-install-the-cli) (లేదా మీరు ఇప్పటికే CLIని ఇన్స్టాల్ చేసి ఉంటే, దానిని తాజా విడుదలకు అప్గ్రేడ్ చేశారు)
+- [Node.js](https://nodejs.org/en), [yarn](https://classic.yarnpkg.com/lang/en/docs/install/#mac-stable), మరియు [npx](https://www.npmjs.com/package/npx) (మీ డాప్ వాతావరణం కోసం) ఇన్స్టాల్ చేశారు
+
+## స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించడం {#instantiate-testnet}
+
+స్థానిక ఇథిరియం టెస్టునెట్ను స్పిన్ అప్ చేయడానికి, రన్ చేయండి:
+
+```python
+kurtosis --enclave local-eth-testnet run github.com/kurtosis-tech/eth-network-package
+```
+
+గమనిక: ఈ కమాండ్ `--enclave` ఫ్లాగ్ను ఉపయోగించి మీ నెట్వర్క్కు పేరు పెడుతుంది: "local-eth-testnet".
+
+కుర్టోసిస్ సూచనలను అర్థం చేసుకోవడానికి, ధృవీకరించడానికి, ఆపై అమలు చేయడానికి పనిచేస్తున్నప్పుడు నేపథ్యంలో తీసుకుంటున్న దశలను ప్రింట్ చేస్తుంది. చివరగా, మీరు ఈ క్రింది విధంగా ఉండే అవుట్పుట్ను చూడాలి:
+
+```python
+INFO[2023-04-04T18:09:44-04:00] ======================================================
+INFO[2023-04-04T18:09:44-04:00] || Created enclave: local-eth-testnet ||
+INFO[2023-04-04T18:09:44-04:00] ======================================================
+Name: local-eth-testnet
+UUID: 39372d756ae8
+Status: RUNNING
+Creation Time: Tue, 04 Apr 2023 18:09:03 EDT
+
+========================================= Files Artifacts =========================================
+UUID Name
+d4085a064230 cl-genesis-data
+1c62cb792e4c el-genesis-data
+bd60489b73a7 genesis-generation-config-cl
+b2e593fe5228 genesis-generation-config-el
+d552a54acf78 geth-prefunded-keys
+5f7e661eb838 prysm-password
+054e7338bb59 validator-keystore-0
+
+========================================== User Services ==========================================
+UUID Name Ports Status
+e20f129ee0c5 cl-client-0-beacon http: 4000/tcp -> RUNNING
+ metrics: 5054/tcp ->
+ tcp-discovery: 9000/tcp -> 127.0.0.1:54263
+ udp-discovery: 9000/udp -> 127.0.0.1:60470
+a8b6c926cdb4 cl-client-0-validator http: 5042/tcp -> 127.0.0.1:54267 RUNNING
+ metrics: 5064/tcp ->
+d7b802f623e8 el-client-0 engine-rpc: 8551/tcp -> 127.0.0.1:54253 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:54251
+ tcp-discovery: 30303/tcp -> 127.0.0.1:54254
+ udp-discovery: 30303/udp -> 127.0.0.1:53834
+ ws: 8546/tcp -> 127.0.0.1:54252
+514a829c0a84 prelaunch-data-generator-1680646157905431468 STOPPED
+62bd62d0aa7a prelaunch-data-generator-1680646157915424301 STOPPED
+05e9619e0e90 prelaunch-data-generator-1680646157922872635 STOPPED
+
+```
+
+అభినందనలు! మీరు డాకర్ ద్వారా, ఒక CL (`lighthouse`) మరియు EL క్లయింట్ (`geth`)తో ఒక స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించడానికి కుర్టోసిస్ను ఉపయోగించారు.
+
+### సమీక్ష {#review-instantiate-testnet}
+
+ఈ విభాగంలో, మీరు ఒక కుర్టోసిస్ [ఎన్క్లేవ్](https://docs.kurtosis.com/advanced-concepts/enclaves/)లో స్థానిక ఇథిరియం టెస్టునెట్ను స్పిన్ అప్ చేయడానికి [`eth-network-package` GitHubలో రిమోట్గా హోస్ట్ చేయబడిన](https://github.com/kurtosis-tech/eth-network-package) దాన్ని ఉపయోగించమని కుర్టోసిస్ను నిర్దేశించే ఒక కమాండ్ను అమలు చేశారు. మీ ఎన్క్లేవ్ లోపల, మీరు "ఫైల్ ఆర్టిఫ్యాక్ట్స్" మరియు "వినియోగదారు సేవలు" రెండింటినీ కనుగొంటారు.
+
+మీ ఎన్క్లేవ్లోని [ఫైల్ ఆర్టిఫ్యాక్ట్స్](https://docs.kurtosis.com/advanced-concepts/files-artifacts/) EL మరియు CL క్లయింట్లను బూట్స్ట్రాప్ చేయడానికి ఉత్పత్తి చేయబడిన మరియు ఉపయోగించబడిన మొత్తం డేటాను కలిగి ఉంటాయి. ఈ [డాకర్ ఇమేజ్](https://github.com/ethpandaops/ethereum-genesis-generator) నుండి నిర్మించిన `prelaunch-data-generator` సేవను ఉపయోగించి డేటా సృష్టించబడింది
+
+వినియోగదారు సేవలు మీ ఎన్క్లేవ్లో పనిచేస్తున్న అన్ని కంటైనరైజ్డ్ సేవలను ప్రదర్శిస్తాయి. ఒక EL క్లయింట్ మరియు ఒక CL క్లయింట్ రెండింటినీ కలిగి ఉన్న ఒకే నోడ్ సృష్టించబడిందని మీరు గమనిస్తారు.
+
+## మీ డాప్ డెవలప్మెంట్ వాతావరణాన్ని స్థానిక ఇథిరియం టెస్టునెట్కు కనెక్ట్ చేయండి {#connect-your-dapp}
+
+### డాప్ డెవలప్మెంట్ వాతావరణాన్ని సెటప్ చేయండి {#set-up-dapp-env}
+
+ఇప్పుడు మీకు రన్నింగ్లో ఉన్న స్థానిక టెస్టునెట్ ఉంది, మీ స్థానిక టెస్టునెట్ను ఉపయోగించడానికి మీ డాప్ డెవలప్మెంట్ వాతావరణాన్ని కనెక్ట్ చేయవచ్చు. ఈ గైడ్లో మీ స్థానిక టెస్టునెట్కు ఒక బ్లాక్జాక్ డాప్ను డిప్లాయ్ చేయడానికి హార్డ్హ్యాట్ ఫ్రేమ్వర్క్ ఉపయోగించబడుతుంది.
+
+మీ డాప్ డెవలప్మెంట్ వాతావరణాన్ని సెటప్ చేయడానికి, మా నమూనా డాప్ను కలిగి ఉన్న రిపోజిటరీని క్లోన్ చేసి, దాని డిపెండెన్సీలను ఇన్స్టాల్ చేయడానికి, రన్ చేయండి:
+
+```python
+git clone https://github.com/kurtosis-tech/awesome-kurtosis.git && cd awesome-kurtosis/smart-contract-example && yarn
+```
+
+ఇక్కడ ఉపయోగించిన [smart-contract-example](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example) ఫోల్డర్ [హార్డ్హ్యాట్](https://hardhat.org/) ఫ్రేమ్వర్క్ను ఉపయోగించే ఒక డాప్ డెవలపర్ కోసం సాధారణ సెటప్ను కలిగి ఉంది:
+
+- [`contracts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/contracts) ఒక బ్లాక్జాక్ డాప్ కోసం కొన్ని సాధారణ స్మార్ట్ కాంట్రాక్ట్లను కలిగి ఉంది
+- [`scripts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/scripts) మీ స్థానిక ఇథిరియం నెట్వర్క్కు ఒక టోకెన్ కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి ఒక స్క్రిప్ట్ను కలిగి ఉంది
+- [`test/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/test) మా బ్లాక్జాక్ డాప్లోని ప్రతి ప్లేయర్కు 1000 టోకెన్లు మింట్ చేయబడ్డాయని నిర్ధారించడానికి మీ టోకెన్ కాంట్రాక్ట్ కోసం ఒక సాధారణ .js టెస్ట్ను కలిగి ఉంది
+- [`hardhat.config.ts`](https://github.com/kurtosis-tech/awesome-kurtosis/blob/main/smart-contract-example/hardhat.config.ts) మీ హార్డ్హ్యాట్ సెటప్ను కాన్ఫిగర్ చేస్తుంది
+
+### స్థానిక టెస్టునెట్ను ఉపయోగించడానికి హార్డ్హ్యాట్ను కాన్ఫిగర్ చేయండి {#configure-hardhat}
+
+మీ డాప్ డెవలప్మెంట్ వాతావరణం సెటప్ చేయబడిన తర్వాత, మీరు ఇప్పుడు కుర్టోసిస్ ఉపయోగించి సృష్టించబడిన స్థానిక ఇథిరియం టెస్టునెట్ను ఉపయోగించడానికి హార్డ్హ్యాట్ను కనెక్ట్ చేస్తారు. దీనిని సాధించడానికి, మీ `hardhat.config.ts` కాన్ఫిగ్ ఫైల్లోని `localnet` స్ట్రక్ట్లో `<$YOUR_PORT>`ను ఏదైనా `el-client-` సేవ నుండి వచ్చిన rpc uri అవుట్పుట్ పోర్ట్తో భర్తీ చేయండి. ఈ నమూనా సందర్భంలో, పోర్ట్ `64248` అవుతుంది. మీ పోర్ట్ భిన్నంగా ఉంటుంది.
+
+`hardhat.config.ts`లో ఉదాహరణ:
+
+```js
+localnet: {
+url: 'http://127.0.0.1:<$YOUR_PORT>',// TODO: ETH నెట్వర్క్ కుర్టోసిస్ ప్యాకేజీ ద్వారా ఉత్పత్తి చేయబడిన నోడ్ URI యొక్క పోర్ట్తో $YOUR_PORTను భర్తీ చేయండి
+
+// ఇవి eth-network-package ద్వారా సృష్టించబడిన ప్రీఫండెడ్ టెస్ట్ ఖాతాలతో అనుబంధించబడిన ప్రైవేట్ కీలు
+//
+accounts: [
+ "ef5177cd0b6b21c87db5a0bf35d4084a8a57a9d6a064f86d51ac85f2b873a4e2",
+ "48fcc39ae27a0e8bf0274021ae6ebd8fe4a0e12623d61464c498900b28feb567",
+ "7988b3a148716ff800414935b305436493e1f25237a2a03e5eebc343735e2f31",
+ "b3c409b6b0b3aa5e65ab2dc1930534608239a478106acf6f3d9178e9f9b00b35",
+ "df9bb6de5d3dc59595bcaa676397d837ff49441d211878c024eabda2cd067c9f",
+ "7da08f856b5956d40a72968f93396f6acff17193f013e8053f6fbb6c08c194d6",
+ ],
+},
+```
+
+మీరు మీ ఫైల్ను సేవ్ చేసిన తర్వాత, మీ హార్డ్హ్యాట్ డాప్ డెవలప్మెంట్ వాతావరణం ఇప్పుడు మీ స్థానిక ఇథిరియం టెస్టునెట్కు కనెక్ట్ చేయబడింది! మీ టెస్టునెట్ పనిచేస్తోందో లేదో మీరు రన్ చేయడం ద్వారా ధృవీకరించుకోవచ్చు:
+
+```python
+npx hardhat balances --network localnet
+```
+
+అవుట్పుట్ ఈ విధంగా ఉండాలి:
+
+```python
+0x878705ba3f8Bc32FCf7F4CAa1A35E72AF65CF766 has balance 10000000000000000000000000
+0x4E9A3d9D1cd2A2b2371b8b3F489aE72259886f1A has balance 10000000000000000000000000
+0xdF8466f277964Bb7a0FFD819403302C34DCD530A has balance 10000000000000000000000000
+0x5c613e39Fc0Ad91AfDA24587e6f52192d75FBA50 has balance 10000000000000000000000000
+0x375ae6107f8cC4cF34842B71C6F746a362Ad8EAc has balance 10000000000000000000000000
+0x1F6298457C5d76270325B724Da5d1953923a6B88 has balance 10000000000000000000000000
+```
+
+హార్డ్హ్యాట్ మీ స్థానిక టెస్టునెట్ను ఉపయోగిస్తోందని మరియు `eth-network-package` ద్వారా సృష్టించబడిన ప్రీ-ఫండెడ్ ఖాతాలను గుర్తిస్తోందని ఇది నిర్ధారిస్తుంది.
+
+### మీ డాప్ను స్థానికంగా డిప్లాయ్ చేసి పరీక్షించండి {#deploy-and-test-dapp}
+
+డాప్ డెవలప్మెంట్ వాతావరణం స్థానిక ఇథిరియం టెస్టునెట్కు పూర్తిగా కనెక్ట్ చేయబడినందున, మీరు ఇప్పుడు స్థానిక టెస్టునెట్ను ఉపయోగించి మీ డాప్పై డెవలప్మెంట్ మరియు టెస్టింగ్ వర్క్ఫ్లోలను అమలు చేయవచ్చు.
+
+స్థానిక ప్రోటోటైపింగ్ మరియు డెవలప్మెంట్ కోసం `ChipToken.sol` స్మార్ట్ కాంట్రాక్ట్ను కంపైల్ చేసి, డిప్లాయ్ చేయడానికి, రన్ చేయండి:
+
+```python
+npx hardhat compile
+npx hardhat run scripts/deploy.ts --network localnet
+```
+
+అవుట్పుట్ ఈ విధంగా ఉండాలి:
+
+```python
+చిప్టోకెన్ ఇక్కడ డిప్లాయ్ చేయబడింది: 0xAb2A01BC351770D09611Ac80f1DE076D56E0487d
+```
+
+మా బ్లాక్జాక్ డాప్లోని ప్రతి ప్లేయర్కు 1000 టోకెన్లు మింట్ చేయబడ్డాయని నిర్ధారించడానికి ఇప్పుడు మీ స్థానిక డాప్పై `simple.js` టెస్ట్ను రన్ చేసి ప్రయత్నించండి:
+
+అవుట్పుట్ ఈ విధంగా ఉండాలి:
+
+```python
+npx hardhat test --network localnet
+```
+
+అవుట్పుట్ ఈ విధంగా ఉండాలి:
+
+```python
+చిప్టోకెన్
+ మింట్
+ ✔ ప్లేయర్ వన్ కోసం 1000 చిప్లను మింట్ చేయాలి
+
+ 1 పాస్ అయ్యింది (654ms)
+```
+
+### సమీక్ష {#review-dapp-workflows}
+
+ఈ సమయంలో, మీరు ఇప్పుడు ఒక డాప్ డెవలప్మెంట్ వాతావరణాన్ని సెటప్ చేశారు, దానిని కుర్టోసిస్ ద్వారా సృష్టించబడిన స్థానిక ఇథిరియం నెట్వర్క్కు కనెక్ట్ చేశారు, మరియు మీ డాప్పై ఒక సాధారణ టెస్ట్ను కంపైల్ చేసి, డిప్లాయ్ చేసి, రన్ చేశారు.
+
+ఇప్పుడు మారుతున్న నెట్వర్క్ కాన్ఫిగరేషన్ల కింద మన డాప్లను పరీక్షించడానికి అంతర్లీన నెట్వర్క్ను ఎలా కాన్ఫిగర్ చేయవచ్చో అన్వేషిద్దాం.
+
+## స్థానిక ఇథిరియం టెస్టునెట్ను కాన్ఫిగర్ చేయడం {#configure-testnet}
+
+### క్లయింట్ కాన్ఫిగరేషన్లు మరియు నోడ్ల సంఖ్యను మార్చడం {#configure-client-config-and-num-nodes}
+
+మీరు అభివృద్ధి చేయాలనుకుంటున్న లేదా పరీక్షించాలనుకుంటున్న దృశ్యం మరియు నిర్దిష్ట నెట్వర్క్ కాన్ఫిగరేషన్పై ఆధారపడి, మీ స్థానిక ఇథిరియం టెస్టునెట్ను విభిన్న EL మరియు CL క్లయింట్ జతలను, అలాగే మారుతున్న సంఖ్యలో నోడ్లను ఉపయోగించడానికి కాన్ఫిగర్ చేయవచ్చు. దీని అర్థం, ఒకసారి సెటప్ చేసిన తర్వాత, మీరు ఒక అనుకూలీకరించిన స్థానిక టెస్టునెట్ను స్పిన్ అప్ చేసి, అదే వర్క్ఫ్లోలను (డిప్లాయ్మెంట్, టెస్ట్లు, మొదలైనవి) అమలు చేయడానికి దాన్ని ఉపయోగించవచ్చు. అన్నీ ఊహించిన విధంగా పనిచేస్తాయని నిర్ధారించుకోవడానికి వివిధ నెట్వర్క్ కాన్ఫిగరేషన్ల కింద. మీరు మార్పు చేయగల ఇతర పారామీటర్ల గురించి మరింత తెలుసుకోవడానికి, ఈ లింక్ను సందర్శించండి.
+
+ఒకసారి ప్రయత్నించి చూడండి! మీరు JSON ఫైల్ ద్వారా `eth-network-package`కు వివిధ కాన్ఫిగరేషన్ ఎంపికలను పంపవచ్చు. ఈ నెట్వర్క్ పారామీటర్ల JSON ఫైల్ స్థానిక ఇథిరియం నెట్వర్క్ను సెటప్ చేయడానికి కుర్టోసిస్ ఉపయోగించే నిర్దిష్ట కాన్ఫిగరేషన్లను అందిస్తుంది.
+
+డిఫాల్ట్ కాన్ఫిగరేషన్ ఫైల్ను తీసుకుని, విభిన్న EL/CL జతలతో రెండు నోడ్లను స్పిన్ అప్ చేయడానికి దాన్ని సవరించండి:
+
+- `geth`/`lighthouse`తో నోడ్ 1
+- `geth`/`lodestar`తో నోడ్ 2
+- `geth`/`teku`తో నోడ్ 3
+
+ఈ కాన్ఫిగరేషన్ మీ డాప్ను పరీక్షించడం కోసం ఇథిరియం నోడ్ ఇంప్లిమెంటేషన్ల యొక్క విభిన్న నెట్వర్క్ను సృష్టిస్తుంది. మీ కాన్ఫిగరేషన్ ఫైల్ ఇప్పుడు ఇలా కనిపించాలి:
+
+```yaml
+{
+ "participants":
+ [
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "lighthouse",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null,
+ },
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "lodestar",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null,
+ },
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "teku",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null,
+ },
+ ],
+ "network_params":
+ {
+ "preregistered_validator_keys_mnemonic": "giant issue aisle success illegal bike spike question tent bar rely arctic volcano long crawl hungry vocal artwork sniff fantasy very lucky have athlete",
+ "num_validator_keys_per_node": 64,
+ "network_id": "3151908",
+ "deposit_contract_address": "0x4242424242424242424242424242424242424242",
+ "seconds_per_slot": 12,
+ "genesis_delay": 120,
+ "capella_fork_epoch": 5,
+ },
+}
+```
+
+ప్రతి `participants` స్ట్రక్ట్ నెట్వర్క్లోని ఒక నోడ్కు మ్యాప్ అవుతుంది, కాబట్టి 3 `participants` స్ట్రక్ట్లు మీ నెట్వర్క్లో 3 నోడ్లను స్పిన్ అప్ చేయమని కుర్టోసిస్కు చెబుతాయి. ప్రతి `participants` స్ట్రక్ట్ ఆ నిర్దిష్ట నోడ్ కోసం ఉపయోగించిన EL మరియు CL జతను పేర్కొనడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+ప్రతి నోడ్ కోసం జెనెసిస్ ఫైల్లను సృష్టించడానికి ఉపయోగించే నెట్వర్క్ సెట్టింగ్లను, అలాగే నెట్వర్క్ యొక్క స్లాట్కు సెకన్లు వంటి ఇతర సెట్టింగ్లను `network_params` స్ట్రక్ట్ కాన్ఫిగర్ చేస్తుంది.
+
+మీ సవరించిన పారామీటర్ల ఫైల్ను మీరు కోరుకున్న ఏ డైరెక్టరీలోనైనా సేవ్ చేయండి (క్రింది ఉదాహరణలో, ఇది డెస్క్టాప్లో సేవ్ చేయబడింది) ఆపై మీ కుర్టోసిస్ ప్యాకేజీని అమలు చేయడానికి దీన్ని ఉపయోగించండి:
+
+```python
+kurtosis clean -a && kurtosis run --enclave local-eth-testnet github.com/kurtosis-tech/eth-network-package "$(cat ~/eth-network-params.json)"
+```
+
+గమనిక: పాత టెస్టునెట్ మరియు దాని కంటెంట్లను నాశనం చేసి, కొత్తదాన్ని ప్రారంభించే ముందు `kurtosis clean -a` కమాండ్ ఇక్కడ కుర్టోసిస్కు సూచించడానికి ఉపయోగించబడుతుంది.
+
+మళ్ళీ, కుర్టోసిస్ కొంత సమయం పనిచేసి, జరుగుతున్న వ్యక్తిగత దశలను ప్రింట్ చేస్తుంది. చివరికి, అవుట్పుట్ ఈ విధంగా ఉండాలి:
+
+```python
+Starlark code successfully run. No output was returned.
+INFO[2023-04-07T11:43:16-04:00] ==========================================================
+INFO[2023-04-07T11:43:16-04:00] || Created enclave: local-eth-testnet ||
+INFO[2023-04-07T11:43:16-04:00] ==========================================================
+Name: local-eth-testnet
+UUID: bef8c192008e
+Status: RUNNING
+Creation Time: Fri, 07 Apr 2023 11:41:58 EDT
+
+========================================= Files Artifacts =========================================
+UUID Name
+cc495a8e364a cl-genesis-data
+7033fcdb5471 el-genesis-data
+a3aef43fc738 genesis-generation-config-cl
+8e968005fc9d genesis-generation-config-el
+3182cca9d3cd geth-prefunded-keys
+8421166e234f prysm-password
+d9e6e8d44d99 validator-keystore-0
+23f5ba517394 validator-keystore-1
+4d28dea40b5c validator-keystore-2
+
+========================================== User Services ==========================================
+UUID Name Ports Status
+485e6fde55ae cl-client-0-beacon http: 4000/tcp -> http://127.0.0.1:65010 RUNNING
+ metrics: 5054/tcp -> http://127.0.0.1:65011
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65012
+ udp-discovery: 9000/udp -> 127.0.0.1:54455
+73739bd158b2 cl-client-0-validator http: 5042/tcp -> 127.0.0.1:65016 RUNNING
+ metrics: 5064/tcp -> http://127.0.0.1:65017
+1b0a233cd011 cl-client-1-beacon http: 4000/tcp -> 127.0.0.1:65021 RUNNING
+ metrics: 8008/tcp -> 127.0.0.1:65023
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65024
+ udp-discovery: 9000/udp -> 127.0.0.1:56031
+ validator-metrics: 5064/tcp -> 127.0.0.1:65022
+949b8220cd53 cl-client-1-validator http: 4000/tcp -> 127.0.0.1:65028 RUNNING
+ metrics: 8008/tcp -> 127.0.0.1:65030
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65031
+ udp-discovery: 9000/udp -> 127.0.0.1:60784
+ validator-metrics: 5064/tcp -> 127.0.0.1:65029
+c34417bea5fa cl-client-2 http: 4000/tcp -> 127.0.0.1:65037 RUNNING
+ metrics: 8008/tcp -> 127.0.0.1:65035
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65036
+ udp-discovery: 9000/udp -> 127.0.0.1:63581
+e19738e6329d el-client-0 engine-rpc: 8551/tcp -> 127.0.0.1:64986 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64988
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64987
+ udp-discovery: 30303/udp -> 127.0.0.1:55706
+ ws: 8546/tcp -> 127.0.0.1:64989
+e904687449d9 el-client-1 engine-rpc: 8551/tcp -> 127.0.0.1:64993 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64995
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64994
+ udp-discovery: 30303/udp -> 127.0.0.1:58096
+ ws: 8546/tcp -> 127.0.0.1:64996
+ad6f401126fa el-client-2 engine-rpc: 8551/tcp -> 127.0.0.1:65003 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:65001
+ tcp-discovery: 30303/tcp -> 127.0.0.1:65000
+ udp-discovery: 30303/udp -> 127.0.0.1:57269
+ ws: 8546/tcp -> 127.0.0.1:65002
+12d04a9dbb69 prelaunch-data-generator-1680882122181135513 STOPPED
+5b45f9c0504b prelaunch-data-generator-1680882122192182847 STOPPED
+3d4aaa75e218 prelaunch-data-generator-1680882122201668972 STOPPED
+```
+
+అభినందనలు! మీరు మీ స్థానిక టెస్టునెట్ను 1కి బదులుగా 3 నోడ్లను కలిగి ఉండేలా విజయవంతంగా కాన్ఫిగర్ చేశారు. మీ డాప్పై (డిప్లాయ్ & టెస్ట్) మీరు ఇంతకు ముందు చేసిన అవే వర్క్ఫ్లోలను అమలు చేయడానికి, మీ కొత్త, 3-నోడ్ స్థానిక టెస్టునెట్లోని ఏదైనా `el-client-` సేవ నుండి వచ్చిన rpc uri అవుట్పుట్ పోర్ట్తో మీ `hardhat.config.ts` కాన్ఫిగ్ ఫైల్లోని `localnet` స్ట్రక్ట్లో `<$YOUR_PORT>`ను భర్తీ చేయడం ద్వారా మేము ఇంతకు ముందు చేసిన అవే ఆపరేషన్లను చేయండి.
+
+## ముగింపు {#conclusion}
+
+అంతే! ఈ చిన్న గైడ్ను సంగ్రహంగా చెప్పాలంటే, మీరు:
+
+- కుర్టోసిస్ ఉపయోగించి డాకర్ ద్వారా స్థానిక ఇథిరియం టెస్టునెట్ను సృష్టించారు
+- మీ స్థానిక డాప్ డెవలప్మెంట్ వాతావరణాన్ని స్థానిక ఇథిరియం నెట్వర్క్కు కనెక్ట్ చేశారు
+- ఒక డాప్ను డిప్లాయ్ చేసి, స్థానిక ఇథిరియం నెట్వర్క్లో దానిపై ఒక సాధారణ టెస్ట్ను అమలు చేశారు
+- అంతర్లీన ఇథిరియం నెట్వర్క్ను 3 నోడ్లను కలిగి ఉండేలా కాన్ఫిగర్ చేశారు
+
+మీకు ఏది బాగా జరిగింది, దేనిని మెరుగుపరచవచ్చు, లేదా మీ ఏవైనా ప్రశ్నలకు సమాధానం ఇవ్వడానికి మేము మీ నుండి వినడానికి ఇష్టపడతాము. [GitHub](https://github.com/kurtosis-tech/kurtosis/issues/new/choose) ద్వారా లేదా [మాకు ఇమెయిల్](mailto:feedback@kurtosistech.com) చేయడం ద్వారా మమ్మల్ని సంప్రదించడానికి సంకోచించకండి!
+
+### ఇతర ఉదాహరణలు మరియు గైడ్లు {#other-examples-guides}
+
+మా [క్విక్స్టార్ట్](https://docs.kurtosis.com/quickstart) (ఇక్కడ మీరు పైన ఒక పోస్ట్గ్రెస్ డేటాబేస్ మరియు APIని నిర్మిస్తారు) మరియు మా [awesome-kurtosis రిపోజిటరీ](https://github.com/kurtosis-tech/awesome-kurtosis)లోని మా ఇతర ఉదాహరణలను చూడమని మేము మిమ్మల్ని ప్రోత్సహిస్తున్నాము, ఇక్కడ మీరు కొన్ని గొప్ప ఉదాహరణలను కనుగొంటారు, వీటిలో ప్యాకేజీలు కూడా ఉన్నాయి:
+
+- అదే స్థానిక ఇథిరియం టెస్టునెట్ను స్పిన్ అప్ చేయడం](https://github.com/kurtosis-tech/eth2-package), కానీ లావాదేవీల స్పామర్ (లావాదేవీలను అనుకరించడానికి), ఒక ఫోర్క్ మానిటర్, మరియు కనెక్ట్ చేయబడిన గ్రాఫానా మరియు ప్రోమేతియస్ ఇన్స్టాన్స్ వంటి అదనపు సేవలు కనెక్ట్ చేయబడి ఉంటాయి
+- అదే స్థానిక ఇథిరియం నెట్వర్క్పై [సబ్-నెట్వర్కింగ్ టెస్ట్](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/ethereum-network-partition-test) నిర్వహించడం
diff --git a/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
new file mode 100644
index 00000000000..c8967860332
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -0,0 +1,144 @@
+---
+title: "కాంట్రాక్ట్ పరిమాణ పరిమితిని ఎదుర్కోవడానికి కాంట్రాక్టులను తగ్గించడం"
+description: మీ స్మార్ట్ కాంట్రాక్టులు చాలా పెద్దవి కాకుండా నిరోధించడానికి మీరు ఏమి చేయవచ్చు?
+author: మార్కస్ వాస్
+lang: te
+tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "స్టోరేజ్" ]
+skill: మధ్యస్థ
+published: 2020-06-26
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/max-contract-size
+---
+
+## పరిమితి ఎందుకు ఉంది? {#why-is-there-a-limit}
+
+[నవంబర్ 22, 2016](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon/) నాడు, Spurious Dragon హార్డ్-ఫోర్క్ [EIP-170](https://eips.ethereum.org/EIPS/eip-170)ని ప్రవేశపెట్టింది, ఇది స్మార్ట్ కాంట్రాక్ట్ పరిమాణ పరిమితిని 24.576 kbగా చేర్చింది. ఒక Solidity డెవలపర్గా మీకు దీని అర్థం, మీరు మీ కాంట్రాక్టుకు మరింత ఎక్కువ కార్యాచరణను జోడించినప్పుడు, ఏదో ఒక సమయంలో మీరు పరిమితిని చేరుకుంటారు మరియు మోహరించేటప్పుడు ఈ లోపాన్ని చూస్తారు:
+
+`హెచ్చరిక: కాంట్రాక్ట్ కోడ్ పరిమాణం 24576 బైట్లను మించిపోయింది (Spurious Dragonలో ప్రవేశపెట్టిన పరిమితి).` `ఈ కాంట్రాక్ట్ Mainnetలో మోహరించదగినది కాకపోవచ్చు.` `ఆప్టిమైజర్ను ప్రారంభించడం (తక్కువ "runs" విలువతో!), రివర్ట్ స్ట్రింగ్లను ఆపివేయడం లేదా లైబ్రరీలను ఉపయోగించడం పరిగణించండి.`
+
+ఈ పరిమితి డినయల్-ఆఫ్-సర్వీస్ (DOS) దాడులను నిరోధించడానికి ప్రవేశపెట్టబడింది. ఒక కాంట్రాక్టుకు చేసే ఏ కాల్ అయినా గ్యాస్ పరంగా చాలా చౌకగా ఉంటుంది. అయినప్పటికీ, Ethereum నోడ్ల కోసం కాంట్రాక్ట్ కాల్ యొక్క ప్రభావం పిలిచే కాంట్రాక్ట్ కోడ్ పరిమాణాన్ని బట్టి (డిస్క్ నుండి కోడ్ను చదవడం, కోడ్ను ముందుగా ప్రాసెస్ చేయడం, మెర్కిల్ ప్రూఫ్కు డేటాను జోడించడం) అసమానంగా పెరుగుతుంది. దాడి చేసేవారికి ఇతరుల కోసం చాలా పని చేయడానికి కొన్ని వనరులు అవసరమయ్యే అటువంటి పరిస్థితి మీకు ఉన్నప్పుడల్లా, మీకు DOS దాడులకు ఆస్కారం ఉంటుంది.
+
+నిజానికి ఇది అంత పెద్ద సమస్య కాదు, ఎందుకంటే ఒక సహజమైన కాంట్రాక్ట్ పరిమాణ పరిమితి బ్లాక్ గ్యాస్ పరిమితి. స్పష్టంగా, కాంట్రాక్ట్ యొక్క అన్ని బైట్కోడ్లను కలిగి ఉన్న లావాదేవీలో ఒక కాంట్రాక్టును మోహరించాలి. మీరు ఒక బ్లాక్లో ఆ ఒక్క లావాదేవీని మాత్రమే చేర్చినట్లయితే, మీరు ఆ గ్యాస్ మొత్తాన్ని ఉపయోగించుకోవచ్చు, కానీ అది అనంతం కాదు. [లండన్ అప్గ్రేడ్](/ethereum-forks/#london) నుండి, నెట్వర్క్ డిమాండ్ను బట్టి బ్లాక్ గ్యాస్ పరిమితి 15M మరియు 30M యూనిట్ల మధ్య మారుతూ ఉంది.
+
+కింది వాటిలో వాటి సంభావ్య ప్రభావం ఆధారంగా కొన్ని పద్ధతులను చూద్దాం. బరువు తగ్గడం పరంగా దీని గురించి ఆలోచించండి. ఎవరైనా వారి లక్ష్య బరువును (మా విషయంలో 24kb) చేరుకోవడానికి ఉత్తమ వ్యూహం మొదట పెద్ద ప్రభావ పద్ధతులపై దృష్టి పెట్టడం. చాలా సందర్భాలలో కేవలం మీ ఆహారాన్ని సరిచేసుకోవడం ద్వారా మీరు అక్కడికి చేరుకుంటారు, కానీ కొన్నిసార్లు మీకు కొంచెం ఎక్కువ అవసరం. అప్పుడు మీరు కొంత వ్యాయామం (మధ్యస్థ ప్రభావం) లేదా సప్లిమెంట్లను (చిన్న ప్రభావం) కూడా జోడించవచ్చు.
+
+## పెద్ద ప్రభావం {#big-impact}
+
+### మీ కాంట్రాక్టులను వేరు చేయండి {#separate-your-contracts}
+
+ఇది ఎల్లప్పుడూ మీ మొదటి విధానం అయి ఉండాలి. మీరు కాంట్రాక్టును బహుళ చిన్నవిగా ఎలా వేరు చేయవచ్చు? ఇది సాధారణంగా మీ కాంట్రాక్టుల కోసం ఒక మంచి నిర్మాణాన్ని రూపొందించమని మిమ్మల్ని బలవంతం చేస్తుంది. కోడ్ చదవగలిగే దృక్కోణం నుండి చిన్న కాంట్రాక్టులకు ఎల్లప్పుడూ ప్రాధాన్యత ఇవ్వబడుతుంది. కాంట్రాక్టులను విభజించడానికి, మిమ్మల్ని మీరు ప్రశ్నించుకోండి:
+
+- ఏ ఫంక్షన్లు కలిసి ఉంటాయి? ప్రతి ఫంక్షన్ల సెట్ దాని స్వంత కాంట్రాక్టులో ఉత్తమంగా ఉండవచ్చు.
+- ఏ ఫంక్షన్లకు కాంట్రాక్ట్ స్థితిని చదవాల్సిన అవసరం లేదు లేదా స్థితి యొక్క నిర్దిష్ట ఉపసమితి మాత్రమే అవసరం?
+- మీరు స్టోరేజ్ మరియు కార్యాచరణను విభజించగలరా?
+
+### లైబ్రరీలు {#libraries}
+
+స్టోరేజ్ నుండి కార్యాచరణ కోడ్ను దూరంగా తరలించడానికి ఒక సులభమైన మార్గం [లైబ్రరీ](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#libraries)ని ఉపయోగించడం. లైబ్రరీ ఫంక్షన్లను అంతర్గతంగా ప్రకటించవద్దు, ఎందుకంటే అవి కంపైలేషన్ సమయంలో నేరుగా [కాంట్రాక్టుకు జోడించబడతాయి](https://ethereum.stackexchange.com/questions/12975/are-internal-functions-in-libraries-not-covered-by-linking). కానీ మీరు పబ్లిక్ ఫంక్షన్లను ఉపయోగిస్తే, అవి వాస్తవానికి వేరే లైబ్రరీ కాంట్రాక్టులో ఉంటాయి. లైబ్రరీల వినియోగాన్ని మరింత సౌకర్యవంతంగా చేయడానికి [using for](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#using-for)ని పరిగణించండి.
+
+### ప్రాక్సీలు {#proxies}
+
+మరింత అధునాతన వ్యూహం ప్రాక్సీ వ్యవస్థ. లైబ్రరీలు వెనుక `DELEGATECALL`ని ఉపయోగిస్తాయి, ఇది పిలుపు కాంట్రాక్ట్ స్థితితో మరొక కాంట్రాక్ట్ ఫంక్షన్ను అమలు చేస్తుంది. ప్రాక్సీ సిస్టమ్ల గురించి మరింత తెలుసుకోవడానికి [ఈ బ్లాగ్ పోస్ట్](https://hackernoon.com/how-to-make-smart-contracts-upgradable-2612e771d5a2)ని చూడండి. అవి మీకు మరింత కార్యాచరణను అందిస్తాయి, ఉదాహరణకు, అవి అప్గ్రేడబిలిటీని ప్రారంభిస్తాయి, కానీ అవి చాలా సంక్లిష్టతను కూడా జోడిస్తాయి. ఏ కారణం చేతనైనా అది మీ ఏకైక ఎంపిక అయితే తప్ప, కాంట్రాక్ట్ పరిమాణాలను తగ్గించడానికి మాత్రమే నేను వాటిని జోడించను.
+
+## మధ్యస్థ ప్రభావం {#medium-impact}
+
+### ఫంక్షన్లను తొలగించండి {#remove-functions}
+
+ఇది స్పష్టంగా ఉండాలి. ఫంక్షన్లు కాంట్రాక్ట్ పరిమాణాన్ని కొద్దిగా పెంచుతాయి.
+
+- **External**: చాలా సార్లు మేము సౌలభ్యం కారణాల కోసం చాలా వీక్షణ ఫంక్షన్లను జోడిస్తాము. మీరు పరిమాణ పరిమితిని తాకే వరకు అది పూర్తిగా సరైనదే. అప్పుడు మీరు ఖచ్చితంగా అవసరమైనవి తప్ప మిగిలినవన్నీ తొలగించడం గురించి నిజంగా ఆలోచించాలనుకోవచ్చు.
+- **Internal**: మీరు అంతర్గత/ప్రైవేట్ ఫంక్షన్లను కూడా తొలగించవచ్చు మరియు ఫంక్షన్ ఒక్కసారి మాత్రమే పిలువబడినంత కాలం కోడ్ను ఇన్లైన్ చేయవచ్చు.
+
+### అదనపు వేరియబుల్స్ను నివారించండి {#avoid-additional-variables}
+
+```solidity
+function get(uint id) returns (address,address) {
+ MyStruct memory myStruct = myStructs[id];
+ return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns (address,address) {
+ return (myStructs[id].addr1, myStructs[id].addr2);
+}
+```
+
+ఇలాంటి ఒక సాధారణ మార్పు **0.28kb** తేడాను కలిగిస్తుంది. మీ కాంట్రాక్టులలో ఇలాంటి అనేక పరిస్థితులను మీరు కనుగొనే అవకాశాలు ఉన్నాయి మరియు అవి నిజంగా గణనీయమైన మొత్తాలను జోడించగలవు.
+
+### లోప సందేశాన్ని సంక్షిప్తీకరించండి {#shorten-error-message}
+
+సుదీర్ఘమైన రివర్ట్ సందేశాలు మరియు ముఖ్యంగా అనేక విభిన్న రివర్ట్ సందేశాలు కాంట్రాక్టును ఉబ్బిపోయేలా చేస్తాయి. బదులుగా చిన్న లోప కోడ్లను ఉపయోగించండి మరియు వాటిని మీ కాంట్రాక్టులో డీకోడ్ చేయండి. ఒక పొడవైన సందేశం చాలా చిన్నదిగా మారవచ్చు:
+
+```solidity
+require(msg.sender == owner, "ఈ కాంట్రాక్ట్ యజమాని మాత్రమే ఈ ఫంక్షన్ను కాల్ చేయగలరు");
+```
+
+```solidity
+require(msg.sender == owner, "OW1");
+```
+
+### లోప సందేశాలకు బదులుగా కస్టమ్ లోపాలను ఉపయోగించండి
+
+[Solidity 0.8.4](https://blog.soliditylang.org/2021/04/21/custom-errors/)లో కస్టమ్ లోపాలు ప్రవేశపెట్టబడ్డాయి. అవి మీ కాంట్రాక్టుల పరిమాణాన్ని తగ్గించడానికి ఒక గొప్ప మార్గం, ఎందుకంటే అవి సెలెక్టర్లుగా ABI-ఎన్కోడ్ చేయబడతాయి (ఫంక్షన్ల వలె).
+
+```solidity
+error Unauthorized();
+
+if (msg.sender != owner) {
+ revert Unauthorized();
+}
+```
+
+### ఆప్టిమైజర్లో తక్కువ రన్ విలువను పరిగణించండి {#consider-a-low-run-value-in-the-optimizer}
+
+మీరు ఆప్టిమైజర్ సెట్టింగులను కూడా మార్చవచ్చు. 200 యొక్క డిఫాల్ట్ విలువ అంటే ఒక ఫంక్షన్ను 200 సార్లు పిలిచినట్లుగా బైట్కోడ్ను ఆప్టిమైజ్ చేయడానికి ప్రయత్నిస్తోంది. మీరు దానిని 1కి మార్చినట్లయితే, ప్రతి ఫంక్షన్ను ఒక్కసారి మాత్రమే అమలు చేసే సందర్భం కోసం ఆప్టిమైజ్ చేయమని మీరు ప్రాథమికంగా ఆప్టిమైజర్కు చెబుతారు. ఒక్కసారి మాత్రమే అమలు చేయడానికి ఆప్టిమైజ్ చేయబడిన ఫంక్షన్ అంటే అది మోహరింపు కోసమే ఆప్టిమైజ్ చేయబడింది. జాగ్రత్తగా ఉండండి, **ఇది ఫంక్షన్లను అమలు చేయడానికి [గ్యాస్ ఖర్చులను](/developers/docs/gas/) పెంచుతుంది**, కాబట్టి మీరు దీన్ని చేయకూడదనుకోవచ్చు.
+
+## చిన్న ప్రభావం {#small-impact}
+
+### ఫంక్షన్లకు స్ట్రక్ట్లను పంపడం మానుకోండి {#avoid-passing-structs-to-functions}
+
+మీరు [ABIEncoderV2](https://solidity.readthedocs.io/en/v0.6.10/layout-of-source-files.html#abiencoderv2)ని ఉపయోగిస్తుంటే, ఫంక్షన్కు స్ట్రక్ట్లను పంపకుండా ఉండటానికి ఇది సహాయపడుతుంది. పారామీటర్ను స్ట్రక్ట్గా పంపడానికి బదులుగా, అవసరమైన పారామీటర్లను నేరుగా పంపండి. ఈ ఉదాహరణలో మేము మరో **0.1kb** ఆదా చేసాము.
+
+```solidity
+function get(uint id) returns (address,address) {
+ return _get(myStruct);
+}
+
+function _get(MyStruct memory myStruct) private view returns(address,address) {
+ return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns(address,address) {
+ return _get(myStructs[id].addr1, myStructs[id].addr2);
+}
+
+function _get(address addr1, address addr2) private view returns(address,address) {
+ return (addr1, addr2);
+}
+```
+
+### ఫంక్షన్లు మరియు వేరియబుల్స్ కోసం సరైన విజిబిలిటీని ప్రకటించండి {#declare-correct-visibility-for-functions-and-variables}
+
+- బయటి నుండి మాత్రమే పిలువబడే ఫంక్షన్లు లేదా వేరియబుల్స్? వాటిని `public` బదులుగా `external` గా ప్రకటించండి.
+- కాంట్రాక్ట్ లోపలి నుండి మాత్రమే పిలువబడే ఫంక్షన్లు లేదా వేరియబుల్స్? వాటిని `public` బదులుగా `private` లేదా `internal` గా ప్రకటించండి.
+
+### మాడిఫైయర్లను తొలగించండి {#remove-modifiers}
+
+మాడిఫైయర్లు, ప్రత్యేకించి తీవ్రంగా ఉపయోగించినప్పుడు, కాంట్రాక్ట్ పరిమాణంపై గణనీయమైన ప్రభావాన్ని చూపుతాయి. వాటిని తొలగించి, బదులుగా ఫంక్షన్లను ఉపయోగించడం పరిగణించండి.
+
+```solidity
+modifier checkStuff() {}
+
+function doSomething() checkStuff {}
+```
+
+```solidity
+function checkStuff() private {}
+
+function doSomething() { checkStuff(); }
+```
+
+ఆ చిట్కాలు కాంట్రాక్ట్ పరిమాణాన్ని గణనీయంగా తగ్గించడంలో మీకు సహాయపడతాయి. మరోసారి, నేను తగినంతగా నొక్కి చెప్పలేను, సాధ్యమైనంత వరకు అతిపెద్ద ప్రభావం కోసం కాంట్రాక్టులను విభజించడంపై ఎల్లప్పుడూ దృష్టి పెట్టండి.
diff --git a/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md b/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
new file mode 100644
index 00000000000..4dd107863b3
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
@@ -0,0 +1,129 @@
+---
+title: "EIP-1271: స్మార్ట్ కాంట్రాక్ట్ సంతకాలపై సంతకం చేయడం మరియు వాటిని ధృవీకరించడం"
+description: EIP-1271తో స్మార్ట్ కాంట్రాక్ట్ సంతకం ఉత్పత్తి మరియు ధృవీకరణ యొక్క అవలోకనం. స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు దీని ఆధారంగా నిర్మించుకోవడానికి ఒక స్పష్టమైన ఉదాహరణను అందించడానికి, Safeలో (గతంలో Gnosis Safe) ఉపయోగించిన EIP-1271 అమలును కూడా మేము వివరిస్తాము.
+author: నాథన్ H. ల్యూంగ్
+lang: te
+tags:
+ [
+ "eip-1271",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "ధృవీకరించడం",
+ "సంతకం చేయడం"
+ ]
+skill: మధ్యస్థ
+published: 2023-01-12
+---
+
+[EIP-1271](https://eips.ethereum.org/EIPS/eip-1271) ప్రమాణం స్మార్ట్ కాంట్రాక్ట్లను సంతకాలను ధృవీకరించడానికి అనుమతిస్తుంది.
+
+ఈ ట్యుటోరియల్లో, మేము డిజిటల్ సంతకాలపై అవలోకనాన్ని, EIP-1271 యొక్క నేపథ్యం, మరియు [Safe](https://safe.global/) (గతంలో Gnosis Safe) ఉపయోగించే EIP-1271 యొక్క నిర్దిష్ట అమలు గురించి వివరిస్తాము. అన్నీ కలిపి, మీ స్వంత కాంట్రాక్ట్లలో EIP-1271ని అమలు చేయడానికి ఇది ఒక ప్రారంభ స్థానంగా ఉపయోగపడుతుంది.
+
+## సంతకం అంటే ఏమిటి?
+
+ఈ సందర్భంలో, ఒక సంతకం (మరింత ఖచ్చితంగా, ఒక "డిజిటల్ సంతకం") అనేది ఒక సందేశంతో పాటు, ఆ సందేశం ఒక నిర్దిష్ట వ్యక్తి/పంపినవారు/చిరునామా నుండి వచ్చిందని నిరూపించే ఒక రకమైన రుజువు.
+
+ఉదాహరణకు, ఒక డిజిటల్ సంతకం ఈ విధంగా ఉండవచ్చు:
+
+1. సందేశం: “నేను నా ఇతీరియం వాలెట్తో ఈ వెబ్సైట్లోకి లాగిన్ అవ్వాలనుకుంటున్నాను.”
+2. సంతకం చేసినవారు: నా చిరునామా `0x000…`
+3. రుజువు: నేను, `0x000…`, ఈ మొత్తం సందేశాన్ని వాస్తవానికి సృష్టించానని చెప్పడానికి ఇక్కడ కొంత రుజువు ఉంది (ఇది సాధారణంగా క్రిప్టోగ్రాఫిక్కు సంబంధించినది).
+
+ఒక డిజిటల్ సంతకంలో "సందేశం" మరియు "సంతకం" రెండూ ఉంటాయని గమనించడం ముఖ్యం.
+
+ఎందుకు? ఉదాహరణకు, మీరు నాకు సంతకం చేయడానికి ఒక కాంట్రాక్ట్ ఇస్తే, ఆపై నేను సంతకం పేజీని కత్తిరించి మిగిలిన కాంట్రాక్ట్ లేకుండా నా సంతకాలను మాత్రమే మీకు తిరిగి ఇస్తే, ఆ కాంట్రాక్ట్ చెల్లుబాటు కాదు.
+
+అదే విధంగా, అనుబంధ సందేశం లేకుండా డిజిటల్ సంతకానికి అర్థం ఉండదు!
+
+## EIP-1271 ఎందుకు ఉంది?
+
+ఇథీరియం-ఆధారిత బ్లాక్చెయిన్లపై ఉపయోగించడానికి ఒక డిజిటల్ సంతకాన్ని సృష్టించడానికి, మీకు సాధారణంగా మరెవ్వరికీ తెలియని ఒక రహస్య ప్రైవేట్ కీ అవసరం. ఇదే మీ సంతకాన్ని, మీదిగా చేస్తుంది (రహస్య కీ గురించి తెలియకుండా మరెవరూ అదే సంతకాన్ని సృష్టించలేరు).
+
+మీ ఇతీరియం ఖాతాకు (అంటే, మీ బాహ్య-యాజమాన్య ఖాతా/EOA) ఒక ప్రైవేట్ కీ అనుబంధించబడి ఉంటుంది, మరియు ఒక వెబ్సైట్ లేదా డాప్ మిమ్మల్ని సంతకం కోసం అడిగినప్పుడు (ఉదాహరణకు, “ఇథీరియంతో లాగిన్ అవ్వండి” కోసం) సాధారణంగా ఈ ప్రైవేట్ కీ ఉపయోగించబడుతుంది.
+
+ఒక యాప్, ethers.js వంటి మూడవ-పక్ష లైబ్రరీని ఉపయోగించి, [మీ ప్రైవేట్ కీ తెలియకుండానే](https://en.wikipedia.org/wiki/Public-key_cryptography) మీరు సృష్టించిన [సంతకాన్ని ధృవీకరించగలదు](https://www.alchemy.com/docs/how-to-verify-a-message-signature-on-ethereum) మరియు సంతకాన్ని సృష్టించింది _మీరే_ అని నమ్మకంగా ఉండవచ్చు.
+
+> వాస్తవానికి, EOA డిజిటల్ సంతకాలు పబ్లిక్-కీ క్రిప్టోగ్రఫీని ఉపయోగిస్తాయి కాబట్టి, వాటిని **ఆఫ్చైన్లో** ఉత్పత్తి చేసి, ధృవీకరించవచ్చు! గ్యాస్లేని DAO ఓటింగ్ ఇలాగే పనిచేస్తుంది — ఆన్చైన్లో ఓట్లను సమర్పించడానికి బదులుగా, క్రిప్టోగ్రాఫిక్ లైబ్రరీలను ఉపయోగించి డిజిటల్ సంతకాలను ఆఫ్చైన్లో సృష్టించి ధృవీకరించవచ్చు.
+
+EOA ఖాతాలకు ప్రైవేట్ కీ ఉన్నప్పటికీ, స్మార్ట్ కాంట్రాక్ట్ ఖాతాలకు ఎలాంటి ప్రైవేట్ లేదా రహస్య కీ ఉండదు (కాబట్టి "ఇథీరియంతో లాగిన్ అవ్వండి", మొదలైనవి స్మార్ట్ కాంట్రాక్ట్ ఖాతాలతో సహజంగా పనిచేయవు).
+
+EIP-1271 పరిష్కరించాలని లక్ష్యంగా పెట్టుకున్న సమస్య: స్మార్ట్ కాంట్రాక్ట్ సంతకంలో చేర్చడానికి దాని వద్ద ఏ “రహస్యం” లేకపోతే, ఒక స్మార్ట్ కాంట్రాక్ట్ సంతకం చెల్లుబాటు అవుతుందని మనకు ఎలా తెలుస్తుంది?
+
+## EIP-1271 ఎలా పనిచేస్తుంది?
+
+సందేశాలపై సంతకం చేయడానికి ఉపయోగించే ప్రైవేట్ కీలు స్మార్ట్ కాంట్రాక్ట్లకు ఉండవు. అలాంటప్పుడు ఒక సంతకం ప్రామాణికమైనదని మనకు ఎలా తెలుస్తుంది?
+
+అయితే, ఒక ఆలోచన ఏంటంటే, ఒక సంతకం ప్రామాణికమైనదా కాదా అని మనం స్మార్ట్ కాంట్రాక్ట్నే _అడగవచ్చు_!
+
+EIP-1271 చేసేది ఏమిటంటే, ఇచ్చిన సంతకం చెల్లుబాటు అవుతుందా అని స్మార్ట్ కాంట్రాక్ట్ను “అడగడం” అనే ఈ ఆలోచనను ఇది ప్రామాణీకరిస్తుంది.
+
+EIP-1271ని అమలు చేసే ఒక కాంట్రాక్ట్ తప్పనిసరిగా `isValidSignature` అనే ఫంక్షన్ను కలిగి ఉండాలి, ఇది ఒక సందేశాన్ని మరియు ఒక సంతకాన్ని తీసుకుంటుంది. ఆ తర్వాత కాంట్రాక్ట్ కొంత ధృవీకరణ లాజిక్ను అమలు చేయగలదు (స్పెసిఫికేషన్ ఇక్కడ నిర్దిష్టంగా దేనినీ అమలు చేయదు) ఆపై సంతకం చెల్లుబాటు అవుతుందో లేదో సూచించే ఒక విలువను తిరిగి ఇవ్వగలదు.
+
+`isValidSignature` ఒక చెల్లుబాటు అయ్యే ఫలితాన్ని తిరిగి ఇస్తే, అది దాదాపుగా కాంట్రాక్ట్ “అవును, నేను ఈ సంతకం + సందేశాన్ని ఆమోదిస్తున్నాను!” అని చెప్పినట్లే.
+
+### ఇంటర్ఫేస్
+
+EIP-1271 స్పెసిఫికేషన్లోని ఖచ్చితమైన ఇంటర్ఫేస్ ఇక్కడ ఉంది (మనం కింద `_hash` పరామితి గురించి మాట్లాడుతాము, కానీ ప్రస్తుతానికి, దీనిని ధృవీకరించబడుతున్న సందేశంగా భావించండి):
+
+```jsx
+pragma solidity ^0.5.0;
+
+contract ERC1271 {
+
+ // బైట్లు4(keccak256("isValidSignature(bytes32,bytes)"))
+ bytes4 constant internal MAGICVALUE = 0x1626ba7e;
+
+ /**
+ * @dev అందించిన సంతకం, అందించిన హాష్కు చెల్లుబాటు అవుతుందో లేదో తిరిగి ఇవ్వాలి
+ * @param _hash సంతకం చేయవలసిన డేటా యొక్క హాష్
+ * @param _signature _hashతో అనుబంధించబడిన సంతకం బైట్ అర్రే
+ *
+ * ఫంక్షన్ పాస్ అయినప్పుడు తప్పనిసరిగా బైట్లు4 మ్యాజిక్ విలువ 0x1626ba7eని తిరిగి ఇవ్వాలి.
+ * స్థితిని మార్చకూడదు (solc < 0.5 కోసం STATICCALL ఉపయోగించి, solc > 0.5 కోసం వ్యూ మోడిఫైయర్)
+ * బాహ్య కాల్స్ను అనుమతించాలి
+ */
+ function isValidSignature(
+ bytes32 _hash,
+ bytes memory _signature)
+ public
+ view
+ returns (bytes4 magicValue);
+}
+```
+
+## ఉదాహరణ EIP-1271 అమలు: Safe
+
+కాంట్రాక్ట్లు `isValidSignature`ని అనేక విధాలుగా అమలు చేయగలవు — స్పెసిఫికేషన్ ఖచ్చితమైన అమలు గురించి పెద్దగా చెప్పదు.
+
+EIP-1271ని అమలు చేసే ఒక ముఖ్యమైన కాంట్రాక్ట్ Safe (గతంలో Gnosis Safe).
+
+Safe కోడ్లో, సంతకాలను [రెండు విధాలుగా](https://ethereum.stackexchange.com/questions/122635/signing-messages-as-a-gnosis-safe-eip1271-support) సృష్టించి, ధృవీకరించగలిగేలా `isValidSignature` [అమలు చేయబడింది](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol):
+
+1. ఆన్చైన్ సందేశాలు
+ 1. సృష్టి: ఒక సురక్షిత యజమాని ఒక సందేశాన్ని “సంతకం చేయడానికి” ఒక కొత్త సురక్షిత లావాదేవీని సృష్టిస్తాడు, సందేశాన్ని డేటాగా లావాదేవీలోకి పంపుతాడు. మల్టీసిగ్ పరిమితిని చేరుకోవడానికి తగినంత మంది యజమానులు లావాదేవీపై సంతకం చేసిన తర్వాత, లావాదేవీ ప్రసారం చేయబడి, అమలు చేయబడుతుంది. లావాదేవీలో, `signMessage(bytes calldata _data)` అని పిలువబడే ఒక సురక్షిత ఫంక్షన్ ఉంది, ఇది సందేశాన్ని "ఆమోదించబడిన" సందేశాల జాబితాకు జతచేస్తుంది.
+ 2. ధృవీకరణ: Safe కాంట్రాక్ట్పై `isValidSignature`కి కాల్ చేయండి, మరియు ధృవీకరించాల్సిన సందేశాన్ని సందేశ పరామితిగా మరియు [సంతకం పరామితి కోసం ఒక ఖాళీ విలువను](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol#L32) (అంటే, `0x`) పంపండి. Safe సంతకం పరామితి ఖాళీగా ఉందని చూసి, సంతకాన్ని క్రిప్టోగ్రాఫికల్గా ధృవీకరించడానికి బదులుగా, సందేశం “ఆమోదించబడిన” సందేశాల జాబితాలో ఉందో లేదో తనిఖీ చేయాలని దానికి తెలుస్తుంది.
+2. ఆఫ్చైన్ సందేశాలు:
+ 1. సృష్టి: ఒక సురక్షిత యజమాని ఆఫ్చైన్లో ఒక సందేశాన్ని సృష్టిస్తాడు, ఆపై మల్టీసిగ్ ఆమోద పరిమితిని అధిగమించడానికి తగినంత సంతకాలు అయ్యే వరకు ఇతర సురక్షిత యజమానులచే ఒక్కొక్కరిగా సందేశంపై సంతకం చేయిస్తాడు.
+ 2. ధృవీకరణ: `isValidSignature`కి కాల్ చేయండి. సందేశ పరామితిలో, ధృవీకరించాల్సిన సందేశాన్ని పంపండి. సంతకం పరామితిలో, ప్రతి సురక్షిత యజమాని యొక్క వ్యక్తిగత సంతకాలను ఒకదాని తర్వాత ఒకటిగా కలిపి పంపండి. Safe పరిమితిని చేరుకోవడానికి తగినంత సంతకాలు ఉన్నాయని **మరియు** ప్రతి సంతకం చెల్లుబాటు అవుతుందని తనిఖీ చేస్తుంది. అలా అయితే, అది విజయవంతమైన సంతకం ధృవీకరణను సూచించే ఒక విలువను తిరిగి ఇస్తుంది.
+
+## `_hash` పరామితి అంటే ఖచ్చితంగా ఏమిటి? మొత్తం సందేశాన్ని ఎందుకు పంపకూడదు?
+
+[EIP-1271 ఇంటర్ఫేస్](https://eips.ethereum.org/EIPS/eip-1271)లోని `isValidSignature` ఫంక్షన్ సందేశాన్ని నేరుగా కాకుండా, బదులుగా ఒక `_hash` పరామితిని తీసుకుంటుందని మీరు గమనించి ఉండవచ్చు. దీని అర్థం ఏమిటంటే, `isValidSignature`కు పూర్తి ఏకపక్ష-పొడవు గల సందేశాన్ని పంపడానికి బదులుగా, మనం బదులుగా సందేశం యొక్క 32-బైట్ హాష్ (సాధారణంగా keccak256) ను పంపుతాము.
+
+కాల్డేటా యొక్క ప్రతి బైట్ — అంటే, ఒక స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్కు పంపిన ఫంక్షన్ పరామితి డేటా — [16 గ్యాస్ (సున్నా బైట్ అయితే 4 గ్యాస్) ఖర్చు అవుతుంది](https://eips.ethereum.org/EIPS/eip-2028), కాబట్టి సందేశం పొడవుగా ఉంటే ఇది చాలా గ్యాస్ను ఆదా చేస్తుంది.
+
+### మునుపటి EIP-1271 స్పెసిఫికేషన్లు
+
+అమలులో కొన్ని EIP-1271 స్పెసిఫికేషన్లు ఉన్నాయి, వీటిలో `isValidSignature` ఫంక్షన్ మొదటి పరామితి `bytes` రకంతో (స్థిర-పొడవు `bytes32`కి బదులుగా, ఏకపక్ష-పొడవు) మరియు పరామితి పేరు `message`తో ఉంటుంది. ఇది EIP-1271 ప్రమాణం యొక్క ఒక [పాత వెర్షన్](https://github.com/safe-global/safe-contracts/issues/391#issuecomment-1075427206).
+
+## నా స్వంత కాంట్రాక్ట్లలో EIP-1271ని ఎలా అమలు చేయాలి?
+
+ఇక్కడ స్పెసిఫికేషన్ చాలా స్వేచ్ఛాయుతమైనది. Safe అమలులో కొన్ని మంచి ఆలోచనలు ఉన్నాయి:
+
+- మీరు కాంట్రాక్ట్ యొక్క "యజమాని" నుండి వచ్చే EOA సంతకాలను చెల్లుబాటు అయ్యేవిగా పరిగణించవచ్చు.
+- మీరు ఆమోదించబడిన సందేశాల జాబితాను నిల్వ చేసి, వాటిని మాత్రమే చెల్లుబాటు అయ్యేవిగా పరిగణించవచ్చు.
+
+చివరికి, కాంట్రాక్ట్ డెవలపర్గా ఇది మీ ఇష్టం!
+
+## ముగింపు
+
+[EIP-1271](https://eips.ethereum.org/EIPS/eip-1271) అనేది ఒక బహుముఖ ప్రమాణం, ఇది స్మార్ట్ కాంట్రాక్ట్లను సంతకాలను ధృవీకరించడానికి అనుమతిస్తుంది. ఇది స్మార్ట్ కాంట్రాక్ట్లు EOAల వలె ఎక్కువగా ప్రవర్తించడానికి మార్గం సుగమం చేస్తుంది — ఉదాహరణకు "ఇథీరియంతో లాగిన్ అవ్వండి" స్మార్ట్ కాంట్రాక్ట్లతో పనిచేయడానికి ఒక మార్గాన్ని అందిస్తుంది — మరియు దీనిని అనేక విధాలుగా అమలు చేయవచ్చు (Safe పరిగణించదగ్గ ఒక క్లిష్టమైన, ఆసక్తికరమైన అమలును కలిగి ఉంది).
diff --git a/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md b/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
new file mode 100644
index 00000000000..56e3e45242b
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
@@ -0,0 +1,707 @@
+---
+title: "Vyper ERC-721 కాంట్రాక్ట్ వాక్త్రూ"
+description: ర్యూయా నకమురా వారి ERC-721 కాంట్రాక్ట్ మరియు అది ఎలా పనిచేస్తుంది
+author: ఓరి పోమెరాంట్జ్
+lang: te
+tags: [ "vyper", "erc-721", "python" ]
+skill: ఆరంభకులు
+published: 2021-04-01
+---
+
+## పరిచయం {#introduction}
+
+[ERC-721](/developers/docs/standards/tokens/erc-721/) ప్రమాణం నాన్-ఫంగిబుల్ టోకెన్ల (NFT) యాజమాన్యాన్ని కలిగి ఉండటానికి ఉపయోగించబడుతుంది.
+[ERC-20](/developers/docs/standards/tokens/erc-20/) టోకెన్లు ఒక వస్తువుగా ప్రవర్తిస్తాయి, ఎందుకంటే వ్యక్తిగత టోకెన్ల మధ్య తేడా ఉండదు.
+దీనికి విరుద్ధంగా, ERC-721 టోకెన్లు ఒకేలా ఉండే కానీ ఒకేలా లేని ఆస్తుల కోసం రూపొందించబడ్డాయి, ఉదాహరణకు విభిన్న పిల్లి
+కార్టూన్లు
+లేదా విభిన్న రియల్ ఎస్టేట్ ముక్కలకు చెందిన టైటిళ్లు.
+
+ఈ ఆర్టికల్లో మేము [ర్యూయా నకమురా వారి ERC-721 కాంట్రాక్ట్ను](https://github.com/vyperlang/vyper/blob/master/examples/tokens/ERC721.vy) విశ్లేషిస్తాము.
+ఈ కాంట్రాక్ట్ [Vyper](https://vyper.readthedocs.io/en/latest/index.html)లో వ్రాయబడింది, ఇది సోలిడిటీలో ఉన్నదానికంటే అసురక్షిత కోడ్ను వ్రాయడాన్ని
+కష్టతరం చేయడానికి రూపొందించిన పైథాన్ లాంటి కాంట్రాక్ట్ భాష.
+
+## కాంట్రాక్ట్ {#contract}
+
+```python
+# @dev ERC-721 నాన్-ఫంగిబుల్ టోకెన్ ప్రమాణం యొక్క అమలు.
+# @రచయిత ర్యూయా నకమురా (@nrryuya)
+# దీని నుండి సవరించబడింది: https://github.com/vyperlang/vyper/blob/de74722bf2d8718cca46902be165f9fe0e3641dd/examples/tokens/ERC721.vy
+```
+
+Vyperలో, పైథాన్లో వలె, వ్యాఖ్యలు హాష్ (`#`)తో ప్రారంభమై లైన్ చివరి వరకు కొనసాగుతాయి. `@`
+ను కలిగి ఉన్న వ్యాఖ్యలు మానవ-చదవగలిగే
+డాక్యుమెంటేషన్ను రూపొందించడానికి [NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html) ద్వారా ఉపయోగించబడతాయి.
+
+```python
+from vyper.interfaces import ERC721
+
+implements: ERC721
+```
+
+ERC-721 ఇంటర్ఫేస్ Vyper భాషలో నిర్మించబడింది.
+[మీరు కోడ్ నిర్వచనాన్ని ఇక్కడ చూడవచ్చు](https://github.com/vyperlang/vyper/blob/master/vyper/builtin_interfaces/ERC721.py).
+ఇంటర్ఫేస్ నిర్వచనం Vyperలో కాకుండా పైథాన్లో వ్రాయబడింది, ఎందుకంటే ఇంటర్ఫేసులు
+బ్లాక్ చైను లోపల మాత్రమే కాకుండా, పైథాన్లో వ్రాయబడిన బాహ్య క్లయింట్ నుండి బ్లాక్ చైనుకు
+లావాదేవీని పంపేటప్పుడు కూడా ఉపయోగించబడతాయి.
+
+మొదటి లైన్ ఇంటర్ఫేస్ను దిగుమతి చేస్తుంది మరియు రెండవది మనం ఇక్కడ దాన్ని అమలు చేస్తున్నామని నిర్దేశిస్తుంది.
+
+### ERC721రిసీవర్ ఇంటర్ఫేస్ {#receiver-interface}
+
+```python
+# safeTransferFrom() ద్వారా పిలువబడే కాంట్రాక్ట్ కోసం ఇంటర్ఫేస్
+interface ERC721Receiver:
+ def onERC721Received(
+```
+
+ERC-721 రెండు రకాల బదిలీలకు మద్దతు ఇస్తుంది:
+
+- `transferFrom`, ఇది పంపినవారికి ఏదైనా గమ్యస్థాన చిరునామాను పేర్కొనడానికి వీలు కల్పిస్తుంది మరియు బదిలీ బాధ్యతను పంపినవారిపై
+ ఉంచుతుంది. దీని అర్థం మీరు చెల్లని చిరునామాకు బదిలీ చేయవచ్చు, ఈ సందర్భంలో
+ NFT శాశ్వతంగా పోతుంది.
+- `safeTransferFrom`, ఇది గమ్యస్థాన చిరునామా కాంట్రాక్ట్ కాదా అని తనిఖీ చేస్తుంది. అలా అయితే, ERC-721 కాంట్రాక్ట్
+ NFTని స్వీకరించాలనుకుంటున్నారా అని స్వీకరించే కాంట్రాక్ట్ను అడుగుతుంది.
+
+`safeTransferFrom` అభ్యర్థనలకు సమాధానం ఇవ్వడానికి, స్వీకరించే కాంట్రాక్ట్ `ERC721Receiver`ను అమలు చేయాలి.
+
+```python
+ _operator: address,
+ _from: address,
+```
+
+`_from` చిరునామా టోకెన్ యొక్క ప్రస్తుత యజమాని. `_operator` చిరునామా అనేది
+బదిలీని అభ్యర్థించినది (అలవెన్సుల కారణంగా ఆ రెండూ ఒకేలా ఉండకపోవచ్చు).
+
+```python
+ _tokenId: uint256,
+```
+
+ERC-721 టోకెన్ IDలు 256 బిట్లు. సాధారణంగా అవి టోకెన్ దేనిని సూచిస్తుందో దాని వివరణను
+హాష్ చేయడం ద్వారా సృష్టించబడతాయి.
+
+```python
+ _data: Bytes[1024]
+```
+
+అభ్యర్థనలో 1024 బైట్ల వరకు వినియోగదారు డేటా ఉండవచ్చు.
+
+```python
+ ) -> bytes32: view
+```
+
+ఒక కాంట్రాక్ట్ అనుకోకుండా బదిలీని అంగీకరించే సందర్భాలను నివారించడానికి, తిరిగి వచ్చే విలువ బూలియన్ కాదు,
+కానీ ఒక నిర్దిష్ట విలువతో 256 బిట్లు.
+
+ఈ ఫంక్షన్ ఒక `view`, అంటే ఇది బ్లాక్ చైను యొక్క స్టేట్ను చదవగలదు, కానీ దానిని సవరించలేదు.
+
+### ఈవెంట్లు {#events}
+
+[ఈవెంట్లు](https://media.consensys.net/technical-introduction-to-events-and-logs-in-ethereum-a074d65dd61e)
+బ్లాక్ చైను వెలుపల ఉన్న వినియోగదారులు మరియు సర్వర్లకు ఈవెంట్ల గురించి తెలియజేయడానికి విడుదల చేయబడతాయి. ఈవెంట్ల కంటెంట్
+బ్లాక్ చైనులోని కాంట్రాక్ట్లకు అందుబాటులో లేదని గమనించండి.
+
+```python
+# @dev ఏదైనా మెకానిజం ద్వారా ఏదైనా NFT యాజమాన్యం మారినప్పుడు విడుదల అవుతుంది. NFTలు సృష్టించబడినప్పుడు ఈ ఈవెంట్ విడుదల అవుతుంది
+# (`from` == 0) మరియు నాశనం చేయబడినప్పుడు (`to` == 0). మినహాయింపు: కాంట్రాక్ట్ సృష్టి సమయంలో, ఏదైనా
+# బదిలీని విడుదల చేయకుండా NFTల సంఖ్యను సృష్టించవచ్చు మరియు కేటాయించవచ్చు. ఏదైనా సమయంలో
+# బదిలీ, ఆ NFTకి ఆమోదించబడిన చిరునామా (ఏదైనా ఉంటే) ఏదీ లేకుండా రీసెట్ చేయబడుతుంది.
+# @param _from NFT పంపినవారు (చిరునామా సున్నా చిరునామా అయితే అది టోకెన్ సృష్టిని సూచిస్తుంది).
+# @param _to NFT గ్రహీత (చిరునామా సున్నా చిరునామా అయితే అది టోకెన్ నాశనాన్ని సూచిస్తుంది).
+# @param _tokenId బదిలీ చేయబడిన NFT.
+event Transfer:
+ sender: indexed(address)
+ receiver: indexed(address)
+ tokenId: indexed(uint256)
+```
+
+ఇది ERC-20 బదిలీ ఈవెంట్ను పోలి ఉంటుంది, కానీ మేము మొత్తం బదులుగా `tokenId`ని నివేదిస్తాము.
+సున్నా చిరునామా ఎవరికీ స్వంతం కాదు, కాబట్టి సంప్రదాయం ప్రకారం టోకెన్ల సృష్టి మరియు నాశనాన్ని నివేదించడానికి మేము దానిని ఉపయోగిస్తాము.
+
+```python
+# @dev NFT కోసం ఆమోదించబడిన చిరునామా మార్చబడినప్పుడు లేదా పునరుద్ఘాటించబడినప్పుడు ఇది విడుదల అవుతుంది. సున్నా
+# చిరునామా ఆమోదించబడిన చిరునామా లేదని సూచిస్తుంది. బదిలీ ఈవెంట్ విడుదల అయినప్పుడు, ఇది కూడా
+# ఆ NFTకి ఆమోదించబడిన చిరునామా (ఏదైనా ఉంటే) ఏదీ లేకుండా రీసెట్ చేయబడిందని సూచిస్తుంది.
+# @param _owner NFT యజమాని.
+# @param _approved మేము ఆమోదిస్తున్న చిరునామా.
+# @param _tokenId మేము ఆమోదిస్తున్న NFT.
+event Approval:
+ owner: indexed(address)
+ approved: indexed(address)
+ tokenId: indexed(uint256)
+```
+
+ERC-721 ఆమోదం ERC-20 అలవెన్సును పోలి ఉంటుంది. ఒక నిర్దిష్ట టోకెన్ను బదిలీ చేయడానికి ఒక నిర్దిష్ట చిరునామా
+అనుమతించబడుతుంది. ఇది కాంట్రాక్ట్లు టోకెన్ను అంగీకరించినప్పుడు స్పందించడానికి ఒక యంత్రాంగాన్ని అందిస్తుంది. కాంట్రాక్ట్లు ఈవెంట్లను
+వినలేవు, కాబట్టి మీరు వాటికి టోకెన్ను బదిలీ చేస్తే, వాటికి దాని గురించి "తెలియదు". ఈ విధంగా యజమాని
+మొదట ఆమోదాన్ని సమర్పించి, ఆపై కాంట్రాక్ట్కు అభ్యర్థనను పంపుతారు: "టోకెన్ Xను బదిలీ చేయడానికి నేను మీకు ఆమోదం ఇచ్చాను
+, దయచేసి చేయండి ...".
+
+ERC-721 ప్రమాణాన్ని ERC-20 ప్రమాణానికి సమానంగా చేయడానికి ఇది ఒక డిజైన్ ఎంపిక. ఎందుకంటే
+ERC-721 టోకెన్లు ఫంగిబుల్ కావు, ఒక కాంట్రాక్ట్ టోకెన్ యాజమాన్యాన్ని
+చూడటం ద్వారా ఒక నిర్దిష్ట టోకెన్ను పొందిందని కూడా గుర్తించగలదు.
+
+```python
+# @dev ఒక యజమాని కోసం ఒక ఆపరేటర్ ఎనేబుల్ లేదా డిసేబుల్ చేయబడినప్పుడు ఇది విడుదల అవుతుంది. ఆపరేటర్ నిర్వహించగలడు
+# యజమాని యొక్క అన్ని NFTలు.
+# @param _owner NFT యజమాని.
+# @param _operator మేము ఆపరేటర్ హక్కులను సెట్ చేస్తున్న చిరునామా.
+# @param _approved ఆపరేటర్ హక్కుల స్థితి (ఆపరేటర్ హక్కులు ఇస్తే నిజం మరియు కాకపోతే తప్పు
+# రద్దు చేయబడింది).
+event ApprovalForAll:
+ owner: indexed(address)
+ operator: indexed(address)
+ approved: bool
+```
+
+కొన్నిసార్లు ఒక నిర్దిష్ట రకానికి చెందిన ఖాతా యొక్క అన్ని టోకెన్లను (ఒక నిర్దిష్ట కాంట్రాక్ట్ ద్వారా
+నిర్వహించబడేవి) నిర్వహించగల _ఆపరేటర్_ కలిగి ఉండటం ఉపయోగకరంగా ఉంటుంది, ఇది పవర్ ఆఫ్ అటార్నీని పోలి ఉంటుంది. ఉదాహరణకు, నేను ఆరు నెలలుగా దానిని సంప్రదించలేదా అని తనిఖీ చేసే కాంట్రాక్ట్కు అటువంటి అధికారాన్ని ఇవ్వాలనుకోవచ్చు, మరియు అలా అయితే నా ఆస్తులను నా వారసులకు పంపిణీ చేస్తుంది (వారిలో ఒకరు అడిగితే, కాంట్రాక్ట్లు
+లావాదేవీ ద్వారా పిలవబడకుండా ఏమీ చేయలేవు). ERC-20లో మేము వారసత్వ కాంట్రాక్ట్కు అధిక అలవెన్సును ఇవ్వవచ్చు,
+కానీ ERC-721కి ఇది పనిచేయదు ఎందుకంటే టోకెన్లు ఫంగిబుల్ కావు. ఇది దానికి సమానం.
+
+ఈవెంట్ ఆమోదం కోసమా లేదా ఆమోదం ఉపసంహరణ కోసమా అనేది `approved` విలువ మాకు చెబుతుంది.
+
+### స్టేట్ వేరియబుల్స్ {#state-vars}
+
+ఈ వేరియబుల్స్ టోకెన్ల ప్రస్తుత స్టేట్ను కలిగి ఉంటాయి: ఏవి అందుబాటులో ఉన్నాయి మరియు వాటి యజమాని ఎవరు. వీటిలో చాలా వరకు
+`HashMap` ఆబ్జెక్ట్లు, [రెండు రకాల మధ్య ఉన్న ఏకదిశాత్మక మ్యాపింగ్లు](https://vyper.readthedocs.io/en/latest/types.html#mappings).
+
+```python
+# @dev NFT ID నుండి దాని యజమాని అయిన చిరునామాకు మ్యాపింగ్.
+idToOwner: HashMap[uint256, address]
+
+# @dev NFT ID నుండి ఆమోదించబడిన చిరునామాకు మ్యాపింగ్.
+idToApprovals: HashMap[uint256, address]
+```
+
+Ethereumలో వినియోగదారు మరియు కాంట్రాక్ట్ గుర్తింపులు 160-బిట్ చిరునామాల ద్వారా సూచించబడతాయి. ఈ రెండు వేరియబుల్స్
+టోకెన్ IDల నుండి వాటి యజమానులకు మరియు వాటిని బదిలీ చేయడానికి ఆమోదించబడిన వారికి మ్యాప్ చేస్తాయి (ప్రతిదానికి గరిష్టంగా ఒకటి). Ethereumలో,
+ప్రారంభించని డేటా ఎల్లప్పుడూ సున్నాగా ఉంటుంది, కాబట్టి యజమాని లేదా ఆమోదించబడిన బదిలీదారు లేకపోతే ఆ టోకెన్ విలువ
+సున్నాగా ఉంటుంది.
+
+```python
+# @dev యజమాని చిరునామా నుండి అతని టోకెన్ల సంఖ్యకు మ్యాపింగ్.
+ownerToNFTokenCount: HashMap[address, uint256]
+```
+
+ఈ వేరియబుల్ ప్రతి యజమానికి టోకెన్ల సంఖ్యను కలిగి ఉంటుంది. యజమానుల నుండి టోకెన్లకు మ్యాపింగ్ లేదు, కాబట్టి
+ఒక నిర్దిష్ట యజమాని కలిగి ఉన్న టోకెన్లను గుర్తించడానికి ఏకైక మార్గం బ్లాక్ చైను ఈవెంట్ చరిత్రలో వెనక్కి తిరిగి చూడటం
+మరియు తగిన `Transfer` ఈవెంట్లను చూడటం. మన వద్ద అన్ని NFTలు ఉన్నాయని మరియు సమయంలో మరింత వెనక్కి తిరిగి చూడాల్సిన
+అవసరం లేదని తెలుసుకోవడానికి మేము ఈ వేరియబుల్ను ఉపయోగించవచ్చు.
+
+ఈ అల్గోరిథం వినియోగదారు ఇంటర్ఫేస్లు మరియు బాహ్య సర్వర్లకు మాత్రమే పనిచేస్తుందని గమనించండి. బ్లాక్ చైనుపై నడుస్తున్న కోడ్
+గత ఈవెంట్లను చదవలేదు.
+
+```python
+# @dev యజమాని చిరునామా నుండి ఆపరేటర్ చిరునామాల మ్యాపింగ్కు మ్యాపింగ్.
+ownerToOperators: HashMap[address, HashMap[address, bool]]
+```
+
+ఒక ఖాతాకు ఒకటి కంటే ఎక్కువ ఆపరేటర్లు ఉండవచ్చు. ఒక సాధారణ `HashMap` వాటిని ట్రాక్ చేయడానికి సరిపోదు,
+ఎందుకంటే ప్రతి కీ ఒకే విలువకు దారితీస్తుంది. బదులుగా, మీరు విలువగా
+`HashMap[address, bool]` ను ఉపయోగించవచ్చు. డిఫాల్ట్గా ప్రతి చిరునామాకు విలువ `False`గా ఉంటుంది, అంటే అది
+ఆపరేటర్ కాదు. మీరు అవసరమైన విధంగా విలువలను `True`కి సెట్ చేయవచ్చు.
+
+```python
+# @dev మింటర్ యొక్క చిరునామా, ఇతను ఒక టోకెన్ను మింట్ చేయగలడు
+minter: address
+```
+
+కొత్త టోకెన్లను ఏదో ఒక విధంగా సృష్టించాలి. ఈ కాంట్రాక్ట్లో అలా చేయడానికి అనుమతించబడిన ఒకే ఒక్క సంస్థ ఉంది, అది
+`మింటర్`. ఉదాహరణకు, ఒక ఆటకు ఇది సరిపోతుంది. ఇతర ప్రయోజనాల కోసం, మరింత సంక్లిష్టమైన వ్యాపార తర్కాన్ని
+సృష్టించడం అవసరం కావచ్చు.
+
+```python
+# @dev ఇంటర్ఫేస్ ఐడి నుండి అది మద్దతు ఇస్తుందా లేదా అనే దాని గురించి బూల్కి మ్యాపింగ్
+supportedInterfaces: HashMap[bytes32, bool]
+
+# @dev ERC165 యొక్క ERC165 ఇంటర్ఫేస్ ఐడి
+ERC165_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000001ffc9a7
+
+# @dev ERC721 యొక్క ERC165 ఇంటర్ఫేస్ ఐడి
+ERC721_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000080ac58cd
+```
+
+[ERC-165](https://eips.ethereum.org/EIPS/eip-165) ఒక కాంట్రాక్ట్ దానితో అప్లికేషన్లు ఎలా కమ్యూనికేట్ చేయగలవో, అది ఏ ERCలకు అనుగుణంగా ఉంటుందో బహిర్గతం చేయడానికి ఒక యంత్రాంగాన్ని నిర్దేశిస్తుంది. ఈ సందర్భంలో, కాంట్రాక్ట్ ERC-165 మరియు ERC-721కి అనుగుణంగా ఉంటుంది.
+
+### ఫంక్షన్స్ {#functions}
+
+ఇవి వాస్తవానికి ERC-721ని అమలు చేసే ఫంక్షన్లు.
+
+#### కన్స్ట్రక్టర్ {#constructor}
+
+```python
+@external
+def __init__():
+```
+
+Vyperలో, పైథాన్లో వలె, కన్స్ట్రక్టర్ ఫంక్షన్ను `__init__` అని పిలుస్తారు.
+
+```python
+ """
+ @dev కాంట్రాక్ట్ కన్స్ట్రక్టర్.
+ """
+```
+
+పైథాన్లో, మరియు Vyperలో, మీరు మల్టీ-లైన్ స్ట్రింగ్ను పేర్కొనడం ద్వారా కూడా ఒక వ్యాఖ్యను సృష్టించవచ్చు (ఇది `"""`తో ప్రారంభమై మరియు ముగుస్తుంది), మరియు దానిని ఏ విధంగానూ ఉపయోగించకుండా ఉండవచ్చు. ఈ వ్యాఖ్యలలో
+[NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html) కూడా ఉండవచ్చు.
+
+```python
+ self.supportedInterfaces[ERC165_INTERFACE_ID] = True
+ self.supportedInterfaces[ERC721_INTERFACE_ID] = True
+ self.minter = msg.sender
+```
+
+`self.<వేరియబుల్ పేరు>`ని ఉపయోగించి మీరు స్టేట్ వేరియబుల్స్ను యాక్సెస్ చేస్తారు\` (మళ్ళీ, పైథాన్లో వలె).
+
+#### వ్యూ ఫంక్షన్లు {#views}
+
+ఇవి బ్లాక్ చైను యొక్క స్టేట్ను సవరించని ఫంక్షన్లు, అందువల్ల వాటిని బాహ్యంగా పిలిచినట్లయితే ఉచితంగా
+అమలు చేయవచ్చు. వ్యూ ఫంక్షన్లను ఒక కాంట్రాక్ట్ పిలిచినట్లయితే, అవి ఇప్పటికీ ప్రతి నోడ్లో
+అమలు చేయబడాలి మరియు అందువల్ల గ్యాస్ ఖర్చు అవుతుంది.
+
+```python
+@view
+@external
+```
+
+ఒక ఫంక్షన్ నిర్వచనానికి ముందు ఉన్న ఈ కీవర్డ్లు, ఎట్ సైన్ (`@`)తో ప్రారంభమయ్యేవి, _డెకరేషన్స్_ అని పిలువబడతాయి. ఒక ఫంక్షన్ను ఏ పరిస్థితులలో పిలవవచ్చో అవి
+నిర్దేశిస్తాయి.
+
+- `@view` ఈ ఫంక్షన్ ఒక వ్యూ అని నిర్దేశిస్తుంది.
+- `@external` ఈ నిర్దిష్ట ఫంక్షన్ను లావాదేవీల ద్వారా మరియు ఇతర కాంట్రాక్ట్ల ద్వారా పిలవవచ్చని నిర్దేశిస్తుంది.
+
+```python
+def supportsInterface(_interfaceID: bytes32) -> bool:
+```
+
+పైథాన్కు విరుద్ధంగా, Vyper ఒక [స్టాటిక్ టైప్డ్ లాంగ్వేజ్](https://wikipedia.org/wiki/Type_system#Static_type_checking).
+[డేటా రకాన్ని](https://vyper.readthedocs.io/en/latest/types.html) గుర్తించకుండా మీరు ఒక వేరియబుల్ను లేదా ఫంక్షన్ పారామీటర్ను ప్రకటించలేరు. ఈ సందర్భంలో ఇన్పుట్ పారామీటర్ `bytes32`, ఇది 256-బిట్ విలువ
+([Ethereum వర్చువల్ మెషీన్](/developers/docs/evm/) యొక్క స్థానిక వర్డ్ సైజ్ 256 బిట్లు). అవుట్పుట్ ఒక బూలియన్
+విలువ. సంప్రదాయం ప్రకారం, ఫంక్షన్ పారామీటర్ల పేర్లు అండర్స్కోర్ (`_`)తో ప్రారంభమవుతాయి.
+
+```python
+ """
+ @dev ఇంటర్ఫేస్ గుర్తింపు ERC-165లో పేర్కొనబడింది.
+ @param _interfaceID ఇంటర్ఫేస్ యొక్క ఐడి
+ """
+ return self.supportedInterfaces[_interfaceID]
+```
+
+కన్స్ట్రక్టర్ (`__init__`)లో సెట్ చేయబడిన `self.supportedInterfaces` HashMap నుండి విలువను తిరిగి ఇవ్వండి.
+
+```python
+### వ్యూ ఫంక్షన్లు ###
+```
+
+ఇవి టోకెన్ల గురించిన సమాచారాన్ని వినియోగదారులకు మరియు ఇతర కాంట్రాక్ట్లకు అందుబాటులో ఉంచే వ్యూ ఫంక్షన్లు.
+
+```python
+@view
+@external
+def balanceOf(_owner: address) -> uint256:
+ """
+ @dev `_owner` యాజమాన్యంలోని NFTల సంఖ్యను తిరిగి ఇస్తుంది.
+ `_owner` సున్నా చిరునామా అయితే త్రో చేస్తుంది. సున్నా చిరునామాకు కేటాయించబడిన NFTలు చెల్లనివిగా పరిగణించబడతాయి.
+ @param _owner ఎవరి బ్యాలెన్స్ కోసం ప్రశ్నించాలో ఆ చిరునామా.
+ """
+ assert _owner != ZERO_ADDRESS
+```
+
+ఈ లైన్ `_owner` సున్నా కాదని [నిర్ధారిస్తుంది](https://vyper.readthedocs.io/en/latest/statements.html#assert). అది అయితే, ఒక లోపం ఉంది మరియు ఆపరేషన్ తిరిగి మార్చబడుతుంది.
+
+```python
+ return self.ownerToNFTokenCount[_owner]
+
+@view
+@external
+def ownerOf(_tokenId: uint256) -> address:
+ """
+ @dev NFT యజమాని చిరునామాను తిరిగి ఇస్తుంది.
+ `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది.
+ @param _tokenId ఒక NFT కోసం ఐడెంటిఫైయర్.
+ """
+ owner: address = self.idToOwner[_tokenId]
+ # `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది
+ assert owner != ZERO_ADDRESS
+ return owner
+```
+
+Ethereum వర్చువల్ మెషీన్ (evm)లో విలువ నిల్వ చేయని ఏ నిల్వ అయినా సున్నాగా ఉంటుంది.
+`_tokenId` వద్ద టోకెన్ లేకపోతే, `self.idToOwner[_tokenId]` విలువ సున్నాగా ఉంటుంది. ఆ సందర్భంలో
+ఫంక్షన్ తిరిగి మార్చబడుతుంది.
+
+```python
+@view
+@external
+def getApproved(_tokenId: uint256) -> address:
+ """
+ @dev ఒకే NFT కోసం ఆమోదించబడిన చిరునామాను పొందండి.
+ `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది.
+ @param _tokenId ఆమోదం కోసం ప్రశ్నించాల్సిన NFT యొక్క ఐడి.
+ """
+ # `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది
+ assert self.idToOwner[_tokenId] != ZERO_ADDRESS
+ return self.idToApprovals[_tokenId]
+```
+
+`getApproved` సున్నాను తిరిగి _ఇవ్వగలదని_ గమనించండి. టోకెన్ చెల్లుబాటు అయితే అది `self.idToApprovals[_tokenId]`ని తిరిగి ఇస్తుంది.
+ఆమోదించేవారు లేకపోతే ఆ విలువ సున్నా.
+
+```python
+@view
+@external
+def isApprovedForAll(_owner: address, _operator: address) -> bool:
+ """
+ @dev `_owner` కోసం `_operator` ఆమోదించబడిన ఆపరేటర్ కాదా అని తనిఖీ చేస్తుంది.
+ @param _owner NFTల యాజమాన్యంలోని చిరునామా.
+ @param _operator యజమాని తరపున పనిచేసే చిరునామా.
+ """
+ return (self.ownerToOperators[_owner])[_operator]
+```
+
+ఈ కాంట్రాక్ట్లో `_owner` యొక్క అన్ని టోకెన్లను నిర్వహించడానికి `_operator` అనుమతించబడిందా అని ఈ ఫంక్షన్ తనిఖీ చేస్తుంది.
+బహుళ ఆపరేటర్లు ఉండవచ్చు కాబట్టి, ఇది రెండు స్థాయిల HashMap.
+
+#### బదిలీ సహాయక ఫంక్షన్లు {#transfer-helpers}
+
+ఈ ఫంక్షన్లు టోకెన్లను బదిలీ చేయడం లేదా నిర్వహించడంలో భాగంగా ఉండే ఆపరేషన్లను అమలు చేస్తాయి.
+
+```python
+
+### TRANSFER FUNCTION HELPERS ###
+
+@view
+@internal
+```
+
+ఈ డెకరేషన్, `@internal`, అంటే ఈ ఫంక్షన్ అదే కాంట్రాక్ట్లోని
+ఇతర ఫంక్షన్ల నుండి మాత్రమే అందుబాటులో ఉంటుంది. సంప్రదాయం ప్రకారం, ఈ ఫంక్షన్ పేర్లు కూడా అండర్స్కోర్ (`_`)తో ప్రారంభమవుతాయి.
+
+```python
+def _isApprovedOrOwner(_spender: address, _tokenId: uint256) -> bool:
+ """
+ @dev ఇవ్వబడిన స్పెండర్ ఇవ్వబడిన టోకెన్ ఐడిని బదిలీ చేయగలరా లేదా అని తిరిగి ఇస్తుంది
+ @param spender ప్రశ్నించాల్సిన స్పెండర్ చిరునామా
+ @param tokenId బదిలీ చేయవలసిన టోకెన్ యొక్క uint256 ఐడి
+ @return bool msg.sender ఇవ్వబడిన టోకెన్ ఐడికి ఆమోదించబడిందా,
+ యజమాని యొక్క ఆపరేటర్ కాదా, లేదా టోకెన్ యజమాని కాదా అని
+ """
+ owner: address = self.idToOwner[_tokenId]
+ spenderIsOwner: bool = owner == _spender
+ spenderIsApproved: bool = _spender == self.idToApprovals[_tokenId]
+ spenderIsApprovedForAll: bool = (self.ownerToOperators[owner])[_spender]
+ return (spenderIsOwner or spenderIsApproved) or spenderIsApprovedForAll
+```
+
+ఒక చిరునామా ఒక టోకెన్ను బదిలీ చేయడానికి అనుమతించబడటానికి మూడు మార్గాలు ఉన్నాయి:
+
+1. చిరునామా టోకెన్ యజమాని
+2. ఆ టోకెన్ను ఖర్చు చేయడానికి చిరునామా ఆమోదించబడింది
+3. చిరునామా టోకెన్ యజమానికి ఆపరేటర్
+
+పై ఫంక్షన్ ఒక వ్యూ కావచ్చు ఎందుకంటే ఇది స్టేట్ను మార్చదు. నిర్వహణ ఖర్చులను తగ్గించడానికి, ఏదైనా
+వ్యూ కాగల ఫంక్షన్ _అవశ్యంగా_ వ్యూ అయి ఉండాలి.
+
+```python
+@internal
+def _addTokenTo(_to: address, _tokenId: uint256):
+ """
+ @dev ఇవ్వబడిన చిరునామాకు ఒక NFTని జోడించండి
+ `_tokenId` ఎవరికైనా స్వంతమైతే త్రో చేస్తుంది.
+ """
+ # `_tokenId` ఎవరికైనా స్వంతమైతే త్రో చేస్తుంది
+ assert self.idToOwner[_tokenId] == ZERO_ADDRESS
+ # యజమానిని మార్చండి
+ self.idToOwner[_tokenId] = _to
+ # కౌంట్ ట్రాకింగ్ను మార్చండి
+ self.ownerToNFTokenCount[_to] += 1
+
+
+@internal
+def _removeTokenFrom(_from: address, _tokenId: uint256):
+ """
+ @dev ఇవ్వబడిన చిరునామా నుండి ఒక NFTని తీసివేయండి
+ `_from` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది.
+ """
+ # `_from` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది
+ assert self.idToOwner[_tokenId] == _from
+ # యజమానిని మార్చండి
+ self.idToOwner[_tokenId] = ZERO_ADDRESS
+ # కౌంట్ ట్రాకింగ్ను మార్చండి
+ self.ownerToNFTokenCount[_from] -= 1
+```
+
+బదిలీతో సమస్య ఉన్నప్పుడు మేము కాల్ను తిరిగి మార్చుతాము.
+
+```python
+@internal
+def _clearApproval(_owner: address, _tokenId: uint256):
+ """
+ @dev ఇవ్వబడిన చిరునామా యొక్క ఆమోదాన్ని క్లియర్ చేయండి
+ `_owner` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది.
+ """
+ # `_owner` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది
+ assert self.idToOwner[_tokenId] == _owner
+ if self.idToApprovals[_tokenId] != ZERO_ADDRESS:
+ # ఆమోదాలను రీసెట్ చేయండి
+ self.idToApprovals[_tokenId] = ZERO_ADDRESS
+```
+
+అవసరమైతే మాత్రమే విలువను మార్చండి. స్టేట్ వేరియబుల్స్ నిల్వలో ఉంటాయి. నిల్వకు వ్రాయడం అనేది
+EVM (Ethereum వర్చువల్ మెషీన్) చేసే అత్యంత ఖరీదైన ఆపరేషన్లలో ఒకటి ([గ్యాస్](/developers/docs/gas/) పరంగా). అందువల్ల, దానిని తగ్గించడం మంచిది, ఇప్పటికే ఉన్న విలువను
+వ్రాయడానికి కూడా అధిక ఖర్చు అవుతుంది.
+
+```python
+@internal
+def _transferFrom(_from: address, _to: address, _tokenId: uint256, _sender: address):
+ """
+ @dev ఒక NFT బదిలీని అమలు చేయండి.
+ `msg.sender` ప్రస్తుత యజమాని, అధీకృత ఆపరేటర్ లేదా ఈ NFTకి ఆమోదించబడిన చిరునామా కాకపోతే త్రో చేస్తుంది. (గమనిక: ప్రైవేట్ ఫంక్షన్లో `msg.sender` అనుమతించబడదు కాబట్టి `_sender`ను పాస్ చేయండి.)
+ `_to` సున్నా చిరునామా అయితే త్రో చేస్తుంది.
+ `_from` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది.
+ `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది.
+ """
+```
+
+టోకెన్లను బదిలీ చేయడానికి రెండు మార్గాలు (సాధారణ మరియు సురక్షిత) ఉన్నందున మాకు ఈ అంతర్గత ఫంక్షన్ ఉంది, కానీ
+ఆడిటింగ్ సులభతరం చేయడానికి మేము దానిని చేసే కోడ్లో ఒకే ఒక్క స్థానం కావాలి.
+
+```python
+ # అవసరాలను తనిఖీ చేయండి
+ assert self._isApprovedOrOwner(_sender, _tokenId)
+ # `_to` సున్నా చిరునామా అయితే త్రో చేస్తుంది
+ assert _to != ZERO_ADDRESS
+ # ఆమోదాన్ని క్లియర్ చేయండి. `_from` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది
+ self._clearApproval(_from, _tokenId)
+ # NFTని తీసివేయండి. `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది
+ self._removeTokenFrom(_from, _tokenId)
+ # NFTని జోడించండి
+ self._addTokenTo(_to, _tokenId)
+ # బదిలీని లాగ్ చేయండి
+ log Transfer(_from, _to, _tokenId)
+```
+
+Vyperలో ఒక ఈవెంట్ను విడుదల చేయడానికి మీరు `log` స్టేట్మెంట్ను ఉపయోగిస్తారు ([మరిన్ని వివరాల కోసం ఇక్కడ చూడండి](https://vyper.readthedocs.io/en/latest/event-logging.html#event-logging)).
+
+#### బదిలీ ఫంక్షన్లు {#transfer-funs}
+
+```python
+
+### TRANSFER FUNCTIONS ###
+
+@external
+def transferFrom(_from: address, _to: address, _tokenId: uint256):
+ """
+ @dev `msg.sender` ప్రస్తుత యజమాని, అధీకృత ఆపరేటర్ లేదా ఈ NFTకి ఆమోదించబడిన చిరునామా కాకపోతే త్రో చేస్తుంది.
+ `_from` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది.
+ `_to` సున్నా చిరునామా అయితే త్రో చేస్తుంది.
+ `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది.
+ @notice `_to` NFTలను స్వీకరించగలదని నిర్ధారించుకోవాల్సిన బాధ్యత కాలర్పై ఉంటుంది, లేకపోతే
+ అవి శాశ్వతంగా కోల్పోవచ్చు.
+ @param _from NFT యొక్క ప్రస్తుత యజమాని.
+ @param _to కొత్త యజమాని.
+ @param _tokenId బదిలీ చేయవలసిన NFT.
+ """
+ self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+ఈ ఫంక్షన్ మిమ్మల్ని ఏకపక్ష చిరునామాకు బదిలీ చేయడానికి అనుమతిస్తుంది. చిరునామా ఒక వినియోగదారు లేదా టోకెన్లను ఎలా బదిలీ చేయాలో తెలిసిన కాంట్రాక్ట్ కాకపోతే,
+మీరు బదిలీ చేసే ఏ టోకెన్ అయినా ఆ చిరునామాలో చిక్కుకుపోయి పనికిరానిదిగా ఉంటుంది.
+
+```python
+@external
+def safeTransferFrom(
+ _from: address,
+ _to: address,
+ _tokenId: uint256,
+ _data: Bytes[1024]=b""
+ ):
+ """
+ @dev ఒక NFT యాజమాన్యాన్ని ఒక చిరునామా నుండి మరొక చిరునామాకు బదిలీ చేస్తుంది.
+ `msg.sender` ప్రస్తుత యజమాని, అధీకృత ఆపరేటర్ లేదా ఈ
+ NFTకి ఆమోదించబడిన చిరునామా కాకపోతే త్రో చేస్తుంది.
+ `_from` ప్రస్తుత యజమాని కాకపోతే త్రో చేస్తుంది.
+ `_to` సున్నా చిరునామా అయితే త్రో చేస్తుంది.
+ `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది.
+ `_to` ఒక స్మార్ట్ కాంట్రాక్ట్ అయితే, అది `_to`పై `onERC721Received`ను పిలుస్తుంది మరియు
+ తిరిగి వచ్చే విలువ `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))` కాకపోతే త్రో చేస్తుంది.
+ గమనిక: bytes4 అనేది ప్యాడింగ్తో bytes32 ద్వారా సూచించబడుతుంది
+ @param _from NFT యొక్క ప్రస్తుత యజమాని.
+ @param _to కొత్త యజమాని.
+ @param _tokenId బదిలీ చేయవలసిన NFT.
+ @param _data `_to`కు కాల్లో పంపబడిన, నిర్దిష్ట ఫార్మాట్ లేని అదనపు డేటా.
+ """
+ self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+మొదట బదిలీ చేయడం సరైందే, ఎందుకంటే ఏదైనా సమస్య ఉంటే మేము ఎలాగూ తిరిగి మార్చుతాము,
+కాబట్టి కాల్లో చేసిన ప్రతిదీ రద్దు చేయబడుతుంది.
+
+```python
+ if _to.is_contract: # `_to` కాంట్రాక్ట్ చిరునామా కాదా అని తనిఖీ చేయండి
+```
+
+మొదట చిరునామా ఒక కాంట్రాక్ట్ కాదా అని తనిఖీ చేయండి (దానికి కోడ్ ఉంటే). కాకపోతే, అది ఒక వినియోగదారు చిరునామా
+అని భావించండి మరియు వినియోగదారు టోకెన్ను ఉపయోగించగలరు లేదా దానిని బదిలీ చేయగలరు. కానీ అది మిమ్మల్ని తప్పుడు భద్రతా భావనలోకి
+నెట్టనివ్వకండి. మీరు `safeTransferFrom`తో కూడా టోకెన్లను కోల్పోవచ్చు, ఎవరికీ ప్రైవేట్ కీ తెలియని
+చిరునామాకు వాటిని బదిలీ చేస్తే.
+
+```python
+ returnValue: bytes32 = ERC721Receiver(_to).onERC721Received(msg.sender, _from, _tokenId, _data)
+```
+
+ఇది ERC-721 టోకెన్లను స్వీకరించగలదా అని చూడటానికి లక్ష్య కాంట్రాక్ట్ను పిలవండి.
+
+```python
+ # బదిలీ గమ్యస్థానం 'onERC721Received'ను అమలు చేయని కాంట్రాక్ట్ అయితే త్రో చేస్తుంది
+ assert returnValue == method_id("onERC721Received(address,address,uint256,bytes)", output_type=bytes32)
+```
+
+గమ్యస్థానం ఒక కాంట్రాక్ట్ అయితే, కానీ అది ERC-721 టోకెన్లను అంగీకరించనిది (లేదా ఈ
+నిర్దిష్ట బదిలీని అంగీకరించకూడదని నిర్ణయించుకున్నది), తిరిగి మార్చండి.
+
+```python
+@external
+def approve(_approved: address, _tokenId: uint256):
+ """
+ @dev ఒక NFT కోసం ఆమోదించబడిన చిరునామాను సెట్ చేయండి లేదా పునరుద్ఘాటించండి. సున్నా చిరునామా ఆమోదించబడిన చిరునామా లేదని సూచిస్తుంది.
+ `msg.sender` ప్రస్తుత NFT యజమాని, లేదా ప్రస్తుత యజమాని యొక్క అధీకృత ఆపరేటర్ కాకపోతే త్రో చేస్తుంది.
+ `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది. (గమనిక: ఇది EIPలో వ్రాయబడలేదు)
+ `_approved` ప్రస్తుత యజమాని అయితే త్రో చేస్తుంది. (గమనిక: ఇది EIPలో వ్రాయబడలేదు)
+ @param _approved ఇవ్వబడిన NFT ఐడి కోసం ఆమోదించవలసిన చిరునామా.
+ @param _tokenId ఆమోదించవలసిన టోకెన్ యొక్క ఐడి.
+ """
+ owner: address = self.idToOwner[_tokenId]
+ # `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది
+ assert owner != ZERO_ADDRESS
+ # `_approved` ప్రస్తుత యజమాని అయితే త్రో చేస్తుంది
+ assert _approved != owner
+```
+
+సంప్రదాయం ప్రకారం, మీరు ఆమోదించేవారు ఉండకూడదనుకుంటే, మీరు సున్నా చిరునామాను నియమిస్తారు, మిమ్మల్ని కాదు.
+
+```python
+ # అవసరాలను తనిఖీ చేయండి
+ senderIsOwner: bool = self.idToOwner[_tokenId] == msg.sender
+ senderIsApprovedForAll: bool = (self.ownerToOperators[owner])[msg.sender]
+ assert (senderIsOwner or senderIsApprovedForAll)
+```
+
+ఆమోదాన్ని సెట్ చేయడానికి మీరు యజమాని కావచ్చు, లేదా యజమానిచే అధీకృతం చేయబడిన ఆపరేటర్ కావచ్చు.
+
+```python
+ # ఆమోదాన్ని సెట్ చేయండి
+ self.idToApprovals[_tokenId] = _approved
+ log Approval(owner, _approved, _tokenId)
+
+
+@external
+def setApprovalForAll(_operator: address, _approved: bool):
+ """
+ @dev `msg.sender` యొక్క అన్ని ఆస్తులను నిర్వహించడానికి మూడవ పక్షం ("ఆపరేటర్") కోసం ఆమోదాన్ని
+ ఎనేబుల్ లేదా డిసేబుల్ చేస్తుంది. ఇది ApprovalForAll ఈవెంట్ను కూడా విడుదల చేస్తుంది.
+ `_operator` `msg.sender` అయితే త్రో చేస్తుంది. (గమనిక: ఇది EIPలో వ్రాయబడలేదు)
+ @notice పంపినవారు ఆ సమయంలో ఏ టోకెన్లను కలిగి ఉండకపోయినా ఇది పనిచేస్తుంది.
+ @param _operator అధీకృత ఆపరేటర్ల సెట్కు జోడించవలసిన చిరునామా.
+ @param _approved ఆపరేటర్ ఆమోదించబడితే నిజం, ఆమోదాన్ని రద్దు చేయడానికి తప్పు.
+ """
+ # `_operator` `msg.sender` అయితే త్రో చేస్తుంది
+ assert _operator != msg.sender
+ self.ownerToOperators[msg.sender][_operator] = _approved
+ log ApprovalForAll(msg.sender, _operator, _approved)
+```
+
+#### కొత్త టోకెన్లను మింట్ చేయండి మరియు ఉన్నవాటిని నాశనం చేయండి {#mint-burn}
+
+కాంట్రాక్ట్ను సృష్టించిన ఖాతా `మింటర్`, ఇది కొత్త NFTలను మింట్ చేయడానికి
+అధీకృతం చేయబడిన సూపర్ వినియోగదారు. అయితే, ఉన్న టోకెన్లను బర్న్ చేయడానికి కూడా ఇది అనుమతించబడదు. యజమాని లేదా యజమానిచే అధీకృతం చేయబడిన సంస్థ
+మాత్రమే అలా చేయగలదు.
+
+```python
+### MINT & BURN FUNCTIONS ###
+
+@external
+def mint(_to: address, _tokenId: uint256) -> bool:
+```
+
+ఈ ఫంక్షన్ ఎల్లప్పుడూ `True`ని తిరిగి ఇస్తుంది, ఎందుకంటే ఆపరేషన్ విఫలమైతే అది తిరిగి మార్చబడుతుంది.
+
+```python
+ """
+ @dev టోకెన్లను మింట్ చేయడానికి ఫంక్షన్
+ `msg.sender` మింటర్ కాకపోతే త్రో చేస్తుంది.
+ `_to` సున్నా చిరునామా అయితే త్రో చేస్తుంది.
+ `_tokenId` ఎవరికైనా స్వంతమైతే త్రో చేస్తుంది.
+ @param _to మింట్ చేయబడిన టోకెన్లను స్వీకరించే చిరునామా.
+ @param _tokenId మింట్ చేయవలసిన టోకెన్ ఐడి.
+ @return ఆపరేషన్ విజయవంతమైందా లేదా అని సూచించే బూలియన్.
+ """
+ # `msg.sender` మింటర్ కాకపోతే త్రో చేస్తుంది
+ assert msg.sender == self.minter
+```
+
+మింటర్ మాత్రమే (ERC-721 కాంట్రాక్ట్ను సృష్టించిన ఖాతా) కొత్త టోకెన్లను మింట్ చేయగలదు. భవిష్యత్తులో మనం మింటర్ గుర్తింపును మార్చాలనుకుంటే ఇది ఒక
+సమస్య కావచ్చు. ఒక ప్రొడక్షన్ కాంట్రాక్ట్లో మీరు బహుశా మింటర్
+అధికారాలను వేరొకరికి బదిలీ చేయడానికి అనుమతించే ఫంక్షన్ను కోరుకుంటారు.
+
+```python
+ # `_to` సున్నా చిరునామా అయితే త్రో చేస్తుంది
+ assert _to != ZERO_ADDRESS
+ # NFTని జోడించండి. `_tokenId` ఎవరికైనా స్వంతమైతే త్రో చేస్తుంది
+ self._addTokenTo(_to, _tokenId)
+ log Transfer(ZERO_ADDRESS, _to, _tokenId)
+ return True
+```
+
+సంప్రదాయం ప్రకారం, కొత్త టోకెన్ల మింటింగ్ సున్నా చిరునామా నుండి బదిలీగా పరిగణించబడుతుంది.
+
+```python
+
+@external
+def burn(_tokenId: uint256):
+ """
+ @dev ఒక నిర్దిష్ట ERC721 టోకెన్ను బర్న్ చేస్తుంది.
+ `msg.sender` ప్రస్తుత యజమాని, అధీకృత ఆపరేటర్ లేదా ఈ
+ NFTకి ఆమోదించబడిన చిరునామా కాకపోతే త్రో చేస్తుంది.
+ `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది.
+ @param _tokenId బర్న్ చేయవలసిన ERC721 టోకెన్ యొక్క uint256 ఐడి.
+ """
+ # అవసరాలను తనిఖీ చేయండి
+ assert self._isApprovedOrOwner(msg.sender, _tokenId)
+ owner: address = self.idToOwner[_tokenId]
+ # `_tokenId` చెల్లుబాటు అయ్యే NFT కాకపోతే త్రో చేస్తుంది
+ assert owner != ZERO_ADDRESS
+ self._clearApproval(owner, _tokenId)
+ self._removeTokenFrom(owner, _tokenId)
+ log Transfer(owner, ZERO_ADDRESS, _tokenId)
+```
+
+ఒక టోకెన్ను బదిలీ చేయడానికి అనుమతించబడిన ఎవరైనా దానిని బర్న్ చేయడానికి అనుమతించబడతారు. బర్న్ సున్నా చిరునామాకు బదిలీకి సమానంగా కనిపించినప్పటికీ,
+సున్నా చిరునామా వాస్తవానికి టోకెన్ను స్వీకరించదు. ఇది టోకెన్ కోసం ఉపయోగించిన మొత్తం నిల్వను ఖాళీ చేయడానికి మాకు అనుమతిస్తుంది,
+ఇది లావాదేవీ యొక్క గ్యాస్ ఖర్చును తగ్గిస్తుంది.
+
+## ఈ కాంట్రాక్ట్ను ఉపయోగించడం {#using-contract}
+
+సోలిడిటీకి విరుద్ధంగా, Vyperకు ఇన్హెరిటెన్స్ లేదు. కోడ్ను స్పష్టంగా మరియు అందువల్ల సురక్షితం చేయడానికి
+ఇది ఉద్దేశపూర్వక డిజైన్ ఎంపిక. కాబట్టి మీ స్వంత Vyper ERC-721 కాంట్రాక్ట్ను సృష్టించడానికి మీరు ఈ
+కాంట్రాక్ట్ను తీసుకుని, మీకు కావలసిన వ్యాపార తర్కాన్ని అమలు చేయడానికి దాన్ని
+సవరించండి.
+
+## ముగింపు {#conclusion}
+
+సమీక్ష కోసం, ఈ కాంట్రాక్ట్లోని కొన్ని ముఖ్యమైన ఆలోచనలు ఇక్కడ ఉన్నాయి:
+
+- సురక్షిత బదిలీతో ERC-721 టోకెన్లను స్వీకరించడానికి, కాంట్రాక్ట్లు `ERC721Receiver` ఇంటర్ఫేస్ను అమలు చేయాలి.
+- మీరు సురక్షిత బదిలీని ఉపయోగించినప్పటికీ, ప్రైవేట్ కీ తెలియని
+ చిరునామాకు పంపితే టోకెన్లు ఇప్పటికీ చిక్కుకుపోవచ్చు.
+- ఒక ఆపరేషన్తో సమస్య ఉన్నప్పుడు, కేవలం వైఫల్య విలువను తిరిగి ఇచ్చే బదులు,
+ కాల్ను `revert` చేయడం మంచిది.
+- ERC-721 టోకెన్లు వాటికి యజమాని ఉన్నప్పుడు ఉంటాయి.
+- ఒక NFTని బదిలీ చేయడానికి అధీకృతం కావడానికి మూడు మార్గాలు ఉన్నాయి. మీరు యజమాని కావచ్చు, ఒక నిర్దిష్ట టోకెన్ కోసం ఆమోదించబడవచ్చు,
+ లేదా యజమాని యొక్క అన్ని టోకెన్లకు ఆపరేటర్ కావచ్చు.
+- గత ఈవెంట్లు బ్లాక్ చైను వెలుపల మాత్రమే కనిపిస్తాయి. బ్లాక్ చైను లోపల నడుస్తున్న కోడ్ వాటిని చూడలేదు.
+
+ఇప్పుడు వెళ్లి సురక్షితమైన Vyper కాంట్రాక్ట్లను అమలు చేయండి.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md b/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
new file mode 100644
index 00000000000..9293aac586d
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
@@ -0,0 +1,789 @@
+---
+title: "ERC-20 ఒప్పంద వాక్-త్రూ"
+description: OpenZeppelin ERC-20 ఒప్పందంలో ఏముంది మరియు అది అక్కడ ఎందుకు ఉంది?
+author: ఓరి పోమెరాంట్జ్
+lang: te
+tags: [ "దృఢత్వం", "erc-20" ]
+skill: ఆరంభకులు
+published: 2021-03-09
+---
+
+## పరిచయం {#introduction}
+
+Ethereumకు అత్యంత సాధారణ ఉపయోగాలలో ఒకటి ఒక సమూహం వ్యాపారం చేయగల టోకెన్ను సృష్టించడం, ఒక రకంగా చెప్పాలంటే వారి స్వంత కరెన్సీ. ఈ టోకెన్లు సాధారణంగా ఒక ప్రామాణికాన్ని అనుసరిస్తాయి,
+[ERC-20](/developers/docs/standards/tokens/erc-20/). ఈ ప్రమాణం, లిక్విడిటీ పూల్స్ మరియు వాలెట్లు వంటి సాధనాలను రాయడానికి వీలు కల్పిస్తుంది, ఇవి అన్ని ERC-20
+టోకెన్లతో పనిచేస్తాయి. ఈ వ్యాసంలో మేము
+[OpenZeppelin సాలిడిటీ ERC20 అమలు](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)ను, అలాగే
+[ఇంటర్ఫేస్ నిర్వచనం](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol)ను విశ్లేషిస్తాము.
+
+ఇది వ్యాఖ్యానించబడిన సోర్స్ కోడ్. మీరు ERC-20ని అమలు చేయాలనుకుంటే,
+[ఈ ట్యుటోరియల్ చదవండి](https://docs.openzeppelin.com/contracts/2.x/erc20-supply).
+
+## ఇంటర్ఫేస్ {#the-interface}
+
+ERC-20 వంటి ప్రమాణం యొక్క ఉద్దేశ్యం, వాలెట్లు మరియు వికేంద్రీకృత ఎక్స్ఛేంజీల వంటి అప్లికేషన్లలో పరస్పరం పనిచేసే అనేక టోకెన్ల అమలులను అనుమతించడం. దానిని సాధించడానికి, మేము ఒక
+[ఇంటర్ఫేస్ను](https://www.geeksforgeeks.org/solidity/solidity-basics-of-interface/) సృష్టిస్తాము. టోకెన్ ఒప్పందాన్ని ఉపయోగించాల్సిన ఏదైనా కోడ్, ఇంటర్ఫేస్లో అదే నిర్వచనాలను ఉపయోగించవచ్చు మరియు దానిని ఉపయోగించే అన్ని టోకెన్ ఒప్పందాలతో అనుకూలంగా ఉంటుంది, అది
+MetaMask వంటి వాలెట్ అయినా, etherscan.io వంటి డాప్ అయినా, లేదా లిక్విడిటీ పూల్ వంటి విభిన్న ఒప్పందం అయినా.
+
+
+
+మీరు అనుభవజ్ఞుడైన ప్రోగ్రామర్ అయితే, మీరు [Java](https://www.w3schools.com/java/java_interface.asp)లో లేదా [C హెడర్ ఫైల్స్లో](https://gcc.gnu.org/onlinedocs/cpp/Header-Files.html) కూడా ఇలాంటి నిర్మాణాలను చూసినట్లు గుర్తుండే ఉంటుంది.
+
+ఇది OpenZeppelin నుండి వచ్చిన [ERC-20 ఇంటర్ఫేస్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) యొక్క నిర్వచనం. ఇది [మానవులు చదవగలిగే ప్రమాణం](https://eips.ethereum.org/EIPS/eip-20) యొక్క సాలిడిటీ కోడ్లోకి అనువాదం. వాస్తవానికి,
+ఏదైనా _ఎలా_ చేయాలో ఇంటర్ఫేస్ స్వయంగా నిర్వచించదు. అది కింద ఉన్న ఒప్పంద సోర్స్ కోడ్లో వివరించబడింది.
+
+
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+సాలిడిటీ ఫైళ్లు ఒక లైసెన్స్ ఐడెంటిఫైయర్ను కలిగి ఉండాలి. [మీరు ఇక్కడ లైసెన్స్ల జాబితాను చూడవచ్చు](https://spdx.org/licenses/). మీకు విభిన్న
+లైసెన్స్ అవసరమైతే, వ్యాఖ్యలలో దానిని వివరించండి.
+
+
+
+```solidity
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+సాలిడిటీ భాష ఇంకా వేగంగా అభివృద్ధి చెందుతోంది, మరియు కొత్త వెర్షన్లు పాత కోడ్తో అనుకూలంగా ఉండకపోవచ్చు
+([ఇక్కడ చూడండి](https://docs.soliditylang.org/en/v0.7.0/070-breaking-changes.html)). అందువల్ల, కేవలం భాష యొక్క కనీస
+వెర్షన్ను మాత్రమే కాకుండా, గరిష్ట వెర్షన్ను కూడా పేర్కొనడం మంచిది, ఇది మీరు కోడ్ను పరీక్షించిన తాజాది.
+
+
+
+```solidity
+/**
+ * @dev EIPలో నిర్వచించిన విధంగా ERC20 ప్రమాణం యొక్క ఇంటర్ఫేస్.
+ */
+```
+
+వ్యాఖ్యలోని `@dev` అనేది [NatSpec ఫార్మాట్](https://docs.soliditylang.org/en/develop/natspec-format.html)లో ఒక భాగం, ఇది సోర్స్ కోడ్ నుండి
+డాక్యుమెంటేషన్ను రూపొందించడానికి ఉపయోగపడుతుంది.
+
+
+
+```solidity
+interface IERC20 {
+```
+
+సంప్రదాయం ప్రకారం, ఇంటర్ఫేస్ పేర్లు `I`తో ప్రారంభమవుతాయి.
+
+
+
+```solidity
+ /**
+ * @dev ఉనికిలో ఉన్న టోకెన్ల మొత్తాన్ని అందిస్తుంది.
+ */
+ function totalSupply() external view returns (uint256);
+```
+
+ఈ ఫంక్షన్ `external`, అంటే [ఇది ఒప్పందం బయట నుండి మాత్రమే పిలువబడుతుంది](https://docs.soliditylang.org/en/v0.7.0/cheatsheet.html#index-2).
+ఇది ఒప్పందంలోని టోకెన్ల మొత్తం సరఫరాను తిరిగి ఇస్తుంది. ఈ విలువ ఇతీరియములో అత్యంత సాధారణ రకం, గుర్తులేని 256 బిట్స్ (256 బిట్స్ EVM యొక్క స్థానిక పదం పరిమాణం) ఉపయోగించి తిరిగి ఇవ్వబడుతుంది. ఈ ఫంక్షన్ కూడా ఒక `view`, అంటే ఇది స్టేట్ను మార్చదు, కాబట్టి దీనిని బ్లాక్ చైనులోని ప్రతి నోడ్ అమలు చేసే బదులు ఒకే నోడ్లో అమలు చేయవచ్చు. ఈ రకమైన ఫంక్షన్ లావాదేవీని సృష్టించదు మరియు [గ్యాస్](/developers/docs/gas/) ఖర్చు కాదు.
+
+**గమనిక:** సిద్ధాంతపరంగా, ఒక ఒప్పందం యొక్క సృష్టికర్త నిజమైన విలువ కంటే తక్కువ మొత్తం సరఫరాను తిరిగి ఇవ్వడం ద్వారా మోసం చేయవచ్చు, ప్రతి టోకెన్ వాస్తవానికి ఉన్నదానికంటే విలువైనదిగా కనిపించేలా చేస్తుంది. అయితే, ఆ భయం బ్లాక్ చైను యొక్క నిజమైన స్వభావాన్ని విస్మరిస్తుంది. బ్లాక్ చైనులో జరిగే ప్రతిదీ ప్రతి నోడ్ ద్వారా ధృవీకరించబడుతుంది. దీనిని సాధించడానికి, ప్రతి ఒప్పందం యొక్క మెషిన్ లాంగ్వేజ్ కోడ్ మరియు నిల్వ ప్రతి నోడ్లో అందుబాటులో ఉంటుంది. మీ ఒప్పందం కోసం మీరు సాలిడిటీ
+కోడ్ను ప్రచురించాల్సిన అవసరం లేనప్పటికీ, మీరు సోర్స్ కోడ్ను మరియు అది కంపైల్ చేయబడిన సాలిడిటీ వెర్షన్ను ప్రచురిస్తే తప్ప మిమ్మల్ని ఎవరూ సీరియస్గా తీసుకోరు, తద్వారా మీరు అందించిన మెషిన్ లాంగ్వేజ్ కోడ్తో దానిని సరిపోల్చి ధృవీకరించవచ్చు.
+ఉదాహరణకు, [ఈ ఒప్పందం](https://eth.blockscout.com/address/0xa530F85085C6FE2f866E7FdB716849714a89f4CD?tab=contract) చూడండి.
+
+
+
+```solidity
+ /**
+ * @dev `ఖాతా` యాజమాన్యంలో ఉన్న టోకెన్ల మొత్తాన్ని అందిస్తుంది.
+ */
+ function balanceOf(address account) external view returns (uint256);
+```
+
+పేరు చెప్పినట్లు, `balanceOf` ఒక ఖాతా యొక్క బ్యాలెన్స్ను తిరిగి ఇస్తుంది. ఇతీరియము ఖాతాలు సాలిడిటీలో `చిరునామా` రకం ఉపయోగించి గుర్తించబడతాయి, ఇది 160 బిట్లను కలిగి ఉంటుంది.
+ఇది `external` మరియు `view` కూడా.
+
+
+
+```solidity
+ /**
+ * @dev కాలర్ ఖాతా నుండి `గ్రహీత`కు `మొత్తం` టోకెన్లను తరలిస్తుంది.
+ *
+ * ఆపరేషన్ విజయవంతమైందో లేదో సూచించే బూలియన్ విలువను తిరిగి ఇస్తుంది.
+ *
+ * ఒక {Transfer} ఈవెంట్ను విడుదల చేస్తుంది.
+ */
+ function transfer(address recipient, uint256 amount) external returns (bool);
+```
+
+`బదిలీ` ఫంక్షన్ కాలర్ నుండి వేరే చిరునామాకు టోకెన్లను బదిలీ చేస్తుంది. ఇందులో స్టేట్ మార్పు ఉంటుంది, కాబట్టి ఇది `view` కాదు.
+ఒక వినియోగదారు ఈ ఫంక్షన్ను పిలిచినప్పుడు, అది లావాదేవీని సృష్టిస్తుంది మరియు గ్యాస్ ఖర్చవుతుంది. ఇది బ్లాక్ చైనులో ఉన్న ప్రతిఒక్కరికీ ఈ సంఘటన గురించి తెలియజేయడానికి `Transfer` అనే ఈవెంట్ను కూడా విడుదల చేస్తుంది.
+
+ఫంక్షన్ రెండు విభిన్న రకాల కాలర్ల కోసం రెండు రకాల అవుట్పుట్లను కలిగి ఉంది:
+
+- యూజర్ ఇంటర్ఫేస్ నుండి నేరుగా ఫంక్షన్ను కాల్ చేసే వినియోగదారులు. సాధారణంగా వినియోగదారు లావాదేవీని సమర్పించి, ప్రతిస్పందన కోసం వేచి ఉండడు, దీనికి నిరవధిక సమయం పట్టవచ్చు. లావాదేవీ రసీదు (ఇది లావాదేవీ హాష్ ద్వారా గుర్తించబడుతుంది) కోసం వెతకడం ద్వారా లేదా
+ `Transfer` ఈవెంట్ కోసం వెతకడం ద్వారా వినియోగదారు ఏమి జరిగిందో చూడవచ్చు.
+- మొత్తం లావాదేవీలో భాగంగా ఫంక్షన్ను కాల్ చేసే ఇతర ఒప్పందాలు. ఆ ఒప్పందాలు ఫలితాన్ని వెంటనే పొందుతాయి, ఎందుకంటే అవి అదే లావాదేవీలో నడుస్తాయి, కాబట్టి అవి ఫంక్షన్ రిటర్న్ విలువను ఉపయోగించుకోవచ్చు.
+
+ఒప్పందం యొక్క స్టేట్ను మార్చే ఇతర ఫంక్షన్ల ద్వారా కూడా అదే రకమైన అవుట్పుట్ సృష్టించబడుతుంది.
+
+
+
+అలవెన్సులు ఒక ఖాతాను వేరొక యజమానికి చెందిన కొన్ని టోకెన్లను ఖర్చు చేయడానికి అనుమతిస్తాయి.
+ఇది ఉపయోగకరంగా ఉంటుంది, ఉదాహరణకు, అమ్మకందారులుగా వ్యవహరించే ఒప్పందాల కోసం. ఒప్పందాలు ఈవెంట్లను పర్యవేక్షించలేవు, కాబట్టి కొనుగోలుదారు నేరుగా అమ్మకందారు ఒప్పందానికి టోకెన్లను బదిలీ చేస్తే, ఆ ఒప్పందానికి అది చెల్లించబడిందని తెలియదు. బదులుగా, కొనుగోలుదారు అమ్మకందారు ఒప్పందాన్ని ఒక నిర్దిష్ట మొత్తాన్ని ఖర్చు చేయడానికి అనుమతిస్తాడు, మరియు అమ్మకందారు ఆ మొత్తాన్ని బదిలీ చేస్తాడు.
+ఇది అమ్మకందారు ఒప్పందం పిలిచే ఒక ఫంక్షన్ ద్వారా జరుగుతుంది, కాబట్టి అమ్మకందారు ఒప్పందం అది విజయవంతమైందో లేదో తెలుసుకోగలదు.
+
+```solidity
+ /**
+ * @dev `ఖర్చుదారు` {transferFrom} ద్వారా `యజమాని` తరపున ఖర్చు చేయడానికి అనుమతించబడే మిగిలిన టోకెన్ల సంఖ్యను తిరిగి ఇస్తుంది. ఇది డిఫాల్ట్గా సున్నాగా ఉంటుంది.
+ *
+ * {approve} లేదా {transferFrom} పిలిచినప్పుడు ఈ విలువ మారుతుంది.
+ */
+ function allowance(address owner, address spender) external view returns (uint256);
+```
+
+`allowance` ఫంక్షన్ ఒక చిరునామా (`యజమాని`) మరొక చిరునామా (`ఖర్చుదారు`)కు ఎంత ఖర్చు చేయడానికి అనుమతి ఇస్తుందో చూడటానికి ఎవరికైనా అనుమతిస్తుంది.
+
+
+
+```solidity
+ /**
+ * @dev కాలర్ యొక్క టోకెన్లపై `ఖర్చుదారు` యొక్క అలవెన్సుగా `మొత్తాన్ని` సెట్ చేస్తుంది.
+ *
+ * ఆపరేషన్ విజయవంతమైందో లేదో సూచించే బూలియన్ విలువను తిరిగి ఇస్తుంది.
+ *
+ * ముఖ్యం: ఈ పద్ధతితో అలవెన్సును మార్చడం వలన దురదృష్టవశాత్తు లావాదేవీల క్రమం ద్వారా ఎవరైనా పాత మరియు కొత్త అలవెన్సు రెండింటినీ ఉపయోగించుకునే ప్రమాదం ఉందని తెలుసుకోండి. ఈ రేస్ కండిషన్ను తగ్గించడానికి ఒక సాధ్యమైన పరిష్కారం మొదట ఖర్చుదారు యొక్క అలవెన్సును 0కి తగ్గించి, ఆపై కావలసిన విలువను సెట్ చేయడం: https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
+ *
+ * ఒక {Approval} ఈవెంట్ను విడుదల చేస్తుంది.
+ */
+ function approve(address spender, uint256 amount) external returns (bool);
+```
+
+`approve` ఫంక్షన్ ఒక అలవెన్సును సృష్టిస్తుంది. దానిని ఎలా దుర్వినియోగం చేయవచ్చనే సందేశాన్ని తప్పకుండా చదవండి. ఇతీరియములో మీరు మీ స్వంత లావాదేవీల క్రమాన్ని నియంత్రించగలరు,
+కానీ ఇతర వ్యక్తుల లావాదేవీలు ఏ క్రమంలో అమలు చేయబడతాయో మీరు నియంత్రించలేరు, అవతలి పక్షం యొక్క లావాదేవీ జరిగిందని మీరు చూసే వరకు మీరు మీ స్వంత లావాదేవీని సమర్పించకపోతే తప్ప.
+
+
+
+```solidity
+ /**
+ * @dev `అలవెన్స్` మెకానిజం ఉపయోగించి `పంపినవారి` నుండి `గ్రహీత`కు `మొత్తం` టోకెన్లను తరలిస్తుంది.
+ * ఆ తర్వాత కాలర్ యొక్క `అలవెన్స్` నుండి `amount` తీసివేయబడుతుంది.
+ *
+ * ఆపరేషన్ విజయవంతమైందో లేదో సూచించే బూలియన్ విలువను తిరిగి ఇస్తుంది.
+ *
+ * ఒక {Transfer} ఈవెంట్ను విడుదల చేస్తుంది.
+ */
+ function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+```
+
+చివరగా, `అలవెన్స్`ను వాస్తవంగా ఖర్చు చేయడానికి ఖర్చు చేసేవారు `transferFrom`ను ఉపయోగిస్తారు.
+
+
+
+```solidity
+ /**
+ * @dev ఒక ఖాతా (`from`) నుండి మరొక ఖాతాకు (`to`) `విలువ` టోకెన్లను తరలించినప్పుడు విడుదల చేయబడుతుంది.
+ *
+ * `విలువ` సున్నాగా ఉండవచ్చని గమనించండి.
+ */
+ event Transfer(address indexed from, address indexed to, uint256 value);
+
+ /**
+ * @dev {approve}కు కాల్ చేయడం ద్వారా `యజమాని` కోసం `ఖర్చు చేసేవారి` యొక్క అలవెన్స్ సెట్ చేయబడినప్పుడు విడుదల చేయబడుతుంది.
+ * `విలువ` అనేది కొత్త అలవెన్స్.
+ */
+ event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+```
+
+ERC-20 కాంట్రాక్ట్ యొక్క స్థితి మారినప్పుడు ఈ ఈవెంట్లు విడుదల చేయబడతాయి.
+
+## వాస్తవ కాంట్రాక్ట్ {#the-actual-contract}
+
+ఇది ERC-20 ప్రమాణాన్ని అమలు చేసే వాస్తవ కాంట్రాక్ట్, [ఇక్కడ నుండి తీసుకోబడింది](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol).
+ఇది ఉన్నది ఉన్నట్లుగా ఉపయోగించడానికి ఉద్దేశించబడలేదు, కానీ మీరు దాని నుండి ఉపయోగపడే విధంగా విస్తరించడానికి [వారసత్వంగా](https://www.tutorialspoint.com/solidity/solidity_inheritance.htm) పొందవచ్చు.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+
+
+### దిగుమతి ప్రకటనలు {#import-statements}
+
+పైన ఉన్న ఇంటర్ఫేస్ నిర్వచనాలతో పాటు, కాంట్రాక్ట్ నిర్వచనం రెండు ఇతర ఫైల్లను దిగుమతి చేస్తుంది:
+
+```solidity
+
+import "../../GSN/Context.sol";
+import "./IERC20.sol";
+import "../../math/SafeMath.sol";
+```
+
+- `GSN/Context.sol` అనేది ఈథర్ లేని వినియోగదారులు బ్లాక్చెయిన్ను ఉపయోగించడానికి అనుమతించే ఒక వ్యవస్థ అయిన [OpenGSN](https://www.opengsn.org/) ను ఉపయోగించడానికి అవసరమైన నిర్వచనాలు. ఇది పాత వెర్షన్ అని గమనించండి, మీరు OpenGSNతో ఇంటిగ్రేట్ చేయాలనుకుంటే [ఈ ట్యుటోరియల్ని ఉపయోగించండి](https://docs.opengsn.org/javascript-client/tutorial.html).
+- [SafeMath లైబ్రరీ](https://ethereumdev.io/using-safe-math-library-to-prevent-from-overflows/), ఇది Solidity వెర్షన్లు **<0.8.0** కోసం అంకగణిత ఓవర్ఫ్లోలు/అండర్ఫ్లోలను నివారిస్తుంది. Solidity ≥0.8.0 లో, అంకగణిత కార్యకలాపాలు ఓవర్ఫ్లో/అండర్ఫ్లో అయినప్పుడు స్వయంచాలకంగా తిరిగి వస్తాయి, ఇది SafeMathను అనవసరంగా చేస్తుంది. ఈ కాంట్రాక్ట్ పాత కంపైలర్ వెర్షన్లతో వెనుకకు అనుకూలత కోసం SafeMathను ఉపయోగిస్తుంది.
+
+
+
+ఈ వ్యాఖ్య కాంట్రాక్ట్ యొక్క ఉద్దేశ్యాన్ని వివరిస్తుంది.
+
+```solidity
+/**
+ * @dev {IERC20} ఇంటర్ఫేస్ యొక్క అమలు.
+ *
+ * ఈ అమలు టోకెన్లు సృష్టించబడే విధానానికి అజ్ఞాతంగా ఉంటుంది. దీని అర్థం {_mint} ఉపయోగించి ఉత్పన్నమైన కాంట్రాక్ట్లో సరఫరా యంత్రాంగాన్ని జోడించాలి.
+ * సాధారణ యంత్రాంగం కోసం {ERC20PresetMinterPauser} చూడండి.
+ *
+ * చిట్కా: వివరణాత్మక రచన కోసం మా గైడ్ చూడండి
+ * https://forum.zeppelin.solutions/t/how-to-implement-erc20-supply-mechanisms/226[సరఫరా యంత్రాంగాలను ఎలా అమలు చేయాలి].
+ *
+ * మేము సాధారణ OpenZeppelin మార్గదర్శకాలను అనుసరించాము: వైఫల్యంపై `false` తిరిగి ఇవ్వడానికి బదులుగా ఫంక్షన్లు తిరిగి వస్తాయి. అయినప్పటికీ ఈ ప్రవర్తన సాంప్రదాయబద్ధమైనది
+ * మరియు ERC20 అప్లికేషన్ల అంచనాలతో విభేదించదు.
+ *
+ * అదనంగా, {transferFrom}కు కాల్లపై {Approval} ఈవెంట్ విడుదల చేయబడుతుంది.
+ * ఇది చెప్పబడిన ఈవెంట్లను వినడం ద్వారా అన్ని ఖాతాల కోసం అలవెన్స్ను పునర్నిర్మించడానికి అప్లికేషన్లను అనుమతిస్తుంది. EIP యొక్క ఇతర అమలులు ఈ ఈవెంట్లను విడుదల చేయకపోవచ్చు,
+ * ఎందుకంటే స్పెసిఫికేషన్ ద్వారా ఇది అవసరం లేదు.
+ *
+ * చివరగా, అలవెన్స్లను సెట్ చేయడం చుట్టూ ఉన్న ప్రసిద్ధ సమస్యలను తగ్గించడానికి ప్రామాణికం కాని {decreaseAllowance} మరియు {increaseAllowance}
+ * ఫంక్షన్లు జోడించబడ్డాయి. {IERC20-approve} చూడండి.
+ */
+```
+
+### కాంట్రాక్ట్ నిర్వచనం {#contract-definition}
+
+```solidity
+contract ERC20 is Context, IERC20 {
+```
+
+ఈ లైన్ వారసత్వాన్ని నిర్దేశిస్తుంది, ఈ సందర్భంలో OpenGSN కోసం పైన ఉన్న `IERC20` మరియు `Context` నుండి.
+
+
+
+```solidity
+ using SafeMath for uint256;
+```
+
+ఈ లైన్ `SafeMath` లైబ్రరీని `uint256` రకానికి జతచేస్తుంది. మీరు ఈ లైబ్రరీని [ఇక్కడ](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/math/SafeMath.sol) కనుగొనవచ్చు.
+
+### వేరియబుల్ నిర్వచనాలు {#variable-definitions}
+
+ఈ నిర్వచనాలు కాంట్రాక్ట్ యొక్క స్థితి వేరియబుల్స్ను నిర్దేశిస్తాయి. ఈ వేరియబుల్స్ `private`గా ప్రకటించబడ్డాయి, కానీ దాని అర్థం బ్లాక్చెయిన్లోని ఇతర కాంట్రాక్టులు వాటిని చదవలేవు అని మాత్రమే. _బ్లాక్చెయిన్లో రహస్యాలు లేవు_, ప్రతి నోడ్లోని సాఫ్ట్వేర్ ప్రతి బ్లాక్లో ప్రతి కాంట్రాక్ట్ యొక్క స్థితిని కలిగి ఉంటుంది. సంప్రదాయం ప్రకారం, స్థితి వేరియబుల్స్కు `_` అని పేరు పెట్టారు.
+
+మొదటి రెండు వేరియబుల్స్ [మ్యాపింగ్లు](https://www.tutorialspoint.com/solidity/solidity_mappings.htm), అంటే అవి దాదాపుగా [అసోసియేటివ్ అర్రేల](https://wikipedia.org/wiki/Associative_array) వలె ప్రవర్తిస్తాయి, కీలు సంఖ్యా విలువలుగా ఉండటం మినహా. డిఫాల్ట్ (సున్నా) నుండి భిన్నమైన విలువలను కలిగి ఉన్న ఎంట్రీల కోసం మాత్రమే నిల్వ కేటాయించబడుతుంది.
+
+```solidity
+ mapping (address => uint256) private _balances;
+```
+
+మొదటి మ్యాపింగ్, `_balances`, ఈ టోకెన్ యొక్క చిరునామాలు మరియు వాటి సంబంధిత బ్యాలెన్స్లు. బ్యాలెన్స్ను యాక్సెస్ చేయడానికి, ఈ సింటాక్స్ను ఉపయోగించండి: `_balances[]`.
+
+
+
+```solidity
+ mapping (address => mapping (address => uint256)) private _allowances;
+```
+
+ఈ వేరియబుల్, `_allowances`, ముందుగా వివరించిన అలవెన్సులను నిల్వ చేస్తుంది. మొదటి ఇండెక్స్ టోకెన్ల యజమాని, మరియు రెండవది అలవెన్స్ ఉన్న కాంట్రాక్ట్. చిరునామా B యొక్క ఖాతా నుండి చిరునామా A ఖర్చు చేయగల మొత్తాన్ని యాక్సెస్ చేయడానికి, `_allowances[B][A]` ఉపయోగించండి.
+
+
+
+```solidity
+ uint256 private _totalSupply;
+```
+
+పేరు సూచించినట్లుగా, ఈ వేరియబుల్ టోకెన్ల మొత్తం సరఫరాను ట్రాక్ చేస్తుంది.
+
+
+
+```solidity
+ string private _name;
+ string private _symbol;
+ uint8 private _decimals;
+```
+
+ఈ మూడు వేరియబుల్స్ చదవడానికి వీలుగా మెరుగుపరచడానికి ఉపయోగించబడతాయి. మొదటి రెండు స్వీయ-వివరణాత్మకమైనవి, కానీ `_decimals` కాదు.
+
+ఒకవైపు, ఇతీరియములో ఫ్లోటింగ్ పాయింట్ లేదా భిన్నమైన వేరియబుల్స్ లేవు. మరోవైపు, మానవులు టోకెన్లను విభజించగలగడాన్ని ఇష్టపడతారు. కరెన్సీ కోసం ప్రజలు బంగారంపై స్థిరపడటానికి ఒక కారణం ఏమిటంటే, ఎవరైనా ఆవు విలువ గల బాతును కొనాలనుకున్నప్పుడు చిల్లర ఇవ్వడం కష్టంగా ఉండేది.
+
+పరిష్కారం పూర్ణాంకాలను ట్రాక్ చేయడం, కానీ నిజమైన టోకెన్కు బదులుగా దాదాపు విలువలేని భిన్నమైన టోకెన్ను లెక్కించడం. ఈథర్ విషయంలో, భిన్నమైన టోకెన్ను wei అని పిలుస్తారు, మరియు 10^18 wei ఒక ETHకి సమానం. రాసే సమయంలో, 10,000,000,000,000 wei సుమారుగా ఒక US లేదా యూరో సెంట్కు సమానం.
+
+అప్లికేషన్లు టోకెన్ బ్యాలెన్స్ను ఎలా ప్రదర్శించాలో తెలుసుకోవాలి. ఒక వినియోగదారుడికి 3,141,000,000,000,000,000 wei ఉంటే, అది 3.14 ETHనా? 31.41 ETH? 3,141 ETH? ఈథర్ విషయంలో ఇది ETHకి 10^18 weiగా నిర్వచించబడింది, కానీ మీ టోకెన్ కోసం మీరు వేరే విలువను ఎంచుకోవచ్చు. టోకెన్ను విభజించడం అర్థవంతం కాకపోతే, మీరు సున్నా `_decimals` విలువను ఉపయోగించవచ్చు. మీరు ETH వలె అదే ప్రమాణాన్ని ఉపయోగించాలనుకుంటే, **18** విలువను ఉపయోగించండి.
+
+### నిర్మాణకర్త {#the-constructor}
+
+```solidity
+ /**
+ * @dev {name} మరియు {symbol} కోసం విలువలను సెట్ చేస్తుంది, {decimals} ను 18 యొక్క డిఫాల్ట్ విలువతో ప్రారంభిస్తుంది.
+ *
+ * {decimals} కోసం వేరే విలువను ఎంచుకోవడానికి, {_setupDecimals} ఉపయోగించండి.
+ *
+ * ఈ మూడు విలువలు మార్పులేనివి: అవి నిర్మాణం సమయంలో ఒకసారి మాత్రమే సెట్ చేయబడతాయి.
+ */
+ constructor (string memory name_, string memory symbol_) public {
+ // Solidity ≥0.7.0 లో, 'public' అంతర్లీనంగా ఉంటుంది మరియు దానిని వదిలివేయవచ్చు.
+
+ _name = name_;
+ _symbol = symbol_;
+ _decimals = 18;
+ }
+```
+
+కాంట్రాక్ట్ మొదటిసారి సృష్టించబడినప్పుడు నిర్మాణకర్తను పిలుస్తారు. సంప్రదాయం ప్రకారం, ఫంక్షన్ పారామితులకు `_` అని పేరు పెట్టారు.
+
+### వినియోగదారు ఇంటర్ఫేస్ ఫంక్షన్లు {#user-interface-functions}
+
+```solidity
+ /**
+ * @dev టోకెన్ పేరును తిరిగి ఇస్తుంది.
+ */
+ function name() public view returns (string memory) {
+ return _name;
+ }
+
+ /**
+ * @dev టోకెన్ యొక్క చిహ్నాన్ని తిరిగి ఇస్తుంది, సాధారణంగా పేరు యొక్క చిన్న వెర్షన్.
+ */
+ function symbol() public view returns (string memory) {
+ return _symbol;
+ }
+
+ /**
+ * @dev దాని వినియోగదారు ప్రాతినిధ్యాన్ని పొందడానికి ఉపయోగించే దశాంశాల సంఖ్యను తిరిగి ఇస్తుంది.
+ * ఉదాహరణకు, `decimals` `2` కి సమానమైతే, `505` టోకెన్ల బ్యాలెన్స్ వినియోగదారునికి `5,05` (`505 / 10 ** 2`)గా ప్రదర్శించబడాలి.
+ *
+ * టోకెన్లు సాధారణంగా 18 విలువను ఎంచుకుంటాయి, ఈథర్ మరియు wei మధ్య సంబంధాన్ని అనుకరిస్తాయి. {_setupDecimals} పిలవబడకపోతే, {ERC20} ఉపయోగించే విలువ ఇదే.
+ *
+ * గమనిక: ఈ సమాచారం కేవలం _ప్రదర్శన_ ప్రయోజనాల కోసం మాత్రమే ఉపయోగించబడుతుంది: ఇది
+ * {IERC20-balanceOf} మరియు {IERC20-transfer}తో సహా కాంట్రాక్ట్ యొక్క ఏ అంకగణితాన్ని ఏ విధంగానూ ప్రభావితం చేయదు.
+ */
+ function decimals() public view returns (uint8) {
+ return _decimals;
+ }
+```
+
+ఈ ఫంక్షన్లు, `name`, `symbol`, మరియు `decimals` వినియోగదారు ఇంటర్ఫేస్లకు మీ కాంట్రాక్ట్ గురించి తెలుసుకోవడానికి సహాయపడతాయి, తద్వారా వారు దానిని సరిగ్గా ప్రదర్శించగలరు.
+
+రిటర్న్ రకం `string memory`, అంటే మెమరీలో నిల్వ చేయబడిన స్ట్రింగ్ను తిరిగి ఇవ్వడం. స్ట్రింగ్ల వంటి వేరియబుల్స్ను మూడు ప్రదేశాలలో నిల్వ చేయవచ్చు:
+
+| | జీవితకాలం | కాంట్రాక్ట్ యాక్సెస్ | గ్యాస్ ఖర్చు |
+| --------- | ------------ | -------------------- | ----------------------------------------------------------------- |
+| మెమరీ | ఫంక్షన్ కాల్ | చదవండి/రాయండి | పదులు లేదా వందలు (అధిక ప్రదేశాలకు ఎక్కువ) |
+| కాల్డేటా | ఫంక్షన్ కాల్ | చదవడానికి మాత్రమే | రిటర్న్ రకంగా ఉపయోగించలేము, కేవలం ఫంక్షన్ పారామీటర్ రకంగా మాత్రమే |
+| స్టోరేజ్ | మారే వరకు | చదవండి/రాయండి | అధికం (చదవడానికి 800, రాయడానికి 20k) |
+
+ఈ సందర్భంలో, `memory` ఉత్తమ ఎంపిక.
+
+### టోకెన్ సమాచారం చదవండి {#read-token-information}
+
+ఇవి టోకెన్ గురించి సమాచారాన్ని అందించే ఫంక్షన్లు, మొత్తం సరఫరా లేదా ఖాతా యొక్క బ్యాలెన్స్.
+
+```solidity
+ /**
+ * @dev {IERC20-totalSupply} చూడండి.
+ */
+ function totalSupply() public view override returns (uint256) {
+ return _totalSupply;
+ }
+```
+
+`totalSupply` ఫంక్షన్ టోకెన్ల మొత్తం సరఫరాను తిరిగి ఇస్తుంది.
+
+
+
+```solidity
+ /**
+ * @dev {IERC20-balanceOf} చూడండి.
+ */
+ function balanceOf(address account) public view override returns (uint256) {
+ return _balances[account];
+ }
+```
+
+ఒక ఖాతా యొక్క బ్యాలెన్స్ చదవండి. ఎవరైనా ఇతరుల ఖాతా బ్యాలెన్స్ను పొందడానికి అనుమతించబడతారని గమనించండి. ఈ సమాచారాన్ని దాచడానికి ప్రయత్నించడంలో అర్థం లేదు, ఎందుకంటే ఇది ఏమైనప్పటికీ ప్రతి నోడ్లో అందుబాటులో ఉంటుంది. _బ్లాక్చెయిన్లో రహస్యాలు లేవు._
+
+### టోకెన్లను బదిలీ చేయండి {#transfer-tokens}
+
+```solidity
+ /**
+ * @dev {IERC20-transfer} చూడండి.
+ *
+ * అవసరాలు:
+ *
+ * - `recipient` సున్నా చిరునామాగా ఉండకూడదు.
+ * - కాలర్ కనీసం `amount` బ్యాలెన్స్ కలిగి ఉండాలి.
+ */
+ function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
+```
+
+`transfer` ఫంక్షన్ పంపినవారి ఖాతా నుండి వేరొకదానికి టోకెన్లను బదిలీ చేయడానికి పిలువబడుతుంది. ఇది బూలియన్ విలువను తిరిగి ఇచ్చినా, ఆ విలువ ఎల్లప్పుడూ **నిజం** అని గమనించండి. బదిలీ విఫలమైతే కాంట్రాక్ట్ కాల్ను తిరిగి మారుస్తుంది.
+
+
+
+```solidity
+ _transfer(_msgSender(), recipient, amount);
+ return true;
+ }
+```
+
+`_transfer` ఫంక్షన్ అసలు పని చేస్తుంది. ఇది ఒక ప్రైవేట్ ఫంక్షన్, దీనిని ఇతర కాంట్రాక్ట్ ఫంక్షన్లు మాత్రమే పిలవగలవు. సంప్రదాయం ప్రకారం ప్రైవేట్ ఫంక్షన్లకు `_` అని పేరు పెట్టారు, స్థితి వేరియబుల్స్లాగే.
+
+సాధారణంగా Solidity లో మేము సందేశం పంపినవారి కోసం `msg.sender` ను ఉపయోగిస్తాము. అయితే, అది [OpenGSN](http://opengsn.org/) ను విచ్ఛిన్నం చేస్తుంది. మన టోకెన్తో ఈథర్లెస్ లావాదేవీలను అనుమతించాలనుకుంటే, మనం `_msgSender()` ను ఉపయోగించాలి. ఇది సాధారణ లావాదేవీల కోసం `msg.sender` ను తిరిగి ఇస్తుంది, కానీ ఈథర్లెస్ వాటి కోసం అసలు సంతకం చేసినవారిని తిరిగి ఇస్తుంది మరియు సందేశాన్ని ప్రసారం చేసిన కాంట్రాక్ట్ను కాదు.
+
+### అలవెన్స్ ఫంక్షన్లు {#allowance-functions}
+
+ఇవి అలవెన్స్ ఫంక్షనాలిటీని అమలు చేసే ఫంక్షన్లు: `allowance`, `approve`, `transferFrom`, మరియు `_approve`. అదనంగా, OpenZeppelin అమలు భద్రతను మెరుగుపరిచే కొన్ని ఫీచర్లను చేర్చడానికి ప్రాథమిక ప్రమాణానికి మించి ఉంటుంది: `increaseAllowance`, మరియు `decreaseAllowance`.
+
+#### అలవెన్స్ ఫంక్షన్ {#allowance}
+
+```solidity
+ /**
+ * @dev {IERC20-allowance} చూడండి.
+ */
+ function allowance(address owner, address spender) public view virtual override returns (uint256) {
+ return _allowances[owner][spender];
+ }
+```
+
+`allowance` ఫంక్షన్ ఎవరైనా ఏ అలవెన్స్నైనా తనిఖీ చేయడానికి అనుమతిస్తుంది.
+
+#### అప్రూవ్ ఫంక్షన్ {#approve}
+
+```solidity
+ /**
+ * @dev {IERC20-approve} చూడండి.
+ *
+ * అవసరాలు:
+ *
+ * - `spender` సున్నా చిరునామాగా ఉండకూడదు.
+ */
+ function approve(address spender, uint256 amount) public virtual override returns (bool) {
+```
+
+ఈ ఫంక్షన్ ఒక అలవెన్స్ సృష్టించడానికి పిలువబడుతుంది. ఇది పైన ఉన్న `transfer` ఫంక్షన్ను పోలి ఉంటుంది:
+
+- ఈ ఫంక్షన్ నిజమైన పని చేసే అంతర్గత ఫంక్షన్ను (ఈ సందర్భంలో, `_approve`) పిలుస్తుంది.
+- ఈ ఫంక్షన్ `నిజం` (విజయవంతమైతే) తిరిగి ఇస్తుంది లేదా రివర్ట్ అవుతుంది (కాకపోతే).
+
+
+
+```solidity
+ _approve(_msgSender(), spender, amount);
+ return true;
+ }
+```
+
+స్థితి మార్పులు జరిగే ప్రదేశాల సంఖ్యను తగ్గించడానికి మేము అంతర్గత ఫంక్షన్లను ఉపయోగిస్తాము. స్థితిని మార్చే _ఏదైనా_ ఫంక్షన్ భద్రత కోసం ఆడిట్ చేయవలసిన సంభావ్య భద్రతా ప్రమాదం. ఈ విధంగా మనం తప్పు చేసే అవకాశాలు తక్కువగా ఉంటాయి.
+
+#### `transferFrom` ఫంక్షన్ {#transferFrom}
+
+ఇది ఒక అలవెన్స్ను ఖర్చు చేయడానికి ఖర్చు చేసేవారు పిలిచే ఫంక్షన్. దీనికి రెండు కార్యకలాపాలు అవసరం: ఖర్చు చేస్తున్న మొత్తాన్ని బదిలీ చేయడం మరియు ఆ మొత్తం ద్వారా అలవెన్స్ను తగ్గించడం.
+
+```solidity
+ /**
+ * @dev {IERC20-transferFrom} చూడండి.
+ *
+ * అప్డేట్ చేయబడిన అలవెన్స్ను సూచించే {Approval} ఈవెంట్ను విడుదల చేస్తుంది. ఇది
+ * EIP ద్వారా అవసరం లేదు. {ERC20} ప్రారంభంలో గమనిక చూడండి.
+ *
+ * అవసరాలు:
+ *
+ * - `sender` మరియు `recipient` సున్నా చిరునామాగా ఉండకూడదు.
+ * - `sender` కనీసం `amount` బ్యాలెన్స్ కలిగి ఉండాలి.
+ * - కాలర్ ``sender`` యొక్క టోకెన్ల కోసం కనీసం
+ * `amount` అలవెన్స్ కలిగి ఉండాలి.
+ */
+ function transferFrom(address sender, address recipient, uint256 amount) public virtual
+ override returns (bool) {
+ _transfer(sender, recipient, amount);
+```
+
+
+
+`a.sub(b, "సందేశం")` ఫంక్షన్ కాల్ రెండు పనులు చేస్తుంది. మొదట, ఇది `a-b`ను లెక్కిస్తుంది, ఇది కొత్త అలవెన్స్.
+రెండవది, ఈ ఫలితం ప్రతికూలంగా లేదని ఇది తనిఖీ చేస్తుంది. ఇది ప్రతికూలంగా ఉంటే, కాల్ అందించిన సందేశంతో తిరిగి వస్తుంది. ఒక కాల్ తిరిగి వచ్చినప్పుడు, ఆ కాల్ సమయంలో ముందుగా చేసిన ఏ ప్రాసెసింగ్ అయినా విస్మరించబడుతుంది కాబట్టి మనం `_transfer`ను రద్దు చేయవలసిన అవసరం లేదని గమనించండి.
+
+```solidity
+ _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount,
+ "ERC20: బదిలీ మొత్తం అలవెన్స్ను మించిపోయింది"));
+ return true;
+ }
+```
+
+#### OpenZeppelin భద్రతా చేర్పులు {#openzeppelin-safety-additions}
+
+సున్నా కాని అలవెన్స్ను మరొక సున్నా కాని విలువకు సెట్ చేయడం ప్రమాదకరం, ఎందుకంటే మీరు మీ స్వంత లావాదేవీల క్రమాన్ని మాత్రమే నియంత్రిస్తారు, మరెవరిదీ కాదు. మీకు ఇద్దరు వినియోగదారులు ఉన్నారని ఊహించుకోండి, అమాయకురాలైన ఆలిస్ మరియు నిజాయితీ లేని బిల్. ఆలిస్కు బిల్ నుండి కొంత సేవ కావాలి, దాని ధర ఐదు టోకెన్లు అని ఆమె అనుకుంటుంది - కాబట్టి ఆమె బిల్కు ఐదు టోకెన్ల అలవెన్స్ ఇస్తుంది.
+
+అప్పుడు ఏదో మారుతుంది మరియు బిల్ ధర పది టోకెన్లకు పెరుగుతుంది. ఇంకా సేవ కావాలనుకునే ఆలిస్, బిల్ అలవెన్స్ను పదికి సెట్ చేసే లావాదేవీని పంపుతుంది. లావాదేవీల పూల్లో ఈ కొత్త లావాదేవీని చూసిన క్షణం, బిల్ ఆలిస్ యొక్క ఐదు టోకెన్లను ఖర్చు చేసే లావాదేవీని పంపుతాడు మరియు అది వేగంగా మైన్ చేయబడటానికి చాలా ఎక్కువ గ్యాస్ ధరను కలిగి ఉంటుంది. ఆ విధంగా బిల్ మొదట ఐదు టోకెన్లను ఖర్చు చేయగలడు మరియు తరువాత, ఆలిస్ యొక్క కొత్త అలవెన్స్ మైన్ చేయబడిన తర్వాత, మొత్తం పదిహేను టోకెన్ల ధరకు మరో పది ఖర్చు చేయగలడు, ఇది ఆలిస్ అధికారం ఇవ్వడానికి ఉద్దేశించిన దానికంటే ఎక్కువ. ఇతీరియములో మీరు మీ స్వంత లావాదేవీల క్రమాన్ని నియంత్రించగలరు, కానీ ఇతర వ్యక్తుల లావాదేవీలు ఏ క్రమంలో అమలు చేయబడతాయో మీరు నియంత్రించలేరు, అవతలి పక్షం లావాదేవీ జరిగిందని మీరు చూసే వరకు మీరు మీ స్వంత లావాదేవీని సమర్పించకపోతే తప్ప.
+
+| ఆలిస్ లావాదేవీ | ఆలిస్ నాన్స్ | బిల్ లావాదేవీ | బిల్ నాన్స్ | బిల్ అలవెన్స్ | ఆలిస్ నుండి బిల్ మొత్తం ఆదాయం |
+| ------------------------------------ | ------------ | ------------------------------------------------ | ----------- | ------------- | ----------------------------- |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| | | transferFrom(Alice, Bill, 5) | 10,123 | 0 | 5 |
+| approve(Bill, 10) | 11 | | | 10 | 5 |
+| | | transferFrom(Alice, Bill, 10) | 10,124 | 0 | 15 |
+
+ఈ సమస్యను నివారించడానికి, ఈ రెండు ఫంక్షన్లు (`increaseAllowance` మరియు `decreaseAllowance`) అలవెన్స్ను ఒక నిర్దిష్ట మొత్తం ద్వారా సవరించడానికి మిమ్మల్ని అనుమతిస్తాయి. కాబట్టి బిల్ ఇప్పటికే ఐదు టోకెన్లను ఖర్చు చేసి ఉంటే, అతను కేవలం మరో ఐదు ఖర్చు చేయగలడు. సమయాన్ని బట్టి, ఇది పని చేయడానికి రెండు మార్గాలు ఉన్నాయి, రెండూ బిల్ కేవలం పది టోకెన్లను పొందడంతో ముగుస్తాయి:
+
+A:
+
+| ఆలిస్ లావాదేవీ | ఆలిస్ నాన్స్ | బిల్ లావాదేవీ | బిల్ నాన్స్ | బిల్ అలవెన్స్ | ఆలిస్ నుండి బిల్ మొత్తం ఆదాయం |
+| --------------------------------------------- | -----------: | ----------------------------------------------- | ----------: | ------------: | ----------------------------- |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| | | transferFrom(Alice, Bill, 5) | 10,123 | 0 | 5 |
+| increaseAllowance(Bill, 5) | 11 | | | 0+5 = 5 | 5 |
+| | | transferFrom(Alice, Bill, 5) | 10,124 | 0 | 10 |
+
+B:
+
+| ఆలిస్ లావాదేవీ | ఆలిస్ నాన్స్ | బిల్ లావాదేవీ | బిల్ నాన్స్ | బిల్ అలవెన్స్ | ఆలిస్ నుండి బిల్ మొత్తం ఆదాయం |
+| --------------------------------------------- | -----------: | ------------------------------------------------ | ----------: | ------------: | ----------------------------: |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| increaseAllowance(Bill, 5) | 11 | | | 5+5 = 10 | 0 |
+| | | transferFrom(Alice, Bill, 10) | 10,124 | 0 | 10 |
+
+```solidity
+ /**
+ * @dev కాలర్ ద్వారా `spender`కు మంజూరు చేయబడిన అలవెన్స్ను అణురూపంగా పెంచుతుంది.
+ *
+ * ఇది {approve}కు ఒక ప్రత్యామ్నాయం, ఇది {IERC20-approve}లో వివరించిన సమస్యలకు ఉపశమనంగా ఉపయోగించబడుతుంది.
+ *
+ * అప్డేట్ చేయబడిన అలవెన్స్ను సూచించే {Approval} ఈవెంట్ను విడుదల చేస్తుంది.
+ *
+ * అవసరాలు:
+ *
+ * - `spender` సున్నా చిరునామాగా ఉండకూడదు.
+ */
+ function increaseAllowance(address spender, uint256 addedValue) public virtual returns (bool) {
+ _approve(_msgSender(), spender, _allowances[_msgSender()][spender].add(addedValue));
+ return true;
+ }
+```
+
+`a.add(b)` ఫంక్షన్ ఒక సురక్షితమైన కూడిక. `a`+`b`>=`2^256` అయ్యే అసంభవమైన సందర్భంలో, ఇది సాధారణ కూడిక వలె చుట్టుముట్టదు.
+
+```solidity
+ /**
+ * @dev కాలర్ ద్వారా `spender`కు మంజూరు చేయబడిన అలవెన్స్ను అణురూపంగా తగ్గిస్తుంది.
+ *
+ * ఇది {approve}కు ఒక ప్రత్యామ్నాయం, ఇది {IERC20-approve}లో వివరించిన సమస్యలకు ఉపశమనంగా ఉపయోగించబడుతుంది.
+ *
+ * అప్డేట్ చేయబడిన అలవెన్స్ను సూచించే {Approval} ఈవెంట్ను విడుదల చేస్తుంది.
+ *
+ * అవసరాలు:
+ *
+ * - `spender` సున్నా చిరునామాగా ఉండకూడదు.
+ * - `spender` కనీసం
+ * `subtractedValue` కాలర్ కోసం అలవెన్స్ కలిగి ఉండాలి.
+ */
+ function decreaseAllowance(address spender, uint256 subtractedValue) public virtual returns (bool) {
+ _approve(_msgSender(), spender, _allowances[_msgSender()][spender].sub(subtractedValue,
+ "ERC20: అలవెన్స్ సున్నా కంటే తక్కువకు తగ్గించబడింది"));
+ return true;
+ }
+```
+
+### టోకెన్ సమాచారాన్ని సవరించే ఫంక్షన్లు {#functions-that-modify-token-information}
+
+ఇవి అసలు పని చేసే నాలుగు ఫంక్షన్లు: `_transfer`, `_mint`, `_burn`, మరియు `_approve`.
+
+#### `_transfer` ఫంక్షన్ {#_transfer}
+
+```solidity
+ /**
+ * @dev `పంపినవారి` నుండి `గ్రహీత`కు `మొత్తం` టోకెన్లను తరలిస్తుంది.
+ *
+ * ఈ అంతర్గత ఫంక్షన్ {transfer}కు సమానం, మరియు దీనిని
+ * ఉదాహరణకు, ఆటోమేటిక్ టోకెన్ ఫీజులు, స్లాషింగ్ మెకానిజమ్స్ మొదలైనవాటిని అమలు చేయడానికి ఉపయోగించవచ్చు.
+ *
+ * ఒక {Transfer} ఈవెంట్ను విడుదల చేస్తుంది.
+ *
+ * అవసరాలు:
+ *
+ * - `sender` సున్నా చిరునామాగా ఉండకూడదు.
+ * - `recipient` సున్నా చిరునామాగా ఉండకూడదు.
+ * - `sender` కనీసం `amount` బ్యాలెన్స్ కలిగి ఉండాలి.
+ */
+ function _transfer(address sender, address recipient, uint256 amount) internal virtual {
+```
+
+ఈ ఫంక్షన్, `_transfer`, టోకెన్లను ఒక ఖాతా నుండి మరొకదానికి బదిలీ చేస్తుంది. ఇది `transfer` (పంపినవారి స్వంత ఖాతా నుండి బదిలీల కోసం) మరియు `transferFrom` (ఇతరుల ఖాతా నుండి బదిలీ చేయడానికి అలవెన్సులను ఉపయోగించడం కోసం) రెండింటి ద్వారా పిలువబడుతుంది.
+
+
+
+```solidity
+ require(sender != address(0), "ERC20: సున్నా చిరునామా నుండి బదిలీ");
+ require(recipient != address(0), "ERC20: సున్నా చిరునామాకు బదిలీ");
+```
+
+ఇతీరియములో సున్నా చిరునామాను ఎవరూ నిజంగా కలిగి లేరు (అంటే, ఎవరికి సరిపోలే పబ్లిక్ కీ సున్నా చిరునామాకు రూపాంతరం చెందుతుందో ఆ ప్రైవేట్ కీ ఎవరికీ తెలియదు). ప్రజలు ఆ చిరునామాను ఉపయోగించినప్పుడు, అది సాధారణంగా ఒక సాఫ్ట్వేర్ బగ్ - కాబట్టి పంపినవారు లేదా గ్రహీతగా సున్నా చిరునామాను ఉపయోగించినట్లయితే మేము విఫలమవుతాము.
+
+
+
+```solidity
+ _beforeTokenTransfer(sender, recipient, amount);
+```
+
+ఈ కాంట్రాక్ట్ను ఉపయోగించడానికి రెండు మార్గాలు ఉన్నాయి:
+
+1. మీ స్వంత కోడ్ కోసం దీనిని ఒక టెంప్లేట్గా ఉపయోగించండి
+2. [దాని నుండి వారసత్వం పొందండి](https://www.bitdegree.org/learn/solidity-inheritance), మరియు మీరు సవరించాల్సిన ఫంక్షన్లను మాత్రమే ఓవర్రైడ్ చేయండి
+
+రెండవ పద్ధతి చాలా మంచిది ఎందుకంటే OpenZeppelin ERC-20 కోడ్ ఇప్పటికే ఆడిట్ చేయబడింది మరియు సురక్షితమని చూపబడింది. మీరు వారసత్వాన్ని ఉపయోగించినప్పుడు మీరు సవరించే ఫంక్షన్లు ఏమిటో స్పష్టంగా ఉంటుంది, మరియు మీ కాంట్రాక్ట్ను విశ్వసించడానికి ప్రజలు ఆ నిర్దిష్ట ఫంక్షన్లను మాత్రమే ఆడిట్ చేయాలి.
+
+ప్రతిసారీ టోకెన్లు చేతులు మారినప్పుడు ఒక ఫంక్షన్ను నిర్వహించడం తరచుగా ఉపయోగకరంగా ఉంటుంది. అయితే, `_transfer` చాలా ముఖ్యమైన ఫంక్షన్ మరియు దానిని అసురక్షితంగా రాయడం సాధ్యమవుతుంది (క్రింద చూడండి), కాబట్టి దానిని ఓవర్రైడ్ చేయకపోవడమే మంచిది. పరిష్కారం `_beforeTokenTransfer`, ఒక [హుక్ ఫంక్షన్](https://wikipedia.org/wiki/Hooking). మీరు ఈ ఫంక్షన్ను ఓవర్రైడ్ చేయవచ్చు, మరియు ఇది ప్రతి బదిలీపై పిలువబడుతుంది.
+
+
+
+```solidity
+ _balances[sender] = _balances[sender].sub(amount, "ERC20: బదిలీ మొత్తం బ్యాలెన్స్ను మించిపోయింది");
+ _balances[recipient] = _balances[recipient].add(amount);
+```
+
+ఇవి వాస్తవానికి బదిలీ చేసే లైన్లు. వాటి మధ్య **ఏమీ** లేదని గమనించండి, మరియు మేము బదిలీ చేయబడిన మొత్తాన్ని పంపినవారి నుండి తీసివేసి, ఆ తర్వాత గ్రహీతకు జోడిస్తాము. ఇది ముఖ్యం ఎందుకంటే మధ్యలో వేరే కాంట్రాక్ట్కు కాల్ ఉంటే, అది ఈ కాంట్రాక్ట్ను మోసం చేయడానికి ఉపయోగించబడి ఉండవచ్చు. ఈ విధంగా బదిలీ అణురూపంగా ఉంటుంది, దాని మధ్యలో ఏమీ జరగదు.
+
+
+
+```solidity
+ emit Transfer(sender, recipient, amount);
+ }
+```
+
+చివరగా, ఒక `Transfer` ఈవెంట్ను విడుదల చేయండి. ఈవెంట్లు స్మార్ట్ కాంట్రాక్ట్లకు అందుబాటులో ఉండవు, కానీ బ్లాక్చెయిన్ వెలుపల నడుస్తున్న కోడ్ ఈవెంట్లను విని వాటికి ప్రతిస్పందించగలదు. ఉదాహరణకు, ఒక వాలెట్ యజమానికి ఎక్కువ టోకెన్లు వచ్చినప్పుడు ట్రాక్ చేయగలదు.
+
+#### `_mint` మరియు `_burn` ఫంక్షన్లు {#_mint-and-_burn}
+
+ఈ రెండు ఫంక్షన్లు (`_mint` మరియు `_burn`) టోకెన్ల మొత్తం సరఫరాను సవరిస్తాయి.
+అవి అంతర్గతమైనవి మరియు ఈ కాంట్రాక్ట్లో వాటిని పిలిచే ఫంక్షన్ ఏదీ లేదు, కాబట్టి మీరు కాంట్రాక్ట్ నుండి వారసత్వం పొంది, కొత్త టోకెన్లను ఏ పరిస్థితులలో మింట్ చేయాలో లేదా ఉన్నవాటిని బర్న్ చేయాలో నిర్ణయించడానికి మీ స్వంత లాజిక్ను జోడిస్తేనే అవి ఉపయోగపడతాయి.
+
+**గమనిక:** ప్రతి ERC-20 టోకెన్ టోకెన్ నిర్వహణను నిర్దేశించే దాని స్వంత వ్యాపార తర్కాన్ని కలిగి ఉంటుంది.
+ఉదాహరణకు, ఒక స్థిర సరఫరా కాంట్రాక్ట్ నిర్మాణకర్తలో మాత్రమే `_mint`ను పిలవవచ్చు మరియు `_burn`ను ఎప్పుడూ పిలవకపోవచ్చు. టోకెన్లను అమ్మే ఒక కాంట్రాక్ట్ చెల్లింపు జరిగినప్పుడు `_mint`ను పిలుస్తుంది, మరియు నియంత్రణ లేని ద్రవ్యోల్బణాన్ని నివారించడానికి ఏదో ఒక సమయంలో `_burn`ను పిలుస్తుంది.
+
+```solidity
+ /** @dev `amount` టోకెన్లను సృష్టిస్తుంది మరియు వాటిని `account`కు కేటాయిస్తుంది, మొత్తం సరఫరాను పెంచుతుంది.
+ *
+ * `from`ను సున్నా చిరునామాకు సెట్ చేసి {Transfer} ఈవెంట్ను విడుదల చేస్తుంది.
+ *
+ * అవసరాలు:
+ *
+ * - `to` సున్నా చిరునామాగా ఉండకూడదు.
+ */
+ function _mint(address account, uint256 amount) internal virtual {
+ require(account != address(0), "ERC20: సున్నా చిరునామాకు మింట్");
+ _beforeTokenTransfer(address(0), account, amount);
+ _totalSupply = _totalSupply.add(amount);
+ _balances[account] = _balances[account].add(amount);
+ emit Transfer(address(0), account, amount);
+ }
+```
+
+టోకెన్ల మొత్తం సంఖ్య మారినప్పుడు `_totalSupply`ను అప్డేట్ చేయాలని నిర్ధారించుకోండి.
+
+
+
+```solidity
+ /**
+ * @dev `account` నుండి `amount` టోకెన్లను నాశనం చేస్తుంది, మొత్తం సరఫరాను తగ్గిస్తుంది.
+ *
+ * `to`ను సున్నా చిరునామాకు సెట్ చేసి {Transfer} ఈవెంట్ను విడుదల చేస్తుంది.
+ *
+ * అవసరాలు:
+ *
+ * - `account` సున్నా చిరునామాగా ఉండకూడదు.
+ * - `account` కనీసం `amount` టోకెన్లను కలిగి ఉండాలి.
+ */
+ function _burn(address account, uint256 amount) internal virtual {
+ require(account != address(0), "ERC20: సున్నా చిరునామా నుండి బర్న్");
+
+ _beforeTokenTransfer(account, address(0), amount);
+
+ _balances[account] = _balances[account].sub(amount, "ERC20: బర్న్ మొత్తం బ్యాలెన్స్ను మించిపోయింది");
+ _totalSupply = _totalSupply.sub(amount);
+ emit Transfer(account, address(0), amount);
+ }
+```
+
+`_burn` ఫంక్షన్ దాదాపుగా `_mint` వలె ఉంటుంది, అయితే ఇది వ్యతిరేక దిశలో వెళ్తుంది.
+
+#### `_approve` ఫంక్షన్ {#_approve}
+
+ఇది వాస్తవానికి అలవెన్సులను నిర్దేశించే ఫంక్షన్. యజమాని ప్రస్తుత బ్యాలెన్స్ కంటే ఎక్కువ ఉన్న అలవెన్స్ను నిర్దేశించడానికి ఇది అనుమతిస్తుందని గమనించండి. ఇది సరే ఎందుకంటే బదిలీ సమయంలో బ్యాలెన్స్ తనిఖీ చేయబడుతుంది, అప్పుడు అది అలవెన్స్ సృష్టించబడినప్పుడు ఉన్న బ్యాలెన్స్ నుండి భిన్నంగా ఉండవచ్చు.
+
+```solidity
+ /**
+ * @dev `యజమాని` టోకెన్లపై `ఖర్చు చేసేవారి` యొక్క అలవెన్స్గా `మొత్తాన్ని` సెట్ చేస్తుంది.
+ *
+ * ఈ అంతర్గత ఫంక్షన్ `approve`కు సమానం, మరియు దీనిని
+ * ఉదాహరణకు, కొన్ని ఉపవ్యవస్థల కోసం ఆటోమేటిక్ అలవెన్సులను సెట్ చేయడానికి మొదలైన వాటికి ఉపయోగించవచ్చు.
+ *
+ * ఒక {Approval} ఈవెంట్ను విడుదల చేస్తుంది.
+ *
+ * అవసరాలు:
+ *
+ * - `owner` సున్నా చిరునామాగా ఉండకూడదు.
+ * - `spender` సున్నా చిరునామాగా ఉండకూడదు.
+ */
+ function _approve(address owner, address spender, uint256 amount) internal virtual {
+ require(owner != address(0), "ERC20: సున్నా చిరునామా నుండి ఆమోదం");
+ require(spender != address(0), "ERC20: సున్నా చిరునామాకు ఆమోదం");
+
+ _allowances[owner][spender] = amount;
+```
+
+
+
+ఒక `Approval` ఈవెంట్ను విడుదల చేయండి. అప్లికేషన్ ఎలా వ్రాయబడింది అనేదానిపై ఆధారపడి, ఖర్చు చేసే కాంట్రాక్ట్కు యజమాని ద్వారా లేదా ఈ ఈవెంట్లను వినే సర్వర్ ద్వారా ఆమోదం గురించి తెలియజేయవచ్చు.
+
+```solidity
+ emit Approval(owner, spender, amount);
+ }
+```
+
+### దశాంశాల వేరియబుల్ను సవరించండి {#modify-the-decimals-variable}
+
+```solidity
+ /**
+ * @dev {decimals}ను 18 యొక్క డిఫాల్ట్ విలువ కాకుండా వేరే విలువకు సెట్ చేస్తుంది.
+ *
+ * హెచ్చరిక: ఈ ఫంక్షన్ నిర్మాణకర్త నుండి మాత్రమే పిలవబడాలి. టోకెన్ కాంట్రాక్ట్లతో పరస్పర చర్య జరిపే చాలా అప్లికేషన్లు
+ * {decimals} ఎప్పుడూ మారుతుందని ఊహించవు, మరియు అలా మారితే తప్పుగా పని చేయవచ్చు.
+ */
+ function _setupDecimals(uint8 decimals_) internal {
+ _decimals = decimals_;
+ }
+```
+
+ఈ ఫంక్షన్ `_decimals` వేరియబుల్ను సవరిస్తుంది, ఇది వినియోగదారు ఇంటర్ఫేస్లకు మొత్తాన్ని ఎలా అర్థం చేసుకోవాలో చెప్పడానికి ఉపయోగించబడుతుంది.
+మీరు దీనిని నిర్మాణకర్త నుండి పిలవాలి. తర్వాతి ఏ సమయంలోనైనా దీనిని పిలవడం నిజాయితీ లేనిదిగా ఉంటుంది, మరియు అప్లికేషన్లు దీనిని నిర్వహించడానికి రూపొందించబడలేదు.
+
+### హుక్స్ {#hooks}
+
+```solidity
+ /**
+ * @dev టోకెన్ల ఏ బదిలీకి ముందు పిలవబడే హుక్. ఇందులో
+ * మింటింగ్ మరియు బర్నింగ్ కూడా ఉంటాయి.
+ *
+ * పిలిచే పరిస్థితులు:
+ *
+ * - `from` మరియు `to` రెండూ సున్నా కానివి అయినప్పుడు, ``from`` యొక్క టోకెన్ల `మొత్తం`
+ * `to`కు బదిలీ చేయబడుతుంది.
+ * - `from` సున్నా అయినప్పుడు, `to` కోసం `amount` టోకెన్లు మింట్ చేయబడతాయి.
+ * - `to` సున్నా అయినప్పుడు, ``from`` యొక్క టోకెన్ల `amount` బర్న్ చేయబడుతుంది.
+ * - `from` మరియు `to` రెండూ ఎప్పుడూ సున్నా కావు.
+ *
+ * హుక్స్ గురించి మరింత తెలుసుకోవడానికి, xref:ROOT:extending-contracts.adoc#using-hooks[హుక్స్ ఉపయోగించడం]కు వెళ్లండి.
+ */
+ function _beforeTokenTransfer(address from, address to, uint256 amount) internal virtual { }
+```
+
+ఇది బదిలీల సమయంలో పిలవబడే హుక్ ఫంక్షన్. ఇక్కడ ఇది ఖాళీగా ఉంది, కానీ మీకు అది ఏదైనా చేయవలసి వస్తే మీరు దానిని ఓవర్రైడ్ చేయండి.
+
+## ముగింపు {#conclusion}
+
+సమీక్ష కోసం, ఈ కాంట్రాక్ట్లోని కొన్ని ముఖ్యమైన ఆలోచనలు ఇక్కడ ఉన్నాయి (నా అభిప్రాయం ప్రకారం, మీది మారే అవకాశం ఉంది):
+
+- _బ్లాక్చెయిన్లో రహస్యాలు లేవు_. ఒక స్మార్ట్ కాంట్రాక్ట్ యాక్సెస్ చేయగల ఏ సమాచారం అయినా ప్రపంచం మొత్తానికి అందుబాటులో ఉంటుంది.
+- మీరు మీ స్వంత లావాదేవీల క్రమాన్ని నియంత్రించగలరు, కానీ ఇతర వ్యక్తుల లావాదేవీలు ఎప్పుడు జరుగుతాయో కాదు. అలవెన్స్ను మార్చడం ప్రమాదకరంగా ఉండటానికి ఇదే కారణం, ఎందుకంటే ఇది ఖర్చు చేసేవారికి రెండు అలవెన్స్ల మొత్తాన్ని ఖర్చు చేయడానికి అనుమతిస్తుంది.
+- `uint256` రకం విలువలు చుట్టుముడతాయి. మరో మాటలో చెప్పాలంటే, _0-1=2^256-1_. అది కావాల్సిన ప్రవర్తన కాకపోతే, మీరు దాని కోసం తనిఖీ చేయాలి (లేదా మీ కోసం చేసే SafeMath లైబ్రరీని ఉపయోగించండి). [Solidity 0.8.0](https://docs.soliditylang.org/en/breaking/080-breaking-changes.html)లో ఇది మారిందని గమనించండి.
+- ఒక నిర్దిష్ట రకానికి చెందిన అన్ని స్థితి మార్పులను ఒక నిర్దిష్ట ప్రదేశంలో చేయండి, ఎందుకంటే ఇది ఆడిటింగ్ను సులభతరం చేస్తుంది.
+ ఉదాహరణకు, `approve`, `transferFrom`, `increaseAllowance`, మరియు `decreaseAllowance` ద్వారా పిలువబడే `_approve` మనకు ఉండటానికి ఇదే కారణం
+- స్థితి మార్పులు అణురూపంగా ఉండాలి, వాటి మధ్యలో మరే ఇతర చర్య లేకుండా (`_transfer`లో మీరు చూడవచ్చు). ఇది ఎందుకంటే స్థితి మార్పు సమయంలో మీకు అస్థిరమైన స్థితి ఉంటుంది. ఉదాహరణకు, మీరు పంపినవారి బ్యాలెన్స్ నుండి తీసివేసే సమయం మరియు గ్రహీత బ్యాలెన్స్కు జోడించే సమయం మధ్యలో ఉండాల్సిన దానికంటే తక్కువ టోకెన్లు ఉనికిలో ఉంటాయి. వాటి మధ్య కార్యకలాపాలు ఉంటే, ముఖ్యంగా వేరే కాంట్రాక్ట్కు కాల్స్ ఉంటే ఇది దుర్వినియోగం చేయబడే అవకాశం ఉంది.
+
+ఇప్పుడు మీరు OpenZeppelin ERC-20 కాంట్రాక్ట్ ఎలా వ్రాయబడింది, మరియు ముఖ్యంగా అది ఎలా మరింత సురక్షితంగా చేయబడింది అని చూశారు, వెళ్లి మీ స్వంత సురక్షితమైన కాంట్రాక్ట్లు మరియు అప్లికేషన్లను వ్రాయండి.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md b/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
new file mode 100644
index 00000000000..966aeb3e528
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
@@ -0,0 +1,217 @@
+---
+title: సేఫ్టీ రైల్స్తో ERC-20
+description: చిన్న పొరపాట్లను నివారించడంలో ప్రజలకు ఎలా సహాయం చేయాలి
+author: ఓరి పోమెరాంట్జ్
+lang: te
+tags: [ "erc-20" ]
+skill: ఆరంభకులు
+published: 2022-08-15
+---
+
+## పరిచయం {#introduction}
+
+ఇతీరియము గురించి గొప్ప విషయాలలో ఒకటి ఏమిటంటే, మీ లావాదేవీలను సవరించగల లేదా రద్దు చేయగల కేంద్ర అధికారం ఏదీ లేదు. ఇతీరియముతో ఉన్న పెద్ద సమస్యలలో ఒకటి ఏమిటంటే, వినియోగదారుడి పొరపాట్లను లేదా చట్టవిరుద్ధమైన లావాదేవీలను రద్దు చేసే అధికారం ఉన్న కేంద్ర అధికారం ఏదీ లేదు. ఈ ఆర్టికల్లో మీరు [ERC-20](/developers/docs/standards/tokens/erc-20/) టోకెన్లతో వినియోగదారులు చేసే కొన్ని సాధారణ తప్పుల గురించి, అలాగే ఆ తప్పులను నివారించడానికి వినియోగదారులకు సహాయపడే ERC-20 ఒప్పందాలను ఎలా సృష్టించాలో లేదా కేంద్ర అధికారానికి కొంత శక్తిని (ఉదాహరణకు ఖాతాలను ఫ్రీజ్ చేయడానికి) ఎలా ఇవ్వాలో నేర్చుకుంటారు.
+
+[OpenZeppelin ERC-20 టోకెన్ ఒప్పందాన్ని](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20) మేము ఉపయోగిస్తున్నప్పటికీ, ఈ కథనం దానిని పెద్దగా వివరంగా వివరించదని గమనించండి. మీరు ఈ సమాచారాన్ని [ఇక్కడ](/developers/tutorials/erc20-annotated-code) కనుగొనవచ్చు.
+
+మీరు పూర్తి మూల సంకేత భాషను చూడాలనుకుంటే:
+
+1. [రీమిక్స్ IDE](https://remix.ethereum.org/)ని తెరవండి.
+2. క్లోన్ గిట్హబ్ ఐకాన్ను () క్లిక్ చేయండి.
+3. గిట్హబ్ రిపోజిటరీని `https://github.com/qbzzt/20220815-erc20-safety-rails` క్లోన్ చేయండి.
+4. **contracts > erc20-safety-rails.sol** తెరవండి.
+
+## ఒక ERC-20 ఒప్పందాన్ని సృష్టించడం {#creating-an-erc-20-contract}
+
+మేము సేఫ్టీ రైల్ ఫంక్షనాలిటీని జోడించే ముందు, మాకు ERC-20 ఒప్పందం అవసరం. ఈ ఆర్టికల్లో మనం [ది ఓపెన్జెప్పెలిన్ కాంట్రాక్ట్స్ విజార్డ్](https://docs.openzeppelin.com/contracts/5.x/wizard) ను ఉపయోగిస్తాము. దీన్ని మరొక బ్రౌజర్లో తెరిచి, ఈ సూచనలను పాటించండి:
+
+1. **ERC20** ఎంచుకోండి.
+
+2. ఈ సెట్టింగులను నమోదు చేయండి:
+
+ | పరామితి | విలువ |
+ | ----------------- | ---------------- |
+ | పేరు | SafetyRailsToken |
+ | చిహ్నం | SAFE |
+ | ప్రీమింట్ | 1000 |
+ | లక్షణాలు | ఏదీ లేదు |
+ | యాక్సెస్ కంట్రోల్ | Ownable |
+ | అప్గ్రేడబిలిటీ | ఏదీ లేదు |
+
+3. పైకి స్క్రోల్ చేసి, **Remix లో తెరవండి** (Remix కోసం) లేదా వేరొక వాతావరణాన్ని ఉపయోగించడానికి **డౌన్లోడ్** క్లిక్ చేయండి. మీరు రీమిక్స్ వాడుతున్నారని నేను భావిస్తున్నాను, మీరు వేరేది ఏదైనా వాడితే, తగిన మార్పులు చేసుకోండి.
+
+4. మన దగ్గర ఇప్పుడు పూర్తిస్థాయిలో పనిచేసే ERC-20 ఒప్పందం ఉంది. దిగుమతి చేసుకున్న సంకేత భాషను చూడటానికి మీరు `.deps` > `npm`ను విస్తరించవచ్చు.
+
+5. ఇది ERC-20 ఒప్పందంగా పనిచేస్తుందని చూడటానికి ఒప్పందాన్ని కంపైల్ చేయండి, డిప్లాయ్ చేయండి మరియు దానితో ప్రయోగాలు చేయండి. రీమిక్స్ను ఎలా ఉపయోగించాలో మీరు నేర్చుకోవలసి వస్తే, [ఈ ట్యుటోరియల్ను ఉపయోగించండి](https://remix.ethereum.org/?#activate=udapp,solidity,LearnEth).
+
+## సాధారణ తప్పులు {#common-mistakes}
+
+### తప్పులు {#the-mistakes}
+
+వినియోగదారులు కొన్నిసార్లు తప్పు చిరునామాకు టోకెన్లను పంపుతారు. వారు ఏమి చేయాలనుకుంటున్నారో తెలుసుకోవడానికి మేము వారి మనస్సులను చదవలేనప్పటికీ, చాలా తరచుగా జరిగే మరియు గుర్తించడం సులభం అయిన రెండు రకాల లోపాలు ఉన్నాయి:
+
+1. ఒప్పందం యొక్క సొంత చిరునామాకు టోకెన్లను పంపడం. ఉదాహరణకు, [ఆప్టిమిజం యొక్క OP టోకెన్](https://optimism.mirror.xyz/qvd0WfuLKnePm1Gxb9dpGchPf5uDz5NSMEFdgirDS4c) రెండు నెలల కన్నా తక్కువ సమయంలో [120,000 కన్నా ఎక్కువ](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000042) OP టోకెన్లను సేకరించగలిగింది. ఇది ప్రజలు బహుశా కోల్పోయిన గణనీయమైన సంపదను సూచిస్తుంది.
+
+2. టోకెన్లను ఖాళీ చిరునామాకు పంపడం, అది ఒక [బాహ్యంగా యాజమాన్యం గల ఖాతా](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs) లేదా [స్మార్ట్ ఒప్పందం](/developers/docs/smart-contracts)కు చెందనిది. ఇది ఎంత తరచుగా జరుగుతుందనే దానిపై నా దగ్గర గణాంకాలు లేనప్పటికీ, [ఒక సంఘటన 20,000,000 టోకెన్లకు ఖర్చు కావచ్చు](https://gov.optimism.io/t/message-to-optimism-community-from-wintermute/2595).
+
+### బదిలీలను నిరోధించడం {#preventing-transfers}
+
+OpenZeppelin ERC-20 ఒప్పందం ఒక టోకెన్ బదిలీ చేయబడటానికి ముందు పిలువబడే [ఒక హుక్, `_beforeTokenTransfer`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol#L364-L368) ను కలిగి ఉంటుంది. డిఫాల్ట్గా ఈ హుక్ ఏమీ చేయదు, కానీ మనం దానిపై మన స్వంత ఫంక్షనాలిటీని తగిలించవచ్చు, ఉదాహరణకు సమస్య ఉంటే వెనక్కితిప్పే తనిఖీలు.
+
+హుక్ను ఉపయోగించడానికి, కన్స్ట్రక్టర్ తర్వాత ఈ ఫంక్షన్ను జోడించండి:
+
+```solidity
+ function _beforeTokenTransfer(address from, address to, uint256 amount)
+ internal virtual
+ override(ERC20)
+ {
+ super._beforeTokenTransfer(from, to, amount);
+ }
+```
+
+మీకు సాలిడిటీతో పెద్దగా పరిచయం లేకపోతే ఈ ఫంక్షన్లోని కొన్ని భాగాలు కొత్తగా ఉండవచ్చు:
+
+```solidity
+ internal virtual
+```
+
+`virtual` అనే కీవర్డ్ అర్థం ఏమిటంటే, మనం `ERC20` నుండి ఫంక్షనాలిటీని వారసత్వంగా పొంది, ఈ ఫంక్షన్ను భర్తీ చేసినట్లే, ఇతర ఒప్పందాలు మన నుండి వారసత్వంగా పొంది ఈ ఫంక్షన్ను భర్తీ చేయవచ్చు.
+
+```solidity
+ override(ERC20)
+```
+
+`_beforeTokenTransfer` యొక్క ERC20 టోకెన్ నిర్వచనాన్ని మనం [ఓవర్రైడ్](https://docs.soliditylang.org/en/v0.8.15/contracts.html#function-overriding) చేస్తున్నామని మనం స్పష్టంగా పేర్కొనాలి. సాధారణంగా, భద్రతా దృక్కోణం నుండి, అవ్యక్త నిర్వచనాల కంటే స్పష్టమైన నిర్వచనాలు చాలా మేలు - మీరు చేసినది మీ కళ్ళ ముందు ఉంటే దాన్ని మీరు మర్చిపోలేరు. అందుకే మనం ఏ సూపర్క్లాస్ యొక్క `_beforeTokenTransfer` ను ఓవర్రైడ్ చేస్తున్నామో పేర్కొనవలసి ఉంటుంది.
+
+```solidity
+ super._beforeTokenTransfer(from, to, amount);
+```
+
+ఈ లైన్ మనం వారసత్వంగా పొందిన ఒప్పందం లేదా ఒప్పందాల యొక్క `_beforeTokenTransfer` ఫంక్షన్ను పిలుస్తుంది. ఈ సందర్భంలో, అది `ERC20` మాత్రమే, `Ownable` కి ఈ హుక్ లేదు. ప్రస్తుతానికి `ERC20._beforeTokenTransfer` ఏమీ చేయనప్పటికీ, భవిష్యత్తులో ఫంక్షనాలిటీ జోడించబడినప్పుడు (మరియు మేము ఒప్పందాన్ని మళ్లీ అమలు చేయాలని నిర్ణయించుకున్నప్పుడు, ఎందుకంటే ఒప్పందాలు అమలు చేసిన తర్వాత మారవు) మేము దానిని పిలుస్తాము.
+
+### అవసరాలను కోడింగ్ చేయడం {#coding-the-requirements}
+
+మేము ఈ అవసరాలను ఫంక్షన్కు జోడించాలనుకుంటున్నాము:
+
+- `to` చిరునామా `address(this)`కు, అంటే ERC-20 ఒప్పందం యొక్క చిరునామాకు సమానంగా ఉండకూడదు.
+- `to` చిరునామా ఖాళీగా ఉండకూడదు, అది ఈ రెండిటిలో ఒకటి అయి ఉండాలి:
+ - ఒక బాహ్యంగా యాజమాన్యం గల ఖాతా (EOA). ఒక చిరునామా EOA అవునో కాదో మనం నేరుగా తనిఖీ చేయలేము, కానీ మనం ఒక చిరునామా యొక్క ETH బ్యాలెన్స్ను తనిఖీ చేయవచ్చు. EOAలు దాదాపు ఎల్లప్పుడూ బ్యాలెన్స్ను కలిగి ఉంటాయి, అవి ఇకపై ఉపయోగించనప్పటికీ - వాటిని చివరి వీ వరకు క్లియర్ చేయడం కష్టం.
+ - ఒక స్మార్ట్ ఒప్పందం. ఒక చిరునామా స్మార్ట్ ఒప్పందం అవునో కాదో పరీక్షించడం కొంచెం కష్టం. బాహ్య సంకేత భాష పొడవును తనిఖీ చేసే ఒక ఆప్కోడ్ ఉంది, దానిని [`EXTCODESIZE`](https://www.evm.codes/#3b) అని పిలుస్తారు, కానీ అది సాలిడిటీలో నేరుగా అందుబాటులో లేదు. దాని కోసం మనం [యుల్](https://docs.soliditylang.org/en/v0.8.15/yul.html) ను ఉపయోగించాలి, ఇది EVM అసెంబ్లీ. సాలిడిటీ నుండి మనం ఉపయోగించగల ఇతర విలువలు ఉన్నాయి ([`.code` మరియు `.codehash`](https://docs.soliditylang.org/en/v0.8.15/units-and-global-variables.html#members-of-address-types)), కానీ అవి ఎక్కువ ఖర్చు అవుతాయి.
+
+కొత్త సంకేత భాషను లైన్ వారీగా పరిశీలిద్దాం:
+
+```solidity
+ require(to != address(this), "ఒప్పందం చిరునామాకు టోకెన్లను పంపలేరు");
+```
+
+ఇది మొదటి అవసరం, `to` మరియు `this(address)` ఒకటే కాదని తనిఖీ చేయండి.
+
+```solidity
+ bool isToContract;
+ assembly {
+ isToContract := gt(extcodesize(to), 0)
+ }
+```
+
+ఒక చిరునామా ఒప్పందం అవునో కాదో మనం ఈ విధంగా తనిఖీ చేస్తాము. మేము Yul నుండి నేరుగా అవుట్పుట్ను స్వీకరించలేము, కాబట్టి బదులుగా మేము ఫలితాన్ని ఉంచడానికి ఒక వేరియబుల్ను నిర్వచిస్తాము (ఈ సందర్భంలో `isToContract`). Yul పనిచేసే విధానం ఏమిటంటే, ప్రతి ఆప్కోడ్ ఒక ఫంక్షన్గా పరిగణించబడుతుంది. కాబట్టి మొదట మనం ఒప్పందం పరిమాణాన్ని పొందడానికి [`EXTCODESIZE`](https://www.evm.codes/#3b) ను పిలుస్తాము, ఆపై అది సున్నా కాదని తనిఖీ చేయడానికి [`GT`](https://www.evm.codes/#11) ని ఉపయోగిస్తాము (మేము అన్సైన్డ్ పూర్ణాంకాలతో వ్యవహరిస్తున్నాము, కాబట్టి అది ప్రతికూలంగా ఉండదు). ఆ తర్వాత మనం ఫలితాన్ని `isToContract` కు వ్రాస్తాము.
+
+```solidity
+ require(to.balance != 0 || isToContract, "ఖాళీ చిరునామాకు టోకెన్లను పంపలేరు");
+```
+
+చివరగా, ఖాళీ చిరునామాల కోసం అసలైన తనిఖీ మనకు ఉంది.
+
+## పరిపాలనా యాక్సెస్ {#admin-access}
+
+తప్పులను రద్దు చేయగల నిర్వాహకుడు ఉండటం కొన్నిసార్లు ఉపయోగకరంగా ఉంటుంది. దుర్వినియోగం యొక్క సంభావ్యతను తగ్గించడానికి, ఈ నిర్వాహకుడు ఒక [మల్టీసిగ్](https://blog.logrocket.com/security-choices-multi-signature-wallets/) కావచ్చు, తద్వారా ఒక చర్యపై బహుళ వ్యక్తులు అంగీకరించాలి. ఈ ఆర్టికల్లో మనకు రెండు పరిపాలనా లక్షణాలు ఉంటాయి:
+
+1. ఖాతాలను ఫ్రీజింగ్ మరియు అన్ఫ్రీజింగ్ చేయడం. ఉదాహరణకు, ఒక ఖాతా రాజీ పడినప్పుడు ఇది ఉపయోగకరంగా ఉంటుంది.
+2. ఆస్తి శుభ్రపరచడం.
+
+ చట్టబద్ధతను పొందటానికి కొన్నిసార్లు మోసగాళ్ళు నిజమైన టోకెన్ యొక్క ఒప్పందానికి మోసపూరిత టోకెన్లను పంపుతారు. ఉదాహరణకు, [ఇక్కడ చూడండి](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe?tab=holders). చట్టబద్ధమైన ERC-20 ఒప్పందం [0x4200....0042](https://optimism.blockscout.com/token/0x4200000000000000000000000000000000000042). అదిగా నటిస్తున్న స్కామ్ [0x234....bbe](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe).
+
+ ప్రజలు పొరపాటున మన ఒప్పందానికి చట్టబద్ధమైన ERC-20 టోకెన్లను పంపే అవకాశం కూడా ఉంది, వాటిని బయటకు తీయడానికి ఒక మార్గం కావడానికి ఇది మరొక కారణం.
+
+OpenZeppelin పరిపాలనా యాక్సెస్ను ప్రారంభించడానికి రెండు యంత్రాంగాలను అందిస్తుంది:
+
+- [`Ownable`](https://docs.openzeppelin.com/contracts/5.x/access-control#ownership-and-ownable) ఒప్పందాలకు ఒకే యజమాని ఉంటారు. `onlyOwner` [మాడిఫైయర్](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) ఉన్న ఫంక్షన్లను ఆ యజమాని మాత్రమే పిలవగలరు. యజమానులు యాజమాన్యాన్ని వేరొకరికి బదిలీ చేయవచ్చు లేదా పూర్తిగా త్యజించవచ్చు. అన్ని ఇతర ఖాతాల హక్కులు సాధారణంగా ఒకే విధంగా ఉంటాయి.
+- [`AccessControl`](https://docs.openzeppelin.com/contracts/5.x/access-control#role-based-access-control)ఒప్పందాలు [రోల్ బేస్డ్ యాక్సెస్ కంట్రోల్ (RBAC)](https://en.wikipedia.org/wiki/Role-based_access_control) ను కలిగి ఉంటాయి.
+
+సరళత కోసం, ఈ ఆర్టికల్లో మనం `Ownable` ని ఉపయోగిస్తాము.
+
+### ఒప్పందాలను ఫ్రీజింగ్ మరియు థావింగ్ చేయడం {#freezing-and-thawing-contracts}
+
+ఒప్పందాలను ఫ్రీజింగ్ మరియు థావింగ్ చేయడానికి అనేక మార్పులు అవసరం:
+
+- ఏ చిరునామాలు ఫ్రీజ్ చేయబడ్డాయో ట్రాక్ చేయడానికి చిరునామాల నుండి [బూలియన్లకు](https://en.wikipedia.org/wiki/Boolean_data_type) ఒక [మ్యాపింగ్](https://www.tutorialspoint.com/solidity/solidity_mappings.htm). అన్ని విలువలు ప్రారంభంలో సున్నా, ఇది బూలియన్ విలువల కోసం తప్పుగా వ్యాఖ్యానించబడుతుంది. డిఫాల్ట్గా ఖాతాలు ఫ్రీజ్ చేయబడవు కాబట్టి మనం కోరుకునేది ఇదే.
+
+ ```solidity
+ mapping(address => bool) public frozenAccounts;
+ ```
+
+- ఒక ఖాతా ఫ్రీజ్ చేయబడినప్పుడు లేదా థా చేయబడినప్పుడు ఆసక్తి ఉన్న ఎవరికైనా తెలియజేయడానికి [ఈవెంట్లు](https://www.tutorialspoint.com/solidity/solidity_events.htm). సాంకేతికంగా చెప్పాలంటే ఈ చర్యలకు ఈవెంట్లు అవసరం లేదు, కానీ ఇది ఆఫ్చైన్ సంకేత భాషకు ఈ ఈవెంట్లను వినడానికి మరియు ఏమి జరుగుతుందో తెలుసుకోవడానికి సహాయపడుతుంది. వేరొకరికి సంబంధించినది ఏదైనా జరిగినప్పుడు వాటిని విడుదల చేయడం స్మార్ట్ ఒప్పందం యొక్క మంచి పద్ధతిగా పరిగణించబడుతుంది.
+
+ ఈవెంట్లు ఇండెక్స్ చేయబడ్డాయి కాబట్టి ఒక ఖాతా ఫ్రీజ్ చేయబడిన లేదా థా చేయబడిన అన్ని సార్లు శోధించడం సాధ్యమవుతుంది.
+
+ ```solidity
+ // ఖాతాలు ఫ్రీజ్ చేయబడినప్పుడు లేదా అన్ఫ్రీజ్ చేయబడినప్పుడు
+ event AccountFrozen(address indexed _addr);
+ event AccountThawed(address indexed _addr);
+ ```
+
+- ఖాతాలను ఫ్రీజింగ్ మరియు థావింగ్ చేయడానికి ఫంక్షన్లు. ఈ రెండు ఫంక్షన్లు దాదాపు ఒకే విధంగా ఉంటాయి, కాబట్టి మనం ఫ్రీజ్ ఫంక్షన్ను మాత్రమే పరిశీలిస్తాము.
+
+ ```solidity
+ function freezeAccount(address addr)
+ public
+ onlyOwner
+ ```
+
+ [`public`](https://www.tutorialspoint.com/solidity/solidity_contracts.htm) అని మార్క్ చేయబడిన ఫంక్షన్లను ఇతర స్మార్ట్ ఒప్పందాల నుండి లేదా నేరుగా లావాదేవీ ద్వారా పిలవవచ్చు.
+
+ ```solidity
+ {
+ require(!frozenAccounts[addr], "ఖాతా ఇప్పటికే ఫ్రీజ్ చేయబడింది");
+ frozenAccounts[addr] = true;
+ emit AccountFrozen(addr);
+ } // ఫ్రీజ్అకౌంట్
+ ```
+
+ ఖాతా ఇప్పటికే ఫ్రీజ్ చేయబడితే, వెనక్కి తిప్పండి. లేకపోతే, దానిని ఫ్రీజ్ చేసి, ఒక ఈవెంట్ను `emit` చేయండి.
+
+- ఫ్రీజ్ చేయబడిన ఖాతా నుండి డబ్బు తరలించకుండా నిరోధించడానికి `_beforeTokenTransfer`ని మార్చండి. ఫ్రీజ్ చేయబడిన ఖాతాలోకి ఇంకా డబ్బు బదిలీ చేయవచ్చని గమనించండి.
+
+ ```solidity
+ require(!frozenAccounts[from], "ఖాతా ఫ్రీజ్ చేయబడింది");
+ ```
+
+### ఆస్తి శుభ్రపరచడం {#asset-cleanup}
+
+ఈ ఒప్పందం ద్వారా ఉంచబడిన ERC-20 టోకెన్లను విడుదల చేయడానికి, మనం అవి చెందిన టోకెన్ ఒప్పందంపై ఒక ఫంక్షన్ను పిలవాలి, అది [`transfer`](https://eips.ethereum.org/EIPS/eip-20#transfer) లేదా [`approve`](https://eips.ethereum.org/EIPS/eip-20#approve). ఈ సందర్భంలో అనుమతులపై గ్యాస్ను వృథా చేయడంలో అర్థం లేదు, మనం నేరుగా బదిలీ చేయవచ్చు.
+
+```solidity
+ function cleanupERC20(
+ address erc20,
+ address dest
+ )
+ public
+ onlyOwner
+ {
+ IERC20 token = IERC20(erc20);
+```
+
+మనం చిరునామాను స్వీకరించినప్పుడు ఒక ఒప్పందం కోసం ఒక ఆబ్జెక్ట్ను సృష్టించడానికి ఇది సింటాక్స్. మనం దీన్ని చేయగలం ఎందుకంటే మనకు మూల సంకేత భాషలో భాగంగా ERC20 టోకెన్ల నిర్వచనం ఉంది (లైన్ 4 చూడండి), మరియు ఆ ఫైల్ [IERC20 కోసం నిర్వచనాన్ని](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol), అంటే OpenZeppelin ERC-20 ఒప్పందం కోసం ఇంటర్ఫేస్ను కలిగి ఉంది.
+
+```solidity
+ uint balance = token.balanceOf(address(this));
+ token.transfer(dest, balance);
+ }
+```
+
+ఇది ఒక శుభ్రపరిచే ఫంక్షన్, కాబట్టి మనం ఏ టోకెన్లను వదిలివేయకూడదని భావించవచ్చు. వినియోగదారుడి నుండి బ్యాలెన్స్ను మాన్యువల్గా పొందడానికి బదులుగా, మనం ఈ ప్రక్రియను ఆటోమేట్ చేయవచ్చు.
+
+## ముగింపు {#conclusion}
+
+ఇది ఒక సంపూర్ణ పరిష్కారం కాదు - "వినియోగదారుడు తప్పు చేసాడు" అనే సమస్యకు సంపూర్ణ పరిష్కారం లేదు. అయితే, ఈ రకమైన తనిఖీలను ఉపయోగించడం కనీసం కొన్ని తప్పులను నివారించగలదు. ఖాతాలను స్తంభింపజేసే సామర్థ్యం ప్రమాదకరమైనప్పటికీ, హ్యాకర్కు దొంగిలించబడిన నిధులను నిరాకరించడం ద్వారా కొన్ని హ్యాక్ల నష్టాన్ని పరిమితం చేయడానికి ఉపయోగించవచ్చు.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md b/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
new file mode 100644
index 00000000000..a21df9eaed8
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
@@ -0,0 +1,886 @@
+---
+title: web2 ప్రమాణీకరణ కోసం ఇతీరియమును ఉపయోగించడం
+description: ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక డెవలపర్ ఇతీరియము లాగిన్ (web3)ను SAML లాగిన్తో ఇంటిగ్రేట్ చేయగలరు, ఇది web2లో సింగిల్ సైన్-ఆన్ మరియు ఇతర సంబంధిత సేవలను అందించడానికి ఉపయోగించే ఒక ప్రామాణికం. ఇది ఇతీరియము సంతకాల ద్వారా web2 వనరులకు ప్రామాణీకరణను అనుమతిస్తుంది, వినియోగదారు గుణాలు ధృవీకరణల నుండి వస్తాయి.
+author: ఓరి పోమెరాంట్జ్
+tags: [ "web2", "ప్రమాణీకరణ", "eas" ]
+skill: ఆరంభకులు
+lang: te
+published: 2025-04-30
+---
+
+## పరిచయం
+
+[SAML](https://www.onelogin.com/learn/saml) అనేది web2లో ఉపయోగించే ఒక ప్రామాణికం, ఇది [గుర్తింపు ప్రదాత (IdP)](https://en.wikipedia.org/wiki/Identity_provider#SAML_identity_provider)కి [సేవా ప్రదాతల (SP)](https://en.wikipedia.org/wiki/Service_provider_\(SAML\)) కోసం వినియోగదారుడి సమాచారాన్ని అందించడానికి అనుమతిస్తుంది.
+
+ఈ ట్యుటోరియల్లో మీరు ఇతీరియమును ఇంకా స్థానికంగా సపోర్ట్ చేయని web2 సేవలకు తమను తాము ప్రామాణీకరించుకోవడానికి వినియోగదారులను వారి ఇతీరియము వాలెట్లను ఉపయోగించడానికి అనుమతించడానికి, ఇతీరియము సంతకాలను SAMLతో ఎలా ఇంటిగ్రేట్ చేయాలో నేర్చుకుంటారు.
+
+ఈ ట్యుటోరియల్ ఇద్దరు వేర్వేరు ప్రేక్షకుల కోసం వ్రాయబడిందని గమనించండి:
+
+- ఇతీరియమును అర్థం చేసుకుని, SAML నేర్చుకోవాల్సిన ఇతీరియము వ్యక్తులు
+- SAML మరియు web2 ప్రామాణీకరణను అర్థం చేసుకుని, ఇతీరియము నేర్చుకోవాల్సిన Web2 వ్యక్తులు
+
+ఫలితంగా, ఇది మీకు ఇప్పటికే తెలిసిన చాలా పరిచయ విషయాలను కలిగి ఉండబోతోంది. దాన్ని దాటవేయడానికి సంకోచించకండి.
+
+### ఇతీరియము వ్యక్తుల కోసం SAML
+
+SAML ఒక కేంద్రీకృత ప్రోటోకాల్. ఒక సేవా ప్రదాత (SP) ఒక గుర్తింపు ప్రదాత (IdP) నుండి వాదనలను (ఉదాహరణకు "ఇది నా వినియోగదారుడు జాన్, అతనికి A, B, మరియు C చేయడానికి అనుమతులు ఉండాలి") అంగీకరించాలంటే, దానితో గానీ, లేదా ఆ IdP యొక్క సర్టిఫికేట్పై సంతకం చేసిన [సర్టిఫికేట్ అథారిటీ](https://www.ssl.com/article/what-is-a-certificate-authority-ca/)తో గానీ ముందుగా ఉన్న విశ్వాస సంబంధం ఉండాలి.
+
+ఉదాహరణకు, SP కంపెనీలకు ప్రయాణ సేవలను అందించే ఒక ప్రయాణ ఏజెన్సీ కావచ్చు, మరియు IdP ఒక కంపెనీ యొక్క అంతర్గత వెబ్ సైట్ కావచ్చు. ఉద్యోగులు వ్యాపార ప్రయాణాన్ని బుక్ చేసుకోవాల్సిన అవసరం వచ్చినప్పుడు, ప్రయాణ ఏజెన్సీ వాస్తవానికి ప్రయాణాన్ని బుక్ చేసుకోనివ్వడానికి ముందు కంపెనీ ద్వారా ప్రామాణీకరణ కోసం వారిని పంపుతుంది.
+
+
+
+యాక్సెస్ కోసం బ్రౌజర్, SP, మరియు IdP అనే మూడు సంస్థలు ఈ విధంగా చర్చలు జరుపుతాయి. SPకి ముందుగా బ్రౌజర్ని ఉపయోగించే వినియోగదారుడి గురించి ఏమీ తెలియాల్సిన అవసరం లేదు, కేవలం IdPని విశ్వసిస్తే చాలు.
+
+### SAML వ్యక్తుల కోసం ఇతీరియము
+
+ఇతీరియము ఒక వికేంద్రీకృత వ్యవస్థ.
+
+
+
+వినియోగదారులు ఒక ప్రైవేట్ కీని కలిగి ఉంటారు (సాధారణంగా బ్రౌజర్ పొడిగింపులో ఉంచబడుతుంది). ప్రైవేట్ కీ నుండి మీరు పబ్లిక్ కీని, మరియు దాని నుండి 20-బైట్ చిరునామాను పొందవచ్చు. వినియోగదారులు ఒక సిస్టమ్లోకి లాగ్ ఇన్ చేయాల్సిన అవసరం వచ్చినప్పుడు, వారు ఒక నాన్స్ (ఒకే-వినియోగ విలువ)తో ఒక సందేశంపై సంతకం చేయమని అభ్యర్థించబడతారు. ఆ చిరునామా ద్వారా సంతకం సృష్టించబడిందని సర్వర్ ధృవీకరించగలదు.
+
+
+
+సంతకం కేవలం ఇతీరియము చిరునామాను మాత్రమే ధృవీకరిస్తుంది. ఇతర వినియోగదారు గుణాలను పొందడానికి, మీరు సాధారణంగా [ధృవీకరణలు](https://attest.org/) ఉపయోగిస్తారు. ఒక ధృవీకరణలో సాధారణంగా ఈ ఫీల్డ్లు ఉంటాయి:
+
+- **ధృవీకర్త**, ధృవీకరణ చేసిన చిరునామా
+- **గ్రహీత**, ధృవీకరణ వర్తించే చిరునామా
+- **డేటా**, పేరు, అనుమతులు మొదలైన ధృవీకరించబడుతున్న డేటా.
+- **స్కీమా**, డేటాను అర్థం చేసుకోవడానికి ఉపయోగించే స్కీమా యొక్క ID.
+
+ఇతీరియము యొక్క వికేంద్రీకృత స్వభావం కారణంగా, ఏ వినియోగదారుడైనా ధృవీకరణలు చేయవచ్చు. మేము ఏ ధృవీకరణలను నమ్మదగినవిగా పరిగణిస్తామో గుర్తించడానికి ధృవీకర్త యొక్క గుర్తింపు ముఖ్యం.
+
+## సెటప్
+
+మొదటి దశ SAML SP మరియు SAML IdP తమ మధ్య సంభాషించుకోవడం.
+
+1. సాఫ్ట్వేర్ను డౌన్లోడ్ చేయండి. ఈ వ్యాసం కోసం నమూనా సాఫ్ట్వేర్ [githubలో ఉంది](https://github.com/qbzzt/250420-saml-ethereum). వివిధ దశలు వివిధ బ్రాంచ్లలో నిల్వ చేయబడతాయి, ఈ దశ కోసం మీకు `saml-only` కావాలి
+
+ ```sh
+ git clone https://github.com/qbzzt/250420-saml-ethereum -b saml-only
+ cd 250420-saml-ethereum
+ pnpm install
+ ```
+
+2. స్వీయ-సంతకం చేసిన సర్టిఫికేట్లతో కీలను సృష్టించండి. అంటే కీ దాని స్వంత సర్టిఫికేట్ అథారిటీ, మరియు దానిని సేవా ప్రదాతకు మాన్యువల్గా దిగుమతి చేసుకోవాలి. మరింత సమాచారం కోసం [OpenSSL డాక్స్](https://docs.openssl.org/master/man1/openssl-req/) చూడండి.
+
+ ```sh
+ mkdir keys
+ cd keys
+ openssl req -new -x509 -days 365 -nodes -sha256 -out saml-sp.crt -keyout saml-sp.pem -subj /CN=sp/
+ openssl req -new -x509 -days 365 -nodes -sha256 -out saml-idp.crt -keyout saml-idp.pem -subj /CN=idp/
+ cd ..
+ ```
+
+3. సర్వర్లను ప్రారంభించండి (SP మరియు IdP రెండూ)
+
+ ```sh
+ pnpm start
+ ```
+
+4. URL [http://localhost:3000/](http://localhost:3000/) వద్ద SPకి బ్రౌజ్ చేసి, IdP (పోర్ట్ 3001)కి మళ్ళించబడటానికి బటన్ను క్లిక్ చేయండి.
+
+5. IdPకి మీ ఇమెయిల్ చిరునామాను అందించి, **సేవా ప్రదాతకు లాగిన్ చేయండి** క్లిక్ చేయండి. మీరు తిరిగి సేవా ప్రదాతకు (పోర్ట్ 3000) మళ్ళించబడటాన్ని మరియు అది మీ ఇమెయిల్ చిరునామా ద్వారా మిమ్మల్ని గుర్తించడాన్ని చూడండి.
+
+### వివరణాత్మక వివరణ
+
+దశలవారీగా ఇది జరుగుతుంది:
+
+
+
+#### src/config.mts
+
+ఈ ఫైల్ గుర్తింపు ప్రదాత మరియు సేవా ప్రదాత రెండింటికీ కాన్ఫిగరేషన్ను కలిగి ఉంది. సాధారణంగా ఈ రెండూ వివిధ సంస్థలుగా ఉంటాయి, కానీ ఇక్కడ మనం సరళత కోసం కోడ్ను పంచుకోవచ్చు.
+
+```typescript
+const fs = await import("fs")
+
+const protocol="http"
+```
+
+ఇప్పుడైతే మనం కేవలం పరీక్షిస్తున్నాం, కాబట్టి HTTP ఉపయోగించడం పర్వాలేదు.
+
+```typescript
+export const spCert = fs.readFileSync("keys/saml-sp.crt").toString()
+export const idpCert = fs.readFileSync("keys/saml-idp.crt").toString()
+```
+
+పబ్లిక్ కీలను చదవండి, ఇవి సాధారణంగా రెండు కాంపోనెంట్లకు అందుబాటులో ఉంటాయి (మరియు నేరుగా విశ్వసించబడతాయి, లేదా విశ్వసనీయ సర్టిఫికేట్ అథారిటీ ద్వారా సంతకం చేయబడతాయి).
+
+```typescript
+export const spPort = 3000
+export const spHostname = "localhost"
+export const spDir = "sp"
+
+export const idpPort = 3001
+export const idpHostname = "localhost"
+export const idpDir = "idp"
+
+export const spUrl = `${protocol}://${spHostname}:${spPort}/${spDir}`
+export const idpUrl = `${protocol}://${idpHostname}:${idpPort}/${idpDir}`
+```
+
+రెండు కాంపోనెంట్ల కోసం URLలు.
+
+```typescript
+export const spPublicData = {
+```
+
+సేవా ప్రదాత కోసం పబ్లిక్ డేటా.
+
+```typescript
+ entityID: `${spUrl}/metadata`,
+```
+
+సంప్రదాయం ప్రకారం, SAMLలో `entityID` అనేది సంస్థ యొక్క మెటాడేటా అందుబాటులో ఉండే URL. ఈ మెటాడేటా ఇక్కడ ఉన్న పబ్లిక్ డేటాకు అనుగుణంగా ఉంటుంది, అయితే ఇది XML రూపంలో ఉంటుంది.
+
+```typescript
+ wantAssertionsSigned: true,
+ authnRequestsSigned: false,
+ signingCert: spCert,
+ allowCreate: true,
+ assertionConsumerService: [{
+ Binding: 'urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST',
+ Location: `${spUrl}/assertion`,
+ }]
+ }
+```
+
+మన ప్రయోజనాల కోసం అత్యంత ముఖ్యమైన నిర్వచనం `assertionConsumerServer`. అంటే సేవా ప్రదాతకు ఏదైనా చెప్పడానికి (ఉదాహరణకు, "మీకు ఈ సమాచారం పంపిన వినియోగదారుడు somebody@example.com") మనం [HTTP POST](https://www.w3schools.com/tags/ref_httpmethods.asp)ని URL `http://localhost:3000/sp/assertion`కు ఉపయోగించాలి.
+
+```typescript
+export const idpPublicData = {
+ entityID: `${idpUrl}/metadata`,
+ signingCert: idpCert,
+ wantAuthnRequestsSigned: false,
+ singleSignOnService: [{
+ Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+ Location: `${idpUrl}/login`
+ }],
+ singleLogoutService: [{
+ Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+ Location: `${idpUrl}/logout`
+ }],
+ }
+```
+
+గుర్తింపు ప్రదాత కోసం పబ్లిక్ డేటా ఇలాంటిదే. ఒక వినియోగదారుడిని లాగ్ ఇన్ చేయడానికి మీరు `http://localhost:3001/idp/login`కు POST చేయాలని మరియు ఒక వినియోగదారుడిని లాగ్ అవుట్ చేయడానికి మీరు `http://localhost:3001/idp/logout`కు POST చేయాలని ఇది నిర్దేశిస్తుంది.
+
+#### src/sp.mts
+
+ఇది సేవా ప్రదాతను అమలు చేసే కోడ్.
+
+```typescript
+import * as config from "./config.mts"
+const fs = await import("fs")
+const saml = await import("samlify")
+```
+
+SAMLని అమలు చేయడానికి మేము [`samlify`](https://www.npmjs.com/package/samlify) లైబ్రరీని ఉపయోగిస్తాము.
+
+```typescript
+import * as validator from "@authenio/samlify-node-xmllint"
+saml.setSchemaValidator(validator)
+```
+
+XML సరైనదని, ఊహించిన పబ్లిక్ కీతో సంతకం చేయబడిందని మొదలైనవాటిని ధృవీకరించడానికి `samlify` లైబ్రరీ ఒక ప్యాకేజీని కలిగి ఉండాలని ఆశిస్తుంది. ఈ ప్రయోజనం కోసం మేము [`@authenio/samlify-node-xmllint`](https://www.npmjs.com/package/@authenio/samlify-node-xmllint)ని ఉపయోగిస్తాము.
+
+```typescript
+const express = (await import("express")).default
+const spRouter = express.Router()
+const app = express()
+```
+
+ఒక [`express`](https://expressjs.com/) [`Router`](https://expressjs.com/en/5x/api.html#router) అనేది ఒక వెబ్ సైట్లో మౌంట్ చేయగల "మినీ వెబ్ సైట్". ఈ సందర్భంలో, మేము అన్ని సేవా ప్రదాత నిర్వచనాలను ఒకచోట చేర్చడానికి దీనిని ఉపయోగిస్తాము.
+
+```typescript
+const spPrivateKey = fs.readFileSync("keys/saml-sp.pem").toString()
+
+const sp = saml.ServiceProvider({
+ privateKey: spPrivateKey,
+ ...config.spPublicData
+})
+```
+
+సేవా ప్రదాత యొక్క స్వీయ ప్రాతినిధ్యం అనేది మొత్తం పబ్లిక్ డేటా, మరియు సమాచారాన్ని సంతకం చేయడానికి అది ఉపయోగించే ప్రైవేట్ కీ.
+
+```typescript
+const idp = saml.IdentityProvider(config.idpPublicData);
+```
+
+పబ్లిక్ డేటాలో సేవా ప్రదాతకు గుర్తింపు ప్రదాత గురించి తెలియవలసినవన్నీ ఉంటాయి.
+
+```typescript
+spRouter.get(`/metadata`,
+ (req, res) => res.header("Content-Type", "text/xml").send(sp.getMetadata())
+)
+```
+
+ఇతర SAML కాంపోనెంట్లతో పరస్పర చర్యను ప్రారంభించడానికి, సేవ మరియు గుర్తింపు ప్రదాతలు వారి పబ్లిక్ డేటాను (మెటాడేటా అని పిలుస్తారు) `/metadata`లో XML ఫార్మాట్లో అందుబాటులో ఉంచాలి.
+
+```typescript
+spRouter.post(`/assertion`,
+```
+
+ఇది బ్రౌజర్ తనను తాను గుర్తించుకోవడానికి యాక్సెస్ చేసే పేజీ. ఈ వాదనలో వినియోగదారు గుర్తింపు (ఇక్కడ మనం ఇమెయిల్ చిరునామాను ఉపయోగిస్తాము) ఉంటుంది, మరియు అదనపు గుణాలను కూడా కలిగి ఉండవచ్చు. ఇది పైన ఉన్న సీక్వెన్స్ రేఖాచిత్రంలో 7వ దశకు హ్యాండ్లర్.
+
+```typescript
+ async (req, res) => {
+ // console.log(`SAML response:\n${Buffer.from(req.body.SAMLResponse, 'base64').toString('utf-8')}`)
+```
+
+వాదనలో అందించిన XML డేటాను చూడటానికి మీరు వ్యాఖ్యానించిన ఆదేశాన్ని ఉపయోగించవచ్చు. ఇది [బేస్64 ఎన్కోడ్](https://en.wikipedia.org/wiki/Base64) చేయబడింది.
+
+```typescript
+ try {
+ const loginResponse = await sp.parseLoginResponse(idp, 'post', req);
+```
+
+గుర్తింపు సర్వర్ నుండి లాగిన్ అభ్యర్థనను విశ్లేషించండి.
+
+```typescript
+ res.send(`
+
+
+ Hello ${loginResponse.extract.nameID}
+
+
+ `)
+ res.send();
+```
+
+వినియోగదారుడికి మేము లాగిన్ పొందామని చూపించడానికి, ఒక HTML ప్రతిస్పందనను పంపండి.
+
+```typescript
+ } catch (err) {
+ console.error('Error processing SAML response:', err);
+ res.status(400).send('SAML authentication failed');
+ }
+ }
+)
+```
+
+వైఫల్యం సంభవించినప్పుడు వినియోగదారుడికి తెలియజేయండి.
+
+```typescript
+spRouter.get('/login',
+```
+
+బ్రౌజర్ ఈ పేజీని పొందడానికి ప్రయత్నించినప్పుడు ఒక లాగిన్ అభ్యర్థనను సృష్టించండి. ఇది పైన ఉన్న సీక్వెన్స్ రేఖాచిత్రంలో 1వ దశకు హ్యాండ్లర్.
+
+```typescript
+ async (req, res) => {
+ const loginRequest = await sp.createLoginRequest(idp, "post")
+```
+
+ఒక లాగిన్ అభ్యర్థనను పోస్ట్ చేయడానికి సమాచారం పొందండి.
+
+```typescript
+ res.send(`
+
+
+
+```
+
+ఈ పేజీ ఫారమ్ను (క్రింద చూడండి) స్వయంచాలకంగా సమర్పిస్తుంది. ఈ విధంగా వినియోగదారుడు మళ్ళించబడటానికి ఏమీ చేయనవసరం లేదు. ఇది పైన ఉన్న సీక్వెన్స్ రేఖాచిత్రంలో 2వ దశ.
+
+```typescript
+
+
+
+ `)
+ }
+)
+
+app.use(express.urlencoded({extended: true}))
+```
+
+[ఈ మిడిల్వేర్](https://expressjs.com/en/5x/api.html#express.urlencoded) [HTTP అభ్యర్థన](https://www.tutorialspoint.com/http/http_requests.htm) యొక్క బాడీని చదువుతుంది. డిఫాల్ట్గా ఎక్స్ప్రెస్ దానిని పట్టించుకోదు, ఎందుకంటే చాలా అభ్యర్థనలకు అది అవసరం లేదు. POST బాడీని ఉపయోగిస్తుంది కాబట్టి మాకు అది అవసరం.
+
+```typescript
+app.use(`/${config.spDir}`, spRouter)
+```
+
+సేవా ప్రదాత డైరెక్టరీ (`/sp`)లో రౌటర్ను మౌంట్ చేయండి.
+
+```typescript
+app.get("/", (req, res) => {
+ res.send(`
+
+
+
+
+
+ `)
+})
+```
+
+ఒక బ్రౌజర్ రూట్ డైరెక్టరీని పొందడానికి ప్రయత్నిస్తే, దానికి లాగిన్ పేజీకి ఒక లింక్ను అందించండి.
+
+```typescript
+app.listen(config.spPort, () => {
+ console.log(`service provider is running on http://${config.spHostname}:${config.spPort}`)
+})
+```
+
+ఈ ఎక్స్ప్రెస్ అప్లికేషన్తో `spPort`కి వినండి.
+
+#### src/idp.mts
+
+ఇది గుర్తింపు ప్రదాత. ఇది సేవా ప్రదాతకు చాలా ఇలాంటిది, దిగువ వివరణలు వివిధ భాగాల కోసం.
+
+```typescript
+const xmlParser = new (await import("fast-xml-parser")).XMLParser(
+ {
+ ignoreAttributes: false, // Preserve attributes
+ attributeNamePrefix: "@_", // Prefix for attributes
+ }
+)
+```
+
+సేవా ప్రదాత నుండి మేము స్వీకరించే XML అభ్యర్థనను మేము చదివి అర్థం చేసుకోవాలి.
+
+```typescript
+const getLoginPage = requestId => `
+```
+
+ఈ ఫంక్షన్ పైన ఉన్న సీక్వెన్స్ రేఖాచిత్రంలో 4వ దశలో తిరిగి ఇవ్వబడిన స్వీయ-సమర్పిత ఫారమ్తో పేజీని సృష్టిస్తుంది.
+
+```typescript
+
+
+ Login page
+
+
+ Login page
+
+
+
+
+const idpRouter = express.Router()
+
+idpRouter.post("/loginSubmitted", async (req, res) => {
+ const loginResponse = await idp.createLoginResponse(
+```
+
+ఇది పైన ఉన్న సీక్వెన్స్ రేఖాచిత్రంలో 5వ దశకు హ్యాండ్లర్. [`idp.createLoginResponse`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L73-L125) లాగిన్ ప్రతిస్పందనను సృష్టిస్తుంది.
+
+```typescript
+ sp,
+ {
+ authnContextClassRef: 'urn:oasis:names:tc:SAML:2.0:ac:classes:PasswordProtectedTransport',
+ audience: sp.entityID,
+```
+
+ప్రేక్షకులు సేవా ప్రదాత.
+
+```typescript
+ extract: {
+ request: {
+ id: req.body.requestId
+ }
+ },
+```
+
+అభ్యర్థన నుండి సంగ్రహించిన సమాచారం. అభ్యర్థనలో మనకు ఆసక్తి ఉన్న ఒకే ఒక పరామితి requestId, ఇది సేవా ప్రదాతకు అభ్యర్థనలను మరియు వాటి ప్రతిస్పందనలను సరిపోల్చడానికి అనుమతిస్తుంది.
+
+```typescript
+ signingKey: { privateKey: idpPrivateKey, publicKey: config.idpCert } // Ensure signing
+```
+
+ప్రతిస్పందనను సంతకం చేయడానికి డేటాను కలిగి ఉండటానికి మాకు `signingKey` అవసరం. సేవా ప్రదాత సంతకం చేయని అభ్యర్థనలను విశ్వసించడు.
+
+```typescript
+ },
+ "post",
+ {
+ email: req.body.email
+```
+
+ఇది మేము సేవా ప్రదాతకు తిరిగి పంపే వినియోగదారు సమాచారంతో ఉన్న ఫీల్డ్.
+
+```typescript
+ }
+ );
+
+ res.send(`
+
+
+
+
+
+
+
+ `)
+})
+```
+
+మళ్ళీ, ఒక స్వీయ-సమర్పిత ఫారమ్ను ఉపయోగించండి. ఇది పైన ఉన్న సీక్వెన్స్ రేఖాచిత్రంలో 6వ దశ.
+
+```typescript
+
+// IdP endpoint for login requests
+idpRouter.post(`/login`,
+```
+
+ఇది సేవా ప్రదాత నుండి లాగిన్ అభ్యర్థనను స్వీకరించే ఎండ్పాయింట్. ఇది పైన ఉన్న సీక్వెన్స్ రేఖాచిత్రంలో 3వ దశకు హ్యాండ్లర్.
+
+```typescript
+ async (req, res) => {
+ try {
+ // Workaround because I couldn't get parseLoginRequest to work.
+ // const loginRequest = await idp.parseLoginRequest(sp, 'post', req)
+ const samlRequest = xmlParser.parse(Buffer.from(req.body.SAMLRequest, 'base64').toString('utf-8'))
+ res.send(getLoginPage(samlRequest["samlp:AuthnRequest"]["@_ID"]))
+```
+
+మేము [`idp.parseLoginRequest`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L127-L144)ని ఉపయోగించి ప్రామాణీకరణ అభ్యర్థన యొక్క IDని చదవగలగాలి. అయితే, నేను దానిని పని చేసేలా చేయలేకపోయాను మరియు దానిపై ఎక్కువ సమయం వెచ్చించడం విలువైనది కాదు కాబట్టి నేను కేవలం ఒక [సాధారణ-ప్రయోజన XML పార్సర్](https://www.npmjs.com/package/fast-xml-parser)ని ఉపయోగిస్తాను. మాకు కావలసిన సమాచారం `` ట్యాగ్లోని `ID` గుణం, ఇది XML యొక్క అత్యున్నత స్థాయిలో ఉంటుంది.
+
+## ఇతీరియము సంతకాలను ఉపయోగించడం
+
+ఇప్పుడు మనం సేవా ప్రదాతకు ఒక వినియోగదారు గుర్తింపును పంపగలుగుతున్నాం కాబట్టి, తదుపరి దశ వినియోగదారు గుర్తింపును విశ్వసనీయ పద్ధతిలో పొందడం. Viem మనకు వినియోగదారు చిరునామా కోసం వాలెట్ను అడగడానికి అనుమతిస్తుంది, కానీ దీని అర్థం బ్రౌజర్ నుండి సమాచారం అడగడం. మేము బ్రౌజర్ను నియంత్రించలేము, కాబట్టి దాని నుండి మనకు లభించే ప్రతిస్పందనను మనం స్వయంచాలకంగా విశ్వసించలేము.
+
+బదులుగా, IdP బ్రౌజర్కు సంతకం చేయడానికి ఒక స్ట్రింగ్ను పంపుతుంది. బ్రౌజర్లోని వాలెట్ ఈ స్ట్రింగ్పై సంతకం చేస్తే, అది నిజంగా ఆ చిరునామా అని అర్థం (అంటే, దానికి చిరునామాకు సంబంధించిన ప్రైవేట్ కీ తెలుసు).
+
+దీనిని చర్యలో చూడటానికి, ఉన్న IdP మరియు SPలను ఆపి, ఈ ఆదేశాలను అమలు చేయండి:
+
+```sh
+git checkout eth-signatures
+pnpm install
+pnpm start
+```
+
+ఆపై [SPకి](http://localhost:3000) బ్రౌజ్ చేసి, సూచనలను అనుసరించండి.
+
+ఈ సమయంలో ఇతీరియము చిరునామా నుండి ఇమెయిల్ చిరునామాను ఎలా పొందాలో మాకు తెలియదు, కాబట్టి బదులుగా మేము SPకి `<ఇతీరియము చిరునామా>@bad.email.address` అని రిపోర్ట్ చేస్తాము.
+
+### వివరణాత్మక వివరణ
+
+మునుపటి రేఖాచిత్రంలో 4-5 దశలలో మార్పులు ఉన్నాయి.
+
+
+
+మేము మార్చిన ఏకైక ఫైల్ `idp.mts`. ఇక్కడ మార్చబడిన భాగాలు ఉన్నాయి.
+
+```typescript
+import { v4 as uuidv4 } from 'uuid'
+import { verifyMessage } from 'viem'
+```
+
+మాకు ఈ రెండు అదనపు లైబ్రరీలు అవసరం. మేము [నాన్స్](https://en.wikipedia.org/wiki/Cryptographic_nonce) విలువను సృష్టించడానికి [`uuid`](https://www.npmjs.com/package/uuid)ని ఉపయోగిస్తాము. విలువకు ప్రాముఖ్యత లేదు, కేవలం అది ఒక్కసారి మాత్రమే ఉపయోగించబడుతుంది అనే వాస్తవం ముఖ్యం.
+
+[`viem`](https://viem.sh/) లైబ్రరీ మనకు ఇతీరియము నిర్వచనాలను ఉపయోగించడానికి అనుమతిస్తుంది. ఇక్కడ సంతకం నిజంగా చెల్లుబాటు అయ్యేదని ధృవీకరించడానికి మాకు ఇది అవసరం.
+
+```typescript
+const loginPrompt = "To access the service provider, sign this nonce: "
+```
+
+వాలెట్ సందేశంపై సంతకం చేయడానికి వినియోగదారుని అనుమతి అడుగుతుంది. కేవలం ఒక నాన్స్ మాత్రమే ఉన్న సందేశం వినియోగదారులను గందరగోళానికి గురి చేస్తుంది, కాబట్టి మేము ఈ ప్రాంప్ట్ను చేర్చుతాము.
+
+```typescript
+// Keep requestIDs here
+let nonces = {}
+```
+
+దానికి ప్రతిస్పందించడానికి మాకు అభ్యర్థన సమాచారం అవసరం. మేము దానిని అభ్యర్థనతో (దశ 4) పంపవచ్చు, మరియు దానిని తిరిగి స్వీకరించవచ్చు (దశ 5). అయితే, మేము బ్రౌజర్ నుండి పొందే సమాచారాన్ని విశ్వసించలేము, ఇది సంభావ్యంగా హానికరమైన వినియోగదారు నియంత్రణలో ఉంటుంది. కాబట్టి నాన్స్ను కీగా ఇక్కడ నిల్వ చేయడం మంచిది.
+
+సరళత కోసం మనం ఇక్కడ ఒక వేరియబుల్గా చేస్తున్నామని గమనించండి. అయితే, దీనికి అనేక ప్రతికూలతలు ఉన్నాయి:
+
+- మేము సేవా నిరాకరణ దాడికి గురవుతాము. ఒక హానికరమైన వినియోగదారుడు చాలాసార్లు లాగ్ ఆన్ చేయడానికి ప్రయత్నించవచ్చు, మా మెమరీని నింపవచ్చు.
+- IdP ప్రక్రియను పునఃప్రారంభించాల్సిన అవసరం వస్తే, మనం ఇప్పటికే ఉన్న విలువలను కోల్పోతాము.
+- మేము బహుళ ప్రక్రియలలో లోడ్ బ్యాలెన్స్ చేయలేము, ఎందుకంటే ప్రతిదానికి దాని స్వంత వేరియబుల్ ఉంటుంది.
+
+ఒక ప్రొడక్షన్ సిస్టమ్లో మనం ఒక డేటాబేస్ను ఉపయోగిస్తాము మరియు ఏదో ఒక రకమైన గడువు ముగింపు యంత్రాంగాన్ని అమలు చేస్తాము.
+
+```typescript
+const getSignaturePage = requestId => {
+ const nonce = uuidv4()
+ nonces[nonce] = requestId
+```
+
+ఒక నాన్స్ను సృష్టించి, భవిష్యత్ ఉపయోగం కోసం `requestId`ని నిల్వ చేయండి.
+
+```typescript
+ return `
+
+
+
+
+
+ Please sign
+
+
+
+
+
+`
+}
+```
+
+మిగిలినది కేవలం ప్రామాణిక HTML.
+
+```typescript
+idpRouter.get("/signature/:nonce/:account/:signature", async (req, res) => {
+```
+
+ఇది సీక్వెన్స్ రేఖాచిత్రంలో 5వ దశకు హ్యాండ్లర్.
+
+```typescript
+ const requestId = nonces[req.params.nonce]
+ if (requestId === undefined) {
+ res.send("Bad nonce")
+ return ;
+ }
+
+ nonces[req.params.nonce] = undefined
+```
+
+అభ్యర్థన IDని పొందండి, మరియు దానిని తిరిగి ఉపయోగించలేకుండా చూసుకోవడానికి `nonces` నుండి నాన్స్ను తొలగించండి.
+
+```typescript
+ try {
+```
+
+సంతకం చెల్లనిదిగా ఉండటానికి చాలా మార్గాలు ఉన్నందున, మేము దీనిని `try ...`లో చుట్టుతాము. బ్లాక్ విసిరిన ఏవైనా లోపాలను పట్టుకోవడానికి `catch` చేయండి.
+
+```typescript
+ const validSignature = await verifyMessage({
+ address: req.params.account,
+ message: `${loginPrompt}${req.params.nonce}`,
+ signature: req.params.signature
+ })
+```
+
+సీక్వెన్స్ రేఖాచిత్రంలో 5.5వ దశను అమలు చేయడానికి [`verifyMessage`](https://viem.sh/docs/actions/public/verifyMessage#verifymessage)ని ఉపయోగించండి.
+
+```typescript
+ if (!validSignature)
+ throw("Bad signature")
+ } catch (err) {
+ res.send("Error:" + err)
+ return ;
+ }
+```
+
+హ్యాండ్లర్ యొక్క మిగిలిన భాగం మనం ఇంతకు ముందు `/loginSubmitted` హ్యాండ్లర్లో చేసిన దానికి సమానంగా ఉంటుంది, ఒక చిన్న మార్పు మినహా.
+
+```typescript
+ const loginResponse = await idp.createLoginResponse(
+ .
+ .
+ .
+ {
+ email: req.params.account + "@bad.email.address"
+ }
+ );
+```
+
+మాకు అసలు ఇమెయిల్ చిరునామా లేదు (మేము దానిని తదుపరి విభాగంలో పొందుతాము), కాబట్టి ఇప్పటికి మేము ఇతీరియము చిరునామాను తిరిగి ఇస్తాము మరియు దానిని స్పష్టంగా ఇమెయిల్ చిరునామా కాదని గుర్తిస్తాము.
+
+```typescript
+// IdP endpoint for login requests
+idpRouter.post(`/login`,
+ async (req, res) => {
+ try {
+ // Workaround because I couldn't get parseLoginRequest to work.
+ // const loginRequest = await idp.parseLoginRequest(sp, 'post', req)
+ const samlRequest = xmlParser.parse(Buffer.from(req.body.SAMLRequest, 'base64').toString('utf-8'))
+ res.send(getSignaturePage(samlRequest["samlp:AuthnRequest"]["@_ID"]))
+ } catch (err) {
+ console.error('Error processing SAML response:', err);
+ res.status(400).send('SAML authentication failed');
+ }
+ }
+)
+```
+
+`getLoginPage` బదులుగా, ఇప్పుడు 3వ దశ హ్యాండ్లర్లో `getSignaturePage`ని ఉపయోగించండి.
+
+## ఇమెయిల్ చిరునామాను పొందడం
+
+తదుపరి దశ ఇమెయిల్ చిరునామాను పొందడం, సేవా ప్రదాత అభ్యర్థించిన గుర్తింపు. అది చేయడానికి, మేము [Ethereum Attestation Service (EAS)](https://attest.org/)ని ఉపయోగిస్తాము.
+
+ధృవీకరణలను పొందడానికి సులభమైన మార్గం [GraphQL API](https://docs.attest.org/docs/developer-tools/api)ని ఉపయోగించడం. మేము ఈ ప్రశ్నను ఉపయోగిస్తాము:
+
+```
+query GetAttestationsByRecipient {
+ attestations(
+ where: {
+ recipient: { equals: "${getAddress(ethAddr)}" }
+ schemaId: { equals: "0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977" }
+ }
+ take: 1
+ ) {
+ data
+ id
+ attester
+ }
+}
+```
+
+ఈ [`schemaId`](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977) కేవలం ఒక ఇ-మెయిల్ చిరునామాను మాత్రమే కలిగి ఉంటుంది. ఈ ప్రశ్న ఈ స్కీమా యొక్క ధృవీకరణల కోసం అడుగుతుంది. ధృవీకరణ యొక్క విషయం `గ్రహీత` అని పిలువబడుతుంది. ఇది ఎల్లప్పుడూ ఒక ఇతీరియము చిరునామా.
+
+హెచ్చరిక: మనం ఇక్కడ ధృవీకరణలను పొందుతున్న విధానంలో రెండు భద్రతా సమస్యలు ఉన్నాయి.
+
+- మేము API ఎండ్పాయింట్, `https://optimism.easscan.org/graphql`కు వెళ్తున్నాము, ఇది ఒక కేంద్రీకృత భాగం. మేము `id` గుణాన్ని పొంది, ఆ తర్వాత ఒక ధృవీకరణ నిజమైనదని ధృవీకరించడానికి ఆన్చెయిన్లో లుకప్ చేయవచ్చు, కానీ API ఎండ్పాయింట్ వాటి గురించి మాకు చెప్పకుండా ధృవీకరణలను సెన్సార్ చేయగలదు.
+
+ ఈ సమస్యను పరిష్కరించడం అసాధ్యం కాదు, మనం మన స్వంత GraphQL ఎండ్పాయింట్ను అమలు చేయవచ్చు మరియు చైన్ లాగ్ల నుండి ధృవీకరణలను పొందవచ్చు, కానీ అది మన ప్రయోజనాల కోసం అధికం.
+
+- మేము ధృవీకర్త గుర్తింపును చూడము. ఎవరైనా మనకు తప్పుడు సమాచారాన్ని అందించవచ్చు. ఒక నిజ ప్రపంచ అమలులో మనకు విశ్వసనీయ ధృవీకర్తల సెట్ ఉంటుంది మరియు వారి ధృవీకరణలను మాత్రమే చూస్తాము.
+
+దీనిని చర్యలో చూడటానికి, ఉన్న IdP మరియు SPలను ఆపి, ఈ ఆదేశాలను అమలు చేయండి:
+
+```sh
+git checkout email-address
+pnpm install
+pnpm start
+```
+
+ఆపై మీ ఇ-మెయిల్ చిరునామాను అందించండి. అది చేయడానికి మీకు రెండు మార్గాలు ఉన్నాయి:
+
+- ఒక ప్రైవేట్ కీని ఉపయోగించి ఒక వాలెట్ను దిగుమతి చేసుకోండి, మరియు `0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80` అనే టెస్టింగ్ ప్రైవేట్ కీని ఉపయోగించండి.
+
+- మీ స్వంత ఇ-మెయిల్ చిరునామా కోసం ఒక ధృవీకరణను జోడించండి:
+
+ 1. ధృవీకరణ ఎక్స్ప్లోరర్లో [స్కీమాకు బ్రౌజ్ చేయండి](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977).
+
+ 2. **స్కీమాతో ధృవీకరించండి** క్లిక్ చేయండి.
+
+ 3. మీ ఇతీరియము చిరునామాను గ్రహీతగా, మీ ఇ-మెయిల్ చిరునామాను ఇమెయిల్ చిరునామాగా నమోదు చేయండి, మరియు **ఆన్చెయిన్** ఎంచుకోండి. ఆపై **ధృవీకరణ చేయండి** క్లిక్ చేయండి.
+
+ 4. మీ వాలెట్లో లావాదేవీని ఆమోదించండి. గ్యాస్ కోసం చెల్లించడానికి మీకు [Optimism బ్లాక్ చైను](https://app.optimism.io/bridge/deposit) పై కొంత ETH అవసరం.
+
+ఏ విధంగానైనా, మీరు ఇది చేసిన తర్వాత [http://localhost:3000](http://localhost:3000)కు బ్రౌజ్ చేసి, సూచనలను అనుసరించండి. మీరు టెస్టింగ్ ప్రైవేట్ కీని దిగుమతి చేసుకుంటే, మీరు స్వీకరించే ఇ-మెయిల్ `test_addr_0@example.com`. మీరు మీ స్వంత చిరునామాను ఉపయోగిస్తే, అది మీరు ధృవీకరించినదిగా ఉండాలి.
+
+### వివరణాత్మక వివరణ
+
+
+
+కొత్త దశలు GraphQL సంభాషణ, 5.6 మరియు 5.7 దశలు.
+
+మళ్ళీ, ఇక్కడ `idp.mts` యొక్క మార్చబడిన భాగాలు ఉన్నాయి.
+
+```typescript
+import { GraphQLClient } from 'graphql-request'
+import { SchemaEncoder } from '@ethereum-attestation-service/eas-sdk'
+```
+
+మాకు అవసరమైన లైబ్రరీలను దిగుమతి చేయండి.
+
+```typescript
+const graphqlEndpointUrl = "https://optimism.easscan.org/graphql"
+```
+
+ప్రతి బ్లాక్ చైను కోసం [ఒక ప్రత్యేక ఎండ్పాయింట్ ఉంది](https://docs.attest.org/docs/developer-tools/api).
+
+```typescript
+const graphqlClient = new GraphQLClient(graphqlEndpointUrl, { fetch })
+```
+
+ఎండ్పాయింట్ను ప్రశ్నించడానికి మనం ఉపయోగించగల కొత్త `GraphQLClient` క్లయింట్ను సృష్టించండి.
+
+```typescript
+const graphqlSchema = 'string emailAddress'
+const graphqlEncoder = new SchemaEncoder(graphqlSchema)
+```
+
+GraphQL మనకు బైట్లతో అపారదర్శక డేటా వస్తువును మాత్రమే ఇస్తుంది. దాన్ని అర్థం చేసుకోవడానికి మాకు స్కీమా అవసరం.
+
+```typescript
+const ethereumAddressToEmail = async ethAddr => {
+```
+
+ఒక ఇతీరియము చిరునామా నుండి ఒక ఇ-మెయిల్ చిరునామాకు పొందడానికి ఒక ఫంక్షన్.
+
+```typescript
+ const query = `
+ query GetAttestationsByRecipient {
+```
+
+ఇది ఒక GraphQL ప్రశ్న.
+
+```typescript
+ attestations(
+```
+
+మేము ధృవీకరణల కోసం చూస్తున్నాము.
+
+```typescript
+ where: {
+ recipient: { equals: "${getAddress(ethAddr)}" }
+ schemaId: { equals: "0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977" }
+ }
+```
+
+మాకు కావలసిన ధృవీకరణలు మా స్కీమాలోనివి, ఇక్కడ గ్రహీత `getAddress(ethAddr)`. [`getAddress`](https://viem.sh/docs/utilities/getAddress#getaddress) ఫంక్షన్ మన చిరునామా సరైన [చెక్సమ్](https://github.com/ethereum/ercs/blob/master/ERCS/erc-55.md) కలిగి ఉందని నిర్ధారిస్తుంది. GraphQL కేస్-సిగ్నిఫికెంట్ కావడం వల్ల ఇది అవసరం. "0xBAD060A7", "0xBad060A7", మరియు "0xbad060a7" వేర్వేరు విలువలు.
+
+```typescript
+ take: 1
+```
+
+మేము ఎన్ని ధృవీకరణలను కనుగొన్నా, మాకు మొదటిది మాత్రమే కావాలి.
+
+```typescript
+ ) {
+ data
+ id
+ attester
+ }
+ }`
+```
+
+మేము స్వీకరించాలనుకుంటున్న ఫీల్డ్లు.
+
+- `attester`: ధృవీకరణను సమర్పించిన చిరునామా. సాధారణంగా ఇది ధృవీకరణను విశ్వసించాలా వద్దా అని నిర్ణయించడానికి ఉపయోగించబడుతుంది.
+- `id`: ధృవీకరణ ID. GraphQL ప్రశ్న నుండి వచ్చిన సమాచారం సరైనదని ధృవీకరించడానికి మీరు ఈ విలువను [ఆన్చెయిన్లో ధృవీకరణను చదవడానికి](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000021?tab=read_proxy&source_address=0x4E0275Ea5a89e7a3c1B58411379D1a0eDdc5b088#0xa3112a64) ఉపయోగించవచ్చు.
+- `data`: స్కీమా డేటా (ఈ సందర్భంలో, ఇ-మెయిల్ చిరునామా).
+
+```typescript
+ const queryResult = await graphqlClient.request(query)
+
+ if (queryResult.attestations.length == 0)
+ return "no_address@available.is"
+```
+
+ధృవీకరణ లేకపోతే, స్పష్టంగా తప్పుగా ఉన్న విలువను తిరిగి ఇవ్వండి, కానీ అది సేవా ప్రదాతకు చెల్లుబాటు అయ్యేదిగా కనిపిస్తుంది.
+
+```typescript
+ const attestationDataFields = graphqlEncoder.decodeData(queryResult.attestations[0].data)
+ return attestationDataFields[0].value.value
+}
+```
+
+ఒక విలువ ఉంటే, డేటాను డీకోడ్ చేయడానికి `decodeData`ని ఉపయోగించండి. అది అందించే మెటాడేటా మాకు అవసరం లేదు, కేవలం విలువ మాత్రమే.
+
+```typescript
+ const loginResponse = await idp.createLoginResponse(
+ sp,
+ {
+ .
+ .
+ .
+ },
+ "post",
+ {
+ email: await ethereumAddressToEmail(req.params.account)
+ }
+ );
+```
+
+ఇ-మెయిల్ చిరునామాను పొందడానికి కొత్త ఫంక్షన్ను ఉపయోగించండి.
+
+## వికేంద్రీకరణ గురించి ఏమిటి?
+
+ఈ కాన్ఫిగరేషన్లో వినియోగదారులు తాము కాని వారిలా నటించలేరు, మనం ఇతీరియము నుండి ఇ-మెయిల్ చిరునామా మ్యాపింగ్ కోసం విశ్వసనీయ ధృవీకర్తలపై ఆధారపడినంత కాలం. అయితే, మన గుర్తింపు ప్రదాత ఇప్పటికీ ఒక కేంద్రీకృత భాగం. గుర్తింపు ప్రదాత యొక్క ప్రైవేట్ కీ ఉన్న ఎవరైనా సేవా ప్రదాతకు తప్పుడు సమాచారం పంపవచ్చు.
+
+[మల్టీ-పార్టీ కంప్యూటేషన్ (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) ఉపయోగించి ఒక పరిష్కారం ఉండవచ్చు. భవిష్యత్ ట్యుటోరియల్లో దాని గురించి వ్రాయాలని నేను ఆశిస్తున్నాను.
+
+## ముగింపు
+
+ఇతీరియము సంతకాలు వంటి లాగ్ ఆన్ ప్రామాణికాన్ని స్వీకరించడం, కోడి మరియు గుడ్డు సమస్యను ఎదుర్కొంటుంది. సేవా ప్రదాతలు సాధ్యమైనంత విస్తృత మార్కెట్కు విజ్ఞప్తి చేయాలనుకుంటున్నారు. వినియోగదారులు వారి లాగ్ ఆన్ ప్రామాణికానికి మద్దతు ఇవ్వడం గురించి చింతించకుండా సేవలను యాక్సెస్ చేయగలగాలని కోరుకుంటారు.
+ఒక ఇతీరియము IdP వంటి అడాప్టర్లను సృష్టించడం, ఈ అడ్డంకిని అధిగమించడానికి మాకు సహాయం చేస్తుంది.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md b/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
new file mode 100644
index 00000000000..039604a042d
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
@@ -0,0 +1,156 @@
+---
+title: ఇతీరియము అభివృద్ధితో ప్రారంభించడం
+description: "ఇతీరియము అభివృద్ధితో ప్రారంభించడానికి ఇది కొత్తవారికి ఒక మార్గదర్శి. మేము మిమ్మల్ని ఒక API ఎండ్పాయింట్ను ఏర్పాటు చేయడం నుండి, ఒక కమాండ్ లైన్ అభ్యర్థన చేయడం వరకు, మీ మొదటి వెబ్3 స్క్రిప్ట్ రాయడం వరకు మేము మిమ్మల్ని తీసుకువెళతాము! బ్లాక్ చైను అభివృద్ధి అనుభవం అవసరం లేదు!"
+author: "ఎలాన్ హాల్పెర్న్"
+tags:
+ [
+ "జావాస్క్రిప్ట్",
+ "ethers.js",
+ "నోడ్లు",
+ "ప్రశ్నించడం",
+ "alchemy"
+ ]
+skill: ఆరంభకులు
+lang: te
+published: 2020-10-30
+source: మధ్యస్థం
+sourceUrl: https://medium.com/alchemy-api/getting-started-with-ethereum-development-using-alchemy-c3d6a45c567f
+---
+
+
+
+ఇది ఇతీరియము అభివృద్ధితో ప్రారంభించడానికి కొత్తవారికి ఒక మార్గదర్శి. ఈ ట్యుటోరియల్ కోసం మేము, మేకర్, 0x, MyEtherWallet, ధర్మ మరియు కైబర్తో సహా అగ్రశ్రేణి బ్లాక్ చైను అనువర్తనాలలో 70% నుండి మిలియన్ల కొద్దీ వినియోగదారులకు శక్తినిచ్చే ప్రముఖ బ్లాక్ చైను అభివృద్ధి చేసేవారి ప్లాట్ఫారమ్ అయిన [Alchemy](https://alchemyapi.io/)ని ఉపయోగిస్తాము. Alchemy మాకు ఇతీరియము చైనుపై ఉన్న ఒక ఎపిఐ ఎండ్పాయింట్కు యాక్సెస్ ఇస్తుంది, తద్వారా మనం లావాదేవీలను చదవగలము మరియు వ్రాయగలము.
+
+మేము మిమ్మల్ని Alchemy తో సైన్ అప్ చేయడం నుండి మీ మొదటి వెబ్3 స్క్రిప్ట్ను వ్రాయడం వరకు తీసుకువెళతాము! బ్లాక్ చైను అభివృద్ధి అనుభవం అవసరం లేదు!
+
+## 1. ఉచిత Alchemy ఖాతా కోసం సైన్ అప్ చేయండి {#sign-up-for-a-free-alchemy-account}
+
+Alchemy తో ఖాతా సృష్టించడం సులభం, [ఇక్కడ ఉచితంగా సైన్ అప్ చేయండి](https://auth.alchemy.com/).
+
+## 2. ఒక Alchemy యాప్ను సృష్టించండి {#create-an-alchemy-app}
+
+ఇతీరియము చైనుతో కమ్యూనికేట్ చేయడానికి మరియు Alchemy ఉత్పత్తులను ఉపయోగించడానికి, మీ అభ్యర్థనలను ప్రామాణీకరించడానికి మీకు ఒక ఎపిఐ కీ అవసరం.
+
+మీరు [డాష్బోర్డ్ నుండి ఎపిఐ కీలను సృష్టించవచ్చు](https://dashboard.alchemy.com/). కొత్త కీని తయారు చేయడానికి, కింద చూపిన విధంగా “యాప్ను సృష్టించు”కు నావిగేట్ చేయండి:
+
+[_ShapeShift_](https://shapeshift.com/)కి _వారి డాష్బోర్డ్ను చూపించడానికి మమ్మల్ని అనుమతించినందుకు ప్రత్యేక ధన్యవాదాలు!_
+
+
+
+మీ కొత్త కీని పొందడానికి “యాప్ను సృష్టించు” కింద వివరాలను పూరించండి. మీరు గతంలో చేసిన యాప్లను మరియు మీ బృందం చేసిన వాటిని కూడా ఇక్కడ చూడవచ్చు. ఏదైనా యాప్ కోసం “కీని వీక్షించు” పై క్లిక్ చేయడం ద్వారా ఇప్పటికే ఉన్న కీలను పొందండి.
+
+
+
+“యాప్లు” పై హోవర్ చేసి, ఒకదాన్ని ఎంచుకోవడం ద్వారా మీరు ఇప్పటికే ఉన్న ఎపిఐ కీలను కూడా పొందవచ్చు. నిర్దిష్ట డొమైన్లను వైట్లిస్ట్ చేయడానికి, అనేక అభివృద్ధి చేసేవారి ఉపకరణాలను చూడటానికి మరియు విశ్లేషణలను వీక్షించడానికి మీరు ఇక్కడ “కీని వీక్షించవచ్చు”, అలాగే “యాప్ను సవరించవచ్చు”.
+
+
+
+## 3. కమాండ్ లైన్ నుండి ఒక అభ్యర్థన చేయండి {#make-a-request-from-the-command-line}
+
+JSON-RPC మరియు curl ఉపయోగించి Alchemy ద్వారా ఇతీరియము బ్లాక్ చైనుతో సంకర్షణ చెందండి.
+
+మాన్యువల్ అభ్యర్థనల కోసం, `POST` అభ్యర్థనల ద్వారా `JSON-RPC`తో సంకర్షణ చెందమని మేము సిఫార్సు చేస్తున్నాము. కేవలం `Content-Type: application/json` హెడర్ను మరియు మీ ప్రశ్నను కింది ఫీల్డ్లతో `POST` బాడీగా పంపండి:
+
+- `jsonrpc`: JSON-RPC వెర్షన్—ప్రస్తుతానికి, `2.0` మాత్రమే సపోర్ట్ చేయబడింది.
+- `method`: ETH ఎపిఐ పద్ధతి. [ఎపిఐ రిఫరెన్స్ చూడండి.](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc)
+- `params`: పద్ధతికి పంపవలసిన పారామితుల జాబితా.
+- `id`: మీ అభ్యర్థన యొక్క ఐడి. ప్రతిస్పందన ఏ అభ్యర్థనకు చెందిందో మీరు ట్రాక్ చేయగలిగేలా అది ప్రతిస్పందన ద్వారా తిరిగి ఇవ్వబడుతుంది.
+
+ప్రస్తుత గ్యాస్ ధరను తిరిగి పొందడానికి మీరు కమాండ్ లైన్ నుండి అమలు చేయగల ఉదాహరణ ఇక్కడ ఉంది:
+
+```bash
+curl https://eth-mainnet.alchemyapi.io/v2/demo \
+-X POST \
+-H "Content-Type: application/json" \
+-d '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+```
+
+_**గమనిక:** [https://eth-mainnet.alchemyapi.io/v2/demo](https://eth-mainnet.alchemyapi.io/jsonrpc/demo)ని మీ స్వంత ఎపిఐ కీ `https://eth-mainnet.alchemyapi.io/v2/**your-api-key`తో భర్తీ చేయండి._
+
+**ఫలితాలు:**
+
+```json
+{ "id": 73,"jsonrpc": "2.0","result": "0x09184e72a000" // 10000000000000 }
+```
+
+## 4. మీ వెబ్3 క్లయింట్ను సెటప్ చేయండి {#set-up-your-web3-client}
+
+**మీకు ఇప్పటికే ఉన్న క్లయింట్ ఉంటే,** మీ ప్రస్తుత నోడ్ ప్రొవైడర్ URLని మీ ఎపిఐ కీతో ఉన్న Alchemy URLకు మార్చండి: `“https://eth-mainnet.alchemyapi.io/v2/your-api-key"`
+
+**_గమనిక:_** కింది స్క్రిప్ట్లు **నోడ్ సందర్భంలో** అమలు చేయబడాలి లేదా **ఒక ఫైల్లో సేవ్ చేయబడాలి**, కమాండ్ లైన్ నుండి అమలు చేయబడకూడదు. మీరు ఇప్పటికే Node లేదా npm ఇన్స్టాల్ చేయకపోతే, macs కోసం ఈ శీఘ్ర [సెటప్ గైడ్ను](https://app.gitbook.com/@alchemyapi/s/alchemy/guides/alchemy-for-macs) చూడండి.
+
+మీరు Alchemyతో ఇంటిగ్రేట్ చేయగల అనేక [వెబ్3 లైబ్రరీలు](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) ఉన్నాయి, అయితే, మేము [Alchemy వెబ్3](https://docs.alchemy.com/reference/api-overview)ని ఉపయోగించమని సిఫార్సు చేస్తున్నాము, ఇది web3.js కోసం ఒక డ్రాప్-ఇన్ రీప్లేస్మెంట్, Alchemyతో సజావుగా పనిచేయడానికి నిర్మించబడింది మరియు కాన్ఫిగర్ చేయబడింది. ఇది ఆటోమేటిక్ రీట్రైలు మరియు బలమైన WebSocket మద్దతు వంటి అనేక ప్రయోజనాలను అందిస్తుంది.
+
+AlchemyWeb3.jsను ఇన్స్టాల్ చేయడానికి, **మీ ప్రాజెక్ట్ డైరెక్టరీకి నావిగేట్ చేసి** అమలు చేయండి:
+
+**Yarnతో:**
+
+```
+yarn add @alch/alchemy-web3
+```
+
+**NPMతో:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+Alchemy యొక్క నోడ్ ఇన్ఫ్రాస్ట్రక్చర్తో సంకర్షణ చెందడానికి, NodeJSలో అమలు చేయండి లేదా దీనిని జావాస్క్రిప్ట్ ఫైల్కు జోడించండి:
+
+```js
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(
+ "https://eth-mainnet.alchemyapi.io/v2/your-api-key"
+)
+```
+
+## 5. మీ మొదటి వెబ్3 స్క్రిప్ట్ను వ్రాయండి! {#write-your-first-web3-script}
+
+ఇప్పుడు కొద్దిగా వెబ్3 ప్రోగ్రామింగ్లోకి దిగి, ఇతీరియము మెయిన్నెట్ నుండి తాజా బ్లాక్ నంబర్ను ప్రింట్ చేసే ఒక సాధారణ స్క్రిప్ట్ను వ్రాద్దాం.
+
+**1. మీరు ఇప్పటికే చేయకపోతే, మీ టెర్మినల్లో కొత్త ప్రాజెక్ట్ డైరెక్టరీని సృష్టించి, దానిలోకి cd చేయండి:**
+
+```
+mkdir web3-example
+cd web3-example
+```
+
+**2. మీరు ఇప్పటికే చేయకపోతే, Alchemy వెబ్3 (లేదా ఏదైనా వెబ్3) డిపెండెన్సీని మీ ప్రాజెక్ట్లోకి ఇన్స్టాల్ చేయండి:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+**3. `index.js` అనే ఫైల్ను సృష్టించి, కింది కంటెంట్లను జోడించండి:**
+
+> మీరు చివరికి `demo`ను మీ Alchemy HTTP ఎపిఐ కీతో భర్తీ చేయాలి.
+
+```js
+async function main() {
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+ const web3 = createAlchemyWeb3("https://eth-mainnet.alchemyapi.io/v2/demo")
+ const blockNumber = await web3.eth.getBlockNumber()
+ console.log("తాజా బ్లాక్ నంబర్ " + blockNumber)
+}
+main()
+```
+
+async విషయాలతో పరిచయం లేదా? ఈ [మీడియం పోస్ట్ను](https://medium.com/better-programming/understanding-async-await-in-javascript-1d81bb079b2c) చూడండి.
+
+**4.** node ఉపయోగించి మీ టెర్మినల్లో దీన్ని అమలు చేయండి\*\*
+
+```
+node index.js
+```
+
+**5.** మీరు ఇప్పుడు మీ కన్సోల్లో తాజా బ్లాక్ నంబర్ అవుట్పుట్ను చూడగలరు!\*\*
+
+```
+తాజా బ్లాక్ నంబర్ 11043912
+```
+
+**వావ్!** అభినందనలు! మీరు ఇప్పుడే Alchemyని ఉపయోగించి మీ మొదటి వెబ్3 స్క్రిప్ట్ను వ్రాసారు 🎉\*\*
+
+తర్వాత ఏం చేయాలో తెలియడం లేదా? మా [హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్ గైడ్](https://www.alchemy.com/docs/hello-world-smart-contract)లో మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి ప్రయత్నించండి మరియు కొంత సాలిడిటీ ప్రోగ్రామింగ్తో ప్రయోగాలు చేయండి, లేదా [డాష్బోర్డ్ డెమో యాప్](https://docs.alchemyapi.io/tutorials/demo-app)తో మీ డాష్బోర్డ్ పరిజ్ఞానాన్ని పరీక్షించుకోండి!
+
+_[ఉచితంగా Alchemyతో సైన్ అప్ చేయండి](https://auth.alchemy.com/), మా [డాక్యుమెంటేషన్](https://www.alchemy.com/docs/)ను చూడండి, మరియు తాజా వార్తల కోసం, మమ్మల్ని [Twitter](https://twitter.com/AlchemyPlatform)లో అనుసరించండి_.
diff --git a/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md b/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
new file mode 100644
index 00000000000..2bd9f807489
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
@@ -0,0 +1,102 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్ భద్రతా ఉపకరణాలకు మార్గదర్శి
+description: మూడు విభిన్న పరీక్ష మరియు ప్రోగ్రామ్ విశ్లేషణ పద్ధతుల అవలోకనం
+author: "Trailofbits"
+lang: te
+tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "భద్రత" ]
+skill: మధ్యస్థ
+published: 2020-09-07
+source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis
+---
+
+మేము మూడు విలక్షణమైన పరీక్ష మరియు ప్రోగ్రామ్ విశ్లేషణ పద్ధతులను ఉపయోగించబోతున్నాము:
+
+- **[Slither](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)తో స్టాటిక్ విశ్లేషణ.** ప్రోగ్రామ్ యొక్క అన్ని మార్గాలు ఒకే సమయంలో, విభిన్న ప్రోగ్రామ్ ప్రెజెంటేషన్ల ద్వారా (ఉదా., కంట్రోల్-ఫ్లో-గ్రాఫ్) అంచనా వేయబడతాయి మరియు విశ్లేషించబడతాయి
+- **[Echidna](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)తో ఫజ్జింగ్.** లావాదేవీల యొక్క సూడో-రాండమ్ జనరేషన్తో కోడ్ అమలు చేయబడుతుంది. ఇచ్చిన ఆస్తిని ఉల్లంఘించడానికి లావాదేవీల క్రమాన్ని కనుగొనడానికి ఫజర్ ప్రయత్నిస్తుంది.
+- **[Manticore](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)తో సింబాలిక్ ఎగ్జిక్యూషన్.** ఒక అధికారిక ధృవీకరణ పద్ధతి, ఇది ప్రతి ఎగ్జిక్యూషన్ మార్గాన్ని ఒక గణిత సూత్రానికి అనువదిస్తుంది, దానిపై పరిమితులను తనిఖీ చేయవచ్చు.
+
+ప్రతి పద్ధతికి ప్రయోజనాలు మరియు ఆపదలు ఉన్నాయి మరియు [నిర్దిష్ట సందర్భాలలో](#determining-security-properties) ఉపయోగకరంగా ఉంటుంది:
+
+| పద్ధతి | సాధనం | వినియోగం | వేగం | తప్పిపోయిన బగ్స్ | తప్పుడు అలారాలు |
+| ---------------------- | --------- | ----------------------------------------------------- | -------- | ---------------- | --------------- |
+| స్టాటిక్ విశ్లేషణ | Slither | CLI & స్క్రిప్ట్లు | సెకన్లు | మధ్యస్తంగా | తక్కువ |
+| ఫజ్జింగ్ | Echidna | Solidity లక్షణాలు | నిమిషాలు | తక్కువ | ఏదీ లేదు |
+| సింబాలిక్ ఎగ్జిక్యూషన్ | Manticore | Solidity లక్షణాలు & స్క్రిప్ట్లు | గంటలు | ఏదీ లేదు\* | ఏదీ లేదు |
+
+\* టైమౌట్ లేకుండా అన్ని మార్గాలు అన్వేషించబడితే
+
+**Slither** సెకన్ల వ్యవధిలో కాంట్రాక్టులను విశ్లేషిస్తుంది, అయితే, స్టాటిక్ విశ్లేషణ తప్పుడు అలారాలకు దారితీయవచ్చు మరియు సంక్లిష్ట తనిఖీలకు (ఉదా., అంకగణిత తనిఖీలు) తక్కువ అనుకూలంగా ఉంటుంది. అంతర్నిర్మిత డిటెక్టర్లకు పుష్-బటన్ యాక్సెస్ కోసం API ద్వారా లేదా వినియోగదారు-నిర్వచించిన తనిఖీల కోసం API ద్వారా Slitherను అమలు చేయండి.
+
+**Echidna** అనేక నిమిషాల పాటు అమలు కావాలి మరియు నిజమైన పాజిటివ్లను మాత్రమే ఉత్పత్తి చేస్తుంది. Echidna, Solidityలో వ్రాయబడిన వినియోగదారు-అందించిన భద్రతా లక్షణాలను తనిఖీ చేస్తుంది. ఇది రాండమ్ అన్వేషణపై ఆధారపడి ఉన్నందున బగ్లను కోల్పోయే అవకాశం ఉంది.
+
+**Manticore** "అత్యంత బరువైన" విశ్లేషణను నిర్వహిస్తుంది. Echidna వలె, Manticore వినియోగదారు-అందించిన లక్షణాలను ధృవీకరిస్తుంది. ఇది అమలు కావడానికి ఎక్కువ సమయం పడుతుంది, కానీ ఇది ఒక ఆస్తి యొక్క ప్రామాణికతను నిరూపించగలదు మరియు తప్పుడు అలారాలను నివేదించదు.
+
+## సూచించిన వర్క్ఫ్లో {#suggested-workflow}
+
+ప్రస్తుతం ఎలాంటి సాధారణ బగ్లు లేవని లేదా తరువాత ప్రవేశపెట్టబడవని నిర్ధారించుకోవడానికి Slither అంతర్నిర్మిత డిటెక్టర్లతో ప్రారంభించండి. వారసత్వం, వేరియబుల్ డిపెండెన్సీలు మరియు నిర్మాణ సమస్యలకు సంబంధించిన లక్షణాలను తనిఖీ చేయడానికి Slitherను ఉపయోగించండి. కోడ్బేస్ పెరిగేకొద్దీ, స్టేట్ మెషీన్ యొక్క మరింత సంక్లిష్టమైన లక్షణాలను పరీక్షించడానికి Echidnaను ఉపయోగించండి. ఫంక్షన్ ఓవర్రైడ్ చేయబడకుండా రక్షించడం వంటి, Solidity నుండి అందుబాటులో లేని రక్షణల కోసం కస్టమ్ తనిఖీలను అభివృద్ధి చేయడానికి Slitherని తిరిగి సందర్శించండి. చివరగా, క్లిష్టమైన భద్రతా లక్షణాల యొక్క లక్ష్య ధృవీకరణను నిర్వహించడానికి Manticoreను ఉపయోగించండి, ఉదా., అంకగణిత కార్యకలాపాలు.
+
+- సాధారణ సమస్యలను గుర్తించడానికి Slither's CLIని ఉపయోగించండి
+- మీ కాంట్రాక్ట్ యొక్క ఉన్నత-స్థాయి భద్రతా లక్షణాలను పరీక్షించడానికి Echidnaను ఉపయోగించండి
+- కస్టమ్ స్టాటిక్ తనిఖీలను వ్రాయడానికి Slitherను ఉపయోగించండి
+- మీరు క్లిష్టమైన భద్రతా లక్షణాల గురించి లోతైన హామీని కోరుకున్న తర్వాత Manticoreను ఉపయోగించండి
+
+**యూనిట్ పరీక్షలపై ఒక గమనిక**. అధిక-నాణ్యత సాఫ్ట్వేర్ను రూపొందించడానికి యూనిట్ పరీక్షలు అవసరం. అయితే, భద్రతా లోపాలను కనుగొనడానికి ఈ పద్ధతులు ఉత్తమంగా సరిపోవు. అవి సాధారణంగా కోడ్ యొక్క సానుకూల ప్రవర్తనలను పరీక్షించడానికి ఉపయోగిస్తారు (అంటే, సాధారణ సందర్భంలో కోడ్ ఊహించిన విధంగా పనిచేస్తుంది), అయితే భద్రతా లోపాలు డెవలపర్లు పరిగణించని ఎడ్జ్ కేసులలో ఉండే అవకాశం ఉంది. డజన్ల కొద్దీ స్మార్ట్ కాంట్రాక్ట్ భద్రతా సమీక్షల మా అధ్యయనంలో, మేము మా క్లయింట్ కోడ్లో కనుగొన్న [భద్రతా లోపాల సంఖ్య లేదా తీవ్రతపై యూనిట్ టెస్ట్ కవరేజ్కు ఎలాంటి ప్రభావం లేదు](https://blog.trailofbits.com/2019/08/08/246-findings-from-our-smart-contract-audits-an-executive-summary/).
+
+## భద్రతా లక్షణాలను నిర్ణయించడం {#determining-security-properties}
+
+మీ కోడ్ను సమర్థవంతంగా పరీక్షించడానికి మరియు ధృవీకరించడానికి, మీరు శ్రద్ధ అవసరమైన ప్రాంతాలను గుర్తించాలి. భద్రతపై మీరు ఖర్చు చేసే వనరులు పరిమితంగా ఉన్నందున, మీ ప్రయత్నాన్ని ఆప్టిమైజ్ చేయడానికి మీ కోడ్బేస్ యొక్క బలహీనమైన లేదా అధిక-విలువ భాగాలను స్కోప్ చేయడం ముఖ్యం. థ్రెట్ మోడలింగ్ సహాయపడుతుంది. సమీక్షించడాన్ని పరిగణించండి:
+
+- [రాపిడ్ రిస్క్ అసెస్మెంట్స్](https://infosec.mozilla.org/guidelines/risk/rapid_risk_assessment.html) (సమయం తక్కువగా ఉన్నప్పుడు మా ప్రాధాన్య విధానం)
+- [గైడ్ టు డేటా-సెంట్రిక్ సిస్టమ్ థ్రెట్ మోడలింగ్](https://csrc.nist.gov/pubs/sp/800/154/ipd) (NIST 800-154 అని కూడా పిలుస్తారు)
+- [షోస్టాక్ థ్రెట్ మోడలింగ్](https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1118809998)
+- [STRIDE](https://wikipedia.org/wiki/STRIDE_\(security\)) / [DREAD](https://wikipedia.org/wiki/DREAD_\(risk_assessment_model\))
+- [PASTA](https://wikipedia.org/wiki/Threat_model#P.A.S.T.A.)
+- [అస్సర్షన్ల ఉపయోగం](https://blog.regehr.org/archives/1091)
+
+### భాగాలు {#components}
+
+మీరు ఏమి తనిఖీ చేయాలనుకుంటున్నారో తెలుసుకోవడం సరైన సాధనాన్ని ఎంచుకోవడానికి కూడా మీకు సహాయపడుతుంది.
+
+స్మార్ట్ కాంట్రాక్టులకు తరచుగా సంబంధించిన విస్తృత ప్రాంతాలు:
+
+- **స్టేట్ మెషీన్.** చాలా కాంట్రాక్టులను స్టేట్ మెషీన్గా సూచించవచ్చు. (1) చెల్లని స్థితిని చేరుకోలేమని, (2) ఒక స్థితి చెల్లుబాటు అయితే దాన్ని చేరుకోగలమని, మరియు (3) ఏ స్థితి కాంట్రాక్టును ట్రాప్ చేయదని తనిఖీ చేయడాన్ని పరిగణించండి.
+
+ - స్టేట్-మెషీన్ స్పెసిఫికేషన్లను పరీక్షించడానికి Echidna మరియు Manticore అనుకూలమైన సాధనాలు.
+
+- **యాక్సెస్ నియంత్రణలు.** మీ సిస్టమ్లో ప్రత్యేక హక్కులు కలిగిన వినియోగదారులు (ఉదా., యజమాని, కంట్రోలర్లు, ...) ఉంటే (1) ప్రతి వినియోగదారు అధీకృత చర్యలను మాత్రమే చేయగలరని మరియు (2) ఏ వినియోగదారు కూడా మరింత ప్రత్యేక హక్కులు కలిగిన వినియోగదారు నుండి చర్యలను నిరోధించలేరని మీరు నిర్ధారించుకోవాలి.
+
+ - Slither, Echidna మరియు Manticore సరైన యాక్సెస్ నియంత్రణల కోసం తనిఖీ చేయగలవు. ఉదాహరణకు, Slither వైట్లిస్ట్ చేయబడిన ఫంక్షన్లకు మాత్రమే onlyOwner మాడిఫైయర్ లేదని తనిఖీ చేయగలదు. కాంట్రాక్ట్ ఒక నిర్దిష్ట స్థితికి చేరుకుంటే మాత్రమే ఇవ్వబడిన అనుమతి వంటి మరింత సంక్లిష్టమైన యాక్సెస్ నియంత్రణ కోసం Echidna మరియు Manticore ఉపయోగపడతాయి.
+
+- **అంకగణిత కార్యకలాపాలు.** అంకగణిత కార్యకలాపాల యొక్క పటిష్టతను తనిఖీ చేయడం చాలా ముఖ్యం. ఓవర్ఫ్లో/అండర్ఫ్లోను నివారించడానికి ప్రతిచోటా `SafeMath` ఉపయోగించడం ఒక మంచి అడుగు, అయితే, రౌండింగ్ సమస్యలు మరియు కాంట్రాక్టును ట్రాప్ చేసే లోపాలతో సహా ఇతర అంకగణిత లోపాలను మీరు ఇప్పటికీ పరిగణించాలి.
+
+ - ఇక్కడ Manticore ఉత్తమ ఎంపిక. SMT సాల్వర్ యొక్క స్కోప్ వెలుపల అంకగణితం ఉంటే Echidnaను ఉపయోగించవచ్చు.
+
+- **వారసత్వ సరియైనత.** Solidity కాంట్రాక్టులు బహుళ వారసత్వంపై ఎక్కువగా ఆధారపడతాయి. `super` కాల్ లేని షాడోయింగ్ ఫంక్షన్ మరియు తప్పుగా అన్వయించబడిన c3 లీనియరైజేషన్ ఆర్డర్ వంటి పొరపాట్లు సులభంగా జరగవచ్చు.
+
+ - ఈ సమస్యలను గుర్తించడాన్ని నిర్ధారించడానికి Slither ఒక సాధనం.
+
+- **బాహ్య పరస్పర చర్యలు.** కాంట్రాక్టులు ఒకదానితో ఒకటి సంకర్షణ చెందుతాయి, మరియు కొన్ని బాహ్య కాంట్రాక్టులను విశ్వసించకూడదు. ఉదాహరణకు, మీ కాంట్రాక్ట్ బాహ్య ఒరాకిల్స్పై ఆధారపడితే, అందుబాటులో ఉన్న ఒరాకిల్స్లో సగం రాజీపడితే అది సురక్షితంగా ఉంటుందా?
+
+ - మీ కాంట్రాక్టులతో బాహ్య పరస్పర చర్యలను పరీక్షించడానికి Manticore మరియు Echidna ఉత్తమ ఎంపిక. Manticore బాహ్య కాంట్రాక్టులను స్టబ్ చేయడానికి అంతర్నిర్మిత యంత్రాంగాన్ని కలిగి ఉంది.
+
+- **ప్రామాణిక అనుగుణ్యత.** Ethereum ప్రమాణాలకు (ఉదా., ERC20) వాటి రూపకల్పనలో లోపాల చరిత్ర ఉంది. మీరు నిర్మిస్తున్న ప్రమాణం యొక్క పరిమితుల గురించి తెలుసుకోండి.
+ - ఇచ్చిన ప్రమాణం నుండి విచలనాలను గుర్తించడంలో Slither, Echidna మరియు Manticore మీకు సహాయపడతాయి.
+
+### సాధన ఎంపిక చీట్షీట్ {#tool-selection-cheatsheet}
+
+| భాగం | ఉపకరణాలు | ఉదాహరణలు |
+| -------------------- | --------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| స్టేట్ మెషీన్ | Echidna, Manticore | |
+| యాక్సెస్ నియంత్రణ | Slither, Echidna, Manticore | [Slither వ్యాయామం 2](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise2.md), [Echidna వ్యాయామం 2](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-2.md) |
+| అంకగణిత కార్యకలాపాలు | Manticore, Echidna | [Echidna వ్యాయామం 1](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-1.md), [Manticore వ్యాయామాలు 1 - 3](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore/exercises) |
+| వారసత్వ సరియైనత | Slither | [Slither వ్యాయామం 1](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise1.md) |
+| బాహ్య పరస్పర చర్యలు | Manticore, Echidna | |
+| ప్రామాణిక అనుగుణ్యత | Slither, Echidna, Manticore | [`slither-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance) |
+
+మీ లక్ష్యాలను బట్టి ఇతర ప్రాంతాలను తనిఖీ చేయవలసి ఉంటుంది, కానీ ఈ విస్తృత దృష్టి ప్రాంతాలు ఏదైనా స్మార్ట్ కాంట్రాక్ట్ సిస్టమ్కు మంచి ప్రారంభం.
+
+మా పబ్లిక్ ఆడిట్లలో ధృవీకరించబడిన లేదా పరీక్షించబడిన లక్షణాల ఉదాహరణలు ఉన్నాయి. నిజ-ప్రపంచ భద్రతా లక్షణాలను సమీక్షించడానికి క్రింది నివేదికల యొక్క `ఆటోమేటెడ్ టెస్టింగ్ మరియు వెరిఫికేషన్` విభాగాలను చదవడాన్ని పరిగణించండి:
+
+- [0x](https://github.com/trailofbits/publications/blob/master/reviews/0x-protocol.pdf)
+- [Balancer](https://github.com/trailofbits/publications/blob/master/reviews/BalancerCore.pdf)
diff --git a/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
new file mode 100644
index 00000000000..3adcee1d5b2
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
@@ -0,0 +1,1539 @@
+---
+title: ప్రారంభకుల కోసం హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టు - ఫుల్స్టాక్
+description: Ethereumలో ఒక సాధారణ స్మార్ట్ కాంట్రాక్టును రాయడం మరియు డిప్లాయ్ చేయడంపై పరిచయ ట్యుటోరియల్.
+author: "nstrike2"
+tags:
+ [
+ "దృఢత్వం",
+ "hardhat",
+ "alchemy",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "డిప్లాయ్ చేయడం",
+ "బ్లాక్ ఎక్స్ప్లోరర్",
+ "frontend",
+ "లావాదేవీలు"
+ ]
+skill: ఆరంభకులు
+lang: te
+published: 2021-10-25
+---
+
+మీరు బ్లాక్చెయిన్ డెవలప్మెంట్కు కొత్తవారైతే మరియు స్మార్ట్ కాంట్రాక్ట్లతో ఎక్కడ ప్రారంభించాలో లేదా ఎలా అమలు చేయాలో మరియు ఇంటరాక్ట్ అవ్వాలో తెలియకపోతే ఈ గైడ్ మీ కోసం. [MetaMask](https://metamask.io), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org), మరియు [Alchemy](https://alchemy.com/eth) ఉపయోగించి Goerli టెస్టునెట్లో ఒక సాధారణ, స్మార్ట్ కాంట్రాక్టును సృష్టించడం మరియు అమలు చేయడం ద్వారా మేము మీకు మార్గనిర్దేశం చేస్తాము.
+
+ఈ ట్యుటోరియల్ను పూర్తి చేయడానికి మీకు ఆల్కెమీ ఖాతా అవసరం. [ఉచిత ఖాతా కోసం సైన్ అప్ చేయండి](https://www.alchemy.com/).
+
+మీకు ఏ సమయంలోనైనా ప్రశ్నలు ఉంటే, [ఆల్కెమీ డిస్కార్డ్](https://discord.gg/gWuC7zB)లో అడగడానికి సంకోచించకండి!
+
+## భాగం 1 - హార్డ్హ్యాట్ ఉపయోగించి మీ స్మార్ట్ కాంట్రాక్ట్ను సృష్టించండి మరియు అమలు చేయండి {#part-1}
+
+### ఇథీరియం నెట్వర్క్కి కనెక్ట్ అవ్వండి {#connect-to-the-ethereum-network}
+
+Ethereum చైన్కు అభ్యర్థనలు చేయడానికి చాలా మార్గాలు ఉన్నాయి. సులభంగా ఉండటానికి, మేము ఆల్కెమీలో ఉచిత ఖాతాను ఉపయోగిస్తాము, ఇది ఒక బ్లాక్చెయిన్ డెవలపర్ ప్లాట్ఫారమ్ మరియు API, ఇది మనమే ఒక నోడ్ను అమలు చేయకుండా ఇథీరియం చైన్తో కమ్యూనికేట్ చేయడానికి అనుమతిస్తుంది. ఆల్కెమీకి పర్యవేక్షణ మరియు విశ్లేషణల కోసం డెవలపర్ సాధనాలు కూడా ఉన్నాయి; మన స్మార్ట్ కాంట్రాక్ట్ అమలులో తెర వెనుక ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి ఈ ట్యుటోరియల్లో మేము వీటిని సద్వినియోగం చేసుకుంటాము.
+
+### మీ యాప్ను మరియు API కీని సృష్టించండి {#create-your-app-and-api-key}
+
+మీరు ఒక ఆల్కెమీ ఖాతాను సృష్టించిన తర్వాత, మీరు ఒక యాప్ను సృష్టించడం ద్వారా ఒక API కీని రూపొందించవచ్చు. ఇది Goerli టెస్టునెట్కు అభ్యర్థనలు చేయడానికి మిమ్మల్ని అనుమతిస్తుంది. మీకు టెస్టునెట్ల గురించి తెలియకపోతే, మీరు [నెట్వర్క్ను ఎంచుకోవడానికి ఆల్కెమీ యొక్క గైడ్ను చదవవచ్చు](https://www.alchemy.com/docs/choosing-a-web3-network).
+
+ఆల్కెమీ డాష్బోర్డ్లో, నావిగేషన్ బార్లో **యాప్స్** డ్రాప్డౌన్ను కనుగొని, **యాప్ను సృష్టించు** క్లిక్ చేయండి.
+
+
+
+మీ యాప్కు '_Hello World_' అని పేరు పెట్టండి మరియు ఒక చిన్న వివరణ వ్రాయండి. మీ వాతావరణంగా **స్టేజింగ్** మరియు మీ నెట్వర్క్గా **గోర్లీ**ని ఎంచుకోండి.
+
+
+
+_గమనిక: **గోర్లీ**ని ఎంచుకున్నారని నిర్ధారించుకోండి, లేకపోతే ఈ ట్యుటోరియల్ పని చేయదు._
+
+**యాప్ను సృష్టించు** బటన్ను క్లిక్ చేయండి. మీ యాప్ క్రింది పట్టికలో కనిపిస్తుంది.
+
+### ఒక ఇథీరియం ఖాతాను సృష్టించండి {#create-an-ethereum-account}
+
+లావాదేవీలను పంపడానికి మరియు స్వీకరించడానికి మీకు ఒక ఇథీరియం ఖాతా అవసరం. మేము మెటామాస్క్ను ఉపయోగిస్తాము, ఇది బ్రౌజర్లో ఒక వర్చువల్ వాలెట్, ఇది వినియోగదారులు తమ ఇథీరియం ఖాతా చిరునామాను నిర్వహించడానికి అనుమతిస్తుంది.
+
+మీరు [ఇక్కడ](https://metamask.io/download) ఉచితంగా MetaMask అకౌంట్ను డౌన్లోడ్ చేసి, సృష్టించవచ్చు. మీరు ఖాతాను సృష్టించేటప్పుడు, లేదా మీకు ఇప్పటికే ఖాతా ఉంటే, కుడివైపు ఎగువన ఉన్న “గోర్లీ టెస్ట్ నెట్వర్క్”కు మారినట్లు నిర్ధారించుకోండి (అలాగే మనం నిజమైన డబ్బుతో వ్యవహరించడం లేదు).
+
+### దశ 4: ఒక ఫాసెట్ నుండి ఈథర్ను జోడించండి {#step-4-add-ether-from-a-faucet}
+
+మీ స్మార్ట్ కాంట్రాక్ట్ను టెస్ట్ నెట్వర్క్కు అమలు చేయడానికి, మీకు కొంత నకిలీ ETH అవసరం. గోర్లీ నెట్వర్క్లో ETH పొందడానికి, ఒక గోర్లీ ఫాసెట్కు వెళ్లి మీ గోర్లీ ఖాతా చిరునామాను నమోదు చేయండి. గోర్లీ ఫాసెట్లు ఇటీవల కొంచెం నమ్మశక్యంగా లేవని గమనించండి - ప్రయత్నించడానికి ఎంపికల జాబితా కోసం [టెస్ట్ నెట్వర్క్ల పేజీని](/developers/docs/networks/#goerli) చూడండి:
+
+_గమనిక: నెట్వర్క్ రద్దీ కారణంగా, దీనికి కొంత సమయం పట్టవచ్చు._
+\`\`
+
+### దశ 5: మీ బ్యాలెన్స్ను తనిఖీ చేయండి {#step-5-check-your-balance}
+
+మీ వాలెట్లో ETH ఉందని నిర్ధారించుకోవడానికి, [ఆల్కెమీ యొక్క కంపోజర్ టూల్](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) ఉపయోగించి [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) అభ్యర్థన చేద్దాం. ఇది మన వాలెట్లోని ETH మొత్తాన్ని తిరిగి ఇస్తుంది. మరింత తెలుసుకోవడానికి [కంపోజర్ సాధనాన్ని ఎలా ఉపయోగించాలో ఆల్కెమీ యొక్క చిన్న ట్యుటోరియల్ చూడండి](https://youtu.be/r6sjRxBZJuU).
+
+మీ మెటామాస్క్ ఖాతా చిరునామాను ఇన్పుట్ చేసి, **అభ్యర్థన పంపించు** బటన్ను క్లిక్ చేయండి. మీకు క్రింది కోడ్ స్నిప్పెట్ లాంటి ప్రతిస్పందన కనిపిస్తుంది.
+
+```json
+{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
+```
+
+> _గమనిక: ఈ ఫలితం వీలో ఉంది, ETHలో కాదు. వీ ఈథర్ యొక్క అతి చిన్న విభాగంగా ఉపయోగించబడుతుంది._
+
+అమ్మయ్య! మా నకిలీ డబ్బు అంతా ఉంది.
+
+### దశ 6: మా ప్రాజెక్ట్ను ప్రారంభించండి {#step-6-initialize-our-project}
+
+ముందుగా, మన ప్రాజెక్ట్ కోసం ఒక ఫోల్డర్ను సృష్టించాలి. మీ కమాండ్ లైన్కు నావిగేట్ చేసి, ఈ క్రింది వాటిని ఇన్పుట్ చేయండి.
+
+```
+mkdir hello-world
+cd hello-world
+```
+
+ఇప్పుడు మనం మన ప్రాజెక్ట్ ఫోల్డర్లో ఉన్నాము కాబట్టి, ప్రాజెక్టును ప్రారంభించడానికి `npm init`ని ఉపయోగిస్తాము.
+
+> మీరు ఇంకా npm ఇన్స్టాల్ చేయకపోతే, [Node.js మరియు npm ఇన్స్టాల్ చేయడానికి ఈ సూచనలను పాటించండి](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm).
+
+ఈ ట్యుటోరియల్ ప్రయోజనం కోసం, మీరు ప్రారంభ ప్రశ్నలకు ఎలా సమాధానం ఇస్తారనేది ముఖ్యం కాదు. మేము దానిని ఎలా చేసామో ఇక్కడ సూచన కోసం ఇవ్వబడింది:
+
+```
+ప్యాకేజీ పేరు: (hello-world)
+వెర్షన్: (1.0.0)
+వివరణ: హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టు
+ఎంట్రీ పాయింట్: (index.js)
+టెస్ట్ కమాండ్:
+git రిపోజిటరీ:
+కీవర్డ్లు:
+రచయిత:
+లైసెన్స్: (ISC)
+
+/Users/.../.../.../hello-world/package.json కు వ్రాయబోతున్నారు:
+
+{
+ "name": "hello-world",
+ "version": "1.0.0",
+ "description": "హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టు",
+ "main": "index.js",
+ "scripts": {
+ "test": "echo \"లోపం: పరీక్ష పేర్కొనబడలేదు\" && exit 1"
+ },
+ "author": "",
+ "license": "ISC"
+}
+```
+
+package.jsonని ఆమోదించండి మరియు మనం సిద్ధంగా ఉన్నాము!
+
+### దశ 7: హార్డ్హ్యాట్ డౌన్లోడ్ చేయండి {#step-7-download-hardhat}
+
+Hardhat అనేది మీ ఇతీరియము సాఫ్ట్వేర్ను కంపైల్ చేయడానికి, డిప్లోయ్ చేయడానికి, పరీక్షించడానికి మరియు డీబగ్ చేయడానికి ఒక డెవలప్మెంట్ ఎన్విరాన్మెంట్. ఇది లైవ్ చైన్కు డిప్లోయ్ చేయడానికి ముందు స్థానికంగా స్మార్ట్ కాంట్రాక్ట్లను మరియు డాప్స్ను రూపొందించడంలో డెవలపర్లకు సహాయపడుతుంది.
+
+మన `hello-world` ప్రాజెక్ట్ లోపల రన్ చేయండి:
+
+```
+npm install --save-dev hardhat
+```
+
+[ఇన్స్టాలేషన్ సూచనల](https://hardhat.org/getting-started/#overview)పై మరిన్ని వివరాల కోసం ఈ పేజీని చూడండి.
+
+### దశ 8: హార్డ్హ్యాట్ ప్రాజెక్ట్ను సృష్టించండి {#step-8-create-hardhat-project}
+
+మా `hello-world` ప్రాజెక్ట్ ఫోల్డర్ లోపల, దీన్ని అమలు చేయండి:
+
+```
+npx hardhat
+```
+
+అప్పుడు మీరు స్వాగత సందేశం మరియు మీరు ఏమి చేయాలనుకుంటున్నారో ఎంచుకోవడానికి ఒక ఎంపికను చూడాలి. “ఖాళీ hardhat.config.jsని సృష్టించండి” ఎంచుకోండి:
+
+```
+888 888 888 888 888 888
+888 888 888 888 888 888
+888 888 888 888 888 888
+8888888888 8888b. 888d888 .d88888 88888b. 8888b. 888888
+888 888 "88b 888P" d88" 888 888 "88b "88b 888
+888 888 .d888888 888 888 888 888 888 .d888888 888
+888 888 888 888 888 Y88b 888 888 888 888 888 Y88b.
+888 888 "Y888888 888 "Y88888 888 888 "Y888888 "Y888
+
+👷 Hardhat v2.0.11 కు స్వాగతం 👷
+
+మీరు ఏమి చేయాలనుకుంటున్నారు? …
+ఒక నమూనా ప్రాజెక్ట్ను సృష్టించండి
+❯ ఒక ఖాళీ hardhat.config.js ని సృష్టించండి
+నిష్క్రమించు
+```
+
+ఇది ప్రాజెక్ట్లో `hardhat.config.js` ఫైల్ను రూపొందిస్తుంది. మన ప్రాజెక్ట్ కోసం సెటప్ను పేర్కొనడానికి మనం ఈ ట్యుటోరియల్లో తరువాత దీనిని ఉపయోగిస్తాము.
+
+### దశ 9: ప్రాజెక్ట్ ఫోల్డర్లను జోడించండి {#step-9-add-project-folders}
+
+ప్రాజెక్ట్ను వ్యవస్థీకృతంగా ఉంచడానికి, రెండు కొత్త ఫోల్డర్లను సృష్టిద్దాం. కమాండ్ లైన్లో, మీ `hello-world` ప్రాజెక్ట్ యొక్క రూట్ డైరెక్టరీకి నావిగేట్ చేసి టైప్ చేయండి:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` అనేది మనం మన హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్ కోడ్ ఫైల్ను ఉంచే చోటు
+- `scripts/` అనేది మన కాంట్రాక్టును డిప్లాయ్ చేయడానికి మరియు దానితో ఇంటరాక్ట్ అవ్వడానికి స్క్రిప్ట్లను ఉంచే చోటు
+
+### దశ 10: మా కాంట్రాక్టును వ్రాయండి {#step-10-write-our-contract}
+
+మీరు మిమ్మల్ని మీరు అడగవచ్చు, మనం ఎప్పుడు కోడ్ వ్రాయబోతున్నాం? ఇదే సమయం!
+
+మీకు ఇష్టమైన ఎడిటర్లో hello-world ప్రాజెక్ట్ను తెరవండి. స్మార్ట్ కాంట్రాక్టులు సాధారణంగా సాలిడిటీలో వ్రాయబడతాయి, దీనిని మేము మా స్మార్ట్ కాంట్రాక్టును వ్రాయడానికి ఉపయోగిస్తాము.
+
+1. `contracts` ఫోల్డర్కు నావిగేట్ చేసి, `HelloWorld.sol` అనే కొత్త ఫైల్ను సృష్టించండి
+2. ఈ ట్యుటోరియల్ కోసం మేము ఉపయోగించబోయే నమూనా హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టు క్రింద ఉంది. క్రింది కంటెంట్లను `HelloWorld.sol` ఫైల్లోకి కాపీ చేయండి.
+
+_గమనిక: ఈ కాంట్రాక్ట్ ఏమి చేస్తుందో అర్థం చేసుకోవడానికి వ్యాఖ్యలను చదివినట్లు నిర్ధారించుకోండి._
+
+```
+// సాలిడిటీ యొక్క సంస్కరణను, సెమాంటిక్ వర్షనింగ్ని ఉపయోగించి నిర్దేశిస్తుంది.
+// మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity >=0.7.3;
+
+// 'HelloWorld' పేరుతో ఒక కాంట్రాక్టును నిర్వచిస్తుంది.
+// ఒక కాంట్రాక్టు అనేది ఫంక్షన్లు మరియు డేటా (దాని స్థితి) యొక్క సేకరణ. ఒకసారి అమలు చేసిన తర్వాత, ఒక కాంట్రాక్టు ఇథీరియం బ్లాక్చెయిన్లో ఒక నిర్దిష్ట చిరునామాలో నివసిస్తుంది. మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ //నవీకరణ ఫంక్షన్ పిలిచినప్పుడు విడుదల చేయబడుతుంది
+ //స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లు మీ కాంట్రాక్ట్ కోసం బ్లాక్చెయిన్లో ఏదో జరిగిందని మీ యాప్ ఫ్రంట్-ఎండ్కు కమ్యూనికేట్ చేయడానికి ఒక మార్గం, ఇది నిర్దిష్ట ఈవెంట్ల కోసం 'వినడం' మరియు అవి జరిగినప్పుడు చర్య తీసుకోవచ్చు.
+ event UpdatedMessages(string oldStr, string newStr);
+
+ // `string` రకానికి చెందిన `message` అనే స్థితి వేరియబుల్ను ప్రకటిస్తుంది.
+ // స్టేట్ వేరియబుల్స్ అనేవి కాంట్రాక్ట్ నిల్వలో వాటి విలువలు శాశ్వతంగా నిల్వ చేయబడిన వేరియబుల్స్. `public` కీవర్డ్ వేరియబుల్స్ను కాంట్రాక్ట్ వెలుపల నుండి అందుబాటులో ఉండేలా చేస్తుంది మరియు ఇతర కాంట్రాక్ట్లు లేదా క్లయింట్లు విలువను యాక్సెస్ చేయడానికి పిలవగల ఫంక్షన్ను సృష్టిస్తుంది.
+ string public message;
+
+ // అనేక తరగతి-ఆధారిత వస్తువు-ఆధారిత భాషల మాదిరిగానే, కన్స్ట్రక్టర్ అనేది కాంట్రాక్ట్ సృష్టిపై మాత్రమే అమలు చేయబడే ఒక ప్రత్యేక ఫంక్షన్.
+ // కాంట్రాక్ట్ యొక్క డేటాను ప్రారంభించడానికి కన్స్ట్రక్టర్లు ఉపయోగించబడతాయి. మరింత తెలుసుకోండి:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) {
+
+ // స్ట్రింగ్ ఆర్గ్యుమెంట్ `initMessage`ని అంగీకరించి, విలువను కాంట్రాక్ట్ యొక్క `message` నిల్వ వేరియబుల్లోకి సెట్ చేస్తుంది).
+ message = initMessage;
+ }
+
+ // ఒక స్ట్రింగ్ ఆర్గ్యుమెంట్ను అంగీకరించి, `message` నిల్వ వేరియబుల్ను నవీకరించే ఒక పబ్లిక్ ఫంక్షన్.
+ function update(string memory newMessage) public {
+ string memory oldMsg = message;
+ message = newMessage;
+ emit UpdatedMessages(oldMsg, newMessage);
+ }
+}
+```
+
+ఇది సృష్టి సమయంలో ఒక సందేశాన్ని నిల్వ చేసే ఒక ప్రాథమిక స్మార్ట్ కాంట్రాక్టు. దీనిని `నవీకరణ` ఫంక్షన్ను పిలవడం ద్వారా నవీకరించవచ్చు.
+
+### దశ 11: మెటామాస్క్ & ఆల్కెమీని మీ ప్రాజెక్ట్కు కనెక్ట్ చేయండి {#step-11-connect-metamask-alchemy-to-your-project}
+
+మనం ఒక MetaMask వాలెట్ను, Alchemy ఖాతాను సృష్టించాము మరియు మన స్మార్ట్ కాంట్రాక్టును వ్రాశాము, ఇప్పుడు ఈ మూడింటిని కనెక్ట్ చేసే సమయం వచ్చింది.
+
+మీ వాలెట్ నుండి పంపిన ప్రతి లావాదేవీకి మీ ప్రత్యేక ప్రైవేట్ కీని ఉపయోగించి సంతకం అవసరం. మా ప్రోగ్రామ్కు ఈ అనుమతిని అందించడానికి, మేము మా ప్రైవేట్ కీని పర్యావరణ ఫైల్లో సురక్షితంగా నిల్వ చేయవచ్చు. మేము ఇక్కడ ఆల్కెమీ కోసం ఒక API కీని కూడా నిల్వ చేస్తాము.
+
+> లావాదేవీలను పంపడం గురించి మరింత తెలుసుకోవడానికి, web3 ఉపయోగించి లావాదేవీలను పంపడంపై [ఈ ట్యుటోరియల్ చూడండి](https://www.alchemy.com/docs/hello-world-smart-contract#step-11-connect-metamask--alchemy-to-your-project).
+
+మొదట, మీ ప్రాజెక్ట్ డైరెక్టరీలో dotenv ప్యాకేజీని ఇన్స్టాల్ చేయండి:
+
+```
+npm install dotenv --save
+```
+
+అప్పుడు, ప్రాజెక్ట్ యొక్క రూట్ డైరెక్టరీలో ఒక `.env` ఫైల్ను సృష్టించండి. మీ మెటామాస్క్ ప్రైవేట్ కీ మరియు HTTP ఆల్కెమీ API URL ను దానికి జోడించండి.
+
+మీ పర్యావరణ ఫైల్కు `.env` అని పేరు పెట్టాలి లేదా అది పర్యావరణ ఫైల్గా గుర్తించబడదు.
+
+దానికి `process.env` లేదా `.env-custom` లేదా మరే ఇతర పేరు పెట్టవద్దు.
+
+- మీ ప్రైవేట్ కీని ఎగుమతి చేయడానికి [ఈ సూచనలను](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) అనుసరించండి
+- HTTP Alchemy API URL పొందడానికి క్రింద చూడండి
+
+
+
+మీ `.env` ఈ విధంగా కనిపించాలి:
+
+```
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PRIVATE_KEY = "your-metamask-private-key"
+```
+
+వీటిని వాస్తవంగా మన కోడ్కు కనెక్ట్ చేయడానికి, మనం ఈ వేరియబుల్స్ను దశ 13లో మన `hardhat.config.js` ఫైల్లో రిఫరెన్స్ చేస్తాము.
+
+### దశ 12: Ethers.jsని ఇన్స్టాల్ చేయండి {#step-12-install-ethersjs}
+
+Ethers.js అనేది ఒక లైబ్రరీ, ఇది [ప్రామాణిక JSON-RPC పద్ధతులను](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc) మరింత వినియోగదారు స్నేహపూర్వక పద్ధతులతో చుట్టడం ద్వారా ఇథీరియంకు ఇంటరాక్ట్ చేయడం మరియు అభ్యర్థనలు చేయడం సులభం చేస్తుంది.
+
+హార్డ్హ్యాట్ అదనపు టూలింగ్ మరియు విస్తరించిన కార్యాచరణ కోసం [ప్లగిన్లను](https://hardhat.org/plugins/) ఏకీకృతం చేయడానికి మాకు అనుమతిస్తుంది. కాంట్రాక్ట్ అమలు కోసం మేము [ఈథర్స్ ప్లగిన్](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) ను సద్వినియోగం చేసుకుంటాము.
+
+మీ ప్రాజెక్ట్ డైరెక్టరీలో టైప్ చేయండి:
+
+```bash
+npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
+```
+
+### దశ 13: hardhat.config.js నవీకరించండి {#step-13-update-hardhat-configjs}
+
+మనం ఇప్పటివరకు అనేక డిపెండెన్సీలు మరియు ప్లగిన్లను జోడించాము, ఇప్పుడు మన ప్రాజెక్ట్ వాటన్నిటి గురించి తెలుసుకునేలా `hardhat.config.js`ని అప్డేట్ చేయాలి.
+
+మీ `hardhat.config.js`ని ఈ విధంగా కనిపించేలా అప్డేట్ చేయండి:
+
+```javascript
+/**
+ * @type import('hardhat/config').HardhatUserConfig
+ */
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+
+const { API_URL, PRIVATE_KEY } = process.env
+
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "goerli",
+ networks: {
+ hardhat: {},
+ goerli: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`],
+ },
+ },
+}
+```
+
+### దశ 14: మా కాంట్రాక్టును కంపైల్ చేయండి {#step-14-compile-our-contract}
+
+ఇప్పటివరకు ప్రతిదీ పనిచేస్తుందని నిర్ధారించుకోవడానికి, మా కాంట్రాక్ట్ను కంపైల్ చేద్దాం. `compile` టాస్క్ అనేది అంతర్నిర్మిత హార్డ్హ్యాట్ టాస్క్లలో ఒకటి.
+
+కమాండ్ లైన్ నుండి రన్ చేయండి:
+
+```bash
+npx hardhat compile
+```
+
+మీకు `మూల ఫైల్లో SPDX లైసెన్స్ ఐడెంటిఫైయర్ అందించబడలేదు` గురించి హెచ్చరిక రావచ్చు, కానీ దాని గురించి చింతించాల్సిన అవసరం లేదు - ఆశాజనకంగా మిగతావన్నీ బాగున్నాయి! కాకపోతే, మీరు ఎల్లప్పుడూ [ఆల్కెమీ డిస్కార్డ్](https://discord.gg/u72VCg3)లో సందేశం పంపవచ్చు.
+
+### దశ 15: మా అమలు స్క్రిప్ట్ను వ్రాయండి {#step-15-write-our-deploy-script}
+
+ఇప్పుడు మా కాంట్రాక్ట్ వ్రాయబడింది మరియు మా కాన్ఫిగరేషన్ ఫైల్ సిద్ధంగా ఉంది, మా కాంట్రాక్ట్ డిప్లోయ్ స్క్రిప్ట్ను వ్రాసే సమయం వచ్చింది.
+
+`scripts/` ఫోల్డర్కు నావిగేట్ చేసి, `deploy.js` అనే కొత్త ఫైల్ను సృష్టించి, దానికి క్రింది కంటెంట్లను జోడించండి:
+
+```javascript
+async function main() {
+ const HelloWorld = await ethers.getContractFactory("HelloWorld")
+
+ // అమలును ప్రారంభించండి, కాంట్రాక్ట్ ఆబ్జెక్ట్కు పరిష్కరించే వాగ్దానాన్ని తిరిగి ఇస్తుంది
+ const hello_world = await HelloWorld.deploy("Hello World!")
+ console.log("కాంట్రాక్ట్ చిరునామాకు అమలు చేయబడింది:", hello_world.address)
+}
+
+main()
+ .then(() => process.exit(0))
+ .catch((error) => {
+ console.error(error)
+ process.exit(1)
+ })
+```
+
+Hardhat వారి [కాంట్రాక్ట్స్ ట్యుటోరియల్](https://hardhat.org/tutorial/testing-contracts.html#writing-tests)లో ఈ కోడ్ లైన్లు ప్రతి ఒక్కటి ఏమి చేస్తుందో అద్భుతంగా వివరిస్తుంది, మేము వారి వివరణలను ఇక్కడ స్వీకరించాము.
+
+```javascript
+const HelloWorld = await ethers.getContractFactory("HelloWorld")
+```
+
+ethers.js లో ఒక `ContractFactory` అనేది కొత్త స్మార్ట్ కాంట్రాక్టులను అమలు చేయడానికి ఉపయోగించే ఒక నైరూప్యత, కాబట్టి ఇక్కడ `HelloWorld` అనేది మా హలో వరల్డ్ కాంట్రాక్ట్ యొక్క ఉదాహరణల కోసం ఒక [ఫ్యాక్టరీ](https://en.wikipedia.org/wiki/Factory_\(object-oriented_programming\)). `hardhat-ethers` ప్లగిన్ని ఉపయోగిస్తున్నప్పుడు `ContractFactory` మరియు `Contract` ఉదాహరణలు డిఫాల్ట్గా మొదటి సంతకం చేసిన వ్యక్తికి (యజమానికి) కనెక్ట్ చేయబడతాయి.
+
+```javascript
+const hello_world = await HelloWorld.deploy()
+```
+
+`ContractFactory`పై `deploy()`ను పిలవడం అమలును ప్రారంభిస్తుంది, మరియు ఒక `Contract` ఆబ్జెక్ట్కు పరిష్కరించే ఒక `Promise`ను తిరిగి ఇస్తుంది. ఇది మా స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ల ప్రతిదానికీ ఒక పద్ధతిని కలిగి ఉన్న ఆబ్జెక్ట్.
+
+### దశ 16: మన కాంట్రాక్టును డిప్లాయ్ చేయండి {#step-16-deploy-our-contract}
+
+మేము చివరికి మా స్మార్ట్ కాంట్రాక్ట్ను డిప్లోయ్ చేయడానికి సిద్ధంగా ఉన్నాము! కమాండ్ లైన్కు నావిగేట్ చేసి రన్ చేయండి:
+
+```bash
+npx hardhat run scripts/deploy.js --network goerli
+```
+
+మీరు అప్పుడు ఇలాంటిది చూడాలి:
+
+```bash
+కాంట్రాక్ట్ ఈ చిరునామాకు డిప్లాయ్ చేయబడింది: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+**దయచేసి ఈ చిరునామాను సేవ్ చేయండి**. మనం ట్యుటోరియల్లో తరువాత దీనిని ఉపయోగిస్తాము.
+
+మనం [Goerli etherscan](https://goerli.etherscan.io) కి వెళ్లి మన కాంట్రాక్ట్ చిరునామా కోసం శోధిస్తే, అది విజయవంతంగా అమలు చేయబడిందని మనం చూడగలగాలి. లావాదేవీ ఇలా కనిపిస్తుంది:
+
+
+
+`From` చిరునామా మీ మెటామాస్క్ ఖాతా చిరునామాతో సరిపోలాలి మరియు `To` చిరునామా **కాంట్రాక్ట్ క్రియేషన్** అని చెబుతుంది. మనం లావాదేవీలోకి క్లిక్ చేస్తే, మన కాంట్రాక్ట్ చిరునామాను `To` ఫీల్డ్లో చూస్తాము.
+
+
+
+అభినందనలు! మీరు ఇప్పుడే ఇథీరియం టెస్టునెట్కు ఒక స్మార్ట్ కాంట్రాక్టును అమలు చేసారు.
+
+తెర వెనుక ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి, మన [ఆల్కెమీ డాష్బోర్డ్](https://dashboard.alchemy.com/explorer)లోని ఎక్స్ప్లోరర్ ట్యాబ్కు నావిగేట్ చేద్దాం. మీకు బహుళ ఆల్కెమీ యాప్లు ఉంటే, యాప్ ద్వారా ఫిల్టర్ చేసి, **హలో వరల్డ్**ని ఎంచుకున్నట్లు నిర్ధారించుకోండి.
+
+
+
+ఇక్కడ మీరు `.deploy()` ఫంక్షన్ను పిలిచినప్పుడు Hardhat/Ethers మా కోసం తెర వెనుక చేసిన కొన్ని JSON-RPC పద్ధతులను చూస్తారు. ఇక్కడ రెండు ముఖ్యమైన పద్ధతులు [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), ఇది మన కాంట్రాక్టును Goerli చైన్పై వ్రాయడానికి అభ్యర్థన, మరియు [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), ఇది హాష్ ఇచ్చిన మన లావాదేవీ గురించి సమాచారాన్ని చదవడానికి అభ్యర్థన. లావాదేవీలను పంపడం గురించి మరింత తెలుసుకోవడానికి, [Web3 ఉపయోగించి లావాదేవీలను పంపడంపై మా ట్యుటోరియల్ చూడండి](/developers/tutorials/sending-transactions-using-web3-and-alchemy/).
+
+## భాగం 2: మీ స్మార్ట్ కాంట్రాక్ట్తో సంభాషించండి {#part-2-interact-with-your-smart-contract}
+
+ఇప్పుడు మనం Goerli నెట్వర్క్కు ఒక స్మార్ట్ కాంట్రాక్ట్ను విజయవంతంగా అమలు చేశాము, దానితో ఎలా సంభాషించాలో నేర్చుకుందాం.
+
+### ఒక interact.js ఫైల్ను సృష్టించండి {#create-a-interactjs-file}
+
+ఇది మన సంభాషణ స్క్రిప్ట్ను వ్రాసే ఫైల్. మేము మీరు ఇంతకు ముందు భాగం 1 లో ఇన్స్టాల్ చేసిన Ethers.js లైబ్రరీని ఉపయోగిస్తాము.
+
+`scripts/`ఫోల్డర్ లోపల, `interact.js` అనే కొత్త ఫైల్ను సృష్టించి, క్రింది కోడ్ను జోడించండి:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+```
+
+### మీ .env ఫైల్ను నవీకరించండి {#update-your-env-file}
+
+మేము కొత్త పర్యావరణ వేరియబుల్స్ను ఉపయోగిస్తున్నాము, కాబట్టి వాటిని [మేము ఇంతకుముందు సృష్టించిన](#step-11-connect-metamask-&-alchemy-to-your-project) `.env` ఫైల్లో నిర్వచించాలి.
+
+మేము మా ఆల్కెమీ `API_KEY` మరియు మీ స్మార్ట్ కాంట్రాక్ట్ అమలు చేయబడిన `CONTRACT_ADDRESS` కోసం ఒక నిర్వచనాన్ని జోడించాలి.
+
+మీ `.env` ఫైల్ ఈ విధంగా కనిపించాలి:
+
+```bash
+# .env
+
+API_URL = "https://eth-goerli.alchemyapi.io/v2/<మీ-api-కీ>"
+API_KEY = "<మీ-api-కీ>"
+PRIVATE_KEY = "<మీ-మెటామాస్క్-ప్రైవేట్-కీ>"
+CONTRACT_ADDRESS = "0x<మీ కాంట్రాక్ట్ చిరునామా>"
+```
+
+### మీ కాంట్రాక్ట్ ABI ని పొందండి {#grab-your-contract-ABI}
+
+మా కాంట్రాక్ట్ [ABI (అప్లికేషన్ బైనరీ ఇంటర్ఫేస్)](/glossary/#abi) అనేది మా స్మార్ట్ కాంట్రాక్ట్తో ఇంటరాక్ట్ అవ్వడానికి ఇంటర్ఫేస్. హార్డ్హ్యాట్ స్వయంచాలకంగా ఒక ABIని రూపొందించి, దానిని `HelloWorld.json`లో సేవ్ చేస్తుంది. ABIని ఉపయోగించడానికి, మన `interact.js` ఫైల్కు క్రింది కోడ్ లైన్లను జోడించడం ద్వారా కంటెంట్లను పార్స్ చేయాలి:
+
+```javascript
+// interact.js
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+```
+
+మీరు ABIని చూడాలనుకుంటే, దాన్ని మీ కన్సోల్లో ప్రింట్ చేయవచ్చు:
+
+```javascript
+console.log(JSON.stringify(contract.abi))
+```
+
+మీ ABI కన్సోల్కు ముద్రించబడి చూడటానికి, మీ టెర్మినల్కు నావిగేట్ చేసి, అమలు చేయండి:
+
+```bash
+npx hardhat run scripts/interact.js
+```
+
+### మీ కాంట్రాక్ట్ యొక్క ఉదాహరణను సృష్టించండి {#create-an-instance-of-your-contract}
+
+మా కాంట్రాక్ట్తో సంభాషించడానికి, మేము మా కోడ్లో ఒక కాంట్రాక్ట్ ఉదాహరణను సృష్టించాలి. Ethers.js తో అలా చేయడానికి, మేము మూడు భావనలతో పని చేయాలి:
+
+1. ప్రొవైడర్ - బ్లాక్చెయిన్కు చదవడానికి మరియు వ్రాయడానికి యాక్సెస్ ఇచ్చే ఒక నోడ్ ప్రొవైడర్
+2. సంతకం చేసేవాడు - లావాదేవీలపై సంతకం చేయగల ఇథీరియం ఖాతాను సూచిస్తుంది
+3. కాంట్రాక్ట్ - ఆన్చైన్లో అమలు చేయబడిన ఒక నిర్దిష్ట కాంట్రాక్టును సూచించే ఒక Ethers.js ఆబ్జెక్ట్
+
+మేము కాంట్రాక్ట్ యొక్క ఉదాహరణను సృష్టించడానికి మునుపటి దశ నుండి కాంట్రాక్ట్ ABI ని ఉపయోగిస్తాము:
+
+```javascript
+// interact.js
+
+// ప్రొవైడర్
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+ (network = "goerli"),
+ API_KEY
+)
+
+// సంతకం చేసేవాడు
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// కాంట్రాక్ట్
+const helloWorldContract = new ethers.Contract(
+ CONTRACT_ADDRESS,
+ contract.abi,
+ signer
+)
+```
+
+[ethers.js డాక్యుమెంటేషన్](https://docs.ethers.io/v5/)లో ప్రొవైడర్లు, సంతకం చేసేవారు మరియు కాంట్రాక్టుల గురించి మరింత తెలుసుకోండి.
+
+### ప్రారంభ సందేశాన్ని చదవండి {#read-the-init-message}
+
+మేము `initMessage = "Hello world!"` తో మా కాంట్రాక్టును అమలు చేసినప్పుడు గుర్తుందా? మేము ఇప్పుడు మా స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన ఆ సందేశాన్ని చదివి, దానిని కన్సోల్కు ముద్రిస్తాము.
+
+జావాస్క్రిప్ట్లో, నెట్వర్క్లతో సంభాషించేటప్పుడు అసమకాలిక ఫంక్షన్లు ఉపయోగించబడతాయి. అసమకాలిక ఫంక్షన్ల గురించి మరింత తెలుసుకోవడానికి, [ఈ మీడియం కథనాన్ని చదవండి](https://blog.bitsrc.io/understanding-asynchronous-javascript-the-event-loop-74cd408419ff).
+
+మా స్మార్ట్ కాంట్రాక్టులో `సందేశం` ఫంక్షన్ను పిలిచి, ప్రారంభ సందేశాన్ని చదవడానికి క్రింది కోడ్ను ఉపయోగించండి:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("సందేశం ఇది: " + message)
+}
+main()
+```
+
+టెర్మినల్లో `npx hardhat run scripts/interact.js` ఉపయోగించి ఫైల్ను అమలు చేసిన తర్వాత మనం ఈ ప్రతిస్పందనను చూడాలి:
+
+```
+సందేశం ఇది: హలో వరల్డ్!
+```
+
+అభినందనలు! మీరు ఇప్పుడే ఇథీరియం బ్లాక్చెయిన్ నుండి స్మార్ట్ కాంట్రాక్ట్ డేటాను విజయవంతంగా చదివారు, అద్భుతం!
+
+### సందేశాన్ని నవీకరించండి {#update-the-message}
+
+కేవలం సందేశాన్ని చదవడమే కాకుండా, `నవీకరణ` ఫంక్షన్ని ఉపయోగించి మన స్మార్ట్ కాంట్రాక్టులో సేవ్ చేసిన సందేశాన్ని కూడా నవీకరించవచ్చు! అద్భుతం కదా?
+
+సందేశాన్ని నవీకరించడానికి, మనం మన ఇన్స్టాంటియేటెడ్ కాంట్రాక్ట్ ఆబ్జెక్ట్పై నేరుగా `నవీకరణ` ఫంక్షన్ను పిలవవచ్చు:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("సందేశం ఇది: " + message)
+
+ console.log("సందేశాన్ని నవీకరిస్తోంది...")
+ const tx = await helloWorldContract.update("ఇది కొత్త సందేశం.")
+ await tx.wait()
+}
+main()
+```
+
+లైన్ 11 లో, తిరిగి వచ్చిన లావాదేవీ ఆబ్జెక్ట్పై `.wait()` కు కాల్ చేస్తామని గమనించండి. ఇది ఫంక్షన్ నుండి నిష్క్రమించే ముందు లావాదేవీ బ్లాక్చెయిన్పై మైన్ అయ్యే వరకు మన స్క్రిప్ట్ వేచి ఉండేలా చేస్తుంది. `.wait()` కాల్ చేర్చకపోతే, స్క్రిప్ట్ కాంట్రాక్టులో నవీకరించబడిన `సందేశం` విలువను చూడకపోవచ్చు.
+
+### కొత్త సందేశాన్ని చదవండి {#read-the-new-message}
+
+నవీకరించబడిన `సందేశం` విలువను చదవడానికి మీరు [మునుపటి దశను](#read-the-init-message) పునరావృతం చేయగలగాలి. ఒక క్షణం తీసుకుని, ఆ కొత్త విలువను ప్రింట్ చేయడానికి అవసరమైన మార్పులు చేయగలరేమో చూడండి!
+
+మీకు సూచన అవసరమైతే, ఈ సమయంలో మీ `interact.js` ఫైల్ ఎలా ఉండాలో ఇక్కడ ఉంది:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+
+// ప్రొవైడర్ - ఆల్కెమీ
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+ (network = "goerli"),
+ API_KEY
+)
+
+// సంతకం చేసేవాడు - మీరు
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// కాంట్రాక్ట్ ఉదాహరణ
+const helloWorldContract = new ethers.Contract(
+ CONTRACT_ADDRESS,
+ contract.abi,
+ signer
+)
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("సందేశం ఇది: " + message)
+
+ console.log("సందేశాన్ని నవీకరిస్తోంది...")
+ const tx = await helloWorldContract.update("ఇది కొత్త సందేశం")
+ await tx.wait()
+
+ const newMessage = await helloWorldContract.message()
+ console.log("కొత్త సందేశం ఇది: " + newMessage)
+}
+
+main()
+```
+
+ఇప్పుడు స్క్రిప్ట్ను అమలు చేయండి మరియు మీరు పాత సందేశాన్ని, నవీకరణ స్థితిని మరియు మీ టెర్మినల్కు ముద్రించబడిన కొత్త సందేశాన్ని చూడగలగాలి!
+
+`npx hardhat run scripts/interact.js --network goerli`
+
+```
+సందేశం ఇది: హలో వరల్డ్!
+సందేశాన్ని నవీకరిస్తోంది...
+కొత్త సందేశం ఇది: ఇది కొత్త సందేశం.
+```
+
+ఆ స్క్రిప్ట్ను అమలు చేస్తున్నప్పుడు, కొత్త సందేశం లోడ్ అవ్వడానికి ముందు `సందేశాన్ని నవీకరిస్తోంది...` దశ లోడ్ అవ్వడానికి కొంత సమయం పడుతుందని మీరు గమనించవచ్చు. అది మైనింగ్ ప్రక్రియ కారణంగా; లావాదేవీలు మైన్ అవుతున్నప్పుడు వాటిని ట్రాక్ చేయడంపై మీకు ఆసక్తి ఉంటే, ఒక లావాదేవీ స్థితిని చూడటానికి [ఆల్కెమీ మెమ్పూల్ను](https://dashboard.alchemyapi.io/mempool) సందర్శించండి. లావాదేవీ డ్రాప్ అయితే, [Goerli Etherscan](https://goerli.etherscan.io) ను తనిఖీ చేసి, మీ లావాదేవీ హాష్ కోసం శోధించడం కూడా సహాయపడుతుంది.
+
+## భాగం 3: మీ స్మార్ట్ కాంట్రాక్ట్ను Etherscanకు ప్రచురించండి {#part-3-publish-your-smart-contract-to-etherscan}
+
+మీరు మీ స్మార్ట్ కాంట్రాక్టుకు జీవం పోయడానికి చాలా కష్టపడ్డారు; ఇప్పుడు దానిని ప్రపంచంతో పంచుకునే సమయం వచ్చింది!
+
+Etherscanలో మీ స్మార్ట్ కాంట్రాక్టును ధృవీకరించడం ద్వారా, ఎవరైనా మీ మూల కోడ్ను వీక్షించవచ్చు మరియు మీ స్మార్ట్ కాంట్రాక్ట్తో సంభాషించవచ్చు. మొదలు పెడదాము.
+
+### దశ 1: మీ Etherscan ఖాతాలో ఒక API కీని రూపొందించండి {#step-1-generate-an-api-key-on-your-etherscan-account}
+
+మీరు ప్రచురించడానికి ప్రయత్నిస్తున్న స్మార్ట్ కాంట్రాక్ట్ మీకు చెందినదేనని ధృవీకరించడానికి ఒక Etherscan API కీ అవసరం.
+
+మీకు ఇప్పటికే Etherscan ఖాతా లేకపోతే, [ఒక ఖాతా కోసం సైన్ అప్ చేయండి](https://etherscan.io/register).
+
+లాగిన్ అయిన తర్వాత, నావిగేషన్ బార్లో మీ వినియోగదారు పేరును కనుగొని, దానిపై హోవర్ చేసి, **నా ప్రొఫైల్** బటన్ను ఎంచుకోండి.
+
+మీ ప్రొఫైల్ పేజీలో, మీరు ఒక సైడ్ నావిగేషన్ బార్ను చూడాలి. సైడ్ నావిగేషన్ బార్ నుండి, **API కీలు** ఎంచుకోండి. తరువాత, కొత్త API కీని సృష్టించడానికి "జోడించు" బటన్ను నొక్కండి, మీ యాప్కు **hello-world** అని పేరు పెట్టి, **కొత్త API కీని సృష్టించు** బటన్ను నొక్కండి.
+
+మీ కొత్త API కీ API కీ పట్టికలో కనిపించాలి. API కీని మీ క్లిప్బోర్డ్కు కాపీ చేయండి.
+
+తరువాత, మనం Etherscan API కీని మన `.env` ఫైల్కు జోడించాలి.
+
+జోడించిన తర్వాత, మీ `.env` ఫైల్ ఈ విధంగా కనిపించాలి:
+
+```javascript
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PUBLIC_KEY = "మీ-పబ్లిక్-ఖాతా-చిరునామా"
+PRIVATE_KEY = "మీ-ప్రైవేట్-ఖాతా-చిరునామా"
+CONTRACT_ADDRESS = "మీ-కాంట్రాక్ట్-చిరునామా"
+ETHERSCAN_API_KEY = "మీ-etherscan-కీ"
+```
+
+### హార్డ్హ్యాట్-అమలు చేయబడిన స్మార్ట్ కాంట్రాక్టులు {#hardhat-deployed-smart-contracts}
+
+#### hardhat-etherscan ఇన్స్టాల్ చేయండి {#install-hardhat-etherscan}
+
+హార్డ్హ్యాట్ ఉపయోగించి మీ కాంట్రాక్టును Etherscanకు ప్రచురించడం చాలా సులభం. ప్రారంభించడానికి మీరు ముందుగా `hardhat-etherscan` ప్లగిన్ను ఇన్స్టాల్ చేయాలి. `hardhat-etherscan` స్వయంచాలకంగా స్మార్ట్ కాంట్రాక్ట్ యొక్క మూల కోడ్ మరియు ABI ని Etherscan లో ధృవీకరిస్తుంది. దీనిని జోడించడానికి, `hello-world` డైరెక్టరీలో దీన్ని అమలు చేయండి:
+
+```text
+npm install --save-dev @nomiclabs/hardhat-etherscan
+```
+
+ఇన్స్టాల్ చేసిన తర్వాత, మీ `hardhat.config.js` ఎగువన క్రింది స్టేట్మెంట్ను చేర్చండి మరియు Etherscan కాన్ఫిగ్ ఎంపికలను జోడించండి:
+
+```javascript
+// hardhat.config.js
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+require("@nomiclabs/hardhat-etherscan")
+
+const { API_URL, PRIVATE_KEY, ETHERSCAN_API_KEY } = process.env
+
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "goerli",
+ networks: {
+ hardhat: {},
+ goerli: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`],
+ },
+ },
+ etherscan: {
+ // Etherscan కోసం మీ API కీ
+ // https://etherscan.io/ లో ఒకటి పొందండి
+ apiKey: ETHERSCAN_API_KEY,
+ },
+}
+```
+
+#### Etherscanలో మీ స్మార్ట్ కాంట్రాక్టును ధృవీకరించండి {#verify-your-smart-contract-on-etherscan}
+
+అన్ని ఫైల్లు సేవ్ చేయబడి ఉన్నాయని మరియు అన్ని `.env` వేరియబుల్స్ సరిగ్గా కాన్ఫిగర్ చేయబడి ఉన్నాయని నిర్ధారించుకోండి.
+
+`ధృవీకరించు` టాస్క్ను అమలు చేయండి, కాంట్రాక్ట్ చిరునామాను మరియు అది అమలు చేయబడిన నెట్వర్క్ను పంపండి:
+
+```text
+npx hardhat verify --network goerli DEPLOYED_CONTRACT_ADDRESS 'హలో వరల్డ్!'
+```
+
+`DEPLOYED_CONTRACT_ADDRESS` అనేది Goerli టెస్ట్ నెట్వర్క్లో మీ అమలు చేయబడిన స్మార్ట్ కాంట్రాక్ట్ యొక్క చిరునామా అని నిర్ధారించుకోండి. అలాగే, చివరి ఆర్గ్యుమెంట్ (`'హలో వరల్డ్!'`) భాగం 1 లోని [అమలు దశలో](#write-our-deploy-script) ఉపయోగించిన అదే స్ట్రింగ్ విలువ అయి ఉండాలి.
+
+అన్నీ సరిగ్గా జరిగితే, మీ టెర్మినల్లో క్రింది సందేశాన్ని చూస్తారు:
+
+```text
+కాంట్రాక్ట్ కోసం మూల కోడ్ విజయవంతంగా సమర్పించబడింది
+contracts/HelloWorld.sol:HelloWorld at 0xdeployed-contract-address
+Etherscanలో ధృవీకరణ కోసం. ధృవీకరణ ఫలితం కోసం వేచి ఉంది...
+
+
+Etherscanలో HelloWorld కాంట్రాక్ట్ విజయవంతంగా ధృవీకరించబడింది.
+https://goerli.etherscan.io/address/#contracts
+```
+
+అభినందనలు! మీ స్మార్ట్ కాంట్రాక్ట్ కోడ్ Etherscanలో ఉంది!
+
+### Etherscanలో మీ స్మార్ట్ కాంట్రాక్టును చూడండి! {#check-out-your-smart-contract-on-etherscan}
+
+మీ టెర్మినల్లో అందించిన లింక్కు మీరు నావిగేట్ చేసినప్పుడు, మీరు మీ స్మార్ట్ కాంట్రాక్ట్ కోడ్ మరియు ABI Etherscanలో ప్రచురించబడి ఉండటం చూడగలగాలి!
+
+**వాహూ - మీరు చేసారు ఛాంప్! ఇప్పుడు ఎవరైనా మీ స్మార్ట్ కాంట్రాక్టుకు కాల్ చేయవచ్చు లేదా వ్రాయవచ్చు! మీరు తరువాత ఏమి నిర్మిస్తారో చూడటానికి మేము వేచి ఉండలేము!**
+
+## భాగం 4 - మీ స్మార్ట్ కాంట్రాక్టును ఫ్రంటెండ్తో ఏకీకృతం చేయడం {#part-4-integrating-your-smart-contract-with-the-frontend}
+
+ఈ ట్యుటోరియల్ చివరి నాటికి, మీరు ఎలా చేయాలో తెలుసుకుంటారు:
+
+- మీ డాప్కు మెటామాస్క్ వాలెట్ను కనెక్ట్ చేయండి
+- మీ స్మార్ట్ కాంట్రాక్టు నుండి [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) API ఉపయోగించి డేటాను చదవండి
+- మెటామాస్క్ ఉపయోగించి ఇథీరియం లావాదేవీలపై సంతకం చేయండి
+
+ఈ డాప్ కోసం, మేము [React](https://react.dev/) ను మన ఫ్రంటెండ్ ఫ్రేమ్వర్క్గా ఉపయోగిస్తాము; అయితే, మేము దాని ప్రాథమికాలను విడదీయడానికి ఎక్కువ సమయం వెచ్చించబోమని గమనించడం ముఖ్యం, ఎందుకంటే మేము ఎక్కువగా మన ప్రాజెక్టుకు Web3 కార్యాచరణను తీసుకురావడంపై దృష్టి పెడతాము.
+
+ముందస్తు అవసరంగా, మీరు React గురించి ప్రాథమిక స్థాయి అవగాహన కలిగి ఉండాలి. లేకపోతే, అధికారిక [React కు పరిచయం ట్యుటోరియల్](https://react.dev/learn) పూర్తి చేయాలని మేము సిఫార్సు చేస్తున్నాము.
+
+### స్టార్టర్ ఫైల్లను క్లోన్ చేయండి {#clone-the-starter-files}
+
+ముందుగా, ఈ ప్రాజెక్ట్ కోసం స్టార్టర్ ఫైల్లను పొందడానికి [హలో-వరల్డ్-పార్ట్-ఫోర్ GitHub రిపోజిటరీకి](https://github.com/alchemyplatform/hello-world-part-four-tutorial) వెళ్లి, ఈ రిపోజిటరీని మీ స్థానిక యంత్రానికి క్లోన్ చేయండి.
+
+స్థానికంగా క్లోన్ చేయబడిన రిపోజిటరీని తెరవండి. ఇందులో రెండు ఫోల్డర్లు ఉన్నాయని గమనించండి: `స్టార్టర్-ఫైల్స్` మరియు `పూర్తి చేయబడినవి`.
+
+- `స్టార్టర్-ఫైల్స్`- **మేము ఈ డైరెక్టరీలో పని చేస్తాము**, మేము UI ని మీ ఇథీరియం వాలెట్కు మరియు [భాగం 3](#part-3) లో Etherscan కు ప్రచురించిన స్మార్ట్ కాంట్రాక్టుకు కనెక్ట్ చేస్తాము.
+- `పూర్తి చేయబడినది` మొత్తం పూర్తి చేయబడిన ట్యుటోరియల్ను కలిగి ఉంటుంది మరియు మీరు ఇరుక్కుపోతే మాత్రమే సూచనగా ఉపయోగించాలి.
+
+తరువాత, మీ `స్టార్టర్-ఫైల్స్` కాపీని మీకు ఇష్టమైన కోడ్ ఎడిటర్కు తెరిచి, ఆపై `src` ఫోల్డర్లోకి నావిగేట్ చేయండి.
+
+మేము వ్రాసే కోడ్ అంతా `src` ఫోల్డర్ కింద ఉంటుంది. మా ప్రాజెక్టుకు Web3 కార్యాచరణను అందించడానికి మేము `HelloWorld.js` కాంపోనెంట్ మరియు `util/interact.js` జావాస్క్రిప్ట్ ఫైల్లను సవరించబోతున్నాము.
+
+### స్టార్టర్ ఫైల్లను చూడండి {#check-out-the-starter-files}
+
+మేము కోడింగ్ ప్రారంభించే ముందు, స్టార్టర్ ఫైల్స్లో మనకు ఏమి అందించబడిందో అన్వేషిద్దాం.
+
+#### మీ react ప్రాజెక్ట్ను రన్ చేయండి {#get-your-react-project-running}
+
+మా బ్రౌజర్లో React ప్రాజెక్ట్ను రన్ చేయడం ద్వారా ప్రారంభిద్దాం. React యొక్క అందం ఏమిటంటే, మా బ్రౌజర్లో మా ప్రాజెక్ట్ రన్ అవుతున్నప్పుడు, మేము సేవ్ చేసే ఏవైనా మార్పులు మా బ్రౌజర్లో ప్రత్యక్షంగా అప్డేట్ చేయబడతాయి.
+
+ప్రాజెక్ట్ను అమలు చేయడానికి, `స్టార్టర్-ఫైల్స్` ఫోల్డర్ యొక్క రూట్ డైరెక్టరీకి నావిగేట్ చేసి, ప్రాజెక్ట్ యొక్క డిపెండెన్సీలను ఇన్స్టాల్ చేయడానికి మీ టెర్మినల్లో `npm install` ను అమలు చేయండి:
+
+```bash
+cd starter-files
+npm install
+```
+
+అవి ఇన్స్టాల్ చేయడం పూర్తయిన తర్వాత, మీ టెర్మినల్లో `npm start` రన్ చేయండి:
+
+```bash
+npm start
+```
+
+అలా చేయడం వలన మీ బ్రౌజర్లో [http://localhost:3000/](http://localhost:3000/) తెరుచుకుంటుంది, ఇక్కడ మీరు మా ప్రాజెక్ట్ యొక్క ఫ్రంటెండ్ను చూస్తారు. ఇది ఒక ఫీల్డ్ (మీ స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశాన్ని నవీకరించడానికి ఒక స్థలం), ఒక "వాలెట్ కనెక్ట్ చేయి" బటన్ మరియు ఒక "నవీకరించు" బటన్ను కలిగి ఉండాలి.
+
+మీరు ఏ బటన్ను క్లిక్ చేయడానికి ప్రయత్నించినా, అవి పని చేయవని మీరు గమనిస్తారు - ఎందుకంటే మేము ఇంకా వాటి కార్యాచరణను ప్రోగ్రామ్ చేయాలి.
+
+#### `HelloWorld.js` కాంపోనెంట్ {#the-helloworld-js-component}
+
+మన ఎడిటర్లో `src` ఫోల్డర్కు తిరిగి వెళ్లి, `HelloWorld.js` ఫైల్ను తెరుద్దాం. ఈ ఫైల్లోని ప్రతిదాన్ని మనం అర్థం చేసుకోవడం చాలా ముఖ్యం, ఎందుకంటే ఇది మనం పని చేయబోయే ప్రాథమిక React కాంపోనెంట్.
+
+ఈ ఫైల్ ఎగువన, మన ప్రాజెక్ట్ అమలు కావడానికి అవసరమైన అనేక ఇంపోర్ట్ స్టేట్మెంట్లు ఉన్నాయని మీరు గమనించవచ్చు, ఇందులో React లైబ్రరీ, useEffect మరియు useState హుక్స్, `./util/interact.js` నుండి కొన్ని అంశాలు (మేము వాటిని త్వరలో మరింత వివరంగా వివరిస్తాము!), మరియు ఆల్కెమీ లోగో ఉన్నాయి.
+
+```javascript
+// HelloWorld.js
+
+import React from "react"
+import { useEffect, useState } from "react"
+import {
+ helloWorldContract,
+ connectWallet,
+ updateMessage,
+ loadCurrentMessage,
+ getCurrentWalletConnected,
+} from "./util/interact.js"
+
+import alchemylogo from "./alchemylogo.svg"
+```
+
+తరువాత, మేము నిర్దిష్ట ఈవెంట్ల తర్వాత నవీకరించే మా స్థితి వేరియబుల్స్ ఉన్నాయి.
+
+```javascript
+// HelloWorld.js
+
+//స్థితి వేరియబుల్స్
+const [walletAddress, setWallet] = useState("")
+const [status, setStatus] = useState("")
+const [message, setMessage] = useState("నెట్వర్క్కు కనెక్షన్ లేదు.")
+const [newMessage, setNewMessage] = useState("")
+```
+
+ప్రతి వేరియబుల్ దేనిని సూచిస్తుందో ఇక్కడ ఉంది:
+
+- `walletAddress` - వినియోగదారుడి వాలెట్ చిరునామాను నిల్వ చేసే ఒక స్ట్రింగ్
+- `స్థితి`- వినియోగదారునికి డాప్తో ఎలా ఇంటరాక్ట్ అవ్వాలో మార్గనిర్దేశం చేసే సహాయక సందేశాన్ని నిల్వ చేసే స్ట్రింగ్
+- `సందేశం` - స్మార్ట్ కాంట్రాక్టులో ప్రస్తుత సందేశాన్ని నిల్వ చేసే స్ట్రింగ్
+- `కొత్తసందేశం` - స్మార్ట్ కాంట్రాక్టుకు వ్రాయబడే కొత్త సందేశాన్ని నిల్వ చేసే స్ట్రింగ్
+
+స్థితి వేరియబుల్స్ తర్వాత, మీరు ఐదు అమలు చేయని ఫంక్షన్లను చూస్తారు: `useEffect` ,`addSmartContractListener`, `addWalletListener` , `connectWalletPressed`, మరియు `onUpdatePressed`. అవి ఏమి చేస్తాయో క్రింద వివరిస్తాము:
+
+```javascript
+// HelloWorld.js
+
+//కేవలం ఒకసారి పిలువబడుతుంది
+useEffect(async () => {
+ //TODO: అమలు చేయండి
+}, [])
+
+function addSmartContractListener() {
+ //TODO: అమలు చేయండి
+}
+
+function addWalletListener() {
+ //TODO: అమలు చేయండి
+}
+
+const connectWalletPressed = async () => {
+ //TODO: అమలు చేయండి
+}
+
+const onUpdatePressed = async () => {
+ //TODO: అమలు చేయండి
+}
+```
+
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html)- ఇది మీ కాంపోనెంట్ రెండర్ అయిన తర్వాత పిలువబడే ఒక React హుక్. దీనికి ఖాళీ శ్రేణి `[]` ప్రాప్ పంపబడినందున (లైన్ 4 చూడండి), ఇది కేవలం కాంపోనెంట్ యొక్క _మొదటి_ రెండర్లో మాత్రమే పిలువబడుతుంది. ఇక్కడ మనం మన స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన ప్రస్తుత సందేశాన్ని లోడ్ చేస్తాము, మన స్మార్ట్ కాంట్రాక్ట్ మరియు వాలెట్ శ్రోతలను పిలుస్తాము, మరియు ఇప్పటికే వాలెట్ కనెక్ట్ చేయబడిందో లేదో ప్రతిబింబించడానికి మన UI ను నవీకరిస్తాము.
+- `addSmartContractListener`- ఈ ఫంక్షన్ మన HelloWorld కాంట్రాక్ట్ యొక్క `UpdatedMessages` ఈవెంట్ కోసం చూసే ఒక శ్రోతను సెటప్ చేస్తుంది మరియు మన స్మార్ట్ కాంట్రాక్టులో సందేశం మార్చబడినప్పుడు మన UI ను నవీకరిస్తుంది.
+- `addWalletListener`- ఈ ఫంక్షన్ వినియోగదారు యొక్క మెటామాస్క్ వాలెట్ స్థితిలో మార్పులను గుర్తించే ఒక శ్రోతను సెటప్ చేస్తుంది, ఉదాహరణకు వినియోగదారు తన వాలెట్ను డిస్కనెక్ట్ చేసినప్పుడు లేదా చిరునామాలను మార్చినప్పుడు.
+- `connectWalletPressed`- ఈ ఫంక్షన్ వినియోగదారు యొక్క మెటామాస్క్ వాలెట్ను మన డాప్కు కనెక్ట్ చేయడానికి పిలువబడుతుంది.
+- `onUpdatePressed` - వినియోగదారు స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశాన్ని నవీకరించాలనుకున్నప్పుడు ఈ ఫంక్షన్ పిలువబడుతుంది.
+
+ఈ ఫైల్ చివరిలో, మా కాంపోనెంట్ యొక్క UI ఉంది.
+
+```javascript
+// HelloWorld.js
+
+//మా కాంపోనెంట్ యొక్క UI
+return (
+
+
+
+
+ ప్రస్తుత సందేశం:
+ {message}
+
+ కొత్త సందేశం:
+
+
+ setNewMessage(e.target.value)}
+ value={newMessage}
+ />
+ {status}
+
+
+
+
+)
+```
+
+మీరు ఈ కోడ్ను జాగ్రత్తగా స్కాన్ చేస్తే, మన UIలో మన వివిధ స్థితి వేరియబుల్స్ను ఎక్కడ ఉపయోగిస్తామో మీరు గమనిస్తారు:
+
+- 6-12 లైన్లలో, వినియోగదారు వాలెట్ కనెక్ట్ చేయబడితే (అంటే, `walletAddress.length > 0`), మేము "walletButton" ID ఉన్న బటన్లో వినియోగదారు `walletAddress` యొక్క సంక్షిప్త రూపాన్ని ప్రదర్శిస్తాము; లేకపోతే అది కేవలం "వాలెట్ కనెక్ట్ చేయి" అని చెబుతుంది.
+- 17వ లైన్లో, స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన ప్రస్తుత సందేశాన్ని ప్రదర్శిస్తాము, ఇది `సందేశం` స్ట్రింగ్లో సంగ్రహించబడింది.
+- 23-26 లైన్లలో, టెక్స్ట్ ఫీల్డ్లోని ఇన్పుట్ మారినప్పుడు మన `కొత్తసందేశం` స్థితి వేరియబుల్ను నవీకరించడానికి మేము ఒక [నియంత్రిత కాంపోనెంట్ను](https://legacy.reactjs.org/docs/forms.html#controlled-components) ఉపయోగిస్తాము.
+
+మా స్థితి వేరియబుల్స్తో పాటు, `publishButton` మరియు `walletButton` ID లతో ఉన్న బటన్లు క్లిక్ చేయబడినప్పుడు వరుసగా `connectWalletPressed` మరియు `onUpdatePressed` ఫంక్షన్లు పిలువబడతాయని మీరు చూస్తారు.
+
+చివరగా, ఈ `HelloWorld.js` కాంపోనెంట్ ఎక్కడ జోడించబడిందో చూద్దాం.
+
+మీరు `App.js` ఫైల్కు వెళితే, ఇది React లో ప్రధాన కాంపోనెంట్ మరియు అన్ని ఇతర కాంపోనెంట్లకు కంటైనర్గా పనిచేస్తుంది, మీరు మా `HelloWorld.js` కాంపోనెంట్ 7వ లైన్లో ఇంజెక్ట్ చేయబడిందని చూస్తారు.
+
+చివరగా, కానీ ముఖ్యంగా, మీ కోసం అందించిన మరో ఫైల్ను చూద్దాం, `interact.js` ఫైల్.
+
+#### `interact.js` ఫైల్ {#the-interact-js-file}
+
+మేము [M-V-C](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) పద్ధతిని పాటించాలనుకుంటున్నందున, మన డాప్ యొక్క తర్కం, డేటా మరియు నియమాలను నిర్వహించడానికి అన్ని ఫంక్షన్లను కలిగి ఉన్న ఒక ప్రత్యేక ఫైల్ కావాలి, మరియు ఆ ఫంక్షన్లను మన ఫ్రంటెండ్కు (మన `HelloWorld.js` కాంపోనెంట్కు) ఎగుమతి చేయగలగాలి.
+
+👆🏽ఇది మా `interact.js` ఫైల్ యొక్క ఖచ్చితమైన ఉద్దేశ్యం!
+
+మీ `src` డైరెక్టరీలోని `util` ఫోల్డర్కు నావిగేట్ చేయండి, మరియు మేము `interact.js` అనే ఫైల్ను చేర్చినట్లు మీరు గమనించవచ్చు, ఇది మా అన్ని స్మార్ట్ కాంట్రాక్ట్ ఇంటరాక్షన్ మరియు వాలెట్ ఫంక్షన్లు మరియు వేరియబుల్స్ను కలిగి ఉంటుంది.
+
+```javascript
+// interact.js
+
+//export const helloWorldContract;
+
+export const loadCurrentMessage = async () => {}
+
+export const connectWallet = async () => {}
+
+const getCurrentWalletConnected = async () => {}
+
+export const updateMessage = async (message) => {}
+```
+
+ఫైల్ ఎగువన, మేము `helloWorldContract` ఆబ్జెక్ట్ను వ్యాఖ్యానించినట్లు మీరు గమనించవచ్చు. ఈ ట్యుటోరియల్లో తరువాత, మేము ఈ ఆబ్జెక్ట్ను అన్కామెంట్ చేసి, ఈ వేరియబుల్లో మా స్మార్ట్ కాంట్రాక్టును ఇన్స్టాంటియేట్ చేస్తాము, దీనిని మేము మా `HelloWorld.js` కాంపోనెంట్లోకి ఎగుమతి చేస్తాము.
+
+మా `helloWorldContract` ఆబ్జెక్ట్ తర్వాత నాలుగు అమలు చేయని ఫంక్షన్లు ఈ క్రిందివి చేస్తాయి:
+
+- `loadCurrentMessage` - ఈ ఫంక్షన్ స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన ప్రస్తుత సందేశాన్ని లోడ్ చేసే తర్కాన్ని నిర్వహిస్తుంది. ఇది [ఆల్కెమీ Web3 API](https://github.com/alchemyplatform/alchemy-web3)ని ఉపయోగించి హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టుకు _చదివే_ కాల్ చేస్తుంది.
+- `connectWallet` - ఈ ఫంక్షన్ వినియోగదారు యొక్క మెటామాస్క్ను మన డాప్కు కనెక్ట్ చేస్తుంది.
+- `getCurrentWalletConnected` - ఈ ఫంక్షన్ పేజీ లోడ్ అయినప్పుడు మన డాప్కు ఇథీరియం ఖాతా ఇప్పటికే కనెక్ట్ చేయబడిందో లేదో తనిఖీ చేసి, తదనుగుణంగా మన UI ను నవీకరిస్తుంది.
+- `updateMessage` - ఈ ఫంక్షన్ స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశాన్ని నవీకరిస్తుంది. ఇది హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టుకు _వ్రాయు_ కాల్ చేస్తుంది, కాబట్టి సందేశాన్ని నవీకరించడానికి వినియోగదారు యొక్క మెటామాస్క్ వాలెట్ ఇథీరియం లావాదేవీపై సంతకం చేయాల్సి ఉంటుంది.
+
+ఇప్పుడు మనం ఏమి పని చేస్తున్నామో అర్థం చేసుకున్నాము, మన స్మార్ట్ కాంట్రాక్టు నుండి ఎలా చదవాలో తెలుసుకుందాం!
+
+### దశ 3: మీ స్మార్ట్ కాంట్రాక్టు నుండి చదవండి {#step-3-read-from-your-smart-contract}
+
+మీ స్మార్ట్ కాంట్రాక్టు నుండి చదవడానికి, మీరు విజయవంతంగా సెటప్ చేయాలి:
+
+- ఇథీరియం చైన్కు API కనెక్షన్
+- మీ స్మార్ట్ కాంట్రాక్ట్ యొక్క లోడ్ చేయబడిన ఉదాహరణ
+- మీ స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్కు కాల్ చేయడానికి ఒక ఫంక్షన్
+- మీరు స్మార్ట్ కాంట్రాక్టు నుండి చదువుతున్న డేటా మారినప్పుడు నవీకరణల కోసం చూడటానికి ఒక శ్రోత
+
+ఇది చాలా దశలలా అనిపించవచ్చు, కానీ చింతించకండి! వాటిలో ప్రతి ఒక్కటి ఎలా చేయాలో మేము మీకు దశలవారీగా వివరిస్తాము! :\)
+
+#### ఇథీరియం చైన్కు API కనెక్షన్ను ఏర్పాటు చేయండి {#establish-an-api-connection-to-the-ethereum-chain}
+
+ఈ ట్యుటోరియల్ యొక్క 2వ భాగంలో, మన స్మార్ట్ కాంట్రాక్టు నుండి చదవడానికి మన [ఆల్కెమీ Web3 కీని ఉపయోగించామని](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract/interacting-with-a-smart-contract#step-1-install-web3-library) గుర్తుందా? చైన్ నుండి చదవడానికి మీ డాప్లో మీకు ఆల్కెమీ Web3 కీ కూడా అవసరం.
+
+మీరు ఇప్పటికే దానిని కలిగి లేకపోతే, ముందుగా మీ `స్టార్టర్-ఫైల్స్` యొక్క రూట్ డైరెక్టరీకి నావిగేట్ చేసి, మీ టెర్మినల్లో క్రింది వాటిని అమలు చేయడం ద్వారా [ఆల్కెమీ Web3](https://github.com/alchemyplatform/alchemy-web3)ని ఇన్స్టాల్ చేయండి:
+
+```text
+npm install @alch/alchemy-web3
+```
+
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) అనేది [Web3.js](https://docs.web3js.org/) చుట్టూ ఉన్న ఒక చుట్టు, ఇది వెబ్3 డెవలపర్గా మీ జీవితాన్ని సులభతరం చేయడానికి మెరుగైన API పద్ధతులు మరియు ఇతర కీలక ప్రయోజనాలను అందిస్తుంది. ఇది కనిష్ట కాన్ఫిగరేషన్ అవసరం అయ్యేలా రూపొందించబడింది, తద్వారా మీరు వెంటనే మీ అనువర్తనంలో దాన్ని ఉపయోగించడం ప్రారంభించవచ్చు!
+
+అప్పుడు, మీ ప్రాజెక్ట్ డైరెక్టరీలో [dotenv](https://www.npmjs.com/package/dotenv) ప్యాకేజీని ఇన్స్టాల్ చేయండి, కాబట్టి మేము దానిని పొందిన తర్వాత మా API కీని నిల్వ చేయడానికి మాకు సురక్షితమైన స్థలం ఉంటుంది.
+
+```text
+npm install dotenv --save
+```
+
+మా డాప్ కోసం, **మేము మా HTTP API కీకి బదులుగా మా వెబ్సాకెట్స్ API కీని ఉపయోగిస్తాము**, ఎందుకంటే ఇది స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశం మారినప్పుడు గుర్తించే ఒక శ్రోతను సెటప్ చేయడానికి మాకు అనుమతిస్తుంది.
+
+మీరు మీ API కీని పొందిన తర్వాత, మీ రూట్ డైరెక్టరీలో ఒక `.env` ఫైల్ను సృష్టించి, దానికి మీ ఆల్కెమీ వెబ్సాకెట్స్ url ని జోడించండి. ఆ తరువాత, మీ `.env` ఫైల్ ఈ విధంగా కనిపించాలి:
+
+```javascript
+REACT_APP_ALCHEMY_KEY = wss://eth-goerli.ws.alchemyapi.io/v2/
+```
+
+ఇప్పుడు, మేము మా డాప్లో మా ఆల్కెమీ Web3 ఎండ్పాయింట్ను సెటప్ చేయడానికి సిద్ధంగా ఉన్నాము! మా `util` ఫోల్డర్లో ఉన్న మా `interact.js` కు తిరిగి వెళ్దాం మరియు ఫైల్ ఎగువన క్రింది కోడ్ను జోడిద్దాం:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+//export const helloWorldContract;
+```
+
+పైన, మేము ముందుగా మా `.env` ఫైల్ నుండి ఆల్కెమీ కీని దిగుమతి చేసుకున్నాము మరియు మా ఆల్కెమీ Web3 ఎండ్పాయింట్ను ఏర్పాటు చేయడానికి `createAlchemyWeb3` కు మా `alchemyKey` ను పంపాము.
+
+ఈ ఎండ్పాయింట్ సిద్ధంగా ఉన్నందున, మా స్మార్ట్ కాంట్రాక్టును లోడ్ చేసే సమయం వచ్చింది!
+
+#### మీ హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టును లోడ్ చేస్తోంది {#loading-your-hello-world-smart-contract}
+
+మీ హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టును లోడ్ చేయడానికి, మీకు దాని కాంట్రాక్ట్ చిరునామా మరియు ABI అవసరం, ఈ ట్యుటోరియల్ యొక్క [భాగం 3](/developers/tutorials/hello-world-smart-contract-fullstack/#part-3-publish-your-smart-contract-to-etherscan-part-3-publish-your-smart-contract-to-etherscan) పూర్తి చేస్తే Etherscanలో రెండూ కనుగొనవచ్చు.
+
+#### Etherscan నుండి మీ కాంట్రాక్ట్ ABIని ఎలా పొందాలి {#how-to-get-your-contract-abi-from-etherscan}
+
+మీరు ఈ ట్యుటోరియల్ యొక్క 3వ భాగాన్ని దాటవేస్తే, మీరు HelloWorld కాంట్రాక్టును చిరునామా [0x6f3f635A9762B47954229Ea479b4541eAF402A6A](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code) తో ఉపయోగించవచ్చు. దాని ABI [ఇక్కడ](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code) కనుగొనవచ్చు.
+
+ఒక కాంట్రాక్ట్ ఏ ఫంక్షన్ను పిలుస్తుందో పేర్కొనడానికి మరియు ఫంక్షన్ మీరు ఆశిస్తున్న ఫార్మాట్లో డేటాను తిరిగి ఇస్తుందని నిర్ధారించుకోవడానికి ఒక కాంట్రాక్ట్ ABI అవసరం. మేము మా కాంట్రాక్ట్ ABIని కాపీ చేసిన తర్వాత, దానిని మీ `src` డైరెక్టరీలో `contract-abi.json` అనే JSON ఫైల్గా సేవ్ చేద్దాం.
+
+మీ contract-abi.json మీ src ఫోల్డర్లో నిల్వ చేయబడాలి.
+
+మా కాంట్రాక్ట్ చిరునామా, ABI మరియు ఆల్కెమీ Web3 ఎండ్పాయింట్తో సన్నద్ధమై, మా స్మార్ట్ కాంట్రాక్ట్ యొక్క ఉదాహరణను లోడ్ చేయడానికి మేము [కాంట్రాక్ట్ పద్ధతిని](https://docs.web3js.org/api/web3-eth-contract/class/Contract) ఉపయోగించవచ్చు. మీ కాంట్రాక్ట్ ABI ని `interact.js` ఫైల్లోకి దిగుమతి చేసుకోండి మరియు మీ కాంట్రాక్ట్ చిరునామాను జోడించండి.
+
+```javascript
+// interact.js
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+```
+
+మేము ఇప్పుడు చివరకు మా `helloWorldContract` వేరియబుల్ను అన్కామెంట్ చేసి, మా AlchemyWeb3 ఎండ్పాయింట్ని ఉపయోగించి స్మార్ట్ కాంట్రాక్టును లోడ్ చేయవచ్చు:
+
+```javascript
+// interact.js
+export const helloWorldContract = new web3.eth.Contract(
+ contractABI,
+ contractAddress
+)
+```
+
+పునరావృతం చేయడానికి, మీ `interact.js` యొక్క మొదటి 12 లైన్లు ఇప్పుడు ఈ విధంగా కనిపించాలి:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+
+export const helloWorldContract = new web3.eth.Contract(
+ contractABI,
+ contractAddress
+)
+```
+
+ఇప్పుడు మేము మా కాంట్రాక్ట్ లోడ్ చేశాము, మేము మా `loadCurrentMessage` ఫంక్షన్ను అమలు చేయవచ్చు!
+
+#### మీ `interact.js` ఫైల్లో `loadCurrentMessage` అమలు చేయడం {#implementing-loadCurrentMessage-in-your-interact-js-file}
+
+ఈ ఫంక్షన్ చాలా సులభం. మేము మా కాంట్రాక్టు నుండి చదవడానికి ఒక సాధారణ అసమకాలిక web3 కాల్ చేయబోతున్నాము. మా ఫంక్షన్ స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశాన్ని తిరిగి ఇస్తుంది:
+
+మీ `interact.js` ఫైల్లో `loadCurrentMessage` ని క్రిందికి నవీకరించండి:
+
+```javascript
+// interact.js
+
+export const loadCurrentMessage = async () => {
+ const message = await helloWorldContract.methods.message().call()
+ return message
+}
+```
+
+మేము ఈ స్మార్ట్ కాంట్రాక్టును మా UI లో ప్రదర్శించాలనుకుంటున్నందున, `HelloWorld.js` కాంపోనెంట్లోని `useEffect` ఫంక్షన్ను క్రిందికి నవీకరిద్దాం:
+
+```javascript
+// HelloWorld.js
+
+//కేవలం ఒకసారి పిలువబడుతుంది
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+}, [])
+```
+
+గమనించండి, కాంపోనెంట్ యొక్క మొదటి రెండర్ సమయంలో మా `loadCurrentMessage` కేవలం ఒకసారి పిలువబడాలని మేము కోరుకుంటున్నాము. స్మార్ట్ కాంట్రాక్టులో సందేశం మారిన తర్వాత UIని స్వయంచాలకంగా నవీకరించడానికి మేము త్వరలో `addSmartContractListener`ని అమలు చేస్తాము.
+
+మేము మా శ్రోతలోకి ప్రవేశించే ముందు, ఇప్పటివరకు మా వద్ద ఉన్నదాన్ని చూద్దాం! మీ `HelloWorld.js` మరియు `interact.js` ఫైల్లను సేవ్ చేసి, ఆపై [http://localhost:3000/](http://localhost:3000/) కి వెళ్లండి
+
+ప్రస్తుత సందేశం ఇకపై "నెట్వర్క్కు కనెక్షన్ లేదు" అని చెప్పదని మీరు గమనించవచ్చు. బదులుగా ఇది స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశాన్ని ప్రతిబింబిస్తుంది. అద్భుతం!
+
+#### మీ UI ఇప్పుడు స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశాన్ని ప్రతిబింబించాలి {#your-UI-should-now-reflect-the-message-stored-in-the-smart-contract}
+
+ఇప్పుడు ఆ శ్రోత గురించి మాట్లాడుతూ...
+
+#### `addSmartContractListener` అమలు చేయండి {#implement-addsmartcontractlistener}
+
+ఈ ట్యుటోరియల్ సిరీస్లోని [భాగం 1లో](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract#step-10-write-our-contract) మేము వ్రాసిన `HelloWorld.sol` ఫైల్ను మీరు తిరిగి ఆలోచిస్తే, మా స్మార్ట్ కాంట్రాక్ట్ యొక్క `నవీకరణ` ఫంక్షన్ పిలవబడిన తర్వాత `UpdatedMessages` అనే స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్ విడుదల చేయబడుతుందని మీరు గుర్తుంచుకుంటారు (9 మరియు 27 లైన్లు చూడండి):
+
+```javascript
+// HelloWorld.sol
+
+// సాలిడిటీ యొక్క సంస్కరణను, సెమాంటిక్ వర్షనింగ్ని ఉపయోగించి నిర్దేశిస్తుంది.
+// మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.7.3;
+
+// 'HelloWorld' పేరుతో ఒక కాంట్రాక్టును నిర్వచిస్తుంది.
+// ఒక కాంట్రాక్టు అనేది ఫంక్షన్లు మరియు డేటా (దాని స్థితి) యొక్క సేకరణ. ఒకసారి అమలు చేసిన తర్వాత, ఒక కాంట్రాక్టు ఇథీరియం బ్లాక్చెయిన్లో ఒక నిర్దిష్ట చిరునామాలో నివసిస్తుంది. మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ //నవీకరణ ఫంక్షన్ పిలిచినప్పుడు విడుదల చేయబడుతుంది
+ //స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లు మీ కాంట్రాక్ట్ కోసం బ్లాక్చెయిన్లో ఏదో జరిగిందని మీ యాప్ ఫ్రంట్-ఎండ్కు కమ్యూనికేట్ చేయడానికి ఒక మార్గం, ఇది నిర్దిష్ట ఈవెంట్ల కోసం 'వినడం' మరియు అవి జరిగినప్పుడు చర్య తీసుకోవచ్చు.
+ event UpdatedMessages(string oldStr, string newStr);
+
+ // `string` రకానికి చెందిన `message` అనే స్థితి వేరియబుల్ను ప్రకటిస్తుంది.
+ // స్టేట్ వేరియబుల్స్ అనేవి కాంట్రాక్ట్ నిల్వలో వాటి విలువలు శాశ్వతంగా నిల్వ చేయబడిన వేరియబుల్స్. `public` కీవర్డ్ వేరియబుల్స్ను కాంట్రాక్ట్ వెలుపల నుండి అందుబాటులో ఉండేలా చేస్తుంది మరియు ఇతర కాంట్రాక్ట్లు లేదా క్లయింట్లు విలువను యాక్సెస్ చేయడానికి పిలవగల ఫంక్షన్ను సృష్టిస్తుంది.
+ string public message;
+
+ // అనేక తరగతి-ఆధారిత వస్తువు-ఆధారిత భాషల మాదిరిగానే, కన్స్ట్రక్టర్ అనేది కాంట్రాక్ట్ సృష్టిపై మాత్రమే అమలు చేయబడే ఒక ప్రత్యేక ఫంక్షన్.
+ // కాంట్రాక్ట్ యొక్క డేటాను ప్రారంభించడానికి కన్స్ట్రక్టర్లు ఉపయోగించబడతాయి. మరింత తెలుసుకోండి:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) {
+
+ // స్ట్రింగ్ ఆర్గ్యుమెంట్ `initMessage`ని అంగీకరించి, విలువను కాంట్రాక్ట్ యొక్క `message` నిల్వ వేరియబుల్లోకి సెట్ చేస్తుంది).
+ message = initMessage;
+ }
+
+ // ఒక స్ట్రింగ్ ఆర్గ్యుమెంట్ను అంగీకరించి, `message` నిల్వ వేరియబుల్ను నవీకరించే ఒక పబ్లిక్ ఫంక్షన్.
+ function update(string memory newMessage) public {
+ string memory oldMsg = message;
+ message = newMessage;
+ emit UpdatedMessages(oldMsg, newMessage);
+ }
+}
+```
+
+స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లు మీ కాంట్రాక్ట్ కోసం బ్లాక్చెయిన్లో ఏదో జరిగిందని (అంటే, ఒక _ఈవెంట్_ జరిగింది) మీ ఫ్రంట్-ఎండ్ అప్లికేషన్కు కమ్యూనికేట్ చేయడానికి ఒక మార్గం, ఇది నిర్దిష్ట ఈవెంట్ల కోసం 'వినడం' మరియు అవి జరిగినప్పుడు చర్య తీసుకోవచ్చు.
+
+`addSmartContractListener` ఫంక్షన్ ప్రత్యేకంగా మా హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్ యొక్క `UpdatedMessages` ఈవెంట్ కోసం వింటుంది, మరియు కొత్త సందేశాన్ని ప్రదర్శించడానికి మా UI ని నవీకరిస్తుంది.
+
+`addSmartContractListener` ని క్రిందికి సవరించండి:
+
+```javascript
+// HelloWorld.js
+
+function addSmartContractListener() {
+ helloWorldContract.events.UpdatedMessages({}, (error, data) => {
+ if (error) {
+ setStatus("😥 " + error.message)
+ } else {
+ setMessage(data.returnValues[1])
+ setNewMessage("")
+ setStatus("🎉 మీ సందేశం నవీకరించబడింది!")
+ }
+ })
+}
+```
+
+శ్రోత ఒక ఈవెంట్ను గుర్తించినప్పుడు ఏమి జరుగుతుందో విడదీద్దాం:
+
+- ఈవెంట్ విడుదలైనప్పుడు ఒక లోపం సంభవిస్తే, అది మా `స్థితి` స్థితి వేరియబుల్ ద్వారా UI లో ప్రతిబింబిస్తుంది.
+- లేకపోతే, మేము తిరిగి వచ్చిన `డేటా` ఆబ్జెక్ట్ను ఉపయోగిస్తాము. `data.returnValues` అనేది సున్నా వద్ద సూచించబడిన ఒక శ్రేణి, ఇక్కడ శ్రేణిలోని మొదటి మూలకం మునుపటి సందేశాన్ని నిల్వ చేస్తుంది మరియు రెండవ మూలకం నవీకరించబడిన దానిని నిల్వ చేస్తుంది. మొత్తంగా, విజయవంతమైన ఈవెంట్లో మేము మా `సందేశం` స్ట్రింగ్ను నవీకరించబడిన సందేశానికి సెట్ చేస్తాము, `కొత్తసందేశం` స్ట్రింగ్ను క్లియర్ చేస్తాము మరియు మా స్మార్ట్ కాంట్రాక్టులో కొత్త సందేశం ప్రచురించబడిందని ప్రతిబింబించడానికి మా `స్థితి` స్థితి వేరియబుల్ను నవీకరిస్తాము.
+
+చివరగా, `HelloWorld.js` కాంపోనెంట్ యొక్క మొదటి రెండర్లో ఇది ప్రారంభించబడటానికి మా `useEffect` ఫంక్షన్లో మా శ్రోతను పిలుద్దాం. మొత్తంగా, మీ `useEffect` ఫంక్షన్ ఈ విధంగా కనిపించాలి:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+}, [])
+```
+
+ఇప్పుడు మనం మన స్మార్ట్ కాంట్రాక్టు నుండి చదవగలుగుతున్నాము, దానికి ఎలా వ్రాయాలో కూడా తెలుసుకోవడం చాలా బాగుంటుంది! అయితే, మా డాప్కు వ్రాయడానికి, మేము ముందుగా దానికి కనెక్ట్ చేయబడిన ఇథీరియం వాలెట్ను కలిగి ఉండాలి.
+
+కాబట్టి, తరువాత మేము మా ఇథీరియం వాలెట్ను (మెటామాస్క్) సెటప్ చేయడం మరియు దానిని మా డాప్కు కనెక్ట్ చేయడం గురించి చర్చిస్తాము!
+
+### దశ 4: మీ ఇథీరియం వాలెట్ను సెటప్ చేయండి {#step-4-set-up-your-ethereum-wallet}
+
+ఇథీరియం చైన్పై ఏదైనా వ్రాయడానికి, వినియోగదారులు తమ వర్చువల్ వాలెట్ యొక్క ప్రైవేట్ కీలను ఉపయోగించి లావాదేవీలపై సంతకం చేయాలి. ఈ ట్యుటోరియల్ కోసం, మేము [మెటామాస్క్ను](https://metamask.io/) ఉపయోగిస్తాము, ఇది మీ ఇథీరియం ఖాతా చిరునామాను నిర్వహించడానికి ఉపయోగించే బ్రౌజర్లోని ఒక వర్చువల్ వాలెట్, ఎందుకంటే ఇది తుది-వినియోగదారు కోసం ఈ లావాదేవీ సంతకాన్ని చాలా సులభం చేస్తుంది.
+
+ఇతీరియములో లావాదేవీలు ఎలా పనిచేస్తాయో మీరు మరింత అర్థం చేసుకోవాలనుకుంటే, ఇతీరియము ఫౌండేషన్ నుండి [ఈ పేజీ](/developers/docs/transactions/)ని చూడండి.
+
+#### MetaMaskను డౌన్లోడ్ చేయండి {#download-metamask}
+
+మీరు [ఇక్కడ](https://metamask.io/download) ఉచితంగా MetaMask అకౌంట్ను డౌన్లోడ్ చేసి, సృష్టించవచ్చు. మీరు ఖాతాను సృష్టించేటప్పుడు, లేదా మీకు ఇప్పటికే ఖాతా ఉంటే, కుడివైపు ఎగువన ఉన్న “గోర్లీ టెస్ట్ నెట్వర్క్”కు మారినట్లు నిర్ధారించుకోండి (అలాగే మనం నిజమైన డబ్బుతో వ్యవహరించడం లేదు).
+
+#### ఒక ఫాసెట్ నుండి ఈథర్ను జోడించండి {#add-ether-from-a-faucet}
+
+ఇథీరియం బ్లాక్చెయిన్లో ఒక లావాదేవీపై సంతకం చేయడానికి, మాకు కొంత నకిలీ Eth అవసరం. Eth పొందడానికి మీరు [FaucETH](https://fauceth.komputing.org) కు వెళ్లి, మీ Goerli ఖాతా చిరునామాను నమోదు చేసి, “నిధులను అభ్యర్థించు” క్లిక్ చేసి, ఆపై డ్రాప్డౌన్లో “Ethereum Testnet Goerli” ని ఎంచుకుని, చివరగా “నిధులను అభ్యర్థించు” బటన్ను మళ్లీ క్లిక్ చేయండి. త్వరలోనే మీ MetaMask ఖాతాలో Eth కనిపించాలి!
+
+#### మీ బ్యాలెన్స్ను తనిఖీ చేయండి {#check-your-balance}
+
+మా బ్యాలెన్స్ అక్కడ ఉందని నిర్ధారించుకోవడానికి, [Alchemy యొక్క కంపోజర్ సాధనాన్ని](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) ఉపయోగించి ఒక [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) అభ్యర్థన చేద్దాం. ఇది మా వాలెట్లోని Eth మొత్తాన్ని తిరిగి ఇస్తుంది. మీరు మీ MetaMask అకౌంట్ చిరునామాను ఇన్పుట్ చేసి, “అభ్యర్థన పంపు” క్లిక్ చేసిన తర్వాత, మీరు ఇలాంటి ప్రతిస్పందనను చూడాలి:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**గమనిక:** ఈ ఫలితం weiలో ఉంది, ethలో కాదు. ఈథర్ యొక్క అతి చిన్న ప్రమాణంగా వీని ఉపయోగిస్తారు. wei నుండి ethకి మార్పిడి: 1 eth = 10¹⁸ wei. కాబట్టి మనం 0xde0b6b3a7640000 ను దశాంశానికి మార్చితే మనకు 1\*10¹⁸ వస్తుంది, ఇది 1 ethకి సమానం.
+
+అమ్మయ్య! మా నకిలీ డబ్బు అంతా అక్కడే ఉంది! 🤑
+
+### దశ 5: మీ UI కి మెటామాస్క్ను కనెక్ట్ చేయండి {#step-5-connect-metamask-to-your-UI}
+
+ఇప్పుడు మా MetaMask వాలెట్ సెటప్ చేయబడింది, మా డాప్ను దానికి కనెక్ట్ చేద్దాం!
+
+#### `connectWallet` ఫంక్షన్ {#the-connectWallet-function}
+
+మా `interact.js` ఫైల్లో, `connectWallet` ఫంక్షన్ను అమలు చేద్దాం, దీనిని మనం మా `HelloWorld.js` కాంపోనెంట్లో పిలవవచ్చు.
+
+`connectWallet` ని క్రిందికి సవరించండి:
+
+```javascript
+// interact.js
+
+export const connectWallet = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_requestAccounts",
+ })
+ const obj = {
+ status: "👆🏽 పైన ఉన్న టెక్స్ట్-ఫీల్డ్లో ఒక సందేశాన్ని వ్రాయండి.",
+ address: addressArray[0],
+ }
+ return obj
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ మీరు మీ బ్రౌజర్లో వర్చువల్ ఇథీరియం వాలెట్ అయిన మెటామాస్క్ను ఇన్స్టాల్ చేయాలి.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+ఈ భారీ కోడ్ బ్లాక్ ఖచ్చితంగా ఏమి చేస్తుంది?
+
+ముందుగా, ఇది మీ బ్రౌజర్లో `window.ethereum` ప్రారంభించబడిందో లేదో తనిఖీ చేస్తుంది.
+
+`window.ethereum` అనేది MetaMask మరియు ఇతర వాలెట్ ప్రొవైడర్ల ద్వారా ఇంజెక్ట్ చేయబడిన గ్లోబల్ API, ఇది వెబ్సైట్లు వినియోగదారుల Ethereum ఖాతాలను అభ్యర్థించడానికి అనుమతిస్తుంది. ఆమోదించబడితే, ఇది వినియోగదారు కనెక్ట్ చేయబడిన బ్లాక్చెయిన్ల నుండి డేటాను చదవగలదు, మరియు వినియోగదారు సందేశాలు మరియు లావాదేవీలపై సంతకం చేయమని సూచించగలదు. మరింత సమాచారం కోసం [MetaMask డాక్స్](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) చూడండి!
+
+`window.ethereum` _ఉండకపోతే_, అప్పుడు MetaMask ఇన్స్టాల్ చేయబడలేదని అర్థం. దీని ఫలితంగా ఒక JSON వస్తువు తిరిగి వస్తుంది, ఇక్కడ `address` తిరిగి వచ్చినది ఖాళీ స్ట్రింగ్, మరియు `status` JSX వస్తువు వినియోగదారుడు MetaMaskను ఇన్స్టాల్ చేయాలని తెలియజేస్తుంది.
+
+ఇప్పుడు `window.ethereum` _ఉంటే_, అప్పుడు విషయాలు ఆసక్తికరంగా మారతాయి.
+
+ఒక try/catch లూప్ను ఉపయోగించి, మేము [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts) కాల్ చేయడం ద్వారా MetaMaskకు కనెక్ట్ చేయడానికి ప్రయత్నిస్తాము. ఈ ఫంక్షన్ను కాల్ చేయడం వలన బ్రౌజర్లో MetaMask తెరుచుకుంటుంది, దీని ద్వారా వినియోగదారుడు తమ వాలెట్ను మీ డాప్కు కనెక్ట్ చేయమని ప్రాంప్ట్ చేయబడతారు.
+
+- వినియోగదారు కనెక్ట్ చేయడానికి ఎంచుకుంటే, `method: "eth_requestAccounts"` డాప్కు కనెక్ట్ చేయబడిన వినియోగదారు యొక్క అన్ని ఖాతా చిరునామాలను కలిగి ఉన్న ఒక శ్రేణిని తిరిగి ఇస్తుంది. మొత్తం మీద, మా `connectWallet` ఫంక్షన్ ఈ శ్రేణిలోని _మొదటి_ `address` (9వ పంక్తిని చూడండి) మరియు స్మార్ట్ కాంట్రాక్ట్కు ఒక సందేశం వ్రాయమని వినియోగదారుడిని ప్రాంప్ట్ చేసే ఒక `status` సందేశాన్ని కలిగి ఉన్న ఒక JSON వస్తువును తిరిగి ఇస్తుంది.
+- వినియోగదారుడు కనెక్షన్ను తిరస్కరిస్తే, అప్పుడు JSON వస్తువు తిరిగి వచ్చిన `address` కోసం ఖాళీ స్ట్రింగ్ను మరియు వినియోగదారుడు కనెక్షన్ను తిరస్కరించినట్లు ప్రతిబింబించే ఒక `status` సందేశాన్ని కలిగి ఉంటుంది.
+
+ఇప్పుడు మేము ఈ `connectWallet` ఫంక్షన్ను వ్రాసాము, తదుపరి దశ దానిని మా `HelloWorld.js` కాంపోనెంట్కు పిలవడం.
+
+#### `connectWallet` ఫంక్షన్ను మీ `HelloWorld.js` UI కాంపోనెంట్కు జోడించండి {#add-the-connectWallet-function-to-your-HelloWorld-js-ui-component}
+
+`HelloWorld.js`లోని `connectWalletPressed` ఫంక్షన్కు నావిగేట్ చేసి, దానిని క్రిందికి నవీకరించండి:
+
+```javascript
+// HelloWorld.js
+
+const connectWalletPressed = async () => {
+ const walletResponse = await connectWallet()
+ setStatus(walletResponse.status)
+ setWallet(walletResponse.address)
+}
+```
+
+మా `interact.js` ఫైల్ నుండి మా `HelloWorld.js` కాంపోనెంట్ నుండి మా కార్యాచరణలో ఎక్కువ భాగం ఎలా నైరూప్యీకరించబడిందో గమనించారా? ఇది మేము M-V-C పారడైమ్కు కట్టుబడి ఉండటానికి!
+
+`connectWalletPressed`లో, మేము కేవలం మా దిగుమతి చేసుకున్న `connectWallet` ఫంక్షన్కు ఒక await కాల్ చేస్తాము, మరియు దాని ప్రతిస్పందనను ఉపయోగించి, మేము మా `status` మరియు `walletAddress` వేరియబుల్స్ను వాటి స్టేట్ హుక్స్ ద్వారా అప్డేట్ చేస్తాము.
+
+ఇప్పుడు, రెండు ఫైల్లను సేవ్ చేద్దాం (`HelloWorld.js` మరియు `interact.js`) మరియు ఇప్పటివరకు మా UI ని పరీక్షిద్దాం.
+
+పేజీ యొక్క కుడివైపు ఎగువన ఉన్న [http://localhost:3000/](http://localhost:3000/) పేజీలో మీ బ్రౌజర్ను తెరిచి, "వాలెట్ కనెక్ట్ చేయి" బటన్ను నొక్కండి.
+
+మీరు MetaMaskను ఇన్స్టాల్ చేసి ఉంటే, మీ వాలెట్ను మీ డాప్కు కనెక్ట్ చేయమని మిమ్మల్ని ప్రాంప్ట్ చేయాలి. కనెక్ట్ చేయడానికి ఆహ్వానాన్ని అంగీకరించండి.
+
+వాలెట్ బటన్ ఇప్పుడు మీ చిరునామా కనెక్ట్ చేయబడిందని ప్రతిబింబిస్తుందని మీరు చూడాలి! యాస్స్స్స్స్ 🔥
+
+తరువాత, పేజీని రిఫ్రెష్ చేయడానికి ప్రయత్నించండి... ఇది వింతగా ఉంది. మా వాలెట్ బటన్ MetaMaskను కనెక్ట్ చేయమని మమ్మల్ని ప్రాంప్ట్ చేస్తోంది, అది ఇప్పటికే కనెక్ట్ చేయబడి ఉన్నప్పటికీ...
+
+అయితే, భయపడవద్దు! మేము దానిని సులభంగా పరిష్కరించగలము (అర్థమైందా?) `getCurrentWalletConnected`ను అమలు చేయడం ద్వారా, ఇది ఒక చిరునామా మా డాప్కు ఇప్పటికే కనెక్ట్ చేయబడిందో లేదో తనిఖీ చేసి, మా UI ని తదనుగుణంగా నవీకరిస్తుంది!
+
+#### `getCurrentWalletConnected` ఫంక్షన్ {#the-getcurrentwalletconnected-function}
+
+`interact.js` ఫైల్లోని మీ `getCurrentWalletConnected` ఫంక్షన్ను క్రిందికి నవీకరించండి:
+
+```javascript
+// interact.js
+
+export const getCurrentWalletConnected = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_accounts",
+ })
+ if (addressArray.length > 0) {
+ return {
+ address: addressArray[0],
+ status: "👆🏽 పైన ఉన్న టెక్స్ట్-ఫీల్డ్లో ఒక సందేశాన్ని వ్రాయండి.",
+ }
+ } else {
+ return {
+ address: "",
+ status: "🦊 కుడివైపు ఎగువన ఉన్న బటన్ని ఉపయోగించి మెటామాస్క్కు కనెక్ట్ అవ్వండి.",
+ }
+ }
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ మీరు మీ బ్రౌజర్లో వర్చువల్ ఇథీరియం వాలెట్ అయిన మెటామాస్క్ను ఇన్స్టాల్ చేయాలి.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+ఈ కోడ్ మునుపటి దశలో మేము వ్రాసిన `connectWallet` ఫంక్షన్కు _చాలా_ పోలి ఉంటుంది.
+
+ప్రధాన వ్యత్యాసం ఏమిటంటే, ఇక్కడ మేము `eth_requestAccounts` పద్ధతిని కాల్ చేయడానికి బదులుగా, ఇది వినియోగదారుడు తమ వాలెట్ను కనెక్ట్ చేయడానికి MetaMaskను తెరుస్తుంది, ఇక్కడ మేము `eth_accounts` పద్ధతిని కాల్ చేస్తాము, ఇది కేవలం మా డాప్కు ప్రస్తుతం కనెక్ట్ చేయబడిన MetaMask చిరునామాలను కలిగి ఉన్న ఒక శ్రేణిని తిరిగి ఇస్తుంది.
+
+ఈ ఫంక్షన్ను చర్యలో చూడటానికి, దానిని మా `HelloWorld.js` కాంపోనెంట్ యొక్క `useEffect` ఫంక్షన్లో పిలుద్దాం:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+}, [])
+```
+
+గమనించండి, మేము మా `walletAddress` మరియు `status` స్టేట్ వేరియబుల్స్ను అప్డేట్ చేయడానికి మా `getCurrentWalletConnected` కాల్ యొక్క ప్రతిస్పందనను ఉపయోగిస్తాము.
+
+ఇప్పుడు మీరు ఈ కోడ్ను జోడించారు, మా బ్రౌజర్ విండోను రిఫ్రెష్ చేయడానికి ప్రయత్నిద్దాం.
+
+అద్భుతం! బటన్ మీరు కనెక్ట్ అయ్యారని చెప్పాలి, మరియు మీరు రిఫ్రెష్ చేసిన తర్వాత కూడా మీ కనెక్ట్ చేయబడిన వాలెట్ చిరునామా యొక్క ప్రివ్యూను చూపాలి!
+
+#### `addWalletListener` అమలు చేయండి {#implement-addwalletlistener}
+
+మా డాప్ వాలెట్ సెటప్లో చివరి దశ వాలెట్ లిజనర్ను అమలు చేయడం, తద్వారా మా వాలెట్ స్టేట్ మారినప్పుడు, ఉదాహరణకు వినియోగదారుడు డిస్కనెక్ట్ చేసినప్పుడు లేదా ఖాతాలను మార్చినప్పుడు మా UI అప్డేట్ అవుతుంది.
+
+మీ `HelloWorld.js` ఫైల్లో, మీ `addWalletListener` ఫంక్షన్ను క్రింది విధంగా సవరించండి:
+
+```javascript
+// HelloWorld.js
+
+function addWalletListener() {
+ if (window.ethereum) {
+ window.ethereum.on("accountsChanged", (accounts) => {
+ if (accounts.length > 0) {
+ setWallet(accounts[0])
+ setStatus("👆🏽 పైన ఉన్న టెక్స్ట్-ఫీల్డ్లో ఒక సందేశాన్ని వ్రాయండి.")
+ } else {
+ setWallet("")
+ setStatus("🦊 కుడివైపు ఎగువన ఉన్న బటన్ని ఉపయోగించి మెటామాస్క్కు కనెక్ట్ అవ్వండి.")
+ }
+ })
+ } else {
+ setStatus(
+
+ {" "}
+ 🦊
+ మీరు మీ బ్రౌజర్లో వర్చువల్ ఇథీరియం వాలెట్ అయిన మెటామాస్క్ను ఇన్స్టాల్ చేయాలి.
+
+
+ )
+ }
+}
+```
+
+ఈ సమయంలో ఇక్కడ ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి మీకు మా సహాయం కూడా అవసరం లేదని నేను పందెం వేస్తున్నాను, కానీ సంపూర్ణత ప్రయోజనాల కోసం, దానిని త్వరగా విడదీద్దాం:
+
+- మొదట, మా ఫంక్షన్ `window.ethereum` ప్రారంభించబడిందో లేదో తనిఖీ చేస్తుంది (అనగా, MetaMask ఇన్స్టాల్ చేయబడింది).
+ - అది కాకపోతే, మేము కేవలం మా `status` స్టేట్ వేరియబుల్ను వినియోగదారుడిని MetaMaskను ఇన్స్టాల్ చేయమని ప్రాంప్ట్ చేసే ఒక JSX స్ట్రింగ్కు సెట్ చేస్తాము.
+ - అది ప్రారంభించబడితే, మేము 3వ పంక్తిలో `window.ethereum.on("accountsChanged")` లిజనర్ను సెట్ చేస్తాము, ఇది MetaMask వాలెట్లోని స్టేట్ మార్పులను వింటుంది, ఇందులో వినియోగదారుడు డాప్కు అదనపు ఖాతాను కనెక్ట్ చేసినప్పుడు, ఖాతాలను మార్చినప్పుడు, లేదా ఒక ఖాతాను డిస్కనెక్ట్ చేసినప్పుడు ఉంటాయి. కనీసం ఒక ఖాతా కనెక్ట్ చేయబడి ఉంటే, `walletAddress` స్టేట్ వేరియబుల్ లిజనర్ ద్వారా తిరిగి వచ్చిన `accounts` శ్రేణిలోని మొదటి ఖాతాగా అప్డేట్ చేయబడుతుంది. లేకపోతే, `walletAddress` ఖాళీ స్ట్రింగ్గా సెట్ చేయబడుతుంది.
+
+చివరగా, మేము దానిని మా `useEffect` ఫంక్షన్లో పిలవాలి:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+
+ addWalletListener()
+}, [])
+```
+
+అంతే! మేము మా వాలెట్ కార్యాచరణను విజయవంతంగా పూర్తి చేసాము! ఇప్పుడు మా చివరి పనికి: మా స్మార్ట్ కాంట్రాక్టులో నిల్వ చేసిన సందేశాన్ని నవీకరించడం!
+
+### దశ 6: `updateMessage` ఫంక్షన్ను అమలు చేయండి {#step-6-implement-the-updateMessage-function}
+
+అలాగే మిత్రులారా, మేము చివరి దశకు చేరుకున్నాము! మీ `interact.js` ఫైల్ యొక్క `updateMessage` లో, మేము ఈ క్రిందివి చేయబోతున్నాము:
+
+1. మేము మా స్మార్ట్ కాంటాక్టులో ప్రచురించాలనుకుంటున్న సందేశం చెల్లుబాటు అయ్యేదని నిర్ధారించుకోండి
+2. మెటామాస్క్ ఉపయోగించి మా లావాదేవీపై సంతకం చేయండి
+3. మా `HelloWorld.js` ఫ్రంటెండ్ కాంపోనెంట్ నుండి ఈ ఫంక్షన్ను పిలవండి
+
+దీనికి ఎక్కువ సమయం పట్టదు; ఈ డాప్ను పూర్తి చేద్దాం!
+
+#### ఇన్పుట్ దోష నిర్వహణ {#input-error-handling}
+
+సహజంగానే, ఫంక్షన్ ప్రారంభంలో కొంత రకమైన ఇన్పుట్ లోపం నిర్వహణ ఉండటం అర్ధమే.
+
+మెటామాస్క్ పొడిగింపు ఇన్స్టాల్ చేయకపోతే, వాలెట్ కనెక్ట్ చేయకపోతే (అంటే, పంపిన `చిరునామా` ఖాళీ స్ట్రింగ్ అయితే), లేదా `సందేశం` ఖాళీ స్ట్రింగ్ అయితే మా ఫంక్షన్ ముందుగానే తిరిగి రావాలని మేము కోరుకుంటాము. `updateMessage` కు క్రింది లోపం నిర్వహణను జోడిద్దాం:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+ if (!window.ethereum || address === null) {
+ return {
+ status:
+ "💡 బ్లాక్చెయిన్లో సందేశాన్ని నవీకరించడానికి మీ మెటామాస్క్ వాలెట్ను కనెక్ట్ చేయండి.",
+ }
+ }
+
+ if (message.trim() === "") {
+ return {
+ status: "❌ మీ సందేశం ఖాళీ స్ట్రింగ్ కాకూడదు.",
+ }
+ }
+}
+```
+
+ఇప్పుడు దానికి సరైన ఇన్పుట్ లోపం నిర్వహణ ఉంది, మెటామాస్క్ ద్వారా లావాదేవీపై సంతకం చేసే సమయం వచ్చింది!
+
+#### మా లావాదేవీపై సంతకం చేయడం {#signing-our-transaction}
+
+మీరు ఇప్పటికే సాంప్రదాయ web3 ఇథీరియం లావాదేవీలతో సౌకర్యవంతంగా ఉంటే, మేము తరువాత వ్రాసే కోడ్ చాలా సుపరిచితంగా ఉంటుంది. మీ ఇన్పుట్ లోపం నిర్వహణ కోడ్ క్రింద, `updateMessage` కు క్రింది వాటిని జోడించండి:
+
+```javascript
+// interact.js
+
+//లావాదేవీ పారామితులను సెటప్ చేయండి
+const transactionParameters = {
+ to: contractAddress, // కాంట్రాక్ట్ ప్రచురణల సమయంలో తప్ప అవసరం.
+ from: address, // వినియోగదారు యొక్క క్రియాశీల చిరునామాతో సరిపోలాలి.
+ data: helloWorldContract.methods.update(message).encodeABI(),
+}
+
+//లావాదేవీపై సంతకం చేయండి
+try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ status: (
+
+ ✅{" "}
+
+ Etherscanలో మీ లావాదేవీ స్థితిని వీక్షించండి!
+
+
+ ℹ️ నెట్వర్క్ ద్వారా లావాదేవీ ధృవీకరించబడిన తర్వాత, సందేశం స్వయంచాలకంగా నవీకరించబడుతుంది.
+
+ ),
+ }
+} catch (error) {
+ return {
+ status: "😥 " + error.message,
+ }
+}
+```
+
+ఏమి జరుగుతుందో విడదీద్దాం. ముందుగా, మేము మా లావాదేవీల పారామితులను సెటప్ చేస్తాము, ఇక్కడ:
+
+- `to` గ్రహీత చిరునామాను నిర్దేశిస్తుంది (మా స్మార్ట్ కాంట్రాక్ట్)
+- `from` లావాదేవీ సంతకం చేసిన వ్యక్తిని నిర్దేశిస్తుంది, మా ఫంక్షన్లోకి మేము పంపిన `చిరునామా` వేరియబుల్
+- `data` మా హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్ యొక్క `నవీకరణ` పద్ధతికి కాల్ను కలిగి ఉంది, మా `సందేశం` స్ట్రింగ్ వేరియబుల్ను ఇన్పుట్గా స్వీకరిస్తుంది
+
+అప్పుడు, మేము ఒక await కాల్, `window.ethereum.request` చేస్తాము, ఇక్కడ మేము మెటామాస్క్ను లావాదేవీపై సంతకం చేయమని అడుగుతాము. గమనించండి, 11 మరియు 12 లైన్లలో, మేము మా eth పద్ధతి, `eth_sendTransaction`ని నిర్దేశిస్తున్నాము మరియు మా `transactionParameters`ను పంపుతున్నాము.
+
+ఈ సమయంలో, MetaMask బ్రౌజర్లో తెరుచుకుంటుంది మరియు లావాదేవీపై సంతకం చేయమని లేదా తిరస్కరించమని వినియోగదారుడిని ప్రాంప్ట్ చేస్తుంది.
+
+- లావాదేవీ విజయవంతమైతే, ఫంక్షన్ ఒక JSON ఆబ్జెక్ట్ను తిరిగి ఇస్తుంది, ఇక్కడ `స్థితి` JSX స్ట్రింగ్ వినియోగదారుని వారి లావాదేవీ గురించి మరింత సమాచారం కోసం Etherscan ను తనిఖీ చేయమని ప్రేరేపిస్తుంది.
+- లావాదేవీ విఫలమైతే, ఫంక్షన్ ఒక JSON ఆబ్జెక్ట్ను తిరిగి ఇస్తుంది, ఇక్కడ `స్థితి` స్ట్రింగ్ లోపం సందేశాన్ని తెలియజేస్తుంది.
+
+మొత్తంగా, మా `updateMessage` ఫంక్షన్ ఈ విధంగా కనిపించాలి:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+ //ఇన్పుట్ లోపం నిర్వహణ
+ if (!window.ethereum || address === null) {
+ return {
+ status:
+ "💡 బ్లాక్చెయిన్లో సందేశాన్ని నవీకరించడానికి మీ మెటామాస్క్ వాలెట్ను కనెక్ట్ చేయండి.",
+ }
+ }
+
+ if (message.trim() === "") {
+ return {
+ status: "❌ మీ సందేశం ఖాళీ స్ట్రింగ్ కాకూడదు.",
+ }
+ }
+
+ //లావాదేవీ పారామితులను సెటప్ చేయండి
+ const transactionParameters = {
+ to: contractAddress, // కాంట్రాక్ట్ ప్రచురణల సమయంలో తప్ప అవసరం.
+ from: address, // వినియోగదారు యొక్క క్రియాశీల చిరునామాతో సరిపోలాలి.
+ data: helloWorldContract.methods.update(message).encodeABI(),
+ }
+
+ //లావాదేవీపై సంతకం చేయండి
+ try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ status: (
+
+ ✅{" "}
+
+ Etherscanలో మీ లావాదేవీ స్థితిని వీక్షించండి!
+
+
+ ℹ️ నెట్వర్క్ ద్వారా లావాదేవీ ధృవీకరించబడిన తర్వాత, సందేశం స్వయంచాలకంగా నవీకరించబడుతుంది.
+
+ ),
+ }
+ } catch (error) {
+ return {
+ status: "😥 " + error.message,
+ }
+ }
+}
+```
+
+చివరగా, మేము మా `updateMessage` ఫంక్షన్ను మా `HelloWorld.js` కాంపోనెంట్కు కనెక్ట్ చేయాలి.
+
+#### `updateMessage`ని `HelloWorld.js` ఫ్రంటెండ్కు కనెక్ట్ చేయండి {#connect-updatemessage-to-the-helloworld-js-frontend}
+
+మా `onUpdatePressed` ఫంక్షన్ దిగుమతి చేయబడిన `updateMessage` ఫంక్షన్కు await కాల్ చేసి, మా లావాదేవీ విజయవంతమైందో లేదా విఫలమైందో ప్రతిబింబించడానికి `స్థితి` స్థితి వేరియబుల్ను సవరించాలి:
+
+```javascript
+// HelloWorld.js
+
+const onUpdatePressed = async () => {
+ const { status } = await updateMessage(walletAddress, newMessage)
+ setStatus(status)
+}
+```
+
+ఇది చాలా శుభ్రంగా మరియు సరళంగా ఉంటుంది. మరియు ఏమనుకుంటున్నారు... మీ డాప్ పూర్తయింది!!!
+
+ముందుకు వెళ్లి **నవీకరించు** బటన్ను పరీక్షించండి!
+
+### మీ స్వంత కస్టమ్ డాప్ను తయారు చేసుకోండి {#make-your-own-custom-dapp}
+
+వూహూ, మీరు ట్యుటోరియల్ చివరికి వచ్చారు! పునరావృతం చేయడానికి, మీరు నేర్చుకున్నవి:
+
+- మీ డాప్ ప్రాజెక్టుకు మెటామాస్క్ వాలెట్ను కనెక్ట్ చేయండి
+- మీ స్మార్ట్ కాంట్రాక్టు నుండి [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) API ఉపయోగించి డేటాను చదవండి
+- మెటామాస్క్ ఉపయోగించి ఇథీరియం లావాదేవీలపై సంతకం చేయండి
+
+ఇప్పుడు మీరు మీ స్వంత కస్టమ్ డాప్ ప్రాజెక్ట్ను నిర్మించడానికి ఈ ట్యుటోరియల్ నుండి నైపుణ్యాలను వర్తింపజేయడానికి పూర్తిగా సన్నద్ధమయ్యారు! ఎప్పటిలాగే, మీకు ఏవైనా ప్రశ్నలు ఉంటే, [ఆల్కెమీ డిస్కార్డ్](https://discord.gg/gWuC7zB)లో సహాయం కోసం మమ్మల్ని సంప్రదించడానికి సంకోచించకండి. 🧙♂️
+
+మీరు ఈ ట్యుటోరియల్ను పూర్తి చేసిన తర్వాత, మీ అనుభవం ఎలా ఉందో లేదా మీకు ఏవైనా అభిప్రాయాలు ఉంటే Twitter [@alchemyplatform](https://twitter.com/AlchemyPlatform)లో మమ్మల్ని ట్యాగ్ చేయడం ద్వారా మాకు తెలియజేయండి!
diff --git a/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md b/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
new file mode 100644
index 00000000000..17cbb706b7e
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
@@ -0,0 +1,366 @@
+---
+title: ప్రారంభకుల కోసం హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్
+description: Ethereumలో ఒక సాధారణ స్మార్ట్ కాంట్రాక్టును రాయడం మరియు డిప్లాయ్ చేయడంపై పరిచయ ట్యుటోరియల్.
+author: "elanh"
+tags:
+ [
+ "దృఢత్వం",
+ "hardhat",
+ "alchemy",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "డిప్లాయ్ చేయడం"
+ ]
+skill: ఆరంభకులు
+lang: te
+published: 2021-03-31
+---
+
+మీరు బ్లాక్చైన్ అభివృద్ధికి కొత్తవారైతే మరియు ఎక్కడ ప్రారంభించాలో తెలియకపోతే లేదా మీరు స్మార్ట్ కాంట్రాక్ట్లను ఎలా డిప్లాయ్ చేయాలో మరియు వాటితో ఎలా సంకర్షణ చెందాలో అర్థం చేసుకోవాలనుకుంటే, ఈ గైడ్ మీ కోసం. మేము ఒక వర్చువల్ వాలెట్ [MetaMask](https://metamask.io/), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org/), మరియు [Alchemy](https://www.alchemy.com/eth) ఉపయోగించి Sepolia టెస్టునెట్ నెట్వర్క్లో ఒక సాధారణ స్మార్ట్ కాంట్రాక్టును సృష్టించడం మరియు డిప్లాయ్ చేయడం గురించి వివరిస్తాము (వీటిలో దేని గురించైనా మీకు ఇంకా అర్థం కాకపోతే చింతించకండి, మేము దానిని వివరిస్తాము).
+
+ఈ ట్యుటోరియల్ యొక్క [భాగం 2](https://docs.alchemy.com/docs/interacting-with-a-smart-contract)లో మన స్మార్ట్ కాంట్రాక్ట్ ఇక్కడ డిప్లాయ్ అయిన తర్వాత దానితో ఎలా సంకర్షణ చెందవచ్చో చూద్దాం, మరియు [భాగం 3](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan)లో దానిని Etherscanలో ఎలా ప్రచురించాలో వివరిస్తాము.
+
+ఏ సమయంలోనైనా మీకు ప్రశ్నలు ఉంటే [Alchemy Discord](https://discord.gg/gWuC7zB)లో సంప్రదించడానికి సంకోచించకండి!
+
+## దశ 1: Ethereum నెట్వర్క్కు కనెక్ట్ అవ్వండి {#step-1}
+
+Ethereum చైన్కు అభ్యర్థనలు చేయడానికి చాలా మార్గాలు ఉన్నాయి. సరళత కోసం, మేము Alchemyలో ఉచిత ఖాతాను ఉపయోగిస్తాము, ఇది మన స్వంత నోడ్స్ను నడపాల్సిన అవసరం లేకుండా Ethereum చైన్తో కమ్యూనికేట్ చేయడానికి అనుమతించే బ్లాక్చైన్ డెవలపర్ ప్లాట్ఫారమ్ మరియు API. ఈ ప్లాట్ఫారమ్లో పర్యవేక్షణ మరియు విశ్లేషణల కోసం డెవలపర్ ఉపకరణాలు కూడా ఉన్నాయి, మన స్మార్ట్ కాంట్రాక్ట్ డిప్లాయ్మెంట్ నేపథ్యంలో ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి ఈ ట్యుటోరియల్లో మనం వాటిని సద్వినియోగం చేసుకుంటాము. మీకు ఇప్పటికే Alchemy ఖాతా లేకపోతే, [మీరు ఇక్కడ ఉచితంగా సైన్ అప్ చేయవచ్చు](https://dashboard.alchemy.com/signup).
+
+## దశ 2: మీ యాప్ను సృష్టించండి (మరియు API కీ) {#step-2}
+
+మీరు ఆల్కెమీ అకౌంట్ను సృష్టించిన తర్వాత, యాప్ను సృష్టించడం ద్వారా మీరు API కీని రూపొందించవచ్చు. ఇది సెపోలియా టెస్ట్ నెట్వర్క్కు అభ్యర్థనలు చేయడానికి మాకు అనుమతిస్తుంది. మీకు టెస్టునెట్ల గురించి తెలియకపోతే, [ఈ పేజీని](/developers/docs/networks/) చూడండి.
+
+1. నావ్ బార్లో "ఒక యాప్ను ఎంచుకోండి"ని ఎంచుకుని, "కొత్త యాప్ను సృష్టించు" క్లిక్ చేయడం ద్వారా మీ Alchemy డ్యాష్బోర్డ్లోని "కొత్త యాప్ను సృష్టించు" పేజీకి నావిగేట్ చేయండి
+
+
+
+2. మీ యాప్కు “హలో వరల్డ్” అని పేరు పెట్టండి, ఒక చిన్న వివరణను అందించండి మరియు ఒక వినియోగ సందర్భాన్ని ఎంచుకోండి, ఉదా., "ఇన్ఫ్రా & టూలింగ్." తరువాత, "Ethereum" కోసం వెతకండి మరియు నెట్వర్క్ను ఎంచుకోండి.
+
+
+
+3. ముందుకు సాగడానికి "తరువాత" క్లిక్ చేయండి, ఆపై “యాప్ను సృష్టించు” క్లిక్ చేయండి మరియు అంతే! మీ యాప్ నావ్ బార్ డ్రాప్డౌన్ మెనూలో కనిపించాలి, కాపీ చేయడానికి ఒక API కీ అందుబాటులో ఉంటుంది.
+
+## దశ 3: ఒక Ethereum ఖాతా (చిరునామా) సృష్టించండి {#step-3}
+
+లావాదేవీలను పంపడానికి మరియు స్వీకరించడానికి మాకు ఇతీరియము అకౌంట్ అవసరం. ఈ ట్యుటోరియల్ కోసం, మేము MetaMaskను ఉపయోగిస్తాము, ఇది మీ ఇతీరియము అకౌంట్ చిరునామాను నిర్వహించడానికి ఉపయోగించే బ్రౌజర్లోని వర్చువల్ వాలెట్. [లావాదేవీల](/developers/docs/transactions/) గురించి మరింత.
+
+మీరు [ఇక్కడ](https://metamask.io/download) MetaMaskని డౌన్లోడ్ చేసుకోవచ్చు మరియు ఉచితంగా ఒక Ethereum ఖాతాను సృష్టించుకోవచ్చు. మీరు ఒక ఖాతాను సృష్టిస్తున్నప్పుడు, లేదా మీకు ఇప్పటికే ఒక ఖాతా ఉన్నట్లయితే, నెట్వర్క్ డ్రాప్డౌన్ మెనూని ఉపయోగించి "Sepolia" టెస్టునెట్కు మారారని నిర్ధారించుకోండి (దీనివల్ల మనం నిజమైన డబ్బుతో వ్యవహరించము).
+
+మీకు జాబితాలో Sepolia కనిపించకపోతే, మెనూలోకి వెళ్లి, ఆపై అడ్వాన్స్డ్కి వెళ్లి "టెస్ట్ నెట్వర్క్లను చూపించు"ని ఆన్ చేయడానికి క్రిందికి స్క్రోల్ చేయండి. నెట్వర్క్ ఎంపిక మెనూలో, టెస్టునెట్ల జాబితాను కనుగొనడానికి "కస్టమ్" ట్యాబ్ను ఎంచుకుని, "Sepolia"ని ఎంచుకోండి.
+
+
+
+## దశ 4: ఒక ఫాసెట్ నుండి ఈథర్ను జోడించండి {#step-4}
+
+మన స్మార్ట్ కాంట్రాక్టును టెస్టునెట్లో డిప్లాయ్ చేయడానికి, మనకు కొంత నకిలీ Eth అవసరం. Sepolia ETH పొందడానికి మీరు వివిధ ఫాసెట్ల జాబితాను చూడటానికి [Sepolia నెట్వర్క్ వివరాలు](/developers/docs/networks/#sepolia) పేజీకి వెళ్లవచ్చు. ఒకటి పని చేయకపోతే, మరొకటి ప్రయత్నించండి, ఎందుకంటే అవి కొన్నిసార్లు ఖాళీ అయిపోవచ్చు. నెట్వర్క్ ట్రాఫిక్ కారణంగా మీ నకిలీ ETHని స్వీకరించడానికి కొంత సమయం పట్టవచ్చు. ఆ తర్వాత కొద్దిసేపటికే మీ Metamask ఖాతాలో ETHని మీరు చూడాలి!
+
+## దశ 5: మీ బ్యాలెన్స్ను తనిఖీ చేయండి {#step-5}
+
+మన బ్యాలెన్స్ ఉందో లేదో రెండుసార్లు తనిఖీ చేయడానికి, [Alchemy యొక్క కంపోజర్ టూల్](https://sandbox.alchemy.com/?network=ETH_SEPOLIA&method=eth_getBalance&body.id=1&body.jsonrpc=2.0&body.method=eth_getBalance&body.params%5B0%5D=&body.params%5B1%5D=latest)ని ఉపయోగించి [eth_getBalance](/developers/docs/apis/json-rpc/#eth_getbalance) అభ్యర్థనను చేద్దాం. ఇది మన వాలెట్లోని ETH మొత్తాన్ని తిరిగి ఇస్తుంది. మీరు మీ MetaMask అకౌంట్ చిరునామాను ఇన్పుట్ చేసి, “అభ్యర్థన పంపు” క్లిక్ చేసిన తర్వాత, మీరు ఇలాంటి ప్రతిస్పందనను చూడాలి:
+
+```json
+{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
+```
+
+> **గమనిక:** ఈ ఫలితం weiలో ఉంది, ETHలో కాదు. ఈథర్ యొక్క అతి చిన్న ప్రమాణంగా వీని ఉపయోగిస్తారు. wei నుండి ETHకి మార్పిడి: 1 eth = 1018 wei. కాబట్టి మనం 0x2B5E3AF16B1880000ని దశాంశానికి మార్చినట్లయితే, మనకు 5\*10¹⁸ వస్తుంది, ఇది 5 ETHకి సమానం.
+>
+> అమ్మయ్య! మన నకిలీ డబ్బు అంతా అక్కడే ఉంది .
+
+## దశ 6: మన ప్రాజెక్టును ప్రారంభించండి {#step-6}
+
+మొదట, మేము మా ప్రాజెక్ట్ కోసం ఒక ఫోల్డర్ను సృష్టించాలి. మీ కమాండ్ లైన్కి నావిగేట్ చేసి, టైప్ చేయండి:
+
+```
+mkdir hello-world
+cd hello-world
+```
+
+ఇప్పుడు మనం మన ప్రాజెక్ట్ ఫోల్డర్లో ఉన్నాము కాబట్టి, ప్రాజెక్టును ప్రారంభించడానికి `npm init`ని ఉపయోగిస్తాము. మీరు ఇప్పటికే npmని ఇన్స్టాల్ చేయకపోతే, [ఈ సూచనలను](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm) అనుసరించండి (మనకు Node.js కూడా అవసరం కాబట్టి దాన్ని కూడా డౌన్లోడ్ చేసుకోండి!).
+
+```
+npm init
+```
+
+ఇన్స్టాలేషన్ ప్రశ్నలకు మీరు ఎలా సమాధానం ఇస్తారనేది ముఖ్యం కాదు, సూచన కోసం మేము దానిని ఎలా చేశామో ఇక్కడ ఉంది:
+
+```
+ప్యాకేజీ పేరు: (hello-world)
+వెర్షన్: (1.0.0)
+వివరణ: హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్
+ప్రవేశ స్థానం: (index.js)
+టెస్ట్ కమాండ్:
+గిట్ రిపోజిటరీ:
+కీలకపదాలు:
+రచయిత:
+లైసెన్స్: (ISC)
+/Users/.../.../.../hello-world/package.json కు వ్రాయబోతున్నారు:
+
+{
+ "name": "hello-world",
+ "version": "1.0.0",
+ "description": "హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్",
+ "main": "index.js",
+ "scripts": {
+ "test": "echo \\"లోపం: ఏ పరీక్ష పేర్కొనబడలేదు\\" && exit 1"
+ },
+ "author": "",
+ "license": "ISC"
+}
+```
+
+package.jsonని ఆమోదించండి మరియు మనం సిద్ధంగా ఉన్నాము!
+
+## దశ 7: [Hardhat](https://hardhat.org/getting-started/#overview)ను డౌన్లోడ్ చేయండి {#step-7}
+
+Hardhat అనేది మీ ఇతీరియము సాఫ్ట్వేర్ను కంపైల్ చేయడానికి, డిప్లోయ్ చేయడానికి, పరీక్షించడానికి మరియు డీబగ్ చేయడానికి ఒక డెవలప్మెంట్ ఎన్విరాన్మెంట్. ఇది లైవ్ చైన్కు డిప్లోయ్ చేయడానికి ముందు స్థానికంగా స్మార్ట్ కాంట్రాక్ట్లను మరియు డాప్స్ను రూపొందించడంలో డెవలపర్లకు సహాయపడుతుంది.
+
+మన `hello-world` ప్రాజెక్ట్ లోపల రన్ చేయండి:
+
+```
+npm install --save-dev hardhat
+```
+
+[ఇన్స్టాలేషన్ సూచనల](https://hardhat.org/getting-started/#overview)పై మరిన్ని వివరాల కోసం ఈ పేజీని చూడండి.
+
+## దశ 8: Hardhat ప్రాజెక్టును సృష్టించండి {#step-8}
+
+మా ప్రాజెక్ట్ ఫోల్డర్లో రన్ చేయండి:
+
+```
+npx hardhat
+```
+
+అప్పుడు మీరు స్వాగత సందేశం మరియు మీరు ఏమి చేయాలనుకుంటున్నారో ఎంచుకోవడానికి ఒక ఎంపికను చూడాలి. “ఖాళీ hardhat.config.jsని సృష్టించండి” ఎంచుకోండి:
+
+```
+888 888 888 888 888
+888 888 888 888 888
+888 888 888 888 888
+8888888888 8888b. 888d888 .d88888 88888b. 8888b. 888888
+888 888 "88b 888P" d88" 888 888 "88b "88b 888
+888 888 .d888888 888 888 888 888 888 .d888888 888
+888 888 888 888 888 Y88b 888 888 888 888 888 Y88b.
+888 888 "Y888888 888 "Y88888 888 888 "Y888888 "Y888
+
+👷 Hardhat v2.0.11 👷కి స్వాగతం?
+
+మీరు ఏమి చేయాలనుకుంటున్నారు? …
+నమూనా ప్రాజెక్టును సృష్టించండి
+❯ ఖాళీ hardhat.config.jsని సృష్టించండి
+నిష్క్రమించు
+```
+
+ఇది మన కోసం ఒక `hardhat.config.js` ఫైల్ను ఉత్పత్తి చేస్తుంది, ఇక్కడ మనం మన ప్రాజెక్ట్ కోసం అన్ని సెటప్లను నిర్దేశిస్తాము (దశ 13లో).
+
+## దశ 9: ప్రాజెక్ట్ ఫోల్డర్లను జోడించండి {#step-9}
+
+మన ప్రాజెక్టును వ్యవస్థీకృతంగా ఉంచడానికి మనం రెండు కొత్త ఫోల్డర్లను సృష్టిస్తాము. మీ కమాండ్ లైన్లోని మీ ప్రాజెక్ట్ యొక్క రూట్ డైరెక్టరీకి నావిగేట్ చేసి, టైప్ చేయండి:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` అనేది మనం మన హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్ కోడ్ ఫైల్ను ఉంచే చోటు
+- `scripts/` అనేది మన కాంట్రాక్టును డిప్లాయ్ చేయడానికి మరియు దానితో ఇంటరాక్ట్ అవ్వడానికి స్క్రిప్ట్లను ఉంచే చోటు
+
+## దశ 10: మన కాంట్రాక్టును రాయండి {#step-10}
+
+అసలు మనం ఎప్పుడు కోడ్ రాయబోతున్నాము?? అని మీరు మిమ్మల్ని మీరు ప్రశ్నించుకోవచ్చు. సరే, మనం ఇక్కడున్నాం, దశ 10లో.
+
+మీకు ఇష్టమైన ఎడిటర్లో hello-world ప్రాజెక్టును తెరవండి (మేము [VSCode](https://code.visualstudio.com/)ను ఇష్టపడతాము). స్మార్ట్ కాంట్రాక్టులు Solidity అనే భాషలో వ్రాయబడతాయి, దీనినే మనం మన HelloWorld.sol స్మార్ట్ కాంట్రాక్టును వ్రాయడానికి ఉపయోగిస్తాము.
+
+1. “contracts” ఫోల్డర్కు నావిగేట్ చేసి HelloWorld.sol అనే కొత్త ఫైల్ను సృష్టించండి
+2. ఈ ట్యుటోరియల్ కోసం మనం ఉపయోగించబోయే Ethereum ఫౌండేషన్ నుండి ఒక నమూనా హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్ క్రింద ఉంది. క్రింది కంటెంట్లను మీ HelloWorld.sol ఫైల్లో కాపీ చేసి పేస్ట్ చేయండి మరియు ఈ కాంట్రాక్ట్ ఏమి చేస్తుందో అర్థం చేసుకోవడానికి వ్యాఖ్యలను తప్పకుండా చదవండి:
+
+```solidity
+// సెమాంటిక్ వెర్షనింగ్ ఉపయోగించి, Solidity వెర్షన్ను నిర్దేశిస్తుంది.
+// మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.7.0;
+
+// `HelloWorld` అనే పేరుతో ఒక కాంట్రాక్టును నిర్వచిస్తుంది.
+// కాంట్రాక్ట్ అనేది ఫంక్షన్లు మరియు డేటా (దాని స్థితి) యొక్క సమాహారం. ఒకసారి డిప్లాయ్ చేసిన తర్వాత, ఒక కాంట్రాక్ట్ Ethereum బ్లాక్చైన్లో ఒక నిర్దిష్ట చిరునామాలో ఉంటుంది. మరింత తెలుసుకోండి: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ // `string` రకానికి చెందిన `message` అనే ఒక స్టేట్ వేరియబుల్ను ప్రకటిస్తుంది.
+ // స్టేట్ వేరియబుల్స్ అనేవి కాంట్రాక్ట్ స్టోరేజ్లో శాశ్వతంగా నిల్వ చేయబడిన విలువలు కలిగిన వేరియబుల్స్. `public` అనే కీవర్డ్ వేరియబుల్స్ను కాంట్రాక్ట్ బయటి నుండి యాక్సెస్ చేయడానికి వీలు కల్పిస్తుంది మరియు విలువను యాక్సెస్ చేయడానికి ఇతర కాంట్రాక్టులు లేదా క్లయింట్లు కాల్ చేయగల ఫంక్షన్ను సృష్టిస్తుంది.
+ string public message;
+
+ // అనేక తరగతి ఆధారిత ఆబ్జెక్ట్-ఓరియెంటెడ్ భాషల మాదిరిగానే, కన్స్ట్రక్టర్ అనేది కాంట్రాక్ట్ సృష్టి సమయంలో మాత్రమే అమలు చేయబడే ఒక ప్రత్యేక ఫంక్షన్.
+ // కాంట్రాక్ట్ యొక్క డేటాను ప్రారంభించడానికి కన్స్ట్రక్టర్లు ఉపయోగించబడతాయి. మరింత తెలుసుకోండి:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) {
+
+ // `initMessage` అనే స్ట్రింగ్ ఆర్గ్యుమెంట్ను అంగీకరించి, దాని విలువను కాంట్రాక్ట్ యొక్క `message` స్టోరేజ్ వేరియబుల్లో సెట్ చేస్తుంది).
+ message = initMessage;
+ }
+
+ // ఒక స్ట్రింగ్ ఆర్గ్యుమెంట్ను అంగీకరించి, `message` స్టోరేజ్ వేరియబుల్ను అప్డేట్ చేసే ఒక పబ్లిక్ ఫంక్షన్.
+ function update(string memory newMessage) public {
+ message = newMessage;
+ }
+}
+```
+
+ఇది చాలా సులభమైన స్మార్ట్ కాంట్రాక్ట్, ఇది సృష్టి సమయంలో ఒక సందేశాన్ని నిల్వ చేస్తుంది మరియు `update` ఫంక్షన్ను కాల్ చేయడం ద్వారా అప్డేట్ చేయవచ్చు.
+
+## దశ 11: మీ ప్రాజెక్టుకు MetaMask & Alchemyని కనెక్ట్ చేయండి {#step-11}
+
+మనం ఒక MetaMask వాలెట్ను, Alchemy ఖాతాను సృష్టించాము మరియు మన స్మార్ట్ కాంట్రాక్టును వ్రాశాము, ఇప్పుడు ఈ మూడింటిని కనెక్ట్ చేసే సమయం వచ్చింది.
+
+మీ వర్చువల్ వాలెట్ నుండి పంపిన ప్రతి లావాదేవీకి మీ ప్రత్యేక ప్రైవేట్ కీని ఉపయోగించి ఒక సంతకం అవసరం. మా ప్రోగ్రామ్కు ఈ అనుమతిని అందించడానికి, మేము మా ప్రైవేట్ కీని (మరియు ఆల్కెమీ API కీని) ఒక ఎన్విరాన్మెంట్ ఫైల్లో సురక్షితంగా నిల్వ చేయవచ్చు.
+
+> లావాదేవీలను పంపడం గురించి మరింత తెలుసుకోవడానికి, వెబ్3ని ఉపయోగించి లావాదేవీలను పంపడంపై [ఈ ట్యుటోరియల్](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)ను చూడండి.
+
+మొదట, మీ ప్రాజెక్ట్ డైరెక్టరీలో dotenv ప్యాకేజీని ఇన్స్టాల్ చేయండి:
+
+```
+npm install dotenv --save
+```
+
+అప్పుడు, మా ప్రాజెక్ట్ యొక్క రూట్ డైరెక్టరీలో `.env` ఫైల్ను సృష్టించి, మీ MetaMask ప్రైవేట్ కీ మరియు HTTP ఆల్కెమీ API URLను దానికి జోడించండి.
+
+- మీ ప్రైవేట్ కీని ఎగుమతి చేయడానికి [ఈ సూచనలను](https://support.metamask.io/configure/accounts/how-to-export-an-accounts-private-key/) అనుసరించండి
+- HTTP Alchemy API URL పొందడానికి క్రింద చూడండి
+
+
+
+Alchemy API URLని కాపీ చేయండి
+
+మీ `.env` ఈ విధంగా కనిపించాలి:
+
+```
+API_URL = "https://eth-sepolia.g.alchemy.com/v2/మీ-api-కీ"
+PRIVATE_KEY = "మీ-మెటామాస్క్-ప్రైవేట్-కీ"
+```
+
+వీటిని వాస్తవంగా మన కోడ్కు కనెక్ట్ చేయడానికి, మనం ఈ వేరియబుల్స్ను దశ 13లో మన `hardhat.config.js` ఫైల్లో రిఫరెన్స్ చేస్తాము.
+
+
+
+
+.env ను కమిట్ చేయవద్దు! దయచేసి మీ .env ఫైల్ను ఎవరితోనూ పంచుకోకుండా లేదా బహిర్గతం చేయకుండా చూసుకోండి, అలా చేయడం ద్వారా మీరు మీ రహస్యాలను రాజీ పడుతున్నారు. మీరు వెర్షన్ నియంత్రణను ఉపయోగిస్తుంటే, మీ .env ని gitignore ఫైల్కు జోడించండి.
+
+
+
+
+## దశ 12: Ethers.jsని ఇన్స్టాల్ చేయండి {#step-12-install-ethersjs}
+
+Ethers.js అనేది ఒక లైబ్రరీ, ఇది ఇతీరియముతో సులభంగా ఇంటరాక్ట్ అవ్వడానికి మరియు అభ్యర్థనలు చేయడానికి [ప్రామాణిక JSON-RPC పద్ధతులను](/developers/docs/apis/json-rpc/) మరింత యూజర్ ఫ్రెండ్లీ పద్ధతులతో చుట్టడం ద్వారా చేస్తుంది.
+
+Hardhat అదనపు పనిముట్లు మరియు విస్తరించిన కార్యాచరణ కోసం [ప్లగిన్లను](https://hardhat.org/plugins/) ఏకీకృతం చేయడం చాలా సులభం చేస్తుంది. కాంట్రాక్ట్ డిప్లాయ్మెంట్ కోసం మనం [Ethers ప్లగిన్](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) యొక్క ప్రయోజనాన్ని పొందుతాము ([Ethers.js](https://github.com/ethers-io/ethers.js/)లో కొన్ని చాలా శుభ్రమైన కాంట్రాక్ట్ డిప్లాయ్మెంట్ పద్ధతులు ఉన్నాయి).
+
+మీ ప్రాజెక్ట్ డైరెక్టరీలో టైప్ చేయండి:
+
+```
+npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
+```
+
+మనం తదుపరి దశలో మన `hardhat.config.js`లో ఈథర్లను కూడా రిక్వైర్ చేస్తాము.
+
+## దశ 13: hardhat.config.jsని అప్డేట్ చేయండి {#step-13-update-hardhatconfigjs}
+
+మనం ఇప్పటివరకు అనేక డిపెండెన్సీలు మరియు ప్లగిన్లను జోడించాము, ఇప్పుడు మన ప్రాజెక్ట్ వాటన్నిటి గురించి తెలుసుకునేలా `hardhat.config.js`ని అప్డేట్ చేయాలి.
+
+మీ `hardhat.config.js`ని ఈ విధంగా కనిపించేలా అప్డేట్ చేయండి:
+
+```
+require('dotenv').config();
+
+require("@nomiclabs/hardhat-ethers");
+const { API_URL, PRIVATE_KEY } = process.env;
+
+/**
+* @type import('hardhat/config').HardhatUserConfig
+*/
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "sepolia",
+ networks: {
+ hardhat: {},
+ sepolia: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`]
+ }
+ },
+}
+```
+
+## దశ 14: మన కాంట్రాక్టును కంపైల్ చేయండి {#step-14-compile-our-contracts}
+
+ఇప్పటివరకు ప్రతిదీ పనిచేస్తుందని నిర్ధారించుకోవడానికి, మా కాంట్రాక్ట్ను కంపైల్ చేద్దాం. `compile` టాస్క్ అనేది అంతర్నిర్మిత హార్డ్హ్యాట్ టాస్క్లలో ఒకటి.
+
+కమాండ్ లైన్ నుండి రన్ చేయండి:
+
+```
+npx hardhat compile
+```
+
+మీకు `SPDX license identifier not provided in source file` గురించి హెచ్చరిక రావచ్చు, కానీ దాని గురించి చింతించాల్సిన అవసరం లేదు — ఆశాజనకంగా మిగతావన్నీ బాగానే కనిపిస్తాయి! కాకపోతే, మీరు ఎల్లప్పుడూ [ఆల్కెమీ డిస్కార్డ్](https://discord.gg/u72VCg3)లో సందేశం పంపవచ్చు.
+
+## దశ 15: మన డిప్లాయ్ స్క్రిప్ట్ను రాయండి {#step-15-write-our-deploy-scripts}
+
+ఇప్పుడు మా కాంట్రాక్ట్ వ్రాయబడింది మరియు మా కాన్ఫిగరేషన్ ఫైల్ సిద్ధంగా ఉంది, మా కాంట్రాక్ట్ డిప్లోయ్ స్క్రిప్ట్ను వ్రాసే సమయం వచ్చింది.
+
+`scripts/` ఫోల్డర్కు నావిగేట్ చేసి, `deploy.js` అనే కొత్త ఫైల్ను సృష్టించి, దానికి క్రింది కంటెంట్లను జోడించండి:
+
+```
+async function main() {
+ const HelloWorld = await ethers.getContractFactory("HelloWorld");
+
+ // డిప్లాయ్మెంట్ను ప్రారంభించండి, ఇది కాంట్రాక్ట్ ఆబ్జెక్ట్కు పరిష్కరించే ప్రామిస్ను అందిస్తుంది
+ const hello_world = await HelloWorld.deploy("హలో వరల్డ్!");
+ console.log("కాంట్రాక్ట్ ఈ చిరునామాకు డిప్లాయ్ చేయబడింది:", hello_world.address);}
+
+main()
+ .then(() => process.exit(0))
+ .catch(error => {
+ console.error(error);
+ process.exit(1);
+ });
+```
+
+Hardhat వారి [కాంట్రాక్ట్స్ ట్యుటోరియల్](https://hardhat.org/tutorial/testing-contracts.html#writing-tests)లో ఈ కోడ్ లైన్లు ప్రతి ఒక్కటి ఏమి చేస్తుందో అద్భుతంగా వివరిస్తుంది, మేము వారి వివరణలను ఇక్కడ స్వీకరించాము.
+
+```
+const HelloWorld = await ethers.getContractFactory("HelloWorld");
+```
+
+ethers.jsలో `ContractFactory` అనేది కొత్త స్మార్ట్ కాంట్రాక్టులను డిప్లాయ్ చేయడానికి ఉపయోగించే ఒక అబ్స్ట్రాక్షన్, కాబట్టి ఇక్కడ `HelloWorld` అనేది మన హలో వరల్డ్ కాంట్రాక్ట్ యొక్క ఇన్స్టాన్స్ల కోసం ఒక ఫ్యాక్టరీ. `hardhat-ethers` ప్లగిన్ను ఉపయోగిస్తున్నప్పుడు `ContractFactory` మరియు `Contract` ఇన్స్టాన్స్లు డిఫాల్ట్గా మొదటి సంతకం చేసిన వ్యక్తికి కనెక్ట్ చేయబడతాయి.
+
+```
+const hello_world = await HelloWorld.deploy();
+```
+
+`ContractFactory` పై `deploy()`ని కాల్ చేయడం డిప్లాయ్మెంట్ను ప్రారంభిస్తుంది మరియు `Contract`కి పరిష్కరించే `Promise`ను అందిస్తుంది. ఇది మా స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ల ప్రతిదానికీ ఒక పద్ధతిని కలిగి ఉన్న ఆబ్జెక్ట్.
+
+## దశ 16: మన కాంట్రాక్టును డిప్లాయ్ చేయండి {#step-16-deploy-our-contract}
+
+మేము చివరికి మా స్మార్ట్ కాంట్రాక్ట్ను డిప్లోయ్ చేయడానికి సిద్ధంగా ఉన్నాము! కమాండ్ లైన్కు నావిగేట్ చేసి రన్ చేయండి:
+
+```
+npx hardhat run scripts/deploy.js --network sepolia
+```
+
+మీరు అప్పుడు ఇలాంటిది చూడాలి:
+
+```
+కాంట్రాక్ట్ ఈ చిరునామాకు డిప్లాయ్ చేయబడింది: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+మనం [Sepolia etherscan](https://sepolia.etherscan.io/)కి వెళ్లి మన కాంట్రాక్ట్ చిరునామా కోసం వెతికితే, అది విజయవంతంగా డిప్లాయ్ చేయబడిందని మనం చూడగలుగుతాము. లావాదేవీ ఇలా కనిపిస్తుంది:
+
+
+
+`నుండి` చిరునామా మీ MetaMask ఖాతా చిరునామాతో సరిపోలాలి మరియు `కు` చిరునామా “కాంట్రాక్ట్ సృష్టి” అని చెబుతుంది, కానీ మనం లావాదేవీలోకి క్లిక్ చేస్తే, మన కాంట్రాక్ట్ చిరునామాను `కు` ఫీల్డ్లో చూస్తాము:
+
+
+
+అభినందనలు! మీరు ఇప్పుడే Ethereum చైన్కు ఒక స్మార్ట్ కాంట్రాక్టును డిప్లాయ్ చేసారు 🎉
+
+తెర వెనుక ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి, మా [ఆల్కెమీ డాష్బోర్డ్](https://dashboard.alchemyapi.io/explorer)లోని ఎక్స్ప్లోరర్ ట్యాబ్కు నావిగేట్ చేద్దాం. మీకు బహుళ Alchemy యాప్లు ఉంటే, యాప్ ద్వారా ఫిల్టర్ చేసి, “హలో వరల్డ్”ను ఎంచుకున్నారని నిర్ధారించుకోండి.
+
+
+ఇక్కడ మీరు మనం `.deploy()` ఫంక్షన్ను కాల్ చేసినప్పుడు Hardhat/Ethers మన కోసం నేపథ్యంలో చేసిన కొన్ని JSON-RPC కాల్స్ను చూస్తారు. ఇక్కడ పేర్కొనవలసిన రెండు ముఖ్యమైనవి [`eth_sendRawTransaction`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-send-raw-transaction), ఇది మన కాంట్రాక్టును వాస్తవానికి Sepolia చైన్పై వ్రాయడానికి చేసే అభ్యర్థన, మరియు [`eth_getTransactionByHash`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-get-transaction-by-hash) ఇది హాష్ ఇచ్చినప్పుడు మన లావాదేవీ గురించి సమాచారాన్ని చదవడానికి చేసే అభ్యర్థన (లావాదేవీల సమయంలో ఒక సాధారణ నమూనా). లావాదేవీలను పంపడం గురించి మరింత తెలుసుకోవడానికి, [Web3 ఉపయోగించి లావాదేవీలను పంపడం](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)పై ఈ ట్యుటోరియల్ను చూడండి
+
+ఈ ట్యుటోరియల్ యొక్క భాగం 1 కోసం అంతే, భాగం 2లో మనం మన ప్రారంభ సందేశాన్ని అప్డేట్ చేయడం ద్వారా వాస్తవానికి [మన స్మార్ట్ కాంట్రాక్టుతో ఇంటరాక్ట్ అవుతాము](https://www.alchemy.com/docs/interacting-with-a-smart-contract), మరియు భాగం 3లో మనం [మన స్మార్ట్ కాంట్రాక్టును Etherscanకు ప్రచురిస్తాము](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan) తద్వారా ప్రతి ఒక్కరికీ దానితో ఎలా ఇంటరాక్ట్ అవ్వాలో తెలుస్తుంది.
+
+**Alchemy గురించి మరింత తెలుసుకోవాలనుకుంటున్నారా? మా [వెబ్సైట్](https://www.alchemy.com/eth)ని చూడండి. అప్డేట్ను ఎప్పుడూ మిస్ అవ్వకూడదనుకుంటున్నారా? [ఇక్కడ](https://www.alchemy.com/newsletter) మా వార్తాలేఖకు సబ్స్క్రయిబ్ చేసుకోండి! మా [Discord](https://discord.gg/u72VCg3)లో కూడా తప్పకుండా చేరండి.**.
diff --git a/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md b/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
new file mode 100644
index 00000000000..f34342e081f
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
@@ -0,0 +1,151 @@
+---
+title: ERC-721 మార్కెట్ను ఎలా అమలు చేయాలి
+description: టోకెనైజ్డ్ వస్తువులను వికేంద్రీకృత క్లాసిఫైడ్స్ బోర్డులో అమ్మకానికి ఎలా పెట్టాలి
+author: "ఆల్బర్టో క్యూస్టా కెనడా"
+tags:
+ [
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "erc-721",
+ "దృఢత్వం",
+ "టోకెన్లు"
+ ]
+skill: మధ్యస్థ
+lang: te
+published: 2020-03-19
+source: Hackernoon
+sourceUrl: https://hackernoon.com/how-to-implement-an-erc721-market-1e1a32j9
+---
+
+ఈ వ్యాసంలో, Ethereum బ్లాక్చైన్ కోసం Craigslistని ఎలా కోడ్ చేయాలో నేను మీకు చూపించబోతున్నాను.
+
+Gumtree, Ebay మరియు Craigslist కంటే ముందు, క్లాసిఫైడ్ బోర్డులు ఎక్కువగా కార్క్ లేదా కాగితంతో తయారు చేయబడేవి. పాఠశాల కారిడార్లలో, వార్తాపత్రికలలో, వీధి దీపాల వద్ద, దుకాణాల ముందు క్లాసిఫైడ్ బోర్డులు ఉండేవి.
+
+ఇంటర్నెట్తో అదంతా మారిపోయింది. ఒక నిర్దిష్ట క్లాసిఫైడ్ బోర్డును చూడగల వ్యక్తుల సంఖ్య అనేక రెట్లు పెరిగింది. దానితో, అవి ప్రాతినిధ్యం వహించే మార్కెట్లు చాలా సమర్థవంతంగా మారాయి మరియు ప్రపంచ స్థాయికి విస్తరించాయి. Ebay ఒక భారీ వ్యాపారం, దాని మూలాలు ఈ భౌతిక క్లాసిఫైడ్ బోర్డులలో ఉన్నాయి.
+
+బ్లాక్చైన్తో ఈ మార్కెట్లు మరోసారి మారబోతున్నాయి, అదెలాగో నేను మీకు చూపిస్తాను.
+
+## మానిటైజేషన్ {#monetization}
+
+ఒక పబ్లిక్ బ్లాక్చైన్ క్లాసిఫైడ్ బోర్డు యొక్క వ్యాపార నమూనా Ebay మరియు కంపెనీల వాటి కంటే భిన్నంగా ఉండాలి.
+
+మొదట, [వికేంద్రీకరణ కోణం](/developers/docs/web2-vs-web3/) ఉంది. ప్రస్తుత ప్లాట్ఫారమ్లు వాటి స్వంత సర్వర్లను నిర్వహించాలి. ఒక వికేంద్రీకృత ప్లాట్ఫారం దాని వినియోగదారులచే నిర్వహించబడుతుంది, కాబట్టి కోర్ ప్లాట్ఫారమ్ను నడపడానికి అయ్యే ఖర్చు ప్లాట్ఫారం యజమానికి సున్నాకి పడిపోతుంది.
+
+ఆపై ఫ్రంట్ ఎండ్, అంటే ప్లాట్ఫారమ్కు యాక్సెస్ ఇచ్చే వెబ్సైట్ లేదా ఇంటర్ఫేస్ ఉంది. ఇక్కడ అనేక ఎంపికలు ఉన్నాయి. ప్లాట్ఫారం యజమానులు యాక్సెస్ను పరిమితం చేయవచ్చు మరియు ఒక రుసుము వసూలు చేస్తూ, ప్రతి ఒక్కరినీ వారి ఇంటర్ఫేస్ను ఉపయోగించమని బలవంతం చేయవచ్చు. ప్లాట్ఫారం యజమానులు యాక్సెస్ను తెరవాలని కూడా నిర్ణయించుకోవచ్చు (ప్రజలకే అధికారం!) మరియు ప్లాట్ఫారమ్కు ఇంటర్ఫేస్లను నిర్మించడానికి ఎవరినైనా అనుమతించవచ్చు. లేదా ఆ రెండు తీవ్రతల మధ్యలో ఏదైనా విధానాన్ని యజమానులు నిర్ణయించుకోవచ్చు.
+
+_నా కంటే ఎక్కువ దార్శనికత ఉన్న వ్యాపార నాయకులకు దీనిని ఎలా మానిటైజ్ చేయాలో తెలుస్తుంది._ _నాకు కనిపించేది ఏమిటంటే ఇది యథాతథ స్థితికి భిన్నంగా ఉంది మరియు బహుశా లాభదాయకం._
+
+ఇంకా, ఆటోమేషన్ మరియు చెల్లింపుల కోణం ఉంది. కొన్ని విషయాలు చాలా [సమర్థవంతంగా టోకెనైజ్ చేయబడతాయి](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com) మరియు ఒక క్లాసిఫైడ్ బోర్డులో వర్తకం చేయబడతాయి. టోకెనైజ్డ్ ఆస్తులు ఒక బ్లాక్చైన్లో సులభంగా బదిలీ చేయబడతాయి. అత్యంత సంక్లిష్టమైన చెల్లింపు పద్ధతులను ఒక బ్లాక్చైన్లో సులభంగా అమలు చేయవచ్చు.
+
+నాకు ఇక్కడ ఒక వ్యాపార అవకాశం కనిపిస్తోంది. నడిపించడానికి ఖర్చులు లేని ఒక క్లాసిఫైడ్ బోర్డును, ప్రతి లావాదేవీలో సంక్లిష్టమైన చెల్లింపు మార్గాలను చేర్చి సులభంగా అమలు చేయవచ్చు. దీనిని దేనికి ఉపయోగించాలనే దాని గురించి ఎవరో ఒకరు ఒక ఆలోచనతో వస్తారని నాకు నమ్మకం ఉంది.
+
+నేను దీనిని నిర్మించడంలో సంతోషంగా ఉన్నాను. కోడ్ను ఒకసారి చూద్దాం.
+
+## అమలు {#implementation}
+
+కొంత కాలం క్రితం మేము వ్యాపార కేసు ఉదాహరణ అమలులు మరియు ఇతర మంచి విషయాలతో కూడిన ఒక [ఓపెన్ సోర్స్ రిపోజిటరీని](https://github.com/HQ20/contracts?ref=hackernoon.com) ప్రారంభించాము, దయచేసి ఒకసారి చూడండి.
+
+ఈ [Ethereum క్లాసిఫైడ్స్ బోర్డు](https://github.com/HQ20/contracts/tree/master/contracts/classifieds?ref=hackernoon.com) కోసం కోడ్ అక్కడ ఉంది, దయచేసి దానిని ఉపయోగించండి మరియు విరివిగా వాడండి. ఒక విషయం గుర్తుంచుకోండి, కోడ్ ఆడిట్ చేయబడలేదు మరియు దానిలో డబ్బు పెట్టే ముందు మీరు మీ స్వంత తగిన శ్రద్ధ వహించాలి.
+
+బోర్డు యొక్క ప్రాథమికాలు సంక్లిష్టంగా లేవు. బోర్డులోని అన్ని ప్రకటనలు కేవలం కొన్ని ఫీల్డ్లతో ఒక స్ట్రక్ట్గా ఉంటాయి:
+
+```solidity
+struct Trade {
+ address poster;
+ uint256 item;
+ uint256 price;
+ bytes32 status; // ఓపెన్, ఎగ్జిక్యూటెడ్, క్యాన్సిల్డ్
+}
+```
+
+కాబట్టి ప్రకటనను పోస్ట్ చేసే వారు ఒకరు ఉంటారు. అమ్మకానికి ఒక వస్తువు. వస్తువుకు ఒక ధర. వర్తకం యొక్క స్థితి, అది ఓపెన్, ఎగ్జిక్యూటెడ్ లేదా క్యాన్సిల్డ్ కావచ్చు.
+
+ఈ వర్తకాలన్నీ ఒక మ్యాపింగ్లో ఉంచబడతాయి. ఎందుకంటే Solidity లో ప్రతీదీ ఒక మ్యాపింగ్లా కనిపిస్తుంది. అంతేకాకుండా ఇది సౌకర్యవంతంగా ఉంటుంది.
+
+```solidity
+mapping(uint256 => Trade) public trades;
+```
+
+ఒక మ్యాపింగ్ను ఉపయోగించడం అంటే ప్రతి ప్రకటనను పోస్ట్ చేసే ముందు దానికోసం ఒక ఐడిని మనం సృష్టించాలి, మరియు దానిపై పనిచేయడానికి ముందు మనకు ప్రకటన యొక్క ఐడి తెలిసి ఉండాలి. దీనిని స్మార్ట్ కాంట్రాక్ట్లో గానీ లేదా ఫ్రంట్-ఎండ్లో గానీ పరిష్కరించడానికి అనేక మార్గాలు ఉన్నాయి. మీకు కొన్ని సూచనలు కావాలంటే దయచేసి అడగండి.
+
+తరువాత వచ్చే ప్రశ్న ఏమిటంటే, మనం వ్యవహరించే ఆ వస్తువులు ఏమిటి, మరియు లావాదేవీకి చెల్లించడానికి ఉపయోగించే ఈ కరెన్సీ ఏమిటి.
+
+వస్తువుల కోసం, అవి [ERC-721](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/IERC721.sol?ref=hackernoon.com) ఇంటర్ఫేస్ను అమలు చేయాలని మేము అడగబోతున్నాము, ఇది నిజానికి ఒక బ్లాక్చైన్లో నిజ ప్రపంచ వస్తువులను సూచించే ఒక మార్గం, అయినప్పటికీ ఇది [డిజిటల్ ఆస్తులతో ఉత్తమంగా పనిచేస్తుంది](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com). మేము కన్స్ట్రక్టర్లో మా స్వంత ERC721 కాంట్రాక్ట్ను పేర్కొనబోతున్నాము, అంటే మన క్లాసిఫైడ్ బోర్డులోని ఏవైనా ఆస్తులు ముందుగానే టోకెనైజ్ చేయబడి ఉండాలి.
+
+చెల్లింపుల కోసం, మేము ఇలాంటిదే చేయబోతున్నాము. చాలా బ్లాక్చైన్ ప్రాజెక్టులు వాటి స్వంత [ERC-20](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol?ref=hackernoon.com) క్రిప్టోకరెన్సీని నిర్వచిస్తాయి. కొంతమంది ఇతరులు DAI వంటి ప్రధానమైన దాన్ని ఉపయోగించడానికి ఇష్టపడతారు. ఈ క్లాసిఫైడ్ బోర్డులో, నిర్మాణ సమయంలో మీ కరెన్సీ ఏమిటో మీరు నిర్ణయించుకోవాలి. సులభం.
+
+```solidity
+constructor (
+ address _currencyTokenAddress, address _itemTokenAddress
+) public {
+ currencyToken = IERC20(_currencyTokenAddress);
+ itemToken = IERC721(_itemTokenAddress);
+ tradeCounter = 0;
+}
+```
+
+మనం అక్కడికి చేరుకుంటున్నాం. మన దగ్గర ప్రకటనలు, వర్తకం కోసం వస్తువులు మరియు చెల్లింపుల కోసం ఒక కరెన్సీ ఉన్నాయి. ఒక ప్రకటన చేయడం అంటే, అది మీ దగ్గర ఉందని మరియు మీరు దానిని రెండుసార్లు, బహుశా వేరొక బోర్డులో పోస్ట్ చేయలేదని చూపించడానికి ఒక వస్తువును ఎస్క్రోలో పెట్టడం.
+
+కింది కోడ్ ఖచ్చితంగా అదే చేస్తుంది. వస్తువును ఎస్క్రోలో పెడుతుంది, ప్రకటనను సృష్టిస్తుంది, కొంత హౌస్కీపింగ్ చేస్తుంది.
+
+```solidity
+function openTrade(uint256 _item, uint256 _price)
+ public
+{
+ itemToken.transferFrom(msg.sender, address(this), _item);
+ trades[tradeCounter] = Trade({
+ poster: msg.sender,
+ item: _item,
+ price: _price,
+ status: "Open"
+ });
+ tradeCounter += 1;
+ emit TradeStatusChange(tradeCounter - 1, "Open");
+}
+```
+
+వర్తకాన్ని అంగీకరించడం అంటే ఒక ప్రకటనను (వర్తకం) ఎంచుకోవడం, ధర చెల్లించడం, వస్తువును అందుకోవడం. కింది కోడ్ ఒక వర్తకాన్ని తిరిగి పొందుతుంది. అది అందుబాటులో ఉందో లేదో తనిఖీ చేస్తుంది. వస్తువుకు చెల్లిస్తుంది. వస్తువును పొందుతుంది. ప్రకటనను అప్డేట్ చేస్తుంది.
+
+```solidity
+function executeTrade(uint256 _trade)
+ public
+{
+ Trade memory trade = trades[_trade];
+ require(trade.status == "Open", "వర్తకం ఓపెన్లో లేదు.");
+ currencyToken.transferFrom(msg.sender, trade.poster, trade.price);
+ itemToken.transferFrom(address(this), msg.sender, trade.item);
+ trades[_trade].status = "Executed";
+ emit TradeStatusChange(_trade, "Executed");
+}
+```
+
+చివరగా, ఒక కొనుగోలుదారు దానిని అంగీకరించే ముందు అమ్మకందారులు ఒక వర్తకం నుండి వెనక్కి తగ్గడానికి మా వద్ద ఒక ఎంపిక ఉంది. కొన్ని నమూనాలలో, ప్రకటనలు గడువు ముగిసే ముందు కొంత కాలం పాటు బదులుగా లైవ్లో ఉంటాయి. మీ మార్కెట్ రూపకల్పనపై ఆధారపడి, అది మీ ఇష్టం.
+
+ఈ కోడ్ ఒక వర్తకాన్ని అమలు చేయడానికి ఉపయోగించే కోడ్కు చాలా పోలి ఉంటుంది, కేవలం కరెన్సీ చేతులు మారదు మరియు వస్తువు ప్రకటన పోస్టర్కు తిరిగి వెళుతుంది.
+
+```solidity
+function cancelTrade(uint256 _trade)
+ public
+{
+ Trade memory trade = trades[_trade];
+ require(
+ msg.sender == trade.poster,
+ "వర్తకాన్ని పోస్టర్ మాత్రమే రద్దు చేయగలరు."
+ );
+ require(trade.status == "Open", "వర్తకం ఓపెన్లో లేదు.");
+ itemToken.transferFrom(address(this), trade.poster, trade.item);
+ trades[_trade].status = "Cancelled";
+ emit TradeStatusChange(_trade, "Cancelled");
+}
+```
+
+అంతే. మీరు అమలు యొక్క చివరికి చేరుకున్నారు. కొన్ని వ్యాపార భావనలను కోడ్లో వ్యక్తీకరించినప్పుడు అవి ఎంత కాంపాక్ట్గా ఉంటాయో చూడటం చాలా ఆశ్చర్యకరంగా ఉంటుంది, మరియు ఇది అలాంటి కేసులలో ఒకటి. పూర్తి కాంట్రాక్ట్ను [మా రెపోలో](https://github.com/HQ20/contracts/blob/master/contracts/classifieds/Classifieds.sol) తనిఖీ చేయండి.
+
+## ముగింపు {#conclusion}
+
+క్లాసిఫైడ్ బోర్డులు ఒక సాధారణ మార్కెట్ కాన్ఫిగరేషన్, ఇవి ఇంటర్నెట్తో భారీగా విస్తరించి, కొంతమంది గుత్తాధిపత్య విజేతలతో అత్యంత ప్రజాదరణ పొందిన వ్యాపార నమూనాగా మారాయి.
+
+క్లాసిఫైడ్ బోర్డులు ఒక బ్లాక్చైన్ వాతావరణంలో పునరావృతం చేయడానికి కూడా ఒక సులభమైన సాధనం, ఇవి ప్రస్తుత దిగ్గజాలకు సవాలును సాధ్యం చేసే చాలా నిర్దిష్ట లక్షణాలను కలిగి ఉంటాయి.
+
+ఈ వ్యాసంలో, నేను ఒక క్లాసిఫైడ్ బోర్డు వ్యాపారం యొక్క వ్యాపార వాస్తవికతను సాంకేతిక అమలుతో అనుసంధానించడానికి ఒక ప్రయత్నం చేశాను. మీకు సరైన నైపుణ్యాలు ఉంటే, అమలు కోసం ఒక దార్శనికతను మరియు ఒక రోడ్మ్యాప్ను సృష్టించడానికి ఈ జ్ఞానం మీకు సహాయపడాలి.
+
+ఎప్పటిలాగే, మీరు ఏదైనా సరదాగా నిర్మించబోతున్నట్లయితే మరియు కొన్ని సలహాలను స్వాగతిస్తే, దయచేసి [నాకు ఒక సందేశం పంపండి](https://albertocuesta.es/)! నేను సహాయం చేయడానికి ఎల్లప్పుడూ సంతోషిస్తాను.
diff --git a/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md b/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
new file mode 100644
index 00000000000..e1a7b53a38a
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
@@ -0,0 +1,335 @@
+---
+title: NFTని ఎలా ముద్రించాలి (NFT ట్యుటోరియల్ సిరీస్లో 2/3వ భాగం)
+description: ఈ ట్యుటోరియల్ మా స్మార్ట్ కాంట్రాక్ట్ మరియు Web3ని ఉపయోగించి ఇతీరియము బ్లాక్ చైనులో NFTని ఎలా ముద్రించాలో వివరిస్తుంది.
+author: "సుమి ముద్గిల్"
+tags:
+ [
+ "ERC-721",
+ "alchemy",
+ "దృఢత్వం",
+ "స్మార్ట్ కాంట్రాక్టులు"
+ ]
+skill: ఆరంభకులు
+lang: te
+published: 2021-04-22
+---
+
+[Beeple](https://www.nytimes.com/2021/03/11/arts/design/nft-auction-christies-beeple.html): $69 మిలియన్
+[3LAU](https://www.forbes.com/sites/abrambrown/2021/03/03/3lau-nft-nonfungible-tokens-justin-blau/?sh=5f72ef64643b): $11 మిలియన్
+[Grimes](https://www.theguardian.com/music/2021/mar/02/grimes-sells-digital-art-collection-non-fungible-tokens): $6 మిలియన్
+
+వారందరూ Alchemy యొక్క శక్తివంతమైన APIని ఉపయోగించి వారి NFTలను ముద్రించారు. ఈ ట్యుటోరియల్లో, \<10 నిమిషాల్లో అదే విధంగా ఎలా చేయాలో మేము మీకు నేర్పిస్తాము.
+
+“NFTని ముద్రించడం” అనేది మీ ERC-721 టోకెన్ యొక్క ఒక ప్రత్యేక ఉదాహరణను బ్లాక్ చైనులో ప్రచురించే చర్య. [ఈ NFT ట్యుటోరియల్ సిరీస్లోని 1వ భాగం](/developers/tutorials/how-to-write-and-deploy-an-nft/) నుండి మా స్మార్ట్ కాంట్రాక్ట్ను ఉపయోగించి, మన Web3 నైపుణ్యాలను ప్రదర్శిస్తూ ఒక NFTని ముద్రిద్దాం. ఈ ట్యుటోరియల్ ముగిసేసరికి, మీ హృదయం (మరియు వాలెట్) కోరుకున్నన్ని NFTలను మీరు ముద్రించగలుగుతారు!
+
+మొదలు పెడదాము!
+
+## దశ 1: Web3ని ఇన్స్టాల్ చేయండి {#install-web3}
+
+మీరు మీ NFT స్మార్ట్ కాంట్రాక్ట్ను సృష్టించడంపై మొదటి ట్యుటోరియల్ని అనుసరించి ఉంటే, మీకు ఇప్పటికే Ethers.jsను ఉపయోగించడంలో అనుభవం ఉంటుంది. Web3 కూడా Ethers లాంటిదే, ఎందుకంటే ఇది ఇతీరియము బ్లాక్ చైనుకు అభ్యర్థనలను సృష్టించడాన్ని సులభతరం చేయడానికి ఉపయోగించే ఒక లైబ్రరీ. ఈ ట్యుటోరియల్లో మనం [Alchemy Web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3)ని ఉపయోగిస్తాము, ఇది ఆటోమేటిక్ రీట్రైలు మరియు బలమైన WebSocket మద్దతును అందించే ఒక మెరుగైన Web3 లైబ్రరీ.
+
+మీ ప్రాజెక్ట్ హోమ్ డైరెక్టరీలో రన్ చేయండి:
+
+```
+npm install @alch/alchemy-web3
+```
+
+## దశ 2: `mint-nft.js` ఫైల్ను సృష్టించండి {#create-mintnftjs}
+
+మీ స్క్రిప్ట్స్ డైరెక్టరీ లోపల, `mint-nft.js` ఫైల్ను సృష్టించి, కింది కోడ్ లైన్లను జోడించండి:
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+```
+
+## దశ 3: మీ కాంట్రాక్ట్ ABIని తీసుకోండి {#contract-abi}
+
+మన కాంట్రాక్ట్ ABI (అప్లికేషన్ బైనరీ ఇంటర్ఫేస్) అనేది మన స్మార్ట్ కాంట్రాక్ట్తో ఇంటరాక్ట్ అవ్వడానికి ఉపయోగపడే ఇంటర్ఫేస్. మీరు కాంట్రాక్ట్ ABIల గురించి మరింత [ఇక్కడ](https://docs.alchemyapi.io/alchemy/guides/eth_getlogs#what-are-ab-is) తెలుసుకోవచ్చు. Hardhat మన కోసం స్వయంచాలకంగా ఒక ABIని ఉత్పత్తి చేసి, దాన్ని `MyNFT.json` ఫైల్లో సేవ్ చేస్తుంది. దీన్ని ఉపయోగించడానికి, మన `mint-nft.js` ఫైల్కు కింది కోడ్ లైన్లను జోడించి, కంటెంట్లను పార్స్ చేయాలి:
+
+```js
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+```
+
+మీరు ABIని చూడాలనుకుంటే, దాన్ని మీ కన్సోల్లో ప్రింట్ చేయవచ్చు:
+
+```js
+console.log(JSON.stringify(contract.abi))
+```
+
+`mint-nft.js`ని రన్ చేసి, మీ ABI కన్సోల్లో ప్రింట్ అవడాన్ని చూడటానికి, మీ టెర్మినల్కి నావిగేట్ చేసి, ఇలా రన్ చేయండి:
+
+```js
+node scripts/mint-nft.js
+```
+
+## దశ 4: IPFSని ఉపయోగించి మీ NFT కోసం మెటాడేటాను కాన్ఫిగర్ చేయండి {#config-meta}
+
+1వ భాగంలోని మన ట్యుటోరియల్ నుండి మీకు గుర్తున్నట్లయితే, మన `mintNFT` స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ ఒక tokenURI పారామీటర్ను తీసుకుంటుంది. అది NFT యొక్క మెటాడేటాను వివరించే ఒక JSON డాక్యుమెంట్కి రిసాల్వ్ అవ్వాలి — ఇది నిజానికి NFTకి జీవం పోస్తుంది, దీనికి పేరు, వివరణ, చిత్రం మరియు ఇతర లక్షణాల వంటి కాన్ఫిగర్ చేయగల ప్రాపర్టీలు ఉండేలా అనుమతిస్తుంది.
+
+> _ఇంటర్ప్లానెటరీ ఫైల్ సిస్టమ్ (IPFS) అనేది ఒక డిస్ట్రిబ్యూటెడ్ ఫైల్ సిస్టమ్లో డేటాను నిల్వ చేయడానికి మరియు పంచుకోవడానికి ఉపయోగించే ఒక వికేంద్రీకృత ప్రోటోకాల్ మరియు పీర్-టు-పీర్ నెట్వర్క్._
+
+మన NFT ఆస్తిని మరియు మెటాడేటాను నిల్వ చేయడానికి, మన NFT నిజంగా వికేంద్రీకృతంగా ఉందని నిర్ధారించుకోవడానికి, మనం Pinata, ఒక సౌకర్యవంతమైన IPFS API మరియు టూల్కిట్ను ఉపయోగిస్తాము. మీకు Pinata ఖాతా లేకపోతే, [ఇక్కడ](https://app.pinata.cloud) ఉచిత ఖాతా కోసం సైన్ అప్ చేసి, మీ ఇమెయిల్ను ధృవీకరించడానికి దశలను పూర్తి చేయండి.
+
+మీరు ఖాతాను సృష్టించిన తర్వాత:
+
+- “Files” పేజీకి నావిగేట్ చేసి, పేజీ యొక్క ఎగువ-ఎడమ వైపున ఉన్న నీలం రంగు "Upload" బటన్ను క్లిక్ చేయండి.
+
+- Pinataకు ఒక చిత్రాన్ని అప్లోడ్ చేయండి — ఇది మీ NFT కోసం చిత్ర ఆస్తి అవుతుంది. మీకు నచ్చిన పేరును ఆస్తికి పెట్టడానికి సంకోచించకండి
+
+- మీరు అప్లోడ్ చేసిన తర్వాత, "Files" పేజీలోని పట్టికలో మీరు ఫైల్ సమాచారాన్ని చూస్తారు. మీరు ఒక CID కాలమ్ను కూడా చూస్తారు. దాని పక్కన ఉన్న కాపీ బటన్ను క్లిక్ చేయడం ద్వారా మీరు CIDని కాపీ చేయవచ్చు. మీరు మీ అప్లోడ్ను ఇక్కడ చూడవచ్చు: `https://gateway.pinata.cloud/ipfs/`. ఉదాహరణకు, మేము IPFSలో ఉపయోగించిన చిత్రాన్ని మీరు [ఇక్కడ](https://gateway.pinata.cloud/ipfs/QmZdd5KYdCFApWn7eTZJ1qgJu18urJrP9Yh1TZcZrZxxB5) కనుగొనవచ్చు.
+
+దృశ్యపరంగా నేర్చుకునేవారి కోసం, పై దశలు ఇక్కడ సంగ్రహించబడ్డాయి:
+
+
+
+ఇప్పుడు, మనం Pinataకు ఇంకొక డాక్యుమెంట్ను అప్లోడ్ చేయాలి. కానీ అలా చేసే ముందు, మనం దాన్ని సృష్టించాలి!
+
+మీ రూట్ డైరెక్టరీలో, `nft-metadata.json` అనే కొత్త ఫైల్ను తయారు చేసి, కింది json కోడ్ను జోడించండి:
+
+```json
+{
+ "attributes": [
+ {
+ "trait_type": "జాతి",
+ "value": "మాల్టిపూ"
+ },
+ {
+ "trait_type": "కంటి రంగు",
+ "value": "మోచా"
+ }
+ ],
+ "description": "ప్రపంచంలోనే అత్యంత పూజ్యమైన మరియు సున్నితమైన కుక్కపిల్ల.",
+ "image": "ipfs://QmWmvTJmJU3pozR9ZHFmQC2DNDwi2XJtf3QGyYiiagFSWb",
+ "name": "రామ్సెస్"
+}
+```
+
+jsonలోని డేటాను మార్చడానికి సంకోచించకండి. మీరు గుణాల విభాగానికి తీసివేయవచ్చు లేదా జోడించవచ్చు. అన్నింటికన్నా ముఖ్యంగా, చిత్ర ఫీల్డ్ మీ IPFS చిత్రం యొక్క స్థానాన్ని సూచిస్తుందని నిర్ధారించుకోండి — లేకపోతే, మీ NFTలో ఒక (చాలా అందమైన!) ఫోటో ఉంటుంది కుక్క.
+
+మీరు JSON ఫైల్ను సవరించడం పూర్తి చేసిన తర్వాత, దాన్ని సేవ్ చేసి, చిత్రాన్ని అప్లోడ్ చేయడానికి మనం చేసిన అవే దశలను అనుసరిస్తూ Pinataకు అప్లోడ్ చేయండి.
+
+
+
+## దశ 5: మీ కాంట్రాక్ట్ యొక్క ఉదాహరణను సృష్టించండి {#instance-contract}
+
+ఇప్పుడు, మన కాంట్రాక్ట్తో ఇంటరాక్ట్ అవ్వడానికి, మనం మన కోడ్లో దాని యొక్క ఒక ఉదాహరణను సృష్టించాలి. అలా చేయడానికి మనకు మన కాంట్రాక్ట్ చిరునామా అవసరం, దాన్ని మనం కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి ఉపయోగించిన చిరునామాను డిప్లాయ్మెంట్ నుండి లేదా [Blockscout](https://eth-sepolia.blockscout.com/) లో వెతకడం ద్వారా పొందవచ్చు.
+
+
+
+పై ఉదాహరణలో, మన కాంట్రాక్ట్ చిరునామా 0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778.
+
+తరువాత మనం ABI మరియు చిరునామాను ఉపయోగించి మన కాంట్రాక్ట్ను సృష్టించడానికి Web3 [కాంట్రాక్ట్ మెథడ్](https://docs.web3js.org/api/web3-eth-contract/class/Contract)ని ఉపయోగిస్తాము. మీ `mint-nft.js` ఫైల్లో, కింది వాటిని జోడించండి:
+
+```js
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+```
+
+## దశ 6: `.env` ఫైల్ను అప్డేట్ చేయండి {#update-env}
+
+ఇప్పుడు, ఇతీరియము చైన్కు లావాదేవీలను సృష్టించి, పంపడానికి, ఖాతా నాన్స్ను పొందడానికి మనం మీ పబ్లిక్ ఇతీరియము ఖాతా చిరునామాను ఉపయోగిస్తాము (కింద వివరిస్తాము).
+
+మీ పబ్లిక్ కీని మీ `.env` ఫైల్కు జోడించండి — మీరు ట్యుటోరియల్ యొక్క 1వ భాగాన్ని పూర్తి చేసి ఉంటే, మన `.env` ఫైల్ ఇప్పుడు ఇలా కనిపించాలి:
+
+```js
+API_URL = "https://eth-sepolia.g.alchemy.com/v2/మీ-ఎపిఐ-కీ"
+PRIVATE_KEY = "మీ-ప్రైవేట్-ఖాతా-చిరునామా"
+PUBLIC_KEY = "మీ-పబ్లిక్-ఖాతా-చిరునామా"
+```
+
+## దశ 7: మీ లావాదేవీని సృష్టించండి {#create-txn}
+
+మొదట, `mintNFT(tokenData)` అనే ఫంక్షన్ను నిర్వచించి, కింది వాటిని చేయడం ద్వారా మన లావాదేవీని సృష్టిద్దాం:
+
+1. `.env` ఫైల్ నుండి మీ _PRIVATE_KEY_ మరియు _PUBLIC_KEY_లను తీసుకోండి.
+
+2. తరువాత, మనం ఖాతా నాన్స్ను కనుక్కోవాలి. మీ చిరునామా నుండి పంపిన లావాదేవీల సంఖ్యను ట్రాక్ చేయడానికి నాన్స్ స్పెసిఫికేషన్ ఉపయోగించబడుతుంది — ఇది మనకు భద్రతా ప్రయోజనాల కోసం మరియు [రీప్లే దాడులను](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) నివారించడానికి అవసరం. మీ చిరునామా నుండి పంపిన లావాదేవీల సంఖ్యను పొందడానికి, మనం [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount)ని ఉపయోగిస్తాము.
+
+3. చివరగా మనం మన లావాదేవీని కింది సమాచారంతో సెటప్ చేస్తాము:
+
+- `'from': PUBLIC_KEY` — మన లావాదేవీ యొక్క మూలం మన పబ్లిక్ చిరునామా
+
+- `'to': contractAddress` — మనం ఇంటరాక్ట్ అవ్వాలనుకుంటున్న మరియు లావాదేవీని పంపాలనుకుంటున్న కాంట్రాక్ట్
+
+- `'nonce': nonce` — మన చిరునామా నుండి పంపిన లావాదేవీల సంఖ్యతో కూడిన ఖాతా నాన్స్
+
+- `'gas': estimatedGas` — లావాదేవీని పూర్తి చేయడానికి అవసరమైన అంచనా గ్యాస్
+
+- `'data': nftContract.methods.mintNFT(PUBLIC_KEY, md).encodeABI()` — ఈ లావాదేవీలో మనం చేయాలనుకుంటున్న కంప్యూటేషన్ — ఈ సందర్భంలో ఇది ఒక NFTని ముద్రించడం
+
+మీ `mint-nft.js` ఫైల్ ఇప్పుడు ఇలా కనిపించాలి:
+
+```js
+ require('dotenv').config();
+ const API_URL = process.env.API_URL;
+ const PUBLIC_KEY = process.env.PUBLIC_KEY;
+ const PRIVATE_KEY = process.env.PRIVATE_KEY;
+
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3");
+ const web3 = createAlchemyWeb3(API_URL);
+
+ const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json");
+ const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778";
+ const nftContract = new web3.eth.Contract(contract.abi, contractAddress);
+
+ async function mintNFT(tokenURI) {
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, 'latest'); //తాజా నాన్స్ను పొందండి
+
+ //లావాదేవీ
+ const tx = {
+ 'from': PUBLIC_KEY,
+ 'to': contractAddress,
+ 'nonce': nonce,
+ 'gas': 500000,
+ 'data': nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI()
+ };
+ }
+```
+
+## దశ 8: లావాదేవీపై సంతకం చేయండి {#sign-txn}
+
+ఇప్పుడు మనం మన లావాదేవీని సృష్టించాము కాబట్టి, దాన్ని పంపడానికి మనం దానిపై సంతకం చేయాలి. ఇక్కడే మనం మన ప్రైవేట్ కీని ఉపయోగిస్తాము.
+
+`web3.eth.sendSignedTransaction` మనకు లావాదేవీ హాష్ను ఇస్తుంది, దాన్ని మనం మన లావాదేవీ మైన్ చేయబడిందని మరియు నెట్వర్క్ ద్వారా డ్రాప్ అవ్వలేదని నిర్ధారించుకోవడానికి ఉపయోగించవచ్చు. లావాదేవీ సంతకం విభాగంలో, మన లావాదేవీ విజయవంతంగా జరిగిందో లేదో తెలుసుకోవడానికి మనం కొన్ని ఎర్రర్ చెకింగ్ను జోడించామని మీరు గమనిస్తారు.
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const PUBLIC_KEY = process.env.PUBLIC_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+
+async function mintNFT(tokenURI) {
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") //తాజా నాన్స్ను పొందండి
+
+ //లావాదేవీ
+ const tx = {
+ from: PUBLIC_KEY,
+ to: contractAddress,
+ nonce: nonce,
+ gas: 500000,
+ data: nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI(),
+ }
+
+ const signPromise = web3.eth.accounts.signTransaction(tx, PRIVATE_KEY)
+ signPromise
+ .then((signedTx) => {
+ web3.eth.sendSignedTransaction(
+ signedTx.rawTransaction,
+ function (err, hash) {
+ if (!err) {
+ console.log(
+ "మీ లావాదేవీ యొక్క హాష్: ",
+ hash,
+ "\nమీ లావాదేవీ యొక్క స్థితిని వీక్షించడానికి Alchemy యొక్క Mempoolని తనిఖీ చేయండి!"
+ )
+ } else {
+ console.log(
+ "మీ లావాదేవీని సమర్పించేటప్పుడు ఏదో తప్పు జరిగింది:",
+ err
+ )
+ }
+ }
+ )
+ })
+ .catch((err) => {
+ console.log(" ప్రామిస్ విఫలమైంది:", err)
+ })
+}
+```
+
+## దశ 9: `mintNFT`ని కాల్ చేసి, నోడ్ `mint-nft.js`ని రన్ చేయండి {#call-mintnft-fn}
+
+మీరు Pinataకు అప్లోడ్ చేసిన `metadata.json` గుర్తుందా? Pinata నుండి దాని హాష్కోడ్ను పొంది, కింది వాటిని `mintNFT` ఫంక్షన్కు పారామీటర్గా పాస్ చేయండి: `https://gateway.pinata.cloud/ipfs/`
+
+హాష్కోడ్ను ఎలా పొందాలో ఇక్కడ ఉంది:
+
+_Pinataలో మీ nft మెటాడేటా హాష్కోడ్ను ఎలా పొందాలి_
+
+> `https://gateway.pinata.cloud/ipfs/` ను ఒక ప్రత్యేక విండోలో లోడ్ చేయడం ద్వారా మీరు కాపీ చేసిన హాష్కోడ్ మీ **metadata.json**కు లింక్ అవుతుందో లేదో డబుల్ చెక్ చేసుకోండి. పేజీ కింది స్క్రీన్షాట్ లాగా కనిపించాలి:
+
+_మీ పేజీ json మెటాడేటాను ప్రదర్శించాలి_
+
+మొత్తం మీద, మీ కోడ్ ఇలా కనిపించాలి:
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const PUBLIC_KEY = process.env.PUBLIC_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+
+async function mintNFT(tokenURI) {
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") //తాజా నాన్స్ను పొందండి
+
+ //లావాదేవీ
+ const tx = {
+ from: PUBLIC_KEY,
+ to: contractAddress,
+ nonce: nonce,
+ gas: 500000,
+ data: nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI(),
+ }
+
+ const signPromise = web3.eth.accounts.signTransaction(tx, PRIVATE_KEY)
+ signPromise
+ .then((signedTx) => {
+ web3.eth.sendSignedTransaction(
+ signedTx.rawTransaction,
+ function (err, hash) {
+ if (!err) {
+ console.log(
+ "మీ లావాదేవీ యొక్క హాష్: ",
+ hash,
+ "\nమీ లావాదేవీ యొక్క స్థితిని వీక్షించడానికి Alchemy యొక్క Mempoolని తనిఖీ చేయండి!"
+ )
+ } else {
+ console.log(
+ "మీ లావాదేవీని సమర్పించేటప్పుడు ఏదో తప్పు జరిగింది:",
+ err
+ )
+ }
+ }
+ )
+ })
+ .catch((err) => {
+ console.log("ప్రామిస్ విఫలమైంది:", err)
+ })
+}
+
+mintNFT("ipfs://QmYueiuRNmL4MiA2GwtVMm6ZagknXnSpQnB3z2gWbz36hP")
+```
+
+ఇప్పుడు, మీ NFTని డిప్లాయ్ చేయడానికి `node scripts/mint-nft.js`ని రన్ చేయండి. కొన్ని సెకన్ల తర్వాత, మీ టెర్మినల్లో మీరు ఇలాంటి స్పందనను చూడాలి:
+
+ ```
+ మీ లావాదేవీ యొక్క హాష్: 0x301791fdf492001fcd9d5e5b12f3aa1bbbea9a88ed24993a8ab2cdae2d06e1e8
+
+ మీ లావాదేవీ యొక్క స్థితిని వీక్షించడానికి Alchemy యొక్క Mempoolని తనిఖీ చేయండి!
+ ```
+
+తరువాత, మీ లావాదేవీ యొక్క స్థితిని చూడటానికి (అది పెండింగ్లో ఉందా, మైన్ చేయబడిందా, లేదా నెట్వర్క్ ద్వారా డ్రాప్ చేయబడిందా అని) మీ [Alchemy mempool](https://dashboard.alchemyapi.io/mempool)ని సందర్శించండి. మీ లావాదేవీ డ్రాప్ అయితే, [Blockscout](https://eth-sepolia.blockscout.com/)ని తనిఖీ చేసి, మీ లావాదేవీ హాష్ కోసం శోధించడం కూడా సహాయపడుతుంది.
+
+_Etherscanలో మీ NFT లావాదేవీ హాష్ను వీక్షించండి_
+
+అంతే! మీరు ఇప్పుడు ఇతీరియము బ్లాక్ చైనులో ఒక NFTని డిప్లాయ్ చేసి, ముద్రించారు
+
+`mint-nft.js`ను ఉపయోగించి మీ హృదయం (మరియు వాలెట్) కోరుకున్నన్ని NFTలను మీరు ముద్రించవచ్చు! NFT యొక్క మెటాడేటాను వివరించే కొత్త tokenURIని పాస్ చేయాలని నిర్ధారించుకోండి (లేకపోతే, మీరు వేర్వేరు IDలతో ఒకేలాంటి వాటిని చాలా తయారు చేస్తారు).
+
+బహుశా, మీరు మీ వాలెట్లో మీ NFTని ప్రదర్శించాలనుకుంటారు — కాబట్టి [3వ భాగం: మీ వాలెట్లో మీ NFTని ఎలా చూడాలి](/developers/tutorials/how-to-view-nft-in-metamask/)ని తప్పకుండా చూడండి!
diff --git a/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md b/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
new file mode 100644
index 00000000000..4b14b02ab59
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
@@ -0,0 +1,108 @@
+---
+title: పరీక్షించడం కోసం సొలిడిటీ స్మార్ట్ కాంట్రాక్ట్లను ఎలా మాక్ చేయాలి
+description: పరీక్షిస్తున్నప్పుడు మీ కాంట్రాక్టులను ఎందుకు ఎగతాళి చేయాలి
+author: మార్కస్ వాస్
+lang: te
+tags:
+ [
+ "దృఢత్వం",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "పరీక్షించడం",
+ "మాకింగ్"
+ ]
+skill: మధ్యస్థ
+published: 2020-05-02
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/mocking-contracts
+---
+
+[మాక్ ఆబ్జెక్ట్లు](https://wikipedia.org/wiki/Mock_object) అనేవి ఆబ్జెక్ట్-ఓరియెంటెడ్ ప్రోగ్రామింగ్లో ఒక సాధారణ డిజైన్ ప్యాటర్న్. పాత ఫ్రెంచ్ పదం 'mocquer' నుండి 'ఎగతాళి చేయడం' అనే అర్థంతో వచ్చిన ఇది, 'నిజమైన దాన్ని అనుకరించడం'గా పరిణామం చెందింది, ఇది వాస్తవానికి మనం ప్రోగ్రామింగ్లో చేసే పని. దయచేసి మీకు కావాలనుకుంటేనే మీ స్మార్ట్ కాంట్రాక్ట్లను ఎగతాళి చేయండి, కానీ మీకు వీలైనప్పుడల్లా వాటిని మాక్ చేయండి. ఇది మీ జీవితాన్ని సులభతరం చేస్తుంది.
+
+## మాక్స్తో కాంట్రాక్ట్లను యూనిట్-టెస్టింగ్ చేయడం {#unit-testing-contracts-with-mocks}
+
+ఒక కాంట్రాక్ట్ను మాక్ చేయడం అంటే ఆ కాంట్రాక్ట్ యొక్క రెండవ వెర్షన్ను సృష్టించడం, ఇది అసలైన దానికి చాలా పోలి ఉంటుంది, కానీ డెవలపర్ సులభంగా నియంత్రించగల విధంగా ఉంటుంది. మీరు తరచుగా సంక్లిష్టమైన కాంట్రాక్టులతో ముగుస్తారు, అక్కడ మీరు [కాంట్రాక్టులోని చిన్న భాగాలను మాత్రమే యూనిట్-టెస్ట్ చేయాలనుకుంటారు](/developers/docs/smart-contracts/testing/). సమస్య ఏమిటంటే, ఈ చిన్న భాగాన్ని పరీక్షించడానికి ఒక నిర్దిష్ట కాంట్రాక్ట్ స్టేట్ అవసరమై, దాన్ని చేరుకోవడం కష్టమైతే ఏం చేయాలి?
+
+కాంట్రాక్ట్ను అవసరమైన స్టేట్లోకి తీసుకువచ్చే సంక్లిష్టమైన టెస్ట్ సెటప్ లాజిక్ను మీరు ప్రతిసారీ వ్రాయవచ్చు లేదా మీరు ఒక మాక్ను వ్రాయవచ్చు. ఇన్హెరిటెన్స్తో ఒక కాంట్రాక్ట్ను మాక్ చేయడం సులభం. అసలు కాంట్రాక్ట్ నుండి ఇన్హెరిట్ అయ్యే రెండవ మాక్ కాంట్రాక్ట్ను సృష్టించండి. ఇప్పుడు మీరు మీ మాక్కు ఫంక్షన్లను ఓవర్రైడ్ చేయవచ్చు. ఒక ఉదాహరణతో చూద్దాం.
+
+## ఉదాహరణ: ప్రైవేట్ ERC20 {#example-private-erc20}
+
+మేము ఒక ఉదాహరణ ERC-20 కాంట్రాక్ట్ను ఉపయోగిస్తాము, దీనికి ప్రారంభ ప్రైవేట్ సమయం ఉంటుంది. యజమాని ప్రైవేట్ వినియోగదారులను నిర్వహించగలరు మరియు ప్రారంభంలో టోకెన్లను స్వీకరించడానికి వారికి మాత్రమే అనుమతి ఉంటుంది. ఒక నిర్దిష్ట సమయం గడిచిన తర్వాత, ప్రతి ఒక్కరూ టోకెన్లను ఉపయోగించడానికి అనుమతించబడతారు. మీకు ఆసక్తి ఉంటే, మేము కొత్త OpenZeppelin కాంట్రాక్టులు v3 నుండి [`_beforeTokenTransfer`](https://docs.openzeppelin.com/contracts/5.x/extending-contracts#using-hooks) హుక్ను ఉపయోగిస్తున్నాము.
+
+```solidity
+pragma solidity ^0.6.0;
+
+import "@openzeppelin/contracts/token/ERC20/ERC20.sol";
+import "@openzeppelin/contracts/access/Ownable.sol";
+
+contract PrivateERC20 is ERC20, Ownable {
+ mapping (address => bool) public isPrivateUser;
+ uint256 private publicAfterTime;
+
+ constructor(uint256 privateERC20timeInSec) ERC20("PrivateERC20", "PRIV") public {
+ publicAfterTime = now + privateERC20timeInSec;
+ }
+
+ function addUser(address user) external onlyOwner {
+ isPrivateUser[user] = true;
+ }
+
+ function isPublic() public view returns (bool) {
+ return now >= publicAfterTime;
+ }
+
+ function _beforeTokenTransfer(address from, address to, uint256 amount) internal virtual override {
+ super._beforeTokenTransfer(from, to, amount);
+
+ require(_validRecipient(to), "PrivateERC20: చెల్లని గ్రహీత");
+ }
+
+ function _validRecipient(address to) private view returns (bool) {
+ if (isPublic()) {
+ return true;
+ }
+
+ return isPrivateUser[to];
+ }
+}
+```
+
+ఇప్పుడు దానిని మాక్ చేద్దాం.
+
+```solidity
+pragma solidity ^0.6.0;
+import "../PrivateERC20.sol";
+
+contract PrivateERC20Mock is PrivateERC20 {
+ bool isPublicConfig;
+
+ constructor() public PrivateERC20(0) {}
+
+ function setIsPublic(bool isPublic) external {
+ isPublicConfig = isPublic;
+ }
+
+ function isPublic() public view returns (bool) {
+ return isPublicConfig;
+ }
+}
+```
+
+మీకు కింది దోష సందేశాలలో ఒకటి వస్తుంది:
+
+- `PrivateERC20Mock.sol: TypeError: Overriding function is missing "override" specifier.`
+- `PrivateERC20.sol: TypeError: Trying to override non-virtual function. Did you forget to add "virtual"?.`
+
+మనం కొత్త 0.6 సొలిడిటీ వెర్షన్ను ఉపయోగిస్తున్నందున, ఓవర్రైడ్ చేయగల ఫంక్షన్ల కోసం `virtual` కీవర్డ్ను మరియు ఓవర్రైడ్ చేస్తున్న ఫంక్షన్ కోసం `override`ను జోడించాలి. కాబట్టి ఆ రెండింటినీ `isPublic` ఫంక్షన్లకు జోడిద్దాం.
+
+ఇప్పుడు మీ యూనిట్ టెస్టులలో, మీరు బదులుగా `PrivateERC20Mock`ని ఉపయోగించవచ్చు. మీరు ప్రైవేట్ వినియోగ సమయంలో ప్రవర్తనను పరీక్షించాలనుకున్నప్పుడు, `setIsPublic(false)` ఉపయోగించండి మరియు అదేవిధంగా పబ్లిక్ వినియోగ సమయాన్ని పరీక్షించడానికి `setIsPublic(true)`ని ఉపయోగించండి. అయితే మన ఉదాహరణలో, సమయాలను తదనుగుణంగా మార్చడానికి మనం [టైమ్ హెల్పర్లను](https://docs.openzeppelin.com/test-helpers/0.5/api#increase) కూడా ఉపయోగించవచ్చు. అయితే ఇప్పుడు మాకింగ్ యొక్క ఆలోచన స్పష్టంగా ఉండాలి మరియు సమయాన్ని కేవలం ముందుకు జరపడం అంత సులభం కాని సందర్భాలను మీరు ఊహించగలరు.
+
+## అనేక కాంట్రాక్టులను మాక్ చేయడం {#mocking-many-contracts}
+
+ప్రతి ఒక్క మాక్ కోసం మీరు మరొక కాంట్రాక్ట్ను సృష్టించవలసి వస్తే అది గందరగోళంగా మారవచ్చు. ఇది మీకు ఇబ్బందిగా అనిపిస్తే, మీరు [మాక్కాంట్రాక్ట్](https://github.com/gnosis/mock-contract) లైబ్రరీని చూడవచ్చు. ఇది కాంట్రాక్ట్ల ప్రవర్తనలను అప్పటికప్పుడు ఓవర్రైడ్ చేయడానికి మరియు మార్చడానికి మిమ్మల్ని అనుమతిస్తుంది. అయితే, ఇది మరొక కాంట్రాక్ట్కు కాల్స్ను మాక్ చేయడానికి మాత్రమే పనిచేస్తుంది, కాబట్టి ఇది మన ఉదాహరణకు పనిచేయదు.
+
+## మాకింగ్ మరింత శక్తివంతంగా ఉంటుంది {#mocking-can-be-even-more-powerful}
+
+మాకింగ్ యొక్క శక్తులు అంతటితో ముగియవు.
+
+- ఫంక్షన్లను జోడించడం: ఒక నిర్దిష్ట ఫంక్షన్ను ఓవర్రైడ్ చేయడం మాత్రమే కాదు, అదనపు ఫంక్షన్లను జోడించడం కూడా ఉపయోగకరంగా ఉంటుంది. టోకెన్లకు ఒక మంచి ఉదాహరణ, అదనంగా ఒక `mint` ఫంక్షన్ను కలిగి ఉండటం. ఇది ఏ వినియోగదారుడైనా ఉచితంగా కొత్త టోకెన్లను పొందడానికి అనుమతిస్తుంది.
+- టెస్టునెట్లలో వాడకం: మీరు మీ డాప్తో పాటు టెస్టునెట్లలో మీ కాంట్రాక్టులను డిప్లాయ్ చేసి, పరీక్షించేటప్పుడు, మాక్ చేసిన వెర్షన్ను ఉపయోగించడాన్ని పరిగణించండి. మీకు నిజంగా అవసరమైతే తప్ప ఫంక్షన్లను ఓవర్రైడ్ చేయడం మానుకోండి. అంతిమంగా, మీరు నిజమైన లాజిక్ను పరీక్షించాలనుకుంటున్నారు. కానీ ఉదాహరణకు, ఒక రీసెట్ ఫంక్షన్ను జోడించడం ఉపయోగకరంగా ఉంటుంది, ఇది కాంట్రాక్ట్ స్టేట్ను ప్రారంభానికి రీసెట్ చేస్తుంది, కొత్త డిప్లాయ్మెంట్ అవసరం లేదు. సహజంగానే మీరు ఒక Mainnet కాంట్రాక్ట్లో దానిని కలిగి ఉండాలని కోరుకోరు.
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md b/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
new file mode 100644
index 00000000000..f087c167570
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
@@ -0,0 +1,705 @@
+---
+title: స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి ఎకిడ్నాని ఎలా ఉపయోగించాలి
+description: స్మార్ట్ కాంట్రాక్టులను స్వయంచాలకంగా పరీక్షించడానికి ఎకిడ్నాని ఎలా ఉపయోగించాలి
+author: "Trailofbits"
+lang: te
+tags:
+ [
+ "దృఢత్వం",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "భద్రత",
+ "పరీక్షించడం",
+ "fuzzing"
+ ]
+skill: అధునాతనం
+published: 2020-04-10
+source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna
+---
+
+## సంస్థాపన {#installation}
+
+డాకర్ ద్వారా లేదా ముందుగా కంపైల్ చేసిన బైనరీని ఉపయోగించి ఎకిడ్నాని ఇన్స్టాల్ చేయవచ్చు.
+
+### డాకర్ ద్వారా ఎకిడ్నా {#echidna-through-docker}
+
+```bash
+docker pull trailofbits/eth-security-toolbox
+docker run -it -v "$PWD":/home/training trailofbits/eth-security-toolbox
+```
+
+_చివరి కమాండ్ మీ ప్రస్తుత డైరెక్టరీకి యాక్సెస్ ఉన్న డాకర్లో eth-security-toolboxను రన్ చేస్తుంది. మీరు మీ హోస్ట్ నుండి ఫైల్లను మార్చవచ్చు, మరియు డాకర్_ నుండి ఫైల్లపై సాధనాలను అమలు చేయండి
+
+డాకర్ లోపల, రన్ చేయండి :
+
+```bash
+solc-select 0.5.11
+cd /home/training
+```
+
+### బైనరీ {#binary}
+
+[https://github.com/crytic/echidna/releases/tag/v1.4.0.0](https://github.com/crytic/echidna/releases/tag/v1.4.0.0)
+
+## ప్రాపర్టీ-ఆధారిత ఫజ్జింగ్కు పరిచయం {#introduction-to-property-based-fuzzing}
+
+ఎకిడ్నా ఒక ప్రాపర్టీ-ఆధారిత ఫజర్, మేము మా మునుపటి బ్లాగ్పోస్ట్లలో వివరించాము ([1](https://blog.trailofbits.com/2018/03/09/echidna-a-smart-fuzzer-for-ethereum/), [2](https://blog.trailofbits.com/2018/05/03/state-machine-testing-with-echidna/), [3](https://blog.trailofbits.com/2020/03/30/an-echidna-for-all-seasons/)).
+
+### ఫజ్జింగ్ {#fuzzing}
+
+[ఫజ్జింగ్](https://wikipedia.org/wiki/Fuzzing) అనేది భద్రతా సంఘంలో ఒక ప్రసిద్ధ సాంకేతికత. ప్రోగ్రామ్లో బగ్లను కనుగొనడానికి, ఇది ఎక్కువ లేదా తక్కువ యాదృచ్ఛికంగా ఉండే ఇన్పుట్లను ఉత్పత్తి చేస్తుంది. సాంప్రదాయ సాఫ్ట్వేర్ కోసం ఫజర్లు (ఉదాహరణకు [AFL](http://lcamtuf.coredump.cx/afl/) లేదా [LibFuzzer](https://llvm.org/docs/LibFuzzer.html)) బగ్లను కనుగొనడానికి సమర్థవంతమైన సాధనాలుగా ప్రసిద్ధి చెందాయి.
+
+కేవలం యాదృచ్ఛిక ఇన్పుట్ల ఉత్పత్తికి మించి, మంచి ఇన్పుట్లను ఉత్పత్తి చేయడానికి అనేక పద్ధతులు మరియు వ్యూహాలు ఉన్నాయి, వాటితో సహా:
+
+- ప్రతి అమలు నుండి అభిప్రాయాన్ని పొందడం మరియు దానిని ఉపయోగించి ఉత్పత్తికి మార్గనిర్దేశం చేయడం. ఉదాహరణకు, కొత్తగా ఉత్పత్తి చేయబడిన ఇన్పుట్ కొత్త మార్గం ఆవిష్కరణకు దారితీస్తే, దానికి దగ్గరగా కొత్త ఇన్పుట్లను ఉత్పత్తి చేయడం అర్ధవంతంగా ఉంటుంది.
+- నిర్మాణాత్మక పరిమితిని గౌరవిస్తూ ఇన్పుట్ను ఉత్పత్తి చేయడం. ఉదాహరణకు, మీ ఇన్పుట్లో చెక్సమ్తో కూడిన హెడర్ ఉంటే, చెక్సమ్ను ధ్రువీకరించే ఇన్పుట్ను ఫజర్ ఉత్పత్తి చేసేలా చేయడం అర్ధవంతంగా ఉంటుంది.
+- కొత్త ఇన్పుట్లను ఉత్పత్తి చేయడానికి తెలిసిన ఇన్పుట్లను ఉపయోగించడం: మీకు చెల్లుబాటు అయ్యే ఇన్పుట్ యొక్క పెద్ద డేటాసెట్కు ప్రాప్యత ఉంటే, మీ ఫజర్ దాని ఉత్పత్తిని మొదటి నుండి ప్రారంభించడం కంటే వాటి నుండి కొత్త ఇన్పుట్లను ఉత్పత్తి చేయగలదు. వీటిని సాధారణంగా _సీడ్స్_ అని అంటారు.
+
+### ప్రాపర్టీ-ఆధారిత ఫజ్జింగ్ {#property-based-fuzzing}
+
+ఎకిడ్నా ఒక నిర్దిష్ట రకం ఫజర్కు చెందినది: [QuickCheck](https://wikipedia.org/wiki/QuickCheck) నుండి బాగా ప్రేరణ పొందిన ప్రాపర్టీ-ఆధారిత ఫజ్జింగ్. క్రాష్లను కనుగొనడానికి ప్రయత్నించే క్లాసిక్ ఫజర్కు విరుద్ధంగా, ఎకిడ్నా వినియోగదారు-నిర్వచించిన ఇన్వేరియంట్లను బ్రేక్ చేయడానికి ప్రయత్నిస్తుంది.
+
+స్మార్ట్ కాంట్రాక్టులలో, ఇన్వేరియంట్లు అనేవి Solidity ఫంక్షన్లు, ఇవి కాంట్రాక్ట్ చేరగల ఏదైనా తప్పు లేదా చెల్లని స్థితిని సూచించగలవు, వాటితో సహా:
+
+- తప్పు యాక్సెస్ నియంత్రణ: దాడి చేసేవాడు కాంట్రాక్ట్ యజమాని అయ్యాడు.
+- తప్పు స్టేట్ మెషిన్: కాంట్రాక్ట్ పాజ్ చేయబడినప్పుడు టోకెన్లను బదిలీ చేయవచ్చు.
+- తప్పు అంకగణితం: వినియోగదారుడు తన బ్యాలెన్స్ను అండర్ఫ్లో చేసి, అపరిమిత ఉచిత టోకెన్లను పొందవచ్చు.
+
+### ఎకిడ్నాతో ఒక ప్రాపర్టీని పరీక్షించడం {#testing-a-property-with-echidna}
+
+ఎకిడ్నాతో ఒక స్మార్ట్ కాంట్రాక్టును ఎలా పరీక్షించాలో మనం చూద్దాం. లక్ష్యం కింది స్మార్ట్ కాంట్రాక్ట్ [`token.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/example/token.sol):
+
+```solidity
+contract Token{
+ mapping(address => uint) public balances;
+ function airdrop() public{
+ balances[msg.sender] = 1000;
+ }
+ function consume() public{
+ require(balances[msg.sender]>0);
+ balances[msg.sender] -= 1;
+ }
+ function backdoor() public{
+ balances[msg.sender] += 1;
+ }
+}
+```
+
+ఈ టోకెన్కు కింది గుణాలు తప్పనిసరిగా ఉండాలని మనం ఊహిద్దాం:
+
+- ఎవరైనా గరిష్టంగా 1000 టోకెన్లను కలిగి ఉండవచ్చు
+- టోకెన్ను బదిలీ చేయలేరు (ఇది ERC20 టోకెన్ కాదు)
+
+### ఒక ప్రాపర్టీని రాయండి {#write-a-property}
+
+ఎకిడ్నా ప్రాపర్టీలు Solidity ఫంక్షన్లు. ఒక ప్రాపర్టీకి తప్పనిసరిగా:
+
+- ఆర్గ్యుమెంట్ ఏదీ ఉండకూడదు
+- విజయవంతమైతే `true` తిరిగి ఇవ్వాలి
+- దాని పేరు `echidna`తో ప్రారంభం కావాలి
+
+ఎకిడ్నా:
+
+- ప్రాపర్టీని పరీక్షించడానికి యాదృచ్ఛిక లావాదేవీలను స్వయంచాలకంగా ఉత్పత్తి చేయండి.
+- ఒక ప్రాపర్టీని `false` అని తిరిగి ఇచ్చేలా చేసే లేదా ఒక లోపాన్ని త్రో చేసే ఏవైనా లావాదేవీలను నివేదించండి.
+- ఒక ప్రాపర్టీని కాల్ చేస్తున్నప్పుడు సైడ్-ఎఫెక్ట్ను విస్మరించండి (అంటే, ఒకవేళ ప్రాపర్టీ ఒక స్టేట్ వేరియబుల్ను మార్చినట్లయితే, పరీక్ష తర్వాత అది విస్మరించబడుతుంది)
+
+కింది ప్రాపర్టీ కాలర్కు 1000 కంటే ఎక్కువ టోకెన్లు లేవని తనిఖీ చేస్తుంది:
+
+```solidity
+function echidna_balance_under_1000() public view returns(bool){
+ return balances[msg.sender] <= 1000;
+}
+```
+
+మీ కాంట్రాక్టును మీ ప్రాపర్టీల నుండి వేరు చేయడానికి వారసత్వాన్ని ఉపయోగించండి:
+
+```solidity
+contract TestToken is Token{
+ function echidna_balance_under_1000() public view returns(bool){
+ return balances[msg.sender] <= 1000;
+ }
+ }
+```
+
+[`token.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/example/token.sol) ప్రాపర్టీని అమలు చేస్తుంది మరియు టోకెన్ నుండి వారసత్వంగా పొందుతుంది.
+
+### ఒక కాంట్రాక్టును ప్రారంభించండి {#initiate-a-contract}
+
+ఎకిడ్నాకు ఆర్గ్యుమెంట్ లేని [కన్స్ట్రక్టర్](/developers/docs/smart-contracts/anatomy/#constructor-functions) అవసరం. మీ కాంట్రాక్టుకు ఒక నిర్దిష్ట ప్రారంభీకరణ అవసరమైతే, మీరు దానిని కన్స్ట్రక్టర్లో చేయాలి.
+
+ఎకిడ్నాలో కొన్ని నిర్దిష్ట చిరునామాలు ఉన్నాయి:
+
+- `0x00a329c0648769A73afAc7F9381E08FB43dBEA72` ఇది కన్స్ట్రక్టర్ను కాల్ చేస్తుంది.
+- `0x10000`, `0x20000`, మరియు `0x00a329C0648769a73afAC7F9381e08fb43DBEA70` ఇవి ఇతర ఫంక్షన్లను యాదృచ్ఛికంగా పిలుస్తాయి.
+
+మన ప్రస్తుత ఉదాహరణలో మనకు ఏ ప్రత్యేక ప్రారంభీకరణ అవసరం లేదు, ఫలితంగా మన కన్స్ట్రక్టర్ ఖాళీగా ఉంది.
+
+### ఎకిడ్నాని రన్ చేయండి {#run-echidna}
+
+ఎకిడ్నాని దీనితో లాంచ్ చేస్తారు:
+
+```bash
+echidna-test contract.sol
+```
+
+ఒకవేళ contract.solలో బహుళ కాంట్రాక్టులు ఉంటే, మీరు లక్ష్యాన్ని ఇలా పేర్కొనవచ్చు:
+
+```bash
+echidna-test contract.sol --contract MyContract
+```
+
+### సారాంశం: ఒక ప్రాపర్టీని పరీక్షించడం {#summary-testing-a-property}
+
+కిందిది మన ఉదాహరణపై ఎకిడ్నా రన్ను సంగ్రహిస్తుంది:
+
+```solidity
+contract TestToken is Token{
+ constructor() public {}
+ function echidna_balance_under_1000() public view returns(bool){
+ return balances[msg.sender] <= 1000;
+ }
+ }
+```
+
+```bash
+echidna-test testtoken.sol --contract TestToken
+...
+
+echidna_balance_under_1000: failed!💥
+ Call sequence, shrinking (1205/5000):
+ airdrop()
+ backdoor()
+
+...
+```
+
+`backdoor`ను కాల్ చేసినప్పుడు ప్రాపర్టీ ఉల్లంఘించబడిందని ఎకిడ్నా కనుగొంది.
+
+## ఫజ్జింగ్ క్యాంపెయిన్ సమయంలో కాల్ చేయడానికి ఫంక్షన్లను ఫిల్టర్ చేయడం {#filtering-functions-to-call-during-a-fuzzing-campaign}
+
+ఫజ్ చేయవలసిన ఫంక్షన్లను ఎలా ఫిల్టర్ చేయాలో మనం చూద్దాం.
+లక్ష్యం కింది స్మార్ట్ కాంట్రాక్ట్:
+
+```solidity
+contract C {
+ bool state1 = false;
+ bool state2 = false;
+ bool state3 = false;
+ bool state4 = false;
+
+ function f(uint x) public {
+ require(x == 12);
+ state1 = true;
+ }
+
+ function g(uint x) public {
+ require(state1);
+ require(x == 8);
+ state2 = true;
+ }
+
+ function h(uint x) public {
+ require(state2);
+ require(x == 42);
+ state3 = true;
+ }
+
+ function i() public {
+ require(state3);
+ state4 = true;
+ }
+
+ function reset1() public {
+ state1 = false;
+ state2 = false;
+ state3 = false;
+ return;
+ }
+
+ function reset2() public {
+ state1 = false;
+ state2 = false;
+ state3 = false;
+ return;
+ }
+
+ function echidna_state4() public returns (bool) {
+ return (!state4);
+ }
+}
+```
+
+ఈ చిన్న ఉదాహరణ ఒక స్టేట్ వేరియబుల్ను మార్చడానికి లావాదేవీల యొక్క ఒక నిర్దిష్ట క్రమాన్ని కనుగొనమని ఎకిడ్నాని బలవంతం చేస్తుంది.
+ఇది ఫజర్ కోసం కష్టం (సింబాలిక్ ఎగ్జిక్యూషన్ సాధనం [Manticore](https://github.com/trailofbits/manticore) ను ఉపయోగించమని సిఫార్సు చేయబడింది).
+దీనిని ధృవీకరించడానికి మనం ఎకిడ్నాని రన్ చేయవచ్చు:
+
+```bash
+echidna-test multi.sol
+...
+echidna_state4: passed! 🎉
+Seed: -3684648582249875403
+```
+
+### ఫంక్షన్లను ఫిల్టర్ చేయడం {#filtering-functions}
+
+రెండు రీసెట్ ఫంక్షన్లు (`reset1` మరియు `reset2`) అన్ని స్టేట్ వేరియబుల్స్ను `false`కి సెట్ చేస్తాయి కాబట్టి, ఈ కాంట్రాక్టును పరీక్షించడానికి సరైన క్రమాన్ని కనుగొనడంలో ఎకిడ్నాకు ఇబ్బంది ఉంది.
+అయితే, రీసెట్ ఫంక్షన్ను బ్లాక్లిస్ట్ చేయడానికి లేదా `f`, `g`, `h` మరియు `i` ఫంక్షన్లను మాత్రమే వైట్లిస్ట్ చేయడానికి మనం ఒక ప్రత్యేక ఎకిడ్నా ఫీచర్ను ఉపయోగించవచ్చు.
+
+ఫంక్షన్లను బ్లాక్లిస్ట్ చేయడానికి, మనం ఈ కాన్ఫిగరేషన్ ఫైల్ను ఉపయోగించవచ్చు:
+
+```yaml
+filterBlacklist: true
+filterFunctions: ["reset1", "reset2"]
+```
+
+ఫంక్షన్లను ఫిల్టర్ చేయడానికి మరొక విధానం వైట్లిస్ట్ చేయబడిన ఫంక్షన్లను జాబితా చేయడం. అది చేయడానికి, మనం ఈ కాన్ఫిగరేషన్ ఫైల్ను ఉపయోగించవచ్చు:
+
+```yaml
+filterBlacklist: false
+filterFunctions: ["f", "g", "h", "i"]
+```
+
+- `filterBlacklist` డిఫాల్ట్గా `true`.
+- ఫిల్టరింగ్ పేరుతో మాత్రమే నిర్వహించబడుతుంది (పరామితులు లేకుండా). మీకు `f()` మరియు `f(uint256)` ఉంటే, `"f"` ఫిల్టర్ రెండు ఫంక్షన్లకు సరిపోతుంది.
+
+### ఎకిడ్నాని రన్ చేయండి {#run-echidna-1}
+
+కాన్ఫిగరేషన్ ఫైల్ `blacklist.yaml`తో ఎకిడ్నాని రన్ చేయడానికి:
+
+```bash
+echidna-test multi.sol --config blacklist.yaml
+...
+echidna_state4: failed!💥
+ Call sequence:
+ f(12)
+ g(8)
+ h(42)
+ i()
+```
+
+ప్రాపర్టీని తప్పుగా నిరూపించడానికి లావాదేవీల క్రమాన్ని ఎకిడ్నా దాదాపు వెంటనే కనుగొంటుంది.
+
+### సారాంశం: ఫంక్షన్లను ఫిల్టర్ చేయడం {#summary-filtering-functions}
+
+ఎకిడ్నా ఒక ఫజ్జింగ్ క్యాంపెయిన్ సమయంలో కాల్ చేయడానికి ఫంక్షన్లను బ్లాక్లిస్ట్ లేదా వైట్లిస్ట్ చేయగలదు:
+
+```yaml
+filterBlacklist: true
+filterFunctions: ["f1", "f2", "f3"]
+```
+
+```bash
+echidna-test contract.sol --config config.yaml
+...
+```
+
+`filterBlacklist` బూలియన్ విలువ ప్రకారం, ఎకిడ్నా `f1`, `f2` మరియు `f3`లను బ్లాక్లిస్ట్ చేయడం లేదా కేవలం వీటిని కాల్ చేయడం ద్వారా ఫజ్జింగ్ ప్రచారాన్ని ప్రారంభిస్తుంది.
+
+## ఎకిడ్నాతో Solidity యొక్క assert ను ఎలా పరీక్షించాలి {#how-to-test-soliditys-assert-with-echidna}
+
+ఈ చిన్న ట్యుటోరియల్లో, కాంట్రాక్టులలోని అసెర్షన్ చెకింగ్ను పరీక్షించడానికి ఎకిడ్నాని ఎలా ఉపయోగించాలో మేము చూపబోతున్నాము. మన దగ్గర ఇలాంటి కాంట్రాక్ట్ ఉందని అనుకుందాం:
+
+```solidity
+contract Incrementor {
+ uint private counter = 2**200;
+
+ function inc(uint val) public returns (uint){
+ uint tmp = counter;
+ counter += val;
+ // tmp <= counter
+ return (counter - tmp);
+ }
+}
+```
+
+### ఒక అసర్షన్ను రాయండి {#write-an-assertion}
+
+దాని వ్యత్యాసాన్ని తిరిగి ఇచ్చిన తర్వాత `tmp` అనేది `counter` కంటే తక్కువ లేదా సమానంగా ఉందని మనం నిర్ధారించుకోవాలి. మనం ఒక ఎకిడ్నా ప్రాపర్టీని వ్రాయవచ్చు, కానీ మనం `tmp` విలువను ఎక్కడో నిల్వ చేయవలసి ఉంటుంది. దానికి బదులుగా, మనం ఇలాంటి ఒక అసర్షన్ను ఉపయోగించవచ్చు:
+
+```solidity
+contract Incrementor {
+ uint private counter = 2**200;
+
+ function inc(uint val) public returns (uint){
+ uint tmp = counter;
+ counter += val;
+ assert (tmp <= counter);
+ return (counter - tmp);
+ }
+}
+```
+
+### ఎకిడ్నాని రన్ చేయండి {#run-echidna-2}
+
+అసర్షన్ వైఫల్యం పరీక్షను ప్రారంభించడానికి, ఒక [Echidna కాన్ఫిగరేషన్ ఫైల్](https://github.com/crytic/echidna/wiki/Config) `config.yaml`ను సృష్టించండి:
+
+```yaml
+checkAsserts: true
+```
+
+మనం ఈ కాంట్రాక్టును ఎకిడ్నాలో రన్ చేసినప్పుడు, మనం ఆశించిన ఫలితాలను పొందుతాము:
+
+```bash
+echidna-test assert.sol --config config.yaml
+Analyzing contract: assert.sol:Incrementor
+assertion in inc: failed!💥
+ Call sequence, shrinking (2596/5000):
+ inc(21711016731996786641919559689128982722488122124807605757398297001483711807488)
+ inc(7237005577332262213973186563042994240829374041602535252466099000494570602496)
+ inc(86844066927987146567678238756515930889952488499230423029593188005934847229952)
+
+Seed: 1806480648350826486
+```
+
+మీరు చూడగలిగినట్లుగా, ఎకిడ్నా `inc` ఫంక్షన్లో కొన్ని అసర్షన్ వైఫల్యాలను నివేదిస్తుంది. ప్రతి ఫంక్షన్కు ఒకటి కంటే ఎక్కువ అసర్షన్లను జోడించడం సాధ్యమే, కానీ ఏ అసర్షన్ విఫలమైందో ఎకిడ్నా చెప్పలేదు.
+
+### అసర్షన్లను ఎప్పుడు మరియు ఎలా ఉపయోగించాలి {#when-and-how-use-assertions}
+
+తనిఖీ చేయవలసిన షరతులు నేరుగా కొన్ని ఆపరేషన్ `f` యొక్క సరైన వాడకంతో సంబంధం కలిగి ఉంటే, అసర్షన్లను స్పష్టమైన లక్షణాలకు ప్రత్యామ్నాయంగా ఉపయోగించవచ్చు. కొన్ని కోడ్ తర్వాత అసర్షన్లను జోడించడం వలన అది అమలు చేయబడిన వెంటనే తనిఖీ జరుగుతుందని నిర్ధారిస్తుంది:
+
+```solidity
+function f(..) public {
+ // some complex code
+ ...
+ assert (condition);
+ ...
+}
+
+```
+
+దీనికి విరుద్ధంగా, స్పష్టమైన ఎకిడ్నా ప్రాపర్టీని ఉపయోగించడం యాదృచ్ఛికంగా లావాదేవీలను అమలు చేస్తుంది మరియు అది ఎప్పుడు తనిఖీ చేయబడుతుందో కచ్చితంగా అమలు చేయడానికి సులభమైన మార్గం లేదు. ఈ తాత్కాలిక పరిష్కారాన్ని చేయడం ఇంకా సాధ్యమే:
+
+```solidity
+function echidna_assert_after_f() public returns (bool) {
+ f(..);
+ return(condition);
+}
+```
+
+అయితే, కొన్ని సమస్యలు ఉన్నాయి:
+
+- ఒకవేళ `f`ను `internal` లేదా `external`గా ప్రకటించినట్లయితే ఇది విఫలమవుతుంది.
+- `f`ను కాల్ చేయడానికి ఏ ఆర్గ్యుమెంట్లను ఉపయోగించాలో అస్పష్టంగా ఉంది.
+- ఒకవేళ `f` తిరిగి వస్తే, ప్రాపర్టీ విఫలమవుతుంది.
+
+సాధారణంగా, అసర్షన్లను ఎలా ఉపయోగించాలనే దానిపై [జాన్ రెగెర్ యొక్క సిఫార్సు](https://blog.regehr.org/archives/1091) ను అనుసరించమని మేము సిఫార్సు చేస్తున్నాము:
+
+- అసర్షన్ చెకింగ్ సమయంలో ఏ సైడ్ ఎఫెక్ట్ను బలవంతం చేయవద్దు. ఉదాహరణకు: `assert(ChangeStateAndReturn() == 1)`
+- స్పష్టమైన వాక్యాలను అసర్ట్ చేయవద్దు. ఉదాహరణకు `assert(var >= 0)` ఇక్కడ `var` ను `uint` గా ప్రకటించారు.
+
+చివరగా, దయచేసి `assert`కు బదులుగా `require`ను **ఉపయోగించవద్దు**, ఎందుకంటే ఎకిడ్నా దానిని గుర్తించలేదు (కానీ కాంట్రాక్ట్ ఏమైనప్పటికీ రివర్ట్ అవుతుంది).
+
+### సారాంశం: అసర్షన్ తనిఖీ {#summary-assertion-checking}
+
+కిందిది మన ఉదాహరణపై ఎకిడ్నా రన్ను సంగ్రహిస్తుంది:
+
+```solidity
+contract Incrementor {
+ uint private counter = 2**200;
+
+ function inc(uint val) public returns (uint){
+ uint tmp = counter;
+ counter += val;
+ assert (tmp <= counter);
+ return (counter - tmp);
+ }
+}
+```
+
+```bash
+echidna-test assert.sol --config config.yaml
+Analyzing contract: assert.sol:Incrementor
+assertion in inc: failed!💥
+ Call sequence, shrinking (2596/5000):
+ inc(21711016731996786641919559689128982722488122124807605757398297001483711807488)
+ inc(7237005577332262213973186563042994240829374041602535252466099000494570602496)
+ inc(86844066927987146567678238756515930889952488499230423029593188005934847229952)
+
+Seed: 1806480648350826486
+```
+
+ఈ ఫంక్షన్ను పెద్ద ఆర్గ్యుమెంట్లతో చాలాసార్లు కాల్ చేస్తే `inc` లోని అసర్షన్ విఫలమవుతుందని ఎకిడ్నా కనుగొంది.
+
+## ఎకిడ్నా కార్పస్ను సేకరించడం మరియు సవరించడం {#collecting-and-modifying-an-echidna-corpus}
+
+ఎకిడ్నాతో లావాదేవీల కార్పస్ను ఎలా సేకరించాలో మరియు ఉపయోగించాలో మనం చూద్దాం. లక్ష్యం కింది స్మార్ట్ కాంట్రాక్ట్ [`magic.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/example/magic.sol):
+
+```solidity
+contract C {
+ bool value_found = false;
+ function magic(uint magic_1, uint magic_2, uint magic_3, uint magic_4) public {
+ require(magic_1 == 42);
+ require(magic_2 == 129);
+ require(magic_3 == magic_4+333);
+ value_found = true;
+ return;
+ }
+
+ function echidna_magic_values() public returns (bool) {
+ return !value_found;
+ }
+
+}
+```
+
+ఈ చిన్న ఉదాహరణ ఒక స్టేట్ వేరియబుల్ను మార్చడానికి కొన్ని విలువలను కనుగొనమని ఎకిడ్నాని బలవంతం చేస్తుంది. ఇది ఫజర్ కోసం కష్టం
+(సింబాలిక్ ఎగ్జిక్యూషన్ సాధనం [Manticore](https://github.com/trailofbits/manticore) ను ఉపయోగించమని సిఫార్సు చేయబడింది).
+దీనిని ధృవీకరించడానికి మనం ఎకిడ్నాని రన్ చేయవచ్చు:
+
+```bash
+echidna-test magic.sol
+...
+
+echidna_magic_values: passed! 🎉
+
+Seed: 2221503356319272685
+```
+
+అయితే, ఈ ఫజ్జింగ్ క్యాంపెయిన్ను అమలు చేస్తున్నప్పుడు కార్పస్ సేకరించడానికి మనం ఇంకా ఎకిడ్నాని ఉపయోగించవచ్చు.
+
+### ఒక కార్పస్ను సేకరించడం {#collecting-a-corpus}
+
+కార్పస్ సేకరణను ప్రారంభించడానికి, ఒక కార్పస్ డైరెక్టరీని సృష్టించండి:
+
+```bash
+mkdir corpus-magic
+```
+
+మరియు ఒక [Echidna కాన్ఫిగరేషన్ ఫైల్](https://github.com/crytic/echidna/wiki/Config) `config.yaml`:
+
+```yaml
+coverage: true
+corpusDir: "corpus-magic"
+```
+
+ఇప్పుడు మనం మన సాధనాన్ని రన్ చేయవచ్చు మరియు సేకరించిన కార్పస్ను తనిఖీ చేయవచ్చు:
+
+```bash
+echidna-test magic.sol --config config.yaml
+```
+
+ఎకిడ్నా ఇప్పటికీ సరైన మేజిక్ విలువలను కనుగొనలేదు, కానీ అది సేకరించిన కార్పస్ను మనం చూడవచ్చు.
+ఉదాహరణకు, ఈ ఫైళ్ళలో ఒకటి:
+
+```json
+[
+ {
+ "_gas'": "0xffffffff",
+ "_delay": ["0x13647", "0xccf6"],
+ "_src": "00a329c0648769a73afac7f9381e08fb43dbea70",
+ "_dst": "00a329c0648769a73afac7f9381e08fb43dbea72",
+ "_value": "0x0",
+ "_call": {
+ "tag": "SolCall",
+ "contents": [
+ "magic",
+ [
+ {
+ "contents": [
+ 256,
+ "93723985220345906694500679277863898678726808528711107336895287282192244575836"
+ ],
+ "tag": "AbiUInt"
+ },
+ {
+ "contents": [256, "334"],
+ "tag": "AbiUInt"
+ },
+ {
+ "contents": [
+ 256,
+ "68093943901352437066264791224433559271778087297543421781073458233697135179558"
+ ],
+ "tag": "AbiUInt"
+ },
+ {
+ "tag": "AbiUInt",
+ "contents": [256, "332"]
+ }
+ ]
+ ]
+ },
+ "_gasprice'": "0xa904461f1"
+ }
+]
+```
+
+స్పష్టంగా, ఈ ఇన్పుట్ మన ప్రాపర్టీలో వైఫల్యాన్ని ప్రేరేపించదు. అయితే, తదుపరి దశలో, దాని కోసం దాన్ని ఎలా సవరించాలో మనం చూద్దాం.
+
+### ఒక కార్పస్ను సీడింగ్ చేయడం {#seeding-a-corpus}
+
+`magic` ఫంక్షన్తో వ్యవహరించడానికి ఎకిడ్నాకు కొంత సహాయం అవసరం. దాని కోసం తగిన పరామితులను ఉపయోగించడానికి ఇన్పుట్ను కాపీ చేసి, సవరించబోతున్నాము:
+
+```bash
+cp corpus/2712688662897926208.txt corpus/new.txt
+```
+
+మనం `magic(42,129,333,0)`ను కాల్ చేయడానికి `new.txt`ని సవరిస్తాము. ఇప్పుడు, మనం ఎకిడ్నాని మళ్లీ రన్ చేయవచ్చు:
+
+```bash
+echidna-test magic.sol --config config.yaml
+...
+echidna_magic_values: failed!💥
+ Call sequence:
+ magic(42,129,333,0)
+
+
+Unique instructions: 142
+Unique codehashes: 1
+Seed: -7293830866560616537
+
+```
+
+ఈసారి, ప్రాపర్టీ వెంటనే ఉల్లంఘించబడిందని అది కనుగొంది.
+
+## అధిక గ్యాస్ వినియోగంతో లావాదేవీలను కనుగొనడం {#finding-transactions-with-high-gas-consumption}
+
+ఎకిడ్నాతో అధిక గ్యాస్ వినియోగంతో లావాదేవీలను ఎలా కనుగొనాలో మనం చూద్దాం. లక్ష్యం కింది స్మార్ట్ కాంట్రాక్ట్:
+
+```solidity
+contract C {
+ uint state;
+
+ function expensive(uint8 times) internal {
+ for(uint8 i=0; i < times; i++)
+ state = state + i;
+ }
+
+ function f(uint x, uint y, uint8 times) public {
+ if (x == 42 && y == 123)
+ expensive(times);
+ else
+ state = 0;
+ }
+
+ function echidna_test() public returns (bool) {
+ return true;
+ }
+
+}
+```
+
+ఇక్కడ `expensive`కు పెద్ద గ్యాస్ వినియోగం ఉండవచ్చు.
+
+ప్రస్తుతం, ఎకిడ్నాకు ఎల్లప్పుడూ పరీక్షించడానికి ఒక ప్రాపర్టీ అవసరం: ఇక్కడ `echidna_test` ఎల్లప్పుడూ `true`ను తిరిగి ఇస్తుంది.
+దీనిని ధృవీకరించడానికి మనం ఎకిడ్నాని రన్ చేయవచ్చు:
+
+```
+echidna-test gas.sol
+...
+echidna_test: passed! 🎉
+
+Seed: 2320549945714142710
+```
+
+### గ్యాస్ వినియోగాన్ని కొలవడం {#measuring-gas-consumption}
+
+ఎకిడ్నాతో గ్యాస్ వినియోగాన్ని ప్రారంభించడానికి, ఒక కాన్ఫిగరేషన్ ఫైల్ `config.yaml`ను సృష్టించండి:
+
+```yaml
+estimateGas: true
+```
+
+ఈ ఉదాహరణలో, ఫలితాలను సులభంగా అర్థం చేసుకోవడానికి లావాదేవీల క్రమం యొక్క పరిమాణాన్ని కూడా తగ్గిస్తాము:
+
+```yaml
+seqLen: 2
+estimateGas: true
+```
+
+### ఎకిడ్నాని రన్ చేయండి {#run-echidna-3}
+
+మనం కాన్ఫిగరేషన్ ఫైల్ను సృష్టించిన తర్వాత, మనం ఎకిడ్నాని ఇలా రన్ చేయవచ్చు:
+
+```bash
+echidna-test gas.sol --config config.yaml
+...
+echidna_test: passed! 🎉
+
+f used a maximum of 1333608 gas
+ Call sequence:
+ f(42,123,249) Gas price: 0x10d5733f0a Time delay: 0x495e5 Block delay: 0x88b2
+
+Unique instructions: 157
+Unique codehashes: 1
+Seed: -325611019680165325
+
+```
+
+- చూపిన గ్యాస్ అనేది [HEVM](https://github.com/dapphub/dapptools/tree/master/src/hevm#hevm-) ద్వారా అందించబడిన అంచనా.
+
+### గ్యాస్ తగ్గించే కాల్స్ను ఫిల్టర్ చేయడం {#filtering-out-gas-reducing-calls}
+
+పైన ఉన్న **ఫజ్జింగ్ ప్రచారం సమయంలో కాల్ చేయడానికి ఫంక్షన్లను ఫిల్టర్ చేయడం** అనే ట్యుటోరియల్ మీ పరీక్షల నుండి కొన్ని ఫంక్షన్లను ఎలా తొలగించాలో చూపిస్తుంది.
+ఖచ్చితమైన గ్యాస్ అంచనా పొందడానికి ఇది చాలా ముఖ్యం.
+కింది ఉదాహరణను పరిగణించండి:
+
+```solidity
+contract C {
+ address [] addrs;
+ function push(address a) public {
+ addrs.push(a);
+ }
+ function pop() public {
+ addrs.pop();
+ }
+ function clear() public{
+ addrs.length = 0;
+ }
+ function check() public{
+ for(uint256 i = 0; i < addrs.length; i++)
+ for(uint256 j = i+1; j < addrs.length; j++)
+ if (addrs[i] == addrs[j])
+ addrs[j] = address(0x0);
+ }
+ function echidna_test() public returns (bool) {
+ return true;
+ }
+}
+```
+
+ఎకిడ్నా అన్ని ఫంక్షన్లను కాల్ చేయగలిగితే, అది అధిక గ్యాస్ ఖర్చుతో కూడిన లావాదేవీలను సులభంగా కనుగొనదు:
+
+```
+echidna-test pushpop.sol --config config.yaml
+...
+pop used a maximum of 10746 gas
+...
+check used a maximum of 23730 gas
+...
+clear used a maximum of 35916 gas
+...
+push used a maximum of 40839 gas
+```
+
+ఎందుకంటే ఖర్చు `addrs` పరిమాణంపై ఆధారపడి ఉంటుంది మరియు యాదృచ్ఛిక కాల్స్ అర్రేని దాదాపు ఖాళీగా వదిలివేస్తాయి.
+`pop` మరియు `clear` లను బ్లాక్లిస్ట్ చేయడం, అయితే, మనకు చాలా మెరుగైన ఫలితాలను ఇస్తుంది:
+
+```yaml
+filterBlacklist: true
+filterFunctions: ["pop", "clear"]
+```
+
+```
+echidna-test pushpop.sol --config config.yaml
+...
+push used a maximum of 40839 gas
+...
+check used a maximum of 1484472 gas
+```
+
+### సారాంశం: అధిక గ్యాస్ వినియోగంతో లావాదేవీలను కనుగొనడం {#summary-finding-transactions-with-high-gas-consumption}
+
+`estimateGas` కాన్ఫిగరేషన్ ఎంపికను ఉపయోగించి ఎకిడ్నా అధిక గ్యాస్ వినియోగంతో లావాదేవీలను కనుగొనగలదు:
+
+```yaml
+estimateGas: true
+```
+
+```bash
+echidna-test contract.sol --config config.yaml
+...
+```
+
+ఫజ్జింగ్ క్యాంపెయిన్ ముగిసిన తర్వాత, ప్రతి ఫంక్షన్కు గరిష్ట గ్యాస్ వినియోగంతో కూడిన క్రమాన్ని ఎకిడ్నా నివేదిస్తుంది.
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md b/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
new file mode 100644
index 00000000000..bf91d96e6e5
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
@@ -0,0 +1,522 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్లలో బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి
+description: స్మార్ట్ కాంట్రాక్ట్లలో స్వయంచాలకంగా బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి
+author: Trailofbits
+lang: te
+tags:
+ [
+ "దృఢత్వం",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "భద్రత",
+ "పరీక్షించడం",
+ "ఫార్మల్ వెరిఫికేషన్"
+ ]
+skill: అధునాతనం
+published: 2020-01-13
+source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore
+---
+
+ఈ ట్యుటోరియల్ యొక్క లక్ష్యం స్మార్ట్ కాంట్రాక్ట్లలో స్వయంచాలకంగా బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలో చూపించడం.
+
+## సంస్థాపన {#installation}
+
+మాంటికోర్కు >= పైథాన్ 3.6 అవసరం. దీనిని పిప్ ద్వారా లేదా డాకర్ని ఉపయోగించి ఇన్స్టాల్ చేయవచ్చు.
+
+### డాకర్ ద్వారా మాంటికోర్ {#manticore-through-docker}
+
+```bash
+docker pull trailofbits/eth-security-toolbox
+docker run -it -v "$PWD":/home/training trailofbits/eth-security-toolbox
+```
+
+_చివరి కమాండ్ మీ ప్రస్తుత డైరెక్టరీకి యాక్సెస్ ఉన్న డాకర్లో eth-security-toolboxను రన్ చేస్తుంది. మీరు మీ హోస్ట్ నుండి ఫైల్లను మార్చవచ్చు, మరియు డాకర్_ నుండి ఫైల్లపై సాధనాలను అమలు చేయండి
+
+డాకర్ లోపల, రన్ చేయండి:
+
+```bash
+solc-select 0.5.11
+cd /home/trufflecon/
+```
+
+### పిప్ ద్వారా మాంటికోర్ {#manticore-through-pip}
+
+```bash
+pip3 install --user manticore
+```
+
+solc 0.5.11 సిఫార్సు చేయబడింది.
+
+### ఒక స్క్రిప్ట్ను అమలు చేయడం {#running-a-script}
+
+పైథాన్ 3 తో పైథాన్ స్క్రిప్ట్ను అమలు చేయడానికి:
+
+```bash
+python3 script.py
+```
+
+## డైనమిక్ సింబాలిక్ ఎగ్జిక్యూషన్కు పరిచయం {#introduction-to-dynamic-symbolic-execution}
+
+### సంక్షిప్తంగా డైనమిక్ సింబాలిక్ ఎగ్జిక్యూషన్ {#dynamic-symbolic-execution-in-a-nutshell}
+
+డైనమిక్ సింబాలిక్ ఎగ్జిక్యూషన్ (DSE) అనేది అధిక స్థాయి సెమాంటిక్ అవగాహనతో ఒక స్టేట్ స్పేస్ను అన్వేషించే ఒక ప్రోగ్రామ్ విశ్లేషణ పద్ధతి. ఈ పద్ధతి "ప్రోగ్రామ్ పాత్ల" ఆవిష్కరణపై ఆధారపడి ఉంటుంది, వీటిని `పాత్ ప్రిడికేట్స్` అని పిలిచే గణిత సూత్రాలుగా సూచిస్తారు. సంభావితంగా, ఈ పద్ధతి పాత్ ప్రిడికేట్లపై రెండు దశలలో పనిచేస్తుంది:
+
+1. ప్రోగ్రామ్ ఇన్పుట్పై పరిమితులను ఉపయోగించి అవి నిర్మించబడ్డాయి.
+2. అనుబంధిత పాత్లను అమలు చేయడానికి కారణమయ్యే ప్రోగ్రామ్ ఇన్పుట్లను రూపొందించడానికి అవి ఉపయోగించబడతాయి.
+
+గుర్తించబడిన అన్ని ప్రోగ్రామ్ స్టేట్లు కాంక్రీట్ ఎగ్జిక్యూషన్ సమయంలో ప్రేరేపించబడతాయి అనే అర్థంలో ఈ విధానం ఎటువంటి తప్పుడు పాజిటివ్లను ఉత్పత్తి చేయదు. ఉదాహరణకు, విశ్లేషణలో ఒక పూర్ణాంక ఓవర్ఫ్లో కనుగొనబడితే, అది పునరుత్పత్తి చేయబడుతుందని హామీ ఇవ్వబడింది.
+
+### పాత్ ప్రిడికేట్ ఉదాహరణ {#path-predicate-example}
+
+DSE ఎలా పనిచేస్తుందో ఒక అవగాహన పొందడానికి, కింది ఉదాహరణను పరిగణించండి:
+
+```solidity
+function f(uint a){
+
+ if (a == 65) {
+ // ఒక బగ్ ఉంది
+ }
+
+}
+```
+
+`f()` రెండు పాత్లను కలిగి ఉన్నందున, ఒక DSE రెండు వేర్వేరు పాత్ ప్రిడికేట్లను నిర్మిస్తుంది:
+
+- పాత్ 1: `a == 65`
+- పాత్ 2: `కాదు (a == 65)`
+
+ప్రతి పాత్ ప్రిడికేట్ ఒక గణిత సూత్రం, దీనిని [SMT సాల్వర్](https://wikipedia.org/wiki/Satisfiability_modulo_theories) అని పిలవబడే దానికి ఇవ్వవచ్చు, అది సమీకరణాన్ని పరిష్కరించడానికి ప్రయత్నిస్తుంది. `పాత్ 1` కోసం, సాల్వర్ `a = 65` తో పాత్ను అన్వేషించవచ్చని చెబుతుంది. `పాత్ 2` కోసం, సాల్వర్ `a` కు 65 కాకుండా ఏదైనా విలువను ఇవ్వగలదు, ఉదాహరణకు `a = 0`.
+
+### లక్షణాలను ధృవీకరించడం {#verifying-properties}
+
+మాంటికోర్ ప్రతి పాత్ యొక్క అన్ని ఎగ్జిక్యూషన్పై పూర్తి నియంత్రణను అనుమతిస్తుంది. ఫలితంగా, ఇది దాదాపు దేనికైనా యాదృచ్ఛిక పరిమితులను జోడించడానికి మిమ్మల్ని అనుమతిస్తుంది. ఈ నియంత్రణ కాంట్రాక్ట్పై లక్షణాల సృష్టికి అనుమతిస్తుంది.
+
+కింది ఉదాహరణను పరిగణించండి:
+
+```solidity
+function unsafe_add(uint a, uint b) returns(uint c){
+ c = a + b; // ఓవర్ఫ్లో రక్షణ లేదు
+ return c;
+}
+```
+
+ఇక్కడ ఫంక్షన్లో అన్వేషించడానికి ఒకే ఒక్క పాత్ ఉంది:
+
+- పాత్ 1: `c = a + b`
+
+మాంటికోర్ను ఉపయోగించి, మీరు ఓవర్ఫ్లో కోసం తనిఖీ చేయవచ్చు, మరియు పాత్ ప్రిడికేట్కు పరిమితులను జోడించవచ్చు:
+
+- `c = a + b AND (c < a OR c < b)`
+
+పైన ఉన్న పాత్ ప్రిడికేట్ సాధ్యమయ్యే `a` మరియు `b` యొక్క మూల్యాంకనాన్ని కనుగొనడం సాధ్యమైతే, మీరు ఒక ఓవర్ఫ్లోను కనుగొన్నారని అర్థం. ఉదాహరణకు సాల్వర్ ఇన్పుట్ `a = 10 , b = MAXUINT256`ను రూపొందించగలదు.
+
+మీరు ఒక స్థిరమైన సంస్కరణను పరిగణించినట్లయితే:
+
+```solidity
+function safe_add(uint a, uint b) returns(uint c){
+ c = a + b;
+ require(c>=a);
+ require(c>=b);
+ return c;
+}
+```
+
+ఓవర్ఫ్లో తనిఖీతో అనుబంధిత సూత్రం ఇలా ఉంటుంది:
+
+- `c = a + b AND (c >= a) AND (c=>b) AND (c < a OR c < b)`
+
+ఈ సూత్రాన్ని పరిష్కరించలేము; మరో మాటలో చెప్పాలంటే, ఇది `safe_add`లో `c` ఎల్లప్పుడూ పెరుగుతుందనడానికి ఒక **రుజువు**.
+
+అందువల్ల DSE ఒక శక్తివంతమైన సాధనం, ఇది మీ కోడ్పై యాదృచ్ఛిక పరిమితులను ధృవీకరించగలదు.
+
+## మాంటికోర్ కింద నడుస్తోంది {#running-under-manticore}
+
+మాంటికోర్ API తో స్మార్ట్ కాంట్రాక్ట్ను ఎలా అన్వేషించాలో మనం చూస్తాము. లక్ష్యం కింది స్మార్ట్ కాంట్రాక్ట్ [`example.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example.sol):
+
+```solidity
+pragma solidity >=0.4.24 <0.6.0;
+
+contract Simple {
+ function f(uint a) payable public{
+ if (a == 65) {
+ revert();
+ }
+ }
+}
+```
+
+### ఒక స్వతంత్ర అన్వేషణను అమలు చేయండి {#run-a-standalone-exploration}
+
+మీరు కింది కమాండ్ ద్వారా నేరుగా స్మార్ట్ కాంట్రాక్ట్పై మాంటికోర్ను అమలు చేయవచ్చు (`project` ఒక సాలిడిటీ ఫైల్ లేదా ప్రాజెక్ట్ డైరెక్టరీ కావచ్చు):
+
+```bash
+$ manticore project
+```
+
+మీరు ఇలాంటి టెస్ట్కేసుల అవుట్పుట్ను పొందుతారు (ఆర్డర్ మారవచ్చు):
+
+```
+...
+... m.c.manticore:INFO: Generated testcase No. 0 - STOP
+... m.c.manticore:INFO: Generated testcase No. 1 - REVERT
+... m.c.manticore:INFO: Generated testcase No. 2 - RETURN
+... m.c.manticore:INFO: Generated testcase No. 3 - REVERT
+... m.c.manticore:INFO: Generated testcase No. 4 - STOP
+... m.c.manticore:INFO: Generated testcase No. 5 - REVERT
+... m.c.manticore:INFO: Generated testcase No. 6 - REVERT
+... m.c.manticore:INFO: Results in /home/ethsec/workshops/Automated Smart Contracts Audit - TruffleCon 2018/manticore/examples/mcore_t6vi6ij3
+...
+```
+
+అదనపు సమాచారం లేకుండా, మాంటికోర్ కొత్త సింబాలిక్ లావాదేవీలతో కాంట్రాక్ట్ను అన్వేషిస్తుంది, అది కాంట్రాక్ట్లో కొత్త పాత్లను అన్వేషించే వరకు. విఫలమైన దాని తర్వాత మాంటికోర్ కొత్త లావాదేవీలను అమలు చేయదు (ఉదా: రివర్ట్ తర్వాత).
+
+మాంటికోర్ సమాచారాన్ని `mcore_*` డైరెక్టరీలో అవుట్పుట్ చేస్తుంది. ఇతర వాటితో పాటు, మీరు ఈ డైరెక్టరీలో కనుగొంటారు:
+
+- `global.summary`: కవరేజ్ మరియు కంపైలర్ హెచ్చరికలు
+- `test_XXXXX.summary`: కవరేజ్, చివరి సూచన, ప్రతి టెస్ట్ కేసుకు ఖాతా బ్యాలెన్స్లు
+- `test_XXXXX.tx`: ప్రతి టెస్ట్ కేసుకు లావాదేవీల వివరణాత్మక జాబితా
+
+ఇక్కడ మాంటికోర్ 7 టెస్ట్ కేసులను కనుగొంది, అవి వీటికి అనుగుణంగా ఉంటాయి (ఫైల్నేమ్ ఆర్డర్ మారవచ్చు):
+
+| | లావాదేవీ 0 | లావాదేవీ 1 | లావాదేవీ 2 | ఫలితం |
+| :-------------------------------------------------------: | :----------------: | :------------------------: | -------------------------- | :----: |
+| **test_00000000.tx** | కాంట్రాక్ట్ సృష్టి | f(!=65) | f(!=65) | STOP |
+| **test_00000001.tx** | కాంట్రాక్ట్ సృష్టి | ఫాల్బ్యాక్ ఫంక్షన్ | | REVERT |
+| **test_00000002.tx** | కాంట్రాక్ట్ సృష్టి | | | RETURN |
+| **test_00000003.tx** | కాంట్రాక్ట్ సృష్టి | f(65) | | REVERT |
+| **test_00000004.tx** | కాంట్రాక్ట్ సృష్టి | f(!=65) | | STOP |
+| **test_00000005.tx** | కాంట్రాక్ట్ సృష్టి | f(!=65) | f(65) | REVERT |
+| **test_00000006.tx** | కాంట్రాక్ట్ సృష్టి | f(!=65) | ఫాల్బ్యాక్ ఫంక్షన్ | REVERT |
+
+_అన్వేషణ సారాంశం f(!=65) అంటే 65 కంటే భిన్నమైన ఏదైనా విలువతో f పిలువబడిందని సూచిస్తుంది._
+
+మీరు గమనించినట్లుగా, మాంటికోర్ ప్రతి విజయవంతమైన లేదా రివర్ట్ చేయబడిన లావాదేవీకి ఒక ప్రత్యేకమైన టెస్ట్ కేసును ఉత్పత్తి చేస్తుంది.
+
+మీరు వేగవంతమైన కోడ్ అన్వేషణను కోరుకుంటే `--quick-mode` ఫ్లాగ్ను ఉపయోగించండి (ఇది బగ్ డిటెక్టర్లు, గ్యాస్ గణన మొదలైనవాటిని నిలిపివేస్తుంది)
+
+### API ద్వారా స్మార్ట్ కాంట్రాక్ట్ను మార్చడం {#manipulate-a-smart-contract-through-the-api}
+
+ఈ విభాగం మాంటికోర్ పైథాన్ API ద్వారా స్మార్ట్ కాంట్రాక్ట్ను ఎలా మార్చాలో వివరిస్తుంది. మీరు పైథాన్ ఎక్స్టెన్షన్ `*.py` తో కొత్త ఫైల్ను సృష్టించవచ్చు మరియు API ఆదేశాలను (వీటి ప్రాథమికాలు క్రింద వివరించబడతాయి) ఈ ఫైల్లోకి జోడించడం ద్వారా అవసరమైన కోడ్ను వ్రాయవచ్చు, ఆపై `$ python3 *.py` ఆదేశంతో దాన్ని అమలు చేయండి. అలాగే మీరు కింది ఆదేశాలను నేరుగా పైథాన్ కన్సోల్లోకి అమలు చేయవచ్చు, కన్సోల్ను అమలు చేయడానికి `$ python3` ఆదేశాన్ని ఉపయోగించండి.
+
+### ఖాతాలను సృష్టించడం {#creating-accounts}
+
+మీరు చేయవలసిన మొదటి విషయం కింది ఆదేశాలతో కొత్త బ్లాక్ చైనును ప్రారంభించడం:
+
+```python
+from manticore.ethereum import ManticoreEVM
+
+m = ManticoreEVM()
+```
+
+ఒక నాన్-కాంట్రాక్ట్ ఖాతా [m.create_account](https://manticore.readthedocs.io/en/latest/evm.html?highlight=create_account#manticore.ethereum.ManticoreEVM.create_account) ఉపయోగించి సృష్టించబడుతుంది:
+
+```python
+user_account = m.create_account(balance=1000)
+```
+
+ఒక సాలిడిటీ కాంట్రాక్ట్ను [m.solidity_create_contract](https://manticore.readthedocs.io/en/latest/evm.html?highlight=solidity_create#manticore.ethereum.ManticoreEVM.create_contract) ఉపయోగించి అమలు చేయవచ్చు:
+
+```solidity
+source_code = '''
+pragma solidity >=0.4.24 <0.6.0;
+contract Simple {
+ function f(uint a) payable public{
+ if (a == 65) {
+ revert();
+ }
+ }
+}
+'''
+# Initiate the contract
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+```
+
+#### సారాంశం {#summary}
+
+- మీరు [m.create_account](https://manticore.readthedocs.io/en/latest/evm.html?highlight=create_account#manticore.ethereum.ManticoreEVM.create_account) మరియు [m.solidity_create_contract](https://manticore.readthedocs.io/en/latest/evm.html?highlight=solidity_create#manticore.ethereum.ManticoreEVM.create_contract) తో వినియోగదారు మరియు కాంట్రాక్ట్ ఖాతాలను సృష్టించవచ్చు.
+
+### లావాదేవీలను అమలు చేయడం {#executing-transactions}
+
+మాంటికోర్ రెండు రకాల లావాదేవీలకు మద్దతు ఇస్తుంది:
+
+- రా లావాదేవీ: అన్ని ఫంక్షన్లు అన్వేషించబడతాయి
+- పేరున్న లావాదేవీ: ఒకే ఒక ఫంక్షన్ అన్వేషించబడుతుంది
+
+#### రా లావాదేవీ {#raw-transaction}
+
+ఒక రా లావాదేవీ [m.transaction](https://manticore.readthedocs.io/en/latest/evm.html?highlight=transaction#manticore.ethereum.ManticoreEVM.transaction) ఉపయోగించి అమలు చేయబడుతుంది:
+
+```python
+m.transaction(caller=user_account,
+ address=contract_account,
+ data=data,
+ value=value)
+```
+
+కాలర్, చిరునామా, డేటా, లేదా లావాదేవీ యొక్క విలువ కాంక్రీట్ లేదా సింబాలిక్ కావచ్చు:
+
+- [m.make_symbolic_value](https://manticore.readthedocs.io/en/latest/evm.html?highlight=make_symbolic_value#manticore.ethereum.ManticoreEVM.make_symbolic_value) ఒక సింబాలిక్ విలువను సృష్టిస్తుంది.
+- [m.make_symbolic_buffer(size)](https://manticore.readthedocs.io/en/latest/evm.html?highlight=make_symbolic_buffer#manticore.ethereum.ManticoreEVM.make_symbolic_buffer) ఒక సింబాలిక్ బైట్ శ్రేణిని సృష్టిస్తుంది.
+
+ఉదాహరణకి:
+
+```python
+symbolic_value = m.make_symbolic_value()
+symbolic_data = m.make_symbolic_buffer(320)
+m.transaction(caller=user_account,
+ address=contract_address,
+ data=symbolic_data,
+ value=symbolic_value)
+```
+
+డేటా సింబాలిక్ అయితే, మాంటికోర్ లావాదేవీ అమలు సమయంలో కాంట్రాక్ట్ యొక్క అన్ని ఫంక్షన్లను అన్వేషిస్తుంది. ఫంక్షన్ ఎంపిక ఎలా పనిచేస్తుందో అర్థం చేసుకోవడానికి [హ్యాండ్స్ ఆన్ ది ఈథర్నాట్ CTF](https://blog.trailofbits.com/2017/11/06/hands-on-the-ethernaut-ctf/) కథనంలో ఫాల్బ్యాక్ ఫంక్షన్ వివరణను చూడటం సహాయకరంగా ఉంటుంది.
+
+#### పేరున్న లావాదేవీ {#named-transaction}
+
+ఫంక్షన్లను వాటి పేరు ద్వారా అమలు చేయవచ్చు.
+సింబాలిక్ విలువతో `f(uint var)` ను user_account నుండి, మరియు 0 ఈథర్తో అమలు చేయడానికి, ఉపయోగించండి:
+
+```python
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var, caller=user_account, value=0)
+```
+
+లావాదేవీ యొక్క `value` పేర్కొనకపోతే, అది డిఫాల్ట్గా 0 అవుతుంది.
+
+#### సారాంశం {#summary-1}
+
+- ఒక లావాదేవీ యొక్క వాదనలు కాంక్రీట్ లేదా సింబాలిక్ కావచ్చు
+- ఒక రా లావాదేవీ అన్ని ఫంక్షన్లను అన్వేషిస్తుంది
+- ఫంక్షన్ను వాటి పేరు ద్వారా పిలవవచ్చు
+
+### వర్క్స్పేస్ {#workspace}
+
+`m.workspace` అనేది రూపొందించబడిన అన్ని ఫైల్ల కోసం అవుట్పుట్ డైరెక్టరీగా ఉపయోగించబడే డైరెక్టరీ:
+
+```python
+print("Results are in {}".format(m.workspace))
+```
+
+### అన్వేషణను ముగించండి {#terminate-the-exploration}
+
+అన్వేషణను ఆపడానికి [m.finalize()](https://manticore.readthedocs.io/en/latest/evm.html?highlight=finalize#manticore.ethereum.ManticoreEVM.finalize)ని ఉపయోగించండి. ఈ పద్ధతిని పిలిచిన తర్వాత తదుపరి లావాదేవీలు పంపకూడదు మరియు మాంటికోర్ అన్వేషించబడిన ప్రతి పాత్కు టెస్ట్ కేసులను ఉత్పత్తి చేస్తుంది.
+
+### సారాంశం: మాంటికోర్ కింద నడుస్తోంది {#summary-running-under-manticore}
+
+మునుపటి దశలన్నింటినీ కలిపి, మనం పొందుతాము:
+
+```python
+from manticore.ethereum import ManticoreEVM
+
+m = ManticoreEVM()
+
+with open('example.sol') as f:
+ source_code = f.read()
+
+user_account = m.create_account(balance=1000)
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var)
+
+print("Results are in {}".format(m.workspace))
+m.finalize() # stop the exploration
+```
+
+పై కోడ్ అంతా మీరు [`example_run.py`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example_run.py)లో కనుగొనవచ్చు
+
+## త్రోయింగ్ పాత్లను పొందడం {#getting-throwing-paths}
+
+ఇప్పుడు మనం `f()`లో మినహాయింపును పెంచే పాత్ల కోసం నిర్దిష్ట ఇన్పుట్లను రూపొందిస్తాము. లక్ష్యం ఇప్పటికీ కింది స్మార్ట్ కాంట్రాక్ట్ [`example.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example.sol):
+
+```solidity
+pragma solidity >=0.4.24 <0.6.0;
+contract Simple {
+ function f(uint a) payable public{
+ if (a == 65) {
+ revert();
+ }
+ }
+}
+```
+
+### స్టేట్ సమాచారాన్ని ఉపయోగించడం {#using-state-information}
+
+అమలు చేయబడిన ప్రతి పాత్ బ్లాక్ చైను యొక్క దాని స్థితిని కలిగి ఉంటుంది. ఒక స్థితి సిద్ధంగా ఉంటుంది లేదా అది చంపబడుతుంది, అంటే అది THROW లేదా REVERT సూచనను చేరుకుంటుంది:
+
+- [m.ready_states](https://manticore.readthedocs.io/en/latest/states.html#accessing): సిద్ధంగా ఉన్న స్థితుల జాబితా (అవి REVERT/INVALID ను అమలు చేయలేదు)
+- [m.killed_states](https://manticore.readthedocs.io/en/latest/states.html#accessings): చంపబడిన స్థితుల జాబితా
+- [m.all_states](https://manticore.readthedocs.io/en/latest/states.html#accessings): అన్ని స్థితులు
+
+```python
+for state in m.all_states:
+ # స్టేట్తో ఏదైనా చేయండి
+```
+
+మీరు స్థితి సమాచారాన్ని యాక్సెస్ చేయవచ్చు. ఉదాహరణకి:
+
+- `state.platform.get_balance(account.address)`: ఖాతా యొక్క బ్యాలెన్స్
+- `state.platform.transactions`: లావాదేవీల జాబితా
+- `state.platform.transactions[-1].return_data`: చివరి లావాదేవీ ద్వారా తిరిగి ఇవ్వబడిన డేటా
+
+చివరి లావాదేవీ ద్వారా తిరిగి ఇవ్వబడిన డేటా ఒక శ్రేణి, దీనిని ABI.deserialize తో ఒక విలువగా మార్చవచ్చు, ఉదాహరణకు:
+
+```python
+data = state.platform.transactions[0].return_data
+data = ABI.deserialize("uint", data)
+```
+
+### టెస్ట్కేస్ను ఎలా రూపొందించాలి {#how-to-generate-testcase}
+
+టెస్ట్కేస్ను రూపొందించడానికి [m.generate_testcase(state, name)](https://manticore.readthedocs.io/en/latest/evm.html?highlight=generate_testcase#manticore.ethereum.ManticoreEVM.generate_testcase)ని ఉపయోగించండి:
+
+```python
+m.generate_testcase(state, 'BugFound')
+```
+
+### సారాంశం {#summary-2}
+
+- మీరు m.all_states తో స్థితిపై పునరావృతం చేయవచ్చు
+- `state.platform.get_balance(account.address)` ఖాతా బ్యాలెన్స్ను తిరిగి ఇస్తుంది
+- `state.platform.transactions` లావాదేవీల జాబితాను తిరిగి ఇస్తుంది
+- `transaction.return_data` అనేది తిరిగి ఇవ్వబడిన డేటా
+- `m.generate_testcase(state, name)` స్థితి కోసం ఇన్పుట్లను ఉత్పత్తి చేస్తుంది
+
+### సారాంశం: త్రోయింగ్ పాత్ను పొందడం {#summary-getting-throwing-path}
+
+```python
+from manticore.ethereum import ManticoreEVM
+
+m = ManticoreEVM()
+
+with open('example.sol') as f:
+ source_code = f.read()
+
+user_account = m.create_account(balance=1000)
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var)
+
+## Check if an execution ends with a REVERT or INVALID
+for state in m.terminated_states:
+ last_tx = state.platform.transactions[-1]
+ if last_tx.result in ['REVERT', 'INVALID']:
+ print('Throw found {}'.format(m.workspace))
+ m.generate_testcase(state, 'ThrowFound')
+```
+
+పై కోడ్ అంతా మీరు [`example_run.py`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example_run.py)లో కనుగొనవచ్చు
+
+_గమనిక మేము చాలా సరళమైన స్క్రిప్ట్ను రూపొందించగలిగేవాళ్లం, ఎందుకంటే terminated_state ద్వారా తిరిగి ఇవ్వబడిన అన్ని స్థితుల ఫలితంలో REVERT లేదా INVALID ఉంది: ఈ ఉదాహరణ కేవలం APIని ఎలా మార్చాలో ప్రదర్శించడానికి మాత్రమే ఉద్దేశించబడింది._
+
+## పరిమితులను జోడించడం {#adding-constraints}
+
+అన్వేషణను ఎలా నియంత్రించాలో చూద్దాం. ఫంక్షన్ ఎప్పుడూ `a == 65` తో పిలువబడదని `f()` యొక్క డాక్యుమెంటేషన్ పేర్కొంటుందని మేము ఊహిస్తాము, కాబట్టి `a == 65` తో ఉన్న ఏ బగ్ అయినా నిజమైన బగ్ కాదు. లక్ష్యం ఇప్పటికీ కింది స్మార్ట్ కాంట్రాక్ట్ [`example.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example.sol):
+
+```solidity
+pragma solidity >=0.4.24 <0.6.0;
+contract Simple {
+ function f(uint a) payable public{
+ if (a == 65) {
+ revert();
+ }
+ }
+}
+```
+
+### ఆపరేటర్లు {#operators}
+
+[ఆపరేటర్లు](https://github.com/trailofbits/manticore/blob/master/manticore/core/smtlib/operators.py) మాడ్యూల్ పరిమితుల మార్పును సులభతరం చేస్తుంది, ఇతర వాటితో పాటు ఇది అందిస్తుంది:
+
+- Operators.AND,
+- Operators.OR,
+- Operators.UGT (unsigned greater than),
+- Operators.UGE (unsigned greater than or equal to),
+- Operators.ULT (unsigned lower than),
+- Operators.ULE (unsigned lower than or equal to).
+
+మాడ్యూల్ను దిగుమతి చేయడానికి కింది వాటిని ఉపయోగించండి:
+
+```python
+from manticore.core.smtlib import Operators
+```
+
+`Operators.CONCAT` అనేది ఒక శ్రేణిని ఒక విలువకు కలపడానికి ఉపయోగించబడుతుంది. ఉదాహరణకు, ఒక లావాదేవీ యొక్క return_data ను మరొక విలువతో సరిపోల్చడానికి ఒక విలువగా మార్చాలి:
+
+```python
+last_return = Operators.CONCAT(256, *last_return)
+```
+
+### పరిమితులు {#state-constraint}
+
+మీరు పరిమితులను ప్రపంచవ్యాప్తంగా లేదా ఒక నిర్దిష్ట స్థితి కోసం ఉపయోగించవచ్చు.
+
+#### గ్లోబల్ పరిమితి {#state-constraint}
+
+గ్లోబల్ పరిమితిని జోడించడానికి `m.constrain(constraint)` ను ఉపయోగించండి.
+ఉదాహరణకు, మీరు ఒక సింబాలిక్ చిరునామా నుండి ఒక కాంట్రాక్ట్ను పిలవవచ్చు మరియు ఈ చిరునామాను నిర్దిష్ట విలువలకు పరిమితం చేయవచ్చు:
+
+```python
+symbolic_address = m.make_symbolic_value()
+m.constraint(Operators.OR(symbolic == 0x41, symbolic_address == 0x42))
+m.transaction(caller=user_account,
+ address=contract_account,
+ data=m.make_symbolic_buffer(320),
+ value=0)
+```
+
+#### స్థితి పరిమితి {#state-constraint}
+
+ఒక నిర్దిష్ట స్థితికి పరిమితిని జోడించడానికి [state.constrain(constraint)](https://manticore.readthedocs.io/en/latest/states.html?highlight=StateBase#manticore.core.state.StateBase.constrain)ని ఉపయోగించండి.
+దానిపై కొన్ని లక్షణాలను తనిఖీ చేయడానికి దాని అన్వేషణ తర్వాత స్థితిని పరిమితం చేయడానికి దీనిని ఉపయోగించవచ్చు.
+
+### పరిమితిని తనిఖీ చేయడం {#checking-constraint}
+
+ఒక పరిమితి ఇప్పటికీ సాధ్యమేనా అని తెలుసుకోవడానికి `solver.check(state.constraints)` ను ఉపయోగించండి.
+ఉదాహరణకు, కిందిది symbolic_value ను 65 కంటే భిన్నంగా ఉండేలా పరిమితం చేస్తుంది మరియు స్థితి ఇప్పటికీ సాధ్యమేనా అని తనిఖీ చేస్తుంది:
+
+```python
+state.constrain(symbolic_var != 65)
+if solver.check(state.constraints):
+ # state is feasible
+```
+
+### సారాంశం: పరిమితులను జోడించడం {#summary-adding-constraints}
+
+మునుపటి కోడ్కు పరిమితిని జోడిస్తే, మనం పొందుతాము:
+
+```python
+from manticore.ethereum import ManticoreEVM
+from manticore.core.smtlib.solver import Z3Solver
+
+solver = Z3Solver.instance()
+
+m = ManticoreEVM()
+
+with open("example.sol") as f:
+ source_code = f.read()
+
+user_account = m.create_account(balance=1000)
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var)
+
+no_bug_found = True
+
+## ఒక ఎగ్జిక్యూషన్ REVERT లేదా INVALID తో ముగుస్తుందో లేదో తనిఖీ చేయండి
+for state in m.terminated_states:
+ last_tx = state.platform.transactions[-1]
+ if last_tx.result in ['REVERT', 'INVALID']:
+ # a == 65 అయిన పాత్ను మేము పరిగణించము
+ condition = symbolic_var != 65
+ if m.generate_testcase(state, name="BugFound", only_if=condition):
+ print(f'బగ్ కనుగొనబడింది, ఫలితాలు {m.workspace} లో ఉన్నాయి')
+ no_bug_found = False
+
+if no_bug_found:
+ print(f'బగ్ ఏదీ కనుగొనబడలేదు')
+```
+
+పై కోడ్ అంతా మీరు [`example_run.py`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example_run.py)లో కనుగొనవచ్చు
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md b/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
new file mode 100644
index 00000000000..aecff4e5a2d
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
@@ -0,0 +1,239 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్ బగ్స్ను కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి
+description: స్మార్ట్ కాంట్రాక్ట్లలో బగ్స్ను స్వయంచాలకంగా కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి
+author: Trailofbits
+lang: te
+tags:
+ [
+ "దృఢత్వం",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "భద్రత",
+ "పరీక్షించడం"
+ ]
+skill: అధునాతనం
+published: 2020-06-09
+source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/slither
+---
+
+## స్లిథర్ను ఎలా ఉపయోగించాలి {#how-to-use-slither}
+
+స్మార్ట్ కాంట్రాక్ట్లలో బగ్స్ను స్వయంచాలకంగా కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలో చూపడమే ఈ ట్యుటోరియల్ లక్ష్యం.
+
+- [ఇన్స్టాలేషన్](#installation)
+- [కమాండ్ లైన్ వినియోగం](#command-line)
+- [స్టాటిక్ అనాలిసిస్కు పరిచయం](#static-analysis): స్టాటిక్ అనాలిసిస్కు సంక్షిప్త పరిచయం
+- [API](#api-basics): పైథాన్ API వివరణ
+
+## సంస్థాపన {#installation}
+
+స్లిథర్కు పైథాన్ >= 3.6 అవసరం. దీనిని పిప్ ద్వారా లేదా డాకర్ని ఉపయోగించి ఇన్స్టాల్ చేయవచ్చు.
+
+pip ద్వారా స్లిథర్:
+
+```bash
+pip3 install --user slither-analyzer
+```
+
+డాకర్ ద్వారా స్లిథర్:
+
+```bash
+docker pull trailofbits/eth-security-toolbox
+docker run -it -v "$PWD":/home/trufflecon trailofbits/eth-security-toolbox
+```
+
+_చివరి కమాండ్ మీ ప్రస్తుత డైరెక్టరీకి యాక్సెస్ ఉన్న డాకర్లో eth-security-toolboxను రన్ చేస్తుంది. మీరు మీ హోస్ట్ నుండి ఫైల్లను మార్చవచ్చు, మరియు డాకర్_ నుండి ఫైల్లపై సాధనాలను అమలు చేయండి
+
+డాకర్ లోపల, రన్ చేయండి:
+
+```bash
+solc-select 0.5.11
+cd /home/trufflecon/
+```
+
+### ఒక స్క్రిప్ట్ను అమలు చేయడం {#running-a-script}
+
+పైథాన్ 3 తో పైథాన్ స్క్రిప్ట్ను అమలు చేయడానికి:
+
+```bash
+python3 script.py
+```
+
+### కమాండ్ లైన్ {#command-line}
+
+**కమాండ్ లైన్ వర్సెస్ యూజర్-డిఫైన్డ్ స్క్రిప్ట్లు.** స్లిథర్ అనేక సాధారణ బగ్లను కనుగొనే ముందే నిర్వచించిన డిటెక్టర్ల సమితితో వస్తుంది. కమాండ్ లైన్ నుండి స్లిథర్ను కాల్ చేయడం వల్ల అన్ని డిటెక్టర్లు రన్ అవుతాయి, స్టాటిక్ అనాలిసిస్ గురించి వివరణాత్మక జ్ఞానం అవసరం లేదు:
+
+```bash
+slither project_paths
+```
+
+డిటెక్టర్లతో పాటు, స్లిథర్ దాని [ప్రింటర్లు](https://github.com/crytic/slither#printers) మరియు [టూల్స్](https://github.com/crytic/slither#tools) ద్వారా కోడ్ సమీక్ష సామర్థ్యాలను కలిగి ఉంది.
+
+ప్రైవేట్ డిటెక్టర్లు మరియు GitHub ఇంటిగ్రేషన్కు యాక్సెస్ పొందడానికి [crytic.io](https://github.com/crytic)ని ఉపయోగించండి.
+
+## స్టాటిక్ విశ్లేషణ {#static-analysis}
+
+స్లిథర్ స్టాటిక్ అనాలిసిస్ ఫ్రేమ్వర్క్ యొక్క సామర్థ్యాలు మరియు డిజైన్ బ్లాగ్ పోస్టులలో ([1](https://blog.trailofbits.com/2018/10/19/slither-a-solidity-static-analysis-framework/), [2](https://blog.trailofbits.com/2019/05/27/slither-the-leading-static-analyzer-for-smart-contracts/)) మరియు ఒక [అకాడెమిక్ పేపర్](https://github.com/trailofbits/publications/blob/master/papers/wetseb19.pdf)లో వివరించబడింది.
+
+స్టాటిక్ విశ్లేషణ వివిధ రకాలుగా ఉంటుంది. [clang](https://clang-analyzer.llvm.org/) మరియు [gcc](https://lwn.net/Articles/806099/) వంటి కంపైలర్లు ఈ పరిశోధన పద్ధతులపై ఆధారపడతాయని మీరు బహుశా గ్రహించి ఉంటారు, కానీ ఇది ([Infer](https://fbinfer.com/), [CodeClimate](https://codeclimate.com/), [FindBugs](http://findbugs.sourceforge.net/) మరియు [Frama-C](https://frama-c.com/) మరియు [Polyspace](https://www.mathworks.com/products/polyspace.html) వంటి ఫార్మల్ మెథడ్స్ ఆధారిత టూల్స్కు) కూడా ఆధారం.
+
+మేము ఇక్కడ స్టాటిక్ విశ్లేషణ పద్ధతులు మరియు పరిశోధకులను సమగ్రంగా సమీక్షించము. దానికి బదులుగా, స్లిథర్ ఎలా పనిచేస్తుందో అర్థం చేసుకోవడానికి ఏమి అవసరమో దానిపై మేము దృష్టి పెడతాము, తద్వారా మీరు బగ్లను కనుగొనడానికి మరియు కోడ్ను అర్థం చేసుకోవడానికి దాన్ని మరింత సమర్థవంతంగా ఉపయోగించవచ్చు.
+
+- [కోడ్ ప్రాతినిధ్యం](#code-representation)
+- [కోడ్ విశ్లేషణ](#analysis)
+- [మధ్యంతర ప్రాతినిధ్యం](#intermediate-representation)
+
+### కోడ్ ప్రాతినిధ్యం {#code-representation}
+
+ఒకే ఒక ఎగ్జిక్యూషన్ పాత్ గురించి తర్కించే డైనమిక్ అనాలిసిస్కు విరుద్ధంగా, స్టాటిక్ అనాలిసిస్ అన్ని పాత్ల గురించి ఒకేసారి తర్కిస్తుంది. అలా చేయడానికి, ఇది వేరే కోడ్ ప్రాతినిధ్యంపై ఆధారపడుతుంది. అబ్స్ట్రాక్ట్ సింటాక్స్ ట్రీ (AST) మరియు కంట్రోల్ ఫ్లో గ్రాఫ్ (CFG) అనేవి రెండు అత్యంత సాధారణమైనవి.
+
+### అబ్స్ట్రాక్ట్ సింటాక్స్ ట్రీలు (AST) {#abstract-syntax-trees-ast}
+
+కంపైలర్ కోడ్ను పార్స్ చేసిన ప్రతిసారీ ASTలు ఉపయోగించబడతాయి. స్టాటిక్ విశ్లేషణను నిర్వహించగల అత్యంత ప్రాథమిక నిర్మాణం బహుశా ఇదే.
+
+సంక్షిప్తంగా, AST అనేది ఒక నిర్మాణాత్మక ట్రీ, ఇక్కడ సాధారణంగా, ప్రతి లీఫ్లో ఒక వేరియబుల్ లేదా ఒక కాన్స్టాంట్ ఉంటుంది మరియు అంతర్గత నోడ్స్ ఆపరాండ్లు లేదా కంట్రోల్ ఫ్లో ఆపరేషన్లు. కింది కోడ్ను పరిగణించండి:
+
+```solidity
+function safeAdd(uint a, uint b) pure internal returns(uint){
+ if(a + b <= a){
+ revert();
+ }
+ return a + b;
+}
+```
+
+సంబంధిత AST ఇందులో చూపబడింది:
+
+
+
+స్లిథర్ solc ద్వారా ఎగుమతి చేయబడిన ASTని ఉపయోగిస్తుంది.
+
+నిర్మించడానికి సులభమైనప్పటికీ, AST ఒక నెస్ట్ చేయబడిన నిర్మాణం. కొన్నిసార్లు, విశ్లేషించడానికి ఇది చాలా సరళమైనది కాదు. `a + b <= a` అనే ఎక్స్ప్రెషన్ ద్వారా ఉపయోగించే ఆపరేషన్లను గుర్తించడానికి, మీరు మొదట `<=` మరియు తర్వాత `+`ని విశ్లేషించాలి. ఒక సాధారణ పద్ధతి విజిటర్ ప్యాటర్న్ను ఉపయోగించడం, ఇది ట్రీ ద్వారా పునరావృతంగా నావిగేట్ చేస్తుంది. స్లిథర్ [`ExpressionVisitor`](https://github.com/crytic/slither/blob/master/slither/visitors/expression/expression.py)లో ఒక జెనరిక్ విజిటర్ను కలిగి ఉంది.
+
+కింది కోడ్ ఒక ఎక్స్ప్రెషన్లో అడిషన్ ఉందో లేదో గుర్తించడానికి `ExpressionVisitor`ని ఉపయోగిస్తుంది:
+
+```python
+from slither.visitors.expression.expression import ExpressionVisitor
+from slither.core.expressions.binary_operation import BinaryOperationType
+
+class HasAddition(ExpressionVisitor):
+
+ def result(self):
+ return self._result
+
+ def _post_binary_operation(self, expression):
+ if expression.type == BinaryOperationType.ADDITION:
+ self._result = True
+
+visitor = HasAddition(expression) # expression అనేది పరీక్షించాల్సిన ఎక్స్ప్రెషన్
+print(f'The expression {expression} has a addition: {visitor.result()}')
+```
+
+### కంట్రోల్ ఫ్లో గ్రాఫ్ (CFG) {#control-flow-graph-cfg}
+
+రెండవ అత్యంత సాధారణ కోడ్ ప్రాతినిధ్యం కంట్రోల్ ఫ్లో గ్రాఫ్ (CFG). దాని పేరు సూచించినట్లుగా, ఇది అన్ని ఎగ్జిక్యూషన్ పాత్లను బహిర్గతం చేసే గ్రాఫ్-ఆధారిత ప్రాతినిధ్యం. ప్రతి నోడ్ ఒకటి లేదా అంతకంటే ఎక్కువ సూచనలను కలిగి ఉంటుంది. గ్రాఫ్లోని ఎడ్జ్లు కంట్రోల్ ఫ్లో ఆపరేషన్లను (if/then/else, loop, etc) సూచిస్తాయి. మా మునుపటి ఉదాహరణ యొక్క CFG:
+
+
+
+చాలా విశ్లేషణలు నిర్మించబడిన ప్రాతినిధ్యం CFG.
+
+అనేక ఇతర కోడ్ ప్రాతినిధ్యాలు ఉన్నాయి. మీరు చేయాలనుకుంటున్న విశ్లేషణ ప్రకారం ప్రతి ప్రాతినిధ్యానికి ప్రయోజనాలు మరియు నష్టాలు ఉన్నాయి.
+
+### విశ్లేషణ {#analysis}
+
+మీరు స్లిథర్తో చేయగల సరళమైన విశ్లేషణ రకాలు సింటాక్టిక్ విశ్లేషణలు.
+
+### సింటాక్స్ విశ్లేషణ {#syntax-analysis}
+
+ఒక ప్యాట్రన్ మ్యాచింగ్-లాంటి పద్ధతిని ఉపయోగించి, అననుకూలతలు మరియు లోపాలను కనుగొనడానికి స్లిథర్ కోడ్ యొక్క వివిధ భాగాలు మరియు వాటి ప్రాతినిధ్యం ద్వారా నావిగేట్ చేయగలదు.
+
+ఉదాహరణకు, కింది డిటెక్టర్లు సింటాక్స్కు సంబంధించిన సమస్యల కోసం చూస్తాయి:
+
+- [స్టేట్ వేరియబుల్ షాడోయింగ్](https://github.com/crytic/slither/wiki/Detector-Documentation#state-variable-shadowing): అన్ని స్టేట్ వేరియబుల్స్పై పునరావృతమవుతుంది మరియు ఏదైనా ఒక ఇన్హెరిట్ చేయబడిన కాంట్రాక్ట్ నుండి వేరియబుల్ను షాడో చేస్తుందో లేదో తనిఖీ చేస్తుంది ([state.py#L51-L62](https://github.com/crytic/slither/blob/0441338e055ab7151b30ca69258561a5a793f8ba/slither/detectors/shadowing/state.py#L51-L62))
+
+- [తప్పు ERC20 ఇంటర్ఫేస్](https://github.com/crytic/slither/wiki/Detector-Documentation#incorrect-erc20-interface): తప్పు ERC20 ఫంక్షన్ సంతకాల కోసం చూడండి ([incorrect_erc20_interface.py#L34-L55](https://github.com/crytic/slither/blob/0441338e055ab7151b30ca69258561a5a793f8ba/slither/detectors/erc/incorrect_erc20_interface.py#L34-L55))
+
+### సెమాంటిక్ విశ్లేషణ {#semantic-analysis}
+
+సింటాక్స్ విశ్లేషణకు విరుద్ధంగా, ఒక సెమాంటిక్ విశ్లేషణ లోతుగా వెళ్లి కోడ్ యొక్క “అర్థాన్ని” విశ్లేషిస్తుంది. ఈ కుటుంబంలో కొన్ని విస్తృత రకాల విశ్లేషణలు ఉన్నాయి. అవి మరింత శక్తివంతమైన మరియు ఉపయోగకరమైన ఫలితాలకు దారితీస్తాయి, కానీ వ్రాయడానికి కూడా చాలా క్లిష్టంగా ఉంటాయి.
+
+అత్యంత అధునాతన దుర్బలత్వ గుర్తింపుల కోసం సెమాంటిక్ విశ్లేషణలు ఉపయోగించబడతాయి.
+
+#### డేటా డిపెండెన్సీ విశ్లేషణ {#fixed-point-computation}
+
+`variable_a` విలువ `variable_b` ద్వారా ప్రభావితమయ్యే మార్గం ఉంటే, `variable_a` వేరియబుల్ `variable_b`పై డేటా-ఆధారితమని చెప్పబడుతుంది.
+
+కింది కోడ్లో, `variable_a` `variable_b`పై ఆధారపడి ఉంటుంది:
+
+```solidity
+// ...
+variable_a = variable_b + 1;
+```
+
+స్లిథర్ దాని ఇంటర్మీడియట్ రిప్రజెంటేషన్ (తరువాతి విభాగంలో చర్చించబడింది) కారణంగా, అంతర్నిర్మిత [డేటా డిపెండెన్సీ](https://github.com/crytic/slither/wiki/data-dependency) సామర్థ్యాలతో వస్తుంది.
+
+డేటా డిపెండెన్సీ వినియోగం యొక్క ఉదాహరణ [ప్రమాదకరమైన కఠినమైన సమానత్వ డిటెక్టర్](https://github.com/crytic/slither/wiki/Detector-Documentation#dangerous-strict-equalities)లో కనుగొనవచ్చు. ఇక్కడ స్లిథర్ ఒక ప్రమాదకరమైన విలువతో కఠినమైన సమానత్వ పోలిక కోసం చూస్తుంది ([incorrect_strict_equality.py#L86-L87](https://github.com/crytic/slither/blob/6d86220a53603476f9567c3358524ea4db07fb25/slither/detectors/statements/incorrect_strict_equality.py#L86-L87)), మరియు దాడి చేసే వ్యక్తి కాంట్రాక్ట్ను ట్రాప్ చేయకుండా నిరోధించడానికి, `==`కి బదులుగా `>=` లేదా `<=`ని ఉపయోగించాలని వినియోగదారునికి తెలియజేస్తుంది. ఇతర వాటితో పాటు, డిటెక్టర్ `balanceOf(address)`కి కాల్ యొక్క రిటర్న్ విలువను ప్రమాదకరమైనదిగా పరిగణిస్తుంది ([incorrect_strict_equality.py#L63-L64](https://github.com/crytic/slither/blob/6d86220a53603476f9567c3358524ea4db07fb25/slither/detectors/statements/incorrect_strict_equality.py#L63-L64)), మరియు దాని వినియోగాన్ని ట్రాక్ చేయడానికి డేటా డిపెండెన్సీ ఇంజిన్ను ఉపయోగిస్తుంది.
+
+#### ఫిక్స్డ్-పాయింట్ కంప్యూటేషన్ {#fixed-point-computation}
+
+మీ విశ్లేషణ CFG ద్వారా నావిగేట్ చేసి, ఎడ్జ్లను అనుసరిస్తే, మీరు ఇప్పటికే సందర్శించిన నోడ్స్ను చూసే అవకాశం ఉంది. ఉదాహరణకు, ఒక లూప్ క్రింద చూపిన విధంగా ఉంటే:
+
+```solidity
+for(uint i; i < range; ++){
+ variable_a += 1
+}
+```
+
+మీ విశ్లేషణ ఎప్పుడు ఆపాలో తెలుసుకోవాలి. ఇక్కడ రెండు ప్రధాన వ్యూహాలు ఉన్నాయి: (1) ప్రతి నోడ్పై పరిమిత సంఖ్యలో పునరావృతం చేయడం, (2) _ఫిక్స్పాయింట్_ అని పిలవబడే దానిని లెక్కించడం. ఒక ఫిక్స్పాయింట్ అంటే ప్రాథమికంగా ఈ నోడ్ను విశ్లేషించడం వల్ల ఎటువంటి అర్థవంతమైన సమాచారం లభించదు.
+
+ఫిక్స్పాయింట్ ఉపయోగించిన ఉదాహరణ రీఎంట్రన్సీ డిటెక్టర్లలో కనుగొనవచ్చు: స్లిథర్ నోడ్స్ను అన్వేషిస్తుంది మరియు బాహ్య కాల్స్, స్టోరేజ్కు వ్రాయడం మరియు చదవడం కోసం చూస్తుంది. ఒకసారి అది ఒక ఫిక్స్పాయింట్ను చేరుకున్న తర్వాత ([reentrancy.py#L125-L131](https://github.com/crytic/slither/blob/master/slither/detectors/reentrancy/reentrancy.py#L125-L131)), అది అన్వేషణను ఆపివేస్తుంది మరియు వివిధ రీఎంట్రన్సీ ప్యాట్రన్ల ద్వారా రీఎంట్రన్సీ ఉందో లేదో చూడటానికి ఫలితాలను విశ్లేషిస్తుంది ([reentrancy_benign.py](https://github.com/crytic/slither/blob/b275bcc824b1b932310cf03b6bfb1a1fef0ebae1/slither/detectors/reentrancy/reentrancy_benign.py), [reentrancy_read_before_write.py](https://github.com/crytic/slither/blob/b275bcc824b1b932310cf03b6bfb1a1fef0ebae1/slither/detectors/reentrancy/reentrancy_read_before_write.py), [reentrancy_eth.py](https://github.com/crytic/slither/blob/b275bcc824b1b932310cf03b6bfb1a1fef0ebae1/slither/detectors/reentrancy/reentrancy_eth.py)).
+
+సమర్థవంతమైన ఫిక్స్డ్ పాయింట్ కంప్యూటేషన్ను ఉపయోగించి విశ్లేషణలు రాయడానికి, విశ్లేషణ దాని సమాచారాన్ని ఎలా ప్రచారం చేస్తుందనే దానిపై మంచి అవగాహన అవసరం.
+
+### మధ్యంతర ప్రాతినిధ్యం {#intermediate-representation}
+
+ఇంటర్మీడియట్ రిప్రజెంటేషన్ (IR) అనేది అసలు భాష కంటే స్టాటిక్ విశ్లేషణకు మరింత అనుకూలంగా ఉండేలా ఉద్దేశించిన భాష. స్లిథర్ సాలిడిటీని దాని స్వంత IR: [SlithIR](https://github.com/crytic/slither/wiki/SlithIR)కి అనువదిస్తుంది.
+
+మీరు కేవలం ప్రాథమిక తనిఖీలను వ్రాయాలనుకుంటే SlithIRను అర్థం చేసుకోవడం అవసరం లేదు. అయితే, మీరు అధునాతన సెమాంటిక్ విశ్లేషణలను వ్రాయాలని ప్లాన్ చేస్తే ఇది ఉపయోగపడుతుంది. [SlithIR](https://github.com/crytic/slither/wiki/Printer-documentation#slithir) మరియు [SSA](https://github.com/crytic/slither/wiki/Printer-documentation#slithir-ssa) ప్రింటర్లు కోడ్ ఎలా అనువదించబడిందో అర్థం చేసుకోవడానికి మీకు సహాయపడతాయి.
+
+## API బేసిక్స్ {#api-basics}
+
+స్లిథర్ ఒక APIని కలిగి ఉంది, ఇది కాంట్రాక్ట్ మరియు దాని ఫంక్షన్ల యొక్క ప్రాథమిక లక్షణాలను అన్వేషించడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+ఒక కోడ్బేస్ను లోడ్ చేయడానికి:
+
+```python
+from slither import Slither
+slither = Slither('/path/to/project')
+
+```
+
+### కాంట్రాక్ట్లు మరియు ఫంక్షన్లను అన్వేషించడం {#exploring-contracts-and-functions}
+
+ఒక `Slither` ఆబ్జెక్ట్ కలిగి ఉంది:
+
+- `contracts (list(Contract)`: కాంట్రాక్ట్ల జాబితా
+- `contracts_derived (list(Contract)`: మరొక కాంట్రాక్ట్ ద్వారా ఇన్హెరిట్ చేయబడని కాంట్రాక్ట్ల జాబితా (కాంట్రాక్ట్ల ఉపసమితి)
+- `get_contract_from_name (str)`: దాని పేరు నుండి ఒక కాంట్రాక్ట్ను తిరిగి ఇస్తుంది
+
+ఒక `Contract` ఆబ్జెక్ట్ కలిగి ఉంది:
+
+- `name (str)`: కాంట్రాక్ట్ పేరు
+- `functions (list(Function))`: ఫంక్షన్ల జాబితా
+- `modifiers (list(Modifier))`: మాడిఫైయర్ల జాబితా
+- `all_functions_called (list(Function/Modifier))`: కాంట్రాక్ట్ ద్వారా చేరగల అన్ని అంతర్గత ఫంక్షన్ల జాబితా
+- `inheritance (list(Contract))`: ఇన్హెరిట్ చేయబడిన కాంట్రాక్ట్ల జాబితా
+- `get_function_from_signature (str)`: దాని సంతకం నుండి ఒక ఫంక్షన్ను తిరిగి ఇస్తుంది
+- `get_modifier_from_signature (str)`: దాని సంతకం నుండి ఒక మాడిఫైయర్ను తిరిగి ఇస్తుంది
+- `get_state_variable_from_name (str)`: దాని పేరు నుండి ఒక స్టేట్వేరియబుల్ను తిరిగి ఇస్తుంది
+
+ఒక `Function` లేదా `Modifier` ఆబ్జెక్ట్ కలిగి ఉంది:
+
+- `name (str)`: ఫంక్షన్ పేరు
+- `contract (contract)`: ఫంక్షన్ ప్రకటించబడిన కాంట్రాక్ట్
+- `nodes (list(Node))`: ఫంక్షన్/మాడిఫైయర్ యొక్క CFGని కంపోజ్ చేసే నోడ్స్ జాబితా
+- `entry_point (Node)`: CFG యొక్క ఎంట్రీ పాయింట్
+- `variables_read (list(Variable))`: చదవబడిన వేరియబుల్స్ జాబితా
+- `variables_written (list(Variable))`: వ్రాయబడిన వేరియబుల్స్ జాబితా
+- `state_variables_read (list(StateVariable))`: చదవబడిన స్టేట్ వేరియబుల్స్ జాబితా (వేరియబుల్స్ `read` యొక్క ఉపసమితి)
+- `state_variables_written (list(StateVariable))`: వ్రాయబడిన స్టేట్ వేరియబుల్స్ జాబితా (వేరియబుల్స్ `written` యొక్క ఉపసమితి)
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md b/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
new file mode 100644
index 00000000000..018d701a22e
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
@@ -0,0 +1,81 @@
+---
+title: మీ ఒరాకిల్గా Tellorను ఎలా సెటప్ చేయాలి
+description: మీ ప్రోటోకాల్లో Tellor ఒరాకిల్ను ఇంటిగ్రేట్ చేయడం ప్రారంభించడానికి ఒక గైడ్
+author: "Tellor"
+lang: te
+tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "ఒరాకిల్స్" ]
+skill: ఆరంభకులు
+published: 2021-06-29
+source: Tellor డాక్స్
+sourceUrl: https://docs.tellor.io/tellor/
+---
+
+పాప్ క్విజ్: మీ ప్రోటోకాల్ దాదాపుగా పూర్తయింది, కానీ ఆఫ్చైన్ డేటాకు యాక్సెస్ పొందడానికి దానికి ఒక ఒరాకిల్ అవసరం... మీరు ఏమి చేస్తారు?
+
+## (సాఫ్ట్) ముందస్తు అవసరాలు {#soft-prerequisites}
+
+ఈ పోస్ట్ ఒక ఒరాకిల్ ఫీడ్ను యాక్సెస్ చేయడాన్ని వీలైనంత సులభంగా మరియు సూటిగా మార్చాలని లక్ష్యంగా పెట్టుకుంది. అలా చెప్పినప్పటికీ, ఒరాకిల్ అంశంపై దృష్టి సారించడానికి మీ కోడింగ్ నైపుణ్య స్థాయి గురించి మేము ఈ క్రింది వాటిని ఊహిస్తున్నాము.
+
+అంచనాలు:
+
+- మీరు ఒక టెర్మినల్ను నావిగేట్ చేయగలరు
+- మీరు npm ఇన్స్టాల్ చేసారు
+- డిపెండెన్సీలను నిర్వహించడానికి npmను ఎలా ఉపయోగించాలో మీకు తెలుసు
+
+Tellor అనేది అమలుకు సిద్ధంగా ఉన్న ఒక లైవ్ మరియు ఓపెన్-సోర్స్డ్ ఒరాకిల్. Tellorతో ఎంత సులభంగా ప్రారంభించవచ్చో ప్రదర్శించడానికి ఈ బిగినర్స్ గైడ్ ఇక్కడ ఉంది, ఇది మీ ప్రాజెక్ట్కు పూర్తిగా వికేంద్రీకృత మరియు సెన్సార్షిప్-నిరోధక ఒరాకిల్ను అందిస్తుంది.
+
+## అవలోకనం {#overview}
+
+Tellor అనేది ఒక ఒరాకిల్ సిస్టమ్, ఇక్కడ పార్టీలు ఒక ఆఫ్చైన్ డేటా పాయింట్ (ఉదా., BTC/USD) విలువను అభ్యర్థించవచ్చు మరియు ఈ విలువను ఒక ఆన్చైన్ డేటా-బ్యాంక్కు జోడించడానికి రిపోర్టర్లు పోటీపడతారు, ఇది అన్ని Ethereum స్మార్ట్ కాంట్రాక్ట్ల ద్వారా యాక్సెస్ చేయబడుతుంది. ఈ డేటా-బ్యాంక్లోని ఇన్పుట్లు స్టేక్ చేసిన రిపోర్టర్ల నెట్వర్క్ ద్వారా భద్రపరచబడ్డాయి. Tellor క్రిప్టో-ఎకనామిక్ ప్రోత్సాహక యంత్రాంగాలను ఉపయోగిస్తుంది, రిపోర్టర్ల ద్వారా నిజాయితీగల డేటా సమర్పణలకు బహుమతి ఇస్తుంది మరియు Tellor యొక్క టోకెన్, ట్రిబ్యూట్స్ (TRB) జారీ చేయడం ద్వారా మరియు ఒక వివాద యంత్రాంగం ద్వారా చెడ్డ నటులను శిక్షిస్తుంది.
+
+ఈ ట్యుటోరియల్లో మేము వీటి గురించి చర్చిస్తాము:
+
+- ప్రారంభించడానికి మరియు పని చేయడానికి మీకు అవసరమైన ప్రాథమిక టూల్కిట్ను సెటప్ చేయడం.
+- ఒక సులభమైన ఉదాహరణ ద్వారా నడవడం.
+- మీరు ప్రస్తుతం Tellorను పరీక్షించగల నెట్వర్క్ల యొక్క టెస్టునెట్ చిరునామాలను జాబితా చేయడం.
+
+## UsingTellor {#usingtellor}
+
+మీరు చేయాలనుకుంటున్న మొదటి పని Tellorను మీ ఒరాకిల్గా ఉపయోగించడానికి అవసరమైన ప్రాథమిక సాధనాలను ఇన్స్టాల్ చేయడం. టెల్లర్ యూజర్ కాంట్రాక్టులను ఇన్స్టాల్ చేయడానికి [ఈ ప్యాకేజీని](https://github.com/tellor-io/usingtellor) ఉపయోగించండి:
+
+`npm install usingtellor`
+
+ఇన్స్టాల్ చేసిన తర్వాత, ఇది మీ కాంట్రాక్ట్లను 'UsingTellor' కాంట్రాక్ట్ నుండి ఫంక్షన్లను ఇన్హెరిట్ చేయడానికి అనుమతిస్తుంది.
+
+అద్భుతం! ఇప్పుడు మీరు టూల్స్ సిద్ధం చేసుకున్నారు కాబట్టి, మనం బిట్కాయిన్ ధరను పొందే ఒక సులభమైన వ్యాయామం చేద్దాం:
+
+### BTC/USD ఉదాహరణ {#btcusd-example}
+
+UsingTellor కాంట్రాక్ట్ను ఇన్హెరిట్ చేసుకోండి, Tellor చిరునామాను ఒక కన్స్ట్రక్టర్ ఆర్గ్యుమెంట్గా పంపండి:
+
+ఒక ఉదాహరణ:
+
+```solidity
+import "usingtellor/contracts/UsingTellor.sol";
+
+contract PriceContract is UsingTellor {
+ uint256 public btcPrice;
+
+ //ఈ కాంట్రాక్ట్ ఇప్పుడు UsingTellorలోని అన్ని ఫంక్షన్లకు యాక్సెస్ కలిగి ఉంది
+
+constructor(address payable _tellorAddress) UsingTellor(_tellorAddress) public {}
+
+function setBtcPrice() public {
+ bytes memory _b = abi.encode("SpotPrice",abi.encode("btc","usd"));
+ bytes32 _queryId = keccak256(_b);
+
+ uint256 _timestamp;
+ bytes _value;
+
+ (_value, _timestamp) = getDataBefore(_queryId, block.timestamp - 15 minutes);
+
+ btcPrice = abi.decode(_value,(uint256));
+ }
+}
+```
+
+కాంట్రాక్ట్ చిరునామాల పూర్తి జాబితా కోసం [ఇక్కడ](https://docs.tellor.io/tellor/the-basics/contracts-reference) చూడండి.
+
+వాడుకలో సౌలభ్యం కోసం, సులభమైన ఇంటిగ్రేషన్ కోసం UsingTellor రెపో [Tellor ప్లేగ్రౌండ్](https://github.com/tellor-io/TellorPlayground) కాంట్రాక్ట్ యొక్క ఒక వెర్షన్తో వస్తుంది. సహాయకరమైన ఫంక్షన్ల జాబితా కోసం [ఇక్కడ](https://github.com/tellor-io/sampleUsingTellor#tellor-playground) చూడండి.
+
+Tellor ఒరాకిల్ యొక్క మరింత పటిష్టమైన అమలు కోసం, అందుబాటులో ఉన్న ఫంక్షన్ల పూర్తి జాబితాను [ఇక్కడ](https://github.com/tellor-io/usingtellor/blob/master/README.md) తనిఖీ చేయండి.
diff --git a/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md b/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
new file mode 100644
index 00000000000..43cedfc9eae
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
@@ -0,0 +1,33 @@
+---
+title: మీ వాలెట్లో మీ NFTని ఎలా చూడాలి (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 3/3)
+description: ఈ ట్యుటోరియల్ MetaMaskలో ఇప్పటికే ఉన్న NFTని ఎలా చూడాలో వివరిస్తుంది!
+author: "సుమి ముద్గిల్"
+tags: [ "ERC-721", "Alchemy", "Solidity" ]
+skill: ఆరంభకులు
+lang: te
+published: 2021-04-22
+---
+
+ఈ ట్యుటోరియల్ NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 3/3, ఇక్కడ మనం కొత్తగా మింట్ చేసిన NFTని చూస్తాము. అయినప్పటికీ, మీరు Mainnet లేదా ఏదైనా టెస్టునెట్లో సహా MetaMaskను ఉపయోగించి ఏదైనా ERC-721 టోకెన్ కోసం సాధారణ ట్యుటోరియల్ను ఉపయోగించవచ్చు. మీరు ఇతీరియములో మీ స్వంత NFTని ఎలా మింట్ చేయాలో నేర్చుకోవాలనుకుంటే, మీరు [ఒక NFT స్మార్ట్ కాంట్రాక్ట్ను ఎలా రాయాలి & అమలు చేయాలి అనే దానిపై పార్ట్ 1](/developers/tutorials/how-to-write-and-deploy-an-nft)ను చూడాలి!
+
+అభినందనలు! మీరు మా NFT ట్యుటోరియల్ సిరీస్లో అతి చిన్న మరియు సరళమైన భాగానికి చేరుకున్నారు — ఒక వర్చువల్ వాలెట్లో మీ కొత్తగా మింట్ చేసిన NFTని ఎలా చూడాలి. ఈ ఉదాహరణ కోసం మేము MetaMaskను ఉపయోగిస్తాము ఎందుకంటే దీనిని మేము ముందున్న రెండు భాగాలలో ఉపయోగించాము.
+
+ముందస్తు అవసరంగా, మీరు ఇప్పటికే మీ మొబైల్లో MetaMaskను ఇన్స్టాల్ చేసి ఉండాలి, మరియు దానిలో మీరు మీ NFTని మింట్ చేసిన అకౌంట్ ఉండాలి — మీరు ఈ యాప్ను [iOS](https://apps.apple.com/us/app/metamask-blockchain-wallet/id1438144202) లేదా [Android](https://play.google.com/store/apps/details?id=io.metamask&hl=en_US&gl=US)లో ఉచితంగా పొందవచ్చు.
+
+## దశ 1: మీ నెట్వర్క్ను Sepoliaకు సెట్ చేయండి {#set-network-to-sepolia}
+
+యాప్ పైభాగంలో, “వాలెట్” బటన్ను నొక్కండి, ఆ తర్వాత నెట్వర్క్ను ఎంచుకోమని మిమ్మల్ని అడుగుతుంది. మా NFT Sepolia నెట్వర్క్లో మింట్ చేయబడినందున, మీరు మీ నెట్వర్క్గా Sepoliaను ఎంచుకోవాలి.
+
+
+
+## దశ 2: మీ సేకరించదగినదాన్ని MetaMaskకు జోడించండి {#add-nft-to-metamask}
+
+మీరు Sepolia నెట్వర్క్లో ఉన్న తర్వాత, కుడి వైపున ఉన్న “సేకరించదగినవి” ట్యాబ్ను ఎంచుకుని, NFT స్మార్ట్ కాంట్రాక్ట్ చిరునామా మరియు మీ NFT యొక్క ERC-721 టోకెన్ IDని జోడించండి — దీనిని మీరు మా ట్యుటోరియల్లోని పార్ట్ IIలో అమలు చేయబడిన మీ NFT నుండి లావాదేవీ హాష్ ఆధారంగా Etherscanలో కనుగొనగలరు.
+
+
+
+మీ NFTని చూడటానికి మీరు కొన్ని సార్లు రిఫ్రెష్ చేయవలసి రావచ్చు — కానీ అది అక్కడ ఉంటుంది !
+
+
+
+అభినందనలు! మీరు విజయవంతంగా ఒక NFTని మింట్ చేసారు, మరియు మీరు ఇప్పుడు దానిని చూడవచ్చు! మీరు NFT ప్రపంచాన్ని ఎలా ఉర్రూతలూగిస్తారో చూడటానికి మేము వేచి ఉండలేము!
diff --git a/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md b/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
new file mode 100644
index 00000000000..d1fd89be9aa
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
@@ -0,0 +1,386 @@
+---
+title: NFT (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 1/3)ను ఎలా వ్రాయాలి & డిప్లోయ్ చేయాలి
+description: ఈ ట్యుటోరియల్ NFTs సిరీస్లో పార్ట్ 1, ఇది ఇతీరియము మరియు ఇంటర్ ప్లానెటరీ ఫైల్ సిస్టమ్ (IPFS) ఉపయోగించి ఒక నాన్ ఫంగిబుల్ టోకెన్ (ERC-721 టోకెన్) స్మార్ట్ కాంట్రాక్ట్ను ఎలా వ్రాయాలి మరియు డిప్లోయ్ చేయాలో మీకు స్టెప్ బై స్టెప్ వివరిస్తుంది.
+author: "సుమి ముద్గిల్"
+tags:
+ [
+ "ERC-721",
+ "Alchemy",
+ "Solidity",
+ "స్మార్ట్ కాంట్రాక్టులు"
+ ]
+skill: ఆరంభకులు
+lang: te
+published: 2021-04-22
+---
+
+NFTలు బ్లాక్చైన్ను ప్రజల దృష్టికి తీసుకువస్తున్నందున, ఇతీరియము బ్లాక్చైన్లో మీ స్వంత NFT కాంట్రాక్ట్ (ERC-721 టోకెన్)ను ప్రచురించడం ద్వారా ఈ హైప్ను మీరే అర్థం చేసుకోవడానికి ఇది ఒక అద్భుతమైన అవకాశం!
+
+Makersplace (ఇటీవల క్రిస్టీస్లో $69 మిలియన్లకు రికార్డు డిజిటల్ ఆర్ట్వర్క్ అమ్మకం చేసింది), డ్యాపర్ ల్యాబ్స్ (NBA టాప్ షాట్ & క్రిప్టో కిట్టీస్ సృష్టికర్తలు), OpenSea (ప్రపంచంలోనే అతిపెద్ద NFT మార్కెట్ప్లేస్), జోరా, సూపర్ రేర్, NFTfi, ఫౌండేషన్, ఎంజిన్, ఆరిజిన్ ప్రొటోకాల్, ఇమ్మ్యుటబుల్ మరియు మరెన్నో సహా NFT స్పేస్లోని అతిపెద్ద పేర్లకు శక్తినివ్వడం పట్ల ఆల్కెమీ చాలా గర్వంగా ఉంది.
+
+ఈ ట్యుటోరియల్లో, మేము [MetaMask](https://metamask.io/), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org/), [Pinata](https://pinata.cloud/) మరియు [Alchemy](https://alchemy.com/signup/eth) ఉపయోగించి Sepolia టెస్టు నెట్వర్క్లో ERC-721 స్మార్ట్ కాంట్రాక్ట్ను సృష్టించడం మరియు డిప్లోయ్ చేయడం గురించి వివరిస్తాము (వీటిలో ఏవైనా అర్థం కాకపోయినా చింతించకండి — మేము దానిని వివరిస్తాము!).
+
+ఈ ట్యుటోరియల్ యొక్క పార్ట్ 2లో మనం NFTని మింట్ చేయడానికి మన స్మార్ట్ కాంట్రాక్ట్ను ఎలా ఉపయోగించవచ్చో చర్చిస్తాము, మరియు పార్ట్ 3లో మీ NFTని MetaMaskలో ఎలా చూడాలో వివరిస్తాము.
+
+మరియు వాస్తవానికి, మీకు ఏ సమయంలోనైనా ప్రశ్నలు ఉంటే, [ఆల్కెమీ డిస్కార్డ్](https://discord.gg/gWuC7zB)లో సంప్రదించడానికి లేదా [ఆల్కెమీ యొక్క NFT API డాక్స్](https://docs.alchemy.com/alchemy/enhanced-apis/nft-api)ను సందర్శించడానికి వెనుకాడకండి!
+
+## దశ 1: ఇతీరియము నెట్వర్క్కి కనెక్ట్ అవ్వండి {#connect-to-ethereum}
+
+ఇతీరియము బ్లాక్చైన్కు అభ్యర్థనలు చేయడానికి చాలా మార్గాలు ఉన్నాయి, కానీ విషయాలను సులభతరం చేయడానికి, మేము [Alchemy](https://alchemy.com/signup/eth)లో ఉచిత అకౌంట్ను ఉపయోగిస్తాము, ఇది ఒక బ్లాక్చైన్ డెవలపర్ ప్లాట్ఫారమ్ మరియు API, ఇది మన స్వంత నోడ్లను అమలు చేయకుండానే ఇతీరియము చైన్తో కమ్యూనికేట్ చేయడానికి అనుమతిస్తుంది.
+
+ఈ ట్యుటోరియల్లో, మన స్మార్ట్ కాంట్రాక్ట్ డిప్లోయ్మెంట్లో తెర వెనుక ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి పర్యవేక్షణ మరియు విశ్లేషణల కోసం మేము ఆల్కెమీ యొక్క డెవలపర్ టూల్స్ను కూడా ఉపయోగించుకుంటాము. మీకు ఇప్పటికే ఆల్కెమీ అకౌంట్ లేకపోతే, మీరు [ఇక్కడ](https://alchemy.com/signup/eth) ఉచితంగా సైన్ అప్ చేయవచ్చు.
+
+## దశ 2: మీ యాప్ను సృష్టించండి (మరియు API కీ) {#make-api-key}
+
+మీరు ఆల్కెమీ అకౌంట్ను సృష్టించిన తర్వాత, యాప్ను సృష్టించడం ద్వారా మీరు API కీని రూపొందించవచ్చు. ఇది సెపోలియా టెస్ట్ నెట్వర్క్కు అభ్యర్థనలు చేయడానికి మాకు అనుమతిస్తుంది. టెస్ట్ నెట్వర్క్ల గురించి మరింత తెలుసుకోవాలనే ఆసక్తి మీకు ఉంటే [ఈ గైడ్](https://docs.alchemyapi.io/guides/choosing-a-network)ని చూడండి.
+
+1. మీ ఆల్కెమీ డాష్బోర్డ్లోని “యాప్లను సృష్టించు” పేజీకి నావిగేట్ చేయడానికి, నావ్ బార్లోని “యాప్స్” మీద హోవర్ చేసి, “యాప్ను సృష్టించు” క్లిక్ చేయండి
+
+
+
+2. మీ యాప్కు పేరు పెట్టండి (మేము “నా మొదటి NFT!” అని ఎంచుకున్నాము), చిన్న వివరణను అందించండి, చైన్ కోసం “ఇతీరియము”ను ఎంచుకోండి మరియు మీ నెట్వర్క్ కోసం “సెపోలియా”ను ఎంచుకోండి. విలీనం అయినప్పటి నుండి ఇతర టెస్టునెట్లు నిలిపివేయబడ్డాయి.
+
+
+
+3. “యాప్ను సృష్టించు” క్లిక్ చేయండి, అంతే! మీ యాప్ దిగువ పట్టికలో కనిపించాలి.
+
+## దశ 3: ఇతీరియము అకౌంట్ను (చిరునామా) సృష్టించండి {#create-eth-address}
+
+లావాదేవీలను పంపడానికి మరియు స్వీకరించడానికి మాకు ఇతీరియము అకౌంట్ అవసరం. ఈ ట్యుటోరియల్ కోసం, మేము MetaMaskను ఉపయోగిస్తాము, ఇది మీ ఇతీరియము అకౌంట్ చిరునామాను నిర్వహించడానికి ఉపయోగించే బ్రౌజర్లోని వర్చువల్ వాలెట్. ఇతీరియములో లావాదేవీలు ఎలా పనిచేస్తాయో మీరు మరింత అర్థం చేసుకోవాలనుకుంటే, ఇతీరియము ఫౌండేషన్ నుండి [ఈ పేజీ](/developers/docs/transactions/)ని చూడండి.
+
+మీరు [ఇక్కడ](https://metamask.io/download) ఉచితంగా MetaMask అకౌంట్ను డౌన్లోడ్ చేసి, సృష్టించవచ్చు. మీరు అకౌంట్ను సృష్టిస్తున్నప్పుడు, లేదా మీకు ఇప్పటికే అకౌంట్ ఉంటే, కుడివైపు ఎగువన ఉన్న “సెపోలియా టెస్ట్ నెట్వర్క్”కు మారారని నిర్ధారించుకోండి (అందువల్ల మేము నిజమైన డబ్బుతో వ్యవహరించడం లేదు).
+
+
+
+## దశ 4: ఒక ఫాసెట్ నుండి ఈథర్ను జోడించండి {#step-4-add-ether-from-a-faucet}
+
+మా స్మార్ట్ కాంట్రాక్ట్ను టెస్ట్ నెట్వర్క్కి డిప్లోయ్ చేయడానికి, మాకు కొన్ని నకిలీ ETH అవసరం. ETH పొందడానికి మీరు ఆల్కెమీ హోస్ట్ చేసిన [సెపోలియా ఫాసెట్](https://sepoliafaucet.com/)కు వెళ్లి, లాగిన్ చేసి, మీ అకౌంట్ చిరునామాను నమోదు చేసి, “నాకు ETH పంపండి” క్లిక్ చేయండి. వెంటనే మీ MetaMask అకౌంట్లో మీరు ETHని చూడాలి!
+
+## దశ 5: మీ బ్యాలెన్స్ను తనిఖీ చేయండి {#check-balance}
+
+మన బ్యాలెన్స్ ఉందో లేదో రెండుసార్లు తనిఖీ చేయడానికి, [ఆల్కెమీ యొక్క కంపోజర్ టూల్](https://composer.alchemyapi.io?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D)ని ఉపయోగించి [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) అభ్యర్థన చేద్దాం. ఇది మన వాలెట్లోని ETH మొత్తాన్ని తిరిగి ఇస్తుంది. మీరు మీ MetaMask అకౌంట్ చిరునామాను ఇన్పుట్ చేసి, “అభ్యర్థన పంపు” క్లిక్ చేసిన తర్వాత, మీరు ఇలాంటి ప్రతిస్పందనను చూడాలి:
+
+ ```
+ `{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}`
+ ```
+
+> **గమనిక** ఈ ఫలితం weiలో ఉంది, ETHలో కాదు. ఈథర్ యొక్క అతి చిన్న ప్రమాణంగా వీని ఉపయోగిస్తారు. wei నుండి ETHకి మార్పిడి 1 eth = 1018 wei. కాబట్టి మనం 0xde0b6b3a7640000ని దశాంశానికి మార్చినట్లయితే మనకు 1\*1018 wei వస్తుంది, ఇది 1 ETHకి సమానం.
+
+అమ్మయ్య! మా నకిలీ డబ్బు అంతా ఉంది.
+
+## దశ 6: మా ప్రాజెక్ట్ను ప్రారంభించండి {#initialize-project}
+
+మొదట, మేము మా ప్రాజెక్ట్ కోసం ఒక ఫోల్డర్ను సృష్టించాలి. మీ కమాండ్ లైన్కి నావిగేట్ చేసి, టైప్ చేయండి:
+
+ ```
+ mkdir my-nft
+ cd my-nft
+ ```
+
+ఇప్పుడు మేము మా ప్రాజెక్ట్ ఫోల్డర్లో ఉన్నాము, ప్రాజెక్ట్ను ప్రారంభించడానికి మేము npm initని ఉపయోగిస్తాము. మీరు ఇప్పటికే npmని ఇన్స్టాల్ చేయకపోతే, [ఈ సూచనలను](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm) అనుసరించండి (మాకు [Node.js](https://nodejs.org/en/download/) కూడా అవసరం, కాబట్టి దానిని కూడా డౌన్లోడ్ చేసుకోండి!).
+
+ ```
+ npm init
+ ```
+
+ఇన్స్టాలేషన్ ప్రశ్నలకు మీరు ఎలా సమాధానం ఇస్తారనేది ముఖ్యం కాదు; మేము దానిని సూచన కోసం ఎలా చేసామో ఇక్కడ ఉంది:
+
+```json
+ package name: (my-nft)
+ version: (1.0.0)
+ description: నా మొదటి NFT!
+ entry point: (index.js)
+ test command:
+ git repository:
+ keywords:
+ author:
+ license: (ISC)
+ /Users/thesuperb1/Desktop/my-nft/package.jsonకు వ్రాయబోతున్నారు:
+
+ {
+ "name": "my-nft",
+ "version": "1.0.0",
+ "description": "నా మొదటి NFT!",
+ "main": "index.js",
+ "scripts": {
+ "test": "echo \"Error: no test specified\" && exit 1"
+ },
+ "author": "",
+ "license": "ISC"
+ }
+```
+
+package.jsonని ఆమోదించండి, మనం ముందుకు వెళ్లవచ్చు!
+
+## దశ 7: [Hardhat](https://hardhat.org/getting-started/#overview)ను ఇన్స్టాల్ చేయండి {#install-hardhat}
+
+Hardhat అనేది మీ ఇతీరియము సాఫ్ట్వేర్ను కంపైల్ చేయడానికి, డిప్లోయ్ చేయడానికి, పరీక్షించడానికి మరియు డీబగ్ చేయడానికి ఒక డెవలప్మెంట్ ఎన్విరాన్మెంట్. ఇది లైవ్ చైన్కు డిప్లోయ్ చేయడానికి ముందు స్థానికంగా స్మార్ట్ కాంట్రాక్ట్లను మరియు డాప్స్ను రూపొందించడంలో డెవలపర్లకు సహాయపడుతుంది.
+
+మా my-nft ప్రాజెక్ట్లో రన్ చేయండి:
+
+ ```
+ npm install --save-dev hardhat
+ ```
+
+[ఇన్స్టాలేషన్ సూచనల](https://hardhat.org/getting-started/#overview)పై మరిన్ని వివరాల కోసం ఈ పేజీని చూడండి.
+
+## దశ 8: Hardhat ప్రాజెక్ట్ను సృష్టించండి {#create-hardhat-project}
+
+మా ప్రాజెక్ట్ ఫోల్డర్లో రన్ చేయండి:
+
+ ```
+ npx hardhat
+ ```
+
+అప్పుడు మీరు స్వాగత సందేశం మరియు మీరు ఏమి చేయాలనుకుంటున్నారో ఎంచుకోవడానికి ఒక ఎంపికను చూడాలి. “ఖాళీ hardhat.config.jsని సృష్టించండి” ఎంచుకోండి:
+
+ ```
+ 888 888 888 888 888
+ 888 888 888 888 888
+ 888 888 888 888 888
+ 8888888888 8888b. 888d888 .d88888 88888b. 8888b. 888888
+ 888 888 "88b 888P" d88" 888 888 "88b "88b 888
+ 888 888 .d888888 888 888 888 888 888 .d888888 888
+ 888 888 888 888 888 Y88b 888 888 888 888 888 Y88b.
+ 888 888 "Y888888 888 "Y88888 888 888 "Y888888 "Y888
+ 👷 Hardhat v2.0.11కి స్వాగతం 👷
+ ? మీరు ఏమి చేయాలనుకుంటున్నారు? …
+ ఒక నమూనా ప్రాజెక్ట్ను సృష్టించండి
+ ❯ ఒక ఖాళీ hardhat.config.jsని సృష్టించండి
+ నిష్క్రమించు
+ ```
+
+ఇది మన కోసం ఒక hardhat.config.js ఫైల్ను ఉత్పత్తి చేస్తుంది, ఇక్కడ మేము మా ప్రాజెక్ట్ కోసం అన్ని సెటప్లను నిర్దేశిస్తాము (దశ 13లో).
+
+## దశ 9: ప్రాజెక్ట్ ఫోల్డర్లను జోడించండి {#add-project-folders}
+
+మా ప్రాజెక్ట్ను క్రమబద్ధంగా ఉంచడానికి, మేము రెండు కొత్త ఫోల్డర్లను సృష్టిస్తాము. మీ కమాండ్ లైన్లోని మీ ప్రాజెక్ట్ యొక్క రూట్ డైరెక్టరీకి నావిగేట్ చేసి, టైప్ చేయండి:
+
+ ```
+ mkdir contracts
+ mkdir scripts
+ ```
+
+- contracts/ లో మేము మా NFT స్మార్ట్ కాంట్రాక్ట్ కోడ్ను ఉంచుతాము
+
+- scripts/ లో మేము మా స్మార్ట్ కాంట్రాక్ట్తో డిప్లోయ్ చేయడానికి మరియు ఇంటరాక్ట్ అవ్వడానికి స్క్రిప్ట్లను ఉంచుతాము
+
+## దశ 10: మా కాంట్రాక్ట్ను వ్రాయండి {#write-contract}
+
+ఇప్పుడు మన పర్యావరణం సెటప్ చేయబడింది, మరింత ఉత్తేజకరమైన విషయాలకు వెళ్దాం: _మన స్మార్ట్ కాంట్రాక్ట్ కోడ్ను వ్రాయడం!_
+
+మీకు ఇష్టమైన ఎడిటర్లో my-nft ప్రాజెక్ట్ను తెరవండి (మాకు [VSCode](https://code.visualstudio.com/) ఇష్టం). స్మార్ట్ కాంట్రాక్ట్లు సొలిడిటీ అనే భాషలో వ్రాయబడ్డాయి, దీనిని మేము మా MyNFT.sol స్మార్ట్ కాంట్రాక్ట్ను వ్రాయడానికి ఉపయోగిస్తాము.
+
+1. `contracts` ఫోల్డర్కి నావిగేట్ చేసి, MyNFT.sol అనే కొత్త ఫైల్ను సృష్టించండి
+
+2. దిగువన మా NFT స్మార్ట్ కాంట్రాక్ట్ కోడ్ ఉంది, దీనిని మేము [OpenZeppelin](https://docs.openzeppelin.com/contracts/3.x/erc721) లైబ్రరీ యొక్క ERC-721 అమలు ఆధారంగా రూపొందించాము. దిగువన ఉన్న కంటెంట్లను కాపీ చేసి మీ MyNFT.sol ఫైల్లో పేస్ట్ చేయండి.
+
+ ```solidity
+ //[https://docs.openzeppelin.com/contracts/3.x/erc721](https://docs.openzeppelin.com/contracts/3.x/erc721) ఆధారిత కాంట్రాక్ట్
+ // SPDX-License-Identifier: MIT
+ pragma solidity ^0.8.0;
+
+ import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
+ import "@openzeppelin/contracts/utils/Counters.sol";
+ import "@openzeppelin/contracts/access/Ownable.sol";
+ import "@openzeppelin/contracts/token/ERC721/extensions/ERC721URIStorage.sol";
+
+ contract MyNFT is ERC721URIStorage, Ownable {
+ using Counters for Counters.Counter;
+ Counters.Counter private _tokenIds;
+
+ constructor() ERC721("MyNFT", "NFT") {}
+
+ function mintNFT(address recipient, string memory tokenURI)
+ public onlyOwner
+ returns (uint256)
+ {
+ _tokenIds.increment();
+
+ uint256 newItemId = _tokenIds.current();
+ _mint(recipient, newItemId);
+ _setTokenURI(newItemId, tokenURI);
+
+ return newItemId;
+ }
+ }
+ ```
+
+3. మేము OpenZeppelin కాంట్రాక్ట్స్ లైబ్రరీ నుండి క్లాసులను వారసత్వంగా పొందుతున్నందున, మీ కమాండ్ లైన్లో `npm install @openzeppelin/contracts^4.0.0` రన్ చేసి మా ఫోల్డర్లోకి లైబ్రరీని ఇన్స్టాల్ చేయండి.
+
+కాబట్టి, ఈ కోడ్ సరిగ్గా _ఏమి_ చేస్తుంది? దానిని లైన్-బై-లైన్ విడదీద్దాం.
+
+మా స్మార్ట్ కాంట్రాక్ట్ పైన, మేము మూడు [OpenZeppelin](https://openzeppelin.com/) స్మార్ట్ కాంట్రాక్ట్ క్లాసులను దిగుమతి చేసుకుంటాము:
+
+- @openzeppelin/contracts/token/ERC721/ERC721.sol ERC-721 ప్రమాణం యొక్క అమలును కలిగి ఉంది, దీనిని మా NFT స్మార్ట్ కాంట్రాక్ట్ వారసత్వంగా పొందుతుంది. (చెల్లుబాటు అయ్యే NFT కావాలంటే, మీ స్మార్ట్ కాంట్రాక్ట్ తప్పనిసరిగా ERC-721 ప్రమాణం యొక్క అన్ని పద్ధతులను అమలు చేయాలి.) వారసత్వంగా పొందిన ERC-721 ఫంక్షన్ల గురించి మరింత తెలుసుకోవడానికి, [ఇక్కడ](https://eips.ethereum.org/EIPS/eip-721) ఇంటర్ఫేస్ నిర్వచనాన్ని చూడండి.
+
+- @openzeppelin/contracts/utils/Counters.sol కౌంటర్లను అందిస్తుంది, వీటిని ఒకటి పెంచవచ్చు లేదా తగ్గించవచ్చు. మా స్మార్ట్ కాంట్రాక్ట్ మింట్ చేయబడిన NFTల మొత్తం సంఖ్యను ట్రాక్ చేయడానికి మరియు మా కొత్త NFTలో ప్రత్యేక IDని సెట్ చేయడానికి ఒక కౌంటర్ను ఉపయోగిస్తుంది. (స్మార్ట్ కాంట్రాక్ట్ ఉపయోగించి మింట్ చేయబడిన ప్రతి NFTకి ఒక ప్రత్యేక ID కేటాయించబడాలి—ఇక్కడ మా ప్రత్యేక ID ఉనికిలో ఉన్న NFTల మొత్తం సంఖ్య ద్వారా నిర్ణయించబడుతుంది. ఉదాహరణకు, మా స్మార్ట్ కాంట్రాక్ట్తో మేము మింట్ చేసే మొదటి NFTకి ID "1" ఉంటుంది, మా రెండవ NFTకి ID "2" ఉంటుంది, మొదలైనవి.)
+
+- @openzeppelin/contracts/access/Ownable.sol మా స్మార్ట్ కాంట్రాక్ట్పై [యాక్సెస్ కంట్రోల్](https://docs.openzeppelin.com/contracts/3.x/access-control)ని సెటప్ చేస్తుంది, కాబట్టి స్మార్ట్ కాంట్రాక్ట్ యజమాని (మీరు) మాత్రమే NFTలను మింట్ చేయగలరు. (గమనిక, యాక్సెస్ కంట్రోల్ను చేర్చడం పూర్తిగా ఒక ప్రాధాన్యత. మీరు మీ స్మార్ట్ కాంట్రాక్ట్ను ఉపయోగించి ఎవరైనా NFTని మింట్ చేయగలిగేలా చేయాలనుకుంటే, లైన్ 10లో Ownable పదాన్ని మరియు లైన్ 17లో onlyOwnerని తీసివేయండి.)
+
+మా దిగుమతి స్టేట్మెంట్ల తర్వాత, మా కస్టమ్ NFT స్మార్ట్ కాంట్రాక్ట్ ఉంది, ఇది ఆశ్చర్యకరంగా చిన్నది — ఇది కేవలం ఒక కౌంటర్, ఒక కన్స్ట్రక్టర్ మరియు ఒకే ఫంక్షన్ను మాత్రమే కలిగి ఉంటుంది! ఇది మా వారసత్వంగా పొందిన OpenZeppelin కాంట్రాక్ట్ల వల్లే, ఇవి NFTని సృష్టించడానికి అవసరమైన చాలా పద్ధతులను అమలు చేస్తాయి, ఉదాహరణకు `ownerOf` ఇది NFT యజమానిని తిరిగి ఇస్తుంది, మరియు `transferFrom` ఇది NFT యాజమాన్యాన్ని ఒక ఖాతా నుండి మరొక ఖాతాకు బదిలీ చేస్తుంది.
+
+మా ERC-721 కన్స్ట్రక్టర్లో, మేము 2 స్ట్రింగ్లు, “MyNFT” మరియు “NFT”ని పాస్ చేస్తామని మీరు గమనిస్తారు. మొదటి వేరియబుల్ స్మార్ట్ కాంట్రాక్ట్ పేరు, మరియు రెండవది దాని చిహ్నం. మీరు ఈ వేరియబుల్స్ ప్రతిదానికీ మీకు కావలసిన పేరు పెట్టవచ్చు!
+
+చివరగా, మాకు `mintNFT(address recipient, string memory tokenURI)` అనే ఫంక్షన్ ఉంది, ఇది మనకు NFTని మింట్ చేయడానికి అనుమతిస్తుంది! ఈ ఫంక్షన్ రెండు వేరియబుల్స్ను తీసుకుంటుందని మీరు గమనిస్తారు:
+
+- `address recipient` మీరు తాజాగా మింట్ చేసిన NFTని స్వీకరించే చిరునామాను నిర్దేశిస్తుంది
+
+- `string memory tokenURI` అనేది NFT యొక్క మెటాడేటాను వివరించే JSON పత్రానికి పరిష్కరించాల్సిన స్ట్రింగ్. ఒక NFT యొక్క మెటాడేటా నిజంగా దానికి జీవం పోస్తుంది, ఇది పేరు, వివరణ, చిత్రం మరియు ఇతర లక్షణాల వంటి కాన్ఫిగర్ చేయగల లక్షణాలను కలిగి ఉండటానికి అనుమతిస్తుంది. ఈ ట్యుటోరియల్ యొక్క పార్ట్ 2లో, మేము ఈ మెటాడేటాను ఎలా కాన్ఫిగర్ చేయాలో వివరిస్తాము.
+
+`mintNFT` వారసత్వంగా పొందిన ERC-721 లైబ్రరీ నుండి కొన్ని పద్ధతులను పిలుస్తుంది, మరియు చివరికి తాజాగా మింట్ చేయబడిన NFT యొక్క IDని సూచించే సంఖ్యను తిరిగి ఇస్తుంది.
+
+## దశ 11: మీ ప్రాజెక్ట్కు MetaMask & ఆల్కెమీని కనెక్ట్ చేయండి {#connect-metamask-and-alchemy}
+
+ఇప్పుడు మేము ఒక MetaMask వాలెట్ను, ఆల్కెమీ అకౌంట్ను సృష్టించి, మా స్మార్ట్ కాంట్రాక్ట్ను వ్రాశాము, ఈ మూడింటినీ కనెక్ట్ చేసే సమయం వచ్చింది.
+
+మీ వర్చువల్ వాలెట్ నుండి పంపిన ప్రతి లావాదేవీకి మీ ప్రత్యేక ప్రైవేట్ కీని ఉపయోగించి ఒక సంతకం అవసరం. మా ప్రోగ్రామ్కు ఈ అనుమతిని అందించడానికి, మేము మా ప్రైవేట్ కీని (మరియు ఆల్కెమీ API కీని) ఒక ఎన్విరాన్మెంట్ ఫైల్లో సురక్షితంగా నిల్వ చేయవచ్చు.
+
+లావాదేవీలను పంపడం గురించి మరింత తెలుసుకోవడానికి, వెబ్3ని ఉపయోగించి లావాదేవీలను పంపడంపై [ఈ ట్యుటోరియల్](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)ను చూడండి.
+
+మొదట, మీ ప్రాజెక్ట్ డైరెక్టరీలో dotenv ప్యాకేజీని ఇన్స్టాల్ చేయండి:
+
+ ```
+ npm install dotenv --save
+ ```
+
+అప్పుడు, మా ప్రాజెక్ట్ యొక్క రూట్ డైరెక్టరీలో `.env` ఫైల్ను సృష్టించి, మీ MetaMask ప్రైవేట్ కీ మరియు HTTP ఆల్కెమీ API URLను దానికి జోడించండి.
+
+- MetaMask నుండి మీ ప్రైవేట్ కీని ఎగుమతి చేయడానికి [ఈ సూచనలను](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) అనుసరించండి
+
+- HTTP ఆల్కెమీ API URLను పొందడానికి మరియు దానిని మీ క్లిప్బోర్డ్కు కాపీ చేయడానికి క్రింద చూడండి
+
+
+
+మీ `.env` ఇప్పుడు ఇలా కనిపించాలి:
+
+ ```
+ API_URL="https://eth-sepolia.g.alchemy.com/v2/your-api-key"
+ PRIVATE_KEY="your-metamask-private-key"
+ ```
+
+వీటిని వాస్తవానికి మా కోడ్కు కనెక్ట్ చేయడానికి, మేము దశ 13లో మా hardhat.config.js ఫైల్లో ఈ వేరియబుల్స్ను సూచిస్తాము.
+
+
+
+## దశ 12: Ethers.jsని ఇన్స్టాల్ చేయండి {#install-ethers}
+
+Ethers.js అనేది ఒక లైబ్రరీ, ఇది ఇతీరియముతో సులభంగా ఇంటరాక్ట్ అవ్వడానికి మరియు అభ్యర్థనలు చేయడానికి [ప్రామాణిక JSON-RPC పద్ధతులను](/developers/docs/apis/json-rpc/) మరింత యూజర్ ఫ్రెండ్లీ పద్ధతులతో చుట్టడం ద్వారా చేస్తుంది.
+
+Hardhat అదనపు పనిముట్లు మరియు విస్తరించిన కార్యాచరణ కోసం [ప్లగిన్లను](https://hardhat.org/plugins/) ఏకీకృతం చేయడం చాలా సులభం చేస్తుంది. కాంట్రాక్ట్ డిప్లాయ్మెంట్ కోసం మనం [Ethers ప్లగిన్](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) యొక్క ప్రయోజనాన్ని పొందుతాము ([Ethers.js](https://github.com/ethers-io/ethers.js/)లో కొన్ని చాలా శుభ్రమైన కాంట్రాక్ట్ డిప్లాయ్మెంట్ పద్ధతులు ఉన్నాయి).
+
+మీ ప్రాజెక్ట్ డైరెక్టరీలో టైప్ చేయండి:
+
+ ```
+ npm install --save-dev @nomiclabs/hardhat-ethers ethers@^5.0.0
+ ```
+
+మేము తదుపరి దశలో మా hardhat.config.jsలో కూడా ఈథర్స్ అవసరం.
+
+## దశ 13: hardhat.config.jsని నవీకరించండి {#update-hardhat-config}
+
+మేము ఇప్పటివరకు అనేక డిపెండెన్సీలు మరియు ప్లగిన్లను జోడించాము, ఇప్పుడు మా ప్రాజెక్ట్కు వాటి గురించి తెలియజేయడానికి మేము hardhat.config.jsని నవీకరించాలి.
+
+మీ hardhat.config.jsని ఇలా కనిపించేలా నవీకరించండి:
+
+```js
+ /**
+ * @type import('hardhat/config').HardhatUserConfig
+ */
+ require('dotenv').config();
+ require("@nomiclabs/hardhat-ethers");
+ const { API_URL, PRIVATE_KEY } = process.env;
+ module.exports = {
+ solidity: "0.8.1",
+ defaultNetwork: "sepolia",
+ networks: {
+ hardhat: {},
+ sepolia: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`]
+ }
+ },
+ }
+```
+
+## దశ 14: మా కాంట్రాక్ట్ను కంపైల్ చేయండి {#compile-contract}
+
+ఇప్పటివరకు ప్రతిదీ పనిచేస్తుందని నిర్ధారించుకోవడానికి, మా కాంట్రాక్ట్ను కంపైల్ చేద్దాం. కంపైల్ టాస్క్ అనేది అంతర్నిర్మిత హార్డ్హ్యాట్ టాస్క్లలో ఒకటి.
+
+కమాండ్ లైన్ నుండి రన్ చేయండి:
+
+ ```
+ npx hardhat compile
+ ```
+
+మీకు సోర్స్ ఫైల్లో SPDX లైసెన్స్ ఐడెంటిఫైయర్ అందించబడలేదని ఒక హెచ్చరిక రావచ్చు, కానీ దాని గురించి చింతించాల్సిన అవసరం లేదు — మిగతా అంతా బాగానే ఉంటుందని ఆశిస్తున్నాము! కాకపోతే, మీరు ఎల్లప్పుడూ [ఆల్కెమీ డిస్కార్డ్](https://discord.gg/u72VCg3)లో సందేశం పంపవచ్చు.
+
+## దశ 15: మా డిప్లోయ్ స్క్రిప్ట్ను వ్రాయండి {#write-deploy}
+
+ఇప్పుడు మా కాంట్రాక్ట్ వ్రాయబడింది మరియు మా కాన్ఫిగరేషన్ ఫైల్ సిద్ధంగా ఉంది, మా కాంట్రాక్ట్ డిప్లోయ్ స్క్రిప్ట్ను వ్రాసే సమయం వచ్చింది.
+
+`scripts/` ఫోల్డర్కి నావిగేట్ చేసి, `deploy.js` అనే కొత్త ఫైల్ను సృష్టించి, దానికి క్రింది కంటెంట్లను జోడించండి:
+
+```js
+async function main() {
+ const MyNFT = await ethers.getContractFactory("MyNFT")
+
+ // డిప్లోయ్మెంట్ను ప్రారంభించండి, ఇది ఒక కాంట్రాక్ట్ ఆబ్జెక్ట్కు పరిష్కరించే ఒక ప్రామిస్ను తిరిగి ఇస్తుంది
+ const myNFT = await MyNFT.deploy()
+ await myNFT.deployed()
+ console.log("కాంట్రాక్ట్ డిప్లోయ్ చేయబడిన చిరునామా:", myNFT.address)
+}
+
+main()
+ .then(() => process.exit(0))
+ .catch((error) => {
+ console.error(error)
+ process.exit(1)
+ })
+```
+
+Hardhat వారి [కాంట్రాక్ట్స్ ట్యుటోరియల్](https://hardhat.org/tutorial/testing-contracts.html#writing-tests)లో ఈ కోడ్ లైన్లు ప్రతి ఒక్కటి ఏమి చేస్తుందో అద్భుతంగా వివరిస్తుంది, మేము వారి వివరణలను ఇక్కడ స్వీకరించాము.
+
+ ```
+ const MyNFT = await ethers.getContractFactory("MyNFT");
+ ```
+
+ethers.jsలోని ఒక కాంట్రాక్ట్ఫ్యాక్టరీ కొత్త స్మార్ట్ కాంట్రాక్ట్లను డిప్లోయ్ చేయడానికి ఉపయోగించే ఒక సంగ్రహణ, కాబట్టి ఇక్కడ MyNFT అనేది మా NFT కాంట్రాక్ట్ యొక్క ఉదాహరణల కోసం ఒక ఫ్యాక్టరీ. hardhat-ethers ప్లగిన్ను ఉపయోగిస్తున్నప్పుడు కాంట్రాక్ట్ఫ్యాక్టరీ మరియు కాంట్రాక్ట్ ఉదాహరణలు డిఫాల్ట్గా మొదటి సంతకం చేసేవారికి కనెక్ట్ చేయబడతాయి.
+
+ ```
+ const myNFT = await MyNFT.deploy();
+ ```
+
+ఒక కాంట్రాక్ట్ఫ్యాక్టరీపై deploy()ని కాల్ చేయడం డిప్లోయ్మెంట్ను ప్రారంభిస్తుంది, మరియు ఒక కాంట్రాక్ట్కు పరిష్కరించే ఒక ప్రామిస్ను తిరిగి ఇస్తుంది. ఇది మా స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ల ప్రతిదానికీ ఒక పద్ధతిని కలిగి ఉన్న ఆబ్జెక్ట్.
+
+## దశ 16: మా కాంట్రాక్ట్ను డిప్లోయ్ చేయండి {#deploy-contract}
+
+మేము చివరికి మా స్మార్ట్ కాంట్రాక్ట్ను డిప్లోయ్ చేయడానికి సిద్ధంగా ఉన్నాము! మీ ప్రాజెక్ట్ డైరెక్టరీ యొక్క రూట్కు తిరిగి నావిగేట్ చేసి, కమాండ్ లైన్లో రన్ చేయండి:
+
+ ```
+ npx hardhat --network sepolia run scripts/deploy.js
+ ```
+
+మీరు అప్పుడు ఇలాంటిది చూడాలి:
+
+ ```
+ కాంట్రాక్ట్ డిప్లోయ్ చేయబడిన చిరునామా: 0x4C5266cCc4b3F426965d2f51b6D910325a0E7650
+ ```
+
+మేము [సెపోలియా ఈథర్స్కాన్](https://sepolia.etherscan.io/)కి వెళ్లి, మా కాంట్రాక్ట్ చిరునామా కోసం శోధిస్తే, అది విజయవంతంగా డిప్లోయ్ చేయబడిందని మనం చూడగలుగుతాము. మీరు వెంటనే దానిని చూడలేకపోతే, దయచేసి కొంతసేపు వేచి ఉండండి, ఎందుకంటే దీనికి కొంత సమయం పట్టవచ్చు. లావాదేవీ ఇలా కనిపిస్తుంది:
+
+
+
+నుండి చిరునామా మీ MetaMask అకౌంట్ చిరునామాతో సరిపోలాలి మరియు కు చిరునామా “కాంట్రాక్ట్ క్రియేషన్” అని చెబుతుంది. మనం లావాదేవీలోకి క్లిక్ చేస్తే, కు ఫీల్డ్లో మన కాంట్రాక్ట్ చిరునామాను చూస్తాము:
+
+
+
+అద్భుతం! మీరు ఇప్పుడే మీ NFT స్మార్ట్ కాంట్రాక్ట్ను ఇతీరియము (టెస్టునెట్) చైన్కు డిప్లోయ్ చేసారు!
+
+తెర వెనుక ఏమి జరుగుతుందో అర్థం చేసుకోవడానికి, మా [ఆల్కెమీ డాష్బోర్డ్](https://dashboard.alchemyapi.io/explorer)లోని ఎక్స్ప్లోరర్ ట్యాబ్కు నావిగేట్ చేద్దాం. మీకు బహుళ ఆల్కెమీ యాప్లు ఉంటే, యాప్ ద్వారా ఫిల్టర్ చేసి “MyNFT”ని ఎంచుకున్నారని నిర్ధారించుకోండి.
+
+
+
+ఇక్కడ మీరు Hardhat/Ethers మా కోసం .deploy() ఫంక్షన్ను కాల్ చేసినప్పుడు తెర వెనుక చేసిన కొన్ని JSON-RPC కాల్స్ను చూస్తారు. ఇక్కడ రెండు ముఖ్యమైనవి [eth_sendRawTransaction](/developers/docs/apis/json-rpc/#eth_sendrawtransaction), ఇది వాస్తవానికి మా స్మార్ట్ కాంట్రాక్ట్ను సెపోలియా చైన్పై వ్రాయడానికి చేసే అభ్యర్థన, మరియు [eth_getTransactionByHash](/developers/docs/apis/json-rpc/#eth_gettransactionbyhash) ఇది హాష్ ఇచ్చినప్పుడు మా లావాదేవీ గురించి సమాచారాన్ని చదవడానికి చేసే అభ్యర్థన (లావాదేవీలను పంపేటప్పుడు ఒక సాధారణ నమూనా). లావాదేవీలను పంపడం గురించి మరింత తెలుసుకోవడానికి, [వెబ్3ని ఉపయోగించి లావాదేవీలను పంపడం](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)పై ఈ ట్యుటోరియల్ను చూడండి.
+
+ఈ ట్యుటోరియల్ యొక్క పార్ట్ 1 కోసం ఇంతే. [పార్ట్ 2లో, మేము వాస్తవానికి ఒక NFTని మింట్ చేయడం ద్వారా మా స్మార్ట్ కాంట్రాక్ట్తో ఇంటరాక్ట్ అవుతాము](/developers/tutorials/how-to-mint-an-nft/), మరియు [పార్ట్ 3లో మీ ఇతీరియము వాలెట్లో మీ NFTని ఎలా చూడాలో మీకు చూపిస్తాము](/developers/tutorials/how-to-view-nft-in-metamask/)!
diff --git a/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md b/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
new file mode 100644
index 00000000000..57295c0d8bf
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
@@ -0,0 +1,179 @@
+---
+title: Solidity నుండి ఇతర కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వండి
+description: ఇప్పటికే ఉన్న కాంట్రాక్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలి మరియు దానితో ఇంటరాక్ట్ అవ్వాలి
+author: "jdourlens"
+tags:
+ [
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "దృఢత్వం",
+ "remix",
+ "డిప్లాయ్ చేయడం",
+ "కంపోజిబిలిటీ"
+ ]
+skill: అధునాతనం
+lang: te
+published: 2020-04-05
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/interact-with-other-contracts-from-solidity/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+మునుపటి ట్యుటోరియల్స్లో మేము [మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలి](/developers/tutorials/deploying-your-first-smart-contract/) మరియు దానికి [మాడిఫైయర్లతో యాక్సెస్ను నియంత్రించడం](https://ethereumdev.io/organize-your-code-and-control-access-to-your-smart-contract-with-modifiers/) లేదా [Solidityలో ఎర్రర్ హ్యాండ్లింగ్](https://ethereumdev.io/handle-errors-in-solidity-with-require-and-revert/) వంటి కొన్ని ఫీచర్లను జోడించడం వంటి చాలా విషయాలు నేర్చుకున్నాము. ఈ ట్యుటోరియల్లో, ఇప్పటికే ఉన్న కాంట్రాక్ట్ నుండి ఒక స్మార్ట్ కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలో మరియు దానితో ఎలా ఇంటరాక్ట్ అవ్వాలో మనం నేర్చుకుంటాము.
+
+మేము ఒక కాంట్రాక్ట్ను తయారు చేస్తాము, అది దానికోసం ఒక ఫ్యాక్టరీని సృష్టించడం ద్వారా ఎవరికైనా తన సొంత `Counter` స్మార్ట్ కాంట్రాక్ట్ను కలిగి ఉండటానికి వీలు కల్పిస్తుంది, దాని పేరు `CounterFactory` అవుతుంది. ముందుగా, మా ప్రారంభ `Counter` స్మార్ట్ కాంట్రాక్ట్ యొక్క కోడ్ ఇక్కడ ఉంది:
+
+```solidity
+pragma solidity 0.5.17;
+
+contract Counter {
+
+ uint256 private _count;
+ address private _owner;
+ address private _factory;
+
+
+ modifier onlyOwner(address caller) {
+ require(caller == _owner, "మీరు కాంట్రాక్ట్ యజమాని కాదు");
+ _;
+ }
+
+ modifier onlyFactory() {
+ require(msg.sender == _factory, "మీరు ఫ్యాక్టరీని ఉపయోగించాలి");
+ _;
+ }
+
+ constructor(address owner) public {
+ _owner = owner;
+ _factory = msg.sender;
+ }
+
+ function getCount() public view returns (uint256) {
+ return _count;
+ }
+
+ function increment(address caller) public onlyFactory onlyOwner(caller) {
+ _count++;
+ }
+
+}
+```
+
+ఫ్యాక్టరీ యొక్క చిరునామా మరియు కాంట్రాక్ట్ యజమాని యొక్క చిరునామాను ట్రాక్ చేయడానికి మేము కాంట్రాక్ట్ కోడ్ను కొద్దిగా సవరించామని గమనించండి. మీరు మరొక కాంట్రాక్ట్ నుండి కాంట్రాక్ట్ కోడ్ను కాల్ చేసినప్పుడు, `msg.sender` మా కాంట్రాక్ట్ ఫ్యాక్టరీ యొక్క చిరునామాను సూచిస్తుంది. ఇతర కాంట్రాక్ట్లతో ఇంటరాక్ట్ అవ్వడానికి ఒక కాంట్రాక్ట్ను ఉపయోగించడం ఒక సాధారణ పద్ధతి కాబట్టి ఇది అర్థం చేసుకోవడానికి **ఒక చాలా ముఖ్యమైన విషయం**. అందువల్ల సంక్లిష్టమైన సందర్భాల్లో పంపినవారు ఎవరో మీరు జాగ్రత్తగా చూసుకోవాలి.
+
+దీనికోసం, మేము `onlyFactory` మాడిఫైయర్ను కూడా జోడించాము, ఇది అసలు కాలర్ను ఒక పారామీటర్గా పంపే ఫ్యాక్టరీ ద్వారా మాత్రమే స్టేట్ను మార్చే ఫంక్షన్ను కాల్ చేయగలదని నిర్ధారిస్తుంది.
+
+అన్ని ఇతర కౌంటర్లను నిర్వహించే మా కొత్త `కౌంటర్ ఫ్యాక్టరీ` లోపల, మేము ఒక యజమానిని అతని కౌంటర్ కాంట్రాక్ట్ చిరునామాకు అనుబంధించే ఒక మ్యాపింగ్ను జోడిస్తాము:
+
+```solidity
+mapping(address => Counter) _counters;
+```
+
+Ethereumలో, మ్యాపింగ్లు జావాస్క్రిప్ట్లోని ఆబ్జెక్ట్లకు సమానం, అవి A రకం కీని B రకం విలువకు మ్యాప్ చేయడానికి వీలు కల్పిస్తాయి. ఈ సందర్భంలో మేము ఒక యజమాని యొక్క చిరునామాను దాని కౌంటర్ యొక్క ఇన్స్టాన్స్తో మ్యాప్ చేస్తాము.
+
+ఒకరి కోసం కొత్త కౌంటర్ను ఇన్స్టాన్షియేట్ చేయడం ఇలా కనిపిస్తుంది:
+
+```solidity
+ function createCounter() public {
+ require (_counters[msg.sender] == Counter(0));
+ _counters[msg.sender] = new Counter(msg.sender);
+ }
+```
+
+మేము మొదట ఆ వ్యక్తికి ఇప్పటికే కౌంటర్ ఉందో లేదో తనిఖీ చేస్తాము. అతనికి కౌంటర్ లేకపోతే, అతని చిరునామాను `Counter` కన్స్ట్రక్టర్కు పంపడం ద్వారా మేము ఒక కొత్త కౌంటర్ను ఇన్స్టాన్షియేట్ చేసి, కొత్తగా సృష్టించబడిన ఇన్స్టాన్స్ను మ్యాపింగ్కు కేటాయిస్తాము.
+
+ఒక నిర్దిష్ట కౌంటర్ యొక్క కౌంట్ పొందడానికి ఇది ఇలా కనిపిస్తుంది:
+
+```solidity
+function getCount(address account) public view returns (uint256) {
+ require (_counters[account] != Counter(0));
+ return (_counters[account].getCount());
+}
+
+function getMyCount() public view returns (uint256) {
+ return (getCount(msg.sender));
+}
+```
+
+మొదటి ఫంక్షన్ ఇచ్చిన చిరునామా కోసం కౌంటర్ కాంట్రాక్ట్ ఉందో లేదో తనిఖీ చేసి, ఆపై ఇన్స్టాన్స్ నుండి `getCount` పద్ధతిని కాల్ చేస్తుంది. రెండవ ఫంక్షన్: `getMyCount` అనేది `msg.sender`ను నేరుగా `getCount` ఫంక్షన్కు పంపడానికి ఒక చిన్న మార్గం.
+
+`increment` ఫంక్షన్ చాలా పోలి ఉంటుంది, కానీ అసలు లావాదేవీ పంపినవారిని `Counter` కాంట్రాక్ట్కు పంపుతుంది:
+
+```solidity
+function increment() public {
+ require (_counters[msg.sender] != Counter(0));
+ Counter(_counters[msg.sender]).increment(msg.sender);
+ }
+```
+
+చాలా సార్లు కాల్ చేస్తే, మా కౌంటర్ ఓవర్ఫ్లోకు గురికావచ్చని గమనించండి. ఈ సంభావ్య కేసు నుండి రక్షించడానికి మీరు వీలైనంత వరకు [సేఫ్మ్యాథ్ లైబ్రరీ](https://ethereumdev.io/using-safe-math-library-to-prevent-from-overflows/)ని ఉపయోగించాలి.
+
+మా కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి, మీరు `CounterFactory` మరియు `Counter` రెండింటి కోడ్ను అందించాల్సి ఉంటుంది. ఉదాహరణకు రీమిక్స్లో డిప్లాయ్ చేస్తున్నప్పుడు మీరు కౌంటర్ఫ్యాక్టరీని ఎంచుకోవాలి.
+
+పూర్తి కోడ్ ఇక్కడ ఉంది:
+
+```solidity
+pragma solidity 0.5.17;
+
+contract Counter {
+
+ uint256 private _count;
+ address private _owner;
+ address private _factory;
+
+
+ modifier onlyOwner(address caller) {
+ require(caller == _owner, "మీరు కాంట్రాక్ట్ యజమాని కాదు");
+ _;
+ }
+
+ modifier onlyFactory() {
+ require(msg.sender == _factory, "మీరు ఫ్యాక్టరీని ఉపయోగించాలి");
+ _;
+ }
+
+ constructor(address owner) public {
+ _owner = owner;
+ _factory = msg.sender;
+ }
+
+ function getCount() public view returns (uint256) {
+ return _count;
+ }
+
+ function increment(address caller) public onlyFactory onlyOwner(caller) {
+ _count++;
+ }
+
+}
+
+contract CounterFactory {
+
+ mapping(address => Counter) _counters;
+
+ function createCounter() public {
+ require (_counters[msg.sender] == Counter(0));
+ _counters[msg.sender] = new Counter(msg.sender);
+ }
+
+ function increment() public {
+ require (_counters[msg.sender] != Counter(0));
+ Counter(_counters[msg.sender]).increment(msg.sender);
+ }
+
+ function getCount(address account) public view returns (uint256) {
+ require (_counters[account] != Counter(0));
+ return (_counters[account].getCount());
+ }
+
+ function getMyCount() public view returns (uint256) {
+ return (getCount(msg.sender));
+ }
+
+}
+```
+
+కంపైల్ చేసిన తర్వాత, రీమిక్స్ డిప్లాయ్ విభాగంలో మీరు డిప్లాయ్ చేయాల్సిన ఫ్యాక్టరీని ఎంచుకుంటారు:
+
+
+
+ఆ తర్వాత మీరు మీ కాంట్రాక్ట్ ఫ్యాక్టరీతో ఆడుకోవచ్చు మరియు విలువ మారడాన్ని తనిఖీ చేయవచ్చు. మీరు వేరే చిరునామా నుండి స్మార్ట్ కాంట్రాక్ట్ను కాల్ చేయాలనుకుంటే, మీరు రీమిక్స్ యొక్క అకౌంట్ ఎంపికలో చిరునామాను మార్చవలసి ఉంటుంది.
diff --git a/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md b/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
new file mode 100644
index 00000000000..aae9cbf23dd
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
@@ -0,0 +1,73 @@
+---
+title: వికేంద్రీకృత వినియోగదారు ఇంటర్ఫేస్ల కోసం IPFS
+description: ఒక డాప్ కోసం వినియోగదారు ఇంటర్ఫేస్ను నిల్వ చేయడానికి IPFSను ఎలా ఉపయోగించాలో ఈ ట్యుటోరియల్ చదివేవారికి బోధిస్తుంది. అప్లికేషన్ యొక్క డేటా మరియు వ్యాపార తర్కం వికేంద్రీకరించబడినప్పటికీ, సెన్సార్షిప్ నిరోధక వినియోగదారు ఇంటర్ఫేస్ లేకుండా వినియోగదారులు ఏమైనప్పటికీ దానికి యాక్సెస్ కోల్పోవచ్చు.
+author: ఓరి పోమెరాంట్జ్
+tags: [ "ipfs" ]
+skill: ఆరంభకులు
+lang: te
+published: 2024-06-29
+---
+
+మీరు ఒక అద్భుతమైన కొత్త డాప్ను రాశారు. మీరు దాని కోసం ఒక [వినియోగదారు ఇంటర్ఫేస్](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) కూడా రాశారు. కానీ ఇప్పుడు, క్లౌడ్లో ఒకే ఒక్క సర్వర్గా ఉన్న మీ వినియోగదారు ఇంటర్ఫేస్ను డౌన్ చేయడం ద్వారా ఎవరైనా దాన్ని సెన్సార్ చేయడానికి ప్రయత్నిస్తారని మీరు భయపడుతున్నారు. మీ వినియోగదారు ఇంటర్ఫేస్ను \*\*[ఇంటర్ప్లానెటరీ ఫైల్ సిస్టమ్ (IPFS)](https://ipfs.tech/developers/)\*\*లో పెట్టడం ద్వారా సెన్సార్షిప్ను ఎలా నివారించాలో ఈ ట్యుటోరియల్లో మీరు నేర్చుకుంటారు, తద్వారా ఆసక్తి ఉన్న ఎవరైనా భవిష్యత్తు యాక్సెస్ కోసం సర్వర్లో దీన్ని పిన్ చేయగలుగుతారు.
+
+మొత్తం పని చేయడానికి మీరు [Fleek](https://resources.fleek.xyz/docs/) వంటి థర్డ్-పార్టీ సేవను ఉపయోగించవచ్చు. ఈ ట్యుటోరియల్ ఎక్కువ పని అయినప్పటికీ, వారు ఏమి చేస్తున్నారో అర్థం చేసుకోవడానికి తగినంత చేయాలనుకునే వారి కోసం ఉద్దేశించబడింది.
+
+## స్థానికంగా ప్రారంభించడం {#getting-started-locally}
+
+అనేక [థర్డ్-పార్టీ IPFS ప్రొవైడర్లు](https://docs.ipfs.tech/how-to/work-with-pinning-services/#use-a-third-party-pinning-service) ఉన్నాయి, కానీ పరీక్ష కోసం స్థానికంగా IPFSను రన్ చేయడంతో ప్రారంభించడం ఉత్తమం.
+
+1. [IPFS వినియోగదారు ఇంటర్ఫేస్](https://docs.ipfs.tech/install/ipfs-desktop/#install-instructions)ను ఇన్స్టాల్ చేయండి.
+
+2. మీ వెబ్సైట్తో ఒక డైరెక్టరీని సృష్టించండి. మీరు [Vite](https://vite.dev/)ని ఉపయోగిస్తుంటే, ఈ కమాండ్ను ఉపయోగించండి:
+
+ ```sh
+ pnpm vite build
+ ```
+
+3. IPFS డెస్క్టాప్లో, **దిగుమతి > ఫోల్డర్** పై క్లిక్ చేసి, మునుపటి దశలో మీరు సృష్టించిన డైరెక్టరీని ఎంచుకోండి.
+
+4. మీరు ఇప్పుడే అప్లోడ్ చేసిన ఫోల్డర్ని ఎంచుకుని, **పేరు మార్చండి** పై క్లిక్ చేయండి. దానికి మరింత అర్థవంతమైన పేరు ఇవ్వండి.
+
+5. దాన్ని మళ్లీ ఎంచుకుని, **లింక్ను షేర్ చేయండి** పై క్లిక్ చేయండి. URLని క్లిప్బోర్డ్కి కాపీ చేయండి. లింక్ `https://ipfs.io/ipfs/QmaCuQ7yN6iyBjLmLGe8YiFuCwnePoKfVu6ue8vLBsLJQJ` వంటిదిగా ఉంటుంది.
+
+6. **స్థితి** పై క్లిక్ చేయండి. గేట్వే చిరునామాను చూడటానికి **అధునాతన** ట్యాబ్ను విస్తరించండి. ఉదాహరణకు, నా సిస్టమ్లో చిరునామా `http://127.0.0.1:8080`.
+
+7. మీ చిరునామాను కనుగొనడానికి లింక్ స్టెప్ నుండి పాత్ను గేట్వే చిరునామాతో కలపండి. ఉదాహరణకు, పై ఉదాహరణ కోసం, URL `http://127.0.0.1:8080/ipfs/QmaCuQ7yN6iyBjLmLGe8YiFuCwnePoKfVu6ue8vLBsLJQJ`. మీ సైట్ను చూడటానికి ఆ URLను బ్రౌజర్లో తెరవండి.
+
+## అప్లోడ్ చేస్తోంది {#uploading}
+
+కాబట్టి ఇప్పుడు మీరు ఫైల్లను స్థానికంగా అందించడానికి IPFSను ఉపయోగించవచ్చు, ఇది అంత ఉత్సాహంగా ఏమీ ఉండదు. తదుపరి దశ మీరు ఆఫ్లైన్లో ఉన్నప్పుడు వాటిని ప్రపంచానికి అందుబాటులో ఉంచడం.
+
+అనేక ప్రసిద్ధ [పిన్నింగ్ సేవలు](https://docs.ipfs.tech/concepts/persistence/#pinning-services) ఉన్నాయి. వాటిలో ఒకదాన్ని ఎంచుకోండి. మీరు ఏ సేవను ఉపయోగించినా, మీరు ఒక అకౌంట్ను సృష్టించి, మీ IPFS డెస్క్టాప్లోని \*\*కంటెంట్ ఐడెంటిఫైయర్ (CID)\*\*తో దాన్ని అందించాలి.
+
+వ్యక్తిగతంగా, నేను [4EVERLAND](https://docs.4everland.org/storage/4ever-pin/guides) ఉపయోగించడానికి చాలా సులభం అని కనుగొన్నాను. దాని కోసం ఇక్కడ సూచనలు ఉన్నాయి:
+
+1. [డాష్బోర్డ్](https://dashboard.4everland.org/overview)కి బ్రౌజ్ చేసి, మీ వాలెట్తో లాగిన్ అవ్వండి.
+
+2. ఎడమ సైడ్బార్లో **స్టోరేజ్ > 4EVER పిన్** పై క్లిక్ చేయండి.
+
+3. **అప్లోడ్ > ఎంచుకున్న CID** పై క్లిక్ చేయండి. మీ కంటెంట్కు పేరు ఇచ్చి, IPFS డెస్క్టాప్ నుండి CIDని అందించండి. ప్రస్తుతం ఒక CID అనేది `Qm`తో మొదలయ్యే ఒక స్ట్రింగ్, దాని తర్వాత [బేస్-58 ఎన్కోడ్ చేయబడిన](https://medium.com/bootdotdev/base64-vs-base58-encoding-c25553ff4524) హాష్ను సూచించే 44 అక్షరాలు మరియు అంకెలు ఉంటాయి, ఉదాహరణకు `QmaCuQ7yN6iyBjLmLGe8YiFuCwnePoKfVu6ue8vLBsLJQJ`, కానీ [అది మారే అవకాశం ఉంది](https://docs.ipfs.tech/concepts/content-addressing/#version-1-v1).
+
+4. ప్రారంభ స్థితి **క్యూలో ఉంది**. అది **పిన్ చేయబడింది**గా మారే వరకు రీలోడ్ చేయండి.
+
+5. లింక్ పొందడానికి మీ CIDపై క్లిక్ చేయండి. మీరు నా అప్లికేషన్ను [ఇక్కడ](https://bafybeifqka2odrne5b6l5guthqvbxu4pujko2i6rx2zslvr3qxs6u5o7im/) చూడవచ్చు.
+
+6. ఒక నెల కంటే ఎక్కువ కాలం పిన్ చేసి ఉంచడానికి మీరు మీ అకౌంట్ను యాక్టివేట్ చేయవలసి ఉంటుంది. అకౌంట్ యాక్టివేషన్ ఖర్చు సుమారు $1. మీరు దాన్ని మూసివేస్తే, లాగ్ అవుట్ చేసి, మళ్లీ యాక్టివేట్ చేయమని అడగబడటానికి తిరిగి లాగిన్ అవ్వండి.
+
+## IPFS నుండి ఉపయోగించడం {#using-from-ipfs}
+
+ఈ సమయంలో, మీ IPFS కంటెంట్ను అందించే కేంద్రీకృత గేట్వేకి మీకు ఒక లింక్ ఉంది. సంక్షిప్తంగా, మీ వినియోగదారు ఇంటర్ఫేస్ కొంచెం సురక్షితంగా ఉండవచ్చు కానీ అది ఇంకా సెన్సార్షిప్ నిరోధకం కాదు. నిజమైన సెన్సార్షిప్ నిరోధకత కోసం, వినియోగదారులు IPFSను [నేరుగా బ్రౌజర్ నుండి](https://docs.ipfs.tech/install/ipfs-companion/#prerequisites) ఉపయోగించాలి.
+
+మీరు దాన్ని ఇన్స్టాల్ చేసిన తర్వాత (మరియు డెస్క్టాప్ IPFS పని చేస్తున్నప్పుడు), మీరు ఏ సైట్లోనైనా [/ipfs/``](https://any.site/ipfs/bafybeifqka2odrne5b6l5guthqvbxu4pujko2i6rx2zslvr3qxs6u5o7im)కు వెళ్లవచ్చు మరియు మీరు ఆ కంటెంట్ను వికేంద్రీకృత పద్ధతిలో పొందుతారు.
+
+## లోపాలు {#drawbacks}
+
+మీరు IPFS ఫైల్లను విశ్వసనీయంగా తొలగించలేరు, కాబట్టి మీరు మీ వినియోగదారు ఇంటర్ఫేస్ను సవరిస్తున్నంత కాలం, దానిని కేంద్రీకృతంగా వదిలివేయడం లేదా IPFS పైన మార్పుచేయగల సామర్థ్యాన్ని అందించే సిస్టమ్ అయిన [ఇంటర్ప్లానెటరీ నేమ్ సిస్టమ్ (IPNS)](https://docs.ipfs.tech/concepts/ipns/#mutability-in-ipfs)ను ఉపయోగించడం ఉత్తమం. వాస్తవానికి, మార్చగలిగే ఏదైనా సెన్సార్ చేయబడవచ్చు, IPNS విషయంలో, దానికి సంబంధించిన ప్రైవేట్ కీ ఉన్న వ్యక్తిపై ఒత్తిడి తీసుకురావడం ద్వారా.
+
+అదనంగా, కొన్ని ప్యాకేజీలకు IPFSతో సమస్య ఉంది, కాబట్టి మీ వెబ్సైట్ చాలా క్లిష్టంగా ఉంటే అది మంచి పరిష్కారం కాకపోవచ్చు. మరియు వాస్తవానికి, సర్వర్ ఇంటిగ్రేషన్పై ఆధారపడే ఏదైనా కేవలం క్లయింట్ వైపు IPFSలో ఉంచడం ద్వారా వికేంద్రీకరించబడదు.
+
+## ముగింపు {#conclusion}
+
+మీ డాప్ యొక్క డేటాబేస్ మరియు వ్యాపార తర్కం అంశాలను వికేంద్రీకరించడానికి ఇతీరియము మిమ్మల్ని అనుమతించినట్లే, వినియోగదారు ఇంటర్ఫేస్ను వికేంద్రీకరించడానికి IPFS మిమ్మల్ని అనుమతిస్తుంది. ఇది మీ డాప్పై మరో దాడి మార్గాన్ని మూసివేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md b/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
new file mode 100644
index 00000000000..4387b179b5c
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
@@ -0,0 +1,111 @@
+---
+title: create-eth-appతో మీ డాప్ ఫ్రంటెండ్ అభివృద్ధిని ప్రారంభించండి
+description: create-eth-appను ఎలా ఉపయోగించాలి మరియు దాని ఫీచర్ల యొక్క ఒక అవలోకనం
+author: "మార్కస్ వాస్"
+tags:
+ [
+ "frontend",
+ "జావాస్క్రిప్ట్",
+ "ethers.js",
+ "ది గ్రాఫ్",
+ "defi"
+ ]
+skill: ఆరంభకులు
+lang: te
+published: 2020-04-27
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/create-eth-app
+---
+
+గతసారి మనం [Solidity యొక్క పెద్ద చిత్రాన్ని](https://soliditydeveloper.com/solidity-overview-2020) చూశాము మరియు ఇప్పటికే [create-eth-app](https://github.com/PaulRBerg/create-eth-app) గురించి పేర్కొన్నాము. ఇప్పుడు దాన్ని ఎలా ఉపయోగించాలో, ఏ ఫీచర్లు విలీనం చేయబడ్డాయో మరియు దానిని ఎలా విస్తరించాలనే దానిపై అదనపు ఆలోచనలను మీరు తెలుసుకుంటారు. [Sablier](http://sablier.com/) వ్యవస్థాపకుడైన పాల్ రాజ్ వాన్ బెర్గ్ ద్వారా ప్రారంభించబడిన ఈ యాప్, మీ ఫ్రంటెండ్ అభివృద్ధిని ప్రారంభిస్తుంది మరియు ఎంచుకోవడానికి అనేక ఐచ్ఛిక ఇంటిగ్రేషన్లతో వస్తుంది.
+
+## సంస్థాపన {#installation}
+
+ఇన్స్టాలేషన్కు Yarn 0.25 లేదా అంతకంటే ఎక్కువ అవసరం (`npm install yarn --global`). ఇది అమలు చేయడం చాలా సులభం:
+
+```bash
+yarn create eth-app my-eth-app
+cd my-eth-app
+yarn react-app:start
+```
+
+ఇది తెర వెనుక [create-react-app](https://github.com/facebook/create-react-app)ని ఉపయోగిస్తోంది. మీ యాప్ను చూడటానికి, `http://localhost:3000/`ని తెరవండి. మీరు ప్రొడక్షన్కు డిప్లాయ్ చేయడానికి సిద్ధంగా ఉన్నప్పుడు, yarn buildతో ఒక మినిఫైడ్ బండిల్ను సృష్టించండి. దీనిని హోస్ట్ చేయడానికి ఒక సులభమైన మార్గం [Netlify](https://www.netlify.com/). మీరు ఒక GitHub రెపోను సృష్టించి, దానిని Netlifyకి జోడించి, బిల్డ్ కమాండ్ను సెటప్ చేయవచ్చు మరియు మీరు పూర్తి చేశారు! మీ యాప్ హోస్ట్ చేయబడుతుంది మరియు ప్రతిఒక్కరికీ ఉపయోగపడేలా ఉంటుంది. మరియు ఇదంతా ఉచితంగా.
+
+## ఫీచర్లు {#features}
+
+### React & create-react-app {#react--create-react-app}
+
+అన్నింటికన్నా ముందు యాప్ యొక్క గుండె: React మరియు _create-react-app_తో వచ్చే అన్ని అదనపు ఫీచర్లు. మీరు ఇతీరియమును ఏకీకృతం చేయకూడదనుకుంటే, దీనిని మాత్రమే ఉపయోగించడం ఒక గొప్ప ఎంపిక. [React](https://react.dev/) స్వయంగా ఇంటరాక్టివ్ UI'లను నిర్మించడాన్ని చాలా సులభం చేస్తుంది. ఇది [Vue](https://vuejs.org/) వలె ప్రారంభకులకు అనుకూలంగా ఉండకపోవచ్చు, కానీ ఇది ఇప్పటికీ ఎక్కువగా ఉపయోగించబడుతుంది, మరిన్ని ఫీచర్లను కలిగి ఉంది మరియు ముఖ్యంగా ఎంచుకోవడానికి వేలాది అదనపు లైబ్రరీలు ఉన్నాయి. _create-react-app_ కూడా దానితో ప్రారంభించడాన్ని చాలా సులభం చేస్తుంది మరియు వీటిని కలిగి ఉంటుంది:
+
+- React, JSX, ES6, TypeScript, Flow సింటాక్స్ మద్దతు.
+- ఆబ్జెక్ట్ స్ప్రెడ్ ఆపరేటర్ వంటి ES6కు మించిన భాషా ఎక్స్ట్రాలు.
+- ఆటోప్రిఫిక్స్డ్ CSS, కాబట్టి మీకు -webkit- లేదా ఇతర ప్రిఫిక్స్లు అవసరం లేదు.
+- కవరేజ్ రిపోర్టింగ్ కోసం అంతర్నిర్మిత మద్దతుతో కూడిన వేగవంతమైన ఇంటరాక్టివ్ యూనిట్ టెస్ట్ రన్నర్.
+- సాధారణ తప్పుల గురించి హెచ్చరించే ఒక లైవ్ డెవలప్మెంట్ సర్వర్.
+- హాష్లు మరియు సోర్స్మ్యాప్లతో, ప్రొడక్షన్ కోసం JS, CSS, మరియు చిత్రాలను బండిల్ చేయడానికి ఒక బిల్డ్ స్క్రిప్ట్.
+
+ప్రత్యేకించి _create-eth-app_, కొత్త [హుక్స్ ఎఫెక్ట్స్](https://legacy.reactjs.org/docs/hooks-effect.html)ని ఉపయోగిస్తోంది. శక్తివంతమైన, అయినప్పటికీ చాలా చిన్నవైన ఫంక్షనల్ కాంపోనెంట్స్ అని పిలవబడే వాటిని వ్రాయడానికి ఒక పద్ధతి. _create-eth-app_లో వాటిని ఎలా ఉపయోగిస్తారో తెలుసుకోవడానికి అపోలో గురించిన క్రింది విభాగాన్ని చూడండి.
+
+### Yarn Workspaces {#yarn-workspaces}
+
+[Yarn Workspaces](https://classic.yarnpkg.com/en/docs/workspaces/) మిమ్మల్ని బహుళ ప్యాకేజీలను కలిగి ఉండటానికి అనుమతిస్తాయి, కానీ `yarn install` ఉపయోగించి వాటన్నింటినీ రూట్ ఫోల్డర్ నుండి నిర్వహించడం మరియు ఒకేసారి అన్నింటికీ డిపెండెన్సీలను ఇన్స్టాల్ చేయడం సాధ్యమవుతుంది. ఇది స్మార్ట్ కాంట్రాక్ట్ చిరునామాలు/ABI నిర్వహణ (మీరు ఏ స్మార్ట్ కాంట్రాక్టులను ఎక్కడ డిప్లాయ్ చేసారు మరియు వాటితో ఎలా కమ్యూనికేట్ చేయాలో గురించిన సమాచారం) లేదా గ్రాఫ్ ఇంటిగ్రేషన్ వంటి చిన్న అదనపు ప్యాకేజీలకు ప్రత్యేకంగా అర్ధవంతంగా ఉంటుంది, రెండూ `create-eth-app`లో భాగమే.
+
+### ethers.js {#ethersjs}
+
+[Web3](https://docs.web3js.org/) ఇప్పటికీ ఎక్కువగా ఉపయోగించబడుతున్నప్పటికీ, [ethers.js](https://docs.ethers.io/) గత సంవత్సరంలో ప్రత్యామ్నాయంగా చాలా ఎక్కువ ఆకర్షణను పొందింది మరియు ఇది _create-eth-app_లో విలీనం చేయబడింది. మీరు దీనితో పని చేయవచ్చు, దానిని Web3కి మార్చవచ్చు లేదా దాదాపు బీటా నుండి బయటపడిన [ethers.js v5](https://docs.ethers.org/v5/)కి అప్గ్రేడ్ చేయడాన్ని పరిగణించవచ్చు.
+
+### ది గ్రాఫ్ {#the-graph}
+
+[Restful API](https://restfulapi.net/)తో పోలిస్తే డేటాను నిర్వహించడానికి [GraphQL](https://graphql.org/) ఒక ప్రత్యామ్నాయ మార్గం. రెస్ట్ఫుల్ APIల కంటే వీటికి అనేక ప్రయోజనాలు ఉన్నాయి, ముఖ్యంగా వికేంద్రీకృత బ్లాక్చెయిన్ డేటా కోసం. దీని వెనుక ఉన్న కారణంపై మీకు ఆసక్తి ఉంటే, [వికేంద్రీకృత వెబ్ను GraphQL శక్తివంతం చేస్తుంది](https://medium.com/graphprotocol/graphql-will-power-the-decentralized-web-d7443a69c69a)ని చూడండి.
+
+సాధారణంగా మీరు మీ స్మార్ట్ కాంట్రాక్ట్ నుండి నేరుగా డేటాను పొందుతారు. తాజా ట్రేడ్ సమయాన్ని చదవాలనుకుంటున్నారా? కేవలం `MyContract.methods.latestTradeTime().call()` అని కాల్ చేయండి, ఇది ఒక ఇతీరియము నోడ్ నుండి మీ డాప్లోకి డేటాను పొందుతుంది. కానీ మీకు వందలాది విభిన్న డేటా పాయింట్లు అవసరమైతే ఏమిటి? అది నోడ్కు వందలాది డేటా ఫెచ్లకు దారితీస్తుంది, ప్రతిసారీ ఒక [RTT](https://wikipedia.org/wiki/Round-trip_delay_time) అవసరం అవుతుంది, ఇది మీ డాప్ను నెమ్మదిగా మరియు అసమర్థంగా చేస్తుంది. మీ కాంట్రాక్ట్ లోపల ఒకేసారి బహుళ డేటాను తిరిగి ఇచ్చే ఫెచర్ కాల్ ఫంక్షన్ ఒక పరిష్కారం కావచ్చు. అయితే ఇది ఎల్లప్పుడూ ఆదర్శప్రాయం కాదు.
+
+ఆపై మీరు చారిత్రక డేటాపై కూడా ఆసక్తి కలిగి ఉండవచ్చు. మీరు చివరి ట్రేడ్ సమయాన్ని మాత్రమే కాకుండా, మీరు స్వయంగా చేసిన అన్ని ట్రేడ్ల సమయాలను కూడా తెలుసుకోవాలనుకుంటున్నారు. _create-eth-app_ సబ్గ్రాఫ్ ప్యాకేజీని ఉపయోగించండి, [డాక్యుమెంటేషన్](https://thegraph.com/docs/en/subgraphs/developing/creating/starting-your-subgraph) చదవండి మరియు దానిని మీ స్వంత కాంట్రాక్ట్లకు అనుగుణంగా మార్చుకోండి. మీరు ప్రసిద్ధ స్మార్ట్ కాంట్రాక్ట్ల కోసం చూస్తున్నట్లయితే, ఇప్పటికే ఒక సబ్గ్రాఫ్ కూడా ఉండవచ్చు. [సబ్గ్రాఫ్ ఎక్స్ప్లోరర్](https://thegraph.com/explorer/)ని చూడండి.
+
+మీకు ఒక సబ్గ్రాఫ్ ఉన్న తర్వాత, అది మీకు అవసరమైన చారిత్రక డేటాతో సహా అన్ని ముఖ్యమైన బ్లాక్చెయిన్ డేటాను తిరిగి పొందే ఒక సాధారణ క్వెరీని మీ డాప్లో వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది, కేవలం ఒకే ఒక్క ఫెచ్ మాత్రమే అవసరం.
+
+### Apollo {#apollo}
+
+[అపోలో బూస్ట్](https://www.apollographql.com/docs/react/get-started/) ఇంటిగ్రేషన్కు ధన్యవాదాలు, మీరు మీ React డాప్లో గ్రాఫ్ను సులభంగా విలీనం చేయవచ్చు. ముఖ్యంగా [React హుక్స్ మరియు అపోలో](https://www.apollographql.com/blog/apollo-client-now-with-react-hooks)ను ఉపయోగిస్తున్నప్పుడు, మీ కాంపోనెంట్లో ఒకే ఒక GraphQL క్వెరీని వ్రాయడం వలె డేటాను పొందడం చాలా సులభం:
+
+```js
+const { loading, error, data } = useQuery(myGraphQlQuery)
+
+React.useEffect(() => {
+ if (!loading && !error && data) {
+ console.log({ data })
+ }
+}, [loading, error, data])
+```
+
+## టెంప్లేట్లు {#templates}
+
+దానిపైన మీరు అనేక విభిన్న టెంప్లేట్ల నుండి ఎంచుకోవచ్చు. ఇప్పటివరకు మీరు Aave, Compound, UniSwap లేదా sablier ఇంటిగ్రేషన్ను ఉపయోగించవచ్చు. అవన్నీ ముఖ్యమైన సర్వీస్ స్మార్ట్ కాంట్రాక్ట్ చిరునామాలను ముందుగా తయారు చేసిన సబ్గ్రాఫ్ ఇంటిగ్రేషన్లతో పాటు జోడిస్తాయి. `yarn create eth-app my-eth-app --with-template aave` వంటి క్రియేషన్ కమాండ్కు టెంప్లేట్ను జోడించండి.
+
+### Aave {#aave}
+
+[Aave](https://aave.com/) ఒక వికేంద్రీకృత డబ్బు అప్పు ఇచ్చే మార్కెట్. డిపాజిటర్లు నిష్క్రియ ఆదాయాన్ని సంపాదించడానికి మార్కెట్కు లిక్విడిటీని అందిస్తారు, అయితే రుణగ్రహీతలు పూచీకత్తులను ఉపయోగించి రుణం తీసుకోగలరు. Aave యొక్క ఒక ప్రత్యేక లక్షణం [ఫ్లాష్ లోన్లు](https://aave.com/docs/developers/flash-loans), ఇవి మీరు ఒకే లావాదేవీలో రుణాన్ని తిరిగి చెల్లించినంత వరకు, ఎలాంటి పూచీకత్తు లేకుండా డబ్బును రుణం తీసుకోవడానికి మిమ్మల్ని అనుమతిస్తాయి. ఉదాహరణకు, ఆర్బిట్రేజ్ ట్రేడింగ్లో మీకు అదనపు నగదు ఇవ్వడానికి ఇది ఉపయోగకరంగా ఉంటుంది.
+
+మీకు వడ్డీని సంపాదించి పెట్టే ట్రేడ్ చేయబడిన టోకెన్లను _aTokens_ అని పిలుస్తారు.
+
+మీరు _create-eth-app_తో Aaveని ఇంటిగ్రేట్ చేయడానికి ఎంచుకున్నప్పుడు, మీరు ఒక [సబ్గ్రాఫ్ ఇంటిగ్రేషన్](https://docs.aave.com/developers/getting-started/using-graphql) పొందుతారు. Aave ది గ్రాఫ్ను ఉపయోగిస్తుంది మరియు ఇప్పటికే [Ropsten](https://thegraph.com/explorer/subgraph/aave/protocol-ropsten) మరియు [Mainnet](https://thegraph.com/explorer/subgraph/aave/protocol)లో అనేక ఉపయోగించడానికి సిద్ధంగా ఉన్న సబ్గ్రాఫ్లను [రా](https://thegraph.com/explorer/subgraph/aave/protocol-raw) లేదా [ఫార్మాటెడ్](https://thegraph.com/explorer/subgraph/aave/protocol) రూపంలో మీకు అందిస్తుంది.
+
+
+
+### Compound {#compound}
+
+[Compound](https://compound.finance/) Aaveని పోలి ఉంటుంది. ఈ ఇంటిగ్రేషన్లో ఇప్పటికే కొత్త [Compound v2 Subgraph](https://medium.com/graphprotocol/https-medium-com-graphprotocol-compound-v2-subgraph-highlight-a5f38f094195) చేర్చబడింది. ఇక్కడ వడ్డీని సంపాదించే టోకెన్లను ఆశ్చర్యకరంగా _cTokens_ అని పిలుస్తారు.
+
+### Uniswap {#uniswap}
+
+[Uniswap](https://uniswap.exchange/) ఒక వికేంద్రీకృత మార్పిడి (DEX). లిక్విడిటీ ప్రొవైడర్లు ఒక ట్రేడ్ యొక్క రెండు వైపులా అవసరమైన టోకెన్లు లేదా ఈథర్ను అందించడం ద్వారా ఫీజులను సంపాదించవచ్చు. ఇది విస్తృతంగా ఉపయోగించబడుతుంది మరియు అందువల్ల చాలా విస్తృత శ్రేణి టోకెన్ల కోసం అత్యధిక లిక్విడిటీలలో ఒకటిగా ఉంది. ఉదాహరణకు, వినియోగదారులు వారి ETHని DAI కోసం మార్చుకోవడానికి అనుమతించడానికి, మీరు మీ డాప్లో దీన్ని సులభంగా ఇంటిగ్రేట్ చేయవచ్చు.
+
+దురదృష్టవశాత్తు, ఇది వ్రాసే సమయానికి, ఈ ఇంటిగ్రేషన్ Uniswap v1 కోసం మాత్రమే కానీ [ఇప్పుడే విడుదలైన v2](https://uniswap.org/blog/uniswap-v2/) కోసం కాదు.
+
+### Sablier {#sablier}
+
+[Sablier](https://sablier.com/) వినియోగదారులకు డబ్బు చెల్లింపులను స్ట్రీమ్ చేయడానికి అనుమతిస్తుంది. ఒకే జీతం రోజుకు బదులుగా, ప్రారంభ సెటప్ తర్వాత తదుపరి పరిపాలన లేకుండా మీరు వాస్తవానికి మీ డబ్బును నిరంతరం పొందుతారు. ఈ ఇంటిగ్రేషన్లో దాని [సొంత సబ్గ్రాఫ్](https://thegraph.com/explorer/subgraph/sablierhq/sablier) కూడా ఉంది.
+
+## తర్వాత ఏమిటి? {#whats-next}
+
+మీకు _create-eth-app_ గురించి ఏవైనా ప్రశ్నలు ఉంటే, [Sablier కమ్యూనిటీ సర్వర్](https://discord.gg/bsS8T47)కు వెళ్లండి, అక్కడ మీరు _create-eth-app_ రచయితలతో సంప్రదించవచ్చు. కొన్ని మొదటి తదుపరి దశలుగా మీరు [Material UI](https://mui.com/material-ui/) వంటి UI ఫ్రేమ్వర్క్ను ఇంటిగ్రేట్ చేయాలనుకోవచ్చు, మీకు వాస్తవంగా అవసరమైన డేటా కోసం GraphQL క్వెరీలను వ్రాయండి మరియు డిప్లాయ్మెంట్ను సెటప్ చేయండి.
diff --git a/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
new file mode 100644
index 00000000000..66819dcd2be
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
@@ -0,0 +1,269 @@
+---
+title: SQL తో ఇతీరియము పునాది అంశాలు నేర్చుకోండి
+description: స్ట్రక్చర్డ్ క్వెరీ లాంగ్వేజ్ (SQL)తో ఆన్చైన్ డేటాను ప్రశ్నించడం ద్వారా లావాదేవీలు, బ్లాక్లు మరియు గ్యాస్తో సహా ప్రాథమిక ఇతీరియము భావనలను అర్థం చేసుకోవడానికి ఈ ట్యుటోరియల్ పాఠకులకు సహాయపడుతుంది.
+author: "పాల్ అపివత్"
+tags: [ "SQL", "ప్రశ్నించడం", "లావాదేవీలు" ]
+skill: ఆరంభకులు
+lang: te
+published: 2021-05-11
+source: paulapivat.com
+sourceUrl: https://paulapivat.com/post/query_ethereum/
+---
+
+చాలా ఇతీరియము ట్యుటోరియల్స్ డెవలపర్లను లక్ష్యంగా చేసుకుంటాయి, కానీ క్లయింట్ లేదా నోడ్ను రన్ చేయకుండా ఆన్చైన్ డేటాను చూడాలనుకునే డేటా విశ్లేషకులు లేదా వ్యక్తుల కోసం విద్యా వనరుల కొరత ఉంది.
+
+[Dune Analytics](https://dune.com/) అందించిన ఇంటర్ఫేస్ ద్వారా స్ట్రక్చర్డ్ క్వెరీ లాంగ్వేజ్ (SQL)తో ఆన్చైన్ డేటాను ప్రశ్నించడం ద్వారా, ఈ ట్యుటోరియల్ లావాదేవీలు, బ్లాక్లు మరియు గ్యాస్ వంటి ప్రాథమిక ఇతీరియము భావనలను అర్థం చేసుకోవడానికి పాఠకులకు సహాయపడుతుంది.
+
+ఆన్చైన్ డేటా మనకు ఇతీరియమును, నెట్వర్క్ను మరియు కంప్యూటింగ్ శక్తి కోసం ఒక ఆర్థిక వ్యవస్థగా అర్థం చేసుకోవడంలో సహాయపడుతుంది మరియు నేడు ఇతీరియము ఎదుర్కొంటున్న సవాళ్లను (అంటే, పెరుగుతున్న గ్యాస్ ధరలు) మరియు, మరింత ముఖ్యంగా, స్కేలింగ్ పరిష్కారాల చుట్టూ జరిగే చర్చలను అర్థం చేసుకోవడానికి ఒక ఆధారంగా ఉపయోగపడాలి.
+
+### లావాదేవీలు {#transactions}
+
+ఇతీరియములో ఒక వినియోగదారుడి ప్రయాణం, వినియోగదారు-నియంత్రిత ఖాతాను లేదా ETH బ్యాలెన్స్తో ఉన్న ఒక సంస్థను ప్రారంభించడంతో మొదలవుతుంది. రెండు రకాల ఖాతాలు ఉన్నాయి - వినియోగదారు-నియంత్రిత లేదా ఒక స్మార్ట్ కాంట్రాక్ట్ ([ethereum.org](/developers/docs/accounts/) చూడండి).
+
+[Etherscan](https://etherscan.io/) లేదా [Blockscout](https://eth.blockscout.com/) వంటి బ్లాక్ ఎక్స్ప్లోరర్లో ఏ ఖాతానైనా చూడవచ్చు. బ్లాక్ ఎక్స్ప్లోరర్లు ఇతీరియము డేటాకు ఒక పోర్టల్. అవి నిజ-సమయంలో బ్లాక్లు, లావాదేవీలు, మైనర్లు, ఖాతాలు మరియు ఇతర ఆన్చైన్ కార్యకలాపాలపై డేటాను ప్రదర్శిస్తాయి ([ఇక్కడ](/developers/docs/data-and-analytics/block-explorers/) చూడండి).
+
+అయితే, బాహ్య బ్లాక్ ఎక్స్ప్లోరర్లు అందించిన సమాచారాన్ని సరిపోల్చుకోవడానికి ఒక వినియోగదారుడు డేటాను నేరుగా ప్రశ్నించాలని కోరుకోవచ్చు. [Dune Analytics](https://dune.com/) SQL గురించి కొంత పరిజ్ఞానం ఉన్న ఎవరికైనా ఈ సామర్థ్యాన్ని అందిస్తుంది.
+
+సూచన కోసం, ఇతీరియము ఫౌండేషన్ (EF) యొక్క స్మార్ట్ కాంట్రాక్ట్ ఖాతాను [Blockscout](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) లో చూడవచ్చు.
+
+గమనించవలసిన ఒక విషయం ఏమిటంటే, EF తో సహా అన్ని ఖాతాలు లావాదేవీలను పంపడానికి మరియు స్వీకరించడానికి ఉపయోగించగల పబ్లిక్ చిరునామాను కలిగి ఉంటాయి.
+
+Etherscan లోని ఖాతా బ్యాలెన్స్ సాధారణ లావాదేవీలు మరియు అంతర్గత లావాదేవీలను కలిగి ఉంటుంది. అంతర్గత లావాదేవీలు, పేరు సూచించినప్పటికీ, చైన్ యొక్క స్థితిని మార్చే _అసలు_ లావాదేవీలు కావు. అవి ఒక కాంట్రాక్ట్ను అమలు చేయడం ద్వారా ప్రారంభించబడిన విలువ బదిలీలు ([మూలం](https://ethereum.stackexchange.com/questions/3417/how-to-get-contract-internal-transactions)). అంతర్గత లావాదేవీలకు సంతకం లేనందున, అవి బ్లాక్చైన్లో చేర్చబడ **వు** మరియు Dune Analytics తో ప్రశ్నించలేము.
+
+అందువల్ల, ఈ ట్యుటోరియల్ సాధారణ లావాదేవీలపై దృష్టి పెడుతుంది. దీనిని ఈ విధంగా ప్రశ్నించవచ్చు:
+
+```sql
+WITH temp_table AS (
+SELECT
+ hash,
+ block_number,
+ block_time,
+ "from",
+ "to",
+ value / 1e18 AS ether,
+ gas_used,
+ gas_price / 1e9 AS gas_price_gwei
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+)
+SELECT
+ hash,
+ block_number,
+ block_time,
+ "from",
+ "to",
+ ether,
+ (gas_used * gas_price_gwei) / 1e9 AS txn_fee
+FROM temp_table
+```
+
+ఇది Etherscan యొక్క లావాదేవీ పేజీలో అందించిన అదే సమాచారాన్ని ఇస్తుంది. పోలిక కోసం, ఇక్కడ రెండు మూలాలు ఉన్నాయి:
+
+#### Etherscan {#etherscan}
+
+
+
+[Blockscout లో EF యొక్క కాంట్రాక్ట్ పేజీ.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe)
+
+#### డూన్ అనలిటిక్స్ {#dune-analytics}
+
+
+
+డాష్బోర్డ్ను [ఇక్కడ](https://dune.com/paulapivat/Learn-Ethereum) కనుగొనవచ్చు. క్వెరీని చూడటానికి పట్టికపై క్లిక్ చేయండి (పైన కూడా చూడండి).
+
+### లావాదేవీలను విడదీయడం {#breaking_down_transactions}
+
+సమర్పించిన లావాదేవీలో అనేక రకాల సమాచారం ఉంటుంది ([మూలం](/developers/docs/transactions/)):
+
+- **గ్రహీత**: స్వీకరించే చిరునామా ("to"గా ప్రశ్నించబడింది)
+- **సంతకం**: పంపినవారి ప్రైవేట్ కీలు లావాదేవీపై సంతకం చేసినప్పటికీ, SQL తో మనం ప్రశ్నించగలిగేది పంపినవారి పబ్లిక్ చిరునామా ("from").
+- **విలువ**: ఇది బదిలీ చేయబడిన ETH మొత్తం (`ether` కాలమ్ చూడండి).
+- **డేటా**: ఇది హ్యాష్ చేయబడిన ఏకపక్ష డేటా (`data` కాలమ్ చూడండి)
+- **gasLimit** – లావాదేవీ ద్వారా వినియోగించబడగల గ్యాస్ యూనిట్ల గరిష్ట మొత్తం. గ్యాస్ యూనిట్లు గణన దశలను సూచిస్తాయి
+- **maxPriorityFeePerGas** - మైనర్కు చిట్కాగా చేర్చడానికి గ్యాస్ యొక్క గరిష్ట మొత్తం
+- **maxFeePerGas** - లావాదేవీ కోసం చెల్లించడానికి సిద్ధంగా ఉన్న గరిష్ట గ్యాస్ మొత్తం (baseFeePerGas మరియు maxPriorityFeePerGas తో సహా)
+
+ఇతీరియము ఫౌండేషన్ పబ్లిక్ చిరునామాకు లావాదేవీల కోసం మనం ఈ నిర్దిష్ట సమాచారాన్ని ప్రశ్నించవచ్చు:
+
+```sql
+SELECT
+ "to",
+ "from",
+ value / 1e18 AS ether,
+ data,
+ gas_limit,
+ gas_price / 1e9 AS gas_price_gwei,
+ gas_used,
+ ROUND(((gas_used / gas_limit) * 100),2) AS gas_used_pct
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+```
+
+### బ్లాక్లు {#blocks}
+
+ప్రతి లావాదేవీ ఎథేరియం వర్చువల్ మషీన్ ([EVM](/developers/docs/evm/)) యొక్క స్థితిని మారుస్తుంది ([మూలం](/developers/docs/transactions/)). ధృవీకరించబడటానికి మరియు ఒక బ్లాక్లో చేర్చబడటానికి లావాదేవీలు నెట్వర్క్కు ప్రసారం చేయబడతాయి. ప్రతి లావాదేవీ ఒక బ్లాక్ నంబర్తో అనుబంధించబడి ఉంటుంది. డేటాను చూడటానికి, మనం ఒక నిర్దిష్ట బ్లాక్ నంబర్ను ప్రశ్నించవచ్చు: 12396854 (ఈ రచన నాటికి, 11/5/21, ఇతీరియము ఫౌండేషన్ లావాదేవీలలో అత్యంత ఇటీవలి బ్లాక్).
+
+అంతేకాకుండా, మనం తదుపరి రెండు బ్లాక్లను ప్రశ్నించినప్పుడు, ప్రతి బ్లాక్లో మునుపటి బ్లాక్ యొక్క హ్యాష్ (అంటే, పేరెంట్ హ్యాష్) ఉంటుందని మనం చూడవచ్చు, ఇది బ్లాక్చైన్ ఎలా ఏర్పడుతుందో వివరిస్తుంది.
+
+ప్రతి బ్లాక్లో దాని పేరెంట్ బ్లాక్కు ఒక సూచన ఉంటుంది. ఇది `hash` మరియు `parent_hash` కాలమ్ల మధ్య కింద చూపబడింది ([మూలం](/developers/docs/blocks/)):
+
+
+
+Dune Analytics లో [క్వెరీ](https://dune.com/queries/44856/88292) ఇక్కడ ఉంది:
+
+```sql
+SELECT
+ time,
+ number,
+ hash,
+ parent_hash,
+ nonce
+FROM ethereum."blocks"
+WHERE "number" = 12396854 OR "number" = 12396855 OR "number" = 12396856
+LIMIT 10
+```
+
+మనం సమయం, బ్లాక్ నంబర్, కఠినత, హ్యాష్, పేరెంట్ హ్యాష్, మరియు నాన్స్ లను ప్రశ్నించడం ద్వారా ఒక బ్లాక్ను పరిశీలించవచ్చు.
+
+ఈ క్వెరీ కవర్ చేయని ఏకైక విషయం _లావాదేవీల జాబితా_, దీనికి కింద ఒక ప్రత్యేక క్వెరీ అవసరం, మరియు _స్టేట్ రూట్_. ఒక పూర్తి లేదా ఆర్కైవల్ నోడ్ అన్ని లావాదేవీలను మరియు స్టేట్ పరివర్తనలను నిల్వ చేస్తుంది, ఇది క్లయింట్లు ఎప్పుడైనా చైన్ యొక్క స్థితిని ప్రశ్నించడానికి అనుమతిస్తుంది. దీనికి పెద్ద నిల్వ స్థలం అవసరం కాబట్టి, మనం చైన్ డేటాను స్టేట్ డేటా నుండి వేరు చేయవచ్చు:
+
+- చైన్ డేటా (బ్లాక్ల జాబితా, లావాదేవీలు)
+- స్టేట్ డేటా (ప్రతి లావాదేలీ యొక్క స్టేట్ పరివర్తన ఫలితం)
+
+స్టేట్ రూట్ రెండవ దానిలోకి వస్తుంది మరియు అది _అంతర్లీన_ డేటా (ఆన్చైన్లో నిల్వ చేయబడదు), అయితే చైన్ డేటా స్పష్టంగా మరియు చైన్పైనే నిల్వ చేయబడుతుంది ([మూలం](https://ethereum.stackexchange.com/questions/359/where-is-the-state-data-stored)).
+
+ఈ ట్యుటోరియల్ కోసం, మనం Dune Analytics ద్వారా SQL తో ప్రశ్నించ_గల_ ఆన్చైన్ డేటాపై దృష్టి పెడతాము.
+
+పైన చెప్పినట్లుగా, ప్రతి బ్లాక్లో లావాదేవీల జాబితా ఉంటుంది, మనం ఒక నిర్దిష్ట బ్లాక్ కోసం ఫిల్టర్ చేయడం ద్వారా దీనిని ప్రశ్నించవచ్చు. మనం అత్యంత ఇటీవలి బ్లాక్, 12396854 ని ప్రయత్నిద్దాం:
+
+```sql
+SELECT * FROM ethereum."transactions"
+WHERE block_number = 12396854
+ORDER BY block_time DESC`
+```
+
+Dune లో SQL అవుట్పుట్ ఇక్కడ ఉంది:
+
+
+
+చైన్కు జోడించబడిన ఈ ఒక్క బ్లాక్ ఎథేరియం వర్చువల్ మషీన్ ([EVM](/developers/docs/evm/)) యొక్క స్థితిని మారుస్తుంది. డజన్ల కొద్దీ, కొన్నిసార్లు వందల కొద్దీ లావాదేవీలు ఒకేసారి ధృవీకరించబడతాయి. ఈ నిర్దిష్ట సందర్భంలో, 222 లావాదేవీలు చేర్చబడ్డాయి.
+
+వాస్తవానికి ఎన్ని విజయవంతమయ్యాయో చూడటానికి, విజయవంతమైన లావాదేవీలను లెక్కించడానికి మనం మరొక ఫిల్టర్ను జోడిస్తాము:
+
+```sql
+WITH temp_table AS (
+ SELECT * FROM ethereum."transactions"
+ WHERE block_number = 12396854 AND success = true
+ ORDER BY block_time DESC
+)
+SELECT
+ COUNT(success) AS num_successful_txn
+FROM temp_table
+```
+
+బ్లాక్ 12396854 కోసం, మొత్తం 222 లావాదేవీలలో, 204 విజయవంతంగా ధృవీకరించబడ్డాయి:
+
+
+
+లావాదేవీల అభ్యర్థనలు సెకనుకు డజన్ల కొద్దీ సార్లు జరుగుతాయి, కానీ బ్లాక్లు సుమారుగా ప్రతి 15 సెకన్లకు ఒకసారి కమిట్ చేయబడతాయి ([మూలం](/developers/docs/blocks/)).
+
+సుమారుగా ప్రతి 15 సెకన్లకు ఒక బ్లాక్ ఉత్పత్తి అవుతుందని చూడటానికి, మనం ఒక రోజులోని సెకన్ల సంఖ్యను (86400) 15తో భాగించి రోజుకు సగటు బ్లాక్ల అంచనా సంఖ్యను (~ 5760) పొందవచ్చు.
+
+రోజుకు ఉత్పత్తి చేయబడిన ఇతీరియము బ్లాక్ల కోసం చార్ట్ (2016 - ప్రస్తుతం) ఇదిగో:
+
+
+
+ఈ కాలంలో రోజుకు ఉత్పత్తి చేయబడిన బ్లాక్ల సగటు సంఖ్య ~5,874:
+
+
+
+క్వెరీలు ఇవి:
+
+```sql
+# 2016 నుండి రోజుకు ఉత్పత్తి చేయబడిన బ్లాక్ల సంఖ్యను దృశ్యమానం చేయడానికి క్వెరీ
+
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ COUNT(*) AS block_count
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+
+# రోజుకు ఉత్పత్తి చేయబడిన బ్లాక్ల సగటు సంఖ్య
+
+WITH temp_table AS (
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ COUNT(*) AS block_count
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+)
+SELECT
+ AVG(block_count) AS avg_block_count
+FROM temp_table
+```
+
+2016 నుండి రోజుకు ఉత్పత్తి చేయబడిన బ్లాక్ల సగటు సంఖ్య ఆ సంఖ్య కంటే కొంచెం ఎక్కువగా 5,874. ప్రత్యామ్నాయంగా, 86400 సెకన్లను 5874 సగటు బ్లాక్లతో భాగిస్తే 14.7 సెకన్లు లేదా సుమారుగా ప్రతి 15 సెకన్లకు ఒక బ్లాక్ వస్తుంది.
+
+### గ్యాస్ {#gas}
+
+బ్లాక్లు పరిమాణంలో పరిమితంగా ఉంటాయి. గరిష్ట బ్లాక్ పరిమాణం డైనమిక్గా ఉంటుంది మరియు నెట్వర్క్ డిమాండ్ ప్రకారం 12,500,000 మరియు 25,000,000 యూనిట్ల మధ్య మారుతుంది. డిస్క్ స్థలం మరియు వేగం అవసరాల పరంగా పూర్తి నోడ్లపై భారం పడకుండా, ఏకపక్షంగా పెద్ద బ్లాక్ పరిమాణాలను నివారించడానికి పరిమితులు అవసరం ([మూలం](/developers/docs/blocks/)).
+
+బ్లాక్ గ్యాస్ పరిమితిని సంభావితం చేయడానికి ఒక మార్గం ఏమిటంటే, లావాదేవీలను బ్యాచ్ చేయడానికి అందుబాటులో ఉన్న బ్లాక్ స్పేస్ యొక్క **సరఫరా**గా దానిని భావించడం. బ్లాక్ గ్యాస్ పరిమితిని 2016 నుండి నేటి వరకు ప్రశ్నించి, దృశ్యమానం చేయవచ్చు:
+
+
+
+```sql
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ AVG(gas_limit) AS avg_block_gas_limit
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+```
+
+అప్పుడు ఇతీరియము చైన్లో చేసిన కంప్యూటింగ్ కోసం చెల్లించడానికి (అంటే, లావాదేవీని పంపడం, స్మార్ట్ కాంట్రాక్ట్ను కాల్ చేయడం, ఒక NFT ని మింట్ చేయడం) రోజూ ఉపయోగించే వాస్తవ గ్యాస్ ఉంది. ఇది అందుబాటులో ఉన్న ఇతీరియము బ్లాక్ స్పేస్ కోసం **డిమాండ్**:
+
+
+
+```sql
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ AVG(gas_used) AS avg_block_gas_used
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+```
+
+**డిమాండ్ మరియు సరఫరా** ఎలా సరిపోలుస్తాయో చూడటానికి మనం ఈ రెండు చార్ట్లను కూడా కలిపి చూడవచ్చు:
+
+
+
+అందువల్ల, అందుబాటులో ఉన్న సరఫరాను బట్టి మనం గ్యాస్ ధరలను ఇతీరియము బ్లాక్ స్పేస్ కోసం డిమాండ్ యొక్క ఫంక్షన్గా అర్థం చేసుకోవచ్చు.
+
+చివరగా, మనం ఇతీరియము చైన్ కోసం సగటు రోజువారీ గ్యాస్ ధరలను ప్రశ్నించాలనుకోవచ్చు, అయితే, అలా చేయడం వలన చాలా ఎక్కువ క్వెరీ సమయం పడుతుంది, కాబట్టి మనం మన క్వెరీని ఇతీరియము ఫౌండేషన్ ద్వారా ప్రతి లావాదేవీకి చెల్లించిన సగటు గ్యాస్ మొత్తానికి ఫిల్టర్ చేస్తాము.
+
+
+
+సంవత్సరాలుగా ఇతీరియము ఫౌండేషన్ చిరునామాకు చేసిన అన్ని లావాదేవీలకు చెల్లించిన గ్యాస్ ధరలను మనం చూడవచ్చు. క్వెరీ ఇక్కడ ఉంది:
+
+```sql
+SELECT
+ block_time,
+ gas_price / 1e9 AS gas_price_gwei,
+ value / 1e18 AS eth_sent
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+```
+
+### సారాంశం {#summary}
+
+ఈ ట్యుటోరియల్తో, ఆన్చైన్ డేటాను ప్రశ్నించి, దానిపై ఒక అవగాహన పొందడం ద్వారా మనం ప్రాథమిక ఇతీరియము భావనలను మరియు ఇతీరియము బ్లాక్చైన్ ఎలా పనిచేస్తుందో అర్థం చేసుకుంటాము.
+
+ఈ ట్యుటోరియల్లో ఉపయోగించిన మొత్తం కోడ్ను కలిగి ఉన్న డాష్బోర్డ్ను [ఇక్కడ](https://dune.com/paulapivat/Learn-Ethereum) కనుగొనవచ్చు.
+
+web3ని అన్వేషించడానికి డేటాను మరింతగా ఉపయోగించడం కోసం [Twitterలో నన్ను కనుగొనండి](https://twitter.com/paulapivat).
diff --git a/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md b/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
new file mode 100644
index 00000000000..d276908a855
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
@@ -0,0 +1,68 @@
+---
+title: ఈవెంట్లతో స్మార్ట్ కాంట్రాక్ట్ల నుండి డేటాను లాగింగ్ చేయడం
+description: స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లకు ఒక పరిచయం మరియు డేటాను లాగ్ చేయడానికి మీరు వాటిని ఎలా ఉపయోగించవచ్చో
+author: "jdourlens"
+tags:
+ [
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "remix",
+ "దృఢత్వం",
+ "ఈవెంట్లు"
+ ]
+skill: మధ్యస్థ
+lang: te
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/logging-data-with-events/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+Solidityలో, [ఈవెంట్లు](/developers/docs/smart-contracts/anatomy/#events-and-logs) అనేవి స్మార్ట్ కాంట్రాక్టులు ప్రేరేపించగల సంకేతాలు. డాప్స్, లేదా Ethereum JSON-RPC APIకి కనెక్ట్ చేయబడిన ఏదైనా, ఈ ఈవెంట్లను వినగలవు మరియు తదనుగుణంగా వ్యవహరించగలవు. ఒక ఈవెంట్ను ఇండెక్స్ కూడా చేయవచ్చు, తద్వారా ఈవెంట్ చరిత్రను తరువాత శోధించవచ్చు.
+
+## ఈవెంట్లు {#events}
+
+ఈ ఆర్టికల్ రాసే సమయంలో Ethereum బ్లాక్చెయిన్లో అత్యంత సాధారణ ఈవెంట్ Transfer ఈవెంట్, ఇది ఎవరైనా టోకెన్లను బదిలీ చేసినప్పుడు ERC20 టోకెన్ల ద్వారా విడుదల చేయబడుతుంది.
+
+```solidity
+event Transfer(address indexed from, address indexed to, uint256 value);
+```
+
+ఈవెంట్ సిగ్నేచర్ కాంట్రాక్ట్ కోడ్లో డిక్లేర్ చేయబడుతుంది మరియు `emit` కీవర్డ్తో విడుదల చేయబడుతుంది. ఉదాహరణకు, బదిలీ ఈవెంట్, బదిలీని ఎవరు పంపారు (_from_), ఎవరికి (_to_) మరియు ఎన్ని టోకెన్లు బదిలీ చేయబడ్డాయి (_value_) అనే వివరాలను లాగ్ చేస్తుంది.
+
+మనం మన Counter స్మార్ట్ కాంట్రాక్ట్కు తిరిగి వెళ్లి, ప్రతిసారీ విలువ మారినప్పుడు లాగ్ చేయాలని నిర్ణయించుకుంటే. ఈ కాంట్రాక్ట్ను డిప్లాయ్ చేయడానికి బదులుగా, దానిని విస్తరించి మరో కాంట్రాక్ట్ను నిర్మించడానికి ఆధారంగా ఉపయోగపడేలా ఉద్దేశించారు కాబట్టి: దీనిని అబ్స్ట్రాక్ట్ కాంట్రాక్ట్ అని అంటారు. మన కౌంటర్ ఉదాహరణ విషయంలో, అది ఇలా కనిపిస్తుంది:
+
+```solidity
+pragma solidity 0.5.17;
+
+contract Counter {
+
+ event ValueChanged(uint oldValue, uint256 newValue);
+
+ // గణనల సంఖ్యను ఉంచడానికి సంజ్ఞలేని పూర్ణాంకం రకం యొక్క ప్రైవేట్ వేరియబుల్
+ uint256 private count = 0;
+
+ // మన కౌంటర్ను పెంచే ఫంక్షన్
+ function increment() public {
+ count += 1;
+ emit ValueChanged(count - 1, count);
+ }
+
+ // కౌంట్ విలువను పొందడానికి గెట్టర్
+ function getCount() public view returns (uint256) {
+ return count;
+ }
+
+}
+```
+
+గమనించండి:
+
+- **లైన్ 5**: మనం మన ఈవెంట్ను మరియు అది ఏమి కలిగి ఉందో, అంటే పాత విలువ మరియు కొత్త విలువను డిక్లేర్ చేస్తాము.
+
+- **లైన్ 13**: మనం మన కౌంట్ వేరియబుల్ను పెంచినప్పుడు, మనం ఈవెంట్ను విడుదల చేస్తాము.
+
+మనం ఇప్పుడు కాంట్రాక్ట్ను డిప్లాయ్ చేసి, `increment` ఫంక్షన్ను కాల్ చేస్తే, `logs` అనే పేరుగల అర్రేలో కొత్త లావాదేవీపై మీరు క్లిక్ చేసినప్పుడు Remix దానిని ఆటోమేటిక్గా ప్రదర్శిస్తుందని మనం చూస్తాము.
+
+
+
+మీ స్మార్ట్ కాంట్రాక్ట్లను డీబగ్గింగ్ చేయడానికి లాగ్లు చాలా ఉపయోగకరంగా ఉంటాయి, కానీ మీరు వివిధ వ్యక్తులు ఉపయోగించే అప్లికేషన్లను రూపొందించినప్పుడు మరియు మీ స్మార్ట్ కాంట్రాక్ట్ ఎలా ఉపయోగించబడుతుందో ట్రాక్ చేయడానికి మరియు అర్థం చేసుకోవడానికి విశ్లేషణలను సులభతరం చేయడానికి కూడా అవి ముఖ్యమైనవి. లావాదేవీల ద్వారా ఉత్పత్తి చేయబడిన లాగ్లు ప్రముఖ బ్లాక్ ఎక్స్ప్లోరర్లలో ప్రదర్శించబడతాయి మరియు మీరు వాటిని నిర్దిష్ట ఈవెంట్లను వినడానికి మరియు అవి జరిగినప్పుడు చర్య తీసుకోవడానికి ఆఫ్చైన్ స్క్రిప్ట్లను సృష్టించడానికి కూడా ఉపయోగించవచ్చు.
diff --git a/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md b/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
new file mode 100644
index 00000000000..08524664834
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
@@ -0,0 +1,246 @@
+---
+title: ఆఫ్లైన్ డేటా సమగ్రత కొరకు మెర్కిల్ ప్రూఫ్లు
+description: ఎక్కువగా ఆఫ్చెయిన్లో నిల్వ చేయబడిన డేటా కోసం ఆన్చెయిన్లో డేటా సమగ్రతను నిర్ధారించడం
+author: ఓరి పోమెరాంట్జ్
+tags: [ "స్టోరేజ్" ]
+skill: అధునాతనం
+lang: te
+published: 2021-12-30
+---
+
+## పరిచయం {#introduction}
+
+ఆదర్శప్రాయంగా మనం ప్రతిదాన్నీ ఇథీరియం నిల్వలో నిల్వ చేయాలనుకుంటున్నాం, ఇది వేలాది కంప్యూటర్లలో నిల్వ చేయబడి, అత్యంత అధిక లభ్యతను (డేటాను సెన్సార్ చేయలేరు) మరియు సమగ్రతను (డేటాను అనధికారిక పద్ధతిలో సవరించలేరు) కలిగి ఉంది, కానీ ఒక 32-బైట్ పదాన్ని నిల్వ చేయడానికి సాధారణంగా 20,000 గ్యాస్ ఖర్చు అవుతుంది. నేను ఇది వ్రాస్తున్నప్పుడు, ఆ ఖర్చు $6.60కి సమానం. ఒక బైట్కు 21 సెంట్లతో ఇది అనేక ఉపయోగాలకు చాలా ఖరీదైనది.
+
+ఈ సమస్యను పరిష్కరించడానికి ఇథీరియం పర్యావరణ వ్యవస్థ వికేంద్రీకృత పద్ధతిలో డేటాను నిల్వ చేయడానికి [అనేక ప్రత్యామ్నాయ మార్గాలను](/developers/docs/storage/) అభివృద్ధి చేసింది. సాధారణంగా అవి లభ్యత మరియు ధర మధ్య రాజీని కలిగి ఉంటాయి. అయితే, సమగ్రత సాధారణంగా హామీ ఇవ్వబడుతుంది.
+
+ఈ వ్యాసంలో మీరు డేటాను బ్లాక్చెయిన్లో నిల్వ చేయకుండా డేటా సమగ్రతను ఎలా నిర్ధారించుకోవాలో [మెర్కిల్ ప్రూఫ్స్](https://computersciencewiki.org/index.php/Merkle_proof) ఉపయోగించి నేర్చుకుంటారు.
+
+## ఇది ఎలా పనిచేస్తుంది? {#how-does-it-work}
+
+సిద్ధాంతపరంగా మనం డేటా యొక్క హాష్ను ఆన్చెయిన్లో నిల్వ చేసి, అవసరమైన లావాదేవీలలో మొత్తం డేటాను పంపవచ్చు. అయితే, ఇది ఇప్పటికీ చాలా ఖరీదైనది. ఒక లావాదేవీకి ఒక బైట్ డేటాకు సుమారు 16 గ్యాస్ ఖర్చు అవుతుంది, ప్రస్తుతం అది సుమారు అర సెంట్, లేదా ఒక కిలోబైట్కు సుమారు $5. మెగాబైట్కు $5000 వద్ద, డేటాను హాష్ చేసే అదనపు ఖర్చు లేకుండా కూడా ఇది అనేక ఉపయోగాలకు చాలా ఖరీదైనది.
+
+పరిష్కారం ఏమిటంటే, డేటా యొక్క వివిధ ఉపసమితులను పదేపదే హాష్ చేయడం, కాబట్టి మీరు పంపాల్సిన అవసరం లేని డేటా కోసం మీరు కేవలం ఒక హాష్ను పంపవచ్చు. మీరు దీన్ని ఒక మెర్కిల్ ట్రీ ఉపయోగించి చేస్తారు, ఇది ఒక ట్రీ డేటా నిర్మాణం, ఇక్కడ ప్రతి నోడ్ దాని క్రింద ఉన్న నోడ్ల యొక్క హాష్:
+
+
+
+రూట్ హాష్ మాత్రమే ఆన్చెయిన్లో నిల్వ చేయవలసిన భాగం. ఒక నిర్దిష్ట విలువను నిరూపించడానికి, రూట్ను పొందడానికి దానితో కలపాల్సిన అన్ని హాష్లను మీరు అందిస్తారు. ఉదాహరణకు, `C`ని నిరూపించడానికి మీరు `D`, `H(A-B)`, మరియు `H(E-H)`లను అందిస్తారు.
+
+
+
+## అమలు {#implementation}
+
+[నమూనా కోడ్ ఇక్కడ అందించబడింది](https://github.com/qbzzt/merkle-proofs-for-offline-data-integrity).
+
+### ఆఫ్చెయిన్ కోడ్ {#offchain-code}
+
+ఈ వ్యాసంలో మనం ఆఫ్చెయిన్ గణనల కోసం జావాస్క్రిప్ట్ను ఉపయోగిస్తాము. చాలా వికేంద్రీకృత అప్లికేషన్లు వాటి ఆఫ్చెయిన్ భాగాన్ని జావాస్క్రిప్ట్లో కలిగి ఉంటాయి.
+
+#### మెర్కిల్ రూట్ను సృష్టించడం {#creating-the-merkle-root}
+
+మొదట మనం మెర్కిల్ రూట్ను చైన్కు అందించాలి.
+
+```javascript
+const ethers = require("ethers")
+```
+
+[మేము ఈథర్స్ ప్యాకేజీ నుండి హాష్ ఫంక్షన్ను ఉపయోగిస్తాము](https://docs.ethers.io/v5/api/utils/hashing/#utils-keccak256).
+
+```javascript
+// మనం సమగ్రతను ధృవీకరించాల్సిన ముడి డేటా. మొదటి రెండు బైట్లు
+// ఒక వినియోగదారు ఐడెంటిఫైయర్, మరియు చివరి రెండు బైట్లు ప్రస్తుతం
+// వినియోగదారు సొంతం చేసుకున్న టోకెన్ల మొత్తం.
+const dataArray = [
+ 0x0bad0010, 0x60a70020, 0xbeef0030, 0xdead0040, 0xca110050, 0x0e660060,
+ 0xface0070, 0xbad00080, 0x060d0091,
+]
+```
+
+ఉదాహరణకు, JSON ఉపయోగించడం కంటే ప్రతి ఎంట్రీని ఒకే 256-బిట్ పూర్ణాంకంలోకి ఎన్కోడ్ చేయడం వల్ల తక్కువ చదవగలిగే కోడ్ వస్తుంది. అయితే, దీని అర్థం కాంట్రాక్ట్లో డేటాను తిరిగి పొందడానికి చాలా తక్కువ ప్రాసెసింగ్, కాబట్టి చాలా తక్కువ గ్యాస్ ఖర్చులు. [మీరు ఆన్చెయిన్లో JSON చదవవచ్చు](https://github.com/chrisdotn/jsmnSol), వీలైతే అది ఒక చెడ్డ ఆలోచన.
+
+```javascript
+// హాష్ విలువలు, BigIntsగా
+const hashArray = dataArray
+```
+
+ఈ సందర్భంలో మన డేటా ప్రారంభంలో 256-బిట్ విలువలు, కాబట్టి ప్రాసెసింగ్ అవసరం లేదు. మనం స్ట్రింగ్ల వంటి మరింత సంక్లిష్టమైన డేటా నిర్మాణాన్ని ఉపయోగిస్తే, హాష్ల శ్రేణిని పొందడానికి ముందుగా డేటాను హాష్ చేశామని నిర్ధారించుకోవాలి. వినియోగదారులకు ఇతర వినియోగదారుల సమాచారం తెలిసినా మేము పట్టించుకోము అనే కారణం కూడా ఇది అని గమనించండి. లేకపోతే మేము హాష్ చేయవలసి వచ్చేది, తద్వారా వినియోగదారు 1కి వినియోగదారు 0 విలువ తెలియదు, వినియోగదారు 2కి వినియోగదారు 3 విలువ తెలియదు, మొదలైనవి.
+
+```javascript
+// హాష్ ఫంక్షన్ ఆశించే స్ట్రింగ్ మరియు మనం అన్ని చోట్లా ఉపయోగించే
+// BigInt మధ్య మార్చండి.
+const hash = (x) =>
+ BigInt(ethers.utils.keccak256("0x" + x.toString(16).padStart(64, 0)))
+```
+
+ఈథర్స్ హాష్ ఫంక్షన్ `0x60A7` వంటి హెక్సాడెసిమల్ సంఖ్యతో కూడిన జావాస్క్రిప్ట్ స్ట్రింగ్ను పొందాలని ఆశిస్తుంది మరియు అదే నిర్మాణంతో మరో స్ట్రింగ్తో ప్రతిస్పందిస్తుంది. అయితే, మిగిలిన కోడ్ కోసం `BigInt`ని ఉపయోగించడం సులభం, కాబట్టి మేము హెక్సాడెసిమల్ స్ట్రింగ్కి మరియు మళ్లీ వెనక్కి మారుస్తాము.
+
+```javascript
+// ఒక జత యొక్క సౌష్టవ హాష్, కాబట్టి క్రమం తారుమారైనా మేము పట్టించుకోము.
+const pairHash = (a, b) => hash(hash(a) ^ hash(b))
+```
+
+ఈ ఫంక్షన్ సౌష్టవమైనది (ఒక [xor](https://en.wikipedia.org/wiki/Exclusive_or) బి యొక్క హాష్). దీని అర్థం, మనం మెర్కిల్ ప్రూఫ్ను తనిఖీ చేసినప్పుడు, ప్రూఫ్ నుండి వచ్చిన విలువను లెక్కించిన విలువకు ముందు లేదా తర్వాత ఉంచాలా అనే దాని గురించి మనం ఆందోళన చెందాల్సిన అవసరం లేదు. మెర్కిల్ ప్రూఫ్ తనిఖీ ఆన్చెయిన్లో జరుగుతుంది, కాబట్టి అక్కడ మనం ఎంత తక్కువ చేయవలసి వస్తే అంత మంచిది.
+
+హెచ్చరిక:
+క్రిప్టోగ్రఫీ కనిపించే దానికంటే కష్టం.
+ఈ వ్యాసం యొక్క ప్రారంభ వెర్షన్లో హాష్ ఫంక్షన్ `hash(a^b)` ఉంది.
+అది ఒక **చెడ్డ** ఆలోచన, ఎందుకంటే మీరు `a` మరియు `b` యొక్క చట్టబద్ధమైన విలువలను తెలిస్తే, మీరు ఏ కావలసిన `a'` విలువనైనా నిరూపించడానికి `b' = a^b^a'` ని ఉపయోగించగలరని దాని అర్థం.
+ఈ ఫంక్షన్తో మీరు `b'`ను లెక్కించాలి, తద్వారా `hash(a') ^ hash(b')` ఒక తెలిసిన విలువకు (రూట్కు వెళ్లే మార్గంలో తదుపరి శాఖ) సమానంగా ఉంటుంది, ఇది చాలా కష్టం.
+
+```javascript
+// ఒక నిర్దిష్ట శాఖ ఖాళీగా ఉందని సూచించడానికి విలువ,
+// ఒక విలువ లేదు
+const empty = 0n
+```
+
+విలువల సంఖ్య రెండు యొక్క పూర్ణాంక ఘాతం కానప్పుడు మనం ఖాళీ శాఖలను నిర్వహించాలి. ఈ ప్రోగ్రామ్ చేసే విధానం ఏమిటంటే, సున్నాను ప్లేస్హోల్డర్గా ఉంచడం.
+
+
+
+```javascript
+// క్రమంలో ప్రతి జత యొక్క హాష్ను తీసుకోవడం ద్వారా హాష్ శ్రేణి యొక్క ట్రీ నుండి ఒక స్థాయి పైకి లెక్కించండి
+//
+const oneLevelUp = (inputArray) => {
+ var result = []
+ var inp = [...inputArray] // ఇన్పుట్ను ఓవర్రైట్ చేయకుండా ఉండటానికి // అవసరమైతే ఖాళీ విలువను జోడించండి (మనకు అన్ని ఆకులు // జతగా ఉండాలి)
+
+ if (inp.length % 2 === 1) inp.push(empty)
+
+ for (var i = 0; i < inp.length; i += 2)
+ result.push(pairHash(inp[i], inp[i + 1]))
+
+ return result
+} // oneLevelUp
+```
+
+ఈ ఫంక్షన్ ప్రస్తుత లేయర్లోని విలువల జతలను హాష్ చేయడం ద్వారా మెర్కిల్ ట్రీలో ఒక స్థాయి "ఎక్కుతుంది". ఇది అత్యంత సమర్థవంతమైన అమలు కాదని గమనించండి, మేము ఇన్పుట్ను కాపీ చేయకుండా మరియు లూప్లో సముచితమైనప్పుడు `hashEmpty`ని జోడించి ఉండవచ్చు, కానీ ఈ కోడ్ చదవడానికి వీలుగా ఆప్టిమైజ్ చేయబడింది.
+
+```javascript
+const getMerkleRoot = (inputArray) => {
+ var result
+
+ result = [...inputArray] // ఒకే ఒక విలువ మిగిలే వరకు ట్రీని ఎక్కండి, అదే // రూట్. // // ఒక లేయర్లో బేసి సంఖ్యలో ఎంట్రీలు ఉంటే // వన్లెవల్అప్లోని కోడ్ ఒక ఖాళీ విలువను జోడిస్తుంది, కాబట్టి మనకు, ఉదాహరణకు, // 10 ఆకులు ఉంటే, రెండవ లేయర్లో 5 శాఖలు, మూడవ లేయర్లో 3 // శాఖలు, నాల్గవ దానిలో 2 మరియు రూట్ ఐదవది
+
+ while (result.length > 1) result = oneLevelUp(result)
+
+ return result[0]
+}
+```
+
+రూట్ను పొందడానికి, ఒకే ఒక విలువ మిగిలి ఉండే వరకు ఎక్కండి.
+
+#### మెర్కిల్ ప్రూఫ్ను సృష్టించడం {#creating-a-merkle-proof}
+
+మెర్కిల్ ప్రూఫ్ అనేది మెర్కిల్ రూట్ను తిరిగి పొందడానికి నిరూపించబడుతున్న విలువతో పాటు కలిసి హాష్ చేయవలసిన విలువలు. నిరూపించాల్సిన విలువ తరచుగా ఇతర డేటా నుండి అందుబాటులో ఉంటుంది, కాబట్టి నేను దానిని కోడ్లో భాగంగా కాకుండా విడిగా అందించడానికి ఇష్టపడతాను.
+
+```javascript
+// ఒక మెర్కిల్ ప్రూఫ్, హాష్ చేయడానికి ఎంట్రీల
+// జాబితా విలువను కలిగి ఉంటుంది. మనం ఒక సౌష్టవ హాష్ ఫంక్షన్ను ఉపయోగిస్తున్నందున, ప్రూఫ్ను ధృవీకరించడానికి మనకు
+// ఐటెమ్ యొక్క స్థానం అవసరం లేదు, దాన్ని సృష్టించడానికి మాత్రమే అవసరం
+const getMerkleProof = (inputArray, n) => {
+ var result = [], currentLayer = [...inputArray], currentN = n
+
+ // మనం పైకి చేరే వరకు
+ while (currentLayer.length > 1) {
+ // బేసి పొడవు లేయర్లు లేవు
+ if (currentLayer.length % 2)
+ currentLayer.push(empty)
+
+ result.push(currentN % 2
+ // currentN బేసి అయితే, దాని ముందున్న విలువతో ప్రూఫ్కు జోడించండి
+ ? currentLayer[currentN-1]
+ // అది సరి అయితే, దాని తర్వాత విలువను జోడించండి
+ : currentLayer[currentN+1])
+
+```
+
+మేము `(v[0],v[1])`, `(v[2],v[3])`, మొదలైన వాటిని హాష్ చేస్తాము. కాబట్టి సరి విలువల కోసం మనకు తదుపరిది అవసరం, బేసి విలువల కోసం మునుపటిది అవసరం.
+
+```javascript
+ // తదుపరి లేయర్కు వెళ్లండి
+ currentN = Math.floor(currentN/2)
+ currentLayer = oneLevelUp(currentLayer)
+ } // currentLayer.length > 1 అయితే
+
+ return result
+} // getMerkleProof
+```
+
+### ఆన్చెయిన్ కోడ్ {#onchain-code}
+
+చివరగా మనకు ప్రూఫ్ను తనిఖీ చేసే కోడ్ ఉంది. ఆన్చెయిన్ కోడ్ [Solidity](https://docs.soliditylang.org/en/v0.8.11/)లో వ్రాయబడింది. ఇక్కడ ఆప్టిమైజేషన్ చాలా ముఖ్యం ఎందుకంటే గ్యాస్ చాలా ఖరీదైనది.
+
+```solidity
+//SPDX-License-Identifier: Public Domain
+pragma solidity ^0.8.0;
+
+import "hardhat/console.sol";
+```
+
+నేను దీనిని [హార్డ్హ్యాట్ డెవలప్మెంట్ ఎన్విరాన్మెంట్](https://hardhat.org/)ని ఉపయోగించి వ్రాశాను, ఇది అభివృద్ధి చేస్తున్నప్పుడు [Solidity నుండి కన్సోల్ అవుట్పుట్](https://hardhat.org/docs/cookbook/debug-logs)ను కలిగి ఉండటానికి అనుమతిస్తుంది.
+
+```solidity
+
+contract MerkleProof {
+ uint merkleRoot;
+
+ function getRoot() public view returns (uint) {
+ return merkleRoot;
+ }
+
+ // అత్యంత అసురక్షితం, ప్రొడక్షన్ కోడ్లో దీనికి యాక్సెస్
+ // ఈ ఫంక్షన్ ఖచ్చితంగా పరిమితం చేయబడాలి, బహుశా ఒక
+ // యజమానికి
+ function setRoot(uint _merkleRoot) external {
+ merkleRoot = _merkleRoot;
+ } // setRoot
+```
+
+మెర్కిల్ రూట్ కోసం సెట్ మరియు గెట్ ఫంక్షన్లు. ప్రొడక్షన్ సిస్టమ్లో ప్రతి ఒక్కరినీ మెర్కిల్ రూట్ను అప్డేట్ చేయడానికి అనుమతించడం _అత్యంత చెడ్డ ఆలోచన_. నమూనా కోడ్ కోసం సరళత కొరకు నేను ఇక్కడ చేస్తున్నాను. **డేటా సమగ్రత నిజంగా ముఖ్యమైన సిస్టమ్లో దీన్ని చేయవద్దు**.
+
+```solidity
+ function hash(uint _a) internal pure returns(uint) {
+ return uint(keccak256(abi.encode(_a)));
+ }
+
+ function pairHash(uint _a, uint _b) internal pure returns(uint) {
+ return hash(hash(_a) ^ hash(_b));
+ }
+```
+
+ఈ ఫంక్షన్ ఒక జత హాష్ను ఉత్పత్తి చేస్తుంది. ఇది `hash` మరియు `pairHash` కోసం జావాస్క్రిప్ట్ కోడ్ యొక్క సాలిడిటీ అనువాదం మాత్రమే.
+
+**గమనిక:** ఇది చదవడానికి వీలుగా ఆప్టిమైజేషన్ యొక్క మరో సందర్భం. [ఫంక్షన్ నిర్వచనం](https://www.tutorialspoint.com/solidity/solidity_cryptographic_functions.htm) ఆధారంగా, డేటాను [`bytes32`](https://docs.soliditylang.org/en/v0.5.3/types.html#fixed-size-byte-arrays) విలువగా నిల్వ చేయడం మరియు మార్పిడులను నివారించడం సాధ్యం కావచ్చు.
+
+```solidity
+ // ఒక మెర్కిల్ ప్రూఫ్ను ధృవీకరించండి
+ function verifyProof(uint _value, uint[] calldata _proof)
+ public view returns (bool) {
+ uint temp = _value;
+ uint i;
+
+ for(i=0; i<_proof.length; i++) {
+ temp = pairHash(temp, _proof[i]);
+ }
+
+ return temp == merkleRoot;
+ }
+
+} // MarkleProof
+```
+
+గణిత సంజ్ఞామానంలో మెర్కిల్ ప్రూఫ్ ధృవీకరణ ఇలా కనిపిస్తుంది: `H(proof_n, H(proof_n-1, H(proof_n-2, ...` H(proof_1, H(proof_0, value))...)))\`. ఈ కోడ్ దీనిని అమలు చేస్తుంది.
+
+## మెర్కిల్ ప్రూఫ్లు మరియు రోలప్లు కలవవు {#merkle-proofs-and-rollups}
+
+మెర్కిల్ ప్రూఫ్లు [రోలప్లతో](/developers/docs/scaling/#rollups) సరిగ్గా పనిచేయవు. కారణం ఏమిటంటే, రోలప్లు మొత్తం లావాదేవీల డేటాను L1లో వ్రాస్తాయి, కానీ L2లో ప్రాసెస్ చేస్తాయి. ఒక లావాదేవీతో మెర్కిల్ ప్రూఫ్ను పంపడానికి అయ్యే ఖర్చు సగటున ఒక లేయర్కు 638 గ్యాస్ (ప్రస్తుతం కాల్ డేటాలో ఒక బైట్ సున్నా కాకపోతే 16 గ్యాస్, మరియు సున్నా అయితే 4 ఖర్చు అవుతుంది). మనకు 1024 పదాల డేటా ఉంటే, ఒక మెర్కిల్ ప్రూఫ్కు పది లేయర్లు లేదా మొత్తం 6380 గ్యాస్ అవసరం.
+
+ఉదాహరణకు [ఆప్టిమిజం](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m)లో చూస్తే, L1 గ్యాస్ రాయడానికి సుమారు 100 gwei మరియు L2 గ్యాస్ 0.001 gwei ఖర్చు అవుతుంది (ఇది సాధారణ ధర, రద్దీతో ఇది పెరగవచ్చు). కాబట్టి ఒక L1 గ్యాస్ ఖర్చుతో మనం L2 ప్రాసెసింగ్పై లక్ష గ్యాస్ ఖర్చు చేయవచ్చు. మనం నిల్వను ఓవర్రైట్ చేయలేదని ఊహిస్తే, ఒక L1 గ్యాస్ ధరకు L2లోని నిల్వకు సుమారు ఐదు పదాలు వ్రాయగలమని దీని అర్థం. ఒకే మెర్కిల్ ప్రూఫ్ కోసం మనం మొత్తం 1024 పదాలను నిల్వకు వ్రాయవచ్చు (అవి లావాదేవీలో అందించబడకుండా, ప్రారంభంలో ఆన్చెయిన్లో లెక్కించబడతాయని ఊహిస్తే) మరియు ఇంకా చాలా గ్యాస్ మిగిలి ఉంటుంది.
+
+## ముగింపు {#conclusion}
+
+నిజ జీవితంలో మీరు మీ స్వంతంగా మెర్కిల్ ట్రీలను ఎప్పటికీ అమలు చేయకపోవచ్చు. మీరు ఉపయోగించగల బాగా తెలిసిన మరియు ఆడిట్ చేయబడిన లైబ్రరీలు ఉన్నాయి మరియు సాధారణంగా చెప్పాలంటే, క్రిప్టోగ్రాఫిక్ ప్రిమిటివ్లను మీ స్వంతంగా అమలు చేయకపోవడమే మంచిది. కానీ ఇప్పుడు మీరు మెర్కిల్ ప్రూఫ్లను బాగా అర్థం చేసుకున్నారని మరియు అవి ఎప్పుడు ఉపయోగించడం విలువైనవో నిర్ణయించుకోగలరని నేను ఆశిస్తున్నాను.
+
+మెర్కిల్ ప్రూఫ్లు _సమగ్రత_ను కాపాడతాయి, కానీ అవి _లభ్యత_ను కాపాడవు అని గమనించండి. డేటా నిల్వ యాక్సెస్ను నిరాకరించాలని నిర్ణయించుకుంటే మరియు మీరు వాటిని యాక్సెస్ చేయడానికి మెర్కిల్ ట్రీని నిర్మించలేకపోతే, మీ ఆస్తులను మరెవరూ తీసుకోలేరని తెలుసుకోవడం చిన్న ఓదార్పు. కాబట్టి మెర్కిల్ ట్రీలను IPFS వంటి వికేంద్రీకృత నిల్వతో ఉత్తమంగా ఉపయోగిస్తారు.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
new file mode 100644
index 00000000000..cffe46200ec
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
@@ -0,0 +1,151 @@
+---
+title: InfluxDB మరియు Grafanaతో Gethను పర్యవేక్షించడం
+description: పనితీరును ట్రాక్ చేయడానికి మరియు సమస్యలను గుర్తించడానికి InfluxDB మరియు Grafanaను ఉపయోగించి మీ Geth నోడ్ కోసం పర్యవేక్షణను ఏర్పాటు చేసుకోండి.
+author: "మారియో హావెల్"
+tags: [ "క్లయింట్లు", "నోడ్లు" ]
+skill: మధ్యస్థ
+lang: te
+published: 2021-01-13
+---
+
+ఈ ట్యుటోరియల్ మీ Geth నోడ్ కోసం పర్యవేక్షణను ఏర్పాటు చేసుకోవడానికి మీకు సహాయపడుతుంది, తద్వారా మీరు దాని పనితీరును బాగా అర్థం చేసుకోగలరు మరియు సంభావ్య సమస్యలను గుర్తించగలరు.
+
+## అవసరాలు {#prerequisites}
+
+- మీరు ఇప్పటికే Geth యొక్క ఒక ఇన్స్టాన్స్ను రన్ చేస్తూ ఉండాలి.
+- చాలా దశలు మరియు ఉదాహరణలు లైనక్స్ పర్యావరణం కోసం ఉన్నాయి, ప్రాథమిక టెర్మినల్ పరిజ్ఞానం సహాయకరంగా ఉంటుంది.
+- Geth యొక్క మెట్రిక్స్ సూట్ గురించి ఈ వీడియో ఓవర్వ్యూను చూడండి: [Péter Szilágyi ద్వారా Ethereum ఇన్ఫ్రాస్ట్రక్చర్ను పర్యవేక్షించడం](https://www.youtube.com/watch?v=cOBab8IJMYI).
+
+## పర్యవేక్షణ స్టాక్ {#monitoring-stack}
+
+ఒక Ethereum క్లయింట్ చాలా డేటాను సేకరిస్తుంది, దీనిని ఒక కాలక్రమానుసార డేటాబేస్ రూపంలో చదవవచ్చు. పర్యవేక్షణను సులభతరం చేయడానికి, మీరు దీనిని డేటా విజువలైజేషన్ సాఫ్ట్వేర్లోకి ఫీడ్ చేయవచ్చు. అనేక ఎంపికలు అందుబాటులో ఉన్నాయి:
+
+- [ప్రోమేతియస్](https://prometheus.io/) (పుల్ మోడల్)
+- [InfluxDB](https://www.influxdata.com/get-influxdb/) (పుష్ మోడల్)
+- [టెలిగ్రాఫ్](https://www.influxdata.com/get-influxdb/)
+- [గ్రాఫానా](https://www.grafana.com/)
+- [డేటాడాగ్](https://www.datadoghq.com/)
+- [క్రోనోగ్రాఫ్](https://www.influxdata.com/time-series-platform/chronograf/)
+
+InfluxDB మరియు Grafanaతో ముందే కాన్ఫిగర్ చేయబడిన [Geth Prometheus Exporter](https://github.com/hunterlong/gethexporter) అనే ఎంపిక కూడా ఉంది.
+
+ఈ ట్యుటోరియల్లో, ఒక డేటాబేస్ సృష్టించడానికి InfluxDBకి డేటాను పంపడానికి మరియు డేటా యొక్క గ్రాఫ్ విజువలైజేషన్ సృష్టించడానికి Grafanaని ఉపయోగించేలా మీ Geth క్లయింట్ను మేము సెటప్ చేస్తాము. దీనిని మాన్యువల్గా చేయడం వల్ల మీరు ప్రక్రియను బాగా అర్థం చేసుకోవడానికి, దానిని మార్చడానికి మరియు విభిన్న పర్యావరణాలలో డిప్లాయ్ చేయడానికి సహాయపడుతుంది.
+
+## InfluxDBని సెటప్ చేయడం {#setting-up-influxdb}
+
+మొదట, InfluxDBని డౌన్లోడ్ చేసి, ఇన్స్టాల్ చేద్దాం. వివిధ డౌన్లోడ్ ఎంపికలను [Influxdata విడుదల పేజీ](https://portal.influxdata.com/downloads/)లో చూడవచ్చు. మీ పర్యావరణానికి సరిపోయేదాన్ని ఎంచుకోండి.
+మీరు దీనిని ఒక [రిపోజిటరీ](https://repos.influxdata.com/) నుండి కూడా ఇన్స్టాల్ చేయవచ్చు. ఉదాహరణకు డెబియన్ ఆధారిత పంపిణీలో:
+
+```
+curl -tlsv1.3 --proto =https -sL https://repos.influxdata.com/influxdb.key | sudo apt-key add
+source /etc/lsb-release
+echo "deb https://repos.influxdata.com/${DISTRIB_ID,,} ${DISTRIB_CODENAME} stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
+sudo apt update
+sudo apt install influxdb -y
+sudo systemctl enable influxdb
+sudo systemctl start influxdb
+sudo apt install influxdb-client
+```
+
+InfluxDBని విజయవంతంగా ఇన్స్టాల్ చేసిన తర్వాత, అది బ్యాక్గ్రౌండ్లో నడుస్తోందని నిర్ధారించుకోండి. డిఫాల్ట్గా, ఇది `localhost:8086` వద్ద అందుబాటులో ఉంటుంది.
+`influx` క్లయింట్ను ఉపయోగించే ముందు, మీరు అడ్మిన్ అధికారాలతో కొత్త యూజర్ను సృష్టించాలి. ఈ యూజర్ ఉన్నత స్థాయి నిర్వహణ, డేటాబేస్లు మరియు యూజర్లను సృష్టించడం కోసం ఉపయోగపడుతుంది.
+
+```
+curl -XPOST "http://localhost:8086/query" --data-urlencode "q=CREATE USER username WITH PASSWORD 'password' WITH ALL PRIVILEGES"
+```
+
+ఇప్పుడు మీరు ఈ యూజర్తో [InfluxDB షెల్](https://docs.influxdata.com/influxdb/v1.8/tools/shell/)లోకి ప్రవేశించడానికి influx క్లయింట్ను ఉపయోగించవచ్చు.
+
+```
+influx -username 'username' -password 'password'
+```
+
+దాని షెల్లో InfluxDBతో నేరుగా కమ్యూనికేట్ చేస్తూ, మీరు geth మెట్రిక్స్ కోసం డేటాబేస్ మరియు యూజర్ను సృష్టించవచ్చు.
+
+```
+create database geth
+create user geth with password choosepassword
+```
+
+సృష్టించిన ఎంట్రీలను దీనితో ధృవీకరించండి:
+
+```
+show databases
+show users
+```
+
+InfluxDB షెల్ నుండి నిష్క్రమించండి.
+
+```
+exit
+```
+
+Geth నుండి మెట్రిక్స్ను నిల్వ చేయడానికి InfluxDB నడుస్తోంది మరియు కాన్ఫిగర్ చేయబడింది.
+
+## Gethను సిద్ధం చేయడం {#preparing-geth}
+
+డేటాబేస్ను సెటప్ చేసిన తర్వాత, మనం Gethలో మెట్రిక్స్ సేకరణను ఎనేబుల్ చేయాలి. `geth --help`లో `METRICS AND STATS OPTIONS`కి శ్రద్ధ వహించండి. అక్కడ అనేక ఎంపికలను కనుగొనవచ్చు, ఈ సందర్భంలో Geth InfluxDBకి డేటాను పంపాలని మేము కోరుకుంటున్నాము.
+ప్రాథమిక సెటప్ InfluxDB అందుబాటులో ఉండే ఎండ్పాయింట్ మరియు డేటాబేస్ కోసం ప్రామాణీకరణను నిర్దేశిస్తుంది.
+
+```
+geth --metrics --metrics.influxdb --metrics.influxdb.endpoint "http://0.0.0.0:8086" --metrics.influxdb.username "geth" --metrics.influxdb.password "chosenpassword"
+```
+
+ఈ ఫ్లాగ్లను క్లయింట్ను ప్రారంభించే ఆదేశానికి జతచేయవచ్చు లేదా కాన్ఫిగరేషన్ ఫైల్లో సేవ్ చేయవచ్చు.
+
+Geth విజయవంతంగా డేటాను పంపుతోందని మీరు ధృవీకరించవచ్చు, ఉదాహరణకు డేటాబేస్లోని మెట్రిక్స్ను జాబితా చేయడం ద్వారా. InfluxDB షెల్లో:
+
+```
+use geth
+show measurements
+```
+
+## Grafanaను సెటప్ చేయడం {#setting-up-grafana}
+
+తదుపరి దశ Grafanaను ఇన్స్టాల్ చేయడం, ఇది డేటాను గ్రాఫికల్గా వివరిస్తుంది. మీ పర్యావరణం కోసం Grafana డాక్యుమెంటేషన్లో ఇన్స్టాలేషన్ ప్రక్రియను అనుసరించండి. మీరు మరోలా కోరుకోకపోతే OSS వెర్షన్ను ఇన్స్టాల్ చేసినట్లు నిర్ధారించుకోండి.
+రిపోజిటరీని ఉపయోగించి డెబియన్ పంపిణీల కోసం ఉదాహరణ ఇన్స్టాలేషన్ దశలు:
+
+```
+curl -tlsv1.3 --proto =https -sL https://packages.grafana.com/gpg.key | sudo apt-key add -
+echo "deb https://packages.grafana.com/oss/deb stable main" | sudo tee -a /etc/apt/sources.list.d/grafana.list
+sudo apt update
+sudo apt install grafana
+sudo systemctl enable grafana-server
+sudo systemctl start grafana-server
+```
+
+మీరు Grafanaను నడుపుతున్నప్పుడు, ఇది `localhost:3000` వద్ద అందుబాటులో ఉండాలి.
+ఈ మార్గాన్ని యాక్సెస్ చేయడానికి మీకు నచ్చిన బ్రౌజర్ను ఉపయోగించండి, ఆపై డిఫాల్ట్ ఆధారాలతో లాగిన్ చేయండి (యూజర్: `admin` మరియు పాస్వర్డ్: `admin`). ప్రాంప్ట్ చేసినప్పుడు, డిఫాల్ట్ పాస్వర్డ్ను మార్చి సేవ్ చేయండి.
+
+
+
+మీరు Grafana హోమ్ పేజీకి మళ్లించబడతారు. మొదట, మీ సోర్స్ డేటాను సెటప్ చేయండి. ఎడమ బార్లోని కాన్ఫిగరేషన్ ఐకాన్పై క్లిక్ చేసి, "డేటా సోర్సెస్"ని ఎంచుకోండి.
+
+
+
+ఇంకా ఏ డేటా సోర్సెస్ సృష్టించబడలేదు, ఒకదాన్ని నిర్వచించడానికి "యాడ్ డేటా సోర్స్" పై క్లిక్ చేయండి.
+
+
+
+ఈ సెటప్ కోసం, "InfluxDB"ని ఎంచుకుని కొనసాగండి.
+
+
+
+మీరు ఒకే మెషీన్లో టూల్స్ను నడుపుతున్నట్లయితే డేటా సోర్స్ కాన్ఫిగరేషన్ చాలా సూటిగా ఉంటుంది. మీరు InfluxDB చిరునామా మరియు డేటాబేస్ను యాక్సెస్ చేయడానికి వివరాలను సెట్ చేయాలి. క్రింది చిత్రాన్ని చూడండి.
+
+
+
+అన్నీ పూర్తయి, InfluxDB అందుబాటులో ఉంటే, "సేవ్ అండ్ టెస్ట్" పై క్లిక్ చేసి, నిర్ధారణ పాప్ అప్ అయ్యే వరకు వేచి ఉండండి.
+
+
+
+InfluxDB నుండి డేటాను చదవడానికి Grafana ఇప్పుడు సెటప్ చేయబడింది. ఇప్పుడు మీరు ఒక డాష్బోర్డ్ను సృష్టించాలి, ఇది దానిని వివరిస్తుంది మరియు ప్రదర్శిస్తుంది. డాష్బోర్డ్ల లక్షణాలు JSON ఫైల్స్లో ఎన్కోడ్ చేయబడతాయి, వీటిని ఎవరైనా సృష్టించవచ్చు మరియు సులభంగా దిగుమతి చేసుకోవచ్చు. ఎడమ బార్లో, "క్రియేట్ అండ్ ఇంపోర్ట్" పై క్లిక్ చేయండి.
+
+
+
+Geth పర్యవేక్షణ డాష్బోర్డ్ కోసం, [ఈ డాష్బోర్డ్](https://grafana.com/grafana/dashboards/13877/) యొక్క IDని కాపీ చేసి, దానిని Grafanaలోని "ఇంపోర్ట్ పేజీ"లో అతికించండి. డాష్బోర్డ్ను సేవ్ చేసిన తర్వాత, ఇది ఇలా కనిపించాలి:
+
+
+
+మీరు మీ డాష్బోర్డ్లను సవరించవచ్చు. ప్రతి ప్యానెల్ను సవరించవచ్చు, తరలించవచ్చు, తీసివేయవచ్చు లేదా జోడించవచ్చు. మీరు మీ కాన్ఫిగరేషన్లను మార్చవచ్చు. అది మీ ఇష్టం! డాష్బోర్డ్లు ఎలా పనిచేస్తాయో మరింత తెలుసుకోవడానికి, [Grafana డాక్యుమెంటేషన్](https://grafana.com/docs/grafana/latest/dashboards/)ను చూడండి.
+మీరు [అలర్టింగ్](https://grafana.com/docs/grafana/latest/alerting/)పై కూడా ఆసక్తి కలిగి ఉండవచ్చు. మెట్రిక్స్ నిర్దిష్ట విలువలను చేరుకున్నప్పుడు అలర్ట్ నోటిఫికేషన్లను సెటప్ చేయడానికి ఇది మిమ్మల్ని అనుమతిస్తుంది. వివిధ కమ్యూనికేషన్ ఛానెల్లకు మద్దతు ఉంది.
diff --git a/public/content/translations/te/developers/tutorials/nft-minter/index.md b/public/content/translations/te/developers/tutorials/nft-minter/index.md
new file mode 100644
index 00000000000..01ded09a738
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/nft-minter/index.md
@@ -0,0 +1,874 @@
+---
+title: NFT మింటర్ ట్యుటోరియల్
+description: ఈ ట్యుటోరియల్లో, మీరు ఒక NFT మింటర్ను నిర్మిస్తారు మరియు మీ స్మార్ట్ కాంట్రాక్ట్ను MetaMask మరియు Web3 సాధనాలను ఉపయోగించి ఒక React ఫ్రంటెండ్కు కనెక్ట్ చేయడం ద్వారా పూర్తి స్టాక్ డాప్ను ఎలా సృష్టించాలో నేర్చుకుంటారు.
+author: "smudgil"
+tags:
+ [
+ "దృఢత్వం",
+ "నాన్-ఫంగబుల్ టోకెన్",
+ "alchemy",
+ "స్మార్ట్ కాంట్రాక్టులు",
+ "frontend",
+ "Pinata"
+ ]
+skill: మధ్యస్థ
+lang: te
+published: 2021-10-06
+---
+
+Web2 నేపథ్యం నుండి వచ్చే డెవలపర్లకు ఎదురయ్యే అతిపెద్ద సవాళ్లలో ఒకటి, మీ స్మార్ట్ కాంట్రాక్ట్ను ఫ్రంటెండ్ ప్రాజెక్ట్కు ఎలా కనెక్ట్ చేయాలో మరియు దానితో ఎలా సంభాషించాలో గుర్తించడం.
+
+ఒక NFT మింటర్ను నిర్మించడం ద్వారా — మీ డిజిటల్ ఆస్తికి ఒక లింక్, ఒక శీర్షిక మరియు ఒక వివరణను మీరు ఇన్పుట్ చేయగల ఒక సులభమైన UI — మీరు ఎలాగో నేర్చుకుంటారు:
+
+- మీ ఫ్రంటెండ్ ప్రాజెక్ట్ ద్వారా MetaMaskకు కనెక్ట్ అవ్వండి
+- మీ ఫ్రంటెండ్ నుండి స్మార్ట్ కాంట్రాక్ట్ పద్ధతులను కాల్ చేయండి
+- MetaMask ఉపయోగించి లావాదేవీలపై సంతకం చేయండి
+
+ఈ ట్యుటోరియల్లో, మేము మా ఫ్రంటెండ్ ఫ్రేమ్వర్క్గా [React](https://react.dev/) ను ఉపయోగిస్తాము. ఈ ట్యుటోరియల్ ప్రధానంగా Web3 అభివృద్ధిపై దృష్టి సారించినందున, మేము React ప్రాథమిక అంశాలను విడమరచి చెప్పడానికి ఎక్కువ సమయం వెచ్చించము. బదులుగా, మేము మా ప్రాజెక్ట్కు కార్యాచరణను తీసుకురావడంపై దృష్టి పెడతాము.
+
+ఒక ముందస్తు అవసరంగా, మీకు React గురించి ప్రాథమిక స్థాయి అవగాహన ఉండాలి—కాంపోనెంట్లు, ప్రాప్స్, useState/useEffect, మరియు ప్రాథమిక ఫంక్షన్ కాలింగ్ ఎలా పనిచేస్తాయో తెలిసి ఉండాలి. మీరు ఇంతకు ముందు ఆ పదాలలో దేనినీ విని ఉండకపోతే, మీరు ఈ [React ట్యుటోరియల్కు పరిచయం](https://react.dev/learn/tutorial-tic-tac-toe) ను చూడాలనుకోవచ్చు. దృశ్య అభ్యాసకుల కోసం, మేము Net Ninja ద్వారా రూపొందించబడిన ఈ అద్భుతమైన [పూర్తి ఆధునిక React ట్యుటోరియల్](https://www.youtube.com/playlist?list=PL4cUxeGkcC9gZD-Tvwfod2gaISzfRiP9d) వీడియో సిరీస్ను గట్టిగా సిఫార్సు చేస్తున్నాము.
+
+మరియు మీరు ఇప్పటికే చేయకపోతే, ఈ ట్యుటోరియల్ను పూర్తి చేయడానికి అలాగే బ్లాక్చైన్లో ఏదైనా నిర్మించడానికి మీకు ఖచ్చితంగా ఒక Alchemy ఖాతా అవసరం. [ఇక్కడ](https://alchemy.com/) ఒక ఉచిత ఖాతా కోసం సైన్ అప్ చేయండి.
+
+ఇంకా ఆలస్యం చేయకుండా, ప్రారంభిద్దాం!
+
+## NFTలను తయారు చేయడం 101 {#making-nfts-101}
+
+మేము ఏదైనా కోడ్ను చూడటం ప్రారంభించడానికి ముందు, ఒక NFTని తయారు చేయడం ఎలా పనిచేస్తుందో అర్థం చేసుకోవడం ముఖ్యం. ఇందులో రెండు దశలు ఉంటాయి:
+
+### Ethereum బ్లాక్చైన్పై ఒక NFT స్మార్ట్ కాంట్రాక్ట్ను ప్రచురించండి {#publish-nft}
+
+రెండు NFT స్మార్ట్ కాంట్రాక్ట్ ప్రమాణాల మధ్య అతిపెద్ద వ్యత్యాసం ఏమిటంటే, ERC-1155 ఒక మల్టీ-టోకెన్ ప్రమాణం మరియు బ్యాచ్ కార్యాచరణను కలిగి ఉంటుంది, అయితే ERC-721 ఒక సింగిల్-టోకెన్ ప్రమాణం మరియు అందువల్ల ఒకేసారి ఒక టోకెన్ను మాత్రమే బదిలీ చేయడానికి మద్దతు ఇస్తుంది.
+
+### మింటింగ్ ఫంక్షన్ను కాల్ చేయండి {#minting-function}
+
+సాధారణంగా, ఈ మింటింగ్ ఫంక్షన్కు మీరు రెండు వేరియబుల్స్ను పారామీటర్లుగా పాస్ చేయవలసి ఉంటుంది, మొదట `recipient`, ఇది మీ తాజాగా ముద్రించబడిన NFTని స్వీకరించే చిరునామాను నిర్దేశిస్తుంది, మరియు రెండవది NFT యొక్క `tokenURI`, ఇది NFT యొక్క మెటాడేటాను వివరించే ఒక JSON డాక్యుమెంట్కు పరిష్కరించే ఒక స్ట్రింగ్.
+
+ఒక NFT యొక్క మెటాడేటా నిజంగా దానికి జీవం పోస్తుంది, దానిని ఒక పేరు, వివరణ, చిత్రం (లేదా విభిన్న డిజిటల్ ఆస్తి), మరియు ఇతర గుణాలను కలిగి ఉండటానికి అనుమతిస్తుంది. ఇక్కడ [ఒక tokenURI ఉదాహరణ](https://gateway.pinata.cloud/ipfs/QmSvBcb4tjdFpajGJhbFAWeK3JAxCdNQLQtr6ZdiSi42V2) ఉంది, ఇందులో ఒక NFT యొక్క మెటాడేటా ఉంటుంది.
+
+ఈ ట్యుటోరియల్లో, మేము రెండవ భాగంపై దృష్టి పెట్టబోతున్నాము, మా React UIని ఉపయోగించి ఇప్పటికే ఉన్న NFT యొక్క స్మార్ట్ కాంట్రాక్ట్ మింటింగ్ ఫంక్షన్ను కాల్ చేయడం.
+
+ఈ ట్యుటోరియల్లో మేము కాల్ చేయబోయే ERC-721 NFT స్మార్ట్ కాంట్రాక్ట్కి [ఇక్కడ ఒక లింక్](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) ఉంది. మేము దానిని ఎలా తయారు చేశామో మీరు తెలుసుకోవాలనుకుంటే, మా ఇతర ట్యుటోరియల్, ["ఒక NFTని ఎలా సృష్టించాలి"](https://www.alchemy.com/docs/how-to-create-an-nft) ను చూడమని మేము గట్టిగా సిఫార్సు చేస్తున్నాము.
+
+బాగుంది, ఇప్పుడు ఒక NFTని తయారు చేయడం ఎలా పనిచేస్తుందో మనకు అర్థమైంది, మా స్టార్టర్ ఫైల్లను క్లోన్ చేద్దాం!
+
+## స్టార్టర్ ఫైల్లను క్లోన్ చేయండి {#clone-the-starter-files}
+
+మొదట, ఈ ప్రాజెక్ట్ కోసం స్టార్టర్ ఫైల్లను పొందడానికి [nft-minter-tutorial GitHub రిపోజిటరీ](https://github.com/alchemyplatform/nft-minter-tutorial) కి వెళ్ళండి. ఈ రిపోజిటరీని మీ స్థానిక వాతావరణంలోకి క్లోన్ చేయండి.
+
+మీరు ఈ క్లోన్ చేయబడిన `nft-minter-tutorial` రిపోజిటరీని తెరిచినప్పుడు, అందులో రెండు ఫోల్డర్లు ఉన్నాయని మీరు గమనిస్తారు: `minter-starter-files` మరియు `nft-minter`.
+
+- `minter-starter-files` లో ఈ ప్రాజెక్ట్ కోసం స్టార్టర్ ఫైల్లు (ముఖ్యంగా React UI) ఉన్నాయి. ఈ ట్యుటోరియల్లో, **మేము ఈ డైరెక్టరీలో పని చేస్తాము**, మీరు ఈ UIని మీ Ethereum వాలెట్ మరియు ఒక NFT స్మార్ట్ కాంట్రాక్ట్కు కనెక్ట్ చేయడం ద్వారా దానికి జీవం పోయడం ఎలాగో నేర్చుకుంటారు.
+- `nft-minter` పూర్తి ట్యుటోరియల్ను కలిగి ఉంది మరియు **మీరు ఇరుక్కుపోయినట్లయితే** **సూచనగా** మీ కోసం అక్కడ ఉంది.
+
+తరువాత, మీ కోడ్ ఎడిటర్లో మీ `minter-starter-files` కాపీని తెరిచి, ఆపై మీ `src` ఫోల్డర్లోకి నావిగేట్ చేయండి.
+
+మేము వ్రాసే కోడ్ అంతా `src` ఫోల్డర్ కింద ఉంటుంది. మేము `Minter.js` కాంపోనెంట్ను సవరించడం మరియు మా ప్రాజెక్ట్కు Web3 కార్యాచరణను అందించడానికి అదనపు జావాస్క్రిప్ట్ ఫైల్లను వ్రాయడం చేస్తాము.
+
+## దశ 2: మా స్టార్టర్ ఫైల్లను చూడండి {#step-2-check-out-our-starter-files}
+
+మేము కోడింగ్ ప్రారంభించడానికి ముందు, స్టార్టర్ ఫైల్లలో మాకు ఇప్పటికే ఏమి అందించబడిందో చూడటం ముఖ్యం.
+
+### మీ react ప్రాజెక్ట్ను రన్ చేయండి {#get-your-react-project-running}
+
+మా బ్రౌజర్లో React ప్రాజెక్ట్ను రన్ చేయడం ద్వారా ప్రారంభిద్దాం. React యొక్క అందం ఏమిటంటే, మా బ్రౌజర్లో మా ప్రాజెక్ట్ రన్ అవుతున్నప్పుడు, మేము సేవ్ చేసే ఏవైనా మార్పులు మా బ్రౌజర్లో ప్రత్యక్షంగా అప్డేట్ చేయబడతాయి.
+
+ప్రాజెక్ట్ను రన్ చేయడానికి, `minter-starter-files` ఫోల్డర్ యొక్క రూట్ డైరెక్టరీకి నావిగేట్ చేయండి, మరియు ప్రాజెక్ట్ యొక్క డిపెండెన్సీలను ఇన్స్టాల్ చేయడానికి మీ టెర్మినల్లో `npm install` రన్ చేయండి:
+
+```bash
+cd minter-starter-files
+npm install
+```
+
+అవి ఇన్స్టాల్ చేయడం పూర్తయిన తర్వాత, మీ టెర్మినల్లో `npm start` రన్ చేయండి:
+
+```bash
+npm start
+```
+
+అలా చేయడం వలన మీ బ్రౌజర్లో http://localhost:3000/ తెరుచుకోవాలి, అక్కడ మీరు మా ప్రాజెక్ట్ కోసం ఫ్రంటెండ్ను చూస్తారు. ఇది 3 ఫీల్డ్లను కలిగి ఉండాలి: మీ NFT యొక్క ఆస్తికి ఒక లింక్ను ఇన్పుట్ చేయడానికి ఒక స్థలం, మీ NFT పేరును నమోదు చేయండి మరియు ఒక వివరణను అందించండి.
+
+మీరు "వాలెట్ను కనెక్ట్ చేయండి" లేదా "NFTని ముద్రించండి" బటన్లను క్లిక్ చేయడానికి ప్రయత్నిస్తే, అవి పనిచేయవని మీరు గమనిస్తారు—అందుకు కారణం మేము ఇంకా వాటి కార్యాచరణను ప్రోగ్రామ్ చేయాలి! :\)
+
+### Minter.js కాంపోనెంట్ {#minter-js}
+
+**గమనిక:** మీరు `minter-starter-files` ఫోల్డర్లో ఉన్నారని మరియు `nft-minter` ఫోల్డర్లో లేరని నిర్ధారించుకోండి!
+
+మా ఎడిటర్లోని `src` ఫోల్డర్లోకి తిరిగి వెళ్లి, `Minter.js` ఫైల్ను తెరుద్దాం. ఈ ఫైల్లోని ప్రతిదాన్ని మనం అర్థం చేసుకోవడం చాలా ముఖ్యం, ఎందుకంటే ఇది మనం పని చేయబోయే ప్రాథమిక React కాంపోనెంట్.
+
+ఈ ఫైల్ పైన, మా స్టేట్ వేరియబుల్స్ ఉన్నాయి, వాటిని మేము నిర్దిష్ట ఈవెంట్ల తర్వాత అప్డేట్ చేస్తాము.
+
+```javascript
+//స్టేట్ వేరియబుల్స్
+const [walletAddress, setWallet] = useState("")
+const [status, setStatus] = useState("")
+const [name, setName] = useState("")
+const [description, setDescription] = useState("")
+const [url, setURL] = useState("")
+```
+
+React స్టేట్ వేరియబుల్స్ లేదా స్టేట్ హుక్స్ గురించి ఎప్పుడూ వినలేదా? [ఈ](https://legacy.reactjs.org/docs/hooks-state.html) డాక్స్ను చూడండి.
+
+ప్రతి వేరియబుల్ దేనిని సూచిస్తుందో ఇక్కడ ఉంది:
+
+- `walletAddress` - వినియోగదారుడి వాలెట్ చిరునామాను నిల్వ చేసే ఒక స్ట్రింగ్
+- `status` - UI దిగువన ప్రదర్శించడానికి ఒక సందేశాన్ని కలిగి ఉన్న ఒక స్ట్రింగ్
+- `name` - NFT పేరును నిల్వ చేసే ఒక స్ట్రింగ్
+- `description` - NFT వివరణను నిల్వ చేసే ఒక స్ట్రింగ్
+- `url` - NFT యొక్క డిజిటల్ ఆస్తికి ఒక లింక్ అయిన ఒక స్ట్రింగ్
+
+స్టేట్ వేరియబుల్స్ తర్వాత, మీరు మూడు అమలు చేయని ఫంక్షన్లను చూస్తారు: `useEffect`, `connectWalletPressed`, మరియు `onMintPressed`. ఈ ఫంక్షన్లన్నీ `async` అని మీరు గమనిస్తారు, అందుకు కారణం మేము వాటిలో అసమకాలిక API కాల్స్ చేస్తాము! వాటి పేర్లు వాటి కార్యాచరణలకు పర్యాయపదాలుగా ఉన్నాయి:
+
+```javascript
+useEffect(async () => {
+ //TODO: అమలు చేయండి
+}, [])
+
+const connectWalletPressed = async () => {
+ //TODO: అమలు చేయండి
+}
+
+const onMintPressed = async () => {
+ //TODO: అమలు చేయండి
+}
+```
+
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html) - ఇది మీ కాంపోనెంట్ రెండర్ అయిన తర్వాత కాల్ చేయబడే ఒక React హుక్. దీనికి ఒక ఖాళీ శ్రేణి `[]` ప్రాప్ పాస్ చేయబడినందున (3వ పంక్తిని చూడండి), ఇది కాంపోనెంట్ యొక్క _మొదటి_ రెండర్లో మాత్రమే కాల్ చేయబడుతుంది. ఒక వాలెట్ ఇప్పటికే కనెక్ట్ చేయబడిందో లేదో ప్రతిబింబించేలా మా UIని అప్డేట్ చేయడానికి ఇక్కడ మేము మా వాలెట్ లిజనర్ మరియు మరొక వాలెట్ ఫంక్షన్ను కాల్ చేస్తాము.
+- `connectWalletPressed` - ఈ ఫంక్షన్ వినియోగదారుడి MetaMask వాలెట్ను మా డాప్కు కనెక్ట్ చేయడానికి కాల్ చేయబడుతుంది.
+- `onMintPressed` - ఈ ఫంక్షన్ వినియోగదారుడి NFTని ముద్రించడానికి కాల్ చేయబడుతుంది.
+
+ఈ ఫైల్ చివరిలో, మా కాంపోనెంట్ యొక్క UI ఉంది. మీరు ఈ కోడ్ను జాగ్రత్తగా స్కాన్ చేస్తే, వాటి సంబంధిత టెక్స్ట్ ఫీల్డ్లలోని ఇన్పుట్ మారినప్పుడు మేము మా `url`, `name`, మరియు `description` స్టేట్ వేరియబుల్స్ను అప్డేట్ చేస్తామని మీరు గమనిస్తారు.
+
+మీరు `mintButton` మరియు `walletButton` ఐడీలతో ఉన్న బటన్లను వరుసగా క్లిక్ చేసినప్పుడు `connectWalletPressed` మరియు `onMintPressed` కాల్ చేయబడతాయని కూడా మీరు చూస్తారు.
+
+```javascript
+//మా కాంపోనెంట్ యొక్క UI
+return (
+
+
+
+
+ 🧙♂️ Alchemy NFT మింటర్
+
+ కేవలం మీ ఆస్తి యొక్క లింక్, పేరు మరియు వివరణను జోడించి, ఆపై "ముద్రించు." నొక్కండి.
+
+
+
+ {status}
+
+)
+```
+
+చివరగా, ఈ Minter కాంపోనెంట్ ఎక్కడ జోడించబడిందో చూద్దాం.
+
+మీరు `App.js` ఫైల్కు వెళితే, ఇది React లోని ప్రధాన కాంపోనెంట్, ఇది అన్ని ఇతర కాంపోనెంట్లకు ఒక కంటైనర్గా పనిచేస్తుంది, మా Minter కాంపోనెంట్ 7వ పంక్తిలో ఇంజెక్ట్ చేయబడిందని మీరు చూస్తారు.
+
+**ఈ ట్యుటోరియల్లో, మేము కేవలం `Minter.js ఫైల్`ను సవరించడం మరియు మా `src` ఫోల్డర్లో ఫైల్లను జోడించడం మాత్రమే చేస్తాము.**
+
+ఇప్పుడు మనం దేనితో పనిచేస్తున్నామో అర్థమైంది, మా Ethereum వాలెట్ను సెటప్ చేద్దాం!
+
+## మీ Ethereum వాలెట్ను సెటప్ చేయండి {#set-up-your-ethereum-wallet}
+
+వినియోగదారులు మీ స్మార్ట్ కాంట్రాక్ట్తో సంభాషించగలగడానికి, వారు తమ Ethereum వాలెట్ను మీ డాప్కు కనెక్ట్ చేయవలసి ఉంటుంది.
+
+### MetaMaskను డౌన్లోడ్ చేయండి {#download-metamask}
+
+ఈ ట్యుటోరియల్ కోసం, మేము MetaMaskను ఉపయోగిస్తాము, ఇది మీ ఇతీరియము అకౌంట్ చిరునామాను నిర్వహించడానికి ఉపయోగించే బ్రౌజర్లోని వర్చువల్ వాలెట్. Ethereum పై లావాదేవీలు ఎలా పనిచేస్తాయో మీరు మరింత అర్థం చేసుకోవాలనుకుంటే, [ఈ పేజీ](/developers/docs/transactions/)ని చూడండి.
+
+మీరు [ఇక్కడ](https://metamask.io/download) ఉచితంగా MetaMask అకౌంట్ను డౌన్లోడ్ చేసి, సృష్టించవచ్చు. మీరు ఒక ఖాతాను సృష్టిస్తున్నప్పుడు, లేదా మీకు ఇప్పటికే ఒక ఖాతా ఉన్నట్లయితే, కుడి ఎగువన ఉన్న “Ropsten టెస్టునెట్” కు మారారని నిర్ధారించుకోండి \(తద్వారా మనం నిజమైన డబ్బుతో వ్యవహరించడం లేదు\).
+
+### ఫాసెట్ నుండి ఈథర్ జోడించండి {#add-ether-from-faucet}
+
+మా NFTలను ముద్రించడానికి (లేదా Ethereum బ్లాక్చైన్లో ఏవైనా లావాదేవీలపై సంతకం చేయడానికి), మాకు కొంత నకిలీ Eth అవసరం. Eth పొందడానికి మీరు [Ropsten ఫాసెట్](https://faucet.ropsten.be/) కు వెళ్లి, మీ Ropsten ఖాతా చిరునామాను నమోదు చేసి, ఆపై “Ropsten Eth పంపించు.” క్లిక్ చేయవచ్చు. త్వరలోనే మీ MetaMask ఖాతాలో Eth కనిపించాలి!
+
+### మీ బ్యాలెన్స్ను తనిఖీ చేయండి {#check-your-balance}
+
+మా బ్యాలెన్స్ అక్కడ ఉందని నిర్ధారించుకోవడానికి, [Alchemy యొక్క కంపోజర్ సాధనాన్ని](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) ఉపయోగించి ఒక [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) అభ్యర్థన చేద్దాం. ఇది మా వాలెట్లోని Eth మొత్తాన్ని తిరిగి ఇస్తుంది. మీరు మీ MetaMask అకౌంట్ చిరునామాను ఇన్పుట్ చేసి, “అభ్యర్థన పంపు” క్లిక్ చేసిన తర్వాత, మీరు ఇలాంటి ప్రతిస్పందనను చూడాలి:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**గమనిక:** ఈ ఫలితం weiలో ఉంది, ethలో కాదు. ఈథర్ యొక్క అతి చిన్న ప్రమాణంగా వీని ఉపయోగిస్తారు. wei నుండి ethకి మార్పిడి: 1 eth = 10¹⁸ wei. కాబట్టి మనం 0xde0b6b3a7640000 ను దశాంశానికి మార్చితే మనకు 1\*10¹⁸ వస్తుంది, ఇది 1 ethకి సమానం.
+
+అమ్మయ్య! మా నకిలీ డబ్బు అంతా అక్కడే ఉంది!
+
+## మీ UIకి MetaMaskని కనెక్ట్ చేయండి {#connect-metamask-to-your-UI}
+
+ఇప్పుడు మా MetaMask వాలెట్ సెటప్ చేయబడింది, మా డాప్ను దానికి కనెక్ట్ చేద్దాం!
+
+మేము [MVC](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) పారడైమ్కు కట్టుబడి ఉండాలని కోరుకుంటున్నందున, మా డాప్ యొక్క లాజిక్, డేటా మరియు నియమాలను నిర్వహించడానికి మా ఫంక్షన్లను కలిగి ఉన్న ఒక ప్రత్యేక ఫైల్ను సృష్టించి, ఆపై ఆ ఫంక్షన్లను మా ఫ్రంటెండ్ (మా Minter.js కాంపోనెంట్) కు పాస్ చేయబోతున్నాము.
+
+### `connectWallet` ఫంక్షన్ {#connect-wallet-function}
+
+అలా చేయడానికి, మీ `src` డైరెక్టరీలో `utils` అనే కొత్త ఫోల్డర్ను సృష్టించి, దాని లోపల `interact.js` అనే ఫైల్ను జోడిద్దాం, ఇందులో మా వాలెట్ మరియు స్మార్ట్ కాంట్రాక్ట్ ఇంటరాక్షన్ ఫంక్షన్లు అన్నీ ఉంటాయి.
+
+మా `interact.js` ఫైల్లో, మేము ఒక `connectWallet` ఫంక్షన్ను వ్రాస్తాము, దానిని మేము మా `Minter.js` కాంపోనెంట్లో దిగుమతి చేసుకుని కాల్ చేస్తాము.
+
+మీ `interact.js` ఫైల్లో, కింది వాటిని జోడించండి
+
+```javascript
+export const connectWallet = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_requestAccounts",
+ })
+ const obj = {
+ status: "👆🏽 పైన ఉన్న టెక్స్ట్-ఫీల్డ్లో ఒక సందేశం వ్రాయండి.",
+ address: addressArray[0],
+ }
+ return obj
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ మీరు మీ బ్రౌజర్లో MetaMask, ఒక వర్చువల్ Ethereum వాలెట్ను ఇన్స్టాల్ చేయాలి.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+ఈ కోడ్ ఏమి చేస్తుందో విడమరచి చూద్దాం:
+
+మొదట, మా ఫంక్షన్ మీ బ్రౌజర్లో `window.ethereum` ప్రారంభించబడిందో లేదో తనిఖీ చేస్తుంది.
+
+`window.ethereum` అనేది MetaMask మరియు ఇతర వాలెట్ ప్రొవైడర్ల ద్వారా ఇంజెక్ట్ చేయబడిన గ్లోబల్ API, ఇది వెబ్సైట్లు వినియోగదారుల Ethereum ఖాతాలను అభ్యర్థించడానికి అనుమతిస్తుంది. ఆమోదించబడితే, ఇది వినియోగదారుడు కనెక్ట్ చేయబడిన బ్లాక్చైన్ల నుండి డేటాను చదవగలదు మరియు వినియోగదారుడు సందేశాలు మరియు లావాదేవీలపై సంతకం చేయమని సూచించగలదు. మరింత సమాచారం కోసం [MetaMask డాక్స్](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) చూడండి!
+
+`window.ethereum` _ఉండకపోతే_, అప్పుడు MetaMask ఇన్స్టాల్ చేయబడలేదని అర్థం. దీని ఫలితంగా ఒక JSON వస్తువు తిరిగి వస్తుంది, ఇక్కడ `address` తిరిగి వచ్చినది ఖాళీ స్ట్రింగ్, మరియు `status` JSX వస్తువు వినియోగదారుడు MetaMaskను ఇన్స్టాల్ చేయాలని తెలియజేస్తుంది.
+
+**మేము వ్రాసే చాలా ఫంక్షన్లు JSON వస్తువులను తిరిగి ఇస్తాయి, వాటిని మేము మా స్టేట్ వేరియబుల్స్ మరియు UIని అప్డేట్ చేయడానికి ఉపయోగించవచ్చు.**
+
+ఇప్పుడు `window.ethereum` _ఉంటే_, అప్పుడు విషయాలు ఆసక్తికరంగా మారతాయి.
+
+ఒక try/catch లూప్ను ఉపయోగించి, మేము [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts) కాల్ చేయడం ద్వారా MetaMaskకు కనెక్ట్ చేయడానికి ప్రయత్నిస్తాము. ఈ ఫంక్షన్ను కాల్ చేయడం వలన బ్రౌజర్లో MetaMask తెరుచుకుంటుంది, దీని ద్వారా వినియోగదారుడు తమ వాలెట్ను మీ డాప్కు కనెక్ట్ చేయమని ప్రాంప్ట్ చేయబడతారు.
+
+- వినియోగదారుడు కనెక్ట్ చేయడానికి ఎంచుకుంటే, `method: "eth_requestAccounts"` డాప్కు కనెక్ట్ చేయబడిన వినియోగదారుడి అన్ని ఖాతా చిరునామాలను కలిగి ఉన్న ఒక శ్రేణిని తిరిగి ఇస్తుంది. మొత్తం మీద, మా `connectWallet` ఫంక్షన్ ఈ శ్రేణిలోని _మొదటి_ `address` (9వ పంక్తిని చూడండి) మరియు స్మార్ట్ కాంట్రాక్ట్కు ఒక సందేశం వ్రాయమని వినియోగదారుడిని ప్రాంప్ట్ చేసే ఒక `status` సందేశాన్ని కలిగి ఉన్న ఒక JSON వస్తువును తిరిగి ఇస్తుంది.
+- వినియోగదారుడు కనెక్షన్ను తిరస్కరిస్తే, అప్పుడు JSON వస్తువు తిరిగి వచ్చిన `address` కోసం ఖాళీ స్ట్రింగ్ను మరియు వినియోగదారుడు కనెక్షన్ను తిరస్కరించినట్లు ప్రతిబింబించే ఒక `status` సందేశాన్ని కలిగి ఉంటుంది.
+
+### మీ Minter.js UI కాంపోనెంట్కు connectWallet ఫంక్షన్ను జోడించండి {#add-connect-wallet}
+
+ఇప్పుడు మేము ఈ `connectWallet` ఫంక్షన్ను వ్రాశాము, దానిని మా `Minter.js.` కాంపోనెంట్కు కనెక్ట్ చేద్దాం.
+
+మొదట, మేము మా ఫంక్షన్ను మా `Minter.js` ఫైల్లోకి `import { connectWallet } from "./utils/interact.js";` ను `Minter.js` ఫైల్ పైభాగానికి జోడించడం ద్వారా దిగుమతి చేసుకోవాలి. `Minter.js` యొక్క మీ మొదటి 11 పంక్తులు ఇప్పుడు ఇలా కనిపించాలి:
+
+```javascript
+import { useEffect, useState } from "react";
+import { connectWallet } from "./utils/interact.js";
+
+const Minter = (props) => {
+
+ //స్టేట్ వేరియబుల్స్
+ const [walletAddress, setWallet] = useState("");
+ const [status, setStatus] = useState("");
+ const [name, setName] = useState("");
+ const [description, setDescription] = useState("");
+ const [url, setURL] = useState("");
+```
+
+అప్పుడు, మా `connectWalletPressed` ఫంక్షన్ లోపల, మేము మా దిగుమతి చేసుకున్న `connectWallet` ఫంక్షన్ను ఇలా కాల్ చేస్తాము:
+
+```javascript
+const connectWalletPressed = async () => {
+ const walletResponse = await connectWallet()
+ setStatus(walletResponse.status)
+ setWallet(walletResponse.address)
+}
+```
+
+మా `Minter.js` కాంపోనెంట్ నుండి `interact.js` ఫైల్ నుండి మా కార్యాచరణలో చాలా వరకు ఎలా సంగ్రహించబడిందో గమనించండి? ఇది మేము M-V-C పారడైమ్కు కట్టుబడి ఉండటానికి!
+
+`connectWalletPressed`లో, మేము కేవలం మా దిగుమతి చేసుకున్న `connectWallet` ఫంక్షన్కు ఒక await కాల్ చేస్తాము, మరియు దాని ప్రతిస్పందనను ఉపయోగించి, మేము మా `status` మరియు `walletAddress` వేరియబుల్స్ను వాటి స్టేట్ హుక్స్ ద్వారా అప్డేట్ చేస్తాము.
+
+ఇప్పుడు, `Minter.js` మరియు `interact.js` రెండు ఫైల్లను సేవ్ చేసి, ఇప్పటివరకు మా UIని పరీక్షిద్దాం.
+
+localhost:3000లో మీ బ్రౌజర్ను తెరిచి, పేజీ యొక్క కుడి ఎగువన ఉన్న "వాలెట్ను కనెక్ట్ చేయండి" బటన్ను నొక్కండి.
+
+మీరు MetaMaskను ఇన్స్టాల్ చేసి ఉంటే, మీ వాలెట్ను మీ డాప్కు కనెక్ట్ చేయమని మిమ్మల్ని ప్రాంప్ట్ చేయాలి. కనెక్ట్ చేయడానికి ఆహ్వానాన్ని అంగీకరించండి.
+
+వాలెట్ బటన్ ఇప్పుడు మీ చిరునామా కనెక్ట్ చేయబడిందని ప్రతిబింబిస్తుందని మీరు చూడాలి.
+
+తరువాత, పేజీని రిఫ్రెష్ చేయడానికి ప్రయత్నించండి... ఇది వింతగా ఉంది. మా వాలెట్ బటన్ MetaMaskను కనెక్ట్ చేయమని మమ్మల్ని ప్రాంప్ట్ చేస్తోంది, అది ఇప్పటికే కనెక్ట్ చేయబడి ఉన్నప్పటికీ...
+
+అయినప్పటికీ చింతించకండి! `getCurrentWalletConnected` అనే ఫంక్షన్ను అమలు చేయడం ద్వారా మేము దానిని సులభంగా పరిష్కరించవచ్చు, ఇది మా డాప్కు ఒక చిరునామా ఇప్పటికే కనెక్ట్ చేయబడిందో లేదో తనిఖీ చేస్తుంది మరియు తదనుగుణంగా మా UIని అప్డేట్ చేస్తుంది!
+
+### getCurrentWalletConnected ఫంక్షన్ {#get-current-wallet}
+
+మీ `interact.js` ఫైల్లో, కింది `getCurrentWalletConnected` ఫంక్షన్ను జోడించండి:
+
+```javascript
+export const getCurrentWalletConnected = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_accounts",
+ })
+ if (addressArray.length > 0) {
+ return {
+ address: addressArray[0],
+ status: "👆🏽 పైన ఉన్న టెక్స్ట్-ఫీల్డ్లో ఒక సందేశం వ్రాయండి.",
+ }
+ } else {
+ return {
+ address: "",
+ status: "🦊 కుడి ఎగువ బటన్ను ఉపయోగించి MetaMaskకు కనెక్ట్ అవ్వండి.",
+ }
+ }
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ మీరు మీ బ్రౌజర్లో MetaMask, ఒక వర్చువల్ Ethereum వాలెట్ను ఇన్స్టాల్ చేయాలి.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+ఈ కోడ్ మేము ఇందాక వ్రాసిన `connectWallet` ఫంక్షన్కు _చాలా_ సారూప్యంగా ఉంటుంది.
+
+ప్రధాన వ్యత్యాసం ఏమిటంటే, ఇక్కడ మేము `eth_requestAccounts` పద్ధతిని కాల్ చేయడానికి బదులుగా, ఇది వినియోగదారుడు తమ వాలెట్ను కనెక్ట్ చేయడానికి MetaMaskను తెరుస్తుంది, ఇక్కడ మేము `eth_accounts` పద్ధతిని కాల్ చేస్తాము, ఇది కేవలం మా డాప్కు ప్రస్తుతం కనెక్ట్ చేయబడిన MetaMask చిరునామాలను కలిగి ఉన్న ఒక శ్రేణిని తిరిగి ఇస్తుంది.
+
+ఈ ఫంక్షన్ను చర్యలో చూడటానికి, మా `Minter.js` కాంపోనెంట్ యొక్క `useEffect` ఫంక్షన్లో దానిని కాల్ చేద్దాం.
+
+మేము `connectWallet` కోసం చేసినట్లే, మేము ఈ ఫంక్షన్ను మా `interact.js` ఫైల్ నుండి మా `Minter.js` ఫైల్లోకి ఇలా దిగుమతి చేసుకోవాలి:
+
+```javascript
+import { useEffect, useState } from "react"
+import {
+ connectWallet,
+ getCurrentWalletConnected, //ఇక్కడ దిగుమతి చేసుకోండి
+} from "./utils/interact.js"
+```
+
+ఇప్పుడు, మేము దానిని మా `useEffect` ఫంక్షన్లో కేవలం కాల్ చేస్తాము:
+
+```javascript
+useEffect(async () => {
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+}, [])
+```
+
+గమనించండి, మేము మా `walletAddress` మరియు `status` స్టేట్ వేరియబుల్స్ను అప్డేట్ చేయడానికి మా `getCurrentWalletConnected` కాల్ యొక్క ప్రతిస్పందనను ఉపయోగిస్తాము.
+
+మీరు ఈ కోడ్ను జోడించిన తర్వాత, మా బ్రౌజర్ విండోను రిఫ్రెష్ చేయడానికి ప్రయత్నించండి. బటన్ మీరు కనెక్ట్ అయ్యారని చెప్పాలి, మరియు మీరు రిఫ్రెష్ చేసిన తర్వాత కూడా మీ కనెక్ట్ చేయబడిన వాలెట్ చిరునామా యొక్క ప్రివ్యూను చూపాలి!
+
+### addWalletListenerని అమలు చేయండి {#implement-add-wallet-listener}
+
+మా డాప్ వాలెట్ సెటప్లో చివరి దశ వాలెట్ లిజనర్ను అమలు చేయడం, తద్వారా మా వాలెట్ స్టేట్ మారినప్పుడు, ఉదాహరణకు వినియోగదారుడు డిస్కనెక్ట్ చేసినప్పుడు లేదా ఖాతాలను మార్చినప్పుడు మా UI అప్డేట్ అవుతుంది.
+
+మీ `Minter.js` ఫైల్లో, కింది విధంగా కనిపించే `addWalletListener` అనే ఫంక్షన్ను జోడించండి:
+
+```javascript
+function addWalletListener() {
+ if (window.ethereum) {
+ window.ethereum.on("accountsChanged", (accounts) => {
+ if (accounts.length > 0) {
+ setWallet(accounts[0])
+ setStatus("👆🏽 పైన ఉన్న టెక్స్ట్-ఫీల్డ్లో ఒక సందేశం వ్రాయండి.")
+ } else {
+ setWallet("")
+ setStatus("🦊 కుడి ఎగువ బటన్ను ఉపయోగించి MetaMaskకు కనెక్ట్ అవ్వండి.")
+ }
+ })
+ } else {
+ setStatus(
+
+ {" "}
+ 🦊
+ మీరు మీ బ్రౌజర్లో MetaMask, ఒక వర్చువల్ Ethereum వాలెట్ను ఇన్స్టాల్ చేయాలి.
+
+
+ )
+ }
+}
+```
+
+ఇక్కడ ఏమి జరుగుతుందో త్వరగా విడమరచి చూద్దాం:
+
+- మొదట, మా ఫంక్షన్ `window.ethereum` ప్రారంభించబడిందో లేదో తనిఖీ చేస్తుంది (అనగా, MetaMask ఇన్స్టాల్ చేయబడింది).
+ - అది కాకపోతే, మేము కేవలం మా `status` స్టేట్ వేరియబుల్ను వినియోగదారుడిని MetaMaskను ఇన్స్టాల్ చేయమని ప్రాంప్ట్ చేసే ఒక JSX స్ట్రింగ్కు సెట్ చేస్తాము.
+ - అది ప్రారంభించబడితే, మేము 3వ పంక్తిలో `window.ethereum.on("accountsChanged")` లిజనర్ను సెట్ చేస్తాము, ఇది MetaMask వాలెట్లోని స్టేట్ మార్పులను వింటుంది, ఇందులో వినియోగదారుడు డాప్కు అదనపు ఖాతాను కనెక్ట్ చేసినప్పుడు, ఖాతాలను మార్చినప్పుడు, లేదా ఒక ఖాతాను డిస్కనెక్ట్ చేసినప్పుడు ఉంటాయి. కనీసం ఒక ఖాతా కనెక్ట్ చేయబడి ఉంటే, `walletAddress` స్టేట్ వేరియబుల్ లిజనర్ ద్వారా తిరిగి వచ్చిన `accounts` శ్రేణిలోని మొదటి ఖాతాగా అప్డేట్ చేయబడుతుంది. లేకపోతే, `walletAddress` ఖాళీ స్ట్రింగ్గా సెట్ చేయబడుతుంది.
+
+చివరగా, మేము దానిని మా `useEffect` ఫంక్షన్లో కాల్ చేయాలి:
+
+```javascript
+useEffect(async () => {
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+
+ addWalletListener()
+}, [])
+```
+
+మరియు ఇదుగో! మేము మా వాలెట్ కార్యాచరణ అంతా ప్రోగ్రామింగ్ పూర్తి చేసాము! ఇప్పుడు మా వాలెట్ సెటప్ చేయబడింది, మా NFTని ఎలా ముద్రించాలో కనుగొందాం!
+
+## NFT మెటాడేటా 101 {#nft-metadata-101}
+
+కాబట్టి ఈ ట్యుటోరియల్ యొక్క 0వ దశలో మనం మాట్లాడిన NFT మెటాడేటా గుర్తుందా—ఇది ఒక NFTకి జీవం పోస్తుంది, దానికి డిజిటల్ ఆస్తి, పేరు, వివరణ మరియు ఇతర గుణాలు వంటి లక్షణాలను కలిగి ఉండటానికి అనుమతిస్తుంది.
+
+మేము ఈ మెటాడేటాను ఒక JSON వస్తువుగా కాన్ఫిగర్ చేసి, దానిని నిల్వ చేయవలసి ఉంటుంది, తద్వారా మా స్మార్ట్ కాంట్రాక్ట్ యొక్క `mintNFT` ఫంక్షన్ను కాల్ చేసేటప్పుడు దానిని `tokenURI` పారామీటర్గా పాస్ చేయవచ్చు.
+
+"ఆస్తికి లింక్", "పేరు", "వివరణ" ఫీల్డ్లలోని టెక్స్ట్ మా NFT యొక్క మెటాడేటా యొక్క విభిన్న లక్షణాలను కలిగి ఉంటుంది. మేము ఈ మెటాడేటాను ఒక JSON వస్తువుగా ఫార్మాట్ చేస్తాము, కానీ ఈ JSON వస్తువును ఎక్కడ నిల్వ చేయవచ్చో కొన్ని ఎంపికలు ఉన్నాయి:
+
+- మేము దానిని Ethereum బ్లాక్చైన్లో నిల్వ చేయవచ్చు; అయితే, అలా చేయడం చాలా ఖరీదైనది.
+- మేము దానిని AWS లేదా Firebase వంటి కేంద్రీకృత సర్వర్లో నిల్వ చేయవచ్చు. కానీ అది మా వికేంద్రీకరణ నీతిని ఓడిస్తుంది.
+- మేము IPFS, ఒక వికేంద్రీకృత ప్రోటోకాల్ మరియు ఒక పంపిణీ చేయబడిన ఫైల్ సిస్టమ్లో డేటాను నిల్వ చేయడానికి మరియు పంచుకోవడానికి పీర్-టు-పీర్ నెట్వర్క్ను ఉపయోగించవచ్చు. ఈ ప్రోటోకాల్ వికేంద్రీకృతం మరియు ఉచితం కాబట్టి, ఇది మా ఉత్తమ ఎంపిక!
+
+IPFSలో మా మెటాడేటాను నిల్వ చేయడానికి, మేము [Pinata](https://pinata.cloud/), ఒక సౌకర్యవంతమైన IPFS API మరియు టూల్కిట్ను ఉపయోగిస్తాము. తదుపరి దశలో, దీన్ని ఖచ్చితంగా ఎలా చేయాలో మేము వివరిస్తాము!
+
+## మీ మెటాడేటాను IPFSకి పిన్ చేయడానికి Pinataను ఉపయోగించండి {#use-pinata-to-pin-your-metadata-to-IPFS}
+
+మీకు [Pinata](https://pinata.cloud/) ఖాతా లేకపోతే, [ఇక్కడ](https://app.pinata.cloud/auth/signup) ఒక ఉచిత ఖాతా కోసం సైన్ అప్ చేయండి మరియు మీ ఇమెయిల్ మరియు ఖాతాను ధృవీకరించడానికి దశలను పూర్తి చేయండి.
+
+### మీ Pinata API కీని సృష్టించండి {#create-pinata-api-key}
+
+[https://pinata.cloud/keys](https://pinata.cloud/keys) పేజీకి నావిగేట్ చేయండి, ఆపై పైన ఉన్న "కొత్త కీ" బటన్ను ఎంచుకోండి, అడ్మిన్ విడ్జెట్ను ప్రారంభించబడినట్లు సెట్ చేయండి మరియు మీ కీకి పేరు పెట్టండి.
+
+అప్పుడు మీకు మీ API సమాచారంతో ఒక పాపప్ చూపబడుతుంది. దీన్ని ఎక్కడైనా భద్రంగా ఉంచారని నిర్ధారించుకోండి.
+
+ఇప్పుడు మా కీ సెట్ చేయబడింది, దాన్ని మా ప్రాజెక్ట్కు జోడిద్దాం, తద్వారా దాన్ని ఉపయోగించవచ్చు.
+
+### ఒక .env ఫైల్ను సృష్టించండి {#create-a-env}
+
+మేము మా Pinata కీ మరియు రహస్యాన్ని ఒక పర్యావరణ ఫైల్లో సురక్షితంగా నిల్వ చేయవచ్చు. మీ ప్రాజెక్ట్ డైరెక్టరీలో [dotenv ప్యాకేజీని](https://www.npmjs.com/package/dotenv) ఇన్స్టాల్ చేద్దాం.
+
+మీ టెర్మినల్లో కొత్త ట్యాబ్ను తెరవండి \(లోకల్ హోస్ట్ను నడుపుతున్న దాని నుండి వేరుగా\) మరియు మీరు `minter-starter-files` ఫోల్డర్లో ఉన్నారని నిర్ధారించుకోండి, ఆపై మీ టెర్మినల్లో కింది ఆదేశాన్ని అమలు చేయండి:
+
+```text
+npm install dotenv --save
+```
+
+తరువాత, మీ కమాండ్ లైన్లో కింది వాటిని నమోదు చేయడం ద్వారా మీ `minter-starter-files` యొక్క రూట్ డైరెక్టరీలో ఒక `.env` ఫైల్ను సృష్టించండి:
+
+```javascript
+vim.env
+```
+
+ఇది vim (ఒక టెక్స్ట్ ఎడిటర్)లో మీ `.env` ఫైల్ను పాప్ అప్ చేస్తుంది. దాన్ని సేవ్ చేయడానికి మీ కీబోర్డ్లో "esc" + ":" + "q" ను ఆ క్రమంలో నొక్కండి.
+
+తరువాత, VSCodeలో, మీ `.env` ఫైల్కు నావిగేట్ చేయండి మరియు మీ Pinata API కీ మరియు API రహస్యాన్ని దానికి జోడించండి, ఇలా:
+
+```text
+REACT_APP_PINATA_KEY =
+REACT_APP_PINATA_SECRET =
+```
+
+ఫైల్ను సేవ్ చేయండి, ఆపై మీరు మీ JSON మెటాడేటాను IPFSకి అప్లోడ్ చేయడానికి ఫంక్షన్ను వ్రాయడానికి సిద్ధంగా ఉన్నారు!
+
+### pinJSONToIPFSని అమలు చేయండి {#pin-json-to-ipfs}
+
+అదృష్టవశాత్తు మాకు, Pinata కు [IPFSకి JSON డేటాను అప్లోడ్ చేయడానికి ప్రత్యేకంగా ఒక API](https://docs.pinata.cloud/api-reference/endpoint/ipfs/pin-json-to-ipfs#pin-json) మరియు కొన్ని స్వల్ప మార్పులతో మేము ఉపయోగించగల ఒక అనుకూలమైన JavaScript తో axios ఉదాహరణ ఉంది.
+
+మీ `utils` ఫోల్డర్లో, `pinata.js` అనే మరొక ఫైల్ను సృష్టించి, ఆపై మా Pinata రహస్యం మరియు కీని .env ఫైల్ నుండి ఇలా దిగుమతి చేసుకుందాం:
+
+```javascript
+require("dotenv").config()
+const key = process.env.REACT_APP_PINATA_KEY
+const secret = process.env.REACT_APP_PINATA_SECRET
+```
+
+తరువాత, కింద నుండి అదనపు కోడ్ను మీ `pinata.js` ఫైల్లో అతికించండి. చింతించకండి, ప్రతిదీ ఏమిటో మేము విడమరచి చెబుతాము!
+
+```javascript
+require("dotenv").config()
+const key = process.env.REACT_APP_PINATA_KEY
+const secret = process.env.REACT_APP_PINATA_SECRET
+
+const axios = require("axios")
+
+export const pinJSONToIPFS = async (JSONBody) => {
+ const url = `https://api.pinata.cloud/pinning/pinJSONToIPFS`
+ //Pinata కు axios POST అభ్యర్థన చేయడం ⬇️
+ return axios
+ .post(url, JSONBody, {
+ headers: {
+ pinata_api_key: key,
+ pinata_secret_api_key: secret,
+ },
+ })
+ .then(function (response) {
+ return {
+ success: true,
+ pinataUrl:
+ "https://gateway.pinata.cloud/ipfs/" + response.data.IpfsHash,
+ }
+ })
+ .catch(function (error) {
+ console.log(error)
+ return {
+ success: false,
+ message: error.message,
+ }
+ })
+}
+```
+
+కాబట్టి ఈ కోడ్ ఖచ్చితంగా ఏమి చేస్తుంది?
+
+మొదట, ఇది [axios](https://www.npmjs.com/package/axios), బ్రౌజర్ మరియు node.js కోసం ఒక ప్రామిస్ ఆధారిత HTTP క్లయింట్ను దిగుమతి చేసుకుంటుంది, దీనిని మేము Pinata కు ఒక అభ్యర్థన చేయడానికి ఉపయోగిస్తాము.
+
+అప్పుడు మాకు మా అసమకాలిక ఫంక్షన్ `pinJSONToIPFS` ఉంది, ఇది ఒక `JSONBody`ని దాని ఇన్పుట్గా మరియు దాని హెడర్లో Pinata api కీ మరియు రహస్యాన్ని తీసుకుంటుంది, అన్నీ వారి `pinJSONToIPFS` APIకి ఒక POST అభ్యర్థన చేయడానికి.
+
+- ఈ POST అభ్యర్థన విజయవంతమైతే, అప్పుడు మా ఫంక్షన్ `success` బూలియన్ నిజంగా మరియు మా మెటాడేటా పిన్ చేయబడిన `pinataUrl` తో ఒక JSON వస్తువును తిరిగి ఇస్తుంది. మేము ఈ `pinataUrl` ను మా స్మార్ట్ కాంట్రాక్ట్ మింట్ ఫంక్షన్కు `tokenURI` ఇన్పుట్గా ఉపయోగిస్తాము.
+- ఈ పోస్ట్ అభ్యర్థన విఫలమైతే, అప్పుడు మా ఫంక్షన్ `success` బూలియన్ తప్పుగా మరియు మా లోపాన్ని తెలియజేసే ఒక `message` స్ట్రింగ్తో ఒక JSON వస్తువును తిరిగి ఇస్తుంది.
+
+మా `connectWallet` ఫంక్షన్ రిటర్న్ రకాలతో పాటు, మేము JSON వస్తువులను తిరిగి ఇస్తున్నాము, తద్వారా వాటి పారామీటర్లను మా స్టేట్ వేరియబుల్స్ మరియు UIని అప్డేట్ చేయడానికి ఉపయోగించవచ్చు.
+
+## మీ స్మార్ట్ కాంట్రాక్ట్ను లోడ్ చేయండి {#load-your-smart-contract}
+
+ఇప్పుడు మా `pinJSONToIPFS` ఫంక్షన్ ద్వారా IPFSకి మా NFT మెటాడేటాను అప్లోడ్ చేయడానికి ఒక మార్గం ఉంది, దాని `mintNFT` ఫంక్షన్ను కాల్ చేయడానికి మా స్మార్ట్ కాంట్రాక్ట్ యొక్క ఒక ఉదాహరణను లోడ్ చేయడానికి ఒక మార్గం అవసరం.
+
+మేము ఇందాక చెప్పినట్లు, ఈ ట్యుటోరియల్లో మేము [ఈ ఇప్పటికే ఉన్న NFT స్మార్ట్ కాంట్రాక్ట్](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE)ను ఉపయోగిస్తాము; అయితే, మేము దాన్ని ఎలా తయారు చేశామో తెలుసుకోవాలనుకుంటే, లేదా మీరే ఒకటి తయారు చేసుకోవాలనుకుంటే, మా ఇతర ట్యుటోరియల్, ["ఒక NFTని ఎలా సృష్టించాలి."](https://www.alchemy.com/docs/how-to-create-an-nft)ని చూడమని మేము గట్టిగా సిఫార్సు చేస్తున్నాము.
+
+### కాంట్రాక్ట్ ABI {#contract-abi}
+
+మీరు మా ఫైల్లను జాగ్రత్తగా పరిశీలిస్తే, మా `src` డైరెక్టరీలో, ఒక `contract-abi.json` ఫైల్ ఉందని మీరు గమనించి ఉంటారు. ఒక కాంట్రాక్ట్ ఏ ఫంక్షన్ను పిలుస్తుందో నిర్దేశించడానికి అలాగే ఫంక్షన్ మీరు ఆశించే ఫార్మాట్లో డేటాను తిరిగి ఇస్తుందని నిర్ధారించడానికి ఒక ABI అవసరం.
+
+Ethereum బ్లాక్చైన్కు కనెక్ట్ అవ్వడానికి మరియు మా స్మార్ట్ కాంట్రాక్ట్ను లోడ్ చేయడానికి మాకు ఒక Alchemy API కీ మరియు Alchemy Web3 API కూడా అవసరం.
+
+### మీ Alchemy API కీని సృష్టించండి {#create-alchemy-api}
+
+మీకు ఇప్పటికే Alchemy ఖాతా లేకపోతే, [ఇక్కడ ఉచితంగా సైన్ అప్ చేసుకోండి.](https://alchemy.com/?a=eth-org-nft-minter)
+
+మీరు ఆల్కెమీ అకౌంట్ను సృష్టించిన తర్వాత, యాప్ను సృష్టించడం ద్వారా మీరు API కీని రూపొందించవచ్చు. ఇది Ropsten టెస్టునెట్కు అభ్యర్థనలు చేయడానికి మాకు అనుమతిస్తుంది.
+
+మీ Alchemy డాష్బోర్డ్లో నావ్ బార్లో “Apps” పై హోవర్ చేసి “Create App” క్లిక్ చేయడం ద్వారా “Create App” పేజీకి నావిగేట్ చేయండి.
+
+మీ అనువర్తనానికి పేరు పెట్టండి మేము "నా మొదటి NFT!"ని ఎంచుకున్నాము, ఒక చిన్న వివరణను అందించండి, మీ అనువర్తన బుక్కీపింగ్ కోసం ఉపయోగించే పర్యావరణం కోసం “స్టేజింగ్”ని ఎంచుకోండి, మరియు మీ నెట్వర్క్ కోసం “Ropsten”ని ఎంచుకోండి.
+
+“యాప్ను సృష్టించు” క్లిక్ చేయండి, అంతే! మీ యాప్ దిగువ పట్టికలో కనిపించాలి.
+
+అద్భుతం, ఇప్పుడు మేము మా HTTP Alchemy API URLని సృష్టించాము, దాన్ని మీ క్లిప్బోర్డ్కు కాపీ చేయండి...
+
+… ఆపై దానిని మా `.env` ఫైల్కు జోడిద్దాం. మొత్తం మీద, మీ .env ఫైల్ ఇలా కనిపించాలి:
+
+```text
+REACT_APP_PINATA_KEY =
+REACT_APP_PINATA_SECRET =
+REACT_APP_ALCHEMY_KEY = https://eth-ropsten.alchemyapi.io/v2/
+```
+
+ఇప్పుడు మా కాంట్రాక్ట్ ABI మరియు మా Alchemy API కీ ఉన్నాయి, మేము [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ఉపయోగించి మా స్మార్ట్ కాంట్రాక్ట్ను లోడ్ చేయడానికి సిద్ధంగా ఉన్నాము.
+
+### మీ Alchemy Web3 ఎండ్పాయింట్ మరియు కాంట్రాక్ట్ను సెటప్ చేయండి {#setup-alchemy-endpoint}
+
+మొదట, మీకు ఇప్పటికే లేకపోతే, టెర్మినల్లో హోమ్ డైరెక్టరీ: `nft-minter-tutorial` కి నావిగేట్ చేయడం ద్వారా మీరు [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3)ని ఇన్స్టాల్ చేయాలి:
+
+```text
+cd ..
+npm install @alch/alchemy-web3
+```
+
+తరువాత మా `interact.js` ఫైల్కు తిరిగి వెళ్దాం. ఫైల్ పైభాగంలో, మీ .env ఫైల్ నుండి మీ Alchemy కీని దిగుమతి చేసుకోవడానికి మరియు మీ Alchemy Web3 ఎండ్పాయింట్ను సెటప్ చేయడానికి కింది కోడ్ను జోడించండి:
+
+```javascript
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+```
+
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) అనేది [Web3.js](https://docs.web3js.org/) చుట్టూ ఉన్న ఒక చుట్టు, ఇది వెబ్3 డెవలపర్గా మీ జీవితాన్ని సులభతరం చేయడానికి మెరుగైన API పద్ధతులు మరియు ఇతర కీలక ప్రయోజనాలను అందిస్తుంది. ఇది కనిష్ట కాన్ఫిగరేషన్ అవసరం అయ్యేలా రూపొందించబడింది, తద్వారా మీరు వెంటనే మీ అనువర్తనంలో దాన్ని ఉపయోగించడం ప్రారంభించవచ్చు!
+
+తరువాత, మా కాంట్రాక్ట్ ABI మరియు కాంట్రాక్ట్ చిరునామాను మా ఫైల్కు జోడిద్దాం.
+
+```javascript
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE"
+```
+
+మాకు రెండూ ఉన్న తర్వాత, మేము మా మింట్ ఫంక్షన్ను కోడింగ్ చేయడం ప్రారంభించడానికి సిద్ధంగా ఉన్నాము!
+
+## మింట్ఎన్ఎఫ్టి ఫంక్షన్ను అమలు చేయండి {#implement-the-mintnft-function}
+
+మీ `interact.js` ఫైల్ లోపల, మా ఫంక్షన్, `mintNFT`ని నిర్వచిద్దాం, ఇది దాని పేరుకు తగినట్లుగా మా NFTని ముద్రిస్తుంది.
+
+మేము అనేక అసమకాలిక కాల్స్ చేయబోతున్నందున (మా మెటాడేటాను IPFSకి పిన్ చేయడానికి Pinataకు, మా స్మార్ట్ కాంట్రాక్ట్ను లోడ్ చేయడానికి Alchemy Web3కు, మరియు మా లావాదేవీలపై సంతకం చేయడానికి MetaMaskకు), మా ఫంక్షన్ కూడా అసమకాలికంగా ఉంటుంది.
+
+మా ఫంక్షన్కు మూడు ఇన్పుట్లు మా డిజిటల్ ఆస్తి యొక్క `url`, `name`, మరియు `description`. `connectWallet` ఫంక్షన్ కింద కింది ఫంక్షన్ సంతకాన్ని జోడించండి:
+
+```javascript
+export const mintNFT = async (url, name, description) => {}
+```
+
+### ఇన్పుట్ దోష నిర్వహణ {#input-error-handling}
+
+సహజంగానే, ఫంక్షన్ ప్రారంభంలో కొంత ఇన్పుట్ దోష నిర్వహణ ఉండటం అర్ధవంతంగా ఉంటుంది, తద్వారా మా ఇన్పుట్ పారామీటర్లు సరిగ్గా లేకపోతే మేము ఈ ఫంక్షన్ నుండి నిష్క్రమిస్తాము. మా ఫంక్షన్ లోపల, కింది కోడ్ను జోడిద్దాం:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+ //దోష నిర్వహణ
+ if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+ return {
+ success: false,
+ status: "❗మింట్ చేయడానికి ముందు దయచేసి అన్ని ఫీల్డ్లు పూర్తి చేశారని నిర్ధారించుకోండి.",
+ }
+ }
+}
+```
+
+ముఖ్యంగా, ఇన్పుట్ పారామీటర్లలో ఏదైనా ఖాళీ స్ట్రింగ్ అయితే, అప్పుడు మేము `success` బూలియన్ తప్పుగా మరియు మా UIలోని అన్ని ఫీల్డ్లు పూర్తి చేయాలని తెలియజేసే `status` స్ట్రింగ్తో ఒక JSON వస్తువును తిరిగి ఇస్తాము.
+
+### మెటాడేటాను IPFSకి అప్లోడ్ చేయండి {#upload-metadata-to-ipfs}
+
+మా మెటాడేటా సరిగ్గా ఫార్మాట్ చేయబడిందని మాకు తెలిసిన తర్వాత, తదుపరి దశ దానిని ఒక JSON వస్తువులో చుట్టి, మేము వ్రాసిన `pinJSONToIPFS` ద్వారా IPFSకి అప్లోడ్ చేయడం!
+
+అలా చేయడానికి, మేము మొదట `pinJSONToIPFS` ఫంక్షన్ను మా `interact.js` ఫైల్లోకి దిగుమతి చేసుకోవాలి. `interact.js` పైభాగాన, ఇలా జోడిద్దాం:
+
+```javascript
+import { pinJSONToIPFS } from "./pinata.js"
+```
+
+`pinJSONToIPFS` ఒక JSON బాడీని తీసుకుంటుందని గుర్తుంచుకోండి. కాబట్టి దానికి కాల్ చేయడానికి ముందు, మేము మా `url`, `name`, మరియు `description` పారామీటర్లను ఒక JSON వస్తువుగా ఫార్మాట్ చేయాలి.
+
+`metadata` అనే JSON వస్తువును సృష్టించడానికి మా కోడ్ను అప్డేట్ చేసి, ఆపై ఈ `metadata` పారామీటర్తో `pinJSONToIPFS`కు కాల్ చేద్దాం:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+ //దోష నిర్వహణ
+ if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+ return {
+ success: false,
+ status: "❗మింట్ చేయడానికి ముందు దయచేసి అన్ని ఫీల్డ్లు పూర్తి చేశారని నిర్ధారించుకోండి.",
+ }
+ }
+
+ //మెటాడేటా తయారు చేయండి
+ const metadata = new Object()
+ metadata.name = name
+ metadata.image = url
+ metadata.description = description
+
+ //pinata కాల్ చేయండి
+ const pinataResponse = await pinJSONToIPFS(metadata)
+ if (!pinataResponse.success) {
+ return {
+ success: false,
+ status: "😢 మీ tokenURIని అప్లోడ్ చేస్తున్నప్పుడు ఏదో తప్పు జరిగింది.",
+ }
+ }
+ const tokenURI = pinataResponse.pinataUrl
+}
+```
+
+గమనించండి, మేము `pinJSONToIPFS(metadata)`కు మా కాల్ యొక్క ప్రతిస్పందనను `pinataResponse` వస్తువులో నిల్వ చేస్తాము. అప్పుడు, మేము ఏవైనా దోషాల కోసం ఈ వస్తువును పార్స్ చేస్తాము.
+
+దోషం ఉంటే, మేము `success` బూలియన్ తప్పుగా మరియు మా `status` స్ట్రింగ్ మా కాల్ విఫలమైందని తెలియజేసే ఒక JSON వస్తువును తిరిగి ఇస్తాము. లేకపోతే, మేము `pinataResponse` నుండి `pinataURL`ను సంగ్రహించి, దానిని మా `tokenURI` వేరియబుల్గా నిల్వ చేస్తాము.
+
+ఇప్పుడు మేము మా ఫైల్ పైభాగంలో ప్రారంభించిన Alchemy Web3 APIని ఉపయోగించి మా స్మార్ట్ కాంట్రాక్ట్ను లోడ్ చేసే సమయం వచ్చింది. `mintNFT` ఫంక్షన్ దిగువన `window.contract` గ్లోబల్ వేరియబుల్లో కాంట్రాక్ట్ను సెట్ చేయడానికి కింది కోడ్ పంక్తిని జోడించండి:
+
+```javascript
+window.contract = await new web3.eth.Contract(contractABI, contractAddress)
+```
+
+మా `mintNFT` ఫంక్షన్లో జోడించాల్సిన చివరి విషయం మా Ethereum లావాదేవీ:
+
+```javascript
+//మీ Ethereum లావాదేవీని సెటప్ చేయండి
+const transactionParameters = {
+ to: contractAddress, // కాంట్రాక్ట్ ప్రచురణల సమయంలో తప్ప అవసరం.
+ from: window.ethereum.selectedAddress, // వినియోగదారుడి క్రియాశీల చిరునామాతో సరిపోలాలి.
+ data: window.contract.methods
+ .mintNFT(window.ethereum.selectedAddress, tokenURI)
+ .encodeABI(), //NFT స్మార్ట్ కాంట్రాక్ట్కు కాల్ చేయండి
+}
+
+//MetaMask ద్వారా లావాదేవీపై సంతకం చేయండి
+try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ success: true,
+ status:
+ "✅ Etherscanలో మీ లావాదేవీని చూడండి: https://ropsten.etherscan.io/tx/" +
+ txHash,
+ }
+} catch (error) {
+ return {
+ success: false,
+ status: "😥 ఏదో తప్పు జరిగింది: " + error.message,
+ }
+}
+```
+
+మీకు ఇప్పటికే Ethereum లావాదేవీలతో పరిచయం ఉంటే, మీరు చూసిన దానితో నిర్మాణం చాలా సారూప్యంగా ఉందని మీరు గమనిస్తారు.
+
+- మొదట, మేము మా లావాదేవీల పారామీటర్లను సెటప్ చేస్తాము.
+ - `to` గ్రహీత చిరునామాను నిర్దేశిస్తుంది (మా స్మార్ట్ కాంట్రాక్ట్)
+ - `from` లావాదేవీ యొక్క సంతకం చేసేవారిని నిర్దేశిస్తుంది (వినియోగదారుడి కనెక్ట్ చేయబడిన చిరునామా MetaMaskకు: `window.ethereum.selectedAddress`)
+ - `data` మా స్మార్ట్ కాంట్రాక్ట్ `mintNFT` పద్ధతికి కాల్ను కలిగి ఉంటుంది, ఇది మా `tokenURI` మరియు వినియోగదారుడి వాలెట్ చిరునామా, `window.ethereum.selectedAddress`ను ఇన్పుట్లుగా స్వీకరిస్తుంది
+- అప్పుడు, మేము ఒక await కాల్, `window.ethereum.request,` చేస్తాము, ఇక్కడ మేము లావాదేవీపై సంతకం చేయమని MetaMaskను అడుగుతాము. గమనించండి, ఈ అభ్యర్థనలో, మేము మా eth పద్ధతిని (eth_SentTransaction) నిర్దేశిస్తున్నాము మరియు మా `transactionParameters`ను పాస్ చేస్తున్నాము. ఈ సమయంలో, MetaMask బ్రౌజర్లో తెరుచుకుంటుంది మరియు లావాదేవీపై సంతకం చేయమని లేదా తిరస్కరించమని వినియోగదారుడిని ప్రాంప్ట్ చేస్తుంది.
+ - లావాదేవీ విజయవంతమైతే, ఫంక్షన్ `success` బూలియన్ నిజంగా సెట్ చేయబడిన ఒక JSON వస్తువును మరియు `status` స్ట్రింగ్ వినియోగదారుడిని వారి లావాదేవీ గురించి మరింత సమాచారం కోసం Etherscanను చూడమని ప్రాంప్ట్ చేసే ఒక JSON వస్తువును తిరిగి ఇస్తుంది.
+ - లావాదేవీ విఫలమైతే, ఫంక్షన్ `success` బూలియన్ తప్పుగా సెట్ చేయబడిన ఒక JSON వస్తువును మరియు `status` స్ట్రింగ్ దోష సందేశాన్ని తెలియజేసే ఒక JSON వస్తువును తిరిగి ఇస్తుంది.
+
+మొత్తం మీద, మా `mintNFT` ఫంక్షన్ ఇలా కనిపించాలి:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+ //దోష నిర్వహణ
+ if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+ return {
+ success: false,
+ status: "❗మింట్ చేయడానికి ముందు దయచేసి అన్ని ఫీల్డ్లు పూర్తి చేశారని నిర్ధారించుకోండి.",
+ }
+ }
+
+ //మెటాడేటా తయారు చేయండి
+ const metadata = new Object()
+ metadata.name = name
+ metadata.image = url
+ metadata.description = description
+
+ //pinata పిన్ అభ్యర్థన
+ const pinataResponse = await pinJSONToIPFS(metadata)
+ if (!pinataResponse.success) {
+ return {
+ success: false,
+ status: "😢 మీ tokenURIని అప్లోడ్ చేస్తున్నప్పుడు ఏదో తప్పు జరిగింది.",
+ }
+ }
+ const tokenURI = pinataResponse.pinataUrl
+
+ //స్మార్ట్ కాంట్రాక్ట్ లోడ్ చేయండి
+ window.contract = await new web3.eth.Contract(contractABI, contractAddress) //loadContract();
+
+ //మీ Ethereum లావాదేవీని సెటప్ చేయండి
+ const transactionParameters = {
+ to: contractAddress, // కాంట్రాక్ట్ ప్రచురణల సమయంలో తప్ప అవసరం.
+ from: window.ethereum.selectedAddress, // వినియోగదారుడి క్రియాశీల చిరునామాతో సరిపోలాలి.
+ data: window.contract.methods
+ .mintNFT(window.ethereum.selectedAddress, tokenURI)
+ .encodeABI(), //NFT స్మార్ట్ కాంట్రాక్ట్కు కాల్ చేయండి
+ }
+
+ //MetaMask ద్వారా లావాదేవీపై సంతకం చేయండి
+ try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ success: true,
+ status:
+ "✅ Etherscanలో మీ లావాదేవీని చూడండి: https://ropsten.etherscan.io/tx/" +
+ txHash,
+ }
+ } catch (error) {
+ return {
+ success: false,
+ status: "😥 ఏదో తప్పు జరిగింది: " + error.message,
+ }
+ }
+}
+```
+
+అది ఒక పెద్ద ఫంక్షన్! ఇప్పుడు, మేము మా `mintNFT` ఫంక్షన్ను మా `Minter.js` కాంపోనెంట్కు కనెక్ట్ చేయాలి...
+
+## mintNFTని మా Minter.js ఫ్రంటెండ్కు కనెక్ట్ చేయండి {#connect-our-frontend}
+
+మీ `Minter.js` ఫైల్ను తెరిచి, పైభాగంలో ఉన్న `import { connectWallet, getCurrentWalletConnected } from "./utils/interact.js";` పంక్తిని ఇలా అప్డేట్ చేయండి:
+
+```javascript
+import {
+ connectWallet,
+ getCurrentWalletConnected,
+ mintNFT,
+} from "./utils/interact.js"
+```
+
+చివరగా, మీ దిగుమతి చేసుకున్న `mintNFT` ఫంక్షన్కు await కాల్ చేయడానికి మరియు మా లావాదేవీ విజయవంతమైందో లేదా విఫలమైందో ప్రతిబింబించేలా `status` స్టేట్ వేరియబుల్ను అప్డేట్ చేయడానికి `onMintPressed` ఫంక్షన్ను అమలు చేయండి:
+
+```javascript
+const onMintPressed = async () => {
+ const { status } = await mintNFT(url, name, description)
+ setStatus(status)
+}
+```
+
+## మీ NFTని ప్రత్యక్ష వెబ్సైట్కు అమలు చేయండి {#deploy-your-NFT}
+
+వినియోగదారులు సంభాషించడానికి మీ ప్రాజెక్ట్ను ప్రత్యక్షంగా తీసుకెళ్లడానికి సిద్ధంగా ఉన్నారా? మీ మింటర్ను ప్రత్యక్ష వెబ్సైట్కు అమలు చేయడానికి [ఈ ట్యుటోరియల్](https://docs.alchemy.com/alchemy/tutorials/nft-minter/how-do-i-deploy-nfts-online)ని చూడండి.
+
+ఒక చివరి దశ...
+
+## బ్లాక్చైన్ ప్రపంచాన్ని తుఫానులా ముంచెత్తండి {#take-the-blockchain-world-by-storm}
+
+కేవలం సరదాకి, మీరు ట్యుటోరియల్ చివరికి చేరుకున్నారు!
+
+సంక్షిప్తంగా, ఒక NFT మింటర్ను నిర్మించడం ద్వారా, మీరు విజయవంతంగా ఎలాగో నేర్చుకున్నారు:
+
+- మీ ఫ్రంటెండ్ ప్రాజెక్ట్ ద్వారా MetaMaskకు కనెక్ట్ అవ్వండి
+- మీ ఫ్రంటెండ్ నుండి స్మార్ట్ కాంట్రాక్ట్ పద్ధతులను కాల్ చేయండి
+- MetaMask ఉపయోగించి లావాదేవీలపై సంతకం చేయండి
+
+బహుశా, మీరు మీ వాలెట్లో మీ డాప్ ద్వారా ముద్రించబడిన NFTలను చూపించాలనుకుంటారు — కాబట్టి మా శీఘ్ర ట్యుటోరియల్ [మీ వాలెట్లో మీ NFTని ఎలా చూడాలి](https://www.alchemy.com/docs/how-to-view-your-nft-in-your-mobile-wallet)ని తప్పకుండా చూడండి!
+
+మరియు, ఎప్పటిలాగే, మీకు ఏవైనా ప్రశ్నలు ఉంటే, మేము [Alchemy Discord](https://discord.gg/gWuC7zB)లో సహాయం చేయడానికి ఇక్కడ ఉన్నాము. ఈ ట్యుటోరియల్ నుండి మీరు నేర్చుకున్న భావనలను మీ భవిష్యత్ ప్రాజెక్ట్లకు ఎలా వర్తింపజేస్తారో చూడటానికి మేము వేచి ఉండలేము!
diff --git a/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
new file mode 100644
index 00000000000..44a08753559
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -0,0 +1,1339 @@
+---
+title: "ఆప్టిమిజం స్టాండర్డ్ బ్రిడ్జ్ కాంట్రాక్ట్ విశ్లేషణ"
+description: ఆప్టిమిజం కోసం స్టాండర్డ్ బ్రిడ్జ్ ఎలా పనిచేస్తుంది? ఇది ఈ విధంగా ఎందుకు పనిచేస్తుంది?
+author: ఓరి పోమెరాంట్జ్
+tags: [ "దృఢత్వం", "బ్రిడ్జ్", "లేయర్ 2" ]
+skill: మధ్యస్థ
+published: 2022-03-30
+lang: te
+---
+
+[Optimism](https://www.optimism.io/) అనేది ఒక [Optimistic Rollup](/developers/docs/scaling/optimistic-rollups/).
+ఆప్టిమిస్టిక్ రోలప్లు ఇథిరియం మెయిన్నెట్ (లేయర్ 1 లేదా L1 అని కూడా పిలుస్తారు) కంటే చాలా తక్కువ ధరకు లావాదేవీలను ప్రాసెస్ చేయగలవు, ఎందుకంటే లావాదేవీలు నెట్వర్క్లోని ప్రతి నోడ్ ద్వారా కాకుండా, కొన్ని నోడ్ల ద్వారా మాత్రమే ప్రాసెస్ చేయబడతాయి.
+అదే సమయంలో, డేటా మొత్తం L1కి వ్రాయబడుతుంది, కాబట్టి మెయిన్నెట్ యొక్క అన్ని సమగ్రత మరియు లభ్యత హామీలతో ప్రతిదీ నిరూపించబడుతుంది మరియు పునర్నిర్మించబడుతుంది.
+
+Optimism (లేదా ఏదైనా ఇతర L2)లో L1 ఆస్తులను ఉపయోగించడానికి, ఆస్తులను [బ్రిడ్జ్ చేయాలి](/bridges/#prerequisites).
+దీనిని సాధించడానికి ఒక మార్గం ఏమిటంటే, వినియోగదారులు L1పై ఆస్తులను (ETH మరియు [ERC-20 టోకెన్లు](/developers/docs/standards/tokens/erc-20/) అత్యంత సాధారణమైనవి) లాక్ చేసి, L2లో ఉపయోగించడానికి సమానమైన ఆస్తులను స్వీకరించడం.
+చివరికి, వాటిని పొందిన ఎవరైనా వాటిని తిరిగి L1కి బ్రిడ్జ్ చేయాలనుకోవచ్చు.
+ఇలా చేస్తున్నప్పుడు, ఆస్తులు L2లో బర్న్ చేయబడతాయి మరియు ఆ తర్వాత L1లో వినియోగదారునికి తిరిగి విడుదల చేయబడతాయి.
+
+[Optimism స్టాండర్డ్ బ్రిడ్జ్](https://docs.optimism.io/app-developers/bridging/standard-bridge) ఈ విధంగా పనిచేస్తుంది.
+ఈ వ్యాసంలో మేము ఆ బ్రిడ్జ్ ఎలా పనిచేస్తుందో చూడటానికి దాని సోర్స్ కోడ్ను పరిశీలిస్తాము మరియు దానిని బాగా వ్రాసిన Solidity కోడ్కు ఉదాహరణగా అధ్యయనం చేస్తాము.
+
+## కంట్రోల్ ఫ్లోస్ {#control-flows}
+
+బ్రిడ్జ్కు రెండు ప్రధాన ఫ్లోలు ఉన్నాయి:
+
+- డిపాజిట్ (L1 నుండి L2కి)
+- విత్డ్రాయల్ (L2 నుండి L1కి)
+
+### డిపాజిట్ ఫ్లో {#deposit-flow}
+
+#### లేయర్ 1 {#deposit-flow-layer-1}
+
+1. ERC-20ని డిపాజిట్ చేస్తుంటే, డిపాజిటర్ డిపాజిట్ చేయబడుతున్న మొత్తాన్ని ఖర్చు చేయడానికి బ్రిడ్జ్కు అనుమతి ఇస్తాడు
+2. డిపాజిటర్ L1 బ్రిడ్జ్ని పిలుస్తాడు (`depositERC20`, `depositERC20To`, `depositETH`, లేదా `depositETHTo`)
+3. L1 బ్రిడ్జ్ బ్రిడ్జ్ చేయబడిన ఆస్తిని స్వాధీనం చేసుకుంటుంది
+ - ETH: కాల్లో భాగంగా డిపాజిటర్ ద్వారా ఆస్తి బదిలీ చేయబడుతుంది
+ - ERC-20: డిపాజిటర్ అందించిన అనుమతిని ఉపయోగించి బ్రిడ్జ్ ద్వారా ఆస్తి దానికి బదిలీ చేయబడుతుంది
+4. L1 బ్రిడ్జ్ క్రాస్-డొమైన్ మెసేజ్ మెకానిజంను ఉపయోగించి L2 బ్రిడ్జ్పై `finalizeDeposit`ని పిలుస్తుంది
+
+#### లేయర్ 2 {#deposit-flow-layer-2}
+
+5. L2 బ్రిడ్జ్ `finalizeDeposit`కి వచ్చిన కాల్ చట్టబద్ధమైనదని ధృవీకరిస్తుంది:
+ - క్రాస్ డొమైన్ మెసేజ్ కాంట్రాక్ట్ నుండి వచ్చింది
+ - వాస్తవానికి L1లోని బ్రిడ్జ్ నుండి వచ్చింది
+6. L2 బ్రిడ్జ్ L2లోని ERC-20 టోకెన్ కాంట్రాక్ట్ సరైనదేనా అని తనిఖీ చేస్తుంది:
+ - L2 కాంట్రాక్ట్ దాని L1 ప్రతిరూపం L1 నుండి టోకెన్లు వచ్చిన దానితో సమానమని నివేదిస్తుంది
+ - L2 కాంట్రాక్ట్ అది సరైన ఇంటర్ఫేస్కు మద్దతు ఇస్తుందని నివేదిస్తుంది ([ERC-165ని ఉపయోగించి](https://eips.ethereum.org/EIPS/eip-165)).
+7. L2 కాంట్రాక్ట్ సరైనది అయితే, తగిన చిరునామాకు తగినన్ని టోకెన్లను ముద్రించడానికి దానిని కాల్ చేయండి. కాకపోతే, L1పై టోకెన్లను క్లెయిమ్ చేయడానికి వినియోగదారుని అనుమతించడానికి విత్డ్రాయల్ ప్రక్రియను ప్రారంభించండి.
+
+### విత్డ్రాయల్ ఫ్లో {#withdrawal-flow}
+
+#### లేయర్ 2 {#withdrawal-flow-layer-2}
+
+1. విత్డ్రాయర్ L2 బ్రిడ్జ్ని పిలుస్తాడు (`withdraw` లేదా `withdrawTo`)
+2. L2 బ్రిడ్జ్ `msg.sender`కి చెందిన తగిన సంఖ్యలో టోకెన్లను బర్న్ చేస్తుంది
+3. L2 బ్రిడ్జ్ క్రాస్-డొమైన్ మెసేజ్ మెకానిజంను ఉపయోగించి L1 బ్రిడ్జ్పై `finalizeETHWithdrawal` లేదా `finalizeERC20Withdrawal`ని పిలుస్తుంది
+
+#### లేయర్ 1 {#withdrawal-flow-layer-1}
+
+4. L1 బ్రిడ్జ్ `finalizeETHWithdrawal` లేదా `finalizeERC20Withdrawal`కి వచ్చిన కాల్ చట్టబద్ధమైనదని ధృవీకరిస్తుంది:
+ - క్రాస్ డొమైన్ మెసేజ్ మెకానిజం నుండి వచ్చింది
+ - వాస్తవానికి L2లోని బ్రిడ్జ్ నుండి వచ్చింది
+5. L1 బ్రిడ్జ్ తగిన ఆస్తిని (ETH లేదా ERC-20) తగిన చిరునామాకు బదిలీ చేస్తుంది
+
+## లేయర్ 1 కోడ్ {#layer-1-code}
+
+ఇది L1, ఇథిరియం మెయిన్నెట్పై నడిచే కోడ్.
+
+### IL1ERC20Bridge {#IL1ERC20Bridge}
+
+[ఈ ఇంటర్ఫేస్ ఇక్కడ నిర్వచించబడింది](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1ERC20Bridge.sol).
+ఇందులో ERC-20 టోకెన్లను బ్రిడ్జ్ చేయడానికి అవసరమైన ఫంక్షన్లు మరియు నిర్వచనాలు ఉంటాయి.
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+[ఆప్టిమిజం యొక్క చాలా కోడ్ MIT లైసెన్సు క్రింద విడుదల చేయబడింది](https://help.optimism.io/hc/en-us/articles/4411908707995-What-software-license-does-Optimism-use-).
+
+```solidity
+pragma solidity >0.5.0 <0.9.0;
+```
+
+ఈ రచన సమయంలో Solidity యొక్క తాజా వెర్షన్ 0.8.12.
+వెర్షన్ 0.9.0 విడుదలయ్యే వరకు, ఈ కోడ్ దానికి అనుకూలంగా ఉందో లేదో మాకు తెలియదు.
+
+```solidity
+/**
+ * @title IL1ERC20Bridge
+ */
+interface IL1ERC20Bridge {
+ /**********
+ * ఈవెంట్లు *
+ **********/
+
+ event ERC20DepositInitiated(
+```
+
+ఆప్టిమిజం బ్రిడ్జ్ పరిభాషలో _deposit_ అంటే L1 నుండి L2కి బదిలీ, మరియు _withdrawal_ అంటే L2 నుండి L1కి బదిలీ.
+
+```solidity
+ address indexed _l1Token,
+ address indexed _l2Token,
+```
+
+చాలా సందర్భాలలో L1లోని ERC-20 యొక్క చిరునామా L2లోని సమానమైన ERC-20 చిరునామాతో సమానంగా ఉండదు.
+[మీరు టోకెన్ చిరునామాల జాబితాను ఇక్కడ చూడవచ్చు](https://static.optimism.io/optimism.tokenlist.json).
+`chainId` 1 ఉన్న చిరునామా L1 (మెయిన్నెట్) పై ఉంది మరియు `chainId` 10 ఉన్న చిరునామా L2 (ఆప్టిమిజం) పై ఉంది.
+మిగిలిన రెండు `chainId` విలువలు కోవన్ టెస్ట్ నెట్వర్క్ (42) మరియు ఆప్టిమిస్టిక్ కోవన్ టెస్ట్ నెట్వర్క్ (69) కోసం ఉన్నాయి.
+
+```solidity
+ address indexed _from,
+ address _to,
+ uint256 _amount,
+ bytes _data
+ );
+```
+
+బదిలీలకు గమనికలను జోడించడం సాధ్యమే, ఈ సందర్భంలో అవి వాటిని నివేదించే ఈవెంట్లకు జోడించబడతాయి.
+
+```solidity
+ event ERC20WithdrawalFinalized(
+ address indexed _l1Token,
+ address indexed _l2Token,
+ address indexed _from,
+ address _to,
+ uint256 _amount,
+ bytes _data
+ );
+```
+
+అదే బ్రిడ్జ్ కాంట్రాక్ట్ రెండు దిశలలో బదిలీలను నిర్వహిస్తుంది.
+L1 బ్రిడ్జ్ విషయంలో, దీని అర్థం డిపాజిట్లను ప్రారంభించడం మరియు విత్డ్రాయల్లను ఖరారు చేయడం.
+
+```solidity
+
+ /********************
+ * పబ్లిక్ ఫంక్షన్లు *
+ ********************/
+
+ /**
+ * @dev సంబంధిత L2 బ్రిడ్జ్ కాంట్రాక్ట్ యొక్క చిరునామాను పొందండి.
+ * @return సంబంధిత L2 బ్రిడ్జ్ కాంట్రాక్ట్ యొక్క చిరునామా.
+ */
+ function l2TokenBridge() external returns (address);
+```
+
+ఈ ఫంక్షన్ నిజంగా అవసరం లేదు, ఎందుకంటే L2లో ఇది ముందుగా డిప్లాయ్ చేయబడిన కాంట్రాక్ట్, కాబట్టి ఇది ఎల్లప్పుడూ `0x4200000000000000000000000000000000000010` చిరునామాలో ఉంటుంది.
+ఇది L2 బ్రిడ్జ్తో సౌష్టవం కోసం ఇక్కడ ఉంది, ఎందుకంటే L1 బ్రిడ్జ్ యొక్క చిరునామాను తెలుసుకోవడం చాలా సులభం కాదు.
+
+```solidity
+ /**
+ * @dev L2లోని కాలర్ బ్యాలెన్స్కు ERC20 మొత్తాన్ని డిపాజిట్ చేయండి.
+ * @param _l1Token మేము డిపాజిట్ చేస్తున్న L1 ERC20 యొక్క చిరునామా
+ * @param _l2Token L1 సంబంధిత L2 ERC20 యొక్క చిరునామా
+ * @param _amount డిపాజిట్ చేయడానికి ERC20 మొత్తం
+ * @param _l2Gas L2లో డిపాజిట్ను పూర్తి చేయడానికి అవసరమైన గ్యాస్ పరిమితి.
+ * @param _data L2కి ఫార్వార్డ్ చేయడానికి ఐచ్ఛిక డేటా. ఈ డేటా బాహ్య కాంట్రాక్టుల సౌలభ్యం కోసం మాత్రమే అందించబడుతుంది. గరిష్ట పొడవును అమలు చేయడం మినహా, ఈ కాంట్రాక్టులు దాని కంటెంట్ గురించి ఎటువంటి హామీలను ఇవ్వవు.
+ */
+ function depositERC20(
+ address _l1Token,
+ address _l2Token,
+ uint256 _amount,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external;
+```
+
+`_l2Gas` పరామితి లావాదేవీ ఖర్చు చేయడానికి అనుమతించబడిన L2 గ్యాస్ మొత్తం.
+[ఒక నిర్దిష్ట (అధిక) పరిమితి వరకు, ఇది ఉచితం](https://community.optimism.io/docs/developers/bridge/messaging/#for-l1-%E2%87%92-l2-transactions-2), కాబట్టి ERC-20 కాంట్రాక్ట్ మింటింగ్ చేసేటప్పుడు నిజంగా వింతగా ఏమీ చేయకపోతే, అది ఒక సమస్య కాకూడదు.
+ఈ ఫంక్షన్ ఒక వినియోగదారు వేరొక బ్లాక్చైన్లోని అదే చిరునామాకు ఆస్తులను బ్రిడ్జ్ చేసే సాధారణ దృశ్యాన్ని చూసుకుంటుంది.
+
+```solidity
+ /**
+ * @dev L2లోని ఒక గ్రహీత యొక్క బ్యాలెన్స్కు ERC20 మొత్తాన్ని డిపాజిట్ చేయండి.
+ * @param _l1Token మేము డిపాజిట్ చేస్తున్న L1 ERC20 యొక్క చిరునామా
+ * @param _l2Token L1 సంబంధిత L2 ERC20 యొక్క చిరునామా
+ * @param _to విత్డ్రాయల్ను క్రెడిట్ చేయడానికి L2 చిరునామా.
+ * @param _amount డిపాజిట్ చేయడానికి ERC20 మొత్తం.
+ * @param _l2Gas L2లో డిపాజిట్ పూర్తి చేయడానికి అవసరమైన గ్యాస్ పరిమితి.
+ * @param _data L2కి ఫార్వార్డ్ చేయడానికి ఐచ్ఛిక డేటా. ఈ డేటా బాహ్య కాంట్రాక్టుల సౌలభ్యం కోసం మాత్రమే అందించబడుతుంది. గరిష్ట పొడవును అమలు చేయడం మినహా, ఈ కాంట్రాక్టులు దాని కంటెంట్ గురించి ఎటువంటి హామీలను ఇవ్వవు.
+ */
+ function depositERC20To(
+ address _l1Token,
+ address _l2Token,
+ address _to,
+ uint256 _amount,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external;
+```
+
+ఈ ఫంక్షన్ దాదాపుగా `depositERC20`తో సమానంగా ఉంటుంది, కానీ ఇది వేరొక చిరునామాకు ERC-20ని పంపడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+```solidity
+ /*************************
+ * క్రాస్-చైన్ ఫంక్షన్లు *
+ *************************/
+
+ /**
+ * @dev L2 నుండి L1కి విత్డ్రాయల్ను పూర్తి చేసి, గ్రహీత యొక్క L1 ERC20 టోకెన్ బ్యాలెన్స్కు నిధులను క్రెడిట్ చేయండి.
+ * L2 నుండి ప్రారంభించబడిన విత్డ్రాయల్ ఖరారు చేయబడకపోతే ఈ కాల్ విఫలమవుతుంది.
+ *
+ * @param _l1Token finalizeWithdrawal కోసం L1 టోకెన్ చిరునామా.
+ * @param _l2Token విత్డ్రాయల్ ప్రారంభించబడిన L2 టోకెన్ చిరునామా.
+ * @param _from బదిలీని ప్రారంభించే L2 చిరునామా.
+ * @param _to విత్డ్రాయల్ను క్రెడిట్ చేయడానికి L1 చిరునామా.
+ * @param _amount డిపాజిట్ చేయడానికి ERC20 మొత్తం.
+ * @param _data L2లో పంపినవారు అందించిన డేటా. ఈ డేటా
+ * బాహ్య కాంట్రాక్టుల సౌలభ్యం కోసం మాత్రమే అందించబడుతుంది. గరిష్ట
+ * పొడవును అమలు చేయడం మినహా, ఈ కాంట్రాక్టులు దాని కంటెంట్ గురించి ఎటువంటి హామీలను ఇవ్వవు.
+ */
+ function finalizeERC20Withdrawal(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+ ) external;
+}
+```
+
+ఆప్టిమిజంలో విత్డ్రాయల్స్ (మరియు L2 నుండి L1కి ఇతర సందేశాలు) రెండు దశల ప్రక్రియ:
+
+1. L2లో ఒక ప్రారంభ లావాదేవీ.
+2. L1లో ఒక ఖరారు చేసే లేదా క్లెయిమ్ చేసే లావాదేవీ.
+ L2 లావాదేవీ కోసం [ఫాల్ట్ ఛాలెంజ్ వ్యవధి](https://community.optimism.io/docs/how-optimism-works/#fault-proofs) ముగిసిన తర్వాత ఈ లావాదేవీ జరగాలి.
+
+### IL1StandardBridge {#il1standardbridge}
+
+[ఈ ఇంటర్ఫేస్ ఇక్కడ నిర్వచించబడింది](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1StandardBridge.sol).
+ఈ ఫైల్లో ETH కోసం ఈవెంట్ మరియు ఫంక్షన్ నిర్వచనాలు ఉన్నాయి.
+ఈ నిర్వచనాలు పైన ERC-20 కోసం `IL1ERC20Bridge`లో నిర్వచించిన వాటికి చాలా పోలి ఉంటాయి.
+
+కొన్ని ERC-20 టోకెన్లకు కస్టమ్ ప్రాసెసింగ్ అవసరం మరియు స్టాండర్డ్ బ్రిడ్జ్ ద్వారా నిర్వహించబడనందున బ్రిడ్జ్ ఇంటర్ఫేస్ రెండు ఫైల్ల మధ్య విభజించబడింది.
+ఈ విధంగా అలాంటి టోకెన్ను నిర్వహించే కస్టమ్ బ్రిడ్జ్ `IL1ERC20Bridge`ని అమలు చేయగలదు మరియు ETHని కూడా బ్రిడ్జ్ చేయవలసిన అవసరం లేదు.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >0.5.0 <0.9.0;
+
+import "./IL1ERC20Bridge.sol";
+
+/**
+ * @title IL1StandardBridge
+ */
+interface IL1StandardBridge is IL1ERC20Bridge {
+ /**********
+ * ఈవెంట్లు *
+ **********/
+ event ETHDepositInitiated(
+ address indexed _from,
+ address indexed _to,
+ uint256 _amount,
+ bytes _data
+ );
+```
+
+ఈ ఈవెంట్ ERC-20 వెర్షన్ (`ERC20DepositInitiated`)తో దాదాపు సమానంగా ఉంటుంది, L1 మరియు L2 టోకెన్ చిరునామాలు మినహా.
+ఇతర ఈవెంట్లు మరియు ఫంక్షన్లకు కూడా ఇదే వర్తిస్తుంది.
+
+```solidity
+ event ETHWithdrawalFinalized(
+ .
+ .
+ .
+ );
+
+ /********************
+ * పబ్లిక్ ఫంక్షన్లు *
+ ********************/
+
+ /**
+ * @dev L2లోని కాలర్ బ్యాలెన్స్కు ETH మొత్తాన్ని డిపాజిట్ చేయండి.
+ .
+ .
+ .
+ */
+ function depositETH(uint32 _l2Gas, bytes calldata _data) external payable;
+
+ /**
+ * @dev L2లోని గ్రహీత బ్యాలెన్స్కు ETH మొత్తాన్ని డిపాజిట్ చేయండి.
+ .
+ .
+ .
+ */
+ function depositETHTo(
+ address _to,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external payable;
+
+ /*************************
+ * క్రాస్-చైన్ ఫంక్షన్లు *
+ *************************/
+
+ /**
+ * @dev L2 నుండి L1కి విత్డ్రాయల్ను పూర్తి చేసి, గ్రహీత యొక్క బ్యాలెన్స్కు నిధులను క్రెడిట్ చేయండి
+ * L1 ETH టోకెన్. xDomainMessenger మాత్రమే ఈ ఫంక్షన్ను కాల్ చేయగలదు కాబట్టి, ఇది ఎప్పటికీ కాల్ చేయబడదు
+ * విత్డ్రాయల్ ఖరారు చేయబడక ముందు.
+ .
+ .
+ .
+ */
+ function finalizeETHWithdrawal(
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+ ) external;
+}
+```
+
+### CrossDomainEnabled {#crossdomainenabled}
+
+[ఈ కాంట్రాక్ట్](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/CrossDomainEnabled.sol) ఇతర లేయర్కు సందేశాలను పంపడానికి రెండు బ్రిడ్జ్ల ([L1](#the-l1-bridge-contract) మరియు [L2](#the-l2-bridge-contract)) ద్వారా వారసత్వంగా పొందబడుతుంది.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >0.5.0 <0.9.0;
+
+/* Interface Imports */
+import { ICrossDomainMessenger } from "./ICrossDomainMessenger.sol";
+```
+
+[ఈ ఇంటర్ఫేస్](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/ICrossDomainMessenger.sol) క్రాస్ డొమైన్ మెసెంజర్ను ఉపయోగించి ఇతర లేయర్కు సందేశాలను ఎలా పంపాలో కాంట్రాక్ట్కు చెబుతుంది.
+ఈ క్రాస్ డొమైన్ మెసెంజర్ పూర్తిగా వేరే సిస్టమ్, మరియు దాని స్వంత వ్యాసం అవసరం, దీనిని నేను భవిష్యత్తులో వ్రాయాలని ఆశిస్తున్నాను.
+
+```solidity
+/**
+ * @title CrossDomainEnabled
+ * @dev క్రాస్-డొమైన్ కమ్యూనికేషన్లను నిర్వహించే కాంట్రాక్ట్ల కోసం సహాయక కాంట్రాక్ట్
+ *
+ * ఉపయోగించిన కంపైలర్: వారసత్వ కాంట్రాక్ట్ ద్వారా నిర్వచించబడింది
+ */
+contract CrossDomainEnabled {
+ /*************
+ * వేరియబుల్స్ *
+ *************/
+
+ // ఇతర డొమైన్ నుండి సందేశాలను పంపడానికి మరియు స్వీకరించడానికి ఉపయోగించే మెసెంజర్ కాంట్రాక్ట్.
+ address public messenger;
+
+ /***************
+ * కన్స్ట్రక్టర్ *
+ ***************/
+
+ /**
+ * @param _messenger ప్రస్తుత లేయర్పై ఉన్న CrossDomainMessenger యొక్క చిరునామా.
+ */
+ constructor(address _messenger) {
+ messenger = _messenger;
+ }
+```
+
+కాంట్రాక్ట్కు తెలియాల్సిన ఒక పరామితి, ఈ లేయర్లోని క్రాస్ డొమైన్ మెసెంజర్ యొక్క చిరునామా.
+ఈ పరామితి కన్స్ట్రక్టర్లో ఒక్కసారి సెట్ చేయబడుతుంది మరియు ఎప్పటికీ మారదు.
+
+```solidity
+
+ /**********************
+ * ఫంక్షన్ మాడిఫైయర్లు *
+ **********************/
+
+ /**
+ * మార్పు చేసిన ఫంక్షన్ను నిర్దిష్ట క్రాస్-డొమైన్ ఖాతా ద్వారా మాత్రమే పిలవగలరని నిర్ధారిస్తుంది.
+ * @param _sourceDomainAccount ఈ ఫంక్షన్ను కాల్ చేయడానికి ప్రామాణీకరించబడిన ఆరిజినేటింగ్ డొమైన్లోని ఏకైక ఖాతా.
+ */
+ modifier onlyFromCrossDomainAccount(address _sourceDomainAccount) {
+```
+
+క్రాస్ డొమైన్ మెసేజింగ్ అది నడుస్తున్న బ్లాక్చైన్లోని (ఇథిరియం మెయిన్నెట్ లేదా ఆప్టిమిజం) ఏ కాంట్రాక్ట్ ద్వారానైనా యాక్సెస్ చేయబడుతుంది.
+కానీ ప్రతి వైపు ఉన్న బ్రిడ్జ్ ఇతర వైపు ఉన్న బ్రిడ్జ్ నుండి వచ్చినట్లయితే _మాత్రమే_ కొన్ని సందేశాలను విశ్వసించాలి.
+
+```solidity
+ require(
+ msg.sender == address(getCrossDomainMessenger()),
+ "OVM_XCHAIN: messenger contract unauthenticated"
+ );
+```
+
+తగిన క్రాస్ డొమైన్ మెసెంజర్ (`messenger`, మీరు క్రింద చూసినట్లుగా) నుండి వచ్చిన సందేశాలను మాత్రమే విశ్వసించవచ్చు.
+
+```solidity
+
+ require(
+ getCrossDomainMessenger().xDomainMessageSender() == _sourceDomainAccount,
+ "OVM_XCHAIN: wrong sender of cross-domain message"
+ );
+```
+
+క్రాస్ డొమైన్ మెసెంజర్ ఇతర లేయర్తో సందేశాన్ని పంపిన చిరునామాను అందించే మార్గం [`.xDomainMessageSender()` ఫంక్షన్](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1CrossDomainMessenger.sol#L122-L128).
+సందేశం ద్వారా ప్రారంభించబడిన లావాదేవీలో ఇది పిలవబడినంత కాలం ఇది ఈ సమాచారాన్ని అందించగలదు.
+
+మాకు వచ్చిన సందేశం ఇతర బ్రిడ్జ్ నుండి వచ్చిందని మేము నిర్ధారించుకోవాలి.
+
+```solidity
+
+ _;
+ }
+
+ /**********************
+ * అంతర్గత ఫంక్షన్లు *
+ **********************/
+
+ /**
+ * సాధారణంగా స్టోరేజ్ నుండి మెసెంజర్ను పొందుతుంది. చైల్డ్ కాంట్రాక్ట్కు
+ * ఓవర్రైడ్ చేయాల్సిన అవసరం ఉంటే ఈ ఫంక్షన్ బహిర్గతం చేయబడుతుంది.
+ * @return ఉపయోగించాల్సిన క్రాస్-డొమైన్ మెసెంజర్ కాంట్రాక్ట్ యొక్క చిరునామా.
+ */
+ function getCrossDomainMessenger() internal virtual returns (ICrossDomainMessenger) {
+ return ICrossDomainMessenger(messenger);
+ }
+```
+
+ఈ ఫంక్షన్ క్రాస్ డొమైన్ మెసెంజర్ను తిరిగి ఇస్తుంది.
+మేము `messenger` వేరియబుల్కు బదులుగా ఒక ఫంక్షన్ను ఉపయోగిస్తాము, దీని నుండి వారసత్వంగా వచ్చే కాంట్రాక్టులు ఏ క్రాస్ డొమైన్ మెసెంజర్ను ఉపయోగించాలో పేర్కొనడానికి ఒక అల్గారిథమ్ను ఉపయోగించడానికి అనుమతిస్తాయి.
+
+```solidity
+
+ /**
+ * మరొక డొమైన్లోని ఒక ఖాతాకు సందేశాన్ని పంపుతుంది
+ * @param _crossDomainTarget గమ్యస్థాన డొమైన్లోని ఉద్దేశించిన గ్రహీత
+ * @param _message లక్ష్యానికి పంపాల్సిన డేటా (సాధారణంగా `onlyFromCrossDomainAccount()`తో
+ * ఒక ఫంక్షన్కు కాల్డేటా)
+ * @param _gasLimit లక్ష్య డొమైన్పై సందేశ రసీదు కోసం గ్యాస్లిమిట్.
+ */
+ function sendCrossDomainMessage(
+ address _crossDomainTarget,
+ uint32 _gasLimit,
+ bytes memory _message
+```
+
+చివరగా, ఇతర లేయర్కు సందేశాన్ని పంపే ఫంక్షన్.
+
+```solidity
+ ) internal {
+ // slither-disable-next-line reentrancy-events, reentrancy-benign
+```
+
+[Slither](https://github.com/crytic/slither) అనేది బలహీనతలు మరియు ఇతర సంభావ్య సమస్యల కోసం ప్రతి కాంట్రాక్ట్పై ఆప్టిమిజం నడిపే ఒక స్టాటిక్ అనలైజర్.
+ఈ సందర్భంలో, కింది లైన్ రెండు బలహీనతలను ప్రేరేపిస్తుంది:
+
+1. [రీఎంట్రాన్సీ ఈవెంట్లు](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-3)
+2. [నిరపాయమైన రీఎంట్రాన్సీ](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-2)
+
+```solidity
+ getCrossDomainMessenger().sendMessage(_crossDomainTarget, _message, _gasLimit);
+ }
+}
+```
+
+ఈ సందర్భంలో, `getCrossDomainMessenger()` ఒక విశ్వసనీయ చిరునామాను తిరిగి ఇస్తుందని మాకు తెలిసినప్పటికీ, Slitherకు అది తెలుసుకునే మార్గం లేనప్పటికీ, మేము రీఎంట్రాన్సీ గురించి ఆందోళన చెందము.
+
+### L1 బ్రిడ్జ్ కాంట్రాక్ట్ {#the-l1-bridge-contract}
+
+[ఈ కాంట్రాక్ట్ కోసం సోర్స్ కోడ్ ఇక్కడ ఉంది](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1StandardBridge.sol).
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+```
+
+ఇంటర్ఫేస్లు ఇతర కాంట్రాక్టులలో భాగంగా ఉండవచ్చు, కాబట్టి అవి విస్తృత శ్రేణి Solidity వెర్షన్లకు మద్దతు ఇవ్వాలి.
+కానీ బ్రిడ్జ్ అనేది మన కాంట్రాక్ట్, మరియు అది ఏ Solidity వెర్షన్ను ఉపయోగిస్తుందనే దానిపై మేము కఠినంగా ఉండవచ్చు.
+
+```solidity
+/* Interface Imports */
+import { IL1StandardBridge } from "./IL1StandardBridge.sol";
+import { IL1ERC20Bridge } from "./IL1ERC20Bridge.sol";
+```
+
+[IL1ERC20Bridge](#IL1ERC20Bridge) మరియు [IL1StandardBridge](#IL1StandardBridge) పైన వివరించబడ్డాయి.
+
+```solidity
+import { IL2ERC20Bridge } from "../../L2/messaging/IL2ERC20Bridge.sol";
+```
+
+[ఈ ఇంటర్ఫేస్](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) L2లోని స్టాండర్డ్ బ్రిడ్జ్ను నియంత్రించడానికి సందేశాలను సృష్టించడానికి మాకు అనుమతిస్తుంది.
+
+```solidity
+import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
+```
+
+[ఈ ఇంటర్ఫేస్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) ERC-20 కాంట్రాక్టులను నియంత్రించడానికి మాకు అనుమతిస్తుంది.
+[మీరు దాని గురించి ఇక్కడ మరింత చదవవచ్చు](/developers/tutorials/erc20-annotated-code/#the-interface).
+
+```solidity
+/* Library Imports */
+import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
+```
+
+[పైన వివరించినట్లు](#crossdomainenabled), ఈ కాంట్రాక్ట్ ఇంటర్లేయర్ మెసేజింగ్ కోసం ఉపయోగించబడుతుంది.
+
+```solidity
+import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
+```
+
+[`Lib_PredeployAddresses`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/constants/Lib_PredeployAddresses.sol) ఎల్లప్పుడూ ఒకే చిరునామాను కలిగి ఉండే L2 కాంట్రాక్టుల కోసం చిరునామాలను కలిగి ఉంటుంది. ఇందులో L2లోని స్టాండర్డ్ బ్రిడ్జ్ కూడా ఉంటుంది.
+
+```solidity
+import { Address } from "@openzeppelin/contracts/utils/Address.sol";
+```
+
+[ఓపెన్జెప్పెలిన్ యొక్క అడ్రస్ యుటిలిటీస్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/Address.sol). ఇది కాంట్రాక్ట్ చిరునామాలు మరియు బాహ్యంగా యాజమాన్య ఖాతాలకు (EOA) చెందిన వాటి మధ్య తేడాను గుర్తించడానికి ఉపయోగించబడుతుంది.
+
+గమనించండి, ఇది ఒక పరిపూర్ణ పరిష్కారం కాదు, ఎందుకంటే ప్రత్యక్ష కాల్స్ మరియు కాంట్రాక్ట్ కన్స్ట్రక్టర్ నుండి చేసిన కాల్స్ మధ్య తేడాను గుర్తించడానికి మార్గం లేదు, కానీ కనీసం ఇది కొన్ని సాధారణ వినియోగదారు లోపాలను గుర్తించడానికి మరియు నివారించడానికి మాకు అనుమతిస్తుంది.
+
+```solidity
+import { SafeERC20 } from "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.sol";
+```
+
+[ERC-20 స్టాండర్డ్](https://eips.ethereum.org/EIPS/eip-20) వైఫల్యాన్ని నివేదించడానికి ఒక కాంట్రాక్ట్కు రెండు మార్గాలకు మద్దతు ఇస్తుంది:
+
+1. తిరిగి వెళ్లు
+2. `false`ని తిరిగి ఇవ్వండి
+
+రెండు కేసులను నిర్వహించడం మా కోడ్ను మరింత క్లిష్టతరం చేస్తుంది, కాబట్టి బదులుగా మేము [ఓపెన్జెప్పెలిన్ యొక్క `SafeERC20`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol)ను ఉపయోగిస్తాము, ఇది [అన్ని వైఫల్యాలు తిరిగి వెళ్ళడానికి దారితీస్తాయని](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol#L96) నిర్ధారిస్తుంది.
+
+```solidity
+/**
+ * @title L1StandardBridge
+ * @dev L1 ETH మరియు ERC20 బ్రిడ్జ్ అనేది డిపాజిట్ చేయబడిన L1 నిధులను మరియు L2లో ఉపయోగంలో ఉన్న స్టాండర్డ్ టోకెన్లను నిల్వ చేసే కాంట్రాక్ట్. ఇది సంబంధిత L2 బ్రిడ్జ్ను సింక్రొనైజ్ చేస్తుంది, డిపాజిట్ల గురించి తెలియజేస్తుంది మరియు కొత్తగా ఖరారు చేయబడిన విత్డ్రాయల్స్ కోసం దాని నుండి వింటుంది.
+ *
+ */
+contract L1StandardBridge is IL1StandardBridge, CrossDomainEnabled {
+ using SafeERC20 for IERC20;
+```
+
+మేము `IERC20` ఇంటర్ఫేస్ను ఉపయోగించిన ప్రతిసారీ `SafeERC20` రేపర్ను ఉపయోగించమని పేర్కొనడానికి ఈ లైన్ మార్గం.
+
+```solidity
+
+ /********************************
+ * బాహ్య కాంట్రాక్ట్ రిఫరెన్స్లు *
+ ********************************/
+
+ address public l2TokenBridge;
+```
+
+[L2StandardBridge](#the-l2-bridge-contract) యొక్క చిరునామా.
+
+```solidity
+
+ // L1 టోకెన్ను L2 టోకెన్కు మ్యాప్ చేస్తుంది మరియు డిపాజిట్ చేయబడిన L1 టోకెన్ యొక్క బ్యాలెన్స్
+ mapping(address => mapping(address => uint256)) public deposits;
+```
+
+ఇటువంటి డబుల్ [మ్యాపింగ్](https://www.tutorialspoint.com/solidity/solidity_mappings.htm) మీరు [రెండు-డైమెన్షనల్ స్పార్స్ శ్రేణిని](https://en.wikipedia.org/wiki/Sparse_matrix) నిర్వచించే మార్గం.
+ఈ డేటా స్ట్రక్చర్లోని విలువలు `deposit[L1 టోకెన్ addr][L2 టోకెన్ addr]`గా గుర్తించబడతాయి.
+డిఫాల్ట్ విలువ సున్నా.
+వేరొక విలువకు సెట్ చేయబడిన సెల్స్ మాత్రమే స్టోరేజ్కు వ్రాయబడతాయి.
+
+```solidity
+
+ /***************
+ * కన్స్ట్రక్టర్ *
+ ***************/
+
+ // ఈ కాంట్రాక్ట్ ప్రాక్సీ వెనుక ఉంటుంది, కాబట్టి కన్స్ట్రక్టర్ పరామితులు ఉపయోగించబడవు.
+ constructor() CrossDomainEnabled(address(0)) {}
+```
+
+స్టోరేజ్లోని అన్ని వేరియబుల్స్ను కాపీ చేయకుండానే ఈ కాంట్రాక్ట్ను అప్గ్రేడ్ చేయగలగాలి.
+అలా చేయడానికి, మేము [`ప్రాక్సీ`](https://docs.openzeppelin.com/contracts/3.x/api/proxy)ని ఉపయోగిస్తాము, ఇది ప్రాక్సీ కాంట్రాక్ట్ ద్వారా నిల్వ చేయబడిన చిరునామా ఉన్న వేరొక కాంట్రాక్ట్కు కాల్స్ను బదిలీ చేయడానికి [`delegatecall`](https://solidity-by-example.org/delegatecall/)ని ఉపయోగించే ఒక కాంట్రాక్ట్ (మీరు అప్గ్రేడ్ చేసినప్పుడు మీరు ప్రాక్సీకి ఆ చిరునామాను మార్చమని చెబుతారు).
+మీరు `delegatecall`ని ఉపయోగించినప్పుడు, స్టోరేజ్ _కాలింగ్_ కాంట్రాక్ట్ యొక్క స్టోరేజ్గానే ఉంటుంది, కాబట్టి అన్ని కాంట్రాక్ట్ స్టేట్ వేరియబుల్స్ యొక్క విలువలు ప్రభావితం కావు.
+
+ఈ నమూనా యొక్క ఒక ప్రభావం ఏమిటంటే, `delegatecall` యొక్క _కాల్డ్_ అయిన కాంట్రాక్ట్ యొక్క స్టోరేజ్ ఉపయోగించబడదు మరియు అందువల్ల దానికి పంపిన కన్స్ట్రక్టర్ విలువలు పట్టింపు లేదు.
+`CrossDomainEnabled` కన్స్ట్రక్టర్కు మేము ఒక అర్థరహిత విలువను అందించడానికి ఇదే కారణం.
+కింది ఇనిషియలైజేషన్ కన్స్ట్రక్టర్ నుండి వేరుగా ఉండటానికి కూడా ఇదే కారణం.
+
+```solidity
+ /******************
+ * ఇనిషియలైజేషన్ *
+ ******************/
+
+ /**
+ * @param _l1messenger క్రాస్-చైన్ కమ్యూనికేషన్స్ కోసం ఉపయోగించే L1 మెసెంజర్ చిరునామా.
+ * @param _l2TokenBridge L2 స్టాండర్డ్ బ్రిడ్జ్ చిరునామా.
+ */
+ // slither-disable-next-line external-function
+```
+
+ఈ [Slither టెస్ట్](https://github.com/crytic/slither/wiki/Detector-Documentation#public-function-that-could-be-declared-external) కాంట్రాక్ట్ కోడ్ నుండి పిలవబడని మరియు అందువల్ల `public`కు బదులుగా `external`గా ప్రకటించగల ఫంక్షన్లను గుర్తిస్తుంది.
+`external` ఫంక్షన్ల యొక్క గ్యాస్ ఖర్చు తక్కువగా ఉండవచ్చు, ఎందుకంటే వాటికి కాల్డేటాలో పరామితులు అందించబడవచ్చు.
+`public`గా ప్రకటించబడిన ఫంక్షన్లు కాంట్రాక్ట్ లోపల నుండి యాక్సెస్ చేయగలవుగా ఉండాలి.
+కాంట్రాక్టులు తమ సొంత కాల్డేటాను మార్చలేవు, కాబట్టి పరామితులు మెమరీలో ఉండాలి.
+అటువంటి ఫంక్షన్ను బాహ్యంగా పిలిచినప్పుడు, కాల్డేటాను మెమరీకి కాపీ చేయడం అవసరం, దీనికి గ్యాస్ ఖర్చవుతుంది.
+ఈ సందర్భంలో, ఫంక్షన్ ఒక్కసారి మాత్రమే పిలవబడుతుంది, కాబట్టి అసమర్థత మాకు పట్టింపు లేదు.
+
+```solidity
+ function initialize(address _l1messenger, address _l2TokenBridge) public {
+ require(messenger == address(0), "Contract has already been initialized.");
+```
+
+`initialize` ఫంక్షన్ ఒక్కసారి మాత్రమే పిలవబడాలి.
+L1 క్రాస్ డొమైన్ మెసెంజర్ లేదా L2 టోకెన్ బ్రిడ్జ్ యొక్క చిరునామా మారితే, మేము కొత్త ప్రాక్సీని మరియు దానిని పిలిచే కొత్త బ్రిడ్జ్ను సృష్టిస్తాము.
+మొత్తం సిస్టమ్ అప్గ్రేడ్ చేయబడినప్పుడు తప్ప ఇది జరగడం చాలా అరుదు.
+
+గమనించండి, ఈ ఫంక్షన్లో _ఎవరు_ దీనిని పిలవగలరో పరిమితం చేసే ఏ యంత్రాంగం లేదు.
+దీని అర్థం, సిద్ధాంతపరంగా ఒక దాడి చేసేవాడు మేము ప్రాక్సీని మరియు బ్రిడ్జ్ యొక్క మొదటి వెర్షన్ను డిప్లాయ్ చేసే వరకు వేచి ఉండి, ఆ తర్వాత చట్టబద్ధమైన వినియోగదారు చేసే ముందు `initialize` ఫంక్షన్ను చేరుకోవడానికి [ఫ్రంట్-రన్](https://solidity-by-example.org/hacks/front-running/) చేయగలడు. కానీ దీనిని నివారించడానికి రెండు పద్ధతులు ఉన్నాయి:
+
+1. కాంట్రాక్టులు నేరుగా EOA ద్వారా కాకుండా [వాటిని సృష్టించడానికి మరొక కాంట్రాక్ట్ ఉన్న లావాదేవీలో](https://medium.com/upstate-interactive/creating-a-contract-with-a-smart-contract-bdb67c5c8595) డిప్లాయ్ చేయబడితే, మొత్తం ప్రక్రియ పరమాణువుగా ఉంటుంది, మరియు ఏ ఇతర లావాదేవీ అమలు చేయబడకముందే పూర్తి అవుతుంది.
+2. `initialize`కు చట్టబద్ధమైన కాల్ విఫలమైతే, కొత్తగా సృష్టించబడిన ప్రాక్సీ మరియు బ్రిడ్జ్ను విస్మరించి, కొత్త వాటిని సృష్టించడం ఎల్లప్పుడూ సాధ్యమే.
+
+```solidity
+ messenger = _l1messenger;
+ l2TokenBridge = _l2TokenBridge;
+ }
+```
+
+బ్రిడ్జ్కు తెలియాల్సిన రెండు పరామితులు ఇవి.
+
+```solidity
+
+ /**************
+ * డిపాజిటింగ్ *
+ **************/
+
+ /** @dev పంపినవారు EOA అయి ఉండాలని కోరే మాడిఫైయర్. ఈ తనిఖీని ఒక దురుద్దేశపూర్వక
+ * కాంట్రాక్ట్ ద్వారా initcode ద్వారా తప్పించుకోవచ్చు, కానీ ఇది మనం నివారించాలనుకుంటున్న వినియోగదారు లోపాన్ని చూసుకుంటుంది.
+ */
+ modifier onlyEOA() {
+ // కాంట్రాక్ట్ల నుండి డిపాజిట్లను ఆపడానికి ఉపయోగించబడుతుంది (ప్రమాదవశాత్తు కోల్పోయిన టోకెన్లను నివారించడానికి)
+ require(!Address.isContract(msg.sender), "Account not EOA");
+ _;
+ }
+```
+
+ఓపెన్జెప్పెలిన్ యొక్క `Address` యుటిలిటీస్ మాకు అవసరం కావడానికి ఇదే కారణం.
+
+```solidity
+ /**
+ * @dev ఈ ఫంక్షన్ను ఏ డేటా లేకుండా పిలవవచ్చు
+ * L2లోని కాలర్ బ్యాలెన్స్కు ETH మొత్తాన్ని డిపాజిట్ చేయడానికి.
+ * receive ఫంక్షన్ డేటాను తీసుకోదు కాబట్టి, ఒక సంప్రదాయవాద
+ * డిఫాల్ట్ మొత్తం L2కి ఫార్వార్డ్ చేయబడుతుంది.
+ */
+ receive() external payable onlyEOA {
+ _initiateETHDeposit(msg.sender, msg.sender, 200_000, bytes(""));
+ }
+```
+
+ఈ ఫంక్షన్ పరీక్ష ప్రయోజనాల కోసం ఉంది.
+గమనించండి, ఇది ఇంటర్ఫేస్ నిర్వచనాలలో కనిపించదు - ఇది సాధారణ ఉపయోగం కోసం కాదు.
+
+```solidity
+ /**
+ * @inheritdoc IL1StandardBridge
+ */
+ function depositETH(uint32 _l2Gas, bytes calldata _data) external payable onlyEOA {
+ _initiateETHDeposit(msg.sender, msg.sender, _l2Gas, _data);
+ }
+
+ /**
+ * @inheritdoc IL1StandardBridge
+ */
+ function depositETHTo(
+ address _to,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external payable {
+ _initiateETHDeposit(msg.sender, _to, _l2Gas, _data);
+ }
+```
+
+ఈ రెండు ఫంక్షన్లు `_initiateETHDeposit` చుట్టూ రేపర్స్, ఇది వాస్తవ ETH డిపాజిట్ను నిర్వహించే ఫంక్షన్.
+
+```solidity
+ /**
+ * @dev ETHని నిల్వ చేయడం మరియు డిపాజిట్ గురించి L2 ETH గేట్వేకు తెలియజేయడం ద్వారా డిపాజిట్ల కోసం తర్కాన్ని నిర్వహిస్తుంది.
+ * @param _from L1పై డిపాజిట్ను లాగాల్సిన ఖాతా.
+ * @param _to L2పై డిపాజిట్ను ఇవ్వాల్సిన ఖాతా.
+ * @param _l2Gas L2లో డిపాజిట్ పూర్తి చేయడానికి అవసరమైన గ్యాస్ పరిమితి.
+ * @param _data L2కి ఫార్వార్డ్ చేయడానికి ఐచ్ఛిక డేటా. ఈ డేటా బాహ్య కాంట్రాక్టుల సౌలభ్యం కోసం మాత్రమే అందించబడుతుంది. గరిష్ట పొడవును అమలు చేయడం మినహా, ఈ కాంట్రాక్టులు దాని కంటెంట్ గురించి ఎటువంటి హామీలను ఇవ్వవు.
+ */
+ function _initiateETHDeposit(
+ address _from,
+ address _to,
+ uint32 _l2Gas,
+ bytes memory _data
+ ) internal {
+ // finalizeDeposit కాల్ కోసం కాల్డేటాను నిర్మించండి
+ bytes memory message = abi.encodeWithSelector(
+```
+
+క్రాస్ డొమైన్ సందేశాలు పనిచేసే విధానం ఏమిటంటే, గమ్యస్థాన కాంట్రాక్ట్ దాని కాల్డేటాగా సందేశంతో పిలవబడుతుంది.
+Solidity కాంట్రాక్టులు ఎల్లప్పుడూ తమ కాల్డేటాను
+[ABI స్పెసిఫికేషన్లకు](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html) అనుగుణంగా వివరిస్తాయి.
+Solidity ఫంక్షన్ [`abi.encodeWithSelector`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#abi-encoding-and-decoding-functions) ఆ కాల్డేటాను సృష్టిస్తుంది.
+
+```solidity
+ IL2ERC20Bridge.finalizeDeposit.selector,
+ address(0),
+ Lib_PredeployAddresses.OVM_ETH,
+ _from,
+ _to,
+ msg.value,
+ _data
+ );
+```
+
+ఇక్కడి సందేశం ఈ పరామితులతో [`finalizeDeposit` ఫంక్షన్ను](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol#L141-L148) పిలవడం:
+
+| పరామితి | విలువ | అర్థం |
+| ------------------------------- | ---------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| \_l1Token | చిరునామా(0) | L1లో ETH (ఇది ఒక ERC-20 టోకెన్ కాదు) కోసం ప్రత్యేక విలువ |
+| \_l2Token | Lib_PredeployAddresses.OVM_ETH | ఆప్టిమిజంలో ETHని నిర్వహించే L2 కాంట్రాక్ట్, `0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000` (ఈ కాంట్రాక్ట్ అంతర్గత ఆప్టిమిజం ఉపయోగం కోసం మాత్రమే) |
+| \_from | \_from | ETHని పంపే L1లోని చిరునామా |
+| \_to | \_to | ETHని స్వీకరించే L2లోని చిరునామా |
+| మొత్తం | msg.value | పంపిన wei మొత్తం (ఇది ఇప్పటికే బ్రిడ్జ్కు పంపబడింది) |
+| \_data | \_data | డిపాజిట్కు జోడించడానికి అదనపు డేటా |
+
+```solidity
+ // కాల్డేటాను L2కి పంపండి
+ // slither-disable-next-line reentrancy-events
+ sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
+```
+
+సందేశాన్ని క్రాస్ డొమైన్ మెసెంజర్ ద్వారా పంపండి.
+
+```solidity
+ // slither-disable-next-line reentrancy-events
+ emit ETHDepositInitiated(_from, _to, msg.value, _data);
+ }
+```
+
+ఈ బదిలీ గురించి వినే ఏ వికేంద్రీకృత అప్లికేషన్కు తెలియజేయడానికి ఒక ఈవెంట్ను విడుదల చేయండి.
+
+```solidity
+ /**
+ * @inheritdoc IL1ERC20Bridge
+ */
+ function depositERC20(
+ .
+ .
+ .
+ ) external virtual onlyEOA {
+ _initiateERC20Deposit(_l1Token, _l2Token, msg.sender, msg.sender, _amount, _l2Gas, _data);
+ }
+
+ /**
+ * @inheritdoc IL1ERC20Bridge
+ */
+ function depositERC20To(
+ .
+ .
+ .
+ ) external virtual {
+ _initiateERC20Deposit(_l1Token, _l2Token, msg.sender, _to, _amount, _l2Gas, _data);
+ }
+```
+
+ఈ రెండు ఫంక్షన్లు `_initiateERC20Deposit` చుట్టూ రేపర్స్, ఇది వాస్తవ ERC-20 డిపాజిట్ను నిర్వహించే ఫంక్షన్.
+
+```solidity
+ /**
+ * @dev డిపాజిట్ గురించి L2 డిపాజిటెడ్ టోకెన్
+ * కాంట్రాక్ట్కు తెలియజేయడం మరియు L1 నిధులను లాక్ చేయడానికి ఒక హ్యాండ్లర్ను పిలవడం ద్వారా డిపాజిట్ల కోసం తర్కాన్ని నిర్వహిస్తుంది. (ఉదా., transferFrom)
+ *
+ * @param _l1Token మేము డిపాజిట్ చేస్తున్న L1 ERC20 యొక్క చిరునామా
+ * @param _l2Token L1 సంబంధిత L2 ERC20 యొక్క చిరునామా
+ * @param _from L1పై డిపాజిట్ను లాగాల్సిన ఖాతా
+ * @param _to L2పై డిపాజిట్ను ఇవ్వాల్సిన ఖాతా
+ * @param _amount డిపాజిట్ చేయడానికి ERC20 మొత్తం.
+ * @param _l2Gas L2లో డిపాజిట్ పూర్తి చేయడానికి అవసరమైన గ్యాస్ పరిమితి.
+ * @param _data L2కి ఫార్వార్డ్ చేయడానికి ఐచ్ఛిక డేటా. ఈ డేటా బాహ్య కాంట్రాక్టుల సౌలభ్యం కోసం మాత్రమే అందించబడుతుంది. గరిష్ట పొడవును అమలు చేయడం మినహా, ఈ కాంట్రాక్టులు దాని కంటెంట్ గురించి ఎటువంటి హామీలను ఇవ్వవు.
+ */
+ function _initiateERC20Deposit(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) internal {
+```
+
+ఈ ఫంక్షన్ పైన ఉన్న `_initiateETHDeposit`తో సమానంగా ఉంటుంది, కొన్ని ముఖ్యమైన తేడాలతో.
+మొదటి తేడా ఏమిటంటే, ఈ ఫంక్షన్ టోకెన్ చిరునామాలను మరియు బదిలీ చేయాల్సిన మొత్తాన్ని పరామితులుగా స్వీకరిస్తుంది.
+ETH విషయంలో, బ్రిడ్జ్కు కాల్ ఇప్పటికే బ్రిడ్జ్ ఖాతాకు ఆస్తి బదిలీని కలిగి ఉంటుంది (`msg.value`).
+
+```solidity
+ // L1లో డిపాజిట్ ప్రారంభించబడినప్పుడు, L1 బ్రిడ్జ్ భవిష్యత్
+ // విత్డ్రాయల్స్ కోసం నిధులను దానికి బదిలీ చేస్తుంది. safeTransferFrom కాంట్రాక్ట్లో కోడ్ ఉందో లేదో కూడా తనిఖీ చేస్తుంది, కాబట్టి
+ // _from ఒక EOA లేదా చిరునామా(0) అయితే ఇది విఫలమవుతుంది.
+ // slither-disable-next-line reentrancy-events, reentrancy-benign
+ IERC20(_l1Token).safeTransferFrom(_from, address(this), _amount);
+```
+
+ERC-20 టోకెన్ బదిలీలు ETH నుండి భిన్నమైన ప్రక్రియను అనుసరిస్తాయి:
+
+1. వినియోగదారు (`_from`) తగిన టోకెన్లను బదిలీ చేయడానికి బ్రిడ్జ్కు అనుమతి ఇస్తాడు.
+2. వినియోగదారు టోకెన్ కాంట్రాక్ట్ చిరునామా, మొత్తం మొదలైన వాటితో బ్రిడ్జ్ను పిలుస్తాడు.
+3. బ్రిడ్జ్ డిపాజిట్ ప్రక్రియలో భాగంగా టోకెన్లను (దానికి) బదిలీ చేస్తుంది.
+
+మొదటి దశ చివరి రెండు నుండి వేరొక లావాదేవీలో జరగవచ్చు.
+అయినప్పటికీ, ఫ్రంట్-రన్నింగ్ ఒక సమస్య కాదు ఎందుకంటే `_initiateERC20Deposit` (`depositERC20` మరియు `depositERC20To`) అని పిలిచే రెండు ఫంక్షన్లు ఈ ఫంక్షన్ను `msg.sender`ని `_from` పరామితిగా మాత్రమే పిలుస్తాయి.
+
+```solidity
+ // _l2Token.finalizeDeposit(_to, _amount) కోసం కాల్డేటాను నిర్మించండి
+ bytes memory message = abi.encodeWithSelector(
+ IL2ERC20Bridge.finalizeDeposit.selector,
+ _l1Token,
+ _l2Token,
+ _from,
+ _to,
+ _amount,
+ _data
+ );
+
+ // కాల్డేటాను L2కి పంపండి
+ // slither-disable-next-line reentrancy-events, reentrancy-benign
+ sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
+
+ // slither-disable-next-line reentrancy-benign
+ deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] + _amount;
+```
+
+డిపాజిట్ చేయబడిన టోకెన్ల మొత్తాన్ని `deposits` డేటా స్ట్రక్చర్కు జోడించండి.
+అదే L1 ERC-20 టోకెన్కు సంబంధించిన అనేక చిరునామాలు L2లో ఉండవచ్చు, కాబట్టి డిపాజిట్లను ట్రాక్ చేయడానికి బ్రిడ్జ్ యొక్క L1 ERC-20 టోకెన్ బ్యాలెన్స్ను ఉపయోగించడం సరిపోదు.
+
+```solidity
+
+ // slither-disable-next-line reentrancy-events
+ emit ERC20DepositInitiated(_l1Token, _l2Token, _from, _to, _amount, _data);
+ }
+
+ /*************************
+ * క్రాస్-చైన్ ఫంక్షన్లు *
+ *************************/
+
+ /**
+ * @inheritdoc IL1StandardBridge
+ */
+ function finalizeETHWithdrawal(
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+```
+
+L2 బ్రిడ్జ్ L2 క్రాస్ డొమైన్ మెసెంజర్కు సందేశాన్ని పంపుతుంది, ఇది L1 క్రాస్ డొమైన్ మెసెంజర్ ఈ ఫంక్షన్ను పిలవడానికి కారణమవుతుంది (వాస్తవానికి, [సందేశాన్ని ఖరారు చేసే లావాదేవీ](https://community.optimism.io/docs/developers/bridge/messaging/#fees-for-l2-%E2%87%92-l1-transactions) L1లో సమర్పించబడిన తర్వాత).
+
+```solidity
+ ) external onlyFromCrossDomainAccount(l2TokenBridge) {
+```
+
+ఇది క్రాస్ డొమైన్ మెసెంజర్ నుండి మరియు L2 టోకెన్ బ్రిడ్జ్ నుండి వచ్చిన ఒక _చట్టబద్ధమైన_ సందేశం అని నిర్ధారించుకోండి.
+ఈ ఫంక్షన్ బ్రిడ్జ్ నుండి ETHని ఉపసంహరించుకోవడానికి ఉపయోగించబడుతుంది, కాబట్టి ఇది అధీకృత కాలర్ ద్వారా మాత్రమే పిలవబడుతుందని మేము నిర్ధారించుకోవాలి.
+
+```solidity
+ // slither-disable-next-line reentrancy-events
+ (bool success, ) = _to.call{ value: _amount }(new bytes(0));
+```
+
+ETHని బదిలీ చేయడానికి మార్గం `msg.value`లో wei మొత్తంతో గ్రహీతను పిలవడం.
+
+```solidity
+ require(success, "TransferHelper::safeTransferETH: ETH transfer failed");
+
+ // slither-disable-next-line reentrancy-events
+ emit ETHWithdrawalFinalized(_from, _to, _amount, _data);
+```
+
+విత్డ్రాయల్ గురించి ఒక ఈవెంట్ను విడుదల చేయండి.
+
+```solidity
+ }
+
+ /**
+ * @inheritdoc IL1ERC20Bridge
+ */
+ function finalizeERC20Withdrawal(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+ ) external onlyFromCrossDomainAccount(l2TokenBridge) {
+```
+
+ఈ ఫంక్షన్ పైన ఉన్న `finalizeETHWithdrawal`తో సమానంగా ఉంటుంది, ERC-20 టోకెన్ల కోసం అవసరమైన మార్పులతో.
+
+```solidity
+ deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] - _amount;
+```
+
+`deposits` డేటా స్ట్రక్చర్ను అప్డేట్ చేయండి.
+
+```solidity
+
+ // L1లో విత్డ్రాయల్ ఖరారు చేయబడినప్పుడు, L1 బ్రిడ్జ్ నిధులను విత్డ్రాయర్కు బదిలీ చేస్తుంది
+ // slither-disable-next-line reentrancy-events
+ IERC20(_l1Token).safeTransfer(_to, _amount);
+
+ // slither-disable-next-line reentrancy-events
+ emit ERC20WithdrawalFinalized(_l1Token, _l2Token, _from, _to, _amount, _data);
+ }
+
+
+ /*****************************
+ * తాత్కాలికం - ETHని మైగ్రేట్ చేయడం *
+ *****************************/
+
+ /**
+ * @dev ఖాతాకు ETH బ్యాలెన్స్ను జోడిస్తుంది. ఇది పాత గేట్వే నుండి కొత్త గేట్వేకు
+ * ETHని మైగ్రేట్ చేయడానికి అనుమతించడానికి ఉద్దేశించబడింది.
+ * గమనిక: ఇది ఒక అప్గ్రేడ్ కోసం మాత్రమే మిగిలి ఉంది, తద్వారా పాత కాంట్రాక్ట్ నుండి
+ * మైగ్రేట్ చేయబడిన ETHని మేము స్వీకరించగలుగుతాము
+ */
+ function donateETH() external payable {}
+}
+```
+
+బ్రిడ్జ్ యొక్క మునుపటి అమలు ఒకటి ఉండేది.
+మేము ఆ అమలు నుండి దీనికి మారినప్పుడు, మేము అన్ని ఆస్తులను తరలించవలసి వచ్చింది.
+ERC-20 టోకెన్లను కేవలం తరలించవచ్చు.
+అయితే, ఒక కాంట్రాక్ట్కు ETHని బదిలీ చేయడానికి మీకు ఆ కాంట్రాక్ట్ ఆమోదం అవసరం, అదే `donateETH` మాకు అందిస్తుంది.
+
+## L2లో ERC-20 టోకెన్లు {#erc-20-tokens-on-l2}
+
+ఒక ERC-20 టోకెన్ స్టాండర్డ్ బ్రిడ్జ్కు సరిపోవాలంటే, అది స్టాండర్డ్ బ్రిడ్జ్కు, మరియు _మాత్రమే_ స్టాండర్డ్ బ్రిడ్జ్కు టోకెన్లను ముద్రించడానికి అనుమతించాలి.
+ఆప్టిమిజంలో చలామణిలో ఉన్న టోకెన్ల సంఖ్య L1 బ్రిడ్జ్ కాంట్రాక్ట్లో లాక్ చేయబడిన టోకెన్ల సంఖ్యకు సమానంగా ఉందని బ్రిడ్జ్లు నిర్ధారించుకోవాలి కాబట్టి ఇది అవసరం.
+L2లో ఎక్కువ టోకెన్లు ఉంటే, కొంతమంది వినియోగదారులు తమ ఆస్తులను తిరిగి L1కి బ్రిడ్జ్ చేయలేరు.
+విశ్వసనీయమైన బ్రిడ్జ్కు బదులుగా, మేము తప్పనిసరిగా [ఫ్రాక్షనల్ రిజర్వ్ బ్యాంకింగ్ను](https://www.investopedia.com/terms/f/fractionalreservebanking.asp) పునఃసృష్టిస్తాము.
+L1లో ఎక్కువ టోకెన్లు ఉంటే, ఆ టోకెన్లలో కొన్ని బ్రిడ్జ్ కాంట్రాక్ట్లో శాశ్వతంగా లాక్ చేయబడి ఉంటాయి, ఎందుకంటే L2 టోకెన్లను బర్న్ చేయకుండా వాటిని విడుదల చేయడానికి మార్గం లేదు.
+
+### IL2StandardERC20 {#il2standarderc20}
+
+L2లో స్టాండర్డ్ బ్రిడ్జ్ను ఉపయోగించే ప్రతి ERC-20 టోకెన్ [ఈ ఇంటర్ఫేస్ను](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/IL2StandardERC20.sol) అందించాలి, ఇందులో స్టాండర్డ్ బ్రిడ్జ్కు అవసరమైన ఫంక్షన్లు మరియు ఈవెంట్లు ఉంటాయి.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
+```
+
+[స్టాండర్డ్ ERC-20 ఇంటర్ఫేస్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol)లో `mint` మరియు `burn` ఫంక్షన్లు ఉండవు.
+ఆ పద్ధతులు [ERC-20 స్టాండర్డ్](https://eips.ethereum.org/EIPS/eip-20)చే అవసరం లేదు, ఇది టోకెన్లను సృష్టించడానికి మరియు నాశనం చేయడానికి యంత్రాంగాలను పేర్కొనలేదు.
+
+```solidity
+import { IERC165 } from "@openzeppelin/contracts/utils/introspection/IERC165.sol";
+```
+
+[ERC-165 ఇంటర్ఫేస్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/introspection/IERC165.sol) ఒక కాంట్రాక్ట్ ఏ ఫంక్షన్లను అందిస్తుందో పేర్కొనడానికి ఉపయోగించబడుతుంది.
+[మీరు ఇక్కడ స్టాండర్డ్ చదవవచ్చు](https://eips.ethereum.org/EIPS/eip-165).
+
+```solidity
+interface IL2StandardERC20 is IERC20, IERC165 {
+ function l1Token() external returns (address);
+```
+
+ఈ ఫంక్షన్ ఈ కాంట్రాక్ట్కు బ్రిడ్జ్ చేయబడిన L1 టోకెన్ చిరునామాను అందిస్తుంది.
+గమనించండి, వ్యతిరేక దిశలో మనకు సమానమైన ఫంక్షన్ లేదు.
+L2 మద్దతు అది అమలు చేయబడినప్పుడు ప్రణాళిక చేయబడిందా లేదా అనే దానితో సంబంధం లేకుండా మేము ఏ L1 టోకెన్ను అయినా బ్రిడ్జ్ చేయగలగాలి.
+
+```solidity
+
+ function mint(address _to, uint256 _amount) external;
+
+ function burn(address _from, uint256 _amount) external;
+
+ event Mint(address indexed _account, uint256 _amount);
+ event Burn(address indexed _account, uint256 _amount);
+}
+```
+
+టోకెన్లను ముద్రించడానికి (సృష్టించడానికి) మరియు బర్న్ చేయడానికి (నాశనం చేయడానికి) ఫంక్షన్లు మరియు ఈవెంట్లు.
+టోకెన్ల సంఖ్య సరైనదని (L1లో లాక్ చేయబడిన టోకెన్ల సంఖ్యకు సమానం) నిర్ధారించడానికి బ్రిడ్జ్ మాత్రమే ఈ ఫంక్షన్లను అమలు చేయగల ఏకైక సంస్థగా ఉండాలి.
+
+### L2StandardERC20 {#L2StandardERC20}
+
+[ఇది `IL2StandardERC20` ఇంటర్ఫేస్ యొక్క మా అమలు](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/L2StandardERC20.sol).
+మీకు ఏ రకమైన కస్టమ్ లాజిక్ అవసరం లేకపోతే, మీరు దీనిని ఉపయోగించాలి.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+import { ERC20 } from "@openzeppelin/contracts/token/ERC20/ERC20.sol";
+```
+
+[ఓపెన్జెప్పెలిన్ ERC-20 కాంట్రాక్ట్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol).
+ఆప్టిమిజం చక్రాన్ని తిరిగి ఆవిష్కరించడంలో నమ్మకం లేదు, ప్రత్యేకించి ఆ చక్రం బాగా ఆడిట్ చేయబడి, ఆస్తులను కలిగి ఉండేంత విశ్వసనీయంగా ఉండాల్సినప్పుడు.
+
+```solidity
+import "./IL2StandardERC20.sol";
+
+contract L2StandardERC20 is IL2StandardERC20, ERC20 {
+ address public l1Token;
+ address public l2Bridge;
+```
+
+మాకు అవసరమైన మరియు సాధారణంగా ERC-20కి అవసరం లేని రెండు అదనపు కాన్ఫిగరేషన్ పరామితులు ఇవి.
+
+```solidity
+
+ /**
+ * @param _l2Bridge L2 స్టాండర్డ్ బ్రిడ్జ్ యొక్క చిరునామా.
+ * @param _l1Token సంబంధిత L1 టోకెన్ యొక్క చిరునామా.
+ * @param _name ERC20 పేరు.
+ * @param _symbol ERC20 చిహ్నం.
+ */
+ constructor(
+ address _l2Bridge,
+ address _l1Token,
+ string memory _name,
+ string memory _symbol
+ ) ERC20(_name, _symbol) {
+ l1Token = _l1Token;
+ l2Bridge = _l2Bridge;
+ }
+```
+
+మొదట మనం వారసత్వంగా వచ్చే కాంట్రాక్ట్ కోసం కన్స్ట్రక్టర్ను పిలిచి (`ERC20(_name, _symbol)`) ఆ తర్వాత మన సొంత వేరియబుల్స్ను సెట్ చేయాలి.
+
+```solidity
+
+ modifier onlyL2Bridge() {
+ require(msg.sender == l2Bridge, "Only L2 Bridge can mint and burn");
+ _;
+ }
+
+
+ // slither-disable-next-line external-function
+ function supportsInterface(bytes4 _interfaceId) public pure returns (bool) {
+ bytes4 firstSupportedInterface = bytes4(keccak256("supportsInterface(bytes4)")); // ERC165
+ bytes4 secondSupportedInterface = IL2StandardERC20.l1Token.selector ^
+ IL2StandardERC20.mint.selector ^
+ IL2StandardERC20.burn.selector;
+ return _interfaceId == firstSupportedInterface || _interfaceId == secondSupportedInterface;
+ }
+```
+
+ఇది [ERC-165](https://eips.ethereum.org/EIPS/eip-165) పనిచేసే విధానం.
+ప్రతి ఇంటర్ఫేస్ అనేక మద్దతు ఉన్న ఫంక్షన్లను కలిగి ఉంటుంది, మరియు ఆ ఫంక్షన్ల యొక్క [ABI ఫంక్షన్ సెలెక్టర్ల](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html#function-selector) యొక్క [ఎక్స్క్లూజివ్ లేదా](https://en.wikipedia.org/wiki/Exclusive_or)గా గుర్తించబడుతుంది.
+
+L2 బ్రిడ్జ్ అది ఆస్తులను పంపే ERC-20 కాంట్రాక్ట్ ఒక `IL2StandardERC20` అని నిర్ధారించుకోవడానికి ERC-165ని ఒక శానిటీ చెక్గా ఉపయోగిస్తుంది.
+
+**గమనిక:** `supportsInterface`కు తప్పుడు సమాధానాలు ఇవ్వకుండా రోగ్ కాంట్రాక్ట్లను నిరోధించడానికి ఏమీ లేదు, కాబట్టి ఇది ఒక శానిటీ చెక్ మెకానిజం, _కాదు_ ఒక భద్రతా మెకానిజం.
+
+```solidity
+ // slither-disable-next-line external-function
+ function mint(address _to, uint256 _amount) public virtual onlyL2Bridge {
+ _mint(_to, _amount);
+
+ emit Mint(_to, _amount);
+ }
+
+ // slither-disable-next-line external-function
+ function burn(address _from, uint256 _amount) public virtual onlyL2Bridge {
+ _burn(_from, _amount);
+
+ emit Burn(_from, _amount);
+ }
+}
+```
+
+L2 బ్రిడ్జ్ మాత్రమే ఆస్తులను ముద్రించడానికి మరియు బర్న్ చేయడానికి అనుమతించబడుతుంది.
+
+`_mint` మరియు `_burn` వాస్తవానికి [ఓపెన్జెప్పెలిన్ ERC-20 కాంట్రాక్ట్లో](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) నిర్వచించబడ్డాయి.
+ఆ కాంట్రాక్ట్ వాటిని బాహ్యంగా బహిర్గతం చేయదు, ఎందుకంటే టోకెన్లను ముద్రించడానికి మరియు బర్న్ చేయడానికి పరిస్థితులు ERC-20ని ఉపయోగించే మార్గాల సంఖ్యంత వైవిధ్యంగా ఉంటాయి.
+
+## L2 బ్రిడ్జ్ కోడ్ {#l2-bridge-code}
+
+ఇది ఆప్టిమిజంలో బ్రిడ్జ్ను నడిపే కోడ్.
+[ఈ కాంట్రాక్ట్ కోసం సోర్స్ ఇక్కడ ఉంది](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol).
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+/* Interface Imports */
+import { IL1StandardBridge } from "../../L1/messaging/IL1StandardBridge.sol";
+import { IL1ERC20Bridge } from "../../L1/messaging/IL1ERC20Bridge.sol";
+import { IL2ERC20Bridge } from "./IL2ERC20Bridge.sol";
+```
+
+[IL2ERC20Bridge](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) ఇంటర్ఫేస్ పైన మనం చూసిన [L1 సమానమైన](#IL1ERC20Bridge)దానికి చాలా పోలి ఉంటుంది.
+రెండు ముఖ్యమైన తేడాలు ఉన్నాయి:
+
+1. L1లో మీరు డిపాజిట్లను ప్రారంభిస్తారు మరియు విత్డ్రాయల్స్ను ఖరారు చేస్తారు.
+ ఇక్కడ మీరు విత్డ్రాయల్స్ను ప్రారంభిస్తారు మరియు డిపాజిట్లను ఖరారు చేస్తారు.
+2. L1లో ETH మరియు ERC-20 టోకెన్ల మధ్య తేడాను గుర్తించడం అవసరం.
+ L2లో మేము రెండింటికీ ఒకే ఫంక్షన్లను ఉపయోగించవచ్చు, ఎందుకంటే ఆప్టిమిజంలో అంతర్గతంగా ETH బ్యాలెన్స్లు [0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000](https://explorer.optimism.io/address/0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000) చిరునామాతో ERC-20 టోకెన్గా నిర్వహించబడతాయి.
+
+```solidity
+/* Library Imports */
+import { ERC165Checker } from "@openzeppelin/contracts/utils/introspection/ERC165Checker.sol";
+import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
+import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
+
+/* Contract Imports */
+import { IL2StandardERC20 } from "../../standards/IL2StandardERC20.sol";
+
+/**
+ * @title L2StandardBridge
+ * @dev L2 స్టాండర్డ్ బ్రిడ్జ్ అనేది L1 మరియు L2 మధ్య ETH మరియు ERC20 పరివర్తనలను ప్రారంభించడానికి L1 స్టాండర్డ్ బ్రిడ్జ్తో కలిసి పనిచేసే కాంట్రాక్ట్.
+ * ఈ కాంట్రాక్ట్ L1 స్టాండర్డ్ బ్రిడ్జ్లో డిపాజిట్ల గురించి విన్నప్పుడు కొత్త టోకెన్ల కోసం మింటర్గా పనిచేస్తుంది.
+ * ఈ కాంట్రాక్ట్ విత్డ్రాయల్ కోసం ఉద్దేశించిన టోకెన్ల బర్నర్గా కూడా పనిచేస్తుంది, L1 నిధులను విడుదల చేయమని L1 బ్రిడ్జ్కు తెలియజేస్తుంది.
+ */
+contract L2StandardBridge is IL2ERC20Bridge, CrossDomainEnabled {
+ /********************************
+ * బాహ్య కాంట్రాక్ట్ రిఫరెన్స్లు *
+ ********************************/
+
+ address public l1TokenBridge;
+```
+
+L1 బ్రిడ్జ్ చిరునామాను ట్రాక్ చేయండి.
+L1 సమానమైన దానికి విరుద్ధంగా, ఇక్కడ మాకు ఈ వేరియబుల్ _అవసరం_ అని గమనించండి.
+L1 బ్రిడ్జ్ చిరునామా ముందుగానే తెలియదు.
+
+```solidity
+
+ /***************
+ * కన్స్ట్రక్టర్ *
+ ***************/
+
+ /**
+ * @param _l2CrossDomainMessenger ఈ కాంట్రాక్ట్ ఉపయోగించే క్రాస్-డొమైన్ మెసెంజర్.
+ * @param _l1TokenBridge ప్రధాన చైన్కు డిప్లాయ్ చేయబడిన L1 బ్రిడ్జ్ చిరునామా.
+ */
+ constructor(address _l2CrossDomainMessenger, address _l1TokenBridge)
+ CrossDomainEnabled(_l2CrossDomainMessenger)
+ {
+ l1TokenBridge = _l1TokenBridge;
+ }
+
+ /***************
+ * విత్డ్రాయింగ్ *
+ ***************/
+
+ /**
+ * @inheritdoc IL2ERC20Bridge
+ */
+ function withdraw(
+ address _l2Token,
+ uint256 _amount,
+ uint32 _l1Gas,
+ bytes calldata _data
+ ) external virtual {
+ _initiateWithdrawal(_l2Token, msg.sender, msg.sender, _amount, _l1Gas, _data);
+ }
+
+ /**
+ * @inheritdoc IL2ERC20Bridge
+ */
+ function withdrawTo(
+ address _l2Token,
+ address _to,
+ uint256 _amount,
+ uint32 _l1Gas,
+ bytes calldata _data
+ ) external virtual {
+ _initiateWithdrawal(_l2Token, msg.sender, _to, _amount, _l1Gas, _data);
+ }
+```
+
+ఈ రెండు ఫంక్షన్లు విత్డ్రాయల్స్ను ప్రారంభిస్తాయి.
+L1 టోకెన్ చిరునామాను పేర్కొనవలసిన అవసరం లేదని గమనించండి.
+L2 టోకెన్లు మాకు L1 సమానమైన చిరునామాను చెబుతాయని ఆశించబడుతుంది.
+
+```solidity
+
+ /**
+ * @dev టోకెన్ను బర్న్ చేయడం మరియు విత్డ్రాయల్ గురించి L1 టోకెన్
+ * గేట్వేకు తెలియజేయడం ద్వారా విత్డ్రాయల్స్ కోసం తర్కాన్ని నిర్వహిస్తుంది.
+ * @param _l2Token విత్డ్రాయల్ ప్రారంభించబడిన L2 టోకెన్ చిరునామా.
+ * @param _from L2పై విత్డ్రాయల్ను లాగాల్సిన ఖాతా.
+ * @param _to L1పై విత్డ్రాయల్ను ఇవ్వాల్సిన ఖాతా.
+ * @param _amount విత్డ్రా చేయడానికి టోకెన్ మొత్తం.
+ * @param _l1Gas ఉపయోగించబడలేదు, కానీ సంభావ్య ఫార్వర్డ్ కంపాటిబిలిటీ పరిగణనల కోసం చేర్చబడింది.
+ * @param _data L1కి ఫార్వార్డ్ చేయడానికి ఐచ్ఛిక డేటా. ఈ డేటా బాహ్య కాంట్రాక్టుల సౌలభ్యం కోసం మాత్రమే అందించబడుతుంది. గరిష్ట పొడవును అమలు చేయడం మినహా, ఈ కాంట్రాక్టులు దాని కంటెంట్ గురించి ఎటువంటి హామీలను ఇవ్వవు.
+ */
+ function _initiateWithdrawal(
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ uint32 _l1Gas,
+ bytes calldata _data
+ ) internal {
+ // విత్డ్రాయల్ ప్రారంభించబడినప్పుడు, మేము తదుపరి L2
+ // వినియోగాన్ని నివారించడానికి విత్డ్రాయర్ నిధులను బర్న్ చేస్తాము
+ // slither-disable-next-line reentrancy-events
+ IL2StandardERC20(_l2Token).burn(msg.sender, _amount);
+```
+
+గమనించండి, మేము `_from` పరామితిపై ఆధారపడటం లేదు కానీ `msg.sender`పై ఆధారపడుతున్నాము, ఇది నకిలీ చేయడం చాలా కష్టం (నాకు తెలిసినంతవరకు అసాధ్యం).
+
+```solidity
+
+ // l1TokenBridge.finalizeERC20Withdrawal(_to, _amount) కోసం కాల్డేటాను నిర్మించండి
+ // slither-disable-next-line reentrancy-events
+ address l1Token = IL2StandardERC20(_l2Token).l1Token();
+ bytes memory message;
+
+ if (_l2Token == Lib_PredeployAddresses.OVM_ETH) {
+```
+
+L1లో ETH మరియు ERC-20 మధ్య తేడాను గుర్తించడం అవసరం.
+
+```solidity
+ message = abi.encodeWithSelector(
+ IL1StandardBridge.finalizeETHWithdrawal.selector,
+ _from,
+ _to,
+ _amount,
+ _data
+ );
+ } else {
+ message = abi.encodeWithSelector(
+ IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
+ l1Token,
+ _l2Token,
+ _from,
+ _to,
+ _amount,
+ _data
+ );
+ }
+
+ // సందేశాన్ని L1 బ్రిడ్జ్కు పంపండి
+ // slither-disable-next-line reentrancy-events
+ sendCrossDomainMessage(l1TokenBridge, _l1Gas, message);
+
+ // slither-disable-next-line reentrancy-events
+ emit WithdrawalInitiated(l1Token, _l2Token, msg.sender, _to, _amount, _data);
+ }
+
+ /************************************
+ * క్రాస్-చైన్ ఫంక్షన్: డిపాజిటింగ్ *
+ ************************************/
+
+ /**
+ * @inheritdoc IL2ERC20Bridge
+ */
+ function finalizeDeposit(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+```
+
+ఈ ఫంక్షన్ `L1StandardBridge` ద్వారా పిలవబడుతుంది.
+
+```solidity
+ ) external virtual onlyFromCrossDomainAccount(l1TokenBridge) {
+```
+
+సందేశం యొక్క మూలం చట్టబద్ధమైనదని నిర్ధారించుకోండి.
+ఇది ముఖ్యం ఎందుకంటే ఈ ఫంక్షన్ `_mint`ను పిలుస్తుంది మరియు L1లో బ్రిడ్జ్ యాజమాన్యంలోని టోకెన్ల ద్వారా కవర్ చేయబడని టోకెన్లను ఇవ్వడానికి ఉపయోగించబడుతుంది.
+
+```solidity
+ // లక్ష్య టోకెన్ అనుగుణంగా ఉందో లేదో తనిఖీ చేయండి మరియు
+ // L1లో డిపాజిట్ చేయబడిన టోకెన్ ఇక్కడ L2 డిపాజిటెడ్ టోకెన్ ప్రాతినిధ్యంతో సరిపోలుతుందో లేదో ధృవీకరించండి
+ if (
+ // slither-disable-next-line reentrancy-events
+ ERC165Checker.supportsInterface(_l2Token, 0x1d1d8b63) &&
+ _l1Token == IL2StandardERC20(_l2Token).l1Token()
+```
+
+శానిటీ చెక్స్:
+
+1. సరైన ఇంటర్ఫేస్కు మద్దతు ఉంది
+2. L2 ERC-20 కాంట్రాక్ట్ యొక్క L1 చిరునామా టోకెన్ల L1 మూలంతో సరిపోలుతుంది
+
+```solidity
+ ) {
+ // డిపాజిట్ ఖరారు చేయబడినప్పుడు, మేము అదే మొత్తంలో టోకెన్లతో
+ // L2లోని ఖాతాను క్రెడిట్ చేస్తాము.
+ // slither-disable-next-line reentrancy-events
+ IL2StandardERC20(_l2Token).mint(_to, _amount);
+ // slither-disable-next-line reentrancy-events
+ emit DepositFinalized(_l1Token, _l2Token, _from, _to, _amount, _data);
+```
+
+శానిటీ చెక్స్ పాస్ అయితే, డిపాజిట్ను ఖరారు చేయండి:
+
+1. టోకెన్లను ముద్రించండి
+2. తగిన ఈవెంట్ను విడుదల చేయండి
+
+```solidity
+ } else {
+ // డిపాజిట్ చేయబడుతున్న L2 టోకెన్ దాని L1 టోకెన్ యొక్క సరైన చిరునామా
+ // గురించి విభేదిస్తుంది, లేదా సరైన ఇంటర్ఫేస్కు మద్దతు ఇవ్వదు.
+ // ఇది దురుద్దేశపూర్వక L2 టోకెన్ ఉన్నప్పుడు, లేదా ఒక వినియోగదారు ఎలాగైనా
+ // డిపాజిట్ చేయడానికి తప్పు L2 టోకెన్ చిరునామాను పేర్కొన్నప్పుడు మాత్రమే జరగాలి.
+ // ఏ సందర్భంలోనైనా, మేము ఇక్కడ ప్రక్రియను ఆపి, ఒక విత్డ్రాయల్
+ // సందేశాన్ని నిర్మిస్తాము, తద్వారా వినియోగదారులు కొన్ని సందర్భాల్లో తమ నిధులను బయటకు తీయగలరు.
+ // దురుద్దేశపూర్వక టోకెన్ కాంట్రాక్ట్లను పూర్తిగా నిరోధించడానికి మార్గం లేదు, కానీ ఇది వినియోగదారు
+ // లోపాన్ని పరిమితం చేస్తుంది మరియు కొన్ని రకాల దురుద్దేశపూర్వక కాంట్రాక్ట్ ప్రవర్తనను తగ్గిస్తుంది.
+```
+
+ఒక వినియోగదారు తప్పు L2 టోకెన్ చిరునామాను ఉపయోగించడం ద్వారా గుర్తించగల లోపాన్ని చేస్తే, మేము డిపాజిట్ను రద్దు చేసి, L1లో టోకెన్లను తిరిగి ఇవ్వాలనుకుంటున్నాము.
+L2 నుండి మేము దీనిని చేయగల ఏకైక మార్గం ఫాల్ట్ ఛాలెంజ్ వ్యవధి కోసం వేచి ఉండవలసిన సందేశాన్ని పంపడం, కానీ అది వినియోగదారుకు టోకెన్లను శాశ్వతంగా కోల్పోవడం కంటే చాలా మంచిది.
+
+```solidity
+ bytes memory message = abi.encodeWithSelector(
+ IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
+ _l1Token,
+ _l2Token,
+ _to, // డిపాజిట్ను పంపినవారికి తిరిగి పంపడానికి ఇక్కడ _to మరియు _fromని మార్చాము
+ _from,
+ _amount,
+ _data
+ );
+
+ // సందేశాన్ని L1 బ్రిడ్జ్కు పంపండి
+ // slither-disable-next-line reentrancy-events
+ sendCrossDomainMessage(l1TokenBridge, 0, message);
+ // slither-disable-next-line reentrancy-events
+ emit DepositFailed(_l1Token, _l2Token, _from, _to, _amount, _data);
+ }
+ }
+}
+```
+
+## ముగింపు {#conclusion}
+
+ఆస్తి బదిలీల కోసం స్టాండర్డ్ బ్రిడ్జ్ అత్యంత అనువైన యంత్రాంగం.
+అయితే, ఇది చాలా సాధారణమైనది కాబట్టి, ఇది ఎల్లప్పుడూ ఉపయోగించడానికి సులభమైన యంత్రాంగం కాదు.
+ముఖ్యంగా విత్డ్రాయల్స్ కోసం, చాలా మంది వినియోగదారులు ఛాలెంజ్ వ్యవధి కోసం వేచి ఉండని మరియు విత్డ్రాయల్ను ఖరారు చేయడానికి మెర్కిల్ ప్రూఫ్ అవసరం లేని [థర్డ్ పార్టీ బ్రిడ్జ్లను](https://optimism.io/apps#bridge) ఉపయోగించడానికి ఇష్టపడతారు.
+
+ఈ బ్రిడ్జ్లు సాధారణంగా L1లో ఆస్తులను కలిగి ఉండటం ద్వారా పనిచేస్తాయి, అవి తక్షణమే చిన్న రుసుముకు అందిస్తాయి (తరచుగా స్టాండర్డ్ బ్రిడ్జ్ విత్డ్రాయల్ కోసం గ్యాస్ ఖర్చు కంటే తక్కువ).
+బ్రిడ్జ్ (లేదా దానిని నడుపుతున్న వ్యక్తులు) L1 ఆస్తుల కొరతను ఊహించినప్పుడు, అది L2 నుండి తగినన్ని ఆస్తులను బదిలీ చేస్తుంది. ఇవి చాలా పెద్ద విత్డ్రాయల్స్ కాబట్టి, విత్డ్రాయల్ ఖర్చు పెద్ద మొత్తంపై రుణ విమోచన చేయబడుతుంది మరియు చాలా తక్కువ శాతంగా ఉంటుంది.
+
+ఈ వ్యాసం లేయర్ 2 ఎలా పనిచేస్తుందో, మరియు స్పష్టంగా మరియు సురక్షితంగా ఉండే Solidity కోడ్ను ఎలా వ్రాయాలో మరింత అర్థం చేసుకోవడానికి మీకు సహాయపడిందని ఆశిస్తున్నాము.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
new file mode 100644
index 00000000000..dee5813d5e8
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -0,0 +1,744 @@
+---
+title: "ఒక కాంట్రాక్ట్ను రివర్స్ ఇంజనీరింగ్ చేయడం"
+description: మీ వద్ద సోర్స్ కోడ్ లేనప్పుడు ఒక కాంట్రాక్ట్ను ఎలా అర్థం చేసుకోవాలి
+author: ఓరి పోమెరాంట్జ్
+lang: te
+tags: [ "evm", "ఆప్కోడ్లు" ]
+skill: అధునాతనం
+published: 2021-12-30
+---
+
+## పరిచయం {#introduction}
+
+_బ్లాక్ చైనులో రహస్యాలు ఏవీ ఉండవు_, జరిగే ప్రతిదీ స్థిరంగా, ధృవీకరించదగినదిగా మరియు బహిరంగంగా అందుబాటులో ఉంటుంది. ఆదర్శవంతంగా, [కాంట్రాక్టులు వాటి సోర్స్ కోడ్ను ప్రచురించి Etherscanలో ధృవీకరించాలి](https://etherscan.io/address/0xb8901acb165ed027e32754e0ffe830802919727f#code). అయితే, [అది ఎప్పుడూ అలా ఉండదు](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#code). ఈ వ్యాసంలో మీరు సోర్స్ కోడ్ లేని కాంట్రాక్ట్ [`0x2510c039cc3b061d79e564b38836da87e31b342f`](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f) ను చూడటం ద్వారా కాంట్రాక్ట్లను ఎలా రివర్స్ ఇంజనీరింగ్ చేయాలో నేర్చుకుంటారు.
+
+రివర్స్ కంపైలర్లు ఉన్నాయి, కానీ అవి ఎల్లప్పుడూ [ఉపయోగపడే ఫలితాలను](https://etherscan.io/bytecode-decompiler?a=0x2510c039cc3b061d79e564b38836da87e31b342f) ఇవ్వవు. ఈ వ్యాసంలో మీరు [ఆప్కోడ్ల](https://github.com/wolflo/evm-opcodes) నుండి ఒక కాంట్రాక్ట్ను మాన్యువల్గా ఎలా రివర్స్ ఇంజనీరింగ్ చేసి అర్థం చేసుకోవాలో, అలాగే డీకంపైలర్ ఫలితాలను ఎలా అర్థం చేసుకోవాలో నేర్చుకుంటారు.
+
+ఈ వ్యాసాన్ని అర్థం చేసుకోవడానికి, మీరు ఇప్పటికే EVM యొక్క ప్రాథమికాలను తెలుసుకోవాలి, మరియు కనీసం EVM అసెంబ్లర్తో కొంతవరకు పరిచయం కలిగి ఉండాలి. [మీరు ఈ అంశాల గురించి ఇక్కడ చదవవచ్చు](https://medium.com/mycrypto/the-ethereum-virtual-machine-how-does-it-work-9abac2b7c9e).
+
+## ఎగ్జిక్యూటబుల్ కోడ్ను సిద్ధం చేయండి {#prepare-the-executable-code}
+
+మీరు కాంట్రాక్ట్ కోసం Etherscanకు వెళ్లి, **కాంట్రాక్ట్** ట్యాబ్పై క్లిక్ చేసి, ఆపై **ఆప్కోడ్స్ వీక్షణకు మారండి** పై క్లిక్ చేయడం ద్వారా ఆప్కోడ్లను పొందవచ్చు. మీరు ఒక లైన్కు ఒక ఆప్కోడ్ ఉన్న వీక్షణను పొందుతారు.
+
+
+
+జంప్లను అర్థం చేసుకోవడానికి, అయితే, ప్రతి ఆప్కోడ్ కోడ్లో ఎక్కడ ఉందో మీరు తెలుసుకోవాలి. అది చేయడానికి, ఒక మార్గం ఏమిటంటే Google స్ప్రెడ్షీట్ను తెరిచి కాలమ్ Cలో ఆప్కోడ్లను అతికించడం. [ఇప్పటికే సిద్ధం చేసిన ఈ స్ప్రెడ్షీట్ను కాపీ చేయడం ద్వారా మీరు ఈ క్రింది దశలను దాటవేయవచ్చు](https://docs.google.com/spreadsheets/d/1tKmTJiNjUwHbW64wCKOSJxHjmh0bAUapt6btUYE7kDA/edit?usp=sharing).
+
+తరువాత దశ సరైన కోడ్ స్థానాలను పొందడం, తద్వారా మనం జంప్లను అర్థం చేసుకోగలుగుతాము. మేము ఆప్కోడ్ పరిమాణాన్ని కాలమ్ Bలో మరియు స్థానాన్ని (హెక్సాడెసిమల్లో) కాలమ్ Aలో ఉంచుతాము. సెల్ `B1`లో ఈ ఫంక్షన్ను టైప్ చేసి, ఆపై కోడ్ చివరి వరకు మిగిలిన కాలమ్ B కోసం దాన్ని కాపీ చేసి అతికించండి. మీరు ఇది చేసిన తర్వాత కాలమ్ Bని దాచవచ్చు.
+
+```
+=1+IF(REGEXMATCH(C1,"PUSH"),REGEXEXTRACT(C1,"PUSH(\d+)"),0)
+```
+
+మొదట ఈ ఫంక్షన్ ఆప్కోడ్ కోసం ఒక బైట్ను జోడిస్తుంది, ఆపై `PUSH` కోసం చూస్తుంది. పుష్ ఆప్కోడ్లు ప్రత్యేకమైనవి ఎందుకంటే వాటికి పుష్ చేయబడుతున్న విలువ కోసం అదనపు బైట్లు అవసరం. ఆప్కోడ్ `PUSH` అయితే, మేము బైట్ల సంఖ్యను సంగ్రహించి దాన్ని జోడిస్తాము.
+
+`A1`లో మొదటి ఆఫ్సెట్, సున్నాను ఉంచండి. ఆ తర్వాత, `A2`లో, ఈ ఫంక్షన్ను ఉంచి, మళ్లీ కాలమ్ Aలోని మిగిలిన వాటి కోసం కాపీ చేసి పేస్ట్ చేయండి:
+
+```
+=dec2hex(hex2dec(A1)+B1)
+```
+
+జంప్స్ (`JUMP` మరియు `JUMPI`) కంటే ముందు పుష్ చేయబడిన విలువలు మాకు హెక్సాడెసిమల్లో ఇవ్వబడినందున, హెక్సాడెసిమల్ విలువను ఇవ్వడానికి మాకు ఈ ఫంక్షన్ అవసరం.
+
+## ప్రవేశ స్థానం (0x00) {#the-entry-point-0x00}
+
+కాంట్రాక్టులు ఎల్లప్పుడూ మొదటి బైట్ నుండి అమలు చేయబడతాయి. ఇది కోడ్ యొక్క ప్రారంభ భాగం:
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ (ఆప్కోడ్ తర్వాత) |
+| -------: | ------------ | ---------------------------------------------- |
+| 0 | PUSH1 0x80 | 0x80 |
+| 2 | PUSH1 0x40 | 0x40, 0x80 |
+| 4 | MSTORE | ఖాళీ |
+| 5 | PUSH1 0x04 | 0x04 |
+| 7 | CALLDATASIZE | CALLDATASIZE 0x04 |
+| 8 | LT | CALLDATASIZE\<4 |
+| 9 | PUSH2 0x005e | 0x5E CALLDATASIZE\<4 |
+| C | JUMPI | ఖాళీ |
+
+ఈ కోడ్ రెండు పనులు చేస్తుంది:
+
+1. 0x80 ను 32 బైట్ల విలువగా మెమరీ స్థానాలు 0x40-0x5F కు వ్రాయండి (0x80 0x5F లో నిల్వ చేయబడింది, మరియు 0x40-0x5E అన్నీ సున్నాలు).
+2. కాల్డేటా పరిమాణాన్ని చదవండి. సాధారణంగా ఒక ఎథేరియం కాంట్రాక్ట్ కోసం కాల్ డేటా [ABI (అప్లికేషన్ బైనరీ ఇంటర్ఫేస్)](https://docs.soliditylang.org/en/v0.8.10/abi-spec.html)ను అనుసరిస్తుంది, దీనికి ఫంక్షన్ సెలెక్టర్ కోసం కనీసం నాలుగు బైట్లు అవసరం. కాల్ డేటా పరిమాణం నాలుగు కన్నా తక్కువ ఉంటే, 0x5E కు జంప్ చేయండి.
+
+
+
+### 0x5E వద్ద హ్యాండ్లర్ (నాన్-ABI కాల్ డేటా కోసం) {#the-handler-at-0x5e-for-non-abi-call-data}
+
+| ఆఫ్సెట్ | ఆప్కోడ్ |
+| -------: | ------------ |
+| 5E | JUMPDEST |
+| 5F | CALLDATASIZE |
+| 60 | PUSH2 0x007c |
+| 63 | JUMPI |
+
+ఈ స్నిప్పెట్ `JUMPDEST`తో మొదలవుతుంది. `JUMPDEST` కాని ఆప్కోడ్కు మీరు జంప్ చేస్తే EVM (ఎథేరియం వర్చువల్ మషీన్) ప్రోగ్రామ్లు ఒక ఎక్సెప్షన్ను త్రో చేస్తాయి. ఆ తర్వాత అది CALLDATASIZEను చూస్తుంది, మరియు అది "నిజం" (అంటే, సున్నా కాదు) అయితే 0x7Cకు జంప్ చేస్తుంది. మేము దాని గురించి క్రింద చర్చిస్తాము.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ (ఆప్కోడ్ తర్వాత) |
+| -------: | ---------- | --------------------------------------------------------------------------------------------------- |
+| 64 | CALLVALUE | కాల్ ద్వారా అందించబడిన [వీ](/glossary/#wei). Solidity లో `msg.value` అని పిలుస్తారు |
+| 65 | PUSH1 0x06 | 6 CALLVALUE |
+| 67 | PUSH1 0x00 | 0 6 CALLVALUE |
+| 69 | DUP3 | CALLVALUE 0 6 CALLVALUE |
+| 6A | DUP3 | 6 CALLVALUE 0 6 CALLVALUE |
+| 6B | SLOAD | స్టోరేజ్[6] CALLVALUE 0 6 CALLVALUE |
+
+కాబట్టి కాల్ డేటా లేనప్పుడు మేము స్టోరేజ్[6] విలువను చదువుతాము. ఈ విలువ ఏమిటో మాకు ఇంకా తెలియదు, కానీ కాల్ డేటా లేకుండా కాంట్రాక్ట్ అందుకున్న లావాదేవీల కోసం మేము చూడవచ్చు. కేవలం ఎలాంటి కాల్ డేటా లేకుండా (అందువల్ల పద్ధతి లేకుండా) ETHని బదిలీ చేసే లావాదేవీలు Etherscanలో `Transfer` పద్ధతిని కలిగి ఉంటాయి. నిజానికి, [కాంట్రాక్ట్ అందుకున్న మొదటి లావాదేవీ](https://etherscan.io/tx/0xeec75287a583c36bcc7ca87685ab41603494516a0f5986d18de96c8e630762e7) ఒక బదిలీ.
+
+మేము ఆ లావాదేవీని చూసి **మరింత చూడటానికి క్లిక్ చేయండి** పై క్లిక్ చేస్తే, ఇన్పుట్ డేటా అని పిలువబడే కాల్ డేటా నిజానికి ఖాళీగా (`0x`) ఉందని చూస్తాము. విలువ 1.559 ETH అని కూడా గమనించండి, అది తర్వాత సంబంధితంగా ఉంటుంది.
+
+
+
+తరువాత, **స్టేట్** ట్యాబ్పై క్లిక్ చేసి, మనం రివర్స్ ఇంజనీరింగ్ చేస్తున్న కాంట్రాక్ట్ను (0x2510...) విస్తరించండి. లావాదేవీ సమయంలో `స్టోరేజ్[6]` మారిందని మీరు చూడవచ్చు, మరియు మీరు హెక్స్ను **సంఖ్య**కు మార్చినట్లయితే, అది 1,559,000,000,000,000,000గా మారిందని మీరు చూస్తారు, వీలో బదిలీ చేయబడిన విలువ (స్పష్టత కోసం నేను కామాలను జోడించాను), ఇది తదుపరి కాంట్రాక్ట్ విలువకు అనుగుణంగా ఉంటుంది.
+
+![స్టోరేజ్[6]లో మార్పు](storage6.png)
+
+అదే కాలం నుండి [ఇతర `Transfer` లావాదేవీల](https://etherscan.io/tx/0xf708d306de39c422472f43cb975d97b66fd5d6a6863db627067167cbf93d84d1#statechange) వల్ల కలిగే స్టేట్ మార్పులలో మనం చూస్తే, `స్టోరేజ్[6]` కొంతకాలం కాంట్రాక్ట్ విలువను ట్రాక్ చేసిందని చూస్తాము. ఇప్పటికి దాన్ని `Value*` అని పిలుద్దాం. నక్షత్రం (`*`) మాకు గుర్తు చేస్తుంది, ఈ వేరియబుల్ ఇంకా ఏమి చేస్తుందో మాకు తెలియదు, కానీ ఇది కేవలం కాంట్రాక్ట్ విలువను ట్రాక్ చేయడానికి మాత్రమే ఉండదు, ఎందుకంటే `ADDRESS BALANCE` ఉపయోగించి మీరు మీ ఖాతాల బ్యాలెన్స్ను పొందగలిగినప్పుడు, చాలా ఖరీదైన స్టోరేజ్ను ఉపయోగించాల్సిన అవసరం లేదు. మొదటి ఆప్కోడ్ కాంట్రాక్ట్ యొక్క సొంత చిరునామాను పుష్ చేస్తుంది. రెండవది స్టాక్ పైభాగంలో ఉన్న చిరునామాను చదివి, దానిని ఆ చిరునామా బ్యాలెన్స్తో భర్తీ చేస్తుంది.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ------------------------------------------- |
+| 6C | PUSH2 0x0075 | 0x75 Value\* CALLVALUE 0 6 CALLVALUE |
+| 6F | SWAP2 | CALLVALUE Value\* 0x75 0 6 CALLVALUE |
+| 70 | SWAP1 | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 71 | PUSH2 0x01a7 | 0x01A7 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 74 | JUMP | |
+
+మేము జంప్ గమ్యస్థానంలో ఈ కోడ్ను ట్రేస్ చేయడం కొనసాగిస్తాము.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | ----------------------------------------------------------- |
+| 1A7 | JUMPDEST | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1A8 | PUSH1 0x00 | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AA | DUP3 | CALLVALUE 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AB | NOT | 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+
+`NOT` బిట్వైస్, కాబట్టి ఇది కాల్ విలువలోని ప్రతి బిట్ విలువను రివర్స్ చేస్తుంది.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ------------------------------------------------------------------------------------------------------ |
+| 1AC | DUP3 | Value\* 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AD | GT | Value\*>2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AE | ISZERO | Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AF | PUSH2 0x01df | 0x01DF Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1B2 | JUMPI | |
+
+`Value*` 2^256-CALLVALUE-1 కంటే చిన్నదిగా లేదా దానికి సమానంగా ఉంటే మేము జంప్ చేస్తాము. ఇది పొంగి పొర్లడాన్ని నిరోధించడానికి తర్కంలా కనిపిస్తుంది. మరియు నిజానికి, కొన్ని అర్ధంలేని ఆపరేషన్ల తర్వాత (ఉదాహరణకు, మెమరీకి వ్రాయడం తొలగించబడబోతోంది) 0x01DE ఆఫ్సెట్లో ఓవర్ఫ్లో గుర్తించబడితే కాంట్రాక్ట్ రివర్ట్ అవుతుందని మనం చూస్తాము, ఇది సాధారణ ప్రవర్తన.
+
+అలాంటి ఓవర్ఫ్లో చాలా అసంభవమని గమనించండి, ఎందుకంటే దీనికి కాల్ విలువ మరియు `Value*` 2^256 వీ, అంటే సుమారు 10^59 ETHతో పోల్చదగినదిగా ఉండాలి. [రాసే సమయానికి మొత్తం ETH సరఫరా రెండు వందల మిలియన్ల కన్నా తక్కువ](https://etherscan.io/stat/supply).
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | -------- | ----------------------------------------- |
+| 1DF | JUMPDEST | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E0 | POP | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E1 | ADD | Value\*+CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E2 | SWAP1 | 0x75 Value\*+CALLVALUE 0 6 CALLVALUE |
+| 1E3 | JUMP | |
+
+మేము ఇక్కడకు వస్తే, `Value* + CALLVALUE` పొంది, 0x75 ఆఫ్సెట్కు జంప్ చేయండి.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | -------- | ------------------------------- |
+| 75 | JUMPDEST | Value\*+CALLVALUE 0 6 CALLVALUE |
+| 76 | SWAP1 | 0 Value\*+CALLVALUE 6 CALLVALUE |
+| 77 | SWAP2 | 6 Value\*+CALLVALUE 0 CALLVALUE |
+| 78 | SSTORE | 0 CALLVALUE |
+
+మేము ఇక్కడకు వస్తే (దీనికి కాల్ డేటా ఖాళీగా ఉండాలి) మేము `Value*`కు కాల్ విలువను జోడిస్తాము. ఇది `ట్రాన్స్ఫర్` లావాదేవీలు ఏమి చేస్తాయో దానితో స్థిరంగా ఉంటుంది.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ |
+| -------: | ------- |
+| 79 | POP |
+| 7A | POP |
+| 7B | STOP |
+
+చివరగా, స్టాక్ను క్లియర్ చేసి (అది అవసరం లేదు) మరియు లావాదేవీ విజయవంతంగా ముగిసినట్లు సిగ్నల్ చేయండి.
+
+అన్నింటినీ కలిపి, ప్రారంభ కోడ్ కోసం ఇక్కడ ఒక ఫ్లోచార్ట్ ఉంది.
+
+
+
+## 0x7C వద్ద హ్యాండ్లర్ {#the-handler-at-0x7c}
+
+ఈ హ్యాండ్లర్ ఏమి చేస్తుందో నేను ఉద్దేశపూర్వకంగా హెడ్డింగ్లో పెట్టలేదు. అంశం ఈ ప్రత్యేక కాంట్రాక్ట్ ఎలా పనిచేస్తుందో మీకు నేర్పించడం కాదు, కానీ కాంట్రాక్టులను ఎలా రివర్స్ ఇంజనీరింగ్ చేయాలో నేర్పించడం. కోడ్ను అనుసరించడం ద్వారా నేను చేసినట్లే ఇది ఏమి చేస్తుందో మీరు నేర్చుకుంటారు.
+
+మేము ఇక్కడికి అనేక ప్రదేశాల నుండి వస్తాము:
+
+- 1, 2, లేదా 3 బైట్ల కాల్ డేటా ఉంటే (0x63 ఆఫ్సెట్ నుండి)
+- పద్ధతి సంతకం తెలియకపోతే (0x42 మరియు 0x5D ఆఫ్సెట్ల నుండి)
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ------------------------------------------------------------------------- |
+| 7C | JUMPDEST | |
+| 7D | PUSH1 0x00 | 0x00 |
+| 7F | PUSH2 0x009d | 0x9D 0x00 |
+| 82 | PUSH1 0x03 | 0x03 0x9D 0x00 |
+| 84 | SLOAD | స్టోరేజ్[3] 0x9D 0x00 |
+
+ఇది మరో స్టోరేజ్ సెల్, ఏ లావాదేవీలలోనూ నేను కనుగొనలేకపోయాను, కాబట్టి దాని అర్థం ఏమిటో తెలుసుకోవడం కష్టం. క్రింది కోడ్ దానిని స్పష్టత చేస్తుంది.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 85 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xff....ff స్టోరేజ్[3] 0x9D 0x00 |
+| 9A | AND | స్టోరేజ్[3]-గా-చిరునామా 0x9D 0x00 |
+
+ఈ ఆప్కోడ్లు మేము స్టోరేజ్[3] నుండి చదివిన విలువను 160 బిట్లకు కట్ చేస్తాయి, ఇది ఒక ఎథేరియం చిరునామా పొడవు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------- | ------------------------------------------------------------------------------------- |
+| 9B | SWAP1 | 0x9D స్టోరేజ్[3]-గా-చిరునామా 0x00 |
+| 9C | JUMP | స్టోరేజ్[3]-గా-చిరునామా 0x00 |
+
+ఈ జంప్ అదనపుది, ఎందుకంటే మేము తదుపరి ఆప్కోడ్కు వెళ్తున్నాము. ఈ కోడ్ గ్యాస్-సామర్థ్యం ఉన్నంతగా లేదు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
+| 9D | JUMPDEST | స్టోరేజ్[3]-గా-చిరునామా 0x00 |
+| 9E | SWAP1 | 0x00 స్టోరేజ్[3]-గా-చిరునామా |
+| 9F | POP | స్టోరేజ్[3]-గా-చిరునామా |
+| A0 | PUSH1 0x40 | 0x40 స్టోరేజ్[3]-గా-చిరునామా |
+| A2 | MLOAD | Mem[0x40] స్టోరేజ్[3]-గా-చిరునామా |
+
+కోడ్ ప్రారంభంలోనే మేము Mem[0x40]ను 0x80కి సెట్ చేసాము. తర్వాత మనం 0x40 కోసం చూస్తే, మనం దానిని మార్చలేదని చూస్తాము - కాబట్టి మనం దానిని 0x80 అని ఊహించవచ్చు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ------------------------------------------------------------------------------------------------------- |
+| A3 | CALLDATASIZE | CALLDATASIZE 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| A4 | PUSH1 0x00 | 0x00 CALLDATASIZE 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| A6 | DUP3 | 0x80 0x00 CALLDATASIZE 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| A7 | CALLDATACOPY | 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+
+0x80 నుండి ప్రారంభించి, అన్ని కాల్ డేటాను మెమరీకి కాపీ చేయండి.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| A8 | PUSH1 0x00 | 0x00 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| AA | DUP1 | 0x00 0x00 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| AB | CALLDATASIZE | CALLDATASIZE 0x00 0x00 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| AC | DUP4 | 0x80 CALLDATASIZE 0x00 0x00 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| AD | DUP6 | స్టోరేజ్[3]-గా-చిరునామా 0x80 CALLDATASIZE 0x00 0x00 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| AE | GAS | GAS స్టోరేజ్[3]-గా-చిరునామా 0x80 CALLDATASIZE 0x00 0x00 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| AF | DELEGATE_CALL | |
+
+ఇప్పుడు విషయాలు చాలా స్పష్టంగా ఉన్నాయి. ఈ కాంట్రాక్ట్ ఒక [ప్రాక్సీ](https://blog.openzeppelin.com/proxy-patterns/)గా పనిచేయగలదు, నిజమైన పని చేయడానికి స్టోరేజ్[3]లోని చిరునామాను పిలుస్తుంది. `DELEGATE_CALL` వేరే కాంట్రాక్ట్ను పిలుస్తుంది, కానీ అదే స్టోరేజ్లో ఉంటుంది. అంటే, ప్రతినిధి కాంట్రాక్ట్, మనం ప్రాక్సీగా ఉన్నది, అదే స్టోరేజ్ స్థలాన్ని యాక్సెస్ చేస్తుంది. కాల్ కోసం పారామీటర్లు:
+
+- _గ్యాస్_: మిగిలిన అన్ని గ్యాస్
+- _పిలువబడిన చిరునామా_: స్టోరేజ్[3]-గా-చిరునామా
+- _కాల్ డేటా_: 0x80 వద్ద ప్రారంభమయ్యే CALLDATASIZE బైట్లు, ఇది మనం అసలు కాల్ డేటాను ఉంచిన చోట.
+- _తిరిగి వచ్చే డేటా_: ఏదీ లేదు (0x00 - 0x00) మనం ఇతర మార్గాల ద్వారా తిరిగి వచ్చే డేటాను పొందుతాము (క్రింద చూడండి)
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | -------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| B0 | RETURNDATASIZE | RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| B1 | DUP1 | RETURNDATASIZE RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| B2 | PUSH1 0x00 | 0x00 RETURNDATASIZE RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| B4 | DUP5 | 0x80 0x00 RETURNDATASIZE RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| B5 | RETURNDATACOPY | RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+
+ఇక్కడ మేము అన్ని రిటర్న్ డేటాను 0x80 నుండి ప్రారంభమయ్యే మెమరీ బఫర్కు కాపీ చేస్తాము.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| B6 | DUP2 | (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| B7 | DUP1 | (((కాల్ సక్సెస్/ఫెయిల్యూర్))) (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| B8 | ISZERO | (((కాల్ విఫలమైందా))) (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| B9 | PUSH2 0x00c0 | 0xC0 (((కాల్ విఫలమైందా))) (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| BC | JUMPI | (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| BD | DUP2 | RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| BE | DUP5 | 0x80 RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| BF | RETURN | |
+
+కాబట్టి కాల్ తర్వాత మేము రిటర్న్ డేటాను బఫర్ 0x80 - 0x80+RETURNDATASIZEకు కాపీ చేస్తాము, మరియు కాల్ విజయవంతమైతే మేము అదే బఫర్తో `RETURN` చేస్తాము.
+
+### DELEGATECALL విఫలమైంది {#delegatecall-failed}
+
+మేము ఇక్కడకు వస్తే, 0xC0కి, దాని అర్థం మనం పిలిచిన కాంట్రాక్ట్ రివర్ట్ అయ్యిందని. మనం ఆ కాంట్రాక్ట్కు కేవలం ఒక ప్రాక్సీ మాత్రమే కాబట్టి, మనం అదే డేటాను తిరిగి ఇవ్వాలనుకుంటున్నాము మరియు రివర్ట్ చేయాలనుకుంటున్నాము.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| C0 | JUMPDEST | (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| C1 | DUP2 | RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| C2 | DUP5 | 0x80 RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) RETURNDATASIZE (((కాల్ సక్సెస్/ఫెయిల్యూర్))) 0x80 స్టోరేజ్[3]-గా-చిరునామా |
+| C3 | REVERT | |
+
+కాబట్టి మనం `RETURN` కోసం ముందు ఉపయోగించిన అదే బఫర్తో `REVERT` చేస్తాము: 0x80 - 0x80+RETURNDATASIZE
+
+
+
+## ఎబిఐ కాల్స్ {#abi-calls}
+
+కాల్ డేటా పరిమాణం నాలుగు బైట్లు లేదా అంతకంటే ఎక్కువ ఉంటే ఇది ఒక చెల్లుబాటు అయ్యే ఎబిఐ కాల్ కావచ్చు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ----------------------------------------------------------------------------------------------------------------------------- |
+| D | PUSH1 0x00 | 0x00 |
+| F | CALLDATALOAD | (((కాల్ డేటా యొక్క మొదటి పదం (256 బిట్లు)))) |
+| 10 | PUSH1 0xe0 | 0xE0 (((కాల్ డేటా యొక్క మొదటి పదం (256 బిట్లు)))) |
+| 12 | SHR | (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు)))) |
+
+Etherscan మనకు `1C` ఒక తెలియని ఆప్కోడ్ అని చెబుతుంది, ఎందుకంటే [Etherscan ఈ ఫీచర్ను రాసిన తర్వాత ఇది జోడించబడింది](https://eips.ethereum.org/EIPS/eip-145) మరియు వారు దానిని నవీకరించలేదు. [నవీకరించబడిన ఆప్కోడ్ పట్టిక](https://github.com/wolflo/evm-opcodes) మనకు ఇది షిఫ్ట్ రైట్ అని చూపిస్తుంది
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 13 | DUP1 | (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు))) (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు)))) |
+| 14 | PUSH4 0x3cd8045e | 0x3CD8045E (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు))) (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు)))) |
+| 19 | GT | 0x3CD8045E>కాల్-డేటా-యొక్క-మొదటి-32-బిట్లు (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు)))) |
+| 1A | PUSH2 0x0043 | 0x43 0x3CD8045E>కాల్-డేటా-యొక్క-మొదటి-32-బిట్లు (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు)))) |
+| 1D | JUMPI | (((కాల్ డేటా యొక్క మొదటి 32 బిట్లు (4 బైట్లు)))) |
+
+పద్ధతి సంతకం సరిపోలిక పరీక్షలను ఇలా రెండుగా విభజించడం ద్వారా సగటున సగం పరీక్షలను ఆదా చేస్తుంది. దీని తర్వాత వెంటనే వచ్చే కోడ్ మరియు 0x43లోని కోడ్ అదే నమూనాను అనుసరిస్తాయి: కాల్ డేటా యొక్క మొదటి 32 బిట్లను `DUP1` చేయండి, `PUSH4 (((పద్ధతి సంతకం>`, సమానత్వం కోసం తనిఖీ చేయడానికి `EQ`ని అమలు చేయండి, ఆపై పద్ధతి సంతకం సరిపోలితే `JUMPI`. ఇక్కడ పద్ధతి సంతకాలు, వాటి చిరునామాలు, మరియు తెలిస్తే [సంబంధిత పద్ధతి నిర్వచనం](https://www.4byte.directory/):
+
+| పద్ధతి | పద్ధతి సంతకం | జంప్ చేయడానికి ఆఫ్సెట్ |
+| --------------------------------------------------------------------------------------------------------- | ------------ | ----------------------- |
+| [splitter()](https://www.4byte.directory/signatures/?bytes4_signature=0x3cd8045e) | 0x3cd8045e | 0x0103 |
+| ??? | 0x81e580d3 | 0x0138 |
+| [currentWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0xba0bafb4) | 0xba0bafb4 | 0x0158 |
+| ??? | 0x1f135823 | 0x00C4 |
+| [merkleRoot()](https://www.4byte.directory/signatures/?bytes4_signature=0x2eb4a7ab) | 0x2eb4a7ab | 0x00ED |
+
+ఏ సరిపోలిక కనుగొనబడకపోతే, కోడ్ [0x7C వద్ద ఉన్న ప్రాక్సీ హ్యాండ్లర్కు](#the-handler-at-0x7c) జంప్ చేస్తుంది, మనం ప్రాక్సీగా ఉన్న కాంట్రాక్ట్లో సరిపోలిక ఉంటుందనే ఆశతో.
+
+
+
+## splitter() {#splitter}
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ----------------------------- |
+| 103 | JUMPDEST | |
+| 104 | CALLVALUE | CALLVALUE |
+| 105 | DUP1 | CALLVALUE CALLVALUE |
+| 106 | ISZERO | CALLVALUE==0 CALLVALUE |
+| 107 | PUSH2 0x010f | 0x010F CALLVALUE==0 CALLVALUE |
+| 10A | JUMPI | CALLVALUE |
+| 10B | PUSH1 0x00 | 0x00 CALLVALUE |
+| 10D | DUP1 | 0x00 0x00 CALLVALUE |
+| 10E | REVERT | |
+
+ఈ ఫంక్షన్ చేసే మొదటి పని ఏమిటంటే కాల్ ఏ ETHని పంపలేదని తనిఖీ చేయడం. ఈ ఫంక్షన్ [`payable`](https://solidity-by-example.org/payable/) కాదు. ఎవరైనా మాకు ETH పంపితే అది తప్పనిసరిగా ఒక పొరపాటు మరియు వారు దానిని తిరిగి పొందలేని చోట ఆ ETH ఉండకుండా ఉండటానికి మేము `REVERT` చేయాలనుకుంటున్నాము.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 10F | JUMPDEST | |
+| 110 | POP | |
+| 111 | PUSH1 0x03 | 0x03 |
+| 113 | SLOAD | (((స్టోరేజ్[3] అకా మనం ప్రాక్సీగా ఉన్న కాంట్రాక్ట్))) |
+| 114 | PUSH1 0x40 | 0x40 (((స్టోరేజ్[3] అకా మనం ప్రాక్సీగా ఉన్న కాంట్రాక్ట్))) |
+| 116 | MLOAD | 0x80 (((స్టోరేజ్[3] అకా మనం ప్రాక్సీగా ఉన్న కాంట్రాక్ట్))) |
+| 117 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xFF...FF 0x80 (((స్టోరేజ్[3] అకా మనం ప్రాక్సీగా ఉన్న కాంట్రాక్ట్))) |
+| 12C | SWAP1 | 0x80 0xFF...FF (((స్టోరేజ్[3] అకా మనం ప్రాక్సీగా ఉన్న కాంట్రాక్ట్))) |
+| 12D | SWAP2 | (((స్టోరేజ్[3] అకా మనం ప్రాక్సీగా ఉన్న కాంట్రాక్ట్))) 0xFF...FF 0x80 |
+| 12E | AND | ProxyAddr 0x80 |
+| 12F | DUP2 | 0x80 ProxyAddr 0x80 |
+| 130 | MSTORE | 0x80 |
+
+మరియు 0x80 ఇప్పుడు ప్రాక్సీ చిరునామాను కలిగి ఉంది
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | --------- |
+| 131 | PUSH1 0x20 | 0x20 0x80 |
+| 133 | ADD | 0xA0 |
+| 134 | PUSH2 0x00e4 | 0xE4 0xA0 |
+| 137 | JUMP | 0xA0 |
+
+### E4 కోడ్ {#the-e4-code}
+
+ఇవి మేము మొదటిసారి చూస్తున్న లైన్లు, కానీ అవి ఇతర పద్ధతులతో పంచుకోబడ్డాయి (క్రింద చూడండి). కాబట్టి మనం స్టాక్లోని విలువను X అని పిలుస్తాము, మరియు `splitter()`లో ఈ X విలువ 0xA0 అని గుర్తుంచుకోండి.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | ----------- |
+| E4 | JUMPDEST | X |
+| E5 | PUSH1 0x40 | 0x40 X |
+| E7 | MLOAD | 0x80 X |
+| E8 | DUP1 | 0x80 0x80 X |
+| E9 | SWAP2 | X 0x80 0x80 |
+| EA | SUB | X-0x80 0x80 |
+| EB | SWAP1 | 0x80 X-0x80 |
+| EC | RETURN | |
+
+కాబట్టి ఈ కోడ్ స్టాక్ (X)లో ఒక మెమరీ పాయింటర్ను అందుకుంటుంది మరియు 0x80 - X బఫర్తో కాంట్రాక్ట్ను `RETURN` చేయడానికి కారణమవుతుంది.
+
+`splitter()` విషయంలో, ఇది మనం ప్రాక్సీగా ఉన్న చిరునామాను తిరిగి ఇస్తుంది. `RETURN` 0x80-0x9Fలో బఫర్ను తిరిగి ఇస్తుంది, ఇది మనం ఈ డేటాను రాసిన చోట (పైన ఆఫ్సెట్ 0x130).
+
+## currentWindow() {#currentwindow}
+
+0x158-0x163 ఆఫ్సెట్లలోని కోడ్ `splitter()`లో 0x103-0x10Eలో చూసిన దానికి సమానంగా ఉంటుంది (`JUMPI` గమ్యస్థానం మినహా), కాబట్టి `currentWindow()` కూడా `payable` కాదని మనకు తెలుసు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ------------------------------------------------------------------------- |
+| 164 | JUMPDEST | |
+| 165 | POP | |
+| 166 | PUSH2 0x00da | 0xDA |
+| 169 | PUSH1 0x01 | 0x01 0xDA |
+| 16B | SLOAD | స్టోరేజ్[1] 0xDA |
+| 16C | DUP2 | 0xDA స్టోరేజ్[1] 0xDA |
+| 16D | JUMP | స్టోరేజ్[1] 0xDA |
+
+### DA కోడ్ {#the-da-code}
+
+ఈ కోడ్ ఇతర పద్ధతులతో కూడా పంచుకోబడింది. కాబట్టి మనం స్టాక్లోని విలువను Y అని పిలుస్తాము, మరియు `currentWindow()`లో ఈ Y విలువ స్టోరేజ్[1] అని గుర్తుంచుకోండి.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | ---------------- |
+| DA | JUMPDEST | Y 0xDA |
+| DB | PUSH1 0x40 | 0x40 Y 0xDA |
+| DD | MLOAD | 0x80 Y 0xDA |
+| DE | SWAP1 | Y 0x80 0xDA |
+| DF | DUP2 | 0x80 Y 0x80 0xDA |
+| E0 | MSTORE | 0x80 0xDA |
+
+Yని 0x80-0x9Fకు వ్రాయండి.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | -------------- |
+| E1 | PUSH1 0x20 | 0x20 0x80 0xDA |
+| E3 | ADD | 0xA0 0xDA |
+
+మరియు మిగిలినవి ఇప్పటికే [పైన](#the-e4-code) వివరించబడ్డాయి. కాబట్టి 0xDAకు జంప్లు స్టాక్ టాప్ (Y)ని 0x80-0x9Fకు వ్రాసి, ఆ విలువను తిరిగి ఇస్తాయి. `currentWindow()` విషయంలో, ఇది స్టోరేజ్[1]ను తిరిగి ఇస్తుంది.
+
+## merkleRoot() {#merkleroot}
+
+0xED-0xF8 ఆఫ్సెట్లలోని కోడ్ `splitter()`లో 0x103-0x10Eలో చూసిన దానికి సమానంగా ఉంటుంది (`JUMPI` గమ్యస్థానం మినహా), కాబట్టి `merkleRoot()` కూడా `payable` కాదని మనకు తెలుసు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ------------------------------------------------------------------------- |
+| F9 | JUMPDEST | |
+| FA | POP | |
+| FB | PUSH2 0x00da | 0xDA |
+| FE | PUSH1 0x00 | 0x00 0xDA |
+| 100 | SLOAD | స్టోరేజ్[0] 0xDA |
+| 101 | DUP2 | 0xDA స్టోరేజ్[0] 0xDA |
+| 102 | JUMP | స్టోరేజ్[0] 0xDA |
+
+జంప్ తర్వాత ఏమి జరుగుతుందో [మేము ఇప్పటికే కనుగొన్నాము](#the-da-code). కాబట్టి `merkleRoot()` స్టోరేజ్[0]ను తిరిగి ఇస్తుంది.
+
+## 0x81e580d3 {#0x81e580d3}
+
+0x138-0x143 ఆఫ్సెట్లలోని కోడ్ `splitter()`లో 0x103-0x10Eలో చూసిన దానికి సమానంగా ఉంటుంది (`JUMPI` గమ్యస్థానం మినహా), కాబట్టి ఈ ఫంక్షన్ కూడా `payable` కాదని మనకు తెలుసు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ------------------------------------------------------------------------------- |
+| 144 | JUMPDEST | |
+| 145 | POP | |
+| 146 | PUSH2 0x00da | 0xDA |
+| 149 | PUSH2 0x0153 | 0x0153 0xDA |
+| 14C | CALLDATASIZE | CALLDATASIZE 0x0153 0xDA |
+| 14D | PUSH1 0x04 | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 14F | PUSH2 0x018f | 0x018F 0x04 CALLDATASIZE 0x0153 0xDA |
+| 152 | JUMP | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 18F | JUMPDEST | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 190 | PUSH1 0x00 | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 192 | PUSH1 0x20 | 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 194 | DUP3 | 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 195 | DUP5 | CALLDATASIZE 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 196 | SUB | CALLDATASIZE-4 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 197 | SLT | CALLDATASIZE-4\<32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 198 | ISZERO | CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 199 | PUSH2 0x01a0 | 0x01A0 CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 19C | JUMPI | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+
+ఈ ఫంక్షన్ కనీసం 32 బైట్ల (ఒక పదం) కాల్ డేటాను తీసుకుంటుందని అనిపిస్తుంది.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------- | -------------------------------------------- |
+| 19D | DUP1 | 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 19E | DUP2 | 0x00 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 19F | REVERT | |
+
+దానికి కాల్ డేటా లభించకపోతే, లావాదేవీ ఏ రిటర్న్ డేటా లేకుండా రివర్ట్ చేయబడుతుంది.
+
+ఫంక్షన్ _నిజంగా_ తనకు అవసరమైన కాల్ డేటాను పొందితే ఏమి జరుగుతుందో చూద్దాం.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ----------------------------------------------------------- |
+| 1A0 | JUMPDEST | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 1A1 | POP | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 1A2 | CALLDATALOAD | calldataload(4) CALLDATASIZE 0x0153 0xDA |
+
+`calldataload(4)` అనేది పద్ధతి సంతకం _తర్వాత_ కాల్ డేటా యొక్క మొదటి పదం
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 1A3 | SWAP2 | 0x0153 CALLDATASIZE calldataload(4) 0xDA |
+| 1A4 | SWAP1 | CALLDATASIZE 0x0153 calldataload(4) 0xDA |
+| 1A5 | POP | 0x0153 calldataload(4) 0xDA |
+| 1A6 | JUMP | calldataload(4) 0xDA |
+| 153 | JUMPDEST | calldataload(4) 0xDA |
+| 154 | PUSH2 0x016e | 0x016E calldataload(4) 0xDA |
+| 157 | JUMP | calldataload(4) 0xDA |
+| 16E | JUMPDEST | calldataload(4) 0xDA |
+| 16F | PUSH1 0x04 | 0x04 calldataload(4) 0xDA |
+| 171 | DUP2 | calldataload(4) 0x04 calldataload(4) 0xDA |
+| 172 | DUP2 | 0x04 calldataload(4) 0x04 calldataload(4) 0xDA |
+| 173 | SLOAD | స్టోరేజ్[4] calldataload(4) 0x04 calldataload(4) 0xDA |
+| 174 | DUP2 | calldataload(4) స్టోరేజ్[4] calldataload(4) 0x04 calldataload(4) 0xDA |
+| 175 | LT | calldataload(4)\<స్టోరేజ్[4] calldataload(4) 0x04 calldataload(4) 0xDA |
+| 176 | PUSH2 0x017e | 0x017EC calldataload(4)\<స్టోరేజ్[4] calldataload(4) 0x04 calldataload(4) 0xDA |
+| 179 | JUMPI | calldataload(4) 0x04 calldataload(4) 0xDA |
+
+మొదటి పదం స్టోరేజ్[4] కంటే తక్కువ కాకపోతే, ఫంక్షన్ విఫలమవుతుంది. ఇది ఏ రిటర్న్ విలువ లేకుండా రివర్ట్ అవుతుంది:
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | ------------------------------------------------------------- |
+| 17A | PUSH1 0x00 | 0x00 ... |
+| 17C | DUP1 | 0x00 0x00 ... |
+| 17D | REVERT | |
+
+calldataload(4) స్టోరేజ్[4] కంటే తక్కువగా ఉంటే, మనకు ఈ కోడ్ వస్తుంది:
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | ----------------------------------------------------------------------------------------- |
+| 17E | JUMPDEST | calldataload(4) 0x04 calldataload(4) 0xDA |
+| 17F | PUSH1 0x00 | 0x00 calldataload(4) 0x04 calldataload(4) 0xDA |
+| 181 | SWAP2 | 0x04 calldataload(4) 0x00 calldataload(4) 0xDA |
+| 182 | DUP3 | 0x00 0x04 calldataload(4) 0x00 calldataload(4) 0xDA |
+| 183 | MSTORE | calldataload(4) 0x00 calldataload(4) 0xDA |
+
+మరియు మెమరీ స్థానాలు 0x00-0x1F ఇప్పుడు 0x04 డేటాను కలిగి ఉన్నాయి (0x00-0x1E అన్నీ సున్నాలు, 0x1F నాలుగు)
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| 184 | PUSH1 0x20 | 0x20 calldataload(4) 0x00 calldataload(4) 0xDA |
+| 186 | SWAP1 | calldataload(4) 0x20 0x00 calldataload(4) 0xDA |
+| 187 | SWAP2 | 0x00 0x20 calldataload(4) calldataload(4) 0xDA |
+| 188 | SHA3 | (((0x00-0x1F యొక్క SHA3))) calldataload(4) calldataload(4) 0xDA |
+| 189 | ADD | (((0x00-0x1F యొక్క SHA3)))+calldataload(4) calldataload(4) 0xDA |
+| 18A | SLOAD | స్టోరేజ్[(((0x00-0x1F యొక్క SHA3))) + calldataload(4)] calldataload(4) 0xDA |
+
+కాబట్టి స్టోరేజ్లో ఒక లుకప్ టేబుల్ ఉంది, ఇది 0x000...0004 యొక్క SHA3 వద్ద మొదలవుతుంది మరియు ప్రతి చట్టబద్ధమైన కాల్ డేటా విలువ కోసం ఒక ఎంట్రీని కలిగి ఉంటుంది (స్టోరేజ్[4] కంటే తక్కువ విలువ).
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| 18B | SWAP1 | calldataload(4) స్టోరేజ్[(((0x00-0x1F యొక్క SHA3))) + calldataload(4)] 0xDA |
+| 18C | POP | స్టోరేజ్[(((0x00-0x1F యొక్క SHA3))) + calldataload(4)] 0xDA |
+| 18D | DUP2 | 0xDA స్టోరేజ్[(((0x00-0x1F యొక్క SHA3))) + calldataload(4)] 0xDA |
+| 18E | JUMP | స్టోరేజ్[(((0x00-0x1F యొక్క SHA3))) + calldataload(4)] 0xDA |
+
+[0xDA ఆఫ్సెట్ వద్ద ఉన్న కోడ్](#the-da-code) ఏమి చేస్తుందో మాకు ఇప్పటికే తెలుసు, అది స్టాక్ టాప్ విలువను కాలర్కు తిరిగి ఇస్తుంది. కాబట్టి ఈ ఫంక్షన్ లుకప్ టేబుల్ నుండి విలువను కాలర్కు తిరిగి ఇస్తుంది.
+
+## 0x1f135823 {#0x1f135823}
+
+0xC4-0xCF ఆఫ్సెట్లలోని కోడ్ `splitter()`లో 0x103-0x10Eలో చూసిన దానికి సమానంగా ఉంటుంది (`JUMPI` గమ్యస్థానం మినహా), కాబట్టి ఈ ఫంక్షన్ కూడా `payable` కాదని మనకు తెలుసు.
+
+| ఆఫ్సెట్ | ఆప్కోడ్ | స్టాక్ |
+| -------: | ------------ | ----------------- |
+| D0 | JUMPDEST | |
+| D1 | POP | |
+| D2 | PUSH2 0x00da | 0xDA |
+| D5 | PUSH1 0x06 | 0x06 0xDA |
+| D7 | SLOAD | Value\* 0xDA |
+| D8 | DUP2 | 0xDA Value\* 0xDA |
+| D9 | JUMP | Value\* 0xDA |
+
+[0xDA ఆఫ్సెట్ వద్ద ఉన్న కోడ్](#the-da-code) ఏమి చేస్తుందో మాకు ఇప్పటికే తెలుసు, అది స్టాక్ టాప్ విలువను కాలర్కు తిరిగి ఇస్తుంది. కాబట్టి ఈ ఫంక్షన్ `Value*`ను తిరిగి ఇస్తుంది.
+
+### పద్ధతి సారాంశం {#method-summary}
+
+ఈ సమయంలో మీరు కాంట్రాక్ట్ను అర్థం చేసుకున్నారని మీకు అనిపిస్తుందా? నాకు అలా అనిపించడం లేదు. ఇప్పటివరకు మాకు ఈ పద్ధతులు ఉన్నాయి:
+
+| పద్ధతి | అర్థం |
+| ---------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
+| బదిలీ | కాల్ ద్వారా అందించిన విలువను అంగీకరించి, `Value*`ను ఆ మొత్తంతో పెంచండి |
+| [splitter()](#splitter) | స్టోరేజ్[3], ప్రాక్సీ చిరునామాను తిరిగి ఇవ్వండి |
+| [currentWindow()](#currentwindow) | స్టోరేజ్[1]ను తిరిగి ఇవ్వండి |
+| [merkleRoot()](#merkeroot) | స్టోరేజ్[0]ను తిరిగి ఇవ్వండి |
+| [0x81e580d3](#0x81e580d3) | పారామీటర్ స్టోరేజ్[4] కంటే తక్కువగా ఉంటే, ఒక లుకప్ టేబుల్ నుండి విలువను తిరిగి ఇవ్వండి |
+| [0x1f135823](#0x1f135823) | స్టోరేజ్[6]ను తిరిగి ఇవ్వండి, అకా విలువ\* |
+
+కానీ మాకు తెలుసు, ఇతర ఏ కార్యాచరణ అయినా స్టోరేజ్[3]లోని కాంట్రాక్ట్ ద్వారా అందించబడుతుంది. ఆ కాంట్రాక్ట్ ఏమిటో మాకు తెలిస్తే అది మాకు ఒక క్లూ ఇస్తుంది. అదృష్టవశాత్తూ, ఇది బ్లాక్ చైను మరియు ప్రతిదీ సిద్ధాంతపరంగా అయినా తెలుసు. మేము స్టోరేజ్[3]ను సెట్ చేసే ఏ పద్ధతులను చూడలేదు, కాబట్టి అది కన్స్ట్రక్టర్ ద్వారా సెట్ చేయబడి ఉండాలి.
+
+## నిర్మాణకర్త {#the-constructor}
+
+మేము [ఒక కాంట్రాక్ట్ను చూసినప్పుడు](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f) దాన్ని సృష్టించిన లావాదేవీని కూడా చూడవచ్చు.
+
+
+
+మేము ఆ లావాదేవీని క్లిక్ చేసి, ఆపై **స్టేట్** ట్యాబ్ను క్లిక్ చేస్తే, పారామీటర్ల యొక్క ప్రారంభ విలువలను చూడవచ్చు. నిర్దిష్టంగా, స్టోరేజ్[3] [0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761](https://etherscan.io/address/0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761)ను కలిగి ఉందని మనం చూడవచ్చు. ఆ కాంట్రాక్ట్ తప్పనిసరిగా తప్పిపోయిన కార్యాచరణను కలిగి ఉండాలి. మనం పరిశోధిస్తున్న కాంట్రాక్ట్ కోసం ఉపయోగించిన అదే సాధనాలను ఉపయోగించి మనం దానిని అర్థం చేసుకోవచ్చు.
+
+## ప్రాక్సీ కాంట్రాక్ట్ {#the-proxy-contract}
+
+పైన అసలు కాంట్రాక్ట్ కోసం మనం ఉపయోగించిన అవే పద్ధతులను ఉపయోగించి కాంట్రాక్ట్ రివర్ట్ అవుతుందని మనం చూడవచ్చు:
+
+- కాల్కు ఏదైనా ETH జతచేయబడి ఉంటే (0x05-0x0F)
+- కాల్ డేటా పరిమాణం నాలుగు కంటే తక్కువ (0x10-0x19 మరియు 0xBE-0xC2)
+
+మరియు అది మద్దతు ఇచ్చే పద్ధతులు:
+
+| పద్ధతి | పద్ధతి సంతకం | జంప్ చేయడానికి ఆఫ్సెట్ |
+| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------- | ----------------------- |
+| [scaleAmountByPercentage(uint256,uint256)](https://www.4byte.directory/signatures/?bytes4_signature=0x8ffb5c97) | 0x8ffb5c97 | 0x0135 |
+| [isClaimed(uint256,address)](https://www.4byte.directory/signatures/?bytes4_signature=0xd2ef0795) | 0xd2ef0795 | 0x0151 |
+| [claim(uint256,address,uint256,bytes32[])](https://www.4byte.directory/signatures/?bytes4_signature=0x2e7ba6ef) | 0x2e7ba6ef | 0x00F4 |
+| [incrementWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0x338b1d31) | 0x338b1d31 | 0x0110 |
+| ??? | 0x3f26479e | 0x0118 |
+| ??? | 0x1e7df9d3 | 0x00C3 |
+| [currentWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0xba0bafb4) | [0xba0bafb4](#currentwindow) | 0x0148 |
+| [merkleRoot()](https://www.4byte.directory/signatures/?bytes4_signature=0x2eb4a7ab) | [0x2eb4a7ab](#merkleroot) | 0x0107 |
+| ??? | [0x81e580d3](#0x81e580d3) | 0x0122 |
+| ??? | [0x1f135823](#0x1f135823) | 0x00D8 |
+
+మేము దిగువన ఉన్న నాలుగు పద్ధతులను విస్మరించవచ్చు, ఎందుకంటే మనం వాటికి ఎప్పటికీ చేరుకోలేము. వాటి సంతకాలు అలాంటివి, మన అసలు కాంట్రాక్ట్ వాటిని స్వయంగా చూసుకుంటుంది (మీరు పైన వివరాలను చూడటానికి సంతకాలపై క్లిక్ చేయవచ్చు), కాబట్టి అవి తప్పనిసరిగా [ఓవర్రైడ్ చేయబడిన పద్ధతులు](https://medium.com/upstate-interactive/solidity-override-vs-virtual-functions-c0a5dfb83aaf) అయి ఉండాలి.
+
+మిగిలిన పద్ధతులలో ఒకటి `claim()`, మరియు మరొకటి `isClaimed()`, కాబట్టి ఇది ఒక ఎయిర్డ్రాప్ కాంట్రాక్ట్ లాగా కనిపిస్తుంది. మిగిలినవాటిని ఆప్కోడ్ ద్వారా ఆప్కోడ్ చూడటానికి బదులుగా, మనం [డీకంపైలర్ను ప్రయత్నించవచ్చు](https://etherscan.io/bytecode-decompiler?a=0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761), ఇది ఈ కాంట్రాక్ట్ నుండి మూడు ఫంక్షన్ల కోసం ఉపయోగపడే ఫలితాలను ఉత్పత్తి చేస్తుంది. ఇతర వాటిని రివర్స్ ఇంజనీరింగ్ చేయడం పాఠకులకు అభ్యాసంగా వదిలివేయబడింది.
+
+### scaleAmountByPercentage {#scaleamountbypercentage}
+
+ఈ ఫంక్షన్ కోసం డీకంపైలర్ మాకు ఇచ్చేది ఇదే:
+
+```python
+def unknown8ffb5c97(uint256 _param1, uint256 _param2) payable:
+ require calldata.size - 4 >=′ 64
+ if _param1 and _param2 > -1 / _param1:
+ revert with 0, 17
+ return (_param1 * _param2 / 100 * 10^6)
+```
+
+మొదటి `require` ఫంక్షన్ సంతకం యొక్క నాలుగు బైట్లకు అదనంగా, కాల్ డేటా కనీసం 64 బైట్లను కలిగి ఉందని పరీక్షిస్తుంది, ఇది రెండు పారామీటర్లకు సరిపోతుంది. లేకపోతే స్పష్టంగా ఏదో తప్పు ఉంది.
+
+`if` స్టేట్మెంట్ `_param1` సున్నా కాదని మరియు `_param1 * _param2` ప్రతికూలంగా లేదని తనిఖీ చేస్తున్నట్లు అనిపిస్తుంది. ఇది బహుశా వ్రాప్ అరౌండ్ కేసులను నివారించడానికి కావచ్చు.
+
+చివరగా, ఫంక్షన్ ఒక స్కేల్ చేయబడిన విలువను తిరిగి ఇస్తుంది.
+
+### claim {#claim}
+
+డీకంపైలర్ సృష్టించే కోడ్ సంక్లిష్టంగా ఉంటుంది, మరియు దానిలో అన్నీ మాకు సంబంధితంగా ఉండవు. ఉపయోగకరమైన సమాచారాన్ని అందించే లైన్లపై దృష్టి పెట్టడానికి నేను దానిలో కొంత భాగాన్ని వదిలివేయబోతున్నాను
+
+```python
+def unknown2e7ba6ef(uint256 _param1, uint256 _param2, uint256 _param3, array _param4) payable:
+ ...
+ require _param2 == addr(_param2)
+ ...
+ if currentWindow <= _param1:
+ revert with 0, 'cannot claim for a future window'
+```
+
+మేము ఇక్కడ రెండు ముఖ్యమైన విషయాలను చూస్తాము:
+
+- `_param2`, `uint256`గా ప్రకటించబడినప్పటికీ, వాస్తవానికి ఒక చిరునామా
+- `_param1` అనేది క్లెయిమ్ చేయబడుతున్న విండో, ఇది `currentWindow` లేదా అంతకంటే ముందు ఉండాలి.
+
+```python
+ ...
+ if stor5[_claimWindow][addr(_claimFor)]:
+ revert with 0, 'Account already claimed the given window'
+```
+
+కాబట్టి ఇప్పుడు మనకు తెలుసు, స్టోరేజ్[5] అనేది విండోలు మరియు చిరునామల శ్రేణి, మరియు ఆ విండో కోసం చిరునామా రివార్డును క్లెయిమ్ చేసిందా లేదా అనేది.
+
+```python
+ ...
+ idx = 0
+ s = 0
+ while idx < _param4.length:
+ ...
+ if s + sha3(mem[(32 * _param4.length) + 328 len mem[(32 * _param4.length) + 296]]) > mem[(32 * idx) + 296]:
+ mem[mem[64] + 32] = mem[(32 * idx) + 296]
+ ...
+ s = sha3(mem[_62 + 32 len mem[_62]])
+ continue
+ ...
+ s = sha3(mem[_66 + 32 len mem[_66]])
+ continue
+ if unknown2eb4a7ab != s:
+ revert with 0, 'Invalid proof'
+```
+
+`unknown2eb4a7ab` వాస్తవానికి `merkleRoot()` ఫంక్షన్ అని మనకు తెలుసు, కాబట్టి ఈ కోడ్ ఒక [మెర్కిల్ ప్రూఫ్](https://medium.com/crypto-0-nite/merkle-proofs-explained-6dd429623dc5)ను ధృవీకరిస్తున్నట్లు కనిపిస్తుంది. అంటే `_param4` ఒక మెర్కిల్ ప్రూఫ్.
+
+```python
+ call addr(_param2) with:
+ value unknown81e580d3[_param1] * _param3 / 100 * 10^6 wei
+ gas 30000 wei
+```
+
+ఒక కాంట్రాక్ట్ తన సొంత ETHను మరొక చిరునామాకు (కాంట్రాక్ట్ లేదా బాహ్యంగా యాజమాన్యంలో ఉన్న) ఎలా బదిలీ చేస్తుందో ఇది. బదిలీ చేయవలసిన మొత్తాన్ని విలువగా పిలుస్తుంది. కాబట్టి ఇది ETH యొక్క ఎయిర్డ్రాప్ లాగా కనిపిస్తుంది.
+
+```python
+ if not return_data.size:
+ if not ext_call.success:
+ require ext_code.size(stor2)
+ call stor2.deposit() with:
+ value unknown81e580d3[_param1] * _param3 / 100 * 10^6 wei
+```
+
+కింది రెండు లైన్లు మాకు చెబుతున్నాయి, స్టోరేజ్[2] కూడా మనం పిలిచే ఒక కాంట్రాక్ట్ అని. మనం [కన్స్ట్రక్టర్ లావాదేవీని చూస్తే](https://etherscan.io/tx/0xa1ea0549fb349eb7d3aff90e1d6ce7469fdfdcd59a2fd9b8d1f5e420c0d05b58#statechange) ఈ కాంట్రాక్ట్ [0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) అని చూస్తాము, ఇది ఒక వ్రాప్డ్ ఈథర్ కాంట్రాక్ట్, [దీని సోర్స్ కోడ్ Etherscanకు అప్లోడ్ చేయబడింది](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2#code).
+
+కాబట్టి కాంట్రాక్టులు `_param2`కు ETH పంపడానికి ప్రయత్నిస్తున్నట్లు అనిపిస్తుంది. అది చేయగలిగితే, చాలా మంచిది. లేకపోతే, అది [WETH](https://weth.tkn.eth.limo/) పంపడానికి ప్రయత్నిస్తుంది. `_param2` ఒక బాహ్యంగా యాజమాన్యంలో ఉన్న ఖాతా (EOA) అయితే అది ఎల్లప్పుడూ ETHను అందుకోగలదు, కానీ కాంట్రాక్టులు ETHను అందుకోవడానికి నిరాకరించవచ్చు. అయితే, WETH అనేది ERC-20 మరియు కాంట్రాక్టులు దానిని అంగీకరించడానికి నిరాకరించలేవు.
+
+```python
+ ...
+ log 0xdbd5389f: addr(_param2), unknown81e580d3[_param1] * _param3 / 100 * 10^6, bool(ext_call.success)
+```
+
+ఫంక్షన్ చివరిలో ఒక లాగ్ ఎంట్రీ ఉత్పత్తి చేయబడటం మనం చూస్తాము. [ఉత్పత్తి చేయబడిన లాగ్ ఎంట్రీలను చూడండి](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#events) మరియు `0xdbd5...`తో ప్రారంభమయ్యే టాపిక్పై ఫిల్టర్ చేయండి. అలాంటి ఎంట్రీని ఉత్పత్తి చేసిన లావాదేవీలలో ఒకదానిపై [క్లిక్ చేస్తే](https://etherscan.io/tx/0xe7d3b7e00f645af17dfbbd010478ef4af235896c65b6548def1fe95b3b7d2274), అది నిజానికి ఒక క్లెయిమ్ లాగా కనిపిస్తుంది - ఖాతా మనం రివర్స్ ఇంజనీరింగ్ చేస్తున్న కాంట్రాక్ట్కు ఒక సందేశం పంపింది, మరియు బదులుగా ETH పొందింది.
+
+
+
+### 1e7df9d3 {#1e7df9d3}
+
+ఈ ఫంక్షన్ పైన ఉన్న [`claim`](#claim)కు చాలా పోలి ఉంటుంది. ఇది కూడా ఒక మెర్కిల్ ప్రూఫ్ను తనిఖీ చేస్తుంది, మొదటి దానికి ETHను బదిలీ చేయడానికి ప్రయత్నిస్తుంది, మరియు అదే రకమైన లాగ్ ఎంట్రీని ఉత్పత్తి చేస్తుంది.
+
+```python
+def unknown1e7df9d3(uint256 _param1, uint256 _param2, array _param3) payable:
+ ...
+ idx = 0
+ s = 0
+ while idx < _param3.length:
+ if idx >= mem[96]:
+ revert with 0, 50
+ _55 = mem[(32 * idx) + 128]
+ if s + sha3(mem[(32 * _param3.length) + 160 len mem[(32 * _param3.length) + 128]]) > mem[(32 * idx) + 128]:
+ ...
+ s = sha3(mem[_58 + 32 len mem[_58]])
+ continue
+ mem[mem[64] + 32] = s + sha3(mem[(32 * _param3.length) + 160 len mem[(32 * _param3.length) + 128]])
+ ...
+ if unknown2eb4a7ab != s:
+ revert with 0, 'Invalid proof'
+ ...
+ call addr(_param1) with:
+ value s wei
+ gas 30000 wei
+ if not return_data.size:
+ if not ext_call.success:
+ require ext_code.size(stor2)
+ call stor2.deposit() with:
+ value s wei
+ gas gas_remaining wei
+ ...
+ log 0xdbd5389f: addr(_param1), s, bool(ext_call.success)
+```
+
+ప్రధాన వ్యత్యాసం ఏమిటంటే, మొదటి పారామీటర్, ఉపసంహరించుకోవడానికి విండో, అక్కడ లేదు. బదులుగా, క్లెయిమ్ చేయగల అన్ని విండోల మీద ఒక లూప్ ఉంది.
+
+```python
+ idx = 0
+ s = 0
+ while idx < currentWindow:
+ ...
+ if stor5[mem[0]]:
+ if idx == -1:
+ revert with 0, 17
+ idx = idx + 1
+ s = s
+ continue
+ ...
+ stor5[idx][addr(_param1)] = 1
+ if idx >= unknown81e580d3.length:
+ revert with 0, 50
+ mem[0] = 4
+ if unknown81e580d3[idx] and _param2 > -1 / unknown81e580d3[idx]:
+ revert with 0, 17
+ if s > !(unknown81e580d3[idx] * _param2 / 100 * 10^6):
+ revert with 0, 17
+ if idx == -1:
+ revert with 0, 17
+ idx = idx + 1
+ s = s + (unknown81e580d3[idx] * _param2 / 100 * 10^6)
+ continue
+```
+
+కాబట్టి ఇది అన్ని విండోలను క్లెయిమ్ చేసే `claim` వేరియంట్ లాగా కనిపిస్తుంది.
+
+## ముగింపు {#conclusion}
+
+ఇప్పటికి మీరు సోర్స్ కోడ్ అందుబాటులో లేని కాంట్రాక్టులను, ఆప్కోడ్లను లేదా (అది పనిచేసినప్పుడు) డీకంపైలర్ను ఉపయోగించి ఎలా అర్థం చేసుకోవాలో తెలుసుకోవాలి. ఈ వ్యాసం యొక్క పొడవు నుండి స్పష్టంగా కనిపించే విధంగా, ఒక కాంట్రాక్ట్ను రివర్స్ ఇంజనీరింగ్ చేయడం చిన్న విషయం కాదు, కానీ భద్రత అవసరమైన వ్యవస్థలో, కాంట్రాక్టులు వాగ్దానం చేసినట్లుగా పనిచేస్తాయని ధృవీకరించగలగడం ఒక ముఖ్యమైన నైపుణ్యం.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
new file mode 100644
index 00000000000..627e3b5c520
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
@@ -0,0 +1,190 @@
+---
+title: రాస్ప్బెర్రీ పై 4లో ఇతీరియము నోడ్ను నడపండి
+description: మీ రాస్ప్బెర్రీ పై 4ను ఫ్లాష్ చేయండి, ఈథర్నెట్ కేబుల్ను ప్లగ్ ఇన్ చేయండి, SSD డిస్క్ను కనెక్ట్ చేయండి, రాస్ప్బెర్రీ పై 4ను పూర్తి ఇతీరియము నోడ్ + వ్యాలిడేటర్గా మార్చడానికి పరికరాన్ని పవర్ అప్ చేయండి
+author: "EthereumOnArm"
+tags:
+ [
+ "క్లయింట్లు",
+ "ఎగ్జిక్యూషన్ లేయర్",
+ "ఏకాభిప్రాయ లేయర్",
+ "నోడ్లు"
+ ]
+lang: te
+skill: మధ్యస్థ
+published: 2022-06-10
+source: ARMపై ఇతీరియము
+sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
+---
+
+**ARMపై ఇతీరియము అనేది ఒక కస్టమ్ లైనక్స్ ఇమేజ్, ఇది ఒక రాస్ప్బెర్రీ పైను ఇతీరియము నోడ్గా మార్చగలదు.**
+
+ఒక రాస్ప్బెర్రీ పైను ఒక ఇతీరియము నోడ్గా మార్చడానికి ARMపై ఇతీరియమును ఉపయోగించడానికి, కింది హార్డ్వేర్ సిఫార్సు చేయబడింది:
+
+- రాస్ప్బెర్రీ 4 (మోడల్ B 8GB), Odroid M1 లేదా Rock 5B (8GB/16GB RAM) బోర్డ్
+- మైక్రోSD కార్డ్ (కనీసం 16 GB క్లాస్ 10)
+- కనీసం 2 TB SSD USB 3.0 డిస్క్ లేదా USB నుండి SATA కేస్తో కూడిన SSD.
+- విద్యుత్ సరఫరా
+- ఈథర్నెట్ కేబుల్
+- పోర్ట్ ఫార్వార్డింగ్ (మరింత సమాచారం కోసం ఖాతాదారులను చూడండి)
+- హీట్సింక్ మరియు ఫ్యాన్తో కూడిన ఒక కేస్
+- USB కీబోర్డ్, మానిటర్ మరియు HDMI కేబుల్ (మైక్రో-HDMI) (ఐచ్ఛికం)
+
+## ARMపై ఇతీరియము ఎందుకు అమలుచేయాలి? {#why-run-ethereum-on-arm}
+
+ARM బోర్డులు చాలా సరసమైన, ఫ్లెక్సిబుల్, చిన్న కంప్యూటర్లు. అవి ఇతీరియము నోడ్లను అమలుచేయడానికి మంచి ఎంపికలు, ఎందుకంటే వాటిని చౌకగా కొనుగోలు చేయవచ్చు, వాటి వనరులన్నీ నోడ్పైనే దృష్టి పెట్టేలా కాన్ఫిగర్ చేయవచ్చు, ఇది వాటిని సమర్థవంతంగా చేస్తుంది, అవి తక్కువ శక్తిని వినియోగిస్తాయి మరియు భౌతికంగా చిన్నవిగా ఉంటాయి కాబట్టి ఏ ఇంట్లోనైనా ఇబ్బంది లేకుండా సరిపోతాయి. నోడ్లను ప్రారంభించడం కూడా చాలా సులభం ఎందుకంటే రాస్ప్బెర్రీ పై యొక్క మైక్రో SDని సాఫ్ట్వేర్ను డౌన్లోడ్ చేయకుండా లేదా రూపొందించకుండా ముందుగా నిర్మించిన ఇమేజ్తో ఫ్లాష్ చేయవచ్చు.
+
+## ఇది ఎలా పనిచేస్తుంది? {#how-does-it-work}
+
+రాస్ప్బెర్రీ పై మెమరీ కార్డ్ ముందుగా నిర్మించిన ఇమేజ్తో ఫ్లాష్ చేయబడుతుంది. ఈ ఇమేజ్లో ఇతీరియము నోడ్ను అమలుచేయడానికి అవసరమైన ప్రతిదీ ఉంటుంది. ఫ్లాష్ చేసిన కార్డ్తో, వినియోగదారుడు చేయాల్సిందల్లా రాస్ప్బెర్రీ పైను పవర్-ఆన్ చేయడమే. నోడ్ను అమలుచేయడానికి అవసరమైన అన్ని ప్రక్రియలు స్వయంచాలకంగా ప్రారంభించబడతాయి. ఇది పనిచేస్తుంది ఎందుకంటే మెమరీ కార్డ్లో లైనక్స్ ఆధారిత ఆపరేటింగ్ సిస్టమ్ (OS) ఉంటుంది, దీనిపై సిస్టమ్-స్థాయి ప్రక్రియలు స్వయంచాలకంగా అమలు చేయబడతాయి, ఇవి యూనిట్ను ఇతీరియము నోడ్గా మారుస్తాయి.
+
+ప్రముఖ రాస్ప్బెర్రీ పై లైనక్స్ OS "రాస్ప్బియన్" ఉపయోగించి ఇతీరియమును అమలుచేయలేరు, ఎందుకంటే రాస్ప్బియన్ ఇప్పటికీ 32-బిట్ ఆర్కిటెక్చర్ను ఉపయోగిస్తుంది, ఇది ఇతీరియము వినియోగదారులకు మెమరీ సమస్యలను ఎదుర్కొనేలా చేస్తుంది మరియు ఏకాభిప్రాయం క్లయింట్లు 32-బిట్ బైనరీలకు మద్దతు ఇవ్వవు. దీన్ని అధిగమించడానికి, ARMపై ఇతీరియము బృందం "ఆర్మ్బియన్" అనే స్థానిక 64-బిట్ OSకి మారింది.
+
+**పర్యావరణాన్ని ఏర్పాటు చేయడం, SSD డిస్క్ను ఫార్మాట్ చేయడం, ఇతీరియము సాఫ్ట్వేర్ను ఇన్స్టాల్ చేసి అమలుచేయడం, అలాగే బ్లాక్ చైను సమకాలీకరణను ప్రారంభించడం వంటి అన్ని అవసరమైన దశలను ఇమేజ్లు చూసుకుంటాయి.**
+
+## ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లపై గమనిక {#note-on-execution-and-consensus-clients}
+
+ARMపై ఇతీరియము ఇమేజ్లో సేవలుగా ముందుగా నిర్మించిన ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు ఉంటాయి. ఒక ఇతీరియము నోడ్కు రెండు క్లయింట్లు సమకాలీకరించబడాలి మరియు అమలు కావాలి. మీరు ఇమేజ్ను డౌన్లోడ్ చేసి, ఫ్లాష్ చేసి, ఆపై సేవలను ప్రారంభించాల్సి ఉంటుంది. కింది ఎగ్జిక్యూషన్ క్లయింట్లతో ఇమేజ్ ముందుగా లోడ్ చేయబడింది:
+
+- Geth
+- Nethermind
+- Besu
+
+మరియు కింది ఏకాభిప్రాయం క్లయింట్లు:
+
+- లైట్హౌస్
+- నింబస్
+- ప్రిస్మ్
+- టెకు
+
+మీరు అమలుచేయడానికి ప్రతి దాని నుండి ఒకదాన్ని ఎంచుకోవాలి - అన్ని ఎగ్జిక్యూషన్ క్లయింట్లు అన్ని ఏకాభిప్రాయం క్లయింట్లతో అనుకూలంగా ఉంటాయి. మీరు క్లయింట్ను స్పష్టంగా ఎంచుకోకపోతే, నోడ్ దాని డిఫాల్ట్లకు - Geth మరియు Lighthouse - తిరిగి వస్తుంది మరియు బోర్డ్ పవర్ అప్ అయినప్పుడు వాటిని స్వయంచాలకంగా అమలు చేస్తుంది. మీరు మీ రూటర్లో పోర్ట్ 30303ను తెరవాలి, తద్వారా Geth పీర్లను కనుగొని కనెక్ట్ చేయగలదు.
+
+## ఇమేజ్ను డౌన్లోడ్ చేస్తోంది {#downloading-the-image}
+
+రాస్ప్బెర్రీ పై 4 ఇతీరియము ఇమేజ్ అనేది ఒక "ప్లగ్ అండ్ ప్లే" ఇమేజ్, ఇది ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు రెండింటినీ స్వయంచాలకంగా ఇన్స్టాల్ చేసి, సెటప్ చేస్తుంది, అవి ఒకదానితో ఒకటి మాట్లాడుకునేలా మరియు ఇతీరియము నెట్వర్క్కి కనెక్ట్ అయ్యేలా కాన్ఫిగర్ చేస్తుంది. వినియోగదారుడు చేయాల్సిందల్లా ఒక సాధారణ కమాండ్ను ఉపయోగించి వారి ప్రక్రియలను ప్రారంభించడమే.
+
+[ARMపై ఇతీరియము](https://ethereumonarm-my.sharepoint.com/:u:/p/dlosada/Ec_VmUvr80VFjf3RYSU-NzkBmj2JOteDECj8Bibde929Gw?download=1) నుండి రాస్ప్బెర్రీ పై ఇమేజ్ను డౌన్లోడ్ చేయండి మరియు SHA256 హాష్ను ధృవీకరించండి:
+
+```sh
+# డౌన్లోడ్ చేసిన ఇమేజ్ను కలిగి ఉన్న డైరెక్టరీ నుండి
+shasum -a 256 ethonarm_22.04.00.img.zip
+# హాష్ అవుట్పుట్ చేయాలి: fb497e8f8a7388b62d6e1efbc406b9558bee7ef46ec7e53083630029c117444f
+```
+
+Rock 5B మరియు Odroid M1 బోర్డుల కోసం ఇమేజ్లు Ethereum-on-Arm [డౌన్లోడ్ల పేజీ](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/quick-guide/download-and-install.html)లో అందుబాటులో ఉన్నాయని గమనించండి.
+
+## మైక్రోSDని ఫ్లాష్ చేయడం {#flashing-the-microsd}
+
+రాస్ప్బెర్రీ పై కోసం ఉపయోగించబడే మైక్రోSD కార్డ్ను మొదట డెస్క్టాప్ లేదా ల్యాప్టాప్లో చేర్చాలి, తద్వారా దానిని ఫ్లాష్ చేయవచ్చు. అప్పుడు, కింది టెర్మినల్ కమాండ్లు డౌన్లోడ్ చేసిన ఇమేజ్ను SD కార్డ్లో ఫ్లాష్ చేస్తాయి:
+
+```shell
+# మైక్రోSD కార్డ్ పేరును తనిఖీ చేయండి
+sudo fdisk -l
+
+>> sdxxx
+```
+
+పేరును సరిగ్గా పొందడం చాలా ముఖ్యం ఎందుకంటే తదుపరి కమాండ్లో `dd` ఉంటుంది, ఇది ఇమేజ్ను దానిపైకి పంపే ముందు కార్డ్ యొక్క ప్రస్తుత కంటెంట్ను పూర్తిగా తొలగిస్తుంది. కొనసాగించడానికి, జిప్ చేసిన ఇమేజ్ను కలిగి ఉన్న డైరెక్టరీకి నావిగేట్ చేయండి:
+
+```shell
+# ఇమేజ్ని అన్జిప్ చేసి ఫ్లాష్ చేయండి
+unzip ethonarm_22.04.00.img.zip
+sudo dd bs=1M if=ethonarm_22.04.00.img of=/dev/ conv=fdatasync status=progress
+```
+
+కార్డ్ ఇప్పుడు ఫ్లాష్ చేయబడింది, కాబట్టి దానిని రాస్ప్బెర్రీ పైలో చేర్చవచ్చు.
+
+## నోడ్ను ప్రారంభించండి {#start-the-node}
+
+SD కార్డ్ను రాస్ప్బెర్రీ పైలో చొప్పించి, ఈథర్నెట్ కేబుల్ మరియు SSDని కనెక్ట్ చేసి, ఆపై పవర్ను ఆన్ చేయండి. OS బూట్ అవుతుంది మరియు క్లయింట్ సాఫ్ట్వేర్ను ఇన్స్టాల్ చేయడం మరియు రూపొందించడంతో సహా, రాస్ప్బెర్రీ పైను ఇతీరియము నోడ్గా మార్చే ముందుగా కాన్ఫిగర్ చేసిన పనులను స్వయంచాలకంగా చేయడం ప్రారంభిస్తుంది. దీనికి బహుశా 10-15 నిమిషాలు పట్టవచ్చు.
+
+ప్రతిదీ ఇన్స్టాల్ చేయబడి, కాన్ఫిగర్ చేయబడిన తర్వాత, ssh కనెక్షన్ ద్వారా పరికరంలోకి లాగిన్ అవ్వండి లేదా బోర్డుకు మానిటర్ మరియు కీబోర్డ్ జోడించబడి ఉంటే నేరుగా టెర్మినల్ను ఉపయోగించండి. `ethereum` ఖాతాను లాగిన్ చేయడానికి ఉపయోగించండి, ఎందుకంటే దీనికి నోడ్ను ప్రారంభించడానికి అవసరమైన అనుమతులు ఉన్నాయి.
+
+```shell
+వినియోగదారుడు: ethereum
+పాస్వర్డ్: ethereum
+```
+
+డిఫాల్ట్ ఎగ్జిక్యూషన్ క్లయింట్, Geth, స్వయంచాలకంగా ప్రారంభమవుతుంది. కింది టెర్మినల్ కమాండ్ను ఉపయోగించి లాగ్లను తనిఖీ చేయడం ద్వారా మీరు దీన్ని నిర్ధారించవచ్చు:
+
+```sh
+sudo journalctl -u geth -f
+```
+
+ఏకాభిప్రాయం క్లయింట్ను స్పష్టంగా ప్రారంభించాలి. ఇలా చేయడానికి, మొదట మీ రూటర్లో పోర్ట్ 9000ని తెరవండి, తద్వారా Lighthouse పీర్లను కనుగొని కనెక్ట్ చేయగలదు. అప్పుడు lighthouse సేవను ఎనేబుల్ చేసి, ప్రారంభించండి:
+
+```sh
+sudo systemctl enable lighthouse-beacon
+sudo systemctl start lighthouse-beacon
+```
+
+లాగ్లను ఉపయోగించి క్లయింట్ను తనిఖీ చేయండి:
+
+```sh
+sudo journalctl -u lighthouse-beacon
+```
+
+ఏకాభిప్రాయం క్లయింట్ చెక్పాయింట్ సమకాలీకరణను ఉపయోగిస్తుంది కాబట్టి కొన్ని నిమిషాల్లో సమకాలీకరిస్తుందని గమనించండి. ఎగ్జిక్యూషన్ క్లయింట్కు ఎక్కువ సమయం పడుతుంది - బహుశా చాలా గంటలు, మరియు ఏకాభిప్రాయం క్లయింట్ సమకాలీకరణ పూర్తి చేసే వరకు ఇది ప్రారంభం కాదు (ఎందుకంటే ఎగ్జిక్యూషన్ క్లయింట్కు సమకాలీకరించడానికి ఒక లక్ష్యం అవసరం, దీనిని సమకాలీకరించిన ఏకాభిప్రాయం క్లయింట్ అందిస్తుంది).
+
+Geth మరియు Lighthouse సేవలు రన్ అవుతూ మరియు సమకాలీకరించబడినప్పుడు, మీ రాస్ప్బెర్రీ పై ఇప్పుడు ఇతీరియము నోడ్! Geth యొక్క జావాస్క్రిప్ట్ కన్సోల్ను ఉపయోగించి ఇతీరియము నెట్వర్క్తో పరస్పర చర్య చేయడం సర్వసాధారణం, దీనిని పోర్ట్ 8545లో Geth క్లయింట్కు జోడించవచ్చు. Curl వంటి అభ్యర్థన సాధనాన్ని ఉపయోగించి JSON ఆబ్జెక్ట్లుగా ఫార్మాట్ చేయబడిన ఆదేశాలను సమర్పించడం కూడా సాధ్యమే. [Geth డాక్యుమెంటేషన్](https://geth.ethereum.org/)లో మరింత చూడండి.
+
+Geth బ్రౌజర్లో చూడగలిగే Grafana డాష్బోర్డ్కు మెట్రిక్లను నివేదించడానికి ముందుగా కాన్ఫిగర్ చేయబడింది. మరింత ఆధునిక వినియోగదారులు `ipaddress:3000`కి నావిగేట్ చేయడం ద్వారా, `user: admin` మరియు `passwd: ethereum`ని పాస్ చేయడం ద్వారా వారి నోడ్ యొక్క ఆరోగ్యాన్ని పర్యవేక్షించడానికి ఈ లక్షణాన్ని ఉపయోగించాలనుకోవచ్చు.
+
+## వాలిడేటర్లు {#validators}
+
+ఏకాభిప్రాయం క్లయింట్కు ఒక వ్యాలిడేటర్ను ఐచ్ఛికంగా జోడించవచ్చు. వ్యాలిడేటర్ సాఫ్ట్వేర్ మీ నోడ్ను ఏకాభిప్రాయంలో చురుకుగా పాల్గొనడానికి అనుమతిస్తుంది మరియు నెట్వర్క్కు క్రిప్టో ఎకనామిక్ భద్రతను అందిస్తుంది. ఈ పనికి మీకు ETHలో రివార్డ్ లభిస్తుంది. ఒక వ్యాలిడేటర్ను అమలుచేయడానికి, మీరు ముందుగా 32 ETHని కలిగి ఉండాలి, దానిని డిపాజిట్ కాంట్రాక్ట్లో డిపాజిట్ చేయాలి. [Launchpad](https://launchpad.ethereum.org/)లో దశల వారీ గైడ్ను అనుసరించడం ద్వారా డిపాజిట్ చేయవచ్చు. దీన్ని డెస్క్టాప్/ల్యాప్టాప్లో చేయండి, కానీ కీలను రూపొందించవద్దు — దీన్ని నేరుగా రాస్ప్బెర్రీ పైలో చేయవచ్చు.
+
+రాస్ప్బెర్రీ పైలో టెర్మినల్ తెరిచి, డిపాజిట్ కీలను రూపొందించడానికి కింది ఆదేశాన్ని అమలు చేయండి:
+
+```
+sudo apt-get update
+sudo apt-get install staking-deposit-cli
+cd && deposit new-mnemonic --num_validators 1
+```
+
+(లేదా ఎయిర్-గ్యాప్డ్ మెషీన్లో అమలు చేయడానికి [staking-deposit-cli](https://github.com/ethereum/staking-deposit-cli)ని డౌన్లోడ్ చేసుకోండి మరియు `deposit new-mnemnonic` కమాండ్ను అమలు చేయండి)
+
+స్మృతి పదబంధాన్ని సురక్షితంగా ఉంచండి! పై కమాండ్ నోడ్ యొక్క కీస్టోర్లో రెండు ఫైల్లను రూపొందించింది: వ్యాలిడేటర్ కీలు మరియు డిపాజిట్ డేటా ఫైల్. డిపాజిట్ డేటాను లాంచ్ప్యాడ్లోకి అప్లోడ్ చేయాలి, కాబట్టి దానిని రాస్ప్బెర్రీ పై నుండి డెస్క్టాప్/ల్యాప్టాప్కి కాపీ చేయాలి. దీన్ని ssh కనెక్షన్ లేదా మరేదైనా కాపీ/పేస్ట్ పద్ధతిని ఉపయోగించి చేయవచ్చు.
+
+లాంచ్ప్యాడ్ను నడుపుతున్న కంప్యూటర్లో డిపాజిట్ డేటా ఫైల్ అందుబాటులోకి వచ్చిన తర్వాత, దానిని లాంచ్ప్యాడ్ స్క్రీన్పై ఉన్న `+` మీదకు లాగి, వదలవచ్చు. డిపాజిట్ కాంట్రాక్ట్కు లావాదేవీని పంపడానికి తెరపై సూచనలను అనుసరించండి.
+
+తిరిగి రాస్ప్బెర్రీ పైలో, ఒక వ్యాలిడేటర్ను ప్రారంభించవచ్చు. దీనికి వ్యాలిడేటర్ కీలను దిగుమతి చేసుకోవడం, రివార్డ్లను సేకరించడానికి చిరునామాను సెట్ చేయడం, ఆపై ముందుగా కాన్ఫిగర్ చేయబడిన వ్యాలిడేటర్ ప్రక్రియను ప్రారంభించడం అవసరం. కింది ఉదాహరణ Lighthouse కోసం—ఇతర ఏకాభిప్రాయం క్లయింట్ల కోసం సూచనలు [ARMపై ఇతీరియము డాక్స్](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/)లో అందుబాటులో ఉన్నాయి:
+
+```shell
+# వ్యాలిడేటర్ కీలను దిగుమతి చేయండి
+lighthouse account validator import --directory=/home/ethereum/validator_keys
+
+# రివార్డ్ చిరునామాను సెట్ చేయండి
+sudo sed -i 's/' /etc/ethereum/lighthouse-validator.conf
+
+# వ్యాలిడేటర్ను ప్రారంభించండి
+sudo systemctl start lighthouse-validator
+```
+
+అభినందనలు, ఇప్పుడు మీరు రాస్ప్బెర్రీ పైలో పూర్తి ఇతీరియము నోడ్ మరియు వ్యాలిడేటర్ను నడుపుతున్నారు!
+
+## మరిన్ని వివరాలు {#more-details}
+
+ఈ పేజీ రాస్ప్బెర్రీ పై ఉపయోగించి Geth-Lighthouse నోడ్ మరియు వ్యాలిడేటర్ను ఎలా సెటప్ చేయాలో ఒక అవలోకనాన్ని ఇచ్చింది. [Ethereum-on-Arm వెబ్సైట్](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/index.html)లో మరింత వివరణాత్మక సూచనలు అందుబాటులో ఉన్నాయి.
+
+## అభిప్రాయం అభినందనీయం {#feedback-appreciated}
+
+రాస్ప్బెర్రీ పైకి భారీ వినియోగదారుల సంఖ్య ఉందని మాకు తెలుసు, ఇది ఇతీరియము నెట్వర్క్ ఆరోగ్యంపై చాలా సానుకూల ప్రభావాన్ని చూపుతుంది.
+దయచేసి ఈ ట్యుటోరియల్లోని వివరాలను పరిశీలించండి, టెస్టునెట్లలో అమలుచేసి ప్రయత్నించండి, ARMపై ఇతీరియము GitHubని తనిఖీ చేయండి, అభిప్రాయాన్ని తెలియజేయండి, సమస్యలను మరియు పుల్ అభ్యర్థనలను పెంచండి మరియు సాంకేతికత మరియు డాక్యుమెంటేషన్ను ముందుకు తీసుకెళ్లడంలో సహాయపడండి!
+
+## సూచనలు {#references}
+
+1. https://ubuntu.com/download/raspberry-pi
+2. https://wikipedia.org/wiki/Port_forwarding
+3. https://prometheus.io
+4. https://grafana.com
+5. https://forum.armbian.com/topic/5565-zram-vs-swap/
+6. https://geth.ethereum.org
+7. https://nethermind.io
+8. https://www.hyperledger.org/projects/besu
+9. https://github.com/prysmaticlabs/prysm
+10. https://lighthouse.sigmaprime.io
+11. https://ethersphere.github.io/swarm-home
+12. https://raiden.network
+13. https://ipfs.io
+14. https://status.im
+15. https://vipnode.org
diff --git a/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
new file mode 100644
index 00000000000..c132a67a197
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
@@ -0,0 +1,470 @@
+---
+title: "స్కామ్ టోకెన్లు ఉపయోగించే కొన్ని ఉపాయాలు మరియు వాటిని ఎలా గుర్తించాలి"
+description: ఈ ట్యుటోరియల్లో స్కామర్లు ఆడే కొన్ని ఉపాయాలు, వారు వాటిని ఎలా అమలు చేస్తారు మరియు మనం వాటిని ఎలా గుర్తించవచ్చో చూడటానికి మేము ఒక స్కామ్ టోకెన్ను విడదీస్తాము.
+author: ఓరి పోమెరాంట్జ్
+tags:
+ [
+ "స్కామ్",
+ "దృఢత్వం",
+ "erc-20",
+ "జావాస్క్రిప్ట్",
+ "typescript"
+ ]
+skill: మధ్యస్థ
+published: 2023-09-15
+lang: te
+---
+
+ఈ ట్యుటోరియల్లో స్కామర్లు ఆడే కొన్ని ఉపాయాలు మరియు వారు వాటిని ఎలా అమలు చేస్తారో చూడటానికి మేము [ఒక స్కామ్ టోకెన్ను](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) విడదీస్తాము. ట్యుటోరియల్ ముగిసేనాటికి మీరు ERC-20 టోకెన్ కాంట్రాక్టులు, వాటి సామర్థ్యాలు మరియు సంశయవాదం ఎందుకు అవసరమో అనే దానిపై మరింత సమగ్రమైన దృక్పథాన్ని కలిగి ఉంటారు. ఆ తర్వాత మేము ఆ స్కామ్ టోకెన్ ద్వారా వెలువడే ఈవెంట్లను పరిశీలించి, అది చట్టబద్ధమైనది కాదని మేము స్వయంచాలకంగా ఎలా గుర్తించగలమో చూస్తాము.
+
+## స్కామ్ టోకెన్లు - అవి ఏమిటి, ప్రజలు వాటిని ఎందుకు చేస్తారు మరియు వాటిని ఎలా నివారించాలి {#scam-tokens}
+
+Ethereumకు అత్యంత సాధారణ ఉపయోగాలలో ఒకటి ఒక సమూహం వ్యాపారం చేయగల టోకెన్ను సృష్టించడం, ఒక రకంగా చెప్పాలంటే వారి స్వంత కరెన్సీ. అయినప్పటికీ, చాలా చోట్ల మంచిగా విలువ తెచ్చే విధంగా ఉంటాయి, దీనితో పాటు దొంగలు కూడా దీనిని దొంగతనం చేయాలి అని చూస్తున్నారు అవి వాళ్ళకి విలువ ని ఇస్తాయి.
+
+మీరు ఈ విషయం గురించి వినియోగదారుడి దృష్టికోణం నుండి [ethereum.orgలో వేరే చోట](/guides/how-to-id-scam-tokens/) మరింత చదవవచ్చు. ఈ ట్యుటోరియల్ ఒక స్కామ్ టోకెన్ను విడదీసి అది ఎలా చేయబడుతుంది మరియు ఎలా గుర్తించబడుతుంది అని చూడటంపై దృష్టి పెడుతుంది.
+
+### wARB ఒక స్కామ్ అని నాకు ఎలా తెలుసు? {#warb-scam}
+
+మేము విడదీసే టోకెన్ [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code), ఇది చట్టబద్ధమైన [ARB టోకెన్కు](https://etherscan.io/token/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1) సమానమైనదిగా నటిస్తుంది.
+
+ఏది చట్టబద్ధమైన టోకెన్ అని తెలుసుకోవడానికి సులభమైన మార్గం, దానిని ప్రారంభించిన సంస్థ, [ఆర్బిట్రమ్ను](https://arbitrum.foundation/) చూడటమే. చట్టబద్ధమైన చిరునామాలు [వారి డాక్యుమెంటేషన్లో](https://docs.arbitrum.foundation/deployment-addresses#token) పేర్కొనబడ్డాయి.
+
+### సోర్స్ కోడ్ ఎందుకు అందుబాటులో ఉంది? {#why-source}
+
+సాధారణంగా ఇతరులను మోసం చేయడానికి ప్రయత్నించే వ్యక్తులు రహస్యంగా ఉంటారని మేము ఆశిస్తాము, మరియు నిజానికి చాలా స్కామ్ టోకెన్లకు వాటి కోడ్ అందుబాటులో ఉండదు (ఉదాహరణకు, [ఇది](https://optimistic.etherscan.io/token/0x15992f382d8c46d667b10dc8456dc36651af1452#code) మరియు [ఇది](https://optimistic.etherscan.io/token/0x026b623eb4aada7de37ef25256854f9235207178#code)).
+
+అయితే, చట్టబద్ధమైన టోకెన్లు సాధారణంగా వాటి సోర్స్ కోడ్ను ప్రచురిస్తాయి, కాబట్టి చట్టబద్ధంగా కనిపించడానికి స్కామ్ టోకెన్ల రచయితలు కూడా కొన్నిసార్లు అదే పని చేస్తారు. [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) అనేది సోర్స్ కోడ్ అందుబాటులో ఉన్న ఆ టోకెన్లలో ఒకటి, ఇది దానిని అర్థం చేసుకోవడాన్ని సులభతరం చేస్తుంది.
+
+కాంట్రాక్ట్ డిప్లాయర్లు సోర్స్ కోడ్ను ప్రచురించాలా వద్దా అని ఎంచుకోగలిగినప్పటికీ, వారు తప్పుడు సోర్స్ కోడ్ను ప్రచురించ _లేరు_. బ్లాక్ ఎక్స్ప్లోరర్ అందించిన సోర్స్ కోడ్ను స్వతంత్రంగా కంపైల్ చేస్తుంది మరియు అది ఖచ్చితమైన అదే బైట్కోడ్ను పొందకపోతే, అది ఆ సోర్స్ కోడ్ను తిరస్కరిస్తుంది. [మీరు దీని గురించి ఈథర్స్కాన్ సైట్లో మరింత చదవవచ్చు](https://etherscan.io/verifyContract).
+
+## చట్టబద్ధమైన ERC-20 టోకెన్లతో పోలిక {#compare-legit-erc20}
+
+మేము ఈ టోకెన్ను చట్టబద్ధమైన ERC-20 టోకెన్లతో పోల్చబోతున్నాము. చట్టబద్ధమైన ERC-20 టోకెన్లు సాధారణంగా ఎలా వ్రాయబడతాయో మీకు తెలిసి ఉండకపోతే, [ఈ ట్యుటోరియల్ చూడండి](/developers/tutorials/erc20-annotated-code/).
+
+### విశేషాధికార చిరునామాలకు స్థిరాంకాలు {#constants-for-privileged-addresses}
+
+కాంట్రాక్టులకు కొన్నిసార్లు విశేషాధికార చిరునామాలు అవసరం. దీర్ఘకాలిక ఉపయోగం కోసం రూపొందించబడిన కాంట్రాక్టులు కొన్ని విశేషాధికార చిరునామాలను మార్చడానికి అనుమతిస్తాయి, ఉదాహరణకు కొత్త మల్టీసిగ్ కాంట్రాక్ట్ వాడకాన్ని ప్రారంభించడానికి. ఇది చేయడానికి అనేక మార్గాలు ఉన్నాయి.
+
+[`HOP` టోకెన్ కాంట్రాక్ట్](https://etherscan.io/address/0xc5102fe9359fd9a28f877a67e36b0f050d81a3cc#code) [`Ownable`](https://docs.openzeppelin.com/contracts/2.x/access-control#ownership-and-ownable) నమూనాని ఉపయోగిస్తుంది. విశేషాధికార చిరునామా `_owner` అని పిలవబడే ఫీల్డ్లో, స్టోరేజ్లో ఉంచబడుతుంది (మూడవ ఫైల్, `Ownable.sol` చూడండి).
+
+```solidity
+abstract contract Ownable is Context {
+ address private _owner;
+ .
+ .
+ .
+}
+```
+
+[`ARB` టోకెన్ కాంట్రాక్ట్కు](https://etherscan.io/address/0xad0c361ef902a7d9851ca7dcc85535da2d3c6fc7#code) నేరుగా విశేషాధికార చిరునామా లేదు. అయితే, దానికి ఒకటి అవసరం లేదు. ఇది [చిరునామా `0xb50721bcf8d664c30412cfbc6cf7a15145234ad1`](https://etherscan.io/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1#code) వద్ద ఉన్న [`ప్రాక్సీ`](https://docs.openzeppelin.com/contracts/5.x/api/proxy) వెనుక ఉంటుంది. ఆ కాంట్రాక్ట్కు విశేషాధికార చిరునామా ఉంది (నాలుగవ ఫైల్, `ERC1967Upgrade.sol` చూడండి) ఇది అప్గ్రేడ్ల కోసం ఉపయోగించబడుతుంది.
+
+```solidity
+ /**
+ * @dev EIP1967 అడ్మిన్ స్లాట్లో కొత్త చిరునామాను నిల్వ చేస్తుంది.
+ */
+ function _setAdmin(address newAdmin) private {
+ require(newAdmin != address(0), "ERC1967: కొత్త అడ్మిన్ సున్నా చిరునామా");
+ StorageSlot.getAddressSlot(_ADMIN_SLOT).value = newAdmin;
+ }
+```
+
+దీనికి విరుద్ధంగా, `wARB` కాంట్రాక్ట్లో హార్డ్ కోడెడ్ `contract_owner` ఉంది.
+
+```solidity
+contract WrappedArbitrum is Context, IERC20 {
+ .
+ .
+ .
+ address deployer = 0xB50721BCf8d664c30412Cfbc6cf7a15145234ad1;
+ address public contract_owner = 0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33;
+ .
+ .
+ .
+}
+```
+
+[ఈ కాంట్రాక్ట్ యజమాని](https://etherscan.io/address/0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33) అనేది వేర్వేరు సమయాల్లో వేర్వేరు ఖాతాల ద్వారా నియంత్రించబడే కాంట్రాక్ట్ కాదు, కానీ ఒక [బాహ్యంగా యాజమాన్యం గల ఖాతా](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs). దీనర్థం ఇది బహుశా ఒక వ్యక్తి ద్వారా స్వల్పకాలిక ఉపయోగం కోసం రూపొందించబడింది, విలువైనదిగా మిగిలిపోయే ఒక ERC-20ని నియంత్రించడానికి దీర్ఘకాలిక పరిష్కారంగా కాకుండా.
+
+మరియు నిజానికి, మనం ఈథర్స్కాన్లో చూస్తే, మోసగాడు ఈ కాంట్రాక్ట్ను మే 19, 2023న కేవలం 12 గంటలు మాత్రమే ([మొదటి లావాదేవీ](https://etherscan.io/tx/0xf49136198c3f925fcb401870a669d43cecb537bde36eb8b41df77f06d5f6fbc2) నుండి [చివరి లావాదేవీ](https://etherscan.io/tx/0xdfd6e717157354e64bbd5d6adf16761e5a5b3f914b1948d3545d39633244d47b) వరకు) ఉపయోగించినట్లు మనం చూస్తాము.
+
+### నకిలీ `_transfer` ఫంక్షన్ {#the-fake-transfer-function}
+
+వాస్తవ బదిలీలు [అంతర్గత `_transfer` ఫంక్షన్ను](/developers/tutorials/erc20-annotated-code/#the-_transfer-function-_transfer) ఉపయోగించి జరగడం అనేది ప్రామాణికం.
+
+`wARB`లో ఈ ఫంక్షన్ దాదాపు చట్టబద్ధంగా కనిపిస్తుంది:
+
+```solidity
+ function _transfer(address sender, address recipient, uint256 amount) internal virtual{
+ require(sender != address(0), "ERC20: సున్నా చిరునామా నుండి బదిలీ");
+ require(recipient != address(0), "ERC20: సున్నా చిరునామాకు బదిలీ");
+
+ _beforeTokenTransfer(sender, recipient, amount);
+
+ _balances[sender] = _balances[sender].sub(amount, "ERC20: బదిలీ మొత్తం బ్యాలెన్స్ను మించిపోయింది");
+ _balances[recipient] = _balances[recipient].add(amount);
+ if (sender == contract_owner){
+ sender = deployer;
+ }
+ emit Transfer(sender, recipient, amount);
+ }
+```
+
+అనుమానాస్పద భాగం:
+
+```solidity
+ if (sender == contract_owner){
+ sender = deployer;
+ }
+ emit Transfer(sender, recipient, amount);
+```
+
+కాంట్రాక్ట్ యజమాని టోకెన్లను పంపితే, `Transfer` ఈవెంట్ అవి `deployer` నుండి వచ్చినట్లు ఎందుకు చూపిస్తుంది?
+
+అయితే, ఒక మరింత ముఖ్యమైన సమస్య ఉంది. ఈ `_transfer` ఫంక్షన్ను ఎవరు పిలుస్తారు? దీనిని బయటి నుండి పిలవలేరు, ఇది `internal`గా గుర్తించబడింది. మరియు మన వద్ద ఉన్న కోడ్లో `_transfer`కు ఏ కాల్స్ లేవు. స్పష్టంగా, ఇది ఇక్కడ ఒక ఎరగా ఉంది.
+
+```solidity
+ function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
+ _f_(_msgSender(), recipient, amount);
+ return true;
+ }
+
+ function transferFrom(address sender, address recipient, uint256 amount) public virtual override returns (bool) {
+ _f_(sender, recipient, amount);
+ _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount, "ERC20: బదిలీ మొత్తం అనుమతిని మించిపోయింది"));
+ return true;
+ }
+```
+
+టోకెన్లను బదిలీ చేయడానికి పిలవబడే ఫంక్షన్లైన `transfer` మరియు `transferFrom`ను మనం చూసినప్పుడు, అవి `_f_` అనే పూర్తిగా భిన్నమైన ఫంక్షన్ను పిలుస్తాయని మనం చూస్తాము.
+
+### నిజమైన `_f_` ఫంక్షన్ {#the-real-f-function}
+
+```solidity
+ function _f_(address sender, address recipient, uint256 amount) internal _mod_(sender,recipient,amount) virtual {
+ require(sender != address(0), "ERC20: సున్నా చిరునామా నుండి బదిలీ");
+ require(recipient != address(0), "ERC20: సున్నా చిరునామాకు బదిలీ");
+
+ _beforeTokenTransfer(sender, recipient, amount);
+
+ _balances[sender] = _balances[sender].sub(amount, "ERC20: బదిలీ మొత్తం బ్యాలెన్స్ను మించిపోయింది");
+ _balances[recipient] = _balances[recipient].add(amount);
+ if (sender == contract_owner){
+
+ sender = deployer;
+ }
+ emit Transfer(sender, recipient, amount);
+ }
+```
+
+ఈ ఫంక్షన్లో రెండు సంభావ్య రెడ్ ఫ్లాగ్లు ఉన్నాయి.
+
+- [ఫంక్షన్ మాడిఫైయర్](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) `_mod_` యొక్క ఉపయోగం. అయితే, మనం సోర్స్ కోడ్ను చూసినప్పుడు `_mod_` వాస్తవానికి హానిరహితమైనదని మనం చూస్తాము.
+
+ ```solidity
+ modifier _mod_(address sender, address recipient, uint256 amount){
+ _;
+ }
+ ```
+
+- `_transfer`లో మనం చూసిన అదే సమస్య, అంటే `contract_owner` టోకెన్లను పంపినప్పుడు అవి `deployer` నుండి వచ్చినట్లు కనిపించడం.
+
+### నకిలీ ఈవెంట్ల ఫంక్షన్ `dropNewTokens` {#the-fake-events-function-dropNewTokens}
+
+ఇప్పుడు మనం అసలు స్కామ్ లాగా కనిపించే ఒక విషయానికి వస్తాము. చదవడానికి వీలుగా నేను ఫంక్షన్ను కొద్దిగా సవరించాను, కానీ ఇది ఫంక్షనల్గా సమానమైనది.
+
+```solidity
+function dropNewTokens(address uPool,
+ address[] memory eReceiver,
+ uint256[] memory eAmounts) public auth()
+```
+
+ఈ ఫంక్షన్కు `auth()` మాడిఫైయర్ ఉంది, అంటే దీనిని కేవలం కాంట్రాక్ట్ యజమాని మాత్రమే పిలవగలరు.
+
+```solidity
+modifier auth() {
+ require(msg.sender == contract_owner, "సంభాషించడానికి అనుమతి లేదు");
+ _;
+}
+```
+
+ఈ పరిమితి చాలా అర్ధవంతమైనది, ఎందుకంటే యాదృచ్ఛిక ఖాతాలు టోకెన్లను పంపిణీ చేయడాన్ని మేము కోరుకోము. అయితే, ఫంక్షన్లో మిగిలిన భాగం అనుమానాస్పదంగా ఉంది.
+
+```solidity
+{
+ for (uint256 i = 0; i < eReceiver.length; i++) {
+ emit Transfer(uPool, eReceiver[i], eAmounts[i]);
+ }
+}
+```
+
+ఒక పూల్ ఖాతా నుండి స్వీకర్తల శ్రేణికి మొత్తాల శ్రేణిని బదిలీ చేసే ఫంక్షన్ చాలా అర్ధవంతమైనది. పేరోల్, ఎయిర్డ్రాప్లు మొదలైన అనేక వినియోగ సందర్భాలలో మీరు ఒకే మూలం నుండి బహుళ గమ్యస్థానాలకు టోకెన్లను పంపిణీ చేయాలనుకుంటారు. బహుళ లావాదేవీలను జారీ చేయడం లేదా ఒకే లావాదేవీలో భాగంగా వేరొక కాంట్రాక్ట్ నుండి ERC-20ని చాలాసార్లు కాల్ చేయడం కంటే ఒకే లావాదేవీలో చేయడం చౌకగా (గ్యాస్లో) ఉంటుంది.
+
+అయితే, `dropNewTokens` అలా చేయదు. ఇది [`Transfer` ఈవెంట్లను](https://eips.ethereum.org/EIPS/eip-20#transfer-1) విడుదల చేస్తుంది, కానీ వాస్తవానికి ఏ టోకెన్లను బదిలీ చేయదు. నిజంగా జరగని బదిలీ గురించి ఆఫ్చైన్ అప్లికేషన్లకు చెప్పి వాటిని గందరగోళానికి గురి చేయడానికి ఎలాంటి చట్టబద్ధమైన కారణం లేదు.
+
+### దహనం చేసే `Approve` ఫంక్షన్ {#the-burning-approve-function}
+
+ERC-20 కాంట్రాక్టులు అనుమతుల కోసం [ఒక `approve` ఫంక్షన్ను](/developers/tutorials/erc20-annotated-code/#approve) కలిగి ఉండాలి, మరియు నిజానికి మా స్కామ్ టోకెన్కు అలాంటి ఫంక్షన్ ఉంది, మరియు అది సరిగ్గా కూడా ఉంది. అయితే, సాలిడిటీ C నుండి వచ్చింది కాబట్టి ఇది కేస్ సిగ్నిఫికెంట్. "Approve" మరియు "approve" వేర్వేరు స్ట్రింగ్లు.
+
+అలాగే, ఫంక్షనాలిటీ `approve`కి సంబంధించినది కాదు.
+
+```solidity
+ function Approve(
+ address[] memory holders)
+```
+
+ఈ ఫంక్షన్ను టోకెన్ హోల్డర్ల చిరునామాల శ్రేణితో పిలుస్తారు.
+
+```solidity
+ public approver() {
+```
+
+`approver()` మాడిఫైయర్ ఈ ఫంక్షన్ను కేవలం `contract_owner` మాత్రమే పిలవడానికి అనుమతిస్తుందని నిర్ధారిస్తుంది (క్రింద చూడండి).
+
+```solidity
+ for (uint256 i = 0; i < holders.length; i++) {
+ uint256 amount = _balances[holders[i]];
+ _beforeTokenTransfer(holders[i], 0x0000000000000000000000000000000000000001, amount);
+ _balances[holders[i]] = _balances[holders[i]].sub(amount,
+ "ERC20: బర్న్ మొత్తం బ్యాలెన్స్ను మించిపోయింది");
+ _balances[0x0000000000000000000000000000000000000001] =
+ _balances[0x0000000000000000000000000000000000000001].add(amount);
+ }
+ }
+
+```
+
+ప్రతి హోల్డర్ చిరునామా కోసం ఫంక్షన్ హోల్డర్ యొక్క మొత్తం బ్యాలెన్స్ను `0x00...01` చిరునామాకు తరలిస్తుంది, దానిని సమర్థవంతంగా కాల్చివేస్తుంది (ప్రామాణికంలో వాస్తవ `burn` కూడా మొత్తం సరఫరాను మారుస్తుంది మరియు టోకెన్లను `0x00...00`కు బదిలీ చేస్తుంది). దీనర్థం `contract_owner` ఏ యూజర్ ఆస్తులైనా తీసివేయగలరు. అది మీరు ఒక పాలనా టోకెన్లో కోరుకునే ఫీచర్ లాగా అనిపించదు.
+
+### కోడ్ నాణ్యత సమస్యలు {#code-quality-issues}
+
+ఈ కోడ్ నాణ్యత సమస్యలు ఈ కోడ్ ఒక స్కామ్ అని _నిరూపించవు_, కానీ అవి దానిని అనుమానాస్పదంగా చూపిస్తాయి. ఆర్బిట్రమ్ వంటి వ్యవస్థీకృత కంపెనీలు సాధారణంగా ఇంత చెడ్డ కోడ్ను విడుదల చేయవు.
+
+#### `mount` ఫంక్షన్ {#the-mount-function}
+
+[ప్రామాణికంలో](https://eips.ethereum.org/EIPS/eip-20) పేర్కొనబడనప్పటికీ, సాధారణంగా కొత్త టోకెన్లను సృష్టించే ఫంక్షన్ను [`mint`](https://ethereum.org/el/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) అంటారు.
+
+మనం `wARB` కన్స్ట్రక్టర్లో చూస్తే, మింట్ ఫంక్షన్ పేరును ఏదో ఒక కారణం చేత `mount`గా మార్చారని, మరియు సమర్థత కోసం మొత్తం మొత్తానికి బదులుగా ప్రాథమిక సరఫరాలో ఐదవ వంతుతో ఐదుసార్లు పిలవబడిందని మనం చూస్తాము.
+
+```solidity
+ constructor () public {
+
+ _name = "Wrapped Arbitrum";
+ _symbol = "wARB";
+ _decimals = 18;
+ uint256 initialSupply = 1000000000000;
+
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ }
+```
+
+`mount` ఫంక్షన్ కూడా అనుమానాస్పదంగా ఉంది.
+
+```solidity
+ function mount(address account, uint256 amount) public {
+ require(msg.sender == contract_owner, "ERC20: mint to the zero address");
+```
+
+`require`ని చూస్తే, కేవలం కాంట్రాక్ట్ యజమాని మాత్రమే మింట్ చేయడానికి అనుమతించబడ్డారని మనం చూస్తాము. అది చట్టబద్ధమైనది. కానీ ఎర్రర్ మెసేజ్ _కేవలం యజమాని మాత్రమే మింట్ చేయడానికి అనుమతించబడ్డారు_ లేదా అలాంటిది ఉండాలి. బదులుగా, ఇది సంబంధం లేని _ERC20: సున్నా చిరునామాకు మింట్_. సున్నా చిరునామాకు మింట్ చేయడం కోసం సరైన పరీక్ష `require(account != address(0), "")`, దీనిని కాంట్రాక్ట్ ఎప్పుడూ తనిఖీ చేయదు.
+
+```solidity
+ _totalSupply = _totalSupply.add(amount);
+ _balances[contract_owner] = _balances[contract_owner].add(amount);
+ emit Transfer(address(0), account, amount);
+ }
+```
+
+మింటింగ్కు నేరుగా సంబంధించిన మరో రెండు అనుమానాస్పద వాస్తవాలు ఉన్నాయి:
+
+- ఒక `account` పారామీటర్ ఉంది, ఇది బహుశా మింట్ చేయబడిన మొత్తాన్ని అందుకోవలసిన ఖాతా. కానీ పెరిగే బ్యాలెన్స్ వాస్తవానికి `contract_owner`ది.
+
+- పెరిగిన బ్యాలెన్స్ `contract_owner`కి చెందినదైతే, విడుదలైన ఈవెంట్ `account`కు బదిలీని చూపిస్తుంది.
+
+### `auth` మరియు `approver` రెండూ ఎందుకు? ఏమీ చేయని `mod` ఎందుకు? {#why-both-autho-and-approver-why-the-mod-that-does-nothing}
+
+ఈ కాంట్రాక్ట్లో మూడు మాడిఫైయర్లు ఉన్నాయి: `_mod_`, `auth`, మరియు `approver`.
+
+```solidity
+ modifier _mod_(address sender, address recipient, uint256 amount){
+ _;
+ }
+```
+
+`_mod_` మూడు పారామీటర్లను తీసుకుంటుంది మరియు వాటితో ఏమీ చేయదు. అది ఎందుకు ఉండాలి?
+
+```solidity
+ modifier auth() {
+ require(msg.sender == contract_owner, "సంభాషించడానికి అనుమతి లేదు");
+ _;
+ }
+
+ modifier approver() {
+ require(msg.sender == contract_owner, "సంభాషించడానికి అనుమతి లేదు");
+ _;
+ }
+```
+
+`auth` మరియు `approver` మరింత అర్ధవంతంగా ఉన్నాయి, ఎందుకంటే అవి కాంట్రాక్ట్ను `contract_owner` పిలిచారని తనిఖీ చేస్తాయి. మింటింగ్ వంటి కొన్ని విశేషాధికార చర్యలు ఆ ఖాతాకు పరిమితం చేయబడాలని మేము ఆశిస్తాము. అయితే, _ఖచ్చితంగా అదే పని_ చేసే రెండు వేర్వేరు ఫంక్షన్లు ఉండటంలో అర్థం ఏమిటి?
+
+## మేము స్వయంచాలకంగా ఏమి గుర్తించగలము? {#what-can-we-detect-automatically}
+
+ఈథర్స్కాన్ను చూడటం ద్వారా `wARB` ఒక స్కామ్ టోకెన్ అని మనం చూడవచ్చు. అయితే, అది కేంద్రీకృత పరిష్కారం. సిద్ధాంతపరంగా, ఈథర్స్కాన్ను పడగొట్టవచ్చు లేదా హ్యాక్ చేయవచ్చు. ఒక టోకెన్ చట్టబద్ధమైనదా కాదా అని స్వతంత్రంగా గుర్తించగలగడం మంచిది.
+
+ఒక ERC-20 టోకెన్ అనుమానాస్పదంగా (ఒక స్కామ్ లేదా చాలా చెడ్డగా వ్రాయబడినది) ఉందని గుర్తించడానికి, అవి విడుదల చేసే ఈవెంట్లను చూడటం ద్వారా మనం ఉపయోగించగల కొన్ని ఉపాయాలు ఉన్నాయి.
+
+## అనుమానాస్పద `Approval` ఈవెంట్లు {#suspicious-approval-events}
+
+[`Approval` ఈవెంట్లు](https://eips.ethereum.org/EIPS/eip-20#approval) కేవలం ఒక ప్రత్యక్ష అభ్యర్థనతో మాత్రమే జరగాలి (అనుమతి ఫలితంగా జరగగల [`Transfer` ఈవెంట్లకు](https://eips.ethereum.org/EIPS/eip-20#transfer-1) విరుద్ధంగా). ఈ సమస్యపై మరియు అభ్యర్థనలు ఒక కాంట్రాక్ట్ ద్వారా మధ్యవర్తిత్వం చేయబడటానికి బదులుగా ప్రత్యక్షంగా ఉండవలసిన అవసరంపై వివరణాత్మక వివరణ కోసం [సాలిడిటీ డాక్స్ను చూడండి](https://docs.soliditylang.org/en/v0.8.20/security-considerations.html#tx-origin).
+
+దీనర్థం [బాహ్యంగా యాజమాన్యం గల ఖాతా](/developers/docs/accounts/#types-of-account) నుండి ఖర్చును ఆమోదించే `Approval` ఈవెంట్లు ఆ ఖాతాలో ఉద్భవించిన లావాదేవీల నుండి రావాలి మరియు దీని గమ్యస్థానం ERC-20 కాంట్రాక్ట్. బాహ్యంగా యాజమాన్యం గల ఖాతా నుండి ఏ ఇతర రకమైన ఆమోదం అయినా అనుమానాస్పదమే.
+
+ఇక్కడ [viem](https://viem.sh/) మరియు [TypeScript](https://www.typescriptlang.org/docs/) (టైప్ సేఫ్టీ ఉన్న ఒక జావాస్క్రిప్ట్ వేరియంట్) ఉపయోగించి, [ఈ రకమైన ఈవెంట్ను గుర్తించే ప్రోగ్రామ్](https://github.com/qbzzt/20230915-scam-token-detection) ఉంది. దానిని నడపడానికి:
+
+1. `.env.example`ని `.env`కి కాపీ చేయండి.
+2. Ethereum మెయిన్నెట్ నోడ్కు URLను అందించడానికి `.env`ను సవరించండి.
+3. అవసరమైన ప్యాకేజీలను ఇన్స్టాల్ చేయడానికి `pnpm install` నడపండి.
+4. అనుమానాస్పద ఆమోదాల కోసం చూడటానికి `pnpm susApproval` నడపండి.
+
+ఇక్కడ లైన్-బై-లైన్ వివరణ ఉంది:
+
+```typescript
+import {
+ Address,
+ TransactionReceipt,
+ createPublicClient,
+ http,
+ parseAbiItem,
+} from "viem"
+import { mainnet } from "viem/chains"
+```
+
+`viem` నుండి టైప్ నిర్వచనాలు, ఫంక్షన్లు, మరియు చైన్ నిర్వచనాన్ని దిగుమతి చేయండి.
+
+```typescript
+import { config } from "dotenv"
+config()
+```
+
+URLను పొందడానికి `.env`ను చదవండి.
+
+```typescript
+const client = createPublicClient({
+ chain: mainnet,
+ transport: http(process.env.URL),
+})
+```
+
+ఒక Viem క్లయింట్ను సృష్టించండి. మనకు కేవలం బ్లాక్చైన్ నుండి చదవాలి, కాబట్టి ఈ క్లయింట్కు ప్రైవేట్ కీ అవసరం లేదు.
+
+```typescript
+const testedAddress = "0xb047c8032b99841713b8e3872f06cf32beb27b82"
+const fromBlock = 16859812n
+const toBlock = 16873372n
+```
+
+అనుమానాస్పద ERC-20 కాంట్రాక్ట్ చిరునామా, మరియు ఈవెంట్ల కోసం మనం వెతకబోయే బ్లాక్లు. బ్యాండ్విడ్త్ ఖరీదైనది కావడంతో నోడ్ ప్రొవైడర్లు సాధారణంగా ఈవెంట్లను చదివే మన సామర్థ్యాన్ని పరిమితం చేస్తారు. అదృష్టవశాత్తూ `wARB` పద్దెనిమిది గంటల కాలం పాటు ఉపయోగంలో లేదు, కాబట్టి మనం అన్ని ఈవెంట్ల కోసం చూడవచ్చు (మొత్తం 13 మాత్రమే ఉన్నాయి).
+
+```typescript
+const approvalEvents = await client.getLogs({
+ address: testedAddress,
+ fromBlock,
+ toBlock,
+ event: parseAbiItem(
+ "event Approval(address indexed _owner, address indexed _spender, uint256 _value)"
+ ),
+})
+```
+
+Viem నుండి ఈవెంట్ సమాచారం అడగడానికి ఇది మార్గం. మనం దీనికి ఫీల్డ్ పేర్లతో సహా ఖచ్చితమైన ఈవెంట్ సంతకాన్ని అందించినప్పుడు, అది మన కోసం ఈవెంట్ను పార్స్ చేస్తుంది.
+
+```typescript
+const isContract = async (addr: Address): boolean =>
+ await client.getBytecode({ address: addr })
+```
+
+మా అల్గారిథమ్ కేవలం బాహ్యంగా యాజమాన్యం గల ఖాతాలకు మాత్రమే వర్తిస్తుంది. `client.getBytecode` ద్వారా ఏదైనా బైట్కోడ్ తిరిగి వస్తే, అది ఒక కాంట్రాక్ట్ అని అర్థం మరియు మనం దానిని వదిలివేయాలి.
+
+మీరు ఇంతకుముందు TypeScriptని ఉపయోగించకపోతే, ఫంక్షన్ నిర్వచనం కొంచెం వింతగా కనిపించవచ్చు. మనం కేవలం మొదటి (మరియు ఏకైక) పారామీటర్ను `addr` అని పిలుస్తామని మాత్రమే చెప్పము, కానీ అది `Address` రకానికి చెందినదని కూడా చెబుతాము. అదేవిధంగా, `: boolean` భాగం ఫంక్షన్ యొక్క తిరిగి వచ్చే విలువ ఒక బూలియన్ అని TypeScriptకు చెబుతుంది.
+
+```typescript
+const getEventTxn = async (ev: Event): TransactionReceipt =>
+ await client.getTransactionReceipt({ hash: ev.transactionHash })
+```
+
+ఈ ఫంక్షన్ ఒక ఈవెంట్ నుండి లావాదేవీ రసీదును పొందుతుంది. లావాదేవీ గమ్యం ఏమిటో తెలుసుకోవడానికి మనకు రసీదు అవసరం.
+
+```typescript
+const suspiciousApprovalEvent = async (ev : Event) : (Event | null) => {
+```
+
+ఇది అత్యంత ముఖ్యమైన ఫంక్షన్, ఒక ఈవెంట్ అనుమానాస్పదమైనదా కాదా అని నిర్ణయించేది. రిటర్న్ రకం, `(Event | null)`, ఈ ఫంక్షన్ ఒక `Event` లేదా `null`ను తిరిగి ఇవ్వగలదని TypeScriptకు చెబుతుంది. ఈవెంట్ అనుమానాస్పదంగా లేకపోతే మనం `null`ను తిరిగి ఇస్తాము.
+
+```typescript
+const owner = ev.args._owner
+```
+
+Viemకు ఫీల్డ్ పేర్లు ఉన్నాయి, కాబట్టి అది మన కోసం ఈవెంట్ను పార్స్ చేసింది. `_owner` ఖర్చు చేయవలసిన టోకెన్ల యజమాని.
+
+```typescript
+// కాంట్రాక్టుల ద్వారా ఆమోదాలు అనుమానాస్పదమైనవి కావు
+if (await isContract(owner)) return null
+```
+
+యజమాని ఒక కాంట్రాక్ట్ అయితే, ఈ ఆమోదం అనుమానాస్పదమైనది కాదని ఊహించండి. ఒక కాంట్రాక్ట్ ఆమోదం అనుమానాస్పదమైనదా కాదా అని తనిఖీ చేయడానికి, లావాదేవీ యొక్క పూర్తి అమలును ట్రేస్ చేయాలి, అది ఎప్పుడైనా యజమాని కాంట్రాక్ట్కు చేరిందో లేదో, మరియు ఆ కాంట్రాక్ట్ నేరుగా ERC-20 కాంట్రాక్ట్ను పిలిచిందో లేదో చూడాలి. అది మనం చేయాలనుకునే దానికంటే చాలా ఎక్కువ వనరులను ఖర్చు చేస్తుంది.
+
+```typescript
+const txn = await getEventTxn(ev)
+```
+
+ఆమోదం బాహ్యంగా యాజమాన్యం గల ఖాతా నుండి వస్తే, దానికి కారణమైన లావాదేవీని పొందండి.
+
+```typescript
+// లావాదేవీ యొక్క `from` కాని EOA యజమాని నుండి వస్తే ఆమోదం అనుమానాస్పదంగా ఉంటుంది
+if (owner.toLowerCase() != txn.from.toLowerCase()) return ev
+```
+
+మనం కేవలం స్ట్రింగ్ సమానత్వం కోసం తనిఖీ చేయలేము ఎందుకంటే చిరునామాలు హెక్సాడెసిమల్, కాబట్టి వాటిలో అక్షరాలు ఉంటాయి. కొన్నిసార్లు, ఉదాహరణకు `txn.from`లో, ఆ అక్షరాలు అన్నీ చిన్న అక్షరాలలో ఉంటాయి. ఇతర సందర్భాల్లో, `ev.args._owner` వంటివి, చిరునామా [దోష గుర్తింపు కోసం మిశ్రమ-కేస్లో](https://eips.ethereum.org/EIPS/eip-55) ఉంటుంది.
+
+కానీ లావాదేవీ యజమాని నుండి కాకపోతే, మరియు ఆ యజమాని బాహ్యంగా యాజమాన్యం గలవాడైతే, అప్పుడు మనకు అనుమానాస్పద లావాదేవీ ఉంది.
+
+```typescript
+// లావాదేవీ గమ్యం మనం పరిశోధిస్తున్న ERC-20 కాంట్రాక్ట్ కాకపోయినా కూడా అనుమానాస్పదమే
+// పరిశోధిస్తున్నాము
+if (txn.to.toLowerCase() != testedAddress) return ev
+```
+
+అదేవిధంగా, లావాదేవీ యొక్క `to` చిరునామా, మొదట పిలవబడిన కాంట్రాక్ట్, పరిశోధనలో ఉన్న ERC-20 కాంట్రాక్ట్ కాకపోతే అది అనుమానాస్పదమైనది.
+
+```typescript
+ // అనుమానించడానికి ఏ కారణం లేకపోతే, nullని తిరిగి ఇవ్వండి.
+ return null
+}
+```
+
+ఏ షరతు కూడా నిజం కాకపోతే, `Approval` ఈవెంట్ అనుమానాస్పదమైనది కాదు.
+
+```typescript
+const testPromises = approvalEvents.map((ev) => suspiciousApprovalEvent(ev))
+const testResults = (await Promise.all(testPromises)).filter((x) => x != null)
+
+console.log(testResults)
+```
+
+[ఒక `async` ఫంక్షన్](https://www.w3schools.com/js/js_async.asp) ఒక `Promise` ఆబ్జెక్ట్ను తిరిగి ఇస్తుంది. సాధారణ సింటాక్స్తో, `await x()`, మనం ప్రాసెసింగ్ను కొనసాగించే ముందు ఆ `Promise` నెరవేరే వరకు వేచి ఉంటాము. ఇది ప్రోగ్రామ్ చేయడానికి మరియు అనుసరించడానికి సులభం, కానీ ఇది అసమర్థమైనది కూడా. ఒక నిర్దిష్ట ఈవెంట్ కోసం `Promise` నెరవేరే వరకు మనం వేచి ఉన్నప్పుడు, మనం ఇప్పటికే తదుపరి ఈవెంట్పై పని చేయవచ్చు.
+
+ఇక్కడ మనం `Promise` ఆబ్జెక్ట్ల శ్రేణిని సృష్టించడానికి [`map`](https://www.w3schools.com/jsref/jsref_map.asp) ఉపయోగిస్తాము. ఆ తర్వాత ఆ వాగ్దానాలన్నీ పరిష్కరించబడటానికి వేచి ఉండటానికి [`Promise.all`](https://www.javascripttutorial.net/es6/javascript-promise-all/) ఉపయోగిస్తాము. ఆ తర్వాత అనుమానాస్పదంగా లేని ఈవెంట్లను తీసివేయడానికి ఆ ఫలితాలను [`filter`](https://www.w3schools.com/jsref/jsref_filter.asp) చేస్తాము.
+
+### అనుమానాస్పద `Transfer` ఈవెంట్లు {#suspicious-transfer-events}
+
+స్కామ్ టోకెన్లను గుర్తించడానికి మరొక సంభావ్య మార్గం వాటికి ఏవైనా అనుమానాస్పద బదిలీలు ఉన్నాయో లేదో చూడటం. ఉదాహరణకు, అంతగా టోకెన్లు లేని ఖాతాల నుండి బదిలీలు. మీరు [ఈ పరీక్షను ఎలా అమలు చేయాలో చూడవచ్చు](https://github.com/qbzzt/20230915-scam-token-detection/blob/main/susTransfer.ts), కానీ `wARB`కి ఈ సమస్య లేదు.
+
+## ముగింపు {#conclusion}
+
+ERC-20 స్కామ్ల స్వయంచాలక గుర్తింపు [తప్పుడు ప్రతికూలతల](https://en.wikipedia.org/wiki/False_positives_and_false_negatives#False_negative_error)తో బాధపడుతుంది, ఎందుకంటే ఒక స్కామ్ పూర్తిగా సాధారణ ERC-20 టోకెన్ కాంట్రాక్ట్ను ఉపయోగించవచ్చు, అది కేవలం ఏమీ వాస్తవాన్ని సూచించదు. కాబట్టి మీరు ఎల్లప్పుడూ _విశ్వసనీయ మూలం నుండి టోకెన్ చిరునామాను పొందడానికి_ ప్రయత్నించాలి.
+
+స్వయంచాలక గుర్తింపు DeFi భాగాల వంటి కొన్ని సందర్భాల్లో సహాయపడుతుంది, ఇక్కడ చాలా టోకెన్లు ఉంటాయి మరియు వాటిని స్వయంచాలకంగా నిర్వహించాలి. కానీ ఎప్పటిలాగే [కేవియట్ ఎంపటర్](https://www.investopedia.com/terms/c/caveatemptor.asp), మీ స్వంత పరిశోధన చేయండి, మరియు మీ వినియోగదారులను కూడా అదే విధంగా ప్రోత్సహించండి.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/secret-state/index.md b/public/content/translations/te/developers/tutorials/secret-state/index.md
new file mode 100644
index 00000000000..2c469816699
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/secret-state/index.md
@@ -0,0 +1,741 @@
+---
+title: రహస్య స్థితి కోసం జీరో-కనౌలెడ్జిని ఉపయోగించడం
+description: ఆన్చైన్ ఆటలు పరిమితంగా ఉంటాయి ఎందుకంటే అవి ఎలాంటి రహస్య సమాచారాన్ని ఉంచలేవు. ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక రీడర్ రహస్య స్థితి, ఆఫ్చైన్, కాంపోనెంట్తో ధృవీకరించదగిన ఆటలను సృష్టించడానికి జీరో-కనౌలెడ్జి రుజువులు మరియు సర్వర్ కాంపోనెంట్లను కలపగలుగుతారు. ఇది చేయడానికి సాంకేతికత మైన్స్వీపర్ గేమ్ సృష్టించడం ద్వారా ప్రదర్శించబడుతుంది.
+author: ఓరి పోమెరాంట్జ్
+tags:
+ [
+ "సర్వర్",
+ "ఆఫ్చైన్",
+ "కేంద్రీకృతం",
+ "జీరో-కనౌలెడ్జి",
+ "zokrates",
+ "mud"
+ ]
+skill: అధునాతనం
+lang: te
+published: 2025-03-15
+---
+
+_బ్లాక్చెయిన్లో రహస్యాలు లేవు_. బ్లాక్చెయిన్లో పోస్ట్ చేయబడిన ప్రతిదీ అందరూ చదవడానికి తెరిచి ఉంటుంది. ఇది అవసరం, ఎందుకంటే బ్లాక్చెయిన్ ఎవరైనా ధృవీకరించగలిగే దానిపై ఆధారపడి ఉంటుంది. అయితే, ఆటలు తరచుగా రహస్య స్థితిపై ఆధారపడతాయి. ఉదాహరణకు, మీరు బ్లాక్చెయిన్ ఎక్స్ప్లోరర్కి వెళ్లి మ్యాప్ని చూడగలిగితే [మైన్స్వీపర్](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) గేమ్కి ఎటువంటి అర్థం ఉండదు.
+
+రహస్య స్థితిని ఉంచడానికి [సర్వర్ కాంపోనెంట్ను](/developers/tutorials/server-components/) ఉపయోగించడం సులభమయిన పరిష్కారం. అయితే, గేమ్ డెవలపర్ చేత మోసాన్ని నివారించడానికి మేము బ్లాక్చెయిన్ను ఉపయోగిస్తాము. సర్వర్ కాంపోనెంట్ యొక్క నిజాయితీని మేము నిర్ధారించుకోవాలి. సర్వర్ స్థితి యొక్క హాష్ను అందిస్తుంది మరియు కదలిక ఫలితాన్ని లెక్కించడానికి ఉపయోగించే స్థితి సరైనదని రుజువు చేయడానికి [జీరో-కనౌలెడ్జి రుజువులను](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) ఉపయోగించవచ్చు.
+
+ఈ ఆర్టికల్ చదివిన తర్వాత మీరు ఈ రకమైన రహస్య స్థితిని కలిగి ఉన్న సర్వర్ను, స్థితిని చూపించడానికి ఒక క్లయింట్ను మరియు రెండింటి మధ్య కమ్యూనికేషన్ కోసం ఆన్చైన్ కాంపోనెంట్ను ఎలా సృష్టించాలో తెలుసుకుంటారు. మేము ఉపయోగించే ప్రధాన సాధనాలు:
+
+| సాధనం | ఉద్దేశం | వెర్షన్లో ధృవీకరించబడింది |
+| --------------------------------------------- | -------------------------------------------------- | --------------------------------------: |
+| [Zokrates](https://zokrates.github.io/) | జీరో-కనౌలెడ్జి రుజువులు మరియు వాటి ధృవీకరణ | 1.1.9 |
+| [Typescript](https://www.typescriptlang.org/) | సర్వర్ మరియు క్లయింట్ రెండింటికీ ప్రోగ్రామింగ్ భాష | 5.4.2 |
+| [Node](https://nodejs.org/en) | సర్వర్ను నడుపుతోంది | 20.18.2 |
+| [Viem](https://viem.sh/) | బ్లాక్చెయిన్తో కమ్యూనికేషన్ | 2.9.20 |
+| [MUD](https://mud.dev/) | ఆన్చైన్ డేటా నిర్వహణ | 2.0.12 |
+| [React](https://react.dev/) | క్లయింట్ వినియోగదారు ఇంటర్ఫేస్ | 18.2.0 |
+| [Vite](https://vitejs.dev/) | క్లయింట్ కోడ్ను అందిస్తోంది | 4.2.1 |
+
+## మైన్స్వీపర్ ఉదాహరణ {#minesweeper}
+
+[మైన్స్వీపర్](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) అనేది మైన్ఫీల్డ్తో కూడిన రహస్య మ్యాప్ను కలిగి ఉన్న గేమ్. ఆటగాడు ఒక నిర్దిష్ట ప్రదేశంలో తవ్వడానికి ఎంచుకుంటాడు. ఆ ప్రదేశంలో మైన్ ఉంటే, ఆట ముగిసింది. లేకపోతే, ఆ ప్రదేశం చుట్టూ ఉన్న ఎనిమిది చతురస్రాల్లోని మైన్ల సంఖ్యను ఆటగాడు పొందుతాడు.
+
+ఈ అప్లికేషన్ [MUD](https://mud.dev/) ఉపయోగించి వ్రాయబడింది, ఇది [కీ-విలువ డేటాబేస్](https://aws.amazon.com/nosql/key-value/) ఉపయోగించి ఆన్చైన్లో డేటాను నిల్వ చేయడానికి మరియు ఆ డేటాను ఆఫ్చైన్ కాంపోనెంట్లతో స్వయంచాలకంగా సింక్రొనైజ్ చేయడానికి అనుమతిస్తుంది. సింక్రొనైజేషన్తో పాటు, యాక్సెస్ నియంత్రణను అందించడానికి మరియు ఇతర వినియోగదారులు మా అప్లికేషన్ను అనుమతి లేకుండా [విస్తరించడానికి](https://mud.dev/guides/extending-a-world) MUD సులభం చేస్తుంది.
+
+### మైన్స్వీపర్ ఉదాహరణను నడుపుతోంది {#running-minesweeper-example}
+
+మైన్స్వీపర్ ఉదాహరణను నడపడానికి:
+
+1. మీరు [ముందస్తు అవసరాలను ఇన్స్టాల్ చేశారని](https://mud.dev/quickstart#prerequisites) నిర్ధారించుకోండి: [Node](https://mud.dev/quickstart#prerequisites), [Foundry](https://book.getfoundry.sh/getting-started/installation), [`git`](https://git-scm.com/downloads), [`pnpm`](https://git-scm.com/downloads), మరియు [`mprocs`](https://github.com/pvolok/mprocs).
+
+2. రిపోజిటరీని క్లోన్ చేయండి.
+
+ ```sh copy
+ git clone https://github.com/qbzzt/20240901-secret-state.git
+ ```
+
+3. ప్యాకేజీలను ఇన్స్టాల్ చేయండి.
+
+ ```sh copy
+ cd 20240901-secret-state/
+ pnpm install
+ npm install -g mprocs
+ ```
+
+ `pnpm install`లో భాగంగా ఫౌండ్రీ ఇన్స్టాల్ చేయబడితే, మీరు కమాండ్-లైన్ షెల్ను పునఃప్రారంభించాలి.
+
+4. ఒప్పందాలను కంపైల్ చేయండి
+
+ ```sh copy
+ cd packages/contracts
+ forge build
+ cd ../..
+ ```
+
+5. ప్రోగ్రామ్ను ప్రారంభించి ([యాన్విల్](https://book.getfoundry.sh/anvil/) బ్లాక్చెయిన్తో సహా) వేచి ఉండండి.
+
+ ```sh copy
+ mprocs
+ ```
+
+ స్టార్టప్ చాలా సమయం పడుతుందని గమనించండి. పురోగతిని చూడటానికి, ముందుగా MUD ఒప్పందాలు అమలు చేయబడుతున్నట్లు చూడటానికి _contracts_ ట్యాబ్కు స్క్రోల్ చేయడానికి డౌన్ బాణం ఉపయోగించండి. మీరు _Waiting for file changes…_ సందేశాన్ని పొందినప్పుడు, ఒప్పందాలు అమలు చేయబడతాయి మరియు తదుపరి పురోగతి _server_ ట్యాబ్లో జరుగుతుంది. అక్కడ, మీరు _Verifier address: 0x...._ సందేశాన్ని పొందే వరకు వేచి ఉండండి.
+
+ ఈ దశ విజయవంతమైతే, మీరు `mprocs` స్క్రీన్ను చూస్తారు, ఎడమవైపున వివిధ ప్రక్రియలు మరియు కుడివైపున ప్రస్తుతం ఎంచుకున్న ప్రక్రియ కోసం కన్సోల్ అవుట్పుట్ ఉంటుంది.
+
+ 
+
+ `mprocs`తో సమస్య ఉంటే, మీరు నాలుగు ప్రక్రియలను మాన్యువల్గా అమలు చేయవచ్చు, ప్రతి ఒక్కటి దాని స్వంత కమాండ్ లైన్ విండోలో:
+
+ - **యాన్విల్**
+
+ ```sh
+ cd packages/contracts
+ anvil --base-fee 0 --block-time 2
+ ```
+
+ - **ఒప్పందాలు**
+
+ ```sh
+ cd packages/contracts
+ pnpm mud dev-contracts --rpc http://127.0.0.1:8545
+ ```
+
+ - **సర్వర్**
+
+ ```sh
+ cd packages/server
+ pnpm start
+ ```
+
+ - **క్లయింట్**
+
+ ```sh
+ cd packages/client
+ pnpm run dev
+ ```
+
+6. ఇప్పుడు మీరు [క్లయింట్కి](http://localhost:3000) బ్రౌజ్ చేయవచ్చు, **కొత్త గేమ్** క్లిక్ చేసి, ఆడటం ప్రారంభించవచ్చు.
+
+### పట్టికలు {#tables}
+
+మాకు ఆన్చైన్లో [అనేక పట్టికలు](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts) అవసరం.
+
+- `Configuration`: ఈ పట్టిక ఒక సింగిల్టన్, దీనికి కీ మరియు ఒకే రికార్డ్ లేదు. ఇది గేమ్ కాన్ఫిగరేషన్ సమాచారాన్ని ఉంచడానికి ఉపయోగించబడుతుంది:
+ - `height`: ఒక మైన్ఫీల్డ్ ఎత్తు
+ - `width`: ఒక మైన్ఫీల్డ్ వెడల్పు
+ - `numberOfBombs`: ప్రతి మైన్ఫీల్డ్లోని బాంబుల సంఖ్య
+
+- `VerifierAddress`: ఈ పట్టిక కూడా ఒక సింగిల్టన్. ఇది కాన్ఫిగరేషన్లోని ఒక భాగాన్ని, వెరిఫైయర్ కాంట్రాక్ట్ (`verifier`) చిరునామాను ఉంచడానికి ఉపయోగించబడుతుంది. మేము ఈ సమాచారాన్ని `Configuration` పట్టికలో ఉంచవచ్చు, కానీ ఇది సర్వర్ అనే వేరే కాంపోనెంట్ ద్వారా సెట్ చేయబడింది, కాబట్టి దానిని వేరే పట్టికలో ఉంచడం సులభం.
+
+- `PlayerGame`: కీ అనేది ప్లేయర్ యొక్క చిరునామా. డేటా:
+
+ - `gameId`: ప్లేయర్ ఆడుతున్న మ్యాప్ యొక్క హాష్ (గేమ్ ఐడెంటిఫైయర్) అయిన 32-బైట్ విలువ.
+ - `win`: ప్లేయర్ గేమ్ను గెలిచాడా లేదా అనేది సూచించే బూలియన్.
+ - `lose`: ప్లేయర్ గేమ్ను ఓడిపోయాడా లేదా అనేది సూచించే బూలియన్.
+ - `digNumber`: గేమ్లో విజయవంతమైన తవ్వకాల సంఖ్య.
+
+- `GamePlayer`: ఈ పట్టిక `gameId` నుండి ప్లేయర్ చిరునామాకు రివర్స్ మ్యాపింగ్ను కలిగి ఉంటుంది.
+
+- `Map`: కీ అనేది మూడు విలువల టపుల్:
+
+ - `gameId`: ప్లేయర్ ఆడుతున్న మ్యాప్ యొక్క హాష్ (గేమ్ ఐడెంటిఫైయర్) అయిన 32-బైట్ విలువ.
+ - `x` కోఆర్డినేట్
+ - `y` కోఆర్డినేట్
+
+ విలువ ఒకే సంఖ్య. బాంబు గుర్తించబడితే అది 255. లేకపోతే, ఇది ఆ స్థానం చుట్టూ ఉన్న బాంబుల సంఖ్య ప్లస్ ఒకటి. మేము కేవలం బాంబుల సంఖ్యను ఉపయోగించలేము, ఎందుకంటే డిఫాల్ట్గా EVMలోని అన్ని నిల్వలు మరియు MUDలోని అన్ని వరుస విలువలు సున్నా. మేము "ప్లేయర్ ఇంకా ఇక్కడ తవ్వలేదు" మరియు "ప్లేయర్ ఇక్కడ తవ్వాడు, మరియు చుట్టూ సున్నా బాంబులు ఉన్నాయని కనుగొన్నాడు" మధ్య తేడాను గుర్తించాలి.
+
+అదనంగా, క్లయింట్ మరియు సర్వర్ మధ్య కమ్యూనికేషన్ ఆన్చైన్ కాంపోనెంట్ ద్వారా జరుగుతుంది. ఇది పట్టికలను ఉపయోగించి కూడా అమలు చేయబడుతుంది.
+
+- `PendingGame`: కొత్త గేమ్ను ప్రారంభించడానికి సేవ చేయని అభ్యర్థనలు.
+- `PendingDig`: ఒక నిర్దిష్ట గేమ్లో ఒక నిర్దిష్ట ప్రదేశంలో తవ్వడానికి సేవ చేయని అభ్యర్థనలు. ఇది ఒక [ఆఫ్చైన్ టేబుల్](https://mud.dev/store/tables#types-of-tables), అంటే ఇది EVM నిల్వకు వ్రాయబడదు, ఇది ఈవెంట్లను ఉపయోగించి ఆఫ్చైన్లో మాత్రమే చదవబడుతుంది.
+
+### అమలు మరియు డేటా ప్రవాహాలు {#execution-data-flows}
+
+ఈ ప్రవాహాలు క్లయింట్, ఆన్చైన్ కాంపోనెంట్ మరియు సర్వర్ మధ్య అమలును సమన్వయం చేస్తాయి.
+
+#### ప్రారంభీకరణ {#initialization-flow}
+
+మీరు `mprocs` ను అమలు చేసినప్పుడు, ఈ దశలు జరుగుతాయి:
+
+1. [`mprocs`](https://github.com/pvolok/mprocs) నాలుగు భాగాలను నడుపుతుంది:
+
+ - [యాన్విల్](https://book.getfoundry.sh/anvil/), ఇది స్థానిక బ్లాక్చెయిన్ను నడుపుతుంది
+ - [ఒప్పందాలు](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/contracts), ఇది MUD కోసం ఒప్పందాలను కంపైల్ చేస్తుంది (అవసరమైతే) మరియు అమలు చేస్తుంది
+ - [క్లయింట్](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/client), ఇది UI మరియు క్లయింట్ కోడ్ను వెబ్ బ్రౌజర్లకు అందించడానికి [Vite](https://vitejs.dev/) ను నడుపుతుంది.
+ - [సర్వర్](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/server), ఇది సర్వర్ చర్యలను నిర్వహిస్తుంది
+
+2. `contracts` ప్యాకేజీ MUD ఒప్పందాలను అమలు చేస్తుంది మరియు ఆ తర్వాత [`PostDeploy.s.sol` స్క్రిప్ట్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol) నడుపుతుంది. ఈ స్క్రిప్ట్ కాన్ఫిగరేషన్ను సెట్ చేస్తుంది. github నుండి కోడ్ [దానిలో ఎనిమిది మైన్లతో కూడిన 10x5 మైన్ఫీల్డ్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol#L23) నిర్దేశిస్తుంది.
+
+3. [సర్వర్](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts) [MUDని సెటప్ చేయడం](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L6) ద్వారా ప్రారంభమవుతుంది. ఇతర విషయాలతోపాటు, ఇది డేటా సింక్రొనైజేషన్ను సక్రియం చేస్తుంది, తద్వారా సంబంధిత పట్టికల కాపీ సర్వర్ మెమరీలో ఉంటుంది.
+
+4. సర్వర్ [`Configuration` పట్టిక మారినప్పుడు](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L23) అమలు చేయడానికి ఒక ఫంక్షన్ను సబ్స్క్రయిబ్ చేస్తుంది. `PostDeploy.s.sol` పట్టికను అమలు చేసి, సవరించిన తర్వాత [ఈ ఫంక్షన్](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L24-L168) పిలువబడుతుంది.
+
+5. సర్వర్ ప్రారంభ ఫంక్షన్ కాన్ఫిగరేషన్ను కలిగి ఉన్నప్పుడు, [సర్వర్ యొక్క జీరో-కనౌలెడ్జి భాగాన్ని](#using-zokrates-from-typescript) ప్రారంభించడానికి [ఇది `zkFunctions` ను పిలుస్తుంది](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L34-L35). మేము కాన్ఫిగరేషన్ పొందే వరకు ఇది జరగదు ఎందుకంటే జీరో-కనౌలెడ్జి ఫంక్షన్లు మైన్ఫీల్డ్ యొక్క వెడల్పు మరియు ఎత్తును స్థిరాంకాలుగా కలిగి ఉండాలి.
+
+6. సర్వర్ యొక్క జీరో-కనౌలెడ్జి భాగం ప్రారంభించబడిన తర్వాత, తదుపరి దశ [బ్లాక్చెయిన్కు జీరో-కనౌలెడ్జి వెరిఫికేషన్ కాంట్రాక్ట్ను అమలు చేయడం](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L42-L53) మరియు MUDలో వెరిఫైయీ చిరునామాను సెట్ చేయడం.
+
+7. చివరగా, మేము అప్డేట్లకు సబ్స్క్రయిబ్ చేస్తాము, తద్వారా ప్లేయర్ [కొత్త గేమ్ను ప్రారంభించమని](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) లేదా [ఇప్పటికే ఉన్న గేమ్లో తవ్వమని](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73-L108) అభ్యర్థించినప్పుడు మనం చూస్తాము.
+
+#### కొత్త గేమ్ {#new-game-flow}
+
+ప్లేయర్ కొత్త గేమ్ కోసం అభ్యర్థించినప్పుడు ఇది జరుగుతుంది.
+
+1. ఈ ప్లేయర్ కోసం ప్రోగ్రెస్లో గేమ్ లేకపోతే, లేదా ఒకటి ఉండి కానీ సున్నా gameId తో ఉంటే, క్లయింట్ [కొత్త గేమ్ బటన్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175) ప్రదర్శిస్తుంది. వినియోగదారు ఈ బటన్ను నొక్కినప్పుడు, [React `newGame` ఫంక్షన్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L96) నడుపుతుంది.
+
+2. [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L43-L46) ఒక `System` కాల్. MUDలో అన్ని కాల్లు `World` కాంట్రాక్ట్ ద్వారా రూట్ చేయబడతాయి మరియు చాలా సందర్భాల్లో మీరు `__` ను పిలుస్తారు. ఈ సందర్భంలో, కాల్ `app__newGame` కు, MUD తర్వాత [`GameSystem`లో `newGame`కు](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L16-L22) దారి మళ్లిస్తుంది.
+
+3. ఆన్చైన్ ఫంక్షన్ ప్లేయర్కు ప్రోగ్రెస్లో గేమ్ లేదని తనిఖీ చేస్తుంది మరియు ఒకటి లేకపోతే [`PendingGame` పట్టికకు](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L21) అభ్యర్థనను జోడిస్తుంది.
+
+4. సర్వర్ `PendingGame`లో మార్పును గుర్తించి, [సబ్స్క్రయిబ్ చేసిన ఫంక్షన్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) నడుపుతుంది. ఈ ఫంక్షన్ [`newGame` ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L110-L114) పిలుస్తుంది, ఇది [`createGame` ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L116-L144) పిలుస్తుంది.
+
+5. `createGame` చేసే మొదటి పని [తగిన సంఖ్యలో మైన్లతో యాదృచ్ఛిక మ్యాప్ను సృష్టించడం](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L120-L135). ఆ తర్వాత, Zokrates కోసం అవసరమైన ఖాళీ అంచులతో కూడిన మ్యాప్ను సృష్టించడానికి [`makeMapBorders`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L147-L166) ను పిలుస్తుంది. చివరగా, `createGame` మ్యాప్ యొక్క హాష్ను పొందడానికి [`calculateMapHash`](#calculateMapHash) ను పిలుస్తుంది, ఇది గేమ్ IDగా ఉపయోగించబడుతుంది.
+
+6. `newGame` ఫంక్షన్ కొత్త గేమ్ను `gamesInProgress`కు జోడిస్తుంది.
+
+7. సర్వర్ చేసే చివరి పని [`app__newGameResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L38-L43) ను పిలవడం, ఇది ఆన్చైన్లో ఉంటుంది. యాక్సెస్ నియంత్రణను ప్రారంభించడానికి ఈ ఫంక్షన్ [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) అనే వేరే `System`లో ఉంది. యాక్సెస్ నియంత్రణ [MUD కాన్ఫిగరేషన్ ఫైల్లో](https://mud.dev/config), [`mud.config.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts#L67-L72) నిర్వచించబడింది.
+
+ యాక్సెస్ జాబితా `System`ను పిలవడానికి ఒకే చిరునామాను మాత్రమే అనుమతిస్తుంది. ఇది సర్వర్ ఫంక్షన్లకు యాక్సెస్ను ఒకే చిరునామాకు పరిమితం చేస్తుంది, కాబట్టి ఎవరూ సర్వర్ను అనుకరించలేరు.
+
+8. ఆన్చైన్ కాంపోనెంట్ సంబంధిత పట్టికలను అప్డేట్ చేస్తుంది:
+
+ - `PlayerGame`లో గేమ్ను సృష్టించండి.
+ - `GamePlayer`లో రివర్స్ మ్యాపింగ్ను సెట్ చేయండి.
+ - `PendingGame` నుండి అభ్యర్థనను తొలగించండి.
+
+9. సర్వర్ `PendingGame` లో మార్పును గుర్తిస్తుంది, కానీ [`wantsGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L58-L60) తప్పు కాబట్టి ఏమీ చేయదు.
+
+10. క్లయింట్లో [`gameRecord`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L143-L148) ప్లేయర్ చిరునామా కోసం `PlayerGame` ఎంట్రీకి సెట్ చేయబడింది. `PlayerGame` మారినప్పుడు, `gameRecord` కూడా మారుతుంది.
+
+11. `gameRecord` లో విలువ ఉండి, మరియు గేమ్ గెలవకపోయినా లేదా ఓడిపోకపోయినా, క్లయింట్ [మ్యాప్ను ప్రదర్శిస్తుంది](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190).
+
+#### తవ్వడం {#dig-flow}
+
+1. ఆటగాడు [మ్యాప్ సెల్ యొక్క బటన్ను క్లిక్ చేస్తాడు](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L188), ఇది [`dig` ఫంక్షన్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L33-L36) పిలుస్తుంది. ఈ ఫంక్షన్ [`dig` ఆన్చైన్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L24-L32) పిలుస్తుంది.
+
+2. ఆన్చైన్ కాంపోనెంట్ [అనేక శానిటీ తనిఖీలను నిర్వహిస్తుంది](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L25-L30), మరియు విజయవంతమైతే తవ్వకం అభ్యర్థనను [`PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L31)కు జోడిస్తుంది.
+
+3. సర్వర్ [`PendingDig`లో మార్పును గుర్తిస్తుంది](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73). [ఇది చెల్లుబాటు అయితే](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L75-L84), ఇది ఫలితం మరియు అది చెల్లుబాటు అవుతుందని రుజువు రెండింటినీ ఉత్పత్తి చేయడానికి [జీరో-కనౌలెడ్జి కోడ్ను పిలుస్తుంది](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L86-L95) (క్రింద వివరించబడింది).
+
+4. [సర్వర్](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L97-L107) [`digResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L45-L64)ను ఆన్చైన్లో పిలుస్తుంది.
+
+5. `digResponse` రెండు పనులు చేస్తుంది. మొదట, ఇది [జీరో కనౌలెడ్జి రుజువును](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L47-L61) తనిఖీ చేస్తుంది. ఆ తర్వాత, రుజువు సరిపోలితే, ఇది ఫలితాన్ని వాస్తవంగా ప్రాసెస్ చేయడానికి [`processDigResult`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L67-L86) ను పిలుస్తుంది.
+
+6. `processDigResult` గేమ్ [ఓడిపోయిందా](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L76-L78) లేదా [గెలిచిందా](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L83-L86) అని తనిఖీ చేస్తుంది మరియు [`Map`ను, ఆన్చైన్ మ్యాప్ను అప్డేట్ చేస్తుంది](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L80).
+
+7. క్లయింట్ స్వయంచాలకంగా అప్డేట్లను తీసుకుంటుంది మరియు [ప్లేయర్కు ప్రదర్శించబడే మ్యాప్ను అప్డేట్ చేస్తుంది](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190), మరియు వర్తిస్తే అది గెలుపు లేదా ఓటమి అని ప్లేయర్కు చెబుతుంది.
+
+## Zokrates ను ఉపయోగించడం {#using-zokrates}
+
+పైన వివరించిన ప్రవాహాలలో మేము జీరో-కనౌలెడ్జి భాగాలను దాటవేసి, వాటిని బ్లాక్ బాక్స్గా పరిగణించాము. ఇప్పుడు దానిని తెరిచి, ఆ కోడ్ ఎలా వ్రాయబడిందో చూద్దాం.
+
+### మ్యాప్ను హ్యాష్ చేయడం {#hashing-map}
+
+[Poseidon](https://www.poseidon-hash.info) ను అమలు చేయడానికి మేము [ఈ JavaScript కోడ్ను](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) ఉపయోగించవచ్చు, ఇది మేము ఉపయోగించే Zokrates హాష్ ఫంక్షన్. అయితే, ఇది వేగంగా ఉన్నప్పటికీ, దానిని చేయడానికి కేవలం Zokrates హాష్ ఫంక్షన్ను ఉపయోగించడం కంటే ఇది మరింత క్లిష్టంగా ఉంటుంది. ఇది ఒక ట్యుటోరియల్, అందువల్ల కోడ్ పనితీరు కోసం కాకుండా, సరళత కోసం ఆప్టిమైజ్ చేయబడింది. అందువల్ల, మాకు రెండు వేర్వేరు Zokrates ప్రోగ్రామ్లు అవసరం, ఒకటి మ్యాప్ యొక్క హాష్ను లెక్కించడానికి (`hash`) మరియు మరొకటి వాస్తవానికి మ్యాప్లోని ఒక ప్రదేశంలో తవ్వకం ఫలితం యొక్క జీరో-కనౌలెడ్జి రుజువును సృష్టించడానికి (`dig`).
+
+### హాష్ ఫంక్షన్ {#hash-function}
+
+ఇది మ్యాప్ యొక్క హాష్ను లెక్కించే ఫంక్షన్. మేము ఈ కోడ్ను లైన్ ద్వారా లైన్ చూస్తాము.
+
+```
+import "hashes/poseidon/poseidon.zok" as poseidon;
+import "utils/pack/bool/pack128.zok" as pack128;
+```
+
+ఈ రెండు లైన్లు [Zokrates స్టాండర్డ్ లైబ్రరీ](https://zokrates.github.io/toolbox/stdlib.html) నుండి రెండు ఫంక్షన్లను దిగుమతి చేసుకుంటాయి. [మొదటి ఫంక్షన్](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/hashes/poseidon/poseidon.zok) [పోసిడాన్ హాష్](https://www.poseidon-hash.info/). ఇది [`field` ఎలిమెంట్స్](https://zokrates.github.io/language/types.html#field) యొక్క ఒక శ్రేణిని తీసుకుంటుంది మరియు ఒక `field` ను తిరిగి ఇస్తుంది.
+
+Zokrates లో ఫీల్డ్ ఎలిమెంట్ సాధారణంగా 256 బిట్ల కంటే తక్కువ పొడవు ఉంటుంది, కానీ అంత ఎక్కువ కాదు. కోడ్ను సరళీకృతం చేయడానికి, మేము మ్యాప్ను 512 బిట్ల వరకు పరిమితం చేస్తాము మరియు నాలుగు ఫీల్డ్ల శ్రేణిని హాష్ చేస్తాము మరియు ప్రతి ఫీల్డ్లో మేము కేవలం 128 బిట్లను ఉపయోగిస్తాము. [`pack128` ఫంక్షన్](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/utils/pack/bool/pack128.zok) ఈ ప్రయోజనం కోసం 128 బిట్ల శ్రేణిని ఒక `field` గా మారుస్తుంది.
+
+```
+ def hashMap(bool[${width+2}][${height+2}] map) -> field {
+```
+
+ఈ లైన్ ఒక ఫంక్షన్ నిర్వచనాన్ని ప్రారంభిస్తుంది. `hashMap` `map` అని పిలువబడే ఒకే పరామితిని, రెండు డైమెన్షనల్ `bool`(ean) శ్రేణిని పొందుతుంది. [క్రింద వివరించిన](#why-map-border) కారణాల వల్ల మ్యాప్ పరిమాణం `width+2` by `height+2` ఉంటుంది.
+
+మేము `${width+2}` మరియు `${height+2}` ను ఉపయోగించవచ్చు ఎందుకంటే Zokrates ప్రోగ్రామ్లు ఈ అప్లికేషన్లో [టెంప్లేట్ స్ట్రింగ్లుగా](https://www.w3schools.com/js/js_string_templates.asp) నిల్వ చేయబడతాయి. `${` మరియు `}` మధ్య కోడ్ JavaScript ద్వారా మూల్యాంకనం చేయబడుతుంది, మరియు ఈ విధంగా ప్రోగ్రామ్ విభిన్న మ్యాప్ పరిమాణాల కోసం ఉపయోగించబడుతుంది. మ్యాప్ పరామితి దాని చుట్టూ ఎలాంటి బాంబులు లేకుండా ఒక స్థానం వెడల్పు అంచుని కలిగి ఉంటుంది, అందుకే మనం వెడల్పు మరియు ఎత్తుకు రెండు జోడించాలి.
+
+తిరిగి వచ్చే విలువ హాష్ను కలిగి ఉన్న ఒక `field`.
+
+```
+ bool[512] mut map1d = [false; 512];
+```
+
+మ్యాప్ రెండు-డైమెన్షనల్. అయితే, `pack128` ఫంక్షన్ రెండు-డైమెన్షనల్ శ్రేణులతో పనిచేయదు. కాబట్టి మేము మొదట `map1d` ను ఉపయోగించి మ్యాప్ను 512-బైట్ శ్రేణిగా ఫ్లాటెన్ చేస్తాము. డిఫాల్ట్గా Zokrates వేరియబుల్స్ స్థిరాంకాలు, కానీ మేము లూప్లో ఈ శ్రేణికి విలువలను కేటాయించాలి, కాబట్టి మేము దానిని [`mut`](https://zokrates.github.io/language/variables.html#mutability)గా నిర్వచిస్తాము.
+
+మేము శ్రేణిని ప్రారంభించాలి ఎందుకంటే Zokrates `undefined` కలిగి లేదు. `[false; 512]` వ్యక్తీకరణ అంటే [512 `false` విలువల శ్రేణి](https://zokrates.github.io/language/types.html#declaration-and-initialization).
+
+```
+ u32 mut counter = 0;
+```
+
+`map1d` లో మేము ఇప్పటికే నింపిన బిట్స్ మరియు మేము నింపని వాటి మధ్య తేడాను గుర్తించడానికి మాకు ఒక కౌంటర్ కూడా అవసరం.
+
+```
+ for u32 x in 0..${width+2} {
+```
+
+Zokrates లో [`for` loop](https://zokrates.github.io/language/control_flow.html#for-loops) ను మీరు ఇలా ప్రకటిస్తారు. ఒక Zokrates `for` loop స్థిర సరిహద్దులను కలిగి ఉండాలి, ఎందుకంటే ఇది లూప్గా కనిపించినప్పటికీ, కంపైలర్ వాస్తవానికి దానిని "విప్పుతుంది". వ్యక్తీకరణ `${width+2}` ఒక కంపైల్ టైమ్ స్థిరాంకం ఎందుకంటే కంపైలర్ను పిలవడానికి ముందు TypeScript కోడ్ ద్వారా `width` సెట్ చేయబడింది.
+
+```
+ for u32 y in 0..${height+2} {
+ map1d[counter] = map[x][y];
+ counter = counter+1;
+ }
+ }
+```
+
+మ్యాప్లోని ప్రతి స్థానానికి, ఆ విలువను `map1d` శ్రేణిలో ఉంచి, కౌంటర్ను పెంచండి.
+
+```
+ field[4] hashMe = [
+ pack128(map1d[0..128]),
+ pack128(map1d[128..256]),
+ pack128(map1d[256..384]),
+ pack128(map1d[384..512])
+ ];
+```
+
+`map1d` నుండి నాలుగు `field` విలువల శ్రేణిని సృష్టించడానికి `pack128`. Zokrates లో `array[a..b]` అంటే `a` వద్ద ప్రారంభమై `b-1` వద్ద ముగిసే శ్రేణి యొక్క స్లైస్.
+
+```
+ return poseidon(hashMe);
+}
+```
+
+ఈ శ్రేణిని హాష్గా మార్చడానికి `poseidon` ఉపయోగించండి.
+
+### హాష్ ప్రోగ్రామ్ {#hash-program}
+
+గేమ్ ఐడెంటిఫైయర్లను సృష్టించడానికి సర్వర్ నేరుగా `hashMap` ను పిలవాలి. అయితే, Zokrates ప్రారంభించడానికి ఒక ప్రోగ్రామ్లో `main` ఫంక్షన్ను మాత్రమే పిలవగలదు, కాబట్టి మేము హాష్ ఫంక్షన్ను పిలిచే `main` తో ఒక ప్రోగ్రామ్ను సృష్టిస్తాము.
+
+```
+${hashFragment}
+
+def main(bool[${width+2}][${height+2}] map) -> field {
+ return hashMap(map);
+}
+```
+
+### తవ్వకం ప్రోగ్రామ్ {#dig-program}
+
+ఇది అప్లికేషన్ యొక్క జీరో-కనౌలెడ్జి భాగం యొక్క హృదయం, ఇక్కడ మేము తవ్వకం ఫలితాలను ధృవీకరించడానికి ఉపయోగించే రుజువులను ఉత్పత్తి చేస్తాము.
+
+```
+${hashFragment}
+
+// స్థానం (x,y) లో మైన్ల సంఖ్య
+def map2mineCount(bool[${width+2}][${height+2}] map, u32 x, u32 y) -> u8 {
+ return if map[x+1][y+1] { 1 } else { 0 };
+}
+```
+
+#### మ్యాప్ బార్డర్ ఎందుకు {#why-map-border}
+
+జీరో-కనౌలెడ్జి రుజువులు [అంకగణిత సర్క్యూట్లను](https://medium.com/web3studio/simple-explanations-of-arithmetic-circuits-and-zero-knowledge-proofs-806e59a79785) ఉపయోగిస్తాయి, వీటికి `if` స్టేట్మెంట్కు సులభమైన సమానం లేదు. బదులుగా, వారు [షరతులతో కూడిన ఆపరేటర్](https://en.wikipedia.org/wiki/Ternary_conditional_operator)కు సమానమైనదాన్ని ఉపయోగిస్తారు. `a` సున్నా లేదా ఒకటి కాగలిగితే, మీరు `if a { b } else { c }`ను `ab+(1-a)c` గా లెక్కించవచ్చు.
+
+ఈ కారణంగా, Zokrates `if` స్టేట్మెంట్ ఎల్లప్పుడూ రెండు శాఖలను మూల్యాంకనం చేస్తుంది. ఉదాహరణకు, మీకు ఈ కోడ్ ఉంటే:
+
+```
+bool[5] arr = [false; 5];
+u32 index=10;
+return if index>4 { 0 } else { arr[index] }
+```
+
+ఇది లోపం చూపుతుంది, ఎందుకంటే ఇది `arr[10]` ను లెక్కించాలి, ఆ విలువ తర్వాత సున్నాతో గుణించబడినప్పటికీ.
+
+మ్యాప్ చుట్టూ ఒక స్థానం వెడల్పు సరిహద్దు అవసరం కావడానికి ఇదే కారణం. మేము ఒక స్థానం చుట్టూ ఉన్న మొత్తం మైన్ల సంఖ్యను లెక్కించాలి, మరియు దాని అర్థం మనం తవ్వుతున్న స్థానానికి ఒక వరుస పైన మరియు క్రింద, ఎడమ మరియు కుడివైపున ఉన్న స్థానాన్ని చూడాలి. అంటే Zokrates అందించిన మ్యాప్ శ్రేణిలో ఆ స్థానాలు ఉండాలి.
+
+```
+def main(private bool[${width+2}][${height+2}] map, u32 x, u32 y) -> (field, u8) {
+```
+
+డిఫాల్ట్గా Zokrates రుజువులు వాటి ఇన్పుట్లను కలిగి ఉంటాయి. ఒక ప్రదేశం చుట్టూ ఐదు మైన్లు ఉన్నాయని తెలుసుకోవడం వల్ల ప్రయోజనం లేదు, అది ఏ ప్రదేశం అని మీకు వాస్తవంగా తెలియనంత వరకు (మరియు మీరు దానిని మీ అభ్యర్థనతో సరిపోల్చలేరు, ఎందుకంటే అప్పుడు ప్రూవర్ విభిన్న విలువలను ఉపయోగించి దాని గురించి మీకు చెప్పకపోవచ్చు). అయితే, Zokrates కు అందిస్తూనే మనం మ్యాప్ను రహస్యంగా ఉంచాలి. రుజువు ద్వారా _బహిర్గతం_ కాని `private` పరామితిని ఉపయోగించడం పరిష్కారం.
+
+ఇది దుర్వినియోగానికి మరొక మార్గాన్ని తెరుస్తుంది. ప్రూవర్ సరైన కోఆర్డినేట్లను ఉపయోగించవచ్చు, కానీ స్థానం చుట్టూ ఏదైనా సంఖ్యలో మైన్లతో ఒక మ్యాప్ను సృష్టించవచ్చు, మరియు బహుశా స్థానంలోనే. ఈ దుర్వినియోగాన్ని నివారించడానికి, మేము జీరో కనౌలెడ్జి రుజువులో మ్యాప్ యొక్క హాష్ను చేర్చుతాము, ఇది గేమ్ ఐడెంటిఫైయర్.
+
+```
+ return (hashMap(map),
+```
+
+ఇక్కడ రిటర్న్ విలువ మ్యాప్ హాష్ శ్రేణితో పాటు తవ్వకం ఫలితాన్ని కలిగి ఉన్న టపుల్.
+
+```
+ if map2mineCount(map, x, y) > 0 { 0xFF } else {
+```
+
+స్థానంలోనే బాంబు ఉంటే మేము 255 ను ప్రత్యేక విలువగా ఉపయోగిస్తాము.
+
+```
+ map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) +
+ map2mineCount(map, x-1, y) + map2mineCount(map, x+1, y) +
+ map2mineCount(map, x-1, y+1) + map2mineCount(map, x, y+1) + map2mineCount(map, x+1, y+1)
+ }
+ );
+}
+```
+
+ప్లేయర్ మైన్ను తాకకపోతే, స్థానం చుట్టూ ఉన్న ప్రాంతానికి మైన్ గణనలను జోడించి, దానిని తిరిగి ఇవ్వండి.
+
+### TypeScript నుండి Zokrates ను ఉపయోగించడం {#using-zokrates-from-typescript}
+
+Zokrates కు కమాండ్ లైన్ ఇంటర్ఫేస్ ఉంది, కానీ ఈ ప్రోగ్రామ్లో మేము దానిని [TypeScript కోడ్లో](https://zokrates.github.io/toolbox/zokrates_js.html) ఉపయోగిస్తాము.
+
+Zokrates నిర్వచనాలను కలిగి ఉన్న లైబ్రరీని [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) అంటారు.
+
+```typescript
+import { initialize as zokratesInitialize } from "zokrates-js"
+```
+
+[Zokrates JavaScript బైండింగ్లను](https://zokrates.github.io/toolbox/zokrates_js.html) దిగుమతి చేయండి. మాకు కేవలం [`initialize`](https://zokrates.github.io/toolbox/zokrates_js.html#initialize) ఫంక్షన్ మాత్రమే అవసరం ఎందుకంటే ఇది అన్ని Zokrates నిర్వచనాలకు పరిష్కారమయ్యే వాగ్దానాన్ని తిరిగి ఇస్తుంది.
+
+```typescript
+export const zkFunctions = async (width: number, height: number) : Promise => {
+```
+
+Zokrates వలె, మేము కూడా ఒకే ఒక ఫంక్షన్ను ఎగుమతి చేస్తాము, ఇది కూడా [అసింక్రోనస్](https://www.w3schools.com/js/js_async.asp). ఇది చివరకు తిరిగి వచ్చినప్పుడు, మేము క్రింద చూసే విధంగా ఇది అనేక ఫంక్షన్లను అందిస్తుంది.
+
+```typescript
+const zokrates = await zokratesInitialize()
+```
+
+Zokrates ను ప్రారంభించండి, లైబ్రరీ నుండి మాకు అవసరమైన ప్రతిదాన్ని పొందండి.
+
+```typescript
+const hashFragment = `
+ import "utils/pack/bool/pack128.zok" as pack128;
+ import "hashes/poseidon/poseidon.zok" as poseidon;
+ .
+ .
+ .
+ }
+ `
+
+const hashProgram = `
+ ${hashFragment}
+ .
+ .
+ .
+ `
+
+const digProgram = `
+ ${hashFragment}
+ .
+ .
+ .
+ `
+```
+
+తరువాత మేము పైన చూసిన హాష్ ఫంక్షన్ మరియు రెండు Zokrates ప్రోగ్రామ్లను కలిగి ఉన్నాము.
+
+```typescript
+const digCompiled = zokrates.compile(digProgram)
+const hashCompiled = zokrates.compile(hashProgram)
+```
+
+ఇక్కడ మేము ఆ ప్రోగ్రామ్లను కంపైల్ చేస్తాము.
+
+```typescript
+// జీరో కనౌలెడ్జి వెరిఫికేషన్ కోసం కీలను సృష్టించండి.
+// ప్రొడక్షన్ సిస్టమ్లో మీరు సెటప్ వేడుకను ఉపయోగించాలనుకుంటారు.
+// (https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony).
+const keySetupResults = zokrates.setup(digCompiled.program, "")
+const verifierKey = keySetupResults.vk
+const proverKey = keySetupResults.pk
+```
+
+ప్రొడక్షన్ సిస్టమ్లో మేము మరింత క్లిష్టమైన [సెటప్ వేడుకను](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) ఉపయోగించవచ్చు, కానీ ఇది ప్రదర్శన కోసం సరిపోతుంది. వినియోగదారులు ప్రూవర్ కీని తెలుసుకోవడం సమస్య కాదు - అవి నిజమైతే తప్ప వారు దానిని విషయాలను రుజువు చేయడానికి ఉపయోగించలేరు. మేము ఎంట్రోపీని పేర్కొన్నందున (రెండవ పరామితి, `""`), ఫలితాలు ఎల్లప్పుడూ ఒకే విధంగా ఉంటాయి.
+
+**గమనిక:** Zokrates ప్రోగ్రామ్ల సంకలనం మరియు కీ సృష్టి నెమ్మదిగా జరిగే ప్రక్రియలు. ప్రతిసారీ వాటిని పునరావృతం చేయవలసిన అవసరం లేదు, మ్యాప్ పరిమాణం మారినప్పుడు మాత్రమే. ప్రొడక్షన్ సిస్టమ్లో మీరు వాటిని ఒకసారి చేసి, ఆపై అవుట్పుట్ను నిల్వ చేస్తారు. నేను ఇక్కడ చేయకపోవడానికి ఏకైక కారణం సరళత కోసం.
+
+#### `calculateMapHash` {#calculateMapHash}
+
+```typescript
+const calculateMapHash = function (hashMe: boolean[][]): string {
+ return (
+ "0x" +
+ BigInt(zokrates.computeWitness(hashCompiled, [hashMe]).output.slice(1, -1))
+ .toString(16)
+ .padStart(64, "0")
+ )
+}
+```
+
+[`computeWitness`](https://zokrates.github.io/toolbox/zokrates_js.html#computewitnessartifacts-args-options) ఫంక్షన్ వాస్తవానికి Zokrates ప్రోగ్రామ్ను నడుపుతుంది. ఇది రెండు ఫీల్డ్లతో ఒక నిర్మాణాన్ని తిరిగి ఇస్తుంది: `output`, ఇది ప్రోగ్రామ్ యొక్క అవుట్పుట్ను JSON స్ట్రింగ్గా, మరియు `witness`, ఇది ఫలితం యొక్క జీరో కనౌలెడ్జి రుజువును సృష్టించడానికి అవసరమైన సమాచారం. ఇక్కడ మనకు అవుట్పుట్ మాత్రమే అవసరం.
+
+అవుట్పుట్ `"31337"` రూపంలో ఒక స్ట్రింగ్, కొటేషన్ మార్కులలో ఉంచబడిన దశాంశ సంఖ్య. కానీ `viem` కోసం మనకు అవసరమైన అవుట్పుట్ `0x60A7` రూపంలో ఒక హెక్సాడెసిమల్ సంఖ్య. కాబట్టి మేము కొటేషన్ మార్కులను తొలగించడానికి `.slice(1,-1)` ఉపయోగిస్తాము మరియు ఆ తర్వాత మిగిలిన స్ట్రింగ్ను, ఇది దశాంశ సంఖ్య, [`BigInt`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/BigInt)కు నడపడానికి `BigInt` ఉపయోగిస్తాము. `.toString(16)` ఈ `BigInt`ను హెక్సాడెసిమల్ స్ట్రింగ్గా మారుస్తుంది, మరియు `"0x"+` హెక్సాడెసిమల్ సంఖ్యల కోసం మార్కర్ను జోడిస్తుంది.
+
+```typescript
+// తవ్వి, ఫలితం యొక్క జీరో కనౌలెడ్జి రుజువును తిరిగి ఇవ్వండి
+// (సర్వర్-సైడ్ కోడ్)
+```
+
+జీరో కనౌలెడ్జి రుజువులో పబ్లిక్ ఇన్పుట్లు (`x` మరియు `y`) మరియు ఫలితాలు (మ్యాప్ యొక్క హాష్ మరియు బాంబుల సంఖ్య) ఉంటాయి.
+
+```typescript
+ const zkDig = function(map: boolean[][], x: number, y: number) : any {
+ if (x<0 || x>=width || y<0 || y>=height)
+ throw new Error("Trying to dig outside the map")
+```
+
+Zokrates లో ఒక సూచిక సరిహద్దుల వెలుపల ఉందో లేదో తనిఖీ చేయడం ఒక సమస్య, కాబట్టి మేము దానిని ఇక్కడ చేస్తాము.
+
+```typescript
+const runResults = zokrates.computeWitness(digCompiled, [map, `${x}`, `${y}`])
+```
+
+తవ్వకం ప్రోగ్రామ్ను అమలు చేయండి.
+
+```typescript
+ const proof = zokrates.generateProof(
+ digCompiled.program,
+ runResults.witness,
+ proverKey)
+
+ return proof
+ }
+```
+
+[`generateProof`](https://zokrates.github.io/toolbox/zokrates_js.html#generateproofprogram-witness-provingkey-entropy) ఉపయోగించి, రుజువును తిరిగి ఇవ్వండి.
+
+```typescript
+const solidityVerifier = `
+ // మ్యాప్ పరిమాణం: ${width} x ${height}
+ \n${zokrates.exportSolidityVerifier(verifierKey)}
+ `
+```
+
+ఒక సోలిడిటీ వెరిఫైయర్, `digCompiled.program` ద్వారా ఉత్పత్తి చేయబడిన రుజువులను ధృవీకరించడానికి మేము బ్లాక్చెయిన్కు అమలు చేయగల మరియు ఉపయోగించగల స్మార్ట్ కాంట్రాక్ట్.
+
+```typescript
+ return {
+ zkDig,
+ calculateMapHash,
+ solidityVerifier,
+ }
+}
+```
+
+చివరగా, ఇతర కోడ్కు అవసరమయ్యే ప్రతిదాన్ని తిరిగి ఇవ్వండి.
+
+## భద్రతా పరీక్షలు {#security-tests}
+
+భద్రతా పరీక్షలు ముఖ్యమైనవి ఎందుకంటే కార్యాచరణ బగ్ చివరికి తనను తాను బహిర్గతం చేస్తుంది. కానీ అప్లికేషన్ అభద్రంగా ఉంటే, ఇతరులకు చెందిన వనరులతో మోసం చేసి పారిపోయే వ్యక్తి ద్వారా బహిర్గతం కావడానికి ముందు అది చాలా కాలం పాటు రహస్యంగా ఉండే అవకాశం ఉంది.
+
+### అనుమతులు {#permissions}
+
+ఈ గేమ్లో ఒక ప్రత్యేక అధికారం ఉన్న సంస్థ ఉంది, సర్వర్. ఇది [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) లోని ఫంక్షన్లను పిలవడానికి అనుమతించబడిన ఏకైక వినియోగదారు. సర్వర్ ఖాతాగా మాత్రమే అనుమతించబడిన ఫంక్షన్లకు కాల్లను ధృవీకరించడానికి మేము [`cast`](https://book.getfoundry.sh/cast/) ను ఉపయోగించవచ్చు.
+
+[సర్వర్ యొక్క ప్రైవేట్ కీ `setupNetwork.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/mud/setupNetwork.ts#L52)లో ఉంది.
+
+1. `anvil` (బ్లాక్చెయిన్) ను నడిపే కంప్యూటర్లో, ఈ పర్యావరణ వేరియబుల్స్ను సెట్ చేయండి.
+
+ ```sh copy
+ WORLD_ADDRESS=0x8d8b6b8414e1e3dcfd4168561b9be6bd3bf6ec4b
+ UNAUTHORIZED_KEY=0x5de4111afa1a4b94908f83103eb1f1706367c2e68ca870fc3fb9a804cdab365a
+ AUTHORIZED_KEY=0x59c6995e998f97a5a0044966f0945389dc9e86dae88c7a8412f4603b6b78690d
+ ```
+
+2. అనధికార చిరునామాగా వెరిఫైయర్ చిరునామాను సెట్ చేయడానికి `cast` ను ఉపయోగించండి.
+
+ ```sh copy
+ cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $UNAUTHORIZED_KEY
+ ```
+
+ `cast` వైఫల్యాన్ని నివేదించడమే కాకుండా, బ్రౌజర్లో గేమ్లోని **MUD డెవ్ టూల్స్** ను తెరిచి, **పట్టికలు** క్లిక్ చేసి, **app\_\_VerifierAddress** ను ఎంచుకోవచ్చు. చిరునామా సున్నా కాదని చూడండి.
+
+3. సర్వర్ చిరునామాగా వెరిఫైయర్ చిరునామాను సెట్ చేయండి.
+
+ ```sh copy
+ cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $AUTHORIZED_KEY
+ ```
+
+ **app\_\_VerifiedAddress** లోని చిరునామా ఇప్పుడు సున్నా అయి ఉండాలి.
+
+అదే `System`లోని అన్ని MUD ఫంక్షన్లు ఒకే యాక్సెస్ నియంత్రణ ద్వారా వెళ్తాయి, కాబట్టి నేను ఈ పరీక్షను సరిపోతుందని భావిస్తున్నాను. మీకు నచ్చకపోతే, మీరు [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol)లోని ఇతర ఫంక్షన్లను తనిఖీ చేయవచ్చు.
+
+### జీరో-కనౌలెడ్జి దుర్వినియోగాలు {#zero-knowledge-abuses}
+
+Zokrates ను ధృవీకరించడానికి గణితం ఈ ట్యుటోరియల్ యొక్క పరిధికి మించినది (మరియు నా సామర్థ్యాలకు). అయితే, జీరో-కనౌలెడ్జి కోడ్ను సరిగ్గా చేయకపోతే అది విఫలమవుతుందని ధృవీకరించడానికి మేము దానిపై వివిధ తనిఖీలను అమలు చేయవచ్చు. ఈ పరీక్షలన్నింటికీ మేము [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) ను మార్చాలి మరియు మొత్తం అప్లికేషన్ను పునఃప్రారంభించాలి. సర్వర్ ప్రక్రియను పునఃప్రారంభించడం సరిపోదు, ఎందుకంటే ఇది అప్లికేషన్ను అసాధ్యమైన స్థితిలో ఉంచుతుంది (ప్లేయర్కు ఒక గేమ్ ప్రోగ్రెస్లో ఉంది, కానీ ఆ గేమ్ సర్వర్కు అందుబాటులో లేదు).
+
+#### తప్పు సమాధానం {#wrong-answer}
+
+జీరో-కనౌలెడ్జి రుజువులో తప్పు సమాధానం అందించడం సరళమైన అవకాశం. అది చేయడానికి, మేము `zkDig` లోపలికి వెళ్లి [లైన్ 91 ను సవరించండి](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L91):
+
+```ts
+proof.inputs[3] = "0x" + "1".padStart(64, "0")
+```
+
+దీని అర్థం సరైన సమాధానంతో సంబంధం లేకుండా మేము ఎల్లప్పుడూ ఒక బాంబు ఉందని క్లెయిమ్ చేస్తాము. ఈ వెర్షన్తో ఆడి ప్రయత్నించండి, మరియు మీరు `pnpm dev` స్క్రీన్ యొక్క **సర్వర్** ట్యాబ్లో ఈ లోపాన్ని చూస్తారు:
+
+```
+ cause: {
+ code: 3,
+ message: 'execution reverted: revert: Zero knowledge verification fail',
+ data: '0x08c379a0000000000000000000000000000000000000000000000000000000000000002000000000000000
+000000000000000000000000000000000000000000000000205a65726f206b6e6f776c6564676520766572696669636174696f6
+e206661696c'
+ },
+```
+
+కాబట్టి ఈ రకమైన మోసం విఫలమవుతుంది.
+
+#### తప్పు రుజువు {#wrong-proof}
+
+మేము సరైన సమాచారాన్ని అందించి, కానీ కేవలం తప్పు రుజువు డేటాను కలిగి ఉంటే ఏమి జరుగుతుంది? ఇప్పుడు, లైన్ 91 ను దీనితో భర్తీ చేయండి:
+
+```ts
+proof.proof = {
+ a: ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+ b: [
+ ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+ ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+ ],
+ c: ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+}
+```
+
+ఇది ఇంకా విఫలమవుతుంది, కానీ ఇప్పుడు ఇది వెరిఫైయర్ కాల్ సమయంలో జరుగుతుంది కాబట్టి కారణం లేకుండా విఫలమవుతుంది.
+
+### ఒక వినియోగదారు జీరో ట్రస్ట్ కోడ్ను ఎలా ధృవీకరించగలరు? {#user-verify-zero-trust}
+
+స్మార్ట్ కాంట్రాక్టులను ధృవీకరించడం సాపేక్షంగా సులభం. సాధారణంగా, డెవలపర్ సోర్స్ కోడ్ను బ్లాక్ ఎక్స్ప్లోరర్కు ప్రచురిస్తాడు, మరియు బ్లాక్ ఎక్స్ప్లోరర్ [ఒప్పందం అమలు లావాదేవీ](/developers/docs/smart-contracts/deploying/) లోని కోడ్కు సోర్స్ కోడ్ కంపైల్ అవుతుందని ధృవీకరిస్తుంది. MUD `System`s విషయంలో ఇది [కొద్దిగా క్లిష్టంగా](https://mud.dev/cli/verify) ఉంటుంది, కానీ అంతగా కాదు.
+
+జీరో-కనౌలెడ్జితో ఇది కష్టం. వెరిఫైయర్ కొన్ని స్థిరాంకాలను కలిగి ఉంటుంది మరియు వాటిపై కొన్ని గణనలను నడుపుతుంది. ఏమి రుజువు చేయబడుతోందో ఇది మీకు చెప్పదు.
+
+```solidity
+ function verifyingKey() pure internal returns (VerifyingKey memory vk) {
+ vk.alpha = Pairing.G1Point(uint256(0x0f43f4fe7b5c2326fed4ac6ed2f4003ab9ab4ea6f667c2bdd77afb068617ee16), uint256(0x25a77832283f9726935219b5f4678842cda465631e72dbb24708a97ba5d0ce6f));
+ vk.beta = Pairing.G2Point([uint256(0x2cebd0fbd21aca01910581537b21ae4fed46bc0e524c055059aa164ba0a6b62b), uint256(0x18fd4a7bc386cf03a95af7163d5359165acc4e7961cb46519e6d9ee4a1e2b7e9)], [uint256(0x11449dee0199ef6d8eebfe43b548e875c69e7ce37705ee9a00c81fe52f11a009), uint256(0x066d0c83b32800d3f335bb9e8ed5e2924cf00e77e6ec28178592eac9898e1a00)]);
+```
+
+బ్లాక్ ఎక్స్ప్లోరర్లు తమ వినియోగదారు ఇంటర్ఫేస్లకు Zokrates వెరిఫికేషన్ను జోడించే వరకు, పరిష్కారం, అప్లికేషన్ డెవలపర్లు Zokrates ప్రోగ్రామ్లను అందుబాటులో ఉంచడం, మరియు కనీసం కొంతమంది వినియోగదారులు వాటిని తగిన వెరిఫికేషన్ కీతో తమంతట తాము కంపైల్ చేయడం.
+
+అలా చేయడానికి:
+
+1. [Zokrates ను ఇన్స్టాల్ చేయండి](https://zokrates.github.io/gettingstarted.html).
+
+2. Zokrates ప్రోగ్రామ్తో `dig.zok` అనే ఫైల్ను సృష్టించండి. క్రింది కోడ్ మీరు అసలు మ్యాప్ పరిమాణం, 10x5, ను ఉంచారని ఊహిస్తుంది.
+
+ ```zokrates
+ import "utils/pack/bool/pack128.zok" as pack128;
+ import "hashes/poseidon/poseidon.zok" as poseidon;
+
+ def hashMap(bool[12][7] map) -> field {
+ bool[512] mut map1d = [false; 512];
+ u32 mut counter = 0;
+
+ for u32 x in 0..12 {
+ for u32 y in 0..7 {
+ map1d[counter] = map[x][y];
+ counter = counter+1;
+ }
+ }
+
+ field[4] hashMe = [
+ pack128(map1d[0..128]),
+ pack128(map1d[128..256]),
+ pack128(map1d[256..384]),
+ pack128(map1d[384..512])
+ ];
+
+ return poseidon(hashMe);
+ }
+
+
+ // The number of mines in location (x,y)
+ def map2mineCount(bool[12][7] map, u32 x, u32 y) -> u8 {
+ return if map[x+1][y+1] { 1 } else { 0 };
+ }
+
+ def main(private bool[12][7] map, u32 x, u32 y) -> (field, u8) {
+ return (hashMap(map) ,
+ if map2mineCount(map, x, y) > 0 { 0xFF } else {
+ map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) +
+ map2mineCount(map, x-1, y) + map2mineCount(map, x+1, y) +
+ map2mineCount(map, x-1, y+1) + map2mineCount(map, x, y+1) + map2mineCount(map, x+1, y+1)
+ }
+ );
+ }
+ ```
+
+3. Zokrates కోడ్ను కంపైల్ చేసి, వెరిఫికేషన్ కీని సృష్టించండి. అసలు సర్వర్లో ఉపయోగించిన అదే ఎంట్రోపీతో వెరిఫికేషన్ కీ సృష్టించబడాలి, [ఈ సందర్భంలో ఖాళీ స్ట్రింగ్](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L67).
+
+ ```sh copy
+ zokrates compile --input dig.zok
+ zokrates setup -e ""
+ ```
+
+4. సోలిడిటీ వెరిఫైయర్ను మీ స్వంతంగా సృష్టించండి, మరియు అది బ్లాక్చెయిన్లో ఉన్న దానికి కార్యాచరణపరంగా ఒకేలా ఉందని ధృవీకరించండి (సర్వర్ ఒక వ్యాఖ్యను జోడిస్తుంది, కానీ అది ముఖ్యం కాదు).
+
+ ```sh copy
+ zokrates export-verifier
+ diff verifier.sol ~/20240901-secret-state/packages/contracts/src/verifier.sol
+ ```
+
+## డిజైన్ నిర్ణయాలు {#design}
+
+ఏదైనా తగినంత సంక్లిష్టమైన అప్లికేషన్లో పోటీ డిజైన్ లక్ష్యాలు ఉంటాయి, వాటికి ట్రేడ్-ఆఫ్లు అవసరం. కొన్ని ట్రేడ్-ఆఫ్లను మరియు ప్రస్తుత పరిష్కారం ఇతర ఎంపికల కంటే ఎందుకు ప్రాధాన్యత కలిగి ఉందో చూద్దాం.
+
+### ఎందుకు జీరో-కనౌలెడ్జి {#why-zero-knowledge}
+
+మైన్స్వీపర్ కోసం మీకు నిజంగా జీరో-కనౌలెడ్జి అవసరం లేదు. సర్వర్ ఎల్లప్పుడూ మ్యాప్ను ఉంచుకోవచ్చు, ఆపై గేమ్ ముగిసినప్పుడు దాని మొత్తాన్ని బహిర్గతం చేయవచ్చు. ఆ తర్వాత, గేమ్ చివరిలో, స్మార్ట్ కాంట్రాక్ట్ మ్యాప్ హాష్ను లెక్కించవచ్చు, అది సరిపోలుతుందని ధృవీకరించవచ్చు, మరియు అది సరిపోకపోతే సర్వర్ను శిక్షించవచ్చు లేదా గేమ్ను పూర్తిగా విస్మరించవచ్చు.
+
+నేను ఈ సరళమైన పరిష్కారాన్ని ఉపయోగించలేదు ఎందుకంటే ఇది స్పష్టంగా నిర్వచించబడిన ముగింపు స్థితితో చిన్న ఆటలకు మాత్రమే పనిచేస్తుంది. ఒక గేమ్ సంభావ్యంగా అనంతంగా ఉన్నప్పుడు ([స్వయంప్రతిపత్త ప్రపంచాల](https://0xparc.org/blog/autonomous-worlds) విషయంలో వలె), మీకు స్థితిని _బహిర్గతం_ చేయకుండా రుజువు చేసే పరిష్కారం అవసరం.
+
+ఒక ట్యుటోరియల్గా ఈ ఆర్టికల్కు అర్థం చేసుకోవడానికి సులభమైన చిన్న గేమ్ అవసరం, కానీ ఈ సాంకేతికత సుదీర్ఘ ఆటలకు చాలా ఉపయోగకరంగా ఉంటుంది.
+
+### ఎందుకు Zokrates? {#why-zokrates}
+
+[Zokrates](https://zokrates.github.io/) అందుబాటులో ఉన్న ఏకైక జీరో-కనౌలెడ్జి లైబ్రరీ కాదు, కానీ ఇది ఒక సాధారణ, [అవసరమైన](https://en.wikipedia.org/wiki/Imperative_programming) ప్రోగ్రామింగ్ భాష వలె ఉంటుంది మరియు బూలియన్ వేరియబుల్స్కు మద్దతు ఇస్తుంది.
+
+మీ అప్లికేషన్ కోసం, విభిన్న అవసరాలతో, మీరు [Circum](https://docs.circom.io/getting-started/installation/) లేదా [Cairo](https://www.cairo-lang.org/tutorials/getting-started-with-cairo/) ఉపయోగించడానికి ఇష్టపడవచ్చు.
+
+### Zokrates ను ఎప్పుడు కంపైల్ చేయాలి {#when-compile-zokrates}
+
+ఈ ప్రోగ్రామ్లో మేము Zokrates ప్రోగ్రామ్లను [సర్వర్ ప్రారంభమైన ప్రతిసారీ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61) కంపైల్ చేస్తాము. ఇది స్పష్టంగా వనరుల వృధా, కానీ ఇది సరళత కోసం ఆప్టిమైజ్ చేయబడిన ట్యుటోరియల్.
+
+నేను ప్రొడక్షన్-స్థాయి అప్లికేషన్ వ్రాస్తుంటే, ఈ మైన్ఫీల్డ్ పరిమాణంలో కంపైల్ చేయబడిన Zokrates ప్రోగ్రామ్లతో నా దగ్గర ఒక ఫైల్ ఉందో లేదో తనిఖీ చేస్తాను, మరియు అలా అయితే దానిని ఉపయోగిస్తాను. ఆన్చైన్లో వెరిఫైయర్ కాంట్రాక్ట్ను అమలు చేయడం విషయంలో కూడా ఇదే నిజం.
+
+### వెరిఫైయర్ మరియు ప్రూవర్ కీలను సృష్టించడం {#key-creation}
+
+[కీ సృష్టి](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L63-L69) అనేది ఇచ్చిన మైన్ఫీల్డ్ పరిమాణానికి ఒకటి కంటే ఎక్కువసార్లు చేయవలసిన అవసరం లేని మరొక స్వచ్ఛమైన గణన. మళ్ళీ, ఇది సరళత కోసం మాత్రమే ఒకసారి చేయబడుతుంది.
+
+అదనంగా, మేము [ఒక సెటప్ వేడుకను](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) ఉపయోగించవచ్చు. సెటప్ వేడుక యొక్క ప్రయోజనం ఏమిటంటే, జీరో-కనౌలెడ్జి రుజువుపై మోసం చేయడానికి మీకు ప్రతి పాల్గొనేవారి నుండి ఎంట్రోపీ లేదా ఏదైనా మధ్యంతర ఫలితం అవసరం. కనీసం ఒక వేడుక పాల్గొనేవాడు నిజాయితీగా ఉండి, ఆ సమాచారాన్ని తొలగిస్తే, జీరో-కనౌలెడ్జి రుజువులు కొన్ని దాడుల నుండి సురక్షితంగా ఉంటాయి. అయితే, సమాచారం ప్రతిచోటా నుండి తొలగించబడిందని ధృవీకరించడానికి _ఏ యంత్రాంగం_ లేదు. జీరో-కనౌలెడ్జి రుజువులు చాలా ముఖ్యమైనవి అయితే, మీరు సెటప్ వేడుకలో పాల్గొనాలని కోరుకుంటారు.
+
+ఇక్కడ మేము [టౌ యొక్క శాశ్వత శక్తుల](https://github.com/privacy-scaling-explorations/perpetualpowersoftau)పై ఆధారపడతాము, ఇందులో డజన్ల కొద్దీ పాల్గొనేవారు ఉన్నారు. ఇది బహుశా తగినంత సురక్షితమైనది మరియు చాలా సరళమైనది. కీ సృష్టి సమయంలో మేము ఎంట్రోపీని కూడా జోడించము, ఇది వినియోగదారులకు [జీరో-కనౌలెడ్జి కాన్ఫిగరేషన్ను ధృవీకరించడం](#user-verify-zero-trust) సులభం చేస్తుంది.
+
+### ఎక్కడ ధృవీకరించాలి {#where-verification}
+
+మేము జీరో-కనౌలెడ్జి రుజువులను ఆన్చైన్లో (దీనికి గ్యాస్ ఖర్చవుతుంది) లేదా క్లయింట్లో ([`verify`](https://zokrates.github.io/toolbox/zokrates_js.html#verifyverificationkey-proof) ఉపయోగించి) ధృవీకరించవచ్చు. నేను మొదటిదాన్ని ఎంచుకున్నాను, ఎందుకంటే ఇది మిమ్మల్ని ఒకసారి [వెరిఫైయర్ను ధృవీకరించడానికి](#user-verify-zero-trust) అనుమతిస్తుంది మరియు ఆ తర్వాత దాని కాంట్రాక్ట్ చిరునామా ఒకేలా ఉన్నంత వరకు అది మారదని విశ్వసించవచ్చు. ధృవీకరణ క్లయింట్లో జరిగితే, మీరు క్లయింట్ను డౌన్లోడ్ చేసిన ప్రతిసారీ మీరు అందుకున్న కోడ్ను ధృవీకరించాలి.
+
+అలాగే, ఈ గేమ్ సింగిల్ ప్లేయర్ అయినప్పటికీ, చాలా బ్లాక్చెయిన్ ఆటలు మల్టీ-ప్లేయర్. ఆన్చైన్ వెరిఫికేషన్ అంటే మీరు జీరో-కనౌలెడ్జి రుజువును ఒకసారి మాత్రమే ధృవీకరిస్తారు. క్లయింట్లో దీన్ని చేయడం వలన ప్రతి క్లయింట్ స్వతంత్రంగా ధృవీకరించవలసి ఉంటుంది.
+
+### మ్యాప్ను TypeScript లో లేదా Zokrates లో ఫ్లాటెన్ చేయాలా? {#where-flatten}
+
+సాధారణంగా, ప్రాసెసింగ్ TypeScript లో లేదా Zokrates లో చేయగలిగితే, దానిని TypeScript లో చేయడం మంచిది, ఇది చాలా వేగంగా ఉంటుంది మరియు జీరో-కనౌలెడ్జి రుజువులు అవసరం లేదు. ఉదాహరణకు, మేము Zokrates కు హాష్ను అందించి, అది సరైనదని ధృవీకరించమని చేయకపోవడానికి ఇదే కారణం. హ్యాషింగ్ Zokrates లోపల జరగాలి, కానీ తిరిగి వచ్చిన హాష్ మరియు ఆన్చైన్లోని హాష్ మధ్య సరిపోలిక దాని వెలుపల జరగవచ్చు.
+
+అయితే, మేము ఇంకా [Zokrates లో మ్యాప్ను ఫ్లాటెన్ చేస్తాము](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20), అయితే మేము దానిని TypeScript లో చేసి ఉండవచ్చు. కారణం ఏమిటంటే ఇతర ఎంపికలు, నా అభిప్రాయం ప్రకారం, అధ్వాన్నంగా ఉన్నాయి.
+
+- Zokrates కోడ్కు ఒక డైమెన్షనల్ బూలియన్ శ్రేణిని అందించి, రెండు డైమెన్షనల్ మ్యాప్ను పొందడానికి `x*(height+2)
+ +y` వంటి వ్యక్తీకరణను ఉపయోగించండి. ఇది [కోడ్ను](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) కొంత క్లిష్టంగా చేస్తుంది, కాబట్టి నేను ట్యుటోరియల్ కోసం పనితీరు లాభం విలువైనది కాదని నిర్ణయించుకున్నాను.
+
+- Zokrates కు ఒక డైమెన్షనల్ శ్రేణి మరియు రెండు డైమెన్షనల్ శ్రేణి రెండింటినీ పంపండి. అయితే, ఈ పరిష్కారం మనకు ఏమీ లాభం చేయదు. Zokrates కోడ్ దానికి అందించబడిన ఒక డైమెన్షనల్ శ్రేణి వాస్తవానికి రెండు డైమెన్షనల్ శ్రేణి యొక్క సరైన ప్రాతినిధ్యం అని ధృవీకరించవలసి ఉంటుంది. కాబట్టి ఎలాంటి పనితీరు లాభం ఉండదు.
+
+- Zokrates లో రెండు డైమెన్షనల్ శ్రేణిని ఫ్లాటెన్ చేయండి. ఇది సరళమైన ఎంపిక, కాబట్టి నేను దానిని ఎంచుకున్నాను.
+
+### మ్యాప్లను ఎక్కడ నిల్వ చేయాలి {#where-store-maps}
+
+ఈ అప్లికేషన్లో [`gamesInProgress`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L20) కేవలం మెమరీలో ఒక వేరియబుల్. దీని అర్థం మీ సర్వర్ చనిపోయి, పునఃప్రారంభించవలసి వస్తే, అది నిల్వ చేసిన మొత్తం సమాచారం పోతుంది. ఆటగాళ్లు తమ గేమ్ను కొనసాగించలేకపోవడమే కాకుండా, ఆన్చైన్ కాంపోనెంట్ వారు ఇంకా ఒక గేమ్ ప్రోగ్రెస్లో ఉన్నారని భావించడం వల్ల వారు కొత్త గేమ్ను కూడా ప్రారంభించలేరు.
+
+ప్రొడక్షన్ సిస్టమ్ కోసం ఇది స్పష్టంగా చెడ్డ డిజైన్, ఇందులో మీరు ఈ సమాచారాన్ని డేటాబేస్లో నిల్వ చేస్తారు. ఇక్కడ నేను ఒక వేరియబుల్ ఉపయోగించడానికి ఏకైక కారణం ఇది ట్యుటోరియల్ మరియు సరళత ప్రధాన పరిగణన.
+
+## ముగింపు: ఏ పరిస్థితులలో ఇది తగిన టెక్నిక్? {#conclusion}
+
+కాబట్టి, ఇప్పుడు మీకు ఆన్చైన్లో ఉండని రహస్య స్థితిని నిల్వ చేసే సర్వర్తో ఒక గేమ్ ఎలా వ్రాయాలో తెలుసు. కానీ ఏ సందర్భాల్లో మీరు దీన్ని చేయాలి? రెండు ప్రధాన పరిగణనలు ఉన్నాయి.
+
+- _సుదీర్ఘంగా నడిచే గేమ్_: [పైన చెప్పినట్లుగా](#why-zero-knowledge), ఒక చిన్న గేమ్లో మీరు గేమ్ ముగిసిన తర్వాత స్థితిని ప్రచురించి, ఆ తర్వాత ప్రతిదీ ధృవీకరించవచ్చు. కానీ గేమ్ ఎక్కువ లేదా నిరవధిక సమయం తీసుకున్నప్పుడు మరియు స్థితి రహస్యంగా ఉండవలసి వచ్చినప్పుడు అది ఒక ఎంపిక కాదు.
+
+- _కొంత కేంద్రీకరణ ఆమోదయోగ్యం_: జీరో-కనౌలెడ్జి రుజువులు సమగ్రతను ధృవీకరించగలవు, ఒక సంస్థ ఫలితాలను నకిలీ చేయడం లేదని. వారు చేయలేనిది ఏమిటంటే, ఆ సంస్థ ఇంకా అందుబాటులో ఉంటుందని మరియు సందేశాలకు సమాధానం ఇస్తుందని నిర్ధారించడం. అందుబాటు కూడా వికేంద్రీకరించవలసిన పరిస్థితులలో, జీరో-కనౌలెడ్జి రుజువులు తగిన పరిష్కారం కాదు, మరియు మీకు [బహు-పక్ష గణన](https://en.wikipedia.org/wiki/Secure_multi-party_computation) అవసరం.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
+
+### ధన్యవాదాలు {#acknowledgements}
+
+- అల్వారో అలోన్సో ఈ ఆర్టికల్ యొక్క డ్రాఫ్ట్ను చదివి, Zokrates గురించి నా కొన్ని అపార్థాలను తొలగించారు.
+
+మిగిలిన ఏవైనా లోపాలు నా బాధ్యత.
diff --git a/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
new file mode 100644
index 00000000000..98f5ee1588f
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
@@ -0,0 +1,52 @@
+---
+title: స్మార్ట్ కాంట్రాక్టు భద్రత తనిఖీ జాబితా
+description: సురక్షితమైన స్మార్ట్ కాంట్రాక్టులను రాయడానికి సూచించబడిన కార్యప్రవాహం
+author: "Trailofbits"
+tags: [ "స్మార్ట్ కాంట్రాక్టులు", "భద్రత", "దృఢత్వం" ]
+skill: మధ్యస్థ
+lang: te
+published: 2020-09-07
+source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/workflow.md
+---
+
+## స్మార్ట్ కాంట్రాక్టు అభివృద్ధి తనిఖీ జాబితా {#smart-contract-development-checklist}
+
+మీరు మీ స్మార్ట్ కాంట్రాక్టులను వ్రాసేటప్పుడు మేము అనుసరించమని సిఫార్సు చేస్తున్న ఉన్నత-స్థాయి ప్రక్రియ ఇక్కడ ఉంది.
+
+తెలిసిన భద్రతా సమస్యల కోసం తనిఖీ చేయండి:
+
+- [Slither](https://github.com/crytic/slither)తో మీ కాంట్రాక్టులను సమీక్షించండి. సాధారణ బలహీనతల కోసం దీనిలో 40 కంటే ఎక్కువ అంతర్నిర్మిత డిటెక్టర్లు ఉన్నాయి. కొత్త కోడ్తో ప్రతి చెక్-ఇన్లో దీన్ని అమలు చేయండి మరియు అది ఒక క్లీన్ నివేదికను పొందేలా చూసుకోండి (లేదా కొన్ని సమస్యలను నిశ్శబ్దం చేయడానికి ట్రయేజ్ మోడ్ను ఉపయోగించండి).
+- [Crytic](https://crytic.io/)తో మీ కాంట్రాక్టులను సమీక్షించండి. Slither చేయని 50 సమస్యలను ఇది తనిఖీ చేస్తుంది. GitHub లోని పుల్ అభ్యర్థనలలో భద్రతా సమస్యలను సులభంగా గుర్తించడం ద్వారా, మీ బృంద సభ్యులు ఒకరి పురోగతిని మరొకరు తెలుసుకోవడానికి Crytic సహాయపడుతుంది.
+
+మీ కాంట్రాక్టు యొక్క ప్రత్యేక లక్షణాలను పరిగణించండి:
+
+- మీ కాంట్రాక్టులు అప్గ్రేడ్ చేయదగినవిగా ఉన్నాయా? [`slither-check-upgradeability`](https://github.com/crytic/slither/wiki/Upgradeability-Checks) లేదా [Crytic](https://blog.trailofbits.com/2020/06/12/upgradeable-contracts-made-safer-with-crytic/) తో లోపాల కోసం మీ అప్గ్రేడ్ సామర్థ్య కోడ్ను సమీక్షించండి. అప్గ్రేడ్లు తప్పుదారి పట్టగల 17 మార్గాలను మేము డాక్యుమెంట్ చేసాము.
+- మీ కాంట్రాక్టులు ERC లకు అనుగుణంగా ఉన్నాయని చెప్పుకుంటున్నాయా? [`slither-check-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance) తో వాటిని తనిఖీ చేయండి. ఈ సాధనం ఆరు సాధారణ స్పెక్స్ నుండి విచలనాలను తక్షణమే గుర్తిస్తుంది.
+- మీరు 3వ పార్టీ టోకెన్లతో ఇంటిగ్రేట్ అవుతున్నారా? బాహ్య కాంట్రాక్టులపై ఆధారపడటానికి ముందు మా [టోకెన్ ఇంటిగ్రేషన్ చెక్లిస్ట్](/developers/tutorials/token-integration-checklist/)ను సమీక్షించండి.
+
+మీ కోడ్ యొక్క క్లిష్టమైన భద్రతా లక్షణాలను దృశ్యమానంగా తనిఖీ చేయండి:
+
+- Slither యొక్క [inheritance-graph](https://github.com/trailofbits/slither/wiki/Printer-documentation#inheritance-graph) ప్రింటర్ను సమీక్షించండి. అనుకోకుండా జరిగే షాడోయింగ్ మరియు C3 లీనియరైజేషన్ సమస్యలను నివారించండి.
+- Slither యొక్క [function-summary](https://github.com/trailofbits/slither/wiki/Printer-documentation#function-summary) ప్రింటర్ను సమీక్షించండి. ఇది ఫంక్షన్ దృశ్యమానతను మరియు యాక్సెస్ నియంత్రణలను నివేదిస్తుంది.
+- Slither యొక్క [vars-and-auth](https://github.com/trailofbits/slither/wiki/Printer-documentation#variables-written-and-authorization) ప్రింటర్ను సమీక్షించండి. ఇది స్టేట్ వేరియబుల్స్పై యాక్సెస్ నియంత్రణలను నివేదిస్తుంది.
+
+క్లిష్టమైన భద్రతా లక్షణాలను డాక్యుమెంట్ చేయండి మరియు వాటిని మూల్యాంకనం చేయడానికి ఆటోమేటెడ్ పరీక్ష జనరేటర్లను ఉపయోగించండి:
+
+- [మీ కోడ్ కోసం భద్రతా లక్షణాలను డాక్యుమెంట్ చేయడం](/developers/tutorials/guide-to-smart-contract-security-tools/) ఎలాగో నేర్చుకోండి. మొదట ఇది కష్టంగా ఉంటుంది, కానీ మంచి ఫలితాన్ని సాధించడానికి ఇది అత్యంత ముఖ్యమైన కార్యాచరణ. ఈ ట్యుటోరియల్లోని ఏ అధునాతన పద్ధతులనైనా ఉపయోగించడానికి ఇది ఒక ఆవశ్యకత కూడా.
+- [Echidna](https://github.com/crytic/echidna) మరియు [Manticore](https://manticore.readthedocs.io/en/latest/verifier.html)తో ఉపయోగం కోసం Solidityలో భద్రతా లక్షణాలను నిర్వచించండి. మీ స్టేట్ మషీన్, యాక్సెస్ నియంత్రణలు, అంకగణిత కార్యకలాపాలు, బాహ్య పరస్పర చర్యలు, మరియు ప్రమాణాల అనుగుణ్యతపై దృష్టి పెట్టండి.
+- [Slither's Python API](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)తో భద్రతా లక్షణాలను నిర్వచించండి. వారసత్వం, వేరియబుల్ ఆధారపడటాలు, యాక్సెస్ నియంత్రణలు, మరియు ఇతర నిర్మాణాత్మక సమస్యలపై దృష్టి పెట్టండి.
+- [Crytic](https://crytic.io)తో ప్రతి కమిట్లో మీ ప్రాపర్టీ పరీక్షలను అమలు చేయండి. Crytic భద్రతా ప్రాపర్టీ పరీక్షలను వినియోగించుకుని మూల్యాంకనం చేయగలదు, కాబట్టి మీ బృందంలోని ప్రతిఒక్కరూ అవి GitHubలో పాస్ అయ్యాయని సులభంగా చూడగలరు. విఫలమైన పరీక్షలు కమిట్లను బ్లాక్ చేయగలవు.
+
+చివరగా, ఆటోమేటెడ్ సాధనాలు సులభంగా కనుగొనలేని సమస్యల పట్ల శ్రద్ధ వహించండి:
+
+- గోప్యత లేకపోవడం: అవి పూల్లో క్యూలో ఉన్నప్పుడు ప్రతిఒక్కరూ మీ లావాదేవీలను చూడగలరు
+- ఫ్రంట్ రన్నింగ్ లావాదేవీలు
+- క్రిప్టోగ్రాఫిక్ కార్యకలాపాలు
+- బాహ్య DeFi భాగాలతో ప్రమాదకరమైన పరస్పర చర్యలు
+
+## సహాయం కోసం అడగండి {#ask-for-help}
+
+[Ethereum ఆఫీస్ అవర్స్](https://calendly.com/dan-trailofbits/office-hours) ప్రతి మంగళవారం మధ్యాహ్నం జరుగుతాయి. ఈ 1-గంట, 1-ఆన్-1 సెషన్లు భద్రత గురించి మీకు ఏవైనా ప్రశ్నలు అడగడానికి, మా సాధనాలను ఉపయోగించి సమస్యలను పరిష్కరించడానికి, మరియు మీ ప్రస్తుత విధానం గురించి నిపుణుల నుండి అభిప్రాయం పొందడానికి ఒక అవకాశం. ఈ గైడ్ను అనుసరించడంలో మేము మీకు సహాయం చేస్తాము.
+
+మా Slackలో చేరండి: [Empire Hacking](https://join.slack.com/t/empirehacking/shared_invite/zt-h97bbrj8-1jwuiU33nnzg67JcvIciUw). మీకు ఏవైనా ప్రశ్నలు ఉంటే, మేము #crytic మరియు #ethereum ఛానెల్లలో ఎల్లప్పుడూ అందుబాటులో ఉంటాము.
diff --git a/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
new file mode 100644
index 00000000000..e353e252d09
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
@@ -0,0 +1,210 @@
+---
+title: ethers.js ఉపయోగించి టోకెన్లను పంపడం
+description: ethers.js ఉపయోగించి టోకెన్లను పంపడానికి ప్రారంభకులకు అనుకూలమైన మార్గదర్శి.
+author: Kim YongJun
+tags: [ "ETHERS.JS", "ERC-20", "టోకెన్లు" ]
+skill: ఆరంభకులు
+lang: te
+published: 2021-04-06
+---
+
+## ethers.js(5.0) ఉపయోగించి టోకెన్ను పంపండి {#send-token}
+
+### ఈ ట్యుటోరియల్లో మీరు ఎలాగో నేర్చుకుంటారు {#you-learn-about}
+
+- ethers.js ను దిగుమతి చేయండి
+- టోకెన్ బదిలీ
+- నెట్వర్క్ ట్రాఫిక్ పరిస్థితి ప్రకారం గ్యాస్ ధరను సెట్ చేయండి
+
+### ప్రారంభించడానికి {#to-get-started}
+
+ప్రారంభించడానికి, మనము మొదట మన జావాస్క్రిప్ట్లో ethers.js లైబ్రరీని దిగుమతి చేసుకోవాలి
+ethers.js(5.0)ను చేర్చండి
+
+### ఇన్స్టాల్ చేస్తోంది {#install-ethersjs}
+
+```shell
+/home/ricmoo> npm install --save ethers
+```
+
+బ్రౌజర్లో ES6
+
+```html
+
+```
+
+బ్రౌజర్లో ES3(UMD)
+
+```html
+
+```
+
+### పరామితులు {#param}
+
+1. **`contract_address`**: టోకెన్ కాంట్రాక్టు చిరునామా (మీరు బదిలీ చేయాలనుకుంటున్న టోకెన్ ఈథర్ కానప్పుడు కాంట్రాక్టు చిరునామా అవసరం)
+2. **`send_token_amount`**: మీరు రిసీవర్కు పంపాలనుకుంటున్న మొత్తం
+3. **`to_address`**: రిసీవర్ చిరునామా
+4. **`send_account`**: పంపినవారి చిరునామా
+5. **`private_key`**: లావాదేవీపై సంతకం చేయడానికి మరియు వాస్తవానికి టోకెన్లను బదిలీ చేయడానికి పంపినవారి ప్రైవేట్ కీ
+
+## గమనిక {#notice}
+
+`signTransaction(tx)` తీసివేయబడింది ఎందుకంటే `sendTransaction()` దానిని అంతర్గతంగా చేస్తుంది.
+
+## పంపే విధానాలు {#procedure}
+
+### 1. నెట్వర్క్కు కనెక్ట్ అవ్వండి (టెస్టునెట్) {#connect-to-network}
+
+#### ప్రొవైడర్ను సెట్ చేయండి (Infura) {#set-provider}
+
+Ropsten టెస్టునెట్కు కనెక్ట్ అవ్వండి
+
+```javascript
+window.ethersProvider = new ethers.providers.InfuraProvider("ropsten")
+```
+
+### 2. వాలెట్ను సృష్టించండి {#create-wallet}
+
+```javascript
+let wallet = new ethers.Wallet(private_key)
+```
+
+### 3. వాలెట్ను నెట్కు కనెక్ట్ చేయండి {#connect-wallet-to-net}
+
+```javascript
+let walletSigner = wallet.connect(window.ethersProvider)
+```
+
+### 4. ప్రస్తుత గ్యాస్ ధరను పొందండి {#get-gas}
+
+```javascript
+window.ethersProvider.getGasPrice() // gasPrice
+```
+
+### 5. లావాదేవీని నిర్వచించండి {#define-transaction}
+
+క్రింద నిర్వచించబడిన ఈ వేరియబుల్స్ `send_token()` పై ఆధారపడి ఉంటాయి
+
+### లావాదేవీ పరామితులు {#transaction-params}
+
+1. **`send_account`**: టోకెన్ పంపినవారి చిరునామా
+2. **`to_address`**: టోకెన్ రిసీవర్ చిరునామా
+3. **`send_token_amount`**: పంపాల్సిన టోకెన్ల మొత్తం
+4. **`gas_limit`**: గ్యాస్ పరిమితి
+5. **`gas_price`**: గ్యాస్ ధర
+
+[ఎలా ఉపయోగించాలో క్రింద చూడండి](#how-to-use)
+
+```javascript
+const tx = {
+ from: send_account,
+ to: to_address,
+ value: ethers.utils.parseEther(send_token_amount),
+ nonce: window.ethersProvider.getTransactionCount(send_account, "latest"),
+ gasLimit: ethers.utils.hexlify(gas_limit), // 100000
+ gasPrice: gas_price,
+}
+```
+
+### 6. బదిలీ {#transfer}
+
+```javascript
+walletSigner.sendTransaction(tx).then((transaction) => {
+ console.dir(transaction)
+ alert("పంపడం పూర్తయింది!")
+})
+```
+
+## దీన్ని ఎలా ఉపయోగించాలి {#how-to-use}
+
+```javascript
+let private_key =
+ "41559d28e936dc92104ff30691519693fc753ffbee6251a611b9aa1878f12a4d"
+let send_token_amount = "1"
+let to_address = "0x4c10D2734Fb76D3236E522509181CC3Ba8DE0e80"
+let send_address = "0xda27a282B5B6c5229699891CfA6b900A716539E6"
+let gas_limit = "0x100000"
+let wallet = new ethers.Wallet(private_key)
+let walletSigner = wallet.connect(window.ethersProvider)
+let contract_address = ""
+window.ethersProvider = new ethers.providers.InfuraProvider("ropsten")
+
+send_token(
+ contract_address,
+ send_token_amount,
+ to_address,
+ send_address,
+ private_key
+)
+```
+
+### విజయం! {#success}
+
+
+
+## send_token() {#send-token-method}
+
+```javascript
+function send_token(
+ contract_address,
+ send_token_amount,
+ to_address,
+ send_account,
+ private_key
+) {
+ let wallet = new ethers.Wallet(private_key)
+ let walletSigner = wallet.connect(window.ethersProvider)
+
+ window.ethersProvider.getGasPrice().then((currentGasPrice) => {
+ let gas_price = ethers.utils.hexlify(parseInt(currentGasPrice))
+ console.log(`gas_price: ${gas_price}`)
+
+ if (contract_address) {
+ // సాధారణ టోకెన్ పంపడం
+ let contract = new ethers.Contract(
+ contract_address,
+ send_abi,
+ walletSigner
+ )
+
+ // ఎన్ని టోకెన్లు?
+ let numberOfTokens = ethers.utils.parseUnits(send_token_amount, 18)
+ console.log(`numberOfTokens: ${numberOfTokens}`)
+
+ // టోకెన్లను పంపండి
+ contract.transfer(to_address, numberOfTokens).then((transferResult) => {
+ console.dir(transferResult)
+ alert("టోకెన్ పంపబడింది")
+ })
+ } // ఈథర్ పంపడం
+ else {
+ const tx = {
+ from: send_account,
+ to: to_address,
+ value: ethers.utils.parseEther(send_token_amount),
+ nonce: window.ethersProvider.getTransactionCount(
+ send_account,
+ "latest"
+ ),
+ gasLimit: ethers.utils.hexlify(gas_limit), // 100000
+ gasPrice: gas_price,
+ }
+ console.dir(tx)
+ try {
+ walletSigner.sendTransaction(tx).then((transaction) => {
+ console.dir(transaction)
+ alert("పంపడం పూర్తయింది!")
+ })
+ } catch (error) {
+ alert("పంపడంలో విఫలమైంది!!")
+ }
+ }
+ })
+}
+```
diff --git a/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
new file mode 100644
index 00000000000..fcb3ebf621e
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
@@ -0,0 +1,208 @@
+---
+title: Web3 ఉపయోగించి లావాదేవీలను పంపడం
+description: "Web3 ఉపయోగించి ఇతీరియము లావాదేవీలను పంపడానికి ఇది ఒక ప్రారంభ స్నేహపూర్వక మార్గదర్శి. ఇతీరియము బ్లాక్చైన్కు లావాదేవీని పంపడానికి మూడు ప్రధాన దశలు ఉన్నాయి: సృష్టించడం, సంతకం చేయడం మరియు ప్రసారం చేయడం. మేము ఈ మూడింటినీ చర్చిద్దాం."
+author: "ఎలాన్ హాల్పెర్న్"
+tags: [ "లావాదేవీలు", "web3.js", "alchemy" ]
+skill: ఆరంభకులు
+lang: te
+published: 2020-11-04
+source: Alchemy డాక్స్
+sourceUrl: https://www.alchemy.com/docs/how-to-send-transactions-on-ethereum
+---
+
+Web3 ఉపయోగించి ఇతీరియము లావాదేవీలను పంపడానికి ఇది ఒక ప్రారంభ స్నేహపూర్వక మార్గదర్శి. ఇతీరియము బ్లాక్చైన్కు లావాదేవీని పంపడానికి మూడు ప్రధాన దశలు ఉన్నాయి: సృష్టించడం, సంతకం చేయడం మరియు ప్రసారం చేయడం. మేము ఈ మూడింటినీ చర్చిద్దాం, మీకు ఉండగల ఏవైనా ప్రశ్నలకు సమాధానం ఇస్తామని ఆశిస్తున్నాము! ఈ ట్యుటోరియల్లో, మా లావాదేవీలను ఇతీరియము చైన్కు పంపడానికి మేము [Alchemy](https://www.alchemy.com/)ని ఉపయోగిస్తాము. మీరు [ఇక్కడ ఉచిత Alchemy ఖాతాను సృష్టించవచ్చు](https://auth.alchemyapi.io/signup).
+
+**గమనిక:** ఈ మార్గదర్శి మీ యాప్ కోసం _బ్యాకెండ్_ లో మీ లావాదేవీలపై సంతకం చేయడానికి ఉద్దేశించబడింది. మీరు ఫ్రంటెండ్లో మీ లావాదేవీలపై సంతకం చేయడాన్ని ఇంటిగ్రేట్ చేయాలనుకుంటే, [బ్రౌజర్ ప్రొవైడర్తో Web3ని ఇంటిగ్రేట్ చేయడం](https://docs.alchemy.com/reference/api-overview#with-a-browser-provider) చూడండి.
+
+## ప్రాథమిక అంశాలు {#the-basics}
+
+చాలా మంది బ్లాక్చైన్ డెవలపర్ల వలె, వారు మొదటిసారి ప్రారంభించినప్పుడు, మీరు ఒక లావాదేవీని ఎలా పంపాలనే దానిపై కొంత పరిశోధన చేసి ఉండవచ్చు (చాలా సులభంగా ఉండాల్సిన విషయం) మరియు అనేక మార్గదర్శకాలను చూసి ఉండవచ్చు, ప్రతిదీ వేర్వేరు విషయాలు చెప్పడంతో మీరు కొద్దిగా నిరుత్సాహపడి, గందరగోళానికి గురై ఉండవచ్చు. మీరు ఆ పరిస్థితిలో ఉంటే, చింతించకండి; మనమందరం ఏదో ఒక సమయంలో అలానే ఉన్నాము! కాబట్టి, మనం ప్రారంభించడానికి ముందు, కొన్ని విషయాలను స్పష్టం చేసుకుందాం:
+
+### 1. Alchemy మీ ప్రైవేట్ కీలను నిల్వ చేయదు {#alchemy-does-not-store-your-private-keys}
+
+- దీని అర్థం Alchemy మీ తరపున లావాదేవీలపై సంతకం చేసి పంపలేదు. దీనికి కారణం భద్రతా ప్రయోజనాలు. Alchemy మీ ప్రైవేట్ కీని పంచుకోమని మిమ్మల్ని ఎప్పటికీ అడగదు, మరియు మీరు మీ ప్రైవేట్ కీని హోస్ట్ చేయబడిన నోడ్తో (లేదా ఆ విషయానికి వస్తే ఎవరితోనైనా) ఎప్పుడూ పంచుకోకూడదు.
+- మీరు Alchemy యొక్క కోర్ APIని ఉపయోగించి బ్లాక్చైన్ నుండి చదవవచ్చు, కానీ దానికి రాయడానికి, మీరు మీ లావాదేవీలను Alchemy ద్వారా పంపే ముందు వాటిపై సంతకం చేయడానికి వేరేదాన్ని ఉపయోగించాల్సి ఉంటుంది (ఇది ఏదైనా ఇతర [నోడ్ సేవకు](/developers/docs/nodes-and-clients/nodes-as-a-service/) కూడా వర్తిస్తుంది).
+
+### 2. “సంతకం చేసేవారు” అంటే ఎవరు? {#what-is-a-signer}
+
+- సంతకం చేసేవారు మీ ప్రైవేట్ కీని ఉపయోగించి మీ కోసం లావాదేవీలపై సంతకం చేస్తారు. ఈ ట్యుటోరియల్లో మా లావాదేవీపై సంతకం చేయడానికి మేము [Alchemy web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3) ని ఉపయోగిస్తాము, కానీ మీరు ఏదైనా ఇతర web3 లైబ్రరీని కూడా ఉపయోగించవచ్చు.
+- ఫ్రంటెండ్లో, సంతకం చేసేవారికి ఒక మంచి ఉదాహరణ [MetaMask](https://metamask.io/), ఇది మీ తరపున లావాదేవీలపై సంతకం చేసి పంపుతుంది.
+
+### 3. నేను నా లావాదేవీలపై ఎందుకు సంతకం చేయాలి? {#why-do-i-need-to-sign-my-transactions}
+
+- ఇతీరియము నెట్వర్క్లో లావాదేవీని పంపాలనుకునే ప్రతి వినియోగదారుడు లావాదేవీ యొక్క మూలం ఎవరో ధృవీకరించడానికి, లావాదేవీపై (వారి ప్రైవేట్ కీని ఉపయోగించి) సంతకం చేయాలి.
+- ఈ ప్రైవేట్ కీని రక్షించడం చాలా ముఖ్యం, ఎందుకంటే దీనికి ప్రాప్యత కలిగి ఉండటం మీ ఇతీరియము ఖాతాపై పూర్తి నియంత్రణను ఇస్తుంది, ఇది మిమ్మల్ని (లేదా ప్రాప్యత ఉన్న ఎవరినైనా) మీ తరపున లావాదేవీలను నిర్వహించడానికి అనుమతిస్తుంది.
+
+### 4. నా ప్రైవేట్ కీని నేను ఎలా రక్షించుకోవాలి? {#how-do-i-protect-my-private-key}
+
+- మీ ప్రైవేట్ కీని రక్షించడానికి మరియు లావాదేవీలను పంపడానికి దానిని ఉపయోగించడానికి అనేక మార్గాలు ఉన్నాయి. ఈ ట్యుటోరియల్లో మేము `.env` ఫైల్ను ఉపయోగిస్తాము. అయితే, మీరు ప్రైవేట్ కీలను నిల్వ చేసే ప్రత్యేక ప్రొవైడర్ను కూడా ఉపయోగించవచ్చు, కీస్టోర్ ఫైల్ను లేదా ఇతర ఎంపికలను ఉపయోగించవచ్చు.
+
+### 5. `eth_sendTransaction` మరియు `eth_sendRawTransaction` మధ్య తేడా ఏమిటి? {#difference-between-send-and-send-raw}
+
+`eth_sendTransaction` మరియు `eth_sendRawTransaction` రెండూ ఇతీరియము API ఫంక్షన్లు, ఇవి ఇతీరియము నెట్వర్క్కు లావాదేవీని ప్రసారం చేస్తాయి, తద్వారా ఇది భవిష్యత్తు బ్లాక్కు జోడించబడుతుంది. అవి లావాదేవీలపై సంతకం చేయడాన్ని నిర్వహించే విధానంలో విభిన్నంగా ఉంటాయి.
+
+- [`eth_sendTransaction`](https://docs.web3js.org/api/web3-eth/function/sendTransaction) _సంతకం చేయని_ లావాదేవీలను పంపడానికి ఉపయోగించబడుతుంది, దీని అర్థం మీరు పంపుతున్న నోడ్ మీ ప్రైవేట్ కీని నిర్వహించాలి, తద్వారా అది చైన్కు ప్రసారం చేయడానికి ముందు లావాదేవీపై సంతకం చేయగలదు. Alchemy వినియోగదారుల ప్రైవేట్ కీలను కలిగి ఉండదు కాబట్టి, వారు ఈ పద్ధతికి మద్దతు ఇవ్వరు.
+- [`eth_sendRawTransaction`](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction) ఇప్పటికే సంతకం చేసిన లావాదేవీలను ప్రసారం చేయడానికి ఉపయోగించబడుతుంది. దీని అర్థం మీరు మొదట [`signTransaction(tx, private_key)`](https://docs.web3js.org/api/web3-eth-accounts/function/signTransaction) ని ఉపయోగించాలి, ఆ తర్వాత ఫలితాన్ని `eth_sendRawTransaction` లోకి పంపాలి.
+
+web3ని ఉపయోగిస్తున్నప్పుడు, [web3.eth.sendSignedTransaction](https://docs.web3js.org/api/web3-eth/function/sendSignedTransaction) ఫంక్షన్ను కాల్ చేయడం ద్వారా `eth_sendRawTransaction` యాక్సెస్ చేయబడుతుంది.
+
+ఈ ట్యుటోరియల్లో మనం ఉపయోగించబోయేది ఇదే.
+
+### 6. web3 లైబ్రరీ అంటే ఏమిటి? {#what-is-the-web3-library}
+
+- Web3.js అనేది ప్రామాణిక JSON-RPC కాల్స్ చుట్టూ ఉన్న ఒక వ్రాపర్ లైబ్రరీ, ఇది ఇతీరియము అభివృద్ధిలో ఉపయోగించడం చాలా సాధారణం.
+- వివిధ భాషల కోసం అనేక web3 లైబ్రరీలు ఉన్నాయి. ఈ ట్యుటోరియల్లో మనం జావాస్క్రిప్ట్లో వ్రాసిన [Alchemy Web3](https://docs.alchemy.com/reference/api-overview)ని ఉపయోగిస్తాము. మీరు [ethers.js](https://docs.ethers.org/v5/) వంటి ఇతర ఎంపికలను [ఇక్కడ](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) చూడవచ్చు.
+
+సరే, ఇప్పుడు మనకు ఈ ప్రశ్నలలో కొన్నింటికి సమాధానం దొరికింది, ట్యుటోరియల్కు వెళ్దాం. Alchemy [discord](https://discord.gg/gWuC7zB)లో ఎప్పుడైనా ప్రశ్నలు అడగడానికి సంకోచించకండి!
+
+### 7. సురక్షితమైన, గ్యాస్-ఆప్టిమైజ్ చేయబడిన, మరియు ప్రైవేట్ లావాదేవీలను ఎలా పంపాలి? {#how-to-send-secure-gas-optimized-and-private-transactions}
+
+- [Alchemy ట్రాన్సాక్ట్ APIల సూట్ను కలిగి ఉంది](https://docs.alchemy.com/reference/transact-api-quickstart). బలోపేతం చేయబడిన లావాదేవీలను పంపడానికి, లావాదేవీలు జరగడానికి ముందే వాటిని అనుకరించడానికి, ప్రైవేట్ లావాదేవీలను పంపడానికి, మరియు గ్యాస్-ఆప్టిమైజ్ చేయబడిన లావాదేవీలను పంపడానికి మీరు వీటిని ఉపయోగించవచ్చు
+- మీ లావాదేవీ మెమ్పూల్ నుండి తీసివేయబడి, చైన్కు జోడించబడినప్పుడు హెచ్చరించబడటానికి మీరు [Notify API](https://docs.alchemy.com/docs/alchemy-notify)ని కూడా ఉపయోగించవచ్చు
+
+**గమనిక:** ఈ మార్గదర్శికి Alchemy ఖాతా, ఒక ఇతీరియము చిరునామా లేదా MetaMask వాలెట్, NodeJs, మరియు npm ఇన్స్టాల్ చేయబడి ఉండాలి. లేకపోతే, ఈ దశలను అనుసరించండి:
+
+1. [ఉచిత Alchemy ఖాతాను సృష్టించండి](https://auth.alchemyapi.io/signup)
+2. [MetaMask ఖాతాను సృష్టించండి](https://metamask.io/) (లేదా ఒక ఇతీరియము చిరునామా పొందండి)
+3. [NodeJs మరియు NPM ఇన్స్టాల్ చేయడానికి ఈ దశలను అనుసరించండి](https://docs.alchemy.com/alchemy/guides/alchemy-for-macs)
+
+## మీ లావాదేవీని పంపే దశలు {#steps-to-sending-your-transaction}
+
+### 1. Sepolia టెస్ట్నెట్లో Alchemy యాప్ను సృష్టించండి {#create-an-alchemy-app-on-the-sepolia-testnet}
+
+మీ [Alchemy డాష్బోర్డ్](https://dashboard.alchemyapi.io/) కు నావిగేట్ చేసి, మీ నెట్వర్క్ కోసం Sepolia (లేదా ఏదైనా ఇతర టెస్ట్నెట్) ను ఎంచుకుని కొత్త యాప్ను సృష్టించండి.
+
+### 2. Sepolia ఫాసెట్ నుండి ETH అభ్యర్థించండి {#request-eth-from-sepolia-faucet}
+
+ETH స్వీకరించడానికి [Alchemy Sepolia faucet](https://www.sepoliafaucet.com/)లోని సూచనలను అనుసరించండి. మీ **Sepolia** ఇతీరియము చిరునామాను (MetaMask నుండి) చేర్చారని మరియు మరొక నెట్వర్క్ది కాదని నిర్ధారించుకోండి. సూచనలను అనుసరించిన తర్వాత, మీ వాలెట్లో ETH స్వీకరించారని రెండుసార్లు తనిఖీ చేసుకోండి.
+
+### 3. కొత్త ప్రాజెక్ట్ డైరెక్టరీని సృష్టించి, దానిలోకి `cd` అవ్వండి {#create-a-new-project-direction}
+
+కమాండ్ లైన్ (macs కోసం టెర్మినల్) నుండి కొత్త ప్రాజెక్ట్ డైరెక్టరీని సృష్టించి, దానిలోకి నావిగేట్ చేయండి:
+
+```
+mkdir sendtx-example
+cd sendtx-example
+```
+
+### 4. Alchemy Web3 (లేదా ఏదైనా web3 లైబ్రరీ) ని ఇన్స్టాల్ చేయండి {#install-alchemy-web3}
+
+[Alchemy Web3](https://docs.alchemy.com/reference/api-overview)ని ఇన్స్టాల్ చేయడానికి మీ ప్రాజెక్ట్ డైరెక్టరీలో కింది కమాండ్ను అమలు చేయండి:
+
+గమనిక, మీరు ethers.js లైబ్రరీని ఉపయోగించాలనుకుంటే, [ఇక్కడి సూచనలను అనుసరించండి](https://docs.alchemy.com/docs/how-to-send-transactions-on-ethereum).
+
+```
+npm install @alch/alchemy-web3
+```
+
+### 5. dotenv ఇన్స్టాల్ చేయండి {#install-dotenv}
+
+మా API కీ మరియు ప్రైవేట్ కీని సురక్షితంగా నిల్వ చేయడానికి మేము `.env` ఫైల్ను ఉపయోగిస్తాము.
+
+```
+npm install dotenv --save
+```
+
+### 6. `.env` ఫైల్ను సృష్టించండి {#create-the-dotenv-file}
+
+మీ ప్రాజెక్ట్ డైరెక్టరీలో `.env` ఫైల్ను సృష్టించి, కింది వాటిని జోడించండి (“`your-api-url`" మరియు "`your-private-key`" లను భర్తీ చేస్తూ)
+
+- మీ Alchemy API URL ను కనుగొనడానికి, మీ డాష్బోర్డ్లో మీరు ఇప్పుడే సృష్టించిన యాప్ యొక్క యాప్ వివరాల పేజీకి నావిగేట్ చేయండి, కుడి ఎగువ మూలలోని “View Key” పై క్లిక్ చేసి, HTTP URLని తీసుకోండి.
+- MetaMask ఉపయోగించి మీ ప్రైవేట్ కీని కనుగొనడానికి, ఈ [మార్గదర్శి](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key)ని చూడండి.
+
+```
+API_URL = "your-api-url"
+PRIVATE_KEY = "your-private-key"
+```
+
+
+
+
+.env ను కమిట్ చేయవద్దు! దయచేసి మీ .env ఫైల్ను ఎవరితోనూ పంచుకోకుండా లేదా బహిర్గతం చేయకుండా చూసుకోండి, అలా చేయడం ద్వారా మీరు మీ రహస్యాలను రాజీ పడుతున్నారు. మీరు వెర్షన్ నియంత్రణను ఉపయోగిస్తుంటే, మీ .env ని gitignore ఫైల్కు జోడించండి.
+
+
+
+
+### 7. `sendTx.js` ఫైల్ను సృష్టించండి {#create-sendtx-js}
+
+గొప్పది, ఇప్పుడు మన సున్నితమైన డేటా `.env` ఫైల్లో రక్షించబడింది, కోడింగ్ ప్రారంభిద్దాం. మా లావాదేవీ పంపే ఉదాహరణ కోసం, మేము ETHని Sepolia ఫాసెట్కు తిరిగి పంపుతాము.
+
+`sendTx.js` ఫైల్ను సృష్టించండి, ఇక్కడే మేము మా ఉదాహరణ లావాదేవీని కాన్ఫిగర్ చేసి పంపుతాము మరియు దానికి కింది కోడ్ లైన్లను జోడించండి:
+
+```
+async function main() {
+ require('dotenv').config();
+ const { API_URL, PRIVATE_KEY } = process.env;
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3");
+ const web3 = createAlchemyWeb3(API_URL);
+ const myAddress = '0x610Ae88399fc1687FA7530Aac28eC2539c7d6d63' //TODO: ఈ చిరునామాను మీ స్వంత పబ్లిక్ చిరునామాతో భర్తీ చేయండి
+
+ const nonce = await web3.eth.getTransactionCount(myAddress, 'latest'); // నాన్స్ 0 నుండి లెక్కించడం ప్రారంభిస్తుంది
+
+ const transaction = {
+ 'to': '0x31B98D14007bDEe637298086988A0bBd31184523', // eth తిరిగి పంపడానికి ఫాసెట్ చిరునామా
+ 'value': 1000000000000000000, // 1 ETH
+ 'gas': 30000,
+ 'nonce': nonce,
+ // సందేశం పంపడానికి లేదా స్మార్ట్ కాంట్రాక్ట్ను అమలు చేయడానికి ఐచ్ఛిక డేటా ఫీల్డ్
+ };
+
+ const signedTx = await web3.eth.accounts.signTransaction(transaction, PRIVATE_KEY);
+
+ web3.eth.sendSignedTransaction(signedTx.rawTransaction, function(error, hash) {
+ if (!error) {
+ console.log("🎉 మీ లావాదేవీ యొక్క హాష్ ఇది: ", hash, "\n మీ లావాదేవీ స్థితిని వీక్షించడానికి Alchemy's Mempoolని తనిఖీ చేయండి!");
+ } else {
+ console.log("❗మీ లావాదేవీని సమర్పించేటప్పుడు ఏదో తప్పు జరిగింది:", error)
+ }
+ });
+}
+
+main();
+```
+
+**లైన్ 6** లోని చిరునామాను మీ స్వంత పబ్లిక్ చిరునామాతో భర్తీ చేయాలని నిర్ధారించుకోండి.
+
+ఇప్పుడు, ఈ కోడ్ను అమలు చేయడానికి ముందు, ఇక్కడ ఉన్న కొన్ని భాగాల గురించి మాట్లాడుకుందాం.
+
+- `nonce` : మీ చిరునామా నుండి పంపిన లావాదేవీల సంఖ్యను ట్రాక్ చేయడానికి నాన్స్ స్పెసిఫికేషన్ ఉపయోగించబడుతుంది. భద్రతా ప్రయోజనాల కోసం మరియు [రీప్లే దాడులను](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) నివారించడానికి మాకు ఇది అవసరం. మీ చిరునామా నుండి పంపిన లావాదేవీల సంఖ్యను పొందడానికి మేము [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount)ని ఉపయోగిస్తాము.
+- `transaction`: లావాదేవీ ఆబ్జెక్ట్ కొన్ని అంశాలను కలిగి ఉంది, వాటిని మేము పేర్కొనాలి
+ - `to`: ఇది మేము ETH పంపాలనుకుంటున్న చిరునామా. ఈ సందర్భంలో, మేము మొదట అభ్యర్థించిన [Sepolia faucet](https://sepoliafaucet.com/)కు ETHని తిరిగి పంపుతున్నాము.
+ - `value`: ఇది మేము పంపాలనుకుంటున్న మొత్తం, Wei లో పేర్కొనబడింది, ఇక్కడ 10^18 Wei = 1 ETH
+ - `gas`: మీ లావాదేవీతో చేర్చడానికి సరైన గ్యాస్ మొత్తాన్ని నిర్ణయించడానికి అనేక మార్గాలు ఉన్నాయి. గ్యాస్ ధర ఒక నిర్దిష్ట పరిమితిలోకి పడిపోయినప్పుడు మీకు తెలియజేయడానికి Alchemyకి [గ్యాస్ ధర వెబ్హుక్](https://docs.alchemyapi.io/guides/alchemy-notify#address-activity-1) కూడా ఉంది. Mainnet లావాదేవీల కోసం, చేర్చవలసిన సరైన గ్యాస్ మొత్తాన్ని నిర్ణయించడానికి [ETH గ్యాస్ స్టేషన్](https://ethgasstation.info/) వంటి గ్యాస్ ఎస్టిమేటర్ను తనిఖీ చేయడం మంచి పద్ధతి. 21000 అనేది ఇతీరియములో ఒక ఆపరేషన్ ఉపయోగించే కనీస గ్యాస్ మొత్తం, కాబట్టి మా లావాదేవీ అమలు చేయబడుతుందని నిర్ధారించుకోవడానికి మేము ఇక్కడ 30000 పెట్టాము.
+ - `nonce`: పైన ఉన్న నాన్స్ నిర్వచనం చూడండి. నాన్స్ సున్నా నుండి లెక్కించడం ప్రారంభిస్తుంది.
+ - [ఐచ్ఛికం] డేటా: మీ బదిలీతో అదనపు సమాచారాన్ని పంపడానికి లేదా స్మార్ట్ కాంట్రాక్ట్ను కాల్ చేయడానికి ఉపయోగించబడుతుంది, బ్యాలెన్స్ బదిలీలకు అవసరం లేదు, కింద ఉన్న గమనికను చూడండి.
+- `signedTx`: మా లావాదేవీ ఆబ్జెక్ట్పై సంతకం చేయడానికి, మేము మా `PRIVATE_KEY`తో `signTransaction` పద్ధతిని ఉపయోగిస్తాము
+- `sendSignedTransaction`: మన వద్ద సంతకం చేసిన లావాదేవీ ఉన్న తర్వాత, `sendSignedTransaction`ని ఉపయోగించి దాన్ని తదుపరి బ్లాక్లో చేర్చడానికి పంపవచ్చు
+
+**డేటాపై ఒక గమనిక**
+ఇతీరియములో పంపగల రెండు ప్రధాన రకాల లావాదేవీలు ఉన్నాయి.
+
+- బ్యాలెన్స్ బదిలీ: ఒక చిరునామా నుండి మరొక చిరునామాకు ETH పంపండి. డేటా ఫీల్డ్ అవసరం లేదు, అయితే, మీరు మీ లావాదేవీతో పాటు అదనపు సమాచారాన్ని పంపాలనుకుంటే, మీరు ఆ సమాచారాన్ని ఈ ఫీల్డ్లో HEX ఫార్మాట్లో చేర్చవచ్చు.
+ - ఉదాహరణకు, మనం ఒక IPFS పత్రం యొక్క హాష్ను ఇతీరియము చైన్కు రాయాలనుకుంటున్నామని అనుకుందాం, దానికి మార్పులేని టైమ్స్టాంప్ ఇవ్వడానికి. అప్పుడు మా డేటా ఫీల్డ్ ఇలా ఉండాలి: `web3.utils.toHex(‘IPFS hash‘)`. ఇప్పుడు ఎవరైనా చైన్ను క్వెరీ చేసి, ఆ పత్రం ఎప్పుడు జోడించబడిందో చూడవచ్చు.
+- స్మార్ట్ కాంట్రాక్ట్ లావాదేవీ: చైన్పై కొంత స్మార్ట్ కాంట్రాక్ట్ కోడ్ను అమలు చేయండి. ఈ సందర్భంలో, డేటా ఫీల్డ్లో మీరు అమలు చేయాలనుకుంటున్న స్మార్ట్ ఫంక్షన్, ఏవైనా పారామీటర్లతో పాటు ఉండాలి.
+ - ఒక ఆచరణాత్మక ఉదాహరణ కోసం, ఈ [హలో వరల్డ్ ట్యుటోరియల్](https://docs.alchemyapi.io/alchemy/tutorials/hello-world-smart-contract#step-8-create-the-transaction)లో 8వ దశను చూడండి.
+
+### 8. `node sendTx.js` ఉపయోగించి కోడ్ను అమలు చేయండి {#run-the-code-using-node-sendtx-js}
+
+మీ టెర్మినల్ లేదా కమాండ్ లైన్కు తిరిగి వెళ్లి అమలు చేయండి:
+
+```
+node sendTx.js
+```
+
+### 9. Mempoolలో మీ లావాదేవీని చూడండి {#see-your-transaction-in-the-mempool}
+
+మీ Alchemy డాష్బోర్డ్లో [Mempool పేజీ](https://dashboard.alchemyapi.io/mempool)ని తెరిచి, మీ లావాదేవీని కనుగొనడానికి మీరు సృష్టించిన యాప్ ద్వారా ఫిల్టర్ చేయండి. ఇక్కడే మన లావాదేవీ పెండింగ్ స్థితి నుండి మైన్డ్ స్థితికి (విజయవంతమైతే) లేదా విఫలమైతే డ్రాప్డ్ స్థితికి మారడాన్ని మనం చూడవచ్చు. “mined”, “pending”, మరియు “dropped” లావాదేవీలను మీరు క్యాప్చర్ చేయడానికి దాన్ని “All” పై ఉంచారని నిర్ధారించుకోండి. `0x31b98d14007bdee637298086988a0bbd31184523` చిరునామాకు పంపిన లావాదేవీల కోసం వెతకడం ద్వారా కూడా మీరు మీ లావాదేవీని శోధించవచ్చు .
+
+మీరు దాన్ని కనుగొన్న తర్వాత మీ లావాదేవీ వివరాలను వీక్షించడానికి, tx హాష్ను ఎంచుకోండి, ఇది మిమ్మల్ని ఇలా కనిపించే వీక్షణకు తీసుకువెళుతుంది:
+
+
+
+అక్కడ నుండి మీరు ఎరుపు రంగులో చుట్టబడిన ఐకాన్పై క్లిక్ చేయడం ద్వారా Etherscanలో మీ లావాదేవీని వీక్షించవచ్చు!
+
+**భలే!** మీరు ఇప్పుడే Alchemy ఉపయోగించి మీ మొదటి ఇతీరియము లావాదేవీని పంపారు 🎉\*\*
+
+_ఈ మార్గదర్శి గురించి అభిప్రాయం మరియు సూచనల కోసం, దయచేసి Alchemy యొక్క [Discord](https://discord.gg/A39JVCM)లో Elanకు సందేశం పంపండి!_
+
+_మొదట [https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy](https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy) వద్ద ప్రచురించబడింది_
diff --git a/public/content/translations/te/developers/tutorials/server-components/index.md b/public/content/translations/te/developers/tutorials/server-components/index.md
new file mode 100644
index 00000000000..0676c803973
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/server-components/index.md
@@ -0,0 +1,295 @@
+---
+title: "వెబ్3 యాప్ల కోసం సర్వర్ భాగాలు మరియు ఏజెంట్లు"
+description: ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు బ్లాక్చైన్లోని ఈవెంట్లను వినే మరియు వాటి స్వంత లావాదేవీలతో తదనుగుణంగా స్పందించే టైప్స్క్రిప్ట్ సర్వర్లను వ్రాయగలుగుతారు. ఇది కేంద్రీకృత అప్లికేషన్లను (సర్వర్ వైఫల్యానికి ఒక పాయింట్ కాబట్టి) వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది, కానీ వెబ్3 ఎంటిటీలతో పరస్పర చర్య చేయగలదు. మానవ ప్రమేయం లేకుండా ఆన్చైన్ ఈవెంట్లకు స్పందించే ఒక ఏజెంట్ను వ్రాయడానికి కూడా అవే పద్ధతులను ఉపయోగించవచ్చు.
+
+author: ఓరి పోమెరాంట్జ్
+lang: te
+tags: [ "ఏజెంట్", "సర్వర్", "ఆఫ్చైన్" ]
+skill: ఆరంభకులు
+published: 2024-07-15
+---
+
+## పరిచయం {#introduction}
+
+చాలా సందర్భాలలో, ఒక వికేంద్రీకృత యాప్ సాఫ్ట్వేర్ను పంపిణీ చేయడానికి సర్వర్ను ఉపయోగిస్తుంది, కానీ వాస్తవ పరస్పర చర్య అంతా క్లయింట్ (సాధారణంగా, వెబ్ బ్రౌజర్) మరియు బ్లాక్చైన్ మధ్య జరుగుతుంది.
+
+
+
+అయినప్పటికీ, స్వతంత్రంగా నడిచే సర్వర్ భాగం ఉండటం వల్ల ఒక అప్లికేషన్ ప్రయోజనం పొందే కొన్ని సందర్భాలు ఉన్నాయి. అలాంటి సర్వర్ లావాదేవీలను జారీ చేయడం ద్వారా, ఈవెంట్లకు మరియు API వంటి ఇతర వనరుల నుండి వచ్చే అభ్యర్థనలకు స్పందించగలదు.
+
+
+
+అటువంటి సర్వర్ నెరవేర్చగల అనేక సంభావ్య పనులు ఉన్నాయి.
+
+- రహస్య స్థితిని కలిగి ఉండటం. గేమింగ్లో ఆటకు తెలిసిన మొత్తం సమాచారం ఆటగాళ్లకు అందుబాటులో లేకుండా ఉండటం తరచుగా ఉపయోగకరంగా ఉంటుంది. అయినప్పటికీ, _బ్లాక్చైన్లో రహస్యాలు లేవు_, బ్లాక్చైన్లో ఉన్న ఏ సమాచారమైనా ఎవరైనా సులభంగా కనుక్కోగలరు. అందువల్ల, గేమ్ స్థితిలో కొంత భాగాన్ని రహస్యంగా ఉంచాలంటే, దాన్ని మరెక్కడైనా నిల్వ చేయాలి (మరియు బహుశా ఆ స్థితి యొక్క ప్రభావాలను [జీరో-నాలెడ్జ్ ప్రూఫ్స్](/zero-knowledge-proofs) ఉపయోగించి ధృవీకరించాలి).
+
+- కేంద్రీకృత ఒరాకిల్. స్టేక్స్ తగినంత తక్కువగా ఉంటే, ఆన్లైన్లో కొంత సమాచారాన్ని చదివి, ఆ తర్వాత చైన్కు పోస్ట్ చేసే బాహ్య సర్వర్ [ఒరాకిల్](/developers/docs/oracles/)గా ఉపయోగించడానికి సరిపోతుంది.
+
+- ఏజెంట్. దాన్ని యాక్టివేట్ చేయడానికి లావాదేవీ లేకుండా బ్లాక్చైన్లో ఏమీ జరగదు. అవకాశం వచ్చినప్పుడు [ఆర్బిట్రేజ్](/developers/docs/mev/#mev-examples-dex-arbitrage) వంటి చర్యలను నిర్వహించడానికి ఒక సర్వర్ వినియోగదారుడి తరఫున పని చేయగలదు.
+
+## నమూనా ప్రోగ్రామ్ {#sample-program}
+
+మీరు [githubలో](https://github.com/qbzzt/20240715-server-component) ఒక నమూనా సర్వర్ను చూడవచ్చు. ఈ సర్వర్ [ఈ కాంట్రాక్ట్](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=contract_code) నుండి వచ్చే ఈవెంట్లను వింటుంది, ఇది Hardhat యొక్క గ్రీటర్ యొక్క సవరించిన వెర్షన్. గ్రీటింగ్ మార్చబడినప్పుడు, అది దానిని తిరిగి మారుస్తుంది.
+
+దానిని నడపడానికి:
+
+1. రిపోజిటరీని క్లోన్ చేయండి.
+
+ ```sh copy
+ git clone https://github.com/qbzzt/20240715-server-component.git
+ cd 20240715-server-component
+ ```
+
+2. అవసరమైన ప్యాకేజీలను ఇన్స్టాల్ చేయండి. మీకు ఇప్పటికే అది లేకపోతే, [మొదట Nodeను ఇన్స్టాల్ చేయండి](https://nodejs.org/en/download/package-manager).
+
+ ```sh copy
+ npm install
+ ```
+
+3. Holesky టెస్టునెట్లో ETH ఉన్న ఖాతా యొక్క ప్రైవేట్ కీని పేర్కొనడానికి `.env`ను సవరించండి. మీకు Holeskyలో ETH లేకపోతే, మీరు [ఈ ఫాసెట్ను ఉపయోగించవచ్చు](https://holesky-faucet.pk910.de/).
+
+ ```sh filename=".env" copy
+ PRIVATE_KEY=0x
+ ```
+
+4. సర్వర్ను ప్రారంభించండి.
+
+ ```sh copy
+ npm start
+ ```
+
+5. [ఒక బ్లాక్ ఎక్స్ప్లోరర్కు](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract) వెళ్లి, ప్రైవేట్ కీ ఉన్న చిరునామా కాకుండా వేరే చిరునామాను ఉపయోగించి గ్రీటింగ్ను సవరించండి. గ్రీటింగ్ ఆటోమేటిక్గా తిరిగి సవరించబడిందని చూడండి.
+
+### ఇది ఎలా పనిచేస్తుంది? {#how-it-works}
+
+సర్వర్ భాగాన్ని ఎలా వ్రాయాలో అర్థం చేసుకోవడానికి సులభమైన మార్గం నమూనాను లైన్ బై లైన్ పరిశీలించడం.
+
+#### `src/app.ts` {#src-app-ts}
+
+ప్రోగ్రామ్ యొక్క అధిక భాగం [`src/app.ts`](https://github.com/qbzzt/20240715-server-component/blob/main/src/app.ts)లో ఉంది.
+
+##### అవసరమైన ఆబ్జెక్ట్లను సృష్టించడం
+
+```typescript
+import {
+ createPublicClient,
+ createWalletClient,
+ getContract,
+ http,
+ Address,
+} from "viem"
+```
+
+ఇవి మనకు అవసరమైన [Viem](https://viem.sh/) ఎంటిటీలు, ఫంక్షన్లు మరియు [`Address` రకం](https://viem.sh/docs/glossary/types#address). ఈ సర్వర్ [TypeScript](https://www.typescriptlang.org/)లో వ్రాయబడింది, ఇది జావాస్క్రిప్ట్కు ఒక పొడిగింపు, ఇది దానిని [స్ట్రాంగ్లీ టైప్డ్](https://en.wikipedia.org/wiki/Strong_and_weak_typing) చేస్తుంది.
+
+```typescript
+import { privateKeyToAccount } from "viem/accounts"
+```
+
+[ఈ ఫంక్షన్](https://viem.sh/docs/accounts/privateKey) ఒక ప్రైవేట్ కీకి సంబంధించిన చిరునామాతో సహా వాలెట్ సమాచారాన్ని రూపొందించడానికి మనకు అనుమతిస్తుంది.
+
+```typescript
+import { holesky } from "viem/chains"
+```
+
+Viemలో బ్లాక్చైన్ను ఉపయోగించడానికి మీరు దాని నిర్వచనాన్ని ఇంపోర్ట్ చేయాలి. ఈ సందర్భంలో, మేము [Holesky](https://github.com/eth-clients/holesky) టెస్ట్ బ్లాక్చైన్కు కనెక్ట్ కావాలనుకుంటున్నాము.
+
+```typescript
+// .env లోని నిర్వచనాలను process.env కు ఈ విధంగా జోడిస్తాము.
+import * as dotenv from "dotenv"
+dotenv.config()
+```
+
+ఈ విధంగా మనం `.env`ను ఎన్విరాన్మెంట్లోకి చదువుతాము. ప్రైవేట్ కీ కోసం మాకు ఇది అవసరం (తర్వాత చూడండి).
+
+```typescript
+const greeterAddress : Address = "0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6"
+const greeterABI = [
+ {
+ "inputs": [
+ {
+ "internalType": "string",
+ "name": "_greeting",
+ "type": "string"
+ }
+ ],
+ "stateMutability": "nonpayable",
+ "type": "constructor"
+ },
+ .
+ .
+ .
+ {
+ "inputs": [
+ {
+ "internalType": "string",
+ "name": "_greeting",
+ "type": "string"
+ }
+ ],
+ "name": "setGreeting",
+ "outputs": [],
+ "stateMutability": "nonpayable",
+ "type": "function"
+ }
+] as const
+```
+
+ఒక కాంట్రాక్ట్ను ఉపయోగించడానికి మనకు దాని చిరునామా మరియు దాని కోసం [ABI](/glossary/#abi) అవసరం. మేము ఇక్కడ రెండింటినీ అందిస్తాము.
+
+జావాస్క్రిప్ట్ (మరియు అందువల్ల టైప్స్క్రిప్ట్)లో మీరు ఒక కాన్స్టాంట్కు కొత్త విలువను కేటాయించలేరు, కానీ మీరు దానిలో నిల్వ చేసిన ఆబ్జెక్ట్ను _మార్చవచ్చు_. `as const` ప్రత్యయాన్ని ఉపయోగించడం ద్వారా, జాబితా కూడా కాన్స్టాంట్ అని మరియు మార్చబడదని మేము టైప్స్క్రిప్ట్కు చెబుతున్నాము.
+
+```typescript
+const publicClient = createPublicClient({
+ chain: holesky,
+ transport: http(),
+})
+```
+
+ఒక Viem [పబ్లిక్ క్లయింట్ను](https://viem.sh/docs/clients/public.html) సృష్టించండి. పబ్లిక్ క్లయింట్లకు జోడించిన ప్రైవేట్ కీ ఉండదు, అందువల్ల అవి లావాదేవీలను పంపలేవు. అవి [`view` ఫంక్షన్లను](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) కాల్ చేయగలవు, ఖాతా బ్యాలెన్స్లను చదవగలవు, మొదలైనవి.
+
+```typescript
+const account = privateKeyToAccount(process.env.PRIVATE_KEY as `0x${string}`)
+```
+
+ఎన్విరాన్మెంట్ వేరియబుల్స్ [`process.env`](https://www.totaltypescript.com/how-to-strongly-type-process-env)లో అందుబాటులో ఉంటాయి. అయినప్పటికీ, టైప్స్క్రిప్ట్ స్ట్రాంగ్లీ టైప్డ్. ఒక ఎన్విరాన్మెంట్ వేరియబుల్ ఏదైనా స్ట్రింగ్ లేదా ఖాళీగా ఉండవచ్చు, కాబట్టి ఒక ఎన్విరాన్మెంట్ వేరియబుల్ కోసం రకం `string | undefined`. అయినప్పటికీ, Viemలో ఒక కీ `0x${string}` (`0x` తరువాత ఒక స్ట్రింగ్)గా నిర్వచించబడింది. ఇక్కడ `PRIVATE_KEY` ఎన్విరాన్మెంట్ వేరియబుల్ ఆ రకంగా ఉంటుందని మేము టైప్స్క్రిప్ట్కు చెబుతున్నాము. అది కాకపోతే, మనకు రన్టైమ్ ఎర్రర్ వస్తుంది.
+
+[`privateKeyToAccount`](https://viem.sh/docs/accounts/privateKey) ఫంక్షన్ ఈ ప్రైవేట్ కీని ఉపయోగించి పూర్తి ఖాతా ఆబ్జెక్ట్ను సృష్టిస్తుంది.
+
+```typescript
+const walletClient = createWalletClient({
+ account,
+ chain: holesky,
+ transport: http(),
+})
+```
+
+తర్వాత, మేము ఖాతా ఆబ్జెక్ట్ను ఉపయోగించి ఒక [వాలెట్ క్లయింట్ను](https://viem.sh/docs/clients/wallet) సృష్టిస్తాము. ఈ క్లయింట్కు ఒక ప్రైవేట్ కీ మరియు చిరునామా ఉన్నాయి, కాబట్టి దీనిని లావాదేవీలను పంపడానికి ఉపయోగించవచ్చు.
+
+```typescript
+const greeter = getContract({
+ address: greeterAddress,
+ abi: greeterABI,
+ client: { public: publicClient, wallet: walletClient },
+})
+```
+
+ఇప్పుడు మనకు అన్ని అవసరాలు ఉన్నాయి కాబట్టి, మనం చివరకు ఒక [కాంట్రాక్ట్ ఉదాహరణను](https://viem.sh/docs/contract/getContract) సృష్టించగలము. ఆన్చైన్ కాంట్రాక్ట్తో కమ్యూనికేట్ చేయడానికి మేము ఈ కాంట్రాక్ట్ ఉదాహరణను ఉపయోగిస్తాము.
+
+##### బ్లాక్చైన్ నుండి చదవడం
+
+```typescript
+console.log(`Current greeting:`, await greeter.read.greet())
+```
+
+చదవడానికి మాత్రమే ఉండే కాంట్రాక్ట్ ఫంక్షన్లు ([`view`](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) మరియు [`pure`](https://www.tutorialspoint.com/solidity/solidity_pure_functions.htm)) `read` క్రింద అందుబాటులో ఉంటాయి. ఈ సందర్భంలో, మేము దానిని గ్రీటింగ్ను తిరిగి ఇచ్చే [`greet`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=read_contract#cfae3217) ఫంక్షన్ను యాక్సెస్ చేయడానికి ఉపయోగిస్తాము.
+
+జావాస్క్రిప్ట్ సింగిల్-థ్రెడ్, కాబట్టి మనం సుదీర్ఘంగా నడిచే ప్రక్రియను ప్రారంభించినప్పుడు, దానిని [అసమకాలికంగా చేస్తామని పేర్కొనాలి](https://eloquentjavascript.net/11_async.html#h-XvLsfAhtsE). బ్లాక్చైన్ను కాల్ చేయడం, చదవడానికి మాత్రమే చేసే ఆపరేషన్ కోసం కూడా, కంప్యూటర్ మరియు బ్లాక్చైన్ నోడ్ మధ్య రౌండ్-ట్రిప్ అవసరం. ఫలితం కోసం కోడ్ `await` చేయాలని ఇక్కడ పేర్కొనడానికి ఇదే కారణం.
+
+ఇది ఎలా పనిచేస్తుందో మీరు ఆసక్తి కలిగి ఉంటే, మీరు [దాని గురించి ఇక్కడ చదవవచ్చు](https://www.w3schools.com/js/js_promise.asp), కానీ ఆచరణాత్మకంగా మీరు తెలుసుకోవలసినది ఏమిటంటే, మీరు ఎక్కువ సమయం తీసుకునే ఆపరేషన్ను ప్రారంభిస్తే, మీరు ఫలితాల కోసం `await` చేయాలి, మరియు ఇలా చేసే ఏ ఫంక్షన్ అయినా `async`గా ప్రకటించబడాలి.
+
+##### లావాదేవీలను జారీ చేయడం
+
+```typescript
+const setGreeting = async (greeting: string): Promise => {
+```
+
+గ్రీటింగ్ను మార్చే లావాదేవీని జారీ చేయడానికి మీరు కాల్ చేసే ఫంక్షన్ ఇది. ఇది సుదీర్ఘమైన ఆపరేషన్ కాబట్టి, ఫంక్షన్ `async`గా ప్రకటించబడింది. అంతర్గత అమలు కారణంగా, ఏ `async` ఫంక్షన్ అయినా `Promise` ఆబ్జెక్ట్ను తిరిగి ఇవ్వాలి. ఈ సందర్భంలో, `Promise` అంటే `Promise`లో కచ్చితంగా ఏమి తిరిగి ఇవ్వబడుతుందో మేము పేర్కొనడం లేదు.
+
+```typescript
+const txHash = await greeter.write.setGreeting([greeting])
+```
+
+కాంట్రాక్ట్ ఉదాహరణ యొక్క `write` ఫీల్డ్ బ్లాక్చైన్ స్థితికి వ్రాసే అన్ని ఫంక్షన్లను కలిగి ఉంటుంది (లావాదేవీని పంపడం అవసరమైనవి), [`setGreeting`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract#a4136862) వంటివి. పారామితులు, ఏవైనా ఉంటే, జాబితాగా అందించబడతాయి, మరియు ఫంక్షన్ లావాదేవీ యొక్క హాష్ను తిరిగి ఇస్తుంది.
+
+```typescript
+ console.log(`Working on a fix, see https://eth-holesky.blockscout.com/tx/${txHash}`)
+
+ return txHash
+}
+```
+
+లావాదేవీ యొక్క హాష్ను నివేదించండి (దానిని వీక్షించడానికి బ్లాక్ ఎక్స్ప్లోరర్కు URL భాగంగా) మరియు దానిని తిరిగి ఇవ్వండి.
+
+##### ఈవెంట్లకు స్పందించడం
+
+```typescript
+greeter.watchEvent.SetGreeting({
+```
+
+[`watchEvent` ఫంక్షన్](https://viem.sh/docs/actions/public/watchEvent) ఒక ఈవెంట్ విడుదల అయినప్పుడు ఒక ఫంక్షన్ నడవాలని పేర్కొనడానికి మిమ్మల్ని అనుమతిస్తుంది. మీరు ఒకే రకమైన ఈవెంట్ (ఈ సందర్భంలో, `SetGreeting`) గురించి మాత్రమే శ్రద్ధ వహిస్తే, ఆ ఈవెంట్ రకానికి మిమ్మల్ని పరిమితం చేయడానికి మీరు ఈ సింటాక్స్ను ఉపయోగించవచ్చు.
+
+```typescript
+ onLogs: logs => {
+```
+
+`onLogs` ఫంక్షన్ లాగ్ ఎంట్రీలు ఉన్నప్పుడు కాల్ చేయబడుతుంది. Ethereumలో "లాగ్" మరియు "ఈవెంట్" సాధారణంగా పరస్పరం మార్చుకోబడతాయి.
+
+```typescript
+console.log(
+ `Address ${logs[0].args.sender} changed the greeting to ${logs[0].args.greeting}`
+)
+```
+
+అనేక ఈవెంట్లు ఉండవచ్చు, కానీ సరళత కోసం మేము మొదటి దాని గురించి మాత్రమే శ్రద్ధ వహిస్తాము. `logs[0].args` ఈవెంట్ యొక్క ఆర్గ్యుమెంట్లు, ఈ సందర్భంలో `sender` మరియు `greeting`.
+
+```typescript
+ if (logs[0].args.sender != account.address)
+ setGreeting(`${account.address} insists on it being Hello!`)
+ }
+})
+```
+
+పంపినవారు ఈ సర్వర్ _కాకపోతే_, గ్రీటింగ్ను మార్చడానికి `setGreeting` ఉపయోగించండి.
+
+#### `package.json` {#package-json}
+
+[ఈ ఫైల్](https://github.com/qbzzt/20240715-server-component/blob/main/package.json) [Node.js](https://nodejs.org/en) కాన్ఫిగరేషన్ను నియంత్రిస్తుంది. ఈ వ్యాసం ముఖ్యమైన నిర్వచనాలను మాత్రమే వివరిస్తుంది.
+
+```json
+{
+ "main": "dist/index.js",
+```
+
+ఈ నిర్వచనం ఏ జావాస్క్రిప్ట్ ఫైల్ను నడపాలో నిర్దేశిస్తుంది.
+
+```json
+ "scripts": {
+ "start": "tsc && node dist/app.js",
+ },
+```
+
+స్క్రిప్ట్లు వివిధ అప్లికేషన్ చర్యలు. ఈ సందర్భంలో, మనకు ఉన్న ఏకైకది `start`, ఇది సర్వర్ను కంపైల్ చేసి, ఆపై నడుపుతుంది. `tsc` కమాండ్ `typescript` ప్యాకేజీలో భాగం మరియు టైప్స్క్రిప్ట్ను జావాస్క్రిప్ట్లోకి కంపైల్ చేస్తుంది. మీరు దానిని మాన్యువల్గా నడపాలనుకుంటే, అది `node_modules/.bin`లో ఉంది. రెండవ కమాండ్ సర్వర్ను నడుపుతుంది.
+
+```json
+ "type": "module",
+```
+
+అనేక రకాల జావాస్క్రిప్ట్ నోడ్ అప్లికేషన్లు ఉన్నాయి. `module` రకం టాప్ లెవల్ కోడ్లో `await` కలిగి ఉండటానికి మనకు అనుమతిస్తుంది, ఇది మీరు నెమ్మదిగా (మరియు అక్కడ అసమకాలిక) ఆపరేషన్లు చేసినప్పుడు ముఖ్యమైనది.
+
+```json
+ "devDependencies": {
+ "@types/node": "^20.14.2",
+ "typescript": "^5.4.5"
+ },
+```
+
+ఇవి అభివృద్ధికి మాత్రమే అవసరమైన ప్యాకేజీలు. ఇక్కడ మాకు `typescript` అవసరం మరియు మేము దానిని Node.jsతో ఉపయోగిస్తున్నందున, మేము `process` వంటి నోడ్ వేరియబుల్స్ మరియు ఆబ్జెక్ట్ల కోసం రకాలను కూడా పొందుతున్నాము. [`^` సంజ్ఞామానం](https://github.com/npm/node-semver?tab=readme-ov-file#caret-ranges-123-025-004) అంటే ఆ వెర్షన్ లేదా బ్రేకింగ్ మార్పులు లేని అధిక వెర్షన్. వెర్షన్ నంబర్ల అర్థం గురించి మరింత సమాచారం కోసం [ఇక్కడ](https://semver.org) చూడండి.
+
+```json
+ "dependencies": {
+ "dotenv": "^16.4.5",
+ "viem": "2.14.1"
+ }
+}
+```
+
+ఇవి `dist/app.js` నడుస్తున్నప్పుడు, రన్టైమ్లో అవసరమైన ప్యాకేజీలు.
+
+## ముగింపు {#conclusion}
+
+మేము ఇక్కడ సృష్టించిన కేంద్రీకృత సర్వర్ దాని పనిని చేస్తుంది, ఇది ఒక వినియోగదారుడికి ఏజెంట్గా పనిచేయడం. డాప్ పని చేస్తూనే ఉండాలని కోరుకునే మరియు గ్యాస్ ఖర్చు చేయడానికి ఇష్టపడే ఎవరైనా తమ సొంత చిరునామాతో సర్వర్ యొక్క కొత్త ఉదాహరణను నడపవచ్చు.
+
+అయినప్పటికీ, కేంద్రీకృత సర్వర్ యొక్క చర్యలను సులభంగా ధృవీకరించగలిగినప్పుడు మాత్రమే ఇది పనిచేస్తుంది. కేంద్రీకృత సర్వర్లో ఏదైనా రహస్య స్థితి సమాచారం ఉంటే, లేదా కష్టమైన గణనలను నడిపితే, అది మీరు అప్లికేషన్ను ఉపయోగించడానికి నమ్మకం అవసరమైన కేంద్రీకృత ఎంటిటీ, ఇది ఖచ్చితంగా బ్లాక్చైన్లు నివారించడానికి ప్రయత్నిస్తాయి. భవిష్యత్ వ్యాసంలో ఈ సమస్యను అధిగమించడానికి [జీరో-నాలెడ్జ్ ప్రూఫ్లను](/zero-knowledge-proofs) ఎలా ఉపయోగించాలో చూపించాలని నేను ప్లాన్ చేస్తున్నాను.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
diff --git a/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
new file mode 100644
index 00000000000..85092d1a0d9
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
@@ -0,0 +1,92 @@
+---
+title: జావాస్క్రిప్ట్లో ఇతీరియము బ్లాక్ చైనును ఉపయోగించడానికి web3.js ను ఏర్పాటు చేయండి
+description: జావాస్క్రిప్ట్ అప్లికేషన్ల నుండి ఇతీరియము బ్లాక్ చైనుతో సంప్రదించడానికి web3.js లైబ్రరీని ఎలా ఏర్పాటు చేయాలో మరియు కాన్ఫిగర్ చేయాలో తెలుసుకోండి.
+author: "jdourlens"
+tags: [ "web3.js", "జావాస్క్రిప్ట్" ]
+skill: ఆరంభకులు
+lang: te
+published: 2020-04-11
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/setup-web3js-to-use-the-ethereum-blockchain-in-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+ఈ ట్యుటోరియల్లో, ఇతీరియము బ్లాక్ చైనుతో సంప్రదించడానికి [web3.js](https://web3js.readthedocs.io/)తో ఎలా ప్రారంభించాలో చూద్దాం. బ్లాక్ చైను నుండి డేటాను చదవడానికి లేదా లావాదేవీలు చేయడానికి మరియు స్మార్ట్ కాంట్రాక్ట్లను కూడా అమలు చేయడానికి ఫ్రంటెండ్లు మరియు బ్యాకెండ్లు రెండింటిలోనూ Web3.js ఉపయోగించవచ్చు.
+
+మొదటి దశ మీ ప్రాజెక్ట్లో web3.js ను చేర్చడం. వెబ్ పేజీలో దాన్ని ఉపయోగించడానికి, మీరు JSDeliver వంటి CDNని ఉపయోగించి లైబ్రరీని నేరుగా దిగుమతి చేసుకోవచ్చు.
+
+```html
+
+```
+
+బిల్డ్ను ఉపయోగించే మీ బ్యాకెండ్ లేదా ఫ్రంటెండ్ ప్రాజెక్ట్లో ఉపయోగించడానికి మీరు లైబ్రరీని ఇన్స్టాల్ చేయడాన్ని ఇష్టపడితే, మీరు దానిని npm ఉపయోగించి ఇన్స్టాల్ చేయవచ్చు:
+
+```bash
+npm install web3 --save
+```
+
+తర్వాత Web3.js ను Node.js స్క్రిప్ట్ లేదా Browserify ఫ్రంటెండ్ ప్రాజెక్ట్లోకి దిగుమతి చేయడానికి, మీరు కింది జావాస్క్రిప్ట్ లైన్ను ఉపయోగించవచ్చు:
+
+```js
+const Web3 = require("web3")
+```
+
+ఇప్పుడు మనం ప్రాజెక్ట్లో లైబ్రరీని చేర్చాము కాబట్టి మనం దానిని ప్రారంభించాలి. మీ ప్రాజెక్ట్ బ్లాక్ చైనుతో సంభాషించగలగాలి. చాలా ఇతీరియము లైబ్రరీలు RPC కాల్స్ ద్వారా ఒక [నోడ్](/developers/docs/nodes-and-clients/)తో సంభాషిస్తాయి. మన Web3 ప్రొవైడర్ను ప్రారంభించడానికి, మనం ప్రొవైడర్ యొక్క URL ను కన్స్ట్రక్టర్గా పాస్ చేస్తూ ఒక Web3 ఉదాహరణను ఇన్స్టాంటియేట్ చేస్తాము. మీ కంప్యూటర్లో నడుస్తున్న నోడ్ లేదా [గనాచే ఉదాహరణ](https://ethereumdev.io/testing-your-smart-contract-with-existing-protocols-ganache-fork/) ఉంటే అది ఇలా కనిపిస్తుంది:
+
+```js
+const web3 = new Web3("http://localhost:8545")
+```
+
+మీరు హోస్ట్ చేసిన నోడ్ను నేరుగా యాక్సెస్ చేయాలనుకుంటే, మీరు [ఒక సేవ వలె నోడ్స్](/developers/docs/nodes-and-clients/nodes-as-a-service)లో ఎంపికలను కనుగొనవచ్చు.
+
+```js
+const web3 = new Web3("https://cloudflare-eth.com")
+```
+
+మనం మన Web3 ఉదాహరణను సరిగ్గా కాన్ఫిగర్ చేశామని పరీక్షించడానికి, మనం `getBlockNumber` ఫంక్షన్ను ఉపయోగించి తాజా బ్లాక్ నంబర్ను తిరిగి పొందడానికి ప్రయత్నిస్తాము. ఈ ఫంక్షన్ ఒక పారామీటర్గా కాల్బ్యాక్ను అంగీకరిస్తుంది మరియు బ్లాక్ నంబర్ను పూర్ణాంకంగా అందిస్తుంది.
+
+```js
+var Web3 = require("web3")
+const web3 = new Web3("https://cloudflare-eth.com")
+
+web3.eth.getBlockNumber(function (error, result) {
+ console.log(result)
+})
+```
+
+మీరు ఈ ప్రోగ్రామ్ను అమలు చేస్తే, ఇది కేవలం తాజా బ్లాక్ నంబర్ను ప్రింట్ చేస్తుంది: బ్లాక్ చైను యొక్క అగ్రస్థానం. మీ కోడ్లో కాల్బ్యాక్లను నెస్ట్ చేయడాన్ని నివారించడానికి మీరు `await/async` ఫంక్షన్ కాల్స్ను కూడా ఉపయోగించవచ్చు:
+
+```js
+async function getBlockNumber() {
+ const latestBlockNumber = await web3.eth.getBlockNumber()
+ console.log(latestBlockNumber)
+ return latestBlockNumber
+}
+
+getBlockNumber()
+```
+
+మీరు Web3 ఉదాహరణలో అందుబాటులో ఉన్న అన్ని ఫంక్షన్లను [అధికారిక web3.js డాక్యుమెంటేషన్](https://docs.web3js.org/)లో చూడవచ్చు.
+
+చాలా Web3 లైబ్రరీలు అసమకాలికమైనవి ఎందుకంటే నేపథ్యంలో లైబ్రరీ నోడ్కు JSON-RPC కాల్స్ చేస్తుంది, అది ఫలితాన్ని తిరిగి పంపుతుంది.
+
+
+
+మీరు బ్రౌజర్లో పని చేస్తున్నట్లయితే, కొన్ని వాలెట్లు నేరుగా ఒక Web3 ఉదాహరణను ఇంజెక్ట్ చేస్తాయి మరియు లావాదేవీలు చేయడానికి మీరు వినియోగదారుడి ఇతీరియము చిరునామాతో సంప్రదించాలని ప్లాన్ చేస్తే, సాధ్యమైనప్పుడల్లా దాన్ని ఉపయోగించడానికి ప్రయత్నించాలి.
+
+ఒక MetaMask వాలెట్ అందుబాటులో ఉందో లేదో గుర్తించడానికి మరియు అది ఉంటే దాన్ని ప్రారంభించడానికి ప్రయత్నించడానికి ఇక్కడ స్నిప్పెట్ ఉంది. ఇది తర్వాత వినియోగదారుడి బ్యాలెన్స్ను చదవడానికి మరియు మీరు వారిచే ఇతీరియము బ్లాక్ చైనుపై చేయించాలనుకుంటున్న లావాదేవీలను ధృవీకరించడానికి వారిని అనుమతిస్తుంది:
+
+```js
+if (window.ethereum != null) {
+ state.web3 = new Web3(window.ethereum)
+ try {
+ // అవసరమైతే ఖాతా యాక్సెస్ను అభ్యర్థించండి
+ await window.ethereum.enable()
+ // ఖాతాలు ఇప్పుడు బహిర్గతం చేయబడ్డాయి
+ } catch (error) {
+ // వినియోగదారుడు ఖాతా యాక్సెస్ను నిరాకరించారు...
+ }
+}
+```
+
+[Ethers.js](https://docs.ethers.io/) వంటి web3.js కు ప్రత్యామ్నాయాలు ఉన్నాయి మరియు సాధారణంగా కూడా ఉపయోగించబడతాయి. తదుపరి ట్యుటోరియల్లో మనం [బ్లాక్ చైనుపై కొత్తగా వచ్చే బ్లాక్లను సులభంగా ఎలా వినాలి మరియు వాటిలో ఏముందో ఎలా చూడాలి](https://ethereumdev.io/listening-to-new-transactions-happening-on-the-blockchain/) అని చూద్దాం.
diff --git a/public/content/translations/te/developers/tutorials/short-abi/index.md b/public/content/translations/te/developers/tutorials/short-abi/index.md
new file mode 100644
index 00000000000..6a0d1b18d1d
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/short-abi/index.md
@@ -0,0 +1,580 @@
+---
+title: "కాల్డేటా ఆప్టిమైజేషన్ కోసం చిన్న ABIలు"
+description: ఆప్టిమిస్టిక్ రోలప్ల కోసం స్మార్ట్ కాంట్రాక్ట్లను ఆప్టిమైజ్ చేయడం
+author: ఓరి పోమెరాంట్జ్
+lang: te
+tags: [ "లేయర్ 2" ]
+skill: మధ్యస్థ
+published: 2022-04-01
+---
+
+## పరిచయం {#introduction}
+
+ఈ ఆర్టికల్లో, మీరు [ఆప్టిమిస్టిక్ రోలప్లు](/developers/docs/scaling/optimistic-rollups), వాటిపై లావాదేవీల ఖర్చు, మరియు Ethereum మెయిన్నెట్లో కంటే భిన్నమైన విషయాల కోసం ఆప్టిమైజ్ చేయడానికి ఆ విభిన్న వ్యయ నిర్మాణం మనల్ని ఎలా కోరుతుందో తెలుసుకుంటారు.
+ఈ ఆప్టిమైజేషన్ను ఎలా అమలు చేయాలో కూడా మీరు తెలుసుకుంటారు.
+
+### పూర్తి బహిర్గతం {#full-disclosure}
+
+నేను పూర్తి సమయం [Optimism](https://www.optimism.io/) ఉద్యోగిని, కాబట్టి ఈ ఆర్టికల్లోని ఉదాహరణలు Optimismలో రన్ అవుతాయి.
+అయితే, ఇక్కడ వివరించిన టెక్నిక్ ఇతర రోలప్లకు కూడా అలాగే పని చేయాలి.
+
+### పదజాలం {#terminology}
+
+రోలప్ల గురించి చర్చిస్తున్నప్పుడు, 'లేయర్ 1' (L1) అనే పదం మెయిన్నెట్, అంటే ఉత్పత్తి Ethereum నెట్వర్క్ కోసం ఉపయోగించబడుతుంది.
+'లేయర్ 2' (L2) అనే పదం రోలప్ లేదా భద్రత కోసం L1పై ఆధారపడి ఉండే ఏదైనా ఇతర సిస్టమ్ కోసం ఉపయోగించబడుతుంది, కానీ దాని ప్రాసెసింగ్లో ఎక్కువ భాగాన్ని ఆఫ్చెయిన్లో చేస్తుంది.
+
+## L2 లావాదేవీల ఖర్చును మనం ఇంకా ఎలా తగ్గించగలం? {#how-can-we-further-reduce-the-cost-of-L2-transactions}
+
+[ఆప్టిమిస్టిక్ రోలప్లు](/developers/docs/scaling/optimistic-rollups) ప్రతి చారిత్రక లావాదేవీ రికార్డును భద్రపరచాలి, తద్వారా ఎవరైనా వాటి ద్వారా వెళ్లి ప్రస్తుత స్థితి సరైనదని ధృవీకరించగలరు.
+Ethereum మెయిన్నెట్లోకి డేటాను పొందడానికి చౌకైన మార్గం దానిని కాల్డేటాగా వ్రాయడం.
+ఈ పరిష్కారాన్ని [Optimism](https://help.optimism.io/hc/en-us/articles/4413163242779-What-is-a-rollup-) మరియు [Arbitrum](https://developer.offchainlabs.com/docs/rollup_basics#intro-to-rollups) రెండూ ఎంచుకున్నాయి.
+
+### L2 లావాదేవీల ఖర్చు {#cost-of-l2-transactions}
+
+L2 లావాదేవీల ఖర్చు రెండు భాగాలతో కూడి ఉంటుంది:
+
+1. L2 ప్రాసెసింగ్, ఇది సాధారణంగా చాలా చౌకగా ఉంటుంది
+2. L1 నిల్వ, ఇది మెయిన్నెట్ గ్యాస్ ఖర్చులకు ముడిపడి ఉంటుంది
+
+నేను ఇది వ్రాస్తున్నప్పుడు, Optimismలో L2 గ్యాస్ ధర 0.001 [Gwei](/developers/docs/gas/#pre-london).
+మరోవైపు, L1 గ్యాస్ ధర సుమారుగా 40 gwei.
+[మీరు ప్రస్తుత ధరలను ఇక్కడ చూడవచ్చు](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m).
+
+ఒక బైట్ కాల్డేటాకు 4 గ్యాస్ (అది సున్నా అయితే) లేదా 16 గ్యాస్ (ఏదైనా ఇతర విలువ అయితే) ఖర్చు అవుతుంది.
+EVMలో అత్యంత ఖరీదైన కార్యకలాపాలలో ఒకటి నిల్వకు వ్రాయడం.
+L2లో నిల్వకు 32-బైట్ పదాన్ని వ్రాయడానికి గరిష్ట ఖర్చు 22100 గ్యాస్. ప్రస్తుతం, ఇది 22.1 gwei.
+కాబట్టి మనం కాల్డేటా యొక్క ఒక్క సున్నా బైట్ను ఆదా చేయగలిగితే, మనం నిల్వకు సుమారు 200 బైట్లను వ్రాయగలుగుతాము మరియు ఇప్పటికీ లాభపడతాము.
+
+### ABI {#the-abi}
+
+లావాదేవీలలో అధిక భాగం బాహ్య-యాజమాన్య ఖాతా నుండి ఒక కాంట్రాక్ట్ను యాక్సెస్ చేస్తాయి.
+చాలా కాంట్రాక్ట్లు Solidityలో వ్రాయబడ్డాయి మరియు వాటి డేటా ఫీల్డ్ను [అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI)](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding) ప్రకారం అన్వయిస్తాయి.
+
+అయితే, ABI L1 కోసం రూపొందించబడింది, ఇక్కడ ఒక బైట్ కాల్డేటా సుమారుగా నాలుగు అంకగణిత కార్యకలాపాలతో సమానంగా ఖర్చవుతుంది, L2లో కాదు, ఇక్కడ ఒక బైట్ కాల్డేటా వెయ్యి కంటే ఎక్కువ అంకగణిత కార్యకలాపాలకు ఖర్చవుతుంది.
+కాల్డేటా ఈ విధంగా విభజించబడింది:
+
+| విభాగం | పొడవు | బైట్లు | వృధా అయిన బైట్లు | వృధా అయిన గ్యాస్ | అవసరమైన బైట్లు | అవసరమైన గ్యాస్ |
+| ------------------ | ----: | ------: | ----------------: | ---------------: | --------------: | -------------: |
+| ఫంక్షన్ సెలెక్టర్ | 4 | 0-3 | 3 | 48 | 1 | 16 |
+| సున్నాలు | 12 | 4-15 | 12 | 48 | 0 | 0 |
+| గమ్యస్థాన చిరునామా | 20 | 16-35 | 0 | 0 | 20 | 320 |
+| మొత్తం | 32 | 36-67 | 17 | 64 | 15 | 240 |
+| మొత్తం | 68 | | | 160 | | 576 |
+
+వివరణ:
+
+- **ఫంక్షన్ సెలెక్టర్**: కాంట్రాక్ట్లో 256 కంటే తక్కువ ఫంక్షన్లు ఉన్నాయి, కాబట్టి మనం వాటిని ఒకే బైట్తో వేరు చేయవచ్చు.
+ ఈ బైట్లు సాధారణంగా సున్నా కానివి మరియు అందువల్ల [పదహారు గ్యాస్ ఖర్చు](https://eips.ethereum.org/EIPS/eip-2028) అవుతుంది.
+- **సున్నాలు**: ఈ బైట్లు ఎల్లప్పుడూ సున్నాగా ఉంటాయి, ఎందుకంటే ఇరవై-బైట్ చిరునామాను నిల్వ చేయడానికి ముప్పై-రెండు-బైట్ పదం అవసరం లేదు.
+ సున్నాను కలిగి ఉన్న బైట్లకు నాలుగు గ్యాస్ ఖర్చవుతుంది ([పసుపు పత్రాన్ని చూడండి](https://ethereum.github.io/yellowpaper/paper.pdf), అనుబంధం G,
+ p. 27, `G``txdatazero` కోసం విలువ).
+- **మొత్తం**: ఈ కాంట్రాక్ట్లో `డెసిమల్స్` పద్దెనిమిది (సాధారణ విలువ) అని మరియు మేము బదిలీ చేసే టోకెన్ల గరిష్ట మొత్తం 1018 అని మనం ఊహించుకుంటే, మనం 1036 గరిష్ట మొత్తాన్ని పొందుతాము.
+ 25615 > 1036, కాబట్టి పదిహేను బైట్లు సరిపోతాయి.
+
+L1లో 160 గ్యాస్ వృధా కావడం సాధారణంగా చాలా తక్కువ. ఒక లావాదేవీకి కనీసం [21,000 గ్యాస్](https://yakkomajuri.medium.com/blockchain-definition-of-the-week-ethereum-gas-2f976af774ed) ఖర్చవుతుంది, కాబట్టి అదనపు 0.8% పట్టింపు లేదు.
+అయితే, L2లో, విషయాలు భిన్నంగా ఉంటాయి. లావాదేవీ మొత్తం ఖర్చు దాదాపుగా దానిని L1కి వ్రాయడమే.
+లావాదేవీ కాల్డేటాతో పాటు, 109 బైట్ల లావాదేవీ హెడర్ (గమ్యస్థాన చిరునామా, సంతకం మొదలైనవి) ఉంటుంది.
+అందువల్ల మొత్తం ఖర్చు `109*16+576+160=2480`, మరియు మనం అందులో సుమారు 6.5% వృధా చేస్తున్నాము.
+
+## మీరు గమ్యస్థానాన్ని నియంత్రించనప్పుడు ఖర్చులను తగ్గించడం {#reducing-costs-when-you-dont-control-the-destination}
+
+గమ్యస్థాన కాంట్రాక్ట్పై మీకు నియంత్రణ లేదని అనుకుంటే, మీరు ఇప్పటికీ [దీని](https://github.com/qbzzt/ethereum.org-20220330-shortABI) లాంటి పరిష్కారాన్ని ఉపయోగించవచ్చు.
+సంబంధిత ఫైళ్లను చూద్దాం.
+
+### Token.sol {#token-sol}
+
+[ఇది గమ్యస్థాన కాంట్రాక్ట్](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/contracts/Token.sol).
+ఇది ఒక అదనపు ఫీచర్తో కూడిన ప్రామాణిక ERC-20 కాంట్రాక్ట్.
+ఈ `faucet` ఫంక్షన్ ఏ వినియోగదారుడైనా ఉపయోగించడానికి కొన్ని టోకెన్లను పొందడానికి అనుమతిస్తుంది.
+ఇది ఉత్పత్తి ERC-20 కాంట్రాక్ట్ను పనికిరానిదిగా చేస్తుంది, కానీ ఒక ERC-20 కేవలం పరీక్షను సులభతరం చేయడానికి ఉన్నప్పుడు ఇది జీవితాన్ని సులభతరం చేస్తుంది.
+
+```solidity
+ /**
+ * @dev కాలర్కు ఆడుకోవడానికి 1000 టోకెన్లను ఇస్తుంది
+ */
+ function faucet() external {
+ _mint(msg.sender, 1000);
+ } // function faucet
+```
+
+### CalldataInterpreter.sol {#calldatainterpreter-sol}
+
+[ఇది తక్కువ కాల్డేటాతో లావాదేవీలు కాల్ చేయాల్సిన కాంట్రాక్ట్](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/contracts/CalldataInterpreter.sol).
+దాన్ని లైన్ వారీగా చూద్దాం.
+
+```solidity
+//SPDX-License-Identifier: Unlicense
+pragma solidity ^0.8.0;
+
+
+import { OrisUselessToken } from "./Token.sol";
+```
+
+దాన్ని ఎలా కాల్ చేయాలో తెలుసుకోవడానికి మనకు టోకెన్ ఫంక్షన్ అవసరం.
+
+```solidity
+contract CalldataInterpreter {
+
+ OrisUselessToken public immutable token;
+```
+
+మనం ప్రాక్సీగా ఉన్న టోకెన్ చిరునామా.
+
+```solidity
+ /**
+ * @dev టోకెన్ చిరునామాను పేర్కొనండి
+ * @param tokenAddr_ ERC-20 కాంట్రాక్ట్ చిరునామా
+ */
+ constructor(
+ address tokenAddr_
+ ) {
+ token = OrisUselessToken(tokenAddr_);
+ } // constructor
+```
+
+టోకెన్ చిరునామా మాత్రమే మనం పేర్కొనవలసిన పారామీటర్.
+
+```solidity
+ function calldataVal(uint startByte, uint length)
+ private pure returns (uint) {
+```
+
+కాల్డేటా నుండి ఒక విలువను చదవండి.
+
+```solidity
+ uint _retVal;
+
+ require(length < 0x21,
+ "calldataVal పొడవు పరిమితి 32 బైట్లు");
+
+ require(length + startByte <= msg.data.length,
+ "calldataVal కాల్డేటాసైజ్ దాటి చదవడానికి ప్రయత్నిస్తోంది");
+```
+
+మనం ఒకే 32-బైట్ (256-బిట్) పదాన్ని మెమరీకి లోడ్ చేయబోతున్నాము మరియు మనకు కావలసిన ఫీల్డ్లో భాగం కాని బైట్లను తీసివేయబోతున్నాము.
+ఈ అల్గోరిథం 32 బైట్ల కంటే ఎక్కువ పొడవు ఉన్న విలువల కోసం పని చేయదు మరియు వాస్తవానికి మనం కాల్డేటా చివరిని దాటి చదవలేము.
+L1లో గ్యాస్ను ఆదా చేయడానికి ఈ పరీక్షలను దాటవేయడం అవసరం కావచ్చు, కానీ L2లో గ్యాస్ చాలా చౌకగా ఉంటుంది, ఇది మనం ఆలోచించగల ఏవైనా శానిటీ చెక్లను అనుమతిస్తుంది.
+
+```solidity
+ assembly {
+ _retVal := calldataload(startByte)
+ }
+```
+
+మనం `fallback()` (క్రింద చూడండి) కు కాల్ నుండి డేటాను కాపీ చేసి ఉండవచ్చు, కానీ EVM యొక్క అసెంబ్లీ భాష అయిన [Yul](https://docs.soliditylang.org/en/v0.8.12/yul.html)ను ఉపయోగించడం సులభం.
+
+ఇక్కడ మనం `startByte` నుండి `startByte+31` వరకు బైట్లను స్టాక్లోకి చదవడానికి [CALLDATALOAD ఆప్కోడ్](https://www.evm.codes/#35)ను ఉపయోగిస్తాము.
+సాధారణంగా, Yulలోని ఒక ఆప్కోడ్ యొక్క సింటాక్స్ `(,...)`.
+
+```solidity
+ _retVal = _retVal >> (256-length*8);
+```
+
+అత్యంత ముఖ్యమైన `length` బైట్లు మాత్రమే ఫీల్డ్లో భాగంగా ఉంటాయి, కాబట్టి ఇతర విలువలను వదిలించుకోవడానికి మేము [రైట్-షిఫ్ట్](https://en.wikipedia.org/wiki/Logical_shift) చేస్తాము.
+ఇది విలువను ఫీల్డ్ యొక్క కుడి వైపుకు తరలించే అదనపు ప్రయోజనాన్ని కలిగి ఉంది, కాబట్టి ఇది విలువ 256something రెట్లు కాకుండా స్వయంగా విలువ అవుతుంది.
+
+```solidity
+ return _retVal;
+ }
+
+
+ fallback() external {
+```
+
+Solidity కాంట్రాక్ట్కు చేసిన కాల్ ఏ ఫంక్షన్ సంతకాలతో సరిపోలకపోతే, అది [the `fallback()` ఫంక్షన్](https://docs.soliditylang.org/en/v0.8.12/contracts.html#fallback-function)ను కాల్ చేస్తుంది (ఒకటి ఉందని ఊహిస్తూ).
+`CalldataInterpreter` విషయంలో, _ఏ_ కాల్ అయినా ఇక్కడికి వస్తుంది ఎందుకంటే ఇతర `external` లేదా `public` ఫంక్షన్లు లేవు.
+
+```solidity
+ uint _func;
+
+ _func = calldataVal(0, 1);
+```
+
+కాల్డేటా యొక్క మొదటి బైట్ను చదవండి, ఇది మనకు ఫంక్షన్ను తెలియజేస్తుంది.
+ఇక్కడ ఒక ఫంక్షన్ అందుబాటులో లేకపోవడానికి రెండు కారణాలు ఉన్నాయి:
+
+1. `pure` లేదా `view`గా ఉండే ఫంక్షన్లు స్థితిని మార్చవు మరియు గ్యాస్ ఖర్చు చేయవు (ఆఫ్చెయిన్లో కాల్ చేసినప్పుడు).
+ వాటి గ్యాస్ ధరను తగ్గించడానికి ప్రయత్నించడంలో అర్థం లేదు.
+2. [`msg.sender`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#block-and-transaction-properties)పై ఆధారపడే ఫంక్షన్లు.
+ `msg.sender` యొక్క విలువ కాలర్ కాదు, `CalldataInterpreter` యొక్క చిరునామా అవుతుంది.
+
+దురదృష్టవశాత్తు, [ERC-20 స్పెసిఫికేషన్లను చూస్తే](https://eips.ethereum.org/EIPS/eip-20), ఇది కేవలం ఒక ఫంక్షన్, `transfer`ను మాత్రమే వదిలివేస్తుంది.
+ఇది మనకు కేవలం రెండు ఫంక్షన్లను మాత్రమే మిగిల్చింది: `transfer` (ఎందుకంటే మనం `transferFrom`ని కాల్ చేయవచ్చు) మరియు `faucet` (ఎందుకంటే మనల్ని పిలిచిన వారికి టోకెన్లను తిరిగి బదిలీ చేయవచ్చు).
+
+```solidity
+ // కాల్డేటా నుండి సమాచారాన్ని ఉపయోగించి
+ // టోకెన్ యొక్క స్థితిని మార్చే పద్ధతులను కాల్ చేయండి
+
+ // ఫాసెట్
+ if (_func == 1) {
+```
+
+`faucet()`కు కాల్, దీనికి పారామితులు లేవు.
+
+```solidity
+ token.faucet();
+ token.transfer(msg.sender,
+ token.balanceOf(address(this)));
+ }
+```
+
+మనం `token.faucet()`ని కాల్ చేసిన తర్వాత మనకు టోకెన్లు వస్తాయి. అయితే, ప్రాక్సీ కాంట్రాక్ట్గా, మాకు టోకెన్లు **అవసరం** లేదు.
+మనల్ని పిలిచిన EOA (బాహ్యంగా యాజమాన్యంలోని ఖాతా) లేదా కాంట్రాక్ట్కు అవసరం.
+కాబట్టి మనం మన టోకెన్లన్నింటినీ మనల్ని పిలిచిన వారికి బదిలీ చేస్తాము.
+
+```solidity
+ // బదిలీ (దానికి మాకు అనుమతి ఉందని ఊహించుకోండి)
+ if (_func == 2) {
+```
+
+టోకెన్లను బదిలీ చేయడానికి రెండు పారామితులు అవసరం: గమ్యస్థాన చిరునామా మరియు మొత్తం.
+
+```solidity
+ token.transferFrom(
+ msg.sender,
+```
+
+కాలర్లు వారి స్వంత టోకెన్లను బదిలీ చేయడానికి మాత్రమే మేము అనుమతిస్తాము
+
+```solidity
+ address(uint160(calldataVal(1, 20))),
+```
+
+గమ్యస్థాన చిరునామా బైట్ #1 వద్ద ప్రారంభమవుతుంది (బైట్ #0 ఫంక్షన్).
+చిరునామాగా, ఇది 20-బైట్ల పొడవు ఉంటుంది.
+
+```solidity
+ calldataVal(21, 2)
+```
+
+ఈ ప్రత్యేక కాంట్రాక్ట్ కోసం, ఎవరైనా బదిలీ చేయాలనుకునే గరిష్ట సంఖ్యలో టోకెన్లు రెండు బైట్లలో (65536 కంటే తక్కువ) సరిపోతాయని మేము ఊహిస్తాము.
+
+```solidity
+ );
+ }
+```
+
+మొత్తంమీద, బదిలీకి 35 బైట్ల కాల్డేటా పడుతుంది:
+
+| విభాగం | పొడవు | బైట్లు |
+| ------------------ | ----: | ------: |
+| ఫంక్షన్ సెలెక్టర్ | 1 | 0 |
+| గమ్యస్థాన చిరునామా | 32 | 1-32 |
+| మొత్తం | 2 | 33-34 |
+
+```solidity
+ } // fallback
+
+} // contract CalldataInterpreter
+```
+
+### test.js {#test-js}
+
+[ఈ జావాస్క్రిప్ట్ యూనిట్ టెస్ట్](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/test/test.js) ఈ మెకానిజంను ఎలా ఉపయోగించాలో (మరియు అది సరిగ్గా పనిచేస్తుందో లేదో ఎలా ధృవీకరించాలో) చూపిస్తుంది.
+మీకు [chai](https://www.chaijs.com/) మరియు [ethers](https://docs.ethers.io/v5/) గురించి అర్థమైందని నేను భావిస్తున్నాను మరియు కాంట్రాక్ట్కు ప్రత్యేకంగా వర్తించే భాగాలను మాత్రమే వివరిస్తాను.
+
+```js
+const { expect } = require("chai");
+
+describe("CalldataInterpreter", function () {
+ it("Should let us use tokens", async function () {
+ const Token = await ethers.getContractFactory("OrisUselessToken")
+ const token = await Token.deploy()
+ await token.deployed()
+ console.log("Token addr:", token.address)
+
+ const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+ const cdi = await Cdi.deploy(token.address)
+ await cdi.deployed()
+ console.log("CalldataInterpreter addr:", cdi.address)
+
+ const signer = await ethers.getSigner()
+```
+
+రెండు కాంట్రాక్టులను డిప్లోయ్ చేయడం ద్వారా మేము ప్రారంభిస్తాము.
+
+```javascript
+ // Get tokens to play with
+ const faucetTx = {
+```
+
+లావాదేవీలను సృష్టించడానికి మేము సాధారణంగా ఉపయోగించే ఉన్నత-స్థాయి ఫంక్షన్లను (ఉదాహరణకు `token.faucet()`) ఉపయోగించలేము, ఎందుకంటే మేము ABIని అనుసరించడం లేదు.
+బదులుగా, మనమే లావాదేవీని నిర్మించి, ఆపై పంపాలి.
+
+```javascript
+ to: cdi.address,
+ data: "0x01"
+```
+
+లావాదేవీ కోసం మనం అందించాల్సిన రెండు పారామితులు ఉన్నాయి:
+
+1. `to`, గమ్యస్థాన చిరునామా.
+ ఇది కాల్డేటా ఇంటర్ప్రెటర్ కాంట్రాక్ట్.
+2. `data`, పంపాల్సిన కాల్డేటా.
+ ఫాసెట్ కాల్ విషయంలో, డేటా ఒకే బైట్, `0x01`.
+
+```javascript
+ }
+ await (await signer.sendTransaction(faucetTx)).wait()
+```
+
+మేము [సైనర్ యొక్క `sendTransaction` పద్ధతిని](https://docs.ethers.io/v5/api/signer/#Signer-sendTransaction) కాల్ చేస్తాము ఎందుకంటే మేము ఇప్పటికే గమ్యాన్ని (`faucetTx.to`) పేర్కొన్నాము మరియు లావాదేవీపై సంతకం చేయాలి.
+
+```javascript
+// Check the faucet provides the tokens correctly
+expect(await token.balanceOf(signer.address)).to.equal(1000)
+```
+
+ఇక్కడ మేము బ్యాలెన్స్ని ధృవీకరిస్తాము.
+`view` ఫంక్షన్లపై గ్యాస్ ఆదా చేయాల్సిన అవసరం లేదు, కాబట్టి మేము వాటిని సాధారణంగా నడుపుతాము.
+
+```javascript
+// Give the CDI an allowance (approvals cannot be proxied)
+const approveTX = await token.approve(cdi.address, 10000)
+await approveTX.wait()
+expect(await token.allowance(signer.address, cdi.address)).to.equal(10000)
+```
+
+బదిలీలు చేయడానికి కాల్డేటా ఇంటర్ప్రెటర్కు అనుమతి ఇవ్వండి.
+
+```javascript
+// Transfer tokens
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+ to: cdi.address,
+ data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+```
+
+బదిలీ లావాదేవీని సృష్టించండి. మొదటి బైట్ "0x02", తర్వాత గమ్యస్థాన చిరునామా, మరియు చివరగా మొత్తం (0x0100, ఇది దశాంశంలో 256).
+
+```javascript
+ await (await signer.sendTransaction(transferTx)).wait()
+
+ // Check that we have 256 tokens less
+ expect (await token.balanceOf(signer.address)).to.equal(1000-256)
+
+ // And that our destination got them
+ expect (await token.balanceOf(destAddr)).to.equal(256)
+ }) // it
+}) // describe
+```
+
+## మీరు గమ్యస్థాన కాంట్రాక్ట్ను నియంత్రించినప్పుడు ఖర్చులను తగ్గించడం {#reducing-the-cost-when-you-do-control-the-destination-contract}
+
+మీరు గమ్యస్థాన కాంట్రాక్ట్పై నియంత్రణ కలిగి ఉంటే, మీరు కాల్డేటా ఇంటర్ప్రెటర్ను విశ్వసించే కారణంగా `msg.sender` తనిఖీలను దాటవేసే ఫంక్షన్లను సృష్టించవచ్చు.
+[ఇది ఎలా పనిచేస్తుందో మీరు ఇక్కడ ఒక ఉదాహరణను `control-contract` బ్రాంచ్లో చూడవచ్చు](https://github.com/qbzzt/ethereum.org-20220330-shortABI/tree/control-contract).
+
+కాంట్రాక్ట్ బాహ్య లావాదేవీలకు మాత్రమే ప్రతిస్పందిస్తున్నట్లయితే, మనం కేవలం ఒక కాంట్రాక్ట్తో సరిపెట్టుకోవచ్చు.
+అయితే, అది [కంపోజబిలిటీ](/developers/docs/smart-contracts/composability/)ని దెబ్బతీస్తుంది.
+సాధారణ ERC-20 కాల్స్కు ప్రతిస్పందించే కాంట్రాక్ట్, మరియు చిన్న కాల్ డేటాతో లావాదేవీలకు ప్రతిస్పందించే మరొక కాంట్రాక్ట్ ఉండటం చాలా మంచిది.
+
+### Token.sol {#token-sol-2}
+
+ఈ ఉదాహరణలో మనం `Token.sol`ని మార్చవచ్చు.
+ఇది ప్రాక్సీ మాత్రమే కాల్ చేయగల అనేక ఫంక్షన్లను కలిగి ఉండటానికి మాకు అనుమతిస్తుంది.
+కొత్త భాగాలు ఇక్కడ ఉన్నాయి:
+
+```solidity
+ // CalldataInterpreter చిరునామాను పేర్కొనడానికి అనుమతించబడిన ఏకైక చిరునామా
+ address owner;
+
+ // CalldataInterpreter చిరునామా
+ address proxy = address(0);
+```
+
+ERC-20 కాంట్రాక్ట్కు అధీకృత ప్రాక్సీ యొక్క గుర్తింపు తెలియాలి.
+అయితే, మనం ఈ వేరియబుల్ని కన్స్ట్రక్టర్లో సెట్ చేయలేము, ఎందుకంటే మనకు ఇంకా విలువ తెలియదు.
+ఈ కాంట్రాక్ట్ మొదట ఇన్స్టాన్షియేట్ చేయబడింది ఎందుకంటే ప్రాక్సీ దాని కన్స్ట్రక్టర్లో టోకెన్ చిరునామాను ఆశిస్తుంది.
+
+```solidity
+ /**
+ * @dev ERC20 కన్స్ట్రక్టర్ను పిలుస్తుంది.
+ */
+ constructor(
+ ) ERC20("Oris useless token-2", "OUT-2") {
+ owner = msg.sender;
+ }
+```
+
+సృష్టికర్త యొక్క చిరునామా (దీనిని `owner` అని పిలుస్తారు) ఇక్కడ నిల్వ చేయబడుతుంది ఎందుకంటే ప్రాక్సీని సెట్ చేయడానికి అనుమతించబడిన ఏకైక చిరునామా అదే.
+
+```solidity
+ /**
+ * @dev ప్రాక్సీ (CalldataInterpreter) కోసం చిరునామాను సెట్ చేయండి.
+ * యజమాని ద్వారా ఒక్కసారి మాత్రమే కాల్ చేయవచ్చు
+ */
+ function setProxy(address _proxy) external {
+ require(msg.sender == owner, "Can only be called by owner");
+ require(proxy == address(0), "Proxy is already set");
+
+ proxy = _proxy;
+ } // function setProxy
+```
+
+ప్రాక్సీకి విశేష ప్రాప్యత ఉంది, ఎందుకంటే ఇది భద్రతా తనిఖీలను దాటవేయగలదు.
+మేము ప్రాక్సీని విశ్వసించగలమని నిర్ధారించుకోవడానికి మేము `owner` ని మాత్రమే ఈ ఫంక్షన్ను కాల్ చేయడానికి అనుమతిస్తాము మరియు ఒక్కసారి మాత్రమే.
+`proxy` కి నిజమైన విలువ (సున్నా కాదు) ఒకసారి ఉంటే, ఆ విలువ మారదు, కాబట్టి యజమాని మోసపూరితంగా మారాలని నిర్ణయించుకున్నా, లేదా దాని కోసం స్మృతిచిహ్నం వెల్లడైనా, మేము ఇప్పటికీ సురక్షితంగా ఉన్నాము.
+
+```solidity
+ /**
+ * @dev కొన్ని ఫంక్షన్లను ప్రాక్సీ ద్వారా మాత్రమే కాల్ చేయవచ్చు.
+ */
+ modifier onlyProxy {
+```
+
+ఇది ఒక [`modifier` ఫంక్షన్](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm), ఇది ఇతర ఫంక్షన్లు పనిచేసే విధానాన్ని మారుస్తుంది.
+
+```solidity
+ require(msg.sender == proxy);
+```
+
+మొదట, మేము ప్రాక్సీ ద్వారా పిలువబడ్డామని మరియు మరెవరూ కాదని ధృవీకరించండి.
+కాకపోతే, `revert` చేయండి.
+
+```solidity
+ _;
+ }
+```
+
+అలా అయితే, మేము సవరించే ఫంక్షన్ను అమలు చేయండి.
+
+```solidity
+ /* ఖాతాల కోసం ప్రాక్సీని వాస్తవానికి ప్రాక్సీ చేయడానికి అనుమతించే ఫంక్షన్లు */
+
+ function transferProxy(address from, address to, uint256 amount)
+ public virtual onlyProxy() returns (bool)
+ {
+ _transfer(from, to, amount);
+ return true;
+ }
+
+ function approveProxy(address from, address spender, uint256 amount)
+ public virtual onlyProxy() returns (bool)
+ {
+ _approve(from, spender, amount);
+ return true;
+ }
+
+ function transferFromProxy(
+ address spender,
+ address from,
+ address to,
+ uint256 amount
+ ) public virtual onlyProxy() returns (bool)
+ {
+ _spendAllowance(from, spender, amount);
+ _transfer(from, to, amount);
+ return true;
+ }
+```
+
+ఇవి మూడు కార్యకలాపాలు, వీటికి సాధారణంగా టోకెన్లను బదిలీ చేసే లేదా అనుమతిని ఆమోదించే సంస్థ నుండి నేరుగా సందేశం రావాలి.
+ఇక్కడ ఈ కార్యకలాపాల యొక్క ప్రాక్సీ వెర్షన్ ఉంది:
+
+1. `onlyProxy()` ద్వారా సవరించబడింది, కాబట్టి మరెవరూ వాటిని నియంత్రించడానికి అనుమతించబడరు.
+2. సాధారణంగా `msg.sender` గా ఉండే చిరునామాను అదనపు పారామీటర్గా పొందుతుంది.
+
+### CalldataInterpreter.sol {#calldatainterpreter-sol-2}
+
+కాల్డేటా ఇంటర్ప్రెటర్ పైన ఉన్న దానితో దాదాపు సమానంగా ఉంటుంది, ప్రాక్సీ చేయబడిన ఫంక్షన్లు `msg.sender` పారామీటర్ను స్వీకరిస్తాయి మరియు `ట్రాన్స్ఫర్` కోసం అనుమతి అవసరం లేదు.
+
+```solidity
+ // బదిలీ (అనుమతి అవసరం లేదు)
+ if (_func == 2) {
+ token.transferProxy(
+ msg.sender,
+ address(uint160(calldataVal(1, 20))),
+ calldataVal(21, 2)
+ );
+ }
+
+ // ఆమోదించండి
+ if (_func == 3) {
+ token.approveProxy(
+ msg.sender,
+ address(uint160(calldataVal(1, 20))),
+ calldataVal(21, 2)
+ );
+ }
+
+ // బదిలీFrom
+ if (_func == 4) {
+ token.transferFromProxy(
+ msg.sender,
+ address(uint160(calldataVal( 1, 20))),
+ address(uint160(calldataVal(21, 20))),
+ calldataVal(41, 2)
+ );
+ }
+```
+
+### Test.js {#test-js-2}
+
+మునుపటి పరీక్ష సంకేత భాష మరియు దీని మధ్య కొన్ని మార్పులు ఉన్నాయి.
+
+```js
+const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+const cdi = await Cdi.deploy(token.address)
+await cdi.deployed()
+await token.setProxy(cdi.address)
+```
+
+ఏ ప్రాక్సీని విశ్వసించాలో ERC-20 కాంట్రాక్ట్కు మనం చెప్పాలి
+
+```js
+console.log("CalldataInterpreter addr:", cdi.address)
+
+// Need two signers to verify allowances
+const signers = await ethers.getSigners()
+const signer = signers[0]
+const poorSigner = signers[1]
+```
+
+`approve()` మరియు `transferFrom()` ని తనిఖీ చేయడానికి మనకు రెండవ సైనర్ అవసరం.
+మేము దానిని `poorSigner` అని పిలుస్తాము ఎందుకంటే దానికి మా టోకెన్లు ఏవీ రావు (దానికి ETH ఉండాలి, వాస్తవానికి).
+
+```js
+// Transfer tokens
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+ to: cdi.address,
+ data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+await (await signer.sendTransaction(transferTx)).wait()
+```
+
+ERC-20 కాంట్రాక్ట్ ప్రాక్సీ (`cdi`) ని విశ్వసిస్తున్నందున, బదిలీలను రిలే చేయడానికి మాకు అనుమతి అవసరం లేదు.
+
+```js
+// approval and transferFrom
+const approveTx = {
+ to: cdi.address,
+ data: "0x03" + poorSigner.address.slice(2, 42) + "00FF",
+}
+await (await signer.sendTransaction(approveTx)).wait()
+
+const destAddr2 = "0xE1165C689C0c3e9642cA7606F5287e708d846206"
+
+const transferFromTx = {
+ to: cdi.address,
+ data: "0x04" + signer.address.slice(2, 42) + destAddr2.slice(2, 42) + "00FF",
+}
+await (await poorSigner.sendTransaction(transferFromTx)).wait()
+
+// Check the approve / transferFrom combo was done correctly
+expect(await token.balanceOf(destAddr2)).to.equal(255)
+```
+
+రెండు కొత్త ఫంక్షన్లను పరీక్షించండి.
+`transferFromTx` కి రెండు చిరునామా పారామితులు అవసరమని గమనించండి: అనుమతి ఇచ్చేవాడు మరియు గ్రహీత.
+
+## ముగింపు {#conclusion}
+
+[Optimism](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92) మరియు [Arbitrum](https://developer.offchainlabs.com/docs/special_features) రెండూ L1కి వ్రాయబడిన కాల్డేటా పరిమాణాన్ని మరియు అందువల్ల లావాదేవీల ఖర్చును తగ్గించే మార్గాలను అన్వేషిస్తున్నాయి.
+అయితే, సాధారణ పరిష్కారాల కోసం చూస్తున్న మౌలిక సదుపాయాల ప్రదాతలుగా, మా సామర్థ్యాలు పరిమితంగా ఉన్నాయి.
+డాప్స్ డెవలపర్గా, మీకు అప్లికేషన్-నిర్దిష్ట పరిజ్ఞానం ఉంది, ఇది ఒక సాధారణ పరిష్కారంలో మేము చేయగలిగిన దానికంటే మెరుగ్గా మీ కాల్డేటాను ఆప్టిమైజ్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
+ఈ ఆర్టికల్ మీ అవసరాలకు ఆదర్శవంతమైన పరిష్కారాన్ని కనుగొనడంలో మీకు సహాయపడుతుందని ఆశిస్తున్నాము.
+
+[నా మరిన్ని పనుల కోసం ఇక్కడ చూడండి](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
new file mode 100644
index 00000000000..23d4839778b
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -0,0 +1,91 @@
+---
+title: స్మార్ట్ కాంట్రాక్ట్ భద్రతా మార్గదర్శకాలు
+description: మీ డాప్ని నిర్మించేటప్పుడు పరిగణించవలసిన భద్రతా మార్గదర్శకాల తనిఖీ జాబితా
+author: "Trailofbits"
+tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "భద్రత" ]
+skill: మధ్యస్థ
+lang: te
+published: 2020-09-06
+source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/guidelines.md
+---
+
+మరింత సురక్షితమైన స్మార్ట్ కాంట్రాక్ట్లను నిర్మించడానికి ఈ ఉన్నత-స్థాయి సిఫార్సులను అనుసరించండి.
+
+## డిజైన్ మార్గదర్శకాలు {#design-guidelines}
+
+ఏ ఒక్క లైను కోడ్ రాయడానికి ముందు, కాంట్రాక్ట్ డిజైన్ను ముందుగానే చర్చించాలి.
+
+### డాక్యుమెంటేషన్ మరియు స్పెసిఫికేషన్లు {#documentation-and-specifications}
+
+డాక్యుమెంటేషన్ను వివిధ స్థాయిలలో వ్రాయవచ్చు మరియు కాంట్రాక్టులను అమలు చేస్తున్నప్పుడు నవీకరించాలి:
+
+- **సిస్టమ్ యొక్క సాదా ఆంగ్ల వివరణ**, కాంట్రాక్టులు ఏమి చేస్తాయో మరియు కోడ్బేస్పై ఏవైనా అంచనాలను వివరిస్తుంది.
+- **స్కీమా మరియు నిర్మాణ రేఖాచిత్రాలు**, కాంట్రాక్ట్ పరస్పర చర్యలు మరియు సిస్టమ్ యొక్క స్టేట్ మెషీన్తో సహా. [Slither ప్రింటర్లు](https://github.com/crytic/slither/wiki/Printer-documentation) ఈ స్కీమాలను రూపొందించడంలో సహాయపడతాయి.
+- **సమగ్రమైన కోడ్ డాక్యుమెంటేషన్**, Solidity కోసం [Natspec ఫార్మాట్](https://docs.soliditylang.org/en/develop/natspec-format.html) ను ఉపయోగించవచ్చు.
+
+### ఆన్చైన్ వర్సెస్ ఆఫ్చైన్ కంప్యూటేషన్ {#onchain-vs-offchain-computation}
+
+- **మీరు వీలైనంత ఎక్కువ కోడ్ను ఆఫ్చైన్లో ఉంచండి.** ఆన్చైన్ లేయర్ను చిన్నదిగా ఉంచండి. ఆన్చైన్లో ధృవీకరణ సరళంగా ఉండే విధంగా ఆఫ్చైన్ కోడ్తో డేటాను ముందుగా ప్రాసెస్ చేయండి. మీకు క్రమబద్ధమైన జాబితా అవసరమా? జాబితాను ఆఫ్చైన్లో క్రమబద్ధీకరించండి, తర్వాత దాని క్రమాన్ని ఆన్చైన్లో మాత్రమే తనిఖీ చేయండి.
+
+### అప్గ్రేడబిలిటీ {#upgradeability}
+
+మేము మా [బ్లాగ్పోస్ట్లో](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/) విభిన్న అప్గ్రేడబిలిటీ పరిష్కారాలను చర్చించాము. ఏదైనా కోడ్ రాయడానికి ముందు అప్గ్రేడబిలిటీకి మద్దతు ఇవ్వాలా వద్దా అనే దానిపై ఉద్దేశపూర్వక ఎంపిక చేసుకోండి. ఈ నిర్ణయం మీరు మీ కోడ్ను ఎలా నిర్మిస్తారనే దానిని ప్రభావితం చేస్తుంది. సాధారణంగా, మేము సిఫార్సు చేస్తున్నాము:
+
+- **అప్గ్రేడబిలిటీ కంటే [కాంట్రాక్ట్ మైగ్రేషన్కు](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/) ప్రాధాన్యత ఇవ్వడం.** మైగ్రేషన్ సిస్టమ్లు వాటి ప్రతికూలతలు లేకుండా, అప్గ్రేడబుల్ వాటికి ఉన్న అనేక ప్రయోజనాలను కలిగి ఉంటాయి.
+- **delegatecallproxy దానిపై డేటా సెపరేషన్ ప్యాట్రన్ను ఉపయోగించడం.** మీ ప్రాజెక్ట్కు స్పష్టమైన అబ్స్ట్రాక్షన్ సెపరేషన్ ఉన్నట్లయితే, డేటా సెపరేషన్ని ఉపయోగించి అప్గ్రేడ్ చేయడానికి కొన్ని సర్దుబాట్లు మాత్రమే అవసరం. delegatecallproxyకి EVM నైపుణ్యం అవసరం మరియు ఇది చాలా దోషపూరితమైనది.
+- **విస్తరణకు ముందు మైగ్రేషన్/అప్గ్రేడ్ విధానాన్ని డాక్యుమెంట్ చేయండి.** ఎలాంటి మార్గదర్శకాలు లేకుండా ఒత్తిడిలో మీరు స్పందించవలసి వస్తే, మీరు తప్పులు చేస్తారు. అనుసరించాల్సిన విధానాన్ని ముందుగానే వ్రాయండి. అందులో ఇవి ఉండాలి:
+ - కొత్త కాంట్రాక్టులను ప్రారంభించే కాల్స్
+ - కీలు ఎక్కడ నిల్వ చేయబడ్డాయి మరియు వాటిని ఎలా యాక్సెస్ చేయాలి
+ - విస్తరణను ఎలా తనిఖీ చేయాలి! పోస్ట్-డిప్లాయ్మెంట్ స్క్రిప్ట్ను డెవలప్ చేసి, పరీక్షించండి.
+
+## అమలు మార్గదర్శకాలు {#implementation-guidelines}
+
+**సరళత కోసం ప్రయత్నించండి.** మీ ప్రయోజనానికి సరిపోయే సరళమైన పరిష్కారాన్ని ఎల్లప్పుడూ ఉపయోగించండి. మీ బృందంలోని ఏ సభ్యుడైనా మీ పరిష్కారాన్ని అర్థం చేసుకోగలగాలి.
+
+### ఫంక్షన్ కంపోజిషన్ {#function-composition}
+
+మీ కోడ్బేస్ యొక్క నిర్మాణం మీ కోడ్ను సమీక్షించడానికి సులభతరం చేయాలి. దాని ఖచ్చితత్వం గురించి వాదించే సామర్థ్యాన్ని తగ్గించే నిర్మాణ ఎంపికలను నివారించండి.
+
+- **మీ సిస్టమ్ యొక్క లాజిక్ను విభజించండి**, బహుళ కాంట్రాక్టుల ద్వారా లేదా సారూప్యమైన ఫంక్షన్లను (ఉదాహరణకు, ప్రమాణీకరణ, అంకగణితం, ...) సమూహపరచడం ద్వారా.
+- **స్పష్టమైన ప్రయోజనంతో చిన్న ఫంక్షన్లను వ్రాయండి.** ఇది సులభమైన సమీక్షను సులభతరం చేస్తుంది మరియు వ్యక్తిగత భాగాలను పరీక్షించడానికి అనుమతిస్తుంది.
+
+### ఇన్హెరిటెన్స్ {#inheritance}
+
+- **వారసత్వాన్ని నిర్వహించదగినదిగా ఉంచండి.** తర్కాన్ని విభజించడానికి వారసత్వాన్ని ఉపయోగించాలి, అయితే, మీ ప్రాజెక్ట్ వారసత్వ వృక్షం యొక్క లోతు మరియు వెడల్పును తగ్గించాలని లక్ష్యంగా పెట్టుకోవాలి.
+- **కాంట్రాక్టుల సోపానక్రమాన్ని తనిఖీ చేయడానికి Slither యొక్క [ఇన్హెరిటెన్స్ ప్రింటర్ను](https://github.com/crytic/slither/wiki/Printer-documentation#inheritance-graph) ఉపయోగించండి.** ఇన్హెరిటెన్స్ ప్రింటర్ సోపానక్రమం యొక్క పరిమాణాన్ని సమీక్షించడంలో మీకు సహాయం చేస్తుంది.
+
+### ఈవెంట్లు {#events}
+
+- **అన్ని కీలకమైన కార్యకలాపాలను లాగ్ చేయండి.** ఈవెంట్లు అభివృద్ధి సమయంలో కాంట్రాక్ట్ను డీబగ్ చేయడానికి మరియు విస్తరణ తర్వాత దానిని పర్యవేక్షించడానికి సహాయపడతాయి.
+
+### తెలిసిన ఆపదలను నివారించండి {#avoid-known-pitfalls}
+
+- **అత్యంత సాధారణ భద్రతా సమస్యల గురించి తెలుసుకోండి.** [Ethernaut CTF](https://ethernaut.openzeppelin.com/), [Capture the Ether](https://capturetheether.com/), లేదా [Not so smart contracts](https://github.com/crytic/not-so-smart-contracts/) వంటి సాధారణ సమస్యల గురించి తెలుసుకోవడానికి అనేక ఆన్లైన్ వనరులు ఉన్నాయి.
+- **[Solidity డాక్యుమెంటేషన్లోని](https://docs.soliditylang.org/en/latest/) హెచ్చరికల విభాగాల గురించి తెలుసుకోండి.** హెచ్చరికల విభాగాలు భాష యొక్క స్పష్టంగా కనిపించని ప్రవర్తన గురించి మీకు తెలియజేస్తాయి.
+
+### డిపెండెన్సీలు {#dependencies}
+
+- **బాగా పరీక్షించబడిన లైబ్రరీలను ఉపయోగించండి.** బాగా పరీక్షించబడిన లైబ్రరీల నుండి కోడ్ను దిగుమతి చేసుకోవడం వలన మీరు బగ్గీ కోడ్ను వ్రాసే సంభావ్యతను తగ్గిస్తుంది. మీరు ERC20 కాంట్రాక్ట్ను వ్రాయాలనుకుంటే, [OpenZeppelin](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20) ని ఉపయోగించండి.
+- **డిపెండెన్సీ మేనేజర్ను ఉపయోగించండి; కోడ్ను కాపీ-పేస్ట్ చేయడాన్ని నివారించండి.** మీరు బాహ్య సోర్స్పై ఆధారపడి ఉంటే, మీరు దానిని అసలు సోర్స్తో అప్డేట్గా ఉంచాలి.
+
+### పరీక్ష మరియు ధృవీకరణ {#testing-and-verification}
+
+- **సమగ్రమైన యూనిట్-టెస్టులు వ్రాయండి.** అధిక-నాణ్యత సాఫ్ట్వేర్ను రూపొందించడానికి విస్తృతమైన టెస్ట్ సూట్ చాలా ముఖ్యం.
+- **[Slither](https://github.com/crytic/slither), [Echidna](https://github.com/crytic/echidna) మరియు [Manticore](https://github.com/trailofbits/manticore) కస్టమ్ చెక్స్ మరియు ప్రాపర్టీలను వ్రాయండి.** ఆటోమేటెడ్ టూల్స్ మీ కాంట్రాక్ట్ సురక్షితంగా ఉందని నిర్ధారించడంలో సహాయపడతాయి. సమర్థవంతమైన తనిఖీలు మరియు లక్షణాలను ఎలా వ్రాయాలో తెలుసుకోవడానికి ఈ గైడ్లోని మిగిలిన వాటిని సమీక్షించండి.
+- **[crytic.io](https://crytic.io/)ని ఉపయోగించండి.** Crytic GitHubతో కలిసిపోతుంది, ప్రైవేట్ Slither డిటెక్టర్లకు యాక్సెస్ అందిస్తుంది మరియు Echidna నుండి కస్టమ్ ప్రాపర్టీ తనిఖీలను నడుపుతుంది.
+
+### సాలిడిటీ {#solidity}
+
+- **0.4 మరియు 0.6 కంటే Solidity 0.5కి ప్రాధాన్యత ఇవ్వండి.** మా అభిప్రాయం ప్రకారం, Solidity 0.5 మరింత సురక్షితమైనది మరియు 0.4 కంటే మెరుగైన అంతర్నిర్మిత పద్ధతులను కలిగి ఉంది. Solidity 0.6 ఉత్పత్తికి చాలా అస్థిరంగా ఉందని నిరూపించబడింది మరియు పరిపక్వం చెందడానికి సమయం కావాలి.
+- **కంపైల్ చేయడానికి స్థిరమైన విడుదలను ఉపయోగించండి; హెచ్చరికల కోసం తాజా విడుదలను ఉపయోగించండి.** తాజా కంపైలర్ వెర్షన్తో మీ కోడ్లో నివేదించబడిన సమస్యలు ఏవీ లేవని తనిఖీ చేయండి. అయినప్పటికీ, Solidity వేగవంతమైన విడుదల చక్రాన్ని కలిగి ఉంది మరియు కంపైలర్ బగ్ల చరిత్రను కలిగి ఉంది, కాబట్టి మేము విస్తరణ కోసం తాజా వెర్షన్ను సిఫార్సు చేయము (Slither's [solc వెర్షన్ సిఫార్సును](https://github.com/crytic/slither/wiki/Detector-Documentation#recommendation-33) చూడండి).
+- **ఇన్లైన్ అసెంబ్లీని ఉపయోగించవద్దు.** అసెంబ్లీకి EVM నైపుణ్యం అవసరం. మీరు యెల్లో పేపర్పై _పట్టు_ సాధించకపోతే EVM కోడ్ రాయవద్దు.
+
+## విస్తరణ మార్గదర్శకాలు {#deployment-guidelines}
+
+కాంట్రాక్ట్ అభివృద్ధి చేయబడి, విస్తరించబడిన తర్వాత:
+
+- **మీ కాంట్రాక్టులను పర్యవేక్షించండి.** లాగ్లను గమనిస్తూ ఉండండి మరియు కాంట్రాక్ట్ లేదా వాలెట్ రాజీపడినప్పుడు ప్రతిస్పందించడానికి సిద్ధంగా ఉండండి.
+- **[blockchain-security-contacts](https://github.com/crytic/blockchain-security-contacts)కి మీ సంప్రదింపు సమాచారాన్ని జోడించండి.** భద్రతా లోపం కనుగొనబడితే మూడవ పక్షాలు మిమ్మల్ని సంప్రదించడానికి ఈ జాబితా సహాయపడుతుంది.
+- **విశేష వినియోగదారుల వాలెట్లను భద్రపరచండి.** మీరు హార్డ్వేర్ వాలెట్లలో కీలను నిల్వ చేస్తే మా [ఉత్తమ పద్ధతులను](https://blog.trailofbits.com/2018/11/27/10-rules-for-the-secure-use-of-cryptocurrency-hardware-wallets/) అనుసరించండి.
+- **సంఘటన ప్రతిస్పందన ప్రణాళికను కలిగి ఉండండి.** మీ స్మార్ట్ కాంట్రాక్టులు రాజీపడవచ్చని పరిగణించండి. మీ కాంట్రాక్టులు బగ్లు లేకుండా ఉన్నప్పటికీ, దాడి చేసేవాడు కాంట్రాక్ట్ యజమాని కీలను నియంత్రణలోకి తీసుకోవచ్చు.
diff --git a/public/content/translations/te/developers/tutorials/stealth-addr/index.md b/public/content/translations/te/developers/tutorials/stealth-addr/index.md
new file mode 100644
index 00000000000..8bb2a723e7d
--- /dev/null
+++ b/public/content/translations/te/developers/tutorials/stealth-addr/index.md
@@ -0,0 +1,443 @@
+---
+title: "స్టెల్త్ చిరునామాలను ఉపయోగించడం"
+description: "స్టెల్త్ చిరునామాలు వినియోగదారులను అనామకంగా ఆస్తులను బదిలీ చేయడానికి అనుమతిస్తాయి. ఈ కథనాన్ని చదివిన తర్వాత, మీరు వీటిని చేయగలరు: స్టెల్త్ చిరునామాలు అంటే ఏమిటి మరియు అవి ఎలా పనిచేస్తాయో వివరించడం, అనామకతను కాపాడే విధంగా స్టెల్త్ చిరునామాలను ఎలా ఉపయోగించాలో అర్థం చేసుకోవడం, మరియు స్టెల్త్ చిరునామాలను ఉపయోగించే వెబ్-ఆధారిత అప్లికేషన్ను వ్రాయడం."
+author: ఓరి పోమెరాంట్జ్
+tags:
+ [
+ "స్టెల్త్ చిరునామా",
+ "గోప్యత",
+ "క్రిప్టోగ్రఫీ",
+ "రస్ట్",
+ "wasm"
+ ]
+skill: మధ్యస్థ
+published: 2025-11-30
+lang: te
+sidebarDepth: 3
+---
+
+మీరు బిల్. మేము వివరించని కొన్ని కారణాల వల్ల, మీరు "అలీస్ ఫర్ క్వీన్ ఆఫ్ ది వరల్డ్" ప్రచారానికి విరాళం ఇవ్వాలనుకుంటున్నారు మరియు మీరు విరాళం ఇచ్చారని అలీస్కు తెలియజేయాలనుకుంటున్నారు, తద్వారా ఆమె గెలిస్తే మీకు బహుమతి ఇస్తుంది. దురదృష్టవశాత్తు, ఆమె విజయం హామీ ఇవ్వబడదు. పోటీగా ఒక ప్రచారం ఉంది, "కరోల్ ఫర్ ఎంప్రెస్ ఆఫ్ ది సోలార్ సిస్టం". ఒకవేళ కరోల్ గెలిచి, మీరు అలీస్కు విరాళం ఇచ్చారని ఆమెకు తెలిస్తే, మీరు చిక్కుల్లో పడతారు. కాబట్టి మీరు మీ ఖాతా నుండి అలీస్ ఖాతాకు 200 ETH బదిలీ చేయలేరు.
+
+[ERC-5564](https://eips.ethereum.org/EIPS/eip-5564)కి పరిష్కారం ఉంది. అనామక బదిలీల కోసం [స్టెల్త్ చిరునామాలను](https://nerolation.github.io/stealth-utils) ఎలా ఉపయోగించాలో ఈ ERC వివరిస్తుంది.
+
+**హెచ్చరిక**: మాకు తెలిసినంతవరకు, స్టెల్త్ చిరునామాల వెనుక ఉన్న క్రిప్టోగ్రఫీ సురక్షితమైనది. అయితే, సైడ్-ఛానల్ దాడులకు అవకాశం ఉంది. ఈ ప్రమాదాన్ని తగ్గించడానికి మీరు ఏమి చేయగలరో [క్రింద](#go-wrong) మీరు చూస్తారు.
+
+## స్టెల్త్ చిరునామాలు ఎలా పనిచేస్తాయి {#how}
+
+ఈ వ్యాసం రెండు విధాలుగా స్టెల్త్ చిరునామాలను వివరించడానికి ప్రయత్నిస్తుంది. మొదటిది [వాటిని ఎలా ఉపయోగించాలి](#how-use). ఈ భాగం వ్యాసంలోని మిగిలిన భాగాన్ని అర్థం చేసుకోవడానికి సరిపోతుంది. ఆ తర్వాత, దాని వెనుక ఉన్న గణితం యొక్క [వివరణ](#how-math) ఉంది. మీకు క్రిప్టోగ్రఫీపై ఆసక్తి ఉంటే, ఈ భాగాన్ని కూడా చదవండి.
+
+### సాధారణ వెర్షన్ (స్టెల్త్ చిరునామాలను ఎలా ఉపయోగించాలి) {#how-use}
+
+అలీస్ రెండు ప్రైవేట్ కీలను సృష్టిస్తుంది మరియు దానికి సంబంధించిన పబ్లిక్ కీలను ప్రచురిస్తుంది (వీటిని ఒకే డబుల్-లెంగ్త్ మెటా-చిరునామాలో కలపవచ్చు). బిల్ కూడా ఒక ప్రైవేట్ కీని సృష్టించి, దానికి సంబంధించిన పబ్లిక్ కీని ప్రచురిస్తాడు.
+
+ఒకరి పబ్లిక్ కీని మరియు మరొకరి ప్రైవేట్ కీని ఉపయోగించి, మీరు అలీస్ మరియు బిల్కు మాత్రమే తెలిసిన భాగస్వామ్య రహస్యాన్ని పొందవచ్చు (దీనిని కేవలం పబ్లిక్ కీల నుండి మాత్రమే పొందలేరు). ఈ భాగస్వామ్య రహస్యాన్ని ఉపయోగించి, బిల్ స్టెల్త్ చిరునామాను పొందుతాడు మరియు దానికి ఆస్తులను పంపగలడు.
+
+అలీస్ కూడా భాగస్వామ్య రహస్యం నుండి చిరునామాను పొందుతుంది, కానీ ఆమె ప్రచురించిన పబ్లిక్ కీలకు సంబంధించిన ప్రైవేట్ కీలు ఆమెకు తెలుసు కాబట్టి, ఆ చిరునామా నుండి విత్డ్రా చేయడానికి వీలు కల్పించే ప్రైవేట్ కీని కూడా ఆమె పొందగలదు.
+
+### గణితం (స్టెల్త్ చిరునామాలు ఇలా ఎందుకు పని చేస్తాయి) {#how-math}
+
+ప్రామాణిక స్టెల్త్ చిరునామాలు [ఎలిప్టిక్-కర్వ్ క్రిప్టోగ్రఫీ (ECC)](https://blog.cloudflare.com/a-relatively-easy-to-understand-primer-on-elliptic-curve-cryptography/#elliptic-curves-building-blocks-of-a-better-trapdoor)ని ఉపయోగించి తక్కువ కీ బిట్లతో మెరుగైన పనితీరును పొందుతాయి, అదే సమయంలో భద్రతా స్థాయిని అలాగే ఉంచుతాయి. కానీ చాలా వరకు మనం దానిని పట్టించుకోకుండా, సాధారణ అంకగణితాన్ని ఉపయోగిస్తున్నామని నటించవచ్చు.
+
+అందరికీ తెలిసిన ఒక సంఖ్య ఉంది, _G_. మీరు _G_తో గుణించవచ్చు. కానీ ECC స్వభావం కారణంగా, _G_తో భాగించడం ఆచరణాత్మకంగా అసాధ్యం. సాధారణంగా ఇతీరియములో పబ్లిక్ కీ క్రిప్టోగ్రఫీ పనిచేసే విధానం ఏమిటంటే, మీరు ఒక ప్రైవేట్ కీ, \*Ppriv\*ని ఉపయోగించి లావాదేవీలపై సంతకం చేయవచ్చు, అవి తర్వాత ఒక పబ్లిక్ కీ, _Ppub = GPpriv_ ద్వారా ధృవీకరించబడతాయి.
+
+అలీస్ రెండు ప్రైవేట్ కీలను సృష్టిస్తుంది, _Kpriv_ మరియు _Vpriv_. _Kpriv_ స్టెల్త్ చిరునామా నుండి డబ్బు ఖర్చు చేయడానికి ఉపయోగించబడుతుంది, మరియు _Vpriv_ అలీస్కు చెందిన చిరునామాలను వీక్షించడానికి ఉపయోగించబడుతుంది. ఆ తర్వాత అలీస్ పబ్లిక్ కీలను ప్రచురిస్తుంది: _Kpub = GKpriv_ మరియు _Vpub = GVpriv_
+
+బిల్ మూడవ ప్రైవేట్ కీ, \*Rpriv\*ని సృష్టిస్తాడు మరియు \*Rpub = GRpriv\*ని ఒక కేంద్ర రిజిస్ట్రీకి ప్రచురిస్తాడు (బిల్ దానిని అలీస్కు కూడా పంపించి ఉండవచ్చు, కానీ కరోల్ వింటున్నదని మేము ఊహించుకుంటాము).
+
+బిల్ \*RprivVpub = GRprivVpriv\*ను లెక్కిస్తాడు, ఇది అలీస్కు కూడా తెలుస్తుందని అతను ఆశిస్తాడు (క్రింద వివరించబడింది). ఈ విలువను _S_, భాగస్వామ్య రహస్యం అని పిలుస్తారు. ఇది బిల్కు ఒక పబ్లిక్ కీ, \*Ppub = Kpub+G\*hash(S)\*ను ఇస్తుంది. ఈ పబ్లిక్ కీ నుండి, అతను ఒక చిరునామాను లెక్కించగలడు మరియు అతనికి కావలసిన వనరులను దానికి పంపగలడు. భవిష్యత్తులో, ఒకవేళ అలీస్ గెలిస్తే, ఆ వనరులు తన నుండే వచ్చాయని నిరూపించడానికి బిల్ ఆమెకు \*Rpriv\*ను చెప్పగలడు.
+
+అలీస్ \*RpubVpriv = GRprivVpriv\*ను లెక్కిస్తుంది. ఇది ఆమెకు అదే భాగస్వామ్య రహస్యం, _S_ని ఇస్తుంది. ఆమెకు ప్రైవేట్ కీ, _Kpriv_ తెలుసు కాబట్టి, ఆమె \*Ppriv = Kpriv+hash(S)\*ను లెక్కించగలదు. ఈ కీ ఆమెకు _Ppub = GPpriv = GKpriv+G\*hash(S) = Kpub+G\*hash(S)_ నుండి వచ్చే చిరునామాలో ఉన్న ఆస్తులను యాక్సెస్ చేయడానికి అనుమతిస్తుంది.
+
+అలీస్ డేవ్ ప్రపంచ ఆధిపత్య ప్రచార సేవలకు సబ్కాంట్రాక్ట్ ఇవ్వడానికి వీలుగా మేము ఒక ప్రత్యేక వీక్షణ కీని కలిగి ఉన్నాము. అలీస్ పబ్లిక్ చిరునామాలను డేవ్కు తెలియజేయడానికి మరియు మరింత డబ్బు అందుబాటులోకి వచ్చినప్పుడు తనకు తెలియజేయడానికి సిద్ధంగా ఉంది, కానీ అతను తన ప్రచార డబ్బును ఖర్చు చేయకూడదని ఆమె కోరుకుంటుంది.
+
+వీక్షించడం మరియు ఖర్చు చేయడం వేర్వేరు కీలను ఉపయోగిస్తాయి కాబట్టి, అలీస్ డేవ్కు _Vpriv_ ఇవ్వగలదు. అప్పుడు డేవ్ \*S = RpubVpriv = GRprivVpriv\*ను లెక్కించగలడు మరియు ఆ విధంగా పబ్లిక్ కీలను (_Ppub = Kpub+G\*hash(S)_) పొందగలడు. కానీ _Kpriv_ లేకుండా డేవ్ ప్రైవేట్ కీని పొందలేడు.
+
+సారాంశంలో, ఇవి వివిధ పాల్గొనేవారికి తెలిసిన విలువలు.
+
+| అలీస్ | ప్రచురించబడింది | బిల్ | డేవ్ | |
+| ------------------------------------------------------------------------- | ----------------- | ------------------------------------------------------------------------- | --------------------------------------------------------------------------- | ------------------------------------------------ |
+| G | G | G | G | |
+| _Kpriv_ | — | — | — | |
+| _Vpriv_ | — | — | _Vpriv_ | |
+| _Kpub = GKpriv_ | _Kpub_ | _Kpub_ | _Kpub_ | |
+| _Vpub = GVpriv_ | _Vpub_ | _Vpub_ | _Vpub_ | |
+| — | — | _Rpriv_ | — | |
+| _Rpub_ | _Rpub_ | _Rpub = GRpriv_ | _Rpub_ | |
+| _S = RpubVpriv = GRprivVpriv_ | — | _S = RprivVpub = GRprivVpriv_ | _S = _RpubVpriv_ = GRprivVpriv_ | |
+| _Ppub = Kpub+G\*hash(S)_ | — | _Ppub = Kpub+G\*hash(S)_ | _Ppub = Kpub+G\*hash(S)_ | |
+| _చిరునామా=f(Ppub)_ | — | _చిరునామా=f(Ppub)_ | _చిరునామా=f(Ppub)_ | _చిరునామా=f(Ppub)_ |
+| _Ppriv = Kpriv+hash(S)_ | — | — | — | |
+
+## స్టెల్త్ చిరునామాలు తప్పుగా వెళ్ళినప్పుడు {#go-wrong}
+
+_బ్లాక్ చైనులో రహస్యాలు ఉండవు_. స్టెల్త్ చిరునామాలు మీకు గోప్యతను అందించగలిగినప్పటికీ, ఆ గోప్యత ట్రాఫిక్ విశ్లేషణకు లోబడి ఉంటుంది. ఒక చిన్న ఉదాహరణ చెప్పాలంటే, బిల్ ఒక చిరునామాకు నిధులు సమకూర్చి, వెంటనే _Rpub_ విలువను ప్రచురించడానికి ఒక లావాదేవీని పంపుతాడని ఊహించుకోండి. అలీస్ యొక్క _Vpriv_ లేకుండా, ఇది ఒక స్టెల్త్ చిరునామా అని మనం ఖచ్చితంగా చెప్పలేము, కానీ ఆ విధంగా పందెం వేయవచ్చు. ఆ తర్వాత, ఆ చిరునామా నుండి మొత్తం ETHని అలీస్ ప్రచార నిధి చిరునామాకు బదిలీ చేసే మరో లావాదేవీని మనం చూస్తాము. మనం దానిని నిరూపించలేకపోవచ్చు, కానీ బిల్ అలీస్ ప్రచారానికి విరాళం ఇచ్చి ఉండవచ్చు. కరోల్ ఖచ్చితంగా అలాగే అనుకుంటుంది.
+
+బిల్ _Rpub_ ప్రచురణను స్టెల్త్ చిరునామాకు నిధులు సమకూర్చడం నుండి వేరు చేయడం సులభం (వివిధ సమయాల్లో, వివిధ చిరునామాల నుండి వాటిని చేయండి). అయితే, అది సరిపోదు. కరోల్ వెతికే నమూనా ఏమిటంటే, బిల్ ఒక చిరునామాకు నిధులు సమకూర్చడం, ఆ తర్వాత అలీస్ ప్రచార నిధి దాని నుండి విత్డ్రా చేసుకోవడం.
+
+ఒక పరిష్కారం ఏమిటంటే, అలీస్ ప్రచారం డబ్బును నేరుగా విత్డ్రా చేసుకోకుండా, దానిని మూడవ పక్షానికి చెల్లించడానికి ఉపయోగించడం. ఒకవేళ అలీస్ ప్రచారం 10 ETHని డేవ్ ప్రపంచ ఆధిపత్య ప్రచార సేవలకు పంపితే, బిల్ డేవ్ కస్టమర్లలో ఒకరికి విరాళం ఇచ్చాడని కరోల్కు మాత్రమే తెలుస్తుంది. డేవ్కు తగినంత కస్టమర్లు ఉంటే, బిల్ తనతో పోటీపడే అలీస్కు విరాళం ఇచ్చాడా, లేదా కరోల్ పట్టించుకోని ఆడం, ఆల్బర్ట్, లేదా అబిగైల్కు ఇచ్చాడా అని కరోల్ తెలుసుకోలేదు. అలీస్ చెల్లింపుతో ఒక హాష్ విలువను చేర్చవచ్చు, ఆ తర్వాత డేవ్కు ప్రిఇమేజ్ అందించవచ్చు, అది తన విరాళం అని నిరూపించడానికి. ప్రత్యామ్నాయంగా, పైన పేర్కొన్నట్లుగా, అలీస్ డేవ్కు తన \*Vpriv\*ని ఇస్తే, ఆ చెల్లింపు ఎవరి నుండి వచ్చిందో అతనికి ఇప్పటికే తెలుసు.
+
+ఈ పరిష్కారంతో ప్రధాన సమస్య ఏమిటంటే, ఆ రహస్యం బిల్కు ప్రయోజనం చేకూర్చినప్పుడు అలీస్ దాని గురించి పట్టించుకోవాలి. బిల్ స్నేహితుడు బాబ్ కూడా తనకు విరాళం ఇస్తాడని అలీస్ తన ప్రతిష్టను కాపాడుకోవాలనుకోవచ్చు. కానీ ఆమె బిల్ను బయటపెట్టడానికి కూడా వెనుకాడకపోవచ్చు, ఎందుకంటే అప్పుడు అతను కరోల్ గెలిస్తే ఏమి జరుగుతుందో అని భయపడతాడు. బిల్ చివరికి అలీస్కు మరింత మద్దతు అందించవచ్చు.
+
+### బహుళ స్టెల్త్ లేయర్లను ఉపయోగించడం {#multi-layer}
+
+బిల్ గోప్యతను కాపాడటానికి అలీస్పై ఆధారపడటానికి బదులుగా, బిల్ దానిని స్వయంగా చేయగలడు. అతను కల్పిత వ్యక్తులు, బాబ్ మరియు బెల్లా కోసం బహుళ మెటా-చిరునామాలను సృష్టించగలడు. బిల్ అప్పుడు బాబ్కు ETH పంపుతాడు, మరియు "బాబ్" (వాస్తవానికి బిల్) దానిని బెల్లాకు పంపుతాడు. "బెల్లా" (కూడా బిల్) దానిని అలీస్కు పంపుతుంది.
+
+కరోల్ ఇప్పటికీ ట్రాఫిక్ విశ్లేషణ చేసి బిల్-టు-బాబ్-టు-బెల్లా-టు-అలీస్ పైప్లైన్ను చూడగలదు. అయితే, "బాబ్" మరియు "బెల్లా" కూడా ఇతర ప్రయోజనాల కోసం ETHని ఉపయోగిస్తే, బిల్ అలీస్కు ఏమీ బదిలీ చేసినట్లు కనిపించదు, అలీస్ వెంటనే స్టెల్త్ చిరునామా నుండి తన తెలిసిన ప్రచార చిరునామాకు విత్డ్రా చేసుకున్నప్పటికీ.
+
+## స్టెల్త్-చిరునామా అప్లికేషన్ను వ్రాయడం {#write-app}
+
+ఈ వ్యాసం [GitHubలో అందుబాటులో ఉన్న](https://github.com/qbzzt/251022-stealth-addresses.git) ఒక స్టెల్త్-చిరునామా అప్లికేషన్ను వివరిస్తుంది.
+
+### ఉపకరణాలు {#tools}
+
+మనం ఉపయోగించగల [ఒక టైప్స్క్రిప్ట్ స్టెల్త్ చిరునామా లైబ్రరీ](https://github.com/ScopeLift/stealth-address-sdk) ఉంది. అయితే, క్రిప్టోగ్రాఫిక్ కార్యకలాపాలు CPU-ఇంటెన్సివ్ కావచ్చు. నేను వాటిని [రస్ట్](https://rust-lang.org/) వంటి సంకలనం చేయబడిన భాషలో అమలు చేయడానికి ఇష్టపడతాను, మరియు బ్రౌజర్లో సంకేత భాషను అమలు చేయడానికి [WASM](https://webassembly.org/)ని ఉపయోగిస్తాను.
+
+మేము [Vite](https://vite.dev/) మరియు [React](https://react.dev/)ని ఉపయోగించబోతున్నాము. ఇవి పరిశ్రమ-ప్రామాణిక ఉపకరణాలు; మీకు వాటితో పరిచయం లేకపోతే, మీరు [ఈ ట్యుటోరియల్](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/)ను ఉపయోగించవచ్చు. Viteని ఉపయోగించడానికి, మాకు Node అవసరం.
+
+### కార్యకలాపంలో స్టెల్త్ చిరునామాలను చూడండి {#in-action}
+
+1. అవసరమైన ఉపకరణాలను ఇన్స్టాల్ చేయండి: [రస్ట్](https://rust-lang.org/tools/install/) మరియు [Node](https://nodejs.org/en/download).
+
+2. GitHub రిపోజిటరీని క్లోన్ చేయండి.
+
+ ```sh
+ git clone https://github.com/qbzzt/251022-stealth-addresses.git
+ cd 251022-stealth-addresses
+ ```
+
+3. అవసరమైన వాటిని ఇన్స్టాల్ చేయండి మరియు రస్ట్ సంకేత భాషను సంకలనం చేయండి.
+
+ ```sh
+ cd src/rust-wasm
+ rustup target add wasm32-unknown-unknown
+ cargo install wasm-pack
+ wasm-pack build --target web
+ ```
+
+4. వెబ్ సర్వర్ను ప్రారంభించండి.
+
+ ```sh
+ cd ../..
+ npm install
+ npm run dev
+ ```
+
+5. [అప్లికేషన్కు](http://localhost:5173/) బ్రౌజ్ చేయండి. ఈ అప్లికేషన్ పేజీకి రెండు ఫ్రేమ్లు ఉన్నాయి: ఒకటి అలీస్ వినియోగదారు ఇంటర్ఫేస్ కోసం మరియు మరొకటి బిల్ కోసం. రెండు ఫ్రేమ్లు కమ్యూనికేట్ చేయవు; అవి సౌలభ్యం కోసం మాత్రమే ఒకే పేజీలో ఉన్నాయి.
+
+6. అలీస్గా, **ఒక స్టెల్త్ మెటా-చిరునామాను సృష్టించు** క్లిక్ చేయండి. ఇది కొత్త స్టెల్త్ చిరునామాను మరియు దానికి సంబంధించిన ప్రైవేట్ కీలను ప్రదర్శిస్తుంది. స్టెల్త్ మెటా-చిరునామాను క్లిప్బోర్డ్కు కాపీ చేయండి.
+
+7. బిల్గా, కొత్త స్టెల్త్ మెటా-చిరునామాను పేస్ట్ చేసి, **ఒక చిరునామాను సృష్టించు** క్లిక్ చేయండి. ఇది మీకు అలీస్ కోసం నిధులు సమకూర్చడానికి చిరునామాను ఇస్తుంది.
+
+8. చిరునామా మరియు బిల్ పబ్లిక్ కీని కాపీ చేసి, వాటిని అలీస్ వినియోగదారు ఇంటర్ఫేస్లోని "బిల్ ద్వారా సృష్టించబడిన చిరునామా కోసం ప్రైవేట్ కీ" ప్రాంతంలో పేస్ట్ చేయండి. ఆ ఫీల్డ్లను పూరించిన తర్వాత, మీరు ఆ చిరునామాలోని ఆస్తులను యాక్సెస్ చేయడానికి ప్రైవేట్ కీని చూస్తారు.
+
+9. ప్రైవేట్ కీ చిరునామాకు అనుగుణంగా ఉందని నిర్ధారించుకోవడానికి మీరు [ఒక ఆన్లైన్ కాలిక్యులేటర్ను](https://iancoleman.net/ethereum-private-key-to-address/) ఉపయోగించవచ్చు.
+
+### ప్రోగ్రామ్ ఎలా పని చేస్తుంది {#how-the-program-works}
+
+#### WASM కాంపోనెంట్ {#wasm}
+
+WASMలోకి సంకలనం చేయబడిన మూల సంకేత భాష [రస్ట్](https://rust-lang.org/)లో వ్రాయబడింది. మీరు దానిని [`src/rust_wasm/src/lib.rs`](https://github.com/qbzzt/251022-stealth-addresses/blob/main/src/rust-wasm/src/lib.rs)లో చూడవచ్చు. ఈ సంకేత భాష ప్రాథమికంగా జావాస్క్రిప్ట్ సంకేత భాష మరియు [`eth-stealth-addresses` లైబ్రరీ](https://github.com/kassandraoftroy/eth-stealth-addresses) మధ్య ఒక ఇంటర్ఫేస్.
+
+**`Cargo.toml`**
+
+రస్ట్లో [`Cargo.toml`](https://doc.rust-lang.org/cargo/reference/manifest.html) జావాస్క్రిప్ట్లో [`package.json`](https://docs.npmjs.com/cli/v9/configuring-npm/package-json)కి సమానమైనది. ఇది ప్యాకేజీ సమాచారం, ఆధారపడటం ప్రకటనలు మొదలైనవాటిని కలిగి ఉంటుంది.
+
+```toml
+[package]
+name = "rust-wasm"
+version = "0.1.0"
+edition = "2024"
+
+[dependencies]
+eth-stealth-addresses = "0.1.0"
+hex = "0.4.3"
+wasm-bindgen = "0.2.104"
+getrandom = { version = "0.2", features = ["js"] }
+```
+
+[`getrandom`](https://docs.rs/getrandom/latest/getrandom/) ప్యాకేజీ యాదృచ్ఛిక విలువలను ఉత్పత్తి చేయాలి. అది కేవలం అల్గారిథమిక్ పద్ధతుల ద్వారా చేయబడదు; దీనికి ఎంట్రోపీ యొక్క మూలంగా భౌతిక ప్రక్రియకు యాక్సెస్ అవసరం. ఈ నిర్వచనం మనం నడుపుతున్న బ్రౌజర్ను అడగడం ద్వారా ఆ ఎంట్రోపీని పొందుతామని నిర్దేశిస్తుంది.
+
+```toml
+console_error_panic_hook = "0.1.7"
+```
+
+[ఈ లైబ్రరీ](https://docs.rs/console_error_panic_hook/latest/console_error_panic_hook/) WASM సంకేత భాష పానిక్ అయినప్పుడు మరియు కొనసాగించలేనప్పుడు మనకు మరింత అర్థవంతమైన దోష సందేశాలను ఇస్తుంది.
+
+```toml
+[lib]
+crate-type = ["cdylib", "rlib"]
+```
+
+WASM సంకేత భాషను ఉత్పత్తి చేయడానికి అవసరమైన అవుట్పుట్ రకం.
+
+**`lib.rs`**
+
+ఇది అసలు రస్ట్ సంకేత భాష.
+
+```rust
+use wasm_bindgen::prelude::*;
+```
+
+రస్ట్ నుండి WASM ప్యాకేజీని సృష్టించడానికి నిర్వచనాలు. అవి [ఇక్కడ](https://wasm-bindgen.github.io/wasm-bindgen/reference/attributes/index.html) డాక్యుమెంట్ చేయబడ్డాయి.
+
+```rust
+use eth_stealth_addresses::{
+ generate_stealth_meta_address,
+ generate_stealth_address,
+ compute_stealth_key
+};
+```
+
+మాకు [`eth-stealth-addresses` లైబ్రరీ](https://github.com/kassandraoftroy/eth-stealth-addresses) నుండి అవసరమైన ఫంక్షన్లు.
+
+```rust
+use hex::{decode,encode};
+```
+
+రస్ట్ సాధారణంగా విలువల కోసం బైట్ [అరేలను](https://doc.rust-lang.org/std/primitive.array.html) (`[u8; ]`) ఉపయోగిస్తుంది. కానీ జావాస్క్రిప్ట్లో, మనం సాధారణంగా హెక్సాడెసిమల్ స్ట్రింగ్లను ఉపయోగిస్తాము. [`hex` లైబ్రరీ](https://docs.rs/hex/latest/hex/) ఒక ప్రాతినిధ్యం నుండి మరొక దానికి మన కోసం అనువదిస్తుంది.
+
+```rust
+#[wasm_bindgen]
+```
+
+ఈ ఫంక్షన్ను జావాస్క్రిప్ట్ నుండి పిలవడానికి WASM బైండింగ్లను సృష్టించండి.
+
+```rust
+pub fn wasm_generate_stealth_meta_address() -> String {
+```
+
+బహుళ ఫీల్డ్లతో ఒక ఆబ్జెక్ట్ను తిరిగి ఇవ్వడానికి సులభమైన మార్గం JSON స్ట్రింగ్ను తిరిగి ఇవ్వడం.
+
+```rust
+ let (address, spend_private_key, view_private_key) =
+ generate_stealth_meta_address();
+```
+
+[`generate_stealth_meta_address`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.generate_stealth_meta_address.html) మూడు ఫీల్డ్లను తిరిగి ఇస్తుంది:
+
+- మెటా-చిరునామా (_Kpub_ మరియు _Vpub_)
+- వీక్షణ ప్రైవేట్ కీ (_Vpriv_)
+- ఖర్చు ప్రైవేట్ కీ (_Kpriv_)
+
+[టపుల్](https://doc.rust-lang.org/std/primitive.tuple.html) వాక్యనిర్మాణం ఆ విలువలను మళ్లీ వేరు చేయడానికి అనుమతిస్తుంది.
+
+```rust
+ format!("{{\"address\":\"{}\",\"view_private_key\":\"{}\",\"spend_private_key\":\"{}\"}}",
+ encode(address),
+ encode(view_private_key),
+ encode(spend_private_key)
+ )
+}
+```
+
+JSON-ఎన్కోడ్ చేయబడిన స్ట్రింగ్ను సృష్టించడానికి [`format!`](https://doc.rust-lang.org/std/fmt/index.html) మాక్రోని ఉపయోగించండి. అరేలను హెక్స్ స్ట్రింగ్లకు మార్చడానికి [`hex::encode`](https://docs.rs/hex/latest/hex/fn.encode.html)ని ఉపయోగించండి.
+
+```rust
+fn str_to_array(s: &str) -> Option<[u8; N]> {
+```
+
+ఈ ఫంక్షన్ (జావాస్క్రిప్ట్ ద్వారా అందించబడిన) హెక్స్ స్ట్రింగ్ను బైట్ అర్రేగా మారుస్తుంది. జావాస్క్రిప్ట్ సంకేత భాష ద్వారా అందించబడిన విలువలను పార్స్ చేయడానికి మనం దానిని ఉపయోగిస్తాము. రస్ట్ అరేలు మరియు వెక్టర్లను ఎలా నిర్వహిస్తుందో దాని కారణంగా ఈ ఫంక్షన్ సంక్లిష్టంగా ఉంటుంది.
+
+`` వ్యక్తీకరణను [జెనరిక్](https://doc.rust-lang.org/book/ch10-01-syntax.html) అంటారు. `N` అనేది తిరిగి ఇవ్వబడిన అరే యొక్క పొడవును నియంత్రించే ఒక పారామీటర్. ఈ ఫంక్షన్ను వాస్తవానికి `str_to_array::` అని పిలుస్తారు, ఇక్కడ `n` అనేది అరే పొడవు.
+
+తిరిగి ఇవ్వబడిన విలువ `Option<[u8; N]>`, అంటే తిరిగి ఇవ్వబడిన అరే [ఆప్షనల్](https://doc.rust-lang.org/std/option/) అని అర్థం. ఇది విఫలం కాగల ఫంక్షన్ల కోసం రస్ట్లో ఒక సాధారణ నమూనా.
+
+ఉదాహరణకు, మనం `str_to_array::10("bad060a7")` అని పిలిస్తే, ఫంక్షన్ పది-విలువల అరేను తిరిగి ఇవ్వాలి, కానీ ఇన్పుట్ కేవలం నాలుగు బైట్లు మాత్రమే. ఫంక్షన్ విఫలం కావాలి, మరియు అది `None`ను తిరిగి ఇవ్వడం ద్వారా అలా చేస్తుంది. `str_to_array::4("bad060a7")` కోసం తిరిగి ఇవ్వబడిన విలువ `Some<[0xba, 0xd0, 0x60, 0xa7]>` అవుతుంది.
+
+```rust
+ // డీకోడ్ Result, _>ను తిరిగి ఇస్తుంది
+ let vec = decode(s).ok()?;
+```
+
+[`hex::decode`](https://docs.rs/hex/latest/hex/fn.decode.html) ఫంక్షన్ `Result, FromHexError>`ను తిరిగి ఇస్తుంది. [`Result`](https://doc.rust-lang.org/std/result/) రకం విజయవంతమైన ఫలితం (`Ok(value)`) లేదా దోషం (`Err(error)`) కలిగి ఉండవచ్చు.
+
+`.ok()` పద్ధతి `Result`ను `Option`గా మారుస్తుంది, దీని విలువ విజయవంతమైతే `Ok()` విలువ లేదా కాకపోతే `None` అవుతుంది. చివరగా, [ప్రశ్నార్థక గుర్తు ఆపరేటర్](https://doc.rust-lang.org/std/option/#the-question-mark-operator-) ప్రస్తుత ఫంక్షన్లను రద్దు చేసి, `Option` ఖాళీగా ఉంటే `None`ను తిరిగి ఇస్తుంది. లేకపోతే, ఇది విలువను అన్వ్రాప్ చేసి, దానిని తిరిగి ఇస్తుంది (ఈ సందర్భంలో, `vec`కు ఒక విలువను కేటాయించడానికి).
+
+ఇది దోషాలను నిర్వహించడానికి ఒక వింత సంక్లిష్టమైన పద్ధతిలా కనిపిస్తుంది, కానీ `Result` మరియు `Option` అన్ని దోషాలు ఒక విధంగా లేదా మరొక విధంగా నిర్వహించబడుతున్నాయని నిర్ధారిస్తాయి.
+
+```rust
+ if vec.len() != N { return None; }
+```
+
+బైట్ల సంఖ్య తప్పుగా ఉంటే, అది ఒక వైఫల్యం, మరియు మనం `None`ను తిరిగి ఇస్తాము.
+
+```rust
+ // try_into vecను వినియోగించి [u8; N] చేయడానికి ప్రయత్నిస్తుంది
+ let array: [u8; N] = vec.try_into().ok()?;
+```
+
+రస్ట్లో రెండు అరే రకాలు ఉన్నాయి. [అరేలకు](https://doc.rust-lang.org/std/primitive.array.html) ఒక స్థిర పరిమాణం ఉంటుంది. [వెక్టర్లు](https://doc.rust-lang.org/std/vec/index.html) పెరగవచ్చు మరియు తగ్గవచ్చు. `hex::decode` ఒక వెక్టర్ను తిరిగి ఇస్తుంది, కానీ `eth_stealth_addresses` లైబ్రరీ అరేలను స్వీకరించాలనుకుంటుంది. [`.try_into()`](https://doc.rust-lang.org/std/convert/trait.TryInto.html#required-methods) ఒక విలువను మరొక రకంలోకి మారుస్తుంది, ఉదాహరణకు, ఒక వెక్టర్ను ఒక అరేలోకి.
+
+```rust
+ Some(array)
+}
+```
+
+రస్ట్ ఫంక్షన్ చివరిలో ఒక విలువను తిరిగి ఇచ్చేటప్పుడు [`return`](https://doc.rust-lang.org/std/keyword.return.html) కీవర్డ్ను ఉపయోగించమని అవసరం లేదు.
+
+```rust
+#[wasm_bindgen]
+pub fn wasm_generate_stealth_address(stealth_address: &str) -> Option {
+```
+
+ఈ ఫంక్షన్ ఒక పబ్లిక్ మెటా-చిరునామాను స్వీకరిస్తుంది, ఇందులో _Vpub_ మరియు _Kpub_ రెండూ ఉంటాయి. ఇది స్టెల్త్ చిరునామా, ప్రచురించడానికి పబ్లిక్ కీ (_Rpub_), మరియు అలీస్కు చెందిన ప్రచురిత చిరునామాలను గుర్తించడాన్ని వేగవంతం చేసే ఒక-బైట్ స్కాన్ విలువను తిరిగి ఇస్తుంది.
+
+స్కాన్ విలువ భాగస్వామ్య రహస్యం (_S = GRprivVpriv_)లో ఒక భాగం. ఈ విలువ అలీస్కు అందుబాటులో ఉంటుంది, మరియు _f(Kpub+G\*hash(S))_ ప్రచురిత చిరునామాకు సమానమా కాదా అని తనిఖీ చేయడం కంటే దీనిని తనిఖీ చేయడం చాలా వేగవంతమైనది.
+
+```rust
+ let (address, r_pub, scan) =
+ generate_stealth_address(&str_to_array::<66>(stealth_address)?);
+```
+
+మేము లైబ్రరీ యొక్క [`generate_stealth_address`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.generate_stealth_address.html)ని ఉపయోగిస్తాము.
+
+```rust
+ format!("{{\"address\":\"{}\",\"rPub\":\"{}\",\"scan\":\"{}\"}}",
+ encode(address),
+ encode(r_pub),
+ encode(&[scan])
+ ).into()
+}
+```
+
+JSON-ఎన్కోడ్ చేయబడిన అవుట్పుట్ స్ట్రింగ్ను సిద్ధం చేయండి.
+
+```rust
+#[wasm_bindgen]
+pub fn wasm_compute_stealth_key(
+ address: &str,
+ bill_pub_key: &str,
+ view_private_key: &str,
+ spend_private_key: &str
+) -> Option {
+ .
+ .
+ .
+}
+```
+
+ఈ ఫంక్షన్ లైబ్రరీ యొక్క [`compute_stealth_key`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.compute_stealth_key.html)ని ఉపయోగించి చిరునామా (_Rpriv_) నుండి విత్డ్రా చేయడానికి ప్రైవేట్ కీని లెక్కిస్తుంది. ఈ గణనకు ఈ విలువలు అవసరం:
+
+- చిరునామా (_చిరునామా=f(Ppub)_)
+- బిల్ ద్వారా సృష్టించబడిన పబ్లిక్ కీ (_Rpub_)
+- వీక్షణ ప్రైవేట్ కీ (_Vpriv_)
+- ఖర్చు ప్రైవేట్ కీ (_Kpriv_)
+
+```rust
+#[wasm_bindgen(start)]
+```
+
+[`#[wasm_bindgen(start)]`](https://wasm-bindgen.github.io/wasm-bindgen/reference/attributes/on-rust-exports/start.html) WASM సంకేత భాష ప్రారంభించబడినప్పుడు ఫంక్షన్ అమలు చేయబడుతుందని నిర్దేశిస్తుంది.
+
+```rust
+pub fn main() {
+ console_error_panic_hook::set_once();
+}
+```
+
+ఈ సంకేత భాష పానిక్ అవుట్పుట్ను జావాస్క్రిప్ట్ కన్సోల్కు పంపమని నిర్దేశిస్తుంది. దీనిని ఆచరణలో చూడటానికి, అప్లికేషన్ను ఉపయోగించి బిల్కు చెల్లని మెటా-చిరునామా ఇవ్వండి (కేవలం ఒక హెక్సాడెసిమల్ అంకెను మార్చండి). మీరు జావాస్క్రిప్ట్ కన్సోల్లో ఈ దోషాన్ని చూస్తారు:
+
+```
+rust_wasm.js:236 panicked at /home/ori/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/subtle-2.6.1/src/lib.rs:701:9:
+assertion `left == right` failed
+ left: 0
+ right: 1
+```
+
+ఆ తర్వాత స్టాక్ ట్రేస్ ఉంటుంది. అప్పుడు బిల్కు చెల్లుబాటు అయ్యే మెటా-చిరునామా ఇవ్వండి, మరియు అలీస్కు చెల్లని చిరునామా లేదా చెల్లని పబ్లిక్ కీ ఇవ్వండి. మీరు ఈ దోషాన్ని చూస్తారు:
+
+```
+rust_wasm.js:236 panicked at /home/ori/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/eth-stealth-addresses-0.1.0/src/lib.rs:78:9:
+keys do not generate stealth address
+```
+
+మళ్లీ, ఆ తర్వాత స్టాక్ ట్రేస్ ఉంటుంది.
+
+#### వినియోగదారు ఇంటర్ఫేస్ {#ui}
+
+వినియోగదారు ఇంటర్ఫేస్ [React](https://react.dev/) ఉపయోగించి వ్రాయబడింది మరియు [Vite](https://vite.dev/) ద్వారా అందించబడుతుంది. మీరు [ఈ ట్యుటోరియల్](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) ఉపయోగించి వాటి గురించి తెలుసుకోవచ్చు. ఇక్కడ [WAGMI](https://wagmi.sh/) అవసరం లేదు ఎందుకంటే మనం బ్లాక్ చైను లేదా వాలెట్తో నేరుగా సంభాషించము.
+
+వినియోగదారు ఇంటర్ఫేస్లో స్పష్టంగా లేని ఏకైక భాగం WASM కనెక్టివిటీ. ఇది ఎలా పనిచేస్తుందో ఇక్కడ ఉంది.
+
+**`vite.config.js`**
+
+ఈ ఫైల్ [Vite కాన్ఫిగరేషన్ను](https://vite.dev/config/) కలిగి ఉంది.
+
+```js
+import { defineConfig } from 'vite'
+import react from '@vitejs/plugin-react'
+import wasm from "vite-plugin-wasm";
+
+// https://vite.dev/config/
+export default defineConfig({
+ plugins: [react(), wasm()],
+})
+```
+
+మాకు రెండు Vite ప్లగిన్లు అవసరం: [react](https://www.npmjs.com/package/@vitejs/plugin-react) మరియు [wasm](https://github.com/Menci/vite-plugin-wasm#readme).
+
+**`App.jsx`**
+
+ఈ ఫైల్ అప్లికేషన్ యొక్క ప్రధాన భాగం. ఇది రెండు భాగాలను కలిగి ఉన్న ఒక కంటైనర్: `Alice` మరియు `Bill`, ఆ వినియోగదారుల కోసం వినియోగదారు ఇంటర్ఫేస్లు. WASM కోసం సంబంధించిన భాగం ప్రారంభ సంకేత భాష.
+
+```jsx
+import init from './rust-wasm/pkg/rust_wasm.js'
+```
+
+మనం [`wasm-pack`](https://rustwasm.github.io/docs/wasm-pack/)ని ఉపయోగించినప్పుడు, అది ఇక్కడ మనం ఉపయోగించే రెండు ఫైళ్ళను సృష్టిస్తుంది: అసలు సంకేత భాషతో ఒక wasm ఫైల్ (ఇక్కడ, `src/rust-wasm/pkg/rust_wasm_bg.wasm`) మరియు దానిని ఉపయోగించడానికి నిర్వచనాలతో ఒక జావాస్క్రిప్ట్ ఫైల్ (ఇక్కడ, `src/rust_wasm/pkg/rust_wasm.js`). ఆ జావాస్క్రిప్ట్ ఫైల్ యొక్క డిఫాల్ట్ ఎగుమతి WASMను ప్రారంభించడానికి అమలు చేయవలసిన సంకేత భాష.
+
+```jsx
+function App() {
+ .
+ .
+ .
+ useEffect(() => {
+ const loadWasm = async () => {
+ try {
+ await init();
+ setWasmReady(true)
+ } catch (err) {
+ console.error('Error loading wasm:', err)
+ alert("Wasm error: " + err)
+ }
+ }
+
+ loadWasm()
+ }, []
+ )
+```
+
+[`useEffect` హుక్](https://react.dev/reference/react/useEffect) మీకు స్టేట్ వేరియబుల్స్ మారినప్పుడు అమలు చేయబడే ఫంక్షన్ను నిర్దేశించడానికి అనుమతిస్తుంది. ఇక్కడ, స్టేట్ వేరియబుల్స్ జాబితా ఖాళీగా ఉంది (`[]`), కాబట్టి ఈ ఫంక్షన్ పేజీ లోడ్ అయినప్పుడు ఒకసారి మాత్రమే అమలు చేయబడుతుంది.
+
+ప్రభావ ఫంక్షన్ వెంటనే తిరిగి రావాలి. అసమకాలిక సంకేత భాషను ఉపయోగించడానికి, ఉదాహరణకు WASM `init` (ఇది `.wasm` ఫైల్ను లోడ్ చేయాలి మరియు అందువల్ల సమయం పడుతుంది) మనం అంతర్గత [`async`](https://en.wikipedia.org/wiki/Async/await) ఫంక్షన్ను నిర్వచించి, దానిని `await` లేకుండా అమలు చేస్తాము.
+
+**`Bill.jsx`**
+
+ఇది బిల్ కోసం వినియోగదారు ఇంటర్ఫేస్. అలీస్ అందించిన స్టెల్త్ మెటా-చిరునామా ఆధారంగా ఒక చిరునామాను సృష్టించడం దీనికి ఒకే ఒక చర్య.
+
+```jsx
+import { wasm_generate_stealth_address } from './rust-wasm/pkg/rust_wasm.js'
+```
+
+డిఫాల్ట్ ఎగుమతితో పాటు, `wasm-pack` ద్వారా సృష్టించబడిన జావాస్క్రిప్ట్ సంకేత భాష WASM సంకేత భాషలోని ప్రతి ఫంక్షన్ కోసం ఒక ఫంక్షన్ను ఎగుమతి చేస్తుంది.
+
+```jsx
+
-## డాన్షార్డింగ్ అంటే ఏమిటి? {#what-is-danksharding}
+## డాన్షార్డింగ్ అంటే ఏమిటి? డాన్క్షర్డింగ్ అంటే ఏమిటి? {#what-is-danksharding}
ప్రోటో-డాన్షార్డింగ్తో ప్రారంభమైన రోల్అప్ స్కేలింగ్ యొక్క పూర్తి సాక్షాత్కారమే డాన్షార్డింగ్. డాన్షార్డింగ్ వారి కంప్రెస్డ్ లావాదేవీ డేటాను డంప్ చేయడానికి రోల్అప్ల కోసం Ethereumలో భారీ మొత్తంలో స్థలాన్ని తెస్తుంది. దీనర్థం Ethereum వందలాది వ్యక్తిగత రోల్అప్లకు సులభంగా మద్దతు ఇవ్వగలదు మరియు సెకనుకు మిలియన్ల కొద్దీ లావాదేవీలను వాస్తవంగా చేస్తుంది.
ప్రోటో-డాన్షార్డింగ్లోని ఆరు (6) నుండి బ్లాక్లకు జోడించబడిన బ్లాబ్లను పూర్తి డాన్షార్డింగ్లో 64కు విస్తరించడం ద్వారా ఇది పని చేసే విధానం. అవసరమైన మిగిలిన మార్పులు కొత్త పెద్ద బ్లాబ్లను నిర్వహించడానికి ఏకాభిప్రాయ క్లయింట్లు పనిచేసే విధానానికి సంబంధించిన అన్ని నవీకరణలు. ఈ మార్పులలో అనేకం ఇప్పటికే డాన్షార్డింగ్ కాకుండా ఇతర ప్రయోజనాల కోసం రోడ్మ్యాప్లో ఉన్నాయి. ఉదాహరణకు, డాన్షార్డింగ్కు ప్రపోజర్-బిల్డర్ విభజనను అమలు చేయడం అవసరం. ఇది వివిధ వాలిడేటర్లలో బిల్డింగ్ బ్లాక్లు మరియు బ్లాక్లను ప్రతిపాదించే పనులను వేరు చేసే అప్గ్రేడ్. అదేవిధంగా, డాన్షార్డింగ్ కోసం డేటా లభ్యత నమూనా అవసరం, అయితే ఇది చాలా చారిత్రాత్మక డేటా ("స్టేట్లెస్ క్లయింట్లు") నిల్వ చేయని చాలా తేలికైన క్లయింట్ల అభివృద్ధికి కూడా అవసరం.
-
+
32MB బ్లాబ్ డేటా కోసం ఖరీదైన కమిట్మెంట్లు మరియు రుజువులను రూపొందించకుండా వ్యక్తిగత వ్యాలిడేటర్లను నిరోధించడానికి ప్రపోజర్-బిల్డర్ విభజన అవసరం. 32MB బ్లాబ్ డేటా కోసం ఖరీదైన కమిట్మెంట్లు మరియు రుజువులను రూపొందించకుండా వ్యక్తిగత వ్యాలిడేటర్లను నిరోధించడానికి ప్రపోజర్-బిల్డర్ విభజన అవసరం. బదులుగా, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఈ ఖరీదైన గణన పనికి బాధ్యత వహిస్తారు. అప్పుడు, వారు తమ బ్లాక్లను ప్రసారం చేయడానికి ప్రపోజర్లను నిరోధించడానికి అందుబాటులో ఉంచుతారు. బ్లాక్ ప్రపోజర్ కేవలం అత్యంత లాభదాయకమైన బ్లాక్ను ఎంచుకుంటుంది. ఎవరైనా బ్లాబ్లను చౌకగా మరియు త్వరగా ధృవీకరించవచ్చు, అంటే ఏదైనా సాధారణ వ్యాలిడేటర్ బ్లాక్ బిల్డర్లు నిజాయితీగా ప్రవర్తిస్తున్నారో లేదో తనిఖీ చేయవచ్చు. ఇది వికేంద్రీకరణను త్యాగం చేయకుండా పెద్ద బ్లాబ్లను ప్రాసెస్ చేయడానికి అనుమతిస్తుంది. తప్పుగా ప్రవర్తించే బ్లాక్ బిల్డర్లను నెట్వర్క్ నుండి తొలగించి, కత్తిరించబడవచ్చు - బ్లాక్ బిల్డింగ్ లాభదాయకమైన కార్యకలాపం కాబట్టి ఇతరులు వారి స్థానంలోకి అడుగుపెడతారు.
-
+
బ్లాబ్ డేటాను త్వరగా మరియు సమర్ధవంతంగా ధృవీకరించడానికి వాలిడేటర్లకు డేటా లభ్యత నమూనా అవసరం. డేటా లభ్యత నమూనాను ఉపయోగించి, బొట్టు డేటా అందుబాటులో ఉందని మరియు సరిగ్గా కట్టుబడి ఉందని వ్యాలిడేటర్లు చాలా ఖచ్చితంగా చెప్పగలరు. ప్రతి వాలిడేటర్ యాదృచ్ఛికంగా కొన్ని డేటా పాయింట్లను శాంపిల్ చేయవచ్చు మరియు రుజువును సృష్టించవచ్చు, అంటే వాలిడేటర్ మొత్తం బొట్టును తనిఖీ చేయవలసిన అవసరం లేదు. ఏదైనా డేటా తప్పిపోయినట్లయితే, అది త్వరగా గుర్తించబడుతుంది మరియు బొట్టు తిరస్కరించబడుతుంది.
@@ -81,15 +81,15 @@ EIP-4844 KZG వేడుక ప్రజలకు తెరిచి ఉంద
### ప్రస్తుత పురోగతి {#current-progress}
-పూర్తి డాన్క్షర్డింగ్కు చాలా సంవత్సరాల దూరంలో ఉంది. ఈలోగా, KZG వేడుక 140,000 కంటే ఎక్కువ విరాళాలతో ముగిసింది మరియు ప్రోటో-డాన్క్షర్డింగ్ కోసం [EIP](https://eips.ethereum.org/EIPS/eip-4844) పరిపక్వం చెందింది. ఈ ప్రతిపాదన అన్ని టెస్ట్నెట్లలో పూర్తిగా అమలు చేయబడింది మరియు మార్చి 2024లో కాంకున్-డెనెబ్ ("డెన్కున్") నెట్వర్క్ అప్గ్రేడ్తో మెయిన్నెట్లో ప్రత్యక్ష ప్రసారం చేయబడింది.
+పూర్తి డాన్క్షర్డింగ్కు చాలా సంవత్సరాల దూరంలో ఉంది. ఈలోగా, KZG సెరిమొనీ 140,000 కంటే ఎక్కువ కంట్రిబ్యూషన్లతో ముగిసింది, మరియు ప్రోటో-డాన్క్షర్డింగ్ కోసం [EIP](https://eips.ethereum.org/EIPS/eip-4844) పరిపక్వం చెందింది. ఈ ప్రతిపాదన అన్ని టెస్ట్నెట్లలో పూర్తిగా అమలు చేయబడింది మరియు మార్చి 2024లో కాంకున్-డెనెబ్ ("డెన్కున్") నెట్వర్క్ అప్గ్రేడ్తో మెయిన్నెట్లో ప్రత్యక్ష ప్రసారం చేయబడింది.
-### Further reading {#further-reading}
+### మరింత సమాచారం {#further-reading}
-- [ప్రోటో-డాన్క్షర్డింగ్ నోట్స్](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _విటాలిక్ బుటెరిన్_
+- [ప్రోటో-డాన్క్షర్డింగ్ నోట్స్](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _Vitalik Buterin_
- [డాన్క్షర్డింగ్పై డాంక్రాడ్ నోట్స్](https://notes.ethereum.org/@dankrad/new_sharding)
-- [డాన్క్రాడ్, ప్రోటో మరియు విటాలిక్ డాన్క్షర్డింగ్ గురించి చర్చిస్తారు](https://www.youtube.com/watch?v=N5p0TB77flM)
-- [KZG వేడుక](https://ceremony.ethereum.org/)
-- [విశ్వసనీయ సెటప్పై కార్ల్ బీఖుయిజెన్ డెవ్కాన్ చర్చ](https://archive.devcon.org/archive/watch/6/the-kzg-ceremony-or-how-i-learnt-to-stop-worrying-and-love-trusted-setups/?tab=YouTube)
-- [బ్లాబ్ల కోసం డేటా లభ్యత నమూనాపై మరింత సమాచారం](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
-- [KZG కమిట్మెంట్లు మరియు ప్రూఫ్లపై డాన్క్రాడ్ ఫీస్ట్](https://youtu.be/8L2C6RDMV9Q)
-- [KZG బహుపది కట్టుబాట్లు](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)
+- [డాంక్రాడ్, ప్రోటో మరియు విటాలిక్ డాన్క్షర్డింగ్పై చర్చిస్తున్నారు](https://www.youtube.com/watch?v=N5p0TB77flM)
+- [KZG సెరిమొనీ](https://ceremony.ethereum.org/)
+- [ట్రస్టెడ్ సెటప్లపై కార్ల్ బీఖుయిజెన్ యొక్క డెవ్కాన్ ప్రసంగం](https://archive.devcon.org/archive/watch/6/the-kzg-ceremony-or-how-i-learnt-to-stop-worrying-and-love-trusted-setups/?tab=YouTube)
+- [బ్లాబ్స్ కోసం డేటా అవైలబిలిటీ శాంప్లింగ్పై మరిన్ని వివరాలు](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
+- [KZG కమిట్మెంట్లు మరియు ప్రూఫ్లపై డాంక్రాడ్ ఫీస్ట్](https://youtu.be/8L2C6RDMV9Q)
+- [KZG పాలినోమియల్ కమిట్మెంట్లు](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)
diff --git a/public/content/translations/te/roadmap/dencun/index.md b/public/content/translations/te/roadmap/dencun/index.md
index 2de54ecdc20..1b467158972 100644
--- a/public/content/translations/te/roadmap/dencun/index.md
+++ b/public/content/translations/te/roadmap/dencun/index.md
@@ -6,9 +6,9 @@ lang: te
# కాంకున్-డెనెబ్ (Dencun) {#dencun}
-కాంకున్-డెనెబ్ (Dencun) అనేది Ethereum నెట్వర్క్కు అప్గ్రేడ్, ఇది **బ్లాబ్లు** చౌకైన [లేయర్ 2 (L2)](/layer-2) రోల్అప్ నిల్వకు తాత్కాలిక డేటాను పరిచయం చేస్తూ \*\*ప్రోటో-డాన్క్షర్డింగ్ (EIP-4844)\*\*ని సక్రియం చేస్తుంది.
+కాంకున్-డెనెబ్ (Dencun) అనేది Ethereum నెట్వర్క్కు అప్గ్రేడ్, ఇది **బ్లాబ్లు** చౌకైన [లేయర్ 2 (L2)](/glossary/#layer-2) రోల్అప్ నిల్వకు తాత్కాలిక డేటాను పరిచయం చేస్తూ \*\*ప్రోటో-డాన్క్షర్డింగ్ (EIP-4844)\*\*ని సక్రియం చేస్తుంది.
-కొత్త లావాదేవీ రకం రోల్అప్ ప్రొవైడర్లను "బ్లాబ్స్" అని పిలవబడే వాటిలో మరింత ఖర్చుతో కూడిన డేటాను నిల్వ చేయడానికి అనుమతిస్తుంది బ్లాబ్లు దాదాపు 18 రోజుల పాటు నెట్వర్క్కు అందుబాటులో ఉంటాయని హామీ ఇవ్వబడింది (మరింత ఖచ్చితంగా, 4096 [ఎపోచ్లు](/గ్లోసరీ/#ఎపోచ్)). ఈ వ్యవధి తర్వాత, బ్లాబ్లు నెట్వర్క్ నుండి కత్తిరించబడతాయి, అయితే అప్లికేషన్లు ఇప్పటికీ రుజువులను ఉపయోగించి వాటి డేటా యొక్క చెల్లుబాటును ధృవీకరించగలవు.
+కొత్త లావాదేవీ రకం రోల్అప్ ప్రొవైడర్లను "బ్లాబ్స్" అని పిలవబడే వాటిలో మరింత ఖర్చుతో కూడిన డేటాను నిల్వ చేయడానికి అనుమతిస్తుంది బ్లాబ్లు దాదాపు 18 రోజుల పాటు నెట్వర్క్కు అందుబాటులో ఉంటాయని హామీ ఇవ్వబడింది (మరింత ఖచ్చితంగా, 4096 [ఎపోచ్లు](/glossary/#epoch)). ఈ వ్యవధి తర్వాత, బ్లాబ్లు నెట్వర్క్ నుండి కత్తిరించబడతాయి, అయితే అప్లికేషన్లు ఇప్పటికీ రుజువులను ఉపయోగించి వాటి డేటా యొక్క చెల్లుబాటును ధృవీకరించగలవు.
ఇది రోల్అప్ల ధరను గణనీయంగా తగ్గిస్తుంది, గొలుసు వృద్ధిని పరిమితం చేస్తుంది మరియు భద్రతను మరియు నోడ్ ఆపరేటర్ల వికేంద్రీకరణను కొనసాగిస్తూ మరింత మంది వినియోగదారులకు మద్దతునిస్తుంది.
@@ -62,15 +62,15 @@ _Historical_ blob డేటా వివిధ కారణాల వల్ల
ఈ స్కేలబిలిటీ వికేంద్రీకృత నెట్వర్క్ను కొనసాగిస్తూ, సరసమైన రుసుములు మరియు మరింత అధునాతన అప్లికేషన్లతో [Ethereumలో బిలియన్ల కొద్దీ వినియోగదారులకు మద్దతు ఇవ్వడానికి](/రోడ్మ్యాప్/స్కేలింగ్/) కీలకం. ఈ మార్పులు లేకుండా, నోడ్ ఆపరేటర్లకు హార్డ్వేర్ డిమాండ్లు పెరుగుతాయి, ఇది ఖరీదైన పరికరాల అవసరానికి దారి తీస్తుంది. ఇది చిన్న ఆపరేటర్ల ధరలను తగ్గించగలదు, దీని ఫలితంగా కొన్ని పెద్ద ఆపరేటర్లలో నెట్వర్క్ నియంత్రణ ఏకాగ్రత ఏర్పడుతుంది, ఇది వికేంద్రీకరణ సూత్రానికి విరుద్ధంగా ఉంటుంది.
-## ఈ అప్గ్రేడ్ అన్ని Ethereum ఏకాభిప్రాయం మరియు వాలిడేటర్ క్లయింట్లను ప్రభావితం చేస్తుందా? {#client-impact}
+## ఈ అప్గ్రేడ్ అన్ని Ethereum ఏకాభిప్రాయం మరియు వాలిడేటర్ క్లయింట్లను ప్రభావితం చేస్తుందా? {#క్లయింట్-ప్రభావం}
అవును, ప్రోటో-డాంక్షర్డింగ్ (EIP-4844) కి ఎగ్జిక్యూషన్ క్లయింట్లు మరియు ఏకాభిప్రాయ క్లయింట్లు రెండింటికీ నవీకరణలు అవసరం. అన్ని ప్రధాన Ethereum క్లయింట్లు అప్గ్రేడ్కు మద్దతు ఇచ్చే సంస్కరణలను విడుదల చేశారు. Ethereum నెట్వర్క్ పోస్ట్-అప్గ్రేడ్తో సమకాలీకరణను నిర్వహించడానికి, నోడ్ ఆపరేటర్లు తప్పనిసరిగా మద్దతు ఉన్న క్లయింట్ వెర్షన్ను అమలు చేస్తున్నారని నిర్ధారించుకోవాలి. క్లయింట్ విడుదలల గురించిన సమాచారం సమయానుకూలమైనది మరియు వినియోగదారులు అత్యంత ప్రస్తుత వివరాల కోసం తాజా నవీకరణలను సూచించాలని గుర్తుంచుకోండి. మద్దతు ఉన్న క్లయింట్ విడుదలల వివరాలను చూడండి](https://blog.ethereum.org/2024/02/27/dencun-mainnet-announcement#client-releases).
ఏకాభిప్రాయ క్లయింట్లు _Validator_ సాఫ్ట్వేర్ను నిర్వహిస్తారు, ఇది అప్గ్రేడ్కు అనుగుణంగా నవీకరించబడింది.
-## కాంకున్-డెనెబ్ (డెన్కున్) గోర్లీ లేదా ఇతర ఎథెరియం టెస్ట్నెట్లను ఎలా ప్రభావితం చేస్తుంది? {#testnet-impact}
+## క్యాన్కన్-డెనెబ్ (డెన్కన్) ఇతీరియము టెస్టునెట్లను ఎలా ప్రభావితం చేస్తుంది? {#testnet-ఇంపాక్ట్}
-- Devnets, Goerli, Sepolia మరియు Holesky అన్నీ Dencun అప్గ్రేడ్కు గురయ్యాయి మరియు ప్రోటో-డాంక్షర్డింగ్ పూర్తిగా పనిచేస్తున్నాయి
+- Devnets, Sepolia మరియు Holesky అన్నీ Dencun అప్గ్రేడ్కు గురయ్యాయి మరియు ప్రోటో-డాంక్షార్డింగ్ పూర్తిగా పనిచేస్తోంది.
- రోలప్ డెవలపర్లు EIP-4844 పరీక్ష కోసం ఈ నెట్వర్క్లను ఉపయోగించవచ్చు
- ప్రతి టెస్ట్నెట్కి ఈ మార్పు వలన చాలా మంది వినియోగదారులు పూర్తిగా ప్రభావితం కాలేరు
@@ -93,13 +93,13 @@ Ethereum యొక్క లేయర్ 2 (L2) పై రోలప్ లావ
## ఇది ఇతర EVM లేయర్ 1 బ్లాక్చెయిన్లపై రుసుములను తగ్గిస్తుందా? {#alt-l1-fee-impact}
-No. ప్రోటో-డాన్క్షర్డింగ్ యొక్క ప్రయోజనాలు Ethereum లేయర్ 2 రోల్అప్లకు ప్రత్యేకమైనవి, ఇవి లేయర్ 1 (మెయిన్నెట్) లో వాటి రుజువులను నిల్వ చేస్తాయి.
+లేదు. ప్రోటో-డాన్క్షర్డింగ్ యొక్క ప్రయోజనాలు Ethereum లేయర్ 2 రోల్అప్లకు ప్రత్యేకమైనవి, ఇవి లేయర్ 1 (మెయిన్నెట్) లో వాటి రుజువులను నిల్వ చేస్తాయి.
ప్రోటో-డాన్క్షర్డింగ్ యొక్క ప్రయోజనాలు Ethereum లేయర్ 2 రోల్అప్లకు ప్రత్యేకమైనవి, ఇవి లేయర్ 1 (మెయిన్నెట్) లో వాటి రుజువులను నిల్వ చేస్తాయి. Ethereumతో సంబంధం లేకుండా స్వతంత్రంగా పనిచేసే నెట్వర్క్లు (EVM అనుకూలమైనా కాకపోయినా) తమ డేటాను Ethereumలో నిల్వ చేయవు మరియు ఈ అప్గ్రేడ్ నుండి ఎటువంటి ప్రయోజనాన్ని చూడవు.
[లేయర్ 2 రోల్అప్ల గురించి మరింత](/లేయర్-2/)
-## More of a visual learner? {#visual-learner}
+## దృశ్య అభ్యాసకులా? {#visual-learner}
@@ -109,7 +109,7 @@ _అన్లాకింగ్ Ethereum యొక్క స్కేలి
డొమోతీతో _Blobspace 101 — Bankless_
-## Further reading {#further-reading}
+## మరింత సమాచారం {#further-reading}
- [EIP4844.com](https://www.eip4844.com/)
- [EIP-4844: షార్డ్ బొట్టు లావాదేవీలు (ప్రోటో-డాంక్షర్డింగ్)](https://eips.ethereum.org/EIPS/eip-4844)
diff --git a/public/content/translations/te/roadmap/fusaka/index.md b/public/content/translations/te/roadmap/fusaka/index.md
new file mode 100644
index 00000000000..718aa62f1b2
--- /dev/null
+++ b/public/content/translations/te/roadmap/fusaka/index.md
@@ -0,0 +1,300 @@
+---
+title: ఫులు-ఒసాకా (ఫుసాకా)
+description: ఫుసాకా ప్రోటోకాల్ అప్గ్రేడ్ గురించి తెలుసుకోండి
+lang: te
+---
+
+# ఫుసాకా {#fusaka}
+
+**ఇతీరియము యొక్క అత్యంత ఆసక్తిగా ఎదురుచూస్తున్న ఫుసాకా అప్గ్రేడ్ డిసెంబర్ 3, 2025న ప్రత్యక్ష ప్రసారం చేయబడింది**
+
+ఫుసాకా నెట్వర్క్ అప్గ్రేడ్ [పెక్ట్రా](/roadmap/pectra/)ను అనుసరిస్తుంది మరియు మరిన్ని కొత్త ఫీచర్లను అందిస్తుంది మరియు ప్రతి ఇతీరియము వినియోగదారుడు మరియు అభివృద్ధి చేసేవాడు అనుభవాన్ని మెరుగుపరుస్తుంది. ఈ పేరు ఎగ్జిక్యూషన్ లేయర్ అప్గ్రేడ్ ఒసాకా మరియు ఫులు నక్షత్రం పేరు మీద ఉన్న కన్సెన్సస్ లేయర్ వెర్షన్లను కలిగి ఉంటుంది. ఇతీరియము యొక్క రెండు భాగాలు ఇతీరియము స్కేలింగ్, భద్రత మరియు వినియోగదారుని అనుభవాన్ని భవిష్యత్తుకు తీసుకువెళ్లే ఒక అప్గ్రేడ్ను పొందుతాయి.
+
+
+
+
+ఫుసాకా అప్గ్రేడ్ ఇతీరియము యొక్క దీర్ఘకాలిక అభివృద్ధి లక్ష్యాలలో కేవలం ఒకే ఒక అడుగు మాత్రమే. [ప్రోటోకాల్ రోడ్మ్యాప్](/roadmap/) మరియు [మునుపటి అప్గ్రేడ్ల](/ethereum-forks/) గురించి మరింత తెలుసుకోండి.
+
+
+
+
+## ఫుసాకాలో మెరుగుదలలు {#improvements-in-fusaka}
+
+### బ్లాబ్స్ స్కేల్ {#scale-blobs}
+
+#### PeerDAS {#peerdas}
+
+ఇది ఫుసాకా ఫోర్క్ యొక్క _హెడ్లైనర్_, ఈ అప్గ్రేడ్లో జోడించబడిన ప్రధాన ఫీచర్. లేయర్ 2లు ప్రస్తుతం తమ డేటాను బ్లాబ్స్ రూపంలో ఇతీరియముకు పోస్ట్ చేస్తాయి, ఇది ప్రత్యేకంగా లేయర్ 2ల కోసం సృష్టించబడిన తాత్కాలిక డేటా రకం. ఫుసాకాకు ముందు, డేటా ఉందని నిర్ధారించడానికి ప్రతి పూర్తి నోడ్ ప్రతి బ్లాబ్ను నిల్వ చేయాలి. బ్లాబ్ థ్రూపుట్ పెరిగేకొద్దీ, ఈ మొత్తం డేటాను డౌన్లోడ్ చేయడం భరించలేనంత వనరుల-కేంద్రీకృతం అవుతుంది.
+
+[డేటా లభ్యత నమూనాతో](https://notes.ethereum.org/@fradamt/das-fork-choice), మొత్తం బ్లాబ్ డేటాను నిల్వ చేయాల్సిన అవసరం లేకుండా, ప్రతి నోడ్ బ్లాబ్ డేటా యొక్క ఉపసమితికి బాధ్యత వహిస్తుంది. బ్లాబ్స్ నెట్వర్క్లోని నోడ్స్ అంతటా ఏకరీతిగా యాదృచ్ఛికంగా పంపిణీ చేయబడతాయి, ప్రతి పూర్తి నోడ్ డేటాలో 1/8వ వంతు మాత్రమే కలిగి ఉంటుంది, అందువల్ల సైద్ధాంతికంగా 8x వరకు స్కేల్ అప్ను అనుమతిస్తుంది. డేటా లభ్యతను నిర్ధారించడానికి, తప్పు లేదా తప్పిపోయిన డేటా సంభావ్యతను క్రిప్టోగ్రాఫికల్గా అతితక్కువ స్థాయికి (~1020లో ఒకటి నుండి 1024లో ఒకటి వరకు) తగ్గించే పద్ధతులతో, డేటా యొక్క ఏదైనా భాగాన్ని మొత్తం నుండి ఉన్న 50% నుండి పునర్నిర్మించవచ్చు.
+
+ఇది లేయర్ 2ల కోసం చిన్న రుసుములతో ఎక్కువ స్కేల్ ఫలితంగా బ్లాబ్ స్కేలింగ్ను అనుమతిస్తూనే, నోడ్స్ కోసం హార్డ్వేర్ మరియు బ్యాండ్విడ్త్ అవసరాలను సమర్థనీయంగా ఉంచుతుంది.
+
+[PeerDAS గురించి మరింత తెలుసుకోండి](/roadmap/fusaka/peerdas/)
+
+**వనరులు**:
+
+- [EIP-7594 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7594)
+- [PeerDAS పై DappLion: నేటి ఇతీరియము స్కేలింగ్ | ETHSofia 2024](https://youtu.be/bONWd1x2TjQ?t=328)
+- [విద్యా సంబంధిత: ఇతీరియము యొక్క PeerDAS డాక్యుమెంటేషన్ (PDF)](https://eprint.iacr.org/2024/1362.pdf)
+
+#### బ్లాబ్-పారామీటర్-మాత్రమే ఫోర్క్స్ {#blob-parameter-only-forks}
+
+లేయర్ 2లు ఇతీరియమును స్కేల్ చేస్తాయి - వాటి నెట్వర్క్లు పెరిగేకొద్దీ, అవి ఇతీరియముకు మరింత డేటాను పోస్ట్ చేయాలి. దీని అర్థం, కాలక్రమేణా ఇతీరియము వారికి అందుబాటులో ఉన్న బ్లాబ్ల సంఖ్యను పెంచాల్సి ఉంటుంది. PeerDAS బ్లాబ్ డేటాను స్కేలింగ్ చేయడానికి వీలు కల్పించినప్పటికీ, దానిని క్రమంగా మరియు సురక్షితంగా చేయాలి.
+
+ఎందుకంటే ఇతీరియము వేలాది స్వతంత్ర నోడ్స్పై నడుస్తున్న కోడ్, దీనికి ఒకే నియమాలపై ఒప్పందం అవసరం, మీరు ఒక వెబ్సైట్ అప్డేట్ను triển khai చేసినట్లుగా, బ్లాబ్ కౌంట్ను పెంచడం వంటి మార్పులను మేము కేవలం ప్రవేశపెట్టలేము. ఏదైనా నియమ మార్పు ఒక సమన్వయ అప్గ్రేడ్ అయి ఉండాలి, ఇక్కడ ప్రతి నోడ్, క్లయింట్ మరియు వాలిడేటర్ సాఫ్ట్వేర్ ఒకే ముందుగా నిర్ణయించిన బ్లాక్కు ముందు అప్గ్రేడ్ అవుతుంది.
+
+ఈ సమన్వయ అప్గ్రేడ్లు సాధారణంగా చాలా మార్పులను కలిగి ఉంటాయి, చాలా పరీక్షలు అవసరం, మరియు దానికి సమయం పడుతుంది. మారుతున్న లేయర్ 2 బ్లాబ్ అవసరాలకు వేగంగా అనుగుణంగా మారడానికి, బ్లాబ్ పారామీటర్ మాత్రమే ఫోర్క్స్ ఆ అప్గ్రేడ్ షెడ్యూల్ కోసం వేచి ఉండకుండా బ్లాబ్స్ను పెంచడానికి ఒక యంత్రాంగాన్ని ప్రవేశపెడతాయి.
+
+గ్యాస్ పరిమితి వంటి ఇతర కాన్ఫిగరేషన్ల మాదిరిగానే, బ్లాబ్ పారామీటర్ మాత్రమే ఉన్న ఫోర్క్లను క్లయింట్లు సెట్ చేయవచ్చు. ప్రధాన ఇతీరియము అప్గ్రేడ్ల మధ్య, క్లయింట్లు `target` మరియు `max` బ్లాబ్స్ను ఉదా. 9 మరియు 12 కి పెంచడానికి అంగీకరించవచ్చు మరియు అప్పుడు నోడ్ ఆపరేటర్లు ఆ చిన్న ఫోర్క్లో పాల్గొనడానికి అప్డేట్ చేస్తారు. ఈ బ్లాబ్ పారామీటర్ మాత్రమే ఉన్న ఫోర్క్లను ఎప్పుడైనా కాన్ఫిగర్ చేయవచ్చు.
+
+డెన్కన్ అప్గ్రేడ్లో నెట్వర్క్కు మొదటిసారిగా బ్లాబ్లు జోడించబడినప్పుడు, లక్ష్యం 3. పెక్ట్రాలో అది 6 కి పెంచబడింది మరియు, ఫుసాకా తర్వాత, ఈ ప్రధాన నెట్వర్క్ అప్గ్రేడ్లతో సంబంధం లేకుండా స్థిరమైన రేటుతో పెంచవచ్చు.
+
+
+
+గ్రాఫ్ మూలం: [ఇతీరియము బ్లాబ్స్ - @hildobby, డూన్ అనలిటిక్స్](https://dune.com/hildobby/blobs)
+
+**వనరులు**: [EIP-7892 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7892)
+
+#### ఎగ్జిక్యూషన్ ఖర్చుల ద్వారా పరిమితం చేయబడిన బ్లాబ్ బేస్-ఫీ {#blob-base-fee-bounded-by-execution-costs}
+
+లేయర్ 2లు డేటాను పోస్ట్ చేసినప్పుడు రెండు బిల్లులు చెల్లిస్తాయి: బ్లాబ్ ఫీజు మరియు ఆ బ్లాబ్లను ధృవీకరించడానికి అవసరమైన ఎగ్జిక్యూషన్ గ్యాస్. ఎగ్జిక్యూషన్ గ్యాస్ ఆధిపత్యం చెలాయిస్తే, బ్లాబ్ ఫీజు వేలం 1 వీ వరకు పడిపోయి, ధర సంకేతంగా ఉండటం ఆగిపోతుంది.
+
+EIP-7918 ప్రతి బ్లాబ్ కింద దామాషా రిజర్వ్ ధరను పిన్ చేస్తుంది. నామమాత్రపు బ్లాబ్ బేస్ ఫీజు కంటే రిజర్వ్ ఎక్కువగా ఉన్నప్పుడు, ఫీజు సర్దుబాటు అల్గోరిథం బ్లాక్ను లక్ష్యం కంటే ఎక్కువగా పరిగణిస్తుంది మరియు ఫీజును తగ్గించడాన్ని ఆపి, సాధారణంగా పెరగడానికి అనుమతిస్తుంది. ఫలితంగా:
+
+- బ్లాబ్ ఫీజు మార్కెట్ ఎల్లప్పుడూ రద్దీకి ప్రతిస్పందిస్తుంది
+- లేయర్ 2లు నోడ్స్పై బలవంతంగా రుద్దే కంప్యూట్లో కనీసం అర్థవంతమైన భాగాన్ని చెల్లిస్తాయి
+- EL పై బేస్-ఫీజు స్పైక్లు ఇకపై బ్లాబ్ ఫీజును 1 వీ వద్ద నిలిపివేయలేవు
+
+**వనరులు**:
+
+- [EIP-7918 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7918)
+- [స్టోరీబుక్ వివరణ](https://notes.ethereum.org/@anderselowsson/AIG)
+
+### స్కేల్ L1 {#scale-l1}
+
+#### చరిత్ర గడువు మరియు సరళమైన రసీదులు {#history-expiry}
+
+జూలై 2025లో, ఇతీరియము ఎగ్జిక్యూషన్ క్లయింట్లు [పాక్షిక చరిత్ర గడువుకు మద్దతు ఇవ్వడం ప్రారంభించాయి](https://blog.ethereum.org/2025/07/08/partial-history-exp). ఇతీరియము పెరుగుతూనే ఉన్నందున నోడ్ ఆపరేటర్లకు అవసరమైన డిస్క్ స్థలాన్ని తగ్గించడానికి, ఇది [ది మెర్జ్](https://ethereum.org/roadmap/merge/) కంటే పాత చరిత్రను తొలగించింది.
+
+ఈ EIP "కోర్ EIPలు" నుండి వేరొక విభాగంలో ఉంది, ఎందుకంటే ఫోర్క్ వాస్తవానికి ఏ మార్పులను అమలు చేయదు - ఇది ఫుసాకా అప్గ్రేడ్ నాటికి క్లయింట్ బృందాలు చరిత్ర గడువుకు మద్దతు ఇవ్వాలని ఒక నోటీసు. ఆచరణలో, క్లయింట్లు దీనిని ఎప్పుడైనా అమలు చేయవచ్చు, కానీ దీనిని అప్గ్రేడ్కు జోడించడం వారి చేయవలసిన పనుల జాబితాలో చేర్చింది మరియు ఈ ఫీచర్తో పాటు ఫుసాకా మార్పులను పరీక్షించడానికి వారికి వీలు కల్పించింది.
+
+**వనరులు**: [EIP-7642 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7642)
+
+#### MODEXP కోసం గరిష్ట పరిమితులను సెట్ చేయండి {#set-upper-bounds-for-modexp}
+
+ఇప్పటివరకు, MODEXP ప్రీకంపైల్ వాస్తవంగా ఏ పరిమాణంలోనైనా సంఖ్యలను అంగీకరించింది. అది దానిని పరీక్షించడం కష్టతరం చేసింది, దుర్వినియోగం చేయడం సులభం చేసింది మరియు క్లయింట్ స్థిరత్వానికి ప్రమాదకరం చేసింది. EIP-7823 స్పష్టమైన పరిమితిని ఏర్పాటు చేస్తుంది: ప్రతి ఇన్పుట్ సంఖ్య గరిష్టంగా 8192 బిట్స్ (1024 బైట్స్) పొడవు ఉంటుంది. దానికంటే పెద్దది ఏదైనా తిరస్కరించబడుతుంది, లావాదేవీ యొక్క గ్యాస్ కాల్చబడుతుంది మరియు ఎటువంటి స్థితి మార్పులు జరగవు. ఇది గ్యాస్ పరిమితి ప్రణాళిక మరియు భద్రతా సమీక్షలను క్లిష్టతరం చేసిన తీవ్రమైన కేసులను తొలగిస్తూనే, వాస్తవ ప్రపంచ అవసరాలను చాలా సౌకర్యవంతంగా కవర్ చేస్తుంది. ఈ మార్పు వినియోగదారు లేదా డెవలపర్ అనుభవాన్ని ప్రభావితం చేయకుండా మరింత భద్రత మరియు DoS రక్షణను అందిస్తుంది.
+
+**వనరులు**: [EIP-7823 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7823)
+
+#### లావాదేవీ గ్యాస్ పరిమితి క్యాప్ {#transaction-gas-limit-cap}
+
+EIP-[7825](https://eips.ethereum.org/EIPS/eip-7825) ప్రతి లావాదేవీకి 16,777,216 (2^24) గ్యాస్ క్యాప్ను జోడిస్తుంది. మేము బ్లాక్ గ్యాస్ పరిమితిని పెంచేటప్పుడు ఏదైనా ఒకే లావాదేవీ యొక్క చెత్త-కేసు వ్యయాన్ని పరిమితం చేయడం ద్వారా ఇది చురుకైన DoS కఠినతరం. ఇది ధ్రువీకరణ మరియు ప్రచారం మోడల్ చేయడం సులభం చేస్తుంది, గ్యాస్ పరిమితిని పెంచడం ద్వారా స్కేలింగ్ను ఎదుర్కోవడానికి మాకు అనుమతిస్తుంది.
+
+సరిగ్గా 2^24 గ్యాస్ ఎందుకు? ఇది నేటి గ్యాస్ పరిమితి కంటే సౌకర్యవంతంగా చిన్నది, నిజమైన కాంట్రాక్ట్ డిప్లాయ్మెంట్లు & భారీ ప్రీకంపైల్లకు సరిపోయేంత పెద్దది, మరియు 2 యొక్క ఘాతం క్లయింట్ల అంతటా అమలు చేయడం సులభం చేస్తుంది. ఈ కొత్త గరిష్ట లావాదేవీ పరిమాణం పెక్ట్రాకు ముందు సగటు బ్లాక్ పరిమాణానికి సమానంగా ఉంటుంది, ఇది ఇతీరియముపై ఏదైనా ఆపరేషన్ కోసం సహేతుకమైన పరిమితిగా చేస్తుంది.
+
+**వనరులు**: [EIP-7825 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7825)
+
+#### `MODEXP` గ్యాస్ ధర పెరుగుదల {#modexp-gas-cost-increase}
+
+MODEXP అనేది మాడ్యులర్ ఘాతాంకాన్ని లెక్కించే ఒక అంతర్నిర్మిత ఫంక్షన్, RSA సంతకం ధృవీకరణ మరియు ప్రూఫ్ సిస్టమ్లలో ఉపయోగించే ఒక రకమైన పెద్ద-సంఖ్య గణితం. ఇది కాంట్రాక్ట్లు తమను తాము అమలు చేయకుండా నేరుగా ఈ గణనలను అమలు చేయడానికి అనుమతిస్తుంది.
+
+ప్రస్తుత గ్యాస్ ధరల విధానం కొన్ని ఇన్పుట్లకు అవసరమైన కంప్యూటింగ్ శక్తిని తక్కువగా అంచనా వేస్తుంది కాబట్టి, బ్లాక్ గ్యాస్ పరిమితిని పెంచడానికి MODEXP ఒక ప్రధాన అడ్డంకిగా డెవలపర్లు మరియు క్లయింట్ బృందాలు గుర్తించాయి. దీని అర్థం MODEXP ఉపయోగించే ఒక లావాదేవీ మొత్తం బ్లాక్ను ప్రాసెస్ చేయడానికి అవసరమైన సమయం చాలా వరకు తీసుకుంటుంది, ఇది నెట్వర్క్ను నెమ్మదిస్తుంది.
+
+ఈ EIP వాస్తవ కంప్యూటేషనల్ ఖర్చులకు సరిపోయేలా ధరలను మారుస్తుంది:
+
+- సాధారణ వ్యయ గణనపై EIP-2565 నుండి ఒక వంతు తగ్గింపును తొలగించి, కనీస ఛార్జీని 200 నుండి 500 గ్యాస్కు పెంచడం
+- ఎక్స్పోనెంట్ ఇన్పుట్ చాలా పొడవుగా ఉన్నప్పుడు వ్యయాన్ని మరింత వేగంగా పెంచడం. ఎక్స్పోనెంట్ (మీరు రెండవ ఆర్గ్యుమెంట్గా పంపే “పవర్” సంఖ్య) 32 బైట్లు / 256 బిట్స్ కంటే పొడవుగా ఉంటే, ప్రతి అదనపు బైట్కు గ్యాస్ ఛార్జ్ చాలా వేగంగా పెరుగుతుంది
+- పెద్ద బేస్ లేదా మాడ్యులస్కు అదనంగా ఛార్జ్ చేయడం కూడా. ఇతర రెండు సంఖ్యలు (బేస్ మరియు మాడ్యులస్) కనీసం 32 బైట్లుగా భావించబడతాయి - ఏదైనా ఒకటి పెద్దగా ఉంటే, దాని పరిమాణానికి అనులోమానుపాతంలో ధర పెరుగుతుంది
+
+వాస్తవ ప్రాసెసింగ్ సమయానికి ఖర్చులను బాగా సరిపోల్చడం ద్వారా, MODEXP ఇకపై ఒక బ్లాక్ ధృవీకరించడానికి చాలా సమయం పట్టడానికి కారణం కాదు. ఈ మార్పు భవిష్యత్తులో ఇతీరియము యొక్క బ్లాక్ గ్యాస్ పరిమితిని పెంచడాన్ని సురక్షితం చేయడానికి ఉద్దేశించిన అనేక మార్పులలో ఒకటి.
+
+**వనరులు**: [EIP-7883 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7883)
+
+#### RLP ఎగ్జిక్యూషన్ బ్లాక్ పరిమాణ పరిమితి {#rlp-execution-block-size-limit}
+
+ఇది ఒక బ్లాక్ ఎంత పెద్దదిగా ఉండవచ్చనే దానిపై ఒక గరిష్ట పరిమితిని సృష్టిస్తుంది - ఇది నెట్వర్క్లో _పంపబడే_ దానిపై ఒక పరిమితి మరియు గ్యాస్ పరిమితి నుండి వేరుగా ఉంటుంది, ఇది ఒక బ్లాక్ లోపల _పనిని_ పరిమితం చేస్తుంది. బ్లాక్ పరిమాణం పరిమితి 10 MiB, కన్సెన్సస్ డేటా కోసం ఒక చిన్న భత్యం (2 MiB) తో ప్రతిదీ సరిపోయేలా మరియు శుభ్రంగా ప్రచారం చేయడానికి. ఒక బ్లాక్ అంతకంటే పెద్దగా కనిపిస్తే, క్లయింట్లు దానిని తిరస్కరిస్తారు.
+ఇది అవసరం ఎందుకంటే చాలా పెద్ద బ్లాక్లు నెట్వర్క్లో వ్యాప్తి చెందడానికి మరియు ధృవీకరించడానికి ఎక్కువ సమయం తీసుకుంటాయి మరియు కన్సెన్సస్ సమస్యలను సృష్టించవచ్చు లేదా DoS వెక్టర్గా దుర్వినియోగం చేయబడవచ్చు. అలాగే, కన్సెన్సస్ లేయర్ గాసిప్ ఇప్పటికే ~10 MiB పైగా బ్లాక్లను ఫార్వార్డ్ చేయదు, కాబట్టి ఎగ్జిక్యూషన్ లేయర్ను ఆ పరిమితికి సమలేఖనం చేయడం విచిత్రమైన “కొందరిచే చూడబడి, మరికొందరిచే వదిలివేయబడిన” పరిస్థితులను నివారిస్తుంది.
+
+సారాంశం: ఇది [RLP](/developers/docs/data-structures-and-encoding/rlp/)-ఎన్కోడ్ చేయబడిన ఎగ్జిక్యూషన్ బ్లాక్ పరిమాణంపై ఒక పరిమితి. మొత్తం 10 MiB, బెకన్-బ్లాక్ ఫ్రేమింగ్ కోసం 2 MiB భద్రతా మార్జిన్తో రిజర్వ్ చేయబడింది. ఆచరణలో, క్లయింట్లు నిర్వచిస్తారు
+
+`MAX_BLOCK_SIZE = 10,485,760` బైట్లు మరియు
+
+`SAFETY_MARGIN = 2,097,152` బైట్లు,
+
+మరియు ఏ ఎగ్జిక్యూషన్ బ్లాక్ అయినా దాని RLP పేలోడ్ మించినప్పుడు తిరస్కరిస్తుంది
+
+`MAX_RLP_BLOCK_SIZE = MAX_BLOCK_SIZE − SAFETY_MARGIN`
+
+గ్యాస్ అకౌంటింగ్ను మార్చకుండా reorg/DoS ప్రమాదాన్ని తగ్గించడం, చెత్త-కేసు ప్రచారం/ధ్రువీకరణ సమయాన్ని పరిమితం చేయడం మరియు కన్సెన్సస్ లేయర్ గాసిప్ ప్రవర్తనతో సమలేఖనం చేయడం లక్ష్యం.
+
+**వనరులు**: [EIP-7934 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7934)
+
+#### డిఫాల్ట్ గ్యాస్ పరిమితిని 60 మిలియన్లకు సెట్ చేయండి {#set-default-gas-limit-to-60-million}
+
+ఫిబ్రవరి 2025లో గ్యాస్ పరిమితిని 30M నుండి 36Mకి (మరియు తదనంతరం 45Mకి) పెంచడానికి ముందు, ఈ విలువ మెర్జ్ (సెప్టెంబర్ 2022) నుండి మారలేదు. ఈ EIP స్థిరమైన స్కేలింగ్ను ఒక ప్రాధాన్యతగా చేయడం లక్ష్యంగా పెట్టుకుంది.
+
+EIP-7935 ఫుసాకా కోసం నేటి 45M కంటే డిఫాల్ట్ గ్యాస్-పరిమితిని పెంచడానికి EL క్లయింట్ బృందాలను సమన్వయం చేస్తుంది. ఇది ఒక సమాచార EIP, కానీ ఇది క్లయింట్లను డెవ్నెట్లలో అధిక పరిమితులను పరీక్షించమని, ఒక సురక్షితమైన విలువపై ఏకీభవించమని మరియు ఆ సంఖ్యను వారి ఫుసాకా విడుదలలలో పంపమని స్పష్టంగా అడుగుతుంది.
+
+డెవ్నెట్ ప్రణాళిక లక్ష్యాలు ~60M స్ట్రెస్ (కృత్రిమ లోడ్తో పూర్తి బ్లాక్లు) మరియు పునరావృత బంప్లు; పరిశోధన ప్రకారం చెత్త-కేసు బ్లాక్-పరిమాణ పాథాలజీలు ~150M కంటే తక్కువగా బంధించకూడదు. పరిమితులు పెరిగేకొద్దీ ఒకే లావాదేవీ ఆధిపత్యం చెలాయించకుండా ఉండేందుకు, లావాదేవీ గ్యాస్-పరిమితి పరిమితి (EIP-7825)తో రోలౌట్ జతచేయబడాలి.
+
+**వనరులు**: [EIP-7935 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7935)
+
+### UXని మెరుగుపరచండి {#improve-ux}
+
+#### నిర్ధారిత ప్రతిపాదిక ముందుచూపు {#deterministic-proposer-lookahead}
+
+EIP-7917తో, బెకన్ చైన్ తదుపరి ఎపోక్ కోసం రాబోయే బ్లాక్ ప్రతిపాదకుల గురించి తెలుసుకుంటుంది. భవిష్యత్ బ్లాక్లను ఏ వాలిడేటర్లు ప్రతిపాదిస్తారో ఒక నిర్ధారిత దృక్కోణాన్ని కలిగి ఉండటం, వాస్తవ బ్లాక్ కోసం వేచి ఉండకుండా వారి బ్లాక్లో వినియోగదారు లావాదేవీ చేర్చబడుతుందని హామీ ఇచ్చే రాబోయే ప్రతిపాదకుడితో నిబద్ధత అయిన [ముందు-ధ్రువీకరణలను](https://ethresear.ch/t/based-preconfirmations/17353) ప్రారంభించగలదు.
+
+ఈ ఫీచర్ క్లయింట్ అమలులు మరియు నెట్వర్క్ భద్రతకు ప్రయోజనం చేకూరుస్తుంది, ఎందుకంటే ఇది వాలిడేటర్లు ప్రతిపాదక షెడ్యూల్ను తారుమారు చేయగల ఎడ్జ్ కేసులను నివారిస్తుంది. ముందుచూపు అమలు యొక్క తక్కువ సంక్లిష్టతను కూడా అనుమతిస్తుంది.
+
+**వనరులు**: [EIP-7917 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7917)
+
+#### ప్రముఖ సున్నాలను లెక్కించడం (CLZ) ఆప్కోడ్ {#count-leading-zeros-opcode}
+
+ఈ ఫీచర్ ఒక చిన్న EVM సూచన, \*\*లీడింగ్ సున్నాలను లెక్కించడం (CLZ)\*\*ని జోడిస్తుంది. EVMలో దాదాపు ప్రతిదీ 256-బిట్ విలువగా సూచించబడుతుంది—ఈ కొత్త ఆప్కోడ్ ముందు ఎన్ని సున్నా బిట్లు ఉన్నాయో తిరిగి ఇస్తుంది. ఇది అనేక ఇన్స్ట్రక్షన్ సెట్ ఆర్కిటెక్చర్లలో ఒక సాధారణ లక్షణం, ఎందుకంటే ఇది మరింత సమర్థవంతమైన అరిథ్మెటిక్ ఆపరేషన్లను ప్రారంభిస్తుంది. ఆచరణలో ఇది నేటి చేతితో తయారు చేసిన బిట్ స్కాన్లను ఒకే దశలో కుదిస్తుంది, కాబట్టి మొదటి సెట్ బిట్ను కనుగొనడం, బైట్లను స్కాన్ చేయడం లేదా బిట్ఫీల్డ్లను పార్స్ చేయడం సరళంగా మరియు చౌకగా మారుతుంది. ఆప్కోడ్ తక్కువ, స్థిర-ఖర్చు మరియు ప్రాథమిక జోడింపుతో సమానంగా ఉండేలా బెంచ్మార్క్ చేయబడింది, ఇది బైట్కోడ్ను కత్తిరిస్తుంది మరియు అదే పని కోసం గ్యాస్ను ఆదా చేస్తుంది.
+
+**వనరులు**: [EIP-7939 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7939)
+
+#### secp256r1 కర్వ్ మద్దతు కోసం ప్రీకంపైల్ చేయండి {#secp256r1-precompile}
+
+అంతర్నిర్మిత, పాస్కీ-శైలి secp256r1 (P-256) సంతకం చెకర్ను స్థిర చిరునామా `0x100` వద్ద పరిచయం చేస్తుంది, ఇది అనేక L2లు ఇప్పటికే స్వీకరించిన అదే కాల్ ఫార్మాట్ను ఉపయోగించి మరియు ఎడ్జ్ కేసులను పరిష్కరిస్తుంది, కాబట్టి ఆ పరిసరాల కోసం వ్రాసిన కాంట్రాక్ట్లు L1లో మార్పులు లేకుండా పనిచేస్తాయి.
+
+UX అప్గ్రేడ్! వినియోగదారుల కోసం, ఇది డివైస్-నేటివ్ సైనింగ్ మరియు పాస్కీలను అన్లాక్ చేస్తుంది. వాలెట్లు నేరుగా Apple Secure Enclave, Android Keystore, హార్డ్వేర్ సెక్యూరిటీ మాడ్యూల్స్ (HSMలు), మరియు FIDO2/WebAuthnని ఉపయోగించవచ్చు - సీడ్ పదబంధం లేదు, సులభమైన ఆన్బోర్డింగ్, మరియు ఆధునిక అనువర్తనాల వలె అనిపించే బహు-కారకాల ప్రవాహాలు. దీని ఫలితంగా మెరుగైన UX, సులభమైన రికవరీ, మరియు బిలియన్ల కొద్దీ పరికరాలు ఇప్పటికే చేస్తున్న ఖాతా సంగ్రహణ పద్ధతులు ఏర్పడతాయి.
+
+డెవలపర్ల కోసం, ఇది 160-బైట్ ఇన్పుట్ను తీసుకొని 32-బైట్ అవుట్పుట్ను తిరిగి ఇస్తుంది, ఇది ప్రస్తుత లైబ్రరీలు మరియు L2 కాంట్రాక్ట్లను పోర్ట్ చేయడం సులభం చేస్తుంది. హుడ్ కింద, ఇది చెల్లుబాటు అయ్యే కాలర్లను విచ్ఛిన్నం చేయకుండా క్లిష్టమైన ఎడ్జ్ కేసులను తొలగించడానికి పాయింట్-ఎట్-ఇన్ఫినిటీ మరియు మాడ్యులర్-పోలిక తనిఖీలను కలిగి ఉంటుంది.
+
+**వనరులు**:
+
+- [EIP-7951 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7951)
+- [RIP-7212 గురించి మరింత](https://www.alchemy.com/blog/what-is-rip-7212) _(EIP-7951 RIP-7212ని భర్తీ చేసిందని గమనించండి)_
+
+### మెటా {#meta}
+
+#### `eth_config` JSON-RPC పద్ధతి {#eth-config}
+
+ఇది ఒక JSON-RPC కాల్, ఇది మీరు ఏ ఫోర్క్ సెట్టింగ్లను నడుపుతున్నారో మీ నోడ్ను అడగడానికి అనుమతిస్తుంది. ఇది మూడు స్నాప్షాట్లను తిరిగి ఇస్తుంది: `current`, `next`, & `last` જેથી వాలిడేటర్లు మరియు పర్యవేక్షణ సాధనాలు రాబోయే ఫోర్క్ కోసం క్లయింట్లు వరుసలో ఉన్నారని ధృవీకరించగలవు.
+
+ఆచరణలో చెప్పాలంటే, ఇది 2025 ప్రారంభంలో హోలెస్కీ టెస్ట్నెట్లో పెక్ట్రా ఫోర్క్ లైవ్లోకి వచ్చినప్పుడు కనుగొనబడిన ఒక లోపాన్ని పరిష్కరించడానికి ఉద్దేశించబడింది, ఇందులో చిన్నపాటి తప్పు కాన్ఫిగరేషన్ల వలన ఫైనలైజ్ కాని స్థితి ఏర్పడింది. ఇది టెస్టింగ్ బృందాలు మరియు డెవలపర్లకు డెవ్నెట్ల నుండి టెస్ట్నెట్లకు మరియు టెస్ట్నెట్ల నుండి మెయిన్నెట్కు మారినప్పుడు ప్రధాన ఫోర్క్లు ఆశించిన విధంగా ప్రవర్తిస్తాయని నిర్ధారించుకోవడానికి సహాయపడుతుంది.
+
+స్నాప్షాట్లలో ఇవి ఉంటాయి: `chainId`, `forkId`, ప్రణాళిక చేయబడిన ఫోర్క్ యాక్టివేషన్ సమయం, ఏ ప్రీకంపైల్స్ యాక్టివ్గా ఉన్నాయి, ప్రీకంపైల్ చిరునామాలు, సిస్టమ్ కాంట్రాక్ట్ డిపెండెన్సీలు, మరియు ఫోర్క్ యొక్క బ్లాబ్ షెడ్యూల్.
+
+ఈ EIP "కోర్ EIPలు" నుండి వేరొక విభాగంలో ఉంది, ఎందుకంటే ఫోర్క్ వాస్తవానికి ఏ మార్పులను అమలు చేయదు - ఇది ఫుసాకా అప్గ్రేడ్ నాటికి క్లయింట్ బృందాలు ఈ JSON-RPC పద్ధతిని అమలు చేయాలని ఒక నోటీసు.
+
+**వనరులు**: [EIP-7910 సాంకేతిక వివరణ](https://eips.ethereum.org/EIPS/eip-7910)
+
+## తరచుగా అడిగే ప్రశ్నలు (FAQ) {#faq}
+
+### ఈ అప్గ్రేడ్ అన్ని Ethereum నోడ్లను మరియు వాలిడేటర్లను ప్రభావితం చేస్తుందా? {#does-this-upgrade-affect-all-ethereum-nodes-and-validators}
+
+అవును, ఫుసాకా అప్గ్రేడ్కు [ఎగ్జిక్యూషన్ క్లయింట్లు మరియు కన్సెన్సస్ క్లయింట్లు](/developers/docs/nodes-and-clients/) రెండింటికీ అప్డేట్లు అవసరం. అన్ని ప్రధాన Ethereum క్లయింట్లు అధిక ప్రాధాన్యతగా గుర్తించబడిన హార్డ్ ఫోర్క్కు మద్దతు ఇచ్చే సంస్కరణలను విడుదల చేస్తాయి. క్లయింట్ Github రిపోలు, వారి [డిస్కార్డ్ ఛానెల్స్](https://ethstaker.org/support), [EthStaker డిస్కార్డ్](https://dsc.gg/ethstaker), లేదా ప్రోటోకాల్ అప్డేట్ల కోసం ఇతీరియము బ్లాగ్కు సబ్స్క్రైబ్ చేయడం ద్వారా ఈ విడుదలలు ఎప్పుడు అందుబాటులో ఉంటాయో మీరు తెలుసుకోవచ్చు. Ethereum నెట్వర్క్ పోస్ట్-అప్గ్రేడ్తో సమకాలీకరణను నిర్వహించడానికి, నోడ్ ఆపరేటర్లు తప్పనిసరిగా మద్దతు ఉన్న క్లయింట్ వెర్షన్ను అమలు చేస్తున్నారని నిర్ధారించుకోవాలి. క్లయింట్ విడుదలల గురించిన సమాచారం సమయానుకూలమైనది మరియు వినియోగదారులు అత్యంత ప్రస్తుత వివరాల కోసం తాజా నవీకరణలను సూచించాలని గుర్తుంచుకోండి.
+
+### హార్డ్ ఫోర్క్ తర్వాత ETHను ఎలా మార్చవచ్చు? {#how-can-eth-be-converted-after-the-hardfork}
+
+- **మీ ETH కోసం ఎటువంటి చర్య అవసరం లేదు**: ఇతీరియము ఫుసాకా అప్గ్రేడ్ను అనుసరించి, మీ ETHను మార్చడం లేదా అప్గ్రేడ్ చేయడం అవసరం లేదు. మీ ఖాతా బ్యాలెన్స్లు అలాగే ఉంటాయి మరియు మీరు ప్రస్తుతం కలిగి ఉన్న ETH హార్డ్ ఫోర్క్ తర్వాత దాని ప్రస్తుత రూపంలో అందుబాటులో ఉంటుంది.
+- **స్కామ్ల పట్ల జాగ్రత్త వహించండి!** **మీ ETHను "అప్గ్రేడ్" చేయమని సూచించే ఎవరైనా మిమ్మల్ని స్కామ్ చేయడానికి ప్రయత్నిస్తున్నారు.** ఈ అప్గ్రేడ్కు సంబంధించి మీరు ఏమీ చేయవలసిన అవసరం లేదు. మీ ఆస్తులు పూర్తిగా ప్రభావితం కాకుండా ఉంటాయి. స్కామ్లకు వ్యతిరేకంగా సమాచారం ఇవ్వడం ఉత్తమ రక్షణ అని గుర్తుంచుకోండి.
+
+[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/భద్రత/)
+
+### జీబ్రాలతో ఏంటి కథ? {#whats-with-the-zebras}
+
+ఒక జీబ్రా ఫుసాకా యొక్క డెవలపర్-ఎంచుకున్న “మాస్కట్” ఎందుకంటే దాని చారలు PeerDAS యొక్క కాలమ్-ఆధారిత డేటా-లభ్యత నమూనాను ప్రతిబింబిస్తాయి, ఇక్కడ నోడ్స్ కొన్ని కాలమ్ సబ్నెట్లను సంరక్షిస్తాయి మరియు బ్లాబ్ డేటా అందుబాటులో ఉందో లేదో తనిఖీ చేయడానికి ప్రతి పీర్స్ స్లాట్ నుండి మరికొన్ని కాలమ్లను నమూనా చేస్తాయి.
+
+2022లో మెర్జ్ [పాండాను](https://x.com/hwwonx/status/1431970802040127498) దాని మాస్కట్గా ఉపయోగించుకుంది, ఇది ఎగ్జిక్యూషన్ & కన్సెన్సస్ లేయర్ల కలయికను సూచిస్తుంది. అప్పటి నుండి, ప్రతి ఫోర్క్ కోసం మాస్కట్లు అనధికారికంగా ఎంపిక చేయబడ్డాయి మరియు అప్గ్రేడ్ సమయంలో క్లయింట్ లాగ్లలో ASCII ఆర్ట్గా కనిపిస్తాయి. ఇది కేవలం జరుపుకోవడానికి ఒక సరదా మార్గం.
+
+### L2 స్కేలింగ్ కోసం ఏ మెరుగుదలలు చేర్చబడ్డాయి? {#what-improvements-are-included-for-l2-scaling}
+
+[PeerDAS](/roadmap/fusaka/peerdas) ఫోర్క్ యొక్క ప్రధాన లక్షణం. ఇది డేటా లభ్యత నమూనా (DAS)ను అమలు చేస్తుంది, ఇది రోలప్ల కోసం మరింత స్కేలబిలిటీని అన్లాక్ చేస్తుంది, సైద్ధాంతికంగా బ్లాబ్ స్పేస్ను ప్రస్తుత పరిమాణానికి 8 రెట్లు వరకు స్కేల్ చేస్తుంది. బ్లాబ్ ఫీజు మార్కెట్ కూడా రద్దీకి సమర్థవంతంగా ప్రతిస్పందించడానికి మెరుగుపరచబడుతుంది మరియు L2లు నోడ్స్పై బ్లాబ్లు విధించే కంప్యూట్ మరియు స్థలం కోసం అర్థవంతమైన రుసుము చెల్లించేలా హామీ ఇస్తుంది.
+
+### BPO ఫోర్క్లు ఎలా విభిన్నంగా ఉంటాయి? {#how-are-bpo-forks-different}
+
+బ్లాబ్ ఓన్లీ పారామీటర్ ఫోర్క్లు, పూర్తి సమన్వయ అప్గ్రేడ్ కోసం వేచి ఉండకుండా, PeerDAS యాక్టివేట్ అయిన తర్వాత బ్లాబ్ కౌంట్ను (టార్గెట్ మరియు మాక్స్ రెండూ) నిరంతరం పెంచడానికి ఒక యంత్రాంగాన్ని అందిస్తాయి. ప్రతి పెరుగుదల ఫుసాకాకు మద్దతు ఇచ్చే క్లయింట్ విడుదలలలో ముందుగా కాన్ఫిగర్ చేయడానికి హార్డ్కోడ్ చేయబడింది.
+
+వినియోగదారు లేదా వాలిడేటర్గా, మీరు ప్రతి BPO కోసం మీ క్లయింట్లను అప్డేట్ చేయాల్సిన అవసరం లేదు మరియు ఫుసాకా వంటి ప్రధాన హార్డ్ఫోర్క్లను అనుసరించాలని నిర్ధారించుకోవాలి. ఇది మునుపటి పద్ధతి లాంటిదే, ఎటువంటి ప్రత్యేక చర్యలు అవసరం లేదు. అప్గ్రేడ్లు మరియు BPOల చుట్టూ మీ క్లయింట్లను పర్యవేక్షించడం మరియు ప్రధాన విడుదలల మధ్య కూడా వాటిని అప్డేట్ చేయడం మంచిది, ఎందుకంటే హార్డ్ఫోర్క్ను అనుసరించి పరిష్కారాలు లేదా ఆప్టిమైజేషన్లు రావచ్చు.
+
+### BPO షెడ్యూల్ ఏమిటి? {#what-is-the-bpo-schedule}
+
+BPO అప్డేట్ల ఖచ్చితమైన షెడ్యూల్ ఫుసాకా విడుదలలతో నిర్ణయించబడుతుంది. [ప్రోటోకాల్ ప్రకటనలు](https://blog.ethereum.org/category/protocol) మరియు మీ క్లయింట్ల విడుదల నోట్లను అనుసరించండి.
+
+ఇది ఎలా ఉండవచ్చో ఒక ఉదాహరణ:
+
+- ఫుసాకాకు ముందు: లక్ష్యం 6, గరిష్టం 9
+- ఫుసాకా యాక్టివేషన్ వద్ద: లక్ష్యం 6, గరిష్టం 9
+- BPO1, ఫుసాకా యాక్టివేషన్ తర్వాత కొన్ని వారాలు: లక్ష్యం 10, గరిష్టం 15, రెండు వంతుల చొప్పున పెరుగుతుంది
+- BPO2, BPO1 తర్వాత కొన్ని వారాలు: లక్ష్యం 14, గరిష్టం 21
+
+### ఇది ఇతీరియము (లేయర్ 1) పై రుసుములను తగ్గిస్తుందా {#will-this-lower-gas}
+
+ఈ అప్గ్రేడ్ L1 పై గ్యాస్ రుసుములను తగ్గించదు, కనీసం నేరుగా కాదు. రోలప్ డేటా కోసం మరింత బ్లాబ్ స్థలంపై ప్రధాన దృష్టి ఉంది, అందువల్ల లేయర్ 2 పై రుసుములు తగ్గుతాయి. దీని వలన L1 రుసుము మార్కెట్పై కొన్ని దుష్ప్రభావాలు ఉండవచ్చు కానీ గణనీయమైన మార్పు ఏమీ ఊహించబడలేదు.
+
+### స్టేకర్గా, అప్గ్రేడ్ కోసం నేను ఏమి చేయాలి? {#as-a-staker-what-do-i-need-to-do-for-the-upgrade}
+
+ప్రతి నెట్వర్క్ అప్గ్రేడ్తో, ఫుసాకా మద్దతుతో గుర్తించబడిన తాజా వెర్షన్లకు మీ క్లయింట్లను అప్డేట్ చేసుకోండి. విడుదలల గురించి తెలియజేయడానికి మెయిలింగ్ జాబితా మరియు [EF బ్లాగ్లో ప్రోటోకాల్ ప్రకటనలను](https://blog.ethereum.org/category/protocol) అనుసరించండి.
+ఫుసాకా మెయిన్నెట్లో యాక్టివేట్ కాకముందే మీ సెటప్ను ధృవీకరించడానికి, మీరు టెస్ట్నెట్లలో ఒక వాలిడేటర్ను నడపవచ్చు. ఫుసాకా [టెస్ట్నెట్లలో ముందుగా యాక్టివేట్ చేయబడింది](https://blog.ethereum.org/2025/09/26/fusaka-testnet-announcement) ఇది మీకు ప్రతిదీ పనిచేస్తుందని నిర్ధారించుకోవడానికి మరియు బగ్లను నివేదించడానికి ఎక్కువ స్థలాన్ని ఇస్తుంది. టెస్ట్నెట్ ఫోర్క్లు కూడా మెయిలింగ్ జాబితా మరియు బ్లాగ్లో ప్రకటించబడతాయి.
+
+### "డిటర్మినిస్టిక్ ప్రొపోజర్ లుక్అహెడ్" (EIP-7917) వాలిడేటర్లను ప్రభావితం చేస్తుందా? {#does-7917-affect-validators}
+
+ఈ మార్పు మీ వాలిడేటర్ క్లయింట్ ఎలా పనిచేస్తుందో మార్చదు, అయితే, ఇది మీ వాలిడేటర్ విధులకు భవిష్యత్తు గురించి మరింత అంతర్దృష్టిని అందిస్తుంది. కొత్త ఫీచర్లతో తాజాగా ఉండటానికి మీ పర్యవేక్షణ సాధనాలను అప్డేట్ చేసుకోండి.
+
+### ఫుసాకా నోడ్లు మరియు వాలిడేటర్ల కోసం బ్యాండ్విడ్త్ అవసరాలను ఎలా ప్రభావితం చేస్తుంది? {#how-does-fusaka-affect-bandwidth-requirements-for-nodes-and-validators}
+
+PeerDAS నోడ్స్ బ్లాబ్ డేటాను ఎలా ప్రసారం చేస్తాయో ఒక గణనీయమైన మార్పును చేస్తుంది. మొత్తం డేటా 128 సబ్నెట్లలో కాలమ్లు అనే ముక్కలుగా విభజించబడింది, నోడ్స్ వాటిలో కొన్నింటికి మాత్రమే సబ్స్క్రైబ్ చేస్తాయి. నోడ్స్ సంరక్షించాల్సిన సబ్నెట్ కాలమ్ల మొత్తం వాటి కాన్ఫిగరేషన్ మరియు కనెక్ట్ చేయబడిన వాలిడేటర్ల సంఖ్యపై ఆధారపడి ఉంటుంది. వాస్తవ బ్యాండ్విడ్త్ అవసరాలు నెట్వర్క్లో అనుమతించబడిన బ్లాబ్ల మొత్తం మరియు నోడ్ రకంపై ఆధారపడి ఉంటాయి. ఫుసాకా యాక్టివేషన్ సమయంలో బ్లాబ్ టార్గెట్ మునుపటిలాగే ఉంటుంది, కానీ PeerDASతో, నోడ్ ఆపరేటర్లు వారి డిస్క్ వినియోగం మరియు నెట్వర్క్ ట్రాఫిక్లో తగ్గుదలని చూడవచ్చు. BPOలు నెట్వర్క్లో అధిక సంఖ్యలో బ్లాబ్లను కాన్ఫిగర్ చేస్తున్నందున, అవసరమైన బ్యాండ్విడ్త్ ప్రతి BPOతో పెరుగుతుంది.
+
+ఫుసాకా BPOల తర్వాత కూడా నోడ్స్ అవసరాలు ఇప్పటికీ [సిఫార్సు చేయబడిన మార్జిన్ల](https://eips.ethereum.org/EIPS/eip-7870)లోనే ఉన్నాయి.
+
+#### పూర్తి నోడ్లు {#full-nodes}
+
+ఏ వాలిడేటర్లు లేని సాధారణ నోడ్లు కేవలం 4 సబ్నెట్లకు మాత్రమే సబ్స్క్రయిబ్ చేస్తాయి, ఇది అసలు డేటాలో 1/8 వంతు కస్టడీని అందిస్తుంది. దీని అర్థం అదే మొత్తం బ్లాబ్ డేటాతో, వాటిని డౌన్లోడ్ చేసే నోడ్ బ్యాండ్విడ్త్ ఎనిమిది (8) రెట్లు తక్కువగా ఉంటుంది. సాధారణ పూర్తి నోడ్ కోసం బ్లాబ్స్ యొక్క డిస్క్ వినియోగం మరియు డౌన్లోడ్ బ్యాండ్విడ్త్ దాదాపు 80% తగ్గి, కొన్ని Mbకి మాత్రమే ఉండవచ్చు.
+
+#### సోలో స్టేకర్లు {#solo-stakers}
+
+నోడ్ వాలిడేటర్ క్లయింట్ కోసం ఉపయోగించబడితే, అది ఎక్కువ కాలమ్లను సంరక్షించాలి మరియు అందువల్ల ఎక్కువ డేటాను ప్రాసెస్ చేయాలి. ఒక వాలిడేటర్ జోడించబడినప్పుడు, నోడ్ కనీసం 8 కాలమ్ సబ్నెట్లకు సబ్స్క్రైబ్ చేస్తుంది మరియు అందువల్ల సాధారణ నోడ్ కంటే రెట్టింపు డేటాను ప్రాసెస్ చేస్తుంది కానీ ఫుసాకాకు ముందు కంటే తక్కువ. వాలిడేటర్ బ్యాలెన్స్ 287 ETH కంటే ఎక్కువగా ఉంటే, మరిన్ని సబ్నెట్లు సబ్స్క్రైబ్ చేయబడతాయి.
+
+ఒక సోలో స్టేకర్కు, దీని అర్థం వారి డిస్క్ వినియోగం మరియు డౌన్లోడ్ బ్యాండ్విడ్త్ దాదాపు 50% తగ్గుతుంది. అయితే, స్థానికంగా బ్లాక్లను నిర్మించడానికి మరియు అన్ని బ్లాబ్లను నెట్వర్క్కు అప్లోడ్ చేయడానికి, మరింత అప్లోడ్ బ్యాండ్విడ్త్ అవసరం. స్థానిక బిల్డర్లకు ఫుసాకా సమయంలో మునుపటి కంటే 2-3 రెట్లు అధిక అప్లోడ్ బ్యాండ్విడ్త్ అవసరం మరియు 15/21 బ్లాబ్ల BPO2 లక్ష్యంతో, తుది అవసరమైన అప్లోడ్ బ్యాండ్విడ్త్ సుమారు 5 రెట్లు ఎక్కువగా, 100Mpbs వద్ద ఉండాలి.
+
+#### పెద్ద వాలిడేటర్లు {#large-validators}
+
+నోడ్కు ఎక్కువ బ్యాలెన్స్ మరియు వాలిడేటర్లు జోడించబడినప్పుడు సబ్స్క్రయిబ్ చేయబడిన సబ్నెట్ల సంఖ్య పెరుగుతుంది. ఉదాహరణకు, సుమారు 800 ETH బ్యాలెన్స్తో, నోడ్ 25 కాలమ్లను సంరక్షిస్తుంది మరియు మునుపటి కంటే సుమారు 30% ఎక్కువ డౌన్లోడ్ బ్యాండ్విడ్త్ అవసరం. అవసరమైన అప్లోడ్ సాధారణ నోడ్ల మాదిరిగానే పెరుగుతుంది మరియు కనీసం 100Mbps అవసరం.
+
+4096 ETH వద్ద, 2 గరిష్ట బ్యాలెన్స్ వాలిడేటర్లతో, నోడ్ 'సూపర్నోడ్'గా మారుతుంది, ఇది అన్ని కాలమ్లను సంరక్షిస్తుంది, అందువల్ల ప్రతిదీ డౌన్లోడ్ చేసి నిల్వ చేస్తుంది. ఈ నోడ్లు తప్పిపోయిన డేటాను తిరిగి అందించడం ద్వారా నెట్వర్క్ను చురుకుగా హీల్ చేస్తాయి, కానీ చాలా ఎక్కువ బ్యాండ్విడ్త్ మరియు స్టోరేజ్ అవసరం. తుది బ్లాబ్ లక్ష్యం మునుపటి కంటే 6 రెట్లు ఎక్కువగా ఉండటంతో, సూపర్ నోడ్లు సుమారు 600GB అదనపు బ్లాబ్ డేటాను నిల్వ చేయాల్సి ఉంటుంది మరియు సుమారు 20Mbps వద్ద వేగవంతమైన స్థిరమైన డౌన్లోడ్ బ్యాండ్విడ్త్ కలిగి ఉండాలి.
+
+[ఆశించిన అవసరాలపై మరిన్ని వివరాలు చదవండి.](https://ethpandaops.io/posts/fusaka-bandwidth-estimation/#theoretical-requirements)
+
+### ఏ EVM మార్పులు అమలు చేయబడ్డాయి? {#what-evm-changes-are-implemented}
+
+ఫుసాకా కొత్త చిన్న మార్పులు మరియు ఫీచర్లతో EVMని పటిష్టం చేస్తుంది.
+
+- స్కేలింగ్ చేస్తున్నప్పుడు భద్రత కోసం, ఒకే లావాదేవీ యొక్క గరిష్ట పరిమాణం [16.7 మిలియన్](https://eips.ethereum.org/EIPS/eip-7825) యూనిట్ల గ్యాస్కు పరిమితం చేయబడుతుంది.
+- [కొత్త ఆప్కోడ్ కౌంట్ లీడింగ్ జీరోస్ (CLZ)](https://eips.ethereum.org/EIPS/eip-7939) EVMకి జోడించబడింది మరియు ఇది స్మార్ట్ కాంట్రాక్ట్ భాషలు కొన్ని ఆపరేషన్లను మరింత సమర్థవంతంగా చేయడానికి వీలు కల్పిస్తుంది.
+- [`ModExp` ప్రీకంపైల్ ధర పెంచబడుతుంది](https://eips.ethereum.org/EIPS/eip-7883)—దానిని ఉపయోగించే కాంట్రాక్ట్లు ఎగ్జిక్యూషన్ కోసం ఎక్కువ గ్యాస్ ఛార్జ్ చేస్తాయి.
+
+### కొత్త 16M గ్యాస్ పరిమితి కాంట్రాక్ట్ డెవలపర్లను ఎలా ప్రభావితం చేస్తుంది? {#how-does-new-16m-gas-limit-affects-contract-developers}
+
+ఫుసాకా ఒకే లావాదేవీ యొక్క గరిష్ట పరిమాణానికి [16.7 మిలియన్](https://eips.ethereum.org/EIPS/eip-7825) (2^24) గ్యాస్ యూనిట్ల పరిమితిని పరిచయం చేస్తుంది. ఇది సగటు బ్లాక్ యొక్క మునుపటి పరిమాణం సుమారుగా ఉంటుంది, ఇది మొత్తం బ్లాక్ను వినియోగించే సంక్లిష్ట లావాదేవీలను సరిపోయేంత పెద్దదిగా చేస్తుంది. ఈ పరిమితి క్లయింట్లకు రక్షణను సృష్టిస్తుంది, భవిష్యత్తులో అధిక బ్లాక్ గ్యాస్ పరిమితితో సంభావ్య DoS దాడులను నివారిస్తుంది. స్కేలింగ్ యొక్క లక్ష్యం ఒకే ఒకటి మొత్తం బ్లాక్ను వినియోగించకుండా, ఎక్కువ లావాదేవీలను బ్లాక్చైన్లోకి తీసుకురావడానికి వీలు కల్పించడం.
+
+సాధారణ వినియోగదారు లావాదేవీలు ఈ పరిమితికి చేరుకోవడానికి చాలా దూరంలో ఉన్నాయి. పెద్ద మరియు సంక్లిష్టమైన DeFi ఆపరేషన్లు, పెద్ద స్మార్ట్ కాంట్రాక్ట్ డిప్లాయ్మెంట్లు లేదా బహుళ కాంట్రాక్ట్లను లక్ష్యంగా చేసుకునే బ్యాచ్ లావాదేవీలు వంటి కొన్ని ఎడ్జ్ కేసులు ఈ మార్పు వలన ప్రభావితం కావచ్చు. ఈ లావాదేవీలను చిన్నవిగా విభజించడం లేదా మరో విధంగా ఆప్టిమైజ్ చేయడం అవసరం. పరిమితికి చేరుకునే అవకాశం ఉన్న లావాదేవీలను సమర్పించే ముందు అనుకరణను ఉపయోగించండి.
+
+RPC పద్ధతి `eth_call` పరిమితం కాదు మరియు వాస్తవ బ్లాక్చైన్ పరిమితి కంటే పెద్ద లావాదేవీల అనుకరణను అనుమతిస్తుంది. దుర్వినియోగాన్ని నివారించడానికి RPC పద్ధతుల కోసం వాస్తవ పరిమితిని క్లయింట్ ఆపరేటర్ కాన్ఫిగర్ చేయవచ్చు.
+
+### CLZ డెవలపర్లకు ఏమిటి? {#what-clz-means-for-developers}
+
+సాలిడిటీ వంటి EVM కంపైలర్లు కొత్త ఫంక్షన్ను ఇంప్లిమెంట్ చేసి, జీరోలను లెక్కించడానికి హుడ్ కింద ఉపయోగించుకుంటాయి. కొత్త కాంట్రాక్టులు ఈ రకమైన ఆపరేషన్పై ఆధారపడితే గ్యాస్ ఆదా నుండి ప్రయోజనం పొందవచ్చు. సంభావ్య ఆదాల డాక్యుమెంటేషన్ కోసం స్మార్ట్ కాంట్రాక్ట్ భాష యొక్క విడుదలలు మరియు ఫీచర్ ప్రకటనలను అనుసరించండి.
+
+### నా ప్రస్తుత స్మార్ట్ కాంట్రాక్టులకు ఏవైనా మార్పులు ఉన్నాయా? {#what-clz-means-for-developers}
+
+ఫుసాకాకు ఏ ప్రస్తుత కాంట్రాక్టులను బ్రేక్ చేసే లేదా వాటి ప్రవర్తనను మార్చే ప్రత్యక్ష ప్రభావం లేదు. ఎగ్జిక్యూషన్ లేయర్కు పరిచయం చేయబడిన మార్పులు బ్యాక్వర్డ్ అనుకూలతతో చేయబడ్డాయి, అయితే, ఎడ్జ్ కేసులు మరియు సంభావ్య ప్రభావంపై ఎల్లప్పుడూ ఒక కన్ను వేసి ఉంచండి.
+
+[`ModExp` ప్రీకంపైల్ పెరిగిన ధరతో](https://eips.ethereum.org/EIPS/eip-7883), దానిపై ఆధారపడిన కాంట్రాక్టులు ఎగ్జిక్యూషన్ కోసం ఎక్కువ గ్యాస్ వినియోగిస్తాయి. మీ కాంట్రాక్ట్ దీనిపై ఎక్కువగా ఆధారపడి, వినియోగదారులకు ఖరీదైనదిగా మారితే, అది ఎలా ఉపయోగించబడుతుందో పునరాలోచించండి.
+
+మీ కాంట్రాక్టులను అమలు చేసే లావాదేవీలు అదే పరిమాణాన్ని చేరుకునే అవకాశం ఉంటే, [కొత్త 16.7 మిలియన్ పరిమితిని](https://eips.ethereum.org/EIPS/eip-7825) పరిగణించండి.
+
+## మరింత చదవండి {#further-reading}
+
+- [Ethereum రోడ్మ్యాప్](/roadmap/)
+- [ఫోర్క్కాస్ట్: ఫుసాకా](https://forkcast.org/upgrade/fusaka)
+- [ఫుసాకా మెటా EIP](https://eips.ethereum.org/EIPS/eip-7607)
+- [ఫుసాకా టెస్ట్నెట్ బ్లాగ్ ప్రకటన](https://blog.ethereum.org/2025/09/26/fusaka-testnet-announcement)
+- [బ్యాంక్లెస్: ఫుసాకా & పెక్ట్రా ఇతీరియముకు ఏమి తీసుకువస్తాయి](https://www.bankless.com/read/what-fusaka-pectra-will-bring-ethereum)
+- [బ్యాంక్లెస్: ఇతీరియము యొక్క తదుపరి అప్గ్రేడ్లు: Preston Van Loonతో ఫుసాకా, గ్లామ్స్టర్డామ్ & బియాండ్](https://x.com/BanklessHQ/status/1956017743289020633?t=502)
+- [ది ఫుసాకా ఫైల్స్](https://www.youtube.com/playlist?list=PL4cwHXAawZxpz-erUbKKUnnGoQNdF8s7Z)
+- [PEEPanEIPs వివరణలు](https://www.youtube.com/playlist?list=PL4cwHXAawZxoIenfk7OJry4rxcqX-eqBt)
diff --git a/public/content/translations/te/roadmap/fusaka/peerdas/index.md b/public/content/translations/te/roadmap/fusaka/peerdas/index.md
new file mode 100644
index 00000000000..3d428aaed24
--- /dev/null
+++ b/public/content/translations/te/roadmap/fusaka/peerdas/index.md
@@ -0,0 +1,88 @@
+---
+title: PeerDAS
+description: ఫుసాకా ఇతీరియము ప్రోటోకాల్ అప్గ్రేడ్లో భాగంగా PeerDAS గురించి తెలుసుకోండి
+lang: te
+---
+
+# PeerDAS {#peer-das}
+
+[EIP-4844 తో బ్లాబ్ లావాదేవీల పరిచయం](/roadmap/danksharding/) తరువాత ఇతీరియము ప్రోటోకాల్ దాని అత్యంత ముఖ్యమైన స్కేలింగ్ అప్గ్రేడ్కు లోనవుతోంది. [ఫుసాకా అప్గ్రేడ్](/roadmap/fusaka/)లో భాగంగా, PeerDAS బ్లాబ్ డేటాను నిర్వహించడానికి ఒక కొత్త మార్గాన్ని పరిచయం చేస్తుంది, L2ల కోసం **[డేటా లభ్యత (DA)](/developers/docs/data-availability/)** సామర్థ్యంలో సుమారు పదిరెట్లు పెరుగుదలను అందిస్తుంది.
+
+[బ్లాబ్ స్కేలింగ్ రోడ్మ్యాప్పై మరిన్ని వివరాలు](https://blog.ethereum.org/2025/08/22/protocol-update-002)
+
+## స్కేలబిలిటీ {#scalability}
+
+ఇతీరియము యొక్క దృష్టి ప్రపంచంలోని ప్రతిఒక్కరికీ అందుబాటులో ఉండే ఒక తటస్థ, సురక్షిత మరియు వికేంద్రీకృత ప్లాట్ఫామ్గా ఉండటం. నెట్వర్క్ వినియోగం పెరిగేకొద్దీ, ఇది నెట్వర్క్ యొక్క స్కేల్, భద్రత మరియు వికేంద్రీకరణ యొక్క త్రివిధ సమస్యను సమతుల్యం చేయాల్సి ఉంటుంది. ఇతీరియము తన ప్రస్తుత డిజైన్లో నెట్వర్క్ ద్వారా నిర్వహించబడే డేటాను కేవలం పెంచినట్లయితే, అది దాని వికేంద్రీకరణ కోసం ఇతీరియము ఆధారపడే [నోడ్లను](/developers/docs/nodes-and-clients/) ముంచెత్తే ప్రమాదం ఉంది. స్కేలబిలిటీకి ఇచ్చిపుచ్చుకోవడాలను తగ్గించే కఠినమైన మెకానిజం డిజైన్ అవసరం.
+
+ఈ లక్ష్యాన్ని సాధించే వ్యూహాలలో ఒకటి [లేయర్ 1 (L1)](/glossary/#layer-1) మెయిన్నెట్పై అన్ని లావాదేవీలను ప్రాసెస్ చేయడానికి బదులుగా, లేయర్ 2 స్కేలింగ్ పరిష్కారాల యొక్క విభిన్న పర్యావరణ వ్యవస్థను అనుమతించడం. [లేయర్ 2లు (L2లు)](/glossary/#layer-2) లేదా [రోల్అప్లు](/glossary#rollups) తమ సొంత ప్రత్యేక చైన్లపై లావాదేవీలను ప్రాసెస్ చేస్తాయి మరియు ధృవీకరణ మరియు భద్రత కోసం ఇతీరియమును ఉపయోగిస్తాయి. భద్రతా-క్లిష్టమైన కట్టుబాట్లను మాత్రమే ప్రచురించడం మరియు పేలోడ్లను కుదించడం వలన L2లు ఇతీరియము యొక్క DA సామర్థ్యాన్ని మరింత సమర్థవంతంగా ఉపయోగించుకోవచ్చు. దీంతో, L1 భద్రతా హామీలలో రాజీపడకుండా తక్కువ డేటాను తీసుకువెళ్తుంది, అయితే L2లు తక్కువ గ్యాస్ ఖర్చులతో ఎక్కువ మంది వినియోగదారులను ఆన్బోర్డ్ చేస్తాయి. ప్రారంభంలో, L2లు సాధారణ లావాదేవీలలో `calldata`గా డేటాను ప్రచురించాయి, ఇది గ్యాస్ కోసం L1 లావాదేవీలతో పోటీ పడింది మరియు బల్క్ డేటా లభ్యతకు ఆచరణీయం కాదు.
+
+## ప్రోటో-డంక్షార్డింగ్ {#proto-danksharding}
+
+L2 స్కేలింగ్ వైపు మొదటి ప్రధాన అడుగు డెంకన్ అప్గ్రేడ్, ఇది [ప్రోటో-డంక్షార్డింగ్](/roadmap/danksharding/) (EIP-4844) ను పరిచయం చేసింది. ఈ అప్గ్రేడ్ రోల్అప్ల కోసం బ్లాబ్స్ అని పిలువబడే ఒక కొత్త, ప్రత్యేకమైన డేటా రకాన్ని సృష్టించింది. [బ్లాబ్స్](/developers/docs/data-availability/blockchain-data-storage-strategies/#eip-4844-blobs), లేదా బైనరీ లార్జ్ ఆబ్జెక్ట్స్, అనేవి ఏకపక్ష డేటా యొక్క తాత్కాలిక భాగాలు, వీటికి EVM అమలు అవసరం లేదు మరియు నోడ్లు పరిమిత సమయం వరకు మాత్రమే నిల్వ చేస్తాయి. ఈ మరింత సమర్థవంతమైన ప్రాసెసింగ్ L2లను ఇతీరియముకు మరింత డేటాను ప్రచురించడానికి మరియు మరింతగా స్కేల్ చేయడానికి అనుమతించింది.
+
+స్కేలింగ్ కోసం ఇప్పటికే బలమైన ప్రయోజనాలు ఉన్నప్పటికీ, బ్లాబ్లను ఉపయోగించడం అంతిమ లక్ష్యంలో ఒక భాగం మాత్రమే. ప్రస్తుత ప్రోటోకాల్లో, నెట్వర్క్లోని ప్రతి నోడ్ ఇప్పటికీ ప్రతి బ్లాబ్ను డౌన్లోడ్ చేయాలి. అధిక బ్లాబ్ సంఖ్యలతో డౌన్లోడ్ చేయాల్సిన డేటా మొత్తం నేరుగా పెరగడంతో, వ్యక్తిగత నోడ్లకు అవసరమైన బ్యాండ్విడ్త్ అడ్డంకిగా మారుతుంది.
+
+ఇతీరియము వికేంద్రీకరణపై రాజీపడదు మరియు బ్యాండ్విడ్త్ అత్యంత సున్నితమైన నాబ్లలో ఒకటి. శక్తివంతమైన కంప్యూటింగ్ కొనుగోలు చేయగల ఎవరికైనా విస్తృతంగా అందుబాటులో ఉన్నప్పటికీ, అభివృద్ధి చెందిన దేశాలలోని ([జర్మనీ](https://www.speedtest.net/global-index/germany), [బెల్జియం](https://www.speedtest.net/global-index/belgium), [ఆస్ట్రేలియా](https://www.speedtest.net/global-index/australia) లేదా [యునైటెడ్ స్టేట్స్](https://www.speedtest.net/global-index/united-states) వంటి) అత్యంత పట్టణ ప్రాంతాలలో కూడా [అప్లోడ్ బ్యాండ్విడ్త్ పరిమితులు](https://www.speedtest.net/global-index) ఉన్నందున, బ్యాండ్విడ్త్ అవసరాలను జాగ్రత్తగా ట్యూన్ చేయకపోతే, నోడ్లను డేటా సెంటర్ల నుండి మాత్రమే అమలు చేయగలిగేలా పరిమితం చేయవచ్చు.
+
+బ్లాబ్లు పెరిగేకొద్దీ నోడ్ ఆపరేటర్లకు అధిక బ్యాండ్విడ్త్ మరియు డిస్క్ స్పేస్ అవసరాలు పెరుగుతాయి. బ్లాబ్ల పరిమాణం మరియు పరిమాణం ఈ పరిమితుల ద్వారా పరిమితం చేయబడ్డాయి. ప్రతి బ్లాక్ కు సగటున 6 బ్లాబ్స్ తో, ప్రతి బ్లాబ్ 128kb వరకు డేటాను తీసుకువెళ్లగలదు. బ్లాబ్లను మరింత సమర్థవంతమైన మార్గంలో ఉపయోగించే భవిష్యత్ డిజైన్ వైపు ఇది కేవలం మొదటి అడుగు మాత్రమే.
+
+## డేటా లభ్యత నమూనా {#das}
+
+[డేటా లభ్యత](/developers/docs/data-availability/) అనేది చైన్ను స్వతంత్రంగా ధృవీకరించడానికి అవసరమైన మొత్తం డేటా నెట్వర్క్ పాల్గొనే వారందరికీ అందుబాటులో ఉంటుందని ఇచ్చే హామీ. ఇది డేటా పూర్తిగా ప్రచురించబడిందని మరియు చైన్ యొక్క కొత్త స్థితిని లేదా ఇన్కమింగ్ లావాదేవీలను నమ్మకంగా ధృవీకరించడానికి ఉపయోగించవచ్చని నిర్ధారిస్తుంది.
+
+ఇతీరియము బ్లాబ్లు L2ల భద్రతను నిర్ధారించే బలమైన డేటా లభ్యత హామీని అందిస్తాయి. దీనిని చేయడానికి, ఇతీరియము నోడ్స్ బ్లాబ్స్ ని పూర్తిగా డౌన్ లోడ్ చేసి స్టోర్ చేయవలసి ఉంటుంది. కానీ మనం నెట్వర్క్లో బ్లాబ్లను మరింత సమర్థవంతంగా పంపిణీ చేసి ఈ పరిమితిని నివారించగలిగితే ఎలా ఉంటుంది?
+
+డేటాను నిల్వ చేయడానికి మరియు దాని లభ్యతను నిర్ధారించడానికి ఒక విభిన్న విధానం **డేటా లభ్యత నమూనా (DAS)**. ఇతీరియమును నడిపే ప్రతి కంప్యూటర్ ప్రతి ఒక్క బ్లాబ్ను పూర్తిగా నిల్వ చేయడానికి బదులుగా, DAS వికేంద్రీకృత శ్రమ విభజనను పరిచయం చేస్తుంది. ఇది మొత్తం నోడ్ల నెట్వర్క్ అంతటా చిన్న, నిర్వహించదగిన పనులను పంపిణీ చేయడం ద్వారా డేటాను ప్రాసెస్ చేసే భారాన్ని విచ్ఛిన్నం చేస్తుంది. బ్లాబ్లు ముక్కలుగా విభజించబడతాయి మరియు అన్ని నోడ్లలో ఏకరీతి యాదృచ్ఛిక పంపిణీ కోసం ఒక మెకానిజం ఉపయోగించి ప్రతి నోడ్ కొన్ని ముక్కలను మాత్రమే డౌన్లోడ్ చేస్తుంది.
+
+ఇది ఒక కొత్త సమస్యను పరిచయం చేస్తుంది—డేటా యొక్క లభ్యత మరియు సమగ్రతను నిరూపించడం. వ్యక్తిగత నోడ్లు చిన్న ముక్కలను మాత్రమే కలిగి ఉన్నప్పుడు, డేటా అందుబాటులో ఉందని మరియు అదంతా సరైనదని నెట్వర్క్ ఎలా హామీ ఇవ్వగలదు? ఒక హానికరమైన నోడ్ నకిలీ డేటాను అందించి, బలమైన డేటా లభ్యత హామీలను సులభంగా విచ్ఛిన్నం చేయగలదు! ఇక్కడే క్రిప్టోగ్రఫీ సహాయానికి వస్తుంది.
+
+డేటా యొక్క సమగ్రతను నిర్ధారించడానికి, EIP-4844 ఇప్పటికే KZG కట్టుబాట్లతో అమలు చేయబడింది. నెట్వర్క్కు కొత్త బ్లాబ్ జోడించబడినప్పుడు సృష్టించబడే క్రిప్టోగ్రాఫిక్ ప్రూఫ్లు ఇవి. ప్రతి బ్లాక్లో ఒక చిన్న రుజువు చేర్చబడుతుంది మరియు నోడ్స్ అందుకున్న బ్లాబ్స్ బ్లాక్ యొక్క KZG కమిట్మెంట్కు అనుగుణంగా ఉన్నాయని ధృవీకరించగలవు.
+
+DAS అనేది దీనిపై నిర్మించబడిన ఒక మెకానిజం, ఇది డేటా సరైనదని మరియు అందుబాటులో ఉందని నిర్ధారిస్తుంది. నమూనా అనేది ఒక ప్రక్రియ, ఇక్కడ ఒక నోడ్ డేటా యొక్క చిన్న భాగాన్ని మాత్రమే ప్రశ్నిస్తుంది మరియు దానిని కట్టుబాటుకు వ్యతిరేకంగా ధృవీకరిస్తుంది. KZG అనేది ఒక పాలినామియల్ కట్టుబాటు పథకం, దీని అర్థం పాలినామియల్ వక్రరేఖపై ఏ ఒక్క పాయింట్నైనా ధృవీకరించవచ్చు. పాలినామియల్పై కేవలం కొన్ని పాయింట్లను తనిఖీ చేయడం ద్వారా, నమూనా చేసే క్లయింట్ డేటా అందుబాటులో ఉందని బలమైన సంభావ్యతా హామీని కలిగి ఉండవచ్చు.
+
+## PeerDAS {#peer-das}
+
+[పీర్డాస్ (EIP-7594)](https://eips.ethereum.org/EIPS/eip-7594) అనేది ఇతీరియములో DAS మెకానిజంను అమలు చేసే ఒక నిర్దిష్ట ప్రతిపాదన, బహుశా ఇది ది మెర్జ్ తర్వాత అతిపెద్ద అప్గ్రేడ్ను సూచిస్తుంది. PeerDAS బ్లాబ్ డేటాను విస్తరించడానికి, దానిని కాలమ్లుగా విభజించి, నోడ్లకు ఒక సబ్సెట్ను పంపిణీ చేయడానికి రూపొందించబడింది.
+
+దీనిని సాధించడానికి ఇతీరియము కొన్ని తెలివైన గణితాన్ని తీసుకుంటుంది: ఇది రీడ్-సోలమన్ శైలి ఎరేజర్ కోడింగ్ను బ్లాబ్ డేటాకు వర్తింపజేస్తుంది. బ్లాబ్ డేటాను ఒక పాలినామియల్ గా సూచిస్తారు, దీని గుణకాలు డేటాను ఎన్కోడ్ చేస్తాయి, ఆపై ఆ పాలినామియల్ను అదనపు పాయింట్ల వద్ద మూల్యాంకనం చేసి, మూల్యాంకనాల సంఖ్యను రెట్టింపు చేసి, విస్తరించిన బ్లాబ్ను సృష్టిస్తారు. ఈ అదనపు పునరావృతం ఎరేజర్ రికవరీని సాధ్యం చేస్తుంది: కొన్ని మూల్యాంకనాలు తప్పిపోయినప్పటికీ, విస్తరించిన ముక్కలతో సహా మొత్తం డేటాలో కనీసం సగం అందుబాటులో ఉన్నంత వరకు అసలు బ్లాబ్ను పునర్నిర్మించవచ్చు.
+
+
+
+వాస్తవానికి, ఈ పాలినామియల్కు వేలాది గుణకాలు ఉంటాయి. KZG కమిట్లు కొన్ని బైట్ల విలువలు, హాష్ లాంటివి, అన్ని నోడ్లకు తెలిసినవి. తగినన్ని డేటా పాయింట్లను కలిగి ఉన్న ప్రతి నోడ్ [బ్లాబ్ డేటా యొక్క పూర్తి సెట్ను సమర్థవంతంగా పునర్నిర్మించగలదు](https://arxiv.org/abs/2207.11079).
+
+> సరదా వాస్తవం: ఇదే కోడింగ్ టెక్నిక్ను DVDలు ఉపయోగించాయి. మీరు DVDని గీరినా, పాలినామియల్ యొక్క తప్పిపోయిన భాగాలను జోడించే రీడ్-సోలమన్ కోడింగ్ కారణంగా ప్లేయర్ దానిని చదవగలిగేది.
+
+చారిత్రాత్మకంగా, బ్లాక్చెయిన్లలోని డేటా, అది బ్లాక్లు అయినా లేదా బ్లాబ్లు అయినా, అన్ని నోడ్లకు ప్రసారం చేయబడింది. పీర్డాస్ యొక్క స్ప్లిట్-అండ్-శాంపిల్ విధానంతో, ప్రతిదీ అందరికీ ప్రసారం చేయడం ఇకపై అవసరం లేదు. ఫుసాకా తర్వాత, ఏకాభిప్రాయ లేయర్ నెట్వర్కింగ్ గాసిప్ టాపిక్స్/సబ్నెట్లుగా నిర్వహించబడుతుంది: బ్లాబ్ కాలమ్లు నిర్దిష్ట సబ్నెట్లకు కేటాయించబడతాయి మరియు ప్రతి నోడ్ ముందుగా నిర్ణయించిన సబ్సెట్లకు సబ్స్క్రయిబ్ చేసి, ఆ ముక్కలను మాత్రమే కస్టడీలో ఉంచుకుంటుంది.
+
+పీర్డాస్తో, విస్తరించిన బ్లాబ్ డేటా కాలమ్స్ అని పిలువబడే 128 ముక్కలుగా విభజించబడింది. వారు సబ్స్క్రయిబ్ చేసే నిర్దిష్ట సబ్నెట్లపై ఒక ప్రత్యేకమైన గాసిప్ ప్రోటోకాల్ ద్వారా ఈ నోడ్లకు డేటా పంపిణీ చేయబడుతుంది. నెట్వర్క్లోని ప్రతి సాధారణ నోడ్ కనీసం 8 యాదృచ్ఛికంగా ఎంచుకున్న కాలమ్ సబ్నెట్లలో పాల్గొంటుంది. 128 సబ్నెట్లలో కేవలం 8 నుండి మాత్రమే డేటాను స్వీకరించడం అంటే ఈ డిఫాల్ట్ నోడ్ మొత్తం డేటాలో 1/16 వంతును మాత్రమే అందుకుంటుంది, కానీ డేటా విస్తరించబడినందున ఇది అసలు డేటాలో 1/8 వంతు.
+
+ఇది ప్రస్తుత "ప్రతిఒక్కరూ ప్రతిదీ డౌన్లోడ్ చేస్తారు" స్కీమాకు 8x కొత్త సైద్ధాంతిక స్కేలింగ్ పరిమితిని అనుమతిస్తుంది. బ్లాబ్ కాలమ్లను అందించే విభిన్న యాదృచ్ఛిక సబ్నెట్లకు నోడ్లు సబ్స్క్రయిబ్ చేయడంతో, అవి ఏకరీతిగా పంపిణీ చేయబడతాయనే సంభావ్యత చాలా ఎక్కువగా ఉంటుంది మరియు అందువల్ల ప్రతి డేటా ముక్క నెట్వర్క్లో ఎక్కడో ఒకచోట ఉంటుంది. వ్యాలిడేటర్లను నడుపుతున్న నోడ్లు వారు నడిపే ప్రతి వ్యాలిడేటర్తో పాటు మరిన్ని సబ్నెట్లకు సబ్స్క్రయిబ్ చేయాల్సి ఉంటుంది.
+
+> ప్రతి నోడ్కు ప్రత్యేకమైన యాదృచ్ఛికంగా రూపొందించబడిన ID ఉంటుంది, ఇది సాధారణంగా కనెక్షన్ల కోసం దాని పబ్లిక్ గుర్తింపుగా పనిచేస్తుంది. పీర్డాస్లో, ఈ సంఖ్య అది సబ్స్క్రయిబ్ చేయవలసిన యాదృచ్ఛిక సెట్ సబ్నెట్లను నిర్ణయించడానికి ఉపయోగించబడుతుంది, దీని ఫలితంగా అన్ని బ్లాబ్ డేటా యొక్క ఏకరీతి యాదృచ్ఛిక పంపిణీ జరుగుతుంది.
+
+ఒక నోడ్ అసలు డేటాను విజయవంతంగా పునర్నిర్మించిన తర్వాత, అది పునరుద్ధరించబడిన కాలమ్లను తిరిగి నెట్వర్క్లోకి పునఃపంపిణీ చేస్తుంది, ఏవైనా డేటా గ్యాప్లను చురుకుగా సరిచేస్తూ మరియు మొత్తం సిస్టమ్ యొక్క స్థితిస్థాపకతను పెంచుతుంది. సంయుక్త బ్యాలెన్స్ ≥4096 ETH ఉన్న వ్యాలిడేటర్లకు కనెక్ట్ చేయబడిన నోడ్లు ఒక సూపర్నోడ్ అయి ఉండాలి మరియు అందువల్ల అన్ని డేటా కాలమ్ సబ్నెట్లకు సబ్స్క్రయిబ్ చేసి, అన్ని కాలమ్లను కస్టడీలో ఉంచుకోవాలి. ఈ సూపర్నోడ్లు నిరంతరం డేటా గ్యాప్లను సరిచేస్తాయి. ప్రోటోకాల్ యొక్క సంభావ్యతాత్మకంగా స్వీయ-స్వస్థత స్వభావం, డేటా యొక్క భాగాలను మాత్రమే కలిగి ఉన్న హోమ్ ఆపరేటర్లను పరిమితం చేయకుండా, బలమైన లభ్యత హామీలను అనుమతిస్తుంది.
+
+
+
+పైన వివరించిన నమూనా మెకానిజం కారణంగా, బ్లాబ్ డేటా యొక్క చిన్న సబ్సెట్ను మాత్రమే కలిగి ఉన్న ఏ నోడ్ అయినా డేటా లభ్యతను నిర్ధారించగలదు. ఈ లభ్యత అమలు చేయబడుతుంది: వ్యాలిడేటర్లు కొత్త ఫోర్క్-ఛాయిస్ నియమాలను పాటించాలి, అంటే వారు డేటా లభ్యతను ధృవీకరించిన తర్వాత మాత్రమే బ్లాక్లను అంగీకరించి వాటికి ఓటు వేస్తారు.
+
+వినియోగదారులపై (ముఖ్యంగా L2 వినియోగదారులపై) ప్రత్యక్ష ప్రభావం తక్కువ ఫీజులు. రోల్అప్ డేటా కోసం 8x ఎక్కువ స్థలంతో, వినియోగదారుల కార్యకలాపాలు వారి చైన్పై కాలక్రమేణా మరింత చౌకగా మారతాయి. కానీ ఫుసాకా తర్వాత తక్కువ ఫీజులకు సమయం పడుతుంది మరియు ఇది BPOల మీద ఆధారపడి ఉంటుంది.
+
+## బ్లాబ్-పారామీటర్-ఓన్లీ (BPOలు) {#bpo}
+
+నెట్వర్క్ సైద్ధాంతికంగా 8x ఎక్కువ బ్లాబ్లను ప్రాసెస్ చేయగలదు, కానీ బ్లాబ్ పెరుగుదల అనేది దశలవారీగా సరిగ్గా పరీక్షించి, సురక్షితంగా అమలు చేయాల్సిన మార్పు. టెస్ట్నెట్లు మెయిన్నెట్పై ఫీచర్లను అమలు చేయడానికి తగినంత విశ్వాసాన్ని అందిస్తాయి, కానీ మనం గణనీయంగా అధిక సంఖ్యలో బ్లాబ్లను ప్రారంభించే ముందు p2p నెట్వర్క్ యొక్క స్థిరత్వాన్ని నిర్ధారించుకోవాలి.
+
+నెట్వర్క్ను ముంచెత్తకుండా ప్రతి బ్లాక్కు లక్ష్యంగా ఉన్న బ్లాబ్ల సంఖ్యను క్రమంగా పెంచడానికి, ఫుసాకా **[బ్లాబ్-పారామీటర్-ఓన్లీ (BPO)](https://ethereum-magicians.org/t/blob-parameter-only-bpo-forks/22623)** ఫోర్క్లను పరిచయం చేస్తుంది. విస్తృత పర్యావరణ వ్యవస్థ సమన్వయం, ఒప్పందం మరియు సాఫ్ట్వేర్ అప్డేట్లు అవసరమయ్యే సాధారణ ఫోర్క్ల వలె కాకుండా, [BPOలు (EIP-7892)](https://eips.ethereum.org/EIPS/eip-7892) అనేవి జోక్యం లేకుండా కాలక్రమేణా గరిష్ట సంఖ్యలో బ్లాబ్లను పెంచే ముందుగా ప్రోగ్రామ్ చేయబడిన అప్గ్రేడ్లు.
+
+దీనర్థం ఫుసాకా సక్రియం అయిన వెంటనే మరియు పీర్డాస్ ప్రత్యక్ష ప్రసారం అయిన వెంటనే, బ్లాబ్ల సంఖ్య మారదు. గరిష్టంగా 48కి చేరే వరకు ప్రతి కొన్ని వారాలకు బ్లాబ్ల సంఖ్య రెట్టింపు అవుతుంది, అయితే డెవలపర్లు ఈ మెకానిజం ఆశించిన విధంగా పనిచేస్తుందని మరియు నెట్వర్క్ను నడుపుతున్న నోడ్లపై ప్రతికూల ప్రభావాలను చూపడం లేదని నిర్ధారించుకోవడానికి పర్యవేక్షిస్తారు.
+
+## భవిష్యత్ దిశలు {#future-directions}
+
+పీర్డాస్ అనేది [ఫుల్డాస్ యొక్క గొప్ప స్కేలింగ్ విజన్ వైపు](https://ethresear.ch/t/fulldas-towards-massive-scalability-with-32mb-blocks-and-beyond/19529) ఒక అడుగు మాత్రమే, లేదా డంక్షార్డింగ్. పీర్డాస్ ప్రతి బ్లాబ్కు వ్యక్తిగతంగా 1D ఎరేజర్ కోడింగ్ను ఉపయోగిస్తుండగా, పూర్తి డంక్షార్డింగ్ బ్లాబ్ డేటా యొక్క మొత్తం మ్యాట్రిక్స్ అంతటా మరింత పూర్తి 2D ఎరేజర్ కోడింగ్ స్కీమ్ను ఉపయోగిస్తుంది. రెండు డైమెన్షన్లలో డేటాను విస్తరించడం మరింత బలమైన పునరావృత లక్షణాలను మరియు మరింత సమర్థవంతమైన పునర్నిర్మాణం మరియు ధృవీకరణను సృష్టిస్తుంది. ఫుల్డాస్ను సాకారం చేయడానికి గణనీయమైన నెట్వర్క్ మరియు ప్రోటోకాల్ ఆప్టిమైజేషన్లు, అదనపు పరిశోధనతో పాటు అవసరం.
+
+## మరింత పఠనం {#further-reading}
+
+- [పీర్డాస్: ఫ్రాన్సెస్కో డి'అమాటో ద్వారా పీర్ డేటా లభ్యత నమూనా](https://www.youtube.com/watch?v=WOdpO1tH_Us)
+- [ఇతీరియము యొక్క పీర్డాస్ యొక్క ఒక డాక్యుమెంటేషన్](https://eprint.iacr.org/2024/1362.pdf)
+- [AGM లేకుండా పీర్డాస్ యొక్క భద్రతను నిరూపించడం](https://eprint.iacr.org/2025/1683)
+- [పీర్డాస్, దాని ప్రభావం మరియు ఫుసాకా పరీక్షపై విటాలిక్](https://x.com/VitalikButerin/status/1970983281090085200)
\ No newline at end of file
diff --git a/public/content/translations/te/roadmap/future-proofing/index.md b/public/content/translations/te/roadmap/future-proofing/index.md
new file mode 100644
index 00000000000..1078a98fbb7
--- /dev/null
+++ b/public/content/translations/te/roadmap/future-proofing/index.md
@@ -0,0 +1,53 @@
+---
+title: భవిష్యత్-భద్రమైన ఇథిరియమ్
+description: ఈ అప్గ్రేడ్లు, భవిష్యత్తులో ఏది ఎదురైనా, ఇథిరియమ్ను స్థితిస్థాపక, వికేంద్రీకృత బేస్ లేయర్గా పటిష్టం చేస్తాయి.
+lang: te
+image: /images/roadmap/roadmap-future.png
+alt: "Ethereum రోడ్మ్యాప్"
+template: రోడ్మ్యాప్
+---
+
+రోడ్మ్యాప్లోని కొన్ని భాగాలు సమీప భవిష్యత్తులో ఇథిరియమ్ను స్కేలింగ్ చేయడానికి లేదా భద్రపరచడానికి తప్పనిసరిగా అవసరం లేదు, కానీ అవి సుదూర భవిష్యత్తులో ఇథిరియమ్ను స్థిరత్వం మరియు విశ్వసనీయత కోసం సిద్ధం చేస్తాయి.
+
+## క్వాంటం నిరోధకత {#quantum-resistance}
+
+క్వాంటం కంప్యూటింగ్ వాస్తవ రూపం దాల్చినప్పుడు, ప్రస్తుత ఇథిరియమ్ను భద్రపరిచే కొన్ని [క్రిప్టోగ్రఫీ](/glossary/#cryptography) పద్ధతులు ప్రమాదంలో పడతాయి. ఆధునిక క్రిప్టోగ్రఫీకి క్వాంటం కంప్యూటర్లు నిజమైన ముప్పుగా మారడానికి బహుశా దశాబ్దాలు పట్టవచ్చినప్పటికీ, రాబోయే శతాబ్దాల పాటు సురక్షితంగా ఉండేలా ఇథిరియమ్ నిర్మించబడుతోంది. అంటే, వీలైనంత త్వరగా [ఇథిరియమ్ను క్వాంటం నిరోధకంగా](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/) మార్చడం.
+
+ఇథిరియమ్ డెవలపర్లు ఎదుర్కొంటున్న సవాలు ఏమిటంటే, ప్రస్తుత [ప్రూఫ్-ఆఫ్-స్టేక్](/glossary/#pos) ప్రోటోకాల్, చెల్లుబాటు అయ్యే [బ్లాక్లపై](/glossary/#block) ఓట్లను సమీకరించడానికి BLS అని పిలువబడే చాలా సమర్థవంతమైన సంతకాల పథకంపై ఆధారపడి ఉంటుంది. ఈ సంతకాల పథకాన్ని క్వాంటం కంప్యూటర్లు ఛేదించగలవు, కానీ క్వాంటం నిరోధక ప్రత్యామ్నాయాలు అంత సమర్థవంతమైనవి కావు.
+
+ఇథిరియమ్లో క్రిప్టోగ్రాఫిక్ రహస్యాలను ఉత్పత్తి చేయడానికి అనేక ప్రదేశాలలో ఉపయోగించే [“KZG” కమిట్మెంట్ స్కీమ్లు](/roadmap/danksharding/#what-is-kzg) క్వాంటం-హాని కలిగించేవిగా ప్రసిద్ధి చెందాయి. ప్రస్తుతం, దీనిని “విశ్వసనీయ సెటప్లు” (దీని కోసం ప్రధాన సెటప్ వేడుక 2023లో విజయవంతంగా పూర్తయింది) ఉపయోగించి అధిగమించబడింది, ఇక్కడ చాలా మంది వినియోగదారులు క్వాంటం కంప్యూటర్ ద్వారా రివర్స్-ఇంజనీరింగ్ చేయలేని యాదృచ్ఛికతను సృష్టించారు. అయితే, దీనికి బదులుగా క్వాంటం సురక్షిత క్రిప్టోగ్రఫీని చేర్చడం ఆదర్శవంతమైన దీర్ఘకాలిక పరిష్కారం అవుతుంది. BLS స్కీమ్కు సమర్థవంతమైన ప్రత్యామ్నాయాలుగా మారగల రెండు ప్రముఖ పద్ధతులు ఉన్నాయి: [STARK-ఆధారిత](https://hackmd.io/@vbuterin/stark_aggregation) మరియు [లాటిస్-ఆధారిత](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175) సంతకాలు. **వీటిపై ఇంకా చురుకుగా పరిశోధన మరియు నమూనా రూపకల్పన జరుగుతోంది**.
+
+[KZG మరియు విశ్వసనీయ సెటప్ల గురించి చదవండి](/roadmap/danksharding#what-is-kzg)
+
+## సరళమైన మరియు మరింత సమర్థవంతమైన ఇథిరియమ్ {#simpler-more-efficient-ethereum}
+
+సంక్లిష్టత బగ్లు లేదా బలహీనతలకు అవకాశాలను సృష్టిస్తుంది, వీటిని దాడి చేసేవారు ఉపయోగించుకోవచ్చు. అందువల్ల, రోడ్మ్యాప్లోని ఒక భాగం ఇథిరియమ్ను సరళీకృతం చేయడం మరియు వివిధ అప్గ్రేడ్ల ద్వారా ఉండిపోయిన కానీ ఇప్పుడు అవసరం లేని లేదా మెరుగుపరచగల కోడ్ను తీసివేయడం లేదా సవరించడం. ఒక సరళమైన, సులభమైన కోడ్బేస్ను డెవలపర్లు నిర్వహించడం మరియు దాని గురించి తర్కించడం సులభం.
+
+[ఇథేరియం వర్చువల్ మషీన్ (EVM)](/developers/docs/evm)ను సరళంగా మరియు మరింత సమర్థవంతంగా చేయడానికి, మెరుగుదలలు నిరంతరం పరిశోధించబడతాయి మరియు అమలు చేయబడతాయి. ఇది పాత భాగాలను పరిష్కరించడం మరియు ఆప్టిమైజేషన్లను ప్రవేశపెట్టడం రెండింటినీ కలిగి ఉంటుంది.
+
+**ఇటీవల అమలు చేసిన మార్పులు:**
+
+- **గ్యాస్ గణన మార్పు:** [గ్యాస్](/glossary/#gas)ను గణించే విధానం **EIP-1559 (లండన్ అప్గ్రేడ్, 2021లో అమలు చేయబడింది)** తో గణనీయంగా మెరుగుపరచబడింది, ఇది మరింత ఊహించదగిన లావాదేవీల ధరల కోసం ఒక మూల రుసుము మరియు బర్న్ మెకానిజంను ప్రవేశపెట్టింది.
+- **`SELFDESTRUCT` పరిమితి:** `SELFDESTRUCT` ఆప్కోడ్ అరుదుగా ఉపయోగించబడినప్పటికీ, సంభావ్య నష్టాలను కలిగించింది. ప్రమాదాలను తగ్గించడానికి, ముఖ్యంగా స్టేట్ నిర్వహణకు సంబంధించి, దాని కార్యాచరణ EIP-6780 ద్వారా **డెన్కన్ అప్గ్రేడ్ (మార్చి 2024)లో తీవ్రంగా పరిమితం చేయబడింది**.
+- **ఆధునీకరించబడిన లావాదేవీల రకాలు:** పాత రకాలపై సామర్థ్యాన్ని మెరుగుపరచడానికి మరియు కొత్త ఫీచర్లకు మద్దతు ఇవ్వడానికి కొత్త లావాదేవీ ఫార్మాట్లు ప్రవేశపెట్టబడ్డాయి (ఉదాహరణకు, డెన్కన్ అప్గ్రేడ్లో బ్లాబ్ల కోసం **EIP-2718** మరియు **EIP-4844** ద్వారా).
+
+**కొనసాగుతున్న మరియు భవిష్యత్ లక్ష్యాలు:**
+
+- **తదుపరి `SELFDESTRUCT` నిర్వహణ:** పరిమితం చేయబడినప్పటికీ, EVM స్టేట్ను మరింత సరళీకృతం చేయడానికి భవిష్యత్ అప్గ్రేడ్ల కోసం `SELFDESTRUCT` ఆప్కోడ్ యొక్క **సంభావ్య పూర్తి తొలగింపు** ఇప్పటికీ పరిగణనలో ఉంది. ([SELFDESTRUCT సమస్యలపై మరింత సందర్భం](https://hackmd.io/@vbuterin/selfdestruct)).
+- వెనుకబడిన అనుకూలత కోసం [ఇథిరియమ్ క్లయింట్లు](/glossary/#consensus-client) ఇప్పటికీ పాత లావాదేవీ రకాలకు మద్దతు ఇస్తున్నప్పటికీ, కొత్త రకాలకు వలసను ప్రోత్సహించడం మరియు భవిష్యత్తులో **అత్యంత పాత ఫార్మాట్లకు మద్దతును సంభావ్యంగా నిలిపివేయడం లేదా పూర్తిగా తొలగించడం** లక్ష్యం.
+- **కొనసాగుతున్న గ్యాస్ సామర్థ్య పరిశోధన:** వనరుల వినియోగాన్ని మెరుగ్గా ప్రతిబింబించడానికి బహుళ-డైమెన్షనల్ గ్యాస్ వంటి భావనలతో సహా, **గ్యాస్ గణన కోసం మరిన్ని మెరుగుదలల**పై అన్వేషణ కొనసాగుతోంది.
+- **ఆప్టిమైజ్ చేయబడిన క్రిప్టోగ్రాఫిక్ కార్యకలాపాలు:** EVMలో ఉపయోగించే క్రిప్టోగ్రాఫిక్ కార్యకలాపాలకు ఆధారమైన **అంకగణితం కోసం మరింత సమర్థవంతమైన పద్ధతులను తీసుకురావడానికి** ప్రయత్నాలు జరుగుతున్నాయి.
+
+అదేవిధంగా, ప్రస్తుత ఇథిరియమ్ క్లయింట్ల ఇతర భాగాలకు చేయగల అప్డేట్లు ఉన్నాయి. ఒక ఉదాహరణ ఏమిటంటే, ప్రస్తుత ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు వేరే రకమైన డేటా కంప్రెషన్ను ఉపయోగిస్తాయి. మొత్తం నెట్వర్క్లో కంప్రెషన్ స్కీమ్ ఏకీకృతం చేయబడినప్పుడు క్లయింట్ల మధ్య డేటాను పంచుకోవడం చాలా సులభం మరియు మరింత సహజంగా ఉంటుంది. ఇది అన్వేషణలో ఉన్న ఒక ప్రాంతంగా మిగిలిపోయింది.
+
+## ప్రస్తుత పురోగతి {#current-progress}
+
+అనేక దీర్ఘకాలిక భవిష్యత్-సిద్ధత అప్గ్రేడ్లు, ముఖ్యంగా **ప్రధాన ప్రోటోకాల్ల కోసం పూర్తి క్వాంటం నిరోధకత, ఇప్పటికీ పరిశోధన దశలోనే ఉన్నాయి మరియు అమలు చేయడానికి చాలా సంవత్సరాలు పట్టవచ్చు**.
+
+అయితే, **సరళీకరణ ప్రయత్నాలలో గణనీయమైన పురోగతి ఇప్పటికే సాధించబడింది.** ఉదాహరణకు, **`SELFDESTRUCT` పరిమితి (EIP-6780)** మరియు **బ్లాబ్-మోసే లావాదేవీల (EIP-4844)** పరిచయం వంటి కీలక మార్పులు **డెన్కన్ అప్గ్రేడ్ (మార్చి 2024)** లో అమలు చేయబడ్డాయి. క్లయింట్ కంప్రెషన్ స్కీమ్లను సమన్వయం చేయడం మరియు ఇతర సామర్థ్య మెరుగుదలలపై పని కూడా కొనసాగుతోంది.
+
+**మరింత చదవడానికి**
+
+- [గ్యాస్](/developers/docs/gas)
+- [EVM](/developers/docs/evm)
+- [డేటా నిర్మాణాలు](/developers/docs/data-structures-and-encoding)
\ No newline at end of file
diff --git a/public/content/translations/te/roadmap/merge/index.md b/public/content/translations/te/roadmap/merge/index.md
new file mode 100644
index 00000000000..a5a87c548e8
--- /dev/null
+++ b/public/content/translations/te/roadmap/merge/index.md
@@ -0,0 +1,231 @@
+---
+title: ది మెర్జ్
+description: ది మెర్జ్ గురించి తెలుసుకోండి - మెయిన్నెట్ ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ను స్వీకరించినప్పుడు.
+lang: te
+template: అప్గ్రేడ్
+image: /images/upgrades/merge.png
+alt:
+summaryPoint1: ఇతీరియము మెయిన్నెట్ ప్రూఫ్-ఆఫ్-స్టేక్ను ఉపయోగిస్తుంది, కానీ ఇది ఎల్లప్పుడూ అలా లేదు.
+summaryPoint2: అసలు ప్రూఫ్-ఆఫ్-వర్క్ మెకానిజం నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు అప్గ్రేడ్ను ది మెర్జ్ అని పిలుస్తారు.
+summaryPoint3: ది మెర్జ్ అనగా అసలు ఇతీరియము మెయిన్నెట్ను బీకన్ చైన్ అని పిలువబడే ప్రత్యేక ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్ చైనుతో విలీనం చేయడం, ఇది ఇప్పుడు ఒకే చైన్గా ఉంది.
+summaryPoint4: ది మెర్జ్ ఇతీరియము యొక్క శక్తి వినియోగాన్ని ~99.95% తగ్గించింది.
+---
+
+
+ ది మెర్జ్ సెప్టెంబర్ 15, 2022న అమలు చేయబడింది. ఇది ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయానికి పరివర్తనను పూర్తి చేసింది, అధికారికంగా ప్రూఫ్-ఆఫ్-వర్క్ను నిలిపివేసింది మరియు శక్తి వినియోగాన్ని ~99.95% తగ్గించింది.
+
+
+## ది మెర్జ్ అంటే ఏమిటి? {#what-is-the-merge}
+
+ది మెర్జ్ అనేది Ethereum యొక్క అసలు ఎగ్జిక్యూషన్ లేయర్ ([జెనెసిస్](/ethereum-forks/#frontier) నుండి ఉన్న మెయిన్నెట్) దాని కొత్త ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం లేయర్, బీకన్ చైన్తో కలయిక. ఇది శక్తి-వినియోగ మైనింగ్ అవసరాన్ని తొలగించింది మరియు బదులుగా స్టేక్ చేసిన ETHని ఉపయోగించి నెట్వర్క్ను సురక్షితం చేయడానికి వీలు కల్పించింది. ఇతీరియము విజన్ను—మరింత స్కేలబిలిటీ, భద్రత, మరియు స్థిరత్వాన్ని—సాకారం చేయడంలో ఇది నిజంగా అద్భుతమైన అడుగు.
+
+
+
+ప్రారంభంలో, [బీకన్ చైన్](/roadmap/beacon-chain/) [మెయిన్నెట్](/glossary/#mainnet) నుండి విడిగా షిప్ చేయబడింది. ఇతీరియము మెయిన్నెట్ - దాని అన్ని ఖాతాలు, బ్యాలెన్సులు, స్మార్ట్ కాంట్రాక్టులు, మరియు బ్లాక్ చైను స్థాయితో - [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/) ద్వారా సురక్షితంగా కొనసాగింది, అదే సమయంలో బీకన్ చైన్ సమాంతరంగా [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) ఉపయోగించి నడిచింది. ది మెర్జ్ అంటే ఈ రెండు వ్యవస్థలు చివరకు కలిసి వచ్చినప్పుడు, మరియు ప్రూఫ్-ఆఫ్-వర్క్ శాశ్వతంగా ప్రూఫ్-ఆఫ్-స్టేక్తో భర్తీ చేయబడింది.
+
+ఇతీరియము ఒక అంతరిక్ష నౌక అని ఊహించుకోండి, అది ఒక అంతర్నక్షత్ర యాత్రకు పూర్తిగా సిద్ధంగా లేకుండానే ప్రయోగించబడింది. బీకన్ చైన్తో, కమ్యూనిటీ ఒక కొత్త ఇంజిన్ను మరియు గట్టిపడిన హల్ను నిర్మించింది. గణనీయమైన పరీక్షల తర్వాత, పాత ఇంజిన్ స్థానంలో కొత్త ఇంజిన్ను విమానం మధ్యలో హాట్-స్వాప్ చేసే సమయం వచ్చింది. ఇది కొత్త, మరింత సమర్థవంతమైన ఇంజిన్ను ఇప్పటికే ఉన్న నౌకలో విలీనం చేసింది, ఇది కొన్ని తీవ్రమైన కాంతి సంవత్సరాలను ప్రయాణించడానికి మరియు విశ్వాన్ని ఎదుర్కోవడానికి వీలు కల్పించింది.
+
+## మెయిన్నెట్తో విలీనం {#merging-with-mainnet}
+
+ప్రూఫ్-ఆఫ్-వర్క్ జెనెసిస్ నుండి ది మెర్జ్ వరకు ఇతీరియము మెయిన్నెట్ను సురక్షితం చేసింది. ఇది మనమందరం అలవాటు పడిన ఇతీరియము బ్లాక్ చైను జూలై 2015లో దాని అన్ని తెలిసిన ఫీచర్లతో—లావాదేవీలు, స్మార్ట్ కాంట్రాక్టులు, ఖాతాలు, మొదలైన వాటితో—ఉనికిలోకి రావడానికి అనుమతించింది.
+
+ఇతీరియము చరిత్ర అంతటా, డెవలపర్లు ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు పరివర్తన కోసం సిద్ధమయ్యారు. డిసెంబర్ 1, 2020న, బీకన్ చైన్ మెయిన్నెట్కు సమాంతరంగా నడుస్తున్న ప్రత్యేక బ్లాక్ చైనుగా సృష్టించబడింది.
+
+బీకన్ చైన్ మొదట మెయిన్నెట్ లావాదేవీలను ప్రాసెస్ చేయలేదు. దానికి బదులుగా, ఇది యాక్టివ్ వ్యాలిడేటర్లు మరియు వారి ఖాతా బ్యాలెన్స్లపై అంగీకరించడం ద్వారా దాని స్వంత స్థాయిపై ఏకాభిప్రాయానికి వచ్చింది. విస్తృతమైన పరీక్షల తర్వాత, బీకన్ చైన్ వాస్తవ ప్రపంచ డేటాపై ఏకాభిప్రాయం సాధించే సమయం వచ్చింది. ది మెర్జ్ తర్వాత, బీకన్ చైన్ ఎగ్జిక్యూషన్ లేయర్ లావాదేవీలు మరియు ఖాతా బ్యాలెన్స్లతో సహా అన్ని నెట్వర్క్ డేటాకు ఏకాభిప్రాయం ఇంజిన్గా మారింది.
+
+ది మెర్జ్ బ్లాక్ ఉత్పత్తి యొక్క ఇంజిన్గా బీకన్ చైన్ను ఉపయోగించడానికి అధికారిక మార్పును సూచిస్తుంది. చెల్లుబాటు అయ్యే బ్లాక్లను ఉత్పత్తి చేయడానికి మైనింగ్ ఇకపై మార్గం కాదు. దానికి బదులుగా, ప్రూఫ్-ఆఫ్-స్టేక్ వ్యాలిడేటర్లు ఈ పాత్రను స్వీకరించారు మరియు ఇప్పుడు అన్ని లావాదేవీల చెల్లుబాటును ప్రాసెస్ చేయడానికి మరియు బ్లాక్లను ప్రతిపాదించడానికి బాధ్యత వహిస్తున్నారు.
+
+ది మెర్జ్లో ఎటువంటి చరిత్ర కోల్పోలేదు. మెయిన్నెట్ బీకన్ చైన్తో విలీనం అయినప్పుడు, ఇది ఇతీరియము యొక్క మొత్తం లావాదేవీల చరిత్రను కూడా విలీనం చేసింది.
+
+
+
+
+ఈ ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం ఈథర్ జారీ చేయబడే విధానాన్ని మార్చింది. [ది మెర్జ్కు ముందు మరియు తర్వాత ఈథర్ జారీ](/roadmap/merge/issuance/) గురించి మరింత తెలుసుకోండి.
+
+
+
+
+### వినియోగదారులు మరియు హోల్డర్లు {#users-holders}
+
+**ది మెర్జ్ హోల్డర్లు/వినియోగదారుల కోసం ఏమీ మార్చలేదు.**
+
+_ఇది పునరావృతం చేయదగినది_: Ethereum పై ETH లేదా ఏదైనా ఇతర డిజిటల్ ఆస్తి యొక్క వినియోగదారుడిగా లేదా హోల్డర్గా, అలాగే నాన్-నోడ్-ఆపరేటింగ్ స్టేకర్లుగా, **ది మెర్జ్ కోసం మీరు మీ నిధులు లేదా వాలెట్తో ఏమీ చేయనవసరం లేదు.** ETH కేవలం ETH మాత్రమే. "పాత ETH"/"కొత్త ETH" లేదా "ETH1"/"ETH2" లాంటిది ఏదీ లేదు మరియు ది మెర్జ్ తర్వాత కూడా వాలెట్లు మునుపటిలాగే పనిచేస్తాయి—మీకు వేరే విధంగా చెప్పే వ్యక్తులు స్కామర్లు కావచ్చు.
+
+ప్రూఫ్-ఆఫ్-వర్క్ను మార్చినప్పటికీ, జెనెసిస్ నుండి ఇతీరియము యొక్క మొత్తం చరిత్ర ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం వల్ల చెక్కుచెదరకుండా మరియు మార్పులేకుండా ఉంది. ది మెర్జ్కు ముందు మీ వాలెట్లో ఉన్న ఏవైనా నిధులు ది మెర్జ్ తర్వాత కూడా అందుబాటులో ఉంటాయి. **మీ వైపు నుండి అప్గ్రేడ్ చేయడానికి ఎటువంటి చర్య అవసరం లేదు.**
+
+[ఇతీరియము భద్రత గురించి మరింత](/security/#eth2-token-scam)
+
+### నోడ్ ఆపరేటర్లు మరియు డాప్ డెవలపర్లు {#node-operators-dapp-developers}
+
+
+
+కీలక చర్య అంశాలు:
+
+1. ఒక ఏకాభిప్రాయం క్లయింట్ మరియు ఒక ఎగ్జిక్యూషన్ క్లయింట్ _రెండింటినీ_ అమలు చేయండి; ది మెర్జ్ నుండి ఎగ్జిక్యూషన్ డేటాను పొందడానికి మూడవ-పక్షం ఎండ్పాయింట్లు ఇకపై పనిచేయవు.
+2. ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు రెండింటినీ ఒక షేర్డ్ JWT రహస్యంతో ప్రామాణీకరించండి, తద్వారా అవి సురక్షితంగా కమ్యూనికేట్ చేయగలవు.
+3. మీరు సంపాదించిన లావాదేవీ రుసుము చిట్కాలు/MEVని స్వీకరించడానికి ఒక `fee recipient` చిరునామాను సెట్ చేయండి.
+
+పైన ఉన్న మొదటి రెండు అంశాలను పూర్తి చేయకపోతే, రెండు లేయర్లు సింక్ చేయబడి మరియు ప్రామాణీకరించబడే వరకు మీ నోడ్ "ఆఫ్లైన్"గా కనిపిస్తుంది.
+
+`fee recipient`ను సెట్ చేయకపోవడం వల్ల మీ వ్యాలిడేటర్ యథావిధిగా ప్రవర్తించడానికి అనుమతిస్తుంది, కానీ మీరు బర్న్ చేయని రుసుము చిట్కాలను మరియు మీ వ్యాలిడేటర్ ప్రతిపాదించే బ్లాక్లలో మీరు సంపాదించే ఏవైనా MEVలను కోల్పోతారు.
+
+
+
+ది మెర్జ్ వరకు, నెట్వర్క్ ద్వారా గాసిప్ చేయబడుతున్న బ్లాక్లను స్వీకరించడానికి, సరిగ్గా వ్యాలిడేట్ చేయడానికి మరియు ప్రచారం చేయడానికి ఒక ఎగ్జిక్యూషన్ క్లయింట్ (Geth, Erigon, Besu లేదా Nethermind వంటివి) సరిపోయేది. _ది మెర్జ్ తర్వాత_, ఒక ఎగ్జిక్యూషన్ పేలోడ్లో ఉన్న లావాదేవీల చెల్లుబాటు ఇప్పుడు అది ఉన్న "ఏకాభిప్రాయం బ్లాక్" యొక్క చెల్లుబాటుపై కూడా ఆధారపడి ఉంటుంది.
+
+ఫలితంగా, ఒక పూర్తి Ethereum నోడ్కు ఇప్పుడు ఎగ్జిక్యూషన్ క్లయింట్ మరియు ఏకాభిప్రాయం క్లయింట్ రెండూ అవసరం. ఈ రెండు క్లయింట్లు కొత్త ఇంజిన్ APIని ఉపయోగించి కలిసి పనిచేస్తాయి. ఇంజిన్ APIకి JWT రహస్యంతో ప్రామాణీకరణ అవసరం, ఇది సురక్షిత కమ్యూనికేషన్ను అనుమతించడానికి రెండు క్లయింట్లకు అందించబడుతుంది.
+
+కీలక చర్య అంశాలు:
+
+- ఎగ్జిక్యూషన్ క్లయింట్తో పాటు ఏకాభిప్రాయం క్లయింట్ను ఇన్స్టాల్ చేయండి
+- ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు ఒకదానితో ఒకటి సురక్షితంగా కమ్యూనికేట్ చేయడానికి ఒక షేర్డ్ JWT రహస్యంతో ప్రామాణీకరించండి.
+
+పైన పేర్కొన్న అంశాలను పూర్తి చేయకపోతే, రెండు లేయర్లు సింక్ చేయబడి మరియు ప్రామాణీకరించబడే వరకు మీ నోడ్ "ఆఫ్లైన్"గా కనిపించడానికి దారితీస్తుంది.
+
+
+
+
+
+ది మెర్జ్ ఏకాభిప్రాయానికి మార్పులతో వచ్చింది, ఇందులో వీటికి సంబంధించిన మార్పులు కూడా ఉన్నాయి:
+
+
+ - బ్లాక్ నిర్మాణం
+ - స్లాట్/బ్లాక్ టైమింగ్
+ - ఆప్కోడ్ మార్పులు
+ - ఆన్చెయిన్ రాండమ్నెస్ యొక్క మూలాలు
+ - సేఫ్ హెడ్ మరియు ఫైనలైజ్డ్ బ్లాక్స్ యొక్క భావన
+
+
+మరింత సమాచారం కోసం, టిమ్ బీకో రాసిన ది మెర్జ్ Ethereum యొక్క అప్లికేషన్ లేయర్ను ఎలా ప్రభావితం చేస్తుంది అనే బ్లాగ్ పోస్ట్ను చూడండి.
+
+
+
+## ది మెర్జ్ మరియు శక్తి వినియోగం {#merge-and-energy}
+
+ది మెర్జ్ Ethereum కోసం ప్రూఫ్-ఆఫ్-వర్క్కు ముగింపు పలికింది మరియు మరింత స్థిరమైన, పర్యావరణ అనుకూలమైన Ethereum శకాన్ని ప్రారంభించింది. ఇతీరియము శక్తి వినియోగం సుమారు 99.95% తగ్గింది, ఇది ఇతీరియమును ఒక గ్రీన్ బ్లాక్చెయిన్గా మార్చింది. [ఇతీరియము శక్తి వినియోగం](/energy-consumption/) గురించి మరింత తెలుసుకోండి.
+
+## ది మెర్జ్ మరియు స్కేలింగ్ {#merge-and-scaling}
+
+ది మెర్జ్ ప్రూఫ్-ఆఫ్-వర్క్ కింద సాధ్యం కాని మరిన్ని స్కేలబిలిటీ అప్గ్రేడ్లకు వేదికను కూడా ఏర్పాటు చేసింది, [దాని రోడ్మ్యాప్](/roadmap/) నిర్మిస్తున్న పూర్తి స్థాయి, భద్రత మరియు స్థిరత్వాన్ని సాధించడానికి ఇతీరియమును ఒక అడుగు దగ్గరగా తీసుకువచ్చింది.
+
+## ది మెర్జ్ గురించి అపోహలు {#misconceptions}
+
+
+
+రెండు రకాల Ethereum నోడ్లు ఉన్నాయి: బ్లాక్లను ప్రతిపాదించగల నోడ్లు మరియు ప్రతిపాదించని నోడ్లు.
+
+బ్లాక్లను ప్రతిపాదించే నోడ్లు Ethereumలోని మొత్తం నోడ్లలో కొద్ది సంఖ్యలో మాత్రమే ఉంటాయి. ఈ వర్గంలో ప్రూఫ్-ఆఫ్-వర్క్ (PoW) కింద మైనింగ్ నోడ్లు మరియు ప్రూఫ్-ఆఫ్-స్టేక్ (PoS) కింద వ్యాలిడేటర్ నోడ్లు ఉంటాయి. ఈ వర్గానికి తదుపరి బ్లాక్ను అప్పుడప్పుడు ప్రతిపాదించే మరియు ప్రోటోకాల్ రివార్డులను సంపాదించే సామర్థ్యానికి బదులుగా ఆర్థిక వనరులను (ప్రూఫ్-ఆఫ్-వర్క్లో GPU హాష్ పవర్ లేదా ప్రూఫ్-ఆఫ్-స్టేక్లో స్టేక్ చేసిన ETH వంటివి) కట్టుబడి ఉండటం అవసరం.
+
+నెట్వర్క్లోని ఇతర నోడ్లు (అంటే, మెజారిటీ) 1-2 TB అందుబాటులో ఉన్న స్టోరేజ్ మరియు ఇంటర్నెట్ కనెక్షన్తో కూడిన వినియోగదారు-స్థాయి కంప్యూటర్కు మించి ఏ ఆర్థిక వనరులను కట్టుబడి ఉండాల్సిన అవసరం లేదు. ఈ నోడ్లు బ్లాక్లను ప్రతిపాదించవు, కానీ అవి కొత్త బ్లాక్ల కోసం వింటూ మరియు నెట్వర్క్ ఏకాభిప్రాయం నిబంధనల ప్రకారం వచ్చినప్పుడు వాటి చెల్లుబాటును ధృవీకరించడం ద్వారా అన్ని బ్లాక్ ప్రపోజర్లను జవాబుదారీగా ఉంచడం ద్వారా నెట్వర్క్ను సురక్షితం చేయడంలో కీలక పాత్ర పోషిస్తాయి. బ్లాక్ చెల్లుబాటు అయితే, నోడ్ దానిని నెట్వర్క్ ద్వారా ప్రచారం చేయడం కొనసాగిస్తుంది. ఏదైనా కారణం చేత బ్లాక్ చెల్లనిది అయితే, నోడ్ సాఫ్ట్వేర్ దానిని చెల్లనిదిగా పరిగణించి దాని ప్రచారాన్ని ఆపివేస్తుంది.
+
+బ్లాక్-ఉత్పత్తి చేయని నోడ్ను నడపడం ఏ ఏకాభిప్రాయం మెకానిజం (ప్రూఫ్-ఆఫ్-వర్క్ లేదా ప్రూఫ్-ఆఫ్-స్టేక్) కింద ఎవరికైనా సాధ్యమవుతుంది; వినియోగదారులందరికీ అవకాశం ఉంటే ఇది గట్టిగా ప్రోత్సహించబడుతుంది. ఒక నోడ్ను నడపడం Ethereum కోసం ఎంతో విలువైనది మరియు మెరుగైన భద్రత, గోప్యత మరియు సెన్సార్షిప్ నిరోధకత వంటి అదనపు ప్రయోజనాలను అందిస్తుంది.
+
+ఎవరైనా తమ సొంత నోడ్ను నడపగల సామర్థ్యం Ethereum నెట్వర్క్ యొక్క వికేంద్రీకరణను నిర్వహించడానికి ఖచ్చితంగా అవసరం.
+
+[మీ స్వంత నోడ్ను నడపడం గురించి మరింత](/run-a-node/)
+
+
+
+
+
+గ్యాస్ ఫీజులు నెట్వర్క్ సామర్థ్యానికి సంబంధించి నెట్వర్క్ డిమాండ్ యొక్క ఉత్పత్తి. ది మెర్జ్ ప్రూఫ్-ఆఫ్-వర్క్ వాడకాన్ని నిలిపివేసి, ఏకాభిప్రాయం కోసం ప్రూఫ్-ఆఫ్-స్టేక్కు మారింది, కానీ నెట్వర్క్ సామర్థ్యం లేదా త్రూపుట్ను నేరుగా ప్రభావితం చేసే ఏ పారామితులను గణనీయంగా మార్చలేదు.
+
+రోల్అప్-సెంట్రిక్ రోడ్మ్యాప్తో, రోల్అప్ లావాదేవీలను ఘాతాంకపరంగా చౌకగా చేయడానికి సహాయపడటానికి రోల్అప్ డేటా స్టోరేజ్ కోసం ఆప్టిమైజ్ చేయబడిన సురక్షిత వికేంద్రీకృత సెటిల్మెంట్ లేయర్గా లేయర్ 1 మెయిన్నెట్ను ఎనేబుల్ చేస్తూ, [లేయర్ 2](/layer-2/)లో వినియోగదారు కార్యాచరణను స్కేలింగ్ చేయడంపై ప్రయత్నాలు కేంద్రీకరించబడుతున్నాయి. దీన్ని గ్రహించడానికి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం ఒక కీలకమైన పూర్వగామి. [గ్యాస్ మరియు ఫీజుల గురించి మరింత.](/developers/docs/gas/)
+
+
+
+
+ఒక లావాదేవీ యొక్క "వేగం" కొన్ని మార్గాల్లో కొలవవచ్చు, ఇందులో బ్లాక్లో చేర్చడానికి పట్టే సమయం మరియు ఫైనలైజేషన్కు పట్టే సమయం కూడా ఉన్నాయి. ఈ రెండు మార్పులు స్వల్పంగా ఉంటాయి, కానీ వినియోగదారులు గమనించే విధంగా కాదు.
+
+చారిత్రాత్మకంగా, ప్రూఫ్-ఆఫ్-వర్క్లో, ప్రతి ~13.3 సెకన్లకు ఒక కొత్త బ్లాక్ను కలిగి ఉండటం లక్ష్యం. ప్రూఫ్-ఆఫ్-స్టేక్ కింద, స్లాట్లు ఖచ్చితంగా ప్రతి 12 సెకన్లకు సంభవిస్తాయి, వాటిలో ప్రతి ఒక్కటి ఒక వ్యాలిడేటర్ ఒక బ్లాక్ను ప్రచురించడానికి ఒక అవకాశం. చాలా స్లాట్లలో బ్లాక్లు ఉంటాయి, కానీ అన్నీ తప్పనిసరిగా ఉండవు (అంటే, ఒక వ్యాలిడేటర్ ఆఫ్లైన్లో ఉంటాడు). ప్రూఫ్-ఆఫ్-స్టేక్లో, ప్రూఫ్-ఆఫ్-వర్క్ కంటే బ్లాక్లు ~10% ఎక్కువ తరచుగా ఉత్పత్తి చేయబడతాయి. ఇది చాలా స్వల్ప మార్పు మరియు వినియోగదారులచే గమనించబడే అవకాశం లేదు.
+
+ప్రూఫ్-ఆఫ్-స్టేక్ గతంలో లేని లావాదేవీ ఫైనాలిటీ భావనను ప్రవేశపెట్టింది. ప్రూఫ్-ఆఫ్-వర్క్లో, ఒక లావాదేవీ పైన మైన్ చేయబడిన ప్రతి గడిచే బ్లాక్తో ఒక బ్లాక్ను రివర్స్ చేసే సామర్థ్యం ఘాతాంకపరంగా మరింత కష్టమవుతుంది, కానీ అది ఎప్పుడూ సున్నాకి చేరదు. ప్రూఫ్-ఆఫ్-స్టేక్ కింద, బ్లాక్లు ఎపోక్లుగా (32 బ్లాక్ల అవకాశాలను కలిగి ఉన్న 6.4 నిమిషాల సమయం) బండిల్ చేయబడతాయి, దీనిపై వ్యాలిడేటర్లు ఓటు వేస్తారు. ఒక ఎపోక్ ముగిసినప్పుడు, వ్యాలిడేటర్లు ఎపోక్ను 'జస్టిఫైడ్'గా పరిగణించాలా వద్దా అనే దానిపై ఓటు వేస్తారు. వ్యాలిడేటర్లు ఎపోక్ను జస్టిఫై చేయడానికి అంగీకరిస్తే, అది తదుపరి ఎపోక్లో ఫైనలైజ్ చేయబడుతుంది. ఫైనలైజ్ చేసిన లావాదేవీలను రద్దు చేయడం ఆర్థికంగా అసాధ్యం, ఎందుకంటే దీనికి మొత్తం స్టేక్ చేసిన ETHలో మూడింట ఒక వంతు కంటే ఎక్కువ పొందడం మరియు బర్న్ చేయడం అవసరం.
+
+
+
+
+
+ది మెర్జ్ తర్వాత ప్రారంభంలో, స్టేకర్లు బ్లాక్ ప్రతిపాదనల ఫలితంగా సంపాదించిన ఫీజు చిట్కాలు మరియు MEVని మాత్రమే యాక్సెస్ చేయగలరు. ఈ రివార్డులు వ్యాలిడేటర్చే నియంత్రించబడే నాన్-స్టేకింగ్ ఖాతాకు (ఫీజు గ్రహీతగా పిలుస్తారు) క్రెడిట్ చేయబడతాయి మరియు వెంటనే అందుబాటులో ఉంటాయి. ఈ రివార్డులు వ్యాలిడేటర్ విధులను నిర్వర్తించడానికి ప్రోటోకాల్ రివార్డుల నుండి వేరుగా ఉంటాయి.
+
+షాంఘై/కాపెల్లా నెట్వర్క్ అప్గ్రేడ్ నుండి, స్టేకర్లు ఇప్పుడు ఏదైనా అదనపు స్టేకింగ్ బ్యాలెన్స్ (ప్రోటోకాల్ రివార్డుల నుండి 32 పైబడిన ETH) యొక్క ఆటోమేటిక్ చెల్లింపులను స్వీకరించడం ప్రారంభించడానికి ఒక విత్డ్రాయల్ చిరునామాను నిర్దేశించవచ్చు. ఈ అప్గ్రేడ్ ఒక వ్యాలిడేటర్కు నెట్వర్క్ నుండి నిష్క్రమించిన తర్వాత దాని మొత్తం బ్యాలెన్స్ను అన్లాక్ చేసి తిరిగి క్లెయిమ్ చేసుకునే సామర్థ్యాన్ని కూడా ఎనేబుల్ చేసింది.
+
+[స్టేకింగ్ విత్డ్రాయల్స్ గురించి మరింత](/staking/withdrawals/)
+
+
+
+
+షాంఘై/కాపెల్లా అప్గ్రేడ్ విత్డ్రాయల్స్ను ఎనేబుల్ చేసినందున, వ్యాలిడేటర్లు 32 ETH కంటే ఎక్కువ ఉన్న వారి స్టేకింగ్ బ్యాలెన్స్ను విత్డ్రా చేసుకోవడానికి ప్రోత్సహించబడ్డారు, ఎందుకంటే ఈ నిధులు రాబడికి జోడించబడవు మరియు లేకపోతే లాక్ చేయబడతాయి. APR (మొత్తం స్టేక్ చేసిన ETH ద్వారా నిర్ణయించబడుతుంది) ఆధారంగా, వారు తమ మొత్తం బ్యాలెన్స్ను తిరిగి క్లెయిమ్ చేసుకోవడానికి వారి వ్యాలిడేటర్(ల) నుండి నిష్క్రమించడానికి లేదా మరింత రాబడిని సంపాదించడానికి వారి రివార్డులను ఉపయోగించి మరింత స్టేక్ చేయడానికి ప్రోత్సహించబడవచ్చు.
+
+ఇక్కడ ఒక ముఖ్యమైన హెచ్చరిక, పూర్తి వ్యాలిడేటర్ నిష్క్రమణలు ప్రోటోకాల్ ద్వారా రేటు పరిమితం చేయబడ్డాయి, మరియు ప్రతి ఎపోక్కు (ప్రతి 6.4 నిమిషాలకు) కేవలం కొంతమంది వ్యాలిడేటర్లు మాత్రమే నిష్క్రమించగలరు. ఈ పరిమితి యాక్టివ్ వ్యాలిడేటర్ల సంఖ్యను బట్టి హెచ్చుతగ్గులకు లోనవుతుంది, కానీ ఒకే రోజులో నెట్వర్క్ నుండి మొత్తం స్టేక్ చేసిన ETHలో సుమారు 0.33% నిష్క్రమించవచ్చు.
+
+ఇది స్టేక్ చేసిన నిధుల భారీ నిష్క్రమణను నివారిస్తుంది. ఇంకా, ఇది మొత్తం స్టేక్ చేసిన ETHలో అధిక భాగానికి యాక్సెస్ ఉన్న సంభావ్య దాడి చేసే వ్యక్తి ప్రోటోకాల్ స్లాషింగ్ పెనాల్టీని అమలు చేయడానికి ముందు అదే ఎపోక్లో స్లాష్ చేయదగిన నేరాన్ని చేసి, నేరానికి పాల్పడిన వ్యాలిడేటర్ బ్యాలెన్స్లన్నింటినీ నిష్క్రమించడం/విత్డ్రా చేయడం నుండి నిరోధిస్తుంది.
+
+APR కూడా ఉద్దేశపూర్వకంగా డైనమిక్గా ఉంటుంది, ఇది నెట్వర్క్ను సురక్షితం చేయడంలో సహాయపడటానికి వారు ఎంత చెల్లించడానికి సిద్ధంగా ఉన్నారో సమతుల్యం చేయడానికి స్టేకర్ల మార్కెట్ను అనుమతిస్తుంది. రేటు చాలా తక్కువగా ఉంటే, వ్యాలిడేటర్లు ప్రోటోకాల్ ద్వారా పరిమితం చేయబడిన రేటుతో నిష్క్రమిస్తారు. క్రమంగా ఇది మిగిలి ఉన్న ప్రతిఒక్కరికీ APRను పెంచుతుంది, మళ్ళీ కొత్త లేదా తిరిగి వచ్చే స్టేకర్లను ఆకర్షిస్తుంది.
+
+## 'Eth2'కి ఏమైంది? {#eth2}
+
+'Eth2' అనే పదం నిలిపివేయబడింది. 'Eth1' మరియు 'Eth2'లను ఒకే చైన్గా విలీనం చేసిన తర్వాత, రెండు Ethereum నెట్వర్క్ల మధ్య తేడాను గుర్తించాల్సిన అవసరం లేదు; కేవలం Ethereum మాత్రమే ఉంది.
+
+గందరగోళాన్ని పరిమితం చేయడానికి, కమ్యూనిటీ ఈ పదాలను అప్డేట్ చేసింది:
+
+- 'Eth1' ఇప్పుడు 'ఎగ్జిక్యూషన్ లేయర్', ఇది లావాదేవీలు మరియు ఎగ్జిక్యూషన్ను నిర్వహిస్తుంది.
+- 'Eth2' ఇప్పుడు 'ఏకాభిప్రాయం లేయర్', ఇది ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయాన్ని నిర్వహిస్తుంది.
+
+ఈ పరిభాష అప్డేట్లు కేవలం నామకరణ సంప్రదాయాలను మాత్రమే మారుస్తాయి; ఇది Ethereum యొక్క లక్ష్యాలను లేదా రోడ్మ్యాప్ను మార్చదు.
+
+['Eth2' పేరు మార్పు గురించి మరింత తెలుసుకోండి](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/)
+
+## అప్గ్రేడ్ల మధ్య సంబంధం {#relationship-between-upgrades}
+
+Ethereum అప్గ్రేడ్లు అన్నీ కొంతవరకు పరస్పర సంబంధం కలిగి ఉంటాయి. కాబట్టి ది మెర్జ్ ఇతర అప్గ్రేడ్లకు ఎలా సంబంధం కలిగి ఉందో పునశ్చరణ చేద్దాం.
+
+### ది మెర్జ్ మరియు బీకన్ చైన్ {#merge-and-beacon-chain}
+
+ది మెర్జ్ అసలు మెయిన్నెట్ ఎగ్జిక్యూషన్ లేయర్కు కొత్త ఏకాభిప్రాయం లేయర్గా బీకన్ చైన్ను అధికారికంగా స్వీకరించడాన్ని సూచిస్తుంది. ది మెర్జ్ నుండి, Ethereum మెయిన్నెట్ను సురక్షితం చేయడానికి వ్యాలిడేటర్లు కేటాయించబడ్డారు, మరియు [ప్రూఫ్-ఆఫ్-వర్క్](/developers/docs/consensus-mechanisms/pow/) పై మైనింగ్ ఇకపై బ్లాక్ ఉత్పత్తికి చెల్లుబాటు అయ్యే మార్గం కాదు.
+
+దానికి బదులుగా, ఏకాభిప్రాయంలో పాల్గొనే హక్కుకు ప్రతిఫలంగా ETH స్టేక్ చేసిన వ్యాలిడేటింగ్ నోడ్ల ద్వారా బ్లాక్లు ప్రతిపాదించబడతాయి. ఈ అప్గ్రేడ్లు షార్డింగ్తో సహా భవిష్యత్ స్కేలబిలిటీ అప్గ్రేడ్లకు వేదికను ఏర్పాటు చేస్తాయి.
+
+
+ బీకన్ చైన్
+
+
+### ది మెర్జ్ మరియు షాంఘై అప్గ్రేడ్ {#merge-and-shanghai}
+
+ప్రూఫ్-ఆఫ్-స్టేక్కు విజయవంతమైన పరివర్తనపై దృష్టిని సరళీకృతం చేయడానికి మరియు గరిష్టీకరించడానికి, ది మెర్జ్ అప్గ్రేడ్లో స్టేక్ చేసిన ETHని విత్డ్రా చేసుకునే సామర్థ్యం వంటి కొన్ని ఊహించిన ఫీచర్లు చేర్చబడలేదు. ఈ కార్యాచరణ షాంఘై/కాపెల్లా అప్గ్రేడ్తో విడిగా ఎనేబుల్ చేయబడింది.
+
+ఆసక్తి ఉన్నవారి కోసం, ఏప్రిల్ 2021 ETHGlobal ఈవెంట్లో విటాలిక్ సమర్పించిన [ది మెర్జ్ తర్వాత ఏమి జరుగుతుంది](https://youtu.be/7ggwLccuN5s?t=101) గురించి మరింత తెలుసుకోండి.
+
+### ది మెర్జ్ మరియు షార్డింగ్ {#merge-and-data-sharding}
+
+మొదట, స్కేలబిలిటీని పరిష్కరించడానికి ది మెర్జ్కు ముందు షార్డింగ్పై పనిచేయడం ప్రణాళిక. అయితే, [లేయర్ 2 స్కేలింగ్ సొల్యూషన్స్](/layer-2/) యొక్క విజృంభణతో, ప్రాధాన్యత మొదట ప్రూఫ్-ఆఫ్-వర్క్ను ప్రూఫ్-ఆఫ్-స్టేక్కు మార్చడానికి మారింది.
+
+షార్డింగ్ కోసం ప్రణాళికలు వేగంగా అభివృద్ధి చెందుతున్నాయి, కానీ లావాదేవీల ఎగ్జిక్యూషన్ను స్కేల్ చేయడానికి లేయర్ 2 టెక్నాలజీల పెరుగుదల మరియు విజయం దృష్ట్యా, షార్డింగ్ ప్రణాళికలు రోల్అప్ కాంట్రాక్టుల నుండి కంప్రెస్డ్ కాల్డేటాను నిల్వ చేసే భారాన్ని పంపిణీ చేయడానికి అత్యంత సరైన మార్గాన్ని కనుగొనడానికి మారాయి, ఇది నెట్వర్క్ సామర్థ్యంలో ఘాతాంక వృద్ధికి అనుమతిస్తుంది. మొదట ప్రూఫ్-ఆఫ్-స్టేక్కు మారకుండా ఇది సాధ్యం కాదు.
+
+
+ షార్డింగ్
+
+
+## మరింత సమాచారం {#further-reading}
+
+
+
+
diff --git a/public/content/translations/te/roadmap/merge/issuance/index.md b/public/content/translations/te/roadmap/merge/issuance/index.md
new file mode 100644
index 00000000000..482e9de38b5
--- /dev/null
+++ b/public/content/translations/te/roadmap/merge/issuance/index.md
@@ -0,0 +1,141 @@
+---
+title: The Merge ETH సరఫరాను ఎలా ప్రభావితం చేసింది
+description: The Merge ETH సరఫరాను ఎలా ప్రభావితం చేసిందనే దానిపై విశ్లేషణ
+lang: te
+---
+
+# The Merge ETH సరఫరాను ఎలా ప్రభావితం చేసింది {#how-the-merge-impacts-ETH-supply}
+
+The Merge సెప్టెంబర్ 2022లో జరిగిన ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు ఎథేరియం నెట్వర్క్ యొక్క పరివర్తనను సూచిస్తుంది. ఆ పరివర్తన సమయంలో ETH జారీ చేయబడిన విధానంలో మార్పులు జరిగాయి. గతంలో, కొత్త ETH రెండు మూలాల నుండి జారీ చేయబడింది: ఎగ్జిక్యూషన్ లేయర్ (అంటే, మెయిన్నెట్) మరియు ఏకాభిప్రాయం లేయర్ (అంటే, బీకాన్ చైన్). The Merge నుండి, ఎగ్జిక్యూషన్ లేయర్పై జారీ ఇప్పుడు సున్నా. దీనిని విశ్లేషిద్దాం.
+
+## ETH జారీ యొక్క భాగాలు {#components-of-eth-issuance}
+
+మనం ETH సరఫరాను రెండు ప్రాథమిక శక్తులుగా విభజించవచ్చు: జారీ మరియు బర్న్.
+
+ETH యొక్క **జారీ** అనేది గతంలో ఉనికిలో లేని ETHని సృష్టించే ప్రక్రియ. ETH యొక్క **బర్నింగ్** అనేది ఇప్పటికే ఉన్న ETH నాశనం చేయబడినప్పుడు, దానిని సర్క్యులేషన్ నుండి తొలగిస్తుంది. జారీ మరియు బర్నింగ్ రేటు అనేక పారామితులపై లెక్కించబడుతుంది మరియు వాటి మధ్య ఉన్న బ్యాలెన్స్ ఈథర్ యొక్క ద్రవ్యోల్బణం/ప్రతి ద్రవ్యోల్బణ రేటును నిర్ణయిస్తుంది.
+
+
+
+- ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి ముందు, మైనర్లకు సుమారుగా రోజుకు 13,000 ETH జారీ చేయబడింది
+- సుమారు 14 మిలియన్ల మొత్తం ETH స్టేక్ చేయబడిన దాని ఆధారంగా, స్టేకర్లకు రోజుకు సుమారుగా 1,700 ETH జారీ చేయబడుతుంది
+- స్టేక్ చేయబడిన ETH మొత్తం మొత్తం ఆధారంగా కచ్చితమైన స్టేకింగ్ జారీ హెచ్చుతగ్గులకు లోనవుతుంది
+- **The Merge నుండి, రోజుకు ~1,700 ETH మాత్రమే మిగిలి ఉంది, మొత్తం కొత్త ETH జారీని ~88% తగ్గించింది**
+- బర్న్: ఇది నెట్వర్క్ డిమాండ్ ప్రకారం హెచ్చుతగ్గులకు లోనవుతుంది. _ఒకవేళ_ ఒక నిర్దిష్ట రోజుకు కనీసం 16 gwei సగటు గ్యాస్ ధర గమనించినట్లయితే, ఇది వాలిడేటర్లకు జారీ చేయబడిన ~1,700 ETHని సమర్థవంతంగా ఆఫ్సెట్ చేస్తుంది మరియు ఆ రోజుకు నికర ETH ద్రవ్యోల్బణాన్ని సున్నా లేదా అంతకంటే తక్కువకు తీసుకువస్తుంది.
+
+
+
+## ప్రీ-మెర్జ్ (చారిత్రక) {#pre-merge}
+
+### ఎగ్జిక్యూషన్ లేయర్ జారీ {#el-issuance-pre-merge}
+
+ప్రూఫ్-ఆఫ్-వర్క్ కింద, మైనర్లు ఎగ్జిక్యూషన్ లేయర్తో మాత్రమే పరస్పరం వ్యవహరించారు మరియు తదుపరి బ్లాక్ను పరిష్కరించిన మొదటి మైనర్ అయితే వారికి బ్లాక్ రివార్డులు ఇవ్వబడ్డాయి. 2019లో [కాన్స్టాంటినోపుల్ అప్గ్రేడ్](/ethereum-forks/#constantinople) నుండి ఈ రివార్డ్ ప్రతి బ్లాక్కు 2 ETHగా ఉంది. మైనర్లు [ommer](/glossary/#ommer) బ్లాక్లను ప్రచురించినందుకు కూడా రివార్డ్ చేయబడ్డారు, ఇవి చెల్లుబాటు అయ్యే బ్లాక్లు, అవి పొడవైన/కానానికల్ చైన్లో చేరలేదు. ఈ రివార్డులు ప్రతి ommerకి 1.75 ETH వద్ద గరిష్ట స్థాయికి చేరాయి, మరియు ఇవి కానానికల్ బ్లాక్ నుండి జారీ చేయబడిన రివార్డుకు _అదనంగా_ ఉన్నాయి. మైనింగ్ ప్రక్రియ ఆర్థికంగా తీవ్రమైన కార్యకలాపం, దీనికి చారిత్రాత్మకంగా కొనసాగించడానికి అధిక స్థాయిలో ETH జారీ అవసరం.
+
+### ఏకాభిప్రాయం లేయర్ జారీ {#cl-issuance-pre-merge}
+
+[బీకాన్ చైన్](/ethereum-forks/#beacon-chain-genesis) 2020లో ప్రత్యక్ష ప్రసారం చేయబడింది. మైనర్లకు బదులుగా, ఇది ప్రూఫ్-ఆఫ్-స్టేక్ ఉపయోగించి వాలిడేటర్ల ద్వారా సురక్షితం చేయబడింది. ఈ చైన్ ఎథేరియం వినియోగదారులు మెయిన్నెట్ (ఎగ్జిక్యూషన్ లేయర్) పై ఒక స్మార్ట్ కాంట్రాక్టులోకి ETHని వన్-వే డిపాజిట్ చేయడం ద్వారా బూట్స్ట్రాప్ చేయబడింది, దీనిని బీకాన్ చైన్ వింటుంది, వినియోగదారుడికి కొత్త చైన్పై సమాన మొత్తంలో ETHని జమ చేస్తుంది. The Merge జరిగే వరకు, బీకాన్ చైన్ యొక్క వాలిడేటర్లు లావాదేవీలను ప్రాసెస్ చేయడం లేదు మరియు తప్పనిసరిగా వాలిడేటర్ పూల్ యొక్క స్థితిపై ఏకాభిప్రాయానికి వస్తున్నారు.
+
+బీకాన్ చైన్లోని వాలిడేటర్లు చైన్ స్థితిని ధృవీకరించినందుకు మరియు బ్లాక్లను ప్రతిపాదించినందుకు ETHతో రివార్డ్ చేయబడతారు. వాలిడేటర్ పనితీరు ఆధారంగా ప్రతి యుగంలో (ప్రతి 6.4 నిమిషాలు) రివార్డులు (లేదా జరిమానాలు) లెక్కించబడతాయి మరియు పంపిణీ చేయబడతాయి. వాలిడేటర్ రివార్డులు ప్రూఫ్-ఆఫ్-వర్క్ కింద గతంలో జారీ చేయబడిన మైనింగ్ రివార్డుల కంటే **గణనీయంగా** తక్కువగా ఉన్నాయి (ప్రతి ~13.5 సెకన్లకు 2 ETH), ఎందుకంటే వాలిడేటింగ్ నోడ్ను ఆపరేట్ చేయడం ఆర్థికంగా అంత తీవ్రమైనది కాదు మరియు అందువల్ల అంత అధిక రివార్డ్ అవసరం లేదా హామీ ఇవ్వదు.
+
+### ప్రీ-మెర్జ్ జారీ విశ్లేషణ {#pre-merge-issuance-breakdown}
+
+మొత్తం ETH సరఫరా: **~120,520,000 ETH** (సెప్టెంబర్ 2022లో The Merge సమయంలో)
+
+**ఎగ్జిక్యూషన్ లేయర్ జారీ:**
+
+- ప్రతి 13.3 సెకన్లకు 2.08 ETHగా అంచనా వేయబడింది\*: ఒక సంవత్సరంలో **~4,930,000** ETH జారీ చేయబడింది
+- **సుమారుగా 4.09%** ద్రవ్యోల్బణ రేటుకు దారితీసింది (సంవత్సరానికి 4.93M / మొత్తం 120.5M)
+- \*ఇందులో ప్రతి కానానికల్ బ్లాక్కు 2 ETH, అదనంగా ommer బ్లాక్ల నుండి కాలక్రమేణా సగటున 0.08 ETH ఉన్నాయి. అలాగే 13.3 సెకన్లను ఉపయోగిస్తుంది, ఇది [డిఫికల్టీ బాంబ్](/glossary/#difficulty-bomb) నుండి ఎలాంటి ప్రభావం లేకుండా బేస్లైన్ బ్లాక్ సమయ లక్ష్యం. ([మూలాన్ని చూడండి](https://bitinfocharts.com/ethereum/))
+
+**ఏకాభిప్రాయం లేయర్ జారీ:**
+
+- మొత్తం 14,000,000 ETH స్టేక్ చేయబడిన దానిని ఉపయోగించి, ETH జారీ రేటు రోజుకు సుమారుగా 1700 ETH ([మూలాన్ని చూడండి](https://ultrasound.money/))
+- ఒక సంవత్సరంలో **~620,500** ETH జారీ చేయబడటానికి దారితీస్తుంది
+- **సుమారుగా 0.52%** ద్రవ్యోల్బణ రేటుకు దారితీసింది (సంవత్సరానికి 620.5K / మొత్తం 119.3M)
+
+
+
+
+**మొత్తం వార్షిక జారీ రేటు (ప్రీ-మెర్జ్): ~4.61%** (4.09% + 0.52%)
+
+జారీలో **~88.7%** ఎగ్జిక్యూషన్ లేయర్లోని మైనర్లకు వెళ్తోంది (4.09 / 4.61 \* 100)
+
+**~11.3%** ఏకాభిప్రాయం లేయర్లోని స్టేకర్లకు జారీ చేయబడుతోంది (0.52 / 4.61 \* 100)
+
+## పోస్ట్-మెర్జ్ (ప్రస్తుత రోజు) {#post-merge}
+
+### ఎగ్జిక్యూషన్ లేయర్ జారీ {#el-issuance-post-merge}
+
+The Merge నుండి ఎగ్జిక్యూషన్ లేయర్ జారీ సున్నా. అప్గ్రేడ్ చేయబడిన ఏకాభిప్రాయం నిబంధనల ప్రకారం ప్రూఫ్-ఆఫ్-వర్క్ ఇకపై బ్లాక్ ఉత్పత్తికి చెల్లుబాటు అయ్యే సాధనం కాదు. అన్ని ఎగ్జిక్యూషన్ లేయర్ కార్యకలాపాలు "బీకాన్ బ్లాక్ల"లో ప్యాకేజ్ చేయబడతాయి, ఇవి ప్రూఫ్-ఆఫ్-స్టేక్ వాలిడేటర్లచే ప్రచురించబడతాయి మరియు ధృవీకరించబడతాయి. బీకాన్ బ్లాక్లను ధృవీకరించడం మరియు ప్రచురించడం కోసం రివార్డులు ఏకాభిప్రాయం లేయర్పై విడిగా లెక్కించబడతాయి.
+
+### ఏకాభిప్రాయం లేయర్ జారీ {#cl-issuance-post-merge}
+
+ఏకాభిప్రాయం లేయర్ జారీ The Mergeకు ముందు వలెనే ఈ రోజు కూడా కొనసాగుతుంది, బ్లాక్లను ధృవీకరించి, ప్రతిపాదించే వాలిడేటర్లకు చిన్న రివార్డులతో. వాలిడేటర్ రివార్డులు ఏకాభిప్రాయం లేయర్లో నిర్వహించబడే _వాలిడేటర్ బ్యాలెన్స్లకు_ జమవుతూనే ఉంటాయి. మెయిన్నెట్పై లావాదేవీలు చేయగల ప్రస్తుత ఖాతాలకు (\"ఎగ్జిక్యూషన్\" ఖాతాలు) విరుద్ధంగా, ఇవి ఇతర ఎథేరియం ఖాతాలతో స్వేచ్ఛగా లావాదేవీలు చేయలేని ప్రత్యేక ఎథేరియం ఖాతాలు. ఈ ఖాతాలలోని నిధులను ఒకే నిర్దిష్ట ఎగ్జిక్యూషన్ చిరునామాకు మాత్రమే విత్డ్రా చేసుకోవచ్చు.
+
+ఏప్రిల్ 2023లో జరిగిన షాంఘై/కాపెల్లా అప్గ్రేడ్ నుండి, ఈ విత్డ్రాలు స్టేకర్ల కోసం ప్రారంభించబడ్డాయి. స్టేకర్లు వారి _సంపాదన/రివార్డులను (32 ETH కంటే ఎక్కువ బ్యాలెన్స్)_ తీసివేయడానికి ప్రోత్సహించబడ్డారు, ఎందుకంటే ఈ నిధులు లేకపోతే వారి స్టేక్ బరువుకు దోహదం చేయవు (ఇది 32 వద్ద గరిష్టంగా ఉంటుంది).
+
+స్టేకర్లు వారి మొత్తం వాలిడేటర్ బ్యాలెన్స్ను నిష్క్రమించడానికి మరియు విత్డ్రా చేయడానికి కూడా ఎంచుకోవచ్చు. ఎథేరియం స్థిరంగా ఉందని నిర్ధారించడానికి, ఏకకాలంలో నిష్క్రమించే వాలిడేటర్ల సంఖ్య పరిమితం చేయబడింది.
+
+మొత్తం వాలిడేటర్ల సంఖ్యలో సుమారు 0.33% ఒక రోజులో నిష్క్రమించవచ్చు. డిఫాల్ట్గా, ప్రతి యుగంలో (ప్రతి 6.4 నిమిషాలకు, లేదా రోజుకు 900) నాలుగు (4) వాలిడేటర్లు నిష్క్రమించవచ్చు. 262,144 (218) కంటే ఎక్కువ ఉన్న ప్రతి 65,536 (216) అదనపు వాలిడేటర్లకు అదనంగా ఒక (1) వాలిడేటర్ నిష్క్రమించడానికి అనుమతించబడుతుంది. ఉదాహరణకు, 327,680 కంటే ఎక్కువ వాలిడేటర్లతో, ప్రతి యుగంలో ఐదు (5) మంది నిష్క్రమించవచ్చు (రోజుకు 1,125). 393,216 కంటే ఎక్కువ మొత్తం యాక్టివ్ వాలిడేటర్ల సంఖ్యతో ఆరు (6) మందికి అనుమతి ఉంటుంది, మరియు అలా కొనసాగుతుంది.
+
+ఎక్కువ మంది వాలిడేటర్లు విత్డ్రా చేస్తున్న కొద్దీ, ఒకేసారి పెద్ద మొత్తంలో స్టేక్ చేయబడిన ETH విత్డ్రా చేయబడకుండా ఉద్దేశపూర్వకంగా నిరోధించడానికి నిష్క్రమించే వాలిడేటర్ల గరిష్ట సంఖ్య క్రమంగా కనీసం నాలుగుకి తగ్గించబడుతుంది.
+
+### పోస్ట్-మెర్జ్ ద్రవ్యోల్బణ విశ్లేషణ {#post-merge-inflation-breakdown}
+
+- మొత్తం ETH సరఫరా: **~120,520,000 ETH** (సెప్టెంబర్ 2022లో The Merge సమయంలో)
+- ఎగ్జిక్యూషన్ లేయర్ జారీ: **0**
+- ఏకాభిప్రాయం లేయర్ జారీ: పైన పేర్కొన్న విధంగానే, **~0.52%** వార్షిక జారీ రేటు (14 మిలియన్ల మొత్తం ETH స్టేక్ చేయబడిన దానితో)
+
+
+
+
+మొత్తం వార్షిక జారీ రేటు: **~0.52%**
+
+వార్షిక ETH జారీలో నికర తగ్గింపు: **~88.7%** ((4.61% - 0.52%) / 4.61% \* 100)
+
+## బర్న్ {#the-burn}
+
+ETH జారీకి వ్యతిరేక శక్తి ETH బర్న్ చేయబడే రేటు. ఎథేరియంపై ఒక లావాదేవీని అమలు చేయడానికి, కనీస రుసుము (దీనిని \"మూల రుసుము\" అని పిలుస్తారు) చెల్లించాలి, ఇది నెట్వర్క్ కార్యకలాపంపై ఆధారపడి నిరంతరం (బ్లాక్-టు-బ్లాక్) హెచ్చుతగ్గులకు లోనవుతుంది. రుసుము ETHలో చెల్లించబడుతుంది మరియు లావాదేవీ చెల్లుబాటు అయ్యేదిగా పరిగణించబడటానికి ఇది _అవసరం_. ఈ రుసుము లావాదేవీ ప్రక్రియలో _బర్న్_ చేయబడుతుంది, దానిని సర్క్యులేషన్ నుండి తొలగిస్తుంది.
+
+
+
+
+
+ఆగస్టు 2021లో [లండన్ అప్గ్రేడ్](/ethereum-forks/#london)తో ఫీ బర్నింగ్ ప్రత్యక్ష ప్రసారం చేయబడింది మరియు The Merge నుండి మారలేదు.
+
+లండన్ అప్గ్రేడ్ ద్వారా అమలు చేయబడిన ఫీ బర్న్కు అదనంగా, వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నందుకు జరిమానాలను కూడా ఎదుర్కోవచ్చు, లేదా అధ్వాన్నంగా, నెట్వర్క్ భద్రతకు ముప్పు కలిగించే నిర్దిష్ట నియమాలను ఉల్లంఘించినందుకు వారు స్లాష్ చేయబడవచ్చు. ఈ జరిమానాలు ఆ వాలిడేటర్ బ్యాలెన్స్ నుండి ETH తగ్గడానికి దారితీస్తాయి, ఇది ఏ ఇతర ఖాతాకు నేరుగా రివార్డ్ చేయబడదు, దానిని సర్క్యులేషన్ నుండి సమర్థవంతంగా బర్న్/తొలగిస్తుంది.
+
+### ప్రతి ద్రవ్యోల్బణం కోసం సగటు గ్యాస్ ధరను లెక్కించడం {#calculating-average-gas-price-for-deflation}
+
+పైన చర్చించినట్లుగా, ఒక నిర్దిష్ట రోజులో జారీ చేయబడిన ETH మొత్తం స్టేక్ చేయబడిన మొత్తం ETHపై ఆధారపడి ఉంటుంది. వ్రాసే సమయంలో, ఇది రోజుకు సుమారుగా 1700 ETH.
+
+ఒక నిర్దిష్ట 24-గంటల వ్యవధిలో ఈ జారీని పూర్తిగా ఆఫ్సెట్ చేయడానికి అవసరమైన సగటు గ్యాస్ ధరను నిర్ణయించడానికి, మేము 12 సెకన్ల బ్లాక్ సమయం ఇచ్చినప్పుడు ఒక రోజులోని మొత్తం బ్లాక్ల సంఖ్యను లెక్కించడం ద్వారా ప్రారంభిస్తాము:
+
+- `(1 బ్లాక్ / 12 సెకన్లు) * (నిమిషానికి 60 సెకన్లు) = నిమిషానికి 5 బ్లాక్లు`
+- `(నిమిషానికి 5 బ్లాక్లు) * (గంటకు 60 నిమిషాలు) = గంటకు 300 బ్లాక్లు`
+- `(గంటకు 300 బ్లాక్లు) * (రోజుకు 24 గంటలు) = రోజుకు 7200 బ్లాక్లు`
+
+ప్రతి బ్లాక్ `15x10^6 గ్యాస్/బ్లాక్` లక్ష్యంగా చేసుకుంటుంది ([గ్యాస్ గురించి మరింత](/developers/docs/gas/)). దీనిని ఉపయోగించి, 1700 ETH మొత్తం రోజువారీ ETH జారీ ఇచ్చినప్పుడు, జారీని ఆఫ్సెట్ చేయడానికి అవసరమైన సగటు గ్యాస్ ధరను (gwei/గ్యాస్ యూనిట్లలో) మనం పరిష్కరించవచ్చు:
+
+- `రోజుకు 7200 బ్లాక్లు * 15x10^6 గ్యాస్/బ్లాక్ * `**`Y gwei/గ్యాస్`**` * 1 ETH/ 10^9 gwei = రోజుకు 1700 ETH`
+
+`Y` కోసం పరిష్కారం:
+
+- `Y = (1700(10^9))/(7200 * 15(10^6)) = (17x10^3)/(72 * 15) = 16 gwei` (రెండు ముఖ్యమైన అంకెలకు మాత్రమే రౌండింగ్)
+
+ఈ చివరి దశను పునర్వ్యవస్థీకరించడానికి మరొక మార్గం, రోజువారీ ETH జారీని సూచించే వేరియబుల్ `X`తో `1700`ను భర్తీ చేయడం, మరియు మిగిలిన వాటిని ఇలా సరళీకరించడం:
+
+- `Y = (X(10^3)/(7200 * 15)) = X/108`
+
+మనం దీనిని `X` యొక్క ఫంక్షన్గా సరళీకరించి వ్రాయవచ్చు:
+
+- `f(X) = X/108` ఇక్కడ `X` అనేది రోజువారీ ETH జారీ, మరియు `f(X)` కొత్తగా జారీ చేయబడిన మొత్తం ETHని ఆఫ్సెట్ చేయడానికి అవసరమైన gwei/గ్యాస్ ధరను సూచిస్తుంది.
+
+కాబట్టి, ఉదాహరణకు, స్టేక్ చేయబడిన మొత్తం ETH ఆధారంగా `X` (రోజువారీ ETH జారీ) 1800కి పెరిగితే, `f(X)` (జారీ మొత్తాన్ని ఆఫ్సెట్ చేయడానికి అవసరమైన gwei) అప్పుడు `17 gwei` అవుతుంది (2 ముఖ్యమైన అంకెలను ఉపయోగించి)
+
+## మరింత సమాచారం {#further-reading}
+
+- [ది మెర్జ్](/roadmap/merge/)
+- [Ultrasound.money](https://ultrasound.money/) - _ETH జారీ మరియు బర్న్ను నిజ-సమయంలో దృశ్యమానం చేయడానికి అందుబాటులో ఉన్న డాష్బోర్డ్లు_
+- [ఎథేరియం జారీని చార్టింగ్ చేయడం](https://www.attestant.io/posts/charting-ethereum-issuance/) - _జిమ్ మెక్డొనాల్డ్ 2020_
diff --git a/public/content/translations/te/roadmap/pbs/index.md b/public/content/translations/te/roadmap/pbs/index.md
index 4e7f0c1ebaf..f1ece9bd264 100644
--- a/public/content/translations/te/roadmap/pbs/index.md
+++ b/public/content/translations/te/roadmap/pbs/index.md
@@ -4,9 +4,9 @@ description: Ethereum వ్యాలిడేటర్లు వారి
lang: te
---
-# ప్రపోజర్-బిల్డర్ సేపరేషన్ {#proposer-builder-separation}
+# ప్రతిపాదకుడు-నిర్మాత విభజన {#proposer-builder-separation}
-ప్రస్తుత Ethereum వ్యాలిడేటర్లు _మరియు_ ప్రసార బ్లాక్లను సృష్టిస్తారు. వారు గాసిప్ నెట్వర్క్ ద్వారా విన్న లావాదేవీలను ఒకచోట చేర్చి, వాటిని Ethereum నెట్వర్క్లోని సహచరులకు పంపబడే బ్లాక్లోకి ప్యాక్ చేస్తారు. **ప్రపోజర్-బిల్డర్ సెపరేషన్ (PBS)** ఈ టాస్క్లను బహుళ వ్యాలిడేటర్లలో విభజిస్తుంది. బ్లాక్ బిల్డర్లు బ్లాక్లను సృష్టించడం మరియు వాటిని ప్రతి స్లాట్లోని బ్లాక్ ప్రపోజర్కు అందించే బాధ్యత వహిస్తారు. బ్లాక్ ప్రపోజర్ బ్లాక్ యొక్క కంటెంట్లను చూడలేరు, వారు బ్లాక్ను దాని సహచరులకు పంపే ముందు బ్లాక్ బిల్డర్కు రుసుము చెల్లించి, అత్యంత లాభదాయకమైనదాన్ని ఎంచుకుంటారు.
+ప్రస్తుత ఇథీరియం వ్యాలిడేటర్లు బ్లాక్లను సృష్టించి _మరియు_ ప్రసారం చేస్తాయి. వారు గాసిప్ నెట్వర్క్ ద్వారా విన్న లావాదేవీలను ఒకచోట చేర్చి, వాటిని Ethereum నెట్వర్క్లోని సహచరులకు పంపబడే బ్లాక్లోకి ప్యాక్ చేస్తారు. **ప్రతిపాదకుడు-నిర్మాత విభజన (PBS)** ఈ పనులను బహుళ వ్యాలిడేటర్ల మధ్య విభజిస్తుంది. బ్లాక్ బిల్డర్లు బ్లాక్లను సృష్టించడం మరియు వాటిని ప్రతి స్లాట్లోని బ్లాక్ ప్రపోజర్కు అందించే బాధ్యత వహిస్తారు. బ్లాక్ ప్రపోజర్ బ్లాక్ యొక్క కంటెంట్లను చూడలేరు, వారు బ్లాక్ను దాని సహచరులకు పంపే ముందు బ్లాక్ బిల్డర్కు రుసుము చెల్లించి, అత్యంత లాభదాయకమైనదాన్ని ఎంచుకుంటారు.
ఇది అనేక కారణాల వల్ల ముఖ్యమైన అప్గ్రేడ్. మొదట, ప్రోటోకాల్ స్థాయిలో లావాదేవీ సెన్సార్షిప్ను నిరోధించడానికి ఇది అవకాశాలను సృష్టిస్తుంది. రెండవది, వారి బ్లాక్ బిల్డింగ్ యొక్క లాభదాయకతను మెరుగ్గా ఆప్టిమైజ్ చేయగల సంస్థాగత ఆటగాళ్ళచే అభిరుచి గల వాలిడేటర్లను పోటీ పడకుండా నిరోధిస్తుంది. మూడవది, ఇది Danksharding అప్గ్రేడ్లను ప్రారంభించడం ద్వారా Ethereumను స్కేలింగ్ చేయడంలో సహాయపడుతుంది.
@@ -16,9 +16,9 @@ lang: te
ఉదాహరణకు, చేరిక జాబితాలను ప్రవేశపెట్టవచ్చు, తద్వారా వ్యాలిడేటర్లకు లావాదేవీల గురించి తెలిసినప్పటికీ వాటిని బ్లాక్లలో చేర్చినట్లు కనిపించనప్పుడు, వారు వాటిని తదుపరి బ్లాక్లో తప్పనిసరిగా విధించవచ్చు. చేరిక జాబితా బ్లాక్ ప్రపోజర్స్ లోకల్ మెంపూల్ (అది తెలిసిన లావాదేవీల జాబితా) నుండి రూపొందించబడింది మరియు బ్లాక్ ప్రతిపాదించబడటానికి ముందు వారి సహచరులకు పంపబడుతుంది. చేరిక జాబితా నుండి ఏదైనా లావాదేవీలు లేకుంటే, ప్రతిపాదకుడు బ్లాక్ను తిరస్కరించవచ్చు, దానిని ప్రతిపాదించే ముందు తప్పిపోయిన లావాదేవీలను జోడించవచ్చు లేదా దానిని ప్రతిపాదించవచ్చు మరియు వారు దానిని స్వీకరించినప్పుడు ఇతర వ్యాలిడేటర్లచే తిరస్కరించబడవచ్చు. బిల్డర్లు అందుబాటులో ఉన్న బ్లాక్ స్థలాన్ని పూర్తిగా ఉపయోగించుకోవాలని మరియు వారు లావాదేవీలు చేయకుంటే ప్రతిపాదకుని చేరిక జాబితా నుండి జోడించబడాలని ఈ ఆలోచన యొక్క మరింత సమర్థవంతమైన సంస్కరణ కూడా ఉంది. ఇది ఇప్పటికీ క్రియాశీల పరిశోధన యొక్క ప్రాంతం మరియు చేరిక జాబితాల కోసం సరైన కాన్ఫిగరేషన్ ఇంకా నిర్ణయించబడలేదు.
-[ఎన్క్రిప్టెడ్ మెంపూల్లు](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3) బిల్డర్లు మరియు ప్రపోజర్లు బ్లాక్ను ఇప్పటికే ప్రసారం చేసే వరకు బ్లాక్లో ఏ లావాదేవీలను కలిగి ఉన్నాయో తెలుసుకోవడం అసాధ్యం.
+[ఎన్క్రిప్టెడ్ మెంపూల్స్](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3) బ్లాక్ ఇప్పటికే ప్రసారం చేయబడిన తర్వాత వరకు, నిర్మాతలు మరియు ప్రతిపాదకులు వారు బ్లాక్లో ఏ లావాదేవీలను చేర్చుతున్నారో తెలుసుకోవడాన్ని కూడా అసాధ్యం చేస్తాయి.
-
+
శక్తివంతమైన సంస్థలు నిర్దిష్ట చిరునామాలకు లేదా వాటి నుండి లావాదేవీలను సెన్సార్ చేయడానికి వాలిడేటర్లపై ఒత్తిడి చేయవచ్చు. వాలిడేటర్లు వారి లావాదేవీ పూల్లో బ్లాక్లిస్ట్ చేయబడిన చిరునామాలను గుర్తించడం ద్వారా మరియు వారు ప్రతిపాదించిన బ్లాక్ల నుండి వాటిని వదిలివేయడం ద్వారా ఈ ఒత్తిడికి లోబడి ఉంటారు. PBS తర్వాత ఇది ఇకపై సాధ్యం కాదు ఎందుకంటే బ్లాక్ ప్రపోజర్లు తమ బ్లాక్లలో ఏ లావాదేవీలను ప్రసారం చేస్తున్నారో తెలియదు. నిర్దిష్ట వ్యక్తులు లేదా యాప్లు సెన్సార్షిప్ నియమాలను పాటించడం చాలా ముఖ్యం, ఉదాహరణకు ఇది వారి ప్రాంతంలో చట్టం చేయబడినప్పుడు. ఈ సందర్భాలలో, సమ్మతి అప్లికేషన్ స్థాయిలో జరుగుతుంది, అయితే ప్రోటోకాల్ అనుమతి లేకుండా మరియు సెన్సార్షిప్ లేకుండా ఉంటుంది.
@@ -26,26 +26,25 @@ lang: te
## PBS మరియు MEV {#pbs-and-mev}
-**గరిష్ట సంగ్రహించదగిన విలువ (MEV)** అనేది లావాదేవీలను అనుకూలంగా ఆర్డర్ చేయడం ద్వారా వారి లాభదాయకతను పెంచుకునే వ్యాలిడేటర్లను సూచిస్తుంది. సాధారణ ఉదాహరణలలో వికేంద్రీకృత ఎక్స్ఛేంజీలపై మధ్యవర్తిత్వ మార్పిడి (అంటే ముందు పెద్ద విక్రయం లేదా కొనుగోలు) లేదా DeFi స్థానాలను రద్దు చేసే అవకాశాలను గుర్తించడం వంటివి ఉన్నాయి. MEVని గరిష్టీకరించడానికి అధునాతన సాంకేతిక పరిజ్ఞానం మరియు సాధారణ వ్యాలిడేటర్లకు అనుకూల సాఫ్ట్వేర్ జోడించడం అవసరం, దీని వలన సంస్థాగత ఆపరేటర్లు MEV వెలికితీతలో వ్యక్తులు మరియు అభిరుచి గల వ్యాలిడేటర్లను అధిగమించే అవకాశం ఉంది. దీనర్థం కేంద్రీకృత ఆపరేటర్లతో స్టాకింగ్ రాబడులు ఎక్కువగా ఉండే అవకాశం ఉంది, ఇది హోమ్ స్టాకింగ్ను నిరుత్సాహపరిచే కేంద్రీకృత శక్తిని సృష్టిస్తుంది.
+**గరిష్ట సంగ్రహించదగిన విలువ (MEV)** అనేది లావాదేవీలను అనుకూలంగా ఆర్డర్ చేయడం ద్వారా వారి లాభదాయకతను పెంచుకునే వ్యాలిడేటర్లను సూచిస్తుంది. సాధారణ ఉదాహరణలలో వికేంద్రీకృత ఎక్స్ఛేంజీలపై ఆర్బిట్రేజింగ్ స్వాప్లు (ఉదా., పెద్ద అమ్మకం లేదా కొనుగోలును ఫ్రంట్రన్నింగ్ చేయడం) లేదా DeFi పొజిషన్లను లిక్విడేట్ చేసే అవకాశాలను గుర్తించడం వంటివి ఉన్నాయి. MEVని గరిష్టీకరించడానికి అధునాతన సాంకేతిక పరిజ్ఞానం మరియు సాధారణ వ్యాలిడేటర్లకు అనుకూల సాఫ్ట్వేర్ జోడించడం అవసరం, దీని వలన సంస్థాగత ఆపరేటర్లు MEV వెలికితీతలో వ్యక్తులు మరియు అభిరుచి గల వ్యాలిడేటర్లను అధిగమించే అవకాశం ఉంది. దీనర్థం కేంద్రీకృత ఆపరేటర్లతో స్టాకింగ్ రాబడులు ఎక్కువగా ఉండే అవకాశం ఉంది, ఇది హోమ్ స్టాకింగ్ను నిరుత్సాహపరిచే కేంద్రీకృత శక్తిని సృష్టిస్తుంది.
MEV యొక్క ఆర్థిక శాస్త్రాన్ని పునర్నిర్మించడం ద్వారా PBS ఈ సమస్యను పరిష్కరిస్తుంది. బ్లాక్ ప్రపోజర్ వారి స్వంత MEV శోధన చేయడానికి బదులుగా, వారు బ్లాక్ బిల్డర్లు వారికి అందించే అనేక బ్లాక్లను ఎంచుకుంటారు. బ్లాక్ బిల్డర్లు అధునాతన MEV వెలికితీతను చేసి ఉండవచ్చు, కానీ దాని కోసం రివార్డ్ బ్లాక్ ప్రపోజర్కు వెళుతుంది. దీనర్థం, ప్రత్యేకమైన బ్లాక్ బిల్డర్ల యొక్క చిన్న సమూహం MEV వెలికితీతపై ఆధిపత్యం చెలాయించినప్పటికీ, దాని కోసం రివార్డ్ వ్యక్తిగత హోమ్ స్టేకర్లతో సహా నెట్వర్క్లోని ఏదైనా వాలిడేటర్కు వెళ్ళవచ్చు.
-
+
-అధునాతన MEV వ్యూహాలు అందించే మెరుగైన రివార్డ్ల కారణంగా వ్యక్తులు తమ సొంతంగా కాకుండా పూల్స్తో వాటాల కోసం ప్రోత్సహించబడతారు. బ్లాక్ ప్రతిపాదన నుండి బ్లాక్ బిల్డింగ్ను వేరు చేయడం అంటే, సంగ్రహించబడిన MEV అత్యంత ప్రభావవంతమైన MEV శోధనతో కేంద్రీకృతం కాకుండా ఎక్కువ మంది వ్యాలిడేటర్లపై పంపిణీ చేయబడుతుంది. అదే సమయంలో, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఉనికిలో ఉండటానికి అనుమతించడం వలన బ్లాక్ బిల్డింగ్ యొక్క భారం వ్యక్తుల నుండి దూరంగా ఉంటుంది మరియు వ్యక్తులు తమ కోసం MEVని దొంగిలించకుండా నిరోధిస్తుంది, అదే సమయంలో బ్లాక్లను నిజాయితీగా తనిఖీ చేయగల వ్యక్తిగత, స్వతంత్ర వాలిడేటర్ల సంఖ్యను పెంచుతుంది. ముఖ్యమైన కాన్సెప్ట్ "ప్రూవర్-వెరిఫైయర్ అసిమెట్రీ", ఇది బ్లాక్లు నిజాయితీగా ఉన్నాయని రుజువు చేయగల దృఢమైన మరియు గరిష్టంగా వికేంద్రీకృత వాలిడేటర్ల నెట్వర్క్ ఉన్నంత వరకు కేంద్రీకృత బ్లాక్ ఉత్పత్తి బాగుంటుందనే ఆలోచనను సూచిస్తుంది. వికేంద్రీకరణ అనేది ఒక సాధనం, అంతిమ లక్ష్యం కాదు - మనకు కావలసినవి నిజాయితీ గల బ్లాక్లు.
-
+అధునాతన MEV వ్యూహాలు అందించే మెరుగైన రివార్డ్ల కారణంగా వ్యక్తులు తమ సొంతంగా కాకుండా పూల్స్తో వాటాల కోసం ప్రోత్సహించబడతారు. బ్లాక్ ప్రతిపాదన నుండి బ్లాక్ బిల్డింగ్ను వేరు చేయడం అంటే, సంగ్రహించబడిన MEV అత్యంత ప్రభావవంతమైన MEV శోధనతో కేంద్రీకృతం కాకుండా ఎక్కువ మంది వ్యాలిడేటర్లపై పంపిణీ చేయబడుతుంది. అదే సమయంలో, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఉనికిలో ఉండటానికి అనుమతించడం వలన బ్లాక్ బిల్డింగ్ యొక్క భారం వ్యక్తుల నుండి దూరంగా ఉంటుంది మరియు వ్యక్తులు తమ కోసం MEVని దొంగిలించకుండా నిరోధిస్తుంది, అదే సమయంలో బ్లాక్లను నిజాయితీగా తనిఖీ చేయగల వ్యక్తిగత, స్వతంత్ర వాలిడేటర్ల సంఖ్యను పెంచుతుంది. ముఖ్యమైన కాన్సెప్ట్ "ప్రూవర్-వెరిఫైయర్ అసిమెట్రీ", ఇది బ్లాక్లు నిజాయితీగా ఉన్నాయని రుజువు చేయగల దృఢమైన మరియు గరిష్టంగా వికేంద్రీకృత వాలిడేటర్ల నెట్వర్క్ ఉన్నంత వరకు కేంద్రీకృత బ్లాక్ ఉత్పత్తి బాగుంటుందనే ఆలోచనను సూచిస్తుంది. వికేంద్రీకరణ అనేది ఒక సాధనం, అంతిమ లక్ష్యం కాదు - మనకు కావలసినవి నిజాయితీ గల బ్లాక్లు.
-## PBS మరియు డాన్క్షర్డింగ్ {#pbs-and-danksharding}
+## PBS మరియు డంక్షార్డింగ్ {#pbs-and-danksharding}
-డాన్క్షర్డింగ్ అనేది Ethereum సెకనుకు >100,000 లావాదేవీలకు స్కేల్ చేసే మార్గం మరియు రోల్అప్ వినియోగదారులకు రుసుములను తగ్గించడం. ఇది PBSపై ఆధారపడుతుంది ఎందుకంటే ఇది బ్లాక్ బిల్డర్లకు పనిభారాన్ని జోడిస్తుంది, వారు 1 సెకను కంటే తక్కువ వ్యవధిలో 64 MB రోల్అప్ డేటా కోసం రుజువులను గణించవలసి ఉంటుంది. దీనికి బహుశా చాలా గణనీయమైన హార్డ్వేర్ను పనికి అంకితం చేయగల ప్రత్యేక బిల్డర్లు అవసరం కావచ్చు. అయినప్పటికీ, ప్రస్తుత పరిస్థితిలో MEV వెలికితీత కారణంగా బ్లాక్ బిల్డింగ్ మరింత అధునాతనమైన మరియు శక్తివంతమైన ఆపరేటర్ల చుట్టూ కేంద్రీకృతమై ఉండవచ్చు. ప్రపోజర్-బిల్డర్ విభజన అనేది ఈ వాస్తవికతను స్వీకరించడానికి మరియు బ్లాక్ ధ్రువీకరణ (ముఖ్యమైన భాగం) లేదా స్టాకింగ్ రివార్డ్ల పంపిణీపై కేంద్రీకృత శక్తిని ఉపయోగించకుండా నిరోధించడానికి ఒక మార్గం. ఒక గొప్ప సైడ్-బెనిఫిట్ ఏమిటంటే, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు కూడా డాన్షార్డింగ్ కోసం అవసరమైన డేటా ప్రూఫ్లను గణించడానికి సిద్ధంగా ఉన్నారు మరియు చేయగలరు.
+డంక్షార్డింగ్ అనేది ఇథీరియంను సెకనుకు >100,000 లావాదేవీలకు స్కేల్ చేసే మరియు రోలప్ వినియోగదారులకు ఫీజులను తగ్గించే మార్గం. ఇది PBSపై ఆధారపడుతుంది ఎందుకంటే ఇది బ్లాక్ బిల్డర్లకు పనిభారాన్ని జోడిస్తుంది, వారు 1 సెకను కంటే తక్కువ వ్యవధిలో 64 MB రోల్అప్ డేటా కోసం రుజువులను గణించవలసి ఉంటుంది. దీనికి బహుశా చాలా గణనీయమైన హార్డ్వేర్ను పనికి అంకితం చేయగల ప్రత్యేక బిల్డర్లు అవసరం కావచ్చు. అయినప్పటికీ, ప్రస్తుత పరిస్థితిలో MEV వెలికితీత కారణంగా బ్లాక్ బిల్డింగ్ మరింత అధునాతనమైన మరియు శక్తివంతమైన ఆపరేటర్ల చుట్టూ కేంద్రీకృతమై ఉండవచ్చు. ప్రపోజర్-బిల్డర్ విభజన అనేది ఈ వాస్తవికతను స్వీకరించడానికి మరియు బ్లాక్ ధ్రువీకరణ (ముఖ్యమైన భాగం) లేదా స్టాకింగ్ రివార్డ్ల పంపిణీపై కేంద్రీకృత శక్తిని ఉపయోగించకుండా నిరోధించడానికి ఒక మార్గం. ఒక గొప్ప సైడ్-బెనిఫిట్ ఏమిటంటే, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు కూడా డాన్షార్డింగ్ కోసం అవసరమైన డేటా ప్రూఫ్లను గణించడానికి సిద్ధంగా ఉన్నారు మరియు చేయగలరు.
## ప్రస్తుత పురోగతి {#current-progress}
-PBS పరిశోధన యొక్క అధునాతన దశలో ఉంది, అయితే Ethereum క్లయింట్లలో ప్రోటోటైప్ చేయడానికి ముందు ఇంకా కొన్ని ముఖ్యమైన డిజైన్ ప్రశ్నలు పరిష్కరించాల్సిన అవసరం ఉంది. ఇంకా ఖరారు చేసిన స్పెసిఫికేషన్ లేదు. దీని అర్థం PBS ఒక సంవత్సరం లేదా అంతకంటే ఎక్కువ దూరంలో ఉండవచ్చు. తాజా [పరిశోధన స్థితి](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)ని తనిఖీ చేయండి.
+PBS పరిశోధన యొక్క అధునాతన దశలో ఉంది, అయితే Ethereum క్లయింట్లలో ప్రోటోటైప్ చేయడానికి ముందు ఇంకా కొన్ని ముఖ్యమైన డిజైన్ ప్రశ్నలు పరిష్కరించాల్సిన అవసరం ఉంది. ఇంకా ఖరారు చేసిన స్పెసిఫికేషన్ లేదు. దీని అర్థం PBS ఒక సంవత్సరం లేదా అంతకంటే ఎక్కువ దూరంలో ఉండవచ్చు. తాజా [పరిశోధన స్థితిని](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance) తనిఖీ చేయండి.
-## Further Reading {#further-reading}
+## మరింత చదవడానికి {#further-reading}
- [పరిశోధన స్థితి: PBS కింద సెన్సార్షిప్ నిరోధకత](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)
-- [PBS-స్నేహపూర్వక రుసుము మార్కెట్ డిజైన్లు](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725)
+- [PBS-స్నేహపూర్వక ఫీజు మార్కెట్ డిజైన్లు](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725)
- [PBS మరియు సెన్సార్షిప్ నిరోధకత](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Secondary-auctions)
-- [చేరిక జాబితాలు](https://notes.ethereum.org/@fradamt/H1ZqdtrBF)
+- [చేర్పుల జాబితాలు](https://notes.ethereum.org/@fradamt/H1ZqdtrBF)
diff --git a/public/content/translations/te/roadmap/pectra/7702/index.md b/public/content/translations/te/roadmap/pectra/7702/index.md
new file mode 100644
index 00000000000..c63b4cdd84d
--- /dev/null
+++ b/public/content/translations/te/roadmap/pectra/7702/index.md
@@ -0,0 +1,149 @@
+---
+title: పెక్ట్రా 7702 మార్గదర్శకాలు
+description: పెక్ట్రా విడుదలలో 7702 గురించి మరింత తెలుసుకోండి
+lang: te
+---
+
+# పెక్ట్రా 7702
+
+## విషయ సంగ్రహం {#abstract}
+
+EIP 7702 అనేది ఒక EOAకి కోడ్ను జోడించే విధానాన్ని నిర్వచిస్తుంది. ఈ ప్రతిపాదన లెగసీ ఇతీరియము ఖాతాలైన EOAలను స్వల్ప-కాలిక కార్యాచరణ మెరుగుదలలను పొందేందుకు అనుమతిస్తుంది, దీని వలన అప్లికేషన్ల వినియోగం పెరుగుతుంది. ఇది కొత్త లావాదేవీ రకం: 4ని ఉపయోగించి ఇప్పటికే డిప్లాయ్ చేయబడిన కోడ్కు పాయింటర్ను సెట్ చేయడం ద్వారా జరుగుతుంది.
+
+ఈ కొత్త లావాదేవీ రకం ఒక అధికార జాబితాను పరిచయం చేస్తుంది. జాబితాలోని ప్రతి అధికార టూపుల్ ఈ విధంగా నిర్వచించబడింది
+
+```
+[ chain_id, address, nonce, y_parity, r, s ]
+```
+
+**చిరునామా** అనేది డెలిగేషన్ (EOA ద్వారా ఉపయోగించబడే ఇప్పటికే డిప్లాయ్ చేయబడిన బైట్కోడ్)
+**chain_id** ఒక నిర్దిష్ట చైన్కు అధికారాన్ని లాక్ చేస్తుంది (లేదా అన్ని చైన్ల కోసం 0)
+**nonce** ఒక నిర్దిష్ట ఖాతా నాన్స్కు అధికారాన్ని లాక్ చేస్తుంది
+(**y_parity, r, s**) అనేది అధికార టూపుల్ యొక్క సంతకం, అధికారం వర్తించే EOA యొక్క ప్రైవేట్ కీ ద్వారా keccak(0x05 || rlp ([chain_id ,address, nonce]))గా నిర్వచించబడింది (దీనిని అథారిటీ అని కూడా అంటారు)
+
+శూన్య చిరునామాకు డెలిగేట్ చేయడం ద్వారా డెలిగేషన్ను రీసెట్ చేయవచ్చు.
+
+EOA యొక్క ప్రైవేట్ కీ డెలిగేషన్ తర్వాత ఖాతాపై పూర్తి నియంత్రణను కలిగి ఉంటుంది. ఉదాహరణకు, ఒక సేఫ్కు డెలిగేట్ చేయడం వలన ఖాతా మల్టీసిగ్గా మారదు, ఎందుకంటే ఇప్పటికీ ఏదైనా సంతకం చేసే విధానాన్ని దాటవేయగల ఒకే కీ ఉంటుంది. ముందుకు వెళ్లే కొద్దీ, డెవలపర్లు సిస్టమ్లోని ఏ భాగస్వామి అయినా స్మార్ట్ కాంట్రాక్ట్ కావచ్చనే అంచనాతో డిజైన్ చేయాలి. స్మార్ట్ కాంట్రాక్ట్ డెవలపర్ల కోసం, `tx.origin` ఒక EOAను సూచిస్తుందని భావించడం ఇకపై సురక్షితం కాదు.
+
+## ఉత్తమ పద్ధతులు {#best-practices}
+
+**ఖాతా సంగ్రహణ**: అనుకూలతను పెంచడానికి ఒక డెలిగేషన్ కాంట్రాక్ట్ ఇతీరియము యొక్క విస్తృత ఖాతా సంగ్రహణ (AA) ప్రమాణాలకు అనుగుణంగా ఉండాలి. ముఖ్యంగా, ఇది ఆదర్శంగా ERC-4337కి అనుగుణంగా లేదా అనుకూలంగా ఉండాలి.
+
+**అనుమతి రహిత మరియు సెన్సార్షిప్-నిరోధక డిజైన్**: ఇతీరియము అనుమతి రహిత భాగస్వామ్యాన్ని విలువైనదిగా పరిగణిస్తుంది. ఒక డెలిగేషన్ కాంట్రాక్ట్ తప్పనిసరిగా ఏ ఒక్క “విశ్వసనీయ” రిలేయర్ లేదా సేవపై హార్డ్-కోడ్ చేయకూడదు లేదా ఆధారపడకూడదు. రిలేయర్ ఆఫ్లైన్లోకి వెళితే ఇది ఖాతాను నిరుపయోగం చేస్తుంది. బ్యాచింగ్ (ఉదా., approve+transferFrom) వంటి ఫీచర్లు రిలేయర్ లేకుండా EOA ద్వారానే ఉపయోగించబడతాయి. 7702 ద్వారా ప్రారంభించబడిన అధునాతన ఫీచర్లను (గ్యాస్ అబ్స్ట్రాక్షన్, గోప్యత-సంరక్షించే ఉపసంహరణలు) ఉపయోగించాలనుకునే అప్లికేషన్ డెవలపర్ల కోసం మీకు ఒక రిలేయర్ అవసరం. విభిన్న రిలేయర్ ఆర్కిటెక్చర్లు ఉన్నప్పటికీ, మా సిఫార్సు కనీసం [ఎంట్రీ పాయింట్ 0.8](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0)కి సూచించే [4337 బండ్లర్లను](https://www.erc4337.io/bundlers) ఉపయోగించడం, ఎందుకంటే:
+
+- అవి రిలేయింగ్ కోసం ప్రామాణిక ఇంటర్ఫేస్లను అందిస్తాయి
+- అంతర్నిర్మిత పేమాస్టర్ సిస్టమ్లను చేర్చండి
+- ఫార్వర్డ్ అనుకూలతను నిర్ధారించుకోండి
+- [పబ్లిక్ మెమ్పూల్](https://notes.ethereum.org/@yoav/unified-erc-4337-mempool) ద్వారా సెన్సార్షిప్ నిరోధకతకు మద్దతు ఇవ్వగలదు
+- init ఫంక్షన్ను కేవలం [EntryPoint](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) నుండి మాత్రమే పిలవాలని కోరవచ్చు
+
+మరో మాటలో చెప్పాలంటే, ఖాతా నుండి అవసరమైన చెల్లుబాటు అయ్యే సంతకం లేదా UserOperation అందించినంత కాలం ఎవరైనా లావాదేవీ స్పాన్సర్/రిలేయర్గా వ్యవహరించగలగాలి. ఇది సెన్సార్షిప్ నిరోధకతను నిర్ధారిస్తుంది: ఏ కస్టమ్ ఇన్ఫ్రాస్ట్రక్చర్ అవసరం లేకపోతే, వినియోగదారుడి లావాదేవీలను గేట్ కీపింగ్ రిలే ద్వారా ఏకపక్షంగా నిరోధించలేరు. ఉదాహరణకు, [MetaMask’s Delegation Toolkit](https://github.com/MetaMask/delegation-framework/releases/tag/v1.3.0) MetaMask-నిర్దిష్ట సర్వర్ను కోరడానికి బదులుగా ఏ చైన్లోనైనా ఏ ERC-4337 బండ్లర్ లేదా పేమాస్టర్తోనైనా స్పష్టంగా పనిచేస్తుంది.
+
+**వాలెట్ ఇంటర్ఫేస్ల ద్వారా డాప్స్ ఇంటిగ్రేషన్**:
+
+వాలెట్లు EIP-7702 కోసం నిర్దిష్ట డెలిగేషన్ కాంట్రాక్టులను వైట్లిస్ట్ చేస్తాయి కాబట్టి, డాప్స్ నేరుగా 7702 అధికారాలను అభ్యర్థించాలని ఆశించకూడదు. బదులుగా, ప్రామాణిక వాలెట్ ఇంటర్ఫేస్ల ద్వారా ఇంటిగ్రేషన్ జరగాలి:
+
+- **ERC-5792 (`wallet_sendCalls`)**: లావాదేవీల బ్యాచింగ్ మరియు గ్యాస్ సంగ్రహణ వంటి కార్యాచరణలను సులభతరం చేస్తూ, బ్యాచ్ చేసిన కాల్స్ను అమలు చేయడానికి వాలెట్లను అభ్యర్థించడానికి డాప్స్ను ప్రారంభిస్తుంది.
+
+- **ERC-6900**: వాలెట్-నిర్వహించే మాడ్యూళ్ల ద్వారా సెషన్ కీలు మరియు ఖాతా పునరుద్ధరణ వంటి మాడ్యులర్ స్మార్ట్ ఖాతా సామర్థ్యాలను ఉపయోగించుకోవడానికి డాప్స్ను అనుమతిస్తుంది.
+
+ఈ ఇంటర్ఫేస్లను ఉపయోగించడం ద్వారా, డాప్స్ నేరుగా డెలిగేషన్లను నిర్వహించకుండా EIP-7702 అందించిన స్మార్ట్ ఖాతా కార్యాచరణలను యాక్సెస్ చేయగలవు, వివిధ వాలెట్ అమలుల అంతటా అనుకూలత మరియు భద్రతను నిర్ధారిస్తాయి.
+
+> గమనిక: డాప్స్ నేరుగా 7702 అధికార సంతకాలను అభ్యర్థించడానికి ప్రామాణిక పద్ధతి ఏదీ లేదు. EIP-7702 ఫీచర్ల ప్రయోజనాన్ని పొందడానికి డాప్స్ తప్పనిసరిగా ERC-6900 వంటి నిర్దిష్ట వాలెట్ ఇంటర్ఫేస్లపై ఆధారపడాలి.
+
+మరింత సమాచారం కోసం:
+
+- [ERC-5792 స్పెసిఫికేషన్](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-5792.md)
+- [ERC-6900 స్పెసిఫికేషన్](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6900.md)
+
+**వెండర్ లాక్-ఇన్ను నివారించడం**: పై వాటికి అనుగుణంగా, ఒక మంచి అమలు వెండర్-న్యూట్రల్ మరియు ఇంటర్ఆపరబుల్గా ఉంటుంది. ఇది తరచుగా స్మార్ట్ ఖాతాల కోసం అభివృద్ధి చెందుతున్న ప్రమాణాలకు కట్టుబడి ఉండటాన్ని సూచిస్తుంది. ఉదాహరణకు, [Alchemy’s Modular Account](https://github.com/alchemyplatform/modular-account) మాడ్యులర్ స్మార్ట్ ఖాతాల కోసం ERC-6900 ప్రమాణాన్ని ఉపయోగిస్తుంది మరియు “అనుమతి రహిత ఇంటర్ఆపరబుల్ వినియోగం”ను దృష్టిలో ఉంచుకుని రూపొందించబడింది.
+
+**గోప్యతా పరిరక్షణ**: ఆన్చైన్ గోప్యత పరిమితంగా ఉన్నప్పటికీ, ఒక డెలిగేషన్ కాంట్రాక్ట్ డేటా బహిర్గతం మరియు లింక్ చేయగల సామర్థ్యాన్ని తగ్గించడానికి ప్రయత్నించాలి. ERC-20 టోకెన్లలో గ్యాస్ చెల్లింపులు (కాబట్టి వినియోగదారులు పబ్లిక్ ETH బ్యాలెన్స్ను నిర్వహించాల్సిన అవసరం లేదు, ఇది గోప్యత మరియు UXను మెరుగుపరుస్తుంది) మరియు ఒక-సారి సెషన్ కీలు (ఇవి ఒకే దీర్ఘ-కాలిక కీపై ఆధారపడటాన్ని తగ్గిస్తాయి) వంటి ఫీచర్లకు మద్దతు ఇవ్వడం ద్వారా దీనిని సాధించవచ్చు. ఉదాహరణకు, EIP-7702 స్పాన్సర్డ్ లావాదేవీల ద్వారా టోకెన్లలో గ్యాస్ను చెల్లించడానికి వీలు కల్పిస్తుంది మరియు ఒక మంచి అమలు అవసరమైన దానికంటే ఎక్కువ సమాచారాన్ని లీక్ చేయకుండా అటువంటి పేమాస్టర్లను ఏకీకృతం చేయడాన్ని సులభతరం చేస్తుంది. అదనంగా, నిర్దిష్ట అనుమతుల ఆఫ్-చైన్ డెలిగేషన్ (ఆన్చైన్లో ధృవీకరించబడిన సంతకాలను ఉపయోగించి) అంటే వినియోగదారుడి ప్రాథమిక కీతో తక్కువ ఆన్చైన్ లావాదేవీలు, ఇది గోప్యతకు సహాయపడుతుంది. రిలేయర్ను ఉపయోగించాల్సిన అవసరం ఉన్న ఖాతాలు వినియోగదారులను వారి IP చిరునామాలను బహిర్గతం చేయమని బలవంతం చేస్తాయి. PublicMempools దీనిని మెరుగుపరుస్తాయి, ఒక లావాదేవీ/UserOp మెమ్పూల్ ద్వారా వ్యాపించినప్పుడు అది పంపిన IP నుండి ఉద్భవించిందో లేదా p2p ప్రోటోకాల్ ద్వారా దాని ద్వారా కేవలం రిలే చేయబడిందో మీరు చెప్పలేరు.
+
+**విస్తరణీయత మరియు మాడ్యులర్ భద్రత**: ఖాతా అమలులు కొత్త ఫీచర్లు మరియు భద్రతా మెరుగుదలలతో అభివృద్ధి చెందడానికి విస్తరించదగినవిగా ఉండాలి. EIP-7702తో అప్గ్రేడబిలిటీ స్వాభావికంగా సాధ్యమవుతుంది (ఎందుకంటే ఒక EOA తన లాజిక్ను అప్గ్రేడ్ చేయడానికి భవిష్యత్తులో ఎల్లప్పుడూ కొత్త కాంట్రాక్ట్కు డెలిగేట్ చేయగలదు). అప్గ్రేడబిలిటీకి మించి, ఒక మంచి డిజైన్ మాడ్యులారిటీని అనుమతిస్తుంది – ఉదా., వివిధ సంతకం పథకాలు లేదా వ్యయ విధానాల కోసం ప్లగ్-ఇన్ మాడ్యూల్స్ – పూర్తిగా రీడిప్లాయ్ చేయాల్సిన అవసరం లేకుండా. Alchemy యొక్క ఖాతా కిట్ ఒక ప్రధాన ఉదాహరణ, ఇది డెవలపర్లను ధృవీకరణ మాడ్యూళ్లను (వివిధ సంతకం రకాలైన ECDSA, BLS మొదలైన వాటి కోసం) ఇన్స్టాల్ చేయడానికి అనుమతిస్తుంది. మరియు కస్టమ్ లాజిక్ కోసం ఎగ్జిక్యూషన్ మాడ్యూల్స్. EIP-7702-ప్రారంభించబడిన ఖాతాలలో ఎక్కువ సౌలభ్యం మరియు భద్రతను సాధించడానికి, డెవలపర్లు నేరుగా ఒక నిర్దిష్ట అమలుకు బదులుగా ఒక ప్రాక్సీ కాంట్రాక్ట్కు డెలిగేట్ చేయమని ప్రోత్సహించబడ్డారు. ఈ విధానం ప్రతి మార్పుకు అదనపు EIP-7702 అధికారాలు అవసరం లేకుండా అతుకులు లేని అప్గ్రేడ్లు మరియు మాడ్యులారిటీని అనుమతిస్తుంది.
+
+ప్రాక్సీ నమూనా యొక్క ప్రయోజనాలు:
+
+- **అప్గ్రేడబిలిటీ**: ప్రాక్సీని కొత్త అమలు కాంట్రాక్ట్కు సూచించడం ద్వారా కాంట్రాక్ట్ లాజిక్ను అప్డేట్ చేయండి.
+
+- **కస్టమ్ ప్రారంభ లాజిక్**: అవసరమైన స్టేట్ వేరియబుల్స్ను సురక్షితంగా సెటప్ చేయడానికి ప్రాక్సీలో ప్రారంభ ఫంక్షన్లను చేర్చండి.
+
+ఉదాహరణకు, [SafeEIP7702Proxy](https://docs.safe.global/advanced/eip-7702/7702-safe) EIP-7702-అనుకూల ఖాతాలలో డెలిగేషన్లను సురక్షితంగా ప్రారంభించడానికి మరియు నిర్వహించడానికి ప్రాక్సీని ఎలా ఉపయోగించవచ్చో ప్రదర్శిస్తుంది.
+
+ప్రాక్సీ నమూనా యొక్క ప్రతికూలతలు:
+
+- **బాహ్య నటులపై ఆధారపడటం**: అసురక్షిత కాంట్రాక్ట్కు అప్గ్రేడ్ చేయకుండా ఉండటానికి మీరు ఒక బాహ్య బృందంపై ఆధారపడాలి.
+
+## భద్రతా పరిగణనలు {#security-considerations}
+
+**రీఎంట్రన్సీ గార్డ్**: EIP-7702 డెలిగేషన్ పరిచయంతో, వినియోగదారుడి ఖాతా బాహ్యంగా యాజమాన్యంలోని ఖాతా (EOA) మరియు స్మార్ట్ కాంట్రాక్ట్ (SC) మధ్య డైనమిక్గా మారగలదు. ఈ సౌలభ్యం ఖాతాను లావాదేవీలను ప్రారంభించడానికి మరియు కాల్స్ యొక్క లక్ష్యంగా ఉండటానికి వీలు కల్పిస్తుంది. ఫలితంగా, ఒక ఖాతా తనను తాను పిలుచుకుని, బాహ్య కాల్స్ చేసే సందర్భాలలో `msg.sender` `tx.origin`కి సమానంగా ఉంటుంది, ఇది గతంలో `tx.origin` ఎల్లప్పుడూ ఒక EOAగా ఉంటుందని ఆధారపడిన కొన్ని భద్రతా అంచనాలను బలహీనపరుస్తుంది.
+
+స్మార్ట్ కాంట్రాక్ట్ డెవలపర్ల కోసం, `tx.origin` ఒక EOAని సూచిస్తుందని భావించడం ఇకపై సురక్షితం కాదు. అదేవిధంగా, `msg.sender == tx.origin`ని రీఎంట్రన్సీ దాడుల నుండి రక్షణగా ఉపయోగించడం ఇకపై నమ్మదగిన వ్యూహం కాదు.
+
+ముందుకు వెళ్లే కొద్దీ, డెవలపర్లు సిస్టమ్లోని ఏ భాగస్వామి అయినా స్మార్ట్ కాంట్రాక్ట్ కావచ్చనే అంచనాతో డిజైన్ చేయాలి. ప్రత్యామ్నాయంగా వారు `nonReentrant` మాడిఫైయర్ నమూనాలతో రీఎంట్రన్సీ గార్డ్లను ఉపయోగించి స్పష్టమైన రీఎంట్రన్సీ రక్షణను అమలు చేయవచ్చు. [ఓపెన్ జెప్పెలిన్ యొక్క రీఎంట్రన్సీ గార్డ్](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/ReentrancyGuard.sol) వంటి ఆడిట్ చేయబడిన మాడిఫైయర్ను అనుసరించాలని మేము సిఫార్సు చేస్తున్నాము. వారు [తాత్కాలిక నిల్వ వేరియబుల్](https://docs.soliditylang.org/en/latest/internals/layout_in_storage.html)ను కూడా ఉపయోగించవచ్చు.
+
+**ప్రారంభ భద్రతా పరిగణనలు**
+
+EIP-7702 డెలిగేషన్ కాంట్రాక్టులను అమలు చేయడం నిర్దిష్ట భద్రతా సవాళ్లను పరిచయం చేస్తుంది, ముఖ్యంగా ప్రారంభ ప్రక్రియకు సంబంధించి. ప్రారంభ ఫంక్షన్ (`init`) డెలిగేషన్ ప్రక్రియతో అణుపరంగా జతచేయబడినప్పుడు ఒక క్లిష్టమైన దుర్బలత్వం తలెత్తుతుంది. అటువంటి సందర్భాలలో, ఒక ఫ్రంట్రన్నర్ డెలిగేషన్ సంతకాన్ని అడ్డగించి, మార్చబడిన పారామితులతో `init` ఫంక్షన్ను అమలు చేయగలడు, సంభావ్యంగా ఖాతాను నియంత్రణలోకి తీసుకుంటాడు.
+
+ఈ రిస్క్ ముఖ్యంగా వారి ప్రారంభ విధానాలను సవరించకుండా EIP-7702తో ఇప్పటికే ఉన్న స్మార్ట్ కాంట్రాక్ట్ ఖాతా (SCA) అమలులను ఉపయోగించడానికి ప్రయత్నిస్తున్నప్పుడు సంబంధితంగా ఉంటుంది.
+
+**ప్రారంభ దుర్బలత్వాలను తగ్గించడానికి పరిష్కారాలు**
+
+- `initWithSig`ని అమలు చేయండి
+ ప్రామాణిక `init` ఫంక్షన్ను `initWithSig` ఫంక్షన్తో భర్తీ చేయండి, దీనికి వినియోగదారుడు ప్రారంభ పారామితులను సంతకం చేయాలి. ఈ విధానం ప్రారంభం కేవలం స్పష్టమైన వినియోగదారు సమ్మతితో మాత్రమే కొనసాగగలదని నిర్ధారిస్తుంది, తద్వారా అనధికారిక ప్రారంభ రిస్క్లను తగ్గిస్తుంది.
+
+- ERC-4337 యొక్క EntryPointని ఉపయోగించుకోండి
+ ప్రారంభ ఫంక్షన్ను ప్రత్యేకంగా ERC-4337 EntryPoint కాంట్రాక్ట్ నుండి పిలవాలని కోరండి. ఈ పద్ధతి ERC-4337 అందించిన ప్రామాణిక ధృవీకరణ మరియు అమలు ఫ్రేమ్వర్క్ను ఉపయోగించుకుంటుంది, ప్రారంభ ప్రక్రియకు అదనపు భద్రతా పొరను జోడిస్తుంది.
+ _(చూడండి: [Safe Docs](https://docs.safe.global/advanced/eip-7702/7702-safe))_
+
+ఈ పరిష్కారాలను అవలంబించడం ద్వారా, డెవలపర్లు EIP-7702 డెలిగేషన్ కాంట్రాక్టుల భద్రతను మెరుగుపరచగలరు, ప్రారంభ దశలో సంభావ్య ఫ్రంట్రన్నింగ్ దాడుల నుండి రక్షణ కల్పిస్తారు.
+
+**నిల్వ ఘర్షణలు** కోడ్ను డెలిగేట్ చేయడం ఇప్పటికే ఉన్న నిల్వను క్లియర్ చేయదు. ఒక డెలిగేషన్ కాంట్రాక్ట్ నుండి మరొకదానికి వలస వెళ్ళినప్పుడు, మునుపటి కాంట్రాక్ట్ నుండి అవశేష డేటా అలాగే ఉంటుంది. కొత్త కాంట్రాక్ట్ అదే నిల్వ స్లాట్లను ఉపయోగించినప్పటికీ వాటిని భిన్నంగా అర్థం చేసుకుంటే, అది అనుకోని ప్రవర్తనకు కారణం కావచ్చు. ఉదాహరణకు, ప్రారంభ డెలిగేషన్ ఒక నిల్వ స్లాట్ `bool`ని సూచించే కాంట్రాక్ట్కు ఉంటే, మరియు తదుపరి డెలిగేషన్ అదే స్లాట్ `uint`ని సూచించే కాంట్రాక్ట్కు ఉంటే, ఈ అసమతుల్యత అనూహ్య ఫలితాలకు దారితీయవచ్చు.
+
+**ఫిషింగ్ ప్రమాదాలు** EIP-7702 డెలిగేషన్ అమలుతో, వినియోగదారుడి ఖాతాలోని ఆస్తులు పూర్తిగా స్మార్ట్ కాంట్రాక్టుల ద్వారా నియంత్రించబడవచ్చు. ఒక వినియోగదారుడు తెలియకుండానే వారి ఖాతాను ఒక హానికరమైన కాంట్రాక్ట్కు డెలిగేట్ చేస్తే, ఒక దాడి చేసేవాడు సులభంగా నియంత్రణను పొంది నిధులను దొంగిలించగలడు. `chain_id=0`ను ఉపయోగించినప్పుడు డెలిగేషన్ అన్ని చైన్ ఐడిలకు వర్తిస్తుంది. కేవలం మార్పులేని కాంట్రాక్ట్కు మాత్రమే డెలిగేట్ చేయండి (ప్రాక్సీకి ఎప్పుడూ డెలిగేట్ చేయవద్దు), మరియు కేవలం CREATE2 ఉపయోగించి డిప్లాయ్ చేయబడిన కాంట్రాక్టులకు మాత్రమే (ప్రామాణిక ఇనిట్కోడ్తో - మెటామార్ఫిక్ కాంట్రాక్టులు లేవు) తద్వారా డిప్లాయర్ వేరే చోట అదే చిరునామాకు భిన్నమైన దాన్ని డిప్లాయ్ చేయలేరు. లేకపోతే మీ డెలిగేషన్ మీ ఖాతాను ఇతర అన్ని EVM చైన్లలో ప్రమాదంలో పడేస్తుంది.
+
+వినియోగదారులు డెలిగేట్ చేసిన సంతకాలను చేసినప్పుడు, ఫిషింగ్ ప్రమాదాలను తగ్గించడంలో సహాయపడటానికి డెలిగేషన్ను స్వీకరించే లక్ష్య కాంట్రాక్ట్ను స్పష్టంగా మరియు ప్రముఖంగా ప్రదర్శించాలి.
+
+**కనీస విశ్వసనీయ ఉపరితలం & భద్రత**: సౌలభ్యాన్ని అందిస్తున్నప్పటికీ, ఒక డెలిగేషన్ కాంట్రాక్ట్ దాని ప్రధాన లాజిక్ను కనీసంగా మరియు ఆడిట్ చేయదగినదిగా ఉంచాలి. కాంట్రాక్ట్ ప్రభావవంతంగా వినియోగదారుడి EOA యొక్క పొడిగింపు, కాబట్టి ఏదైనా లోపం విపత్తుకు దారితీయవచ్చు. అమలులు స్మార్ట్ కాంట్రాక్ట్ భద్రతా సంఘం నుండి ఉత్తమ పద్ధతులను అనుసరించాలి. ఉదాహరణకు, కన్స్ట్రక్టర్ లేదా ఇనిషియలైజర్ ఫంక్షన్లను జాగ్రత్తగా భద్రపరచాలి – Alchemy హైలైట్ చేసినట్లుగా, 7702 కింద ప్రాక్సీ నమూనాను ఉపయోగిస్తుంటే, ఒక అసురక్షిత ఇనిషియలైజర్ ఒక దాడి చేసేవారికి ఖాతాను స్వాధీనం చేసుకోవడానికి వీలు కల్పిస్తుంది. బృందాలు ఆన్చైన్ కోడ్ను సరళంగా ఉంచాలని లక్ష్యంగా పెట్టుకోవాలి: Ambire యొక్క 7702 కాంట్రాక్ట్ కేవలం ~200 లైన్ల సాలిడిటీ మాత్రమే, బగ్స్ను తగ్గించడానికి సంక్లిష్టతను ఉద్దేశపూర్వకంగా తగ్గిస్తుంది. ఫీచర్-రిచ్ లాజిక్ మరియు ఆడిటింగ్ను సులభతరం చేసే సరళత మధ్య సమతుల్యం సాధించాలి.
+
+### తెలిసిన అమలులు {#known-implementations}
+
+EIP 7702 యొక్క స్వభావం కారణంగా, వినియోగదారులకు 3వ పక్ష కాంట్రాక్ట్కు డెలిగేట్ చేయడంలో సహాయపడేటప్పుడు వాలెట్లు జాగ్రత్త వహించాలని సిఫార్సు చేయబడింది. క్రింద జాబితా చేయబడినది ఆడిట్ చేయబడిన తెలిసిన అమలుల సమాహారం:
+
+| కాంట్రాక్ట్ చిరునామా | మూలాధారం | ఆడిట్స్ |
+| ------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 0x000000009B1D0aF20D8C6d0A44e162d11F9b8f00 | [Uniswap/calibur](https://github.com/Uniswap/calibur) | [ఆడిట్స్](https://github.com/Uniswap/calibur/tree/main/audits) |
+| 0x69007702764179f14F51cdce752f4f775d74E139 | [alchemyplatform/modular-account](https://github.com/alchemyplatform/modular-account) | [ఆడిట్స్](https://github.com/alchemyplatform/modular-account/tree/develop/audits) |
+| 0x5A7FC11397E9a8AD41BF10bf13F22B0a63f96f6d | [AmbireTech/ambire-common](https://github.com/AmbireTech/ambire-common/blob/feature/eip-7702/contracts/AmbireAccount7702.sol) | [ఆడిట్స్](https://github.com/AmbireTech/ambire-common/tree/feature/eip-7702/audits) |
+| 0x63c0c19a282a1b52b07dd5a65b58948a07dae32b | [MetaMask/delegation-framework](https://github.com/MetaMask/delegation-framework) | [ఆడిట్స్](https://github.com/MetaMask/delegation-framework/tree/main/audits) |
+| 0x4Cd241E8d1510e30b2076397afc7508Ae59C66c9 | [ఇతీరియము ఫౌండేషన్ AA బృందం](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/accounts/Simple7702Account.sol) | [ఆడిట్స్](https://github.com/eth-infinitism/account-abstraction/blob/develop/audits/SpearBit%20Account%20Abstraction%20Security%20Review%20-%20Mar%202025.pdf) |
+| 0x17c11FDdADac2b341F2455aFe988fec4c3ba26e3 | [Luganodes/Pectra-Batch-Contract](https://github.com/Luganodes/Pectra-Batch-Contract) | [ఆడిట్స్](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) |
+
+## హార్డ్వేర్ వాలెట్ మార్గదర్శకాలు {#hardware-wallet-guidelines}
+
+హార్డ్వేర్ వాలెట్లు ఏకపక్ష డెలిగేషన్ను బహిర్గతం చేయకూడదు. హార్డ్వేర్ వాలెట్ స్పేస్లో ఏకాభిప్రాయం ఏమిటంటే, విశ్వసనీయ డెలిగేటర్ కాంట్రాక్టుల జాబితాను ఉపయోగించడం. పైన జాబితా చేయబడిన తెలిసిన అమలులను అనుమతించాలని మరియు ఇతరులను కేసుల వారీగా పరిగణించాలని మేము సూచిస్తున్నాము. మీ EOAను ఒక కాంట్రాక్ట్కు డెలిగేట్ చేయడం అన్ని ఆస్తులపై నియంత్రణను ఇస్తుంది కాబట్టి, హార్డ్వేర్ వాలెట్లు 7702ను అమలు చేసే విధానంలో జాగ్రత్తగా ఉండాలి.
+
+### సహచర యాప్ల కోసం ఇంటిగ్రేషన్ దృశ్యాలు {#integration-scenarios-for-companion-apps}
+
+#### సోమరి {#lazy}
+
+EOA ఇప్పటికీ యథావిధిగా పనిచేస్తుంది కాబట్టి, చేయడానికి ఏమీ లేదు.
+
+గమనిక : ERC 1155 NFTల వంటి కొన్ని ఆస్తులు డెలిగేషన్ కోడ్ ద్వారా స్వయంచాలకంగా తిరస్కరించబడవచ్చు, మరియు మద్దతు దీని గురించి తెలుసుకోవాలి.
+
+#### అవగాహన {#aware}
+
+దాని కోడ్ను తనిఖీ చేయడం ద్వారా EOA కోసం ఒక డెలిగేషన్ ఉందని వినియోగదారునికి తెలియజేయండి, మరియు ఐచ్ఛికంగా డెలిగేషన్ను తీసివేయడానికి ఆఫర్ చేయండి.
+
+#### సాధారణ డెలిగేషన్ {#common-delegation}
+
+హార్డ్వేర్ ప్రొవైడర్ తెలిసిన డెలిగేషన్ కాంట్రాక్టులను వైట్లిస్ట్ చేస్తుంది మరియు సాఫ్ట్వేర్ సహచరంలో వాటి మద్దతును అమలు చేస్తుంది. పూర్తి ERC 4337 మద్దతుతో ఒక కాంట్రాక్ట్ను ఎంచుకోవాలని సిఫార్సు చేయబడింది.
+
+వేరే దానికి డెలిగేట్ చేయబడిన EOAలు ప్రామాణిక EOAలుగా నిర్వహించబడతాయి.
+
+#### కస్టమ్ డెలిగేషన్ {#custom-delegation}
+
+హార్డ్వేర్ ప్రొవైడర్ తన సొంత డెలిగేషన్ కాంట్రాక్ట్ను అమలు చేస్తుంది మరియు దానిని జాబితాలలో చేర్చుతుంది, సాఫ్ట్వేర్ సహచరంలో దాని మద్దతును అమలు చేస్తుంది. పూర్తి ERC 4337 మద్దతుతో ఒక కాంట్రాక్ట్ను నిర్మించాలని సిఫార్సు చేయబడింది.
+
+వేరే దానికి డెలిగేట్ చేయబడిన EOAలు ప్రామాణిక EOAలుగా నిర్వహించబడతాయి.
diff --git a/public/content/translations/te/roadmap/pectra/index.md b/public/content/translations/te/roadmap/pectra/index.md
new file mode 100644
index 00000000000..a58467c81ce
--- /dev/null
+++ b/public/content/translations/te/roadmap/pectra/index.md
@@ -0,0 +1,127 @@
+---
+title: ప్రేగ్-ఎలెక్ట్రా (పెక్ట్రా)
+description: పెక్ట్రా ప్రోటోకాల్ అప్గ్రేడ్ గురించి తెలుసుకోండి
+lang: te
+---
+
+# పెక్ట్రా {#pectra}
+
+[Dencun](/roadmap/dencun/) తర్వాత పెక్ట్రా నెట్వర్క్ అప్గ్రేడ్ వచ్చింది మరియు ఇతీరియము యొక్క ఎగ్జిక్యూషన్ లేయర్ మరియు ఏకాభిప్రాయం లేయర్ రెండింటిలో మార్పులను తీసుకువచ్చింది. పెక్ట్రా అనే సంక్షిప్త పేరు ప్రేగ్ మరియు ఎలెక్ట్రాల కలయిక, ఇవి వరుసగా ఎగ్జిక్యూషన్ లేయర్ మరియు ఏకాభిప్రాయం లేయర్ స్పెసిఫికేషన్ మార్పుల పేర్లు. ఈ మార్పులు కలిసి ఇతీరియము వినియోగదారులు, డెవలపర్లు మరియు వాలిడేటర్లకు అనేక మెరుగుదలలను అందిస్తాయి.
+
+ఈ అప్గ్రేడ్ \*\*07-మే-2025న 10:05 (UTC)\*\*కి `364032` ఎపోక్లో ఇతీరియము మెయిన్నెట్లో విజయవంతంగా యాక్టివేట్ చేయబడింది.
+
+
+
+
+పెక్ట్రా అప్గ్రేడ్ అనేది ఇతీరియము యొక్క దీర్ఘకాలిక అభివృద్ధి లక్ష్యాలలో ఒకే ఒక అడుగు మాత్రమే. [ప్రోటోకాల్ రోడ్మ్యాప్](/roadmap/) మరియు [మునుపటి అప్గ్రేడ్ల](/ethereum-forks/) గురించి మరింత తెలుసుకోండి.
+
+
+
+
+## పెక్ట్రాలో మెరుగుదలలు {#new-improvements}
+
+మునుపటి అప్గ్రేడ్లన్నింటిలోకెల్లా పెక్ట్రా అత్యధిక సంఖ్యలో [EIPలను](https://eips.ethereum.org/) తీసుకువస్తుంది! అనేక చిన్న మార్పులు ఉన్నాయి, కానీ కొన్ని ముఖ్యమైన కొత్త ఫీచర్లు కూడా ఉన్నాయి. మార్పులు మరియు సాంకేతిక వివరాల పూర్తి జాబితాను వ్యక్తిగతంగా చేర్చబడిన EIPలలో కనుగొనవచ్చు.
+
+### EOA ఖాతా కోడ్ {#7702}
+
+[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) విస్తృతమైన [ఖాతా సంగ్రహణ](/roadmap/account-abstraction/) దిశగా ఒక పెద్ద ముందడుగును సూచిస్తుంది. ఈ ఫీచర్తో, వినియోగదారులు తమ చిరునామాను ([EOA](/glossary/#eoa)) స్మార్ట్ కాంట్రాక్ట్తో విస్తరించడానికి సెట్ చేసుకోవచ్చు. ఈ EIP ఒక నిర్దిష్ట ఫంక్షన్తో కొత్త రకం లావాదేవీని పరిచయం చేస్తుంది - చిరునామా యజమానులు తమ చిరునామాను ఎంచుకున్న స్మార్ట్ కాంట్రాక్ట్ను అనుకరించడానికి సెట్ చేసే అధికారాన్ని సంతకం చేయడానికి అనుమతించడం.
+
+ఈ EIPతో, వినియోగదారులు లావాదేవీల బండ్లింగ్, గ్యాస్లెస్ లావాదేవీలు మరియు ప్రత్యామ్నాయ పునరుద్ధరణ పథకాల కోసం కస్టమ్ ఆస్తి యాక్సెస్ వంటి కొత్త ఫీచర్లను అనుమతించే ప్రోగ్రామబుల్ వాలెట్లను ఎంచుకోవచ్చు. ఈ హైబ్రిడ్ విధానం EOAల సరళతను కాంట్రాక్ట్-ఆధారిత ఖాతాల ప్రోగ్రామబిలిటీతో మిళితం చేస్తుంది.
+
+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/) ఇప్పుడు వాటిని ఒకే వాలిడేటర్గా ఏకీకృతం చేయవచ్చు, ఇది సులభమైన ఆపరేషన్ను అనుమతిస్తుంది మరియు నెట్వర్క్ ఓవర్హెడ్ను తగ్గిస్తుంది. బీకాన్ చైన్లోని ప్రతి వాలిడేటర్ ప్రతి ఎపోక్లో ఒక సంతకాన్ని సమర్పిస్తున్నందున, ఎక్కువ వాలిడేటర్లతో మరియు ప్రచారం చేయడానికి పెద్ద సంఖ్యలో సంతకాలతో బ్యాండ్విడ్త్ అవసరాలు పెరుగుతాయి. వాలిడేటర్లను ఏకీకృతం చేయడం నెట్వర్క్పై భారాన్ని తగ్గిస్తుంది మరియు అదే ఆర్థిక భద్రతను ఉంచుతూ కొత్త స్కేలింగ్ ఎంపికలను తెరుస్తుంది.
+
+maxEBపై లోతైన విశ్లేషణను [ఇక్కడ](/roadmap/pectra/maxeb/) చదవండి
+
+### బ్లాబ్ త్రూపుట్ పెరుగుదల {#7691}
+
+L2ల కోసం బ్లాబ్లు [డేటా లభ్యతను](/developers/docs/data-availability/#data-availability-and-layer-2-rollups) అందిస్తాయి. వాటిని [మునుపటి నెట్వర్క్ అప్గ్రేడ్లో](/roadmap/dencun/) పరిచయం చేశారు.
+
+ప్రస్తుతం, నెట్వర్క్ గరిష్టంగా 6 బ్లాబ్లతో ఒక బ్లాక్కు సగటున 3 బ్లాబ్లను లక్ష్యంగా చేసుకుంది. [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691)తో, సగటు బ్లాబ్ కౌంట్ 6కి పెంచబడుతుంది, ఒక బ్లాక్కు గరిష్టంగా 9తో, ఫలితంగా ఇతీరియము రోలప్లకు సామర్థ్యం పెరుగుతుంది. ఈ EIP, [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) మరింత అధిక బ్లాబ్ కౌంట్లను ప్రారంభించే వరకు ఉన్న గ్యాప్ను పూరించడంలో సహాయపడుతుంది.
+
+### కాల్డేటా ఖర్చును పెంచండి {#7623}
+
+[డెంకున్ అప్గ్రేడ్లో బ్లాబ్లను](/roadmap/danksharding) పరిచయం చేయడానికి ముందు, L2లు తమ డేటాను ఇతీరియములో నిల్వ చేయడానికి [కాల్డేటాను](/developers/docs/data-availability/blockchain-data-storage-strategies/#calldata) ఉపయోగిస్తున్నాయి. బ్లాబ్లు మరియు కాల్డేటా రెండూ ఇతీరియము బ్యాండ్విడ్త్ వినియోగాన్ని ప్రభావితం చేస్తాయి. చాలా బ్లాక్లు కనీస మొత్తంలో కాల్డేటాను మాత్రమే ఉపయోగించినప్పటికీ, అనేక బ్లాబ్లను కలిగి ఉన్న డేటా-భారీ బ్లాక్లు ఇతీరియము యొక్క p2p నెట్వర్క్కు హానికరం.
+
+దీన్ని పరిష్కరించడానికి, [EIP-7623](https://eips.ethereum.org/EIPS/eip-7623) కాల్డేటా ధరలను పెంచుతుంది, కానీ డేటా-భారీ లావాదేవీలకు మాత్రమే. ఇది చెత్త-కేస్ బ్లాక్ పరిమాణాన్ని పరిమితం చేస్తుంది, L2లు బ్లాబ్లను మాత్రమే ఉపయోగించడానికి ప్రోత్సాహాన్ని అందిస్తుంది మరియు 99% కంటే ఎక్కువ లావాదేవీలను ప్రభావితం చేయకుండా వదిలివేస్తుంది.
+
+### ఎగ్జిక్యూషన్ లేయర్ ట్రిగ్గర్ చేయగల నిష్క్రమణలు {#7002}
+
+ప్రస్తుతం, ఒక వాలిడేటర్ నుండి నిష్క్రమించడం మరియు [స్టేక్ చేసిన ETHను ఉపసంహరించుకోవడం](/staking/withdrawals/) అనేది ఏకాభిప్రాయం లేయర్ ఆపరేషన్, దీనికి యాక్టివ్ వాలిడేటర్ కీ అవసరం, ఇది అటెస్టేషన్ల వంటి యాక్టివ్ విధులను నిర్వహించడానికి వాలిడేటర్ ఉపయోగించే అదే BLS కీ. ఉపసంహరణ ఆధారాలు ఒక ప్రత్యేక కోల్డ్ కీ, ఇది నిష్క్రమించిన స్టేక్ను అందుకుంటుంది కానీ నిష్క్రమణను ట్రిగ్గర్ చేయలేదు. స్టేకర్లు నిష్క్రమించడానికి ఏకైక మార్గం యాక్టివ్ వాలిడేటర్ కీని ఉపయోగించి సంతకం చేసిన ప్రత్యేక సందేశాన్ని బీకాన్ చైన్ నెట్వర్క్కు పంపడం. ఉపసంహరణ ఆధారాలు మరియు వాలిడేటర్ కీ వేర్వేరు సంస్థల వద్ద ఉన్నప్పుడు లేదా వాలిడేటర్ కీ పోయినప్పుడు ఈ పరిస్థితులు పరిమితం చేస్తాయి.
+
+[EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) ఎగ్జిక్యూషన్ లేయర్ ఉపసంహరణ ఆధారాలను ఉపయోగించి నిష్క్రమణను ట్రిగ్గర్ చేయడానికి ఉపయోగించే కొత్త కాంట్రాక్ట్ను పరిచయం చేస్తుంది. స్టేకర్లు తమ వాలిడేటర్ సైనింగ్ కీ లేదా బీకాన్ చైన్కు యాక్సెస్ అవసరం లేకుండానే ఈ ప్రత్యేక కాంట్రాక్ట్లోని ఒక ఫంక్షన్ను కాల్ చేయడం ద్వారా తమ వాలిడేటర్ నుండి నిష్క్రమించగలరు. ముఖ్యంగా, ఆన్చైన్లో వాలిడేటర్ ఉపసంహరణలను ప్రారంభించడం వలన నోడ్ ఆపరేటర్లపై తగ్గిన విశ్వాస అంచనాలతో స్టేకింగ్ ప్రోటోకాల్లను అనుమతిస్తుంది.
+
+### చైన్లో వాలిడేటర్ డిపాజిట్లు {#6110}
+
+వాలిడేటర్ డిపాజిట్లు ప్రస్తుతం [eth1data poll](https://eth2book.info/capella/part2/deposits-withdrawals/deposit-processing/) ద్వారా ప్రాసెస్ చేయబడతాయి, ఇది బీకాన్ చైన్లోని ఒక ఫంక్షన్, ఇది ఎగ్జిక్యూషన్ లేయర్ నుండి డేటాను పొందుతుంది. ఇది ది మెర్జ్ ముందు కాలం నుండి వచ్చిన ఒక రకమైన సాంకేతిక రుణం, అప్పుడు బీకాన్ చైన్ ఒక ప్రత్యేక నెట్వర్క్ మరియు ప్రూఫ్-ఆఫ్-వర్క్ రీ-ఆర్గ్లతో సంబంధం కలిగి ఉండాల్సి వచ్చింది.
+
+[EIP-6110](https://eips.ethereum.org/EIPS/eip-6110) అనేది ఎగ్జిక్యూషన్ నుండి ఏకాభిప్రాయం లేయర్కు డిపాజిట్లను పంపిణీ చేయడానికి ఒక కొత్త మార్గం, ఇది తక్కువ అమలు సంక్లిష్టతతో తక్షణ ప్రాసెసింగ్ను అనుమతిస్తుంది. విలీనమైన ఇతీరియముకు చెందిన డిపాజిట్లను నిర్వహించడానికి ఇది మరింత సురక్షితమైన మార్గం. ఇది ప్రోటోకాల్ను భవిష్యత్తు-ప్రూఫ్ చేయడానికి కూడా సహాయపడుతుంది ఎందుకంటే దీనికి నోడ్ను బూట్స్ట్రాప్ చేయడానికి చారిత్రక డిపాజిట్లు అవసరం లేదు, ఇది చరిత్ర గడువు ముగియడానికి అవసరం.
+
+### BLS12-381 కోసం ప్రీకంపైల్ {#2537}
+
+ప్రీకంపైల్స్ అనేవి నేరుగా ఎథేరియం వర్చువల్ మషీన్ ([EVM](/developers/docs/evm/)) లోకి నిర్మించిన స్మార్ట్ కాంట్రాక్ట్ల యొక్క ప్రత్యేక సమితి. సాధారణ కాంట్రాక్ట్ల వలె కాకుండా, ప్రీకంపైల్లు వినియోగదారులచే అమలు చేయబడవు కానీ క్లయింట్ అమలులో భాగమే, దాని స్థానిక భాషలో (ఉదా., Go, Java, మొదలైనవి, సోలిడిటీ కాదు) వ్రాయబడతాయి. ప్రీకంపైల్స్ క్రిప్టోగ్రాఫిక్ ఆపరేషన్ల వంటి విస్తృతంగా ఉపయోగించే మరియు ప్రామాణికమైన ఫంక్షన్లకు ఉపయోగపడతాయి. స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు ప్రీకంపైల్లను సాధారణ కాంట్రాక్ట్గా కాల్ చేయవచ్చు కానీ మరింత భద్రత మరియు సామర్థ్యంతో.
+
+[EIP-2537](https://eips.ethereum.org/EIPS/eip-2537) [BLS12-381](https://hackmd.io/@benjaminion/bls12-381)పై కర్వ్ ఆపరేషన్ల కోసం కొత్త ప్రీకంపైల్లను జతచేస్తుంది. ఈ ఎలిప్టిక్ కర్వ్ దాని ఆచరణాత్మక లక్షణాల వల్ల క్రిప్టోకరెన్సీ పర్యావరణ వ్యవస్థలలో విస్తృతంగా ఉపయోగించబడింది. మరింత ప్రత్యేకంగా, ఇది ఇతీరియము యొక్క ఏకాభిప్రాయం లేయర్ ద్వారా స్వీకరించబడింది, ఇక్కడ దీనిని వాలిడేటర్లు ఉపయోగిస్తారు.
+
+కొత్త ప్రీకంపైల్ ప్రతి డెవలపర్కు ఈ కర్వ్ను ఉపయోగించి సులభంగా, సమర్థవంతంగా మరియు సురక్షితంగా క్రిప్టోగ్రాఫిక్ ఆపరేషన్లు, ఉదాహరణకు, సంతకాలను ధృవీకరించడం వంటివి చేయడానికి సామర్థ్యాన్ని జోడిస్తుంది. ఈ కర్వ్పై ఆధారపడిన ఆన్చైన్ అప్లికేషన్లు కొన్ని కస్టమ్ కాంట్రాక్ట్లకు బదులుగా ప్రీకంపైల్పై ఆధారపడటం ద్వారా మరింత గ్యాస్ సమర్థవంతంగా మరియు సురక్షితంగా మారగలవు. ఇది ప్రధానంగా EVM లోపల వాలిడేటర్ల గురించి తర్కించాలనుకునే అప్లికేషన్లకు వర్తిస్తుంది, ఉదా., స్టేకింగ్ పూల్స్, [రీస్టేకింగ్](/restaking/), లైట్ క్లయింట్లు, బ్రిడ్జ్లు కానీ జీరో-కనౌలెడ్జి కూడా.
+
+### స్టేట్ నుండి చారిత్రక బ్లాక్ హాష్లను అందించండి {#2935}
+
+EVM ప్రస్తుతం `BLOCKHASH` ఆప్కోడ్ను అందిస్తుంది, ఇది కాంట్రాక్ట్ డెవలపర్లకు నేరుగా ఎగ్జిక్యూషన్ లేయర్లో బ్లాక్ యొక్క హాష్ను తిరిగి పొందేందుకు వీలు కల్పిస్తుంది. అయితే, ఇది చివరి 256 బ్లాక్లకు మాత్రమే పరిమితం మరియు భవిష్యత్తులో స్టేట్లెస్ క్లయింట్లకు సమస్యాత్మకం కావచ్చు.
+
+[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) ఒక కొత్త సిస్టమ్ కాంట్రాక్ట్ను సృష్టిస్తుంది, ఇది చివరి 8192 బ్లాక్ హాష్లను స్టోరేజ్ స్లాట్లుగా అందించగలదు. ఇది స్టేట్లెస్ ఎగ్జిక్యూషన్ కోసం ప్రోటోకాల్ను భవిష్యత్తు-ప్రూఫ్ చేయడానికి సహాయపడుతుంది మరియు వెర్కిల్ ట్రైలను స్వీకరించినప్పుడు మరింత సమర్థవంతంగా మారుతుంది. అయితే, ఇది కాకుండా, రోలప్లు దీని నుండి వెంటనే ప్రయోజనం పొందవచ్చు, ఎందుకంటే అవి ఎక్కువ చారిత్రక విండోతో నేరుగా కాంట్రాక్ట్ను క్వెరీ చేయగలవు.
+
+### కమిటీ ఇండెక్స్ను అటెస్టేషన్ వెలుపలికి తరలించండి {#7549}
+
+బీకాన్ చైన్ ఏకాభిప్రాయం తాజా బ్లాక్ మరియు ఖరారు చేయబడిన ఎపోక్ కోసం తమ ఓట్లను వేసే వాలిడేటర్లపై ఆధారపడి ఉంటుంది. అటెస్టేషన్లో 3 అంశాలు ఉంటాయి, వాటిలో 2 ఓట్లు మరియు మూడవది కమిటీ ఇండెక్స్ విలువ.
+
+[EIP-7549](https://eips.ethereum.org/EIPS/eip-7549) ఈ ఇండెక్స్ను సంతకం చేసిన అటెస్టేషన్ సందేశం వెలుపలికి తరలిస్తుంది, ఇది ఏకాభిప్రాయం ఓట్లను ధృవీకరించడం మరియు ఏకీకృతం చేయడం సులభం చేస్తుంది. ఇది ప్రతి ఏకాభిప్రాయం క్లయింట్లో మరింత సామర్థ్యాన్ని ప్రారంభిస్తుంది మరియు ఇతీరియము ఏకాభిప్రాయాన్ని నిరూపించడానికి జీరో-కనౌలెడ్జి సర్క్యూట్లకు గణనీయమైన పనితీరు మెరుగుదలలను తీసుకురాగలదు.
+
+### EL కాన్ఫిగ్ ఫైల్లకు బ్లాబ్ షెడ్యూల్ను జోడించండి {#7840}
+
+[EIP-7840](https://eips.ethereum.org/EIPS/eip-7840) అనేది ఎగ్జిక్యూషన్ లేయర్ క్లయింట్ కాన్ఫిగరేషన్కు కొత్త ఫీల్డ్ను జోడించే ఒక సాధారణ మార్పు. ఇది బ్లాక్ల సంఖ్యను కాన్ఫిగర్ చేస్తుంది, ఒక బ్లాక్కు లక్ష్య మరియు గరిష్ట బ్లాబ్ కౌంట్ల కోసం డైనమిక్ సెట్టింగ్ను అలాగే బ్లాబ్ ఫీ సర్దుబాటును ప్రారంభిస్తుంది. నేరుగా నిర్వచించిన కాన్ఫిగరేషన్తో, క్లయింట్లు ఇంజిన్ API ద్వారా ఈ సమాచారాన్ని మార్పిడి చేసుకునే సంక్లిష్టతను నివారించవచ్చు.
+
+
+
+
+ఇతీరియము వినియోగదారు, డెవలపర్ లేదా వాలిడేటర్గా పెక్ట్రా మిమ్మల్ని ప్రత్యేకంగా ఎలా ప్రభావితం చేస్తుందో మరింత తెలుసుకోవడానికి, పెక్ట్రా FAQ చూడండి.
+
+
+
+
+## ఈ అప్గ్రేడ్ అన్ని ఇతీరియము నోడ్లు మరియు వాలిడేటర్లను ప్రభావితం చేస్తుందా? {#క్లయింట్-ప్రభావం}
+
+అవును, పెక్ట్రా అప్గ్రేడ్కు [ఎగ్జిక్యూషన్ క్లయింట్లు మరియు ఏకాభిప్రాయం క్లయింట్లు](/developers/docs/nodes-and-clients/) రెండింటికీ అప్డేట్లు అవసరం. అన్ని ప్రధాన ఇతీరియము క్లయింట్లు అధిక ప్రాధాన్యతగా గుర్తించబడిన హార్డ్ ఫోర్క్కు మద్దతు ఇచ్చే సంస్కరణలను విడుదల చేస్తాయి. Ethereum నెట్వర్క్ పోస్ట్-అప్గ్రేడ్తో సమకాలీకరణను నిర్వహించడానికి, నోడ్ ఆపరేటర్లు తప్పనిసరిగా మద్దతు ఉన్న క్లయింట్ వెర్షన్ను అమలు చేస్తున్నారని నిర్ధారించుకోవాలి. క్లయింట్ విడుదలల గురించిన సమాచారం సమయానుకూలమైనది మరియు వినియోగదారులు అత్యంత ప్రస్తుత వివరాల కోసం తాజా నవీకరణలను సూచించాలని గుర్తుంచుకోండి.
+
+## హార్డ్ ఫోర్క్ తర్వాత ETHను ఎలా మార్చవచ్చు? {#scam-alert}
+
+- **మీ ETH కోసం ఎటువంటి చర్య అవసరం లేదు**: ఇతీరియము పెక్ట్రా అప్గ్రేడ్ను అనుసరించి, మీ ETHను మార్చడం లేదా అప్గ్రేడ్ చేయడం అవసరం లేదు. మీ ఖాతా బ్యాలెన్స్లు అలాగే ఉంటాయి మరియు మీరు ప్రస్తుతం కలిగి ఉన్న ETH హార్డ్ ఫోర్క్ తర్వాత దాని ప్రస్తుత రూపంలో అందుబాటులో ఉంటుంది.
+- **స్కామ్ల పట్ల జాగ్రత్త వహించండి!** **మీ ETHను "అప్గ్రేడ్" చేయమని సూచించే ఎవరైనా మిమ్మల్ని స్కామ్ చేయడానికి ప్రయత్నిస్తున్నారు.** ఈ అప్గ్రేడ్కు సంబంధించి మీరు ఏమీ చేయవలసిన అవసరం లేదు. మీ ఆస్తులు పూర్తిగా ప్రభావితం కాకుండా ఉంటాయి. స్కామ్లకు వ్యతిరేకంగా సమాచారం ఇవ్వడం ఉత్తమ రక్షణ అని గుర్తుంచుకోండి.
+
+[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/భద్రత/)
+
+## దృశ్య అభ్యాసకులా? {#visual-learner}
+
+
+
+_పెక్ట్రా అప్గ్రేడ్లో ఏముంది? - క్రిస్టీన్ కిమ్_
+
+
+
+_ఇతీరియము పెక్ట్రా అప్గ్రేడ్: స్టేకర్లు తెలుసుకోవలసినవి — బ్లాక్డెమాన్_
+
+## మరింత సమాచారం {#further-reading}
+
+- [ఇతీరియము రోడ్మ్యాప్](/roadmap/)
+- [పెక్ట్రా FAQ](https://epf.wiki/#/wiki/pectra-faq)
+- [Pectra.wtf సమాచార పేజీ](https://pectra.wtf)
+- [పెక్ట్రా స్టేకర్ అనుభవాన్ని ఎలా మెరుగుపరుస్తుంది](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience)
+- [EIP7702 సమాచార పేజీ](https://eip7702.io/)
+- [పెక్ట్రా డెవ్నెట్లు](https://github.com/ethereum/pm/blob/master/Pectra/pectra-pm.md)
diff --git a/public/content/translations/te/roadmap/pectra/maxeb/index.md b/public/content/translations/te/roadmap/pectra/maxeb/index.md
new file mode 100644
index 00000000000..3af96db5c40
--- /dev/null
+++ b/public/content/translations/te/roadmap/pectra/maxeb/index.md
@@ -0,0 +1,204 @@
+---
+title: పెక్ట్రా మాక్స్EB
+description: పెక్ట్రా విడుదలలో మాక్స్EB గురించి మరింత తెలుసుకోండి
+lang: te
+---
+
+# మాక్స్EB {#maxeb}
+
+_tl;dr:_ పెక్ట్రా హార్డ్ ఫోర్క్ ఇతీరియము వాలిడేటర్లను **టైప్ 1** నుండి **టైప్ 2** విత్డ్రాయల్ క్రెడెన్షియల్స్కు మార్చడం ద్వారా అధిక గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ మరియు కాంపౌండింగ్ను ఎంచుకోవడానికి అనుమతిస్తుంది. దీనిని చేయడానికి అధికారిక సాధనం లాంచ్ప్యాడ్. ఈ ఆపరేషన్ను రివర్స్ చేయలేము.
+
+## అవలోకనం {#overview}
+
+### ప్రభావితమయ్యేది ఎవరు? {#who-is-affected}
+
+వాలిడేటర్ను నడిపే ఎవరైనా - ఇది బహుశా వారు నియంత్రించే ఒక వాలిడేటర్ యొక్క ఇండెక్స్ (ఉదా., [వాలిడేటర్ #12345](https://beaconcha.in/validator/12345)) తెలిసిన వారు. మీరు ఒక వాలిడేటర్ను నడపడానికి ఒక ప్రోటోకాల్ను ఉపయోగిస్తే (ఉదా., లిడో CSM లేదా రాకెట్ పూల్), వారు maxEBకు మద్దతు ఇస్తారా మరియు ఎప్పుడు ఇస్తారో చూడటానికి మీరు వారితో తనిఖీ చేయాలి.
+
+మీరు లిక్విడ్ స్టేకింగ్ టోకెన్ (ఉదా., rETH లేదా stETH) ఉపయోగించి స్టేక్ చేస్తే, ఎటువంటి చర్య అవసరం లేదు లేదా సిఫార్సు చేయబడలేదు.
+
+### "maxEB" అంటే ఏమిటి? {#what-is-maxeb}
+
+మాక్స్EB = ఒక వాలిడేటర్ యొక్క గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ (MAXimum Effective Balance). పెక్ట్రా హార్డ్ ఫోర్క్ వరకు, ప్రతి వాలిడేటర్ గరిష్టంగా 32 ETHపై సంపాదిస్తుంది. పెక్ట్రా తర్వాత, మార్పును ఎంచుకోవడం ద్వారా వాలిడేటర్లకు 32 మరియు 2048 ETH మధ్య ఏదైనా బ్యాలెన్స్పై, 1 ETH ఇంక్రిమెంట్లలో సంపాదించే అవకాశం ఉంటుంది.
+
+### ఒక వాలిడేటర్ ఎలా ఎంచుకుంటుంది? {#how-does-a-validator-opt-in}
+
+ఒక వాలిడేటర్ **టైప్ 1** నుండి **టైప్ 2** విత్డ్రాయల్ క్రెడెన్షియల్స్కు మార్చడం ద్వారా మాక్స్EB మార్పును ఎంచుకుంటుంది. పెక్ట్రా హార్డ్ ఫోర్క్ ప్రత్యక్ష ప్రసారం అయిన తర్వాత ఇది [లాంచ్ప్యాడ్ (వాలిడేటర్ చర్యలు)](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...`తో ప్రారంభమైతే, మీరు షాపెల్లా హార్డ్ ఫోర్క్కు ముందు డిపాజిట్ చేసారు మరియు ఇంకా విత్డ్రాయల్ చిరునామాను సెట్ చేయలేదు.
+
+
+
+2. **టైప్ 1** విత్డ్రాయల్ క్రెడెన్షియల్స్: మీ వాలిడేటర్ యొక్క విత్డ్రాయల్ క్రెడెన్షియల్స్ `0x01...`తో ప్రారంభమైతే, మీరు షాపెల్లా హార్డ్ ఫోర్క్ తర్వాత డిపాజిట్ చేసారు లేదా ఇప్పటికే మీ **టైప్ 0** క్రెడెన్షియల్స్ను **టైప్ 1** క్రెడెన్షియల్స్కు మార్చారు.
+
+
+
+3. **టైప్ 2** విత్డ్రాయల్ క్రెడెన్షియల్స్: ఈ కొత్త విత్డ్రాయల్ క్రెడెన్షియల్ రకం `0x02...`తో ప్రారంభమవుతుంది మరియు పెక్ట్రా తర్వాత ప్రారంభించబడుతుంది. **టైప్ 2** విత్డ్రాయల్ క్రెడెన్షియల్స్ ఉన్న వాలిడేటర్లను కొన్నిసార్లు "**కాంపౌండింగ్ వాలిడేటర్లు**" అని పిలుస్తారు
+
+| **అనుమతించబడింది** | **అనుమతించబడలేదు** |
+| ------------------ | ------------------ |
+| ✅ టైప్ 0 → టైప్ 1 | ❌ టైప్ 0 → టైప్ 2 |
+| ✅ టైప్ 1 → టైప్ 2 | ❌ టైప్ 1 → టైప్ 0 |
+| | ❌ టైప్ 2 → టైప్ 1 |
+| | ❌ టైప్ 2 → టైప్ 0 |
+
+### ప్రమాదాలు {#risks}
+
+మాక్స్EB ఒక వాలిడేటర్ను దాని మొత్తం బ్యాలెన్స్ను మరొక వాలిడేటర్కు పంపడానికి అనుమతిస్తుంది. ఏకీకరణ అభ్యర్థనను సమర్పించే వినియోగదారులు వారు సంతకం చేస్తున్న లావాదేవీ యొక్క మూలం మరియు విషయాలను ధృవీకరించాలి. మాక్స్EB ఫీచర్ల ప్రయోజనాన్ని పొందడానికి అధికారిక సాధనం లాంచ్ప్యాడ్. మీరు మూడవ-పక్ష సాధనాన్ని ఉపయోగించాలని నిర్ణయించుకుంటే, మీరు వీటిని ధృవీకరించాలి:
+
+- సోర్స్ వాలిడేటర్ యొక్క పబ్లిక్ కీ మరియు విత్డ్రాయల్ చిరునామా వారు నియంత్రించే వాలిడేటర్తో సరిపోలుతున్నాయి
+- టార్గెట్ వాలిడేటర్ యొక్క పబ్లిక్ కీ సరైనది మరియు వారికి చెందినది
+- వారు మరొక వాలిడేటర్కు నిధులను పంపాలని అనుకోకపోతే, అభ్యర్థన ఒక మార్పిడి, ఏకీకరణ కాదు
+- లావాదేవీ సరైన విత్డ్రాయల్ చిరునామా ద్వారా సంతకం చేయబడుతోంది
+
+మీరు ఉపయోగించాలని ప్లాన్ చేస్తున్న ఏదైనా మూడవ-పక్ష సాధనం గురించి [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** విత్డ్రాయల్ క్రెడెన్షియల్స్ కలిగి ఉండాలి
+- నిష్క్రమించే స్థితిలో ఉండకూడదు (లేదా స్లాష్ చేయబడి ఉండకూడదు)
+- మాన్యువల్గా ప్రేరేపించబడిన పెండింగ్ విత్డ్రాయల్స్ ఉండకూడదు (స్వీప్లకు వర్తించదు)
+
+
+
+### ఏకీకరణకు అవసరాలు {#requirements-for-consolidating}
+
+ఇది మార్పిడి వలె _అదే ఆపరేషన్_ కానీ _సోర్స్ వాలిడేటర్_ _టార్గెట్ వాలిడేటర్_ నుండి భిన్నంగా ఉన్నప్పుడు జరుగుతుంది. టార్గెట్ వాలిడేటర్ యొక్క ఇండెక్స్ భద్రపరచబడుతుంది మరియు సోర్స్ వాలిడేటర్ నుండి బ్యాలెన్స్ను అంగీకరిస్తుంది. సోర్స్ వాలిడేటర్ యొక్క ఇండెక్స్ `EXITED` స్థితిలో ఉంచబడుతుంది.
+
+ఈ సందర్భంలో, సోర్స్ వాలిడేటర్ పైన పేర్కొన్న అన్ని అవసరాలను కలిగి ఉంటుంది, అదనంగా:
+
+- కనీసం ~27.3 గంటలు యాక్టివ్గా ఉంది (ఒక `SHARD_COMMITTEE_PERIOD`)
+
+టార్గెట్ వాలిడేటర్ తప్పనిసరిగా
+
+- **టైప్ 2** విత్డ్రాయల్ క్రెడెన్షియల్స్ కలిగి ఉండాలి
+- నిష్క్రమించే స్థితిలో ఉండకూడదు.
+
+
+
+### ఏకీకరణ అభ్యర్థన {#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). స్టేకింగ్ కమ్యూనిటీ నుండి ఎంటిటీల ద్వారా సృష్టించబడిన మూడవ-పక్ష సాధనాలు కూడా ఉన్నాయి, అవి లాంచ్ప్యాడ్ ద్వారా అందించబడని ఫీచర్లను అందించవచ్చు. ఇక్కడ ఉన్న సాధనాలు ఇతీరియము ఫౌండేషన్ ద్వారా ఆడిట్ చేయబడలేదు లేదా ఆమోదించబడలేదు, అయినప్పటికీ, కిందివి కమ్యూనిటీలోని తెలిసిన సభ్యులచే ఓపెన్ సోర్స్ సాధనాలు.
+
+| సాధనం | వెబ్సైట్ | మూలం తెరవండి | సృష్టికర్త | ఆడిట్ చేయబడింది | ఇంటర్ఫేస్ | గమనించదగ్గ ఫీచర్లు |
+| ---------------------------------- | --------------------------------------------------------------------------------------------------------- | -------------------------------- | ---------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------- |
+| పెక్ట్రా స్టేకింగ్ మేనేజర్ | pectrastaking.com | అవును, అపాచీ 2.0 | [పియర్ టూ](https://piertwo.com/) | లేదు | వెబ్ UI | వాలెట్ కనెక్ట్, సేఫ్తో పనిచేస్తుంది |
+| పెక్ట్రా వాలిడేటర్ ఆప్స్ CLI సాధనం | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | అవును, MIT | [Luganodes](https://www.luganodes.com/) | అవును, క్వాంటస్టాంప్ [మే 2025](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | కమాండ్ లైన్ | బ్యాచింగ్, ఒకేసారి చాలా వాలిడేటర్ల కోసం |
+| ఎథెరియల్ | [GitHub](https://github.com/wealdtech/ethereal) | అవును, అపాచీ 2.0 | [జిమ్ మెక్డొనాల్డ్](https://www.attestant.io/team/) | లేదు | కమాండ్ లైన్ | వాలిడేటర్ మరియు నోడ్ నిర్వహణ కోసం పూర్తి ఫీచర్ సెట్ |
+| సైరన్ | [GitHub](https://github.com/sigp/siren) | అవును, అపాచీ 2.0 | [సిగ్మా ప్రైమ్](https://sigmaprime.io/) | లేదు | కొంత కమాండ్ లైన్, కానీ ప్రధానంగా వెబ్ UI | మీరు లైట్హౌస్ ఏకాభిప్రాయం క్లయింట్ను ఉపయోగిస్తుంటే మాత్రమే పనిచేస్తుంది |
+| Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | అవును, MIT లైసెన్సులు | [Stakely](https://stakely.io/) | లేదు | వెబ్ UI, స్టేకలీ ద్వారా హోస్ట్ చేయబడింది మరియు స్వేచ్ఛగా స్వీయ-హోస్ట్ చేయడానికి సిద్ధంగా ఉంది | వాలెట్కనెక్ట్తో సేఫ్ సహా ప్రధాన వాలెట్ కనెక్షన్లకు మద్దతు ఇస్తుంది |
+
+## తరచుగా అడిగే ప్రశ్నలు (FAQ) {#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/): ఏకీకరణలు, డిపాజిట్లు మరియు క్యూ నిరీక్షణ సమయాల స్థితిని వీక్షించండి
+- [ఎథెరియల్](https://github.com/wealdtech/ethereal): సాధారణ వాలిడేటర్ పనులను నిర్వహించడానికి కమ్యూనిటీ-సృష్టించిన CLI సాధనం
+- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): ఒకే లావాదేవీలో బహుళ ఇతీరియము వాలిడేటర్లను డిపాజిట్ చేయడానికి అనుమతించే కమ్యూనిటీ-సృష్టించిన కాంట్రాక్ట్
diff --git a/public/content/translations/te/roadmap/scaling/index.md b/public/content/translations/te/roadmap/scaling/index.md
new file mode 100644
index 00000000000..1f6edc15229
--- /dev/null
+++ b/public/content/translations/te/roadmap/scaling/index.md
@@ -0,0 +1,58 @@
+---
+title: ఇతీరియమును విస్తరించడం
+description: రోల్అప్లు ఆఫ్చెయిన్లో లావాదేవీలను కలిసికట్టుగా చేస్తాయి, వినియోగదారుడికి ఖర్చులను తగ్గిస్తాయి. అయితే, రోల్అప్లు ప్రస్తుతం డేటాను ఉపయోగించే విధానం చాలా ఖరీదైనది, ఇది లావాదేవీలు ఎంత చౌకగా ఉండవచ్చో పరిమితం చేస్తుంది. ప్రోటో-డాంక్షార్డింగ్ దీనిని సరిచేస్తుంది.
+lang: te
+image: /images/roadmap/roadmap-transactions.png
+alt: "Ethereum రోడ్మ్యాప్"
+template: రోడ్మ్యాప్
+---
+
+ఇతీరియము [లేయర్ 2లు](/layer-2/#rollups) (రోల్అప్లు అని కూడా పిలుస్తారు) ఉపయోగించి విస్తరించబడింది, ఇవి లావాదేవీలను కలిసికట్టుగా చేసి, అవుట్పుట్ను ఇతీరియముకు పంపుతాయి. రోల్అప్లు ఇతీరియము మెయిన్నెట్ కంటే ఎనిమిది రెట్లు వరకు తక్కువ ఖరీదైనవి అయినప్పటికీ, తుది వినియోగదారులకు ఖర్చులను తగ్గించడానికి రోల్అప్లను మరింత ఆప్టిమైజ్ చేయడం సాధ్యమవుతుంది. రోల్అప్లు కొన్ని కేంద్రీకృత భాగాలపై కూడా ఆధారపడతాయి, రోల్అప్లు పరిణతి చెందుతున్నప్పుడు డెవలపర్లు వాటిని తొలగించగలరు.
+
+
+
+
+ లావాదేవీ ఖర్చులు
+
+
+ - నేటి రోల్అప్లు ఇతీరియము లేయర్ 1 కంటే ~5-20x చౌకైనవి
+ - ZK-రోల్అప్లు త్వరలో రుసుములను ~40-100x తగ్గిస్తాయి
+ - ఇతీరియముకు రాబోయే మార్పులు మరో ~100-1000x విస్తరణను అందిస్తాయి
+ - వినియోగదారులు $0.001 కంటే తక్కువ ఖరీదు చేసే లావాదేవీల నుండి ప్రయోజనం పొందాలి
+
+
+
+
+## డేటాను చౌకగా చేయడం {#making-data-cheaper}
+
+రోల్అప్లు పెద్ద సంఖ్యలో లావాదేవీలను సేకరించి, వాటిని అమలు చేసి, ఫలితాలను ఇతీరియముకు సమర్పిస్తాయి. ఇది చాలా డేటాను ఉత్పత్తి చేస్తుంది, ఇది బహిరంగంగా అందుబాటులో ఉండాలి, తద్వారా ఎవరైనా తమంతట తాముగా లావాదేవీలను అమలు చేసి, రోల్అప్ ఆపరేటర్ నిజాయితీగా ఉన్నారని ధృవీకరించగలరు. ఎవరైనా వ్యత్యాసాన్ని కనుగొంటే, వారు సవాలును లేవనెత్తవచ్చు.
+
+### ప్రోటో-డాంక్షార్డింగ్ {#proto-danksharding}
+
+రోల్అప్ డేటా చారిత్రాత్మకంగా ఇతీరియముపై శాశ్వతంగా నిల్వ చేయబడింది, ఇది ఖరీదైనది. రోల్అప్లపై వినియోగదారులు చెల్లించే లావాదేవీ ఖర్చులో 90% కంటే ఎక్కువ ఈ డేటా నిల్వ కారణంగానే ఉంటుంది. లావాదేవీ ఖర్చులను తగ్గించడానికి, మనం డేటాను కొత్త తాత్కాలిక 'బ్లాబ్' నిల్వలోకి తరలించవచ్చు. బ్లాబ్లు చౌకైనవి ఎందుకంటే అవి శాశ్వతమైనవి కావు; అవి ఇకపై అవసరం లేనప్పుడు ఇతీరియము నుండి తొలగించబడతాయి. రోల్అప్ డేటాను దీర్ఘకాలికంగా నిల్వ చేయడం రోల్అప్ ఆపరేటర్లు, మార్పిడులు, ఇండెక్సింగ్ సేవలు మొదలైన వాటికి అవసరమైన వారి బాధ్యత అవుతుంది. ఇతీరియముకు బ్లాబ్ లావాదేవీలను జోడించడం "ప్రోటో-డాంక్షార్డింగ్" అని పిలువబడే అప్గ్రేడ్లో భాగం.
+
+ప్రోటో-డాంక్షార్డింగ్తో, ఇతీరియము బ్లాక్లకు అనేక బ్లాబ్లను జోడించడం సాధ్యమవుతుంది. ఇది ఇతీరియము యొక్క త్రూపుట్కు మరో గణనీయమైన (>100x) స్కేల్-అప్ను మరియు లావాదేవీ ఖర్చులకు స్కేల్-డౌన్ను ప్రారంభిస్తుంది.
+
+### డాన్క్షర్డింగ్ {#danksharding}
+
+బ్లాబ్ డేటాను విస్తరించే రెండవ దశ సంక్లిష్టమైనది, ఎందుకంటే నెట్వర్క్లో రోల్అప్ డేటా అందుబాటులో ఉందో లేదో తనిఖీ చేయడానికి కొత్త పద్ధతులు అవసరం మరియు [వాలిడేటర్లు](/glossary/#validator) వారి [బ్లాక్](/glossary/#block) నిర్మాణం మరియు బ్లాక్ ప్రతిపాదన బాధ్యతలను వేరుచేయడంపై ఆధారపడి ఉంటుంది. వాలిడేటర్లు బ్లాబ్ డేటా యొక్క చిన్న ఉపసమితులను ధృవీకరించారని క్రిప్టోగ్రాఫికల్గా నిరూపించడానికి కూడా ఇది ఒక మార్గాన్ని కోరుతుంది.
+
+ఈ రెండవ దశను ["డాంక్షార్డింగ్"](/roadmap/danksharding/) అని పిలుస్తారు. [బ్లాక్ నిర్మాణం మరియు బ్లాక్ ప్రతిపాదనను వేరుచేయడం](/roadmap/pbs) వంటి ముందస్తు అవసరాలపై పురోగతి సాధించడంతో అమలు పని కొనసాగుతుంది మరియు ఒకేసారి కొన్ని కిలోబైట్లను యాదృచ్ఛికంగా నమూనా చేయడం ద్వారా డేటా అందుబాటులో ఉందని నెట్వర్క్ సమర్థవంతంగా నిర్ధారించడానికి వీలు కల్పించే కొత్త నెట్వర్క్ డిజైన్లు, దీనిని [డేటా లభ్యత నమూనా (DAS)](/developers/docs/data-availability) అని పిలుస్తారు.
+
+డాంక్షార్డింగ్ గురించి మరింత
+
+## రోల్అప్లను వికేంద్రీకరించడం {#decentralizing-rollups}
+
+[రోల్అప్లు](/layer-2) ఇప్పటికే ఇతీరియమును విస్తరిస్తున్నాయి. [రోల్అప్ ప్రాజెక్టుల యొక్క గొప్ప పర్యావరణ వ్యవస్థ](https://l2beat.com/scaling/tvs) వినియోగదారులను భద్రతా హామీల శ్రేణితో, వేగంగా మరియు చౌకగా లావాదేవీలు చేయడానికి వీలు కల్పిస్తోంది. అయితే, రోల్అప్లు కేంద్రీకృత సీక్వెన్సర్లను ఉపయోగించి బూట్స్ట్రాప్ చేయబడ్డాయి (ఇతీరియముకు సమర్పించే ముందు అన్ని లావాదేవీల ప్రాసెసింగ్ మరియు సమూహనాన్ని చేసే కంప్యూటర్లు). ఇది సెన్సార్షిప్కు గురయ్యే అవకాశం ఉంది, ఎందుకంటే సీక్వెన్సర్ ఆపరేటర్లను మంజూరు చేయవచ్చు, లంచం ఇవ్వవచ్చు లేదా ఇతరత్రా రాజీ పడవచ్చు. అదే సమయంలో, [రోల్అప్లు](https://l2beat.com/scaling/summary) ఇన్కమింగ్ డేటాను ధృవీకరించే విధానంలో విభిన్నంగా ఉంటాయి. "ప్రూవర్స్" [ఫ్రాడ్ ప్రూఫ్లు](/glossary/#fraud-proof) లేదా వ్యాలిడిటీ ప్రూఫ్లను సమర్పించడం ఉత్తమ మార్గం, కానీ అన్ని రోల్అప్లు ఇంకా ఆ దశకు చేరుకోలేదు. వ్యాలిడిటీ/ఫ్రాడ్ ప్రూఫ్లను ఉపయోగించే రోల్అప్లు కూడా తెలిసిన ప్రూవర్స్ యొక్క చిన్న పూల్ను ఉపయోగిస్తాయి. అందువల్ల, ఇతీరియమును విస్తరించడంలో తదుపరి కీలకమైన దశ, సీక్వెన్సర్లు మరియు ప్రూవర్లను నడపడానికి బాధ్యతను ఎక్కువ మందికి పంపిణీ చేయడం.
+
+రోల్అప్ల గురించి మరింత
+
+## ప్రస్తుత పురోగతి {#current-progress}
+
+ప్రోటో-డాంక్షార్డింగ్ మార్చి 2024లో కాన్కున్-డెనెబ్ ("డెన్కన్") నెట్వర్క్ అప్గ్రేడ్లో భాగంగా విజయవంతంగా అమలు చేయబడింది. ఇది అమలు చేసినప్పటి నుండి, రోల్అప్లు బ్లాబ్ నిల్వను ఉపయోగించడం ప్రారంభించాయి, ఫలితంగా వినియోగదారులకు లావాదేవీ ఖర్చులు తగ్గాయి మరియు మిలియన్ల కొద్దీ లావాదేవీలు బ్లాబ్లలో ప్రాసెస్ చేయబడ్డాయి.
+
+పూర్తి డాంక్షార్డింగ్పై పని కొనసాగుతుంది, దాని ముందస్తు అవసరాలైన PBS (ప్రొపోజర్-బిల్డర్ సెపరేషన్) మరియు DAS (డేటా లభ్యత నమూనా) పై పురోగతి సాధించబడుతోంది. రోల్అప్ మౌలిక సదుపాయాలను వికేంద్రీకరించడం ఒక క్రమమైన ప్రక్రియ - కొద్దిగా భిన్నమైన వ్యవస్థలను నిర్మిస్తున్న అనేక విభిన్న రోల్అప్లు ఉన్నాయి మరియు అవి విభిన్న రేట్లలో పూర్తిగా వికేంద్రీకరించబడతాయి.
+
+[డెన్కన్ నెట్వర్క్ అప్గ్రేడ్ మరియు దాని ప్రభావంపై మరింత సమాచారం](/roadmap/dencun/)
+
+
diff --git a/public/content/translations/te/roadmap/secret-leader-election/index.md b/public/content/translations/te/roadmap/secret-leader-election/index.md
index ad0e6cf7d6b..5fec6bf74ab 100644
--- a/public/content/translations/te/roadmap/secret-leader-election/index.md
+++ b/public/content/translations/te/roadmap/secret-leader-election/index.md
@@ -8,19 +8,19 @@ summaryPoints:
- ఈ ఆలోచన యొక్క పొడిగింపు ప్రతి స్లాట్లో వాలిడేటర్ ఎంపికను యాదృచ్ఛికంగా చేయడం.
---
-# రహస్య నేత ఎన్నిక {#single-secret-leader-election}
+# రహస్య నాయకుడి ఎన్నిక {#single-secret-leader-election}
-నేటి [ప్రూఫ్-ఆఫ్-స్టాక్](/developers/docs/consensus-mechanisms/pos) ఆధారిత ఏకాభిప్రాయ విధానంలో, రాబోయే బ్లాక్ ప్రపోజర్ల జాబితా పబ్లిక్గా ఉంటుంది మరియు వారి IP చిరునామాలను మ్యాప్ చేయడం సాధ్యపడుతుంది. దీనర్థం, దాడి చేసేవారు బ్లాక్ను ప్రతిపాదించడానికి ఏ వాలిడేటర్లను గుర్తించగలరు మరియు వారిని సమయానికి తమ బ్లాక్ను ప్రతిపాదించలేక పోవడంతో డినియల్-ఆఫ్-సర్వీస్ (DOS) దాడితో వారిని లక్ష్యంగా చేసుకోవచ్చు.
+నేటి [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos) ఆధారిత ఏకాభిప్రాయ విధానంలో, రాబోయే బ్లాక్ ప్రపోజర్ల జాబితా పబ్లిక్గా ఉంటుంది మరియు వారి IP చిరునామాలను మ్యాప్ చేయడం సాధ్యపడుతుంది. దీనర్థం, దాడి చేసేవారు బ్లాక్ను ప్రతిపాదించడానికి ఏ వాలిడేటర్లను గుర్తించగలరు మరియు వారిని సమయానికి తమ బ్లాక్ను ప్రతిపాదించలేక పోవడంతో డినియల్-ఆఫ్-సర్వీస్ (DOS) దాడితో వారిని లక్ష్యంగా చేసుకోవచ్చు.
-ఇది దాడి చేసే వ్యక్తికి లాభం పొందే అవకాశాలను సృష్టించగలదు. ఉదాహరణకు స్లాట్ `n+1` కోసం ఎంచుకున్న బ్లాక్ ప్రపోజర్ `n` స్లాట్లో ప్రపోజర్ను డాస్ చేయగలదు, తద్వారా వారు బ్లాక్ను ప్రతిపాదించే అవకాశాన్ని కోల్పోతారు. ఇది దాడి చేసే బ్లాక్ ప్రపోజర్ను రెండు స్లాట్ల యొక్క MEVని సంగ్రహించడానికి లేదా రెండు బ్లాక్లలో విభజించబడిన అన్ని లావాదేవీలను పట్టుకోవడానికి అనుమతిస్తుంది మరియు బదులుగా వాటన్నింటినీ ఒకదానిలో చేర్చి, అన్ని అనుబంధ రుసుములను పొందుతుంది. ఇది DOS దాడుల నుండి తమను తాము రక్షించుకోవడానికి మరింత అధునాతన పద్ధతులను ఉపయోగించగల అధునాతన సంస్థాగత వాలిడేటర్ల కంటే హోమ్ వాలిడేటర్లను ఎక్కువగా ప్రభావితం చేసే అవకాశం ఉంది మరియు అందువల్ల ఇది కేంద్రీకృత శక్తి కావచ్చు.
+ఇది దాడి చేసే వ్యక్తికి లాభం పొందే అవకాశాలను సృష్టించగలదు. ఉదాహరణకు, స్లాట్ `n+1` కోసం ఎంచుకున్న బ్లాక్ ప్రపోజర్, స్లాట్ `n`లోని ప్రపోజర్ను DOS చేయగలదు, తద్వారా వారు బ్లాక్ను ప్రతిపాదించే అవకాశాన్ని కోల్పోతారు. ఇది దాడి చేసే బ్లాక్ ప్రపోజర్ను రెండు స్లాట్ల యొక్క MEVని సంగ్రహించడానికి లేదా రెండు బ్లాక్లలో విభజించబడిన అన్ని లావాదేవీలను పట్టుకోవడానికి అనుమతిస్తుంది మరియు బదులుగా వాటన్నింటినీ ఒకదానిలో చేర్చి, అన్ని అనుబంధ రుసుములను పొందుతుంది. ఇది DOS దాడుల నుండి తమను తాము రక్షించుకోవడానికి మరింత అధునాతన పద్ధతులను ఉపయోగించగల అధునాతన సంస్థాగత వాలిడేటర్ల కంటే హోమ్ వాలిడేటర్లను ఎక్కువగా ప్రభావితం చేసే అవకాశం ఉంది మరియు అందువల్ల ఇది కేంద్రీకృత శక్తి కావచ్చు.
-ఈ సమస్యకు అనేక పరిష్కారాలు ఉన్నాయి. ఒకటి [డిస్ట్రిబ్యూటెడ్ వాలిడేటర్ టెక్నాలజీ](https://github.com/ethereum/distributed-validator-specs) ఇది రిడెండెన్సీతో బహుళ మెషీన్లలో వాలిడేటర్ను అమలు చేయడానికి సంబంధించిన వివిధ పనులను విస్తరించడం దీని లక్ష్యం, తద్వారా నిర్దిష్ట స్లాట్లో బ్లాక్ను ప్రతిపాదించకుండా నిరోధించడం దాడి చేసేవారికి చాలా కష్టం. అయితే, అత్యంత బలమైన పరిష్కారం **సింగిల్ సీక్రెట్ లీడర్ ఎలక్షన్ (SSLE)**.
+ఈ సమస్యకు అనేక పరిష్కారాలు ఉన్నాయి. ఒకటి [డిస్ట్రిబ్యూటెడ్ వాలిడేటర్ టెక్నాలజీ](https://github.com/ethereum/distributed-validator-specs), దీని లక్ష్యం ఒక వాలిడేటర్ను నడపడానికి సంబంధించిన వివిధ పనులను రిడెండెన్సీతో బహుళ మెషీన్లకు విస్తరించడం, తద్వారా ఒక నిర్దిష్ట స్లాట్లో బ్లాక్ను ప్రతిపాదించకుండా ఒక దాడి చేసేవారిని నిరోధించడం చాలా కష్టమవుతుంది. అయితే, అత్యంత బలమైన పరిష్కారం **సింగిల్ సీక్రెట్ లీడర్ ఎలక్షన్ (SSLE)**.
-## ఒకే రహస్య నేత ఎన్నిక {#secret-leader-election}
+## సింగిల్ రహస్య నాయకుడి ఎన్నిక {#secret-leader-election}
SSLEలో, ఎంచుకున్న వ్యాలిడేటర్కు మాత్రమే తాము ఎంపిక చేసినట్లు తెలుసుకునేలా తెలివైన క్రిప్టోగ్రఫీ ఉపయోగించబడుతుంది. ప్రతి వ్యాలిడేటర్ వారందరూ పంచుకునే రహస్యానికి నిబద్ధతను సమర్పించడం ద్వారా ఇది పని చేస్తుంది. కమిట్మెంట్లు షఫుల్ చేయబడ్డాయి మరియు రీకాన్ఫిగర్ చేయబడతాయి, తద్వారా ఎవరూ వాలిడేటర్లకు కమిట్మెంట్లను మ్యాప్ చేయలేరు కానీ ప్రతి వాలిడేటర్కు ఏ నిబద్ధత చెందుతుందో తెలుసు. అప్పుడు, ఒక నిబద్ధత యాదృచ్ఛికంగా ఎంపిక చేయబడుతుంది. ఒక వేలిడేటర్ వారి నిబద్ధత ఎంపిక చేయబడిందని గుర్తిస్తే, బ్లాక్ను ప్రతిపాదించడం తమ వంతు అని వారికి తెలుసు.
-ఈ ఆలోచన యొక్క ప్రధాన అమలును [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763) అంటారు. ఏది క్రింది విధంగా పనిచేస్తుంది:
+ఈ ఆలోచన యొక్క ప్రముఖ అమలును [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763) అని పిలుస్తారు. ఏది క్రింది విధంగా పనిచేస్తుంది:
1. ధృవీకరణదారులు భాగస్వామ్య రహస్యానికి కట్టుబడి ఉంటారు. కమిట్మెంట్ స్కీమ్ రూపొందించబడింది, ఇది వాలిడేటర్ గుర్తింపుకు కట్టుబడి ఉంటుంది కానీ యాదృచ్ఛికంగా కూడా ఉంటుంది, తద్వారా ఏ మూడవ పక్షం బైండింగ్ను రివర్స్ ఇంజనీర్ చేయలేరు మరియు నిర్దిష్ట వాలిడేటర్కు నిర్దిష్ట నిబద్ధతను లింక్ చేయలేరు.
2. ఒక ఎపోచ్ ప్రారంభంలో, RANDAO ఉపయోగించి 16,384 వాలిడేటర్ల నుండి మాదిరి కమిట్మెంట్లకు యాదృచ్ఛిక వాలిడేటర్ల సెట్ ఎంచుకోబడుతుంది.
@@ -31,14 +31,14 @@ SSLEలో, ఎంచుకున్న వ్యాలిడేటర్క
ఇది DOS దాడుల సామర్థ్యాన్ని నిరోధిస్తూ, తదుపరి బ్లాక్ను ఏ నిర్దిష్ట వ్యాలిడేటర్ ప్రతిపాదిస్తారో ముందుగానే దాడి చేసేవారికి తెలియకుండా చేస్తుంది.
-## రహస్య నాన్-సింగిల్ లీడర్ ఎలక్షన్ (SnSLE) {#secret-non-single-leader-election}
+## రహస్య నాన్-సింగిల్ నాయకుడి ఎన్నిక (SnSLE) {#secret-non-single-leader-election}
-**రహస్య నాన్-సింగిల్ లీడర్ ఎలక్షన్ ( SnSLE)** అని పిలువబడే ప్రూఫ్-ఆఫ్-వర్క్ కింద బ్లాక్ ప్రపోజల్ ఎలా నిర్ణయించబడిందో అదే విధంగా, ప్రతి స్లాట్లో ప్రతి ఒక్కరు ఒక బ్లాక్ను ప్రతిపాదించే అవకాశం ఉన్న దృష్టాంతాన్ని రూపొందించే లక్ష్యంతో ఒక ప్రత్యేక ప్రతిపాదన కూడా ఉంది. దీన్ని చేయడానికి ఒక సాధారణ మార్గం ఏమిటంటే, నేటి ప్రోటోకాల్లో యాదృచ్ఛికంగా వాలిడేటర్లను ఎంచుకోవడానికి ఉపయోగించే RANDAO ఫంక్షన్ను ఉపయోగించడం. RANDAO ఆలోచన ఏమిటంటే, అనేక స్వతంత్ర వాలిడేటర్లు సమర్పించిన హ్యాష్లను కలపడం ద్వారా తగినంత యాదృచ్ఛిక సంఖ్య ఉత్పత్తి అవుతుంది. SnSLEలో, ఈ హాష్లు తదుపరి బ్లాక్ ప్రపోజర్ను ఎంచుకోవడానికి ఉపయోగించబడతాయి, ఉదాహరణకు అత్యల్ప-విలువ హాష్ను ఎంచుకోవడం ద్వారా. ప్రతి స్లాట్లో వ్యక్తిగత వ్యాలిడేటర్లు ఎంపిక చేయబడే సంభావ్యతను ట్యూన్ చేయడానికి చెల్లుబాటు అయ్యే హ్యాష్ల పరిధిని పరిమితం చేయవచ్చు. హాష్ తప్పనిసరిగా `2^256 * 5 / N` కంటే తక్కువగా ఉండాలి అని నొక్కి చెప్పడం ద్వారా `N` = సక్రియ వ్యాలిడేటర్ల సంఖ్య, ప్రతి స్లాట్లో ఏదైనా వ్యక్తిగత వ్యాలిడేటర్ ఎంపిక చేయబడే అవకాశం ఉంటుంది `5/N`. ఈ ఉదాహరణలో, ప్రతి స్లాట్లో కనీసం ఒక ప్రపోజర్ చెల్లుబాటు అయ్యే హాష్ను రూపొందించడానికి 99.3% అవకాశం ఉంటుంది.
+ప్రూఫ్-ఆఫ్-వర్క్ కింద బ్లాక్ ప్రతిపాదన ఎలా నిర్ణయించబడిందో అదే విధంగా, ప్రతి స్లాట్లో వాలిడేటర్లు ఒక బ్లాక్ను ప్రతిపాదించే యాదృచ్ఛిక అవకాశం ఉన్న దృష్టాంతాన్ని రూపొందించే లక్ష్యంతో ఒక ప్రత్యేక ప్రతిపాదన కూడా ఉంది, దీనిని **రహస్య నాన్-సింగిల్ నాయకుడి ఎన్నిక (SnSLE)** అని పిలుస్తారు. దీన్ని చేయడానికి ఒక సాధారణ మార్గం ఏమిటంటే, నేటి ప్రోటోకాల్లో యాదృచ్ఛికంగా వాలిడేటర్లను ఎంచుకోవడానికి ఉపయోగించే RANDAO ఫంక్షన్ను ఉపయోగించడం. RANDAO ఆలోచన ఏమిటంటే, అనేక స్వతంత్ర వాలిడేటర్లు సమర్పించిన హ్యాష్లను కలపడం ద్వారా తగినంత యాదృచ్ఛిక సంఖ్య ఉత్పత్తి అవుతుంది. SnSLEలో, ఈ హాష్లు తదుపరి బ్లాక్ ప్రపోజర్ను ఎంచుకోవడానికి ఉపయోగించబడతాయి, ఉదాహరణకు అత్యల్ప-విలువ హాష్ను ఎంచుకోవడం ద్వారా. ప్రతి స్లాట్లో వ్యక్తిగత వ్యాలిడేటర్లు ఎంపిక చేయబడే సంభావ్యతను ట్యూన్ చేయడానికి చెల్లుబాటు అయ్యే హ్యాష్ల పరిధిని పరిమితం చేయవచ్చు. హాష్ తప్పనిసరిగా `2^256 * 5 / N` కంటే తక్కువగా ఉండాలని నొక్కిచెప్పడం ద్వారా, ఇక్కడ `N` = క్రియాశీల వాలిడేటర్ల సంఖ్య, ప్రతి స్లాట్లో ఏదైనా వ్యక్తిగత వాలిడేటర్ ఎంపికయ్యే అవకాశం `5/N` ఉంటుంది. ఈ ఉదాహరణలో, ప్రతి స్లాట్లో కనీసం ఒక ప్రపోజర్ చెల్లుబాటు అయ్యే హాష్ను రూపొందించడానికి 99.3% అవకాశం ఉంటుంది.
## ప్రస్తుత పురోగతి {#current-progress}
సేల్ మరియు సేల్ రెండూ పరిశోధన దశలో ఉన్నాయి. రెండు ఆలోచనలకు ఇంకా ఖరారు చేసిన స్పెసిఫికేషన్ లేదు. SSLE మరియు SnSLE పోటీ ప్రతిపాదనలు రెండూ అమలు చేయబడలేదు. షిప్పింగ్ చేయడానికి ముందు వారికి పబ్లిక్ టెస్ట్నెట్లలో మరింత పరిశోధన మరియు అభివృద్ధి, ప్రోటోటైపింగ్ మరియు అమలు చేయడం అవసరం.
-## Further reading {#further-reading}
+## మరింత సమాచారం {#further-reading}
- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789)
diff --git a/public/content/translations/te/roadmap/security/index.md b/public/content/translations/te/roadmap/security/index.md
new file mode 100644
index 00000000000..726c5bdb4bf
--- /dev/null
+++ b/public/content/translations/te/roadmap/security/index.md
@@ -0,0 +1,48 @@
+---
+title: మరింత సురక్షితమైన ఇతీరియము
+description: ఇతీరియము అనేది ఉనికిలో ఉన్న అత్యంత సురక్షితమైన మరియు వికేంద్రీకృత స్మార్ట్-కాంట్రాక్ట్ ప్లాట్ఫారమ్. అయినప్పటికీ, భవిష్యత్తులో ఏ స్థాయి దాడికైనా ఇతీరియము స్థితిస్థాపకంగా ఉండేలా ఇప్పటికీ మెరుగుదలలు చేయవచ్చు.
+lang: te
+image: /images/roadmap/roadmap-security.png
+alt: "Ethereum రోడ్మ్యాప్"
+template: రోడ్మ్యాప్
+---
+
+**ఇతీరియము ఇప్పటికే చాలా సురక్షితమైనది**, వికేంద్రీకృత [స్మార్ట్-కాంట్రాక్ట్](/glossary/#smart-contract) ప్లాట్ఫారమ్. అయినప్పటికీ, భవిష్యత్తులో అన్ని రకాల దాడులకు ఇతీరియము స్థితిస్థాపకంగా ఉండేలా ఇప్పటికీ మెరుగుదలలు చేయవచ్చు. వీటిలో [ఇతీరియము క్లయింట్లు](/glossary/#consensus-client) పోటీ పడుతున్న [బ్లాక్లతో](/glossary/#block) వ్యవహరించే విధానానికి సూక్ష్మమైన మార్పులు, అలాగే నెట్వర్క్ బ్లాక్లను ["ఖరారు"](/developers/docs/consensus-mechanisms/pos/#finality) చేసినట్లుగా పరిగణించే వేగాన్ని పెంచడం వంటివి ఉన్నాయి (అంటే దాడి చేసేవారికి తీవ్రమైన ఆర్థిక నష్టాలు లేకుండా వాటిని మార్చలేరు).
+
+బ్లాక్ ప్రపోజర్లను వారి బ్లాక్ల యొక్క వాస్తవ కంటెంట్కు అంధులుగా చేయడం ద్వారా లావాదేవీలను సెన్సార్ చేయడాన్ని చాలా కష్టతరం చేసే మెరుగుదలలు కూడా ఉన్నాయి, మరియు ఒక క్లయింట్ సెన్సార్ చేస్తున్నప్పుడు గుర్తించడానికి కొత్త మార్గాలు కూడా ఉన్నాయి. ఈ మెరుగుదలలు కలిసి [ప్రూఫ్-ఆఫ్-స్టేక్](/glossary/#pos) ప్రోటోకాల్ను అప్గ్రేడ్ చేస్తాయి, తద్వారా వినియోగదారులు - వ్యక్తుల నుండి కార్పొరేషన్ల వరకు - ఇతీరియములో వారి యాప్లు, డేటా మరియు ఆస్తులపై తక్షణ విశ్వాసం కలిగి ఉంటారు.
+
+## స్టేకింగ్ ఉపసంహరణలు {#staking-withdrawals}
+
+[ప్రూఫ్-ఆఫ్-వర్క్](/glossary/#pow) నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు అప్గ్రేడ్ అనేది, ఇతీరియము మార్గదర్శకులు వారి ETHను ఒక డిపాజిట్ కాంట్రాక్ట్లో “స్టేకింగ్” చేయడంతో ప్రారంభమైంది. ఆ ETH నెట్వర్క్ను రక్షించడానికి ఉపయోగించబడుతుంది. ధ్రువీకర్తలను స్టేక్ చేసిన ETHను ఉపసంహరించుకోవడానికి అనుమతించడానికి ఏప్రిల్ 12, 2023న రెండవ అప్డేట్ వచ్చింది. అప్పటి నుండి ధ్రువీకర్తలు స్వేచ్ఛగా 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తో, సున్నా ఉంటాయి. వినియోగదారులు, వ్యక్తుల నుండి యాప్లు మరియు ఎక్స్ఛేంజ్ల వరకు, వారి లావాదేవీలు తిరిగి మార్చబడవనే వేగవంతమైన హామీ నుండి ప్రయోజనం పొందుతారు, మరియు నెట్వర్క్ ఒక మొత్తం తరగతి దాడులను మూసివేయడం ద్వారా ప్రయోజనం పొందుతుంది.
+
+సింగిల్ స్లాట్ ఫైనాలిటీ గురించి చదవండి
+
+## సెన్సార్షిప్కు వ్యతిరేకంగా రక్షణ {#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/te/roadmap/single-slot-finality/index.md b/public/content/translations/te/roadmap/single-slot-finality/index.md
index 930a22efa2a..b8db7820b38 100644
--- a/public/content/translations/te/roadmap/single-slot-finality/index.md
+++ b/public/content/translations/te/roadmap/single-slot-finality/index.md
@@ -4,11 +4,11 @@ description: సింగిల్ స్లాట్ ముగింపు య
lang: te
---
-# సింగిల్ స్లాట్ ఫైనల్ {#single-slot-finality}
+# ఒకే స్లాట్ ఖరారు {#single-slot-finality}
-Ethereum బ్లాక్ను ఖరారు చేయడానికి సుమారు 15 నిమిషాలు పడుతుంది. అయినప్పటికీ, మేము Ethereum యొక్క ఏకాభిప్రాయ మెకానిజం బ్లాక్లను మరింత సమర్ధవంతంగా ధృవీకరించేలా చేయవచ్చు మరియు సమయం నుండి ముగింపును నాటకీయంగా తగ్గించవచ్చు. పదిహేను నిమిషాలు వేచి ఉండటానికి బదులుగా, బ్లాక్లను అదే స్లాట్లో ప్రతిపాదించి ఖరారు చేయవచ్చు. ఈ భావనను **సింగిల్ స్లాట్ ఫైనల్ (SSF)** అంటారు.
+Ethereum బ్లాక్ను ఖరారు చేయడానికి సుమారు 15 నిమిషాలు పడుతుంది. అయినప్పటికీ, మేము Ethereum యొక్క ఏకాభిప్రాయ మెకానిజం బ్లాక్లను మరింత సమర్ధవంతంగా ధృవీకరించేలా చేయవచ్చు మరియు సమయం నుండి ముగింపును నాటకీయంగా తగ్గించవచ్చు. పదిహేను నిమిషాలు వేచి ఉండటానికి బదులుగా, బ్లాక్లను అదే స్లాట్లో ప్రతిపాదించి ఖరారు చేయవచ్చు. ఈ భావనను **సింగిల్ స్లాట్ ఖరారు (SSF)** అని అంటారు.
-## What is finality? {#what-is-finality}
+## అంతిమత్వం అంటే ఏమిటి? {#what-is-finality}
Ethereum యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఆధారిత ఏకాభిప్రాయ మెకానిజంలో, మొత్తం వాటా ETHలో కనీసం 33% బర్న్ చేయకుండా బ్లాక్చెయిన్ నుండి బ్లాక్ను మార్చడం లేదా తీసివేయడం సాధ్యం కాదని హామీని ఫైనల్ సూచిస్తుంది. ఇది 'క్రిప్టో-ఎకనామిక్' భద్రత ఎందుకంటే విశ్వాసం అనేది చెయిన్ యొక్క క్రమం లేదా కంటెంట్ను మార్చడానికి సంబంధించిన అత్యంత అధిక ధర నుండి వస్తుంది, ఇది ఏ హేతుబద్ధమైన ఆర్థిక నటుడు ప్రయత్నించకుండా నిరోధించవచ్చు.
@@ -16,7 +16,7 @@ Ethereum యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఆధ
ఫైనల్కు ప్రస్తుత సమయం చాలా పొడవుగా మారింది. చాలా మంది వినియోగదారులు ముగింపు కోసం 15 నిమిషాలు వేచి ఉండాలనుకోవడం లేదు మరియు అధిక లావాదేవీల నిర్వహణను కోరుకునే యాప్లు మరియు ఎక్స్ఛేంజీలు తమ లావాదేవీలు శాశ్వతంగా ఉన్నాయని నిర్ధారించుకోవడానికి చాలా కాలం వేచి ఉండటం అసౌకర్యంగా ఉంటుంది. బ్లాక్ యొక్క ప్రతిపాదన మరియు ఖరారు మధ్య ఆలస్యం ఉండటం వలన దాడి చేసే వ్యక్తి నిర్దిష్ట బ్లాక్లను సెన్సార్ చేయడానికి లేదా MEVని సంగ్రహించడానికి ఉపయోగించే చిన్న రీఆర్గ్ల కోసం కూడా అవకాశం ఏర్పడుతుంది. దశలవారీగా బ్లాక్లను అప్గ్రేడ్ చేయడంతో వ్యవహరించే మెకానిజం చాలా క్లిష్టంగా ఉంటుంది మరియు భద్రతా లోపాలను మూసివేయడానికి అనేకసార్లు ప్యాచ్ చేయబడింది, ఇది Ethereum కోడ్బేస్లో సూక్ష్మ బగ్లు ఎక్కువగా తలెత్తే అవకాశం ఉన్న భాగాలలో ఒకటిగా మారింది. ఈ సమస్యలన్నీ ఒకే స్లాట్కు ముగింపుకు సమయాన్ని తగ్గించడం ద్వారా తొలగించబడతాయి.
-## వికేంద్రీకరణ / సమయం / ఓవర్ హెడ్ ట్రేడ్ఆఫ్ {#the-decentralization-time-overhead-tradeoff}
+## వికేంద్రీకరణ / సమయం / ఓవర్ హెడ్ ఇచ్చిపుచ్చుకోలు {#the-decentralization-time-overhead-tradeoff}
తుది హామీ అనేది కొత్త బ్లాక్ యొక్క తక్షణ ఆస్తి కాదు; కొత్త బ్లాక్ ఖరారు కావడానికి సమయం పడుతుంది. దీనికి కారణం ఏమిటంటే, నెట్వర్క్లోని మొత్తం వాటా ETHలో కనీసం 2/3 వంతుకు ప్రాతినిధ్యం వహించే వాలిడేటర్లు బ్లాక్కు ("ధృవీకరించు") ఓటు వేయాలి. ఒక బ్లాక్ ఆ 2/3 థ్రెషోల్డ్ను సాధించిందో లేదా లేదో తెలుసుకోవడానికి, నెట్వర్క్లోని ప్రతి ధృవీకరణ నోడ్ ఇతర నోడ్ల నుండి ధృవీకరణలను ప్రాసెస్ చేయవలసి ఉంటుంది.
@@ -26,41 +26,40 @@ Ethereum యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఆధ
Ethereum యొక్క ప్రస్తుత ఏకాభిప్రాయ యంత్రాంగం ఈ మూడు పారామితులను దీని ద్వారా సమతుల్యం చేసింది:
-- **కనీస వాటాను 32 ETHకు సెట్ చేస్తోంది**. ఇది వ్యక్తిగత నోడ్ల ద్వారా ప్రాసెస్ చేయవలసిన వాలిడేటర్ల ధృవీకరణల సంఖ్యపై గరిష్ట పరిమితిని సెట్ చేస్తుంది మరియు అందువల్ల ప్రతి నోడ్కు గణన అవసరాలపై గరిష్ట పరిమితి.
-- **సమయాన్ని ~15 నిమిషాలకు ముగింపుకు సెట్ చేస్తోంది**. ఇది సాధారణ హోమ్ కంప్యూటర్లలో రన్ అయ్యే వ్యాలిడేటర్లకు ప్రతి బ్లాక్కు ధృవీకరణలను సురక్షితంగా ప్రాసెస్ చేయడానికి తగిన సమయాన్ని ఇస్తుంది.
+- **కనీస వాటాను 32 ETHకు సెట్ చేయడం**. ఇది వ్యక్తిగత నోడ్ల ద్వారా ప్రాసెస్ చేయవలసిన వాలిడేటర్ల ధృవీకరణల సంఖ్యపై గరిష్ట పరిమితిని సెట్ చేస్తుంది మరియు అందువల్ల ప్రతి నోడ్కు గణన అవసరాలపై గరిష్ట పరిమితి.
+- **ఖరారు అయ్యే సమయాన్ని ~15 నిమిషాలకు సెట్ చేయడం**. ఇది సాధారణ హోమ్ కంప్యూటర్లలో రన్ అయ్యే వ్యాలిడేటర్లకు ప్రతి బ్లాక్కు ధృవీకరణలను సురక్షితంగా ప్రాసెస్ చేయడానికి తగిన సమయాన్ని ఇస్తుంది.
ప్రస్తుత మెకానిజం డిజైన్తో, సమయాన్ని ముగింపుకు తగ్గించడానికి, నెట్వర్క్లోని వాలిడేటర్ల సంఖ్యను తగ్గించడం లేదా ప్రతి నోడ్కు హార్డ్వేర్ అవసరాలను పెంచడం అవసరం. అయినప్పటికీ, ప్రతి నోడ్ వద్ద ఓవర్హెడ్కు జోడించకుండా మరిన్ని ధృవీకరణలను లెక్కించడానికి అనుమతించే ధృవీకరణలు ప్రాసెస్ చేయబడిన విధానానికి మెరుగుదలలు ఉన్నాయి. మరింత సమర్థవంతమైన ప్రాసెసింగ్ అనేది రెండు ఎపోచ్లలో కాకుండా ఒకే స్లాట్లో తుదిని నిర్ణయించడానికి అనుమతిస్తుంది.
## SSFకు మార్గాలు {#routes-to-ssf}
-
+
ప్రతి వాలిడేటర్ బ్లాక్ను ధృవీకరించడానికి ప్రాసెస్ చేయాల్సిన సందేశాల సంఖ్యను తగ్గించడానికి, ప్రస్తుత ఏకాభిప్రాయ మెకానిజం కమిటీలు అని పిలువబడే బహుళ వాలిడేటర్ల నుండి ధృవీకరణలను మిళితం చేస్తుంది. ప్రతి వాలిడేటర్కు ప్రతి ఎపోచ్లో (32 స్లాట్లు) ధృవీకరించడానికి అవకాశం ఉంటుంది, కానీ ప్రతి స్లాట్లో, 'కమిటీ' అటెస్ట్ అని పిలువబడే వాలిడేటర్ల ఉపసమితి మాత్రమే ఉంటుంది. వారు సబ్నెట్లుగా విభజించడం ద్వారా అలా చేస్తారు, దీనిలో కొంతమంది వ్యాలిడేటర్లను 'అగ్రిగేటర్లు'గా ఎంపిక చేస్తారు. ఆ అగ్రిగేటర్లు ప్రతి ఒక్కరు తమ సబ్నెట్లోని ఇతర వ్యాలిడేటర్ల నుండి చూసే అన్ని సంతకాలను ఒకే మొత్తం సంతకంగా మిళితం చేస్తారు. అత్యధిక సంఖ్యలో వ్యక్తిగత సహకారాలను కలిగి ఉన్న అగ్రిగేటర్ వారి మొత్తం సంతకాన్ని బ్లాక్ ప్రపోజర్కు పంపుతుంది, అతను ఇతర కమిటీల నుండి మొత్తం సంతకంతో పాటు బ్లాక్లో చేర్చాడు.
-ఈ ప్రక్రియ ప్రతి ఎపోచ్లో ఓటు వేయడానికి ప్రతి వాలిడేటర్కు తగిన సామర్థ్యాన్ని అందిస్తుంది, ఎందుకంటే 32 స్లాట్లు * 64 కమిటీలు * ఒక్కో కమిటీకి 256 వాలిడేటర్లు = ఒక్కో ఎపోచ్కు 524,288 వాలిడేటర్లు. వ్రాసే సమయంలో (ఫిబ్రవరి 2023) ~513,000 యాక్టివ్ వాలిడేటర్లు ఉన్నారు.
+ఈ ప్రక్రియ ప్రతి ఎపోచ్లో ఓటు వేయడానికి ప్రతి వాలిడేటర్కు తగిన సామర్థ్యాన్ని అందిస్తుంది, ఎందుకంటే 32 స్లాట్లు \* 64 కమిటీలు \* ఒక్కో కమిటీకి 256 వాలిడేటర్లు = ఒక్కో ఎపోచ్కు 524,288 వాలిడేటర్లు. వ్రాసే సమయంలో (ఫిబ్రవరి 2023) ~513,000 యాక్టివ్ వాలిడేటర్లు ఉన్నారు.
-ఈ స్కీమ్లో, ప్రతి వ్యాలిడేటర్ మొత్తం ఎపోచ్ అంతటా వారి ధృవీకరణలను పంపిణీ చేయడం ద్వారా బ్లాక్లో ఓటు వేయడం మాత్రమే సాధ్యమవుతుంది. అయినప్పటికీ, మెకానిజమ్ను మెరుగుపరచడానికి సంభావ్య మార్గాలు ఉన్నాయి, తద్వారా _ప్రతి వాలిడేటర్కు ప్రతి స్లాట్లో_ ధృవీకరించే అవకాశం ఉంటుంది.
-
+ఈ స్కీమ్లో, ప్రతి వ్యాలిడేటర్ మొత్తం ఎపోచ్ అంతటా వారి ధృవీకరణలను పంపిణీ చేయడం ద్వారా బ్లాక్లో ఓటు వేయడం మాత్రమే సాధ్యమవుతుంది. అయినప్పటికీ, మెకానిజమ్ను మెరుగుపరచడానికి సంభావ్య మార్గాలు ఉన్నాయి, తద్వారా _ప్రతి వాలిడేటర్కు ప్రతి స్లాట్లో_ ధృవీకరించే అవకాశం ఉంటుంది.
Ethereum ఏకాభిప్రాయ యంత్రాంగాన్ని రూపొందించినప్పటి నుండి, సంతకం అగ్రిగేషన్ స్కీమ్ (BLS) మొదట అనుకున్నదానికంటే చాలా ఎక్కువ స్కేలబుల్గా గుర్తించబడింది, అయితే సంతకాలను ప్రాసెస్ చేయడానికి మరియు ధృవీకరించడానికి ఖాతాదారుల సామర్థ్యం కూడా మెరుగుపడింది. పెద్ద సంఖ్యలో వాలిడేటర్ల నుండి ధృవీకరణలను ప్రాసెస్ చేయడం వాస్తవానికి ఒకే స్లాట్లో సాధ్యమవుతుందని తేలింది. ఉదాహరణకు, ఒక మిలియన్ వాలిడేటర్లు ప్రతి స్లాట్లో రెండుసార్లు ఓటు వేస్తారు మరియు స్లాట్ సమయాలు 16 సెకన్లకు సర్దుబాటు చేయబడతాయి, స్లాట్లోని మొత్తం 1 మిలియన్ ధృవీకరణలను ప్రాసెస్ చేయడానికి నోడ్లు కనీసం సెకనుకు 125,000 అగ్రిగేషన్ల చొప్పున సంతకాలను ధృవీకరించవలసి ఉంటుంది. వాస్తవానికి, ఒక సాధారణ కంప్యూటర్కు ఒక సంతకం ధృవీకరణ చేయడానికి దాదాపు 500 నానోసెకన్లు పడుతుంది, అంటే 125,000 ~62.5 msలో చేయవచ్చు - ఒక సెకను థ్రెషోల్డ్ కంటే చాలా తక్కువ.
-ఉదా. ఒక్కో స్లాట్కు యాదృచ్ఛికంగా ఎంపిక చేయబడిన 125,000 మందితో కూడిన సూపర్కమిటీలను సృష్టించడం ద్వారా మరింత సామర్థ్య లాభాలను పొందవచ్చు. ఈ వాలిడేటర్లు మాత్రమే బ్లాక్పై ఓటు వేయగలరు మరియు అందువల్ల ఈ ఉపసమితి వ్యాలిడేటర్లు మాత్రమే బ్లాక్ ఖరారు చేయబడిందా అని నిర్ణయిస్తారు. ఇది మంచి ఆలోచన కాదా అనేది కమ్యూనిటీ Ethereumపై విజయవంతమైన దాడిని ఎంత ఖరీదైనదిగా ఇష్టపడుతుందనే దానిపై వస్తుంది. ఎందుకంటే మొత్తం స్టేక్డ్ ఈథర్లో 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 వాలిడేటర్లను సూచిస్తుంది.
+ఉదాహరణకు, ప్రతి స్లాట్కు 125,000 మంది యాదృచ్ఛికంగా ఎంపిక చేసిన వాలిడేటర్లతో సూపర్కమిటీలను సృష్టించడం ద్వారా మరింత సామర్థ్యాన్ని సాధించవచ్చు. ఈ వాలిడేటర్లు మాత్రమే బ్లాక్పై ఓటు వేయగలరు మరియు అందువల్ల ఈ ఉపసమితి వ్యాలిడేటర్లు మాత్రమే బ్లాక్ ఖరారు చేయబడిందా అని నిర్ణయిస్తారు. ఇది మంచి ఆలోచన కాదా అనేది కమ్యూనిటీ Ethereumపై విజయవంతమైన దాడిని ఎంత ఖరీదైనదిగా ఇష్టపడుతుందనే దానిపై వస్తుంది. ఎందుకంటే మొత్తం స్టేక్ చేసిన ఈథర్లో 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) మరియు డాన్షార్డింగ్ క్రింద ప్రత్యేక బ్లాక్ బిల్డర్లకు ఎలా బ్లాక్ బిల్డింగ్ మరియు రోల్అప్ డేటా కోసం కమిట్మెంట్లను రూపొందించడం వంటివి.
+అయితే, ధృవీకరణ అనేది నిజమైన అడ్డంకి కాదు - ఇది నిజంగా వాలిడేటర్ నోడ్లను సవాలు చేసే సంతకం అగ్రిగేషన్. సంతకాల అగ్రిగేషన్ను స్కేల్ చేయడానికి బహుశా ప్రతి సబ్నెట్లో వాలిడేటర్ల సంఖ్యను పెంచడం, సబ్నెట్ల సంఖ్యను పెంచడం, లేదా అదనపు అగ్రిగేషన్ లేయర్లను జోడించడం (అంటే, కమిటీల కమిటీలను అమలు చేయడం) అవసరం. పరిష్కారంలో కొంత భాగం ప్రత్యేక అగ్రిగేటర్లను అనుమతించడం కావచ్చు - ప్రొపోజర్-బిల్డర్ సెపరేషన్ (PBS) మరియు డాన్షార్డింగ్ క్రింద ప్రత్యేక బ్లాక్ బిల్డర్లకు ఎలా బ్లాక్ బిల్డింగ్ మరియు రోల్అప్ డేటా కోసం కమిట్మెంట్లను రూపొందించడం వంటివి.
## SSFలో ఫోర్క్-ఛాయిస్ నియమం యొక్క పాత్ర ఏమిటి? {#role-of-the-fork-choice-rule}
-నేటి ఏకాభిప్రాయ మెకానిజం ఫైనల్ గాడ్జెట్ (2/3 వాలిడేటర్లు నిర్దిష్ట గొలుసును ధృవీకరించారో లేదో నిర్ణయించే అల్గారిథం) మరియు ఫోర్క్ ఎంపిక నియమం మధ్య గట్టి కలపడంపై ఆధారపడి ఉంటుంది. (బహుళ ఎంపికలు ఉన్నప్పుడు ఏ చైన్ సరైనదో నిర్ణయించే అల్గోరిథం). ఫోర్క్ ఎంపిక అల్గోరిథం బ్లాక్లను _నుండి_ చివరిగా ఖరారు చేసిన బ్లాక్ను మాత్రమే పరిగణిస్తుంది. SSF క్రింద ఫోర్క్ ఎంపిక నియమాన్ని పరిగణనలోకి తీసుకోవడానికి బ్లాక్లు ఏవీ ఉండవు, ఎందుకంటే బ్లాక్ ప్రతిపాదించబడిన స్లాట్లోనే అంతిమంగా ఉంటుంది. SSF _ఏదో_ క్రింద ఫోర్క్ ఎంపిక అల్గోరిథం _లేదా_ ఫైనల్ గాడ్జెట్ ఎప్పుడైనా సక్రియంగా ఉంటుందని దీని అర్థం. ఫైనలిటీ గాడ్జెట్ 2/3 వాలిడేటర్లు ఆన్లైన్లో మరియు నిజాయితీగా ధృవీకరించే బ్లాక్లను ఖరారు చేస్తుంది. ఒక బ్లాక్ 2/3 థ్రెషోల్డ్ను మించలేకపోతే, ఏ చైన్ను అనుసరించాలో నిర్ణయించడానికి ఫోర్క్ ఎంపిక నియమం ప్రారంభమవుతుంది. ఇది కొన్ని అదనపు సూక్ష్మ నైపుణ్యాలతో ఉన్నప్పటికీ >1/3 వాలిడేటర్లు ఆఫ్లైన్లో ఉన్న చెయిన్ను పునరుద్ధరించే ఇన్యాక్టివిటీ లీక్ మెకానిజంను నిర్వహించడానికి అవకాశాన్ని కూడా సృష్టిస్తుంది.
+నేటి ఏకాభిప్రాయ మెకానిజం ఫైనల్ గాడ్జెట్ (2/3 వాలిడేటర్లు నిర్దిష్ట గొలుసును ధృవీకరించారో లేదో నిర్ణయించే అల్గారిథం) మరియు ఫోర్క్ ఎంపిక నియమం మధ్య గట్టి కలపడంపై ఆధారపడి ఉంటుంది. (బహుళ ఎంపికలు ఉన్నప్పుడు ఏ చైన్ సరైనదో నిర్ణయించే అల్గోరిథం). ఫోర్క్ ఎంపిక అల్గారిథమ్ చివరిగా ఖరారు చేయబడిన బ్లాక్ _తర్వాత_ ఉన్న బ్లాక్లను మాత్రమే పరిగణనలోకి తీసుకుంటుంది. SSF క్రింద ఫోర్క్ ఎంపిక నియమాన్ని పరిగణనలోకి తీసుకోవడానికి బ్లాక్లు ఏవీ ఉండవు, ఎందుకంటే బ్లాక్ ప్రతిపాదించబడిన స్లాట్లోనే అంతిమంగా ఉంటుంది. దీని అర్థం, SSF కింద ఏ సమయంలోనైనా _ఫోర్క్ ఎంపిక అల్గారిథమ్ లేదా_ ఖరారు గాడ్జెట్ రెండింటిలో ఏదో ఒకటి సక్రియంగా ఉంటుంది. ఫైనలిటీ గాడ్జెట్ 2/3 వాలిడేటర్లు ఆన్లైన్లో మరియు నిజాయితీగా ధృవీకరించే బ్లాక్లను ఖరారు చేస్తుంది. ఒక బ్లాక్ 2/3 థ్రెషోల్డ్ను మించలేకపోతే, ఏ చైన్ను అనుసరించాలో నిర్ణయించడానికి ఫోర్క్ ఎంపిక నియమం ప్రారంభమవుతుంది. ఇది కొన్ని అదనపు సూక్ష్మ నైపుణ్యాలతో ఉన్నప్పటికీ, >1/3 వంతు వాలిడేటర్లు ఆఫ్లైన్కు వెళ్లినప్పుడు చైన్ను పునరుద్ధరించే నిష్క్రియాత్మక లీక్ మెకానిజమ్ను నిర్వహించడానికి ఒక అవకాశాన్ని కూడా సృష్టిస్తుంది.
-## అత్యుత్తమ సమస్యలు {#outstanding-issues}
+## పరిష్కరించని సమస్యలు {#outstanding-issues}
-సబ్నెట్కు వాలిడేటర్ల సంఖ్యను పెంచడం ద్వారా స్కేలింగ్ అగ్రిగేషన్లో సమస్య ఏమిటంటే ఇది పీర్-టు-పీర్ నెట్వర్క్పై ఎక్కువ లోడ్కు దారి తీస్తుంది. అగ్రిగేషన్ల పొరలను జోడించడంలో సమస్య ఏమిటంటే ఇది ఇంజనీర్కు చాలా క్లిష్టంగా ఉంటుంది మరియు జాప్యాన్ని జోడిస్తుంది (అనగా బ్లాక్ ప్రపోజర్ అన్ని సబ్నెట్ అగ్రిగేటర్ల నుండి వినడానికి ఎక్కువ సమయం పట్టవచ్చు). BLS సిగ్నేచర్ అగ్రిగేషన్తో కూడా ప్రతి స్లాట్లో ప్రాసెస్ చేయగల దానికంటే ఎక్కువ యాక్టివ్ వాలిడేటర్లు నెట్వర్క్లో ఉన్నారనే దృష్టాంతంతో ఎలా వ్యవహరించాలో కూడా స్పష్టంగా లేదు. ఒక సంభావ్య పరిష్కారం ఏమిటంటే, ప్రతి స్లాట్లో అందరు వాలిడేటర్లు ధృవీకరిస్తారు మరియు SSF క్రింద కమిటీలు లేవు, సమర్థవంతమైన బ్యాలెన్స్పై 32 ETH క్యాప్ పూర్తిగా తీసివేయబడుతుంది, అంటే బహుళ వాలిడేటర్లను నిర్వహించే ఆపరేటర్లు తమ వాటాను ఏకీకృతం చేయవచ్చు మరియు తక్కువ అమలు చేయగలరు, మొత్తం వ్యాలిడేటర్ సెట్కు ఖాతాను నిర్ధారించే నోడ్లను ప్రాసెస్ చేయాల్సిన సందేశాల సంఖ్యను తగ్గించవచ్చు. ఇది పెద్ద స్టేకర్లు తమ వాలిడేటర్లను ఏకీకృతం చేయడానికి అంగీకరించడంపై ఆధారపడి ఉంటుంది. ఏ సమయంలోనైనా వాలిడేటర్ల సంఖ్య లేదా స్టాక్ చేసిన ETH మొత్తంపై స్థిరమైన పరిమితిని విధించడం కూడా సాధ్యమే. ఏది ఏమైనప్పటికీ, ఏ వ్యాలిడేటర్లు పాల్గొనడానికి అనుమతించబడాలి మరియు ఏది కాదు, అవాంఛిత ద్వితీయ ప్రభావాలను సృష్టించే బాధ్యతను నిర్ణయించడానికి దీనికి కొంత యంత్రాంగం అవసరం.
+సబ్నెట్కు వాలిడేటర్ల సంఖ్యను పెంచడం ద్వారా స్కేలింగ్ అగ్రిగేషన్లో సమస్య ఏమిటంటే ఇది పీర్-టు-పీర్ నెట్వర్క్పై ఎక్కువ లోడ్కు దారి తీస్తుంది. అగ్రిగేషన్ లేయర్లను జోడించడంలో సమస్య ఏమిటంటే, దానిని ఇంజనీరింగ్ చేయడం చాలా క్లిష్టంగా ఉంటుంది మరియు జాప్యాన్ని పెంచుతుంది (అంటే, బ్లాక్ ప్రపోజర్ అన్ని సబ్నెట్ అగ్రిగేటర్ల నుండి వినడానికి ఎక్కువ సమయం పట్టవచ్చు). BLS సిగ్నేచర్ అగ్రిగేషన్తో కూడా ప్రతి స్లాట్లో ప్రాసెస్ చేయగల దానికంటే ఎక్కువ యాక్టివ్ వాలిడేటర్లు నెట్వర్క్లో ఉన్నారనే దృష్టాంతంతో ఎలా వ్యవహరించాలో కూడా స్పష్టంగా లేదు. ఒక సంభావ్య పరిష్కారం ఏమిటంటే, ప్రతి స్లాట్లో అందరు వాలిడేటర్లు ధృవీకరిస్తారు మరియు SSF క్రింద కమిటీలు లేవు, సమర్థవంతమైన బ్యాలెన్స్పై 32 ETH క్యాప్ పూర్తిగా తీసివేయబడుతుంది, అంటే బహుళ వాలిడేటర్లను నిర్వహించే ఆపరేటర్లు తమ వాటాను ఏకీకృతం చేయవచ్చు మరియు తక్కువ అమలు చేయగలరు, మొత్తం వ్యాలిడేటర్ సెట్కు ఖాతాను నిర్ధారించే నోడ్లను ప్రాసెస్ చేయాల్సిన సందేశాల సంఖ్యను తగ్గించవచ్చు. ఇది పెద్ద స్టేకర్లు తమ వాలిడేటర్లను ఏకీకృతం చేయడానికి అంగీకరించడంపై ఆధారపడి ఉంటుంది. ఏ సమయంలోనైనా వాలిడేటర్ల సంఖ్య లేదా స్టాక్ చేసిన ETH మొత్తంపై స్థిరమైన పరిమితిని విధించడం కూడా సాధ్యమే. ఏది ఏమైనప్పటికీ, ఏ వ్యాలిడేటర్లు పాల్గొనడానికి అనుమతించబడాలి మరియు ఏది కాదు, అవాంఛిత ద్వితీయ ప్రభావాలను సృష్టించే బాధ్యతను నిర్ణయించడానికి దీనికి కొంత యంత్రాంగం అవసరం.
## ప్రస్తుత పురోగతి {#current-progress}
-SSF పరిశోధన దశలో ఉంది. [Verkle ట్రీస్](/roadmap/verkle-trees/) మరియు [Danksharding](/roadmap/danksharding/) వంటి ఇతర గణనీయమైన అప్గ్రేడ్ల తర్వాత ఇది చాలా సంవత్సరాల వరకు రవాణా చేయబడుతుందని అంచనా వేయబడలేదు.
+SSF పరిశోధన దశలో ఉంది. [Verkle trees](/roadmap/verkle-trees/) మరియు [Danksharding](/roadmap/danksharding/) వంటి ఇతర గణనీయమైన అప్గ్రేడ్ల తర్వాత, ఇది చాలా సంవత్సరాల వరకు విడుదల కాదని అంచనా.
-## Further reading {#further-reading}
+## మరింత సమాచారం {#further-reading}
-- [EDCON 2022లో SSFలో విటాలిక్](https://www.youtube.com/watch?v=nPgUKNPWXNI)
-- [విటాలిక్ నోట్స్: సింగిల్ స్లాట్ ఫైనల్కు మార్గాలు](https://notes.ethereum.org/@vbuterin/single_slot_finality)
+- [EDCON 2022లో SSFపై విటాలిక్](https://www.youtube.com/watch?v=nPgUKNPWXNI)
+- [విటాలిక్ నోట్స్: సింగిల్ స్లాట్ ఖరారుకు మార్గాలు](https://notes.ethereum.org/@vbuterin/single_slot_finality)
diff --git a/public/content/translations/te/roadmap/statelessness/index.md b/public/content/translations/te/roadmap/statelessness/index.md
index 4b401b4c211..fb6893666f7 100644
--- a/public/content/translations/te/roadmap/statelessness/index.md
+++ b/public/content/translations/te/roadmap/statelessness/index.md
@@ -4,7 +4,7 @@ description: చరిత్ర గడువు మరియు స్థిత
lang: te
---
-# స్థితి రాహిత్యం, రాష్ట్ర గడువు మరియు చరిత్ర గడువు {#statelessness}
+# స్థితిరాహిత్యం, స్టేట్ గడువు మరియు చరిత్ర గడువు {#statelessness}
మోడెస్ట్ హార్డ్వేర్పై Ethereum నోడ్లను అమలు చేయగల సామర్థ్యం నిజమైన వికేంద్రీకరణకు కీలకం. ఎందుకంటే నోడ్ను అమలు చేయడం వలన వినియోగదారులకు డేటాను అందించడానికి మూడవ పక్షాన్ని విశ్వసించడం కంటే స్వతంత్రంగా క్రిప్టోగ్రాఫిక్ తనిఖీలను నిర్వహించడం ద్వారా సమాచారాన్ని ధృవీకరించే సామర్థ్యాన్ని అందిస్తుంది. నోడ్ను అమలు చేయడం వలన వినియోగదారులు మధ్యవర్తిని విశ్వసించకుండా నేరుగా Ethereum పీర్-టు-పీర్ నెట్వర్క్కు లావాదేవీలను సమర్పించడానికి అనుమతిస్తుంది. ఖరీదైన హార్డ్వేర్ ఉన్న వినియోగదారులకు మాత్రమే ఈ ప్రయోజనాలు అందుబాటులో ఉంటే వికేంద్రీకరణ సాధ్యం కాదు. బదులుగా, నోడ్లు చాలా మోడెస్ట్ ప్రాసెసింగ్ మరియు మెమరీ అవసరాలతో అమలు చేయగలగాలి, తద్వారా అవి మొబైల్ ఫోన్లు, మైక్రో-కంప్యూటర్లు లేదా హోమ్ కంప్యూటర్లో గుర్తించబడని విధంగా అమలు చేయగలవు.
@@ -12,18 +12,18 @@ lang: te
పాత డేటాను నిల్వ చేయడానికి చౌకైన హార్డ్ డ్రైవ్లను ఉపయోగించవచ్చు కానీ ఇన్కమింగ్ బ్లాక్లను కొనసాగించడానికి అవి చాలా నెమ్మదిగా ఉంటాయి. డేటాను చౌకగా మరియు సులభంగా నిల్వ చేయడానికి క్లయింట్ల కోసం ప్రస్తుత నిల్వ నమూనాలను ఉంచడం అనేది సమస్యకు తాత్కాలిక మరియు పాక్షిక పరిష్కారం మాత్రమే, ఎందుకంటే Ethereum యొక్క రాష్ట్ర వృద్ధి 'అపరిమితంగా' ఉంది, అంటే నిల్వ అవసరాలు ఎప్పుడైనా పెరుగుతాయి మరియు సాంకేతిక మెరుగుదలలు ఎల్లప్పుడూ నిరంతర రాష్ట్ర వృద్ధికి అనుగుణంగా ఉండాలి. బదులుగా, స్థానిక డేటాబేస్ల నుండి డేటాను వెతకడంపై ఆధారపడని బ్లాక్లు మరియు లావాదేవీలను ధృవీకరించడానికి క్లయింట్లు తప్పనిసరిగా కొత్త మార్గాలను కనుగొనాలి.
-## నోడ్స్ కోసం నిల్వను తగ్గించడం {#reducing-storage-for-nodes}
+## నోడ్ల కోసం నిల్వను తగ్గించడం {#reducing-storage-for-nodes}
ప్రతి నోడ్ నిల్వ చేయాల్సిన డేటా మొత్తాన్ని తగ్గించడానికి అనేక మార్గాలు ఉన్నాయి, ప్రతి ఒక్కటి Ethereum యొక్క కోర్ ప్రోటోకాల్ను వేరే మేరకు నవీకరించడం అవసరం:
-- **చరిత్ర గడువు**: X బ్లాక్ల కంటే పాత స్టేట్ డేటాను విస్మరించడానికి నోడ్లను ప్రారంభించండి, కానీ Ethereum క్లయింట్ స్టేట్ డేటాను ఎలా హ్యాండిల్ చేస్తుందో మార్చదు
-- **స్టేట్ ఎక్స్పైరీ**: తరచుగా ఉపయోగించని స్టేట్ డేటా నిష్క్రియంగా మారడానికి అనుమతించండి. క్రియారహిత డేటా పునరుత్థానం చేయబడే వరకు క్లయింట్లు దానిని విస్మరించవచ్చు.
-- **బలహీన స్థితిలేనితనం**: బ్లాక్ ప్రొడ్యూసర్లకు మాత్రమే పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరం, ఇతర నోడ్లు స్థానిక స్టేట్ డేటాబేస్ లేకుండా బ్లాక్లను ధృవీకరించగలవు.
-- **బలమైన స్థితిలేనితనం**: పూర్తి స్థితి డేటాకు నోడ్లకు యాక్సెస్ అవసరం లేదు.
+- **చరిత్ర గడువు**: X బ్లాక్ల కంటే పాత స్టేట్ డేటాను విస్మరించడానికి నోడ్లను అనుమతిస్తుంది, కానీ ఎథేరియం క్లయింట్ స్టేట్ డేటాను ఎలా నిర్వహిస్తుందో అది మార్చదు.
+- **స్టేట్ గడువు**: తరచుగా ఉపయోగించని స్టేట్ డేటా క్రియారహితం కావడానికి అనుమతిస్తుంది. క్రియారహిత డేటా పునరుత్థానం చేయబడే వరకు క్లయింట్లు దానిని విస్మరించవచ్చు.
+- **బలహీన స్థితిరాహిత్యం**: బ్లాక్ ప్రొడ్యూసర్లకు మాత్రమే పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరం, ఇతర నోడ్లు స్థానిక స్టేట్ డేటాబేస్ లేకుండా బ్లాక్లను ధృవీకరించగలవు.
+- **బలమైన స్థితిరాహిత్యం**: ఏ నోడ్లకూ పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరం లేదు.
## డేటా గడువు {#data-expiry}
-### చరిత్ర గడువు ముగిసింది {#history-expiry}
+### చరిత్ర గడువు {#history-expiry}
హిస్టరీ ఎక్స్పైరీ అనేది క్లయింట్లు తమకు అవసరం లేని పాత డేటాను తీసివేయడాన్ని సూచిస్తుంది, తద్వారా వారు తక్కువ మొత్తంలో చారిత్రక డేటాను మాత్రమే నిల్వ చేస్తారు, కొత్త డేటా వచ్చినప్పుడు పాత డేటాను వదిలివేస్తారు. క్లయింట్లకు చారిత్రక డేటా అవసరం కావడానికి రెండు కారణాలు ఉన్నాయి: డేటా అభ్యర్థనలను సమకాలీకరించడం మరియు అందించడం. వాస్తవానికి, క్లయింట్లు జెనెసిస్ బ్లాక్ నుండి సమకాలీకరించవలసి ఉంటుంది, ప్రతి వరుస బ్లాక్ చెయిన్ యొక్క తల వరకు సరైనదని ధృవీకరిస్తుంది. నేడు, క్లయింట్లు చెయిన్ యొక్క తలపైకి వెళ్ళడానికి బూట్స్ట్రాప్ చేయడానికి "బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్లను" ఉపయోగిస్తున్నారు. ఈ చెక్పాయింట్లు విశ్వసనీయ ప్రారంభ పాయింట్లు, ఇవి Ethereum ప్రారంభానికి బదులుగా ప్రస్తుతానికి దగ్గరగా ఉన్న జెనెసిస్ బ్లాక్ను కలిగి ఉంటాయి. దీనర్థం క్లయింట్లు చెయిన్ హెడ్కు సమకాలీకరించే సామర్థ్యాన్ని కోల్పోకుండానే అత్యంత ఇటీవలి బలహీనమైన సబ్జెక్టివిటీ చెక్పాయింట్కు ముందు మొత్తం సమాచారాన్ని వదలవచ్చు. క్లయింట్లు ప్రస్తుతం వారి స్థానిక డేటాబేస్ల నుండి హిస్టారికల్ డేటా కోసం అభ్యర్థనలను (JSON-RPC ద్వారా చేరుకుంటారు) అందిస్తారు. అయితే, హిస్టరీ గడువు ముగిసినప్పుడు అభ్యర్థించిన డేటా తీసివేయబడితే ఇది సాధ్యం కాదు. కొన్ని వినూత్న పరిష్కారాలు అవసరమయ్యే చోట ఈ చారిత్రక డేటాను అందించడం.
@@ -35,45 +35,44 @@ EIP-4444 ఇంకా రవాణా చేయడానికి సిద్
ఈ అప్గ్రేడ్ Ethereum నోడ్లు స్టేట్ డేటాను ఎలా హ్యాండిల్ చేస్తుందో ప్రాథమికంగా మార్చదు, ఇది హిస్టారికల్ డేటా ఎలా యాక్సెస్ చేయబడుతుందో మారుస్తుంది.
-### రాష్ట్ర గడువు {#state-expiry}
+### స్టేట్ గడువు {#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) అంటారు.
+నిర్దిష్ట సమయ వ్యవధిలో (బహుశా ~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}
+## స్థితిరాహిత్యం {#statelessness}
స్టేట్లెస్నెస్ అనేది కొంచెం తప్పుడు పేరు ఎందుకంటే ఇది "స్టేట్" అనే భావన తొలగించబడుతుందని కాదు, అయితే ఇది Ethereum నోడ్లు స్టేట్ డేటాను ఎలా నిర్వహిస్తుందనే దానిపై మార్పులను కలిగి ఉంటుంది. స్థితి రాహిత్యం రెండు రుచులలో వస్తుంది: బలహీన స్థితి మరియు బలమైన స్థితి రాహిత్యం. బలహీనమైన స్థితిలేనితనం చాలా నోడ్లను స్టేట్ స్టోరేజీకి సంబంధించిన బాధ్యతను కొన్నింటిపై ఉంచడం ద్వారా స్థితి లేకుండా చేస్తుంది. బలమైనమైన స్థితిలేనితనం పూర్తి స్థితి డేటాను నిల్వ చేయడానికి ఏదైనా నోడ్ అవసరాన్ని పూర్తిగా తొలగిస్తుంది. బలహీనమైన మరియు బలమైన స్థితిలేనితనం రెండూ సాధారణ ధ్రువీకరణదారులకు క్రింది ప్రయోజనాలను అందిస్తాయి:
- దాదాపు తక్షణ సమకాలీకరణ
- క్రమం లేని బ్లాక్లను ధృవీకరించే సామర్థ్యం
-- నోడ్లు చాలా తక్కువ హార్డ్వేర్ అవసరాలతో (ఉదా. ఫోన్లలో) అమలు చేయగలవు
+- చాలా తక్కువ హార్డ్వేర్ అవసరాలతో (ఉదా., ఫోన్లలో) అమలు చేయగల నోడ్లు
- డిస్క్ రీడింగ్/రైటింగ్ అవసరం లేనందున నోడ్లు చౌక హార్డ్ డ్రైవ్ల పైన రన్ అవుతాయి
- Ethereum యొక్క క్రిప్టోగ్రఫీకి భవిష్యత్తు అప్గ్రేడ్లకు అనుకూలంగా ఉంటుంది
-### బలహీనమైన స్థితి రాహిత్యం {#weak-statelessness}
+### బలహీన స్థితిరాహిత్యం {#weak-statelessness}
బలహీనమైన స్థితిలేని స్థితి Ethereum నోడ్లు స్థితి మార్పులను ధృవీకరించే విధానంలో మార్పులను కలిగి ఉంటుంది, అయితే ఇది నెట్వర్క్లోని అన్ని నోడ్లలోని స్థితి నిల్వ అవసరాన్ని పూర్తిగా తొలగించదు. బదులుగా, బలహీనమైన స్థితిలేని స్థితి బ్లాక్ ప్రపోజర్లపై రాష్ట్ర నిల్వ బాధ్యతను ఉంచుతుంది, అయితే నెట్వర్క్లోని అన్ని ఇతర నోడ్లు పూర్తి స్థితి డేటాను నిల్వ చేయకుండా బ్లాక్లను ధృవీకరిస్తాయి.
-**బలహీనమైన స్థితిలేని స్థితిలో బ్లాక్లను ప్రతిపాదించడానికి పూర్తి స్థితి డేటాకు ప్రాప్యత అవసరం కానీ బ్లాక్లను ధృవీకరించడానికి రాష్ట్ర డేటా అవసరం లేదు**
+**బలహీన స్థితిరాహిత్యంలో బ్లాక్లను ప్రతిపాదించడానికి పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరం కానీ బ్లాక్లను ధృవీకరించడానికి స్టేట్ డేటా అవసరం లేదు**
-ఇది జరగాలంటే, Ethereum క్లయింట్లలో [Verkle ట్రీలు](/roadmap/verkle-trees/) ఇప్పటికే అమలు చేయబడి ఉండాలి. Verkle ట్రీలు అనేది Ethereum స్టేట్ డేటాను నిల్వ చేయడానికి ఒక రీప్లేస్మెంట్ డేటా స్ట్రక్చర్, ఇది డేటాకు చిన్న, స్థిరమైన సైజు "సాక్షులు" తోటివారి మధ్య పంపబడటానికి మరియు స్థానిక డేటాబేస్లకు వ్యతిరేకంగా బ్లాక్లను ధృవీకరించడానికి బదులుగా బ్లాక్లను ధృవీకరించడానికి ఉపయోగించబడుతుంది. [ప్రతిపాదకుడు-బిల్డర్ విభజన](/roadmap/pbs/) కూడా అవసరం ఎందుకంటే ఇది బ్లాక్ బిల్డర్లను మరింత శక్తివంతమైన హార్డ్వేర్తో ప్రత్యేక నోడ్లుగా మార్చడానికి అనుమతిస్తుంది మరియు పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరమయ్యేవి.
+ఇది జరగాలంటే, ఎథేరియం క్లయింట్లలో [Verkle చెట్లు](/roadmap/verkle-trees/) ఇప్పటికే అమలు చేయబడి ఉండాలి. Verkle ట్రీలు అనేది Ethereum స్టేట్ డేటాను నిల్వ చేయడానికి ఒక రీప్లేస్మెంట్ డేటా స్ట్రక్చర్, ఇది డేటాకు చిన్న, స్థిరమైన సైజు "సాక్షులు" తోటివారి మధ్య పంపబడటానికి మరియు స్థానిక డేటాబేస్లకు వ్యతిరేకంగా బ్లాక్లను ధృవీకరించడానికి బదులుగా బ్లాక్లను ధృవీకరించడానికి ఉపయోగించబడుతుంది. [ప్రతిపాదకుడు-బిల్డర్ వేర్పాటు](/roadmap/pbs/) కూడా అవసరం, ఎందుకంటే ఇది బ్లాక్ బిల్డర్లను మరింత శక్తివంతమైన హార్డ్వేర్తో ప్రత్యేక నోడ్లుగా ఉండటానికి అనుమతిస్తుంది మరియు పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరమైనవి అవే.
-
+
స్టేట్లెస్నెస్ అనేది బ్లాక్ బిల్డర్లు పూర్తి స్టేట్ డేటా యొక్క కాపీని నిర్వహించడంపై ఆధారపడి ఉంటుంది, తద్వారా వారు బ్లాక్ను ధృవీకరించడానికి ఉపయోగించే సాక్షులను రూపొందించగలరు. ఇతర నోడ్లకు రాష్ట్ర డేటాకు ప్రాప్యత అవసరం లేదు, బ్లాక్ను ధృవీకరించడానికి అవసరమైన మొత్తం సమాచారం సాక్షిలో అందుబాటులో ఉంది. ఇది బ్లాక్ను ప్రతిపాదించడం ఖరీదైన పరిస్థితిని సృష్టిస్తుంది, అయితే బ్లాక్ను ధృవీకరించడం చౌకగా ఉంటుంది, అంటే తక్కువ మంది ఆపరేటర్లు బ్లాక్ ప్రపోజింగ్ నోడ్ను అమలు చేస్తారని సూచిస్తుంది. అయినప్పటికీ, వీలైనంత ఎక్కువ మంది పాల్గొనేవారు తాము ప్రతిపాదించిన బ్లాక్లు చెల్లుబాటు అయ్యేవని స్వతంత్రంగా ధృవీకరించగలిగినంత వరకు బ్లాక్ ప్రపోజర్ల వికేంద్రీకరణ క్లిష్టమైనది కాదు.
-డాంక్రాడ్ నోట్స్ గురించి మరింత చదవండి
-
+డాంక్రాడ్ నోట్స్ గురించి మరింత చదవండి
బ్లాక్ ప్రపోజర్లు "సాక్షులు" సృష్టించడానికి రాష్ట్ర డేటాను ఉపయోగిస్తారు - బ్లాక్లోని లావాదేవీల ద్వారా మార్చబడుతున్న రాష్ట్ర విలువలను నిరూపించే కనిష్ట డేటా సెట్. ఇతర వ్యాలిడేటర్లు రాష్ట్రాన్ని కలిగి ఉండరు, వారు రాష్ట్ర మూలాన్ని మాత్రమే నిల్వ చేస్తారు (మొత్తం రాష్ట్రం యొక్క హాష్). వారు బ్లాక్ మరియు సాక్షిని స్వీకరిస్తారు మరియు వారి రాష్ట్ర రూట్ను నవీకరించడానికి వాటిని ఉపయోగిస్తారు. ఇది ధృవీకరించే నోడ్ను చాలా తేలికగా చేస్తుంది.
@@ -87,17 +86,19 @@ EIP-4444 ఇంకా రవాణా చేయడానికి సిద్
## ప్రస్తుత పురోగతి {#current-progress}
-బలహీన స్థితి, చరిత్ర గడువు మరియు రాష్ట్ర గడువు అన్నీ పరిశోధన దశలో ఉన్నాయి మరియు ఇప్పటి నుండి చాలా సంవత్సరాల నుండి రవాణా చేయబడతాయని భావిస్తున్నారు. ఈ ప్రతిపాదనలన్నీ అమలు చేయబడతాయనే గ్యారెంటీ లేదు, ఉదాహరణకు, స్టేట్ ఎక్స్పైరీని మొదట అమలు చేస్తే చరిత్ర గడువును కూడా అమలు చేయవలసిన అవసరం లేదు. [Verkle ట్రీస్](/roadmap/verkle-trees) మరియు [ప్రపోజర్-బిల్డర్ సెపరేషన్](/roadmap/pbs) వంటి ఇతర రోడ్మ్యాప్ అంశాలు కూడా ఉన్నాయి, వీటిని ముందుగా పూర్తి చేయాలి.
-
-## Further reading {#further-reading}
-
-- [విటాలిక్ స్థితిలేని 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)
+బలహీన స్థితి, చరిత్ర గడువు మరియు రాష్ట్ర గడువు అన్నీ పరిశోధన దశలో ఉన్నాయి మరియు ఇప్పటి నుండి చాలా సంవత్సరాల నుండి రవాణా చేయబడతాయని భావిస్తున్నారు. ఈ ప్రతిపాదనలన్నీ అమలు చేయబడతాయనే గ్యారెంటీ లేదు, ఉదాహరణకు, స్టేట్ ఎక్స్పైరీని మొదట అమలు చేస్తే చరిత్ర గడువును కూడా అమలు చేయవలసిన అవసరం లేదు. [Verkle చెట్లు](/roadmap/verkle-trees) మరియు [ప్రతిపాదకుడు-బిల్డర్ వేర్పాటు](/roadmap/pbs) వంటి ఇతర రోడ్మ్యాప్ అంశాలు కూడా ఉన్నాయి, అవి ముందుగా పూర్తి చేయబడాలి.
+
+## మరింత సమాచారం {#further-reading}
+
+- [స్థితిరాహిత్య ఎథేరియం అంటే ఏమిటి?](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)
+- [Resurrection-conflict-minimized state bounding](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)
+- [స్థితిరాహిత్య ఎథేరియం సమాచార పేజీ](https://stateless.fyi)
diff --git a/public/content/translations/te/roadmap/user-experience/index.md b/public/content/translations/te/roadmap/user-experience/index.md
new file mode 100644
index 00000000000..f9fa4b75ed2
--- /dev/null
+++ b/public/content/translations/te/roadmap/user-experience/index.md
@@ -0,0 +1,36 @@
+---
+title: వినియోగదారు అనుభవాన్ని మెరుగుపరచడం
+description: చాలా మందికి Ethereumను ఉపయోగించడం ఇంకా చాలా క్లిష్టంగా ఉంది. సామూహిక స్వీకరణను ప్రోత్సహించడానికి, Ethereum ప్రవేశానికి ఉన్న అడ్డంకులను తీవ్రంగా తగ్గించాలి - వినియోగదారులు వికేంద్రీకృత, అనుమతిరహిత మరియు సెన్సార్షిప్ నిరోధక యాక్సెస్ యొక్క ప్రయోజనాలను పొందాలి, కానీ ఇది ఒక సాంప్రదాయ web2 యాప్ను ఉపయోగించినంత ఘర్షణరహితంగా ఉండాలి.
+lang: te
+image: /images/roadmap/roadmap-ux.png
+alt: "Ethereum రోడ్మ్యాప్"
+template: రోడ్మ్యాప్
+---
+
+**Ethereum వాడకాన్ని సరళీకృతం చేయాలి**; [కీలను](/glossary/#key) మరియు [వాలెట్లను](/glossary/#wallet) నిర్వహించడం నుండి లావాదేవీలను ప్రారంభించడం వరకు. సామూహిక స్వీకరణను సులభతరం చేయడానికి, Ethereum వాడుక సౌలభ్యాన్ని తీవ్రంగా పెంచాలి, [Web2](/glossary/#web2) యాప్లను ఉపయోగించే ఘర్షణరహిత అనుభవంతో వినియోగదారులు Ethereumకు అనుమతిరహిత మరియు సెన్సార్షిప్-నిరోధక యాక్సెస్ను అనుభవించడానికి వీలు కల్పించాలి.
+
+## సీడ్ ఫ్రేజ్లకు మించి {#no-more-seed-phrases}
+
+ఇతీరియము ఖాతాలు ఖాతాలను గుర్తించడానికి (పబ్లిక్ కీ) మరియు సందేశాలపై సంతకం చేయడానికి (ప్రైవేట్ కీ) ఉపయోగించే ఒక జత కీలతో రక్షించబడతాయి. ఒక ప్రైవేట్ కీ ఒక మాస్టర్ పాస్వర్డ్ లాంటిది; ఇది ఒక ఇతీరియము ఖాతాకు పూర్తి యాక్సెస్ను అనుమతిస్తుంది. వినియోగదారు తరపున ఖాతాలను నిర్వహించే బ్యాంకులు మరియు Web2 యాప్లతో ఎక్కువ పరిచయం ఉన్న వ్యక్తుల కోసం ఇది ఒక విభిన్నమైన కార్యాచరణ విధానం. కేంద్రీకృత మూడవ పక్షాలపై ఆధారపడకుండా Ethereum సామూహిక స్వీకరణను చేరుకోవడానికి, ఒక వినియోగదారు పబ్లిక్-ప్రైవేట్ కీ క్రిప్టోగ్రఫీ మరియు కీ నిర్వహణను అర్థం చేసుకోకుండానే వారి ఆస్తులను అదుపులోకి తీసుకోవడానికి మరియు వారి డేటాను నియంత్రణలో ఉంచుకోవడానికి ఒక సూటియైన, ఘర్షణరహిత మార్గం ఉండాలి.
+
+దీనికి పరిష్కారం ఇతీరియముతో పరస్పర చర్య చేయడానికి [స్మార్ట్ కాంట్రాక్ట్](/glossary/#smart-contract) వాలెట్లను ఉపయోగించడం. స్మార్ట్ కాంట్రాక్ట్ వాలెట్లు కీలు పోగొట్టుకున్నా లేదా దొంగిలించబడినా ఖాతాలను రక్షించే మార్గాలను, మెరుగైన మోసం గుర్తింపు మరియు రక్షణ కోసం అవకాశాలను సృష్టిస్తాయి, మరియు వాలెట్లు కొత్త కార్యాచరణను పొందడానికి అనుమతిస్తాయి. నేడు స్మార్ట్ కాంట్రాక్ట్ వాలెట్లు ఉన్నప్పటికీ, వాటిని నిర్మించడం ఇబ్బందికరంగా ఉంది ఎందుకంటే Ethereum ప్రోటోకాల్ వాటికి మరింత మెరుగ్గా మద్దతు ఇవ్వాలి. ఈ అదనపు మద్దతును అకౌంట్ అబ్స్ట్రాక్షన్ అని అంటారు.
+
+అకౌంట్ అబ్స్ట్రాక్షన్ గురించి మరింత
+
+## అందరికీ నోడ్స్
+
+[నోడ్స్ను](/glossary/#node) రన్ చేస్తున్న వినియోగదారులు వారికి డేటాను అందించడానికి మూడవ పక్షాలను విశ్వసించాల్సిన అవసరం లేదు, మరియు వారు Ethereum [బ్లాక్చైన్తో](/glossary/#blockchain) త్వరగా, ప్రైవేట్గా, మరియు అనుమతి లేకుండా సంకర్షణ చెందగలరు. అయితే, ప్రస్తుతం ఒక నోడ్ను రన్ చేయడానికి సాంకేతిక పరిజ్ఞానం మరియు గణనీయమైన డిస్క్ స్పేస్ అవసరం, అంటే చాలా మంది బదులుగా మధ్యవర్తులను విశ్వసించాలి.
+
+నోడ్స్ను రన్ చేయడాన్ని చాలా సులభతరం చేసే మరియు చాలా తక్కువ వనరులను తీసుకునే అనేక అప్గ్రేడ్లు ఉన్నాయి. డేటా నిల్వ చేయబడిన విధానం **వెర్కిల్ ట్రీ** అని పిలువబడే మరింత స్పేస్-ఎఫిషియెంట్ నిర్మాణాన్ని ఉపయోగించడానికి మార్చబడుతుంది. అలాగే, [స్టేట్లెస్నెస్](/roadmap/statelessness) లేదా [డేటా ఎక్స్పైరీ](/roadmap/statelessness/#data-expiry)తో, ఇతీరియము నోడ్స్ మొత్తం ఇతీరియము స్టేట్ డేటా యొక్క కాపీని నిల్వ చేయవలసిన అవసరం ఉండదు, హార్డ్ డిస్క్ స్పేస్ అవసరాలను తీవ్రంగా తగ్గిస్తుంది. [లైట్ నోడ్స్](/developers/docs/nodes-and-clients/light-clients/) పూర్తి నోడ్ను రన్ చేయడం వల్ల కలిగే అనేక ప్రయోజనాలను అందిస్తాయి, కానీ మొబైల్ ఫోన్లలో లేదా సాధారణ బ్రౌజర్ యాప్లలో సులభంగా రన్ చేయబడతాయి.
+
+వెర్కిల్ ట్రీస్ గురించి చదవండి
+
+ఈ అప్గ్రేడ్లతో, ఒక నోడ్ను రన్ చేయడానికి అడ్డంకులు ప్రభావవంతంగా సున్నాకి తగ్గుతాయి. వినియోగదారులు వారి కంప్యూటర్ లేదా మొబైల్ ఫోన్లో గుర్తించదగిన డిస్క్ స్పేస్ లేదా CPUని త్యాగం చేయకుండా ఇతీరియముకు సురక్షితమైన, అనుమతిరహిత యాక్సెస్ నుండి ప్రయోజనం పొందుతారు, మరియు వారు యాప్లను ఉపయోగించినప్పుడు డేటా లేదా నెట్వర్క్ యాక్సెస్ కోసం మూడవ పక్షాలపై ఆధారపడవలసిన అవసరం ఉండదు.
+
+## ప్రస్తుత పురోగతి {#current-progress}
+
+స్మార్ట్ కాంట్రాక్ట్ వాలెట్లు ఇప్పటికే అందుబాటులో ఉన్నాయి, అయితే వాటిని వీలైనంత వికేంద్రీకరించి అనుమతి లేకుండా చేయడానికి మరిన్ని అప్గ్రేడ్లు అవసరం. EIP-4337 అనేది Ethereum యొక్క ప్రోటోకాల్కు ఎలాంటి మార్పులు అవసరం లేని ఒక పరిణతి చెందిన ప్రతిపాదన. EIP-4337 కోసం అవసరమైన ప్రధాన స్మార్ట్ కాంట్రాక్ట్ **మార్చి 2023లో డిప్లాయ్ చేయబడింది**.
+
+**పూర్తి స్టేట్లెస్నెస్ ఇంకా పరిశోధన దశలో ఉంది** మరియు అమలు చేయడానికి చాలా సంవత్సరాలు పట్టే అవకాశం ఉంది. పూర్తి స్టేట్లెస్నెస్కు వెళ్లే మార్గంలో డేటా ఎక్స్పైరీతో సహా అనేక మైలురాళ్ళు ఉన్నాయి, అవి త్వరగా అమలు చేయబడవచ్చు. [వెర్కిల్ ట్రీస్](/roadmap/verkle-trees/) మరియు [ప్రొపోజర్-బిల్డర్ సెపరేషన్](/roadmap/pbs/) వంటి ఇతర రోడ్మ్యాప్ అంశాలు ముందుగా పూర్తి చేయబడాలి.
+
+వెర్కిల్ ట్రీ టెస్టునెట్లు ఇప్పటికే నడుస్తున్నాయి, మరియు తదుపరి దశ ప్రైవేట్, ఆపై పబ్లిక్ టెస్టునెట్లలో వెర్కిల్-ట్రీ-ఎనేబుల్డ్ క్లయింట్లను రన్ చేయడం. టెస్టునెట్లకు కాంట్రాక్ట్లను డిప్లాయ్ చేయడం ద్వారా లేదా టెస్టునెట్ క్లయింట్లను రన్ చేయడం ద్వారా మీరు పురోగతిని వేగవంతం చేయడంలో సహాయపడగలరు.
diff --git a/public/content/translations/te/roadmap/verkle-trees/index.md b/public/content/translations/te/roadmap/verkle-trees/index.md
index 89c2324cfc6..337ffa1ce67 100644
--- a/public/content/translations/te/roadmap/verkle-trees/index.md
+++ b/public/content/translations/te/roadmap/verkle-trees/index.md
@@ -11,11 +11,11 @@ summaryPoints:
Verkle ట్రీస్ ("వెక్టార్ కమిట్మెంట్" మరియు "Merkle ట్రీస్" యొక్క పోర్ట్మాంటియో) అనేది Ethereum నోడ్లను అప్గ్రేడ్ చేయడానికి ఉపయోగించే డేటా స్ట్రక్చర్, తద్వారా బ్లాక్లను ధృవీకరించే సామర్థ్యాన్ని కోల్పోకుండా పెద్ద మొత్తంలో స్టేట్ డేటాను నిల్వ చేయడం ఆపివేయవచ్చు.
-## స్థితిలేనితనం {#statelessness}
+## స్థితిరాహిత్యం {#statelessness}
-స్టేట్లెస్ Ethereum క్లయింట్ల మార్గంలో Verkle ట్రీస్ కీలకమైన దశ. స్టేట్లెస్ క్లయింట్లు ఇన్కమింగ్ బ్లాక్లను ధృవీకరించడానికి మొత్తం స్టేట్ డేటాబేస్ను నిల్వ చేయనవసరం లేదు. బ్లాక్లను ధృవీకరించడానికి Ethereum స్థితి యొక్క వారి స్వంత స్థానిక కాపీని ఉపయోగించకుండా, స్టేట్లెస్ క్లయింట్లు బ్లాక్తో వచ్చే రాష్ట్ర డేటాకు "సాక్షి"ని ఉపయోగిస్తారు. సాక్షి అనేది నిర్దిష్ట లావాదేవీల సెట్ను అమలు చేయడానికి అవసరమైన రాష్ట్ర డేటా యొక్క వ్యక్తిగత భాగాల సేకరణ మరియు సాక్షి నిజంగా పూర్తి డేటాలో భాగమని క్రిప్టోగ్రాఫిక్ రుజువు. సాక్షి రాష్ట్ర డేటాబేస్ యొక్క _బదులుగా_ ఉపయోగించబడింది. ఇది పని చేయడానికి, సాక్షులు చాలా తక్కువగా ఉండాలి, తద్వారా వాటిని 12 సెకన్ల స్లాట్లో ప్రాసెస్ చేయడానికి వాలిడేటర్ల కోసం వాటిని నెట్వర్క్ అంతటా సురక్షితంగా ప్రసారం చేయవచ్చు. సాక్షులు చాలా పెద్దగా ఉన్నందున ప్రస్తుత రాష్ట్ర డేటా నిర్మాణం తగినది కాదు. Verkle ట్రీస్ చిన్న సాక్షులను ప్రారంభించడం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి, స్టేట్లెస్ క్లయింట్లకు ప్రధాన అడ్డంకులలో ఒకదాన్ని తొలగిస్తాయి.
+స్టేట్లెస్ Ethereum క్లయింట్ల మార్గంలో Verkle ట్రీస్ కీలకమైన దశ. స్టేట్లెస్ క్లయింట్లు ఇన్కమింగ్ బ్లాక్లను ధృవీకరించడానికి మొత్తం స్టేట్ డేటాబేస్ను నిల్వ చేయనవసరం లేదు. బ్లాక్లను ధృవీకరించడానికి Ethereum స్థితి యొక్క వారి స్వంత స్థానిక కాపీని ఉపయోగించకుండా, స్టేట్లెస్ క్లయింట్లు బ్లాక్తో వచ్చే రాష్ట్ర డేటాకు "సాక్షి"ని ఉపయోగిస్తారు. సాక్షి అనేది నిర్దిష్ట లావాదేవీల సెట్ను అమలు చేయడానికి అవసరమైన రాష్ట్ర డేటా యొక్క వ్యక్తిగత భాగాల సేకరణ మరియు సాక్షి నిజంగా పూర్తి డేటాలో భాగమని క్రిప్టోగ్రాఫిక్ రుజువు. స్టేట్ డేటాబేస్కు _బదులుగా_ విట్నెస్ ఉపయోగించబడుతుంది. ఇది పని చేయడానికి, సాక్షులు చాలా తక్కువగా ఉండాలి, తద్వారా వాటిని 12 సెకన్ల స్లాట్లో ప్రాసెస్ చేయడానికి వాలిడేటర్ల కోసం వాటిని నెట్వర్క్ అంతటా సురక్షితంగా ప్రసారం చేయవచ్చు. సాక్షులు చాలా పెద్దగా ఉన్నందున ప్రస్తుత రాష్ట్ర డేటా నిర్మాణం తగినది కాదు. Verkle ట్రీస్ చిన్న సాక్షులను ప్రారంభించడం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి, స్టేట్లెస్ క్లయింట్లకు ప్రధాన అడ్డంకులలో ఒకదాన్ని తొలగిస్తాయి.
-
+
Ethereum క్లయింట్లు ప్రస్తుతం దాని స్టేట్ డేటాను నిల్వ చేయడానికి Patricia Merkle Trie అని పిలువబడే డేటా నిర్మాణాన్ని ఉపయోగిస్తున్నారు. వ్యక్తిగత ఖాతాల గురించిన సమాచారం ట్రైలో ఆకులుగా నిల్వ చేయబడుతుంది మరియు ఒకే హాష్ మాత్రమే మిగిలిపోయే వరకు ఆకుల జతలను పదేపదే హాష్ చేస్తారు. ఈ చివరి హాష్ను "రూట్" అని పిలుస్తారు. బ్లాక్లను ధృవీకరించడానికి, Ethereum క్లయింట్లు ఒక బ్లాక్లో అన్ని లావాదేవీలను అమలు చేస్తారు మరియు వారి స్థానిక స్థితిని నవీకరించండి. బ్లాక్ ప్రపోజర్ అందించిన దానితో స్థానిక చెట్టు యొక్క మూలం ఒకేలా ఉంటే బ్లాక్ చెల్లుబాటు అయ్యేదిగా పరిగణించబడుతుంది, ఎందుకంటే బ్లాక్ ప్రపోజర్ మరియు ధృవీకరించే నోడ్ చేసిన గణనలో ఏవైనా తేడాలు ఉంటే రూట్ హాష్ పూర్తిగా భిన్నంగా ఉంటుంది. దీనితో సమస్య ఏమిటంటే, బ్లాక్చెయిన్ను ధృవీకరించడానికి ప్రతి క్లయింట్ హెడ్ బ్లాక్ మరియు అనేక హిస్టారికల్ బ్లాక్ల కోసం మొత్తం స్టేట్ ట్రయ్ను నిల్వ చేయవలసి ఉంటుంది (గెత్లో డిఫాల్ట్ 128 బ్లాక్ల కోసం స్టేట్ డేటాను హెడ్ వెనుక ఉంచడం). దీనికి క్లయింట్లు పెద్ద మొత్తంలో డిస్క్ స్థలానికి ప్రాప్యత కలిగి ఉండాలి, ఇది చౌకైన, తక్కువ పవర్ హార్డ్వేర్పై పూర్తి నోడ్లను అమలు చేయడానికి అవరోధంగా ఉంటుంది. పూర్తి స్టేట్ డేటాకు బదులుగా భాగస్వామ్యం చేయగల డేటాకు చిన్న "సాక్షి"ని ఉపయోగించి సంగ్రహించబడే మరింత సమర్థవంతమైన నిర్మాణానికి (Verkle ట్రీ) స్టేట్ ట్రైను అప్డేట్ చేయడం దీనికి పరిష్కారం. స్టేట్ డేటాను Verkle ట్రీగా ఫార్మాట్ చేయడం స్టేట్లెస్ క్లయింట్లకు తరలించడానికి ఒక మెట్టు.
@@ -23,7 +23,7 @@ Ethereum క్లయింట్లు ప్రస్తుతం దాని
## సాక్షి అంటే ఏమిటి మరియు మనకు అవి ఎందుకు అవసరం? {#what-is-a-witness}
-బ్లాక్ను ధృవీకరించడం అంటే బ్లాక్లో ఉన్న లావాదేవీలను మళ్ళీ అమలు చేయడం, మార్పులను Ethereum యొక్క స్థితి ప్రయత్నానికి వర్తింపజేయడం మరియు కొత్త రూట్ హాష్ను లెక్కించడం. వెరిఫైడ్ బ్లాక్ అంటే బ్లాక్తో అందించబడిన గణిత స్టేట్ రూట్ హాష్ అదే విధంగా ఉంటుంది (ఎందుకంటే బ్లాక్ ప్రపోజర్ వారు చెప్పిన గణనను నిజంగా చేసారని దీని అర్థం). నేటి Ethereum క్లయింట్లలో, రాష్ట్రాన్ని అప్డేట్ చేయడానికి మొత్తం స్టేట్ ట్రైకు యాక్సెస్ అవసరం, ఇది స్థానికంగా నిల్వ చేయబడే పెద్ద డేటా నిర్మాణం. సాక్షి బ్లాక్లో లావాదేవీలను అమలు చేయడానికి అవసరమైన రాష్ట్ర డేటా యొక్క శకలాలు మాత్రమే కలిగి ఉంటుంది. బ్లాక్ ప్రపోజర్ బ్లాక్ లావాదేవీలను అమలు చేసారని మరియు స్థితిని సరిగ్గా అప్డేట్ చేశారని ధృవీకరించడానికి ఒక వాలిడేటర్ ఆ శకలాలను మాత్రమే ఉపయోగించగలరు. ఏదేమైనప్పటికీ, ప్రతి నోడ్ ద్వారా 12 సెకనుల స్లాట్లో సురక్షితంగా స్వీకరించడానికి మరియు ప్రాసెస్ చేయడానికి తగినంత వేగంగా Ethereum నెట్వర్క్లోని పీర్ల మధ్య సాక్షి బదిలీ చేయబడాలని దీని అర్థం. సాక్షి చాలా పెద్దదైతే, కొన్ని నోడ్లను డౌన్లోడ్ చేయడానికి మరియు చెయిన్ను కొనసాగించడానికి చాలా సమయం పట్టవచ్చు. ఇది కేంద్రీకృత శక్తి, ఎందుకంటే వేగవంతమైన ఇంటర్నెట్ కనెక్షన్లు ఉన్న నోడ్లు మాత్రమే బ్లాక్లను ధృవీకరించడంలో పాల్గొనగలవు. Verkle ట్రీస్తో మీ హార్డ్ డ్రైవ్లో స్టేట్ను స్టోర్ చేయాల్సిన అవసరం లేదు; _ప్రతిదీ_ మీరు బ్లాక్లోనే బ్లాక్ను కలిగి ఉందని ధృవీకరించాలి. దురదృష్టవశాత్తూ, Merkle ట్రైస్ నుండి ఉత్పత్తి చేయగల సాక్షులు స్టేట్లెస్ క్లయింట్లకు మద్దతు ఇవ్వడానికి చాలా పెద్దవి.
+బ్లాక్ను ధృవీకరించడం అంటే బ్లాక్లో ఉన్న లావాదేవీలను మళ్ళీ అమలు చేయడం, మార్పులను Ethereum యొక్క స్థితి ప్రయత్నానికి వర్తింపజేయడం మరియు కొత్త రూట్ హాష్ను లెక్కించడం. వెరిఫైడ్ బ్లాక్ అంటే బ్లాక్తో అందించబడిన గణిత స్టేట్ రూట్ హాష్ అదే విధంగా ఉంటుంది (ఎందుకంటే బ్లాక్ ప్రపోజర్ వారు చెప్పిన గణనను నిజంగా చేసారని దీని అర్థం). నేటి Ethereum క్లయింట్లలో, రాష్ట్రాన్ని అప్డేట్ చేయడానికి మొత్తం స్టేట్ ట్రైకు యాక్సెస్ అవసరం, ఇది స్థానికంగా నిల్వ చేయబడే పెద్ద డేటా నిర్మాణం. సాక్షి బ్లాక్లో లావాదేవీలను అమలు చేయడానికి అవసరమైన రాష్ట్ర డేటా యొక్క శకలాలు మాత్రమే కలిగి ఉంటుంది. బ్లాక్ ప్రపోజర్ బ్లాక్ లావాదేవీలను అమలు చేసారని మరియు స్థితిని సరిగ్గా అప్డేట్ చేశారని ధృవీకరించడానికి ఒక వాలిడేటర్ ఆ శకలాలను మాత్రమే ఉపయోగించగలరు. ఏదేమైనప్పటికీ, ప్రతి నోడ్ ద్వారా 12 సెకనుల స్లాట్లో సురక్షితంగా స్వీకరించడానికి మరియు ప్రాసెస్ చేయడానికి తగినంత వేగంగా Ethereum నెట్వర్క్లోని పీర్ల మధ్య సాక్షి బదిలీ చేయబడాలని దీని అర్థం. సాక్షి చాలా పెద్దదైతే, కొన్ని నోడ్లను డౌన్లోడ్ చేయడానికి మరియు చెయిన్ను కొనసాగించడానికి చాలా సమయం పట్టవచ్చు. ఇది కేంద్రీకృత శక్తి, ఎందుకంటే వేగవంతమైన ఇంటర్నెట్ కనెక్షన్లు ఉన్న నోడ్లు మాత్రమే బ్లాక్లను ధృవీకరించడంలో పాల్గొనగలవు. వెర్కిల్ ట్రీస్తో, మీ హార్డ్ డ్రైవ్లో స్టేట్ను నిల్వ చేయవలసిన అవసరం లేదు; ఒక బ్లాక్ను ధృవీకరించడానికి మీకు కావలసిన _ప్రతిదీ_ బ్లాక్లోనే ఉంటుంది. దురదృష్టవశాత్తూ, Merkle ట్రైస్ నుండి ఉత్పత్తి చేయగల సాక్షులు స్టేట్లెస్ క్లయింట్లకు మద్దతు ఇవ్వడానికి చాలా పెద్దవి.
## Verkle ట్రీస్ చిన్న సాక్షులను ఎందుకు ఎనేబుల్ చేస్తాయి? {#why-do-verkle-trees-enable-smaller-witnesses}
@@ -31,7 +31,7 @@ Merkle ట్రై యొక్క నిర్మాణం సాక్షి
బహుపది నిబద్ధత పథకం క్రింద, సాక్షులు నిర్వహించదగిన పరిమాణాలను కలిగి ఉంటారు, వాటిని పీర్-టు-పీర్ నెట్వర్క్లో సులభంగా బదిలీ చేయవచ్చు. ఇది క్లయింట్లు ప్రతి బ్లాక్లోని రాష్ట్ర మార్పులను కనీస మొత్తంలో డేటాతో ధృవీకరించడానికి అనుమతిస్తుంది.
-
+
సాక్షి పరిమాణం అది కలిగి ఉన్న ఆకుల సంఖ్యపై ఆధారపడి ఉంటుంది. సాక్షి 1000 ఆకులలను కవర్ చేస్తుందని ఊహిస్తే, Merkle ట్రై కోసం సాక్షి దాదాపు 3.5MB ఉంటుంది (ట్రైకు 7 లెవెల్స్ అని ఊహిస్తే). Verkle ట్రీలో (ట్రీకి 4 స్థాయిలు అని ఊహిస్తే) అదే డేటా కోసం సాక్షి 150 kB - **దాదాపు 23x చిన్నది** ఉంటుంది. సాక్షి పరిమాణంలో ఈ తగ్గింపు స్థితిలేని క్లయింట్ సాక్షులు ఆమోదయోగ్యంగా తక్కువగా ఉండటానికి అనుమతిస్తుంది. బహుపది సాక్షులు 0.128 -1 kB నిర్దిష్ట బహుపది నిబద్ధత ఉపయోగించబడుతుంది.
@@ -39,28 +39,28 @@ Merkle ట్రై యొక్క నిర్మాణం సాక్షి
## మెర్కిల్ చెట్టు యొక్క నిర్మాణం ఏమిటి? {#what-is-the-structure-of-a-verkle-tree}
-వెర్కిల్ ట్రీలు `(కీ,విలువ)` జతలుగా ఉంటాయి, ఇక్కడ కీలు 31-బైట్ _స్టెమ్_ మరియు ఒకే బైట్ _ప్రత్యయం_తో కూడిన 32-బైట్ మూలకాలు. ఈ కీలు _పొడిగింపు_ నోడ్లు మరియు _లోపలి_ నోడ్లుగా నిర్వహించబడతాయి. ఎక్స్టెన్షన్ నోడ్లు వేర్వేరు ప్రత్యయాలతో 256 మంది పిల్లలకు ఒకే కాండంను సూచిస్తాయి. ఇన్నర్ నోడ్లలో కూడా 256 మంది పిల్లలు ఉన్నారు, కానీ అవి ఇతర ఎక్స్టెన్షన్ నోడ్లు కావచ్చు. Verkle ట్రీ మరియు Merkle ట్రీ స్ట్రక్చర్ మధ్య ఉన్న ప్రధాన వ్యత్యాసం ఏమిటంటే, Verkle ట్రీ చాలా చదునుగా ఉంటుంది, అంటే ఆకును రూట్కు లింక్ చేసే ఇంటర్మీడియట్ నోడ్లు తక్కువగా ఉంటాయి మరియు అందువల్ల రుజువును రూపొందించడానికి తక్కువ డేటా అవసరం.
+వెర్కిల్ ట్రీలు `(కీ,విలువ)` జతలు, ఇక్కడ కీలు 31-బైట్ _స్టెమ్_ మరియు ఒకే బైట్ _సఫిక్స్_ తో కూడిన 32-బైట్ మూలకాలు. ఈ కీలు _ఎక్స్టెన్షన్_ నోడ్లు మరియు _ఇన్నర్_ నోడ్లుగా నిర్వహించబడతాయి. ఎక్స్టెన్షన్ నోడ్లు వేర్వేరు ప్రత్యయాలతో 256 మంది పిల్లలకు ఒకే కాండంను సూచిస్తాయి. ఇన్నర్ నోడ్లలో కూడా 256 మంది పిల్లలు ఉన్నారు, కానీ అవి ఇతర ఎక్స్టెన్షన్ నోడ్లు కావచ్చు. Verkle ట్రీ మరియు Merkle ట్రీ స్ట్రక్చర్ మధ్య ఉన్న ప్రధాన వ్యత్యాసం ఏమిటంటే, Verkle ట్రీ చాలా చదునుగా ఉంటుంది, అంటే ఆకును రూట్కు లింక్ చేసే ఇంటర్మీడియట్ నోడ్లు తక్కువగా ఉంటాయి మరియు అందువల్ల రుజువును రూపొందించడానికి తక్కువ డేటా అవసరం.

-[Verkle ట్రీ నిర్మాణం గురించి మరింత చదవండి](https://blog.ethereum.org/2021/12/02/verkle-tree-structure)
+[వెర్కిల్ ట్రీల నిర్మాణం గురించి మరింత చదవండి](https://blog.ethereum.org/2021/12/02/verkle-tree-structure)
## ప్రస్తుత పురోగతి {#current-progress}
-Verkle ట్రీ టెస్ట్నెట్లు ఇప్పటికే అందుబాటులో ఉన్నాయి మరియు అమలులో ఉన్నాయి, అయితే Verkle ట్రీలకు మద్దతు ఇవ్వడానికి అవసరమైన క్లయింట్లకు ఇంకా గణనీయమైన అత్యుత్తమ అప్డేట్లు ఉన్నాయి. You can help accelerate progress by deploying contracts to the testnets or running testnet clients.
+Verkle ట్రీ టెస్ట్నెట్లు ఇప్పటికే అందుబాటులో ఉన్నాయి మరియు అమలులో ఉన్నాయి, అయితే Verkle ట్రీలకు మద్దతు ఇవ్వడానికి అవసరమైన క్లయింట్లకు ఇంకా గణనీయమైన అత్యుత్తమ అప్డేట్లు ఉన్నాయి. టెస్టునెట్లకు కాంట్రాక్ట్లను డిప్లాయ్ చేయడం ద్వారా లేదా టెస్టునెట్ క్లయింట్లను రన్ చేయడం ద్వారా మీరు పురోగతిని వేగవంతం చేయడంలో సహాయపడగలరు.
-[Verkle Gen Devnet 2 testnetను అన్వేషించండి](https://verkle-gen-devnet-2.ethpandaops.io/)
+[Guillaume Ballet కాండ్రియూ వెర్కిల్ టెస్టునెట్ను వివరించడాన్ని చూడండి](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (కాండ్రియూ టెస్టునెట్ ప్రూఫ్-ఆఫ్-వర్క్ అని మరియు ఇప్పుడు దాని స్థానంలో వెర్కిల్ జెన్ డేవ్నెట్ 6 టెస్టునెట్ వచ్చిందని గమనించండి).
-[Guillaume Ballet Condrieu Verkle testnet వివరిస్తున్నట్లు చూడండి](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (Condrieu testnet ప్రూఫ్-ఆఫ్-వర్క్ మరియు ఇప్పుడు Verkle Gen Devnet 2 testnet ద్వారా భర్తీ చేయబడిందని గమనించండి).
+## మరింత సమాచారం {#further-reading}
-## Further reading {#further-reading}
-
-- [స్థితిలేనితనం కోసం Verkle ట్రీస్](https://verkle.info/)
-- [Dankrad Feist PEEPanEIPలో Verkle ట్రీస్ వివరిస్తుంది](https://www.youtube.com/watch?v=RGJOQHzg3UQ)
-- [Guillaume బ్యాలెట్ ETHGlobal వద్ద Verkle ట్రీస్ వివరిస్తుంది](https://www.youtube.com/watch?v=f7bEtX3Z57o)
-- [డెవ్కాన్ 6లో గుయిలౌమ్ బ్యాలెట్ ద్వారా "Verkle ట్రీస్ మేక్ Ethereum లీన్ అండ్ మీన్"](https://www.youtube.com/watch?v=Q7rStTKwuYs)
-- [ETHDenver 2020 నుండి స్టేట్లెస్ క్లయింట్లపై Piper Merriam](https://www.youtube.com/watch?v=0yiZJNciIJ4)
-- [జీరో నాలెడ్జ్ పాడ్క్యాస్ట్లో Verkle ట్రీస్ మరియు స్టేట్లెస్నెస్ను Dankrad Fiest వివరిస్తుంది](https://zeroknowledge.fm/podcast/202/)
-- [Verkle ట్రీస్పై Vitalik Buterin](https://vitalik.eth.limo/general/2021/06/18/verkle.html)
-- [Verkle ట్రీస్పై Dankrad Feist](https://dankradfeist.de/ethereum/2021/06/18/verkle-trie-for-eth1.html)
-- [Verkle ట్రీ EIP డాక్యుమెంటేషన్](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Illustration)
+- [స్టేట్లెస్నెస్ కోసం వెర్కిల్ ట్రీలు](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)
+- [డెవ్కాన్ 6లో గుయిలౌమ్ బాలెట్ ద్వారా \"How Verkle trees make Ethereum lean and mean\"](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/te/security/index.md b/public/content/translations/te/security/index.md
new file mode 100644
index 00000000000..940e6406e82
--- /dev/null
+++ b/public/content/translations/te/security/index.md
@@ -0,0 +1,305 @@
+---
+title: Ethereum సెక్యూరిటీ మరియు స్కామ్ నివారణ
+description: Ethereumలో సురక్షితంగా ఉండటం
+lang: te
+---
+
+# Ethereum భద్రత మరియు స్కామ్ నివారణ {#introduction}
+
+క్రిప్టోకరెన్సీపై పెరుగుతున్న ఆసక్తితో పాటు స్కామర్లు మరియు హ్యాకర్ల నుండి ప్రమాదం కూడా పెరుగుతోంది. ఈ ప్రమాదాలను తగ్గించడానికి ఈ వ్యాసం కొన్ని ఉత్తమ పద్ధతులను వివరిస్తుంది.
+
+**గుర్తుంచుకోండి: ethereum.org నుండి ఎవరూ మిమ్మల్ని ఎప్పుడూ సంప్రదించరు. అవి అధికారిక Ethereum మద్దతు నుండి వచ్చినవని చెప్పే ఇమెయిల్లకు ప్రత్యుత్తరం ఇవ్వవద్దు.**
+
+
+
+## క్రిప్టో భద్రత 101 {#crypto-security}
+
+### మీ జ్ఞానాన్ని మెరుగుపరచుకోండి {#level-up-your-knowledge}
+
+క్రిప్టో ఎలా పనిచేస్తుందనే దానిపై అపార్థాలు ఖరీదైన తప్పులకు దారితీస్తాయి. ఉదాహరణకు, ఎవరైనా కస్టమర్ సర్వీస్ ఏజెంట్గా నటించి, మీ ప్రైవేట్ కీలకు బదులుగా పోగొట్టుకున్న ETHని తిరిగి ఇవ్వగలరని చెబితే, వారు Ethereum అనేది ఈ రకమైన ఫంక్షనాలిటీ లేని వికేంద్రీకృత నెట్వర్క్ అని అర్థం చేసుకోని వ్యక్తులను లక్ష్యంగా చేసుకుంటున్నారు. Ethereum ఎలా పనిచేస్తుందనే దానిపై మీకు మీరు అవగాహన కల్పించుకోవడం విలువైన పెట్టుబడి.
+
+
+ Ethereum అంటే ఏమిటి?
+
+
+
+ ఈథర్ అంటే ఏమిటి?
+
+
+
+## వాలెట్ భద్రత {#wallet-security}
+
+### మీ ప్రైవేట్ కీలను బయట ఇవ్వవద్దు {#protect-private-keys}
+
+**ఎట్టి పరిస్థితుల్లోనూ, ఏ కారణం చేతనైనా మీ ప్రైవేట్ కీలను పంచుకోవద్దు!**
+
+మీ వాలెట్ యొక్క ప్రైవేట్ కీ మీ Ethereum వాలెట్కు పాస్వర్డ్. మీ వాలెట్ చిరునామా తెలిసిన వ్యక్తి మీ ఖాతా నుండి దాని ఆస్తులన్నింటినీ తీసివేయకుండా ఆపేది అదే!
+
+
+ Ethereum వాలెట్ అంటే ఏమిటి?
+
+
+#### మీ సీడ్ ఫ్రేజ్లు/ప్రైవేట్ కీలను స్క్రీన్షాట్లు తీయవద్దు {#screenshot-private-keys}
+
+మీ సీడ్ ఫ్రేజ్లు లేదా ప్రైవేట్ కీలను స్క్రీన్షాట్ చేయడం వల్ల అవి క్లౌడ్ డేటా ప్రొవైడర్కు సమకాలీకరించబడవచ్చు, ఇది హ్యాకర్లకు వాటిని అందుబాటులోకి తీసుకురావచ్చు. క్లౌడ్ నుండి ప్రైవేట్ కీలను పొందడం హ్యాకర్లకు ఒక సాధారణ దాడి మార్గం.
+
+### హార్డ్వేర్ వాలెట్ను ఉపయోగించండి {#use-hardware-wallet}
+
+హార్డ్వేర్ వాలెట్ ప్రైవేట్ కీలకు ఆఫ్లైన్ నిల్వను అందిస్తుంది. మీ ప్రైవేట్ కీలను నిల్వ చేయడానికి అవి అత్యంత సురక్షితమైన వాలెట్ ఎంపికగా పరిగణించబడతాయి: మీ ప్రైవేట్ కీ ఎప్పుడూ ఇంటర్నెట్ను తాకదు మరియు మీ పరికరంలో పూర్తిగా స్థానికంగా ఉంటుంది.
+
+హ్యాకర్ మీ కంప్యూటర్ను నియంత్రణలోకి తీసుకున్నప్పటికీ, ప్రైవేట్ కీలను ఆఫ్లైన్లో ఉంచడం వల్ల హ్యాక్ అయ్యే ప్రమాదం బాగా తగ్గుతుంది.
+
+#### హార్డ్వేర్ వాలెట్ను ప్రయత్నించండి: {#try-hardware-wallet}
+
+- [Ledger](https://www.ledger.com/)
+- [Trezor](https://trezor.io/)
+
+### పంపే ముందు లావాదేవీలను రెండుసార్లు తనిఖీ చేయండి {#double-check-transactions}
+
+పొరపాటున క్రిప్టోను తప్పు వాలెట్ చిరునామాకు పంపడం ఒక సాధారణ పొరపాటు. **Ethereumలో పంపిన లావాదేవీని తిరిగి మార్చలేము.** మీకు చిరునామా యజమాని తెలిసి, మీ నిధులను తిరిగి పంపమని వారిని ఒప్పించగలిగితే తప్ప, మీరు మీ నిధులను తిరిగి పొందలేరు.
+
+లావాదేవీని పంపే ముందు మీరు పంపుతున్న చిరునామా కావలసిన గ్రహీత చిరునామాతో సరిగ్గా సరిపోలుతోందని ఎల్లప్పుడూ నిర్ధారించుకోండి.
+ఒక స్మార్ట్ కాంట్రాక్ట్తో పరస్పర చర్య జరుపుతున్నప్పుడు సంతకం చేసే ముందు లావాదేవీ సందేశాన్ని చదవడం మంచి పద్ధతి.
+
+### స్మార్ట్ కాంట్రాక్ట్ వ్యయ పరిమితులను సెట్ చేయండి {#spend-limits}
+
+స్మార్ట్ కాంట్రాక్ట్లతో పరస్పర చర్య చేస్తున్నప్పుడు, అపరిమిత వ్యయ పరిమితులను అనుమతించవద్దు. అపరిమిత వ్యయం స్మార్ట్ కాంట్రాక్ట్ మీ వాలెట్ను ఖాళీ చేయడానికి వీలు కల్పిస్తుంది. బదులుగా, లావాదేవీకి అవసరమైన మొత్తానికి మాత్రమే వ్యయ పరిమితులను సెట్ చేయండి.
+
+అనేక Ethereum వాలెట్లు ఖాతాలు ఖాళీ కాకుండా కాపాడటానికి పరిమితుల రక్షణను ఆఫర్ చేస్తాయి.
+
+[మీ క్రిప్టో నిధులకు స్మార్ట్ కాంట్రాక్ట్ యాక్సెస్ను ఎలా ఉపసంహరించుకోవాలి](/guides/how-to-revoke-token-access/)
+
+
+
+## సాధారణ స్కామ్లు {#common-scams}
+
+స్కామర్లను పూర్తిగా ఆపడం అసాధ్యం, కానీ వారి అత్యంత ఉపయోగించే పద్ధతుల గురించి తెలుసుకోవడం ద్వారా మనం వారిని తక్కువ ప్రభావవంతంగా చేయవచ్చు. ఈ స్కామ్లలో చాలా వైవిధ్యాలు ఉన్నాయి, కానీ అవి సాధారణంగా ఒకే ఉన్నత-స్థాయి నమూనాలను అనుసరిస్తాయి. మరేమీ కాకపోయినా, గుర్తుంచుకోండి:
+
+- ఎల్లప్పుడూ సందేహాస్పదంగా ఉండండి
+- ఎవరూ మీకు ఉచితంగా లేదా రాయితీతో ETH ఇవ్వరు
+- ఎవరికీ మీ ప్రైవేట్ కీలు లేదా వ్యక్తిగత సమాచారానికి యాక్సెస్ అవసరం లేదు
+
+### Twitter ప్రకటన ఫిషింగ్ {#ad-phishing}
+
+
+
+వినియోగదారులు వారు చట్టబద్ధమైన వెబ్సైట్ను సందర్శిస్తున్నారని భావించేలా వారిని మోసగించడానికి Twitter (X అని కూడా పిలుస్తారు) లింక్ ప్రివ్యూ ఫీచర్ (అన్ఫర్లింగ్)ని స్పూఫ్ చేయడానికి ఒక పద్ధతి ఉంది. ఈ టెక్నిక్ ట్వీట్లలో పంచుకున్న URLల ప్రివ్యూలను రూపొందించడానికి Twitter యొక్క యంత్రాంగాన్ని ఉపయోగించుకుంటుంది, మరియు ఉదాహరణకు (పైన చూపిన విధంగా) _ethereum.org నుండి_ అని చూపిస్తుంది, వాస్తవానికి వారు దురుద్దేశపూరిత సైట్కు దారి మళ్లించబడుతున్నారు.
+
+ముఖ్యంగా ఒక లింక్పై క్లిక్ చేసిన తర్వాత, మీరు సరైన డొమైన్లో ఉన్నారని ఎల్లప్పుడూ తనిఖీ చేసుకోండి.
+
+[ఇక్కడ మరింత సమాచారం](https://harrydenley.com/faking-twitter-unfurling).
+
+### గివ్అవే స్కామ్ {#giveaway}
+
+క్రిప్టోకరెన్సీలో అత్యంత సాధారణ స్కామ్లలో ఒకటి గివ్అవే స్కామ్. గివ్అవే స్కామ్ అనేక రూపాల్లో ఉంటుంది, కానీ సాధారణ ఆలోచన ఏమిటంటే, మీరు అందించిన వాలెట్ చిరునామాకు ETH పంపితే, మీరు మీ ETHని తిరిగి పొందుతారు, కానీ రెండింతలు._ఈ కారణంగా, దీనిని 2-ఫర్-1 స్కామ్ అని కూడా అంటారు._
+
+ఈ స్కామ్లు సాధారణంగా తప్పుడు అత్యవసర భావనను సృష్టించడానికి గివ్అవేను క్లెయిమ్ చేయడానికి పరిమిత సమయ అవకాశాన్ని నిర్దేశిస్తాయి.
+
+### సోషల్ మీడియా హ్యాక్లు {#social-media-hacks}
+
+దీని యొక్క ఒక ఉన్నత-స్థాయి వెర్షన్ జూలై 2020లో జరిగింది, అప్పుడు ప్రముఖ సెలబ్రిటీలు మరియు సంస్థల Twitter ఖాతాలు హ్యాక్ చేయబడ్డాయి. హ్యాకర్ ఒకేసారి హ్యాక్ చేయబడిన ఖాతాలలో Bitcoin గివ్అవేను పోస్ట్ చేశాడు. మోసపూరిత ట్వీట్లను వెంటనే గమనించి తొలగించినప్పటికీ, హ్యాకర్లు ఇప్పటికీ 11 బిట్కాయిన్లను (లేదా సెప్టెంబర్ 2021 నాటికి $500,000) సంపాదించగలిగారు.
+
+
+
+### సెలబ్రిటీ గివ్అవే {#celebrity-giveaway}
+
+సెలబ్రిటీ గివ్అవే అనేది గివ్అవే స్కామ్ తీసుకునే మరొక సాధారణ రూపం. స్కామర్లు ఒక సెలబ్రిటీ ఇచ్చిన రికార్డ్ చేసిన వీడియో ఇంటర్వ్యూ లేదా కాన్ఫరెన్స్ ప్రసంగాన్ని తీసుకుని YouTubeలో లైవ్స్ట్రీమ్ చేస్తారు - సెలబ్రిటీ ఒక క్రిప్టోకరెన్సీ గివ్అవేను ఆమోదిస్తూ లైవ్ వీడియో ఇంటర్వ్యూ ఇస్తున్నట్లు కనిపించేలా చేస్తారు.
+
+ఈ స్కామ్లో విటాలిక్ బుటెరిన్ను చాలా తరచుగా ఉపయోగిస్తారు, కానీ క్రిప్టోలో పాల్గొన్న అనేక ఇతర ప్రముఖ వ్యక్తులను కూడా ఉపయోగిస్తారు (ఉదా., ఎలోన్ మస్క్ లేదా చార్లెస్ హాస్కిన్సన్). ఒక ప్రసిద్ధ వ్యక్తిని చేర్చడం వల్ల స్కామర్ల లైవ్స్ట్రీమ్కు చట్టబద్ధత భావన కలుగుతుంది (ఇది అనుమానాస్పదంగా కనిపిస్తుంది, కానీ విటాలిక్ ఇందులో పాల్గొన్నాడు, కాబట్టి ఇది సరేనని అనుకోవచ్చు!).
+
+**గివ్అవేలు ఎల్లప్పుడూ స్కామ్లే. మీరు మీ నిధులను ఈ ఖాతాలకు పంపితే, మీరు వాటిని శాశ్వతంగా కోల్పోతారు.**
+
+
+
+### మద్దతు స్కామ్లు {#support-scams}
+
+క్రిప్టోకరెన్సీ సాపేక్షంగా యువ మరియు అపార్థం చేసుకున్న సాంకేతికత. దీన్ని సద్వినియోగం చేసుకునే ఒక సాధారణ స్కామ్ మద్దతు స్కామ్, ఇక్కడ స్కామర్లు ప్రముఖ వాలెట్లు, ఎక్స్ఛేంజీలు లేదా బ్లాక్ చైనుల కోసం మద్దతు సిబ్బందిగా నటిస్తారు.
+
+Ethereum గురించిన చాలా చర్చలు Discordలో జరుగుతాయి. మద్దతు స్కామర్లు సాధారణంగా పబ్లిక్ డిస్కార్డ్ ఛానెల్లలో మద్దతు ప్రశ్నల కోసం శోధించి, ఆపై విచారణకర్తకు మద్దతును అందిస్తూ ఒక ప్రైవేట్ సందేశాన్ని పంపడం ద్వారా తమ లక్ష్యాన్ని కనుగొంటారు. విశ్వాసాన్ని పెంపొందించుకోవడం ద్వారా, మద్దతు స్కామర్లు మీ ప్రైవేట్ కీలను వెల్లడించేలా లేదా మీ నిధులను వారి వాలెట్లకు పంపేలా మిమ్మల్ని మోసగించడానికి ప్రయత్నిస్తారు.
+
+
+
+ఒక సాధారణ నియమంగా, సిబ్బంది మీతో ప్రైవేట్, అనధికారిక ఛానెళ్ల ద్వారా ఎప్పుడూ కమ్యూనికేట్ చేయరు. మద్దతుతో వ్యవహరించేటప్పుడు గుర్తుంచుకోవలసిన కొన్ని సాధారణ విషయాలు:
+
+- మీ ప్రైవేట్ కీలు, సీడ్ ఫ్రేజ్లు లేదా పాస్వర్డ్లను ఎప్పుడూ పంచుకోవద్దు
+- మీ కంప్యూటర్లోకి ఎవరికీ రిమోట్ యాక్సెస్ అనుమతించవద్దు
+- ఒక సంస్థ యొక్క నిర్దేశిత ఛానెళ్ల వెలుపల ఎప్పుడూ కమ్యూనికేట్ చేయవద్దు
+
+
+
+
+
+ జాగ్రత్త: మద్దతు-శైలి స్కామ్లు సాధారణంగా Discordలో జరిగినా, క్రిప్టో చర్చలు జరిగే ఏ చాట్ అప్లికేషన్లలోనైనా, ఇమెయిల్తో సహా, అవి ప్రబలంగా ఉండవచ్చు.
+
+
+
+
+### 'Eth2' టోకెన్ స్కామ్ {#eth2-token-scam}
+
+[The Merge](/roadmap/merge/) సమీపిస్తున్న తరుణంలో, స్కామర్లు 'Eth2' పదం చుట్టూ ఉన్న గందరగోళాన్ని సద్వినియోగం చేసుకొని, వినియోగదారులను వారి ETHని 'ETH2' టోకెన్ కోసం రీడీమ్ చేసుకునేలా చేయడానికి ప్రయత్నించారు. 'ETH2' లేదు, మరియు The Merge తో మరే ఇతర చట్టబద్ధమైన టోకెన్ ప్రవేశపెట్టబడలేదు. The Mergeకు ముందు మీరు కలిగి ఉన్న ETH ఇప్పుడు కూడా అదే ETH. **ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి మీ ETHకి సంబంధించి ఎటువంటి చర్య తీసుకోవలసిన అవసరం లేదు**.
+
+స్కామర్లు "మద్దతు"గా కనిపించవచ్చు, మీరు మీ ETHని డిపాజిట్ చేస్తే, మీరు తిరిగి 'ETH2'ని పొందుతారని మీకు చెబుతారు. [అధికారిక Ethereum మద్దతు](/community/support/) లేదు, మరియు కొత్త టోకెన్ లేదు. మీ వాలెట్ సీడ్ ఫ్రేజ్ను ఎవరితోనూ పంచుకోవద్దు.
+
+_గమనిక: స్టేక్ చేయబడిన ETHకి ప్రాతినిధ్యం వహించే డెరివేటివ్ టోకెన్లు/టిక్కర్లు ఉన్నాయి (అంటే, రాకెట్ పూల్ నుండి rETH, లిడో నుండి stETH, కాయిన్బేస్ నుండి ETH2), కానీ ఇవి మీరు "మైగ్రేట్ కావాల్సినవి" కావు._
+
+### ఫిషింగ్ స్కామ్లు {#phishing-scams}
+
+ఫిషింగ్ స్కామ్లు అనేవి మీ వాలెట్ నిధులను దొంగిలించడానికి స్కామర్లు ఉపయోగించే మరొక పెరుగుతున్న సాధారణ కోణం.
+
+కొన్ని ఫిషింగ్ ఇమెయిల్లు వినియోగదారులను నకిలీ వెబ్సైట్లకు మళ్లించే లింక్లపై క్లిక్ చేయమని అడుగుతాయి, వారి సీడ్ ఫ్రేజ్ను నమోదు చేయమని, వారి పాస్వర్డ్ను రీసెట్ చేయమని లేదా ETH పంపమని అడుగుతాయి. ఇతరులు మీ కంప్యూటర్ను సోకడానికి మాల్వేర్ను తెలియకుండానే ఇన్స్టాల్ చేయమని అడగవచ్చు మరియు స్కామర్లకు మీ కంప్యూటర్ ఫైల్లకు యాక్సెస్ ఇవ్వవచ్చు.
+
+మీకు తెలియని పంపినవారి నుండి ఇమెయిల్ వస్తే, గుర్తుంచుకోండి:
+
+- మీకు తెలియని ఇమెయిల్ చిరునామాల నుండి లింక్ లేదా అటాచ్మెంట్ను ఎప్పుడూ తెరవవద్దు
+- మీ వ్యక్తిగత సమాచారం లేదా పాస్వర్డ్లను ఎవరికీ వెల్లడించవద్దు
+- తెలియని పంపినవారి నుండి ఇమెయిల్లను తొలగించండి
+
+[ఫిషింగ్ స్కామ్లను నివారించడంపై మరింత](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico)
+
+### క్రిప్టో ట్రేడింగ్ బ్రోకర్ స్కామ్లు {#broker-scams}
+
+స్కామ్ క్రిప్టో ట్రేడింగ్ బ్రోకర్లు తమను తాము ప్రత్యేక క్రిప్టోకరెన్సీ బ్రోకర్లుగా చెప్పుకుంటారు, వారు మీ డబ్బును తీసుకుని మీ తరపున పెట్టుబడి పెట్టడానికి ఆఫర్ చేస్తారు. స్కామర్ మీ నిధులను స్వీకరించిన తర్వాత, వారు మిమ్మల్ని మరింత నిధులను పంపమని అడుగుతూ మిమ్మల్ని నడిపించవచ్చు, తద్వారా మీరు తదుపరి పెట్టుబడి లాభాలను కోల్పోకుండా ఉంటారు, లేదా వారు పూర్తిగా అదృశ్యం కావచ్చు.
+
+ఈ మోసగాళ్లు తరచుగా 'బ్రోకర్' గురించి సహజంగా కనిపించే సంభాషణలను ప్రారంభించడానికి YouTubeలో నకిలీ ఖాతాలను ఉపయోగించి లక్ష్యాలను కనుగొంటారు. చట్టబద్ధతను పెంచడానికి ఈ సంభాషణలు తరచుగా ఎక్కువగా అప్వోట్ చేయబడతాయి, కానీ అప్వోట్లన్నీ బాట్ ఖాతాల నుండి వచ్చినవే.
+
+**మీ తరపున పెట్టుబడి పెట్టడానికి ఇంటర్నెట్ అపరిచితులను నమ్మవద్దు. మీరు మీ క్రిప్టోను కోల్పోతారు.**
+
+
+
+### క్రిప్టో మైనింగ్ పూల్ స్కామ్లు {#mining-pool-scams}
+
+సెప్టెంబర్ 2022 నాటికి, Ethereumలో మైనింగ్ ఇకపై సాధ్యం కాదు. అయినప్పటికీ, మైనింగ్ పూల్ స్కామ్లు ఇప్పటికీ ఉన్నాయి. మైనింగ్ పూల్ స్కామ్లలో, వ్యక్తులు మిమ్మల్ని అయాచితంగా సంప్రదించి, Ethereum మైనింగ్ పూల్లో చేరడం ద్వారా మీరు పెద్ద రాబడిని పొందగలరని క్లెయిమ్ చేస్తారు. స్కామర్ క్లెయిమ్లు చేస్తారు మరియు ఎంత సమయం పట్టినా మీతో సంబంధంలో ఉంటారు. ముఖ్యంగా, స్కామర్ మీరు Ethereum మైనింగ్ పూల్లో చేరినప్పుడు, మీ క్రిప్టోకరెన్సీ ETHని సృష్టించడానికి ఉపయోగించబడుతుందని మరియు మీకు ETH డివిడెండ్లు చెల్లించబడతాయని మిమ్మల్ని ఒప్పించడానికి ప్రయత్నిస్తారు. అప్పుడు మీరు మీ క్రిప్టోకరెన్సీ చిన్న రాబడిని ఇస్తోందని చూస్తారు. ఇది కేవలం మీరు మరింత పెట్టుబడి పెట్టేలా ఆకర్షించడానికి మాత్రమే. చివరికి, మీ నిధులన్నీ తెలియని చిరునామాకు పంపబడతాయి, మరియు స్కామర్ అదృశ్యం అవుతారు లేదా కొన్ని సందర్భాల్లో ఇటీవలి కేసులో జరిగినట్లుగా సంబంధంలోనే ఉంటారు.
+
+ముఖ్య విషయం: మైనింగ్ పూల్లో భాగంగా ఉండమని మిమ్మల్ని సోషల్ మీడియాలో సంప్రదించే వ్యక్తుల పట్ల జాగ్రత్తగా ఉండండి. ఒకసారి మీరు మీ క్రిప్టోను కోల్పోతే, అది పోయినట్లే.
+
+గుర్తుంచుకోవలసిన కొన్ని విషయాలు:
+
+- మీ క్రిప్టోతో డబ్బు సంపాదించే మార్గాల గురించి మిమ్మల్ని సంప్రదించే ఎవరి పట్లనైనా జాగ్రత్తగా ఉండండి
+- స్టేకింగ్, లిక్విడిటీ పూల్స్ లేదా మీ క్రిప్టోను పెట్టుబడి పెట్టే ఇతర మార్గాల గురించి మీ పరిశోధన చేయండి
+- అరుదుగా, ఎప్పుడైనా ఉంటే, అటువంటి పథకాలు చట్టబద్ధమైనవి. అవి ఉంటే, అవి బహుశా ప్రధాన స్రవంతిలో ఉండేవి మరియు మీరు వాటి గురించి విని ఉండేవారు.
+
+[మైనింగ్ పూల్ స్కామ్లో ఒక వ్యక్తి $200k కోల్పోయాడు](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
+
+### ఎయిర్డ్రాప్ స్కామ్లు {#airdrop-scams}
+
+ఎయిర్డ్రాప్ స్కామ్లలో ఒక స్కామ్ ప్రాజెక్ట్ మీ వాలెట్లోకి ఒక ఆస్తిని (NFT, టోకెన్) ఎయిర్డ్రాప్ చేయడం మరియు ఎయిర్డ్రాప్ చేయబడిన ఆస్తిని క్లెయిమ్ చేయడానికి మిమ్మల్ని ఒక స్కామ్ వెబ్సైట్కు పంపడం జరుగుతుంది. క్లెయిమ్ చేయడానికి ప్రయత్నిస్తున్నప్పుడు మీ Ethereum వాలెట్తో సైన్ ఇన్ చేయమని మరియు ఒక లావాదేవీని "ఆమోదించమని" మీరు ప్రాంప్ట్ చేయబడతారు. ఈ లావాదేవీ మీ పబ్లిక్ మరియు ప్రైవేట్ కీలను స్కామర్కు పంపడం ద్వారా మీ ఖాతాను రాజీ చేస్తుంది. ఈ స్కామ్ యొక్క ప్రత్యామ్నాయ రూపంలో, స్కామర్ ఖాతాకు నిధులను పంపే లావాదేవీని మీరు నిర్ధారించవలసి రావచ్చు.
+
+[ఎయిర్డ్రాప్ స్కామ్లపై మరింత](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}
+
+
+
+
+
+ పాస్వర్డ్ మేనేజర్ను ఉపయోగించడం వల్ల బలమైన, ప్రత్యేకమైన పాస్వర్డ్లను సృష్టించడం మరియు వాటిని గుర్తుంచుకోవడం వంటివి చూసుకుంటుంది! మేము ఒకదానిని ఉపయోగించమని గట్టిగా సిఫార్సు చేస్తున్నాము, మరియు వాటిలో చాలా వరకు ఉచితం!
+
+
+
+
+మీరు కలిగి ఉన్న ప్రతి ఖాతాకు బలమైన, ప్రత్యేకమైన పాస్వర్డ్లను గుర్తుంచుకోవడం ఆదర్శప్రాయం కాదు. పాస్వర్డ్ మేనేజర్ మీ అన్ని పాస్వర్డ్ల కోసం సురక్షితమైన, ఎన్క్రిప్టెడ్ స్టోర్ను అందిస్తుంది, దానిని మీరు ఒక బలమైన మాస్టర్ పాస్వర్డ్ ద్వారా యాక్సెస్ చేయవచ్చు. కొత్త సేవ కోసం సైన్ అప్ చేస్తున్నప్పుడు అవి బలమైన పాస్వర్డ్లను కూడా సూచిస్తాయి, కాబట్టి మీరు మీ స్వంతంగా సృష్టించాల్సిన అవసరం లేదు. చాలా పాస్వర్డ్ మేనేజర్లు మీరు డేటా ఉల్లంఘనలో పాల్గొన్నారో లేదో కూడా మీకు తెలియజేస్తాయి, ఇది ఏవైనా దురుద్దేశపూరిత దాడులకు ముందు పాస్వర్డ్లను మార్చడానికి మిమ్మల్ని అనుమతిస్తుంది.
+
+
+
+#### పాస్వర్డ్ మేనేజర్ను ప్రయత్నించండి: {#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)** అని అంటారు, దీనిని మీరు Google Authenticator లేదా Authy వంటి ప్రామాణీకరణ యాప్ ద్వారా యాక్సెస్ చేయవచ్చు. టైమ్డ్ కోడ్ను ఉత్పత్తి చేసే సీడ్ మీ పరికరంలో నిల్వ చేయబడినందున ఇవి "మీరు కలిగి ఉన్నది" అనే కారకంగా పనిచేస్తాయి.
+
+
+
+
+
+ గమనిక: SMS-ఆధారిత 2FA SIM జాకింగ్కు గురయ్యే అవకాశం ఉంది మరియు సురక్షితం కాదు. ఉత్తమ భద్రత కోసం, Google Authenticator లేదా Authy వంటి సేవను ఉపయోగించండి.
+
+
+
+
+#### భద్రతా కీలు {#security-keys}
+
+భద్రతా కీ అనేది 2FA యొక్క మరింత ఆధునిక మరియు సురక్షితమైన రకం. భద్రతా కీలు ప్రామాణీకరణ యాప్ల వలె పనిచేసే భౌతిక హార్డ్వేర్ ప్రామాణీకరణ పరికరాలు. 2FA కోసం భద్రతా కీని ఉపయోగించడం అత్యంత సురక్షితమైన మార్గం. ఈ కీలలో చాలా వరకు FIDO యూనివర్సల్ 2వ ఫ్యాక్టర్ (U2F) ప్రమాణాన్ని ఉపయోగిస్తాయి. [FIDO U2F గురించి మరింత తెలుసుకోండి](https://www.yubico.com/resources/glossary/fido-u2f/).
+
+2FA పై మరిన్ని చూడండి:
+
+
+
+### బ్రౌజర్ పొడిగింపులను అన్ఇన్స్టాల్ చేయండి {#uninstall-browser-extensions}
+
+Chrome పొడిగింపులు లేదా Firefox కోసం యాడ్-ఆన్ల వంటి బ్రౌజర్ పొడిగింపులు, బ్రౌజర్ ఫంక్షనాలిటీని మెరుగుపరచగలవు కానీ ప్రమాదాలతో కూడా వస్తాయి. డిఫాల్ట్గా, చాలా బ్రౌజర్ పొడిగింపులు 'సైట్ డేటాను చదవడానికి మరియు మార్చడానికి' యాక్సెస్ కోసం అడుగుతాయి, ఇది మీ డేటాతో దాదాపు ఏదైనా చేయడానికి వాటిని అనుమతిస్తుంది. Chrome పొడిగింపులు ఎల్లప్పుడూ స్వయంచాలకంగా అప్డేట్ చేయబడతాయి, కాబట్టి గతంలో సురక్షితమైన పొడిగింపు తర్వాత దురుద్దేశపూరిత కోడ్ను చేర్చడానికి అప్డేట్ కావచ్చు. చాలా బ్రౌజర్ పొడిగింపులు మీ డేటాను దొంగిలించడానికి ప్రయత్నించడం లేదు, కానీ అవి చేయగలవని మీరు తెలుసుకోవాలి.
+
+#### సురక్షితంగా ఉండండి: {#browser-extension-safety}
+
+- విశ్వసనీయ మూలాల నుండి మాత్రమే బ్రౌజర్ పొడిగింపులను ఇన్స్టాల్ చేయండి
+- ఉపయోగించని బ్రౌజర్ పొడిగింపులను తీసివేయడం
+- స్వయంచాలక-నవీకరణను ఆపడానికి Chrome పొడిగింపులను స్థానికంగా ఇన్స్టాల్ చేయండి (అధునాతనం)
+
+[బ్రౌజర్ పొడిగింపుల ప్రమాదాలపై మరింత](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/)
+
+
+
+## మరింత సమాచారం {#further-reading}
+
+### వెబ్ భద్రత {#reading-web-security}
+
+- [మాల్వేర్-లేస్డ్ Chrome మరియు Edge యాడ్-ఆన్ల ద్వారా 3 మిలియన్ల వరకు పరికరాలు సోకాయి](https://arstechnica.com/information-technology/2020/12/up-to-3-million-devices-infected-by-malware-laced-chrome-and-edge-add-ons/) - _డాన్ గూడిన్_
+- [బలమైన పాస్వర్డ్ను ఎలా సృష్టించాలి — మీరు మర్చిపోలేనిది](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) - _కాయిన్బేస్_
+
+### క్రిప్టో భద్రత {#reading-crypto-security}
+
+- [మిమ్మల్ని మరియు మీ నిధులను రక్షించుకోవడం](https://support.mycrypto.com/staying-safe/protecting-yourself-and-your-funds) - _మైక్రిప్టో_
+- [సాధారణ క్రిప్టో కమ్యూనికేషన్ సాఫ్ట్వేర్లో భద్రతా సమస్యలు](https://docs.salusec.io/untitled/web3-penetration-test/risks-in-social-media) - _సాలస్_
+- [మూర్ఖులు మరియు తెలివైన వ్యక్తుల కోసం కూడా భద్రతా గైడ్](https://medium.com/mycrypto/mycryptos-security-guide-for-dummies-and-smart-people-too-ab178299c82e) - _మైక్రిప్టో_
+- [క్రిప్టో భద్రత: పాస్వర్డ్లు మరియు ప్రామాణీకరణ](https://www.youtube.com/watch?v=m8jlnZuV1i4) - _ఆండ్రియాస్ M. ఆంటోనోపౌలోస్_
+
+### స్కామ్ విద్య {#reading-scam-education}
+
+- [గైడ్: స్కామ్ టోకెన్లను ఎలా గుర్తించాలి](/guides/how-to-id-scam-tokens/)
+- [సురక్షితంగా ఉండటం: సాధారణ స్కామ్లు](https://support.mycrypto.com/staying-safe/common-scams) - _మైక్రిప్టో_
+- [స్కామ్లను నివారించడం](https://bitcoin.org/en/scams) - _Bitcoin.org_
+- [సాధారణ క్రిప్టో ఫిషింగ్ ఇమెయిల్లు మరియు సందేశాలపై Twitter థ్రెడ్](https://twitter.com/tayvano_/status/1516225457640787969) - _టేలర్ మోనాహన్_
+
+
diff --git a/public/content/translations/te/smart-contracts/index.md b/public/content/translations/te/smart-contracts/index.md
index 8b63e22002f..c034d8ec03d 100644
--- a/public/content/translations/te/smart-contracts/index.md
+++ b/public/content/translations/te/smart-contracts/index.md
@@ -1,23 +1,27 @@
---
title: స్మార్ట్ కాంట్రాక్టులు
-metaTitle: "స్మార్ట్ కాంట్రాక్టులు: వాటి ప్రయోజనాలు ఏమిటి"
+metaTitle: "స్మార్ట్ కాంట్రాక్టులు: అవి ఏమిటి మరియు వాటి ప్రయోజనాలు ఏమిటి"
description: స్మార్ట్ కాంట్రాక్టుల నాన్-టెక్నికల్ పరిచయం
lang: te
---
# స్మార్ట్ కాంట్రాక్టులకు పరిచయం {#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)ను వ్రాసాడు.
+నిక్ స్జాబో "స్మార్ట్ కాంట్రాక్ట్" అనే పదాన్ని సృష్టించాడు. 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) రాశారు.
-Szabo ఒక డిజిటల్ మార్కెట్ప్లేస్ను ఊహించింది, ఇక్కడ ఆటోమేటిక్, [క్రిప్టోగ్రాఫికల్-సురక్షిత](/glossary/#cryptography) ప్రక్రియలు విశ్వసనీయ మధ్యవర్తులు లేకుండా లావాదేవీలు మరియు వ్యాపార విధులు జరిగేలా చేస్తాయి. Ethereumపై స్మార్ట్ కాంట్రాక్టులు ఈ విజన్ను ఆచరణలో పెట్టాయి.
+స్జాబో ఒక డిజిటల్ మార్కెట్ప్లేస్ను ఊహించారు, ఇక్కడ ఆటోమేటిక్, [క్రిప్టోగ్రాఫికల్-సురక్షిత](/glossary/#cryptography) ప్రక్రియలు విశ్వసనీయ మధ్యవర్తులు లేకుండా లావాదేవీలు మరియు వ్యాపార విధులు జరిగేలా చేస్తాయి. Ethereumపై స్మార్ట్ కాంట్రాక్టులు ఈ విజన్ను ఆచరణలో పెట్టాయి.
స్మార్ట్ కాంట్రాక్టులను వివరించే ఫైనిమాటిక్స్ చూడండి:
-## సంప్రదాయ కాంట్రాక్ట్లపై నమ్మకం {#trust-and-contracts}
+## సాంప్రదాయ కాంట్రాక్టులలో నమ్మకం {#trust-and-contracts}
సాంప్రదాయ ఒప్పందానికి సంబంధించిన అతిపెద్ద సమస్యల్లో ఒకటి విశ్వసనీయ వ్యక్తులు కాంట్రాక్ట్ ఫలితాలను అనుసరించడం.
@@ -27,7 +31,7 @@ Szabo ఒక డిజిటల్ మార్కెట్ప్లేస్
ఈ తెలివితక్కువ ఉదాహరణ ఏదైనా నాన్-స్మార్ట్ ఒప్పందంతో సమస్యను వివరిస్తుంది. ఒప్పందం యొక్క షరతులు నెరవేరినప్పటికీ (అంటే మీరు రేసులో విజేత), మీరు ఒప్పందాన్ని నెరవేర్చడానికి మరొక వ్యక్తిని విశ్వసించాలి (అనగా పందెం మీద చెల్లింపు).
-## ఒక డిజిటల్ వెండింగ్ మెషీన్ {#vending-machine}
+## ఒక డిజిటల్ వెండింగ్ మెషిన్ {#vending-machine}
స్మార్ట్ కాంట్రాక్ట్కు ఒక సాధారణ రూపకం వెండింగ్ మెషీన్, ఇది స్మార్ట్ కాంట్రాక్ట్తో సమానంగా పనిచేస్తుంది - నిర్దిష్ట ఇన్పుట్లు ముందుగా నిర్ణయించిన అవుట్పుట్లకు హామీ ఇస్తాయి.
@@ -39,7 +43,7 @@ Szabo ఒక డిజిటల్ మార్కెట్ప్లేస్
వెండింగ్ మెషీన్ మీకు కావలసిన ఉత్పత్తిని అన్ని అవసరాలు తీర్చిన తర్వాత మాత్రమే పంపిణీ చేస్తుంది. మీరు ఉత్పత్తిని ఎంచుకోకపోతే లేదా తగినంత డబ్బును ఇన్సర్ట్ చేయకుంటే, వెండింగ్ మెషీన్ మీ ఉత్పత్తిని ఇవ్వదు.
-## ఆటోమేటిక్ ఎగ్జిక్యూషన్ {#automation}
+## స్వయంచాలక అమలు {#automation}
స్మార్ట్ కాంట్రాక్టు యొక్క ప్రధాన ప్రయోజనం ఏమిటంటే అది నిర్దిష్ట షరతులు నెరవేరినప్పుడు నిస్సందేహమైన కోడ్ను నిర్ణయాత్మకంగా అమలు చేస్తుంది. ఫలితాన్ని అర్థం చేసుకోవడానికి లేదా చర్చించడానికి మానవుడు వేచి ఉండాల్సిన అవసరం లేదు. ఇది విశ్వసనీయ మధ్యవర్తుల అవసరాన్ని తొలగిస్తుంది.
@@ -51,7 +55,8 @@ Szabo ఒక డిజిటల్ మార్కెట్ప్లేస్
## పబ్లిక్ రికార్డ్ {#public-record}
-స్మార్ట్ కాంట్రాక్టులు ఆడిట్లు మరియు ట్రాకింగ్ కోసం ఉపయోగపడతాయి. Ethereum స్మార్ట్ కాంట్రాక్టులు పబ్లిక్ బ్లాక్చెయిన్లో ఉన్నందున, ఎవరైనా ఆస్తి బదిలీలు మరియు ఇతర సంబంధిత సమాచారాన్ని తక్షణమే ట్రాక్ చేయవచ్చు. ఉదాహరణకు, మీ చిరునామాకు ఎవరైనా డబ్బు పంపినట్లు మీరు తనిఖీ చేయవచ్చు. గోప్యతా రక్షణ.
+స్మార్ట్ కాంట్రాక్టులు ఆడిట్లు మరియు ట్రాకింగ్ కోసం ఉపయోగపడతాయి. Ethereum స్మార్ట్ కాంట్రాక్టులు పబ్లిక్ బ్లాక్చెయిన్లో ఉన్నందున, ఎవరైనా ఆస్తి బదిలీలు మరియు ఇతర సంబంధిత సమాచారాన్ని తక్షణమే ట్రాక్ చేయవచ్చు. ఉదాహరణకు, మీ చిరునామాకు ఎవరైనా డబ్బు పంపినట్లు మీరు తనిఖీ చేయవచ్చు.
+గోప్యతా రక్షణ.
## గోప్యతా రక్షణ {#privacy-protection}
@@ -65,18 +70,22 @@ Szabo ఒక డిజిటల్ మార్కెట్ప్లేస్
స్మార్ట్ కాంట్రాక్టులు తప్పనిసరిగా కంప్యూటర్ ప్రోగ్రామ్లు చేయగల ఏదైనా చేయగలవు.
-వారు గణనలను నిర్వహించగలరు, కరెన్సీని సృష్టించగలరు, డేటాను నిల్వ చేయగలరు, [NFT](/glossary/#nft)లను మింట్ చేయగలరు, కమ్యూనికేషన్లను పంపగలరు మరియు గ్రాఫిక్లను కూడా రూపొందించగలరు. ఇక్కడ కొన్ని ప్రసిద్ధ, వాస్తవ ప్రపంచ ఉదాహరణలు ఉన్నాయి:
+అవి గణనలను నిర్వహించగలవు, కరెన్సీని సృష్టించగలవు, డేటాను నిల్వ చేయగలవు, [NFTలను](/glossary/#nft) మింట్ చేయగలవు, కమ్యూనికేషన్లను పంపగలవు మరియు గ్రాఫిక్లను కూడా రూపొందించగలవు. ఇక్కడ కొన్ని ప్రసిద్ధ, వాస్తవ ప్రపంచ ఉదాహరణలు ఉన్నాయి:
- [స్టేబుల్కాయిన్లు](/stablecoins/)
- [ఏకైక డిజిటల్ ఆస్తులను సృష్టించడం మరియు పంపిణీ చేయడం](/nft/)
- [ఆటోమేటిక్, ఓపెన్ కరెన్సీ మార్పిడి](/get-eth/#dex)
-- [Decentralized gaming](/apps/categories/gaming)
+- [వికేంద్రీకృత గేమింగ్](/apps/categories/gaming)
- [ఆటోమేటిక్గా చెల్లించే బీమా పాలసీ](https://etherisc.com/)
- [వ్యక్తులు అనుకూలీకరించిన, ఇంటర్ఆపరబుల్ కరెన్సీలను సృష్టించడానికి అనుమతించే ప్రమాణం](/developers/docs/standards/tokens/)
-## మరింత చదవడానికి {#further-reading}
+## మరింత సమాచారం {#further-reading}
+
+- [స్మార్ట్ కాంట్రాక్టులు ప్రపంచాన్ని ఎలా మారుస్తాయి](https://www.youtube.com/watch?v=pA6CGuXEKtQ)
+- [డెవలపర్ల కోసం స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/)
+- [స్మార్ట్-కాంట్రాక్టులు వ్రాయడం నేర్చుకోండి](/developers/learning-tools/)
+- [Mastering Ethereum - స్మార్ట్ కాంట్రాక్ట్ అంటే ఏమిటి?](https://github.com/ethereumbook/ethereumbook/blob/openedition/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract)
+
+
-- [స్మార్ట్ కాంట్రాక్ట్లు ప్రపంచాన్ని ఎలా మారుస్తాయి](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/te/social-networks/index.md b/public/content/translations/te/social-networks/index.md
new file mode 100644
index 00000000000..c0c6fc9b8c6
--- /dev/null
+++ b/public/content/translations/te/social-networks/index.md
@@ -0,0 +1,140 @@
+---
+title: వికేంద్రీకృత సామాజిక నెట్వర్కులు
+description: ఇతీరియముపై వికేంద్రీకృత సామాజిక నెట్వర్క్ల యొక్క ఒక అవలోకనం
+lang: te
+template: ఉపయోగ సందర్భాలు
+emoji: ":mega:"
+sidebarDepth: 2
+image: /images/ethereum-learn.png
+summaryPoint1: సామాజిక పరస్పర చర్య, కంటెంట్ సృష్టి మరియు పంపిణీ కోసం బ్లాక్చెయిన్-ఆధారిత ప్లాట్ఫారమ్లు.
+summaryPoint2: వికేంద్రీకృత సోషల్ మీడియా నెట్వర్క్లు వినియోగదారుల గోప్యతను కాపాడతాయి మరియు డేటా భద్రతను పెంచుతాయి.
+summaryPoint3: టోకెన్లు మరియు NFTలు కంటెంట్ను మానిటైజ్ చేయడానికి కొత్త మార్గాలను సృష్టిస్తాయి.
+---
+
+మన రోజువారీ కమ్యూనికేషన్లు మరియు పరస్పర చర్యలలో సామాజిక నెట్వర్క్లు భారీ పాత్ర పోషిస్తాయి. అయితే, ఈ ప్లాట్ఫారమ్ల కేంద్రీకృత నియంత్రణ అనేక సమస్యలను సృష్టించింది: డేటా ఉల్లంఘనలు, సర్వర్ అంతరాయాలు, డీ-ప్లాట్ఫార్మింగ్, సెన్సార్షిప్ మరియు గోప్యతా ఉల్లంఘనలు సోషల్ మీడియా తరచుగా చేసే కొన్ని రాజీలు. ఈ సమస్యలను ఎదుర్కోవడానికి, డెవలపర్లు ఇతీరియముపై సామాజిక నెట్వర్క్లను నిర్మిస్తున్నారు. వికేంద్రీకృత సామాజిక నెట్వర్క్లు సాంప్రదాయ సామాజిక నెట్వర్కింగ్ ప్లాట్ఫారమ్ల యొక్క అనేక సమస్యలను పరిష్కరించగలవు మరియు వినియోగదారుల మొత్తం అనుభవాన్ని మెరుగుపరచగలవు.
+
+## వికేంద్రీకృత సామాజిక నెట్వర్క్లు అంటే ఏమిటి? {#what-are-decentralized-social-networks}
+
+వికేంద్రీకృత సామాజిక నెట్వర్క్లు [బ్లాక్చెయిన్-ఆధారిత](/glossary/#blockchain) ప్లాట్ఫారమ్లు, ఇవి వినియోగదారులు సమాచారాన్ని మార్పిడి చేసుకోవడానికి అలాగే కంటెంట్ను ప్రచురించడానికి మరియు ప్రేక్షకులకు పంపిణీ చేయడానికి అనుమతిస్తాయి. ఈ అప్లికేషన్లు బ్లాక్చెయిన్లో నడుస్తున్నందున, అవి వికేంద్రీకృతంగా ఉండగలవు మరియు సెన్సార్షిప్ మరియు అనవసరమైన నియంత్రణకు నిరోధకతను కలిగి ఉంటాయి.
+
+అనేక వికేంద్రీకృత సామాజిక నెట్వర్క్లు ఫేస్బుక్, లింక్డ్ఇన్, ట్విట్టర్ మరియు మీడియం వంటి స్థాపించబడిన సోషల్ మీడియా సేవలకు ప్రత్యామ్నాయాలుగా ఉన్నాయి. కానీ బ్లాక్చెయిన్-ఆధారిత సామాజిక నెట్వర్క్లు అనేక లక్షణాలను కలిగి ఉన్నాయి, అవి వాటిని సాంప్రదాయ సామాజిక ప్లాట్ఫారమ్ల కంటే ముందు ఉంచుతాయి.
+
+
+
+### వికేంద్రీకృత సామాజిక నెట్వర్క్లు ఎలా పని చేస్తాయి? {#decentralized-social-networks-overview}
+
+వికేంద్రీకృత సామాజిక నెట్వర్క్లు [వికేంద్రీకృత అప్లికేషన్ల (డాప్స్)](/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/) వంటి వికేంద్రీకృత నిల్వ వ్యవస్థలను ఉపయోగించి, ఇతీరియముపై నిర్మించిన సామాజిక నెట్వర్క్లు వినియోగదారు సమాచారాన్ని దోపిడీ మరియు హానికరమైన ఉపయోగం నుండి రక్షించగలవు. ఎవరూ మీ వ్యక్తిగత సమాచారాన్ని ప్రకటనకర్తలకు అమ్మరు, అలాగే హ్యాకర్లు మీ గోప్యమైన వివరాలను దొంగిలించలేరు.
+
+అనేక బ్లాక్చెయిన్-ఆధారిత సామాజిక ప్లాట్ఫారమ్లు స్థానిక టోకెన్లను కలిగి ఉంటాయి, ఇవి ప్రకటనల ఆదాయం లేనప్పుడు మానిటైజేషన్కు శక్తినిస్తాయి. వినియోగదారులు నిర్దిష్ట ఫీచర్లను యాక్సెస్ చేయడానికి, యాప్లో కొనుగోళ్లను పూర్తి చేయడానికి, లేదా వారికి ఇష్టమైన కంటెంట్ సృష్టికర్తలకు టిప్ ఇవ్వడానికి ఈ టోకెన్లను కొనుగోలు చేయవచ్చు.
+
+## వికేంద్రీకృత సామాజిక నెట్వర్క్ల ప్రయోజనాలు {#benefits}
+
+1. వికేంద్రీకృత సామాజిక నెట్వర్క్లు సెన్సార్షిప్-నిరోధకమైనవి మరియు అందరికీ అందుబాటులో ఉంటాయి. దీనర్థం **వినియోగదారులను నిషేధించలేరు**, డీప్లాట్ఫారమ్ చేయలేరు, లేదా ఏకపక్షంగా పరిమితం చేయలేరు.
+
+2. వికేంద్రీకృత సామాజిక నెట్వర్క్లు **ఓపెన్-సోర్స్ ఆదర్శాలపై నిర్మించబడ్డాయి** మరియు అప్లికేషన్ల కోసం సోర్స్ కోడ్ను ప్రజల తనిఖీకి అందుబాటులో ఉంచుతాయి. సాంప్రదాయ సోషల్ మీడియాలో సాధారణమైన అపారదర్శక అల్గారిథమ్ల అమలును తొలగించడం ద్వారా, బ్లాక్చెయిన్-ఆధారిత సామాజిక నెట్వర్క్లు వినియోగదారులు మరియు ప్లాట్ఫారమ్ సృష్టికర్తల ప్రయోజనాలను సమలేఖనం చేయగలవు.
+
+3. వికేంద్రీకృత సామాజిక నెట్వర్క్లు "మధ్యవర్తి"ని తొలగిస్తాయి. కంటెంట్ **సృష్టికర్తలు వారి కంటెంట్పై ప్రత్యక్ష యాజమాన్యాన్ని కలిగి ఉంటారు**, మరియు వారు మధ్యలో ఒక స్మార్ట్ కాంట్రాక్ట్ తప్ప మరేమీ లేకుండా, అనుచరులు, అభిమానులు, కొనుగోలుదారులు మరియు ఇతర పక్షాలతో నేరుగా నిమగ్నమవుతారు.
+
+4. నోడ్ల యొక్క ప్రపంచవ్యాప్త, పీర్-టు-పీర్ నెట్వర్క్ ద్వారా నిర్వహించబడే ఇతీరియము నెట్వర్క్లో నడుస్తున్న డాప్స్గా, వికేంద్రీకృత సామాజిక నెట్వర్క్లు **సర్వర్ పనికిరాని సమయానికి** మరియు అంతరాయాలకు తక్కువగా గురవుతాయి.
+
+5. వికేంద్రీకృత సామాజిక ప్లాట్ఫారమ్లు [నాన్-ఫంగిబుల్ టోకెన్లు (NFTలు)](/glossary/#nft), యాప్లో క్రిప్టో చెల్లింపులు మరియు మరిన్నింటి ద్వారా కంటెంట్ సృష్టికర్తల కోసం ఒక **మెరుగైన మానిటైజేషన్** ఫ్రేమ్వర్క్ను అందిస్తాయి.
+
+6. వికేంద్రీకృత సామాజిక నెట్వర్క్లు వినియోగదారులకు **అధిక స్థాయి గోప్యత మరియు అజ్ఞాతత్వాన్ని** అందిస్తాయి. ఉదాహరణకు, ఒక వ్యక్తి [ENS](/glossary/#ens) ప్రొఫైల్ లేదా [వాలెట్](/glossary/#wallet) ఉపయోగించి ఇతీరియము-ఆధారిత సామాజిక నెట్వర్క్లోకి సైన్ ఇన్ చేయవచ్చు—పేర్లు, ఇమెయిల్ చిరునామాలు వంటి వ్యక్తిగతంగా గుర్తించదగిన సమాచారం (PII) పంచుకోవలసిన అవసరం లేకుండా.
+
+7. వికేంద్రీకృత సామాజిక నెట్వర్క్లు కేంద్రీకృత డేటాబేస్లపై కాకుండా వికేంద్రీకృత నిల్వపై ఆధారపడతాయి, ఇవి వినియోగదారు డేటాను కాపాడటానికి చాలా ఉత్తమమైనవి.
+
+## ఇతీరియముపై వికేంద్రీకృత సామాజిక నెట్వర్క్లు {#ethereum-social-networks}
+
+దాని టోకెన్ల ప్రజాదరణ మరియు దాని భారీ వినియోగదారుల ఆధారం కారణంగా, వికేంద్రీకృత సోషల్ మీడియాను సృష్టించే డెవలపర్లకు ఇతీరియము నెట్వర్క్ ఇష్టమైన సాధనంగా మారింది. ఇతీరియము-ఆధారిత సామాజిక నెట్వర్క్ల యొక్క కొన్ని ఉదాహరణలు ఇక్కడ ఉన్నాయి:
+
+### Mirror {#mirror}
+
+[Mirror](https://mirror.xyz/) అనేది వికేంద్రీకృతంగా మరియు వినియోగదారు-యాజమాన్యంలో ఉండాలని లక్ష్యంగా పెట్టుకున్న వెబ్3-ప్రారంభించబడిన రైటింగ్ ప్లాట్ఫారమ్. వినియోగదారులు వారి వాలెట్లను కనెక్ట్ చేయడం ద్వారా Mirrorలో ఉచితంగా చదవవచ్చు మరియు వ్రాయవచ్చు. వినియోగదారులు రచనలను కూడా సేకరించవచ్చు మరియు వారికి ఇష్టమైన రచయితలకు సబ్స్క్రైబ్ చేయవచ్చు.
+
+Mirrorలో ప్రచురించబడిన పోస్ట్లు ఒక వికేంద్రీకృత నిల్వ ప్లాట్ఫారమ్ అయిన Arweaveలో శాశ్వతంగా నిల్వ చేయబడతాయి మరియు రైటింగ్ NFTలు అని పిలువబడే సేకరించదగిన [నాన్-ఫంగిబుల్ టోకెన్లుగా (NFTలు)](/nft/) ముద్రించబడతాయి. రచయితలు సృష్టించడానికి రైటింగ్ NFTలు పూర్తిగా ఉచితం, మరియు సేకరణ ఒక ఇతీరియము [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 అనేది ఇతీరియముపై నిర్మించిన వికేంద్రీకృత, వినియోగదారు-యాజమాన్యంలోని ప్రచురణా వేదిక. ఇది వినియోగదారులు ఆలోచనలను క్రౌడ్ఫండ్ చేయడానికి, కంటెంట్ను మానిటైజ్ చేయడానికి మరియు అధిక-విలువ గల కమ్యూనిటీలను నిర్మించడానికి ఉపయోగపడుతుంది._
+- **[Lens Protocol](https://lens.xyz/)** - _లెన్స్ ప్రోటోకాల్ అనేది ఒక కంపోజబుల్ మరియు వికేంద్రీకృత సోషల్ గ్రాఫ్, ఇది వికేంద్రీకృత ఇంటర్నెట్ యొక్క డిజిటల్ తోటలో సృష్టికర్తలు వారు ఎక్కడికి వెళ్లినా వారి కంటెంట్ యాజమాన్యాన్ని తీసుకోవడానికి సహాయపడుతుంది._
+- **[Farcaster](https://farcaster.xyz/)** - _ఫార్కాస్టర్ తగినంత వికేంద్రీకృత సామాజిక నెట్వర్క్. ఇది ఒక ఓపెన్ ప్రోటోకాల్, ఇది ఇమెయిల్ మాదిరిగానే అనేక ఖాతాదారులకు మద్దతు ఇవ్వగలదు._
+- **[Ethereum Follow Protocol](https://efp.app/)** - _ఇతీరియము ఫాలో ప్రోటోకాల్ అనేది ఇతీరియము ఖాతాల కోసం పూర్తిగా వికేంద్రీకృత ఆన్చైన్ సోషల్ గ్రాఫ్, ఇది ENS మరియు SIWEలను పూర్తి చేస్తూ, మాడ్యులర్ ఇతీరియము గుర్తింపు స్టాక్ యొక్క దృష్టిని ముందుకు తీసుకువెళుతుంది._
+- **[Ethereum Comments Protocol](https://www.ethcomments.xyz/)** - _మీ ఆలోచనలను ఆన్చైన్లో ఉంచడానికి ఇతీరియముపై ఒక కొత్త, ప్రోగ్రామబుల్ సోషల్ కంటెంట్ ప్రిమిటివ్._
+
+## ఇతీరియముపై Web2 సామాజిక నెట్వర్క్లు {#web2-social-networks-and-ethereum}
+
+[Web3](/glossary/#web3) స్థానిక సామాజిక ప్లాట్ఫారమ్లు మాత్రమే సోషల్ మీడియాలో బ్లాక్చెయిన్ టెక్నాలజీని పొందుపరచడానికి ప్రయత్నించడం లేదు. అనేక కేంద్రీకృత ప్లాట్ఫారమ్లు కూడా ఇతీరియమును వారి మౌలిక సదుపాయాలలోకి ఏకీకృతం చేయడాన్ని అన్వేషిస్తున్నాయి లేదా ప్రయోగాలు చేశాయి:
+
+### Brave Browser {#brave}
+
+- డిజిటల్ ప్రకటనలు మరియు కంటెంట్ సృష్టికర్తల మద్దతును విప్లవాత్మకంగా మార్చడానికి, బ్రేవ్ తన బ్రౌజర్ పర్యావరణ వ్యవస్థలో ఇతీరియముపై నిర్మించిన ERC-20 టోకెన్ అయిన \*\*[బేసిక్ అటెన్షన్ టోకెన్ (BAT)](https://basicattentiontoken.org/)\*\*ని ఏకీకృతం చేసింది.
+
+- **[బ్రేవ్ రివార్డ్స్ ప్రోగ్రామ్](https://brave.com/brave-rewards/)** గోప్యతను గౌరవించే ప్రకటనలను చూడటం ద్వారా BAT సంపాదించడానికి వినియోగదారులను అనుమతిస్తుంది మరియు ఆపై శ్రద్ధ సమయం ఆధారంగా యూట్యూబ్, ట్విట్టర్, మరియు గిట్హబ్ వంటి వివిధ ప్లాట్ఫారమ్లలోని వెబ్సైట్లు మరియు కంటెంట్ సృష్టికర్తలకు స్వయంచాలకంగా దోహదం చేస్తుంది.
+
+- కంటెంట్ సృష్టికర్తలు ఈ సహకారాలను నేరుగా వారి ఇతీరియము వాలెట్లలోకి స్వీకరించడానికి **[బ్రేవ్ ధృవీకరించబడిన సృష్టికర్తలుగా](https://creators.brave.com/)** నమోదు చేసుకోవచ్చు, ఇది సాంప్రదాయ వెబ్ ప్లాట్ఫారమ్లు మరియు బ్లాక్చెయిన్-ఆధారిత మానిటైజేషన్ మధ్య ఒక వంతెనను సృష్టిస్తుంది.
+
+- BAT టోకెన్లు ఇతీరియము బ్లాక్చెయిన్పై స్వతంత్రంగా ఉంటాయి, ఒకసారి సంపాదించిన తర్వాత వాటిని వ్యక్తిగత వాలెట్లకు లేదా మార్పిడులకు బదిలీ చేయడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+### ఆడియస్ మ్యూజిక్ ప్లాట్ఫారమ్ {#audius}
+
+- **[ఆడియస్](https://audius.co/)** అనేది కళాకారులను నేరుగా అభిమానులతో కనెక్ట్ చేయడానికి ఇతీరియము బ్లాక్చెయిన్ టెక్నాలజీని ఉపయోగించే ఒక మ్యూజిక్ స్ట్రీమింగ్ ప్లాట్ఫారమ్.
+
+- ఈ ప్లాట్ఫారమ్ ఒక హైబ్రిడ్ వికేంద్రీకృత నిర్మాణాన్ని కలిగి ఉంది, ఇక్కడ కంటెంట్ IPFSలో నిల్వ చేయబడుతుంది, అదే సమయంలో యాజమాన్య హక్కులు మరియు **[AUDIO టోకెన్](https://eth.blockscout.com/token/0x18aaa7115705e8be94bffebde57af9bfc265b998)** కోసం బ్లాక్చెయిన్ను ఉపయోగిస్తుంది.
+
+- ఆడియస్ టిక్టాక్తో **[భాగస్వామ్యాన్ని](https://audius.co/tiktok)** ఏర్పాటు చేసుకుంది, ప్రధాన స్రవంతి ప్రేక్షకులకు Web3 కార్యాచరణను తీసుకువస్తోంది మరియు కళాకారులు తమ కంటెంట్ను బ్లాక్చెయిన్ టెక్నాలజీ ద్వారా మానిటైజ్ చేయడానికి అనుమతిస్తుంది.
+
+- ప్లాట్ఫారమ్ యొక్క సాంకేతిక వివరాలు వారి \*\*[వైట్పేపర్](https://whitepaper.audius.co/)\*\*లో అందుబాటులో ఉన్నాయి, వారు ఇతీరియము యొక్క మౌలిక సదుపాయాలపై ఎలా నిర్మించారో చూపిస్తుంది.
+
+### Sorare Fantasy Sports {#sorare}
+
+- **[Sorare](https://sorare.com/)** అనేది **[ఇతీరియముపై నిర్మించిన ఒక ఫాంటసీ స్పోర్ట్స్ ప్లాట్ఫారమ్](https://sorare.com/help/a/4402888626577/what-is-a-sorare-wallet)**, ఇది వినియోగదారులను అధికారిక NFT ప్లేయర్ కార్డులతో సేకరించడానికి, వర్తకం చేయడానికి మరియు ఆడటానికి అనుమతిస్తుంది.
+
+- ప్లేయర్ కార్డులు ఇతీరియము బ్లాక్చెయిన్లో ధృవీకరించదగిన NFTలు, మరియు ప్లాట్ఫారమ్ యొక్క స్మార్ట్ కాంట్రాక్ట్లను \*\*[Etherscan](https://eth.blockscout.com/address/0x629a673a8242c2ac4b7b8c5d8735fbeac21a6205?tab=contract)\*\*లో చూడవచ్చు.
+
+- Sorare సాంప్రదాయ ఫాంటసీ స్పోర్ట్స్ గేమ్ప్లేని డిజిటల్ ఆస్తుల బ్లాక్చెయిన్ యాజమాన్యంతో మిళితం చేస్తుంది, ప్రధాన స్రవంతి క్రీడా అభిమానులకు **[నిధుల కోసం ఇతీరియము](https://sorare.com/help/a/10969733392797/what-network-should-i-use-to-fund-my-eth-wallet)** కార్యాచరణను తీసుకువస్తుంది.
+
+### Twitter/X (Crypto Tipping) {#twitter}
+
+**[ట్విట్టర్](https://x.com)** (ఇప్పుడు X) సృష్టికర్తల మానిటైజేషన్ మరియు డిజిటల్ గుర్తింపు ధృవీకరణను మెరుగుపరచడానికి బ్లాక్చెయిన్ టెక్నాలజీని బహుళ మార్గాల్లో పొందుపరిచింది:
+
+- **క్రిప్టో టిప్పింగ్**: ఈ ప్లాట్ఫారమ్ \*\*[ఇతీరియము టిప్పింగ్](https://help.x.com/en/using-x/tips)\*\*ను ఏకీకృతం చేసింది, Strike వంటి ఇతీరియము-ఆధారిత వాలెట్ల ద్వారా చెల్లింపులను పంపడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+బ్లాక్చెయిన్ ఫీచర్లను ఏకీకృతం చేయడం ద్వారా, X Web2 సామాజిక అనుభవాలు మరియు వికేంద్రీకృత డిజిటల్ యాజమాన్యం మధ్య అంతరాన్ని పూడుస్తోంది.
+
+## మరింత సమాచారం {#further-reading}
+
+### వ్యాసాలు {#articles}
+
+- [సోషల్ మీడియాను వికేంద్రీకరించడం: వెబ్3 సోషల్ స్టాక్కు ఒక గైడ్](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/) — _బెన్ గోర్ట్జెల్_
+- [Web3 వికేంద్రీకృత, కమ్యూనిటీ-ఆధారిత సామాజిక నెట్వర్క్ల వాగ్దానాన్ని కలిగి ఉంది](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _సుమిత్ ఘోష్_
+- [బ్లాక్చెయిన్ సోషల్ మీడియా ల్యాండ్స్కేప్ యొక్క ఒక అవలోకనం](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _జెమిని క్రిప్టోపీడియా_
+- [బ్లాక్చెయిన్ సోషల్ మీడియా గోప్యతను ఎలా పరిష్కరించగలదు](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _ప్రబ్లీన్ బజ్పాయ్_
+- [సామాజిక నెట్వర్క్ల కోసం తగినంత వికేంద్రీకరణ](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks) — _వరుణ్ శ్రీనివాసన్_
+
+### వీడియోలు {#videos}
+
+- [వికేంద్రీకృత సోషల్ మీడియా వివరించబడింది](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_
+- [DeSo బ్లాక్చెయిన్ సోషల్ మీడియాను వికేంద్రీకరించాలనుకుంటోంది](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _బ్లూమ్బెర్గ్ టెక్నాలజీ_
+- [బాలాజీ శ్రీనివాసన్, విటాలిక్ బుటెరిన్, జువాన్ బెనెట్లతో వికేంద్రీకృత సోషల్ మీడియా యొక్క భవిష్యత్తు](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_
+
+### కమ్యూనిటీలు {#communities}
+
+- [r/క్రిప్టోకరెన్సీ సబ్రెడిట్](https://www.reddit.com/r/CryptoCurrency/)
diff --git a/public/content/translations/te/staking/dvt/index.md b/public/content/translations/te/staking/dvt/index.md
new file mode 100644
index 00000000000..1a513689ebf
--- /dev/null
+++ b/public/content/translations/te/staking/dvt/index.md
@@ -0,0 +1,91 @@
+---
+title: విడి చెల్లుబడి సాంకేతికత
+description: పంపిణీ చేయబడిన వాలిడేటర్ సాంకేతికత బహుళ పక్షాల ద్వారా Ethereum వాలిడేటర్ యొక్క పంపిణీ ఆపరేషన్ను ప్రారంభిస్తుంది.
+lang: te
+---
+
+# పంపిణీ చేయబడిన వ్యాలిడేటర్ సాంకేతికత {#distributed-validator-technology}
+
+డిస్ట్రిబ్యూటెడ్ వాలిడేటర్ టెక్నాలజీ (DVT) అనేది వ్యాలిడేటర్ భద్రతకు ఒక విధానం, ఇది అనేక పార్టీల అంతటా కీలక నిర్వహణ మరియు సంతకం బాధ్యతలను విస్తరించడం, వైఫల్యం యొక్క ఒకే పాయింట్లను తగ్గించడం మరియు వాలిడేటర్ స్థితిస్థాపకతను పెంచడం.
+
+ఇది ఒక వ్యాలిడేటర్ను సురక్షితం చేయడానికి ఉపయోగించే **ప్రైవేట్ కీని** "క్లస్టర్"గా నిర్వహించబడిన **అనేక కంప్యూటర్లలో విభజించడం** ద్వారా దీన్ని చేస్తుంది. దీని యొక్క ప్రయోజనం ఏమిటంటే, దాడి చేసేవారికి కీని యాక్సెస్ చేయడం చాలా కష్టతరం చేస్తుంది, ఎందుకంటే ఇది ఏ ఒక్క మెషీన్లోనూ పూర్తిగా నిల్వ చేయబడదు. ప్రతి క్లస్టర్లోని మెషీన్ల ఉపసమితి ద్వారా అవసరమైన సంతకం చేయవచ్చు కాబట్టి ఇది కొన్ని నోడ్లను ఆఫ్లైన్లోకి వెళ్లడానికి కూడా అనుమతిస్తుంది. ఇది నెట్వర్క్ నుండి వైఫల్యం యొక్క సింగిల్ పాయింట్లను తగ్గిస్తుంది మరియు మొత్తం వాలిడేటర్ను మరింత పటిష్టంగా సెట్ చేస్తుంది.
+
+
+
+## మనకు DVT ఎందుకు అవసరం? మనకు 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 ఎలా పని చేస్తుంది? 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/te/staking/pools/index.md b/public/content/translations/te/staking/pools/index.md
new file mode 100644
index 00000000000..025a2b8904e
--- /dev/null
+++ b/public/content/translations/te/staking/pools/index.md
@@ -0,0 +1,84 @@
+---
+title: పూల్డ్ స్టేకింగ్
+description: స్టేకింగ్ పూల్స్ గురించి తెలుసుకోండి
+lang: te
+template: స్టేకింగ్
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-pool.png
+alt: లెస్లీ కొలనులో ఈత కొడుతున్న ఖడ్గమృగం.
+sidebarDepth: 2
+summaryPoints:
+ - ఇతరులతో చేతులు కలపడం ద్వారా ఏ మొత్తంలోనైనా ETHతో వాటా పొందండి మరియు రివార్డ్లను సంపాదించండి
+ - కఠినమైన భాగాన్ని దాటవేసి, వాలిడేటర్ ఆపరేషన్ను మూడవ పక్షానికి అప్పగించండి
+ - మీ స్వంత వాలెట్లో స్టాకింగ్ టోకెన్లను పట్టుకోండి
+---
+
+## స్టేకింగ్ పూల్స్ అంటే ఏమిటి? {#what-are-staking-pools}
+
+స్టాకింగ్ పూల్లు అనేది చాలా తక్కువ మొత్తంలో ETHతో పాటు వాలిడేటర్ కీల సెట్ని యాక్టివేట్ చేయడానికి అవసరమైన 32 ETHని పొందేందుకు అనుమతించే సహకార విధానం. పూలింగ్ కార్యాచరణకు ప్రోటోకాల్లో స్థానికంగా మద్దతు లేదు, కాబట్టి ఈ అవసరాన్ని పరిష్కరించడానికి పరిష్కారాలు విడిగా రూపొందించబడ్డాయి.
+
+కొన్ని పూల్లు స్మార్ట్ కాంట్రాక్ట్లను ఉపయోగించి పనిచేస్తాయి, ఇక్కడ కాంట్రాక్ట్కు నిధులను డిపాజిట్ చేయవచ్చు, ఇది మీ వాటాను నమ్మకంగా నిర్వహించి, ట్రాక్ చేస్తుంది మరియు ఈ విలువను సూచించే టోకెన్ను మీకు జారీ చేస్తుంది. ఇతర పూల్స్ స్మార్ట్ కాంట్రాక్టులను కలిగి ఉండకపోవచ్చు మరియు బదులుగా ఆఫ్ చైన్ మధ్యవర్తిత్వం వహించబడతాయి.
+
+## కొలనుతో ఎందుకు పందెం వేయాలి? {#why-stake-with-a-pool}
+
+మా [స్టేకింగ్ పరిచయం](/staking/)లో మేము వివరించిన ప్రయోజనాలతో పాటు, పూల్తో స్టేకింగ్ చేయడం అనేక విభిన్న ప్రయోజనాలతో వస్తుంది.
+
+
+
+
+
+
+
+
+
+## పరిగణించవలసినవి {#what-to-consider}
+
+పూల్ చేయబడిన లేదా డెలిగేటెడ్ స్టాకింగ్కు స్థానికంగా Ethereum ప్రోటోకాల్ మద్దతు లేదు, అయితే వినియోగదారులు 32 ETH కంటే తక్కువ వాటాను కలిగి ఉండాలనే డిమాండ్ను బట్టి ఈ డిమాండ్ను అందించడానికి అనేక పరిష్కారాలు రూపొందించబడ్డాయి.
+
+ప్రతి పూల్ మరియు వారు ఉపయోగించే సాధనాలు లేదా స్మార్ట్ కాంట్రాక్ట్లు వేర్వేరు బృందాలచే రూపొందించబడ్డాయి మరియు ప్రతి ఒక్కటి ప్రయోజనాలు మరియు నష్టాలతో వస్తాయి. పూల్లు వినియోగదారులు తమ ETHను షేర్డ్ ETHని సూచించే టోకెన్ కోసం మార్చుకునేలా చేస్తాయి. టోకెన్ ఉపయోగకరంగా ఉంటుంది ఎందుకంటే ఇది వికేంద్రీకృత ఎక్స్ఛేంజీలలో అంతర్లీనంగా ఉన్న ETH (మరియు వైస్ వెర్సా) కి వర్తించే స్టాకింగ్ రివార్డ్ల నుండి రాబడిని ఉత్పత్తి చేసే దిగుబడి-బేరింగ్ టోకెన్కు సమానమైన మొత్తానికి ETHని మార్చుకోవడానికి వినియోగదారులను అనుమతిస్తుంది. ETH ఏకాభిప్రాయ పొరపై ఆధారపడి ఉంటుంది. దీనర్థం దిగుబడి-బేరింగ్ స్టేక్డ్-ETH ఉత్పత్తి నుండి ముందుకు వెనుకకు మారడం మరియు "రా ETH" అనేది త్వరితంగా, సులభంగా ఉంటుంది మరియు 32 ETH యొక్క గుణిజాలలో మాత్రమే అందుబాటులో ఉండదు.
+
+అయినప్పటికీ, ఈ స్టేక్డ్-ETH టోకెన్లు కార్టెల్-వంటి ప్రవర్తనలను సృష్టిస్తాయి, ఇక్కడ పెద్ద మొత్తంలో స్టాక్ చేయబడిన ETH అనేక స్వతంత్ర వ్యక్తులలో వ్యాపించకుండా కొన్ని కేంద్రీకృత సంస్థల నియంత్రణలో ముగుస్తుంది. ఇది సెన్సార్షిప్ లేదా విలువ వెలికితీత కోసం పరిస్థితులను సృష్టిస్తుంది. స్టాకింగ్ కోసం బంగారు ప్రమాణం ఎల్లప్పుడూ సాధ్యమైనప్పుడల్లా వారి స్వంత హార్డ్వేర్పై వ్యాలిడేటర్లను నడుపుతున్న వ్యక్తులుగా ఉండాలి.
+
+[స్టేకింగ్ టోకెన్ల నష్టాలపై మరింత](https://notes.ethereum.org/@djrtwo/risks-of-lsd).
+
+జాబితా చేయబడిన స్టాకింగ్ పూల్లో గుర్తించదగిన బలాలు లేదా బలహీనతలను సూచించడానికి అట్రిబ్యూట్ సూచికలు క్రింద ఉపయోగించబడతాయి. మీరు చేరడానికి పూల్ను ఎంచుకుంటున్నప్పుడు మేము ఈ లక్షణాలను ఎలా నిర్వచించాలో సూచించడానికి ఈ విభాగాన్ని సూచనగా ఉపయోగించండి.
+
+
+
+## స్టేకింగ్ పూల్స్ అన్వేషించండి {#explore-staking-pools}
+
+మీ సెటప్లో మీకు సహాయం చేయడానికి అనేక రకాల ఎంపికలు అందుబాటులో ఉన్నాయి. దిగువ సాధనాల ద్వారా మీకు మార్గనిర్దేశం చేయడంలో సహాయపడటానికి పై సూచికలను ఉపయోగించండి.
+
+
+
+
+
+దయచేసి [క్లయింట్ వైవిధ్యాన్ని](/developers/docs/nodes-and-clients/client-diversity/) తీవ్రంగా పరిగణించే సేవను ఎంచుకోవడం యొక్క ప్రాముఖ్యతను గమనించండి, ఎందుకంటే ఇది నెట్వర్క్ యొక్క భద్రతను మెరుగుపరుస్తుంది మరియు మీ ప్రమాదాన్ని పరిమితం చేస్తుంది. మెజారిటీ క్లయింట్ వినియోగాన్ని పరిమితం చేస్తున్నట్లు రుజువులు ఉన్న సేవలు "ఎగ్జిక్యూషన్ క్లయింట్ వైవిధ్యం" మరియు "ఏకాభిప్రాయం క్లయింట్ వైవిధ్యం."తో సూచించబడతాయి.
+
+మేము తప్పిపోయిన స్టేకింగ్ సాధనం కోసం మీ వద్ద ఏమైనా సూచన ఉందా? అది సరిగ్గా సరిపోతుందో లేదో చూడటానికి మరియు సమీక్ష కోసం సమర్పించడానికి మా [ఉత్పత్తి జాబితా విధానం](/contributing/adding-staking-products/)ని చూడండి.
+
+## తరచుగా అడిగే ప్రశ్నలు {#faq}
+
+
+సాధారణంగా ERC-20 స్టేకింగ్ టోకెన్లు స్టేకర్లకు జారీ చేయబడతాయి మరియు వారి స్టేక్ చేసిన ETH మరియు రివార్డుల విలువను సూచిస్తాయి. వివిధ పూల్స్ తమ వినియోగదారులకు స్టేకింగ్ రివార్డులను కొద్దిగా భిన్నమైన పద్ధతుల ద్వారా పంపిణీ చేస్తాయని గుర్తుంచుకోండి, కానీ ఇది సాధారణ విషయం.
+
+
+
+ప్రస్తుతం! షాంఘై/కాపెల్లా నెట్వర్క్ అప్గ్రేడ్ ఏప్రిల్ 2023లో జరిగింది మరియు స్టేకింగ్ ఉపసంహరణలను పరిచయం చేసింది. స్టేకింగ్ పూల్స్కు మద్దతు ఇచ్చే వ్యాలిడేటర్ ఖాతాలు ఇప్పుడు నిష్క్రమించి, వారి నియమించబడిన ఉపసంహరణ చిరునామాకు ETHని ఉపసంహరించుకునే సామర్థ్యాన్ని కలిగి ఉన్నాయి. ఇది అంతర్లీన ETH కోసం మీ వాటా భాగాన్ని రీడీమ్ చేసుకునే సామర్థ్యాన్ని అనుమతిస్తుంది. వారు ఈ ఫంక్షనాలిటీకి ఎలా మద్దతిస్తారో చూడటానికి మీ ప్రొవైడర్తో తనిఖీ చేయండి.
+
+ప్రత్యామ్నాయంగా, ERC-20 స్టేకింగ్ టోకెన్ను ఉపయోగించే పూల్స్, వినియోగదారులు ఈ టోకెన్ను ఓపెన్ మార్కెట్లో ట్రేడ్ చేయడానికి అనుమతిస్తాయి, ఇది స్టేకింగ్ కాంట్రాక్ట్ నుండి వాస్తవానికి ETHని తొలగించకుండానే, మీ స్టేకింగ్ స్థానాన్ని సమర్థవంతంగా "ఉపసంహరించుకోవడానికి" మిమ్మల్ని అనుమతిస్తుంది.
+
+స్టేకింగ్ ఉపసంహరణలపై మరింత
+
+
+ఈ పూల్డ్ స్టేకింగ్ ఎంపికలు మరియు కేంద్రీకృత మార్పిడుల మధ్య చాలా సారూప్యతలు ఉన్నాయి, ఉదాహరణకు, తక్కువ మొత్తంలో ETHని స్టేక్ చేసి, వ్యాలిడేటర్లను యాక్టివేట్ చేయడానికి వాటిని కలిపి బండిల్ చేసే సామర్థ్యం వంటివి.
+
+కేంద్రీకృత మార్పిడుల వలె కాకుండా, అనేక ఇతర పూల్డ్ స్టేకింగ్ ఎంపికలు స్మార్ట్ కాంట్రాక్టులు మరియు/లేదా స్టేకింగ్ టోకెన్లను ఉపయోగిస్తాయి, ఇవి సాధారణంగా మీ స్వంత వాలెట్లో ఉంచుకోగల ERC-20 టోకెన్లు, మరియు ఏ ఇతర టోకెన్ లాగానైనా కొనుగోలు చేయవచ్చు లేదా అమ్మవచ్చు. ఇది మీ టోకెన్లపై మీకు నియంత్రణ ఇవ్వడం ద్వారా సార్వభౌమాధికారం మరియు భద్రత యొక్క ఒక పొరను అందిస్తుంది, కానీ నేపథ్యంలో మీ తరపున ధృవీకరించే వ్యాలిడేటర్ క్లయింట్పై మీకు ఇప్పటికీ ప్రత్యక్ష నియంత్రణ ఇవ్వదు.
+
+వాటికి మద్దతు ఇచ్చే నోడ్ల విషయానికి వస్తే, కొన్ని పూలింగ్ ఎంపికలు ఇతరుల కంటే ఎక్కువగా వికేంద్రీకరించబడ్డాయి. నెట్వర్క్ యొక్క ఆరోగ్యం మరియు వికేంద్రీకరణను ప్రోత్సహించడానికి, అనుమతిలేని వికేంద్రీకృత నోడ్ ఆపరేటర్ల సమితిని ప్రారంభించే పూలింగ్ సేవను ఎంచుకోవడానికి స్టేకర్లు ఎల్లప్పుడూ ప్రోత్సహించబడతారు.
+
+## మరింత సమాచారం {#further-reading}
+
+- [The Ethereum స్టేకింగ్ డైరెక్టరీ](https://www.staking.directory/) - _Eridian and Spacesider_
+- [Rocket Poolతో స్టేకింగ్ - స్టేకింగ్ అవలోకనం](https://docs.rocketpool.net/guides/staking/overview.html) - _RocketPool డాక్స్_
+- [Lidoతో Ethereum స్టేకింగ్](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _Lido సహాయ పత్రాలు_
diff --git a/public/content/translations/te/staking/saas/index.md b/public/content/translations/te/staking/saas/index.md
new file mode 100644
index 00000000000..37e2a9144a0
--- /dev/null
+++ b/public/content/translations/te/staking/saas/index.md
@@ -0,0 +1,92 @@
+---
+title: ఒక సర్వీస్గా స్టేకింగ్
+description: సేవగా స్టాకింగ్ గురించి తెలుసుకోండి
+lang: te
+template: స్టేకింగ్
+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 ని ఒక వ్యాలిడేటర్ కోసం డిపాజిట్ చేస్తారు, కానీ నోడ్ కార్యకలాపాలను మూడవ-పక్ష ఆపరేటర్కు అప్పగిస్తారు. ఈ ప్రక్రియలో సాధారణంగా కీ జనరేషన్ మరియు డిపాజిట్తో సహా ప్రారంభ సెటప్ ద్వారా మార్గనిర్దేశం చేయబడటం, ఆపై మీ సైనింగ్ కీలను ఆపరేటర్కు అప్లోడ్ చేయడం వంటివి ఉంటాయి. ఇది సాధారణంగా నెలవారీ రుసుము కోసం, మీ తరపున మీ వ్యాలిడేటర్ను ఆపరేట్ చేయడానికి సేవను అనుమతిస్తుంది.
+
+## ఒక సేవతో ఎందుకు స్టాక్ చేయాలి? {#why-stake-with-a-service}
+
+ఎథేరియం ప్రోటోకాల్ స్థానికంగా స్టేక్ అప్పగింతకు మద్దతు ఇవ్వదు, కాబట్టి ఈ డిమాండ్ను పూరించడానికి ఈ సేవలు నిర్మించబడ్డాయి. మీ దగ్గర స్టాక్ చేయడానికి 32 ETH ఉండి, హార్డ్వేర్తో వ్యవహరించడం సౌకర్యంగా లేకపోతే, మీరు స్థానిక బ్లాక్ రివార్డులను సంపాదిస్తున్నప్పుడు కష్టమైన భాగాన్ని అప్పగించడానికి SaaS సేవలు మిమ్మల్ని అనుమతిస్తాయి.
+
+
+
+
+
+
+
+
+
+## పరిగణించవలసినవి {#what-to-consider}
+
+మీ ETHని స్టాక్ చేయడంలో మీకు సహాయపడటానికి SaaS ప్రొవైడర్ల సంఖ్య పెరుగుతోంది, కానీ వాటన్నిటికీ వాటి స్వంత ప్రయోజనాలు మరియు నష్టాలు ఉన్నాయి. హోమ్-స్టాకింగ్తో పోలిస్తే అన్ని SaaS ఎంపికలకు అదనపు విశ్వాస అంచనాలు అవసరం. SaaS ఎంపికలు ఎథేరియం క్లయింట్లను చుట్టి ఉండే అదనపు కోడ్ను కలిగి ఉండవచ్చు, అది ఓపెన్ లేదా ఆడిట్ చేయదగినది కాదు. SaaS నెట్వర్క్ వికేంద్రీకరణపై హానికరమైన ప్రభావాన్ని కూడా చూపుతుంది. సెటప్ను బట్టి, మీరు మీ వ్యాలిడేటర్ను నియంత్రించలేకపోవచ్చు - ఆపరేటర్ మీ ETHని ఉపయోగించి నిజాయితీ లేకుండా ప్రవర్తించవచ్చు.
+
+జాబితా చేయబడిన SaaS ప్రొవైడర్ కలిగి ఉండగల గుర్తించదగిన బలాలు లేదా బలహీనతలను సూచించడానికి అట్రిబ్యూట్ సూచికలు క్రింద ఉపయోగించబడతాయి. మీ స్టాకింగ్ ప్రయాణంలో సహాయపడటానికి ఒక సేవను ఎంచుకునేటప్పుడు, ఈ లక్షణాలను మేము ఎలా నిర్వచిస్తామో తెలుసుకోవడానికి ఈ విభాగాన్ని ఒక సూచనగా ఉపయోగించండి.
+
+
+
+## స్టాకింగ్ సేవా ప్రదాతలను అన్వేషించండి {#saas-providers}
+
+క్రింద కొన్ని అందుబాటులో ఉన్న SaaS ప్రొవైడర్లు ఉన్నాయి. ఈ సేవల ద్వారా మీకు మార్గనిర్దేశం చేయడంలో సహాయపడటానికి పై సూచికలను ఉపయోగించండి
+
+
+
+### SaaS ప్రొవైడర్లు
+
+
+
+[క్లయింట్ వైవిధ్యం](/developers/docs/nodes-and-clients/client-diversity/)కి మద్దతు ఇవ్వడం యొక్క ప్రాముఖ్యతను దయచేసి గమనించండి, ఎందుకంటే ఇది నెట్వర్క్ భద్రతను మెరుగుపరుస్తుంది మరియు మీ నష్టాన్ని పరిమితం చేస్తుంది. మెజారిటీ క్లయింట్ వినియోగాన్ని పరిమితం చేస్తున్నట్లు రుజువులు ఉన్న సేవలు "ఎగ్జిక్యూషన్ క్లయింట్ వైవిధ్యం" మరియు "ఏకాభిప్రాయం క్లయింట్ వైవిధ్యం."తో సూచించబడతాయి.
+
+### కీ జనరేటర్లు
+
+
+
+మేము వదిలిపెట్టిన స్టాకింగ్-యాజ్-ఎ-సర్వీస్ ప్రొవైడర్ కోసం మీ దగ్గర ఏదైనా సూచన ఉందా? అది సరిగ్గా సరిపోతుందో లేదో చూడటానికి మరియు సమీక్ష కోసం సమర్పించడానికి మా [ఉత్పత్తి జాబితా విధానం](/contributing/adding-staking-products/)ని చూడండి.
+
+## తరచుగా అడిగే ప్రశ్నలు {#faq}
+
+
+ఏర్పాట్లు ప్రొవైడర్ నుండి ప్రొవైడర్కు విభిన్నంగా ఉంటాయి, కానీ సాధారణంగా మీకు అవసరమైన ఏవైనా సైనింగ్ కీలను (ఒక 32 ETH కి ఒకటి) సెటప్ చేయడం ద్వారా మీకు మార్గనిర్దేశం చేయబడుతుంది, మరియు మీ తరపున ధృవీకరించడానికి వారిని అనుమతించడానికి వీటిని మీ ప్రొవైడర్కు అప్లోడ్ చేయాలి. సైనింగ్ కీలు మాత్రమే మీ నిధులను ఉపసంహరించుకోవడానికి, బదిలీ చేయడానికి లేదా ఖర్చు చేయడానికి ఎలాంటి సామర్థ్యాన్ని ఇవ్వవు. అయితే, అవి ఏకాభిప్రాయం వైపు ఓట్లను వేయగల సామర్థ్యాన్ని అందిస్తాయి, ఇది సరిగ్గా చేయకపోతే ఆఫ్లైన్ జరిమానాలు లేదా స్లాషింగ్కు దారితీయవచ్చు.
+
+
+
+అవును. ప్రతి ఖాతాలో BLS సైనింగ్ కీలు మరియు BLS ఉపసంహరణ కీలు రెండూ ఉంటాయి. ఒక వ్యాలిడేటర్ చైన్ యొక్క స్థితిని ధృవీకరించడానికి, సింక్ కమిటీలలో పాల్గొనడానికి మరియు బ్లాక్లను ప్రతిపాదించడానికి, సైనింగ్ కీలు ఒక వ్యాలిడేటర్ క్లయింట్ ద్వారా సులభంగా అందుబాటులో ఉండాలి. ఇవి ఏదో ఒక రూపంలో ఇంటర్నెట్కు కనెక్ట్ చేయబడి ఉండాలి, అందువల్ల స్వాభావికంగా "హాట్" కీలుగా పరిగణించబడతాయి. మీ వ్యాలిడేటర్ ధృవీకరించగలగడానికి ఇది ఒక ఆవశ్యకత, మరియు అందువల్ల నిధులను బదిలీ చేయడానికి లేదా ఉపసంహరించుకోవడానికి ఉపయోగించే కీలు భద్రతా కారణాల వల్ల వేరు చేయబడతాయి.
+
+స్టాకింగ్ రివార్డులు మరియు నిష్క్రమించిన నిధులు ఏ ఎగ్జిక్యూషన్ లేయర్ ఖాతాకు వెళ్లాలో ప్రకటించే ఏక-కాల సందేశంపై సంతకం చేయడానికి BLS ఉపసంహరణ కీలు ఉపయోగించబడతాయి. ఈ సందేశం ప్రసారం చేయబడిన తర్వాత, BLS ఉపసంహరణ కీలు ఇకపై అవసరం లేదు. బదులుగా, ఉపసంహరించుకున్న నిధులపై నియంత్రణ మీరు అందించిన చిరునామాకు శాశ్వతంగా అప్పగించబడుతుంది. ఇది మీ స్వంత కోల్డ్ స్టోరేజ్ ద్వారా సురక్షితమైన ఉపసంహరణ చిరునామాను సెట్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది, వేరొకరు మీ వ్యాలిడేటర్ సైనింగ్ కీలను నియంత్రించినప్పటికీ, మీ వ్యాలిడేటర్ నిధులకు ప్రమాదాన్ని తగ్గిస్తుంది.
+
+ఉపసంహరణలను ప్రారంభించడానికి ఉపసంహరణ ఆధారాలను నవీకరించడం తప్పనిసరి దశ\*. ఈ ప్రక్రియలో మీ నిమోనిక్ సీడ్ ఫ్రేజ్ను ఉపయోగించి ఉపసంహరణ కీలను రూపొందించడం ఉంటుంది.
+
+ఈ సీడ్ ఫ్రేజ్ను మీరు సురక్షితంగా బ్యాకప్ చేశారని నిర్ధారించుకోండి, లేకపోతే సమయం వచ్చినప్పుడు మీరు మీ ఉపసంహరణ కీలను రూపొందించలేరు.
+
+\*ప్రారంభ డిపాజిట్తో ఉపసంహరణ చిరునామాను అందించిన స్టాకర్లు దీనిని సెట్ చేయవలసిన అవసరం లేదు. మీ వ్యాలిడేటర్ను ఎలా సిద్ధం చేసుకోవాలో మద్దతు కోసం మీ SaaS ప్రొవైడర్ను సంప్రదించండి.
+
+
+స్టాకర్లు ఉపసంహరణ చిరునామాను అందించాలి (ప్రారంభ డిపాజిట్లో అందించకపోతే), మరియు రివార్డ్ చెల్లింపులు ప్రతి కొన్ని రోజులకు క్రమానుగతంగా స్వయంచాలకంగా పంపిణీ చేయబడటం ప్రారంభమవుతుంది.
+
+వ్యాలిడేటర్లు వ్యాలిడేటర్గా పూర్తిగా నిష్క్రమించవచ్చు, ఇది వారి మిగిలిన ETH బ్యాలెన్స్ను ఉపసంహరణ కోసం అన్లాక్ చేస్తుంది. ఎగ్జిక్యూషన్ ఉపసంహరణ చిరునామాను అందించి, నిష్క్రమణ ప్రక్రియను పూర్తి చేసిన ఖాతాలు, తదుపరి వ్యాలిడేటర్ స్వీప్ సమయంలో అందించిన ఉపసంహరణ చిరునామాకు వారి పూర్తి బ్యాలెన్స్ను అందుకుంటాయి.
+
+స్టేకింగ్ ఉపసంహరణలపై మరింత
+
+
+SaaS ప్రొవైడర్ను ఉపయోగించడం ద్వారా, మీరు మీ నోడ్ యొక్క ఆపరేషన్ను మరొకరికి అప్పగిస్తున్నారు. ఇది మీ నియంత్రణలో లేని, పేలవమైన నోడ్ పనితీరు యొక్క ప్రమాదంతో వస్తుంది. మీ వ్యాలిడేటర్ స్లాష్ చేయబడిన సందర్భంలో, మీ వ్యాలిడేటర్ బ్యాలెన్స్కు జరిమానా విధించబడుతుంది మరియు వ్యాలిడేటర్ పూల్ నుండి బలవంతంగా తొలగించబడుతుంది.
+
+స్లాషింగ్/నిష్క్రమణ ప్రక్రియ పూర్తయిన తర్వాత, ఈ నిధులు వ్యాలిడేటర్కు కేటాయించిన ఉపసంహరణ చిరునామాకు బదిలీ చేయబడతాయి. దీన్ని ప్రారంభించడానికి ఉపసంహరణ చిరునామాను అందించడం అవసరం. ఇది ప్రారంభ డిపాజిట్పై అందించబడి ఉండవచ్చు. లేకపోతే, ఉపసంహరణ చిరునామాను ప్రకటించే సందేశంపై సంతకం చేయడానికి వ్యాలిడేటర్ ఉపసంహరణ కీలను ఉపయోగించాల్సి ఉంటుంది. ఉపసంహరణ చిరునామా అందించకపోతే, అందించే వరకు నిధులు లాక్ చేయబడి ఉంటాయి.
+
+ఏవైనా హామీలు లేదా బీమా ఎంపికల గురించి మరిన్ని వివరాల కోసం మరియు ఉపసంహరణ చిరునామాను ఎలా అందించాలనే దానిపై సూచనల కోసం వ్యక్తిగత SaaS ప్రొవైడర్ను సంప్రదించండి. మీరు మీ వ్యాలిడేటర్ సెటప్పై పూర్తి నియంత్రణలో ఉండటానికి ఇష్టపడితే, [మీ ETHని సోలో స్టాక్ చేయడం ఎలాగో దాని గురించి మరింత తెలుసుకోండి](/staking/solo/).
+
+## మరింత సమాచారం {#further-reading}
+
+- [The Ethereum స్టేకింగ్ డైరెక్టరీ](https://www.staking.directory/) - _Eridian and Spacesider_
+- [స్టాకింగ్ సేవలను మూల్యాంకనం చేయడం](https://www.attestant.io/posts/evaluating-staking-services/) - _జిమ్ మెక్డొనాల్డ్ 2020_
diff --git a/public/content/translations/te/staking/solo/index.md b/public/content/translations/te/staking/solo/index.md
new file mode 100644
index 00000000000..4739c9a63b4
--- /dev/null
+++ b/public/content/translations/te/staking/solo/index.md
@@ -0,0 +1,199 @@
+---
+title: హోమ్ స్టేక్ మీ ETH
+description: మీ ETH ను హోమ్ స్టేకింగ్ చేయడం ఎలా ప్రారంభించాలనే దానిపై ఒక అవలోకనం
+lang: te
+template: స్టేకింగ్
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-solo.png
+alt: లెస్లీ అనే ఖడ్గమృగం దాని సొంత కంప్యూటర్ చిప్ మీద ఉంది.
+sidebarDepth: 2
+summaryPoints:
+ - మీ వాలిడేటర్ను సరిగ్గా పనిచేసేలా మరియు ఆన్లైన్లో ఉంచినందుకు ప్రోటోకాల్ నుండి నేరుగా గరిష్ట రివార్డులను స్వీకరించండి
+ - హోమ్ హార్డ్వేర్ రన్ చేయండి మరియు Ethereum నెట్వర్క్ యొక్క భద్రత మరియు వికేంద్రీకరణకు వ్యక్తిగతంగా జోడించండి
+ - నమ్మకాన్ని తొలగించండి మరియు మీ నిధుల కీస్పై నియంత్రణను ఎప్పటికీ వదులుకోవద్దు
+---
+
+## హోమ్ స్టేకింగ్ అంటే ఏమిటి? {#what-is-solo-staking}
+
+హోమ్ స్టేకింగ్ అనేది ఇంటర్నెట్కు కనెక్ట్ చేయబడిన [ఒక Ethereum నోడ్ను రన్ చేయడం](/run-a-node/) మరియు ఒక [వాలిడేటర్ను](#faq) యాక్టివేట్ చేయడానికి 32 ETH డిపాజిట్ చేయడం, ఇది నెట్వర్క్ ఏకాభిప్రాయంలో నేరుగా పాల్గొనడానికి మీకు సామర్థ్యాన్ని ఇస్తుంది.
+
+**హోమ్ స్టేకింగ్ Ethereum నెట్వర్క్ యొక్క వికేంద్రీకరణను పెంచుతుంది**, ఇది Ethereum ను సెన్సార్షిప్-నిరోధకంగా మరియు దాడులకు వ్యతిరేకంగా పటిష్టంగా చేస్తుంది. ఇతర స్టేకింగ్ పద్ధతులు నెట్వర్క్కు అదే విధంగా సహాయపడకపోవచ్చు. Ethereum ను సురక్షితం చేయడానికి హోమ్ స్టేకింగ్ ఉత్తమ స్టేకింగ్ ఎంపిక.
+
+ఒక Ethereum నోడ్లో ఎగ్జిక్యూషన్ లేయర్ (EL) క్లయింట్ మరియు ఏకాభిప్రాయం లేయర్ (CL) క్లయింట్ రెండూ ఉంటాయి. ఈ క్లయింట్లు లావాదేవీలు మరియు బ్లాక్లను ధృవీకరించడానికి, చైన్ యొక్క సరైన హెడ్కు సాక్ష్యమివ్వడానికి, అగ్రిగేట్ అటెస్టేషన్స్ చేయడానికి మరియు బ్లాక్లను ప్రతిపాదించడానికి, చెల్లుబాటు అయ్యే సైనింగ్ కీలతో కలిసి పనిచేసే సాఫ్ట్వేర్.
+
+ఈ క్లయింట్లను నడపడానికి అవసరమైన హార్డ్వేర్ను ఆపరేట్ చేయడానికి హోమ్ స్టేకర్లు బాధ్యత వహిస్తారు. దీని కోసం మీరు ఇంటి నుండి ఆపరేట్ చేసే ఒక ప్రత్యేక మెషీన్ను ఉపయోగించడం చాలా సిఫార్సు చేయబడింది – ఇది నెట్వర్క్ ఆరోగ్యానికి అత్యంత ప్రయోజనకరం.
+
+ఒక హోమ్ స్టేకర్ వారి వాలిడేటర్ను సరిగ్గా పనిచేసేలా మరియు ఆన్లైన్లో ఉంచినందుకు ప్రోటోకాల్ నుండి నేరుగా రివార్డులను స్వీకరిస్తాడు.
+
+## ఇంటి నుండి ఎందుకు స్టేక్ చేయాలి? {#why-stake-solo}
+
+హోమ్ స్టేకింగ్ ఎక్కువ బాధ్యతతో వస్తుంది, కానీ మీ నిధులు మరియు స్టేకింగ్ సెటప్పై మీకు గరిష్ట నియంత్రణను అందిస్తుంది.
+
+
+
+
+
+
+
+## హోమ్ స్టేకింగ్ ముందు పరిగణనలు {#considerations-before-staking-solo}
+
+హోమ్ స్టేకింగ్ అందరికీ అందుబాటులో మరియు ప్రమాదరహితంగా ఉండాలని మేము ఎంతగానో కోరుకున్నప్పటికీ, అది వాస్తవం కాదు. మీ ETH ను హోమ్ స్టేక్ చేయడానికి ఎంచుకునే ముందు కొన్ని ఆచరణాత్మక మరియు తీవ్రమైన పరిగణనలను గుర్తుంచుకోవాలి.
+
+
+
+మీ స్వంత నోడ్ను ఆపరేట్ చేస్తున్నప్పుడు, మీరు ఎంచుకున్న సాఫ్ట్వేర్ను ఎలా ఉపయోగించాలో తెలుసుకోవడానికి కొంత సమయం కేటాయించాలి. దీనిలో సంబంధిత డాక్యుమెంటేషన్ చదవడం మరియు ఆ డెవ్ బృందాల కమ్యూనికేషన్ ఛానెల్లకు అనుగుణంగా ఉండటం ఉంటుంది.
+
+మీరు నడుపుతున్న సాఫ్ట్వేర్ గురించి మరియు ప్రూఫ్-ఆఫ్-స్టేక్ ఎలా పనిచేస్తుందో మీరు ఎంతగా అర్థం చేసుకుంటే, ఒక స్టేకర్గా అది అంత తక్కువ ప్రమాదకరం అవుతుంది, మరియు ఒక నోడ్ ఆపరేటర్గా మార్గంలో తలెత్తే ఏవైనా సమస్యలను పరిష్కరించడం అంత సులభం అవుతుంది.
+
+
+నోడ్ సెటప్కు కంప్యూటర్లతో పనిచేసేటప్పుడు సహేతుకమైన సౌకర్య స్థాయి అవసరం, కొత్త టూల్స్ కాలక్రమేణా దీన్ని సులభతరం చేస్తున్నప్పటికీ. కమాండ్-లైన్ ఇంటర్ఫేస్ గురించి అర్థం చేసుకోవడం సహాయపడుతుంది, కానీ ఇకపై ఖచ్చితంగా అవసరం లేదు.
+
+దీనికి చాలా ప్రాథమిక హార్డ్వేర్ సెటప్ మరియు కనీస సిఫార్సు చేయబడిన స్పెక్స్ గురించి కొంత అవగాహన కూడా అవసరం.
+
+
+ప్రైవేట్ కీలు మీ Ethereum చిరునామాను ఎలా సురక్షితం చేస్తాయో, అదే విధంగా మీరు మీ వాలిడేటర్ కోసం ప్రత్యేకంగా కీలను జెనరేట్ చేయాల్సి ఉంటుంది. మీరు ఏదైనా సీడ్ ఫ్రేజ్లు లేదా ప్రైవేట్ కీలను సురక్షితంగా మరియు భద్రంగా ఎలా ఉంచుకోవాలో అర్థం చేసుకోవాలి.{' '}
+
+[Ethereum భద్రత మరియు స్కామ్ నివారణ](/security/)
+
+
+హార్డ్వేర్ అప్పుడప్పుడు విఫలమవుతుంది, నెట్వర్క్ కనెక్షన్లలో లోపాలు వస్తాయి, మరియు క్లయింట్ సాఫ్ట్వేర్ అప్పుడప్పుడు అప్గ్రేడ్ చేయాల్సి ఉంటుంది. నోడ్ నిర్వహణ అనివార్యం మరియు అప్పుడప్పుడు మీ శ్రద్ధ అవసరం. మీరు ఏవైనా ఊహించిన నెట్వర్క్ అప్గ్రేడ్లు లేదా ఇతర కీలకమైన క్లయింట్ అప్గ్రేడ్ల గురించి అప్రమత్తంగా ఉన్నారని నిర్ధారించుకోవాలి.
+
+
+
+మీ వాలిడేటర్ ఆన్లైన్లో ఉండి, సరిగ్గా అటెస్ట్ చేస్తున్న సమయానికి మీ రివార్డులు అనుపాతంలో ఉంటాయి. డౌన్టైమ్ అనేది ఒకే సమయంలో ఎంతమంది ఇతర వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నారనే దానికి అనుపాతంలో పెనాల్టీలను విధిస్తుంది, కానీ స్లాషింగ్కు దారితీయదు. బ్యాండ్విడ్త్ కూడా ముఖ్యమే, ఎందుకంటే సమయానికి అందని అటెస్టేషన్స్కు రివార్డులు తగ్గించబడతాయి. అవసరాలు మారుతూ ఉంటాయి, కానీ కనీసం 10 Mb/s అప్ మరియు డౌన్ సిఫార్సు చేయబడింది.
+
+
+
+ఆఫ్లైన్లో ఉన్నందుకు నిష్క్రియాత్మక పెనాల్టీల నుండి భిన్నంగా, స్లాషింగ్ అనేది హానికరమైన నేరాల కోసం రిజర్వ్ చేయబడిన చాలా తీవ్రమైన పెనాల్టీ. ఒకేసారి ఒకే మెషీన్లో మీ కీలను లోడ్ చేసి మైనారిటీ క్లయింట్ను నడపడం ద్వారా, స్లాష్ అయ్యే మీ ప్రమాదం కనిష్టీకరించబడుతుంది. అయినప్పటికీ, అన్ని స్టేకర్లు స్లాషింగ్ ప్రమాదాల గురించి తెలుసుకోవాలి.
+
+ స్లాషింగ్ మరియు వాలిడేటర్ జీవనచక్రంపై మరిన్ని వివరాలు
+
+
+
+## ఇది ఎలా పనిచేస్తుంది {#how-it-works}
+
+
+
+యాక్టివ్గా ఉన్నప్పుడు మీరు ETH రివార్డులను సంపాదిస్తారు, అవి మీ విత్డ్రావల్ చిరునామాలో క్రమానుగతంగా డిపాజిట్ చేయబడతాయి.
+
+ఎప్పుడైనా కావాలనుకుంటే, మీరు ఒక వాలిడేటర్గా నిష్క్రమించవచ్చు, ఇది ఆన్లైన్లో ఉండవలసిన అవసరాన్ని తొలగిస్తుంది మరియు తదుపరి రివార్డులను ఆపుతుంది. మీ మిగిలిన బ్యాలెన్స్ అప్పుడు మీరు సెటప్ సమయంలో నిర్దేశించే విత్డ్రావల్ చిరునామాకు విత్డ్రా చేయబడుతుంది.
+
+[స్టేకింగ్ విత్డ్రాయల్స్ గురించి మరింత](/staking/withdrawals/)
+
+## స్టేకింగ్ లాంచ్ప్యాడ్లో ప్రారంభించండి {#get-started-on-the-staking-launchpad}
+
+స్టేకింగ్ లాంచ్ప్యాడ్ అనేది ఒక ఓపెన్ సోర్స్ అప్లికేషన్, ఇది మిమ్మల్ని ఒక స్టేకర్గా మారడానికి సహాయపడుతుంది. అది మీ క్లయింట్లను ఎంచుకోవడంలో, మీ కీలను జెనరేట్ చేయడంలో మరియు మీ ETH ను స్టేకింగ్ డిపాజిట్ కాంట్రాక్ట్కు డిపాజిట్ చేయడంలో మీకు మార్గనిర్దేశం చేస్తుంది. మీ వాలిడేటర్ను సురక్షితంగా సెటప్ చేయడానికి మీరు అన్నింటినీ కవర్ చేశారని నిర్ధారించుకోవడానికి ఒక చెక్లిస్ట్ అందించబడింది.
+
+
+
+## నోడ్ మరియు క్లయింట్ సెటప్ టూల్స్తో పరిగణించవలసినవి {#node-tool-considerations}
+
+మీ ETH ను హోమ్ స్టేక్ చేయడానికి మీకు సహాయపడే టూల్స్ మరియు సేవల సంఖ్య పెరుగుతోంది, కానీ ప్రతి ఒక్కటీ వేర్వేరు నష్టాలు మరియు ప్రయోజనాలతో వస్తుంది.
+
+జాబితా చేయబడిన స్టేకింగ్ టూల్కు ఉండగల గుర్తించదగిన బలాలు లేదా బలహీనతలను సూచించడానికి క్రింద గుణ సూచికలు ఉపయోగించబడ్డాయి. మీ స్టేకింగ్ ప్రయాణానికి సహాయపడటానికి ఏ టూల్స్ ఎంచుకుంటున్నప్పుడు మేము ఈ గుణాలను ఎలా నిర్వచిస్తామో సూచనగా ఈ విభాగాన్ని ఉపయోగించండి.
+
+
+
+## నోడ్ మరియు క్లయింట్ సెటప్ టూల్స్ను అన్వేషించండి {#node-and-client-tools}
+
+మీ సెటప్లో మీకు సహాయం చేయడానికి అనేక రకాల ఎంపికలు అందుబాటులో ఉన్నాయి. దిగువ సాధనాల ద్వారా మీకు మార్గనిర్దేశం చేయడంలో సహాయపడటానికి పై సూచికలను ఉపయోగించండి.
+
+
+
+### నోడ్ టూల్స్
+
+
+
+దయచేసి [మైనారిటీ క్లయింట్ను](/developers/docs/nodes-and-clients/client-diversity/) ఎంచుకోవడం యొక్క ప్రాముఖ్యతను గమనించండి, ఎందుకంటే ఇది నెట్వర్క్ భద్రతను మెరుగుపరుస్తుంది మరియు మీ ప్రమాదాన్ని పరిమితం చేస్తుంది. మైనారిటీ క్లయింట్ను సెటప్ చేయడానికి మిమ్మల్ని అనుమతించే టూల్స్ "మల్టీ-క్లయింట్"గా సూచించబడ్డాయి.
+
+### కీ జనరేటర్లు
+
+కీ జనరేషన్లో సహాయపడటానికి ఈ టూల్స్ను [స్టేకింగ్ డిపాజిట్ CLI](https://github.com/ethereum/staking-deposit-cli/) కు ప్రత్యామ్నాయంగా ఉపయోగించవచ్చు.
+
+
+
+మేము తప్పిపోయిన స్టేకింగ్ సాధనం కోసం మీ వద్ద ఏమైనా సూచన ఉందా? అది సరిగ్గా సరిపోతుందో లేదో చూడటానికి మరియు సమీక్ష కోసం సమర్పించడానికి మా [ఉత్పత్తి జాబితా విధానం](/contributing/adding-staking-products/)ని చూడండి.
+
+## హోమ్ స్టేకింగ్ గైడ్లను అన్వేషించండి {#staking-guides}
+
+
+
+## తరచుగా అడిగే ప్రశ్నలు {#faq}
+
+స్టేకింగ్ గురించి తెలుసుకోవలసిన కొన్ని సాధారణ ప్రశ్నలు ఇవి.
+
+
+
+ఒక వాలిడేటర్ అనేది Ethereum లో నివసించే ఒక వర్చువల్ ఎంటిటీ మరియు ఇది Ethereum ప్రోటోకాల్ యొక్క ఏకాభిప్రాయంలో పాల్గొంటుంది. వాలిడేటర్లు ఒక బ్యాలెన్స్, పబ్లిక్ కీ మరియు ఇతర లక్షణాల ద్వారా ప్రాతినిధ్యం వహించబడతాయి. ఒక వాలిడేటర్ క్లయింట్ అనేది వాలిడేటర్ తరపున దాని ప్రైవేట్ కీని పట్టుకొని మరియు ఉపయోగించడం ద్వారా పనిచేసే సాఫ్ట్వేర్. ఒక సింగిల్ వాలిడేటర్ క్లయింట్ అనేక కీ జతలను కలిగి ఉండగలదు, అనేక వాలిడేటర్లను నియంత్రిస్తుంది.
+
+
+
+
+అవును, ఆధునిక వాలిడేటర్ ఖాతాలు 2048 ETH వరకు కలిగి ఉండగల సామర్థ్యం కలిగి ఉంటాయి. 32 కంటే ఎక్కువ అదనపు ETH దశలవారీగా సమ్మేళనం అవుతుంది, మీ నిజమైన బ్యాలెన్స్ పెరిగే కొద్దీ పూర్ణాంకాలలో పెరుగుతుంది. దీనిని మీ ప్రభావవంతమైన బ్యాలెన్స్ అని అంటారు.
+
+ఒక ఖాతా యొక్క ప్రభావవంతమైన బ్యాలెన్స్ను పెంచడానికి, మరియు తద్వారా రివార్డులను పెంచడానికి, ఏదైనా పూర్తి-ETH పరిమితికి పైన 0.25 ETH బఫర్ను దాటాలి. ఉదాహరణకు, 32.9 నిజమైన బ్యాలెన్స్ మరియు 32 ప్రభావవంతమైన బ్యాలెన్స్ ఉన్న ఒక ఖాతా ప్రభావవంతమైన బ్యాలెన్సులో పెరుగుదలను ప్రేరేపించడానికి ముందు, దాని నిజమైన బ్యాలెన్స్ను 33.25 కంటే పైకి తీసుకురావడానికి మరో 0.35 ETH సంపాదించాల్సి ఉంటుంది.
+
+ఈ బఫర్ ఒక ప్రభావవంతమైన బ్యాలెన్స్ దాని ప్రస్తుత ప్రభావవంతమైన బ్యాలెన్స్ కంటే 0.25 ETH క్రిందకు వెళ్ళే వరకు తగ్గకుండా నిరోధిస్తుంది.
+
+ఒక వాలిడేటర్తో అనుబంధించబడిన ప్రతి కీ-జతకు యాక్టివేట్ కావడానికి కనీసం 32 ETH అవసరం. దీని కంటే ఎక్కువ ఉన్న ఏ బ్యాలెన్స్నైనా ఈ చిరునామా ద్వారా సంతకం చేసిన లావాదేవీ ద్వారా ఎప్పుడైనా సంబంధిత విత్డ్రావల్ చిరునామాకు విత్డ్రా చేసుకోవచ్చు. గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ కంటే ఎక్కువ ఉన్న ఏ నిధులైనా క్రమానుగతంగా ఆటోమేటిక్గా విత్డ్రా చేయబడతాయి.
+
+హోమ్ స్టేకింగ్ మీకు చాలా డిమాండింగ్గా అనిపిస్తే, ఒక [స్టేకింగ్-యాస్-ఎ-సర్వీస్](/staking/saas/) ప్రొవైడర్ను ఉపయోగించడాన్ని పరిగణించండి, లేదా మీరు 32 ETH కంటే తక్కువతో పనిచేస్తుంటే, [స్టేకింగ్ పూల్స్](/staking/pools/) ను చూడండి.
+
+
+నెట్వర్క్ సరిగ్గా ఖరారు అవుతున్నప్పుడు ఆఫ్లైన్కు వెళ్లడం స్లాషింగ్కు దారితీయదు. ఒక ఇచ్చిన ఎపోక్ (ప్రతి 6.4 నిమిషాల పొడవు) కోసం మీ వాలిడేటర్ అటెస్ట్ చేయడానికి అందుబాటులో లేకపోతే చిన్న నిష్క్రియాత్మక పెనాల్టీలు విధించబడతాయి, కానీ ఇది స్లాషింగ్ నుండి చాలా భిన్నమైనది. ఈ పెనాల్టీలు, వాలిడేటర్ అటెస్ట్ చేయడానికి అందుబాటులో ఉంటే మీరు సంపాదించే రివార్డు కంటే కొంచెం తక్కువగా ఉంటాయి, మరియు నష్టాలను తిరిగి ఆన్లైన్లో సుమారుగా అంతే సమయంలో తిరిగి సంపాదించవచ్చు.
+
+ఒకే సమయంలో ఎంతమంది వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నారనే దానిపై నిష్క్రియాత్మకతకు పెనాల్టీలు అనుపాతంలో ఉంటాయని గమనించండి. నెట్వర్క్లో ఎక్కువ భాగం ఒకేసారి ఆఫ్లైన్లో ఉన్న సందర్భాలలో, ఒక సింగిల్ వాలిడేటర్ అందుబాటులో లేనప్పటి కంటే ఈ వాలిడేటర్లలో ప్రతి ఒక్కరికీ పెనాల్టీలు ఎక్కువగా ఉంటాయి.
+
+మూడింట ఒక వంతు కంటే ఎక్కువ వాలిడేటర్లు ఆఫ్లైన్లో ఉండటం వల్ల నెట్వర్క్ ఖరారు చేయడం ఆగిపోయే తీవ్రమైన సందర్భాల్లో, ఈ వినియోగదారులు క్వాడ్రాటిక్ ఇనాక్టివిటీ లీక్ అని పిలవబడే దానిని అనుభవిస్తారు, ఇది ఆఫ్లైన్ వాలిడేటర్ ఖాతాల నుండి ETH యొక్క ఎక్స్పోనెన్షియల్ డ్రెయిన్. నిష్క్రియాత్మక వాలిడేటర్ల బ్యాలెన్స్ 16 ETH కి చేరుకునే వరకు వారి ETH ను బర్న్ చేయడం ద్వారా నెట్వర్క్ చివరికి స్వయంగా నయం చేసుకోవడానికి ఇది వీలు కల్పిస్తుంది, ఆ సమయంలో వారు ఆటోమేటిక్గా వాలిడేటర్ పూల్ నుండి తొలగించబడతారు. మిగిలిన ఆన్లైన్ వాలిడేటర్లు చివరికి మళ్లీ నెట్వర్క్లో 2/3 కంటే ఎక్కువ ఉంటారు, చైన్ను మరోసారి ఖరారు చేయడానికి అవసరమైన సూపర్ మెజారిటీని సంతృప్తిపరుస్తారు.
+
+
+సంక్షిప్తంగా, దీనికి పూర్తిగా హామీ ఇవ్వలేము, కానీ మీరు సద్భావంతో వ్యవహరిస్తే, మైనారిటీ క్లయింట్ను నడిపితే మరియు మీ సైనింగ్ కీలను ఒకేసారి ఒకే మెషీన్లో ఉంచితే, స్లాష్ అయ్యే ప్రమాదం దాదాపు సున్నా.
+
+ఒక వాలిడేటర్ స్లాష్ చేయబడి నెట్వర్క్ నుండి తొలగించబడటానికి దారితీసే కొన్ని నిర్దిష్ట మార్గాలు మాత్రమే ఉన్నాయి. రాసే సమయానికి, జరిగిన స్లాషింగ్లు ప్రత్యేకంగా ఒకేసారి రెండు వేర్వేరు మెషీన్లలో సైనింగ్ కీలు నిల్వ చేయబడిన రిడండెంట్ హార్డ్వేర్ సెటప్ల ఫలితమే. ఇది అనుకోకుండా మీ కీస్ నుండి డబుల్ ఓటుకు దారితీయవచ్చు, ఇది స్లాష్ చేయదగిన నేరం.
+
+సూపర్ మెజారిటీ క్లయింట్ను (నెట్వర్క్లో 2/3 కంటే ఎక్కువ మంది ఉపయోగించే ఏదైనా క్లయింట్) నడపడం కూడా, ఈ క్లయింట్లో చైన్ ఫోర్క్కు దారితీసే బగ్ ఉన్న సందర్భంలో సంభావ్య స్లాషింగ్ ప్రమాదాన్ని కలిగి ఉంటుంది. ఇది ఖరారు చేయబడిన తప్పు ఫోర్క్కు దారితీయవచ్చు. ఉద్దేశించిన చైన్కు తిరిగి సరిచేయడానికి, ఖరారు చేయబడిన బ్లాక్ను రద్దు చేయడానికి ప్రయత్నించడం ద్వారా ఒక సరౌండ్ ఓటును సమర్పించాల్సి ఉంటుంది. ఇది కూడా స్లాష్ చేయదగిన నేరం మరియు బదులుగా మైనారిటీ క్లయింట్ను నడపడం ద్వారా దీనిని నివారించవచ్చు.
+
+ఒక మైనారిటీ క్లయింట్లోని సమానమైన బగ్లు ఎప్పటికీ ఖరారు కావు మరియు అందువల్ల సరౌండ్ ఓటుకు దారితీయవు, మరియు కేవలం నిష్క్రియాత్మక పెనాల్టీలకు దారితీస్తాయి, స్లాషింగ్ కాదు.
+
+
+
+
+
+వివిధ ప్రోగ్రామింగ్ భాషలను ఉపయోగించి వేర్వేరు బృందాలచే అభివృద్ధి చేయబడినందున, వ్యక్తిగత క్లయింట్లు పనితీరు మరియు వినియోగదారు ఇంటర్ఫేస్ పరంగా కొద్దిగా మారవచ్చు. అయినప్పటికీ, వాటిలో ఏవీ "ఉత్తమమైనవి" కావు. అన్ని ప్రొడక్షన్ క్లయింట్లు అద్భుతమైన సాఫ్ట్వేర్, అవన్నీ బ్లాక్చైన్తో సింక్ చేయడానికి మరియు ఇంటరాక్ట్ చేయడానికి ఒకే రకమైన కోర్ ఫంక్షన్లను నిర్వహిస్తాయి.
+
+అన్ని ప్రొడక్షన్ క్లయింట్లు ఒకే ప్రాథమిక కార్యాచరణను అందిస్తున్నందున, మీరు మైనారిటీ క్లయింట్ను ఎంచుకోవడం వాస్తవానికి చాలా ముఖ్యం, అంటే నెట్వర్క్లోని ఎక్కువమంది వాలిడేటర్లచే ప్రస్తుతం ఉపయోగించబడని ఏదైనా క్లయింట్. ఇది విరుద్ధంగా అనిపించవచ్చు, కానీ మెజారిటీ లేదా సూపర్ మెజారిటీ క్లయింట్ను నడపడం ఆ క్లయింట్లో బగ్ ఉన్న సందర్భంలో మిమ్మల్ని స్లాషింగ్ యొక్క అధిక ప్రమాదంలో ఉంచుతుంది. మైనారిటీ క్లయింట్ను నడపడం ఈ ప్రమాదాలను గణనీయంగా పరిమితం చేస్తుంది.
+
+క్లయింట్ వైవిధ్యం ఎందుకు కీలకమో మరింత తెలుసుకోండి
+
+
+వర్చువల్ ప్రైవేట్ సర్వర్ (VPS) ను హోమ్ హార్డ్వేర్కు బదులుగా ఉపయోగించగలిగినప్పటికీ, మీ వాలిడేటర్ క్లయింట్ యొక్క భౌతిక యాక్సెస్ మరియు స్థానం ముఖ్యమే. Amazon Web Services లేదా Digital Ocean వంటి కేంద్రీకృత క్లౌడ్ పరిష్కారాలు, నెట్వర్క్ను కేంద్రీకరించే ఖర్చుతో, హార్డ్వేర్ను పొందడం మరియు ఆపరేట్ చేయవలసిన అవసరం లేని సౌలభ్యాన్ని అనుమతిస్తాయి.
+
+ఒకే కేంద్రీకృత క్లౌడ్ స్టోరేజ్ సొల్యూషన్పై నడుస్తున్న వాలిడేటర్ క్లయింట్లు ఎంత ఎక్కువగా ఉంటే, ఈ వినియోగదారులకు అది అంత ప్రమాదకరంగా మారుతుంది. దాడి ద్వారా, నియంత్రణ డిమాండ్ల ద్వారా, లేదా కేవలం పవర్/ఇంటర్నెట్ అంతరాయాల ద్వారా ఈ ప్రొవైడర్లను ఆఫ్లైన్కు తీసుకువెళ్లే ఏ సంఘటన అయినా, ఈ సర్వర్పై ఆధారపడే ప్రతి వాలిడేటర్ క్లయింట్ ఒకేసారి ఆఫ్లైన్కు వెళ్ళడానికి దారితీస్తుంది.
+
+ఆఫ్లైన్ పెనాల్టీలు ఒకే సమయంలో ఎంతమంది ఇతరులు ఆఫ్లైన్లో ఉన్నారనే దానికి అనుపాతంలో ఉంటాయి. VPS ను ఉపయోగించడం ఆఫ్లైన్ పెనాల్టీలు మరింత తీవ్రంగా ఉండే ప్రమాదాన్ని బాగా పెంచుతుంది, మరియు అంతరాయం తగినంత పెద్దదిగా ఉన్న సందర్భంలో క్వాడ్రాటిక్ లీకింగ్ లేదా స్లాషింగ్ యొక్క మీ ప్రమాదాన్ని పెంచుతుంది. మీ స్వంత ప్రమాదాన్ని, మరియు నెట్వర్క్కు ప్రమాదాన్ని తగ్గించడానికి, వినియోగదారులు వారి స్వంత హార్డ్వేర్ను పొందడానికి మరియు ఆపరేట్ చేయడానికి గట్టిగా ప్రోత్సహించబడ్డారు.
+
+
+
+బీకాన్ చైన్ నుండి ఎలాంటి విత్డ్రాయల్స్కైనా విత్డ్రావల్ క్రెడెన్షియల్స్ సెట్ చేయబడాలి.
+
+కొత్త స్టేకర్లు దీనిని కీ జనరేషన్ మరియు డిపాజిట్ సమయంలో సెట్ చేస్తారు. ఇప్పటికే దీనిని సెట్ చేయని ప్రస్తుత స్టేకర్లు ఈ కార్యాచరణకు మద్దతు ఇవ్వడానికి వారి కీలను అప్గ్రేడ్ చేయవచ్చు.
+
+విత్డ్రావల్ క్రెడెన్షియల్స్ సెట్ చేసిన తర్వాత, రివార్డ్ చెల్లింపులు (ప్రారంభ 32 కంటే ఎక్కువ సేకరించబడిన ETH) ఆటోమేటిక్గా విత్డ్రావల్ చిరునామాకు క్రమానుగతంగా పంపిణీ చేయబడతాయి.
+
+మీ మొత్తం బ్యాలెన్స్ను తిరిగి అన్లాక్ చేసి, స్వీకరించడానికి మీరు మీ వాలిడేటర్ నుండి నిష్క్రమించే ప్రక్రియను కూడా పూర్తి చేయాలి.
+
+స్టేకింగ్ ఉపసంహరణలపై మరింత
+
+## మరింత సమాచారం {#further-reading}
+
+- [The Ethereum స్టేకింగ్ డైరెక్టరీ](https://www.staking.directory/) - _Eridian and Spacesider_
+- [Ethereum యొక్క క్లయింట్ వైవిధ్య సమస్య](https://hackernoon.com/ethereums-client-diversity-problem) - _@emmanuelawosika 2022_
+- [క్లయింట్ వైవిధ్యానికి సహాయపడటం](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_
+- [Ethereum యొక్క ఏకాభిప్రాయం లేయర్పై క్లయింట్ వైవిధ్యం](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA) - _jmcook.eth 2022_
+- [ఎలా చేయాలి: Ethereum వాలిడేటర్ హార్డ్వేర్ కోసం షాపింగ్ చేయడం](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/te/staking/withdrawals/index.md b/public/content/translations/te/staking/withdrawals/index.md
new file mode 100644
index 00000000000..59afe93f850
--- /dev/null
+++ b/public/content/translations/te/staking/withdrawals/index.md
@@ -0,0 +1,217 @@
+---
+title: స్టేకింగ్ విత్డ్రాల్స్
+description: స్టేకింగ్ పుష్ ఉపసంహరణలు అంటే ఏమిటి, అవి ఎలా పనిచేస్తాయి మరియు వారి రివార్డ్లను పొందడానికి వాటాదారులు ఏమి చేయాలో సంగ్రహించే పేజీ
+lang: te
+template: స్టేకింగ్
+image: /images/staking/leslie-withdrawal.png
+alt: లెస్లీ అనే ఖడ్గమృగం తన స్టేకింగ్ రివార్డులతో
+sidebarDepth: 2
+summaryPoints:
+ - షాంఘై/కాపెల్లా అప్గ్రేడ్ ఇతీరియములో స్టేకింగ్ ఉపసంహరణలను ప్రారంభించింది
+ - ధృవీకరణకర్త ఆపరేటర్లు ప్రారంభించడానికి ఉపసంహరణ చిరునామాను అందించాలి
+ - రివార్డ్లు ప్రతి కొన్ని రోజులకు స్వయంచాలకంగా పంపిణీ చేయబడతాయి
+ - స్టేకింగ్ నుండి పూర్తిగా నిష్క్రమించే ధృవీకరణకర్తలు వారి మిగిలిన బ్యాలెన్స్ను అందుకుంటారు
+---
+
+**స్టేకింగ్ ఉపసంహరణలు** అంటే ఇతీరియం యొక్క ఏకాభిప్రాయ లేయర్ (బీకాన్ చైన్) పై ఒక ధృవీకరణకర్త ఖాతా నుండి, లావాదేవీలు జరపగల ఎగ్జిక్యూషన్ లేయర్కు ETH బదిలీలను సూచిస్తాయి.
+
+వినియోగదారు అందించిన తర్వాత, 32 ETH కంటే **అధిక బ్యాలెన్స్ యొక్క రివార్డ్ చెల్లింపులు** ప్రతి ధృవీకరణకర్తకు లింక్ చేయబడిన ఉపసంహరణ చిరునామాకు స్వయంచాలకంగా మరియు క్రమం తప్పకుండా పంపబడతాయి. వినియోగదారులు వారి పూర్తి ధృవీకరణకర్త బ్యాలెన్స్ను అన్లాక్ చేస్తూ, **స్టేకింగ్ నుండి పూర్తిగా నిష్క్రమించవచ్చు**.
+
+## స్టేకింగ్ రివార్డులు {#staking-rewards}
+
+32 ETH యొక్క గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ ఉన్న యాక్టివ్ ధృవీకరణకర్త ఖాతాల కోసం రివార్డ్ చెల్లింపులు స్వయంచాలకంగా ప్రాసెస్ చేయబడతాయి.
+
+రివార్డుల ద్వారా సంపాదించిన 32 ETH కంటే ఎక్కువ ఉన్న ఏ బ్యాలెన్స్ అయినా అసలుకు దోహదపడదు, లేదా నెట్వర్క్లో ఈ ధృవీకరణకర్త యొక్క బరువును పెంచదు, అందువల్ల ప్రతి కొన్ని రోజులకు రివార్డ్ చెల్లింపుగా స్వయంచాలకంగా ఉపసంహరించబడుతుంది. ఒకసారి ఉపసంహరణ చిరునామాను అందించడం మినహా, ఈ రివార్డులకు ధృవీకరణకర్త ఆపరేటర్ నుండి ఎలాంటి చర్య అవసరం లేదు. ఇది మొత్తం ఏకాభిప్రాయ లేయర్లో ప్రారంభించబడింది, కాబట్టి ఏ దశలోనూ గ్యాస్ (లావాదేవీ రుసుము) అవసరం లేదు.
+
+### మనం ఇక్కడికి ఎలా వచ్చాం? {#how-did-we-get-here}
+
+గత కొన్ని సంవత్సరాలుగా ఇతీరియం అనేక నెట్వర్క్ అప్గ్రేడ్లకు గురైంది, ఒకప్పుడు ఉన్న శక్తి-సాంద్రత మైనింగ్కు బదులుగా, ETH ద్వారానే భద్రపరచబడిన నెట్వర్క్గా మారింది. ఇతీరియంలో ఏకాభిప్రాయంలో పాల్గొనడాన్ని ఇప్పుడు "స్టేకింగ్" అని పిలుస్తారు, ఎందుకంటే పాల్గొనేవారు స్వచ్ఛందంగా ETHని లాక్ చేసి, నెట్వర్క్లో పాల్గొనే సామర్థ్యం కోసం దానిని "పణంగా" పెట్టారు. నియమాలను పాటించే వినియోగదారులకు రివార్డ్ ఇవ్వబడుతుంది, అయితే మోసం చేసే ప్రయత్నాలు శిక్షించబడతాయి.
+
+నవంబర్ 2020లో స్టేకింగ్ డిపాజిట్ కాంట్రాక్ట్ ప్రారంభమైనప్పటి నుండి, కొంతమంది ధైర్యవంతులైన ఇతీరియం మార్గదర్శకులు "ధృవీకరణకర్తలను" సక్రియం చేయడానికి స్వచ్ఛందంగా నిధులను లాక్ చేసారు, ఇవి నెట్వర్క్ నియమాలను అనుసరించి, బ్లాక్లను అధికారికంగా ధృవీకరించడానికి మరియు ప్రతిపాదించడానికి హక్కు ఉన్న ప్రత్యేక ఖాతాలు.
+
+షాంఘై/కాపెల్లా అప్గ్రేడ్కు ముందు, మీరు మీ స్టేక్ చేసిన ETHని ఉపయోగించలేరు లేదా యాక్సెస్ చేయలేరు. కానీ ఇప్పుడు, మీరు ఎంచుకున్న ఖాతాలో మీ రివార్డ్లను స్వయంచాలకంగా స్వీకరించడానికి ఎంచుకోవచ్చు మరియు మీకు కావలసినప్పుడు మీ స్టేక్ చేసిన ETHని కూడా ఉపసంహరించుకోవచ్చు.
+
+### నేను ఎలా సిద్ధం కావాలి? {#how-do-i-prepare}
+
+
+
+### ముఖ్యమైన నోటీసులు {#important-notices}
+
+ఏదైనా ధృవీకరణకర్త ఖాతా దాని బ్యాలెన్స్ నుండి ETHని ఉపసంహరించుకోవడానికి అర్హత పొందాలంటే ఉపసంహరణ చిరునామాను అందించడం తప్పనిసరి దశ.
+
+
+
+
+ప్రతి ధృవీకరణకర్త ఖాతాకు ఒకేసారి, ఒకే ఉపసంహరణ చిరునామాను మాత్రమే కేటాయించగలరు. ఒకసారి చిరునామాను ఎంచుకుని, ఏకాభిప్రాయ లేయర్కు సమర్పించిన తర్వాత, దీనిని మళ్లీ రద్దు చేయడం లేదా మార్చడం సాధ్యం కాదు. సమర్పించే ముందు అందించిన చిరునామా యొక్క యాజమాన్యం మరియు ఖచ్చితత్వాన్ని రెండుసార్లు తనిఖీ చేయండి.
+
+
+
+
+మీ స్మృతి/సీడ్ పదబంధం ఆఫ్లైన్లో సురక్షితంగా ఉందని మరియు ఏ విధంగానూ రాజీ పడలేదని ఊహిస్తూ, దీనిని అందించనందుకు ఈలోగా మీ నిధులకు ఎటువంటి ముప్పు లేదు. ఉపసంహరణ ఆధారాలను జోడించడంలో వైఫల్యం, ఉపసంహరణ చిరునామాను అందించే వరకు ETHని ధృవీకరణకర్త ఖాతాలో లాక్ చేసి ఉంచుతుంది.
+
+## స్టేకింగ్ నుండి పూర్తిగా నిష్క్రమించడం {#exiting-staking-entirely}
+
+ధృవీకరణకర్త ఖాతా బ్యాలెన్స్ నుండి _ఏవైనా_ నిధులను బదిలీ చేయడానికి ముందు ఉపసంహరణ చిరునామాను అందించడం అవసరం.
+
+స్టేకింగ్ నుండి పూర్తిగా నిష్క్రమించి, వారి పూర్తి బ్యాలెన్స్ను తిరిగి ఉపసంహరించుకోవాలనుకునే వినియోగదారులు కూడా ధృవీకరణకర్త కీలతో "స్వచ్ఛంద నిష్క్రమణ" సందేశంపై సంతకం చేసి ప్రసారం చేయాలి, ఇది స్టేకింగ్ నుండి నిష్క్రమించే ప్రక్రియను ప్రారంభిస్తుంది. ఇది మీ ధృవీకరణకర్త క్లయింట్తో చేయబడుతుంది మరియు మీ ఏకాభిప్రాయ నోడ్కు సమర్పించబడుతుంది మరియు దీనికి గ్యాస్ అవసరం లేదు.
+
+ఒక ధృవీకరణకర్త స్టేకింగ్ నుండి నిష్క్రమించే ప్రక్రియకు వేర్వేరు సమయం పడుతుంది, ఇది ఒకే సమయంలో ఎంత మంది ఇతరులు నిష్క్రమిస్తున్నారనే దానిపై ఆధారపడి ఉంటుంది. పూర్తయిన తర్వాత, ఈ ఖాతా ఇకపై ధృవీకరణకర్త నెట్వర్క్ విధులను నిర్వహించడానికి బాధ్యత వహించదు, రివార్డులకు అర్హత పొందదు మరియు వారి ETH ఇకపై "పణంగా" ఉండదు. ఈ సమయంలో ఖాతా పూర్తిగా “ఉపసంహరించదగినది”గా గుర్తించబడుతుంది.
+
+ఒకసారి ఖాతా "ఉపసంహరించదగినది"గా ఫ్లాగ్ చేయబడిన తర్వాత మరియు ఉపసంహరణ ఆధారాలు అందించబడిన తర్వాత, వినియోగదారు వేచి ఉండటం మినహా ఇంకేమీ చేయనవసరం లేదు. ఖాతాలు అర్హతగల నిష్క్రమించిన నిధుల కోసం బ్లాక్ ప్రతిపాదకులచే స్వయంచాలకంగా మరియు నిరంతరం స్వీప్ చేయబడతాయి మరియు మీ ఖాతా బ్యాలెన్స్ తదుపరి స్వీప్ సమయంలో పూర్తిగా బదిలీ చేయబడుతుంది (దీనిని "పూర్తి ఉపసంహరణ" అని కూడా అంటారు).
+
+## స్టేకింగ్ ఉపసంహరణలు ఎప్పుడు ప్రారంభించబడ్డాయి? {#when}
+
+షాంఘై/కాపెల్లా అప్గ్రేడ్లో భాగంగా ఉపసంహరణ కార్యాచరణ ప్రారంభించబడింది, ఇది **ఏప్రిల్ 12, 2023**న జరిగింది.
+
+షాంఘై/కాపెల్లా అప్గ్రేడ్ గతంలో స్టేక్ చేసిన ETHని సాధారణ ఇతీరియం ఖాతాలలోకి తిరిగి పొందడాన్ని ప్రారంభించింది. ఇది స్టేకింగ్ లిక్విడిటీపై లూప్ను మూసివేసింది మరియు స్థిరమైన, స్కేలబుల్, సురక్షితమైన వికేంద్రీకృత పర్యావరణ వ్యవస్థను నిర్మించే దిశగా దాని ప్రయాణంలో ఇతీరియంను ఒక అడుగు ముందుకు తీసుకువచ్చింది.
+
+- [ఇతీరియం చరిత్ర గురించి మరింత](/ethereum-forks/)
+- [ఇతీరియం రోడ్మ్యాప్ గురించి మరింత](/roadmap/)
+
+## ఉపసంహరణ చెల్లింపులు ఎలా పని చేస్తాయి? {#how-do-withdrawals-work}
+
+ఒక నిర్దిష్ట ధృవీకరణకర్త ఉపసంహరణకు అర్హత కలిగి ఉన్నారా లేదా అనేది ధృవీకరణకర్త ఖాతా యొక్క స్థితి ద్వారా నిర్ణయించబడుతుంది. ఒక ఖాతా ఉపసంహరణను ప్రారంభించాలా వద్దా అని నిర్ధారించడానికి ఏ సమయంలోనూ వినియోగదారు ఇన్పుట్ అవసరం లేదు - ఈ మొత్తం ప్రక్రియ ఏకాభిప్రాయ లేయర్ ద్వారా నిరంతర లూప్లో స్వయంచాలకంగా చేయబడుతుంది.
+
+### దృశ్య అభ్యాసకులా? {#visual-learner}
+
+Finematics ద్వారా ఇతీరియం స్టేకింగ్ ఉపసంహరణల యొక్క ఈ వివరణను చూడండి:
+
+
+
+### ధృవీకరణకర్త "స్వీపింగ్" {#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ని మాన్యువల్గా అభ్యర్థించడం సాధ్యం కాదు.
+
+
+
+ధృవీకరణకర్త ఆపరేటర్లు స్టేకింగ్ లాంచ్ప్యాడ్ ఉపసంహరణల పేజీని సందర్శించాలని సిఫార్సు చేయబడింది, ఇక్కడ మీరు ఉపసంహరణల కోసం మీ ధృవీకరణకర్తను ఎలా సిద్ధం చేయాలి, ఈవెంట్ల సమయం మరియు ఉపసంహరణలు ఎలా పనిచేస్తాయనే దాని గురించి మరిన్ని వివరాలను కనుగొంటారు.
+
+మొదట మీ సెటప్ను ఒక టెస్టునెట్లో ప్రయత్నించడానికి, ప్రారంభించడానికి హూడీ టెస్టునెట్ స్టేకింగ్ లాంచ్ప్యాడ్ను సందర్శించండి.
+
+
+
+
+లేదు. ఒక ధృవీకరణకర్త నిష్క్రమించి, దాని పూర్తి బ్యాలెన్స్ ఉపసంహరించబడిన తర్వాత, ఆ ధృవీకరణకర్తకు డిపాజిట్ చేయబడిన ఏవైనా అదనపు నిధులు తదుపరి ధృవీకరణకర్త స్వీప్ సమయంలో స్వయంచాలకంగా ఉపసంహరణ చిరునామాకు బదిలీ చేయబడతాయి. 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/te/web3/index.md b/public/content/translations/te/web3/index.md
index 2992758b404..cd39fcb8735 100644
--- a/public/content/translations/te/web3/index.md
+++ b/public/content/translations/te/web3/index.md
@@ -6,13 +6,18 @@ lang: te
# Web3కి పరిచయం {#introduction}
+
+
+
+
సెంట్రలైజషన్ ఎన్నో కోట్ల మందిని వరల్డ్ వైడ్ వెబ్కు చేరేలా చేసింది మరియు ఒక స్థిరమైన, బలమైన మౌలిక సదుపాయాల్ని అందించింది దాని పై ఈ Web3 ఉంటుంది. అదే విధంగా, ఈ సెంట్రలైజడ్ కంపెనీలకు వరల్డ్ వైడ్ వెబ్పై మంచి పట్టు ఉంది, దాని ద్వారా వాళ్ళు ఏది అనుమతించాలి ఏది అనుమతించకూడదో నిర్ణయిస్తారు.
-Web3 అనేది ఈ ప్రశ్నకు జవాబు. ఈ పెద్ద టెక్నాలజి కంపెనీలు వెబ్ను వాటికి అణుగుణంగా మార్చుకుంటున్నాయి, కానీ ఈ Web3 డిసెంట్రలైజషన్ను దగ్గరగా ఉంచి మరియు దానిని వినియోగించిన వాళ్ళే దానిని నిర్మించి, నడిపి మరియు సొంతం చేసుకుంటారు. Web3 కంపెనీలకు కాకుండా తన శక్తిని ప్రజలకు అందిస్తుంది. Web3 గురించి మాట్లాడే ముందు, మనం web3 వరకు ఎలా వచ్చాము అనే దాని గురించి మాట్లాడుదాం.
+Web3 అనేది ఈ ప్రశ్నకు జవాబు. ఈ పెద్ద టెక్నాలజి కంపెనీలు వెబ్ను వాటికి అణుగుణంగా మార్చుకుంటున్నాయి, కానీ ఈ Web3 డిసెంట్రలైజషన్ను దగ్గరగా ఉంచి మరియు దానిని వినియోగించిన వాళ్ళే దానిని నిర్మించి, నడిపి మరియు సొంతం చేసుకుంటారు. Web3 కంపెనీలకు కాకుండా తన శక్తిని ప్రజలకు అందిస్తుంది.
+Web3 గురించి మాట్లాడే ముందు, మనం web3 వరకు ఎలా వచ్చాము అనే దాని గురించి మాట్లాడుదాం.
-## మొదటి వెబ్ {#early-internet}
+## తొలినాటి వెబ్ {#early-internet}
చాలా మంది వెబ్ అంటే ఆధునిక జీవితానికి వేసే పునాది అనుకుంటారు- దానిని కనిపెట్టినప్పటి నుంచి ఉంది. ఏదైనప్పటికీ, ఇప్పడు మనకు తెల్సిన వెబ్, తయారు చేసినప్పుడు అనుకున్న వెబ్కు చాలా తేడా ఉంది. దీనిని ఇంకా బాగా అర్ధం చేసుకోవడానికి, వెబ్ యొక్క చరిత్ర ని రెండిటిగా చేద్దాం--Web 1.0 మరియు Web 2.0.
@@ -34,24 +39,24 @@ Web3 అనేది ఈ ప్రశ్నకు జవాబు. ఈ పె
## Web 3.0: రీడ్-రైట్-ఓన్ {#web3}
-"Web 3.0" ప్రిమైస్ను [Ethereum](/what-is-ethereum/) 2014లో ప్రారంభించిన కొద్దిసేపటికే Ethereum సహ వ్యవస్థాపకుడు గావిన్ వుడ్ రూపొందించారు. చాలా మంది ప్రారంభ క్రిప్టో అడాప్టర్లు భావించిన సమస్యకు గావిన్ ఒక పరిష్కారాన్ని మాటల్లోకి తెచ్చాడు: వెబ్కు చాలా నమ్మకం అవసరం. అంటే, ఈ రోజు ప్రజలకు తెలిసిన మరియు ఉపయోగించే చాలా వెబ్లు ప్రజల ప్రయోజనాల కోసం పని చేయడానికి కొన్ని ప్రైవేట్ కంపెనీలను విశ్వసించడంపై ఆధారపడతాయి.
+'Web 3.0' ప్రిమైస్ను [Ethereum](/what-is-ethereum/) సహ-వ్యవస్థాపకుడు గావిన్ వుడ్ 2014లో Ethereum ప్రారంభించిన కొద్దిసేపటికే రూపొందించారు. చాలా మంది ప్రారంభ క్రిప్టో అడాప్టర్లు భావించిన సమస్యకు గావిన్ ఒక పరిష్కారాన్ని మాటల్లోకి తెచ్చాడు: వెబ్కు చాలా నమ్మకం అవసరం. అంటే, ఈ రోజు ప్రజలకు తెలిసిన మరియు ఉపయోగించే చాలా వెబ్లు ప్రజల ప్రయోజనాల కోసం పని చేయడానికి కొన్ని ప్రైవేట్ కంపెనీలను విశ్వసించడంపై ఆధారపడతాయి.

-### Web3 అంటే ఏంటి? {#what-is-web3}
+### Web3 అంటే ఏంటి? Web3 అంటే ఏమిటి? {#what-is-web3}
-Web3 అనేది కొత్త, మెరుగైన ఇంటర్నెట్ యొక్క విజన్ కోసం క్యాచ్-ఆల్ పదంగా మారింది. దాని ప్రధాన భాగంలో, Web3 యాజమాన్యం రూపంలో వినియోగదారులకు తిరిగి శక్తిని అందించడానికి బ్లాక్చెయిన్లు, క్రిప్టోకరెన్సీలు మరియు NFTలను ఉపయోగిస్తుంది. [ ట్విట్టర్లో 2020 పోస్ట్](https://twitter.com/himgajria/status/1266415636789334016) ఉత్తమంగా చెప్పింది: Web1 చదవడానికి మాత్రమే, Web2 చదవడానికి-వ్రాయడానికి, Web3 చదవడానికి-వ్రాయడానికి-సొంతం చేసుకోడానికి ఉంటుంది.
+Web3 అనేది కొత్త, మెరుగైన ఇంటర్నెట్ యొక్క విజన్ కోసం క్యాచ్-ఆల్ పదంగా మారింది. దాని ప్రధాన భాగంలో, Web3 యాజమాన్యం రూపంలో వినియోగదారులకు తిరిగి శక్తిని అందించడానికి బ్లాక్చెయిన్లు, క్రిప్టోకరెన్సీలు మరియు NFTలను ఉపయోగిస్తుంది. [ట్విట్టర్లో 2020 పోస్ట్](https://twitter.com/himgajria/status/1266415636789334016) దీనిని ఉత్తమంగా చెప్పింది: Web1 కేవలం-చదవడానికే, Web2 రీడ్-రైట్, Web3 రీడ్-రైట్-ఓన్.
-#### Web3 యొక్క ప్రధాన ఆలోచనలు {#core-ideas}
+#### Web3 యొక్క ముఖ్య ఆలోచనలు {#core-ideas}
Web3 అంటే ఏమిటో ఖచ్చితమైన నిర్వచనాన్ని అందించడం సవాలుగా ఉన్నప్పటికీ, కొన్ని ప్రధాన సూత్రాలు దాని సృష్టికి మార్గనిర్దేశం చేస్తాయి.
-- **Web3 వికేంద్రీకరించబడింది:** కేంద్రీకృత ఎంటిటీలచే నియంత్రించబడే మరియు స్వంతం చేసుకున్న ఇంటర్నెట్ యొక్క పెద్ద భాగాలకు బదులుగా, యాజమాన్యం దాని బిల్డర్లు మరియు వినియోగదారుల మధ్య పంపిణీ చేయబడుతుంది.
-- **Web3 అనుమతి లేనిది:** Web3లో పాల్గొనడానికి ప్రతి ఒక్కరికీ సమానమైన యాక్సెస్ ఉంటుంది మరియు ఎవరూ మినహాయించబడరు.
-- **Web3 స్థానిక చెల్లింపులను కలిగి ఉంది:** ఇది బ్యాంకులు మరియు చెల్లింపు ప్రాసెసర్ల యొక్క పాత ఇన్ఫ్రాస్ట్రక్చర్పై ఆధారపడకుండా ఆన్లైన్లో డబ్బు ఖర్చు చేయడానికి మరియు పంపడానికి క్రిప్టోకరెన్సీని ఉపయోగిస్తుంది.
-- **Web3 నమ్మదగనిది:** ఇది విశ్వసనీయ మూడవ పక్షాలపై ఆధారపడే బదులు ప్రోత్సాహకాలు మరియు ఆర్థిక విధానాలను ఉపయోగించి పనిచేస్తుంది.
+- **Web3 వికేంద్రీకరించబడింది:** ఇంటర్నెట్ యొక్క పెద్ద భాగాలు కేంద్రీకృత సంస్థలచే నియంత్రించబడటానికి మరియు స్వంతం చేసుకోబడటానికి బదులుగా, యాజమాన్యం దానిని నిర్మించేవారికి మరియు వినియోగదారుల మధ్య పంపిణీ చేయబడుతుంది.
+- **Web3 అనుమతిలేనిది:** Web3లో పాల్గొనడానికి ప్రతిఒక్కరికీ సమాన ప్రాప్యత ఉంటుంది మరియు ఎవరూ మినహాయించబడరు.
+- **Web3కి స్థానిక చెల్లింపులు ఉన్నాయి:** ఇది బ్యాంకులు మరియు చెల్లింపు ప్రాసెసర్ల పాత మౌలిక సదుపాయాలపై ఆధారపడకుండా, ఆన్లైన్లో డబ్బు ఖర్చు చేయడానికి మరియు పంపడానికి క్రిప్టోకరెన్సీని ఉపయోగిస్తుంది.
+- **Web3 నమ్మకం అవసరం లేనిది:** ఇది విశ్వసనీయ మూడవ పక్షాలపై ఆధారపడకుండా, ప్రోత్సాహకాలు మరియు ఆర్థిక యంత్రాంగాలను ఉపయోగించి పనిచేస్తుంది.
-### Web3 ఎందుకు అంత ముఖ్యం? {#why-is-web3-important}
+### Web3 ఎందుకు అంత ముఖ్యం? Web3 ఎందుకు ముఖ్యం? {#why-is-web3-important}
Web3 యొక్క కిల్లర్ ఫీచర్లు వివిక్తమైనవి కానప్పటికీ మరియు చక్కని వర్గాలకు సరిపోవు, సరళత కోసం మేము వాటిని సులభంగా అర్థం చేసుకోవడానికి వాటిని వేరు చేయడానికి ప్రయత్నించాము.
@@ -59,19 +64,19 @@ Web3 యొక్క కిల్లర్ ఫీచర్లు వివి
Web3 అపూర్వమైన రీతిలో మీ డిజిటల్ ఆస్తుల యాజమాన్యాన్ని మీకు అందిస్తుంది. ఉదాహరణకు, మీరు web2 గేమ్ ఆడుతున్నారని చెప్పండి. మీరు గేమ్లో వస్తువును కొనుగోలు చేస్తే, అది నేరుగా మీ ఖాతాతో ముడిపడి ఉంటుంది. గేమ్ సృష్టికర్తలు మీ ఖాతాను తొలగిస్తే, మీరు ఈ అంశాలను కోల్పోతారు. లేదా, మీరు గేమ్ ఆడటం ఆపివేస్తే, మీరు మీ గేమ్లోని ఐటెమ్లలో పెట్టుబడి పెట్టిన విలువను కోల్పోతారు.
-Web3 [నాన్-ఫంగబుల్ టోకెన్ల (NFTs)](/glossary/#nft) ద్వారా ప్రత్యక్ష యాజమాన్యాన్ని అనుమతిస్తుంది. మీ యాజమాన్యాన్ని తీసివేయడానికి ఎవరికీ, గేమ్ సృష్టికర్తలకు కూడా అధికారం లేదు. మరియు, మీరు ఆడటం ఆపివేస్తే, మీరు మీ గేమ్లోని వస్తువులను బహిరంగ మార్కెట్లలో విక్రయించవచ్చు లేదా వ్యాపారం చేయవచ్చు మరియు వాటి విలువను తిరిగి పొందవచ్చు.
+Web3 [నాన్-ఫంగిబుల్ టోకెన్ల (NFTల)](/glossary/#nft) ద్వారా ప్రత్యక్ష యాజమాన్యాన్ని అనుమతిస్తుంది. మీ యాజమాన్యాన్ని తీసివేయడానికి ఎవరికీ, గేమ్ సృష్టికర్తలకు కూడా అధికారం లేదు. మరియు, మీరు ఆడటం ఆపివేస్తే, మీరు మీ గేమ్లోని వస్తువులను బహిరంగ మార్కెట్లలో విక్రయించవచ్చు లేదా వ్యాపారం చేయవచ్చు మరియు వాటి విలువను తిరిగి పొందవచ్చు. దీనిని ఆచరణలో చూడటానికి [ఆన్చైన్ గేమింగ్](/gaming/)ను అన్వేషించండి.
NFTల గురించి మరింత తెలుసుకోండి
- NFTలపై మరింత సమాచారము
+ NFTల గురించి మరింత
-#### సెన్సార్షిప్ రెసిస్టెంట్ {#censorship-resistance}
+#### సెన్సార్షిప్ నిరోధకత {#censorship-resistance}
ప్లాట్ఫారమ్లు మరియు కంటెంట్ సృష్టికర్తల మధ్య పవర్ డైనమిక్ భారీగా అసమతుల్యత కలిగి ఉంది.
@@ -81,20 +86,20 @@ Web3లో, మీ డేటా బ్లాక్చెయిన్లో
Web 2.0కు కంటెంట్ సృష్టికర్తలు నిబంధనలను మార్చకుండా ప్లాట్ఫారమ్లను విశ్వసించాల్సిన అవసరం ఉంది, అయితే సెన్సార్షిప్ నిరోధం అనేది Web3 ప్లాట్ఫారమ్ యొక్క స్థానిక లక్షణం.
-#### డిసెంట్రలైజ్డ్ అటానమస్ ఆర్గనైజేషన్స్ (DAOs) {#daos}
+#### వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థలు (DAOలు) {#daos}
Web3లో మీ డేటాను సొంతం చేసుకోవడంతోపాటు, కంపెనీలో షేర్ల వలె పనిచేసే టోకెన్లను ఉపయోగించి మీరు ప్లాట్ఫారమ్ను సమిష్టిగా స్వంతం చేసుకోవచ్చు. ప్లాట్ఫారమ్ యొక్క వికేంద్రీకృత యాజమాన్యాన్ని సమన్వయం చేయడానికి మరియు దాని భవిష్యత్తు గురించి నిర్ణయాలు తీసుకోవడానికి DAOలు మిమ్మల్ని అనుమతిస్తాయి.
-DAOలు సాంకేతికంగా అంగీకరించబడిన [స్మార్ట్ కాంట్రాక్టులుగా](/glossary/#smart-contract) నిర్వచించబడ్డాయి, ఇవి వనరుల సమూహ (టోకెన్లు) పై వికేంద్రీకృత నిర్ణయం తీసుకోవడాన్ని ఆటోమేట్ చేస్తాయి. టోకెన్లను కలిగి ఉన్న వినియోగదారులు వనరులు ఎలా ఖర్చు చేయబడతాయనే దానిపై ఓటు వేస్తారు మరియు కోడ్ స్వయంచాలకంగా ఓటింగ్ ఫలితాన్ని నిర్వహిస్తుంది.
+DAOలు సాంకేతికంగా అంగీకరించబడిన [స్మార్ట్ కాంట్రాక్టులుగా](/glossary/#smart-contract) నిర్వచించబడ్డాయి, ఇవి వనరుల (టోకెన్ల) సమూహంపై వికేంద్రీకృత నిర్ణయాధికారాన్ని ఆటోమేట్ చేస్తాయి. టోకెన్లను కలిగి ఉన్న వినియోగదారులు వనరులు ఎలా ఖర్చు చేయబడతాయనే దానిపై ఓటు వేస్తారు మరియు కోడ్ స్వయంచాలకంగా ఓటింగ్ ఫలితాన్ని నిర్వహిస్తుంది.
అయినప్పటికీ, ప్రజలు అనేక Web3 కమ్యూనిటీలను DAOలుగా నిర్వచించారు. ఈ కమ్యూనిటీలన్నీ కోడ్ ద్వారా వివిధ స్థాయిల వికేంద్రీకరణ మరియు ఆటోమేషన్ను కలిగి ఉంటాయి. ప్రస్తుతం, మేము DAOలు అంటే ఏమిటి మరియు భవిష్యత్తులో అవి ఎలా అభివృద్ధి చెందవచ్చో అన్వేషిస్తున్నాము.
- Learn more about DAOs
+ DAOల గురించి మరింత తెలుసుకోండి
- More on DAOs
+ DAOల గురించి మరింత
@@ -103,61 +108,62 @@ DAOలు సాంకేతికంగా అంగీకరించబడి
సాంప్రదాయకంగా, మీరు ఉపయోగించే ప్రతి ప్లాట్ఫారమ్ కోసం మీరు ఖాతాను సృష్టిస్తారు. ఉదాహరణకు, మీకు Twitter ఖాతా, YouTube ఖాతా మరియు Reddit ఖాతా ఉండవచ్చు. మీ డిస్ప్లే పేరు లేదా ప్రొఫైల్ చిత్రాన్ని మార్చాలనుకుంటున్నారా? మీరు ప్రతి ఖాతాలో దీన్ని చేయాలి. మీరు కొన్ని సందర్భాల్లో సామాజిక సైన్-ఇన్లను ఉపయోగించవచ్చు, కానీ ఇది తెలిసిన సమస్య-సెన్సార్షిప్ను అందిస్తుంది. ఒకే క్లిక్తో, ఈ ప్లాట్ఫారమ్లు మీ మొత్తం ఆన్లైన్ జీవితం నుండి మిమ్మల్ని లాక్ చేయగలవు. అధ్వాన్నంగా, అనేక ప్లాట్ఫారమ్లు ఖాతాను సృష్టించడానికి వ్యక్తిగతంగా గుర్తించదగిన సమాచారంతో వారిని విశ్వసించవలసి ఉంటుంది.
-Web3 మీ డిజిటల్ గుర్తింపును Ethereum చిరునామా మరియు [Ethereum నేమ్ సర్వీస్ (ENS)](/glossary/#ens) ప్రొఫైల్తో నియంత్రించడానికి మిమ్మల్ని అనుమతించడం ద్వారా ఈ సమస్యలను పరిష్కరిస్తుంది. Ethereum చిరునామాను ఉపయోగించడం ద్వారా సురక్షితమైన, సెన్సార్షిప్-నిరోధకత మరియు అనామక ప్లాట్ఫారమ్లలో ఒకే లాగిన్ను అందిస్తుంది.
+మీ డిజిటల్ గుర్తింపును Ethereum చిరునామా మరియు [Ethereum Name Service (ENS)](/glossary/#ens) ప్రొఫైల్తో నియంత్రించడానికి మిమ్మల్ని అనుమతించడం ద్వారా Web3 ఈ సమస్యలను పరిష్కరిస్తుంది. Ethereum చిరునామాను ఉపయోగించడం ద్వారా సురక్షితమైన, సెన్సార్షిప్-నిరోధకత మరియు అనామక ప్లాట్ఫారమ్లలో ఒకే లాగిన్ను అందిస్తుంది.
### స్థానిక చెల్లింపులు {#native-payments}
-Web2 యొక్క చెల్లింపు అవస్థాపన బ్యాంకులు మరియు చెల్లింపు ప్రాసెసర్లపై ఆధారపడి ఉంటుంది, బ్యాంక్ ఖాతాలు లేని వ్యక్తులు లేదా తప్పు దేశం యొక్క సరిహద్దులలో నివసించే వారిని మినహాయించి. Web3 టోకెన్స్ను ఉపయోగిస్తుంది [ETH](/glossary/#ether) లాగా దాని ద్వారా ప్రజలు డబ్బును బ్రౌజర్ ద్వారా పంపించవచ్చు మరియు ఎటువంటి మూడో వ్యక్తిపై అదరపడవల్సిన అవసరం లేదు.
+Web2 యొక్క చెల్లింపు అవస్థాపన బ్యాంకులు మరియు చెల్లింపు ప్రాసెసర్లపై ఆధారపడి ఉంటుంది, బ్యాంక్ ఖాతాలు లేని వ్యక్తులు లేదా తప్పు దేశం యొక్క సరిహద్దులలో నివసించే వారిని మినహాయించి.
+Web3 బ్రౌజర్లో నేరుగా డబ్బు పంపడానికి [ETH](/glossary/#ether) వంటి టోకెన్లను ఉపయోగిస్తుంది మరియు దీనికి విశ్వసనీయ మూడవ పక్షం అవసరం లేదు.
ETH గురించి మరింత
-## Web3 limitations {#web3-limitations}
+## Web3 పరిమితులు {#web3-limitations}
Web3 యొక్క ప్రస్తుత రూపంలో అనేక ప్రయోజనాలు ఉన్నప్పటికీ, పర్యావరణ వ్యవస్థ అభివృద్ధి చెందడానికి అనేక పరిమితులు ఇప్పటికీ ఉన్నాయి.
-### యాక్సెసిబిలిటీ {#accessibility}
+### ప్రాప్యత {#accessibility}
-Ethereumతో సైన్-ఇన్ చేయడం వంటి ముఖ్యమైన Web3 ఫీచర్లు ఎవరైనా సున్నా ధరతో ఉపయోగించడానికి ఇప్పటికే అందుబాటులో ఉన్నాయి. కానీ, లావాదేవీల సాపేక్ష ఖర్చు ఇప్పటికీ చాలా మందికి నిషేధించబడింది. అధిక లావాదేవీల రుసుము కారణంగా తక్కువ-సంపన్న, అభివృద్ధి చెందుతున్న దేశాలలో Web3 ఉపయోగించబడే అవకాశం తక్కువ. Ethereumలో, ఈ సవాళ్ళు [రోడ్మ్యాప్](/roadmap/) మరియు [లేయర్ 2 స్కేలింగ్ సొల్యూషన్ల ద్వారా పరిష్కరించబడుతున్నాయి](/glossary/#layer-2). సాంకేతికత సిద్ధంగా ఉంది, అయితే Web3ని ప్రతిఒక్కరికీ అందుబాటులో ఉండేలా చేయడానికి లేయర్ 2లో అధిక స్థాయి స్వీకరణ అవసరం.
+Ethereumతో సైన్-ఇన్ చేయడం వంటి ముఖ్యమైన Web3 ఫీచర్లు ఎవరైనా సున్నా ధరతో ఉపయోగించడానికి ఇప్పటికే అందుబాటులో ఉన్నాయి. కానీ, లావాదేవీల సాపేక్ష ఖర్చు ఇప్పటికీ చాలా మందికి నిషేధించబడింది. అధిక లావాదేవీల రుసుము కారణంగా తక్కువ-సంపన్న, అభివృద్ధి చెందుతున్న దేశాలలో Web3 ఉపయోగించబడే అవకాశం తక్కువ. Ethereumలో, ఈ సవాళ్లు [రోడ్మ్యాప్](/roadmap/) మరియు [లేయర్ 2 స్కేలింగ్ సొల్యూషన్స్](/glossary/#layer-2) ద్వారా పరిష్కరించబడుతున్నాయి. సాంకేతికత సిద్ధంగా ఉంది, అయితే Web3ని ప్రతిఒక్కరికీ అందుబాటులో ఉండేలా చేయడానికి లేయర్ 2లో అధిక స్థాయి స్వీకరణ అవసరం.
-### వినియోగుకుడి అనుభవం {#user-experience}
+### వినియోగదారు అనుభవం {#user-experience}
-Web3ని ఉపయోగించడానికి సాంకేతిక అవరోధం ప్రస్తుతం చాలా ఎక్కువగా ఉంది. వినియోగదారులు తప్పనిసరిగా భద్రతా సమస్యలను అర్థం చేసుకోవాలి, సంక్లిష్టమైన సాంకేతిక డాక్యుమెంటేషన్ను అర్థం చేసుకోవాలి మరియు అస్పష్టమైన వినియోగదారు ఇంటర్ఫేస్లను నావిగేట్ చేయాలి. [వాలెట్ ప్రొవైడర్లు](/wallets/find-wallet/), ప్రత్యేకించి, దీనిని పరిష్కరించడానికి కృషి చేస్తున్నారు, అయితే Web3ని సామూహికంగా స్వీకరించడానికి ముందు మరింత పురోగతి అవసరం.
+Web3ని ఉపయోగించడానికి సాంకేతిక అవరోధం ప్రస్తుతం చాలా ఎక్కువగా ఉంది. వినియోగదారులు తప్పనిసరిగా భద్రతా సమస్యలను అర్థం చేసుకోవాలి, సంక్లిష్టమైన సాంకేతిక డాక్యుమెంటేషన్ను అర్థం చేసుకోవాలి మరియు అస్పష్టమైన వినియోగదారు ఇంటర్ఫేస్లను నావిగేట్ చేయాలి. [వాలెట్ ప్రొవైడర్లు](/wallets/find-wallet/), ప్రత్యేకించి, దీనిని పరిష్కరించడానికి కృషి చేస్తున్నారు, కానీ Web3 సామూహికంగా స్వీకరించబడటానికి ముందు మరింత పురోగతి అవసరం.
-### Education {#education}
+### విద్య {#education}
-Web2.0లో ఉపయోగించిన వాటి కంటే భిన్నమైన మానసిక నమూనాలను నేర్చుకోవాల్సిన కొత్త నమూనాలను Web3 పరిచయం చేసింది. 1990ల చివరిలో Web1.0 జనాదరణ పొందుతున్నందున ఇదే విధమైన విద్య డ్రైవ్ జరిగింది; వరల్డ్ వైడ్ వెబ్ యొక్క ప్రతిపాదకులు సాధారణ రూపకాలు (సమాచార రహదారి, బ్రౌజర్లు, వెబ్లో సర్ఫింగ్) నుండి [టెలివిజన్ ప్రసారాల](https://www.youtube.com/watch?v=SzQLI7BxfYI) వరకు ప్రజలకు అవగాహన కల్పించడానికి అనేక విద్యా పద్ధతులను ఉపయోగించారు. Web3 కష్టం కాదు, కానీ అది భిన్నంగా ఉంటుంది. ఈ Web3 నమూనాల గురించి Web2 వినియోగదారులకు తెలియజేసే విద్యా కార్యక్రమాలు దాని విజయానికి చాలా ముఖ్యమైనవి.
+Web2.0లో ఉపయోగించిన వాటి కంటే భిన్నమైన మానసిక నమూనాలను నేర్చుకోవాల్సిన కొత్త నమూనాలను Web3 పరిచయం చేసింది. 1990ల చివరలో Web1.0 ప్రజాదరణ పొందుతున్నప్పుడు ఇలాంటి విద్యా కార్యక్రమమే జరిగింది; వరల్డ్ వైడ్ వెబ్ యొక్క ప్రతిపాదకులు సాధారణ రూపకాల (సమాచార రహదారి, బ్రౌజర్లు, వెబ్ సర్ఫింగ్) నుండి [టెలివిజన్ ప్రసారాల](https://www.youtube.com/watch?v=SzQLI7BxfYI) వరకు ప్రజలకు అవగాహన కల్పించడానికి అనేక విద్యా పద్ధతులను ఉపయోగించారు. Web3 కష్టం కాదు, కానీ అది భిన్నంగా ఉంటుంది. ఈ Web3 నమూనాల గురించి Web2 వినియోగదారులకు తెలియజేసే విద్యా కార్యక్రమాలు దాని విజయానికి చాలా ముఖ్యమైనవి.
-Ethereum.org మా [అనువాద ప్రోగ్రామ్](/contributing/translation-program/) ద్వారా Web3 విద్యకు సహకరిస్తుంది, ముఖ్యమైన Ethereum కంటెంట్ను వీలైనన్ని ఎక్కువ భాషలకు అనువదించడం లక్ష్యంగా పెట్టుకుంది.
+Ethereum.org మా [అనువాద కార్యక్రమం](/contributing/translation-program/) ద్వారా Web3 విద్యకు సహకరిస్తుంది, ముఖ్యమైన Ethereum కంటెంట్ను వీలైనన్ని ఎక్కువ భాషలలోకి అనువదించడమే లక్ష్యంగా పెట్టుకుంది.
-### సెంట్రలైజడ్ మౌలిక సదుపాయాలు {#centralized-infrastructure}
+### కేంద్రీకృత మౌలిక సదుపాయాలు {#centralized-infrastructure}
Web3 పర్యావరణం కొత్తది మరియు వేగంగా పరిణామం చెందుతుంది. ఫలితంగా, ఇది ప్రస్తుతం ప్రధానంగా కేంద్రీకృత మౌలిక సదుపాయాలపై ఆధారపడి ఉంటుంది (GitHub, Twitter, Discord, మొదలైనవి). అనేక Web3 కంపెనీలు ఈ ఖాళీలను పూరించడానికి పరుగెత్తుతున్నాయి, అయితే అధిక-నాణ్యత, విశ్వసనీయమైన మౌలిక సదుపాయాలను నిర్మించడానికి సమయం పడుతుంది.
-## ఒక డిసెంట్రలైజ్డ్ భవిష్యత్తు {#decentralized-future}
+## ఒక వికేంద్రీకృత భవిష్యత్తు {#decentralized-future}
Web3 ఒక యువ మరియు అభివృద్ధి చెందుతున్న పర్యావరణ వ్యవస్థ. గావిన్ వుడ్ ఈ పదాన్ని 2014లో ఉపయోగించారు, అయితే ఈ ఆలోచనల్లో చాలా వరకు ఇటీవలే వాస్తవరూపం దాల్చాయి. గత సంవత్సరంలోనే, క్రిప్టోకరెన్సీపై ఆసక్తి గణనీయంగా పెరిగింది, లేయర్ 2 స్కేలింగ్ సొల్యూషన్లకు మెరుగుదలలు, కొత్త పాలనా విధానాలతో భారీ ప్రయోగాలు మరియు డిజిటల్ గుర్తింపులో విప్లవాలు ఉన్నాయి.
మేము Web3తో మెరుగైన వెబ్ను సృష్టించడం ప్రారంభంలోనే ఉన్నాము, కానీ మేము దానికి మద్దతునిచ్చే మౌలిక సదుపాయాలను మెరుగుపరచడం కొనసాగిస్తున్నందున, వెబ్ భవిష్యత్తు ఉజ్వలంగా కనిపిస్తుంది.
-## నేను ఎలా ఇందులో భాగం కావడం {#get-involved}
+## నేను ఎలా పాలుపంచుకోవచ్చు {#get-involved}
- [ఒక వాలెట్ను పొందండి](/wallets/)
-- [ఒక కమ్యూనిటీని వెతుకు](/community/)
-- [Web3 అప్లికేషన్స్ను అన్వేషించు](/apps/)
-- [Join a DAO](/dao/)
-- [Web3 పై నిర్మించు](/developers/)
+- [ఒక కమ్యూనిటీని కనుగొనండి](/community/)
+- [Web3 అప్లికేషన్లను అన్వేషించండి](/apps/)
+- [ఒక DAOలో చేరండి](/dao/)
+- [Web3లో నిర్మించండి](/developers/)
-## మరింత చదవడానికి {#further-reading}
+## మరింత సమాచారం {#further-reading}
-Web3 కఠినంగా నిర్వచించబడలేదు. వివిధ కమ్యూనిటీ భాగస్వాములు దానిపై విభిన్న దృక్కోణాలను కలిగి ఉన్నారు. Here are a few of them:
+Web3 కఠినంగా నిర్వచించబడలేదు. వివిధ కమ్యూనిటీ భాగస్వాములు దానిపై విభిన్న దృక్కోణాలను కలిగి ఉన్నారు. వాటిలో కొన్ని ఇక్కడ ఉన్నాయి:
-- [Web3 అంటే ఏంటి? ఫ్యూచర్ యొక్క వికేంద్రీకృత ఇంటర్నెట్ వివరించబడింది](https://www.freecodecamp.org/news/what-is-web3) - _నాడర్ డాబిట్_
-- [మేకింగ్ సెన్స్ ఆఫ్ Web 3](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) - _జోష్ స్టార్క్_
-- [Web3 ఎందుకు ముఖ్యమైనది](https://future.a16z.com/why-web3-matters/) — _క్రిస్ డిక్సన్_
-- [వికేంద్రీకరణ ఎందుకు ముఖ్యమైనది](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _క్రిస్ డిక్సన్_
-- [Web3 ల్యాండ్స్కేప్](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_
-- [Web3 డిబేట్](https://www.notboring.co/p/the-web3-debate) – _ప్యాకీ మెక్కార్మిక్_
+- [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_
+- [ది వెబ్3 ల్యాండ్స్కేప్](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_
+- [ది వెబ్3 డిబేట్](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_
diff --git a/public/content/translations/te/what-are-apps/index.md b/public/content/translations/te/what-are-apps/index.md
new file mode 100644
index 00000000000..a70c33c1f84
--- /dev/null
+++ b/public/content/translations/te/what-are-apps/index.md
@@ -0,0 +1,81 @@
+---
+title: ఇతీరియము అప్లికేషన్లు
+metaTitle: ఇతీరియము అప్లికేషన్లు | ఇతీరియముపై వికేంద్రీకృత అప్లికేషన్లు
+description: ఇతీరియములోని యాప్లు ఉచితం, ప్రపంచవ్యాప్తం మరియు ప్రైవేట్ కంపెనీ సర్వర్లకు బదులుగా పబ్లిక్ బ్లాక్ చైనును ఉపయోగిస్తాయి. అంటే మీరు ప్రతి ప్రాజెక్ట్లోనూ ఒకే ఖాతాను ఉపయోగించవచ్చు మరియు మీ గోప్యతను కాపాడుకోవచ్చు.
+lang: te
+template: ఉపయోగ సందర్భాలు
+emoji: ":handshake:"
+sidebarDepth: 2
+showDropdown: false
+image: /images/doge-computer.png
+summary: ఇతీరియములోని యాప్లు ఉచితం, ప్రపంచవ్యాప్తం మరియు ప్రైవేట్ కంపెనీ సర్వర్లకు బదులుగా పబ్లిక్ బ్లాక్ చైనును ఉపయోగిస్తాయి. అంటే మీరు ప్రతి ప్రాజెక్ట్లోనూ ఒకే ఖాతాను ఉపయోగించవచ్చు మరియు మీ గోప్యతను కాపాడుకోవచ్చు.
+---
+
+## అద్భుత శక్తులున్న యాప్లు {#apps-with-superpowers}
+
+ఇతీరియము అప్లికేషన్లు సాధారణ యాప్ల లాగానే అనిపించవచ్చు. కానీ తెరవెనుక వాటికి కొన్ని ప్రత్యేక లక్షణాలు ఉన్నాయి.
+
+ఒకసారి యాప్ ఇతీరియము బ్లాక్ చైనులో ప్రచురించబడితే, దాన్ని ఆపడం ఎవరి తరమూ కాదు. ఎందుకంటే ఇతీరియము నెట్వర్క్ ప్రపంచవ్యాప్తంగా వేలాది కంప్యూటర్లలో వికేంద్రీకరించబడింది. ఇతీరియముపై నడుస్తున్న యాప్లను ఎవరూ ఆపలేరు, ఎందుకంటే లక్ష్యంగా చేసుకోవడానికి ఒకే సర్వర్ లేదు. ఇతీరియము కూడా తటస్థంగా ఉంటుంది, కాబట్టి ప్రపంచంలో ఎవరైనా ఎక్కడైనా దాన్ని ఉపయోగించవచ్చు లేదా దానికి కనెక్ట్ అయి దానిపై తమ మార్పులను నిర్మించుకోవచ్చు.
+
+## డాప్ అంటే ఏమిటి? {#what-is-a-dapp}
+
+ఇతీరియము అప్లికేషన్లు వాటి లాజిక్ను కేంద్రీకృత సర్వర్లలో కాకుండా ఇతీరియము బ్లాక్ చైనుపై నడిపిస్తాయి. అందుకే వాటిని తరచుగా వికేంద్రీకృత అప్లికేషన్లు అని లేదా సంక్షిప్తంగా డాప్స్ అని పిలుస్తారు.
+
+
+
+
+
+
+
+## ఇది ఎందుకు ముఖ్యం {#why-does-this-matter}
+
+ఇతీరియము యాప్లు సాంప్రదాయ యాప్లతో సాధ్యం కాని పనులను చేయగలవు. ఉదాహరణకు, మీ డబ్బు మీకు వడ్డీతో సహా తిరిగి వస్తుందనే హామీతో, పూర్తిగా అపరిచితుడికి డబ్బు అప్పుగా ఇవ్వడం. లావాదేవీని నిర్వహించడానికి లాయర్ వంటి “నమ్మకమైన” మధ్యవర్తికి చెల్లించకుండానే.
+
+ప్రతిదానికీ యాప్లు ఉన్నాయి: గేమింగ్, ఫైనాన్స్, పని, మెసేజింగ్, నిల్వ మరియు మరెన్నో. చాలా యాప్లతో మీరు ప్రకటనలకు గురి కారు లేదా పరిమిత యాక్సెస్ ద్వారా పరిమితం చేయబడరు.
+
+ఏదైనా ఇతీరియము యాప్ను ఉపయోగించడం ప్రారంభించడానికి మీకు కావలసిందల్లా ఒక ఇతీరియము వాలెట్ మరియు కొద్దిగా ETH.
+
+## ఇది ఎలా పనిచేస్తుంది {#how-does-it-work}
+
+యాప్లు స్మార్ట్ ఒప్పందాల ద్వారా శక్తిని పొందుతాయి — ఇవి ఇతీరియము బ్లాక్ చైనులో ఉండే కోడ్ ముక్కలు. సాంప్రదాయ యాప్లలా కాకుండా, వాటిని నడపడానికి ఒక కంపెనీ అవసరం లేదు.
+
+| లక్షణం | సాంప్రదాయ యాప్లు | ఇతీరియము యాప్లు |
+| ------------------------------- | ------------------------ | ---------------------------- |
+| **దాన్ని ఎవరు నియంత్రిస్తారు?** | ఒక కంపెనీ | ఎవరూ కాదు |
+| **దీనిపై నడుస్తుంది** | ప్రైవేట్ కంపెనీ సర్వర్లు | పబ్లిక్ ఇతీరియము బ్లాక్ చైను |
+| **దీన్ని సెన్సార్ చేయవచ్చా?** | అవును | లేదు |
+| **మీ డేటా ఎవరిది?** | సాధారణంగా మీరు కాదు | మీ డేటా మీదే |
+
+
+
+
+
+
+
+
+
+## ఇతీరియము యాప్లు లెగోల లాంటివి {#ethereum-apps-are-like-legos}
+
+యాప్లన్నీ ఇతీరియముపై నిర్మించబడినప్పుడు, అవన్నీ అనుకూలంగా ఉంటాయి. ఒక యాప్ కోసం ఒక టోకెన్, పూర్తిగా భిన్నమైన దానిపై పని చేస్తుంది. ఇది మీ ఫేస్బుక్ వాల్పై ట్వీట్లను ప్రచురించగలగడం లాంటిది. నిజానికి తరచుగా మీరు ప్రతిచోటా విడిగా నమోదు చేసుకోవాల్సిన అవసరం లేకుండా అనేక విభిన్న ఇతీరియము యాప్లలో ఒకే ప్రొఫైల్ను తిరిగి ఉపయోగించవచ్చు.
+
+
+
+## మరింత సమాచారం {#further-reading}
+
+- [ప్రారంభకుల కోసం ఇతీరియము](/what-is-ethereum)
+- [స్మార్ట్ ఒప్పందం అంటే ఏమిటి?](/developers/docs/smart-contracts/)
+- [సాంకేతిక డాప్ డాక్యుమెంటేషన్](/developers/docs/dapps/)
+
+## తరచుగా అడిగే ప్రశ్నలు {#faq}
+
+
+ డాప్ అంటే వికేంద్రీకృత అప్లికేషన్లు. ఇవి ఇతీరియము వంటి బ్లాక్ చైను నెట్వర్క్లపై నిర్మించబడిన అప్లికేషన్లు. వాటి ఆధారంగా ఉన్న నెట్వర్క్ వికేంద్రీకరించబడినందున వాటిని వికేంద్రీకృతం అని పిలుస్తారు.
+
+
+
+ కొన్ని అప్లికేషన్లు క్రిప్టో టోకెన్లను ట్రేడ్ చేయడానికి లేదా కొనడానికి మిమ్మల్ని అనుమతిస్తాయి, కానీ అన్ని యాప్లు దాని కోసం కాదు. మీరు మీ మొదటి టోకెన్లను కొనాలని చూస్తున్నట్లయితే, [ETH పొందండి](/get-eth)ని సందర్శించండి.
+
+
+
+ క్రిప్టో వాలెట్ మీ టోకెన్లను ఉంచుకోవడానికి మరియు మీ ఇతీరియము ఖాతాను నిర్వహించడానికి మిమ్మల్ని అనుమతిస్తుంది. అనేక గొప్ప వాలెట్లు ఉన్నాయి, ప్రతి ఒక్కటి వేరే ప్రయోజనాన్ని అందిస్తుంది. మీకు ఏ వాలెట్ ఉత్తమమైనదో తెలుసుకోవడానికి, మా [వాలెట్ల జాబితా](/wallets/find-wallet)ను సందర్శించండి.
+
\ No newline at end of file
diff --git a/public/content/translations/te/whitepaper/index.md b/public/content/translations/te/whitepaper/index.md
new file mode 100644
index 00000000000..d663a923a81
--- /dev/null
+++ b/public/content/translations/te/whitepaper/index.md
@@ -0,0 +1,512 @@
+---
+title: Ethereum వైట్పేపర్
+description: 2013లో దాని ప్రారంభానికి ముందు ప్రచురించబడిన ఎథేరియంకు ఒక పరిచయ పత్రం.
+lang: te
+sidebarDepth: 2
+hideEditButton: true
+---
+
+# ఎథేరియం వైట్పేపర్ {#ethereum-whitepaper}
+
+_ఈ పరిచయ పత్రం వాస్తవానికి 2015లో ప్రాజెక్ట్ ప్రారంభానికి ముందు, [ఎథేరియం](/what-is-ethereum/) వ్యవస్థాపకుడు విటాలిక్ బ్యూటెరిన్ ద్వారా 2014లో ప్రచురించబడింది. అనేక కమ్యూనిటీ-ఆధారిత, ఓపెన్-సోర్స్ సాఫ్ట్వేర్ ప్రాజెక్ట్ల వలె, ఎథేరియం కూడా దాని ప్రారంభం నుండి అభివృద్ధి చెందిందని గమనించడం ముఖ్యం._
+
+_అనేక సంవత్సరాల నాటిదైనప్పటికీ, మేము ఈ పత్రాన్ని నిర్వహిస్తాము ఎందుకంటే ఇది ఎథేరియం మరియు దాని దార్శనికతకు ఉపయోగకరమైన సూచనగా మరియు కచ్చితమైన ప్రాతినిధ్యంగా పనిచేస్తుంది. ఎథేరియం యొక్క తాజా అభివృద్ధిల గురించి తెలుసుకోవడానికి, మరియు ప్రోటోకాల్కు మార్పులు ఎలా చేయబడతాయో తెలుసుకోవడానికి, మేము [ఈ గైడ్ను](/learn/) సిఫార్సు చేస్తున్నాము._
+
+[వైట్పేపర్ యొక్క చారిత్రక లేదా ప్రామాణిక సంస్కరణను [డిసెంబర్ 2014 నుండి] కోరుకునే పరిశోధకులు మరియు విద్యావేత్తలు ఈ PDFను ఉపయోగించాలి.](./whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf)
+
+## తరువాత తరం స్మార్ట్ కాంట్రాక్ట్ మరియు వికేంద్రీకృత అప్లికేషన్ ప్లాట్ఫారమ్ {#a-next-generation-smart-contract-and-decentralized-application-platform}
+
+2009లో సతోషి నకమోటో యొక్క బిట్కాయిన్ అభివృద్ధి తరచుగా డబ్బు మరియు కరెన్సీలో ఒక తీవ్రమైన అభివృద్ధిగా ప్రశంసించబడింది, ఇది ఏకకాలంలో ఎటువంటి మద్దతు లేదా "[అంతర్గత విలువ](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 యొక్క ఈ ఇతర అంశంపైకి మారుతోంది. బ్లాక్చైన్ టెక్నాలజీ యొక్క సాధారణంగా ఉదహరించబడిన ప్రత్యామ్నాయ అప్లికేషన్లలో కస్టమ్ కరెన్సీలు మరియు ఆర్థిక పరికరాలను సూచించడానికి ఆన్-బ్లాక్చైన్ డిజిటల్ ఆస్తులను ఉపయోగించడం ("[కలర్డ్ కాయిన్స్](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)"), అంతర్లీన భౌతిక పరికరం యొక్క యాజమాన్యం ("[స్మార్ట్ ప్రాపర్టీ](https://en.bitcoin.it/wiki/Smart_Property)"), డొమైన్ పేర్లు వంటి నాన్-ఫంగిబుల్ ఆస్తులు ("[Namecoin](http://namecoin.org)"), అలాగే డిజిటల్ ఆస్తులు ఏకపక్ష నియమాలను అమలు చేసే కోడ్ ముక్కచే ("[స్మార్ట్ కాంట్రాక్టులు](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html)") నేరుగా నియంత్రించబడే మరింత సంక్లిష్టమైన అప్లికేషన్లు లేదా బ్లాక్చైన్ ఆధారిత "[వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థలు](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)" (DAOs) కూడా ఉన్నాయి. ఎథేరియం అందించాలని ఉద్దేశించినది, ఒక అంతర్నిర్మిత పూర్తిస్థాయి ట్యూరింగ్-కంప్లీట్ ప్రోగ్రామింగ్ భాషతో కూడిన బ్లాక్చైన్. దీనిని ఉపయోగించి ఏకపక్ష స్థితి పరివర్తన ఫంక్షన్లను ఎన్కోడ్ చేయడానికి ఉపయోగపడే "కాంట్రాక్టులు" సృష్టించవచ్చు, ఇది పైన వివరించిన ఏ వ్యవస్థనైనా, అలాగే మనం ఇంకా ఊహించని మరెన్నో వ్యవస్థలను కేవలం కొన్ని పంక్తుల కోడ్లో తర్కాన్ని వ్రాసి సృష్టించడానికి వినియోగదారులను అనుమతిస్తుంది.
+
+## Bitcoin మరియు ఇప్పటికే ఉన్న భావనలకు పరిచయం {#introduction-to-bitcoin-and-existing-concepts}
+
+### చరిత్ర {#history}
+
+వికేంద్రీకృత డిజిటల్ కరెన్సీ భావన, అలాగే ఆస్తి రిజిస్ట్రీల వంటి ప్రత్యామ్నాయ అప్లికేషన్లు, దశాబ్దాలుగా ఉన్నాయి. 1980లు మరియు 1990ల నాటి అజ్ఞాత ఈ-క్యాష్ ప్రోటోకాల్స్, ఎక్కువగా చౌమియన్ బ్లైండింగ్ అని పిలువబడే క్రిప్టోగ్రాఫిక్ ప్రిమిటివ్పై ఆధారపడి, అధిక గోప్యతతో కూడిన కరెన్సీని అందించాయి, కానీ ఈ ప్రోటోకాల్స్ కేంద్రీకృత మధ్యవర్తిపై ఆధారపడటం వల్ల ఎక్కువగా ఆదరణ పొందలేకపోయాయి. 1998లో, వీ డై యొక్క [బి-మనీ](http://www.weidai.com/bmoney.txt) కంప్యూటేషనల్ పజిల్స్ను పరిష్కరించడం ద్వారా మరియు వికేంద్రీకృత ఏకాభిప్రాయం ద్వారా డబ్బును సృష్టించే ఆలోచనను ప్రవేశపెట్టిన మొదటి ప్రతిపాదనగా మారింది, కానీ వికేంద్రీకృత ఏకాభిప్రాయం వాస్తవంగా ఎలా అమలు చేయవచ్చనే వివరాలు ప్రతిపాదనలో తక్కువగా ఉన్నాయి. 2005లో, హాల్ ఫిన్నీ "[పునర్వినియోగించదగిన ప్రూఫ్స్ ఆఫ్ వర్క్](https://nakamotoinstitute.org/finney/rpow/)" అనే భావనను పరిచయం చేశారు, ఇది బి-మనీ నుండి ఆలోచనలను ఆడమ్ బ్యాక్ యొక్క కంప్యూటేషనల్గా కష్టమైన హాష్క్యాష్ పజిల్లతో కలిపి ఒక క్రిప్టోకరెన్సీ కోసం ఒక భావనను సృష్టించే వ్యవస్థ, కానీ మరోసారి నమ్మకమైన కంప్యూటింగ్ను బ్యాకెండ్గా ఉపయోగించడం ద్వారా ఆదర్శానికి దూరంగా ఉంది. 2009లో, సతోషి నకమోటో ద్వారా మొదటిసారిగా ఆచరణలో ఒక వికేంద్రీకృత కరెన్సీ అమలు చేయబడింది, పబ్లిక్ కీ క్రిప్టోగ్రఫీ ద్వారా యాజమాన్యాన్ని నిర్వహించడానికి స్థాపించబడిన ప్రిమిటివ్లను నాణేల యజమానుల ట్రాక్ను ఉంచడానికి ఒక ఏకాభిప్రాయం అల్గారిథమ్తో కలిపి, దీనిని "ప్రూఫ్-ఆఫ్-వర్క్" అని పిలుస్తారు.
+
+ప్రూఫ్-ఆఫ్-వర్క్ వెనుక ఉన్న యంత్రాంగం ఈ రంగంలో ఒక పెద్ద పురోగతి, ఎందుకంటే ఇది ఏకకాలంలో రెండు సమస్యలను పరిష్కరించింది. మొదట, ఇది ఒక సాధారణ మరియు మధ్యస్తంగా సమర్థవంతమైన ఏకాభిప్రాయం అల్గారిథమ్ను అందించింది, ఇది నెట్వర్క్లోని నోడ్లు Bitcoin లెడ్జర్ యొక్క స్థితికి సంబంధించిన కానానికల్ నవీకరణల సమితిపై సామూహికంగా అంగీకరించడానికి అనుమతిస్తుంది. రెండవది, ఇది ఏకాభిప్రాయం ప్రక్రియలోకి స్వేచ్ఛా ప్రవేశాన్ని అనుమతించే ఒక యంత్రాంగాన్ని అందించింది, ఏకాభిప్రాయాన్ని ఎవరు ప్రభావితం చేస్తారో నిర్ణయించే రాజకీయ సమస్యను పరిష్కరిస్తూ, అదే సమయంలో సిబిల్ దాడులను నివారిస్తుంది. ఇది ఒక నిర్దిష్ట జాబితాలో ఒక ప్రత్యేక సంస్థగా నమోదు చేయబడాలనే అవసరం వంటి భాగస్వామ్యానికి ఒక అధికారిక అవరోధాన్ని ఒక ఆర్థిక అవరోధంతో భర్తీ చేయడం ద్వారా చేస్తుంది - ఏకాభిప్రాయం ఓటింగ్ ప్రక్రియలో ఒకే నోడ్ యొక్క బరువు నోడ్ తెచ్చే కంప్యూటింగ్ శక్తికి నేరుగా అనులోమానుపాతంలో ఉంటుంది. అప్పటి నుండి, _ప్రూఫ్-ఆఫ్-స్టేక్_ అని పిలువబడే ఒక ప్రత్యామ్నాయ పద్ధతి ప్రతిపాదించబడింది, ఇది ఒక నోడ్ యొక్క బరువును దాని కరెన్సీ నిల్వలకు అనులోమానుపాతంలో గణిస్తుంది మరియు కంప్యూటేషనల్ వనరులకు కాదు; రెండు పద్ధతుల సాపేక్ష యోగ్యతల చర్చ ఈ పత్రం యొక్క పరిధికి మించినది, కానీ రెండు పద్ధతులు ఒక క్రిప్టోకరెన్సీ యొక్క వెన్నెముకగా ఉపయోగపడతాయని గమనించాలి.
+
+### ఒక స్థితి పరివర్తన వ్యవస్థగా Bitcoin {#bitcoin-as-a-state-transition-system}
+
+
+
+సాంకేతిక దృక్కోణం నుండి, Bitcoin వంటి ఒక క్రిప్టోకరెన్సీ యొక్క లెడ్జర్ను ఒక స్థితి పరివర్తన వ్యవస్థగా భావించవచ్చు, ఇక్కడ ఉన్న అన్ని బిట్కాయిన్ల యాజమాన్య స్థితిని కలిగి ఉన్న ఒక "స్థితి" ఉంటుంది మరియు ఒక "స్థితి పరివర్తన ఫంక్షన్" ఒక స్థితి మరియు ఒక లావాదేవీని తీసుకుని ఫలితంగా వచ్చే ఒక కొత్త స్థితిని అవుట్పుట్ చేస్తుంది. ఒక ప్రామాణిక బ్యాంకింగ్ వ్యవస్థలో, ఉదాహరణకు, స్థితి ఒక బ్యాలెన్స్ షీట్, ఒక లావాదేవీ A నుండి Bకి $X ను తరలించడానికి ఒక అభ్యర్థన, మరియు స్థితి పరివర్తన ఫంక్షన్ A యొక్క ఖాతాలో విలువను $X తగ్గించి B యొక్క ఖాతాలో విలువను $X పెంచుతుంది. మొదట A యొక్క ఖాతాలో $X కన్నా తక్కువ ఉంటే, స్థితి పరివర్తన ఫంక్షన్ ఒక దోషాన్ని తిరిగి ఇస్తుంది. అందువల్ల, ఒకరు అధికారికంగా నిర్వచించవచ్చు:
+
+```
+APPLY(S,TX) -> S' లేదా 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'` ను దాదాపుగా ఈ క్రింది విధంగా నిర్వచించవచ్చు:
+
+
+ -
+
TXలో ప్రతి ఇన్పుట్ కోసం:
+
+ -
+ సూచించబడిన UTXO
Sలో లేకపోతే, ఒక దోషాన్ని తిరిగి ఇవ్వండి.
+
+ -
+ అందించిన సంతకం UTXO యజమానితో సరిపోలకపోతే, ఒక దోషాన్ని తిరిగి ఇవ్వండి.
+
+
+
+ -
+ అన్ని ఇన్పుట్ UTXOల విలువల మొత్తం అన్ని అవుట్పుట్ UTXOల విలువల మొత్తం కన్నా తక్కువ ఉంటే, ఒక దోషాన్ని తిరిగి ఇవ్వండి.
+
+ -
+ అన్ని ఇన్పుట్ UTXOలను తొలగించి, అన్ని అవుట్పుట్ UTXOలను జోడించి
Sను తిరిగి ఇవ్వండి.
+
+
+
+మొదటి దశలోని మొదటి సగం లావాదేవీ పంపేవారు లేని నాణేలను ఖర్చు చేయకుండా నిరోధిస్తుంది, మొదటి దశలోని రెండవ సగం లావాదేవీ పంపేవారు ఇతరుల నాణేలను ఖర్చు చేయకుండా నిరోధిస్తుంది, మరియు రెండవ దశ విలువ పరిరక్షణను అమలు చేస్తుంది. చెల్లింపు కోసం దీనిని ఉపయోగించడానికి, ప్రోటోకాల్ ఈ క్రింది విధంగా ఉంటుంది. ఆలిస్ బాబ్కు 11.7 BTC పంపాలనుకుంటుందని అనుకుందాం. మొదట, ఆలిస్ కనీసం 11.7 BTC మొత్తానికి సమానమైన, ఆమె యాజమాన్యంలో ఉన్న అందుబాటులో ఉన్న UTXOల సమితి కోసం చూస్తుంది. వాస్తవానికి, ఆలిస్ సరిగ్గా 11.7 BTC పొందలేకపోవచ్చు; ఆమె పొందగల అతి చిన్న మొత్తం 6+4+2=12 అని అనుకుందాం. ఆ తర్వాత ఆమె ఆ మూడు ఇన్పుట్లు మరియు రెండు అవుట్పుట్లతో ఒక లావాదేవీని సృష్టిస్తుంది. మొదటి అవుట్పుట్ 11.7 BTC, దాని యజమానిగా బాబ్ యొక్క చిరునామా ఉంటుంది, మరియు రెండవ అవుట్పుట్ మిగిలిన 0.3 BTC "చిల్లర", దాని యజమాని ఆలిస్ స్వయంగా ఉంటుంది.
+
+### మైనింగ్ {#mining}
+
+
+
+మనకు నమ్మకమైన కేంద్రీకృత సేవ అందుబాటులో ఉంటే, ఈ వ్యవస్థను అమలు చేయడం చాలా సులభం; దీనిని కేవలం వివరించిన విధంగా కోడ్ చేయవచ్చు, స్థితిని ట్రాక్ చేయడానికి ఒక కేంద్రీకృత సర్వర్ యొక్క హార్డ్ డ్రైవ్ను ఉపయోగించి. అయినప్పటికీ, Bitcoin తో మేము ఒక వికేంద్రీకృత కరెన్సీ వ్యవస్థను నిర్మించడానికి ప్రయత్నిస్తున్నాము, కాబట్టి లావాదేవీల క్రమంపై అందరూ అంగీకరించేలా చేయడానికి మేము స్థితి లావాదేవీ వ్యవస్థను ఒక ఏకాభిప్రాయం వ్యవస్థతో కలపాలి. Bitcoin యొక్క వికేంద్రీకృత ఏకాభిప్రాయం ప్రక్రియ నెట్వర్క్లోని నోడ్లు నిరంతరం "బ్లాక్స్" అని పిలువబడే లావాదేవీల ప్యాకేజీలను ఉత్పత్తి చేయడానికి ప్రయత్నించాలని కోరుతుంది. ఈ నెట్వర్క్ దాదాపు ప్రతి పది నిమిషాలకు ఒక బ్లాక్ను ఉత్పత్తి చేయడానికి ఉద్దేశించబడింది, ప్రతి బ్లాక్లో టైమ్స్టాంప్, ఒక నాన్స్, మునుపటి బ్లాక్కు ఒక సూచన (అంటే, హాష్) మరియు మునుపటి బ్లాక్ నుండి జరిగిన అన్ని లావాదేవీల జాబితా ఉంటుంది. కాలక్రమేణా, ఇది ఒక స్థిరమైన, ఎప్పటికప్పుడు పెరుగుతున్న, "బ్లాక్చైన్"ను సృష్టిస్తుంది, ఇది Bitcoin లెడ్జర్ యొక్క తాజా స్థితిని సూచించడానికి నిరంతరం నవీకరించబడుతుంది.
+
+ఈ పద్ధతిలో వ్యక్తపరచబడిన ఒక బ్లాక్ చెల్లుబాటులో ఉందో లేదో తనిఖీ చేయడానికి అల్గారిథమ్ ఈ క్రింది విధంగా ఉంటుంది:
+
+1. బ్లాక్ ద్వారా సూచించబడిన మునుపటి బ్లాక్ ఉందో లేదో మరియు చెల్లుబాటులో ఉందో లేదో తనిఖీ చేయండి.
+2. బ్లాక్ యొక్క టైమ్స్టాంప్ మునుపటి బ్లాక్[fn2](#notes) కన్నా ఎక్కువగా మరియు భవిష్యత్తులోకి 2 గంటల కన్నా తక్కువగా ఉందని తనిఖీ చేయండి
+3. బ్లాక్పై ప్రూఫ్-ఆఫ్-వర్క్ చెల్లుబాటులో ఉందని తనిఖీ చేయండి.
+4. మునుపటి బ్లాక్ చివరిలో `S[0]` స్థితిగా ఉండనివ్వండి.
+5. `n` లావాదేవీలతో `TX` బ్లాక్ యొక్క లావాదేవీ జాబితా అని అనుకుందాం. `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ను వినియోగిస్తుందని గమనిస్తారు. కాబట్టి బదులుగా, దాడి చేసేవాడు బ్లాక్చైన్ యొక్క ఒక "ఫోర్క్"ను సృష్టిస్తాడు, అదే బ్లాక్ 269999ని పేరెంట్గా సూచిస్తూ బ్లాక్ 270000 యొక్క మరొక వెర్షన్ను మైనింగ్ చేయడం ద్వారా, కానీ పాత లావాదేవీ స్థానంలో కొత్త లావాదేవీతో. బ్లాక్ డేటా భిన్నంగా ఉన్నందున, దీనికి ప్రూఫ్-ఆఫ్-వర్క్ను తిరిగి చేయడం అవసరం. ఇంకా, బ్లాక్ 270000 యొక్క దుర్వినియోగదారుని కొత్త వెర్షన్ వేరే హాష్ను కలిగి ఉంది, కాబట్టి అసలు బ్లాక్లు 270001 నుండి 270005 వరకు దానికి "సూచించవు"; అందువల్ల, అసలు చైన్ మరియు దుర్వినియోగదారుని కొత్త చైన్ పూర్తిగా వేరుగా ఉంటాయి. నియమం ఏమిటంటే, ఒక ఫోర్క్లో పొడవైన బ్లాక్చెయిన్ నిజమైనదిగా తీసుకోబడుతుంది, కాబట్టి చట్టబద్ధమైన మైనింగ్ చేసేవారు 270005 చైన్లో పని చేస్తారు, అయితే దుర్వినియోగదారుడు మాత్రమే 270000 చైన్లో పని చేస్తాడు. దుర్వినియోగదారుడు తన బ్లాక్చెయిన్ను పొడవైనదిగా చేయడానికి, అతను నెట్వర్క్లోని మిగిలిన వారందరికంటే ఎక్కువ గణన శక్తిని కలిగి ఉండాలి (అందుకే, "51% దాడి").
+
+### మెర్కిల్ ట్రీస్ {#merkle-trees}
+
+
+
+_ఎడమ: ఒక శాఖ యొక్క చెల్లుబాటుకు రుజువు ఇవ్వడానికి మెర్కిల్ ట్రీలో కేవలం కొద్ది సంఖ్యలో నోడ్లను సమర్పించడం సరిపోతుంది._
+
+_కుడి: మెర్కిల్ ట్రీలోని ఏ భాగాన్నైనా మార్చడానికి చేసే ఏ ప్రయత్నమైనా చివరికి చైన్లో ఎక్కడో ఒక చోట అస్థిరతకు దారి తీస్తుంది._
+
+Bitcoin యొక్క ఒక ముఖ్యమైన స్కేలబిలిటీ ఫీచర్ ఏమిటంటే, బ్లాక్ బహుళ-స్థాయి డేటా స్ట్రక్చర్లో నిల్వ చేయబడుతుంది. ఒక బ్లాక్ యొక్క "హాష్" వాస్తవానికి కేవలం బ్లాక్ హెడర్ యొక్క హాష్ మాత్రమే, ఇది దాదాపు 200-బైట్ డేటా, ఇందులో టైమ్స్టాంప్, నాన్స్, మునుపటి బ్లాక్ హాష్ మరియు బ్లాక్లోని అన్ని లావాదేవీలను నిల్వ చేసే మెర్కిల్ ట్రీ అనే డేటా స్ట్రక్చర్ యొక్క రూట్ హాష్ ఉంటాయి. మెర్కిల్ ట్రీ అనేది ఒక రకమైన బైనరీ ట్రీ, ఇది ట్రీ దిగువన అంతర్లీన డేటాను కలిగి ఉన్న పెద్ద సంఖ్యలో లీఫ్ నోడ్లతో కూడిన నోడ్ల సమితి, ప్రతి నోడ్ దాని రెండు పిల్లల హాష్ అయిన ఇంటర్మీడియట్ నోడ్ల సమితి మరియు చివరిగా ఒకే రూట్ నోడ్, ఇది కూడా దాని రెండు పిల్లల హాష్ నుండి ఏర్పడి, ట్రీ యొక్క "టాప్"ను సూచిస్తుంది. మెర్కిల్ ట్రీ యొక్క ఉద్దేశ్యం ఒక బ్లాక్లోని డేటాను ముక్కలుగా అందించడానికి అనుమతించడం: ఒక నోడ్ ఒక మూలం నుండి కేవలం ఒక బ్లాక్ యొక్క హెడర్ను, మరొక మూలం నుండి వారికి సంబంధించిన ట్రీ యొక్క చిన్న భాగాన్ని మాత్రమే డౌన్లోడ్ చేసుకోవచ్చు, మరియు ఇంకా అన్ని డేటా సరైనదని భరోసా ఇవ్వబడుతుంది. ఇది పనిచేయడానికి కారణం ఏమిటంటే, హాష్లు పైకి వ్యాపిస్తాయి: ఒక హానికరమైన వినియోగదారుడు మెర్కిల్ ట్రీ యొక్క దిగువన ఒక నకిలీ లావాదేవీని మార్చడానికి ప్రయత్నిస్తే, ఈ మార్పు పైన ఉన్న నోడ్లో మార్పుకు కారణమవుతుంది, ఆపై దాని పైన ఉన్న నోడ్లో మార్పుకు, చివరికి ట్రీ యొక్క రూట్ను మరియు అందువల్ల బ్లాక్ యొక్క హాష్ను మారుస్తుంది, ప్రోటోకాల్ దానిని పూర్తిగా భిన్నమైన బ్లాక్గా నమోదు చేయడానికి కారణమవుతుంది (దాదాపు ఖచ్చితంగా చెల్లని ప్రూఫ్-ఆఫ్-వర్క్తో).
+
+మెర్కిల్ ట్రీ ప్రోటోకాల్ దీర్ఘకాలిక స్థిరత్వానికి వాదించదగినంత అవసరం. Bitcoin నెట్వర్క్లోని ఒక "ఫుల్ నోడ్", ప్రతి బ్లాక్ యొక్క మొత్తం భాగాన్ని నిల్వ చేసి, ప్రాసెస్ చేసేది, ఏప్రిల్ 2014 నాటికి Bitcoin నెట్వర్క్లో సుమారు 15 GB డిస్క్ స్థలాన్ని తీసుకుంటుంది, మరియు నెలకు ఒక గిగాబైట్ కంటే ఎక్కువ పెరుగుతోంది. ప్రస్తుతం, ఇది కొన్ని డెస్క్టాప్ కంప్యూటర్లకు సాధ్యమవుతుంది కానీ ఫోన్లకు కాదు, మరియు భవిష్యత్తులో కేవలం వ్యాపారాలు మరియు అభిరుచి గలవారు మాత్రమే పాల్గొనగలరు. "సరళీకృత చెల్లింపు ధృవీకరణ" (SPV) అని పిలువబడే ఒక ప్రోటోకాల్ మరొక తరగతి నోడ్లు ఉండటానికి అనుమతిస్తుంది, వీటిని "లైట్ నోడ్లు" అని పిలుస్తారు, ఇవి బ్లాక్ హెడర్లను డౌన్లోడ్ చేస్తాయి, బ్లాక్ హెడర్లపై ప్రూఫ్-ఆఫ్-వర్క్ను ధృవీకరిస్తాయి, ఆపై వారికి సంబంధించిన లావాదేవీలతో అనుబంధించబడిన "శాఖలను" మాత్రమే డౌన్లోడ్ చేస్తాయి. ఇది లైట్ నోడ్లు మొత్తం బ్లాక్చెయిన్లో చాలా చిన్న భాగాన్ని మాత్రమే డౌన్లోడ్ చేస్తున్నప్పుడు, ఏ Bitcoin లావాదేవీ యొక్క స్థితిని మరియు వాటి ప్రస్తుత బ్యాలెన్స్ను బలమైన భద్రతా హామీతో నిర్ణయించడానికి అనుమతిస్తుంది.
+
+### ప్రత్యామ్నాయ బ్లాక్చెయిన్ అప్లికేషన్లు {#alternative-blockchain-applications}
+
+అంతర్లీన బ్లాక్చెయిన్ ఆలోచనను తీసుకొని దానిని ఇతర భావనలకు వర్తింపజేయడం అనే ఆలోచనకు కూడా సుదీర్ఘ చరిత్ర ఉంది. 2005లో, నిక్ స్జాబో "[యజమాని అధికారంతో సురక్షితమైన ఆస్తి టైటిల్స్](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 యొక్క రంగును నిర్ణయించడానికి బ్లాక్చెయిన్ ద్వారా వెనుకకు వెళ్తారు.
+- **మెటాకోయిన్లు** - మెటాకోయిన్ వెనుక ఉన్న ఆలోచన ఏమిటంటే, Bitcoin పైన జీవించే ఒక ప్రోటోకాల్ను కలిగి ఉండటం, మెటాకోయిన్ లావాదేవీలను నిల్వ చేయడానికి Bitcoin లావాదేవీలను ఉపయోగించడం కానీ భిన్నమైన స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ను కలిగి ఉండటం, `APPLY'`. మెటాకోయిన్ ప్రోటోకాల్ Bitcoin బ్లాక్చెయిన్లో చెల్లని మెటాకోయిన్ లావాదేవీలు కనిపించకుండా నిరోధించలేనందున, `APPLY'(S,TX)` ఒక ఎర్రర్ను తిరిగి ఇస్తే, ప్రోటోకాల్ డిఫాల్ట్గా `APPLY'(S,TX) = S`కు మారుతుంది అనే నియమం జోడించబడింది. ఇది ఏకపక్ష క్రిప్టోకరెన్సీ ప్రోటోకాల్ను సృష్టించడానికి సులభమైన యంత్రాంగాన్ని అందిస్తుంది, Bitcoin లోపల అమలు చేయలేని అధునాతన ఫీచర్లతో, కానీ మైనింగ్ మరియు నెట్వర్కింగ్ యొక్క సంక్లిష్టతలను ఇప్పటికే Bitcoin ప్రోటోకాల్ నిర్వహించడం వలన చాలా తక్కువ అభివృద్ధి ఖర్చుతో. మెటాకోయిన్లు కొన్ని తరగతుల ఆర్థిక ఒప్పందాలు, పేరు నమోదు మరియు వికేంద్రీకృత మార్పిడిని అమలు చేయడానికి ఉపయోగించబడ్డాయి.
+
+అందువల్ల, సాధారణంగా, ఏకాభిప్రాయం ప్రోటోకాల్ను నిర్మించడానికి రెండు విధానాలు ఉన్నాయి: స్వతంత్ర నెట్వర్క్ను నిర్మించడం, మరియు Bitcoin పైన ఒక ప్రోటోకాల్ను నిర్మించడం. మునుపటి విధానం, Namecoin వంటి అప్లికేషన్ల విషయంలో సహేతుకంగా విజయవంతమైనప్పటికీ, అమలు చేయడం కష్టం; ప్రతి వ్యక్తిగత అమలు ఒక స్వతంత్ర బ్లాక్చెయిన్ను బూట్స్ట్రాప్ చేయాలి, అలాగే అవసరమైన అన్ని స్టేట్ ట్రాన్సిషన్ మరియు నెట్వర్కింగ్ కోడ్ను నిర్మించడం మరియు పరీక్షించడం. అదనంగా, వికేంద్రీకృత ఏకాభిప్రాయం సాంకేతికత కోసం అప్లికేషన్ల సమితి ఒక పవర్ లా డిస్ట్రిబ్యూషన్ను అనుసరిస్తుందని మేము అంచనా వేస్తున్నాము, ఇక్కడ చాలా వరకు అప్లికేషన్లు తమ సొంత బ్లాక్చెయిన్ను కలిగి ఉండటానికి చాలా చిన్నవిగా ఉంటాయి, మరియు వికేంద్రీకృత అప్లికేషన్ల యొక్క పెద్ద తరగతులు, ముఖ్యంగా వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థలు, ఒకదానితో ఒకటి సంభాషించాల్సిన అవసరం ఉందని మేము గమనించాము.
+
+మరోవైపు, Bitcoin-ఆధారిత విధానం Bitcoin యొక్క సరళీకృత చెల్లింపు ధృవీకరణ ఫీచర్లను వారసత్వంగా పొందదు అనే లోపాన్ని కలిగి ఉంది. SPV Bitcoin కోసం పనిచేస్తుంది ఎందుకంటే ఇది బ్లాక్చెయిన్ డెప్త్ను చెల్లుబాటుకు ప్రాక్సీగా ఉపయోగించగలదు; ఒకానొక సమయంలో, ఒక లావాదేవీ యొక్క పూర్వీకులు చాలా వెనుకకు వెళ్ళిన తర్వాత, వారు చట్టబద్ధంగా స్టేట్ లో భాగంగా ఉన్నారని చెప్పడం సురక్షితం. మరోవైపు, బ్లాక్చెయిన్-ఆధారిత మెటా-ప్రోటోకాల్స్, తమ సొంత ప్రోటోకాల్స్ సందర్భంలో చెల్లని లావాదేవీలను చేర్చకుండా బ్లాక్చెయిన్ను బలవంతం చేయలేవు. అందువల్ల, పూర్తిగా సురక్షితమైన SPV మెటా-ప్రోటోకాల్ అమలు, కొన్ని లావాదేవీలు చెల్లుబాటు అవుతాయో లేదో నిర్ధారించడానికి Bitcoin బ్లాక్చెయిన్ ప్రారంభం వరకు వెనుకకు స్కాన్ చేయాల్సి ఉంటుంది. ప్రస్తుతం, Bitcoin-ఆధారిత మెటా-ప్రోటోకాల్స్ యొక్క అన్ని "లైట్" అమలులు డేటాను అందించడానికి విశ్వసనీయ సర్వర్పై ఆధారపడతాయి, వాదించదగినంతగా ఇది అత్యంత అసంపూర్ణ ఫలితం, ముఖ్యంగా క్రిప్టోకరెన్సీ యొక్క ప్రాథమిక ఉద్దేశ్యాలలో ఒకటి విశ్వాసం అవసరాన్ని తొలగించడం.
+
+### స్క్రిప్టింగ్ {#scripting}
+
+ఏ పొడిగింపులు లేకుండా కూడా, Bitcoin ప్రోటోకాల్ వాస్తవానికి "స్మార్ట్ కాంట్రాక్టుల" భావన యొక్క బలహీనమైన వెర్షన్ను సులభతరం చేస్తుంది. Bitcoin లోని UTXO లు కేవలం ఒక పబ్లిక్ కీ ద్వారా మాత్రమే కాకుండా, ఒక సాధారణ స్టాక్-ఆధారిత ప్రోగ్రామింగ్ భాషలో వ్యక్తీకరించబడిన మరింత సంక్లిష్టమైన స్క్రిప్ట్ ద్వారా కూడా యాజమాన్యం పొందవచ్చు. ఈ పారాడైమ్లో, ఆ UTXOను ఖర్చు చేసే లావాదేవీ స్క్రిప్ట్ను సంతృప్తిపరిచే డేటాను అందించాలి. నిజానికి, ప్రాథమిక పబ్లిక్ కీ యాజమాన్య యంత్రాంగం కూడా ఒక స్క్రిప్ట్ ద్వారా అమలు చేయబడుతుంది: స్క్రిప్ట్ ఒక ఎలిప్టిక్ కర్వ్ సంతకాన్ని ఇన్పుట్గా తీసుకుంటుంది, దానిని లావాదేవీ మరియు UTXOకు యజమాని అయిన చిరునామాకు వ్యతిరేకంగా ధృవీకరిస్తుంది, మరియు ధృవీకరణ విజయవంతమైతే 1ని, లేకపోతే 0ని తిరిగి ఇస్తుంది. వివిధ అదనపు వినియోగ సందర్భాల కోసం ఇతర, మరింత సంక్లిష్టమైన, స్క్రిప్ట్లు ఉన్నాయి. ఉదాహరణకు, ఒకరు ఇచ్చిన మూడు ప్రైవేట్ కీలలో రెండు నుండి సంతకాలను ధృవీకరించడానికి అవసరమైన ఒక స్క్రిప్ట్ను నిర్మించవచ్చు ("మల్టీసిగ్"), ఇది కార్పొరేట్ ఖాతాలు, సురక్షిత పొదుపు ఖాతాలు మరియు కొన్ని వర్తక ఎస్క్రో పరిస్థితులకు ఉపయోగపడే ఒక సెటప్. గణన సమస్యలకు పరిష్కారాల కోసం బౌంటీలను చెల్లించడానికి కూడా స్క్రిప్ట్లను ఉపయోగించవచ్చు, మరియు ఒకరు "ఈ Bitcoin UTXO మీది, మీరు ఈ విలువ యొక్క ఒక Dogecoin లావాదేవీని నాకు పంపినట్లు SPV రుజువును అందించగలిగితే" వంటిది చెప్పే ఒక స్క్రిప్ట్ను కూడా నిర్మించవచ్చు, ఇది ముఖ్యంగా వికేంద్రీకృత క్రాస్-క్రిప్టోకరెన్సీ మార్పిడికి అనుమతిస్తుంది.
+
+అయితే, Bitcoin లో అమలు చేయబడిన స్క్రిప్టింగ్ భాషకు అనేక ముఖ్యమైన పరిమితులు ఉన్నాయి:
+
+- **ట్యూరింగ్-సంపూర్ణత లేకపోవడం** - అంటే, Bitcoin స్క్రిప్టింగ్ భాష మద్దతిచ్చే గణన యొక్క పెద్ద ఉపసమితి ఉన్నప్పటికీ, ఇది దాదాపు అన్నింటికీ మద్దతు ఇవ్వదు. తప్పిన ప్రధాన వర్గం లూప్లు. లావాదేవీ ధృవీకరణ సమయంలో అనంత లూప్లను నివారించడానికి ఇది చేయబడుతుంది; సైద్ధాంతికంగా ఇది స్క్రిప్ట్ ప్రోగ్రామర్లకు అధిగమించగల అడ్డంకి, ఎందుకంటే ఏ లూప్ను అయినా ఒక if స్టేట్మెంట్తో అంతర్లీన కోడ్ను చాలాసార్లు పునరావృతం చేయడం ద్వారా అనుకరించవచ్చు, కానీ ఇది చాలా స్థలం-అసమర్థమైన స్క్రిప్ట్లకు దారి తీస్తుంది. ఉదాహరణకు, ఒక ప్రత్యామ్నాయ ఎలిప్టిక్ కర్వ్ సంతకం అల్గోరిథంను అమలు చేయడానికి కోడ్లో వ్యక్తిగతంగా చేర్చబడిన 256 పునరావృత గుణకార రౌండ్లు అవసరం కావచ్చు.
+- **విలువ-అంధత్వం** - ఒక UTXO స్క్రిప్ట్ ఉపసంహరించగల మొత్తంపై సూక్ష్మ-స్థాయి నియంత్రణను అందించడానికి మార్గం లేదు. ఉదాహరణకు, ఒక ఒరాకిల్ ఒప్పందం యొక్క ఒక శక్తివంతమైన వినియోగ కేసు ఒక హెడ్జింగ్ ఒప్పందం, ఇక్కడ A మరియు B $1000 విలువైన BTCని ఉంచుతారు మరియు 30 రోజుల తర్వాత స్క్రిప్ట్ $1000 విలువైన BTCని Aకు మరియు మిగిలినది Bకు పంపుతుంది. దీనికి USDలో 1 BTC విలువను నిర్ణయించడానికి ఒక ఒరాకిల్ అవసరం, కానీ అప్పుడు కూడా ఇది ప్రస్తుతం అందుబాటులో ఉన్న పూర్తిగా కేంద్రీకృత పరిష్కారాలతో పోలిస్తే విశ్వాసం మరియు మౌలిక సదుపాయాల అవసరం పరంగా ఒక భారీ మెరుగుదల. అయితే, UTXOలు అన్నీ లేదా ఏమీ కానందున, దీనిని సాధించడానికి ఏకైక మార్గం వివిధ విలువలతో కూడిన అనేక UTXOలను (ఉదా., 30 వరకు ప్రతి k కోసం 2k యొక్క ఒక UTXO) కలిగి ఉండటం మరియు Aకి ఏ UTXO పంపాలి మరియు Bకి ఏది పంపాలో ఒరాకిల్ ఎంచుకునేలా చేయడం అనే చాలా అసమర్థమైన హ్యాక్ ద్వారా మాత్రమే సాధ్యం.
+- **స్థితి లేకపోవడం** - UTXOలు ఖర్చు చేయబడవచ్చు లేదా ఖర్చు చేయబడకపోవచ్చు; బహుళ-దశల ఒప్పందాలు లేదా స్క్రిప్ట్లకు దానిని మించి ఏ ఇతర అంతర్గత స్థితిని ఉంచడానికి అవకాశం లేదు. ఇది బహుళ-దశల ఎంపికల ఒప్పందాలు, వికేంద్రీకృత మార్పిడి ఆఫర్లు లేదా రెండు-దశల క్రిప్టోగ్రాఫిక్ నిబద్ధత ప్రోటోకాల్స్ (సురక్షిత గణన బౌంటీల కోసం అవసరం) చేయడం కష్టతరం చేస్తుంది. ఇది కూడా UTXOలు కేవలం సాధారణ, ఒకేసారి జరిగే ఒప్పందాలను నిర్మించడానికి మాత్రమే ఉపయోగించబడతాయని, వికేంద్రీకృత సంస్థల వంటి మరింత సంక్లిష్టమైన "స్టేట్ఫుల్" ఒప్పందాలను నిర్మించడానికి కాదని, మరియు మెటా-ప్రోటోకాల్స్ను అమలు చేయడం కష్టతరం చేస్తుందని అర్థం. విలువ-అంధత్వంతో కలిపి బైనరీ స్టేట్ అంటే మరొక ముఖ్యమైన అప్లికేషన్, ఉపసంహరణ పరిమితులు, అసాధ్యం.
+- **బ్లాక్చెయిన్-అంధత్వం** - UTXOలు నాన్స్, టైమ్స్టాంప్ మరియు మునుపటి బ్లాక్ హాష్ వంటి బ్లాక్చెయిన్ డేటాకు అంధంగా ఉంటాయి. ఇది స్క్రిప్టింగ్ భాషకు సంభావ్యంగా విలువైన యాదృచ్ఛికత మూలాన్ని కోల్పోయేలా చేయడం ద్వారా జూదం మరియు అనేక ఇతర వర్గాలలో అప్లికేషన్లను తీవ్రంగా పరిమితం చేస్తుంది.
+
+అందువల్ల, క్రిప్టోకరెన్సీ పైన అధునాతన అప్లికేషన్లను నిర్మించడానికి మేము మూడు విధానాలను చూస్తాము: కొత్త బ్లాక్చెయిన్ను నిర్మించడం, Bitcoin పైన స్క్రిప్టింగ్ ఉపయోగించడం, మరియు Bitcoin పైన మెటా-ప్రోటోకాల్ను నిర్మించడం. కొత్త బ్లాక్చెయిన్ను నిర్మించడం ఫీచర్ సమితిని నిర్మించడంలో అపరిమిత స్వేచ్ఛను అనుమతిస్తుంది, కానీ అభివృద్ధి సమయం, బూట్స్ట్రాపింగ్ ప్రయత్నం మరియు భద్రత ఖర్చుతో. స్క్రిప్టింగ్ను ఉపయోగించడం అమలు చేయడం మరియు ప్రామాణీకరించడం సులభం, కానీ దాని సామర్థ్యాలలో చాలా పరిమితం, మరియు మెటా-ప్రోటోకాల్స్, సులభంగా ఉన్నప్పటికీ, స్కేలబిలిటీలో లోపాలతో బాధపడతాయి. ఇతీరియముతో, అభివృద్ధి సౌలభ్యంలో మరింత పెద్ద లాభాలను అలాగే మరింత బలమైన లైట్ ఖాతాదారుల లక్షణాలను అందించే ప్రత్యామ్నాయ ఫ్రేమ్వర్క్ను నిర్మించాలని మేము భావిస్తున్నాము, అదే సమయంలో అప్లికేషన్లు ఆర్థిక వాతావరణం మరియు బ్లాక్చెయిన్ భద్రతను పంచుకోవడానికి అనుమతిస్తుంది.
+
+## ఇథీరియం {#ethereum}
+
+ఇతీరియము యొక్క ఉద్దేశ్యం వికేంద్రీకృత అప్లికేషన్లను నిర్మించడానికి ప్రత్యామ్నాయ ప్రోటోకాల్ను సృష్టించడం, ఇది విభిన్న సమితి ట్రేడ్ఆఫ్లను అందిస్తుంది, ఇది పెద్ద తరగతి వికేంద్రీకృత అప్లికేషన్లకు చాలా ఉపయోగకరంగా ఉంటుందని మేము నమ్ముతున్నాము, ప్రత్యేకించి వేగవంతమైన అభివృద్ధి సమయం, చిన్న మరియు అరుదుగా ఉపయోగించే అప్లికేషన్లకు భద్రత, మరియు వివిధ అప్లికేషన్లు చాలా సమర్థవంతంగా సంభాషించే సామర్థ్యం ముఖ్యమైన పరిస్థితులపై ప్రత్యేక ప్రాధాన్యతతో. ఇతీరియము దీనిని ప్రాథమికంగా అంతిమ నైరూప్య పునాది లేయర్ను నిర్మించడం ద్వారా చేస్తుంది: ఒక అంతర్నిర్మిత ట్యూరింగ్-సంపూర్ణ ప్రోగ్రామింగ్ భాషతో కూడిన బ్లాక్చెయిన్, ఎవరైనా స్మార్ట్ కాంట్రాక్టులు మరియు వికేంద్రీకృత అప్లికేషన్లను వ్రాయడానికి అనుమతిస్తుంది, ఇక్కడ వారు యాజమాన్యం, లావాదేవీ ఫార్మాట్లు మరియు స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ల కోసం తమ సొంత ఏకపక్ష నియమాలను సృష్టించగలరు. Namecoin యొక్క బేర్-బోన్స్ వెర్షన్ రెండు లైన్ల కోడ్లో వ్రాయవచ్చు, మరియు కరెన్సీలు మరియు కీర్తి వ్యవస్థల వంటి ఇతర ప్రోటోకాల్స్ ఇరవై లోపు నిర్మించబడతాయి. స్మార్ట్ కాంట్రాక్టులు, విలువను కలిగి ఉన్న మరియు కొన్ని షరతులు నెరవేరినప్పుడు మాత్రమే దానిని అన్లాక్ చేసే క్రిప్టోగ్రాఫిక్ "బాక్స్లు", కూడా ప్లాట్ఫారమ్ పైన నిర్మించబడతాయి, ట్యూరింగ్-సంపూర్ణత, విలువ-అవగాహన, బ్లాక్చెయిన్-అవగాహన మరియు స్టేట్ యొక్క అదనపు శక్తుల కారణంగా Bitcoin స్క్రిప్టింగ్ అందించే దానికంటే చాలా ఎక్కువ శక్తితో.
+
+### ఇతీరియము ఖాతాలు {#ethereum-accounts}
+
+ఇతీరియములో, స్టేట్ "ఖాతాలు" అని పిలువబడే వస్తువులతో రూపొందించబడింది, ప్రతి ఖాతాకు 20-బైట్ చిరునామా ఉంటుంది మరియు స్టేట్ ట్రాన్సిషన్లు ఖాతాల మధ్య విలువ మరియు సమాచారం యొక్క ప్రత్యక్ష బదిలీలు. ఒక ఇతీరియము ఖాతా నాలుగు ఫీల్డ్లను కలిగి ఉంటుంది:
+
+- **నాన్స్**, ప్రతి లావాదేవీని ఒకసారి మాత్రమే ప్రాసెస్ చేయగలరని నిర్ధారించడానికి ఉపయోగించే ఒక కౌంటర్
+- ఖాతా యొక్క ప్రస్తుత **ఈథర్ బ్యాలెన్స్**
+- ఖాతా యొక్క **కాంట్రాక్ట్ కోడ్**, ఉన్నట్లయితే
+- ఖాతా యొక్క **నిల్వ** (డిఫాల్ట్గా ఖాళీ)
+
+"ఈథర్" ఇతీరియము యొక్క ప్రధాన అంతర్గత క్రిప్టో-ఇంధనం, మరియు లావాదేవీ రుసుములను చెల్లించడానికి ఉపయోగించబడుతుంది. సాధారణంగా, రెండు రకాల ఖాతాలు ఉన్నాయి: ప్రైవేట్ కీలతో నియంత్రించబడే **బాహ్యంగా యాజమాన్యం కలిగిన ఖాతాలు**, మరియు వాటి కాంట్రాక్ట్ కోడ్ ద్వారా నియంత్రించబడే **కాంట్రాక్ట్ ఖాతాలు**. ఒక బాహ్యంగా యాజమాన్యం కలిగిన ఖాతాకు కోడ్ లేదు, మరియు ఒక లావాదేవీని సృష్టించి మరియు సంతకం చేయడం ద్వారా బాహ్యంగా యాజమాన్యం కలిగిన ఖాతా నుండి సందేశాలను పంపవచ్చు; ఒక కాంట్రాక్ట్ ఖాతాలో, ప్రతిసారి కాంట్రాక్ట్ ఖాతా ఒక సందేశాన్ని స్వీకరించినప్పుడు దాని కోడ్ సక్రియం అవుతుంది, ఇది అంతర్గత నిల్వకు చదవడానికి మరియు వ్రాయడానికి మరియు ఇతర సందేశాలను పంపడానికి లేదా ప్రతిగా ఒప్పందాలను సృష్టించడానికి అనుమతిస్తుంది.
+
+గమనించండి, ఇతీరియములో "ఒప్పందాలు" "నెరవేర్చబడాలి" లేదా "పాటించబడాలి" వంటివిగా చూడకూడదు; బదులుగా, అవి ఇతీరియము అమలు వాతావరణంలో నివసించే "స్వయంప్రతిపత్త ఏజెంట్లు" లాంటివి, ఒక సందేశం లేదా లావాదేవీ ద్వారా "పొక్కినప్పుడు" ఎల్లప్పుడూ ఒక నిర్దిష్ట కోడ్ భాగాన్ని అమలు చేస్తాయి, మరియు నిరంతర వేరియబుల్స్ను ట్రాక్ చేయడానికి వారి సొంత ఈథర్ బ్యాలెన్స్ మరియు వారి సొంత కీ/విలువ స్టోర్పై ప్రత్యక్ష నియంత్రణను కలిగి ఉంటాయి.
+
+### సందేశాలు మరియు లావాదేవీలు {#messages-and-transactions}
+
+ఇతీరియములో "లావాదేవీ" అనే పదం బాహ్యంగా యాజమాన్యం కలిగిన ఖాతా నుండి పంపబడే సందేశాన్ని నిల్వ చేసే సంతకం చేయబడిన డేటా ప్యాకేజీని సూచించడానికి ఉపయోగించబడుతుంది. లావాదేవీలు కలిగి ఉంటాయి:
+
+- సందేశం యొక్క గ్రహీత
+- పంపినవారిని గుర్తించే సంతకం
+- పంపినవారి నుండి గ్రహీతకు బదిలీ చేయవలసిన ఈథర్ మొత్తం
+- ఒక ఐచ్ఛిక డేటా ఫీల్డ్
+- ఒక `STARTGAS` విలువ, లావాదేవీ అమలు తీసుకోగల గరిష్ట గణన దశల సంఖ్యను సూచిస్తుంది
+- ఒక `GASPRICE` విలువ, పంపినవారు ప్రతి గణన దశకు చెల్లించే రుసుమును సూచిస్తుంది
+
+మొదటి మూడు ఏ క్రిప్టోకరెన్సీలోనైనా ఆశించే ప్రామాణిక ఫీల్డ్లు. డేటా ఫీల్డ్ డిఫాల్ట్గా ఏ ఫంక్షన్ను కలిగి ఉండదు, కానీ వర్చువల్ మెషీన్లో ఒక ఆప్కోడ్ ఉంది, దానిని ఉపయోగించి ఒక కాంట్రాక్ట్ డేటాను యాక్సెస్ చేయగలదు; ఒక ఉదాహరణ వినియోగ కేసుగా, ఒక కాంట్రాక్ట్ ఆన్-బ్లాక్చెయిన్ డొమైన్ రిజిస్ట్రేషన్ సేవగా పనిచేస్తుంటే, దానికి పంపబడిన డేటాను రెండు "ఫీల్డ్లను" కలిగి ఉన్నట్లుగా వ్యాఖ్యానించాలనుకోవచ్చు, మొదటి ఫీల్డ్ రిజిస్టర్ చేయడానికి ఒక డొమైన్ మరియు రెండవ ఫీల్డ్ దానిని రిజిస్టర్ చేయడానికి IP చిరునామా. కాంట్రాక్ట్ ఈ విలువలను సందేశం డేటా నుండి చదివి, వాటిని నిల్వలో సముచితంగా ఉంచుతుంది.
+
+`STARTGAS` మరియు `GASPRICE` ఫీల్డ్లు ఇతీరియము యొక్క యాంటీ-డినైయల్ ఆఫ్ సర్వీస్ మోడల్కు కీలకం. కోడ్లో ప్రమాదవశాత్తు లేదా శత్రుత్వ అనంత లూప్లు లేదా ఇతర గణన వృధాను నివారించడానికి, ప్రతి లావాదేవీ దాని కోడ్ అమలు యొక్క ఎన్ని గణన దశలను ఉపయోగించగలదో ఒక పరిమితిని సెట్ చేయవలసి ఉంటుంది. గణన యొక్క ప్రాథమిక యూనిట్ "గ్యాస్"; సాధారణంగా, ఒక గణన దశకు 1 గ్యాస్ ఖర్చవుతుంది, కానీ కొన్ని ఆపరేషన్లు ఎక్కువ గ్యాస్ ఖర్చు చేస్తాయి ఎందుకంటే అవి గణనపరంగా ఖరీదైనవి, లేదా స్టేట్లో భాగంగా నిల్వ చేయవలసిన డేటా మొత్తాన్ని పెంచుతాయి. లావాదేవీ డేటాలోని ప్రతి బైట్కు 5 గ్యాస్ ఫీజు కూడా ఉంది. ఫీజు వ్యవస్థ యొక్క ఉద్దేశ్యం, దాడి చేసేవాడు వారు వినియోగించే ప్రతి వనరుకు, గణన, బ్యాండ్విడ్త్ మరియు నిల్వతో సహా, దామాషా ప్రకారం చెల్లించాలని కోరడం; అందువల్ల, నెట్వర్క్ ఈ వనరులలో దేనినైనా ఎక్కువ మొత్తంలో వినియోగించే ఏ లావాదేవీ అయినా పెరుగుదలకు దాదాపు దామాషా ప్రకారం గ్యాస్ ఫీజును కలిగి ఉండాలి.
+
+### సందేశాలు {#messages}
+
+ఒప్పందాలు ఇతర ఒప్పందాలకు "సందేశాలు" పంపగల సామర్థ్యాన్ని కలిగి ఉంటాయి. సందేశాలు వర్చువల్ వస్తువులు, అవి ఎప్పుడూ సీరియలైజ్ చేయబడవు మరియు కేవలం ఇతీరియము అమలు వాతావరణంలో మాత్రమే ఉంటాయి. ఒక సందేశం కలిగి ఉంటుంది:
+
+- సందేశం పంపినవారు (అంతర్లీనంగా)
+- సందేశం యొక్క గ్రహీత
+- సందేశంతో పాటు బదిలీ చేయవలసిన ఈథర్ మొత్తం
+- ఒక ఐచ్ఛిక డేటా ఫీల్డ్
+- ఒక `STARTGAS` విలువ
+
+ముఖ్యంగా, ఒక సందేశం ఒక లావాదేవీ లాంటిది, కానీ అది ఒక కాంట్రాక్ట్ ద్వారా ఉత్పత్తి చేయబడుతుంది మరియు బాహ్య నటుడి ద్వారా కాదు. ప్రస్తుతం కోడ్ను అమలు చేస్తున్న ఒక కాంట్రాక్ట్ `CALL` ఆప్కోడ్ను అమలు చేసినప్పుడు ఒక సందేశం ఉత్పత్తి చేయబడుతుంది, ఇది ఒక సందేశాన్ని ఉత్పత్తి చేసి, అమలు చేస్తుంది. ఒక లావాదేవీ లాగానే, ఒక సందేశం గ్రహీత ఖాతా దాని కోడ్ను అమలు చేయడానికి దారి తీస్తుంది. అందువల్ల, ఒప్పందాలు బాహ్య నటులు చేయగలిగినట్లే ఇతర ఒప్పందాలతో సంబంధాలను కలిగి ఉంటాయి.
+
+గమనించండి, ఒక లావాదేవీ లేదా కాంట్రాక్ట్ ద్వారా కేటాయించబడిన గ్యాస్ భత్యం ఆ లావాదేవీ మరియు అన్ని ఉప-అమలుల ద్వారా వినియోగించబడిన మొత్తం గ్యాస్కు వర్తిస్తుంది. ఉదాహరణకు, బాహ్య నటుడు A, Bకి 1000 గ్యాస్తో ఒక లావాదేవీని పంపితే, మరియు B, Cకి ఒక సందేశాన్ని పంపే ముందు 600 గ్యాస్ను వినియోగిస్తే, మరియు C యొక్క అంతర్గత అమలు తిరిగి వచ్చే ముందు 300 గ్యాస్ను వినియోగిస్తే, అప్పుడు B గ్యాస్ అయిపోయే ముందు మరో 100 గ్యాస్ను ఖర్చు చేయగలదు.
+
+### ఇతీరియము స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ {#ethereum-state-transition-function}
+
+
+
+ఇతీరియము స్టేట్ ట్రాన్సిషన్ ఫంక్షన్, `APPLY(S,TX) -> S'` ను ఈ క్రింది విధంగా నిర్వచించవచ్చు:
+
+1. లావాదేవీ సరిగ్గా ఏర్పడిందో లేదో (అంటే, సరైన సంఖ్యలో విలువలు ఉన్నాయో లేదో), సంతకం చెల్లుబాటులో ఉందో లేదో, మరియు నాన్స్ పంపినవారి ఖాతాలోని నాన్స్తో సరిపోలుతుందో లేదో తనిఖీ చేయండి. కాకపోతే, ఒక లోపాన్ని తిరిగి ఇవ్వండి.
+2. లావాదేవీ రుసుమును `STARTGAS * GASPRICE`గా లెక్కించండి, మరియు సంతకం నుండి పంపే చిరునామాను నిర్ణయించండి. పంపినవారి ఖాతా బ్యాలెన్స్ నుండి రుసుమును తీసివేసి, పంపినవారి నాన్స్ను పెంచండి. ఖర్చు చేయడానికి తగినంత బ్యాలెన్స్ లేకపోతే, ఒక లోపాన్ని తిరిగి ఇవ్వండి.
+3. `GAS = STARTGAS`ని ప్రారంభించండి, మరియు లావాదేవీలోని బైట్ల కోసం చెల్లించడానికి ప్రతి బైట్కు కొంత గ్యాస్ను తీసివేయండి.
+4. పంపినవారి ఖాతా నుండి స్వీకరించే ఖాతాకు లావాదేవీ విలువను బదిలీ చేయండి. స్వీకరించే ఖాతా ఇంకా ఉనికిలో లేకపోతే, దానిని సృష్టించండి. స్వీకరించే ఖాతా ఒక కాంట్రాక్ట్ అయితే, కాంట్రాక్ట్ కోడ్ను పూర్తి అయ్యే వరకు లేదా అమలుకు గ్యాస్ అయిపోయే వరకు అమలు చేయండి.
+5. పంపినవారికి తగినంత డబ్బు లేనందున లేదా కోడ్ అమలుకు గ్యాస్ అయిపోయినందున విలువ బదిలీ విఫలమైతే, ఫీజుల చెల్లింపు మినహా అన్ని స్టేట్ మార్పులను వెనక్కి తీసుకోండి, మరియు ఫీజులను మైనింగ్ చేసేవారి ఖాతాకు జోడించండి.
+6. లేకపోతే, మిగిలిన అన్ని గ్యాస్ కోసం ఫీజులను పంపినవారికి వాపసు చేయండి, మరియు వినియోగించబడిన గ్యాస్ కోసం చెల్లించిన ఫీజులను మైనింగ్ చేసేవారికి పంపండి.
+
+ఉదాహరణకు, కాంట్రాక్ట్ కోడ్ అని అనుకుందాం:
+
+```py
+if !self.storage[calldataload(0)]:\n self.storage[calldataload(0)] = calldataload(32)
+```
+
+గమనించండి, వాస్తవానికి కాంట్రాక్ట్ కోడ్ తక్కువ-స్థాయి EVM కోడ్లో వ్రాయబడింది; ఈ ఉదాహరణ స్పష్టత కోసం మా ఉన్నత-స్థాయి భాషలలో ఒకటైన సర్పెంట్లో వ్రాయబడింది, మరియు 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`వ బైట్ను తీసుకోవడం ద్వారా కనుగొనబడుతుంది (లేదా `pc >= len(code)` అయితే 0), మరియు ప్రతి సూచన టపుల్ను ఎలా ప్రభావితం చేస్తుందనే దాని పరంగా దాని స్వంత నిర్వచనాన్ని కలిగి ఉంటుంది. ఉదాహరణకు, `ADD` స్టాక్ నుండి రెండు అంశాలను పాప్ చేసి, వాటి మొత్తాన్ని పుష్ చేస్తుంది, `gas`ను 1 తగ్గిస్తుంది మరియు `pc`ను 1 పెంచుతుంది, మరియు `SSTORE` స్టాక్ నుండి పై రెండు అంశాలను పాప్ చేసి, రెండవ అంశాన్ని మొదటి అంశం ద్వారా పేర్కొన్న సూచిక వద్ద కాంట్రాక్ట్ యొక్క నిల్వలో చేర్చుతుంది. జస్ట్-ఇన్-టైమ్ కంపైలేషన్ ద్వారా ఇతీరియము వర్చువల్ మెషీన్ అమలును ఆప్టిమైజ్ చేయడానికి అనేక మార్గాలు ఉన్నప్పటికీ, ఇతీరియము యొక్క ప్రాథమిక అమలును కొన్ని వందల లైన్ల కోడ్లో చేయవచ్చు.
+
+### బ్లాక్చెయిన్ మరియు మైనింగ్ {#blockchain-and-mining}
+
+
+
+ఇతీరియము బ్లాక్చెయిన్ అనేక విధాలుగా 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-20x ఆదాను అందించగలదని లెక్కించబడిన వ్యూహం.
+
+భౌతిక హార్డ్వేర్ పరంగా, కాంట్రాక్ట్ కోడ్ "ఎక్కడ" అమలు చేయబడుతుంది అనేది సాధారణంగా అడిగే ప్రశ్న. దీనికి ఒక సులభమైన సమాధానం ఉంది: కాంట్రాక్ట్ కోడ్ను అమలు చేసే ప్రక్రియ స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ యొక్క నిర్వచనంలో భాగం, ఇది బ్లాక్ ధృవీకరణ అల్గోరిథంలో భాగం, కాబట్టి ఒక లావాదేవీ బ్లాక్ `B`లోకి జోడించబడితే, ఆ లావాదేవీ ద్వారా పుట్టిన కోడ్ అమలును బ్లాక్ `B`ను డౌన్లోడ్ చేసి, ధృవీకరించే అన్ని నోడ్లు, ఇప్పుడు మరియు భవిష్యత్తులో, అమలు చేస్తాయి.
+
+## అప్లికేషన్లు {#applications}
+
+సాధారణంగా, ఇతీరియము పైన మూడు రకాల అప్లికేషన్లు ఉన్నాయి. మొదటి వర్గం ఆర్థిక అప్లికేషన్లు, వినియోగదారులకు వారి డబ్బును ఉపయోగించి ఒప్పందాలను నిర్వహించడానికి మరియు కుదుర్చుకోవడానికి మరింత శక్తివంతమైన మార్గాలను అందిస్తాయి. ఇందులో ఉప-కరెన్సీలు, ఆర్థిక ఉత్పన్నాలు, హెడ్జింగ్ ఒప్పందాలు, పొదుపు వాలెట్లు, వీలునామాలు మరియు చివరికి కొన్ని తరగతుల పూర్తిస్థాయి ఉపాధి ఒప్పందాలు కూడా ఉన్నాయి. రెండవ వర్గం సెమీ-ఫైనాన్షియల్ అప్లికేషన్లు, ఇక్కడ డబ్బు ఉంటుంది కానీ చేయబడుతున్న దానిలో భారీగా డబ్బు లేని వైపు కూడా ఉంటుంది; ఒక ఖచ్చితమైన ఉదాహరణ గణన సమస్యలకు పరిష్కారాల కోసం స్వీయ-అమలు బౌంటీలు. చివరగా, ఆన్లైన్ ఓటింగ్ మరియు వికేంద్రీకృత పాలన వంటి అప్లికేషన్లు ఉన్నాయి, ఇవి అస్సలు ఆర్థికం కానివి.
+
+### టోకెన్ వ్యవస్థలు {#token-systems}
+
+ఆన్-బ్లాక్చెయిన్ టోకెన్ వ్యవస్థలు USD లేదా బంగారం వంటి ఆస్తులను సూచించే ఉప-కరెన్సీల నుండి కంపెనీ స్టాక్లు, స్మార్ట్ ప్రాపర్టీని సూచించే వ్యక్తిగత టోకెన్లు, సురక్షిత ఫోర్జరీ చేయలేని కూపన్లు మరియు సంప్రదాయ విలువతో ఎటువంటి సంబంధం లేని టోకెన్ వ్యవస్థల వరకు అనేక అప్లికేషన్లను కలిగి ఉన్నాయి, ప్రోత్సాహానికి పాయింట్ వ్యవస్థలుగా ఉపయోగించబడతాయి. ఇతీరియములో టోకెన్ వ్యవస్థలను అమలు చేయడం ఆశ్చర్యకరంగా సులభం. అర్థం చేసుకోవలసిన ముఖ్య విషయం ఏమిటంటే, ఒక కరెన్సీ, లేదా టోకెన్ వ్యవస్థ, ప్రాథమికంగా, ఒక ఆపరేషన్తో కూడిన డేటాబేస్: A నుండి X యూనిట్లను తీసివేసి, Bకి X యూనిట్లను ఇవ్వండి, ఈ షరతులతో (i) లావాదేవీకి ముందు A కనీసం X యూనిట్లను కలిగి ఉంది మరియు (2) లావాదేవీ A చేత ఆమోదించబడింది. ఒక టోకెన్ వ్యవస్థను అమలు చేయడానికి కావలసిందల్లా ఈ తర్కాన్ని ఒక కాంట్రాక్ట్లో అమలు చేయడం.
+
+సర్పెంట్లో ఒక టోకెన్ వ్యవస్థను అమలు చేయడానికి ప్రాథమిక కోడ్ ఈ క్రింది విధంగా ఉంటుంది:
+
+```py
+def send(to, value):\n if self.storage[msg.sender] >= value:\n self.storage[msg.sender] = self.storage[msg.sender] - value\n self.storage[to] = self.storage[to] + value
+```
+
+ఇది ముఖ్యంగా ఈ పత్రంలో ముందుగా వర్ణించబడిన "బ్యాంకింగ్ సిస్టమ్" స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ యొక్క అక్షరార్థ అమలు. కరెన్సీ యూనిట్లను మొదట పంపిణీ చేసే ప్రారంభ దశ మరియు కొన్ని ఇతర ఎడ్జ్ కేసుల కోసం కొన్ని అదనపు కోడ్ లైన్లను జోడించాల్సి ఉంటుంది, మరియు ఆదర్శవంతంగా ఒక చిరునామా బ్యాలెన్స్ కోసం ఇతర ఒప్పందాలు ప్రశ్నించడానికి ఒక ఫంక్షన్ను జోడించాలి. అయితే, అంతే. సిద్ధాంతపరంగా, ఉప-కరెన్సీలుగా పనిచేసే ఇతీరియము-ఆధారిత టోకెన్ వ్యవస్థలు ఆన్చైన్ Bitcoin-ఆధారిత మెటా-కరెన్సీలకు లేని మరో ముఖ్యమైన ఫీచర్ను కలిగి ఉండవచ్చు: లావాదేవీ రుసుములను నేరుగా ఆ కరెన్సీలో చెల్లించే సామర్థ్యం. ఇది అమలు చేయబడే విధానం ఏమిటంటే, కాంట్రాక్ట్ ఒక ఈథర్ బ్యాలెన్స్ను నిర్వహిస్తుంది, దానితో పంపినవారికి రుసుములను చెల్లించడానికి ఉపయోగించిన ఈథర్ను వాపసు ఇస్తుంది, మరియు ఇది ఫీజులుగా తీసుకునే అంతర్గత కరెన్సీ యూనిట్లను సేకరించి వాటిని నిరంతర నడుస్తున్న వేలంలో తిరిగి అమ్మడం ద్వారా ఈ బ్యాలెన్స్ను నింపుతుంది. వినియోగదారులు అందువల్ల వారి ఖాతాలను ఈథర్తో "యాక్టివేట్" చేయవలసి ఉంటుంది, కానీ ఈథర్ అక్కడ ఉన్న తర్వాత అది పునర్వినియోగించబడుతుంది ఎందుకంటే కాంట్రాక్ట్ ప్రతిసారీ దానిని వాపసు ఇస్తుంది.
+
+### ఆర్థిక ఉత్పన్నాలు మరియు స్థిర-విలువ కరెన్సీలు {#financial-derivatives-and-stable-value-currencies}
+
+ఆర్థిక ఉత్పన్నాలు "స్మార్ట్ కాంట్రాక్ట్" యొక్క అత్యంత సాధారణ అప్లికేషన్, మరియు కోడ్లో అమలు చేయడానికి సరళమైన వాటిలో ఒకటి. ఆర్థిక ఒప్పందాలను అమలు చేయడంలో ప్రధాన సవాలు ఏమిటంటే, వాటిలో చాలా వరకు బాహ్య ధర టిక్కర్ను సూచించవలసి ఉంటుంది; ఉదాహరణకు, ఒక చాలా కోరదగిన అప్లికేషన్ ఈథర్ (లేదా మరొక క్రిప్టోకరెన్సీ) యొక్క అస్థిరతకు వ్యతిరేకంగా US డాలర్కు సంబంధించి హెడ్జ్ చేసే స్మార్ట్ కాంట్రాక్ట్, కానీ దీనిని చేయడానికి కాంట్రాక్ట్ ETH/USD విలువ ఏమిటో తెలుసుకోవాలి. దీన్ని చేయడానికి సులభమైన మార్గం ఒక నిర్దిష్ట పార్టీ (ఉదా., NASDAQ) నిర్వహించే "డేటా ఫీడ్" ఒప్పందం ద్వారా, ఆ పార్టీ అవసరమైనప్పుడు ఒప్పందాన్ని అప్డేట్ చేయగల సామర్థ్యాన్ని కలిగి ఉండేలా రూపొందించబడింది, మరియు ఇతర ఒప్పందాలు ఆ ఒప్పందానికి ఒక సందేశాన్ని పంపడానికి మరియు ధరను అందించే ప్రతిస్పందనను తిరిగి పొందడానికి అనుమతించే ఒక ఇంటర్ఫేస్ను అందించడం.
+
+ఆ కీలకమైన అంశం ఇచ్చినప్పుడు, హెడ్జింగ్ కాంట్రాక్ట్ ఈ క్రింది విధంగా ఉంటుంది:
+
+1. పార్టీ A 1000 ఈథర్ను ఇన్పుట్ చేసే వరకు వేచి ఉండండి.
+2. పార్టీ B 1000 ఈథర్ను ఇన్పుట్ చేసే వరకు వేచి ఉండండి.
+3. డేటా ఫీడ్ కాంట్రాక్ట్ను ప్రశ్నించడం ద్వారా లెక్కించబడిన 1000 ఈథర్ యొక్క USD విలువను నిల్వలో నమోదు చేయండి, దీనిని $x అని అనుకుందాం.
+4. 30 రోజుల తర్వాత, A లేదా Bకి $x విలువైన ఈథర్ను (కొత్త ధరను పొందడానికి డేటా ఫీడ్ కాంట్రాక్ట్ను మళ్లీ ప్రశ్నించడం ద్వారా లెక్కించబడుతుంది) Aకు మరియు మిగిలినది 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):\n if !self.storage[name]:\n self.storage[name] = value
+```
+
+కాంట్రాక్ట్ చాలా సులభం; ఇది ఇతీరియము నెట్వర్క్లోని ఒక డేటాబేస్, దీనికి జోడించవచ్చు, కానీ సవరించలేరు లేదా తొలగించలేరు. ఎవరైనా కొంత విలువతో ఒక పేరును నమోదు చేసుకోవచ్చు, మరియు ఆ నమోదు శాశ్వతంగా నిలిచిపోతుంది. ఒక మరింత అధునాతనమైన పేరు నమోదు ఒప్పందంలో ఇతర ఒప్పందాలు దానిని ప్రశ్నించడానికి అనుమతించే ఒక "ఫంక్షన్ క్లాజ్" కూడా ఉంటుంది, అలాగే ఒక పేరు యొక్క "యజమాని" (అంటే, మొదటి రిజిస్ట్రర్) డేటాను మార్చడానికి లేదా యాజమాన్యాన్ని బదిలీ చేయడానికి ఒక యంత్రాంగం కూడా ఉంటుంది. ఒకరు కీర్తి మరియు విశ్వసనీయత-వెబ్ కార్యాచరణను కూడా జోడించవచ్చు.
+
+### వికేంద్రీకృత ఫైల్ నిల్వ {#decentralized-file-storage}
+
+గత కొన్ని సంవత్సరాలుగా, అనేక ప్రసిద్ధ ఆన్లైన్ ఫైల్ నిల్వ స్టార్టప్లు ఉద్భవించాయి, వాటిలో అత్యంత ప్రముఖమైనది Dropbox, ఇది వినియోగదారులను వారి హార్డ్ డ్రైవ్ యొక్క బ్యాకప్ను అప్లోడ్ చేయడానికి మరియు సేవ బ్యాకప్ను నిల్వ చేయడానికి మరియు వినియోగదారుకు నెలవారీ రుసుముకు బదులుగా దానిని యాక్సెస్ చేయడానికి అనుమతించడానికి ప్రయత్నిస్తుంది. అయితే, ఈ సమయంలో ఫైల్ నిల్వ మార్కెట్ కొన్నిసార్లు సాపేక్షంగా అసమర్థంగా ఉంటుంది; వివిధ ప్రస్తుత పరిష్కారాలను ఒకసారి చూస్తే, ముఖ్యంగా "అసాధారణ లోయ" 20-200 GB స్థాయిలో, ఇక్కడ ఉచిత కోటాలు లేదా ఎంటర్ప్రైజ్-స్థాయి డిస్కౌంట్లు ప్రారంభం కావు, ప్రధాన ఫైల్ నిల్వ ఖర్చులు నెలవారీ ధరలు మీరు ఒకే నెలలో మొత్తం హార్డ్ డ్రైవ్ ఖర్చు కంటే ఎక్కువ చెల్లించే విధంగా ఉంటాయి. ఇతీరియము ఒప్పందాలు వికేంద్రీకృత ఫైల్ నిల్వ పర్యావరణ వ్యవస్థ అభివృద్ధికి అనుమతించగలవు, ఇక్కడ వ్యక్తిగత వినియోగదారులు వారి సొంత హార్డ్ డ్రైవ్లను అద్దెకు ఇవ్వడం ద్వారా చిన్న మొత్తంలో డబ్బు సంపాదించవచ్చు మరియు ఉపయోగించని స్థలం ఫైల్ నిల్వ ఖర్చులను మరింత తగ్గించడానికి ఉపయోగించబడుతుంది.
+
+అటువంటి పరికరం యొక్క ముఖ్య అంతర్లీన భాగం మేము "వికేంద్రీకృత Dropbox కాంట్రాక్ట్" అని పిలిచేది. ఈ ఒప్పందం ఈ క్రింది విధంగా పనిచేస్తుంది. మొదట, కోరుకున్న డేటాను బ్లాక్లుగా విభజించి, గోప్యత కోసం ప్రతి బ్లాక్ను ఎన్క్రిప్ట్ చేసి, దాని నుండి ఒక మెర్కిల్ ట్రీని నిర్మిస్తారు. అప్పుడు ఒకరు ఒక నియమంతో ఒక ఒప్పందం చేసుకుంటారు, ప్రతి N బ్లాక్లకు, కాంట్రాక్ట్ మెర్కిల్ ట్రీలో యాదృచ్ఛిక సూచికను ఎంచుకుంటుంది (మునుపటి బ్లాక్ హాష్, కాంట్రాక్ట్ కోడ్ నుండి యాక్సెస్ చేయగలదు, యాదృచ్ఛికత మూలంగా ఉపయోగించి), మరియు ఆ నిర్దిష్ట సూచిక వద్ద బ్లాక్ యాజమాన్యం యొక్క సరళీకృత చెల్లింపు ధృవీకరణ-వంటి రుజువుతో ఒక లావాదేవీని సరఫరా చేసే మొదటి సంస్థకు X ఈథర్ను ఇస్తుంది. ఒక వినియోగదారుడు తమ ఫైల్ను తిరిగి డౌన్లోడ్ చేయాలనుకున్నప్పుడు, వారు ఫైల్ను తిరిగి పొందడానికి మైక్రోపేమెంట్ ఛానల్ ప్రోటోకాల్ (ఉదా., 32 కిలోబైట్లకు 1 స్జాబో చెల్లించడం) ఉపయోగించవచ్చు; అత్యంత రుసుము-సమర్థవంతమైన విధానం ఏమిటంటే, చెల్లింపుదారుడు లావాదేవీని చివరి వరకు ప్రచురించకుండా, బదులుగా ప్రతి 32 కిలోబైట్ల తర్వాత అదే నాన్స్తో కొద్దిగా ఎక్కువ లాభదాయకమైన దానితో లావాదేవీని భర్తీ చేయడం.
+
+ప్రోటోకాల్ యొక్క ఒక ముఖ్యమైన ఫీచర్ ఏమిటంటే, ఒకరు ఫైల్ను మర్చిపోవడానికి నిర్ణయించుకోని అనేక యాదృచ్ఛిక నోడ్లను విశ్వసిస్తున్నట్లు అనిపించినప్పటికీ, రహస్య భాగస్వామ్యం ద్వారా ఫైల్ను అనేక ముక్కలుగా విభజించడం ద్వారా మరియు ప్రతి ముక్క ఇంకా కొన్ని నోడ్ యొక్క స్వాధీనంలో ఉందని చూడటానికి ఒప్పందాలను గమనించడం ద్వారా ఆ ప్రమాదాన్ని దాదాపు సున్నాకి తగ్గించవచ్చు. ఒక కాంట్రాక్ట్ ఇంకా డబ్బు చెల్లిస్తుంటే, అది అక్కడ ఎవరైనా ఇంకా ఫైల్ను నిల్వ చేస్తున్నారని క్రిప్టోగ్రాఫిక్ రుజువును అందిస్తుంది.
+
+### వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థలు {#decentralized-autonomous-organizations}
+
+"వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థ" యొక్క సాధారణ భావన ఒక వర్చువల్ సంస్థ, దీనికి ఒక నిర్దిష్ట సమితి సభ్యులు లేదా వాటాదారులు ఉంటారు, వారు, బహుశా 67% మెజారిటీతో, సంస్థ యొక్క నిధులను ఖర్చు చేయడానికి మరియు దాని కోడ్ను సవరించడానికి హక్కును కలిగి ఉంటారు. సభ్యులు సమిష్టిగా సంస్థ తన నిధులను ఎలా కేటాయించాలో నిర్ణయిస్తారు. ఒక DAO యొక్క నిధులను కేటాయించే పద్ధతులు బౌంటీలు, జీతాలు నుండి పనికి బహుమతిగా అంతర్గత కరెన్సీ వంటి మరింత అసాధారణ యంత్రాంగాల వరకు ఉండవచ్చు. ఇది ముఖ్యంగా ఒక సాంప్రదాయ కంపెనీ లేదా లాభాపేక్షలేని సంస్థ యొక్క చట్టపరమైన అలంకారాలను ప్రతిబింబిస్తుంది, కానీ అమలు కోసం కేవలం క్రిప్టోగ్రాఫిక్ బ్లాక్చెయిన్ సాంకేతికతను ఉపయోగిస్తుంది. ఇప్పటివరకు DAOల చుట్టూ ఉన్న చాలా చర్చలు డివిడెండ్-పొందే వాటాదారులు మరియు వ్యాపారం చేయగల షేర్లతో కూడిన "పెట్టుబడిదారీ" మోడల్ "వికేంద్రీకృత స్వయంప్రతిపత్త కార్పొరేషన్" (DAC) చుట్టూ ఉన్నాయి; ఒక ప్రత్యామ్నాయం, బహుశా "వికేంద్రీకృత స్వయంప్రతిపత్త సంఘం"గా వర్ణించబడింది, సభ్యులందరికీ నిర్ణయం తీసుకోవడంలో సమాన వాటా ఉంటుంది మరియు ఒక సభ్యుడిని జోడించడానికి లేదా తొలగించడానికి 67% ప్రస్తుత సభ్యులు అంగీకరించవలసి ఉంటుంది. ఒక వ్యక్తికి ఒకే సభ్యత్వం మాత్రమే ఉండగలదనే అవసరాన్ని అప్పుడు సమూహం సమిష్టిగా అమలు చేయవలసి ఉంటుంది.
+
+ఒక DAOను కోడ్ చేయడానికి ఒక సాధారణ రూపురేఖ ఈ క్రింది విధంగా ఉంటుంది. సరళమైన డిజైన్ కేవలం మూడింట రెండు వంతుల సభ్యులు ఒక మార్పుపై అంగీకరిస్తే మారే స్వీయ-సవరించే కోడ్ ముక్క. కోడ్ సిద్ధాంతపరంగా మార్పులేనిది అయినప్పటికీ, కోడ్ యొక్క ముక్కలను వేర్వేరు ఒప్పందాలలో ఉంచడం ద్వారా మరియు ఏ ఒప్పందాలను పిలవాలో అనే చిరునామాను సవరించగల నిల్వలో నిల్వ చేయడం ద్వారా దీనిని సులభంగా అధిగమించవచ్చు మరియు వాస్తవంగా మార్పును కలిగి ఉండవచ్చు. అటువంటి DAO కాంట్రాక్ట్ యొక్క ఒక సాధారణ అమలులో, లావాదేవీలో అందించిన డేటా ద్వారా వేరు చేయబడిన మూడు లావాదేవీ రకాలు ఉంటాయి:
+
+- `[0,i,K,V]` నిల్వ సూచిక `K` వద్ద చిరునామాను విలువ `V`కు మార్చడానికి సూచిక `i`తో ఒక ప్రతిపాదనను నమోదు చేయడానికి
+- `[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. ఒక వికేంద్రీకృత డేటా ఫీడ్**. వ్యత్యాసం కోసం ఆర్థిక ఒప్పందాల కోసం, "[షెల్లింగ్కాయిన్](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/)" అనే ప్రోటోకాల్ ద్వారా డేటా ఫీడ్ను వికేంద్రీకరించడం వాస్తవానికి సాధ్యం కావచ్చు. షెల్లింగ్కాయిన్ ప్రాథమికంగా ఈ క్రింది విధంగా పనిచేస్తుంది: N పార్టీలు అన్నీ ఒక నిర్దిష్ట డేటం (ఉదా., ETH/USD ధర) విలువను సిస్టమ్లోకి పెడతాయి, విలువలు క్రమబద్ధీకరించబడతాయి, మరియు 25వ మరియు 75వ పర్సంటైల్ మధ్య ఉన్న ప్రతిఒక్కరికీ రివార్డ్గా ఒక టోకెన్ లభిస్తుంది. ప్రతిఒక్కరికీ ఇతరులు అందించే సమాధానాన్ని అందించడానికి ప్రోత్సాహం ఉంటుంది, మరియు పెద్ద సంఖ్యలో ఆటగాళ్ళు వాస్తవికంగా అంగీకరించగల ఏకైక విలువ స్పష్టమైన డిఫాల్ట్: నిజం. ఇది ఒక వికేంద్రీకృత ప్రోటోకాల్ను సృష్టిస్తుంది, ఇది సిద్ధాంతపరంగా ETH/USD ధర, బెర్లిన్లోని ఉష్ణోగ్రత లేదా ఒక నిర్దిష్ట కఠినమైన గణన ఫలితం వంటి ఏవైనా విలువలను అందించగలదు.
+
+**4.** స్మార్ట్ మల్టీసిగ్నేచర్ ఎస్క్రో\*\*. Bitcoin మల్టీసిగ్నేచర్ లావాదేవీ ఒప్పందాలను అనుమతిస్తుంది, ఉదాహరణకు, ఇచ్చిన ఐదు కీలలో మూడు నిధులను ఖర్చు చేయగలవు. ఇతీరియము మరింత సూక్ష్మతను అనుమతిస్తుంది; ఉదాహరణకు, ఐదింటిలో నాలుగు అన్నీ ఖర్చు చేయగలవు, ఐదింటిలో మూడు రోజుకు 10% వరకు ఖర్చు చేయగలవు, మరియు ఐదింటిలో రెండు రోజుకు 0.5% వరకు ఖర్చు చేయగలవు. అదనంగా, ఇతీరియము మల్టీసిగ్ అసమకాలికం - రెండు పార్టీలు బ్లాక్చెయిన్పై వేర్వేరు సమయాల్లో తమ సంతకాలను నమోదు చేసుకోవచ్చు మరియు చివరి సంతకం స్వయంచాలకంగా లావాదేవీని పంపుతుంది.
+
+**5.** క్లౌడ్ కంప్యూటింగ్\*\*. EVM సాంకేతికతను ధృవీకరించదగిన గణన వాతావరణాన్ని సృష్టించడానికి కూడా ఉపయోగించవచ్చు, వినియోగదారులను ఇతరులను గణనలను నిర్వహించమని అడగడానికి మరియు తరువాత ఐచ్ఛికంగా కొన్ని యాదృచ్ఛికంగా ఎంచుకున్న చెక్పాయింట్ల వద్ద గణనలు సరిగ్గా జరిగాయని రుజువులను అడగడానికి అనుమతిస్తుంది. ఇది క్లౌడ్ కంప్యూటింగ్ మార్కెట్ను సృష్టించడానికి అనుమతిస్తుంది, ఇక్కడ ఏ వినియోగదారుడు అయినా తమ డెస్క్టాప్, ల్యాప్టాప్ లేదా ప్రత్యేక సర్వర్తో పాల్గొనవచ్చు, మరియు సిస్టమ్ నమ్మదగినదని నిర్ధారించడానికి (అంటే, నోడ్స్ లాభదాయకంగా మోసం చేయలేవు) భద్రతా డిపాజిట్లతో పాటు స్పాట్-చెక్కింగ్ను ఉపయోగించవచ్చు. అటువంటి వ్యవస్థ అన్ని పనులకు అనుకూలంగా ఉండకపోవచ్చు; ఉదాహరణకు, అధిక స్థాయి ఇంటర్-ప్రాసెస్ కమ్యూనికేషన్ అవసరమయ్యే పనులను, పెద్ద క్లౌడ్ ఆఫ్ నోడ్స్పై సులభంగా చేయలేరు. ఇతర పనులు, అయితే, సమాంతరీకరించడం చాలా సులభం; SETI@home, folding@home మరియు జన్యు అల్గోరిథంల వంటి ప్రాజెక్టులను అటువంటి ప్లాట్ఫారమ్ పైన సులభంగా అమలు చేయవచ్చు.
+
+**6.** పీర్-టు-పీర్ జూదం\*\*. ఫ్రాంక్ స్టాజానో మరియు రిచర్డ్ క్లేటన్ యొక్క [Cyberdice](http://www.cl.cam.ac.uk/~fms27/papers/2008-StajanoCla-cyberdice.pdf) వంటి ఏవైనా పీర్-టు-పీర్ జూదం ప్రోటోకాల్స్ను ఇతీరియము బ్లాక్చెయిన్లో అమలు చేయవచ్చు. సరళమైన జూదం ప్రోటోకాల్ వాస్తవానికి కేవలం తదుపరి బ్లాక్ హాష్పై వ్యత్యాసం కోసం ఒక ఒప్పందం, మరియు అక్కడ నుండి మరింత అధునాతన ప్రోటోకాల్స్ నిర్మించబడతాయి, మోసం చేయగల సామర్థ్యం లేని దాదాపు సున్నా ఫీజులతో జూదం సేవలను సృష్టిస్తాయి.
+
+**7.** అంచనా మార్కెట్లు\*\*. ఒక ఒరాకిల్ లేదా షెల్లింగ్కాయిన్ అందించబడితే, ప్రిడిక్షన్ మార్కెట్లను కూడా అమలు చేయడం సులభం, మరియు షెల్లింగ్కాయిన్తో పాటు ప్రిడిక్షన్ మార్కెట్లు వికేంద్రీకృత సంస్థల కోసం పాలన ప్రోటోకాల్గా [ఫ్యూటార్కీ](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 యొక్క ఈ పరిమిత వెర్షన్, ఏడు తరాల వరకు మాత్రమే చేర్చగల అంకుల్స్తో, రెండు కారణాల వల్ల ఉపయోగించబడింది. మొదట, అపరిమిత 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) +\nfloor(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);\nC1: call(C2); call(C2);\nC2: call(C3); call(C3);\n...\nC49: call(C50); call(C50);\nC50: (ఒక ప్రోగ్రామ్ యొక్క ఒక దశను అమలు చేసి, నిల్వలో మార్పును నమోదు చేయండి)
+```
+
+ఇప్పుడు, Aకి ఒక లావాదేవీని పంపండి. అందువల్ల, 51 లావాదేవీలలో, మనకు 250 గణన దశలను తీసుకునే ఒక ఒప్పందం ఉంది. మైనింగ్ చేసేవారు ప్రతి ఒప్పందం పక్కన అది తీసుకోగల గరిష్ట గణన దశల సంఖ్యను పేర్కొనే ఒక విలువను నిర్వహించడం ద్వారా మరియు ఇతర ఒప్పందాలను పునరావృతంగా పిలిచే ఒప్పందాల కోసం దీనిని లెక్కించడం ద్వారా అటువంటి లాజిక్ బాంబులను ముందుగానే గుర్తించడానికి ప్రయత్నించవచ్చు, కానీ దానికి మైనింగ్ చేసేవారు ఇతర ఒప్పందాలను సృష్టించే ఒప్పందాలను నిషేధించవలసి ఉంటుంది (పై 26 ఒప్పందాల సృష్టి మరియు అమలును సులభంగా ఒకే ఒప్పందంలోకి చేర్చవచ్చు). మరో సమస్యాత్మక విషయం ఏమిటంటే, ఒక సందేశం యొక్క చిరునామా ఫీల్డ్ ఒక వేరియబుల్, కాబట్టి సాధారణంగా ఒక నిర్దిష్ట ఒప్పందం ముందుగానే ఏ ఇతర ఒప్పందాలను పిలుస్తుందో చెప్పడం సాధ్యం కాకపోవచ్చు. అందువల్ల, మొత్తంగా, మనకు ఒక ఆశ్చర్యకరమైన ముగింపు ఉంది: ట్యూరింగ్-సంపూర్ణతను నిర్వహించడం ఆశ్చర్యకరంగా సులభం, మరియు ట్యూరింగ్-సంపూర్ణత లేకపోవడం సమానంగా ఆశ్చర్యకరంగా నిర్వహించడం కష్టం, అదే నియంత్రణలు అమలులో ఉంటే తప్ప - కానీ ఆ సందర్భంలో ప్రోటోకాల్ ట్యూరింగ్-సంపూర్ణంగా ఎందుకు ఉండకూడదు?
+
+### కరెన్సీ మరియు జారీ {#currency-and-issuance}
+
+ఇతీరియము నెట్వర్క్ దాని స్వంత అంతర్నిర్మిత కరెన్సీ, ఈథర్ను కలిగి ఉంది, ఇది వివిధ రకాల డిజిటల్ ఆస్తుల మధ్య సమర్థవంతమైన మార్పిడికి అనుమతించడానికి ప్రాథమిక లిక్విడిటీ లేయర్ను అందించడం మరియు, మరింత ముఖ్యంగా, లావాదేవీ రుసుములను చెల్లించడానికి ఒక యంత్రాంగాన్ని అందించడం అనే ద్వంద్వ ఉద్దేశ్యాన్ని నెరవేరుస్తుంది. సౌలభ్యం కోసం మరియు భవిష్యత్ వాదనను నివారించడానికి (Bitcoin లో ప్రస్తుత mBTC/uBTC/satoshi చర్చను చూడండి), డినామినేషన్లు ముందుగానే లేబుల్ చేయబడతాయి:
+
+- 1: wei
+- 1012: szabo
+- 1015: finney
+- 1018: ether
+
+ఇది "డాలర్లు" మరియు "సెంట్లు" లేదా "BTC" మరియు "satoshi" అనే భావన యొక్క విస్తరించిన వెర్షన్గా తీసుకోవాలి. సమీప భవిష్యత్తులో, "ఈథర్" సాధారణ లావాదేవీలకు, "ఫిన్నీ" సూక్ష్మ లావాదేవీలకు మరియు "స్జాబో" మరియు "వెయ్" రుసుములు మరియు ప్రోటోకాల్ అమలు చుట్టూ సాంకేతిక చర్చల కోసం ఉపయోగించబడుతుందని మేము ఆశిస్తున్నాము; మిగిలిన డినామినేషన్లు తరువాత ఉపయోగపడవచ్చు మరియు ఈ సమయంలో ఖాతాదారులలో చేర్చకూడదు.
+
+జారీ మోడల్ ఈ క్రింది విధంగా ఉంటుంది:
+
+- ఈథర్ కరెన్సీ అమ్మకంలో 1000-2000 ఈథర్ ప్రతి BTC ధర వద్ద విడుదల చేయబడుతుంది, ఇది ఇతీరియము సంస్థకు నిధులు సమకూర్చడానికి మరియు మాస్టర్కాయిన్ మరియు 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% |
+
+#### దీర్ఘకాలిక సరఫరా వృద్ధి రేటు (శాతం)
+
+
+
+_సరళ కరెన్సీ జారీ ఉన్నప్పటికీ, 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). అయితే, ఈ మైనింగ్ అల్గోరిథం రెండు రకాల కేంద్రీకరణకు గురవుతుంది. మొదట, మైనింగ్ పర్యావరణ వ్యవస్థ ASICలు (అప్లికేషన్-స్పెసిఫిక్ ఇంటిగ్రేటెడ్ సర్క్యూట్లు), కంప్యూటర్ చిప్లచే ఆధిపత్యం చెలాయించబడింది, ఇవి Bitcoin మైనింగ్ యొక్క నిర్దిష్ట పని కోసం రూపొందించబడ్డాయి, మరియు అందువల్ల వేల రెట్లు ఎక్కువ సమర్థవంతంగా ఉంటాయి. అంటే Bitcoin మైనింగ్ ఇకపై అత్యంత వికేంద్రీకృత మరియు సమతావాద అన్వేషణ కాదు, సమర్థవంతంగా పాల్గొనడానికి మిలియన్ల డాలర్ల మూలధనం అవసరం. రెండవది, చాలా మంది Bitcoin మైనింగ్ చేసేవారు వాస్తవానికి స్థానికంగా బ్లాక్ ధృవీకరణను నిర్వహించరు; బదులుగా, వారు బ్లాక్ హెడర్లను అందించడానికి ఒక కేంద్రీకృత మైనింగ్ పూల్పై ఆధారపడతారు. ఈ సమస్య వాదించదగినంత ఘోరంగా ఉంది: ఈ వ్రాత సమయం నాటికి, టాప్ మూడు మైనింగ్ పూల్స్ పరోక్షంగా Bitcoin నెట్వర్క్లోని ప్రాసెసింగ్ పవర్లో సుమారు 50% నియంత్రిస్తాయి, అయినప్పటికీ ఒక పూల్ లేదా కూటమి 51% దాడికి ప్రయత్నిస్తే మైనింగ్ చేసేవారు ఇతర మైనింగ్ పూల్స్కు మారగలరనే వాస్తవం ద్వారా ఇది తగ్గించబడుతుంది.
+
+ఇతీరియములో ప్రస్తుత ఉద్దేశ్యం మైనింగ్ అల్గోరిథంను ఉపయోగించడం, ఇక్కడ మైనింగ్ చేసేవారు స్టేట్ నుండి యాదృచ్ఛిక డేటాను పొందాలి, బ్లాక్చెయిన్లోని చివరి N బ్లాక్ల నుండి కొన్ని యాదృచ్ఛికంగా ఎంచుకున్న లావాదేవీలను గణన చేయాలి, మరియు ఫలితం యొక్క హాష్ను తిరిగి ఇవ్వాలి. దీనికి రెండు ముఖ్యమైన ప్రయోజనాలు ఉన్నాయి. ముందుగా, ఇతీరియము ఒప్పందాలు ఏ రకమైన గణననైనా చేర్చగలవు, కాబట్టి ఒక ఇతీరియము ASIC ముఖ్యంగా సాధారణ గణన కోసం ఒక ASIC అవుతుంది - అంటే, ఒక మెరుగైన CPU. రెండవది, మైనింగ్కు మొత్తం బ్లాక్చెయిన్కు యాక్సెస్ అవసరం, మైనింగ్ చేసేవారిని మొత్తం బ్లాక్చెయిన్ను నిల్వ చేయడానికి మరియు కనీసం ప్రతి లావాదేవీని ధృవీకరించగల సామర్థ్యాన్ని కలిగి ఉండటానికి బలవంతం చేస్తుంది. ఇది కేంద్రీకృత మైనింగ్ పూల్స్ అవసరాన్ని తొలగిస్తుంది; మైనింగ్ పూల్స్ ఇంకా రివార్డ్ పంపిణీ యొక్క యాదృచ్ఛికతను సమం చేసే చట్టబద్ధమైన పాత్రను పోషించగలవు, ఈ ఫంక్షన్ను కేంద్ర నియంత్రణ లేని పీర్-టు-పీర్ పూల్స్ సమానంగా బాగా అందిస్తాయి.
+
+ఈ మోడల్ పరీక్షించబడలేదు, మరియు మైనింగ్ అల్గోరిథంగా కాంట్రాక్ట్ అమలును ఉపయోగిస్తున్నప్పుడు కొన్ని తెలివైన ఆప్టిమైజేషన్లను నివారించడంలో మార్గంలో ఇబ్బందులు ఉండవచ్చు. అయితే, ఈ అల్గోరిథం యొక్క ఒక ముఖ్యమైన ఆసక్తికరమైన ఫీచర్ ఏమిటంటే, ఇది ఎవరినైనా "బావిని విషపూరితం చేయడానికి" అనుమతిస్తుంది, కొన్ని ASICలను అడ్డుకోవడానికి ప్రత్యేకంగా రూపొందించిన పెద్ద సంఖ్యలో ఒప్పందాలను బ్లాక్చెయిన్లో ప్రవేశపెట్టడం ద్వారా. ASIC తయారీదారులకు ఒకరినొకరు దాడి చేయడానికి అటువంటి ఉపాయాన్ని ఉపయోగించడానికి ఆర్థిక ప్రోత్సాహకాలు ఉన్నాయి. అందువల్ల, మేము అభివృద్ధి చేస్తున్న పరిష్కారం చివరికి పూర్తిగా సాంకేతికమైనది కాకుండా ఒక అనుకూల ఆర్థిక మానవ పరిష్కారం.
+
+### స్కేలబిలిటీ {#scalability}
+
+ఇతీరియము గురించి ఒక సాధారణ ఆందోళన స్కేలబిలిటీ సమస్య. Bitcoin వలె, ఇతీరియము కూడా ప్రతి లావాదేవీ నెట్వర్క్లోని ప్రతి నోడ్ ద్వారా ప్రాసెస్ చేయవలసిన లోపంతో బాధపడుతుంది. Bitcoinతో, ప్రస్తుత బ్లాక్చెయిన్ పరిమాణం సుమారు 15 GB వద్ద ఉంది, గంటకు సుమారు 1 MB పెరుగుతోంది. Bitcoin నెట్వర్క్ వీసా యొక్క సెకనుకు 2000 లావాదేవీలను ప్రాసెస్ చేస్తే, అది మూడు సెకన్లకు 1 MB పెరుగుతుంది (గంటకు 1 GB, సంవత్సరానికి 8 TB). ఇతీరియము కూడా ఇదే విధమైన వృద్ధి నమూనాతో బాధపడే అవకాశం ఉంది, ఇది Bitcoin విషయంలో కేవలం ఒక కరెన్సీకి బదులుగా ఇతీరియము బ్లాక్చెయిన్పై అనేక అప్లికేషన్లు ఉండటం వల్ల మరింత తీవ్రమవుతుంది, కానీ ఇతీరియము పూర్తి నోడ్లు మొత్తం బ్లాక్చెయిన్ చరిత్రకు బదులుగా కేవలం స్టేట్ను మాత్రమే నిల్వ చేయవలసి ఉంటుందనే వాస్తవం ద్వారా ఉపశమనం పొందుతుంది.
+
+అటువంటి పెద్ద బ్లాక్చెయిన్ పరిమాణంతో సమస్య కేంద్రీకరణ ప్రమాదం. బ్లాక్చెయిన్ పరిమాణం, చెప్పాలంటే, 100 TBకి పెరిగితే, అప్పుడు చాలా తక్కువ సంఖ్యలో పెద్ద వ్యాపారాలు మాత్రమే పూర్తి నోడ్లను నడుపుతాయి, సాధారణ వినియోగదారులందరూ లైట్ SPV నోడ్లను ఉపయోగిస్తారు. అటువంటి పరిస్థితిలో, ఫుల్ నోడ్స్ కలిసికట్టుగా ఉండి, కొంత లాభదాయకమైన పద్ధతిలో మోసం చేయడానికి అందరూ అంగీకరించవచ్చనే సంభావ్య ఆందోళన తలెత్తుతుంది (ఉదా., బ్లాక్ రివార్డ్ను మార్చడం, తమకు తాము BTC ఇవ్వడం). లైట్ నోడ్లకు దీనిని వెంటనే గుర్తించే మార్గం ఉండదు. వాస్తవానికి, కనీసం ఒక నిజాయితీ గల పూర్తి నోడ్ ఉండే అవకాశం ఉంది, మరియు కొన్ని గంటల తర్వాత మోసం గురించిన సమాచారం Reddit వంటి ఛానెళ్ల ద్వారా బయటకు వస్తుంది, కానీ ఆ సమయానికి చాలా ఆలస్యం అవుతుంది: ఇచ్చిన బ్లాక్లను బ్లాక్లిస్ట్ చేయడానికి ఒక ప్రయత్నాన్ని నిర్వహించడం సాధారణ వినియోగదారులపై ఆధారపడి ఉంటుంది, ఇది విజయవంతమైన 51% దాడిని లాగడం వంటి అదే విధమైన భారీ మరియు బహుశా అసాధ్యమైన సమన్వయ సమస్య. Bitcoin విషయంలో, ఇది ప్రస్తుతం ఒక సమస్య, కానీ పీటర్ టాడ్ సూచించిన ఒక బ్లాక్చెయిన్ సవరణ [సూచించబడింది](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) ఉంది, ఇది ఈ సమస్యను తగ్గిస్తుంది.
+
+సమీప కాలంలో, ఇతీరియము ఈ సమస్యను ఎదుర్కోవడానికి రెండు అదనపు వ్యూహాలను ఉపయోగిస్తుంది. మొదట, బ్లాక్చెయిన్-ఆధారిత మైనింగ్ అల్గోరిథంల కారణంగా, కనీసం ప్రతి మైనింగ్ చేసేవాడు పూర్తి నోడ్ కావడానికి బలవంతం చేయబడతాడు, ఇది పూర్తి నోడ్ల సంఖ్యపై దిగువ పరిమితిని సృష్టిస్తుంది. రెండవది మరియు మరింత ముఖ్యంగా, అయితే, మేము ప్రతి లావాదేవీని ప్రాసెస్ చేసిన తర్వాత బ్లాక్చెయిన్లో ఒక మధ్యంతర స్టేట్ ట్రీ రూట్ను చేర్చుతాము. బ్లాక్ ధృవీకరణ కేంద్రీకృతమైనప్పటికీ, కనీసం ఒక నిజాయితీ గల ధృవీకరించే నోడ్ ఉన్నంత వరకు, కేంద్రీకరణ సమస్యను ఒక ధృవీకరణ ప్రోటోకాల్ ద్వారా అధిగమించవచ్చు. ఒకవేళ మైనర్ చెల్లని బ్లాక్ను ప్రచురిస్తే, ఆ బ్లాక్ సరిగా ఫార్మాట్ చేయబడి ఉండదు లేదా `S[n]` స్టేట్ తప్పుగా ఉంటుంది. `S[0]` సరైనదని తెలిసినందున, `S[i-1]` సరైన చోట తప్పుగా ఉండే మొదటి స్టేట్ `S[i]` ఏదో ఒకటి ఉండాలి. ధృవీకరించే నోడ్, `APPLY(S[i-1],TX[i]) -> S[i]` ప్రాసెస్ చేయడానికి అవసరమైన పాట్రీషియా ట్రీ నోడ్స్ యొక్క ఉపసమితిని కలిగి ఉన్న "చెల్లని రుజువు"తో పాటు `i` ఇండెక్స్ను అందిస్తుంది. నోడ్స్ ఆ గణనలోని భాగాన్ని అమలు చేయడానికి ఆ నోడ్స్ను ఉపయోగించుకోగలవు మరియు ఉత్పత్తి చేయబడిన `S[i]` అందించిన `S[i]`తో సరిపోలడం లేదని చూడగలవు.
+
+మరో మరింత అధునాతనమైన దాడి, హానికర మైనర్లు అసంపూర్ణ బ్లాక్లను ప్రచురించడం, తద్వారా బ్లాక్లు చెల్లుబాటు అవుతాయో లేదో నిర్ధారించడానికి పూర్తి సమాచారం కూడా ఉండదు. దీనికి పరిష్కారం ఛాలెంజ్-రెస్పాన్స్ ప్రోటోకాల్: ధృవీకరణ నోడ్స్ టార్గెట్ లావాదేవీ ఇండెక్స్ల రూపంలో "సవాళ్లను" జారీ చేస్తాయి మరియు ఒక నోడ్ను స్వీకరించిన తర్వాత లైట్ నోడ్, మైనర్ లేదా మరొక ధృవీకరణకర్త వంటి మరొక నోడ్, చెల్లుబాటుకు రుజువుగా పాట్రీషియా నోడ్స్ యొక్క ఉపసమితిని అందించే వరకు బ్లాక్ను విశ్వసనీయం కానిదిగా పరిగణిస్తుంది.
+
+## ముగింపు {#conclusion}
+
+ఇతీరియము ప్రోటోకాల్ మొదట క్రిప్టోకరెన్సీ యొక్క అప్గ్రేడ్ చేసిన వెర్షన్గా భావించబడింది, ఇది ఆన్-బ్లాక్చెయిన్ ఎస్క్రో, ఉపసంహరణ పరిమితులు, ఆర్థిక ఒప్పందాలు, జూదం మార్కెట్లు మరియు అత్యంత సాధారణీకరించిన ప్రోగ్రామింగ్ భాష ద్వారా ఇలాంటి అధునాతన ఫీచర్లను అందిస్తుంది. ఇతీరియము ప్రోటోకాల్ ఏ అప్లికేషన్లకూ నేరుగా "మద్దతు" ఇవ్వదు, కానీ ట్యూరింగ్-కంప్లీట్ ప్రోగ్రామింగ్ భాష యొక్క ఉనికి అంటే ఏ లావాదేవీ రకం లేదా అప్లికేషన్ కోసం అయినా ఏకపక్ష ఒప్పందాలను సిద్ధాంతపరంగా సృష్టించవచ్చు. అయితే, ఇతీరియము గురించి మరింత ఆసక్తికరమైన విషయం ఏమిటంటే, ఇతీరియము ప్రోటోకాల్ కేవలం కరెన్సీకి మించి చాలా దూరం వెళుతుంది. వికేంద్రీకృత ఫైల్ నిల్వ, వికేంద్రీకృత గణన మరియు వికేంద్రీకృత ప్రిడిక్షన్ మార్కెట్ల చుట్టూ ఉన్న ప్రోటోకాల్స్, డజన్ల కొద్దీ ఇతర ఇలాంటి భావనలతో పాటు, గణన పరిశ్రమ యొక్క సామర్థ్యాన్ని గణనీయంగా పెంచే సామర్థ్యాన్ని కలిగి ఉన్నాయి మరియు మొదటిసారిగా ఆర్థిక లేయర్ను జోడించడం ద్వారా ఇతర పీర్-టు-పీర్ ప్రోటోకాల్స్కు భారీ ప్రోత్సాహాన్ని అందిస్తాయి. చివరగా, డబ్బుతో అస్సలు సంబంధం లేని అప్లికేషన్ల యొక్క గణనీయమైన శ్రేణి కూడా ఉంది.
+
+ఇతీరియము ప్రోటోకాల్ ద్వారా అమలు చేయబడిన ఏకపక్ష స్టేట్ ట్రాన్సిషన్ ఫంక్షన్ యొక్క భావన ప్రత్యేకమైన సామర్థ్యంతో కూడిన ప్లాట్ఫారమ్ను అందిస్తుంది; డేటా నిల్వ, జూదం లేదా ఫైనాన్స్లో నిర్దిష్ట శ్రేణి అప్లికేషన్ల కోసం ఉద్దేశించిన క్లోజ్డ్-ఎండెడ్, సింగిల్-పర్పస్ ప్రోటోకాల్ కాకుండా, ఇతీరియము డిజైన్ ప్రకారం ఓపెన్-ఎండెడ్, మరియు రాబోయే సంవత్సరాల్లో చాలా పెద్ద సంఖ్యలో ఆర్థిక మరియు ఆర్థికేతర ప్రోటోకాల్స్ రెండింటికీ పునాది లేయర్గా పనిచేయడానికి ఇది చాలా బాగా సరిపోతుందని మేము నమ్ముతున్నాము.
+
+## గమనికలు మరియు తదుపరి పఠనం {#notes-and-further-reading}
+
+### గమనికలు {#notes}
+
+1. వాస్తవానికి ఒక బిట్కాయిన్ చిరునామా ఎలిప్టిక్ కర్వ్ పబ్లిక్ కీ యొక్క హాష్ అని, మరియు పబ్లిక్ కీ కాదని ఒక అధునాతన పాఠకుడు గమనించవచ్చు. అయితే, పబ్ కీ హాష్ను పబ్లిక్ కీగా సూచించడం వాస్తవానికి సంపూర్ణంగా చట్టబద్ధమైన క్రిప్టోగ్రాఫిక్ పరిభాష. దీనికి కారణం బిట్కాయిన్ యొక్క క్రిప్టోగ్రఫీని కస్టమ్ డిజిటల్ సంతకం అల్గారిథంగా పరిగణించవచ్చు, ఇక్కడ పబ్లిక్ కీ 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-మనీ](http://www.weidai.com/bmoney.txt)
+5. [పునర్వినియోగ ప్రూఫ్స్ ఆఫ్ వర్క్](https://nakamotoinstitute.org/finney/rpow/)
+6. [యజమాని అధికారంతో సురక్షితమైన ఆస్తి టైటిల్స్](https://nakamotoinstitute.org/library/secure-property-titles/)
+7. [బిట్కాయిన్ శ్వేతపత్రం](http://bitcoin.org/bitcoin.pdf)
+8. [నేమ్కాయిన్](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. [మాస్టర్కాయిన్ శ్వేతపత్రం](https://github.com/mastercoin-MSC/spec)
+12. [వికేంద్రీకృత స్వయంప్రతిపత్తి కలిగిన కార్పొరేషన్లు, బిట్కాయిన్ మ్యాగజైన్](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. [స్టోర్జే మరియు స్వయంప్రతిపత్తి కలిగిన ఏజెంట్లు, జెఫ్ గార్జిక్](http://garzikrants.blogspot.ca/2013/01/storj-and-bitcoin-autonomous-agents.html)
+18. [ట్యూరింగ్ ఫెస్టివల్లో స్మార్ట్ ప్రాపర్టీపై మైక్ హెర్న్](https://www.youtube.com/watch?v=MVyv4t0OKe4)
+19. [ఇతీరియము RLP](/developers/docs/data-structures-and-encoding/rlp/)
+20. [ఇతీరియము మెర్కిల్ పాట్రీషియా ట్రీస్](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/)
+21. [మెర్కిల్ సమ్ ట్రీస్పై పీటర్ టాడ్](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)ని చూడండి._
+
+_ఇతీరియము, అనేక కమ్యూనిటీ-ఆధారిత, ఓపెన్-సోర్స్ సాఫ్ట్వేర్ ప్రాజెక్ట్ల వలె, దాని ప్రారంభం నుండి అభివృద్ధి చెందింది. ఎథేరియం యొక్క తాజా అభివృద్ధిల గురించి తెలుసుకోవడానికి, మరియు ప్రోటోకాల్కు మార్పులు ఎలా చేయబడతాయో తెలుసుకోవడానికి, మేము [ఈ గైడ్ను](/learn/) సిఫార్సు చేస్తున్నాము._
diff --git a/public/content/translations/te/wrapped-eth/index.md b/public/content/translations/te/wrapped-eth/index.md
new file mode 100644
index 00000000000..d9066db64a1
--- /dev/null
+++ b/public/content/translations/te/wrapped-eth/index.md
@@ -0,0 +1,70 @@
+---
+title: ర్యాప్డ్ ఈథర్ (WETH) అంటే ఏమిటి
+description: ర్యాప్డ్ ఈథర్ (WETH)కు ఒక పరిచయం—ఈథర్ (ETH) కోసం ఒక ERC20-అనుకూల ర్యాపర్.
+lang: te
+---
+
+# ర్యాప్డ్ ఈథర్ (WETH) {#intro-to-weth}
+
+
+
+[WrapETH.com](https://www.wrapeth.com/)లో ఏ చైన్లోనైనా ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీ వాలెట్ని కనెక్ట్ చేయండి
+
+
+ఈథర్ (ETH) అనేది Ethereum యొక్క ప్రధాన కరెన్సీ. ఇది స్టేకింగ్, కరెన్సీగా, మరియు కంప్యూటేషన్ కోసం గ్యాస్ ఫీజు చెల్లించడం వంటి అనేక ప్రయోజనాల కోసం ఉపయోగించబడుతుంది. **WETH అనేది ప్రభావవంతంగా ETH యొక్క అప్గ్రేడ్ చేయబడిన రూపం, అనేక అప్లికేషన్లు మరియు [ERC-20 టోకెన్లు](/glossary/#erc-20)కు అవసరమైన కొన్ని అదనపు ఫంక్షనాలిటీతో**, ఇవి Ethereumలో ఇతర రకాల డిజిటల్ ఆస్తులు. ఈ టోకెన్లతో పని చేయడానికి, ETH కూడా అవే నియమాలను పాటించాలి, వీటిని ERC-20 ప్రమాణం అని పిలుస్తారు.
+
+ఈ అంతరాన్ని పూరించడానికి, ర్యాప్డ్ ETH (WETH) సృష్టించబడింది. **ర్యాప్డ్ ETH అనేది ఒక స్మార్ట్ కాంట్రాక్ట్, ఇది మీరు ఎంత మొత్తంలోనైనా ETHను కాంట్రాక్ట్లో డిపాజిట్ చేయడానికి మరియు ERC-20 టోకెన్ ప్రమాణానికి అనుగుణంగా అదే మొత్తంలో ముద్రించిన WETHను స్వీకరించడానికి అనుమతిస్తుంది**. WETH అనేది ETH యొక్క ప్రాతినిధ్యం, ఇది స్థానిక ఆస్తి ETHగా కాకుండా, ఒక ERC-20 టోకెన్గా దానితో పరస్పర చర్య చేయడానికి మిమ్మల్ని అనుమతిస్తుంది. గ్యాస్ ఫీజు చెల్లించడానికి మీకు ఇప్పటికీ స్థానిక ETH అవసరం, కాబట్టి డిపాజిట్ చేసేటప్పుడు మీరు కొంత ఆదా చేసుకున్నారని నిర్ధారించుకోండి.
+
+WETH స్మార్ట్ కాంట్రాక్ట్ని ఉపయోగించడం ద్వారా మీరు WETHని ETH కోసం అన్ర్యాప్ చేయవచ్చు. మీరు WETH స్మార్ట్ కాంట్రాక్ట్తో ఎంత మొత్తంలోనైనా WETHని రీడీమ్ చేసుకోవచ్చు, మరియు మీరు అదే మొత్తంలో ETHని అందుకుంటారు. డిపాజిట్ చేయబడిన WETH అప్పుడు బర్న్ చేయబడుతుంది మరియు WETH యొక్క చలామణిలో ఉన్న సరఫరా నుండి తీసివేయబడుతుంది.
+
+**చలామణిలో ఉన్న ETH సరఫరాలో సుమారుగా ~3% WETH టోకెన్ కాంట్రాక్ట్లో లాక్ చేయబడింది**, ఇది అత్యంత ఎక్కువగా ఉపయోగించే [స్మార్ట్ కాంట్రాక్ట్లలో](/glossary/#smart-contract) ఒకటిగా చేస్తుంది. వికేంద్రీకృత ఫైనాన్స్ (DeFi)లోని అప్లికేషన్లతో పరస్పర చర్య చేసే వినియోగదారులకు WETH ప్రత్యేకంగా ముఖ్యమైనది.
+
+## మనం ETHని ERC-20గా ఎందుకు ర్యాప్ చేయాలి? {#why-do-we-need-to-wrap-eth}
+
+[ERC-20](/developers/docs/standards/tokens/erc-20/) బదిలీ చేయగల టోకెన్ల కోసం ఒక ప్రామాణిక ఇంటర్ఫేస్ను నిర్వచిస్తుంది, కాబట్టి Ethereum పర్యావరణ వ్యవస్థలో ఈ ప్రమాణాన్ని ఉపయోగించే అప్లికేషన్లు మరియు టోకెన్లతో సజావుగా పరస్పర చర్య చేసే టోకెన్లను ఎవరైనా సృష్టించవచ్చు. **ETH ERC-20 ప్రమాణానికి ముందే ఉన్నందున**, ETH ఈ స్పెసిఫికేషన్కు అనుగుణంగా లేదు. దీని అర్థం మీరు ఇతర ERC-20 టోకెన్ల కోసం ETHని **సులభంగా** మార్పిడి చేయలేరు లేదా **ERC-20 ప్రమాణాన్ని ఉపయోగించే యాప్లలో ETHని ఉపయోగించలేరు**. ETHని ర్యాప్ చేయడం మీకు ఈ క్రింది వాటిని చేయడానికి అవకాశం ఇస్తుంది:
+
+- **ERC-20 టోకెన్ల కోసం ETH మార్పిడి**: మీరు ఇతర ERC-20 టోకెన్ల కోసం ETHని నేరుగా మార్పిడి చేయలేరు. WETH అనేది ఈథర్ యొక్క ప్రాతినిధ్యం, ఇది ERC-20 ఫంగిబుల్ టోకెన్ ప్రమాణానికి అనుగుణంగా ఉంటుంది మరియు ఇతర ERC-20 టోకెన్లతో మార్పిడి చేసుకోవచ్చు.
+
+- **డాప్స్లో ETHని ఉపయోగించండి**: ETH ERC20-అనుకూలంగా లేనందున, డెవలపర్లు డాప్స్లో ప్రత్యేక ఇంటర్ఫేస్లను (ETH కోసం ఒకటి మరియు ERC-20 టోకెన్ల కోసం మరొకటి) సృష్టించాల్సి ఉంటుంది. ETHని ర్యాప్ చేయడం ఈ అడ్డంకిని తొలగిస్తుంది మరియు అదే డాప్లో ETH మరియు ఇతర టోకెన్లను నిర్వహించడానికి డెవలపర్లను అనుమతిస్తుంది. అనేక వికేంద్రీకృత ఫైనాన్స్ అప్లికేషన్లు ఈ ప్రమాణాన్ని ఉపయోగిస్తాయి మరియు ఈ టోకెన్లను మార్పిడి చేయడానికి మార్కెట్లను సృష్టిస్తాయి.
+
+## ర్యాప్డ్ ఈథర్ (WETH) వర్సెస్ ఈథర్ (ETH): తేడా ఏమిటి? {#weth-vs-eth-differences}
+
+| | **ఈథర్ (ETH)** | **ర్యాప్డ్ ఈథర్ (WETH)** |
+| --------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| సరఫరా | ETH యొక్క సరఫరా Ethereum ప్రోటోకాల్ ద్వారా నిర్వహించబడుతుంది. లావాదేవీలను ప్రాసెస్ చేసేటప్పుడు మరియు బ్లాక్లను సృష్టించేటప్పుడు ETH యొక్క [జారీ](/roadmap/merge/issuance) Ethereum వాలిడేటర్ల ద్వారా నిర్వహించబడుతుంది. | WETH అనేది ఒక ERC-20 టోకెన్, దీని సరఫరా ఒక స్మార్ట్ కాంట్రాక్ట్ ద్వారా నిర్వహించబడుతుంది. వినియోగదారుల నుండి ETH డిపాజిట్లను స్వీకరించిన తర్వాత కాంట్రాక్ట్ ద్వారా WETH యొక్క కొత్త యూనిట్లు జారీ చేయబడతాయి, లేదా ఒక వినియోగదారు WETHను ETH కోసం రీడీమ్ చేయాలనుకున్నప్పుడు WETH యూనిట్లు బర్న్ చేయబడతాయి. |
+| యాజమాన్యం | యాజమాన్యం మీ ఖాతా బ్యాలెన్స్ ద్వారా Ethereum ప్రోటోకాల్ ద్వారా నిర్వహించబడుతుంది. | WETH యొక్క యాజమాన్యం Ethereum ప్రోటోకాల్ ద్వారా సురక్షితం చేయబడిన WETH టోకెన్ స్మార్ట్ కాంట్రాక్ట్ ద్వారా నిర్వహించబడుతుంది. |
+| గ్యాస్ | Ethereum నెట్వర్క్లో గణన కోసం ఈథర్ (ETH) ఆమోదించబడిన చెల్లింపు యూనిట్. గ్యాస్ ఫీజులు gwei (ఈథర్ యొక్క ఒక యూనిట్) లో సూచించబడతాయి. | WETH టోకెన్లతో గ్యాస్ చెల్లించడం స్థానికంగా మద్దతు ఇవ్వబడదు. |
+
+## తరచుగా అడిగే ప్రశ్నలు {#faq}
+
+
+
+WETH కాంట్రాక్ట్ని ఉపయోగించి ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీరు గ్యాస్ ఫీజు చెల్లిస్తారు.
+
+
+
+
+
+WETH సాధారణంగా సురక్షితమైనదిగా పరిగణించబడుతుంది ఎందుకంటే ఇది ఒక సాధారణ, యుద్ధ-పరీక్షించిన స్మార్ట్ కాంట్రాక్ట్పై ఆధారపడి ఉంటుంది. WETH కాంట్రాక్ట్ కూడా అధికారికంగా ధృవీకరించబడింది, ఇది Ethereumలో స్మార్ట్ కాంట్రాక్ట్ల కోసం అత్యధిక భద్రతా ప్రమాణం.
+
+
+
+
+
+ఈ పేజీలో వివరించిన [WETH యొక్క కానానికల్ అమలు](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2)తో పాటు, ఇతర వేరియంట్లు కూడా ఉన్నాయి. ఇవి యాప్ డెవలపర్లచే సృష్టించబడిన అనుకూల టోకెన్లు లేదా ఇతర బ్లాక్చెయిన్లపై జారీ చేయబడిన వెర్షన్లు కావచ్చు, మరియు విభిన్నంగా ప్రవర్తించవచ్చు లేదా విభిన్న భద్రతా లక్షణాలను కలిగి ఉండవచ్చు. **మీరు ఏ WETH అమలుతో పరస్పర చర్య చేస్తున్నారో తెలుసుకోవడానికి ఎల్లప్పుడూ టోకెన్ సమాచారాన్ని రెండుసార్లు తనిఖీ చేసుకోండి.**
+
+
+
+
+
+- [Ethereum మెయిన్నెట్](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
+- [Arbitrum](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1)
+- [Optimism](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006)
+
+
+
+## మరింత సమాచారం {#further-reading}
+
+- [WTF అంటే WETH?](https://weth.tkn.eth.limo/)
+- [Blockscoutలో WETH టోకెన్ సమాచారం](https://eth.blockscout.com/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
+- [WETH యొక్క అధికారిక ధృవీకరణ](https://zellic.io/blog/formal-verification-weth)
diff --git a/public/content/translations/te/zero-knowledge-proofs/index.md b/public/content/translations/te/zero-knowledge-proofs/index.md
new file mode 100644
index 00000000000..f93bbc4148d
--- /dev/null
+++ b/public/content/translations/te/zero-knowledge-proofs/index.md
@@ -0,0 +1,238 @@
+---
+title: జీరో-నాలెడ్జ్ రుజువులు
+description: ప్రారంభకులకు జీరో-కనౌలెడ్జి రుజువులకు సాంకేతికేతర పరిచయం.
+lang: te
+---
+
+# జీరో-కనౌలెడ్జి ప్రూఫ్స్ అంటే ఏంటి? {#what-are-zk-proofs}
+
+ఒక జీరో-కనౌలెడ్జి రుజువు అనేది స్టేట్మెంట్ను బహిర్గతం చేయకుండా దాని చెల్లుబాటును నిరూపించే ఒక మార్గం. 'ప్రూవర్' అనేది ఒక క్లెయిమ్ను నిరూపించడానికి ప్రయత్నిస్తున్న పార్టీ, అయితే 'వెరిఫైయర్' క్లెయిమ్ను ధృవీకరించడానికి బాధ్యత వహిస్తుంది.
+
+జీరో-కనౌలెడ్జి రుజువులు మొదటిసారిగా 1985 పేపర్లో కనిపించాయి, “[ది నాలెడ్జ్ కాంప్లెక్సిటీ ఆఫ్ ఇంటరాక్టివ్ ప్రూఫ్ సిస్టమ్స్](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}
+
+జీరో-కనౌలెడ్జి రుజువులు అప్లైడ్ క్రిప్టోగ్రఫీలో ఒక పురోగతిని సూచిస్తాయి, ఎందుకంటే అవి వ్యక్తుల కోసం సమాచార భద్రతను మెరుగుపరుస్తామని వాగ్దానం చేశాయి. మీరు ఒక క్లెయిమ్ను (ఉదాహరణకు, "నేను X దేశ పౌరుడిని") మరొక పక్షానికి (ఉదాహరణకు, ఒక సర్వీస్ ప్రొవైడర్) ఎలా నిరూపించవచ్చో పరిగణించండి. మీ క్లెయిమ్కు మద్దతు ఇవ్వడానికి మీరు జాతీయ పాస్పోర్ట్ లేదా డ్రైవర్ లైసెన్స్ వంటి “సాక్ష్యం” అందించాలి.
+
+కానీ ఈ విధానంలో సమస్యలు ఉన్నాయి, ప్రధానంగా గోప్యత లేకపోవడం. థర్డ్-పార్టీ సేవలతో పంచుకున్న వ్యక్తిగతంగా గుర్తించదగిన సమాచారం (PII) సెంట్రల్ డేటాబేస్లలో నిల్వ చేయబడుతుంది, ఇవి హ్యాక్లకు గురవుతాయి. గుర్తింపు దొంగతనం ఒక క్లిష్టమైన సమస్యగా మారడంతో, సున్నితమైన సమాచారాన్ని పంచుకోవడానికి మరింత గోప్యత-రక్షించే మార్గాల కోసం పిలుపులు వస్తున్నాయి.
+
+జీరో-కనౌలెడ్జి రుజువులు **క్లెయిమ్ల చెల్లుబాటును నిరూపించడానికి సమాచారాన్ని బహిర్గతం చేయవలసిన అవసరాన్ని తొలగించడం** ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి. జీరో-కనౌలెడ్జి ప్రోటోకాల్ స్టేట్మెంట్ను ('విట్నెస్' అని పిలుస్తారు) దాని చెల్లుబాటు యొక్క సంక్షిప్త రుజువును రూపొందించడానికి ఇన్పుట్గా ఉపయోగిస్తుంది. ఈ రుజువు ఒక స్టేట్మెంట్ను రూపొందించడంలో ఉపయోగించిన సమాచారాన్ని బహిర్గతం చేయకుండా అది నిజం అని బలమైన హామీలను అందిస్తుంది.
+
+మన మునుపటి ఉదాహరణకు తిరిగి వెళితే, మీ పౌరసత్వ క్లెయిమ్ను నిరూపించడానికి మీకు కావలసిన ఏకైక సాక్ష్యం జీరో-కనౌలెడ్జి రుజువు. అంతర్లీన స్టేట్మెంట్ కూడా నిజమని ఒప్పించడానికి, రుజువు యొక్క నిర్దిష్ట లక్షణాలు నిజమో కాదో వెరిఫైయర్ తనిఖీ చేస్తే సరిపోతుంది.
+
+## జీరో-కనౌలెడ్జి రుజువుల కోసం వినియోగ సందర్భాలు {#use-cases-for-zero-knowledge-proofs}
+
+### అనామక చెల్లింపులు {#anonymous-payments}
+
+క్రెడిట్ కార్డ్ చెల్లింపులు తరచుగా చెల్లింపుల ప్రొవైడర్, బ్యాంకులు మరియు ఇతర ఆసక్తిగల పార్టీలతో (ఉదా. ప్రభుత్వ అధికారులు) సహా బహుళ పార్టీలకు కనిపిస్తాయి. చట్టవిరుద్ధమైన కార్యకలాపాలను గుర్తించడానికి ఆర్థిక నిఘా ప్రయోజనాలను కలిగి ఉన్నప్పటికీ, ఇది సాధారణ పౌరుల గోప్యతను కూడా దెబ్బతీస్తుంది.
+
+వినియోగదారులు ప్రైవేట్, పీర్-టు-పీర్ లావాదేవీలను నిర్వహించడానికి ఒక మార్గాన్ని అందించడానికి క్రిప్టోకరెన్సీలు ఉద్దేశించబడ్డాయి. కానీ చాలా క్రిప్టోకరెన్సీ లావాదేవీలు పబ్లిక్ బ్లాక్చైన్లలో బహిరంగంగా కనిపిస్తాయి. వినియోగదారుల గుర్తింపులు తరచుగా మారుపేర్లతో ఉంటాయి మరియు ఉద్దేశపూర్వకంగా వాస్తవ-ప్రపంచ గుర్తింపులకు లింక్ చేయబడతాయి (ఉదా., Twitter లేదా GitHub ప్రొఫైల్లలో ETH చిరునామాలను చేర్చడం ద్వారా) లేదా ప్రాథమిక ఆన్చైన్ మరియు ఆఫ్చైన్ డేటా విశ్లేషణను ఉపయోగించి వాస్తవ-ప్రపంచ గుర్తింపులతో అనుబంధించబడతాయి.
+
+పూర్తిగా అనామక లావాదేవీల కోసం రూపొందించిన నిర్దిష్ట “ప్రైవసీ కాయిన్లు” ఉన్నాయి. Zcash మరియు Monero వంటి గోప్యత-కేంద్రీకృత బ్లాక్చెయిన్లు, పంపినవారు/స్వీకర్త చిరునామాలు, ఆస్తి రకం, పరిమాణం మరియు లావాదేవీల టైమ్లైన్తో సహా లావాదేవీ వివరాలను కాపాడతాయి.
+
+ప్రోటోకాల్లోకి జీరో-కనౌలెడ్జి టెక్నాలజీని పొందుపరచడం ద్వారా, గోప్యత-కేంద్రీకృత [బ్లాక్చెయిన్](/glossary/#blockchain) నెట్వర్క్లు [నోడ్లను](/glossary/#node) లావాదేవీ డేటాను యాక్సెస్ చేయాల్సిన అవసరం లేకుండా లావాదేవీలను ధృవీకరించడానికి అనుమతిస్తాయి. [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) అనేది ఇతీరియము బ్లాక్చెయిన్లో విలువ యొక్క స్థానిక ప్రైవేట్ బదిలీలను ప్రారంభించే ప్రతిపాదిత డిజైన్కు ఉదాహరణ. అయితే, భద్రత, నియంత్రణ మరియు UX ఆందోళనల మిశ్రమం కారణంగా అటువంటి ప్రతిపాదనలను అమలు చేయడం కష్టం.
+
+**పబ్లిక్ బ్లాక్చెయిన్లలో లావాదేవీలను అనామకంగా చేయడానికి జీరో-కనౌలెడ్జి రుజువులు కూడా వర్తింపజేయబడుతున్నాయి**. ఒక ఉదాహరణ టోర్నాడో క్యాష్, ఇది వికేంద్రీకృత, నాన్-కస్టోడియల్ సేవ, ఇది వినియోగదారులను ఇతీరియములో ప్రైవేట్ లావాదేవీలను నిర్వహించడానికి అనుమతిస్తుంది. టోర్నాడో క్యాష్ లావాదేవీల వివరాలను అస్పష్టం చేయడానికి మరియు ఆర్థిక గోప్యతకు హామీ ఇవ్వడానికి జీరో-కనౌలెడ్జి రుజువులను ఉపయోగిస్తుంది. దురదృష్టవశాత్తు, ఇవి "ఆప్ట్-ఇన్" గోప్యతా ఉపకరణాలు కాబట్టి అవి అక్రమ కార్యకలాపాలతో ముడిపడి ఉన్నాయి. దీన్ని అధిగమించడానికి, గోప్యత చివరికి పబ్లిక్ బ్లాక్చెయిన్లలో డిఫాల్ట్గా మారాలి. [ఇతీరియములో గోప్యత](/privacy/) గురించి మరింత తెలుసుకోండి.
+
+### గుర్తింపు రక్షణ {#identity-protection}
+
+ప్రస్తుత గుర్తింపు నిర్వహణ వ్యవస్థలు వ్యక్తిగత సమాచారాన్ని ప్రమాదంలో పడవేస్తాయి. సున్నితమైన వివరాలను రక్షించుకుంటూ గుర్తింపును ధృవీకరించడంలో జీరో-కనౌలెడ్జి రుజువులు వ్యక్తులకు సహాయపడతాయి.
+
+[వికేంద్రీకృత గుర్తింపు](/decentralized-identity/) సందర్భంలో జీరో-కనౌలెడ్జి రుజువులు ప్రత్యేకంగా ఉపయోగపడతాయి. వికేంద్రీకృత గుర్తింపు ('స్వీయ-సార్వభౌమ గుర్తింపు' అని కూడా వర్ణించబడింది) వ్యక్తిగత ఐడెంటిఫైయర్లకు ప్రాప్యతను నియంత్రించే సామర్థ్యాన్ని వ్యక్తికి ఇస్తుంది. మీ పన్ను ID లేదా పాస్పోర్ట్ వివరాలను వెల్లడించకుండా మీ పౌరసత్వాన్ని నిరూపించడం అనేది జీరో-కనౌలెడ్జి టెక్నాలజీ వికేంద్రీకృత గుర్తింపును ఎలా ప్రారంభిస్తుందో చెప్పడానికి మంచి ఉదాహరణ.
+
+
+
+
+
+ ZKP + చర్యలో గుర్తింపు: ఇతీరియములో భూటాన్ నేషనల్ డిజిటల్ ID (NDI)
+
+
+
+ గుర్తింపు నిర్వహణ వ్యవస్థల కోసం ZKPని ఉపయోగించడానికి ఒక వాస్తవ-ప్రపంచ ఉదాహరణ భూటాన్ రాజ్యం యొక్క నేషనల్ డిజిటల్ ID (NDI) సిస్టమ్, ఇది ఇతీరియముపై నిర్మించబడింది. భూటాన్ యొక్క NDI పౌరులు తమ IDలోని సున్నితమైన వ్యక్తిగత డేటాను బహిర్గతం చేయకుండా, "నేను ఒక పౌరుడిని" లేదా "నా వయస్సు 18 ఏళ్లు పైబడింది" వంటి వాస్తవాలను క్రిప్టోగ్రాఫికల్గా నిరూపించడానికి ZKPలను ఉపయోగిస్తుంది.
+
+
+ వికేంద్రీకృత గుర్తింపు కేస్ స్టడీలో భూటాన్ NDI గురించి మరింత తెలుసుకోండి.
+
+
+
+
+
+### మానవత్వం యొక్క రుజువు {#proof-of-humanity}
+
+నేడు ఆచరణలో ఉన్న జీరో-కనౌలెడ్జి రుజువుల యొక్క అత్యంత విస్తృతంగా ఉపయోగించే ఉదాహరణలలో ఒకటి [World ID ప్రోటోకాల్](https://world.org/blog/world/world-id-faqs), దీనిని "AI యుగానికి ప్రపంచ డిజిటల్ పాస్పోర్ట్"గా భావించవచ్చు. వ్యక్తిగత సమాచారాన్ని బహిర్గతం చేయకుండా తాము ప్రత్యేకమైన వ్యక్తులమని నిరూపించుకోవడానికి ఇది ప్రజలను అనుమతిస్తుంది. ఆర్బ్ అనే పరికరం ద్వారా ఇది సాధించబడుతుంది, ఇది ఒక వ్యక్తి యొక్క ఐరిస్ను స్కాన్ చేసి, ఐరిస్ కోడ్ను రూపొందిస్తుంది. ఆ వ్యక్తి జీవశాస్త్రపరంగా ఒక ప్రత్యేక మానవుడని నిర్ధారించడానికి ఐరిస్ కోడ్ తనిఖీ చేయబడి, ధృవీకరించబడుతుంది. ధృవీకరణ తర్వాత, వినియోగదారు పరికరంలో రూపొందించబడిన గుర్తింపు నిబద్ధత (మరియు బయోమెట్రిక్ డేటా నుండి లింక్ చేయబడలేదు లేదా తీసుకోబడలేదు) బ్లాక్చెయిన్లోని సురక్షిత జాబితాకు జోడించబడుతుంది. అప్పుడు, వినియోగదారు తాము ధృవీకరించబడిన మానవుడని నిరూపించుకోవాలనుకున్నప్పుడల్లా - సైన్ ఇన్ చేయడానికి, ఓటు వేయడానికి లేదా ఇతర చర్యలు తీసుకోవడానికి - వారు జాబితాలో తమ సభ్యత్వాన్ని నిర్ధారించే జీరో-కనౌలెడ్జి రుజువును రూపొందించవచ్చు. జీరో-కనౌలెడ్జి రుజువును ఉపయోగించడం యొక్క అందం ఏమిటంటే ఒకే ఒక ప్రకటన మాత్రమే వెల్లడవుతుంది: ఈ వ్యక్తి ప్రత్యేకమైనవాడు. మిగతావన్నీ ప్రైవేట్గా ఉంటాయి.
+
+World ID, ఇతీరియము ఫౌండేషన్లోని [PSE బృందం](https://pse.dev/) అభివృద్ధి చేసిన [సెమాఫోర్ ప్రోటోకాల్](https://docs.semaphore.pse.dev/)పై ఆధారపడి ఉంటుంది. సెమాఫోర్ తేలికైన ఇంకా శక్తివంతమైన మార్గంలో జీరో-కనౌలెడ్జి రుజువులను రూపొందించడానికి మరియు ధృవీకరించడానికి రూపొందించబడింది. ఇది వినియోగదారులను తాము సమూహంలో ఏ సభ్యులో చూపకుండా తాము ఒక సమూహంలో (ఈ సందర్భంలో, ధృవీకరించబడిన మానవులు) భాగమని నిరూపించుకోవడానికి అనుమతిస్తుంది. సెమాఫోర్ కూడా చాలా సౌకర్యవంతంగా ఉంటుంది, గుర్తింపు ధృవీకరణ, ఈవెంట్లలో పాల్గొనడం లేదా ఆధారాల యాజమాన్యం వంటి విస్తృత ప్రమాణాల ఆధారంగా సమూహాలను సృష్టించడానికి అనుమతిస్తుంది.
+
+### ప్రామాణీకరణ {#authentication}
+
+ఆన్లైన్ సేవలను ఉపయోగించడానికి మీ గుర్తింపును మరియు ఆ ప్లాట్ఫారమ్లను యాక్సెస్ చేసే హక్కును నిరూపించుకోవాలి. దీనికి తరచుగా పేర్లు, ఇమెయిల్ చిరునామాలు, పుట్టిన తేదీలు మొదలైన వ్యక్తిగత సమాచారాన్ని అందించడం అవసరం. మీరు పొడవైన పాస్వర్డ్లను గుర్తుంచుకోవలసి రావచ్చు లేదా యాక్సెస్ కోల్పోయే ప్రమాదం ఉంది.
+
+అయితే, జీరో-కనౌలెడ్జి రుజువులు ప్లాట్ఫారమ్లు మరియు వినియోగదారుల కోసం ప్రామాణీకరణను సులభతరం చేయగలవు. పబ్లిక్ ఇన్పుట్లను (ఉదా., ప్లాట్ఫారమ్లో వినియోగదారు సభ్యత్వాన్ని ధృవీకరించే డేటా) మరియు ప్రైవేట్ ఇన్పుట్లను (ఉదా., వినియోగదారు వివరాలు) ఉపయోగించి ZK-ప్రూఫ్ రూపొందించబడిన తర్వాత, వినియోగదారు సేవను యాక్సెస్ చేయవలసి వచ్చినప్పుడు వారి గుర్తింపును ప్రామాణీకరించడానికి దానిని సమర్పించవచ్చు. ఇది వినియోగదారులకు అనుభవాన్ని మెరుగుపరుస్తుంది మరియు భారీ మొత్తంలో వినియోగదారు సమాచారాన్ని నిల్వ చేయవలసిన అవసరం నుండి సంస్థలను విముక్తి చేస్తుంది.
+
+### ధృవీకరించదగిన కంప్యూటేషన్ {#verifiable-computation}
+
+బ్లాక్చెయిన్ డిజైన్లను మెరుగుపరచడానికి ధృవీకరించదగిన కంప్యూటేషన్ జీరో-కనౌలెడ్జి టెక్నాలజీ యొక్క మరొక అప్లికేషన్. ధృవీకరించదగిన కంప్యూటింగ్ ధృవీకరించదగిన ఫలితాలను నిర్వహిస్తూనే మరొక సంస్థకు కంప్యూటేషన్ను అవుట్సోర్స్ చేయడానికి మాకు అనుమతిస్తుంది. సంస్థ ప్రోగ్రామ్ సరిగ్గా అమలు చేయబడిందని ధృవీకరించే రుజువుతో పాటు ఫలితాన్ని సమర్పిస్తుంది.
+
+భద్రతను తగ్గించకుండా **బ్లాక్చెయిన్లపై ప్రాసెసింగ్ వేగాన్ని మెరుగుపరచడానికి ధృవీకరించదగిన కంప్యూటేషన్ చాలా కీలకం**. దీన్ని అర్థం చేసుకోవడానికి ఇతీరియమును స్కేలింగ్ చేయడానికి ప్రతిపాదిత పరిష్కారాలలోని తేడాలను తెలుసుకోవడం అవసరం.
+
+[ఆన్చెయిన్ స్కేలింగ్ సొల్యూషన్స్](/developers/docs/scaling/#onchain-scaling), షార్డింగ్ వంటివి, బ్లాక్చెయిన్ యొక్క బేస్ లేయర్లో విస్తృతమైన మార్పు అవసరం. అయితే, ఈ విధానం చాలా క్లిష్టమైనది మరియు అమలులో లోపాలు ఇతీరియము యొక్క భద్రతా నమూనాను దెబ్బతీస్తాయి.
+
+[ఆఫ్చెయిన్ స్కేలింగ్ సొల్యూషన్స్](/developers/docs/scaling/#offchain-scaling) కోర్ ఇతీరియము ప్రోటోకాల్ను పునఃరూపకల్పన చేయాల్సిన అవసరం లేదు. బదులుగా వారు ఇతీరియము యొక్క బేస్ లేయర్లో త్రూపుట్ను మెరుగుపరచడానికి అవుట్సోర్స్డ్ కంప్యూటేషన్ మోడల్పై ఆధారపడతారు.
+
+నిజంగా ఎలా పని చేస్తాదో చూద్దాం:
+
+- ప్రతి లావాదేవీని ప్రాసెస్ చేయడానికి బదులుగా, ఇతీరియము ఎగ్జిక్యూషన్ను ప్రత్యేక గొలుసుకు ఆఫ్లోడ్ చేస్తుంది.
+
+- లావాదేవీలను ప్రాసెస్ చేసిన తర్వాత, ఇతర గొలుసు ఇతీరియము యొక్క స్థితికి వర్తించే ఫలితాలను అందిస్తుంది.
+
+ఇక్కడ ప్రయోజనం ఏమిటంటే, ఇతీరియము ఎటువంటి అమలు చేయనవసరం లేదు మరియు అవుట్సోర్స్ చేసిన కంప్యూటేషన్ నుండి దాని స్థితికి ఫలితాలను వర్తింపజేయాలి. ఇది నెట్వర్క్ రద్దీని తగ్గిస్తుంది మరియు లావాదేవీల వేగాన్ని కూడా మెరుగుపరుస్తుంది (ఆఫ్చెయిన్ ప్రోటోకాల్లు వేగవంతమైన అమలు కోసం ఆప్టిమైజ్ చేస్తాయి).
+
+చైన్కు వాటిని తిరిగి అమలు చేయకుండా ఆఫ్చెయిన్ లావాదేవీలను ధృవీకరించడానికి ఒక మార్గం అవసరం, లేకుంటే ఆఫ్చెయిన్ అమలు విలువ కోల్పోతుంది.
+
+ధృవీకరించదగిన కంప్యూటేషన్ ఇక్కడే అమలులోకి వస్తుంది. ఒక నోడ్ ఇతీరియము వెలుపల లావాదేవీని అమలు చేసినప్పుడు, అది ఆఫ్చెయిన్ అమలు యొక్క ఖచ్చితత్వాన్ని నిరూపించడానికి జీరో-కనౌలెడ్జి రుజువును సమర్పిస్తుంది. ఈ రుజువు ([చెల్లుబాటు రుజువు](/glossary/#validity-proof) అని పిలుస్తారు) ఒక లావాదేవీ చెల్లుబాటు అవుతుందని హామీ ఇస్తుంది, ఎవరైనా వివాదం చేసే వరకు వేచి ఉండకుండానే ఇతీరియము దాని స్థితికి ఫలితాన్ని వర్తింపజేయడానికి అనుమతిస్తుంది.
+
+[జీరో-కనౌలెడ్జి రోలప్లు](/developers/docs/scaling/zk-rollups) మరియు [వాలిడియమ్లు](/developers/docs/scaling/validium/) అనేవి సురక్షితమైన స్కేలబిలిటీని అందించడానికి చెల్లుబాటు రుజువులను ఉపయోగించే రెండు ఆఫ్చెయిన్ స్కేలింగ్ పరిష్కారాలు. ఈ ప్రోటోకాల్లు వేలాది లావాదేవీలను ఆఫ్చెయిన్లో అమలు చేస్తాయి మరియు ఇతీరియములో ధృవీకరణ కోసం రుజువులను సమర్పిస్తాయి. ఆ రుజువు ధృవీకరించబడిన తర్వాత ఆ ఫలితాలు వెంటనే వర్తింపజేయబడతాయి, బేస్ లేయర్లో కంప్యూటేషన్ను పెంచకుండా మరిన్ని లావాదేవీలను ప్రాసెస్ చేయడానికి ఇతీరియముని అనుమతిస్తుంది.
+
+### ఆన్చెయిన్ ఓటింగ్లో లంచం మరియు కుమ్మక్కు తగ్గించడం {#secure-blockchain-voting}
+
+బ్లాక్చెయిన్ ఓటింగ్ స్కీమ్లు అనేక అనుకూలమైన లక్షణాలను కలిగి ఉన్నాయి: అవి పూర్తిగా ఆడిట్ చేయగలవు, దాడుల నుండి సురక్షితంగా ఉంటాయి, సెన్సార్షిప్కు నిరోధకతను కలిగి ఉంటాయి మరియు భౌగోళిక పరిమితులు లేకుండా ఉంటాయి. కానీ ఆన్చెయిన్ ఓటింగ్ స్కీమ్లు కూడా **కుమ్మక్కు** సమస్య నుండి మినహాయింపు కాదు.
+
+“ఇతరులను మోసం చేయడం, వంచించడం మరియు తప్పుదారి పట్టించడం ద్వారా బహిరంగ పోటీని పరిమితం చేయడానికి సమన్వయం చేయడం” అని నిర్వచించబడింది, కుమ్మక్కు అనేది లంచాలు ఇవ్వడం ద్వారా ఓటింగ్ను ప్రభావితం చేసే హానికరమైన నటుడి రూపాన్ని తీసుకోవచ్చు. ఉదాహరణకు, ఆలిస్ `ఆప్షన్ A`ని ఇష్టపడినప్పటికీ, బ్యాలెట్లో `ఆప్షన్ B`కి ఓటు వేయడానికి బాబ్ నుండి లంచం పొందవచ్చు.
+
+లంచం మరియు కుమ్మక్కు ఓటింగ్ను సిగ్నలింగ్ మెకానిజంగా ఉపయోగించే ఏదైనా ప్రక్రియ యొక్క ప్రభావాన్ని పరిమితం చేస్తాయి (ముఖ్యంగా వినియోగదారులు వారు ఎలా ఓటు వేశారో నిరూపించగల చోట). ఇది ముఖ్యమైన పరిణామాలను కలిగి ఉంటుంది, ముఖ్యంగా ఓట్లు కొరత వనరులను కేటాయించడంలో బాధ్యత వహించే చోట.
+
+ఉదాహరణకు, [క్వాడ్రాటిక్ ఫండింగ్ మెకానిజమ్స్](https://www.radicalxchange.org/wiki/plural-funding/) విభిన్న ప్రజా ప్రయోజన ప్రాజెక్టులలో నిర్దిష్ట ఎంపికల కోసం ప్రాధాన్యతను కొలవడానికి విరాళాలపై ఆధారపడతాయి. ప్రతి విరాళం ఒక నిర్దిష్ట ప్రాజెక్ట్ కోసం "ఓటు"గా పరిగణించబడుతుంది, ఎక్కువ ఓట్లు పొందిన ప్రాజెక్ట్లు మ్యాచింగ్ పూల్ నుండి ఎక్కువ నిధులను పొందుతాయి.
+
+ఆన్చెయిన్ ఓటింగ్ను ఉపయోగించడం క్వాడ్రాటిక్ ఫండింగ్ను కుమ్మక్కుకు గురి చేస్తుంది: బ్లాక్చెయిన్ లావాదేవీలు పబ్లిక్గా ఉంటాయి, కాబట్టి లంచం ఇచ్చేవారు లంచం తీసుకున్నవారి ఆన్చెయిన్ కార్యకలాపాలను తనిఖీ చేసి వారు ఎలా "ఓటు" వేశారో చూడగలరు. ఈ విధంగా క్వాడ్రాటిక్ ఫండింగ్ కమ్యూనిటీ యొక్క సమగ్ర ప్రాధాన్యతల ఆధారంగా నిధులను కేటాయించడానికి సమర్థవంతమైన మార్గంగా ఉండదు.
+
+అదృష్టవశాత్తూ, MACI (మినిమమ్ యాంటీ-కొల్యూజన్ ఇన్ఫ్రాస్ట్రక్చర్) వంటి కొత్త పరిష్కారాలు ఆన్చెయిన్ ఓటింగ్ను (ఉదా., క్వాడ్రాటిక్ ఫండింగ్ మెకానిజమ్స్) లంచం మరియు కుమ్మక్కుకు నిరోధకతను కలిగించడానికి జీరో-కనౌలెడ్జి రుజువులను ఉపయోగిస్తున్నాయి. MACI అనేది స్మార్ట్ కాంట్రాక్టులు మరియు స్క్రిప్ట్ల సమితి, ఇది ఒక సెంట్రల్ అడ్మినిస్ట్రేటర్ ("కోఆర్డినేటర్" అని పిలుస్తారు) ప్రతి వ్యక్తి ఎలా ఓటు వేశారో ప్రత్యేకతలను వెల్లడించకుండా ఓట్లను tổng hợp చేయడానికి మరియు ఫలితాలను లెక్కించడానికి అనుమతిస్తుంది. అయినప్పటికీ, ఓట్లు సరిగ్గా లెక్కించబడ్డాయని ధృవీకరించడం లేదా ఒక నిర్దిష్ట వ్యక్తి ఓటింగ్ రౌండ్లో పాల్గొన్నారని నిర్ధారించడం ఇప్పటికీ సాధ్యమే.
+
+#### MACI జీరో-కనౌలెడ్జి రుజువులతో ఎలా పనిచేస్తుంది? {#how-maci-works-with-zk-proofs}
+
+ప్రారంభంలో, కోఆర్డినేటర్ ఇతీరియములో MACI కాంట్రాక్టును అమలు చేస్తాడు, ఆ తర్వాత వినియోగదారులు ఓటింగ్ కోసం సైన్ అప్ చేయవచ్చు (స్మార్ట్ కాంట్రాక్ట్లో వారి పబ్లిక్ కీని నమోదు చేయడం ద్వారా). వినియోగదారులు తమ పబ్లిక్ కీతో గుప్తీకరించిన సందేశాలను స్మార్ట్ కాంట్రాక్టుకు పంపడం ద్వారా ఓట్లు వేస్తారు (చెల్లుబాటు అయ్యే ఓటు వినియోగదారు గుర్తింపుతో అనుబంధించబడిన ఇటీవలి పబ్లిక్ కీతో, ఇతర ప్రమాణాలతో పాటు సంతకం చేయబడాలి). ఆ తర్వాత, ఓటింగ్ వ్యవధి ముగిసిన తర్వాత కోఆర్డినేటర్ అన్ని సందేశాలను ప్రాసెస్ చేస్తాడు, ఓట్లను లెక్కిస్తాడు మరియు ఫలితాలను ఆన్చెయిన్లో ధృవీకరిస్తాడు.
+
+MACIలో, కోఆర్డినేటర్ ఓట్లను తప్పుగా ప్రాసెస్ చేయడం మరియు ఫలితాలను లెక్కించడం అసాధ్యం చేయడం ద్వారా కంప్యూటేషన్ యొక్క ఖచ్చితత్వాన్ని నిర్ధారించడానికి జీరో-కనౌలెడ్జి రుజువులు ఉపయోగించబడతాయి. కోఆర్డినేటర్ a) అన్ని సందేశాలు సరిగ్గా ప్రాసెస్ చేయబడ్డాయని b) చివరి ఫలితం అన్ని _చెల్లుబాటు అయ్యే_ ఓట్ల మొత్తానికి అనుగుణంగా ఉందని ధృవీకరించే ZK-SNARK రుజువులను రూపొందించడం ద్వారా ఇది సాధించబడుతుంది.
+
+అందువల్ల, ప్రతి వినియోగదారుకు ఓట్ల విభజనను పంచుకోకుండానే (సాధారణంగా జరిగే విధంగా), MACI లెక్కింపు ప్రక్రియలో లెక్కించిన ఫలితాల సమగ్రతకు హామీ ఇస్తుంది. ప్రాథమిక కుమ్మక్కు పథకాల ప్రభావాన్ని తగ్గించడంలో ఈ ఫీచర్ ఉపయోగపడుతుంది. ఒక ఎంపికకు ఓటు వేయడానికి బాబ్ ఆలిస్కు లంచం ఇవ్వడం యొక్క మునుపటి ఉదాహరణను ఉపయోగించడం ద్వారా మనం ఈ అవకాశాన్ని అన్వేషించవచ్చు:
+
+- ఆలిస్ వారి పబ్లిక్ కీని స్మార్ట్ కాంట్రాక్టుకు పంపడం ద్వారా ఓటు వేయడానికి నమోదు చేసుకుంటుంది.
+- ఆలిస్ బాబ్ నుండి లంచం కోసం `option B`కి ఓటు వేయడానికి అంగీకరిస్తుంది.
+- ఆలిస్ `option B`కి ఓటు వేస్తుంది.
+- ఆలిస్ తన గుర్తింపుతో అనుబంధించబడిన పబ్లిక్ కీని మార్చడానికి రహస్యంగా ఒక గుప్తీకరించిన లావాదేవీని పంపుతుంది.
+- ఆలిస్ కొత్త పబ్లిక్ కీని ఉపయోగించి `option A` కోసం ఓటింగ్ చేసే స్మార్ట్ కాంట్రాక్టుకు మరొక (గుప్తీకరించిన) సందేశాన్ని పంపుతుంది.
+- ఆలిస్ బాబ్కు ఒక లావాదేవీని చూపిస్తుంది, అది ఆమె `option B`కి ఓటు వేసినట్లు చూపిస్తుంది (ఇది చెల్లదు ఎందుకంటే సిస్టమ్లో పబ్లిక్ కీ ఇకపై ఆలిస్ గుర్తింపుతో అనుబంధించబడదు)
+- సందేశాలను ప్రాసెస్ చేస్తున్నప్పుడు, కోఆర్డినేటర్ ఆలిస్ ఓటు `option B`ని దాటవేసి, `option A` కోసం మాత్రమే ఓటును లెక్కిస్తాడు. అందువల్ల, ఆలిస్తో కుమ్మక్కై ఆన్చెయిన్ ఓటును తారుమారు చేయడానికి బాబ్ చేసిన ప్రయత్నం విఫలమవుతుంది.
+
+MACIని ఉపయోగించడం _అవసరం_ అయితే, కోఆర్డినేటర్ లంచం ఇచ్చేవారితో కుమ్మక్కు కాకుండా లేదా ఓటర్లకు తామే లంచం ఇవ్వడానికి ప్రయత్నించకుండా నమ్మాలి. కోఆర్డినేటర్ వినియోగదారు సందేశాలను డీక్రిప్ట్ చేయగలరు (రుజువును సృష్టించడానికి అవసరం), కాబట్టి ప్రతి వ్యక్తి ఎలా ఓటు వేశారో వారు ఖచ్చితంగా ధృవీకరించగలరు.
+
+కానీ కోఆర్డినేటర్ నిజాయితీగా ఉన్న సందర్భాలలో, MACI ఆన్చెయిన్ ఓటింగ్ యొక్క పవిత్రతకు హామీ ఇవ్వడానికి ఒక శక్తివంతమైన సాధనాన్ని సూచిస్తుంది. ప్రతి వ్యక్తి ఓటింగ్ ఎంపికల సమగ్రతపై ఎక్కువగా ఆధారపడే క్వాడ్రాటిక్ ఫండింగ్ అప్లికేషన్లలో (ఉదా., [clr.fund](https://clr.fund/#/about/maci)) దీని ప్రజాదరణను ఇది వివరిస్తుంది.
+
+[MACI గురించి మరింత తెలుసుకోండి](https://maci.pse.dev/).
+
+## జీరో-కనౌలెడ్జి ప్రూఫ్ లు ఎలా పని చేస్తాయి? {#how-do-zero-knowledge-proofs-work}
+
+ఒక జీరో-కనౌలెడ్జి రుజువు ఒక ప్రకటన యొక్క కంటెంట్లను పంచుకోకుండా లేదా మీరు సత్యాన్ని ఎలా కనుగొన్నారో వెల్లడించకుండా దాని సత్యం యొక్క రుజువును నిరూపించడానికి మిమ్మల్ని అనుమతిస్తుంది. దీన్ని సాధ్యం చేయడానికి, జీరో-కనౌలెడ్జి ప్రోటోకాల్లు కొన్ని డేటాను ఇన్పుట్గా తీసుకునే మరియు అవుట్పుట్గా 'నిజం' లేదా 'అబద్ధం' అని తిరిగి ఇచ్చే అల్గారిథమ్లపై ఆధారపడతాయి.
+
+ఒక జీరో-కనౌలెడ్జి ప్రోటోకాల్ కింది ప్రమాణాలను తప్పనిసరిగా సంతృప్తి పరచాలి:
+
+1. **పూర్తిత్వం**: ఇన్పుట్ చెల్లుబాటు అయితే, జీరో-కనౌలెడ్జి ప్రోటోకాల్ ఎల్లప్పుడూ ‘నిజం’ అని తిరిగి ఇస్తుంది. అందువల్ల, అంతర్లీన ప్రకటన నిజమైతే, మరియు ప్రూవర్ మరియు వెరిఫైయర్ నిజాయితీగా వ్యవహరిస్తే, రుజువు ఆమోదించబడవచ్చు.
+
+2. **సౌండ్నెస్**: ఇన్పుట్ చెల్లనిది అయితే, జీరో-కనౌలెడ్జి ప్రోటోకాల్ను 'నిజం' అని తిరిగి ఇచ్చేలా మోసగించడం సిద్ధాంతపరంగా అసాధ్యం. అందువల్ల, ఒక అబద్ధం చెప్పే ప్రూవర్ చెల్లని ప్రకటనను చెల్లుబాటు అయ్యేదిగా నమ్మేలా నిజాయితీ గల వెరిఫైయర్ను మోసగించలేడు (చిన్న సంభావ్యత మార్జిన్తో తప్ప).
+
+3. **జీరో-కనౌలెడ్జి**: వెరిఫైయర్ ఒక ప్రకటన గురించి దాని చెల్లుబాటు లేదా తప్పుడుతనం మినహా ఏమీ నేర్చుకోడు (వారికి ప్రకటన గురించి “జీరో కనౌలెడ్జి” ఉంటుంది). ఈ అవసరం వెరిఫైయర్ను రుజువు నుండి అసలు ఇన్పుట్ (ప్రకటన కంటెంట్లు)ను తీసుకోకుండా కూడా నిరోధిస్తుంది.
+
+ప్రాథమిక రూపంలో, ఒక జీరో-కనౌలెడ్జి రుజువు మూడు అంశాలను కలిగి ఉంటుంది: **సాక్షి**, **సవాలు**, మరియు **ప్రతిస్పందన**.
+
+- **సాక్షి**: ఒక జీరో-కనౌలెడ్జి రుజువుతో, ప్రూవర్ కొన్ని దాచిన సమాచారం గురించి తన జ్ఞానాన్ని నిరూపించుకోవాలనుకుంటాడు. రహస్య సమాచారం రుజువుకు “సాక్షి”, మరియు సాక్షి గురించి ప్రూవర్ యొక్క ఊహించిన జ్ఞానం సమాచారం గురించి జ్ఞానం ఉన్న పార్టీ మాత్రమే సమాధానం చెప్పగల ప్రశ్నల సమితిని ఏర్పాటు చేస్తుంది. అందువల్ల, ప్రూవర్ యాదృచ్ఛికంగా ఒక ప్రశ్నను ఎంచుకోవడం, సమాధానం లెక్కించడం మరియు దానిని వెరిఫైయర్కు పంపడం ద్వారా రుజువు ప్రక్రియను ప్రారంభిస్తాడు.
+
+- **సవాలు**: వెరిఫైయర్ యాదృచ్ఛికంగా సెట్ నుండి మరొక ప్రశ్నను ఎంచుకుని, దానిని సమాధానం చెప్పమని ప్రూవర్ను అడుగుతాడు.
+
+- **ప్రతిస్పందన**: ప్రూవర్ ప్రశ్నను అంగీకరించి, సమాధానం లెక్కించి, దానిని వెరిఫైయర్కు తిరిగి ఇస్తాడు. ప్రూవర్ యొక్క ప్రతిస్పందన వెరిఫైయర్కు మునుపటి వారు నిజంగా సాక్షికి యాక్సెస్ కలిగి ఉన్నారో లేదో తనిఖీ చేయడానికి అనుమతిస్తుంది. ప్రూవర్ గుడ్డిగా ఊహించి, యాదృచ్ఛికంగా సరైన సమాధానాలు పొందలేదని నిర్ధారించడానికి, వెరిఫైయర్ అడగడానికి మరిన్ని ప్రశ్నలను ఎంచుకుంటాడు. ఈ పరస్పర చర్యను అనేకసార్లు పునరావృతం చేయడం ద్వారా, వెరిఫైయర్ సంతృప్తి చెందే వరకు ప్రూవర్ సాక్షి యొక్క జ్ఞానాన్ని నకిలీ చేసే అవకాశం గణనీయంగా పడిపోతుంది.
+
+పైన పేర్కొన్నది 'ఇంటరాక్టివ్ జీరో-కనౌలెడ్జి రుజువు' యొక్క నిర్మాణాన్ని వివరిస్తుంది. ప్రారంభ జీరో-కనౌలెడ్జి ప్రోటోకాల్లు ఇంటరాక్టివ్ ప్రూవింగ్ను ఉపయోగించాయి, ఇక్కడ ఒక ప్రకటన యొక్క చెల్లుబాటును ధృవీకరించడానికి ప్రూవర్లు మరియు వెరిఫైయర్ల మధ్య ముందు-వెనుక కమ్యూనికేషన్ అవసరం.
+
+ఇంటరాక్టివ్ రుజువులు ఎలా పనిచేస్తాయో వివరించే ఒక మంచి ఉదాహరణ జీన్-జాక్వెస్ క్విస్క్వేటర్ యొక్క ప్రసిద్ధ [అలీ బాబా గుహ కథ](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave). కథలో, పెగ్గీ (ప్రూవర్) విక్టర్ (వెరిఫైయర్)కు రహస్య పదాన్ని వెల్లడించకుండా ఒక మేజిక్ తలుపు తెరవడానికి రహస్య పదం తెలుసు అని నిరూపించుకోవాలనుకుంటుంది.
+
+### నాన్-ఇంటరాక్టివ్ జీరో-కనౌలెడ్జి రుజువులు {#non-interactive-zero-knowledge-proofs}
+
+విప్లవాత్మకమైనప్పటికీ, ఇంటరాక్టివ్ ప్రూవింగ్ పరిమిత ఉపయోగకరాన్ని కలిగి ఉంది, ఎందుకంటే దీనికి ఇద్దరు పార్టీలు అందుబాటులో ఉండాలి మరియు పదేపదే సంభాషించాలి. ఒక వెరిఫైయర్ ప్రూవర్ యొక్క నిజాయితీని నమ్మినప్పటికీ, స్వతంత్ర ధృవీకరణకు రుజువు అందుబాటులో ఉండదు (కొత్త రుజువును లెక్కించడానికి ప్రూవర్ మరియు వెరిఫైయర్ మధ్య కొత్త సందేశాల సమితి అవసరం).
+
+ఈ సమస్యను పరిష్కరించడానికి, మాన్యుయెల్ బ్లమ్, పాల్ ఫెల్డ్మాన్, మరియు సిల్వియో మికాలీ మొదటి [నాన్-ఇంటరాక్టివ్ జీరో-కనౌలెడ్జి రుజువులను](https://dl.acm.org/doi/10.1145/62212.62222) సూచించారు, ఇక్కడ ప్రూవర్ మరియు వెరిఫైయర్ ఒక షేర్డ్ కీని కలిగి ఉంటారు. ఇది ప్రూవర్కు కొంత సమాచారం (అంటే, సాక్షి) గురించి తమ జ్ఞానాన్ని ప్రదర్శించడానికి అనుమతిస్తుంది, దానిని అందించకుండానే.
+
+ఇంటరాక్టివ్ రుజువులలా కాకుండా, నాన్-ఇంటరాక్టివ్ రుజువులకు పాల్గొనేవారి (ప్రూవర్ మరియు వెరిఫైయర్) మధ్య కేవలం ఒక రౌండ్ కమ్యూనికేషన్ మాత్రమే అవసరం. ప్రూవర్ రహస్య సమాచారాన్ని ఒక ప్రత్యేక అల్గారిథమ్కు పంపి ఒక జీరో-కనౌలెడ్జి రుజువును లెక్కిస్తాడు. ఈ రుజువు వెరిఫైయర్కు పంపబడుతుంది, అతను మరొక అల్గారిథమ్ను ఉపయోగించి ప్రూవర్ రహస్య సమాచారాన్ని తెలుసుకున్నాడో లేదో తనిఖీ చేస్తాడు.
+
+నాన్-ఇంటరాక్టివ్ ప్రూవింగ్ ప్రూవర్ మరియు వెరిఫైయర్ మధ్య కమ్యూనికేషన్ను తగ్గిస్తుంది, ZK-ప్రూఫ్లను మరింత సమర్థవంతంగా చేస్తుంది. అంతేకాకుండా, ఒక రుజువు రూపొందించబడిన తర్వాత, అది ధృవీకరించడానికి మరెవరైనా (షేర్డ్ కీ మరియు ధృవీకరణ అల్గారిథమ్కు యాక్సెస్ ఉన్నవారు) అందుబాటులో ఉంటుంది.
+
+నాన్-ఇంటరాక్టివ్ రుజువులు జీరో-కనౌలెడ్జి టెక్నాలజీకి ఒక పురోగతిని సూచించాయి మరియు ఈ రోజు ఉపయోగించే ప్రూవింగ్ సిస్టమ్ల అభివృద్ధిని ప్రేరేపించాయి. మేము ఈ రుజువు రకాలను క్రింద చర్చిస్తాము:
+
+### జీరో-కనౌలెడ్జి రుజువుల రకాలు {#types-of-zero-knowledge-proofs}
+
+#### ZK-SNARKs {#zk-snarks}
+
+ZK-SNARK అనేది **జీరో-నాలెడ్జ్ సక్సింక్ట్ నాన్-ఇంటరాక్టివ్ ఆర్గుమెంట్ ఆఫ్ నాలెడ్జ్** కు సంక్షిప్త రూపం. ZK-SNARK ప్రోటోకాల్ కింది లక్షణాలను కలిగి ఉంది:
+
+- **జీరో-కనౌలెడ్జి**: ఒక వెరిఫైయర్ ప్రకటన గురించి మరేమీ తెలియకుండానే దాని సమగ్రతను ధృవీకరించగలదు. వెరిఫైయర్కు ప్రకటన గురించి ఉన్న ఏకైక జ్ఞానం అది నిజమా లేదా అబద్ధమా అనేది.
+
+- **సంక్షిప్తత**: జీరో-కనౌలెడ్జి రుజువు సాక్ష్యం కంటే చిన్నది మరియు త్వరగా ధృవీకరించవచ్చు.
+
+- **నాన్-ఇంటరాక్టివ్**: రుజువు ‘నాన్-ఇంటరాక్టివ్’ ఎందుకంటే ప్రూవర్ మరియు వెరిఫైయర్ కేవలం ఒక్కసారి మాత్రమే సంభాషిస్తారు, బహుళ రౌండ్ల కమ్యూనికేషన్ అవసరమయ్యే ఇంటరాక్టివ్ రుజువులలా కాకుండా.
+
+- **వాదన**: రుజువు ‘సౌండ్నెస్’ అవసరాన్ని సంతృప్తి పరుస్తుంది, కాబట్టి మోసం చాలా అసంభవం.
+
+- **(జ్ఞానం యొక్క)**: రహస్య సమాచారం (సాక్షి)కి యాక్సెస్ లేకుండా జీరో-కనౌలెడ్జి రుజువును నిర్మించడం సాధ్యం కాదు. సాక్షి లేని ప్రూవర్ చెల్లుబాటు అయ్యే జీరో-కనౌలెడ్జి రుజువును లెక్కించడం కష్టం, అసాధ్యం కాకపోతే.
+
+ముందుగా పేర్కొన్న ‘షేర్డ్ కీ’ అనేది ప్రూవర్ మరియు వెరిఫైయర్ రుజువులను రూపొందించడానికి మరియు ధృవీకరించడానికి ఉపయోగించడానికి అంగీకరించే పబ్లిక్ పారామితులను సూచిస్తుంది. పబ్లిక్ పారామితులను (సామూహికంగా కామన్ రిఫరెన్స్ స్ట్రింగ్ (CRS) అని పిలుస్తారు) రూపొందించడం అనేది ప్రోటోకాల్ భద్రతకు దాని ప్రాముఖ్యత కారణంగా ఒక సున్నితమైన ఆపరేషన్. CRSను రూపొందించడంలో ఉపయోగించే ఎంట్రోపీ (యాదృచ్ఛికత) ఒక నిజాయితీ లేని ప్రూవర్ చేతుల్లోకి వస్తే, వారు తప్పుడు రుజువులను లెక్కించవచ్చు.
+
+[మల్టీ-పార్టీ కంప్యూటేషన్ (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) అనేది పబ్లిక్ పారామితులను రూపొందించడంలో నష్టాలను తగ్గించే ఒక మార్గం. బహుళ పార్టీలు ఒక [విశ్వసనీయ సెటప్ వేడుక](https://zkproof.org/2021/06/30/setup-ceremonies/amp/)లో పాల్గొంటాయి, ఇక్కడ ప్రతి వ్యక్తి CRSను రూపొందించడానికి కొన్ని యాదృచ్ఛిక విలువలను అందిస్తాడు. ఒక నిజాయితీ గల పార్టీ వారి ఎంట్రోపీ భాగాన్ని నాశనం చేసినంత కాలం, ZK-SNARK ప్రోటోకాల్ గణన సౌండ్నెస్ను నిలుపుకుంటుంది.
+
+విశ్వసనీయ సెటప్లు పారామీటర్-జనరేషన్లో పాల్గొనేవారిని విశ్వసించమని వినియోగదారులను కోరతాయి. అయితే, ZK-STARKల అభివృద్ధి విశ్వసనీయత లేని సెటప్తో పనిచేసే ప్రూవింగ్ ప్రోటోకాల్లను ప్రారంభించింది.
+
+#### ZK-STARKs {#zk-starks}
+
+ZK-STARK అనేది **జీరో-నాలెడ్జ్ స్కేలబుల్ ట్రాన్స్పరెంట్ ఆర్గుమెంట్ ఆఫ్ నాలెడ్జ్** కు సంక్షిప్త రూపం. ZK-STARKలు ZK-SNARKల మాదిరిగానే ఉంటాయి, అవి తప్ప:
+
+- **స్కేలబుల్**: సాక్షి పరిమాణం పెద్దగా ఉన్నప్పుడు రుజువులను రూపొందించడంలో మరియు ధృవీకరించడంలో ZK-SNARK కంటే ZK-STARK వేగంగా ఉంటుంది. STARK రుజువులతో, సాక్షి పెరిగేకొద్దీ ప్రూవర్ మరియు ధృవీకరణ సమయాలు కొద్దిగా మాత్రమే పెరుగుతాయి (SNARK ప్రూవర్ మరియు వెరిఫైయర్ సమయాలు సాక్షి పరిమాణంతో సరళంగా పెరుగుతాయి).
+
+- **పారదర్శకత**: ZK-STARK విశ్వసనీయ సెటప్కు బదులుగా రుజువు మరియు ధృవీకరణ కోసం పబ్లిక్ పారామితులను రూపొందించడానికి బహిరంగంగా ధృవీకరించదగిన యాదృచ్ఛికతపై ఆధారపడుతుంది. అందువల్ల, అవి ZK-SNARKలతో పోలిస్తే మరింత పారదర్శకంగా ఉంటాయి.
+
+ZK-STARKలు ZK-SNARKల కంటే పెద్ద రుజువులను ఉత్పత్తి చేస్తాయి, అంటే అవి సాధారణంగా అధిక ధృవీకరణ ఓవర్హెడ్లను కలిగి ఉంటాయి. అయితే, కొన్ని సందర్భాలలో (పెద్ద డేటాసెట్లను నిరూపించడం వంటివి) ZK-STARKలు ZK-SNARKల కంటే ఖర్చుతో కూడుకున్నవి కావచ్చు.
+
+## జీరో-కనౌలెడ్జి రుజువులను ఉపయోగించడం వల్ల కలిగే లోపాలు {#drawbacks-of-using-zero-knowledge-proofs}
+
+### హార్డ్వేర్ ఖర్చులు {#hardware-costs}
+
+జీరో-కనౌలెడ్జి రుజువులను రూపొందించడంలో ప్రత్యేక యంత్రాలపై ఉత్తమంగా నిర్వహించబడే చాలా క్లిష్టమైన గణనలు ఉంటాయి. ఈ యంత్రాలు ఖరీదైనవి కాబట్టి, అవి తరచుగా సాధారణ వ్యక్తులకు అందుబాటులో ఉండవు. అదనంగా, జీరో-కనౌలెడ్జి టెక్నాలజీని ఉపయోగించాలనుకునే అప్లికేషన్లు హార్డ్వేర్ ఖర్చులను పరిగణనలోకి తీసుకోవాలి-ఇది తుది-వినియోగదారులకు ఖర్చులను పెంచవచ్చు.
+
+### రుజువు ధృవీకరణ ఖర్చులు {#proof-verification-costs}
+
+రుజువులను ధృవీకరించడానికి కూడా క్లిష్టమైన గణన అవసరం మరియు అప్లికేషన్లలో జీరో-కనౌలెడ్జి టెక్నాలజీని అమలు చేసే ఖర్చులను పెంచుతుంది. ఈ ఖర్చు ముఖ్యంగా గణనను నిరూపించే సందర్భంలో సంబంధితంగా ఉంటుంది. ఉదాహరణకు, ZK-రోలప్లు ఇతీరియములో ఒకే ZK-SNARK రుజువును ధృవీకరించడానికి ~ 500,000 గ్యాస్ను చెల్లిస్తాయి, ZK-STARKలకు ఇంకా ఎక్కువ రుసుములు అవసరం.
+
+### విశ్వాస అంచనాలు {#trust-assumptions}
+
+ZK-SNARKలో, కామన్ రిఫరెన్స్ స్ట్రింగ్ (పబ్లిక్ పారామితులు) ఒకసారి రూపొందించబడుతుంది మరియు జీరో-కనౌలెడ్జి ప్రోటోకాల్లో పాల్గొనాలనుకునే పార్టీలకు తిరిగి ఉపయోగం కోసం అందుబాటులో ఉంటుంది. పబ్లిక్ పారామితులు విశ్వసనీయ సెటప్ వేడుక ద్వారా సృష్టించబడతాయి, ఇక్కడ పాల్గొనేవారు నిజాయితీగా ఉంటారని భావించబడుతుంది.
+
+కానీ పాల్గొనేవారి నిజాయితీని అంచనా వేయడానికి వినియోగదారులకు నిజంగా మార్గం లేదు మరియు వినియోగదారులు అభివృద్ధి చేసేవాడు మాటను తీసుకోవాలి. ZK-STARKలు విశ్వాస అంచనాల నుండి విముక్తి పొందాయి, ఎందుకంటే స్ట్రింగ్ను రూపొందించడంలో ఉపయోగించే యాదృచ్ఛికత బహిరంగంగా ధృవీకరించబడుతుంది. ఈలోగా, పరిశోధకులు ప్రూవింగ్ మెకానిజమ్ల భద్రతను పెంచడానికి ZK-SNARKల కోసం విశ్వసనీయత లేని సెటప్లపై పనిచేస్తున్నారు.
+
+### క్వాంటం కంప్యూటింగ్ బెదిరింపులు {#quantum-computing-threats}
+
+ZK-SNARK ఎన్క్రిప్షన్ కోసం ఎలిప్టిక్ కర్వ్ క్రిప్టోగ్రఫీని ఉపయోగిస్తుంది. ఎలిప్టిక్ కర్వ్ డిస్క్రీట్ లాగరిథమ్ సమస్య ప్రస్తుతానికి అసాధ్యమని భావించినప్పటికీ, క్వాంటం కంప్యూటర్ల అభివృద్ధి భవిష్యత్తులో ఈ భద్రతా నమూనాను విచ్ఛిన్నం చేయవచ్చు.
+
+ZK-STARK క్వాంటం కంప్యూటింగ్ యొక్క ముప్పు నుండి రోగనిరోధక శక్తిని కలిగి ఉంటుందని పరిగణించబడుతుంది, ఎందుకంటే ఇది దాని భద్రత కోసం కొలిజన్-రెసిస్టెంట్ హాష్ ఫంక్షన్లపై మాత్రమే ఆధారపడుతుంది. ఎలిప్టిక్ కర్వ్ క్రిప్టోగ్రఫీలో ఉపయోగించే పబ్లిక్-ప్రైవేట్ కీ జతలతో కాకుండా, క్వాంటం కంప్యూటింగ్ అల్గారిథమ్లు బద్దలు కొట్టడానికి కొలిజన్-రెసిస్టెంట్ హాషింగ్ మరింత కష్టం.
+
+## మరింత సమాచారం {#further-reading}
+
+- [జీరో-కనౌలెడ్జి రుజువుల వినియోగ కేసుల అవలోకనం](https://pse.dev/projects) — _ప్రైవసీ అండ్ స్కేలింగ్ ఎక్స్ప్లోరేషన్స్ టీమ్_
+- [SNARKs vs. STARKS vs. రికర్సివ్ SNARKs](https://www.alchemy.com/overviews/snarks-vs-starks) — _ఆల్కెమీ ఓవర్వ్యూస్_
+- [ఒక జీరో-కనౌలెడ్జి రుజువు: బ్లాక్చైన్లో గోప్యతను మెరుగుపరచడం](https://www.altoros.com/blog/zero-knowledge-proof-improving-privacy-for-a-blockchain/) — _డిమిత్రి లావ్రెనోవ్_
+- [zk-SNARKs — వాస్తవిక జీరో-కనౌలెడ్జి ఉదాహరణ మరియు డీప్ డైవ్](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _ఆడమ్ లూసియానో_
+- [ZK-STARKs — క్వాంటం కంప్యూటర్లకు వ్యతిరేకంగా కూడా ధృవీకరించదగిన నమ్మకాన్ని సృష్టించండి](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _ఆడమ్ లూసియానో_
+- [zk-SNARKలు ఎలా సాధ్యమో ఒక సుమారు పరిచయం](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _విటాలిక్ బుటెరిన్_
+- [జీరో నాలెడ్జ్ ప్రూఫ్స్ (ZKPs) స్వీయ-సార్వభౌమ గుర్తింపు కోసం గేమ్ ఛేంజర్ ఎందుకు](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _ఫ్రాంక్లిన్ ఓహెగ్బులామ్_
+- [EIP-7503 వివరించబడింది: ZK ప్రూఫ్స్తో ఇతీరియములో ప్రైవేట్ బదిలీలను ప్రారంభించడం](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _ఇమ్మాన్యుయేల్ అవోసికా_
+- [ZK కార్డ్ గేమ్: ZK ఫండమెంటల్స్ మరియు నిజ జీవిత వినియోగ కేసులను నేర్చుకోవడానికి గేమ్](https://github.com/ZK-card/zk-cards) - _ZK-కార్డ్స్_
diff --git a/src/intl/te/common.json b/src/intl/te/common.json
index b93faf7fcf8..85b1e2053b6 100644
--- a/src/intl/te/common.json
+++ b/src/intl/te/common.json
@@ -32,9 +32,6 @@
"content-resources": "కంటెంట్ వనరులు",
"content-standardization": "కంటెంట్ ప్రామాణీకరణ",
"contributing": "సహకరించడం",
- "contributor-quiz-banner-title": "ఎక్కడ మొదలు పెట్టాలో తెలియడం లేదా?",
- "contributor-quiz-banner-description": "ఒక చిన్న క్విజ్ తీసుకొని ethereum.org లో మీరు ఎలా సహకరించవచ్చో తెలుసుకోండి.",
- "contributor-quiz-banner-button": "క్విజ్ తీసుకోండి",
"contributors": "సహకారులు",
"contributors-thanks": "ఈ పేజీకి సహకరించిన ప్రతి ఒక్కరికీ – ధన్యవాదాలు!",
"cookie-policy": "కుకీ విధానం",
@@ -438,6 +435,7 @@
"set-up-local-env": "లోకల్ ఎన్విరాన్మెంట్ ని సెటప్ చేయండి",
"sharding": "శార్డింగ్",
"show-all": "అన్నీ చూపించు",
+ "show-more": "మరిన్ని చూపించు",
"show-less": "తక్కువ చూపించు",
"single-slot-finality": "సింగిల్-స్లాట్ ఫైనాలిటీ",
"site-description": "Ethereum అనేది డబ్బు మరియు కొత్త రకాల అప్లికేషన్ల కోసం గ్లోబల్, వికేంద్రీకృత ప్లాట్ఫారమ్. Ethereumలో, మీరు డబ్బును నియంత్రించే కోడ్ను వ్రాయవచ్చు మరియు ప్రపంచంలో ఎక్కడైనా యాక్సెస్ చేయగల అప్లికేషన్లను రూపొందించవచ్చు.",
diff --git a/src/intl/te/glossary-tooltip.json b/src/intl/te/glossary-tooltip.json
new file mode 100644
index 00000000000..baeb49a7be2
--- /dev/null
+++ b/src/intl/te/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": "ఒక విషయం నిజమని ఒక సంస్థ చేసే దావా. Ethereum సందర్భంలో, ఏకాభిప్రాయం వాలిడేటర్లు చైన్ స్థితి ఏమని వారు నమ్ముతున్నారో దావా చేయాలి. నిర్దేశిత సమయాలలో, ప్రతి వాలిడేటర్ వివిధ అటెస్టేషన్లను ప్రచురించడానికి బాధ్యత వహిస్తాడు, ఇవి ఈ వాలిడేటర్ యొక్క చైన్ వీక్షణను అధికారికంగా ప్రకటిస్తాయి, ఇందులో చివరి ఫైనలైజ్ చేయబడిన చెక్పాయింట్ మరియు చైన్ యొక్క ప్రస్తుత హెడ్ ఉంటాయి. అటెస్టేషన్లపై మరిన్ని వివరాలు.",
+ "block-term": "బ్లాక్",
+ "block-definition": "బ్లాక్ అనేది లావాదేవీలు లేదా డిజిటల్ చర్యలు నిల్వ చేయబడే ప్రదేశం. ఒక బ్లాక్ నిండిన తర్వాత, అది మునుపటిదానికి లింక్ చేయబడుతుంది, బ్లాక్ల గొలుసు లేదా ఒక \"బ్లాక్చైన్\"ను సృష్టిస్తుంది. బ్లాక్ల గురించి మరింత.",
+ "blockchain-term": "బ్లాక్ చైను",
+ "blockchain-definition": "బ్లాక్చైన్ అనేది లావాదేవీల డేటాబేస్, నెట్వర్క్లోని అన్ని కంప్యూటర్లలో నకిలీ చేయబడి మరియు పంచుకోబడుతుంది, డేటాను పునరాలోచనలో మార్చలేమని నిర్ధారిస్తుంది.",
+ "bridge-term": "బ్రిడ్జ్",
+ "bridge-definition": "ఒక బ్లాక్చైన్ నెట్వర్క్ నుండి మరొకదానికి ఆస్తులను బదిలీ చేయడానికి బ్లాక్చైన్ బ్రిడ్జ్ ఉపయోగించబడుతుంది.",
+ "consensus-term": "ఏకాభిప్రాయం",
+ "consensus-definition": "ఒక నెట్వర్క్లోని కంప్యూటర్లలో 2/3 కంటే ఎక్కువ ఒకే రకమైన రికార్డులను కలిగి ఉన్నాయని అంగీకరించినప్పుడు, అందరూ ఒకే పేజీలో ఉన్నారని నిర్ధారించుకోవడం. ఇది వారు అనుసరించే నియమాల గురించి కాదు, కానీ వారందరికీ ఒకే సమాచారం ఉందని నిర్ధారించుకోవడం.",
+ "consensus-client-term": "ఏకాభిప్రాయం క్లయింట్",
+ "consensus-client-definition": "Prysm, Teku, Nimbus, Lighthouse, Lodestar వంటి ఏకాభిప్రాయం క్లయింట్లు Ethereum యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం అల్గోరిథంను నడుపుతాయి, బీకాన్ చైన్ యొక్క హెడ్పై నెట్వర్క్ ఒక ఒప్పందానికి రావడానికి అనుమతిస్తుంది. ఏకాభిప్రాయం క్లయింట్లు లావాదేవీలను ధ్రువీకరించడంలో/ప్రసారం చేయడంలో లేదా రాష్ట్ర మార్పులను అమలు చేయడంలో పాల్గొనవు. ఇది ఎగ్జిక్యూషన్ క్లయింట్ల ద్వారా చేయబడుతుంది. ఏకాభిప్రాయం క్లయింట్లు కొత్త బ్లాక్లను అటెస్ట్ చేయవు లేదా ప్రతిపాదించవు. ఇది వాలిడేటర్ క్లయింట్ ద్వారా చేయబడుతుంది, ఇది ఏకాభిప్రాయం క్లయింట్కు ఒక ఐచ్ఛిక యాడ్-ఆన్.",
+ "consensus-layer-term": "ఏకాభిప్రాయం లేయర్",
+ "consensus-layer-definition": "Ethereum యొక్క ఏకాభిప్రాయం లేయర్ ఏకాభిప్రాయం క్లయింట్ల నెట్వర్క్.",
+ "cryptoeconomics-term": "క్రిప్టో ఆర్థికశాస్త్రం",
+ "cryptoeconomics-definition": "సురక్షితమైన మరియు విశ్వసనీయమైన డిజిటల్ ప్లాట్ఫారమ్లను రూపొందించడానికి గణిత మరియు ఆర్థిక సూత్రాల అధ్యయనం. పాల్గొనేవారందరూ నియమాలను అనుసరించేలా మరియు నెట్వర్క్ యొక్క భద్రత మరియు ఆపరేషన్కు దోహదపడినందుకు బహుమతి పొందేలా చూడటం లక్ష్యం.",
+ "cryptography-term": "క్రిప్టోగ్రఫీ",
+ "cryptography-definition": "సమాచారాన్ని ఉద్దేశించిన వారు మాత్రమే చదవగలిగేలా కమ్యూనికేషన్ను ప్రైవేట్గా మరియు సురక్షితంగా చేసే పద్ధతి ఇది.",
+ "dao-term": "వికేంద్రీకృత స్వయంప్రతిపత్తి సంస్థ (DAO)",
+ "dao-definition": "DAO అనేది బ్లాక్చైన్పై కోడ్ చేయబడిన నియమాల ద్వారా నడపబడే ఒక డిజిటల్ సంస్థ, ఇక్కడ నిర్ణయాలు కేంద్ర అధికారం ద్వారా కాకుండా సభ్యుల ఓట్ల ద్వారా తీసుకోబడతాయి. వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థలు (DAOలు) గురించి మరింత.",
+ "dapp-term": "డాప్",
+ "dapp-definition": "డాప్ అనేది బ్లాక్చైన్ నెట్వర్క్లో నడిచే ఒక వికేంద్రీకృత అప్లికేషన్, ఇది కేంద్ర నియంత్రణ అధికారం లేకుండా సేవలను అందిస్తుంది. వికేంద్రీకృత అప్లికేషన్ల గురించి మరింత.",
+ "data-availability-term": "డేటా లభ్యత",
+ "data-availability-definition": "ఏ నోడ్ అయినా బ్లాక్చెయిన్పై లావాదేవీలను స్వతంత్రంగా ధ్రువీకరించగలదు, తద్వారా సిస్టమ్లో పారదర్శకత మరియు విశ్వాసాన్ని కొనసాగించవచ్చు.",
+ "defi-term": "DeFi",
+ "defi-definition": "బ్లాక్చెయిన్ మద్దతుతో, మధ్యవర్తులు లేకుండా ఆర్థిక సేవలను అందించాలని లక్ష్యంగా పెట్టుకున్న Ethereum యాప్ల యొక్క విస్తృత వర్గం. వికేంద్రీకృత ఫైనాన్స్ (DeFi)పై మరిన్ని వివరాలు",
+ "dex-term": "వికేంద్రీకృత మార్పిడి (DEX)",
+ "dex-definition": "నెట్వర్క్లోని పీర్లతో టోకెన్లను మార్చుకోవడానికి మిమ్మల్ని అనుమతించే ఒక రకమైన Ethereum యాప్. DEXలు కేంద్రీకృత మార్పిడిల వంటి భౌగోళిక పరిమితులకు లోబడి ఉండవు - ఎవరైనా పాల్గొనవచ్చు.",
+ "difficulty-bomb-term": "కఠినత బాంబు",
+ "difficulty-bomb-definition": "ప్రూఫ్-ఆఫ్-వర్క్ కఠినత సెట్టింగ్లో ప్రణాళిక చేయబడిన ఘాతాంక పెరుగుదల, ఇది ప్రూఫ్-ఆఫ్-స్టేక్కు మారడాన్ని ప్రేరేపించడానికి రూపొందించబడింది, ఫోర్క్ అవకాశాలను తగ్గిస్తుంది. విలీనంతో కఠినత బాంబు నిలిపివేయబడింది.",
+ "ecdsa-term": "ఎలిప్టిక్ కర్వ్ డిజిటల్ సిగ్నేచర్ అల్గోరిథం (ECDSA)",
+ "ecdsa-definition": "నిధులను వారి యజమానులు మాత్రమే ఖర్చు చేయగలరని నిర్ధారించడానికి Ethereum ఉపయోగించే ఒక క్రిప్టోగ్రాఫిక్ అల్గోరిథం. ఇది పబ్లిక్ మరియు ప్రైవేట్ కీలను సృష్టించడానికి ప్రాధాన్య పద్ధతి. ఖాతా చిరునామా ఉత్పత్తి మరియు లావాదేవీ ధ్రువీకరణకు సంబంధితం.",
+ "ens-term": "Ethereum పేరు సేవ (ENS)",
+ "ens-definition": "ఇతీరియము నేమ్ సర్వీస్ (ENS) ఇతీరియము చిరునామాల కోసం ఇంటర్నెట్ ఫోన్బుక్ లాంటిది. పొడవైన వాలెట్ చిరునామాలను ఉపయోగించడానికి బదులుగా, ENS డిజిటల్ డబ్బు మరియు ఆస్తులను పంపడానికి మరియు స్వీకరించడానికి \"john.eth\" వంటి సాధారణ పేర్లను ఉపయోగించడానికి మిమ్మల్ని అనుమతిస్తుంది.",
+ "epoch-term": "ఎపోక్",
+ "epoch-definition": "32 స్లాట్ల వ్యవధి, ప్రతి స్లాట్ 12 సెకన్లు, మొత్తం 6.4 నిమిషాలు. భద్రతా కారణాల వల్ల ప్రతి ఎపోక్లో వాలిడేటర్ కమిటీలు షఫుల్ చేయబడతాయి. ప్రతి ఎపోక్లో చైన్ ఫైనలైజ్ కావడానికి అవకాశం ఉంటుంది. ప్రతి ఎపోక్ ప్రారంభంలో ప్రతి వాలిడేటర్కు కొత్త బాధ్యతలు కేటాయించబడతాయి. ప్రూఫ్-ఆఫ్-స్టేక్పై మరిన్ని వివరాలు",
+ "eoa-term": "బాహ్యంగా యాజమాన్యంలోని ఖాతా (EOA)",
+ "eoa-definition": "బాహ్యంగా యాజమాన్యంలోని ఖాతాలు (EOAs) Ethereum ఖాతాలలో అత్యంత సాధారణ రకం. అవి ప్రైవేట్ కీలు/రికవరీ పదబంధం ద్వారా ఒక వ్యక్తి ద్వారా నియంత్రించబడతాయి. Ethereum వాలెట్లపై మరిన్ని వివరాలు.",
+ "erc-term": "Ethereum రిక్వెస్ట్ ఫర్ కామెంట్స్ (ERC)",
+ "erc-definition": "ERC (Ethereum Request for Comments) అనేది ఇతీరియము నెట్వర్క్ కోసం కొత్త వినియోగ ప్రమాణాలను ప్రతిపాదించడానికి ఇతీరియము కమ్యూనిటీలో ఉపయోగించే ఒక రకమైన సాంకేతిక డాక్యుమెంటేషన్.",
+ "erc-1155-term": "ERC-1155",
+ "erc-1155-definition": "NFT (ప్రత్యేకమైన సేకరించదగిన వస్తువుల వంటివి) మాదిరిగానే ఉండే ఇతీరియము టోకెన్ ప్రమాణం యొక్క ఒక రకం, ఇది ఒకే స్మార్ట్ కాంట్రాక్ట్లో మార్చుకోగలిగే వస్తువులను (కరెన్సీ వంటివి) సృష్టించడానికి కూడా అనుమతిస్తుంది.",
+ "erc-20-term": "ERC-20",
+ "erc-20-definition": "ఇతీరియము నెట్వర్క్లోని చాలా టోకెన్లు సృష్టించబడిన ప్రామాణిక నియమాల సమితి ఇది.",
+ "erc-721-term": "ERC-721",
+ "erc-721-definition": "NFTలు (నాన్ ఫంగిబుల్ టోకెన్లు) సృష్టించడానికి ఉపయోగించే ప్రామాణిక నియమాల సమితి.",
+ "ether-term": "Ether",
+ "ether-definition": "Ethereum యొక్క స్థానిక క్రిప్టోకరెన్సీ, సాధారణంగా “ETH”గా సూచించబడుతుంది. Ethereum పర్యావరణ వ్యవస్థ మరియు అప్లికేషన్లను ఉపయోగిస్తున్నప్పుడు లావాదేవీ రుసుములను కవర్ చేయడానికి ఇది ఉపయోగించబడుతుంది. ఈథర్పై మరిన్ని వివరాలు.",
+ "events-term": "సంఘటనలు",
+ "events-definition": "EVM లాగింగ్ సౌకర్యాల వినియోగాన్ని అనుమతిస్తుంది. డాప్స్ ఈవెంట్లను వినగలవు మరియు వినియోగదారు ఇంటర్ఫేస్లో జావాస్క్రిప్ట్ కాల్బ్యాక్లను ట్రిగ్గర్ చేయడానికి వాటిని ఉపయోగించగలవు. ఈవెంట్లు మరియు లాగ్లపై మరిన్ని వివరాలు",
+ "execution-client-term": "ఎగ్జిక్యూషన్ క్లయింట్",
+ "execution-client-definition": "Besu, Erigon, Go-Ethereum (Geth), Nethermind వంటి ఎగ్జిక్యూషన్ క్లయింట్లు (గతంలో \"Eth1 క్లయింట్లు\" అని పిలువబడేవి), లావాదేవీలను ప్రాసెస్ చేయడం మరియు ప్రసారం చేయడం మరియు Ethereum యొక్క స్థితిని నిర్వహించడం వంటి బాధ్యతలను కలిగి ఉంటాయి. ప్రోటోకాల్ నియమాలను అనుసరించేలా చూసుకోవడానికి అవి ఎథేరియం వర్చువల్ మషీన్ను ఉపయోగించి ప్రతి లావాదేవీకి గణనలను నడుపుతాయి.",
+ "execution-layer-term": "ఎగ్జిక్యూషన్ లేయర్",
+ "execution-layer-definition": "Ethereum యొక్క ఎగ్జిక్యూషన్ లేయర్ ఎగ్జిక్యూషన్ క్లయింట్ల నెట్వర్క్.",
+ "finality-term": "ఫైనాలిటీ",
+ "finality-definition": "ఫైనాలిటీ అనేది ఒక లావాదేవీల సమితిని భారీ మొత్తంలో ETH నష్టం లేకుండా మార్చలేమనే హామీ.",
+ "fork-term": "ఫోర్క్",
+ "fork-definition": "ప్రోటోకాల్లో మార్పు, ప్రత్యామ్నాయ చైన్ సృష్టికి కారణమవుతుంది.",
+ "fraud-proof-term": "మోసం రుజువు",
+ "fraud-proof-definition": "కొన్ని లేయర్ 2 పరిష్కారాల కోసం ఒక భద్రతా మోడల్, ఇక్కడ వేగాన్ని పెంచడానికి, లావాదేవీలు బ్యాచ్లలోకి రోల్అప్ చేయబడి, ఒకే లావాదేవీలో Ethereum కు సమర్పించబడతాయి. ఇతర నెట్వర్క్ పార్టిసిపెంట్లు లావాదేవీలను నిజాయితీగా అమలు చేశారో లేదో తనిఖీ చేయడానికి వాటిని తిరిగి అమలు చేయవచ్చు. పోస్ట్ చేయబడిన డేటా మరియు వారి స్వంత వెర్షన్ మధ్య వ్యత్యాసాన్ని వారు కనుగొంటే, వారు ఎక్కడో మోసం జరిగిందని చూపే ఒక క్రిప్టోగ్రాఫిక్ రుజువును పోస్ట్ చేయవచ్చు. కొన్ని రోల్అప్లు చెల్లుబాటు రుజువులను ఉపయోగిస్తాయి.",
+ "gas-term": "గ్యాస్",
+ "gas-definition": "గ్యాస్ అనేది Ethereum వంటి ఒక బ్లాక్చెయిన్పై లావాదేవీలు మరియు స్మార్ట్ కాంట్రాక్ట్ల కోసం చెల్లించే రుసుము. గ్యాస్ మరియు రుసుములపై మరిన్ని వివరాలు.",
+ "genesis-block-term": "జెనెసిస్ బ్లాక్",
+ "genesis-block-definition": "ఒక బ్లాక్చెయిన్లోని మొదటి బ్లాక్, ఒక నిర్దిష్ట నెట్వర్క్ మరియు దాని క్రిప్టోకరెన్సీని ప్రారంభించడానికి ఉపయోగించబడుతుంది.",
+ "gwei-term": "Gwei",
+ "gwei-definition": "గిగావెయికి సంక్షిప్త రూపం, ఈథర్ యొక్క డినామినేషన్, సాధారణంగా గ్యాస్ ధరను నిర్ణయించడానికి ఉపయోగించబడుతుంది. 1 gwei = 109 wei. 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": "లేయర్ 2లు Ethereum ప్రధాన నెట్వర్క్పై నిర్మించబడిన మరొక నెట్వర్క్లు, లావాదేవీలను వేగంగా మరియు చౌకగా చేయడానికి. లేయర్ 2పై మరిన్ని వివరాలు.",
+ "liquidity-tokens-term": "లిక్విడిటీ టోకెన్లు",
+ "liquidity-tokens-definition": "లిక్విడిటీ టోకెన్లు (LT) అనేవి లిక్విడిటీ పూల్లో ఆస్తులను జమ చేసే పాల్గొనేవారికి జారీ చేయబడిన డిజిటల్ టోకెన్లు. లిక్విడిటీ పూల్ అనేది ఒక స్మార్ట్ కాంట్రాక్ట్లో లాక్ చేయబడిన నిధుల సేకరణ మరియు వికేంద్రీకృత మార్పిడి (DEX)లో ట్రేడింగ్ను సులభతరం చేయడానికి ఉపయోగించబడుతుంది.",
+ "mainnet-term": "మెయిన్నెట్",
+ "mainnet-definition": "\"మెయిన్ నెట్వర్క్\" కు సంక్షిప్త రూపం, ఇది ప్రధాన పబ్లిక్ Ethereum బ్లాక్చెయిన్.",
+ "mev-term": "MEV",
+ "mev-definition": "రుసుము కోసం బ్లాక్చైన్పై నిర్దిష్ట చర్యలకు ప్రాధాన్యతనిచ్చే ఒక యంత్రాంగం, ఇది ఫలితాలను మరియు లావాదేవీల క్రమాన్ని ప్రభావితం చేస్తుంది.",
+ "multisig-term": "మల్టీసిగ్",
+ "multisig-definition": "మల్టీసిగ్ (మల్టీ సిగ్నేచర్) అనేది లావాదేవీలను అమలు చేయడానికి బహుళ సంతకాలు లేదా ఆమోదాలు అవసరమయ్యే డిజిటల్ వాలెట్ లేదా ఖాతాను సూచిస్తుంది, ఇది భద్రతను పెంచుతుంది.",
+ "nft-term": "నాన్-ఫంగిబుల్ టోకెన్ (NFT)",
+ "nft-definition": "బ్లాక్చెయిన్ టెక్నాలజీ ద్వారా ధ్రువీకరించబడిన, కళ లేదా సేకరించదగిన వస్తువుల వంటి మీరు స్వంతం చేసుకోగల ఒక ప్రత్యేక డిజిటల్ వస్తువు. నాన్-ఫంగిబుల్ టోకెన్లపై (NFTలు) మరిన్ని వివరాలు.",
+ "node-term": "నోడ్స్",
+ "node-definition": "నెట్వర్క్లో పాల్గొనే ఒక సాఫ్ట్వేర్ క్లయింట్. నోడ్లు మరియు క్లయింట్లపై మరిన్ని వివరాలు.",
+ "ommer-term": "ఓమ్మర్ (అంకుల్) బ్లాక్",
+ "ommer-definition": "ఒక ప్రూఫ్-ఆఫ్-వర్క్ మైనర్ ఒక చెల్లుబాటు అయ్యే బ్లాక్ను కనుగొన్నప్పుడు, మరొక మైనర్ ఒక పోటీ బ్లాక్ను ప్రచురించి, అది బ్లాక్చెయిన్ యొక్క కొనకు మొదట జోడించబడవచ్చు. ఈ చెల్లుబాటు అయ్యే, కానీ పాత, బ్లాక్ను కొత్త బ్లాక్లు ఓమ్మర్లుగా చేర్చగలవు మరియు పాక్షిక బ్లాక్ రివార్డును పొందగలవు. \"ఓమ్మర్\" అనే పదం ఒక పేరెంట్ బ్లాక్ యొక్క సోదరుడికి ప్రాధాన్య లింగ-తటస్థ పదం, కానీ దీనిని కొన్నిసార్లు \"అంకుల్\" అని కూడా పిలుస్తారు. Ethereum ఒక ప్రూఫ్-ఆఫ్-వర్క్ నెట్వర్క్గా ఉన్నప్పుడు ఇది సాధారణం. ఇప్పుడు Ethereum ప్రూఫ్-ఆఫ్-స్టేక్ను ఉపయోగిస్తున్నందున, ప్రతి స్లాట్కు ఒకే బ్లాక్ ప్రతిపాదకుడు ఎంచుకోబడతాడు.",
+ "onchain-term": "ఆన్చెయిన్",
+ "onchain-definition": "బ్లాక్చైన్పై జరిగే మరియు బహిరంగంగా అందుబాటులో ఉండే చర్యలు లేదా లావాదేవీలను సూచిస్తుంది.",
+ "optimistic-rollup-term": "ఆశావాద రోల్అప్",
+ "optimistic-rollup-definition": "ఆశావాద రోలప్ అనేది Ethereum లో లావాదేవీలను వేగవంతం చేసే ఒక లేయర్ 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": "బహుళ లావాదేవీలను బ్యాచ్ చేసి, వాటిని ఒకే లావాదేవీలో Ethereum ప్రధాన చైన్కు సమర్పించే ఒక రకమైన లేయర్ 2 స్కేలింగ్ పరిష్కారం. ఇది గ్యాస్ ఖర్చులను తగ్గించడానికి మరియు లావాదేవీ త్రుపుట్ను పెంచడానికి అనుమతిస్తుంది. ఆశావాద మరియు జీరో-కనౌలెడ్జి రోలప్లు ఉన్నాయి, ఇవి ఈ స్కేలబిలిటీ లాభాలను అందించడానికి వివిధ భద్రతా పద్ధతులను ఉపయోగిస్తాయి. రోలప్లపై మరిన్ని వివరాలు.",
+ "rpc-term": "రిమోట్ ప్రొసీజర్ కాల్ (RPC)",
+ "rpc-definition": "RPC ఒక కంప్యూటర్ ఒక నెట్వర్క్ ద్వారా మరొక కంప్యూటర్ నుండి డేటా లేదా చర్యను అభ్యర్థించడానికి అనుమతిస్తుంది, రిమోట్ కంట్రోల్తో సమాచారం కోసం అడిగినట్లు.",
+ "sequencer-term": "సీక్వెన్సర్",
+ "sequencer-definition": "సీక్వెన్సర్ అనేది బ్లాక్చైన్ నెట్వర్క్లో లావాదేవీలను క్రమబద్ధీకరించడానికి బాధ్యత వహించే ఒక ప్రోగ్రామ్.",
+ "smart-contract-term": "స్మార్ట్ కాంట్రాక్ట్",
+ "smart-contract-definition": "ఒక స్మార్ట్ కాంట్రాక్ట్ అనేది ఒక బ్లాక్చెయిన్పై ఒప్పందాలను స్వయంచాలకంగా అమలు చేసే ఒక ప్రోగ్రామ్, ఒక స్వీయ-అమలు డిజిటల్ కాంట్రాక్ట్ లాంటిది. స్మార్ట్ కాంట్రాక్ట్లకు పరిచయం.",
+ "stablecoin-term": "స్టేబుల్కాయిన్",
+ "stablecoin-definition": "ఒక స్టేబుల్కాయిన్ అనేది ధర అస్థిరతను తగ్గించడానికి, తరచుగా ఒక కరెన్సీ లేదా వస్తువుకు (US డాలర్ వంటివి) పెగ్ చేయబడిన, స్థిరమైన విలువను కలిగి ఉండేలా రూపొందించబడిన ఒక రకమైన క్రిప్టోకరెన్సీ. స్టేబుల్కాయిన్లపై మరిన్ని వివరాలు.",
+ "staking-term": "స్టేకింగ్",
+ "staking-definition": "ఒక వాలిడేటర్గా మారి, నెట్వర్క్ను సురక్షితం చేయడానికి ఈథర్ యొక్క పరిమాణాన్ని (మీ స్టేక్) డిపాజిట్ చేయడం. ఒక వాలిడేటర్ లావాదేవీలను తనిఖీ చేస్తుంది మరియు ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం మోడల్ కింద బ్లాక్లను ప్రతిపాదిస్తుంది. స్టేకింగ్ మీకు నెట్వర్క్ యొక్క ఉత్తమ ప్రయోజనాలకు అనుగుణంగా వ్యవహరించడానికి ఒక ఆర్థిక ప్రోత్సాహాన్ని ఇస్తుంది. మీ వాలిడేటర్ విధులను నిర్వహించినందుకు మీకు రివార్డులు లభిస్తాయి, కానీ మీరు అలా చేయకపోతే వివిధ మొత్తాలలో ETH ను కోల్పోతారు. Ethereum స్టేకింగ్పై మరిన్ని వివరాలు.",
+ "staking-pool-term": "స్టాకింగ్ పూల్",
+ "staking-pool-definition": "ఒకదాని కంటే ఎక్కువ Ethereum స్టేకర్ల యొక్క మిళిత ETH, ఒక సెట్ వాలిడేటర్ కీలను యాక్టివేట్ చేయడానికి అవసరమైన 32 ETH ను చేరుకోవడానికి ఉపయోగించబడుతుంది. ఒక నోడ్ ఆపరేటర్ ఈ కీలను ఏకాభిప్రాయంలో పాల్గొనడానికి ఉపయోగిస్తాడు మరియు బ్లాక్ రివార్డులు దోహదపడిన స్టేకర్ల మధ్య విభజించబడతాయి. స్టేకింగ్ పూల్స్ లేదా డెలిగేటింగ్ స్టేకింగ్ Ethereum ప్రోటోకాల్కు స్థానికం కాదు, కానీ చాలా పరిష్కారాలు కమ్యూనిటీచే నిర్మించబడ్డాయి. పూల్డ్ స్టేకింగ్పై మరిన్ని వివరాలు.",
+ "sybil-attack-term": "సిబిల్ అటాక్",
+ "sybil-attack-definition": "సిబిల్ దాడులు వ్యక్తిగత మానవులు తమ ప్రభావాన్ని పెంచుకోవడానికి బహుళ వ్యక్తులుగా భావించేలా వ్యవస్థను మోసగించడాన్ని సూచిస్తాయి.",
+ "terminal-total-difficulty-term": "టెర్మినల్ టోటల్ డిఫికల్టీ (TTD)",
+ "terminal-total-difficulty-definition": "మొత్తం కఠినత అనేది బ్లాక్చెయిన్లో ఒక నిర్దిష్ట పాయింట్ వరకు అన్ని బ్లాక్ల కోసం Ethash మైనింగ్ కఠినత యొక్క మొత్తం. టెర్మినల్ టోటల్ డిఫికల్టీ అనేది మొత్తం కఠినత కోసం ఒక నిర్దిష్ట విలువ, ఇది ఎగ్జిక్యూషన్ క్లయింట్లు వారి మైనింగ్ మరియు బ్లాక్ గాసిప్ ఫంక్షన్లను స్విచ్ ఆఫ్ చేయడానికి ట్రిగ్గర్గా ఉపయోగించబడింది, నెట్వర్క్ ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి వీలు కల్పిస్తుంది. Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారినందున ఇది ఇకపై సంబంధితం కాదు.",
+ "transaction-fee-term": "లావాదేవీ రుసుము",
+ "transaction-fee-definition": "మీరు Ethereum నెట్వర్క్ను ఉపయోగించినప్పుడల్లా చెల్లించాల్సిన రుసుము. ఉదాహరణలలో మీ వాలెట్ నుండి నిధులను పంపడం లేదా ఒక డాప్ పరస్పర చర్య, టోకెన్లను మార్చుకోవడం లేదా ఒక సేకరించదగిన వస్తువును కొనుగోలు చేయడం వంటివి ఉన్నాయి. దీనిని మీరు ఒక సర్వీస్ ఛార్జ్ లాగా భావించవచ్చు. నెట్వర్క్ ఎంత బిజీగా ఉందో బట్టి ఈ రుసుము మారుతుంది. ఇది ఎందుకంటే వాలిడేటర్లు, మీ లావాదేవీని ప్రాసెస్ చేయడానికి బాధ్యత వహించే వ్యక్తులు, అధిక రుసుములతో లావాదేవీలకు ప్రాధాన్యత ఇచ్చే అవకాశం ఉంది - కాబట్టి రద్దీ ధరను పెంచుతుంది.
సాంకేతిక స్థాయిలో, మీ లావాదేవీ రుసుము మీ లావాదేవీకి ఎంత గ్యాస్ అవసరమో దానితో సంబంధం కలిగి ఉంటుంది.
లావాదేవీ రుసుములను తగ్గించడం ప్రస్తుతం తీవ్ర ఆసక్తి ఉన్న విషయం. లేయర్ 2 ను చూడండి.",
+ "trust-assumptions-term": "విశ్వాస అంచనాలు",
+ "trust-assumptions-definition": "విశ్వాస అంచనాలు అనేవి ఒక సిస్టమ్ యొక్క భద్రత మరియు ఆధారపడదగినత గురించి ప్రాథమిక నమ్మకాలు, సిస్టమ్ పనిచేయడానికి మనం ఏమి విశ్వసించాలో మార్గనిర్దేశం చేస్తాయి.",
+ "validator-term": "వాలిడేటర్",
+ "validator-definition": "ప్రూఫ్-ఆఫ్-స్టేక్ సిస్టమ్లో ఒక నోడ్, ఇది డేటాను నిల్వ చేయడం, లావాదేవీలను ప్రాసెస్ చేయడం మరియు బ్లాక్చెయిన్కు కొత్త బ్లాక్లను జోడించడం వంటి బాధ్యతలను కలిగి ఉంటుంది. వాలిడేటర్ సాఫ్ట్వేర్ను యాక్టివేట్ చేయడానికి, మీరు 32 ETH స్టేక్ చేయగలగాలి. Ethereum లో స్టేకింగ్పై మరిన్ని వివరాలు.",
+ "validity-proof-term": "చెల్లుబాటు రుజువు",
+ "validity-proof-definition": "కొన్ని లేయర్ 2 పరిష్కారాల కోసం ఒక భద్రతా మోడల్, ఇక్కడ వేగాన్ని పెంచడానికి, లావాదేవీలు బ్యాచ్లలో రోల్ అప్ చేయబడి, ఒకే లావాదేవీలో Ethereum కు సమర్పించబడతాయి. లావాదేవీ గణన ఆఫ్చైన్లో చేయబడుతుంది మరియు తరువాత వాటి చెల్లుబాటు యొక్క రుజువుతో ప్రధాన చైన్కు సరఫరా చేయబడుతుంది. ఈ పద్ధతి భద్రతను కొనసాగిస్తూనే సాధ్యమయ్యే లావాదేవీల మొత్తాన్ని పెంచుతుంది. కొన్ని రోలప్లు మోసం రుజువును ఉపయోగిస్తాయి. జీరో-కనౌలెడ్జి రోలప్లపై మరిన్ని వివరాలు.",
+ "wallet-term": "వాలెట్",
+ "wallet-definition": "ఒక వాలెట్ అనేది మీ ఆన్లైన్ డబ్బు కోసం వర్చువల్ పర్సు లాంటి డిజిటల్ కరెన్సీని నిల్వ చేయడానికి, పంపడానికి మరియు స్వీకరించడానికి ఒక డిజిటల్ సాధనం. Ethereum వాలెట్లపై మరిన్ని వివరాలు.",
+ "web2-term": "Web2",
+ "web2-definition": "ప్రస్తుత ఇంటర్నెట్, వినియోగదారు-ఉత్పత్తి కంటెంట్ మరియు సోషల్ మీడియాపై దృష్టి పెట్టింది, ఇది కొన్ని కంపెనీలచే నియంత్రించబడుతుంది. Web3 అనేది వినియోగదారులు వారి డేటా మరియు లావాదేవీలను నియంత్రించాలని కోరే ఒక క్రిప్టో నమ్మకం.",
+ "web3-term": "Web3",
+ "web3-definition": "Web3 అనేది బ్లాక్చెయిన్తో కూడిన కొత్త ఇంటర్నెట్, ఇక్కడ వినియోగదారులు వారి డేటా మరియు లావాదేవీలను నియంత్రిస్తారు, కంపెనీలు కాదు. ఎటువంటి వ్యక్తిగత సమాచారం పంచుకోవాల్సిన అవసరం లేదు. web3పై మరిన్ని వివరాలు.",
+ "wei-term": "వెయి",
+ "wei-definition": "ఈథర్ యొక్క అతి చిన్న డినామినేషన్. 1018 wei = 1 ఈథర్.",
+ "zk-proof-term": "జీరో-కనౌలెడ్జి రుజువు",
+ "zk-proof-definition": "ఒక జీరో-కనౌలెడ్జి రుజువు అనేది ఒక క్రిప్టోగ్రాఫిక్ పద్ధతి, ఇది ఒక వ్యక్తి ఒక స్టేట్మెంట్ నిజమని రుజువు చేయడానికి అనుమతిస్తుంది, ఎటువంటి అదనపు సమాచారం తెలియజేయకుండా. జీరో-కనౌలెడ్జి రోలప్లపై మరిన్ని వివరాలు."
+}
diff --git a/src/intl/te/glossary.json b/src/intl/te/glossary.json
new file mode 100644
index 00000000000..65f982c5d58
--- /dev/null
+++ b/src/intl/te/glossary.json
@@ -0,0 +1,408 @@
+{
+ "51%-attack-term": "51% దాడి",
+ "51%-attack-definition": "ఒక సమూహం నోడ్ల మెజారిటీని నియంత్రణలోకి తీసుకునే ఒక రకమైన దాడి. ఇది వారికి లావాదేవీలను రివర్స్ చేయడం మరియు ఈథర్ మరియు ఇతర టోకెన్లను డబుల్ స్పెండింగ్ చేయడం ద్వారా బ్లాక్చెయిన్ను మోసం చేయడానికి అనుమతిస్తుంది.
Ethereum ప్రూఫ్-ఆఫ్-స్టేక్లో ఇది మొత్తం స్టేక్ చేసిన ఈథర్లో సగానికి పైగా కూడగట్టుకోవడం ద్వారా సాధించబడుతుంది. ఇది ఒక దాడి చేసే వ్యక్తి బ్లాక్చెయిన్కు ఏ కొత్త బ్లాక్లు జోడించబడాలో నిర్ణయించడానికి అనుమతిస్తుంది. అయితే, చైన్ను రివర్ట్ చేయడానికి లేదా డబుల్-స్పెండ్ చేయడానికి దాడి చేసే వ్యక్తికి కనీసం మొత్తం స్టేక్ చేసిన ఈథర్లో 66% అవసరం.",
+ "account-term": "ఖాతా",
+ "account-definition": "ఒక Ethereum ఖాతా అనేది Ethereum బ్లాక్చెయిన్లో ఒక డిజిటల్ గుర్తింపు, ఇది వినియోగదారులను Ether పంపడానికి, స్వీకరించడానికి మరియు స్మార్ట్ కాంట్రాక్ట్లతో పరస్పర చర్య చేయడానికి అనుమతిస్తుంది.
సాంకేతికం:
ఇది చిరునామా, బ్యాలెన్స్, నాన్స్ మరియు ఐచ్ఛిక నిల్వ మరియు కోడ్ను కలిగి ఉన్న ఒక వస్తువు. ఒక ఖాతా కాంట్రాక్ట్ ఖాతా లేదా బాహ్యంగా యాజమాన్యంలోని ఖాతా (EOA) కావచ్చు.",
+ "address-term": "చిరునామా",
+ "address-definition": "ఒక Ethereum చిరునామా అనేది టోకెన్లను స్వీకరించడానికి ఉపయోగించే ఒక ప్రత్యేక గుర్తింపు, క్రిప్టోకరెన్సీల కోసం బ్యాంక్ ఖాతా నంబర్కు సమానమైన విధులను అందిస్తుంది. ఇది మీ Ethereum ఖాతాను గుర్తించడానికి ఉపయోగించబడుతుంది.
ఇది ECDSA పబ్లిక్ కీ యొక్క Keccak హాష్ యొక్క కుడి వైపున ఉండే 160 బిట్లు.",
+ "anti-sybil-term": "యాంటీ-సిబిల్",
+ "anti-sybil-definition": "ఇంటర్నెట్లో ఒకేసారి చాలా మంది వినియోగదారులుగా నటించడాన్ని ఆపడానికి మార్గాలు, ప్రతి వినియోగదారు నిజమైన, వేరువేరు వ్యక్తి అని నిర్ధారిస్తాయి. ఇది ఆన్లైన్ పరస్పర చర్యలను న్యాయంగా మరియు నిజాయితీగా ఉంచడంలో సహాయపడుతుంది.",
+ "abi-term": "అప్లికేషన్ బైనరీ ఇంటర్ఫేస్ (ABI)",
+ "abi-definition": "ఒక JSON ఫైల్, ఇది ఒక స్మార్ట్ కాంట్రాక్ట్లో చేర్చబడిన విధులు మరియు వేరియబుల్స్ను నిర్వచిస్తుంది. ABI బైట్కోడ్ను మానవ-చదవగల ఫార్మాట్లలోకి మ్యాప్ చేయడానికి అనుమతిస్తుంది.",
+ "api-term": "అప్లికేషన్ ప్రోగ్రామింగ్ ఇంటర్ఫేస్ (API)",
+ "api-definition": "ఒక అప్లికేషన్ ప్రోగ్రామింగ్ ఇంటర్ఫేస్ (API) అనేది ఒక సాఫ్ట్వేర్ భాగాన్ని ఎలా ఉపయోగించాలో తెలిపే నిర్వచనాల సమితి. ఒక API ఒక అప్లికేషన్ మరియు ఒక వెబ్ సర్వర్ మధ్య ఉండి, వాటి మధ్య డేటా బదిలీని సులభతరం చేస్తుంది.",
+ "apr-term": "APR",
+ "apr-definition": "APR, లేదా వార్షిక శాతం రేటు, వడ్డీ మరియు రుసుములతో సహా, డబ్బును అప్పు తీసుకోవడానికి వార్షిక వ్యయాన్ని ఒక శాతంగా ప్రతిబింబిస్తుంది.",
+ "asic-term": "ASIC",
+ "asic-definition": "అప్లికేషన్-నిర్దిష్ట ఇంటిగ్రేటెడ్ సర్క్యూట్. ఇది సాధారణంగా క్రిప్టోకరెన్సీ మైనింగ్ కోసం కస్టమ్-బిల్ట్ చేయబడిన ఒక ఇంటిగ్రేటెడ్ సర్క్యూట్ను సూచిస్తుంది.",
+ "assert-term": "నొక్కి చెప్పు",
+ "assert-definition": "Solidity లో, `assert(false)` అనేది `0xfe` గా కంపైల్ అవుతుంది, ఇది ఒక చెల్లని ఆప్కోడ్, ఇది మిగిలిన అన్ని గ్యాస్ ను ఉపయోగించుకుంటుంది మరియు అన్ని మార్పులను వెనక్కి తీసుకుంటుంది. ఒక `assert()` స్టేట్మెంట్ విఫలమైనప్పుడు, చాలా తప్పు మరియు ఊహించనిది జరుగుతోంది, మరియు మీరు మీ కోడ్ను సరిచేయాలి. ఎప్పటికీ, ఎప్పటికీ జరగకూడని పరిస్థితులను నివారించడానికి మీరు `assert()` ను ఉపయోగించాలి. స్మార్ట్ కాంట్రాక్ట్ భద్రతపై మరిన్ని వివరాలు.",
+ "attestation-term": "అటెస్టేషన్",
+ "attestation-definition": "ఒక విషయం నిజమని ఒక సంస్థ చేసే దావా. Ethereum సందర్భంలో, ఏకాభిప్రాయం వాలిడేటర్లు చైన్ స్థితి ఏమని వారు నమ్ముతున్నారో దావా చేయాలి. నిర్దేశిత సమయాలలో, ప్రతి వాలిడేటర్ వివిధ అటెస్టేషన్లను ప్రచురించడానికి బాధ్యత వహిస్తాడు, ఇవి ఈ వాలిడేటర్ యొక్క చైన్ వీక్షణను అధికారికంగా ప్రకటిస్తాయి, ఇందులో చివరి ఫైనలైజ్ చేయబడిన చెక్పాయింట్ మరియు చైన్ యొక్క ప్రస్తుత హెడ్ ఉంటాయి. అటెస్టేషన్లపై మరిన్ని వివరాలు.",
+ "base-fee-term": "మూల రుసుము",
+ "base-fee-definition": "ప్రతి బ్లాక్కు 'మూల రుసుము' అని పిలువబడే ఒక రిజర్వ్ ధర ఉంటుంది. ఇది తదుపరి బ్లాక్లో ఒక లావాదేవీని చేర్చడానికి వినియోగదారుడు చెల్లించాల్సిన కనీస గ్యాస్ రుసుము. గ్యాస్ మరియు రుసుములపై మరిన్ని వివరాలు.",
+ "beacon-chain-term": "బీకాన్ చైన్",
+ "beacon-chain-definition": "బీకాన్ చైన్ అనేది ప్రూఫ్-ఆఫ్-స్టేక్ మరియు వాలిడేటర్లను Ethereum కు పరిచయం చేసిన బ్లాక్చెయిన్. ఇది డిసెంబర్ 2020 నుండి ప్రూఫ్-ఆఫ్-వర్క్ Ethereum మెయిన్నెట్తో పాటుగా నడిచింది, 2022 సెప్టెంబర్లో ఈ రెండు చైన్లు విలీనం అయ్యి నేటి Ethereum గా ఏర్పడ్డాయి. బీకాన్ చైన్పై మరిన్ని వివరాలు.",
+ "big-endian-term": "బిగ్-ఎండియన్",
+ "big-endian-definition": "ఒక పొజిషనల్ నంబర్ ప్రాతినిధ్యం, ఇక్కడ అత్యంత ముఖ్యమైన అంకె మెమరీలో మొదట ఉంటుంది. లిటిల్-ఎండియన్కు వ్యతిరేకం, ఇక్కడ అత్యంత తక్కువ ప్రాముఖ్యత ఉన్న అంకె మొదట ఉంటుంది.",
+ "block-term": "బ్లాక్",
+ "block-definition": "ఒక బ్లాక్ అంటే లావాదేవీలు లేదా డిజిటల్ చర్యలు నిల్వ చేయబడే చోటు. ఒక బ్లాక్ నిండిన తర్వాత, అది మునుపటి దానికి లింక్ చేయబడుతుంది, బ్లాక్ల చైన్ లేదా \"బ్లాక్చెయిన్\" ను సృష్టిస్తుంది. బ్లాక్లపై మరిన్ని వివరాలు.
ఒక బ్లాక్ అనేది సమాచారం యొక్క బండిల్డ్ యూనిట్, ఇందులో లావాదేవీల యొక్క క్రమబద్ధమైన జాబితా మరియు ఏకాభిప్రాయానికి సంబంధించిన సమాచారం ఉంటుంది. బ్లాక్లు ప్రూఫ్-ఆఫ్-స్టేక్ వాలిడేటర్ల ద్వారా ప్రతిపాదించబడతాయి, ఆ సమయంలో అవి మొత్తం పీర్-టు-పీర్ నెట్వర్క్లో పంచుకోబడతాయి, అక్కడ వాటిని ఇతర అన్ని నోడ్లు సులభంగా స్వతంత్రంగా ధృవీకరించగలవు. ఏకాభిప్రాయం నియమాలు ఒక బ్లాక్ యొక్క కంటెంట్లు ఏవి చెల్లుబాటు అయ్యేవిగా పరిగణించబడతాయో నియంత్రిస్తాయి, మరియు చెల్లని బ్లాక్లు నెట్వర్క్ ద్వారా విస్మరించబడతాయి. ఈ బ్లాక్ల క్రమం మరియు వాటిలోని లావాదేవీలు ఒక నిర్దిష్ట సంఘటనల గొలుసును సృష్టిస్తాయి, దీని చివర నెట్వర్క్ యొక్క ప్రస్తుత స్థితిని సూచిస్తుంది.",
+ "block-explorer-term": "నిరోధించు అన్వేషకుడు",
+ "block-explorer-definition": "ఒక ఇంటర్ఫేస్, ఇది ఒక వినియోగదారుడు ఒక బ్లాక్చెయిన్ నుండి మరియు దాని గురించి సమాచారాన్ని శోధించడానికి అనుమతిస్తుంది. ఇందులో వ్యక్తిగత లావాదేవీలు, నిర్దిష్ట చిరునామాలతో అనుబంధించబడిన కార్యకలాపాలు మరియు నెట్వర్క్ గురించిన సమాచారాన్ని తిరిగి పొందడం ఉంటుంది.",
+ "block-header-term": "బ్లాక్ హెడర్",
+ "block-header-definition": "బ్లాక్ హెడర్ అనేది ఒక బ్లాక్ గురించి మెటాడేటా యొక్క సేకరణ మరియు ఎగ్జిక్యూషన్ పేలోడ్లో చేర్చబడిన లావాదేవీల యొక్క సారాంశం.",
+ "block-propagation-term": "బ్లాక్ ప్రచారం",
+ "block-propagation-definition": "ధృవీకరించబడిన బ్లాక్ను నెట్వర్క్లోని అన్ని ఇతర నోడ్లకు ప్రసారం చేసే ప్రక్రియ.",
+ "block-proposer-term": "బ్లాక్ ప్రతిపాదకుడు",
+ "block-proposer-definition": "ఒక నిర్దిష్ట స్లాట్లో ఒక బ్లాక్ను సృష్టించడానికి ఎంచుకున్న నిర్దిష్ట వాలిడేటర్.",
+ "block-reward-term": "బ్లాక్ రివార్డ్",
+ "block-reward-definition": "ఒక కొత్త చెల్లుబాటు అయ్యే బ్లాక్ను ప్రతిపాదించిన వారికి బహుమతిగా ఇవ్వబడిన ఈథర్ మొత్తం.",
+ "block-status-term": "బ్లాక్ స్థితి",
+ "block-status-definition": "ఒక బ్లాక్ ఉనికిలో ఉండగల స్థితులు. సాధ్యమయ్యే స్థితులలో ఇవి ఉన్నాయి:
- ప్రతిపాదించబడింది: బ్లాక్ ఒక వాలిడేటర్ ద్వారా ప్రతిపాదించబడింది
- షెడ్యూల్ చేయబడింది: వాలిడేటర్లు ప్రస్తుతం డేటాను సమర్పిస్తున్నారు
- తప్పిపోయింది/దాటవేయబడింది: ప్రతిపాదకుడు అర్హత ఉన్న సమయ వ్యవధిలో బ్లాక్ను ప్రతిపాదించలేదు
- అనాథ: ఫోర్క్ ఎంపిక అల్గోరిథం ద్వారా బ్లాక్ రీఆర్గ్ చేయబడింది
",
+ "block-time-term": "బ్లాక్ సమయం",
+ "block-time-definition": "బ్లాక్చెయిన్కు బ్లాక్లు జోడించబడే మధ్య సమయ విరామం.",
+ "block-validation-term": "బ్లాక్ ధ్రువీకరణ",
+ "block-validation-definition": "ఒక కొత్త బ్లాక్లో చెల్లుబాటు అయ్యే లావాదేవీలు మరియు సంతకాలు ఉన్నాయో లేదో తనిఖీ చేసే ప్రక్రియ, ఇది అత్యంత బరువైన చారిత్రక చైన్పై నిర్మించబడింది (అంటే దాని చరిత్రలో అత్యధిక అటెస్టేషన్లను కూడగట్టుకున్నది), మరియు ఇతర అన్ని ఏకాభిప్రాయం నియమాలను అనుసరిస్తుంది. చెల్లుబాటు అయ్యే బ్లాక్లు చైన్ యొక్క హెడ్కు జోడించబడతాయి మరియు నెట్వర్క్లోని ఇతరులకు ప్రచారం చేయబడతాయి. చెల్లని బ్లాక్లు విస్మరించబడతాయి.",
+ "blockchain-term": "బ్లాక్ చైను",
+ "blockchain-definition": "ఒక బ్లాక్చెయిన్ అనేది లావాదేవీల యొక్క డేటాబేస్, నెట్వర్క్లోని అన్ని కంప్యూటర్లలో నకిలీ చేయబడి మరియు పంచుకోబడింది, డేటాను వెనుకకు మార్చలేమని నిర్ధారిస్తుంది.
ఒక బ్లాక్ల క్రమం, ప్రతి ఒక్కటి దాని ముందున్న దానికి జెనెసిస్ బ్లాక్ వరకు లింక్ చేస్తుంది, మునుపటి బ్లాక్ యొక్క హాష్ను సూచించడం ద్వారా. బ్లాక్చెయిన్ యొక్క సమగ్రత ప్రూఫ్-ఆఫ్-స్టేక్ ఆధారిత ఏకాభిప్రాయం మెకానిజం ఉపయోగించి క్రిప్టో-ఆర్థికంగా సురక్షితం చేయబడింది. బ్లాక్చెయిన్ అంటే ఏమిటి?",
+ "bootnode-term": "బూట్నోడ్",
+ "bootnode-definition": "ఒక నోడ్ను నడుపుతున్నప్పుడు డిస్కవరీ ప్రక్రియను ప్రారంభించడానికి ఉపయోగించగల నోడ్లు. బూట్నోడ్లు కొత్త నోడ్లను ఇతర ఇప్పటికే ఉన్న నోడ్లకు 'పరిచయం' చేస్తాయి, తద్వారా అవి ప్రారంభ పీర్ను శోధించవలసిన అవసరం లేకుండా త్వరగా పీర్లను పొందగలవు. ఈ నోడ్ల ఎండ్పాయింట్లు సాధారణంగా Ethereum క్లయింట్ సోర్స్ కోడ్లో అందించబడతాయి, కానీ వినియోగదారులు వారి స్వంత బూట్నోడ్ల జాబితాను అందించవచ్చు.",
+ "bridge-term": "బ్రిడ్జ్",
+ "bridge-definition": "ఒక బ్లాక్చెయిన్ బ్రిడ్జ్ ఒక బ్లాక్చెయిన్ నెట్వర్క్ నుండి మరొక దానికి ఆస్తులను బదిలీ చేయడానికి ఉపయోగించబడుతుంది. ఉదాహరణకు, మీరు ప్రధాన Ethereum నెట్వర్క్ నుండి చౌకైన లేయర్ 2 స్కేలింగ్ పరిష్కారాలకు ETH ను బదిలీ చేయడానికి బ్రిడ్జ్ను ఉపయోగించవచ్చు.",
+ "bytecode-term": "బైట్కోడ్",
+ "bytecode-definition": "EVM ద్వారా సమర్థవంతంగా అమలు చేయబడేలా కాంపాక్ట్, సంఖ్యా రూపంలో వ్యక్తీకరించబడిన కోడ్.",
+ "byzantium-fork-term": "బైజాంటియం ఫోర్క్",
+ "byzantium-fork-definition": "మెట్రోపాలిస్ అభివృద్ధి దశ కోసం రెండు హార్డ్ ఫోర్క్లలో మొదటిది. ఇందులో EIP-649 మెట్రోపాలిస్ డిఫికల్టీ బాంబ్ డిలే మరియు బ్లాక్ రివార్డ్ రిడక్షన్ ఉన్నాయి, ఇక్కడ ఐస్ ఏజ్ 1 సంవత్సరం ఆలస్యం చేయబడింది మరియు బ్లాక్ రివార్డ్ 5 నుండి 3 ఈథర్కు తగ్గించబడింది.",
+ "casper-ffg-term": "కాస్పర్ FFG",
+ "casper-ffg-definition": "కాస్పర్-FFG అనేది ఒక ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం ప్రోటోకాల్, ఇది LMD-GHOST ఫోర్క్ ఎంపిక అల్గోరిథంతో కలిసి ఉపయోగించబడుతుంది, ఏకాభిప్రాయం క్లయింట్లు బీకాన్ చైన్ యొక్క హెడ్పై అంగీకరించడానికి అనుమతిస్తుంది.",
+ "checkpoint-term": "చెక్ పాయింట్",
+ "checkpoint-definition": "బీకాన్ చైన్కు స్లాట్లు (12 సెకన్లు) మరియు ఎపోక్లు (32 స్లాట్లు)గా విభజించబడిన ఒక టెంపో ఉంది. ప్రతి ఎపోక్లోని మొదటి స్లాట్ ఒక చెక్పాయింట్. వాలిడేటర్ల అధిక సంఖ్య రెండు చెక్పాయింట్ల మధ్య లింక్ను అటెస్ట్ చేసినప్పుడు, వాటిని ధర్మబద్ధం చేయవచ్చు మరియు తరువాత మరొక చెక్పాయింట్ పైన ధర్మబద్ధం చేయబడినప్పుడు, వాటిని ఫైనలైజ్ చేయవచ్చు.",
+ "compiling-term": "కంపైల్ చేయడం",
+ "compiling-definition": "ఒక ఉన్నత-స్థాయి ప్రోగ్రామింగ్ లాంగ్వేజ్లో (ఉదా., Solidity) వ్రాయబడిన కోడ్ను ఒక తక్కువ-స్థాయి లాంగ్వేజ్లోకి (ఉదా., EVM బైట్కోడ్) మార్చడం.స్మార్ట్ కాంట్రాక్ట్లను కంపైల్ చేయడంపై మరిన్ని వివరాలు",
+ "committee-term": "కమిటీ",
+ "committee-definition": "ప్రతి స్లాట్లోని బ్లాక్లను ధ్రువీకరించడానికి కేటాయించిన కనీసం 128 వాలిడేటర్ల సమూహం. కమిటీలోని వాలిడేటర్లలో ఒకరు అగ్రిగేటర్, ఒక అటెస్టేషన్పై అంగీకరించే కమిటీలోని ఇతర వాలిడేటర్లందరి సంతకాలను అగ్రిగేట్ చేయడానికి బాధ్యత వహిస్తారు. సింక్ కమిటీతో గందరగోళం చెందకూడదు.",
+ "computational-infeasibility-term": "కంప్యూటేషనల్ అసాధ్యత",
+ "computational-infeasibility-definition": "ఒక ప్రక్రియను నిర్వహించడానికి ఆసక్తి ఉన్న ఎవరైనా దానిని చేయడానికి అసాధ్యమైనంత సుదీర్ఘ సమయం (ఉదా., బిలియన్ల సంవత్సరాలు) పడితే, ఆ ప్రక్రియ కంప్యూటేషనల్గా అసాధ్యం.",
+ "consensus-term": "ఏకాభిప్రాయం",
+ "consensus-definition": "ఒక నెట్వర్క్లోని కంప్యూటర్లలో 2/3 కంటే ఎక్కువ ఒకే రకమైన రికార్డులను కలిగి ఉన్నాయని అంగీకరించినప్పుడు, అందరూ ఒకే పేజీలో ఉన్నారని నిర్ధారించుకోవడం. ఇది వారు అనుసరించే నియమాల గురించి కాదు, కానీ వారందరికీ ఒకే సమాచారం ఉందని నిర్ధారించుకోవడం.",
+ "consensus-client-term": "ఏకాభిప్రాయం క్లయింట్",
+ "consensus-client-definition": "Prysm, Teku, Nimbus, Lighthouse, Lodestar వంటి ఏకాభిప్రాయం క్లయింట్లు Ethereum యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం అల్గోరిథంను నడుపుతాయి, బీకాన్ చైన్ యొక్క హెడ్పై నెట్వర్క్ ఒక ఒప్పందానికి రావడానికి అనుమతిస్తుంది. ఏకాభిప్రాయం క్లయింట్లు లావాదేవీలను ధ్రువీకరించడంలో/ప్రసారం చేయడంలో లేదా రాష్ట్ర మార్పులను అమలు చేయడంలో పాల్గొనవు. ఇది ఎగ్జిక్యూషన్ క్లయింట్ల ద్వారా చేయబడుతుంది. ఏకాభిప్రాయం క్లయింట్లు కొత్త బ్లాక్లను అటెస్ట్ చేయవు లేదా ప్రతిపాదించవు. ఇది వాలిడేటర్ క్లయింట్ ద్వారా చేయబడుతుంది, ఇది ఏకాభిప్రాయం క్లయింట్కు ఒక ఐచ్ఛిక యాడ్-ఆన్.",
+ "consensus-layer-term": "ఏకాభిప్రాయం లేయర్",
+ "consensus-layer-definition": "Ethereum యొక్క ఏకాభిప్రాయం లేయర్ ఏకాభిప్రాయం క్లయింట్ల నెట్వర్క్.",
+ "consensus-rules-term": "ఏకాభిప్రాయం నియమాలు",
+ "consensus-rules-definition": "ఇతర నోడ్లతో ఏకాభిప్రాయంలో ఉండటానికి పూర్తి నోడ్లు అనుసరించే బ్లాక్ ధ్రువీకరణ నియమాలు. ఏకాభిప్రాయంతో గందరగోళం చెందకూడదు.",
+ "cfi-term": "చేర్చడానికి పరిగణించబడినవి (CFI)",
+ "cfi-definition": "ఒక కోర్ EIP, ఇది ఇంకా మెయిన్నెట్లో యాక్టివ్గా లేదు, మరియు క్లయింట్ డెవలపర్లు సాధారణంగా ఈ ఆలోచన పట్ల సానుకూలంగా ఉన్నారు. ఇది మెయిన్నెట్ చేర్చడానికి అన్ని అవసరాలను తీర్చినట్లయితే, అది నెట్వర్క్ అప్గ్రేడ్లో (తప్పనిసరిగా తదుపరిది కాదు) చేర్చబడవచ్చు.",
+ "constantinople-fork-term": "కాన్స్టాంటినోపుల్ ఫోర్క్",
+ "constantinople-fork-definition": "మెట్రోపాలిస్ దశ యొక్క రెండవ భాగం, వాస్తవానికి 2018 మధ్యలో ప్రణాళిక చేయబడింది. ఇతర మార్పులతో పాటు, హైబ్రిడ్ ప్రూఫ్-ఆఫ్-వర్క్/ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం అల్గోరిథంకు మారడం ఇందులో ఉంటుందని ఊహించబడింది.",
+ "contract-account-term": "కాంట్రాక్ట్ ఖాతా",
+ "contract-account-definition": "మరొక ఖాతా (EOA] లేదా కాంట్రాక్ట్) నుండి ఒక లావాదేవీని స్వీకరించినప్పుడల్లా అమలు అయ్యే కోడ్ను కలిగి ఉన్న ఖాతా.",
+ "contract-creation-transaction-term": "కాంట్రాక్ట్ సృష్టి లావాదేవీ",
+ "contract-creation-transaction-definition": "ఒక కాంట్రాక్ట్ యొక్క ప్రారంభ కోడ్ను కలిగి ఉన్న ఒక ప్రత్యేక లావాదేవీ. స్వీకర్త `null` గా సెట్ చేయబడుతుంది మరియు కాంట్రాక్ట్ వినియోగదారు చిరునామా మరియు `nonce` నుండి ఉత్పన్నమైన చిరునామాకు డిప్లాయ్ చేయబడుతుంది, ఇది ఒక కాంట్రాక్ట్ ఖాతాను నమోదు చేయడానికి మరియు Ethereum బ్లాక్చెయిన్లో రికార్డ్ చేయడానికి ఉపయోగించబడుతుంది.",
+ "cryptoeconomics-term": "క్రిప్టో ఆర్థికశాస్త్రం",
+ "cryptoeconomics-definition": "సురక్షితమైన మరియు విశ్వసనీయమైన డిజిటల్ ప్లాట్ఫారమ్లను రూపొందించడానికి గణిత మరియు ఆర్థిక సూత్రాల అధ్యయనం. పాల్గొనేవారందరూ నియమాలను అనుసరించేలా మరియు నెట్వర్క్ యొక్క భద్రత మరియు ఆపరేషన్కు దోహదపడినందుకు బహుమతి పొందేలా చూడటం లక్ష్యం.",
+ "cryptography-term": "క్రిప్టోగ్రఫీ",
+ "cryptography-definition": "ఇది కోడ్ల ఉపయోగం ద్వారా కమ్యూనికేషన్ మరియు డేటాను సురక్షితం చేసే పద్ధతి, తద్వారా సమాచారం ఎవరి కోసం ఉద్దేశించబడిందో వారు మాత్రమే దానిని చదివి, ప్రాసెస్ చేయగలరు.
ఇందులో ఎన్క్రిప్షన్ (చదవగల సమాచారాన్ని చదవలేని ఫార్మాట్లోకి మార్చడం) మరియు డిక్రిప్షన్ (దానిని తిరిగి చదవగల ఫార్మాట్లోకి మార్చడం) కోసం పద్ధతులు ఉంటాయి, ఇది గోప్యతను నిర్ధారిస్తుంది.",
+ "doge-d-term": "Đ",
+ "doge-d-definition": "Đ (స్ట్రోక్తో D) అనేది పాత ఇంగ్లీష్, మధ్య ఇంగ్లీష్, ఐస్లాండిక్ మరియు ఫారోస్లో అప్పర్కేస్ అక్షరం \"Eth\" కోసం ఉపయోగించబడుతుంది. ఇది ĐEV లేదా Đapp (వికేంద్రీకృత అప్లికేషన్) వంటి పదాలలో ఉపయోగించబడుతుంది, ఇక్కడ Đ అనేది నార్స్ అక్షరం \"eth\". అప్పర్కేస్ eth (Ð) క్రిప్టోకరెన్సీ డాగీకోయిన్ను సూచించడానికి కూడా ఉపయోగించబడుతుంది. ఇది పాత Ethereum సాహిత్యంలో సాధారణంగా కనిపిస్తుంది, కానీ ఈ రోజు తక్కువగా ఉపయోగించబడుతుంది.",
+ "dag-term": "DAG",
+ "dag-definition": "DAG అంటే డైరెక్టెడ్ ఎసైక్లిక్ గ్రాఫ్. ఇది నోడ్లు మరియు వాటి మధ్య లింక్లతో కూడిన డేటా స్ట్రక్చర్. విలీనానికి ముందు, Ethereum దాని ప్రూఫ్-ఆఫ్-వర్క్ అల్గోరిథం Ethash లో DAG ను ఉపయోగించింది, కానీ ప్రూఫ్-ఆఫ్-స్టేక్ లో ఇది ఇకపై ఉపయోగించబడదు.",
+ "dapp-term": "డాప్",
+ "dapp-definition": "ఒక డాప్ అనేది ఒక బ్లాక్చెయిన్ నెట్వర్క్లో నడిచే వికేంద్రీకృత అప్లికేషన్, ఇది కేంద్ర నియంత్రణ అధికారం లేకుండా సేవలను అందిస్తుంది. వికేంద్రీకృత అప్లికేషన్లపై మరిన్ని వివరాలు.
కనీసం ఒక డాప్కు ఒక వెబ్ ఇంటర్ఫేస్కు కనెక్ట్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్ ఉంటుంది. అదనంగా, చాలా డాప్స్లో వికేంద్రీకృత నిల్వ మరియు/లేదా ఒక సందేశ ప్రోటోకాల్ మరియు ప్లాట్ఫారమ్ ఉంటాయి.",
+ "data-availability-term": "డేటా లభ్యత",
+ "data-availability-definition": "ఏ నోడ్ అయినా బ్లాక్చెయిన్పై లావాదేవీలను స్వతంత్రంగా ధ్రువీకరించగలదు, తద్వారా సిస్టమ్లో పారదర్శకత మరియు విశ్వాసాన్ని కొనసాగించవచ్చు.",
+ "decentralization-term": "వికేంద్రీకరణ",
+ "decentralization-definition": "ప్రక్రియల నియంత్రణ మరియు అమలును ఒక కేంద్ర సంస్థ నుండి దూరంగా తరలించే భావన.",
+ "dao-term": "వికేంద్రీకృత స్వయంప్రతిపత్తి సంస్థ (DAO)",
+ "dao-definition": "ఒక DAO అనేది బ్లాక్చెయిన్లో కోడ్ చేయబడిన నియమాల ద్వారా నడిచే ఒక డిజిటల్ సంస్థ, ఇక్కడ నిర్ణయాలు సభ్యుల ఓట్ల ద్వారా తీసుకోబడతాయి, కేంద్ర అధికారం ద్వారా కాదు. వికేంద్రీకృత స్వయంప్రతిపత్తి సంస్థలపై (DAOs) మరిన్ని వివరాలు.
ప్రతి సభ్యుడి ఓటింగ్ అధికారం తరచుగా వారు కలిగి ఉన్న టోకెన్ల సంఖ్యకు ముడిపడి ఉంటుంది. DAOs నిర్ణయాత్మకత మరియు కార్యకలాపాలను ప్రజాస్వామ్యీకరించాలని లక్ష్యంగా పెట్టుకున్నాయి, పారదర్శకత మరియు సమాజ పాలనపై దృష్టి సారిస్తాయి.",
+ "desci-term": "DeSci",
+ "desci-definition": "DeSci, లేదా వికేంద్రీకృత సైన్స్, అనేది శాస్త్రీయ పరిశోధనకు బ్లాక్చెయిన్ టెక్నాలజీని వర్తింపజేసే ఒక ఉద్యమం. ఇది మరింత పారదర్శక, బహిరంగ మరియు సహకార నిధులు మరియు పరిశోధన పర్యావరణ వ్యవస్థలను సృష్టించడానికి DAOs, స్మార్ట్ కాంట్రాక్ట్లు మరియు టోకెనైజ్డ్ ప్రోత్సాహకాలను ఉపయోగించుకుంటుంది.",
+ "dex-term": "వికేంద్రీకృత మార్పిడి (DEX)",
+ "dex-definition": "నెట్వర్క్లోని పీర్లతో టోకెన్లను మార్చుకోవడానికి మిమ్మల్ని అనుమతించే ఒక రకమైన Ethereum యాప్. DEXలు కేంద్రీకృత మార్పిడిల వంటి భౌగోళిక పరిమితులకు లోబడి ఉండవు - ఎవరైనా పాల్గొనవచ్చు.",
+ "deposit-contract-term": "డిపాజిట్ కాంట్రాక్ట్",
+ "deposit-contract-definition": "Ethereum లో స్టేకింగ్ చేయడానికి గేట్వే. డిపాజిట్ కాంట్రాక్ట్ అనేది Ethereum లో ఒక స్మార్ట్ కాంట్రాక్ట్, ఇది ETH డిపాజిట్లను అంగీకరిస్తుంది మరియు వాలిడేటర్ బ్యాలెన్స్లను నిర్వహిస్తుంది. ఈ కాంట్రాక్ట్లో ETH డిపాజిట్ చేయకుండా ఒక వాలిడేటర్ యాక్టివేట్ చేయబడదు. కాంట్రాక్ట్కు ETH మరియు ఇన్పుట్ డేటా అవసరం. ఈ ఇన్పుట్ డేటాలో వాలిడేటర్ పబ్లిక్ కీ మరియు విత్డ్రాయల్ పబ్లిక్ కీ ఉంటాయి, వాలిడేటర్ ప్రైవేట్ కీతో సంతకం చేయబడింది. ఈ డేటా ఒక వాలిడేటర్ ప్రూఫ్-ఆఫ్-స్టేక్ నెట్వర్క్ ద్వారా గుర్తించబడటానికి మరియు ఆమోదించబడటానికి అవసరం.",
+ "defi-term": "DeFi",
+ "defi-definition": "బ్లాక్చెయిన్ మద్దతుతో, మధ్యవర్తులు లేకుండా ఆర్థిక సేవలను అందించాలని లక్ష్యంగా పెట్టుకున్న Ethereum యాప్ల యొక్క విస్తృత వర్గం. వికేంద్రీకృత ఫైనాన్స్ (DeFi)పై మరిన్ని వివరాలు",
+ "difficulty-term": "కఠినత",
+ "difficulty-definition": "ప్రూఫ్-ఆఫ్-వర్క్ నెట్వర్క్లలో చెల్లుబాటు అయ్యే నాన్స్ను కనుగొనడానికి సగటు గణన ఎంత అవసరమో నియంత్రించే ఒక నెట్వర్క్-వ్యాప్త సెట్టింగ్. ఫలిత బ్లాక్ హాష్ చెల్లుబాటు అయ్యేదిగా పరిగణించబడటానికి అవసరమైన ప్రముఖ సున్నాల సంఖ్యతో కఠినత ప్రాతినిధ్యం వహిస్తుంది. ప్రూఫ్-ఆఫ్-స్టేక్కు మారినప్పటి నుండి Ethereum లో ఈ భావన నిలిపివేయబడింది.",
+ "difficulty-bomb-term": "కఠినత బాంబు",
+ "difficulty-bomb-definition": "ప్రూఫ్-ఆఫ్-వర్క్ కఠినత సెట్టింగ్లో ప్రణాళిక చేయబడిన ఘాతాంక పెరుగుదల, ఇది ప్రూఫ్-ఆఫ్-స్టేక్కు మారడాన్ని ప్రేరేపించడానికి రూపొందించబడింది, ఫోర్క్ అవకాశాలను తగ్గిస్తుంది. విలీనంతో కఠినత బాంబు నిలిపివేయబడింది.",
+ "digital-signatures-term": "డిజిటల్ సంతకం",
+ "digital-signatures-definition": "ఒక వినియోగదారుడు ఒక పత్రం కోసం ఒక ప్రైవేట్ కీని ఉపయోగించి ఉత్పత్తి చేసే ఒక చిన్న డేటా స్ట్రింగ్, తద్వారా సంబంధిత పబ్లిక్ కీ, సంతకం మరియు పత్రం ఉన్న ఎవరైనా (1) ఆ పత్రం ఆ నిర్దిష్ట ప్రైవేట్ కీ యజమానిచే \"సంతకం\" చేయబడిందని మరియు (2) పత్రం సంతకం చేయబడిన తర్వాత మార్చబడలేదని ధ్రువీకరించగలరు.",
+ "discovery-term": "ఆవిష్కరణ",
+ "discovery-definition": "ఒక Ethereum నోడ్ కనెక్ట్ కావడానికి ఇతర నోడ్లను కనుగొనే ప్రక్రియ.",
+ "distributed-hash-table-term": "డిస్ట్రిబ్యూటెడ్ హాష్ టేబుల్ (DHT)",
+ "distributed-hash-table-definition": "Ethereum నోడ్లు కనెక్ట్ కావడానికి పీర్లను గుర్తించడానికి మరియు కమ్యూనికేట్ చేయడానికి ఏ ప్రోటోకాల్లను ఉపయోగించాలో నిర్ణయించడానికి ఉపయోగించే `(key, value)` జతలను కలిగి ఉన్న ఒక డేటా స్ట్రక్చర్.",
+ "double-spend-term": "డబుల్ స్పెండ్",
+ "double-spend-definition": "ఒక ఉద్దేశపూర్వక బ్లాక్చెయిన్ ఫోర్క్, ఇక్కడ తగినంత మైనింగ్ పవర్/స్టేక్ ఉన్న వినియోగదారుడు కొంత కరెన్సీని ఆఫ్చైన్కు తరలించే లావాదేవీని పంపుతాడు (ఉదా., ఫియట్ డబ్బులోకి నిష్క్రమించడం లేదా ఆఫ్చైన్ కొనుగోలు చేయడం) ఆపై ఆ లావాదేవీని తొలగించడానికి బ్లాక్చెయిన్ను పునఃవ్యవస్థీకరిస్తాడు. ఒక విజయవంతమైన డబుల్ స్పెండ్ దాడి చేసే వ్యక్తికి వారి ఆన్ మరియు ఆఫ్చైన్ ఆస్తులు రెండింటినీ మిగిల్చివేస్తుంది.",
+ "ecdsa-term": "ఎలిప్టిక్ కర్వ్ డిజిటల్ సిగ్నేచర్ అల్గోరిథం (ECDSA)",
+ "ecdsa-definition": "నిధులను వారి యజమానులు మాత్రమే ఖర్చు చేయగలరని నిర్ధారించడానికి Ethereum ఉపయోగించే ఒక క్రిప్టోగ్రాఫిక్ అల్గోరిథం. ఇది పబ్లిక్ మరియు ప్రైవేట్ కీలను సృష్టించడానికి ప్రాధాన్య పద్ధతి. ఖాతా చిరునామా ఉత్పత్తి మరియు లావాదేవీ ధ్రువీకరణకు సంబంధితం.",
+ "encryption-term": "ఎన్క్రిప్షన్",
+ "encryption-definition": "ఎన్క్రిప్షన్ అంటే సరైన డిక్రిప్షన్ కీ యజమాని తప్ప మరెవరూ చదవలేని రూపంలోకి ఎలక్ట్రానిక్ డేటాను మార్చడం.",
+ "entropy-term": "ఎంట్రోపీ",
+ "entropy-definition": "క్రిప్టోగ్రఫీ సందర్భంలో, అంచనా వేయలేనితనం లేదా యాదృచ్ఛికత స్థాయి. ప్రైవేట్ కీలు వంటి రహస్య సమాచారాన్ని ఉత్పత్తి చేసేటప్పుడు, అవుట్పుట్ అంచనా వేయలేనిదిగా ఉండేలా చూసుకోవడానికి అల్గోరిథంలు సాధారణంగా అధిక ఎంట్రోపీ మూలంపై ఆధారపడతాయి.",
+ "epoch-term": "ఎపోక్",
+ "epoch-definition": "32 స్లాట్ల వ్యవధి, ప్రతి స్లాట్ 12 సెకన్లు, మొత్తం 6.4 నిమిషాలు. భద్రతా కారణాల వల్ల ప్రతి ఎపోక్లో వాలిడేటర్ కమిటీలు షఫుల్ చేయబడతాయి. ప్రతి ఎపోక్లో చైన్ ఫైనలైజ్ కావడానికి అవకాశం ఉంటుంది. ప్రతి ఎపోక్ ప్రారంభంలో ప్రతి వాలిడేటర్కు కొత్త బాధ్యతలు కేటాయించబడతాయి. ప్రూఫ్-ఆఫ్-స్టేక్పై మరిన్ని వివరాలు",
+ "equivocation-term": "equivocation (ఈక్వివోకేషన్)",
+ "equivocation-definition": "ఒక వాలిడేటర్ పరస్పరం విరుద్ధంగా ఉండే రెండు సందేశాలను పంపడం. ఒక సాధారణ ఉదాహరణ, ఒక లావాదేవీ పంపేవారు ఒకే నాన్స్తో రెండు లావాదేవీలను పంపడం. మరొకటి, ఒక బ్లాక్ ప్రతిపాదకుడు ఒకే బ్లాక్ ఎత్తులో (లేదా ఒకే స్లాట్ కోసం) రెండు బ్లాక్లను ప్రతిపాదించడం.",
+ "eth1-term": "Eth1",
+ "eth1-definition": "'Eth1' అనేది మెయిన్నెట్ Ethereum ను, ఇప్పటికే ఉన్న ప్రూఫ్-ఆఫ్-వర్క్ బ్లాక్చెయిన్ను సూచించే పదం. ఈ పదం అప్పటి నుండి 'ఎగ్జిక్యూషన్ లేయర్' కు అనుకూలంగా నిలిపివేయబడింది. ఈ పేరు మార్పు గురించి మరింత తెలుసుకోండి.",
+ "eth2-term": "Eth2",
+ "eth2-definition": "'Eth2' అనేది Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారడంతో సహా, Ethereum ప్రోటోకాల్ అప్గ్రేడ్ల సమితిని సూచించే పదం. ఈ పదం అప్పటి నుండి 'ఏకాభిప్రాయం లేయర్' కు అనుకూలంగా నిలిపివేయబడింది. ఈ పేరు మార్పు గురించి మరింత తెలుసుకోండి.",
+ "eip-term": "Ethereum ఇంప్రూవ్మెంట్ ప్రతిపాదన (EIP)",
+ "eip-definition": "ఒక డిజైన్ పత్రం Ethereum కమ్యూనిటీకి సమాచారాన్ని అందిస్తుంది, ప్రతిపాదిత కొత్త ఫీచర్ లేదా దాని ప్రక్రియలు లేదా పర్యావరణాన్ని వివరిస్తుంది (చూడండి ERC). EIPలకు పరిచయం",
+ "ens-term": "Ethereum పేరు సేవ (ENS)",
+ "ens-definition": "Ethereum పేరు సేవ అనేది Ethereum చిరునామాల కోసం ఒక ఇంటర్నెట్ ఫోన్బుక్ లాంటిది. పొడవైన వాలెట్ చిరునామాలను ఉపయోగించడానికి బదులుగా, ENS మిమ్మల్ని డిజిటల్ డబ్బు మరియు ఆస్తులను పంపడానికి మరియు స్వీకరించడానికి \"john.eth\" వంటి సాధారణ పేర్లను ఉపయోగించడానికి అనుమతిస్తుంది.
సాంకేతికం:
ENS రిజిస్ట్రీ అనేది ఒకే కేంద్ర స్మార్ట్ కాంట్రాక్ట్, ఇది EIP-137లో వివరించిన విధంగా డొమైన్ పేర్ల నుండి యజమానులు మరియు రిజాల్వర్లకు మ్యాపింగ్ను అందిస్తుంది. ens.domains లో మరింత చదవండి.",
+ "erc-1155-term": "ERC-1155",
+ "erc-1155-definition": "ERC-1155 అనేది NFT (ప్రత్యేక సేకరించదగిన వస్తువుల వంటివి) వంటి ఒక కొత్త రకం Ethereum టోకెన్ స్టాండర్డ్, ఇది ఒకే స్మార్ట్ కాంట్రాక్ట్లో మార్చుకోగల వస్తువులను (కరెన్సీ వంటివి) కూడా సృష్టించడానికి అనుమతిస్తుంది.
ఇది వీడియో గేమ్లు లేదా డిజిటల్ సేకరణల వంటి అప్లికేషన్ల కోసం వివిధ రకాల డిజిటల్ ఆస్తులను నిర్వహించడం సులభం మరియు మరింత సమర్థవంతంగా చేస్తుంది.",
+ "erc-20-term": "ERC-20",
+ "erc-20-definition": "ERC-20 అనేది Ethereum నెట్వర్క్లోని చాలా టోకెన్లు వాటి సృష్టి కోసం ఉపయోగించే ప్రమాణం.
DAI మరియు USDC వంటి స్టేబుల్కాయిన్లు లేదా Uniswap నుండి UNI వంటి మార్పిడి టోకెన్లు ప్రముఖ ఉదాహరణలు. సాంప్రదాయ వ్యవస్థలలో మనకు ఉన్న ఏదైనా ప్రత్యామ్నాయ డబ్బుల రూపాలకు సమానం… అంటే, రివార్డ్స్ పాయింట్లు, క్రెడిట్ సిస్టమ్స్ లేదా స్టాక్స్ కూడా, మొదలైనవి.",
+ "erc-721-term": "ERC-721",
+ "erc-721-definition": "NFTలు (నాన్-ఫంగిబుల్ టోకెన్లు) ERC-721 గా సూచించబడే ఒక ప్రామాణిక నియమాల సమితిని ఉపయోగించి సృష్టించబడతాయి.
NFT టోకెన్లు డిజిటల్ కళ లేదా సేకరించదగిన వస్తువుల వంటి ప్రత్యేకమైన వాటి యాజమాన్యాన్ని ప్రాతినిధ్యం వహించగలవు, ప్రతి టోకెన్కు దాని స్వంత ప్రత్యేక లక్షణాలు మరియు విలువ ఉంటాయి. ప్రతి NFT ప్రత్యేకమైనది మరియు ఇతర NFTల నుండి సులభంగా వేరు చేయవచ్చు.",
+ "execution-client-term": "ఎగ్జిక్యూషన్ క్లయింట్",
+ "execution-client-definition": "Besu, Erigon, Go-Ethereum (Geth), Nethermind వంటి ఎగ్జిక్యూషన్ క్లయింట్లు (గతంలో \"Eth1 క్లయింట్లు\" అని పిలువబడేవి), లావాదేవీలను ప్రాసెస్ చేయడం మరియు ప్రసారం చేయడం మరియు Ethereum యొక్క స్థితిని నిర్వహించడం వంటి బాధ్యతలను కలిగి ఉంటాయి. ప్రోటోకాల్ నియమాలను అనుసరించేలా చూసుకోవడానికి అవి ఎథేరియం వర్చువల్ మషీన్ను ఉపయోగించి ప్రతి లావాదేవీకి గణనలను నడుపుతాయి.",
+ "execution-layer-term": "ఎగ్జిక్యూషన్ లేయర్",
+ "execution-layer-definition": "Ethereum యొక్క ఎగ్జిక్యూషన్ లేయర్ ఎగ్జిక్యూషన్ క్లయింట్ల నెట్వర్క్.",
+ "eoa-term": "బాహ్యంగా యాజమాన్యంలోని ఖాతా (EOA)",
+ "eoa-definition": "బాహ్యంగా యాజమాన్యంలోని ఖాతాలు (EOAs) Ethereum ఖాతాలలో అత్యంత సాధారణ రకం. అవి ప్రైవేట్ కీలు/రికవరీ పదబంధం ద్వారా ఒక వ్యక్తి ద్వారా నియంత్రించబడతాయి. Ethereum వాలెట్లపై మరిన్ని వివరాలు.",
+ "erc-term": "Ethereum రిక్వెస్ట్ ఫర్ కామెంట్స్ (ERC)",
+ "erc-definition": "ERC (Ethereum రిక్వెస్ట్ ఫర్ కామెంట్స్) అనేది Ethereum నెట్వర్క్ కోసం కొత్త వినియోగ ప్రమాణాలను ప్రతిపాదించడానికి Ethereum కమ్యూనిటీలో ఉపయోగించే ఒక రకమైన సాంకేతిక డాక్యుమెంటేషన్.
ఈ ప్రతిపాదనలు కొత్త టోకెన్ ప్రమాణాలు (టోకెన్ల కోసం ఉపయోగించే ERC-20 మరియు NFTల కోసం ERC-721 వంటివి) సహా విస్తృత శ్రేణి అంశాలను కవర్ చేయగలవు.",
+ "ethash-term": "ఎథాష్",
+ "ethash-definition": "Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారకముందు ఉపయోగించిన ఒక ప్రూఫ్-ఆఫ్-వర్క్ అల్గోరిథం. మరిన్ని చదవండి",
+ "ether-term": "Ether",
+ "ether-definition": "Ethereum యొక్క స్థానిక క్రిప్టోకరెన్సీ, సాధారణంగా “ETH”గా సూచించబడుతుంది. Ethereum పర్యావరణ వ్యవస్థ మరియు అప్లికేషన్లను ఉపయోగిస్తున్నప్పుడు లావాదేవీ రుసుములను కవర్ చేయడానికి ఇది ఉపయోగించబడుతుంది. ఈథర్పై మరిన్ని వివరాలు.",
+ "events-term": "సంఘటనలు",
+ "events-definition": "EVM లాగింగ్ సౌకర్యాల వినియోగాన్ని అనుమతిస్తుంది. డాప్స్ ఈవెంట్లను వినగలవు మరియు వినియోగదారు ఇంటర్ఫేస్లో జావాస్క్రిప్ట్ కాల్బ్యాక్లను ట్రిగ్గర్ చేయడానికి వాటిని ఉపయోగించగలవు. ఈవెంట్లు మరియు లాగ్లపై మరిన్ని వివరాలు",
+ "evm-term": "ఎథేరియం వర్చువల్ మషీన్ (EVM)",
+ "evm-definition": "బైట్కోడ్ను అమలు చేసే ఒక స్టాక్-ఆధారిత వర్చువల్ మెషీన్. Ethereum లో, ఎగ్జిక్యూషన్ మోడల్ ఒక సిరీస్ బైట్కోడ్ సూచనలు మరియు ఒక చిన్న టపుల్ పర్యావరణ డేటాను బట్టి సిస్టమ్ స్థితి ఎలా మార్చబడుతుందో నిర్దేశిస్తుంది. ఇది ఒక వర్చువల్ స్టేట్ మెషీన్ యొక్క అధికారిక మోడల్ ద్వారా నిర్దేశించబడింది. ఎథేరియం వర్చువల్ మషీన్పై మరిన్ని వివరాలు.",
+ "evm-assembly-language-term": "EVM అసెంబ్లీ లాంగ్వేజ్",
+ "evm-assembly-language-definition": "EVM బైట్కోడ్ యొక్క మానవ-చదవగల రూపం.",
+ "fallback-function-term": "ఫాల్బ్యాక్ ఫంక్షన్",
+ "fallback-function-definition": "డేటా లేదా ప్రకటించబడిన ఫంక్షన్ పేరు లేనప్పుడు పిలవబడే డిఫాల్ట్ ఫంక్షన్.",
+ "faucet-term": "ఫాసెట్",
+ "faucet-definition": "స్మార్ట్ కాంట్రాక్ట్ ద్వారా నిర్వహించబడే ఒక సేవ, ఇది ఒక టెస్ట్నెట్లో ఉపయోగించగల ఉచిత టెస్ట్ ఈథర్ రూపంలో నిధులను పంపిణీ చేస్తుంది.",
+ "finality-term": "ఫైనాలిటీ",
+ "finality-definition": "ఫైనాలిటీ అనేది ఒక లావాదేవీల సమితిని భారీ మొత్తంలో ETH నష్టం లేకుండా మార్చలేమనే హామీ.",
+ "finney-term": "ఫిన్ని",
+ "finney-definition": "ఒక ఈథర్ యొక్క డినామినేషన్. 1 ఫిన్ని = 1015 wei. 103 ఫిన్ని = 1 ఈథర్.",
+ "fork-term": "ఫోర్క్",
+ "fork-definition": "ప్రోటోకాల్లో మార్పు, ప్రత్యామ్నాయ చైన్ సృష్టికి కారణమవుతుంది.",
+ "fork-choice-algorithm-term": "ఫోర్క్ ఎంపిక అల్గోరిథం",
+ "fork-choice-algorithm-definition": "బ్లాక్చెయిన్ యొక్క హెడ్ను గుర్తించడానికి ఉపయోగించే అల్గోరిథం. Ethereum లో చైన్ యొక్క హెడ్ అనేది అటెస్టేషన్ల యొక్క అత్యధిక 'బరువు' ఉన్న ఫోర్క్గా గుర్తించబడుతుంది. బరువు అనేది అటెస్టేషన్ల సంఖ్య మరియు అటెస్ట్ చేసే వాలిడేటర్ల యొక్క ప్రభావవంతమైన బ్యాలెన్స్ యొక్క ఉత్పత్తి. దీని అర్థం, నిజమైన చైన్ యొక్క హెడ్ అనేది అత్యధిక స్టేక్ చేసిన ఈథర్ ఓటు వేసినది. ఏకాభిప్రాయం లేయర్లో ఫోర్క్ ఎంపిక అల్గోరిథంను LMD_GHOST అని పిలుస్తారు.",
+ "fraud-proof-term": "మోసం రుజువు",
+ "fraud-proof-definition": "కొన్ని లేయర్ 2 పరిష్కారాల కోసం ఒక భద్రతా మోడల్, ఇక్కడ వేగాన్ని పెంచడానికి, లావాదేవీలు బ్యాచ్లలోకి రోల్అప్ చేయబడి, ఒకే లావాదేవీలో Ethereum కు సమర్పించబడతాయి. ఇతర నెట్వర్క్ పార్టిసిపెంట్లు లావాదేవీలను నిజాయితీగా అమలు చేశారో లేదో తనిఖీ చేయడానికి వాటిని తిరిగి అమలు చేయవచ్చు. పోస్ట్ చేయబడిన డేటా మరియు వారి స్వంత వెర్షన్ మధ్య వ్యత్యాసాన్ని వారు కనుగొంటే, వారు ఎక్కడో మోసం జరిగిందని చూపే ఒక క్రిప్టోగ్రాఫిక్ రుజువును పోస్ట్ చేయవచ్చు. కొన్ని రోల్అప్లు చెల్లుబాటు రుజువులను ఉపయోగిస్తాయి.",
+ "frontier-term": "ఫ్రాంటియర్",
+ "frontier-definition": "Ethereum యొక్క ప్రారంభ టెస్ట్ అభివృద్ధి దశ, ఇది జూలై 2015 నుండి మార్చి 2016 వరకు కొనసాగింది.",
+ "gas-term": "గ్యాస్",
+ "gas-definition": "గ్యాస్ అనేది Ethereum వంటి ఒక బ్లాక్చెయిన్పై లావాదేవీలు మరియు స్మార్ట్ కాంట్రాక్ట్ల కోసం చెల్లించే రుసుము. గ్యాస్ మరియు రుసుములపై మరిన్ని వివరాలు.",
+ "gas-limit-term": "గ్యాస్ పరిమితి",
+ "gas-limit-definition": "ఒక లావాదేవీ లేదా బ్లాక్ వినియోగించగల గరిష్ట గ్యాస్ మొత్తం.",
+ "gas-price-term": "గ్యాస్ ధర",
+ "gas-price-definition": "ఒక లావాదేవీలో నిర్దిష్టమైన ఒక యూనిట్ గ్యాస్ యొక్క ఈథర్లోని ధర.",
+ "genesis-block-term": "జెనెసిస్ బ్లాక్",
+ "genesis-block-definition": "ఒక బ్లాక్చెయిన్లోని మొదటి బ్లాక్, ఒక నిర్దిష్ట నెట్వర్క్ మరియు దాని క్రిప్టోకరెన్సీని ప్రారంభించడానికి ఉపయోగించబడుతుంది.",
+ "geth-term": "Geth",
+ "geth-definition": "గో Ethereum. Go లో వ్రాయబడిన Ethereum ప్రోటోకాల్ యొక్క అత్యంత ప్రముఖ ఇంప్లిమెంటేషన్లలో ఒకటి. geth.ethereum.org లో మరింత చదవండి",
+ "gwei-term": "Gwei",
+ "gwei-definition": "గిగావెయికి సంక్షిప్త రూపం, ఈథర్ యొక్క డినామినేషన్, సాధారణంగా గ్యాస్ ధరను నిర్ణయించడానికి ఉపయోగించబడుతుంది. 1 gwei = 109 wei. 109 gwei = 1 ఈథర్.",
+ "hard-fork-term": "హార్డ్ ఫోర్క్",
+ "hard-fork-definition": "బ్లాక్చెయిన్లో ఒక శాశ్వత విభేదం; దీనిని హార్డ్-ఫోర్కింగ్ మార్పు అని కూడా అంటారు. అప్గ్రేడ్ కాని నోడ్లు కొత్త ఏకాభిప్రాయం నియమాలను అనుసరించే అప్గ్రేడ్ చేయబడిన నోడ్లచే సృష్టించబడిన బ్లాక్లను ధ్రువీకరించలేనప్పుడు సాధారణంగా ఒకటి జరుగుతుంది. ఫోర్క్, సాఫ్ట్ ఫోర్క్, సాఫ్ట్వేర్ ఫోర్క్ లేదా గిట్ ఫోర్క్తో గందరగోళం చెందకూడదు.",
+ "hash-term": "హాష్",
+ "hash-definition": "ఒక హాష్ ఫంక్షన్ ద్వారా ఉత్పత్తి చేయబడిన వేరియబుల్-సైజ్ ఇన్పుట్ యొక్క స్థిర-పొడవు వేలిముద్ర. (చూడండి keccak-256).",
+ "hash-rate-term": "హాష్ రేట్",
+ "hash-rate-definition": "మైనింగ్ సాఫ్ట్వేర్ నడుపుతున్న కంప్యూటర్లచే సెకనుకు చేయబడిన హాష్ గణనల సంఖ్య.",
+ "homestead-term": "హోమ్స్టెడ్",
+ "holographic-consensus-term": "హోలోగ్రాఫిక్ ఏకాభిప్రాయం",
+ "holographic-consensus-definition": "ఒక పెద్ద సమూహ నిర్ణయం ఎలా తీసుకోబడుతుందో సూచిస్తుంది, ప్రాతినిధ్యం వహించే చిన్న సమూహాన్ని ఓటు వేయడానికి అనుమతించడం ద్వారా. అప్పుడు మిగతా వారందరూ దానితో పాటు వెళ్లడానికి అంగీకరిస్తారు, చిన్న సమూహం మంచి పని చేసిందని వారు విశ్వసించినంత కాలం.
ఇది కొన్ని ఆన్లైన్ కమ్యూనిటీలలో ప్రతి ఒక్కరి నుండి ఓటు వేయాల్సిన అవసరం లేకుండా త్వరగా నిర్ణయాలు తీసుకోవడానికి ఉపయోగించబడుతుంది, అయితే నిర్ణయాలు న్యాయంగా మరియు చాలా మంది ప్రజలు కోరుకునే వాటిని ప్రాతినిధ్యం వహించేలా చూసుకుంటూ.",
+ "homestead-definition": "Ethereum యొక్క రెండవ అభివృద్ధి దశ, మార్చి 2016లో బ్లాక్ 1,150,000 వద్ద ప్రారంభించబడింది.",
+ "index-term": "ఇండెక్స్",
+ "index-definition": "బ్లాక్చెయిన్ నుండి సమాచారాన్ని ప్రశ్నించడాన్ని ఆప్టిమైజ్ చేయడానికి ఉద్దేశించిన ఒక నెట్వర్క్ స్ట్రక్చర్, దాని నిల్వ మూలానికి సమర్థవంతమైన మార్గాన్ని అందించడం ద్వారా.",
+ "ide-term": "ఇంటిగ్రేటెడ్ డెవలప్మెంట్ ఎన్విరాన్మెంట్ (IDE)",
+ "ide-definition": "ఒక వినియోగదారు ఇంటర్ఫేస్, ఇది సాధారణంగా ఒక కోడ్ ఎడిటర్, కంపైలర్, రన్టైమ్ మరియు డీబగ్గర్ను కలుపుతుంది. ఇంటిగ్రేటెడ్ డెవలప్మెంట్ ఎన్విరాన్మెంట్లపై మరిన్ని వివరాలు.",
+ "immutable-deployed-code-problem-term": "మార్చలేని డిప్లాయ్ చేయబడిన కోడ్ సమస్య",
+ "immutable-deployed-code-problem-definition": "ఒక కాంట్రాక్ట్ (లేదా లైబ్రరీ) యొక్క కోడ్ డిప్లాయ్ చేయబడిన తర్వాత, అది మార్చలేనిదిగా మారుతుంది. ప్రామాణిక సాఫ్ట్వేర్ డెవలప్మెంట్ పద్ధతులు సాధ్యమయ్యే బగ్లను సరిచేయడం మరియు కొత్త ఫీచర్లను జోడించడంపై ఆధారపడతాయి, కాబట్టి ఇది స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్కు ఒక సవాలును సూచిస్తుంది. స్మార్ట్ కాంట్రాక్ట్లను డిప్లాయ్ చేయడంపై మరిన్ని వివరాలు.",
+ "internal-transaction-term": "అంతర్గత లావాదేవీ",
+ "internal-transaction-definition": "ఒక కాంట్రాక్ట్ ఖాతా నుండి మరొక కాంట్రాక్ట్ ఖాతాకు లేదా ఒక EOA కు పంపబడిన ఒక లావాదేవీ (చూడండి సందేశం).",
+ "issuance-term": "ఇష్యూయన్స్",
+ "issuance-definition": "బ్లాక్ ప్రతిపాదన, అటెస్టేషన్ మరియు విజిల్బ్లోయింగ్కు బహుమతిగా కొత్త ఈథర్ ముద్రించడం.",
+ "kdf-term": "కీ డెరివేషన్ ఫంక్షన్ (KDF)",
+ "kdf-definition": "\"పాస్వర్డ్ స్ట్రెచింగ్ అల్గోరిథం\" అని కూడా పిలుస్తారు, ఇది కీస్టోర్ ఫార్మాట్లచే పాస్ఫ్రేజ్ ఎన్క్రిప్షన్పై బ్రూట్-ఫోర్స్, డిక్షనరీ మరియు రెయిన్బో టేబుల్ దాడుల నుండి రక్షించడానికి ఉపయోగించబడుతుంది, పాస్ఫ్రేజ్ను పదేపదే హాష్ చేయడం ద్వారా.",
+ "keystore-term": "కీస్టోర్",
+ "keystore-definition": "ప్రతి ఖాతా యొక్క ప్రైవేట్ కీ/చిరునామా జత ఒక Ethereum క్లయింట్లో ఒకే కీఫైల్గా ఉంటుంది. ఇవి JSON టెక్స్ట్ ఫైల్స్, ఇవి ఖాతా యొక్క ఎన్క్రిప్ట్ చేయబడిన ప్రైవేట్ కీని కలిగి ఉంటాయి, ఇది ఖాతా సృష్టి సమయంలో నమోదు చేసిన పాస్వర్డ్తో మాత్రమే డిక్రిప్ట్ చేయబడుతుంది.",
+ "keccak-256-term": "Keccak-256",
+ "keccak-256-definition": "Ethereum లో ఉపయోగించే క్రిప్టోగ్రాఫిక్ హాష్ ఫంక్షన్. Keccak-256 SHA-3గా ప్రామాణీకరించబడింది.",
+ "key-term": "కీ",
+ "key-definition": "Ethereum సందర్భంలో, కీలు డిజిటల్ కోడ్లు: లావాదేవీలను స్వీకరించడానికి ఒక పబ్లిక్ కీ మరియు నిధులను యాక్సెస్ చేయడానికి మరియు పంపడానికి ఒక ప్రైవేట్ కీ.
పబ్లిక్ కీలు: ఇవి బహిరంగంగా పంచుకోవచ్చు.
ప్రైవేట్ కీలు: ఇవి యజమానిచే రహస్యంగా ఉంచబడతాయి.",
+ "layer-1-term": "లేయర్ 1",
+ "layer-1-definition": "లేయర్ 1 అనేది ఒక బహుళ-స్థాయి బ్లాక్చెయిన్ నెట్వర్క్లో ప్రధాన బ్లాక్చెయిన్ను సూచిస్తుంది. ఉదాహరణకు, Ethereum మరియు Bitcoin లేయర్ వన్ బ్లాక్చెయిన్లు. చాలా లేయర్ టూ బ్లాక్చెయిన్లు వనరు-తీవ్రమైన లావాదేవీలను వాటి వేరువేరు బ్లాక్చెయిన్కు ఆఫ్లోడ్ చేస్తాయి, అయితే భద్రతా ప్రయోజనాల కోసం Ethereum లేదా Bitcoin యొక్క లేయర్ వన్ బ్లాక్చెయిన్ను ఉపయోగించడం కొనసాగిస్తాయి.",
+ "layer-2-term": "లేయర్ 2",
+ "layer-2-definition": "లేయర్ 2లు Ethereum ప్రధాన నెట్వర్క్పై నిర్మించబడిన మరొక నెట్వర్క్లు, లావాదేవీలను వేగంగా మరియు చౌకగా చేయడానికి. లేయర్ 2పై మరిన్ని వివరాలు.",
+ "library-term": "లైబ్రరీ",
+ "library-definition": "ఒక ప్రత్యేక రకమైన స్మార్ట్ కాంట్రాక్ట్, దీనికి చెల్లించదగిన విధులు లేవు, ఫాల్బ్యాక్ ఫంక్షన్ లేదు మరియు డేటా నిల్వ లేదు. అందువల్ల, ఇది ఈథర్ను స్వీకరించడం లేదా కలిగి ఉండటం, లేదా డేటాను నిల్వ చేయడం సాధ్యం కాదు. ఒక లైబ్రరీ ముందుగా డిప్లాయ్ చేయబడిన కోడ్గా పనిచేస్తుంది, ఇతర కాంట్రాక్ట్లు చదవడానికి మాత్రమే గణన కోసం పిలవగలవు. స్మార్ట్ కాంట్రాక్ట్ లైబ్రరీలపై మరిన్ని వివరాలు.",
+ "light-client-term": "లైట్ క్లయింట్",
+ "light-client-definition": "బ్లాక్చెయిన్ యొక్క స్థానిక కాపీని నిల్వ చేయని లేదా బ్లాక్లు మరియు లావాదేవీలను ధ్రువీకరించని ఒక Ethereum క్లయింట్. ఇది ఒక వాలెట్ యొక్క విధులను అందిస్తుంది మరియు లావాదేవీలను సృష్టించి ప్రసారం చేయగలదు.",
+ "liquidity-term": "లిక్విడిటీ",
+ "liquidity-definition": "లిక్విడిటీ అంటే ఒక ఆస్తిని ఎంత త్వరగా మరియు సులభంగా నగదు లేదా మరొక ఆస్తిగా మార్చవచ్చు. Uniswap వంటి వికేంద్రీకృత మార్పిడిలు బహుళ లిక్విడిటీ పూల్స్ను కలిగి ఉంటాయి, ఇక్కడ ఆస్తి హోల్డర్లు వారి ఆస్తులను డిపాజిట్ చేయవచ్చు, ఇక్కడ వ్యాపారులు వాటిని వికేంద్రీకృత పద్ధతిలో రివార్డుల కోసం కొనుగోలు మరియు అమ్మవచ్చు.",
+ "liquidity-tokens-term": "లిక్విడిటీ టోకెన్లు",
+ "liquidity-tokens-definition": "లిక్విడిటీ టోకెన్లు (LST) అనేవి లిక్విడిటీ పూల్లో ఆస్తులను డిపాజిట్ చేసే పార్టిసిపెంట్లకు జారీ చేయబడిన డిజిటల్ టోకెన్లు. ఈ లిక్విడిటీ పూల్ ఒక స్మార్ట్ కాంట్రాక్ట్లో లాక్ చేయబడిన నిధుల సేకరణ మరియు వికేంద్రీకృత మార్పిడి (DEX) పై వ్యాపారాన్ని సులభతరం చేయడానికి ఉపయోగించబడుతుంది.
ఈ టోకెన్లు పూల్లో పార్టిసిపెంట్ యొక్క వాటాను ప్రాతినిధ్యం వహిస్తాయి మరియు తరువాత ప్రారంభ డిపాజిట్ మరియు పూల్ కార్యకలాపాల ద్వారా ఉత్పన్నమయ్యే వ్యాపార రుసుముల భాగంతో రిడీమ్ చేయబడతాయి. ముఖ్యంగా, లిక్విడిటీ టోకెన్లు ఒక లిక్విడిటీ పూల్లో యాజమాన్యం లేదా స్టేక్ యొక్క రుజువుగా పనిచేస్తాయి, హోల్డర్లు వివిధ క్రిప్టోకరెన్సీ జతలను సమర్థవంతంగా వ్యాపారం చేయడానికి అవసరమైన లిక్విడిటీని అందిస్తూ రివార్డులు సంపాదించడానికి అనుమతిస్తాయి.",
+ "liquid-staking-tokens-term": "లిక్విడ్ స్టేకింగ్ టోకెన్లు",
+ "liquid-staking-tokens-definition": "ఒక వినియోగదారు స్టేక్ చేస్తున్న లాక్ చేయబడిన క్రిప్టోకరెన్సీ యొక్క యాజమాన్యాన్ని ప్రాతినిధ్యం వహించే ఒక డెరివేటివ్ టోకెన్. ఒక ఆస్తిని స్టేక్ చేసినప్పుడు, కొన్ని ప్లాట్ఫారమ్లు లిక్విడ్ స్టేకింగ్ టోకెన్లను (LSTs) మింట్ చేయడానికి అనుమతిస్తాయి, ఇవి లాక్ చేయబడిన టోకెన్ల యొక్క సమాన వాటాను ప్రాతినిధ్యం వహిస్తాయి. ఈ LSTలు తరువాత వ్యాపారం చేయబడవచ్చు, అమ్మబడవచ్చు లేదా ఇతర DeFi ప్రోటోకాల్స్లో ఉపయోగించబడవచ్చు, స్టేకర్కు వారి ఫండ్స్ నుండి లిక్విడిటీకి యాక్సెస్ అనుమతించడం ద్వారా మూలధన సామర్థ్యాన్ని మెరుగుపరుస్తాయి, వారి అసలు ఆస్తులు స్టేక్ చేయబడినప్పటికీ.",
+ "lmd-ghost-term": "LMD-GHOST",
+ "lmd-ghost-definition": "Ethereum యొక్క ఏకాభిప్రాయం క్లయింట్లు చైన్ యొక్క హెడ్ను గుర్తించడానికి ఉపయోగించే ఫోర్క్ ఎంపిక అల్గోరిథం. LMD-GHOST అనేది \"లేటెస్ట్ మెసేజ్ డ్రివెన్ గ్రీడియెస్ట్ హెవియెస్ట్ అబ్జర్వ్డ్ సబ్ట్రీ\" కి సంక్షిప్త రూపం, దీని అర్థం చైన్ యొక్క హెడ్ దాని చరిత్రలో అటెస్టేషన్ల యొక్క అత్యధిక సంచితం ఉన్న బ్లాక్.",
+ "mainnet-term": "మెయిన్నెట్",
+ "mainnet-definition": "\"మెయిన్ నెట్వర్క్\" కు సంక్షిప్త రూపం, ఇది ప్రధాన పబ్లిక్ Ethereum బ్లాక్చెయిన్.",
+ "max-fee-per-gas-term": "గరిష్ట రుసుము ప్రతి గ్యాస్ కు",
+ "max-fee-per-gas-definition": "గరిష్ట రుసుము అనేది ఒక బ్లాక్లో ఒక లావాదేవీని చేర్చడానికి వినియోగదారు ఒక యూనిట్ గ్యాస్ (gwei) కు చెల్లించడానికి సిద్ధంగా ఉన్న పూర్తి గరిష్ట మొత్తం.",
+ "merkle-patricia-tree-term": "మెర్కిల్ ప్యాట్రిసియా ట్రీ (MPT)",
+ "merkle-patricia-tree-definition": "Ethereum లో కీ-విలువ జతలను సమర్థవంతంగా నిల్వ చేయడానికి ఉపయోగించే ఒక డేటా స్ట్రక్చర్.",
+ "merkle-root-term": "మెర్కిల్ రూట్",
+ "merkle-root-definition": "ఒక మెర్కిల్ రూట్ అనేది ఒక మెర్కిల్ ట్రీ యొక్క ఒకే టాప్ హాష్. ఇది ఒక బ్లాక్లోని అన్ని లావాదేవీలను ధ్రువీకరిస్తుంది.",
+ "message-term": "సందేశం",
+ "message-definition": "ఎప్పటికీ సీరియలైజ్ చేయబడని మరియు EVMలో మాత్రమే పంపబడే ఒక అంతర్గత లావాదేవీ.",
+ "message-call-term": "సందేశం పిలుపు",
+ "message-call-definition": "ఒక ఖాతా నుండి మరొక ఖాతాకు సందేశాన్ని పంపే చర్య. గమ్యస్థాన ఖాతా EVM కోడ్తో అనుబంధించబడితే, VM ఆ వస్తువు యొక్క స్థితినే ప్రారంభించబడుతుంది మరియు సందేశంపై చర్య తీసుకోబడుతుంది.",
+ "mev-term": "గరిష్ట సంగ్రహించదగిన విలువ (MEV)",
+ "mev-definition": "ఒక బ్లాక్లో లావాదేవీలను చేర్చడం, మినహాయించడం మరియు క్రమాన్ని మార్చడం ద్వారా ప్రామాణిక బ్లాక్ రివార్డ్ మరియు గ్యాస్ రుసుములకు మించి బ్లాక్ ఉత్పత్తి నుండి సంగ్రహించగల గరిష్ట విలువ. గరిష్ట సంగ్రహించదగిన విలువ (MEV)పై మరిన్ని వివరాలు.",
+ "mining-term": "మైనింగ్",
+ "mining-definition": "ఫలితంలో ఏకపక్ష సంఖ్యలో ప్రముఖ బైనరీ సున్నాలు ఉండే వరకు ఒక నాన్స్ ను పెంచుతూ ఒక బ్లాక్ హెడర్ను పదేపదే హాష్ చేసే ప్రక్రియ. ఇది ప్రూఫ్-ఆఫ్-వర్క్ బ్లాక్చెయిన్కు కొత్త బ్లాక్లు జోడించబడే ప్రక్రియ. Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారకముందు ఇది Ethereum సురక్షితం చేయబడిన పద్ధతి.",
+ "miner-term": "మైనర్",
+ "miner-definition": "పదేపదే పాస్ హాషింగ్ ద్వారా కొత్త బ్లాక్ల కోసం చెల్లుబాటు అయ్యే ప్రూఫ్-ఆఫ్-వర్క్ ను కనుగొనే ఒక నెట్వర్క్ నోడ్ (చూడండి Ethash). మైనర్లు ఇకపై Ethereum లో భాగం కాదు - Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారినప్పుడు వారి స్థానంలో వాలిడేటర్లు వచ్చారు.",
+ "mint-term": "మింట్",
+ "mint-definition": "మింటింగ్ అనేది కొత్త టోకెన్లను సృష్టించి, వాటిని ప్రసరణలోకి తీసుకువచ్చే ప్రక్రియ, తద్వారా వాటిని ఉపయోగించవచ్చు. కేంద్ర అధికారం యొక్క ప్రమేయం లేకుండా కొత్త టోకెన్ను సృష్టించడానికి ఇది ఒక వికేంద్రీకృత యంత్రాంగం.",
+ "multisig-term": "మల్టీసిగ్",
+ "multisig-definition": "మల్టీసిగ్ (మల్టీ సిగ్నేచర్) అనేది లావాదేవీలను అమలు చేయడానికి బహుళ సంతకాలు లేదా ఆమోదాలు అవసరమయ్యే ఒక డిజిటల్ వాలెట్ లేదా ఖాతాను సూచిస్తుంది, భద్రతను పెంచుతుంది.
ఇది కేవలం ఒక వ్యక్తి ఆమోదం అవసరమయ్యే సాంప్రదాయ సింగిల్-సిగ్నేచర్ ఖాతాలతో పోలిస్తే అదనపు భద్రతను జోడిస్తుంది.",
+ "network-term": "నెట్వర్క్",
+ "network-definition": "Ethereum నెట్వర్క్ను సూచిస్తుంది, ఇది ప్రతి Ethereum నోడ్ (నెట్వర్క్ పార్టిసిపెంట్) కు లావాదేవీలు మరియు బ్లాక్లను ప్రచారం చేసే ఒక పీర్-టు-పీర్ నెట్వర్క్. నెట్వర్క్లపై మరిన్ని వివరాలు.",
+ "network-hashrate-term": "నెట్వర్క్ హాష్రేట్",
+ "network-hashrate-definition": "ఒక మొత్తం మైనింగ్ నెట్వర్క్ ద్వారా ఉత్పత్తి చేయబడిన సమిష్టి హాష్రేట్. Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారినప్పుడు Ethereum లో మైనింగ్ నిలిపివేయబడింది.",
+ "nft-term": "నాన్-ఫంగిబుల్ టోకెన్ (NFT)",
+ "nft-definition": "బ్లాక్చెయిన్ టెక్నాలజీ ద్వారా ధ్రువీకరించబడిన, కళ లేదా సేకరించదగిన వస్తువుల వంటి మీరు స్వంతం చేసుకోగల ఒక ప్రత్యేక డిజిటల్ వస్తువు. నాన్-ఫంగిబుల్ టోకెన్లపై (NFTలు) మరిన్ని వివరాలు.",
+ "node-term": "నోడ్స్",
+ "node-definition": "నెట్వర్క్లో పాల్గొనే ఒక సాఫ్ట్వేర్ క్లయింట్. నోడ్లు మరియు క్లయింట్లపై మరిన్ని వివరాలు.",
+ "nonce-term": "నాన్స్",
+ "nonce-definition": "క్రిప్టోగ్రఫీలో, ఒకేసారి మాత్రమే ఉపయోగించగల ఒక విలువ. ఒక ఖాతా నాన్స్ అనేది ప్రతి ఖాతాలో ఒక లావాదేవీ కౌంటర్, ఇది రీప్లే దాడులను నివారించడానికి ఉపయోగించబడుతుంది.",
+ "offchain-term": "ఆఫ్చెయిన్",
+ "offchain-definition": "ఆఫ్చైన్ అంటే బ్లాక్చెయిన్ వెలుపల ఉన్న ఏదైనా లావాదేవీ లేదా డేటా. ప్రతి లావాదేవీని ఆన్చైన్లో కట్టుబడి ఉండటం ఖరీదైనది మరియు అసమర్థమైనది కాబట్టి, ధర డేటాను నిర్వహించే ఒరాకిల్స్ వంటి మూడవ పార్టీ సాధనాలు లేదా అధిక లావాదేవీల త్రుపుట్ను అమలు చేసే లేయర్ 2 పరిష్కారాలు, అధిక ప్రాసెసింగ్ పనిని ఆఫ్చైన్లో నిర్వహిస్తాయి మరియు తక్కువ తరచుగా వ్యవధిలో ఆన్చైన్లో సమాచారాన్ని సమర్పిస్తాయి.",
+ "ommer-term": "ఓమ్మర్ (అంకుల్) బ్లాక్",
+ "ommer-definition": "ఒక ప్రూఫ్-ఆఫ్-వర్క్ మైనర్ ఒక చెల్లుబాటు అయ్యే బ్లాక్ను కనుగొన్నప్పుడు, మరొక మైనర్ ఒక పోటీ బ్లాక్ను ప్రచురించి, అది బ్లాక్చెయిన్ యొక్క కొనకు మొదట జోడించబడవచ్చు. ఈ చెల్లుబాటు అయ్యే, కానీ పాత, బ్లాక్ను కొత్త బ్లాక్లు ఓమ్మర్లుగా చేర్చగలవు మరియు పాక్షిక బ్లాక్ రివార్డును పొందగలవు. \"ఓమ్మర్\" అనే పదం ఒక పేరెంట్ బ్లాక్ యొక్క సోదరుడికి ప్రాధాన్య లింగ-తటస్థ పదం, కానీ దీనిని కొన్నిసార్లు \"అంకుల్\" అని కూడా పిలుస్తారు. Ethereum ఒక ప్రూఫ్-ఆఫ్-వర్క్ నెట్వర్క్గా ఉన్నప్పుడు ఇది సాధారణం. ఇప్పుడు Ethereum ప్రూఫ్-ఆఫ్-స్టేక్ను ఉపయోగిస్తున్నందున, ప్రతి స్లాట్కు ఒకే బ్లాక్ ప్రతిపాదకుడు ఎంచుకోబడతాడు.",
+ "onchain-term": "ఆన్చెయిన్",
+ "onchain-definition": "బ్లాక్చెయిన్లో జరిగే మరియు బహిరంగంగా అందుబాటులో ఉండే చర్యలు లేదా లావాదేవీలను సూచిస్తుంది.
దీనిని ప్రతి ఒక్కరూ చూడగల మరియు తనిఖీ చేయగల ఒక పెద్ద, పంచుకోబడిన నోట్బుక్లో ఏదైనా వ్రాయడం లాగా భావించండి, వ్రాయబడినది (డిజిటల్ డబ్బు పంపడం లేదా ఒక కాంట్రాక్ట్ చేయడం వంటివి) శాశ్వతమని మరియు మార్చబడదని లేదా చెరిపివేయబడదని నిర్ధారిస్తుంది.",
+ "optimistic-rollup-term": "ఆశావాద రోల్అప్",
+ "optimistic-rollup-definition": "ఆశావాద రోలప్ అనేది Ethereum లో లావాదేవీలను వేగవంతం చేసే ఒక లేయర్ 2 పరిష్కారం, సవాలు చేయబడనంత వరకు అవి డిఫాల్ట్గా చెల్లుబాటు అయ్యేవిగా భావించబడతాయి. ఆశావాద రోలప్లపై మరిన్ని వివరాలు.",
+ "oracle-term": "ఒరాకిల్",
+ "oracle-definition": "ఒక ఒరాకిల్ బ్లాక్చెయిన్ మరియు వాస్తవ ప్రపంచం మధ్య ఒక బ్రిడ్జ్. అవి APIలపై ఆన్చైన్గా పనిచేస్తాయి, వాటిని సమాచారం కోసం ప్రశ్నించవచ్చు మరియు స్మార్ట్ కాంట్రాక్ట్లలో ఉపయోగించవచ్చు. ఒరాకిల్స్పై మరిన్ని వివరాలు.",
+ "peer-term": "పీర్",
+ "peer-definition": "Ethereum క్లయింట్ సాఫ్ట్వేర్ నడుపుతున్న కనెక్ట్ చేయబడిన కంప్యూటర్లు, ఇవి బ్లాక్చెయిన్ యొక్క ఒకే కాపీలను కలిగి ఉంటాయి.",
+ "peer-to-peer-network-term": "పీర్-టు-పీర్ నెట్వర్క్",
+ "peer-to-peer-network-definition": "కంప్యూటర్ల (పీర్లు) నెట్వర్క్, ఇది కేంద్ర, సర్వర్ ఆధారిత సేవల అవసరం లేకుండా సమిష్టిగా కార్యకలాపాలను నిర్వహించగలదు.
ఈ సెటప్ తరచుగా ఫైళ్లను (అంటే, బిట్ టొరెంట్), సమాచారం లేదా డిజిటల్ కరెన్సీలను పంచుకోవడానికి ఉపయోగించబడుతుంది, వినియోగదారుల మధ్య మరింత ప్రత్యక్ష మరియు సమర్థవంతమైన మార్పిడులను అనుమతిస్తుంది.",
+ "permissionless-term": "అనుమతి రహిత",
+ "permissionless-definition": "అనుమతిలేనిది అంటే ఎవరైనా Ethereum వంటి ఒక సిస్టమ్లో చేరి ఉపయోగించవచ్చు. ఇది అందరూ పాల్గొనడానికి బహిరంగంగా ఉంటుంది మరియు ఎటువంటి ఆమోదం అవసరం లేదు.",
+ "plasma-term": "ప్లాస్మా",
+ "plasma-definition": "మోసం రుజువులను ఉపయోగించే ఒక ఆఫ్చైన్ స్కేలింగ్ పరిష్కారం, ఆశావాద రోలప్ల వంటివి. ప్లాస్మా ప్రాథమిక టోకెన్ బదిలీలు మరియు మార్పిడుల వంటి సాధారణ లావాదేవీలకు పరిమితం. ప్లాస్మాపై మరిన్ని వివరాలు.",
+ "private-key-term": "ప్రైవేట్ కీ",
+ "private-key-definition": "ఒక ప్రైవేట్ కీ అనేది మీ డిజిటల్ డబ్బును మీరు స్వంతం చేసుకున్నారని రుజువు చేసే మరియు దానిని ఖర్చు చేయడానికి మిమ్మల్ని అనుమతించే ఒక రహస్య కోడ్, మీ ఖాతాకు PIN లాంటిది. దీనిని పంచుకోవద్దు.",
+ "public-goods-term": "ప్రజా వస్తువులు",
+ "public-goods-definition": "ప్రజా వస్తువులు అనేవి ప్రతి ఒక్కరూ ఉచితంగా ఉపయోగించగల విషయాలు, పార్కులు లేదా స్వచ్ఛమైన గాలి వంటివి, మరియు వాటిని ఉపయోగించడం ఇతరులను వాటిని ఉపయోగించకుండా ఆపదు. వ్యాపారాలు సాధారణంగా వీటిని అందించవు కాబట్టి ప్రభుత్వాలు తరచుగా వీటిని అందిస్తాయి, ఎందుకంటే అవి ప్రజల నుండి వాటిని ఉపయోగించినందుకు సులభంగా ఛార్జ్ చేయలేవు.",
+ "private-chain-term": "ప్రైవేట్ చైన్",
+ "private-chain-definition": "ఒక పూర్తిగా ప్రైవేట్ బ్లాక్చెయిన్ అంటే అనుమతి ఉన్న యాక్సెస్తో, ఉపయోగం కోసం బహిరంగంగా అందుబాటులో లేనిది.",
+ "poap-term": "POAP",
+ "poap-definition": "ప్రూఫ్ ఆఫ్ అటెండెన్స్ ప్రోటోకాల్ అనేది మీరు ఒక నిర్దిష్ట ఈవెంట్ లేదా కార్యకలాపంలో పాల్గొన్నారని రుజువు చేసే ఒక డిజిటల్ సేకరించదగిన వస్తువును (NFT) సృష్టించడానికి ఉపయోగించబడుతుంది.",
+ "pos-term": "ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)",
+ "pos-definition": "ఒక క్రిప్టోకరెన్సీ బ్లాక్చెయిన్ ప్రోటోకాల్ వికేంద్రీకృత ఏకాభిప్రాయం సాధించాలని లక్ష్యంగా పెట్టుకునే ఒక పద్ధతి. PoS వినియోగదారులను లావాదేవీల ధ్రువీకరణలో పాల్గొనడానికి ఒక నిర్దిష్ట మొత్తం క్రిప్టోకరెన్సీ యాజమాన్యాన్ని (నెట్వర్క్లో వారి \"స్టేక్\") రుజువు చేయమని అడుగుతుంది. ప్రూఫ్-ఆఫ్-స్టేక్పై మరిన్ని వివరాలు.",
+ "pow-term": "పని రుజువు (PoW)",
+ "pow-definition": "బ్లాక్చెయిన్ల కోసం ఒక భద్రతా యంత్రాంగం, ఇది నోడ్లు ఒక నిర్దిష్ట విలువను కనుగొనడానికి గణన రూపంలో శక్తిని ఖర్చు చేయాలని కోరుతుంది.",
+ "proto-danksharding-term": "ప్రోటో-డాంక్షర్డింగ్",
+ "proto-danksharding-definition": "Ethereum కోసం డేటా యొక్క \"బ్లాబ్స్\" ను అంగీకరించే ఒక కొత్త లావాదేవీ రకం. ఈ \"బ్లాబ్\" డేటా బీకాన్ చైన్లో 4096 ఎపోక్ల (~18.2 రోజులు) పాటు తాత్కాలికంగా నిల్వ చేయబడుతుంది, మరియు నోడ్ ఆపరేటర్ల కోసం హార్డ్వేర్ అవసరాలను తగ్గించడంలో సహాయపడటానికి తరువాత ఐచ్ఛికంగా ప్రూన్ చేయబడవచ్చు.",
+ "public-key-term": "పబ్లిక్ కీ",
+ "public-key-definition": "ఒక పబ్లిక్ కీ అనేది మీకు డిజిటల్ కరెన్సీని సురక్షితంగా పంపడానికి ఇతరులను అనుమతించే అక్షరాల సమితి, డబ్బు కోసం ఒక ఇమెయిల్ చిరునామా లాంటిది.",
+ "quadratic-voting-term": "క్వాడ్రాటిక్ ఓటింగ్",
+ "quadratic-voting-definition": "ఒక ఓటింగ్ పద్ధతి, ఇక్కడ ఓటర్లు సమస్యల గురించి ఎంత బలంగా భావిస్తారో వ్యక్తపరుస్తారు. ఇది ఓటర్లను ప్రాధాన్యతను మాత్రమే కాకుండా, వారి ప్రాధాన్యత యొక్క తీవ్రతను కూడా చూపించడానికి అనుమతిస్తుంది.",
+ "receipt-term": "రసీదు",
+ "receipt-definition": "ఒక Ethereum క్లయింట్ ద్వారా ఒక నిర్దిష్ట లావాదేవీ ఫలితాన్ని ప్రాతినిధ్యం వహించడానికి తిరిగి ఇవ్వబడిన డేటా, ఇందులో లావాదేవీ యొక్క హాష్, దాని బ్లాక్ సంఖ్య, ఉపయోగించిన గ్యాస్ మొత్తం మరియు, ఒక స్మార్ట్ కాంట్రాక్ట్ డిప్లాయ్మెంట్ విషయంలో, కాంట్రాక్ట్ యొక్క చిరునామా ఉంటాయి.",
+ "recovery-phrase-term": "సీడ్ పదబంధం/రికవరీ పదబంధం",
+ "recovery-phrase-definition": "మీరు ఒక డిజిటల్ వాలెట్ను సృష్టించినప్పుడు మీకు ఇవ్వబడిన పదాల జాబితా. ఇది ఒక పాస్వర్డ్ లాగా పనిచేస్తుంది, మీరు యాక్సెస్ కోల్పోతే మీ వాలెట్లోకి తిరిగి రావడానికి సహాయపడుతుంది, మీరు మీ డిజిటల్ డబ్బు లేదా టోకెన్లను కోల్పోకుండా చూసుకుంటుంది.",
+ "re-entrancy-attack-term": "రీ-ఎంట్రన్సీ అటాక్",
+ "re-entrancy-attack-definition": "ఒక దాడి, ఇందులో ఒక దాడి చేసే కాంట్రాక్ట్ బాధితురాలి కాంట్రాక్ట్ ఫంక్షన్ను పిలిచే విధంగా ఉంటుంది, తద్వారా అమలు సమయంలో బాధితురాలు తిరిగి దాడి చేసే కాంట్రాక్ట్ను పిలుస్తుంది, పునరావృతంగా. ఇది, ఉదాహరణకు, బ్యాలెన్స్లను అప్డేట్ చేసే లేదా విత్డ్రాయల్ మొత్తాలను లెక్కించే బాధితురాలి కాంట్రాక్ట్ భాగాలను దాటవేయడం ద్వారా నిధుల దొంగతనానికి దారితీయవచ్చు. రీ-ఎంట్రన్సీపై మరిన్ని వివరాలు.",
+ "reward-term": "రివార్డ్",
+ "reward-definition": "ప్రతి స్లాట్లో, బ్లాక్ ప్రతిపాదించడం లేదా సింక్-కమిటీలో పాల్గొనడం వంటి నిర్దిష్ట విధులను నిర్వహించే వాలిడేటర్లకు బహుమతిగా ఇవ్వబడిన ఈథర్ మొత్తం.",
+ "rlp-term": "రికర్శీవ్ లెంగ్త్ ప్రిఫిక్స్ (RLP)",
+ "rlp-definition": "Ethereum డెవలపర్లు ఏకపక్ష సంక్లిష్టత మరియు పొడవు యొక్క వస్తువులను (డేటా స్ట్రక్చర్లను) ఎన్కోడ్ చేయడానికి మరియు సీరియలైజ్ చేయడానికి రూపొందించిన ఒక ఎన్కోడింగ్ ప్రమాణం.",
+ "rollups-term": "రోలప్లు",
+ "rollups-definition": "బహుళ లావాదేవీలను బ్యాచ్ చేసి, వాటిని ఒకే లావాదేవీలో Ethereum ప్రధాన చైన్కు సమర్పించే ఒక రకమైన లేయర్ 2 స్కేలింగ్ పరిష్కారం. ఇది గ్యాస్ ఖర్చులను తగ్గించడానికి మరియు లావాదేవీ త్రుపుట్ను పెంచడానికి అనుమతిస్తుంది. ఆశావాద మరియు జీరో-కనౌలెడ్జి రోలప్లు ఉన్నాయి, ఇవి ఈ స్కేలబిలిటీ లాభాలను అందించడానికి వివిధ భద్రతా పద్ధతులను ఉపయోగిస్తాయి. రోలప్లపై మరిన్ని వివరాలు.",
+ "rpc-term": "రిమోట్ ప్రొసీజర్ కాల్ (RPC)",
+ "rpc-definition": "RPC ఒక కంప్యూటర్ ఒక నెట్వర్క్ ద్వారా మరొక కంప్యూటర్ నుండి డేటా లేదా చర్యను అభ్యర్థించడానికి అనుమతిస్తుంది, రిమోట్ కంట్రోల్తో సమాచారం కోసం అడిగినట్లు.",
+ "sha-term": "సెక్యూర్ హాష్ అల్గోరిథం (SHA)",
+ "sha-definition": "నేషనల్ ఇన్స్టిట్యూట్ ఆఫ్ స్టాండర్డ్స్ అండ్ టెక్నాలజీ (NIST) ప్రచురించిన క్రిప్టోగ్రాఫిక్ హాష్ ఫంక్షన్ల కుటుంబం.",
+ "serialization-term": "సీరియలైజేషన్",
+ "serialization-definition": "ఒక డేటా స్ట్రక్చర్ను బైట్ల క్రమంలోకి మార్చే ప్రక్రియ.",
+ "sequencer-term": "సీక్వెన్సర్",
+ "sequencer-definition": "ఒక సీక్వెన్సర్ అనేది ఒక బ్లాక్చెయిన్ నెట్వర్క్లో, ముఖ్యంగా లేయర్ 2 స్కేలింగ్ పరిష్కారాలలో లావాదేవీలను క్రమబద్ధం చేయడానికి బాధ్యత వహించే ఒక ప్రోగ్రామ్.",
+ "shard-term": "షార్డ్ / షార్డ్ చైన్",
+ "shard-definition": "షార్డ్ చైన్లు మొత్తం బ్లాక్చెయిన్ యొక్క విడి విభాగాలు, దీనికి వాలిడేటర్ల ఉపసమితులు బాధ్యత వహించగలవు. ఇది వాస్తవానికి Ethereum సెకనుకు లక్షలాది లావాదేవీలకు స్కేల్ చేసే మార్గంగా ఉద్దేశించబడింది, కానీ ఇప్పుడు రోలప్లను ఉపయోగించి స్కేలింగ్ యొక్క వేగవంతమైన అభివృద్ధితో ఇది అధిగమించబడింది.",
+ "sidechain-term": "సైడ్చైన్ ",
+ "sidechain-definition": "వివిధ, తరచుగా వేగవంతమైన ఏకాభిప్రాయం నియమాలను ఉపయోగించే ఒక వేరువేరు చైన్ను ఉపయోగించే ఒక స్కేలింగ్ పరిష్కారం. ఈ సైడ్చైన్లను మెయిన్నెట్కు కనెక్ట్ చేయడానికి ఒక బ్రిడ్జ్ అవసరం. రోలప్లు కూడా సైడ్చైన్లను ఉపయోగిస్తాయి, కానీ అవి మెయిన్నెట్తో సహకారంతో పనిచేస్తాయి. సైడ్చైన్లపై మరిన్ని వివరాలు.",
+ "signing-term": "సంతకం చేయడం",
+ "signing-definition": "ఒక నిర్దిష్ట ప్రైవేట్ కీ హోల్డర్ ద్వారా ఒక లావాదేవీ ఆమోదించబడిందని క్రిప్టోగ్రాఫికల్గా ప్రదర్శించడం.",
+ "singleton-term": "సింగిల్టన్",
+ "singleton-definition": "ఒక కంప్యూటర్ ప్రోగ్రామింగ్ పదం, ఇది ఒకే ఒక ఉదాహరణ మాత్రమే ఉనికిలో ఉండగల ఒక వస్తువును వివరిస్తుంది.",
+ "slasher-term": "స్లాషర్",
+ "slasher-definition": "ఒక స్లాషర్ అనేది స్లాష్ చేయగల నేరాల కోసం అటెస్టేషన్లను స్కాన్ చేసే ఒక సంస్థ. స్లాషింగ్లు నెట్వర్క్కు ప్రసారం చేయబడతాయి, మరియు తదుపరి బ్లాక్ ప్రతిపాదకుడు రుజువును బ్లాక్కు జోడిస్తాడు. బ్లాక్ ప్రతిపాదకుడు తరువాత హానికర వాలిడేటర్ను స్లాష్ చేసినందుకు రివార్డును పొందుతాడు.",
+ "slot-term": "జాబితా",
+ "slot-definition": "ప్రూఫ్-ఆఫ్-స్టేక్ సిస్టమ్లో ఒక వాలిడేటర్ ద్వారా కొత్త బ్లాక్లను ప్రతిపాదించగల సమయ వ్యవధి (12 సెకన్లు). ఒక స్లాట్ ఖాళీగా ఉండవచ్చు. 32 స్లాట్లు ఒక ఎపోక్ను ఏర్పరుస్తాయి. ప్రూఫ్-ఆఫ్-స్టేక్పై మరిన్ని వివరాలు.",
+ "smart-contract-term": "స్మార్ట్ కాంట్రాక్ట్",
+ "smart-contract-definition": "ఒక స్మార్ట్ కాంట్రాక్ట్ అనేది ఒక బ్లాక్చెయిన్పై ఒప్పందాలను స్వయంచాలకంగా అమలు చేసే ఒక ప్రోగ్రామ్, ఒక స్వీయ-అమలు డిజిటల్ కాంట్రాక్ట్ లాంటిది. స్మార్ట్ కాంట్రాక్ట్లకు పరిచయం.",
+ "snark-term": "SNARK",
+ "snark-definition": "\"సక్షిప్త నాన్-ఇంటరాక్టివ్ ఆర్గుమెంట్ ఆఫ్ నాలెడ్జ్\" కు సంక్షిప్త రూపం, ఒక SNARK అనేది ఒక రకమైన జీరో-కనౌలెడ్జి రుజువు. జీరో-కనౌలెడ్జి రోలప్లపై మరిన్ని వివరాలు.",
+ "soft-fork-term": "సాఫ్ట్ ఫోర్క్",
+ "soft-fork-definition": "ఏకాభిప్రాయం నియమాలు మారినప్పుడు బ్లాక్చెయిన్లో జరిగే ఒక విభేదం. హార్డ్ ఫోర్క్కు విరుద్ధంగా, ఒక సాఫ్ట్ ఫోర్క్ వెనుకకు అనుకూలంగా ఉంటుంది; అప్గ్రేడ్ చేయబడిన నోడ్లు కొత్త ఏకాభిప్రాయం నియమాలను అనుసరిస్తున్నంత వరకు అప్గ్రేడ్ కాని నోడ్లచే సృష్టించబడిన బ్లాక్లను ధ్రువీకరించగలవు.",
+ "solidity-term": "Solidity",
+ "solidity-definition": "జావాస్క్రిప్ట్, C++, లేదా జావాకు సమానమైన సింటాక్స్తో ఒక ప్రొసీజరల్ (ఇంపరేటివ్) ప్రోగ్రామింగ్ లాంగ్వేజ్. Ethereum స్మార్ట్ కాంట్రాక్ట్ల కోసం అత్యంత ప్రజాదరణ పొందిన మరియు అత్యంత తరచుగా ఉపయోగించే భాష. డాక్టర్ గావిన్ వుడ్ సృష్టించారు. Solidityపై మరిన్ని వివరాలు.",
+ "solidity-inline-assembly-term": "Solidity ఇన్లైన్ అసెంబ్లీ",
+ "solidity-inline-assembly-definition": "Solidity ప్రోగ్రామ్లో EVM అసెంబ్లీ లాంగ్వేజ్. ఇన్లైన్ అసెంబ్లీకి Solidity మద్దతు కొన్ని ఆపరేషన్లను వ్రాయడం సులభతరం చేస్తుంది.",
+ "stablecoin-term": "స్టేబుల్కాయిన్",
+ "stablecoin-definition": "ఒక స్టేబుల్కాయిన్ అనేది ధర అస్థిరతను తగ్గించడానికి, తరచుగా ఒక కరెన్సీ లేదా వస్తువుకు (US డాలర్ వంటివి) పెగ్ చేయబడిన, స్థిరమైన విలువను కలిగి ఉండేలా రూపొందించబడిన ఒక రకమైన క్రిప్టోకరెన్సీ. స్టేబుల్కాయిన్లపై మరిన్ని వివరాలు.",
+ "staking-term": "స్టేకింగ్",
+ "staking-definition": "ఒక వాలిడేటర్గా మారి, నెట్వర్క్ను సురక్షితం చేయడానికి ఈథర్ యొక్క పరిమాణాన్ని (మీ స్టేక్) డిపాజిట్ చేయడం. ఒక వాలిడేటర్ లావాదేవీలను తనిఖీ చేస్తుంది మరియు ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం మోడల్ కింద బ్లాక్లను ప్రతిపాదిస్తుంది. స్టేకింగ్ మీకు నెట్వర్క్ యొక్క ఉత్తమ ప్రయోజనాలకు అనుగుణంగా వ్యవహరించడానికి ఒక ఆర్థిక ప్రోత్సాహాన్ని ఇస్తుంది. మీ వాలిడేటర్ విధులను నిర్వహించినందుకు మీకు రివార్డులు లభిస్తాయి, కానీ మీరు అలా చేయకపోతే వివిధ మొత్తాలలో ETH ను కోల్పోతారు. Ethereum స్టేకింగ్పై మరిన్ని వివరాలు.",
+ "staking-pool-term": "స్టాకింగ్ పూల్",
+ "staking-pool-definition": "ఒకదాని కంటే ఎక్కువ Ethereum స్టేకర్ల యొక్క మిళిత ETH, ఒక సెట్ వాలిడేటర్ కీలను యాక్టివేట్ చేయడానికి అవసరమైన 32 ETH ను చేరుకోవడానికి ఉపయోగించబడుతుంది. ఒక నోడ్ ఆపరేటర్ ఈ కీలను ఏకాభిప్రాయంలో పాల్గొనడానికి ఉపయోగిస్తాడు మరియు బ్లాక్ రివార్డులు దోహదపడిన స్టేకర్ల మధ్య విభజించబడతాయి. స్టేకింగ్ పూల్స్ లేదా డెలిగేటింగ్ స్టేకింగ్ Ethereum ప్రోటోకాల్కు స్థానికం కాదు, కానీ చాలా పరిష్కారాలు కమ్యూనిటీచే నిర్మించబడ్డాయి. పూల్డ్ స్టేకింగ్పై మరిన్ని వివరాలు.",
+ "stark-term": "STARK",
+ "stark-definition": "\"స్కేలబుల్ ట్రాన్స్పరెంట్ ఆర్గుమెంట్ ఆఫ్ నాలెడ్జ్\" కు సంక్షిప్త రూపం, ఒక STARK అనేది ఒక రకమైన జీరో-కనౌలెడ్జి రుజువు. జీరో-కనౌలెడ్జి రోలప్లపై మరిన్ని వివరాలు.",
+ "state-term": "రాష్ట్రం",
+ "state-definition": "బ్లాక్చెయిన్లో ఒక నిర్దిష్ట సమయంలో అన్ని బ్యాలెన్స్లు మరియు డేటా యొక్క స్నాప్షాట్, సాధారణంగా ఒక నిర్దిష్ట బ్లాక్ వద్ద ఉన్న పరిస్థితిని సూచిస్తుంది.",
+ "state-channels-term": "స్టేట్ ఛానెల్లు",
+ "state-channels-definition": "ఒక లేయర్ 2 పరిష్కారం, ఇక్కడ పార్టిసిపెంట్ల మధ్య ఒక ఛానెల్ సెట్ చేయబడుతుంది, అక్కడ వారు స్వేచ్ఛగా మరియు చౌకగా లావాదేవీలు జరపవచ్చు. ఛానెల్ను సెట్ చేయడానికి మరియు ఛానెల్ను మూసివేయడానికి మాత్రమే ఒక లావాదేవీ మెయిన్నెట్కు పంపబడుతుంది. ఇది చాలా అధిక లావాదేవీ త్రుపుట్ను అనుమతిస్తుంది, కానీ ముందుగానే పార్టిసిపెంట్ల సంఖ్యను తెలుసుకోవడం మరియు నిధులను లాక్ చేయడంపై ఆధారపడి ఉంటుంది. స్టేట్ ఛానెల్స్పై మరిన్ని వివరాలు.",
+ "supermajority-term": "సూపర్ మెజారిటీ",
+ "supermajority-definition": "సూపర్ మెజారిటీ అనేది Ethereum ను సురక్షితం చేసే మొత్తం స్టేక్ చేసిన ఈథర్లో 2/3 (66%) కంటే ఎక్కువ మొత్తానికి ఇవ్వబడిన పదం. బీకాన్ చైన్లో బ్లాక్లు ఫైనలైజ్ కావడానికి సూపర్ మెజారిటీ ఓటు అవసరం.",
+ "sybil-attack-term": "సిబిల్ అటాక్",
+ "sybil-attack-definition": "సిబిల్ దాడులు వ్యక్తిగత మానవులు తమ ప్రభావాన్ని పెంచుకోవడానికి బహుళ వ్యక్తులుగా భావించేలా వ్యవస్థను మోసగించడాన్ని సూచిస్తాయి.",
+ "syncing-term": "సింక్ చేయడం",
+ "syncing-definition": "ఒక నోడ్కు బ్లాక్చెయిన్ యొక్క మొత్తం తాజా వెర్షన్ను డౌన్లోడ్ చేసే ప్రక్రియ.",
+ "sync-committee-term": "సింక్ కమిటీ",
+ "sync-committee-definition": "ఒక సింక్ కమిటీ అనేది యాదృచ్ఛికంగా ఎంచుకున్న వాలిడేటర్ల సమూహం, ఇది ప్రతి ~27 గంటలకు రిఫ్రెష్ అవుతుంది. వారి ఉద్దేశ్యం చెల్లుబాటు అయ్యే బ్లాక్ హెడర్లకు వారి సంతకాలను జోడించడం. సింక్ కమిటీలు లైట్ క్లయింట్లు మొత్తం వాలిడేటర్ సెట్ను యాక్సెస్ చేయాల్సిన అవసరం లేకుండా బ్లాక్చెయిన్ యొక్క హెడ్ను ట్రాక్ చేయడానికి అనుమతిస్తాయి.",
+ "szabo-term": "సాబో",
+ "szabo-definition": "ఒక ఈథర్ యొక్క డినామినేషన్. 1 సాబో = 1012 wei. 106 సాబో = 1 ఈథర్.",
+ "terminal-total-difficulty-term": "టెర్మినల్ టోటల్ డిఫికల్టీ (TTD)",
+ "terminal-total-difficulty-definition": "మొత్తం కఠినత అనేది బ్లాక్చెయిన్లో ఒక నిర్దిష్ట పాయింట్ వరకు అన్ని బ్లాక్ల కోసం Ethash మైనింగ్ కఠినత యొక్క మొత్తం. టెర్మినల్ టోటల్ డిఫికల్టీ అనేది మొత్తం కఠినత కోసం ఒక నిర్దిష్ట విలువ, ఇది ఎగ్జిక్యూషన్ క్లయింట్లు వారి మైనింగ్ మరియు బ్లాక్ గాసిప్ ఫంక్షన్లను స్విచ్ ఆఫ్ చేయడానికి ట్రిగ్గర్గా ఉపయోగించబడింది, నెట్వర్క్ ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి వీలు కల్పిస్తుంది. Ethereum ప్రూఫ్-ఆఫ్-స్టేక్కు మారినందున ఇది ఇకపై సంబంధితం కాదు.",
+ "testnet-term": "టెస్టునెట్",
+ "testnet-definition": "\"టెస్ట్ నెట్వర్క్\" కు సంక్షిప్త రూపం, ప్రధాన Ethereum నెట్వర్క్ యొక్క ప్రవర్తనను అనుకరించడానికి ఉపయోగించే ఒక నెట్వర్క్.",
+ "token-term": "టోకెన్",
+ "token-definition": "Ethereum బ్లాక్చెయిన్పై స్మార్ట్ కాంట్రాక్ట్లలో నిర్వచించబడిన ఒక వర్తకం చేయగల వర్చువల్ వస్తువు.",
+ "token-factory-term": "టోకెన్ ఫ్యాక్టరీ",
+ "token-factory-definition": "ఒక టోకెన్ ఫ్యాక్టరీ అనేది ERC-20, ERC-721, లేదా ERC-1155 వంటి ఒక నిర్దిష్ట ప్రమాణంలో టోకెన్ల సృష్టిని సులభతరం చేసే ఒక స్మార్ట్ కాంట్రాక్ట్. స్మార్ట్ కాంట్రాక్ట్ ఒక టెంప్లేట్గా పనిచేస్తుంది, వినియోగదారులను మొదటి నుండి కొత్త స్మార్ట్ కాంట్రాక్ట్ను సృష్టించకుండా పేరు, చిహ్నం, సరఫరా మరియు అదనపు కార్యాచరణ వంటి కస్టమ్ పారామీటర్లతో కొత్త టోకెన్లను డిప్లాయ్ చేయడానికి అనుమతిస్తుంది.",
+ "transaction-term": "లావాదేవీ",
+ "transaction-definition": "ఒక మూల ఖాతా ద్వారా సంతకం చేయబడిన Ethereum బ్లాక్చెయిన్కు కట్టుబడి ఉన్న డేటా, ఒక నిర్దిష్ట చిరునామాను లక్ష్యంగా చేసుకుంది. లావాదేవీలో ఆ లావాదేవీ కోసం గ్యాస్ పరిమితి వంటి మెటాడేటా ఉంటుంది. లావాదేవీలపై మరిన్ని వివరాలు.",
+ "transaction-fee-term": "లావాదేవీ రుసుము",
+ "transaction-fee-definition": "మీరు Ethereum నెట్వర్క్ను ఉపయోగించినప్పుడల్లా చెల్లించాల్సిన రుసుము. ఉదాహరణలలో మీ వాలెట్ నుండి నిధులను పంపడం లేదా ఒక డాప్ పరస్పర చర్య, టోకెన్లను మార్చుకోవడం లేదా ఒక సేకరించదగిన వస్తువును కొనుగోలు చేయడం వంటివి ఉన్నాయి. దీనిని మీరు ఒక సర్వీస్ ఛార్జ్ లాగా భావించవచ్చు. నెట్వర్క్ ఎంత బిజీగా ఉందో బట్టి ఈ రుసుము మారుతుంది. ఇది ఎందుకంటే వాలిడేటర్లు, మీ లావాదేవీని ప్రాసెస్ చేయడానికి బాధ్యత వహించే వ్యక్తులు, అధిక రుసుములతో లావాదేవీలకు ప్రాధాన్యత ఇచ్చే అవకాశం ఉంది - కాబట్టి రద్దీ ధరను పెంచుతుంది.
సాంకేతిక స్థాయిలో, మీ లావాదేవీ రుసుము మీ లావాదేవీకి ఎంత గ్యాస్ అవసరమో దానితో సంబంధం కలిగి ఉంటుంది.
లావాదేవీ రుసుములను తగ్గించడం ప్రస్తుతం తీవ్ర ఆసక్తి ఉన్న విషయం. లేయర్ 2 ను చూడండి.",
+ "trust-assumptions-term": "విశ్వాస అంచనాలు",
+ "trust-assumptions-definition": "విశ్వాస అంచనాలు అనేవి ఒక సిస్టమ్ యొక్క భద్రత మరియు ఆధారపడదగినత గురించి ప్రాథమిక నమ్మకాలు, సిస్టమ్ పనిచేయడానికి మనం ఏమి విశ్వసించాలో మార్గనిర్దేశం చేస్తాయి.",
+ "trustlessness-term": "ట్రస్ట్లెస్నెస్",
+ "trustlessness-definition": "సంబంధిత పార్టీలలో ఎవరూ మూడవ పార్టీని విశ్వసించాల్సిన అవసరం లేకుండా లావాదేవీలను మధ్యవర్తిత్వం వహించే ఒక నెట్వర్క్ సామర్థ్యం.",
+ "turing-complete-term": "ట్యూరింగ్ కంప్లీట్",
+ "turing-complete-definition": "ఇంగ్లీష్ గణిత శాస్త్రవేత్త మరియు కంప్యూటర్ శాస్త్రవేత్త అలాన్ ట్యూరింగ్ పేరు మీద ఒక భావన - ఒక డేటా-మానిప్యులేషన్ నియమాల సిస్టమ్ (ఒక కంప్యూటర్ యొక్క ఇన్స్ట్రక్షన్ సెట్, ఒక ప్రోగ్రామింగ్ లాంగ్వేజ్ లేదా ఒక సెల్యులార్ ఆటోమేటా వంటివి) ఏదైనా ట్యూరింగ్ మెషీన్ను అనుకరించడానికి ఉపయోగించగలిగితే అది \"ట్యూరింగ్ కంప్లీట్\" లేదా \"కంప్యూటేషనల్లీ యూనివర్సల్\" అని చెప్పబడుతుంది.",
+ "validator-term": "వాలిడేటర్",
+ "validator-definition": "ప్రూఫ్-ఆఫ్-స్టేక్ సిస్టమ్లో ఒక నోడ్, ఇది డేటాను నిల్వ చేయడం, లావాదేవీలను ప్రాసెస్ చేయడం మరియు బ్లాక్చెయిన్కు కొత్త బ్లాక్లను జోడించడం వంటి బాధ్యతలను కలిగి ఉంటుంది. వాలిడేటర్ సాఫ్ట్వేర్ను యాక్టివేట్ చేయడానికి, మీరు 32 ETH స్టేక్ చేయగలగాలి. Ethereum లో స్టేకింగ్పై మరిన్ని వివరాలు.",
+ "validator-lifecycle-term": "వాలిడేటర్ జీవన చక్రం",
+ "validator-lifecycle-definition": "ఒక వాలిడేటర్ ఉనికిలో ఉండగల స్థితుల క్రమం. వీటిలో ఇవి ఉన్నాయి:
- డిపాజిట్ చేయబడింది: వాలిడేటర్ ద్వారా డిపాజిట్ కాంట్రాక్ట్కు కనీసం 32 ETH డిపాజిట్ చేయబడింది
- పెండింగ్లో ఉంది: వాలిడేటర్ ఇప్పటికే ఉన్న వాలిడేటర్లచే నెట్వర్క్లోకి ఓటు వేయబడటానికి యాక్టివేషన్ క్యూలో ఉంది
- యాక్టివ్: ప్రస్తుతం బ్లాక్లను అటెస్ట్ మరియు ప్రతిపాదిస్తోంది
- స్లాషింగ్: వాలిడేటర్ దురుసుగా ప్రవర్తించింది మరియు స్లాష్ చేయబడుతోంది
- నిష్క్రమిస్తోంది: వాలిడేటర్ స్వచ్ఛందంగా లేదా వారు బహిష్కరించబడినందున నెట్వర్క్ నుండి నిష్క్రమించడానికి ఫ్లాగ్ చేయబడింది.
",
+ "validity-proof-term": "చెల్లుబాటు రుజువు",
+ "validity-proof-definition": "కొన్ని లేయర్ 2 పరిష్కారాల కోసం ఒక భద్రతా మోడల్, ఇక్కడ వేగాన్ని పెంచడానికి, లావాదేవీలు బ్యాచ్లలో రోల్ అప్ చేయబడి, ఒకే లావాదేవీలో Ethereum కు సమర్పించబడతాయి. లావాదేవీ గణన ఆఫ్చైన్లో చేయబడుతుంది మరియు తరువాత వాటి చెల్లుబాటు యొక్క రుజువుతో ప్రధాన చైన్కు సరఫరా చేయబడుతుంది. ఈ పద్ధతి భద్రతను కొనసాగిస్తూనే సాధ్యమయ్యే లావాదేవీల మొత్తాన్ని పెంచుతుంది. కొన్ని రోలప్లు మోసం రుజువును ఉపయోగిస్తాయి. జీరో-కనౌలెడ్జి రోలప్లపై మరిన్ని వివరాలు.",
+ "validium-term": "వాలిడియం",
+ "validium-definition": "చెల్లుబాటు రుజువులను ఉపయోగించి లావాదేవీ త్రుపుట్ను మెరుగుపరిచే ఒక ఆఫ్చైన్ పరిష్కారం. జీరో-కనౌలెడ్జి రోలప్ల వలె కాకుండా, వాలిడియం డేటా లేయర్ 1 మెయిన్నెట్లో నిల్వ చేయబడదు. వాలిడియంపై మరిన్ని వివరాలు.",
+ "vyper-term": "Vyper",
+ "vyper-definition": "పైథాన్ వంటి సింటాక్స్తో ఒక ఉన్నత-స్థాయి ప్రోగ్రామింగ్ లాంగ్వేజ్. స్వచ్ఛమైన ఫంక్షనల్ లాంగ్వేజ్కు దగ్గరగా రావాలని ఉద్దేశించబడింది. విటాలిక్ బుటెరిన్ సృష్టించారు. Vyperపై మరిన్ని వివరాలు.",
+ "wallet-term": "వాలెట్",
+ "wallet-definition": "ఒక వాలెట్ అనేది మీ ఆన్లైన్ డబ్బు కోసం వర్చువల్ పర్సు లాంటి డిజిటల్ కరెన్సీని నిల్వ చేయడానికి, పంపడానికి మరియు స్వీకరించడానికి ఒక డిజిటల్ సాధనం. Ethereum వాలెట్లపై మరిన్ని వివరాలు.",
+ "web2-term": "Web2",
+ "web2-definition": "ప్రస్తుత ఇంటర్నెట్, వినియోగదారు-ఉత్పత్తి కంటెంట్ మరియు సోషల్ మీడియాపై దృష్టి పెట్టింది, ఇది కొన్ని కంపెనీలచే నియంత్రించబడుతుంది. Web3 అనేది వినియోగదారులు వారి డేటా మరియు లావాదేవీలను నియంత్రించాలని కోరే ఒక క్రిప్టో నమ్మకం.",
+ "web3-term": "Web3",
+ "web3-definition": "Web3 అనేది బ్లాక్చెయిన్తో కూడిన కొత్త ఇంటర్నెట్, ఇక్కడ వినియోగదారులు వారి డేటా మరియు లావాదేవీలను నియంత్రిస్తారు, కంపెనీలు కాదు. ఎటువంటి వ్యక్తిగత సమాచారం పంచుకోవాల్సిన అవసరం లేదు. web3పై మరిన్ని వివరాలు.",
+ "wei-term": "వెయి",
+ "wei-definition": "ఈథర్ యొక్క అతి చిన్న డినామినేషన్. 1018 wei = 1 ఈథర్.",
+ "wrapped-token-term": "చుట్టబడిన టోకెన్",
+ "wrapped-token-definition": "మరొక నెట్వర్క్లో మరొక క్రిప్టోకరెన్సీ లేదా ఆస్తిని ప్రాతినిధ్యం వహించే ఒక బ్లాక్చెయిన్-ఆధారిత టోకెన్. ఉదాహరణకు, చుట్టబడిన ఈథర్ (WETH) Ethereum యొక్క ERC-20 టోకెన్ ప్రమాణానికి అనుగుణంగా ఉన్న ఫార్మాట్లో ఈథర్ (ETH) ను ప్రాతినిధ్యం వహిస్తుంది. అసలు ఆస్తి ఒక స్మార్ట్ కాంట్రాక్ట్ ద్వారా సురక్షితంగా లాక్ చేయబడుతుంది మరియు సమానమైన చుట్టబడిన టోకెన్ మింట్ చేయబడుతుంది. ఈ యంత్రాంగం బ్లాక్చెయిన్ల లోపల మరియు వాటి మధ్య ఇంటర్ఆపరేబిలిటీని అనుమతిస్తుంది, ETH వంటి ఆస్తులను వికేంద్రీకృత అప్లికేషన్లలో వాటి విలువను నిలుపుకుంటూ సజావుగా ఉపయోగించడానికి అనుమతిస్తుంది.",
+ "zero-address-term": "జీరో చిరునామా",
+ "zero-address-definition": "ఒక Ethereum చిరునామా, పూర్తిగా సున్నాలతో కూడి ఉంటుంది, ఇది యాజమాన్య ప్రసరణ నుండి టోకెన్లను తొలగించడానికి తరచుగా ఒక చిరునామాగా ఉపయోగించబడుతుంది. బర్న్() పద్ధతి ద్వారా ఒక స్మార్ట్ కాంట్రాక్ట్ యొక్క ఇండెక్స్ నుండి అధికారికంగా తొలగించబడిన టోకెన్లకు మరియు ఈ చిరునామాకు పంపబడిన వాటికి మధ్య ఒక వ్యత్యాసం ఉంది.",
+ "zk-proof-term": "జీరో-కనౌలెడ్జి రుజువు",
+ "zk-proof-definition": "ఒక జీరో-కనౌలెడ్జి రుజువు అనేది ఒక క్రిప్టోగ్రాఫిక్ పద్ధతి, ఇది ఒక వ్యక్తి ఒక స్టేట్మెంట్ నిజమని రుజువు చేయడానికి అనుమతిస్తుంది, ఎటువంటి అదనపు సమాచారం తెలియజేయకుండా. జీరో-కనౌలెడ్జి రోలప్లపై మరిన్ని వివరాలు.",
+ "zk-rollup-term": "జీరో-నాలెడ్జ్ రోల్అప్",
+ "zk-rollup-definition": "మెయిన్నెట్ (లేయర్ 1) అందించే భద్రతను ఉపయోగిస్తూనే, చెల్లుబాటు రుజువులను ఉపయోగించి పెరిగిన లేయర్ 2 లావాదేవీ త్రుపుట్ను అందించే లావాదేవీల యొక్క ఒక రోల్అప్. అవి ఆశావాద రోలప్ల వలె సంక్లిష్ట లావాదేవీ రకాలను నిర్వహించలేనప్పటికీ, లావాదేవీలు సమర్పించబడినప్పుడు రుజువుగా చెల్లుబాటు అయ్యేవి కాబట్టి వాటికి లేటెన్సీ సమస్యలు ఉండవు. జీరో-కనౌలెడ్జి రోలప్లపై మరిన్ని వివరాలు."
+}
diff --git a/src/intl/te/learn-quizzes.json b/src/intl/te/learn-quizzes.json
new file mode 100644
index 00000000000..261baf74139
--- /dev/null
+++ b/src/intl/te/learn-quizzes.json
@@ -0,0 +1,698 @@
+{
+ "add-quiz": "ఒక ప్రశ్న/క్విజ్ని జోడించండి",
+ "average-score": "సగటు స్కోరు:",
+ "basics": "Ethereum బేసిక్స్",
+ "basics-description": "ఈ విభాగం Ethereum యొక్క ప్రాథమిక భావనలను కవర్ చేస్తుంది, మీకు బలమైన పునాది ఉందని నిర్ధారిస్తుంది.",
+ "completed": "పూర్తయింది:",
+ "community-stats": "కమ్యూనిటీ గణాంకాలు",
+ "contribute": "మా లైబ్రరీకి సహకరించండి.",
+ "correct": "సరైనది",
+ "explanation": "వివరణ",
+ "next-question": "తదుపరి ప్రశ్న",
+ "next-quiz": "తదుపరి క్విజ్",
+ "question-number": "ప్రశ్న సంఖ్య {{number}}:",
+ "page-assets-merge": "ది మెర్జ్",
+ "passed": "మీరు క్విజ్ పాస్ అయ్యారు!",
+ "questions": "ప్రశ్నలు",
+ "questions-answered": "ప్రశ్నలకు సమాధానాలు ఇచ్చారు:",
+ "quizzes-subtitle": "మీరు Ethereum మరియు క్రిప్టోకరెన్సీలను ఎంత బాగా అర్థం చేసుకున్నారో తెలుసుకోండి. మీరు నిపుణుడిగా మారడానికి సిద్ధంగా ఉన్నారా?",
+ "retry": "పునఃప్రయత్న రేటు:",
+ "score": "స్కోర్",
+ "see-results": "ఫలితాలను చూడండి",
+ "share-results": "ఫలితాలను పంచుకోండి",
+ "start": "ప్రారంభించండి",
+ "submit-answer": "సమాధానం చూసుకోండి",
+ "test-your-knowledge": "మీ Ethereum జ్ఞానాన్ని పరీక్షించుకోండి",
+ "try-again": "మళ్ళీ ప్రయత్నించండి",
+ "using-ethereum": "ఇతీరియమును ఉపయోగించడం",
+ "using-ethereum-description": "Ethereum యొక్క వాస్తవ-ప్రపంచ అనువర్తనాలను పరిశీలించండి మరియు ఈ విప్లవాత్మక బ్లాక్చెయిన్ ప్లాట్ఫామ్ పరిశ్రమలను ఎలా పునర్నిర్మిస్తుందో తెలుసుకోండి. మీరు క్రిప్టోకరెన్సీలను చురుకుగా ఉపయోగించడం ప్రారంభించే ముందు విషయాలను బాగా అర్థం చేసుకున్నారని నిర్ధారించుకోవడానికి ఇది ఒక గొప్ప మార్గం.",
+ "want-more-quizzes": "ఇక్కడ మరిన్ని క్విజ్లను చూడాలనుకుంటున్నారా?",
+ "your-results": "మీ ఫలితాలు",
+ "your-total": "మీ మొత్తం పాయింట్లు",
+ "what-is-ethereum-1-prompt": "Ethereum మరియు Bitcoin మధ్య అతి పెద్ద తేడా:",
+ "what-is-ethereum-1-a-label": "Ethereum మిమ్మల్ని ఇతర వ్యక్తులకు చెల్లింపులు చేయడానికి అనుమతించదు",
+ "what-is-ethereum-1-a-explanation": "Bitcoin మరియు Ethereum రెండూ ఇతర వ్యక్తులకు చెల్లింపులు చేయడానికి మిమ్మల్ని అనుమతిస్తాయి.",
+ "what-is-ethereum-1-b-label": "మీరు Ethereum లో కంప్యూటర్ ప్రోగ్రామ్లను అమలు చేయవచ్చు",
+ "what-is-ethereum-1-b-explanation": "Ethereum అనేది ప్రోగ్రామబుల్. దీని అర్థం మీరు ఏ కంప్యూటర్ ప్రోగ్రామ్నైనా Ethereum బ్లాక్చెయిన్లో ఉంచవచ్చు.",
+ "what-is-ethereum-1-c-label": "మీరు Bitcoin లో కంప్యూటర్ ప్రోగ్రామ్లను అమలు చేయవచ్చు",
+ "what-is-ethereum-1-c-explanation": "Ethereum వలె కాకుండా, Bitcoin ప్రోగ్రామబుల్ కాదు మరియు ఏకపక్ష కంప్యూటర్ ప్రోగ్రామ్లను అమలు చేయదు.",
+ "what-is-ethereum-1-d-label": "వాటికి వేర్వేరు లోగోలు ఉన్నాయి",
+ "what-is-ethereum-1-d-explanation": "వాటికి వేర్వేరు లోగోలు ఉన్నాయి! కానీ వాటి మధ్య ఉన్న పెద్ద తేడా ఇది కాదు.",
+ "what-is-ethereum-2-prompt": "Ethereum యొక్క స్థానిక క్రిప్టోకరెన్సీని ఇలా పిలుస్తారు:",
+ "what-is-ethereum-2-a-label": "Ether",
+ "what-is-ethereum-2-a-explanation": "Ether అనేది Ethereum నెట్వర్క్కు సంబంధించిన క్రిప్టోకరెన్సీ.",
+ "what-is-ethereum-2-b-label": "ఇతీరియము",
+ "what-is-ethereum-2-b-explanation": "Ethereum అనేది బ్లాక్చెయిన్, కానీ దాని స్థానిక కరెన్సీ Ethereum కాదు. ఇది సాధారణ దురభిప్రాయం.",
+ "what-is-ethereum-2-c-label": "Ethercoin",
+ "what-is-ethereum-2-c-explanation": "అనేక ఇతర క్రిప్టోకరెన్సీల మాదిరిగా కాకుండా, Ethereum యొక్క స్థానిక క్రిప్టోకరెన్సీలో 'కాయిన్' అనే పదం ఉండదు.",
+ "what-is-ethereum-2-d-label": "బిట్కాయిన్",
+ "what-is-ethereum-2-d-explanation": "Bitcoin (పెద్ద అక్షరం B) సృష్టించబడిన మొదటి బ్లాక్చెయిన్, bitcoin (చిన్న అక్షరం B) ఇది స్థానిక క్రిప్టోకరెన్సీ.",
+ "what-is-ethereum-3-prompt": "Ethereumని ఎవరు నడుపుతున్నారు?",
+ "what-is-ethereum-3-a-label": "డెవలపర్లు",
+ "what-is-ethereum-3-a-explanation": "Ethereum ను నిర్మించడంలో మరియు మెరుగుపరచడంలో డెవలపర్లు కీలకం, కానీ వారు Ethereum ను నడుపుతూ ఉండే సమూహం కాదు.",
+ "what-is-ethereum-3-b-label": "మైనింగ్ చేసేవారు",
+ "what-is-ethereum-3-b-explanation": "ది మెర్జ్ తర్వాత మైనింగ్ సాధ్యం కాలేదు. Ethereumలో ఇకపై 'మైనర్లు' లేరు.",
+ "what-is-ethereum-3-c-label": "Ethereum ఫౌండేషన్",
+ "what-is-ethereum-3-c-explanation": "Ethereum నోడ్ల రోజువారీ నిర్వహణలో Ethereum ఫౌండేషన్ ఎటువంటి ముఖ్యమైన పాత్ర పోషించదు.",
+ "what-is-ethereum-3-d-label": "నోడ్ నడుపుతున్న ఎవరైనా",
+ "what-is-ethereum-3-d-explanation": "నోడ్ను నడుపుతున్న ఎవరైనా Ethereum యొక్క మౌలిక సదుపాయాలలో కీలకమైన భాగం. మీరు ఇప్పటికే అలా చేయకపోతే, Ethereum నోడ్ను అమలు చేయడాన్ని పరిగణించండి.",
+ "what-is-ethereum-4-prompt": "Ethereum ప్రారంభించినప్పటి నుండి, నెట్వర్క్ ఎన్నిసార్లు ఆఫ్లైన్లో ఉంది?",
+ "what-is-ethereum-4-a-label": "ఎప్పటికీ కాదు",
+ "what-is-ethereum-4-a-explanation": "ఇతీరియము ప్రారంభించినప్పటి నుండి ఎప్పుడూ పూర్తిగా ఆఫ్లైన్కి వెళ్లలేదు (బ్లాక్లను ఉత్పత్తి చేయడం ఆపలేదు).",
+ "what-is-ethereum-4-b-label": "ఒకసారి",
+ "what-is-ethereum-4-c-label": "నాలుగు సార్లు",
+ "what-is-ethereum-4-d-label": "పది కంటే ఎక్కువ సార్లు",
+ "what-is-ethereum-5-prompt": "ఇతీరియము దీనికంటే ఎక్కువ విద్యుత్ను వినియోగిస్తుంది:",
+ "what-is-ethereum-5-a-label": "గోల్డ్ మైనింగ్",
+ "what-is-ethereum-5-a-explanation": "బంగారు మైనింగ్ సంవత్సరానికి ~131 టెరావాట్ గంటలను ఉపయోగిస్తుంది. ఇతీరియము సంవత్సరానికి సుమారు 0.0026 టెరావాట్ గంటలను ఉపయోగిస్తుంది.",
+ "what-is-ethereum-5-b-label": "Netflix",
+ "what-is-ethereum-5-b-explanation": "నెట్ఫ్లిక్స్ సంవత్సరానికి ~0.451 టెరావాట్ గంటలను ఉపయోగిస్తుంది. ఇతీరియము సంవత్సరానికి సుమారు 0.0026 టెరావాట్ గంటలను ఉపయోగిస్తుంది.",
+ "what-is-ethereum-5-c-label": "PayPal",
+ "what-is-ethereum-5-c-explanation": "PayPal సంవత్సరానికి ~0.26 టెరావాట్ గంటలను ఉపయోగిస్తుంది. ఇతీరియము సంవత్సరానికి సుమారు 0.0026 టెరావాట్ గంటలను ఉపయోగిస్తుంది.",
+ "what-is-ethereum-5-d-label": "పైవేవీ కాదు",
+ "what-is-ethereum-5-d-explanation": "ఇతీరియము సంవత్సరానికి సుమారు 0.0026 టెరావాట్ గంటలను ఉపయోగిస్తుంది. బంగారు మైనింగ్ (~131 TWh/yr), నెట్ఫ్లిక్స్ (~0.451 TWh/yr), మరియు Paypal (~0.26 TWh/yr) కంటే తక్కువ.",
+ "what-is-ether-1-prompt": "ఈథర్ను ఇలా కూడా పిలుస్తారు:",
+ "what-is-ether-1-a-label": "ETC",
+ "what-is-ether-1-a-explanation": "ETC అనేది Ethereum Classic కోసం టిక్కర్.",
+ "what-is-ether-1-b-label": "ETR",
+ "what-is-ether-1-b-explanation": "ETR అనేది ఈథర్ లేదా మరేదైనా ముఖ్యమైన క్రిప్టోకరెన్సీకి టిక్కర్ కాదు.",
+ "what-is-ether-1-c-label": "ETH",
+ "what-is-ether-1-c-explanation": "ETH అనేది Ethereum లో ఈథర్ కోసం టిక్కర్.",
+ "what-is-ether-1-d-label": "BTC",
+ "what-is-ether-1-d-explanation": "BTC అనేది Bitcoin నెట్వర్క్లో బిట్కాయిన్ కోసం టిక్కర్.",
+ "what-is-ether-2-prompt": "Ethereum లో, నెట్వర్క్ రుసుములు దీనిలో చెల్లించబడతాయి:",
+ "what-is-ether-2-a-label": "bitcoin",
+ "what-is-ether-2-a-explanation": "చిన్న అక్షరాల “bitcoin” అనేది Bitcoin నెట్వర్క్ యొక్క స్థానిక క్రిప్టోకరెన్సీ.",
+ "what-is-ether-2-b-label": "ETH",
+ "what-is-ether-2-b-explanation": "ఈథర్ (ETH) అనేది Ethereum యొక్క స్థానిక క్రిప్టోకరెన్సీ. Ethereum లో అన్ని నెట్వర్క్ రుసుములు ETH లో చెల్లించబడతాయి.",
+ "what-is-ether-2-c-label": "USD",
+ "what-is-ether-2-c-explanation": "Ethereumలో నెట్వర్క్ రుసుములను USD (US డాలర్లు) లేదా మరేదైనా FIAT కరెన్సీలో చెల్లించడం సాధ్యం కాదు.",
+ "what-is-ether-2-d-label": "ఇతీరియము",
+ "what-is-ether-2-d-explanation": "Ethereum అనేది నెట్వర్క్, కానీ Ethereum యొక్క నెట్వర్క్ రుసుములు ETH లో చెల్లించబడతాయి.",
+ "what-is-ether-3-prompt": "Ethereum పై స్టేకింగ్ నెట్వర్క్ను సురక్షితం చేయడానికి సహాయపడుతుంది ఎందుకంటే:",
+ "what-is-ether-3-a-label": "స్టేకర్లు తాము చేస్తున్నది నచ్చకపోతే వ్యక్తులను నిషేధించగలరు",
+ "what-is-ether-3-a-explanation": "స్టేకర్లు వినియోగదారులను ఏకపక్షంగా సెన్సార్ చేయలేరు.",
+ "what-is-ether-3-b-label": "ఒక స్టేకర్ నెట్వర్క్ను మోసం చేయడానికి ప్రయత్నిస్తే, వారు తమ ETHని కోల్పోయే ప్రమాదం ఉంది",
+ "what-is-ether-3-b-explanation": "స్టేకర్లు నెట్వర్క్కు వ్యతిరేకంగా దురుద్దేశపూర్వకంగా ప్రవర్తిస్తున్నట్లు తేలితే వారి ETHలో గణనీయమైన భాగాన్ని కోల్పోయే ప్రమాదం ఉంది. దీనిని స్లాషింగ్ అని అంటారు.",
+ "what-is-ether-3-c-label": "స్టేకర్లు ప్రూఫ్-ఆఫ్-వర్క్ను ప్రదర్శించడానికి శక్తివంతమైన కంప్యూటర్లను నడుపుతారు",
+ "what-is-ether-3-c-explanation": "స్టేకర్లకు వారి ETHని స్టేక్ చేయడానికి శక్తివంతమైన హార్డ్వేర్ అవసరం లేదు. The Merge వద్ద Ethereum ప్రూఫ్-ఆఫ్-వర్క్ను ఉపయోగించడం ఆపివేసింది.",
+ "what-is-ether-3-d-label": "స్టేకర్లు వాలిడేటర్గా అంగీకరించబడటానికి ముందు KYCకి లోనవుతారు",
+ "what-is-ether-3-d-explanation": "Ethereum పై స్టేకింగ్ అనుమతి రహితమైనది మరియు KYC అవసరం లేదు.",
+ "what-is-ether-4-prompt": "ETH దీని కోసం ఉపయోగించవచ్చు:",
+ "what-is-ether-4-a-label": "Ethereum పై లావాదేవీల రుసుములను చెల్లించడం",
+ "what-is-ether-4-a-explanation": "ఈ సమాధానం పాక్షికంగా సరైనదే, కానీ ETH ఉపయోగించగల అనేక విషయాలలో ఇది ఒకటి మాత్రమే.",
+ "what-is-ether-4-b-label": "సెన్సార్ చేయలేని పీర్-టు-పీర్ చెల్లింపులు",
+ "what-is-ether-4-b-explanation": "ఈ సమాధానం పాక్షికంగా సరైనదే, కానీ ETH ఉపయోగించగల అనేక విషయాలలో ఇది ఒకటి మాత్రమే.",
+ "what-is-ether-4-c-label": "క్రిప్టో రుణాల కోసం కొలేటరల్",
+ "what-is-ether-4-c-explanation": "ఈ సమాధానం పాక్షికంగా సరైనదే, కానీ ETH ఉపయోగించగల అనేక విషయాలలో ఇది ఒకటి మాత్రమే.",
+ "what-is-ether-4-d-label": "పైవన్నీ",
+ "what-is-ether-4-d-explanation": "Ethereum లావాదేవీలను సెన్సార్ చేయలేము, Ethereum లో ఏదైనా లావాదేవీ చేయడానికి ETH అవసరం, మరియు ఇది DeFi పర్యావరణ వ్యవస్థ యొక్క స్థిరత్వానికి కీలకం.",
+ "web3-1-prompt": "Web3 వినియోగదారులకు దీని ద్వారా డిజిటల్ ఆస్తులను స్వంతం చేసుకోవడానికి అనుమతిస్తుంది:",
+ "web3-1-a-label": "టోకెన్లు",
+ "web3-1-a-explanation": "టోకెన్లు ఒకదానికొకటి పరస్పరం మార్చుకోగలిగే విలువ యూనిట్లను సూచించడానికి ఒక మార్గాన్ని అందిస్తాయి, ఇవి Ethereum ఖాతా ద్వారా స్వంతం చేసుకోబడతాయి. అవి యాజమాన్యాన్ని సూచించినప్పటికీ, Ethereum లో డిజిటల్ ఆస్తులను స్వంతం చేసుకోవడానికి మరిన్ని మార్గాలు ఉన్నాయి.",
+ "web3-1-b-label": "NFTలు",
+ "web3-1-b-explanation": "NFTలు (నాన్-ఫంగిబుల్ టోకెన్లు) Ethereum-ఆధారిత ఆస్తిగా ఏదైనా ప్రత్యేకమైన దానిని సూచించడానికి ఒక మార్గాన్ని అందిస్తాయి. అవి యాజమాన్యాన్ని సూచించినప్పటికీ, Ethereum లో డిజిటల్ ఆస్తులను స్వంతం చేసుకోవడానికి మరిన్ని మార్గాలు ఉన్నాయి.",
+ "web3-1-c-label": "ENS",
+ "web3-1-c-explanation": "ENS (Ethereum Name Service) అనేది Ethereum బ్లాక్ చైను కోసం ఒక వికేంద్రీకృత నామకరణ సేవ. అవి యాజమాన్యాన్ని సూచించినప్పటికీ, Ethereum లో డిజిటల్ ఆస్తులను స్వంతం చేసుకోవడానికి మరిన్ని మార్గాలు ఉన్నాయి.",
+ "web3-1-d-label": "పైవన్నీ",
+ "web3-1-d-explanation": "అన్ని ఎంపికలు Ethereum లో డిజిటల్ ఆస్తులను స్వంతం చేసుకోవడానికి మార్గాలను అందిస్తాయి. టోకెన్లు, NFTలు మరియు ENS అన్నీ డిజిటల్ ఆస్తుల యాజమాన్యాన్ని సూచించే మార్గాలు.",
+ "web3-2-prompt": "Web1 రీడ్-ఓన్లీ, Web2 రీడ్-రైట్, Web3 ఇలా వర్ణించబడింది:",
+ "web3-2-a-label": "చదవడం-రాయడం-అమ్మడం",
+ "web3-2-a-explanation": "Web3 ఈ విధంగా వివరించబడలేదు.",
+ "web3-2-b-label": "చదవడం-రాయడం-స్టోర్",
+ "web3-2-b-explanation": "Web3 ఈ విధంగా వివరించబడలేదు.",
+ "web3-2-c-label": "చదవడం-రాయడం-స్వంతం చేసుకోవడం",
+ "web3-2-c-explanation": "Web3 వినియోగదారులు తమ డేటాను స్వంతం చేసుకోవడానికి అనుమతిస్తుంది మరియు అందువల్ల దీనిని 'చదవడం-రాయడం-స్వంతం' అని వర్ణించారు, Web2లో ఏదైనా మెరుగుదల, అంటే 'చదవడం-రాయడం' మాత్రమే.",
+ "web3-2-d-label": "చదవడం-రాయడం-కొనడం",
+ "web3-2-d-explanation": "Web3 ఈ విధంగా వివరించబడలేదు.",
+ "web3-3-prompt": "వెబ్ యొక్క ఏ పునరావృతం మూడవ-పక్ష చెల్లింపు ప్రొవైడర్లపై ఆధారపడదు?",
+ "web3-3-a-label": "Web1",
+ "web3-3-a-explanation": "Web1కి స్థానిక, అంతర్నిర్మిత చెల్లింపులు లేవు.",
+ "web3-3-b-label": "Web2",
+ "web3-3-b-explanation": "Web2కి స్థానిక, అంతర్నిర్మిత చెల్లింపులు లేవు.",
+ "web3-3-c-label": "Web3",
+ "web3-3-c-explanation": "Web3 ETH వంటి క్రిప్టోకరెన్సీలతో స్థానిక, అంతర్నిర్మిత చెల్లింపులను కలిగి ఉంది.",
+ "web3-3-d-label": "పైవన్నీ",
+ "web3-3-d-explanation": "Web1 మరియు Web2 కి స్థానిక, అంతర్నిర్మిత చెల్లింపులు లేవు.",
+ "web3-4-prompt": "‘Web3’ అనే పదాన్ని మొదట సృష్టించింది:",
+ "web3-4-a-label": "గావిన్ వుడ్",
+ "web3-4-a-explanation": "Ethereum సహ-వ్యవస్థాపకుడు గావిన్ వుడ్, 2015లో Ethereum ప్రారంభించిన కొద్దికాలానికే Web3 అనే పదాన్ని సృష్టించిన ఘనత పొందారు.",
+ "web3-4-b-label": "స్టీవ్ జాబ్స్",
+ "web3-4-b-explanation": "స్టీవ్ జాబ్స్ ‘Web3’ అనే పదాన్ని సృష్టించలేదు.",
+ "web3-4-c-label": "విటాలిక్ బుటెరిన్",
+ "web3-4-c-explanation": "వైటలిక్ బుటెరిన్, Ethereum యొక్క అసలు వ్యవస్థాపకుడు అయినప్పటికీ, ‘Web3’ అనే పదాన్ని సృష్టించలేదు.",
+ "web3-4-d-label": "ఎలాన్ మస్క్",
+ "web3-4-d-explanation": "ఎలాన్ మస్క్ ‘Web3’ అనే పదాన్ని సృష్టించలేదు.",
+ "web3-5-prompt": "మీరు దీనిని ఉపయోగించి వెబ్ అంతటా ఒకే, సెన్సార్షిప్-నిరోధక లాగిన్ను కలిగి ఉండవచ్చు:",
+ "web3-5-a-label": "Facebook తో సైన్-ఇన్ చేయండి",
+ "web3-5-a-explanation": "Facebook తో సైన్-ఇన్ చేయడం సెన్సార్షిప్ నిరోధకమైనది కాదు.",
+ "web3-5-b-label": "Google తో సైన్-ఇన్ చేయండి",
+ "web3-5-b-explanation": "Google తో సైన్-ఇన్ చేయడం సెన్సార్షిప్ నిరోధకమైనది కాదు.",
+ "web3-5-c-label": "Ethereum తో సైన్-ఇన్ చేయండి",
+ "web3-5-c-explanation": "Ethereum తో సైన్-ఇన్ చేయడం అనేది సెన్సార్షిప్-నిరోధకమైన మరియు ఏ వెబ్ అప్లికేషన్లోనైనా ఉపయోగించగల ఏకైక ఎంపిక.",
+ "web3-5-d-label": "Twitter తో సైన్-ఇన్ చేయండి",
+ "web3-5-d-explanation": "Twitter తో సైన్-ఇన్ చేయడం సెన్సార్షిప్ నిరోధకమైనది కాదు.",
+ "wallets-1-prompt": "అత్యంత సురక్షితమైన వాలెట్ రకం:",
+ "wallets-1-a-label": "ఒక మొబైల్ వాలెట్",
+ "wallets-1-a-explanation": "మొబైల్ వాలెట్లు మొబైల్ పరికరంలో ప్రైవేట్ కీలను కలిగి ఉంటాయి, ఇది సాధారణంగా ఇంటర్నెట్కు కనెక్షన్లను కలిగి ఉంటుంది మరియు ఇతర సాఫ్ట్వేర్ ద్వారా రాజీపడే అవకాశం ఉంది.",
+ "wallets-1-b-label": "ఒక హార్డ్వేర్ వాలెట్",
+ "wallets-1-b-explanation": "హార్డ్వేర్ వాలెట్ యొక్క ప్రైవేట్ కీలు ఇంటర్నెట్ నుండి దూరంగా ఉంచగల ఒక ప్రత్యేక పరికరంలో నిల్వ చేయబడతాయి మరియు మీ పరికరాల్లోని ఇతర అప్లికేషన్ల నుండి వేరు చేయబడతాయి.",
+ "wallets-1-c-label": "ఒక వెబ్ వాలెట్",
+ "wallets-1-c-explanation": "ప్రైవేట్ కీలు ఇంటర్నెట్-కనెక్ట్ చేయబడిన పరికరంలో నిల్వ చేయబడినందున వెబ్ వాలెట్లకు హార్డ్వేర్ వాలెట్ల కంటే తక్కువ భద్రత ఉంటుంది.",
+ "wallets-1-d-label": "ఒక డెస్క్టాప్ వాలెట్",
+ "wallets-1-d-explanation": "డెస్క్టాప్ వాలెట్లు కంప్యూటర్ హార్డ్ డ్రైవ్లో ప్రైవేట్ కీలను కలిగి ఉంటాయి, ఇది సాధారణంగా ఇంటర్నెట్కు కనెక్షన్లను కలిగి ఉంటుంది మరియు ఇతర సాఫ్ట్వేర్ ద్వారా రాజీపడే అవకాశం ఉంది.",
+ "wallets-2-prompt": "మీ సీడ్ ఫ్రేజ్ను మీరు ఎలా నిల్వ చేయాలి?",
+ "wallets-2-a-label": "మీ ఫోన్లోని ఫోటోలో",
+ "wallets-2-a-explanation": "ఇది అత్యంత సురక్షితమైన ఎంపిక కాదు. ఈ ఫోటోను క్లౌడ్ నిల్వకు అప్లోడ్ చేస్తే, హ్యాకర్ ఈ చిత్రాన్ని పొందుతాడు మరియు మీ ఖాతాకు ప్రాప్యతను పొందుతాడు.",
+ "wallets-2-b-label": "మీ కంప్యూటర్లోని ఫైల్లో",
+ "wallets-2-b-explanation": "ఇది అత్యంత సురక్షితమైన ఎంపిక కాదు. హ్యాకర్లు లక్ష్య పరికరాలలో క్రిప్టోకరెన్సీ సంబంధిత సమాచారం కోసం ఎక్కువగా వెతుకుతున్నారు. హ్యాకర్ మీ సీడ్ ఫ్రేజ్తో ఫైల్ను యాక్సెస్ చేస్తే, వారు మీ ఖాతాకు ప్రాప్యత పొందుతారు.",
+ "wallets-2-c-label": "విశ్వసనీయ కుటుంబ సభ్యునికి టెక్స్ట్ సందేశంలో",
+ "wallets-2-c-explanation": "మీరు ఎవరికీ మీ సీడ్ ఫ్రేజ్ను టెక్స్ట్ చేయకూడదు. సందేశం మూడవ పక్షం ద్వారా అడ్డుకోబడవచ్చు, మరియు మీరు ఈ వ్యక్తిని పూర్తిగా విశ్వసించినప్పటికీ, వారి ఫోన్ను ఎవరు యాక్సెస్ చేయగలరో మీకు తెలియదు.",
+ "wallets-2-d-label": "పైవేవీ కాదు",
+ "wallets-2-d-explanation": "మీ సీడ్ ఫ్రేజ్ ఒక సురక్షితమైన పద్ధతిలో, ఆదర్శంగా ఆఫ్లైన్లో నిల్వ చేయబడాలి. ఈ కారణంగా కాగితంపై వ్రాసుకోవడం తరచుగా సిఫార్సు చేయబడింది, కానీ సురక్షితమైన పాస్వర్డ్ నిర్వాహకులు ఒక మంచి ప్రత్యామ్నాయం.",
+ "wallets-3-prompt": "మీరు మీ సీడ్ ఫ్రేజ్ / ప్రైవేట్ కీలను ఎవరికి ఇవ్వాలి?",
+ "wallets-3-a-label": "మీరు చెల్లిస్తున్న వ్యక్తి",
+ "wallets-3-a-explanation": "మీరు మీ సీడ్ ఫ్రేజ్ లేదా ప్రైవేట్ కీలను ఎవరికీ ఇవ్వకూడదు. బదులుగా, ఒక లావాదేవీ ద్వారా వారి వాలెట్ చిరునామాకు టోకెన్లను పంపండి.",
+ "wallets-3-b-label": "ఒక డాప్ లేదా వాలెట్కు లాగిన్ చేయడానికి",
+ "wallets-3-b-explanation": "మీరు మీ వాలెట్ లేదా డాప్కు లాగిన్ చేయడానికి మీ సీడ్ ఫ్రేజ్ / ప్రైవేట్ కీలను ఎప్పుడూ ఇవ్వకూడదు.",
+ "wallets-3-c-label": "సహాయక సిబ్బంది",
+ "wallets-3-c-explanation": "సహాయక సిబ్బందిగా చెప్పుకునే వారికి మీ సీడ్ ఫ్రేజ్ / ప్రైవేట్ కీలను ఎప్పుడూ ఇవ్వకూడదు. మిమ్మల్ని ఇది అడిగే ఎవరైనా ఒక మోసగాడు.",
+ "wallets-3-d-label": "ఎవరూ కాదు",
+ "wallets-3-d-explanation": "ఆదర్శంగా, మీరు మీ సీడ్ ఫ్రేజ్ లేదా ప్రైవేట్ కీలను ఎవరికీ ఇవ్వకూడదు. మీరు మీ నిధులకు సంపూర్ణ ప్రాప్యతతో ఒకరిని పూర్తిగా విశ్వసిస్తే (భార్య/భర్త వంటివారు), అప్పుడు మీరు ఈ సమాచారాన్ని వారితో పంచుకోవాలని నిర్ణయించుకోవచ్చు.",
+ "wallets-4-prompt": "Ethereum లో ఒక వాలెట్ మరియు ఒక ఖాతా ఒకటే.",
+ "wallets-4-a-label": "నిజం",
+ "wallets-4-a-explanation": "ఒక వాలెట్ అనేది Ethereum ఖాతాతో పరస్పర చర్య చేయడానికి ఉపయోగించే ఒక విజువల్ ఇంటర్ఫేస్.",
+ "wallets-4-b-label": "అబద్ధం",
+ "wallets-4-b-explanation": "ఒక వాలెట్ అనేది Ethereum ఖాతాతో పరస్పర చర్య చేయడానికి ఉపయోగించే ఒక విజువల్ ఇంటర్ఫేస్.",
+ "security-1-prompt": "మీరు మీ అన్ని ఖాతాలకు ప్రత్యేకమైన పాస్వర్డ్లను ఎందుకు ఉపయోగించాలి?",
+ "security-1-a-label": "ప్లాట్ఫారమ్లలో ఒకదానిలో డేటా ఉల్లంఘన జరిగినట్లయితే",
+ "security-1-a-explanation": "ఈ సమాధానం సరైనదే, కానీ ఇతర సరైన సమాధానాలు కూడా ఉన్నాయి.",
+ "security-1-b-label": "మీ భుజంపై నుండి చూస్తున్న ఎవరైనా మీ పాస్వర్డ్ను కనుగొన్నట్లయితే",
+ "security-1-b-explanation": "ఈ సమాధానం సరైనదే, కానీ ఇతర సరైన సమాధానాలు కూడా ఉన్నాయి.",
+ "security-1-c-label": "ఒక కీ-లాగర్ వంటి మాల్వేర్ మీ పాస్వర్డ్ను దొంగిలించినట్లయితే",
+ "security-1-c-explanation": "ఈ సమాధానం సరైనదే, కానీ ఇతర సరైన సమాధానాలు కూడా ఉన్నాయి.",
+ "security-1-d-label": "పైవన్నీ",
+ "security-1-d-explanation": "అన్ని సమాధానాలు సరైనవే. మీ ఖాతాను ఇతరులు యాక్సెస్ చేయకుండా నిరోధించడానికి ప్రత్యేకమైన పాస్వర్డ్లను ఉపయోగించడం ఉత్తమ మార్గం.",
+ "security-2-prompt": "The Merge తర్వాత, ETHని ETH2కి అప్గ్రేడ్ చేయాలి.",
+ "security-2-a-label": "నిజం",
+ "security-2-a-explanation": "మీరు మీ ETHని ETH2కి అప్గ్రేడ్ చేయనవసరం లేదు. ETH2 లేదు మరియు ఇది మోసగాళ్లు ఉపయోగించే ఒక సాధారణ కథనం.",
+ "security-2-b-label": "అబద్ధం",
+ "security-2-b-explanation": "మీరు మీ ETHని ETH2కి అప్గ్రేడ్ చేయనవసరం లేదు. ETH2 లేదు మరియు ఇది మోసగాళ్లు ఉపయోగించే ఒక సాధారణ కథనం.",
+ "security-3-prompt": "ETH గివ్అవేలు:",
+ "security-3-a-label": "మరింత ETH పొందడానికి ఒక మంచి మార్గం",
+ "security-3-a-explanation": "ETH గివ్అవేలు మీ ETH మరియు ఇతర టోకెన్లను దొంగిలించడానికి రూపొందించిన మోసాలు. అవి మరింత ETH పొందడానికి ఎప్పుడూ మంచి మార్గం కాదు.",
+ "security-3-b-label": "ఎల్లప్పుడూ నిజమైనవి",
+ "security-3-b-explanation": "ETH గివ్అవేలు ఎప్పుడూ నిజమైనవి కావు.",
+ "security-3-c-label": "సాధారణంగా కమ్యూనిటీలోని ప్రముఖ సభ్యులచే నిర్వహించబడుతుంది",
+ "security-3-c-explanation": "ప్రముఖ కమ్యూనిటీ సభ్యులు ETH గివ్అవేలు చేయరు. ఎలాన్ మస్క్ వంటి ప్రసిద్ధ వ్యక్తులు గివ్అవేలు చేస్తున్నట్లు మోసగాళ్లు నటిస్తూ మోసానికి చట్టబద్ధత యొక్క భావాన్ని ఇస్తారు.",
+ "security-3-d-label": "మోసం అయ్యే అవకాశం చాలా ఉంది",
+ "security-3-d-explanation": "ETH గివ్అవేలు ఎల్లప్పుడూ మోసాలే. మోసగాళ్లను నివేదించడం మరియు విస్మరించడం ఉత్తమం.",
+ "security-4-prompt": "Ethereum లావాదేవీలు తిరిగి మార్చగలవు.",
+ "security-4-a-label": "నిజం",
+ "security-4-a-explanation": "Ethereum లావాదేవీలను తిరిగి మార్చలేము. మీకు వేరేలా చెప్పే ఎవరైనా మిమ్మల్ని మోసం చేయడానికి ప్రయత్నిస్తూ ఉండవచ్చు.",
+ "security-4-b-label": "అబద్ధం",
+ "security-4-b-explanation": "Ethereum లావాదేవీలను తిరిగి మార్చలేము. మీకు వేరేలా చెప్పే ఎవరైనా మిమ్మల్ని మోసం చేయడానికి ప్రయత్నిస్తూ ఉండవచ్చు.",
+ "nfts-1-prompt": "NFTలు అత్యంత సమగ్రంగా ఇలా నిర్వచించబడ్డాయి:",
+ "nfts-1-a-label": "ప్రత్యేకమైన డిజిటల్ ఆస్తులు",
+ "nfts-1-a-explanation": "NFTలు ఒక ప్రత్యేకమైన డిజిటల్ ఆస్తిని సూచిస్తాయి.",
+ "nfts-1-b-label": "డిజిటల్ కళాకృతి",
+ "nfts-1-b-explanation": "NFTలు ఒక ప్రత్యేకమైన డిజిటల్ ఆస్తిని సూచిస్తాయి, ఇది సాధారణంగా డిజిటల్ కళాకృతి, కానీ ఇది కళకే పరిమితం కాదు.",
+ "nfts-1-c-label": "ప్రత్యేకమైన కార్యక్రమాలకు టిక్కెట్లు",
+ "nfts-1-c-explanation": "NFTలు ఒక ప్రత్యేకమైన డిజిటల్ ఆస్తిని సూచిస్తాయి, ఇది టికెటింగ్ వ్యవస్థ కావచ్చు, కానీ ఇది టికెట్లకే పరిమితం కాదు.",
+ "nfts-1-d-label": "చట్టబద్ధంగా కట్టుబడి ఉండే ఒప్పందాలు",
+ "nfts-1-d-explanation": "ఒక చట్టపరమైన ఒప్పందాన్ని NFTగా సూచించగలిగినప్పటికీ, NFTలు చట్టబద్ధంగా కట్టుబడి ఉండే ఒప్పందాలకే ప్రత్యేకమైనవి కావు.",
+ "nfts-2-prompt": "ఒకే కళాకృతిని సూచించే రెండు NFTలు ఒకటే.",
+ "nfts-2-a-label": "నిజం",
+ "nfts-2-a-explanation": "NFTలు నాన్-ఫంగిబుల్. అంటే అవి డిజిటల్ కళ యొక్క భాగాన్ని సూచించినప్పటికీ, అవి ఇప్పటికీ ప్రత్యేకంగా గుర్తించదగినవి. సాంప్రదాయ కళా ప్రపంచంలో, ఇది ఒరిజినల్స్ మరియు ప్రింట్ల మాదిరిగానే ఉండవచ్చు.",
+ "nfts-2-b-label": "అబద్ధం",
+ "nfts-2-b-explanation": "NFTలు నాన్-ఫంగిబుల్. అంటే అవి డిజిటల్ కళ యొక్క భాగాన్ని సూచించినప్పటికీ, అవి ఇప్పటికీ ప్రత్యేకంగా గుర్తించదగినవి. సాంప్రదాయ కళా ప్రపంచంలో, ఇది ఒరిజినల్స్ మరియు ప్రింట్ల మాదిరిగానే ఉండవచ్చు.",
+ "nfts-3-prompt": "NFTలు అత్యంత సాధారణంగా దీనిని సూచిస్తాయి:",
+ "nfts-3-a-label": "మీ వాలెట్ పాస్వర్డ్",
+ "nfts-3-a-explanation": "ఇది ఒక భద్రతా ప్రమాదం మరియు సాధారణంగా ఒక చెడ్డ ఆలోచన!",
+ "nfts-3-b-label": "ఒక ప్రత్యేకమైన డిజిటల్ వస్తువు యొక్క యాజమాన్యం",
+ "nfts-3-b-explanation": "NFTలు సాధారణంగా ఒక ప్రత్యేకమైన డిజిటల్ వస్తువు యొక్క యాజమాన్యాన్ని సూచిస్తాయి.",
+ "nfts-3-c-label": "మీ ప్రస్తుత ETH బ్యాలెన్స్",
+ "nfts-3-c-explanation": "NFTలు మీ ETH బ్యాలెన్స్ను ఏకపక్షంగా సూచించలేవు.",
+ "nfts-3-d-label": "పైవన్నీ",
+ "nfts-3-d-explanation": "NFTలు సాధారణంగా ఒక ప్రత్యేకమైన డిజిటల్ వస్తువు యొక్క యాజమాన్యాన్ని సూచిస్తాయి, ETH బ్యాలెన్స్లు లేదా వాలెట్ పాస్వర్డ్లను కాదు.",
+ "nfts-4-prompt": "NFTలు ఒక కొత్త దానిని సృష్టించడానికి సహాయపడ్డాయి:",
+ "nfts-4-a-label": "క్యూరేటర్ ఆర్థిక వ్యవస్థ",
+ "nfts-4-a-explanation": "NFTలు సృష్టికర్తల కోసం ఒక కొత్త ఆర్థిక వ్యవస్థను సృష్టించడానికి సహాయపడ్డాయి, క్యూరేటర్ల కోసం కాదు.",
+ "nfts-4-b-label": "కార్బన్ ఆర్థిక వ్యవస్థ",
+ "nfts-4-b-explanation": "NFTలు సృష్టికర్తల కోసం ఒక కొత్త ఆర్థిక వ్యవస్థను సృష్టించడానికి సహాయపడ్డాయి, కార్బన్ కోసం కాదు.",
+ "nfts-4-c-label": "సృష్టికర్త ఆర్థిక వ్యవస్థ",
+ "nfts-4-c-explanation": "NFTలు సృష్టికర్త ఆర్థిక వ్యవస్థను సృష్టించడానికి సహాయపడ్డాయి.",
+ "nfts-4-d-label": "డోజ్ ఆర్థిక వ్యవస్థ",
+ "nfts-4-d-explanation": "NFTలు సృష్టికర్తల కోసం ఒక కొత్త ఆర్థిక వ్యవస్థను సృష్టించడానికి సహాయపడ్డాయి, డోజ్ల కోసం కాదు 🐶.",
+ "nfts-5-prompt": "Ethereum లోని NFTలు పర్యావరణానికి హానికరం",
+ "nfts-5-a-label": "నిజం",
+ "nfts-5-a-explanation": "The Merge (ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం) నుండి, ఏ లావాదేవీ అయినా పర్యావరణంపై అతితక్కువ ప్రభావాన్ని చూపుతుంది.",
+ "nfts-5-b-label": "అబద్ధం",
+ "nfts-5-b-explanation": "The Merge (ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం) నుండి, ఏ లావాదేవీ అయినా పర్యావరణంపై అతితక్కువ ప్రభావాన్ని చూపుతుంది.",
+ "rollups-1-prompt": "లేయర్ 2 బ్లాక్ చైను నెట్వర్కులు దీని కోసం:",
+ "rollups-1-a-label": "ఇతీరియమును విస్తరించడం",
+ "rollups-1-a-explanation": "రోల్అప్లు మరియు ఇతర లేయర్ 2 పరిష్కారాల ప్రాథమిక ఉద్దేశ్యం Ethereumని స్కేలింగ్ చేయడం.",
+ "rollups-1-b-label": "చెల్లింపులు చేయడం",
+ "rollups-1-b-explanation": "రోల్అప్లు మరియు ఇతర లేయర్ 2 పరిష్కారాల ప్రాథమిక ఉద్దేశ్యం Ethereumని స్కేలింగ్ చేయడం.",
+ "rollups-1-c-label": "NFTలను కొనడం",
+ "rollups-1-c-explanation": "రోల్అప్లు మరియు ఇతర లేయర్ 2 పరిష్కారాల ప్రాథమిక ఉద్దేశ్యం Ethereumని స్కేలింగ్ చేయడం.",
+ "rollups-1-d-label": "Ethereumని వికేంద్రీకరించడం",
+ "rollups-1-d-explanation": "రోల్అప్లు మరియు ఇతర లేయర్ 2 పరిష్కారాల ప్రాథమిక ఉద్దేశ్యం Ethereumని స్కేలింగ్ చేయడం.",
+ "rollups-2-prompt": "స్కేల్ చేయడానికి, చాలా ప్రత్యామ్నాయ లేయర్ 1 నెట్వర్క్లు ప్రధానంగా త్యాగం చేశాయి:",
+ "rollups-2-a-label": "భద్రత",
+ "rollups-2-a-explanation": "చాలా ప్రత్యామ్నాయ లేయర్ 1 నెట్వర్క్లు స్కేల్ చేయడానికి భద్రత మరియు ఇంకేదో త్యాగం చేస్తాయి.",
+ "rollups-2-b-label": "వికేంద్రీకరణ",
+ "rollups-2-b-explanation": "చాలా ప్రత్యామ్నాయ లేయర్ 1 నెట్వర్క్లు స్కేల్ చేయడానికి వికేంద్రీకరణ మరియు ఇంకేదో త్యాగం చేస్తాయి.",
+ "rollups-2-c-label": "టోకెన్ ధర",
+ "rollups-2-c-explanation": "టోకెన్ ధర స్కేలింగ్ సామర్థ్యంపై ఎటువంటి ప్రభావం చూపదు.",
+ "rollups-2-d-label": "భద్రత మరియు వికేంద్రీకరణ",
+ "rollups-2-d-explanation": "చాలా ప్రత్యామ్నాయ లేయర్ 1 నెట్వర్క్లు స్కేల్ చేయడానికి భద్రత మరియు వికేంద్రీకరణ రెండింటినీ త్యాగం చేస్తాయి.",
+ "rollups-3-prompt": "కింది వాటిలో ఏవి లేయర్ 2గా పరిగణించబడవు?",
+ "rollups-3-a-label": "వాలిడియమ్స్",
+ "rollups-3-a-explanation": "వాలిడియమ్లు లేయర్ 2 పరిష్కారాలుగా పరిగణించబడవు, ఎందుకంటే అవి Ethereum నుండి భద్రత లేదా డేటా లభ్యతను పొందవు. ఇది ఒక్కటే సరైన సమాధానం కాదు.",
+ "rollups-3-b-label": "సైడ్చైన్లు",
+ "rollups-3-b-explanation": "సైడ్చెయిన్లు లేయర్ 2 పరిష్కారాలుగా పరిగణించబడవు, ఎందుకంటే అవి Ethereum నుండి భద్రత లేదా డేటా లభ్యతను పొందవు. ఇది ఒక్కటే సరైన సమాధానం కాదు.",
+ "rollups-3-c-label": "ప్రత్యామ్నాయ లేయర్ 1 బ్లాక్చెయిన్లు",
+ "rollups-3-c-explanation": "ప్రత్యామ్నాయ లేయర్ 1 బ్లాక్చెయిన్లు లేయర్ 2 పరిష్కారాలుగా పరిగణించబడవు. ఇది ఒక్కటే సరైన సమాధానం కాదు.",
+ "rollups-3-d-label": "పైవన్నీ",
+ "rollups-3-d-explanation": "వాలిడియమ్లు, సైడ్చెయిన్లు మరియు ప్రత్యామ్నాయ లేయర్ 1 బ్లాక్చెయిన్లు Ethereum నుండి భద్రత లేదా డేటా లభ్యతను పొందనందున లేయర్ 2 పరిష్కారాలుగా పరిగణించబడవు.",
+ "rollups-4-prompt": "Ethereumకి ‘అధికారిక’ లేయర్ 2 ఎందుకు లేదు?",
+ "rollups-4-a-label": "ప్రధాన డెవలపర్లు Ethereum పై పనిలో చాలా బిజీగా ఉన్నారు",
+ "rollups-4-a-explanation": "మేము లేయర్ 2 పరిష్కారాలను రూపొందించడానికి విభిన్న విధానాల నుండి ప్రయోజనం పొందుతాము కాబట్టి Ethereum లో ‘అధికారిక’ లేయర్ 2 కోసం ప్రణాళికలు లేవు.",
+ "rollups-4-b-label": "L1గా, Ethereum చివరికి దాని స్వంతంగా భారీ స్కేలింగ్ను చేరుకుంటుంది",
+ "rollups-4-b-explanation": "మేము లేయర్ 2 పరిష్కారాలను రూపొందించడానికి విభిన్న విధానాల నుండి ప్రయోజనం పొందుతాము కాబట్టి Ethereum లో ‘అధికారిక’ లేయర్ 2 కోసం ప్రణాళికలు లేవు.",
+ "rollups-4-c-label": "ప్రధాన డెవలపర్లు ఇప్పటికీ ఆప్టిమిస్టిక్ మరియు zk-రోలప్ల మధ్య చర్చిస్తున్నారు",
+ "rollups-4-c-explanation": "మేము లేయర్ 2 పరిష్కారాలను రూపొందించడానికి విభిన్న విధానాల నుండి ప్రయోజనం పొందుతాము కాబట్టి Ethereum లో ‘అధికారిక’ లేయర్ 2 కోసం ప్రణాళికలు లేవు.",
+ "rollups-4-d-label": "Ethereum ఒక L2ని రూపొందించడానికి విభిన్న విధానాల నుండి ప్రయోజనం పొందుతుంది",
+ "rollups-4-d-explanation": "మేము లేయర్ 2 పరిష్కారాలను రూపొందించడానికి విభిన్న విధానాల నుండి ప్రయోజనం పొందుతాము కాబట్టి Ethereum లో ‘అధికారిక’ లేయర్ 2 కోసం ప్రణాళికలు లేవు.",
+ "merge-1-prompt": "The Merge Ethereumని ఏ ఏకాభిప్రాయం యంత్రాంగంపైకి తరలించింది?",
+ "merge-1-a-label": "ప్రూఫ్-ఆఫ్-వర్క్",
+ "merge-1-a-explanation": "The Mergeకు ముందు ఉపయోగించిన ఏకాభిప్రాయం యంత్రాంగం ప్రూఫ్-ఆఫ్-వర్క్.",
+ "merge-1-b-label": "ప్రూఫ్-ఆఫ్-స్టేక్",
+ "merge-1-b-explanation": "సరైనది! The Merge Ethereumని ప్రూఫ్-ఆఫ్-స్టేక్పైకి తరలించింది.",
+ "merge-1-c-label": "ప్రూఫ్-ఆఫ్-అథారిటీ",
+ "merge-1-c-explanation": "Ethereum Ethereum మెయిన్నెట్లో ప్రూఫ్-ఆఫ్-అథారిటీని ఉపయోగించదు మరియు ఎప్పుడూ ఉపయోగించలేదు.",
+ "merge-1-d-label": "పైవన్నీ",
+ "merge-1-d-explanation": "Ethereumకి ఈ ఏకాభిప్రాయం యంత్రాంగాలన్నీ ఒకేసారి ఉండటం సాధ్యం కాదు.",
+ "merge-2-prompt": "The Merge Ethereum శక్తి వినియోగాన్ని దీని ద్వారా తగ్గించింది:",
+ "merge-2-a-label": "50%",
+ "merge-2-a-explanation": "The Merge ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడాన్ని ప్రారంభించిన తర్వాత Ethereum శక్తి వినియోగం 99.95% తగ్గింది.",
+ "merge-2-b-label": "62.5%",
+ "merge-2-b-explanation": "The Merge ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడాన్ని ప్రారంభించిన తర్వాత Ethereum శక్తి వినియోగం 99.95% తగ్గింది.",
+ "merge-2-c-label": "90%",
+ "merge-2-c-explanation": "The Merge ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడాన్ని ప్రారంభించిన తర్వాత Ethereum శక్తి వినియోగం 99.95% తగ్గింది.",
+ "merge-2-d-label": "99.95%",
+ "merge-2-d-explanation": "The Merge ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడాన్ని ప్రారంభించిన తర్వాత Ethereum శక్తి వినియోగం 99.95% తగ్గింది.",
+ "merge-3-prompt": "The Merge ఎప్పుడు జరిగింది?",
+ "merge-3-a-label": "సెప్టెంబర్ 15, 2022",
+ "merge-3-a-explanation": "The Merge సెప్టెంబర్ 15, 2022 న ఉదయం 06:42:42 గంటలకు (UTC) జరిగింది.",
+ "merge-3-b-label": "డిసెంబర్ 1, 2020",
+ "merge-3-b-explanation": "దీనికంటే ఆలస్యంగా The Merge జరిగింది. డిసెంబర్ 1, 2020 న బీకాన్ చైన్ ప్రారంభించబడింది.",
+ "merge-3-c-label": "నవంబర్ 27, 2013",
+ "merge-3-c-explanation": "దీనికంటే ఆలస్యంగా The Merge జరిగింది. నవంబర్ 27, 2013 న Ethereum శ్వేతపత్రం విడుదలైంది.",
+ "merge-3-d-label": "అక్టోబర్ 31, 2008",
+ "merge-3-d-explanation": "దీనికంటే ఆలస్యంగా The Merge జరిగింది. అక్టోబర్ 31న బిట్కాయిన్ శ్వేతపత్రం విడుదలైంది.",
+ "merge-4-prompt": "The Merge అంటే వినియోగదారులు వారి ETHని ETH2 కోసం మార్పిడి చేసుకోవాలి:",
+ "merge-4-a-label": "నిజం",
+ "merge-4-a-explanation": "The Mergeకు ముందు, సమయంలో లేదా తర్వాత ఏ సమయంలోనూ ETH మారలేదు. ETHని ETH2కి ‘అప్గ్రేడ్’ చేయాలనే ఆలోచన వినియోగదారులను మోసం చేయడానికి దురుద్దేశపూర్వక నటులు ఉపయోగించే ఒక సాధారణ వ్యూహం.",
+ "merge-4-b-label": "అబద్ధం",
+ "merge-4-b-explanation": "The Mergeకు ముందు, సమయంలో లేదా తర్వాత ఏ సమయంలోనూ ETH మారలేదు. ETHని ETH2కి ‘అప్గ్రేడ్’ చేయాలనే ఆలోచన వినియోగదారులను మోసం చేయడానికి దురుద్దేశపూర్వక నటులు ఉపయోగించే ఒక సాధారణ వ్యూహం.",
+ "merge-5-prompt": "Ethereum యొక్క ఏకాభిప్రాయం లేయర్ గతంలో ఇలా పిలువబడింది:",
+ "merge-5-a-label": "ప్రూఫ్-ఆఫ్-వర్క్",
+ "merge-5-a-explanation": "The Mergeకు ముందు ఉపయోగించిన ఏకాభిప్రాయం యంత్రాంగం ప్రూఫ్-ఆఫ్-వర్క్.",
+ "merge-5-b-label": "Eth2",
+ "merge-5-b-explanation": "ఏకాభిప్రాయం లేయర్గా పేరు మార్చడానికి ముందు, దీనిని మొదట ‘Eth2’ అని పిలిచేవారు.",
+ "merge-5-c-label": "Eth1",
+ "merge-5-c-explanation": "Eth1 అనేది ఎగ్జిక్యూషన్ లేయర్కు ఇచ్చిన అసలు పేరు, ఏకాభిప్రాయం లేయర్కు కాదు.",
+ "merge-5-d-label": "స్టేకింగ్",
+ "merge-5-d-explanation": "స్టేకింగ్ అనేది చైన్ను సురక్షితం చేయడానికి సహాయపడటానికి ఒక స్మార్ట్ కాంట్రాక్ట్లో ETHని డిపాజిట్ చేయడం.",
+ "gas-1-prompt": "గ్యాస్ రుసుములు అంటే ఏమిటి?",
+ "gas-1-a-label": "లావాదేవీలు మరియు స్మార్ట్ కాంట్రాక్ట్ కార్యకలాపాలతో సంబంధం ఉన్న రుసుము",
+ "gas-1-a-explanation": "పాక్షికంగా సరైనది, గ్యాస్ రుసుములు లావాదేవీలు మరియు స్మార్ట్ కాంట్రాక్ట్ కార్యకలాపాల ఖర్చును సూచిస్తాయి.",
+ "gas-1-b-label": "ఒక ఆపరేషన్ చేయడానికి ఉపయోగించే గ్యాస్ మొత్తం, గ్యాస్ యూనిట్ ఖర్చుతో గుణించబడుతుంది",
+ "gas-1-b-explanation": "పాక్షికంగా సరైనది. ఇది నిజమే అయినప్పటికీ, ఇచ్చిన ఎంపికలలో ఇది ఉత్తమ సమాధానం కాదు.",
+ "gas-1-c-label": "లావాదేవీ ప్రాసెసింగ్ను వేగవంతం చేసే అవకాశం ఉన్న ప్రాధాన్యత రుసుమును కలిగి ఉన్న చెల్లింపు",
+ "gas-1-c-explanation": "పాక్షికంగా సరైనది, మొత్తం గ్యాస్ రుసుములో మూల రుసుము మరియు లావాదేవీ ప్రాసెసింగ్ వేగాన్ని ప్రభావితం చేసే ప్రాధాన్యత రుసుము ఉంటాయి",
+ "gas-1-d-label": "పైవన్నీ",
+ "gas-1-d-explanation": "గ్యాస్ రుసుములు ఈ అన్ని అంశాలను కలిగి ఉంటాయి: అవి కంప్యూటేషన్కు పరిహారం ఇస్తాయి, లావాదేవీలు మరియు స్మార్ట్ కాంట్రాక్ట్లు రెండింటికీ వర్తిస్తాయి మరియు వేగవంతమైన చేరిక కోసం ప్రాధాన్యత రుసుములను చేర్చవచ్చు.",
+ "gas-2-prompt": "గ్యాస్ ఖర్చును తగ్గించడానికి కింది వాటిలో ఏది అత్యల్ప ప్రభావవంతమైన వ్యూహం?",
+ "gas-2-a-label": "తక్కువ రద్దీ కాలంలో లావాదేవీలను అమలు చేయడం",
+ "gas-2-a-explanation": "ఆఫ్-పీక్ గంటలలో లావాదేవీలను సమయం కేటాయించడం వల్ల గ్యాస్ ఖర్చులు తగ్గుతాయి.",
+ "gas-2-b-label": "గ్యాస్ ధరలు తగ్గడానికి వేచి ఉండటం",
+ "gas-2-b-explanation": "రద్దీ ఆధారంగా గ్యాస్ హెచ్చుతగ్గులకు గురవుతుంది కాబట్టి గ్యాస్ ధరలు తగ్గడానికి వేచి ఉండటం ఒక సరైన వ్యూహం.",
+ "gas-2-c-label": "తక్కువ రుసుములకు లేయర్ 2 చైన్లను ఉపయోగించడం",
+ "gas-2-c-explanation": "లేయర్ 2 పరిష్కారాలు రుసుములను తగ్గిస్తాయి మరియు గ్యాస్పై ఆదా చేయడానికి సమర్థవంతమైన మార్గం.",
+ "gas-2-d-label": "కంప్యూటేషనల్ అవసరాలను పెంచే సంక్లిష్ట స్మార్ట్ కాంట్రాక్ట్ లాజిక్ను ఉపయోగించడం",
+ "gas-2-d-explanation": "సంక్లిష్ట స్మార్ట్ కాంట్రాక్ట్ లాజిక్ ఎక్కువ కంప్యూటేషన్ అవసరం కావడం ద్వారా గ్యాస్ ఖర్చులను పెంచుతుంది. సమర్థవంతమైన డిజైన్ రుసుములను తగ్గించడానికి దశలు, నిల్వ మరియు అనవసరమైన కార్యకలాపాలను తగ్గిస్తుంది.",
+ "gas-3-prompt": "గ్యాస్ రుసుములు ఎక్కువగా ఉండటానికి కారణం ఏమిటి?",
+ "gas-3-a-label": "నిర్దిష్ట పరిమితిని మించిన నెట్వర్క్ కంప్యూటేషన్",
+ "gas-3-a-explanation": "Ethereum పై కంప్యూటేషన్ ఒక పరిమితిని మించిపోయినప్పుడు, గ్యాస్ రుసుములు పెరుగుతాయి, ముఖ్యంగా డాప్స్ లేదా NFT డ్రాప్స్ వంటి అధిక కార్యకలాపాల కాలంలో.",
+ "gas-3-b-label": "వాలిడేటర్లు మూల రుసుమును మాన్యువల్గా పెంచుతున్నారు",
+ "gas-3-b-explanation": "వాలిడేటర్లు మాన్యువల్గా మూల రుసుములను సెట్ చేయరు; అవి మునుపటి బ్లాక్లోని డిమాండ్ ఆధారంగా ప్రోటోకాల్ ద్వారా సర్దుబాటు చేయబడతాయి.",
+ "gas-3-c-label": "బాగా వ్రాసిన, ఆప్టిమైజ్ చేసిన స్మార్ట్ కాంట్రాక్ట్లు",
+ "gas-3-c-explanation": "నిల్వ మరియు లూప్ల సమర్థవంతమైన ఉపయోగం వంటి బాగా వ్రాసిన స్మార్ట్ కాంట్రాక్ట్ లాజిక్ తక్కువ గ్యాస్ వినియోగానికి దారితీస్తుంది.",
+ "gas-3-d-label": "నెట్వర్క్లో అందుబాటులో ఉన్న ETH కొరత",
+ "gas-3-d-explanation": "గ్యాస్ రుసుములు నెట్వర్క్లో అందుబాటులో ఉన్న ETH మొత్తం ద్వారా ప్రభావితం కావు.",
+ "gas-4-prompt": "గ్యాస్ రుసుములు Ethereumను సురక్షితంగా ఉంచడానికి ఎలా సహాయపడతాయి?",
+ "gas-4-a-label": "నిజాయితీగా వ్యవహరించడానికి వాలిడేటర్లను ప్రోత్సహించడం ద్వారా",
+ "gas-4-a-explanation": "వాలిడేటర్లకు కొన్ని మార్గాల్లో పరిహారం లభిస్తుంది, కానీ గ్యాస్ రుసుములు ప్రధానంగా స్పామ్ మరియు అధిక వనరుల వినియోగాన్ని నిరుత్సాహపరుస్తాయి.",
+ "gas-4-b-label": "ఆర్థిక ఖర్చులతో స్పామ్ మరియు హానికరమైన కార్యకలాపాలను నిరుత్సాహపరచడం ద్వారా",
+ "gas-4-b-explanation": "గ్యాస్ రుసుములు స్పామ్ లేదా హానికరమైన కార్యకలాపాలను ఖరీదైనవిగా చేస్తాయి, దుర్వినియోగాన్ని నివారిస్తాయి మరియు నెట్వర్క్ స్థిరత్వాన్ని కాపాడుకోవడానికి సహాయపడతాయి.",
+ "gas-4-c-label": "లావాదేవీలు ప్రాధాన్యత క్రమంలో ప్రాసెస్ చేయబడతాయని నిర్ధారించడం ద్వారా",
+ "gas-4-c-explanation": "ప్రాధాన్యతను చిట్కా ద్వారా నిర్ణయించవచ్చు, గ్యాస్ రుసుముల ద్వారా కాదు.",
+ "gas-4-d-label": "చలామణిలో ఉన్న ETH మొత్తం మొత్తాన్ని పెంచడం ద్వారా",
+ "gas-4-d-explanation": "మూల రుసుము (మొత్తం గ్యాస్ రుసుములో భాగం) బర్న్ చేయబడుతుంది, చలామణిలో ఉన్న ETHని తగ్గిస్తుంది, దానిని పెంచదు",
+ "gas-5-prompt": "గ్యాస్ ఫీజులు ఎలా లెక్కించబడతాయి?",
+ "gas-5-a-label": "గ్యాస్ ధర × లావాదేవీ పరిమాణం",
+ "gas-5-a-explanation": "గ్యాస్ రుసుములు కంప్యూటేషన్పై ఆధారపడి ఉంటాయి, లావాదేవీ పరిమాణంపై కాదు.",
+ "gas-5-b-label": "ఉపయోగించిన గ్యాస్ యూనిట్లు × (మూల రుసుము + ప్రాధాన్యత రుసుము)",
+ "gas-5-b-explanation": "గ్యాస్ రుసుములు ఈ ఫార్ములాను ఉపయోగించి నిర్ణయించబడతాయి: ఉపయోగించిన గ్యాస్ యూనిట్లు × (మూల రుసుము + ప్రాధాన్యత రుసుము).",
+ "gas-5-c-label": "బ్లాక్ పరిమాణం × వాలిడేటర్ టిప్ క్యాప్",
+ "gas-5-c-explanation": "బ్లాక్ పరిమాణం ఈ ఫార్ములాలో నేరుగా కారకం కాదు.",
+ "gas-5-d-label": "మూల రుసుము + ప్రాధాన్యత రుసుము + చిట్కా",
+ "gas-5-d-explanation": "మూల రుసుము మరియు ప్రాధాన్యత రుసుము ఫార్ములాలో భాగంగా ఉంటాయి; చిట్కా అనేది ప్రాధాన్యత రుసుము.",
+ "daos-1-prompt": "DAOల గురించి ఏది నిజం?",
+ "daos-1-a-label": "DAOలు పాలన టోకెన్ల ద్వారా సమిష్టిగా స్వంతం చేసుకోబడతాయి",
+ "daos-1-a-explanation": "DAOలు సమిష్టిగా స్వంతం చేసుకోబడతాయి, కానీ అది ఒక్కటే సరైన ప్రకటన కాదు.",
+ "daos-1-b-label": "వాటిని వాటి సభ్యులు పాలిస్తారు",
+ "daos-1-b-explanation": "DAOలు వాటి సభ్యులచే పాలించబడతాయి, కానీ అది ఒక్కటే సరైన ప్రకటన కాదు.",
+ "daos-1-c-label": "వారు ఒక భాగస్వామ్య మిషన్ కోసం పనిచేస్తున్నారు",
+ "daos-1-c-explanation": "DAOలు ఒక భాగస్వామ్య మిషన్ కోసం పనిచేస్తున్నాయి, కానీ అది ఒక్కటే సరైన ప్రకటన కాదు.",
+ "daos-1-d-label": "పైవన్నీ",
+ "daos-1-d-explanation": "సరైనది, ఒక DAO అనేది ఒక భాగస్వామ్య మిషన్ కోసం పనిచేసే సమిష్టి యాజమాన్యం, బ్లాక్చెయిన్-పరిపాలన సంస్థ.",
+ "daos-2-prompt": "ఒక DAOను ఎలా ఉపయోగించాలో ఆచరణాత్మక ఉదాహరణలు ఏమిటి?",
+ "daos-2-a-label": "వికేంద్రీకృత ప్రోటోకాల్స్, సభ్యులు ప్రోటోకాల్ యొక్క విషయాలపై లేదా ఉత్పత్తిని ఎలా అభివృద్ధి చేయాలో ఓటు వేస్తారు",
+ "daos-2-a-explanation": "ప్రోటోకాల్ DAOలు ఒక ఉదాహరణ, కానీ DAOలు దానికే పరిమితం కావు.",
+ "daos-2-b-label": "సమిష్టి యాజమాన్యం, ఉదా., NFTలు లేదా భౌతిక ఆస్తుల కోసం",
+ "daos-2-b-explanation": "కలెక్టర్ DAOలు ఒక ఉదాహరణ, కానీ DAOలు దానికే పరిమితం కావు.",
+ "daos-2-c-label": "వెంచర్లు మరియు గ్రాంట్లు, పూల్ క్యాపిటల్ మరియు నిధులు సమకూర్చడానికి ప్రాజెక్టులపై ఓటు వేయండి",
+ "daos-2-c-explanation": "వెంచర్ లేదా గ్రాంట్స్ DAOలు ఒక ఉదాహరణ, కానీ DAOలు దానికే పరిమితం కావు.",
+ "daos-2-d-label": "పైవన్నీ",
+ "daos-2-d-explanation": "ఒక DAOకి అనేక 'మిషన్లు' ఉండవచ్చు.",
+ "daos-3-prompt": "సాంప్రదాయ సంస్థల వలె కాకుండా, DAOలు….",
+ "daos-3-a-label": "సాధారణంగా క్రమానుగతంగా",
+ "daos-3-a-explanation": "DAOలు సాధారణంగా ఫ్లాట్గా, మరియు పూర్తిగా ప్రజాస్వామ్యబద్ధంగా ఉంటాయి.",
+ "daos-3-b-label": "వారి కార్యకలాపాల గురించి పారదర్శకంగా మరియు పూర్తిగా బహిరంగంగా",
+ "daos-3-b-explanation": "ఆన్చైన్ ఓటింగ్ కారణంగా, బ్లాక్చెయిన్లో నిర్ణయాలు పారదర్శకంగా ఉంటాయి. చర్చలు మరియు నిర్ణయాధికార ప్రక్రియ యొక్క ఇతర అంశాలు సభ్యులందరికీ తెరిచి ఉంటాయి.",
+ "daos-3-c-label": "ఒక కేంద్ర పక్షం ద్వారా నియంత్రించబడుతుంది",
+ "daos-3-c-explanation": "మార్పులకు సభ్యులచే ఓటింగ్ అవసరం. అందించే సేవలు వికేంద్రీకృత పద్ధతిలో స్వయంచాలకంగా నిర్వహించబడతాయి.",
+ "daos-3-d-label": "మార్పులను ఎవరు సూచించగలరో అనే దానిపై పరిమితం",
+ "daos-3-d-explanation": "సాధారణంగా, ప్రతి DAO సభ్యుడు మార్పులను సూచించవచ్చు.",
+ "daos-4-prompt": "DAOల కోసం స్మార్ట్ కాంట్రాక్ట్ల గురించి ఏది అవసరం?",
+ "daos-4-a-label": "స్మార్ట్ కాంట్రాక్ట్ సంకేత భాష సవరించబడవచ్చు",
+ "daos-4-a-explanation": "ఒప్పందం Ethereum లో ప్రత్యక్షంగా ఉన్న తర్వాత, ఓటు ద్వారా తప్ప ఎవరూ నియమాలను మార్చలేరు. ఇది DAO ప్రోగ్రామ్ చేయబడిన నియమాల ద్వారా నడవడానికి అనుమతిస్తుంది.",
+ "daos-4-b-label": "దీనికి ఒక వ్యక్తిగత యజమాని ఉంటారు, వారు మార్పులు చేయడానికి మరియు ట్రెజరీ నుండి పంపడానికి అధికారాన్ని కలిగి ఉంటారు.",
+ "daos-4-b-explanation": "ట్రెజరీ స్మార్ట్ కాంట్రాక్ట్ ద్వారా నిర్వచించబడింది. డబ్బు ఖర్చు చేయడానికి, సమూహం యొక్క ఆమోదం అవసరం.",
+ "daos-4-c-label": "అంతర్లీన బ్లాక్చెయిన్ యొక్క పంపిణీ చేయబడిన ఏకాభిప్రాయంపై నమ్మకం",
+ "daos-4-c-explanation": "ఒక DAO కోసం అంతర్లీన బ్లాక్చెయిన్ను తారుమారు చేయలేకపోవడం ముఖ్యం. Ethereum యొక్క సొంత ఏకాభిప్రాయం సంస్థలు నెట్వర్క్ను విశ్వసించడానికి తగినంతగా పంపిణీ చేయబడింది మరియు స్థాపించబడింది.",
+ "daos-4-d-label": "DAOలకు స్మార్ట్ కాంట్రాక్ట్లు అవసరం లేదు",
+ "daos-4-d-explanation": "DAO యొక్క వెన్నెముక దాని స్మార్ట్ ఒప్పందం, ఇది సంస్థ యొక్క నియమాలను నిర్వచిస్తుంది మరియు సమూహం యొక్క ట్రెజరీని కలిగి ఉంటుంది.",
+ "daos-5-prompt": "ఒక DAOను పాలించడానికి ఒక యంత్రాంగం ఏది కాదు?",
+ "daos-5-a-label": "టోకెన్ ఆధారిత సభ్యత్వం",
+ "daos-5-a-explanation": "టోకెన్-ఆధారిత పాలన చాలా విస్తృతంగా ఉపయోగించబడుతుంది. ఇది సాధారణంగా పూర్తిగా అనుమతి రహితమైనది మరియు సాధారణంగా విస్తృత వికేంద్రీకృత ప్రోటోకాల్లు మరియు/లేదా టోకెన్లను పాలించడానికి ఉపయోగించబడుతుంది.",
+ "daos-5-b-label": "షేర్-ఆధారిత సభ్యత్వం",
+ "daos-5-b-explanation": "షేర్-ఆధారిత DAOలు మరింత అనుమతినిస్తాయి కానీ ఇప్పటికీ చాలా బహిరంగంగా ఉంటాయి. ఏ కాబోయే సభ్యుడైనా DAOలో చేరడానికి ఒక ప్రతిపాదనను సమర్పించవచ్చు, సాధారణంగా టోకెన్లు లేదా పని రూపంలో కొంత విలువైన నివాళిని అందిస్తారు.",
+ "daos-5-c-label": "కీర్తి ఆధారిత సభ్యత్వం",
+ "daos-5-c-explanation": "టోకెన్ లేదా షేర్-ఆధారిత సభ్యత్వం వలె కాకుండా, ఖ్యాతి-ఆధారిత DAOలు కంట్రిబ్యూటర్లకు యాజమాన్యాన్ని బదిలీ చేయవు. DAO సభ్యులు భాగస్వామ్యం ద్వారా ఖ్యాతిని సంపాదించాలి.",
+ "daos-5-d-label": "ఎగ్జిక్యూటివ్ బోర్డు మరియు ఆఫ్చైన్ ట్రెజరీ నిర్వహణ",
+ "daos-5-d-explanation": "ఈ విధానం పాలన యొక్క అత్యంత కేంద్రీకృత మరియు అపారదర్శక యంత్రాంగాలను ఉపయోగిస్తుంది. దీనికి విరుద్ధంగా, DAOలు పారదర్శకత మరియు జవాబుదారీతనాన్ని నిర్ధారించడానికి ధృవీకరించదగిన ఓటింగ్ యంత్రాంగాలు మరియు ఆన్చైన్ ట్రెజరీ నిర్వహణను ఉపయోగిస్తాయి.",
+ "staking-solo-1-prompt": "స్లాషింగ్ గురించి ఏది నిజం?",
+ "staking-solo-1-a-label": "ఆఫ్లైన్లో ఉన్నందుకు జరిమానా, తిరిగి ఆన్లైన్కి వచ్చినప్పుడు రివార్డులు తిరిగి ప్రారంభమవుతాయి",
+ "staking-solo-1-a-explanation": "ఆఫ్లైన్లో ఉండటం వల్ల స్లాషింగ్ జరగదు. ఆఫ్లైన్లో ఉన్నందుకు చిన్న జరిమానాలు విధించబడతాయి, మరియు వాలిడేటర్ తిరిగి ఆన్లైన్కి వచ్చి ధృవీకరణలను తిరిగి ప్రారంభించినప్పుడు రివార్డులు తిరిగి ప్రారంభమవుతాయి.",
+ "staking-solo-1-b-label": "ఆఫ్లైన్లో ఉన్నందుకు జరిమానా, వాలిడేటర్ ఇకపై ఎప్పటికీ ధృవీకరించకుండా వెంటనే నిషేధించబడ్డాడు",
+ "staking-solo-1-b-explanation": "ఆఫ్లైన్లో ఉండటం వల్ల స్లాషింగ్ జరగదు. స్లాషింగ్ వల్ల వాలిడేటర్ ఇకపై ఎప్పటికీ ధృవీకరించకుండా నిషేధించబడతాడు మరియు చివరికి బలవంతంగా బహిష్కరించబడతాడు, అయితే ఆఫ్లైన్లో ఉండటం వల్ల నెట్వర్క్ నుండి బహిష్కరణ జరగదు.",
+ "staking-solo-1-c-label": "నిర్దిష్ట ఏకాభిప్రాయం నియమాలను ఉల్లంఘించినందుకు జరిమానా, స్లాషింగ్ తర్వాత రివార్డులు తిరిగి ప్రారంభమవుతాయి",
+ "staking-solo-1-c-explanation": "స్లాషింగ్ అనేది నెట్వర్క్కు ముప్పుగా పరిణమించే నిర్దిష్ట ఏకాభిప్రాయం నియమాలను ఉల్లంఘించినందుకు ఒక తీవ్రమైన జరిమానా. అందువల్ల, ఒక వాలిడేటర్ స్లాష్ చేయబడిన తర్వాత, వారు వెంటనే మరింత ధృవీకరించకుండా నిషేధించబడతారు, మరియు చివరికి నెట్వర్క్ నుండి బలవంతంగా బహిష్కరించబడతారు మరియు మిగిలిన ETH యజమానికి ఉపసంహరించబడుతుంది.",
+ "staking-solo-1-d-label": "నిర్దిష్ట ఏకాభిప్రాయం నియమాలను ఉల్లంఘించినందుకు జరిమానా, వాలిడేటర్ ఇకపై ఎప్పటికీ ధృవీకరించకుండా వెంటనే నిషేధించబడ్డాడు",
+ "staking-solo-1-d-explanation": "స్లాషింగ్ అనేది నెట్వర్క్కు ముప్పుగా పరిణమించే నిర్దిష్ట ఏకాభిప్రాయం నియమాలను ఉల్లంఘించినందుకు ఒక తీవ్రమైన జరిమానా. అందువల్ల, ఒక వాలిడేటర్ స్లాష్ చేయబడిన తర్వాత, వారు వెంటనే మరింత ధృవీకరించకుండా నిషేధించబడతారు, మరియు చివరికి నెట్వర్క్ నుండి బలవంతంగా బహిష్కరించబడతారు మరియు మిగిలిన ETH యజమానికి ఉపసంహరించబడుతుంది.",
+ "staking-solo-2-prompt": "ఒక వాలిడేటర్ ఆఫ్లైన్కి వెళ్తే ఏమి జరుగుతుంది?",
+ "staking-solo-2-a-label": "రివార్డులపై ప్రభావం లేదు",
+ "staking-solo-2-a-explanation": "ఒక వాలిడేటర్ ఏదేని యుగంలో చైన్ స్థితిని ధృవీకరించడానికి అందుబాటులో లేనప్పుడు జరిమానాలు విధించబడతాయి. ఈ జరిమానాల పరిమాణం సరైన ధృవీకరణకు రివార్డు ఎంత ఉండేదో దానిలో సుమారు 75%కి సమానంగా ఉంటుంది. వాలిడేటర్ తిరిగి ఆన్లైన్కి వచ్చినప్పుడు రివార్డులు తిరిగి ప్రారంభమవుతాయి, మరియు స్లాషింగ్ జరగదు.",
+ "staking-solo-2-b-label": "నిష్క్రియా జరిమానాలు అందుబాటులో లేనప్పుడు మాత్రమే విధించబడతాయి",
+ "staking-solo-2-b-explanation": "అందుబాటులో లేనప్పుడు, ఒక వాలిడేటర్ చిన్న నిష్క్రియాత్మక జరిమానాలను ఎదుర్కొంటుంది, ఇది సరైన ధృవీకరణ కోసం వచ్చే రివార్డ్లో సుమారు 75%కి సమానం. నెట్వర్క్ ఫైనలైజ్ కానటువంటి అరుదైన/తీవ్రమైన సందర్భాలలో (అంటే, నెట్వర్క్లో 1/3 కంటే ఎక్కువ ఆఫ్లైన్లో ఉన్నప్పుడు), ఈ జరిమానాలు గణనీయంగా ఎక్కువగా ఉంటాయి. వాలిడేటర్ తిరిగి ఆన్లైన్కి వచ్చినప్పుడు రివార్డులు పునఃప్రారంభమవుతాయి, మరియు స్లాషింగ్ జరగదు.",
+ "staking-solo-2-c-label": "తక్షణ స్లాషింగ్ మరియు నెట్వర్క్ నుండి తొలగింపు",
+ "staking-solo-2-c-explanation": "ఇది ఒక సాధారణ అపోహ, కానీ ఆఫ్లైన్కి వెళ్లడం వల్ల స్లాషింగ్ జరగదు! స్లాషింగ్ అనేది మరింత తీవ్రమైన నేరానికి ఒక నిర్దిష్ట రకం జరిమానా, దీనికి పెద్ద జరిమానాలు ఉంటాయి మరియు వాలిడేటర్ సెట్ నుండి తొలగింపుకు కూడా దారితీస్తుంది.",
+ "staking-solo-2-d-label": "స్లాషింగ్ మరియు బహిష్కరణకు ముందు ఒక వారం ఆలస్యం",
+ "staking-solo-2-d-explanation": "దీర్ఘకాలం తర్వాత కూడా ఆఫ్లైన్లో ఉండటం వల్ల స్లాషింగ్ జరగదు. ఒక వాలిడేటర్ సైద్ధాంతికంగా సంవత్సరాల పాటు స్లాష్ చేయబడకుండా ఆఫ్లైన్లో ఉండవచ్చు, అయితే వాలిడేటర్ నిష్క్రమించకపోతే నిష్క్రియా జరిమానాలు పెరుగుతాయి.",
+ "staking-solo-3-prompt": "ఒక వాలిడేటర్ యొక్క గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ ఎంత?",
+ "staking-solo-3-a-label": "16",
+ "staking-solo-3-a-explanation": "16 ETH ప్రభావవంతమైన బ్యాలెన్స్కు పడిపోయే వాలిడేటర్లు స్వయంచాలకంగా బీకాన్ చైన్ నుండి నిష్క్రమిస్తారు.",
+ "staking-solo-3-b-label": "32",
+ "staking-solo-3-b-explanation": "32 ETH అనేది ఒక కొత్త వాలిడేటర్ను యాక్టివేట్ చేయడానికి అవసరమైన కనీస ETH, మరియు ఆ వాలిడేటర్ కోసం గరిష్ట 'ప్రభావవంతమైన బ్యాలెన్స్' (ఓటు బరువు) కూడా. 32 కంటే ఎక్కువ రివార్డులు సంపాదించవచ్చు, కానీ ఈ బ్యాలెన్స్ నెట్వర్క్పై ఆ వాలిడేటర్ల ఓటు బరువుకు దోహదపడదు మరియు రివార్డులు పెరగవు.",
+ "staking-solo-3-c-label": "ఆపరేటర్పై ఆధారపడి మారుతుంది",
+ "staking-solo-3-c-explanation": "ఏకాభిప్రాయం నియమాలు ప్రతి వాలిడేటర్ ఖాతాకు సమానంగా వర్తిస్తాయి మరియు నోడ్ను ఆపరేట్ చేసే వ్యక్తిపై ఆధారపడి ఉండవు. అన్ని వాలిడేటర్ల గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ 32 ETH.",
+ "staking-solo-3-d-label": "పరిమితి లేదు",
+ "staking-solo-3-d-explanation": "ప్రతి వాలిడేటర్ ఖాతా 32 ETH ప్రభావవంతమైన బ్యాలెన్స్కు పరిమితం చేయబడింది, ఇది నెట్వర్క్పై ఏ ఒక్క వాలిడేటర్ యొక్క మొత్తం శక్తిని పరిమితం చేస్తుంది. ఇది ఒక నిర్దిష్ట సమయ వ్యవధిలో ఎంత ETH స్టేక్ చేయవచ్చు లేదా అన్-స్టేక్ చేయవచ్చు అనే దానిని కూడా పరిమితం చేస్తుంది, ఎందుకంటే వాలిడేటర్ యాక్టివేషన్లు మరియు నిష్క్రమణలు రేటు-పరిమిత క్యూ ద్వారా ప్రాసెస్ చేయబడతాయి.",
+ "staking-solo-4-prompt": "వాలిడేటర్గా అందుకున్న రివార్డు ఏది కాదు?",
+ "staking-solo-4-a-label": "బ్లాక్ రివార్డ్",
+ "staking-solo-4-a-explanation": "ప్రోటోకాల్ ద్వారా యాదృచ్ఛికంగా ఎంపిక చేయబడినప్పుడు ఒక చెల్లుబాటు అయ్యే బ్లాక్ను ప్రతిపాదించినందుకు వాలిడేటర్లు కొత్త ETH జారీ రూపంలో రివార్డులను అందుకుంటారు. ఈ రివార్డులు బ్లాక్లను ప్రతిపాదించినప్పుడు సంపాదించే రుసుములు మరియు MEV నుండి వేరుగా ఉంటాయి.",
+ "staking-solo-4-b-label": "రుసుము చిట్కాలు / MEV",
+ "staking-solo-4-b-explanation": "రుసుము చిట్కాలు (రుసుముల బర్న్ చేయని భాగం) మరియు MEV ఆదాయాలు ఆ వాలిడేటర్ అందించిన రుసుము స్వీకర్త చిరునామా ద్వారా బ్లాక్ ప్రతిపాదకునికి (స్టేకర్/వాలిడేటర్) పంపిణీ చేయబడతాయి. ఈ రివార్డులు బ్లాక్లను ప్రతిపాదించినప్పుడు సంపాదించే బ్లాక్ రివార్డు నుండి వేరుగా ఉంటాయి.",
+ "staking-solo-4-c-label": "చైన్ హెడ్ ధృవీకరణ రివార్డు",
+ "staking-solo-4-c-explanation": "వాలిడేటర్లు చైన్ హెడ్, ప్రస్తుత ధృవీకరించబడిన యుగం హెడ్, మరియు ప్రస్తుత ఖరారు చేయబడిన యుగం హెడ్ను సరిగ్గా మరియు వెంటనే ధృవీకరించినందుకు కొత్త ETH జారీ రూపంలో రివార్డులను అందుకుంటారు.",
+ "staking-solo-4-d-label": "Uniswap ట్రేడింగ్ ఫీజులు",
+ "staking-solo-4-d-explanation": "ట్రేడింగ్ ప్లాట్ఫారమ్లు మరియు ఎక్స్ఛేంజ్ల ద్వారా ఉత్పత్తి చేయబడిన ట్రేడింగ్ ఫీజులు Ethereum వాలిడేటర్లచే స్వీకరించబడవు.",
+ "staking-solo-5-prompt": "ఒక వాలిడేటర్ లాభదాయకంగా ఉండటానికి ఎంత అప్టైమ్ అవసరం?",
+ "staking-solo-5-a-label": "100%",
+ "staking-solo-5-a-explanation": "ఒక ఆదర్శ లక్ష్యం అయినప్పటికీ, 100% అప్టైమ్ను సాధించడం అనేది ఒక వాలిడేటర్ లాభదాయకంగా ఉండటానికి కనీస అవసరం కాదు.",
+ "staking-solo-5-b-label": "~99%",
+ "staking-solo-5-b-explanation": "ఒక అద్భుతమైన లక్ష్యం అయినప్పటికీ, 99% అప్టైమ్ను సాధించడం అనేది ఒక వాలిడేటర్ లాభదాయకంగా ఉండటానికి కనీస అవసరం కాదు.",
+ "staking-solo-5-c-label": "~50%",
+ "staking-solo-5-c-explanation": "చైన్ యొక్క స్థితిని సరిగ్గా మరియు వెంటనే ధృవీకరించినందుకు వాలిడేటర్లకు వారు రివార్డ్ చేయబడే దానిలో సుమారు 75% జరిమానా విధించబడుతుంది. అంటే ఒక నిర్దిష్ట సమయ వ్యవధికి, ఆ సమయంలో 50% ఆఫ్లైన్లో ఉండటం వల్ల ఇప్పటికీ నికర లాభదాయకంగా ఉంటుంది, అయితే మరింత విశ్వసనీయంగా అందుబాటులో ఉన్న వాలిడేటర్ కంటే తక్కువ లాభదాయకంగా ఉంటుంది.",
+ "staking-solo-5-d-label": "~25%",
+ "staking-solo-5-d-explanation": "కేవలం 25% అప్టైమ్తో ఉన్న ఒక వాలిడేటర్ మిగిలిన 75% సమయానికి జరిమానాలను ఎదుర్కొంటాడు. రివార్డులు మరియు జరిమానాల సమాన పరిమాణాన్ని బట్టి, ఆన్లైన్లో ఉన్న సమయానికి 3x సమయం ఆఫ్లైన్లో ఉండటం వల్ల ఆ సమయానికి ETH నికర నష్టం జరుగుతుంది.",
+ "staking-solo-6-prompt": "కింది వాటిలో ఏది స్లాష్ చేయదగిన నేరం కాదు?",
+ "staking-solo-6-a-label": "ఆఫ్లైన్లో ఉండటం",
+ "staking-solo-6-a-explanation": "కేవలం ఆఫ్లైన్లో ఉండటం వల్ల స్లాషింగ్ జరగదు. ఇది ఆఫ్లైన్లో ఉన్నప్పుడు చిన్న నిష్క్రియా జరిమానాలకు దారితీస్తుంది, కానీ తిరిగి ఆన్లైన్కి వచ్చినప్పుడు ధృవీకరించడం తిరిగి ప్రారంభమవుతుంది.",
+ "staking-solo-6-b-label": "ఒకే స్లాట్ కోసం రెండు వేర్వేరు బ్లాక్లను ప్రతిపాదించడం మరియు సంతకం చేయడం",
+ "staking-solo-6-b-explanation": "ఇది నెట్వర్క్ యొక్క సమగ్రతకు ముప్పు కలిగిస్తుంది మరియు నెట్వర్క్ నుండి స్లాషింగ్ మరియు బహిష్కరణకు దారితీస్తుంది.",
+ "staking-solo-6-c-label": "మరొకదాన్ని 'చుట్టుముట్టే' బ్లాక్కు ధృవీకరించడం (చరిత్రను సమర్థవంతంగా మార్చడం)",
+ "staking-solo-6-d-label": "ఒకే బ్లాక్ కోసం ఇద్దరు అభ్యర్థులకు ధృవీకరించడం ద్వారా 'డబుల్ ఓటింగ్'",
+ "staking-solo-7-prompt": "మీ వాలిడేటర్ను స్లాష్ చేయకుండా రక్షించడానికి/నిరోధించడానికి ఒక మార్గం ఏది కాదు?",
+ "staking-solo-7-a-label": "అధికంగా అనవసరమైన సెటప్లను నివారించండి, మరియు ఒకేసారి ఒక వాలిడేటర్ క్లయింట్తో మాత్రమే మీ కీలను నిల్వ చేయండి",
+ "staking-solo-7-a-explanation": "ఇప్పటి వరకు జరిగిన మెజారిటీ స్లాషింగ్లు ఆపరేటర్లు తమ సైనింగ్ కీలను ఒకటి కంటే ఎక్కువ మెషీన్లలో, అనవసరమైన బ్యాకప్గా నిల్వ చేయడం వల్ల జరిగాయి. ఇది చాలా ప్రమాదకరమైనది, ఎందుకంటే ఏదైనా పనిచేయకపోవడం డబుల్ ఓటింగ్ మరియు స్లాషింగ్కు దారితీస్తుంది.",
+ "staking-solo-7-b-label": "మీరు కోడ్ను మార్చకుండా క్లయింట్ సాఫ్ట్వేర్ను ఉన్నట్లుగానే నడపండి",
+ "staking-solo-7-b-explanation": "క్లయింట్ సాఫ్ట్వేర్ స్లాష్ చేయగల చర్యలను చేయకుండా రక్షించడానికి వ్రాయబడింది మరియు పరీక్షించబడింది. ఒక స్లాష్ చేయగల చర్యను అమలు చేయడానికి, ఇది సాధారణంగా మీరు క్లయింట్ కోడ్ను హానికరమైన పద్ధతిలో మార్చడం అవసరం.",
+ "staking-solo-7-c-label": "మెజారిటీ ఇతర వాలిడేటర్లు ఉపయోగిస్తున్న క్లయింట్ను నడపండి",
+ "staking-solo-7-c-explanation": "నెట్వర్క్లోని మిగిలిన మెజారిటీ వలె అదే క్లయింట్ను ఉపయోగించడం ఆ క్లయింట్లోని సాఫ్ట్వేర్ బగ్ సందర్భంలో మీరు స్లాష్ అయ్యే ప్రమాదంలో పడుతుంది. మైనారిటీ క్లయింట్ను నడపడం దీనికి వ్యతిరేకంగా రక్షిస్తుంది.",
+ "staking-solo-7-d-label": "కీలను కొత్త మెషీన్కు మైగ్రేట్ చేయడానికి ముందు 2-4 యుగాల పాటు వాలిడేటర్ను నిలిపివేయండి",
+ "staking-solo-7-d-explanation": "ఇది మీ నోడ్ ఆఫ్లైన్లో ఉన్నప్పుడు చైన్ను ఖరారు చేయడానికి సమయం ఇస్తుంది, కీ మైగ్రేషన్ సమయంలో ప్రమాదవశాత్తు డబుల్ ఓటింగ్ మరియు స్లాషింగ్ యొక్క ఏ ప్రమాదాన్ని అయినా తగ్గించడానికి.",
+ "staking-solo-8-prompt": "రివార్డు చెల్లింపులు / పాక్షిక ఉపసంహరణలు స్వీకరించడానికి ఏది అవసరం లేదు?",
+ "staking-solo-8-a-label": "ఒకసారి ఎగ్జిక్యూషన్ ఉపసంహరణ చిరునామాను అందించడం",
+ "staking-solo-8-a-explanation": "ఏ ఏకాభిప్రాయం లేయర్ నిధులను ఎక్కడికి పంపాలో ఉపసంహరణ ప్రక్రియకు తెలియడానికి ఇది ఒకసారి అవసరం",
+ "staking-solo-8-b-label": "32 ETH ప్రభావవంతమైన బ్యాలెన్స్ను కలిగి ఉండటం",
+ "staking-solo-8-b-explanation": "ఏ పాక్షిక ఉపసంహరణలు ప్రేరేపించబడటానికి ముందు మీ ప్రభావవంతమైన బ్యాలెన్స్ 32 ETH వద్ద గరిష్టంగా ఉండాలి.",
+ "staking-solo-8-c-label": "32 ETH కంటే ఎక్కువ మొత్తం బ్యాలెన్స్ను కలిగి ఉండటం",
+ "staking-solo-8-c-explanation": "ఏ పాక్షిక ఉపసంహరణలు ప్రేరేపించబడటానికి మీ మొత్తం బ్యాలెన్స్లో 32 ETH కంటే ఎక్కువ రివార్డులు ఉండాలి.",
+ "staking-solo-8-d-label": "గ్యాస్ చెల్లింపుతో అభ్యర్థించిన ఉపసంహరణ మొత్తాన్ని సమర్పించడం",
+ "staking-solo-8-d-explanation": "ఇతర ప్రమాణాలు నెరవేరిన తర్వాత, రివార్డు చెల్లింపులు స్వయంచాలకంగా ఉంటాయి. స్వీకర్తలు ఒక లావాదేవీని సమర్పించడం లేదా గ్యాస్ చెల్లించడం అవసరం లేదు. ఉపసంహరించుకున్న మొత్తం వాలిడేటర్ యొక్క బ్యాలెన్స్ 32 కంటే ఎక్కువ. అనుకూల మొత్తాలను అభ్యర్థించలేము.",
+ "scaling-1-prompt": "Ethereum స్కేలింగ్ కోసం కింది వాటిలో ఏది ఉపయోగిస్తోంది?",
+ "scaling-1-a-label": "లేయర్ 2 రోల్అప్లు",
+ "scaling-1-a-explanation": "ఇవి లావాదేవీలను బండిల్ చేయడం, వాటిని అమలు చేయడం, మరియు ఆపై ఫలితాలను Ethereumకి ధృవీకరణ మరియు సురక్షితం కోసం పోస్ట్ చేయడం ద్వారా Ethereum స్కేల్కు సహాయపడతాయి. రోల్అప్ల ఉదాహరణలలో Arbitrum లేదా Optimism ఉన్నాయి. Ethereum స్కేలింగ్ అవుతున్న ఏకైక మార్గం ఇది కాదు.",
+ "scaling-1-b-label": "ప్రోటో-డాంక్షర్డింగ్",
+ "scaling-1-b-explanation": "ఇది రోల్అప్ డేటాను మెయిన్నెట్కు సేవ్ చేయడానికి ఒక తాత్కాలిక మరియు చవకైన నిల్వ ఎంపికను అందిస్తుంది, ఇది ప్రస్తుతం ఒక రోల్అప్లో వినియోగదారుడు ఎదుర్కొనే ఖర్చులో సుమారు 90%కి బాధ్యత వహిస్తుంది. Ethereum స్కేలింగ్ అవుతున్న ఏకైక మార్గం ఇది కాదు.",
+ "scaling-1-c-label": "డాంక్శార్డింగ్",
+ "scaling-1-c-explanation": "ఇది నెట్వర్క్లోని ప్రతి వాలిడేటర్ మరియు నోడ్ అన్ని రోల్అప్ల కోసం 100% డేటాను నిల్వ చేయాల్సిన అవసరాన్ని తొలగిస్తుంది, నోడ్ ఆపరేటర్ల కోసం హార్డ్వేర్ అవసరాలను తగ్గిస్తుంది. Ethereum స్కేలింగ్ అవుతున్న ఏకైక మార్గం ఇది కాదు.",
+ "scaling-1-d-label": "పైవన్నీ",
+ "scaling-1-d-explanation": "లేయర్ 2 రోల్అప్లు లావాదేవీలను బండిల్ చేస్తాయి, ప్రోటో-డాంక్షార్డింగ్ ఈ డేటా కోసం చవకైన తాత్కాలిక నిల్వను సృష్టిస్తుంది, మరియు డాంక్షార్డింగ్ అన్ని వాలిడేటర్ల మధ్య నిల్వ భారాన్ని పంచుకుంటుంది—అన్నీ Ethereum స్కేల్కు సహాయపడతాయి.",
+ "scaling-2-prompt": "లావాదేవీలను బండిల్ చేసి వాటిని అమలు చేసిన తర్వాత, లేయర్ 2 రోల్అప్లు తర్వాత ఏమి చేస్తాయి?",
+ "scaling-2-a-label": "డేటాను ఒక ప్రైవేట్ సర్వర్లో నిల్వ చేయండి",
+ "scaling-2-a-explanation": "ఫలితాలు పారదర్శకత మరియు ప్రజా లభ్యత కోసం మెయిన్నెట్కు పోస్ట్ చేయబడతాయి, మరియు ప్రైవేట్ సర్వర్లపై ఆధారపడవు.",
+ "scaling-2-b-label": "నిల్వ కోసం వినియోగదారునికి ప్రూఫ్ను పంపుతుంది",
+ "scaling-2-b-explanation": "వినియోగదారులు వారి లావాదేవీల ఫలితాలను ఉంచుకోవాలని ఆశించబడదు. ఈ సమాచారం మెయిన్నెట్కు పోస్ట్ చేయబడుతుంది.",
+ "scaling-2-c-label": "ఫలితాలను Ethereumకి సమర్పించండి",
+ "scaling-2-c-explanation": "లేయర్ 2 రోల్అప్లు వారి లావాదేవీ అమలు ఫలితాలను మెయిన్నెట్కు పోస్ట్ చేస్తాయి, దానిని Ethereum చరిత్రలో సురక్షితం చేస్తాయి",
+ "scaling-2-d-label": "ఖర్చులను తగ్గించడానికి ఫలితాన్ని తొలగించండి",
+ "scaling-2-d-explanation": "లేయర్ 2 రోల్అప్లు వారి లావాదేవీ అమలు ఫలితాలను మెయిన్నెట్కు పోస్ట్ చేస్తాయి. ఈ విధానంతో సాధించిన ఖర్చు ఆదా లావాదేవీ డేటాను బండిల్ చేయడం మరియు కంప్రెస్ చేయడం, మరియు చివరికి దానిని అవసరమైన వారికి అందుబాటులో ఉంచిన తర్వాత గడువు ముగిసే చవకైన నిల్వలో నిల్వ చేయడం ద్వారా జరుగుతుంది.",
+ "scaling-3-prompt": "ప్రోటో-డాంక్షార్డింగ్ రోల్అప్లపై రోల్అప్ లావాదేవీల ఖర్చులను ఎలా తగ్గిస్తుంది?",
+ "scaling-3-a-label": "బ్లాక్ పరిమాణాన్ని నేరుగా పెంచడం",
+ "scaling-3-a-explanation": "ప్రోటో-డాంక్షార్డింగ్ నేరుగా గ్యాస్ పరిమితిని పెంచదు, కానీ తాత్కాలిక నిల్వను అందుబాటులో ఉంచడం ద్వారా రోల్అప్ డేటా నిల్వను తక్కువ ఖర్చుతో చేస్తుంది",
+ "scaling-3-b-label": "డేటాను నిల్వ చేయడానికి ఏ వాలిడేటర్లు అవసరమో విభజించడం",
+ "scaling-3-b-explanation": "పూర్తి డాంక్షార్డింగ్ అన్ని వాలిడేటర్లు అన్ని డేటాను నిల్వ చేయవలసిన అవసరాన్ని తగ్గిస్తుందని ఆశించినప్పటికీ, దీనికి ముందు ప్రోటో-డాంక్షార్డింగ్ ఉంటుంది, ఇది రోల్అప్ల ద్వారా ఉత్పత్తి చేయబడిన డేటా కోసం తక్కువ ఖర్చుతో కూడిన, తాత్కాలిక నిల్వ ఎంపికను ఏర్పరుస్తుంది.",
+ "scaling-3-c-label": "నోడ్ ఆపరేటర్ల కోసం హార్డ్వేర్ అవసరాలను గణనీయంగా పెంచడం",
+ "scaling-3-c-explanation": "ఇది సాధారణంగా Ethereum స్కేలింగ్ కోసం ఆమోదయోగ్యమైన ఎంపికగా పరిగణించబడదు. ఒక నోడ్ను ఆపరేట్ చేయడానికి హార్డ్వేర్ అవసరాలను తగ్గించడానికి గొప్ప ప్రయత్నాలు జరుగుతాయి, దానిని సాధ్యమైనంత అందుబాటులో ఉంచడానికి.",
+ "scaling-3-d-label": "దాని డేటాను చవకైన, తాత్కాలిక 'బ్లాబ్' నిల్వలో నిల్వ చేయడం",
+ "scaling-3-d-explanation": "ప్రోటో-డాంక్షార్డింగ్ రోల్అప్ల కోసం ఒక తాత్కాలిక డేటా నిల్వ ఎంపికను పరిచయం చేస్తుంది, వాటిని మరింత చవకగా వారి ఫలితాలను మెయిన్నెట్కు పోస్ట్ చేయడానికి అనుమతిస్తుంది",
+ "scaling-4-prompt": "Ethereumని స్కేల్ చేయడానికి రోల్అప్ల కోసం ఒక కీలకమైన తదుపరి దశ ఏమిటి?",
+ "scaling-4-a-label": "అన్ని సీక్వెన్సింగ్లను నిర్వహించడానికి శక్తివంతమైన కంప్యూటర్లతో ఉన్న సంస్థలను ప్రోత్సహించండి",
+ "scaling-4-a-explanation": "ప్రస్తుత రోల్అప్లతో ఉన్న సమస్యలలో ఒకటి సీక్వెన్సర్లను నడుపుతున్న వారి కేంద్రీకృత స్వభావం (ఒక రోల్అప్లో లావాదేవీల చేరిక మరియు క్రమాన్ని నిర్ణయించే వారు). ఎవరైనా పాల్గొనడానికి అనుమతించడం లక్ష్యం, మరియు ఏ విధంగానూ ఒకే సమూహం లేదా సంస్థపై ఆధారపడకపోవడం.",
+ "scaling-4-b-label": "సీక్వెన్సర్లు మరియు ప్రూవర్లను నడిపే బాధ్యతను ఎక్కువ మంది ప్రజలలో పంపిణీ చేయండి",
+ "scaling-4-b-explanation": "ఒక రోల్అప్ పై నియంత్రణ సాధారణంగా కేంద్రీకృతంగా ప్రారంభమవుతుంది, ఇది విషయాలను ప్రారంభించడానికి సహాయపడుతుంది, కానీ నెట్వర్క్ను సెన్సార్షిప్కు గురి చేస్తుంది. లావాదేవీలను చేర్చడం ప్రక్రియను వికేంద్రీకరించడం, తద్వారా ఎవరైనా పాల్గొనవచ్చు, నెట్వర్క్ రాజీ యొక్క అవకాశాన్ని నివారించడానికి అవసరం.",
+ "scaling-4-c-label": "అన్ని రోల్అప్లు ఒకే భద్రతా పద్ధతికి అనుగుణంగా ఉండేలా చేయండి",
+ "scaling-4-c-explanation": "Ethereum దాని రోల్అప్ పర్యావరణ వ్యవస్థలో భద్రతకు విభిన్న విధానాలను కలిగి ఉండటం నుండి ఒక స్థితిస్థాపకత రూపంగా ప్రయోజనం పొందుతుంది.",
+ "scaling-4-d-label": "ప్రైవేట్ సర్వర్లలో లావాదేవీ డేటా నిల్వను నిర్ధారించడానికి డేటా ఒరాకిల్స్",
+ "scaling-4-d-explanation": "రోల్అప్ డేటా Ethereum లో నిల్వ చేయబడుతుంది, మరియు ప్రైవేట్ సర్వర్లు లేదా డేటాబేస్లపై ఆధారపడదు.",
+ "run-a-node-1-prompt": "ఒక నోడ్ నడపడానికి ఏమి అవసరం?",
+ "run-a-node-1-a-label": "ఆన్లైన్లో ఉంటూనే మితమైన హార్డ్వేర్తో క్లయింట్ సాఫ్ట్వేర్ను నడపడం.",
+ "run-a-node-1-a-explanation": "ఒక నోడ్ను ఆపరేట్ చేయడం అంటే Ethereum ప్రోటోకాల్ యొక్క భాషను ఉపయోగించి ఇతర కంప్యూటర్లతో కమ్యూనికేట్ చేసే సాఫ్ట్వేర్ను నడపడం. ఈ సాఫ్ట్వేర్ Ethereum బ్లాక్చెయిన్ యొక్క కాపీని డౌన్లోడ్ చేస్తుంది, ప్రతి బ్లాక్ యొక్క చెల్లుబాటును ధృవీకరిస్తుంది, ఆపై కొత్త బ్లాక్లు మరియు లావాదేవీలతో దానిని అప్డేట్ చేస్తుంది, అదే సమయంలో ఇతరులు వారి స్వంత కాపీలను డౌన్లోడ్ చేయడానికి మరియు అప్డేట్ చేయడానికి సహాయపడుతుంది.",
+ "run-a-node-1-b-label": "రివార్డులు సంపాదించడానికి 32 ETH డిపాజిట్ చేయండి",
+ "run-a-node-1-b-explanation": "ఇది స్టేకింగ్ కోసం ఒక అవసరం—నెట్వర్క్ ఏకాభిప్రాయంలో చురుకైన పాల్గొనేవారిగా మారే ప్రక్రియ. ఇది కేవలం బ్లాక్చెయిన్ యొక్క సార్వభౌమ కాపీని నడపడానికి అవసరం లేదు, దీనికి ETH అవసరం లేదు.",
+ "run-a-node-1-c-label": "నెట్వర్క్ ఏకాభిప్రాయాన్ని చేరుకోవడానికి శక్తివంతమైన ASIC మైనింగ్ మెషీన్లను ఆపరేట్ చేయండి",
+ "run-a-node-1-c-explanation": "Ethereum గతంలో ఏకాభిప్రాయాన్ని చేరుకోవడానికి శక్తివంతమైన కంప్యూటర్లతో మైనింగ్ను ఉపయోగించినప్పటికీ, ఈ ప్రక్రియ పూర్తిగా స్టేకింగ్ ద్వారా భర్తీ చేయబడింది. గతంలో మైనింగ్ లేదా ప్రస్తుతం స్టేకింగ్, కేవలం బ్లాక్చెయిన్ యొక్క సార్వభౌమ కాపీని ఆపరేట్ చేయడానికి అవసరం లేదు.",
+ "run-a-node-1-d-label": "బ్లాక్చెయిన్ మౌలిక సదుపాయాలలో పూర్తి సమయం పని చేయండి",
+ "run-a-node-1-d-explanation": "సాఫ్ట్వేర్ టూలింగ్ కాలక్రమేణా మెరుగుపడటం కొనసాగింది, ఇది ఒక అనుభవశూన్యుడిగా ఇంటి నుండి నోడ్ను నడపడం చాలా సులభతరం చేస్తుంది. బ్లాక్చెయిన్ మౌలిక సదుపాయాలలో పూర్తి సమయం పనిచేయడం పాల్గొనడానికి ఎట్టి పరిస్థితుల్లోనూ అవసరం కాదు.",
+ "run-a-node-2-prompt": "ఒక నోడ్ నడపడానికి ఎంత ETH స్టేక్ చేయాలి?",
+ "run-a-node-2-a-label": "0",
+ "run-a-node-2-a-explanation": "ఒక Ethereum నోడ్ను ఆపరేట్ చేయడానికి ఏ ETH అవసరం లేదు. ఒక నోడ్ సెటప్లో భాగంగా ఒక స్టేకింగ్ వాలిడేటర్ను ఆపరేట్ చేయడానికి విరుద్ధంగా, ఎవరైనా క్లయింట్ సాఫ్ట్వేర్ను నడపడానికి మరియు వారి స్వంత సార్వభౌమ బ్లాక్చెయిన్ కాపీని సింక్ చేయడానికి స్వేచ్ఛగా ఉన్నారు—ETH అవసరం లేదు.",
+ "run-a-node-2-b-label": "8",
+ "run-a-node-2-c-label": "16",
+ "run-a-node-2-d-label": "32",
+ "run-a-node-2-d-explanation": "ఒక Ethereum నోడ్ను ఆపరేట్ చేయడానికి ఏ ETH అవసరం లేదు. నెట్వర్క్ ఏకాభిప్రాయంలో నేరుగా పాల్గొనే ఒక స్టేకింగ్ వాలిడేటర్ను యాక్టివేట్ చేయడానికి అవసరమైన 32 ETHకి విరుద్ధంగా, ఎవరైనా క్లయింట్ సాఫ్ట్వేర్ను నడపడానికి మరియు వారి స్వంత సార్వభౌమ బ్లాక్చెయిన్ కాపీని సింక్ చేయడానికి స్వేచ్ఛగా ఉన్నారు—ETH అవసరం లేదు.",
+ "run-a-node-3-prompt": "మీ స్వంత నోడ్ నడపడం వల్ల మీకు ఏ ప్రయోజనాలు లభిస్తాయి?",
+ "run-a-node-3-a-label": "సెన్సార్షిప్ రెసిస్టెంట్",
+ "run-a-node-3-a-explanation": "ఇది వినియోగదారులకు ఒక ప్రయోజనం, కానీ ఇది ఒక్కటే కాదు. నెట్వర్క్లోని ఇతర పీర్లతో నేరుగా కమ్యూనికేట్ చేసే నోడ్ సాఫ్ట్వేర్ను నడపడం ద్వారా, మీ లావాదేవీలు మీ నోడ్ ప్రచారం చేస్తున్న ప్రతి ఇతర లావాదేవీతో కలిసిపోతాయి. అందువల్ల, మీ నోడ్ షేర్ చేసిన ఒక చెల్లుబాటు అయ్యే లావాదేవీని వేరు చేయడం మరియు సెన్సార్ చేయడం దాదాపు అసాధ్యం.",
+ "run-a-node-3-b-label": "సార్వభౌమాధికారం",
+ "run-a-node-3-b-explanation": "ఇది వినియోగదారులకు ఒక ప్రయోజనం, కానీ ఇది ఒక్కటే కాదు. మీ స్వంత Ethereum బ్లాక్చెయిన్ కాపీని కలిగి ఉండటం ద్వారా, మీరు ఇకపై నెట్వర్క్తో పరస్పర చర్య చేయడానికి ఏ ఒక్క బాహ్య పక్షంపై ఆధారపడరు. మీరు మీ బ్యాలెన్స్ను చూసుకోవడానికి లేదా ఒక లావాదేవీని అమలు చేయడానికి ఎప్పుడూ అనుమతి అడగనవసరం లేదు, మరియు అన్ని లావాదేవీలు మీరు స్వయంగా నడుపుతున్న సాఫ్ట్వేర్ ఉపయోగించి ధృవీకరించబడతాయి. నెట్వర్క్ అప్గ్రేడ్లు జరిగినప్పుడు, మీరు అప్గ్రేడ్కు మద్దతు ఇవ్వాలా వద్దా అనే దానిపై బాధ్యత వహిస్తారు.",
+ "run-a-node-3-c-label": "గోప్యత",
+ "run-a-node-3-c-explanation": "ఇది వినియోగదారులకు ఒక ప్రయోజనం, కానీ ఇది ఒక్కటే కాదు. మీ స్వంత నోడ్ లేకుండా, మీ ఖాతా బ్యాలెన్స్లను చూడటం సాధారణంగా మీ వాలెట్ నుండి మీ ఖాతాల జాబితాను మీ IP చిరునామాకు జతచేసి, ఒక మూడవ-పక్ష ప్రొవైడర్కు పంపడం అవసరం, వారు మీకు సరైన సమాచారాన్ని అందించడానికి విశ్వసించబడుతున్నారు.",
+ "run-a-node-3-d-label": "పైవన్నీ",
+ "run-a-node-3-d-explanation": "ఒక నోడ్ నడపడం మీరు ఆధారపడే డేటాపై మీకు పూర్తి నియంత్రణ మరియు సార్వభౌమత్వాన్ని ఇస్తుంది, ఇది చైన్ యొక్క విషయాలను ప్రైవేట్గా చూడటానికి మరియు ధృవీకరించడానికి మిమ్మల్ని అనుమతిస్తుంది, మరియు ఏవైనా చెల్లుబాటు అయ్యే లావాదేవీలు సెన్సార్ చేయబడవని సమర్థవంతంగా హామీ ఇస్తుంది.",
+ "run-a-node-4-prompt": "ఒక Ethereum నోడ్ కోసం ఎంత హార్డ్ డ్రైవ్ నిల్వ అవసరం?",
+ "run-a-node-4-a-label": "512 GB SSD",
+ "run-a-node-4-a-explanation": "ప్రస్తుతం, కేవలం 512 GB ఉపయోగించి చైన్ను నిల్వ చేయగల క్లయింట్ సాఫ్ట్వేర్ లేదు",
+ "run-a-node-4-b-label": "2 TB రొటేటింగ్",
+ "run-a-node-4-b-explanation": "సాధారణంగా చెప్పాలంటే, రొటేటింగ్ హార్డ్ డిస్క్లు ఒక Ethereum నోడ్ కోసం ప్రాసెసింగ్ అవసరాలతో సరిపోలడానికి అవసరమైన చదవడం/వ్రాయడం వేగాలకు మద్దతు ఇవ్వవు, మరియు ఒక SSD డ్రైవ్ సిఫార్సు చేయబడింది",
+ "run-a-node-4-c-label": "2 TB SSD",
+ "run-a-node-4-c-explanation": "ఈ రచన సమయంలో, ఒక 2 TB SSD డ్రైవ్ ఒక పూర్తి Ethereum నోడ్ కోసం నిల్వ మరియు చదవడం/వ్రాయడం వేగం అవసరాలను తీర్చాలి.",
+ "run-a-node-4-d-label": "8 TB SSD",
+ "run-a-node-4-d-explanation": "ఈ రచన సమయంలో, ఒక 2 TB SSD డ్రైవ్ ఒక పూర్తి Ethereum నోడ్ కోసం నిల్వ మరియు చదవడం/వ్రాయడం వేగం అవసరాలను తీర్చాలి. ఒక 8 TB SSD మరింత భవిష్యత్తు-ప్రూఫింగ్ను అనుమతిస్తుంది, మరియు లేయర్ 2 చైన్లను కూడా సింక్ చేసే సామర్థ్యాన్ని అనుమతిస్తుంది, కానీ ప్రస్తుతం మెయిన్నెట్ కోసం అవసరం లేదు.",
+ "run-a-node-5-prompt": "మీ నోడ్ ఆఫ్లైన్కి వెళ్తే ఏమి జరుగుతుంది?",
+ "run-a-node-5-a-label": "మీ నోడ్ నెట్వర్క్ యొక్క ప్రస్తుత స్థితి నుండి సింక్ నుండి బయటకు వస్తుంది",
+ "run-a-node-5-a-explanation": "మీ నోడ్ ఆన్లైన్లో అందుబాటులో లేనప్పుడు, ఇది పీర్ల నుండి కొత్త లావాదేవీలు మరియు బ్లాక్లను స్వీకరించలేకపోతుంది, మరియు అందువల్ల చైన్ యొక్క ప్రస్తుత స్థితితో సింక్ నుండి బయటకు వస్తుంది. తిరిగి ఆన్లైన్కి కనెక్ట్ చేయడం వల్ల మీ నోడ్ సాఫ్ట్వేర్ తిరిగి పూర్తిగా పనిచేయడానికి సింక్ అవుతుంది.",
+ "run-a-node-5-b-label": "మీ కోల్డ్ స్టోరేజ్లోని ETH స్లాష్ చేయబడింది",
+ "run-a-node-5-b-explanation": "మీ కోల్డ్ స్టోరేజ్లో ఉంచిన ETHకి మీ నోడ్ ఆన్లైన్లో ఉందా లేదా అనే దానితో సంబంధం లేదు. మీ నోడ్ ఆఫ్లైన్లో ఉంటే, మీ ఖాతాల తాజా బ్యాలెన్స్ను చూసుకోవడానికి మీరు దానిని ఉపయోగించలేరు, కానీ ఆఫ్లైన్లో ఉండటం మీ సురక్షిత నిధులను ప్రమాదంలో పడవేయదు. మీరు మీ నోడ్తో స్టేకర్గా వాలిడేటర్ సాఫ్ట్వేర్ను కూడా నడుపుతుంటే, నెట్వర్క్కు అందుబాటులో లేనప్పుడు ఈ వాలిడేటర్ బ్యాలెన్స్కు చిన్న జరిమానాలు విధించబడతాయి.",
+ "run-a-node-5-c-label": "ప్రూఫ్-ఆఫ్-వర్క్ కోసం చూస్తున్నప్పుడు ఉపయోగించిన శక్తి వృధా అవుతుంది",
+ "run-a-node-5-c-explanation": "Ethereum ఇకపై ప్రూఫ్-ఆఫ్-వర్క్ను ఉపయోగించదు, మరియు ఇది ఎప్పుడూ అన్ని నోడ్ ఆపరేటర్లకు అవసరం కాదు. ఆఫ్లైన్లో ఉండటం అంటే మీ నోడ్ ఇకపై నెట్వర్క్లోని తాజా మార్పులతో సింక్లో లేదని అర్థం, మరియు తిరిగి ఆన్లైన్కి రావడం ద్వారా తిరిగి సింక్ చేయవచ్చు.",
+ "run-a-node-5-d-label": "చైన్ డేటా తీసివేయబడింది, మరియు మొదటి నుండి తిరిగి సింక్ చేయడం అవసరం",
+ "run-a-node-5-d-explanation": "కేవలం ఆఫ్లైన్కి వెళ్లడం వల్ల సాధారణంగా ఏ సేవ్ చేయబడిన చైన్ డేటా తొలగించబడదు. తిరిగి ఇంటర్నెట్కు కనెక్ట్ చేయడం వల్ల సాఫ్ట్వేర్ తాజా లావాదేవీలతో సింక్ చేయడానికి అది వదిలిపెట్టిన చోట నుండి తిరిగి ప్రారంభమవుతుంది.",
+ "run-a-node-6-prompt": "ఒక నోడ్ నడపడం నెట్వర్క్ రివార్డులను సంపాదిస్తుంది",
+ "run-a-node-6-a-label": "నిజం",
+ "run-a-node-6-a-explanation": "కేవలం క్లయింట్ సాఫ్ట్వేర్ నడపడం వల్ల మీకు రివార్డులు రావు. రివార్డులు సంపాదించడానికి, మీరు స్టేకింగ్ కూడా చేయాలి.",
+ "run-a-node-6-b-label": "అబద్ధం",
+ "stablecoins-1-prompt": "స్టేబుల్కాయిన్లు అంటే ఏమిటి?",
+ "stablecoins-1-a-label": "తక్కువ ధరల అస్థిరతతో క్రిప్టోకరెన్సీలు, వాటి విలువ స్థిరంగా మరియు సాంప్రదాయ కరెన్సీల మాదిరిగానే ఉంటుంది",
+ "stablecoins-1-a-explanation": "సరైనది! అనేక క్రిప్టోకరెన్సీలలో సాధారణమైన అస్థిరత సమస్యను పరిష్కరించడానికి స్టేబుల్కాయిన్లు రూపొందించబడ్డాయి.",
+ "stablecoins-1-b-label": "బంగారం యొక్క డిజిటల్ ప్రాతినిధ్యాలు",
+ "stablecoins-1-b-explanation": "ఇది తప్పు. కొన్ని స్టేబుల్కాయిన్లు విలువైన లోహాలచే మద్దతు ఇవ్వబడినప్పటికీ, అవి ఫియట్ కరెన్సీ లేదా ఇతర క్రిప్టోకరెన్సీలచే కూడా మద్దతు ఇవ్వబడవచ్చు.",
+ "stablecoins-1-c-label": "ఒక కొత్త రకం క్రెడిట్ కార్డు",
+ "stablecoins-1-c-explanation": "ఇది తప్పు. స్టేబుల్కాయిన్లు ఒక రకమైన క్రిప్టోకరెన్సీ, క్రెడిట్ కార్డు కాదు.",
+ "stablecoins-1-d-label": "ఈథర్కు ప్రత్యామ్నాయం",
+ "stablecoins-1-d-explanation": "ఇది తప్పు. స్టేబుల్కాయిన్లు ఈథర్ (ETH)ని భర్తీ చేయడానికి రూపొందించబడలేదు. అవి కాలక్రమేణా స్థిరమైన విలువను నిర్వహించడానికి రూపొందించిన Ethereum నెట్వర్క్పై మరొక టోకెన్.",
+ "stablecoins-2-prompt": "కింది వాటిలో ఏది స్టేబుల్కాయిన్?",
+ "stablecoins-2-a-label": "US డాలర్",
+ "stablecoins-2-a-explanation": "ఇది తప్పు. స్టేబుల్కాయిన్లు US డాలర్ను సూచించినప్పటికీ, US డాలర్ ఒక క్రిప్టోకరెన్సీ కాదు.",
+ "stablecoins-2-b-label": "AAVE టోకెన్",
+ "stablecoins-2-b-explanation": "ఇది తప్పు. AAVE అనేది Aave ప్రోటోకాల్ కోసం ఒక పాలన టోకెన్, ఇది స్టేబుల్కాయిన్ల కోసం మార్కెట్ప్లేస్లను అందిస్తుంది, కానీ AAVE స్వయంగా ఒక స్టేబుల్కాయిన్ కాదు.",
+ "stablecoins-2-c-label": "డై",
+ "stablecoins-2-c-explanation": "సరైనది! Dai బహుశా అత్యంత ప్రసిద్ధ వికేంద్రీకృత స్టేబుల్కాయిన్, మరియు దాని విలువ సుమారు 1 US డాలర్.",
+ "stablecoins-2-d-label": "Ether",
+ "stablecoins-2-d-explanation": "ఇది తప్పు. ఈథర్ అనేది Ethereum నెట్వర్క్ యొక్క స్థానిక కరెన్సీ, కానీ అది స్థిరంగా ఉండటానికి ఉద్దేశించబడలేదు.",
+ "stablecoins-3-prompt": "స్టేబుల్కాయిన్లను దేనికి ఉపయోగించవచ్చు?",
+ "stablecoins-3-a-label": "దాని వినియోగదారులను ధరలలో అస్థిర మార్పుల నుండి రక్షించడానికి",
+ "stablecoins-3-a-explanation": "సరిగ్గా కాదు. ఈ సమాధానం పాక్షికంగా సరైనదే, కానీ స్టేబుల్కాయిన్లను ఉపయోగించగల అనేక విషయాలలో ఇది ఒకటి మాత్రమే.",
+ "stablecoins-3-b-label": "ప్రపంచంలో ఎక్కడైనా ఇంటర్నెట్లో వస్తువులను కొనడానికి",
+ "stablecoins-3-b-explanation": "సరిగ్గా కాదు. ఈ సమాధానం పాక్షికంగా సరైనదే, కానీ స్టేబుల్కాయిన్లను ఉపయోగించగల అనేక విషయాలలో ఇది ఒకటి మాత్రమే.",
+ "stablecoins-3-c-label": "ఇతరులకు అప్పు ఇవ్వడం ద్వారా డబ్బు సంపాదించడానికి",
+ "stablecoins-3-c-explanation": "సరిగ్గా కాదు. ఈ సమాధానం పాక్షికంగా సరైనదే, కానీ స్టేబుల్కాయిన్లను ఉపయోగించగల అనేక విషయాలలో ఇది ఒకటి మాత్రమే.",
+ "stablecoins-3-d-label": "పైవన్నీ",
+ "stablecoins-3-d-explanation": "సరైనది! స్టేబుల్కాయిన్లను తక్కువ అస్థిరతతో క్రిప్టోకరెన్సీని కలిగి ఉండటానికి, ఇంటర్నెట్లో ప్రపంచవ్యాప్తంగా లావాదేవీలు చేయడానికి, మరియు మీరు వాటిని అప్పుగా ఇచ్చినప్పుడు వడ్డీని సంపాదించడానికి ఉపయోగించవచ్చు.",
+ "stablecoins-4-prompt": "స్టేబుల్కాయిన్లను ప్రత్యేకంగా చేసేది ఏమిటి?",
+ "stablecoins-4-a-label": "ఇది నిజ ప్రపంచంలోని ఒక ఆస్తికి ముడిపడి ఉన్న టోకెన్",
+ "stablecoins-4-a-explanation": "ఇది తప్పు. అనేక స్టేబుల్కాయిన్లు నిజ ప్రపంచ ఆస్తులకు పెగ్ చేయబడినప్పటికీ, ఈ లక్షణం స్టేబుల్కాయిన్లకు ప్రత్యేకమైనది కాదు (ఉదా., ETH-కొలేటరలైజ్డ్ టోకెన్లు).",
+ "stablecoins-4-b-label": "ఇది దాని విలువను స్థిరంగా ఉంచడానికి ప్రత్యేకంగా రూపొందించిన ఒక క్రిప్టోకరెన్సీ టోకెన్",
+ "stablecoins-4-b-explanation": "సరైనది! స్టేబుల్కాయిన్లు వాటి విలువను సాపేక్షంగా స్థిరంగా ఉంచడానికి రూపొందించబడ్డాయి, సాధారణంగా కరెన్సీల వంటి ఆస్తులకు పెగ్ చేయబడతాయి (ఉదా., 1 USDC = 1 US డాలర్), కానీ అన్ని స్టేబుల్కాయిన్లు ఈ మోడల్ను అనుసరించవు (ఉదా., RAI).",
+ "stablecoins-4-c-label": "ఇది ఇంటర్నెట్ ద్వారా పంపగల సామర్థ్యం కలిగి ఉంది",
+ "stablecoins-4-c-explanation": "ఇది తప్పు. ఇది ఒక సామర్థ్యం అయినప్పటికీ, ఇది స్టేబుల్కాయిన్లకు ప్రత్యేకమైనది కాదు.",
+ "stablecoins-4-d-label": "ఇది Ethereum నెట్వర్క్లో ఉపయోగించబడుతుంది.",
+ "stablecoins-4-d-explanation": "ఇది తప్పు. అనేక ఇతర క్రిప్టోకరెన్సీ టోకెన్లు Ethereum నెట్వర్క్లో ఉపయోగించబడతాయి.",
+ "stablecoins-5-prompt": "స్టేబుల్కాయిన్లను పొందడానికి ఒక మార్గం ఏది కాదు?",
+ "stablecoins-5-a-label": "వాటిని ఇతర టోకెన్లతో మార్పిడి చేయండి",
+ "stablecoins-5-a-explanation": "తప్పు, ఇది స్టేబుల్కాయిన్లను పొందడానికి ఒక మార్గం. ప్రజలు స్టేబుల్కాయిన్లను పొందే అత్యంత సాధారణ మార్గాలలో ఒకటి, వారి ప్రస్తుత క్రిప్టోకరెన్సీలను స్టేబుల్కాయిన్ల కోసం మార్పిడి చేయడం.",
+ "stablecoins-5-b-label": "వాటిని అప్పుగా తీసుకోండి",
+ "stablecoins-5-b-explanation": "తప్పు, ఇది స్టేబుల్కాయిన్లను పొందడానికి ఒక మార్గం. మీరు మీ ప్రస్తుత క్రిప్టోకరెన్సీలను, ఈథర్ వంటివి, కొలేటరల్గా ఉపయోగించి కొన్ని స్టేబుల్కాయిన్లను అప్పుగా తీసుకోవచ్చు. మీరు మీ లాక్ చేయబడిన కొలేటరల్ను తిరిగి పొందడానికి అప్పుగా తీసుకున్న స్టేబుల్కాయిన్లను తిరిగి చెల్లించవలసి ఉంటుంది.",
+ "stablecoins-5-c-label": "వాటిని ఒక ఎక్స్ఛేంజ్ నుండి కొనండి",
+ "stablecoins-5-c-explanation": "తప్పు, ఇది స్టేబుల్కాయిన్లను పొందడానికి ఒక మార్గం. అనేక ఎక్స్ఛేంజ్లు మరియు వాలెట్లు మీకు నేరుగా స్టేబుల్కాయిన్లను కొనడానికి అనుమతిస్తాయి. కేంద్రీకృత మార్పిడిలకు భౌగోళిక పరిమితులు వర్తించవచ్చు.",
+ "stablecoins-5-d-label": "వాటిని మైన్ చేయండి",
+ "stablecoins-5-d-explanation": "సరైనది! బిట్కాయిన్ వలె కాకుండా, మీరు స్టేబుల్కాయిన్లను మైన్ చేయలేరు.",
+ "defi-1-prompt": "DeFi అంటే ఏమిటి?",
+ "defi-1-a-label": "వికేంద్రీకృత ఫైనాన్స్",
+ "defi-1-a-explanation": "సరైనది! DeFi అంటే వికేంద్రీకృత ఫైనాన్స్, ఇది Ethereumపై నిర్మించబడిన ఆర్థిక వ్యవస్థ, ఇది బ్యాంకులు లేదా ఆర్థిక సంస్థల వంటి మధ్యవర్తులు లేకుండా పనిచేస్తుంది.",
+ "defi-1-b-label": "డిజిటల్ ఫైనాన్స్",
+ "defi-1-b-explanation": "ఇది తప్పు. డిజిటల్ ఫైనాన్స్ అనేది డిజిటల్ ప్లాట్ఫారమ్ల ద్వారా అందించే ఆర్థిక సేవలను సూచిస్తుంది, కానీ ఇది ప్రత్యేకంగా వికేంద్రీకరణను సూచించదు.",
+ "defi-1-c-label": "పంపిణీ చేయబడిన ఫైనాన్స్",
+ "defi-1-c-explanation": "ఇది తప్పు. 'పంపిణీ' అనేది వికేంద్రీకరణను సూచించగలిగినప్పటికీ, పరిశ్రమలో ఉపయోగించే పదం 'వికేంద్రీకృత ఫైనాన్స్', పంపిణీ చేయబడిన ఫైనాన్స్ కాదు.",
+ "defi-1-d-label": "డెవలప్మెంట్ ఫైనాన్స్",
+ "defi-1-d-explanation": "ఇది తప్పు. డెవలప్మెంట్ ఫైనాన్స్ సాధారణంగా ఆర్థిక అభివృద్ధికి ఉద్దేశించిన ప్రాజెక్టుల కోసం అందించే ఆర్థిక మద్దతును సూచిస్తుంది, తరచుగా అభివృద్ధి చెందుతున్న దేశాలలో, మరియు ఇది బ్లాక్చెయిన్ లేదా DeFiకి సంబంధం లేదు.",
+ "defi-2-prompt": "DeFiతో మీరు ఏమి చేయలేరు?",
+ "defi-2-a-label": "ప్రపంచవ్యాప్తంగా డబ్బు పంపండి.",
+ "defi-2-a-explanation": "ఇది తప్పు. DeFiతో, మీరు ఎటువంటి పరిమితులు లేకుండా ప్రపంచంలో ఎక్కడైనా ఎవరికైనా విలువను పంపవచ్చు.",
+ "defi-2-b-label": "మీ తప్పులను సరిదిద్దడానికి కస్టమర్ సపోర్ట్ను అడగండి.",
+ "defi-2-b-explanation": "సరైనది! DeFiలో, లావాదేవీలు తుదివి మరియు ఒక కంపెనీ కంటే కోడ్ ద్వారా నియంత్రించబడతాయి. ఒక తప్పు జరిగితే, తప్పు చిరునామాకు నిధులు పంపడం వంటివి, దాన్ని సరిచేయడానికి కస్టమర్ సపోర్ట్ లేదు. మీరు చాలా జాగ్రత్తగా ఉండాలి.",
+ "defi-2-c-label": "కొలేటరల్తో నిధులను అప్పుగా తీసుకోండి.",
+ "defi-2-c-explanation": "ఇది తప్పు. DeFiతో, మీరు సాంప్రదాయ బ్యాంకుల రోజుల తరబడి ఆమోద ప్రక్రియను నివారించి, తక్షణమే డబ్బును అప్పుగా తీసుకోవచ్చు.",
+ "defi-2-d-label": "మీ టోకెన్లను 24/7 వర్తకం చేయండి.",
+ "defi-2-d-explanation": "ఇది తప్పు. DeFi మీకు 24/7 టోకెన్లను వర్తకం చేయడానికి అనుమతిస్తుంది. మార్కెట్లు ఎల్లప్పుడూ తెరిచి ఉంటాయి, మరియు మీరు మీ ETHని USDT లేదా మరేదైనా కరెన్సీకి వ్యతిరేకంగా ఎప్పుడైనా వర్తకం చేయవచ్చు.",
+ "defi-3-prompt": "వినియోగదారులు ఒకరితో ఒకరు నేరుగా టోకెన్లను మార్చుకోవడానికి అనుమతించే DeFi ప్లాట్ఫారమ్ ఏది?",
+ "defi-3-a-label": "Uniswap",
+ "defi-3-a-explanation": "సరైనది! Uniswap అనేది ఒక వికేంద్రీకృత ఎక్స్ఛేంజ్, ఇది వినియోగదారులను ఆటోమేటెడ్ మార్కెట్-మేకింగ్ మెకానిజమ్లను ఉపయోగించి ఒకరితో ఒకరు నేరుగా టోకెన్లను వర్తకం (స్వాప్) చేయడానికి అనుమతిస్తుంది.",
+ "defi-3-b-label": "Aave",
+ "defi-3-b-explanation": "ఇది తప్పు. Aave అనేది రుణాలు ఇవ్వడం మరియు తీసుకోవడంపై దృష్టి సారించిన DeFi ప్రోటోకాల్, టోకెన్ స్వాప్లపై కాదు.",
+ "defi-3-c-label": "PoolTogether",
+ "defi-3-c-explanation": "ఇది తప్పు. PoolTogether నష్టం-లేని లాటరీలను నడుపుతుంది, ఇవి డబ్బు ఆదా చేయడానికి ఒక కొత్త వినూత్న మార్గాన్ని అందిస్తాయి.",
+ "defi-3-d-label": "MakerDao",
+ "defi-3-d-explanation": "ఇది తప్పు. MakerDAO అనేది ఒక వికేంద్రీకృత ప్లాట్ఫారమ్, ఇది వినియోగదారులను DAI స్టేబుల్కాయిన్ను జారీ చేయడానికి మరియు నిర్వహించడానికి అనుమతిస్తుంది, కానీ ఇది టోకెన్ స్వాప్లపై దృష్టి పెట్టదు.",
+ "defi-4-prompt": "మీరు ఒక DeFi అనువర్తనాన్ని ఉపయోగించి లావాదేవీ చేసినప్పుడు, లావాదేవీ సమాచారం ఎక్కడ ఉంచబడుతుంది?",
+ "defi-4-a-label": "ETH",
+ "defi-4-a-explanation": "ఇది తప్పు. డేటా ఈథర్ (ETH)లో నిల్వ చేయబడదు. ETH అనేది Ethereum బ్లాక్చెయిన్ యొక్క స్థానిక ఆస్తి.",
+ "defi-4-b-label": "నా వాలెట్",
+ "defi-4-b-explanation": "ఇది సరికాదు. ఒక వాలెట్ అనేది ఇతీరియము బ్లాక్ చైనుకి కనెక్ట్ చేయడం ద్వారా మీ ఇతీరియము ఖాతాను నిర్వహించే ఒక అప్లికేషన్. ఇది మీ లావాదేవీ చరిత్ర గురించి ఎలాంటి డేటాను నిల్వ చేయదు.",
+ "defi-4-c-label": "DeFi ఆప్స్",
+ "defi-4-c-explanation": "ఇది సరికాదు. DeFi ఆప్స్ మీ లావాదేవీ చరిత్రను నేరుగా నిల్వ చేయవు. బదులుగా, మీ లావాదేవీ వివరాలు ఇతీరియము బ్లాక్ చైనులో నమోదు చేయబడతాయి.",
+ "defi-4-d-label": "ఇతీరియము బ్లాక్ చైను",
+ "defi-4-d-explanation": "సరైనది! ఇతీరియము ఒక బ్లాక్ చైనుగా దాని వినియోగదారులు మరియు ఆప్స్ ద్వారా సృష్టించబడిన మొత్తం డేటాను నిల్వ చేస్తుంది. ఇది P2P నెట్వర్క్లో వాలిడేటర్లు ఒకే స్థితిని కొనసాగించడానికి అనుమతిస్తుంది.",
+ "defi-5-prompt": "ఇతీరియములో వికేంద్రీకృత ఫైనాన్స్ (DeFi)ని ఏది సాధ్యం చేస్తుంది?",
+ "defi-5-a-label": "స్మార్ట్ కాంట్రాక్టులు",
+ "defi-5-a-explanation": "సరైనది! స్మార్ట్ కాంట్రాక్టులు ఇతీరియములో వ్రాయబడిన డిజిటల్ 'ఇఫ్-దెన్' స్టేట్మెంట్ల లాంటివి. అవి సంప్రదాయ కాంట్రాక్టులు మరియు మధ్యవర్తులను భర్తీ చేస్తాయి, నిర్దిష్ట షరతులు నెరవేరితే లావాదేవీలను స్వయంచాలకంగా అమలు చేస్తాయి.",
+ "defi-5-b-label": "మధ్యవర్తులు",
+ "defi-5-b-explanation": "ఇది సరికాదు. లావాదేవీలు అమలు చేయడానికి ఇతీరియముకు మధ్యవర్తులు అవసరం లేదు. ప్రతిదీ స్మార్ట్ కాంట్రాక్టుల ద్వారా చైనులో నడుస్తుంది.",
+ "defi-5-c-label": "బిట్కాయిన్",
+ "defi-5-c-explanation": "ఇది సరికాదు. బిట్కాయిన్ విలువను నిల్వ చేయడానికి ఒక సాధారణ నెట్వర్క్, అధునాతన ప్రోగ్రామ్లను నడపడానికి కాదు. DeFiకి రుణాలు మరియు ట్రేడ్లను స్వయంచాలకంగా నిర్వహించడానికి సంక్లిష్ట ప్రోగ్రామ్లను అమలు చేయగల ఇతీరియము వంటి మరింత సరళమైన వ్యవస్థ అవసరం.",
+ "defi-5-d-label": "సాంప్రదాయ ఆర్థిక సంస్థలు",
+ "defi-5-d-explanation": "ఇది సరికాదు. DeFi ఆప్స్కు సాంప్రదాయ ఆర్థిక సంస్థలు అవసరం లేదు. అవి లావాదేవీలను స్వయంచాలకంగా నిర్వహించడానికి స్మార్ట్ కాంట్రాక్టులు అని పిలువబడే బ్లాక్ చైను ప్రోగ్రామ్లను ఉపయోగిస్తాయి.",
+ "smart-contracts-1-prompt": "స్మార్ట్ కాంట్రాక్టులు ఎలా వర్గీకరించబడ్డాయి?",
+ "smart-contracts-1-a-label": "స్మార్ట్ కాంట్రాక్టులు చట్టపరమైన కాంట్రాక్టుల వంటివే, కానీ కంటెంట్ను సురక్షితంగా సేవ్ చేయడానికి బ్లాక్ చైనులో డిజిటల్గా నిల్వ చేయబడతాయి.",
+ "smart-contracts-1-a-explanation": "స్మార్ట్ కాంట్రాక్టులు సాంప్రదాయ కాంట్రాక్టులకు సారూప్య తర్కాన్ని ఉపయోగిస్తాయి, కానీ లేకపోతే వాటిలో పెద్దగా ఉమ్మడి అంశాలు లేవు.",
+ "smart-contracts-1-b-label": "లావాదేవీలను అమలు చేసే స్వయంప్రతిపత్త AI వ్యవస్థలతో అనుసంధానించబడింది",
+ "smart-contracts-1-b-explanation": "స్మార్ట్ కాంట్రాక్టులు కోడ్లో సూచించిన 'ఇఫ్-దిస్-దెన్-దట్' తర్కం ప్రకారం ఊహించదగిన విధంగా లావాదేవీలను అమలు చేస్తాయి—అవి AIని ఉపయోగించవు",
+ "smart-contracts-1-c-label": "'ఇఫ్-దిస్-దెన్-దట్' తర్కాన్ని అనుసరించే ఆన్చైన్ ప్రోగ్రామ్లు, దాని స్వంత నిబంధనల ప్రకారం అమలు చేయడానికి హామీ ఇవ్వబడ్డాయి",
+ "smart-contracts-1-c-explanation": "ఒక స్మార్ట్ కాంట్రాక్టు అనేది దాని కార్యాచరణను నిర్ణయించే మార్పులేని కోడ్తో డిప్లాయ్ చేయబడిన ఒక ఇతీరియము ఖాతా.",
+ "smart-contracts-1-d-label": "చట్టపరమైన సమ్మతిని నిర్ధారించడానికి న్యాయవాదులతో కలిసి అభివృద్ధి చేయబడిన ఇతీరియము బ్లాక్ చైను వెనుక ఉన్న నియమాలు ఇవి.",
+ "smart-contracts-1-d-explanation": "స్మార్ట్ కాంట్రాక్టులు అనేవి డెవలపర్లచే సృష్టించబడి, బ్లాక్ చైనులో డిప్లాయ్ చేయగల కోడ్ భాగాలు.",
+ "smart-contracts-2-prompt": "స్మార్ట్ కాంట్రాక్టుల పనితీరును అత్యంత దగ్గరగా వర్ణించే రూపకం ఏమిటి?",
+ "smart-contracts-2-a-label": "ఒక బ్యాంకు",
+ "smart-contracts-2-a-explanation": "బ్యాంకులకు మాన్యువల్ ఎగ్జిక్యూషన్ అవసరం మరియు అవి క్రమానుగత సంస్థలుగా నిర్మించబడ్డాయి, అయితే స్మార్ట్ కాంట్రాక్టులు మార్పులేని నియమాలతో కంప్యూటర్ల ద్వారా ఊహించదగిన విధంగా అమలు చేయబడతాయి.",
+ "smart-contracts-2-b-label": "ఒక డిజిటల్ వెండింగ్ మెషీన్",
+ "smart-contracts-2-b-explanation": "అన్ని అవసరాలు తీరిన తర్వాతే వెండింగ్ మెషీన్ మీకు కావలసిన ఉత్పత్తిని అందిస్తుంది: నిర్దిష్ట ఇన్పుట్లు డిటర్మినిస్టిక్ అవుట్పుట్లకు హామీ ఇస్తాయి. ఇది స్మార్ట్ కాంట్రాక్టుల తర్కానికి సారూప్యంగా ఉంటుంది.",
+ "smart-contracts-2-c-label": "ఒక కాలిక్యులేటర్",
+ "smart-contracts-2-c-explanation": "స్మార్ట్ కాంట్రాక్టు కోడ్ను గణనల కోసం ఉపయోగించవచ్చు, కానీ దానికి మాత్రమే పరిమితం కాదు. బదులుగా, స్మార్ట్ కాంట్రాక్టులు 'ఇఫ్-దిస్-దెన్-దట్' తర్కాన్ని అనుసరించే బ్లాక్ చైను-ఆధారిత ప్రోగ్రామ్లు.",
+ "smart-contracts-2-d-label": "ఒక వెబ్సైట్",
+ "smart-contracts-2-d-explanation": "ఒక వెబ్సైట్ అనేది వినియోగదారుడు సూచనలను సంగ్రహించే ఫ్రంటెండ్. ఒక స్మార్ట్ కాంట్రాక్టు అనేది ఈ సూచనలు అమలు చేయబడే బ్యాకెండ్ తర్కం, మరియు ఫలితం తిరిగి రావచ్చు.",
+ "smart-contracts-3-prompt": "స్మార్ట్ కాంట్రాక్టుల యొక్క ప్రధాన లక్షణం కానిది ఏది?",
+ "smart-contracts-3-a-label": "నిర్ణయాత్మక అమలు",
+ "smart-contracts-3-a-explanation": "స్మార్ట్ కాంట్రాక్టు యొక్క ప్రధాన ప్రయోజనం ఏమిటంటే, ఇది మానవ వ్యాఖ్యానం లేదా పక్షపాతం లేకుండా, నిస్సందేహమైన కోడ్ను నిర్ణయాత్మకంగా అమలు చేస్తుంది.",
+ "smart-contracts-3-b-label": "పబ్లిక్ రికార్డ్",
+ "smart-contracts-3-b-explanation": "పబ్లిక్ బ్లాక్ చైనులో స్మార్ట్ కాంట్రాక్టులతో, ఎవరైనా ఆస్తి బదిలీలు మరియు ఇతర సంబంధిత సమాచారాన్ని తక్షణమే ట్రాక్ చేయవచ్చు.",
+ "smart-contracts-3-c-label": "గోప్యతా రక్షణ",
+ "smart-contracts-3-c-explanation": "బ్లాక్ చైన్లు మారుపేరు నెట్వర్క్లు కాబట్టి, లావాదేవీలు బహిరంగంగా ఒక ప్రత్యేకమైన క్రిప్టోగ్రాఫిక్ చిరునామాకు ముడిపడి ఉంటాయి, గుర్తింపుకు కాదు.",
+ "smart-contracts-3-d-label": "మార్చగల సామర్థ్యం",
+ "smart-contracts-3-d-explanation": "ఒకసారి సృష్టించిన స్మార్ట్ కాంట్రాక్టును మార్చలేము—దాని కోడ్ ద్వారా నిర్వచించబడిన నియమాల ప్రకారం అది అమలు అవుతుందని హామీ ఇవ్వబడింది.",
+ "smart-contracts-4-prompt": "స్మార్ట్ కాంట్రాక్టుల అప్లికేషన్ కానిది ఏది?",
+ "smart-contracts-4-a-label": "స్టేబుల్కాయిన్లు",
+ "smart-contracts-4-a-explanation": "స్టేబుల్కాయిన్లు స్మార్ట్ కాంట్రాక్టులను ఉపయోగించి నిర్వచించబడిన మరియు ట్రాక్ చేయబడిన టోకెన్ ఆబ్జెక్ట్లు.",
+ "smart-contracts-4-b-label": "ప్రోటోకాల్ మార్పులు",
+ "smart-contracts-4-b-explanation": "ప్రోటోకాల్ మార్పులు కొన్నిసార్లు స్మార్ట్ కాంట్రాక్టులను ఉపయోగించగలిగినప్పటికీ, వాటి సృష్టి మరియు నిర్వచనం పారదర్శక ఆన్లైన్ ఫోరమ్ల ద్వారా ప్రతిపాదించబడతాయి మరియు క్లయింట్ సాఫ్ట్వేర్లో అమలు చేయబడతాయి.",
+ "smart-contracts-4-c-label": "నాన్ -ఫంగిల్ టోకెన్స్(NFTలు)",
+ "smart-contracts-4-c-explanation": "డిజిటల్ ఆర్ట్ నుండి ఆస్తి యాజమాన్య ధృవపత్రాల వరకు విస్తృత శ్రేణి NFTలను నిర్వచించడానికి స్మార్ట్ కాంట్రాక్టులు ఉపయోగించబడతాయి.",
+ "smart-contracts-4-d-label": "ఓపెన్ కరెన్సీ ఎక్స్ఛేంజ్",
+ "smart-contracts-4-d-explanation": "వికేంద్రీకృత ఎక్స్ఛేంజ్లు (DEXలు) కేంద్రీకృత నియంత్రణ లేకుండా పనిచేయడానికి స్మార్ట్ కాంట్రాక్టులను ఉపయోగించి నిర్మించబడ్డాయి."
+}
diff --git a/src/intl/te/page-10-year-anniversary.json b/src/intl/te/page-10-year-anniversary.json
new file mode 100644
index 00000000000..ab1e4e94758
--- /dev/null
+++ b/src/intl/te/page-10-year-anniversary.json
@@ -0,0 +1,131 @@
+{
+ "page-10-year-anniversary-meta-title": "10 సంవత్సరాల వార్షికోత్సవం",
+ "page-10-year-anniversary-meta-description": "సెన్సార్షిప్ నిరోధం యొక్క 10 సంవత్సరాలు, 100% నిరంతరాయ సమయం, వికేంద్రీకరణ, కమ్యూనిటీ నిర్మాణం, డెవలపర్ వృద్ధి, ప్రపంచ సహకారం, సైఫర్పంక్ విలువలు, హ్యాకథాన్లు, సెన్సార్షిప్ నిరోధం, అనుమతి లేని ఫైనాన్స్, విశ్వసనీయ తటస్థత, అనంతమైన గార్డెన్, ఖాతాదారుల వైవిధ్యం మరియు మరిన్నింటిని జరుపుకుంటున్నాము.",
+ "page-10-year-censorship-resistance": "సెన్సార్షిప్ రెసిస్టెంట్",
+ "page-10-year-uptime": "100% నిరంతరాయ సమయం",
+ "page-10-year-decentralization": "వికేంద్రీకరణ",
+ "page-10-year-community-building": "కమ్యూనిటీ నిర్మాణం",
+ "page-10-year-developer-growth": "డెవలపర్ వృద్ధి",
+ "page-10-year-global-collaboration": "ప్రపంచ సహకారం",
+ "page-10-year-cypherpunk-values": "సైఫర్పంక్ విలువలు",
+ "page-10-year-hackathons": "హ్యాకథాన్లు",
+ "page-10-year-permissionless-finance": "అనుమతి లేని ఫైనాన్స్",
+ "page-10-year-credible-neutrality": "విశ్వసనీయ తటస్థత",
+ "page-10-year-infinite-garden": "అనంతమైన గార్డెన్",
+ "page-10-year-client-diversity": "క్లయింట్ వైవిధ్యం",
+ "page-10-year-celebrating": "10 సంవత్సరాల వేడుక",
+ "page-10-year-hero-title": "ప్రపంచాన్ని ఒకేసారి ఒక బ్లాక్తో మార్చే దశాబ్దం",
+ "page-10-year-hero-description": "జూలై 30, 2015న, Ethereum బ్లాక్చెయిన్ పుట్టింది. జెనెసిస్ బ్లాక్ మైనింగ్ చేసిన క్షణంలో, అది ఇంటర్నెట్కు కొత్త అవకాశాలను కల్పించింది, ఫైనాన్స్, యాజమాన్యం మరియు ప్రోగ్రామబిలిటీకి పరివర్తనాత్మక మార్పులను తీసుకువచ్చింది.",
+ "page-10-year-hero-tagline": "పదేళ్లు గడిచాయి, అనంతం ముందుంది.",
+ "page-10-year-join-party-title": "పార్టీలో చేరండి",
+ "page-10-year-join-party-description": "ప్రపంచ కమ్యూనిటీతో కలిసి Ethereum 10 సంవత్సరాలను జరుపుకోండి. స్థానిక ఈవెంట్ను కనుగొనండి లేదా మీ స్వంత వేడుకను ప్రారంభించండి.",
+ "page-10-year-events-description-1": "Ethereum పదవ పుట్టినరోజును జరుపుకుంటున్నప్పుడు, చర్చలు, నెట్వర్కింగ్ మరియు వేడుకల కోసం ప్రపంచవ్యాప్తంగా ఉన్న వ్యక్తులతో చేరండి.",
+ "page-10-year-events-description-2": "వ్యక్తిగతంగా రాలేరా? మా లైవ్స్ట్రీమ్ను చూడండి మరియు ప్రపంచవ్యాప్తంగా ఉన్న ఈవెంట్ల నుండి అప్డేట్లను అనుసరించండి, తద్వారా ప్రతి ఒక్కరూ ఈ మైలురాయిని కలిసి జరుపుకోవచ్చు.",
+ "page-10-year-host-event-title": "మీ ఈవెంట్ను పంచుకోండి",
+ "page-10-year-host-event-description": "మీరు ఒక ఈవెంట్ను హోస్ట్ చేస్తున్నారా? మ్యాప్లో జాబితా చేయడానికి ఈవెంట్ వివరాలను కింద నమోదు చేయండి.",
+ "page-10-year-host-event-cta": "ఈవెంట్ను పంచుకోండి",
+ "page-10-year-innovation-title": "10 సంవత్సరాలుగా",
+ "page-10-year-innovation-subtitle": "ఆవిష్కరణ",
+ "page-10-year-innovation-description-1": "Ethereum స్మార్ట్ కాంట్రాక్టులను ప్రవేశపెట్టడం ద్వారా బ్లాక్చెయిన్ను మార్చింది",
+ "page-10-year-innovation-description-2": "Ethereum తో, బ్లాక్చెయిన్లు డిజిటల్ లెడ్జర్ నుండి ప్రోగ్రామబుల్ ప్లాట్ఫారమ్గా మారాయి, ఇక్కడ షరతులు నెరవేరినప్పుడు కోడ్ స్వయంచాలకంగా అమలు చేయబడుతుంది.",
+ "page-10-year-innovation-description-3": "Ethereum ఆవిష్కరణ DeFi, NFTలు, మరియు DAOల వంటి పూర్తిగా కొత్త పరిశ్రమలను ప్రారంభించింది. ఇది బ్లాక్చెయిన్ను డిజిటల్ కరెన్సీకి మించి, మనం విలువను ఎలా సృష్టించి, మార్పిడి చేసుకుంటామో పునఃరూపకల్పన చేసే ప్లాట్ఫారమ్గా విస్తరించింది.",
+ "page-10-year-adoption-title": "10 సంవత్సరాలుగా",
+ "page-10-year-adoption-subtitle": "అవలంబన",
+ "page-10-year-adoption-description-1": "ఒక శ్వేతపత్రం నుండి Ethereum పర్యావరణ వ్యవస్థలో రోజుకు 24M+ లావాదేవీల వరకు",
+ "page-10-year-adoption-description-2": "Ethereum రోజూ మిలియన్ల మంది ఉపయోగించే వేలాది అప్లికేషన్లకు శక్తినిచ్చే ప్రపంచ కంప్యూటింగ్ ప్లాట్ఫారమ్గా మారింది. ఇది తన ఉపయోగ సందర్భాలను విస్తరిస్తూనే పరిశ్రమలు మరియు సరిహద్దులను దాటింది.",
+ "page-10-year-stories-title": "10 సంవత్సరాలుగా",
+ "page-10-year-stories-subtitle": "కథలు",
+ "page-10-year-stories-description-1": "రోజువారీ జీవితంలో Ethereum ఎలా ఉపయోగించబడుతుందో ఒక అవలోకనం",
+ "page-10-year-stories-description-2": "మిలియన్ల కొద్దీ వాలెట్ల నుండి ప్రపంచంలోని ప్రతి మూలకు, ప్రజలు Ethereum ను స్ఫూర్తిదాయకమైన మార్గాల్లో ఉపయోగిస్తారు. ఈ నిజమైన కథలు Ethereum ద్వారా ఆధారితమైన సృజనాత్మకత, స్వేచ్ఛ మరియు అనుబంధాన్ని ప్రదర్శిస్తాయి.",
+ "page-10-year-stories-cta": "మీ కథను పంచుకోండి",
+ "page-10-year-ideas-title": "కమ్యూనిటీ ఎలా జరుపుకోవాలనే దానిపై మీకు ఏమైనా ఆలోచన ఉందా?",
+ "page-10-year-ideas-description": "ఆన్చెయిన్ కళాఖండాలు, ప్రపంచవ్యాప్తంగా Ethereum ట్రివియా గేమ్, ఆకాశమే హద్దు! మీ ఆలోచనతో కింద మమ్మల్ని సంప్రదించండి.",
+ "page-10-year-ideas-cta": "మీ ఆలోచనను సమర్పించండి",
+ "page-10-year-event-link": "ఈవెంట్కు వెళ్లండి",
+ "page-10-year-countdown-expired": "Ethereum కి 10 ఏళ్లు! 🚀",
+ "page-10-year-countdown-day": "రోజు",
+ "page-10-year-countdown-days": "రోజులు",
+ "page-10-year-countdown-hour": "గంట",
+ "page-10-year-countdown-hours": "గంటలు",
+ "page-10-year-countdown-minute": "నిమిషం",
+ "page-10-year-countdown-minutes": "నిమిషాలు",
+ "page-10-year-countdown-second": "సెకను",
+ "page-10-year-countdown-seconds": "సెకన్లు",
+ "page-10-year-banner-header": "10 సంవత్సరాల Ethereum",
+ "page-10-year-banner-launch-text": "జూలై 30, 2015న, మధ్యాహ్నం 3:44 గంటలకు UTC, Ethereum బ్లాక్చెయిన్ యొక్క మొదటి బ్లాక్ జీవం పోసుకుంది.",
+ "page-10-year-banner-tagline": "పదేళ్లు గడిచాయి, అనంతం మిగిలి ఉంది! 🚀",
+ "page-10-year-banner-cta": "పార్టీలో చేరండి",
+ "page-10-year-stories-read-more": "ఇంకా చదవండి",
+ "page-10-year-stories-show-original": "అసలైనది చూపించు",
+ "page-10-year-stories-show-english": "ఇంగ్లీష్ చూపించు",
+ "page-10-year-stories-original-language": "అసలు భాష",
+ "page-10-year-stories-english-translation": "ఆంగ్ల అనువాదం",
+ "page-10-year-stories-show-more": "మరిన్ని చూపండి",
+ "page-10-year-globe-go-to-event": "ఈవెంట్కు వెళ్లండి",
+ "page-10-year-innovation-card-1-title": "Ethereum ప్రారంభం",
+ "page-10-year-innovation-card-1-date": "జూలై 30, 2015",
+ "page-10-year-innovation-card-1-description-1": "Ethereum యొక్క జెనెసిస్ బ్లాక్ ప్రత్యక్ష ప్రసారం అయ్యింది, \"ఫ్రాంటియర్\" నెట్వర్క్ను ప్రారంభించింది. ఈ ప్రాథమిక విడుదల డెవలపర్లకు వికేంద్రీకృత అప్లికేషన్లను నిర్మించడానికి మరియు స్మార్ట్ కాంట్రాక్ట్లతో ప్రయోగాలు చేయడానికి వారి మొదటి అవకాశాన్ని ఇచ్చింది.",
+ "page-10-year-innovation-card-1-description-2": "Ethereum యొక్క లక్ష్యం: వినియోగదారులు తమ డేటాను నియంత్రించే బహిరంగ ఇంటర్నెట్, గేట్కీపర్లు లేకుండా అప్లికేషన్లు నడుస్తాయి మరియు ప్రజల మధ్య విలువ స్వేచ్ఛగా ప్రవహిస్తుంది.",
+ "page-10-year-innovation-card-2-title": "DAI: మార్గదర్శక స్టేబుల్కాయిన్",
+ "page-10-year-innovation-card-2-date": "డిసెంబర్, 2015",
+ "page-10-year-innovation-card-2-description-1": "మొదటి వికేంద్రీకృత స్టేబుల్కాయిన్ ప్రారంభించబడింది. DAI స్మార్ట్ కాంట్రాక్ట్లలో లాక్ చేయబడిన క్రిప్టోకరెన్సీ కొలేటరల్ ద్వారా U.S. డాలర్కు సాఫ్ట్ పెగ్ను నిర్వహిస్తుంది.",
+ "page-10-year-innovation-card-2-description-2": "కంపెనీలచే నియంత్రించబడే కేంద్రీకృత స్టేబుల్కాయిన్ల వలె కాకుండా, DAI ఒక వికేంద్రీకృత స్వయంప్రతిపత్తి సంస్థ (DAO)చే పాలించబడుతుంది, ఇది దానిని విశ్వసనీయంగా మరియు కమ్యూనిటీ-ఆధారితంగా చేస్తుంది.",
+ "page-10-year-innovation-card-3-title": "క్రిప్టోకిట్టీస్ మరియు NFT ఫ్రాంటియర్",
+ "page-10-year-innovation-card-3-date": "నవంబర్, 2017",
+ "page-10-year-innovation-card-3-description-1": "క్రిప్టోకిట్టీస్ డిజిటల్ యాజమాన్యానికి జీవం పోసింది. ఈ ప్రారంభ NFT గేమ్ ఆన్లైన్లో వ్యక్తీకరణ, సేకరించగల సామర్థ్యం మరియు సంస్కృతి యొక్క కొత్త రూపాలను బ్లాక్చెయిన్ ఎలా ప్రారంభించగలదో చూపించింది.",
+ "page-10-year-innovation-card-3-description-2": "ఇది Ethereum ఫైనాన్స్ దాటి గేమింగ్, కళ, మరియు డిజిటల్ గుర్తింపులోకి విస్తరించగలదని నిరూపించింది, పూర్తిగా కొత్త సృజనాత్మక అవకాశాలను తెరిచింది.",
+ "page-10-year-innovation-card-4-title": "DeFi సమ్మర్",
+ "page-10-year-innovation-card-4-date": "జూన్, 2020",
+ "page-10-year-innovation-card-4-description-1": "విస్ఫోటనాత్మక DeFi వృద్ధి ప్రపంచం ఫైనాన్స్ గురించి ఎలా ఆలోచిస్తుందో పునర్నిర్వచించింది. రుణాలు ఇవ్వడం, వ్యాపారం చేయడం, మరియు దిగుబడి ఉత్పత్తి కోసం ప్రోటోకాల్లు భారీ ఊపందుకున్నాయి, బహిరంగ, మిళితమైన ఆర్థిక మౌలిక సదుపాయాల శక్తిని ప్రదర్శిస్తాయి.",
+ "page-10-year-innovation-card-4-description-2": "ఈ కాలం ఆన్-చెయిన్పై బిలియన్ల విలువను తీసుకువచ్చింది మరియు Ethereumను వికేంద్రీకృత ఆర్థిక వ్యవస్థ యొక్క నిలయంగా స్థాపించింది.",
+ "page-10-year-innovation-card-5-title": "మెర్జ్ అప్డేట్",
+ "page-10-year-innovation-card-5-date": "సెప్టెంబర్ 15, 2022",
+ "page-10-year-innovation-card-5-description-1": "Ethereum యొక్క ఇప్పటివరకు అతిపెద్ద పరివర్తన. నెట్వర్క్ శక్తి-ఇంటెన్సివ్ ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు సజావుగా మారింది. Ethereumలో బిలియన్ల విలువతో, ఈ మార్పును విమానం మధ్యలో ఇంజిన్ను మార్చడం వంటిదిగా వర్ణించారు.",
+ "page-10-year-innovation-card-5-description-2": "ది మెర్జ్ Ethereum యొక్క శక్తి వినియోగాన్ని 99.95% తగ్గించింది, నెట్వర్క్ భద్రతను బలోపేతం చేసింది మరియు భవిష్యత్ స్కేలింగ్ అప్గ్రేడ్లకు పునాది వేసింది.",
+ "page-10-year-innovation-card-6-title": "స్పాట్ ETH ETFలు",
+ "page-10-year-innovation-card-6-date": "మే 23, 2024",
+ "page-10-year-innovation-card-6-description-1": "వాల్ స్ట్రీట్ Ethereumను స్వీకరించింది. స్పాట్ ETH ETFలు ప్రారంభించబడ్డాయి, ఇది ప్రపంచంలోని ప్రముఖ స్మార్ట్ కాంట్రాక్ట్ ప్లాట్ఫారమ్కు సంస్థాగత మూలధనాన్ని మరియు నియంత్రణ చట్టబద్ధతను తీసుకువచ్చింది.",
+ "page-10-year-innovation-card-6-description-2": "ఈ ఆమోదం టోకెనైజ్డ్ వాస్తవ-ప్రపంచ ఆస్తుల విస్తృత ఆమోదాన్ని సూచించింది, ప్రధాన ఆర్థిక సంస్థలు ఇప్పుడు రియల్ ఎస్టేట్ నుండి ట్రెజరీ బాండ్ల వరకు ప్రతిదీ ఆన్-చెయిన్లోకి తీసుకురావడానికి Ethereumపై నిర్మిస్తున్నాయి.",
+ "page-10-year-adoption-card-1-title": "వికేంద్రీకరణ దశాబ్దం",
+ "page-10-year-adoption-card-1-description": "ప్రత్యేక పర్యావరణ వ్యవస్థగా ప్రారంభమైనది ఇప్పుడు 80+ దేశాలలో 870,000 ధృవీకరణకర్తలు, 13,600 భౌతిక నోడ్లు, మరియు ఖండాలంతటా లక్షలాది మంది వినియోగదారులతో విస్తరించింది.",
+ "page-10-year-adoption-card-1-link-text": "Ethereum గణాంకాలను తనిఖీ చేయండి",
+ "page-10-year-adoption-card-2-title": "10 సంవత్సరాలు, 16 అప్గ్రేడ్లు, 0 సమయ నష్టం",
+ "page-10-year-adoption-card-2-description": "Ethereum నిరంతరం అభివృద్ధి చెందుతూనే ఖచ్చితమైన సమయ లభ్యతను కొనసాగించింది. బ్లాక్చెయిన్ ఎప్పుడూ ఆఫ్లైన్కు వెళ్ళలేదు.",
+ "page-10-year-adoption-card-2-link-text": "రోడ్మ్యాప్ను చూడండి",
+ "page-10-year-adoption-card-3-title": "స్టేబుల్కాయిన్ మార్కెట్ క్యాప్లో $123 బిలియన్లు",
+ "page-10-year-adoption-card-3-description": "Q2 2025 నాటికి, Ethereum L1 స్టేబుల్కాయిన్లలో $123 బిలియన్లకు పైగా భద్రపరుస్తుంది, ప్రపంచ స్టేబుల్కాయిన్ మార్కెట్లో 50% పైగా ఆక్రమించింది.",
+ "page-10-year-adoption-card-3-link-text": "స్టేబుల్కాయిన్లపై మరింత సమాచారం",
+ "page-10-year-adoption-card-4-title": "Ethereum DeFiలో $75 బిలియన్లు భద్రపరచబడ్డాయి",
+ "page-10-year-adoption-card-4-description": "Q2 2025 నాటికి, Ethereum తన పర్యావరణ వ్యవస్థ అంతటా DeFiలో $75 బిలియన్లకు పైగా భద్రపరుస్తుంది.",
+ "page-10-year-adoption-card-4-link-text": "DeFi గురించి మరింత",
+ "page-10-year-adoption-card-5-title": "సంవత్సరానికి 0.01 TWh",
+ "page-10-year-adoption-card-5-description": "ది మెర్జ్ తరువాత, Ethereum యొక్క శక్తి వినియోగం నాటకీయంగా సంవత్సరానికి 0.01 TWhకి పడిపోయింది, దాని గరిష్ట స్థాయి 93.95 TWh నుండి.",
+ "page-10-year-adoption-card-5-link-text": "ఎథెరియం శక్తి వినియోగంపై మరింత",
+ "page-10-year-adoption-card-6-title": "250 TPS పైగా",
+ "page-10-year-adoption-card-6-description": "ప్రారంభించినప్పటి నుండి Ethereum యొక్క నిర్గమాంశ నాటకీయంగా పెరిగింది, Ethereum యొక్క పర్యావరణ వ్యవస్థ ఇప్పుడు సెకనుకు 250 లావాదేవీలకు పైగా నిర్వహిస్తోంది.",
+ "page-10-year-adoption-card-6-link-text": "లేయర్ 2ల గురించి మరింత",
+ "page-10-year-torch-title": "ది Ethereum టార్చ్",
+ "page-10-year-torch-description": "Ethereum 10వ వార్షికోత్సవాన్ని జరుపుకునే ఒక ప్రత్యేకమైన NFT. టార్చ్ కమ్యూనిటీ సభ్యుల మధ్య మారుతుంది, ఇది Ethereumను నిర్వచించే సహకారం మరియు వికేంద్రీకరణ స్ఫూర్తిని సూచిస్తుంది.",
+ "page-10-year-torch-current-holder": "ప్రస్తుత టార్చ్ హోల్డర్",
+ "page-10-year-torch-no-holder": "ప్రస్తుత హోల్డర్ లేరు",
+ "page-10-year-torch-history-title": "టార్చ్ హోల్డర్ చరిత్ర",
+ "page-10-year-torch-no-history": "బదిలీ చరిత్ర అందుబాటులో లేదు",
+ "page-10-year-torch-from": "నుండి",
+ "page-10-year-torch-to": "కు",
+ "page-10-year-torch-view-tx": "లావాదేవీని వీక్షించండి",
+ "page-10-year-livestream-title": "లైవ్స్ట్రీమ్లో చేరండి",
+ "page-10-year-livestream-video-title": "Ethereum 10 సంవత్సరాల లైవ్స్ట్రీమ్",
+ "page-10-year-torch-nft-intro": "ఈ చారిత్రాత్మక మైలురాయిని పురస్కరించుకుని, మేము Ethereum టార్చ్ NFTని పరిచయం చేస్తున్నాము, ఇది Ethereum మొదటి దశాబ్దాన్ని నిర్వచించిన వికేంద్రీకరణ మరియు కమ్యూనిటీ స్ఫూర్తిని ప్రతిబింబించే ఒక NFT.",
+ "page-10-year-torch-nft-description": "కమ్యూనిటీ నుండి కమ్యూనిటీకి ప్రయాణించే ఒక ఉత్సవ జ్వాల వలె, Ethereum టార్చ్ ప్రపంచ Ethereum పర్యావరణ వ్యవస్థ అంతటా ప్రయాణిస్తుంది. ఈ ప్రత్యేక NFT గత 10 సంవత్సరాలుగా Ethereum కథను రూపొందించిన జాగ్రత్తగా ఎంపిక చేయబడిన కమ్యూనిటీ సభ్యులు, డెవలపర్లు మరియు బిల్డర్ల మధ్య వాలెట్ నుండి వాలెట్కు పంపబడుతుంది.",
+ "page-10-year-torch-one-of-kind-title": "ఒక ప్రత్యేకమైనది:",
+ "page-10-year-torch-one-of-kind-description": "ఒకే ఒక Ethereum టార్చ్ NFT ఉంది, ఇది ప్రతి హోల్డర్ను Ethereum వారసత్వానికి తాత్కాలిక సంరక్షకుడిగా చేస్తుంది",
+ "page-10-year-torch-time-limited-title": "సమయ-పరిమిత కస్టడీ:",
+ "page-10-year-torch-time-limited-description": "ప్రతి హోల్డర్ టార్చ్ను తదుపరి సంరక్షకుడికి పంపే ముందు 24 గంటల పాటు ఉంచుకుంటారు. జూలై 30న ఈ NFT వార్షికోత్సవాన్ని జరుపుకోవడానికి బర్న్ చేయబడుతుంది.",
+ "page-10-year-mint-card-title": "క్షణాన్ని మింట్ చేయండి",
+ "page-10-year-mint-card-description": "ఉచిత, పరిమిత-కాల 10వ వార్షికోత్సవ NFTతో వికేంద్రీకరణ దశాబ్దాన్ని జరుపుకోండి. సమయం ముగిసేలోపు మీది మింట్ చేయండి.",
+ "page-10-year-mint-card-ended-title": "క్లెయిమ్ వ్యవధి ముగిసింది",
+ "page-10-year-mint-card-ended-description": "వేడుకలో చేరిన మీ అందరికీ ధన్యవాదాలు",
+ "page-10-year-video-aria-label": "10వ వార్షికోత్సవ వీడియో",
+ "page-10-year-nft-link-label": "OpenSeaలో పది సంవత్సరాల Ethereum NFTని వీక్షించండి",
+ "page-10-year-terms-and-conditions": "నిబంధనలు మరియు షరతులు"
+}
diff --git a/src/intl/te/page-about.json b/src/intl/te/page-about.json
new file mode 100644
index 00000000000..ad9c99f02fa
--- /dev/null
+++ b/src/intl/te/page-about.json
@@ -0,0 +1,35 @@
+{
+ "page-about-h2": "ఒక ఫీచర్ను అభ్యర్థించండి",
+ "page-about-h3": "పని పురోగతిలో ఉంది",
+ "page-about-h3-1": "అమలు చేయబడిన ఫీచర్లు",
+ "page-about-h3-2": "ప్రణాళిక చేయబడిన ఫీచర్లు",
+ "page-about-li-1": "పురోగతిలో ఉంది",
+ "page-about-li-2": "ప్రణాళిక చేయబడింది",
+ "page-about-li-3": "అమలు చేయబడింది",
+ "page-about-li-4": "అమలు చేయబడింది",
+ "page-about-link-1": "ఈ రిపోజిటరీ యొక్క సోర్స్ కోడ్ MIT లైసెన్సు క్రింద లైసెన్స్ చేయబడింది",
+ "page-about-link-2": "GitHub",
+ "page-about-link-3": "GitHubలో పురోగతిలో ఉన్న పనుల పూర్తి జాబితాను వీక్షించండి",
+ "page-about-link-4": "మా డిస్కార్డ్ సర్వర్లో చేరండి",
+ "page-about-link-5": "ట్విట్టర్లో మమ్మల్ని సంప్రదించండి",
+ "page-about-link-6": "GitHubలో అమలు చేయబడిన పనుల పూర్తి జాబితాను వీక్షించండి",
+ "page-about-link-7": "GitHubలో ఒక ఇష్యూను సృష్టించండి",
+ "page-about-p-1": "ethereum.org ప్రారంభించినప్పటి నుండి, మేము ఎలా పనిచేస్తామో అనే దానిపై పారదర్శకంగా ఉండటానికి ప్రయత్నిస్తాము. ఇది మా ప్రధాన విలువల్లో ఒకటి, ఎందుకంటే ఇతీరియము విజయానికి పారదర్శకత చాలా కీలకమని మేము నమ్ముతున్నాము.",
+ "page-about-p-2": "మేము ఉపయోగిస్తాము",
+ "page-about-p-3": "మా ప్రాథమిక ప్రాజెక్ట్ నిర్వహణ సాధనంగా. మేము మా పనులను 3 వర్గాలుగా నిర్వహిస్తాము:",
+ "page-about-p-4": "ఒక నిర్దిష్ట పని యొక్క స్థితి ఏమిటో కమ్యూనిటీకి తెలియజేయడానికి మేము మా వంతు ప్రయత్నం చేస్తాము.",
+ "page-about-p-5": "మేము అమలు చేస్తున్న పనులు.",
+ "page-about-p-6": "తరువాత అమలు చేయడానికి మేము క్యూలో ఉంచిన పనులు.",
+ "page-about-p-7": "ఇటీవల పూర్తి చేసిన పనులు.",
+ "page-about-p-8": "ethereum.orgని ఎలా మెరుగుపరచాలనే దానిపై మీకు ఏదైనా ఆలోచన ఉందా? మేము మీతో సహకరించడానికి ఇష్టపడతాము!",
+ "page-what-is-ethereum-energy-consumption-chart-legend": "TWH/సంవత్సరంలో వార్షిక శక్తి వినియోగం",
+ "energy-consumption-chart-global-data-centers-label": "గ్లోబల్ డేటా సెంటర్లు",
+ "energy-consumption-chart-airbnb-label": "AirBnB",
+ "energy-consumption-gold-mining-cbeci-label": "గోల్డ్ మైనింగ్",
+ "energy-consumption-chart-btc-pow-label": "BTC PoW",
+ "energy-consumption-chart-netflix-label": "Netflix",
+ "energy-consumption-chart-eth-pow-label": "ETH PoW",
+ "energy-consumption-chart-gaming-us-label": "USలో గేమింగ్",
+ "energy-consumption-chart-paypal-label": "PayPal",
+ "energy-consumption-chart-eth-pos-label": "ETH ప్రూఫ్ ఆఫ్ స్టేక్"
+}
diff --git a/src/intl/te/page-apps.json b/src/intl/te/page-apps.json
new file mode 100644
index 00000000000..d9526990d5d
--- /dev/null
+++ b/src/intl/te/page-apps.json
@@ -0,0 +1,72 @@
+{
+ "page-apps-all-apps": "అన్ని యాప్లు",
+ "page-apps-dapp-description-cent": "NFTలను పోస్ట్ చేయడం ద్వారా మీరు డబ్బు సంపాదించే ఒక సామాజిక నెట్వర్క్.",
+ "page-apps-dapp-description-decentraland": "మీరు అన్వేషించగల వర్చువల్ ప్రపంచంలో వర్చువల్ భూమిని సేకరించండి, వర్తకం చేయండి.",
+ "page-apps-dapp-description-ens": "ఇతీరియము చిరునామాలు మరియు వికేంద్రీకృత సైట్లకు యూజర్-ఫ్రెండ్లీ పేర్లు.",
+ "page-apps-dapp-description-gitcoin": "ఓపెన్-సోర్స్ సాఫ్ట్వేర్పై పని చేస్తూ క్రిప్టో సంపాదించండి.",
+ "page-apps-dapp-description-gods-unchained": "వ్యూహాత్మక ట్రేడింగ్ కార్డ్ గేమ్. నిజ జీవితంలో మీరు అమ్మగల కార్డ్లను ఆడటం ద్వారా సంపాదించండి.",
+ "page-apps-dapp-description-augur": "ఫలితాలపై పందెం కట్టండి. సమాచార మార్కెట్లలో వర్తకం చేయండి.",
+ "page-apps-ready-button": "Go",
+ "foundation": "ఫౌండేషన్",
+ "page-wallets-get-some": "కొంత ETH పొందండి",
+ "page-apps-title": "యాప్లు",
+ "page-apps-subtitle": "ఇతీరియము మరియు లేయర్ 2 నెట్వర్క్లలో నడిచే క్యూరేటెడ్ అప్లికేషన్ల జాబితాను కనుగొనండి",
+ "page-apps-learn-button": "యాప్ల గురించి తెలుసుకోండి",
+ "page-apps-highlights-title": "ముఖ్యాంశాలు",
+ "page-apps-discover-title": "కనుగొనండి",
+ "page-apps-applications-title": "అప్లికేషన్స్",
+ "page-apps-categories-title": "అప్లికేషన్ కేటగిరీలు",
+ "page-apps-community-picks-title": "కమ్యూనిటీ ఎంపికలు",
+ "page-apps-meta-title": "ఇతీరియములోని టాప్ క్రిప్టో యాప్లు",
+ "page-apps-meta-description": "ఇతీరియములో క్రిప్టో యాప్లను కనుగొనండి: DeFi, NFTలు, సామాజిక, గేమింగ్, బ్రిడ్జ్లు, గోప్యత, ఉత్పాదకత & DAO డాప్స్ను అన్వేషించండి. ట్రేడ్ చేయడానికి, సంపాదించడానికి మరియు ఇంటరాక్ట్ అవ్వడానికి విశ్వసనీయ ఆన్చైన్ యాప్లను కనుగొనండి.",
+ "page-apps-category-defi-name": "DeFi",
+ "page-apps-category-defi-description": "DeFi అనేది వికేంద్రీకృత అప్లికేషన్ల కేటగిరీ, ఇది వినియోగదారులను వారి క్రిప్టో ఆస్తులపై అప్పు ఇవ్వడానికి, అప్పు తీసుకోవడానికి, వర్తకం చేయడానికి మరియు వడ్డీని సంపాదించడానికి అనుమతిస్తుంది.",
+ "page-apps-category-defi-meta-title": "ఇతీరియము DeFi యాప్ల జాబితా — లెండింగ్, బారోయింగ్ & ఈల్డ్",
+ "page-apps-category-defi-meta-description": "లెండింగ్, బారోయింగ్, స్టేబుల్కాయిన్ జారీ, క్రెడిట్ మరియు ఆన్-చైన్ DEX ట్రేడింగ్ కోసం ఇతీరియములోని టాప్ DeFi యాప్లను అన్వేషించండి.",
+ "page-apps-category-collectibles-name": "సేకరించదగినవి",
+ "page-apps-category-collectibles-description": "సేకరించదగినవి ప్రత్యేకమైన మరియు నకలు చేయలేని డిజిటల్ ఆస్తులు.",
+ "page-apps-category-collectibles-meta-title": "ఇతీరియములోని ఉత్తమ NFT యాప్ల జాబితా",
+ "page-apps-category-collectibles-meta-description": "సేకరణ వస్తువులను కొనడం, గేమింగ్ స్కిన్లను ట్రేడింగ్ చేయడం, మరియు ప్రముఖ ఇతీరియము మార్కెట్ప్లేస్లలో కొత్త డిజిటల్ ఆస్తులను కనుగొనడం కోసం టాప్ NFT యాప్లను అన్వేషించండి.",
+ "page-apps-category-social-name": "సామాజిక",
+ "page-apps-category-social-description": "సోషల్ అనేది వికేంద్రీకృత అప్లికేషన్ల కేటగిరీ, ఇది వినియోగదారులను ఇతరులతో కనెక్ట్ అవ్వడానికి మరియు కంటెంట్ను పంచుకోవడానికి అనుమతిస్తుంది.",
+ "page-apps-category-social-meta-title": "ఇతీరియములో సోషల్ యాప్లు: ఫార్కాస్టర్, జోరా మరియు మరిన్ని",
+ "page-apps-category-social-meta-description": "ఇతీరియములో ఉత్తమ మెసేజింగ్ మరియు సోషల్ యాప్లను అన్వేషించండి.",
+ "page-apps-category-gaming-name": "గేమింగ్",
+ "page-apps-category-gaming-description": "గేమింగ్ అనేది వికేంద్రీకృత అప్లికేషన్ల కేటగిరీ, ఇది వినియోగదారులను ఆటలు ఆడటానికి మరియు రివార్డులను సంపాదించడానికి అనుమతిస్తుంది.",
+ "page-apps-category-gaming-meta-title": "ఇతీరియములోని క్రిప్టో మరియు NFT గేమ్ల జాబితా",
+ "page-apps-category-gaming-meta-description": "ఆడటానికి సరదాగా ఉండే ఉత్తమ బ్లాక్చైన్ గేమ్లను కనుగొనండి. MMORPG, కార్డ్ గేమ్లు, AI గేమింగ్, RPG, సాధారణ గేమ్లు",
+ "page-apps-category-bridge-name": "బ్రిడ్జ్",
+ "page-apps-category-bridge-description": "బ్రిడ్జ్ అనేది వికేంద్రీకృత అప్లికేషన్ల వర్గం, ఇది వినియోగదారులను వివిధ నెట్వర్క్ల మధ్య వారి ఆస్తులను బ్రిడ్జ్ చేయడానికి అనుమతిస్తుంది.",
+ "page-apps-category-bridge-meta-title": "వివిధ నెట్వర్క్లకు ఇతీరియము బ్రిడ్జ్ల జాబితా",
+ "page-apps-category-bridge-meta-description": "వివిధ నెట్వర్క్లు మరియు లేయర్ 2ల మధ్య మీ ఆస్తులను తరలించడానికి ఉత్తమ క్రిప్టో బ్రిడ్జ్ యాప్ను కనుగొనండి.",
+ "page-apps-category-productivity-name": "ఉత్పాదకత",
+ "page-apps-category-productivity-description": "ఉత్పాదకత అనేది వికేంద్రీకృత అప్లికేషన్ల కేటగిరీ, ఇది వినియోగదారులను ఉత్పాదకంగా ఉండటానికి అనుమతిస్తుంది.",
+ "page-apps-category-productivity-meta-title": "ఉత్పాదకత మరియు వికేంద్రీకృత గుర్తింపు యాప్లు",
+ "page-apps-category-productivity-meta-description": "వికేంద్రీకృత గుర్తింపు, నిల్వ, DNS మరియు వీడియో కంప్యూటింగ్ కోసం టాప్ ఇతీరియము యాప్లను అన్వేషించండి. విశ్వసనీయ ఇన్ఫ్రాస్ట్రక్చర్ టూల్స్తో మీ ఆన్-చైన్ ఉత్పాదకతను పెంచుకోండి.",
+ "page-apps-category-privacy-name": "గోప్యత",
+ "page-apps-category-privacy-description": "గోప్యత అనేది వికేంద్రీకృత అప్లికేషన్ల కేటగిరీ, ఇది వినియోగదారులను ప్రైవేట్గా ఉండటానికి అనుమతిస్తుంది.",
+ "page-apps-category-privacy-meta-title": "ఇతీరియము గోప్యతా యాప్లు: టోర్నడో క్యాష్ మరియు ఇతరాలు",
+ "page-apps-category-privacy-meta-description": "టోర్నడో క్యాష్ వంటి ఇతీరియము గోప్యతా యాప్లను మరియు వినియోగదారు అజ్ఞాతత్వాన్ని రక్షించే, ప్రైవేట్ లావాదేవీలను ప్రారంభించే, మరియు ఆన్-చైన్ గోప్యతను మెరుగుపరిచే ఇతర యాప్లను అన్వేషించండి.",
+ "page-apps-category-dao-name": "DAO",
+ "page-apps-category-dao-description": "DAO అనేది వికేంద్రీకృత అప్లికేషన్ల కేటగిరీ, ఇది వినియోగదారులను వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థలను పాలించడానికి మరియు సృష్టించడానికి అనుమతిస్తుంది.",
+ "page-apps-category-dao-meta-title": "ఇతీరియములో DAO ఉపకరణాల జాబితా",
+ "page-apps-category-dao-meta-description": "పరిపాలన, ట్రెజరీ నిర్వహణ, ఓటింగ్ మరియు కంట్రిబ్యూటర్ సమన్వయం కోసం ఇతీరియములోని టాప్ DAO టూల్స్ను కనుగొనండి. మీ వికేంద్రీకృత సంస్థను ప్రారంభించండి, నిర్వహించండి మరియు అభివృద్ధి చేయండి.",
+ "page-apps-see-all": "అన్నీ చూడండి",
+ "page-apps-suggest-an-app-title": "ఒక యాప్ను సూచించండి",
+ "page-apps-suggest-an-app-description": "మా జాబితాకు జోడించడానికి మేము ఎల్లప్పుడూ కొత్త యాప్ల కోసం వెతుకుతున్నాము. జాబితాలో ఉండాలని మీరు భావించే యాప్ గురించి మీకు తెలిస్తే, దయచేసి మాకు తెలియజేయండి.",
+ "page-apps-suggest-an-app-button": "ఒక యాప్ను సూచించండి",
+ "page-apps-filter-by": "ద్వారా ఫిల్టర్ చేయండి",
+ "page-apps-filter-all": "అన్నీ",
+ "page-apps-showing": "చూపుతోంది",
+ "page-apps-visit-app": "{appName}ను సందర్శించండి",
+ "page-apps-see-next": "తదుపరి చూడండి",
+ "page-apps-info-title": "సమాచారం",
+ "page-apps-info-founded": "స్థాపించబడింది",
+ "page-apps-info-creator": "సృష్టికర్త",
+ "page-apps-info-last-updated": "చివరగా అప్డేట్ చేయబడింది",
+ "page-apps-gallery-title": "గ్యాలరీ",
+ "page-apps-more-apps-like-this": "ఇలాంటి మరిన్ని యాప్లు",
+ "page-apps-today": "ఈ రోజు",
+ "page-apps-one-day-ago": "1 రోజు క్రితం",
+ "page-apps-days-ago": "{days} రోజుల క్రితం"
+}
\ No newline at end of file
diff --git a/src/intl/te/page-assets.json b/src/intl/te/page-assets.json
new file mode 100644
index 00000000000..4978ea9e406
--- /dev/null
+++ b/src/intl/te/page-assets.json
@@ -0,0 +1,61 @@
+{
+ "page-assets-bazaar": "ఇతీరియము బజార్",
+ "page-assets-beacon-chain": "బీకన్ చైన్",
+ "page-assets-blocks": "నిర్మాణ బ్లాకులు",
+ "page-assets-dao": "DAO",
+ "page-assets-defi": "DeFi",
+ "page-assets-merge": "ది మెర్జ్",
+ "page-assets-doge": "Doge డాప్స్ ఉపయోగిస్తోంది",
+ "page-assets-download-artist": "కళాకారుడు:",
+ "page-assets-download-download": "డౌన్లోడ్",
+ "page-assets-enterprise": "సంస్థ ఇతీరియము",
+ "page-assets-eth": "ఈథర్ (ఈటీహెచ్)",
+ "page-assets-eth-diamond-color": "ETH వజ్రం (రంగు)",
+ "page-assets-eth-diamond-glyph": "ETH వజ్రం (గ్లిఫ్)",
+ "page-assets-eth-diamond-gray": "ETH వజ్రం (బూడిద రంగు)",
+ "page-assets-eth-diamond-purple": "ETH వజ్రం (ఊదా రంగు)",
+ "page-assets-eth-diamond-white": "ETH వజ్రం (తెలుపు)",
+ "page-assets-eth-diamond-colored": "ETH వజ్రం (రంగు నింపబడిన)",
+ "page-assets-eth-diamond-colored-svg": "ETH వజ్రం (రంగు నింపబడిన, SVG)",
+ "page-assets-eth-glyph-video-dark": "ETH గ్లిఫ్ వీడియో (ముదురు)",
+ "page-assets-eth-glyph-video-light": "ETH గ్లిఫ్ వీడియో (లేత)",
+ "page-assets-eth-logo-landscape-gray": "ETH లోగో ల్యాండ్స్కేప్ (బూడిద రంగు)",
+ "page-assets-eth-logo-landscape-purple": "ETH లోగో ల్యాండ్స్కేప్ (ఊదా రంగు)",
+ "page-assets-eth-logo-landscape-white": "ETH లోగో ల్యాండ్స్కేప్ (తెలుపు)",
+ "page-assets-eth-logo-portrait-gray": "ETH లోగో పోర్ట్రెయిట్ (బూడిద రంగు)",
+ "page-assets-eth-logo-portrait-purple": "ETH లోగో పోర్ట్రెయిట్ (ఊదా రంగు)",
+ "page-assets-eth-logo-portrait-white": "ETH లోగో పోర్ట్రెయిట్ (తెలుపు)",
+ "page-assets-eth-wordmark-gray": "ETH వర్డ్మార్క్ (బూడిద రంగు)",
+ "page-assets-eth-wordmark-purple": "ETH వర్డ్మార్క్ (ఊదా రంగు)",
+ "page-assets-eth-wordmark-white": "ETH వర్డ్మార్క్ (తెలుపు)",
+ "page-assets-ethereum-brand-assets": "ఇతీరియము \"బ్రాండ్\" ఆస్తులు",
+ "page-assets-finance": "ఆర్థిక",
+ "page-assets-future": "భవిష్యత్తు",
+ "page-assets-h1": "ethereum.org ఆస్తులు",
+ "page-assets-hero": "ethereum.org హీరో",
+ "page-assets-hero-panda": "మెర్జ్ పాండాతో ethereum.org హీరో",
+ "page-assets-merge-panda": "మెర్జ్ పాండా",
+ "page-assets-merge-panda-svg": "మెర్జ్ పాండా SVG",
+ "page-assets-hero-particles": "ETH కణాల చిత్రం",
+ "page-assets-historical-artwork": "చారిత్రక కళాకృతి",
+ "page-assets-illustrations": "దృష్టాంతాలు",
+ "page-assets-impact": "ప్రభావం",
+ "page-assets-infrastructure": "మౌలిక సదుపాయాలు",
+ "page-assets-leslie-the-rhino": "లెస్లీ ది రైనో",
+ "page-assets-meta-desc": "ఇతీరియము మరియు ethereum.org బ్రాండ్ ఆస్తులు, దృష్టాంతాలు మరియు మీడియాను అన్వేషించండి మరియు డౌన్లోడ్ చేయండి.",
+ "page-assets-meta-title": "Ethereum బ్రాండ్ ఆస్తులు",
+ "page-assets-mainnet": "మెయిన్నెట్",
+ "page-assets-page-assets-solid-background": "ఘనమైన నేపథ్యం",
+ "page-assets-page-assets-transparent-background": "పారదర్శక నేపథ్యం",
+ "page-assets-robot": "రోబోట్ వాలెట్",
+ "page-assets-sharding": "శార్డింగ్",
+ "page-assets-hackathon": "హ్యాకథాన్",
+ "page-assets-learn-hero-name": "భవిష్యత్ విశ్వవిద్యాలయం",
+ "page-assets-community-hero-name": "కమ్యూనిటీ సమావేశం",
+ "page-assets-quizzes-hero-name": "అనంతమైన ఆటస్థలం",
+ "page-assets-developers-hero-name": "భవిష్యత్తును నిర్మించడం",
+ "page-assets-garden-name": "ఇతీరియము తోట",
+ "page-assets-roadmap-hero-name": "భవిష్యత్తుకు మార్గం(లు)",
+ "page-assets-layer-2-hero-name": "ఇతీరియమును నిర్మించడం",
+ "page-assets-guides-hero-name": "ఇతీరియము ల్యాబ్"
+}
diff --git a/src/intl/te/page-bug-bounty.json b/src/intl/te/page-bug-bounty.json
new file mode 100644
index 00000000000..82df807a728
--- /dev/null
+++ b/src/intl/te/page-bug-bounty.json
@@ -0,0 +1,169 @@
+{
+ "page-upgrades-bug-bounty-annotated-specs": "వివరించిన స్పెసిఫికేషన్",
+ "page-upgrades-bug-bounty-annotations": "కింది ఉల్లేఖనాలను పరిశీలించడం సహాయకరంగా ఉండవచ్చు:",
+ "page-upgrades-bug-bounty-client-bugs": "క్లయింట్ బగ్స్",
+ "page-upgrades-bug-bounty-client-bugs-desc": "ఇతీరియము నెట్వర్క్ను క్లయింట్లు నడుపుతాయి, మరియూ వారు స్పెసిఫికేషన్లో నిర్దేశించిన లాజిక్ను అనుసరించాలి మరియు సంభావ్య దాడుల నుండి సురక్షితంగా ఉండాలి. మేము కనుగొనాలనుకుంటున్న బగ్లు ప్రోటోకాల్ అమలుకు సంబంధించినవి.",
+ "page-upgrades-bug-bounty-client-bugs-desc-2": "ప్రస్తుతం ఎగ్జిక్యూషన్ లేయర్ క్లయింట్లు (Besu, Erigon, Geth, Nethermind మరియు Reth) మరియు ఏకాభిప్రాయ లేయర్ క్లయింట్లు (Lighthouse, Lodestar, Nimbus, Teku మరియు Prysm) బగ్ బౌంటీ ప్రోగ్రామ్లో చేర్చబడ్డాయి. మరిన్ని క్లయింట్లు ఆడిట్లను పూర్తి చేసి, ఉత్పత్తికి సిద్ధమైన తర్వాత జోడించబడవచ్చు.",
+ "page-upgrades-bug-bounty-clients": "బౌంటీలలో ప్రదర్శించబడిన క్లయింట్లు",
+ "page-upgrades-bug-bounty-clients-type-1": "స్పెసిఫికేషన్ పాటించని సమస్యలు",
+ "page-upgrades-bug-bounty-clients-type-2": "ఊహించని క్రాష్లు, RCE లేదా సేవ తిరస్కరణ (DOS) దుర్బలత్వాలు",
+ "page-upgrades-bug-bounty-clients-type-3": "నెట్వర్క్లోని మిగిలిన వాటి నుండి కోలుకోలేని ఏకాభిప్రాయ విభజనలకు కారణమయ్యే ఏవైనా సమస్యలు",
+ "page-upgrades-bug-bounty-misc-bugs": "భాషా కంపైలర్ బగ్లు",
+ "page-upgrades-bug-bounty-misc-bugs-desc": "Solidity మరియు Vyper కంపైలర్లు బగ్ బౌంటీ ప్రోగ్రామ్ పరిధిలో ఉన్నాయి. దుర్బలత్వాన్ని పునరుత్పత్తి చేయడానికి అవసరమైన అన్ని వివరాలను దయచేసి చేర్చండి: బగ్ను ప్రేరేపించే ఇన్పుట్ ప్రోగ్రామ్, ప్రభావితమైన కంపైలర్ వెర్షన్, టార్గెట్ EVM వెర్షన్, వర్తిస్తే ఫ్రేమ్వర్క్/IDE, వర్తిస్తే EVM ఎగ్జిక్యూషన్ ఎన్విరాన్మెంట్/క్లయింట్ మరియు ఆపరేటింగ్ సిస్టమ్, దయచేసి మీరు కనుగొన్న బగ్ను వీలైనంత వివరంగా పునరుత్పత్తి చేయడానికి దశలను చేర్చండి.",
+ "page-upgrades-bug-bounty-misc-bugs-desc-2": "విశ్వసనీయం కాని ఇన్పుట్ సంకలనం విషయంలో Solidity మరియు Vyper భద్రతా హామీలను కలిగి ఉండవు – మరియు హానికరంగా రూపొందించిన డేటాపై కంపైలర్ క్రాష్ అయినందుకు మేము రివార్డులను జారీ చేయము.",
+ "page-upgrades-bug-bounty-deposit-bugs": "డిపాజిట్ కాంట్రాక్ట్ బగ్లు",
+ "page-upgrades-bug-bounty-deposit-bugs-desc": "బీకాన్ చైన్ డిపాజిట్ కాంట్రాక్ట్ యొక్క స్పెసిఫికేషన్లు మరియు సోర్స్ కోడ్ బగ్ బౌంటీ ప్రోగ్రామ్లో భాగం.",
+ "page-upgrades-bug-bounty-deposit-contract-specs": "డిపాజిట్ కాంట్రాక్ట్ స్పెసిఫికేషన్లు",
+ "page-upgrades-bug-bounty-deposit-contract-source": "డిపాజిట్ కాంట్రాక్ట్ సోర్స్ కోడ్",
+ "page-upgrades-bug-bounty-dependency-bugs": "డిపెండెన్సీ బగ్లు",
+ "page-upgrades-bug-bounty-dependency-bugs-desc": "ఇతీరియము నెట్వర్క్ పనిచేయడానికి కొన్ని డిపెండెన్సీలు కీలకం, మరియు వాటిలో కొన్ని బగ్ బౌంటీ ప్రోగ్రామ్కు జోడించబడ్డాయి. ప్రస్తుతం, బగ్ బౌంటీ ప్రోగ్రామ్లో చేర్చబడిన డిపెండెన్సీల జాబితా C-KZG-4844 మరియు Go-KZG-4844.",
+ "page-upgrades-bug-bounty-docking": "కలుపు",
+ "page-upgrades-bug-bounty-email-us": "మాకు ఇమెయిల్ చేయండి:",
+ "page-upgrades-bug-bounty-help-links": "సహాయక లింకులు",
+ "page-upgrades-bug-bounty-hunting": "బగ్ హంటింగ్ నియమాలు",
+ "page-upgrades-bug-bounty-hunting-desc": "బగ్ బౌంటీ ప్రోగ్రామ్ అనేది మా చురుకైన ఇతీరియము సంఘం కోసం ఒక ప్రయోగాత్మక మరియు విచక్షణతో కూడిన రివార్డుల కార్యక్రమం, ఇది ప్లాట్ఫారమ్ను మెరుగుపరచడంలో సహాయపడే వారిని ప్రోత్సహించడానికి మరియు రివార్డ్ చేయడానికి. ఇది పోటీ కాదు. మేము ఎప్పుడైనా ప్రోగ్రామ్ను రద్దు చేయగలమని మీరు తెలుసుకోవాలి, మరియు అవార్డులు Ethereum ఫౌండేషన్ బగ్ బౌంటీ ప్యానెల్ యొక్క ఏకైక అభీష్టానుసారం ఉంటాయి. అదనంగా, మేము ఆంక్షల జాబితాలలో ఉన్న వ్యక్తులకు లేదా ఆంక్షల జాబితాలలో ఉన్న దేశాలలో (ఉదా., ఉత్తర కొరియా, ఇరాన్, మొదలైనవి) ఉన్నవారికి అవార్డులను జారీ చేయలేము. స్థానిక చట్టాలు మీ గుర్తింపు రుజువును అడగమని మాకు అవసరం. అన్ని పన్నులకు మీరే బాధ్యులు. అన్ని అవార్డులు వర్తించే చట్టానికి లోబడి ఉంటాయి. చివరగా, మీ పరీక్ష ఏ చట్టాన్ని ఉల్లంఘించకూడదు లేదా మీది కాని ఏ డేటాను రాజీ చేయకూడదు మరియు స్థానికంగా నడుస్తున్న టెస్టునెట్లలో జరగాలి.",
+ "page-upgrades-bug-bounty-hunting-leaderboard": "ఏకాభిప్రాయ లేయర్ బగ్ బౌంటీ లీడర్బోర్డ్",
+ "page-upgrades-bug-bounty-hunting-execution-leaderboard": "ఎగ్జిక్యూషన్ లేయర్ బగ్ బౌంటీ లీడర్బోర్డ్",
+ "page-upgrades-bug-bounty-hunting-leaderboard-subtitle": "ఈ లీడర్బోర్డ్కు జోడించబడటానికి ఏకాభిప్రాయ లేయర్ బగ్లను కనుగొనండి",
+ "page-upgrades-bug-bounty-hunting-execution-leaderboard-subtitle": "ఈ లీడర్బోర్డ్కు జోడించబడటానికి ఎగ్జిక్యూషన్ లేయర్ బగ్లను కనుగొనండి",
+ "page-upgrades-bug-bounty-hunting-li-1": "POC లేకుండా ఉన్న సమస్యలు లేదా ఇప్పటికే మరో వినియోగదారు సమర్పించినవి లేదా ఇప్పటికే స్పెక్ మరియు క్లయింట్ మెయింటెయినర్లకు తెలిసినవి బౌంటీ రివార్డులకు అర్హత పొందవు.",
+ "page-upgrades-bug-bounty-hunting-li-2": "ముందస్తు ఒప్పందం లేకుండా దుర్బలత్వాన్ని బహిరంగంగా బహిర్గతం చేయడం లేదా ఇతర పార్టీలకు నివేదించడం బౌంటీకి అనర్హులుగా చేస్తుంది.",
+ "page-upgrades-bug-bounty-hunting-li-3": "Ethereum ఫౌండేషన్ లేదా బౌంటీ ప్రోగ్రామ్ పరిధిలోని క్లయింట్ బృందాల ఉద్యోగులు మరియు కాంట్రాక్టర్లు పాయింట్ల సేకరణలో మాత్రమే ప్రోగ్రామ్లో పాల్గొనవచ్చు మరియు ద్రవ్య రివార్డులను అందుకోరు.",
+ "page-upgrades-bug-bounty-hunting-li-4": "ఇతీరియము బౌంటీ ప్రోగ్రామ్ రివార్డులను నిర్ణయించడంలో అనేక వేరియబుల్స్ను పరిగణిస్తుంది. అర్హత, స్కోర్ మరియు అవార్డుకు సంబంధించిన అన్ని నిబంధనల నిర్ధారణలు Ethereum ఫౌండేషన్ బగ్ బౌంటీ ప్యానెల్ యొక్క ఏకైక మరియు తుది అభీష్టానుసారం ఉంటాయి.",
+ "page-upgrades-bug-bounty-leaderboard": "పూర్తి లీడర్బోర్డ్లను చూడండి",
+ "page-upgrades-bug-bounty-leaderboard-list": "బగ్ బౌంటీ లీడర్బోర్డ్",
+ "page-upgrades-bug-bounty-leaderboard-points": "పాయింట్లు",
+ "page-upgrades-bug-bounty-ledger-desc": "ఇతీరియము స్పెసిఫికేషన్లు ఎగ్జిక్యూషన్ లేయర్ మరియు ఏకాభిప్రాయ లేయర్ కోసం డిజైన్ హేతుబద్ధతను వివరిస్తాయి.",
+ "page-upgrades-bug-bounty-ledger-title": "స్పెసిఫికేషన్ బగ్లు",
+ "page-upgrades-bug-bounty-meta-description": "ఇతీరియము బగ్ బౌంటీ ప్రోగ్రామ్ యొక్క అవలోకనం: ఎలా పాల్గొనాలి మరియు రివార్డ్ సమాచారం.",
+ "page-upgrades-bug-bounty-meta-title": "ఇతీరియము బగ్ బౌంటీ ప్రోగ్రామ్",
+ "page-upgrades-bug-bounty-not-included": "పరిధి వెలుపల",
+ "page-upgrades-bug-bounty-not-included-desc": "పరిధిలో జాబితా చేయబడిన లక్ష్యాలు మాత్రమే బగ్ బౌంటీ ప్రోగ్రామ్లో భాగం. ప్రోగ్రామ్ కింద అర్హత పొందని దుర్బలత్వాలు:",
+ "page-upgrades-bug-bounty-owasp": "OWASP పద్ధతిని వీక్షించండి",
+ "page-upgrades-bug-bounty-points": "EF వీటి ఆధారంగా కూడా రివార్డులను అందిస్తుంది:",
+ "page-upgrades-bug-bounty-points-error": "డేటా లోడ్ చేయడంలో లోపం... దయచేసి రిఫ్రెష్ చేయండి.",
+ "page-upgrades-bug-bounty-points-exchange": "పాయింట్ల మార్పిడి",
+ "page-upgrades-bug-bounty-points-loading": "డేటా లోడ్ అవుతోంది...",
+ "page-upgrades-bug-bounty-points-payout-desc": "Ethereum ఫౌండేషన్ ETH లేదా DAIలో USD విలువను చెల్లిస్తుంది.",
+ "page-upgrades-bug-bounty-points-point": "1 పాయింట్",
+ "page-upgrades-bug-bounty-points-rights-desc": "Ethereum ఫౌండేషన్ ముందస్తు నోటీసు లేకుండా దీనిని మార్చే హక్కును కలిగి ఉంది.",
+ "page-upgrades-bug-bounty-points-usd": "2 USD",
+ "page-upgrades-bug-bounty-quality": "వివరణ నాణ్యత",
+ "page-upgrades-bug-bounty-quality-desc": ": స్పష్టమైన, చక్కగా వ్రాసిన సమర్పణలకు అధిక రివార్డులు చెల్లించబడతాయి.",
+ "page-upgrades-bug-bounty-quality-fix": "ఫిక్స్ నాణ్యత, చేర్చబడితే: సమస్యను ఎలా పరిష్కరించాలో స్పష్టమైన వివరణతో సమర్పణలకు అధిక రివార్డులు చెల్లించబడతాయి.",
+ "page-upgrades-bug-bounty-quality-repro": "పునరుత్పత్తి నాణ్యత",
+ "page-upgrades-bug-bounty-quality-repro-desc": ": రివార్డులకు అర్హత పొందడానికి ప్రూఫ్ ఆఫ్ కాన్సెప్ట్ (POC) తప్పనిసరిగా చేర్చబడాలి. దయచేసి పరీక్ష కోడ్, స్క్రిప్ట్లు మరియు వివరణాత్మక సూచనలను చేర్చండి. మేము దుర్బలత్వాన్ని పునరుత్పత్తి చేయడం మరియు ధృవీకరించడం ఎంత సులభమో, రివార్డ్ అంత ఎక్కువగా ఉంటుంది.",
+ "page-upgrades-bug-bounty-questions": "ప్రశ్నలు?",
+ "page-upgrades-bug-bounty-rules": "నియమాలను చదవండి",
+ "page-upgrades-bug-bounty-slogan": "బగ్ బౌంటీ ప్రోగ్రామ్",
+ "page-upgrades-bug-bounty-specs": "ఏకాభిప్రాయ లేయర్ స్పెసిఫికేషన్లు",
+ "page-upgrades-bug-bounty-execution-specs": "ఎగ్జిక్యూషన్ లేయర్ స్పెసిఫికేషన్లు",
+ "page-upgrades-bug-bounty-specs-docs": "స్పెసిఫికేషన్ పత్రాలు",
+ "page-upgrades-bug-bounty-submit": "బగ్ను సమర్పించండి",
+ "page-upgrades-bug-bounty-submit-desc": "మీరు కనుగొన్న ప్రతి చెల్లుబాటు అయ్యే బగ్కు మీరు రివార్డులను పొందుతారు. ప్రదానం చేయబడిన రివార్డుల పరిమాణం తీవ్రతను బట్టి మారుతుంది. ఇతీరియము నెట్వర్క్పై ప్రభావం మరియు సంభావ్యత ఆధారంగా OWASP రిస్క్ రేటింగ్ మోడల్ ప్రకారం తీవ్రత లెక్కించబడుతుంది.",
+ "page-upgrades-bug-bounty-subtitle": "ఇతీరియము నెట్వర్క్ను ప్రభావితం చేసే ప్రోటోకాల్, క్లయింట్ మరియు భాషా కంపైలర్ బగ్లను కనుగొనడం ద్వారా 250,000 USD వరకు మరియు లీడర్బోర్డ్లో స్థానం సంపాదించండి.",
+ "page-upgrades-bug-bounty-title": "సమర్పణల కోసం తెరిచి ఉంది",
+ "page-upgrades-bug-bounty-title-1": "బీకన్ చైన్",
+ "page-upgrades-bug-bounty-title-2": "ఫోర్క్ ఎంపిక",
+ "page-upgrades-bug-bounty-title-3": "Solidity డిపాజిట్ కాంట్రాక్ట్",
+ "page-upgrades-bug-bounty-title-4": "పీర్-టు-పీర్ నెట్వర్కింగ్",
+ "page-upgrades-bug-bounty-type-1": "భద్రత/అంతిమతను విచ్ఛిన్నం చేసే బగ్లు",
+ "page-upgrades-bug-bounty-type-2": "సేవ యొక్క తిరస్కరణ (DOS) వెక్టర్లు",
+ "page-upgrades-bug-bounty-type-3": "అంచనాలలో అస్థిరతలు, నిజాయితీగల వ్యాలిడేటర్లు స్లాష్ చేయబడే పరిస్థితుల వంటివి",
+ "page-upgrades-bug-bounty-type-4": "గణన లేదా పరామితి అస్థిరతలు",
+ "page-upgrades-bug-bounty-types": "బగ్ల రకాలు",
+ "page-upgrades-bug-bounty-validity": "పరిధిలో",
+ "page-upgrades-bug-bounty-validity-desc": "మా బగ్ బౌంటీ ప్రోగ్రామ్ ఎండ్-టు-ఎండ్ విస్తరించి ఉంటుంది: ప్రోటోకాల్స్ యొక్క పటిష్టత (బ్లాక్చైన్ ఏకాభిప్రాయ మోడల్, వైర్ మరియు p2p ప్రోటోకాల్స్, ప్రూఫ్ ఆఫ్ స్టేక్, మొదలైనవి) మరియు ప్రోటోకాల్/అమలు సమ్మతి నుండి నెట్వర్క్ భద్రత మరియు ఏకాభిప్రాయ సమగ్రత వరకు. క్లాసికల్ క్లయింట్ భద్రత అలాగే క్రిప్టోగ్రాఫిక్ ప్రిమిటివ్ల భద్రత కూడా ప్రోగ్రామ్లో భాగం. సందేహం ఉంటే, bounty@ethereum.org కు ఇమెయిల్ పంపండి మరియు మమ్మల్ని అడగండి. మీరు నేరుగా bounty@ethereum.org కు బహిర్గతం/దుర్బలత్వాన్ని సమర్పించవచ్చు, ఈ సందర్భంలో మా PGP కీ ఉపయోగించి సందేశాన్ని ఎన్క్రిప్ట్ చేయమని మేము మిమ్మల్ని అడుగుతాము",
+ "page-upgrades-bug-bounty-card-critical": "క్లిష్టమైన",
+ "page-upgrades-bug-bounty-card-critical-risk": "క్లిష్టమైన రిస్క్ బగ్ను సమర్పించండి",
+ "page-upgrades-bug-bounty-card-h2": "మధ్యస్థం",
+ "page-upgrades-bug-bounty-card-high": "అధిక",
+ "page-upgrades-bug-bounty-card-high-risk": "అధిక రిస్క్ బగ్ను సమర్పించండి",
+ "page-upgrades-bug-bounty-card-label-1": "1,000 పాయింట్ల వరకు",
+ "page-upgrades-bug-bounty-card-label-2": "2,000 USD వరకు",
+ "page-upgrades-bug-bounty-card-label-3": "5,000 పాయింట్ల వరకు",
+ "page-upgrades-bug-bounty-card-label-4": "10,000 USD వరకు",
+ "page-upgrades-bug-bounty-card-label-5": "10,000 పాయింట్ల వరకు",
+ "page-upgrades-bug-bounty-card-label-6": "50,000 USD వరకు",
+ "page-upgrades-bug-bounty-card-label-7": "25,000 పాయింట్ల వరకు",
+ "page-upgrades-bug-bounty-card-label-8": "250,000 USD వరకు",
+ "page-upgrades-bug-bounty-card-li-1": "తక్కువ ప్రభావం, మధ్యస్థ సంభావ్యత",
+ "page-upgrades-bug-bounty-card-li-2": "మధ్యస్థ ప్రభావం, తక్కువ సంభావ్యత",
+ "page-upgrades-bug-bounty-card-li-3": "అధిక ప్రభావం, తక్కువ సంభావ్యత",
+ "page-upgrades-bug-bounty-card-li-4": "మధ్యస్థ ప్రభావం, మధ్యస్థ సంభావ్యత",
+ "page-upgrades-bug-bounty-card-li-5": "తక్కువ ప్రభావం, అధిక సంభావ్యత",
+ "page-upgrades-bug-bounty-card-li-6": "అధిక ప్రభావం, మధ్యస్థ సంభావ్యత",
+ "page-upgrades-bug-bounty-card-li-7": "మధ్యస్థ ప్రభావం, అధిక సంభావ్యత",
+ "page-upgrades-bug-bounty-card-li-8": "అధిక ప్రభావం, అధిక సంభావ్యత",
+ "page-upgrades-bug-bounty-card-low": "తక్కువ",
+ "page-upgrades-bug-bounty-card-low-risk": "తక్కువ రిస్క్ బగ్ను సమర్పించండి",
+ "page-upgrades-bug-bounty-card-medium-risk": "మధ్యస్థ రిస్క్ బగ్ను సమర్పించండి",
+ "page-upgrades-bug-bounty-card-subheader": "తీవ్రత",
+ "page-upgrades-bug-bounty-card-subheader-2": "ఉదాహరణ",
+ "page-upgrades-bug-bounty-card-text": "దాడి చేసే వ్యక్తి కొన్నిసార్లు ఒక నోడ్ను ఒక స్థితిలో ఉంచగలడు, దీని వలన అది ఒక వ్యాలిడేటర్ చేసిన ప్రతి వంద అటెస్టేషన్లలో ఒకదాన్ని వదిలివేస్తుంది",
+ "page-upgrades-bug-bounty-card-text-1": "దాడి చేసే వ్యక్తి 4 లీడింగ్ జీరో బైట్లతో పీర్-ఐడిలతో నోడ్లపై ఎక్లిప్స్ దాడులను విజయవంతంగా నిర్వహించగలడు",
+ "page-upgrades-bug-bounty-card-text-2": "దాడి చేసే వ్యక్తి నెట్వర్క్లోని పెద్ద భాగాలను విజయవంతంగా విభజించగలడు, మరియు దాడి చేసే వ్యక్తి దుర్బలత్వాన్ని ప్రేరేపించడం చాలా సులభం",
+ "page-upgrades-bug-bounty-card-text-3": "దాడి చేసే వ్యక్తి మెజారిటీ క్లయింట్లో రిమోట్ కోడ్ ఎగ్జిక్యూషన్ను విజయవంతంగా నిర్వహించగలడు, మరియు దాడి చేసే వ్యక్తి దుర్బలత్వాన్ని ప్రేరేపించడం చాలా సులభం",
+ "page-upgrades-question-title": "తరచుగా అడిగే ప్రశ్నలు",
+ "bug-bounty-faq-q1-title": "ఒక మంచి దుర్బలత్వ సమర్పణ ఎలా ఉండాలి?",
+ "bug-bounty-faq-q1-contentPreview": "నాణ్యమైన దుర్బలత్వ సమర్పణ యొక్క నిజమైన ఉదాహరణను చూడండి.",
+ "bug-bounty-faq-q1-content-1": "వివరణ: ధృవీకరించని బ్లాక్లను ఉపయోగించి రిమోట్ డినైయల్-ఆఫ్-సర్వీస్",
+ "bug-bounty-faq-q1-content-2": "దాడి దృష్టాంతం: అధిక గణన (గరిష్ట గ్యాస్లిమిట్) అవసరమయ్యే బ్లాక్లను దాడి చేసే వ్యక్తి పంపగలడు, కానీ ప్రూఫ్-ఆఫ్-వర్క్ లేదు. దాడి చేసే వ్యక్తి నిరంతరం బ్లాక్లను పంపితే, దాడి చేసే వ్యక్తి బాధితుడి నోడ్ను 100% CPU వినియోగానికి బలవంతం చేయవచ్చు.",
+ "bug-bounty-faq-q1-content-3": "ప్రభావం: దాడి చేసే వ్యక్తి రిమోట్ నోడ్లలో CPU వినియోగాన్ని దుర్వినియోగం చేయగలడు, బహుశా పూర్తి DoSకు కారణం కావచ్చు.",
+ "bug-bounty-faq-q1-content-4": "భాగాలు: Go క్లయింట్ వెర్షన్ v0.6.8",
+ "bug-bounty-faq-q1-content-5": "పునరుత్పత్తి: అనేక txs లను కలిగి ఉన్న Go నోడ్కు ఒక బ్లాక్ను పంపండి, కానీ చెల్లుబాటు అయ్యే PoW లేదు.",
+ "bug-bounty-faq-q1-content-6": "వివరాలు: Process(Block, dontReact) పద్ధతిలో బ్లాక్లు ధృవీకరించబడతాయి. ఈ పద్ధతి లావాదేవీలను అమలు చేయడం (sm.ApplyDiff) వంటి ఖరీదైన CPU-ఇంటెన్సివ్ పనులను చేస్తుంది మరియు తరువాత ఇది ప్రూఫ్-ఆఫ్-వర్క్ను ధృవీకరిస్తుంది (sm.ValidateBlock()). ఇది అధిక గణన (గరిష్ట gasLimit) అవసరమయ్యే బ్లాక్లను పంపడానికి దాడి చేసే వ్యక్తికి అనుమతిస్తుంది, కానీ ప్రూఫ్-ఆఫ్-వర్క్ లేదు. దాడి చేసే వ్యక్తి నిరంతరం బ్లాక్లను పంపితే, దాడి చేసే వ్యక్తి బాధితుడి నోడ్ను 100% CPU వినియోగానికి బలవంతం చేయవచ్చు.",
+ "bug-bounty-faq-q1-content-7": "ఫిక్స్: తనిఖీల క్రమాన్ని తారుమారు చేయండి.",
+ "bug-bounty-faq-q2-title": "బగ్ బౌంటీ ప్రోగ్రామ్ సమయం పరిమితమా?",
+ "bug-bounty-faq-q2-contentPreview": "లేదు.",
+ "bug-bounty-faq-q2-content-1": "ప్రస్తుతానికి ముగింపు తేదీ ఏదీ సెట్ చేయలేదు. తాజా వార్తల కోసం Ethereum ఫౌండేషన్ బ్లాగ్ను చూడండి.",
+ "bug-bounty-faq-q3-title": "బౌంటీలు ఎలా చెల్లించబడతాయి?",
+ "bug-bounty-faq-q3-contentPreview": "రివార్డులు ETH లేదా DAIలో చెల్లించబడతాయి.",
+ "bug-bounty-faq-q3-content-1": "సమర్పణ ధృవీకరించబడిన తర్వాత, సాధారణంగా కొన్ని రోజుల తర్వాత రివార్డులు ETH లేదా DAIలో చెల్లించబడతాయి. స్థానిక చట్టాలు మీ గుర్తింపు యొక్క రుజువును అడగమని మాకు అవసరం. అదనంగా, మాకు మీ ETH చిరునామా అవసరం.",
+ "bug-bounty-faq-q4-title": "నా రివార్డును నేను ఛారిటీకి దానం చేయవచ్చా?",
+ "bug-bounty-faq-q4-contentPreview": "అవును!",
+ "bug-bounty-faq-q4-content-1": "మేము మీ రివార్డును మీరు ఎంచుకున్న స్థాపించబడిన ధార్మిక సంస్థకు దానం చేయవచ్చు.",
+ "bug-bounty-faq-q5-title": "నేను ఒక సమస్య / దుర్బలత్వాన్ని నివేదించాను కానీ ప్రతిస్పందన రాలేదు!",
+ "bug-bounty-faq-q5-contentPreview": "దయచేసి మీ సమర్పణకు ఎవరైనా ప్రతిస్పందించడానికి కొన్ని రోజులు అనుమతించండి.",
+ "bug-bounty-faq-q5-content-1": "మేము వీలైనంత వేగంగా సమర్పణలకు ప్రతిస్పందించాలని లక్ష్యంగా పెట్టుకున్నాము. మీరు ఒకటి లేదా రెండు రోజుల్లో ప్రతిస్పందన రాకపోతే మాకు bounty@ethereum.org వద్ద ఇమెయిల్ చేయడానికి సంకోచించకండి.",
+ "bug-bounty-faq-q6-title": "నేను అనామకంగా ఉండాలనుకుంటున్నాను / లీడర్ బోర్డ్లో నా పేరు ఉండకూడదు.",
+ "bug-bounty-faq-q6-contentPreview": "మీరు దీన్ని చేయవచ్చు, కానీ ఇది మిమ్మల్ని రివార్డులకు అనర్హులను చేయవచ్చు.",
+ "bug-bounty-faq-q6-content-1": "అనామకంగా లేదా మారుపేరుతో సమర్పించడం సరే, కానీ ETH/DAI రివార్డులకు మిమ్మల్ని అనర్హులుగా చేస్తుంది. ETH/DAI రివార్డులకు అర్హత పొందాలంటే, మీ అసలు పేరు మరియు మీ గుర్తింపు యొక్క రుజువును మా సురక్షిత డ్రాప్ వెబ్సైట్లో PGP ఉపయోగించి ఎన్క్రిప్ట్ చేసి, డాక్యుమెంటేషన్ యొక్క ఏకైక సమీక్షకులు అయిన Ethereum ఫౌండేషన్లోని మా న్యాయ బృందానికి పంపాలి. మీ బౌంటీని ఛారిటీకి దానం చేయడానికి మీ గుర్తింపు అవసరం లేదు.",
+ "bug-bounty-faq-q6-content-2": "లీడర్ బోర్డ్లో మీ పేరు/మారుపేరు ప్రదర్శించకూడదనుకుంటే దయచేసి మాకు తెలియజేయండి.",
+ "bug-bounty-faq-q7-title": "లీడర్బోర్డ్లోని పాయింట్లు ఏమిటి?",
+ "bug-bounty-faq-q7-contentPreview": "కనుగొనబడిన ప్రతి దుర్బలత్వం / సమస్యకు స్కోర్ కేటాయించబడుతుంది",
+ "bug-bounty-faq-q7-content-1": "కనుగొనబడిన ప్రతి దుర్బలత్వం / సమస్యకు స్కోర్ కేటాయించబడుతుంది. బౌంటీ హంటర్లు మొత్తం పాయింట్ల ద్వారా మా లీడర్బోర్డ్లో ర్యాంక్ చేయబడతారు.",
+ "bug-bounty-faq-q8-title": "మీకు PGP కీ ఉందా?",
+ "bug-bounty-faq-q8-contentPreview": "అవును. వివరాల కోసం విస్తరించండి.",
+ "bug-bounty-faq-q8-content-1": "దయచేసి AE96 ED96 9E47 9B00 84F3 E17F E88D 3334 FA5F 6A0A ఉపయోగించండి",
+ "bug-bounty-faq-q8-PGP-key": "PGP కీ",
+ "page-upgrades-bug-bounty-severity-qualifications-title": "దుర్బలత్వ తీవ్రత అర్హతలు",
+ "page-upgrades-bug-bounty-severity-qualifications-desc": "కనుగొనబడిన దుర్బలత్వం కింది వాటిని చేయగల సామర్థ్యం ఆధారంగా తీవ్రత అంచనా వేయబడుతుంది:",
+ "page-upgrades-bug-bounty-severity-low-title": "తక్కువ తీవ్రత",
+ "page-upgrades-bug-bounty-severity-low-li-1": "వ్యాలిడేటర్లలో 0.01% స్లాష్ చేయండి",
+ "page-upgrades-bug-bounty-severity-low-li-2": "నెట్వర్క్లో 0.01% ప్రభావితం చేసే నెట్వర్క్ విభజనలను సులభంగా కలిగించండి",
+ "page-upgrades-bug-bounty-severity-low-li-3": "ఒకే నెట్వర్క్ ప్యాకెట్ లేదా ఆన్చైన్ లావాదేవీని పంపడం ద్వారా నెట్వర్క్లో 0.01% నిలిపివేయగలగాలి",
+ "page-upgrades-bug-bounty-severity-medium-title": "మధ్యస్థ తీవ్రత",
+ "page-upgrades-bug-bounty-severity-medium-li-1": "వ్యాలిడేటర్లలో 1% స్లాష్ చేయండి",
+ "page-upgrades-bug-bounty-severity-medium-li-2": "నెట్వర్క్లో 5% ప్రభావితం చేసే నెట్వర్క్ విభజనలను సులభంగా కలిగించండి",
+ "page-upgrades-bug-bounty-severity-medium-li-3": "ఒకే నెట్వర్క్ ప్యాకెట్ లేదా ఆన్చైన్ లావాదేవీని పంపడం ద్వారా నెట్వర్క్లో 5% నిలిపివేయగలగాలి",
+ "page-upgrades-bug-bounty-severity-high-title": "అధిక తీవ్రత",
+ "page-upgrades-bug-bounty-severity-high-li-1": "వ్యాలిడేటర్లలో 33% స్లాష్ చేయండి",
+ "page-upgrades-bug-bounty-severity-high-li-2": "నెట్వర్క్లో 33% ప్రభావితం చేసే నెట్వర్క్ విభజనలను సులభంగా కలిగించండి",
+ "page-upgrades-bug-bounty-severity-high-li-3": "ఒకే నెట్వర్క్ ప్యాకెట్ లేదా ఆన్చైన్ లావాదేవీని పంపడం ద్వారా నెట్వర్క్లో 33% నిలిపివేయగలగాలి",
+ "page-upgrades-bug-bounty-severity-critical-title": "క్లిష్టమైన తీవ్రత",
+ "page-upgrades-bug-bounty-severity-critical-li-1": "వ్యాలిడేటర్లలో 50% స్లాష్ చేయండి",
+ "page-upgrades-bug-bounty-severity-critical-li-2": "నెట్వర్క్ ద్వారా ఖరారు చేయబడిన అనంతమైన ETH మొత్తాన్ని సులభంగా సృష్టించడానికి EIP/స్పెసిఫికేషన్ లేదా క్లయింట్ బగ్ను ఉపయోగించుకోండి",
+ "page-upgrades-bug-bounty-severity-critical-li-3": "అన్ని EOAల నుండి ETHని దొంగిలించండి",
+ "page-upgrades-bug-bounty-severity-critical-li-4": "అన్ని EOAల నుండి ETHని బర్న్ చేయండి",
+ "page-upgrades-bug-bounty-severity-critical-li-5": "అన్ని క్లయింట్లను క్రాష్ చేసే ఒకే ఒక హానికరమైన ఆన్చైన్ లావాదేవీని పంపడం ద్వారా మొత్తం నెట్వర్క్ను నిలిపివేయండి",
+ "page-upgrades-bug-bounty-out-of-scope-footnote": "ఇవి సాధారణంగా చేర్చబడవు, అయితే, అటువంటి సందర్భాలలో రచయితలు లేదా ఎక్స్ఛేంజీల వంటి ప్రభావిత పార్టీలను సంప్రదించడానికి మేము సహాయం చేయగలము",
+ "page-upgrades-bug-bounty-not-included-li-1": "మౌలిక సదుపాయాల బగ్లు—వెబ్పేజీలు, dns, ఇమెయిల్, మొదలైనవి.",
+ "page-upgrades-bug-bounty-not-included-li-2": "ERC-20 కాంట్రాక్ట్ బగ్లు",
+ "page-upgrades-bug-bounty-not-included-li-3": "Ethereum నేమింగ్ సర్వీస్ (ENS) బగ్లు (ENS ఫౌండేషన్ ద్వారా నిర్వహించబడుతుంది)",
+ "page-upgrades-bug-bounty-not-included-li-4": "JSON-RPC లేదా బీకాన్ API వంటి APIని వినియోగదారు బహిరంగంగా బహిర్గతం చేయాల్సిన అవసరం ఉన్న దుర్బలత్వాలు",
+ "page-upgrades-bug-bounty-not-included-li-5": "అక్షర దోషాలు",
+ "page-upgrades-bug-bounty-not-included-li-6": "పరీక్షలు",
+ "page-upgrades-bug-bounty-not-included-li-7": "అధిక-ప్రయత్నం (నిరంతర, CPU లేదా బ్యాండ్విడ్త్ ఇంటెన్సివ్, మరియు/లేదా 1 కంటే ఎక్కువ ప్యాకెట్ లేదా ఆన్చైన్ లావాదేవీ అవసరం) సింగిల్-పీర్ DoS దాడులు",
+ "page-upgrades-bug-bounty-not-included-li-8": "బహిరంగంగా తెలిసిన ఏవైనా సమస్యలు (ఫోరమ్ పోస్ట్లు, PRలు, github సమస్యలు, కమిట్లు, బ్లాగ్ పోస్ట్లు, పబ్లిక్ డిస్కార్డ్ సందేశాలు మొదలైనవి ఉంటాయి)"
+}
diff --git a/src/intl/te/page-collectibles.json b/src/intl/te/page-collectibles.json
new file mode 100644
index 00000000000..20a0fd35f9b
--- /dev/null
+++ b/src/intl/te/page-collectibles.json
@@ -0,0 +1,67 @@
+{
+ "page-collectibles-already-desc": "మీ పురోగతిని తనిఖీ చేయండి",
+ "page-collectibles-already-title": "ఇప్పటికే సహకారకులా?",
+ "page-collectibles-code-content-desc": "సమస్యలను సరిచేయండి, వ్యాసాలను వ్రాయండి లేదా మెరుగుపరచండి లేదా వెబ్సైట్కు డిజైన్ మెరుగుదలలను ప్రతిపాదించండి.",
+ "page-collectibles-code-content-design-1issue": "డిజైన్ సమస్య పరిష్కరించబడిన బ్యాడ్జ్",
+ "page-collectibles-code-content-design-desc": "డిజైన్ క్రిట్స్ చేయండి, మా డిజైన్ సిస్టమ్ను మెరుగుపరచండి లేదా వినియోగదారుల పరీక్షలో పాల్గొనండి.",
+ "page-collectibles-code-content-design-title": "డిజైన్",
+ "page-collectibles-code-content-design-user-testing": "వినియోగదారుల పరీక్షలో పాల్గొనే బ్యాడ్జ్",
+ "page-collectibles-code-content-developer-10pr": "10 PRలు విలీనం చేయబడిన బ్యాడ్జ్",
+ "page-collectibles-code-content-developer-1pr": "1 PR విలీనం చేయబడిన బ్యాడ్జ్",
+ "page-collectibles-code-content-developer-5pr": "5 PRలు విలీనం చేయబడిన బ్యాడ్జ్",
+ "page-collectibles-code-content-developer-desc": "వెబ్సైట్కు విలీనం చేయబడిన ఏదైనా మెరుగుదల.",
+ "page-collectibles-code-content-developer-title": "డెవలపర్",
+ "page-collectibles-code-content-gitpoap-1pr": "PR విలీనం చేయబడిన బ్యాడ్జ్",
+ "page-collectibles-code-content-gitpoap-desc": "మీ PR విలీనం చేయబడిన తర్వాత స్వయంచాలకంగా క్లెయిమ్ చేయవచ్చు.",
+ "page-collectibles-code-content-gitpoap-title": "GitPOAP",
+ "page-collectibles-code-content-instructions-1": "మా GitHub రిపోజిటరీకి వెళ్లండి",
+ "page-collectibles-code-content-instructions-2": "పని చేయడానికి ఒక సమస్యను ఎంచుకోండి",
+ "page-collectibles-code-content-instructions-3": "ఒక పరిష్కారాన్ని లేదా మెరుగుదలను కమిట్ చేయండి",
+ "page-collectibles-code-content-title": "కోడ్ & కంటెంట్",
+ "page-collectibles-code-content-writing-badge-1": "కంటెంట్ సహకార బ్యాడ్జ్",
+ "page-collectibles-code-content-writing-desc": "మాస్టర్కు విలీనం చేయబడిన ఏదైనా కంటెంట్ మెరుగుదల కోసం.",
+ "page-collectibles-code-content-writing-title": "రచన",
+ "page-collectibles-connect-wallet": "వాలెట్ను కనెక్ట్ చేయండి",
+ "page-collectibles-contributing-since": "నుండి సహకారం అందిస్తున్నారు",
+ "page-collectibles-contributor-img-alt": "ఇద్దరు సహకారకులు మాట్లాడుకుంటున్నారు",
+ "page-collectibles-contributor-progress-label": "క్లెయిమ్ చేయబడింది",
+ "page-collectibles-current-year-title": "ప్రస్తుత సంవత్సరం",
+ "page-collectibles-get-started": "ప్రారంభించండి",
+ "page-collectibles-hero-description": "మీరు ethereum.orgలో, ఆన్చైన్లో పనిచేశారని నిరూపించండి.",
+ "page-collectibles-hero-header": "Ethereum.org సేకరణలు",
+ "page-collectibles-hero-title": "బ్యాడ్జ్లు",
+ "page-collectibles-how-step1-desc": "వెబ్సైట్కు",
+ "page-collectibles-how-step1-title": "కాంట్రిబ్యూషన్ చెయ్యు",
+ "page-collectibles-how-step2-desc": "Discordలో",
+ "page-collectibles-how-step2-title": "ధృవీకరణ పొందండి",
+ "page-collectibles-how-step3-desc": "Galxeలో",
+ "page-collectibles-how-step3-title": "NFT క్లెయిమ్ చేయండి",
+ "page-collectibles-how-title": "ఇది ఎలా పనిచేస్తుంది",
+ "page-collectibles-improve-desc-1": "ethereum.org వెబ్సైట్ను నిర్వహించడానికి మరియు విస్తరించడానికి సహాయపడటం ద్వారా ప్రత్యేకమైన NFTలను సంపాదించండి. ఈ బ్యాడ్జ్లు ఆన్చైన్లో మీ భాగస్వామ్యాన్ని గుర్తిస్తాయి.",
+ "page-collectibles-improve-desc-2": "టాప్ హోల్డర్లు సహకారకుల వస్తువులు లేదా Devcon వంటి ఈవెంట్లకు రాయితీ టిక్కెట్లను పొందుతారు. మీ ఆన్చైన్ బ్యాడ్జ్లు ఇతరులు మీకు మద్దతు ఇవ్వడాన్ని సులభతరం చేస్తాయి.",
+ "page-collectibles-improve-title": "ethereum.orgను మెరుగుపరచండి",
+ "page-collectibles-index-frequency": "ఫలితాలు రోజుకు ఒకసారి 15:15 UTC వద్ద అప్డేట్ చేయబడతాయి",
+ "page-collectibles-instructions-label": "సూచనలు",
+ "page-collectibles-previous-years-badge-count": "{count, plural, =0 {బ్యాడ్జ్లు లేవు} =1 {1 బ్యాడ్జ్} other {# బ్యాడ్జ్లు}}",
+ "page-collectibles-previous-years-collectors-count": "{count, plural, =0 {సేకరించేవారు లేరు} =1 {1 సేకరించేవారు} other {# సేకరించేవారు}}",
+ "page-collectibles-previous-years-no-badges": "బ్యాడ్జ్లు ఏవీ ముద్రించబడలేదు",
+ "page-collectibles-previous-years": "గత సంవత్సరాలు",
+ "page-collectibles-social-desc": "విడుదలకు ముందు వెబ్సైట్ను బగ్ టెస్ట్ చేయడానికి మా Discord కాల్స్లో ఏదైనా ఒకదానిలో చేరండి లేదా మా నెలవారీ కమ్యూనిటీ కాల్స్లో ethereum.org వార్తలతో అప్డేట్గా ఉండండి.",
+ "page-collectibles-social-instructions-1": "మా Discord సర్వర్లో చేరండి",
+ "page-collectibles-social-instructions-2": "షెడ్యూల్ చూడండి",
+ "page-collectibles-social-instructions-3": "చేరండి!",
+ "page-collectibles-social-title": "సామాజిక",
+ "page-collectibles-stats-collectors": "సేకరించేవారు",
+ "page-collectibles-stats-minted": "ముద్రించబడినవి",
+ "page-collectibles-stats-unique-badges": "ప్రత్యేకమైన బ్యాడ్జ్లు",
+ "page-collectibles-translations-1000": "1,000 పదాల బ్యాడ్జ్",
+ "page-collectibles-translations-10000": "10,000 పదాల బ్యాడ్జ్",
+ "page-collectibles-translations-250": "250 పదాల బ్యాడ్జ్",
+ "page-collectibles-translations-50000": "50,000 పదాల బ్యాడ్జ్",
+ "page-collectibles-translations-badge-desc": "ఏ భాషకైనా.",
+ "page-collectibles-translations-desc": "చాలా మంది వినియోగదారులు ఇంగ్లీష్ మాట్లాడరు, కాబట్టి మా వ్యాసాలను ఇతర భాషల్లోకి అనువదించడంలో సహాయపడటం చాలా ముఖ్యం, అనువాద అనుభవం అవసరం లేదు.",
+ "page-collectibles-translations-instructions-1": "Crowdinలో నమోదు చేసుకోండి",
+ "page-collectibles-translations-instructions-2": "భాషను ఎంచుకోండి",
+ "page-collectibles-translations-instructions-3": "అనువదించడం ప్రారంభించండి",
+ "page-collectibles-translations-title": "అనువాదాలు"
+}
diff --git a/src/intl/te/page-community-events.json b/src/intl/te/page-community-events.json
index 6fb3c260035..9b5df641a23 100644
--- a/src/intl/te/page-community-events.json
+++ b/src/intl/te/page-community-events.json
@@ -75,7 +75,6 @@
"page-events-tag-hackathon": "హ్యాకథాన్",
"page-events-tag-meetup": "మీటప్",
"page-events-tag-popup": "పాపప్",
- "page-events-tag-regional": "ప్రాంతీయ",
"page-events-tag-group": "సమూహం",
"page-events-tag-other": "ఇతర",
"page-events-tag-cowork": "కో-వర్క్",
diff --git a/src/intl/te/page-community.json b/src/intl/te/page-community.json
new file mode 100644
index 00000000000..5c4183bd9b6
--- /dev/null
+++ b/src/intl/te/page-community.json
@@ -0,0 +1,64 @@
+{
+ "page-community-card-1-title": "ఆన్లైన్ కమ్యూనిటీలో చేరండి",
+ "page-community-card-1-description": "మీ తెగను కనుగొని, ఇతర Ethereum ఉత్సాహవంతులతో కమ్యూనిటీలో పాలుపంచుకోండి.",
+ "page-community-card-2-title": "Ethereum ఈవెంట్లు",
+ "page-community-card-2-description": "Ethereum కాన్ఫరెన్స్, హ్యాకథాన్ లేదా మీటప్ను కనుగొని అందులో పాల్గొనండి.",
+ "page-community-card-3-title": "ప్రాజెక్ట్కు సహకరించండి",
+ "page-community-card-3-description": "మీ నైపుణ్యాలు మరియు వృత్తిపరమైన నేపథ్యం ఆధారంగా మీరు సహకరించగల మార్గాల జాబితా కోసం ఎలా పాలుపంచుకోవాలో చూడండి.",
+ "page-community-card-4-title": "గ్రాంట్ల కోసం శోధించండి",
+ "page-community-card-4-description": "ఒక ప్రాజెక్ట్ను ప్రారంభించడంలో మీకు సహాయపడటానికి నిధుల గ్రాంట్లు అందుబాటులో ఉన్నాయి.",
+ "page-community-community-hub-list-h3": "కమ్యూనిటీ హబ్",
+ "page-community-community-hub-list-cta-label-1": "కో-వర్క్ సైన్ అప్",
+ "page-community-community-hub-list-cta-label-2": "మీటప్",
+ "page-community-contribute": "Ethereum.orgకు సహకరించండి",
+ "page-community-contribute-button": "సహకారం గురించి మరింత",
+ "page-community-contribute-description": "చాలా మందికి, ethereum.org అనేది ఈకోసిస్టమ్ లోకి వారి మొదటి అడుగు. వేలాది ఓపెన్-సోర్స్ సహకారులచే ఇది తాజాగా మరియు కచ్చితంగా ఉంచబడుతుంది. సహాయం చేయాలనుకుంటున్నారా? సహకరించడంపై మా గైడ్ చదవండి, లేదా మా GitHub లో ఒక సమస్యను తీసుకోండి.",
+ "page-community-contribute-secondary-button": "GitHub లో వీక్షించండి",
+ "page-community-daos-callout-title": "వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థలు (DAOలు)",
+ "page-community-daos-callout-description": "ఈ సమూహాలు సంస్థను మరియు సహకారాన్ని సులభతరం చేయడానికి Ethereum సాంకేతికతను ఉపయోగించుకుంటాయి. ఉదాహరణకు, సభ్యత్వాన్ని నియంత్రించడం, ప్రతిపాదనలపై ఓటు వేయడం లేదా సమీకరించిన ఆస్తులను నిర్వహించడం కోసం.",
+ "page-community-explore-dapps": "డాప్లను అన్వేషించండి",
+ "page-community-explore-dapps-alt": "డాప్లను అన్వేషించండి",
+ "page-community-explore-dapps-description": "Dapps ఇతీరియముపై రూపొందించబడిన అప్లికేషన్లు. Dapps ప్రస్తుత వ్యాపార నమూనాలకు అంతరాయం కలిగిస్తున్నాయి మరియు కొత్త వాటిని కనిపెట్టాయి.",
+ "page-community-explore-dapps-title": "కొన్ని Dappలను ప్రయత్నించండి",
+ "page-community-explore-grants": "గ్రాంట్లను అన్వేషించండి",
+ "page-community-find-a-job": "ఉద్యోగం కనుక్కోండి",
+ "page-community-get-eth": "ETHను పొందండి",
+ "page-community-get-eth-alt": "కొంత ETH పొందండి",
+ "page-community-get-eth-description": "ETH అనేది ఇతీరియము యొక్క స్థానిక కరెన్సీ. ఇతీరియము అప్లికేషన్లను ఉపయోగించడానికి మీకు మీ వాలెట్లో కొంత ETH అవసరం.",
+ "page-community-get-eth-title": "కొంత ETH పొందండి",
+ "page-community-get-involved-title": "నేను ఎలా పాలుపంచుకోవచ్చు?",
+ "page-community-get-involved-description": "వేగంగా అభివృద్ధి చెందుతున్న Ethereum కమ్యూనిటీలో పాలుపంచుకోవడానికి అనేక మార్గాలు ఉన్నాయి; మీరు ప్రముఖ ఆన్లైన్ కమ్యూనిటీలలో ఒకదానిలో చేరవచ్చు, ఒక ఈవెంట్కు హాజరు కావచ్చు, ఒక మీటప్ గ్రూప్లో చేరవచ్చు, ఒక ప్రాజెక్ట్కు సహకరించవచ్చు లేదా Ethereum గురించిన అనేక ఆన్లైన్ ఫోరమ్లలో ఒకదానిలో పాల్గొనవచ్చు.",
+ "page-community-get-involved-image-alt": "ఇందులో భాగంకండి",
+ "page-community-hero-alt": "Ethereum కమ్యూనిటీ హబ్",
+ "page-community-hero-header": "Ethereum కమ్యూనిటీ హబ్కు స్వాగతం",
+ "page-community-hero-subtitle": "Ethereum కమ్యూనిటీలో లక్షలాది మంది డెవలపర్లు, టెక్నాలజిస్టులు, డిజైనర్లు, వినియోగదారులు, HODLers మరియు ఉత్సాహవంతులు ఉన్నారు.",
+ "page-community-hero-title": "కమ్యూనిటీలో చేరండి",
+ "page-community-meetuplist-no-meetups": "ఈ శోధనకు సరిపోయే మీటప్లు ఏవీ మా వద్ద లేవు. మీకు ఏదైనా తెలుసా?",
+ "page-community-meta-title": "కమ్యూనిటీ హబ్",
+ "page-community-meta-description": "Ethereum ఈకోసిస్టమ్ కోసం కమ్యూనిటీ హబ్",
+ "page-community-open-source": "సృష్టికర్త? బిల్డర్? మీ పనికి ప్రతిఫలం పొందండి.",
+ "page-community-open-source-description": "మీరు Ethereum పై నిర్మిస్తున్నారా, లేదా మీరు నిర్మించాలనుకుంటున్నారా? కంపెనీలు వేలాది సాంకేతిక మరియు సాంకేతికేతర పాత్రల కోసం నియామకాలు చేస్తున్నాయి. మీ స్వంత ఆలోచన ఉందా? మీ ప్రాజెక్ట్ను ప్రారంభించడానికి ఒక గ్రాంట్ను కనుగొనడానికి ప్రయత్నించండి.",
+ "page-community-open-source-image-alt": "మీ పనికి ప్రతిఫలం పొందండి",
+ "page-community-please-add-to-page": "దయచేసి దీన్ని ఈ పేజీకి జోడించండి!",
+ "page-community-support": "Ethereum సపోర్ట్",
+ "page-community-support-alt": "సపోర్ట్",
+ "page-community-support-button": "మద్దతు పొందండి",
+ "page-community-support-description": "మద్దతు కావాలా? అధికారిక Ethereum మద్దతు ఏదీ లేదు, కానీ Ethereumలో మీరు అభివృద్ధి చెందడానికి వందలాది సహాయక కమ్యూనిటీలు అందుబాటులో ఉన్నాయి.",
+ "page-community-try-ethereum": "Ethereumను మీ కోసం మీరు ప్రయత్నించండి",
+ "page-community-upcoming-events-no-events": "రాబోయే ఈవెంట్ల గురించి మాకు తెలియదు. మీకు ఏదైనా తెలుసా?",
+ "page-community-upcoming-events-load-more": "మరిన్ని లోడ్ చేయండి",
+ "page-community-upcoming-events-view-event": "ఈవెంట్ను వీక్షించండి",
+ "page-community-why-get-involved-title": "ఎందుకు పాలుపంచుకోవాలి?",
+ "page-community-why-get-involved-card-1-title": "మీ తెగను కనుగొనండి",
+ "page-community-why-get-involved-card-1-description": "ప్రతిఒక్కరికీ ఒక తెగ ఉంటుంది. ఒకే రకమైన మనస్తత్వం ఉన్న వ్యక్తులను కనుగొని, వారితో కలిసి Ethereum గురించి చర్చించడానికి, ఆలోచించడానికి మరియు వేడుక చేసుకోవడానికి కనెక్ట్ అవ్వండి.",
+ "page-community-why-get-involved-card-2-title": "జీవనోపాధిని సంపాదించుకోండి",
+ "page-community-why-get-involved-card-2-description": "ప్రతి ఒక్కరికీ చెల్లించాల్సిన బిల్లులు ఉంటాయి. Ethereum మీకు అర్థవంతమైన పనిని కనుగొనడానికి మరియు దానిని చేయడానికి మంచి జీతం పొందడానికి అనుమతిస్తుంది.",
+ "page-community-why-get-involved-card-3-title": "ఒక మార్పును తీసుకురండి",
+ "page-community-why-get-involved-card-3-description": "Ethereum తో పాలుపంచుకోవడం లక్షలాది మంది ప్రజలపై సానుకూల ప్రభావం చూపుతున్న సాంకేతికతలో మీరు చురుకైన వాటాదారుగా ఉండటానికి అనుమతిస్తుంది.",
+ "page-index-internet-image-alt": "Ethereum స్ఫటికాలతో నడిచే ఫ్యూచరిస్టిక్ కంప్యూటర్ సెటప్ యొక్క ఉదాహరణ.",
+ "page-index-get-started-image-alt": "కంప్యూటర్లో పని చేస్తున్న వ్యక్తి యొక్క ఉదాహరణ.",
+ "page-index-get-started-wallet-image-alt": "Ethereum వాలెట్ను సూచించే బాడీ కోసం వాల్ట్తో రోబోట్ యొక్క ఇలస్ట్రేషన్.",
+ "page-index-get-started-eth-image-alt": "ఈథర్ (ETH) గ్లిఫ్ను చూసి ఆశ్చర్యపోతున్న వ్యక్తుల సమూహం యొక్క ఉదాహరణ.",
+ "page-index-get-started-dapps-image-alt": "కంప్యూటర్ను ఉపయోగించే వ్యక్తి యొక్క ఉదాహరణ.",
+ "page-index-get-started-devs-image-alt": "లెగో ఇటుకలతో తయారు చేయబడిన ETH లోగోను రూపొందించే చేతి యొక్క ఉదాహరణ."
+}
diff --git a/src/intl/te/page-contributing-translation-program-acknowledgements.json b/src/intl/te/page-contributing-translation-program-acknowledgements.json
new file mode 100644
index 00000000000..aa0f6aeb8d9
--- /dev/null
+++ b/src/intl/te/page-contributing-translation-program-acknowledgements.json
@@ -0,0 +1,42 @@
+{
+ "page-contributing-translation-program-acknowledgements-acknowledgement-page-title": "సహకారుల కృతజ్ఞతలు",
+ "page-contributing-translation-program-acknowledgements-acknowledgement-page-1": "అనువాద కార్యక్రమం ఒక సమిష్టి కృషి మరియు వెబ్సైట్ను వీలైనన్ని ఎక్కువ భాషల్లో అందుబాటులో ఉంచడంలో మాకు సహాయపడటానికి వేలాది మంది కంట్రిబ్యూటర్లు స్వచ్ఛందంగా తమ సమయాన్ని కేటాయించి పాలుపంచుకున్నారు.",
+ "page-contributing-translation-program-acknowledgements-acknowledgement-page-2": "ఈ పేజీ మా అనువాదకులను, వారి ప్రయత్నాలను గుర్తించడానికి, మా అత్యుత్తమ కంట్రిబ్యూటర్లను హైలైట్ చేయడానికి మరియు వారి వృత్తిపరమైన ప్రయాణంలో వారికి మద్దతు ఇవ్వడానికి అంకితం చేయబడింది.",
+ "page-contributing-translation-program-acknowledgements-acknowledgement-page-3": "Crowdinలోని మా ప్రాజెక్ట్లో చురుకుగా ఉన్న అనువాదకులందరూ మా కంట్రిబ్యూటర్ల పేజీలో ప్రదర్శించబడతారు.",
+ "page-contributing-translation-program-acknowledgements-acknowledgement-page-link": "ethereum.org అనువాదకులందరినీ వీక్షించండి",
+ "page-contributing-translation-program-acknowledgements-acknowledgement-page-4": "ఒక నిర్దిష్ట కాలంలో అత్యంత చురుకైన అనువాదకులు అనువాద లీడర్బోర్డ్లో కూడా తమ స్థానాన్ని సంపాదిస్తారు.",
+ "page-contributing-translation-program-acknowledgements-acknowledgement-page-5": "వృత్తిపరమైన లేదా వర్ధమాన అనువాదకులు, అలాగే కొత్త నైపుణ్య రంగాన్ని జోడించాలని చూస్తున్న అనువాద విద్యార్థులు మరియు భాషావేత్తలు, వెబ్సైట్కు వారి సహకారాన్ని ధృవీకరించడానికి అనువాదకుల సర్టిఫికేట్ను అభ్యర్థించవచ్చు.",
+ "page-contributing-translation-program-acknowledgements-cert-title": "సర్టిఫికేట్",
+ "page-contributing-translation-program-acknowledgements-cert-1": "మేము మా అనువాదకులను గుర్తించి, వారి కెరీర్ మార్గాల్లో వారికి మద్దతు ఇవ్వాలనుకుంటున్నాము. దీన్ని దృష్టిలో ఉంచుకుని, మేము ethereum.org అనువాదకుల సర్టిఫికేట్ను రూపొందించాము.",
+ "page-contributing-translation-program-acknowledgements-cert-2": "దీనిని ఒక రిఫరెన్స్గా ఉపయోగించాలనుకునే, సాంకేతిక కంటెంట్ను అనువదించడంలో వారి నైపుణ్యాన్ని నిరూపించుకోవాలనుకునే, లేదా కేవలం Ethereum పట్ల వారి అంకితభావాన్ని చూపించాలనుకునే వృత్తిపరమైన మరియు వర్ధమాన అనువాదకుల కోసం ఈ సర్టిఫికేట్ ఉద్దేశించబడింది.",
+ "page-contributing-translation-program-acknowledgements-cert-3": "మీరు అనువాద కార్యక్రమంలో పాలుపంచుకుని, మీరు అనువదించిన వాటిలో కనీసం 5,000 పదాలు ఆమోదించబడితే, translations@ethereum.orgలో మాకు వ్రాయడం ద్వారా మీరు మీ అనువాదకుల సర్టిఫికేట్ను అభ్యర్థించవచ్చు. మీ సందేశంలో మీ Crowdin ఖాతాకు లింక్ మరియు మీ పూర్తి పేరు (లేదా మీరు ఇష్టపడితే, మారుపేరు) ఉండాలి, దానిని మేము సర్టిఫికేట్కు జోడిస్తాము.",
+ "page-contributing-translation-program-acknowledgements-hero-image-alt": "అనువాద కార్యక్రమం హీరో షిబా చిత్రం",
+ "page-contributing-translation-program-acknowledgements-meta-description": "మా అనువాదకులు చేసే గొప్ప పని అంతటికీ గుర్తింపు",
+ "page-contributing-translation-program-acknowledgements-meta-title": "అనువాదకుల కృతజ్ఞతలు",
+ "page-contributing-translation-program-acknowledgements-our-translators-cta": "Ethereum కంటెంట్ను అందరికీ అందుబాటులోకి తీసుకురావడంలో సహాయపడటానికి తమ సమయాన్ని, నైపుణ్యాలను అంకితం చేసిన మా అనువాదకుల పూర్తి జాబితాను చూడండి.",
+ "page-contributing-translation-program-acknowledgements-our-translators-title": "మా అనువాదకులు",
+ "page-contributing-translation-program-acknowledgements-our-translators-view-all": "అనువాదకులందరినీ వీక్షించండి",
+ "page-contributing-translation-program-acknowledgements-our-translators-1": "ethereum.org అనువాద కార్యక్రమానికి సంఘమే గుండెకాయ. దిగువన మా పూర్తి అనువాదకుల సంఘాన్ని అన్వేషించండి.",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-title": "అనువాద లీడర్బోర్డ్",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-cta": "ethereum.orgని అనువదించడంలో మాకు సహాయపడండి మరియు అనువాదకుల లీడర్బోర్డ్లో స్థానం సంపాదించండి!",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-1": "ఇటీవలి కార్యకలాపాల ఆధారంగా అత్యుత్తమ అనువాదకులను ప్రదర్శించడంతోపాటు, మా అత్యంత ప్రభావవంతమైన ఆల్-టైమ్ కంట్రిబ్యూటర్లను కూడా హైలైట్ చేయాలనుకుంటున్నాము. మా లీడర్బోర్డ్ నెలవారీ, త్రైమాసిక మరియు ఆల్-టైమ్ వీక్షణను ఉపయోగించి అత్యంత చురుకైన అనువాదకుల డేటాను ట్రాక్ చేస్తుంది మరియు ప్రతి నెల ప్రారంభంలో అప్డేట్ చేయబడుతుంది. అనువాదకులు వారి ''విన్నింగ్'' పదాల సంఖ్య (సమీక్ష సమయంలో ఆమోదించబడిన అనువదించబడిన పదాల సంఖ్య) ఆధారంగా లీడర్బోర్డ్లలో ఉంచబడతారు.",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-all-time-view": "ఆల్-టైమ్ వీక్షణ",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-month-view": "నెల వీక్షణ",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-quarter-view": "త్రైమాసిక వీక్షణ",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-show-less": "తక్కువ చూపించు",
+ "page-contributing-translation-program-acknowledgements-translation-leaderboard-show-more": "మరింత చూపించు",
+ "page-contributing-translation-program-acknowledgements-translator": "అనువాదకుడు",
+ "page-contributing-translation-program-acknowledgements-language": "భాష",
+ "page-contributing-translation-program-acknowledgements-total-words": "మొత్తం పదాలు",
+ "page-contributing-translation-program-acknowledgements-oats-title": "OAT లు",
+ "page-contributing-translation-program-acknowledgements-1": "అనువాద కార్యక్రమానికి కంట్రిబ్యూటర్లు వివిధ OATలకు (ఆన్చైన్ అచీవ్మెంట్ టోకెన్లు) అర్హులు - ఇవి ethereum.org అనువాద కార్యక్రమంలో వారి భాగస్వామ్యాన్ని నిరూపించే నాన్-ఫంగిబుల్ టోకెన్లు.",
+ "page-contributing-translation-program-acknowledgements-2": "అనువాదకుల కోసం, వారి కార్యకలాపాల ఆధారంగా మేము అనేక విభిన్న OATలను అందుబాటులో ఉంచాము.",
+ "page-contributing-translation-program-acknowledgements-3": "మీరు Crowdinలో అనువాద ప్రయత్నానికి సహకరించి ఉంటే, మీ కోసం ఒక OAT వేచి ఉంది!",
+ "page-contributing-translation-program-acknowledgements-how-to-claim-title": "ఎలా క్లెయిమ్ చేయాలి",
+ "page-contributing-translation-program-acknowledgements-how-to-claim-1": "మాతో చేరండి",
+ "page-contributing-translation-program-acknowledgements-how-to-claim-1-discord": "డిస్కార్డ్ సర్వర్",
+ "page-contributing-translation-program-acknowledgements-how-to-claim-2": "మీ Crowdin ఖాతాకు లింక్ను #🥇 | ప్రూఫ్-ఆఫ్-కంట్రిబ్యూషన్ ఛానెల్లో అతికించండి.",
+ "page-contributing-translation-program-acknowledgements-how-to-claim-3": "మీ OATలను క్లెయిమ్ చేయడానికి అవసరమైన పాత్రలను మా బృందంలోని సభ్యుడు మీకు కేటాయించే వరకు వేచి ఉండండి.",
+ "page-contributing-translation-program-acknowledgements-how-to-claim-4": "మీ OATలను క్లెయిమ్ చేసుకోండి!",
+ "page-contributing-translation-program-acknowledgements-4": "OATలను క్లెయిమ్ చేయడానికి మీరు స్వీయ-సంరక్షణ వాలెట్లను మాత్రమే ఉపయోగించాలి. మార్పిడి ఖాతాలు లేదా మీరు ప్రైవేట్ కీలను కలిగి లేని ఇతర ఖాతాలను ఉపయోగించవద్దు, ఎందుకంటే ఇవి మీ OATలను యాక్సెస్ చేయడానికి మరియు నిర్వహించడానికి మిమ్మల్ని అనుమతించవు."
+}
diff --git a/src/intl/te/page-contributing-translation-program-contributors.json b/src/intl/te/page-contributing-translation-program-contributors.json
new file mode 100644
index 00000000000..9e175488553
--- /dev/null
+++ b/src/intl/te/page-contributing-translation-program-contributors.json
@@ -0,0 +1,10 @@
+{
+ "page-contributing-translation-program-contributors-thank-you": "మా సహకారులందరికీ మేము కృతజ్ఞతలు తెలియజేస్తున్నాము!",
+ "page-contributing-translation-program-contributors-title": "మా అనువాదకులు",
+ "page-contributing-translation-program-contributors-our-translators-1": "ethereum.org అనువాద ప్రోగ్రామ్కు సంఘమే గుండెకాయ.",
+ "page-contributing-translation-program-contributors-our-translators-2": "మా ప్రాజెక్ట్కు వేలాది మంది సంఘ సభ్యులు అనువాదాలను అందిస్తున్నందున, ప్రతి ఒక్కరినీ గుర్తించడం కష్టం.",
+ "page-contributing-translation-program-contributors-our-translators-3": "అనువాదకులందరూ Crowdinలో వారు ఎంచుకున్న పేరు ఆధారంగా అక్షర క్రమంలో జాబితా చేయబడ్డారు. మీరు అనువాదకులై, మీ అసలు పేరు, ముద్దుపేరు, ENS డొమైన్ మొదలైనవాటిని ఉపయోగించాలనుకుంటే, మీరు Crowdinలో మీ పూర్తి పేరును మార్చుకోవచ్చు.",
+ "page-contributing-translation-program-contributors-meta-title": "మా అనువాదకులు",
+ "page-contributing-translation-program-contributors-meta-description": "మా అనువాద సహకారుల జాబితా.",
+ "page-contributing-translation-program-contributors-number-of-contributors": "సహకారుల సంఖ్య:"
+}
diff --git a/src/intl/te/page-developers-docs.json b/src/intl/te/page-developers-docs.json
new file mode 100644
index 00000000000..da5739a2407
--- /dev/null
+++ b/src/intl/te/page-developers-docs.json
@@ -0,0 +1,156 @@
+{
+ "docs-nav-accounts": "Accounts",
+ "docs-nav-accounts-description": "నెట్వర్క్లో బ్యాలెన్స్ ఉంచుకొని, లావాదేవీలను పంపగల ఎంటిటీలు",
+ "docs-nav-advanced": "అధునాతనం",
+ "docs-nav-backend-apis": "బ్యాక్ ఎండ్ API లు",
+ "docs-nav-block-explorers": "సమూహము అన్వేషకులు",
+ "docs-nav-blocks": "బ్లాక్ లు",
+ "docs-nav-blocks-description": "అన్ని యాక్టర్ల మధ్య స్టేట్ సింక్రనైజ్ అయ్యిందని నిర్ధారించడానికి, లావాదేవీలను బ్యాచ్ చేసే విధానం",
+ "docs-nav-bridges": "వంతెనలు",
+ "docs-nav-bridges-description": "డెవలపర్ల కోసం బ్రిడ్జింగ్ యొక్క అవలోకనం",
+ "docs-nav-compiling-smart-contracts": "స్మార్ట్ ఒప్పందాలను కంపైల్ చేస్తోంది",
+ "docs-nav-composability": "కంపోజిబిలిటీ",
+ "docs-nav-consensus-mechanisms": "ఏకాభిప్రాయ యంత్రాంగాలు",
+ "docs-nav-consensus-mechanisms-description": "పంపిణీ చేయబడిన నెట్వర్క్ యొక్క వ్యక్తిగత నోడ్లు సిస్టమ్ యొక్క ప్రస్తుత స్థితిని ఎలా అంగీకరిస్తాయి",
+ "docs-nav-gasper": "గ్యాస్పర్",
+ "docs-nav-weak-subjectivity": "బలహీనమైన ఆత్మీయత",
+ "docs-nav-attestations": "ధృవీకరణలు",
+ "docs-nav-keys": "కీలు",
+ "docs-nav-withdrawal-credentials": "ఉపసంహరణ క్రెడెన్షియల్స్",
+ "docs-nav-block-proposal": "బ్లాక్ ప్రతిపాదన",
+ "docs-nav-data-and-analytics": "డేటా మరియు విశ్లేషణలు",
+ "docs-nav-data-and-analytics-description": "బ్లాక్చెయిన్ డేటా ఎలా సమగ్రపరచబడింది, నిర్వహించబడుతుంది మరియు dappsలో అమలు చేయబడుతుంది",
+ "docs-nav-data-availability": "డేటా లభ్యత",
+ "docs-nav-data-availability-storage-strategies": "బ్లాక్చెయిన్ డేటా నిల్వ వ్యూహాలు",
+ "docs-nav-dart": "డార్ట్",
+ "docs-nav-delphi": "డెల్ఫీ",
+ "docs-nav-deploying-smart-contracts": "స్మార్ట్ కాంట్రాక్టులను అమలు చేయడం",
+ "docs-nav-design-and-ux": "డిజైన్ మరియు UX కు పరిచయం",
+ "docs-nav-design-and-ux-description": "UX డిజైన్ కు పరిచయం వెబ్3 స్పేస్ మరియు ఎథెరియం లో పరిశోధన",
+ "docs-nav-design-fundamentals": "డిజైన్ ప్రాథమిక అంశాలు",
+ "docs-nav-development-frameworks": "డెవలప్మెంట్ ఫ్రేమ్ వర్క్స్",
+ "docs-nav-development-frameworks-description": "ఎథెరియంతో అభివృద్ధిని సులభతరం చేసే సాధనాలు",
+ "docs-nav-development-networks": "అభివృద్ధి నెట్వర్క్లు",
+ "docs-nav-development-networks-description": "విస్తరణకు ముందు డాప్లను పరీక్షించడానికి స్థానిక బ్లాక్చెయిన్ పరిసరాలు ఉపయోగించబడతాయి",
+ "docs-nav-dex-design-best-practice": "వికేంద్రీకృత ఎక్స్ఛేంజ్ (DEX) రూపకల్పన ఉత్తమ విధానాలు",
+ "docs-nav-dot-net": ". నెట్",
+ "docs-nav-elixir": "ఎలిక్సిర్",
+ "docs-nav-erc-20": "ERC-20: ఫంగబుల్ టోకెన్లు",
+ "docs-nav-erc-721": "ERC-721: NFTలు",
+ "docs-nav-erc-777": "ERC-777",
+ "docs-nav-erc-1155": "ERC-1155",
+ "docs-nav-erc-4626": "ERC-4626",
+ "docs-nav-ethereum-client-apis": "ఎథెరియం క్లయింట్ APIలు",
+ "docs-nav-ethereum-client-apis-description": "ఎథెరియం మరియు స్మార్ట్ కాంట్రాక్ట్లతో పరస్పర చర్య చేయడానికి మీ వెబ్ యాప్ని అనుమతించే సౌకర్యవంతమైన లైబ్రరీలు",
+ "docs-nav-ethereum-stack": "Ethereum స్టేక్",
+ "docs-nav-evm": "ఇతిరియం వర్చ్యువల్ మెషిన్(ఈవీఎం)",
+ "docs-nav-evm-description": "ఈవీఎం ఇతిరియం నెట్వర్క్లోని అన్ని గణనలను నిర్వహిస్తుంది",
+ "docs-nav-foundational-topics": "ప్రాథమిక అంశాలు",
+ "docs-nav-gas": "గ్యాస్",
+ "docs-nav-gas-description": "లావాదేవీలను ప్రాసెస్ చేయడానికి అవసరమైన గణన శక్తి, లావాదేవీ పంపేవారి ద్వారా ETHలో చెల్లించబడుతుంది",
+ "docs-nav-golang": "గోలాంగ్",
+ "docs-nav-heuristics-for-web3": "వెబ్3 కోసం హ్యూరిస్టిక్స్",
+ "docs-nav-integrated-development-environments-ides": "ఇంటిగ్రేటెడ్ డెవలప్ మెంట్ ఎన్విరాన్ మెంట్స్ (ఐడిఇ)",
+ "docs-nav-integrated-development-environments-ides-description": "Dapp కోడ్ వ్రాయడానికి ఉత్తమ వాతావరణాలు",
+ "docs-nav-intro-to-dapps": "డాప్స్ కి పరిచయం",
+ "docs-nav-intro-to-dapps-description": "డిసెంట్రలైజ్డ్ అప్లికేషన్స్ కి పరిచయం",
+ "docs-nav-intro-to-ether": "ఈథర్ కు పరిచయం",
+ "docs-nav-intro-to-ether-description": "ఈథర్ యొక్క శీఘ్ర అవలోకనం",
+ "docs-nav-intro-to-ethereum": "ఇతిరియం కి పరిచయం",
+ "docs-nav-intro-to-ethereum-description": "ఎథెరియం యొక్క శీఘ్ర అవలోకనం",
+ "docs-nav-intro-to-the-stack": "స్టాక్ కి పరిచయం",
+ "docs-nav-intro-to-the-stack-description": "ఇతిరియం/web3 స్టాక్ యొక్క అవలోకనం",
+ "docs-nav-java": "జావా",
+ "docs-nav-java-script-apis": "జావాస్క్రిప్ట్ API లు",
+ "docs-nav-javascript": "జావాస్క్రిప్ట్",
+ "docs-nav-json-rpc": "JSON-RPC",
+ "docs-nav-mev": "గరిష్టంగా సంగ్రహించగల విలువ (MEV)",
+ "docs-nav-mev-description": "బ్లాక్ రివార్డ్కు మించి ఇతిరియం బ్లాక్చెయిన్ నుండి విలువ ఎలా సంగ్రహించబడుతుంది",
+ "docs-nav-mining": "మైనింగ్",
+ "docs-nav-mining-algorithms": "మైనింగ్ అల్గోరిథమ్స్",
+ "docs-nav-dagger-hashimoto": "డాగర్-హాషిమోటో",
+ "docs-nav-ethash": "ఎథాష్",
+ "docs-nav-networks": "నెటవర్క్లు",
+ "docs-nav-networks-description": "పరీక్ష నెట్వర్క్లతో సహా ఇతిరియం యొక్క అమలు",
+ "docs-nav-nodes-and-clients": "నోడ్ లు మరియు క్లయింట్ లు",
+ "docs-nav-nodes-and-clients-description": "నెట్వర్క్లో పాల్గొనే వ్యక్తులు మరియు లావాదేవీలను ధృవీకరించడానికి వారు అమలు చేసే సాఫ్ట్వేర్",
+ "docs-nav-opcodes": "ఆప్కోడ్లు",
+ "docs-nav-run-a-node": "ఒక నోడ్ను రన్ చేయండి",
+ "docs-nav-client-diversity": "క్లయింట్ వైవిధ్యం",
+ "docs-nav-bootnodes": "బూట్నోడ్లు",
+ "docs-nav-light-clients": "లైట్ క్లయింట్లు",
+ "docs-nav-nodes-as-a-service": "ఒక సేవగా నోడ్స్",
+ "docs-nav-oracles": "ఒరకిల్స్",
+ "docs-nav-oracles-description": "ఇతీరియము బ్లాక్చైన్లోకి సమాచారం ఇంజెక్ట్ చేయబడే విధానం",
+ "docs-nav-programming-languages": "ప్రోగ్రామింగ్ భాషలు",
+ "docs-nav-programming-languages-description": "మీకు ఇప్పటికే తెలిసి ఉండగల భాషలను ఉపయోగించి ఇతీరియముతో ఎలా ప్రారంభించాలి",
+ "docs-nav-proof-of-authority": "ప్రూఫ్-ఆఫ్-అథారిటీ",
+ "docs-nav-proof-of-stake": "ప్రూఫ్-ఆఫ్-స్టేక్",
+ "docs-nav-proof-of-work": "ప్రూఫ్-ఆఫ్-వర్క్",
+ "docs-nav-python": "పైథాన్",
+ "docs-nav-readme": "అవలోకనం",
+ "docs-nav-ruby": "రూబీ",
+ "docs-nav-rust": "Rust",
+ "docs-nav-scaling": "స్కేలింగ్",
+ "docs-nav-scaling-description": "ఇతీరియము అభివృద్ధి చెందుతున్నప్పుడు వికేంద్రీకరణ మరియు భద్రతను కాపాడటానికి పద్ధతులు",
+ "docs-nav-scaling-optimistic-rollups": "ఆశావాద రోలప్లు",
+ "docs-nav-scaling-zk-rollups": "జీరో-కనౌలెడ్జి రోల్అప్లు",
+ "docs-nav-scaling-channels": "స్టేట్ ఛానెల్లు",
+ "docs-nav-scaling-sidechains": "సైడ్చైన్లు",
+ "docs-nav-scaling-plasma": "ప్లాస్మా",
+ "docs-nav-scaling-validium": "వాలిడియం",
+ "docs-nav-smart-contract-security": "స్మార్ట్ కాంట్రాక్ట్ భద్రత",
+ "docs-nav-smart-contract-security-description": "స్మార్ట్ కాంట్రాక్ట్ దాడులు మరియు బలహీనతలను నిర్వహించడానికి ఉత్తమ పద్ధతులు",
+ "docs-nav-smart-contract-formal-verification": "స్మార్ట్ కాంట్రాక్ట్ ఫార్మల్ వెరిఫికేషన్",
+ "docs-nav-smart-contract-formal-verification-description": "ఇతీరియము స్మార్ట్ కాంట్రాక్టుల సందర్భంలో ఫార్మల్ వెరిఫికేషన్ పరిచయం",
+ "docs-nav-smart-contract-anatomy": "స్మార్ట్ కాంట్రాక్ట్ అనాటమీ",
+ "docs-nav-smart-contract-languages": "స్మార్ట్ కాంట్రాక్ట్ భాషలు",
+ "docs-nav-smart-contracts": "స్మార్ట్ కాంట్రాక్టులు",
+ "docs-nav-smart-contracts-description": "ఇతీరియము చిరునామాలో ఉండి, లావాదేవీల ద్వారా ప్రేరేపించబడినప్పుడు ఫంక్షన్లను అమలు చేసే ప్రోగ్రామ్లు",
+ "docs-nav-smart-contracts-libraries": "స్మార్ట్ కాంట్రాక్టుల లైబ్రరీలు",
+ "docs-nav-standards": "ప్రమాణాలు",
+ "docs-nav-standards-description": "కమ్యూనిటీకి ప్రాజెక్ట్ల సామర్థ్యం మరియు యాక్సెసిబిలిటీని నిర్వహించడానికి అంగీకరించిన ప్రోటోకాల్లు",
+ "docs-nav-storage": "స్టోరేజ్",
+ "docs-nav-storage-description": "వికేంద్రీకృత నిల్వ నిర్మాణాలు మరియు యంత్రాంగం",
+ "docs-nav-testing-smart-contracts": "స్మార్ట్ కాంట్రాక్టులను పరీక్షించడం",
+ "docs-nav-token-standards": "టోకెన్ ప్రమాణాలు",
+ "docs-nav-transactions": "లావాదేవీలు",
+ "docs-nav-transactions-description": "ఇతీరియము స్థితిని మార్చడానికి కారణమయ్యే బదిలీలు మరియు ఇతర చర్యలు",
+ "docs-nav-upgrading-smart-contracts": "స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం",
+ "docs-nav-naming-smart-contracts": "స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం",
+ "docs-nav-verifying-smart-contracts": "స్మార్ట్ కాంట్రాక్టులను ధృవీకరించడం",
+ "docs-nav-web2-vs-web3": "వెబ్2 vs వెబ్3",
+ "docs-nav-web2-vs-web3-description": "బ్లాక్చైన్ ఆధారిత అప్లికేషన్లు అందించే ప్రాథమిక తేడాలు",
+ "docs-nav-networking-layer": "నెట్వర్కింగ్ లేయర్",
+ "docs-nav-networking-layer-description": "ఇతీరియము నెట్వర్కింగ్ లేయర్ వివరణ",
+ "docs-nav-networking-layer-network-addresses": "నెట్వర్క్ చిరునామాలు",
+ "docs-nav-networking-layer-portal-network": "పోర్టల్ నెట్వర్క్",
+ "docs-nav-data-structures-and-encoding": "డేటా స్ట్రక్చర్స్ మరియు ఎన్కోడింగ్",
+ "docs-nav-data-structures-and-encoding-description": "ఇతీరియము స్టాక్లో ఉపయోగించే డేటా నిర్మాణాలు మరియు ఎన్కోడింగ్ స్కీమా వివరణ",
+ "docs-nav-data-structures-and-encoding-rlp": "రికర్సివ్-లెంగ్త్ ప్రిఫిక్స్ (RLP)",
+ "docs-nav-data-structures-and-encoding-patricia-merkle-trie": "ప్యాట్రిసియా మెర్కెల్ ట్రై",
+ "docs-nav-data-structures-and-encoding-ssz": "సింపుల్ సీరియలైజ్ (SSZ)",
+ "docs-nav-data-structures-and-encoding-web3-secret-storage": "Web3 రహస్య నిల్వ నిర్వచనం",
+ "docs-nav-rewards-and-penalties": "PoS రివార్డులు మరియు పెనాల్టీలు",
+ "docs-nav-node-architecture": "నోడ్ నిర్మాణం",
+ "docs-nav-archive-nodes": "ఆర్కైవ్ నోడ్లు",
+ "docs-nav-attack-and-defense": "PoS దాడి మరియు రక్షణ",
+ "docs-nav-pos-vs-pow": "ప్రూఫ్-ఆఫ్-స్టేక్ వర్సెస్ ప్రూఫ్-ఆఫ్-వర్క్",
+ "docs-nav-pos-faqs": "ప్రూఫ్-ఆఫ్-స్టేక్ తరచుగా అడిగే ప్రశ్నలు",
+ "page-calltocontribute-desc-1": "మీరు ఈ అంశంలో నిపుణులై, సహకరించాలనుకుంటే, ఈ పేజీని సవరించి మీ జ్ఞానాన్ని పంచుకోండి.",
+ "page-calltocontribute-desc-2": "మీకు గుర్తింపు లభిస్తుంది మరియు మీరు ఇతీరియము కమ్యూనిటీకి సహాయం చేసినవారవుతారు!",
+ "page-calltocontribute-desc-3": "ఈ అనువైన",
+ "page-calltocontribute-desc-4": "ప్రశ్నలున్నాయా? మా #content ఛానెల్లో మమ్మల్ని అడగండి",
+ "page-calltocontribute-link": "డాక్యుమెంటేషన్ టెంప్లేట్",
+ "page-calltocontribute-link-2": "డిస్కార్డ్ సర్వర్",
+ "page-calltocontribute-span": "పేజీని సవరించండి",
+ "page-calltocontribute-title": "ఈ పేజీకి సహాయం చేయండి",
+ "layer-2-arbitrum-note": "వైట్లిస్ట్ చేసిన వినియోగదారులకు మాత్రమే మోసపూరిత రుజువులు, వైట్లిస్ట్ ఇంకా తెరవబడలేదు",
+ "layer-2-boba-note": "అభివృద్ధిలో రాష్ట్ర ధ్రువీకరణ",
+ "layer-2-metis-note": "అభివృద్ధిలో మోసం రుజువులు",
+ "layer-2-optimism-note": "అభివృద్ధిలో తప్పు రుజువు",
+ "back-to-top": "తిరిగి పైకి వెళ్లు",
+ "banner-page-incomplete": "ఈ పేజీ అసంపూర్తిగా ఉంది మరియు మేము మీ సహాయాన్ని కోరుకుంటున్నాము. ఈ పేజీని సవరించండి మరియు ఇతరులకు ఉపయోగకరంగా ఉంటుందని మీరు భావించే ఏదైనా జోడించండి.",
+ "next": "తరువాతి",
+ "previous": "మునుపటి"
+}
diff --git a/src/intl/te/page-developers-index.json b/src/intl/te/page-developers-index.json
new file mode 100644
index 00000000000..f4a423068d5
--- /dev/null
+++ b/src/intl/te/page-developers-index.json
@@ -0,0 +1,132 @@
+{
+ "page-developer-meta-title": "ఇతీరియము డెవలపర్ వనరులు",
+ "page-developers-account-desc": "కాంట్రాక్ట్స్ లేదా నెట్వర్క్ లో ఉన్న మనుషులు",
+ "page-developers-accounts-link": "Accounts",
+ "page-developers-api-desc": "స్మార్ట్ కాంట్రాక్ట్స్ తో ఇంటరాక్ట్ అవ్వడానికి వాడుతున్న లైబ్రరీలు",
+ "page-developers-api-link": "బ్యాక్ ఎండ్ API లు",
+ "page-developers-block-desc": "ట్రాన్సాక్షన్లు బ్యాచ్ లుగా బ్లాక్ చైన్ లో చేరుతాయి",
+ "page-developers-block-explorers-desc": "ఇతిరియం డేటా కి మీ ద్వారం",
+ "page-developers-block-explorers-link": "సమూహము అన్వేషకులు",
+ "page-developers-blocks-link": "బ్లాక్ లు",
+ "page-developers-dev-env-desc": "IDE లు డాప్స్ డెవలప్మెంట్ కి సహాయం పడతాయి",
+ "page-developers-dev-env-link": "డెవలప్మెంట్ వాతావరణం",
+ "page-developers-docs-introductions": "పరిచయం",
+ "page-developers-evm-desc": "ట్రాన్సక్షన్స్ ని ప్రాసెస్ చేసే కంప్యూటర్",
+ "page-developers-evm-link": "ఇతిరియం వర్చ్యువల్ మెషిన్(ఈవీఎం)",
+ "page-developers-explore-documentation": "డాక్యుమెంటేషన్ ని అన్వేషించండి",
+ "page-developers-frameworks-desc": "డెవలప్మెంట్ వేగంగా పూర్తి అవ్వడానికి సహాయం అయ్యే పరికరాలు",
+ "page-developers-frameworks-link": "డెవలప్మెంట్ ఫ్రేమ్ వర్క్స్",
+ "page-developers-fundamentals": "ప్రాథమిక అంశాలు",
+ "page-developers-gas-desc": "ట్రాన్సక్షన్స్ కి శక్తీ ఇవ్వడానికి ఇథెరె అవసరం",
+ "page-developers-gas-link": "గ్యాస్",
+ "page-developers-get-started": "ఈ రోజు మీరు ఏమి నిర్మించాలనుకుంటున్నారు?",
+ "page-developers-into-eth-desc": "బ్లాక్ చైన్ మరియు ఇతిరియం కి పరిచయం",
+ "page-developers-intro-ether-desc": "క్రిప్టోకరెన్సీ కి ఇథెర్ కి పరిచయం",
+ "page-developers-intro-dapps-desc": "డిసెంట్రలైజ్డ్ అప్లికేషన్స్ కి పరిచయం",
+ "page-developers-intro-dapps-link": "డాప్స్ కి పరిచయం",
+ "page-developers-intro-eth-link": "ఇతిరియం కి పరిచయం",
+ "page-developers-intro-ether-link": "ఈథర్ కు పరిచయం",
+ "page-developers-intro-stack": "స్టాక్ కి పరిచయం",
+ "page-developers-intro-stack-desc": "ఇతిరియం స్టాక్ కి పరిచయం",
+ "page-developers-js-libraries-desc": "జావా స్క్రిప్ట్ ద్వారా స్మార్ట్ కాంట్రాక్ట్స్ తో ఇంటరాక్ట్ అవ్వడం",
+ "page-developers-js-libraries-link": "జావా స్క్రిప్ట్ లైబ్రరీలు",
+ "page-developers-jump-right-in-title": "మీ ఆలోచనను త్వరగా ప్రారంభించండి",
+ "page-developers-language-desc": "తెల్సిన భాషలతో ఇతిరియం వాడటం",
+ "page-developers-languages": "ప్రోగ్రామింగ్ భాషలు",
+ "page-developers-learn": "ఇతిరియం దేవేలోపెమేంట్ ని నేర్చుకోండి",
+ "page-developers-learn-desc": "మూల విశేషాలు మరియు ఇతిరియం స్టాక్ గురించి మా పత్రాల లో చదవండి.",
+ "page-developers-learn-tutorials": "ట్యుటోరియల్స్ ద్వారా నేర్చుకోండి",
+ "page-developers-learn-tutorials-cta": "ట్యుటోరియల్స్ చూడండి",
+ "page-developers-learn-tutorials-desc": "ఇతిరియం డెవలప్మెంట్ నేర్చుకోండి స్టెప్ బై స్టెప్ మా బిల్డర్స్ ద్వారా వాళ్ళు ఇవన్నీ చేసేసారు.",
+ "page-developers-meta-desc": "డాక్యుమెంటేషన్, ట్యుటోరియల్స్ మరియు పరికరాలు ఇథితియం పై తాయారు చేసే దేవేలోపెర్స్ కి.",
+ "page-developers-networks-desc": "మెయిన్ నెట్ మరియు టెస్ట్ నెట్ పై ఒక ఓవర్ వ్యూ",
+ "page-developers-networks-link": "నెటవర్క్లు",
+ "page-developers-node-clients-desc": "బ్లాక్క్లు మరియు ట్రాన్సాక్షన్లు నెట్వర్క్ లో ఎలా వెరిఫై అవుతాయి",
+ "page-developers-node-clients-link": "నోడ్ లు మరియు క్లయింట్ లు",
+ "page-developers-play-code": "కోడ్ తో ఆడండి",
+ "page-developers-quickstart-scaffold-subtext": "మీ ఇతీరియము యాప్ స్టాక్ను సెకన్లలో బూట్స్ట్రాప్ చేయండి.",
+ "page-developers-quickstart-scaffold-docs": "Scaffold-ETH 2 చదవండి",
+ "page-developers-read-docs": "డాక్యుమెంట్ లను చదవండి",
+ "page-developers-start-quest": "అన్వేషణ ప్రారంభించండి",
+ "page-developers-resources": "వనరులు",
+ "page-developers-smart-contract-security-desc": "స్మార్ట్ కాంట్రాక్టుల అభివృద్ధి సమయంలో పరిగణించవలసిన భద్రతా చర్యలు",
+ "page-developers-smart-contract-security-link": "స్మార్ట్ కాంట్రాక్ట్ భద్రత",
+ "page-developers-smart-contracts-desc": "డాప్స్ వెనుక ఉన్న లాజిక్ - స్వీయ-అమలు ఒప్పందాలు",
+ "page-developers-smart-contracts-link": "స్మార్ట్ కాంట్రాక్టులు",
+ "page-developers-solidity-docs": "Solidity డాక్స్ను చదవండి",
+ "page-developers-speedrunethereum-title": "Ethereumపై నిర్మించడం ద్వారా అన్ని ముఖ్యమైన భావనలను తెలుసుకోండి",
+ "page-developers-speedrunethereum-description": "ఇతరుల నుండి మార్గదర్శకత్వం పొందండి మరియు తోటి డెవలపర్లతో ఎలా సహకరించాలో నేర్చుకోండి.",
+ "page-developers-speedrunethereum-link": "స్పీడ్ రన్ Ethereum",
+ "page-developers-stack": "ది స్టాక్",
+ "page-developers-start": "సవాళ్లు మరియు మార్గదర్శకత్వం",
+ "page-developers-storage-desc": "Dapp నిల్వను ఎలా నిర్వహించాలి",
+ "page-developers-storage-link": "స్టోరేజ్",
+ "page-developers-subtitle": "ఇతీరియము కోసం బిల్డర్ల మాన్యువల్. మీ ఆన్చైన్ యాప్ను నిర్మించడానికి మరియు స్కేల్ చేయడానికి మీకు కావలసినవన్నీ.",
+ "page-developers-title-1": "ఇతీరియము",
+ "page-developers-title-2": "drivudu",
+ "page-developers-title-3": "వనరులు",
+ "page-developers-transactions-desc": "ఎథేరియం స్థితి మారుతున్న విధానం",
+ "page-developers-transactions-link": "లావాదేవీలు",
+ "page-developers-web3-desc": "అభివృద్ధి యొక్క వెబ్ 3 ప్రపంచం ఎలా భిన్నంగా ఉంటుంది",
+ "page-developers-web3-link": "వెబ్2 vs వెబ్3",
+ "page-developers-networking-layer": "నెట్ వర్కింగ్ లేయర్",
+ "page-developers-networking-layer-link": "నెట్ వర్కింగ్ లేయర్",
+ "page-developers-networking-layer-desc": "ఎథేరియం నెట్ వర్కింగ్ లేయర్ యొక్క పరిచయం",
+ "page-developers-data-structures-and-encoding": "డేటా స్ట్రక్చర్స్ మరియు ఎన్కోడింగ్",
+ "page-developers-data-structures-and-encoding-link": "డేటా స్ట్రక్చర్స్ మరియు ఎన్కోడింగ్",
+ "page-developers-data-structures-and-encoding-desc": "ఎథేరియం స్టాక్ లో ఉపయోగించే డేటా స్ట్రక్చర్ లు మరియు ఎన్ కోడింగ్ స్కీమా యొక్క పరిచయం",
+ "alt-eth-blocks": "బ్లాక్లు ETH చిహ్నం వలె నిర్వహించబడుతున్నాయి యొక్క ఉదాహరణ",
+ "page-assets-doge": "Doge డాప్స్ ఉపయోగిస్తోంది",
+ "page-developers-build-section-desc": "ఇతీరియములో మీ మొదటి యాప్లను నేర్చుకోవడానికి మరియు నిర్మించడానికి మీకు కావలసినవన్నీ",
+ "page-developers-resources-section-title": "సహాయకరమైన డెవలపర్ వనరులు",
+ "page-developers-get-help-title": "సహాయం పొందండి",
+ "page-developers-get-help-desc": "మీరు చిక్కుకుపోయినా లేదా సమస్యలను పరిష్కరించడంలో సహాయం కావాలన్నా, మార్గదర్శకత్వం కోసం అడగండి.",
+ "page-developers-stack-exchange": "స్టాక్ ఎక్స్ఛేంజ్",
+ "page-developers-ask-ai": "AIని అడగండి",
+ "page-developers-resources-title": "వనరులు",
+ "page-developers-resources-desc": "ముందుగా ప్రయోగాలు చేసి, తర్వాత ప్రశ్నలు అడగాలనుకుంటున్నారా? శాండ్బాక్స్లు, బూట్క్యాంపులు మొదలైనవాటిని తనిఖీ చేయండి.",
+ "page-developers-tutorials-title": "ట్యుటోరియల్స్",
+ "page-developers-tutorials-desc": "ఇతిరియం డెవలప్మెంట్ నేర్చుకోండి స్టెప్ బై స్టెప్ మా బిల్డర్స్ ద్వారా వాళ్ళు ఇవన్నీ చేసేసారు.",
+ "page-developers-video-courses-title": "వీడియో కోర్సులు",
+ "page-developers-video-courses-desc": "బ్లాక్చైన్లో మీ వృత్తిపరమైన కెరీర్ను ప్రారంభించాలనుకుంటున్నారా? ఈ కోర్సులు మిమ్మల్ని బ్లాక్చైన్ డెవలపర్గా నియమించుకోవడానికి సిద్ధం చేస్తాయి.",
+ "page-developers-docs-section-desc": "ఇతీరియము మరియు బ్లాక్చైన్ల యొక్క ప్రధాన భావనలను అర్థం చేసుకోండి",
+ "page-developers-hackathons-title": "హ్యాకథాన్లలో చేరండి",
+ "page-developers-hackathons-desc": "హ్యాకథాన్లు నెట్వర్క్ చేయడానికి మరియు ఇతరుల నుండి నేర్చుకోవడానికి అలాగే ప్రాజెక్ట్లను ప్రారంభించడానికి మరియు బహుమతులు సంపాదించడానికి గొప్ప అవకాశాలు",
+ "page-developers-visit-ethglobal": "EthGlobalని సందర్శించండి",
+ "page-developers-founders-title": "మీరు వ్యవస్థాపకులా?",
+ "page-developers-founders-desc": "ఇప్పటికే ప్రాజెక్ట్ ఆలోచన ఉందా లేదా నమూనాపై పని చేస్తున్నారా? మీ ప్రాజెక్ట్ను తదుపరి దశకు ఎలా తీసుకెళ్లాలో అన్వేషించండి. మేము మిమ్మల్ని సంబంధిత సంస్థలు మరియు ఈ రంగంలోని నిపుణులతో కనెక్ట్ చేయగలము.",
+ "page-developers-get-in-touch": "సంప్రదించండి",
+ "page-developers-see-grant-options": "అనుదాన ఎంపికలను చూడండి",
+ "page-developers-speedrun-nft-alt": "స్పీడ్రన్ ఇతీరియము టోకనైజేషన్ బ్యానర్",
+ "page-developers-speedrun-nft-title": "టోకనైజేషన్",
+ "page-developers-speedrun-nft-desc": "scaffold-eth యొక్క ప్రాథమికాలను తెలుసుకోవడానికి ఒక ప్రత్యేకమైన టోకెన్ను సృష్టించండి.",
+ "page-developers-skill-beginner": "ప్రారంభ",
+ "page-developers-skill-intermediate": "మధ్యస్థ",
+ "page-developers-skill-advanced": "అధునాతనం",
+ "page-developers-speedrun-dex-alt": "స్పీడ్రన్ ఇతీరియము DEX బ్యానర్",
+ "page-developers-speedrun-dex-title": "DEX",
+ "page-developers-speedrun-dex-desc": "ఒక సాధారణ ఆటోమేటెడ్ మార్కెట్ మేకర్ను నిర్మించండి, లిక్విడిటీని అందించండి మరియు టోకెన్ మార్పిడులను అమలు చేయండి.",
+ "page-developers-speedrun-stablecoins-alt": "స్పీడ్రన్ ఇతీరియము స్టేబుల్కాయిన్ల బ్యానర్",
+ "page-developers-speedrun-stablecoins-title": "స్టేబుల్కాయిన్లు",
+ "page-developers-speedrun-stablecoins-desc": "ఒక స్టేబుల్కాయిన్ను నిర్మించి, స్థిరత్వ యంత్రాంగాలు మరియు ధర ఒరాకిల్స్ను నేర్చుకోండి.",
+ "page-developers-course-duration": "-గంటల కోర్సు",
+ "page-developers-course-blockchain-basics-title": "బ్లాక్చైన్ ప్రాథమికాలు",
+ "page-developers-course-blockchain-basics-desc": "బ్లాక్చైన్లు మరియు స్మార్ట్ కాంట్రాక్టులు ఎలా పనిచేస్తాయో తెలుసుకోండి, ఒక వాలెట్ను సృష్టించండి మరియు మీ మొదటి లావాదేవీపై సంతకం చేయండి.",
+ "page-developers-course-blockchain-basics-alt": "సైఫ్రిన్ అప్డ్రాఫ్ట్ బ్లాక్చైన్ ప్రాథమికాల కోర్సు బ్యానర్",
+ "page-developers-course-solidity-title": "Solidity స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్",
+ "page-developers-course-solidity-desc": "Solidity ప్రోగ్రామింగ్ అనేది ఇతీరియము అనుకూల పర్యావరణ వ్యవస్థలలో వెబ్3 డెవలప్మెంట్కు మీ గేట్వే.",
+ "page-developers-course-solidity-alt": "సైఫ్రిన్ అప్డ్రాఫ్ట్ Solidity స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్ కోర్సు బ్యానర్",
+ "page-developers-course-foundry-fundamentals-title": "ఫౌండ్రీ ప్రాథమికాలు",
+ "page-developers-course-foundry-fundamentals-desc": "ఫౌండ్రీ మరియు అధునాతన వెబ్3 డెవలప్మెంట్ కాన్సెప్టులు మరియు సాధనాలతో మీ Solidity డెవలప్మెంట్ నైపుణ్యాలను మెరుగుపరుచుకోండి.",
+ "page-developers-course-foundry-fundamentals-alt": "సైఫ్రిన్ అప్డ్రాఫ్ట్ ఫౌండ్రీ ప్రాథమికాల కోర్సు బ్యానర్",
+ "page-developers-course-advanced-foundry-title": "అధునాతన ఫౌండ్రీ",
+ "page-developers-course-advanced-foundry-desc": "Solidity స్మార్ట్ కాంట్రాక్ట్ డెవలప్మెంట్ కోసం అడ్వాన్స్డ్ ఫౌండ్రీతో వెబ్3 డెవలప్మెంట్ టెక్నిక్లను నేర్చుకోండి.",
+ "page-developers-course-advanced-foundry-alt": "సైఫ్రిన్ అప్డ్రాఫ్ట్ అధునాతన ఫౌండ్రీ కోర్సు బ్యానర్",
+ "page-developers-course-security-title": "స్మార్ట్ కాంట్రాక్ట్ భద్రత",
+ "page-developers-course-security-desc": "స్మార్ట్ కాంట్రాక్ట్ సెక్యూరిటీ పరిశోధకుడిగా మీ కెరీర్ను ప్రారంభించండి! స్మార్ట్ కాంట్రాక్ట్ ఆడిటింగ్ మరియు ఉత్తమ పద్ధతులను నేర్చుకోండి.",
+ "page-developers-course-security-alt": "సైఫ్రిన్ అప్డ్రాఫ్ట్ బ్లాక్చైన్ ప్రాథమికాల కోర్సు బ్యానర్",
+ "page-developers-why-title": "మంచి జీతం పొందండి. రిమోట్గా ఉండండి. భవిష్యత్తును నిర్మించండి.",
+ "page-developers-why-subtitle": "బ్లాక్చైన్ కెరీర్లలో సగానికి పైగా రిమోట్-ఫస్ట్, కొన్ని అంచనాలు ఈ సంఖ్యను 70% వరకు ఉన్నట్లు చూపుతున్నాయి.",
+ "page-developers-why-avg-salary-dev": "సగటు డెవలపర్ జీతం",
+ "page-developers-why-avg-salary-blockchain": "బ్లాక్చైన్ పరిశ్రమలో సగటు జీతం"
+}
diff --git a/src/intl/te/page-developers-learning-tools.json b/src/intl/te/page-developers-learning-tools.json
new file mode 100644
index 00000000000..5068f42d047
--- /dev/null
+++ b/src/intl/te/page-developers-learning-tools.json
@@ -0,0 +1,64 @@
+{
+ "page-learning-tools-bloomtech-description": "బ్లూమ్టెక్ వెబ్3 కోర్సు ఇంజనీర్లలో యజమానులు చూసే నైపుణ్యాలను మీకు నేర్పుతుంది.",
+ "page-learning-tools-bloomtech-logo-alt": "బ్లూమ్టెక్ లోగో",
+ "page-learning-tools-bootcamps": "డెవలపర్ బూట్క్యాంప్స్",
+ "page-learning-tools-bootcamps-desc": "మిమ్మల్ని వేగంగా ముందుకు నడిపించడానికి ఉచిత లేదా చెల్లింపు ఆన్లైన్ కోర్సులు.",
+ "page-learning-tools-browse-docs": "డాక్స్ బ్రౌజ్ చేయండి",
+ "page-learning-tools-capture-the-ether-description": "క్యాప్చర్ ది ఈథర్ అనేది భద్రత గురించి తెలుసుకోవడానికి మీరు ఎథేరియం స్మార్ట్ కాంట్రాక్టులను హ్యాక్ చేసే గేమ్.",
+ "page-learning-tools-capture-the-ether-logo-alt": "క్యాప్చర్ ది ఈథర్ లోగో",
+ "page-learning-tools-node-guardians-description": "నోడ్ గార్డియన్స్ అనేది ఒక గేమిఫైడ్ ఎడ్యుకేషనల్ ప్లాట్ఫారమ్, ఇది సాలిడిటీ, కైరో, నోయిర్ మరియు హఫ్ ప్రోగ్రామింగ్లో నైపుణ్యం సాధించడానికి వెబ్3 డెవలపర్లను ఫాంటసీ-థీమ్ అన్వేషణలలో ముంచెత్తుతుంది.",
+ "page-learning-tools-node-guardians-logo-alt": "నోడ్ గార్డియన్స్ లోగో",
+ "page-learning-tools-coding": "కోడింగ్ ద్వారా నేర్చుకోండి",
+ "page-learning-tools-coding-subtitle": "మీరు మరింత ఇంటరాక్టివ్ లెర్నింగ్ అనుభవాన్ని ఇష్టపడితే ఎథేరియంతో ప్రయోగాలు చేయడానికి ఈ సాధనాలు మీకు సహాయపడతాయి.",
+ "page-learning-tools-consensys-academy-description": "ఆన్ లైన్ ఎథేరియం డెవలపర్ బూట్ క్యాంప్.",
+ "page-learning-tools-consensys-academy-logo-alt": "కాన్సెన్సిస్ అకాడమీ లోగో",
+ "page-learning-tools-cryptozombies-description": "మీ స్వంత జోంబీ గేమ్ను నిర్మించడం ద్వారా సోలిడిటీ నేర్చుకోండి.",
+ "page-learning-tools-cryptozombies-logo-alt": "క్రిప్టోజాంబీస్ లోగో",
+ "page-learning-tools-dapp-world-description": "కోర్సులు, క్విజ్లు, హ్యాండ్-ఆన్ ప్రాక్టీస్ మరియు వారంవారీ పోటీలతో సహా బ్లాక్చెయిన్ అప్స్కిల్లింగ్ ఎకోసిస్టమ్.",
+ "page-learning-tools-dapp-world-logo-alt": "డాప్ వరల్డ్ లోగో",
+ "page-learning-tools-documentation": "డాక్యుమెంటేషన్తో నేర్చుకోండి",
+ "page-learning-tools-documentation-desc": "మరింత నేర్చుకోవాలనుకుంటున్నారా? మీకు అవసరమైన వివరణలను కనుగొనడానికి మా డాక్యుమెంటేషన్కు వెళ్లండి.",
+ "page-learning-tools-eth-dot-build-description": "డ్రాగ్ అండ్ డ్రాప్ ప్రోగ్రామింగ్ మరియు ఓపెన్ సోర్స్ బిల్డింగ్ బ్లాక్ లతో సహా వెబ్ 3 కోసం ఎడ్యుకేషనల్ శాండ్ బాక్స్.",
+ "page-learning-tools-eth-dot-build-logo-alt": "Eth.build లోగో",
+ "page-learning-tools-ethernauts-description": "స్మార్ట్ కాంట్రాక్ట్స్ హాక్ చేయడం ద్వారా లెవెల్స్ ని పూర్తి చేయండి.",
+ "page-learning-tools-ethernauts-logo-alt": "ఇథెరనౌట్స్ లోగో",
+ "page-learning-tools-metaschool-description": "డప్ లను నిర్మించడం మరియు షిప్పింగ్ చేయడం ద్వారా వెబ్ 3 డెవలపర్ గా మారండి.",
+ "page-learning-tools-metaschool-logo-alt": "_మెటాస్కూల్ లోగో",
+ "page-learning-tools-game-tutorials": "ఇంటరాక్టివ్ గేమ్ ట్యుటోరియల్స్",
+ "page-learning-tools-game-tutorials-desc": "మీరు ఆడుతున్నప్పుడు నేర్చుకోండి. ఈ ట్యుటోరియల్స్ గేమ్ ప్లే ఉపయోగించి బేసిక్స్ ద్వారా మిమ్మల్ని చేరుస్తాయి.",
+ "page-learning-tools-meta-desc": "ఎథేరియం అభివృద్ధితో ప్రయోగాలు చేయడంలో మీకు సహాయపడటానికి వెబ్-ఆధారిత కోడింగ్ సాధనాలు మరియు ఇంటరాక్టివ్ లెర్నింగ్ అనుభవాలు.",
+ "page-learning-tools-meta-title": "డెవలపర్ లెర్నింగ్ టూల్స్",
+ "page-learning-tools-atlas-logo-alt": "అట్లాస్ లోగో",
+ "page-learning-tools-atlas-description": "అట్లాస్ IDEతో నిమిషాల్లో స్మార్ట్ కాంట్రాక్టులను వ్రాయండి, పరీక్షించండి మరియు అమలు చేయండి.",
+ "page-learning-tools-questbook-description": "నిర్మించడం ద్వారా వెబ్ 3.0 నేర్చుకోవడానికి స్వీయ-గమన ట్యుటోరియల్స్",
+ "page-learning-tools-questbook-logo-alt": "క్వెస్ట్బుక్ లోగో",
+ "page-learning-tools-remix-description": "ఎథేరియం కోసం స్మార్ట్ కాంట్రాక్టులను డెవలప్ చేయండి, అమలు చేయండి మరియు నిర్వహించండి. లెర్న్ ఎత్ ప్లగిన్ తో ట్యుటోరియల్స్ ను అనుసరించండి.",
+ "page-learning-tools-remix-description-2": "రీమిక్స్, రెప్లిట్, చైన్ ఐడిఇ మరియు అట్లాస్ కేవలం శాండ్బాక్స్లు మాత్రమే కాదు—డెవలపర్లు వాటిని ఉపయోగించి వారి స్మార్ట్ కాంట్రాక్టులను వ్రాయవచ్చు, కంపైల్ చేయవచ్చు మరియు అమలు చేయవచ్చు.",
+ "page-learning-tools-replit-description": "హాట్ రీలోడింగ్, ఎర్రర్ చెకింగ్ మరియు ఫస్ట్-క్లాస్ టెస్ట్నెట్ సపోర్ట్తో Ethereum కోసం అనుకూలీకరించదగిన అభివృద్ధి వాతావరణం.",
+ "page-learning-tools-chainIDE-description": "చైన్ ఐడిఇతో ఎథేరియం కోసం స్మార్ట్ కాంట్రాక్టులను రాయడం ద్వారా వెబ్ 3 కు మీ ప్రయాణాన్ని ప్రారంభించండి. నేర్చుకోవడానికి మరియు సమయాన్ని ఆదా చేయడానికి అంతర్నిర్మిత టెంప్లెట్ లను ఉపయోగించండి.",
+ "page-learning-tools-chainIDE-logo-alt": "చైన్ ఐడిఇ లోగో",
+ "page-learning-tools-tenderly-description": "టెండర్లీ శాండ్ బాక్స్ అనేది ప్రోటోటైపింగ్ వాతావరణం, ఇక్కడ మీరు సాలిడిటీ మరియు జావా స్క్రిప్ట్ ఉపయోగించి బ్రౌజర్ లో స్మార్ట్ కాంట్రాక్టులను వ్రాయవచ్చు, అమలు చేయవచ్చు మరియు డీబగ్ చేయవచ్చు.",
+ "page-learning-tools-tenderly-logo-alt": "టెండర్లీ లోగో",
+ "page-learning-tools-replit-logo-alt": "రిప్లిట్ లోగో",
+ "page-learning-tools-remix-logo-alt": "రీమిక్స్ లోగో",
+ "page-learning-tools-sandbox": "కోడ్ శాండ్బాక్స్లు",
+ "page-learning-tools-sandbox-desc": "ఈ శాండ్ బాక్స్ లు స్మార్ట్ కాంట్రాక్ట్ లు రాయడం మరియు ఎథేరియంను అర్థం చేసుకోవడంలో ప్రయోగాలు చేయడానికి మీకు స్థలాన్ని ఇస్తాయి.",
+ "page-learning-tools-speed-run-ethereum-description": "స్పీడ్ రన్ ఎథేరియం అనేది స్కాఫోల్డ్-ETH ఉపయోగించి మీ సాలిడిటీ నాలెడ్జ్ ని టెస్ట్ చేయడానికి సవాళ్ల సమూహం",
+ "page-learning-tools-speed-run-ethereum-logo-alt": "స్పీడ్ రన్ ఎథేరియం లోగో",
+ "page-learning-tools-studio-description": "వెబ్-ఆధారిత ఐడిఇ, ఇక్కడ మీరు స్మార్ట్ కాంట్రాక్టులను సృష్టించడానికి మరియు పరీక్షించడానికి ట్యుటోరియల్స్ను అనుసరించవచ్చు మరియు వాటి కోసం ఫ్రంట్ ఎండ్ను నిర్మించవచ్చు.",
+ "page-learning-tools-vyperfun-description": "మీ స్వంత పోకీమాన్ గేమ్ను నిర్మించడం ద్వారా వైపర్ని నేర్చుకోండి.",
+ "page-learning-tools-vyperfun-logo-alt": "Vyper.fun లోగో",
+ "page-learning-tools-nftschool-description": "సాంకేతిక వైపు నుండి నాన్-ఫంగబుల్ టోకెన్లు లేదా ఎన్ఎఫ్టిలతో ఏమి జరుగుతుందో అన్వేషించండి.",
+ "page-learning-tools-nftschool-logo-alt": "ఎన్ ఎఫ్ టి స్కూల్ లోగో",
+ "page-learning-tools-platzi-description": "వెబ్ 3 లో డాప్ లను ఎలా నిర్మించాలో తెలుసుకోండి మరియు బ్లాక్ చెయిన్ డెవలపర్ కావడానికి అవసరమైన అన్ని నైపుణ్యాలపై పట్టు సాధించండి.",
+ "page-learning-tools-platzi-logo-alt": "ప్లాట్జీ లోగో",
+ "page-learning-tools-alchemy-university-description": "కోర్సులు, ప్రాజెక్ట్లు మరియు కోడ్ ద్వారా మీ వెబ్3 కెరీర్ను అభివృద్ధి చేయండి.",
+ "page-learning-tools-alchemy-university-logo-alt": "ఆల్కెమీ యూనివర్సిటీ లోగో",
+ "page-learning-tools-learnweb3-description": "LearnWeb3 అనేది web3 డెవలప్మెంట్లో సున్నా నుండి హీరోగా మారడానికి ఉచిత, అధిక నాణ్యత గల విద్యా వేదిక.",
+ "page-learning-tools-learnweb3-logo-alt": "LearnWeb3 లోగో",
+ "page-learning-tools-cyfrin-updraft-description": "అన్ని నైపుణ్య స్థాయిలు మరియు భద్రతా ఆడిట్ల కోసం స్మార్ట్ కాంట్రాక్ట్ అభివృద్ధిని తెలుసుకోండి.",
+ "page-learning-tools-cyfrin-updraft-logo-alt": "Cyfrin Updraft లోగో",
+ "page-learning-tools-price-free": "ఉచితం",
+ "page-learning-tools-price-paid": "చెల్లింపు",
+ "alt-eth-blocks": "బ్లాక్లు ETH చిహ్నం వలె నిర్వహించబడుతున్నాయి యొక్క ఉదాహరణ"
+}
diff --git a/src/intl/te/page-developers-local-environment.json b/src/intl/te/page-developers-local-environment.json
new file mode 100644
index 00000000000..0e0fe55fb84
--- /dev/null
+++ b/src/intl/te/page-developers-local-environment.json
@@ -0,0 +1,33 @@
+{
+ "page-local-environment-brownie-desc": "ఒక పైథాన్ పై అదరపడిన మరియు స్మార్ట్ కాంట్రాక్ట్స్ టెస్ట్ చేయడానికి ఒక ఫ్రేమ్ వర్క్ ఇతిరియం వర్చ్యువల్ మెషిన్ కి టార్గెట్ చేసుకొని.",
+ "page-local-environment-brownie-logo-alt": "బ్రౌని లోగో",
+ "page-local-environment-kurtosis-desc": "వేగవంతమైన స్థానిక డాప్ అభివృద్ధి, ప్రోటోటైపింగ్ మరియు టెస్టింగ్ కోసం మల్టీ-క్లయింట్ ఎథేరియం టెస్ట్నెట్ను సులభంగా కాన్ఫిగర్ చేయడానికి మరియు తిప్పడానికి కంటైనర్-ఆధారిత టూల్కిట్.",
+ "page-local-environment-kurtosis-logo-alt": "కుర్టోసిస్ లోగో",
+ "page-local-environment-epirus-desc": "జావా వర్చువల్ మెషిన్ లో బ్లాక్ చెయిన్ అప్లికేషన్ లను అభివృద్ధి చేయడానికి, మోహరించడానికి మరియు పర్యవేక్షించడానికి ఒక వేదిక.",
+ "page-local-environment-epirus-logo-alt": "ఎపైర్స్ లోగో",
+ "page-local-environment-eth-app-desc": "ఒకే కమాండ్ తో ఎథేరియం-పవర్డ్ అప్లికేషన్ లను సృష్టించండి. ఎంచుకోవడానికి యూఐ ఫ్రేమ్ వర్క్ లు మరియు డిఫై టెంప్లెట్ ల యొక్క విస్తృత ఆఫర్ తో వస్తుంది.",
+ "page-local-environment-eth-app-logo-alt": "క్రీయేట్ ఇత్ యాప్ లోగో",
+ "page-local-environment-foundry-desc": "రస్ట్ లో వ్రాయబడిన ఎథేరియం అప్లికేషన్ డెవలప్ మెంట్ కొరకు ఒక వేగవంతమైన, పోర్టబుల్ మరియు మాడ్యులర్ టూల్ కిట్.",
+ "page-local-environment-foundry-logo-alt": "ఫౌండ్రి లోగో",
+ "page-local-environment-framework-feature-1": "లోకల్ బ్లాక్ చెయిన్ ఇన్ స్టెన్స్ ను స్పిన్ చేసే ఫీచర్లు.",
+ "page-local-environment-framework-feature-2": "మీ స్మార్ట్ కాంట్రాక్ట్లను కంపైల్ చేయడానికి మరియు పరీక్షించడానికి యుటిలిటీలు.",
+ "page-local-environment-framework-feature-3": "క్లయింట్ డెవలప్మెంట్ యాడ్-ఆన్లు మీ యూజర్ ఫేసింగ్ అప్లికేషన్ను అదే ప్రాజెక్ట్/రిపోజిటరీలో నిర్మించడానికి.",
+ "page-local-environment-framework-feature-4": "ఎథేరియం నెట్ వర్క్ లకు కనెక్ట్ చేయడానికి మరియు స్థానికంగా నడుస్తున్న ఇన్ స్టెన్స్ కు లేదా ఎథేరియం యొక్క పబ్లిక్ నెట్ వర్క్ లలో ఒకదానికి కాంట్రాక్ట్ లను మోహరించడానికి కాన్ఫిగరేషన్.",
+ "page-local-environment-framework-feature-5": "వికేంద్రీకృత యాప్ డిస్ట్రిబ్యూషన్ - ఐపిఎఫ్ఎస్ వంటి స్టోరేజ్ ఆప్షన్లతో ఇంటిగ్రేషన్లు.",
+ "page-local-environment-framework-features": "ఈ ఫ్రేమ్వర్క్లు చాలా అవుట్-ఆఫ్-ది-బాక్స్ కార్యాచరణతో వస్తాయి, అవి:",
+ "page-local-environment-frameworks-desc": "ఫ్రేమ్వర్క్ను ఎంచుకోవాలని మేము సిఫార్సు చేస్తున్నాము, ప్రత్యేకించి మీరు ఇప్పుడే ప్రారంభిస్తుంటే. పూర్తి స్థాయి డాప్ తయారీకి వివిధ రకాల సాంకేతిక పరిజ్ఞానం అవసరం. ఫ్రేమ్ వర్క్ లు అవసరమైన అనేక లక్షణాలను కలిగి ఉంటాయి లేదా మీరు కోరుకునే సాధనాలను ఎంచుకోవడానికి సులభమైన ప్లగిన్ వ్యవస్థలను అందిస్తాయి.",
+ "page-local-environment-frameworks-title": "ఫ్రేమ్ వర్క్ లు మరియు ముందుగా తయారుచేసిన స్టాక్ లు",
+ "page-local-environment-hardhat-desc": "హార్దత్ అనేది నిపుణులకు ఎథేరియం అభివృద్ధి వాతావరణం.",
+ "page-local-environment-hardhat-logo-alt": "హర్ధత్ లోగో",
+ "page-local-environment-openZeppelin-desc": "మా CLIతో స్మార్ట్ కాంట్రాక్టులను కంపైల్ చేయడం, అప్గ్రేడ్ చేయడం, అమలు చేయడం మరియు ఇంటరాక్ట్ చేయడం ద్వారా గంటల కొద్దీ అభివృద్ధి సమయాన్ని ఆదా చేసుకోండి.",
+ "page-local-environment-openZeppelin-logo-alt": "ఓపెన్ జెప్పెలిన్ లోగో",
+ "page-local-environment-scaffold-eth-desc": "ఈథర్స్ + హార్డ్హాట్ + రియాక్ట్: స్మార్ట్ కాంట్రాక్ట్లతో నడిచే వికేంద్రీకృత అనువర్తనాలను నిర్మించడం ప్రారంభించండి.",
+ "page-local-environment-scaffold-eth-logo-alt": "స్కేఫ్ఫోల్డ్-ఇత్ లోగో",
+ "page-local-environment-setup-meta-desc": "ఎథేరియం డెవలప్ మెంట్ కొరకు మీ సాఫ్ట్ వేర్ స్టాక్ ని ఎలా ఎంచుకోవాలో అనే దానికి గైడ్.",
+ "page-local-environment-setup-meta-title": "ఎథేరియం లోకల్ అభివృద్ధి సెటప్",
+ "page-local-environment-setup-subtitle": "మీరు నిర్మాణాన్ని ప్రారంభించడానికి సిద్ధంగా ఉన్నట్లయితే, మీ స్టాక్ను ఎంచుకోవడానికి ఇది సమయం.",
+ "page-local-environment-setup-subtitle-2": "మీ ఎథేరియం అప్లికేషన్ నిర్మించడంలో మీకు సహాయపడటానికి మీరు ఉపయోగించగల సాధనాలు మరియు ఫ్రేమ్ వర్క్ లు ఇక్కడ ఉన్నాయి.",
+ "page-local-environment-setup-title": "మీ లోకల్ డెవలప్మెంట్ ఎన్విరాన్మెంట్ ని సెటప్ చేయండి",
+ "page-local-environment-solidity-template-desc": "మీ Solidity స్మార్ట్ కాంట్రాక్ట్ల కోసం ముందుగా నిర్మించిన సెటప్ కొరకు ఒక GitHub టెంప్లేట్. ఇది Hardhat లోకల్ నెట్వర్క్, వాలెట్ అమలు కోసం Ethers, మరియు మరిన్నింటిని కలిగి ఉంటుంది.",
+ "page-local-environment-solidity-template-logo-alt": "సాలిడిటీ టెంప్లేట్ లోగో"
+}
diff --git a/src/intl/te/page-developers-tutorials.json b/src/intl/te/page-developers-tutorials.json
new file mode 100644
index 00000000000..46c74f0c285
--- /dev/null
+++ b/src/intl/te/page-developers-tutorials.json
@@ -0,0 +1,22 @@
+{
+ "comp-tutorial-metadata-minute-read": "నిమిషం పఠనం",
+ "page-tutorial-listing-policy-intro": "మీరు ఒక ట్యుటోరియల్ను సమర్పించే ముందు దయచేసి మా జాబితా విధానాన్ని చదవండి.",
+ "comp-tutorial-metadata-tip-author": "రచయితకు చిట్కా ఇవ్వండి",
+ "page-tutorial-create-an-issue": "సమస్యను సృష్టించండి",
+ "page-tutorial-create-an-issue-desc": "మీ ట్యుటోరియల్ను వివరిస్తూ ఇష్యూ టెంప్లేట్ను పూరించండి.",
+ "page-tutorial-raise-issue-btn": "సమస్యను లేవనెత్తండి",
+ "page-tutorial-read-time": "ని.",
+ "page-tutorial-submit-btn": "ట్యుటోరియల్ను సమర్పించండి",
+ "page-tutorial-subtitle": "మా కమ్యూనిటీ ట్యుటోరియల్స్ యొక్క క్యూరేటెడ్ జాబితాకు స్వాగతం.",
+ "page-tutorial-tags-error": "మీరు ఎంచుకున్న అన్ని ట్యాగ్లతో ఇంకా ట్యుటోరియల్స్ ఏవీ లేవు",
+ "page-tutorial-title": "ఇతీరియము అభివృద్ధి ట్యుటోరియల్స్",
+ "page-tutorials-meta-description": "అంశాల వారీగా పరిశీలించిన ఇతీరియము కమ్యూనిటీ ట్యుటోరియల్స్ను బ్రౌజ్ చేయండి మరియు ఫిల్టర్ చేయండి.",
+ "page-tutorial-external-link": "బాహ్య",
+ "page-tutorials-meta-title": "ఇతీరియము అభివృద్ధి ట్యుటోరియల్స్",
+ "page-tutorial-beginner": "ప్రారంభ",
+ "page-tutorial-intermediate": "మధ్యస్థ",
+ "page-tutorial-advanced": "అధునాతనం",
+ "page-find-wallet-try-removing": "ఒకటి లేదా రెండు ఫీచర్లను తొలగించడానికి ప్రయత్నించండి",
+ "page-find-wallet-clear": "ఫిల్టర్లను తీసివేయండి",
+ "page-tutorials-env-banner": ".envను కమిట్ చేయవద్దు! దయచేసి మీ .env ఫైల్ను ఎవరితోనూ పంచుకోకుండా లేదా బహిర్గతం చేయకుండా చూసుకోండి, ఎందుకంటే అలా చేయడం ద్వారా మీరు మీ రహస్యాలను ప్రమాదంలో పడేస్తున్నారు. మీరు వెర్షన్ కంట్రోల్ ఉపయోగిస్తుంటే, మీ .envను gitignore ఫైల్కు జోడించండి."
+}
diff --git a/src/intl/te/page-energy-consumption.json b/src/intl/te/page-energy-consumption.json
new file mode 100644
index 00000000000..52a3ac8f8fd
--- /dev/null
+++ b/src/intl/te/page-energy-consumption.json
@@ -0,0 +1,21 @@
+{
+ "adoption-chart-artists-label": "కళాకారులు",
+ "adoption-chart-column-now-label": "ఇప్పుడు",
+ "adoption-chart-companies-label": "కంపెనీలు",
+ "adoption-chart-developers-label": "డెవలపర్లు",
+ "adoption-chart-gamers-label": "గేమర్లు",
+ "adoption-chart-investors-label": "పెట్టుబడిదారులు",
+ "adoption-chart-musicians-label": "సంగీత విద్వాంసులు",
+ "adoption-chart-refugees-label": "శరణార్థులు",
+ "adoption-chart-writers-label": "రచయితలు",
+ "energy-consumption-chart-airbnb-label": "AirBnB",
+ "energy-consumption-chart-btc-pow-label": "BTC PoW",
+ "energy-consumption-chart-eth-pos-label": "ETH ప్రూఫ్ ఆఫ్ స్టేక్",
+ "energy-consumption-chart-eth-pow-label": "ETH PoW",
+ "energy-consumption-chart-gaming-us-label": "USలో గేమింగ్",
+ "energy-consumption-chart-global-data-centers-label": "గ్లోబల్ డేటా సెంటర్లు",
+ "energy-consumption-chart-netflix-label": "Netflix",
+ "energy-consumption-chart-paypal-label": "PayPal",
+ "energy-consumption-gold-mining-cbeci-label": "గోల్డ్ మైనింగ్",
+ "energy-consumption-chart-legend": "TWH/సంవత్సరంలో వార్షిక శక్తి వినియోగం"
+}
diff --git a/src/intl/te/page-ethereum-history-founder-and-ownership.json b/src/intl/te/page-ethereum-history-founder-and-ownership.json
new file mode 100644
index 00000000000..feb3a751cdd
--- /dev/null
+++ b/src/intl/te/page-ethereum-history-founder-and-ownership.json
@@ -0,0 +1,65 @@
+{
+ "page-ethereum-history-founder-and-ownership-meta-title": "ఇతీరియము చరిత్ర: స్థాపకుడు, ప్రారంభం మరియు యాజమాన్యం | ethereum.org",
+ "page-ethereum-history-founder-and-ownership-meta-description": "ఇతీరియము చరిత్ర గురించి, దానిని ఎవరు సృష్టించారు, ఎప్పుడు ప్రారంభించారు మరియు ఈ రోజు దానిని ఎవరు నియంత్రిస్తున్నారు అనే విషయాలను తెలుసుకోండి.",
+ "page-ethereum-history-founder-and-ownership-twitter-meta-description": "బిట్ కాయిన్ మరియు ఇతీరియము మధ్య తేడాలను తెలుసుకోండి, ఇందులో వినియోగ కేసులు, నెట్వర్క్ పనితీరు, టోకెన్ ఎకనామిక్స్ మరియు మరిన్ని ఉన్నాయి.",
+ "page-ethereum-history-founder-and-ownership-title": "ఇతీరియము చరిత్ర: స్థాపకుడు, ప్రారంభం మరియు యాజమాన్యం",
+ "page-ethereum-history-founder-and-ownership-description-1": "2013లో విటాలిక్ బుటెరిన్ ఇతీరియమును స్థాపించారు. గావిన్ వుడ్ మరియు జోసెఫ్ లూబిన్తో సహా అనేక మంది సహ-వ్యవస్థాపకులు తర్వాత చేరారు. ఇతీరియము నెట్వర్క్ అధికారికంగా జూలై 30, 2015న మొదటి బ్లాక్ (జెనెసిస్ బ్లాక్) మైనింగ్తో ప్రారంభించబడింది.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-description-1": "సాంప్రదాయ సంస్థల మాదిరిగా కాకుండా, ఇతీరియముకు CEO లేరు, బోర్డు లేదా ఏకైక నియంత్రణ పార్టీ లేదు. ఇది లాభాపేక్ష లేని ఇతీరియము ఫౌండేషన్ మద్దతుతో, దాని సంఘం ద్వారా పాలించబడే వికేంద్రీకృత ప్లాట్ఫారమ్.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum": "ఇతీరియమును ఎవరు స్థాపించారు/సహ-స్థాపించారు?",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-1": "2013 చివరిలో ఈ ఆలోచనను గ్రహించిన విటాలిక్ బుటెరిన్ చేత ఇతీరియము స్థాపించబడింది.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-2": "1994లో రష్యాలో పుట్టి కెనడాలో పెరిగిన బుటెరిన్ చిన్నప్పటి నుంచే అసాధారణ గణిత ప్రతిభను ప్రదర్శించాడు.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-3": "అతను 2011లో Bitcoinను కనుగొన్నాడు మరియు Bitcoin కథనాలను రాయడం ప్రారంభించాడు, ఇది అతన్ని 2012లో Bitcoin Magazineను సహ-స్థాపించడానికి దారితీసింది. ఇది క్రిప్టోకరెన్సీకి అంకితమైన మొదటి ప్రచురణలలో ఒకటి.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-4": "2014లో, విటాలిక్ ఇతీరియము వైట్పేపర్ ను ప్రచురించాడు, కేవలం చెల్లింపుల కంటే ఎక్కువ చేయగల బ్లాక్చైన్ను సృష్టించడం ద్వారా Bitcoinకు మించి ఉండే ప్లాట్ఫారమ్ను వివరిస్తుంది.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-5": "ఇతీరియము Bitcoin విధానాన్ని విస్తరిస్తుంది, ప్రాథమికంగా, ఒక అప్లికేషన్కు మద్దతు ఇవ్వడానికి రూపొందించిన నియమాలను కలిగి ఉండటానికి బదులుగా, మేము మరింత సాధారణ ప్రయోజనం కోసం ఏదైనా తయారు చేయబోతున్నాము, ఇక్కడ ప్రజలు తమ సొంత అప్లికేషన్లను నిర్మించవచ్చు మరియు వారు నిర్మించిన ఏవైనా అప్లికేషన్ల కోసం నియమాలను ఇతీరియము ప్లాట్ఫారమ్లో అమలు చేయవచ్చు.",
+ "page-ethereum-history-founder-and-ownership-when-ethereum-when-did-ethereum-launch": "ఇతీరియము ఎప్పుడు ప్రారంభమైంది?",
+ "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now": "ఇప్పుడు ఇతీరియమును ఎవరు స్వంతం చేసుకున్నారు మరియు నడుపుతున్నారు?",
+ "page-ethereum-history-founder-and-ownership-founder-of-ethereum": "ఇతీరియము స్థాపకుడు",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-6": "ఇతీరియముకు ప్రాణం పోయడానికి సహాయపడిన 8 మంది వ్యక్తులచే ఇతీరియము సహ-స్థాపించబడింది.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-vitalik-buterin": "విటాలిక్ బుటెరిన్: 2013లో ఇతీరియమును గ్రహించారు, అసలు వైట్పేపర్ను రచించారు మరియు వికేంద్రీకృత ప్రపంచ కంప్యూటర్ భావనను స్పష్టంగా తెలియజేస్తూ మరియు ప్రోటోకాల్ యొక్క సాంకేతిక మరియు తాత్విక దిశను మార్గనిర్దేశం చేస్తూ దాని ముఖ్య దూరదృష్టి గల వ్యక్తి మరియు సమర్థకుడిగా మారారు.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-gavin-wood": "గావిన్ వుడ్: Solidity ప్రోగ్రామింగ్ భాషను అభివృద్ధి చేశారు మరియు ఇతీరియము వర్చువల్ మెషిన్ (EVM) కోసం సాంకేతిక మార్గదర్శి అయిన ఇతీరియము యెల్లో పేపర్ ను వ్రాశారు.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-joseph-lubin": "జోసెఫ్ లూబిన్: ఇతీరియము యొక్క చాలా ప్రారంభ దశలకు నిధులు సమకూర్చడంలో సహాయపడ్డారు మరియు తరువాత ఇతీరియము-ఆధారిత యాప్లు మరియు మౌలిక సదుపాయాలను నిర్మించడంపై దృష్టి సారించిన ConsenSys అనే కంపెనీని స్థాపించారు.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-jeffrey-wilcke": "జెఫ్రీ విల్కే: EVMను అమలు చేయడానికి మరియు ఇతీరియము నెట్వర్క్ డేటాను నిల్వ చేయడానికి బాధ్యత వహించే అసలు మరియు అత్యంత విస్తృతంగా ఉపయోగించే ఇతీరియము ఎగ్జిక్యూషన్ క్లయింట్లు అయిన Geth ను సృష్టించారు.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-mihai-alisie": "మిహై అలీసీ: విటాలిక్ బుటెరిన్తో కలిసి Bitcoin మ్యాగజైన్ను సహ-స్థాపించారు మరియు స్విట్జర్లాండ్లో ఇతీరియము ఫౌండేషన్ను స్థాపించడంలో సహాయపడ్డారు, వైస్ ప్రెసిడెంట్గా పనిచేస్తూ మరియు ఈథర్ యొక్క ప్రీ-సేల్ కోసం చట్టపరమైన ఫ్రేమ్వర్క్ను ఏర్పాటు చేశారు.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-anthony-di-lorio": "ఆంథోనీ డి లోరియో",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-amir-chetrit": "అమీర్ చెట్రిట్",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-charles-hoskinson": "చార్లెస్ హోస్కిన్సన్",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-7": "ఈ రోజు, విటాలిక్ బుటెరిన్ ఇతీరియము అభివృద్ధిలో చురుకుగా పాల్గొంటున్నారు. జోసెఫ్ లూబిన్ ConsenSysకి నాయకత్వం వహిస్తూనే ఉన్నారు. అతని కంపెనీ MetaMask మరియు Infura వంటి ఇతీరియము పర్యావరణ వ్యవస్థ కోసం కీలకమైన ఉపకరణాలను అభివృద్ధి చేస్తుంది.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-1": "విటాలిక్ యొక్క ప్రారంభ ఆలోచన నుండి ఇతీరియము యొక్క అధికారిక ప్రారంభం వరకు ప్రయాణం సుమారు 20 నెలలు పట్టింది. ఇక్కడ కీలక మైలురాళ్ళు ఉన్నాయి:",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-2": "నవంబర్ 2013: విటాలిక్ బుటెరిన్ ఇతీరియము వైట్పేపర్ను పంచుకున్నారు. ఇది స్మార్ట్ కాంట్రాక్టులను అమలు చేయగల బ్లాక్చైన్ ప్లాట్ఫారమ్ కోసం అతని దృష్టిని వివరిస్తుంది.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-3": "జనవరి 2014: మయామిలో జరిగిన నార్త్ అమెరికన్ Bitcoin కాన్ఫరెన్స్లో విటాలిక్ ఇతీరియము కోసం భావనను బహిరంగంగా ప్రకటించారు .",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-4": "జూలై–ఆగస్టు 2014: ఇతీరియము అభివృద్ధికి నిధులు సమకూర్చడానికి, వ్యవస్థాపక బృందం పబ్లిక్ క్రౌడ్ ఫండింగ్ ప్రచారాన్ని నిర్వహించింది. వారు ఈథర్ (ETH)కు బదులుగా 31,000 BTC (ఆ సమయంలో సుమారు $18 మిలియన్ల విలువ)ని సేకరించారు.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-5": "ఏప్రిల్ 2015: విటాలిక్ మరియు సహ-వ్యవస్థాపకులు ఇతీరియము యొక్క ఒలింపిక్ టెస్ట్నెట్ను ప్రారంభించారు. ఇది ప్రధాన నెట్వర్క్ ప్రారంభానికి ముందు చివరి పరీక్ష దశ.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-6": "జూలై 30, 2015: జెనెసిస్ బ్లాక్ను మైనింగ్ చేయడం ద్వారా వ్యవస్థాపక బృందం అధికారికంగా ఇతీరియము మెయిన్నెట్ను ప్రారంభించింది. ఇది ఇతీరియము నెట్వర్క్ పుట్టుకను సూచిస్తుంది.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-7": "మార్చి 14, 2016: ఇతీరియము సంఘం \"Homestead\"ను అమలు చేస్తుంది, ఇది మొదటి ప్రణాళికాబద్ధమైన అప్గ్రేడ్. ఇది ఇతీరియము ప్రధాన స్రవంతి స్వీకరణకు సిద్ధంగా ఉందని సంకేతం.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-8": "ఇతీరియము ప్రాజెక్ట్లో మాకు ఈ భావన ఉంది, దానికి మాకు నిజంగా ఒకే ఒక్క అవకాశం వస్తుందని, ఇది నిజంగా ఒకటి మరియు పూర్తయింది, కాబట్టి మేము దాన్ని సరిగ్గా చేయాల్సి వచ్చింది.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-9": "ఇతీరియము సహ-వ్యవస్థాపకుడు",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-10": "ఇతీరియము యొక్క ప్రారంభం బ్లాక్చైన్ టెక్నాలజీలో ఒక ప్రధాన మైలురాయిని గుర్తించింది. ఇది స్మార్ట్ కాంట్రాక్టులను ప్రవేశపెట్టింది మరియు వికేంద్రీకృత అప్లికేషన్ల కోసం ఒక ప్లాట్ఫారమ్ను సృష్టించింది.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-11": "ఇతీరియము మొదట ప్రాణం పోసుకున్న క్షణాన్ని భద్రపరుస్తూ, మీరు ఇతీరియము జెనెసిస్ బ్లాక్ను ఎల్లప్పుడూ వీక్షించవచ్చు .",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-12": "ఇతీరియము అప్గ్రేడ్ల పూర్తి జాబితాను చూడండి",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-13": "భవిష్యత్ ఇతీరియము రోడ్మ్యాప్ను చూడండి",
+ "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-1": "ఇతీరియము యొక్క అత్యంత ప్రత్యేకమైన అంశాలలో ఒకటి దాని యాజమాన్య నిర్మాణం, లేదా మరింత కచ్చితంగా చెప్పాలంటే, సాంప్రదాయ యాజమాన్యం లేకపోవడం. ఒక సాధారణ కంపెనీలా కాకుండా, ఇతీరియము:",
+ "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-2": "CEO లేదా కేంద్ర అధికారం లేదు",
+ "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-3": "ఏ ఒక్క సంస్థ లేదా సంస్థచే నియంత్రించబడదు",
+ "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-4": "సాంప్రదాయ అర్థంలో వాటాదారులను కలిగి ఉండదు",
+ "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-5": "బదులుగా, ఇతీరియము వికేంద్రీకృత నెట్వర్క్గా పనిచేస్తుంది. ఇది ప్రపంచవ్యాప్తంగా వేలాది స్వతంత్ర కంప్యూటర్ల (నోడ్స్) ద్వారా నిర్వహించబడుతుంది. ఈ వికేంద్రీకృత నమూనా ఇతీరియము యొక్క రూపకల్పన మరియు విలువకు మూలం.",
+ "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-6": "అనేక కీలక బృందాలు ఇతీరియము యొక్క కొనసాగుతున్న అభివృద్ధి మరియు పరిపాలనకు సహాయపడతాయి:",
+ "page-ethereum-history-founder-and-ownership-ethereum-foundation": "1. ది ఇతీరియము ఫౌండేషన్",
+ "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-1": "ఇతీరియము ఫౌండేషన్ ఒక లాభాపేక్ష లేని సంస్థ, ఇది ఇతీరియము మరియు సంబంధిత సాంకేతికతలకు మద్దతు ఇస్తుంది. ఇది ముఖ్యమైనప్పటికీ, ఇది నెట్వర్క్ను నియంత్రించదు. ఫౌండేషన్:",
+ "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-2": "ఇతీరియము అభివృద్ధికి మద్దతు ఇవ్వడానికి నిధులను నిర్వహిస్తుంది",
+ "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-3": "ఇతీరియముపై నిర్మించే ప్రాజెక్ట్లకు గ్రాంట్లు అందిస్తుంది",
+ "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-4": "సంఘం ఈవెంట్లు మరియు విద్యా కార్యక్రమాలను నిర్వహిస్తుంది",
+ "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-5": "పరిశోధన ప్రయత్నాలను సమన్వయం చేస్తుంది",
+ "page-ethereum-history-founder-and-ownership-core-developers": "2. కోర్ డెవలపర్లు మరియు పరిశోధకులు",
+ "page-ethereum-history-founder-and-ownership-core-developers-description-1": "ప్రపంచవ్యాప్త డెవలపర్లు మరియు పరిశోధకుల సంఘం ఇతీరియము యొక్క కోడ్ మరియు రూపకల్పనకు దోహదం చేస్తుంది. ఈ సహకారులు బహిరంగ, ప్రజా ప్రక్రియ ద్వారా మెరుగుదలలను ప్రతిపాదిస్తారు, చర్చిస్తారు మరియు అమలు చేస్తారు. విటాలిక్ బుటెరిన్ సంఘంలో గౌరవించబడతారు, అయితే, ఏ ఒక్క వ్యక్తి ద్వారా కాకుండా సమూహ ఒప్పందం ద్వారా నిర్ణయాలు తీసుకోబడతాయి.",
+ "page-ethereum-history-founder-and-ownership-eip": "3. ఇతీరియము ఇంప్రూవ్మెంట్ ప్రపోజల్స్ (EIPలు)",
+ "page-ethereum-history-founder-and-ownership-eip-description-1": "ఇతీరియము సంఘం ఇతీరియము ఇంప్రూవ్మెంట్ ప్రపోజల్స్ (EIPలు) ద్వారా నెట్వర్క్కు మార్పులను ప్రతిపాదిస్తుంది. ఈ బహిరంగ వ్యవస్థ ఎవరైనా మెరుగుదలలను సూచించడానికి అనుమతిస్తుంది. ఈ ఆలోచనలు తరువాత సంఘం ద్వారా చర్చించబడతాయి, శుద్ధి చేయబడతాయి మరియు బహుశా అమలు చేయబడతాయి.",
+ "page-ethereum-history-founder-and-ownership-validators": "4. నోడ్ ఆపరేటర్లు మరియు వాలిడేటర్లు",
+ "page-ethereum-history-founder-and-ownership-validators-description-1": "సెప్టెంబర్ 2022లో ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్కు మారినప్పటి నుండి, ETHను లాక్ చేసి (స్టేక్) మరియు లావాదేవీలను ప్రాసెస్ చేసే వాలిడేటర్ల ద్వారా నెట్వర్క్ సురక్షితం చేయబడింది. ప్రపంచవ్యాప్తంగా పెద్ద సంఖ్యలో వాలిడేటర్లు విస్తరించి ఉన్నారు, ఇది నెట్వర్క్ నియంత్రణను సుదూర ప్రాంతాలకు పంపిణీ చేస్తుంది.",
+ "page-ethereum-history-founder-and-ownership-validators-description-2": "ఈ వికేంద్రీకృత నమూనా ఏ ఒక్క సంస్థచే నియంత్రణను పరిమితం చేస్తుంది, ఇతీరియమును సెన్సార్షిప్కు నిరోధకంగా చేస్తుంది. ఇందులో దాని అసలు వ్యవస్థాపకులు కూడా ఉన్నారు. ఏ ఒక్క వ్యక్తి లేదా సంస్థ ఇతీరియము నియమాలను మార్చలేరు లేదా నెట్వర్క్ను వారి స్వంతంగా మూసివేయలేరు.",
+ "page-ethereum-history-founder-and-ownership-validators-description-3": "ఇతీరియముపై ఒక అప్లికేషన్ను నిర్మించడం మరియు కొన్ని సాంప్రదాయ కేంద్రీకృత ప్లాట్ఫారమ్పై నిర్మించడం మధ్య ప్రధాన వ్యత్యాసం ఈ ప్రధాన ఆలోచన: మీరు మీ అప్లికేషన్ను నిర్మించిన తర్వాత, ఆ అప్లికేషన్ దాని కొనసాగింపు కోసం మీపై లేదా మరే ఇతర వ్యక్తిపై ఆధారపడవలసిన అవసరం లేదు. మరియు పేర్కొన్న నియమాల ప్రకారం అప్లికేషన్ నిరంతరం నడుస్తుందని హామీ ఇవ్వబడింది.",
+ "page-ethereum-history-founder-and-ownership-conclusion": "ముగింపు",
+ "page-ethereum-history-founder-and-ownership-conclusion-description-1": "2013లో విటాలిక్ బుటెరిన్ చేత సృష్టించబడినప్పటి నుండి 2015లో దాని ప్రారంభం మరియు ఈనాటి పెరుగుదల వరకు, ఇతీరియము దాని వ్యవస్థాపక దృష్టికి నిజంగా కట్టుబడి ఉంది. ఇది ప్రోగ్రామ్ చేసిన విధంగానే నడిచే అప్లికేషన్ల కోసం వికేంద్రీకృత, విశ్వసనీయంగా తటస్థ ప్లాట్ఫారమ్గా మిగిలిపోయింది. నెట్వర్క్ మరియు దానిపై నిర్మించిన యాప్లు డౌన్టైమ్, సెన్సార్షిప్, మోసం లేదా మూడవ పక్షం జోక్యం లేకుండా నడుస్తాయి.",
+ "page-ethereum-history-founder-and-ownership-conclusion-description-2": "ప్రతి అప్డేట్ మరియు ఆవిష్కరణతో ఇతీరియము కథ కొనసాగుతుంది. నెట్వర్క్ అభివృద్ధి చెందుతున్న కొద్దీ, సాంప్రదాయ కార్పొరేట్ నిర్మాణాలు లేకుండా వికేంద్రీకృత పరిపాలన సాంకేతిక పురోగతిని ఎలా నడిపిస్తుందో ఇది ఉదాహరణగా నిలుస్తుంది.",
+ "page-ethereum-history-founder-and-ownership-conclusion-description-3": "ఇతీరియము ఒక దూరదృష్టి గల వైట్పేపర్ నుండి వేలాది అప్లికేషన్లు మరియు బిలియన్ల విలువను శక్తివంతం చేసే గ్లోబల్ ఇన్ఫ్రాస్ట్రక్చర్ లేయర్గా రూపాంతరం చెందింది. ఇది బహిరంగ సహకారం కేవలం ఫైనాన్స్ను మాత్రమే కాకుండా, యాజమాన్యం, పరిపాలన మరియు డిజిటల్ విశ్వాసం యొక్క ప్రాథమిక భావనలను కూడా పునర్రూపకల్పన చేయగలదని నిరూపిస్తుంది.",
+ "page-ethereum-history-founder-and-ownership-conclusion-description-4": "ఇతీరియము యొక్క పరిపాలన ప్రక్రియ గురించి మరింత తెలుసుకోండి"
+}
diff --git a/src/intl/te/page-ethereum-vs-bitcoin.json b/src/intl/te/page-ethereum-vs-bitcoin.json
new file mode 100644
index 00000000000..db4460b083c
--- /dev/null
+++ b/src/intl/te/page-ethereum-vs-bitcoin.json
@@ -0,0 +1,101 @@
+{
+ "page-ethereum-vs-bitcoin-meta-title": "ఇతీరియము vs బిట్ కాయిన్: తేడా ఏమిటి? | ethereum.org",
+ "page-ethereum-vs-bitcoin-meta-description": "బిట్ కాయిన్ మరియు ఇతీరియము మధ్య తేడాలను తెలుసుకోండి, ఇందులో వినియోగ కేసులు, నెట్వర్క్ పనితీరు, భద్రత, టోకెన్ ఎకనామిక్స్, వికేంద్రీకరణ స్థాయి మరియు మరిన్ని ఉన్నాయి.",
+ "page-ethereum-vs-bitcoin-twitter-meta-description": "బిట్ కాయిన్ మరియు ఇతీరియము మధ్య తేడాలను తెలుసుకోండి, ఇందులో వినియోగ కేసులు, నెట్వర్క్ పనితీరు, టోకెన్ ఎకనామిక్స్ మరియు మరిన్ని ఉన్నాయి.",
+ "page-ethereum-vs-bitcoin-title": "ఇతీరియము vs బిట్ కాయిన్: తేడా ఏమిటి?",
+ "page-ethereum-vs-bitcoin-description-1": "బిట్ కాయిన్ మరియు ఇతీరియము అత్యంత ప్రసిద్ధి చెందిన రెండు వికేంద్రీకృత బ్లాక్చైన్ నెట్వర్క్లు, కానీ అవి చాలా విభిన్న ప్రయోజనాలకు ఉపయోగపడతాయి.",
+ "page-ethereum-vs-bitcoin-section-1": "బిట్ కాయిన్ (పెద్ద B తో) అనేది బిట్ కాయిన్ (చిన్న b) అని పిలువబడే డిజిటల్ కరెన్సీ కోసం రూపొందించబడిన ఒక బ్లాక్చైన్. ఇతీరియము దాని స్థానిక క్రిప్టోకరెన్సీ ఈథర్ (ETH) ద్వారా శక్తినిచ్చే అప్లికేషన్లు మరియు ఆస్తుల కోసం ఒక వికేంద్రీకృత ప్లాట్ఫారమ్గా రూపొందించబడింది.",
+ "page-ethereum-vs-bitcoin-section-2": "రెండూ బ్లాక్చైన్ టెక్నాలజీని ఉపయోగిస్తాయి, ఓపెన్-సోర్స్ మరియు గ్లోబల్ కమ్యూనిటీలచే నిర్వహించబడతాయి, కానీ వాటి లక్ష్యాలు మరియు ఫీచర్లు విభిన్నంగా ఉంటాయి. ఈ గైడ్లో, ప్రతి నెట్వర్క్ అంటే ఏమిటి, వాటిలో ఉమ్మడిగా ఏముంది, మరియు సాంకేతికత, సంస్కృతి మరియు భవిష్యత్ దృక్పథం వంటి రంగాలలో అవి ఎలా విభిన్నంగా ఉన్నాయో మేము వివరిస్తాము.",
+ "page-ethereum-vs-bitcoin-bitcoin-section-title": "బిట్ కాయిన్—ఒక శీఘ్ర పరిచయం",
+ "page-ethereum-vs-bitcoin-bitcoin-section-1": "బిట్ కాయిన్ ఒక వికేంద్రీకృత డిజిటల్ కరెన్సీ నెట్వర్క్. ఇది 2008 ఆర్థిక సంక్షోభం తర్వాత కొద్దికాలానికే, 2009లో సతోషి నకమోటో అనే పేరును ఉపయోగించి ఒక అనామక సంస్థచే సృష్టించబడింది. బిట్ కాయిన్ను పీర్-టు-పీర్ ఎలక్ట్రానిక్ నగదు వ్యవస్థగా మార్చాలనేది ఆలోచన.",
+ "page-ethereum-vs-bitcoin-bitcoin-section-2": "బిట్ కాయిన్ ఇంటర్నెట్ ద్వారా బిట్ కాయిన్ను పంపడానికి మరియు స్వీకరించడానికి ఎవరికైనా అనుమతిస్తుంది, ఇది ఒక బ్యాంకు వంటి కేంద్ర అధికారంపై ఆధారపడకుండా జరుగుతుంది. అన్ని లావాదేవీలు బ్లాక్ చైను అని పిలువబడే పబ్లిక్ లెడ్జర్లో నమోదు చేయబడతాయి.",
+ "page-ethereum-vs-bitcoin-bitcoin-section-3": "బిట్ కాయిన్ తన నెట్వర్క్ను భద్రపరచడానికి ప్రూఫ్-ఆఫ్-వర్క్ను ఉపయోగిస్తుంది. ప్రపంచవ్యాప్తంగా ఉన్న కంప్యూటర్లు కొత్త బ్లాక్లను జోడించడానికి అనుమతించే క్రిప్టోగ్రాఫిక్ పజిల్స్ను పరిష్కరించడానికి పోటీపడతాయి. ఈ ప్రత్యేకమైన కంప్యూటర్లను మైనర్లు అని పిలుస్తారు మరియు కొత్త బ్లాక్లను \"మైనింగ్\" చేసినందుకు బ్లాక్ రివార్డుగా బిట్ కాయిన్ను అందుకుంటారు.",
+ "page-ethereum-vs-bitcoin-bitcoin-section-4": "బిట్ కాయిన్కు 21 మిలియన్ కాయిన్ల స్థిరమైన గరిష్ట సరఫరా ఉంది. బిట్ కాయిన్ను డిజిటల్ బంగారం అని తరచుగా ఎందుకు సూచిస్తారనడానికి ఈ డిజైన్ ఎంపిక ఒక ముఖ్య కారణం.",
+ "page-ethereum-vs-bitcoin-ethereum-section-title": "ఇతీరియము—ఒక శీఘ్ర పరిచయం",
+ "page-ethereum-vs-bitcoin-ethereum-section-1": "బిట్ కాయిన్ లాగే, ఇతీరియము కూడా ఒక వికేంద్రీకృత బ్లాక్చైన్ నెట్వర్క్, కానీ ఇది కేవలం చెల్లింపులను రికార్డ్ చేయడం కంటే ఎక్కువ చేయడానికి రూపొందించబడింది. 2015లో విటాలిక్ బుటెరిన్ అనే సాఫ్ట్వేర్ డెవలపర్ మరియు అతని సహ-వ్యవస్థాపకులచే ప్రారంభించబడిన ఇతీరియము, ఒక స్మార్ట్ కాంట్రాక్ట్ మరియు వికేంద్రీకృత అప్లికేషన్ ప్లాట్ఫారమ్గా నిర్మించబడింది.",
+ "page-ethereum-vs-bitcoin-ethereum-section-2": "ఇతీరియము బిట్ కాయిన్ లాగే ఎవరికైనా విలువను పంపడానికి మరియు స్వీకరించడానికి అనుమతిస్తుంది, కానీ ఇది అప్లికేషన్ల కోసం ఎవరైనా ఉపయోగించగల ప్లాట్ఫారమ్గా కూడా పనిచేస్తుంది. ఇతీరియము నెట్వర్క్ వేలాది నోడ్స్లో నడుస్తుంది మరియు ఒకే సంస్థచే నియంత్రించబడదు.",
+ "page-ethereum-vs-bitcoin-ethereum-section-3": "ఎవరైనా ఇతీరియముకు అప్లికేషన్లను సృష్టించి, డిప్లాయ్ చేయవచ్చు. ఈ ప్రోగ్రామ్లను స్మార్ట్ కాంట్రాక్టులు అని పిలుస్తారు, మరియు అవి ఇతీరియము యొక్క ప్రధాన ఆవిష్కరణ.",
+ "page-ethereum-vs-bitcoin-ethereum-section-4": "స్మార్ట్ కాంట్రాక్ట్ డిప్లాయ్ చేయబడిన తర్వాత, దానితో ఇంటరాక్ట్ అయినప్పుడు అది డిటర్మినిస్టిక్గా నడుస్తుంది. ఇది లెండింగ్, ట్రేడింగ్, గేమ్లు, మరియు డిజిటల్ కలెక్టిబుల్స్ వంటి వాటి కోసం యాప్లను రూపొందించడానికి వీలు కల్పిస్తుంది, ఇవి ప్రపంచవ్యాప్తంగా లక్షలాది మంది వినియోగదారుల కోసం రోజంతా, ప్రతిరోజూ నడుస్తాయి.",
+ "page-ethereum-vs-bitcoin-ethereum-section-5": "బిట్ కాయిన్ నెట్వర్క్లో లావాదేవీ రుసుములను చెల్లించడానికి బిట్ కాయిన్ ఎలా ఉపయోగించబడుతుందో, అదే విధంగా ఇతీరియము యొక్క స్థానిక కరెన్సీ, ఈథర్, లావాదేవీ రుసుములను చెల్లించడానికి, స్మార్ట్ కాంట్రాక్టులను ప్రచురించడానికి మరియు ఉపయోగించడానికి, మరియు నెట్వర్క్ను భద్రపరచడానికి ఉపయోగించబడుతుంది. ఈథర్ ప్రోగ్రామ్లను నడపడానికి ఇంధనంగా మరియు విలువ నిల్వగా రెండింటిగా పనిచేస్తుంది.",
+ "page-ethereum-vs-bitcoin-ethereum-section-6": "ఇతీరియము గురించి మరియు అది ఎలా పనిచేస్తుందో మరింత తెలుసుకోండి",
+ "page-ethereum-vs-bitcoin-differences-section-title": "ప్రధాన తేడాలు",
+ "page-ethereum-vs-bitcoin-differences-section-1": "బిట్ కాయిన్ మరియు ఇతీరియము వికేంద్రీకృత నెట్వర్క్లను నిర్వహించడానికి బ్లాక్చైన్ టెక్నాలజీని ఉపయోగిస్తాయి, కానీ అవి వాటి డిజైన్, ఉద్దేశ్యం మరియు సామర్థ్యాలలో విభిన్నంగా ఉంటాయి.",
+ "page-ethereum-vs-bitcoin-differences-table-area": "విభాగం",
+ "page-ethereum-vs-bitcoin-differences-table-bitcoin": "బిట్కాయిన్",
+ "page-ethereum-vs-bitcoin-differences-table-ethereum": "ఇతీరియము",
+ "page-ethereum-vs-bitcoin-differences-table-row-1-1": "ప్రాథమిక ఉద్దేశ్యం",
+ "page-ethereum-vs-bitcoin-differences-table-row-1-2": "పీర్-టు-పీర్ డిజిటల్ కరెన్సీ",
+ "page-ethereum-vs-bitcoin-differences-table-row-1-3": "యాప్లు మరియు డిజిటల్ ఆర్థిక వ్యవస్థల కోసం ప్లాట్ఫారమ్",
+ "page-ethereum-vs-bitcoin-differences-table-row-2-1": "స్మార్ట్ కాంట్రాక్టులు",
+ "page-ethereum-vs-bitcoin-differences-table-row-2-2": "మద్దతు లేదు",
+ "page-ethereum-vs-bitcoin-differences-table-row-2-3": "కోర్ ఫంక్షనాలిటీ",
+ "page-ethereum-vs-bitcoin-differences-table-row-3-1": "సరఫరా",
+ "page-ethereum-vs-bitcoin-differences-table-row-3-2": "అసలు మరియు మార్చని ప్రోటోకాల్ ద్వారా నిర్దేశించబడిన స్థిర/పూర్వనిర్ణీత రేటుతో ప్రతి బ్లాక్లో బిట్కాయిన్ జారీ చేయబడుతుంది, చివరికి 21 మిలియన్ల స్థిర పరిమితి ఉంటుంది.",
+ "page-ethereum-vs-bitcoin-differences-table-row-3-3": "కార్యాచరణ/డిమాండ్కు అనులోమానుపాతంలో ప్రతి బ్లాక్కు ఈథర్ బర్న్ చేయబడుతుంది మరియు మొత్తం స్టేక్ చేయబడిన ETHకు అనులోమానుపాతంలో ప్రతి ఎపోక్లో జారీ చేయబడుతుంది. స్థిర పరిమితి లేదు, కానీ జారీ రేటు మొత్తం స్టేక్ చేయబడిన ETH ద్వారా పరిమితం చేయబడింది.",
+ "page-ethereum-vs-bitcoin-differences-table-row-4-1": "ఏకాభిప్రాయ యంత్రాంగం",
+ "page-ethereum-vs-bitcoin-differences-table-row-4-2": "ప్రూఫ్-ఆఫ్-వర్క్",
+ "page-ethereum-vs-bitcoin-differences-table-row-4-3": "ప్రూఫ్-ఆఫ్-స్టేక్",
+ "page-ethereum-vs-bitcoin-differences-table-row-5-1": "వేగం",
+ "page-ethereum-vs-bitcoin-differences-table-row-5-2": "ఆరు బ్లాక్ల తర్వాత చాలామంది ద్వారా మార్చలేనిదిగా పరిగణించబడుతుంది, సగటున 60 నిమిషాలు",
+ "page-ethereum-vs-bitcoin-differences-table-row-5-3": "ఫైనాలిటీకి సుమారు 15 నిమిషాలు",
+ "page-ethereum-vs-bitcoin-differences-table-row-6-1": "శక్తి వినియోగం",
+ "page-ethereum-vs-bitcoin-differences-table-row-6-2": "అధిక",
+ "page-ethereum-vs-bitcoin-differences-table-row-6-3": "తక్కువ",
+ "page-ethereum-vs-bitcoin-differences-table-row-7-1": "గవర్నెన్స్",
+ "page-ethereum-vs-bitcoin-differences-table-row-7-2": "సంప్రదాయవాద, నెమ్మదిగా కదిలే",
+ "page-ethereum-vs-bitcoin-differences-table-row-7-3": "సౌకర్యవంతమైన, కమ్యూనిటీ-ఆధారిత",
+ "page-ethereum-vs-bitcoin-differences-table-row-8-1": "డెవలపర్ ఎకోసిస్టమ్",
+ "page-ethereum-vs-bitcoin-differences-table-row-8-2": "చిన్నది",
+ "page-ethereum-vs-bitcoin-differences-table-row-8-3": "పెద్దది మరియు చురుకైనది",
+ "page-ethereum-vs-bitcoin-differences-table-row-9-1": "అప్గ్రేడ్లు",
+ "page-ethereum-vs-bitcoin-differences-table-row-9-2": "అరుదైనవి",
+ "page-ethereum-vs-bitcoin-differences-table-row-9-3": "తరచుగా మరియు పునరావృతమయ్యేవి",
+ "page-ethereum-vs-bitcoin-purpose-title": "బిట్ కాయిన్ vs ఇతీరియము యొక్క ఉద్దేశ్యం",
+ "page-ethereum-vs-bitcoin-purpose-1": "2009లో ప్రపంచ ఆర్థిక సంక్షోభం నేపథ్యంలో బిట్కాయిన్ సృష్టించబడింది. బ్యాంకులు లేదా ప్రభుత్వాలు లేకుండా పనిచేసే పీర్-టు-పీర్ రూపంలో డబ్బును అందించడం దీని లక్ష్యం. ఇది డిజైన్ ప్రకారం సరళమైనది. నెట్వర్క్ మధ్యవర్తి లేకుండా ఒక వ్యక్తి నుండి మరొకరికి విలువను బదిలీ చేయడం లక్ష్యంగా పెట్టుకుంది. ఈ సంకుచిత దృష్టి దీనిని డిజిటల్ బంగారం రూపంలో, అరుదైన మరియు మన్నికైన విలువ నిల్వగా విస్తృతంగా ప్రసిద్ధి చెందడానికి సహాయపడింది, దీనిని మార్పిడి మాధ్యమంగా కూడా ఉపయోగించవచ్చు.",
+ "page-ethereum-vs-bitcoin-purpose-2": "ఇతీరియము 2015లో విస్తృత దృష్టితో ప్రారంభించబడింది. దీని సృష్టికర్తలు బ్లాక్చైన్ యొక్క భద్రత మరియు వికేంద్రీకరణను తీసుకొని దానిని ప్రోగ్రామబుల్ చేయాలనుకున్నారు. చెల్లింపులకు పరిమితం కాకుండా, ఇతీరియము స్మార్ట్ కాంట్రాక్టులు అని పిలువబడే స్వీయ-నిర్వహణ ప్రోగ్రామ్లను వ్రాయడానికి మరియు ప్రచురించడానికి ఎవరికైనా అనుమతిస్తుంది. ఇది వికేంద్రీకృత ఫైనాన్స్ (DeFi) మరియు స్టేబుల్కాయిన్ల నుండి నాన్-ఫంగిబుల్ టోకెన్లు (NFTలు), గేమ్లు మరియు వికేంద్రీకృత సోషల్ మీడియా వరకు పూర్తిగా కొత్త వర్గం అప్లికేషన్లకు తలుపులు తెరుస్తుంది.",
+ "page-ethereum-vs-bitcoin-purpose-3": "సాంకేతిక డిజైన్లు ఈ ప్రయోజనాలను ప్రతిబింబిస్తాయి. బిట్ కాయిన్ యొక్క స్క్రిప్టింగ్ భాష పరిమితంగా ఉంటుంది, ఇది సంక్లిష్టతను తగ్గిస్తుంది మరియు నెట్వర్క్ను సురక్షితంగా ఉంచడంలో సహాయపడుతుంది. ఇతీరియము యొక్క ప్రోగ్రామింగ్ భాష మరింత వ్యక్తీకరణాత్మకమైనది, ఇది అప్లికేషన్ల మధ్య మరింత సంక్లిష్టమైన స్థితులు మరియు పరస్పర చర్యలను నిల్వ చేయడానికి మరియు నిర్వహించడానికి అనుమతిస్తుంది. ఈ సౌలభ్యం ఒక బలం, కానీ దీని అర్థం నెట్వర్క్ మరింత వేగంగా అభివృద్ధి చెందుతుంది, సాధారణ అప్గ్రేడ్లు మరియు కొత్త ఫీచర్లతో.",
+ "page-ethereum-vs-bitcoin-purpose-4": "విస్తృత డిజిటల్ ఆర్థిక వ్యవస్థలో రెండూ విభిన్న పాత్రలను పోషిస్తాయి. బిట్ కాయిన్ ఒక స్థిరమైన మరియు వికేంద్రీకృత విలువ నిల్వగా ఉండటంపై దృష్టి పెడుతుంది. ఇతీరియము వికేంద్రీకృత అప్లికేషన్లు మరియు ప్రోగ్రామబుల్ ఆస్తుల కోసం గ్లోబల్ సెటిల్మెంట్ లేయర్గా ఉండాలని లక్ష్యంగా పెట్టుకుంది.",
+ "page-ethereum-vs-bitcoin-usecases-and-adoption-title": "వినియోగ కేసులు మరియు స్వీకరణ",
+ "page-ethereum-vs-bitcoin-usecases-and-adoption-1": "బిట్ కాయిన్ సాధారణంగా విలువ నిల్వగా ఉపయోగించబడుతుంది. చాలా మంది పెట్టుబడిదారులు దీనిని ద్రవ్యోల్బణానికి వ్యతిరేకంగా ఒక రక్షణగా లేదా ఆర్థిక అస్థిరతకు వ్యతిరేకంగా చూస్తారు. కొన్ని దేశాలలో, ఇది ఒక ప్రత్యామ్నాయ కరెన్సీగా లేదా సాంప్రదాయ బ్యాంకింగ్ వ్యవస్థ వెలుపల ప్రజలు ఆదా చేయడానికి ఒక మార్గంగా ఉపయోగించబడుతుంది.",
+ "page-ethereum-vs-bitcoin-usecases-and-adoption-2": "ఈథర్ కూడా విలువ నిల్వగా పనిచేస్తుంది, కానీ దాని ప్రాథమిక పాత్ర అప్లికేషన్లు మరియు ఆస్తుల యొక్క విస్తృత పర్యావరణ వ్యవస్థకు శక్తినివ్వడం. డెవలపర్లు కొత్త ప్రోటోకాల్లను సృష్టించడానికి, టోకెన్లను ప్రారంభించడానికి, వికేంద్రీకృత ఎక్స్ఛేంజ్లను నడపడానికి, NFTలను ముద్రించడానికి, గేమ్లను రూపొందించడానికి మరియు కేంద్రీకృత నియంత్రణ లేకుండా నడిచే సామాజిక ప్లాట్ఫారమ్లను అభివృద్ధి చేయడానికి ఇతీరియమును ఉపయోగించవచ్చు.",
+ "page-ethereum-vs-bitcoin-usecases-and-adoption-3": "ఇతీరియము కొత్త రకాల ఫైనాన్స్, క్రౌడ్ఫండింగ్ మరియు డిజిటల్ యాజమాన్యం కోసం వేలాది వికేంద్రీకృత అప్లికేషన్లకు మద్దతు ఇస్తుంది. కొన్ని వినియోగ కేసులు రెండు నెట్వర్క్లను కూడా కనెక్ట్ చేస్తాయి. ఉదాహరణకు, DeFiలో లెండింగ్, బారోయింగ్ మరియు ట్రేడింగ్ వంటి కార్యకలాపాల కోసం బిట్ కాయిన్ను \"వ్రాప్\" చేసి ఇతీరియములో ఉపయోగించవచ్చు.",
+ "page-ethereum-vs-bitcoin-usecases-and-adoption-4": "సంస్థాగత స్వీకరణ ఈ తేడాలను ప్రతిబింబిస్తుంది. బిట్ కాయిన్ క్రిప్టోకరెన్సీ దీర్ఘకాలిక విలువ నిల్వగా విస్తృతంగా పరిగణించబడుతుంది, అయితే ఇతీరియము వికేంద్రీకృత మౌలిక సదుపాయాలుగా చూడబడుతుంది. దాని ప్రోగ్రామబిలిటీ ఫిన్టెక్ ప్లాట్ఫారమ్లు మరియు చెల్లింపు ప్రొవైడర్లను ఆకర్షిస్తుంది.",
+ "page-ethereum-vs-bitcoin-usecases-and-adoption-5": "ఇతీరియము దేనికి ఉపయోగించబడుతుందో మరింత తెలుసుకోండి",
+ "page-ethereum-vs-bitcoin-monetary-policy-title": "ద్రవ్య విధానం",
+ "page-ethereum-vs-bitcoin-monetary-policy-1": "బిట్కాయిన్ సరఫరా 21 మిలియన్ కాయిన్ల వద్ద పరిమితం చేయబడుతుంది. ఈ కఠినమైన పరిమితి ప్రోటోకాల్ ద్వారా అమలు చేయబడుతుంది మరియు బిట్కాయిన్ను బంగారంతో పోల్చడానికి ఒక కారణం ఇదే. కొత్త బిట్కాయిన్లు మైనింగ్ రివార్డుల ద్వారా ప్రసరణలోకి వస్తాయి, ఇవి ప్రతి 210,000 బ్లాక్లకు సగానికి తగ్గుతాయి, దీనిని మైన్ చేయడానికి సుమారు 4 సంవత్సరాలు పడుతుంది, ఈ సంఘటనను ది హేవింగ్ అని పిలుస్తారు. 2009లో ప్రతి బ్లాక్కు 50 బిట్కాయిన్ల వద్ద రివార్డు ప్రారంభమై, 2012లో 25కి, ఆ తర్వాత 2016లో 12.5కి, మరియు అలా కొనసాగింది. ఈ రేటుతో, చివరి బిట్కాయిన్ 2140 సంవత్సరం నాటికి మైన్ చేయబడుతుందని అంచనా.",
+ "page-ethereum-vs-bitcoin-monetary-policy-2": "బిట్కాయిన్ యొక్క మైనింగ్ రివార్డులు మరియు లావాదేవీ రుసుములు నెట్వర్క్ కోసం చెల్లిస్తాయి మరియు దానిని భద్రపరచడానికి ఉపయోగించబడతాయి. అయితే, బ్లాక్ రివార్డు సగానికి తగ్గినప్పుడు, నెట్వర్క్ తన కోసం చెల్లించడానికి లావాదేవీ రుసుములపై ఎక్కువగా ఆధారపడి ఉంటుంది. ప్రస్తుతం నెట్వర్క్ రుసుములు నెట్వర్క్ ఆదాయంలో చిన్న భాగాన్ని (<5%) కలిగి ఉన్నాయి, అంటే బిట్కాయిన్ నెట్వర్క్ జారీ 0కి వెళ్ళినప్పుడు నెట్వర్క్ యొక్క దీర్ఘకాలిక భద్రత ప్రమాదంలో ఉండవచ్చు.",
+ "page-ethereum-vs-bitcoin-monetary-policy-3": "ఇతీరియముకు స్థిరమైన సరఫరా పరిమితి లేదు. బదులుగా, దాని జారీ ప్రోటోకాల్ నిబంధనల ద్వారా నిర్ణయించబడుతుంది మరియు ఇటీవలి అప్గ్రేడ్లు కాలక్రమేణా సరఫరాను తగ్గించగల యంత్రాంగాలను ప్రవేశపెట్టాయి. అత్యంత ముఖ్యమైనది EIP-1559 అప్గ్రేడ్, ఇది లావాదేవీ రుసుములలో కొంత భాగాన్ని బర్న్ చేస్తుంది. నెట్వర్క్ కార్యకలాపాలు ఎక్కువగా ఉన్నప్పుడు, జారీ చేయబడిన దానికంటే ఎక్కువ ETH బర్న్ చేయబడవచ్చు, ఆ కాలాల్లో సరఫరాను ప్రతి ద్రవ్యోల్బణంగా మారుస్తుంది.",
+ "page-ethereum-vs-bitcoin-monetary-policy-4": "ఇతీరియము యొక్క ద్రవ్య విధానం శాశ్వతంగా భద్రతా బడ్జెట్కు హామీ ఇస్తుంది, లావాదేవీ రుసుములు మరియు బ్లాక్ రివార్డులు నెట్వర్క్ భద్రతా బడ్జెట్ను అందిస్తాయి.",
+ "page-ethereum-vs-bitcoin-developer-ecosystem-title": "డెవలపర్ ఎకోసిస్టమ్",
+ "page-ethereum-vs-bitcoin-developer-ecosystem-1": "ఇతీరియము అతిపెద్ద బ్లాక్చైన్ డెవలపర్ కమ్యూనిటీలలో ఒకటి. ఇతీరియముపై నిర్మించడం వలన మీకు విస్తృత శ్రేణి ఉపకరణాలు, ఫ్రేమ్వర్క్లు, గ్రాంట్లు మరియు హ్యాకథాన్లకు యాక్సెస్ లభిస్తుంది. ఎథేరియం వర్చువల్ మషీన్ (EVM) ఇతీరియము యొక్క రన్టైమ్ వాతావరణం మరియు ఇది ఒక సాధారణ ప్రమాణంగా మారింది, అనేక ఇతర బ్లాక్చెయిన్లు అనుకూలతను నిర్ధారించడానికి దీనిని ఉపయోగిస్తున్నాయి.",
+ "page-ethereum-vs-bitcoin-developer-ecosystem-2": "ERC-20 మరియు ERC-721 వంటి టోకెన్ ప్రమాణాలు విస్తృత బ్లాక్చైన్ ఆర్థిక వ్యవస్థకు పునాదిగా మారాయి. అనేక లేయర్ 2 నెట్వర్క్లు మరియు ఇతర బ్లాక్చెయిన్లు EVMను ఉపయోగిస్తాయి, తద్వారా యాప్లు, వాలెట్లు మరియు స్మార్ట్ కాంట్రాక్టుల కోడ్ను కనీస మార్పులతో బ్లాక్చెయిన్లలో ఉపయోగించవచ్చు.",
+ "page-ethereum-vs-bitcoin-developer-ecosystem-3": "బిట్కాయిన్ డెవలపర్ కమ్యూనిటీ చిన్నది మరియు మరింత కేంద్రీకృతమైనది. చాలా కార్యకలాపాలు కోర్ ప్రోటోకాల్ను నిర్వహించడం మరియు మెరుగుపరచడం, అలాగే వేగవంతమైన మరియు చౌకైన చెల్లింపుల కోసం లైట్నింగ్ నెట్వర్క్ వంటి లేయర్ 2 పరిష్కారాలను అభివృద్ధి చేయడంపై కేంద్రీకృతమై ఉంటాయి.",
+ "page-ethereum-vs-bitcoin-developer-ecosystem-4": "ఇతీరియము డెవలపర్ వనరుల గురించి మరింత తెలుసుకోండి",
+ "page-ethereum-vs-bitcoin-security-and-consensus-title": "భద్రత మరియు ఏకాభిప్రాయం",
+ "page-ethereum-vs-bitcoin-security-and-consensus-1": "బిట్ కాయిన్ మరియు ఇతీరియము రెండూ స్వతంత్ర నోడ్స్ యొక్క పెద్ద, పంపిణీ చేయబడిన నెట్వర్క్ల ద్వారా భద్రపరచబడతాయి, కానీ అవి నెట్వర్క్ స్థితిపై అంగీకరించడానికి విభిన్న పద్ధతులను ఉపయోగిస్తాయి.",
+ "page-ethereum-vs-bitcoin-security-and-consensus-2": "బిట్ కాయిన్ ప్రూఫ్-ఆఫ్-వర్క్ అనే వ్యవస్థను ఉపయోగిస్తుంది. మైనర్లు అని పిలువబడే కంప్యూటర్లు క్రిప్టోగ్రాఫిక్ పజిల్స్ను పరిష్కరించడానికి పోటీపడతాయి. ఒకదానిని మొదట పరిష్కరించిన వారు తదుపరి లావాదేవీల బ్లాక్ను బ్లాక్చైన్కు జోడించి, బిట్ కాయిన్లో రివార్డును పొందుతారు. ఈ విధానం బిట్ కాయిన్కు సంభావ్యత ఫైనాలిటీ అని పిలవబడే దానిని ఇస్తుంది, అంటే ఒక లావాదేవీ దానిపై అనేక మరిన్ని బ్లాక్లు జోడించిన తర్వాత మాత్రమే అత్యంత సురక్షితమైనదిగా పరిగణించబడుతుంది. బిట్ కాయిన్ కోసం, ఇది తరచుగా ఆరు నిర్ధారణలు లేదా సుమారు ఒక గంట.",
+ "page-ethereum-vs-bitcoin-security-and-consensus-3": "ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ను ఉపయోగిస్తుంది. ఈ మోడల్లో, కొత్త బ్లాక్లను ప్రతిపాదించడానికి మరియు నిర్ధారించడానికి ఎంపికయ్యే అవకాశం కోసం వాలిడేటర్లు ETHను లాక్ చేస్తారు లేదా స్టేక్ చేస్తారు. ఎంపిక యాదృచ్ఛికంగా ఉంటుంది, కానీ స్టేక్ చేయబడిన ETH మొత్తంతో ఎంపికయ్యే సంభావ్యత పెరుగుతుంది. నిజాయితీగా ప్రవర్తించని వాలిడేటర్లు తమ స్టేక్ను కోల్పోయే ప్రమాదం ఉంది. ఇది ఇతీరియముకు ఆర్థిక ఫైనాలిటీని సాధించడానికి అనుమతిస్తుంది, ఇక్కడ ఫైనలైజ్ చేయబడిన బ్లాక్లను రివర్స్ చేయడం చాలా కష్టం, తరచుగా సుమారు 15 నిమిషాల్లో. తగినంత వాలిడేటర్లు అంగీకరించిన తర్వాత బ్లాక్లను మార్చలేనివిగా గుర్తించడానికి ఇతీరియము చెక్పాయింట్లను కూడా ఉపయోగిస్తుంది.",
+ "page-ethereum-vs-bitcoin-security-and-consensus-4": "ఇతీరియము ఏకాభిప్రాయ యంత్రాంగం గురించి మరింత తెలుసుకోండి",
+ "page-ethereum-vs-bitcoin-underlying-technology-title": "అంతర్లీన సాంకేతికత",
+ "page-ethereum-vs-bitcoin-underlying-technology-1": "బిట్ కాయిన్ ఖర్చు చేయని లావాదేవీ అవుట్పుట్ మోడల్ లేదా UTXO అని పిలవబడే దానిని ఉపయోగిస్తుంది. ఈ వ్యవస్థలో, బ్లాక్చైన్ ఖాతా బ్యాలెన్స్లను ట్రాక్ చేయదు. బదులుగా, ఇది ఇంకా ఖర్చు చేయని మునుపటి లావాదేవీల నుండి అవుట్పుట్లను రికార్డ్ చేస్తుంది. మీరు బిట్ కాయిన్ను ఖర్చు చేసినప్పుడు, మీరు ఈ అవుట్పుట్లను కొత్త లావాదేవీ కోసం ఇన్పుట్లుగా ఉపయోగిస్తారు, ఈ ప్రక్రియలో కొత్త అవుట్పుట్లను సృష్టిస్తారు.",
+ "page-ethereum-vs-bitcoin-underlying-technology-2": "మీరు దీనిని నగదును ఉపయోగించడం లాగా భావించవచ్చు. మీ వద్ద రెండు ఐదు డాలర్ల బిల్లులు ఉండి, ఏడు డాలర్లు ఖర్చు చేయాలనుకుంటే, మీరు రెండు బిల్లులు ఇచ్చి మూడు డాలర్ల చిల్లరను అందుకుంటారు. బిట్ కాయిన్ బిల్లులు మరియు చిల్లరను రికార్డ్ చేస్తుంది, మీ మొత్తం బ్యాలెన్స్ను కాదు.",
+ "page-ethereum-vs-bitcoin-underlying-technology-3": "ఇతీరియము ఒక ఖాతా-ఆధారిత మోడల్ను ఉపయోగిస్తుంది. వ్యక్తిగత అవుట్పుట్లను ట్రాక్ చేయడానికి బదులుగా, ఇది ఒక బ్యాంకు ఖాతా లాగా ఖాతా బ్యాలెన్స్ల రికార్డును ఉంచుతుంది. ఈ విధానం స్మార్ట్ కాంట్రాక్టులు మరియు సంక్లిష్టమైన లాజిక్ను నిర్వహించడం సులభతరం చేస్తుంది, ఎందుకంటే ఖాతాలు డేటాను నిల్వ చేయగలవు మరియు ప్రోగ్రామ్ల లాగా ఒకదానితో ఒకటి పరస్పరం సంకర్షణ చెందగలవు.",
+ "page-ethereum-vs-bitcoin-underlying-technology-4": "ప్రతి మోడల్కు లాభనష్టాలు ఉన్నాయి. UTXOలు ఎక్కువ గోప్యతను అందించగలవు మరియు వ్యక్తిగత కాయిన్లను ట్రాక్ చేయడం సులభతరం చేయగలవు. అప్లికేషన్లను రూపొందించడానికి ఖాతా-ఆధారిత వ్యవస్థలు మరింత సూటిగా ఉంటాయి.",
+ "page-ethereum-vs-bitcoin-underlying-technology-5": "ఇతీరియము డెవలపర్ డాక్యుమెంటేషన్లో మరింత చదవండి",
+ "page-ethereum-vs-bitcoin-decentralization-title": "వికేంద్రీకరణ",
+ "page-ethereum-vs-bitcoin-decentralization-1": "బిట్ కాయిన్ మరియు ఇతీరియము రెండూ వికేంద్రీకృతంగా ఉండేలా రూపొందించబడ్డాయి, కానీ అవి దానిని విభిన్న మార్గాల్లో కొలుస్తాయి మరియు చేరుకుంటాయి.",
+ "page-ethereum-vs-bitcoin-decentralization-2": "బిట్ కాయిన్ యొక్క వికేంద్రీకరణ దాని సాధారణ సాంకేతిక డిజైన్, దీర్ఘకాలిక స్థిరత్వం మరియు నోడ్స్ యొక్క విస్తృత పంపిణీ ద్వారా మద్దతు ఇస్తుంది. దాని తక్కువ-వనరుల అవసరాలు ప్రజలు ఇంట్లో పూర్తి నోడ్స్ ను నడపడం సులభతరం చేస్తాయి, ఇది నెట్వర్క్ యొక్క స్వాతంత్ర్యం మరియు సెన్సార్షిప్ నిరోధకతను కాపాడటానికి సహాయపడుతుంది.",
+ "page-ethereum-vs-bitcoin-decentralization-3": "ఇతీరియము కూడా ఒక పెద్ద మరియు పెరుగుతున్న నోడ్ నెట్వర్క్ను కలిగి ఉంది. ఇది క్లయింట్ వైవిధ్యంపై బలమైన ప్రాధాన్యతనిస్తుంది, అంటే సాఫ్ట్వేర్ యొక్క బహుళ వెర్షన్లు స్వతంత్ర బృందాలచే నిర్వహించబడతాయి. ఇది ఏదైనా ఒకే క్లయింట్పై ఆధారపడటాన్ని తగ్గిస్తుంది మరియు నెట్వర్క్ను ప్రభావితం చేయగల బగ్లు లేదా వైఫల్యాల నుండి రక్షించడంలో సహాయపడుతుంది.",
+ "page-ethereum-vs-bitcoin-decentralization-4": "ఇతీరియముకు స్టేకింగ్, అప్గ్రేడ్లు మరియు పాలన చర్చలు వంటి కార్యకలాపాలలో పాల్గొనే విస్తృత సంఖ్యలో పాల్గొనేవారు ఉన్నారు, కానీ రెండు నెట్వర్క్లు బహిరంగంగా మరియు స్థితిస్థాపకంగా ఉండటాన్ని లక్ష్యంగా పెట్టుకున్నాయి. బిట్ కాయిన్ నోడ్ అవసరాలను మార్చకుండా ఉంచుతుంది, తక్కువ సాఫ్ట్వేర్ క్లయింట్లపై ఆధారపడుతుంది. ఇతీరియము విభిన్న కంట్రిబ్యూటర్లను ప్రోత్సహిస్తుంది, ప్రతి ఒక్కరూ వారి స్వంత దృక్పథాన్ని తీసుకువస్తారు.",
+ "page-ethereum-vs-bitcoin-environmental-impact-title": "పర్యావరణ ప్రభావం",
+ "page-ethereum-vs-bitcoin-environmental-impact-1": "ఇతీరియము చరిత్రలో అత్యంత ముఖ్యమైన మార్పులలో ఒకటి 2022లో ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం. ది మెర్జ్ అని పిలువబడే ఈ పరివర్తన నెట్వర్క్ యొక్క శక్తి వినియోగాన్ని 99 శాతం కంటే ఎక్కువ తగ్గించింది.",
+ "page-ethereum-vs-bitcoin-environmental-impact-2": "ప్రూఫ్ ఆఫ్ స్టేక్ కింద, ఇతీరియము ఇకపై శక్తి-ఇంటెన్సివ్ మైనింగ్పై ఆధారపడదు. బదులుగా, వాలిడేటర్లు యాదృచ్ఛికంగా ఎంపిక చేయబడతారు, వారు స్టేక్ చేసిన ETH మొత్తంతో ఎంపికయ్యే సంభావ్యత పెరుగుతుంది. ఈ మార్పు ఇతీరియమును మరింత శక్తి-సమర్థవంతమైన బ్లాక్చైన్ నెట్వర్క్లలో ఒకటిగా చేసింది.",
+ "page-ethereum-vs-bitcoin-environmental-impact-3": "బిట్ కాయిన్ ప్రూఫ్-ఆఫ్-వర్క్ను ఉపయోగించడం కొనసాగిస్తుంది, దీనికి మైనర్లు క్రిప్టోగ్రాఫిక్ పజిల్స్ను పరిష్కరించడానికి పోటీపడటంతో పెద్ద మొత్తంలో విద్యుత్తు అవసరం. ఈ శక్తిలో కొంత భాగం పునరుత్పాదక వనరుల నుండి వస్తుంది మరియు సుస్థిరతను మెరుగుపరిచే మార్గాల గురించి బిట్ కాయిన్ కమ్యూనిటీలో నిరంతర చర్చలు జరుగుతున్నాయి.",
+ "page-ethereum-vs-bitcoin-environmental-impact-4": "శక్తి వినియోగంలో వ్యత్యాసం రెండు నెట్వర్క్ల మధ్య పోలికకు ఒక ముఖ్యమైన అంశంగా మారింది. ఇతీరియము యొక్క తక్కువ శక్తి పాదముద్ర పర్యావరణ ప్రభావం ప్రాధాన్యత ఉన్న సందర్భాలలో దానిని మరింత ఆకర్షణీయంగా చేస్తుంది.",
+ "page-ethereum-vs-bitcoin-environmental-impact-5": "ఇతీరియము శక్తి వినియోగంపై పూర్తి నివేదికను చదవండి",
+ "page-ethereum-vs-bitcoin-future-outlook-title": "భవిష్యత్తు ఎలా ఉంటుంది",
+ "page-ethereum-vs-bitcoin-future-outlook-1": "బిట్ కాయిన్ విలువ నిల్వగా మరియు రిజర్వ్ ఆస్తిగా ఎక్కువగా స్వీకరించబడుతోంది. ఇది గణనీయంగా మారే అవకాశం లేదు, మరియు ఈ స్థిరత్వం దాని ఆకర్షణలో ఒక భాగం.",
+ "page-ethereum-vs-bitcoin-future-outlook-2": "ఇతీరియము కొత్త డిజిటల్ ఆర్థిక వ్యవస్థలో ఒక అప్లికేషన్ ప్లాట్ఫారమ్గా తనను తాను నిలబెట్టుకుంటోంది. లేయర్ 2 నెట్వర్క్ల పెరుగుదల మరియు కొనసాగుతున్న అప్గ్రేడ్లతో, ఇది గ్లోబల్-స్కేల్ అప్లికేషన్లు, మౌలిక సదుపాయాలు మరియు ఆస్తులకు మద్దతు ఇవ్వాలని లక్ష్యంగా పెట్టుకుంది.",
+ "page-ethereum-vs-bitcoin-future-outlook-3": "చాలా మంది వినియోగదారులకు, రెండు నెట్వర్క్లు ప్రత్యక్ష పోటీలో లేవు. అవి విభిన్న ప్రయోజనాలకు ఉపయోగపడతాయి మరియు డిజిటల్ ఆస్తులకు విభిన్నమైన విధానంలో ఒకదానికొకటి పూరకంగా ఉంటాయి.",
+ "page-ethereum-vs-bitcoin-future-outlook-4": "ఇతీరియము రోడ్మ్యాప్ గురించి మరింత తెలుసుకోండి"
+}
\ No newline at end of file
diff --git a/src/intl/te/page-founders.json b/src/intl/te/page-founders.json
new file mode 100644
index 00000000000..17ef9ed5bb3
--- /dev/null
+++ b/src/intl/te/page-founders.json
@@ -0,0 +1,65 @@
+{
+ "page-founders-accelerators-alliance-description": "అలయన్స్ ప్రముఖ క్రిప్టో యాక్సిలరేటర్ & వ్యవస్థాపక సంఘం. ఇప్పుడు AI స్టార్టప్లను అంగీకరిస్తోంది.",
+ "page-founders-accelerators-alliance-highlight-1": "$500K నిధులు",
+ "page-founders-accelerators-base-description": "బేస్ బ్యాచెస్ అనేది ఆన్చైన్ యాప్ల తర్వాతి తరంగాన్ని సృష్టిస్తున్న బిల్డర్ల కోసం ఒక ప్రపంచవ్యాప్త కార్యక్రమం",
+ "page-founders-accelerators-base-highlight-1": "$1M వరకు నిధులు",
+ "page-founders-accelerators-growth-label": "యాక్సిలరేటర్లు & వృద్ధి",
+ "page-founders-accelerators-kernel-description": "కెర్నల్ అనేది తోటివారితో పునరావృత పరస్పర చర్యల ద్వారా నెమ్మదిగా నిర్మించడం గురించి.",
+ "page-founders-accelerators-kernel-highlight-1": "2,200+ ఫెలోలు",
+ "page-founders-accelerators-kernel-highlight-2": "150+ యాక్టివ్ ప్రాజెక్ట్లు",
+ "page-founders-apply-h2": "సహాయం కోసం దరఖాస్తు చేసుకోండి",
+ "page-founders-apply-p1": "మీ మార్గాన్ని ఎంచుకోండి మరియు అత్యంత సంబంధిత తదుపరి దశకు మళ్లించబడండి.",
+ "page-founders-cta-explore-name": "{name}ను అన్వేషించండి",
+ "page-founders-cta-visit-name": "{name}ను సందర్శించండి",
+ "page-founders-description": "వ్యాపారవేత్తలు ఇతీరియము పర్యావరణ వ్యవస్థ అంతటా కార్యక్రమాలు, మార్గదర్శకత్వం మరియు ప్రాచుర్యాన్ని పొందడానికి ఇది ఒక ప్రత్యేక కేంద్రం, వ్యవస్థాపకులకు ప్రతి దశలో వారికి అవసరమైన మద్దతును అందిస్తుంది.",
+ "page-founders-funding-arbitrum-description": "ఆర్బిట్రమ్ నెట్వర్క్ సామర్థ్యాలను ఉపయోగించుకునే ప్రభావవంతమైన డాప్స్ను నిర్మించడానికి డెవలపర్లు మరియు వ్యాపారవేత్తలను శక్తివంతం చేయడమే ఈ లక్ష్యం.",
+ "page-founders-funding-arbitrum-highlight-1": "300+ ప్రాజెక్ట్లకు మద్దతు ఉంది",
+ "page-founders-funding-base-description": "బిల్డర్ గ్రాంట్లు బేస్ బిల్డర్లను గుర్తించడానికి జరుగుతున్న ప్రయోగాలు.",
+ "page-founders-funding-base-highlight-1": "1-5 ETH గ్రాంట్లు",
+ "page-founders-funding-esp-description": "క్లిష్టమైన ప్రాజెక్ట్లకు వనరులను కేటాయించడం, ఇతీరియము పర్యావరణ వ్యవస్థలో విలువైన వాణిగా ఉండటం మరియు బయటి ప్రపంచానికి ఇతీరియము కోసం వాదించడం.",
+ "page-founders-funding-esp-highlight-1": "2,000+ ప్రాజెక్ట్లకు మద్దతు ఉంది",
+ "page-founders-funding-label": "నిధులు",
+ "page-founders-funding-optimism-description": "సూపర్చైన్ను అభివృద్ధి చేయడానికి ఆన్చైన్ యాప్లు, పనిముట్లు మరియు మౌలిక సదుపాయాలను తయారు చేస్తున్న వ్యక్తిగత బిల్డర్లు మరియు బృందాలకు మద్దతు.",
+ "page-founders-funding-optimism-highlight-1": "19 చైన్లు అర్హత కలిగి ఉన్నాయి",
+ "page-founders-funding-optimism-highlight-2": "700+ ప్రాజెక్ట్లకు మద్దతు ఉంది",
+ "page-founders-funding-polygon-description": "పాలీగాన్ వృద్ధికి కట్టుబడి ఉన్న బిల్డర్లు, బృందాలు మరియు సృష్టికర్తలకు మద్దతు ఇచ్చే ఒక కమ్యూనిటీ గ్రాంట్స్ కార్యక్రమం",
+ "page-founders-funding-polygon-highlight-1": "పాలీగాన్కు నిర్మించడం లేదా వలస వెళ్లడం",
+ "page-founders-funding-unichain-description": "యూనిచైన్ యొక్క అభివృద్ధి చెందుతున్న డెవలపర్ కమ్యూనిటీకి మద్దతుగా రూపొందించబడిన కార్యక్రమాలు మరియు వనరుల శ్రేణి",
+ "page-founders-funding-unichain-highlight-1": "నూతన DeFi మెకానిజమ్స్",
+ "page-founders-get-in-touch-cta": "సహాయాన్ని అభ్యర్థించండి",
+ "page-founders-get-in-touch-h2": "ఇతీరియము ఫౌండేషన్ ఫౌండర్ సక్సెస్ టీమ్",
+ "page-founders-get-in-touch-p1": "ఫౌండర్ సక్సెస్ అనేది ధైర్యమైన ఆలోచనలు ఉన్న బిల్డర్లు, భవిష్యత్తును తీర్చిదిద్దగల ఉత్పత్తులు మరియు వ్యాపారాలకు ఇతీరియమును పునాదిగా చూసే వ్యాపారవేత్తల కోసం.",
+ "page-founders-metadata-description": "కార్యక్రమాలు, మార్గదర్శకత్వం మరియు వనరులతో ఇతీరియముపై వ్యవస్థాపకులను శక్తివంతం చేయడం. ఇతీరియము పర్యావరణ వ్యవస్థ ఆలోచన నుండి వృద్ధి వరకు వ్యాపారవేత్తలకు ఎలా మద్దతు ఇస్తుందో కనుగొనండి.",
+ "page-founders-metadata-title": "వ్యవస్థాపకుల సహాయం",
+ "page-founders-partnerships-devconnect-description": "Devconnect ARG అనేది ఇతీరియము వరల్డ్స్ ఫెయిర్: యాప్ల ప్రదర్శన మరియు ఇతీరియము స్వీకరణను కనెక్ట్ చేయడానికి, నిర్మించడానికి మరియు వేగవంతం చేయడానికి ఒక ఈవెంట్.",
+ "page-founders-partnerships-ef-founder-support-cta": "పరిచయాన్ని షెడ్యూల్ చేయండి",
+ "page-founders-partnerships-ef-founder-support-description": "ఆదాయ వాటా, లిక్విడిటీ మరియు భాగస్వామ్యాలను సమన్వయం చేయడం. దీన్ని సాధ్యం చేయడానికి EF ఫౌండర్ సక్సెస్ టీమ్ సరైన జట్లను కనెక్ట్ చేయడానికి సహాయపడుతుంది.",
+ "page-founders-partnerships-ef-founder-support-subtitle": "DeFi ప్రోటోకాల్స్/జట్లకు పరిచయాలు",
+ "page-founders-partnerships-ens-description": "డెవలపర్లు మరియు వినియోగదారుల కోసం అసాధారణమైన ఉపయోగం మరియు ప్రభావాన్ని ప్రదర్శించిన ప్రాజెక్ట్లను శక్తివంతం చేయడం ఈ కార్యక్రమం లక్ష్యంగా పెట్టుకుంది.",
+ "page-founders-partnerships-ens-highlight-1": "2 ETH వరకు చిన్న గ్రాంట్లు",
+ "page-founders-partnerships-ens-highlight-2": "50k USDC వరకు పెద్ద గ్రాంట్లు",
+ "page-founders-partnerships-ethglobal-description": "ఇతీరియము డెవలపర్లు మరియు వ్యాపారవేత్తల ప్రపంచ-స్థాయి పర్యావరణ వ్యవస్థను పెంపొందించే ప్రపంచవ్యాప్త ఈవెంట్లు.",
+ "page-founders-partnerships-label": "భాగస్వామ్యాలు & ఇంటిగ్రేషన్లు",
+ "page-founders-partnerships-protocol-guild-description": "ఇతీరియము కోర్ డెవలపర్ల కోసం స్వతంత్ర నిధుల సంస్థ. పర్యావరణ వ్యవస్థ ఆధారపడిన పని చేస్తున్న మెయింటెయినర్లకు మేము ముందుగానే నిధులు సమకూరుస్తాము.",
+ "page-founders-partnerships-protocol-guild-highlight-1": "కోర్ డెవలపర్ల కోసం $28M సేకరించబడింది",
+ "page-founders-partnerships-unichain-description": "యూనిచైన్ యొక్క అభివృద్ధి చెందుతున్న డెవలపర్ కమ్యూనిటీకి మద్దతుగా రూపొందించబడిన కార్యక్రమాలు మరియు వనరుల శ్రేణి",
+ "page-founders-partnerships-unichain-highlight-1": "నూతన DeFi మెకానిజమ్స్",
+ "page-founders-story-dith-p1": "EF ఫౌండర్ సపోర్ట్ చాలా అద్భుతంగా ఉంది, మేము మా మొదటి నిధుల సేకరణను పూర్తి చేసినప్పుడు వారు మాకు గొప్ప నిష్పక్షపాత ఆలోచనా భాగస్వామి & సలహాదారు. ఇతర EVM వ్యవస్థాపకులను వారితో నిమగ్నం చేయమని సిఫార్సు చేయడంలో నాకు ఎలాంటి సంకోచం లేదు.",
+ "page-founders-story-fahim-p1": "ఫౌండర్ సక్సెస్ టీమ్ ఇతీరియము పర్యావరణ వ్యవస్థకు ఒక పెద్ద ఆస్తి. వారు నిజంగా జట్లు గెలవడంలో సహాయం చేయడం గురించి శ్రద్ధ వహిస్తారు, మరియు ఆప్టిమిజం వంటి జట్లకు సహాయం చేయడంలో వారి ప్రత్యక్ష మద్దతు మరియు నిజమైన నిబద్ధత స్పష్టంగా కనిపిస్తుంది. వారితో కలిసి పని చేయడం మరియు మన పర్యావరణ వ్యవస్థను కలిసి బలోపేతం చేయడం నాకు చాలా ఉత్సాహంగా ఉంది.",
+ "page-founders-story-kedian-p1": "EFలో మా పరిచయం మాకు మార్గనిర్దేశం చేయడంలో కీలక పాత్ర పోషించింది, మా రాబోయే ఫీచర్పై విలువైన అంతర్దృష్టులను పంచుకోవడం ద్వారా మాత్రమే కాకుండా ఇతీరియము పర్యావరణ వ్యవస్థలోని కీలక L2లకు మాకు పరిచయం చేయడం ద్వారా కూడా.",
+ "page-founders-story-kedian-p2": "మా GTM వ్యూహంపై వారి అభిప్రాయానికి ధన్యవాదాలు, మేము నిర్ణయం తీసుకోవడాన్ని వేగవంతం చేసాము, పరిశోధనపై వెచ్చించే సమయాన్ని తగ్గించాము మరియు నేరుగా అమలుపై దృష్టి పెట్టాము.",
+ "page-founders-succeed-h2": "ఇతరులు ఎలా విజయం సాధించారు",
+ "page-founders-succeed-p1": "మీరు ఒంటరిగా నిర్మించాల్సిన అవసరం లేదు, ఈ పర్యావరణ వ్యవస్థ మీకు అండగా ఉంటుంది.",
+ "page-founders-support-tag-accelerator": "యాక్సిలరేటర్",
+ "page-founders-support-tag-active": "యాక్టివ్",
+ "page-founders-support-tag-audit-grants": "ఆడిట్ గ్రాంట్లు",
+ "page-founders-support-tag-ecosystem-events": "పర్యావరణ వ్యవస్థ ఈవెంట్లు",
+ "page-founders-support-tag-events": "సంఘటనలు",
+ "page-founders-support-tag-fundraising": "నిధుల సేకరణ",
+ "page-founders-support-tag-grant-program": "గ్రాంట్ కార్యక్రమం",
+ "page-founders-support-tag-mentorship": "మార్గదర్శకత్వం",
+ "page-founders-support-tag-networking": "నెట్వర్కింగ్",
+ "page-founders-support-tag-public-goods": "ప్రజా వస్తువులు",
+ "page-founders-support-tag-tooling-infra": "టూలింగ్ & ఇన్ఫ్రా",
+ "page-founders-title": "ఇతీరియముపై వ్యవస్థాపకులను శక్తివంతం చేయడం"
+}
diff --git a/src/intl/te/page-gas.json b/src/intl/te/page-gas.json
index c5b3497a204..7837a322a7c 100644
--- a/src/intl/te/page-gas.json
+++ b/src/intl/te/page-gas.json
@@ -1,17 +1,18 @@
{
- "page-gas-meta-title": "Ethereumపై గ్యాస్ ఫీజులు: అవి ఎలా పనిచేస్తాయి?",
+ "page-gas-meta-title": "Ethereum ఫీజులు: గ్యాస్ అంటే ఏమిటి మరియు తక్కువ ఎలా చెల్లించాలి?",
"page-gas-meta-description": "Ethereumపై గ్యాస్ గురించి తెలుసుకోండి: అవి ఎలా పనిచేస్తాయి మరియు గ్యాస్ ఫీజులో తక్కువ ఎలా చెల్లించాలి",
"page-gas-hero-title": "గ్యాస్ రుసుములు",
"page-gas-hero-header": "నెట్వర్క్ రుసుములు",
"page-gas-hero-button-1-content": "గ్యాస్ అంటే ఏంటి?",
"page-gas-hero-subtitle-1": "ఎథేరియంపై నెట్వర్క్ ఫీజులను గ్యాస్ అంటారు.",
"page-gas-hero-subtitle-2": "గ్యాస్ అనేది Ethereumకు శక్తినిచ్చే ఇంధనం.",
+ "page-gas-summary-title": "సారాంశం",
"page-gas-summary-item-1": "Ethereumపై జరిగే ప్రతి లావాదేవీని ప్రాసెస్ చేయడానికి ఒక చిన్న చెల్లింపు అవసరం అవుతుంది",
"page-gas-summary-item-2": "ఈ రుసుములను 'గ్యాస్' రుసుము అంటారు",
- "page-gas-summary-item-3": "నెట్వర్క్ రద్దీ ఆధారంగా గ్యాస్ చార్జీలు మారుతాయి",
+ "page-gas-summary-item-3": "గ్యాస్ రుసుములు సెట్ చేయబడలేదు, అవి నెట్వర్క్ రద్దీ ఆధారంగా మారుతాయి",
"page-gas-what-are-gas-fees-header": "గ్యాస్ రుసుములు అంటే ఏమిటి?",
"page-gas-what-are-gas-fees-text-1": "Ethereumను ఒక పెద్ద కంప్యూటర్ నెట్వర్క్గా భావించండి, ఇక్కడ ప్రజలు సందేశాలను పంపడం లేదా ప్రోగ్రామ్లను అమలు చేయడం వంటి పనులను చేయవచ్చు. వాస్తవ ప్రపంచంలో మాదిరిగానే, ఈ పనులు చేయడానికి శక్తి అవసరం.",
- "page-gas-what-are-gas-fees-text-2": "Ethereumలో, ప్రతి గణన చర్యకు ఒక నిర్దిష్ట \"గ్యాస్\" ధర ఉంటుంది. మీ గ్యాస్ ఫీజు అనేది మీ లావాదేవీలోని చర్యల యొక్క మొత్తం ఖర్చు. మీరు లావాదేవీని పంపినప్పుడు లేదా స్మార్ట్ కాంట్రాక్ట్ను అమలు చేసినప్పుడు, మీరు దానిని ప్రాసెస్ చేయడానికి గ్యాస్ ఫీజును చెల్లిస్తారు.",
+ "page-gas-what-are-gas-fees-text-2": "Ethereumలో, ప్రతి గణన చర్యకు ఒక నిర్దిష్ట \"గ్యాస్\" ధర ఉంటుంది. మీ గ్యాస్ రుసుము అనేది మీ లావాదేవీలోని చర్యల యొక్క మొత్తం ఖర్చు. మీరు లావాదేవీని పంపినప్పుడు లేదా స్మార్ట్ కాంట్రాక్ట్ను అమలు చేసినప్పుడు, మీరు దానిని ప్రాసెస్ చేయడానికి గ్యాస్ రుసుమును చెల్లిస్తారు.",
"page-gas-how-do-i-pay-less-gas-header": "నేను తక్కువ గ్యాస్ ఎలా చెల్లించగలను?",
"page-gas-how-do-i-pay-less-gas-text": "Ethereumపై అధిక ఫీజులు కొన్నిసార్లు అనివార్యమైనప్పటికీ, ఖర్చును తగ్గించడానికి మీరు ఉపయోగించగల వ్యూహాలు ఉన్నాయి:",
"page-gas-how-do-i-pay-less-gas-card-1-title": "మీ లావాదేవీలను సమయానుసారం చేసుకోండి",
@@ -23,7 +24,7 @@
"page-gas-try-layer-2": "లేయర్ 2ని ప్రయత్నించండి",
"page-gas-what-causes-high-gas-fees-header": "అధిక గ్యాస్ ఛార్జీలకు కారణమేమిటి?",
"page-gas-what-causes-high-gas-fees-text-1": "Ethereumపై గణన (గ్యాస్) పరిమాణం ఒక నిర్దిష్ట పరిమితిని దాటినప్పుడల్లా, గ్యాస్ ఫీజులు పెరగడం ప్రారంభిస్తాయి. గ్యాస్ ఈ పరిమితిని ఎంత ఎక్కువగా దాటితే అంత త్వరగా గ్యాస్ చార్జీలు పెరుగుతాయి.",
- "page-gas-what-causes-high-gas-fees-text-2": "పాపులర్ డాప్స్ లేదా NFTలు, DEXలలో క్రమానుగతంగా పెరిగిన ట్రేడింగ్ లేదా పీక్ సమయాల్లో అధిక సంఖ్యలో యూజర్ యాక్టివిటీ వంటి వాటి వల్ల అధిక ఫీజులు సంభవించవచ్చు.",
+ "page-gas-what-causes-high-gas-fees-text-2": "జనాదరణ పొందిన వికేంద్రీకృత యాప్లు (dapps) లేదా NFTలు, DEXలలో క్రమానుగతంగా పెరిగిన ట్రేడింగ్ వంటి వాటి వల్ల అధిక రుసుములు సంభవించవచ్చు , లేదా పీక్ సమయాల్లో అధిక సంఖ్యలో వినియోగదారు కార్యాచరణ.",
"page-gas-what-causes-high-gas-fees-text-3": "Ethereumపై డెవలపర్లు మోహరించే ముందు వారి స్మార్ట్ కాంట్రాక్టుల వినియోగాన్ని ఆప్టిమైజ్ చేయడానికి జాగ్రత్త వహించాలి. చాలా మంది పూర్ గా రాసిన స్మార్ట్ కాంట్రాక్ట్ను ఉపయోగిస్తుంటే, అది ఎక్కువ గ్యాస్ను వినియోగిస్తుంది మరియు అనుకోకుండా నెట్వర్క్ రద్దీకి కారణమవుతుంది.",
"page-gas-want-to-dive-deeper": "లోతుగా డైవ్ చేయాలనుకుంటున్నారా?",
"page-gas-check-out-the-developer-docs": "డెవలపర్ డాక్స్ని తనిఖీ చేయండి.",
@@ -31,8 +32,8 @@
"page-gas-attack-of-the-cryptokitties-text": "నవంబర్ 2017 లో, ప్రసిద్ధ క్రిప్టోకిట్స్ ప్రాజెక్ట్ ప్రారంభించబడింది. ప్రజాదరణలో దాని వేగవంతమైన పెరుగుదల గణనీయమైన నెట్వర్క్ రద్దీ మరియు చాలా అధిక గ్యాస్ ఫీజులకు కారణమైంది. క్రిప్టోకిటీస్ విసిరిన సవాళ్లు Ethereumను స్కేలింగ్ చేయడానికి పరిష్కారాలను కనుగొనాల్సిన ఆవశ్యకతను వేగవంతం చేశాయి.",
"page-gas-why-do-we-need-gas-header": "మనకు గ్యాస్ ఎందుకు అవసరం?",
"page-gas-why-do-we-need-gas-text": "Ethereumను సురక్షితంగా ఉంచడంలో మరియు ప్రాసెసింగ్ లావాదేవీలను నిర్వహించడంలో గ్యాస్ ఒక కీలకమైన అంశం. గ్యాస్ అనేక విధాలుగా సహాయపడుతుంది:",
- "page-gas-benefits-1-description": "హానికరమైన నటులు మోసపూరిత కార్యకలాపాలతో నెట్వర్క్ను ఆక్రమించకుండా నిరోధించడం ద్వారా గ్యాస్ Ethereum సిబిల్-నిరోధకతను ఉంచుతుంది.",
- "page-gas-benefits-2-description": "గణనకు గ్యాస్ ఖర్చవుతుంది కాబట్టి, ఖరీదైన లావాదేవీలతో Ethereumను స్పామింగ్ చేయడం అనుకోకుండా లేదా హానికరమైనది, ఆర్థికంగా ప్రోత్సహించబడదు.",
+ "page-gas-benefits-1-description": "మోసపూరిత కార్యకలాపాలతో నెట్వర్క్ను ముంచెత్తకుండా హానికరమైన నటులను నిరోధించడం ద్వారా గ్యాస్ Ethereumని సిబిల్-నిరోధకతగా ఉంచుతుంది.",
+ "page-gas-benefits-2-description": "గణనకు గ్యాస్ ఖర్చవుతుంది కాబట్టి, Ethereumను ఖరీదైన లావాదేవీలతో ప్రమాదవశాత్తుగా లేదా దురుద్దేశపూర్వకంగా స్పామ్ చేయడం ఆర్థికంగా నిరుత్సాహపరచబడింది.",
"page-gas-benefits-3-description": "ఏ సమయంలోనైనా చేయగలిగే గణన పరిమాణంపై కఠినమైన పరిమితి Ethereum మునిగిపోకుండా నిరోధిస్తుంది, నెట్వర్క్ ఎల్లప్పుడూ అందుబాటులో ఉందని నిర్ధారించడానికి సహాయపడుతుంది.",
"page-gas-how-is-gas-calculated-header": "గ్యాస్ ఎలా లెక్కించబడుతుంది?",
"page-gas-advanced": "అధునాతనం",
diff --git a/src/intl/te/page-history.json b/src/intl/te/page-history.json
new file mode 100644
index 00000000000..897ba96865a
--- /dev/null
+++ b/src/intl/te/page-history.json
@@ -0,0 +1,7 @@
+{
+ "page-history-slot-number": "స్లాట్ సంఖ్య",
+ "page-history-block-number": "బ్లాక్ సంఖ్య",
+ "page-history-epoch-number": "ఎపోక్ సంఖ్య",
+ "page-history-ethereum-org-wayback": "వేబ్యాక్ మెషీన్ పై ethereum.org",
+ "page-history-eth-price": "ETH ధర"
+}
diff --git a/src/intl/te/page-index.json b/src/intl/te/page-index.json
index bd7dc5407bb..8e1a46d1d03 100644
--- a/src/intl/te/page-index.json
+++ b/src/intl/te/page-index.json
@@ -19,7 +19,7 @@
"page-index-bento-networks-content": "వందలాది లేయర్ 2 నెట్వర్క్లు Ethereumపై నిర్మించబడ్డాయి. Ethereum యొక్క నిరూపితమైన భద్రత నుండి ప్రయోజనం పొందుతూ తక్కువ ఫీజులు మరియు దాదాపు తక్షణ లావాదేవీలను ఆస్వాదించండి.",
"page-index-bento-networks-title": "నెట్వర్క్ల నెట్వర్క్",
"page-index-bento-stablecoins-action": "స్టేబుల్కాయిన్లను కనుగొనండి",
- "page-index-bento-stablecoins-content": "స్టేబుల్కాయిన్లు అనేవి U.S. డాలర్ వంటి స్థిరమైన ఆస్తులకు సరిపోలే స్థిరమైన ధరను నిర్వహించే కరెన్సీలు. గ్లోబల్ చెల్లింపులను తక్షణమే యాక్సెస్ చేయండి లేదా Ethereumలో డిజిటల్ డాలర్లలో విలువను నిల్వ చేయండి.",
+ "page-index-bento-stablecoins-content": "స్టేబుల్ కాయిన్స్ అనేవి డిజిటల్ కరెన్సీలు, ఇవి యు.ఎస్. డాలర్ వంటి స్థిరమైన ఆస్తులతో సరిపోలే స్థిరమైన ధరను నిర్వహిస్తాయి. అవి తక్షణ ప్రపంచవ్యాప్త చెల్లింపులను సులభతరం చేస్తాయి లేదా ఇతీరియముపై డిజిటల్ డాలర్లలో విలువను నిల్వ చేస్తాయి.",
"page-index-bento-stablecoins-title": "రోజువారీ ఉపయోగం కోసం డిజిటల్ నగదు",
"page-index-builders-action-primary": "బిల్డర్ పోర్టల్",
"page-index-builders-action-secondary": "డాక్యుమెంటేషన్",
diff --git a/src/intl/te/page-layer-2-learn.json b/src/intl/te/page-layer-2-learn.json
new file mode 100644
index 00000000000..d55ca7946b0
--- /dev/null
+++ b/src/intl/te/page-layer-2-learn.json
@@ -0,0 +1,55 @@
+{
+ "page-layer-2-learn-meta-title": "లేయర్ 2 అంటే ఏమిటి? | ethereum.org",
+ "page-layer-2-learn-title": "లేయర్ 2 అంటే ఏమిటి?",
+ "page-layer-2-learn-description": "సామూహిక స్వీకరణ కోసం స్కేలింగ్ ఎథేరియం",
+ "page-layer-2-learn-button-1-label": "లేయర్ 2 అంటే ఏమిటి?",
+ "page-layer-2-learn-button-2-label": "లేయర్ 2 ఉపయోగించండి",
+ "page-layer-2-learn-what-is-layer-2-title": "లేయర్ 2 అంటే ఏమిటి?",
+ "page-layer-2-learn-what-is-layer-2-1": "లేయర్ 2 (L2) అనేది Ethereum స్కేలింగ్ సొల్యూషన్ల యొక్క నిర్దిష్ట సెట్ను వివరించడానికి ఒక సమిష్టి పదం. లేయర్ 2 అనేది ఒక ప్రత్యేక బ్లాక్చెయిన్ ఇది Ethereumని పొడిగిస్తుంది మరియు Ethereum యొక్క భద్రతా హామీలను వారసత్వంగా పొందుతుంది.",
+ "page-layer-2-learn-what-is-layer-2-2": "ఇప్పుడు దానిని కొంచెం ఎక్కువగా తీయండి. దీన్ని చేయడానికి మనం మొదట లేయర్ 1 (L1) ని వివరించాలి.",
+ "page-layer-2-learn-what-is-layer-1-title": "లేయర్ 1 అంటే ఏమిటి?",
+ "page-layer-2-learn-what-is-layer-1-1": "ఎథేరియం మరియు బిట్ కాయిన్ వంటి లేయర్ 1 బ్లాక్ చైన్లు, లేయర్ 2 ప్రాజెక్టులు పైన నిర్మించే అంతర్లీన పునాది. లేయర్ 2 ప్రాజెక్టుల ఉదాహరణలలో ఎథేరియంపై జీరో-కనౌలెడ్జి రోల్అప్స్ మరియు ఆప్టిమిస్టిక్ రోల్అప్స్ మరియు బిట్ కాయిన్ పైన లైటింగ్ నెట్వర్క్ ఉన్నాయి.",
+ "page-layer-2-learn-what-is-layer-1-2": "ఎథేరియం లేయర్ 2ల కోసం డేటా లభ్యత లేయర్ గా కూడా పనిచేస్తుంది, మరియు మునుపటి లావాదేవీలపై ఏవైనా వివాదాలు ఉంటే, ఈ వివాదాల కోసం ఎథేరియం నుండి డేటా అందించబడుతుంది.",
+ "page-layer-2-learn-layer-1-list-title": "లేయర్ 1గా ఎథేరియంలో ఉండేవి:",
+ "page-layer-2-learn-layer-1-list-1": "నెట్వర్క్ను భద్రపరచడానికి మరియు ధృవీకరించడానికి నోడ్ ఆపరేటర్ల నెట్వర్క్",
+ "page-layer-2-learn-layer-1-list-2": "బ్లాక్ ప్రొడ్యూసర్ల నెట్వర్క్",
+ "page-layer-2-learn-layer-1-list-3": "బ్లాక్చెయిన్ దానికదే మరియు లావాదేవీ డేటా యొక్క చరిత్ర",
+ "page-layer-2-learn-layer-1-list-4": "నెట్వర్క్ కోసం ఏకాభిప్రాయ విధానం",
+ "page-layer-2-learn-why-do-we-need-layer-2-title": "మనకు లేయర్ 2 ఎందుకు అవసరం?",
+ "page-layer-2-learn-why-do-we-need-layer-2-1": "బ్లాక్ చైన్ యొక్క మూడు కావాల్సిన లక్షణాలు ఏమిటంటే, అది వికేంద్రీకరించబడినది, సురక్షితమైనది, మరియు కొలవదగినది. ఒక సాధారణ బ్లాక్ చైన్ నిర్మాణం మూడింటిలో రెండింటిని మాత్రమే సాధించగలదని బ్లాక్ చైన్ ట్రిలెమ్మా పేర్కొంది. సురక్షితమైన మరియు వికేంద్రీకృత బ్లాక్ చైన్ కావాలా? మీరు స్కేలబిలిటీని త్యాగం చేయాలి. ఇక్కడే లేయర్ 2 నెట్వర్క్ లు వస్తాయి.",
+ "page-layer-2-learn-why-do-we-need-layer-2-2": "ఎథేరియం రోజుకు 1+ మిలియన్ లావాదేవీలతో నెట్వర్క్ యొక్క ప్రస్తుత సామర్థ్యాన్ని చేరుకుంది, ఈ లావాదేవీలలో ప్రతిదానికీ అధిక డిమాండ్ ఉంది. ఎథేరియం యొక్క విజయం మరియు దానిని ఉపయోగించాలనే డిమాండ్ గ్యాస్ ధరలు గణనీయంగా పెరగడానికి కారణమైంది. అందువల్ల స్కేలింగ్ పరిష్కారాల అవసరం కూడా గరిష్ట స్థాయికి చేరుకుంది.",
+ "page-layer-2-learn-why-do-we-need-layer-2-scalability": "స్కేలబిలిటీ",
+ "page-layer-2-learn-why-do-we-need-layer-2-scalability-1": "స్కేలబిలిటీ యొక్క ప్రధాన లక్ష్యం వికేంద్రీకరణ లేదా భద్రతను త్యాగం చేయకుండా, లావాదేవీల వేగాన్ని (వేగవంతమైన ఫైనాలిటీ), మరియు లావాదేవీల థ్రూపుట్ను (సెకనుకు అధిక లావాదేవీలు) పెంచడం.",
+ "page-layer-2-learn-why-do-we-need-layer-2-scalability-2": "స్కేల్ చేయడానికి వికేంద్రీకరణ లేదా భద్రతను విసిరివేయబోమని ఎథేరియం కమ్యూనిటీ ఒక బలమైన వైఖరిని తీసుకుంది. షార్డింగ్ వరకు, ఎథేరియం మెయిన్నెట్ (లేయర్ 1) సెకనుకు సుమారు 15 లావాదేవీలను మాత్రమే ప్రాసెస్ చేయగలదు. ఎథేరియంను ఉపయోగించాలనే డిమాండ్ ఎక్కువగా ఉన్నప్పుడు ఇది నెట్వర్క్ రద్దీకి కారణమవుతుంది, లావాదేవీ రుసుములను పెంచుతుంది మరియు రుసుములు తగ్గే వరకు ఎథేరియంను ఉపయోగించలేని వారిని ధరల కారణంగా బయటకు పంపుతుంది. నేడు ఎథేరియంను స్కేల్ చేయడానికి లేయర్ 2 అక్కడే వస్తుంది.",
+ "page-layer-2-learn-layer2Cards-1-title": "తక్కువ ఫీజులు",
+ "page-layer-2-learn-layer2Cards-1-description": "లేయర్ 1లో బహుళ లావాదేవీలను ఒకే లావాదేవీగా కలపడం ద్వారా, లావాదేవీల రుసుములు భారీగా తగ్గుతాయి, తద్వారా ఎథేరియం అందరికీ మరింత అందుబాటులోకి వస్తుంది.",
+ "page-layer-2-learn-layer2Cards-2-title": "భద్రతను నిర్వహించండి",
+ "page-layer-2-learn-layer2Cards-2-description": "లేయర్ 2 బ్లాక్ చైన్లు తమ లావాదేవీలను ఎథేరియం మెయిన్నెట్ పై సెటిల్ చేస్తాయి, వాటిని ఉపయోగించే వినియోగదారులను ఎథేరియం నెట్వర్క్ యొక్క భద్రత నుండి ప్రయోజనం పొందేలా చేస్తాయి.",
+ "page-layer-2-learn-layer2Cards-3-title": "వినియోగ కేసులను విస్తరించండి",
+ "page-layer-2-learn-layer2Cards-3-description": "సెకనుకు అధిక లావాదేవీలు, తక్కువ ఫీజులు, కొత్త టెక్నాలజీతో మెరుగైన వినియోగదారు అనుభవంతో ప్రాజెక్టులు కొత్త అప్లికేషన్లుగా విస్తరిస్తాయి.",
+ "page-layer-2-learn-how-does-layer-2-work-title": "లేయర్ 2 ఎలా పని చేస్తుంది?",
+ "page-layer-2-learn-how-does-layer-2-work-1": "మేము పైన పేర్కొన్నట్లుగా, లేయర్ 2 అనేది ఎథేరియం లేయర్ 1 నుండి లావాదేవీలను నిర్వహించే ఎథేరియం స్కేలింగ్ పరిష్కారాలకు సమిష్టి పదం, అదే సమయంలో ఎథేరియం లేయర్ 1 యొక్క బలమైన వికేంద్రీకృత భద్రతను సద్వినియోగం చేసుకుంటుంది. లేయర్ 2 అనేది ఎథేరియంను విస్తరించే ఒక ప్రత్యేక బ్లాక్ చెయిన్. అది ఎలా పనిచేస్తుంది?",
+ "page-layer-2-learn-how-does-layer-2-work-2": "లేయర్ 2 యొక్క అనేక రకాలు ఉన్నాయి, ప్రతి ఒక్కటి వాటి స్వంత ట్రేడ్-ఆఫ్లు మరియు భద్రతా నమూనాలను కలిగి ఉంటాయి. లేయర్ 2 లు లావాదేవీ భారాన్ని లేయర్ 1 నుండి దూరం చేస్తాయి, తద్వారా అది తక్కువ రద్దీగా మారుతుంది మరియు ప్రతిదీ మరింత స్కేలబుల్ గా మారుతుంది.",
+ "page-layer-2-learn-how-does-layer-2-work-rollups-title": "రోలప్లు",
+ "page-layer-2-learn-how-does-layer-2-work-rollups-1": "రోల్అప్స్ వందల కొద్దీ లావాదేవీలను లేయర్ 1లో ఒకే లావాదేవీగా బండిల్ (లేదా 'రోల్ అప్') చేస్తాయి. ఇది రోల్అప్లోని ప్రతి ఒక్కరిపై L1 లావాదేవీ రుసుములను పంపిణీ చేస్తుంది, ప్రతి వినియోగదారునికి దానిని చౌకగా చేస్తుంది.",
+ "page-layer-2-learn-how-does-layer-2-work-rollups-2": "రోలప్ లోని లావాదేవీ డేటా లేయర్ 1కు సబ్మిట్ చేయబడుతుంది, అయితే అమలు రోలప్ ద్వారా విడిగా చేయబడుతుంది. లావాదేవీ డేటాను లేయర్ 1లో సబ్మిట్ చేయడం ద్వారా, రోల్ అప్ లు ఎథేరియం యొక్క భద్రతను వారసత్వంగా పొందుతాయి. ఎందుకంటే డేటాను లేయర్ 1కు అప్ లోడ్ చేసిన తర్వాత, రోల్అప్ లావాదేవీని తిరిగి తీసుకురావడానికి ఎథేరియంను తిరిగి ఇవ్వడం అవసరం. రోల్అప్లకు రెండు విభిన్న విధానాలు ఉన్నాయి: ఆప్టిమిస్టిక్ మరియు జీరో-నాలెడ్జ్ - అవి ప్రధానంగా ఈ లావాదేవీ డేటా ఎల్ 1 కు ఎలా సమర్పించబడతాయనే దానిపై భిన్నంగా ఉంటాయి.",
+ "page-layer-2-learn-rollupCards-optimistic-title": "ఆశావాద రోలప్లు",
+ "page-layer-2-learn-rollupCards-optimistic-description": "ఆప్టిమిస్టిక్ రోల్అప్స్ ఫాల్ట్ ప్రూఫ్లను ఉపయోగిస్తాయి, ఇక్కడ లావాదేవీలు చెల్లుబాటు అయ్యేవిగా భావించబడతాయి, కానీ చెల్లని లావాదేవీ అనుమానించబడితే సవాలు చేయవచ్చు. చెల్లని లావాదేవీ అనుమానించబడితే, ఇది జరిగిందో లేదో చూడటానికి ఫాల్ట్ ప్రూఫ్ రన్ చేయబడుతుంది.",
+ "page-layer-2-learn-rollupCards-optimistic-childSentence": "ఆప్టిమిస్టిక్ రోల్అప్లపై మరింత",
+ "page-layer-2-learn-rollupCards-zk-title": "జీరో-కనౌలెడ్జి రోల్అప్స్",
+ "page-layer-2-learn-rollupCards-zk-description": "జీరో-కనౌలెడ్జి రోల్అప్స్ చెల్లుబాటు రుజువులను ఉపయోగిస్తాయి, ఇక్కడ లావాదేవీల లెక్కలు ఆఫ్చైన్లో కంప్యూట్ చేయబడతాయి, మరియు ఆ తర్వాత ఈ డేటా వాటి చెల్లుబాటు యొక్క రుజువుతో ఎథేరియం మెయిన్నెట్కు సరఫరా చేయబడుతుంది.",
+ "page-layer-2-learn-rollupCards-zk-childSentence": "zk-రోల్అప్స్ పై మరింత",
+ "page-layer-2-learn-dyor-title": "మీ స్వంత పరిశోధన చేయండి: లేయర్ 2 యొక్క ప్రమాదాలు",
+ "page-layer-2-learn-dyor-1": "లేయర్ 2 చైన్లు ఎథేరియం నుండి భద్రతను వారసత్వంగా పొందుతాయి కాబట్టి, ఒక ఆదర్శ ప్రపంచంలో, అవి L1 ఎథేరియం వలె సురక్షితంగా ఉంటాయి. అయినప్పటికీ, చాలా ప్రాజెక్టులు ఇంకా కొత్తవి మరియు కొంతవరకు ప్రయోగాత్మకమైనవి. సంవత్సరాల R&D తర్వాత, ఎథేరియంను స్కేల్ చేసే అనేక L2 టెక్నాలజీలు 2021లో లైవ్ అయ్యాయి. ఈ L2లు సురక్షితం కాదని దీని అర్థం కాదు, కేవలం ఏ లేయర్ 2 కూడా ఎథేరియం మెయిన్నెట్ వలె క్షేత్రస్థాయిలో పరీక్షించబడలేదని మాత్రమే. ఎల్లప్పుడూ మీ స్వంత పరిశోధన చేయండి మరియు ఇందులో ఉన్న ఏవైనా ప్రమాదాలతో మీరు సౌకర్యవంతంగా ఉన్నారో లేదో నిర్ణయించుకోండి.",
+ "page-layer-2-learn-dyor-2": "లేయర్ 2ల యొక్క టెక్నాలజీ, ప్రమాదాలు మరియు విశ్వసనీయ అంచనాలపై మరింత సమాచారం కోసం, మేము L2BEATను చూడాలని సిఫార్సు చేస్తున్నాము, ఇది ప్రతి ప్రాజెక్ట్ యొక్క సమగ్ర ప్రమాద అంచనా ఫ్రేమ్వర్క్ను అందిస్తుంది.",
+ "page-layer-2-learn-dyor-link": "L2BEATకి వెళ్లండి",
+ "page-layer-2-learn-note-on-alt-l1-title": "alt L1లు, సైడ్చైన్లు, మరియు వ్యాలిడియంలపై ఒక గమనిక",
+ "page-layer-2-learn-note-on-alt-l1-1": "ప్రత్యామ్నాయ లేయర్ 1లు ఎథేరియం కంటే అధిక థ్రూపుట్ మరియు తక్కువ లావాదేవీ రుసుములను కలిగి ఉంటాయి. ఈ alt L1లు సెకనుకు అధిక లావాదేవీలు మరియు తక్కువ రుసుములను సాధించడానికి భద్రత లేదా వికేంద్రీకరణపై త్యాగం చేయాల్సి వచ్చింది. స్కేలబిలిటీ ట్రిలెమ్మాను పరిష్కరించడానికి మరియు వికేంద్రీకృతంగా మరియు సురక్షితంగా ఉండటానికి లేయర్ 2 స్కేలింగ్ మాత్రమే మార్గమని ఎథేరియం పర్యావరణ వ్యవస్థ గట్టిగా విశ్వసిస్తుంది.",
+ "page-layer-2-learn-note-on-alt-l1-2": "సైడ్చైన్లు మరియు వ్యాలిడియంలు బ్లాక్ చైన్లు, ఇవి ఒక బ్లాక్ చైన్ నుండి ఆస్తులను మరొక బ్లాక్ చైన్ పైకి బ్రిడ్జ్ చేయడానికి మరియు ఉపయోగించడానికి అనుమతిస్తాయి. సైడ్చైన్లు మరియు వ్యాలిడియంలు ప్రధాన చైన్కు సమాంతరంగా నడుస్తాయి, మరియు బ్రిడ్జ్ల ద్వారా ప్రధాన చైన్తో సంకర్షణ చెందుతాయి, కానీ అవి వాటి భద్రత లేదా డేటా లభ్యతను ప్రధాన చైన్ నుండి పొందవు. అవి లేయర్ 2ల మాదిరిగానే స్కేల్ అవుతాయి, కానీ వేర్వేరు విశ్వసనీయ అంచనాలను కలిగి ఉంటాయి. అవి తక్కువ లావాదేవీ రుసుములు, మరియు అధిక లావాదేవీల థ్రూపుట్ను అందిస్తాయి. సైడ్చైన్ల మరియు వ్యాలిడియంలపై మరింత.",
+ "page-layer-2-learn-callout-1-title": "ప్రయోజనాలు ఏమిటి?",
+ "page-layer-2-learn-callout-1-description": "వినియోగదారు అనుభవంపై లేయర్ 2 పరిష్కారాల ఆచరణాత్మక ప్రభావాన్ని అన్వేషించండి.",
+ "page-layer-2-learn-learn-more": "ఇంకా నేర్చుకోండి",
+ "page-layer-2-learn-callout-2-title": "విభిన్న నెట్వర్క్లను అన్వేషించండి",
+ "page-layer-2-learn-callout-2-description": "నెట్వర్క్లు ఒకదానికొకటి ఎలా భిన్నంగా ఉంటాయో మరియు వాటి అభివృద్ధిలో అవి ఎంత దూరం వెళ్ళాయో తెలుసుకోండి.",
+ "page-layer-2-learn-explore-networks": "నెట్వర్క్లను అన్వేషించండి"
+}
diff --git a/src/intl/te/page-layer-2-networks.json b/src/intl/te/page-layer-2-networks.json
new file mode 100644
index 00000000000..154c7740cf6
--- /dev/null
+++ b/src/intl/te/page-layer-2-networks.json
@@ -0,0 +1,85 @@
+{
+ "page-layer-2-networks-hero-description": "నేడు ఇతీరియమును ఉపయోగించడం అంటే వందలాది విభిన్న నెట్వర్క్లు మరియు యాప్లతో సంకర్షణ చెందడం. వీటన్నింటికీ ఇతీరియము ఒక పునాది వెన్నెముకగా మద్దతు ఇస్తుంది.",
+ "page-layer-2-networks-meta-title": "ఇతీరియము లేయర్ 2: నెట్వర్క్లను అన్వేషించండి",
+ "page-layer-2-networks-more-advanced-title": "మరింత ఆధునాతన అవలోకనం కోసం చూస్తున్నారా?",
+ "page-layer-2-networks-more-advanced-descripton-1": "ప్రాజెక్ట్లలో చాలా వరకు",
+ "page-layer-2-networks-more-advanced-descripton-2": "ఇప్పటికీ కొత్తవి మరియు కొంతవరకు ప్రయోగాత్మకమైనవి.",
+ "page-layer-2-networks-more-advanced-descripton-3": "ఈ నెట్వర్క్ల సాంకేతికత, ప్రమాదాలు మరియు విశ్వాస అంచనాలపై మరింత సమాచారం కోసం, L2BEATని తనిఖీ చేయమని మేము సిఫార్సు చేస్తున్నాము, ఇది ప్రతి ప్రాజెక్ట్ యొక్క సమగ్ర ప్రమాద అంచనా ఫ్రేమ్వర్క్ను అందిస్తుంది మరియు సాధారణ డేటా విశ్లేషణ కోసం growthepieని సిఫార్సు చేస్తున్నాము.",
+ "page-layer-2-networks-more-advanced-link-1": "l2beat.comను సందర్శించండి",
+ "page-layer-2-networks-more-advanced-link-2": "growthepie.comను సందర్శించండి",
+ "page-layer-2-networks-callout-1-title": "ప్రయోజనాలు ఏమిటి?",
+ "page-layer-2-networks-callout-1-description": "ఇతీరియము యొక్క బలం మరియు భద్రత ఇతర నెట్వర్క్లు నిర్మించుకోవడానికి ఒక ప్లాట్ఫారమ్ను అందిస్తుంది.",
+ "page-layer-2-networks-callout-2-title": "మరిన్ని వివరాలపై ఆసక్తి ఉందా?",
+ "page-layer-2-networks-callout-2-description": "ఈ స్కేలింగ్ విధానం యొక్క సాంకేతికత మరియు కారణాల గురించి ఆసక్తిగా ఉన్నారా? దీని వెనుక ఉన్న ఆలోచన మరియు విభిన్న సాంకేతిక విధానాల గురించి మరింత తెలుసుకోండి.",
+ "page-layer-2-networks-n/a-label": "N/A",
+ "page-layer-2-networks-n/a-description": "ఇతీరియము మెయిన్నెట్కు వర్తించదు.",
+ "page-layer-2-networks-robust-label": "దృఢమైన",
+ "page-layer-2-networks-robust-description": "పూర్తిగా వికేంద్రీకృత మరియు సురక్షితమైన నెట్వర్క్, దీనిని దాని సృష్టికర్తలతో సహా ఏ వ్యక్తి లేదా సమూహం ట్యాంపర్ చేయలేదు లేదా ఆపలేదు.\n\nఇది వికేంద్రీకరణ యొక్క ఇతీరియము దృష్టిని నెరవేర్చే నెట్వర్క్.",
+ "page-layer-2-networks-maturing-label": "పరిపక్వత చెందుతున్న",
+ "page-layer-2-networks-maturing-description": "వికేంద్రీకృతంగా మారడానికి పరివర్తన చెందుతున్న నెట్వర్క్. తీవ్రమైన పరిస్థితులలో నటుల సమూహం ఇప్పటికీ నెట్వర్క్ను నిలిపివేయగలదు.",
+ "page-layer-2-networks-developing-label": "అభివృద్ధి చెందుతున్న",
+ "page-layer-2-networks-developing-description": "ఒక కేంద్రీకృత ఆపరేటర్ నెట్వర్క్ను నడుపుతుంది కానీ కేంద్రీకరణ ప్రమాదాలను తగ్గించడానికి ఫెయిల్-సేఫ్ లక్షణాలను జోడిస్తుంది.",
+ "page-layer-2-networks-emerging-label": "ఆవిర్భవిస్తున్న",
+ "page-layer-2-networks-emerging-description": "ఒక కేంద్రీకృత ఆపరేటర్ నెట్వర్క్ను నడుపుతుంది. ఆపరేటర్ నిజాయితీగా ఉన్నారో లేదో ధృవీకరించడానికి డేటా ఇతీరియములో బహిరంగంగా కనిపిస్తుంది.",
+ "page-layer-2-networks-network-maturity": "నెట్వర్క్ పరిపక్వత",
+ "page-layer-2-networks-network-maturity-with-colon": "నెట్వర్క్ పరిపక్వత:",
+ "page-layer-2-networks-network-maturity-description": "నెట్వర్క్ యొక్క అభివృద్ధి దశ, నెట్వర్క్ను ఉపయోగించడంతో సంబంధం ఉన్న ప్రమాదాలు మరియు నెట్వర్క్ యొక్క పర్యావరణ వ్యవస్థ పరిమాణాన్ని చూస్తుంది.",
+ "page-layer-2-networks-summary-metric": "ఇది వీరు చేసిన ప్రమాద విశ్లేషణ ఆధారంగా రూపొందించిన ఒక సారాంశ మెట్రిక్",
+ "page-layer-2-networks-no-results-title": "ఫలితాలు లేవు",
+ "page-layer-2-networks-no-results-description": "మీ ప్రమాణాలకు సరిపోలే నెట్వర్క్లు ఏవీ లేవు, కొన్ని ఫిల్టర్లను జోడించి ప్రయత్నించండి",
+ "page-layer-2-networks-reset-filters": "ఫిల్టర్లను రీసెట్ చేయండి",
+ "page-layer-2-networks-age": "వయస్సు",
+ "page-layer-2-networks-show-how-long": "నెట్వర్క్లు ఎంతకాలం నుండి పనిచేస్తున్నాయో చూపుతుంది.",
+ "page-layer-2-networks-data-from": "నుండి డేటా",
+ "page-layer-2-networks-period": ".",
+ "page-layer-2-networks-wallet-support": "వాలెట్ మద్దతు",
+ "page-layer-2-networks-how-many-wallet-support": "నెట్వర్క్ను ఉపయోగించడానికి ఎన్ని వాలెట్ యాప్లు మద్దతు ఇస్తున్నాయో సూచిస్తుంది.",
+ "page-layer-2-networks-active-address": "క్రియాశీల చిరునామాలు",
+ "page-layer-2-networks-active-address-weekly": "క్రియాశీల చిరునామాలు (వారంవారీ)",
+ "page-layer-2-networks-active-address-number": "గత 7 రోజులలో నెట్వర్క్లోని క్రియాశీల చిరునామాల సంఖ్య.",
+ "page-layer-2-networks-fee-token": "రుసుము టోకెన్",
+ "page-layer-2-networks-token-used-to-pay": "లావాదేవీల కోసం మరియు నెట్వర్క్ను ఉపయోగించడం కోసం చెల్లించడానికి ఉపయోగించే టోకెన్.",
+ "page-layer-2-networks-network-usage": "నెట్వర్క్ వినియోగం",
+ "page-layer-2-networks-network-usage-overview": "నెట్వర్క్ వినియోగం యొక్క అవలోకనం. గత 30 రోజులలో సంబంధిత ప్రాంతాల్లో లావాదేవీల సంఖ్యను కొలుస్తుంది.",
+ "page-layer-2-networks-no-data-available": "డేటా అందుబాటులో లేదు",
+ "page-layer-2-networks-links": "లింకులు",
+ "page-layer-2-networks-official-website": "అధికారిక వెబ్సైట్",
+ "page-layer-2-networks-risk-analysis": "ప్రమాద విశ్లేషణ",
+ "page-layer-2-networks-assessment-by-l2beat": "L2BEAT ద్వారా అంచనా",
+ "page-layer-2-networks-detailed-analytics": "వివరణాత్మక విశ్లేషణలు",
+ "page-layer-2-networks-assessment-by-growthepie": "growthepie ద్వారా అంచనా",
+ "page-layer-2-networks-bridge-to": "కు వంతెన",
+ "page-layer-2-networks-view-apps": "యాప్లను వీక్షించండి",
+ "page-layer-2-networks-select-wallet": "వాలెట్ను ఎంచుకోండి",
+ "page-layer-2-networks-search-wallets": "వాలెట్లను శోధించండి...",
+ "page-layer-2-networks-no-wallet-found": "వాలెట్లు ఏవీ కనుగొనబడలేదు",
+ "page-layer-2-networks-robust-description-1": "పూర్తిగా వికేంద్రీకృత మరియు సురక్షితమైన నెట్వర్క్, దీనిని దాని సృష్టికర్తలతో సహా ఏ వ్యక్తి లేదా సమూహం ట్యాంపర్ చేయలేదు లేదా ఆపలేదు.",
+ "page-layer-2-networks-robust-description-2": "ఇది వికేంద్రీకరణ యొక్క ఇతీరియము దృష్టిని నెరవేర్చే నెట్వర్క్.",
+ "page-layer-2-networks-developing-description-1": "పారదర్శకత కోసం పబ్లిక్ డేటా దృశ్యమానతతో ఒకే ఆపరేటర్ నెట్వర్క్ను నడుపుతోంది.",
+ "page-layer-2-networks-emerging-description-1": "ఒకే ఆపరేటర్ నెట్వర్క్ను ప్రైవేట్గా నడుపుతూ పారదర్శకత వైపు పనిచేస్తుంది.",
+ "page-layer-2-networks-networks-showing": "చూపిస్తున్న నెట్వర్క్లు",
+ "page-layer-2-networks-market-share": "మార్కెట్ వాటా",
+ "page-layer-2-networks-market-share-description": "ఇతీరియములో ఎస్క్రో కాంట్రాక్ట్లలో లాక్ చేయబడిన మొత్తం విలువ.",
+ "page-layer-2-networks-avg-transaction-fee": "సగటు లావాదేవీ రుసుము",
+ "page-layer-2-networks-transaction-fee": "లావాదేవీ రుసుము",
+ "page-layer-2-networks-transaction-fee-description": "బదిలీలు, స్వాప్లు, మింటింగ్ మరియు ఇతర కార్యకలాపాల కోసం లావాదేవీ యొక్క సగటు ఖర్చు.",
+ "page-layer-2-networks-transaction-see-networks": "నెట్వర్క్లను చూడండి",
+ "page-layer-2-network-maturity-component-1": "నెట్వర్క్ యొక్క పురోగతిని మేము సమీక్షిస్తాము",
+ "page-layer-2-network-maturity-component-2": "ఇతీరియము అనుసరణ",
+ "page-layer-2-network-maturity-component-3": "మొత్తం విలువ లాక్ చేయబడింది (TVL)",
+ "page-layer-2-network-maturity-component-4": "ప్రొడక్షన్లో ప్రత్యక్ష ప్రసార సమయం",
+ "page-layer-2-network-maturity-component-5": "మరియు ప్రమాద పరిగణనలు",
+ "page-layer-2-network-maturity-component-6": "ఈ స్థాయిలు నెట్వర్క్ అభివృద్ధిని ట్రాక్ చేయడానికి సహాయపడతాయి మరియు పురోగతిని అంచనా వేయడానికి సంఘానికి ఒక ప్రామాణిక మార్గాన్ని అందిస్తాయి.",
+ "page-layer-2-network-maturity-component-7": "సాంకేతిక పురోగతి మాత్రమే సరిపోదు, ఏ నెట్వర్క్లోనైనా మొత్తం బలం మరియు పరిపక్వతలో వినియోగదారుల స్వీకరణ మరియు వయస్సు ముఖ్యమైన భాగం.",
+ "page-layer-2-network-maturity-component-8": "పరిపక్వత",
+ "page-layer-2-network-maturity-component-9": "అవసరాలు",
+ "page-layer-2-network-maturity-component-10": "• దశ 2",
+ "page-layer-2-network-maturity-component-11": "• కనీసం $1B TVL",
+ "page-layer-2-network-maturity-component-12": "• దశ 1",
+ "page-layer-2-network-maturity-component-13": "• కనీసం $150M TVL",
+ "page-layer-2-network-maturity-component-14": "• 6+ నెలలు ప్రొడక్షన్లో ప్రత్యక్ష ప్రసారం",
+ "page-layer-2-network-maturity-component-15": "• దశ 0",
+ "page-layer-2-network-maturity-component-16": "• ప్రమాద అంచనా: 3/5 (L2beat)",
+ "page-layer-2-network-maturity-component-17": "• ప్రమాద అంచనా: 2/5 (L2beat)",
+ "page-layer-2-network-maturity-component-18": "• కనీసం $150M TVL లేదా 6+ నెలలు ప్రొడక్షన్లో ప్రత్యక్ష ప్రసారం"
+}
diff --git a/src/intl/te/page-layer-2.json b/src/intl/te/page-layer-2.json
new file mode 100644
index 00000000000..f119c8109d9
--- /dev/null
+++ b/src/intl/te/page-layer-2.json
@@ -0,0 +1,61 @@
+{
+ "page-layer-2-hero-title": "లేయర్ 2",
+ "page-layer-2-hero-header": "Ethereum నెట్వర్క్లు",
+ "page-layer-2-hero-description": "కొద్దిపాటి ఖర్చుతో ఇతీరియమును ఉపయోగించండి.",
+ "page-layer-2-hero-button-2-content": "ఇంకా నేర్చుకోండి",
+ "page-layer-2-period": ".",
+ "page-layer-2-calloutCard-1-title": "$0.01 ఫీజులు",
+ "page-layer-2-calloutCard-1-description": "మీరు అధిక ఖర్చుల గురించి చింతించకుండా ట్రేడ్ చేయవచ్చు, ప్రపంచవ్యాప్తంగా డబ్బు పంపవచ్చు, లేదా అప్లికేషన్లను ఉపయోగించవచ్చు.",
+ "page-layer-2-calloutCard-2-title": "దాదాపు తక్షణ లావాదేవీలు",
+ "page-layer-2-calloutCard-2-description": "మీరు త్వరితగతిన చెల్లింపు చేస్తున్నా లేదా వికేంద్రీకృత ఫైనాన్స్ (DeFi)లో పాల్గొంటున్నా, అన్ని లావాదేవీలు కేవలం కొన్ని సెకన్లలోనే పూర్తవుతాయి.",
+ "page-layer-2-calloutCard-3-title": "ఇతీరియము మద్దతుతో",
+ "page-layer-2-calloutCard-3-description": "ఇతీరియము యొక్క కాలపరీక్షకు నిలిచిన మరియు వికేంద్రీకృత బ్లాక్ చైను, ఇతర కొత్త నెట్వర్క్ల కోసం సెటిల్మెంట్ లేయర్గా పనిచేస్తుంది.",
+ "page-layer-2-meta-title": "ఇతీరియము లేయర్ 2కి పరిచయం: ప్రయోజనాలు మరియు ఉపయోగాలు",
+ "page-layer-2-meta-description": "ఇతీరియము లేయర్ 2 నెట్వర్క్ల గురించి తెలుసుకోండి",
+ "page-layer-2-powered-by-ethereum-title": "ఇతీరియము ద్వారా ఆధారితం",
+ "page-layer-2-powered-by-ethereum-description-1": "ఇతీరియము ఇకపై కేవలం ఒకే నెట్వర్క్ కాదు.",
+ "page-layer-2-powered-by-ethereum-description-2": "ఇప్పుడు దానిపైన వందలాది బ్లాక్ చైన్లు నిర్మించబడటంతో, ఇతీరియము రోజువారీ ఉపయోగం కోసం మరింత తక్కువ ఖర్చుతో కూడినదిగా, వేగవంతమైనదిగా మరియు అందుబాటులో ఉండేదిగా మారింది.",
+ "page-layer-2-powered-by-ethereum-description-3": "ఇతీరియము ద్వారా ఆధారితమైన అనేక నెట్వర్క్లలో ఒకదానిలో చేరడం ద్వారా భవిష్యత్తును స్వీకరించండి!",
+ "page-layer-2-man-and-dog-alt": "మనిషి మరియు కుక్క ఆడుకోవడం",
+ "page-layer-2-blockchain-transaction-cost": "ఇతీరియము బ్లాక్ చైనులో సగటు లావాదేవీ ఖర్చు",
+ "page-layer-2-networks-transaction-cost": "ఇతీరియము మద్దతు ఉన్న నెట్వర్క్లలో సగటు లావాదేవీ ఖర్చు",
+ "page-layer-2-network-of-networks-title": "నెట్వర్క్ల నెట్వర్క్",
+ "page-layer-2-network-of-networks-description": "ఇతీరియము యొక్క బలం మరియు భద్రత ఇతర నెట్వర్క్లు నిర్మించుకోవడానికి ఒక ప్లాట్ఫారమ్ను అందిస్తుంది. ఒకే ఖాతాతో, ప్రతిదీ అనుకూలంగా ఉంటుంది మరియు సజావుగా కనెక్ట్ అవుతుంది.",
+ "page-layer-2-ethereum-logo-alt": "ఇతీరియము",
+ "page-layer-2-ready-to-start-title": "ప్రారంభించడానికి సిద్ధంగా ఉన్నారా?",
+ "page-layer-2-ready-to-start-description": "మీకు అందుబాటులో ఉన్న అన్ని విభిన్న నెట్వర్క్లను చూడండి.",
+ "page-layer-2-ready-to-start-button": "నెట్వర్క్లను అన్వేషించండి",
+ "page-layer-2-go": "Go",
+ "page-layer-2-walking-alt": "నడవడం",
+ "page-layer-2-why-do-we-need-multiple-networks-1": "ఇతీరియములో మనకు బహుళ నెట్వర్క్లు ఎందుకు అవసరం?",
+ "page-layer-2-why-do-we-need-multiple-networks-2": "కేవలం ఒకే ఇతీరియము నెట్వర్క్ కాకుండా, ఇన్ని నెట్వర్క్లు ఎందుకు ఉన్నాయి?",
+ "page-layer-2-faq-title": "తరచుగా అడిగే ప్రశ్నలు",
+ "page-layer-2-faq-ExpandableCard-1-title": "ఒక నెట్వర్క్ ఇతీరియములో భాగమని నాకు ఎలా తెలుస్తుంది?",
+ "page-layer-2-faq-ExpandableCard-1-description-1": "ఇతీరియముకు సంబంధించి నెట్వర్క్లను వర్గీకరించడానికి అనేక విభిన్న మార్గాలు ఉన్నాయి. అనేక నెట్వర్క్లు ప్రజాదరణ పొందడానికి ఇతీరియమును స్కేలింగ్ చేస్తున్నట్లు చెప్పుకుంటాయి. అయితే, నెట్వర్క్ తన డేటాను ఇతీరియము ప్రధాన నెట్వర్క్లో నిల్వ చేస్తుందా లేదా అనేది ఒక స్పష్టమైన దృక్కోణం. ఇది వినియోగదారు భద్రతను మరియు ఇతీరియము యొక్క అనుమతిలేని దార్శనికతను బాగా పెంచుతుంది. అటువంటి ప్రాజెక్ట్లను తరచుగా \"రోలప్లు\" అని పిలుస్తారు. డేటా మరెక్కడైనా నిల్వ చేయబడితే, ఆ ప్రాజెక్ట్ ప్రత్యక్ష ఇతీరియము పొడిగింపు కాదు మరియు స్వతంత్రంగా ఉంటుంది. అత్యంత ప్రజాదరణ పొందిన వాటిలో కొన్నింటిని చూడండి",
+ "page-layer-2-faq-ExpandableCard-1-description-2": "గేమింగ్ లేదా ఆర్థికేతర అప్లికేషన్ల వంటి కొన్ని నిర్దిష్ట పరిశ్రమలకు అటువంటి ప్రత్యక్ష సన్నిహిత సంబంధం అవసరం కాకపోవచ్చు, ఎందుకంటే అక్కడ విభిన్న సాంకేతికతలు బాగా సరిపోతాయి.",
+ "page-layer-2-faq-ExpandableCard-2-title": "ఈ నెట్వర్క్లన్నీ సురక్షితమేనా?",
+ "page-layer-2-faq-ExpandableCard-2-description-1": "సాధారణంగా పటిష్టమైన భద్రతా ఫీచర్లతో రూపొందించబడినప్పటికీ, వాటి భద్రత అంతర్లీన సాంకేతికత, స్మార్ట్ కాంట్రాక్ట్ భద్రత మరియు",
+ "page-layer-2-faq-ExpandableCard-2-link": "నెట్వర్క్ యొక్క పరిపక్వత",
+ "page-layer-2-faq-ExpandableCard-2-description-2": "సురక్షితమైన వినియోగాన్ని నిర్ధారించుకోవడానికి, వినియోగదారులు చిన్న లావాదేవీలతో ప్రారంభించి, పరిణామాలపై అప్డేట్గా ఉంటూ తగిన శ్రద్ధ వహించాలి.",
+ "page-layer-2-faq-ExpandableCard-3-title": "ఈ నెట్వర్క్లపై ఆధారపడకుండా, ఇతీరియము తన సొంత చైన్ను ఎందుకు స్కేలింగ్ చేయలేదు?",
+ "page-layer-2-faq-ExpandableCard-3-description": "ఇతీరియము తన సొంత ప్రధాన చైన్ను సులభంగా స్కేలింగ్ చేయలేదు, ఎందుకంటే అది సురక్షితంగా మరియు వికేంద్రీకృతంగా ఉండాలి. ప్రధాన చైన్ను వేగవంతం చేయడం వలన అది తక్కువ సురక్షితంగా మరియు మరింత కేంద్రీకృతంగా మారవచ్చు. ఇతీరియము నెట్వర్క్లు ప్రధాన చైన్ వెలుపల లావాదేవీలను ప్రాసెస్ చేయడం ద్వారా సహాయపడతాయి మరియు ఆపై భద్రత కోసం ప్రధాన చైన్ను ఉపయోగిస్తాయి, ఇది భద్రత లేదా వికేంద్రీకరణను కోల్పోకుండా ఇతీరియము మరిన్ని లావాదేవీలను నిర్వహించడానికి అనుమతిస్తుంది.",
+ "page-layer-2-faq-ExpandableCard-4-title": "'అధికారిక' ఇతీరియము నెట్వర్క్లు ఎందుకు లేవు?",
+ "page-layer-2-faq-ExpandableCard-4-description": "'అధికారిక' ఎథేరియం క్లయింట్ లేనట్లే, 'అధికారిక' ఎథేరియం లేయర్ 2 లేదు. ఎథేరియం అనుమతి లేనిది - సాంకేతికంగా ఎవరైనా లేయర్ 2 ను సృష్టించవచ్చు! బహుళ బృందాలు లేయర్ 2 యొక్క వారి సంస్కరణను అమలు చేస్తాయి మరియు పర్యావరణ వ్యవస్థ మొత్తంగా వివిధ ఉపయోగ సందర్భాల కోసం ఆప్టిమైజ్ చేయబడిన డిజైన్ విధానాల వైవిధ్యం నుండి ప్రయోజనం పొందుతుంది. నెట్వర్క్లో వైవిధ్యాన్ని కలిగి ఉండటానికి బహుళ బృందాలు అభివృద్ధి చేసిన బహుళ ఎథేరియం క్లయింట్లను కలిగి ఉన్నట్లే, ఇది కూడా భవిష్యత్తులో లేయర్ 2 లు ఎలా అభివృద్ధి చెందుతాయి.",
+ "page-layer-2-callout-1-title": "విభిన్న నెట్వర్క్లను అన్వేషించండి",
+ "page-layer-2-callout-1-description": "నెట్వర్క్లు ఒకదానికొకటి ఎలా విభిన్నంగా ఉన్నాయో మరియు వాటి అభివృద్ధిలో ఎంత దూరం వెళ్లాయో తెలుసుకోండి.",
+ "page-layer-2-callout-2-title": "మరిన్ని వివరాలపై ఆసక్తి ఉందా?",
+ "page-layer-2-callout-2-description": "ఈ స్కేలింగ్ విధానం యొక్క సాంకేతికత మరియు కారణాల గురించి ఆసక్తిగా ఉన్నారా? దీని వెనుక ఉన్న ఆలోచన మరియు విభిన్న సాంకేతిక విధానాల గురించి మరింత తెలుసుకోండి.",
+ "page-layer-2-arbitrum-description": "Arbitrum One అనేది Offchain Labs ద్వారా నిర్మించబడిన మరియు Arbitrum DAO ద్వారా పరిపాలించబడే ఒక సాధారణ-ప్రయోజన ఆప్టిమిస్టిక్ రోల్అప్.",
+ "page-layer-2-base-description": "Base అనేది OP స్టాక్తో నిర్మించబడిన ఒక ఆప్టిమిస్టిక్ రోల్అప్. ఇది ఎవరైనా, ఎక్కడైనా, ఆన్చైన్లో నిర్మించడానికి తక్కువ-ఖర్చు మరియు బిల్డర్-స్నేహపూర్వక మార్గాన్ని అందిస్తుంది.",
+ "page-layer-2-optimism-description": "OP మెయిన్నెట్ అనేది EVM-సమానమైన ఆప్టిమిస్టిక్ రోల్అప్. ఇది వేగంగా, సరళంగా మరియు సురక్షితంగా ఉండాలని లక్ష్యంగా పెట్టుకుంది.",
+ "page-layer-2-blast-description": "Blast అనేది స్థానిక రాబడికి మద్దతు ఇచ్చే EVM-అనుకూల ఆప్టిమిస్టిక్ రోల్అప్.",
+ "page-layer-2-zksync2-description": "ZKsync Era అనేది పూర్తి EVM అనుకూలతతో కూడిన ఒక సాధారణ-ప్రయోజన ZK రోల్అప్.",
+ "page-layer-2-linea-description": "Linea అనేది Consensys zkEVM ద్వారా ఆధారితమైన ఒక ZK రోల్అప్, ఇది ఇతీరియము నెట్వర్క్ను స్కేలింగ్ చేయడానికి రూపొందించబడింది.",
+ "page-layer-2-scroll-description": "Scroll అనేది ZK టెక్ మరియు EVM అనుకూలత ద్వారా ఇతీరియము యొక్క సామర్థ్యాలను విస్తరించే ఒక ZK రోల్అప్.",
+ "page-layer-2-starknet-description": "Starknet అనేది STARKలు మరియు కైరో VM ఆధారంగా ఒక సాధారణ ప్రయోజన ZK రోల్అప్.",
+ "page-layer-2-mode-description": "Mode అనేది AIFi ఆర్థిక వ్యవస్థను నిర్మిస్తున్న ఒక OP స్టాక్ ఆప్టిమిస్టిక్ రోల్అప్.",
+ "page-layer-2-taiko-description": "Taiko అనేది ఒక వికేంద్రీకృత, ఇతీరియము-సమానమైన ZK-EVM రోల్అప్, ఇది సజావుగా క్రాస్-చైన్ కమ్యూనికేషన్ను ప్రారంభిస్తుంది.",
+ "page-layer-2-unichain-description": "Unichain అనేది చైన్ల అంతటా లిక్విడిటీకి హోమ్గా ఉండేందుకు నిర్మించబడిన DeFi-నేటివ్ ఇతీరియము L2.",
+ "page-layer-2-ink-description": "Ink అనేది సూపర్ చైన్ కోసం DeFi యొక్క నిలయంగా ఉండేందుకు రూపొందించబడిన ఒక ఇతీరియము OP స్టాక్ లేయర్ 2 బ్లాక్ చైను; ఇది వినూత్న DeFi ప్రోటోకాల్స్ను డిప్లాయ్ చేయడానికి ఒక శక్తివంతమైన బేస్లేయర్.",
+ "page-layer-2-zircuit-description": "Zircuit అనేది EVM-అనుకూల ZK రోల్అప్, ఇది హానికరమైన లావాదేవీలను గుర్తించడానికి మరియు నిరోధించడానికి AI-ఆధారిత సీక్వెన్సర్-స్థాయి భద్రతను కలిగి ఉంటుంది."
+}
diff --git a/src/intl/te/page-learn.json b/src/intl/te/page-learn.json
index 99d3b364b78..a0c346c9bc2 100644
--- a/src/intl/te/page-learn.json
+++ b/src/intl/te/page-learn.json
@@ -1,6 +1,7 @@
{
+ "about-ethereum-video-series": "ఇతీరియము గురించి వీడియో సిరీస్",
"toc-learn-hub": "నేర్చుకునే కేంద్రం",
- "toc-what-is-crypto-ethereum": "ఇతీరియము అంటే ఏమిటి?",
+ "toc-what-is-crypto-ethereum": "Ethereum అంటే ఏమిటి?",
"toc-how-do-i-use-ethereum": "నేను Ethereumను ఎలా ఉపయోగించాలి?",
"toc-what-is-ethereum-used-for": "Ethereum దేనికి ఉపయోగిస్తారు?",
"toc-strengthen-the-ethereum-network": "Ethereum నెట్వర్క్ను బలోపేతం చేయండి",
@@ -12,8 +13,8 @@
"hero-button-lets-get-started": "మొదలు పెడదాము",
"page-learn-meta-title": "Ethereum: పూర్తి లెర్నింగ్ గైడ్",
"what-is-crypto-1": "మీరు క్రిప్టోకరెన్సీలు, బ్లాక్చెయిన్లు మరియు బిట్కాయిన్ గురించి విని ఉండవచ్చు. దిగువ లింక్లు అవి ఏమిటో మరియు అవి Ethereumతో ఏ విధమైన సంబంధం కలిగి ఉన్నాయో తెలుసుకోవడానికి మీకు సహాయపడతాయి.",
- "what-is-crypto-2": "బిట్కాయిన్ వంటి క్రిప్టోకరెన్సీలు ఎవరైనా ప్రపంచవ్యాప్తంగా డబ్బును బదిలీ చేయడానికి వీలు కల్పిస్తాయి. Ethereum కూడా చేస్తుంది, కానీ ఇది యాప్లు మరియు సంస్థలను సృష్టించడానికి వ్యక్తులను అనుమతించే కోడ్ను కూడా అమలు చేయగలదు. ఇది స్థితిస్థాపకమైనది మరియు అనువైనది: ఏదైనా కంప్యూటర్ ప్రోగ్రామ్ Ethereumలో రన్ అవుతుంది. మరింత తెలుసుకోండి మరియు ఎలా ప్రారంభించాలో తెలుసుకోండి:",
- "what-is-ethereum-card-title": "ఇతీరియము అంటే ఏంటి?",
+ "what-is-crypto-2": "బిట్కాయిన్ వంటి క్రిప్టోకరెన్సీలు ఎవరైనా ప్రపంచవ్యాప్తంగా డబ్బును బదిలీ చేయడానికి వీలు కల్పిస్తాయి. ఇతీరియము కూడా చేస్తుంది, కానీ ఇది యాప్లు మరియు సంస్థలను సృష్టించడానికి వ్యక్తులను అనుమతించే కోడ్ను కూడా అమలు చేయగలదు. ఇది స్థితిస్థాపకమైనది మరియు అనువైనది: ఏదైనా కంప్యూటర్ ప్రోగ్రామ్ ఇతీరియములో రన్ అవుతుంది. మరింత తెలుసుకోండి మరియు ఎలా ప్రారంభించాలో తెలుసుకోండి:",
+ "what-is-ethereum-card-title": "Ethereum అంటే ఏమిటి?",
"what-is-ethereum-card-description": "మీరు కొత్తవారైతే, Ethereum ఎందుకు ముఖ్యమో తెలుసుకోవడానికి ఇక్కడ ప్రారంభించండి.",
"what-is-ethereum-card-image-alt": "Ethereumనg సూచించడానికి ఉద్దేశించిన బజార్లోకి చూస్తున్న వ్యక్తి యొక్క ఉదాహరణ.",
"what-is-eth-card-title": "ETH అంటే ఏంటి?",
@@ -30,18 +31,19 @@
"how-do-i-use-ethereum-1": "Ethereumను ఉపయోగించడం వల్ల చాలా మందికి చాలా విషయాలు అర్థం చేసుకోవచ్చు. బహుశా మీరు యాప్కు సైన్ ఇన్ చేయాలనుకుంటున్నారు, మీ ఆన్లైన్ గుర్తింపును నిరూపించుకోవచ్చు లేదా కొంత ETHను బదిలీ చేయాలనుకుంటున్నారు. మీకు అవసరమైన మొదటి విషయం ఖాతా. ఖాతాను సృష్టించడానికి మరియు యాక్సెస్ చేయడానికి సులభమైన మార్గం వాలెట్ అని పిలువబడే సాఫ్ట్వేర్ను ఉపయోగించడం.",
"what-is-a-wallet-card-title": "వాలెట్ అంటే ఏమిటి?",
"what-is-a-wallet-card-description": "డిజిటల్ వాలెట్లు నిజమైన వాలెట్ల వంటివి; వారు మీ గుర్తింపును నిరూపించుకోవడానికి మరియు మీరు విలువైన స్థలాలకు ప్రాప్యతను పొందడానికి అవసరమైన వాటిని నిల్వ చేస్తారు.",
+ "what-is-a-wallet-card-alt": "ఒక రోబోట్ యొక్క చిత్రం.",
"find-a-wallet-card-title": "ఒక వాలెట్ను కనుగొనండి",
"find-a-wallet-card-description": "మీకు ముఖ్యమైన ఫీచర్ల ఆధారంగా వాలెట్లను బ్రౌజ్ చేయండి.",
"find-a-wallet-button": "వాలెట్ల జాబితా",
"ethereum-networks-card-title": "Ethereum నెట్వర్క్లు",
- "ethereum-networks-card-description": "చౌకైన మరియు వేగవంతమైన Ethereum ఎక్స్టెన్షన్లు ఉపయోగించడం ద్వారా డబ్బు ఆదా చేసుకోండి.",
+ "ethereum-networks-card-description": "చౌకైన మరియు వేగవంతమైన ఇతీరియము ఎక్స్టెన్షన్లు ఉపయోగించడం ద్వారా డబ్బు ఆదా చేసుకోండి.",
"ethereum-networks-card-button": "నెట్వర్క్ను ఎంచుకోండి",
"things-to-consider-banner-title": "Ethereum ఉపయోగిస్తున్నప్పుడు పరిగణించవలసిన విషయాలు",
"things-to-consider-banner-1": "మీరు stablecoins USDC లేదా DAI వంటి Ethereumపై నిర్మించిన విభిన్న టోకెన్లను తరలించాల్సిన అవసరం ఉన్నప్పటికీ, ప్రతి Ethereum లావాదేవీకి ETH రూపంలో రుసుము అవసరం.",
"things-to-consider-banner-2": "Ethereumను ఉపయోగించడానికి ప్రయత్నిస్తున్న వ్యక్తుల సంఖ్యను బట్టి ఫీజులు ఎక్కువగా ఉండవచ్చు, కాబట్టి మేము ఉపయోగించమని సిఫార్సు చేస్తున్నాము",
"things-to-consider-banner-layer-2": "లేయర్ 2లు",
"additional-reading-more-on-using-ethereum": "Ethereumను ఉపయోగించడం గురించి మరింత",
- "additional-reading-how-to-create-an-ethereum-account": "ఒక ఇతిరియం అకౌంట్ ని ఎలా తాయారు చేసుకోవాలి",
+ "additional-reading-how-to-create-an-ethereum-account": "ఒక Ethereum అకౌంట్ను ఎలా తాయారు చేసుకోవాలి",
"additional-reading-how-to-use-a-wallet": "వాలెట్ ఎలా ఉపయోగించాలి",
"additional-reading-layer-2": "లేయర్ 2: లావాదేవీల రుసుము తగ్గించడం",
"what-is-ethereum-used-for-1": "Ethereum మన జీవితంలోని వివిధ రంగాలను మెరుగుపరచగల కొత్త ఉత్పత్తులు మరియు సేవల సృష్టికి దారితీసింది. మనం ఇంకా ప్రారంభ దశలోనే ఉన్నాము కానీ దాని గురించి చాలా సంతోషించవలసి ఉంది.",
@@ -57,9 +59,9 @@
"dao-card-title": "డిసెంట్రలైజ్డ్ అటానమస్ ఆర్గనైజేషన్స్ (DAOs)",
"dao-card-description": "బాస్ లేకుండా పనిని సమన్వయం చేయడానికి కొత్త మార్గాలను ప్రారంభించండి.",
"dao-card-button": "డిఎఓలు అంటే ఏమిటి?",
- "dapp-card-title": "వికేంద్రీక్రుత అప్లికేషన్లు (dapps)",
+ "dapp-card-title": "ఇతీరియము అప్లికేషన్లు",
"dapp-card-description": "పీర్-టు-పీర్ సేవల డిజిటల్ ఆర్థిక వ్యవస్థను సృష్టించండి.",
- "dapp-card-button": "డాప్లను అన్వేషించండి",
+ "dapp-card-button": "యాప్లు అంటే ఏమిటి?",
"emerging-use-cases-title": "అభివృద్ధి చెందుతున్న వినియోగ కేసులు",
"emerging-use-cases-description": "Ethereumతో సృష్టించబడుతున్న లేదా మెరుగుపరచబడుతున్న ఇతర ప్రముఖ పరిశ్రమలు కూడా ఉన్నాయి:",
"play-to-earn": "ఆడటానికి-సంపాదించే గేమ్లు (P2E)",
@@ -78,7 +80,7 @@
"energy-consumption-card-description": "Ethereum ఎంత శక్తిని ఉపయోగిస్తుంది?",
"energy-consumption-card-button": "Ethereum గ్రీన్?",
"ethereum-upgrades-card-title": "Ethereum రోడ్మ్యాప్",
- "ethereum-upgrades-card-description": "Ethereums రోడ్మ్యాప్ దీన్ని మరింత స్కేలబుల్, సురక్షితమైన మరియు స్థిరమైనదిగా చేస్తుంది.",
+ "ethereum-upgrades-card-description": "ఇతీరియము యొక్క రోడ్మ్యాప్ దీనిని మరింత స్కేలబుల్, సురక్షితమైన మరియు స్థిరమైనదిగా చేస్తుంది.",
"ethereum-upgrades-card-button": "రోడ్మ్యాప్ను అన్వేషించండి",
"ethereum-whitepaper-card-title": "Ethereum వైట్పేపర్",
"ethereum-whitepaper-card-description": "అసలు Ethereum ప్రతిపాదన 2014లో విటాలిక్ బుటెరిన్ రచించారు.",
@@ -93,20 +95,33 @@
"community-hub-card-description": "మా కమ్యూనిటీలో అన్ని నేపథ్యాల వ్యక్తులు ఉన్నారు.",
"community-hub-card-alt": "నిర్మాణదారుల సమూహం కలిసి పని చేయడం యొక్క ఉదాహరణ.",
"community-hub-card-button": "మరింత అన్వేషించండి",
+ "get-involved-card-title": "నేను ఎలా పాలుపంచుకోవచ్చు?",
"get-involved-card-description": "Ethereum కమ్యూనిటీకి సహకరించడానికి మీకు (అవును, మీరు!) స్వాగతం.",
"online-communities-card-title": "ఆన్లైన్లో కమ్యూనిటీలు",
"online-communities-card-description": "ఆన్లైన్ కమ్యూనిటీలు మరింత నిర్దిష్టమైన ప్రశ్నలను అడగడానికి లేదా పాల్గొనడానికి గొప్ప అవకాశాన్ని అందిస్తాయి.",
"online-communities-card-button": "కమ్యూనిటీలను అన్వేషించండి",
"books-about-ethereum": "Ethereum గురించి పుస్తకాలు",
+ "proof-of-stake-title": "ప్రూఫ్ ఆఫ్ స్టేక్",
"proof-of-stake-description": "సెప్టెంబర్ 13, 2022 - విటాలిక్ బుటెరిన్, నాథన్ ష్నీడర్",
+ "cryptopians-title": "The Cryptopians",
"cryptopians-description": "ఫిబ్రవరి 22, 2022 - లారా షిన్",
+ "out-of-the-ether-title": "Out of the Ether",
"out-of-the-ether-description": "సెప్టెంబర్ 29, 2020 - మాథ్యూ లీసింగ్",
+ "the-infinite-machine-title": "The Infinite Machine",
"the-infinite-machine-description": "జూలై 14, 2020 - కమీలా రస్సో",
+ "mastering-ethereum-title": "Mastering Ethereum",
"mastering-ethereum-description": "డిసెంబర్ 23, 2018 – ఆండ్రియాస్ ఎం. ఆంటోనోపౌలోస్, గావిన్ వుడ్ Ph.D.",
"podcasts-about-ethereum": "Ethereum గురించి పాడ్క్యాస్ట్లు",
+ "bankless-title": "Bankless",
"bankless-description": "క్రిప్టో ఫైనాన్స్కు ఒక గైడ్",
+ "zeroknowledge-title": "Zero Knowledge",
"zeroknowledge-description": "అభివృద్ధి చెందుతున్న వికేంద్రీకృత వెబ్ను మరియు కమ్యూనిటీని నిర్మించడానికి శక్తినిచ్చే సాంకేతికతలోకి లోతుగా వెళుతుంది",
+ "green-pill-title": "Green Pill",
"green-pill-description": "ప్రపంచానికి సానుకూల బాహ్యతలను సృష్టించే క్రిప్టో-ఆర్థిక వ్యవస్థలను అన్వేషిస్తుంది",
+ "ethereum-basics-title": "ఇతీరియము ప్రాథమికాలు",
+ "ethereum-basics-description": "సులభంగా అర్థమయ్యే వీడియో సిరీస్ ద్వారా ఇతీరియము నెట్వర్క్ నిర్మాణం యొక్క ప్రాథమికాలను నేర్చుకోండి.",
+ "unchained-title": "Unchained",
"unchained-description": "వికేంద్రీకృత ఇంటర్నెట్ను రూపొందించే వ్యక్తులను, మన భవిష్యత్తును ఆధారం చేయగల ఈ సాంకేతికత యొక్క వివరాలు మరియు క్రిప్టోలోని నియంత్రణ, భద్రత మరియు గోప్యత వంటి కొన్ని విసుగు పుట్టించే అంశాలలో లోతుగా మునిగిపోతుంది",
+ "the-daily-gwei-title": "The Daily Gwei",
"the-daily-gwei-description": "Ethereum న్యూస్ రీక్యాప్లు, అప్డేట్లు మరియు విశ్లేషణ"
}
diff --git a/src/intl/te/page-resources.json b/src/intl/te/page-resources.json
new file mode 100644
index 00000000000..b70901b2e3c
--- /dev/null
+++ b/src/intl/te/page-resources.json
@@ -0,0 +1,97 @@
+{
+ "page-resources-network-title": "నెట్వర్క్",
+ "page-resources-using-title": "ఇతీరియమును ఉపయోగించడం",
+ "page-resources-scaling-title": "ఇతీరియమును విస్తరించడం",
+ "page-resources-resilience-title": "ఇతీరియము స్థితిస్థాపకత",
+ "page-resources-privacy-security-title": "గోప్యత & భద్రత",
+ "page-resources-network-layer2-title": "ఇతీరియము నెట్వర్క్లు - లేయర్ 2",
+ "page-resources-network-layer2-chart-label": "ఇతీరియము నెట్వర్క్లలో మధ్యస్థ లావాదేవీల ఖర్చు",
+ "page-resources-network-layer2-l2beat-description": "రోల్అప్-కేంద్రీకృత ఇతీరియము స్కేలింగ్ రోడ్మ్యాప్కు అనుగుణంగా, ఇతీరియమును స్కేలింగ్ చేయడమే లక్ష్యంగా ఉన్న అభివృద్ధి చెందుతున్న లేయర్ టూ (L2) సాంకేతికతలపై పారదర్శక మరియు ధృవీకరించదగిన అంతర్దృష్టులను అందించడానికి L2BEAT సృష్టించబడింది.",
+ "page-resources-network-layer2-growthepie-description": "growthepie ఇతీరియము మెయిన్నెట్ మరియు లేయర్ 2ల వినియోగం మరియు వృద్ధిని విజువలైజ్ చేస్తోంది. నిజ-సమయ రుసుములు, ఆర్థిక డేటా, అప్లికేషన్ ట్రాక్షన్, స్టేబుల్కాయిన్ డేటా, డేటా-ఆధారిత కథనాలు మరియు మరెన్నో.",
+ "page-resources-block-explorers-title": "సమూహము అన్వేషకులు",
+ "page-resources-block-explorers-chart-label": "తదుపరి బ్లాక్కు సమయం",
+ "page-resources-block-explorers-blockscout-description": "ఇతీరియము నెట్వర్క్ల కోసం పూర్తి బ్లాక్చైన్ డేటా మరియు APIలతో Blockscout ద్వారా ఓపెన్-సోర్స్ బ్లాక్ ఎక్స్ప్లోరర్.",
+ "page-resources-block-explorers-etherscan-description": "Etherscan అనేది వికేంద్రీకృత స్మార్ట్ కాంట్రాక్టుల ప్లాట్ఫారమ్ అయిన ఇతీరియము కోసం ఒక బ్లాక్ ఎక్స్ప్లోరర్ మరియు విశ్లేషణల ప్లాట్ఫారమ్.",
+ "page-resources-block-explorers-beaconchain-description": "ఇతీరియము మెయిన్నెట్ను చూపిస్తున్న ఓపెన్ సోర్స్ ఇతీరియము ఎక్స్ప్లోరర్ 🚀.",
+ "page-resources-block-explorers-txcity-description": "నిజ సమయంలో ఇతీరియము బ్లాక్ల యొక్క ఒక ఫన్నీ విజువలైజర్.",
+ "page-resources-block-explorers-panda-ops-description": "ethPandaOps ద్వారా ఇతీరియము బీకాన్ చైన్ బ్లాక్ ఉత్పత్తి కోసం లైవ్ డ్యాష్బోర్డ్.",
+ "page-resources-block-explorers-otterscan-description": "అత్యంత వేగవంతమైన, స్థానిక, స్వీయ-హోస్ట్ చేసిన ఇతీరియము బ్లాక్ ఎక్స్ప్లోరర్",
+ "page-resources-eth-asset-title": "ETH ఆస్తి",
+ "page-resources-eth-asset-etherealize-description": "ఇతీరియము ప్రపంచం ఉపయోగించడానికి అతిపెద్ద, అత్యంత సురక్షితమైన మరియు అత్యంత బహిరంగ బ్లాక్చైన్. మరియు ఇతీరియము వ్యాపారం కోసం తెరిచి ఉంది.",
+ "page-resources-eth-asset-ultrasound-description": "అల్ట్రా సౌండ్ మనీ అనేది ETH సరఫరా యొక్క సంభావ్య తగ్గుదలపై దృష్టి సారించే ఒక ఇతీరియము మీమ్.",
+ "page-resources-eth-asset-ethismoney-description": "ETH అనేది డబ్బు, ETHని డబ్బుగా పట్టుకొని, స్టేక్ చేసి, ప్రచారం చేసే విశ్వాసుల సమూహం.",
+ "page-resources-gas-title": "గ్యాస్",
+ "page-resources-gas-etherscan-description": "గ్యాస్పై ఉన్న అన్ని KPIలను ట్రాక్ చేయండి.",
+ "page-resources-gas-ethgastracker-description": "ఇతీరియము మరియు L2లలో గ్యాస్ ధరలను పర్యవేక్షించండి.",
+ "page-resources-gas-blocknative-description": "Web3 యొక్క అత్యంత కచ్చితమైన గ్యాస్ రుసుము అంచనా.",
+ "page-resources-gas-gasfees-description": "ఇతీరియము నెట్వర్క్ల కోసం గ్యాస్ ఖర్చుల డేటా ట్రాకర్.",
+ "page-resources-defi-title": "DeFi",
+ "page-resources-defi-defillama-description": "DefiLlama అనేది DeFi (వికేంద్రీకృత ఫైనాన్స్) కోసం అతిపెద్ద TVL అగ్రిగేటర్.",
+ "page-resources-defi-eigenphi-description": "DeFi లావాదేవీలు మరియు ట్రేడింగ్ వ్యూహాలను అర్థం చేసుకోవాలనుకుంటున్నారా?",
+ "page-resources-defi-defiscan-description": "DeFi యొక్క పరిపక్వత మరియు నష్టాలపై ధృవీకరించదగిన అంతర్దృష్టులు.",
+ "page-resources-stablecoins-title": "స్టేబుల్కాయిన్లు",
+ "page-resources-stablecoins-stablecoinswtf-description": "స్టేబుల్కాయిన్ల గురించి డీజెన్లకు అవగాహన కల్పించడం ఈ వెబ్సైట్ యొక్క ఉద్దేశ్యం.",
+ "page-resources-stablecoins-visa-description": "వీసా ఆన్చైన్ అనలిటిక్స్ డాష్బోర్డ్ ప్రపంచవ్యాప్తంగా పబ్లిక్ బ్లాక్చెయిన్ల ద్వారా ఫియట్-మద్దతు గల స్టేబుల్కాయిన్లు ఎలా కదులుతాయో ప్రదర్శిస్తుంది.",
+ "page-resources-stablecoins-rwa-description": "క్రిప్టో మరియు ఆస్తి-మద్దతు గల స్టేబుల్కాయిన్ల వెనుక ఉన్న కార్యకలాపాలను అన్వేషించండి.",
+ "page-resources-nft-title": "నాన్-ఫంగబుల్ టోకెన్",
+ "page-resources-nft-etherscan-description": "టాప్ NFT కాంట్రాక్టులు.",
+ "page-resources-nft-nftgo-description": "నిజ-సమయ ప్రపంచ NFT మార్కెట్ డేటా.",
+ "page-resources-applications-title": "అప్లికేషన్స్",
+ "page-resources-applications-ecosystem-description": "ఇతీరియము పర్యావరణ వ్యవస్థలో లీనమవ్వండి మరియు వందలాది ప్రముఖ యాప్లు & సాధనాలతో పరిచయం పెంచుకోండి.",
+ "page-resources-applications-farcaster-description": "ఫార్కాస్టర్ వినియోగం నుండి డేటా.",
+ "page-resources-applications-dappradar-description": "ప్రపంచంలోని డాప్ స్టోర్తో అగ్ర బ్లాక్చైన్ డాప్స్, NFTలు, గేమ్లు, DeFi ప్రాజెక్ట్లు, టోకెన్లు మరియు ఎయిర్డ్రాప్లను అన్వేషించండి. ర్యాంకింగ్లను ట్రాక్ చేయండి, మార్కెట్ ఇన్సైట్లను అన్వేషించండి, ట్రెండింగ్ ప్రాజెక్ట్లను కనుగొనండి మరియు రివార్డ్లను అన్లాక్ చేయండి.",
+ "page-resources-adoption-title": "ఇతీరియము స్వీకరణ",
+ "page-resources-adoption-ethereumadoption-description": "ఇతీరియముపై నిర్మించే ఉన్నత స్థాయి సంస్థల జాబితా.",
+ "page-resources-adoption-cryptowerk-description": "క్రిప్ట్వర్క్ వ్యాపారుల డేటాబేస్ ఆధారంగా ఇతీరియము స్వీకరణ విశ్లేషణలు - మ్యాప్, దేశాలు, కంపెనీలు, వ్యాపారాలు, వర్గాలు, రేటింగ్.",
+ "page-resources-adoption-reserves-description": "వ్యూహాత్మక ఇతీరియము రిజర్వ్ చొరవ కోసం ఒక డ్యాష్బోర్డ్.",
+ "page-resources-roadmap-title": "ఇతీరియము రోడ్మ్యాప్",
+ "page-resources-roadmap-metric-label": "తాజా అప్గ్రేడ్",
+ "page-resources-roadmap-ethroadmap-description": "ఇతీరియము రోడ్మ్యాప్ మరియు తదుపరి నెట్వర్క్ అప్గ్రేడ్పై వివరణాత్మక విజువలైజేషన్.",
+ "page-resources-blobs-title": "బ్లాబ్స్",
+ "page-resources-blobs-metric-total-label": "మొత్తం బ్లాబ్లు",
+ "page-resources-blobs-metric-fee-label": "సగటు బ్లాబ్ రుసుము",
+ "page-resources-blobs-blobscan-description": "సమగ్ర బ్లాబ్ స్కానర్.",
+ "page-resources-blobs-blobsguru-description": "ఇతీరియము బ్లాబ్స్ ఎక్స్ప్లోరర్: L2 లావాదేవీలు & EIP-4844 డేటాను విశ్లేషించండి.",
+ "page-resources-nodes-title": "నోడ్స్",
+ "page-resources-nodes-nodewatch-description": "నోడ్ల అవలోకనం.",
+ "page-resources-nodes-ethernodes-description": "ఇతీరియము మెయిన్నెట్ గణాంకాలు.",
+ "page-resources-nodes-etherscan-description": "ప్రతిరోజూ.",
+ "page-resources-nodes-luckystaker-description": "బ్లాక్ను పొందే ప్రతిపాదన యొక్క రోజువారీ సంభావ్యత.",
+ "page-resources-nodes-pectrified-description": "వాలిడేటర్ల కోసం ఇతీరియము పెక్ట్రా ఫోర్క్ గణాంకాలు.",
+ "page-resources-nodes-validatorqueue-description": "ఇతీరియము వాలిడేటర్ ప్రవేశ మరియు నిష్క్రమణ క్యూ మరియు అంచనా వేసిన నిరీక్షణ సమయాలను చూపే డ్యాష్బోర్డ్.",
+ "page-resources-network-resilience-title": "నెట్వర్క్ స్థితిస్థాపకత",
+ "page-resources-network-resilience-neutralitywatch-description": "ఇతీరియము సెన్సారబిలిటీ మానిటర్.",
+ "page-resources-network-resilience-sunshine-description": "ఇతీరియము యొక్క వికేంద్రీకరణ ఆరోగ్యాన్ని కొలవడానికి ఒక డ్యాష్బోర్డ్.",
+ "page-resources-network-resilience-clientdiversity-description": "మైనారిటీ క్లయింట్ను ఉపయోగించడం ద్వారా ఇతీరియము యొక్క స్థితిస్థాపకతను మెరుగుపరచండి.",
+ "page-resources-network-resilience-supermajority-description": "ఇతీరియము ఎగ్జిక్యూషన్ లేయర్ యొక్క సూపర్మెజారిటీ క్లయింట్ రిస్క్, ప్రత్యేకించి స్టేకింగ్ సేవల యొక్క క్లయింట్ వినియోగం.",
+ "page-resources-attestations-title": "ధృవీకరణలు",
+ "page-resources-attestations-eas-description": "EAS ఇతీరియములో ఆన్చైన్ మరియు ఆఫ్-చైన్ అటెస్టేషన్లను సృష్టించడానికి మరియు ధ్రువీకరించడానికి ఎవరినైనా అనుమతిస్తుంది.",
+ "page-resources-relays-title": "రిలేలు",
+ "page-resources-relays-beaconchain-description": "అదనపు రాబడిని రాబట్టడంలో ప్రత్యేకత కలిగిన సంస్థలకు తమ బ్లాక్ ఉత్పత్తిని అవుట్సోర్స్ చేయడానికి వాలిడేటర్లు రిలేలను ఉపయోగించవచ్చు.",
+ "page-resources-relays-ratednetwork-description": "MEV రిలే మార్కెట్ వాటా, రిలే చేయబడిన మొత్తం విలువ, ప్రతి బ్లాక్కు విలువ మరియు ఇతీరియము నెట్వర్క్ కోసం ఇతర గణాంకాలు.",
+ "page-resources-relays-relayscan-description": "MEV-బూస్ట్ విశ్లేషణలు.",
+ "page-resources-mev-title": "MEV",
+ "page-resources-mev-mevboost-description": "స్టేబుల్కాయిన్ల గురించి డీజెన్లకు అవగాహన కల్పించడం ఈ వెబ్సైట్ యొక్క ఉద్దేశ్యం.",
+ "page-resources-mev-mevwatch-description": "కొన్ని MEV-బూస్ట్ రిలేలు OFAC కింద నియంత్రించబడతాయి మరియు కొన్ని లావాదేవీలను సెన్సార్ చేస్తాయి. ఇతీరియము బ్లాక్లపై దాని ప్రభావాన్ని గమనించడానికి ఈ సాధనాన్ని ఉపయోగించండి.",
+ "page-resources-wallets-title": "వాలెట్లు",
+ "page-resources-wallets-wallet-beat-description": "ఒక సాధారణ ఇతీరియము వాలెట్ డాష్బోర్డ్ మరియు సారాంశ సాధనం.",
+ "page-resources-wallets-bundlebear-description": "ERC-4337 మరియు EIP-7702 స్మార్ట్ ఖాతాల కోసం డ్యాష్బోర్డ్లు మరియు విశ్లేషణలు.",
+ "page-resources-zk-adoption-title": "ZK స్వీకరణ",
+ "page-resources-zk-adoption-ethproofs-description": "ఇతీరియమును స్కేల్ చేసే SNARKలు.",
+ "page-resources-zk-adoption-l2beat-description": "L2BEAT ద్వారా ZK కేటలాగ్ అనేది వివిధ బ్లాక్చైన్ ప్రాజెక్ట్లచే ఉపయోగించబడిన ZK సాంకేతికతపై వివరణాత్మక అంతర్దృష్టులను అందించే కమ్యూనిటీ-ఆధారిత వనరు.",
+ "page-resources-mempool-title": "మెంపూల్",
+ "page-resources-mempool-mempool-description": "ఇతీరియము యొక్క మెంపూల్పై ఎంచుకున్న తులనాత్మక విజువలైజేషన్లు.",
+ "page-resources-meta-title": "ఇతీరియము వనరుల డ్యాష్బోర్డ్",
+ "page-resources-meta-description": "అన్ని ప్రధాన ఇతీరియము పర్యావరణ వ్యవస్థ అభివృద్ధిల గురించి అప్డేట్గా ఉండటానికి కమ్యూనిటీ-క్యూరేటెడ్ వనరుల జాబితాను కనుగొనండి.",
+ "page-resources-hero-title": "వనరులు",
+ "page-resources-hero-header": "ఇతీరియము డ్యాష్బోర్డులు",
+ "page-resources-hero-description": "అన్ని ప్రధాన ఇతీరియము పర్యావరణ వ్యవస్థ అభివృద్ధిల గురించి అప్డేట్గా ఉండటానికి కమ్యూనిటీ-క్యూరేటెడ్ వనరుల జాబితాను కనుగొనండి.",
+ "page-resources-find-more": "పై మరిన్ని గొప్ప వనరులను కనుగొనండి",
+ "page-resources-contribute-title": "కాంట్రిబ్యూషన్ చెయ్యు",
+ "page-resources-contribute-description": "ఈ డ్యాష్బోర్డ్ నిరంతరం అప్డేట్ అయ్యే పేజీ, దీనికి తరచుగా అప్డేట్లు అవసరం. ఇతీరియము పర్యావరణ వ్యవస్థ యొక్క అవలోకనాన్ని ఇవ్వడానికి ఉత్తమ వనరులను కనుగొనడంలో సహాయం చేయండి.",
+ "page-resources-suggest-resource": "ఒక వనరును సూచించండి",
+ "page-resources-found-bug": "బగ్ దొరికిందా",
+ "page-resources-whats-on-this-page": "ఈ పేజీలో ఏముంది",
+ "page-resources-banner-notification-message": "వనరుల డ్యాష్బోర్డ్ కొత్తది!",
+ "page-resources-share-feedback": "దయచేసి మీ అభిప్రాయాన్ని మాతో పంచుకోండి"
+}
diff --git a/src/intl/te/page-roadmap-vision.json b/src/intl/te/page-roadmap-vision.json
new file mode 100644
index 00000000000..9584f4a127e
--- /dev/null
+++ b/src/intl/te/page-roadmap-vision.json
@@ -0,0 +1,67 @@
+{
+ "page-roadmap-vision-2014": "వాటా రుజువును వివరించే 2014 బ్లాగ్ పోస్ట్ను వీక్షించండి",
+ "page-roadmap-vision-2021": "ఎథెరియం రోడ్మ్యాప్ పరిణామంపై 2021 బ్లాగ్ పోస్ట్ను వీక్షించండి",
+ "page-roadmap-vision-2022": "2022 బ్లాగ్ పోస్ట్ను వీక్షించండి: ది హిచ్హైకర్స్ గైడ్ టు ఎథెరియం",
+ "page-roadmap-vision-2021-updates": "ఎథెరియం ప్రోటోకాల్ అప్డేట్లపై 2021 బ్లాగ్ పోస్ట్ను వీక్షించండి",
+ "page-roadmap-vision-desc-1": "ఎథెరియం నెట్వర్క్ రద్దీని తగ్గించి, గ్లోబల్ యూజర్ బేస్కి మెరుగైన సేవలందించేందుకు వేగాన్ని మెరుగుపరచాలి.",
+ "page-roadmap-vision-desc-2": "నెట్వర్క్ పెరిగేకొద్దీ నోడ్ని అమలు చేయడం కష్టతరమవుతోంది. నెట్వర్క్ను స్కేల్ చేసే ప్రయత్నాలతో ఇది మరింత కష్టతరం అవుతుంది.",
+ "page-roadmap-vision-desc-3": "ఎథెరియం చాలా విద్యుత్తును ఉపయోగిస్తుంది. నెట్వర్క్ను సురక్షితంగా ఉంచే సాంకేతికత మరింత స్థిరంగా ఉండాలి.",
+ "page-roadmap-vision-ethereum-node": "నోడ్స్ మరికొంత సమాచారం",
+ "page-roadmap-vision-future": "ప్రపంచ స్థాయిలో డిజిటల్ భవిష్యత్తు",
+ "page-roadmap-vision-meta-desc": "ఎథెరియంపై ప్రభావం అప్గ్రేడ్ల యొక్క అవలోకనం మరియు అవి అధిగమించాల్సిన సవాళ్లు.",
+ "page-roadmap-vision-meta-title": "ఎథెరియం భవిష్యత్తు ప్రణాళికలు",
+ "page-roadmap-vision-mining": "మైనింగ్ గురించి మరింత సమాచారము",
+ "page-roadmap-vision-problems": "నేటి సమస్యలు",
+ "page-roadmap-vision-scalability": "స్కేలబిలిటీ",
+ "page-roadmap-vision-scalability-desc": "ఎథెరియం నెట్వర్క్లోని నోడ్ల పరిమాణాన్ని పెంచకుండా సెకనుకు ఎక్కువ లావాదేవీలను నిర్వహించగలగాలి. నోడ్లు బ్లాక్చెయిన్ను నిల్వ చేసి అమలు చేసే కీలకమైన నెట్వర్క్ పార్టిసిపెంట్లు. నోడ్ పరిమాణాన్ని పెంచడం ఆచరణాత్మకమైనది కాదు ఎందుకంటే శక్తివంతమైన మరియు ఖరీదైన కంప్యూటర్లు ఉన్నవారు మాత్రమే దీన్ని చేయగలరు. స్కేల్ చేయడానికి, ఎథెరియంకి సెకనుకు మరిన్ని లావాదేవీలు అవసరం, దానితో పాటు మరిన్ని నోడ్లు ఉంటాయి. మరిన్ని నోడ్స్ అంటే మరింత భద్రత.",
+ "page-roadmap-vision-scalability-desc-3": "లేయర్ 2 రోల్అప్లు లావాదేవీలను ఆఫ్-చెయిన్కు తరలించి, కేవలం సారాంశ డేటాను ఎథెరియంకు పోస్ట్ చేయడం ద్వారా దానిని స్కేల్ చేస్తాయి. ఈ బ్యాచింగ్ ఎథెరియం యొక్క నిర్గమాంశను పెంచుతూ, వినియోగదారుల ఖర్చులను భారీగా తగ్గిస్తుంది.",
+ "page-roadmap-vision-scalability-desc-4": "వినియోగదారులకు లావాదేవీలను వీలైనంత చౌకగా చేయడానికి రోల్అప్లకు లేయర్ 1లో తక్కువ-ధర నిల్వ అవసరం. ఇది ఎథెరియం బ్లాక్లకు జోడించబడిన బ్లాబ్ల రూపంలో అందించబడుతుంది. చివరికి, అనేక బ్లాబ్లు ఎథెరియం బ్లాక్లకు జోడించబడతాయి, అనేక రోల్అప్లకు చౌక నిల్వను అందిస్తాయి.",
+ "page-roadmap-vision-security": "భద్రత",
+ "page-roadmap-vision-security-desc": "ప్రణాళికాబద్ధమైన అప్గ్రేడ్లు సమన్వయ దాడులకు వ్యతిరేకంగా ఎథెరియం యొక్క భద్రతను మెరుగుపరుస్తాయి.",
+ "page-roadmap-vision-security-desc-3": "ప్రూఫ్-ఆఫ్-స్టేక్లో అదనపు భద్రత దాడికి వ్యతిరేకంగా ఎక్కువ క్రిప్టో-ఆర్థిక ప్రోత్సాహకాల నుండి వస్తుంది. ఎందుకంటే, ప్రూఫ్-ఆఫ్-స్టేక్లో, నెట్వర్క్ను భద్రపరిచే వ్యాలిడేటర్లు తప్పనిసరిగా ప్రోటోకాల్లో గణనీయమైన మొత్తంలో ETH వాటాను కలిగి ఉండాలి. వారు ప్రయత్నించి నెట్వర్క్పై దాడి చేస్తే, ప్రోటోకాల్ వారి ETHని స్వయంచాలకంగా నాశనం చేస్తుంది.",
+ "page-roadmap-vision-security-desc-5": "ఏదేమైనప్పటికీ, సేవ తిరస్కరణ దాడుల నుండి వ్యాలిడేటర్లను రక్షించే అప్గ్రేడ్లు, వారి అనామకతను మెరుగుపరచడం మరియు ప్రత్యేక బ్లాక్ బిల్డింగ్ మరియు బ్లాక్ ప్రచారం త్వరలో అమలు చేయడం కూడా చాలా ముఖ్యం. ఈ అప్గ్రేడ్లు వ్యక్తిగత వ్యాలిడేటర్లను మరియు నెట్వర్క్ను మొత్తంగా లైవ్నెస్ దాడులు మరియు సెన్సార్షిప్లకు వ్యతిరేకంగా రక్షిస్తాయి.",
+ "page-roadmap-vision-security-desc-5-link": "ప్రూఫ్-ఆఫ్-స్టాక్పై మరింత",
+ "page-roadmap-vision-security-desc-10": "స్టేకింగ్ అంటే మీరు ఏకాభిప్రాయంలో నేరుగా పాల్గొనడానికి ఎలైట్ హార్డ్వేర్లో పెట్టుబడి పెట్టాల్సిన అవసరం లేదు. ఇది నెట్వర్క్ యొక్క వికేంద్రీకరణను పెంచడం మరియు దాడి ఉపరితల వైశాల్యాన్ని తగ్గించడం ద్వారా మరింత మంది వ్యక్తులను వాలిడేటర్గా మార్చడానికి ప్రోత్సహిస్తుంది.",
+ "page-roadmap-vision-security-staking": "స్టేక్ ETH",
+ "page-roadmap-vision-security-validator": "మీరు మీ ETHను స్టేకింగ్ చేయడమ్ ద్వారా వాలిడేటర్గా మారవచ్చు.",
+ "page-roadmap-vision-staking-lower": "స్టేకింగ్ గురించి మరింత",
+ "page-roadmap-vision-subtitle": "మానవాళి అందరికీ సహాయపడేంత శక్తివంతమైన ఎథెరియంని పెంచుకోండి.",
+ "page-roadmap-vision-sustainability": "సుస్థిరత",
+ "page-roadmap-vision-sustainability-desc-1": "ఎథెరియం ఇప్పుడు గ్రీన్ బ్లాక్చెయిన్. ప్రూఫ్-ఆఫ్-స్టేకింగ్ నూండి ప్రూఫ్-ఆఫ్-వర్క్ మార్పిడి చేసినప్పుడు శక్తి వినియోగం ~99.95% తగ్గింది.",
+ "page-roadmap-vision-sustainability-desc-2": "ఎథెరియం ఇప్పుడు స్టేకింగ్ ద్వారా భద్రపరచబడింది, పవర్ కంప్యూటింగ్ కాదు.",
+ "page-roadmap-vision-sustainability-desc-3": "ఈ సుస్థిరత బూస్ట్ భద్రతా ప్రయోజనాలను కూడా తెస్తుంది - పనిని రుజువు చేయడం కంటే గొలుసుపై దాడి చేయడాన్ని స్టేక్డ్ ఈథర్ చాలా ఖరీదైనదిగా చేస్తుంది, అయితే మైనర్ల కంటే చెల్లుబాటయ్యే వారి కంటే తక్కువ కొత్త ETH జారీ చేయవలసి ఉంటుంది కాబట్టి దాన్ని సురక్షితంగా ఉంచడం తక్కువ ఖర్చుతో కూడుకున్నది.",
+ "page-roadmap-vision-sustainability-desc-8": "ప్రూఫ్-ఆఫ్-స్టేక్కి మార్చడం వల్ల ఎథెరియం పచ్చగా మరియు మరింత సురక్షితంగా మార్చింది. యాప్లు మరియు సంస్థలను రూపొందించడానికి ఇది తక్కువ-కార్బన్ ప్లాట్ఫారమ్.",
+ "page-roadmap-vision-sustainability-subtitle": "ఎథెరియం అనేది బలమైన క్రిప్టో-ఆర్థిక భద్రతతో కూడిన గ్రీన్ బ్లాక్చెయిన్.",
+ "page-roadmap-vision-title": "ఎథెరియం విజన్",
+ "page-roadmap-vision-title-1": "అడ్డుపడిన నెట్వర్క్",
+ "page-roadmap-vision-title-2": "డిస్క్ స్పేస్",
+ "page-roadmap-vision-title-3": "చాలా శక్తిని",
+ "page-roadmap-vision-trilemma-cardtext-1": "ఎథెరియం అప్గ్రేడ్లు ఎథెరియంని స్కేలబుల్, సురక్షితమైన మరియు వికేంద్రీకృతం చేస్తాయి. స్టేకింగ్ భాగస్వామ్యానికి భారాణి తగ్గించింది మరియు పరిమిత ఆర్థిక వ్యవస్థల స్థాయి, ఒక పెద్ద - మరింత వికేంద్రీకృత - నెట్వర్క్ను సృష్టించింది.",
+ "page-roadmap-vision-trilemma-cardtext-2": "సురక్షితమైన మరియు వికేంద్రీకృత బ్లాక్చెయిన్ నెట్వర్క్లకు గొలుసు ద్వారా ప్రాసెస్ చేయబడిన ప్రతి లావాదేవీని ధృవీకరించడానికి ప్రతి నోడ్ అవసరం. ఈ పని మొత్తం ఏ సమయంలోనైనా జరిగే లావాదేవీల సంఖ్యను పరిమితం చేస్తుంది. ఈరోజు ఎథెరియం గొలుసును వికేంద్రీకరించబడిన మరియు సురక్షితమైనది ప్రతిబింబిస్తుంది.",
+ "page-roadmap-vision-trilemma-cardtext-3": "వికేంద్రీకృత నెట్వర్క్లు నోడ్స్ అంతటా లావాదేవీల గురించి సమాచారాన్ని పంపడం ద్వారా పనిచేస్తాయి - మొత్తం నెట్వర్క్ ఏదైనా రాష్ట్ర మార్పు గురించి తెలుసుకోవాలి. వికేంద్రీకృత నెట్వర్క్లో సెకనుకు లావాదేవీలను స్కేల్ చేయడం వల్ల భద్రతా ప్రమాదాలు తలెత్తుతాయి ఎందుకంటే లావాదేవీలు ఎక్కువ, ఆలస్యం ఎక్కువ, సమాచారం ఫ్లైట్ ఉన్నప్పుడు దాడి చేసే అవకాశం ఎక్కువగా ఉంటుంది.",
+ "page-roadmap-vision-trilemma-cardtext-4": "ఎథెరియం నోడ్ల పరిమాణం మరియు శక్తిని పెంచడం వలన సెకనుకు సురక్షితమైన మార్గంలో లావాదేవీలను పెంచవచ్చు, అయితే హార్డ్వేర్ అవసరం దానిని ఎవరు చేయగలరో పరిమితం చేస్తుంది - ఇది వికేంద్రీకరణను భయపెడుతోంది. షార్డింగ్ మరియు ప్రూఫ్-ఆఫ్-స్టేక్ నోడ్ పరిమాణాన్ని కాకుండా నోడ్ల మొత్తాన్ని పెంచడం ద్వారా ఎథెరియంని స్కేల్ చేయడానికి అనుమతిస్తుంది.",
+ "page-roadmap-vision-trilemma-h2": "వికేంద్రీకృత స్కేలింగ్ యొక్క సవాలు",
+ "page-roadmap-vision-trilemma-modal-tip": "వికేంద్రీకృత స్కేలింగ్ సమస్యలను బాగా అర్థం చేసుకోవడానికి దిగువ సర్కిల్లను నొక్కండి",
+ "page-roadmap-vision-trilemma-p": "ఎథెరియం యొక్క సమస్యలను పరిష్కరించడానికి ఒక సరళ మార్గం దానిని మరింత కేంద్రీకృతం చేయడం. కానీ వికేంద్రీకరణ చాలా ముఖ్యం. ఇది ఎథెరియం న్యూట్రాలిటీ, సెన్సార్షిప్ రెసిస్టెన్స్, ఓపెన్నెస్, డేటా యాజమాన్యం మరియు దాదాపు అన్బ్రేకబుల్ సెక్యూరిటీని అందించే వికేంద్రీకరణ.",
+ "page-roadmap-vision-trilemma-p-1": "ఎథెరియం యొక్క వీషన్ మరింత స్కేలబుల్ మరియు సురక్షితమైనదిగా ఉంటుంది, కానీ వికేంద్రీకరించబడి ఉంటుంది. ఈ 3 లక్షణాలను సాధించడం అనేది స్కేలబిలిటీ ట్రిలెమా అని పిలువబడే సమస్య.",
+ "page-roadmap-vision-trilemma-p-2": "ఎథెరియం అప్గ్రేడ్ల లక్ష్యం ట్రైలెమ్మాను పరిష్కరించటం కానీ ఇంకా ముఖ్యమైన సవాళ్లు ఎదుర్కోవాలి.",
+ "page-roadmap-vision-trilemma-press-button": "వికేంద్రీకృత స్కేలింగ్ సమస్యలను బాగా అర్థం చేసుకోవడానికి త్రిభుజంపై వున్నా బటన్ను నొక్కండి.",
+ "page-roadmap-vision-trilemma-text-1": "వికేంద్రీకరణ",
+ "page-roadmap-vision-trilemma-text-2": "భద్రత",
+ "page-roadmap-vision-trilemma-text-3": "స్కేలబిలిటీ",
+ "page-roadmap-vision-trilemma-title-1": "స్కేలబిలిటీ ట్రైలమాను అన్వేషించండి",
+ "page-roadmap-vision-trilemma-title-2": "ఎథెరియం అప్గ్రేడ్లు మరియు వికేంద్రీకృత స్కేలింగ్",
+ "page-roadmap-vision-trilemma-title-3": "సురక్షితమైన మరియు వికేంద్రీకరణ",
+ "page-roadmap-vision-trilemma-title-4": "వికేంద్రీకరించబడిన మరియు స్కేలబుల్",
+ "page-roadmap-vision-trilemma-title-5": "స్కేలబుల్ మరియు సురక్షితమైన",
+ "page-roadmap-vision-understanding": "ఎథెరియం భాగపు దృష్టి అర్థం చేసుకోవడం",
+ "page-roadmap-vision-upgrade-needs": "అప్గ్రేడ్ల అవసరం",
+ "page-roadmap-vision-upgrade-needs-desc": "2015లో ప్రారంభించిన ఎథెరియం ప్రోటోకాల్ అద్భుతమైన విజయాన్ని సాధించింది. కానీ ఎథెరియం యొక్క పూర్తి సామర్థ్యాన్ని అన్లాక్ చేయడానికి కొన్ని కీలక అప్గ్రేడ్లు అవసరమని ఎథెరియం సంఘం ఎల్లప్పుడూ ఆశించింది.",
+ "page-roadmap-vision-upgrade-needs-desc-2": "అధిక డిమాండ్ లావాదేవీ రుసుములను పెంచుతోంది, ఇది సగటు వినియోగదారుకు ఎథెరియంని ఖరీదైనదిగా చేస్తుంది. ఎథెరియం క్లయింట్ని అమలు చేయడానికి అవసరమైన డిస్క్ స్థలం వేగంగా పెరుగుతోంది.",
+ "page-roadmap-vision-upgrade-needs-desc-3": "ఎథెరియం ఈ సమస్యలను మరియు మరిన్నింటిని పరిష్కరించే అప్గ్రేడ్ల సమితిని కలిగి ఉంది. ఈ అప్గ్రేడ్ల సెట్ను మొదట 'సెరినిటీ' మరియు 'Eth2' అని పిలిచారు మరియు అవి 2014 నుండి పరిశోధన మరియు అభివృద్ధిలో చురుకైన ప్రాంతంగా ఉన్నాయి.",
+ "page-roadmap-vision-upgrade-needs-desc-5": "ఇప్పటికే ఉన్న వినియోగదారుల జీవితాన్ని మెరుగుపరచడానికి మరియు కొత్త వారిని ఆకర్షించడనికి ఇప్పుడు సాంకేతికత సిద్ధంగా ఉంది, ఈ అప్గ్రేడ్లు ఎథెరియంని మరింత స్కేలబుల్గా, సురక్షితంగా మరియు స్థిరంగా ఉండేలా చేయడానికి మళ్లీ-ఆర్కిటెక్ట్ చేస్తుంది - అన్నీ ఎథెరియం యొక్క వికేంద్రీకరణ ప్రధాన విలువను సంరక్షిస్తు.",
+ "page-roadmap-vision-upgrade-needs-desc-6": "స్కేలబిలిటీ కోసం ఆన్-స్విచ్ లేదని దీని అర్థం. మెరుగుదలలు కాలక్రమేణా క్రమంగా షిప్పింగ్ చేయబడతాయి.",
+ "page-roadmap-vision-upgrade-needs-serenity": "'ప్రశాంతత' గురించి చర్చిస్తున్న 2015 బ్లాగ్ పోస్ట్ను వీక్షించండి",
+ "ethereum": "ఇతీరియము",
+ "page-roadmap-vision-danksharding": "డాంక్షార్డింగ్ గురించి మరింత"
+}
diff --git a/src/intl/te/page-roadmap.json b/src/intl/te/page-roadmap.json
new file mode 100644
index 00000000000..2cfee0e0bdc
--- /dev/null
+++ b/src/intl/te/page-roadmap.json
@@ -0,0 +1,102 @@
+{
+ "page-roadmap-title": "Ethereum రోడ్మ్యాప్",
+ "page-roadmap-meta-title": "ఇతీరియము రోడ్మ్యాప్ | ethereum.org",
+ "page-roadmap-meta-description": "ఇతీరియము కోసం మరింత స్కేలబిలిటీ, భద్రత మరియు సుస్థిరతకు మార్గం.",
+ "page-roadmap-banner-notification": "ఇతీరియము అభివృద్ధి కమ్యూనిటీ-ఆధారితమైనది మరియు మార్పులకు లోబడి ఉంటుంది.",
+ "page-roadmap-changes-coming-title": "ఇతీరియముకు ఏ మార్పులు వస్తున్నాయి?",
+ "page-roadmap-changes-coming-description": "ఇతీరియము ఇప్పటికే ఒక శక్తివంతమైన ప్లాట్ఫారమ్, కానీ ఇది ఇంకా మెరుగుపరచబడుతోంది. ఒక ప్రతిష్టాత్మక మెరుగుదలల సమితి ఇతీరియమును దాని ప్రస్తుత రూపం నుండి పూర్తిగా స్కేల్ చేయబడిన, గరిష్టంగా స్థితిస్థాపకమైన ప్లాట్ఫారమ్గా అప్గ్రేడ్ చేస్తుంది.",
+ "page-roadmap-cheaper-transactions-title": "చౌకైన లావాదేవీలు",
+ "page-roadmap-cheaper-transactions-description": "రోల్అప్లు చాలా ఖరీదైనవి మరియు కేంద్రీకృత భాగాలపై ఆధారపడతాయి, దీనివల్ల వినియోగదారులు వాటి ఆపరేటర్లపై అధిక నమ్మకం ఉంచవలసి వస్తుంది. ఈ రెండు సమస్యలకు రోడ్మ్యాప్లో పరిష్కారాలు ఉన్నాయి.",
+ "page-roadmap-cheaper-transactions-button": "రుసుములను తగ్గించడంపై మరిన్ని వివరాలు",
+ "page-roadmap-extra-security-title": "అదనపు భద్రత",
+ "page-roadmap-extra-security-description": "ఇతీరియము ఇప్పటికే చాలా సురక్షితమైనది, కానీ దీనిని ఇంకా బలంగా చేయవచ్చు, భవిష్యత్తులో అన్ని రకాల దాడులను తట్టుకునేందుకు సిద్ధంగా ఉంది.",
+ "page-roadmap-extra-security-button": "భద్రతపై మరింత",
+ "page-roadmap-better-user-experience-title": "మెరుగైన యూజర్ అనుభవం",
+ "page-roadmap-better-user-experience-description": "స్మార్ట్ కాంట్రాక్ట్ వాలెట్లు మరియు తేలికైన నోడ్లకు మరింత మద్దతు ఇతీరియము వినియోగాన్ని సరళంగా మరియు సురక్షితంగా చేస్తుంది.",
+ "page-roadmap-better-user-experience-button": "వినియోగదారు అనుభవంపై మరిన్ని వివరాలు",
+ "page-roadmap-future-proofing-title": "ఫ్యూచర్-ప్రూఫింగ్",
+ "page-roadmap-future-proofing-description": "ఇతీరియము పరిశోధకులు మరియు డెవలపర్లు రేపటి సమస్యలను ఈరోజే పరిష్కరిస్తున్నారు, భవిష్యత్ తరాల కోసం నెట్వర్క్ను సిద్ధం చేస్తున్నారు.",
+ "page-roadmap-future-proofing-button": "ఫ్యూచర్-ప్రూఫింగ్ పై మరిన్ని వివరాలు",
+ "page-roadmap-why-need-title": "ఇతీరియముకు రోడ్మ్యాప్ ఎందుకు అవసరం?",
+ "page-roadmap-why-need-description": "ఇతీరియము దాని స్కేలబిలిటీ, భద్రత, లేదా సుస్థిరతను మెరుగుపరిచే సాధారణ అప్గ్రేడ్లను పొందుతుంది. పరిశోధన మరియు అభివృద్ధి నుండి కొత్త ఆలోచనలు వెలువడినప్పుడు వాటికి అనుగుణంగా మారడం ఇతీరియము యొక్క ప్రధాన బలాలలో ఒకటి. అనుకూలత ఇతీరియముకు కొత్త సవాళ్లను ఎదుర్కోవడానికి మరియు అత్యంత అధునాతన సాంకేతిక పురోగతులతో కొనసాగడానికి సౌలభ్యాన్ని ఇస్తుంది.",
+ "page-roadmap-how-defined-title": "రోడ్మ్యాప్ ఎలా నిర్వచించబడింది",
+ "page-roadmap-how-defined-p1": "ఈ రోడ్మ్యాప్ ఎక్కువగా పరిశోధకులు మరియు డెవలపర్లు సంవత్సరాలుగా చేసిన కృషి ఫలితమే - ఎందుకంటే ప్రోటోకాల్ చాలా సాంకేతికమైనది - కానీ ప్రేరణ ఉన్న ఏ వ్యక్తి అయినా పాల్గొనవచ్చు.",
+ "page-roadmap-how-defined-p2": "ethresear.ch, Ethereum Magicians లేదా Eth R&D డిస్కార్డ్ సర్వర్ వంటి ఫోరమ్లలో చర్చల వలే సాధారణంగా ఆలోచనలు మొదలవుతాయి. అవి కనుగొనబడిన కొత్త బలహీనతలకు ప్రతిస్పందనలు కావచ్చు, అప్లికేషన్ లేయర్లో పనిచేసే సంస్థల (డాప్స్ మరియు ఎక్స్ఛేంజీల వంటివి) నుండి సూచనలు కావచ్చు లేదా తుది వినియోగదారులకు తెలిసిన ఘర్షణల నుండి (ఖర్చులు లేదా లావాదేవీల వేగం వంటివి) కావచ్చు.",
+ "page-roadmap-how-defined-p3": "ఈ ఆలోచనలు పరిపక్వం చెందినప్పుడు, వాటిని ఇతీరియము అభివృద్ధి ప్రతిపాదనలుగా ప్రతిపాదించవచ్చు. ఇదంతా బహిరంగంగా జరుగుతుంది, కాబట్టి కమ్యూనిటీలోని ఎవరైనా ఎప్పుడైనా తమ అభిప్రాయాన్ని చెప్పవచ్చు.",
+ "page-roadmap-governance-button": "ఇతీరియము పరిపాలనపై మరిన్ని వివరాలు",
+ "page-roadmap-hero-alt": "Ethereum రోడ్మ్యాప్",
+ "page-roadmap-technical-upgrades-title": "ఇతీరియముకు ఏ సాంకేతిక అప్గ్రేడ్లు వస్తున్నాయి?",
+ "page-roadmap-danksharding-title": "డాంక్శార్డింగ్",
+ "page-roadmap-danksharding-description": "ఇతీరియము బ్లాక్లకు డేటా యొక్క \"బ్లాబ్స్\"ను జోడించడం ద్వారా, డాన్క్షార్డింగ్ L2 రోల్అప్లను వినియోగదారులకు చాలా చౌకగా చేస్తుంది.",
+ "page-roadmap-single-slot-finality-title": "సింగిల్ స్లాట్ ఫైనల్",
+ "page-roadmap-single-slot-finality-description": "పదిహేను నిమిషాలు వేచి ఉండటానికి బదులుగా, బ్లాక్లను అదే స్లాట్లో ప్రతిపాదించి ఖరారు చేయవచ్చు. ఇది యాప్లకు మరింత సౌకర్యవంతంగా ఉంటుంది మరియు దాడి చేయడం కష్టం.",
+ "page-roadmap-account-abstraction-title": "అకౌంట్ అబ్స్ట్రాక్షన్",
+ "page-roadmap-account-abstraction-description": "ఖాతా సంగ్రహణ అనేది ఒక రకమైన అప్గ్రేడ్లు, ఇవి సంక్లిష్టమైన మిడిల్వేర్ను ఉపయోగించాల్సిన అవసరం లేకుండా ఇతీరియములో స్మార్ట్ కాంట్రాక్ట్ వాలెట్లకు స్థానికంగా మద్దతు ఇస్తాయి.",
+ "page-roadmap-statelessness-title": "స్థితిలేనితనం",
+ "page-roadmap-statelessness-description": "స్టేట్లెస్ క్లయింట్లు పెద్ద మొత్తంలో డేటాను నిల్వ చేయాల్సిన అవసరం లేకుండా కొత్త బ్లాక్లను ధృవీకరించగలవు. ఇది నేటి ఖర్చులలో కేవలం ఒక చిన్న భాగంతో ఒక నోడ్ను నడపడం వల్ల కలిగే అన్ని ప్రయోజనాలను అందిస్తుంది.",
+ "page-roadmap-learn-more": "ఇంకా నేర్చుకోండి",
+ "page-roadmap-timeline-title": "ఈ అప్గ్రేడ్ల కాలక్రమం ఏమిటి?",
+ "page-roadmap-blocks-alt": "ఇతీరియము బ్లాక్లు",
+ "page-roadmap-faq-1-title": "కాలక్రమేణా ఇతీరియము రోడ్మ్యాప్ మారుతుందా?",
+ "page-roadmap-faq-1-p1": "అవును—దాదాపు ఖచ్చితంగా.",
+ "page-roadmap-faq-1-p1-continued": "రోడ్మ్యాప్ అనేది ఇతీరియమును అప్గ్రేడ్ చేయడానికి ప్రస్తుత ప్రణాళిక, ఇది సమీప-కాల మరియు భవిష్యత్ ప్రణాళికలను కవర్ చేస్తుంది. కొత్త సమాచారం మరియు సాంకేతికత అందుబాటులోకి వచ్చినప్పుడు రోడ్మ్యాప్ మారుతుందని మేము ఆశిస్తున్నాము.",
+ "page-roadmap-faq-1-p2": "ఇతీరియము రోడ్మ్యాప్ను ఇతీరియమును మెరుగుపరచడానికి ఉద్దేశ్యాల సమితిగా భావించండి; ఇది ఇతీరియము యొక్క అత్యంత సరైన మార్గానికి సంబంధించి ప్రధాన పరిశోధకులు మరియు డెవలపర్ల ఉత్తమ పరికల్పన.",
+ "page-roadmap-faq-2-title": "రోడ్మ్యాప్ ఎప్పుడు పూర్తవుతుంది?",
+ "page-roadmap-faq-2-p1": "కొన్ని అప్గ్రేడ్లు తక్కువ ప్రాధాన్యత కలిగి ఉంటాయి మరియు రాబోయే 5-10 సంవత్సరాలలో అమలు చేయబడకపోవచ్చు (ఉదా. క్వాంటం నిరోధకత).",
+ "page-roadmap-faq-2-p1-strong": "ప్రతి అప్గ్రేడ్ యొక్క ఖచ్చితమైన సమయాన్ని ఇవ్వడం సంక్లిష్టమైనది",
+ "page-roadmap-faq-2-p1-continued": "అనేక రోడ్మ్యాప్ అంశాలు సమాంతరంగా పని చేయబడతాయి మరియు విభిన్న వేగంతో అభివృద్ధి చేయబడతాయి కాబట్టి అంచనా వేయడం. ఒక అప్గ్రేడ్ యొక్క ఆవశ్యకత కూడా బాహ్య కారకాలపై ఆధారపడి కాలక్రమేణా మారవచ్చు (ఉదా. క్వాంటం కంప్యూటర్ల పనితీరు మరియు లభ్యతలో ఆకస్మిక పెరుగుదల క్వాంటం-నిరోధక క్రిప్టోగ్రఫీని మరింత అత్యవసరంగా మార్చవచ్చు).",
+ "page-roadmap-faq-2-p2": "ఇతీరియము అభివృద్ధి గురించి ఆలోచించడానికి ఒక మార్గం జీవ పరిణామంతో పోల్చడం. మార్పుకు నిరోధకత చూపే నెట్వర్క్ కంటే కొత్త సవాళ్లకు అనుగుణంగా మారి, ఫిట్నెస్ను కొనసాగించగల నెట్వర్క్ విజయం సాధించే అవకాశం ఎక్కువ, అయినప్పటికీ నెట్వర్క్ మరింత పనితీరు, స్కేలబుల్ మరియు సురక్షితంగా మారినప్పుడు ప్రోటోకాల్కు తక్కువ మార్పులు అవసరం అవుతాయి.",
+ "page-roadmap-faq-3-title": "ఈ అప్గ్రేడ్లకు సిద్ధం కావడానికి నేను ఏమైనా చేయాలా?",
+ "page-roadmap-faq-3-p1": "మెరుగైన వినియోగదారు-అనుభవాలు మరియు మరింత సురక్షితమైన ప్రోటోకాల్ మరియు బహుశా ఇతీరియముతో ఎలా సంభాషించాలనే దానిపై మరిన్ని ఎంపికలు అందించడం మినహా, అప్గ్రేడ్లు తుది-వినియోగదారులను ప్రభావితం చేయవు. సాధారణ వినియోగదారులు ఒక అప్గ్రేడ్లో చురుకుగా పాల్గొనవలసిన అవసరం లేదు, లేదా వారి ఆస్తులను సురక్షితం చేయడానికి వారు ఏమీ చేయనవసరం లేదు**. నోడ్ ఆపరేటర్లు ఒక అప్గ్రేడ్కు సిద్ధం కావడానికి వారి క్లయింట్లను అప్డేట్ చేయాలి. కొన్ని అప్గ్రేడ్లు అప్లికేషన్ డెవలపర్లకు మార్పులకు దారితీయవచ్చు. ఉదాహరణకు, హిస్టరీ గడువు ముగింపు అప్గ్రేడ్లు అప్లికేషన్ డెవలపర్లను కొత్త మూలాల నుండి చారిత్రక డేటాను గ్రహించడానికి దారితీయవచ్చు.",
+ "page-roadmap-faq-4-title": "షార్డింగ్ గురించి ఏమిటి?",
+ "page-roadmap-faq-4-p1": "షార్డింగ్ అంటే ఇతీరియము బ్లాక్చెయిన్ను విభజించడం, తద్వారా వాలిడేటర్ల ఉపసమితులు మొత్తం డేటాలో కేవలం ఒక భాగానికి మాత్రమే బాధ్యత వహిస్తాయి. ఇది వాస్తవానికి ఇతీరియము స్కేల్ చేయడానికి ఉద్దేశించిన మార్గం. అయితే, లేయర్ 2 రోల్అప్లు ఊహించిన దాని కంటే చాలా వేగంగా అభివృద్ధి చెందాయి మరియు ఇప్పటికే చాలా స్కేలింగ్ను అందించాయి, మరియు ప్రోటో-డాన్క్షార్డింగ్ అమలు చేయబడిన తర్వాత చాలా ఎక్కువ అందిస్తాయి. అంటే \"షార్డ్ చైన్స్\" ఇకపై అవసరం లేదు మరియు రోడ్మ్యాప్ నుండి తొలగించబడ్డాయి.",
+ "page-roadmap-release-status-prod": "ఉత్పత్తిలో ఉంది",
+ "page-roadmap-release-status-soon": "త్వరలో వస్తుంది",
+ "page-roadmap-release-status-dev": "అభివృద్ధిలో ఉంది",
+ "page-roadmap-release-main-features": "ప్రధాన ఫీచర్లు",
+ "page-roadmap-release-learn-more": "ఇంకా నేర్చుకోండి",
+ "page-roadmap-release-forkcast": "మార్పులను ట్రాక్ చేయండి",
+ "page-roadmap-paris-pos-title": "ప్రూఫ్ ఆఫ్ స్టేక్కు మారడం",
+ "page-roadmap-paris-pos-item-1": "శక్తి-తీవ్రమైన మైనింగ్ను స్టేకింగ్-ఆధారిత ఏకాభిప్రాయంతో భర్తీ చేసింది",
+ "page-roadmap-paris-pos-item-2": "ఇతీరియము శక్తి వినియోగాన్ని ~99.95% తగ్గించింది",
+ "page-roadmap-paris-beacon-title": "బీకాన్ చైన్ ఇంటిగ్రేషన్",
+ "page-roadmap-paris-beacon-item-1": "బీకాన్ చైన్ను ఇతీరియము మెయిన్నెట్తో విలీనం చేసింది",
+ "page-roadmap-paris-beacon-item-2": "PoS ఏకాభిప్రాయ యంత్రాంగానికి పూర్తి పరివర్తనను ప్రారంభించింది",
+ "page-roadmap-paris-difficulty-title": "డిఫికల్టీ బాంబ్ తొలగింపు",
+ "page-roadmap-paris-difficulty-item-1": "మైనింగ్ కష్టాన్ని పెంచుతున్న డిఫికల్టీ బాంబ్ తొలగించబడింది",
+ "page-roadmap-paris-difficulty-item-2": "కొత్త ఏకాభిప్రాయ యంత్రాంగానికి సున్నితమైన పరివర్తనను నిర్ధారించింది",
+ "page-roadmap-shapella-withdrawals-title": "స్టేకింగ్ విత్డ్రాల్స్",
+ "page-roadmap-shapella-withdrawals-item-1": "వాలిడేటర్లు వారి స్టేక్ చేసిన ETH మరియు రివార్డులను ఉపసంహరించుకోవడానికి వీలు కల్పించింది",
+ "page-roadmap-shapella-withdrawals-item-2": "పాక్షిక మరియు పూర్తి ఉపసంహరణ సామర్థ్యాలను పరిచయం చేసింది",
+ "page-roadmap-shapella-eip4895-title": "EIP-4895: బీకాన్ చైన్ పుష్ ఉపసంహరణలు",
+ "page-roadmap-shapella-eip4895-item-1": "ఉపసంహరణల కోసం ఒక కొత్త సిస్టమ్-స్థాయి ఆపరేషన్ను జోడించింది",
+ "page-roadmap-shapella-eip4895-item-2": "ఉపసంహరణ అభ్యర్థనల యొక్క సురక్షితమైన మరియు సమర్థవంతమైన ప్రాసెసింగ్ను నిర్ధారించింది",
+ "page-roadmap-shapella-eip3651-title": "EIP-3651: వార్మ్ కాయిన్బేస్",
+ "page-roadmap-shapella-eip3651-item-1": "కాయిన్బేస్ చిరునామాను యాక్సెస్ చేయడానికి గ్యాస్ ఖర్చులను తగ్గించింది",
+ "page-roadmap-shapella-eip3651-item-2": "కొన్ని స్మార్ట్ కాంట్రాక్ట్ కార్యకలాపాల సామర్థ్యాన్ని మెరుగుపరిచింది",
+ "page-roadmap-dencun-danksharding-title": "ప్రోటో-డాన్క్షార్డింగ్ (EIP-4844)",
+ "page-roadmap-dencun-danksharding-item-1": "రోల్అప్ లావాదేవీల ఖర్చులను గణనీయంగా తగ్గించడానికి బ్లాబ్ లావాదేవీలను పరిచయం చేసింది",
+ "page-roadmap-dencun-danksharding-item-2": "డేటాను తాత్కాలికంగా మరియు చౌకగా నిల్వ చేసే ఒక కొత్త లావాదేవీ రకాన్ని జోడించింది",
+ "page-roadmap-dencun-eip1153-title": "EIP-1153: తాత్కాలిక నిల్వ ఆప్కోడ్లు",
+ "page-roadmap-dencun-eip1153-item-1": "లావాదేవీ అమలు సమయంలో తాత్కాలిక నిల్వ కోసం TSTORE మరియు TLOAD ఆప్కోడ్లను జోడించింది",
+ "page-roadmap-dencun-eip1153-item-2": "మరింత సమర్థవంతమైన స్మార్ట్ కాంట్రాక్ట్ నమూనాలను ప్రారంభిస్తుంది మరియు గ్యాస్ ఖర్చులను తగ్గిస్తుంది",
+ "page-roadmap-dencun-eip4788-title": "EIP-4788: EVMలో బీకాన్ బ్లాక్ రూట్",
+ "page-roadmap-dencun-eip4788-item-1": "స్మార్ట్ కాంట్రాక్టులకు ఏకాభిప్రాయం లేయర్ సమాచారాన్ని బహిర్గతం చేస్తుంది",
+ "page-roadmap-dencun-eip4788-item-2": "కొత్త నమ్మకం-తగ్గించబడిన అప్లికేషన్లు మరియు క్రాస్-చైన్ బ్రిడ్జ్లను ప్రారంభిస్తుంది",
+ "page-roadmap-pectra-eoa-title": "స్మార్ట్ కాంట్రాక్ట్ ఫంక్షనాలిటీతో EOA వాలెట్లను మెరుగుపరచండి",
+ "page-roadmap-pectra-eoa-item-1": "వినియోగదారులు తమ చిరునామాను ఇప్పటికే ఉన్న స్మార్ట్ కాంట్రాక్ట్ కోడ్ ద్వారా సూచించడానికి సెట్ చేయవచ్చు మరియు లావాదేవీల బ్యాచింగ్, లావాదేవీ రుసుము స్పాన్సర్షిప్ లేదా మెరుగైన రికవరీ మెకానిజమ్స్ వంటి ప్రయోజనాలను పొందవచ్చు",
+ "page-roadmap-pectra-balance-title": "గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ను పెంచండి",
+ "page-roadmap-pectra-balance-item-1": "స్టేకర్లు ఇప్పుడు స్టేక్ చేయడానికి ఏదేని మొత్తంలో ETHని ఎంచుకోవచ్చు మరియు కనీస పరిమితి పైన ప్రతి 1 ETHపై రివార్డులను పొందవచ్చు",
+ "page-roadmap-pectra-blob-title": "బ్లాబ్ త్రూపుట్ పెరుగుదల",
+ "page-roadmap-pectra-blob-item-1": "బ్లాబ్ లెక్కింపు 3 నుండి 6 లక్ష్యాలకు పెంచబడుతుంది, గరిష్టంగా 9తో, ఇది ఇతీరియము రోల్అప్లలో చౌకైన రుసుములకు దారి తీస్తుంది",
+ "page-roadmap-fusaka-peerdas-title": "పీర్డాస్ (పీర్-టు-పీర్ డేటా లభ్యత నమూనా)",
+ "page-roadmap-fusaka-peerdas-item-1": "రోల్అప్ల కోసం మరింత సమర్థవంతమైన డేటా లభ్యతను ప్రారంభిస్తుంది",
+ "page-roadmap-fusaka-peerdas-item-2": "వికేంద్రీకరణను కొనసాగిస్తూ ఒక నోడ్ను నడపడాన్ని మరింత అందుబాటులోకి తెస్తుంది",
+ "page-roadmap-fusaka-additional-title": "సంభావ్య అదనపు ఫీచర్లు",
+ "page-roadmap-fusaka-additional-item-1": "UXని మెరుగుపరచడానికి మొబైల్ పరికరాల్లో సురక్షిత ఎన్క్లేవ్లకు మద్దతు",
+ "page-roadmap-fusaka-additional-item-2": "బ్లాబ్ రుసుము మార్కెట్ మెరుగుదలలు",
+ "page-roadmap-fusaka-additional-item-3": "వాలిడేటర్ సామర్థ్యం మరియు నెట్వర్క్ పనితీరుకు మరిన్ని మెరుగుదలలు",
+ "page-roadmap-glamsterdam-discussed-title": "గ్లామ్స్టర్డామ్ కోసం షెడ్యూల్ చేయబడింది",
+ "page-roadmap-glamsterdam-discussed-item-1": "ఎన్ష్రైన్డ్ ప్రపోజర్-బిల్డర్ సెపరేషన్ (ePBS)",
+ "page-roadmap-glamsterdam-discussed-item-2": "బ్లాక్-స్థాయి యాక్సెస్ జాబితాలు (BALs)"
+}
diff --git a/src/intl/te/page-run-a-node.json b/src/intl/te/page-run-a-node.json
new file mode 100644
index 00000000000..ff5eb189b33
--- /dev/null
+++ b/src/intl/te/page-run-a-node.json
@@ -0,0 +1,133 @@
+{
+ "page-run-a-node-build-your-own-title": "మీ స్వంతంగా నిర్మించుకోండి",
+ "page-run-a-node-build-your-own-hardware-title": "దశ 1 - హార్డ్వేర్",
+ "page-run-a-node-build-your-own-minimum-specs": "కనిష్ట స్పెక్స్",
+ "page-run-a-node-build-your-own-min-ram": "4-8 GB ర్యామ్",
+ "page-run-a-node-build-your-own-ram-note-1": "స్టేకింగ్ పై గమనిక చూడండి",
+ "page-run-a-node-build-your-own-ram-note-2": "రాస్ప్బెర్రీ పై గమనికను చూడండి",
+ "page-run-a-node-build-your-own-min-ssd": "2 TB SSD",
+ "page-run-a-node-build-your-own-ssd-note": "అవసరమైన రాత వేగం కొరకు SSD అవసరం.",
+ "page-run-a-node-build-your-own-recommended": "సిఫార్సు చేయబడింది",
+ "page-run-a-node-build-your-own-nuc": "ఇంటెల్ NUC, 7వ తరం లేదా అంతకంటే ఎక్కువ",
+ "page-run-a-node-build-your-own-nuc-small": "x86 ప్రాసెసర్",
+ "page-run-a-node-build-your-own-connection": "వైర్డ్ ఇంటర్నెట్ కనెక్షన్",
+ "page-run-a-node-build-your-own-connection-small": "అవసరం లేదు, కానీ సులభంగా సెటప్ మరియు అత్యంత స్థిరమైన కనెక్షన్ను అందిస్తుంది",
+ "page-run-a-node-build-your-own-peripherals": "డిస్ ప్లే స్క్రీన్ మరియు కీబోర్డ్",
+ "page-run-a-node-build-your-own-peripherals-small": "మీరు DAppNode లేదా ssh/హెడ్ లెస్ సెటప్ ఉపయోగిస్తుంటే తప్ప",
+ "page-run-a-node-build-your-own-software": "దశ 2 - సాఫ్ట్వేర్",
+ "page-run-a-node-build-your-own-software-option-1-title": "ఎంపిక 1 – DAppNode",
+ "page-run-a-node-build-your-own-software-option-1-description": "మీరు మీ హార్డ్ వేర్ తో సిద్ధంగా ఉన్నప్పుడు, DAppNode ఆపరేటింగ్ సిస్టమ్ ని ఏదైనా కంప్యూటర్ ఉపయోగించి డౌన్ లోడ్ చేసుకోవచ్చు మరియు USB డ్రైవ్ ద్వారా తాజా SSDలో ఇన్ స్టాల్ చేయవచ్చు.",
+ "page-run-a-node-build-your-own-software-option-1-button": "DAppNode సెటప్",
+ "page-run-a-node-build-your-own-software-option-2-title": "ఎంపిక 2 – కమాండ్ లైన్",
+ "page-run-a-node-build-your-own-software-option-2-description-1": "గరిష్ట నియంత్రణ కోసం, అనుభవజ్ఞులైన వినియోగదారులు బదులుగా కమాండ్ లైన్ని ఉపయోగించడాన్ని ఇష్టపడవచ్చు.",
+ "page-run-a-node-build-your-own-software-option-2-description-2": "క్లయింట్ ఎంపికతో ప్రారంభించడం గురించి మరింత సమాచారం కోసం మా డెవలపర్ డాక్యుమెంట్లను చూడండి.",
+ "page-run-a-node-build-your-own-software-option-2-button": "కమాండ్ లైన్ సెటప్",
+ "page-run-a-node-buy-fully-loaded-title": "పూర్తిగా లోడ్ చేయబడింది కొనుగోలు చేయండి",
+ "page-run-a-node-buy-fully-loaded-description": "సరళమైన ఆన్ బోర్డింగ్ అనుభవం కోసం విక్రేతల నుండి ప్లగ్ అండ్ ప్లే ఎంపికను ఆర్డర్ చేయండి.",
+ "page-run-a-node-buy-fully-loaded-note-1": "నిర్మాణం అవసరం లేదు.",
+ "page-run-a-node-buy-fully-loaded-note-2": "GUI తో అనువర్తనం-వంటి సెటప్.",
+ "page-run-a-node-buy-fully-loaded-note-3": "ఎలాంటి కమాండ్ లైన్ అవసరం లేదు.",
+ "page-run-a-node-censorship-resistance-title": "సెన్సార్షిప్ రెసిస్టెన్స్",
+ "page-run-a-node-censorship-resistance-preview": "మీకు అవసరమైనప్పుడు యాక్సెస్ని నిర్ధారించుకోండి మరియు సెన్సార్ చేయబడకండి.",
+ "page-run-a-node-censorship-resistance-1": "ఒక 3వ పక్ష నోడ్ నిర్దిష్ట IP చిరునామాల నుండి లావాదేవీలను తిరస్కరించడానికి ఎంచుకోవచ్చు, లేదా నిర్దిష్ట ఖాతాలను కలిగి ఉన్న లావాదేవీలను, మీకు అవసరమైనప్పుడు నెట్వర్క్ను ఉపయోగించకుండా మిమ్మల్ని నిరోధించవచ్చు.",
+ "page-run-a-node-censorship-resistance-2": "లావాదేవీలను సమర్పించడానికి మీ స్వంత నోడ్ ఉండటం వలన మీరు మీ లావాదేవీని మిగిలిన పీర్-టు-పీర్ నెట్వర్క్కు ఎప్పుడైనా ప్రసారం చేయగలరని హామీ ఇస్తుంది.",
+ "page-run-a-node-community-title": "కొంతమంది సహాయకులను కనుగొనండి",
+ "page-run-a-node-community-description-1": "Discord లేదా Reddit వంటి ఆన్లైన్ ప్లాట్ఫారమ్లు మీకు ఎదురయ్యే ఏవైనా ప్రశ్నలకు సహాయం చేయడానికి సిద్ధంగా ఉన్న పెద్ద సంఖ్యలో కమ్యూనిటీ బిల్డర్లకు ఇంటి వంటివి.",
+ "page-run-a-node-community-description-2": "ఒంటరిగా ఆలోచించకండి. మీకు ఏదైనా ప్రశ్న ఉంటే, ఇక్కడ ఎవరైనా మీకు సమాధానం కనుగొనడంలో సహాయపడే అవకాశం ఉంది.",
+ "page-run-a-node-community-link-1": "DAppNode డిస్కార్డ్లో చేరండి",
+ "page-run-a-node-community-link-2": "ఆన్లైన్ సంఘాలను కనుగొనండి",
+ "page-run-a-node-choose-your-adventure-title": "మీ సాహసాన్ని ఎంచుకోండి",
+ "page-run-a-node-choose-your-adventure-1": "ప్రారంభించడానికి మీకు కొంత హార్డ్వేర్ అవసరం. వ్యక్తిగత కంప్యూటర్లో నోడ్ సాఫ్ట్వేర్ను అమలు చేయడం సాధ్యమే అయినప్పటికీ, అంకితమైన యంత్రాన్ని కలిగి ఉండటం వలన మీ ప్రాథమిక కంప్యూటర్పై దాని ప్రభావాన్ని తగ్గించేటప్పుడు మీ నోడ్ పనితీరును బాగా మెరుగుపరుస్తుంది.",
+ "page-run-a-node-choose-your-adventure-2": "హార్డ్వేర్ను ఎంచుకుంటున్నప్పుడు, చైన్ నిరంతరం పెరుగుతుందని, నిర్వహణ అవసరం అవుతుందని గుర్తుంచుకోండి. స్పెక్స్ పెరగడం నోడ్ నిర్వహణ అవసరాన్ని ఆలస్యం చేయడంలో సహాయపడుతుంది.",
+ "page-run-a-node-choose-your-adventure-build-1": "కొంచెం ఎక్కువ సాంకేతిక వినియోగదారుల కోసం చౌకైన మరియు మరింత అనుకూలీకరించదగిన ఎంపిక.",
+ "page-run-a-node-choose-your-adventure-build-bullet-1": "మీ స్వంత భాగాలను మూలం చేసుకోండి.",
+ "page-run-a-node-choose-your-adventure-build-bullet-2": "DAppNodeని ఇన్స్టాల్ చేయండి.",
+ "page-run-a-node-choose-your-adventure-build-bullet-3": "లేదా, మీ స్వంత OS మరియు క్లయింట్లను ఎంచుకోండి.",
+ "page-run-a-node-choose-your-adventure-build-start": "నిర్మించడం ప్రారంభించండి",
+ "page-run-a-node-decentralized-title": "వికేంద్రీకరణ",
+ "page-run-a-node-decentralized-preview": "కేంద్రీకృత వైఫల్య పాయింట్లను బలోపేతం చేయడాన్ని నిరోధించండి.",
+ "page-run-a-node-decentralized-1": "కేంద్రీకృత క్లౌడ్ సర్వర్లు చాలా కంప్యూటింగ్ శక్తిని అందించగలవు, కానీ అవి నెట్వర్క్ను దెబ్బతీయాలని చూస్తున్న దేశ-రాష్ట్రాలు లేదా దాడి చేసేవారికి లక్ష్యాన్ని అందిస్తాయి.",
+ "page-run-a-node-decentralized-2": "భౌగోళికంగా విభిన్న ప్రదేశాలలో, విభిన్న నేపథ్యాల నుండి ఎక్కువ మంది వ్యక్తులు నిర్వహించే మరిన్ని నోడ్లతో నెట్వర్క్ స్థితిస్థాపకత సాధించబడుతుంది. ఎక్కువ మంది ప్రజలు వారి స్వంత నోడ్ను నడుపుతున్నప్పుడు, కేంద్రీకృత వైఫల్య పాయింట్లపై ఆధారపడటం తగ్గుతుంది, ఇది నెట్వర్క్ను బలంగా చేస్తుంది.",
+ "page-run-a-node-further-reading-title": "మరింత చదవడానికి",
+ "page-run-a-node-further-reading-1-link": "మాస్టరింగ్ ఇతీరియము - నేను పూర్తి నోడ్ను అమలు చేయాలా",
+ "page-run-a-node-further-reading-1-author": "ఆండ్రియాస్ ఆంటోనోపౌలోస్",
+ "page-run-a-node-further-reading-2-link": "ARM పై ఇతీరియము - శీఘ్ర ప్రారంభ మార్గదర్శి",
+ "page-run-a-node-further-reading-3-link": "బ్లాక్చెయిన్ స్కేలబిలిటీకి పరిమితులు",
+ "page-run-a-node-further-reading-3-author": "విటాలిక్ బుటెరిన్",
+ "page-run-a-node-getting-started-title": "ప్రారంభించడం",
+ "page-run-a-node-getting-started-software-section-1": "నెట్వర్క్ యొక్క ప్రారంభ రోజులలో, ఒక ఇతీరియము నోడ్ను ఆపరేట్ చేయడానికి వినియోగదారులకు కమాండ్-లైన్తో ఇంటర్ఫేస్ చేయగల సామర్థ్యం ఉండాలి.",
+ "page-run-a-node-getting-started-software-section-1-alert": "ఇది మీ ప్రాధాన్యత అయితే, మరియు మీకు నైపుణ్యాలు ఉంటే, మా సాంకేతిక పత్రాలను తనిఖీ చేయడానికి సంకోచించకండి.",
+ "page-run-a-node-getting-started-software-section-1-link": "ఒక ఇతీరియము నోడ్ను స్పిన్ అప్ చేయండి",
+ "page-run-a-node-getting-started-software-section-2": "ఇప్పుడు మనకు DAppNode ఉంది, ఇది ఉచిత మరియు ఓపెన్-సోర్స్ సాఫ్ట్వేర్, ఇది వినియోగదారులకు వారి నోడ్ను నిర్వహించేటప్పుడు యాప్-వంటి అనుభవాన్ని ఇస్తుంది.",
+ "page-run-a-node-getting-started-software-section-3a": "కేవలం కొన్ని ట్యాప్లలో మీరు మీ నోడ్ను అప్ చేసి రన్ చేయవచ్చు.",
+ "page-run-a-node-getting-started-software-section-3b": "DAppNode వినియోగదారులకు పూర్తి నోడ్లను, అలాగే డాప్స్ మరియు ఇతర P2P నెట్వర్క్లను అమలు చేయడాన్ని సులభతరం చేస్తుంది, కమాండ్-లైన్ను తాకాల్సిన అవసరం లేదు. ఇది ప్రతిఒక్కరూ పాల్గొనడానికి మరియు మరింత వికేంద్రీకృత నెట్వర్క్ను సృష్టించడానికి సులభతరం చేస్తుంది.",
+ "page-run-a-node-getting-started-software-title": "పార్ట్ 2: సాఫ్ట్వేర్",
+ "page-run-a-node-glyph-alt-terminal": "టెర్మినల్ గ్లిఫ్",
+ "page-run-a-node-glyph-alt-phone": "ఫోన్ ట్యాప్ గ్లిఫ్",
+ "page-run-a-node-glyph-alt-dappnode": "DAppNode గ్లిఫ్",
+ "page-run-a-node-glyph-alt-pnp": "ప్లగ్-ఎన్-ప్లే గ్లిఫ్",
+ "page-run-a-node-glyph-alt-hardware": "హార్డ్వేర్ గ్లిఫ్",
+ "page-run-a-node-glyph-alt-software": "సాఫ్ట్వేర్ డౌన్లోడ్ గ్లిఫ్",
+ "page-run-a-node-glyph-alt-privacy": "గోప్యతా గ్లిఫ్",
+ "page-run-a-node-glyph-alt-censorship-resistance": "సెన్సార్షిప్ నిరోధక మెగాఫోన్ గ్లిఫ్",
+ "page-run-a-node-glyph-alt-earth": "భూమి గ్లిఫ్",
+ "page-run-a-node-glyph-alt-decentralization": "వికేంద్రీకరణ గ్లిఫ్",
+ "page-run-a-node-glyph-alt-vote": "మీ ఓటు గ్లిఫ్ను వినిపించండి",
+ "page-run-a-node-glyph-alt-sovereignty": "సార్వభౌమాధికార గ్లిఫ్",
+ "page-run-a-node-hero-alt": "నోడ్ యొక్క గ్రాఫిక్",
+ "page-run-a-node-hero-header": "పూర్తి నియంత్రణ తీసుకోండి.
మీ స్వంత నోడ్ను అమలు చేయండి.",
+ "page-run-a-node-hero-subtitle": "నెట్వర్క్ను సురక్షితం చేయడంలో సహాయం చేస్తూ పూర్తి సార్వభౌమాధికారం పొందండి. ఇతీరియము అవ్వండి.",
+ "page-run-a-node-hero-cta-1": "ఇంకా నేర్చుకోండి",
+ "page-run-a-node-install-manually-title": "మాన్యువల్గా ఇన్స్టాల్ చేయండి",
+ "page-run-a-node-install-manually-1": "మీరు మరింత సాంకేతిక వినియోగదారు అయితే మరియు మీ స్వంత పరికరాన్ని నిర్మించాలని నిర్ణయించుకుంటే, DAppNode ఏదైనా కంప్యూటర్ నుండి డౌన్లోడ్ చేసుకోవచ్చు మరియు USB డ్రైవ్ ద్వారా తాజా SSD లోకి ఇన్స్టాల్ చేయవచ్చు.",
+ "page-run-a-node-meta-description": "ఒక ఇతీరియము నోడ్ను ఏమి, ఎందుకు, మరియు ఎలా అమలు చేయాలనే దానిపై ఒక పరిచయం.",
+ "page-run-a-node-participate-title": "పాల్గొనండి",
+ "page-run-a-node-participate-preview": "వికేంద్రీకరణ విప్లవం మీతోనే ప్రారంభమవుతుంది.",
+ "page-run-a-node-participate-1": "నోడ్ని అమలు చేయడం ద్వారా మీరు సమాచార ప్రపంచంపై నియంత్రణ మరియు అధికారాన్ని వికేంద్రీకరించడానికి ప్రపంచ ఉద్యమంలో భాగమవుతారు.",
+ "page-run-a-node-participate-2": "మీరు ఒక హోల్డర్ అయితే, నెట్వర్క్ యొక్క ఆరోగ్యం మరియు వికేంద్రీకరణకు మద్దతు ఇవ్వడం ద్వారా మీ ETH కి విలువను తీసుకురండి మరియు దాని భవిష్యత్తులో మీకు ఒక మాట ఉందని నిర్ధారించుకోండి.",
+ "page-run-a-node-privacy-title": "గోప్యత & భద్రత",
+ "page-run-a-node-privacy-preview": "మీ వ్యక్తిగత సమాచారాన్ని మూడవ పక్ష నోడ్లకు లీక్ చేయడం ఆపండి.",
+ "page-run-a-node-privacy-1": "పబ్లిక్ నోడ్లను ఉపయోగించి లావాదేవీలను పంపేటప్పుడు, మీ IP చిరునామా మరియు మీరు ఏ ఇతీరియము చిరునామాలను కలిగి ఉన్నారనే వంటి వ్యక్తిగత సమాచారం ఈ మూడవ-పక్ష సేవలకు లీక్ కావచ్చు.",
+ "page-run-a-node-privacy-2": "మీ స్వంత నోడ్కు అనుకూలమైన వాలెట్లను సూచించడం ద్వారా మీరు బ్లాక్చెయిన్తో ప్రైవేట్గా మరియు సురక్షితంగా పరస్పర చర్య చేయడానికి మీ వాలెట్ను ఉపయోగించవచ్చు.",
+ "page-run-a-node-privacy-3": "అలాగే, ఒక హానికరమైన నోడ్ చెల్లని లావాదేవీని పంపిణీ చేస్తే, మీ నోడ్ దానిని కేవలం విస్మరిస్తుంది. ప్రతి లావాదేవీ మీ స్వంత యంత్రంలో స్థానికంగా ధృవీకరించబడుతుంది, కాబట్టి మీరు ఎవరినీ నమ్మాల్సిన అవసరం లేదు.",
+ "page-run-a-node-rasp-pi-title": "రాస్ప్బెర్రీ పై (ARM ప్రాసెసర్) పై ఒక గమనిక",
+ "page-run-a-node-rasp-pi-description": "రాస్ప్బెర్రీ పైస్ తేలికైన మరియు సరసమైన కంప్యూటర్లు, కానీ వాటికి మీ నోడ్ పనితీరును ప్రభావితం చేసే పరిమితులు ఉన్నాయి. ప్రస్తుతం స్టేకింగ్ కోసం సిఫార్సు చేయనప్పటికీ, ఇవి వ్యక్తిగత ఉపయోగం కోసం నోడ్ను నడపడానికి ఒక అద్భుతమైన మరియు చవకైన ఎంపికగా ఉంటాయి, 4 - 8 GB RAM తో.",
+ "page-run-a-node-rasp-pi-note-2-link": "ARM పై ఇతీరియము డాక్యుమెంటేషన్",
+ "page-run-a-node-rasp-pi-note-2-description": "రాస్ప్బెర్రీ పైలో కమాండ్ లైన్ ద్వారా నోడ్ను ఎలా సెటప్ చేయాలో తెలుసుకోండి",
+ "page-run-a-node-rasp-pi-note-3-link": "రాస్ప్బెర్రీ పైతో నోడ్ను అమలు చేయండి",
+ "page-run-a-node-rasp-pi-note-3-description": "ట్యుటోరియల్స్ మీ ప్రాధాన్యత అయితే ఇక్కడ అనుసరించండి",
+ "page-run-a-node-shop": "దుకాణం",
+ "page-run-a-node-shop-avado": "అవాడో షాప్ చేయండి",
+ "page-run-a-node-shop-dappnode": "DAppNode షాప్ చేయండి",
+ "page-run-a-node-staking-title": "మీ ETHని స్టేక్ చేయండి",
+ "page-run-a-node-staking-description": "అవసరం లేనప్పటికీ, ఒక నోడ్ అప్ చేసి రన్ అవుతుండటంతో మీరు బహుమతులు సంపాదించడానికి మీ ETHని స్టేక్ చేయడానికి మరియు ఇతీరియము భద్రత యొక్క వేరొక భాగానికి దోహదం చేయడానికి ఒక అడుగు దగ్గరగా ఉన్నారు.",
+ "page-run-a-node-staking-link": "స్టేక్ ETH",
+ "page-run-a-node-staking-plans-title": "స్టేకింగ్ పై ప్లాన్ చేస్తున్నారా?",
+ "page-run-a-node-staking-plans-description": "మీ వాలిడేటర్ యొక్క సామర్థ్యాన్ని పెంచడానికి, కనీసం 16 GB RAM సిఫార్సు చేయబడింది, కానీ 32 GB మంచిది, cpubenchmark.net లో 6667+ CPU బెంచ్మార్క్ స్కోర్తో. స్టేకర్లకు అపరిమిత హై-స్పీడ్ ఇంటర్నెట్ బ్యాండ్విడ్త్కు యాక్సెస్ ఉండాలని కూడా సిఫార్సు చేయబడింది, అయినప్పటికీ ఇది సంపూర్ణ అవసరం కాదు.",
+ "page-run-a-node-staking-plans-ethstaker-link-label": "ఇతీరియము వాలిడేటర్ హార్డ్వేర్ కోసం ఎలా షాపింగ్ చేయాలి",
+ "page-run-a-node-staking-plans-ethstaker-link-description": "EthStaker ఈ గంట నిడివిగల ప్రత్యేక సంచికలో మరింత వివరంగా వివరిస్తుంది",
+ "page-run-a-node-sovereignty-title": "సార్వభౌమాధికారం",
+ "page-run-a-node-sovereignty-preview": "మీ స్వంత ఇతీరియము వాలెట్ను పొందడం కంటే తదుపరి దశగా ఒక నోడ్ను నడపడాన్ని ఆలోచించండి.",
+ "page-run-a-node-sovereignty-1": "ఒక ఇతీరియము వాలెట్ మీ చిరునామాలకు ప్రైవేట్ కీలను కలిగి ఉండటం ద్వారా మీ డిజిటల్ ఆస్తుల పూర్తి అదుపు మరియు నియంత్రణను తీసుకోవడానికి మిమ్మల్ని అనుమతిస్తుంది, కానీ ఆ కీలు బ్లాక్ చైను యొక్క ప్రస్తుత స్థితిని, అంటే మీ వాలెట్ బ్యాలెన్స్ను మీకు చెప్పవు.",
+ "page-run-a-node-sovereignty-2": "డిఫాల్ట్గా, ఇతీరియము వాలెట్లు సాధారణంగా మీ బ్యాలెన్స్లను చూసేటప్పుడు Infura లేదా Alchemy వంటి 3వ-పక్ష నోడ్ను సంప్రదిస్తాయి. మీ స్వంత నోడ్ను నడపడం వలన మీరు ఇతీరియము బ్లాక్ చైను యొక్క మీ స్వంత కాపీని కలిగి ఉండటానికి అనుమతిస్తుంది.",
+ "page-run-a-node-title": "ఒక నోడ్ను రన్ చేయండి",
+ "page-run-a-node-meta-title": "ఒక ఇతీరియము నోడ్ను ఎలా అమలు చేయాలి",
+ "page-run-a-node-voice-your-choice-title": "మీ ఎంపికను వినిపించండి",
+ "page-run-a-node-voice-your-choice-preview": "ఒక ఫోర్క్ సందర్భంలో నియంత్రణను వదులుకోవద్దు.",
+ "page-run-a-node-voice-your-choice-1": "ఒక చైన్ ఫోర్క్ సందర్భంలో, రెండు చైన్లు రెండు విభిన్న నియమాల సెట్లతో ఉద్భవించినప్పుడు, మీ స్వంత నోడ్ను నడపడం మీరు ఏ నియమాల సెట్కు మద్దతు ఇస్తారో ఎంచుకునే మీ సామర్థ్యాన్ని హామీ ఇస్తుంది. కొత్త నియమాలకు అప్గ్రేడ్ చేయడం మరియు ప్రతిపాదిత మార్పులకు మద్దతు ఇవ్వడం లేదా ఇవ్వకపోవడం మీ ఇష్టం.",
+ "page-run-a-node-voice-your-choice-2": "మీరు ETHని స్టేక్ చేస్తుంటే, మీ స్వంత నోడ్ను నడపడం వలన మీ స్వంత క్లయింట్ను ఎంచుకోవడానికి, మీ స్లాషింగ్ ప్రమాదాన్ని తగ్గించడానికి మరియు కాలక్రమేణా నెట్వర్క్ యొక్క హెచ్చుతగ్గుల డిమాండ్లకు ప్రతిస్పందించడానికి మిమ్మల్ని అనుమతిస్తుంది. మూడవ పక్షంతో స్టేకింగ్ చేయడం వలన మీరు ఏ క్లయింట్ ఉత్తమ ఎంపిక అని భావిస్తున్నారనే దానిపై మీ ఓటును కోల్పోతారు.",
+ "page-run-a-node-what-title": "\"ఒక నోడ్ను నడపడం\" అంటే ఏమిటి?",
+ "page-run-a-node-what-1-subtitle": "సాఫ్ట్వేర్ను రన్ చేయండి.",
+ "page-run-a-node-what-1-text": "'క్లయింట్' అని పిలువబడే ఈ సాఫ్ట్వేర్, ఇతీరియము బ్లాక్ చైను యొక్క కాపీని డౌన్లోడ్ చేస్తుంది మరియు ప్రతి బ్లాక్ యొక్క ప్రామాణికతను ధృవీకరిస్తుంది, ఆపై దానిని కొత్త బ్లాక్లు మరియు లావాదేవీలతో అప్డేట్ చేస్తుంది మరియు ఇతరులు వారి స్వంత కాపీలను డౌన్లోడ్ మరియు అప్డేట్ చేయడంలో సహాయపడుతుంది.",
+ "page-run-a-node-what-2-subtitle": "హార్డ్వేర్తో.",
+ "page-run-a-node-what-2-text": "ఇతీరియము సగటు వినియోగదారు-గ్రేడ్ కంప్యూటర్లలో నోడ్ను అమలు చేయడానికి రూపొందించబడింది. మీరు ఏ వ్యక్తిగత కంప్యూటర్నైనా ఉపయోగించవచ్చు, కానీ చాలా మంది వినియోగదారులు వారి యంత్రంపై పనితీరు ప్రభావాన్ని తొలగించడానికి మరియు నోడ్ డౌన్టైమ్ను తగ్గించడానికి వారి నోడ్ను ప్రత్యేక హార్డ్వేర్పై అమలు చేయడానికి ఎంచుకుంటారు.",
+ "page-run-a-node-what-3-subtitle": "ఆన్ లైన్ లో ఉండగా.",
+ "page-run-a-node-what-3-text": "ఒక ఇతీరియము నోడ్ను నడపడం మొదట సంక్లిష్టంగా అనిపించవచ్చు, కానీ ఇది ఇంటర్నెట్కు కనెక్ట్ చేయబడినప్పుడు కంప్యూటర్లో క్లయింట్ సాఫ్ట్వేర్ను నిరంతరం నడుపుతున్న చర్య మాత్రమే. ఆఫ్లైన్లో ఉన్నప్పుడు, మీ నోడ్ తిరిగి ఆన్లైన్లోకి వచ్చి తాజా మార్పులను అందుకునే వరకు కేవలం క్రియారహితంగా ఉంటుంది.",
+ "page-run-a-node-who-title": "నోడ్ను ఎవరు అమలు చేయాలి?",
+ "page-run-a-node-who-preview": "ప్రతి ఒక్కరూ! నోడ్లు కేవలం ప్రూఫ్-ఆఫ్-స్టేక్ వాలిడేటర్ల కోసం మాత్రమే కాదు. ఎవరైనా ఒక నోడ్ను నడపవచ్చు—మీకు ETH కూడా అవసరం లేదు.",
+ "page-run-a-node-who-copy-1": "ఒక నోడ్ను నడపడానికి మీరు స్టేక్ ETH చేయాల్సిన అవసరం లేదు. వాస్తవానికి, ఇతీరియము పై ఉన్న ప్రతి ఇతర నోడ్ వాలిడేటర్లను జవాబుదారీగా ఉంచుతుంది.",
+ "page-run-a-node-who-copy-2": "వాలిడేటర్లు సంపాదించే ఆర్థిక బహుమతులు మీకు లభించకపోవచ్చు, కానీ గోప్యత, భద్రత, మూడవ-పక్ష సర్వర్లపై ఆధారపడటాన్ని తగ్గించడం, సెన్సార్షిప్ నిరోధకత మరియు నెట్వర్క్ యొక్క మెరుగైన ఆరోగ్యం మరియు వికేంద్రీకరణతో సహా ఏ ఇతీరియము వినియోగదారు అయినా ఒక నోడ్ను నడపడం వల్ల అనేక ఇతర ప్రయోజనాలు ఉన్నాయి.",
+ "page-run-a-node-who-copy-3": "మీ స్వంత నోడ్ను కలిగి ఉండటం అంటే, మీరు మూడవ పక్షం అందించిన నెట్వర్క్ స్థితి గురించిన సమాచారాన్ని విశ్వసించాల్సిన అవసరం లేదని అర్థం.",
+ "page-run-a-node-who-copy-bold": "నమ్మకండి. ధృవీకరించండి.",
+ "page-run-a-node-why-title": "ఎందుకు ఒక నోడ్ను నడపాలి?"
+}
diff --git a/src/intl/te/page-stablecoins.json b/src/intl/te/page-stablecoins.json
new file mode 100644
index 00000000000..f9148f9b7a2
--- /dev/null
+++ b/src/intl/te/page-stablecoins.json
@@ -0,0 +1,196 @@
+{
+ "page-stablecoins-accordion-borrow-crypto-collateral": "క్రిప్టో కొలేటరల్",
+ "page-stablecoins-usdc-banner-body": "USDC అనేది అతిపెద్ద US-నియంత్రిత ఫియట్-మద్దతుగల స్టేబుల్కాయిన్. దీని విలువ US డాలర్కు పెగ్ చేయబడింది, సర్కిల్ ద్వారా జారీ చేయబడింది మరియు విస్తృతంగా ఉపయోగించబడుతుంది.",
+ "page-stablecoins-usdc-banner-learn-button": "యుఎస్డిసి గురించి తెలుసుకోండి",
+ "page-stablecoins-usdc-banner-swap-button": "USDC పొందండి",
+ "page-stablecoins-accordion-borrow-crypto-collateral-copy": "ఎథేరియంతో మీరు మీ ఇటిహెచ్ ను ట్రేడింగ్ చేయకుండా ఇతర వినియోగదారుల నుండి నేరుగా రుణం తీసుకోవచ్చు. ఇది మీకు పరపతిని ఇస్తుంది - కొంతమంది ఎక్కువ ఇటిహెచ్ సేకరించడానికి ప్రయత్నించడానికి ఇలా చేస్తారు.",
+ "page-stablecoins-accordion-borrow-crypto-collateral-copy-p2": "కానీ ఇటిహెచ్ ధర అస్థిరంగా ఉన్నందున, మీరు అతిగా సేకరించాల్సి ఉంటుంది. అంటే మీరు 100 స్టేబుల్ కాయిన్లను అప్పుగా తీసుకోవాలనుకుంటే మీకు కనీసం $ 150 విలువైన ఇటిహెచ్ అవసరం కావచ్చు. ఇది వ్యవస్థను, రుణదాతలను రక్షిస్తుంది.",
+ "page-stablecoins-accordion-borrow-crypto-collateral-link": "క్రిప్టో-బ్యాక్డ్ స్టాబుల్ కాయిన్లపై మరింత",
+ "page-stablecoins-accordion-borrow-pill": "అధునాతనం",
+ "page-stablecoins-accordion-borrow-places-intro": "క్రిప్టోను పూచీకత్తుగా ఉపయోగించి స్థిరమైన నాణేలను రుణంగా తీసుకోవడానికి ఈ డాప్లు మిమ్మల్ని అనుమతిస్తాయి. కొందరు ఇతర టోకెన్లతో పాటు ఈటీహెచ్ను స్వీకరిస్తారు.",
+ "page-stablecoins-accordion-borrow-places-title": "స్టేబుల్కాయిన్లను అరువు తీసుకునే స్థలాలు",
+ "page-stablecoins-accordion-borrow-requirement-1": "ఒక Ethereum వాలెట్",
+ "page-stablecoins-accordion-borrow-requirement-1-description": "Dapp ఉపయోగించడానికి మీకు వాలెట్ అవసరం",
+ "page-stablecoins-accordion-borrow-requirement-2": "ఈథర్ (ఈటీహెచ్)",
+ "page-stablecoins-accordion-borrow-requirement-2-description": "పూచీకత్తు మరియు/లేదా లావాదేవీ రుసుము కొరకు మీకు ETH అవసరం అవుతుంది",
+ "page-stablecoins-accordion-borrow-requirements-description": "స్టేబుల్కాయిన్లను రుణంగా తీసుకోవడానికి మీరు సరైన డాప్ని ఉపయోగించాల్సి ఉంటుంది. మీకు వాలెట్ మరియు కొంత ఇటిహెచ్ కూడా అవసరం.",
+ "page-stablecoins-accordion-borrow-risks-copy": "మీరు ఇటిహెచ్ ను పూచీకత్తుగా ఉపయోగిస్తే మరియు దాని విలువ పడిపోతే, మీరు సృష్టించిన స్టేబుల్ కాయిన్ లను మీ పూచీకత్తు కవర్ చేయదు. ఇది మీ ఇటిహెచ్ లిక్విడేట్ కావడానికి కారణమవుతుంది మరియు మీరు జరిమానాను ఎదుర్కోవచ్చు. కాబట్టి మీరు స్థిరమైన నాణేలను అప్పుగా తీసుకుంటే మీరు ఇటిహెచ్ ధరను చూడవలసి ఉంటుంది.",
+ "page-stablecoins-accordion-borrow-risks-link": "తాజా ETH ధర",
+ "page-stablecoins-accordion-borrow-risks-title": "ప్రమాదాలు",
+ "page-stablecoins-accordion-borrow-text-preview": "క్రిప్టోను పూచీకత్తుగా ఉపయోగించడం ద్వారా మీరు కొన్ని స్టేబుల్కాయిన్లను రుణంగా తీసుకోవచ్చు, వాటిని మీరు తిరిగి చెల్లించాలి.",
+ "page-stablecoins-accordion-borrow-title": "అప్పు",
+ "page-stablecoins-accordion-buy-exchanges-title": "ప్రముఖ ఎక్స్ఛేంజీలు",
+ "page-stablecoins-accordion-buy-requirement-1": "క్రిప్టో ఎక్స్ఛేంజీలు మరియు వాలెట్లు",
+ "page-stablecoins-accordion-buy-requirement-1-description": "మీరు నివసించే చోట మీరు ఉపయోగించగల సేవలను తనిఖీ చేయండి",
+ "page-stablecoins-accordion-buy-requirements-description": "ఎక్స్ఛేంజ్ లేదా వాలెట్ ఉన్న ఖాతా నుండి మీరు నేరుగా క్రిప్టోను కొనుగోలు చేయవచ్చు. కొంత ఈటీహెచ్ పొందడం కొరకు మీరు ఇప్పటికే ఒకదాన్ని ఉపయోగించి ఉండవచ్చు. మీరు నివసిస్తున్న చోట మీరు ఏ సేవలను ఉపయోగించవచ్చో తనిఖీ చేయండి.",
+ "page-stablecoins-accordion-buy-text-preview": "చాలా ఎక్స్ఛేంజీలు మరియు వ్యాలెట్లు నేరుగా స్టేబుల్కాయిన్లను కొనుగోలు చేయడానికి మిమ్మల్ని అనుమతిస్తాయి. భౌగోళిక ఆంక్షలు వర్తిస్తాయి.",
+ "page-stablecoins-accordion-buy-title": "కొనుగోలు\n",
+ "page-stablecoins-accordion-buy-warning": "కేంద్రీకృత ఎక్స్ఛేంజీలు USDC, Tether మరియు ఇతర వంటి ఫియట్-ఆధారిత స్టేబుల్కాయిన్లను మాత్రమే జాబితా చేయవచ్చు. మీరు వాటిని నేరుగా కొనుగోలు చేయలేకపోవచ్చు, కానీ మీరు ప్లాట్ఫారమ్లో కొనుగోలు చేయగల ETH లేదా ఇతర క్రిప్టోకరెన్సీల నుండి వాటిని మార్పిడి చేసుకోగలరు.",
+ "page-stablecoins-accordion-earn-project-1-description": "కొనసాగుతున్న మరియు రాబోయే హ్యాకథాన్లు. ప్రతి buidlerకు డిజిటల్ సరిహద్దులోకి ప్రవేశ ద్వారం.",
+ "page-stablecoins-accordion-earn-project-2-description": "మేకర్ డావో కమ్యూనిటీ కోసం టెక్నాలజీ, కంటెంట్ మరియు ఇతర పని (మిమ్మల్ని డాయ్ తీసుకువచ్చిన బృందం).",
+ "page-stablecoins-accordion-earn-project-3-description": "మీరు నిజంగా మీ విషయాలను తెలుసుకున్నప్పుడు, దాయిని సంపాదించడానికి బగ్స్ కనుగొనండి.",
+ "page-stablecoins-accordion-earn-project-bug-bounties": "ఏకాభిప్రాయ లేయర్ బగ్ బౌంటీస్",
+ "page-stablecoins-accordion-earn-project-community": "మేకర్ డవ్ కమ్యూనిటి",
+ "page-stablecoins-accordion-earn-projects-copy": "ఇవి మీ పని కోసం స్టేబుల్కాయిన్లలో మీకు చెల్లించే ప్లాట్ఫారమ్లు.",
+ "page-stablecoins-accordion-earn-projects-title": "స్టేబుల్కాయిన్లను ఎక్కడ సంపాదించాలి",
+ "page-stablecoins-accordion-earn-requirement-1": "ఒక Ethereum వాలెట్",
+ "page-stablecoins-accordion-earn-requirement-1-description": "మీరు సంపాదించిన స్టేబుల్కాయిన్లను స్వీకరించడానికి మీకు వాలెట్ అవసరం",
+ "page-stablecoins-accordion-earn-requirements-description": "స్టేబుల్కాయిన్లు పని మరియు సేవలకు చెల్లింపు యొక్క గొప్ప పద్ధతి ఎందుకంటే విలువ స్థిరంగా ఉంటుంది. కానీ మీకు చెల్లించడానికి వాలెట్ అవసరం.",
+ "page-stablecoins-accordion-earn-text-preview": "ఎథేరియం పర్యావరణ వ్యవస్థలోని ప్రాజెక్టులపై పనిచేయడం ద్వారా మీరు స్టేబుల్కాయిన్లు సంపాదించవచ్చు.",
+ "page-stablecoins-accordion-earn-title": "సంపాదించండి",
+ "page-stablecoins-accordion-requirements": "మీకు ఏది అవసరం పడుతుంది",
+ "page-stablecoins-accordion-swap-dapp-intro": "మీకు ఇప్పటికే ETH మరియు వాలెట్ ఉంటే, స్టేబుల్కాయిన్లు కోసం మార్పిడి చేయడానికి మీరు ఈ డాప్లను ఉపయోగించవచ్చు.",
+ "page-stablecoins-accordion-swap-dapp-link": "వికేంద్రీకృత ఎక్సేంజ్ లపై మరింత",
+ "page-stablecoins-accordion-swap-dapp-title": "టోకెన్లను మార్చుకోవడానికి డాప్స్",
+ "page-stablecoins-accordion-swap-editors-tip": "ఎడిటర్స్ చిట్కా",
+ "page-stablecoins-accordion-swap-editors-tip-button": "వాలెట్ లను కనుగొనండి",
+ "page-stablecoins-accordion-swap-editors-tip-copy": "మీరు ఈటీహెచ్ కొనుగోలు చేయడానికి అనుమతించే ఒక వాలెట్ ను పొందండి మరియు స్టేబుల్ కాయిన్ లతో సహా టోకెన్ ల కోసం నేరుగా మార్పిడి చేయండి.",
+ "page-stablecoins-accordion-swap-pill": "సిఫార్సు చేయబడింది",
+ "page-stablecoins-accordion-swap-requirement-1": "ఒక Ethereum వాలెట్",
+ "page-stablecoins-accordion-swap-requirement-1-description": "స్వాప్ను అధీకృతం చేయడానికి మరియు మీ నాణేలను నిల్వ చేయడానికి మీకు ఒక వాలెట్ అవసరం.",
+ "page-stablecoins-accordion-swap-requirement-2": "ఈథర్ (ఈటీహెచ్)",
+ "page-stablecoins-accordion-swap-requirement-2-description": "మార్పిడి కొరకు చెల్లించడానికి",
+ "page-stablecoins-accordion-swap-text-preview": "వికేంద్రీకృత ఎక్సేంజ్ లలో మీరు చాలా స్టేబుల్కాయిన్లు తీసుకోవచ్చు. కాబట్టి మీకు కావాల్సిన స్టేబుల్కాయిన్ కోసం మీ వద్ద ఉన్న టోకెన్లను మార్చుకోవచ్చు.",
+ "page-stablecoins-accordion-swap-title": "మార్చు",
+ "page-stablecoins-algorithmic": "అల్గోరిథమిక్",
+ "page-stablecoins-algorithmic-con-1": "మీరు అల్గారిథమ్ను విశ్వసించాలి (లేదా చదవగలిగేలా) ఉండాలి.",
+ "page-stablecoins-algorithmic-con-2": "మీ నాణేల బ్యాలెన్స్ మొత్తం సరఫరా ఆధారంగా మారుతుంది.",
+ "page-stablecoins-algorithmic-description": "ఈ స్టేబుల్కాయిన్లకు మరే ఇతర ఆస్తి మద్దతు లేదు. బదులుగా ఒక అల్గారిథమ్ ధర కావలసిన విలువ కంటే తక్కువగా ఉంటే టోకెన్లను విక్రయిస్తుంది మరియు విలువ కావలసిన మొత్తానికి మించి ఉంటే టోకెన్లను సరఫరా చేస్తుంది. సర్క్యులేషన్లో ఉన్న ఈ టోకెన్ల సంఖ్య క్రమంగా మారుతున్నందున, మీరు కలిగి ఉన్న టోకెన్ల సంఖ్య మారుతుంది, కానీ ఎల్లప్పుడూ మీ వాటాను ప్రతిబింబిస్తుంది.",
+ "page-stablecoins-algorithmic-pro-1": "ఎటువంటి పూచీ అవసరం లేదు.",
+ "page-stablecoins-algorithmic-pro-2": "పబ్లిక్ అల్గారిథమ్ ద్వారా నియంత్రించబడుతుంది.",
+ "page-stablecoins-bank-apy": "0.05%",
+ "page-stablecoins-bank-apy-source": "బేసిక్, ఫెడరల్ ఇన్సూరెన్స్ సేవింగ్స్ అకౌంట్లపై బ్యాంకులు చెల్లించే సగటు రేటు, యూఎస్ఏ.",
+ "page-stablecoins-bank-apy-source-link": "మూలాధారం",
+ "page-stablecoins-bitcoin-pizza": "అపఖ్యాతి పాలైన బిట్కాయిన్ పిజ్జా",
+ "page-stablecoins-bitcoin-pizza-body": "2010లో 10,000 బిట్ కాయిన్ కు 2 పిజ్జాలు కొన్నారు. అప్పట్లో వీటి విలువ ~41 డాలర్లు. నేటి మార్కెట్లో అది మిలియన్ డాలర్లు. ఎథేరియం చరిత్రలో ఇలాంటి విచారకరమైన లావాదేవీలు అనేకం ఉన్నాయి. స్థిరమైన కాయిన్లు ఈ సమస్యను పరిష్కరిస్తాయి, కాబట్టి మీరు మీ పిజ్జాను ఆస్వాదించవచ్చు మరియు మీ ఇటిహెచ్ను పట్టుకోవచ్చు.",
+ "page-stablecoins-category-dashboard-and-education": "డ్యాష్బోర్డ్ & ఎడ్యుకేషన్",
+ "page-stablecoins-coin-price-change": "కాయిన్ ధర మార్పు (గత 30 రోజులు)",
+ "page-stablecoins-crypto-backed": "క్రిప్టో మద్దతు",
+ "page-stablecoins-crypto-backed-con-1": "ఫియట్-మద్దతు గల స్టేబుల్కాయిన్ల కంటే తక్కువ స్థిరత్వం.",
+ "page-stablecoins-crypto-backed-con-2": "క్రిప్టో కొలాటరల్ విలువపై ఓ కన్నేసి ఉంచాలి.",
+ "page-stablecoins-crypto-backed-description": "ఈ స్టేబుల్కాయిన్లకు ETH వంటి ఇతర క్రిప్టో ఆస్తులు మద్దతు ఇస్తాయి. వాటి ధర అంతర్లీన ఆస్తి (లేదా కొలేటరల్) విలువపై ఆధారపడి ఉంటుంది, ఇది అస్థిరంగా ఉండవచ్చు. ETH విలువ హెచ్చుతగ్గులకు గురవుతుంది కాబట్టి, ధర వీలైనంత స్థిరంగా ఉండేలా చూసుకోవడానికి ఈ స్టేబుల్కాయిన్లు అధికంగా కొలేటరలైజ్ చేయబడతాయి. అంటే $1 క్రిప్టో మద్దతు ఉన్న స్టేబుల్కాయిన్ కనీసం $2 విలువైన అంతర్లీన క్రిప్టో ఆస్తిని కలిగి ఉందని చెప్పవచ్చు. కాబట్టి ETH ధర పడిపోతే, స్టేబుల్కాయిన్కు మద్దతు ఇవ్వడానికి మరింత ETH ఉపయోగించబడాలి, లేకపోతే స్టేబుల్కాయిన్లు వాటి విలువను కోల్పోతాయి. DAI వంటి కొన్ని క్రిప్టో-మద్దతు గల స్టేబుల్కాయిన్లు వాటి మద్దతులో భాగంగా కేంద్రీకృత స్టేబుల్కాయిన్లను కూడా ఉపయోగిస్తాయని గమనించండి.",
+ "page-stablecoins-crypto-backed-pro-1": "పారదర్శకంగా మరియు పూర్తిగా వికేంద్రీకరించబడింది.",
+ "page-stablecoins-crypto-backed-pro-2": "ఇతర క్రిప్టో ఆస్తులుగా మారడానికి త్వరగా.",
+ "page-stablecoins-crypto-backed-pro-3": "బాహ్య సంరక్షకులు లేరు - అన్ని ఆస్తులు ఎథేరియం ఖాతాల ద్వారా నియంత్రించబడతాయి.",
+ "page-stablecoins-editors-choice": "ఎడిటర్ ఎంపికలు",
+ "page-stablecoins-editors-choice-intro": "ఇవి ప్రస్తుతం స్టేబుల్ కాయిన్లకు బాగా తెలిసిన ఉదాహరణలు మరియు డాప్లను ఉపయోగించేటప్పుడు మేము కనుగొన్న నాణేలు.",
+ "page-stablecoins-explore-dapps": "డాప్లను అన్వేషించండి",
+ "page-stablecoins-fiat-backed": "ఫియట్ మద్దతు ఇచ్చింది",
+ "page-stablecoins-fiat-backed-con-1": "కేంద్రీకృతం - ఎవరైనా తప్పనిసరిగా టోకెన్లను జారీ చేయాలి.",
+ "page-stablecoins-fiat-backed-con-2": "కంపెనీకి తగినంత నిల్వలు ఉన్నాయని నిర్ధారించడానికి ఆడిటింగ్ అవసరం.",
+ "page-stablecoins-fiat-backed-description": "ప్రాథమికంగా ఒక ఐఓయు (నేను మీకు రుణపడి ఉన్నాను) సాంప్రదాయ ఫియట్ కరెన్సీ (సాధారణంగా డాలర్లు). మీరు మీ ఫియట్ కరెన్సీని స్టాబుల్ కాయిన్ కొనడానికి ఉపయోగిస్తారు, తరువాత మీరు క్యాష్-ఇన్ చేయవచ్చు మరియు మీ ఒరిజినల్ కరెన్సీ కోసం రిడీమ్ చేయవచ్చు.",
+ "page-stablecoins-fiat-backed-pro-1": "క్రిప్టో అస్థిరత నుంచి సురక్షితం.",
+ "page-stablecoins-fiat-backed-pro-2": "ధరల్లో మార్పులు తక్కువగా ఉంటాయి.",
+ "page-stablecoins-find-stablecoin": "స్టేబుల్ కాయిన్ను కనుగొనండి",
+ "page-stablecoins-find-stablecoin-how-to-get-them": "స్టేబుల్కాయిన్లను ఎలా పొందాలి",
+ "page-stablecoins-find-stablecoin-intro": "వందలాది స్టేబుల్ కాయిన్లు అందుబాటులో ఉన్నాయి. ప్రారంభించడానికి మీకు సహాయపడటానికి ఇక్కడ కొన్ని ఉన్నాయి. మీరు ఎథేరియంకు కొత్తవారైతే, మొదట కొంత పరిశోధన చేయాలని మేము సిఫార్సు చేస్తున్నాము.",
+ "page-stablecoins-find-stablecoin-types-link": "వివిధ స్టేబుల్ కాయిన్ రకాలు",
+ "page-stablecoins-get-stablecoins": "స్టేబుల్కాయిన్లను ఎలా పొందాలి",
+ "page-stablecoins-hero-alt": "మార్కెట్ క్యాప్ ప్రకారం మూడు అతిపెద్ద స్టేబుల్కాయిన్లు: డై, యుఎస్డిసి మరియు టెథర్.",
+ "page-stablecoins-hero-button": "స్టేబుల్కాయిన్లను పొందండి",
+ "page-stablecoins-hero-header": "రోజువారీ వినియోగానికి డిజిటల్ డబ్బు",
+ "page-stablecoins-hero-subtitle": "స్టేబుల్ కాయిన్లు ఇటిహెచ్ ధర మారినప్పుడు కూడా స్థిరమైన విలువ వద్ద ఉండటానికి రూపొందించిన ఎథేరియం టోకెన్లు.",
+ "page-stablecoins-interest-earning-dapps": "వడ్డీ సంపాదించే డాప్స్",
+ "page-stablecoins-meta-description": "ఎథేరియం స్టేబుల్కాయిన్ల పరిచయం: అవి ఏమిటి, వాటిని ఎలా పొందాలి మరియు అవి ఎందుకు ముఖ్యమైనవి.",
+ "page-stablecoins-precious-metals": "విలువైన లోహాలు",
+ "page-stablecoins-precious-metals-con-1": "కేంద్రీకృతం - ఎవరైనా తప్పనిసరిగా టోకెన్లను జారీ చేయాలి.",
+ "page-stablecoins-precious-metals-con-2": "మీరు టోకెన్ జారీదారును మరియు విలువైన లోహ నిల్వలను విశ్వసించాలి.",
+ "page-stablecoins-precious-metals-description": "ఫియట్-మద్దతుగల నాణేల వలె, ఈ స్టేబుల్కాయిన్లు తమ విలువను నిలుపుకోవడానికి బంగారం వంటి వనరులను ఉపయోగిస్తాయి. వీటి ధర స్థిరంగా మరొక ఆస్తి విలువకు పెగ్ చేయబడి ఉండటంలో ఇవి 'స్థిరమైనవి', మరియు నిజ-ప్రపంచ ఆస్తుల యొక్క ఆన్చైన్ యాజమాన్య ట్రాకింగ్కు సమానమైనవి.",
+ "page-stablecoins-precious-metals-pro-1": "క్రిప్టో అస్థిరత నుంచి సురక్షితం.",
+ "page-stablecoins-prices": "స్టేబుల్ కాయిన్ ధరలు",
+ "page-stablecoins-prices-definition": "స్టేబుల్కాయిన్లు అస్థిరత లేని క్రిప్టోకరెన్సీలు. ఇవి ఇటిహెచ్ మాదిరిగానే చాలా శక్తులను పంచుకుంటాయి, కానీ వాటి విలువ స్థిరంగా ఉంటుంది, సాంప్రదాయ కరెన్సీ వలె ఉంటుంది. కాబట్టి మీరు ఎథేరియంలో ఉపయోగించగల స్థిరమైన డబ్బుకు ప్రాప్యత ఉంది. ",
+ "page-stablecoins-prices-definition-how": "స్టేబుల్కాయిన్లు వాటి స్థిరత్వాన్ని ఎలా పొందుతాయి",
+ "page-stablecoins-research-warning": "ఎథేరియం ఒక కొత్త సాంకేతికత మరియు చాలా అనువర్తనాలు కొత్తవి. మీకు రిస్క్ గురించి తెలుసని నిర్ధారించుకోండి మరియు మీరు కోల్పోయే వాటిని మాత్రమే డిపాజిట్ చేయండి.",
+ "page-stablecoins-research-warning-title": "ఎల్లప్పుడూ మీ స్వంత పరిశోధన చేయండి",
+ "page-stablecoins-save-stablecoins": "స్టేబుల్కాయిన్లతో సేవ్ చేయండి",
+ "page-stablecoins-save-stablecoins-body": "స్టేబుల్కాయిన్లు తరచుగా సగటు కంటే ఎక్కువ వడ్డీ రేటును కలిగి ఉంటాయి ఎందుకంటే వాటిని రుణం తీసుకోవడానికి చాలా డిమాండ్ ఉంది. మీ స్టేబుల్కాయిన్లను లెండింగ్ పూల్ లో డిపాజిట్ చేయడం ద్వారా రియల్ టైమ్ లో వడ్డీని సంపాదించే డాప్స్ ఉన్నాయి. బ్యాంకింగ్ ప్రపంచంలో మాదిరిగా, మీరు రుణగ్రహీతలకు టోకెన్లను సరఫరా చేస్తున్నారు, కానీ మీరు మీ టోకెన్లు మరియు మీ వడ్డీని ఎప్పుడైనా ఉపసంహరించుకోవచ్చు.",
+ "page-stablecoins-saving": "మీ స్టేబుల్కాయిన్లు పొదుపును సద్వినియోగం చేసుకోండి మరియు కొంత వడ్డీని సంపాదించండి. క్రిప్టోలోని అన్నింటి మాదిరిగానే, అంచనా వేయబడిన వార్షిక శాతం దిగుబడులు (ఎపివై) రియల్-టైమ్ సరఫరా / డిమాండ్పై ఆధారపడి రోజువారీగా మారవచ్చు.",
+ "page-stablecoins-stablecoins-dapp-callout-description": "ఎథేరియం యొక్క డాప్స్ చూడండి - స్టేబుల్కాయిన్లు తరచుగా రోజువారీ లావాదేవీలకు మరింత ఉపయోగపడతాయి.",
+ "page-stablecoins-stablecoins-dapp-callout-image-alt": "ఒక డోజ్ యొక్క ఉదాహరణ.",
+ "page-stablecoins-stablecoins-dapp-callout-title": "మీ స్టేబుల్కాయిన్లను ఉపయోగించండి",
+ "page-stablecoins-stablecoins-dapp-description-1": "డాయ్, యుఎస్డిసి, టియుఎస్డి, యుఎస్డిటి మరియు మరిన్నింటితో సహా చాలా స్టేబుల్కాయిన్ల మార్కెట్లు. ",
+ "page-stablecoins-stablecoins-dapp-description-2": "స్టేబుల్కాయిన్లను అప్పుగా ఇవ్వండి మరియు వడ్డీని మరియు $COMP, కాంపౌండ్ స్వంత టోకెన్ని సంపాదించండి.",
+ "page-stablecoins-stablecoins-dapp-description-3": "మీరు మీ డాయ్ మరియు యుఎస్డిసిపై వడ్డీని సంపాదించగల ట్రేడింగ్ ప్లాట్ఫారమ్.",
+ "page-stablecoins-stablecoins-dapp-description-4": "డాయ్ని ఆదా చేయడం కోసం రూపొందించబడిన యాప్.",
+ "page-stablecoins-stablecoins-dapp-description-5": "అనేక స్టేబుల్కాయిన్ ఎంపికలకు మద్దతు ఇస్తూ Ethereumలో అప్పులు ఇవ్వడానికి మరియు తీసుకోవడానికి ఒక ప్రోటోకాల్.",
+ "page-stablecoins-stablecoins-feature-1": "స్టేబుల్కాయిన్లు గ్లోబల్, మరియు ఇంటర్నెట్ ద్వారా పంపవచ్చు. మీకు Ethereum ఖాతా ఉన్నప్పుడు వాటిని స్వీకరించడం లేదా పంపడం సులభం.",
+ "page-stablecoins-stablecoins-feature-2": "స్టేబుల్కాయిన్లకు డిమాండ్ ఎక్కువగా ఉంది, కాబట్టి మీరు మీ రుణం కోసం వడ్డీని పొందవచ్చు. రుణం ఇచ్చే ముందు రిస్క్ ల గురించి మీకు తెలుసని నిర్ధారించుకోండి.",
+ "page-stablecoins-stablecoins-feature-3": "స్టేబుల్కాయిన్లు ETH మరియు ఇతర Ethereum టోకెన్ ల కొరకు మార్పిడి చేయబడతాయి. చాలా డాప్స్ స్టేబుల్కాయిన్లపై ఆధారపడతాయి.",
+ "page-stablecoins-stablecoins-feature-4": "స్టేబుల్కాయిన్లు క్రిప్టోగ్రఫీ ద్వారా సురక్షితం. మీ తరపున ఎవరూ లావాదేవీలను నకిలీ చేయలేరు.",
+ "page-stablecoins-stablecoins-meta-description": "ఎథేరియం స్టేబుల్కాయిన్ల పరిచయం: అవి ఏమిటి, వాటిని ఎలా పొందాలి మరియు అవి ఎందుకు ముఖ్యమైనవి.",
+ "page-stablecoins-stablecoins-table-header-column-1": "కరెన్సీ",
+ "page-stablecoins-stablecoins-table-header-column-2": "మార్కెట్ క్యాపిటలైజేషన్",
+ "page-stablecoins-stablecoins-table-header-column-3": "కొలాటరల్ రకం",
+ "page-stablecoins-stablecoins-table-header-column-4": "పెగ్",
+ "page-stablecoins-stablecoins-table-type-crypto-backed": "క్రిప్టో",
+ "page-stablecoins-stablecoins-table-type-fiat-backed": "ఫియట్",
+ "page-stablecoins-stablecoins-table-type-precious-metals-backed": "విలువైన లోహాలు",
+ "page-stablecoins-table-error": "స్టేబుల్కాయిన్లను లోడ్ చేయడం సాధ్యపడలేదు. పేజీని రిఫ్రెష్ చేసి ప్రయత్నించండి.",
+ "page-stablecoins-title": "స్టేబుల్కాయిన్లు",
+ "page-stablecoins-meta-title": "స్టేబుల్కాయిన్స్ వివరించబడ్డాయి: అవి దేని కోసం?",
+ "page-stablecoins-top-coins": "మార్కెట్ క్యాపిటలైజేషన్ ద్వారా అగ్ర స్టేబుల్కాయిన్లు",
+ "page-stablecoins-top-coins-intro": "మార్కెట్ క్యాపిటలైజేషన్ అనేది",
+ "page-stablecoins-top-coins-intro-code": "ఉనికిలో ఉన్న మొత్తం టోకెన్ల సంఖ్యను ఒక్కో టోకెన్ విలువతో గుణించాలి. ఈ జాబితా డైనమిక్ మరియు ఇక్కడ జాబితా చేయబడిన ప్రాజెక్ట్లు తప్పనిసరిగా ethereum.org బృందంచే ఆమోదించబడవు.",
+ "page-stablecoins-types-of-stablecoin": "అవి ఎలా పని చేస్తాయి: స్టేబుల్ కాయిన్ రకాలు",
+ "page-stablecoins-usdc-logo": "యుఎస్డిసి లోగో",
+ "page-stablecoins-usdt-banner-body": "టెథర్ USD (USDT) మార్కెట్ క్యాపిటలైజేషన్ ద్వారా అతిపెద్ద ఫియట్-మద్దతుగల స్టేబుల్కాయిన్. దీని విలువ $1 USD వద్ద పెగ్ చేయబడింది మరియు దాని నిల్వలు టెథర్ లిమిటెడ్ ద్వారా నిర్వహించబడతాయి.",
+ "page-stablecoins-usdt-banner-swap-button": "USDT కోసం ETH స్వాప్ చేయండి",
+ "page-stablecoins-usdt-banner-learn-button": "USDT గురించి తెలుసుకోండి",
+ "page-stablecoins-usdt-logo": "USDT లోగో",
+ "page-stablecoins-usds-banner-body": "USDS అనేది Daiకి వారసుడు, ఇది పూర్తిగా క్రిప్టో మద్దతుతో మరియు ఆన్చైన్ పొదుపులు మరియు రివార్డ్ల కోసం రూపొందించబడింది. వినియోగదారులను వారి నిధులపై పూర్తి నియంత్రణలో ఉంచుతూ DeFiలో విస్తృతంగా ఉపయోగించబడుతుంది.",
+ "page-stablecoins-usds-banner-swap-button": "USDS కోసం ETH స్వాప్ చేయండి",
+ "page-stablecoins-usds-banner-learn-button": "USDS గురించి తెలుసుకోండి",
+ "page-stablecoins-usds-logo": "USDS లోగో",
+ "page-stablecoins-gho-banner-body": "GHO అనేది Aave ద్వారా సృష్టించబడిన ఒక వికేంద్రీకృత బహుళ-కొలేటరల్ స్టేబుల్కాయిన్. ఇది క్రిప్టో-కొలేటరలైజ్డ్ మద్దతును కమ్యూనిటీ గవర్నెన్స్ విధానంతో మిళితం చేసే హైబ్రిడ్ నమూనాని ఉపయోగిస్తుంది.",
+ "page-stablecoins-gho-banner-swap-button": "GHO కోసం ETH స్వాప్ చేయండి",
+ "page-stablecoins-gho-banner-learn-button": "GHO గురించి తెలుసుకోండి",
+ "page-stablecoins-gho-logo": "GHO లోగో",
+ "page-stablecoins-glo-banner-body": "గ్లో డాలర్ (USDGLO) అనేది ఒక స్టేబుల్కాయిన్, ఇది అన్ని లాభాలను ప్రజా ప్రయోజనాలకు మరియు స్వచ్ఛంద సంస్థలకు విరాళంగా ఇస్తుంది. గ్లో డాలర్ను ఉంచుకోవడం లేదా ఉపయోగించడం ద్వారా, పేదరికంతో పోరాడటం మరియు ఓపెన్-సోర్స్కు మద్దతు ఇవ్వడం వంటి కారణాలకు నిధులు సమకూర్చడంలో మీరు సహాయపడతారు—మీకు అదనపు ఖర్చు లేకుండా.",
+ "page-stablecoins-glo-banner-swap-button": "GLO కొనండి",
+ "page-stablecoins-glo-banner-learn-button": "GLO గురించి తెలుసుకోండి",
+ "page-stablecoins-glo-logo": "USDGLO లోగో",
+ "page-stablecoins-hai-banner-title": "HAI",
+ "page-stablecoins-hai-banner-body": "HAI అనేది లెట్స్ గెట్ HAI ద్వారా ఒక వికేంద్రీకృత, ETH-మద్దతుగల స్టేబుల్కాయిన్, ఇది సెన్సార్షిప్ నిరోధకత మరియు ప్రజా ప్రయోజనాలపై దృష్టి సారిస్తుంది. ఇది కనీస గవర్నెన్స్తో రూపొందించబడింది మరియు వికేంద్రీకరణ విలువలపై రాజీ పడకుండా స్థిరత్వానికి ప్రాధాన్యతనిస్తుంది.",
+ "page-stablecoins-hai-banner-swap-button": "ETHతో HAIని మింట్ చేయండి",
+ "page-stablecoins-hai-banner-learn-button": "HAI గురించి తెలుసుకోండి",
+ "page-stablecoins-hai-logo": "HAI లోగో",
+ "page-stablecoins-lusd-banner-title": "LUSD",
+ "page-stablecoins-lusd-banner-body": "LUSD అనేది లిక్విటీ నుండి ఒక వికేంద్రీకృత స్టేబుల్కాయిన్, ఇది ప్రత్యేకంగా 110% కనీస కొలేటరలైజేషన్ నిష్పత్తితో ETH ద్వారా మద్దతు ఇస్తుంది. ఇది వడ్డీ-లేని రుణాలు, అల్గారిథమిక్ లిక్విడేషన్లు, మరియు కనీస గవర్నెన్స్ను కలిగి ఉంటుంది, ఇది అత్యంత సెన్సార్షిప్-నిరోధకత కలిగినదిగా చేస్తుంది.",
+ "page-stablecoins-lusd-banner-swap-button": "LUSD కోసం ETH స్వాప్ చేయండి",
+ "page-stablecoins-lusd-banner-learn-button": "LUSD గురించి తెలుసుకోండి",
+ "page-stablecoins-lusd-logo": "LUSD లోగో",
+ "page-stablecoins-why-stablecoins": "స్టేబుల్కాయిన్లు ఎందుకు?",
+ "page-stablecoins-how-they-work-button": "అవి ఎలా పనిచేస్తాయి",
+ "page-stablecoins-why-stablecoins-body": "బిట్ కాయిన్ మాదిరిగానే ఈటీహెచ్ కూడా కొత్త టెక్నాలజీ కాబట్టి అస్థిరమైన ధరను కలిగి ఉంది. కాబట్టి మీరు దీన్ని క్రమం తప్పకుండా ఖర్చు చేయాలనుకోవడం లేదు. స్టేబుల్కాయిన్లు సాంప్రదాయ కరెన్సీల విలువను ప్రతిబింబిస్తాయి, ఇది మీరు ఎథేరియంలో ఉపయోగించగల స్థిరమైన డబ్బుకు ప్రాప్యతను ఇస్తుంది.",
+ "page-stablecoins-more-defi-button": "వికేంద్రీకృత ఫైనాన్స్ (డీఫై) గురించి మరింత",
+ "page-stablecoins-tools-title": "స్టేబుల్కాయిన్ల గురించి మరింత తెలుసుకోండి",
+ "page-stablecoins-tools-stablecoinswtf-description": "Stablecoins.wtf అత్యంత ప్రముఖమైన స్టేబుల్కాయిన్ల కోసం చారిత్రక మార్కెట్ డేటా, గణాంకాలు మరియు విద్యాపరమైన కంటెంట్తో డాష్బోర్డ్ను అందిస్తుంది.",
+ "page-stablecoins-tools-stablepulse-description": "టోకెన్లు మరియు చెయిన్ల అంతటా అనలిటిక్స్తో స్టేబుల్కాయిన్ పర్యావరణ వ్యవస్థ యొక్క స్పష్టమైన, కచ్చితమైన, మరియు కనిష్టంగా ఫిల్టర్ చేయబడిన వీక్షణను అందిస్తుంది.",
+ "page-stablecoins-tools-stablesinfo-description": "అన్ని ప్రధాన స్టేబుల్కాయిన్లు మరియు చెయిన్ల కోసం సరఫరా మరియు ఆన్చైన్ డేటాను ట్రాక్ చేస్తూ, లైవ్ స్టేబుల్కాయిన్ లీడర్బోర్డ్ మరియు డాష్బోర్డ్.",
+ "page-stablecoins-tools-dune-description": "బ్లాక్చెయిన్ల అంతటా స్టేబుల్కాయిన్ సరఫరా, లిక్విడిటీ, ట్రేడింగ్ వాల్యూమ్ మరియు స్వీకరణలోకి నిజ-సమయ అంతర్దృష్టులను అందించే డాష్బోర్డ్.",
+ "page-stablecoins-tools-visa-description": "పబ్లిక్ బ్లాక్ చైనుల అంతటా ఫియట్-మద్దతుగల స్టేబుల్కాయిన్ల కదలిక, సరఫరా, మరియు వినియోగాన్ని దృశ్యమానం చేసే డాష్బోర్డ్.",
+ "page-stablecoins-tools-stablewars-description": "బహుళ బ్లాక్ చైనుల అంతటా స్టేబుల్కాయిన్ల కోసం బ్యాలెన్స్లు, బదిలీలు మరియు ర్యాంకింగ్లను ట్రాక్ చేసే అనలిటిక్స్ లీడర్బోర్డ్ మరియు డాష్బోర్డ్.",
+ "page-apps-ready-button": "Go",
+ "pros": "ప్రయోజనాలు",
+ "cons": "అప్రయోజనాలు",
+ "1inch-logo": "inch logo",
+ "aave-logo": "ఆవే లోగో",
+ "binance-logo": "బినాన్స్ లోగో",
+ "bittrex-logo": "బిట్రెక్స్ లోగో",
+ "buidlbox-logo": "Buidlbox లోగో",
+ "coinbase-logo": "కాయిన్బేస్ లోగో",
+ "coinmama-logo": "కాయిన్మామా లోగో",
+ "compound-logo": "సమ్మేళనం లోగో",
+ "example-projects": "ఉదాహరణ ప్రాజెక్టులు",
+ "page-stablecoins-filter-by-type": "రకం వారీగా ఫిల్టర్ చేయండి",
+ "page-stablecoins-reset-list": "జాబితాను రీసెట్ చేయండి",
+ "page-stablecoins-show-more": "మరిన్ని చూపండి",
+ "page-stablecoins-no-results": "ప్రస్తుత ఫిల్టర్లకు సరిపోయే స్టేబుల్కాయిన్లు లేవు",
+ "gemini-logo": "జెమిని లోగో",
+ "makerdao-logo": "మేకర్డావో లోగో",
+ "matcha-logo": "Matcha లోగో",
+ "sparkfi-logo": "స్పార్క్ ప్రోటోకాల్ లోగో",
+ "summerfi-logo": "Summer.fi లోగో",
+ "uniswap-logo": "Uniswap లోగో",
+ "page-stablecoins-go-to": "వెళ్ళండి"
+}
diff --git a/src/intl/te/page-staking-deposit-contract.json b/src/intl/te/page-staking-deposit-contract.json
new file mode 100644
index 00000000000..2a968e0c186
--- /dev/null
+++ b/src/intl/te/page-staking-deposit-contract.json
@@ -0,0 +1,28 @@
+{
+ "page-staking-deposit-contract-address": "కాంట్రాక్టు డిపాజిట్ అడ్రస్ ని స్టేక్ చేయడం",
+ "page-staking-deposit-contract-address-caption": "చిరునామాను సులభంగా చదవడానికి వీలుగా మేము స్పేస్లను జోడించాము",
+ "page-staking-deposit-contract-address-check-btn": "కాంట్రాక్టు డిపాజిట్ అడ్రస్ ని చెక్ చేయండి",
+ "page-staking-deposit-contract-checkbox1": "నా ఇథిరియం వాలిడేటర్ను సెటప్ చేయడానికి నేను ఇప్పటికే లాంచ్ప్యాడ్ను ఉపయోగించాను.",
+ "page-staking-deposit-contract-checkbox2": "స్టేక్ చేయడానికి నేను లాంచ్ప్యాడ్ను ఉపయోగించాల్సిన అవసరం ఉందని నేను అర్థం చేసుకున్నాను. ఈ చిరునామాకు చేసే సాధారణ బదిలీలు పనిచేయవు.",
+ "page-staking-deposit-contract-checkbox3": "నేను ఇతర సోర్స్లతో డిపాజిట్ కాంట్రాక్ట్ అడ్రస్ను తనిఖీ చేయబోతున్నాను.",
+ "page-staking-deposit-contract-confirm-address": "అడ్రస్ ని బహిర్గతం చేయడానికి నిర్దారించండి",
+ "page-staking-deposit-contract-copied": "అడ్రస్ని కాపీ చేయబడింది",
+ "page-staking-deposit-contract-copy": "అడ్రస్ ని కాపీ చేయు",
+ "page-staking-deposit-contract-blockexplorer": "బ్లాక్స్కౌట్లో కాంట్రాక్ట్ను చూడండి",
+ "page-staking-deposit-contract-h2": "ఇది మీరు స్టేక్ చేసే ప్రదేశం కాదు",
+ "page-staking-deposit-contract-launchpad": "లాంచ్పాడ్ ద్వారా స్టేక్ చేయడం",
+ "page-staking-deposit-contract-launchpad-2": "లాంచ్పాడ్ ని ఉపయోగించు",
+ "page-staking-deposit-contract-meta-desc": "ఇథిరియం స్టేకింగ్ కోసం డిపాజిట్ కాంట్రాక్ట్ చిరునామాను ధృవీకరించండి.",
+ "page-staking-deposit-contract-meta-title": "ఇథిరియం స్టేకింగ్ డిపాజిట్ కాంట్రాక్ట్ చిరునామా",
+ "page-staking-deposit-contract-read-aloud": "చిరునామాని బిగ్గరగా చదవండి",
+ "page-staking-deposit-contract-reveal-address-btn": "అడ్రస్ ని చూపించు",
+ "page-staking-deposit-contract-staking": "మీ ETHని స్టేక్ చేయడానికి మీరు ప్రత్యేక లాంచ్ప్యాడ్ ఉత్పత్తిని ఉపయోగించాలి మరియు సూచనలను అనుసరించాలి. ఈ పేజీలోని చిరునామాకు ETHని పంపడం మిమ్మల్ని స్టేకర్గా మార్చదు మరియు విఫలమైన లావాదేవీకి దారితీస్తుంది.",
+ "page-staking-deposit-contract-staking-check": "ఈ మూలాల్ని తనిఖీ చేయండి",
+ "page-staking-deposit-contract-staking-check-desc": "చాలా నకిలీ చిరునామాలు మరియు స్కామ్లు ఉంటాయని మేము ఆశిస్తున్నాము. సురక్షితంగా ఉండటానికి, మీరు ఉపయోగిస్తున్న స్టేకింగ్ కాంట్రాక్ట్ చిరునామాను ఈ పేజీలోని చిరునామాతో సరిచూసుకోండి. ఇతర విశ్వసనీయ వనరులతో కూడా దీన్ని తనిఖీ చేయాలని మేము సిఫార్సు చేస్తున్నాము.",
+ "page-staking-deposit-contract-staking-more-link": "స్టేకింగ్ గురించి మరింత",
+ "page-staking-deposit-contract-stop-reading": "చదవడం ఆపండి",
+ "page-staking-deposit-contract-subtitle": "ఇది ఇథిరియం స్టేకింగ్ కాంట్రాక్ట్ కోసం చిరునామా. మీరు స్టేక్ చేసినప్పుడు సరైన చిరునామాకు నిధులను పంపుతున్నారని నిర్ధారించుకోవడానికి ఈ పేజీని ఉపయోగించండి.",
+ "page-staking-deposit-contract-warning": "ప్రతి అక్షరాన్ని జాగ్రత్తగా తనిఖీ చేయండి.",
+ "page-staking-deposit-contract-warning-2": "ఈ చిరునామాకు నిధులను పంపడం పని చేయదు మరియు మిమ్మల్ని స్టేకర్గా మార్చదు. మీరు తప్పనిసరిగా లాంచ్ప్యాడ్ సూచనలను అనుసరించాలి.",
+ "page-staking-deposit-contract-title": "కాంట్రాక్టు డిపాజిట్ అడ్రస్ ని చెక్ చేయండి"
+}
diff --git a/src/intl/te/page-staking.json b/src/intl/te/page-staking.json
new file mode 100644
index 00000000000..9b268b80767
--- /dev/null
+++ b/src/intl/te/page-staking.json
@@ -0,0 +1,240 @@
+{
+ "comp-withdrawal-comparison-current-title": "ప్రస్తుతం స్టేక్ చేసిన వాళ్లు",
+ "comp-withdrawal-comparison-current-li-1": "కొంతమంది వినియోగులు వాళ్ళ విత్-డ్రా అడ్రస్ ను స్టేకింగ్ డిపాజిట్ చేసినప్పుడు ఇచ్చి ఉంటే - ఈ వినియోగులు చేయవల్సింది ఏమి లేదు",
+ "comp-withdrawal-comparison-current-li-2": "మెజారిటీ స్టేకర్లు ప్రారంభ డిపాజిట్పై ఉపసంహరణ చిరునామాను అందించలేదు మరియు వారి ఉపసంహరణ ఆధారాలను అప్డేట్ చేయాల్సి ఉంటుంది. స్టేకింగ్ లాంచ్ప్యాడ్ దీన్ని ఎలా చేయాలో సూచనలను కలిగి ఉంది",
+ "comp-withdrawal-comparison-current-p": "మీరు ఇప్పటికీ మీ ఆధారాలను నవీకరించాలా వద్దా అని చూడటానికి మీ వాలిడేటర్ ఇండెక్స్ నంబర్ను ఇక్కడ నమోదు చేయవచ్చు (ఇది మీ క్లయింట్ లాగ్లలో కనుగొనబడుతుంది): ",
+ "comp-withdrawal-comparison-new-title": "కొత్త స్టేకర్లు (ఇంకా జమ చేయని)",
+ "comp-withdrawal-comparison-new-li-1": "డిఫాల్ట్గా, రివార్డ్ చెల్లింపులు మరియు ఉపసంహరణ కార్యాచరణను స్వయంచాలకంగా ప్రారంభించాలని చూస్తున్న కొత్త స్టేకర్లు స్టాకింగ్ డిపాజిట్ CLI టూల్ని ఉపయోగించి వారి వాలిడేటర్ కీలను రూపొందించేటప్పుడు వారు నియంత్రించే ఎథెరియం ఉపసంహరణ చిరునామాను అందించాలి",
+ "comp-withdrawal-comparison-new-li-2": "డిపాజిట్ సమయంలో ఇది అవసరం లేదు, కానీ మీ నిధులను అన్లాక్ చేయడానికి తర్వాత తేదీలో ఈ కీలను అప్డేట్ చేయవలసిన అవసరాన్ని నిరోధిస్తుంది",
+ "comp-withdrawal-comparison-new-p": "స్టేకింగ్ లాంచ్ప్యాడ్ స్టాకింగ్ ఆన్బోర్డింగ్ ద్వారా మీకు మార్గనిర్దేశం చేస్తుంది.",
+ "comp-withdrawal-comparison-new-link": "స్టేకింగ్ లాంచ్ప్యాడ్ని సందర్శించండి",
+ "comp-withdrawal-credentials-placeholder": "వాలిడేటర్ సూచిక",
+ "comp-withdrawal-credentials-error": "ఊప్స్! వాలిడేటర్ ఇండెక్స్ నంబర్ను ఒకటికి రెండుసార్లు తనిఖీ చేసి, మళ్లీ ప్రయత్నించండి.",
+ "comp-withdrawal-credentials-upgraded-1": "వాలిడేటర్ సూచిక {validatorIndex} రివార్డ్లను స్వీకరించడం ప్రారంభించడానికి సిద్ధంగా ఉంది!",
+ "comp-withdrawal-credentials-upgraded-2": "ఉపసంహరణ ఆధారాలు ఎక్సేక్యూషన్ చిరునామాకు లింక్ చేయబడ్డాయి:",
+ "comp-withdrawal-credentials-not-upgraded-1": "ఈ {network} వాలిడేటర్ను అప్గ్రేడ్ చేయాలి.",
+ "comp-withdrawal-credentials-not-upgraded-2": "అప్గ్రేడ్ చేయడం ఎలాగో సూచనలను ప్రస్తుతం ఇక్కడ స్టేకింగ్ లాంచ్ప్యాడ్లో కనుగొనవచ్చు",
+ "comp-withdrawal-credentials-verify": "{network}పై ధృవీకరించండి",
+ "page-staking-withdrawals-when": "రవాణా చేయబడింది!",
+ "page-staking-image-alt": "స్టేకింగ్ లాంచ్ ప్యాడ్ కోసం రినో మస్కట్ యొక్క చిత్రం.",
+ "page-staking-benefits-1-title": "రివార్డులు సంపాదించండి",
+ "page-staking-benefits-1-description": "నెట్వర్క్ ఏకాభిప్రాయాన్ని సాధించడంలో సహాయపడే చర్యలకు రివార్డులు ఇవ్వబడతాయి. లావాదేవీలను సరిగా క్రొత్త బ్లాక్లలోకి బ్యాచ్ చేసే సాఫ్ట్వేర్ను అమలు చేసినందుకు మీకు రివార్డులు లభిస్తాయి మరియు ఇతర ధ్రువీకర్తల పనిని తనిఖీ చేస్తుంది ఎందుకంటే ఇది ఛెయిన్ ని సురక్షితంగా నడుపుతుంది.",
+ "page-staking-benefits-2-title": "మెరుగైన భద్రత",
+ "page-staking-benefits-2-description": "మెజారిటీ నెట్వర్క్ను నియంత్రించడానికి ఎక్కువ ETH అవసరం కాబట్టి, ఎక్కువ ETH స్టేక్ ఉన్నందున దాడులకు వ్యతిరేకంగా నెట్వర్క్ బలంగా మారుతుంది. ముప్పుగా మారడానికి, మీరు మెజారిటీ వ్యాలిడేటర్లను కలిగి ఉండాలి, అంటే మీరు సిస్టమ్లోని మెజారిటీ ETHని నియంత్రించాలి–అది చాలా కష్టం!",
+ "page-staking-benefits-3-title": "మరింత స్థిరంగా",
+ "page-staking-benefits-3-description": "నెట్వర్క్ను భద్రపరచడంలో పాల్గొనడానికి స్టేకర్లు శక్తి-ఇంటెన్సివ్ ప్రూఫ్-ఆఫ్-వర్క్ కంప్యూటేషన్లను చేయవలసిన అవసరం లేదు అంటే స్టేకింగ్ నోడ్లు చాలా తక్కువ శక్తిని ఉపయోగించి సాపేక్షంగా నిరాడంబరమైన హార్డ్వేర్పై అమలు చేయగలవు.",
+ "page-staking-benefits-3-link": "ఎథెరియం శక్తి వినియోగంపై మరింత",
+ "page-staking-description": "వాలిడేటర్ సాఫ్ట్వేర్ను యాక్టివేట్ చేయడానికి 32 ETH ని డిపాజిట్ చేసే చర్య స్టాకింగ్.\nవాలిడేటర్ గా మీరు డేటాను నిల్వ చేయడానికి, లావాదేవీలను ప్రాసెస్ చేయడానికి మరియు బ్లాక్చైన్కు కొత్త బ్లాక్లను జోడించడానికి బాధ్యత వహిస్తారు. ఇది ఎథెరియంను అందరికీ సురక్షితంగా ఉంచుతుంది మరియు ఈ ప్రక్రియలో మీకు కొత్త ETH.",
+ "page-staking-hero-title": "మీ ETH ని ఎలా స్టేక్ ఎలా చెయాలి",
+ "page-staking-hero-header": "ఎథెరియం సురక్షితం చేస్తున్నప్పుడు రివార్డులు సంపాదించండి",
+ "page-staking-hero-subtitle": "ETH యొక్క ఏదైనా మొత్తాన్ని కలిగి ఉన్న ఏ వినియోగదారు అయినా నెట్వర్క్ను సురక్షితంగా ఉంచడంలో సహాయపడవచ్చు మరియు ఈ ప్రక్రియలో రివార్డులు పొందవచ్చు.",
+ "page-staking-dropdown-home": "స్టేకింగ్ హోమ్పేజీ",
+ "page-staking-dropdown-solo": "హోమ్ స్టాకింగ్",
+ "page-staking-more-on-solo": "హోమ్ స్టేకింగ్ గురించి మరింత",
+ "page-staking-learn-more-solo": "సోలో స్టేకింగ్ గురించి మరింత తెలుసుకోండి",
+ "page-staking-dropdown-saas": "ఒక సర్వీస్గా స్టేకింగ్",
+ "page-staking-saas-with-abbrev": "Staking as a service (SaaS)",
+ "page-staking-more-on-saas": "స్టేకింగ్ సేవ గురించి మరింత",
+ "page-staking-learn-more-saas": "స్టేకింగ్ సేవ గురించి మరింత తెలుసుకోండి",
+ "page-staking-dropdown-pools": "పూల్డ్ స్టేకింగ్",
+ "page-staking-dropdown-withdrawals": "ఉపసంహరణల గురించి",
+ "page-staking-dropdown-dvt": "డిస్ట్రిబూట్టెడ్ వాలిడేటర్ టెక్",
+ "page-staking-more-on-pools": "పూల్ స్టేకింగ్ గురించి మరింత",
+ "page-staking-learn-more-pools": "పూల్ స్టేకింగ్ గురించి మరింత తెలుసుకోండి",
+ "page-staking-section-what-title": "స్టేకింగ్ అంటే ఏమిటి?",
+ "page-staking-section-why-title": "మీరూ ETH ఎందుకు స్టేక్ చెయ్యాలి?",
+ "page-staking-section-why-p1": "ఇది మీరు ఎంత స్టేక్ కు సిద్ధంగా ఉన్నారనే దానిపై ఆధారపడి ఉంటుంది. మీ స్వంత వ్యాలిడేటర్ని సక్రియం చేయడానికి మీకు 32 ETH అవసరం, కానీ తక్కువ స్టేక్ ను పొందడం సాధ్యమవుతుంది.",
+ "page-staking-section-why-p2": "దిగువ ఎంపికలను తనిఖీ చేయండి మరియు మీకు మరియు నెట్వర్క్కు ఉత్తమమైన వాటిని\nఏంచుకోండి.",
+ "page-staking-guide-title-coincashew-ethereum": "కోయిన్ కాష్ యొక్క ఎథెరియం 2.0 గైడ్",
+ "page-staking-guide-title-somer-esat": "సోమర్ ఈసాట్",
+ "page-staking-guide-title-rocket-pool": "రాకెట్ పూల్ నోడ్ ఆపరేటర్లు",
+ "page-staking-guide-title-stakewise": "స్టేక్వైజ్ నోడ్ ఆపరేటర్లు",
+ "page-staking-guide-title-lido-csm": "Lido CSM నోడ్ ఆపరేటర్లు",
+ "page-staking-guide-description-linux": "లైనక్స్(సిఎల్ఐ)",
+ "page-staking-guide-description-mac-linux": "మాక్ వో ఎస్ (సిఎల్ఐ)",
+ "page-staking-guide-description-mac-linux-windows": "లినక్స్, విండోస్, మాక్ఓఎస్ (సిఎల్ఐ)",
+ "page-staking-hierarchy-solo-h2": "హోమ్ స్టాకింగ్",
+ "page-staking-hierarchy-solo-pill-1": "బాగా ప్రభావంతురాలు",
+ "page-staking-hierarchy-solo-pill-2": "పూర్తి నియంత్రణ",
+ "page-staking-hierarchy-solo-pill-3": "పూర్తి రివార్డులు",
+ "page-staking-hierarchy-solo-pill-4": "ట్రస్ట్ లెస్",
+ "page-staking-hierarchy-solo-p1": "Ethereum మీద హోమ్ స్టేకింగ్ అనేది స్టేకింగ్ కోసం గోల్డ్ స్టాండర్డ్. ఇది పూర్తి పాల్గొనడం రివార్డ్స్ ఇస్తుంది, నెట్వర్క్ యొక్క వికేంద్రీకరణను మెరుగుపరుస్తుంది, మరియు మీ నిధులతో ఇతరులపై నమ్మకం పెట్టుకోవాల్సిన అవసరం లేదు.",
+ "page-staking-hierarchy-solo-p2": "హోమ్ స్టేకింగ్ చేయాలని ఆలోచిస్తున్నవారు కొంతమంది ETH మరియు 24/7 ఇంటర్నెట్కు కనెక్ట్ అయిన ప్రత్యేక కంప్యూటర్ ఉండాలి. కొంత సాంకేతిక పరిజ్ఞానం ఉపయోగకరంగా ఉంటుంది, కానీ ఈ ప్రక్రియను సులభతరం చేయడానికి ఇప్పుడు ఉపయోగించడానికి సులభమైన సాధనాలు ఉన్నాయి.",
+ "page-staking-hierarchy-solo-p3": "హోమ్ స్టేకర్లు తమ నిధులను ఇతరులతో కలిపి పెట్టవచ్చు లేదా కనీసం 32 ETH తో ఒంటరిగా వెళ్లవచ్చు. లిక్విడ్ స్టేకింగ్ టోకెన్ పరిష్కారాలను DeFi కి యాక్సెస్ ను కొనసాగించడానికి ఉపయోగించవచ్చు.",
+ "page-staking-hierarchy-saas-pill-1": "మీ 32 ETH",
+ "page-staking-hierarchy-saas-pill-2": "మీ వాలిడేటర్ కీలు",
+ "page-staking-hierarchy-saas-pill-3": "విశ్వసించిన నోడ్ ఆపరేషన్",
+ "page-staking-hierarchy-saas-p1": "మీకు హార్డ్వేర్తో డీల్ చేయడం ఇష్టం లేకున్నా లేదా సుఖంగా ఉండకపోయినా కాని మీ 32 ETH ని \nస్టేక్ చెయ్యాలి అనుకుంటటే, మీరు స్థానిక బ్లాక్ రివార్డ్లను పొందేటప్పుడు కష్టమైన భాగాన్ని కేటాయించడానికి స్టేకింగ్-యాజ్-ఎ-సర్వీస్ ఎంపికలు మిమ్మల్ని అనుమతిస్తాయి.",
+ "page-staking-hierarchy-saas-p2": "ఈ ఎంపికలు సాధారణంగా మీరు ఒక సమితి ధృవీకరణ ఆధారాలను సృష్టించడం, మీ సంతకం కీలను వాటికి అప్లోడ్ చేయడం మరియు మీ 32 ETH ని డిపాజిట్ చేయడం ద్వారా మిమ్మల్ని నడిపిస్తాయి. ఇది మీ తరపున సేవను ధృవీకరించడానికి అనుమతిస్తుంది.",
+ "page-staking-hierarchy-saas-p3": "ఈ పద్ధతి ప్రకారం, ఒక నిర్దిష్ట స్థాయిలో నమ్మకాన్ని అందించాలి. కౌంటర్పార్టీ రిస్క్ ను పరిమితం చేయడానికి, మీ ETH ని ఉపసంహరించుకునే కీలు సాధారణంగా మీ వద్ద ఉంచబడతాయి.",
+ "page-staking-hierarchy-pools-pill-1": "ఏదైనా మొత్తాన్ని స్టేక్ చేయండి",
+ "page-staking-hierarchy-pools-pill-2": "రివార్డులు సంపాదించండి",
+ "page-staking-hierarchy-pools-pill-3": "సరళంగా ఉంచండి",
+ "page-staking-hierarchy-pools-pill-4": "జనాదరణ పొందినది",
+ "page-staking-hierarchy-pools-p1": "32 ETH స్టేక్ చేయడానికి సౌకర్యంగా లేకపోతే లేదా చేయడానికి ఇష్టపడని వినియోగదారులకు సహాయపడేందుకు అనేక పూలింగ్ పరిష్కారాలు ఉన్నాయి.",
+ "page-staking-hierarchy-pools-p2": "ఈ ఎంపికలలో చాలా వరకు 'లిక్విడ్ స్టేకింగ్' అని పిలవబడేవి ఉన్నాయి, ఇందులో మీ స్టేక్ ETHని సూచించే లిక్విడిటీ టోకెన్ ఉంటుంది.",
+ "page-staking-hierarchy-pools-p3": "లిక్విడ్ స్టేకింగ్ అనేది స్టేకింగ్ మరియు అన్స్టేకింగ్ను టోకెన్ మార్పు లాగా సులభంగా చేస్తుంది మరియు స్టేక్ చేసిన మూలధనాన్ని DeFiలో ఉపయోగించడానికి అనుమతిస్తుంది. ఈ ఎంపిక వినియోగదారులకు తమ ఆస్తులను తమ స్వంత Ethereum వాలెట్లో కస్టడీగా ఉంచడానికి కూడా అనుమతిస్తుంది.",
+ "page-staking-hierarchy-pools-p4": "పూల్డ్ స్టాకింగ్ అనేది ఎథెరియమ్ నెట్వర్క్ కు స్థానికమైనది కాదు. మూడవ పక్షాలు ఈ పరిష్కారాలను నిర్మిస్తున్నాయి, మరియు వారు వారి స్వంత నష్టాలను కలిగి ఉంటారు.",
+ "page-staking-hierarchy-cex-h2": "కేంద్రీకృత ఎక్స్ఛేంజీలు",
+ "page-staking-hierarchy-cex-pill-1": "తక్కువ ప్రభావం",
+ "page-staking-hierarchy-cex-pill-2": "అత్యధిక విశ్వసనీయత అంచనాలు",
+ "page-staking-hierarchy-cex-p1": "అనేక కేంద్రీకృత ఎక్స్ఛేంజీలు మీరు ఇంకా మీ స్వంత వాలెట్లో ETH ని కలిగి ఉండటానికి సౌకర్యంగా లేకుంటే స్టాకింగ్ సేవలను అందిస్తాయి. మీ ETH హోల్డింగ్స్ పై కొంత రాబడిని సంపాదించడానికి వీలు కల్పించేందుకు వీలు కల్పించేందుకు వీలు కల్పించేందుకు వీలు కల్పిస్తాయి.",
+ "page-staking-hierarchy-cex-p2": "పెద్ద సంఖ్యలో వాలిడేటర్లను నడపడానికి కేంద్రీకృత ప్రొవైడర్లు పెద్ద సంఖ్యలో ETH పూళ్లను ఏకీకృతం చేస్తారు. ఇది నెట్వర్క్ మరియు దాని వినియోగదారులకు ప్రమాదకరమైనది, ఎందుకంటే ఇది పెద్ద కేంద్రీకృత లక్ష్యాన్ని మరియు వైఫల్యం యొక్క పాయింట్ను సృష్టిస్తుంది, ఇది నెట్వర్క్ను దాడులకు లేదా దోషాలకు మరింత హాని చేస్తుంది.",
+ "page-staking-hierarchy-cex-p3": "మీ స్వంత కీలను దాచుకోవడం మీకు సౌకర్యంగా లేకపోతే, అది సరే. ఈ ఎంపికలు మీ కోసం ఇక్కడ ఉన్నాయి. ఇంతలో, మా వాలెట్స్ పేజీని పరిశీలించండి, ఇక్కడ మీరు మీ నిధులపై నిజమైన యాజమాన్యాన్ని ఎలా తీసుకోవాలో నేర్చుకోవడం ప్రారంభించవచ్చు. మీరు సిద్ధంగా ఉన్నప్పుడు, తిరిగి వచ్చి స్వీయ-నియంత్రణ ఉమ్మడి స్టేకింగ్ సేవలు అందించిన ఒకటి ప్రయత్నించడం ద్వారా మీ స్టేకింగ్ గేమ్ స్థాయి పెంచవచ్చు.",
+ "page-staking-hierarchy-subtext": "మీరు గమనించినట్లుగా, ఎథెరియం స్టాకింగ్లో పాల్గొనడానికి అనేక మార్గాలు ఉన్నాయి. ఈ మార్గాలు విస్తృత శ్రేణి వినియోగదారులను లక్ష్యంగా చేసుకుంటాయి మరియు అంతిమంగా ప్రతి ఒక్కటి ప్రత్యేకమైనవి మరియు నష్టాలు, రివార్డ్లు మరియు నమ్మకమైన అంచనాల పరంగా మారుతూ ఉంటాయి. కొన్ని మరింత వికేంద్రీకరించబడినవి, యుద్ధం-పరీక్షించబడినవి మరియు/లేదా ఇతరులకన్నా ప్రమాదకరమైనవి. మేము స్పేస్లోని జనాదరణ పొందిన ప్రాజెక్ట్లపై కొంత సమాచారాన్ని అందిస్తాము, అయితే ETHని ఎక్కడికైనా పంపే ముందు ఎల్లప్పుడూ మీ స్వంత పరిశోధన చేయండి.",
+ "page-staking-comparison-solo-saas": "SaaS ప్రొవైడర్లతో మీరు ఇప్పటికీ 32 ETH డిపాజిట్ చేయాల్సి ఉంటుంది, కానీ హార్డ్వేర్ను అమలు చేయవలసిన అవసరం లేదు. మీరు సాధారణంగా మీ వాలిడేటర్ కీలకు యాక్సెస్ను నిర్వహిస్తారు, కానీ మీ సంతకం కీలను కూడా భాగస్వామ్యం చేయాలి కాబట్టి ఆపరేటర్ మీ వాలిడేటర్ తరపున పని చేయవచ్చు. ఇది మీ స్వంత హార్డ్వేర్ను అమలు చేస్తున్నప్పుడు లేని విశ్వాస పొరను పరిచయం చేస్తుంది మరియు ఇంట్లో సోలో స్టాకింగ్ వలె కాకుండా, నోడ్ల భౌగోళిక పంపిణీకి SaaS అంతగా సహాయం చేయదు. మీరు హార్డ్వేర్ ఆపరేటింగ్కు అసౌకర్యంగా ఉన్నప్పటికీ, 32 ETH వాటాను ఉపయోగించాలని చూస్తున్నట్లయితే SaaS ప్రొవైడర్ని ఉపయోగించడం మంచిది.",
+ "page-staking-comparison-solo-pools": "పూలింగ్ సేవతో స్టేకింగ్ చేయడం కంటే సోలో స్టేకింగ్ చాలా ఎక్కువగా ఉంటుంది, కానీ ETH రివార్డ్లకు పూర్తి యాక్సెస్ మరియు మీ వాలిడేటర్ యొక్క సెటప్ మరియు భద్రతపై పూర్తి నియంత్రణను అందిస్తుంది. పూల్డ్ స్టేకింగ్ ప్రవేశానికి గణనీయంగా తక్కువ అడ్డంకిని కలిగి ఉంది. వినియోగదారులు చిన్న మొత్తాలలో ETH స్టేక్ను పొందవచ్చు, వాలిడేటర్ కీలను రూపొందించాల్సిన అవసరం లేదు మరియు ప్రామాణిక ఇంటర్నెట్ కనెక్షన్కు మించిన హార్డ్వేర్ అవసరాలు లేవు. లిక్విడిటీ టోకెన్లు ప్రోటోకాల్ స్థాయిలో ఎనేబుల్ చేయబడే ముందు స్టేకింగ్ నుండి నిష్క్రమించే సామర్థ్యాన్ని ఎనేబుల్ చేస్తాయి. మీకు ఈ ఫీచర్లపై ఆసక్తి ఉంటే, పూల్ చేసిన స్టేకింగ్ బాగా సరిపోతుంది.",
+ "page-staking-comparison-saas-solo": "సారూప్యతలు నిధులను పూల్ చేయకుండానే మీ స్వంత వాలిడేటర్ కీలను కలిగి ఉంటాయి, అయితే SaaSతో మీరు థర్డ్-పార్టీని విశ్వసించాలి, వారు సంభావ్యంగా హానికరంగా వ్యవహరించవచ్చు లేదా దాడికి లేదా నియంత్రణకు లక్ష్యంగా మారవచ్చు. ఈ ట్రస్ట్ ఊహలు లేదా కేంద్రీకరణ ప్రమాదాలు మీకు ఆందోళన కలిగిస్తే, స్వీయ-సార్వభౌమ స్టాకింగ్ యొక్క బంగారు ప్రమాణం సోలో స్టేకింగ్.",
+ "page-staking-comparison-saas-pools": "వాలిడేటర్ క్లయింట్ను అమలు చేయడానికి మీరు సాధారణంగా వేరొకరిపై ఆధారపడే విధంగా ఇవి ఉంటాయి, కానీ SaaS వలె కాకుండా, పూల్ చేసిన స్టాకింగ్ మిమ్మల్ని తక్కువ మొత్తంలో ETHతో పాల్గొనడానికి అనుమతిస్తుంది. మీరు 32 ETH కంటే తక్కువ వాటాను కలిగి ఉండాలని చూస్తున్నట్లయితే, వీటిని తనిఖీ చేయండి.",
+ "page-staking-comparison-pools-solo": "పూల్డ్ స్టేకింగ్ హోమ్ స్టేకింగ్తో పోలిస్తే ప్రవేశానికి చాలా తక్కువ అడ్డంకి ఉంది, కానీ ఇది మూడవ పక్షానికి అన్ని నోడ్ కార్యకలాపాలను అప్పగించడం ద్వారా అదనపు ప్రమాదాన్ని తీసుకువస్తుంది, మరియు ఒక ఫీజుతో. హోమ్ స్టేకింగ్ సెటప్ను ఎంచుకోవడంలో పూర్తి స్వాతంత్య్రం మరియు నియంత్రణను ఇస్తుంది. స్టేకర్లు తమ కీలు అప్పగించాల్సిన అవసరం లేదు, మరియు మధ్యవర్తులు కట్ తీసుకోకుండా పూర్తి బహుమతులు పొందుతారు.",
+ "page-staking-comparison-pools-saas": "స్టేకర్లు వాలిడేటర్ సాఫ్ట్వేర్ను స్వయంగా అమలు చేయరు, అయితే పూలింగ్ ఎంపికల వలె కాకుండా, వ్యాలిడేటర్ను సక్రియం చేయడానికి SaaSకి పూర్తి 32 ETH డిపాజిట్ అవసరం. రివార్డ్లు స్టేకర్కు చేరతాయి మరియు సాధారణంగా సేవను ఉపయోగించడానికి నెలవారీ రుసుము లేదా ఇతర వాటాను కలిగి ఉంటాయి. మీరు మీ స్వంత వాలిడేటర్ కీలను ఇష్టపడితే మరియు కనీసం 32 ETH వాటాను పొందాలని చూస్తున్నట్లయితే, SaaS ప్రొవైడర్ను ఉపయోగించడం మీకు మంచి ఎంపిక.",
+ "page-staking-considerations-dropdown-text": "స్టేకింగ్ పరిగణనలు",
+ "page-staking-considerations-dropdown-aria-label": "స్టేకింగ్ పరిగణనల కోసం డ్రాప్డౌన్ మెనూ",
+ "page-staking-considerations-solo-1-title": "మూలం తెరవండి",
+ "page-staking-considerations-solo-1-description": "ముఖ్యమైన కోడ్ 100% ఓపెన్ సోర్స్ మరియు ఉపయోగం కోసం ప్రజలకు ఫోర్క్ అందుబాటులో ఉంది",
+ "page-staking-considerations-solo-1-warning": "క్లోజ్డ్ సోర్స్",
+ "page-staking-considerations-solo-2-title": "ఆడిట్ చేయబడింది",
+ "page-staking-considerations-solo-2-description": "ఎసెన్షియల్ కోడ్ అధికారిక ఆడిటింగ్కు గురైంది, ఫలితాలు ప్రచురించబడ్డాయి మరియు పబ్లిక్గా అందుబాటులో ఉన్నాయి",
+ "page-staking-considerations-solo-2-warning": "ఏదీ లేదు",
+ "page-staking-considerations-solo-3-title": "బగ్ బౌంటీ",
+ "page-staking-considerations-solo-3-description": "సురక్షితంగా నివేదించడం మరియు/లేదా దుర్బలత్వాలను పరిష్కరించడం కోసం వినియోగదారులకు రివార్డ్ చేయడానికి ఏదైనా ముఖ్యమైన కోడ్పై పబ్లిక్ బగ్ బౌంటీ ప్రదర్శించబడింది",
+ "page-staking-considerations-solo-3-valid": "ప్రస్తుతం యాక్టివ్గా ఉంది",
+ "page-staking-considerations-solo-3-caution": "పూర్తయింది",
+ "page-staking-considerations-solo-4-title": "యుద్ధం పరీక్షించబడింది",
+ "page-staking-considerations-solo-4-description": "సాఫ్ట్వేర్ సూచించిన వ్యవధిలో ప్రజలకు అందుబాటులో ఉంది మరియు ఉపయోగించబడింది",
+ "page-staking-considerations-solo-4-valid": "ప్రత్యక్ష స్థాయి > 1 సంవత్సరం",
+ "page-staking-considerations-solo-4-caution": "ప్రత్యక్ష స్థాయి > 6 నెలలు",
+ "page-staking-considerations-solo-4-warning": "కొత్తగా రిలీజ్ అయినవి",
+ "page-staking-considerations-solo-5-title": "ట్రస్ట్ లెస్",
+ "page-staking-considerations-solo-5-description": "వాలిడేటర్ జీవితచక్రంలో ఏ సమయంలోనైనా వాలిడేటర్ కీలు మరే ఇతర వ్యక్తులకు అప్పగించబడవు. ప్రమేయం ఉన్న ఏవైనా స్మార్ట్ ఒప్పందాలు అమలు కోసం ప్రత్యేక అనుమతులపై ఆధారపడకుండా వెనుక తలుపులు లేకుండా ఉంటాయి.",
+ "page-staking-considerations-solo-5-warning": "విశ్వసనీయమైనది",
+ "page-staking-considerations-solo-6-title": "అనుమతి రహిత",
+ "page-staking-considerations-solo-6-description": "సాఫ్ట్వేర్ లేదా సేవను ఉపయోగించి వ్యాలిడేటర్ను ఆపరేట్ చేయడానికి వినియోగదారులకు ప్రత్యేక అనుమతి అవసరం లేదు",
+ "page-staking-considerations-solo-6-valid": "పర్మిషన్ లేదు",
+ "page-staking-considerations-solo-6-warning": "అనుమతి అవసరం",
+ "page-staking-considerations-solo-7-title": "బహుళ-క్లయింట్",
+ "page-staking-considerations-solo-7-description": "సాఫ్ట్వేర్ వినియోగదారులను కనీసం రెండు లేదా అంతకంటే ఎక్కువ ఎగ్జిక్యూషన్ క్లయింట్లు మరియు రెండు లేదా అంతకంటే ఎక్కువ ఏకాభిప్రాయ లేయర్ క్లయింట్ల నుండి ఎంచుకోవడానికి మరియు వాటి మధ్య మారడానికి అనుమతిస్తుంది",
+ "page-staking-considerations-solo-7-valid": "సులువు క్లయింట్ మార్పిడి",
+ "page-staking-considerations-solo-7-warning": "మెజారిటీ క్లయింట్కు పరిమితం చేయబడింది",
+ "page-staking-considerations-solo-8-title": "స్వీయ కస్టడీ",
+ "page-staking-considerations-solo-8-description": "సంతకం మరియు ఉపసంహరణ కీలతో సహా ఏదైనా వాలిడేటర్ ఆధారాలను వినియోగదారు అదుపులో ఉంచుతారు",
+ "page-staking-considerations-solo-8-warning": "మూడవ పక్షం సంరక్షకుడు",
+ "page-staking-considerations-solo-9-title": "ఆర్థికపరమైన",
+ "page-staking-considerations-solo-9-description": "వినియోగదారులు ఇతరుల నుండి పూల్ చేసిన నిధులను ఉపయోగించి, 32 ETH కంటే తక్కువ నిల్వ చేయడం ద్వారా వాలిడేటర్ను ఆపరేట్ చేయవచ్చు",
+ "page-staking-considerations-solo-9-valid": "< 32 ETH",
+ "page-staking-considerations-solo-9-warning": "32 ETH",
+ "page-staking-considerations-saas-4-description": "సూచించిన వ్యవధిలో ప్రజలకు సేవ అందుబాటులో ఉంది మరియు ఉపయోగించబడింది",
+ "page-staking-considerations-saas-6-description": "ఈ సేవలో పాల్గొనడానికి వినియోగదారులకు ప్రత్యేక అనుమతి, ఖాతా నమోదు లేదా KYC అవసరం లేదు",
+ "page-staking-considerations-saas-6-valid": "ఎవరైనా చేరవచ్చు",
+ "page-staking-considerations-saas-6-warning": "అనుమతి అవసరం",
+ "page-staking-considerations-saas-7-title": "అమలు వైవిధ్యం",
+ "page-staking-considerations-saas-7-description": "సేవ మెజారిటీ ఎగ్జిక్యూషన్ క్లయింట్తో వారి మొత్తం వ్యాలిడేటర్లలో 50% కంటే ఎక్కువ అమలు చేయకూడదు",
+ "page-staking-considerations-saas-7-valid": "50% కంటే తక్కువ",
+ "page-staking-considerations-saas-7-caution": "ప్రస్తుతం తెలియదు",
+ "page-staking-considerations-saas-7-warning": "50% కంటే ఎక్కువ",
+ "page-staking-considerations-saas-8-title": "ఏకాభిప్రాయ వైవిధ్యం",
+ "page-staking-considerations-saas-8-description": "మెజారిటీ ఏకాభిప్రాయం క్లయింట్తో సేవ వారి మొత్తం వాలిడేటర్లలో 50% కంటే ఎక్కువ రన్ చేయకూడదు",
+ "page-staking-considerations-saas-8-valid": "50% కంటే తక్కువ",
+ "page-staking-considerations-saas-8-caution": "ప్రస్తుతం తెలియదు",
+ "page-staking-considerations-saas-8-warning": "50% కంటే ఎక్కువ",
+ "page-staking-considerations-pools-5-description": "మీ కీలను కస్టడీ చేయడానికి లేదా రివార్డులను పంపిణీ చేయడానికి సేవకు మానవులను విశ్వసించాల్సిన అవసరం లేదు.",
+ "page-staking-considerations-pools-6-title": "అనుమతి రహిత నోడ్స్",
+ "page-staking-considerations-pools-6-description": "ఈ సేవ అనుమతి లేకుండా పూల్ కోసం నోడ్ ఆపరేటర్గా ఎవరైనా చేరడానికి అనుమతిస్తుంది.",
+ "page-staking-considerations-pools-7-description": "సేవ మెజారిటీ ఎగ్జిక్యూషన్ క్లయింట్తో వారి మొత్తం వ్యాలిడేటర్లలో 50% కంటే ఎక్కువ అమలు చేయకూడదు",
+ "page-staking-considerations-pools-8-title": "లిక్విడిటీ టోకెన్",
+ "page-staking-considerations-pools-8-description": "మీ స్వంత వాలెట్లో ఉంచబడిన మీ స్టేక్ చేయబడిన ETHని సూచించే ట్రేడబుల్ లిక్విడిటీ టోకెన్ను అందిస్తుంది",
+ "page-staking-considerations-pools-8-valid": "లిక్విడిటీ టోకెన్(లు)",
+ "page-staking-considerations-pools-8-warning": "లిక్విడిటీ టోకెన్ లేదు",
+ "page-staking-considerations-pools-9-description": "మెజారిటీ ఏకాభిప్రాయం క్లయింట్తో సేవ వారి మొత్తం వాలిడేటర్లలో 50% కంటే ఎక్కువ రన్ చేయకూడదు",
+ "page-staking-how-solo-works-item-1": "కొంత హార్డ్వేర్ పొందండి: మీరు స్టేక్ చేయడానికి నోడ్ను అమలు చేయాలి",
+ "page-staking-how-solo-works-item-2": "ఎగ్జిక్యూషన్ లేయర్ క్లయింట్ను సింక్ చేయండి",
+ "page-staking-how-solo-works-item-3": "ఒక ఏకాభిప్రాయం లేయర్ క్లయింట్ను సింక్ చేయండి",
+ "page-staking-how-solo-works-item-4": "మీ కీలను రూపొందించి, వాటిని మీ వాలిడేటర్ క్లయింట్లో లోడ్ చేయండి",
+ "page-staking-how-solo-works-item-5": "మీ నోడ్ను పర్యవేక్షించండి మరియు నిర్వహించండి",
+ "page-staking-launchpad-widget-mainnet-label": "మెయిన్నెట్",
+ "page-staking-launchpad-widget-start": "{network}లో స్టేకింగ్ ప్రారంభించండి",
+ "page-staking-launchpad-widget-span": "నెట్వర్క్ను ఎంచుకోండి",
+ "page-staking-launchpad-widget-p1": "నిధులను పణంగా పెట్టే ముందు సోలో వాలిడేటర్లు {{network}} టెస్టునెట్లో వారి సెటప్ను మరియు కార్యాచరణ నైపుణ్యాలను పరీక్షించాలని భావిస్తున్నారు. నెట్వర్క్ భద్రతను మెరుగుపరిచి, మీ నష్టాన్ని పరిమితం చేస్తుంది కాబట్టి మైనారిటీ క్లయింట్ను ఎంచుకోవడం ముఖ్యం అని గుర్తుంచుకోండి.",
+ "page-staking-launchpad-widget-p2": "మీకు సౌకర్యవంతంగా ఉంటే, మీరు స్టేకింగ్ లాంచ్ప్యాడ్ను మాత్రమే ఉపయోగించి కమాండ్ లైన్ నుండి అవసరమైన ప్రతిదాన్ని సెటప్ చేయవచ్చు.",
+ "page-staking-launchpad-widget-p3": "విషయాలను సులభతరం చేయడానికి, మీ క్లయింట్లను సులభంగా సెటప్ చేయడానికి స్టేకింగ్ లాంచ్ప్యాడ్తో పాటు మీకు సహాయపడే దిగువన ఉన్న కొన్ని సాధనాలు మరియు గైడ్లను చూడండి.",
+ "page-staking-launchpad-widget-link": "సాఫ్ట్వేర్ సాధనాలు మరియు గైడ్",
+ "page-staking-products-get-started": "ఇప్పుడే ప్రారంభించండి",
+ "page-staking-products-follow": "లో సందర్శించండి",
+ "page-staking-dropdown-staking-options": "స్టేకింగ్ ఎంపికలు",
+ "page-staking-dropdown-staking-options-alt": "స్టేకింగ్ ఎంపికల డ్రాప్డౌన్ మెను",
+ "page-staking-stats-box-metric-1": "మొత్తం ETH వాటా",
+ "page-staking-stats-box-metric-2": "మొత్తం వాలిడేటర్లు",
+ "page-staking-stats-box-metric-3": "ప్రస్తుత APR",
+ "page-staking-stats-box-metric-1-tooltip": "బీకాన్ చైన్పై పణంగా ఉన్న అర్హత కలిగిన ETH మొత్తం",
+ "page-staking-stats-box-metric-2-tooltip": "బీకాన్ చైన్పై ప్రస్తుతం యాక్టివేట్ చేయబడిన వాలిడేటర్ ఖాతాల సంఖ్య",
+ "page-staking-stats-box-metric-3-tooltip": "గత 24-గంటల వ్యవధిలో ప్రతి వాలిడేటర్కు సగటు వార్షిక ఆర్థిక రాబడి",
+ "page-staking-section-comparison-subtitle": "స్టేకింగ్ కోసం అందరికీ సరిపోయే పరిష్కారం లేదు, మరియు ప్రతిదీ ప్రత్యేకమైనది. ఇక్కడ మీరు స్టేక్ చేయగల వివిధ మార్గాల యొక్క కొన్ని నష్టాలు, రివార్డులు మరియు అవసరాలను మేము పోలుస్తాము.",
+ "page-staking-section-comparison-rewards-title": "రివార్డులు",
+ "page-staking-section-comparison-solo-rewards-li1": "గరిష్ట రివార్డులు - ప్రోటోకాల్ నుండి నేరుగా పూర్తి రివార్డులను స్వీకరించండి",
+ "page-staking-section-comparison-solo-rewards-li2": "బ్లాక్లను ప్రతిపాదించినందుకు, కాల్చని లావాదేవీ రుసుములతో సహా, మరియు నెట్వర్క్ స్థితికి క్రమం తప్పకుండా ధృవీకరించినందుకు రివార్డులు",
+ "page-staking-section-comparison-solo-rewards-li3": "DeFiలో ఉపయోగించడం కోసం మీ హోమ్ నోడ్కు వ్యతిరేకంగా లిక్విడ్ స్టేకింగ్ టోకెన్ను మింట్ చేసే ఎంపిక",
+ "page-staking-section-comparison-saas-rewards-li1": "సాధారణంగా నోడ్ కార్యకలాపాల కోసం నెలవారీ రుసుము మినహాయించి పూర్తి ప్రోటోకాల్ రివార్డులను కలిగి ఉంటుంది",
+ "page-staking-section-comparison-saas-rewards-li2": "మీ వాలిడేటర్ క్లయింట్ను సులభంగా ట్రాక్ చేయడానికి డాష్బోర్డులు తరచుగా అందుబాటులో ఉంటాయి",
+ "page-staking-section-comparison-pools-rewards-li1": "ఎంచుకున్న పూల్డ్ స్టేకింగ్ పద్ధతిని బట్టి పూల్డ్ స్టేకర్లు విభిన్నంగా రివార్డులను పొందుతారు",
+ "page-staking-section-comparison-pools-rewards-li2": "అనేక పూల్డ్ స్టేకింగ్ సేవలు మీ స్టేక్ చేయబడిన ETH మరియు వాలిడేటర్ రివార్డులలో మీ వాటాను సూచించే ఒకటి లేదా అంతకంటే ఎక్కువ లిక్విడిటీ టోకెన్లను అందిస్తాయి.",
+ "page-staking-section-comparison-pools-rewards-li3": "లిక్విడిటీ టోకెన్లను మీ స్వంత వాలెట్లో ఉంచుకోవచ్చు, DeFiలో ఉపయోగించవచ్చు మరియు మీరు నిష్క్రమించాలని నిర్ణయించుకుంటే అమ్ముకోవచ్చు",
+ "page-staking-section-comparison-risks-title": "ప్రమాదాలు",
+ "page-staking-section-comparison-solo-risks-li1": "మీ ETH పణంగా ఉంది",
+ "page-staking-section-comparison-solo-risks-li2": "ఆఫ్లైన్లోకి వెళ్లినందుకు జరిమానాలు ఉన్నాయి, వీటికి ETH ఖర్చవుతుంది",
+ "page-staking-section-comparison-solo-risks-li3": "హానికరమైన ప్రవర్తనకు స్లాషింగ్ (పెద్ద జరిమానాలు మరియు నెట్వర్క్ నుండి తొలగింపు)",
+ "page-staking-section-comparison-solo-risks-li4": "లిక్విడ్ స్టేకింగ్ టోకెన్ను మింట్ చేయడం స్మార్ట్ కాంట్రాక్ట్ ప్రమాదాన్ని పరిచయం చేస్తుంది, కానీ ఇది పూర్తిగా ఐచ్ఛికం.",
+ "page-staking-section-comparison-saas-risks-li1": "సోలో స్టేకింగ్ మాదిరిగానే నష్టాలు మరియు అదనంగా సేవా ప్రదాత యొక్క కౌంటర్-పార్టీ నష్టం",
+ "page-staking-section-comparison-saas-risks-li2": "మీ సంతకం కీలను ఉపయోగించడం మరొకరికి అప్పగించబడుతుంది, వారు హానికరంగా ప్రవర్తించే అవకాశం ఉంది",
+ "page-staking-section-comparison-pools-risks-li1": "ఉపయోగించిన పద్ధతిని బట్టి నష్టాలు మారుతూ ఉంటాయి",
+ "page-staking-section-comparison-pools-risks-li2": "సాధారణంగా, నష్టాలు కౌంటర్-పార్టీ, స్మార్ట్ కాంట్రాక్ట్ మరియు ఎగ్జిక్యూషన్ రిస్క్ కలయికను కలిగి ఉంటాయి",
+ "page-staking-section-comparison-requirements-title": "అవసరాలు",
+ "page-staking-section-comparison-solo-requirements-li1": "మీరు తప్పనిసరిగా 32 ETH ని డిపాజిట్ చేయాలి",
+ "page-staking-section-comparison-solo-requirements-li2": "ఇంటర్నెట్కు కనెక్ట్ అయినప్పుడు Ethereum ఎగ్జిక్యూషన్ క్లయింట్ మరియు కన్సెన్సస్ క్లయింట్ రెండింటినీ అమలు చేసే హార్డ్వేర్ను నిర్వహించండి",
+ "page-staking-section-comparison-solo-requirements-li3": "స్టేకింగ్ లాంచ్ప్యాడ్ మీకు ప్రక్రియ మరియు హార్డ్వేర్ అవసరాల గురించి వివరిస్తుంది",
+ "page-staking-section-comparison-saas-requirements-li1": "32 ETH డిపాజిట్ చేయండి మరియు సహాయంతో మీ కీలను రూపొందించండి",
+ "page-staking-section-comparison-saas-requirements-li2": "మీ కీలను సురక్షితంగా నిల్వ చేయండి",
+ "page-staking-section-comparison-saas-requirements-li3": "నిర్దిష్ట సేవలు మారుతూ ఉన్నప్పటికీ, మిగిలినవి జాగ్రత్త వహించబడతాయి",
+ "page-staking-section-comparison-pools-requirements-li1": "అత్యల్ప ETH అవసరాలు, కొన్ని ప్రాజెక్టులకు 0.01 ETH అవసరం",
+ "page-staking-section-comparison-pools-requirements-li2": "మీ వాలెట్ నుండి నేరుగా వివిధ పూల్డ్ స్టేకింగ్ ప్లాట్ఫారమ్లకు డిపాజిట్ చేయండి లేదా స్టేకింగ్ లిక్విడిటీ టోకెన్లలో ఒకదాని కోసం ట్రేడ్ చేయండి",
+ "page-staking-faq-1-question": "వ్యాలిడేటర్ అంటే ఏమిటి?",
+ "page-staking-faq-1-answer": "వాలిడేటర్ అనేది ఎథెరియంలో నివసించే మరియు ఎథెరియం ప్రోటోకాల్ యొక్క ఏకాభిప్రాయంలో పాల్గొనే వర్చువల్ ఎంటిటీ. వాలిడేటర్లు బ్యాలెన్స్, పబ్లిక్ కీ మరియు ఇతర లక్షణాల ద్వారా సూచించబడతాయి. వ్యాలిడేటర్ క్లయింట్ అనేది దాని ప్రైవేట్ కీని పట్టుకుని మరియు ఉపయోగించడం ద్వారా వాలిడేటర్ తరపున పనిచేసే సాఫ్ట్వేర్. ఒకే వాలిడేటర్ క్లయింట్ అనేక కీలక జతలను కలిగి ఉంటుంది, అనేక వాలిడేటర్లను నియంత్రిస్తుంది.",
+ "page-staking-faq-2-question": "నాకు ఫండ్స్ ఎందుకు అవసరం?",
+ "page-staking-faq-2-answer": "వాలిడేటర్ నెట్వర్క్ కోసం బ్లాక్లను ప్రతిపాదించడానికి మరియు ధృవీకరించగల సామర్థ్యాన్ని కలిగి ఉంటుంది. నిజాయితీ లేని ప్రవర్తనను నిరోధించడానికి, వినియోగదారులు తమ నిధులను తప్పనిసరిగా కలిగి ఉండాలి. ఇది హానికరమైన నటులకు జరిమానా విధించడానికి ప్రోటోకాల్ని అనుమతిస్తుంది. స్టాకింగ్ అనేది మిమ్మల్ని నిజాయితీగా ఉంచడానికి ఒక సాధనం, ఎందుకంటే మీ చర్యలు ఆర్థిక పరిణామాలను కలిగి ఉంటాయి.",
+ "page-staking-faq-3-question": "నేను 'Eth2'ని కొనుగోలు చేయవచ్చా?",
+ "page-staking-faq-3-answer-p1": "ఎథెరియం ప్రూఫ్-ఆఫ్-స్టాక్కి మారినప్పుడు స్థానిక టోకెన్ ఈథర్ (ETH) మారనందున, ప్రోటోకాల్కు స్థానికంగా 'Eth2' టోకెన్ లేదు.",
+ "page-staking-faq-3-answer-p2": "స్టేక్ చేయబడిన ETHను సూచించగల డెరివేటివ్ టోకెన్లు/టిక్కర్లు ఉన్నాయి (అంటే, రాకెట్ పూల్ నుండి rETH, లిడో నుండి stETH, కాయిన్బేస్ నుండి ETH2). స్టేకింగ్ పూల్స్ గురించి మరింత తెలుసుకోండి",
+ "page-staking-faq-4-question": "స్టేకింగ్ ఇప్పటికే ప్రత్యక్షంగా ఉందా?",
+ "page-staking-faq-4-answer-p1": "అవును. స్టేకింగ్ డిసెంబర్ 1, 2020 నుండి జీవించడం జరుగుతుంది",
+ "page-staking-faq-4-answer-p2": "వినియోగదారులు తమ ETHను డిపాజిట్ చేయడానికి, వాలిడేటర్ క్లయింట్ను అమలు చేయడానికి మరియు రివార్డ్లను పొందడం ప్రారంభించడానికి స్టేకింగ్ ప్రస్తుతం లైవ్లో ఉందని దీని అర్థం.",
+ "page-staking-faq-4-answer-p3": "షాంఘై/కాపెల్లా అప్గ్రేడ్ ఏప్రిల్ 12, 2023న పూర్తయింది, ఇది స్టాకింగ్ ఉపసంహరణలను ఎనేబుల్ చేస్తూ, లిక్విడిటీపై లూప్ను మూసివేసింది.",
+ "page-staking-faq-5-question": "నేను నా స్టేక్ ETHను ఎప్పుడు ఉపసంహరించుకోవచ్చు?",
+ "page-staking-faq-5-answer-p1": "ఇప్పుడే! స్టేకర్లు ఎంచుకుంటే వారి రివార్డ్లను మరియు/లేదా వారి వాలిడేటర్ బ్యాలెన్స్ నుండి ప్రిన్సిపల్ డిపాజిట్ను ఉపసంహరించుకోవచ్చు.",
+ "page-staking-faq-5-answer-p2": "బ్లాక్లను ప్రతిపాదించేటప్పుడు స్టాకర్లు ఫీజులు మరియు MEV రూపంలో రివార్డ్లను కూడా పొందుతారు, ఇవి సెట్ ఫీజు స్వీకర్త చిరునామా ద్వారా వెంటనే అందుబాటులో ఉంచబడతాయి.",
+ "page-staking-faq-5-answer-link": "స్టేకింగ్ ఉపసంహరణల గురించి మరింత",
+ "page-staking-further-reading-author-vitalik-buterin": "విటాలిక్ బుటెరిన్",
+ "page-staking-further-reading-2-link": "ప్రశాంతత డిజైన్ హేతుబద్ధత",
+ "page-staking-further-reading-4-link": "Eth2 వార్తలు",
+ "page-staking-further-reading-4-author": "బెన్ ఎడ్జింగ్టన్",
+ "page-staking-further-reading-5-link": "ఖరారు చేసిన నం. 33, Ethereum ఏకాభిప్రాయ-పొర (జనవరి 2022)",
+ "page-staking-further-reading-5-author": "డానీ ర్యాన్",
+ "page-staking-further-reading-6-link": "అటెస్టెంట్ పోస్టులు",
+ "page-staking-further-reading-8-link": "Beaconcha.in కమ్యూనిటీ-సహకారం చేసిన విద్యా సామగ్రి",
+ "page-staking-further-reading-9-link": "ఎథెరియం స్టాకింగ్ లాంచ్ప్యాడ్ FAQ",
+ "page-staking-further-reading-10-link": "Ethస్టేకర్ నాలెడ్జ్ బేస్",
+ "page-staking-toc-how-to-stake-your-eth": "మీ ETH ని ఎలా స్టేక్ ఎలా చెయాలి",
+ "page-staking-toc-comparison-of-options": "స్టేకింగ్ ఎంపికల పోలిక",
+ "page-staking-toc-faq": "తరచుగా అడిగే ప్రశ్నలు",
+ "page-staking-toc-further": "మరింత చదవడానికి",
+ "page-staking-dom-info-title": "ఎథెరియం తో స్టేకింగ్",
+ "page-staking-join-community": "స్టేకర్ కమ్యూనిటీలో చేరండి",
+ "page-staking-join-community-desc": "Ethస్టేకర్ అనేది ప్రతి ఒక్కరూ ఎథెరియంపై స్టేకింగ్ గురించి చర్చించడానికి మరియు తెలుసుకోవడానికి ఒక సంఘం. సలహాలు, మద్దతు మరియు అన్ని విషయాల గురించి మాట్లాడటానికి ప్రపంచవ్యాప్తంగా ఉన్న పదివేల మంది సభ్యులతో ఉన్నా సంగం లో చెరండి.",
+ "page-staking-meta-description": "ఎథెరియం స్టేకింగ్ యొక్క అవలోకనం: నష్టాలు, రివార్డ్లు, అవసరాలు మరియు దీన్ని ఎక్కడ చేయాలి.",
+ "page-staking-meta-title": "Ethereum స్టేకింగ్: ఇది ఎలా పనిచేస్తుంది?",
+ "page-staking-withdrawals-important-notices": "ముఖ్యమైన నోటీసులు",
+ "page-staking-withdrawals-important-notices-desc": "ఉపసంహరణలు ఇంకా అందుబాటులో లేవు. దయచేసి మరింత సమాచారం కోసం Eth2 విలీనం మరియు విలీనం తరువాత తరచుగా అడిగే ప్రశ్నలు చదవండి.",
+ "page-upgrades-merge-btn": "ది మెర్జ్ గురించి మరింత",
+ "subscribe-to-ef-blog": " తాజా ప్రోటోకాల్ ప్రకటనల కోసం ఇమెయిల్ నోటిఫికేషన్లను స్వీకరించడానికి EF బ్లాగుకు సభ్యత్వాన్ని పొందండి.",
+ "page-staking-comparison-with-other-options": "ఇతర ఎంపికలతో పోలిక",
+ "page-staking-any-amount": "ఏదైనా మొత్తం",
+ "page-staking-network-testnet": "{network} టెస్టునెట్"
+}
diff --git a/src/intl/te/page-start.json b/src/intl/te/page-start.json
new file mode 100644
index 00000000000..ad10b2999b4
--- /dev/null
+++ b/src/intl/te/page-start.json
@@ -0,0 +1,38 @@
+{
+ "page-start-meta-title": "క్రిప్టోతో ప్రారంభించండి",
+ "page-start-meta-description": "ఇతీరియము ప్రపంచంలోకి మీ ప్రవేశద్వారం",
+ "page-start-hero-alt": "క్రిప్టోతో ప్రారంభించండి",
+ "page-start-title": "ఇతీరియముతో ప్రారంభించండి",
+ "page-start-subtitle": "ఇతీరియము అనేది కేవలం ఒక ఎక్స్ఛేంజ్లో టోకెన్లను వర్తకం చేయడం కంటే చాలా ఎక్కువ. మీరే ఈ కొత్త ప్రపంచంలోకి అడుగుపెట్టి, కేవలం కొన్ని దశల్లో అన్ని ప్రాథమిక అంశాలను నేర్చుకోండి.",
+ "page-start-share-section-title": "ఆన్బోర్డ్ చేయడానికి సహాయం అవసరమైన వారు ఎవరైనా మీకు తెలుసా?",
+ "page-start-share-section-description": "బిలియన్ల మంది బ్యాంకు ఖాతాలను తెరవలేరు లేదా వారి డబ్బును స్వేచ్ఛగా ఉపయోగించలేరు. Ethereum యొక్క ఆర్థిక వ్యవస్థ ఎల్లప్పుడూ బహిరంగంగా మరియు నిష్పాక్షికంగా ఉంటుంది.",
+ "page-start-man-doge-alt": "మ్యాన్ డోజ్",
+ "page-start-share-modal-trigger": "ఈ పేజీని పంచుకోండి",
+ "page-start-share-modal-title": "ఈ పేజీని పంచుకోండి",
+ "page-start-share-modal-description": "ఈ పేజీని మీ స్నేహితులు మరియు కుటుంబ సభ్యులతో పంచుకోండి.",
+ "page-start-share-modal-copied": "కాపీ చేయబడింది!",
+ "page-start-share-modal-share": "పంచుకోండి",
+ "page-start-share-modal-twitter": "Twitter",
+ "page-start-share-modal-tweet-text": "నేను ethereum.orgలో ఇతీరియముకు కనెక్ట్ అయ్యాను! {url}లో మీరే ప్రయత్నించండి",
+ "page-start-download-wallet-title": "ఒక వాలెట్ను డౌన్లోడ్ చేయండి",
+ "page-start-download-wallet-description": "వాలెట్ అనేది ఒక యాప్, ఇది క్రిప్టోకరెన్సీలను స్వీకరించడానికి, పంపడానికి మరియు మీ ఇతీరియము ఖాతాను నిర్వహించడానికి మిమ్మల్ని అనుమతిస్తుంది.",
+ "page-start-download-wallet-checkbox": "నా దగ్గర ఒక వాలెట్ ఉంది.",
+ "page-start-download-wallet-continue": "కొనసాగించండి",
+ "page-start-download-wallet-get-wallet": "వాలెట్ పొందండి",
+ "page-start-connect-wallet-title": "మీ వాలెట్ను కనెక్ట్ చేయండి",
+ "page-start-connect-wallet-description": "మీరు మీ కొత్త వాలెట్ను ఇతీరియములోని అన్ని యాప్లు మరియు ప్రాజెక్ట్లలో ఒకే ఖాతాగా ఉపయోగించవచ్చు. ప్రత్యేక ఖాతాలు అవసరం లేదు.",
+ "page-start-connect-wallet-account-message": "ఇది మీ ఖాతా",
+ "page-start-connect-wallet-continue": "కొనసాగిద్దాం",
+ "page-start-connect-wallet-finance-alt": "ఆర్థిక",
+ "page-start-apps-title": "కొన్ని యాప్లను ఉపయోగిద్దాం",
+ "page-start-apps-description": "ఇప్పుడు ఆన్చైన్కు వెళ్లి, మీకు అందుబాటులో ఉన్న ప్రాజెక్ట్ల విస్తృత పర్యావరణ వ్యవస్థ నుండి ప్రయోజనం పొందే సమయం వచ్చింది.",
+ "page-start-apps-explore-more": "మరింత అన్వేషించండి",
+ "page-start-apps-go": "Go",
+ "page-start-apps-socials-tag": "సోషల్స్",
+ "page-start-apps-finance-tag": "ఫైనాన్స్",
+ "page-start-apps-collectibles-tag": "కలెక్టిబుల్స్",
+ "page-start-apps-farcaster-description": "క్రిప్టో యొక్క సామాజిక మరియు కమ్యూనిటీ వేదిక.",
+ "page-start-apps-aave-description": "వడ్డీని సంపాదించడానికి మరియు ఎప్పుడైనా ఉపసంహరించుకోవడానికి మీ టోకెన్లను అప్పుగా ఇవ్వండి.",
+ "page-start-apps-uniswap-description": "ప్రపంచవ్యాప్తంగా మీ టోకెన్లను వేర్వేరు వాటి కోసం మార్చుకోండి.",
+ "page-start-apps-opensea-description": "పరిమిత-ఎడిషన్ వస్తువులను కొనండి, అమ్మండి, కనుగొనండి మరియు వర్తకం చేయండి."
+}
diff --git a/src/intl/te/page-trillion-dollar-security.json b/src/intl/te/page-trillion-dollar-security.json
new file mode 100644
index 00000000000..a849f1eeb64
--- /dev/null
+++ b/src/intl/te/page-trillion-dollar-security.json
@@ -0,0 +1,196 @@
+{
+ "page-trillion-dollar-security-meta-title": "ట్రిలియన్ డాలర్ల భద్రతా ప్రాజెక్ట్ - భద్రతా సవాళ్ల అవలోకనం నివేదిక",
+ "page-trillion-dollar-security-meta-description": "1TS ప్రాజెక్ట్ అనేది ఇతీరియము యొక్క భద్రతను అప్గ్రేడ్ చేయడానికి పర్యావరణ వ్యవస్థ-వ్యాప్త ప్రయత్నం. ఈ నివేదిక పర్యావరణ వ్యవస్థ ఎదుర్కొంటున్న ప్రస్తుత భద్రతా సవాళ్లను సర్వే చేస్తుంది.",
+ "page-trillion-dollar-security-subtitle": "ట్రిలియన్ డాలర్ల భద్రతా ప్రాజెక్ట్",
+ "page-trillion-dollar-security-title": "భద్రతా సవాళ్ల అవలోకనం",
+ "page-trillion-dollar-security-hero-paragraph-1": "ఇతీరియము అత్యంత సురక్షితమైన, స్థితిస్థాపకమైన మరియు విశ్వసనీయమైన బ్లాక్ చైను పర్యావరణ వ్యవస్థ. గత 10 సంవత్సరాలుగా ఇతీరియము పర్యావరణ వ్యవస్థ సాంకేతికత, ప్రమాణాలు మరియు జ్ఞానాన్ని అభివృద్ధి చేసింది, ఇది నేడు లక్షలాది మంది ఉపయోగించే పర్యావరణ వ్యవస్థకు మద్దతు ఇస్తుంది మరియు ఇది $600 బిలియన్లకు పైగా మూలధనానికి హోమ్.",
+ "page-trillion-dollar-security-hero-paragraph-2": "కానీ ప్రపంచవ్యాప్త దత్తత యొక్క తదుపరి దశలో ఇతీరియము విజయవంతం కావాలంటే, ఇంకా అనేక మెరుగుదలలు చేయాలి. మా సమాజం యొక్క ఆశయాలను సాధించడానికి, ఇతీరియము ఒక పర్యావరణ వ్యవస్థగా ఎదగాలి, ఇక్కడ:",
+ "page-trillion-dollar-security-hero-paragraph-3": "వందల కోట్ల మంది వ్యక్తులు ఒక్కొక్కరు $1000 కంటే ఎక్కువ ఆన్చైన్లో ఉంచుకోవడానికి సౌకర్యవంతంగా ఉంటారు, ఇది సమిష్టిగా ఇతీరియములో సురక్షితం చేయబడిన ట్రిలియన్ల డాలర్లకు సమానం.",
+ "page-trillion-dollar-security-hero-paragraph-4": "కంపెనీలు, సంస్థలు మరియు ప్రభుత్వాలు ఒకే కాంట్రాక్ట్ లేదా అప్లికేషన్లో 1 ట్రిలియన్ డాలర్లకు పైగా విలువను నిల్వ చేయడానికి సౌకర్యవంతంగా ఉంటాయి, మరియు పోల్చదగిన మొత్తంలో లావాదేవీలు చేయడానికి సౌకర్యవంతంగా ఉంటాయి.",
+ "page-trillion-dollar-security-hero-paragraph-5": "ట్రిలియన్ డాలర్ల భద్రత (1TS) ప్రాజెక్ట్ అనేది ఇతీరియము యొక్క భద్రతను అప్గ్రేడ్ చేయడానికి పర్యావరణ వ్యవస్థ-వ్యాప్త ప్రయత్నం. ఈ నివేదిక 1TS ప్రాజెక్ట్ యొక్క మొదటి డెలివరబుల్. గత నెలలో, మేము వినియోగదారులు, అభివృద్ధి చేసేవారు, భద్రతా నిపుణులు మరియు సంస్థల నుండి వారు అతిపెద్ద సవాళ్లను మరియు మెరుగుదల కోసం ప్రాంతాలను ఎక్కడ చూస్తారో దాని గురించి అభిప్రాయాన్ని సేకరించాము. మీ అంతర్దృష్టులను మాతో పంచుకోవడానికి సమయం తీసుకున్న వందలాది మందికి మరియు డజన్ల కొద్దీ సంస్థలకు ధన్యవాదాలు.",
+ "page-trillion-dollar-security-hero-paragraph-6": "ఈ నివేదిక మా పరిశోధనలను సంగ్రహిస్తుంది, 6 విభిన్న ప్రాంతాలను కవర్ చేస్తుంది:",
+ "page-trillion-dollar-security-report-card-title": "ఇతీరియము పర్యావరణ వ్యవస్థ భద్రతా అవలోకనం నివేదిక",
+ "page-trillion-dollar-security-download-report": "PDFని డౌన్లోడ్ చేయండి",
+ "page-trillion-dollar-security-divider-heading": "ఇతీరియము పర్యావరణ వ్యవస్థ భద్రతా అవలోకనం నివేదిక",
+ "page-trillion-dollar-security-sticky-info": "{section} కోసం ఇది కొన్ని స్టిక్కీ విభాగం సమాచారం. లోరెమ్ ఇప్సమ్ డోలర్ సిట్ అమేట్, కాన్సెక్టెటూర్ అడిపిస్కింగ్ ఎలిట్. పెల్లెంటెస్క్ యూస్మోడ్, ఉర్నా యూ టిన్సిడంట్ కాన్సెక్టెటూర్.",
+ "page-trillion-dollar-security-content-overview-title": "అవలోకనం",
+ "page-trillion-dollar-security-user-experience-title": "వినియోగదారుడి అనుభవం (UX)",
+ "page-trillion-dollar-security-user-experience-description": "వినియోగదారుల ప్రైవేట్ కీలను సురక్షితంగా నిర్వహించడం, ఆన్చైన్ అప్లికేషన్లతో పరస్పర చర్య చేయడం మరియు లావాదేవీలపై సంతకం చేసే సామర్థ్యాన్ని ప్రభావితం చేసే సమస్యలు.",
+ "page-trillion-dollar-security-smart-contract-title": "స్మార్ట్ కాంట్రాక్ట్ భద్రత",
+ "page-trillion-dollar-security-smart-contract-description": "ఇతీరియము అప్లికేషన్ల స్మార్ట్ కాంట్రాక్ట్ భాగాల భద్రత మరియు వాటిని రూపొందించే సాఫ్ట్వేర్ ఉత్పత్తి యొక్క జీవితచక్రం.",
+ "page-trillion-dollar-security-infrastructure-title": "మౌలిక సదుపాయాలు మరియు క్లౌడ్ భద్రత",
+ "page-trillion-dollar-security-infrastructure-description": "L2 చైన్లు, RPCలు, క్లౌడ్ హోస్టింగ్ సేవలు మరియు మరిన్నింటి వంటి ఇతీరియము యాప్లు ఆధారపడే మౌలిక సదుపాయాలతో (క్రిప్టో-నిర్దిష్ట మరియు లెగసీ రెండూ) సమస్యలు.",
+ "page-trillion-dollar-security-consensus-title": "ఏకాభిప్రాయం ప్రోటోకాల్",
+ "page-trillion-dollar-security-consensus-description": "కోర్ ప్రోటోకాల్ యొక్క భద్రతా లక్షణాలు, ఇది ఇతీరియము బ్లాక్ చైనునే దాడి లేదా మానిప్యులేషన్ నుండి సురక్షితం చేస్తుంది.",
+ "page-trillion-dollar-security-incident-title": "పర్యవేక్షణ, సంఘటన ప్రతిస్పందన మరియు ఉపశమనం",
+ "page-trillion-dollar-security-incident-description": "భద్రతా ఉల్లంఘనలకు ప్రతిస్పందించేటప్పుడు వినియోగదారులు మరియు సంస్థలు ఎదుర్కొనే సవాళ్లు, ముఖ్యంగా నిధులను తిరిగి పొందడంలో లేదా అనంతర పరిణామాలను నిర్వహించడంలో.",
+ "page-trillion-dollar-security-social-title": "సామాజిక లేయర్ మరియు పరిపాలన",
+ "page-trillion-dollar-security-social-description": "ఇతీరియము యొక్క ఓపెన్ సోర్స్ పరిపాలన, సంఘం మరియు సంస్థల పర్యావరణ వ్యవస్థ.",
+ "page-trillion-dollar-security-hero-closing-paragraph-1": "ఈ మొదటి నివేదిక మిగిలి ఉన్న సమస్యలు మరియు సవాళ్లను గుర్తించడం మరియు మ్యాపింగ్ చేయడంపై దృష్టి పెట్టింది. తదుపరి దశ అత్యంత ప్రాధాన్యత కలిగిన సమస్యలను ఎంచుకోవడం, పరిష్కారాలను గుర్తించడం మరియు వాటిని పరిష్కరించడానికి పర్యావరణ వ్యవస్థతో కలిసి పనిచేయడం.",
+ "page-trillion-dollar-security-hero-closing-paragraph-2": "ఇతీరియము పర్యావరణ వ్యవస్థ వికేంద్రీకృతమైనందున, ఇతీరియమును సురక్షితం చేయడం అనేది ఒకే సంస్థ చేయగలిగేది కాదు. ఇతీరియము యొక్క టెక్నాలజీ స్టాక్ ప్రపంచవ్యాప్తంగా ఉన్న స్వతంత్ర సంస్థలచే నిర్మించబడింది మరియు నిర్వహించబడుతుంది, వాలెట్ల నుండి మౌలిక సదుపాయాల వరకు అభివృద్ధి చేసేవారి పనిముట్ల వరకు. 1TS ప్రాజెక్ట్ ఇతీరియము ఫౌండేషన్ ద్వారా సమన్వయం చేయబడినప్పటికీ, ఇతీరియమును సురక్షితం చేయడానికి మాకు మీ సహాయం కావాలి.",
+ "page-trillion-dollar-security-hero-closing-paragraph-3": "మీరు మీ అభిప్రాయం మరియు ఆలోచనలను పంచుకోవడం ద్వారా 1TS భద్రతా ప్రాజెక్ట్కు సహకరించవచ్చు:",
+ "page-trillion-dollar-security-feedback-question-1": "ఈ నివేదికలో చేర్చబడని ఇతీరియము భద్రతలో మీరు చూసే సమస్యలు ఏమైనా ఉన్నాయా?",
+ "page-trillion-dollar-security-feedback-question-2": "క్రింద సర్వే చేయబడిన సమస్యలలో అత్యధిక ప్రాధాన్యతలు ఏవి అని మీరు నమ్ముతున్నారు?",
+ "page-trillion-dollar-security-feedback-question-3": "ఈ సమస్యలను ఎలా పరిష్కరించాలనే దానిపై మీకు ఏవైనా ఆలోచనలు లేదా పరిష్కారాలు ఉన్నాయా?",
+ "page-trillion-dollar-security-contact-paragraph": "మేము మీ నుండి trilliondollarsecurity@ethereum.org వద్ద వినడానికి ఆసక్తిగా ఉన్నాము.",
+ "page-trillion-dollar-security-section-1-intro": "ఇతీరియముతో పరస్పర చర్య చేయడానికి ప్రజలు ఉపయోగించే ఇంటర్ఫేస్తో భద్రత ప్రారంభమవుతుంది. వినియోగదారులు మరియు బ్లాక్ చైను మధ్య ఈ సరిహద్దు భద్రతా సవాళ్లకు స్థిరమైన మూలం.",
+ "page-trillion-dollar-security-section-1-paragraph-1": "బ్లాక్ చైనుల యొక్క ఒక నిర్వచించే లక్షణం లావాదేవీల యొక్క పరమాణు స్వభావం: ఒకసారి ఒక అప్డేట్ బ్లాక్ చైనులో రికార్డ్ చేయబడితే, జోక్యం లేదా రివర్సల్కు అవకాశం లేదు. ఇది స్థిరత్వం మరియు ప్రోటోకాల్ స్థాయి భద్రత యొక్క బలమైన హామీలను అందిస్తుంది, కానీ వినియోగదారులను పెరిగిన కార్యాచరణ ప్రమాదానికి గురి చేస్తుంది: ఒకే పొరపాటు, రాజీపడిన కీ లేదా తొందరపాటు ఆమోదం కోలుకోలేని నష్టానికి దారితీస్తుంది.",
+ "page-trillion-dollar-security-section-1-paragraph-2": "ఫలితంగా, భద్రత యొక్క గణనీయమైన భారం వినియోగదారుడిపై పడుతుంది. ఇతీరియమును సురక్షితంగా ఉపయోగించడానికి, వ్యక్తులు మరియు సంస్థలు కీలను సురక్షితంగా పట్టుకొని నిర్వహించాలి, ఆన్చైన్ అప్లికేషన్లతో పరస్పర చర్య చేయాలి మరియు ఆస్తులను బదిలీ చేయడానికి లేదా ఇతీరియము యొక్క స్థితిని నవీకరించడానికి లావాదేవీలపై సంతకం చేయడానికి వారి కీలను ఉపయోగించాలి.",
+ "page-trillion-dollar-security-section-1-paragraph-3": "ఈ అవసరాలలో ప్రతి ఒక్కటి కీ రాజీ లేదా నష్టం, తొందరపాటు లేదా తెలియని ఆమోదాలు, లేదా ఇతీరియముతో పరస్పర చర్య చేయడం ద్వారా వారికి తెలియజేయడానికి మరియు మార్గనిర్దేశం చేయడానికి వినియోగదారులు ఆధారపడే వాలెట్ సాఫ్ట్వేర్ రాజీ వంటి ప్రమాదాలను పరిచయం చేస్తుంది.",
+ "page-trillion-dollar-security-section-1-1-title": "1.1 కీ నిర్వహణ",
+ "page-trillion-dollar-security-section-1-1-paragraph-1": "చాలా మంది వినియోగదారులు క్రిప్టోగ్రాఫిక్ కీలను సురక్షితంగా నిర్వహించడానికి సన్నద్ధంగా లేరు.",
+ "page-trillion-dollar-security-section-1-1-paragraph-2": "అత్యంత విస్తృతంగా ఉపయోగించే సాఫ్ట్వేర్ వాలెట్లు వినియోగదారులు వారి అంతర్లీన క్రిప్టోగ్రాఫిక్ ప్రైవేట్ కీని సూచించే సీడ్ ఫ్రేజ్లను సురక్షితంగా నిల్వ చేయడంపై ఆధారపడతాయి, ఇది తరచుగా వారిని సీడ్ ఫ్రేజ్లను ప్లెయిన్టెక్స్ట్లో, క్లౌడ్ సేవల్లో నిల్వ చేయడం లేదా కాగితంపై వ్రాయడం వంటి అసురక్షిత ప్రత్యామ్నాయ మార్గాలను ఉపయోగించడానికి దారి తీస్తుంది.",
+ "page-trillion-dollar-security-section-1-1-paragraph-3": "హార్డ్వేర్ వాలెట్లు ఒక ప్రత్యామ్నాయం, ఇది వినియోగదారులను ఒక ప్రత్యేక ప్రయోజన భౌతిక పరికరంలో నిల్వ చేయబడిన క్రిప్టోగ్రాఫిక్ కీని నిర్వహించడానికి వీలు కల్పిస్తుంది. అయినప్పటికీ, హార్డ్వేర్ వాలెట్లకు వాటి స్వంత లోపాలు మరియు దాడి ఉపరితలం ఉన్నాయి. హార్డ్వేర్ వాలెట్లు పోవచ్చు, దెబ్బతినవచ్చు లేదా దొంగిలించబడవచ్చు. చాలా హార్డ్వేర్ వాలెట్లు ఓపెన్ సోర్స్ కావు మరియు అపారదర్శక సరఫరా గొలుసులను కలిగి ఉండవచ్చు, రాజీపడిన పరికరాలు మార్కెట్లోకి విక్రయించబడే సరఫరా గొలుసు దాడి ప్రమాదాన్ని పెంచుతాయి.",
+ "page-trillion-dollar-security-section-1-1-paragraph-4": "కీలు సాఫ్ట్వేర్ లేదా హార్డ్వేర్ వాలెట్లో నిర్వహించబడినా, చాలా మంది వినియోగదారులు భౌతిక దొంగతనం లేదా దాడి ద్వారా రాజీపడగలిగినప్పుడు స్వీయ అదుపు గురించి సహజంగానే నాడీగా ఉంటారు.",
+ "page-trillion-dollar-security-section-1-1-paragraph-5": "సంస్థ మరియు సంస్థాగత వినియోగదారులు కీ నిర్వహణలో అదనపు సవాళ్లను ఎదుర్కొంటారు. వ్యక్తిగత ఉద్యోగులు కీలను కలిగి ఉంటే (ఉదా., మల్టీసిగ్ వాలెట్లో భాగంగా), కాలక్రమేణా సిబ్బంది మార్పుల కారణంగా సంస్థ వాటిని భర్తీ చేయగలగాలి మరియు కొత్త వాటిని సృష్టించాలి. విభిన్న పరిశ్రమలు మరియు అధికార పరిధిలోని సమ్మతి అవసరాలకు ఇప్పటికే ఉన్న వాలెట్ సాఫ్ట్వేర్ మద్దతు ఇవ్వని కస్టమ్ వర్క్ఫ్లోలు లేదా ఆడిట్ ట్రైల్స్ అవసరం కావచ్చు. కొన్ని సందర్భాల్లో, సంస్థ వినియోగదారులు డిజిటల్ ఆస్తుల కోసం మూడవ-పక్షం కస్టోడియన్ల వైపు మొగ్గు చూపుతారు, ఇది పరిగణించవలసిన భద్రతా ప్రమాదాల యొక్క మరొక లేయర్ను పరిచయం చేయవచ్చు.",
+ "page-trillion-dollar-security-section-1-2-title": "1.2 బ్లైండ్ సైనింగ్ & లావాదేవీ అనిశ్చితి",
+ "page-trillion-dollar-security-section-1-2-paragraph": "వినియోగదారులు వారు ఏమి చేస్తున్నారో అర్థం చేసుకోకుండానే లావాదేవీలను మామూలుగా \"గుడ్డిగా\" ఆమోదిస్తారు. వాలెట్లు తరచుగా ముడి హెక్సాడెసిమల్ డేటా, కుదించబడిన కాంట్రాక్ట్ చిరునామా లేదా ఇవ్వబడిన లావాదేవీ యొక్క పర్యవసానాలను అర్థం చేసుకోవడానికి వినియోగదారునికి సరిపోని ఇతర సమాచారాన్ని అందిస్తాయి. ఇది అన్ని రకాల వినియోగదారులను హానికరమైన స్మార్ట్ కాంట్రాక్టులు, ఫిషింగ్, స్కామ్లు, స్పూఫ్డ్ ఇంటర్ఫేస్లు, ఫ్రంట్-ఎండ్ రాజీలు మరియు ప్రాథమిక వినియోగదారు లోపాలకు గురి చేస్తుంది.",
+ "page-trillion-dollar-security-section-1-3-title": "1.3 ఆమోదం మరియు అనుమతి నిర్వహణ",
+ "page-trillion-dollar-security-section-1-3-paragraph-1": "చాలా ఇతీరియము అప్లికేషన్లలో, సాధారణ వినియోగంలో భాగంగా వినియోగదారులు అంతర్లీన అప్లికేషన్కు నిర్దిష్ట అనుమతులను మంజూరు చేయడం సాధారణం. ఉదాహరణకు, ఒక వినియోగదారుడు తమ టోకెన్లను ETH కోసం మార్చుకోవడానికి వాటిని తరలించడానికి Uniswap వంటి వికేంద్రీకృత ఎక్స్ఛేంజ్కు అనుమతి ఇవ్వవచ్చు.",
+ "page-trillion-dollar-security-section-1-3-paragraph-2": "ఈ ఆమోదాలకు మొత్తంపై పరిమితులు ఉండవచ్చు, కానీ చాలా వాలెట్లు గడువు తేదీ లేకుండా అపరిమిత ఆమోదాలను మంజూరు చేయడానికి డిఫాల్ట్ అవుతాయి. చాలా వాలెట్ల నుండి వినియోగదారులు వారి బకాయి ఉన్న ఆమోదాలను నిర్వహించడానికి లేదా సమీక్షించడానికి మార్గం లేదు.",
+ "page-trillion-dollar-security-section-1-3-paragraph-3": "ఇది వినియోగదారులను హానికరమైన యాప్లు లేదా రాజీపడిన ఫ్రంటెండ్లకు గురి చేస్తుంది, ఎందుకంటే చాలా మంది వినియోగదారుల కోసం డిఫాల్ట్ నమూనా అపరిమిత ఆమోదాలను మంజూరు చేయడం, ఇది వారి నిధులను హరించడానికి ఉపయోగించబడుతుంది. ఒక వినియోగదారుడు ఒక చట్టబద్ధమైన స్మార్ట్ కాంట్రాక్ట్కు ఆమోదం మంజూరు చేసినప్పటికీ, ఆమోదం అమలులో ఉన్నప్పుడు ఆ కాంట్రాక్ట్ తరువాత రాజీపడితే, అప్పుడు రాజీపడిన కాంట్రాక్ట్ వినియోగదారుని నిధులను హరించగలదు.",
+ "page-trillion-dollar-security-section-1-3-paragraph-4": "ఇది సంస్థాగత వినియోగదారులకు సమానంగా ఒక ప్రమాదం. ఉదాహరణకు, ఒక సంస్థ కార్యాచరణ సౌలభ్యం కోసం DEX రౌటర్కు అపరిమిత USDC భత్యాన్ని మంజూరు చేయడానికి ఎంచుకోవచ్చు, ఇది రౌటర్ కాంట్రాక్ట్ అప్గ్రేడ్ చేయబడితే వారిని ప్రమాదాలకు గురి చేస్తుంది.",
+ "page-trillion-dollar-security-section-1-4-title": "1.4 రాజీపడిన వెబ్ ఇంటర్ఫేస్లు",
+ "page-trillion-dollar-security-section-1-4-paragraph-1": "చాలా మంది వినియోగదారులు స్మార్ట్ కాంట్రాక్ట్తో నేరుగా పరస్పర చర్య చేయరు, కానీ వారి మొబైల్ పరికరం లేదా వెబ్ బ్రౌజర్ ద్వారా వెబ్ ఇంటర్ఫేస్ ద్వారా.",
+ "page-trillion-dollar-security-section-1-4-paragraph-2": "ఈ ఫ్రంటెండ్లు DNS హైజాకింగ్, హానికరమైన జావాస్క్రిప్ట్ ఇంజెక్షన్, అసురక్షిత హోస్టింగ్ లేదా వివిధ మూడవ పార్టీ డిపెండెన్సీల వంటి తెలిసిన మార్గాల ద్వారా దాడికి గురవుతాయి. రాజీపడిన యాప్ UX అన్ని రకాల వినియోగదారులను హానికరమైన స్మార్ట్ కాంట్రాక్టులకు దారి మళ్లించవచ్చు లేదా తప్పుదారి పట్టించే లావాదేవీలపై సంతకం చేయడానికి దారితీస్తుంది.",
+ "page-trillion-dollar-security-section-1-5-title": "1.5 గోప్యత",
+ "page-trillion-dollar-security-section-1-5-paragraph-1": "గోప్యత అన్ని రకాల వినియోగదారుల కోసం భద్రతా ప్రమాదాలను తగ్గించవచ్చు లేదా పెంచవచ్చు.",
+ "page-trillion-dollar-security-section-1-5-paragraph-2": "బలహీనమైన గోప్యతా రక్షణలు వ్యక్తిగత వినియోగదారులను ఫిషింగ్, దోపిడీ, స్కామ్లు లేదా భౌతిక దాడుల వంటి వివిధ లక్ష్య బెదిరింపులకు గురి చేస్తాయి. చాలా సాధారణ UX నమూనాలు వినియోగదారులను బహిర్గతం చేస్తాయి, ఉదా., చిరునామా పునర్వినియోగం, KYC డేటా మరియు ఇతర మెటాడేటా లీక్లు.",
+ "page-trillion-dollar-security-section-1-5-paragraph-3": "సంస్థలు మరియు ఎంటర్ప్రైజ్ల కోసం, గోప్యత తరచుగా సమ్మతి కారణాల కోసం లేదా నిర్దిష్ట వినియోగ సందర్భాల కోసం ఒక ప్రాథమిక వ్యాపార అవసరం. ఆ సమస్యలతో పాటు, ఇది నిర్దిష్ట భద్రతా ప్రమాదాలకు బహిర్గతం చేయగలదు. ఉదాహరణకు, ఇతీరియముపై నిర్మించిన సరఫరా గొలుసు వ్యవస్థ యొక్క వినియోగదారుడు సిస్టమ్ పారదర్శకంగా ఉంటే రాజీపడగల మేధో సంపత్తి ఆస్తులను రక్షించడానికి బలమైన గోప్యతా హామీలు అవసరం కావచ్చు.",
+ "page-trillion-dollar-security-section-1-6-title": "1.6 ఫ్రాగ్మెంటేషన్",
+ "page-trillion-dollar-security-section-1-6-paragraph-1": "విభిన్నమైన వాలెట్లు లావాదేవీలను ప్రదర్శించడం, ఆమోదాలను నిర్వహించడం లేదా కాంట్రాక్టులను లేబుల్ చేయడం వంటి ప్రధాన ప్రవర్తనలను ఎలా నిర్వహిస్తాయనే దానిలో స్థిరత్వం లేకపోవడం ఉంది. వినియోగదారుడి అనుభవం యొక్క ఈ ఫ్రాగ్మెంటేషన్ వినియోగదారుడు వాలెట్లను సురక్షితంగా ఎలా ఉపయోగించాలో నేర్చుకునే సామర్థ్యానికి ఘర్షణను జోడిస్తుంది మరియు ప్రమాదాలను పెంచుతుంది.",
+ "page-trillion-dollar-security-section-1-6-paragraph-2": "ఉదాహరణకు, వినియోగదారులు ఫిషింగ్ మరియు స్పూఫింగ్ నుండి తమను తాము రక్షించుకోవడానికి స్థిరమైన UX సూచనలపై ఆధారపడలేరు, ఎందుకంటే అవి వాలెట్ల అంతటా విభిన్నంగా ఉంటాయి. ప్రతి ఉపకరణం విభిన్నంగా పనిచేస్తే ఇతీరియము ఎలా పనిచేస్తుందనే దానిపై వినియోగదారులు విశ్వసనీయ అంచనాలను రూపొందించలేరు.",
+ "page-trillion-dollar-security-section-2-intro": "స్మార్ట్ కాంట్రాక్టులు ఇతీరియము అప్లికేషన్ల యొక్క ఆన్చైన్ భాగాలు: నిధులను కలిగి ఉన్న సంకేత భాష, యాక్సెస్ నియంత్రణలను నిర్వచిస్తుంది మరియు అప్లికేషన్ యొక్క వ్యాపార తర్కాన్ని అమలు చేస్తుంది. స్మార్ట్ కాంట్రాక్టులు సాధారణంగా పారదర్శకంగా మరియు ఎవరికైనా అందుబాటులో ఉంటాయి కాబట్టి, ఇతీరియము పర్యావరణ వ్యవస్థలో భద్రతను పరిగణనలోకి తీసుకున్నప్పుడు అవి ఒక క్లిష్టమైన దాడి ఉపరితలం.",
+ "page-trillion-dollar-security-section-2-paragraph-1": "ఇతీరియము చరిత్రలో స్మార్ట్ కాంట్రాక్ట్ భద్రత సమూలంగా మెరుగుపడింది. DAO హ్యాక్ వంటి ప్రారంభ భద్రతా సంఘటనలు ఆన్చైన్లో సంకేత భాష డిప్లాయ్ చేయడానికి దారితీసే సాఫ్ట్వేర్ జీవితచక్రం అంతటా వృత్తిపరంగా మరియు రక్షణ చర్యలను మెరుగుపరచడానికి పర్యావరణ వ్యవస్థను ప్రేరేపించాయి. ముఖ్యమైన పురోగతులు:",
+ "page-trillion-dollar-security-section-2-list-1": "భద్రతా ఆడిటింగ్ ఒక ప్రామాణిక పద్ధతిగా మారింది, అనేక భద్రతా సంస్థలు పర్యావరణ వ్యవస్థలోకి ప్రవేశించి నైపుణ్యాన్ని అభివృద్ధి చేశాయి.",
+ "page-trillion-dollar-security-section-2-list-2": "పనిముట్లు, పరీక్ష మరియు స్టాటిక్ విశ్లేషణ వ్యవస్థలు పరిపక్వం చెంది ప్రామాణిక పద్ధతిగా మారాయి.",
+ "page-trillion-dollar-security-section-2-list-3": "ముందుగా ఆడిట్ చేయబడిన సాధారణ భాగాల లైబ్రరీలు అభివృద్ధి చేసేవారికి సురక్షితమైన-డిఫాల్ట్ బిల్డింగ్ బ్లాక్లను ఇచ్చాయి.",
+ "page-trillion-dollar-security-section-2-list-4": "అధికారిక ధృవీకరణ పద్ధతులు అవలంబించబడ్డాయి, ముఖ్యంగా బ్రిడ్జ్లు, స్టేకింగ్ వ్యవస్థలు మరియు అధిక విలువ కలిగిన కాంట్రాక్టుల కోసం.",
+ "page-trillion-dollar-security-section-2-list-5": "పర్యావరణ వ్యవస్థ యొక్క భద్రతా సంస్కృతి మరియు ఉత్తమ పద్ధతులు మెరుగుపడ్డాయి.",
+ "page-trillion-dollar-security-section-2-list-6": "యాప్ లేయర్ను కఠినతరం చేసిన ముఖ్యమైన బౌంటీ ప్రోగ్రామ్ల సృష్టి.",
+ "page-trillion-dollar-security-section-2-paragraph-2": "అయినప్పటికీ, ఈ డొమైన్లో బలహీనతలు మరియు మెరుగుదల కోసం ప్రాంతాలు మిగిలి ఉన్నాయి.",
+ "page-trillion-dollar-security-section-2-1-title": "2.1 కాంట్రాక్ట్ దుర్బలత్వాలు",
+ "page-trillion-dollar-security-section-2-1-paragraph": "స్మార్ట్ కాంట్రాక్ట్ భద్రతలో పురోగతులు ఉన్నప్పటికీ, గణనీయమైన భద్రతా సమస్యలకు దారితీసే దుర్బలత్వాలు ఇంకా ఉన్నాయి, వీటితో సహా:",
+ "page-trillion-dollar-security-section-2-1-list-title-1": "కాంట్రాక్ట్ అప్గ్రేడ్ ప్రమాదం",
+ "page-trillion-dollar-security-section-2-1-list-desc-1": "కొన్ని కాంట్రాక్టులు డిప్లాయ్మెంట్ తర్వాత మార్పు చేయదగినవిగా రూపొందించబడ్డాయి, ఒక అభివృద్ధి బృందం ఒక అప్లికేషన్ను అప్డేట్ చేయడం మరియు మెరుగుపరచడం కొనసాగించడానికి వీలు కల్పిస్తుంది. అయినప్పటికీ, ఇది ప్రమాదాలను పరిచయం చేస్తుంది. అప్గ్రేడ్లు కొత్త దుర్బలత్వాలకు దారితీయవచ్చు, లేదా హానికరమైన అప్గ్రేడ్ సందర్భంలో వినియోగదారు నిధుల పూర్తి నష్టం.",
+ "page-trillion-dollar-security-section-2-1-list-title-2": "పునః ప్రవేశం",
+ "page-trillion-dollar-security-section-2-1-list-desc-2": "ఇక్కడ కాంట్రాక్ట్ A దాని స్వంత అంతర్గత స్థితిని అప్డేట్ చేయడానికి ముందు బాహ్య కాంట్రాక్ట్ Bని పిలుస్తుంది మరియు కాంట్రాక్ట్ B మొదటి కాల్ ముగియడానికి ముందు అసలు కాంట్రాక్ట్ Aకి తిరిగి కాల్ చేస్తుంది.",
+ "page-trillion-dollar-security-section-2-1-list-title-3": "బాహ్య లైబ్రరీల అసురక్షిత వినియోగం",
+ "page-trillion-dollar-security-section-2-1-list-desc-3": "ఇక్కడ ఒక కాంట్రాక్ట్ ఆడిట్ చేయని, హానికరమైన లేదా అప్గ్రేడ్ చేయగల బాహ్య లైబ్రరీని పిలుస్తుంది.",
+ "page-trillion-dollar-security-section-2-1-list-title-4": "ఆడిట్ చేయని భాగాలు",
+ "page-trillion-dollar-security-section-2-1-list-desc-4": "ఆడిటింగ్ మరియు ప్రామాణిక లైబ్రరీల వినియోగం మెరుగుపడినప్పటికీ, అభివృద్ధి చేసేవారు కొన్నిసార్లు వారి అప్లికేషన్లలో ఆడిట్ చేయని భాగాలపై ఆధారపడతారు.",
+ "page-trillion-dollar-security-section-2-1-list-title-5": "యాక్సెస్ నియంత్రణ వైఫల్యాలు",
+ "page-trillion-dollar-security-section-2-1-list-desc-5": "ఇక్కడ అనుమతులు తప్పుగా కాన్ఫిగర్ చేయబడ్డాయి లేదా చాలా విస్తృతంగా నిర్వచించబడ్డాయి, దాడి చేసేవారు హానికరమైన చర్యలు తీసుకోవడానికి అనుమతిస్తుంది.",
+ "page-trillion-dollar-security-section-2-1-list-title-6": "అనధికార యాక్సెస్",
+ "page-trillion-dollar-security-section-2-1-list-desc-6": "ఇక్కడ కాంట్రాక్ట్ను నియంత్రించగల ఒక ప్రైవేట్ కీని ఒక హానికరమైన నటుడు పొందుతాడు.",
+ "page-trillion-dollar-security-section-2-1-list-title-7": "బ్రిడ్జ్లు మరియు క్రాస్చైన్ పరస్పర చర్యలు",
+ "page-trillion-dollar-security-section-2-1-list-desc-7": "బ్రిడ్జ్లు మరియు క్రాస్చైన్ ప్రోటోకాల్లు అదనపు సంక్లిష్టతను పరిచయం చేస్తాయి మరియు దాడి చేసేవారు క్రాస్చైన్ సందేశాలు ఎలా పాస్ చేయబడతాయి లేదా ధృవీకరించబడతాయి అనే దానిలో బలహీనతలను దోపిడీ చేయవచ్చు.",
+ "page-trillion-dollar-security-section-2-1-list-title-8": "బాహ్యంగా యాజమాన్య ఖాతా (EOA) ప్రతినిధి బృందం లేదా సంతకం దుర్వినియోగం",
+ "page-trillion-dollar-security-section-2-1-list-desc-8": "హానికరమైన అప్లికేషన్లు వినియోగదారులను వారి ఖాతా యొక్క పూర్తి ప్రతినిధి బృందాన్ని మరొక పార్టీకి సంతకం చేయడానికి మోసగించవచ్చు, దొంగతనానికి వీలు కల్పిస్తుంది. హానికరమైన అప్లికేషన్లు వినియోగదారుడి నుండి సంతకం చేసిన సందేశాలను ఊహించని మార్గాల్లో కూడా ఉపయోగించవచ్చు, ఉదా., రీప్లే దాడిలో.",
+ "page-trillion-dollar-security-section-2-1-list-title-9": "AI సంకేత భాష తరం లేదా ఆటోమేటెడ్ రిఫ్యాక్టరింగ్ ఉపకరణాల ద్వారా పరిచయం చేయబడిన బగ్ల యొక్క ఉద్భవిస్తున్న ప్రమాదం",
+ "page-trillion-dollar-security-section-2-2-title": "2.2 అభివృద్ధి చేసేవారి అనుభవం, పనిముట్లు మరియు ప్రోగ్రామింగ్ భాషలు",
+ "page-trillion-dollar-security-section-2-2-paragraph": "అభివృద్ధి చేసేవారి లోపం ఫలితంగా దుర్బలత్వాలు డిప్లాయ్ చేయబడిన సంకేత భాషలో ముగుస్తాయి. మెరుగైన అభివృద్ధి చేసేవారి పనిముట్లు సురక్షితమైన స్మార్ట్ కాంట్రాక్టులను డిప్లాయ్ చేయడాన్ని గణనీయంగా సులభతరం చేశాయి. అయినప్పటికీ, సమస్యలు మిగిలి ఉన్నాయి.",
+ "page-trillion-dollar-security-section-2-2-list-title-1": "ప్రముఖ ఫ్రేమ్వర్క్లలో సురక్షితమైన డిఫాల్ట్ల కొరత",
+ "page-trillion-dollar-security-section-2-2-list-desc-1": "కొన్ని ఉపకరణాలు భద్రత కంటే వశ్యత లేదా వేగానికి ప్రాధాన్యత ఇస్తాయి, approve() ఫంక్షన్లో అపరిమిత టోకెన్ ఆమోదాల వంటి అసురక్షిత డిఫాల్ట్లను సెట్ చేస్తాయి లేదా డిఫాల్ట్గా యాక్సెస్ నియంత్రణ నమూనాలను చేర్చడంలో విఫలమవుతాయి.",
+ "page-trillion-dollar-security-section-2-2-list-title-2": "అధునాతన కార్యాచరణ నియంత్రణల కోసం కస్టమ్ సంకేత భాష",
+ "page-trillion-dollar-security-section-2-2-list-desc-2": "సంక్లిష్టమైన కార్యాచరణ అవసరాలు కలిగిన సంస్థాగత వినియోగదారులు తరచుగా అవసరమైన ఫీచర్లను మొదటి నుండి నిర్మించాలి, దుర్బలత్వాల ప్రమాదాన్ని పెంచుతుంది. అధునాతన భద్రతా వర్క్ఫ్లోల కోసం ప్రామాణికమైన సురక్షితమైన భాగాలు లేదా ఫ్రేమ్వర్క్ల కొరత ఉంది.",
+ "page-trillion-dollar-security-section-2-2-list-title-3": "అస్థిరమైన పరీక్ష కవరేజ్",
+ "page-trillion-dollar-security-section-2-2-list-desc-3": "పనిముట్ల స్టాక్ల అంతటా, అలాగే ఫజ్జింగ్ లేదా ఇన్వేరియంట్ చెకింగ్ వంటి నిరూపితమైన పద్ధతులను ఉపయోగించడం చుట్టూ నిబంధనల కొరత.",
+ "page-trillion-dollar-security-section-2-2-list-title-4": "అధికారిక ధృవీకరణ పద్ధతుల తక్కువ దత్తత",
+ "page-trillion-dollar-security-section-2-2-list-desc-4": "అధికారిక ధృవీకరణ పద్ధతులు శక్తివంతమైనవి, కానీ అవి సంక్లిష్టమైనవి, ఖరీదైనవి, ప్రత్యేక డొమైన్ నైపుణ్యం అవసరం, మరియు ప్రామాణిక అభివృద్ధి చేసేవారి వర్క్ఫ్లోలలో బాగా విలీనం కాలేదు, ఇక్కడ అవి స్పెసిఫికేషన్ దశలో భద్రతను ధృవీకరించడానికి సాఫ్ట్వేర్ ఉత్పత్తిలో చాలా ముందుగా ఉపయోగించబడతాయి.",
+ "page-trillion-dollar-security-section-2-2-list-title-5": "కాంట్రాక్ట్ ధృవీకరణకు సంబంధించిన సమస్యలు",
+ "page-trillion-dollar-security-section-2-2-list-desc-5": "వినియోగదారులు మరియు అభివృద్ధి చేసేవారు డిప్లాయ్ చేయబడిన కాంట్రాక్టుల విశ్వసనీయతను, వాటి భద్రతా ధృవీకరణ పరిధిని (ఉదా., సంకేత భాష ఆడిట్లు) లేదా గుప్త ప్రమాదాల ఉనికిని సులభంగా అంచనా వేయలేరు. ఈ ప్రయోజనం కోసం పరిష్కారాలు ఉన్నప్పటికీ, చాలా సమస్యలు మిగిలి ఉన్నాయి. ఈ సమస్యలను పరిష్కరించే పనిముట్లు విస్తృతంగా అవలంబించబడలేదు, విధానాలను ఏకీకృతం చేసే ప్రమాణాలు ఫ్రాగ్మెంట్గా మిగిలిపోయాయి మరియు ఇప్పటికే ఉన్న కొన్ని సేవలు స్వయంగా కేంద్రీకృత డిపెండెన్సీలు.",
+ "page-trillion-dollar-security-section-2-2-list-title-6": "కంపైలర్ ప్రమాదాలు",
+ "page-trillion-dollar-security-section-2-2-list-desc-6": "కంపైలర్లు (మానవ చదవగలిగే Solidity వంటి సంకేత భాషను EVM స్వయంగా ఉపయోగించే బైట్కోడ్లోకి మార్చే సాఫ్ట్వేర్) లోపాలను కలిగి ఉండవచ్చు, ఇది స్మార్ట్ కాంట్రాక్టులు డిప్లాయ్ చేయబడటానికి ముందు వాటిలోకి లోపాలను పరిచయం చేస్తుంది. నేటి ఇతీరియము పర్యావరణ వ్యవస్థ ఎక్కువగా solc కంపైలర్పై ఆధారపడి ఉంటుంది, అంటే ఒక బగ్ విస్తృత ప్రభావాలను కలిగి ఉంటుంది.",
+ "page-trillion-dollar-security-section-2-2-list-title-7": "ప్రోగ్రామింగ్ భాషా వైవిధ్యం మరియు లోతు",
+ "page-trillion-dollar-security-section-2-2-list-desc-7": "Solidity దానిపై నిర్మించిన లోతైన పనిముట్ల పర్యావరణ వ్యవస్థను కలిగి ఉన్నప్పటికీ, కొంతమంది అభివృద్ధి చేసేవారు మెమరీ భద్రత వంటి ఇతర ప్రోగ్రామింగ్ భాషలలో కనిపించే మరిన్ని ఆధునిక భద్రతా ఫీచర్లను కోరుకుంటారు.",
+ "page-trillion-dollar-security-section-2-3-title": "2.3 ఆన్చైన్ సంకేత భాష యొక్క ప్రమాద అంచనా",
+ "page-trillion-dollar-security-section-2-3-paragraph": "సంస్థలు మరియు ఎంటర్ప్రైజ్లు వారు ఆధారపడే సాంకేతికత మరియు వ్యవస్థల భద్రతను మూల్యాంకనం చేయడానికి ఇప్పటికే ఉన్న ప్రక్రియలు, ప్రమాణాలు మరియు అవసరాలను కలిగి ఉన్నాయి. అయినప్పటికీ, ఇప్పటికే ఉన్న ఫ్రేమ్వర్క్లు తరచుగా స్మార్ట్ కాంట్రాక్టులపై శుభ్రంగా మ్యాప్ చేయవు, సాధారణంగా మార్చగల సంకేత భాష, కేంద్రీకృత మార్పు నియంత్రణ మరియు జవాబుదారీతనం లేదా చట్టపరమైన బాధ్యత యొక్క స్పష్టమైన రేఖలను ఊహించుకుంటాయి. స్మార్ట్ కాంట్రాక్టులపై నిర్మించిన వ్యవస్థలు కొన్నిసార్లు ఆ ఊహలను విచ్ఛిన్నం చేస్తాయి, సంస్థలు ఇతీరియమును స్వీకరించడం మరియు ప్రమాదాన్ని తగిన విధంగా నిర్వహించడం కష్టతరం చేస్తుంది.",
+ "page-trillion-dollar-security-section-3-intro": "ఇతీరియము యొక్క అనేక ఉపయోగాలు క్రిప్టో-నిర్దిష్ట మౌలిక సదుపాయాలు (ఉదా., లేయర్ 2 చైన్లు, RPC ప్రొవైడర్లు) మరియు సాంప్రదాయ క్లౌడ్ మరియు ఇంటర్నెట్ ఇన్ఫ్రా (ఉదా., AWS, CDN, DNS) రెండింటినీ కలిగి ఉన్న వివిధ మౌలిక సదుపాయాల ప్రొవైడర్లపై ఆధారపడి ఉంటాయి.",
+ "page-trillion-dollar-security-section-3-paragraph-1": "ఈ వ్యవస్థలు వాలెట్ మరియు అప్లికేషన్ లేయర్ (ఉదా., వాలెట్ల కోసం RPC ఎండ్పాయింట్లు) మరియు ఇతీరియము ప్రోటోకాల్ స్వయంగా (ఉదా., చాలా మంది వాలిడేటర్లు క్లౌడ్ మౌలిక సదుపాయాలపై హోస్ట్ చేయబడ్డారు) రెండింటికీ ఒక దాడి ఉపరితలం. అంతర్లీన బ్లాక్ చైను ప్రోటోకాల్ సురక్షితంగా ఉన్నప్పటికీ, ప్రైవేట్ కీ రాజీ, ఫిషింగ్ మరియు గ్రాన్యులర్ యాక్సెస్ నియంత్రణల కొరత పెద్ద ఎత్తున అంతరాయాలు, దొంగతనం లేదా అనధికార మార్పులకు దారితీస్తుంది.",
+ "page-trillion-dollar-security-section-3-1-title": "3.1 లేయర్ 2 చైన్లు",
+ "page-trillion-dollar-security-section-3-1-paragraph": "లేయర్ 2 చైన్లు (L2లు) ఇతీరియము కోసం పొడిగింపులుగా పనిచేస్తాయి, వేగవంతమైన మరియు తక్కువ రుసుము వాతావరణాలను ఎనేబుల్ చేస్తూ ఇతీరియము మెయిన్నెట్ యొక్క కొన్ని లక్షణ భద్రతా హామీలను నిలుపుకుంటాయి (వాటి నిర్దిష్ట డిజైన్పై ఆధారపడి). అయినప్పటికీ, వాటికి వాటి స్వంత విభిన్న దాడి ఉపరితలాలు కూడా ఉన్నాయి:",
+ "page-trillion-dollar-security-section-3-1-list-title-1": "మల్టీ-హాప్ బ్రిడ్జ్డ్ అసెట్ సంక్లిష్టత",
+ "page-trillion-dollar-security-section-3-1-list-desc-1": "ఆస్తులు L1 మరియు బహుళ L2ల మధ్య ప్రయాణించినప్పుడు, అవి సురక్షితంగా ఉండవలసిన బహుళ సెట్ల కాంట్రాక్టులకు బహిర్గతం చేయబడతాయి. L2 చైన్లలో సరిపోలని అకౌంటింగ్ లేదా అంతరాయాలు దాడి చేసేవారిచే దోపిడీ చేయగల దుర్బలత్వాలను పరిచయం చేస్తాయి.",
+ "page-trillion-dollar-security-section-3-1-list-title-2": "రోల్అప్ L2లు స్థితి అప్డేట్ల యొక్క ఖచ్చితత్వాన్ని అమలు చేయడానికి ప్రూవింగ్ సిస్టమ్లపై ఆధారపడతాయి",
+ "page-trillion-dollar-security-section-3-1-list-desc-2": "ఈ వ్యవస్థలలో బగ్లు లేదా తప్పు కాన్ఫిగరేషన్లు ఫైనలైజేషన్ను నిలిపివేయవచ్చు లేదా నిరోధించవచ్చు, లేదా వినియోగదారు నిధుల నష్టానికి దారితీసే తప్పుడు స్థితి అప్డేట్ల ఫైనలైజేషన్ను అనుమతించవచ్చు.",
+ "page-trillion-dollar-security-section-3-1-list-title-3": "భద్రతా కౌన్సిల్లు L2 సాఫ్ట్వేర్ను అప్గ్రేడ్ చేయడానికి లేదా కొన్ని అత్యవసర పరిస్థితులకు ప్రతిస్పందించడానికి \"బ్యాకప్\" మెకానిజంగా పనిచేసే కీహోల్డర్ల సమూహాలు",
+ "page-trillion-dollar-security-section-3-1-list-desc-3": "సభ్యుల మధ్య రాజీ లేదా కుమ్మక్కు వినియోగదారు నిధులను ప్రమాదంలో పడేయగలదు లేదా ఆస్తులను స్తంభింపజేయగలదు కాబట్టి, భద్రతా కౌన్సిల్లు స్వయంగా ప్రమాదాలను కలిగిస్తాయి.",
+ "page-trillion-dollar-security-section-3-1-paragraph-2": "L2 పనితీరు మరియు భద్రతను మూల్యాంకనం చేసే మరియు పోల్చే వివరణాత్మక ఫ్రేమ్వర్క్ మరియు పర్యవేక్షణ డాష్బోర్డ్ కోసం L2Beat చూడండి.",
+ "page-trillion-dollar-security-section-3-2-title": "3.2 RPC మరియు నోడ్స్ మౌలిక సదుపాయాలు",
+ "page-trillion-dollar-security-section-3-2-paragraph-1": "ఇతీరియము అప్లికేషన్లు RPC యాక్సెస్, ఎపిఐలు మరియు నోడ్స్ సేవల కోసం తక్కువ సంఖ్యలో ఇన్ఫ్రా ప్రొవైడర్లపై ఆధారపడి ఉంటాయి. ఇందులో క్రిప్టో-నిర్దిష్ట ఇన్ఫ్రా ప్రొవైడర్లు, అలాగే నోడ్స్ను హోస్ట్ చేయడానికి సాధారణంగా ఉపయోగించే సాంప్రదాయ క్లౌడ్ సేవలు (ఉదా., AWS, Cloudflare, Hetzner) ఉన్నాయి.",
+ "page-trillion-dollar-security-section-3-2-paragraph-2": "ఈ ఇన్ఫ్రా ప్రొవైడర్లు ఆఫ్లైన్లోకి వెళ్లినా లేదా యాక్సెస్ను సెన్సార్ చేయడానికి లేదా థ్రాటిల్ చేయడానికి ప్రయత్నించినా, చాలా మంది వినియోగదారులు వారి వాలెట్ లేదా అప్లికేషన్ ద్వారా ఇతీరియమును యాక్సెస్ చేయకుండా నిరోధించబడవచ్చు, వారు కొత్త RPC లేదా ఇతర ఇన్ఫ్రా ప్రొవైడర్కు వలస వెళ్లే వరకు. ఈ ప్రొవైడర్లలో కొందరు గతంలో బ్లాక్ చైను కార్యకలాపాలతో సంబంధం ఉన్న ఖాతాలను సస్పెండ్ చేశారు లేదా మూసివేశారు, ఇది వికేంద్రీకృత అప్లికేషన్ల కోసం వారి దీర్ఘకాలిక విశ్వసనీయత గురించి ఆందోళనలను పెంచుతుంది.",
+ "page-trillion-dollar-security-section-3-3-title": "3.3 DNS స్థాయి దుర్బలత్వాలు",
+ "page-trillion-dollar-security-section-3-3-paragraph": "డొమైన్ నేమ్ సిస్టమ్ (DNS) అనేది ఇంటర్నెట్ యొక్క పునాది లేయర్, కానీ ఇది కేంద్రీకృతమైనది మరియు రాజీపడవచ్చు. చాలా మంది వినియోగదారులు వెబ్ డొమైన్ల ద్వారా యాప్లను యాక్సెస్ చేస్తారు, ఇవి దీనికి గురవుతాయి:",
+ "page-trillion-dollar-security-section-3-3-list-1": "DNS హైజాకింగ్, ఇక్కడ ఒక దాడి చేసేవాడు హానికరమైన తప్పుడు ఫ్రంటెండ్ను చొప్పిస్తాడు.",
+ "page-trillion-dollar-security-section-3-3-list-2": "డొమైన్ స్వాధీనం, ఇక్కడ ప్రభుత్వం లేదా రిజిస్ట్రార్ డొమైన్లను స్వాధీనం చేసుకోవచ్చు.",
+ "page-trillion-dollar-security-section-3-3-list-3": "లుక్అలైక్ డొమైన్ల ద్వారా ఫిషింగ్, ఇక్కడ దాడి చేసేవారు వినియోగదారులను గందరగోళానికి గురిచేయడానికి దాదాపు ఒకేలాంటి పేర్లను నమోదు చేస్తారు.",
+ "page-trillion-dollar-security-section-3-4-title": "3.4 సాఫ్ట్వేర్ సరఫరా గొలుసు మరియు లైబ్రరీలు",
+ "page-trillion-dollar-security-section-3-4-paragraph": "ఇతీరియము అభివృద్ధి చేసేవారు ఓపెన్-సోర్స్ లైబ్రరీలపై ఆధారపడతారు, తరచుగా npm, crates.io లేదా GitHub వంటి సేవల నుండి నేరుగా లాగబడతారు. ఈ లైబ్రరీలు రాజీపడితే, అవి ఇలాంటి దాడులకు వెక్టర్గా ఉంటాయి:",
+ "page-trillion-dollar-security-section-3-4-list-title-1": "హానికరమైన ప్యాకేజీ ఇంజెక్షన్",
+ "page-trillion-dollar-security-section-3-4-list-desc-1": "ఇక్కడ దాడి చేసేవారు విస్తృతంగా ఉపయోగించే ప్యాకేజీని రాజీ చేస్తారు లేదా ఇలాంటి పేరుతో ఒకదాన్ని ప్రచురిస్తారు",
+ "page-trillion-dollar-security-section-3-4-list-title-2": "హైజాక్ చేయబడిన డిపెండెన్సీలు",
+ "page-trillion-dollar-security-section-3-4-list-desc-2": "ఇక్కడ మెయింటెయినర్లు ఒక ప్రాజెక్ట్పై నియంత్రణను కోల్పోతారు మరియు ఒక హానికరమైన నటుడు హానికరమైన సంకేత భాషను పరిచయం చేస్తాడు",
+ "page-trillion-dollar-security-section-3-4-list-title-3": "అభివృద్ధి చేసేవారి రాజీ",
+ "page-trillion-dollar-security-section-3-4-list-desc-3": "ఇక్కడ ఇన్స్టాల్ చేయబడిన ప్యాకేజీలు దాడి చేసేవారికి అభివృద్ధి చేసేవారి కంప్యూటర్పై నియంత్రణను ఇచ్చే సంకేత భాషను కలిగి ఉంటాయి.",
+ "page-trillion-dollar-security-section-3-5-title": "3.5 ఫ్రంటెండ్ డెలివరీ సేవలు మరియు సంబంధిత ప్రమాదాలు",
+ "page-trillion-dollar-security-section-3-5-paragraph": "చాలా ఇతీరియము అప్లికేషన్లు కంటెంట్ డెలివరీ నెట్వర్క్ (CDN) లేదా క్లౌడ్-ఆధారిత హోస్టింగ్ ప్లాట్ఫారమ్ (ఉదా., Vercel, Netlify, Cloudflare) ద్వారా వారి ఫ్రంటెండ్లను అందిస్తాయి. ఈ సేవలు రాజీపడితే, అవి హానికరమైన జావాస్క్రిప్ట్ ఇంజెక్షన్ వంటి దాడులకు వెక్టర్గా ఉంటాయి, ఇక్కడ దాడి చేసేవారు వినియోగదారులకు మార్పు చేయబడిన ఫ్రంటెండ్ను అందిస్తారు.",
+ "page-trillion-dollar-security-section-3-6-title": "3.6 ఇంటర్నెట్ సర్వీస్ ప్రొవైడర్ స్థాయి సెన్సార్షిప్",
+ "page-trillion-dollar-security-section-3-6-paragraph-1": "ఇంటర్నెట్ సర్వీస్ ప్రొవైడర్లు (ISPలు) లేదా దేశ రాష్ట్రాలు ఇతీరియముకు యాక్సెస్ను సెన్సార్ చేయడానికి అంతర్లీన ఇంటర్నెట్ మౌలిక సదుపాయాల నియంత్రణను ఉపయోగించవచ్చు. ఉదాహరణకు, ఈ దాడులలో ఇవి ఉండవచ్చు:",
+ "page-trillion-dollar-security-section-3-6-list-1": "సాధారణ ఇతీరియము పోర్ట్లకు ట్రాఫిక్ను బ్లాక్ చేయడం లేదా థ్రాటిల్ చేయడం",
+ "page-trillion-dollar-security-section-3-6-list-2": "ఇతీరియము సంబంధిత సేవలకు రిసాల్వ్ అయ్యే DNS అభ్యర్థనలను ఫిల్టర్ చేయడం",
+ "page-trillion-dollar-security-section-3-6-list-3": "తెలిసిన ఇతీరియము నోడ్స్కు వ్యతిరేకంగా జియోఫెన్సింగ్ లేదా IP నిషేధాలు",
+ "page-trillion-dollar-security-section-3-6-list-4": "ఇతీరియము ప్రోటోకాల్ సంబంధిత ట్రాఫిక్ను గుర్తించడానికి మరియు సెన్సార్ చేయడానికి డీప్ ప్యాకెట్ తనిఖీ",
+ "page-trillion-dollar-security-section-3-6-paragraph-2": "ఈ ప్రాథమిక పద్ధతులలో చాలా వరకు నేడు సమాచారానికి, నిరసన ఉపకరణాలకు లేదా క్రిప్టోకరెన్సీలకు యాక్సెస్ను అణచివేయడానికి ప్రపంచవ్యాప్తంగా నిరంకుశ ప్రభుత్వాలు ఇప్పటికే ఉపయోగిస్తున్నాయి.",
+ "page-trillion-dollar-security-section-4-intro": "ఇతీరియము యొక్క ఏకాభిప్రాయం ప్రోటోకాల్ నెట్వర్క్ ఇతీరియము బ్లాక్ చైను యొక్క స్థితిని ఎలా అప్డేట్ చేస్తుందో మరియు ఒక ఒప్పందానికి వస్తుందో నిర్వచిస్తుంది. డబ్బు, ఫైనాన్స్, గుర్తింపు, పరిపాలన, వాస్తవ ప్రపంచ ఆస్తులు మరియు మరిన్నింటికి ఇతీరియమును నమ్మకమైన ప్లాట్ఫారమ్గా మార్చే దాని పునాది వద్ద ఈ ప్రోటోకాల్ ఉంది.",
+ "page-trillion-dollar-security-section-4-paragraph-1": "ఇతీరియము యొక్క ఏకాభిప్రాయం ప్రోటోకాల్ ఆచరణలో దృఢంగా నిరూపించబడింది, 2015లో మొదటిసారిగా ప్రారంభించినప్పటి నుండి మరియు అనేక అప్గ్రేడ్ల అంతటా సున్నా పనికిరాని సమయంతో. అయినప్పటికీ, వ్యవస్థను మరింత స్థితిస్థాపకంగా మరియు సురక్షితంగా చేయడానికి మెరుగుదల కోసం దీర్ఘకాలిక ప్రాంతాలు మిగిలి ఉన్నాయి.",
+ "page-trillion-dollar-security-section-4-1-title": "4.1 ఏకాభిప్రాయం పెళుసుతనం మరియు పునరుద్ధరణ ప్రమాదాలు",
+ "page-trillion-dollar-security-section-4-1-paragraph": "ఇతీరియము యొక్క ఫోర్క్ ఎంపిక మరియు ఫైనాలిటీ నియమాలు స్థితిస్థాపకంగా ఉంటాయి, కానీ అవి అభేద్యమైనవి కావు. నిర్దిష్ట అంచు కేసు పరిస్థితులలో (సుదీర్ఘ వాలిడేటర్ అసమ్మతి, క్లయింట్ బగ్లు లేదా నెట్వర్క్ విభజనలు వంటివి) ఏకాభిప్రాయం నిలిచిపోవచ్చు లేదా తాత్కాలికంగా వేరుపడవచ్చు. తీవ్రమైన పరిస్థితులలో, ఇది నిష్క్రియాత్మకత లీక్లు లేదా స్లాషింగ్ ద్వారా కాస్కేడింగ్ వాలిడేటర్ పెనాల్టీలకు దారితీయవచ్చు, ఇది వాలిడేటర్ల నుండి మూలధన పలాయనానికి మరింత దారితీయవచ్చు.",
+ "page-trillion-dollar-security-section-4-2-title": "4.2 క్లయింట్ వైవిధ్యం",
+ "page-trillion-dollar-security-section-4-2-paragraph": "ఇతీరియము యొక్క పరిశ్రమ-ప్రముఖ క్లయింట్ వైవిధ్యం నెట్వర్క్ను ఏ ఒక్క క్లయింట్లోని బగ్ల నుండి రక్షిస్తుంది. అయినప్పటికీ, ఈ ప్రమాదాలను మరింత తగ్గించడానికి మైనారిటీ క్లయింట్ల యొక్క మరింత దత్తతతో క్లయింట్ వైవిధ్యాన్ని ఇంకా మెరుగుపరచవచ్చు.",
+ "page-trillion-dollar-security-section-4-3-title": "4.3 స్టేకింగ్ కేంద్రీకరణ మరియు పూల్ ఆధిపత్యం",
+ "page-trillion-dollar-security-section-4-3-paragraph": "ద్రవ స్టేకింగ్ ప్రోటోకాల్స్, కస్టోడియల్ సేవలు మరియు పెద్ద నోడ్ ఆపరేటర్లలో గణనీయమైన మొత్తంలో వాలిడేటర్ బరువు కేంద్రీకృతమై ఉంటుంది. ఈ ఏకాగ్రత ఇలాంటి ప్రమాదాలకు దారితీయవచ్చు:",
+ "page-trillion-dollar-security-section-4-3-list-1": "పరిపాలన క్యాప్చర్ లేదా ప్రభావం. పెద్ద మొత్తంలో స్టేక్ను నియంత్రించే సంస్థలు (లేదా ఆ సంస్థలను ప్రభావితం చేసే చట్టపరమైన అధికారం ఉన్న సంస్థలు) కలిసి సమన్వయం చేసుకుంటే, ఏ బ్లాక్లు ప్రతిపాదించబడతాయి మరియు ధృవీకరించబడతాయి అనే దానిపై అవి అసాధారణ ప్రభావాన్ని కలిగి ఉండవచ్చు, వినియోగదారులను సెన్సార్ చేయవచ్చు లేదా ప్రోటోకాల్ అప్గ్రేడ్లను ప్రభావితం చేయవచ్చు.",
+ "page-trillion-dollar-security-section-4-3-list-2": "క్లయింట్ ఎంపిక మరియు మౌలిక సదుపాయాల సెటప్లో సజాతీయత, ఇది పరస్పర సంబంధం ఉన్న వైఫల్య ప్రమాదాలను పెంచుతుంది.",
+ "page-trillion-dollar-security-section-4-4-title": "4.4 నిర్వచించబడని సామాజిక స్లాషింగ్ మరియు సమన్వయ ఖాళీలు",
+ "page-trillion-dollar-security-section-4-4-paragraph": "కొన్ని తీవ్రమైన వైఫల్య మోడ్లలో, నెట్వర్క్పై దాడి చేయడానికి హానికరంగా వ్యవహరించిన వాలిడేటర్లను శిక్షించడానికి ఇతీరియము \"సామాజిక స్లాషింగ్\"పై ఆధారపడుతుంది (విభాగం 6.1 చూడండి). అయినప్పటికీ, ఈ రకమైన స్లాషింగ్ కోసం మౌలిక సదుపాయాలు, నిబంధనలు మరియు ఆశించిన ప్రక్రియలు అభివృద్ధి చెందలేదు. ఈ ప్రక్రియలో పాల్గొనడానికి సంఘం ఉపయోగించే స్థాపించబడిన యంత్రాంగం ఏదీ లేదు.",
+ "page-trillion-dollar-security-section-4-5-title": "4.5 ఆర్థిక మరియు గేమ్-థియరిటిక్ అటాక్ వెక్టర్స్",
+ "page-trillion-dollar-security-section-4-5-paragraph": "అనేక సంభావ్య ఆర్థిక దాడి వెక్టర్లు ఇంకా అధ్యయనం చేయబడలేదు, వీటితో సహా:",
+ "page-trillion-dollar-security-section-4-5-list-1": "గ్రీఫింగ్ దాడులు లేదా స్లాష్ గ్రీఫింగ్. వాలిడేటర్లు వారి స్వంత తప్పుల వల్ల కాకుండా, దాడి చేసేవారికి నికర వ్యయంతో ఇతరులకు హాని కలిగించే ఉద్దేశ్యంతో ప్రతికూల ప్రవర్తన కారణంగా ఖర్చులు లేదా స్లాషింగ్ పెనాల్టీలను ఎదుర్కోవచ్చు.",
+ "page-trillion-dollar-security-section-4-5-list-2": "వ్యూహాత్మక నిష్క్రమణలు లేదా సమయానుసార నిష్క్రియాత్మకత. వాలిడేటర్లు లాభాలను పెంచుకోవడానికి లేదా తక్కువ జరిమానాలతో ఏకాభిప్రాయంను దెబ్బతీయడానికి కీలక సమయాల్లో ఉద్దేశపూర్వకంగా ఆఫ్లైన్లోకి వెళ్లవచ్చు లేదా నిష్క్రమించవచ్చు.",
+ "page-trillion-dollar-security-section-4-5-list-3": "వాలిడేటర్లు లేదా రిలేల మధ్య కుమ్మక్కు. వాలిడేటర్ల మధ్య లేదా రిలేలు మరియు వాలిడేటర్ల మధ్య సమన్వయ ప్రవర్తన వికేంద్రీకరణను తగ్గించగలదు, లేదా MEVని సంగ్రహించగలదు.",
+ "page-trillion-dollar-security-section-4-5-list-4": "MEV, ప్రపోజర్-బిల్డర్ వేరుచేయడం లేదా ద్రవ స్టేకింగ్ డిజైన్లో ఎడ్జ్-కేస్ ప్రోత్సాహకాల దోపిడీ. నటీనటులు అసాధారణ ప్రోటోకాల్ పరిస్థితులను అసాధారణ రివార్డులను పొందడానికి తారుమారు చేయవచ్చు.",
+ "page-trillion-dollar-security-section-4-6-title": "4.6 క్వాంటం ప్రమాదం",
+ "page-trillion-dollar-security-section-4-6-paragraph-1": "ఇతీరియము యొక్క కోర్ క్రిప్టోగ్రఫీ (ఉదా., secp256k1 వంటి ఎలిప్టిక్ కర్వ్ సంతకాలు) ఒక రోజు క్వాంటం కంప్యూటర్ల ద్వారా విచ్ఛిన్నం కావచ్చు. ఇది తక్షణ ప్రమాదం కానప్పటికీ, విశ్వసనీయమైన ముప్పు ఇప్పటికే ఉన్న వాలెట్లు, కాంట్రాక్టులు మరియు స్టేకింగ్ కీలను తక్షణమే దుర్బలంగా మార్చగలదు. ఈ భవిష్యత్ సవాలు వినియోగదారులకు ఇతీరియము యొక్క దీర్ఘకాలిక హామీలను బలహీనపరుస్తుంది.",
+ "page-trillion-dollar-security-section-4-6-paragraph-2": "క్వాంటం-నిరోధక క్రిప్టోగ్రఫీకి వలస మార్గాలు (ఉదా., క్వాంటం అనంతర సంతకం పథకాల ద్వారా) అవి అవసరమయ్యే సంవత్సరాల ముందు రూపొందించబడాలి, పరీక్షించబడాలి మరియు ప్రోటోకాల్లో పొందుపరచబడాలి. ఇతీరియము ఫౌండేషన్తో సహా ఇతీరియము పర్యావరణ వ్యవస్థ అంతటా ఉన్న సంస్థలు ఈ ఎంపికలను చురుకుగా అన్వేషిస్తున్నాయి మరియు ప్రమాదాలను పర్యవేక్షిస్తున్నాయి.",
+ "page-trillion-dollar-security-section-5-paragraph-1": "ఆదర్శవంతమైన బ్లాక్ చైను పర్యావరణ వ్యవస్థలో కూడా ప్రమాదాలు, దాడులు మరియు దుర్బలత్వాలు ఉంటాయి. విషయాలు తప్పుగా జరిగినప్పుడు, తగ్గించడానికి, గుర్తించడానికి మరియు ప్రతిస్పందించడానికి సమర్థవంతమైన వ్యవస్థలు ఉండాలి. ఇక్కడ సవాళ్లు:",
+ "page-trillion-dollar-security-section-5-list-title-1": "ప్రభావిత బృందాన్ని చేరుకోవడం",
+ "page-trillion-dollar-security-section-5-list-desc-1": "అప్లికేషన్ రాజీపడిన బృందంతో సంప్రదించడం కష్టంగా ఉంటుంది. ఇది గంటల తరబడి ఆలస్యానికి దారితీస్తుంది, ప్రతిస్పందనకారుల నిధులను తిరిగి పొందే సామర్థ్యాన్ని పరిమితం చేస్తుంది.",
+ "page-trillion-dollar-security-section-5-list-title-2": "సంబంధిత సంస్థలలో సమస్యలను పెంచడం",
+ "page-trillion-dollar-security-section-5-list-desc-2": "సమస్య ఒక ప్లాట్ఫారమ్ను (సోషల్ నెట్వర్క్ లేదా కేంద్రీకృత మార్పిడి వంటివి) కలిగి ఉన్నప్పుడు, వారికి ముందుగా ఉన్న పరిచయం లేకపోతే ప్రతిస్పందనకారులు సమస్యను పెంచడం సవాలుగా ఉంటుంది.",
+ "page-trillion-dollar-security-section-5-list-title-3": "ప్రతిస్పందన సమన్వయం",
+ "page-trillion-dollar-security-section-5-list-desc-3": "ప్రభావిత అప్లికేషన్కు ఎన్ని సంఘటన ప్రతిస్పందన బృందాలు సహాయం చేస్తున్నాయో తరచుగా అస్పష్టంగా ఉంటుంది, సమూహ ప్రయత్నం మరింత ప్రభావవంతంగా ఉన్నప్పుడు తప్పుడు కమ్యూనికేషన్ లేదా వృధా ప్రయత్నానికి దారితీస్తుంది.",
+ "page-trillion-dollar-security-section-5-list-title-4": "పర్యవేక్షణ సామర్థ్యాల కొరత",
+ "page-trillion-dollar-security-section-5-list-desc-4": "ఆన్చైన్ మరియు ఆఫ్చైన్ సమస్యల కోసం పర్యవేక్షించడం కష్టంగా ఉంటుంది, ఇది ముందస్తు హెచ్చరికను అందిస్తుంది మరియు బెదిరింపులకు వేగవంతమైన ప్రతిస్పందనను నిర్ధారిస్తుంది.",
+ "page-trillion-dollar-security-section-5-list-title-5": "భీమాకు ప్రాప్యత",
+ "page-trillion-dollar-security-section-5-list-desc-5": "డబ్బు, ఆర్థిక వ్యవస్థలు, గుర్తింపు మరియు ఇతర విలువైన సమాచారంతో వ్యవహరించే చాలా సాంప్రదాయ వ్యవస్థలలో నష్టాలను తగ్గించడానికి భీమా ఒక ముఖ్యమైన ఉపకరణం. అయినప్పటికీ, నేడు క్రిప్టో పర్యావరణ వ్యవస్థ కోసం సాంప్రదాయ ఆర్థిక సేవల నుండి కొన్ని భీమా ఎంపికలు మాత్రమే అందుబాటులో ఉన్నాయి.",
+ "page-trillion-dollar-security-section-6-intro": "ఇతీరియము యొక్క \"సామాజిక లేయర్\" ఇతీరియము పర్యావరణ వ్యవస్థ ఎలా ప్రవర్తిస్తుందో ప్రభావితం చేసే ప్రజలు, సంస్థలు, కంపెనీలు, పరిపాలన ప్రక్రియలు మరియు సాంస్కృతిక నిబంధనల సెట్ను సూచిస్తుంది. ఈ సామాజిక లేయర్ స్వయంగా కొన్ని దాడులు లేదా ప్రమాదాలకు గురవుతుంది, ఇది ఇతీరియము యొక్క భద్రత మరియు విశ్వసనీయతను ప్రభావితం చేస్తుంది.",
+ "page-trillion-dollar-security-section-6-paragraph-1": "ఈ ప్రమాదాలు మరింత దీర్ఘకాలికంగా ఉంటాయి మరియు వ్యక్తిగత వినియోగదారులు లేదా అప్లికేషన్ల భద్రత కంటే మొత్తం ఇతీరియముకు సంబంధించినవి.",
+ "page-trillion-dollar-security-section-6-1-title": "6.1 స్టేక్ కేంద్రీకరణ",
+ "page-trillion-dollar-security-section-6-1-paragraph-1": "పెద్ద మొత్తంలో స్టేక్ కేంద్రీకరణ ఇతీరియముకు మొత్తం మీద ప్రమాదాలను కలిగిస్తుంది, ఆ స్టేక్ను నియంత్రించే సంస్థలు కుమ్మక్కవ్వాలని నిర్ణయించుకుంటే.",
+ "page-trillion-dollar-security-section-6-1-paragraph-2": "ఈ ఆర్థిక కేంద్రీకరణ సామాజిక పరిపాలన క్యాప్చర్ కోసం సంభావ్యతను సృష్టిస్తుంది. వాలిడేటర్ల యొక్క ఒక చిన్న సమూహం ఒక సూపర్మెజారిటీ స్టేక్ను నియంత్రిస్తే, వారు:",
+ "page-trillion-dollar-security-section-6-1-list-1": "ఫోర్క్లపై సమన్వయం చేయడం లేదా నిరోధించడం.",
+ "page-trillion-dollar-security-section-6-1-list-2": "కొన్ని లావాదేవీలు లేదా కాంట్రాక్టులను సెన్సార్ చేయండి.",
+ "page-trillion-dollar-security-section-6-1-list-3": "నిష్క్రమణ లేదా వ్యతిరేకతను బెదిరించడం ద్వారా సంఘ ఏకాభిప్రాయంను బలహీనపరచండి.",
+ "page-trillion-dollar-security-section-6-1-paragraph-3": "ఈ తీవ్రమైన దృశ్యం జరిగితే, ఇతీరియము సంఘం \"సామాజిక స్లాషింగ్\" సమాధానం కావచ్చు అని సూచించింది. సామాజిక స్లాషింగ్ అనేది వారి అధికారంపై ఒక తనిఖీగా, తప్పుగా ప్రవర్తించే వాలిడేటర్లను స్లాష్ చేయాలని నిర్ణయించడానికి ఆఫ్చైన్ సామాజిక ఏకాభిప్రాయం యొక్క ఉపయోగం. కానీ అలాంటి చర్యలను అమలు చేయడానికి స్పష్టమైన నిబంధనలు, విధానాలు లేదా పనిముట్లు లేవు (విభాగం 4.4 చూడండి).",
+ "page-trillion-dollar-security-section-6-2-title": "6.2 ఆఫ్చైన్ ఆస్తి కేంద్రీకరణ",
+ "page-trillion-dollar-security-section-6-2-paragraph-1": "ఇతీరియము గణనీయమైన మొత్తంలో వాస్తవ ప్రపంచ ఆస్తులను హోస్ట్ చేస్తుంది, ఇక్కడ ఆస్తులు బ్యాంక్ ఖాతాలు లేదా ఇతర డిపాజిట్లలో ఆఫ్చైన్లో ఉంచబడతాయి, ఆపై ఆఫ్చైన్ ఆస్తులపై ఒక దావాను సూచించే టోకెన్ల ద్వారా ఆన్చైన్లో ట్రేడ్ చేయబడతాయి. ఉదాహరణకు, చాలా పెద్ద స్టేబుల్కాయిన్లు ఈ విధంగా పనిచేస్తాయి.",
+ "page-trillion-dollar-security-section-6-2-paragraph-2": "ఆఫ్చైన్ డిపాజిట్లను కలిగి ఉన్న సంస్థలు ఇతీరియము పర్యావరణ వ్యవస్థపై ప్రభావాన్ని కలిగి ఉండవచ్చు. ఉదాహరణకు, ఒక వివాదాస్పద ఫోర్క్ లేదా నెట్వర్క్ అప్గ్రేడ్ ఉన్న తీవ్రమైన దృశ్యం సమయంలో, పెద్ద డిపాజిటర్లు ఒక చైన్ లేదా మరొకదానిపై టోకెన్లను గుర్తించడానికి మాత్రమే ఎంచుకోవడం ద్వారా ఏ చైన్ విస్తృతంగా ఆమోదించబడుతుందో ప్రభావితం చేయవచ్చు.",
+ "page-trillion-dollar-security-section-6-3-title": "6.3 నియంత్రణ దాడి లేదా ఒత్తిడి",
+ "page-trillion-dollar-security-section-6-3-paragraph": "ప్రభుత్వాలు మరియు నియంత్రకాలు ఇతీరియము స్టాక్ యొక్క ముఖ్యమైన భాగాలను నియంత్రించే వివిధ సంస్థలపై ఇతీరియము ప్రోటోకాల్ను సెన్సార్ చేయడానికి లేదా జోక్యం చేసుకోవడానికి ఒత్తిడి చేయవచ్చు. ఇతీరియము యొక్క సంస్థాగత వినియోగదారులు కూడా ఈ ఒత్తిళ్ల ద్వారా ప్రభావితం కావచ్చు, ఇది వారి వినియోగదారులకు మరిన్ని పర్యవసానాలను కలిగిస్తుంది (ఉదా., నియంత్రణ నిషేధాల కారణంగా కొన్ని క్రిప్టో ఉత్పత్తులను ఇకపై ఆఫర్ చేయలేని బ్యాంకు).",
+ "page-trillion-dollar-security-section-6-4-title": "6.4 పరిపాలన యొక్క సంస్థాగత క్యాప్చర్",
+ "page-trillion-dollar-security-section-6-4-paragraph-1": "ఇతీరియము యొక్క ఓపెన్ సోర్స్ పరిపాలన మరియు అభివృద్ధి ప్రక్రియలు కోర్ క్లయింట్ సాఫ్ట్వేర్, మౌలిక సదుపాయాలు మరియు పనిముట్లను నిర్వహించే విభిన్నమైన మరియు ప్రపంచ సెట్ బృందాలు మరియు కంపెనీల ద్వారా నడపబడతాయి.",
+ "page-trillion-dollar-security-section-6-4-paragraph-2": "వివిధ రకాల ప్రభావాలు (కార్పొరేట్ సముపార్జనలు, నిధుల డిపెండెన్సీలు, కీలక సహకారుల ఉపాధి, ఇప్పటికే ఉన్న సంస్థల లోపల ఆసక్తి ఘర్షణలు) క్రమంగా ఇతీరియము పరిపాలన యొక్క సంస్కృతి మరియు ప్రాధాన్యతలను మార్చగలవు. ఇది సంఘం-ఆధారిత తత్వం మరియు స్థాపించబడిన రోడ్మ్యాప్తో విభిన్నమైన నిర్దిష్ట వాణిజ్య లేదా బాహ్య ఆసక్తులతో సమలేఖనానికి దారితీయవచ్చు, ఇది కాలక్రమేణా ఇతీరియము యొక్క తటస్థత మరియు స్థితిస్థాపకతను బలహీనపరుస్తుంది.",
+ "page-trillion-dollar-security-image-alt-hero": "డిజిటల్ అసెట్ స్పేస్లో ట్రిలియన్ డాలర్ల భద్రతను సూచిస్తూ, పరస్పరం అనుసంధానించబడిన బ్లాక్ చైను నోడ్స్ మరియు భద్రతా అంశాలను చూపే ఒక భవిష్యత్ విజువలైజేషన్",
+ "page-trillion-dollar-security-image-alt-report": "బ్లాక్ చైను అంశాలు మరియు నెట్వర్క్ కనెక్షన్లతో ఆధునిక డిజిటల్ భద్రతా విజువలైజేషన్ను చూపే ట్రిలియన్ డాలర్ల భద్రతా నివేదిక యొక్క కవర్ చిత్రం"
+}
diff --git a/src/intl/te/page-upgrades-get-involved.json b/src/intl/te/page-upgrades-get-involved.json
new file mode 100644
index 00000000000..4760b0f45d3
--- /dev/null
+++ b/src/intl/te/page-upgrades-get-involved.json
@@ -0,0 +1,47 @@
+{
+ "page-upgrades-get-involved-btn-1": "ఖాతాదారులను చూడండి",
+ "page-upgrades-get-involved-btn-2": "స్టేకింగ్ గురించి మరింత",
+ "page-upgrades-get-involved-btn-3": "బగ్స్ని కనుగొనండి",
+ "page-upgrades-get-involved-bug": "బగ్ కావచ్చు:",
+ "page-upgrades-get-involved-bug-hunting": "బగ్ వేటకు వెళ్లండి",
+ "page-upgrades-get-involved-bug-hunting-desc": "ఏకాభిప్రాయ లేయర్ అప్గ్రేడ్ స్పెసిఫికేషన్లు లేదా క్లయింట్లలో బగ్లను కనుగొని నివేదించండి. మీరు గరిష్టంగా $50,000 USD వరకు సంపాదించవచ్చు మరియు లీడర్బోర్డ్లో స్థానం సంపాదించవచ్చు.",
+ "page-upgrades-get-involved-bug-li": "స్పెసిఫికేషన్ పాటించని సమస్యలు",
+ "page-upgrades-get-involved-bug-li-2": "అంతిమ దోషాలను విచ్ఛిన్నం చేస్తుంది",
+ "page-upgrades-get-involved-bug-li-3": "సేవ యొక్క తిరస్కరణ (DOS) వెక్టర్లు",
+ "page-upgrades-get-involved-bug-li-4": "ఇంకా మరిన్ని...",
+ "page-upgrades-get-involved-desc-1": "ఒక క్లయింట్ను రన్ చేయడం అంటే మీరు ఇతీరియమ్లో చురుకైన భాగస్వామి అవుతారు. మీ క్లయింట్ లావాదేవీలను ట్రాక్ చేయడంలో, కొత్త బ్లాక్లను తనిఖీ చేయడంలో సహాయపడుతుంది.",
+ "page-upgrades-get-involved-desc-2": "మీ దగ్గర ETH ఉంటే, మీరు దానిని స్టేక్ చేసి, వాలిడేటర్ అయి నెట్వర్క్ను సురక్షితం చేయడంలో సహాయపడవచ్చు. ఒక వాలిడేటర్గా మీరు ETH రివార్డులను సంపాదించవచ్చు.",
+ "page-upgrades-get-involved-desc-3": "కమ్యూనిటీ టెస్టింగ్ ప్రయత్నంలో చేరండి! ఇతీరియమ్ అప్గ్రేడ్లు షిప్ అవ్వకముందే వాటిని టెస్ట్ చేయడంలో సహాయపడండి, బగ్లను కనుగొనండి, మరియు రివార్డులను పొందండి.",
+ "page-upgrades-get-involved-ethresearch-1": "శార్డింగ్",
+ "page-upgrades-get-involved-ethresearch-2": "ది మెర్జ్",
+ "page-upgrades-get-involved-ethresearch-3": "షార్డెడ్ ఎగ్జిక్యూషన్",
+ "page-upgrades-get-involved-ethresearch-4": "అన్ని పరిశోధన అంశాలు",
+ "page-upgrades-get-involved-how": "మీరు ఎలా పాలుపంచుకోవాలనుకుంటున్నారు?",
+ "page-upgrades-get-involved-how-desc": "ఎక్కువ మంది క్లయింట్లను రన్ చేయడం, స్టేకింగ్ చేయడం మరియు బగ్ హంటింగ్ చేయడం వల్ల ఇతీరియమ్ కమ్యూనిటీ ఎల్లప్పుడూ ప్రయోజనం పొందుతుంది.",
+ "page-upgrades-get-involved-join": "పరిశోధనలో చేరండి",
+ "page-upgrades-get-involved-join-desc": "ఇతీరియమ్లోని చాలా విషయాల మాదిరిగా, పరిశోధనలో ఎక్కువ భాగం పబ్లిక్గా ఉంటుంది. అంటే మీరు చర్చలలో పాల్గొనవచ్చు లేదా ఇతీరియమ్ పరిశోధకులు చెప్పేదాన్ని చదవవచ్చు. ethresear.ch ఏకాభిప్రాయం అప్గ్రేడ్లు, రోలప్లు మరియు మరిన్నింటితో సహా అనేక అంశాలను కవర్ చేస్తుంది.",
+ "page-upgrades-get-involved-meta-description": "ఇతీరియమ్ అప్గ్రేడ్లలో ఎలా పాల్గొనాలి: నోడ్లను రన్ చేయండి, స్టేక్ చేయండి, బగ్లను వేటాడండి మరియు మరిన్ని.",
+ "page-upgrades-get-involved-run-clients": "ఒక క్లయింట్ జతను రన్ చేయండి",
+ "page-upgrades-get-involved-run-clients-desc": "'క్లయింట్' అనేది బ్లాక్చెయిన్ను రన్ చేసే సాఫ్ట్వేర్, మరియు ఇతీరియమ్ విషయంలో, పూర్తి నోడ్కు ఈ క్లయింట్ల జతను రన్ చేయాల్సి ఉంటుంది: ఒక ఎగ్జిక్యూషన్ లేయర్ క్లయింట్ మరియు ఒక ఏకాభిప్రాయం లేయర్ క్లయింట్. ఒక పూర్తి నోడ్ లావాదేవీలను తనిఖీ చేయగలదు మరియు ETH ను స్టేక్ చేస్తుంటే, కొత్త బ్లాక్లను సృష్టించగలదు. ప్రతి క్లయింట్కు దాని స్వంత ఫీచర్లు ఉంటాయి, కానీ మొత్తం మీద అదే పనితీరును ప్రదర్శిస్తుంది, కాబట్టి క్లయింట్ పూల్ను విభిన్నంగా మరియు సురక్షితంగా ఉంచడానికి వీలైనప్పుడల్లా మైనారిటీ క్లయింట్ను ఎంచుకోమని మేము మిమ్మల్ని ప్రోత్సహిస్తాము.",
+ "page-upgrades-get-involved-run-clients-desc-link": "క్లయింట్ వైవిధ్యంపై మరిన్ని వివరాలు.",
+ "page-upgrades-get-involved-run-clients-execution": "ఎగ్జిక్యూషన్ లేయర్ క్లయింట్లు",
+ "page-upgrades-get-involved-run-clients-execution-desc": "ఈ క్లయింట్లను గతంలో 'Eth1' క్లయింట్లు అని పిలిచేవారు, కానీ ఈ పదం ఇప్పుడు 'ఎగ్జిక్యూషన్ లేయర్' క్లయింట్లకు అనుకూలంగా నిలిపివేయబడుతోంది.",
+ "page-upgrades-get-involved-run-clients-consensus": "ఏకాభిప్రాయం లేయర్ క్లయింట్లు",
+ "page-upgrades-get-involved-run-clients-consensus-desc": "ఈ క్లయింట్లను గతంలో 'Eth2' క్లయింట్లు అని పిలిచేవారు, కానీ ఈ పదం ఇప్పుడు 'ఏకాభిప్రాయం లేయర్' క్లయింట్లకు అనుకూలంగా నిలిపివేయబడుతోంది.",
+ "page-upgrades-get-involved-stake": "మీ ETHని స్టేక్ చేయండి",
+ "page-upgrades-get-involved-stake-desc": "బీకాన్ చైన్ను సురక్షితం చేయడంలో సహాయపడటానికి మీరు ఇప్పుడు మీ ETHను స్టేక్ చేయవచ్చు.",
+ "page-upgrades-get-involved-stake-eth": "స్టేక్ ETH",
+ "page-upgrades-get-involved-subtitle": "ఇతీరియమ్ మరియు భవిష్యత్ అప్గ్రేడ్-సంబంధిత ప్రయత్నాలకు మీరు సహాయపడగల అన్ని మార్గాలు ఇక్కడ ఉన్నాయి.",
+ "page-upgrades-get-involved-title-1": "క్లయింట్ను రన్ చేయండి",
+ "page-upgrades-get-involved-title-2": "మీ ETHని స్టేక్ చేయండి",
+ "page-upgrades-get-involved-title-3": "బగ్స్ని కనుగొనండి",
+ "page-upgrades-get-involved-written-c-sharp": "C#లో వ్రాయబడింది",
+ "page-upgrades-get-involved-written-go": "Goలో వ్రాయబడింది",
+ "page-upgrades-get-involved-written-java": "Javaలో వ్రాయబడింది",
+ "page-upgrades-get-involved-written-javascript": "JavaScriptలో వ్రాయబడింది",
+ "page-upgrades-get-involved-written-nim": "Nimలో వ్రాయబడింది",
+ "page-upgrades-get-involved-written-rust": "Rustలో వ్రాయబడింది",
+ "page-upgrades-get-involved": "ఇతీరియమును అప్గ్రేడ్ చేయడంలో పాలుపంచుకోండి",
+ "page-upgrades-get-involved-2": "ఇందులో భాగంకండి",
+ "page-upgrades-bug-bounty-leaderboard-points": "పాయింట్లు"
+}
diff --git a/src/intl/te/page-upgrades-index.json b/src/intl/te/page-upgrades-index.json
new file mode 100644
index 00000000000..eb3cf720f18
--- /dev/null
+++ b/src/intl/te/page-upgrades-index.json
@@ -0,0 +1,208 @@
+{
+ "consensus-client-besu-logo-alt": "బెసు లోగో",
+ "consensus-client-erigon-logo-alt": "ఎరిగాన్ లోగో",
+ "consensus-client-geth-logo-alt": "లోగో పొందండి",
+ "consensus-client-lighthouse-logo-alt": "లైట్హౌస్ లోగో",
+ "consensus-client-lodestar-logo-alt": "లోడెస్టార్ లోగో",
+ "consensus-client-nethermind-logo-alt": "నెదర్మైండ్ లోగో",
+ "consensus-client-nimbus-logo-alt": "నింబస్ లోగో",
+ "consensus-client-prysm-logo-alt": "ప్రిజం లోగో",
+ "consensus-client-teku-logo-alt": "Teku లోగో",
+ "page-upgrades-answer-1": "ది మెర్జ్ వద్ద Ethereum మెయిన్నెట్ను అప్గ్రేడ్ చేయడానికి బీకాన్ చైన్ ఒక సాధనంగా ఉపయోగించబడింది.",
+ "page-upgrades-answer-2": "ది మెర్జ్తో, కొత్త ప్రూఫ్-ఆఫ్-స్టేక్ ఆధారిత ఏకాభిప్రాయ లేయర్ కోసం ప్రూఫ్-ఆఫ్-వర్క్ను మార్చుకునే అత్యంత గణనీయమైన అప్గ్రేడ్ను Ethereum కలిగి ఉంది.",
+ "page-upgrades-answer-4": "ఈరోజు Ethereum ఉపయోగిస్తున్న ప్రూఫ్-ఆఫ్-స్టేక్-ఆధారిత ఏకాభిప్రాయాన్ని అభివృద్ధి చేయడానికి బీకాన్ చైన్ ఉపయోగించబడింది. ఇది Ethereum మెయిన్నెట్కు విడిగా అమలు చేయబడింది, కాబట్టి డెవలపర్లు వాస్తవ కార్యాచరణను సమన్వయం చేయడానికి ఉపయోగించే ముందు ఏకాభిప్రాయ యంత్రాంగాన్ని ఒంటరిగా గమనించగలరు.",
+ "page-upgrade-article-author-status": "స్థితి",
+ "page-upgrade-article-author-ethmerge": "Ethmerge",
+ "page-upgrade-article-author-alchemy": "Alchemy",
+ "page-upgrade-article-author-consensys": "ఏకాభిప్రాయం",
+ "page-upgrade-article-author-delphi-digital": "డెల్ఫీ డిజిటల్",
+ "page-upgrade-article-author-eip-4844": "విటాలిక్ బుటెరిన్, డాంక్రాడ్ ఫీస్ట్, డైడెరిక్ లోరక్కర్, జార్జ్ కడియానాకిస్, మాట్ గార్నెట్, మోఫీ తైవో",
+ "page-upgrade-article-author-ethereum-foundation": "Ethereum ఫౌండేషన్",
+ "page-upgrade-article-author-vitalik-buterin": "విటాలిక్ బుటెరిన్",
+ "page-upgrade-article-author-ethos-dev": "Ethos.dev",
+ "page-upgrade-article-title-two-point-oh": "టూ పాయింట్ ఓహ్: ది బెకన్ చైన్",
+ "page-upgrade-article-title-beacon-chain-explainer": "మీరు ముందుగా చదవాల్సిన బెకన్ చైన్ Ethereum 2.0 వివరణకర్త",
+ "page-upgrade-article-title-sharding-consensus": "ఏకాభిప్రాయాన్ని పంచుకోవడం",
+ "page-upgrade-article-title-sharding-is-great": "షార్డింగ్ ఎందుకు గొప్పది: సాంకేతిక లక్షణాలను డీమిస్టిఫై చేయడం",
+ "page-upgrade-article-title-rollup-roadmap": "రోల్-అప్-సెంట్రిక్ రోడ్మ్యాప్",
+ "page-upgrade-article-title-hitchhikers-guide-to-ethereum": "ఇతీరియముకు హిచ్హైకర్స్ గైడ్",
+ "page-upgrade-article-title-eip-4844": "EIP-4844: షార్డ్ బొట్టు లావాదేవీలు (ప్రోటో-డాంక్షర్డింగ్)",
+ "page-upgrade-article-title-proto-danksharding-faq": "ప్రోటో-డాంక్షర్డింగ్ FAQ",
+ "page-upgrade-article-title-sharding-das": "షార్డింగ్ మరియు డేటా లభ్యత నమూనా (DAS) యొక్క వివరణ",
+ "page-upgrade-article-title-ethmerge": "Ethmerge",
+ "page-upgrade-article-title-merge-is-coming": "విలీనం వస్తోంది",
+ "page-upgrade-article-title-state-of-the-merge": "విలీన స్థితి: 2022లో వాటాకు సంబంధించిన రుజువుకు Ethereum యొక్క విలీనంపై ఒక నవీకరణ",
+ "page-upgrade-article-title-ropsten-merge-testnet": "రోప్స్టెన్ మెర్జ్ టెస్ట్నెట్ను ప్రకటిస్తోంది",
+ "page-upgrade-article-title-execution-layer-specs": "ఎగ్జిక్యూషన్ లేయర్ స్పెక్స్",
+ "page-upgrade-article-title-consensus-layer-specs": "ఏకాభిప్రాయ లేయర్ స్పెక్స్",
+ "page-upgrade-article-title-engine-api-specs": "ఇంజిన్ API స్పెక్స్",
+ "page-upgrades-beacon-chain-date": "Beacon Chain డిసెంబర్ 1, 2020న ప్రత్యక్ష ప్రసారం చేయబడింది",
+ "page-upgrades-beacon-chain-desc": "బెకన్ చైన్ Ethereum కు స్టాకింగ్ను తీసుకువచ్చింది మరియు భవిష్యత్ నవీకరణలకు పునాది వేసింది. ఇది కొత్త ప్రూఫ్-ఆఫ్-స్టేక్ Ethereumని సమన్వయం చేస్తుంది.",
+ "page-upgrades-beacon-chain-estimate": "The Beacon Chain ప్రత్యక్ష ప్రసారం చేసారు",
+ "page-upgrades-beacon-chain-title": "ది బీకన్ చైన్",
+ "page-upgrades-bug-bounty": "బగ్ బౌంటీ ప్రోగ్రామ్ను వీక్షించండి",
+ "page-upgrades-clients": "ఏకాభిప్రాయ క్లయింట్లను తనిఖీ చేయండి (గతంలో 'Eth2' క్లయింట్లుగా పిలిచేవారు)",
+ "page-staking-deposit-contract-title": "కాంట్రాక్టు డిపాజిట్ అడ్రస్ ని చెక్ చేయండి",
+ "page-upgrades-dive": "దృష్టిలో మునిగిపోండి",
+ "page-upgrades-dive-desc": "మేము Ethereumని మరింత స్కేలబుల్, సురక్షితమైన మరియు స్థిరంగా ఎలా తయారు చేస్తున్నాము? వికేంద్రీకరణ యొక్క Ethereum యొక్క ప్రధాన నైతికతను ఉంచేటప్పుడు అన్నీ.",
+ "page-upgrades-docking": "ది మెర్జ్",
+ "page-upgrades-merge-answer-1": "సెప్టెంబరు 15, 2022న Ethereum ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయానికి మారినప్పుడు విలీనం జరిగింది. Beacon చైన్ Mainnetతో విలీనం చేయబడింది, అధికారికంగా Ethereumపై ప్రూఫ్-ఆఫ్-వర్క్ను తిరస్కరించింది మరియు Ethereum యొక్క శక్తి వినియోగాన్ని ~99.95% తగ్గించింది.",
+ "page-upgrades-merge-btn": "ది మెర్జ్ గురించి మరింత",
+ "page-upgrades-merge-desc": "మెయిన్నెట్ ఎథెరియం ప్రూఫ్-ఆఫ్-స్టేక్ బీకాన్ చైన్తో విలీనం చేయబడింది, ఇది శక్తి-ఇంటెన్సివ్ మైనింగ్ ముగింపును సూచిస్తుంది.",
+ "page-upgrades-merge-estimate": "The Merge ప్రత్యక్ష ప్రసారం చేస్తున్నారు",
+ "page-upgrades-merge-mainnet": "మెయిన్నెట్ అంటే ఏమిటి?",
+ "page-upgrades-eth-blog": "ethereum.org బ్లాగ్",
+ "page-upgrades-explore-btn": "అప్గ్రేడ్లను అన్వేషించండి",
+ "page-upgrades-get-involved": "ఇతీరియమును అప్గ్రేడ్ చేయడంలో పాలుపంచుకోండి",
+ "page-upgrades-get-involved-2": "ఇందులో భాగంకండి",
+ "page-upgrades-head-to-ethresearch": "ethresear.chకు వెళ్లండి",
+ "page-upgrades-help": "Ethereum అప్గ్రేడ్లకు సహాయం చేయాలనుకుంటున్నారా?",
+ "page-upgrades-help-desc": "Ethereum అప్గ్రేడ్లను అంచనా వేయడానికి, టెస్టింగ్లో సహాయం చేయడానికి మరియు రివార్డ్లను సంపాదించడానికి పుష్కలంగా అవకాశాలు ఉన్నాయి.",
+ "page-upgrades-index-staking": "స్టాకింగ్ ఇక్కడ ఉంది",
+ "page-upgrades-index-staking-desc": "ఇతిరియం నవీకరణలకు స్టాకింగ్ కీలకమైన పాత్రను తీసుకున్నది. మీరు మీ ఇతిరియం ని ఉపయోగించి ఇతిరియం నెట్వర్క్ను సురక్షితంగా ఉంచడంలో సహాయపడటానికి మీరు వీటిని అనుసరించండి.",
+ "page-upgrades-index-staking-learn": "స్టేకింగ్ గురించి తెలుసుకోండి",
+ "page-upgrades-index-staking-learn-desc": "బెకన్ చైన్ ఇతిరియం కు స్టాకింగ్ను తీసుకువచ్చింది. మీ దగ్గర ఇతిరియం ఉంటే మీరు నెట్వర్క్ను భద్రపరచడం ద్వారా ప్రజా ప్రయోజనాన్ని పొందవచ్చు మరియు మరింత ఇతిరియం సంపాదించవచ్చు.",
+ "page-upgrades-index-staking-step-1": "ముందుకు వెళ్ళడానికి ఇక్కడ ప్రారంభించండి",
+ "page-upgrades-index-staking-step-1-btn": "వాటా ఖాతా కి ఇక్కడ సందర్శించండి",
+ "page-upgrades-index-staking-step-1-desc": "ఇదిరియాము కు వాటా తో మద్దతు తెలపడానికి సహాయపడే వేదికను ఉపయోగించండి- ఇ ప్రక్రియ మిమ్మల్ని ముందుకు తీసుకు వస్తుంది.",
+ "page-upgrades-index-staking-step-2": "వాటా తో మద్దతు ఖాతా చిరునామాను నిర్ధారించండ",
+ "page-upgrades-index-staking-step-2-btn": "డిపాజిట్ కాంట్రాక్టు చిరునామాని నిర్ధారించండి",
+ "page-upgrades-index-staking-step-2-desc": "ఇథు టోకెన్ తో వాటా మద్దతు తెలిపే ముందు, మీ చిరునామను ఒక సారి సారి చూసుకోండి. ఇంతకు ముందు మీరూ సహాయ వేదిక ను ఉపయోగించి ఊంటారు.",
+ "page-upgrades-index-staking-sustainability": "మరింత స్థిరంగా",
+ "page-upgrades-meta-desc": "ఇదిరియాము నవీకరణ మరియు ముందు చూపు వాస్తవికత అషించె యొక్క అవలోకనం.",
+ "page-upgrades-meta-title": "ఇదిరియాము నవీకరణ( ఇంతకు మునుపు 'Eth2')",
+ "page-upgrades-proof-stake-link": "వాటా యొక్క రుజువు ఫై మరింత సమాచారం",
+ "page-upgrades-question-1-title": "నవీకరణ ఎప్పుడు పంపబడుతోంది?",
+ "page-upgrades-question-1-desc": "ఇదిరియాము క్రమంగా నవీకరానా జరుగుతుంది; నవీకరానా విభిన్నంగా మరియు భిన్నమైన తేదిలో సరఫరా చెయ్యబడుతోంది.",
+ "page-upgrades-question-2-title": "బికాను చెయిన్ ఒక వేరు బ్లాక్చెయిన్ అ?",
+ "page-upgrades-question-2-desc": "అవును. ఎథెరియం ప్రధాన నెట్ నవీకరణకు బికాను చెయిన్ అనే నామము గల సమాంతర వాటా రుజువు బ్లాక్ చైన్ వడడం అయినది. బికాను చెయిన్ను మరియు అసలైన ఎథెరియం బ్లాక్ చైన్ విలీనం చెయ్యడం వాల ఇప్పుడు ఓకె ఒక బ్లాక్ చైన్ కలదు.",
+ "page-upgrades-question-3-answer-2a": "ఈ విలీనం డ్యాప్స్ డెవలపర్లు పైనా కనిష్ట ప్రభావం కలదు అవి ఇంకనూ ఎథెరియం తో అదే విధంగ పని చేయును.",
+ "page-upgrades-question-3-answer-2a-link": "విలీనం మరియు డ్యాప్స్ డెవలపర్లు",
+ "page-upgrades-question-3-answer-2b": "షార్డింగ్ ప్రణాళికలు ఇంకనూ అభివృద్ధి చెయ్యబడుతోంది, కాని అవి లేయర్-2 రోలప్ ధృషిటిలో పెట్టుకొని డిజైన్ చెయ్యబడుతోంది.",
+ "page-upgrades-layer-2-rollups": "లేయర్-2 రోల్అప్లు పై మరింత సమాచారము",
+ "page-upgrades-question-3-answer-3-link": "Ethresear.chకు వెళ్లండి",
+ "page-upgrades-question-3-desc": "నవీకరణకు సంబంధించి మీరు చేయవలసింది ఏమియు లేదు.",
+ "page-upgrades-question-3-title": "నవీకరణకు సంబంధించి నేను ఎలా సిద్దం అవ్వాలి?",
+ "page-upgrades-question-4-answer-1": "మీరు లావాదేవీ పంపినప్పుడల్లా లేధ డ్యాప్స్ ఉపయోగించినపుడల్లా, మీరూ అమలు లేయర్ వాడును, ధినినే \n మెయిన్నెట్అ ని పిలిచెదరు.",
+ "page-upgrades-question-4-answer-3": "విలీనం నుండి, మొత్తము నెట్వర్క్ ని చెల్లుబాటుదారులు వాటా రుజువుతో సురక్షిత పరిచెదరు.",
+ "page-upgrades-question-4-answer-6": "ఎవరైనను ఈత్ వాటాతో చెల్లుబాటుదారులు కాగలారు.",
+ "page-upgrades-question-4-answer-7": "స్టేకింగ్ గురించి మరింత",
+ "page-upgrades-question-4-title": "అమలు లేయర్ అనగ ఏమిటీ?",
+ "page-upgrades-question-4-desc": "విలీనం కు ముందు, ఎథెరియం బ్లాక్ఛెయిన్ ని ఈత్1గా సూచించబడింది. కని దినిని దశలవారీగా తొలగించబడి అమలు లేయర్ గ పిలవబడుతోంది.",
+ "page-upgrades-question-5-answer-1": "నెట్వర్క్ పై చెల్లుబాటుదారులు కావడానికి, మీరూ 32 ఈత్ వాటాగా సమర్పించాలి. మీ దగ్గర అంత లేకపోతే, అంత వాటా ఇవ్వడానికి ఇష్టపడకపోతే, మీరూ వాటా కొలనులు లో చేరవచ్చు. ఈ వాటా కొలనులు మిమ్మల్ని తక్కువ వాటాను అంగీకరించి మరియు అతికొద్ది బహుమతిగా పొందుతారు.",
+ "page-upgrades-question-5-desc": "మీరూ లాంచ్ప్యాడ్ ని ఉపయోగించండి లేధా వాటా కొలనులు లో చేరండి.",
+ "page-upgrades-question-5-title": "నేను ఎలా వాటాధరునిగా కాగలను?",
+ "page-upgrades-question-6-answer-3": "ఎథెరియం ఫౌండేషన్ యొక్క డానీ ర్యాన్ సంఘం గురించి క్రమం తప్పకుండా తాజా వార్తలు అందిస్తారు:",
+ "page-upgrades-question-6-answer-4": "కన్సెన్సిస్ యొక్క బెన్ ఎడ్జింగ్టన్ ఎథెరియం నవీకరణలు పై వారపు వార్తాలేఖను కలిగి ఉండెను:",
+ "page-upgrades-question-6-answer-5": "మీరు కూడా ethresear.ch వద్ద ఎథెరియం పరిశోధన మరియు అభివృద్ధి చర్చలో చేరవచ్చు.",
+ "page-upgrades-question-6-title": "నా డ్యాప్స్ తో నేను ఏమి చేయాలి?",
+ "page-upgrades-question-6-desc": "విలీనం డ్యాప్స్ డెవలపర్లు పై కనీస ప్రభావం ఉండేలా రూపొందించబడింది, గమనించదగ్గ కొన్ని చిన్న మార్పులు ఉన్నప్పటికీ.",
+ "page-upgrades-question-6-answer-1": "విలీనానికి ముందు ఇతీరియముతో పరిచయం ఉన్న డాప్ డెవలపర్లు కొన్ని మార్పుల గురించి తెలుసుకోవాలి. ఈ మార్పులలో బ్లాక్ నిర్మాణం మరియు టైమింగ్, కొన్ని ఆప్కోడ్ మార్పులు, ఆన్చెయిన్ యాదృచ్ఛికత మూలాలు మరియు ఎపోక్ ఫైనలైజేషన్ అనే భావన ఉన్నాయి.",
+ "page-upgrades-question-6-answer-1-link": "ఎథెరియం యొక్క అప్లికేషన్ లేయర్ను విలీనం ఎలా ప్రభావితం చేసింది",
+ "page-upgrades-question-6-answer-2": "అప్లికేషన్లు దాదాపు పూర్తిగా ప్రభావితం కాలేదు.",
+ "page-upgrades-question-7-desc": "కమ్యూనిటీ నలుమూలల నుండి అనేక విభిన్న బృందాలు వివిధ ఎథెరియం అప్గ్రేడ్లపై పని చేస్తున్నాయి.",
+ "page-upgrades-question-7-lighthouse": "లైట్హౌస్",
+ "page-upgrades-question-7-lighthouse-lang": "(రస్ట్ ఇంప్లిమెంటేషన్)",
+ "page-upgrades-question-7-lodestar": "లోడెస్టార్",
+ "page-upgrades-question-7-lodestar-lang": "(జావాస్క్రిప్ట్ ఇంప్లిమెంటేషన్)",
+ "page-upgrades-question-7-nimbus": "నింబస్",
+ "page-upgrades-question-7-nimbus-lang": "(నిమ్ ఇంప్లిమెంటేషన్)",
+ "page-upgrades-question-7-prysm": "ప్రిస్మ్",
+ "page-upgrades-question-7-prysm-lang": "(గో ఇంప్లిమెంటేషన్)",
+ "page-upgrades-question-7-teams": "ఎథెరియం ఏకాభిప్రాయ క్లయింట్ బృందాలు:",
+ "page-upgrades-question-7-teku": "టెకు",
+ "page-upgrades-question-7-teku-lang": "(జావా ఇంప్లిమెంటేషన్)",
+ "page-upgrades-question-7-title": "ఎథెరియం అప్గ్రేడ్లను ఎవరు నిర్మిస్తున్నారు?",
+ "page-upgrades-question-7-clients": "ఎథెరియం క్లయింట్ల గురించి మరింత తెలుసుకోండి",
+ "page-upgrades-question-8-answer-1": "ఎథెరియం అప్గ్రేడ్లు ఎథెరియం స్కేల్కి వికేంద్రీకృత మార్గంలో సహాయపడతాయి, అదే సమయంలో భద్రతను కొనసాగిస్తాయి మరియు స్థిరత్వాన్ని పెంచుతాయి.",
+ "page-upgrades-question-8-answer-2": "బహుశా అత్యంత స్పష్టమైన సమస్య ఏమిటంటే, ఎథెరియం సెకనుకు 15-45 కంటే ఎక్కువ లావాదేవీలను నిర్వహించగలగాలి. కానీ అప్గ్రేడ్లు ఈరోజు ఎథెరియం తో కొన్ని ఇతర సమస్యలను కూడా పరిష్కరిస్తాయి.",
+ "page-upgrades-question-8-answer-3": "అధిక డిమాండ్ ఉన్న సమయాల్లో నెట్వర్క్ ఎథెరియం ని ఉపయోగించడానికి ఖరీదైనది. నెట్వర్క్లోని నోడ్లు ఎథెరియం పరిమాణం మరియు వాటి కంప్యూటర్లు ప్రాసెస్ చేయాల్సిన డేటా పరిమాణంతో పోరాడుతున్నాయి. ఎథెరియం భద్రత మరియు వికేంద్రీకరణను వివరించే అసలైన అల్గారిథం శక్తితో కూడుకున్నది మరియు పచ్చగా ఉండాలి.",
+ "page-upgrades-question-8-answer-4": "2015 నుండి కూడా చాలా మార్పులు ఎథెరియం రోడ్మ్యాప్లో ఉన్నాయి. కానీ ప్రస్తుత పరిస్థితులు అప్గ్రేడ్ల అవసరాన్ని మరింత పెంచుతున్నాయి.",
+ "page-upgrades-question-8-answer-6": "ఎథెరియం విజన్ని అన్వేషించండి",
+ "page-upgrades-question-8-desc": "ఈ రోజు మనం ఉపయోగించే ఎథెరియం తుది వినియోగదారులు మరియు నెట్వర్క్ భాగస్వాములకు మెరుగైన అనుభవాన్ని అందించాలి.",
+ "page-upgrades-question-8-title": "నవీకరణలు ఎందుకు అవసరం?",
+ "page-upgrades-question-9-answer-1": "మీరు పోషించగల అత్యంత చురుకైన పాత్ర మీ ఈత్ ని వాటా ఇవ్వడం.",
+ "page-upgrades-question-9-answer-2": "క్లయింట్ వైవిధ్యాన్ని మెరుగుపరచడంలో సహాయపడటానికి మీరు రెండవ క్లయింట్ను కూడా అమలు చేయాలనుకోవచ్చు.",
+ "page-upgrades-question-9-answer-3": "మీరు మరింత సాంకేతికంగా ఉంటే, కొత్త క్లయింట్లలో బగ్లను పట్టుకోవడంలో మీరు సహాయపడగలరు.",
+ "page-upgrades-question-9-answer-4": "మీరు ethresear.chలో Ethereum పరిశోధకులతో సాంకేతిక చర్చలను కూడా అంచనా వేయవచ్చు.",
+ "page-upgrades-question-9-desc": "మీరు సహకారం అందించడానికి సాంకేతికంగా ఉండవలసిన అవసరం లేదు. సంఘం అన్ని రకాల స్కిల్ సెట్ల నుండి సహకారం కోసం చూస్తోంది.",
+ "page-upgrades-question-9-stake-eth": "స్టేక్ ETH",
+ "page-upgrades-question-9-title": "మీరు సహకారం అందించడానికి సాంకేతికంగా ఉండవలసిన అవసరం లేదు. సంఘం అన్ని రకాల స్కిల్ సెట్ల నుండి సహకారం కోసం చూస్తోంది?",
+ "page-upgrades-question-9-more": "ఎథెరియంతో పాలుపంచుకోవడానికి మరిన్ని సాధారణ మార్గాలను కనుగొనండి",
+ "page-upgrades-question-10-title": "'Eth2 దశలు ఏమిటి?'",
+ "page-upgrades-question-10-desc": "ఇక్కడ కొన్ని విషయాలు మారాయి.",
+ "page-upgrades-question-10-answer-0": "'Eth2' అనే పదం దశలవారీగా తీసివేయబడుతోంది, ఎందుకంటే ఇది ఒక్క అప్గ్రేడ్ లేదా కొత్త నెట్వర్క్ను సూచించదు. ఇది మరింత ఖచ్చితంగా బహుళ అప్గ్రేడ్ల సమితి, ఇది ఎథెరియంని మరింత స్కేలబుల్గా, సురక్షితమైనదిగా మరియు స్థిరంగా ఉండేలా చేయడానికి అందరూ తమ వంతు కృషి చేస్తారు. మీకు తెలిసిన మరియు ఇష్టపడే నెట్వర్క్ కేవలం ఎథెరియంగా సూచించబడుతుంది.",
+ "page-upgrades-question-10-answer-1": "మేము సాంకేతిక రోడ్మ్యాప్ పరంగా ఎక్కువగా మాట్లాడటానికి ఇష్టపడరు ఎందుకంటే ఇది సాఫ్ట్వేర్: విషయాలు మారవచ్చు. మీరు ఫలితాల గురించి చదివినప్పుడు ఏమి జరుగుతుందో అర్థం చేసుకోవడం సులభం అని మేము భావిస్తున్నాము.",
+ "page-upgrades-question-10-answer-1-link": "నవీకరణలను వీక్షించండి",
+ "page-upgrades-question-10-answer-2": "కానీ మీరు చర్చలను అనుసరించినట్లయితే, సాంకేతిక రోడ్మ్యాప్లకు అప్గ్రేడ్లు ఎలా సరిపోతాయి మరియు అవి ఎలా మారుతున్నాయో ఇక్కడ చూడండి.",
+ "page-upgrades-question-10-answer-3": "0వ దశ బీకాన్ చైన్ను ప్రత్యక్ష ప్రసారం చేయడానికి పనిని వివరించింది.",
+ "page-upgrades-question-10-answer-5": "ఫేజ్ 1 వాస్తవానికి షార్డ్ చైన్లను అమలు చేయడంపై దృష్టి పెట్టింది, అయితే ప్రాధాన్యత సెప్టెంబర్ 15, 2022న షిప్పింగ్ చేయబడిన ది మెర్జ్కి మారింది.",
+ "page-upgrades-question-10-answer-6": "మెయిన్నెట్ను బీకాన్ చైన్కు చివరి షార్డ్గా జోడించినప్పుడు ఫేజ్ 1.5 మొదట షార్డ్ అమలులను అనుసరించడానికి ప్రణాళిక చేయబడింది. అయినప్పటికీ, రోల్అప్ సాంకేతికత పురోగమిస్తున్నందున, ఎథెరియం సంఘం బదులుగా ప్రూఫ్-ఆఫ్-వర్క్ నుండి పరివర్తనను వేగవంతం చేసింది.",
+ "page-upgrades-question-10-answer-7": "దశ 2 చుట్టూ ఉన్న ప్రణాళికలు తీవ్రమైన పరిశోధన మరియు చర్చకు సంబంధించిన అంశం. మా వెనుక ఉన్న విలీనం మరియు లేయర్ 2 సొల్యూషన్స్లో పురోగతితో, రోల్అప్ సామర్థ్యాన్ని పెంచడానికి మరింత సరళమైన డేటా షేడింగ్ను అందించడానికి లక్ష్యాలు మారాయి. ప్రస్తుత లేయర్ 2లు లావాదేవీల అమలును స్కేల్ చేసే సామర్థ్యాన్ని ఎనేబుల్ చేస్తాయి మరియు షేడింగ్ చేయడం వలన ఈ డేటాకు సంబంధించిన ప్రూఫ్లను లేయర్ 1లో చౌకగా మరియు స్కేలబుల్ పద్ధతిలో నిల్వ చేయవచ్చు.",
+ "page-upgrades-question-10-answer-8": "రోల్-అప్-సెంట్రిక్ రోడ్మ్యాప్లో మరిన్ని",
+ "page-upgrades-question-11-title": "నేను Eth2ని కొనుగోలు చేయవచ్చా?",
+ "page-upgrades-question-11-desc": "లేదు. Eth2 టోకెన్ లేదు మరియు మీ ETH విలీనం తర్వాత మారలేదు.",
+ "page-upgrades-question-11-answer-1": "Eth2 రీబ్రాండ్ వెనుక ఉన్న చోదక శక్తులలో ఒకటి, ETH హోల్డర్లు తమ ETHని 'ETH 2.0'కి ది మెర్జ్ లేదా మరేదైనా అప్గ్రేడ్ చేసిన తర్వాత మార్చవలసి ఉంటుందనే సాధారణ అపోహ. ఇది నిజం కాదు మరియు ఎప్పుడూ లేదు.",
+ "page-upgrades-question-11-answer-2": " ఈ గందరగోళాన్ని సాధారణంగా స్కామర్లు ఉపయోగించుకుంటారు.",
+ "page-upgrades-question-title": "తరచుగా అడిగే ప్రశ్నలు",
+ "page-upgrades-question3-answer-1": "ETH హోల్డర్లు ఏమీ చేయనవసరం లేదు. మీ ETH మార్చడం లేదా అప్గ్రేడ్ చేయడం అవసరం లేదు. స్కామ్లు మీకు వేరే విధంగా చెప్పడం దాదాపుగా ఖచ్చితంగా ఉంది, కాబట్టి జాగ్రత్తగా ఉండండి.",
+ "page-upgrades-scalable": "మరింత స్కేలబుల్",
+ "page-upgrades-scalable-desc": "అప్లికేషన్లను వేగంగా మరియు చౌకగా ఉపయోగించడానికి, సెకనుకు 1000ల లావాదేవీలకు Ethereum మద్దతు ఇవ్వాలి.",
+ "page-upgrades-secure": "మరింత సురక్షితం",
+ "page-upgrades-secure-desc": "ఎథెరియం మరింత సురక్షితంగా ఉండాలి. ఎథెరియం యొక్క స్వీకరణ పెరిగేకొద్దీ, అన్ని రకాల దాడికి వ్యతిరేకంగా ప్రోటోకాల్ మరింత సురక్షితంగా మారాలి.",
+ "page-upgrades-shard-date": "షార్డింగ్ 2023-2024లో, బహుళ దశల్లో విలీనాన్ని అనుసరిస్తుంది.",
+ "page-upgrades-shard-desc": "డాంక్ షర్డింగ్ డేటాను నిల్వ చేయడానికి ఎథెరియం సామర్థ్యాన్ని విస్తరిస్తుంది మరియు త్రూపుట్ స్కేల్ చేయడానికి మరియు నెట్వర్క్ ఫీజులను తగ్గించడానికి L2లతో సామరస్యపూర్వకంగా పని చేస్తుంది. ప్రోటోడాంక్షర్డింగ్తో ప్రారంభించి, డాంక్ షర్డింగ్ బహుళ దశల్లో విస్తరించబడుతుంది.",
+ "page-upgrades-shard-estimate": "అంచనా: 2023-2024",
+ "page-upgrades-shard-lower": "షార్డింగ్ గురించి మరింత",
+ "page-upgrades-shard-title": "శార్డింగ్",
+ "page-upgrades-stay-up-to-date": "ఖచ్చితమైన సమాచారముతో ఉండండి",
+ "page-upgrades-stay-up-to-date-desc": "ఎథెరియం అప్గ్రేడ్లపై పనిచేస్తున్న పరిశోధకులు మరియు డెవలపర్ల నుండి తాజా విషయాలను పొందండి.",
+ "page-upgrades-sustainable-desc": "ఎథెరియం ఇటీవల వరకు శక్తి-తీవ్రమైనది. ప్రూఫ్-ఆఫ్-స్టాక్కి మారడం వల్ల నెట్వర్క్ శక్తి 99.9% తగ్గింది.",
+ "page-upgrades-take-part": "పరిశోధనలో పాల్గొనండి",
+ "page-upgrades-take-part-desc": "ఎథెరియం పరిశోధకులు మరియు ఔత్సాహికులు ఎథెరియం అప్గ్రేడ్లకు సంబంధించిన ప్రతిదానితో సహా పరిశోధన ప్రయత్నాలను చర్చించడానికి ఇక్కడ కలుస్తారు.",
+ "page-upgrades-the-upgrades": "ఎథెరియం అప్గ్రేడ్లు",
+ "page-upgrades-the-upgrades-desc": "ఎథెరియం అప్గ్రేడ్లు నెట్వర్క్ యొక్క స్కేలబిలిటీ, భద్రత మరియు స్థిరత్వాన్ని మెరుగుపరచడం లక్ష్యంగా పెట్టుకున్నాయి. ఎథెరియం ఇటీవల భద్రత మరియు స్థిరత్వానికి కొన్ని ప్రధాన అప్గ్రేడ్లకు గురైంది మరియు భవిష్యత్తులో మరిన్ని వస్తున్నాయి, ముఖ్యంగా స్కేలబిలిటీకి సంబంధించినవి.",
+ "page-upgrades-unofficial-roadmap": "ఇది అధికారిక రోడ్మ్యాప్ కాదు. అక్కడ ఉన్న సమాచారం ఆధారంగా మేము ఏమి జరుగుతుందో ఈ విధంగా చూస్తాము. కానీ ఇది సాంకేతికత, విషయాలు తక్షణమే మారిపోతాయి. కాబట్టి దయచేసి దీన్ని నిబద్ధతగా చదవవద్దు.",
+ "page-upgrades-upgrade-desc": "మనకు తెలిసిన మరియు ఇష్టపడే ఎథెరియం మరింత కొలవదగినది, మరింత సురక్షితమైనది మరియు మరింత స్థిరమైనది...",
+ "page-upgrades-upgrades": "ఎథెరియం అప్గ్రేడ్లు",
+ "page-upgrades-upgrades-aria-label": "ఎథెరియం అప్గ్రేడ్ మెను",
+ "page-upgrades-upgrades-beacon-chain": "ది బీకన్ చైన్",
+ "page-upgrades-upgrades-guide": "ఎథెరియం అప్గ్రేడ్లకు గైడ్",
+ "page-upgrades-upgrades-docking": "ది మెర్జ్",
+ "page-upgrades-energy-consumption": "ఎథెరియం శక్తి వినియోగంపై మరింత",
+ "page-upgrades-upgrading": "ఎథెరియం అప్గ్రేడ్ తో కొత్త పుంతలు తొక్కడం",
+ "page-roadmap-vision": "భవిష్యత్తు ప్రణాళికలు",
+ "page-roadmap-vision-btn": "ఎథెరియం భవిష్యత్తు ప్రనాలికల పై మరింత",
+ "page-roadmap-vision-desc": "ఎథెరియంని ప్రధాన స్రవంతిలోకి తీసుకురావడానికి మరియు మానవాళి అందరికీ సేవ చేయడానికి, మనము ఎథెరియంని మరింత స్కేలబుల్, సురక్షితమైన మరియు స్థిరమైనదిగా మార్చాలి.",
+ "page-upgrades-what-happened-to-eth2-title": "'Eth2'కి ఏమైంది?",
+ "page-upgrades-what-happened-to-eth2-1": "'Eth2' అనే పదం సాధారణంగా ది మెర్జ్కి ముందు ఉపయోగించబడింది, అయితే మరింత ఖచ్చితమైన పదజాలానికి అనుకూలంగా తొలగించబడుతోంది.",
+ "page-upgrades-what-happened-to-eth2-1-more": "ది మెర్జ్ గురించి మరింత.",
+ "page-upgrades-what-happened-to-eth2-2": "'Eth1' మరియు 'Eth2'లను విలీనం చేసినందున, ఇకపై రెండు విభిన్న ఎథెరియం బ్లాక్చెయిన్లు లేవు; ఎథెరియం మాత్రమే ఉంది.",
+ "page-upgrades-what-happened-to-eth2-3": "గందరగోళాన్ని పరిమితం చేయడానికి, కమ్యూనిటీ ఈ పదాలను అప్డేట్ చేసింది:",
+ "page-upgrades-what-happened-to-eth2-3-1": "'Eth1' ఇప్పుడు 'ఎగ్జిక్యూషన్ లేయర్', ఇది లావాదేవీలు మరియు ఎగ్జిక్యూషన్ను నిర్వహిస్తుంది.",
+ "page-upgrades-what-happened-to-eth2-3-2": "'Eth2' ఇప్పుడు 'ఏకాభిప్రాయం లేయర్', ఇది ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయాన్ని నిర్వహిస్తుంది.",
+ "page-upgrades-what-happened-to-eth2-4": "ఈ పరిభాష అప్డేట్లు కేవలం నామకరణ సంప్రదాయాలను మాత్రమే మారుస్తాయి; ఇది Ethereum యొక్క లక్ష్యాలను లేదా రోడ్మ్యాప్ను మార్చదు.",
+ "page-upgrades-what-happened-to-eth2-5": "'Eth2' పేరు మార్పు గురించి మరింత తెలుసుకోండి",
+ "page-upgrades-why-cant-we-just-use-eth2-title": "మనం Eth2ని ఎందుకు ఉపయోగించకూడదు?",
+ "page-upgrades-why-cant-we-just-use-eth2-mental-models-title": "మానసిక నమూనాలు",
+ "page-upgrades-why-cant-we-just-use-eth2-mental-models-description": "Eth2 బ్రాండింగ్తో ఉన్న ఒక ప్రధాన సమస్య ఏమిటంటే ఇది ఎథెరియం యొక్క కొత్త వినియోగదారుల కోసం విచ్ఛిన్నమైన మానసిక నమూనాను సృష్టిస్తుంది. Eth1 మొదట వస్తుందని మరియు Eth2 తర్వాత వస్తుందని వారు అకారణంగా భావిస్తారు. లేదా Eth2 ఉనికిలో ఉన్న తర్వాత Eth1 ఉనికిలో ఉండదు. ఈ రెండూ నిజం కాదు. Eth2 పరిభాషను తీసివేయడం ద్వారా, మేము ఈ గందరగోళ మానసిక నమూనాను నావిగేట్ చేయకుండా భవిష్యత్ వినియోగదారులందరినీ సేవ్ చేస్తాము.",
+ "page-upgrades-why-cant-we-just-use-eth2-inclusivity-title": "సమ్మిళితం",
+ "page-upgrades-why-cant-we-just-use-eth2-inclusivity-description": "ఎథెరియం రోడ్మ్యాప్ అభివృద్ధి చెందడంతో, ఎథెరియం 2.0 ఎథెరియం యొక్క రోడ్మ్యాప్ యొక్క సరికాని ప్రాతినిధ్యంగా మారింది. మన పద ఎంపికలో జాగ్రత్తగా మరియు ఖచ్చితమైనదిగా ఉండటం వల్ల ఎథెరియమ్లోని కంటెంట్ను సాధ్యమైనంత విస్తృత ప్రేక్షకులు అర్థం చేసుకోగలుగుతారు.",
+ "page-upgrades-why-cant-we-just-use-eth2-scam-prevention-title": "మోసం నివారణ",
+ "page-upgrades-why-cant-we-just-use-eth2-scam-prevention-description": "దురదృష్టవశాత్తూ, హానికరమైన నటులు తమ ETHని 'ETH2' టోకెన్ల కోసం మార్చుకోమని లేదా Eth2 అప్గ్రేడ్కు ముందు తమ ETHని ఏదో ఒకవిధంగా తరలించాలని చెప్పడం ద్వారా స్కామ్ వినియోగదారులకు Eth2 తప్పుడు పేరును ఉపయోగించేందుకు ప్రయత్నించారు. ఈ స్కామ్ వెక్టర్ను తొలగించడానికి మరియు పర్యావరణ వ్యవస్థను సురక్షితంగా చేయడంలో సహాయపడటానికి ఈ అప్డేట్ చేయబడిన పదజాలం స్పష్టతను తెస్తుందని మేము ఆశిస్తున్నాము.",
+ "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-title": "వాటా ఖతా స్పష్టత",
+ "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-description": "కొంతమంది స్టాకింగ్ ఆపరేటర్లు 'ETH2' టిక్కర్తో బీకాన్ చైన్లో ETH వాటాను కూడా సూచిస్తారు. ఈ సేవలను ఉపయోగించే వినియోగదారులు వాస్తవానికి ‘ETH2’ టోకెన్ను స్వీకరించనందున ఇది సంభావ్య గందరగోళాన్ని సృష్టిస్తుంది. 'ETH2' టోకెన్ లేదు; ఇది నిర్దిష్ట ప్రొవైడర్ల వాటాలో వారి వాటాను సూచిస్తుంది.",
+ "page-upgrades-what-to-do": "మీరు ఏమి చేయాలి?",
+ "page-upgrades-what-to-do-desc": "మీరు డ్యాప్ వినియోగదారు లేదా ETH హోల్డర్ అయితే, మీరు ఏమీ చేయవలసిన అవసరం లేదు. మీరు డెవలపర్ అయితే లేదా స్టాకింగ్ ప్రారంభించాలనుకుంటే, ఈరోజు మీరు పాల్గొనడానికి మార్గాలు ఉన్నాయి.",
+ "page-upgrades-whats-next": "ఎథెరియం అప్గ్రేడ్లు అంటే ఏమిటి?",
+ "page-upgrades-whats-next-desc": "ఎథెరియం రోడ్మ్యాప్లో ఇంటర్కనెక్ట్ చేయబడిన ప్రోటోకాల్ అప్గ్రేడ్లు ఉంటాయి, ఇది నెట్వర్క్ను మరింత స్కేలబుల్, మరింత సురక్షితమైన మరియు మరింత స్థిరంగా చేస్తుంది. ఈ అప్గ్రేడ్లు ఎథెరియం పర్యావరణ వ్యవస్థ అంతటా బహుళ బృందాలచే నిర్మించబడుతున్నాయి.",
+ "page-upgrades-whats-next-history": "మునుపటి ఎథెరియం అప్గ్రేడ్ల గురించి తెలుసుకోండి",
+ "page-upgrades-whats-ethereum": "ఆగండి, ఎథెరియం అంటే ఏమిటి?",
+ "page-upgrades-whats-new": "ఎథెరియం కోసం తదుపరి ఏమిటి?",
+ "page-upgrades-security-link": "భద్రత మరియు స్కామ్ నివారణపై మరింత",
+ "page-staking-deposit-contract-staking-more-link": "స్టేకింగ్ గురించి మరింత",
+ "docs-nav-proof-of-stake": "ప్రూఫ్-ఆఫ్-స్టేక్",
+ "docs-nav-proof-of-work": "ప్రూఫ్-ఆఫ్-వర్క్",
+ "page-upgrades-get-involved-ethresearch-1": "శార్డింగ్",
+ "page-upgrades-get-involved-ethresearch-2": "ది మెర్జ్"
+}
diff --git a/src/intl/te/page-upgrades.json b/src/intl/te/page-upgrades.json
new file mode 100644
index 00000000000..4a931459acb
--- /dev/null
+++ b/src/intl/te/page-upgrades.json
@@ -0,0 +1,23 @@
+{
+ "page-upgrades-merge-infographic-el": "ఎథెరియం స్టేట్: లావాదేవీలు, అనువర్తనాలు, ఒప్పందాలు, బ్యాలెన్స్ లు",
+ "page-upgrades-merge-infographic-alt-text": "ప్రూఫ్-ఆఫ్-వర్క్ నుండి ప్రూఫ్-ఆఫ్-స్టేక్ వరకు పరివర్తన సమయంలో బెకన్ చైన్ ఎథెరియం యొక్క అమలు పొరలో ఎలా విలీనం అవుతుందో వివరించే ఇన్ఫోగ్రాఫిక్.",
+ "page-upgrades-beacon-date": "రవాణా చేయబడింది!",
+ "page-upgrades-merge-date": "సెప్టెంబర్ 2022",
+ "page-upgrades-shards-date": "~2023",
+ "page-upgrades-pbs": "వెంటనే కాదు - 2024/25లో ఆశించవచ్చు",
+ "page-upgrades-post-merge-banner-tutorial-ood": "ది మెర్జ్ తరువాత ఈ ట్యుటోరియల్ పాతబడిపోయింది మరియు పనిచేయకపోవచ్చు. మీరు సహకరించాలనుకుంటే దయచేసి ఒక PRను పంపండి.",
+ "page-upgrades-upgrades-guide": "ఎథెరియం అప్గ్రేడ్లకు గైడ్",
+ "page-upgrades-upgrades-docking": "ది మెర్జ్",
+ "page-upgrades-shard-title": "శార్డింగ్",
+ "page-upgrades-upgrades-beacon-chain": "ది బీకన్ చైన్",
+ "consensus-beaconscan-title": "beaconscan",
+ "consensus-beaconscan-in-title": "beaconcha.in",
+ "consensus-beaconcha-in-desc": "ఓపెన్ సోర్స్ బీకన్ చైన్ ఎక్స్ప్లోరర్",
+ "consensus-beaconscan-desc": "బీకన్ చైన్ ఎక్స్ప్లోరర్ - ఏకాభిప్రాయం లేయర్ కోసం Etherscan",
+ "consensus-become-staker": "స్టేకర్ అవ్వండి",
+ "consensus-become-staker-desc": "స్టేకింగ్ లైవ్లో ఉంది! నెట్వర్క్ను సురక్షితం చేయడంలో సహాయపడటానికి మీరు మీ ETHను స్టేక్ చేయాలనుకుంటే, మీరు నష్టాల గురించి తెలుసుకున్నారని నిర్ధారించుకోండి.",
+ "consensus-explore": "డేటాను అన్వేషించండి",
+ "consensus-run-beacon-chain": "ఒక ఏకాభిప్రాయం క్లయింట్ను రన్ చేయండి",
+ "consensus-run-beacon-chain-desc": "ఇతీరియముకు వీలైనన్ని ఎక్కువ క్లయింట్లు అమలు కావడం అవసరం. ఈ ఇతీరియము ప్రజా ప్రయోజనానికి సహాయం చేయండి!",
+ "read-more": "ఇంకా చదవండి"
+}
diff --git a/src/intl/te/page-wallets-find-wallet.json b/src/intl/te/page-wallets-find-wallet.json
index bd81cdaf6ba..541ab982102 100644
--- a/src/intl/te/page-wallets-find-wallet.json
+++ b/src/intl/te/page-wallets-find-wallet.json
@@ -36,7 +36,7 @@
"page-find-wallet-token-importing-desc": "వాలెట్లో ఉపయోగించడం కొరకు ఏదైనా ERC-20 టోకెన్ను ఇంపోర్ట్ చేయండి",
"page-find-wallet-buy-crypto": "క్రిప్టో కొనండి",
"page-find-wallet-buy-crypto-desc": "నేరుగా వాలెట్లో ఫియట్తో క్రిప్టోను కొనుగోలు చేయండి\n *గమనిక: క్రిప్టో కొనుగోలు ప్రాంతం నిర్దిష్టంగా ఉండవచ్చు",
- "page-find-wallet-sell-for-fiat": "ఫియట్కి అమ్మండి",
+ "page-find-wallet-sell-for-fiat": "నగదు కోసం అమ్మండి",
"page-find-wallet-sell-for-fiat-desc": "నేరుగా వాలెట్లో క్రిప్టోను ఫియట్కి విక్రయించండి\n *గమనిక: క్రిప్టోను ఉపసంహరించుకోవడం అనేది ప్రాంతం నిర్దిష్టంగా ఉండవచ్చు",
"page-find-wallet-multisig": "మల్టీసిగ్",
"page-find-wallet-multisig-desc": "లావాదేవీని ఆమోదించడం కొరకు బహుళ సంతకాలు అవసరమయ్యే వాలెట్లు",
@@ -65,7 +65,7 @@
"page-find-wallet-new-to-crypto-desc": "మొదటిసారి వినియోగదారు బిగినర్ వాలెట్ కోసం చూస్తున్నారు.",
"page-find-wallet-nfts-title": "NFTలు",
"page-find-wallet-nfts-desc": "NFT మద్దతుపై దృష్టి కేంద్రీకరించే వాలెట్లు.",
- "page-find-wallet-hodler-title": "ఇనుప సామానులు",
+ "page-find-wallet-hodler-title": "హార్డ్వేర్",
"page-find-wallet-hodler-desc": "హార్డ్వేర్ వాలెట్లతో నిష్క్రియ టోకెన్ హోల్డింగ్.",
"page-find-wallet-finance-title": "ఫైనాన్స్",
"page-find-wallet-finance-desc": "DeFi యాప్లను తరచుగా ఉపయోగించడంపై వాలెట్లు దృష్టి సారిస్తున్నాయి.",
@@ -84,5 +84,8 @@
"page-find-wallet-social-links": "లింకులు",
"page-find-wallet-empty-results-title": "ఫలితాలు లేవు",
"page-find-wallet-empty-results-desc": "మీ ప్రమాణాలకు సరిపోలే వాలెట్లు ఏవీ లేవు, కొన్ని ఫిల్టర్లను తొలగించి ప్రయత్నించండి.",
- "page-find-wallet-see-wallets": "వాలెట్లను చూడండి"
+ "page-find-wallet-privacy": "గోప్యత",
+ "page-find-wallet-privacy-desc": "అంతర్నిర్మిత ప్రైవేట్ లావాదేవీలను సపోర్ట్ చేసే వాలెట్లు",
+ "page-find-wallet-see-wallets": "వాలెట్లను చూడండి",
+ "page-find-wallet-search-languages": "భాషలను వెతకండి..."
}
diff --git a/src/intl/te/page-wallets.json b/src/intl/te/page-wallets.json
index 43d54881336..c7026b17c9d 100644
--- a/src/intl/te/page-wallets.json
+++ b/src/intl/te/page-wallets.json
@@ -1,21 +1,21 @@
{
"page-wallets-accounts-addresses": "వాలెట్ లు, ఖాతాలు, కీలు మరియు చిరునామాలు",
"page-wallets-accounts-addresses-desc": "కొన్ని కీలక పదాల మధ్య తేడాలను అర్థం చేసుకోవడం విలువైనదే.",
- "page-wallets-accounts-ethereum-addresses": "ఇన్బాక్స్కు ఇమెయిల్ చిరునామా ఉన్నట్లే Ethereum ఖాతాకు చిరునామా ఉంటుంది. మీ డిజిటల్ ఆస్తులను గుర్తించడానికి ఇది ఉపయోగించబడుతుంది.",
+ "page-wallets-accounts-ethereum-addresses": "ఇన్బాక్స్లో ఇమెయిల్ చిరునామా ఉన్నట్లుగా Ethereum ఖాతాకు చిరునామా ఉంటుంది. ఇది మీ డిజిటల్ ఆస్తులను గుర్తించడానికి ఉపయోగించబడుతుంది.",
"page-wallets-alt": "Ethereum వాలెట్ను సూచిస్తూ, బాడీ కోసం వాలెట్తో రోబోట్ యొక్క ఇలస్ట్రేషన్",
- "page-wallets-ethereum-account": "Ethereum ఖాతా అనేది కీల జత. మీరు స్వేచ్ఛగా పంచుకోగల చిరునామాను సృష్టించడానికి ఒక కీ ఉపయోగించబడుతుంది, మరియు మీరు రహస్యంగా ఉంచాల్సిన మరొక కీ ఎందుకంటే ఇది విషయాలపై సంతకం చేయడానికి ఉపయోగించబడుతుంది. ఈ కీలు కలిసి ఆస్తులను కలిగి ఉండటానికి మరియు లావాదేవీలు చేయడానికి మిమ్మల్ని అనుమతిస్తాయి.",
+ "page-wallets-ethereum-account": "Ethereum ఖాతా అనేది ఒక జత కీలు. ఒక కీ మీరు ఉచితంగా భాగస్వామ్యం చేయగల చిరునామాను సృష్టించడానికి ఉపయోగించబడుతుంది మరియు మరొక కీ మీరు రహస్యంగా ఉంచాలి ఎందుకంటే ఇది విషయాలపై సంతకం చేయడానికి ఉపయోగించబడుతుంది. కలిసి, ఈ కీలు ఆస్తులను కలిగి ఉండటానికి మరియు లావాదేవీలు చేయడానికి మిమ్మల్ని అనుమతిస్తాయి.",
"page-wallets-blog": "కాయిన్బేస్ బ్లాగ్",
"page-wallets-bookmarking": "మీ వాలెట్ను బుక్మార్క్ చేయండి",
"page-wallets-bookmarking-desc": "మీరు వెబ్ వాలెట్ని ఉపయోగిస్తుంటే, ఫిషింగ్ స్కామ్ల నుండి మిమ్మల్ని మీరు రక్షించుకోవడానికి సైట్ను బుక్మార్క్ చేయండి.",
- "page-wallets-cd": "ఫిజికల్ హార్డ్వేర్ వాలెట్లు మీ క్రిప్టోను ఆఫ్లైన్లో ఉంచడానికి మిమ్మల్ని అనుమతించే పరికరాలు – చాలా సురక్షితం",
+ "page-wallets-cd": "భౌతిక హార్డ్వేర్ వాలెట్లు అనేది మీ క్రిప్టోను ఆఫ్లైన్లో ఉంచడానికి మిమ్మల్ని అనుమతించే పరికరాలు – చాలా సురక్షితం",
"page-wallets-desc-2": "చాలా మంది ప్రజలు తమ డిజిటల్ ఆస్తులు మరియు గుర్తింపును నిర్వహించడానికి వాలెట్లను ఉపయోగిస్తారు.",
"page-wallets-desc-2-link": "ETH గురించి మరింత",
"page-wallets-desc-3": "మీ వాలెట్ అనేది మీ Ethereum ఖాతాతో పరస్పర చర్య చేయడానికి ఒక సాధనం. అంటే మీరు ఎప్పుడైనా వాలెట్ ప్రొవైడర్లను మార్చుకోవచ్చు. అనేక వాలెట్లు కూడా ఒక అప్లికేషన్ నుండి అనేక Ethereum ఖాతాలను నిర్వహించడానికి మిమ్మల్ని అనుమతిస్తాయి.",
"page-wallets-desc-4": "వాలెట్ ప్రొవైడర్లకు మీ నిధుల సంరక్షణ లేదు. వారు కేవలం Ethereumలో మీ ఆస్తులను చూడటానికి విండోను మరియు వాటిని సులభంగా నిర్వహించడానికి సాధనాలను అందిస్తారు.",
"page-wallets-description": "Ethereum వాలెట్లు మీ ఖాతాపై నియంత్రణను అందించే అప్లికేషన్లు. మీ ఫిజికల్ వాలెట్ లాగానే, ఇది మీ గుర్తింపును నిరూపించుకోవడానికి మరియు మీ ఆస్తులను నిర్వహించడానికి అవసరమైన ప్రతిదాన్ని కలిగి ఉంటుంది. మీ వాలెట్ అప్లికేషన్లకు సైన్ ఇన్ చేయడానికి, మీ బ్యాలెన్స్ని చదవడానికి, లావాదేవీలను పంపడానికి మరియు మీ గుర్తింపును ధృవీకరించడానికి మిమ్మల్ని అనుమతిస్తుంది.",
- "page-wallets-desktop": "మీరు MacOS, Windows లేదా Linux ద్వారా మీ నిధులను నిర్వహించాలనుకుంటే డెస్క్టాప్ అప్లికేషన్లు",
- "page-wallets-ethereum-wallet": "వాలెట్ అనేది మీ కీలను ఉపయోగించి మీ ఖాతాతో పరస్పర చర్య చేయడానికి మిమ్మల్ని అనుమతించే సాధనం. ఇది మీ ఖాతా బ్యాలెన్స్ను వీక్షించడానికి, లావాదేవీలను పంపడానికి మరియు మరిన్నింటిని అనుమతిస్తుంది.",
- "page-wallets-explore": "ఇతీరియముని అన్వేషించండి",
+ "page-wallets-desktop": "మీరు MacOS, Windows లేదా Linux ద్వారా మీ నిధులను నిర్వహించాలనుకుంటే డెస్క్టాప్ అప్లికేషన్లు",
+ "page-wallets-ethereum-wallet": "వాలెట్ అనేది మీ కీలను ఉపయోగించి మీ ఖాతాతో పరస్పర చర్య చేయడానికి మిమ్మల్ని అనుమతించే సాధనం. ఇది మీ ఖాతా బ్యాలెన్స్ని వీక్షించడానికి, లావాదేవీలను పంపడానికి మరియు మరిన్నింటిని అనుమతిస్తుంది.",
+ "page-wallets-explore": "ఇతీరియమును అన్వేషించండి",
"page-wallets-features-desc": "మీరు శ్రద్ధ వహించే ఫీచర్ల ఆధారంగా మీ వాలెట్ని ఎంచుకోవడంలో మేము మీకు సహాయం చేస్తాము.",
"page-wallets-features-title": "ఫీచర్ల ఆధారంగా వాలెట్లను పోల్చండి",
"page-wallets-find-wallet-btn": "ఒక వాలెట్ను కనుగొనండి",
@@ -24,23 +24,23 @@
"page-wallets-get-some-alt": "లెగో ఇటుకలతో తయారు చేయబడిన ETH లోగోను సృష్టించే చేతి యొక్క ఉదాహరణ",
"page-wallets-get-some-btn": "కొంత ETH పొందండి",
"page-wallets-get-some-desc": "ETH అనేది Ethereum యొక్క స్థానిక క్రిప్టో. Ethereum అప్లికేషన్లను ఉపయోగించడానికి మీకు మీ వాలెట్లో కొంత ETH అవసరం.",
- "page-wallets-how-to-store": "Ethereumలో డిజిటల్ ఆస్తులను ఎలా నిల్వ చేయాలి",
"page-wallets-keys-to-safety": "మీ క్రిప్టోను సురక్షితంగా ఉంచడానికి కీలు",
"page-wallets-manage-funds": "మీ నిధుల నిర్వహణ కోసం ఒక యాప్",
"page-wallets-manage-funds-desc": "మీ వాలెట్ మీ బ్యాలెన్స్లు, లావాదేవీల చరిత్రను చూపుతుంది మరియు నిధులను పంపడానికి/స్వీకరించడానికి మీకు మార్గాన్ని అందిస్తుంది. కొన్ని వాలెట్లు మరిన్ని అందించవచ్చు.",
"page-wallets-meta-description": "Ethereum వాలెట్లను ఉపయోగించడానికి మీరు తెలుసుకోవలసినవి.",
- "page-wallets-meta-title": "Ethereum వాలెట్లు",
- "page-wallets-mobile": "ఎక్కడి నుంచైనా మీ నిధులను అందుబాటులో ఉంచే మొబైల్ అప్లికేషన్లు",
+ "page-wallets-meta-title": "Ethereum వాలెట్లు: క్రిప్టోను కొనుగోలు చేయండి, నిల్వ చేయండి మరియు పంపండి",
+ "page-wallets-mobile": "మీ నిధులను ఎక్కడి నుండైనా అందుబాటులో ఉంచే మొబైల్ అప్లికేషన్లు",
"page-wallets-more-on-dapps-btn": "dapps గురించి మరింత",
"page-wallets-most-wallets": "చాలా వాలెట్ ఉత్పత్తులు Ethereum ఖాతాను రూపొందించడానికి మిమ్మల్ని అనుమతిస్తాయి. కాబట్టి మీరు వాలెట్ని డౌన్లోడ్ చేయడానికి ముందు మీకు ఒకటి అవసరం లేదు.",
"page-wallets-protecting-yourself": "మిమ్మల్ని మరియు మీ నిధులను సంరక్షించుకోవడం",
- "page-wallets-seed-phrase": "మీ సీడ్ పదబంధాన్ని రాయండి",
+ "page-wallets-seed-phrase": "మీ రికవరీ పదబంధాన్ని వ్రాసుకోండి",
"page-wallets-seed-phrase-desc": "వాలెట్లు తరచుగా మీకు సీడ్ పదబంధాన్ని అందిస్తాయి, మీరు ఎక్కడైనా సురక్షితంగా వ్రాసుకోవాలి. మీరు మీ వాలెట్ని తిరిగి పొందగలిగే ఏకైక మార్గం ఇది.",
"page-wallets-seed-phrase-example": "ఒక ఉదాహరణ:",
+ "page-wallets-seed-phrase-snippet": "అక్కడ విమానం వంపు వెంట్ నిర్మాణం డోజ్ సాధ్యం ఉత్పత్తి విభిన్నమైన కింద ఆత్మ దీపం",
"page-wallets-seed-phrase-write-down": "దాన్ని కంప్యూటర్లో భద్రపర్చవద్దు. దాన్ని రాసుకుని భద్రంగా ఉంచుకోండి.",
"page-wallets-slogan": "మీ డిజిటల్ భవిష్యత్తుకు కీలను పట్టుకోవడం",
"page-wallets-stay-safe": "సురక్షితంగా ఎలా ఉండాలి",
- "page-wallets-stay-safe-desc": "ఆర్థిక స్వేచ్ఛ మరియు నిధులను ఎక్కడైనా యాక్సెస్ చేయగల మరియు ఉపయోగించగల సామర్థ్యం బాధ్యతతో వస్తుంది – క్రిప్టోలో కస్టమర్ మద్దతు లేదు. మీ కీలను సురక్షితంగా మరియు భద్రంగా ఉంచుకోవాల్సిన బాధ్యత మీపై ఉంది.",
+ "page-wallets-stay-safe-desc": "ఆర్థిక స్వేచ్ఛ మరియు నిధులను ఎక్కడైనా యాక్సెస్ చేయగల మరియు ఉపయోగించగల సామర్థ్యం బాధ్యతతో వస్తుంది - క్రిప్టోలో కస్టమర్ మద్దతు లేదు. మీ కీలను సురక్షితంగా మరియు భద్రంగా ఉంచుకోవాల్సిన బాధ్యత మీపై ఉంది.",
"page-wallets-subtitle": "వాలెట్లు మీ డిజిటల్ ఆస్తులను యాక్సెస్ చేయడానికి మరియు అప్లికేషన్లకు సైన్ ఇన్ చేయడంలో మీకు సహాయపడతాయి.",
"page-wallets-take-responsibility": "మీ స్వంత నిధులకు బాధ్యత వహించండి",
"page-wallets-take-responsibility-desc": "కేంద్రీకృత ఎక్స్ఛేంజీలు మీ వాలెట్ను యూజర్ పేరు మరియు పాస్వర్డ్కి లింక్ చేస్తాయి, వీటిని మీరు సంప్రదాయ పద్ధతిలో పునరుద్ధరించవచ్చు. మీ నిధులపై కస్టడీతో ఆ మార్పిడిని మీరు విశ్వసిస్తున్నారని గుర్తుంచుకోండి. ఎక్స్ఛేంజీకి ఆర్థిక సమస్య ఉంటే, మీ నిధులు ప్రమాదంలో ఉంటాయి.",
@@ -54,13 +54,13 @@
"page-wallets-try-dapps-desc": "Dapps అనేవి Ethereumపై నిర్మించిన అప్లికేషన్లు. చాలా సాంప్రదాయ అప్లికేషన్ల కంటే అవి మీ డేటాలో చౌకైనవి, న్యాయమైనవి మరియు దయగలవి.",
"page-wallets-types": "వాలెట్ల రకాలు",
"page-wallets-types-desc": "మీ ఖాతాతో ఇంటర్ఫేస్ చేయడానికి మరియు పరస్పర చర్య చేయడానికి కొన్ని మార్గాలు ఉన్నాయి:",
- "page-wallets-web-browser": "బ్రౌజర్ వాలెట్లు మీ ఖాతాతో నేరుగా బ్రౌజర్లో పరస్పర చర్య చేయడానికి మిమ్మల్ని అనుమతించే వెబ్ అప్లికేషన్లు",
- "page-wallets-web-browser-extension": "బ్రౌజర్ ఎక్స్టెన్షన్ వాలెట్లు మీరు డౌన్లోడ్ చేసుకునే ఎక్స్టెన్షన్లు, ఇవి బ్రౌజర్ ద్వారా మీ ఖాతా మరియు అప్లికేషన్లతో పరస్పర చర్య చేయడానికి మిమ్మల్ని అనుమతిస్తాయి",
+ "page-wallets-web-browser": "బ్రౌజర్ వాలెట్లు అనేది బ్రౌజర్లో నేరుగా మీ ఖాతాతో పరస్పర చర్య చేయడానికి మిమ్మల్ని అనుమతించే వెబ్ అప్లికేషన్లు",
+ "page-wallets-web-browser-extension": "బ్రౌజర్ ఎక్స్టెన్షన్ వాలెట్లు మీరు డౌన్లోడ్ చేసుకునే ఎక్స్టెన్షన్లు, ఇవి బ్రౌజర్ ద్వారా మీ ఖాతా మరియు అప్లికేషన్లతో పరస్పర చర్య చేయడానికి మిమ్మల్ని అనుమతిస్తాయి",
"page-wallets-whats-a-wallet": "Ethereum వాలెట్ అంటే ఏమిటి?",
"page-wallets-your-ethereum-account": "మీ Ethereum ఖాతా",
"page-wallets-your-ethereum-account-desc": "మీ వాలెట్ మీ Ethereum ఖాతాలోకి మీ విండో - మీ బ్యాలెన్స్, లావాదేవీ చరిత్ర మరియు మరిన్ని. కానీ మీరు ఎప్పుడైనా వాలెట్ ప్రొవైడర్లను మార్చుకోవచ్చు.",
"page-wallets-your-login": "Ethereum యాప్ల కోసం మీ లాగిన్",
"page-wallets-your-login-desc": "మీ వాలెట్ మీ Ethereum ఖాతాను ఉపయోగించి అప్లికేషన్లకు కనెక్ట్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది. ఇది మీరు అనేక అప్లికేషన్లలో ఉపయోగించగల లాగిన్ వంటిది.",
- "additional-reading-how-to-create-an-ethereum-account": "ఒక ఇతిరియం అకౌంట్ ని ఎలా తాయారు చేసుకోవాలి",
+ "additional-reading-how-to-create-an-ethereum-account": "ఒక Ethereum అకౌంట్ను ఎలా తాయారు చేసుకోవాలి",
"additional-reading-how-to-use-a-wallet": "వాలెట్ ఎలా ఉపయోగించాలి"
}
diff --git a/src/intl/te/page-what-is-ether.json b/src/intl/te/page-what-is-ether.json
new file mode 100644
index 00000000000..fd0fabf45fc
--- /dev/null
+++ b/src/intl/te/page-what-is-ether.json
@@ -0,0 +1,100 @@
+{
+ "page-what-is-ether-meta-title": "ఈథర్ (ETH) అంటే ఏమిటి? (ఒక పూర్తి గైడ్) | ethereum.org",
+ "page-what-is-ether-meta-description": "ఈథర్ (ETH) అనేది ఇతీరియము యొక్క స్థానిక క్రిప్టోకరెన్సీ. ఇది దేనికి ఉపయోగించబడుతుంది, దానిని ఎలా మరియు ఎక్కడ కొనాలి, అది ఎంత ఉంది మరియు దాని ధరను ఏవి ప్రభావితం చేస్తాయో తెలుసుకోండి.",
+ "page-what-is-ether-twitter-meta-description": "ఈథర్ (ETH) అనేది ఇతీరియము యొక్క స్థానిక క్రిప్టోకరెన్సీ. ఇది దేనికి ఉపయోగించబడుతుంది, దానిని ఎలా మరియు ఎక్కడ కొనాలి, అది ఎంత ఉంది మరియు మరిన్నింటి గురించి తెలుసుకోండి.",
+ "page-what-is-ether-title": "ఈథర్ (ETH) అంటే ఏమిటి?",
+ "page-what-is-ether-hero-description-1": "ఈథర్ (ETH) అనేది ఇతీరియము నెట్వర్క్ను శక్తివంతం చేసే స్థానిక క్రిప్టోకరెన్సీ. ఇది నెట్వర్క్ మరియు దానిపై నిర్మించిన అప్లికేషన్లను ఉపయోగించడం కోసం లావాదేవీల రుసుములను ('గ్యాస్' అని పిలుస్తారు) చెల్లించడానికి, స్టేకింగ్ ద్వారా నెట్వర్క్ను సురక్షితం చేయడానికి మరియు ఏ కేంద్ర సంస్థ, సంస్థ లేదా ప్రభుత్వం ద్వారా నియంత్రించబడకుండా చెల్లింపులు మరియు పెట్టుబడుల కోసం డిజిటల్ మనీగా ఉపయోగపడుతుంది. మార్కెట్ క్యాపిటలైజేషన్ ప్రకారం ETH అతిపెద్ద క్రిప్టోకరెన్సీలలో ఒకటి.",
+ "page-what-is-ether-what-is-ether-description-1": "సాధారణంగా ETH అని పిలువబడే ఈథర్, ఇతీరియము బ్లాక్చైన్ను శక్తివంతం చేసే ఇంధనం. ప్రాథమికంగా డిజిటల్ మనీగా పనిచేసే బిట్కాయిన్లా కాకుండా, ఇతీరియము పర్యావరణ వ్యవస్థలో ఈథర్కు బహుళ ఉపయోగాలు ఉన్నాయి.",
+ "page-what-is-ether-what-is-ether-description-2": "ఇతీరియము యొక్క స్థానిక క్రిప్టోకరెన్సీగా, ETH దీనికి ఉపయోగించబడుతుంది:",
+ "page-what-is-ether-what-is-ether-description-3": "నెట్వర్క్ మరియు దాని అప్లికేషన్లను ఉపయోగించడం కోసం లావాదేవీల రుసుములను (గ్యాస్) చెల్లించడం",
+ "page-what-is-ether-what-is-ether-description-4": "స్టేకింగ్ ద్వారా ఇతీరియము నెట్వర్క్ను సురక్షితం చేయడం",
+ "page-what-is-ether-what-is-ether-description-5": "ETH 2015లో ఇతీరియము ప్రారంభంలో భాగంగా పరిచయం చేయబడింది మరియు అప్పటి నుండి ప్రపంచంలోని అత్యంత విలువైన ఆస్తులలో ఒకటిగా ఎదిగింది.",
+ "page-what-is-ether-what-is-ether-description-6": "వినియోగదారుల కోసం",
+ "page-what-is-ether-what-is-ether-description-7": "ETH బ్యాంకులు లేకుండా ప్రపంచ చెల్లింపులు, నాన్-ఫంగిబుల్ టోకెన్ల (NFTలు) కొనుగోళ్లు మరియు వికేంద్రీకృత ఫైనాన్స్ (DeFi) యాప్లకు ప్రాప్యతను ప్రారంభిస్తుంది. ఇది 24/7 క్రాస్-బార్డర్ కార్యాచరణతో సెన్సార్షిప్ను తట్టుకోగలదు.",
+ "page-what-is-ether-what-is-ether-description-8": "డెవలపర్ల కోసం",
+ "page-what-is-ether-what-is-ether-description-9": "ఇతీరియము మెయిన్నెట్కు స్మార్ట్ కాంట్రాక్టులను మోహరించినప్పుడు ETH లావాదేవీల రుసుములను చెల్లిస్తుంది. ఇది ఇతీరియము పర్యావరణ వ్యవస్థలోని అనేక అప్లికేషన్లలో ఉపయోగించే ప్రాథమిక కరెన్సీ కూడా.",
+ "page-what-is-ether-what-is-ether-description-10": "పెట్టుబడిదారుల కోసం",
+ "page-what-is-ether-what-is-ether-description-11": "ETH స్టేకింగ్ ద్వారా విలువ నిల్వగా మరియు రాబడినిచ్చే ఆస్తిగా పనిచేస్తుంది. ఇది web3 వృద్ధికి మరియు విస్తరిస్తున్న డిజిటల్ ఆర్థిక వ్యవస్థకు బహిర్గతం చేస్తుంది.",
+ "page-what-is-ether-what-is-ether-description-12": "ETH స్టేకింగ్ గురించి మరింత తెలుసుకోండి",
+ "page-what-is-ether-how-to-buy-eth": "ETH ఎలా కొనాలి",
+ "page-what-is-ether-how-to-buy-eth-description-1": "మీ అవసరాలు మరియు ప్రదేశం ఆధారంగా అనేక ఎంపికలతో ETH కొనడం చాలా సులభం. ఎల్లప్పుడూ బలమైన భద్రతను అందించే విశ్వసనీయ ప్లాట్ఫారమ్తో ప్రారంభించండి.",
+ "page-what-is-ether-how-to-buy-eth-description-2": "వినియోగదారుల కోసం, క్రిప్టోకరెన్సీ ఎక్స్ఛేంజీలు లేదా వాలెట్ యాప్ల ద్వారా ETH కొనండి.",
+ "page-what-is-ether-how-to-buy-eth-description-3": "సైడ్నోట్",
+ "page-what-is-ether-how-to-buy-eth-description-4": "ETH కొనుగోలు చేసేటప్పుడు మీరు \"ఖాతా/చిరునామా\" మరియు \"వాలెట్\" అనే పదాలు వింటారు.",
+ "page-what-is-ether-how-to-buy-eth-description-5": "మీ ఖాతాను మీ ఇమెయిల్ చిరునామా లాగా భావించండి, ఇక్కడ ప్రజలు మీకు డబ్బు పంపుతారు.",
+ "page-what-is-ether-how-to-buy-eth-description-6": "మీ వాలెట్ను మీ ఇమెయిల్ యాప్ లాగా భావించండి, ఇక్కడ మీరు బ్యాలెన్స్లను తనిఖీ చేసి, చెల్లింపులు చేస్తారు.",
+ "page-what-is-ether-how-to-buy-eth-description-7": "మీరు వీటితో ETHని కొనుగోలు చేయవచ్చు:",
+ "page-what-is-ether-how-to-buy-eth-description-8": "క్రెడిట్/డెబిట్ కార్డులు తక్షణమే కానీ అధిక రుసుములతో",
+ "page-what-is-ether-how-to-buy-eth-description-9": "బ్యాంక్ బదిలీలు నెమ్మదిగా ఉంటాయి కానీ తక్కువ రుసుములతో",
+ "page-what-is-ether-how-to-buy-eth-description-10": "PayPal లేదా అందుబాటులో ఉన్న చోట ఇలాంటి సేవలు",
+ "page-what-is-ether-how-to-buy-eth-description-11": "వ్యాపారాల కోసం, ఎక్స్ఛేంజీలు అధిక పరిమితులు, మెరుగైన మద్దతు, వర్తింపు ఫీచర్లు, వాల్యూమ్ డిస్కౌంట్లు మరియు మెరుగైన భద్రతతో కార్పొరేట్ ఖాతాలను అందిస్తాయి.",
+ "page-what-is-ether-how-to-buy-eth-description-12": "ETH పొందడానికి ఇతర మార్గాలు:",
+ "page-what-is-ether-how-to-buy-eth-description-13": "మీకు తెలిసిన వ్యక్తుల నుండి చెల్లింపులను స్వీకరించండి",
+ "page-what-is-ether-how-to-buy-eth-description-14": "వికేంద్రీకృత ఫైనాన్స్ ప్రోటోకాల్స్పై లిక్విడిటీని అందించండి",
+ "page-what-is-ether-how-to-buy-eth-description-15": "ఇతీరియము నెట్వర్క్ను సురక్షితం చేస్తూ రివార్డులను సంపాదించడానికి ETHను స్టేక్ చేయండి",
+ "page-what-is-ether-how-to-buy-eth-description-16": "ETH ఎలా మరియు ఎక్కడ కొనాలో మరింత తెలుసుకోండి",
+ "page-what-is-ether-how-to-send-and-receive-eth": "ETHని ఎలా పంపాలి మరియు స్వీకరించాలి",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-1": "ETH పంపడానికి ఒక వాలెట్ మరియు గ్రహీత చిరునామా అవసరం. వారి చిరునామాను నమోదు చేయండి, మొత్తాన్ని పేర్కొనండి, లావాదేవీ రుసుమును సమీక్షించండి మరియు నిర్ధారించండి. లావాదేవీలు సాధారణంగా 30 సెకన్ల లోపు చేరుకుంటాయి మరియు ఒకసారి నిర్ధారించబడిన తర్వాత తిరిగి మార్చబడవు.",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-2": "ETH స్వీకరించడానికి మీ ఇతీరియము చిరునామా లేదా QR కోడ్ను పంపిన వారితో పంచుకోవడం అవసరం. నెట్వర్క్ నిర్ధారణ తర్వాత మీ వాలెట్లో నిధులు కనిపిస్తాయి, చాలా వాలెట్లు నోటిఫికేషన్లను అందిస్తాయి.",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-3": "సహాయం కావాలా? వాలెట్ను ఎలా ఉపయోగించాలి గైడ్ను చదవండి.",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-4": "ETH కొనుగోలు చేసేటప్పుడు మీరు \"ఖాతా/చిరునామా\" మరియు \"వాలెట్\" అనే పదాలు వింటారు.",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-5": "మీ ఖాతాను మీ ఇమెయిల్ చిరునామా లాగా భావించండి, ఇక్కడ ప్రజలు మీకు డబ్బు పంపుతారు.",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-6": "మీ వాలెట్ను మీ ఇమెయిల్ యాప్ లాగా భావించండి, ఇక్కడ మీరు బ్యాలెన్స్లను తనిఖీ చేసి, చెల్లింపులు చేస్తారు.",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-7": "పెద్ద మొత్తాల కోసం, అదనపు భద్రత కోసం హార్డ్వేర్ వాలెట్లను పరిగణించండి.",
+ "page-what-is-ether-how-to-send-and-receive-eth-description-8": "ఇతీరియము గురించి మరియు అది ఎలా పనిచేస్తుందో తెలుసుకోండి.",
+ "page-what-is-ether-how-to-send-and-receive-eth-callout": "మీ ఇతీరియము చిరునామాను విశ్వసనీయ పరిచయాలతో మాత్రమే పంచుకోండి. ఇతీరియము ఒక పబ్లిక్ లెడ్జర్ కాబట్టి, వారు మీ బ్యాలెన్స్ మరియు లావాదేవీలను చూడగలరు. వారు మీ నిధులను యాక్సెస్ చేయలేరు కానీ గోప్యత సిఫార్సు చేయబడింది.",
+ "page-what-is-ether-how-long-does-it-take-to-send-eth": "ETH పంపడానికి ఎంత సమయం పడుతుంది?",
+ "page-what-is-ether-how-long-does-it-take-to-send-eth-description-1": "ETH లావాదేవీలు సాధారణంగా 30 సెకన్ల లోపు పూర్తవుతాయి. ఇతీరియము నెట్వర్క్ ప్రతి 12 సెకన్లకు బ్లాక్లను ప్రాసెస్ చేస్తుంది, అయితే రద్దీ సమయంలో లావాదేవీలు క్యూలో ఉండవచ్చు.",
+ "page-what-is-ether-how-long-does-it-take-to-send-eth-description-2": "బిట్కాయిన్ యొక్క 60 నిమిషాల సగటుతో పోలిస్తే, లావాదేవీలు ~15 నిమిషాల తర్వాత 'ఫైనాలిటీ'ని సాధిస్తాయి.",
+ "page-what-is-ether-how-long-does-it-take-to-send-eth-description-3": "అధిక నెట్వర్క్ ట్రాఫిక్ సమయంలో, మీరు అధిక లావాదేవీల రుసుములను చెల్లించడం ద్వారా లావాదేవీలను వేగవంతం చేయవచ్చు, మిమ్మల్ని వరుసలో ముందు ఉంచుతుంది. రుసుములు వ్యాలిడేటర్లు మరియు బర్నింగ్ మెకానిజం మధ్య విభజించబడతాయి.",
+ "page-what-is-ether-how-much-does-it-cost-to-send-eth": "ETH పంపడానికి ఎంత ఖర్చవుతుంది?",
+ "page-what-is-ether-how-much-does-it-cost-to-send-eth-description-1": "ఇతీరియము లావాదేవీలకు ETHలో చెల్లించాల్సిన లావాదేవీ రుసుములు అవసరం. ఈ రుసుము అవసరమైన గణన పని ('గ్యాస్'లో కొలవబడుతుంది) మరియు నెట్వర్క్ యొక్క ప్రస్తుత డిమాండ్ ఆధారంగా లెక్కించబడుతుంది. గ్యాస్ ధర నెట్వర్క్ ట్రాఫిక్తో హెచ్చుతగ్గులకు లోనవుతుంది, ఆఫ్-పీక్ పీరియడ్లలో లావాదేవీలు తక్కువ-ఖర్చుతో కూడుకున్నవిగా ఉంటాయి.",
+ "page-what-is-ether-l2s": "L2లను నమోదు చేయండి: ఇతీరియమును స్కేలింగ్ చేయడం",
+ "page-what-is-ether-l2s-description-1": "ఇతీరియము యొక్క ప్రజాదరణ పెరిగేకొద్దీ, లావాదేవీల రుసుములను తక్కువగా ఉంచడం సవాలుగా మారుతుంది. లేయర్ 2 (L2) నెట్వర్క్లు ఈ సమస్యను పరిష్కరిస్తాయి.",
+ "page-what-is-ether-l2s-description-2": "Optimism మరియు Arbitrum వంటి L2లు ఇతీరియము యొక్క భద్రతను వారసత్వంగా పొందుతూ 10-100x చౌకైన రుసుములను అందిస్తాయి. వారు లావాదేవీలను ఆఫ్చైన్లో ప్రాసెస్ చేసి, డేటాను ఇతీరియముకు పోస్ట్ చేస్తారు.",
+ "page-what-is-ether-l2s-description-3": "వాటిని ఇతీరియము యొక్క ప్రధాన రహదారి పక్కన వేగవంతమైన, చౌకైన లావాదేవీలను అందించే ఎక్స్ప్రెస్ లేన్లుగా భావించండి.",
+ "page-what-is-ether-l2s-description-4": "L2 బదిలీలు సాధారణంగా $0.01 కంటే తక్కువ ఖర్చవుతాయి, రాబిన్హుడ్, పేపాల్ మరియు షాపిఫై వంటి కంపెనీలతో అనుసంధానం ద్వారా ఇతీరియమును లక్షలాది మంది వినియోగదారులకు అందిస్తాయి.",
+ "page-what-is-ether-what-is-the-eth-supply": "ETH సరఫరా ఎంత?",
+ "page-what-is-ether-what-is-the-eth-supply-description-1": "బిట్కాయిన్ యొక్క స్థిరమైన 21 మిలియన్ల క్యాప్లా కాకుండా, ETH డైనమిక్ సరఫరా మెకానిక్లను కలిగి ఉంది:",
+ "page-what-is-ether-what-is-the-eth-supply-description-2": "ప్రోటోకాల్ ద్వారా లెక్కించబడిన పరిమిత రేటుతో నెట్వర్క్ వ్యాలిడేటర్లకు రివార్డ్ ఇవ్వడానికి కొత్త ETH జారీ చేయబడుతుంది",
+ "page-what-is-ether-what-is-the-eth-supply-description-3": "ప్రతి లావాదేవీ రుసుములో కొంత భాగం శాశ్వతంగా \"బర్న్\" చేయబడుతుంది (ఉనికి నుండి తొలగించబడుతుంది)",
+ "page-what-is-ether-what-is-the-eth-supply-description-4": "ఇది నెట్వర్క్ వినియోగం ఆధారంగా ద్రవ్యోల్బణం మరియు ప్రతి ద్రవ్యోల్బణం యొక్క ప్రత్యామ్నాయ కాలాలను సృష్టిస్తుంది",
+ "page-what-is-ether-what-is-the-eth-supply-description-5": "ఆశించిన సమతుల్యం: ఈ వ్యవస్థ నెట్వర్క్ భద్రతను దీర్ఘకాలిక విలువ పరిరక్షణతో సమతుల్యం చేస్తుంది. అధిక వినియోగం ప్రతి ద్రవ్యోల్బణానికి దారితీస్తుంది; తక్కువ వినియోగం ద్రవ్యోల్బణానికి దారితీస్తుంది.",
+ "page-what-is-ether-what-is-the-eth-supply-description-6": "డేటా మూలాలు: Etherscan , Ultrasound Money ",
+ "page-what-is-ether-what-is-the-distribution-of-eth": "ETH పంపిణీ ఎలా ఉంది?",
+ "page-what-is-ether-what-is-the-distribution-of-eth-description-1": "యాజమాన్యం పదిలక్షల చిరునామాలలో విస్తృతంగా పంపిణీ చేయబడింది, ఇది నియంత్రణ కేంద్రీకరణను నివారిస్తుంది మరియు వికేంద్రీకరణను మెరుగుపరుస్తుంది.",
+ "page-what-is-ether-breakdown": "ఈథర్ పంపిణీ యొక్క విచ్ఛిన్నం",
+ "page-what-is-ether-breakdown-description-1": "స్టేక్ చేయబడిన ఈథర్: నెట్వర్క్ భద్రత కోసం లాక్ చేయబడిన పదిలక్షల ETH",
+ "page-what-is-ether-breakdown-description-2": "ఎక్స్ఛేంజీలు: కేంద్రీకృత ప్లాట్ఫారమ్లు సరఫరాలో 13-16% కలిగి ఉన్నాయి ",
+ "page-what-is-ether-breakdown-description-3": "స్మార్ట్ కాంట్రాక్టులు: DeFi ప్రోటోకాల్స్తో సహా స్మార్ట్ కాంట్రాక్టులలో గణనీయమైన మొత్తాలు",
+ "page-what-is-ether-breakdown-description-4": "ఇతీరియము ఫౌండేషన్: సరఫరాలో 0.3% కంటే తక్కువ కలిగి ఉంది (2014లో 9% నుండి తగ్గింది)",
+ "page-what-is-ether-who-holds-most": "ఎవరి దగ్గర ఎక్కువగా ఉంది?",
+ "page-what-is-ether-who-holds-most-description-1": "అత్యధిక ETH బ్యాలెన్స్లు ఉన్న ఇతీరియము చిరునామాలు సాధారణంగా వ్యక్తులు కాదు. \"టాప్\" ఇతీరియము చిరునామాలలో కనిపించే చాలా వరకు ఈథర్ ఒకే వ్యక్తి యొక్క హోల్డింగ్లు కాకుండా, అనేక విభిన్న వ్యక్తులు మరియు సంస్థల సమిష్టి, పూల్ చేయబడిన నిధులను సూచిస్తుంది.",
+ "page-what-is-ether-who-holds-most-description-2": "అత్యధిక-బ్యాలెన్స్ ETH ఖాతాలలో సాధారణంగా ఇవి ఉంటాయి:",
+ "page-what-is-ether-who-holds-most-description-3": "బీకాన్ చైన్ డిపాజిట్ కాంట్రాక్ట్: డిపాజిట్ కాంట్రాక్ట్ యొక్క బ్యాలెన్స్ ఇతీరియము నెట్వర్క్ను సురక్షితం చేయడంలో సహాయపడటానికి స్టేక్ చేయబడిన మొత్తం ETHని సూచిస్తుంది. ఇది అతిపెద్ద ETH బ్యాలెన్స్ ఉన్న ఇతీరియము చిరునామా అయినప్పటికీ, ఇది అందుబాటులో ఉన్న ఇతీరియము వాలెట్ ఖాతాను సూచించదు. ఇది స్టేకింగ్లో పాల్గొనడానికి మొదటి దశగా ETH డిపాజిట్లను అంగీకరించే స్మార్ట్ కాంట్రాక్ట్, ఆపై నెట్వర్క్ యొక్క యాక్టివ్ వ్యాలిడేటర్లలో ఆ ఈథర్ బ్యాలెన్స్లను నిర్వహిస్తుంది.",
+ "page-what-is-ether-who-holds-most-description-4": "స్మార్ట్ కాంట్రాక్టులు: వికేంద్రీకృత ఫైనాన్స్ (DeFi) ప్రోటోకాల్స్, బ్రిడ్జ్లు లేదా వికేంద్రీకృత స్వయంప్రతిపత్త సంస్థల (DAOలు) కోసం స్మార్ట్ కాంట్రాక్ట్ చిరునామాల వంటి ఇతీరియము-ఆధారిత అప్లికేషన్లకు శక్తినిచ్చే స్మార్ట్ కాంట్రాక్టులను ఇతర అధిక-బ్యాలెన్స్ ఇతీరియము చిరునామాలలో చాలా వరకు సూచిస్తాయి. ఈ కాంట్రాక్ట్ బ్యాలెన్స్లు వారి అప్లికేషన్లో పాల్గొనడానికి అనేక వాలెట్లు డిపాజిట్ చేసిన ఈథర్ను సూచిస్తాయి.",
+ "page-what-is-ether-who-holds-most-description-5": "ఓమ్నిబస్ ఖాతాలు: ఇవి ఎక్స్ఛేంజీలు, ప్లాట్ఫారమ్లు మరియు ఫండ్లు (కాయిన్బేస్, రాబిన్హుడ్, లేదా బినాన్స్ వంటివి) నిర్వహించే పెద్ద వాలెట్లు. ఒక వినియోగదారుడు ఎక్స్ఛేంజ్లో ETH కొనుగోలు చేసినప్పుడు, అది తరచుగా ప్లాట్ఫారమ్ యొక్క ఇతర వేలాది మంది కస్టమర్లు కలిగి ఉన్న ETHతో పాటు ఈ భారీ ఖాతాలలో ఒకదానిలో ఉంచబడుతుంది.",
+ "page-what-is-ether-who-holds-most-description-6": "మీరు ఇక్కడ Etherscanలో అత్యధిక ETH బ్యాలెన్స్లు ఉన్న ఇతీరియము వాలెట్ చిరునామాల ప్రత్యక్ష జాబితాను చూడవచ్చు.",
+ "page-what-is-ether-distribution": "వికేంద్రీకరణకు పంపిణీ ఎందుకు ముఖ్యమైనది",
+ "page-what-is-ether-distribution-description-1": "విస్తృత పంపిణీ కేంద్రీకృత నియంత్రణను నివారిస్తుంది. నిజమైన వికేంద్రీకరణ నెట్వర్క్ను నిర్వహించే స్వతంత్ర నోడ్లు మరియు వ్యాలిడేటర్ల సంఖ్యపై ఆధారపడి ఉంటుంది.",
+ "page-what-is-ether-what-makes-eth-valuable": "ETHని విలువైనదిగా చేసేది ఏమిటి?",
+ "page-what-is-ether-what-makes-eth-valuable-description-1": "ETH బహుళ మూలాల నుండి విలువను పొందుతుంది:",
+ "page-what-is-ether-what-makes-eth-valuable-description-2": "నెట్వర్క్ యుటిలిటీ: అన్ని ఇతీరియము లావాదేవీలకు గ్యాస్ రుసుము కోసం ETH అవసరం, ఇది నెట్వర్క్ స్వీకరణతో పెరిగే స్థిరమైన డిమాండ్ను సృష్టిస్తుంది.",
+ "page-what-is-ether-what-makes-eth-valuable-description-3": "స్టేకింగ్ రివార్డ్లు: ETH స్టేకర్లు నెట్వర్క్ను సురక్షితం చేస్తూ రాబడిని సంపాదిస్తారు, ఇది వ్యక్తిగత మరియు సంస్థాగత పెట్టుబడిదారులను ఆకర్షిస్తుంది.",
+ "page-what-is-ether-what-makes-eth-valuable-description-4": "విలువ నిల్వ: చాలా మంది ETHను \"డిజిటల్ ఆయిల్\"గా చూస్తారు—డిజిటల్ ఆర్థిక వ్యవస్థను శక్తివంతం చేసే నిజమైన ప్రయోజనంతో కూడిన అరుదైన ఆస్తి.",
+ "page-what-is-ether-what-makes-eth-valuable-description-5": "సరఫరా డైనమిక్స్: అధిక వినియోగ కాలంలో ఫీజు బర్నింగ్ ప్రతి ద్రవ్యోల్బణ ఒత్తిడిని సృష్టిస్తుంది. 2021 నుండి, లక్షలాది ETHలు శాశ్వతంగా చలామణి నుండి తొలగించబడ్డాయి .",
+ "page-what-is-ether-what-is-wrapping-eth": "ETHను చుట్టడం అంటే ఏమిటి?",
+ "page-what-is-ether-what-is-wrapping-eth-description-1": "చుట్టబడిన ETH (WETH) అనేది ఒక ERC-20 టోకెన్, ఇది 1:1 ప్రాతిపదికన ETHని సూచిస్తుంది. అనేక వికేంద్రీకృత యాప్లు మరియు L2 నెట్వర్క్లు ERC-20 టోకెన్లను నిర్వహించడానికి నిర్మించబడ్డాయి, కానీ స్థానిక ETH ERC-20 టోకెన్ కాదు. 'చుట్టడం' అంటే ETHను ఒక స్మార్ట్ కాంట్రాక్టులో లాక్ చేయడం, మరియు లాక్ చేయబడిన ETH (WETH) యొక్క ERC-20 ప్రాతినిధ్యాన్ని జారీ చేయడం, ఇది ERC-20 టోకెన్లను మాత్రమే అంగీకరించగల ఏవైనా యాప్లు మరియు L2లలో ఉపయోగించడానికి అనుమతిస్తుంది.",
+ "page-what-is-ether-what-is-wrapping-eth-description-2": "సాధారణ ఉపయోగాలలో ఇవి ఉన్నాయి:",
+ "page-what-is-ether-what-is-wrapping-eth-description-3": "Uniswap వంటి వికేంద్రీకృత ఎక్స్ఛేంజీలలో ట్రేడింగ్ జతలు",
+ "page-what-is-ether-what-is-wrapping-eth-description-4": "Aave వంటి లెండింగ్ ప్లాట్ఫారమ్లపై కొలేటరల్",
+ "page-what-is-ether-what-is-wrapping-eth-description-5": "OpenSea వంటి NFT మార్కెట్ప్లేస్లలో బిడ్డింగ్",
+ "page-what-is-ether-what-is-wrapping-eth-description-6": "WETHను ఎప్పుడైనా కనీస రుసుములతో తిరిగి ETHగా మార్చవచ్చు. WETH నాశనం చేయబడుతుంది, మరియు అది సూచించిన ETH స్మార్ట్ కాంట్రాక్ట్ నుండి విడుదల చేయబడుతుంది. చాలా అప్లికేషన్లు చుట్టడం మరియు విప్పడం ప్రక్రియను సజావుగా నిర్వహిస్తాయి.",
+ "page-what-is-ether-what-is-wrapping-eth-description-7": "చుట్టబడిన ETH (WETH) గురించి మరింత తెలుసుకోండి",
+ "page-what-is-ether-gas-table-transaction-type": "లావాదేవీ రకం",
+ "page-what-is-ether-gas-table-typical-cost-range": "ప్రత్యక్ష వ్యయ పరిధి",
+ "page-what-is-ether-gas-table-estimated-gas-units": "అంచనా వేయబడిన గ్యాస్ యూనిట్లు",
+ "page-what-is-ether-gas-table-row-1-1": "ETH బదిలీలు",
+ "page-what-is-ether-gas-table-row-2-1": "టోకెన్లను మార్చుకోవడం",
+ "page-what-is-ether-gas-table-row-3-1": "సంక్లిష్టమైన DeFi/NFT లావాదేవీలు"
+}
\ No newline at end of file
diff --git a/src/intl/te/page-what-is-ethereum.json b/src/intl/te/page-what-is-ethereum.json
index 1d757dc0631..7d2a595fe7a 100644
--- a/src/intl/te/page-what-is-ethereum.json
+++ b/src/intl/te/page-what-is-ethereum.json
@@ -1,128 +1,187 @@
{
- "page-what-is-ethereum-alt-img-bazaar": "ఇథేరియంను సూచించడానికి ఉద్దేశించిన బజార్లోకి చూస్తున్న వ్యక్తి యొక్క ఉదాహరణ",
- "page-what-is-ethereum-alt-img-comm": "ఇథేరియం సంఘం వాళ్ళు అంత కలిసి పనిచేస్తున్నట్టు ఒక ఊహచిత్రం",
- "page-what-is-ethereum-alt-img-lego": "లెగో ఇటుకలతో తయారు చేయబడిన ETH లోగోను సృష్టించే చేతి యొక్క ఉదాహరణ",
- "page-what-is-ethereum-banking-card": "ప్రతి ఒక్కరికీ బ్యాంకింగ్",
- "page-what-is-ethereum-banking-card-desc": "ఆర్థిక సేవలు అందరికీ అందుబాటులో ఉండవు. కానీ మీరు Ethereumను యాక్సెస్ చేయడానికి కావలసిందల్లా మరియు దానిపై నిర్మించబడిన రుణాలు ఇవ్వడం, రుణాలు పొందడం మరియు పొదుపు ఉత్పత్తులు పొందడానికి ఇంటర్నెట్ కనెక్షన్ మాత్రమే.",
- "page-what-is-ethereum-build": "Ethereumతో ఏదైనా చేయండి",
- "page-what-is-ethereum-build-desc": "మీరు Ethereumతో నిర్మించడానికి ప్రయత్నించాలనుకుంటే, మా పత్రాలను చదవండి, కొన్ని ట్యుటోరియల్లను ప్రయత్నించండి లేదా మీరు ప్రారంభించడానికి అవసరమైన సాధనాలను తనిఖీ చేయండి.",
- "page-what-is-ethereum-censorless-card": "సెన్సార్షిప్-రెసిస్టెంట్",
- "page-what-is-ethereum-censorless-card-desc": "Ethereumపై ఏ ప్రభుత్వం లేదా కంపెనీకి నియంత్రణ లేదు. వికేంద్రీకరణ అనేది Ethereumలో చెల్లింపులను స్వీకరించకుండా లేదా సేవలను ఉపయోగించకుండా మిమ్మల్ని ఎవరైనా ఆపడం దాదాపు అసాధ్యం.",
- "page-what-is-ethereum-comm-desc": "మా సంఘంలో కళాకారులు, క్రిప్టో-ఆర్టిస్ట్లు, ఫార్చ్యూన్ 500 కంపెనీలు మరియు ఇప్పుడు మీతో సహా అన్ని నేపథ్యాలకు చెందిన వ్యక్తులు ఉన్నారు. ఈరోజు మీరు ఎలా పాల్గొనవచ్చో తెలుసుకోండి.",
- "page-what-is-ethereum-commerce-card": "వాణిజ్య హామీలు",
- "page-what-is-ethereum-commerce-card-desc": "మీరు అంగీకరించిన వాటిని అందిస్తేనే నిధులు చేతులు మారుతాయనే సురక్షితమైన, అంతర్నిర్మిత గ్యారంటీ వినియోగదారులకు ఉంది. అదేవిధంగా, డెవలపర్లు తమపై నిబంధనలు మారవని ఖచ్చితంగా చెప్పవచ్చు.",
- "page-what-is-ethereum-composable-card": "సంయోజ్య ఉత్పన్నాలు",
- "page-what-is-ethereum-composable-card-desc": "అన్ని యాప్లు భాగస్వామ్య ప్రపంచ స్థితితో ఒకే బ్లాక్చైన్పై నిర్మించబడ్డాయి, అంటే అవి ఒకదానికొకటి నిర్మించగలవు (లెగో బ్రిక్స్ వంటివి). ఇది మెరుగైన ఉత్పత్తులు మరియు అనుభవాలు మరియు హామీలను అనుమతిస్తుంది, యాప్ల ఆధారిత ఏ సాధనాలను ఎవరూ తొలగించలేరు.",
- "page-what-is-ethereum-community": "Ethereum సభ్యుల సంఘం",
- "page-what-is-ethereum-desc": "మా డిజిటల్ భవిష్యత్తుకు మూలస్తంభం",
- "page-what-is-ethereum-explore": "Ethereumని అన్వేషించండి",
- "page-what-is-ethereum-internet-card": "ఓపెన్ ఇంటర్నెట్",
- "page-what-is-ethereum-internet-card-desc": "ఎవరైనా Ethereum నెట్వర్క్తో సంభాషించవచ్చు లేదా దానిపై అప్లికేషన్లను తయారుచేయవచ్చు. ఇది మీ స్వంత ఆస్తులు మరియు గుర్తింపును నియంత్రించడానికి మిమ్మల్ని అనుమతిస్తుంది, వాటిని కొన్ని మెగా-కార్పొరేషన్లు నియంత్రిస్తాయి.",
- "page-what-is-ethereum-meet-comm": "కమ్యూనిటీని కలవండి",
- "page-what-is-ethereum-meta-description": "Ethereum గురించి, అది ఏమి చేస్తుంది మరియు మీ కోసం ఎలా ప్రయత్నించాలి తెలుసుకోండి.",
- "page-what-is-ethereum-meta-title": "ఇతీరియము అంటే ఏమిటి? | ethereum.org",
- "page-what-is-ethereum-p2p-card": "పీర్-టు-పీర్ నెట్వర్క్",
- "page-what-is-ethereum-p2p-card-desc": "Ethereum మిమ్మల్ని సమన్వయం చేయడానికి, ఒప్పందాలు చేసుకోవడానికి లేదా డిజిటల్ ఆస్తులను ఇతర వ్యక్తులతో నేరుగా బదిలీ చేయడానికి అనుమతిస్తుంది. మధ్యవర్తులపై ఆధారపడాల్సిన అవసరం లేదు.",
- "page-what-is-ethereum-start-building-btn": "14 / 5,000\nTranslation results\nనిర్మించడం ప్రారంభించండి",
+ "page-what-is-ethereum-meta-title": "ఇతీరియము అంటే ఏమిటి? (ఒక పూర్తి గైడ్) | ethereum.org",
+ "page-what-is-ethereum-meta-description": "ఇతీరియము అంటే ఏమిటి, అది ఎలా పనిచేస్తుంది, అది ఏమి చేస్తుంది మరియు దానిని ఉపయోగించడం లేదా దానిపై నిర్మించడం ఎలా ప్రారంభించాలి అనే దానిపై పూర్తి అవలోకన. సరళమైన పదాలలో వివరించబడింది.",
"page-what-is-ethereum-title": "ఎథిరియమ్ అంటే ఏంటి?",
- "page-what-is-ethereum-subtitle": "Ethereumఎలా పనిచేస్తుందో, అది తీసుకువచ్చే ప్రయోజనాలు మరియు ప్రపంచవ్యాప్తంగా మిలియన్ల మంది ప్రజలు దీనిని ఎలా ఉపయోగిస్తున్నారో పూర్తి ప్రారంభ మార్గదర్శి.",
- "page-what-is-ethereum-button-lets-start": "మొదలు పెడదాం",
- "page-what-is-ethereum-blockchain-tab-title": "బ్లాక్చెయిన్ అంటే ఏమిటి?",
- "page-what-is-ethereum-blockchain-tab-content": "
ఒక బ్లాక్చెయిన్ ట్రాన్సాక్షన్ల డేటాబేస్ అనేక కంప్యూటర్ల జాలంలో అప్డేట్ చేయబడుతుంది మరియు షేర్ చేయబడుతుంది. కొత్త విధానంలో ట్రాన్సాక్షన్ సెట్ జోడించబడిన సమయంలో అది \"బ్లాక్\" అని పిలుపు పెట్టబడుతుంది - అంటే బ్లాక్చెయిన్ అంటారు. జనాల బ్లాక్చెయిన్లు, ఉదాహరణకు Ethereum, ఎవరేనా డేటాను జోడించుచున్నవారికే మాత్రమే అనుమతిస్తాయి, కానీ తీసుకువవలన లేదు. మీరు మార్పు చేయాలనుకుంటే వారు జబ్బు చేయగలరు డేటా నెట్వర్క్లో ఉన్న బహుమతి కంప్యూటర్ల్లో. దీనిలో చాలా జనాలను ఉన్నట్లు ఇచ్చేస్తుంది! ఇది Ethereum వంటి డిసెంట్రలైజ్డ్ బ్లాక్చెయిన్లను గంభీరంగా సురక్షితంగా మార్చేది.",
- "page-what-is-ethereum-cryptocurrency-tab-title": "క్రిప్టోకరెన్సీ అంటే ఏమిటి?",
- "page-what-is-ethereum-cryptocurrency-tab-content-1": "క్రిప్టోకరెన్సీ అనేది బ్లాక్ చెయిన్ ఉపయోగించి భద్రపరచబడిన అనేక రకాల డిజిటల్ టోకెన్లను వివరించడానికి ఉపయోగించే పదం. ఇదంతా బిట్ కాయిన్తో మొదలైంది. మధ్యవర్తిని నమ్మాల్సిన అవసరం లేకుండా రెండు పార్టీల మధ్య విలువను బదిలీ చేయడానికి బిట్ కాయిన్ను ఉపయోగించవచ్చు. మీరు బిట్ కాయిన్ కోడ్ను మాత్రమే నమ్మాలి, ఇది తెరిచి మరియు ఉచితంగా లభిస్తుంది.",
- "page-what-is-ethereum-cryptocurrency-tab-content-2": "బిట్కాయిన్ మరియు ఈథర్ వంటి ఆస్తులను “క్రిప్టోకరెన్సీలు” అని పిలవడానికి కారణం ఏమిటంటే, మీ డేటా మరియు ఆస్తుల భద్రత క్రిప్టోగ్రఫీ ద్వారా హామీ ఇవ్వబడుతుంది, నిజాయితీగా వ్యవహరించే సంస్థ లేదా కార్పొరేషన్ను విశ్వసించడం ద్వారా కాదు.",
- "page-what-is-ethereum-cryptocurrency-tab-content-3": "Ethereum దాని స్వంత స్థానిక క్రిప్టోకరెన్సీ, ఈథర్ (ETH) ను కలిగి ఉంది, ఇది నెట్వర్క్లోని కొన్ని కార్యకలాపాలకు చెల్లించడానికి ఉపయోగించబడుతుంది. దీనిని ఇతర వినియోగదారులకు బదిలీ చేయవచ్చు లేదా ఎథేరియంలో ఇతర టోకెన్ల కోసం స్వాప్ చేయవచ్చు. ఈథర్ ప్రత్యేకమైనది ఎందుకంటే ఎథేరియంపై యాప్లు మరియు సంస్థలను రూపొందించడానికి మరియు అమలు చేయడానికి అవసరమైన గణన కోసం చెల్లించడానికి ఇది ఉపయోగించబడుతుంది.",
- "page-what-is-ethereum-summary-title": "సారాంశం",
- "page-what-is-ethereum-summary-desc-1": "Ethereum అనేది వేలకొద్దీ యాప్లు మరియు బ్లాక్చెయిన్ల కోసం ప్రధాన ప్లాట్ఫారమ్, అన్నీ Ethereum ప్రోటోకాల్ ద్వారా ఆధారితం.",
- "page-what-is-ethereum-summary-desc-2": "ఈ శక్తివంతమైన పర్యావరణ వ్యవస్థ ఆవిష్కరణలకు మరియు విస్తృత శ్రేణి వికేంద్రీకృత యాప్లు మరియు సేవలకు ఆజ్యం పోస్తుంది.",
- "page-what-is-ethereum-summary-bullet-1": "ఉచిత మరియు ప్రపంచ Ethereum ఖాతాలు",
- "page-what-is-ethereum-summary-bullet-2": "సూడో-ప్రైవేట్, వ్యక్తిగత సమాచారం అవసరం లేదు",
- "page-what-is-ethereum-summary-bullet-3": "నియంత్రణలు లేకుండా ఎవరైనా పాల్గొనవచ్చు",
- "page-what-is-ethereum-summary-bullet-4": "Ethereum పై ఎలాంటి కంపెనీకి యాజమాన్యం లేదు లేదా దాని భవిష్యత్తును నిర్ణయించదు",
- "page-what-is-ethereum-btc-eth-diff-title": "Ethereum మరియు Bitcoin లక్షణాల మధ్య ఏంటి వ్యత్యాసం?",
- "page-what-is-ethereum-btc-eth-diff-1": "2015లో ముగిసినందున, Ethereum కొన్ని పెద్ద వ్యత్యాసాలతో Bitcoin'యొక్క ఆవిష్కారానికి ఆధారంగా తయారుచేసింది.",
- "page-what-is-ethereum-btc-eth-diff-2": "రెండూ పేమెంట్ ప్రొవైడర్లు లేదా బ్యాంకులు లేకుండా డిజిటల్ డబ్బును ఉపయోగించడానికి మిమ్మల్ని అనుమతిస్తాయి. కానీ Ethereum ప్రోగ్రామబుల్, కాబట్టి మీరు దాని నెట్వర్క్లో వికేంద్రీకృత అనువర్తనాలను కూడా నిర్మించవచ్చు మరియు మోహరించవచ్చు.",
- "page-what-is-ethereum-btc-eth-diff-3": "Bitcoin మనం విలువైనదిగా భావించే వాటి గురించి ఒకరికొకరు ప్రాథమిక సందేశాలను పంపడానికి వీలు కల్పిస్తుంది. అధికారం లేకుండా విలువను స్థాపించడం ఇప్పటికే శక్తివంతమైనది. Ethereum దీనిని విస్తరిస్తుంది: కేవలం సందేశాలు కాకుండా, మీరు ఏదైనా సాధారణ ప్రోగ్రామ్ రాయవచ్చు లేదా ఒప్పందం చేసుకోవచ్చు. సృష్టించగల మరియు అంగీకరించగల ఒప్పందాలకు పరిమితి లేదు, అందువల్ల ఎథేరియం నెట్వర్క్లో గొప్ప ఆవిష్కరణ జరుగుతుంది.",
- "page-what-is-ethereum-btc-eth-diff-4": "Bitcoin కేవలం పేమెంట్ నెట్వర్క్ మాత్రమే అయినప్పటికీ, Ethereum ఆర్థిక సేవలు, గేమ్స్, సోషల్ నెట్వర్క్లు మరియు ఇతర అనువర్తనాల మార్కెట్ ప్లేస్ వంటిది.",
- "page-what-is-ethereum-what-can-eth-do-title": "Ethereum ఏమి చేయగలదు?",
- "page-what-is-ethereum-why-would-i-use-ethereum-title": "నేను Ethereumను ఎందుకు ఉపయోగించాలి?",
- "page-what-is-ethereum-why-would-i-use-ethereum-1": "ప్రపంచవ్యాప్తంగా సమన్వయం చేసుకోవడానికి, సంస్థలను రూపొందించడానికి, యాప్లను రూపొందించడానికి మరియు విలువను పంచుకోవడానికి మరింత స్థితిస్థాపకంగా, బహిరంగంగా మరియు నమ్మదగిన మార్గాలపై మీకు ఆసక్తి ఉంటే, ఇతీరియము మీ కోసం. Ethereum అనేది మనమందరం వ్రాసిన కథ, కాబట్టి రండి మరియు దానితో మనం ఏ అద్భుతమైన ప్రపంచాలను నిర్మించగలమో కనుగొనండి.",
- "page-what-is-ethereum-why-would-i-use-ethereum-2": "Ethereum వాటి నియంత్రణలో లేదా సౌందర్యాన్ని భద్రతపెడకపగల వ్యక్తులకు కూడా అపరిమితమైన ప్రాధాన్యత కలిగినది మరియు తరలిసిన నేపథ్యాల వల్ల వాటి ఆస్తివిధులను నియంత్రించడానికి దిగుమతి కలిగించిన వ్యక్తులకు అత్యధిక విపండనకరంగా ఉంది.",
- "page-what-is-ethereum-slide-1-title": "చౌకైన మరియు వేగవంతమైన క్రాస్ బార్డర్ చెల్లింపులు",
- "page-what-is-ethereum-slide-1-desc-1": "స్టేబుల్ కాయిన్లు ఒక కొత్త రకం క్రిప్టోకరెన్సీ, ఇది దాని విలువకు మరింత స్థిరమైన ఆస్తిపై ఆధారపడుతుంది. వాటిలో ఎక్కువ భాగం యునైటెడ్ స్టేట్స్ డాలర్తో అనుసంధానించబడి ఉంటాయి మరియు అందువల్ల ఆ కరెన్సీ విలువను కొనసాగిస్తాయి. ఇవి చాలా చౌకైన మరియు స్థిరమైన ప్రపంచ చెఇతీరియముల్లింపు వ్యవస్థను అనుమతిస్తాయి. అనేక ప్రస్తుత స్టేబుల్ కాయిన్లు Ethereum నెట్వర్క్పై రూపొందించబడ్డాయి.",
- "page-what-is-ethereum-slide-1-desc-2": "Ethereum మరియు స్టేబుల్ కాయిన్లు విదేశాలకు డబ్బు పంపే ప్రక్రియను సులభతరం చేస్తాయి. మీ సగటు బ్యాంకుకు పట్టే అనేక వ్యాపార రోజులు లేదా వారాలకు విరుద్ధంగా, ప్రపంచవ్యాప్తంగా నిధులను తరలించడానికి తరచుగా కొన్ని నిమిషాలు మాత్రమే పడుతుంది మరియు ధరలో కొంత భాగం. అదనంగా, అధిక విలువ కలిగిన లావాదేవీ చేయడానికి ఎటువంటి అదనపు రుసుము లేదు మరియు మీరు మీ డబ్బును ఎక్కడ లేదా ఎందుకు పంపుతున్నారనే దానిపై ఎటువంటి పరిమితులు లేవు.",
- "page-what-is-ethereum-slide-2-title": "సంక్షోభ సమయాల్లో సత్వర సాయం",
- "page-what-is-ethereum-slide-2-desc-1": "మీరు నివసిస్తున్న విశ్వసనీయ సంస్థల ద్వారా అనేక బ్యాంకింగ్ ఎంపికలను కలిగి ఉండటానికి మీకు అదృష్టం ఉంటే, వారు అందించే ఆర్థిక స్వేచ్ఛ, భద్రత మరియు స్థిరత్వాన్ని మీరు తేలికగా తీసుకోవచ్చు. కానీ రాజకీయ అణచివేత లేదా ఆర్థిక ఇబ్బందులను ఎదుర్కొంటున్న ప్రపంచవ్యాప్తంగా చాలా మందికి, ఆర్థిక సంస్థలు వారికి అవసరమైన రక్షణ లేదా సేవలను అందించకపోవచ్చు.",
- "page-what-is-ethereum-slide-2-desc-2": "యుద్ధం, ఆర్థిక పతనం లేదా పౌర హక్కులపై అణచివేత వెనిజులాను ప్రభావితం చేసినప్పుడు, వెనెజులా,
diff --git a/public/content/translations/te/ethereum-forks/index.md b/public/content/translations/te/ethereum-forks/index.md
index eae27e39054..a5d45afd9a1 100644
--- a/public/content/translations/te/ethereum-forks/index.md
+++ b/public/content/translations/te/ethereum-forks/index.md
@@ -9,7 +9,7 @@ sidebarDepth: 1
ఇతీరియము బ్లాక్ చైను యొక్క అన్ని ప్రధాన మైలురాళ్ళు, ఫోర్కులు మరియు నవీకరణల కాలక్రమం.
-
+
నెట్వర్క్కు ప్రధాన సాంకేతిక నవీకరణలు లేదా మార్పులు చేయవలసి వచ్చినప్పుడు ఫోర్కులు ఏర్పడతాయి – అవి సాధారణంగా [ఇతీరియము ఇంప్రూవ్మెంట్ ప్రపోజల్స్ (EIPలు)](/eips/) నుండి పుడతాయి మరియు ప్రోటోకాల్ యొక్క "నియమాలను" మారుస్తాయి.
@@ -19,7 +19,7 @@ sidebarDepth: 1
-
+
ఇతీరియముకు ఆధారమైన సాఫ్ట్వేర్ రెండు భాగాలుగా ఉంటుంది, వాటిని [ఎగ్జిక్యూషన్ లేయర్](/glossary/#execution-layer) మరియు [ఏకాభిప్రాయం లేయర్](/glossary/#consensus-layer) అని పిలుస్తారు.
@@ -89,7 +89,7 @@ sidebarDepth: 1
నవీకరణ యొక్క ఇతర భాగాలు సాధారణ వినియోగదారుల కోసం అనుభవాన్ని మెరుగుపరచడంపై దృష్టి పెట్టాయి. EIP-7702 ఒక సాధారణ నాన్-స్మార్ట్-కాంట్రాక్ట్ ఖాతా ([EOA](/glossary/#eoa)) కోసం స్మార్ట్ కాంట్రాక్ట్కు సమానమైన సంకేత భాషను అమలు చేసే సామర్థ్యాన్ని తెచ్చింది. ఇది లావాదేవీల బ్యాచింగ్, గ్యాస్ స్పాన్సర్షిప్, ప్రత్యామ్నాయ ప్రామాణీకరణ, ప్రోగ్రామబుల్ వ్యయ నియంత్రణలు, ఖాతా పునరుద్ధరణ యంత్రాంగాలు మరియు మరిన్ని వంటి సాంప్రదాయ ఇతీరియము ఖాతాల కోసం అపరిమితమైన కొత్త కార్యాచరణను అన్లాక్ చేసింది.
-
+
మెరుగైన వినియోగదారు అనుభవం:
@@ -138,7 +138,7 @@ sidebarDepth: 1
ముఖ్యంగా ఇది EIP-4844ని కలిగి ఉంటుంది, దీనిని **ప్రోటో-డాంక్షార్డింగ్** అని పిలుస్తారు, ఇది లేయర్ 2 రోల్అప్ల కోసం డేటా నిల్వ ఖర్చును గణనీయంగా తగ్గిస్తుంది. డేటా "బ్లాబ్స్" ప్రవేశపెట్టడం ద్వారా ఇది సాధించబడుతుంది, ఇది రోల్అప్లను తక్కువ కాలానికి మెయిన్నెట్కు డేటాను పోస్ట్ చేయడానికి అనుమతిస్తుంది. ఇది లేయర్ 2 రోల్అప్ల వినియోగదారులకు గణనీయంగా తక్కువ లావాదేవీల రుసుములకు దారితీస్తుంది.
-
+
- EIP-1153 - తాత్కాలిక నిల్వ ఆప్కోడ్లు
@@ -164,7 +164,7 @@ sidebarDepth: 1
EIP-7514, నెట్వర్క్లోకి వాలిడేటర్లు చేరే "చర్న్" రేటును ప్రతి ఎపోచ్కు ఎనిమిది (8) కి పరిమితం చేయడం ద్వారా ETH జారీని కఠినతరం చేస్తుంది. ETH జారీ అనేది మొత్తం స్టేక్ చేసిన ETHకు అనుపాతంలో ఉన్నందున, చేరే వాలిడేటర్ల సంఖ్యను పరిమితం చేయడం కొత్తగా జారీ చేయబడిన ETH యొక్క _వృద్ధి రేటు_ను పరిమితం చేస్తుంది, అదే సమయంలో నోడ్ ఆపరేటర్ల కోసం హార్డ్వేర్ అవసరాలను తగ్గిస్తుంది, వికేంద్రీకరణకు సహాయపడుతుంది.
-
+
- EIP-4788 - EVMలో బీకన్ బ్లాక్ రూట్
@@ -191,7 +191,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
షాంఘై నవీకరణ ఎగ్జిక్యూషన్ లేయర్కు స్టేకింగ్ ఉపసంహరణలను తీసుకువచ్చింది. కాపెల్లా నవీకరణతో పాటు, ఇది బ్లాక్లు ఉపసంహరణ కార్యకలాపాలను అంగీకరించడానికి వీలు కల్పించింది, ఇది స్టేకర్లు వారి ETHను బీకన్ చైన్ నుండి ఎగ్జిక్యూషన్ లేయర్కు ఉపసంహరించుకోవడానికి అనుమతిస్తుంది.
-
+
- EIP-3651 –
COINBASE చిరునామాను వెచ్చగా ప్రారంభిస్తుంది
@@ -230,7 +230,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- [పారిస్ నవీకరణ స్పెసిఫికేషన్ను చదవండి](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md)
-
+
- EIP-3675 – ఏకాభిప్రాయాన్ని ప్రూఫ్-ఆఫ్-స్టేక్కు నవీకరించండి
@@ -263,7 +263,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- [EF బ్లాగ్ - గ్రే గ్లేసియర్ నవీకరణ ప్రకటన](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)
-
+
- EIP-5133 – డిఫికల్టీ బాంబును సెప్టెంబర్ 2022 వరకు ఆలస్యం చేస్తుంది
@@ -286,7 +286,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- [EF బ్లాగ్ - యారో గ్లేసియర్ నవీకరణ ప్రకటన](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/)
- [ఇతీరియము క్యాట్ హెర్డర్స్ - ఇతీరియము యారో గ్లేసియర్ నవీకరణ](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002)
-
+
- EIP-4345 – డిఫికల్టీ బాంబును జూన్ 2022 వరకు ఆలస్యం చేస్తుంది
@@ -340,7 +340,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- [ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/)
- [ఇతీరియము క్యాట్ హెర్డర్ వివరణను చదవండి](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41)
-
+
- EIP-1559 – లావాదేవీ రుసుము మార్కెట్ను మెరుగుపరుస్తుంది
@@ -365,7 +365,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- [ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/)
- [ఇతీరియము క్యాట్ హెర్డర్ వివరణను చదవండి](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80)
-
+
- EIP-2565 – ModExp గ్యాస్ ఖర్చును తగ్గిస్తుంది
@@ -423,7 +423,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- [ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/)
- [ఇతీరియము క్యాట్ హెర్డర్ వివరణను చదవండి](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210)
-
+
- EIP-2384 – మరో 4,000,000 బ్లాక్ల వరకు, లేదా ~611 రోజుల వరకు డిఫికల్టీ బాంబును ఆలస్యం చేస్తుంది.
@@ -451,7 +451,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
[ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement/)
-
+
- EIP-152 – ఇతీరియమును గోప్యతను కాపాడే కరెన్సీ అయిన జడ్క్యాష్తో పని చేయడానికి అనుమతిస్తుంది.
@@ -481,7 +481,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
[ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement/)
-
+
- EIP-145 – కొన్ని ఆన్చైన్ చర్యల ఖర్చును ఆప్టిమైజ్ చేస్తుంది.
@@ -511,7 +511,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
[ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement/)
-
+
- EIP-140 –
REVERT ఆప్కోడ్ను జోడిస్తుంది.
@@ -545,7 +545,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
[ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon/)
-
+
- EIP-155 – ఒక ఇతీరియము చైన్ నుండి లావాదేవీలు ప్రత్యామ్నాయ చైన్పై పునఃప్రసారం చేయబడకుండా నిరోధిస్తుంది, ఉదాహరణకు ఒక టెస్టునెట్ లావాదేవీ ప్రధాన ఇతీరియము చైన్పై రీప్లే చేయబడటం.
@@ -570,7 +570,7 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
[ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2016/10/18/faq-upcoming-ethereum-hard-fork/)
-
+
- EIP-150 – స్పామ్ దాడులలో ఉపయోగించగల ఆప్కోడ్ల గ్యాస్ ఖర్చులను పెంచుతుంది.
@@ -607,7 +607,7 @@ DAO ఫోర్క్ [2016 DAO దాడి](https://www.coindesk.com/learn/un
[ఇతీరియము ఫౌండేషన్ ప్రకటనను చదవండి](https://blog.ethereum.org/2016/02/29/homestead-release/)
-
+
- EIP-2 – కాంట్రాక్ట్ సృష్టి ప్రక్రియకు మార్పులు చేస్తుంది.
diff --git a/public/content/translations/te/payments/index.md b/public/content/translations/te/payments/index.md
index b5473ad9db2..567991afc0a 100644
--- a/public/content/translations/te/payments/index.md
+++ b/public/content/translations/te/payments/index.md
@@ -28,9 +28,9 @@ summaryPoint3: ఒక నిమిషంలోపు చెల్లింపు
విదేశాలలో పనిచేస్తున్న లక్షలాది మంది ప్రజలకు, ఇంటికి డబ్బు పంపడం ఒక సాధారణ అవసరం. సాంప్రదాయ చెల్లింపు సేవలు తరచుగా అధిక రుసుములు మరియు నెమ్మదిగా ప్రాసెసింగ్ సమయాలతో వస్తాయి. ఇతీరియము ఒక ఆకట్టుకునే ప్రత్యామ్నాయాన్ని అందిస్తుంది.
-
-
-
+
+
+
## ప్రపంచ కరెన్సీలకు యాక్సెస్ {#access-to-global-currencies}
diff --git a/public/content/translations/te/prediction-markets/index.md b/public/content/translations/te/prediction-markets/index.md
index 6795cf20c50..744825883e4 100644
--- a/public/content/translations/te/prediction-markets/index.md
+++ b/public/content/translations/te/prediction-markets/index.md
@@ -30,9 +30,9 @@ buttons:
సాంప్రదాయ అంచనాకు భిన్నంగా, బ్లాక్చెయిన్-ఆధారిత అంచనా మార్కెట్లు:
-
-
-
+
+
+
మార్కెట్ పరిశీలకుడిగా కూడా, మీరు ఇతరత్రా అందుబాటులో లేని విలువైన డేటాను అంచనా వేయవచ్చు. దీనిని ఇలా ఆలోచించండి:
diff --git a/public/content/translations/te/real-world-assets/index.md b/public/content/translations/te/real-world-assets/index.md
index 91c75bd684a..7fbc07a31e0 100644
--- a/public/content/translations/te/real-world-assets/index.md
+++ b/public/content/translations/te/real-world-assets/index.md
@@ -28,12 +28,12 @@ RWA టోకెన్లకు అంతర్గత విలువ ఏదీ
## RWAs యొక్క ప్రయోజనాలు ఏమిటి? {#rwas-benefits}
-
-
-
-
-
-
+
+
+
+
+
+
## RWAs ఎలా పనిచేస్తాయి? {#how-rwas-work}
diff --git a/public/content/translations/te/roadmap/danksharding/index.md b/public/content/translations/te/roadmap/danksharding/index.md
index 854661f0326..b048dbdf678 100644
--- a/public/content/translations/te/roadmap/danksharding/index.md
+++ b/public/content/translations/te/roadmap/danksharding/index.md
@@ -19,13 +19,13 @@ summaryPoints:
ఇది ఖరీదైనది, ఎందుకంటే రోల్అప్లకు తక్కువ సమయం మాత్రమే డేటా అవసరం అయినప్పటికీ, ఇది అన్ని Ethereum నోడ్ల ద్వారా ప్రాసెస్ చేయబడుతుంది మరియు ఎప్పటికీ ఆన్చెయిన్లో ఉంటుంది. ప్రోటో-డాన్క్షర్డింగ్ డేటా బ్లాబ్లను పరిచయం చేస్తుంది, వాటిని పంపవచ్చు మరియు బ్లాక్లకు జోడించవచ్చు. ఈ బ్లాబ్లలోని డేటా EVMకు ప్రాప్యత చేయబడదు మరియు నిర్ణీత వ్యవధి తర్వాత స్వయంచాలకంగా తొలగించబడుతుంది (వ్రాసే సమయంలో 4096 యుగాలకు లేదా దాదాపు 18 రోజులకు సెట్ చేయబడింది). దీనర్థం రోల్అప్లు వారి డేటాను మరింత చౌకగా పంపగలవు మరియు చౌకైన లావాదేవీల రూపంలో తుది వినియోగదారులకు పొదుపులను అందజేయగలవు.
-
+
రోల్అప్లు అనేవి లావాదేవీలను ఆఫ్చెయిన్లో బ్యాచింగ్ చేసి, ఆపై ఫలితాలను Ethereumకు పోస్ట్ చేయడం ద్వారా Ethereumను స్కేల్ చేయడానికి ఒక మార్గం. రోల్అప్ తప్పనిసరిగా రెండు భాగాలను కలిగి ఉంటుంది: డేటా మరియు ఎగ్జిక్యూషన్ చెక్. డేటా అనేది Ethereumకు పోస్ట్ చేయబడే స్థితి మార్పును ఉత్పత్తి చేయడానికి రోల్అప్ ద్వారా ప్రాసెస్ చేయబడే లావాదేవీల పూర్తి క్రమం. ఎగ్జిక్యూషన్ చెక్ అనేది ప్రతిపాదిత రాష్ట్ర మార్పు సరైనదని నిర్ధారించుకోవడానికి కొంత నిజాయితీ గల యాక్టర్ (ఒక "ప్రూవర్") ఆ లావాదేవీలను తిరిగి అమలు చేయడం. ఎగ్జిక్యూషన్ చెక్ చేయడానికి, ఎవరైనా డౌన్లోడ్ చేయడానికి మరియు తనిఖీ చేయడానికి లావాదేవీ డేటా చాలా కాలం పాటు అందుబాటులో ఉండాలి. దీనర్థం రోల్అప్ సీక్వెన్సర్ ద్వారా ఏదైనా నిజాయితీ లేని ప్రవర్తనను ప్రూవర్ గుర్తించవచ్చు మరియు సవాలు చేయవచ్చు. అయితే, ఇది ఎప్పటికీ అందుబాటులో ఉండవలసిన అవసరం లేదు.
-
+
రోల్అప్లు తమ లావాదేవీల డేటాకు సంబంధించిన కమిట్మెంట్లను ఆన్చెయిన్లో పోస్ట్ చేస్తాయి, అలాగే అసలు డేటాను డేటా బ్లాబ్స్లో అందుబాటులో ఉంచుతాయి. దీనర్థం నిరూపకులు కట్టుబాట్లు చెల్లుబాటు అవుతున్నాయని లేదా వారు తప్పుగా భావించే డేటాను సవాలు చేయవచ్చు. నోడ్-స్థాయి వద్ద, డేటా యొక్క బ్లాబ్లు ఏకాభిప్రాయ క్లయింట్లో ఉంచబడతాయి. ఏకాభిప్రాయ క్లయింట్లు వారు డేటాను చూశారని మరియు అది నెట్వర్క్లో ప్రచారం చేయబడిందని ధృవీకరిస్తున్నారు. డేటాను శాశ్వతంగా ఉంచినట్లయితే, ఈ క్లయింట్లు బ్లోట్ అవుతాయి మరియు నోడ్లను అమలు చేయడానికి పెద్ద హార్డ్వేర్ అవసరాలకు దారితీస్తాయి. బదులుగా, డేటా ప్రతి 18 రోజులకు నోడ్ నుండి స్వయంచాలకంగా తగ్గించబడుతుంది. ఏకాభిప్రాయ క్లయింట్ ధృవీకరణలు డేటాను ధృవీకరించడానికి రుజువులకు తగిన అవకాశం ఉందని నిరూపిస్తున్నాయి. అసలు డేటాను రోల్అప్ ఆపరేటర్లు, వినియోగదారులు లేదా ఇతరులు ఆఫ్చెయిన్లో నిల్వ చేయవచ్చు.
@@ -45,13 +45,13 @@ KZG వేడుక అనేది Ethereum కమ్యూనిటీ ను
EIP-4844 KZG వేడుక ప్రజలకు తెరిచి ఉంది మరియు వారి స్వంత ఎంట్రోపీ (రాండమ్నెస్) జోడించడానికి పదివేల మంది ప్రజలు పాల్గొన్నారు. మొత్తంగా 140,000 కంటే ఎక్కువ విరాళాలు వచ్చాయి, ఇది ప్రపంచంలోనే ఈ రకమైన అతి పెద్ద వేడుకగా మారింది. వేడుక దెబ్బతినడానికి, పాల్గొనేవారిలో 100% చురుకుగా నిజాయితీ లేనివారై ఉండాలి. పాల్గొనేవారి దృక్కోణంలో, వారు నిజాయితీగా ఉన్నారని వారికి తెలిస్తే, మరెవరినీ విశ్వసించాల్సిన అవసరం లేదు, ఎందుకంటే వారు వేడుకను భద్రపరిచారని వారికి తెలుసు (వారు వ్యక్తిగతంగా 1-ఔట్-N నిజాయితీగా పాల్గొనే అవసరాన్ని సంతృప్తిపరిచారు).
-
+
ఒక రోల్అప్ డేటాను బ్లాబ్లో పోస్ట్ చేసినప్పుడు, వారు ఆన్చెయిన్లో పోస్ట్ చేసే ఒక "కమిట్మెంట్"ను అందిస్తారు. ఈ నిబద్ధత నిర్దిష్ట పాయింట్ల వద్ద డేటాకు బహుపది ఫిట్ను మూల్యాంకనం చేయడం వల్ల ఏర్పడుతుంది. ఈ పాయింట్లు KZG వేడుకలో ఉత్పత్తి చేయబడిన యాదృచ్ఛిక సంఖ్యల ద్వారా నిర్వచించబడతాయి. సామెతలు డేటాను ధృవీకరించడానికి అదే పాయింట్ల వద్ద బహుపదిని మూల్యాంకనం చేయగలవు - అవి ఒకే విలువలకు వస్తే అప్పుడు డేటా సరైనది.
-
+
కమిట్మెంట్ కోసం ఉపయోగించిన యాదృచ్ఛిక స్థానాలు ఎవరికైనా తెలిస్తే, వారు ఆ నిర్దిష్ట పాయింట్ల వద్ద సరిపోయే కొత్త పాలినోమియల్ను (అంటే, ఒక "కొలిజన్") సులభంగా రూపొందించగలరు. దీనర్థం వారు బ్లాబ్ నుండి డేటాను జోడించవచ్చు లేదా తీసివేయవచ్చు మరియు ఇప్పటికీ చెల్లుబాటు అయ్యే రుజువును అందించవచ్చు. దీనిని నివారించడానికి, నిరూపణలకు అసలు రహస్య స్థానాలను ఇవ్వడానికి బదులుగా, వారు వాస్తవానికి దీర్ఘవృత్తాకార వక్రతలను ఉపయోగించి క్రిప్టోగ్రాఫిక్ "బ్లాక్ బాక్స్"లో చుట్టబడిన స్థానాలను స్వీకరిస్తారు. ఇవి అసలైన విలువలను రివర్స్-ఇంజనీరింగ్ చేయలేని విధంగా విలువలను ప్రభావవంతంగా పెనుగులాడతాయి, అయితే కొన్ని తెలివైన బీజగణిత ప్రూవర్లు మరియు వెరిఫైయర్లు ఇప్పటికీ అవి సూచించే పాయింట్లలో బహుపదిలను మూల్యాంకనం చేయగలవు.
@@ -67,13 +67,13 @@ EIP-4844 KZG వేడుక ప్రజలకు తెరిచి ఉంద
ప్రోటో-డాన్షార్డింగ్లోని ఆరు (6) నుండి బ్లాక్లకు జోడించబడిన బ్లాబ్లను పూర్తి డాన్షార్డింగ్లో 64కు విస్తరించడం ద్వారా ఇది పని చేసే విధానం. అవసరమైన మిగిలిన మార్పులు కొత్త పెద్ద బ్లాబ్లను నిర్వహించడానికి ఏకాభిప్రాయ క్లయింట్లు పనిచేసే విధానానికి సంబంధించిన అన్ని నవీకరణలు. ఈ మార్పులలో అనేకం ఇప్పటికే డాన్షార్డింగ్ కాకుండా ఇతర ప్రయోజనాల కోసం రోడ్మ్యాప్లో ఉన్నాయి. ఉదాహరణకు, డాన్షార్డింగ్కు ప్రపోజర్-బిల్డర్ విభజనను అమలు చేయడం అవసరం. ఇది వివిధ వాలిడేటర్లలో బిల్డింగ్ బ్లాక్లు మరియు బ్లాక్లను ప్రతిపాదించే పనులను వేరు చేసే అప్గ్రేడ్. అదేవిధంగా, డాన్షార్డింగ్ కోసం డేటా లభ్యత నమూనా అవసరం, అయితే ఇది చాలా చారిత్రాత్మక డేటా ("స్టేట్లెస్ క్లయింట్లు") నిల్వ చేయని చాలా తేలికైన క్లయింట్ల అభివృద్ధికి కూడా అవసరం.
-
+
32MB బ్లాబ్ డేటా కోసం ఖరీదైన కమిట్మెంట్లు మరియు రుజువులను రూపొందించకుండా వ్యక్తిగత వ్యాలిడేటర్లను నిరోధించడానికి ప్రపోజర్-బిల్డర్ విభజన అవసరం. 32MB బ్లాబ్ డేటా కోసం ఖరీదైన కమిట్మెంట్లు మరియు రుజువులను రూపొందించకుండా వ్యక్తిగత వ్యాలిడేటర్లను నిరోధించడానికి ప్రపోజర్-బిల్డర్ విభజన అవసరం. బదులుగా, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఈ ఖరీదైన గణన పనికి బాధ్యత వహిస్తారు. అప్పుడు, వారు తమ బ్లాక్లను ప్రసారం చేయడానికి ప్రపోజర్లను నిరోధించడానికి అందుబాటులో ఉంచుతారు. బ్లాక్ ప్రపోజర్ కేవలం అత్యంత లాభదాయకమైన బ్లాక్ను ఎంచుకుంటుంది. ఎవరైనా బ్లాబ్లను చౌకగా మరియు త్వరగా ధృవీకరించవచ్చు, అంటే ఏదైనా సాధారణ వ్యాలిడేటర్ బ్లాక్ బిల్డర్లు నిజాయితీగా ప్రవర్తిస్తున్నారో లేదో తనిఖీ చేయవచ్చు. ఇది వికేంద్రీకరణను త్యాగం చేయకుండా పెద్ద బ్లాబ్లను ప్రాసెస్ చేయడానికి అనుమతిస్తుంది. తప్పుగా ప్రవర్తించే బ్లాక్ బిల్డర్లను నెట్వర్క్ నుండి తొలగించి, కత్తిరించబడవచ్చు - బ్లాక్ బిల్డింగ్ లాభదాయకమైన కార్యకలాపం కాబట్టి ఇతరులు వారి స్థానంలోకి అడుగుపెడతారు.
-
+
బ్లాబ్ డేటాను త్వరగా మరియు సమర్ధవంతంగా ధృవీకరించడానికి వాలిడేటర్లకు డేటా లభ్యత నమూనా అవసరం. డేటా లభ్యత నమూనాను ఉపయోగించి, బొట్టు డేటా అందుబాటులో ఉందని మరియు సరిగ్గా కట్టుబడి ఉందని వ్యాలిడేటర్లు చాలా ఖచ్చితంగా చెప్పగలరు. ప్రతి వాలిడేటర్ యాదృచ్ఛికంగా కొన్ని డేటా పాయింట్లను శాంపిల్ చేయవచ్చు మరియు రుజువును సృష్టించవచ్చు, అంటే వాలిడేటర్ మొత్తం బొట్టును తనిఖీ చేయవలసిన అవసరం లేదు. ఏదైనా డేటా తప్పిపోయినట్లయితే, అది త్వరగా గుర్తించబడుతుంది మరియు బొట్టు తిరస్కరించబడుతుంది.
diff --git a/public/content/translations/te/roadmap/merge/index.md b/public/content/translations/te/roadmap/merge/index.md
index a5a87c548e8..298a81a1751 100644
--- a/public/content/translations/te/roadmap/merge/index.md
+++ b/public/content/translations/te/roadmap/merge/index.md
@@ -120,7 +120,7 @@ id="developers">
## ది మెర్జ్ గురించి అపోహలు {#misconceptions}
రెండు రకాల Ethereum నోడ్లు ఉన్నాయి: బ్లాక్లను ప్రతిపాదించగల నోడ్లు మరియు ప్రతిపాదించని నోడ్లు.
@@ -138,7 +138,7 @@ contentPreview="తప్పు. ఎవరైనా తమ స్వంతంగ
గ్యాస్ ఫీజులు నెట్వర్క్ సామర్థ్యానికి సంబంధించి నెట్వర్క్ డిమాండ్ యొక్క ఉత్పత్తి. ది మెర్జ్ ప్రూఫ్-ఆఫ్-వర్క్ వాడకాన్ని నిలిపివేసి, ఏకాభిప్రాయం కోసం ప్రూఫ్-ఆఫ్-స్టేక్కు మారింది, కానీ నెట్వర్క్ సామర్థ్యం లేదా త్రూపుట్ను నేరుగా ప్రభావితం చేసే ఏ పారామితులను గణనీయంగా మార్చలేదు.
@@ -148,7 +148,7 @@ contentPreview="తప్పు. ది మెర్జ్ అనేది ఒ
ఒక లావాదేవీ యొక్క "వేగం" కొన్ని మార్గాల్లో కొలవవచ్చు, ఇందులో బ్లాక్లో చేర్చడానికి పట్టే సమయం మరియు ఫైనలైజేషన్కు పట్టే సమయం కూడా ఉన్నాయి. ఈ రెండు మార్పులు స్వల్పంగా ఉంటాయి, కానీ వినియోగదారులు గమనించే విధంగా కాదు.
@@ -159,7 +159,7 @@ contentPreview="తప్పు. కొన్ని స్వల్ప మార
ది మెర్జ్ తర్వాత ప్రారంభంలో, స్టేకర్లు బ్లాక్ ప్రతిపాదనల ఫలితంగా సంపాదించిన ఫీజు చిట్కాలు మరియు MEVని మాత్రమే యాక్సెస్ చేయగలరు. ఈ రివార్డులు వ్యాలిడేటర్చే నియంత్రించబడే నాన్-స్టేకింగ్ ఖాతాకు (ఫీజు గ్రహీతగా పిలుస్తారు) క్రెడిట్ చేయబడతాయి మరియు వెంటనే అందుబాటులో ఉంటాయి. ఈ రివార్డులు వ్యాలిడేటర్ విధులను నిర్వర్తించడానికి ప్రోటోకాల్ రివార్డుల నుండి వేరుగా ఉంటాయి.
@@ -171,7 +171,7 @@ contentPreview="తప్పు, కానీ షాంఘై/కాపెల్
షాంఘై/కాపెల్లా అప్గ్రేడ్ విత్డ్రాయల్స్ను ఎనేబుల్ చేసినందున, వ్యాలిడేటర్లు 32 ETH కంటే ఎక్కువ ఉన్న వారి స్టేకింగ్ బ్యాలెన్స్ను విత్డ్రా చేసుకోవడానికి ప్రోత్సహించబడ్డారు, ఎందుకంటే ఈ నిధులు రాబడికి జోడించబడవు మరియు లేకపోతే లాక్ చేయబడతాయి. APR (మొత్తం స్టేక్ చేసిన ETH ద్వారా నిర్ణయించబడుతుంది) ఆధారంగా, వారు తమ మొత్తం బ్యాలెన్స్ను తిరిగి క్లెయిమ్ చేసుకోవడానికి వారి వ్యాలిడేటర్(ల) నుండి నిష్క్రమించడానికి లేదా మరింత రాబడిని సంపాదించడానికి వారి రివార్డులను ఉపయోగించి మరింత స్టేక్ చేయడానికి ప్రోత్సహించబడవచ్చు.
diff --git a/public/content/translations/te/roadmap/merge/issuance/index.md b/public/content/translations/te/roadmap/merge/issuance/index.md
index 482e9de38b5..053d3de3cda 100644
--- a/public/content/translations/te/roadmap/merge/issuance/index.md
+++ b/public/content/translations/te/roadmap/merge/issuance/index.md
@@ -16,7 +16,7 @@ ETH యొక్క **జారీ** అనేది గతంలో ఉని
+title="ETH జారీ క్లుప్తంగా">
- ప్రూఫ్-ఆఫ్-స్టేక్కు మారడానికి ముందు, మైనర్లకు సుమారుగా రోజుకు 13,000 ETH జారీ చేయబడింది
- సుమారు 14 మిలియన్ల మొత్తం ETH స్టేక్ చేయబడిన దాని ఆధారంగా, స్టేకర్లకు రోజుకు సుమారుగా 1,700 ETH జారీ చేయబడుతుంది
diff --git a/public/content/translations/te/roadmap/pbs/index.md b/public/content/translations/te/roadmap/pbs/index.md
index f1ece9bd264..d72335720b6 100644
--- a/public/content/translations/te/roadmap/pbs/index.md
+++ b/public/content/translations/te/roadmap/pbs/index.md
@@ -18,7 +18,7 @@ lang: te
[ఎన్క్రిప్టెడ్ మెంపూల్స్](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3) బ్లాక్ ఇప్పటికే ప్రసారం చేయబడిన తర్వాత వరకు, నిర్మాతలు మరియు ప్రతిపాదకులు వారు బ్లాక్లో ఏ లావాదేవీలను చేర్చుతున్నారో తెలుసుకోవడాన్ని కూడా అసాధ్యం చేస్తాయి.
-
+
శక్తివంతమైన సంస్థలు నిర్దిష్ట చిరునామాలకు లేదా వాటి నుండి లావాదేవీలను సెన్సార్ చేయడానికి వాలిడేటర్లపై ఒత్తిడి చేయవచ్చు. వాలిడేటర్లు వారి లావాదేవీ పూల్లో బ్లాక్లిస్ట్ చేయబడిన చిరునామాలను గుర్తించడం ద్వారా మరియు వారు ప్రతిపాదించిన బ్లాక్ల నుండి వాటిని వదిలివేయడం ద్వారా ఈ ఒత్తిడికి లోబడి ఉంటారు. PBS తర్వాత ఇది ఇకపై సాధ్యం కాదు ఎందుకంటే బ్లాక్ ప్రపోజర్లు తమ బ్లాక్లలో ఏ లావాదేవీలను ప్రసారం చేస్తున్నారో తెలియదు. నిర్దిష్ట వ్యక్తులు లేదా యాప్లు సెన్సార్షిప్ నియమాలను పాటించడం చాలా ముఖ్యం, ఉదాహరణకు ఇది వారి ప్రాంతంలో చట్టం చేయబడినప్పుడు. ఈ సందర్భాలలో, సమ్మతి అప్లికేషన్ స్థాయిలో జరుగుతుంది, అయితే ప్రోటోకాల్ అనుమతి లేకుండా మరియు సెన్సార్షిప్ లేకుండా ఉంటుంది.
@@ -30,7 +30,7 @@ lang: te
MEV యొక్క ఆర్థిక శాస్త్రాన్ని పునర్నిర్మించడం ద్వారా PBS ఈ సమస్యను పరిష్కరిస్తుంది. బ్లాక్ ప్రపోజర్ వారి స్వంత MEV శోధన చేయడానికి బదులుగా, వారు బ్లాక్ బిల్డర్లు వారికి అందించే అనేక బ్లాక్లను ఎంచుకుంటారు. బ్లాక్ బిల్డర్లు అధునాతన MEV వెలికితీతను చేసి ఉండవచ్చు, కానీ దాని కోసం రివార్డ్ బ్లాక్ ప్రపోజర్కు వెళుతుంది. దీనర్థం, ప్రత్యేకమైన బ్లాక్ బిల్డర్ల యొక్క చిన్న సమూహం MEV వెలికితీతపై ఆధిపత్యం చెలాయించినప్పటికీ, దాని కోసం రివార్డ్ వ్యక్తిగత హోమ్ స్టేకర్లతో సహా నెట్వర్క్లోని ఏదైనా వాలిడేటర్కు వెళ్ళవచ్చు.
-
+
అధునాతన MEV వ్యూహాలు అందించే మెరుగైన రివార్డ్ల కారణంగా వ్యక్తులు తమ సొంతంగా కాకుండా పూల్స్తో వాటాల కోసం ప్రోత్సహించబడతారు. బ్లాక్ ప్రతిపాదన నుండి బ్లాక్ బిల్డింగ్ను వేరు చేయడం అంటే, సంగ్రహించబడిన MEV అత్యంత ప్రభావవంతమైన MEV శోధనతో కేంద్రీకృతం కాకుండా ఎక్కువ మంది వ్యాలిడేటర్లపై పంపిణీ చేయబడుతుంది. అదే సమయంలో, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఉనికిలో ఉండటానికి అనుమతించడం వలన బ్లాక్ బిల్డింగ్ యొక్క భారం వ్యక్తుల నుండి దూరంగా ఉంటుంది మరియు వ్యక్తులు తమ కోసం MEVని దొంగిలించకుండా నిరోధిస్తుంది, అదే సమయంలో బ్లాక్లను నిజాయితీగా తనిఖీ చేయగల వ్యక్తిగత, స్వతంత్ర వాలిడేటర్ల సంఖ్యను పెంచుతుంది. ముఖ్యమైన కాన్సెప్ట్ "ప్రూవర్-వెరిఫైయర్ అసిమెట్రీ", ఇది బ్లాక్లు నిజాయితీగా ఉన్నాయని రుజువు చేయగల దృఢమైన మరియు గరిష్టంగా వికేంద్రీకృత వాలిడేటర్ల నెట్వర్క్ ఉన్నంత వరకు కేంద్రీకృత బ్లాక్ ఉత్పత్తి బాగుంటుందనే ఆలోచనను సూచిస్తుంది. వికేంద్రీకరణ అనేది ఒక సాధనం, అంతిమ లక్ష్యం కాదు - మనకు కావలసినవి నిజాయితీ గల బ్లాక్లు.
diff --git a/public/content/translations/te/roadmap/single-slot-finality/index.md b/public/content/translations/te/roadmap/single-slot-finality/index.md
index b8db7820b38..51b9863eb04 100644
--- a/public/content/translations/te/roadmap/single-slot-finality/index.md
+++ b/public/content/translations/te/roadmap/single-slot-finality/index.md
@@ -33,7 +33,7 @@ Ethereum యొక్క ప్రస్తుత ఏకాభిప్రాయ
## SSFకు మార్గాలు {#routes-to-ssf}
-
+
ప్రతి వాలిడేటర్ బ్లాక్ను ధృవీకరించడానికి ప్రాసెస్ చేయాల్సిన సందేశాల సంఖ్యను తగ్గించడానికి, ప్రస్తుత ఏకాభిప్రాయ మెకానిజం కమిటీలు అని పిలువబడే బహుళ వాలిడేటర్ల నుండి ధృవీకరణలను మిళితం చేస్తుంది. ప్రతి వాలిడేటర్కు ప్రతి ఎపోచ్లో (32 స్లాట్లు) ధృవీకరించడానికి అవకాశం ఉంటుంది, కానీ ప్రతి స్లాట్లో, 'కమిటీ' అటెస్ట్ అని పిలువబడే వాలిడేటర్ల ఉపసమితి మాత్రమే ఉంటుంది. వారు సబ్నెట్లుగా విభజించడం ద్వారా అలా చేస్తారు, దీనిలో కొంతమంది వ్యాలిడేటర్లను 'అగ్రిగేటర్లు'గా ఎంపిక చేస్తారు. ఆ అగ్రిగేటర్లు ప్రతి ఒక్కరు తమ సబ్నెట్లోని ఇతర వ్యాలిడేటర్ల నుండి చూసే అన్ని సంతకాలను ఒకే మొత్తం సంతకంగా మిళితం చేస్తారు. అత్యధిక సంఖ్యలో వ్యక్తిగత సహకారాలను కలిగి ఉన్న అగ్రిగేటర్ వారి మొత్తం సంతకాన్ని బ్లాక్ ప్రపోజర్కు పంపుతుంది, అతను ఇతర కమిటీల నుండి మొత్తం సంతకంతో పాటు బ్లాక్లో చేర్చాడు.
diff --git a/public/content/translations/te/roadmap/statelessness/index.md b/public/content/translations/te/roadmap/statelessness/index.md
index fb6893666f7..b45e57afc61 100644
--- a/public/content/translations/te/roadmap/statelessness/index.md
+++ b/public/content/translations/te/roadmap/statelessness/index.md
@@ -68,7 +68,7 @@ EIP-4444 ఇంకా రవాణా చేయడానికి సిద్
ఇది జరగాలంటే, ఎథేరియం క్లయింట్లలో [Verkle చెట్లు](/roadmap/verkle-trees/) ఇప్పటికే అమలు చేయబడి ఉండాలి. Verkle ట్రీలు అనేది Ethereum స్టేట్ డేటాను నిల్వ చేయడానికి ఒక రీప్లేస్మెంట్ డేటా స్ట్రక్చర్, ఇది డేటాకు చిన్న, స్థిరమైన సైజు "సాక్షులు" తోటివారి మధ్య పంపబడటానికి మరియు స్థానిక డేటాబేస్లకు వ్యతిరేకంగా బ్లాక్లను ధృవీకరించడానికి బదులుగా బ్లాక్లను ధృవీకరించడానికి ఉపయోగించబడుతుంది. [ప్రతిపాదకుడు-బిల్డర్ వేర్పాటు](/roadmap/pbs/) కూడా అవసరం, ఎందుకంటే ఇది బ్లాక్ బిల్డర్లను మరింత శక్తివంతమైన హార్డ్వేర్తో ప్రత్యేక నోడ్లుగా ఉండటానికి అనుమతిస్తుంది మరియు పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరమైనవి అవే.
-
+
స్టేట్లెస్నెస్ అనేది బ్లాక్ బిల్డర్లు పూర్తి స్టేట్ డేటా యొక్క కాపీని నిర్వహించడంపై ఆధారపడి ఉంటుంది, తద్వారా వారు బ్లాక్ను ధృవీకరించడానికి ఉపయోగించే సాక్షులను రూపొందించగలరు. ఇతర నోడ్లకు రాష్ట్ర డేటాకు ప్రాప్యత అవసరం లేదు, బ్లాక్ను ధృవీకరించడానికి అవసరమైన మొత్తం సమాచారం సాక్షిలో అందుబాటులో ఉంది. ఇది బ్లాక్ను ప్రతిపాదించడం ఖరీదైన పరిస్థితిని సృష్టిస్తుంది, అయితే బ్లాక్ను ధృవీకరించడం చౌకగా ఉంటుంది, అంటే తక్కువ మంది ఆపరేటర్లు బ్లాక్ ప్రపోజింగ్ నోడ్ను అమలు చేస్తారని సూచిస్తుంది. అయినప్పటికీ, వీలైనంత ఎక్కువ మంది పాల్గొనేవారు తాము ప్రతిపాదించిన బ్లాక్లు చెల్లుబాటు అయ్యేవని స్వతంత్రంగా ధృవీకరించగలిగినంత వరకు బ్లాక్ ప్రపోజర్ల వికేంద్రీకరణ క్లిష్టమైనది కాదు.
diff --git a/public/content/translations/te/roadmap/verkle-trees/index.md b/public/content/translations/te/roadmap/verkle-trees/index.md
index 337ffa1ce67..234d99fef78 100644
--- a/public/content/translations/te/roadmap/verkle-trees/index.md
+++ b/public/content/translations/te/roadmap/verkle-trees/index.md
@@ -15,7 +15,7 @@ Verkle ట్రీస్ ("వెక్టార్ కమిట్మెం
స్టేట్లెస్ Ethereum క్లయింట్ల మార్గంలో Verkle ట్రీస్ కీలకమైన దశ. స్టేట్లెస్ క్లయింట్లు ఇన్కమింగ్ బ్లాక్లను ధృవీకరించడానికి మొత్తం స్టేట్ డేటాబేస్ను నిల్వ చేయనవసరం లేదు. బ్లాక్లను ధృవీకరించడానికి Ethereum స్థితి యొక్క వారి స్వంత స్థానిక కాపీని ఉపయోగించకుండా, స్టేట్లెస్ క్లయింట్లు బ్లాక్తో వచ్చే రాష్ట్ర డేటాకు "సాక్షి"ని ఉపయోగిస్తారు. సాక్షి అనేది నిర్దిష్ట లావాదేవీల సెట్ను అమలు చేయడానికి అవసరమైన రాష్ట్ర డేటా యొక్క వ్యక్తిగత భాగాల సేకరణ మరియు సాక్షి నిజంగా పూర్తి డేటాలో భాగమని క్రిప్టోగ్రాఫిక్ రుజువు. స్టేట్ డేటాబేస్కు _బదులుగా_ విట్నెస్ ఉపయోగించబడుతుంది. ఇది పని చేయడానికి, సాక్షులు చాలా తక్కువగా ఉండాలి, తద్వారా వాటిని 12 సెకన్ల స్లాట్లో ప్రాసెస్ చేయడానికి వాలిడేటర్ల కోసం వాటిని నెట్వర్క్ అంతటా సురక్షితంగా ప్రసారం చేయవచ్చు. సాక్షులు చాలా పెద్దగా ఉన్నందున ప్రస్తుత రాష్ట్ర డేటా నిర్మాణం తగినది కాదు. Verkle ట్రీస్ చిన్న సాక్షులను ప్రారంభించడం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి, స్టేట్లెస్ క్లయింట్లకు ప్రధాన అడ్డంకులలో ఒకదాన్ని తొలగిస్తాయి.
-
+
Ethereum క్లయింట్లు ప్రస్తుతం దాని స్టేట్ డేటాను నిల్వ చేయడానికి Patricia Merkle Trie అని పిలువబడే డేటా నిర్మాణాన్ని ఉపయోగిస్తున్నారు. వ్యక్తిగత ఖాతాల గురించిన సమాచారం ట్రైలో ఆకులుగా నిల్వ చేయబడుతుంది మరియు ఒకే హాష్ మాత్రమే మిగిలిపోయే వరకు ఆకుల జతలను పదేపదే హాష్ చేస్తారు. ఈ చివరి హాష్ను "రూట్" అని పిలుస్తారు. బ్లాక్లను ధృవీకరించడానికి, Ethereum క్లయింట్లు ఒక బ్లాక్లో అన్ని లావాదేవీలను అమలు చేస్తారు మరియు వారి స్థానిక స్థితిని నవీకరించండి. బ్లాక్ ప్రపోజర్ అందించిన దానితో స్థానిక చెట్టు యొక్క మూలం ఒకేలా ఉంటే బ్లాక్ చెల్లుబాటు అయ్యేదిగా పరిగణించబడుతుంది, ఎందుకంటే బ్లాక్ ప్రపోజర్ మరియు ధృవీకరించే నోడ్ చేసిన గణనలో ఏవైనా తేడాలు ఉంటే రూట్ హాష్ పూర్తిగా భిన్నంగా ఉంటుంది. దీనితో సమస్య ఏమిటంటే, బ్లాక్చెయిన్ను ధృవీకరించడానికి ప్రతి క్లయింట్ హెడ్ బ్లాక్ మరియు అనేక హిస్టారికల్ బ్లాక్ల కోసం మొత్తం స్టేట్ ట్రయ్ను నిల్వ చేయవలసి ఉంటుంది (గెత్లో డిఫాల్ట్ 128 బ్లాక్ల కోసం స్టేట్ డేటాను హెడ్ వెనుక ఉంచడం). దీనికి క్లయింట్లు పెద్ద మొత్తంలో డిస్క్ స్థలానికి ప్రాప్యత కలిగి ఉండాలి, ఇది చౌకైన, తక్కువ పవర్ హార్డ్వేర్పై పూర్తి నోడ్లను అమలు చేయడానికి అవరోధంగా ఉంటుంది. పూర్తి స్టేట్ డేటాకు బదులుగా భాగస్వామ్యం చేయగల డేటాకు చిన్న "సాక్షి"ని ఉపయోగించి సంగ్రహించబడే మరింత సమర్థవంతమైన నిర్మాణానికి (Verkle ట్రీ) స్టేట్ ట్రైను అప్డేట్ చేయడం దీనికి పరిష్కారం. స్టేట్ డేటాను Verkle ట్రీగా ఫార్మాట్ చేయడం స్టేట్లెస్ క్లయింట్లకు తరలించడానికి ఒక మెట్టు.
@@ -31,7 +31,7 @@ Merkle ట్రై యొక్క నిర్మాణం సాక్షి
బహుపది నిబద్ధత పథకం క్రింద, సాక్షులు నిర్వహించదగిన పరిమాణాలను కలిగి ఉంటారు, వాటిని పీర్-టు-పీర్ నెట్వర్క్లో సులభంగా బదిలీ చేయవచ్చు. ఇది క్లయింట్లు ప్రతి బ్లాక్లోని రాష్ట్ర మార్పులను కనీస మొత్తంలో డేటాతో ధృవీకరించడానికి అనుమతిస్తుంది.
-
+
సాక్షి పరిమాణం అది కలిగి ఉన్న ఆకుల సంఖ్యపై ఆధారపడి ఉంటుంది. సాక్షి 1000 ఆకులలను కవర్ చేస్తుందని ఊహిస్తే, Merkle ట్రై కోసం సాక్షి దాదాపు 3.5MB ఉంటుంది (ట్రైకు 7 లెవెల్స్ అని ఊహిస్తే). Verkle ట్రీలో (ట్రీకి 4 స్థాయిలు అని ఊహిస్తే) అదే డేటా కోసం సాక్షి 150 kB - **దాదాపు 23x చిన్నది** ఉంటుంది. సాక్షి పరిమాణంలో ఈ తగ్గింపు స్థితిలేని క్లయింట్ సాక్షులు ఆమోదయోగ్యంగా తక్కువగా ఉండటానికి అనుమతిస్తుంది. బహుపది సాక్షులు 0.128 -1 kB నిర్దిష్ట బహుపది నిబద్ధత ఉపయోగించబడుతుంది.
diff --git a/public/content/translations/te/staking/pools/index.md b/public/content/translations/te/staking/pools/index.md
index 025a2b8904e..049b053242d 100644
--- a/public/content/translations/te/staking/pools/index.md
+++ b/public/content/translations/te/staking/pools/index.md
@@ -24,9 +24,9 @@ summaryPoints:
మా [స్టేకింగ్ పరిచయం](/staking/)లో మేము వివరించిన ప్రయోజనాలతో పాటు, పూల్తో స్టేకింగ్ చేయడం అనేక విభిన్న ప్రయోజనాలతో వస్తుంది.
-
-
-
+
+
+
@@ -59,18 +59,18 @@ summaryPoints:
## తరచుగా అడిగే ప్రశ్నలు {#faq}
-
+
సాధారణంగా ERC-20 స్టేకింగ్ టోకెన్లు స్టేకర్లకు జారీ చేయబడతాయి మరియు వారి స్టేక్ చేసిన ETH మరియు రివార్డుల విలువను సూచిస్తాయి. వివిధ పూల్స్ తమ వినియోగదారులకు స్టేకింగ్ రివార్డులను కొద్దిగా భిన్నమైన పద్ధతుల ద్వారా పంపిణీ చేస్తాయని గుర్తుంచుకోండి, కానీ ఇది సాధారణ విషయం.
-
+
ప్రస్తుతం! షాంఘై/కాపెల్లా నెట్వర్క్ అప్గ్రేడ్ ఏప్రిల్ 2023లో జరిగింది మరియు స్టేకింగ్ ఉపసంహరణలను పరిచయం చేసింది. స్టేకింగ్ పూల్స్కు మద్దతు ఇచ్చే వ్యాలిడేటర్ ఖాతాలు ఇప్పుడు నిష్క్రమించి, వారి నియమించబడిన ఉపసంహరణ చిరునామాకు ETHని ఉపసంహరించుకునే సామర్థ్యాన్ని కలిగి ఉన్నాయి. ఇది అంతర్లీన ETH కోసం మీ వాటా భాగాన్ని రీడీమ్ చేసుకునే సామర్థ్యాన్ని అనుమతిస్తుంది. వారు ఈ ఫంక్షనాలిటీకి ఎలా మద్దతిస్తారో చూడటానికి మీ ప్రొవైడర్తో తనిఖీ చేయండి.
ప్రత్యామ్నాయంగా, ERC-20 స్టేకింగ్ టోకెన్ను ఉపయోగించే పూల్స్, వినియోగదారులు ఈ టోకెన్ను ఓపెన్ మార్కెట్లో ట్రేడ్ చేయడానికి అనుమతిస్తాయి, ఇది స్టేకింగ్ కాంట్రాక్ట్ నుండి వాస్తవానికి ETHని తొలగించకుండానే, మీ స్టేకింగ్ స్థానాన్ని సమర్థవంతంగా "ఉపసంహరించుకోవడానికి" మిమ్మల్ని అనుమతిస్తుంది.
స్టేకింగ్ ఉపసంహరణలపై మరింత
-
+
ఈ పూల్డ్ స్టేకింగ్ ఎంపికలు మరియు కేంద్రీకృత మార్పిడుల మధ్య చాలా సారూప్యతలు ఉన్నాయి, ఉదాహరణకు, తక్కువ మొత్తంలో ETHని స్టేక్ చేసి, వ్యాలిడేటర్లను యాక్టివేట్ చేయడానికి వాటిని కలిపి బండిల్ చేసే సామర్థ్యం వంటివి.
కేంద్రీకృత మార్పిడుల వలె కాకుండా, అనేక ఇతర పూల్డ్ స్టేకింగ్ ఎంపికలు స్మార్ట్ కాంట్రాక్టులు మరియు/లేదా స్టేకింగ్ టోకెన్లను ఉపయోగిస్తాయి, ఇవి సాధారణంగా మీ స్వంత వాలెట్లో ఉంచుకోగల ERC-20 టోకెన్లు, మరియు ఏ ఇతర టోకెన్ లాగానైనా కొనుగోలు చేయవచ్చు లేదా అమ్మవచ్చు. ఇది మీ టోకెన్లపై మీకు నియంత్రణ ఇవ్వడం ద్వారా సార్వభౌమాధికారం మరియు భద్రత యొక్క ఒక పొరను అందిస్తుంది, కానీ నేపథ్యంలో మీ తరపున ధృవీకరించే వ్యాలిడేటర్ క్లయింట్పై మీకు ఇప్పటికీ ప్రత్యక్ష నియంత్రణ ఇవ్వదు.
diff --git a/public/content/translations/te/staking/saas/index.md b/public/content/translations/te/staking/saas/index.md
index 37e2a9144a0..cca290c56de 100644
--- a/public/content/translations/te/staking/saas/index.md
+++ b/public/content/translations/te/staking/saas/index.md
@@ -22,9 +22,9 @@ summaryPoints:
ఎథేరియం ప్రోటోకాల్ స్థానికంగా స్టేక్ అప్పగింతకు మద్దతు ఇవ్వదు, కాబట్టి ఈ డిమాండ్ను పూరించడానికి ఈ సేవలు నిర్మించబడ్డాయి. మీ దగ్గర స్టాక్ చేయడానికి 32 ETH ఉండి, హార్డ్వేర్తో వ్యవహరించడం సౌకర్యంగా లేకపోతే, మీరు స్థానిక బ్లాక్ రివార్డులను సంపాదిస్తున్నప్పుడు కష్టమైన భాగాన్ని అప్పగించడానికి SaaS సేవలు మిమ్మల్ని అనుమతిస్తాయి.
-
-
-
+
+
+
@@ -57,11 +57,11 @@ summaryPoints:
## తరచుగా అడిగే ప్రశ్నలు {#faq}
-
+
ఏర్పాట్లు ప్రొవైడర్ నుండి ప్రొవైడర్కు విభిన్నంగా ఉంటాయి, కానీ సాధారణంగా మీకు అవసరమైన ఏవైనా సైనింగ్ కీలను (ఒక 32 ETH కి ఒకటి) సెటప్ చేయడం ద్వారా మీకు మార్గనిర్దేశం చేయబడుతుంది, మరియు మీ తరపున ధృవీకరించడానికి వారిని అనుమతించడానికి వీటిని మీ ప్రొవైడర్కు అప్లోడ్ చేయాలి. సైనింగ్ కీలు మాత్రమే మీ నిధులను ఉపసంహరించుకోవడానికి, బదిలీ చేయడానికి లేదా ఖర్చు చేయడానికి ఎలాంటి సామర్థ్యాన్ని ఇవ్వవు. అయితే, అవి ఏకాభిప్రాయం వైపు ఓట్లను వేయగల సామర్థ్యాన్ని అందిస్తాయి, ఇది సరిగ్గా చేయకపోతే ఆఫ్లైన్ జరిమానాలు లేదా స్లాషింగ్కు దారితీయవచ్చు.
-
+
అవును. ప్రతి ఖాతాలో BLS సైనింగ్ కీలు మరియు BLS ఉపసంహరణ కీలు రెండూ ఉంటాయి. ఒక వ్యాలిడేటర్ చైన్ యొక్క స్థితిని ధృవీకరించడానికి, సింక్ కమిటీలలో పాల్గొనడానికి మరియు బ్లాక్లను ప్రతిపాదించడానికి, సైనింగ్ కీలు ఒక వ్యాలిడేటర్ క్లయింట్ ద్వారా సులభంగా అందుబాటులో ఉండాలి. ఇవి ఏదో ఒక రూపంలో ఇంటర్నెట్కు కనెక్ట్ చేయబడి ఉండాలి, అందువల్ల స్వాభావికంగా "హాట్" కీలుగా పరిగణించబడతాయి. మీ వ్యాలిడేటర్ ధృవీకరించగలగడానికి ఇది ఒక ఆవశ్యకత, మరియు అందువల్ల నిధులను బదిలీ చేయడానికి లేదా ఉపసంహరించుకోవడానికి ఉపయోగించే కీలు భద్రతా కారణాల వల్ల వేరు చేయబడతాయి.
స్టాకింగ్ రివార్డులు మరియు నిష్క్రమించిన నిధులు ఏ ఎగ్జిక్యూషన్ లేయర్ ఖాతాకు వెళ్లాలో ప్రకటించే ఏక-కాల సందేశంపై సంతకం చేయడానికి BLS ఉపసంహరణ కీలు ఉపయోగించబడతాయి. ఈ సందేశం ప్రసారం చేయబడిన తర్వాత, BLS ఉపసంహరణ కీలు ఇకపై అవసరం లేదు. బదులుగా, ఉపసంహరించుకున్న నిధులపై నియంత్రణ మీరు అందించిన చిరునామాకు శాశ్వతంగా అప్పగించబడుతుంది. ఇది మీ స్వంత కోల్డ్ స్టోరేజ్ ద్వారా సురక్షితమైన ఉపసంహరణ చిరునామాను సెట్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది, వేరొకరు మీ వ్యాలిడేటర్ సైనింగ్ కీలను నియంత్రించినప్పటికీ, మీ వ్యాలిడేటర్ నిధులకు ప్రమాదాన్ని తగ్గిస్తుంది.
@@ -72,14 +72,14 @@ summaryPoints:
\*ప్రారంభ డిపాజిట్తో ఉపసంహరణ చిరునామాను అందించిన స్టాకర్లు దీనిని సెట్ చేయవలసిన అవసరం లేదు. మీ వ్యాలిడేటర్ను ఎలా సిద్ధం చేసుకోవాలో మద్దతు కోసం మీ SaaS ప్రొవైడర్ను సంప్రదించండి.
-
+
స్టాకర్లు ఉపసంహరణ చిరునామాను అందించాలి (ప్రారంభ డిపాజిట్లో అందించకపోతే), మరియు రివార్డ్ చెల్లింపులు ప్రతి కొన్ని రోజులకు క్రమానుగతంగా స్వయంచాలకంగా పంపిణీ చేయబడటం ప్రారంభమవుతుంది.
వ్యాలిడేటర్లు వ్యాలిడేటర్గా పూర్తిగా నిష్క్రమించవచ్చు, ఇది వారి మిగిలిన ETH బ్యాలెన్స్ను ఉపసంహరణ కోసం అన్లాక్ చేస్తుంది. ఎగ్జిక్యూషన్ ఉపసంహరణ చిరునామాను అందించి, నిష్క్రమణ ప్రక్రియను పూర్తి చేసిన ఖాతాలు, తదుపరి వ్యాలిడేటర్ స్వీప్ సమయంలో అందించిన ఉపసంహరణ చిరునామాకు వారి పూర్తి బ్యాలెన్స్ను అందుకుంటాయి.
స్టేకింగ్ ఉపసంహరణలపై మరింత
-
+
SaaS ప్రొవైడర్ను ఉపయోగించడం ద్వారా, మీరు మీ నోడ్ యొక్క ఆపరేషన్ను మరొకరికి అప్పగిస్తున్నారు. ఇది మీ నియంత్రణలో లేని, పేలవమైన నోడ్ పనితీరు యొక్క ప్రమాదంతో వస్తుంది. మీ వ్యాలిడేటర్ స్లాష్ చేయబడిన సందర్భంలో, మీ వ్యాలిడేటర్ బ్యాలెన్స్కు జరిమానా విధించబడుతుంది మరియు వ్యాలిడేటర్ పూల్ నుండి బలవంతంగా తొలగించబడుతుంది.
స్లాషింగ్/నిష్క్రమణ ప్రక్రియ పూర్తయిన తర్వాత, ఈ నిధులు వ్యాలిడేటర్కు కేటాయించిన ఉపసంహరణ చిరునామాకు బదిలీ చేయబడతాయి. దీన్ని ప్రారంభించడానికి ఉపసంహరణ చిరునామాను అందించడం అవసరం. ఇది ప్రారంభ డిపాజిట్పై అందించబడి ఉండవచ్చు. లేకపోతే, ఉపసంహరణ చిరునామాను ప్రకటించే సందేశంపై సంతకం చేయడానికి వ్యాలిడేటర్ ఉపసంహరణ కీలను ఉపయోగించాల్సి ఉంటుంది. ఉపసంహరణ చిరునామా అందించకపోతే, అందించే వరకు నిధులు లాక్ చేయబడి ఉంటాయి.
diff --git a/public/content/translations/te/staking/solo/index.md b/public/content/translations/te/staking/solo/index.md
index 4739c9a63b4..f3c86c406ff 100644
--- a/public/content/translations/te/staking/solo/index.md
+++ b/public/content/translations/te/staking/solo/index.md
@@ -30,9 +30,9 @@ summaryPoints:
హోమ్ స్టేకింగ్ ఎక్కువ బాధ్యతతో వస్తుంది, కానీ మీ నిధులు మరియు స్టేకింగ్ సెటప్పై మీకు గరిష్ట నియంత్రణను అందిస్తుంది.
-
-
-
+
+
+
## హోమ్ స్టేకింగ్ ముందు పరిగణనలు {#considerations-before-staking-solo}
@@ -40,30 +40,30 @@ summaryPoints:
హోమ్ స్టేకింగ్ అందరికీ అందుబాటులో మరియు ప్రమాదరహితంగా ఉండాలని మేము ఎంతగానో కోరుకున్నప్పటికీ, అది వాస్తవం కాదు. మీ ETH ను హోమ్ స్టేక్ చేయడానికి ఎంచుకునే ముందు కొన్ని ఆచరణాత్మక మరియు తీవ్రమైన పరిగణనలను గుర్తుంచుకోవాలి.
-
+
మీ స్వంత నోడ్ను ఆపరేట్ చేస్తున్నప్పుడు, మీరు ఎంచుకున్న సాఫ్ట్వేర్ను ఎలా ఉపయోగించాలో తెలుసుకోవడానికి కొంత సమయం కేటాయించాలి. దీనిలో సంబంధిత డాక్యుమెంటేషన్ చదవడం మరియు ఆ డెవ్ బృందాల కమ్యూనికేషన్ ఛానెల్లకు అనుగుణంగా ఉండటం ఉంటుంది.
మీరు నడుపుతున్న సాఫ్ట్వేర్ గురించి మరియు ప్రూఫ్-ఆఫ్-స్టేక్ ఎలా పనిచేస్తుందో మీరు ఎంతగా అర్థం చేసుకుంటే, ఒక స్టేకర్గా అది అంత తక్కువ ప్రమాదకరం అవుతుంది, మరియు ఒక నోడ్ ఆపరేటర్గా మార్గంలో తలెత్తే ఏవైనా సమస్యలను పరిష్కరించడం అంత సులభం అవుతుంది.
-
+
నోడ్ సెటప్కు కంప్యూటర్లతో పనిచేసేటప్పుడు సహేతుకమైన సౌకర్య స్థాయి అవసరం, కొత్త టూల్స్ కాలక్రమేణా దీన్ని సులభతరం చేస్తున్నప్పటికీ. కమాండ్-లైన్ ఇంటర్ఫేస్ గురించి అర్థం చేసుకోవడం సహాయపడుతుంది, కానీ ఇకపై ఖచ్చితంగా అవసరం లేదు.
దీనికి చాలా ప్రాథమిక హార్డ్వేర్ సెటప్ మరియు కనీస సిఫార్సు చేయబడిన స్పెక్స్ గురించి కొంత అవగాహన కూడా అవసరం.
-
+
ప్రైవేట్ కీలు మీ Ethereum చిరునామాను ఎలా సురక్షితం చేస్తాయో, అదే విధంగా మీరు మీ వాలిడేటర్ కోసం ప్రత్యేకంగా కీలను జెనరేట్ చేయాల్సి ఉంటుంది. మీరు ఏదైనా సీడ్ ఫ్రేజ్లు లేదా ప్రైవేట్ కీలను సురక్షితంగా మరియు భద్రంగా ఎలా ఉంచుకోవాలో అర్థం చేసుకోవాలి.{' '}
[Ethereum భద్రత మరియు స్కామ్ నివారణ](/security/)
-
+
హార్డ్వేర్ అప్పుడప్పుడు విఫలమవుతుంది, నెట్వర్క్ కనెక్షన్లలో లోపాలు వస్తాయి, మరియు క్లయింట్ సాఫ్ట్వేర్ అప్పుడప్పుడు అప్గ్రేడ్ చేయాల్సి ఉంటుంది. నోడ్ నిర్వహణ అనివార్యం మరియు అప్పుడప్పుడు మీ శ్రద్ధ అవసరం. మీరు ఏవైనా ఊహించిన నెట్వర్క్ అప్గ్రేడ్లు లేదా ఇతర కీలకమైన క్లయింట్ అప్గ్రేడ్ల గురించి అప్రమత్తంగా ఉన్నారని నిర్ధారించుకోవాలి.
-
+
మీ వాలిడేటర్ ఆన్లైన్లో ఉండి, సరిగ్గా అటెస్ట్ చేస్తున్న సమయానికి మీ రివార్డులు అనుపాతంలో ఉంటాయి. డౌన్టైమ్ అనేది ఒకే సమయంలో ఎంతమంది ఇతర వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నారనే దానికి అనుపాతంలో పెనాల్టీలను విధిస్తుంది, కానీ స్లాషింగ్కు దారితీయదు. బ్యాండ్విడ్త్ కూడా ముఖ్యమే, ఎందుకంటే సమయానికి అందని అటెస్టేషన్స్కు రివార్డులు తగ్గించబడతాయి. అవసరాలు మారుతూ ఉంటాయి, కానీ కనీసం 10 Mb/s అప్ మరియు డౌన్ సిఫార్సు చేయబడింది.
-
+
ఆఫ్లైన్లో ఉన్నందుకు నిష్క్రియాత్మక పెనాల్టీల నుండి భిన్నంగా, స్లాషింగ్ అనేది హానికరమైన నేరాల కోసం రిజర్వ్ చేయబడిన చాలా తీవ్రమైన పెనాల్టీ. ఒకేసారి ఒకే మెషీన్లో మీ కీలను లోడ్ చేసి మైనారిటీ క్లయింట్ను నడపడం ద్వారా, స్లాష్ అయ్యే మీ ప్రమాదం కనిష్టీకరించబడుతుంది. అయినప్పటికీ, అన్ని స్టేకర్లు స్లాషింగ్ ప్రమాదాల గురించి తెలుసుకోవాలి.
స్లాషింగ్ మరియు వాలిడేటర్ జీవనచక్రంపై మరిన్ని వివరాలు
@@ -122,13 +122,13 @@ summaryPoints:
స్టేకింగ్ గురించి తెలుసుకోవలసిన కొన్ని సాధారణ ప్రశ్నలు ఇవి.
-
+
ఒక వాలిడేటర్ అనేది Ethereum లో నివసించే ఒక వర్చువల్ ఎంటిటీ మరియు ఇది Ethereum ప్రోటోకాల్ యొక్క ఏకాభిప్రాయంలో పాల్గొంటుంది. వాలిడేటర్లు ఒక బ్యాలెన్స్, పబ్లిక్ కీ మరియు ఇతర లక్షణాల ద్వారా ప్రాతినిధ్యం వహించబడతాయి. ఒక వాలిడేటర్ క్లయింట్ అనేది వాలిడేటర్ తరపున దాని ప్రైవేట్ కీని పట్టుకొని మరియు ఉపయోగించడం ద్వారా పనిచేసే సాఫ్ట్వేర్. ఒక సింగిల్ వాలిడేటర్ క్లయింట్ అనేక కీ జతలను కలిగి ఉండగలదు, అనేక వాలిడేటర్లను నియంత్రిస్తుంది.
-
+
అవును, ఆధునిక వాలిడేటర్ ఖాతాలు 2048 ETH వరకు కలిగి ఉండగల సామర్థ్యం కలిగి ఉంటాయి. 32 కంటే ఎక్కువ అదనపు ETH దశలవారీగా సమ్మేళనం అవుతుంది, మీ నిజమైన బ్యాలెన్స్ పెరిగే కొద్దీ పూర్ణాంకాలలో పెరుగుతుంది. దీనిని మీ ప్రభావవంతమైన బ్యాలెన్స్ అని అంటారు.
ఒక ఖాతా యొక్క ప్రభావవంతమైన బ్యాలెన్స్ను పెంచడానికి, మరియు తద్వారా రివార్డులను పెంచడానికి, ఏదైనా పూర్తి-ETH పరిమితికి పైన 0.25 ETH బఫర్ను దాటాలి. ఉదాహరణకు, 32.9 నిజమైన బ్యాలెన్స్ మరియు 32 ప్రభావవంతమైన బ్యాలెన్స్ ఉన్న ఒక ఖాతా ప్రభావవంతమైన బ్యాలెన్సులో పెరుగుదలను ప్రేరేపించడానికి ముందు, దాని నిజమైన బ్యాలెన్స్ను 33.25 కంటే పైకి తీసుకురావడానికి మరో 0.35 ETH సంపాదించాల్సి ఉంటుంది.
@@ -139,14 +139,14 @@ summaryPoints:
హోమ్ స్టేకింగ్ మీకు చాలా డిమాండింగ్గా అనిపిస్తే, ఒక [స్టేకింగ్-యాస్-ఎ-సర్వీస్](/staking/saas/) ప్రొవైడర్ను ఉపయోగించడాన్ని పరిగణించండి, లేదా మీరు 32 ETH కంటే తక్కువతో పనిచేస్తుంటే, [స్టేకింగ్ పూల్స్](/staking/pools/) ను చూడండి.
-
+
నెట్వర్క్ సరిగ్గా ఖరారు అవుతున్నప్పుడు ఆఫ్లైన్కు వెళ్లడం స్లాషింగ్కు దారితీయదు. ఒక ఇచ్చిన ఎపోక్ (ప్రతి 6.4 నిమిషాల పొడవు) కోసం మీ వాలిడేటర్ అటెస్ట్ చేయడానికి అందుబాటులో లేకపోతే చిన్న నిష్క్రియాత్మక పెనాల్టీలు విధించబడతాయి, కానీ ఇది స్లాషింగ్ నుండి చాలా భిన్నమైనది. ఈ పెనాల్టీలు, వాలిడేటర్ అటెస్ట్ చేయడానికి అందుబాటులో ఉంటే మీరు సంపాదించే రివార్డు కంటే కొంచెం తక్కువగా ఉంటాయి, మరియు నష్టాలను తిరిగి ఆన్లైన్లో సుమారుగా అంతే సమయంలో తిరిగి సంపాదించవచ్చు.
ఒకే సమయంలో ఎంతమంది వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నారనే దానిపై నిష్క్రియాత్మకతకు పెనాల్టీలు అనుపాతంలో ఉంటాయని గమనించండి. నెట్వర్క్లో ఎక్కువ భాగం ఒకేసారి ఆఫ్లైన్లో ఉన్న సందర్భాలలో, ఒక సింగిల్ వాలిడేటర్ అందుబాటులో లేనప్పటి కంటే ఈ వాలిడేటర్లలో ప్రతి ఒక్కరికీ పెనాల్టీలు ఎక్కువగా ఉంటాయి.
మూడింట ఒక వంతు కంటే ఎక్కువ వాలిడేటర్లు ఆఫ్లైన్లో ఉండటం వల్ల నెట్వర్క్ ఖరారు చేయడం ఆగిపోయే తీవ్రమైన సందర్భాల్లో, ఈ వినియోగదారులు క్వాడ్రాటిక్ ఇనాక్టివిటీ లీక్ అని పిలవబడే దానిని అనుభవిస్తారు, ఇది ఆఫ్లైన్ వాలిడేటర్ ఖాతాల నుండి ETH యొక్క ఎక్స్పోనెన్షియల్ డ్రెయిన్. నిష్క్రియాత్మక వాలిడేటర్ల బ్యాలెన్స్ 16 ETH కి చేరుకునే వరకు వారి ETH ను బర్న్ చేయడం ద్వారా నెట్వర్క్ చివరికి స్వయంగా నయం చేసుకోవడానికి ఇది వీలు కల్పిస్తుంది, ఆ సమయంలో వారు ఆటోమేటిక్గా వాలిడేటర్ పూల్ నుండి తొలగించబడతారు. మిగిలిన ఆన్లైన్ వాలిడేటర్లు చివరికి మళ్లీ నెట్వర్క్లో 2/3 కంటే ఎక్కువ ఉంటారు, చైన్ను మరోసారి ఖరారు చేయడానికి అవసరమైన సూపర్ మెజారిటీని సంతృప్తిపరుస్తారు.
-
+
సంక్షిప్తంగా, దీనికి పూర్తిగా హామీ ఇవ్వలేము, కానీ మీరు సద్భావంతో వ్యవహరిస్తే, మైనారిటీ క్లయింట్ను నడిపితే మరియు మీ సైనింగ్ కీలను ఒకేసారి ఒకే మెషీన్లో ఉంచితే, స్లాష్ అయ్యే ప్రమాదం దాదాపు సున్నా.
ఒక వాలిడేటర్ స్లాష్ చేయబడి నెట్వర్క్ నుండి తొలగించబడటానికి దారితీసే కొన్ని నిర్దిష్ట మార్గాలు మాత్రమే ఉన్నాయి. రాసే సమయానికి, జరిగిన స్లాషింగ్లు ప్రత్యేకంగా ఒకేసారి రెండు వేర్వేరు మెషీన్లలో సైనింగ్ కీలు నిల్వ చేయబడిన రిడండెంట్ హార్డ్వేర్ సెటప్ల ఫలితమే. ఇది అనుకోకుండా మీ కీస్ నుండి డబుల్ ఓటుకు దారితీయవచ్చు, ఇది స్లాష్ చేయదగిన నేరం.
@@ -161,21 +161,21 @@ summaryPoints:
-
+
వివిధ ప్రోగ్రామింగ్ భాషలను ఉపయోగించి వేర్వేరు బృందాలచే అభివృద్ధి చేయబడినందున, వ్యక్తిగత క్లయింట్లు పనితీరు మరియు వినియోగదారు ఇంటర్ఫేస్ పరంగా కొద్దిగా మారవచ్చు. అయినప్పటికీ, వాటిలో ఏవీ "ఉత్తమమైనవి" కావు. అన్ని ప్రొడక్షన్ క్లయింట్లు అద్భుతమైన సాఫ్ట్వేర్, అవన్నీ బ్లాక్చైన్తో సింక్ చేయడానికి మరియు ఇంటరాక్ట్ చేయడానికి ఒకే రకమైన కోర్ ఫంక్షన్లను నిర్వహిస్తాయి.
అన్ని ప్రొడక్షన్ క్లయింట్లు ఒకే ప్రాథమిక కార్యాచరణను అందిస్తున్నందున, మీరు మైనారిటీ క్లయింట్ను ఎంచుకోవడం వాస్తవానికి చాలా ముఖ్యం, అంటే నెట్వర్క్లోని ఎక్కువమంది వాలిడేటర్లచే ప్రస్తుతం ఉపయోగించబడని ఏదైనా క్లయింట్. ఇది విరుద్ధంగా అనిపించవచ్చు, కానీ మెజారిటీ లేదా సూపర్ మెజారిటీ క్లయింట్ను నడపడం ఆ క్లయింట్లో బగ్ ఉన్న సందర్భంలో మిమ్మల్ని స్లాషింగ్ యొక్క అధిక ప్రమాదంలో ఉంచుతుంది. మైనారిటీ క్లయింట్ను నడపడం ఈ ప్రమాదాలను గణనీయంగా పరిమితం చేస్తుంది.
క్లయింట్ వైవిధ్యం ఎందుకు కీలకమో మరింత తెలుసుకోండి
-
+
వర్చువల్ ప్రైవేట్ సర్వర్ (VPS) ను హోమ్ హార్డ్వేర్కు బదులుగా ఉపయోగించగలిగినప్పటికీ, మీ వాలిడేటర్ క్లయింట్ యొక్క భౌతిక యాక్సెస్ మరియు స్థానం ముఖ్యమే. Amazon Web Services లేదా Digital Ocean వంటి కేంద్రీకృత క్లౌడ్ పరిష్కారాలు, నెట్వర్క్ను కేంద్రీకరించే ఖర్చుతో, హార్డ్వేర్ను పొందడం మరియు ఆపరేట్ చేయవలసిన అవసరం లేని సౌలభ్యాన్ని అనుమతిస్తాయి.
ఒకే కేంద్రీకృత క్లౌడ్ స్టోరేజ్ సొల్యూషన్పై నడుస్తున్న వాలిడేటర్ క్లయింట్లు ఎంత ఎక్కువగా ఉంటే, ఈ వినియోగదారులకు అది అంత ప్రమాదకరంగా మారుతుంది. దాడి ద్వారా, నియంత్రణ డిమాండ్ల ద్వారా, లేదా కేవలం పవర్/ఇంటర్నెట్ అంతరాయాల ద్వారా ఈ ప్రొవైడర్లను ఆఫ్లైన్కు తీసుకువెళ్లే ఏ సంఘటన అయినా, ఈ సర్వర్పై ఆధారపడే ప్రతి వాలిడేటర్ క్లయింట్ ఒకేసారి ఆఫ్లైన్కు వెళ్ళడానికి దారితీస్తుంది.
ఆఫ్లైన్ పెనాల్టీలు ఒకే సమయంలో ఎంతమంది ఇతరులు ఆఫ్లైన్లో ఉన్నారనే దానికి అనుపాతంలో ఉంటాయి. VPS ను ఉపయోగించడం ఆఫ్లైన్ పెనాల్టీలు మరింత తీవ్రంగా ఉండే ప్రమాదాన్ని బాగా పెంచుతుంది, మరియు అంతరాయం తగినంత పెద్దదిగా ఉన్న సందర్భంలో క్వాడ్రాటిక్ లీకింగ్ లేదా స్లాషింగ్ యొక్క మీ ప్రమాదాన్ని పెంచుతుంది. మీ స్వంత ప్రమాదాన్ని, మరియు నెట్వర్క్కు ప్రమాదాన్ని తగ్గించడానికి, వినియోగదారులు వారి స్వంత హార్డ్వేర్ను పొందడానికి మరియు ఆపరేట్ చేయడానికి గట్టిగా ప్రోత్సహించబడ్డారు.
-
+
బీకాన్ చైన్ నుండి ఎలాంటి విత్డ్రాయల్స్కైనా విత్డ్రావల్ క్రెడెన్షియల్స్ సెట్ చేయబడాలి.
diff --git a/public/content/translations/te/staking/withdrawals/index.md b/public/content/translations/te/staking/withdrawals/index.md
index 59afe93f850..150a0482226 100644
--- a/public/content/translations/te/staking/withdrawals/index.md
+++ b/public/content/translations/te/staking/withdrawals/index.md
@@ -133,7 +133,7 @@ Finematics ద్వారా ఇతీరియం స్టేకింగ్
## తరచుగా అడిగే ప్రశ్నలు {#faq}
@@ -151,7 +151,7 @@ eventName="read more">
ఒక నిర్దిష్ట ధృవీకరణకర్త కోసం ఉపసంహరణ చిరునామాను మార్చడానికి ప్రత్యామ్నాయంగా, వినియోగదారులు కీ రొటేటింగ్ను నిర్వహించగల స్మార్ట్ కాంట్రాక్ట్ను వారి ఉపసంహరణ చిరునామాగా సెట్ చేయడానికి ఎంచుకోవచ్చు, ఉదాహరణకు ఒక Safe. తమ నిధులను తమ సొంత EOAకి సెట్ చేసిన వినియోగదారులు తమ స్టేక్ చేసిన నిధులన్నింటినీ ఉపసంహరించుకోవడానికి పూర్తి నిష్క్రమణను చేయవచ్చు, ఆపై కొత్త ఆధారాలను ఉపయోగించి తిరిగి-స్టేక్ చేయవచ్చు.
@@ -181,7 +181,7 @@ eventName="read more">
-
@@ -190,7 +190,7 @@ eventName="read more">
ఉపసంహరించుకోవడానికి నిర్దిష్ట మొత్తంలో ETHని మాన్యువల్గా అభ్యర్థించడం సాధ్యం కాదు.
diff --git a/public/content/translations/te/what-are-apps/index.md b/public/content/translations/te/what-are-apps/index.md
index a70c33c1f84..09d20d754b7 100644
--- a/public/content/translations/te/what-are-apps/index.md
+++ b/public/content/translations/te/what-are-apps/index.md
@@ -22,9 +22,9 @@ summary: ఇతీరియములోని యాప్లు ఉచిత
ఇతీరియము అప్లికేషన్లు వాటి లాజిక్ను కేంద్రీకృత సర్వర్లలో కాకుండా ఇతీరియము బ్లాక్ చైనుపై నడిపిస్తాయి. అందుకే వాటిని తరచుగా వికేంద్రీకృత అప్లికేషన్లు అని లేదా సంక్షిప్తంగా డాప్స్ అని పిలుస్తారు.
-
-
-
+
+
+
## ఇది ఎందుకు ముఖ్యం {#why-does-this-matter}
@@ -68,14 +68,14 @@ summary: ఇతీరియములోని యాప్లు ఉచిత
## తరచుగా అడిగే ప్రశ్నలు {#faq}
-
+
డాప్ అంటే వికేంద్రీకృత అప్లికేషన్లు. ఇవి ఇతీరియము వంటి బ్లాక్ చైను నెట్వర్క్లపై నిర్మించబడిన అప్లికేషన్లు. వాటి ఆధారంగా ఉన్న నెట్వర్క్ వికేంద్రీకరించబడినందున వాటిని వికేంద్రీకృతం అని పిలుస్తారు.
-
+
కొన్ని అప్లికేషన్లు క్రిప్టో టోకెన్లను ట్రేడ్ చేయడానికి లేదా కొనడానికి మిమ్మల్ని అనుమతిస్తాయి, కానీ అన్ని యాప్లు దాని కోసం కాదు. మీరు మీ మొదటి టోకెన్లను కొనాలని చూస్తున్నట్లయితే, [ETH పొందండి](/get-eth)ని సందర్శించండి.
-
+
క్రిప్టో వాలెట్ మీ టోకెన్లను ఉంచుకోవడానికి మరియు మీ ఇతీరియము ఖాతాను నిర్వహించడానికి మిమ్మల్ని అనుమతిస్తుంది. అనేక గొప్ప వాలెట్లు ఉన్నాయి, ప్రతి ఒక్కటి వేరే ప్రయోజనాన్ని అందిస్తుంది. మీకు ఏ వాలెట్ ఉత్తమమైనదో తెలుసుకోవడానికి, మా [వాలెట్ల జాబితా](/wallets/find-wallet)ను సందర్శించండి.
\ No newline at end of file
diff --git a/public/content/translations/te/wrapped-eth/index.md b/public/content/translations/te/wrapped-eth/index.md
index d9066db64a1..394c8d2f037 100644
--- a/public/content/translations/te/wrapped-eth/index.md
+++ b/public/content/translations/te/wrapped-eth/index.md
@@ -37,25 +37,25 @@ WETH స్మార్ట్ కాంట్రాక్ట్ని ఉప
## తరచుగా అడిగే ప్రశ్నలు {#faq}
-
+
WETH కాంట్రాక్ట్ని ఉపయోగించి ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీరు గ్యాస్ ఫీజు చెల్లిస్తారు.
-
+
WETH సాధారణంగా సురక్షితమైనదిగా పరిగణించబడుతుంది ఎందుకంటే ఇది ఒక సాధారణ, యుద్ధ-పరీక్షించిన స్మార్ట్ కాంట్రాక్ట్పై ఆధారపడి ఉంటుంది. WETH కాంట్రాక్ట్ కూడా అధికారికంగా ధృవీకరించబడింది, ఇది Ethereumలో స్మార్ట్ కాంట్రాక్ట్ల కోసం అత్యధిక భద్రతా ప్రమాణం.
-
+
ఈ పేజీలో వివరించిన [WETH యొక్క కానానికల్ అమలు](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2)తో పాటు, ఇతర వేరియంట్లు కూడా ఉన్నాయి. ఇవి యాప్ డెవలపర్లచే సృష్టించబడిన అనుకూల టోకెన్లు లేదా ఇతర బ్లాక్చెయిన్లపై జారీ చేయబడిన వెర్షన్లు కావచ్చు, మరియు విభిన్నంగా ప్రవర్తించవచ్చు లేదా విభిన్న భద్రతా లక్షణాలను కలిగి ఉండవచ్చు. **మీరు ఏ WETH అమలుతో పరస్పర చర్య చేస్తున్నారో తెలుసుకోవడానికి ఎల్లప్పుడూ టోకెన్ సమాచారాన్ని రెండుసార్లు తనిఖీ చేసుకోండి.**
-
+
- [Ethereum మెయిన్నెట్](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
- [Arbitrum](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1)
From 5c78a84ceb27451e442adcf96b271974eb5f6345 Mon Sep 17 00:00:00 2001
From: wackerow <54227730+wackerow@users.noreply.github.com>
Date: Tue, 3 Feb 2026 09:45:16 -0500
Subject: [PATCH 3/7] i18n: post-import sanitization
---
public/content/translations/te/about/index.md | 4 +-
.../translations/te/ai-agents/index.md | 16 ++++----
.../content/translations/te/bridges/index.md | 4 +-
.../te/community/code-of-conduct/index.md | 4 +-
.../te/community/events/organizing/index.md | 4 +-
.../te/community/get-involved/index.md | 4 +-
.../translations/te/community/grants/index.md | 7 ++--
.../te/community/language-resources/index.md | 4 +-
.../translations/te/community/online/index.md | 6 +--
.../te/community/research/index.md | 4 +-
.../te/community/support/index.md | 4 +-
.../adding-desci-projects/index.md | 4 +-
.../adding-developer-tools/index.md | 4 +-
.../te/contributing/adding-exchanges/index.md | 4 +-
.../adding-glossary-terms/index.md | 4 +-
.../te/contributing/adding-layer-2s/index.md | 4 +-
.../te/contributing/adding-products/index.md | 4 +-
.../te/contributing/adding-resources/index.md | 4 +-
.../adding-staking-products/index.md | 4 +-
.../te/contributing/adding-wallets/index.md | 4 +-
.../contributing/content-resources/index.md | 4 +-
.../contributing/design-principles/index.md | 4 +-
.../design/adding-design-resources/index.md | 4 +-
.../te/contributing/design/index.md | 4 +-
.../translations/te/contributing/index.md | 4 +-
.../te/contributing/quizzes/index.md | 4 +-
.../translation-program/faq/index.md | 4 +-
.../how-to-translate/index.md | 4 +-
.../contributing/translation-program/index.md | 4 +-
.../mission-and-vision/index.md | 4 +-
.../translation-program/playbook/index.md | 4 +-
.../translation-program/resources/index.md | 4 +-
.../translatathon/details/index.md | 4 +-
.../translatathon/index.md | 4 +-
.../translators-guide/index.md | 4 +-
public/content/translations/te/dao/index.md | 16 ++++----
.../te/decentralized-identity/index.md | 12 +++---
public/content/translations/te/defi/index.md | 19 +++++-----
public/content/translations/te/desci/index.md | 12 +++---
.../te/developers/docs/accounts/index.md | 4 +-
.../te/developers/docs/apis/backend/index.md | 4 +-
.../developers/docs/apis/javascript/index.md | 4 +-
.../te/developers/docs/apis/json-rpc/index.md | 4 +-
.../te/developers/docs/blocks/index.md | 4 +-
.../te/developers/docs/bridges/index.md | 4 +-
.../docs/consensus-mechanisms/index.md | 4 +-
.../docs/consensus-mechanisms/poa/index.md | 4 +-
.../pos/attack-and-defense/index.md | 4 +-
.../pos/attestations/index.md | 4 +-
.../pos/block-proposal/index.md | 4 +-
.../consensus-mechanisms/pos/faqs/index.md | 4 +-
.../consensus-mechanisms/pos/gasper/index.md | 4 +-
.../docs/consensus-mechanisms/pos/index.md | 4 +-
.../consensus-mechanisms/pos/keys/index.md | 4 +-
.../pos/pos-vs-pow/index.md | 4 +-
.../pos/rewards-and-penalties/index.md | 4 +-
.../pos/weak-subjectivity/index.md | 4 +-
.../pos/withdrawal-credentials/index.md | 4 +-
.../docs/consensus-mechanisms/pow/index.md | 4 +-
.../consensus-mechanisms/pow/mining/index.md | 4 +-
.../dagger-hashimoto/index.md | 4 +-
.../mining/mining-algorithms/ethash/index.md | 6 +--
.../pow/mining/mining-algorithms/index.md | 4 +-
.../te/developers/docs/dapps/index.md | 2 +-
.../block-explorers/index.md | 4 +-
.../docs/data-and-analytics/index.md | 4 +-
.../index.md | 4 +-
.../docs/data-availability/index.md | 4 +-
.../data-structures-and-encoding/index.md | 4 +-
.../patricia-merkle-trie/index.md | 4 +-
.../data-structures-and-encoding/rlp/index.md | 6 +--
.../data-structures-and-encoding/ssz/index.md | 4 +-
.../web3-secret-storage/index.md | 4 +-
.../dex-design-best-practice/index.md | 4 +-
.../heuristics-for-web3/index.md | 4 +-
.../te/developers/docs/design-and-ux/index.md | 4 +-
.../docs/development-networks/index.md | 4 +-
.../developers/docs/ethereum-stack/index.md | 4 +-
.../te/developers/docs/evm/index.md | 4 +-
.../te/developers/docs/evm/opcodes/index.md | 4 +-
.../te/developers/docs/frameworks/index.md | 4 +-
.../te/developers/docs/gas/index.md | 4 +-
.../te/developers/docs/ides/index.md | 4 +-
.../translations/te/developers/docs/index.md | 4 +-
.../developers/docs/intro-to-ether/index.md | 7 ++--
.../docs/intro-to-ethereum/index.md | 4 +-
.../te/developers/docs/mev/index.md | 4 +-
.../developers/docs/networking-layer/index.md | 4 +-
.../network-addresses/index.md | 4 +-
.../networking-layer/portal-network/index.md | 4 +-
.../te/developers/docs/networks/index.md | 4 +-
.../nodes-and-clients/archive-nodes/index.md | 4 +-
.../docs/nodes-and-clients/bootnodes/index.md | 4 +-
.../client-diversity/index.md | 4 +-
.../docs/nodes-and-clients/index.md | 4 +-
.../nodes-and-clients/light-clients/index.md | 4 +-
.../node-architecture/index.md | 4 +-
.../nodes-as-a-service/index.md | 4 +-
.../nodes-and-clients/run-a-node/index.md | 6 +--
.../te/developers/docs/oracles/index.md | 4 +-
.../docs/programming-languages/dart/index.md | 4 +-
.../programming-languages/delphi/index.md | 4 +-
.../programming-languages/dot-net/index.md | 4 +-
.../programming-languages/elixir/index.md | 4 +-
.../programming-languages/golang/index.md | 4 +-
.../docs/programming-languages/index.md | 4 +-
.../docs/programming-languages/java/index.md | 4 +-
.../programming-languages/javascript/index.md | 4 +-
.../programming-languages/python/index.md | 4 +-
.../docs/programming-languages/ruby/index.md | 4 +-
.../docs/programming-languages/rust/index.md | 4 +-
.../te/developers/docs/scaling/index.md | 4 +-
.../docs/scaling/optimistic-rollups/index.md | 4 +-
.../developers/docs/scaling/plasma/index.md | 4 +-
.../docs/scaling/sidechains/index.md | 4 +-
.../docs/scaling/state-channels/index.md | 4 +-
.../developers/docs/scaling/validium/index.md | 4 +-
.../docs/scaling/zk-rollups/index.md | 4 +-
.../docs/smart-contracts/anatomy/index.md | 4 +-
.../docs/smart-contracts/compiling/index.md | 4 +-
.../smart-contracts/composability/index.md | 4 +-
.../docs/smart-contracts/deploying/index.md | 4 +-
.../formal-verification/index.md | 4 +-
.../developers/docs/smart-contracts/index.md | 4 +-
.../docs/smart-contracts/languages/index.md | 4 +-
.../docs/smart-contracts/libraries/index.md | 4 +-
.../docs/smart-contracts/naming/index.md | 4 +-
.../docs/smart-contracts/security/index.md | 4 +-
.../docs/smart-contracts/testing/index.md | 4 +-
.../docs/smart-contracts/upgrading/index.md | 4 +-
.../docs/smart-contracts/verifying/index.md | 4 +-
.../te/developers/docs/standards/index.md | 4 +-
.../docs/standards/tokens/erc-1155/index.md | 4 +-
.../docs/standards/tokens/erc-1363/index.md | 4 +-
.../docs/standards/tokens/erc-20/index.md | 6 +--
.../docs/standards/tokens/erc-223/index.md | 4 +-
.../docs/standards/tokens/erc-4626/index.md | 4 +-
.../docs/standards/tokens/erc-721/index.md | 4 +-
.../docs/standards/tokens/erc-777/index.md | 4 +-
.../developers/docs/standards/tokens/index.md | 4 +-
.../te/developers/docs/storage/index.md | 4 +-
.../te/developers/docs/transactions/index.md | 4 +-
.../te/developers/docs/web2-vs-web3/index.md | 4 +-
.../index.md | 6 +--
.../tutorials/all-you-can-cache/index.md | 8 ++--
.../developers/tutorials/app-plasma/index.md | 12 +++---
.../index.md | 6 +--
.../index.md | 10 ++---
.../index.md | 6 +--
.../index.md | 6 +--
.../index.md | 6 +--
.../index.md | 6 +--
.../erc-721-vyper-annotated-code/index.md | 8 ++--
.../tutorials/erc20-annotated-code/index.md | 6 +--
.../erc20-with-safety-rails/index.md | 8 ++--
.../tutorials/ethereum-for-web2-auth/index.md | 8 ++--
.../index.md | 6 +--
.../index.md | 8 ++--
.../index.md | 13 ++++---
.../hello-world-smart-contract/index.md | 6 +--
.../index.md | 6 +--
.../tutorials/how-to-mint-an-nft/index.md | 6 +--
.../index.md | 8 ++--
.../index.md | 8 ++--
.../index.md | 8 ++--
.../index.md | 8 ++--
.../how-to-use-tellor-as-your-oracle/index.md | 8 ++--
.../how-to-view-nft-in-metamask/index.md | 6 +--
.../how-to-write-and-deploy-an-nft/index.md | 6 +--
.../index.md | 6 +--
.../tutorials/ipfs-decentralized-ui/index.md | 8 ++--
.../index.md | 6 +--
.../index.md | 6 +--
.../logging-events-smart-contracts/index.md | 6 +--
.../index.md | 10 ++---
.../index.md | 6 +--
.../developers/tutorials/nft-minter/index.md | 8 ++--
.../index.md | 6 +--
.../reverse-engineering-a-contract/index.md | 6 +--
.../tutorials/run-node-raspberry-pi/index.md | 8 ++--
.../tutorials/scam-token-tricks/index.md | 6 +--
.../tutorials/secret-state/index.md | 8 ++--
.../secure-development-workflow/index.md | 8 ++--
.../tutorials/send-token-ethersjs/index.md | 6 +--
.../index.md | 6 +--
.../tutorials/server-components/index.md | 6 +--
.../index.md | 6 +--
.../developers/tutorials/short-abi/index.md | 6 +--
.../index.md | 8 ++--
.../tutorials/stealth-addr/index.md | 4 +-
.../index.md | 6 +--
.../token-integration-checklist/index.md | 8 ++--
.../index.md | 6 +--
.../index.md | 6 +--
.../uniswap-v2-annotated-code/index.md | 6 +--
.../tutorials/using-websockets/index.md | 8 ++--
.../index.md | 4 +-
.../index.md | 4 +-
.../index.md | 8 ++--
.../tutorials/yellow-paper-evm/index.md | 6 +--
public/content/translations/te/eips/index.md | 4 +-
.../te/energy-consumption/index.md | 4 +-
.../translations/te/eth/supply/index.md | 4 +-
.../translations/te/ethereum-forks/index.md | 22 +----------
.../translations/te/foundation/index.md | 4 +-
.../content/translations/te/gaming/index.md | 10 ++---
.../content/translations/te/glossary/index.md | 4 +-
.../translations/te/governance/index.md | 4 +-
.../index.md | 7 ++--
.../te/guides/how-to-id-scam-tokens/index.md | 7 +---
.../how-to-revoke-token-access/index.md | 7 ++--
.../te/guides/how-to-swap-tokens/index.md | 7 ++--
.../te/guides/how-to-use-a-bridge/index.md | 7 ++--
.../te/guides/how-to-use-a-wallet/index.md | 9 +++--
.../content/translations/te/guides/index.md | 4 +-
public/content/translations/te/nft/index.md | 19 +++++-----
.../content/translations/te/payments/index.md | 25 ++++++-------
.../te/prediction-markets/index.md | 8 ++--
.../content/translations/te/privacy/index.md | 4 +-
.../te/real-world-assets/index.md | 16 ++++----
public/content/translations/te/refi/index.md | 12 +++---
.../translations/te/restaking/index.md | 12 +++---
.../te/roadmap/account-abstraction/index.md | 4 +-
.../te/roadmap/beacon-chain/index.md | 12 +++---
.../te/roadmap/danksharding/index.md | 13 ++-----
.../translations/te/roadmap/dencun/index.md | 6 +--
.../translations/te/roadmap/fusaka/index.md | 4 +-
.../te/roadmap/fusaka/peerdas/index.md | 2 +-
.../te/roadmap/future-proofing/index.md | 6 +--
.../translations/te/roadmap/merge/index.md | 26 ++++++-------
.../te/roadmap/merge/issuance/index.md | 20 +++++++---
.../translations/te/roadmap/pbs/index.md | 8 ++--
.../te/roadmap/pectra/7702/index.md | 4 +-
.../translations/te/roadmap/pectra/index.md | 4 +-
.../te/roadmap/pectra/maxeb/index.md | 4 +-
.../translations/te/roadmap/scaling/index.md | 6 +--
.../roadmap/secret-leader-election/index.md | 4 +-
.../translations/te/roadmap/security/index.md | 6 +--
.../te/roadmap/single-slot-finality/index.md | 7 ++--
.../te/roadmap/statelessness/index.md | 7 ++--
.../te/roadmap/user-experience/index.md | 6 +--
.../te/roadmap/verkle-trees/index.md | 6 +--
.../content/translations/te/security/index.md | 4 +-
.../translations/te/smart-contracts/index.md | 4 +-
.../translations/te/social-networks/index.md | 12 +++---
.../translations/te/staking/dvt/index.md | 4 +-
.../translations/te/staking/pools/index.md | 14 ++++---
.../translations/te/staking/saas/index.md | 17 +++++----
.../translations/te/staking/solo/index.md | 37 ++++++++++++-------
.../te/staking/withdrawals/index.md | 29 ++++++++-------
public/content/translations/te/web3/index.md | 10 +++--
.../translations/te/what-are-apps/index.md | 11 +++---
.../translations/te/whitepaper/index.md | 4 +-
.../translations/te/wrapped-eth/index.md | 11 ++----
.../te/zero-knowledge-proofs/index.md | 8 ++--
255 files changed, 777 insertions(+), 779 deletions(-)
diff --git a/public/content/translations/te/about/index.md b/public/content/translations/te/about/index.md
index 5f007566310..e73f66730e3 100644
--- a/public/content/translations/te/about/index.md
+++ b/public/content/translations/te/about/index.md
@@ -1,6 +1,6 @@
---
-title: మా గురించి
-description: ethereum.org యొక్క బృందం, సంఘం మరియు లక్ష్యం గురించి
+title: "మా గురించి"
+description: "ethereum.org యొక్క బృందం, సంఘం మరియు లక్ష్యం గురించి"
lang: te
---
diff --git a/public/content/translations/te/ai-agents/index.md b/public/content/translations/te/ai-agents/index.md
index fb3fe7248c5..e09080f707f 100644
--- a/public/content/translations/te/ai-agents/index.md
+++ b/public/content/translations/te/ai-agents/index.md
@@ -1,16 +1,16 @@
---
-title: AI ఏజెంట్లు
-metaTitle: AI ఏజెంట్లు | ఇతీరియములో AI ఏజెంట్లు
-description: ఇతీరియములో AI ఏజెంట్ల అవలోకనం
+title: "AI ఏజెంట్లు"
+metaTitle: "AI ఏజెంట్లు | ఇతీరియములో AI ఏజెంట్లు"
+description: "ఇతీరియములో AI ఏజెంట్ల అవలోకనం"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":robot:"
sidebarDepth: 2
image: /images/ai-agents/hero-image.png
-alt: టెర్మినల్ టేబుల్ వద్ద ప్రజలు గుమిగూడారు
-summaryPoint1: బ్లాక్ చైనుతో సంకర్షణ చెంది స్వతంత్రంగా వర్తకం చేసే AI
-summaryPoint2: ఆన్చైన్ వాలెట్లను మరియు నిధులను నియంత్రిస్తుంది
-summaryPoint3: పని కోసం మానవులను లేదా ఇతర ఏజెంట్లను నియమించుకుంటుంది
+alt: "టెర్మినల్ టేబుల్ వద్ద ప్రజలు గుమిగూడారు"
+summaryPoint1: "బ్లాక్ చైనుతో సంకర్షణ చెంది స్వతంత్రంగా వర్తకం చేసే AI"
+summaryPoint2: "ఆన్చైన్ వాలెట్లను మరియు నిధులను నియంత్రిస్తుంది"
+summaryPoint3: "పని కోసం మానవులను లేదా ఇతర ఏజెంట్లను నియమించుకుంటుంది"
buttons:
- content: AI ఏజెంట్లు అంటే ఏమిటి?
toId: what-are-ai-agents
diff --git a/public/content/translations/te/bridges/index.md b/public/content/translations/te/bridges/index.md
index 265d88894c9..fd7d0d2c8ba 100644
--- a/public/content/translations/te/bridges/index.md
+++ b/public/content/translations/te/bridges/index.md
@@ -1,6 +1,6 @@
---
-title: బ్లాక్ చైను వారధులకు పరిచయం
-description: వారధులు వినియోగదారులను వారి నిధులను విభిన్న బ్లాక్ చైనుల మధ్య తరలించడానికి అనుమతిస్తాయి
+title: "బ్లాక్ చైను వారధులకు పరిచయం"
+description: "వారధులు వినియోగదారులను వారి నిధులను విభిన్న బ్లాక్ చైనుల మధ్య తరలించడానికి అనుమతిస్తాయి"
lang: te
---
diff --git a/public/content/translations/te/community/code-of-conduct/index.md b/public/content/translations/te/community/code-of-conduct/index.md
index b718ad44ce6..f042f856edd 100644
--- a/public/content/translations/te/community/code-of-conduct/index.md
+++ b/public/content/translations/te/community/code-of-conduct/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రవర్తనా నియమావళి
-description: ethereum.org ప్రదేశాలలో మేం పాటించాలని ప్రయత్నించే ప్రాథమిక ప్రమాణాలు.
+title: "ప్రవర్తనా నియమావళి"
+description: "ethereum.org ప్రదేశాలలో మేం పాటించాలని ప్రయత్నించే ప్రాథమిక ప్రమాణాలు."
lang: te
---
diff --git a/public/content/translations/te/community/events/organizing/index.md b/public/content/translations/te/community/events/organizing/index.md
index 0dc2982f15f..8b5363ece63 100644
--- a/public/content/translations/te/community/events/organizing/index.md
+++ b/public/content/translations/te/community/events/organizing/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియము ఈవెంట్ను నిర్వహించడం
-description: ఇతీరియము ఈవెంట్ను ఎలా నిర్వహించాలి
+title: "ఇతీరియము ఈవెంట్ను నిర్వహించడం"
+description: "ఇతీరియము ఈవెంట్ను ఎలా నిర్వహించాలి"
lang: te
hideEditButton: true
---
diff --git a/public/content/translations/te/community/get-involved/index.md b/public/content/translations/te/community/get-involved/index.md
index 14c047215a1..b8bae9898b2 100644
--- a/public/content/translations/te/community/get-involved/index.md
+++ b/public/content/translations/te/community/get-involved/index.md
@@ -1,6 +1,6 @@
---
-title: నేను ఎలా పాలుపంచుకోవచ్చు?
-description: Ethereum కమ్యూనిటీలో ఎలా పాలుపంచుకోవాలి.
+title: "నేను ఎలా పాలుపంచుకోవచ్చు?"
+description: "Ethereum కమ్యూనిటీలో ఎలా పాలుపంచుకోవాలి."
lang: te
---
diff --git a/public/content/translations/te/community/grants/index.md b/public/content/translations/te/community/grants/index.md
index a1759343141..8b34fe4523e 100644
--- a/public/content/translations/te/community/grants/index.md
+++ b/public/content/translations/te/community/grants/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియము ఫౌండేషన్ & సంఘం గ్రాంటు కార్యక్రమాలు
-description: ఇతీరియము పర్యావరణ వ్యవస్థ అంతటా ఉన్న గ్రాంటు కార్యక్రమాల జాబితా.
+title: "ఇతీరియము ఫౌండేషన్ & సంఘం గ్రాంటు కార్యక్రమాలు"
+description: "ఇతీరియము పర్యావరణ వ్యవస్థ అంతటా ఉన్న గ్రాంటు కార్యక్రమాల జాబితా."
lang: te
---
@@ -12,7 +12,8 @@ lang: te
-వ్యవస్థాపకులారా, మీ వ్యాపారాన్ని వేగవంతం చేయడానికి సహాయం కావాలా? [ఫౌండర్స్ సపోర్ట్కు వెళ్ళండి](/founders/)
+వ్యవస్థాపకులారా, మీ వ్యాపారాన్ని వేగవంతం చేయడానికి సహాయం కావాలా? [ఫౌండర్స్ సపోర్ట్కు వెళ్ళండి](/founders/)
+
## విస్తృత ఇతీరియము పర్యావరణ వ్యవస్థ {#broad-ethereum-ecosystem}
diff --git a/public/content/translations/te/community/language-resources/index.md b/public/content/translations/te/community/language-resources/index.md
index 500d5a27b33..127d96bedf3 100644
--- a/public/content/translations/te/community/language-resources/index.md
+++ b/public/content/translations/te/community/language-resources/index.md
@@ -1,6 +1,6 @@
---
-title: భాషా వనరులు
-description: ఇతీరియము గురించి తెలుసుకోవడానికి ఆంగ్లేతర వనరులు
+title: "భాషా వనరులు"
+description: "ఇతీరియము గురించి తెలుసుకోవడానికి ఆంగ్లేతర వనరులు"
lang: te
---
diff --git a/public/content/translations/te/community/online/index.md b/public/content/translations/te/community/online/index.md
index a9aa9bdf257..d8c8e8ffd91 100644
--- a/public/content/translations/te/community/online/index.md
+++ b/public/content/translations/te/community/online/index.md
@@ -1,6 +1,6 @@
---
-title: ఆన్లైన్లో కమ్యూనిటీలు
-description: ఇతీరియము ఉత్సాహవంతులు చర్చించడానికి మరియు సహకరించడానికి సమావేశమయ్యే ఆన్లైన్ ఫోరమ్లు, చాట్ రూమ్లు మరియు సోషల్ మీడియా కమ్యూనిటీలను కనుగొనండి.
+title: "ఆన్లైన్లో కమ్యూనిటీలు"
+description: "ఇతీరియము ఉత్సాహవంతులు చర్చించడానికి మరియు సహకరించడానికి సమావేశమయ్యే ఆన్లైన్ ఫోరమ్లు, చాట్ రూమ్లు మరియు సోషల్ మీడియా కమ్యూనిటీలను కనుగొనండి."
lang: te
---
@@ -51,5 +51,5 @@ lang: te
DAOల గురించి మరింత తెలుసుకోండి
-
+
diff --git a/public/content/translations/te/community/research/index.md b/public/content/translations/te/community/research/index.md
index 845dfde7ab9..6ca19eb5918 100644
--- a/public/content/translations/te/community/research/index.md
+++ b/public/content/translations/te/community/research/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియము పరిశోధన యొక్క క్రియాశీల రంగాలు
-description: బహిరంగ పరిశోధన యొక్క వివిధ రంగాలను అన్వేషించండి మరియు ఎలా పాలుపంచుకోవాలో తెలుసుకోండి.
+title: "ఇతీరియము పరిశోధన యొక్క క్రియాశీల రంగాలు"
+description: "బహిరంగ పరిశోధన యొక్క వివిధ రంగాలను అన్వేషించండి మరియు ఎలా పాలుపంచుకోవాలో తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/community/support/index.md b/public/content/translations/te/community/support/index.md
index aa65b8a5e21..af97049de82 100644
--- a/public/content/translations/te/community/support/index.md
+++ b/public/content/translations/te/community/support/index.md
@@ -1,6 +1,6 @@
---
-title: Ethereum సపోర్ట్
-description: ఇతీరియము ఎకోసిస్టమ్లో మద్దతు పొందండి.
+title: "Ethereum సపోర్ట్"
+description: "ఇతీరియము ఎకోసిస్టమ్లో మద్దతు పొందండి."
lang: te
---
diff --git a/public/content/translations/te/contributing/adding-desci-projects/index.md b/public/content/translations/te/contributing/adding-desci-projects/index.md
index 24fb65ee91b..cc1839cedda 100644
--- a/public/content/translations/te/contributing/adding-desci-projects/index.md
+++ b/public/content/translations/te/contributing/adding-desci-projects/index.md
@@ -1,6 +1,6 @@
---
-title: DeSci ప్రాజెక్ట్లను జోడించడం
-description: ethereum.orgలోని DeSci పేజీలో ప్రాజెక్ట్లకు లింక్లను జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "DeSci ప్రాజెక్ట్లను జోడించడం"
+description: "ethereum.orgలోని DeSci పేజీలో ప్రాజెక్ట్లకు లింక్లను జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/adding-developer-tools/index.md b/public/content/translations/te/contributing/adding-developer-tools/index.md
index 397b68875c1..3e0e3eed6d8 100644
--- a/public/content/translations/te/contributing/adding-developer-tools/index.md
+++ b/public/content/translations/te/contributing/adding-developer-tools/index.md
@@ -1,7 +1,7 @@
---
-title: డెవలపర్ సాధనాలను జోడిస్తోంది
+title: "డెవలపర్ సాధనాలను జోడిస్తోంది"
lang: te
-description: Ethereum.orgలో డెవలపర్ సాధనాలను జాబితా చేయడానికి మా ప్రమాణాలు
+description: "Ethereum.orgలో డెవలపర్ సాధనాలను జాబితా చేయడానికి మా ప్రమాణాలు"
---
# డెవలపర్ ఉపకరణాలను జోడించడం {#contributing-to-ethereumorg-}
diff --git a/public/content/translations/te/contributing/adding-exchanges/index.md b/public/content/translations/te/contributing/adding-exchanges/index.md
index e5b47882a87..34a1fcaae4c 100644
--- a/public/content/translations/te/contributing/adding-exchanges/index.md
+++ b/public/content/translations/te/contributing/adding-exchanges/index.md
@@ -1,6 +1,6 @@
---
-title: మార్పిడిని జోడిస్తోంది
-description: Ethereum.orgకి ఎక్స్ఛేంజీలను జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "మార్పిడిని జోడిస్తోంది"
+description: "Ethereum.orgకి ఎక్స్ఛేంజీలను జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/adding-glossary-terms/index.md b/public/content/translations/te/contributing/adding-glossary-terms/index.md
index ef316363e26..1c9a6d91714 100644
--- a/public/content/translations/te/contributing/adding-glossary-terms/index.md
+++ b/public/content/translations/te/contributing/adding-glossary-terms/index.md
@@ -1,7 +1,7 @@
---
-title: పదకోశం పదాలను జోడిస్తోంది
+title: "పదకోశం పదాలను జోడిస్తోంది"
lang: te
-description: Ethereum.org గ్లాసరీకి కొత్త నిబంధనలను జోడించడానికి మా ప్రమాణాలు
+description: "Ethereum.org గ్లాసరీకి కొత్త నిబంధనలను జోడించడానికి మా ప్రమాణాలు"
---
# పదకోశ పదాలను జోడించడం {#contributing-to-ethereumorg-}
diff --git a/public/content/translations/te/contributing/adding-layer-2s/index.md b/public/content/translations/te/contributing/adding-layer-2s/index.md
index d4303b172ed..28b8661aee5 100644
--- a/public/content/translations/te/contributing/adding-layer-2s/index.md
+++ b/public/content/translations/te/contributing/adding-layer-2s/index.md
@@ -1,6 +1,6 @@
---
-title: లేయర్ 2లను జోడించడం
-description: Ethereum.orgకి లేయర్ 2ని జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "లేయర్ 2లను జోడించడం"
+description: "Ethereum.orgకి లేయర్ 2ని జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/adding-products/index.md b/public/content/translations/te/contributing/adding-products/index.md
index cea71bcfaf7..016799a52cc 100644
--- a/public/content/translations/te/contributing/adding-products/index.md
+++ b/public/content/translations/te/contributing/adding-products/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రోడక్ట్లను జోడించడం
-description: Ethereum.orgకి డాప్లను జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "ప్రోడక్ట్లను జోడించడం"
+description: "Ethereum.orgకి డాప్లను జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/adding-resources/index.md b/public/content/translations/te/contributing/adding-resources/index.md
index e6086c30321..cd7306a65e2 100644
--- a/public/content/translations/te/contributing/adding-resources/index.md
+++ b/public/content/translations/te/contributing/adding-resources/index.md
@@ -1,6 +1,6 @@
---
-title: వనరులను జోడిస్తోంది
-description: ethereum.orgకి వనరులను జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "వనరులను జోడిస్తోంది"
+description: "ethereum.orgకి వనరులను జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/adding-staking-products/index.md b/public/content/translations/te/contributing/adding-staking-products/index.md
index cd99a75ffa5..bef1494ac6b 100644
--- a/public/content/translations/te/contributing/adding-staking-products/index.md
+++ b/public/content/translations/te/contributing/adding-staking-products/index.md
@@ -1,6 +1,6 @@
---
-title: స్టాకింగ్ ఉత్పత్తులు లేదా సేవలను జోడిస్తోంది
-description: Ethereum.orgకి స్టాకింగ్ ఉత్పత్తులు లేదా సేవలను జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "స్టాకింగ్ ఉత్పత్తులు లేదా సేవలను జోడిస్తోంది"
+description: "Ethereum.orgకి స్టాకింగ్ ఉత్పత్తులు లేదా సేవలను జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/adding-wallets/index.md b/public/content/translations/te/contributing/adding-wallets/index.md
index f40d8f1ace2..4c489580a7d 100644
--- a/public/content/translations/te/contributing/adding-wallets/index.md
+++ b/public/content/translations/te/contributing/adding-wallets/index.md
@@ -1,6 +1,6 @@
---
-title: పర్సులు కలుపుతోంది
-description: Ethereum.orgకి వాలెట్ని జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "పర్సులు కలుపుతోంది"
+description: "Ethereum.orgకి వాలెట్ని జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/content-resources/index.md b/public/content/translations/te/contributing/content-resources/index.md
index 680502b36c6..aaa3bb6c119 100644
--- a/public/content/translations/te/contributing/content-resources/index.md
+++ b/public/content/translations/te/contributing/content-resources/index.md
@@ -1,7 +1,7 @@
---
-title: కంటెంట్ వనరులను జోడిస్తోంది
+title: "కంటెంట్ వనరులను జోడిస్తోంది"
lang: te
-description: Ethereum.orgలో కంటెంట్ వనరులను జాబితా చేయడానికి మా ప్రమాణాలు
+description: "Ethereum.orgలో కంటెంట్ వనరులను జాబితా చేయడానికి మా ప్రమాణాలు"
---
# కంటెంట్ వనరులను చేర్చడం {#adding-content-resources}
diff --git a/public/content/translations/te/contributing/design-principles/index.md b/public/content/translations/te/contributing/design-principles/index.md
index a6b885449e7..0402427ef24 100644
--- a/public/content/translations/te/contributing/design-principles/index.md
+++ b/public/content/translations/te/contributing/design-principles/index.md
@@ -1,7 +1,7 @@
---
-title: డిజైన్ సూత్రాలు
+title: "డిజైన్ సూత్రాలు"
lang: te
-description: ethereum.org డిజైన్ మరియు కంటెంట్ నిర్ణయాల వెనుక ఉన్న సూత్రాలు
+description: "ethereum.org డిజైన్ మరియు కంటెంట్ నిర్ణయాల వెనుక ఉన్న సూత్రాలు"
---
# మా డిజైన్ సూత్రాలు {#contributing-to-ethereumorg-}
diff --git a/public/content/translations/te/contributing/design/adding-design-resources/index.md b/public/content/translations/te/contributing/design/adding-design-resources/index.md
index 1b142e751de..fd9af0b5d36 100644
--- a/public/content/translations/te/contributing/design/adding-design-resources/index.md
+++ b/public/content/translations/te/contributing/design/adding-design-resources/index.md
@@ -1,6 +1,6 @@
---
-title: డిజైన్ వనరులను జోడిస్తోంది
-description: Ethereum.orgలో డిజైన్ మెటీరియల్ల నాణ్యతను నిర్ధారించడానికి మార్గదర్శకాలు మరియు అవసరాలు
+title: "డిజైన్ వనరులను జోడిస్తోంది"
+description: "Ethereum.orgలో డిజైన్ మెటీరియల్ల నాణ్యతను నిర్ధారించడానికి మార్గదర్శకాలు మరియు అవసరాలు"
lang: te
---
diff --git a/public/content/translations/te/contributing/design/index.md b/public/content/translations/te/contributing/design/index.md
index 8f12f85b02b..40225016723 100644
--- a/public/content/translations/te/contributing/design/index.md
+++ b/public/content/translations/te/contributing/design/index.md
@@ -1,6 +1,6 @@
---
-title: డిజైన్ సహకారం
-description: Ethereum.orgకి డిజైన్ సహకారం
+title: "డిజైన్ సహకారం"
+description: "Ethereum.orgకి డిజైన్ సహకారం"
lang: te
---
diff --git a/public/content/translations/te/contributing/index.md b/public/content/translations/te/contributing/index.md
index db37451693d..dbd456d08bf 100644
--- a/public/content/translations/te/contributing/index.md
+++ b/public/content/translations/te/contributing/index.md
@@ -1,6 +1,6 @@
---
-title: సహకరించడం
-description: మీరు ethereum.orgకి సహకరించగల వివిధ మార్గాల గురించి తెలుసుకోండి
+title: "సహకరించడం"
+description: "మీరు ethereum.orgకి సహకరించగల వివిధ మార్గాల గురించి తెలుసుకోండి"
lang: te
---
diff --git a/public/content/translations/te/contributing/quizzes/index.md b/public/content/translations/te/contributing/quizzes/index.md
index b7e7712b732..0e8d383c513 100644
--- a/public/content/translations/te/contributing/quizzes/index.md
+++ b/public/content/translations/te/contributing/quizzes/index.md
@@ -1,6 +1,6 @@
---
-title: క్విజ్ని జోడిస్తోంది
-description: Ethereum.orgకి క్విజ్లను జోడించేటప్పుడు మేము ఉపయోగించే విధానం
+title: "క్విజ్ని జోడిస్తోంది"
+description: "Ethereum.orgకి క్విజ్లను జోడించేటప్పుడు మేము ఉపయోగించే విధానం"
lang: te
---
diff --git a/public/content/translations/te/contributing/translation-program/faq/index.md b/public/content/translations/te/contributing/translation-program/faq/index.md
index 28f34b6f4c8..e6e5a856a42 100644
--- a/public/content/translations/te/contributing/translation-program/faq/index.md
+++ b/public/content/translations/te/contributing/translation-program/faq/index.md
@@ -1,7 +1,7 @@
---
-title: అనువాద ప్రోగ్రామ్ తరచుగా అడిగే ప్రశ్నలు (FAQ)
+title: "అనువాద ప్రోగ్రామ్ తరచుగా అడిగే ప్రశ్నలు (FAQ)"
lang: te
-description: Ethereum.org అనువాద ప్రోగ్రామ్ గురించి తరచుగా అడిగే ప్రశ్నలు
+description: "Ethereum.org అనువాద ప్రోగ్రామ్ గురించి తరచుగా అడిగే ప్రశ్నలు"
---
# ethereum.org మార్గదర్శిని అనువదించడం {#translating-ethereum-guide}
diff --git a/public/content/translations/te/contributing/translation-program/how-to-translate/index.md b/public/content/translations/te/contributing/translation-program/how-to-translate/index.md
index 2cb79372c4f..dbe3b4f4b3b 100644
--- a/public/content/translations/te/contributing/translation-program/how-to-translate/index.md
+++ b/public/content/translations/te/contributing/translation-program/how-to-translate/index.md
@@ -1,7 +1,7 @@
---
-title: ఎలా అనువదించాలి
+title: "ఎలా అనువదించాలి"
lang: te
-description: Ethereum.orgని అనువదించడానికి క్రౌడిన్ని ఉపయోగించడం కోసం సూచనలు
+description: "Ethereum.orgని అనువదించడానికి క్రౌడిన్ని ఉపయోగించడం కోసం సూచనలు"
---
# ఎలా అనువదించాలి {#how-to-translate}
diff --git a/public/content/translations/te/contributing/translation-program/index.md b/public/content/translations/te/contributing/translation-program/index.md
index 1da61cbf81e..eba9916f138 100644
--- a/public/content/translations/te/contributing/translation-program/index.md
+++ b/public/content/translations/te/contributing/translation-program/index.md
@@ -1,7 +1,7 @@
---
-title: అనువాద కార్యక్రమం
+title: "అనువాద కార్యక్రమం"
lang: te
-description: Ethereum.org అనువాద ప్రోగ్రామ్ గురించిన సమాచారం
+description: "Ethereum.org అనువాద ప్రోగ్రామ్ గురించిన సమాచారం"
---
# అనువాద కార్యక్రమం {#translation-program}
diff --git a/public/content/translations/te/contributing/translation-program/mission-and-vision/index.md b/public/content/translations/te/contributing/translation-program/mission-and-vision/index.md
index 95f3389a7b1..4e970b41259 100644
--- a/public/content/translations/te/contributing/translation-program/mission-and-vision/index.md
+++ b/public/content/translations/te/contributing/translation-program/mission-and-vision/index.md
@@ -1,7 +1,7 @@
---
-title: లక్ష్యం మరియు దార్శనికత
+title: "లక్ష్యం మరియు దార్శనికత"
lang: te
-description: ethereum.org అనువాద ప్రోగ్రామ్ లక్ష్యం మరియు దార్శనికత
+description: "ethereum.org అనువాద ప్రోగ్రామ్ లక్ష్యం మరియు దార్శనికత"
---
# లక్ష్యం మరియు దార్శనికత {#mission-and-vision}
diff --git a/public/content/translations/te/contributing/translation-program/playbook/index.md b/public/content/translations/te/contributing/translation-program/playbook/index.md
index 7dc8f8975e4..fc7ac35e507 100644
--- a/public/content/translations/te/contributing/translation-program/playbook/index.md
+++ b/public/content/translations/te/contributing/translation-program/playbook/index.md
@@ -1,7 +1,7 @@
---
-title: అనువాద కార్యక్రమ ప్లేబుక్
+title: "అనువాద కార్యక్రమ ప్లేబుక్"
lang: te
-description: అనువాద కార్యక్రమాన్ని ఏర్పాటు చేయడానికి చిట్కాలు మరియు ముఖ్యమైన పరిశీలనల సమాహారం
+description: "అనువాద కార్యక్రమాన్ని ఏర్పాటు చేయడానికి చిట్కాలు మరియు ముఖ్యమైన పరిశీలనల సమాహారం"
---
# అనువాద కార్యక్రమ ప్లేబుక్ {#translation-program-playbook}
diff --git a/public/content/translations/te/contributing/translation-program/resources/index.md b/public/content/translations/te/contributing/translation-program/resources/index.md
index 2efc0a0366e..1e7947a4b9f 100644
--- a/public/content/translations/te/contributing/translation-program/resources/index.md
+++ b/public/content/translations/te/contributing/translation-program/resources/index.md
@@ -1,7 +1,7 @@
---
-title: అనువాదకుల కోసం వనరులు
+title: "అనువాదకుల కోసం వనరులు"
lang: te
-description: Ethereum.org అనువాదకుల కోసం ఉపయోగకరమైన వనరులు
+description: "Ethereum.org అనువాదకుల కోసం ఉపయోగకరమైన వనరులు"
---
# వనరులు {#resources}
diff --git a/public/content/translations/te/contributing/translation-program/translatathon/details/index.md b/public/content/translations/te/contributing/translation-program/translatathon/details/index.md
index 473dfd31b27..5d2b560ee3b 100644
--- a/public/content/translations/te/contributing/translation-program/translatathon/details/index.md
+++ b/public/content/translations/te/contributing/translation-program/translatathon/details/index.md
@@ -1,7 +1,7 @@
---
-title: వివరాలు మరియు నియమాలు
+title: "వివరాలు మరియు నియమాలు"
lang: te
-template: అనువాదథాన్
+template: "అనువాదథాన్"
---

diff --git a/public/content/translations/te/contributing/translation-program/translatathon/index.md b/public/content/translations/te/contributing/translation-program/translatathon/index.md
index 156d93c5022..edda85d6fe6 100644
--- a/public/content/translations/te/contributing/translation-program/translatathon/index.md
+++ b/public/content/translations/te/contributing/translation-program/translatathon/index.md
@@ -1,7 +1,7 @@
---
-title: 2025 ethereum.org ట్రాన్స్లేటథాన్
+title: "2025 ethereum.org ట్రాన్స్లేటథాన్"
lang: te
-template: ట్రాన్స్లేటథాన్
+template: "ట్రాన్స్లేటథాన్"
---
diff --git a/public/content/translations/te/contributing/translation-program/translators-guide/index.md b/public/content/translations/te/contributing/translation-program/translators-guide/index.md
index 9d7edfebf46..cd4b3c83e23 100644
--- a/public/content/translations/te/contributing/translation-program/translators-guide/index.md
+++ b/public/content/translations/te/contributing/translation-program/translators-guide/index.md
@@ -1,7 +1,7 @@
---
-title: అనువాదకుల గైడ్
+title: "అనువాదకుల గైడ్"
lang: te
-description: Ethereum.org అనువాదకుల కోసం సూచనలు మరియు చిట్కాలు
+description: "Ethereum.org అనువాదకుల కోసం సూచనలు మరియు చిట్కాలు"
---
# Ethereum.org అనువాద శైలి మార్గదర్శి {#style-guide}
diff --git a/public/content/translations/te/dao/index.md b/public/content/translations/te/dao/index.md
index 69df81e9113..08d59ea9920 100644
--- a/public/content/translations/te/dao/index.md
+++ b/public/content/translations/te/dao/index.md
@@ -1,16 +1,16 @@
---
-title: DAO అంటే ఏమిటి?
-metaTitle: DAO అంటే ఏమిటి? | వికేంద్రీకృత అటానమస్ ఆర్గనైజేషన్
-description: ఈథరియంలో డిఎఓలు గురించి ఒక అవలోకనంలో
+title: "DAO అంటే ఏమిటి?"
+metaTitle: "DAO అంటే ఏమిటి? | వికేంద్రీకృత అటానమస్ ఆర్గనైజేషన్"
+description: "ఈథరియంలో డిఎఓలు గురించి ఒక అవలోకనంలో"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
-alt: ప్రతిపాదనపై డిఎఓ ఓటింగ్ యొక్క ప్రాతినిధ్యం.
-summaryPoint1: కేంద్రీకృత నాయకత్వం లేని సభ్యుల యాజమాన్యంలోని సంఘాలు.
-summaryPoint2: ఇంటర్నెట్ స్ట్రేంజర్తో సహకరించడానికి సురక్షితమైన మార్గం.
-summaryPoint3: కేవలం సంకేత కారణంగా ధనాన్ని అడుగుతుందిన ఒక నిర్వహణా స్థలం.
+alt: "ప్రతిపాదనపై డిఎఓ ఓటింగ్ యొక్క ప్రాతినిధ్యం."
+summaryPoint1: "కేంద్రీకృత నాయకత్వం లేని సభ్యుల యాజమాన్యంలోని సంఘాలు."
+summaryPoint2: "ఇంటర్నెట్ స్ట్రేంజర్తో సహకరించడానికి సురక్షితమైన మార్గం."
+summaryPoint3: "కేవలం సంకేత కారణంగా ధనాన్ని అడుగుతుందిన ఒక నిర్వహణా స్థలం."
---
## డిఎఓలు అంటే ఏమిటి? {#what-are-daos}
diff --git a/public/content/translations/te/decentralized-identity/index.md b/public/content/translations/te/decentralized-identity/index.md
index 393def5bd10..3579d014ad8 100644
--- a/public/content/translations/te/decentralized-identity/index.md
+++ b/public/content/translations/te/decentralized-identity/index.md
@@ -1,14 +1,14 @@
---
-title: వికేంద్రీకృత గుర్తింపు
-description: వికేంద్రీకృత గుర్తింపు అంటే ఏమిటి మరియు అది ఎందుకు ముఖ్యమైనది?
+title: "వికేంద్రీకృత గుర్తింపు"
+description: "వికేంద్రీకృత గుర్తింపు అంటే ఏమిటి మరియు అది ఎందుకు ముఖ్యమైనది?"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":id:"
sidebarDepth: 2
image: /images/eth-gif-cat.png
-summaryPoint1: పారంపరిక గుర్తు వ్యవస్థలు మీ గుర్తు ప్రదానం, పరిరక్షణ మరియు నియంత్రణను సేంద్రీకరించినవి.
-summaryPoint2: వికేంద్రీకృత గుర్తింపు కేంద్రీకృత మూడవ పక్షాలపై ఆధారపడటాన్ని తొలగిస్తుంది.
-summaryPoint3: క్రిప్టోద్వారా ధన్యవాదం, వాడుకరులు పునరావృతంనే మౌలికంగా జారుపుకొనే, కలిగే వాటిని నగలుగా ఉంచడానికి మరియు సర్టిఫికేషన్లను నియంత్రించడానికి సాధనాలను ఇప్పటికే కలిగి ఉన్నారు.
+summaryPoint1: "పారంపరిక గుర్తు వ్యవస్థలు మీ గుర్తు ప్రదానం, పరిరక్షణ మరియు నియంత్రణను సేంద్రీకరించినవి."
+summaryPoint2: "వికేంద్రీకృత గుర్తింపు కేంద్రీకృత మూడవ పక్షాలపై ఆధారపడటాన్ని తొలగిస్తుంది."
+summaryPoint3: "క్రిప్టోద్వారా ధన్యవాదం, వాడుకరులు పునరావృతంనే మౌలికంగా జారుపుకొనే, కలిగే వాటిని నగలుగా ఉంచడానికి మరియు సర్టిఫికేషన్లను నియంత్రించడానికి సాధనాలను ఇప్పటికే కలిగి ఉన్నారు."
---
ఈ రోజు మీ జీవితంలోని ప్రతి అంశానికి గుర్తింపు ఆధారం. ఆన్లైన్ సేవలను ఉపయోగించడం, బ్యాంకు ఖాతా తెరవడం, ఎన్నికల్లో ఓటు వేయడం, ఆస్తి కొనుగోలు చేయడం, ఉపాధిని పొందడం-ఇవన్నీ మీ గుర్తింపును నిరూపించుకోవడం అవసరం.
diff --git a/public/content/translations/te/defi/index.md b/public/content/translations/te/defi/index.md
index 5ec73db7330..9379df9e086 100644
--- a/public/content/translations/te/defi/index.md
+++ b/public/content/translations/te/defi/index.md
@@ -1,16 +1,16 @@
---
-title: డిసెంట్రలైజ్డ్ ఫైనాన్స్ (DeFi)
-metaTitle: DeFi అంటే ఏమిటి? | డిసెంట్రలైజ్డ్ ఫైనాన్స్ యొక్క ప్రయోజనాలు మరియు ఉపయోగం
-description: ఇతీరియములో DeFi యొక్క అవలోకనం
+title: "డిసెంట్రలైజ్డ్ ఫైనాన్స్ (DeFi)"
+metaTitle: "DeFi అంటే ఏమిటి? | డిసెంట్రలైజ్డ్ ఫైనాన్స్ యొక్క ప్రయోజనాలు మరియు ఉపయోగం"
+description: "ఇతీరియములో DeFi యొక్క అవలోకనం"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":money_with_wings:"
image: /images/use-cases/defi.png
-alt: లెగో ఇటుకలతో తయారు చేసిన ఇతీరియము లోగో.
+alt: "లెగో ఇటుకలతో తయారు చేసిన ఇతీరియము లోగో."
sidebarDepth: 2
-summaryPoint1: ప్రస్తుత ఆర్థిక వ్యవస్థకు ప్రపంచ, బహిరంగ ప్రత్యామ్నాయం.
-summaryPoint2: రుణం తీసుకోవడానికి, పొదుపు చేయడానికి, పెట్టుబడి పెట్టడానికి, వ్యాపారం చేయడానికి మరియు మరెన్నో మిమ్మల్ని అనుమతించే ఉత్పత్తులు.
-summaryPoint3: ఓపెన్ సోర్స్ టెక్నాలజీ ఆధారంగా ఎవరైనా ప్రోగ్రామ్ చేయవచ్చు.
+summaryPoint1: "ప్రస్తుత ఆర్థిక వ్యవస్థకు ప్రపంచ, బహిరంగ ప్రత్యామ్నాయం."
+summaryPoint2: "రుణం తీసుకోవడానికి, పొదుపు చేయడానికి, పెట్టుబడి పెట్టడానికి, వ్యాపారం చేయడానికి మరియు మరెన్నో మిమ్మల్ని అనుమతించే ఉత్పత్తులు."
+summaryPoint3: "ఓపెన్ సోర్స్ టెక్నాలజీ ఆధారంగా ఎవరైనా ప్రోగ్రామ్ చేయవచ్చు."
---
DeFi అనేది ఇంటర్నెట్ యుగం కోసం రూపొందించబడిన బహిరంగ మరియు ప్రపంచ ఆర్థిక వ్యవస్థ - అపారదర్శక, కఠినంగా నియంత్రించబడే మరియు దశాబ్దాల నాటి అవస్థాపన మరియు ప్రక్రియలచే కలిసి ఉండే వ్యవస్థకు ప్రత్యామ్నాయం. ఇది మీ డబ్బుపై మీకు నియంత్రణ మరియు దృశ్యమానతను అందిస్తుంది. ఇది మీ స్థానిక కరెన్సీ లేదా బ్యాంకింగ్ ఎంపికలకు గ్లోబల్ మార్కెట్లు మరియు ప్రత్యామ్నాయాలను మీకు బహిర్గతం చేస్తుంది. DeFi ఉత్పత్తులు ఇంటర్నెట్ కనెక్షన్ను కలిగి ఉన్న ఎవరికైనా ఆర్థిక సేవలను అందిస్తాయి మరియు అవి వారి వినియోగదారులచే ఎక్కువగా స్వంతం మరియు నిర్వహించబడతాయి. ఇప్పటివరకు, పది బిలియన్ల డాలర్ల విలువైన క్రిప్టో DeFi అప్లికేషన్ల ద్వారా ప్రవహించింది మరియు అది ప్రతిరోజూ పెరుగుతోంది.
@@ -67,7 +67,8 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
- మీరు ఎథేరియంకు కొత్తగా ఉంటే ప్రయత్నించడానికి డీఫై అనువర్తనాల కోసం మా సూచనలను అన్వేషించండి.
+ మీరు ఎథేరియంకు కొత్తగా ఉంటే ప్రయత్నించడానికి డీఫై అనువర్తనాల కోసం మా సూచనలను అన్వేషించండి.
+
DeFi యాప్లను అన్వేషించండి
diff --git a/public/content/translations/te/desci/index.md b/public/content/translations/te/desci/index.md
index ac9b7f7764e..06d8c7201e3 100644
--- a/public/content/translations/te/desci/index.md
+++ b/public/content/translations/te/desci/index.md
@@ -1,15 +1,15 @@
---
-title: వికేంద్రీకృత శాస్త్రం (DeSci)
-description: ఇతీరియముపై వికేంద్రీకృత శాస్త్రం యొక్క అవలోకనం
+title: "వికేంద్రీకృత శాస్త్రం (DeSci)"
+description: "ఇతీరియముపై వికేంద్రీకృత శాస్త్రం యొక్క అవలోకనం"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":microscope:"
sidebarDepth: 2
image: /images/future_transparent.png
alt: ""
-summaryPoint1: ప్రస్తుత శాస్త్రీయ వ్యవస్థకు ప్రపంచ, బహిరంగ ప్రత్యామ్నాయం.
-summaryPoint2: శాస్త్రవేత్తలు నిధులను సేకరించేందుకు, ప్రయోగాలను అమలు చేయడానికి, డేటాను పంచుకోవడానికి, అంతర్దృష్టులను పంపిణీ చేయడానికి మరియు మరిన్నింటిని అనుమతించే సాంకేతికత.
-summaryPoint3: ఓపెన్ సైన్స్ ఉద్యమంపై ఆధారపడింది.
+summaryPoint1: "ప్రస్తుత శాస్త్రీయ వ్యవస్థకు ప్రపంచ, బహిరంగ ప్రత్యామ్నాయం."
+summaryPoint2: "శాస్త్రవేత్తలు నిధులను సేకరించేందుకు, ప్రయోగాలను అమలు చేయడానికి, డేటాను పంచుకోవడానికి, అంతర్దృష్టులను పంపిణీ చేయడానికి మరియు మరిన్నింటిని అనుమతించే సాంకేతికత."
+summaryPoint3: "ఓపెన్ సైన్స్ ఉద్యమంపై ఆధారపడింది."
---
## వికేంద్రీకృత శాస్త్రం (eSci) అంటే ఏమిటి? {#what-is-desci}
diff --git a/public/content/translations/te/developers/docs/accounts/index.md b/public/content/translations/te/developers/docs/accounts/index.md
index bce395fcb35..f5766c8ed41 100644
--- a/public/content/translations/te/developers/docs/accounts/index.md
+++ b/public/content/translations/te/developers/docs/accounts/index.md
@@ -1,6 +1,6 @@
---
-title: Ethereum ఖాతాలు
-description: Ethereum ఖాతాల వివరణ – వాటి డేటా నిర్మాణాలు మరియు కీ పెయిర్ క్రిప్టోగ్రఫీతో వాటి సంబంధం.
+title: "Ethereum ఖాతాలు"
+description: "Ethereum ఖాతాల వివరణ – వాటి డేటా నిర్మాణాలు మరియు కీ పెయిర్ క్రిప్టోగ్రఫీతో వాటి సంబంధం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/apis/backend/index.md b/public/content/translations/te/developers/docs/apis/backend/index.md
index 27fe2055af2..4fb41487732 100644
--- a/public/content/translations/te/developers/docs/apis/backend/index.md
+++ b/public/content/translations/te/developers/docs/apis/backend/index.md
@@ -1,6 +1,6 @@
---
-title: బ్యాకెండ్ ఎపిఐ లైబ్రరీలు
-description: మీ అప్లికేషన్ నుండి బ్లాక్ చైనుతో సంభాషించడానికి మిమ్మల్ని అనుమతించే ఇతీరియము క్లయింట్ ఎపిఐలకి ఒక పరిచయం.
+title: "బ్యాకెండ్ ఎపిఐ లైబ్రరీలు"
+description: "మీ అప్లికేషన్ నుండి బ్లాక్ చైనుతో సంభాషించడానికి మిమ్మల్ని అనుమతించే ఇతీరియము క్లయింట్ ఎపిఐలకి ఒక పరిచయం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/apis/javascript/index.md b/public/content/translations/te/developers/docs/apis/javascript/index.md
index bfcd4928355..32264683dfd 100644
--- a/public/content/translations/te/developers/docs/apis/javascript/index.md
+++ b/public/content/translations/te/developers/docs/apis/javascript/index.md
@@ -1,6 +1,6 @@
---
-title: జావాస్క్రిప్ట్ API లైబ్రరీలు
-description: మీ అప్లికేషన్ నుండి బ్లాక్చెయిన్తో సంభాషించడానికి మిమ్మల్ని అనుమతించే జావాస్క్రిప్ట్ క్లయింట్ లైబ్రరీలకు ఒక పరిచయం.
+title: "జావాస్క్రిప్ట్ API లైబ్రరీలు"
+description: "మీ అప్లికేషన్ నుండి బ్లాక్చెయిన్తో సంభాషించడానికి మిమ్మల్ని అనుమతించే జావాస్క్రిప్ట్ క్లయింట్ లైబ్రరీలకు ఒక పరిచయం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/apis/json-rpc/index.md b/public/content/translations/te/developers/docs/apis/json-rpc/index.md
index 20bbaf7cd29..dc3ed78a858 100644
--- a/public/content/translations/te/developers/docs/apis/json-rpc/index.md
+++ b/public/content/translations/te/developers/docs/apis/json-rpc/index.md
@@ -1,6 +1,6 @@
---
-title: JSON-RPC ఎపిఐ
-description: ఇతీరియము క్లయింట్ల కోసం ఒక స్టేట్లెస్, తేలికైన రిమోట్ ప్రొసీజర్ కాల్ (RPC) ప్రోటోకాల్.
+title: "JSON-RPC ఎపిఐ"
+description: "ఇతీరియము క్లయింట్ల కోసం ఒక స్టేట్లెస్, తేలికైన రిమోట్ ప్రొసీజర్ కాల్ (RPC) ప్రోటోకాల్."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/blocks/index.md b/public/content/translations/te/developers/docs/blocks/index.md
index 115063100cc..ae3e7a02918 100644
--- a/public/content/translations/te/developers/docs/blocks/index.md
+++ b/public/content/translations/te/developers/docs/blocks/index.md
@@ -1,6 +1,6 @@
---
-title: బ్లాక్ లు
-description: Ethereum బ్లాక్చెయిన్లోని బ్లాక్ల యొక్క అవలోకనం – వాటి డేటా నిర్మాణం, అవి ఎందుకు అవసరం మరియు అవి ఎలా తయారు చేయబడ్డాయి.
+title: "బ్లాక్ లు"
+description: "Ethereum బ్లాక్చెయిన్లోని బ్లాక్ల యొక్క అవలోకనం – వాటి డేటా నిర్మాణం, అవి ఎందుకు అవసరం మరియు అవి ఎలా తయారు చేయబడ్డాయి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/bridges/index.md b/public/content/translations/te/developers/docs/bridges/index.md
index 76f5f79a81c..a87de15301d 100644
--- a/public/content/translations/te/developers/docs/bridges/index.md
+++ b/public/content/translations/te/developers/docs/bridges/index.md
@@ -1,6 +1,6 @@
---
-title: వంతెనలు
-description: డెవలపర్ల కోసం బ్రిడ్జింగ్ యొక్క అవలోకనం
+title: "వంతెనలు"
+description: "డెవలపర్ల కోసం బ్రిడ్జింగ్ యొక్క అవలోకనం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/index.md
index b1c7e55e9b7..c52d97f09b8 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/index.md
@@ -1,6 +1,6 @@
---
-title: ఏకాభిప్రాయ యంత్రాంగాలు
-description: వికేంద్రీకృత వ్యవస్థలలో ఏకాభిప్రాయ ప్రోటోకాల్స్ మరియు ఇతీరియములో అవి పోషించే పాత్ర గురించిన వివరణ.
+title: "ఏకాభిప్రాయ యంత్రాంగాలు"
+description: "వికేంద్రీకృత వ్యవస్థలలో ఏకాభిప్రాయ ప్రోటోకాల్స్ మరియు ఇతీరియములో అవి పోషించే పాత్ర గురించిన వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/poa/index.md
index 426414808fa..02a73090398 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/poa/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/poa/index.md
@@ -1,6 +1,6 @@
---
-title: అధికారం యొక్క రుజువు (PoA)
-description: అధికారం యొక్క రుజువు ఏకాభిప్రాయం ప్రోటోకాల్ మరియు బ్లాక్ చైను పర్యావరణ వ్యవస్థలో దాని పాత్ర యొక్క వివరణ.
+title: "అధికారం యొక్క రుజువు (PoA)"
+description: "అధికారం యొక్క రుజువు ఏకాభిప్రాయం ప్రోటోకాల్ మరియు బ్లాక్ చైను పర్యావరణ వ్యవస్థలో దాని పాత్ర యొక్క వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index e7979ec3882..b3466ad9fdc 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ దాడి మరియు రక్షణ
-description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముపై తెలిసిన దాడి వెక్టర్ల గురించి మరియు వాటిని ఎలా రక్షిస్తారో తెలుసుకోండి.
+title: "ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ దాడి మరియు రక్షణ"
+description: "ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముపై తెలిసిన దాడి వెక్టర్ల గురించి మరియు వాటిని ఎలా రక్షిస్తారో తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attestations/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attestations/index.md
index 72dcf098a93..abafa12cb5a 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attestations/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/attestations/index.md
@@ -1,6 +1,6 @@
---
-title: ధృవీకరణలు
-description: ప్రూఫ్-ఆఫ్-స్టేక్ Ethereum పై ధృవీకరణల యొక్క వివరణ.
+title: "ధృవీకరణలు"
+description: "ప్రూఫ్-ఆఫ్-స్టేక్ Ethereum పై ధృవీకరణల యొక్క వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/block-proposal/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
index 95d4848deb8..e32e778ec08 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
@@ -1,6 +1,6 @@
---
-title: బ్లాక్ ప్రతిపాదన
-description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో బ్లాక్లు ఎలా ప్రతిపాదించబడతాయో వివరణ.
+title: "బ్లాక్ ప్రతిపాదన"
+description: "ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో బ్లాక్లు ఎలా ప్రతిపాదించబడతాయో వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/faqs/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/faqs/index.md
index 54cbd43607d..cf8bc10030c 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/faqs/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/faqs/index.md
@@ -1,6 +1,6 @@
---
-title: తరచుగా అడిగే ప్రశ్నలు
-description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముపై తరచుగా అడిగే ప్రశ్నలు.
+title: "తరచుగా అడిగే ప్రశ్నలు"
+description: "ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియముపై తరచుగా అడిగే ప్రశ్నలు."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/gasper/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/gasper/index.md
index 26b5ad1ba74..da42ff853f8 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/gasper/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/gasper/index.md
@@ -1,6 +1,6 @@
---
-title: గ్యాస్పర్
-description: గాస్పర్ ప్రూఫ్-ఆఫ్-స్టేక్ మెకానిజం యొక్క వివరణ.
+title: "గ్యాస్పర్"
+description: "గాస్పర్ ప్రూఫ్-ఆఫ్-స్టేక్ మెకానిజం యొక్క వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/index.md
index 50914dcf1ff..d3be28b4a7e 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)
-description: ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం ప్రోటోకాల్ మరియు Ethereumలో దాని పాత్ర గురించిన వివరణ.
+title: "ప్రూఫ్-ఆఫ్-స్టేక్ (PoS)"
+description: "ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం ప్రోటోకాల్ మరియు Ethereumలో దాని పాత్ర గురించిన వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/keys/index.md
index db90a6ed21a..f6296bdd38f 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/keys/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/keys/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో కీలు
-description: ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయ యంత్రాంగంలో ఉపయోగించే కీల యొక్క వివరణ
+title: "ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియములో కీలు"
+description: "ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయ యంత్రాంగంలో ఉపయోగించే కీల యొక్క వివరణ"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
index cb799b476a8..d66b1387733 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రూఫ్-ఆఫ్-స్టేక్ వర్సెస్ ప్రూఫ్-ఆఫ్-వర్క్
-description: ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ మరియు ప్రూఫ్-ఆఫ్-వర్క్ ఆధారిత ఏకాభిప్రాయ యంత్రాంగం మధ్య పోలిక
+title: "ప్రూఫ్-ఆఫ్-స్టేక్ వర్సెస్ ప్రూఫ్-ఆఫ్-వర్క్"
+description: "ఇతీరియము యొక్క ప్రూఫ్-ఆఫ్-స్టేక్ మరియు ప్రూఫ్-ఆఫ్-వర్క్ ఆధారిత ఏకాభిప్రాయ యంత్రాంగం మధ్య పోలిక"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
index 73f9266eae1..eaefda97b13 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రూఫ్-ఆఫ్-స్టేక్ రివార్డులు మరియు జరిమానాలు
-description: ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియంలోని ఇన్-ప్రోటోకాల్ ప్రోత్సాహకాల గురించి తెలుసుకోండి.
+title: "ప్రూఫ్-ఆఫ్-స్టేక్ రివార్డులు మరియు జరిమానాలు"
+description: "ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియంలోని ఇన్-ప్రోటోకాల్ ప్రోత్సాహకాల గురించి తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
index a68f2fd71f5..4262e371d45 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
@@ -1,6 +1,6 @@
---
-title: బలహీనమైన ఆత్మీయత
-description: బలహీనమైన సబ్జెక్టివిటీ యొక్క వివరణ మరియు PoS ఇతీరియములో దాని పాత్ర.
+title: "బలహీనమైన ఆత్మీయత"
+description: "బలహీనమైన సబ్జెక్టివిటీ యొక్క వివరణ మరియు PoS ఇతీరియములో దాని పాత్ర."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
index 3676aeab384..b7752d27e68 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
@@ -1,6 +1,6 @@
---
-title: ఉపసంహరణ క్రెడెన్షియల్స్
-description: వాలిడేటర్ ఉపసంహరణ క్రెడెన్షియల్ రకాలు (0x00, 0x01, 0x02) మరియు ఇతీరియము స్టేకర్ల కోసం వాటి పర్యవసానాల వివరణ.
+title: "ఉపసంహరణ క్రెడెన్షియల్స్"
+description: "వాలిడేటర్ ఉపసంహరణ క్రెడెన్షియల్ రకాలు (0x00, 0x01, 0x02) మరియు ఇతీరియము స్టేకర్ల కోసం వాటి పర్యవసానాల వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/index.md
index 98789e8dc2b..0feed1dbbc6 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/index.md
@@ -1,6 +1,6 @@
---
-title: పని రుజువు (PoW)
-description: పని రుజువు ఏకాభిప్రాయం ప్రోటోకాల్ మరియు ఇతీరియములో దాని పాత్ర యొక్క వివరణ.
+title: "పని రుజువు (PoW)"
+description: "పని రుజువు ఏకాభిప్రాయం ప్రోటోకాల్ మరియు ఇతీరియములో దాని పాత్ర యొక్క వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/index.md
index 680633d08ae..705fde383b9 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/index.md
@@ -1,6 +1,6 @@
---
-title: మైనింగ్
-description: ఇతీరియములో మైనింగ్ ఎలా పనిచేసిందో దాని యొక్క వివరణ.
+title: "మైనింగ్"
+description: "ఇతీరియములో మైనింగ్ ఎలా పనిచేసిందో దాని యొక్క వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
index 29820028466..cc1dfd47d54 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
@@ -1,6 +1,6 @@
---
-title: డాగర్-హాషిమోటో
-description: డాగర్-హాషిమోటో అల్గారిథమ్ పై ఒక వివరణాత్మక వీక్షణ.
+title: "డాగర్-హాషిమోటో"
+description: "డాగర్-హాషిమోటో అల్గారిథమ్ పై ఒక వివరణాత్మక వీక్షణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
index 2b6235a3d9f..b7db117b145 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
@@ -1,6 +1,6 @@
---
-title: ఎథాష్
-description: ఈతాష్ అల్గారిథంపై ఒక వివరణాత్మక వీక్షణ.
+title: "ఎథాష్"
+description: "ఈతాష్ అల్గారిథంపై ఒక వివరణాత్మక వీక్షణ."
lang: te
---
@@ -8,7 +8,7 @@ lang: te
- ఈతాష్ అనేది ఇథిరియం యొక్క ప్రూఫ్-ఆఫ్-వర్క్ మైనింగ్ అల్గారిథంగా ఉండేది. ప్రూఫ్-ఆఫ్-వర్క్ ఇప్పుడు **పూర్తిగా స్విచ్ ఆఫ్ చేయబడింది** మరియు ఇతీరియము ఇప్పుడు దానికి బదులుగా [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) ఉపయోగించి సురక్షితం చేయబడింది. [ది మెర్జ్](/roadmap/merge/), [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) మరియు [స్టేకింగ్](/staking/) గురించి మరింత చదవండి. ఈ పేజీ చారిత్రక ఆసక్తి కోసం మాత్రమే!
+ ఈతాష్ అనేది ఇథిరియం యొక్క ప్రూఫ్-ఆఫ్-వర్క్ మైనింగ్ అల్గారిథంగా ఉండేది. ప్రూఫ్-ఆఫ్-వర్క్ ఇప్పుడు **పూర్తిగా స్విచ్ ఆఫ్ చేయబడింది** మరియు ఇతీరియము ఇప్పుడు దానికి బదులుగా [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) ఉపయోగించి సురక్షితం చేయబడింది. [ది మెర్జ్](/roadmap/merge/), [ప్రూఫ్-ఆఫ్-స్టేక్](/developers/docs/consensus-mechanisms/pos/) మరియు [స్టేకింగ్](/staking/) గురించి మరింత చదవండి. ఈ పేజీ చారిత్రక ఆసక్తి కోసం మాత్రమే!
diff --git a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
index f04cc15fef0..13feeba3f0f 100644
--- a/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
+++ b/public/content/translations/te/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
@@ -1,6 +1,6 @@
---
-title: మైనింగ్ అల్గోరిథమ్స్
-description: ఇతీరియము మైనింగ్ కోసం ఉపయోగించే అల్గోరిథంల గురించి ఒక వివరణాత్మక పరిశీలన.
+title: "మైనింగ్ అల్గోరిథమ్స్"
+description: "ఇతీరియము మైనింగ్ కోసం ఉపయోగించే అల్గోరిథంల గురించి ఒక వివరణాత్మక పరిశీలన."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/dapps/index.md b/public/content/translations/te/developers/docs/dapps/index.md
index 1a3d684e1b0..cbebab3b998 100644
--- a/public/content/translations/te/developers/docs/dapps/index.md
+++ b/public/content/translations/te/developers/docs/dapps/index.md
@@ -1,5 +1,5 @@
---
-title: డాప్స్కు సాంకేతిక పరిచయం
+title: "డాప్స్కు సాంకేతిక పరిచయం"
description:
lang: te
---
diff --git a/public/content/translations/te/developers/docs/data-and-analytics/block-explorers/index.md b/public/content/translations/te/developers/docs/data-and-analytics/block-explorers/index.md
index c600c11fed7..441efd6fd8a 100644
--- a/public/content/translations/te/developers/docs/data-and-analytics/block-explorers/index.md
+++ b/public/content/translations/te/developers/docs/data-and-analytics/block-explorers/index.md
@@ -1,6 +1,6 @@
---
-title: సమూహము అన్వేషకులు
-description: బ్లాక్ ఎక్స్ప్లోరర్లకు పరిచయం, బ్లాక్చెయిన్ డేటా ప్రపంచంలోకి మీ పోర్టల్, ఇక్కడ మీరు లావాదేవీలు, ఖాతాలు, కాంట్రాక్టులు మరియు మరిన్నింటి గురించి సమాచారాన్ని క్వెరీ చేయవచ్చు.
+title: "సమూహము అన్వేషకులు"
+description: "బ్లాక్ ఎక్స్ప్లోరర్లకు పరిచయం, బ్లాక్చెయిన్ డేటా ప్రపంచంలోకి మీ పోర్టల్, ఇక్కడ మీరు లావాదేవీలు, ఖాతాలు, కాంట్రాక్టులు మరియు మరిన్నింటి గురించి సమాచారాన్ని క్వెరీ చేయవచ్చు."
lang: te
sidebarDepth: 3
---
diff --git a/public/content/translations/te/developers/docs/data-and-analytics/index.md b/public/content/translations/te/developers/docs/data-and-analytics/index.md
index 374f7949c92..3e4e3d04095 100644
--- a/public/content/translations/te/developers/docs/data-and-analytics/index.md
+++ b/public/content/translations/te/developers/docs/data-and-analytics/index.md
@@ -1,6 +1,6 @@
---
-title: డేటా మరియు విశ్లేషణలు
-description: మీ డాప్స్లో ఉపయోగం కోసం ఆన్చైన్ విశ్లేషణలు మరియు డేటాను ఎలా పొందాలి
+title: "డేటా మరియు విశ్లేషణలు"
+description: "మీ డాప్స్లో ఉపయోగం కోసం ఆన్చైన్ విశ్లేషణలు మరియు డేటాను ఎలా పొందాలి"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/data-availability/blockchain-data-storage-strategies/index.md b/public/content/translations/te/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
index c02ef904980..58018c57019 100644
--- a/public/content/translations/te/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
+++ b/public/content/translations/te/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
@@ -1,6 +1,6 @@
---
-title: బ్లాక్చెయిన్ డేటా నిల్వ వ్యూహాలు
-description: బ్లాక్చెయిన్ ఉపయోగించి డేటాను నిల్వ చేయడానికి అనేక మార్గాలు ఉన్నాయి. ఈ వ్యాసం వివిధ వ్యూహాలను, వాటి ఖర్చులు మరియు ట్రేడ్ఆఫ్లను, అలాగే దాన్ని సురక్షితంగా ఉపయోగించడానికి అవసరమైన అవసరాలను పోల్చి చూస్తుంది.
+title: "బ్లాక్చెయిన్ డేటా నిల్వ వ్యూహాలు"
+description: "బ్లాక్చెయిన్ ఉపయోగించి డేటాను నిల్వ చేయడానికి అనేక మార్గాలు ఉన్నాయి. ఈ వ్యాసం వివిధ వ్యూహాలను, వాటి ఖర్చులు మరియు ట్రేడ్ఆఫ్లను, అలాగే దాన్ని సురక్షితంగా ఉపయోగించడానికి అవసరమైన అవసరాలను పోల్చి చూస్తుంది."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/data-availability/index.md b/public/content/translations/te/developers/docs/data-availability/index.md
index 490e1039229..790fb91fe66 100644
--- a/public/content/translations/te/developers/docs/data-availability/index.md
+++ b/public/content/translations/te/developers/docs/data-availability/index.md
@@ -1,6 +1,6 @@
---
-title: డేటా లభ్యత
-description: ఇతీరియములో డేటా లభ్యతకు సంబంధించిన సమస్యలు మరియు పరిష్కారాల యొక్క అవలోకనం
+title: "డేటా లభ్యత"
+description: "ఇతీరియములో డేటా లభ్యతకు సంబంధించిన సమస్యలు మరియు పరిష్కారాల యొక్క అవలోకనం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/index.md
index 3c2863395d6..b262b70695e 100644
--- a/public/content/translations/te/developers/docs/data-structures-and-encoding/index.md
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/index.md
@@ -1,6 +1,6 @@
---
-title: డేటా స్ట్రక్చర్స్ మరియు ఎన్కోడింగ్
-description: ప్రాథమిక ఇతీరియము డేటా స్ట్రక్చర్ల యొక్క అవలోకనం.
+title: "డేటా స్ట్రక్చర్స్ మరియు ఎన్కోడింగ్"
+description: "ప్రాథమిక ఇతీరియము డేటా స్ట్రక్చర్ల యొక్క అవలోకనం."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
index 28e516a74e2..f3d91d01f9b 100644
--- a/public/content/translations/te/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
@@ -1,6 +1,6 @@
---
-title: మెర్కిల్ ప్యాట్రిసియా ట్రై
-description: మెర్కిల్ ప్యాట్రిసియా ట్రైకి పరిచయం.
+title: "మెర్కిల్ ప్యాట్రిసియా ట్రై"
+description: "మెర్కిల్ ప్యాట్రిసియా ట్రైకి పరిచయం."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/rlp/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/rlp/index.md
index 757112becfe..323c564b1a0 100644
--- a/public/content/translations/te/developers/docs/data-structures-and-encoding/rlp/index.md
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/rlp/index.md
@@ -1,6 +1,6 @@
---
-title: రికర్సివ్-లెంగ్త్ ప్రిఫిక్స్ (RLP) సీరియలైజేషన్
-description: Ethereum యొక్క ఎగ్జిక్యూషన్ లేయర్లో rlp ఎన్కోడింగ్ యొక్క నిర్వచనం.
+title: "రికర్సివ్-లెంగ్త్ ప్రిఫిక్స్ (RLP) సీరియలైజేషన్"
+description: "Ethereum యొక్క ఎగ్జిక్యూషన్ లేయర్లో rlp ఎన్కోడింగ్ యొక్క నిర్వచనం."
lang: te
sidebarDepth: 2
---
@@ -81,7 +81,7 @@ def to_binary(x):
- బైట్ '\\x0f' = `[ 0x0f ]`
- బైట్లు '\\x04\\x00' = `[ 0x82, 0x04, 0x00 ]`
- మూడింటి [సెట్ సైద్ధాంతిక ప్రాతినిధ్యం](http://en.wikipedia.org/wiki/Set-theoretic_definition_of_natural_numbers), `[ [], [[]], [ [], [[]] ] ] = [ 0xc7, 0xc0, 0xc1, 0xc0, 0xc3, 0xc0, 0xc1, 0xc0 ]`
-- స్ట్రింగ్ "Lorem ipsum dolor sit amet, consectetur adipisicing elit" = `[ 0xb8, 0x38, 'L', 'o', 'r', 'e', 'm', ' ', ...` , 'e', 'l', 'i', 't' ]\`
+- స్ట్రింగ్ "Lorem ipsum dolor sit amet, consectetur adipisicing elit" = `[ 0xb8, 0x38, 'L', 'o', 'r', 'e', 'm', ' ', ...` , 'e', 'l', 'i', 't' ]`
## RLP డీకోడింగ్ {#rlp-decoding}
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/ssz/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/ssz/index.md
index 3996a24026f..ef3e918d0b5 100644
--- a/public/content/translations/te/developers/docs/data-structures-and-encoding/ssz/index.md
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/ssz/index.md
@@ -1,6 +1,6 @@
---
-title: సాధారణ సీరియల్
-description: Ethereum యొక్క SSZ ఫార్మాట్ యొక్క వివరణ.
+title: "సాధారణ సీరియల్"
+description: "Ethereum యొక్క SSZ ఫార్మాట్ యొక్క వివరణ."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md b/public/content/translations/te/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
index 5fa61a009ce..57e7bb68469 100644
--- a/public/content/translations/te/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
+++ b/public/content/translations/te/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
@@ -1,6 +1,6 @@
---
-title: Web3 రహస్య నిల్వ నిర్వచనం
-description: Web3 రహస్య నిల్వ కోసం అధికారిక నిర్వచనం
+title: "Web3 రహస్య నిల్వ నిర్వచనం"
+description: "Web3 రహస్య నిల్వ కోసం అధికారిక నిర్వచనం"
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/design-and-ux/dex-design-best-practice/index.md b/public/content/translations/te/developers/docs/design-and-ux/dex-design-best-practice/index.md
index 4b1cdccc853..219b81120c5 100644
--- a/public/content/translations/te/developers/docs/design-and-ux/dex-design-best-practice/index.md
+++ b/public/content/translations/te/developers/docs/design-and-ux/dex-design-best-practice/index.md
@@ -1,6 +1,6 @@
---
-title: వికేంద్రీకృత ఎక్స్ఛేంజ్ (DEX) రూపకల్పన ఉత్తమ విధానాలు
-description: టోకెన్లను మార్చుకోవడం కోసం UX/UI నిర్ణయాలను వివరించే ఒక మార్గదర్శి.
+title: "వికేంద్రీకృత ఎక్స్ఛేంజ్ (DEX) రూపకల్పన ఉత్తమ విధానాలు"
+description: "టోకెన్లను మార్చుకోవడం కోసం UX/UI నిర్ణయాలను వివరించే ఒక మార్గదర్శి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/design-and-ux/heuristics-for-web3/index.md b/public/content/translations/te/developers/docs/design-and-ux/heuristics-for-web3/index.md
index 35481f189ac..5526690a97b 100644
--- a/public/content/translations/te/developers/docs/design-and-ux/heuristics-for-web3/index.md
+++ b/public/content/translations/te/developers/docs/design-and-ux/heuristics-for-web3/index.md
@@ -1,6 +1,6 @@
---
-title: Web3 ఇంటర్ఫేస్ డిజైన్ కోసం 7 హ్యూరిస్టిక్స్
-description: Web3 వినియోగతను మెరుగుపరిచే సూత్రాలు
+title: "Web3 ఇంటర్ఫేస్ డిజైన్ కోసం 7 హ్యూరిస్టిక్స్"
+description: "Web3 వినియోగతను మెరుగుపరిచే సూత్రాలు"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/design-and-ux/index.md b/public/content/translations/te/developers/docs/design-and-ux/index.md
index eb65ded636d..3e83065b9e0 100644
--- a/public/content/translations/te/developers/docs/design-and-ux/index.md
+++ b/public/content/translations/te/developers/docs/design-and-ux/index.md
@@ -1,6 +1,6 @@
---
-title: web3 లో డిజైన్ మరియు UX
-description: web3 స్పేస్ మరియు ఇథీరియంలో UX డిజైన్ మరియు పరిశోధనకు పరిచయం
+title: "web3 లో డిజైన్ మరియు UX"
+description: "web3 స్పేస్ మరియు ఇథీరియంలో UX డిజైన్ మరియు పరిశోధనకు పరిచయం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/development-networks/index.md b/public/content/translations/te/developers/docs/development-networks/index.md
index 36075fc1259..e99280602fd 100644
--- a/public/content/translations/te/developers/docs/development-networks/index.md
+++ b/public/content/translations/te/developers/docs/development-networks/index.md
@@ -1,6 +1,6 @@
---
-title: అభివృద్ధి నెట్వర్క్లు
-description: ఇతీరియము అప్లికేషన్లను నిర్మించడానికి సహాయపడే అభివృద్ధి నెట్వర్క్లు మరియు అందుబాటులో ఉన్న ఉపకరణాలపై ఒక అవలోకనం.
+title: "అభివృద్ధి నెట్వర్క్లు"
+description: "ఇతీరియము అప్లికేషన్లను నిర్మించడానికి సహాయపడే అభివృద్ధి నెట్వర్క్లు మరియు అందుబాటులో ఉన్న ఉపకరణాలపై ఒక అవలోకనం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/ethereum-stack/index.md b/public/content/translations/te/developers/docs/ethereum-stack/index.md
index af822ce9be6..9ce917ad01e 100644
--- a/public/content/translations/te/developers/docs/ethereum-stack/index.md
+++ b/public/content/translations/te/developers/docs/ethereum-stack/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియము స్టాక్కు పరిచయం
-description: ఇతీరియము స్టాక్లోని విభిన్న లేయర్లు, అవి ఎలా కలిసి పనిచేస్తాయో అనే దానిపై ఒక వివరణ.
+title: "ఇతీరియము స్టాక్కు పరిచయం"
+description: "ఇతీరియము స్టాక్లోని విభిన్న లేయర్లు, అవి ఎలా కలిసి పనిచేస్తాయో అనే దానిపై ఒక వివరణ."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/evm/index.md b/public/content/translations/te/developers/docs/evm/index.md
index de9cb5e4b63..4af92e460b3 100644
--- a/public/content/translations/te/developers/docs/evm/index.md
+++ b/public/content/translations/te/developers/docs/evm/index.md
@@ -1,6 +1,6 @@
---
-title: ఎథేరియం వర్చువల్ మషీన్ (EVM)
-description: ఎథేరియం వర్చువల్ మషీన్కు పరిచయం మరియు స్టేట్, లావాదేవీలు, మరియు స్మార్ట్ కాంట్రాక్ట్లతో దాని సంబంధం.
+title: "ఎథేరియం వర్చువల్ మషీన్ (EVM)"
+description: "ఎథేరియం వర్చువల్ మషీన్కు పరిచయం మరియు స్టేట్, లావాదేవీలు, మరియు స్మార్ట్ కాంట్రాక్ట్లతో దాని సంబంధం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/evm/opcodes/index.md b/public/content/translations/te/developers/docs/evm/opcodes/index.md
index ee8e0992f94..959166443a9 100644
--- a/public/content/translations/te/developers/docs/evm/opcodes/index.md
+++ b/public/content/translations/te/developers/docs/evm/opcodes/index.md
@@ -1,6 +1,6 @@
---
-title: EVM కోసం ఆప్కోడ్లు
-description: Ethereum వర్చువల్ మిషన్ కోసం అందుబాటులో ఉన్న అన్ని ఆప్కోడ్ల జాబితా.
+title: "EVM కోసం ఆప్కోడ్లు"
+description: "Ethereum వర్చువల్ మిషన్ కోసం అందుబాటులో ఉన్న అన్ని ఆప్కోడ్ల జాబితా."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/frameworks/index.md b/public/content/translations/te/developers/docs/frameworks/index.md
index c8005e3159b..57074c831ee 100644
--- a/public/content/translations/te/developers/docs/frameworks/index.md
+++ b/public/content/translations/te/developers/docs/frameworks/index.md
@@ -1,6 +1,6 @@
---
-title: డాప్ అభివృద్ధి ఫ్రేమ్వర్క్లు
-description: ఫ్రేమ్వర్క్ల ప్రయోజనాలను అన్వేషించండి మరియు అందుబాటులో ఉన్న ఎంపికలను పోల్చండి.
+title: "డాప్ అభివృద్ధి ఫ్రేమ్వర్క్లు"
+description: "ఫ్రేమ్వర్క్ల ప్రయోజనాలను అన్వేషించండి మరియు అందుబాటులో ఉన్న ఎంపికలను పోల్చండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/gas/index.md b/public/content/translations/te/developers/docs/gas/index.md
index 48d27a32604..b2a9c5fdb6a 100644
--- a/public/content/translations/te/developers/docs/gas/index.md
+++ b/public/content/translations/te/developers/docs/gas/index.md
@@ -1,7 +1,7 @@
---
-title: గ్యాస్ మరియు ఫీజు
+title: "గ్యాస్ మరియు ఫీజు"
metaTitle: "ఇతీరియము గ్యాస్ మరియు ఫీజులు: సాంకేతిక అవలోకనం"
-description: ఇతీరియము గ్యాస్ ఫీజుల గురించి, అవి ఎలా లెక్కించబడతాయి మరియు నెట్వర్క్ భద్రత మరియు లావాదేవీల ప్రాసెసింగ్లో వాటి పాత్ర గురించి తెలుసుకోండి.
+description: "ఇతీరియము గ్యాస్ ఫీజుల గురించి, అవి ఎలా లెక్కించబడతాయి మరియు నెట్వర్క్ భద్రత మరియు లావాదేవీల ప్రాసెసింగ్లో వాటి పాత్ర గురించి తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/ides/index.md b/public/content/translations/te/developers/docs/ides/index.md
index bf189da8e8b..c06b6f62244 100644
--- a/public/content/translations/te/developers/docs/ides/index.md
+++ b/public/content/translations/te/developers/docs/ides/index.md
@@ -1,6 +1,6 @@
---
-title: ఇంటిగ్రేటెడ్ డెవలప్ మెంట్ ఎన్విరాన్ మెంట్స్ (ఐడిఇ)
-description: రిమిక్స్, VS కోడ్ మరియు ప్రముఖ ప్లగిన్లతో సహా ఇతీరియము అభివృద్ధి కోసం వెబ్-ఆధారిత మరియు డెస్క్టాప్ IDEల గురించి తెలుసుకోండి.
+title: "ఇంటిగ్రేటెడ్ డెవలప్ మెంట్ ఎన్విరాన్ మెంట్స్ (ఐడిఇ)"
+description: "రిమిక్స్, VS కోడ్ మరియు ప్రముఖ ప్లగిన్లతో సహా ఇతీరియము అభివృద్ధి కోసం వెబ్-ఆధారిత మరియు డెస్క్టాప్ IDEల గురించి తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/index.md b/public/content/translations/te/developers/docs/index.md
index ceb6819d291..9bd82191455 100644
--- a/public/content/translations/te/developers/docs/index.md
+++ b/public/content/translations/te/developers/docs/index.md
@@ -1,6 +1,6 @@
---
-title: ఇథిరియం అభివృద్ధి డాక్యుమెంటేషన్
-description: ethereum.org డెవలపర్ డాక్యుమెంటేషన్ను పరిచయం చేస్తున్నాము.
+title: "ఇథిరియం అభివృద్ధి డాక్యుమెంటేషన్"
+description: "ethereum.org డెవలపర్ డాక్యుమెంటేషన్ను పరిచయం చేస్తున్నాము."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/intro-to-ether/index.md b/public/content/translations/te/developers/docs/intro-to-ether/index.md
index 4e26c99f0d3..77c9d26a907 100644
--- a/public/content/translations/te/developers/docs/intro-to-ether/index.md
+++ b/public/content/translations/te/developers/docs/intro-to-ether/index.md
@@ -1,6 +1,6 @@
---
-title: ఈథర్కు సాంకేతిక పరిచయం
-description: ఈథర్ క్రిప్టోకరెన్సీకి డెవలపర్ పరిచయం.
+title: "ఈథర్కు సాంకేతిక పరిచయం"
+description: "ఈథర్ క్రిప్టోకరెన్సీకి డెవలపర్ పరిచయం."
lang: te
---
@@ -8,8 +8,7 @@ lang: te
ఈ పేజీని మీరు బాగా అర్థం చేసుకోవడానికి, మొదట [Ethereumకు పరిచయం](/developers/docs/intro-to-ethereum/) చదవమని మేము సిఫార్సు చేస్తున్నాము.
-## క్రిప్టోకరెన్సీ అంటే ఏమిటి? క్రిప్టోకరెన్సీ అంటే ఏమిటి? {#what-is-a-cryptocurrency}
-
+## క్రిప్టోకరెన్సీ అంటే ఏమిటి? {#what-is-a-cryptocurrency}
క్రిప్టోకరెన్సీ అనేది బ్లాక్చెయిన్ ఆధారిత లెడ్జర్ ద్వారా భద్రపరచబడిన మార్పిడి మాధ్యమం.
మార్పిడి మాధ్యమం అనేది వస్తువులు మరియు సేవల చెల్లింపుగా విస్తృతంగా ఆమోదించబడిన ఏదైనా, మరియు లెడ్జర్ అనేది లావాదేవీలను ట్రాక్ చేసే డేటా స్టోర్. బ్లాక్చెయిన్ టెక్నాలజీ వినియోగదారులు లెడ్జర్ను నిర్వహించడానికి విశ్వసనీయ మూడవ పక్షంపై ఆధారపడకుండా లెడ్జర్పై లావాదేవీలు చేయడానికి అనుమతిస్తుంది.
diff --git a/public/content/translations/te/developers/docs/intro-to-ethereum/index.md b/public/content/translations/te/developers/docs/intro-to-ethereum/index.md
index 9dba21675e7..8a7cd479070 100644
--- a/public/content/translations/te/developers/docs/intro-to-ethereum/index.md
+++ b/public/content/translations/te/developers/docs/intro-to-ethereum/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియముకు సాంకేతిక పరిచయం
-description: Ethereum యొక్క ప్రధాన భావనలకు dapp డెవలపర్ యొక్క పరిచయం.
+title: "ఇతీరియముకు సాంకేతిక పరిచయం"
+description: "Ethereum యొక్క ప్రధాన భావనలకు dapp డెవలపర్ యొక్క పరిచయం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/mev/index.md b/public/content/translations/te/developers/docs/mev/index.md
index 9c0f8d9dc0d..d33f0ad535b 100644
--- a/public/content/translations/te/developers/docs/mev/index.md
+++ b/public/content/translations/te/developers/docs/mev/index.md
@@ -1,6 +1,6 @@
---
-title: గరిష్టంగా సంగ్రహించగల విలువ (MEV)
-description: గరిష్టంగా సంగ్రహించగల విలువ (MEV)కు ఒక పరిచయం
+title: "గరిష్టంగా సంగ్రహించగల విలువ (MEV)"
+description: "గరిష్టంగా సంగ్రహించగల విలువ (MEV)కు ఒక పరిచయం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/networking-layer/index.md b/public/content/translations/te/developers/docs/networking-layer/index.md
index 229644c9743..bbd0f67e7f7 100644
--- a/public/content/translations/te/developers/docs/networking-layer/index.md
+++ b/public/content/translations/te/developers/docs/networking-layer/index.md
@@ -1,6 +1,6 @@
---
-title: నెట్వర్కింగ్ లేయర్
-description: Ethereum నెట్వర్క్ లేయర్కు పరిచయం.
+title: "నెట్వర్కింగ్ లేయర్"
+description: "Ethereum నెట్వర్క్ లేయర్కు పరిచయం."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/te/developers/docs/networking-layer/network-addresses/index.md
index 2dbee9020ed..1f2df61a78f 100644
--- a/public/content/translations/te/developers/docs/networking-layer/network-addresses/index.md
+++ b/public/content/translations/te/developers/docs/networking-layer/network-addresses/index.md
@@ -1,6 +1,6 @@
---
-title: నెట్వర్క్ చిరునామాలు
-description: నెట్వర్క్ చిరునామాలకు ఒక పరిచయం.
+title: "నెట్వర్క్ చిరునామాలు"
+description: "నెట్వర్క్ చిరునామాలకు ఒక పరిచయం."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/te/developers/docs/networking-layer/portal-network/index.md
index 8095d8b4180..743eef1773e 100644
--- a/public/content/translations/te/developers/docs/networking-layer/portal-network/index.md
+++ b/public/content/translations/te/developers/docs/networking-layer/portal-network/index.md
@@ -1,6 +1,6 @@
---
-title: పోర్టల్ నెట్వర్క్
-description: పోర్టల్ నెట్వర్క్ యొక్క అవలోకనం - తక్కువ-వనరుల క్లయింట్లకు మద్దతు ఇవ్వడానికి రూపొందించబడిన ఇన్-డెవలప్మెంట్ నెట్వర్క్.
+title: "పోర్టల్ నెట్వర్క్"
+description: "పోర్టల్ నెట్వర్క్ యొక్క అవలోకనం - తక్కువ-వనరుల క్లయింట్లకు మద్దతు ఇవ్వడానికి రూపొందించబడిన ఇన్-డెవలప్మెంట్ నెట్వర్క్."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/networks/index.md b/public/content/translations/te/developers/docs/networks/index.md
index 2ec6b138b20..898c37cd0e6 100644
--- a/public/content/translations/te/developers/docs/networks/index.md
+++ b/public/content/translations/te/developers/docs/networks/index.md
@@ -1,6 +1,6 @@
---
-title: నెటవర్క్లు
-description: ఇతీరియము యొక్క నెట్వర్క్ల యొక్క అవలోకనం మరియు మీ అప్లికేషన్ను పరీక్షించడానికి టెస్టునెట్ ఈథర్ (ETH) ఎక్కడ పొందాలో.
+title: "నెటవర్క్లు"
+description: "ఇతీరియము యొక్క నెట్వర్క్ల యొక్క అవలోకనం మరియు మీ అప్లికేషన్ను పరీక్షించడానికి టెస్టునెట్ ఈథర్ (ETH) ఎక్కడ పొందాలో."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/archive-nodes/index.md
index 7c2f994b89b..3f744c73af3 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -1,6 +1,6 @@
---
-title: Ethereum ఆర్కైవ్ నోడ్
-description: ఆర్కైవ్ నోడ్స్ యొక్క అవలోకనం
+title: "Ethereum ఆర్కైవ్ నోడ్"
+description: "ఆర్కైవ్ నోడ్స్ యొక్క అవలోకనం"
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/bootnodes/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/bootnodes/index.md
index 397ba68bbce..134d69a6d96 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/bootnodes/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/bootnodes/index.md
@@ -1,6 +1,6 @@
---
-title: Ethereum బూట్నోడ్లకు పరిచయం
-description: మీరు బూట్నోడ్లను అర్థం చేసుకోవలసిన ప్రాథమిక సమాచారం
+title: "Ethereum బూట్నోడ్లకు పరిచయం"
+description: "మీరు బూట్నోడ్లను అర్థం చేసుకోవలసిన ప్రాథమిక సమాచారం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/client-diversity/index.md
index d3cb47ca964..9fff883c645 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/client-diversity/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -1,6 +1,6 @@
---
-title: క్లయింట్ వైవిధ్యం
-description: ఇథీరియం క్లయింట్ వైవిధ్యం యొక్క ప్రాముఖ్యతపై ఉన్నత స్థాయి వివరణ.
+title: "క్లయింట్ వైవిధ్యం"
+description: "ఇథీరియం క్లయింట్ వైవిధ్యం యొక్క ప్రాముఖ్యతపై ఉన్నత స్థాయి వివరణ."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/index.md
index ee5c15a95e2..dea7673caea 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/index.md
@@ -1,6 +1,6 @@
---
-title: నోడ్ లు మరియు క్లయింట్ లు
-description: ఇతీరియము నోడ్స్ మరియు ఖాతాదారులు సాఫ్ట్వేర్ యొక్క స్థూలదృష్టి, అలాగే ఒక నోడ్ను ఎలా ఏర్పాటు చేయాలి మరియు మీరు దానిని ఎందుకు చేయాలో అనే దాని గురించి.
+title: "నోడ్ లు మరియు క్లయింట్ లు"
+description: "ఇతీరియము నోడ్స్ మరియు ఖాతాదారులు సాఫ్ట్వేర్ యొక్క స్థూలదృష్టి, అలాగే ఒక నోడ్ను ఎలా ఏర్పాటు చేయాలి మరియు మీరు దానిని ఎందుకు చేయాలో అనే దాని గురించి."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/light-clients/index.md
index 28db564e8ca..e03fb2d74cd 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/light-clients/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/light-clients/index.md
@@ -1,6 +1,6 @@
---
-title: లైట్ క్లయింట్లు
-description: ఇథిరియం లైట్ క్లయింట్లకు పరిచయం.
+title: "లైట్ క్లయింట్లు"
+description: "ఇథిరియం లైట్ క్లయింట్లకు పరిచయం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/node-architecture/index.md
index 83b895baf5b..0d201699378 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/node-architecture/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/node-architecture/index.md
@@ -1,6 +1,6 @@
---
-title: నోడ్ నిర్మాణం
-description: ఎథేరియం నోడ్స్ ఎలా నిర్వహించబడతాయో దానికి పరిచయం.
+title: "నోడ్ నిర్మాణం"
+description: "ఎథేరియం నోడ్స్ ఎలా నిర్వహించబడతాయో దానికి పరిచయం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
index d09cc10d417..1c903434c0d 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
@@ -1,6 +1,6 @@
---
-title: ఒక సేవగా నోడ్స్
-description: నోడ్ సేవల యొక్క ఎంట్రీ-లెవల్ అవలోకనం, లాభనష్టాలు మరియు ప్రముఖ ప్రొవైడర్లు.
+title: "ఒక సేవగా నోడ్స్"
+description: "నోడ్ సేవల యొక్క ఎంట్రీ-లెవల్ అవలోకనం, లాభనష్టాలు మరియు ప్రముఖ ప్రొవైడర్లు."
lang: te
sidebarDepth: 2
---
diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md
index bdc00474ed5..a1584f036a0 100644
--- a/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -1,6 +1,6 @@
---
-title: మీ స్వంత ఇతీరియము నోడ్ను స్పిన్ అప్ చేయండి
-description: ఇతీరియము క్లయింట్ యొక్క మీ స్వంత ఉదాహరణను అమలు చేయడానికి సాధారణ పరిచయం.
+title: "మీ స్వంత ఇతీరియము నోడ్ను స్పిన్ అప్ చేయండి"
+description: "ఇతీరియము క్లయింట్ యొక్క మీ స్వంత ఉదాహరణను అమలు చేయడానికి సాధారణ పరిచయం."
lang: te
sidebarDepth: 2
---
@@ -236,7 +236,7 @@ openssl rand -hex 32 > jwtsecret
దయచేసి ఇది కేవలం ప్రాథమిక ఉదాహరణ మాత్రమే అని గుర్తుంచుకోండి, మిగిలిన అన్ని సెట్టింగ్లు డిఫాల్ట్గా సెట్ చేయబడతాయి. డిఫాల్ట్ విలువలు, సెట్టింగ్లు మరియు ఫీచర్ల గురించి తెలుసుకోవడానికి ప్రతి క్లయింట్ డాక్యుమెంటేషన్పై శ్రద్ధ వహించండి. మరిన్ని ఫీచర్ల కోసం, ఉదాహరణకు వాలిడేటర్లను అమలు చేయడం, పర్యవేక్షించడం మొదలైన వాటి కోసం, దయచేసి నిర్దిష్ట క్లయింట్ డాక్యుమెంటేషన్ను చూడండి.
-> ఉదాహరణలలో బ్యాక్స్లాష్లు `\` ఫార్మాటింగ్ ప్రయోజనాల కోసం మాత్రమే అని గమనించండి; కాన్ఫిగ్ ఫ్లాగ్లను ఒకే లైన్లో నిర్వచించవచ్చు.
+> ఉదాహరణలలో బ్యాక్స్లాష్లు `` ఫార్మాటింగ్ ప్రయోజనాల కోసం మాత్రమే అని గమనించండి; కాన్ఫిగ్ ఫ్లాగ్లను ఒకే లైన్లో నిర్వచించవచ్చు.
##### Besu నడుస్తోంది
diff --git a/public/content/translations/te/developers/docs/oracles/index.md b/public/content/translations/te/developers/docs/oracles/index.md
index 6ad07900c15..583cd16b8ee 100644
--- a/public/content/translations/te/developers/docs/oracles/index.md
+++ b/public/content/translations/te/developers/docs/oracles/index.md
@@ -1,6 +1,6 @@
---
-title: ఒరకిల్స్
-description: ఒరాకిల్స్ ఇతీరియము స్మార్ట్ కాంట్రాక్టులకు వాస్తవ-ప్రపంచ డేటాకు యాక్సెస్ను అందిస్తాయి, వినియోగదారుల కోసం మరిన్ని వినియోగ-సందర్భాలు మరియు అధిక విలువను అన్లాక్ చేస్తాయి.
+title: "ఒరకిల్స్"
+description: "ఒరాకిల్స్ ఇతీరియము స్మార్ట్ కాంట్రాక్టులకు వాస్తవ-ప్రపంచ డేటాకు యాక్సెస్ను అందిస్తాయి, వినియోగదారుల కోసం మరిన్ని వినియోగ-సందర్భాలు మరియు అధిక విలువను అన్లాక్ చేస్తాయి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/dart/index.md b/public/content/translations/te/developers/docs/programming-languages/dart/index.md
index 1ca31c0cf35..8163f062bfb 100644
--- a/public/content/translations/te/developers/docs/programming-languages/dart/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/dart/index.md
@@ -1,6 +1,6 @@
---
-title: డార్ట్ డెవలపర్ల కోసం Ethereum
-description: డార్ట్ భాషను ఉపయోగించి Ethereum కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+title: "డార్ట్ డెవలపర్ల కోసం Ethereum"
+description: "డార్ట్ భాషను ఉపయోగించి Ethereum కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి"
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/delphi/index.md b/public/content/translations/te/developers/docs/programming-languages/delphi/index.md
index e949c993224..62ac47aa862 100644
--- a/public/content/translations/te/developers/docs/programming-languages/delphi/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/delphi/index.md
@@ -1,6 +1,6 @@
---
-title: డెల్ఫీ డెవలపర్ల కోసం ఇతీరియము
-description: డెల్ఫీ ప్రోగ్రామింగ్ భాషను ఉపయోగించి ఇతీరియము కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి
+title: "డెల్ఫీ డెవలపర్ల కోసం ఇతీరియము"
+description: "డెల్ఫీ ప్రోగ్రామింగ్ భాషను ఉపయోగించి ఇతీరియము కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి"
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/dot-net/index.md b/public/content/translations/te/developers/docs/programming-languages/dot-net/index.md
index 056cd2b654a..987ab754bb3 100644
--- a/public/content/translations/te/developers/docs/programming-languages/dot-net/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/dot-net/index.md
@@ -1,6 +1,6 @@
---
-title: .NET డెవలపర్ల కోసం ఇతీరియము
-description: .NET-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+title: ".NET డెవలపర్ల కోసం ఇతీరియము"
+description: ".NET-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి"
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/elixir/index.md b/public/content/translations/te/developers/docs/programming-languages/elixir/index.md
index 0557535bd77..f9cd3175158 100644
--- a/public/content/translations/te/developers/docs/programming-languages/elixir/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/elixir/index.md
@@ -1,6 +1,6 @@
---
-title: ఎలిక్సిర్ డెవలపర్ల కోసం ఇథిరియమ్
-description: ఎలిక్సిర్ ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇథిరియమ్ కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి.
+title: "ఎలిక్సిర్ డెవలపర్ల కోసం ఇథిరియమ్"
+description: "ఎలిక్సిర్ ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇథిరియమ్ కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి."
lang: te
incomplete: false
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/golang/index.md b/public/content/translations/te/developers/docs/programming-languages/golang/index.md
index 949ed1aca66..be9a2d3512a 100644
--- a/public/content/translations/te/developers/docs/programming-languages/golang/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/golang/index.md
@@ -1,6 +1,6 @@
---
-title: Go డెవలపర్ల కోసం Ethereum
-description: Go-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి Ethereum కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి
+title: "Go డెవలపర్ల కోసం Ethereum"
+description: "Go-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి Ethereum కోసం ఎలా డెవలప్ చేయాలో తెలుసుకోండి"
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/index.md b/public/content/translations/te/developers/docs/programming-languages/index.md
index d72ab1cf6b8..480fdcfd028 100644
--- a/public/content/translations/te/developers/docs/programming-languages/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రోగ్రామింగ్ భాషలు
-description: జావాస్క్రిప్ట్, పైథాన్, గో, రస్ట్ మరియు మరెన్నో సహా వివిధ ప్రోగ్రామింగ్ భాషల కోసం ఇతీరియము అభివృద్ధి వనరులను కనుగొనండి.
+title: "ప్రోగ్రామింగ్ భాషలు"
+description: "జావాస్క్రిప్ట్, పైథాన్, గో, రస్ట్ మరియు మరెన్నో సహా వివిధ ప్రోగ్రామింగ్ భాషల కోసం ఇతీరియము అభివృద్ధి వనరులను కనుగొనండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/java/index.md b/public/content/translations/te/developers/docs/programming-languages/java/index.md
index e49a8e5699a..43b62039a19 100644
--- a/public/content/translations/te/developers/docs/programming-languages/java/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/java/index.md
@@ -1,6 +1,6 @@
---
-title: జావా డెవలపర్ల కోసం Ethereum
-description: జావాస్క్రిప్ట్ ప్రాజెక్ట్స్ మరియు టూల్స్ తో ఈతెరియంను ఎలా నిర్మించాలో నేర్చుకోండి
+title: "జావా డెవలపర్ల కోసం Ethereum"
+description: "జావాస్క్రిప్ట్ ప్రాజెక్ట్స్ మరియు టూల్స్ తో ఈతెరియంను ఎలా నిర్మించాలో నేర్చుకోండి"
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/javascript/index.md b/public/content/translations/te/developers/docs/programming-languages/javascript/index.md
index ec4438098cd..758b52c3342 100644
--- a/public/content/translations/te/developers/docs/programming-languages/javascript/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/javascript/index.md
@@ -1,6 +1,6 @@
---
-title: జావాస్క్రిప్ట్ డెవలపర్ల కోసం ఎథేరియం
-description: జావాస్క్రిప్ట్-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి ఎథేరియం కోసం ఎలా డెవలప్ చేయాలో నేర్చుకోండి.
+title: "జావాస్క్రిప్ట్ డెవలపర్ల కోసం ఎథేరియం"
+description: "జావాస్క్రిప్ట్-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ ఉపయోగించి ఎథేరియం కోసం ఎలా డెవలప్ చేయాలో నేర్చుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/python/index.md b/public/content/translations/te/developers/docs/programming-languages/python/index.md
index 738b4d125ef..58ba0de3a32 100644
--- a/public/content/translations/te/developers/docs/programming-languages/python/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/python/index.md
@@ -1,6 +1,6 @@
---
-title: వెబ్ డెవలపర్స్ కోసం ఇథిరియమ్
-description: పైథాన్-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి
+title: "వెబ్ డెవలపర్స్ కోసం ఇథిరియమ్"
+description: "పైథాన్-ఆధారిత ప్రాజెక్ట్లు మరియు టూలింగ్ను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి"
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/ruby/index.md b/public/content/translations/te/developers/docs/programming-languages/ruby/index.md
index fc481d8b68e..d0263d5f43e 100644
--- a/public/content/translations/te/developers/docs/programming-languages/ruby/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/ruby/index.md
@@ -1,6 +1,6 @@
---
-title: రూబీ డెవలపర్ల కోసం ఇతీరియము
-description: రూబీ-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి.
+title: "రూబీ డెవలపర్ల కోసం ఇతీరియము"
+description: "రూబీ-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లను ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో తెలుసుకోండి."
lang: te
incomplete: false
---
diff --git a/public/content/translations/te/developers/docs/programming-languages/rust/index.md b/public/content/translations/te/developers/docs/programming-languages/rust/index.md
index bfd70c60e58..32b3aff397b 100644
--- a/public/content/translations/te/developers/docs/programming-languages/rust/index.md
+++ b/public/content/translations/te/developers/docs/programming-languages/rust/index.md
@@ -1,6 +1,6 @@
---
-title: రస్ట్ డెవలపర్ల కోసం ఇతీరియము
-description: రస్ట్-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లు ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో నేర్చుకోండి
+title: "రస్ట్ డెవలపర్ల కోసం ఇతీరియము"
+description: "రస్ట్-ఆధారిత ప్రాజెక్ట్లు మరియు పనిముట్లు ఉపయోగించి ఇతీరియము కోసం ఎలా అభివృద్ధి చేయాలో నేర్చుకోండి"
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/scaling/index.md b/public/content/translations/te/developers/docs/scaling/index.md
index 538ba5e40a1..b12e86cfaa8 100644
--- a/public/content/translations/te/developers/docs/scaling/index.md
+++ b/public/content/translations/te/developers/docs/scaling/index.md
@@ -1,6 +1,6 @@
---
-title: స్కేలింగ్
-description: Ethereum కమ్యూనిటీ ద్వారా ప్రస్తుతం అభివృద్ధి చేయబడుతున్న విభిన్న స్కేలింగ్ ఎంపికలకు పరిచయం.
+title: "స్కేలింగ్"
+description: "Ethereum కమ్యూనిటీ ద్వారా ప్రస్తుతం అభివృద్ధి చేయబడుతున్న విభిన్న స్కేలింగ్ ఎంపికలకు పరిచయం."
lang: te
sidebarDepth: 3
---
diff --git a/public/content/translations/te/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/te/developers/docs/scaling/optimistic-rollups/index.md
index 745ecf97be4..d68c7036868 100644
--- a/public/content/translations/te/developers/docs/scaling/optimistic-rollups/index.md
+++ b/public/content/translations/te/developers/docs/scaling/optimistic-rollups/index.md
@@ -1,6 +1,6 @@
---
-title: ఆశావాద రోలప్లు
-description: ఆశావాద రోల్అప్లకు పరిచయం-Ethereum సంఘం ఉపయోగించే స్కేలింగ్ పరిష్కారం.
+title: "ఆశావాద రోలప్లు"
+description: "ఆశావాద రోల్అప్లకు పరిచయం-Ethereum సంఘం ఉపయోగించే స్కేలింగ్ పరిష్కారం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/scaling/plasma/index.md b/public/content/translations/te/developers/docs/scaling/plasma/index.md
index ba3409552d2..b60741d1679 100644
--- a/public/content/translations/te/developers/docs/scaling/plasma/index.md
+++ b/public/content/translations/te/developers/docs/scaling/plasma/index.md
@@ -1,6 +1,6 @@
---
-title: ప్లాస్మా గొలుసులు
-description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ సొల్యూషన్గా ప్లాస్మా చైన్లకు పరిచయం.
+title: "ప్లాస్మా గొలుసులు"
+description: "ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ సొల్యూషన్గా ప్లాస్మా చైన్లకు పరిచయం."
lang: te
incomplete: true
sidebarDepth: 3
diff --git a/public/content/translations/te/developers/docs/scaling/sidechains/index.md b/public/content/translations/te/developers/docs/scaling/sidechains/index.md
index 36cf42d0baf..b18ca238af4 100644
--- a/public/content/translations/te/developers/docs/scaling/sidechains/index.md
+++ b/public/content/translations/te/developers/docs/scaling/sidechains/index.md
@@ -1,6 +1,6 @@
---
-title: సైడ్చైన్లు
-description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా సైడ్చైన్లకు ఒక పరిచయం.
+title: "సైడ్చైన్లు"
+description: "ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా సైడ్చైన్లకు ఒక పరిచయం."
lang: te
sidebarDepth: 3
---
diff --git a/public/content/translations/te/developers/docs/scaling/state-channels/index.md b/public/content/translations/te/developers/docs/scaling/state-channels/index.md
index 202cd684347..339c36d8b34 100644
--- a/public/content/translations/te/developers/docs/scaling/state-channels/index.md
+++ b/public/content/translations/te/developers/docs/scaling/state-channels/index.md
@@ -1,6 +1,6 @@
---
-title: స్టేట్ చానెల్స్
-description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా స్టేట్ ఛానెల్స్ మరియు చెల్లింపు ఛానెల్స్కు ఒక పరిచయం.
+title: "స్టేట్ చానెల్స్"
+description: "ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా స్టేట్ ఛానెల్స్ మరియు చెల్లింపు ఛానెల్స్కు ఒక పరిచయం."
lang: te
sidebarDepth: 3
---
diff --git a/public/content/translations/te/developers/docs/scaling/validium/index.md b/public/content/translations/te/developers/docs/scaling/validium/index.md
index 2c2120172be..a47db2ff7f6 100644
--- a/public/content/translations/te/developers/docs/scaling/validium/index.md
+++ b/public/content/translations/te/developers/docs/scaling/validium/index.md
@@ -1,6 +1,6 @@
---
-title: వాలిడియం
-description: ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా వాలిడియంకు పరిచయం.
+title: "వాలిడియం"
+description: "ప్రస్తుతం Ethereum కమ్యూనిటీ ద్వారా ఉపయోగించబడుతున్న స్కేలింగ్ పరిష్కారంగా వాలిడియంకు పరిచయం."
lang: te
sidebarDepth: 3
---
diff --git a/public/content/translations/te/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/te/developers/docs/scaling/zk-rollups/index.md
index 71004caf534..ba24a06102a 100644
--- a/public/content/translations/te/developers/docs/scaling/zk-rollups/index.md
+++ b/public/content/translations/te/developers/docs/scaling/zk-rollups/index.md
@@ -1,6 +1,6 @@
---
-title: జీరో-కనౌలెడ్జి రోల్అప్లు
-description: జీరో-కనౌలెడ్జి రోల్అప్లకు పరిచయం—Ethereum సంఘం ఉపయోగించే ఒక స్కేలింగ్ పరిష్కారం.
+title: "జీరో-కనౌలెడ్జి రోల్అప్లు"
+description: "జీరో-కనౌలెడ్జి రోల్అప్లకు పరిచయం—Ethereum సంఘం ఉపయోగించే ఒక స్కేలింగ్ పరిష్కారం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/anatomy/index.md b/public/content/translations/te/developers/docs/smart-contracts/anatomy/index.md
index af807a9e51f..3e9e3b17f94 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/anatomy/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/anatomy/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టుల నిర్మాణం
-description: స్మార్ట్ కాంట్రాక్ట్ నిర్మాణంపై లోతైన పరిశీలన - విధులు, డేటా మరియు వేరియబుల్స్.
+title: "స్మార్ట్ కాంట్రాక్టుల నిర్మాణం"
+description: "స్మార్ట్ కాంట్రాక్ట్ నిర్మాణంపై లోతైన పరిశీలన - విధులు, డేటా మరియు వేరియబుల్స్."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/compiling/index.md b/public/content/translations/te/developers/docs/smart-contracts/compiling/index.md
index a959fd7d061..f8a1271b3b6 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/compiling/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/compiling/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ ఒప్పందాలను కంపైల్ చేస్తోంది
-description: స్మార్ట్ కాంట్రాక్టులను మీరు ఎందుకు కంపైల్ చేయాలి మరియు కంపైలేషన్ వాస్తవంగా ఏమి చేస్తుందో వివరణ.
+title: "స్మార్ట్ ఒప్పందాలను కంపైల్ చేస్తోంది"
+description: "స్మార్ట్ కాంట్రాక్టులను మీరు ఎందుకు కంపైల్ చేయాలి మరియు కంపైలేషన్ వాస్తవంగా ఏమి చేస్తుందో వివరణ."
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/composability/index.md b/public/content/translations/te/developers/docs/smart-contracts/composability/index.md
index cc14a2009f9..1f4115046b8 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/composability/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/composability/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్ కంపోసబిలిటీ
-description: ఇప్పటికే ఉన్న భాగాలను పునర్వినియోగించడం ద్వారా సంక్లిష్టమైన డాప్లను రూపొందించడానికి స్మార్ట్ కాంట్రాక్ట్లను లెగో బ్లాక్ల వలె ఎలా కలపాలో తెలుసుకోండి.
+title: "స్మార్ట్ కాంట్రాక్ట్ కంపోసబిలిటీ"
+description: "ఇప్పటికే ఉన్న భాగాలను పునర్వినియోగించడం ద్వారా సంక్లిష్టమైన డాప్లను రూపొందించడానికి స్మార్ట్ కాంట్రాక్ట్లను లెగో బ్లాక్ల వలె ఎలా కలపాలో తెలుసుకోండి."
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/deploying/index.md b/public/content/translations/te/developers/docs/smart-contracts/deploying/index.md
index 7a323f441f2..fd1fdae3bd3 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/deploying/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/deploying/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టులను అమలు చేయడం
-description: అవసరాలు, ఉపకరణాలు, మరియు అమరిక దశలతో సహా Ethereum నెట్వర్క్లకు స్మార్ట్ కాంట్రాక్టులను ఎలా అమర్చాలో తెలుసుకోండి.
+title: "స్మార్ట్ కాంట్రాక్టులను అమలు చేయడం"
+description: "అవసరాలు, ఉపకరణాలు, మరియు అమరిక దశలతో సహా Ethereum నెట్వర్క్లకు స్మార్ట్ కాంట్రాక్టులను ఎలా అమర్చాలో తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/te/developers/docs/smart-contracts/formal-verification/index.md
index 218ab192766..451a799b242 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/formal-verification/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/formal-verification/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టుల ఫార్మల్ వెరిఫికేషన్
-description: ఇతీరియము స్మార్ట్ కాంట్రాక్టుల కోసం ఫార్మల్ వెరిఫికేషన్ యొక్క ఒక అవలోకనం
+title: "స్మార్ట్ కాంట్రాక్టుల ఫార్మల్ వెరిఫికేషన్"
+description: "ఇతీరియము స్మార్ట్ కాంట్రాక్టుల కోసం ఫార్మల్ వెరిఫికేషన్ యొక్క ఒక అవలోకనం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/index.md b/public/content/translations/te/developers/docs/smart-contracts/index.md
index 0de4ea52b6c..454cc5d44c1 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టులకు పరిచయం
-description: స్మార్ట్ కాంట్రాక్ట్ల యొక్క అవలోకనం, వాటి ప్రత్యేక లక్షణాలు మరియు పరిమితులపై దృష్టి సారించడం.
+title: "స్మార్ట్ కాంట్రాక్టులకు పరిచయం"
+description: "స్మార్ట్ కాంట్రాక్ట్ల యొక్క అవలోకనం, వాటి ప్రత్యేక లక్షణాలు మరియు పరిమితులపై దృష్టి సారించడం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/languages/index.md b/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
index 74dcf0397ab..38f3030b52a 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్ భాషలు
-description: రెండు ప్రధాన స్మార్ట్ కాంట్రాక్ట్ భాషల - సాలిడిటీ మరియు వైపర్ - యొక్క అవలోకనం మరియు పోలిక.
+title: "స్మార్ట్ కాంట్రాక్ట్ భాషలు"
+description: "రెండు ప్రధాన స్మార్ట్ కాంట్రాక్ట్ భాషల - సాలిడిటీ మరియు వైపర్ - యొక్క అవలోకనం మరియు పోలిక."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/libraries/index.md b/public/content/translations/te/developers/docs/smart-contracts/libraries/index.md
index 751af605b59..ce3153b50b8 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/libraries/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/libraries/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు
-description: మీ ఇతీరియము అభివృద్ధి ప్రాజెక్టులను వేగవంతం చేయడానికి పునర్వినియోగ స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు మరియు నిర్మాణ బ్లాకులను కనుగొనండి.
+title: "స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు"
+description: "మీ ఇతీరియము అభివృద్ధి ప్రాజెక్టులను వేగవంతం చేయడానికి పునర్వినియోగ స్మార్ట్ కాంట్రాక్ట్ గ్రంథాలయాలు మరియు నిర్మాణ బ్లాకులను కనుగొనండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/naming/index.md b/public/content/translations/te/developers/docs/smart-contracts/naming/index.md
index 5f9d3afc99b..b10e0a96715 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/naming/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/naming/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం
-description: ENSతో ఇతీరియము స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడానికి ఉత్తమ పద్ధతులు
+title: "స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడం"
+description: "ENSతో ఇతీరియము స్మార్ట్ ఒప్పందాలకు పేరు పెట్టడానికి ఉత్తమ పద్ధతులు"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/security/index.md b/public/content/translations/te/developers/docs/smart-contracts/security/index.md
index 96acdcbaa4c..2d364e80d36 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/security/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/security/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్ భద్రత
-description: సురక్షితమైన ఇతీరియము స్మార్ట్ కాంట్రాక్ట్లను రూపొందించడానికి మార్గదర్శకాల యొక్క అవలోకనం
+title: "స్మార్ట్ కాంట్రాక్ట్ భద్రత"
+description: "సురక్షితమైన ఇతీరియము స్మార్ట్ కాంట్రాక్ట్లను రూపొందించడానికి మార్గదర్శకాల యొక్క అవలోకనం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/testing/index.md b/public/content/translations/te/developers/docs/smart-contracts/testing/index.md
index a3be5d8d436..35a6fd18bd4 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/testing/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/testing/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టులను పరీక్షించడం
-description: ఇతీరియము స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి సాంకేతికతలు మరియు పరిగణనల యొక్క అవలోకనం.
+title: "స్మార్ట్ కాంట్రాక్టులను పరీక్షించడం"
+description: "ఇతీరియము స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి సాంకేతికతలు మరియు పరిగణనల యొక్క అవలోకనం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/te/developers/docs/smart-contracts/upgrading/index.md
index a492cb27756..3fc3f8c179c 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/upgrading/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/upgrading/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం
-description: Ethereum స్మార్ట్ కాంట్రాక్టుల కోసం ఉన్నతీకరణ నమూనాల యొక్క అవలోకనం
+title: "స్మార్ట్ కాంట్రాక్టులను ఉన్నతీకరించడం"
+description: "Ethereum స్మార్ట్ కాంట్రాక్టుల కోసం ఉన్నతీకరణ నమూనాల యొక్క అవలోకనం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/te/developers/docs/smart-contracts/verifying/index.md
index 7526b2fc311..d331ed57a3b 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/verifying/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/verifying/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టులను ధృవీకరించడం
-description: Ethereum స్మార్ట్ కాంట్రాక్టుల కోసం సోర్స్ కోడ్ ధృవీకరణ యొక్క ఒక అవలోకనం
+title: "స్మార్ట్ కాంట్రాక్టులను ధృవీకరించడం"
+description: "Ethereum స్మార్ట్ కాంట్రాక్టుల కోసం సోర్స్ కోడ్ ధృవీకరణ యొక్క ఒక అవలోకనం"
lang: te
---
diff --git a/public/content/translations/te/developers/docs/standards/index.md b/public/content/translations/te/developers/docs/standards/index.md
index 9ce2844b10e..b7978acede7 100644
--- a/public/content/translations/te/developers/docs/standards/index.md
+++ b/public/content/translations/te/developers/docs/standards/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియము అభివృద్ధి ప్రమాణాలు
-description: EIPలు, ERC-20 మరియు ERC-721 వంటి టోకెన్ ప్రమాణాలు మరియు అభివృద్ధి సంప్రదాయాలతో సహా ఇతీరియము ప్రమాణాల గురించి తెలుసుకోండి.
+title: "ఇతీరియము అభివృద్ధి ప్రమాణాలు"
+description: "EIPలు, ERC-20 మరియు ERC-721 వంటి టోకెన్ ప్రమాణాలు మరియు అభివృద్ధి సంప్రదాయాలతో సహా ఇతీరియము ప్రమాణాల గురించి తెలుసుకోండి."
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-1155/index.md
index 564997413d9..f4b255fb308 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/erc-1155/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-1155/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-1155 బహుళ-టోకెన్ ప్రమాణం
-description: ERC-1155 గురించి తెలుసుకోండి, ఇది ఒకే కాంట్రాక్టులో ఫంగిబుల్ మరియు నాన్-ఫంగిబుల్ టోకెన్లను కలిపే బహుళ-టోకెన్ ప్రమాణం.
+title: "ERC-1155 బహుళ-టోకెన్ ప్రమాణం"
+description: "ERC-1155 గురించి తెలుసుకోండి, ఇది ఒకే కాంట్రాక్టులో ఫంగిబుల్ మరియు నాన్-ఫంగిబుల్ టోకెన్లను కలిపే బహుళ-టోకెన్ ప్రమాణం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-1363/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-1363/index.md
index f94ca6b0cd0..8b05c9581a9 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/erc-1363/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-1363/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-1363 చెల్లించదగిన టోకెన్ ప్రమాణం
-description: ERC-1363 అనేది ERC-20 టోకెన్ల కోసం ఒక విస్తరణ ఇంటర్ఫేస్, ఇది బదిలీల తర్వాత గ్రహీత ఒప్పందంపై లేదా ఆమోదాల తర్వాత ఖర్చు చేసే ఒప్పందంపై కస్టమ్ లాజిక్ను అమలు చేయడానికి మద్దతు ఇస్తుంది, అన్నీ ఒకే లావాదేవీలోనే.
+title: "ERC-1363 చెల్లించదగిన టోకెన్ ప్రమాణం"
+description: "ERC-1363 అనేది ERC-20 టోకెన్ల కోసం ఒక విస్తరణ ఇంటర్ఫేస్, ఇది బదిలీల తర్వాత గ్రహీత ఒప్పందంపై లేదా ఆమోదాల తర్వాత ఖర్చు చేసే ఒప్పందంపై కస్టమ్ లాజిక్ను అమలు చేయడానికి మద్దతు ఇస్తుంది, అన్నీ ఒకే లావాదేవీలోనే."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-20/index.md
index 7ffa2e038a5..3a99cbf3331 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/erc-20/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-20/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-20 టోకెన్ ప్రమాణం
-description: Ethereum లో ఫంగిబుల్ టోకెన్ల కొరకు ప్రమాణమైన ERC-20 గురించి తెలుసుకోండి, ఇది ఇంటర్ఆపరేబుల్ టోకెన్ అప్లికేషన్లను సాధ్యం చేస్తుంది.
+title: "ERC-20 టోకెన్ ప్రమాణం"
+description: "Ethereum లో ఫంగిబుల్ టోకెన్ల కొరకు ప్రమాణమైన ERC-20 గురించి తెలుసుకోండి, ఇది ఇంటర్ఆపరేబుల్ టోకెన్ అప్లికేషన్లను సాధ్యం చేస్తుంది."
lang: te
---
@@ -171,7 +171,7 @@ ERC-20 టోకెన్లను నిర్వహించడానిక
ERC-20 తో ఈ సమస్యను పూర్తిగా నివారించడం సాధ్యం కానప్పటికీ, తుది వినియోగదారునికి టోకెన్ల నష్టాన్ని గణనీయంగా తగ్గించే పద్ధతులు ఉన్నాయి:
- ఒక వినియోగదారుడు టోకెన్లను టోకెన్ కాంట్రాక్ట్ చిరునామాకే పంపడం అనేది అత్యంత సాధారణ సమస్య (ఉదా., USDT టోకెన్ కాంట్రాక్ట్ చిరునామాకు USDT డిపాజిట్ చేయడం). `transfer(..)` ఫంక్షన్ను అటువంటి బదిలీ ప్రయత్నాలను రివర్ట్ చేయడానికి పరిమితం చేయడం సిఫార్సు చేయబడింది. `transfer(..)` ఫంక్షన్ అమలులో `require(_to != address(this));` తనిఖీని జోడించడాన్ని పరిగణించండి.
-- `transfer(..)` ఫంక్షన్ సాధారణంగా కాంట్రాక్టులకు టోకెన్లను డిపాజిట్ చేయడానికి రూపొందించబడలేదు. `approve(..) `& transferFrom(..)`నమూనా బదులుగా ERC-20 టోకెన్లను కాంట్రాక్టులకు డిపాజిట్ చేయడానికి ఉపయోగించబడుతుంది. దానితో ఏ కాంట్రాక్టులలోనైనా టోకెన్లను డిపాజిట్ చేయడాన్ని అనుమతించకుండా ట్రాన్స్ఫర్ ఫంక్షన్ను పరిమితం చేయడం సాధ్యమే, అయితే`trasnfer(..)\` ఫంక్షన్తో కాంట్రాక్టులలో టోకెన్లను డిపాజిట్ చేయవచ్చని భావించే కాంట్రాక్టులతో ఇది అనుకూలతను దెబ్బతీయవచ్చు (ఉదా., Uniswap లిక్విడిటీ పూల్స్).
+- `transfer(..)` ఫంక్షన్ సాధారణంగా కాంట్రాక్టులకు టోకెన్లను డిపాజిట్ చేయడానికి రూపొందించబడలేదు. `approve(..) `& transferFrom(..)`నమూనా బదులుగా ERC-20 టోకెన్లను కాంట్రాక్టులకు డిపాజిట్ చేయడానికి ఉపయోగించబడుతుంది. దానితో ఏ కాంట్రాక్టులలోనైనా టోకెన్లను డిపాజిట్ చేయడాన్ని అనుమతించకుండా ట్రాన్స్ఫర్ ఫంక్షన్ను పరిమితం చేయడం సాధ్యమే, అయితే`trasnfer(..)` ఫంక్షన్తో కాంట్రాక్టులలో టోకెన్లను డిపాజిట్ చేయవచ్చని భావించే కాంట్రాక్టులతో ఇది అనుకూలతను దెబ్బతీయవచ్చు (ఉదా., Uniswap లిక్విడిటీ పూల్స్).
- మీ కాంట్రాక్ట్ ఎప్పుడూ దేనినీ స్వీకరించకూడదని అనుకున్నా, ERC-20 టోకెన్లు మీ కాంట్రాక్ట్లో చేరవచ్చని ఎల్లప్పుడూ ఊహించండి. స్వీకర్తల వైపు నుండి ప్రమాదవశాత్తు డిపాజిట్లను నిరోధించడానికి లేదా తిరస్కరించడానికి మార్గం లేదు. ప్రమాదవశాత్తు డిపాజిట్ చేయబడిన ERC-20 టోకెన్లను వెలికి తీయడానికి అనుమతించే ఫంక్షన్ను అమలు చేయడం సిఫార్సు చేయబడింది.
- ప్రత్యామ్నాయ టోకెన్ ప్రమాణాలను ఉపయోగించడాన్ని పరిగణించండి.
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-223/index.md
index 17a6581e4ea..055aa3c7dd5 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/erc-223/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-223/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-223 టోకెన్ ప్రమాణం
-description: ERC-223 ఫంగిబుల్ టోకెన్ ప్రమాణం యొక్క అవలోకనం, అది ఎలా పనిచేస్తుంది, మరియు ERC-20తో పోలిక.
+title: "ERC-223 టోకెన్ ప్రమాణం"
+description: "ERC-223 ఫంగిబుల్ టోకెన్ ప్రమాణం యొక్క అవలోకనం, అది ఎలా పనిచేస్తుంది, మరియు ERC-20తో పోలిక."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-4626/index.md
index 1468decedaa..874117a9ca4 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/erc-4626/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-4626/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-4626 టోకనైజ్డ్ వాల్ట్ ప్రమాణం
-description: దిగుబడినిచ్చే వాల్ట్ల కోసం ఒక ప్రమాణం.
+title: "ERC-4626 టోకనైజ్డ్ వాల్ట్ ప్రమాణం"
+description: "దిగుబడినిచ్చే వాల్ట్ల కోసం ఒక ప్రమాణం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-721/index.md
index 888d5be5cdf..6782887303c 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/erc-721/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-721/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-721 నాన్-ఫంగిబుల్ టోకెన్ ప్రమాణం
-description: ఇతీరియముపై ప్రత్యేకమైన డిజిటల్ ఆస్తులను సూచించే నాన్-ఫంగిబుల్ టోకెన్ల (NFTల) ప్రమాణమైన ERC-721 గురించి తెలుసుకోండి.
+title: "ERC-721 నాన్-ఫంగిబుల్ టోకెన్ ప్రమాణం"
+description: "ఇతీరియముపై ప్రత్యేకమైన డిజిటల్ ఆస్తులను సూచించే నాన్-ఫంగిబుల్ టోకెన్ల (NFTల) ప్రమాణమైన ERC-721 గురించి తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/te/developers/docs/standards/tokens/erc-777/index.md
index 1f1b6e78043..fa53f31e02d 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/erc-777/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/erc-777/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-777 టోకెన్ ప్రమాణం
-description: భద్రత కోసం ERC-20 సిఫార్సు చేయబడినప్పటికీ, హుక్స్తో మెరుగైన ఫంగిబుల్ టోకెన్ ప్రమాణమైన ERC-777 గురించి తెలుసుకోండి.
+title: "ERC-777 టోకెన్ ప్రమాణం"
+description: "భద్రత కోసం ERC-20 సిఫార్సు చేయబడినప్పటికీ, హుక్స్తో మెరుగైన ఫంగిబుల్ టోకెన్ ప్రమాణమైన ERC-777 గురించి తెలుసుకోండి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/standards/tokens/index.md b/public/content/translations/te/developers/docs/standards/tokens/index.md
index 6657feda9f5..132676a3da5 100644
--- a/public/content/translations/te/developers/docs/standards/tokens/index.md
+++ b/public/content/translations/te/developers/docs/standards/tokens/index.md
@@ -1,6 +1,6 @@
---
-title: టోకెన్ ప్రమాణాలు
-description: ఫంగిబుల్ మరియు నాన్-ఫంగిబుల్ టోకెన్ల కొరకు ERC-20, ERC-721, మరియు ERC-1155తో సహా ఇతీరియము టోకెన్ ప్రమాణాలను అన్వేషించండి.
+title: "టోకెన్ ప్రమాణాలు"
+description: "ఫంగిబుల్ మరియు నాన్-ఫంగిబుల్ టోకెన్ల కొరకు ERC-20, ERC-721, మరియు ERC-1155తో సహా ఇతీరియము టోకెన్ ప్రమాణాలను అన్వేషించండి."
lang: te
incomplete: true
---
diff --git a/public/content/translations/te/developers/docs/storage/index.md b/public/content/translations/te/developers/docs/storage/index.md
index 5d15415b82a..311a20c05be 100644
--- a/public/content/translations/te/developers/docs/storage/index.md
+++ b/public/content/translations/te/developers/docs/storage/index.md
@@ -1,6 +1,6 @@
---
-title: వికేంద్రీకృత నిల్వ
-description: వికేంద్రీకృత నిల్వ అంటే ఏమిటి మరియు దానిని ఒక డాప్లో విలీనం చేయడానికి అందుబాటులో ఉన్న సాధనాల యొక్క అవలోకనం.
+title: "వికేంద్రీకృత నిల్వ"
+description: "వికేంద్రీకృత నిల్వ అంటే ఏమిటి మరియు దానిని ఒక డాప్లో విలీనం చేయడానికి అందుబాటులో ఉన్న సాధనాల యొక్క అవలోకనం."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/transactions/index.md b/public/content/translations/te/developers/docs/transactions/index.md
index f2f695804f7..a97d12c30b8 100644
--- a/public/content/translations/te/developers/docs/transactions/index.md
+++ b/public/content/translations/te/developers/docs/transactions/index.md
@@ -1,6 +1,6 @@
---
-title: లావాదేవీలు
-description: ఇతీరియము లావాదేవీల యొక్క అవలోకనం – అవి ఎలా పని చేస్తాయి, వాటి డేటా స్ట్రక్చర్, మరియు వాటిని ఒక అప్లికేషన్ ద్వారా ఎలా పంపాలి.
+title: "లావాదేవీలు"
+description: "ఇతీరియము లావాదేవీల యొక్క అవలోకనం – అవి ఎలా పని చేస్తాయి, వాటి డేటా స్ట్రక్చర్, మరియు వాటిని ఒక అప్లికేషన్ ద్వారా ఎలా పంపాలి."
lang: te
---
diff --git a/public/content/translations/te/developers/docs/web2-vs-web3/index.md b/public/content/translations/te/developers/docs/web2-vs-web3/index.md
index 17b0dc82f95..643961ed675 100644
--- a/public/content/translations/te/developers/docs/web2-vs-web3/index.md
+++ b/public/content/translations/te/developers/docs/web2-vs-web3/index.md
@@ -1,6 +1,6 @@
---
-title: వెబ్2 vs వెబ్3
-description: కేంద్రీకృత Web2 సేవలను ఇతీరియము బ్లాక్చెయిన్ టెక్నాలజీపై నిర్మించిన వికేంద్రీకృత Web3 అప్లికేషన్లతో పోల్చండి.
+title: "వెబ్2 vs వెబ్3"
+description: "కేంద్రీకృత Web2 సేవలను ఇతీరియము బ్లాక్చెయిన్ టెక్నాలజీపై నిర్మించిన వికేంద్రీకృత Web3 అప్లికేషన్లతో పోల్చండి."
lang: te
---
diff --git a/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md b/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
index 91b947156f2..a301efba78b 100644
--- a/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
+++ b/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
@@ -1,10 +1,10 @@
---
-title: పైథాన్ అభివృద్ధి చేసేవారికి ఇతీరియము పరిచయం, భాగం 1
-description: ఇతీరియము అభివృద్ధికి ఒక పరిచయం, ముఖ్యంగా పైథాన్ ప్రోగ్రామింగ్ భాషపై పరిజ్ఞానం ఉన్నవారికి ఉపయోగపడుతుంది
+title: "పైథాన్ అభివృద్ధి చేసేవారికి ఇతీరియము పరిచయం, భాగం 1"
+description: "ఇతీరియము అభివృద్ధికి ఒక పరిచయం, ముఖ్యంగా పైథాన్ ప్రోగ్రామింగ్ భాషపై పరిజ్ఞానం ఉన్నవారికి ఉపయోగపడుతుంది"
author: Marc Garreau
lang: te
tags: [ "python", "web3.py" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
published: 2020-09-08
source: Snake charmers
sourceUrl: https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/
diff --git a/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md b/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
index 622d89ed081..29a241aa585 100644
--- a/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
+++ b/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
@@ -1,9 +1,9 @@
---
title: "మీరు కాష్ చేయగలవన్నీ"
-description: తక్కువ ధర రోల్అప్ లావాదేవీల కోసం కాషింగ్ కాంట్రాక్ట్ను ఎలా సృష్టించాలో మరియు ఉపయోగించాలో తెలుసుకోండి
-author: ఓరి పోమెరాంట్జ్
+description: "తక్కువ ధర రోల్అప్ లావాదేవీల కోసం కాషింగ్ కాంట్రాక్ట్ను ఎలా సృష్టించాలో మరియు ఉపయోగించాలో తెలుసుకోండి"
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "లేయర్ 2", "కాషింగ్", "స్టోరేజ్" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2022-09-15
lang: te
---
@@ -717,7 +717,7 @@ contract WORM is Cache {
worm.writeEntry(0xDEAD, 0xBEEF);
```
-[ఇది (`vm.expectRevert`)](https://book.getfoundry.sh/cheatcodes/expect-revert#expectrevert) మనం ఒక ఫౌండ్రీ పరీక్షలో తదుపరి కాల్ విఫలం కావాలని, మరియు విఫలం కావడానికి నివేదించబడిన కారణాన్ని ఎలా పేర్కొంటామో చూపిస్తుంది. ఇది మనం సింటాక్స్ `.` ను ఉపయోగించినప్పుడు వర్తిస్తుంది.()` కాల్డేటాను నిర్మించి, తక్కువ స్థాయి ఇంటర్ఫేస్ (`.call()\`, మొదలైనవి) ఉపయోగించి కాంట్రాక్ట్ను కాల్ చేయడానికి బదులుగా.
+[ఇది (`vm.expectRevert`)](https://book.getfoundry.sh/cheatcodes/expect-revert#expectrevert) మనం ఒక ఫౌండ్రీ పరీక్షలో తదుపరి కాల్ విఫలం కావాలని, మరియు విఫలం కావడానికి నివేదించబడిన కారణాన్ని ఎలా పేర్కొంటామో చూపిస్తుంది. ఇది మనం సింటాక్స్ `.` ను ఉపయోగించినప్పుడు వర్తిస్తుంది.()` కాల్డేటాను నిర్మించి, తక్కువ స్థాయి ఇంటర్ఫేస్ (`.call()`, మొదలైనవి) ఉపయోగించి కాంట్రాక్ట్ను కాల్ చేయడానికి బదులుగా.
```solidity
function testReadWriteCached() public {
diff --git a/public/content/translations/te/developers/tutorials/app-plasma/index.md b/public/content/translations/te/developers/tutorials/app-plasma/index.md
index e99fc93e44e..d701a2b843b 100644
--- a/public/content/translations/te/developers/tutorials/app-plasma/index.md
+++ b/public/content/translations/te/developers/tutorials/app-plasma/index.md
@@ -1,9 +1,9 @@
---
-title: గోప్యతను కాపాడే యాప్-నిర్దిష్ట ప్లాస్మాను వ్రాయండి
-description: ఈ ట్యుటోరియల్లో, మేము డిపాజిట్ల కోసం పాక్షిక-రహస్య బ్యాంకును నిర్మిస్తాము. బ్యాంకు ఒక కేంద్రీకృత భాగం; దానికి ప్రతి వినియోగదారుడి బ్యాలెన్స్ తెలుసు. అయితే, ఈ సమాచారం ఆన్చైన్లో నిల్వ చేయబడదు. బదులుగా, బ్యాంకు స్థితి యొక్క హాష్ను పోస్ట్ చేస్తుంది. ప్రతిసారీ ఒక లావాదేవీ జరిగినప్పుడు, బ్యాంకు కొత్త హాష్ను పోస్ట్ చేస్తుంది, దానితో పాటు హాష్ స్థితిని కొత్తదానికి మార్చే సంతకం చేసిన లావాదేవీ ఉందని రుజువు చేసే జీరో-కనౌలెడ్జి రుజువు కూడా ఉంటుంది. ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు జీరో-కనౌలెడ్జి రుజువులను ఎలా ఉపయోగించాలో మాత్రమే కాకుండా, వాటిని ఎందుకు ఉపయోగిస్తారో మరియు సురక్షితంగా ఎలా చేయాలో కూడా అర్థం చేసుకుంటారు.
-author: ఓరి పోమెరాంట్జ్
+title: "గోప్యతను కాపాడే యాప్-నిర్దిష్ట ప్లాస్మాను వ్రాయండి"
+description: "ఈ ట్యుటోరియల్లో, మేము డిపాజిట్ల కోసం పాక్షిక-రహస్య బ్యాంకును నిర్మిస్తాము. బ్యాంకు ఒక కేంద్రీకృత భాగం; దానికి ప్రతి వినియోగదారుడి బ్యాలెన్స్ తెలుసు. అయితే, ఈ సమాచారం ఆన్చైన్లో నిల్వ చేయబడదు. బదులుగా, బ్యాంకు స్థితి యొక్క హాష్ను పోస్ట్ చేస్తుంది. ప్రతిసారీ ఒక లావాదేవీ జరిగినప్పుడు, బ్యాంకు కొత్త హాష్ను పోస్ట్ చేస్తుంది, దానితో పాటు హాష్ స్థితిని కొత్తదానికి మార్చే సంతకం చేసిన లావాదేవీ ఉందని రుజువు చేసే జీరో-కనౌలెడ్జి రుజువు కూడా ఉంటుంది. ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు జీరో-కనౌలెడ్జి రుజువులను ఎలా ఉపయోగించాలో మాత్రమే కాకుండా, వాటిని ఎందుకు ఉపయోగిస్తారో మరియు సురక్షితంగా ఎలా చేయాలో కూడా అర్థం చేసుకుంటారు."
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "జీరో-కనౌలెడ్జి", "సర్వర్", "ఆఫ్చైన్", "గోప్యత" ]
-skill: అధునాతనం
+skill: "అధునాతనం"
lang: te
published: 2025-10-15
---
@@ -220,7 +220,7 @@ export default attrs => {
]
```
-ఇవి ఖాతా చిరునామాలు, `test ...` ద్వారా సృష్టించబడిన చిరునామాలు. test junk\` పాస్ఫ్రేజ్. మీరు మీ స్వంత చిరునామాలను ఉపయోగించాలనుకుంటే, ఈ నిర్వచనాన్ని సవరించండి.
+ఇవి ఖాతా చిరునామాలు, `test ...` ద్వారా సృష్టించబడిన చిరునామాలు. test junk` పాస్ఫ్రేజ్. మీరు మీ స్వంత చిరునామాలను ఉపయోగించాలనుకుంటే, ఈ నిర్వచనాన్ని సవరించండి.
```tsx
const account = useAccount()
@@ -396,7 +396,7 @@ fn flatten_account(account: Account) -> [Field; FLAT_ACCOUNT_FIELDS] {
];
```
-శ్రేణిలోని మొదటి విలువ ఖాతా చిరునామా. రెండవది బ్యాలెన్స్ మరియు నాన్స్ రెండింటినీ కలిగి ఉంటుంది. `.into()` కాల్స్ ఒక సంఖ్యను దాని అవసరమైన డేటా రకానికి మారుస్తాయి. `account.nonce` ఒక `u32` విలువ, కానీ దానిని `account.balance << 32`కు, ఒక `u128` విలువకు, జోడించడానికి అది `u128`గా ఉండాలి. అది మొదటి `.into()`. రెండవది `u128` ఫలితాన్ని `Field`గా మారుస్తుంది, తద్వారా అది శ్రేణిలో సరిపోతుంది.
+శ్రేణిలోని మొదటి విలువ ఖాతా చిరునామా. రెండవది బ్యాలెన్స్ మరియు నాన్స్ రెండింటినీ కలిగి ఉంటుంది. `.into()` కాల్స్ ఒక సంఖ్యను దాని అవసరమైన డేటా రకానికి మారుస్తాయి. `account.nonce` ఒక `u32` విలువ, కానీ దానిని `account.balance « 32`కు, ఒక `u128` విలువకు, జోడించడానికి అది `u128`గా ఉండాలి. అది మొదటి `.into()`. రెండవది `u128` ఫలితాన్ని `Field`గా మారుస్తుంది, తద్వారా అది శ్రేణిలో సరిపోతుంది.
```
flat
diff --git a/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
index 9ea7a9e9d42..5adc97fea31 100644
--- a/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
+++ b/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -1,9 +1,9 @@
---
-title: జావాస్క్రిప్ట్ నుండి స్మార్ట్ కాంట్రాక్టును పిలవడం
-description: Dai టోకెన్ ఉదాహరణను ఉపయోగించి జావాస్క్రిప్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ను ఎలా పిలవాలో
+title: "జావాస్క్రిప్ట్ నుండి స్మార్ట్ కాంట్రాక్టును పిలవడం"
+description: "Dai టోకెన్ ఉదాహరణను ఉపయోగించి జావాస్క్రిప్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ను ఎలా పిలవాలో"
author: jdourlens
tags: [ "లావాదేవీలు", "frontend", "జావాస్క్రిప్ట్", "web3.js" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-04-19
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md b/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
index a5a3b9a5a46..4819ce79f02 100644
--- a/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
@@ -1,9 +1,9 @@
---
title: "మీ కాంట్రాక్ట్ కోసం యూజర్ ఇంటర్ఫేస్ను నిర్మించడం"
-description: TypeScript, React, Vite, మరియు Wagmi వంటి ఆధునిక కాంపోనెంట్లను ఉపయోగించి, మేము ఒక ఆధునిక, కానీ అతి తక్కువ, యూజర్ ఇంటర్ఫేస్ను పరిశీలిస్తాము మరియు యూజర్ ఇంటర్ఫేస్కు ఒక వాలెట్ను ఎలా కనెక్ట్ చేయాలో, సమాచారాన్ని చదవడానికి స్మార్ట్ కాంట్రాక్ట్ను ఎలా పిలవాలో, స్మార్ట్ కాంట్రాక్ట్కు ఒక లావాదేవీని ఎలా పంపాలో, మరియు మార్పులను గుర్తించడానికి స్మార్ట్ కాంట్రాక్ట్ నుండి ఈవెంట్లను ఎలా పర్యవేక్షించాలో నేర్చుకుంటాము.
-author: ఓరి పోమెరాంట్జ్
+description: "TypeScript, React, Vite, మరియు Wagmi వంటి ఆధునిక కాంపోనెంట్లను ఉపయోగించి, మేము ఒక ఆధునిక, కానీ అతి తక్కువ, యూజర్ ఇంటర్ఫేస్ను పరిశీలిస్తాము మరియు యూజర్ ఇంటర్ఫేస్కు ఒక వాలెట్ను ఎలా కనెక్ట్ చేయాలో, సమాచారాన్ని చదవడానికి స్మార్ట్ కాంట్రాక్ట్ను ఎలా పిలవాలో, స్మార్ట్ కాంట్రాక్ట్కు ఒక లావాదేవీని ఎలా పంపాలో, మరియు మార్పులను గుర్తించడానికి స్మార్ట్ కాంట్రాక్ట్ నుండి ఈవెంట్లను ఎలా పర్యవేక్షించాలో నేర్చుకుంటాము."
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "typescript", "react", "vite", "wagmi", "frontend" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
published: 2023-11-01
lang: te
sidebarDepth: 3
@@ -158,7 +158,7 @@ React కాంపోనెంట్ యొక్క JSX _ఒక_ కాంప
మనం JSXలోకి వాస్తవ జావాస్క్రిప్ట్ (లేదా జావాస్క్రిప్ట్కు కంపైల్ చేయబడే TypeScript) ను చేర్చవలసి వచ్చినప్పుడు, మనం బ్రాకెట్లను (`{}`) ఉపయోగిస్తాము.
-`a && b` సింటాక్స్ [`a ?` కోసం సంక్షిప్త రూపం. b : a`](https://www.w3schools.com/react/react_es6_ternary.asp). అంటే, `a`నిజమైతే అది`b`కు మదింపు చేయబడుతుంది మరియు లేకపోతే అది `a`కు మదింపు చేయబడుతుంది (ఇది `false`, `0\`, మొదలైనవి కావచ్చు). ఒక నిర్దిష్ట షరతు నెరవేరినప్పుడు మాత్రమే ఒక కాంపోనెంట్ ప్రదర్శించబడాలని Reactకు చెప్పడానికి ఇది ఒక సులభమైన మార్గం.
+`a && b` సింటాక్స్ [`a ?` కోసం సంక్షిప్త రూపం. b : a`](https://www.w3schools.com/react/react_es6_ternary.asp). అంటే, `a`నిజమైతే అది`b`కు మదింపు చేయబడుతుంది మరియు లేకపోతే అది `a`కు మదింపు చేయబడుతుంది (ఇది `false`, `0`, మొదలైనవి కావచ్చు). ఒక నిర్దిష్ట షరతు నెరవేరినప్పుడు మాత్రమే ఒక కాంపోనెంట్ ప్రదర్శించబడాలని Reactకు చెప్పడానికి ఇది ఒక సులభమైన మార్గం.
ఈ సందర్భంలో, వినియోగదారుడు బ్లాక్ చైనుకు కనెక్ట్ అయి ఉంటే మాత్రమే వినియోగదారునికి `గ్రీటర్` చూపించాలని మేము కోరుకుంటున్నాము.
@@ -391,7 +391,7 @@ const ShowGreeting = (attrs : ShowGreetingAttrsType) => {
##### `ShowObject` కాంపోనెంట్ {#showobject-component}
-సమాచార ప్రయోజనాల కోసం, ముఖ్యమైన వస్తువులను (`గ్రీటింగ్ చదవడానికి `readResults`మరియు మేము సృష్టించే లావాదేవీల కోసం`preparedTx`మరియు`workingTx`) చూపించడానికి మేము `ShowObject\` కాంపోనెంట్ను ఉపయోగిస్తాము.
+సమాచార ప్రయోజనాల కోసం, ముఖ్యమైన వస్తువులను (`గ్రీటింగ్ చదవడానికి `readResults`మరియు మేము సృష్టించే లావాదేవీల కోసం`preparedTx`మరియు`workingTx`) చూపించడానికి మేము `ShowObject` కాంపోనెంట్ను ఉపయోగిస్తాము.
```tsx
const ShowObject = (attrs: ShowObjectAttrsType ) => {
diff --git a/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md b/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
index 436510c1765..2d928c6f50a 100644
--- a/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
@@ -1,6 +1,6 @@
---
-title: మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ ను నియమించడం
-description: ఇథిరియమ్ టెస్ట్ నెట్వర్క్లో మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ను నియమించడానికి ఒక పరిచయం
+title: "మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ ను నియమించడం"
+description: "ఇథిరియమ్ టెస్ట్ నెట్వర్క్లో మీ మొదటి స్మార్ట్ కాంట్రాక్ట్ను నియమించడానికి ఒక పరిచయం"
author: "jdourlens"
tags:
[
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"డిప్లాయ్ చేయడం"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-04-03
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md b/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
index 5a3a05c0829..579424eb2ef 100644
--- a/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
+++ b/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
@@ -1,6 +1,6 @@
---
-title: స్థానిక, బహుళ-క్లయింట్ టెస్టునెట్లో డాప్ను అభివృద్ధి చేసి పరీక్షించడం ఎలా
-description: ఈ గైడ్ ముందుగా ఒక బహుళ-క్లయింట్ స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించి, కాన్ఫిగర్ చేయడం ఎలాగో వివరిస్తుంది, ఆ తర్వాత టెస్టునెట్ను ఉపయోగించి ఒక డాప్ను డిప్లాయ్ చేసి, పరీక్షించడం ఎలాగో చూపిస్తుంది.
+title: "స్థానిక, బహుళ-క్లయింట్ టెస్టునెట్లో డాప్ను అభివృద్ధి చేసి పరీక్షించడం ఎలా"
+description: "ఈ గైడ్ ముందుగా ఒక బహుళ-క్లయింట్ స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించి, కాన్ఫిగర్ చేయడం ఎలాగో వివరిస్తుంది, ఆ తర్వాత టెస్టునెట్ను ఉపయోగించి ఒక డాప్ను డిప్లాయ్ చేసి, పరీక్షించడం ఎలాగో చూపిస్తుంది."
author: "టేడి మిటికు"
tags:
[
@@ -12,7 +12,7 @@ tags:
"ఎగ్జిక్యూషన్ లేయర్",
"పరీక్షించడం"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2023-04-11
---
diff --git a/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index c8967860332..fd4802c71ef 100644
--- a/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -1,10 +1,10 @@
---
title: "కాంట్రాక్ట్ పరిమాణ పరిమితిని ఎదుర్కోవడానికి కాంట్రాక్టులను తగ్గించడం"
-description: మీ స్మార్ట్ కాంట్రాక్టులు చాలా పెద్దవి కాకుండా నిరోధించడానికి మీరు ఏమి చేయవచ్చు?
-author: మార్కస్ వాస్
+description: "మీ స్మార్ట్ కాంట్రాక్టులు చాలా పెద్దవి కాకుండా నిరోధించడానికి మీరు ఏమి చేయవచ్చు?"
+author: "మార్కస్ వాస్"
lang: te
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "స్టోరేజ్" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2020-06-26
source: soliditydeveloper.com
sourceUrl: https://soliditydeveloper.com/max-contract-size
diff --git a/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md b/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
index 4dd107863b3..8e216fdcc9d 100644
--- a/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
+++ b/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
@@ -1,7 +1,7 @@
---
title: "EIP-1271: స్మార్ట్ కాంట్రాక్ట్ సంతకాలపై సంతకం చేయడం మరియు వాటిని ధృవీకరించడం"
-description: EIP-1271తో స్మార్ట్ కాంట్రాక్ట్ సంతకం ఉత్పత్తి మరియు ధృవీకరణ యొక్క అవలోకనం. స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు దీని ఆధారంగా నిర్మించుకోవడానికి ఒక స్పష్టమైన ఉదాహరణను అందించడానికి, Safeలో (గతంలో Gnosis Safe) ఉపయోగించిన EIP-1271 అమలును కూడా మేము వివరిస్తాము.
-author: నాథన్ H. ల్యూంగ్
+description: "EIP-1271తో స్మార్ట్ కాంట్రాక్ట్ సంతకం ఉత్పత్తి మరియు ధృవీకరణ యొక్క అవలోకనం. స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు దీని ఆధారంగా నిర్మించుకోవడానికి ఒక స్పష్టమైన ఉదాహరణను అందించడానికి, Safeలో (గతంలో Gnosis Safe) ఉపయోగించిన EIP-1271 అమలును కూడా మేము వివరిస్తాము."
+author: "నాథన్ H. ల్యూంగ్"
lang: te
tags:
[
@@ -10,7 +10,7 @@ tags:
"ధృవీకరించడం",
"సంతకం చేయడం"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2023-01-12
---
diff --git a/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md b/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
index 56e3e45242b..01af3f4e9ad 100644
--- a/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
@@ -1,10 +1,10 @@
---
title: "Vyper ERC-721 కాంట్రాక్ట్ వాక్త్రూ"
-description: ర్యూయా నకమురా వారి ERC-721 కాంట్రాక్ట్ మరియు అది ఎలా పనిచేస్తుంది
-author: ఓరి పోమెరాంట్జ్
+description: "ర్యూయా నకమురా వారి ERC-721 కాంట్రాక్ట్ మరియు అది ఎలా పనిచేస్తుంది"
+author: "ఓరి పోమెరాంట్జ్"
lang: te
tags: [ "vyper", "erc-721", "python" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
published: 2021-04-01
---
@@ -251,7 +251,7 @@ Vyperలో, పైథాన్లో వలె, కన్స్ట్రక
self.minter = msg.sender
```
-`self.<వేరియబుల్ పేరు>`ని ఉపయోగించి మీరు స్టేట్ వేరియబుల్స్ను యాక్సెస్ చేస్తారు\` (మళ్ళీ, పైథాన్లో వలె).
+`self.<వేరియబుల్ పేరు>`ని ఉపయోగించి మీరు స్టేట్ వేరియబుల్స్ను యాక్సెస్ చేస్తారు` (మళ్ళీ, పైథాన్లో వలె).
#### వ్యూ ఫంక్షన్లు {#views}
diff --git a/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md b/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
index 9293aac586d..c0fb192a0fb 100644
--- a/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
@@ -1,10 +1,10 @@
---
title: "ERC-20 ఒప్పంద వాక్-త్రూ"
-description: OpenZeppelin ERC-20 ఒప్పందంలో ఏముంది మరియు అది అక్కడ ఎందుకు ఉంది?
-author: ఓరి పోమెరాంట్జ్
+description: "OpenZeppelin ERC-20 ఒప్పందంలో ఏముంది మరియు అది అక్కడ ఎందుకు ఉంది?"
+author: "ఓరి పోమెరాంట్జ్"
lang: te
tags: [ "దృఢత్వం", "erc-20" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
published: 2021-03-09
---
diff --git a/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md b/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
index 966aeb3e528..25a8e335700 100644
--- a/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
+++ b/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
@@ -1,10 +1,10 @@
---
-title: సేఫ్టీ రైల్స్తో ERC-20
-description: చిన్న పొరపాట్లను నివారించడంలో ప్రజలకు ఎలా సహాయం చేయాలి
-author: ఓరి పోమెరాంట్జ్
+title: "సేఫ్టీ రైల్స్తో ERC-20"
+description: "చిన్న పొరపాట్లను నివారించడంలో ప్రజలకు ఎలా సహాయం చేయాలి"
+author: "ఓరి పోమెరాంట్జ్"
lang: te
tags: [ "erc-20" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
published: 2022-08-15
---
diff --git a/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md b/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
index a21df9eaed8..3289601f1a4 100644
--- a/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
+++ b/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
@@ -1,9 +1,9 @@
---
-title: web2 ప్రమాణీకరణ కోసం ఇతీరియమును ఉపయోగించడం
-description: ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక డెవలపర్ ఇతీరియము లాగిన్ (web3)ను SAML లాగిన్తో ఇంటిగ్రేట్ చేయగలరు, ఇది web2లో సింగిల్ సైన్-ఆన్ మరియు ఇతర సంబంధిత సేవలను అందించడానికి ఉపయోగించే ఒక ప్రామాణికం. ఇది ఇతీరియము సంతకాల ద్వారా web2 వనరులకు ప్రామాణీకరణను అనుమతిస్తుంది, వినియోగదారు గుణాలు ధృవీకరణల నుండి వస్తాయి.
-author: ఓరి పోమెరాంట్జ్
+title: "web2 ప్రమాణీకరణ కోసం ఇతీరియమును ఉపయోగించడం"
+description: "ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక డెవలపర్ ఇతీరియము లాగిన్ (web3)ను SAML లాగిన్తో ఇంటిగ్రేట్ చేయగలరు, ఇది web2లో సింగిల్ సైన్-ఆన్ మరియు ఇతర సంబంధిత సేవలను అందించడానికి ఉపయోగించే ఒక ప్రామాణికం. ఇది ఇతీరియము సంతకాల ద్వారా web2 వనరులకు ప్రామాణీకరణను అనుమతిస్తుంది, వినియోగదారు గుణాలు ధృవీకరణల నుండి వస్తాయి."
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "web2", "ప్రమాణీకరణ", "eas" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2025-04-30
---
diff --git a/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md b/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
index 039604a042d..c1b9f9beac9 100644
--- a/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
+++ b/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
@@ -1,5 +1,5 @@
---
-title: ఇతీరియము అభివృద్ధితో ప్రారంభించడం
+title: "ఇతీరియము అభివృద్ధితో ప్రారంభించడం"
description: "ఇతీరియము అభివృద్ధితో ప్రారంభించడానికి ఇది కొత్తవారికి ఒక మార్గదర్శి. మేము మిమ్మల్ని ఒక API ఎండ్పాయింట్ను ఏర్పాటు చేయడం నుండి, ఒక కమాండ్ లైన్ అభ్యర్థన చేయడం వరకు, మీ మొదటి వెబ్3 స్క్రిప్ట్ రాయడం వరకు మేము మిమ్మల్ని తీసుకువెళతాము! బ్లాక్ చైను అభివృద్ధి అనుభవం అవసరం లేదు!"
author: "ఎలాన్ హాల్పెర్న్"
tags:
@@ -10,10 +10,10 @@ tags:
"ప్రశ్నించడం",
"alchemy"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-10-30
-source: మధ్యస్థం
+source: "మధ్యస్థం"
sourceUrl: https://medium.com/alchemy-api/getting-started-with-ethereum-development-using-alchemy-c3d6a45c567f
---
diff --git a/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md b/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
index 2bd9f807489..f06998ad496 100644
--- a/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
+++ b/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
@@ -1,12 +1,12 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్ భద్రతా ఉపకరణాలకు మార్గదర్శి
-description: మూడు విభిన్న పరీక్ష మరియు ప్రోగ్రామ్ విశ్లేషణ పద్ధతుల అవలోకనం
+title: "స్మార్ట్ కాంట్రాక్ట్ భద్రతా ఉపకరణాలకు మార్గదర్శి"
+description: "మూడు విభిన్న పరీక్ష మరియు ప్రోగ్రామ్ విశ్లేషణ పద్ధతుల అవలోకనం"
author: "Trailofbits"
lang: te
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "భద్రత" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2020-09-07
-source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis
---
diff --git a/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
index 3adcee1d5b2..54884b066f1 100644
--- a/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
+++ b/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రారంభకుల కోసం హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టు - ఫుల్స్టాక్
-description: Ethereumలో ఒక సాధారణ స్మార్ట్ కాంట్రాక్టును రాయడం మరియు డిప్లాయ్ చేయడంపై పరిచయ ట్యుటోరియల్.
+title: "ప్రారంభకుల కోసం హలో వరల్డ్ స్మార్ట్ కాంట్రాక్టు - ఫుల్స్టాక్"
+description: "Ethereumలో ఒక సాధారణ స్మార్ట్ కాంట్రాక్టును రాయడం మరియు డిప్లాయ్ చేయడంపై పరిచయ ట్యుటోరియల్."
author: "nstrike2"
tags:
[
@@ -13,7 +13,7 @@ tags:
"frontend",
"లావాదేవీలు"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-10-25
---
@@ -57,7 +57,7 @@ _గమనిక: **గోర్లీ**ని ఎంచుకున్నార
మీ స్మార్ట్ కాంట్రాక్ట్ను టెస్ట్ నెట్వర్క్కు అమలు చేయడానికి, మీకు కొంత నకిలీ ETH అవసరం. గోర్లీ నెట్వర్క్లో ETH పొందడానికి, ఒక గోర్లీ ఫాసెట్కు వెళ్లి మీ గోర్లీ ఖాతా చిరునామాను నమోదు చేయండి. గోర్లీ ఫాసెట్లు ఇటీవల కొంచెం నమ్మశక్యంగా లేవని గమనించండి - ప్రయత్నించడానికి ఎంపికల జాబితా కోసం [టెస్ట్ నెట్వర్క్ల పేజీని](/developers/docs/networks/#goerli) చూడండి:
_గమనిక: నెట్వర్క్ రద్దీ కారణంగా, దీనికి కొంత సమయం పట్టవచ్చు._
-\`\`
+``
### దశ 5: మీ బ్యాలెన్స్ను తనిఖీ చేయండి {#step-5-check-your-balance}
@@ -833,8 +833,9 @@ return (
-
-
+
+
+
)
```
diff --git a/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md b/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
index 17cbb706b7e..adf4a81caa0 100644
--- a/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రారంభకుల కోసం హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్
-description: Ethereumలో ఒక సాధారణ స్మార్ట్ కాంట్రాక్టును రాయడం మరియు డిప్లాయ్ చేయడంపై పరిచయ ట్యుటోరియల్.
+title: "ప్రారంభకుల కోసం హలో వరల్డ్ స్మార్ట్ కాంట్రాక్ట్"
+description: "Ethereumలో ఒక సాధారణ స్మార్ట్ కాంట్రాక్టును రాయడం మరియు డిప్లాయ్ చేయడంపై పరిచయ ట్యుటోరియల్."
author: "elanh"
tags:
[
@@ -10,7 +10,7 @@ tags:
"స్మార్ట్ కాంట్రాక్టులు",
"డిప్లాయ్ చేయడం"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-03-31
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md b/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
index f34342e081f..af05e021c2b 100644
--- a/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-721 మార్కెట్ను ఎలా అమలు చేయాలి
-description: టోకెనైజ్డ్ వస్తువులను వికేంద్రీకృత క్లాసిఫైడ్స్ బోర్డులో అమ్మకానికి ఎలా పెట్టాలి
+title: "ERC-721 మార్కెట్ను ఎలా అమలు చేయాలి"
+description: "టోకెనైజ్డ్ వస్తువులను వికేంద్రీకృత క్లాసిఫైడ్స్ బోర్డులో అమ్మకానికి ఎలా పెట్టాలి"
author: "ఆల్బర్టో క్యూస్టా కెనడా"
tags:
[
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"టోకెన్లు"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2020-03-19
source: Hackernoon
diff --git a/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md b/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
index e1a7b53a38a..a42c36f9d58 100644
--- a/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
@@ -1,6 +1,6 @@
---
-title: NFTని ఎలా ముద్రించాలి (NFT ట్యుటోరియల్ సిరీస్లో 2/3వ భాగం)
-description: ఈ ట్యుటోరియల్ మా స్మార్ట్ కాంట్రాక్ట్ మరియు Web3ని ఉపయోగించి ఇతీరియము బ్లాక్ చైనులో NFTని ఎలా ముద్రించాలో వివరిస్తుంది.
+title: "NFTని ఎలా ముద్రించాలి (NFT ట్యుటోరియల్ సిరీస్లో 2/3వ భాగం)"
+description: "ఈ ట్యుటోరియల్ మా స్మార్ట్ కాంట్రాక్ట్ మరియు Web3ని ఉపయోగించి ఇతీరియము బ్లాక్ చైనులో NFTని ఎలా ముద్రించాలో వివరిస్తుంది."
author: "సుమి ముద్గిల్"
tags:
[
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"స్మార్ట్ కాంట్రాక్టులు"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-04-22
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md b/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
index 4b14b02ab59..88f924a6327 100644
--- a/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
@@ -1,7 +1,7 @@
---
-title: పరీక్షించడం కోసం సొలిడిటీ స్మార్ట్ కాంట్రాక్ట్లను ఎలా మాక్ చేయాలి
-description: పరీక్షిస్తున్నప్పుడు మీ కాంట్రాక్టులను ఎందుకు ఎగతాళి చేయాలి
-author: మార్కస్ వాస్
+title: "పరీక్షించడం కోసం సొలిడిటీ స్మార్ట్ కాంట్రాక్ట్లను ఎలా మాక్ చేయాలి"
+description: "పరీక్షిస్తున్నప్పుడు మీ కాంట్రాక్టులను ఎందుకు ఎగతాళి చేయాలి"
+author: "మార్కస్ వాస్"
lang: te
tags:
[
@@ -10,7 +10,7 @@ tags:
"పరీక్షించడం",
"మాకింగ్"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2020-05-02
source: soliditydeveloper.com
sourceUrl: https://soliditydeveloper.com/mocking-contracts
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md b/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
index f087c167570..1b4aa4ee227 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి ఎకిడ్నాని ఎలా ఉపయోగించాలి
-description: స్మార్ట్ కాంట్రాక్టులను స్వయంచాలకంగా పరీక్షించడానికి ఎకిడ్నాని ఎలా ఉపయోగించాలి
+title: "స్మార్ట్ కాంట్రాక్టులను పరీక్షించడానికి ఎకిడ్నాని ఎలా ఉపయోగించాలి"
+description: "స్మార్ట్ కాంట్రాక్టులను స్వయంచాలకంగా పరీక్షించడానికి ఎకిడ్నాని ఎలా ఉపయోగించాలి"
author: "Trailofbits"
lang: te
tags:
@@ -11,9 +11,9 @@ tags:
"పరీక్షించడం",
"fuzzing"
]
-skill: అధునాతనం
+skill: "అధునాతనం"
published: 2020-04-10
-source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md b/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
index bf91d96e6e5..1710fd0a3ff 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్లలో బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి
-description: స్మార్ట్ కాంట్రాక్ట్లలో స్వయంచాలకంగా బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి
+title: "స్మార్ట్ కాంట్రాక్ట్లలో బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి"
+description: "స్మార్ట్ కాంట్రాక్ట్లలో స్వయంచాలకంగా బగ్లను కనుగొనడానికి మాంటికోర్ను ఎలా ఉపయోగించాలి"
author: Trailofbits
lang: te
tags:
@@ -11,9 +11,9 @@ tags:
"పరీక్షించడం",
"ఫార్మల్ వెరిఫికేషన్"
]
-skill: అధునాతనం
+skill: "అధునాతనం"
published: 2020-01-13
-source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md b/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
index aecff4e5a2d..4142ca7bf55 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
@@ -1,6 +1,6 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్ బగ్స్ను కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి
-description: స్మార్ట్ కాంట్రాక్ట్లలో బగ్స్ను స్వయంచాలకంగా కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి
+title: "స్మార్ట్ కాంట్రాక్ట్ బగ్స్ను కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి"
+description: "స్మార్ట్ కాంట్రాక్ట్లలో బగ్స్ను స్వయంచాలకంగా కనుగొనడానికి స్లిథర్ను ఎలా ఉపయోగించాలి"
author: Trailofbits
lang: te
tags:
@@ -10,9 +10,9 @@ tags:
"భద్రత",
"పరీక్షించడం"
]
-skill: అధునాతనం
+skill: "అధునాతనం"
published: 2020-06-09
-source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/slither
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md b/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
index 018d701a22e..856a1c01fcd 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
@@ -1,12 +1,12 @@
---
-title: మీ ఒరాకిల్గా Tellorను ఎలా సెటప్ చేయాలి
-description: మీ ప్రోటోకాల్లో Tellor ఒరాకిల్ను ఇంటిగ్రేట్ చేయడం ప్రారంభించడానికి ఒక గైడ్
+title: "మీ ఒరాకిల్గా Tellorను ఎలా సెటప్ చేయాలి"
+description: "మీ ప్రోటోకాల్లో Tellor ఒరాకిల్ను ఇంటిగ్రేట్ చేయడం ప్రారంభించడానికి ఒక గైడ్"
author: "Tellor"
lang: te
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "ఒరాకిల్స్" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
published: 2021-06-29
-source: Tellor డాక్స్
+source: "Tellor డాక్స్"
sourceUrl: https://docs.tellor.io/tellor/
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md b/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
index 43cedfc9eae..dc99a6875bc 100644
--- a/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
@@ -1,9 +1,9 @@
---
-title: మీ వాలెట్లో మీ NFTని ఎలా చూడాలి (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 3/3)
-description: ఈ ట్యుటోరియల్ MetaMaskలో ఇప్పటికే ఉన్న NFTని ఎలా చూడాలో వివరిస్తుంది!
+title: "మీ వాలెట్లో మీ NFTని ఎలా చూడాలి (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 3/3)"
+description: "ఈ ట్యుటోరియల్ MetaMaskలో ఇప్పటికే ఉన్న NFTని ఎలా చూడాలో వివరిస్తుంది!"
author: "సుమి ముద్గిల్"
tags: [ "ERC-721", "Alchemy", "Solidity" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-04-22
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md b/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
index d1fd89be9aa..89bbedc68c1 100644
--- a/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
@@ -1,6 +1,6 @@
---
-title: NFT (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 1/3)ను ఎలా వ్రాయాలి & డిప్లోయ్ చేయాలి
-description: ఈ ట్యుటోరియల్ NFTs సిరీస్లో పార్ట్ 1, ఇది ఇతీరియము మరియు ఇంటర్ ప్లానెటరీ ఫైల్ సిస్టమ్ (IPFS) ఉపయోగించి ఒక నాన్ ఫంగిబుల్ టోకెన్ (ERC-721 టోకెన్) స్మార్ట్ కాంట్రాక్ట్ను ఎలా వ్రాయాలి మరియు డిప్లోయ్ చేయాలో మీకు స్టెప్ బై స్టెప్ వివరిస్తుంది.
+title: "NFT (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 1/3)ను ఎలా వ్రాయాలి & డిప్లోయ్ చేయాలి"
+description: "ఈ ట్యుటోరియల్ NFTs సిరీస్లో పార్ట్ 1, ఇది ఇతీరియము మరియు ఇంటర్ ప్లానెటరీ ఫైల్ సిస్టమ్ (IPFS) ఉపయోగించి ఒక నాన్ ఫంగిబుల్ టోకెన్ (ERC-721 టోకెన్) స్మార్ట్ కాంట్రాక్ట్ను ఎలా వ్రాయాలి మరియు డిప్లోయ్ చేయాలో మీకు స్టెప్ బై స్టెప్ వివరిస్తుంది."
author: "సుమి ముద్గిల్"
tags:
[
@@ -9,7 +9,7 @@ tags:
"Solidity",
"స్మార్ట్ కాంట్రాక్టులు"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-04-22
---
diff --git a/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md b/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
index 57295c0d8bf..66b993e4034 100644
--- a/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
+++ b/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
@@ -1,6 +1,6 @@
---
-title: Solidity నుండి ఇతర కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వండి
-description: ఇప్పటికే ఉన్న కాంట్రాక్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలి మరియు దానితో ఇంటరాక్ట్ అవ్వాలి
+title: "Solidity నుండి ఇతర కాంట్రాక్టులతో ఇంటరాక్ట్ అవ్వండి"
+description: "ఇప్పటికే ఉన్న కాంట్రాక్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ను ఎలా డిప్లాయ్ చేయాలి మరియు దానితో ఇంటరాక్ట్ అవ్వాలి"
author: "jdourlens"
tags:
[
@@ -10,7 +10,7 @@ tags:
"డిప్లాయ్ చేయడం",
"కంపోజిబిలిటీ"
]
-skill: అధునాతనం
+skill: "అధునాతనం"
lang: te
published: 2020-04-05
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md b/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
index aae9cbf23dd..b23b57d1910 100644
--- a/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
+++ b/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
@@ -1,9 +1,9 @@
---
-title: వికేంద్రీకృత వినియోగదారు ఇంటర్ఫేస్ల కోసం IPFS
-description: ఒక డాప్ కోసం వినియోగదారు ఇంటర్ఫేస్ను నిల్వ చేయడానికి IPFSను ఎలా ఉపయోగించాలో ఈ ట్యుటోరియల్ చదివేవారికి బోధిస్తుంది. అప్లికేషన్ యొక్క డేటా మరియు వ్యాపార తర్కం వికేంద్రీకరించబడినప్పటికీ, సెన్సార్షిప్ నిరోధక వినియోగదారు ఇంటర్ఫేస్ లేకుండా వినియోగదారులు ఏమైనప్పటికీ దానికి యాక్సెస్ కోల్పోవచ్చు.
-author: ఓరి పోమెరాంట్జ్
+title: "వికేంద్రీకృత వినియోగదారు ఇంటర్ఫేస్ల కోసం IPFS"
+description: "ఒక డాప్ కోసం వినియోగదారు ఇంటర్ఫేస్ను నిల్వ చేయడానికి IPFSను ఎలా ఉపయోగించాలో ఈ ట్యుటోరియల్ చదివేవారికి బోధిస్తుంది. అప్లికేషన్ యొక్క డేటా మరియు వ్యాపార తర్కం వికేంద్రీకరించబడినప్పటికీ, సెన్సార్షిప్ నిరోధక వినియోగదారు ఇంటర్ఫేస్ లేకుండా వినియోగదారులు ఏమైనప్పటికీ దానికి యాక్సెస్ కోల్పోవచ్చు."
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "ipfs" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2024-06-29
---
diff --git a/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md b/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
index 4387b179b5c..edca0a7b88c 100644
--- a/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
+++ b/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
@@ -1,6 +1,6 @@
---
-title: create-eth-appతో మీ డాప్ ఫ్రంటెండ్ అభివృద్ధిని ప్రారంభించండి
-description: create-eth-appను ఎలా ఉపయోగించాలి మరియు దాని ఫీచర్ల యొక్క ఒక అవలోకనం
+title: "create-eth-appతో మీ డాప్ ఫ్రంటెండ్ అభివృద్ధిని ప్రారంభించండి"
+description: "create-eth-appను ఎలా ఉపయోగించాలి మరియు దాని ఫీచర్ల యొక్క ఒక అవలోకనం"
author: "మార్కస్ వాస్"
tags:
[
@@ -10,7 +10,7 @@ tags:
"ది గ్రాఫ్",
"defi"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-04-27
source: soliditydeveloper.com
diff --git a/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
index 66819dcd2be..42525e26982 100644
--- a/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
+++ b/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
@@ -1,9 +1,9 @@
---
-title: SQL తో ఇతీరియము పునాది అంశాలు నేర్చుకోండి
-description: స్ట్రక్చర్డ్ క్వెరీ లాంగ్వేజ్ (SQL)తో ఆన్చైన్ డేటాను ప్రశ్నించడం ద్వారా లావాదేవీలు, బ్లాక్లు మరియు గ్యాస్తో సహా ప్రాథమిక ఇతీరియము భావనలను అర్థం చేసుకోవడానికి ఈ ట్యుటోరియల్ పాఠకులకు సహాయపడుతుంది.
+title: "SQL తో ఇతీరియము పునాది అంశాలు నేర్చుకోండి"
+description: "స్ట్రక్చర్డ్ క్వెరీ లాంగ్వేజ్ (SQL)తో ఆన్చైన్ డేటాను ప్రశ్నించడం ద్వారా లావాదేవీలు, బ్లాక్లు మరియు గ్యాస్తో సహా ప్రాథమిక ఇతీరియము భావనలను అర్థం చేసుకోవడానికి ఈ ట్యుటోరియల్ పాఠకులకు సహాయపడుతుంది."
author: "పాల్ అపివత్"
tags: [ "SQL", "ప్రశ్నించడం", "లావాదేవీలు" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-05-11
source: paulapivat.com
diff --git a/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md b/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
index d276908a855..f246c88a197 100644
--- a/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
+++ b/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
@@ -1,6 +1,6 @@
---
-title: ఈవెంట్లతో స్మార్ట్ కాంట్రాక్ట్ల నుండి డేటాను లాగింగ్ చేయడం
-description: స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లకు ఒక పరిచయం మరియు డేటాను లాగ్ చేయడానికి మీరు వాటిని ఎలా ఉపయోగించవచ్చో
+title: "ఈవెంట్లతో స్మార్ట్ కాంట్రాక్ట్ల నుండి డేటాను లాగింగ్ చేయడం"
+description: "స్మార్ట్ కాంట్రాక్ట్ ఈవెంట్లకు ఒక పరిచయం మరియు డేటాను లాగ్ చేయడానికి మీరు వాటిని ఎలా ఉపయోగించవచ్చో"
author: "jdourlens"
tags:
[
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"ఈవెంట్లు"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2020-04-03
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md b/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
index 08524664834..76d3ea655fa 100644
--- a/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
+++ b/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
@@ -1,9 +1,9 @@
---
-title: ఆఫ్లైన్ డేటా సమగ్రత కొరకు మెర్కిల్ ప్రూఫ్లు
-description: ఎక్కువగా ఆఫ్చెయిన్లో నిల్వ చేయబడిన డేటా కోసం ఆన్చెయిన్లో డేటా సమగ్రతను నిర్ధారించడం
-author: ఓరి పోమెరాంట్జ్
+title: "ఆఫ్లైన్ డేటా సమగ్రత కొరకు మెర్కిల్ ప్రూఫ్లు"
+description: "ఎక్కువగా ఆఫ్చెయిన్లో నిల్వ చేయబడిన డేటా కోసం ఆన్చెయిన్లో డేటా సమగ్రతను నిర్ధారించడం"
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "స్టోరేజ్" ]
-skill: అధునాతనం
+skill: "అధునాతనం"
lang: te
published: 2021-12-30
---
@@ -229,7 +229,7 @@ contract MerkleProof {
} // MarkleProof
```
-గణిత సంజ్ఞామానంలో మెర్కిల్ ప్రూఫ్ ధృవీకరణ ఇలా కనిపిస్తుంది: `H(proof_n, H(proof_n-1, H(proof_n-2, ...` H(proof_1, H(proof_0, value))...)))\`. ఈ కోడ్ దీనిని అమలు చేస్తుంది.
+గణిత సంజ్ఞామానంలో మెర్కిల్ ప్రూఫ్ ధృవీకరణ ఇలా కనిపిస్తుంది: `H(proof_n, H(proof_n-1, H(proof_n-2, ...` H(proof_1, H(proof_0, value))...)))`. ఈ కోడ్ దీనిని అమలు చేస్తుంది.
## మెర్కిల్ ప్రూఫ్లు మరియు రోలప్లు కలవవు {#merkle-proofs-and-rollups}
diff --git a/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
index cffe46200ec..8b76ceae9eb 100644
--- a/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
+++ b/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
@@ -1,9 +1,9 @@
---
-title: InfluxDB మరియు Grafanaతో Gethను పర్యవేక్షించడం
-description: పనితీరును ట్రాక్ చేయడానికి మరియు సమస్యలను గుర్తించడానికి InfluxDB మరియు Grafanaను ఉపయోగించి మీ Geth నోడ్ కోసం పర్యవేక్షణను ఏర్పాటు చేసుకోండి.
+title: "InfluxDB మరియు Grafanaతో Gethను పర్యవేక్షించడం"
+description: "పనితీరును ట్రాక్ చేయడానికి మరియు సమస్యలను గుర్తించడానికి InfluxDB మరియు Grafanaను ఉపయోగించి మీ Geth నోడ్ కోసం పర్యవేక్షణను ఏర్పాటు చేసుకోండి."
author: "మారియో హావెల్"
tags: [ "క్లయింట్లు", "నోడ్లు" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2021-01-13
---
diff --git a/public/content/translations/te/developers/tutorials/nft-minter/index.md b/public/content/translations/te/developers/tutorials/nft-minter/index.md
index 01ded09a738..e3ed4b25505 100644
--- a/public/content/translations/te/developers/tutorials/nft-minter/index.md
+++ b/public/content/translations/te/developers/tutorials/nft-minter/index.md
@@ -1,6 +1,6 @@
---
-title: NFT మింటర్ ట్యుటోరియల్
-description: ఈ ట్యుటోరియల్లో, మీరు ఒక NFT మింటర్ను నిర్మిస్తారు మరియు మీ స్మార్ట్ కాంట్రాక్ట్ను MetaMask మరియు Web3 సాధనాలను ఉపయోగించి ఒక React ఫ్రంటెండ్కు కనెక్ట్ చేయడం ద్వారా పూర్తి స్టాక్ డాప్ను ఎలా సృష్టించాలో నేర్చుకుంటారు.
+title: "NFT మింటర్ ట్యుటోరియల్"
+description: "ఈ ట్యుటోరియల్లో, మీరు ఒక NFT మింటర్ను నిర్మిస్తారు మరియు మీ స్మార్ట్ కాంట్రాక్ట్ను MetaMask మరియు Web3 సాధనాలను ఉపయోగించి ఒక React ఫ్రంటెండ్కు కనెక్ట్ చేయడం ద్వారా పూర్తి స్టాక్ డాప్ను ఎలా సృష్టించాలో నేర్చుకుంటారు."
author: "smudgil"
tags:
[
@@ -11,7 +11,7 @@ tags:
"frontend",
"Pinata"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2021-10-06
---
@@ -185,7 +185,7 @@ return (
NFTని ముద్రించు
{status}
-
+
)
```
diff --git a/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
index 44a08753559..1d275ce8fc8 100644
--- a/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -1,9 +1,9 @@
---
title: "ఆప్టిమిజం స్టాండర్డ్ బ్రిడ్జ్ కాంట్రాక్ట్ విశ్లేషణ"
-description: ఆప్టిమిజం కోసం స్టాండర్డ్ బ్రిడ్జ్ ఎలా పనిచేస్తుంది? ఇది ఈ విధంగా ఎందుకు పనిచేస్తుంది?
-author: ఓరి పోమెరాంట్జ్
+description: "ఆప్టిమిజం కోసం స్టాండర్డ్ బ్రిడ్జ్ ఎలా పనిచేస్తుంది? ఇది ఈ విధంగా ఎందుకు పనిచేస్తుంది?"
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "దృఢత్వం", "బ్రిడ్జ్", "లేయర్ 2" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2022-03-30
lang: te
---
diff --git a/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
index dee5813d5e8..ad764bd0d3f 100644
--- a/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -1,10 +1,10 @@
---
title: "ఒక కాంట్రాక్ట్ను రివర్స్ ఇంజనీరింగ్ చేయడం"
-description: మీ వద్ద సోర్స్ కోడ్ లేనప్పుడు ఒక కాంట్రాక్ట్ను ఎలా అర్థం చేసుకోవాలి
-author: ఓరి పోమెరాంట్జ్
+description: "మీ వద్ద సోర్స్ కోడ్ లేనప్పుడు ఒక కాంట్రాక్ట్ను ఎలా అర్థం చేసుకోవాలి"
+author: "ఓరి పోమెరాంట్జ్"
lang: te
tags: [ "evm", "ఆప్కోడ్లు" ]
-skill: అధునాతనం
+skill: "అధునాతనం"
published: 2021-12-30
---
diff --git a/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
index 627e3b5c520..e3a6cba6d84 100644
--- a/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
+++ b/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
@@ -1,6 +1,6 @@
---
-title: రాస్ప్బెర్రీ పై 4లో ఇతీరియము నోడ్ను నడపండి
-description: మీ రాస్ప్బెర్రీ పై 4ను ఫ్లాష్ చేయండి, ఈథర్నెట్ కేబుల్ను ప్లగ్ ఇన్ చేయండి, SSD డిస్క్ను కనెక్ట్ చేయండి, రాస్ప్బెర్రీ పై 4ను పూర్తి ఇతీరియము నోడ్ + వ్యాలిడేటర్గా మార్చడానికి పరికరాన్ని పవర్ అప్ చేయండి
+title: "రాస్ప్బెర్రీ పై 4లో ఇతీరియము నోడ్ను నడపండి"
+description: "మీ రాస్ప్బెర్రీ పై 4ను ఫ్లాష్ చేయండి, ఈథర్నెట్ కేబుల్ను ప్లగ్ ఇన్ చేయండి, SSD డిస్క్ను కనెక్ట్ చేయండి, రాస్ప్బెర్రీ పై 4ను పూర్తి ఇతీరియము నోడ్ + వ్యాలిడేటర్గా మార్చడానికి పరికరాన్ని పవర్ అప్ చేయండి"
author: "EthereumOnArm"
tags:
[
@@ -10,9 +10,9 @@ tags:
"నోడ్లు"
]
lang: te
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2022-06-10
-source: ARMపై ఇతీరియము
+source: "ARMపై ఇతీరియము"
sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
---
diff --git a/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
index c132a67a197..3b611baa136 100644
--- a/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
+++ b/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
@@ -1,7 +1,7 @@
---
title: "స్కామ్ టోకెన్లు ఉపయోగించే కొన్ని ఉపాయాలు మరియు వాటిని ఎలా గుర్తించాలి"
-description: ఈ ట్యుటోరియల్లో స్కామర్లు ఆడే కొన్ని ఉపాయాలు, వారు వాటిని ఎలా అమలు చేస్తారు మరియు మనం వాటిని ఎలా గుర్తించవచ్చో చూడటానికి మేము ఒక స్కామ్ టోకెన్ను విడదీస్తాము.
-author: ఓరి పోమెరాంట్జ్
+description: "ఈ ట్యుటోరియల్లో స్కామర్లు ఆడే కొన్ని ఉపాయాలు, వారు వాటిని ఎలా అమలు చేస్తారు మరియు మనం వాటిని ఎలా గుర్తించవచ్చో చూడటానికి మేము ఒక స్కామ్ టోకెన్ను విడదీస్తాము."
+author: "ఓరి పోమెరాంట్జ్"
tags:
[
"స్కామ్",
@@ -10,7 +10,7 @@ tags:
"జావాస్క్రిప్ట్",
"typescript"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2023-09-15
lang: te
---
diff --git a/public/content/translations/te/developers/tutorials/secret-state/index.md b/public/content/translations/te/developers/tutorials/secret-state/index.md
index 2c469816699..8f68cb3b5df 100644
--- a/public/content/translations/te/developers/tutorials/secret-state/index.md
+++ b/public/content/translations/te/developers/tutorials/secret-state/index.md
@@ -1,7 +1,7 @@
---
-title: రహస్య స్థితి కోసం జీరో-కనౌలెడ్జిని ఉపయోగించడం
-description: ఆన్చైన్ ఆటలు పరిమితంగా ఉంటాయి ఎందుకంటే అవి ఎలాంటి రహస్య సమాచారాన్ని ఉంచలేవు. ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక రీడర్ రహస్య స్థితి, ఆఫ్చైన్, కాంపోనెంట్తో ధృవీకరించదగిన ఆటలను సృష్టించడానికి జీరో-కనౌలెడ్జి రుజువులు మరియు సర్వర్ కాంపోనెంట్లను కలపగలుగుతారు. ఇది చేయడానికి సాంకేతికత మైన్స్వీపర్ గేమ్ సృష్టించడం ద్వారా ప్రదర్శించబడుతుంది.
-author: ఓరి పోమెరాంట్జ్
+title: "రహస్య స్థితి కోసం జీరో-కనౌలెడ్జిని ఉపయోగించడం"
+description: "ఆన్చైన్ ఆటలు పరిమితంగా ఉంటాయి ఎందుకంటే అవి ఎలాంటి రహస్య సమాచారాన్ని ఉంచలేవు. ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక రీడర్ రహస్య స్థితి, ఆఫ్చైన్, కాంపోనెంట్తో ధృవీకరించదగిన ఆటలను సృష్టించడానికి జీరో-కనౌలెడ్జి రుజువులు మరియు సర్వర్ కాంపోనెంట్లను కలపగలుగుతారు. ఇది చేయడానికి సాంకేతికత మైన్స్వీపర్ గేమ్ సృష్టించడం ద్వారా ప్రదర్శించబడుతుంది."
+author: "ఓరి పోమెరాంట్జ్"
tags:
[
"సర్వర్",
@@ -11,7 +11,7 @@ tags:
"zokrates",
"mud"
]
-skill: అధునాతనం
+skill: "అధునాతనం"
lang: te
published: 2025-03-15
---
diff --git a/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
index 98f5ee1588f..9063c683d9a 100644
--- a/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
+++ b/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
@@ -1,12 +1,12 @@
---
-title: స్మార్ట్ కాంట్రాక్టు భద్రత తనిఖీ జాబితా
-description: సురక్షితమైన స్మార్ట్ కాంట్రాక్టులను రాయడానికి సూచించబడిన కార్యప్రవాహం
+title: "స్మార్ట్ కాంట్రాక్టు భద్రత తనిఖీ జాబితా"
+description: "సురక్షితమైన స్మార్ట్ కాంట్రాక్టులను రాయడానికి సూచించబడిన కార్యప్రవాహం"
author: "Trailofbits"
tags: [ "స్మార్ట్ కాంట్రాక్టులు", "భద్రత", "దృఢత్వం" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2020-09-07
-source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/workflow.md
---
diff --git a/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
index e353e252d09..9c7c7dd8fb9 100644
--- a/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
+++ b/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
@@ -1,9 +1,9 @@
---
-title: ethers.js ఉపయోగించి టోకెన్లను పంపడం
-description: ethers.js ఉపయోగించి టోకెన్లను పంపడానికి ప్రారంభకులకు అనుకూలమైన మార్గదర్శి.
+title: "ethers.js ఉపయోగించి టోకెన్లను పంపడం"
+description: "ethers.js ఉపయోగించి టోకెన్లను పంపడానికి ప్రారంభకులకు అనుకూలమైన మార్గదర్శి."
author: Kim YongJun
tags: [ "ETHERS.JS", "ERC-20", "టోకెన్లు" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-04-06
---
diff --git a/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
index fcb3ebf621e..b4f70a26c7a 100644
--- a/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
+++ b/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
@@ -1,12 +1,12 @@
---
-title: Web3 ఉపయోగించి లావాదేవీలను పంపడం
+title: "Web3 ఉపయోగించి లావాదేవీలను పంపడం"
description: "Web3 ఉపయోగించి ఇతీరియము లావాదేవీలను పంపడానికి ఇది ఒక ప్రారంభ స్నేహపూర్వక మార్గదర్శి. ఇతీరియము బ్లాక్చైన్కు లావాదేవీని పంపడానికి మూడు ప్రధాన దశలు ఉన్నాయి: సృష్టించడం, సంతకం చేయడం మరియు ప్రసారం చేయడం. మేము ఈ మూడింటినీ చర్చిద్దాం."
author: "ఎలాన్ హాల్పెర్న్"
tags: [ "లావాదేవీలు", "web3.js", "alchemy" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-11-04
-source: Alchemy డాక్స్
+source: "Alchemy డాక్స్"
sourceUrl: https://www.alchemy.com/docs/how-to-send-transactions-on-ethereum
---
diff --git a/public/content/translations/te/developers/tutorials/server-components/index.md b/public/content/translations/te/developers/tutorials/server-components/index.md
index 0676c803973..4d05e43c357 100644
--- a/public/content/translations/te/developers/tutorials/server-components/index.md
+++ b/public/content/translations/te/developers/tutorials/server-components/index.md
@@ -1,11 +1,11 @@
---
title: "వెబ్3 యాప్ల కోసం సర్వర్ భాగాలు మరియు ఏజెంట్లు"
-description: ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు బ్లాక్చైన్లోని ఈవెంట్లను వినే మరియు వాటి స్వంత లావాదేవీలతో తదనుగుణంగా స్పందించే టైప్స్క్రిప్ట్ సర్వర్లను వ్రాయగలుగుతారు. ఇది కేంద్రీకృత అప్లికేషన్లను (సర్వర్ వైఫల్యానికి ఒక పాయింట్ కాబట్టి) వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది, కానీ వెబ్3 ఎంటిటీలతో పరస్పర చర్య చేయగలదు. మానవ ప్రమేయం లేకుండా ఆన్చైన్ ఈవెంట్లకు స్పందించే ఒక ఏజెంట్ను వ్రాయడానికి కూడా అవే పద్ధతులను ఉపయోగించవచ్చు.
+description: "ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు బ్లాక్చైన్లోని ఈవెంట్లను వినే మరియు వాటి స్వంత లావాదేవీలతో తదనుగుణంగా స్పందించే టైప్స్క్రిప్ట్ సర్వర్లను వ్రాయగలుగుతారు. ఇది కేంద్రీకృత అప్లికేషన్లను (సర్వర్ వైఫల్యానికి ఒక పాయింట్ కాబట్టి) వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది, కానీ వెబ్3 ఎంటిటీలతో పరస్పర చర్య చేయగలదు. మానవ ప్రమేయం లేకుండా ఆన్చైన్ ఈవెంట్లకు స్పందించే ఒక ఏజెంట్ను వ్రాయడానికి కూడా అవే పద్ధతులను ఉపయోగించవచ్చు."
-author: ఓరి పోమెరాంట్జ్
+author: "ఓరి పోమెరాంట్జ్"
lang: te
tags: [ "ఏజెంట్", "సర్వర్", "ఆఫ్చైన్" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
published: 2024-07-15
---
diff --git a/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
index 85092d1a0d9..d4aa01d3674 100644
--- a/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
+++ b/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
@@ -1,9 +1,9 @@
---
-title: జావాస్క్రిప్ట్లో ఇతీరియము బ్లాక్ చైనును ఉపయోగించడానికి web3.js ను ఏర్పాటు చేయండి
-description: జావాస్క్రిప్ట్ అప్లికేషన్ల నుండి ఇతీరియము బ్లాక్ చైనుతో సంప్రదించడానికి web3.js లైబ్రరీని ఎలా ఏర్పాటు చేయాలో మరియు కాన్ఫిగర్ చేయాలో తెలుసుకోండి.
+title: "జావాస్క్రిప్ట్లో ఇతీరియము బ్లాక్ చైనును ఉపయోగించడానికి web3.js ను ఏర్పాటు చేయండి"
+description: "జావాస్క్రిప్ట్ అప్లికేషన్ల నుండి ఇతీరియము బ్లాక్ చైనుతో సంప్రదించడానికి web3.js లైబ్రరీని ఎలా ఏర్పాటు చేయాలో మరియు కాన్ఫిగర్ చేయాలో తెలుసుకోండి."
author: "jdourlens"
tags: [ "web3.js", "జావాస్క్రిప్ట్" ]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-04-11
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/short-abi/index.md b/public/content/translations/te/developers/tutorials/short-abi/index.md
index 6a0d1b18d1d..eea66f76df8 100644
--- a/public/content/translations/te/developers/tutorials/short-abi/index.md
+++ b/public/content/translations/te/developers/tutorials/short-abi/index.md
@@ -1,10 +1,10 @@
---
title: "కాల్డేటా ఆప్టిమైజేషన్ కోసం చిన్న ABIలు"
-description: ఆప్టిమిస్టిక్ రోలప్ల కోసం స్మార్ట్ కాంట్రాక్ట్లను ఆప్టిమైజ్ చేయడం
-author: ఓరి పోమెరాంట్జ్
+description: "ఆప్టిమిస్టిక్ రోలప్ల కోసం స్మార్ట్ కాంట్రాక్ట్లను ఆప్టిమైజ్ చేయడం"
+author: "ఓరి పోమెరాంట్జ్"
lang: te
tags: [ "లేయర్ 2" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2022-04-01
---
diff --git a/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
index 23d4839778b..e49749eef65 100644
--- a/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
+++ b/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -1,12 +1,12 @@
---
-title: స్మార్ట్ కాంట్రాక్ట్ భద్రతా మార్గదర్శకాలు
-description: మీ డాప్ని నిర్మించేటప్పుడు పరిగణించవలసిన భద్రతా మార్గదర్శకాల తనిఖీ జాబితా
+title: "స్మార్ట్ కాంట్రాక్ట్ భద్రతా మార్గదర్శకాలు"
+description: "మీ డాప్ని నిర్మించేటప్పుడు పరిగణించవలసిన భద్రతా మార్గదర్శకాల తనిఖీ జాబితా"
author: "Trailofbits"
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "భద్రత" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2020-09-06
-source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/guidelines.md
---
diff --git a/public/content/translations/te/developers/tutorials/stealth-addr/index.md b/public/content/translations/te/developers/tutorials/stealth-addr/index.md
index 8bb2a723e7d..67618f343de 100644
--- a/public/content/translations/te/developers/tutorials/stealth-addr/index.md
+++ b/public/content/translations/te/developers/tutorials/stealth-addr/index.md
@@ -1,7 +1,7 @@
---
title: "స్టెల్త్ చిరునామాలను ఉపయోగించడం"
description: "స్టెల్త్ చిరునామాలు వినియోగదారులను అనామకంగా ఆస్తులను బదిలీ చేయడానికి అనుమతిస్తాయి. ఈ కథనాన్ని చదివిన తర్వాత, మీరు వీటిని చేయగలరు: స్టెల్త్ చిరునామాలు అంటే ఏమిటి మరియు అవి ఎలా పనిచేస్తాయో వివరించడం, అనామకతను కాపాడే విధంగా స్టెల్త్ చిరునామాలను ఎలా ఉపయోగించాలో అర్థం చేసుకోవడం, మరియు స్టెల్త్ చిరునామాలను ఉపయోగించే వెబ్-ఆధారిత అప్లికేషన్ను వ్రాయడం."
-author: ఓరి పోమెరాంట్జ్
+author: "ఓరి పోమెరాంట్జ్"
tags:
[
"స్టెల్త్ చిరునామా",
@@ -10,7 +10,7 @@ tags:
"రస్ట్",
"wasm"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2025-11-30
lang: te
sidebarDepth: 3
diff --git a/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
index 3adb53139bd..a4a9ca97a7b 100644
--- a/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
+++ b/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
@@ -1,7 +1,7 @@
---
title: "ది గ్రాఫ్: వెబ్3 డేటా క్వేరింగ్ ను సరిచేయడం"
-description: బ్లాక్ చైను ఒక డేటాబేస్ లాంటిది కానీ SQL లేకుండా. డేటా అంతా అక్కడే ఉంది, కానీ దాన్ని యాక్సెస్ చేయడానికి మార్గం లేదు. ది గ్రాఫ్ మరియు గ్రాఫ్ క్యూఎల్ తో దీనిని ఎలా పరిష్కరించాలో నేను మీకు చూపిస్తాను.
-author: మార్కస్ వాస్
+description: "బ్లాక్ చైను ఒక డేటాబేస్ లాంటిది కానీ SQL లేకుండా. డేటా అంతా అక్కడే ఉంది, కానీ దాన్ని యాక్సెస్ చేయడానికి మార్గం లేదు. ది గ్రాఫ్ మరియు గ్రాఫ్ క్యూఎల్ తో దీనిని ఎలా పరిష్కరించాలో నేను మీకు చూపిస్తాను."
+author: "మార్కస్ వాస్"
lang: te
tags:
[
@@ -11,7 +11,7 @@ tags:
"ది గ్రాఫ్",
"react"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2020-09-06
source: soliditydeveloper.com
sourceUrl: https://soliditydeveloper.com/thegraph
diff --git a/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md b/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md
index 35914c489d4..58f97331e0e 100644
--- a/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md
+++ b/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md
@@ -1,6 +1,6 @@
---
-title: టోకెన్ ఇంటిగ్రేషన్ చెక్లిస్ట్
-description: టోకెన్లతో ఇంటరాక్ట్ అయ్యేటప్పుడు పరిగణించవలసిన విషయాల చెక్లిస్ట్
+title: "టోకెన్ ఇంటిగ్రేషన్ చెక్లిస్ట్"
+description: "టోకెన్లతో ఇంటరాక్ట్ అయ్యేటప్పుడు పరిగణించవలసిన విషయాల చెక్లిస్ట్"
author: "Trailofbits"
lang: te
tags:
@@ -10,9 +10,9 @@ tags:
"భద్రత",
"టోకెన్లు"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2020-08-13
-source: సురక్షితమైన కాంట్రాక్టులను నిర్మించడం
+source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/token_integration.md
---
diff --git a/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md b/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
index 11e49e09f7b..a41657e0d01 100644
--- a/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
@@ -1,6 +1,6 @@
---
-title: సాలిడిటీ స్మార్ట్ కాంట్రాక్ట్ నుండి ERC-20 టోకెన్ల బదిలీలు మరియు ఆమోదం
-description: సాలిడిటీని ఉపయోగించి ERC-20 టోకెన్ బదిలీలు మరియు ఆమోదాలను నిర్వహించే DEX స్మార్ట్ కాంట్రాక్ట్ను నిర్మించండి.
+title: "సాలిడిటీ స్మార్ట్ కాంట్రాక్ట్ నుండి ERC-20 టోకెన్ల బదిలీలు మరియు ఆమోదం"
+description: "సాలిడిటీని ఉపయోగించి ERC-20 టోకెన్ బదిలీలు మరియు ఆమోదాలను నిర్వహించే DEX స్మార్ట్ కాంట్రాక్ట్ను నిర్మించండి."
author: "jdourlens"
tags:
[
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"erc-20"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2020-04-07
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md b/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
index 74e2cf8b95f..7b6b097b4f0 100644
--- a/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-20 టోకెన్ స్మార్ట్ కాంట్రాక్టును అర్థం చేసుకోండి
-description: పూర్తి Solidity స్మార్ట్ కాంట్రాక్టు ఉదాహరణ మరియు వివరణతో ERC-20 టోకెన్ ప్రామాణికాన్ని ఎలా అమలు చేయాలో తెలుసుకోండి.
+title: "ERC-20 టోకెన్ స్మార్ట్ కాంట్రాక్టును అర్థం చేసుకోండి"
+description: "పూర్తి Solidity స్మార్ట్ కాంట్రాక్టు ఉదాహరణ మరియు వివరణతో ERC-20 టోకెన్ ప్రామాణికాన్ని ఎలా అమలు చేయాలో తెలుసుకోండి."
author: "jdourlens"
tags:
[
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"erc-20"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-04-05
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md b/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md
index 05508344f35..069e233dd4a 100644
--- a/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md
@@ -1,9 +1,9 @@
---
title: "యూనిస్వాప్-వి2 ఒప్పంద విశ్లేషణ"
-description: యూనిస్వాప్-వి2 ఒప్పందం ఎలా పనిచేస్తుంది? దీనిని ఆ విధంగా ఎందుకు రాసారు?
-author: ఓరి పోమెరాంట్జ్
+description: "యూనిస్వాప్-వి2 ఒప్పందం ఎలా పనిచేస్తుంది? దీనిని ఆ విధంగా ఎందుకు రాసారు?"
+author: "ఓరి పోమెరాంట్జ్"
tags: [ "దృఢత్వం" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
published: 2021-05-01
lang: te
---
diff --git a/public/content/translations/te/developers/tutorials/using-websockets/index.md b/public/content/translations/te/developers/tutorials/using-websockets/index.md
index ba0ebb7cd82..79d3f3671db 100644
--- a/public/content/translations/te/developers/tutorials/using-websockets/index.md
+++ b/public/content/translations/te/developers/tutorials/using-websockets/index.md
@@ -1,6 +1,6 @@
---
-title: వెబ్ సాకెట్లను ఉపయోగించడం
-description: JSON-RPC అభ్యర్థనలు చేయడానికి మరియు ఈవెంట్లకు సబ్స్క్రయిబ్ చేయడానికి వెబ్సాకెట్లు మరియు Alchemyను ఉపయోగించడానికి మార్గదర్శకం.
+title: "వెబ్ సాకెట్లను ఉపయోగించడం"
+description: "JSON-RPC అభ్యర్థనలు చేయడానికి మరియు ఈవెంట్లకు సబ్స్క్రయిబ్ చేయడానికి వెబ్సాకెట్లు మరియు Alchemyను ఉపయోగించడానికి మార్గదర్శకం."
author: "ఎలాన్ హాల్పెర్న్"
lang: te
tags:
@@ -10,8 +10,8 @@ tags:
"ప్రశ్నించడం",
"జావాస్క్రిప్ట్"
]
-skill: ఆరంభకులు
-source: Alchemy డాక్స్
+skill: "ఆరంభకులు"
+source: "Alchemy డాక్స్"
sourceUrl: https://www.alchemy.com/docs/reference/best-practices-for-using-websockets-in-web3
published: 2020-12-01
---
diff --git a/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md b/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
index 1b55ce66e89..4d7dbbc36f1 100644
--- a/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
+++ b/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
@@ -1,6 +1,6 @@
---
title: "వాఫిల్: డైనమిక్ మాకింగ్ మరియు కాంట్రాక్ట్ కాల్స్ను పరీక్షించడం"
-description: డైనమిక్ మాకింగ్ మరియు కాంట్రాక్ట్ కాల్స్ పరీక్షించడం కోసం అధునాతన వాఫిల్ ట్యుటోరియల్
+description: "డైనమిక్ మాకింగ్ మరియు కాంట్రాక్ట్ కాల్స్ పరీక్షించడం కోసం అధునాతన వాఫిల్ ట్యుటోరియల్"
author: "డేనియల్ ఇజ్డెబ్స్కీ"
tags:
[
@@ -10,7 +10,7 @@ tags:
"పరీక్షించడం",
"మాకింగ్"
]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2020-11-14
---
diff --git a/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md b/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
index 8bc9957460d..eef42cffd3d 100644
--- a/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
+++ b/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
@@ -1,6 +1,6 @@
---
title: "హార్డ్హ్యాట్ మరియు ఇథర్స్తో వాఫిల్ హలో వరల్డ్ ట్యుటోరియల్"
-description: హార్డ్హ్యాట్ మరియు ఇథర్స్.js తో మీ మొదటి వాఫిల్ ప్రాజెక్ట్ ను తయారు చేయండి
+description: "హార్డ్హ్యాట్ మరియు ఇథర్స్.js తో మీ మొదటి వాఫిల్ ప్రాజెక్ట్ ను తయారు చేయండి"
author: "MiZiet"
tags:
[
@@ -11,7 +11,7 @@ tags:
"hardhat",
"ethers.js"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2020-10-16
---
diff --git a/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md b/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md
index e81a3b66708..69096a39bf3 100644
--- a/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md
@@ -1,7 +1,7 @@
---
-title: Waffle లైబ్రరీతో సులభమైన స్మార్ట్ కాంట్రాక్టును పరీక్షిస్తోంది
-description: ప్రారంభకులకు ట్యుటోరియల్
-author: ఎవా కోవల్స్కా
+title: "Waffle లైబ్రరీతో సులభమైన స్మార్ట్ కాంట్రాక్టును పరీక్షిస్తోంది"
+description: "ప్రారంభకులకు ట్యుటోరియల్"
+author: "ఎవా కోవల్స్కా"
tags:
[
"స్మార్ట్ కాంట్రాక్టులు",
@@ -9,7 +9,7 @@ tags:
"Waffle",
"పరీక్షించడం"
]
-skill: ఆరంభకులు
+skill: "ఆరంభకులు"
lang: te
published: 2021-02-26
---
diff --git a/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md b/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md
index 1172c636697..29cee549573 100644
--- a/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md
+++ b/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md
@@ -1,9 +1,9 @@
---
-title: ఎల్లో పేపర్ యొక్క EVM స్పెసిఫికేషన్లను అర్థం చేసుకోవడం
-description: ఇతీరియము కోసం అధికారిక స్పెసిఫికేషన్లు అయిన ఎల్లో పేపర్లోని, ఇతీరియము వర్చువల్ మెషీన్ (EVM)ను వివరించే భాగాన్ని అర్థం చేసుకోవడం.
+title: "ఎల్లో పేపర్ యొక్క EVM స్పెసిఫికేషన్లను అర్థం చేసుకోవడం"
+description: "ఇతీరియము కోసం అధికారిక స్పెసిఫికేషన్లు అయిన ఎల్లో పేపర్లోని, ఇతీరియము వర్చువల్ మెషీన్ (EVM)ను వివరించే భాగాన్ని అర్థం చేసుకోవడం."
author: "qbzzt"
tags: [ "evm" ]
-skill: మధ్యస్థ
+skill: "మధ్యస్థ"
lang: te
published: 2022-05-15
---
diff --git a/public/content/translations/te/eips/index.md b/public/content/translations/te/eips/index.md
index e53020d5022..9022261f6e3 100644
--- a/public/content/translations/te/eips/index.md
+++ b/public/content/translations/te/eips/index.md
@@ -1,6 +1,6 @@
---
-title: ఎథేరియం ఇంప్రూవ్మెంట్ ప్రతిపాదనలు (EIPలు)
-description: EIPలను అర్థం చేసుకోవడానికి మీకు అవసరమైన ప్రాథమిక సమాచారం
+title: "ఎథేరియం ఇంప్రూవ్మెంట్ ప్రతిపాదనలు (EIPలు)"
+description: "EIPలను అర్థం చేసుకోవడానికి మీకు అవసరమైన ప్రాథమిక సమాచారం"
lang: te
---
diff --git a/public/content/translations/te/energy-consumption/index.md b/public/content/translations/te/energy-consumption/index.md
index 95614f8b7b1..fa87292c147 100644
--- a/public/content/translations/te/energy-consumption/index.md
+++ b/public/content/translations/te/energy-consumption/index.md
@@ -1,6 +1,6 @@
---
-title: ఇథిరియం శక్తి వినియోగం
-description: ఇథిరియం యొక్క శక్తి వినియోగాన్ని అర్థం చేసుకోవడానికి మీకు అవసరమైన ప్రాథమిక సమాచారం.
+title: "ఇథిరియం శక్తి వినియోగం"
+description: "ఇథిరియం యొక్క శక్తి వినియోగాన్ని అర్థం చేసుకోవడానికి మీకు అవసరమైన ప్రాథమిక సమాచారం."
lang: te
---
diff --git a/public/content/translations/te/eth/supply/index.md b/public/content/translations/te/eth/supply/index.md
index af27d1efcc0..36c31215510 100644
--- a/public/content/translations/te/eth/supply/index.md
+++ b/public/content/translations/te/eth/supply/index.md
@@ -1,6 +1,6 @@
---
-title: ETH సరఫరా మరియు జారీని అర్థం చేసుకోవడం
-description: EIPలు, PoS, మరియు EIP-1559 వంటి కీలక భావనలను కవర్ చేస్తూ, ETH సరఫరా మరియు జారీకి ప్రారంభకులకు అనుకూలమైన గైడ్.
+title: "ETH సరఫరా మరియు జారీని అర్థం చేసుకోవడం"
+description: "EIPలు, PoS, మరియు EIP-1559 వంటి కీలక భావనలను కవర్ చేస్తూ, ETH సరఫరా మరియు జారీకి ప్రారంభకులకు అనుకూలమైన గైడ్."
lang: te
---
diff --git a/public/content/translations/te/ethereum-forks/index.md b/public/content/translations/te/ethereum-forks/index.md
index a5d45afd9a1..9f94f41bf2d 100644
--- a/public/content/translations/te/ethereum-forks/index.md
+++ b/public/content/translations/te/ethereum-forks/index.md
@@ -1,6 +1,6 @@
---
-title: అన్ని ఇతీరియము ఫోర్కుల కాలక్రమం (2014 నుండి ఇప్పటి వరకు)
-description: ప్రధాన మైలురాళ్ళు, విడుదలలు మరియు ఫోర్కులతో సహా ఇతీరియము బ్లాక్ చైను యొక్క చరిత్ర.
+title: "అన్ని ఇతీరియము ఫోర్కుల కాలక్రమం (2014 నుండి ఇప్పటి వరకు)"
+description: "ప్రధాన మైలురాళ్ళు, విడుదలలు మరియు ఫోర్కులతో సహా ఇతీరియము బ్లాక్ చైను యొక్క చరిత్ర."
lang: te
sidebarDepth: 1
---
@@ -16,7 +16,6 @@ sidebarDepth: 1
సాంప్రదాయ, కేంద్ర-నియంత్రిత సాఫ్ట్వేర్లో నవీకరణలు అవసరమైనప్పుడు, కంపెనీ తుది-వినియోగదారు కోసం కొత్త వెర్షన్ను ప్రచురిస్తుంది. బ్లాక్ చైనులు విభిన్నంగా పనిచేస్తాయి ఎందుకంటే కేంద్ర యాజమాన్యం లేదు. [Ethereum క్లయింట్లు](/developers/docs/nodes-and-clients/) కొత్త ఫోర్క్ నియమాలను అమలు చేయడానికి వారి సాఫ్ట్వేర్ను నవీకరించాలి. ఇంకా, బ్లాక్ సృష్టికర్తలు (ప్రూఫ్-ఆఫ్-వర్క్ ప్రపంచంలో మైనర్లు, ప్రూఫ్-ఆఫ్-స్టేక్ ప్రపంచంలో వాలిడేటర్లు) మరియు నోడ్స్ బ్లాక్లను సృష్టించాలి మరియు కొత్త నియమాలకు వ్యతిరేకంగా ధృవీకరించాలి. [ఏకాభిప్రాయ యంత్రాంగాలపై మరింత సమాచారం](/developers/docs/consensus-mechanisms/)
ఈ నియమ మార్పులు నెట్వర్క్లో తాత్కాలిక విభజనను సృష్టించవచ్చు. కొత్త నియమాల ప్రకారం లేదా పాత వాటి ప్రకారం కొత్త బ్లాక్లను ఉత్పత్తి చేయవచ్చు. ఫోర్కుల గురించి సాధారణంగా ముందుగానే అంగీకరిస్తారు, తద్వారా ఖాతాదారులు మార్పులను ఏకగ్రీవంగా స్వీకరిస్తారు మరియు నవీకరణలతో కూడిన ఫోర్క్ ప్రధాన చైన్గా మారుతుంది. అయితే, అరుదైన సందర్భాల్లో, ఫోర్కులపై విభేదాలు నెట్వర్క్ను శాశ్వతంగా విభజించగలవు – ముఖ్యంగా DAO ఫోర్క్తో ఇతీరియము క్లాసిక్ సృష్టి.
-
@@ -62,7 +61,6 @@ sidebarDepth: 1
| కాన్కున్ | డెనెబ్ | "డెన్కున్" |
| ప్రేగ్ | ఎలెక్ట్రా | "పెక్ట్రా" |
| ఒసాకా | ఫులు | "ఫుసాకా" |
-
కొన్ని ప్రత్యేకంగా ముఖ్యమైన గత నవీకరణల గురించిన సమాచారానికి నేరుగా వెళ్లండి: [ది బీకన్ చైన్](/roadmap/beacon-chain/); [ది మెర్జ్](/roadmap/merge/); మరియు [EIP-1559](#london)
@@ -116,7 +114,6 @@ sidebarDepth: 1
- EIP-2935 - స్థితిలో చారిత్రక బ్లాక్ హాష్లను సేవ్ చేయండి
- EIP-7549 - ధృవీకరణ బయట కమిటీ సూచికను తరలించండి
-
- [Pectra.wtf](https://pectra.wtf)
@@ -148,7 +145,6 @@ sidebarDepth: 1
- EIP-6780 - అదే లావాదేవీలో మాత్రమే
SELFDESTRUCT
- EIP-7516 -
BLOBBASEFEE ఆప్కోడ్
-
- [లేయర్ 2 రోల్అప్లు](/layer-2/)
@@ -173,7 +169,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-7045 - గరిష్ట ధృవీకరణ చేర్చబడిన జాబితాను పెంచండి
- EIP-7514 - గరిష్ట ఎపోచ్ చర్న్ పరిమితిని జోడించండి
-
- [డెనెబ్ నవీకరణ స్పెసిఫికేషన్లను చదవండి](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/)
@@ -200,7 +195,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-4895 – బీకన్ చైన్ పుష్ ఉపసంహరణలు కార్యకలాపాలుగా
- EIP-6049 -
SELFDESTRUCTను నిలిపివేయండి
-
- [షాంఘై నవీకరణ స్పెసిఫికేషన్ను చదవండి](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)
@@ -236,7 +230,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-3675 – ఏకాభిప్రాయాన్ని ప్రూఫ్-ఆఫ్-స్టేక్కు నవీకరించండి
- EIP-4399 – DIFFICULTY ఆప్కోడ్ను PREVRANDAOతో భర్తీ చేయండి
-
---
@@ -268,7 +261,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-5133 – డిఫికల్టీ బాంబును సెప్టెంబర్ 2022 వరకు ఆలస్యం చేస్తుంది
-
@@ -291,7 +283,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-4345 – డిఫికల్టీ బాంబును జూన్ 2022 వరకు ఆలస్యం చేస్తుంది
-
---
@@ -349,7 +340,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-3541 -
0xEFతో ప్రారంభమయ్యే కాంట్రాక్ట్లను అమలు చేయడాన్ని నిరోధిస్తుంది
- EIP-3554 – ఐస్ ఏజ్ను డిసెంబర్ 2021 వరకు ఆలస్యం చేస్తుంది
-
---
@@ -373,7 +363,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-2929 – స్థితి యాక్సెస్ ఆప్కోడ్లకు గ్యాస్ ఖర్చు పెరుగుతుంది
- EIP-2930 – ఐచ్ఛిక యాక్సెస్ జాబితాలను జోడిస్తుంది
-
@@ -428,7 +417,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-2384 – మరో 4,000,000 బ్లాక్ల వరకు, లేదా ~611 రోజుల వరకు డిఫికల్టీ బాంబును ఆలస్యం చేస్తుంది.
-
@@ -461,7 +449,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-2028 – బ్లాక్లలో ఎక్కువ డేటాను అనుమతించడానికి CallData ఖర్చును తగ్గిస్తుంది – [లేయర్ 2 స్కేలింగ్](/developers/docs/scaling/#layer-2-scaling) కోసం మంచిది.
- EIP-2200 – ఇతర ఆప్కోడ్ గ్యాస్ ధర మార్పులు.
-
---
@@ -489,7 +476,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-1052 – మరొక కాంట్రాక్ట్ సంకేత భాష యొక్క హాష్ను తిరిగి పొందడానికి
EXTCODEHASH సూచనను ప్రవేశపెడుతుంది.
- EIP-1234 – బ్లాక్ చైను ప్రూఫ్-ఆఫ్-స్టేక్ ముందు స్తంభించకుండా చూస్తుంది మరియు బ్లాక్ రివార్డును 3 నుండి 2 ETHకి తగ్గిస్తుంది.
-
@@ -524,7 +510,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-100 – డిఫికల్టీ సర్దుబాటు ఫార్ములాను మారుస్తుంది.
- EIP-649 – [డిఫికల్టీ బాంబ్](/glossary/#difficulty-bomb)ను 1 సంవత్సరం ఆలస్యం చేస్తుంది మరియు బ్లాక్ రివార్డును 5 నుండి 3 ETHకి తగ్గిస్తుంది.
-
@@ -553,7 +538,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-161 – DOS దాడుల ద్వారా జోడించబడిన ఖాళీ ఖాతాలను తొలగించడానికి అనుమతిస్తుంది.
- EIP-170 – బ్లాక్ చైనులోని ఒక కాంట్రాక్ట్ కలిగి ఉండగల గరిష్ట సంకేత భాష పరిమాణాన్ని మారుస్తుంది – 24576 బైట్లకు.
-
---
@@ -576,7 +560,6 @@ EIP-7514, నెట్వర్క్లోకి వాలిడేటర
- EIP-150 – స్పామ్ దాడులలో ఉపయోగించగల ఆప్కోడ్ల గ్యాస్ ఖర్చులను పెంచుతుంది.
- EIP-158 – ఇతీరియము ప్రోటోకాల్ యొక్క మునుపటి వెర్షన్లలోని లోపాల కారణంగా చాలా తక్కువ ఖర్చుతో స్థితిలో ఉంచబడిన పెద్ద సంఖ్యలో ఖాళీ ఖాతాలను తొలగించడం ద్వారా స్థితి పరిమాణాన్ని తగ్గిస్తుంది.
-
---
@@ -614,7 +597,6 @@ DAO ఫోర్క్ [2016 DAO దాడి](https://www.coindesk.com/learn/un
- EIP-7 – కొత్త ఆప్కోడ్ను జోడిస్తుంది:
DELEGATECALL
- EIP-8 – devp2p ఫార్వర్డ్ కంపాటిబిలిటీ అవసరాలను ప్రవేశపెడుతుంది
-
diff --git a/public/content/translations/te/foundation/index.md b/public/content/translations/te/foundation/index.md
index c290748dca2..4d42bc884b4 100644
--- a/public/content/translations/te/foundation/index.md
+++ b/public/content/translations/te/foundation/index.md
@@ -1,6 +1,6 @@
---
-title: Ethereum ఫౌండేషన్
-description: Ethereum మరియు సంబంధిత సాంకేతికతలకు మద్దతు ఇవ్వడానికి అంకితమైన లాభాపేక్ష లేని సంస్థ Ethereum ఫౌండేషన్ (EF) గురించి తెలుసుకోండి.
+title: "Ethereum ఫౌండేషన్"
+description: "Ethereum మరియు సంబంధిత సాంకేతికతలకు మద్దతు ఇవ్వడానికి అంకితమైన లాభాపేక్ష లేని సంస్థ Ethereum ఫౌండేషన్ (EF) గురించి తెలుసుకోండి."
hideEditButton: true
lang: te
---
diff --git a/public/content/translations/te/gaming/index.md b/public/content/translations/te/gaming/index.md
index 7ef687b8bdc..2009220c502 100644
--- a/public/content/translations/te/gaming/index.md
+++ b/public/content/translations/te/gaming/index.md
@@ -1,12 +1,12 @@
---
-title: ఆన్చైన్ గేమింగ్
+title: "ఆన్చైన్ గేమింగ్"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
image: /images/robot-help-bar.png
sidebarDepth: 2
-summaryPoint1: గేమ్ నియమాలు మరియు స్థితిని స్టూడియో సర్వర్లు కాకుండా బ్లాక్చైన్ ద్వారా అమలు చేయవచ్చు
-summaryPoint2: అదే ఆన్చైన్ డేటాలోకి ప్లగ్ అయ్యే మోడ్స్, బాట్స్ లేదా పూర్తిగా కొత్త గేమ్స్ ఎవరైనా నిర్మించవచ్చు
-summaryPoint3: రెడ్స్టోన్ వంటి ప్రయోజన-నిర్మిత L2లు మరియు MUD వంటి ఫ్రేమ్వర్క్లు, నిజ-సమయ గేమ్ప్లేకు మద్దతు ఇచ్చేంతగా ఖర్చులను తగ్గిస్తాయి
+summaryPoint1: "గేమ్ నియమాలు మరియు స్థితిని స్టూడియో సర్వర్లు కాకుండా బ్లాక్చైన్ ద్వారా అమలు చేయవచ్చు"
+summaryPoint2: "అదే ఆన్చైన్ డేటాలోకి ప్లగ్ అయ్యే మోడ్స్, బాట్స్ లేదా పూర్తిగా కొత్త గేమ్స్ ఎవరైనా నిర్మించవచ్చు"
+summaryPoint3: "రెడ్స్టోన్ వంటి ప్రయోజన-నిర్మిత L2లు మరియు MUD వంటి ఫ్రేమ్వర్క్లు, నిజ-సమయ గేమ్ప్లేకు మద్దతు ఇచ్చేంతగా ఖర్చులను తగ్గిస్తాయి"
buttons:
- content: ఇంకా నేర్చుకోండి
toId: how-gaming-on-ethereum-works
diff --git a/public/content/translations/te/glossary/index.md b/public/content/translations/te/glossary/index.md
index 14508e9c0b6..d5ff8aaab7b 100644
--- a/public/content/translations/te/glossary/index.md
+++ b/public/content/translations/te/glossary/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియము పదకోశం
-description: ఇతీరియముకు సంబంధించిన సాంకేతిక, సాంకేతికేతర పదాల అసంపూర్ణ పదకోశం
+title: "ఇతీరియము పదకోశం"
+description: "ఇతీరియముకు సంబంధించిన సాంకేతిక, సాంకేతికేతర పదాల అసంపూర్ణ పదకోశం"
lang: te
---
diff --git a/public/content/translations/te/governance/index.md b/public/content/translations/te/governance/index.md
index 61214db7a58..ab5dd5cd36a 100644
--- a/public/content/translations/te/governance/index.md
+++ b/public/content/translations/te/governance/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతిరియం పాలన
-description: ఇతిరియం లో నిర్ణయాలు ఎలా తీసుకుంటారు అనే దాని పై ఉదాహరణ.
+title: "ఇతిరియం పాలన"
+description: "ఇతిరియం లో నిర్ణయాలు ఎలా తీసుకుంటారు అనే దాని పై ఉదాహరణ."
lang: te
---
diff --git a/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md
index d4d9370b6b2..86f5f53f0b1 100644
--- a/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md
+++ b/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md
@@ -1,6 +1,6 @@
---
-title: ఒక Ethereum అకౌంట్ "తయారీ" చేయటం ఎలా
-description: వాలెట్ తో ఒక ఇతిరియం అకౌంట్ ఎలా తాయారు చేసుకోవాలో ఒక స్టెప్ బై స్టెప్ మార్గదర్శకం.
+title: "ఒక Ethereum అకౌంట్ \"తయారీ\" చేయటం ఎలా"
+description: "వాలెట్ తో ఒక ఇతిరియం అకౌంట్ ఎలా తాయారు చేసుకోవాలో ఒక స్టెప్ బై స్టెప్ మార్గదర్శకం."
lang: te
---
@@ -42,7 +42,8 @@ lang: te
- వాలెట్ ఇన్స్టాల్ చేయబడిందా?
దానిని ఎలా ఉపయోగించాలో తెలుసుకోండి.
+ వాలెట్ ఇన్స్టాల్ చేయబడిందా?
దానిని ఎలా ఉపయోగించాలో తెలుసుకోండి.
+
వాలెట్ను ఎలా ఉపయోగించాలి
diff --git a/public/content/translations/te/guides/how-to-id-scam-tokens/index.md b/public/content/translations/te/guides/how-to-id-scam-tokens/index.md
index 393c523c9fd..dee6bbef355 100644
--- a/public/content/translations/te/guides/how-to-id-scam-tokens/index.md
+++ b/public/content/translations/te/guides/how-to-id-scam-tokens/index.md
@@ -1,6 +1,6 @@
---
-title: స్కామ్ టోకెన్లను ఎలా గుర్తించాలి
-description: స్కామ్ టోకెన్లను అర్థం చేసుకోవడం, అవి తమను తాము చట్టబద్ధంగా ఎలా కనిపించేలా చేసుకుంటాయో, మరియు వాటిని ఎలా నివారించాలో.
+title: "స్కామ్ టోకెన్లను ఎలా గుర్తించాలి"
+description: "స్కామ్ టోకెన్లను అర్థం చేసుకోవడం, అవి తమను తాము చట్టబద్ధంగా ఎలా కనిపించేలా చేసుకుంటాయో, మరియు వాటిని ఎలా నివారించాలో."
lang: te
---
@@ -20,7 +20,6 @@ title="ARB అంటే ఏమిటి?"
contentPreview=''>
Arbitrum అనేది [optimistic rollups](/developers/docs/scaling/optimistic-rollups/)ను అభివృద్ధి చేసి, నిర్వహించే ఒక సంస్థ. ప్రారంభంలో, Arbitrum ఒక లాభాపేక్ష సంస్థగా నిర్వహించబడింది, కానీ ఆ తర్వాత వికేంద్రీకరించడానికి చర్యలు తీసుకుంది. ఆ ప్రక్రియలో భాగంగా, వారు వ్యాపారం చేయగల [పాలన టోకెన్](/dao/#token-based-membership)ను జారీ చేశారు.
-
Ethereumలో ఒక సంప్రదాయం ఉంది, ఒక ఆస్తి ERC-20కి అనుగుణంగా లేనప్పుడు, దాని పేరు \"w\"తో ప్రారంభమయ్యే విధంగా మేము దాని యొక్క \"wrapped\" వెర్షన్ను సృష్టిస్తాము. కాబట్టి, ఉదాహరణకు, మనకు బిట్కాయిన్ కోసం wBTC మరియు ether కోసం wETH ఉన్నాయి.
ఇప్పటికే Ethereumలో ఉన్న ERC-20 టోకెన్ యొక్క wrapped వెర్షన్ను సృష్టించడం అర్థరహితం, కానీ స్కామర్లు అంతర్లీన వాస్తవికత కంటే చట్టబద్ధత యొక్క రూపాన్ని నమ్ముతారు.
-
## ఈ స్కామ్ టోకెన్లు ఎలా పనిచేస్తాయి? {#how-do-scam-tokens-work}
@@ -42,7 +40,6 @@ title="స్మార్ట్ కాంట్రాక్టులు అం
contentPreview=''>
[స్మార్ట్ కాంట్రాక్టులు](/developers/docs/smart-contracts/) అనేవి Ethereum బ్లాక్చైన్ పైన పనిచేసే ప్రోగ్రామ్లు. ఉదాహరణకు, ప్రతి ERC-20 టోకెన్ ఒక స్మార్ట్ కాంట్రాక్ట్గా అమలు చేయబడుతుంది.
-
ప్రత్యేకంగా, Arbitrum `ARB` చిహ్నాన్ని ఉపయోగించే ఒక కాంట్రాక్ట్ను అమలు చేసింది. కానీ అదే చిహ్నాన్ని లేదా అలాంటిదే వేరొకదాన్ని ఉపయోగించి కాంట్రాక్ట్ను అమలు చేయకుండా ఇతరులను ఇది ఆపలేదు. కాంట్రాక్ట్ ఎవరు రాసినా, ఆ కాంట్రాక్ట్ ఏమి చేస్తుందో వారే నిర్ణయిస్తారు.
diff --git a/public/content/translations/te/guides/how-to-revoke-token-access/index.md b/public/content/translations/te/guides/how-to-revoke-token-access/index.md
index e950f7d2585..ba421e3333a 100644
--- a/public/content/translations/te/guides/how-to-revoke-token-access/index.md
+++ b/public/content/translations/te/guides/how-to-revoke-token-access/index.md
@@ -1,6 +1,6 @@
---
-title: మీ క్రిప్టో ఫండ్లకు స్మార్ట్ కాంట్రాక్ట్ యాక్సెస్ను ఎలా రద్దు చేయాలి
-description: దోపిడీ చేసే స్మార్ట్ కాంట్రాక్ట్ టోకెన్ యాక్సెస్ను రద్దు చేయడంపై ఇది ఒక ఎలా చేయాలి అనే గైడ్
+title: "మీ క్రిప్టో ఫండ్లకు స్మార్ట్ కాంట్రాక్ట్ యాక్సెస్ను ఎలా రద్దు చేయాలి"
+description: "దోపిడీ చేసే స్మార్ట్ కాంట్రాక్ట్ టోకెన్ యాక్సెస్ను రద్దు చేయడంపై ఇది ఒక ఎలా చేయాలి అనే గైడ్"
lang: te
---
@@ -49,7 +49,8 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/guides/how-to-swap-tokens/index.md b/public/content/translations/te/guides/how-to-swap-tokens/index.md
index 1136bcecc83..b0e916656a1 100644
--- a/public/content/translations/te/guides/how-to-swap-tokens/index.md
+++ b/public/content/translations/te/guides/how-to-swap-tokens/index.md
@@ -1,6 +1,6 @@
---
-title: టోకెన్లను ఎలా మార్చుకోవాలి
-description: ఇతీరియములో టోకెన్లను ఎలా మార్పిడి చేయాలి అనే దానిపై ఒక గైడ్.
+title: "టోకెన్లను ఎలా మార్చుకోవాలి"
+description: "ఇతీరియములో టోకెన్లను ఎలా మార్పిడి చేయాలి అనే దానిపై ఒక గైడ్."
lang: te
---
@@ -52,7 +52,8 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/guides/how-to-use-a-bridge/index.md b/public/content/translations/te/guides/how-to-use-a-bridge/index.md
index 6801f5213c0..648142aec16 100644
--- a/public/content/translations/te/guides/how-to-use-a-bridge/index.md
+++ b/public/content/translations/te/guides/how-to-use-a-bridge/index.md
@@ -1,6 +1,6 @@
---
-title: లేయర్ 2కు టోకెన్లను ఎలా బ్రిడ్జ్ చేయాలి
-description: ఇతీరియము నుండి లేయర్ 2కు ఒక బ్రిడ్జ్ని ఉపయోగించి టోకెన్లను ఎలా తరలించాలో వివరించే ఒక గైడ్.
+title: "లేయర్ 2కు టోకెన్లను ఎలా బ్రిడ్జ్ చేయాలి"
+description: "ఇతీరియము నుండి లేయర్ 2కు ఒక బ్రిడ్జ్ని ఉపయోగించి టోకెన్లను ఎలా తరలించాలో వివరించే ఒక గైడ్."
lang: te
---
@@ -54,7 +54,8 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/guides/how-to-use-a-wallet/index.md b/public/content/translations/te/guides/how-to-use-a-wallet/index.md
index 07e290474b7..3590e652de2 100644
--- a/public/content/translations/te/guides/how-to-use-a-wallet/index.md
+++ b/public/content/translations/te/guides/how-to-use-a-wallet/index.md
@@ -1,7 +1,7 @@
---
-title: వాలెట్ ఎలా ఉపయోగించాలి
-metaTitle: ఇతీరియము వాలెట్లను ఎలా ఉపయోగించాలి | దశల వారీగా
-description: టోకెన్లను ఎలా పంపాలి, స్వీకరించాలి మరియు Web3 ప్రాజెక్ట్లకు కనెక్ట్ అవ్వాలి అని వివరించే గైడ్.
+title: "వాలెట్ ఎలా ఉపయోగించాలి"
+metaTitle: "ఇతీరియము వాలెట్లను ఎలా ఉపయోగించాలి | దశల వారీగా"
+description: "టోకెన్లను ఎలా పంపాలి, స్వీకరించాలి మరియు Web3 ప్రాజెక్ట్లకు కనెక్ట్ అవ్వాలి అని వివరించే గైడ్."
lang: te
---
@@ -65,7 +65,8 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
+
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/guides/index.md b/public/content/translations/te/guides/index.md
index a9de2520106..97bb9ebe47c 100644
--- a/public/content/translations/te/guides/index.md
+++ b/public/content/translations/te/guides/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతిరియం మార్గదర్శకాలు
-description: ప్రారంభకుల కోసం ఇతీరియము వాడకం యొక్క ప్రాథమికాలను వివరించే ఆచరణాత్మక మార్గదర్శకాల సమాహారం.
+title: "ఇతిరియం మార్గదర్శకాలు"
+description: "ప్రారంభకుల కోసం ఇతీరియము వాడకం యొక్క ప్రాథమికాలను వివరించే ఆచరణాత్మక మార్గదర్శకాల సమాహారం."
lang: te
---
diff --git a/public/content/translations/te/nft/index.md b/public/content/translations/te/nft/index.md
index 937e7a943bd..615ca1b5462 100644
--- a/public/content/translations/te/nft/index.md
+++ b/public/content/translations/te/nft/index.md
@@ -1,16 +1,16 @@
---
-title: నాన్-ఫంగిబుల్ టోకన్లు
-metaTitle: NFTs అంటే ఏమిటి? | ప్రయోజనాలు మరియు ఉపయోగం
-description: ఇథీరియము పై NFTs యొక్క సమీక్ష
+title: "నాన్-ఫంగిబుల్ టోకన్లు"
+metaTitle: "NFTs అంటే ఏమిటి? | ప్రయోజనాలు మరియు ఉపయోగం"
+description: "ఇథీరియము పై NFTs యొక్క సమీక్ష"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":frame_with_picture:"
sidebarDepth: 2
image: /images/infrastructure_transparent.png
-alt: హోలోగ్రామ్ ద్వారా Ethereum లోగో ప్రదర్శించబడుతోంది.
-summaryPoint1: ఇథీరియం-ఆధారిత ఆస్తి వంటి ప్రత్యేకమైన వాటిని సూచించే ఒక మార్గం.
-summaryPoint2: కంటెంట్ సృష్టికర్తలకు మునుపెన్నడూ లేనంత శక్తిని NFTలు అందిస్తున్నాయి.
-summaryPoint3: ఇతీరియము బ్లాక్చెయిన్పై స్మార్ట్ ఒప్పందాల ద్వారా ఆధారితం.
+alt: "హోలోగ్రామ్ ద్వారా Ethereum లోగో ప్రదర్శించబడుతోంది."
+summaryPoint1: "ఇథీరియం-ఆధారిత ఆస్తి వంటి ప్రత్యేకమైన వాటిని సూచించే ఒక మార్గం."
+summaryPoint2: "కంటెంట్ సృష్టికర్తలకు మునుపెన్నడూ లేనంత శక్తిని NFTలు అందిస్తున్నాయి."
+summaryPoint3: "ఇతీరియము బ్లాక్చెయిన్పై స్మార్ట్ ఒప్పందాల ద్వారా ఆధారితం."
---
## NFTs అంటే ఏమిటి? {#what-are-nfts}
@@ -58,7 +58,8 @@ NFTలు అనేక విషయాల కోసం ఉపయోగించ
- మీ స్వంత NFT కళ/సేకరణలను అన్వేషించండి, కొనండి లేదా సృష్టించండి...
+ మీ స్వంత NFT కళ/సేకరణలను అన్వేషించండి, కొనండి లేదా సృష్టించండి...
+
NFT ఆర్ట్ని అన్వేషించండి
diff --git a/public/content/translations/te/payments/index.md b/public/content/translations/te/payments/index.md
index 567991afc0a..69bbaff8b27 100644
--- a/public/content/translations/te/payments/index.md
+++ b/public/content/translations/te/payments/index.md
@@ -1,16 +1,16 @@
---
-title: Ethereum చెల్లింపులు
-metaTitle: ఇతీరియముపై చెల్లింపులు
-description: ఇతీరియముపై చెల్లింపుల యొక్క అవలోకనం
+title: "Ethereum చెల్లింపులు"
+metaTitle: "ఇతీరియముపై చెల్లింపులు"
+description: "ఇతీరియముపై చెల్లింపుల యొక్క అవలోకనం"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":frame_with_picture:"
sidebarDepth: 2
image: /images/impact_transparent.png
-alt: చేతులు ఇస్తున్నట్లుగా ప్రదర్శించబడుతున్న ఒక Eth లోగో.
-summaryPoint1: సమాచారం వలె స్వేచ్ఛగా డబ్బు కదిలే ప్రపంచం
-summaryPoint2: అందరి కోసం సరిహద్దుల్లేని లావాదేవీలను ప్రారంభిస్తూ, ఓపెన్ మరియు గ్లోబల్
-summaryPoint3: ఒక నిమిషంలోపు చెల్లింపులు స్వీకరించబడ్డాయి
+alt: "చేతులు ఇస్తున్నట్లుగా ప్రదర్శించబడుతున్న ఒక Eth లోగో."
+summaryPoint1: "సమాచారం వలె స్వేచ్ఛగా డబ్బు కదిలే ప్రపంచం"
+summaryPoint2: "అందరి కోసం సరిహద్దుల్లేని లావాదేవీలను ప్రారంభిస్తూ, ఓపెన్ మరియు గ్లోబల్"
+summaryPoint3: "ఒక నిమిషంలోపు చెల్లింపులు స్వీకరించబడ్డాయి"
---
ప్రతిరోజూ, లక్షలాది మంది ప్రజలు ఒకే సవాలును ఎదుర్కొంటున్నారు: సరిహద్దుల మీదుగా డబ్బు తరలించడం నెమ్మదిగా, ఖరీదైనదిగా మరియు తరచుగా నిరాశపరిచేదిగా ఉంటుంది. బాలిలోని ఒక ఫ్రీలాన్సర్ వారి న్యూయార్క్ ఖాతాదారుని నుండి చెల్లింపు క్లియర్ కావడానికి రోజులు వేచి ఉంటారు. ఇది ముఖ్యంగా పరిమిత బ్యాంకింగ్ మౌలిక సదుపాయాలు ఉన్న ప్రాంతాలలోని ప్రజలను ప్రభావితం చేస్తుంది, ఇది ప్రపంచ ఆర్థిక వ్యవస్థలో పాల్గొనడాన్ని కష్టతరం చేస్తుంది.
@@ -20,7 +20,6 @@ summaryPoint3: ఒక నిమిషంలోపు చెల్లింపు

-
## చెల్లింపులు: చౌకైన అంతర్జాతీయ బదిలీలు {#remittances}
@@ -61,7 +60,8 @@ summaryPoint3: ఒక నిమిషంలోపు చెల్లింపు
- ఈరోజే ఒక వాలెట్ యాప్తో మీ ఇతీరియము ఖాతాను సృష్టించుకోండి.
+ ఈరోజే ఒక వాలెట్ యాప్తో మీ ఇతీరియము ఖాతాను సృష్టించుకోండి.
+
ప్రారంభించండి
@@ -143,7 +143,6 @@ summaryPoint3: ఒక నిమిషంలోపు చెల్లింపు

-
## ఇతీరియము వర్సెస్ ఫియట్ {#ethereum-vs-fiat}
@@ -190,7 +189,6 @@ summaryPoint3: ఒక నిమిషంలోపు చెల్లింపు

-
ఫియట్ కరెన్సీలు విస్తృత ఆమోదం మరియు స్థిరత్వం యొక్క ప్రయోజనాన్ని కలిగి ఉన్నప్పటికీ, ఇతీరియము ప్రత్యేక ప్రయోజనాలను అందిస్తుంది, ఇది కొన్ని రకాల లావాదేవీలకు ఆకర్షణీయమైన ఎంపికగా మారుతుంది.
@@ -200,7 +198,8 @@ summaryPoint3: ఒక నిమిషంలోపు చెల్లింపు
- మీ స్వంత ఇతీరియము ఖాతాను పొందడానికి సమయం ఆసన్నమైంది.
+ మీ స్వంత ఇతీరియము ఖాతాను పొందడానికి సమయం ఆసన్నమైంది.
+
ప్రారంభించండి!
diff --git a/public/content/translations/te/prediction-markets/index.md b/public/content/translations/te/prediction-markets/index.md
index 744825883e4..2003028822e 100644
--- a/public/content/translations/te/prediction-markets/index.md
+++ b/public/content/translations/te/prediction-markets/index.md
@@ -1,11 +1,11 @@
---
-title: అంచనా మార్కెట్లు
+title: "అంచనా మార్కెట్లు"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
image: /images/use-cases/prediction-markets.png
sidebarDepth: 2
-summaryPoint1: ఖచ్చితమైన సూచనలను రూపొందించడానికి ఆర్థిక ప్రోత్సాహకాలను స్వీకరించండి
-summaryPoint2: భవిష్యత్ సంఘటనల గురించి అధిక నాణ్యత గల అంచనాలు
+summaryPoint1: "ఖచ్చితమైన సూచనలను రూపొందించడానికి ఆర్థిక ప్రోత్సాహకాలను స్వీకరించండి"
+summaryPoint2: "భవిష్యత్ సంఘటనల గురించి అధిక నాణ్యత గల అంచనాలు"
buttons:
- content: ఇంకా నేర్చుకోండి
toId: how-prediction-markets-work
diff --git a/public/content/translations/te/privacy/index.md b/public/content/translations/te/privacy/index.md
index 1679c1febdb..7e32586437a 100644
--- a/public/content/translations/te/privacy/index.md
+++ b/public/content/translations/te/privacy/index.md
@@ -1,6 +1,6 @@
---
-title: ఇతీరియములో గోప్యత
-description: ఇతీరియములో మీ గోప్యతను కాపాడుకోవడానికి ఉపకరణాలు మరియు పద్ధతులు
+title: "ఇతీరియములో గోప్యత"
+description: "ఇతీరియములో మీ గోప్యతను కాపాడుకోవడానికి ఉపకరణాలు మరియు పద్ధతులు"
lang: te
---
diff --git a/public/content/translations/te/real-world-assets/index.md b/public/content/translations/te/real-world-assets/index.md
index 7fbc07a31e0..b839bcba5a0 100644
--- a/public/content/translations/te/real-world-assets/index.md
+++ b/public/content/translations/te/real-world-assets/index.md
@@ -1,16 +1,16 @@
---
-title: వాస్తవ-ప్రపంచ ఆస్తులు (RWAs)
-metaTitle: RWAs అంటే ఏమిటి? | వాస్తవ-ప్రపంచ ఆస్తుల ప్రయోజనాలు మరియు ఉపయోగం
-description: ఇతీరియముపై వాస్తవ-ప్రపంచ ఆస్తుల యొక్క అవలోకనం
+title: "వాస్తవ-ప్రపంచ ఆస్తులు (RWAs)"
+metaTitle: "RWAs అంటే ఏమిటి? | వాస్తవ-ప్రపంచ ఆస్తుల ప్రయోజనాలు మరియు ఉపయోగం"
+description: "ఇతీరియముపై వాస్తవ-ప్రపంచ ఆస్తుల యొక్క అవలోకనం"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":house_buildings:"
image: /images/man-and-dog-playing.png
-alt: మనిషి మరియు కుక్క ఆడుకుంటున్నాయి.
+alt: "మనిషి మరియు కుక్క ఆడుకుంటున్నాయి."
sidebarDepth: 2
-summaryPoint1: విలువైన వస్తువులను డిజిటల్ టోకెన్లుగా మార్చే పద్ధతి.
-summaryPoint2: మీరు ఇప్పుడు మొత్తం ఆస్తి లేదా వస్తువును కొనడానికి బదులుగా, నిజ-జీవిత వస్తువులు లేదా ఆస్తుల భాగాలను స్వంతం చేసుకోవచ్చు.
-summaryPoint3: సాంప్రదాయ ఫైనాన్సును బ్లాక్ చైను పర్యావరణ వ్యవస్థతో కలుపుతుంది.
+summaryPoint1: "విలువైన వస్తువులను డిజిటల్ టోకెన్లుగా మార్చే పద్ధతి."
+summaryPoint2: "మీరు ఇప్పుడు మొత్తం ఆస్తి లేదా వస్తువును కొనడానికి బదులుగా, నిజ-జీవిత వస్తువులు లేదా ఆస్తుల భాగాలను స్వంతం చేసుకోవచ్చు."
+summaryPoint3: "సాంప్రదాయ ఫైనాన్సును బ్లాక్ చైను పర్యావరణ వ్యవస్థతో కలుపుతుంది."
---
వాస్తవ-ప్రపంచ ఆస్తులు (RWAs) అనేవి రియల్ ఎస్టేట్, బంగారం, స్టాక్స్, కళ, యంత్రాలు లేదా సేకరించదగిన వస్తువులు వంటి సంపద యొక్క ప్రస్తుత రూపాలను సూచించే టోకెన్లు. ఈ వస్తువులను టోకెనైజ్ చేయడం వాటిని డిజిటల్ రూపంలోకి అనువదిస్తుంది, ఇది వాటిని బహుళ యజమానుల మధ్య విభజించడానికి మరియు వాటిని వ్యాపారం చేయడానికి సులభతరం చేస్తుంది.
diff --git a/public/content/translations/te/refi/index.md b/public/content/translations/te/refi/index.md
index 8f844531c0d..ad084e8fb0f 100644
--- a/public/content/translations/te/refi/index.md
+++ b/public/content/translations/te/refi/index.md
@@ -1,15 +1,15 @@
---
-title: రీజెనరేటివ్ ఫైనాన్స్ (ReFi)
-description: ReFi మరియు దాని ప్రస్తుత వినియోగ కేసుల యొక్క అవలోకనం.
+title: "రీజెనరేటివ్ ఫైనాన్స్ (ReFi)"
+description: "ReFi మరియు దాని ప్రస్తుత వినియోగ కేసుల యొక్క అవలోకనం."
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":recycle:"
sidebarDepth: 2
image: /images/future_transparent.png
alt: ""
-summaryPoint1: పునరుత్పత్తి సూత్రాలపై నిర్మించబడిన ప్రత్యామ్నాయ ఆర్థిక వ్యవస్థ
-summaryPoint2: వాతావరణ మార్పు వంటి ప్రపంచ-స్థాయి సమన్వయ సంక్షోభాలను పరిష్కరించడానికి ఇతీరియమును ఉపయోగించుకునే ప్రయత్నం
-summaryPoint3: ధృవీకరించబడిన కార్బన్ క్రెడిట్ల వంటి పర్యావరణ ప్రయోజన ఆస్తులను గణనీయంగా స్కేల్ చేయడానికి ఒక ఉపకరణం
+summaryPoint1: "పునరుత్పత్తి సూత్రాలపై నిర్మించబడిన ప్రత్యామ్నాయ ఆర్థిక వ్యవస్థ"
+summaryPoint2: "వాతావరణ మార్పు వంటి ప్రపంచ-స్థాయి సమన్వయ సంక్షోభాలను పరిష్కరించడానికి ఇతీరియమును ఉపయోగించుకునే ప్రయత్నం"
+summaryPoint3: "ధృవీకరించబడిన కార్బన్ క్రెడిట్ల వంటి పర్యావరణ ప్రయోజన ఆస్తులను గణనీయంగా స్కేల్ చేయడానికి ఒక ఉపకరణం"
---
## ReFi అంటే ఏమిటి? {#what-is-refi}
diff --git a/public/content/translations/te/restaking/index.md b/public/content/translations/te/restaking/index.md
index 89146b5beb3..9a04529cd5d 100644
--- a/public/content/translations/te/restaking/index.md
+++ b/public/content/translations/te/restaking/index.md
@@ -1,14 +1,14 @@
---
-title: రీస్టేకింగ్
-metaTitle: రీస్టేకింగ్ అంటే ఏమిటి? | రీస్టేకింగ్ యొక్క ప్రయోజనాలు మరియు ఉపయోగం
-description: ఇతర వికేంద్రీకృత సేవలను భద్రపరచడానికి మరియు అదనపు రివార్డులను సంపాదించడానికి స్టేక్ చేయబడిన ETHని ఉపయోగించండి.
+title: "రీస్టేకింగ్"
+metaTitle: "రీస్టేకింగ్ అంటే ఏమిటి? | రీస్టేకింగ్ యొక్క ప్రయోజనాలు మరియు ఉపయోగం"
+description: "ఇతర వికేంద్రీకృత సేవలను భద్రపరచడానికి మరియు అదనపు రివార్డులను సంపాదించడానికి స్టేక్ చేయబడిన ETHని ఉపయోగించండి."
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":recycle:"
image: /images/use-cases/restaking.png
-alt: Ethereumలో రీస్టేకింగ్ యొక్క దృశ్యమాన ప్రాతినిధ్యం.
+alt: "Ethereumలో రీస్టేకింగ్ యొక్క దృశ్యమాన ప్రాతినిధ్యం."
sidebarDepth: 2
-summaryPoint1: ఇతర వికేంద్రీకృత సేవలను భద్రపరచడానికి మరియు అదనపు రివార్డులను సంపాదించడానికి స్టేక్ చేయబడిన ETHని ఉపయోగించండి.
+summaryPoint1: "ఇతర వికేంద్రీకృత సేవలను భద్రపరచడానికి మరియు అదనపు రివార్డులను సంపాదించడానికి స్టేక్ చేయబడిన ETHని ఉపయోగించండి."
buttons:
- content: రీస్టేకింగ్ అంటే ఏమిటి?
toId: what-is-restaking
diff --git a/public/content/translations/te/roadmap/account-abstraction/index.md b/public/content/translations/te/roadmap/account-abstraction/index.md
index 19602cd0ad7..c24e267c374 100644
--- a/public/content/translations/te/roadmap/account-abstraction/index.md
+++ b/public/content/translations/te/roadmap/account-abstraction/index.md
@@ -1,6 +1,6 @@
---
-title: అకౌంట్ అబ్స్ట్రాక్షన్
-description: వినియోగదారు ఖాతాలను సులభతరం చేయడానికి మరియు సురక్షితంగా చేయడానికి Ethereum యొక్క ప్రణాళికల యొక్క అవలోకనం
+title: "అకౌంట్ అబ్స్ట్రాక్షన్"
+description: "వినియోగదారు ఖాతాలను సులభతరం చేయడానికి మరియు సురక్షితంగా చేయడానికి Ethereum యొక్క ప్రణాళికల యొక్క అవలోకనం"
lang: te
summaryPoints:
- ఖాతా సంగ్రహణ స్మార్ట్ కాంట్రాక్ట్ వాలెట్లను నిర్మించడాన్ని సులభతరం చేస్తుంది
diff --git a/public/content/translations/te/roadmap/beacon-chain/index.md b/public/content/translations/te/roadmap/beacon-chain/index.md
index 95c6c863cff..98ef88c642c 100644
--- a/public/content/translations/te/roadmap/beacon-chain/index.md
+++ b/public/content/translations/te/roadmap/beacon-chain/index.md
@@ -1,13 +1,13 @@
---
-title: ది బీకన్ చైన్
-description: బీకాన్ చైన్ గురించి తెలుసుకోండి - ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియమును పరిచయం చేసిన అప్గ్రేడ్.
+title: "ది బీకన్ చైన్"
+description: "బీకాన్ చైన్ గురించి తెలుసుకోండి - ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియమును పరిచయం చేసిన అప్గ్రేడ్."
lang: te
-template: అప్గ్రేడ్
+template: "అప్గ్రేడ్"
image: /images/upgrades/core.png
alt:
-summaryPoint1: బీకాన్ చైన్ ఇతీరియము పర్యావరణ వ్యవస్థకు ప్రూఫ్-ఆఫ్-స్టేక్ను పరిచయం చేసింది.
-summaryPoint2: ఇది సెప్టెంబర్ 2022లో అసలైన ఇతీరియము ప్రూఫ్-ఆఫ్-వర్క్ చైన్తో విలీనం చేయబడింది.
-summaryPoint3: బీకాన్ చైన్ ఏకాభిప్రాయ తర్కం మరియు బ్లాక్ గాసిప్ ప్రోటోకాల్ను పరిచయం చేసింది, ఇది ఇప్పుడు ఇతీరియమును సురక్షితం చేస్తుంది.
+summaryPoint1: "బీకాన్ చైన్ ఇతీరియము పర్యావరణ వ్యవస్థకు ప్రూఫ్-ఆఫ్-స్టేక్ను పరిచయం చేసింది."
+summaryPoint2: "ఇది సెప్టెంబర్ 2022లో అసలైన ఇతీరియము ప్రూఫ్-ఆఫ్-వర్క్ చైన్తో విలీనం చేయబడింది."
+summaryPoint3: "బీకాన్ చైన్ ఏకాభిప్రాయ తర్కం మరియు బ్లాక్ గాసిప్ ప్రోటోకాల్ను పరిచయం చేసింది, ఇది ఇప్పుడు ఇతీరియమును సురక్షితం చేస్తుంది."
---
diff --git a/public/content/translations/te/roadmap/danksharding/index.md b/public/content/translations/te/roadmap/danksharding/index.md
index b048dbdf678..34674cf4aa3 100644
--- a/public/content/translations/te/roadmap/danksharding/index.md
+++ b/public/content/translations/te/roadmap/danksharding/index.md
@@ -1,6 +1,6 @@
---
-title: డాంక్శార్డింగ్
-description: Ethereum స్కేలింగ్ కోసం రెండు వరుస అప్గ్రేడ్లు - ప్రోటో-డాన్క్షర్డింగ్ మరియు డాన్క్షర్డింగ్ గురించి తెలుసుకోండి.
+title: "డాంక్శార్డింగ్"
+description: "Ethereum స్కేలింగ్ కోసం రెండు వరుస అప్గ్రేడ్లు - ప్రోటో-డాన్క్షర్డింగ్ మరియు డాన్క్షర్డింగ్ గురించి తెలుసుకోండి."
lang: te
summaryPoints:
- డాన్క్షర్డింగ్ అనేది Ethereum యొక్క స్కేలబిలిటీ మరియు సామర్థ్యాన్ని మెరుగుపరచడానికి బహుళ-దశల అప్గ్రేడ్.
@@ -22,21 +22,18 @@ summaryPoints:
రోల్అప్లు అనేవి లావాదేవీలను ఆఫ్చెయిన్లో బ్యాచింగ్ చేసి, ఆపై ఫలితాలను Ethereumకు పోస్ట్ చేయడం ద్వారా Ethereumను స్కేల్ చేయడానికి ఒక మార్గం. రోల్అప్ తప్పనిసరిగా రెండు భాగాలను కలిగి ఉంటుంది: డేటా మరియు ఎగ్జిక్యూషన్ చెక్. డేటా అనేది Ethereumకు పోస్ట్ చేయబడే స్థితి మార్పును ఉత్పత్తి చేయడానికి రోల్అప్ ద్వారా ప్రాసెస్ చేయబడే లావాదేవీల పూర్తి క్రమం. ఎగ్జిక్యూషన్ చెక్ అనేది ప్రతిపాదిత రాష్ట్ర మార్పు సరైనదని నిర్ధారించుకోవడానికి కొంత నిజాయితీ గల యాక్టర్ (ఒక "ప్రూవర్") ఆ లావాదేవీలను తిరిగి అమలు చేయడం. ఎగ్జిక్యూషన్ చెక్ చేయడానికి, ఎవరైనా డౌన్లోడ్ చేయడానికి మరియు తనిఖీ చేయడానికి లావాదేవీ డేటా చాలా కాలం పాటు అందుబాటులో ఉండాలి. దీనర్థం రోల్అప్ సీక్వెన్సర్ ద్వారా ఏదైనా నిజాయితీ లేని ప్రవర్తనను ప్రూవర్ గుర్తించవచ్చు మరియు సవాలు చేయవచ్చు. అయితే, ఇది ఎప్పటికీ అందుబాటులో ఉండవలసిన అవసరం లేదు.
-
రోల్అప్లు తమ లావాదేవీల డేటాకు సంబంధించిన కమిట్మెంట్లను ఆన్చెయిన్లో పోస్ట్ చేస్తాయి, అలాగే అసలు డేటాను డేటా బ్లాబ్స్లో అందుబాటులో ఉంచుతాయి. దీనర్థం నిరూపకులు కట్టుబాట్లు చెల్లుబాటు అవుతున్నాయని లేదా వారు తప్పుగా భావించే డేటాను సవాలు చేయవచ్చు. నోడ్-స్థాయి వద్ద, డేటా యొక్క బ్లాబ్లు ఏకాభిప్రాయ క్లయింట్లో ఉంచబడతాయి. ఏకాభిప్రాయ క్లయింట్లు వారు డేటాను చూశారని మరియు అది నెట్వర్క్లో ప్రచారం చేయబడిందని ధృవీకరిస్తున్నారు. డేటాను శాశ్వతంగా ఉంచినట్లయితే, ఈ క్లయింట్లు బ్లోట్ అవుతాయి మరియు నోడ్లను అమలు చేయడానికి పెద్ద హార్డ్వేర్ అవసరాలకు దారితీస్తాయి. బదులుగా, డేటా ప్రతి 18 రోజులకు నోడ్ నుండి స్వయంచాలకంగా తగ్గించబడుతుంది. ఏకాభిప్రాయ క్లయింట్ ధృవీకరణలు డేటాను ధృవీకరించడానికి రుజువులకు తగిన అవకాశం ఉందని నిరూపిస్తున్నాయి. అసలు డేటాను రోల్అప్ ఆపరేటర్లు, వినియోగదారులు లేదా ఇతరులు ఆఫ్చెయిన్లో నిల్వ చేయవచ్చు.
-
### బ్లాబ్ డేటా ఎలా ధృవీకరించబడుతుంది? {#how-are-blobs-verified}
రోలప్లు వారు చేసే లావాదేవీలను డేటా బ్లాబ్లలో పోస్ట్ చేస్తారు. వారు డేటాకు "నిబద్ధత"ను కూడా పోస్ట్ చేస్తారు. వారు డేటాకు బహుపది ఫంక్షన్ను అమర్చడం ద్వారా దీన్ని చేస్తారు. ఈ ఫంక్షన్ అప్పుడు వివిధ పాయింట్ల వద్ద మూల్యాంకనం చేయవచ్చు. ఉదాహరణకు, మనం `f(x) = 2x-1` అనే చాలా సులభమైన ఫంక్షన్ను నిర్వచిస్తే, ఈ ఫంక్షన్ను `x = 1`, `x = 2`, `x = 3` విలువల కోసం మూల్యాంకనం చేయగా `1, 3, 5` ఫలితాలు వస్తాయి. ప్రూవర్ డేటాకు అదే ఫంక్షన్ను వర్తింపజేస్తుంది మరియు అదే పాయింట్ల వద్ద దానిని మూల్యాంకనం చేస్తుంది. అసలు డేటా మార్చబడినట్లయితే, ఫంక్షన్ ఒకేలా ఉండదు మరియు అందువల్ల ప్రతి పాయింట్ వద్ద విలువలు కూడా మూల్యాంకనం చేయబడవు. వాస్తవానికి, నిబద్ధత మరియు రుజువు మరింత క్లిష్టంగా ఉంటాయి ఎందుకంటే అవి క్రిప్టోగ్రాఫిక్ ఫంక్షన్లతో చుట్టబడి ఉంటాయి.
-### KZG అంటే ఏమిటి? KZG అంటే ఏమిటి? {#what-is-kzg}
-
+### KZG అంటే ఏమిటి? {#what-is-kzg}
KZG అంటే కేట్-జవెరుచా-గోల్డ్బర్గ్. ఇది ఒక డేటా బ్లాబ్ను ఒక చిన్న [క్రిప్టోగ్రాఫిక్ "కమిట్మెంట్"](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)గా కుదించే పథకాన్ని రూపొందించిన ముగ్గురు [అసలు రచయితల](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) పేర్లను సూచిస్తుంది. రోల్అప్ తప్పుగా ప్రవర్తించలేదని నిర్ధారించుకోవడానికి రోల్అప్ సమర్పించిన డేటా బ్లాబ్ను ధృవీకరించాలి. నిబద్ధత చెల్లుబాటులో ఉందో లేదో తనిఖీ చేయడానికి బ్లాబ్లో లావాదేవీలను తిరిగి అమలు చేసే నిరూపణ ఇందులో ఉంటుంది. మెర్కిల్ ప్రూఫ్లను ఉపయోగించి లేయర్ 1లో ఎగ్జిక్యూషన్ క్లయింట్లు Ethereum లావాదేవీల చెల్లుబాటును తనిఖీ చేసే విధానం వలె ఇది సంభావితంగా ఉంటుంది. KZG అనేది డేటాకు బహుపది సమీకరణానికి సరిపోయే ప్రత్యామ్నాయ రుజువు. నిబద్ధత కొన్ని రహస్య డేటా పాయింట్ల వద్ద బహుపదిని మూల్యాంకనం చేస్తుంది. ప్రూవర్ డేటాపై అదే బహుపదిని సరిపోయేలా చేస్తుంది మరియు అదే విలువలతో దాన్ని మూల్యాంకనం చేస్తుంది, ఫలితం ఒకే విధంగా ఉందో లేదో తనిఖీ చేస్తుంది. కొన్ని రోల్అప్లు మరియు చివరికి Ethereum ప్రోటోకాల్లోని ఇతర భాగాలు ఉపయోగించే జీరో-నాలెడ్జ్ టెక్నిక్లకు అనుకూలంగా ఉండే డేటాను ధృవీకరించడానికి ఇది ఒక మార్గం.
### KZG వేడుక ఏమిటి? KZG సెరిమొనీ అంటే ఏమిటి? {#what-is-a-kzg-ceremony}
@@ -48,13 +45,11 @@ EIP-4844 KZG వేడుక ప్రజలకు తెరిచి ఉంద
ఒక రోల్అప్ డేటాను బ్లాబ్లో పోస్ట్ చేసినప్పుడు, వారు ఆన్చెయిన్లో పోస్ట్ చేసే ఒక "కమిట్మెంట్"ను అందిస్తారు. ఈ నిబద్ధత నిర్దిష్ట పాయింట్ల వద్ద డేటాకు బహుపది ఫిట్ను మూల్యాంకనం చేయడం వల్ల ఏర్పడుతుంది. ఈ పాయింట్లు KZG వేడుకలో ఉత్పత్తి చేయబడిన యాదృచ్ఛిక సంఖ్యల ద్వారా నిర్వచించబడతాయి. సామెతలు డేటాను ధృవీకరించడానికి అదే పాయింట్ల వద్ద బహుపదిని మూల్యాంకనం చేయగలవు - అవి ఒకే విలువలకు వస్తే అప్పుడు డేటా సరైనది.
-
కమిట్మెంట్ కోసం ఉపయోగించిన యాదృచ్ఛిక స్థానాలు ఎవరికైనా తెలిస్తే, వారు ఆ నిర్దిష్ట పాయింట్ల వద్ద సరిపోయే కొత్త పాలినోమియల్ను (అంటే, ఒక "కొలిజన్") సులభంగా రూపొందించగలరు. దీనర్థం వారు బ్లాబ్ నుండి డేటాను జోడించవచ్చు లేదా తీసివేయవచ్చు మరియు ఇప్పటికీ చెల్లుబాటు అయ్యే రుజువును అందించవచ్చు. దీనిని నివారించడానికి, నిరూపణలకు అసలు రహస్య స్థానాలను ఇవ్వడానికి బదులుగా, వారు వాస్తవానికి దీర్ఘవృత్తాకార వక్రతలను ఉపయోగించి క్రిప్టోగ్రాఫిక్ "బ్లాక్ బాక్స్"లో చుట్టబడిన స్థానాలను స్వీకరిస్తారు. ఇవి అసలైన విలువలను రివర్స్-ఇంజనీరింగ్ చేయలేని విధంగా విలువలను ప్రభావవంతంగా పెనుగులాడతాయి, అయితే కొన్ని తెలివైన బీజగణిత ప్రూవర్లు మరియు వెరిఫైయర్లు ఇప్పటికీ అవి సూచించే పాయింట్లలో బహుపదిలను మూల్యాంకనం చేయగలవు.
-
@@ -70,13 +65,11 @@ EIP-4844 KZG వేడుక ప్రజలకు తెరిచి ఉంద
32MB బ్లాబ్ డేటా కోసం ఖరీదైన కమిట్మెంట్లు మరియు రుజువులను రూపొందించకుండా వ్యక్తిగత వ్యాలిడేటర్లను నిరోధించడానికి ప్రపోజర్-బిల్డర్ విభజన అవసరం. 32MB బ్లాబ్ డేటా కోసం ఖరీదైన కమిట్మెంట్లు మరియు రుజువులను రూపొందించకుండా వ్యక్తిగత వ్యాలిడేటర్లను నిరోధించడానికి ప్రపోజర్-బిల్డర్ విభజన అవసరం. బదులుగా, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఈ ఖరీదైన గణన పనికి బాధ్యత వహిస్తారు. అప్పుడు, వారు తమ బ్లాక్లను ప్రసారం చేయడానికి ప్రపోజర్లను నిరోధించడానికి అందుబాటులో ఉంచుతారు. బ్లాక్ ప్రపోజర్ కేవలం అత్యంత లాభదాయకమైన బ్లాక్ను ఎంచుకుంటుంది. ఎవరైనా బ్లాబ్లను చౌకగా మరియు త్వరగా ధృవీకరించవచ్చు, అంటే ఏదైనా సాధారణ వ్యాలిడేటర్ బ్లాక్ బిల్డర్లు నిజాయితీగా ప్రవర్తిస్తున్నారో లేదో తనిఖీ చేయవచ్చు. ఇది వికేంద్రీకరణను త్యాగం చేయకుండా పెద్ద బ్లాబ్లను ప్రాసెస్ చేయడానికి అనుమతిస్తుంది. తప్పుగా ప్రవర్తించే బ్లాక్ బిల్డర్లను నెట్వర్క్ నుండి తొలగించి, కత్తిరించబడవచ్చు - బ్లాక్ బిల్డింగ్ లాభదాయకమైన కార్యకలాపం కాబట్టి ఇతరులు వారి స్థానంలోకి అడుగుపెడతారు.
-
బ్లాబ్ డేటాను త్వరగా మరియు సమర్ధవంతంగా ధృవీకరించడానికి వాలిడేటర్లకు డేటా లభ్యత నమూనా అవసరం. డేటా లభ్యత నమూనాను ఉపయోగించి, బొట్టు డేటా అందుబాటులో ఉందని మరియు సరిగ్గా కట్టుబడి ఉందని వ్యాలిడేటర్లు చాలా ఖచ్చితంగా చెప్పగలరు. ప్రతి వాలిడేటర్ యాదృచ్ఛికంగా కొన్ని డేటా పాయింట్లను శాంపిల్ చేయవచ్చు మరియు రుజువును సృష్టించవచ్చు, అంటే వాలిడేటర్ మొత్తం బొట్టును తనిఖీ చేయవలసిన అవసరం లేదు. ఏదైనా డేటా తప్పిపోయినట్లయితే, అది త్వరగా గుర్తించబడుతుంది మరియు బొట్టు తిరస్కరించబడుతుంది.
-
### ప్రస్తుత పురోగతి {#current-progress}
diff --git a/public/content/translations/te/roadmap/dencun/index.md b/public/content/translations/te/roadmap/dencun/index.md
index 1b467158972..55b09b3072d 100644
--- a/public/content/translations/te/roadmap/dencun/index.md
+++ b/public/content/translations/te/roadmap/dencun/index.md
@@ -1,6 +1,6 @@
---
-title: కాంకున్-డెనెబ్ (Dencun) తరచుగా అడిగే ప్రశ్నలు
-description: కాంకున్-డెనెబ్ (Dencun) నెట్వర్క్ అప్గ్రేడ్ గురించి తరచుగా అడిగే ప్రశ్నలు
+title: "కాంకున్-డెనెబ్ (Dencun) తరచుగా అడిగే ప్రశ్నలు"
+description: "కాంకున్-డెనెబ్ (Dencun) నెట్వర్క్ అప్గ్రేడ్ గురించి తరచుగా అడిగే ప్రశ్నలు"
lang: te
---
@@ -117,5 +117,5 @@ _అన్లాకింగ్ Ethereum యొక్క స్కేలి
- Ethereumకు Hitchhiker గైడ్:
ప్రోటో-డాన్క్షర్డింగ్ - _Jon Charbonneau_
- [ప్రోటో-డాన్క్షర్డింగ్ FAQ](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _Vitalik Buterin_
-- [EIP-4844 యొక్క లోతైన వివరణ: Cancun అప్గ్రేడ్ యొక్క కోర్] (https://medium.com/@ebunker.io/an-in-depth-explanation-of-eip-4844-the-core- of-the-cancun-upgrade-de7b13761d2c) - _Ebunker_
+- [EIP-4844 యొక్క లోతైన వివరణ: Cancun అప్గ్రేడ్ యొక్క కోర్](https://medium.com/@ebunker.io/an-in-depth-explanation-of-eip-4844-the-core- of-the-cancun-upgrade-de7b13761d2c) - _Ebunker_
- [AllCoreDevs అప్డేట్ 016](https://tim.mirror.xyz/HzH5MpK1dnw7qhBSmzCfdCIxpwpD6DpwlfxtaAwEFro) - _Tim Beiko_
diff --git a/public/content/translations/te/roadmap/fusaka/index.md b/public/content/translations/te/roadmap/fusaka/index.md
index 718aa62f1b2..a5d7b12eff9 100644
--- a/public/content/translations/te/roadmap/fusaka/index.md
+++ b/public/content/translations/te/roadmap/fusaka/index.md
@@ -1,6 +1,6 @@
---
-title: ఫులు-ఒసాకా (ఫుసాకా)
-description: ఫుసాకా ప్రోటోకాల్ అప్గ్రేడ్ గురించి తెలుసుకోండి
+title: "ఫులు-ఒసాకా (ఫుసాకా)"
+description: "ఫుసాకా ప్రోటోకాల్ అప్గ్రేడ్ గురించి తెలుసుకోండి"
lang: te
---
diff --git a/public/content/translations/te/roadmap/fusaka/peerdas/index.md b/public/content/translations/te/roadmap/fusaka/peerdas/index.md
index 3d428aaed24..7e90f9f0217 100644
--- a/public/content/translations/te/roadmap/fusaka/peerdas/index.md
+++ b/public/content/translations/te/roadmap/fusaka/peerdas/index.md
@@ -1,6 +1,6 @@
---
title: PeerDAS
-description: ఫుసాకా ఇతీరియము ప్రోటోకాల్ అప్గ్రేడ్లో భాగంగా PeerDAS గురించి తెలుసుకోండి
+description: "ఫుసాకా ఇతీరియము ప్రోటోకాల్ అప్గ్రేడ్లో భాగంగా PeerDAS గురించి తెలుసుకోండి"
lang: te
---
diff --git a/public/content/translations/te/roadmap/future-proofing/index.md b/public/content/translations/te/roadmap/future-proofing/index.md
index 1078a98fbb7..fbb0bc047c0 100644
--- a/public/content/translations/te/roadmap/future-proofing/index.md
+++ b/public/content/translations/te/roadmap/future-proofing/index.md
@@ -1,10 +1,10 @@
---
-title: భవిష్యత్-భద్రమైన ఇథిరియమ్
-description: ఈ అప్గ్రేడ్లు, భవిష్యత్తులో ఏది ఎదురైనా, ఇథిరియమ్ను స్థితిస్థాపక, వికేంద్రీకృత బేస్ లేయర్గా పటిష్టం చేస్తాయి.
+title: "భవిష్యత్-భద్రమైన ఇథిరియమ్"
+description: "ఈ అప్గ్రేడ్లు, భవిష్యత్తులో ఏది ఎదురైనా, ఇథిరియమ్ను స్థితిస్థాపక, వికేంద్రీకృత బేస్ లేయర్గా పటిష్టం చేస్తాయి."
lang: te
image: /images/roadmap/roadmap-future.png
alt: "Ethereum రోడ్మ్యాప్"
-template: రోడ్మ్యాప్
+template: "రోడ్మ్యాప్"
---
రోడ్మ్యాప్లోని కొన్ని భాగాలు సమీప భవిష్యత్తులో ఇథిరియమ్ను స్కేలింగ్ చేయడానికి లేదా భద్రపరచడానికి తప్పనిసరిగా అవసరం లేదు, కానీ అవి సుదూర భవిష్యత్తులో ఇథిరియమ్ను స్థిరత్వం మరియు విశ్వసనీయత కోసం సిద్ధం చేస్తాయి.
diff --git a/public/content/translations/te/roadmap/merge/index.md b/public/content/translations/te/roadmap/merge/index.md
index 298a81a1751..8b97c6d70db 100644
--- a/public/content/translations/te/roadmap/merge/index.md
+++ b/public/content/translations/te/roadmap/merge/index.md
@@ -1,14 +1,14 @@
---
-title: ది మెర్జ్
-description: ది మెర్జ్ గురించి తెలుసుకోండి - మెయిన్నెట్ ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ను స్వీకరించినప్పుడు.
+title: "ది మెర్జ్"
+description: "ది మెర్జ్ గురించి తెలుసుకోండి - మెయిన్నెట్ ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ను స్వీకరించినప్పుడు."
lang: te
-template: అప్గ్రేడ్
+template: "అప్గ్రేడ్"
image: /images/upgrades/merge.png
alt:
-summaryPoint1: ఇతీరియము మెయిన్నెట్ ప్రూఫ్-ఆఫ్-స్టేక్ను ఉపయోగిస్తుంది, కానీ ఇది ఎల్లప్పుడూ అలా లేదు.
-summaryPoint2: అసలు ప్రూఫ్-ఆఫ్-వర్క్ మెకానిజం నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు అప్గ్రేడ్ను ది మెర్జ్ అని పిలుస్తారు.
-summaryPoint3: ది మెర్జ్ అనగా అసలు ఇతీరియము మెయిన్నెట్ను బీకన్ చైన్ అని పిలువబడే ప్రత్యేక ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్ చైనుతో విలీనం చేయడం, ఇది ఇప్పుడు ఒకే చైన్గా ఉంది.
-summaryPoint4: ది మెర్జ్ ఇతీరియము యొక్క శక్తి వినియోగాన్ని ~99.95% తగ్గించింది.
+summaryPoint1: "ఇతీరియము మెయిన్నెట్ ప్రూఫ్-ఆఫ్-స్టేక్ను ఉపయోగిస్తుంది, కానీ ఇది ఎల్లప్పుడూ అలా లేదు."
+summaryPoint2: "అసలు ప్రూఫ్-ఆఫ్-వర్క్ మెకానిజం నుండి ప్రూఫ్-ఆఫ్-స్టేక్కు అప్గ్రేడ్ను ది మెర్జ్ అని పిలుస్తారు."
+summaryPoint3: "ది మెర్జ్ అనగా అసలు ఇతీరియము మెయిన్నెట్ను బీకన్ చైన్ అని పిలువబడే ప్రత్యేక ప్రూఫ్-ఆఫ్-స్టేక్ బ్లాక్ చైనుతో విలీనం చేయడం, ఇది ఇప్పుడు ఒకే చైన్గా ఉంది."
+summaryPoint4: "ది మెర్జ్ ఇతీరియము యొక్క శక్తి వినియోగాన్ని ~99.95% తగ్గించింది."
---
@@ -70,7 +70,8 @@ id="staking-node-operators">
పైన ఉన్న మొదటి రెండు అంశాలను పూర్తి చేయకపోతే, రెండు లేయర్లు సింక్ చేయబడి మరియు ప్రామాణీకరించబడే వరకు మీ నోడ్ "ఆఫ్లైన్"గా కనిపిస్తుంది.
-`fee recipient`ను సెట్ చేయకపోవడం వల్ల మీ వ్యాలిడేటర్ యథావిధిగా ప్రవర్తించడానికి అనుమతిస్తుంది, కానీ మీరు బర్న్ చేయని రుసుము చిట్కాలను మరియు మీ వ్యాలిడేటర్ ప్రతిపాదించే బ్లాక్లలో మీరు సంపాదించే ఏవైనా MEVలను కోల్పోతారు.
+`fee recipient`ను సెట్ చేయకపోవడం వల్ల మీ వ్యాలిడేటర్ యథావిధిగా ప్రవర్తించడానికి అనుమతిస్తుంది, కానీ మీరు బర్న్ చేయని రుసుము చిట్కాలను మరియు మీ వ్యాలిడేటర్ ప్రతిపాదించే బ్లాక్లలో మీరు సంపాదించే ఏవైనా MEVలను కోల్పోతారు.
+
- ఎగ్జిక్యూషన్ మరియు ఏకాభిప్రాయం క్లయింట్లు ఒకదానితో ఒకటి సురక్షితంగా కమ్యూనికేట్ చేయడానికి ఒక షేర్డ్ JWT రహస్యంతో ప్రామాణీకరించండి.
పైన పేర్కొన్న అంశాలను పూర్తి చేయకపోతే, రెండు లేయర్లు సింక్ చేయబడి మరియు ప్రామాణీకరించబడే వరకు మీ నోడ్ "ఆఫ్లైన్"గా కనిపించడానికి దారితీస్తుంది.
-
మరింత సమాచారం కోసం, టిమ్ బీకో రాసిన ది మెర్జ్ Ethereum యొక్క అప్లికేషన్ లేయర్ను ఎలా ప్రభావితం చేస్తుంది అనే బ్లాగ్ పోస్ట్ను చూడండి.
-
## ది మెర్జ్ మరియు శక్తి వినియోగం {#merge-and-energy}
@@ -134,7 +133,6 @@ contentPreview="తప్పు. ఎవరైనా తమ స్వంతంగ
ఎవరైనా తమ సొంత నోడ్ను నడపగల సామర్థ్యం Ethereum నెట్వర్క్ యొక్క వికేంద్రీకరణను నిర్వహించడానికి ఖచ్చితంగా అవసరం.
[మీ స్వంత నోడ్ను నడపడం గురించి మరింత](/run-a-node/)
-
రోల్అప్-సెంట్రిక్ రోడ్మ్యాప్తో, రోల్అప్ లావాదేవీలను ఘాతాంకపరంగా చౌకగా చేయడానికి సహాయపడటానికి రోల్అప్ డేటా స్టోరేజ్ కోసం ఆప్టిమైజ్ చేయబడిన సురక్షిత వికేంద్రీకృత సెటిల్మెంట్ లేయర్గా లేయర్ 1 మెయిన్నెట్ను ఎనేబుల్ చేస్తూ, [లేయర్ 2](/layer-2/)లో వినియోగదారు కార్యాచరణను స్కేలింగ్ చేయడంపై ప్రయత్నాలు కేంద్రీకరించబడుతున్నాయి. దీన్ని గ్రహించడానికి ప్రూఫ్-ఆఫ్-స్టేక్కు మారడం ఒక కీలకమైన పూర్వగామి. [గ్యాస్ మరియు ఫీజుల గురించి మరింత.](/developers/docs/gas/)
-
విత్డ్రాయల్ చిరునామాను నిర్దేశించవచ్చు. ఈ అప్గ్రేడ్ ఒక వ్యాలిడేటర్కు నెట్వర్క్ నుండి నిష్క్రమించిన తర్వాత దాని మొత్తం బ్యాలెన్స్ను అన్లాక్ చేసి తిరిగి క్లెయిమ్ చేసుకునే సామర్థ్యాన్ని కూడా ఎనేబుల్ చేసింది.
[స్టేకింగ్ విత్డ్రాయల్స్ గురించి మరింత](/staking/withdrawals/)
-
- స్టేక్ చేయబడిన ETH మొత్తం మొత్తం ఆధారంగా కచ్చితమైన స్టేకింగ్ జారీ హెచ్చుతగ్గులకు లోనవుతుంది
- **The Merge నుండి, రోజుకు ~1,700 ETH మాత్రమే మిగిలి ఉంది, మొత్తం కొత్త ETH జారీని ~88% తగ్గించింది**
- బర్న్: ఇది నెట్వర్క్ డిమాండ్ ప్రకారం హెచ్చుతగ్గులకు లోనవుతుంది. _ఒకవేళ_ ఒక నిర్దిష్ట రోజుకు కనీసం 16 gwei సగటు గ్యాస్ ధర గమనించినట్లయితే, ఇది వాలిడేటర్లకు జారీ చేయబడిన ~1,700 ETHని సమర్థవంతంగా ఆఫ్సెట్ చేస్తుంది మరియు ఆ రోజుకు నికర ETH ద్రవ్యోల్బణాన్ని సున్నా లేదా అంతకంటే తక్కువకు తీసుకువస్తుంది.
-
## ప్రీ-మెర్జ్ (చారిత్రక) {#pre-merge}
@@ -61,7 +60,10 @@ title="ETH జారీ క్లుప్తంగా">
జారీలో **~88.7%** ఎగ్జిక్యూషన్ లేయర్లోని మైనర్లకు వెళ్తోంది (4.09 / 4.61 \* 100)
-**~11.3%** ఏకాభిప్రాయం లేయర్లోని స్టేకర్లకు జారీ చేయబడుతోంది (0.52 / 4.61 \* 100)
+**~11.3%** ఏకాభిప్రాయం లేయర్లోని స్టేకర్లకు జారీ చేయబడుతోంది (0.52 / 4.61 \* 100)
+
+
+
## పోస్ట్-మెర్జ్ (ప్రస్తుత రోజు) {#post-merge}
@@ -92,7 +94,10 @@ The Merge నుండి ఎగ్జిక్యూషన్ లేయర్
మొత్తం వార్షిక జారీ రేటు: **~0.52%**
-వార్షిక ETH జారీలో నికర తగ్గింపు: **~88.7%** ((4.61% - 0.52%) / 4.61% \* 100)
+వార్షిక ETH జారీలో నికర తగ్గింపు: **~88.7%** ((4.61% - 0.52%) / 4.61% \* 100)
+
+
+
## బర్న్ {#the-burn}
@@ -102,7 +107,10 @@ ETH జారీకి వ్యతిరేక శక్తి ETH బర్న
-ఆగస్టు 2021లో [లండన్ అప్గ్రేడ్](/ethereum-forks/#london)తో ఫీ బర్నింగ్ ప్రత్యక్ష ప్రసారం చేయబడింది మరియు The Merge నుండి మారలేదు.
+ఆగస్టు 2021లో [లండన్ అప్గ్రేడ్](/ethereum-forks/#london)తో ఫీ బర్నింగ్ ప్రత్యక్ష ప్రసారం చేయబడింది మరియు The Merge నుండి మారలేదు.
+
+
+
లండన్ అప్గ్రేడ్ ద్వారా అమలు చేయబడిన ఫీ బర్న్కు అదనంగా, వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నందుకు జరిమానాలను కూడా ఎదుర్కోవచ్చు, లేదా అధ్వాన్నంగా, నెట్వర్క్ భద్రతకు ముప్పు కలిగించే నిర్దిష్ట నియమాలను ఉల్లంఘించినందుకు వారు స్లాష్ చేయబడవచ్చు. ఈ జరిమానాలు ఆ వాలిడేటర్ బ్యాలెన్స్ నుండి ETH తగ్గడానికి దారితీస్తాయి, ఇది ఏ ఇతర ఖాతాకు నేరుగా రివార్డ్ చేయబడదు, దానిని సర్క్యులేషన్ నుండి సమర్థవంతంగా బర్న్/తొలగిస్తుంది.
diff --git a/public/content/translations/te/roadmap/pbs/index.md b/public/content/translations/te/roadmap/pbs/index.md
index d72335720b6..135db032805 100644
--- a/public/content/translations/te/roadmap/pbs/index.md
+++ b/public/content/translations/te/roadmap/pbs/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రపోజర్-బిల్డర్ సేపరేషన్
-description: Ethereum వ్యాలిడేటర్లు వారి బ్లాక్ బిల్డింగ్ మరియు బ్లాక్ బ్రాడ్కాస్టింగ్ బాధ్యతలను ఎలా మరియు ఎందుకు విభజిస్తారో తెలుసుకోండి.
+title: "ప్రపోజర్-బిల్డర్ సేపరేషన్"
+description: "Ethereum వ్యాలిడేటర్లు వారి బ్లాక్ బిల్డింగ్ మరియు బ్లాక్ బ్రాడ్కాస్టింగ్ బాధ్యతలను ఎలా మరియు ఎందుకు విభజిస్తారో తెలుసుకోండి."
lang: te
---
@@ -21,7 +21,6 @@ lang: te
శక్తివంతమైన సంస్థలు నిర్దిష్ట చిరునామాలకు లేదా వాటి నుండి లావాదేవీలను సెన్సార్ చేయడానికి వాలిడేటర్లపై ఒత్తిడి చేయవచ్చు. వాలిడేటర్లు వారి లావాదేవీ పూల్లో బ్లాక్లిస్ట్ చేయబడిన చిరునామాలను గుర్తించడం ద్వారా మరియు వారు ప్రతిపాదించిన బ్లాక్ల నుండి వాటిని వదిలివేయడం ద్వారా ఈ ఒత్తిడికి లోబడి ఉంటారు. PBS తర్వాత ఇది ఇకపై సాధ్యం కాదు ఎందుకంటే బ్లాక్ ప్రపోజర్లు తమ బ్లాక్లలో ఏ లావాదేవీలను ప్రసారం చేస్తున్నారో తెలియదు. నిర్దిష్ట వ్యక్తులు లేదా యాప్లు సెన్సార్షిప్ నియమాలను పాటించడం చాలా ముఖ్యం, ఉదాహరణకు ఇది వారి ప్రాంతంలో చట్టం చేయబడినప్పుడు. ఈ సందర్భాలలో, సమ్మతి అప్లికేషన్ స్థాయిలో జరుగుతుంది, అయితే ప్రోటోకాల్ అనుమతి లేకుండా మరియు సెన్సార్షిప్ లేకుండా ఉంటుంది.
-
## PBS మరియు MEV {#pbs-and-mev}
@@ -32,7 +31,8 @@ MEV యొక్క ఆర్థిక శాస్త్రాన్ని ప
-అధునాతన MEV వ్యూహాలు అందించే మెరుగైన రివార్డ్ల కారణంగా వ్యక్తులు తమ సొంతంగా కాకుండా పూల్స్తో వాటాల కోసం ప్రోత్సహించబడతారు. బ్లాక్ ప్రతిపాదన నుండి బ్లాక్ బిల్డింగ్ను వేరు చేయడం అంటే, సంగ్రహించబడిన MEV అత్యంత ప్రభావవంతమైన MEV శోధనతో కేంద్రీకృతం కాకుండా ఎక్కువ మంది వ్యాలిడేటర్లపై పంపిణీ చేయబడుతుంది. అదే సమయంలో, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఉనికిలో ఉండటానికి అనుమతించడం వలన బ్లాక్ బిల్డింగ్ యొక్క భారం వ్యక్తుల నుండి దూరంగా ఉంటుంది మరియు వ్యక్తులు తమ కోసం MEVని దొంగిలించకుండా నిరోధిస్తుంది, అదే సమయంలో బ్లాక్లను నిజాయితీగా తనిఖీ చేయగల వ్యక్తిగత, స్వతంత్ర వాలిడేటర్ల సంఖ్యను పెంచుతుంది. ముఖ్యమైన కాన్సెప్ట్ "ప్రూవర్-వెరిఫైయర్ అసిమెట్రీ", ఇది బ్లాక్లు నిజాయితీగా ఉన్నాయని రుజువు చేయగల దృఢమైన మరియు గరిష్టంగా వికేంద్రీకృత వాలిడేటర్ల నెట్వర్క్ ఉన్నంత వరకు కేంద్రీకృత బ్లాక్ ఉత్పత్తి బాగుంటుందనే ఆలోచనను సూచిస్తుంది. వికేంద్రీకరణ అనేది ఒక సాధనం, అంతిమ లక్ష్యం కాదు - మనకు కావలసినవి నిజాయితీ గల బ్లాక్లు.
+అధునాతన MEV వ్యూహాలు అందించే మెరుగైన రివార్డ్ల కారణంగా వ్యక్తులు తమ సొంతంగా కాకుండా పూల్స్తో వాటాల కోసం ప్రోత్సహించబడతారు. బ్లాక్ ప్రతిపాదన నుండి బ్లాక్ బిల్డింగ్ను వేరు చేయడం అంటే, సంగ్రహించబడిన MEV అత్యంత ప్రభావవంతమైన MEV శోధనతో కేంద్రీకృతం కాకుండా ఎక్కువ మంది వ్యాలిడేటర్లపై పంపిణీ చేయబడుతుంది. అదే సమయంలో, ప్రత్యేకమైన బ్లాక్ బిల్డర్లు ఉనికిలో ఉండటానికి అనుమతించడం వలన బ్లాక్ బిల్డింగ్ యొక్క భారం వ్యక్తుల నుండి దూరంగా ఉంటుంది మరియు వ్యక్తులు తమ కోసం MEVని దొంగిలించకుండా నిరోధిస్తుంది, అదే సమయంలో బ్లాక్లను నిజాయితీగా తనిఖీ చేయగల వ్యక్తిగత, స్వతంత్ర వాలిడేటర్ల సంఖ్యను పెంచుతుంది. ముఖ్యమైన కాన్సెప్ట్ "ప్రూవర్-వెరిఫైయర్ అసిమెట్రీ", ఇది బ్లాక్లు నిజాయితీగా ఉన్నాయని రుజువు చేయగల దృఢమైన మరియు గరిష్టంగా వికేంద్రీకృత వాలిడేటర్ల నెట్వర్క్ ఉన్నంత వరకు కేంద్రీకృత బ్లాక్ ఉత్పత్తి బాగుంటుందనే ఆలోచనను సూచిస్తుంది. వికేంద్రీకరణ అనేది ఒక సాధనం, అంతిమ లక్ష్యం కాదు - మనకు కావలసినవి నిజాయితీ గల బ్లాక్లు.
+
## PBS మరియు డంక్షార్డింగ్ {#pbs-and-danksharding}
diff --git a/public/content/translations/te/roadmap/pectra/7702/index.md b/public/content/translations/te/roadmap/pectra/7702/index.md
index c63b4cdd84d..4bace550fbe 100644
--- a/public/content/translations/te/roadmap/pectra/7702/index.md
+++ b/public/content/translations/te/roadmap/pectra/7702/index.md
@@ -1,6 +1,6 @@
---
-title: పెక్ట్రా 7702 మార్గదర్శకాలు
-description: పెక్ట్రా విడుదలలో 7702 గురించి మరింత తెలుసుకోండి
+title: "పెక్ట్రా 7702 మార్గదర్శకాలు"
+description: "పెక్ట్రా విడుదలలో 7702 గురించి మరింత తెలుసుకోండి"
lang: te
---
diff --git a/public/content/translations/te/roadmap/pectra/index.md b/public/content/translations/te/roadmap/pectra/index.md
index a58467c81ce..9c2cfa43810 100644
--- a/public/content/translations/te/roadmap/pectra/index.md
+++ b/public/content/translations/te/roadmap/pectra/index.md
@@ -1,6 +1,6 @@
---
-title: ప్రేగ్-ఎలెక్ట్రా (పెక్ట్రా)
-description: పెక్ట్రా ప్రోటోకాల్ అప్గ్రేడ్ గురించి తెలుసుకోండి
+title: "ప్రేగ్-ఎలెక్ట్రా (పెక్ట్రా)"
+description: "పెక్ట్రా ప్రోటోకాల్ అప్గ్రేడ్ గురించి తెలుసుకోండి"
lang: te
---
diff --git a/public/content/translations/te/roadmap/pectra/maxeb/index.md b/public/content/translations/te/roadmap/pectra/maxeb/index.md
index 3af96db5c40..309c54acbe5 100644
--- a/public/content/translations/te/roadmap/pectra/maxeb/index.md
+++ b/public/content/translations/te/roadmap/pectra/maxeb/index.md
@@ -1,6 +1,6 @@
---
-title: పెక్ట్రా మాక్స్EB
-description: పెక్ట్రా విడుదలలో మాక్స్EB గురించి మరింత తెలుసుకోండి
+title: "పెక్ట్రా మాక్స్EB"
+description: "పెక్ట్రా విడుదలలో మాక్స్EB గురించి మరింత తెలుసుకోండి"
lang: te
---
diff --git a/public/content/translations/te/roadmap/scaling/index.md b/public/content/translations/te/roadmap/scaling/index.md
index 1f6edc15229..56834d0ad2d 100644
--- a/public/content/translations/te/roadmap/scaling/index.md
+++ b/public/content/translations/te/roadmap/scaling/index.md
@@ -1,10 +1,10 @@
---
-title: ఇతీరియమును విస్తరించడం
-description: రోల్అప్లు ఆఫ్చెయిన్లో లావాదేవీలను కలిసికట్టుగా చేస్తాయి, వినియోగదారుడికి ఖర్చులను తగ్గిస్తాయి. అయితే, రోల్అప్లు ప్రస్తుతం డేటాను ఉపయోగించే విధానం చాలా ఖరీదైనది, ఇది లావాదేవీలు ఎంత చౌకగా ఉండవచ్చో పరిమితం చేస్తుంది. ప్రోటో-డాంక్షార్డింగ్ దీనిని సరిచేస్తుంది.
+title: "ఇతీరియమును విస్తరించడం"
+description: "రోల్అప్లు ఆఫ్చెయిన్లో లావాదేవీలను కలిసికట్టుగా చేస్తాయి, వినియోగదారుడికి ఖర్చులను తగ్గిస్తాయి. అయితే, రోల్అప్లు ప్రస్తుతం డేటాను ఉపయోగించే విధానం చాలా ఖరీదైనది, ఇది లావాదేవీలు ఎంత చౌకగా ఉండవచ్చో పరిమితం చేస్తుంది. ప్రోటో-డాంక్షార్డింగ్ దీనిని సరిచేస్తుంది."
lang: te
image: /images/roadmap/roadmap-transactions.png
alt: "Ethereum రోడ్మ్యాప్"
-template: రోడ్మ్యాప్
+template: "రోడ్మ్యాప్"
---
ఇతీరియము [లేయర్ 2లు](/layer-2/#rollups) (రోల్అప్లు అని కూడా పిలుస్తారు) ఉపయోగించి విస్తరించబడింది, ఇవి లావాదేవీలను కలిసికట్టుగా చేసి, అవుట్పుట్ను ఇతీరియముకు పంపుతాయి. రోల్అప్లు ఇతీరియము మెయిన్నెట్ కంటే ఎనిమిది రెట్లు వరకు తక్కువ ఖరీదైనవి అయినప్పటికీ, తుది వినియోగదారులకు ఖర్చులను తగ్గించడానికి రోల్అప్లను మరింత ఆప్టిమైజ్ చేయడం సాధ్యమవుతుంది. రోల్అప్లు కొన్ని కేంద్రీకృత భాగాలపై కూడా ఆధారపడతాయి, రోల్అప్లు పరిణతి చెందుతున్నప్పుడు డెవలపర్లు వాటిని తొలగించగలరు.
diff --git a/public/content/translations/te/roadmap/secret-leader-election/index.md b/public/content/translations/te/roadmap/secret-leader-election/index.md
index 5fec6bf74ab..ee220d38423 100644
--- a/public/content/translations/te/roadmap/secret-leader-election/index.md
+++ b/public/content/translations/te/roadmap/secret-leader-election/index.md
@@ -1,6 +1,6 @@
---
-title: రహస్య నేత ఎన్నిక
-description: రహస్య నాయకుని ఎన్నిక దాడుల నుండి వ్యాలిడేటర్లను ఎలా రక్షించడంలో సహాయపడుతుంది అనే వివరణ
+title: "రహస్య నేత ఎన్నిక"
+description: "రహస్య నాయకుని ఎన్నిక దాడుల నుండి వ్యాలిడేటర్లను ఎలా రక్షించడంలో సహాయపడుతుంది అనే వివరణ"
lang: te
summaryPoints:
- బ్లాక్ ప్రపోజర్ల యొక్క IP చిరునామా ముందుగానే తెలుసుకోవచ్చు, తద్వారా వారు దాడులకు గురవుతారు
diff --git a/public/content/translations/te/roadmap/security/index.md b/public/content/translations/te/roadmap/security/index.md
index 726c5bdb4bf..f9923e7bf8a 100644
--- a/public/content/translations/te/roadmap/security/index.md
+++ b/public/content/translations/te/roadmap/security/index.md
@@ -1,10 +1,10 @@
---
-title: మరింత సురక్షితమైన ఇతీరియము
-description: ఇతీరియము అనేది ఉనికిలో ఉన్న అత్యంత సురక్షితమైన మరియు వికేంద్రీకృత స్మార్ట్-కాంట్రాక్ట్ ప్లాట్ఫారమ్. అయినప్పటికీ, భవిష్యత్తులో ఏ స్థాయి దాడికైనా ఇతీరియము స్థితిస్థాపకంగా ఉండేలా ఇప్పటికీ మెరుగుదలలు చేయవచ్చు.
+title: "మరింత సురక్షితమైన ఇతీరియము"
+description: "ఇతీరియము అనేది ఉనికిలో ఉన్న అత్యంత సురక్షితమైన మరియు వికేంద్రీకృత స్మార్ట్-కాంట్రాక్ట్ ప్లాట్ఫారమ్. అయినప్పటికీ, భవిష్యత్తులో ఏ స్థాయి దాడికైనా ఇతీరియము స్థితిస్థాపకంగా ఉండేలా ఇప్పటికీ మెరుగుదలలు చేయవచ్చు."
lang: te
image: /images/roadmap/roadmap-security.png
alt: "Ethereum రోడ్మ్యాప్"
-template: రోడ్మ్యాప్
+template: "రోడ్మ్యాప్"
---
**ఇతీరియము ఇప్పటికే చాలా సురక్షితమైనది**, వికేంద్రీకృత [స్మార్ట్-కాంట్రాక్ట్](/glossary/#smart-contract) ప్లాట్ఫారమ్. అయినప్పటికీ, భవిష్యత్తులో అన్ని రకాల దాడులకు ఇతీరియము స్థితిస్థాపకంగా ఉండేలా ఇప్పటికీ మెరుగుదలలు చేయవచ్చు. వీటిలో [ఇతీరియము క్లయింట్లు](/glossary/#consensus-client) పోటీ పడుతున్న [బ్లాక్లతో](/glossary/#block) వ్యవహరించే విధానానికి సూక్ష్మమైన మార్పులు, అలాగే నెట్వర్క్ బ్లాక్లను ["ఖరారు"](/developers/docs/consensus-mechanisms/pos/#finality) చేసినట్లుగా పరిగణించే వేగాన్ని పెంచడం వంటివి ఉన్నాయి (అంటే దాడి చేసేవారికి తీవ్రమైన ఆర్థిక నష్టాలు లేకుండా వాటిని మార్చలేరు).
diff --git a/public/content/translations/te/roadmap/single-slot-finality/index.md b/public/content/translations/te/roadmap/single-slot-finality/index.md
index 51b9863eb04..940e309f510 100644
--- a/public/content/translations/te/roadmap/single-slot-finality/index.md
+++ b/public/content/translations/te/roadmap/single-slot-finality/index.md
@@ -1,6 +1,6 @@
---
-title: సింగిల్ స్లాట్ ఫైనల్
-description: సింగిల్ స్లాట్ ముగింపు యొక్క వివరణ
+title: "సింగిల్ స్లాట్ ఫైనల్"
+description: "సింగిల్ స్లాట్ ముగింపు యొక్క వివరణ"
lang: te
---
@@ -39,7 +39,8 @@ Ethereum యొక్క ప్రస్తుత ఏకాభిప్రాయ
ఈ ప్రక్రియ ప్రతి ఎపోచ్లో ఓటు వేయడానికి ప్రతి వాలిడేటర్కు తగిన సామర్థ్యాన్ని అందిస్తుంది, ఎందుకంటే 32 స్లాట్లు \* 64 కమిటీలు \* ఒక్కో కమిటీకి 256 వాలిడేటర్లు = ఒక్కో ఎపోచ్కు 524,288 వాలిడేటర్లు. వ్రాసే సమయంలో (ఫిబ్రవరి 2023) ~513,000 యాక్టివ్ వాలిడేటర్లు ఉన్నారు.
-ఈ స్కీమ్లో, ప్రతి వ్యాలిడేటర్ మొత్తం ఎపోచ్ అంతటా వారి ధృవీకరణలను పంపిణీ చేయడం ద్వారా బ్లాక్లో ఓటు వేయడం మాత్రమే సాధ్యమవుతుంది. అయినప్పటికీ, మెకానిజమ్ను మెరుగుపరచడానికి సంభావ్య మార్గాలు ఉన్నాయి, తద్వారా _ప్రతి వాలిడేటర్కు ప్రతి స్లాట్లో_ ధృవీకరించే అవకాశం ఉంటుంది.
+ఈ స్కీమ్లో, ప్రతి వ్యాలిడేటర్ మొత్తం ఎపోచ్ అంతటా వారి ధృవీకరణలను పంపిణీ చేయడం ద్వారా బ్లాక్లో ఓటు వేయడం మాత్రమే సాధ్యమవుతుంది. అయినప్పటికీ, మెకానిజమ్ను మెరుగుపరచడానికి సంభావ్య మార్గాలు ఉన్నాయి, తద్వారా _ప్రతి వాలిడేటర్కు ప్రతి స్లాట్లో_ ధృవీకరించే అవకాశం ఉంటుంది.
+
Ethereum ఏకాభిప్రాయ యంత్రాంగాన్ని రూపొందించినప్పటి నుండి, సంతకం అగ్రిగేషన్ స్కీమ్ (BLS) మొదట అనుకున్నదానికంటే చాలా ఎక్కువ స్కేలబుల్గా గుర్తించబడింది, అయితే సంతకాలను ప్రాసెస్ చేయడానికి మరియు ధృవీకరించడానికి ఖాతాదారుల సామర్థ్యం కూడా మెరుగుపడింది. పెద్ద సంఖ్యలో వాలిడేటర్ల నుండి ధృవీకరణలను ప్రాసెస్ చేయడం వాస్తవానికి ఒకే స్లాట్లో సాధ్యమవుతుందని తేలింది. ఉదాహరణకు, ఒక మిలియన్ వాలిడేటర్లు ప్రతి స్లాట్లో రెండుసార్లు ఓటు వేస్తారు మరియు స్లాట్ సమయాలు 16 సెకన్లకు సర్దుబాటు చేయబడతాయి, స్లాట్లోని మొత్తం 1 మిలియన్ ధృవీకరణలను ప్రాసెస్ చేయడానికి నోడ్లు కనీసం సెకనుకు 125,000 అగ్రిగేషన్ల చొప్పున సంతకాలను ధృవీకరించవలసి ఉంటుంది. వాస్తవానికి, ఒక సాధారణ కంప్యూటర్కు ఒక సంతకం ధృవీకరణ చేయడానికి దాదాపు 500 నానోసెకన్లు పడుతుంది, అంటే 125,000 ~62.5 msలో చేయవచ్చు - ఒక సెకను థ్రెషోల్డ్ కంటే చాలా తక్కువ.
diff --git a/public/content/translations/te/roadmap/statelessness/index.md b/public/content/translations/te/roadmap/statelessness/index.md
index b45e57afc61..b88abe1ef64 100644
--- a/public/content/translations/te/roadmap/statelessness/index.md
+++ b/public/content/translations/te/roadmap/statelessness/index.md
@@ -1,6 +1,6 @@
---
-title: స్థితి రాహిత్యం, రాష్ట్ర గడువు మరియు చరిత్ర గడువు
-description: చరిత్ర గడువు మరియు స్థితిలేని Ethereum యొక్క వివరణ
+title: "స్థితి రాహిత్యం, రాష్ట్ర గడువు మరియు చరిత్ర గడువు"
+description: "చరిత్ర గడువు మరియు స్థితిలేని Ethereum యొక్క వివరణ"
lang: te
---
@@ -72,7 +72,8 @@ EIP-4444 ఇంకా రవాణా చేయడానికి సిద్
స్టేట్లెస్నెస్ అనేది బ్లాక్ బిల్డర్లు పూర్తి స్టేట్ డేటా యొక్క కాపీని నిర్వహించడంపై ఆధారపడి ఉంటుంది, తద్వారా వారు బ్లాక్ను ధృవీకరించడానికి ఉపయోగించే సాక్షులను రూపొందించగలరు. ఇతర నోడ్లకు రాష్ట్ర డేటాకు ప్రాప్యత అవసరం లేదు, బ్లాక్ను ధృవీకరించడానికి అవసరమైన మొత్తం సమాచారం సాక్షిలో అందుబాటులో ఉంది. ఇది బ్లాక్ను ప్రతిపాదించడం ఖరీదైన పరిస్థితిని సృష్టిస్తుంది, అయితే బ్లాక్ను ధృవీకరించడం చౌకగా ఉంటుంది, అంటే తక్కువ మంది ఆపరేటర్లు బ్లాక్ ప్రపోజింగ్ నోడ్ను అమలు చేస్తారని సూచిస్తుంది. అయినప్పటికీ, వీలైనంత ఎక్కువ మంది పాల్గొనేవారు తాము ప్రతిపాదించిన బ్లాక్లు చెల్లుబాటు అయ్యేవని స్వతంత్రంగా ధృవీకరించగలిగినంత వరకు బ్లాక్ ప్రపోజర్ల వికేంద్రీకరణ క్లిష్టమైనది కాదు.
-డాంక్రాడ్ నోట్స్ గురించి మరింత చదవండి
+డాంక్రాడ్ నోట్స్ గురించి మరింత చదవండి
+
బ్లాక్ ప్రపోజర్లు "సాక్షులు" సృష్టించడానికి రాష్ట్ర డేటాను ఉపయోగిస్తారు - బ్లాక్లోని లావాదేవీల ద్వారా మార్చబడుతున్న రాష్ట్ర విలువలను నిరూపించే కనిష్ట డేటా సెట్. ఇతర వ్యాలిడేటర్లు రాష్ట్రాన్ని కలిగి ఉండరు, వారు రాష్ట్ర మూలాన్ని మాత్రమే నిల్వ చేస్తారు (మొత్తం రాష్ట్రం యొక్క హాష్). వారు బ్లాక్ మరియు సాక్షిని స్వీకరిస్తారు మరియు వారి రాష్ట్ర రూట్ను నవీకరించడానికి వాటిని ఉపయోగిస్తారు. ఇది ధృవీకరించే నోడ్ను చాలా తేలికగా చేస్తుంది.
diff --git a/public/content/translations/te/roadmap/user-experience/index.md b/public/content/translations/te/roadmap/user-experience/index.md
index f9fa4b75ed2..f248f698d7e 100644
--- a/public/content/translations/te/roadmap/user-experience/index.md
+++ b/public/content/translations/te/roadmap/user-experience/index.md
@@ -1,10 +1,10 @@
---
-title: వినియోగదారు అనుభవాన్ని మెరుగుపరచడం
-description: చాలా మందికి Ethereumను ఉపయోగించడం ఇంకా చాలా క్లిష్టంగా ఉంది. సామూహిక స్వీకరణను ప్రోత్సహించడానికి, Ethereum ప్రవేశానికి ఉన్న అడ్డంకులను తీవ్రంగా తగ్గించాలి - వినియోగదారులు వికేంద్రీకృత, అనుమతిరహిత మరియు సెన్సార్షిప్ నిరోధక యాక్సెస్ యొక్క ప్రయోజనాలను పొందాలి, కానీ ఇది ఒక సాంప్రదాయ web2 యాప్ను ఉపయోగించినంత ఘర్షణరహితంగా ఉండాలి.
+title: "వినియోగదారు అనుభవాన్ని మెరుగుపరచడం"
+description: "చాలా మందికి Ethereumను ఉపయోగించడం ఇంకా చాలా క్లిష్టంగా ఉంది. సామూహిక స్వీకరణను ప్రోత్సహించడానికి, Ethereum ప్రవేశానికి ఉన్న అడ్డంకులను తీవ్రంగా తగ్గించాలి - వినియోగదారులు వికేంద్రీకృత, అనుమతిరహిత మరియు సెన్సార్షిప్ నిరోధక యాక్సెస్ యొక్క ప్రయోజనాలను పొందాలి, కానీ ఇది ఒక సాంప్రదాయ web2 యాప్ను ఉపయోగించినంత ఘర్షణరహితంగా ఉండాలి."
lang: te
image: /images/roadmap/roadmap-ux.png
alt: "Ethereum రోడ్మ్యాప్"
-template: రోడ్మ్యాప్
+template: "రోడ్మ్యాప్"
---
**Ethereum వాడకాన్ని సరళీకృతం చేయాలి**; [కీలను](/glossary/#key) మరియు [వాలెట్లను](/glossary/#wallet) నిర్వహించడం నుండి లావాదేవీలను ప్రారంభించడం వరకు. సామూహిక స్వీకరణను సులభతరం చేయడానికి, Ethereum వాడుక సౌలభ్యాన్ని తీవ్రంగా పెంచాలి, [Web2](/glossary/#web2) యాప్లను ఉపయోగించే ఘర్షణరహిత అనుభవంతో వినియోగదారులు Ethereumకు అనుమతిరహిత మరియు సెన్సార్షిప్-నిరోధక యాక్సెస్ను అనుభవించడానికి వీలు కల్పించాలి.
diff --git a/public/content/translations/te/roadmap/verkle-trees/index.md b/public/content/translations/te/roadmap/verkle-trees/index.md
index 234d99fef78..2bc472ddf2f 100644
--- a/public/content/translations/te/roadmap/verkle-trees/index.md
+++ b/public/content/translations/te/roadmap/verkle-trees/index.md
@@ -1,6 +1,6 @@
---
-title: వెర్కిల్ ట్రీస్
-description: Verkle చెట్ల యొక్క ఉన్నత స్థాయి వివరణ మరియు Ethereumను అప్గ్రేడ్ చేయడానికి అవి ఎలా ఉపయోగించబడతాయి
+title: "వెర్కిల్ ట్రీస్"
+description: "Verkle చెట్ల యొక్క ఉన్నత స్థాయి వివరణ మరియు Ethereumను అప్గ్రేడ్ చేయడానికి అవి ఎలా ఉపయోగించబడతాయి"
lang: te
summaryPoints:
- Verkle చెట్లు ఏమిటో కనుగొనండి
@@ -18,7 +18,6 @@ Verkle ట్రీస్ ("వెక్టార్ కమిట్మెం
Ethereum క్లయింట్లు ప్రస్తుతం దాని స్టేట్ డేటాను నిల్వ చేయడానికి Patricia Merkle Trie అని పిలువబడే డేటా నిర్మాణాన్ని ఉపయోగిస్తున్నారు. వ్యక్తిగత ఖాతాల గురించిన సమాచారం ట్రైలో ఆకులుగా నిల్వ చేయబడుతుంది మరియు ఒకే హాష్ మాత్రమే మిగిలిపోయే వరకు ఆకుల జతలను పదేపదే హాష్ చేస్తారు. ఈ చివరి హాష్ను "రూట్" అని పిలుస్తారు. బ్లాక్లను ధృవీకరించడానికి, Ethereum క్లయింట్లు ఒక బ్లాక్లో అన్ని లావాదేవీలను అమలు చేస్తారు మరియు వారి స్థానిక స్థితిని నవీకరించండి. బ్లాక్ ప్రపోజర్ అందించిన దానితో స్థానిక చెట్టు యొక్క మూలం ఒకేలా ఉంటే బ్లాక్ చెల్లుబాటు అయ్యేదిగా పరిగణించబడుతుంది, ఎందుకంటే బ్లాక్ ప్రపోజర్ మరియు ధృవీకరించే నోడ్ చేసిన గణనలో ఏవైనా తేడాలు ఉంటే రూట్ హాష్ పూర్తిగా భిన్నంగా ఉంటుంది. దీనితో సమస్య ఏమిటంటే, బ్లాక్చెయిన్ను ధృవీకరించడానికి ప్రతి క్లయింట్ హెడ్ బ్లాక్ మరియు అనేక హిస్టారికల్ బ్లాక్ల కోసం మొత్తం స్టేట్ ట్రయ్ను నిల్వ చేయవలసి ఉంటుంది (గెత్లో డిఫాల్ట్ 128 బ్లాక్ల కోసం స్టేట్ డేటాను హెడ్ వెనుక ఉంచడం). దీనికి క్లయింట్లు పెద్ద మొత్తంలో డిస్క్ స్థలానికి ప్రాప్యత కలిగి ఉండాలి, ఇది చౌకైన, తక్కువ పవర్ హార్డ్వేర్పై పూర్తి నోడ్లను అమలు చేయడానికి అవరోధంగా ఉంటుంది. పూర్తి స్టేట్ డేటాకు బదులుగా భాగస్వామ్యం చేయగల డేటాకు చిన్న "సాక్షి"ని ఉపయోగించి సంగ్రహించబడే మరింత సమర్థవంతమైన నిర్మాణానికి (Verkle ట్రీ) స్టేట్ ట్రైను అప్డేట్ చేయడం దీనికి పరిష్కారం. స్టేట్ డేటాను Verkle ట్రీగా ఫార్మాట్ చేయడం స్టేట్లెస్ క్లయింట్లకు తరలించడానికి ఒక మెట్టు.
-
## సాక్షి అంటే ఏమిటి మరియు మనకు అవి ఎందుకు అవసరం? {#what-is-a-witness}
@@ -34,7 +33,6 @@ Merkle ట్రై యొక్క నిర్మాణం సాక్షి
సాక్షి పరిమాణం అది కలిగి ఉన్న ఆకుల సంఖ్యపై ఆధారపడి ఉంటుంది. సాక్షి 1000 ఆకులలను కవర్ చేస్తుందని ఊహిస్తే, Merkle ట్రై కోసం సాక్షి దాదాపు 3.5MB ఉంటుంది (ట్రైకు 7 లెవెల్స్ అని ఊహిస్తే). Verkle ట్రీలో (ట్రీకి 4 స్థాయిలు అని ఊహిస్తే) అదే డేటా కోసం సాక్షి 150 kB - **దాదాపు 23x చిన్నది** ఉంటుంది. సాక్షి పరిమాణంలో ఈ తగ్గింపు స్థితిలేని క్లయింట్ సాక్షులు ఆమోదయోగ్యంగా తక్కువగా ఉండటానికి అనుమతిస్తుంది. బహుపది సాక్షులు 0.128 -1 kB నిర్దిష్ట బహుపది నిబద్ధత ఉపయోగించబడుతుంది.
-
## మెర్కిల్ చెట్టు యొక్క నిర్మాణం ఏమిటి? {#what-is-the-structure-of-a-verkle-tree}
diff --git a/public/content/translations/te/security/index.md b/public/content/translations/te/security/index.md
index 940e6406e82..145c7ad3277 100644
--- a/public/content/translations/te/security/index.md
+++ b/public/content/translations/te/security/index.md
@@ -1,6 +1,6 @@
---
-title: Ethereum సెక్యూరిటీ మరియు స్కామ్ నివారణ
-description: Ethereumలో సురక్షితంగా ఉండటం
+title: "Ethereum సెక్యూరిటీ మరియు స్కామ్ నివారణ"
+description: "Ethereumలో సురక్షితంగా ఉండటం"
lang: te
---
diff --git a/public/content/translations/te/smart-contracts/index.md b/public/content/translations/te/smart-contracts/index.md
index c034d8ec03d..b6a42929f31 100644
--- a/public/content/translations/te/smart-contracts/index.md
+++ b/public/content/translations/te/smart-contracts/index.md
@@ -1,7 +1,7 @@
---
-title: స్మార్ట్ కాంట్రాక్టులు
+title: "స్మార్ట్ కాంట్రాక్టులు"
metaTitle: "స్మార్ట్ కాంట్రాక్టులు: అవి ఏమిటి మరియు వాటి ప్రయోజనాలు ఏమిటి"
-description: స్మార్ట్ కాంట్రాక్టుల నాన్-టెక్నికల్ పరిచయం
+description: "స్మార్ట్ కాంట్రాక్టుల నాన్-టెక్నికల్ పరిచయం"
lang: te
---
diff --git a/public/content/translations/te/social-networks/index.md b/public/content/translations/te/social-networks/index.md
index c0c6fc9b8c6..14c2ec339ab 100644
--- a/public/content/translations/te/social-networks/index.md
+++ b/public/content/translations/te/social-networks/index.md
@@ -1,14 +1,14 @@
---
-title: వికేంద్రీకృత సామాజిక నెట్వర్కులు
-description: ఇతీరియముపై వికేంద్రీకృత సామాజిక నెట్వర్క్ల యొక్క ఒక అవలోకనం
+title: "వికేంద్రీకృత సామాజిక నెట్వర్కులు"
+description: "ఇతీరియముపై వికేంద్రీకృత సామాజిక నెట్వర్క్ల యొక్క ఒక అవలోకనం"
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":mega:"
sidebarDepth: 2
image: /images/ethereum-learn.png
-summaryPoint1: సామాజిక పరస్పర చర్య, కంటెంట్ సృష్టి మరియు పంపిణీ కోసం బ్లాక్చెయిన్-ఆధారిత ప్లాట్ఫారమ్లు.
-summaryPoint2: వికేంద్రీకృత సోషల్ మీడియా నెట్వర్క్లు వినియోగదారుల గోప్యతను కాపాడతాయి మరియు డేటా భద్రతను పెంచుతాయి.
-summaryPoint3: టోకెన్లు మరియు NFTలు కంటెంట్ను మానిటైజ్ చేయడానికి కొత్త మార్గాలను సృష్టిస్తాయి.
+summaryPoint1: "సామాజిక పరస్పర చర్య, కంటెంట్ సృష్టి మరియు పంపిణీ కోసం బ్లాక్చెయిన్-ఆధారిత ప్లాట్ఫారమ్లు."
+summaryPoint2: "వికేంద్రీకృత సోషల్ మీడియా నెట్వర్క్లు వినియోగదారుల గోప్యతను కాపాడతాయి మరియు డేటా భద్రతను పెంచుతాయి."
+summaryPoint3: "టోకెన్లు మరియు NFTలు కంటెంట్ను మానిటైజ్ చేయడానికి కొత్త మార్గాలను సృష్టిస్తాయి."
---
మన రోజువారీ కమ్యూనికేషన్లు మరియు పరస్పర చర్యలలో సామాజిక నెట్వర్క్లు భారీ పాత్ర పోషిస్తాయి. అయితే, ఈ ప్లాట్ఫారమ్ల కేంద్రీకృత నియంత్రణ అనేక సమస్యలను సృష్టించింది: డేటా ఉల్లంఘనలు, సర్వర్ అంతరాయాలు, డీ-ప్లాట్ఫార్మింగ్, సెన్సార్షిప్ మరియు గోప్యతా ఉల్లంఘనలు సోషల్ మీడియా తరచుగా చేసే కొన్ని రాజీలు. ఈ సమస్యలను ఎదుర్కోవడానికి, డెవలపర్లు ఇతీరియముపై సామాజిక నెట్వర్క్లను నిర్మిస్తున్నారు. వికేంద్రీకృత సామాజిక నెట్వర్క్లు సాంప్రదాయ సామాజిక నెట్వర్కింగ్ ప్లాట్ఫారమ్ల యొక్క అనేక సమస్యలను పరిష్కరించగలవు మరియు వినియోగదారుల మొత్తం అనుభవాన్ని మెరుగుపరచగలవు.
diff --git a/public/content/translations/te/staking/dvt/index.md b/public/content/translations/te/staking/dvt/index.md
index 1a513689ebf..79207baf0cb 100644
--- a/public/content/translations/te/staking/dvt/index.md
+++ b/public/content/translations/te/staking/dvt/index.md
@@ -1,6 +1,6 @@
---
-title: విడి చెల్లుబడి సాంకేతికత
-description: పంపిణీ చేయబడిన వాలిడేటర్ సాంకేతికత బహుళ పక్షాల ద్వారా Ethereum వాలిడేటర్ యొక్క పంపిణీ ఆపరేషన్ను ప్రారంభిస్తుంది.
+title: "విడి చెల్లుబడి సాంకేతికత"
+description: "పంపిణీ చేయబడిన వాలిడేటర్ సాంకేతికత బహుళ పక్షాల ద్వారా Ethereum వాలిడేటర్ యొక్క పంపిణీ ఆపరేషన్ను ప్రారంభిస్తుంది."
lang: te
---
diff --git a/public/content/translations/te/staking/pools/index.md b/public/content/translations/te/staking/pools/index.md
index 049b053242d..983cebe5f68 100644
--- a/public/content/translations/te/staking/pools/index.md
+++ b/public/content/translations/te/staking/pools/index.md
@@ -1,11 +1,11 @@
---
-title: పూల్డ్ స్టేకింగ్
-description: స్టేకింగ్ పూల్స్ గురించి తెలుసుకోండి
+title: "పూల్డ్ స్టేకింగ్"
+description: "స్టేకింగ్ పూల్స్ గురించి తెలుసుకోండి"
lang: te
-template: స్టేకింగ్
+template: "స్టేకింగ్"
emoji: ":money_with_wings:"
image: /images/staking/leslie-pool.png
-alt: లెస్లీ కొలనులో ఈత కొడుతున్న ఖడ్గమృగం.
+alt: "లెస్లీ కొలనులో ఈత కొడుతున్న ఖడ్గమృగం."
sidebarDepth: 2
summaryPoints:
- ఇతరులతో చేతులు కలపడం ద్వారా ఏ మొత్తంలోనైనా ETHతో వాటా పొందండి మరియు రివార్డ్లను సంపాదించండి
@@ -68,14 +68,16 @@ summaryPoints:
ప్రత్యామ్నాయంగా, ERC-20 స్టేకింగ్ టోకెన్ను ఉపయోగించే పూల్స్, వినియోగదారులు ఈ టోకెన్ను ఓపెన్ మార్కెట్లో ట్రేడ్ చేయడానికి అనుమతిస్తాయి, ఇది స్టేకింగ్ కాంట్రాక్ట్ నుండి వాస్తవానికి ETHని తొలగించకుండానే, మీ స్టేకింగ్ స్థానాన్ని సమర్థవంతంగా "ఉపసంహరించుకోవడానికి" మిమ్మల్ని అనుమతిస్తుంది.
-స్టేకింగ్ ఉపసంహరణలపై మరింత
+స్టేకింగ్ ఉపసంహరణలపై మరింత
+
ఈ పూల్డ్ స్టేకింగ్ ఎంపికలు మరియు కేంద్రీకృత మార్పిడుల మధ్య చాలా సారూప్యతలు ఉన్నాయి, ఉదాహరణకు, తక్కువ మొత్తంలో ETHని స్టేక్ చేసి, వ్యాలిడేటర్లను యాక్టివేట్ చేయడానికి వాటిని కలిపి బండిల్ చేసే సామర్థ్యం వంటివి.
కేంద్రీకృత మార్పిడుల వలె కాకుండా, అనేక ఇతర పూల్డ్ స్టేకింగ్ ఎంపికలు స్మార్ట్ కాంట్రాక్టులు మరియు/లేదా స్టేకింగ్ టోకెన్లను ఉపయోగిస్తాయి, ఇవి సాధారణంగా మీ స్వంత వాలెట్లో ఉంచుకోగల ERC-20 టోకెన్లు, మరియు ఏ ఇతర టోకెన్ లాగానైనా కొనుగోలు చేయవచ్చు లేదా అమ్మవచ్చు. ఇది మీ టోకెన్లపై మీకు నియంత్రణ ఇవ్వడం ద్వారా సార్వభౌమాధికారం మరియు భద్రత యొక్క ఒక పొరను అందిస్తుంది, కానీ నేపథ్యంలో మీ తరపున ధృవీకరించే వ్యాలిడేటర్ క్లయింట్పై మీకు ఇప్పటికీ ప్రత్యక్ష నియంత్రణ ఇవ్వదు.
-వాటికి మద్దతు ఇచ్చే నోడ్ల విషయానికి వస్తే, కొన్ని పూలింగ్ ఎంపికలు ఇతరుల కంటే ఎక్కువగా వికేంద్రీకరించబడ్డాయి. నెట్వర్క్ యొక్క ఆరోగ్యం మరియు వికేంద్రీకరణను ప్రోత్సహించడానికి, అనుమతిలేని వికేంద్రీకృత నోడ్ ఆపరేటర్ల సమితిని ప్రారంభించే పూలింగ్ సేవను ఎంచుకోవడానికి స్టేకర్లు ఎల్లప్పుడూ ప్రోత్సహించబడతారు.
+వాటికి మద్దతు ఇచ్చే నోడ్ల విషయానికి వస్తే, కొన్ని పూలింగ్ ఎంపికలు ఇతరుల కంటే ఎక్కువగా వికేంద్రీకరించబడ్డాయి. నెట్వర్క్ యొక్క ఆరోగ్యం మరియు వికేంద్రీకరణను ప్రోత్సహించడానికి, అనుమతిలేని వికేంద్రీకృత నోడ్ ఆపరేటర్ల సమితిని ప్రారంభించే పూలింగ్ సేవను ఎంచుకోవడానికి స్టేకర్లు ఎల్లప్పుడూ ప్రోత్సహించబడతారు.
+
## మరింత సమాచారం {#further-reading}
diff --git a/public/content/translations/te/staking/saas/index.md b/public/content/translations/te/staking/saas/index.md
index cca290c56de..187791ecad5 100644
--- a/public/content/translations/te/staking/saas/index.md
+++ b/public/content/translations/te/staking/saas/index.md
@@ -1,11 +1,11 @@
---
-title: ఒక సర్వీస్గా స్టేకింగ్
-description: సేవగా స్టాకింగ్ గురించి తెలుసుకోండి
+title: "ఒక సర్వీస్గా స్టేకింగ్"
+description: "సేవగా స్టాకింగ్ గురించి తెలుసుకోండి"
lang: te
-template: స్టేకింగ్
+template: "స్టేకింగ్"
emoji: ":money_with_wings:"
image: /images/staking/leslie-saas.png
-alt: మేఘాలలో తేలుతున్న లెస్లీ అనే ఖడ్గమృగం.
+alt: "మేఘాలలో తేలుతున్న లెస్లీ అనే ఖడ్గమృగం."
sidebarDepth: 2
summaryPoints:
- థర్డ్ పార్టీ నోడ్ ఆపరేటర్లు మీ వాలిడేటర్ క్లయింట్ యొక్క ఆపరేషన్ను నిర్వహిస్తారు
@@ -70,21 +70,24 @@ summaryPoints:
ఈ సీడ్ ఫ్రేజ్ను మీరు సురక్షితంగా బ్యాకప్ చేశారని నిర్ధారించుకోండి, లేకపోతే సమయం వచ్చినప్పుడు మీరు మీ ఉపసంహరణ కీలను రూపొందించలేరు.
-\*ప్రారంభ డిపాజిట్తో ఉపసంహరణ చిరునామాను అందించిన స్టాకర్లు దీనిని సెట్ చేయవలసిన అవసరం లేదు. మీ వ్యాలిడేటర్ను ఎలా సిద్ధం చేసుకోవాలో మద్దతు కోసం మీ SaaS ప్రొవైడర్ను సంప్రదించండి.
+\*ప్రారంభ డిపాజిట్తో ఉపసంహరణ చిరునామాను అందించిన స్టాకర్లు దీనిని సెట్ చేయవలసిన అవసరం లేదు. మీ వ్యాలిడేటర్ను ఎలా సిద్ధం చేసుకోవాలో మద్దతు కోసం మీ SaaS ప్రొవైడర్ను సంప్రదించండి.
+
స్టాకర్లు ఉపసంహరణ చిరునామాను అందించాలి (ప్రారంభ డిపాజిట్లో అందించకపోతే), మరియు రివార్డ్ చెల్లింపులు ప్రతి కొన్ని రోజులకు క్రమానుగతంగా స్వయంచాలకంగా పంపిణీ చేయబడటం ప్రారంభమవుతుంది.
వ్యాలిడేటర్లు వ్యాలిడేటర్గా పూర్తిగా నిష్క్రమించవచ్చు, ఇది వారి మిగిలిన ETH బ్యాలెన్స్ను ఉపసంహరణ కోసం అన్లాక్ చేస్తుంది. ఎగ్జిక్యూషన్ ఉపసంహరణ చిరునామాను అందించి, నిష్క్రమణ ప్రక్రియను పూర్తి చేసిన ఖాతాలు, తదుపరి వ్యాలిడేటర్ స్వీప్ సమయంలో అందించిన ఉపసంహరణ చిరునామాకు వారి పూర్తి బ్యాలెన్స్ను అందుకుంటాయి.
-స్టేకింగ్ ఉపసంహరణలపై మరింత
+స్టేకింగ్ ఉపసంహరణలపై మరింత
+
SaaS ప్రొవైడర్ను ఉపయోగించడం ద్వారా, మీరు మీ నోడ్ యొక్క ఆపరేషన్ను మరొకరికి అప్పగిస్తున్నారు. ఇది మీ నియంత్రణలో లేని, పేలవమైన నోడ్ పనితీరు యొక్క ప్రమాదంతో వస్తుంది. మీ వ్యాలిడేటర్ స్లాష్ చేయబడిన సందర్భంలో, మీ వ్యాలిడేటర్ బ్యాలెన్స్కు జరిమానా విధించబడుతుంది మరియు వ్యాలిడేటర్ పూల్ నుండి బలవంతంగా తొలగించబడుతుంది.
స్లాషింగ్/నిష్క్రమణ ప్రక్రియ పూర్తయిన తర్వాత, ఈ నిధులు వ్యాలిడేటర్కు కేటాయించిన ఉపసంహరణ చిరునామాకు బదిలీ చేయబడతాయి. దీన్ని ప్రారంభించడానికి ఉపసంహరణ చిరునామాను అందించడం అవసరం. ఇది ప్రారంభ డిపాజిట్పై అందించబడి ఉండవచ్చు. లేకపోతే, ఉపసంహరణ చిరునామాను ప్రకటించే సందేశంపై సంతకం చేయడానికి వ్యాలిడేటర్ ఉపసంహరణ కీలను ఉపయోగించాల్సి ఉంటుంది. ఉపసంహరణ చిరునామా అందించకపోతే, అందించే వరకు నిధులు లాక్ చేయబడి ఉంటాయి.
-ఏవైనా హామీలు లేదా బీమా ఎంపికల గురించి మరిన్ని వివరాల కోసం మరియు ఉపసంహరణ చిరునామాను ఎలా అందించాలనే దానిపై సూచనల కోసం వ్యక్తిగత SaaS ప్రొవైడర్ను సంప్రదించండి. మీరు మీ వ్యాలిడేటర్ సెటప్పై పూర్తి నియంత్రణలో ఉండటానికి ఇష్టపడితే, [మీ ETHని సోలో స్టాక్ చేయడం ఎలాగో దాని గురించి మరింత తెలుసుకోండి](/staking/solo/).
+ఏవైనా హామీలు లేదా బీమా ఎంపికల గురించి మరిన్ని వివరాల కోసం మరియు ఉపసంహరణ చిరునామాను ఎలా అందించాలనే దానిపై సూచనల కోసం వ్యక్తిగత SaaS ప్రొవైడర్ను సంప్రదించండి. మీరు మీ వ్యాలిడేటర్ సెటప్పై పూర్తి నియంత్రణలో ఉండటానికి ఇష్టపడితే, [మీ ETHని సోలో స్టాక్ చేయడం ఎలాగో దాని గురించి మరింత తెలుసుకోండి](/staking/solo/).
+
## మరింత సమాచారం {#further-reading}
diff --git a/public/content/translations/te/staking/solo/index.md b/public/content/translations/te/staking/solo/index.md
index f3c86c406ff..47914e2a3de 100644
--- a/public/content/translations/te/staking/solo/index.md
+++ b/public/content/translations/te/staking/solo/index.md
@@ -1,11 +1,11 @@
---
-title: హోమ్ స్టేక్ మీ ETH
-description: మీ ETH ను హోమ్ స్టేకింగ్ చేయడం ఎలా ప్రారంభించాలనే దానిపై ఒక అవలోకనం
+title: "హోమ్ స్టేక్ మీ ETH"
+description: "మీ ETH ను హోమ్ స్టేకింగ్ చేయడం ఎలా ప్రారంభించాలనే దానిపై ఒక అవలోకనం"
lang: te
-template: స్టేకింగ్
+template: "స్టేకింగ్"
emoji: ":money_with_wings:"
image: /images/staking/leslie-solo.png
-alt: లెస్లీ అనే ఖడ్గమృగం దాని సొంత కంప్యూటర్ చిప్ మీద ఉంది.
+alt: "లెస్లీ అనే ఖడ్గమృగం దాని సొంత కంప్యూటర్ చిప్ మీద ఉంది."
sidebarDepth: 2
summaryPoints:
- మీ వాలిడేటర్ను సరిగ్గా పనిచేసేలా మరియు ఆన్లైన్లో ఉంచినందుకు ప్రోటోకాల్ నుండి నేరుగా గరిష్ట రివార్డులను స్వీకరించండి
@@ -43,17 +43,20 @@ summaryPoints:
మీ స్వంత నోడ్ను ఆపరేట్ చేస్తున్నప్పుడు, మీరు ఎంచుకున్న సాఫ్ట్వేర్ను ఎలా ఉపయోగించాలో తెలుసుకోవడానికి కొంత సమయం కేటాయించాలి. దీనిలో సంబంధిత డాక్యుమెంటేషన్ చదవడం మరియు ఆ డెవ్ బృందాల కమ్యూనికేషన్ ఛానెల్లకు అనుగుణంగా ఉండటం ఉంటుంది.
-మీరు నడుపుతున్న సాఫ్ట్వేర్ గురించి మరియు ప్రూఫ్-ఆఫ్-స్టేక్ ఎలా పనిచేస్తుందో మీరు ఎంతగా అర్థం చేసుకుంటే, ఒక స్టేకర్గా అది అంత తక్కువ ప్రమాదకరం అవుతుంది, మరియు ఒక నోడ్ ఆపరేటర్గా మార్గంలో తలెత్తే ఏవైనా సమస్యలను పరిష్కరించడం అంత సులభం అవుతుంది.
+మీరు నడుపుతున్న సాఫ్ట్వేర్ గురించి మరియు ప్రూఫ్-ఆఫ్-స్టేక్ ఎలా పనిచేస్తుందో మీరు ఎంతగా అర్థం చేసుకుంటే, ఒక స్టేకర్గా అది అంత తక్కువ ప్రమాదకరం అవుతుంది, మరియు ఒక నోడ్ ఆపరేటర్గా మార్గంలో తలెత్తే ఏవైనా సమస్యలను పరిష్కరించడం అంత సులభం అవుతుంది.
+
నోడ్ సెటప్కు కంప్యూటర్లతో పనిచేసేటప్పుడు సహేతుకమైన సౌకర్య స్థాయి అవసరం, కొత్త టూల్స్ కాలక్రమేణా దీన్ని సులభతరం చేస్తున్నప్పటికీ. కమాండ్-లైన్ ఇంటర్ఫేస్ గురించి అర్థం చేసుకోవడం సహాయపడుతుంది, కానీ ఇకపై ఖచ్చితంగా అవసరం లేదు.
-దీనికి చాలా ప్రాథమిక హార్డ్వేర్ సెటప్ మరియు కనీస సిఫార్సు చేయబడిన స్పెక్స్ గురించి కొంత అవగాహన కూడా అవసరం.
+దీనికి చాలా ప్రాథమిక హార్డ్వేర్ సెటప్ మరియు కనీస సిఫార్సు చేయబడిన స్పెక్స్ గురించి కొంత అవగాహన కూడా అవసరం.
+
ప్రైవేట్ కీలు మీ Ethereum చిరునామాను ఎలా సురక్షితం చేస్తాయో, అదే విధంగా మీరు మీ వాలిడేటర్ కోసం ప్రత్యేకంగా కీలను జెనరేట్ చేయాల్సి ఉంటుంది. మీరు ఏదైనా సీడ్ ఫ్రేజ్లు లేదా ప్రైవేట్ కీలను సురక్షితంగా మరియు భద్రంగా ఎలా ఉంచుకోవాలో అర్థం చేసుకోవాలి.{' '}
-[Ethereum భద్రత మరియు స్కామ్ నివారణ](/security/)
+[Ethereum భద్రత మరియు స్కామ్ నివారణ](/security/)
+
హార్డ్వేర్ అప్పుడప్పుడు విఫలమవుతుంది, నెట్వర్క్ కనెక్షన్లలో లోపాలు వస్తాయి, మరియు క్లయింట్ సాఫ్ట్వేర్ అప్పుడప్పుడు అప్గ్రేడ్ చేయాల్సి ఉంటుంది. నోడ్ నిర్వహణ అనివార్యం మరియు అప్పుడప్పుడు మీ శ్రద్ధ అవసరం. మీరు ఏవైనా ఊహించిన నెట్వర్క్ అప్గ్రేడ్లు లేదా ఇతర కీలకమైన క్లయింట్ అప్గ్రేడ్ల గురించి అప్రమత్తంగా ఉన్నారని నిర్ధారించుకోవాలి.
@@ -66,7 +69,9 @@ summaryPoints:
ఆఫ్లైన్లో ఉన్నందుకు నిష్క్రియాత్మక పెనాల్టీల నుండి భిన్నంగా, స్లాషింగ్ అనేది హానికరమైన నేరాల కోసం రిజర్వ్ చేయబడిన చాలా తీవ్రమైన పెనాల్టీ. ఒకేసారి ఒకే మెషీన్లో మీ కీలను లోడ్ చేసి మైనారిటీ క్లయింట్ను నడపడం ద్వారా, స్లాష్ అయ్యే మీ ప్రమాదం కనిష్టీకరించబడుతుంది. అయినప్పటికీ, అన్ని స్టేకర్లు స్లాషింగ్ ప్రమాదాల గురించి తెలుసుకోవాలి.
- స్లాషింగ్ మరియు వాలిడేటర్ జీవనచక్రంపై మరిన్ని వివరాలు
+ స్లాషింగ్ మరియు వాలిడేటర్ జీవనచక్రంపై మరిన్ని వివరాలు
+
+
@@ -125,7 +130,6 @@ summaryPoints:
ఒక వాలిడేటర్ అనేది Ethereum లో నివసించే ఒక వర్చువల్ ఎంటిటీ మరియు ఇది Ethereum ప్రోటోకాల్ యొక్క ఏకాభిప్రాయంలో పాల్గొంటుంది. వాలిడేటర్లు ఒక బ్యాలెన్స్, పబ్లిక్ కీ మరియు ఇతర లక్షణాల ద్వారా ప్రాతినిధ్యం వహించబడతాయి. ఒక వాలిడేటర్ క్లయింట్ అనేది వాలిడేటర్ తరపున దాని ప్రైవేట్ కీని పట్టుకొని మరియు ఉపయోగించడం ద్వారా పనిచేసే సాఫ్ట్వేర్. ఒక సింగిల్ వాలిడేటర్ క్లయింట్ అనేక కీ జతలను కలిగి ఉండగలదు, అనేక వాలిడేటర్లను నియంత్రిస్తుంది.
-
@@ -137,14 +141,16 @@ summaryPoints:
ఒక వాలిడేటర్తో అనుబంధించబడిన ప్రతి కీ-జతకు యాక్టివేట్ కావడానికి కనీసం 32 ETH అవసరం. దీని కంటే ఎక్కువ ఉన్న ఏ బ్యాలెన్స్నైనా ఈ చిరునామా ద్వారా సంతకం చేసిన లావాదేవీ ద్వారా ఎప్పుడైనా సంబంధిత విత్డ్రావల్ చిరునామాకు విత్డ్రా చేసుకోవచ్చు. గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్ కంటే ఎక్కువ ఉన్న ఏ నిధులైనా క్రమానుగతంగా ఆటోమేటిక్గా విత్డ్రా చేయబడతాయి.
-హోమ్ స్టేకింగ్ మీకు చాలా డిమాండింగ్గా అనిపిస్తే, ఒక [స్టేకింగ్-యాస్-ఎ-సర్వీస్](/staking/saas/) ప్రొవైడర్ను ఉపయోగించడాన్ని పరిగణించండి, లేదా మీరు 32 ETH కంటే తక్కువతో పనిచేస్తుంటే, [స్టేకింగ్ పూల్స్](/staking/pools/) ను చూడండి.
+హోమ్ స్టేకింగ్ మీకు చాలా డిమాండింగ్గా అనిపిస్తే, ఒక [స్టేకింగ్-యాస్-ఎ-సర్వీస్](/staking/saas/) ప్రొవైడర్ను ఉపయోగించడాన్ని పరిగణించండి, లేదా మీరు 32 ETH కంటే తక్కువతో పనిచేస్తుంటే, [స్టేకింగ్ పూల్స్](/staking/pools/) ను చూడండి.
+
నెట్వర్క్ సరిగ్గా ఖరారు అవుతున్నప్పుడు ఆఫ్లైన్కు వెళ్లడం స్లాషింగ్కు దారితీయదు. ఒక ఇచ్చిన ఎపోక్ (ప్రతి 6.4 నిమిషాల పొడవు) కోసం మీ వాలిడేటర్ అటెస్ట్ చేయడానికి అందుబాటులో లేకపోతే చిన్న నిష్క్రియాత్మక పెనాల్టీలు విధించబడతాయి, కానీ ఇది స్లాషింగ్ నుండి చాలా భిన్నమైనది. ఈ పెనాల్టీలు, వాలిడేటర్ అటెస్ట్ చేయడానికి అందుబాటులో ఉంటే మీరు సంపాదించే రివార్డు కంటే కొంచెం తక్కువగా ఉంటాయి, మరియు నష్టాలను తిరిగి ఆన్లైన్లో సుమారుగా అంతే సమయంలో తిరిగి సంపాదించవచ్చు.
ఒకే సమయంలో ఎంతమంది వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నారనే దానిపై నిష్క్రియాత్మకతకు పెనాల్టీలు అనుపాతంలో ఉంటాయని గమనించండి. నెట్వర్క్లో ఎక్కువ భాగం ఒకేసారి ఆఫ్లైన్లో ఉన్న సందర్భాలలో, ఒక సింగిల్ వాలిడేటర్ అందుబాటులో లేనప్పటి కంటే ఈ వాలిడేటర్లలో ప్రతి ఒక్కరికీ పెనాల్టీలు ఎక్కువగా ఉంటాయి.
-మూడింట ఒక వంతు కంటే ఎక్కువ వాలిడేటర్లు ఆఫ్లైన్లో ఉండటం వల్ల నెట్వర్క్ ఖరారు చేయడం ఆగిపోయే తీవ్రమైన సందర్భాల్లో, ఈ వినియోగదారులు క్వాడ్రాటిక్ ఇనాక్టివిటీ లీక్ అని పిలవబడే దానిని అనుభవిస్తారు, ఇది ఆఫ్లైన్ వాలిడేటర్ ఖాతాల నుండి ETH యొక్క ఎక్స్పోనెన్షియల్ డ్రెయిన్. నిష్క్రియాత్మక వాలిడేటర్ల బ్యాలెన్స్ 16 ETH కి చేరుకునే వరకు వారి ETH ను బర్న్ చేయడం ద్వారా నెట్వర్క్ చివరికి స్వయంగా నయం చేసుకోవడానికి ఇది వీలు కల్పిస్తుంది, ఆ సమయంలో వారు ఆటోమేటిక్గా వాలిడేటర్ పూల్ నుండి తొలగించబడతారు. మిగిలిన ఆన్లైన్ వాలిడేటర్లు చివరికి మళ్లీ నెట్వర్క్లో 2/3 కంటే ఎక్కువ ఉంటారు, చైన్ను మరోసారి ఖరారు చేయడానికి అవసరమైన సూపర్ మెజారిటీని సంతృప్తిపరుస్తారు.
+మూడింట ఒక వంతు కంటే ఎక్కువ వాలిడేటర్లు ఆఫ్లైన్లో ఉండటం వల్ల నెట్వర్క్ ఖరారు చేయడం ఆగిపోయే తీవ్రమైన సందర్భాల్లో, ఈ వినియోగదారులు క్వాడ్రాటిక్ ఇనాక్టివిటీ లీక్ అని పిలవబడే దానిని అనుభవిస్తారు, ఇది ఆఫ్లైన్ వాలిడేటర్ ఖాతాల నుండి ETH యొక్క ఎక్స్పోనెన్షియల్ డ్రెయిన్. నిష్క్రియాత్మక వాలిడేటర్ల బ్యాలెన్స్ 16 ETH కి చేరుకునే వరకు వారి ETH ను బర్న్ చేయడం ద్వారా నెట్వర్క్ చివరికి స్వయంగా నయం చేసుకోవడానికి ఇది వీలు కల్పిస్తుంది, ఆ సమయంలో వారు ఆటోమేటిక్గా వాలిడేటర్ పూల్ నుండి తొలగించబడతారు. మిగిలిన ఆన్లైన్ వాలిడేటర్లు చివరికి మళ్లీ నెట్వర్క్లో 2/3 కంటే ఎక్కువ ఉంటారు, చైన్ను మరోసారి ఖరారు చేయడానికి అవసరమైన సూపర్ మెజారిటీని సంతృప్తిపరుస్తారు.
+
సంక్షిప్తంగా, దీనికి పూర్తిగా హామీ ఇవ్వలేము, కానీ మీరు సద్భావంతో వ్యవహరిస్తే, మైనారిటీ క్లయింట్ను నడిపితే మరియు మీ సైనింగ్ కీలను ఒకేసారి ఒకే మెషీన్లో ఉంచితే, స్లాష్ అయ్యే ప్రమాదం దాదాపు సున్నా.
@@ -166,14 +172,16 @@ summaryPoints:
అన్ని ప్రొడక్షన్ క్లయింట్లు ఒకే ప్రాథమిక కార్యాచరణను అందిస్తున్నందున, మీరు మైనారిటీ క్లయింట్ను ఎంచుకోవడం వాస్తవానికి చాలా ముఖ్యం, అంటే నెట్వర్క్లోని ఎక్కువమంది వాలిడేటర్లచే ప్రస్తుతం ఉపయోగించబడని ఏదైనా క్లయింట్. ఇది విరుద్ధంగా అనిపించవచ్చు, కానీ మెజారిటీ లేదా సూపర్ మెజారిటీ క్లయింట్ను నడపడం ఆ క్లయింట్లో బగ్ ఉన్న సందర్భంలో మిమ్మల్ని స్లాషింగ్ యొక్క అధిక ప్రమాదంలో ఉంచుతుంది. మైనారిటీ క్లయింట్ను నడపడం ఈ ప్రమాదాలను గణనీయంగా పరిమితం చేస్తుంది.
-క్లయింట్ వైవిధ్యం ఎందుకు కీలకమో మరింత తెలుసుకోండి
+క్లయింట్ వైవిధ్యం ఎందుకు కీలకమో మరింత తెలుసుకోండి
+
వర్చువల్ ప్రైవేట్ సర్వర్ (VPS) ను హోమ్ హార్డ్వేర్కు బదులుగా ఉపయోగించగలిగినప్పటికీ, మీ వాలిడేటర్ క్లయింట్ యొక్క భౌతిక యాక్సెస్ మరియు స్థానం ముఖ్యమే. Amazon Web Services లేదా Digital Ocean వంటి కేంద్రీకృత క్లౌడ్ పరిష్కారాలు, నెట్వర్క్ను కేంద్రీకరించే ఖర్చుతో, హార్డ్వేర్ను పొందడం మరియు ఆపరేట్ చేయవలసిన అవసరం లేని సౌలభ్యాన్ని అనుమతిస్తాయి.
ఒకే కేంద్రీకృత క్లౌడ్ స్టోరేజ్ సొల్యూషన్పై నడుస్తున్న వాలిడేటర్ క్లయింట్లు ఎంత ఎక్కువగా ఉంటే, ఈ వినియోగదారులకు అది అంత ప్రమాదకరంగా మారుతుంది. దాడి ద్వారా, నియంత్రణ డిమాండ్ల ద్వారా, లేదా కేవలం పవర్/ఇంటర్నెట్ అంతరాయాల ద్వారా ఈ ప్రొవైడర్లను ఆఫ్లైన్కు తీసుకువెళ్లే ఏ సంఘటన అయినా, ఈ సర్వర్పై ఆధారపడే ప్రతి వాలిడేటర్ క్లయింట్ ఒకేసారి ఆఫ్లైన్కు వెళ్ళడానికి దారితీస్తుంది.
-ఆఫ్లైన్ పెనాల్టీలు ఒకే సమయంలో ఎంతమంది ఇతరులు ఆఫ్లైన్లో ఉన్నారనే దానికి అనుపాతంలో ఉంటాయి. VPS ను ఉపయోగించడం ఆఫ్లైన్ పెనాల్టీలు మరింత తీవ్రంగా ఉండే ప్రమాదాన్ని బాగా పెంచుతుంది, మరియు అంతరాయం తగినంత పెద్దదిగా ఉన్న సందర్భంలో క్వాడ్రాటిక్ లీకింగ్ లేదా స్లాషింగ్ యొక్క మీ ప్రమాదాన్ని పెంచుతుంది. మీ స్వంత ప్రమాదాన్ని, మరియు నెట్వర్క్కు ప్రమాదాన్ని తగ్గించడానికి, వినియోగదారులు వారి స్వంత హార్డ్వేర్ను పొందడానికి మరియు ఆపరేట్ చేయడానికి గట్టిగా ప్రోత్సహించబడ్డారు.
+ఆఫ్లైన్ పెనాల్టీలు ఒకే సమయంలో ఎంతమంది ఇతరులు ఆఫ్లైన్లో ఉన్నారనే దానికి అనుపాతంలో ఉంటాయి. VPS ను ఉపయోగించడం ఆఫ్లైన్ పెనాల్టీలు మరింత తీవ్రంగా ఉండే ప్రమాదాన్ని బాగా పెంచుతుంది, మరియు అంతరాయం తగినంత పెద్దదిగా ఉన్న సందర్భంలో క్వాడ్రాటిక్ లీకింగ్ లేదా స్లాషింగ్ యొక్క మీ ప్రమాదాన్ని పెంచుతుంది. మీ స్వంత ప్రమాదాన్ని, మరియు నెట్వర్క్కు ప్రమాదాన్ని తగ్గించడానికి, వినియోగదారులు వారి స్వంత హార్డ్వేర్ను పొందడానికి మరియు ఆపరేట్ చేయడానికి గట్టిగా ప్రోత్సహించబడ్డారు.
+
@@ -185,7 +193,8 @@ summaryPoints:
మీ మొత్తం బ్యాలెన్స్ను తిరిగి అన్లాక్ చేసి, స్వీకరించడానికి మీరు మీ వాలిడేటర్ నుండి నిష్క్రమించే ప్రక్రియను కూడా పూర్తి చేయాలి.
-స్టేకింగ్ ఉపసంహరణలపై మరింత
+స్టేకింగ్ ఉపసంహరణలపై మరింత
+
## మరింత సమాచారం {#further-reading}
diff --git a/public/content/translations/te/staking/withdrawals/index.md b/public/content/translations/te/staking/withdrawals/index.md
index 150a0482226..c7db92f1cca 100644
--- a/public/content/translations/te/staking/withdrawals/index.md
+++ b/public/content/translations/te/staking/withdrawals/index.md
@@ -1,10 +1,10 @@
---
-title: స్టేకింగ్ విత్డ్రాల్స్
-description: స్టేకింగ్ పుష్ ఉపసంహరణలు అంటే ఏమిటి, అవి ఎలా పనిచేస్తాయి మరియు వారి రివార్డ్లను పొందడానికి వాటాదారులు ఏమి చేయాలో సంగ్రహించే పేజీ
+title: "స్టేకింగ్ విత్డ్రాల్స్"
+description: "స్టేకింగ్ పుష్ ఉపసంహరణలు అంటే ఏమిటి, అవి ఎలా పనిచేస్తాయి మరియు వారి రివార్డ్లను పొందడానికి వాటాదారులు ఏమి చేయాలో సంగ్రహించే పేజీ"
lang: te
-template: స్టేకింగ్
+template: "స్టేకింగ్"
image: /images/staking/leslie-withdrawal.png
-alt: లెస్లీ అనే ఖడ్గమృగం తన స్టేకింగ్ రివార్డులతో
+alt: "లెస్లీ అనే ఖడ్గమృగం తన స్టేకింగ్ రివార్డులతో"
sidebarDepth: 2
summaryPoints:
- షాంఘై/కాపెల్లా అప్గ్రేడ్ ఇతీరియములో స్టేకింగ్ ఉపసంహరణలను ప్రారంభించింది
@@ -42,7 +42,8 @@ summaryPoints:
-ప్రతి ధృవీకరణకర్త ఖాతాకు ఒకేసారి, ఒకే ఉపసంహరణ చిరునామాను మాత్రమే కేటాయించగలరు. ఒకసారి చిరునామాను ఎంచుకుని, ఏకాభిప్రాయ లేయర్కు సమర్పించిన తర్వాత, దీనిని మళ్లీ రద్దు చేయడం లేదా మార్చడం సాధ్యం కాదు. సమర్పించే ముందు అందించిన చిరునామా యొక్క యాజమాన్యం మరియు ఖచ్చితత్వాన్ని రెండుసార్లు తనిఖీ చేయండి.
+
+ప్రతి ధృవీకరణకర్త ఖాతాకు ఒకేసారి, ఒకే ఉపసంహరణ చిరునామాను మాత్రమే కేటాయించగలరు. ఒకసారి చిరునామాను ఎంచుకుని, ఏకాభిప్రాయ లేయర్కు సమర్పించిన తర్వాత, దీనిని మళ్లీ రద్దు చేయడం లేదా మార్చడం సాధ్యం కాదు. సమర్పించే ముందు అందించిన చిరునామా యొక్క యాజమాన్యం మరియు ఖచ్చితత్వాన్ని రెండుసార్లు తనిఖీ చేయండి.
@@ -137,7 +138,8 @@ title="ఉపసంహరణ చిరునామాను ఒకసారి
eventCategory="FAQ"
eventAction="Once I have provided a withdrawal address, can I change it to an alternative withdrawal address?"
eventName="read more">
-లేదు, ఉపసంహరణ ఆధారాలను అందించే ప్రక్రియ ఒక-పర్యాయ ప్రక్రియ, మరియు ఒకసారి సమర్పించిన తర్వాత మార్చబడదు.
+లేదు, ఉపసంహరణ ఆధారాలను అందించే ప్రక్రియ ఒక-పర్యాయ ప్రక్రియ, మరియు ఒకసారి సమర్పించిన తర్వాత మార్చబడదు.
+
ఉపసంహరణ చిరునామాలు స్మార్ట్ కాంట్రాక్ట్ (దాని కోడ్ ద్వారా నియంత్రించబడుతుంది), లేదా బాహ్యంగా యాజమాన్యంలోని ఖాతా (EOA, దాని ప్రైవేట్ కీ ద్వారా నియంత్రించబడుతుంది) కావచ్చు. ప్రస్తుతం ఈ ఖాతాలకు ధృవీకరణకర్త ఆధారాల మార్పును సూచించే సందేశాన్ని తిరిగి ఏకాభిప్రాయ లేయర్కు తెలియజేయడానికి మార్గం లేదు, మరియు ఈ కార్యాచరణను జోడించడం ప్రోటోకాల్కు అనవసరమైన సంక్లిష్టతను జోడిస్తుంది.
-ఒక నిర్దిష్ట ధృవీకరణకర్త కోసం ఉపసంహరణ చిరునామాను మార్చడానికి ప్రత్యామ్నాయంగా, వినియోగదారులు కీ రొటేటింగ్ను నిర్వహించగల స్మార్ట్ కాంట్రాక్ట్ను వారి ఉపసంహరణ చిరునామాగా సెట్ చేయడానికి ఎంచుకోవచ్చు, ఉదాహరణకు ఒక Safe. తమ నిధులను తమ సొంత EOAకి సెట్ చేసిన వినియోగదారులు తమ స్టేక్ చేసిన నిధులన్నింటినీ ఉపసంహరించుకోవడానికి పూర్తి నిష్క్రమణను చేయవచ్చు, ఆపై కొత్త ఆధారాలను ఉపయోగించి తిరిగి-స్టేక్ చేయవచ్చు.
+ఒక నిర్దిష్ట ధృవీకరణకర్త కోసం ఉపసంహరణ చిరునామాను మార్చడానికి ప్రత్యామ్నాయంగా, వినియోగదారులు కీ రొటేటింగ్ను నిర్వహించగల స్మార్ట్ కాంట్రాక్ట్ను వారి ఉపసంహరణ చిరునామాగా సెట్ చేయడానికి ఎంచుకోవచ్చు, ఉదాహరణకు ఒక Safe. తమ నిధులను తమ సొంత EOAకి సెట్ చేసిన వినియోగదారులు తమ స్టేక్ చేసిన నిధులన్నింటినీ ఉపసంహరించుకోవడానికి పూర్తి నిష్క్రమణను చేయవచ్చు, ఆపై కొత్త ఆధారాలను ఉపయోగించి తిరిగి-స్టేక్ చేయవచ్చు.
+
మీరు [స్టేకింగ్ పూల్](/staking/pools/)లో భాగంగా ఉన్నట్లయితే లేదా స్టేకింగ్ టోకెన్లను కలిగి ఉన్నట్లయితే, ప్రతి సేవ విభిన్నంగా పనిచేస్తుంది కాబట్టి స్టేకింగ్ ఉపసంహరణలు ఎలా నిర్వహించబడతాయనే దాని గురించి మరిన్ని వివరాల కోసం మీరు మీ ప్రొవైడర్ను సంప్రదించాలి.
సాధారణంగా, వినియోగదారులు తమ అంతర్లీన స్టేక్ చేసిన ETHని తిరిగి పొందడానికి లేదా వారు ఏ స్టేకింగ్ ప్రొవైడర్ను ఉపయోగిస్తున్నారో మార్చుకోవడానికి స్వేచ్ఛగా ఉండాలి. ఒక నిర్దిష్ట పూల్ చాలా పెద్దదిగా మారితే, నిధులను నిష్క్రమించి, రీడీమ్ చేసి, చిన్న ప్రొవైడర్తో తిరిగి-స్టేక్ చేయవచ్చు. లేదా, మీరు తగినంత ETHని కూడగట్టుకున్నట్లయితే మీరు [ఇంటి నుండి స్టేక్ చేయవచ్చు](/staking/solo/).
-
-అవును, మీ ధృవీకరణకర్త ఉపసంహరణ చిరునామాను అందించినంత కాలం. ఏదైనా ఉపసంహరణలను ప్రారంభించడానికి దీనిని ఒకసారి అందించాలి, ఆపై ప్రతి ధృవీకరణకర్త స్వీప్తో ప్రతి కొన్ని రోజులకు రివార్డ్ చెల్లింపులు స్వయంచాలకంగా ప్రేరేపించబడతాయి.
+అవును, మీ ధృవీకరణకర్త ఉపసంహరణ చిరునామాను అందించినంత కాలం. ఏదైనా ఉపసంహరణలను ప్రారంభించడానికి దీనిని ఒకసారి అందించాలి, ఆపై ప్రతి ధృవీకరణకర్త స్వీప్తో ప్రతి కొన్ని రోజులకు రివార్డ్ చెల్లింపులు స్వయంచాలకంగా ప్రేరేపించబడతాయి.
+
లేదు, మీ ధృవీకరణకర్త నెట్వర్క్లో ఇప్పటికీ యాక్టివ్గా ఉంటే, పూర్తి ఉపసంహరణ స్వయంచాలకంగా జరగదు. దీనికి స్వచ్ఛంద నిష్క్రమణను మాన్యువల్గా ప్రారంభించడం అవసరం.
ఒక ధృవీకరణకర్త నిష్క్రమణ ప్రక్రియను పూర్తి చేసిన తర్వాత, మరియు ఖాతాకు ఉపసంహరణ ఆధారాలు ఉన్నాయని ఊహిస్తూ, మిగిలిన బ్యాలెన్స్ అప్పుడు తదుపరి ధృవీకరణకర్త స్వీప్ సమయంలో ఉపసంహరించబడుతుంది.
-
ఉపసంహరణలు స్వయంచాలకంగా పుష్ చేయబడేలా రూపొందించబడ్డాయి, స్టేక్కు చురుకుగా దోహదపడని ఏ ETHనైనా బదిలీ చేస్తాయి. ఇందులో నిష్క్రమణ ప్రక్రియను పూర్తి చేసిన ఖాతాల పూర్తి బ్యాలెన్స్లు ఉంటాయి.
-ఉపసంహరించుకోవడానికి నిర్దిష్ట మొత్తంలో ETHని మాన్యువల్గా అభ్యర్థించడం సాధ్యం కాదు.
+ఉపసంహరించుకోవడానికి నిర్దిష్ట మొత్తంలో ETHని మాన్యువల్గా అభ్యర్థించడం సాధ్యం కాదు.
+
ధృవీకరణకర్త ఆపరేటర్లు స్టేకింగ్ లాంచ్ప్యాడ్ ఉపసంహరణల పేజీని సందర్శించాలని సిఫార్సు చేయబడింది, ఇక్కడ మీరు ఉపసంహరణల కోసం మీ ధృవీకరణకర్తను ఎలా సిద్ధం చేయాలి, ఈవెంట్ల సమయం మరియు ఉపసంహరణలు ఎలా పనిచేస్తాయనే దాని గురించి మరిన్ని వివరాలను కనుగొంటారు.
మొదట మీ సెటప్ను ఒక టెస్టునెట్లో ప్రయత్నించడానికి, ప్రారంభించడానికి హూడీ టెస్టునెట్ స్టేకింగ్ లాంచ్ప్యాడ్ను సందర్శించండి.
-
-లేదు. ఒక ధృవీకరణకర్త నిష్క్రమించి, దాని పూర్తి బ్యాలెన్స్ ఉపసంహరించబడిన తర్వాత, ఆ ధృవీకరణకర్తకు డిపాజిట్ చేయబడిన ఏవైనా అదనపు నిధులు తదుపరి ధృవీకరణకర్త స్వీప్ సమయంలో స్వయంచాలకంగా ఉపసంహరణ చిరునామాకు బదిలీ చేయబడతాయి. ETHని తిరిగి-స్టేక్ చేయడానికి, ఒక కొత్త ధృవీకరణకర్తను సక్రియం చేయాలి.
+లేదు. ఒక ధృవీకరణకర్త నిష్క్రమించి, దాని పూర్తి బ్యాలెన్స్ ఉపసంహరించబడిన తర్వాత, ఆ ధృవీకరణకర్తకు డిపాజిట్ చేయబడిన ఏవైనా అదనపు నిధులు తదుపరి ధృవీకరణకర్త స్వీప్ సమయంలో స్వయంచాలకంగా ఉపసంహరణ చిరునామాకు బదిలీ చేయబడతాయి. ETHని తిరిగి-స్టేక్ చేయడానికి, ఒక కొత్త ధృవీకరణకర్తను సక్రియం చేయాలి.
+
## మరింత సమాచారం {#further-reading}
diff --git a/public/content/translations/te/web3/index.md b/public/content/translations/te/web3/index.md
index cd39fcb8735..3caab7fa7b4 100644
--- a/public/content/translations/te/web3/index.md
+++ b/public/content/translations/te/web3/index.md
@@ -1,6 +1,6 @@
---
-title: Web3 అంటే ఏంటి మరియు అది ఎందుకు అంత ముఖ్యమైనది?
-description: Web3కి పరిచయం- వరల్డ్ వైడ్ వెబ్కు రాబోయే పరిణామం- మరియు ఎందుకు ఇంత అవసరం.
+title: "Web3 అంటే ఏంటి మరియు అది ఎందుకు అంత ముఖ్యమైనది?"
+description: "Web3కి పరిచయం- వరల్డ్ వైడ్ వెబ్కు రాబోయే పరిణామం- మరియు ఎందుకు ఇంత అవసరం."
lang: te
---
@@ -69,7 +69,8 @@ Web3 [నాన్-ఫంగిబుల్ టోకెన్ల (NFTల)](/glo
- NFTల గురించి మరింత తెలుసుకోండి
+ NFTల గురించి మరింత తెలుసుకోండి
+
NFTల గురించి మరింత
@@ -97,7 +98,8 @@ DAOలు సాంకేతికంగా అంగీకరించబడి
- DAOల గురించి మరింత తెలుసుకోండి
+ DAOల గురించి మరింత తెలుసుకోండి
+
DAOల గురించి మరింత
diff --git a/public/content/translations/te/what-are-apps/index.md b/public/content/translations/te/what-are-apps/index.md
index 09d20d754b7..0f880de24b8 100644
--- a/public/content/translations/te/what-are-apps/index.md
+++ b/public/content/translations/te/what-are-apps/index.md
@@ -1,14 +1,14 @@
---
-title: ఇతీరియము అప్లికేషన్లు
-metaTitle: ఇతీరియము అప్లికేషన్లు | ఇతీరియముపై వికేంద్రీకృత అప్లికేషన్లు
-description: ఇతీరియములోని యాప్లు ఉచితం, ప్రపంచవ్యాప్తం మరియు ప్రైవేట్ కంపెనీ సర్వర్లకు బదులుగా పబ్లిక్ బ్లాక్ చైనును ఉపయోగిస్తాయి. అంటే మీరు ప్రతి ప్రాజెక్ట్లోనూ ఒకే ఖాతాను ఉపయోగించవచ్చు మరియు మీ గోప్యతను కాపాడుకోవచ్చు.
+title: "ఇతీరియము అప్లికేషన్లు"
+metaTitle: "ఇతీరియము అప్లికేషన్లు | ఇతీరియముపై వికేంద్రీకృత అప్లికేషన్లు"
+description: "ఇతీరియములోని యాప్లు ఉచితం, ప్రపంచవ్యాప్తం మరియు ప్రైవేట్ కంపెనీ సర్వర్లకు బదులుగా పబ్లిక్ బ్లాక్ చైనును ఉపయోగిస్తాయి. అంటే మీరు ప్రతి ప్రాజెక్ట్లోనూ ఒకే ఖాతాను ఉపయోగించవచ్చు మరియు మీ గోప్యతను కాపాడుకోవచ్చు."
lang: te
-template: ఉపయోగ సందర్భాలు
+template: "ఉపయోగ సందర్భాలు"
emoji: ":handshake:"
sidebarDepth: 2
showDropdown: false
image: /images/doge-computer.png
-summary: ఇతీరియములోని యాప్లు ఉచితం, ప్రపంచవ్యాప్తం మరియు ప్రైవేట్ కంపెనీ సర్వర్లకు బదులుగా పబ్లిక్ బ్లాక్ చైనును ఉపయోగిస్తాయి. అంటే మీరు ప్రతి ప్రాజెక్ట్లోనూ ఒకే ఖాతాను ఉపయోగించవచ్చు మరియు మీ గోప్యతను కాపాడుకోవచ్చు.
+summary: "ఇతీరియములోని యాప్లు ఉచితం, ప్రపంచవ్యాప్తం మరియు ప్రైవేట్ కంపెనీ సర్వర్లకు బదులుగా పబ్లిక్ బ్లాక్ చైనును ఉపయోగిస్తాయి. అంటే మీరు ప్రతి ప్రాజెక్ట్లోనూ ఒకే ఖాతాను ఉపయోగించవచ్చు మరియు మీ గోప్యతను కాపాడుకోవచ్చు."
---
## అద్భుత శక్తులున్న యాప్లు {#apps-with-superpowers}
@@ -51,7 +51,6 @@ summary: ఇతీరియములోని యాప్లు ఉచిత

-
## ఇతీరియము యాప్లు లెగోల లాంటివి {#ethereum-apps-are-like-legos}
diff --git a/public/content/translations/te/whitepaper/index.md b/public/content/translations/te/whitepaper/index.md
index d663a923a81..e7955a6ded8 100644
--- a/public/content/translations/te/whitepaper/index.md
+++ b/public/content/translations/te/whitepaper/index.md
@@ -1,6 +1,6 @@
---
-title: Ethereum వైట్పేపర్
-description: 2013లో దాని ప్రారంభానికి ముందు ప్రచురించబడిన ఎథేరియంకు ఒక పరిచయ పత్రం.
+title: "Ethereum వైట్పేపర్"
+description: "2013లో దాని ప్రారంభానికి ముందు ప్రచురించబడిన ఎథేరియంకు ఒక పరిచయ పత్రం."
lang: te
sidebarDepth: 2
hideEditButton: true
diff --git a/public/content/translations/te/wrapped-eth/index.md b/public/content/translations/te/wrapped-eth/index.md
index 394c8d2f037..5fb3590943c 100644
--- a/public/content/translations/te/wrapped-eth/index.md
+++ b/public/content/translations/te/wrapped-eth/index.md
@@ -1,6 +1,6 @@
---
-title: ర్యాప్డ్ ఈథర్ (WETH) అంటే ఏమిటి
-description: ర్యాప్డ్ ఈథర్ (WETH)కు ఒక పరిచయం—ఈథర్ (ETH) కోసం ఒక ERC20-అనుకూల ర్యాపర్.
+title: "ర్యాప్డ్ ఈథర్ (WETH) అంటే ఏమిటి"
+description: "ర్యాప్డ్ ఈథర్ (WETH)కు ఒక పరిచయం—ఈథర్ (ETH) కోసం ఒక ERC20-అనుకూల ర్యాపర్."
lang: te
---
@@ -8,7 +8,8 @@ lang: te
-[WrapETH.com](https://www.wrapeth.com/)లో ఏ చైన్లోనైనా ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీ వాలెట్ని కనెక్ట్ చేయండి
+[WrapETH.com](https://www.wrapeth.com/)లో ఏ చైన్లోనైనా ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీ వాలెట్ని కనెక్ట్ చేయండి
+
ఈథర్ (ETH) అనేది Ethereum యొక్క ప్రధాన కరెన్సీ. ఇది స్టేకింగ్, కరెన్సీగా, మరియు కంప్యూటేషన్ కోసం గ్యాస్ ఫీజు చెల్లించడం వంటి అనేక ప్రయోజనాల కోసం ఉపయోగించబడుతుంది. **WETH అనేది ప్రభావవంతంగా ETH యొక్క అప్గ్రేడ్ చేయబడిన రూపం, అనేక అప్లికేషన్లు మరియు [ERC-20 టోకెన్లు](/glossary/#erc-20)కు అవసరమైన కొన్ని అదనపు ఫంక్షనాలిటీతో**, ఇవి Ethereumలో ఇతర రకాల డిజిటల్ ఆస్తులు. ఈ టోకెన్లతో పని చేయడానికి, ETH కూడా అవే నియమాలను పాటించాలి, వీటిని ERC-20 ప్రమాణం అని పిలుస్తారు.
@@ -40,19 +41,16 @@ WETH స్మార్ట్ కాంట్రాక్ట్ని ఉప
WETH కాంట్రాక్ట్ని ఉపయోగించి ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీరు గ్యాస్ ఫీజు చెల్లిస్తారు.
-
WETH సాధారణంగా సురక్షితమైనదిగా పరిగణించబడుతుంది ఎందుకంటే ఇది ఒక సాధారణ, యుద్ధ-పరీక్షించిన స్మార్ట్ కాంట్రాక్ట్పై ఆధారపడి ఉంటుంది. WETH కాంట్రాక్ట్ కూడా అధికారికంగా ధృవీకరించబడింది, ఇది Ethereumలో స్మార్ట్ కాంట్రాక్ట్ల కోసం అత్యధిక భద్రతా ప్రమాణం.
-
ఈ పేజీలో వివరించిన [WETH యొక్క కానానికల్ అమలు](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2)తో పాటు, ఇతర వేరియంట్లు కూడా ఉన్నాయి. ఇవి యాప్ డెవలపర్లచే సృష్టించబడిన అనుకూల టోకెన్లు లేదా ఇతర బ్లాక్చెయిన్లపై జారీ చేయబడిన వెర్షన్లు కావచ్చు, మరియు విభిన్నంగా ప్రవర్తించవచ్చు లేదా విభిన్న భద్రతా లక్షణాలను కలిగి ఉండవచ్చు. **మీరు ఏ WETH అమలుతో పరస్పర చర్య చేస్తున్నారో తెలుసుకోవడానికి ఎల్లప్పుడూ టోకెన్ సమాచారాన్ని రెండుసార్లు తనిఖీ చేసుకోండి.**
-
@@ -60,7 +58,6 @@ WETH సాధారణంగా సురక్షితమైనదిగా
- [Ethereum మెయిన్నెట్](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
- [Arbitrum](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1)
- [Optimism](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006)
-
## మరింత సమాచారం {#further-reading}
diff --git a/public/content/translations/te/zero-knowledge-proofs/index.md b/public/content/translations/te/zero-knowledge-proofs/index.md
index f93bbc4148d..65501963f21 100644
--- a/public/content/translations/te/zero-knowledge-proofs/index.md
+++ b/public/content/translations/te/zero-knowledge-proofs/index.md
@@ -1,6 +1,6 @@
---
-title: జీరో-నాలెడ్జ్ రుజువులు
-description: ప్రారంభకులకు జీరో-కనౌలెడ్జి రుజువులకు సాంకేతికేతర పరిచయం.
+title: "జీరో-నాలెడ్జ్ రుజువులు"
+description: "ప్రారంభకులకు జీరో-కనౌలెడ్జి రుజువులకు సాంకేతికేతర పరిచయం."
lang: te
---
@@ -59,8 +59,8 @@ lang: te
వికేంద్రీకృత గుర్తింపు కేస్ స్టడీలో భూటాన్ NDI గురించి మరింత తెలుసుకోండి.
-
-
+
+
### మానవత్వం యొక్క రుజువు {#proof-of-humanity}
From 6d60441f61b4dcaffaad7f1215405da628202346 Mon Sep 17 00:00:00 2001
From: Joshua <62268199+minimalsm@users.noreply.github.com>
Date: Fri, 13 Feb 2026 12:41:10 +0000
Subject: [PATCH 4/7] fix(i18n): run sanitizer on te translations
---
.../translations/te/ai-agents/index.md | 3 ++-
.../translations/te/community/grants/index.md | 3 +--
.../translations/te/community/online/index.md | 25 ++++++++++++++++---
.../translatathon/details/index.md | 2 +-
.../translatathon/index.md | 2 +-
public/content/translations/te/dao/index.md | 6 ++---
.../te/decentralized-identity/index.md | 2 +-
public/content/translations/te/defi/index.md | 5 ++--
public/content/translations/te/desci/index.md | 2 +-
.../developers/docs/intro-to-ether/index.md | 1 +
.../docs/smart-contracts/languages/index.md | 18 +++++++++++++
.../index.md | 2 +-
.../tutorials/all-you-can-cache/index.md | 4 +--
.../developers/tutorials/app-plasma/index.md | 4 +--
.../index.md | 2 +-
.../index.md | 4 +--
.../index.md | 2 +-
.../index.md | 4 +--
.../index.md | 4 +--
.../index.md | 4 +--
.../erc-721-vyper-annotated-code/index.md | 5 ++--
.../tutorials/erc20-annotated-code/index.md | 4 +--
.../erc20-with-safety-rails/index.md | 4 +--
.../tutorials/ethereum-for-web2-auth/index.md | 4 +--
.../index.md | 6 ++---
.../index.md | 4 +--
.../index.md | 2 +-
.../hello-world-smart-contract/index.md | 2 +-
.../index.md | 4 +--
.../tutorials/how-to-mint-an-nft/index.md | 4 +--
.../index.md | 4 +--
.../index.md | 4 +--
.../index.md | 6 +++--
.../index.md | 4 +--
.../how-to-use-tellor-as-your-oracle/index.md | 4 +--
.../how-to-view-nft-in-metamask/index.md | 4 +--
.../how-to-write-and-deploy-an-nft/index.md | 4 +--
.../index.md | 2 +-
.../tutorials/ipfs-decentralized-ui/index.md | 4 +--
.../index.md | 4 +--
.../index.md | 4 +--
.../logging-events-smart-contracts/index.md | 2 +-
.../index.md | 4 +--
.../index.md | 4 +--
.../developers/tutorials/nft-minter/index.md | 2 +-
.../index.md | 4 +--
.../reverse-engineering-a-contract/index.md | 4 +--
.../tutorials/run-node-raspberry-pi/index.md | 4 +--
.../tutorials/scam-token-tricks/index.md | 4 +--
.../tutorials/secret-state/index.md | 4 +--
.../secure-development-workflow/index.md | 4 +--
.../tutorials/send-token-ethersjs/index.md | 2 +-
.../index.md | 6 ++---
.../tutorials/server-components/index.md | 4 +--
.../index.md | 2 +-
.../developers/tutorials/short-abi/index.md | 4 +--
.../index.md | 4 +--
.../tutorials/stealth-addr/index.md | 4 +--
.../index.md | 4 +--
.../token-integration-checklist/index.md | 4 +--
.../index.md | 2 +-
.../index.md | 2 +-
.../uniswap-v2-annotated-code/index.md | 7 +++---
.../tutorials/using-websockets/index.md | 6 ++---
.../index.md | 4 +--
.../index.md | 2 +-
.../index.md | 4 +--
.../tutorials/yellow-paper-evm/index.md | 2 +-
.../content/translations/te/gaming/index.md | 2 +-
.../index.md | 3 +--
.../how-to-revoke-token-access/index.md | 3 +--
.../te/guides/how-to-swap-tokens/index.md | 3 +--
.../te/guides/how-to-use-a-bridge/index.md | 3 +--
.../te/guides/how-to-use-a-wallet/index.md | 3 +--
public/content/translations/te/nft/index.md | 5 ++--
.../content/translations/te/payments/index.md | 10 ++++----
.../te/prediction-markets/index.md | 4 ++-
.../te/real-world-assets/index.md | 2 +-
public/content/translations/te/refi/index.md | 2 +-
.../translations/te/restaking/index.md | 2 +-
.../te/roadmap/beacon-chain/index.md | 2 +-
.../te/roadmap/danksharding/index.md | 1 +
.../translations/te/roadmap/dencun/index.md | 16 ++++++------
.../translations/te/roadmap/fusaka/index.md | 2 +-
.../te/roadmap/future-proofing/index.md | 2 +-
.../translations/te/roadmap/merge/index.md | 2 +-
.../te/roadmap/merge/issuance/index.md | 6 +++++
.../translations/te/roadmap/pectra/index.md | 4 +--
.../translations/te/roadmap/scaling/index.md | 2 +-
.../translations/te/roadmap/security/index.md | 2 +-
.../te/roadmap/user-experience/index.md | 2 +-
.../translations/te/social-networks/index.md | 2 +-
.../translations/te/staking/pools/index.md | 2 +-
.../translations/te/staking/saas/index.md | 2 +-
.../translations/te/staking/solo/index.md | 3 ++-
.../te/staking/withdrawals/index.md | 2 +-
public/content/translations/te/web3/index.md | 6 ++---
.../translations/te/what-are-apps/index.md | 2 +-
.../translations/te/wrapped-eth/index.md | 3 +--
99 files changed, 212 insertions(+), 174 deletions(-)
diff --git a/public/content/translations/te/ai-agents/index.md b/public/content/translations/te/ai-agents/index.md
index e09080f707f..0dad92b8467 100644
--- a/public/content/translations/te/ai-agents/index.md
+++ b/public/content/translations/te/ai-agents/index.md
@@ -3,7 +3,7 @@ title: "AI ఏజెంట్లు"
metaTitle: "AI ఏజెంట్లు | ఇతీరియములో AI ఏజెంట్లు"
description: "ఇతీరియములో AI ఏజెంట్ల అవలోకనం"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":robot:"
sidebarDepth: 2
image: /images/ai-agents/hero-image.png
@@ -111,6 +111,7 @@ x402, ఖాతాలు, సబ్స్క్రిప్షన్లు
తెలుసుకోవలసిన విషయం
AI ఏజెంట్లు మరియు సంబంధిత ఉపకరణాలు ఇంకా ప్రారంభ అభివృద్ధిలో ఉన్నాయి మరియు చాలా ప్రయోగాత్మకమైనవి—జాగ్రత్తగా ఉపయోగించండి.
+
## చాట్ ఆదేశాలను ఉపయోగించి మీ వాలెట్ను నియంత్రించండి {#control-your-wallet-using-chat-commands}
diff --git a/public/content/translations/te/community/grants/index.md b/public/content/translations/te/community/grants/index.md
index 8b34fe4523e..e268de86989 100644
--- a/public/content/translations/te/community/grants/index.md
+++ b/public/content/translations/te/community/grants/index.md
@@ -12,8 +12,7 @@ lang: te
-వ్యవస్థాపకులారా, మీ వ్యాపారాన్ని వేగవంతం చేయడానికి సహాయం కావాలా? [ఫౌండర్స్ సపోర్ట్కు వెళ్ళండి](/founders/)
-
+వ్యవస్థాపకులారా, మీ వ్యాపారాన్ని వేగవంతం చేయడానికి సహాయం కావాలా? [ఫౌండర్స్ సపోర్ట్కు వెళ్ళండి](/founders/)
## విస్తృత ఇతీరియము పర్యావరణ వ్యవస్థ {#broad-ethereum-ecosystem}
diff --git a/public/content/translations/te/community/online/index.md b/public/content/translations/te/community/online/index.md
index d8c8e8ffd91..fb45fb7130a 100644
--- a/public/content/translations/te/community/online/index.md
+++ b/public/content/translations/te/community/online/index.md
@@ -34,15 +34,34 @@ lang: te
## ఫోరమ్లు {#forums}
-r/ethereum - ఇతీరియముకు సంబంధించిన అన్ని విషయాలు r/ethfinance - DeFiతో సహా ఇతీరియము యొక్క ఆర్థిక వైపు r/ethdev - ఇతీరియము అభివృద్ధిపై దృష్టి కేంద్రీకరించబడింది r/ethtrader - ట్రెండ్లు & మార్కెట్ విశ్లేషణ r/ethstaker - ఇతీరియములో స్టేకింగ్ చేయడానికి ఆసక్తి ఉన్న వారందరికీ స్వాగతం Fellowship of Ethereum Magicians - ఇతీరియములోని సాంకేతిక ప్రమాణాల చుట్టూ కేంద్రీకృతమైన కమ్యూనిటీ Ethereum Stackexchange - ఇతీరియము డెవలపర్ల కోసం చర్చ మరియు సహాయం Ethereum Research - క్రిప్టోఎకనామిక్ పరిశోధన కోసం అత్యంత ప్రభావవంతమైన మెసేజ్బోర్డ్
+r/ethereum - ఇతీరియముకు సంబంధించిన అన్ని విషయాలు
+r/ethfinance - DeFiతో సహా ఇతీరియము యొక్క ఆర్థిక వైపు
+r/ethdev - ఇతీరియము అభివృద్ధిపై దృష్టి కేంద్రీకరించబడింది
+r/ethtrader - ట్రెండ్లు & మార్కెట్ విశ్లేషణ
+r/ethstaker - ఇతీరియములో స్టేకింగ్ చేయడానికి ఆసక్తి ఉన్న వారందరికీ స్వాగతం
+Fellowship of Ethereum Magicians - ఇతీరియములోని సాంకేతిక ప్రమాణాల చుట్టూ కేంద్రీకృతమైన కమ్యూనిటీ
+Ethereum Stackexchange - ఇతీరియము డెవలపర్ల కోసం చర్చ మరియు సహాయం
+Ethereum Research - క్రిప్టోఎకనామిక్ పరిశోధన కోసం అత్యంత ప్రభావవంతమైన మెసేజ్బోర్డ్
## చాట్ రూమ్లు {#chat-rooms}
-Ethereum Cat Herders - ఇతీరియము అభివృద్ధికి ప్రాజెక్ట్ మేనేజ్మెంట్ మద్దతును అందించడం చుట్టూ కేంద్రీకృతమైన కమ్యూనిటీ Ethereum Hackers - ETHGlobal ద్వారా నడపబడుతున్న డిస్కార్డ్ చాట్: ప్రపంచవ్యాప్తంగా ఉన్న ఇతీరియము హ్యాకర్ల కోసం ఒక ఆన్లైన్ కమ్యూనిటీ CryptoDevs - ఇతీరియము అభివృద్ధిపై దృష్టి సారించిన డిస్కార్డ్ కమ్యూనిటీ EthStaker Discord - ఇప్పటికే ఉన్న మరియు సంభావ్య స్టేకర్ల కోసం కమ్యూనిటీ-నడిపే మార్గదర్శకత్వం, విద్య, మద్దతు మరియు వనరులు Ethereum.org website team - ఆగి, ethereum.org వెబ్ అభివృద్ధి మరియు డిజైన్ గురించి బృందంతో మరియు కమ్యూనిటీలోని వ్యక్తులతో చాట్ చేయండి Matos Discord - వెబ్3 సృష్టికర్తల కమ్యూనిటీ, ఇక్కడ బిల్డర్లు, పారిశ్రామిక ప్రముఖులు మరియు ఇతీరియము ఉత్సాహవంతులు సమావేశమవుతారు. మేము వెబ్3 అభివృద్ధి, డిజైన్ మరియు సంస్కృతిపై మక్కువ కలిగి ఉన్నాము. మాతో కలిసి నిర్మించండి. Solidity Gitter - సాలిడిటీ అభివృద్ధి కోసం చాట్ (Gitter) Solidity Matrix - సాలిడిటీ అభివృద్ధి కోసం చాట్ (Matrix) Ethereum Stack Exchange - ప్రశ్న మరియు జవాబు ఫోరమ్ Peera Community Forum - వికేంద్రీకృత ప్రశ్న మరియు జవాబు ఫోరమ్
+Ethereum Cat Herders - ఇతీరియము అభివృద్ధికి ప్రాజెక్ట్ మేనేజ్మెంట్ మద్దతును అందించడం చుట్టూ కేంద్రీకృతమైన కమ్యూనిటీ
+Ethereum Hackers - ETHGlobal ద్వారా నడపబడుతున్న డిస్కార్డ్ చాట్: ప్రపంచవ్యాప్తంగా ఉన్న ఇతీరియము హ్యాకర్ల కోసం ఒక ఆన్లైన్ కమ్యూనిటీ
+CryptoDevs - ఇతీరియము అభివృద్ధిపై దృష్టి సారించిన డిస్కార్డ్ కమ్యూనిటీ
+EthStaker Discord - ఇప్పటికే ఉన్న మరియు సంభావ్య స్టేకర్ల కోసం కమ్యూనిటీ-నడిపే మార్గదర్శకత్వం, విద్య, మద్దతు మరియు వనరులు
+Ethereum.org website team - ఆగి, ethereum.org వెబ్ అభివృద్ధి మరియు డిజైన్ గురించి బృందంతో మరియు కమ్యూనిటీలోని వ్యక్తులతో చాట్ చేయండి
+Matos Discord - వెబ్3 సృష్టికర్తల కమ్యూనిటీ, ఇక్కడ బిల్డర్లు, పారిశ్రామిక ప్రముఖులు మరియు ఇతీరియము ఉత్సాహవంతులు సమావేశమవుతారు. మేము వెబ్3 అభివృద్ధి, డిజైన్ మరియు సంస్కృతిపై మక్కువ కలిగి ఉన్నాము. మాతో కలిసి నిర్మించండి.
+Solidity Gitter - సాలిడిటీ అభివృద్ధి కోసం చాట్ (Gitter)
+Solidity Matrix - సాలిడిటీ అభివృద్ధి కోసం చాట్ (Matrix)
+Ethereum Stack Exchange - ప్రశ్న మరియు జవాబు ఫోరమ్
+Peera Community Forum - వికేంద్రీకృత ప్రశ్న మరియు జవాబు ఫోరమ్
## YouTube మరియు X (గతంలో Twitter) {#youtube-and-twitter}
-Ethereum Foundation - Ethereum Foundation నుండి తాజా విషయాలతో అప్డేట్గా ఉండండి @ethereum - కమ్యూనిటీ కోసం ప్రధాన ఇతీరియము ఖాతా @ethereumfndn - Ethereum Foundation యొక్క అధికారిక ఖాతా @ethdotorg - ఇతీరియముకు పోర్టల్, మన పెరుగుతున్న ప్రపంచ కమ్యూనిటీ కోసం నిర్మించబడింది
+Ethereum Foundation - Ethereum Foundation నుండి తాజా విషయాలతో అప్డేట్గా ఉండండి
+@ethereum - కమ్యూనిటీ కోసం ప్రధాన ఇతీరియము ఖాతా
+@ethereumfndn - Ethereum Foundation యొక్క అధికారిక ఖాతా
+@ethdotorg - ఇతీరియముకు పోర్టల్, మన పెరుగుతున్న ప్రపంచ కమ్యూనిటీ కోసం నిర్మించబడింది
diff --git a/public/content/translations/te/contributing/translation-program/translatathon/details/index.md b/public/content/translations/te/contributing/translation-program/translatathon/details/index.md
index 5d2b560ee3b..0961757df71 100644
--- a/public/content/translations/te/contributing/translation-program/translatathon/details/index.md
+++ b/public/content/translations/te/contributing/translation-program/translatathon/details/index.md
@@ -1,7 +1,7 @@
---
title: "వివరాలు మరియు నియమాలు"
lang: te
-template: "అనువాదథాన్"
+template: translatathon
---

diff --git a/public/content/translations/te/contributing/translation-program/translatathon/index.md b/public/content/translations/te/contributing/translation-program/translatathon/index.md
index edda85d6fe6..366a7e89dfb 100644
--- a/public/content/translations/te/contributing/translation-program/translatathon/index.md
+++ b/public/content/translations/te/contributing/translation-program/translatathon/index.md
@@ -1,7 +1,7 @@
---
title: "2025 ethereum.org ట్రాన్స్లేటథాన్"
lang: te
-template: "ట్రాన్స్లేటథాన్"
+template: translatathon
---
diff --git a/public/content/translations/te/dao/index.md b/public/content/translations/te/dao/index.md
index 08d59ea9920..f7f1268fab5 100644
--- a/public/content/translations/te/dao/index.md
+++ b/public/content/translations/te/dao/index.md
@@ -3,7 +3,7 @@ title: "DAO అంటే ఏమిటి?"
metaTitle: "DAO అంటే ఏమిటి? | వికేంద్రీకృత అటానమస్ ఆర్గనైజేషన్"
description: "ఈథరియంలో డిఎఓలు గురించి ఒక అవలోకనంలో"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
@@ -70,9 +70,7 @@ DAO యొక్క వెన్నెముక దాని [స్మార్
ప్రతినిధి బృందం ప్రతినిధి ప్రజాస్వామ్యం యొక్క DAO వెర్షన్ లాంటిది. టోకెన్ హోల్డర్లు తమను తాము నామినేట్ చేసే వినియోగదారులకు ఓట్లను అందజేస్తారు మరియు ప్రోటోకాల్ను నిర్వహించడానికి మరియు సమాచారం ఇవ్వడానికి కట్టుబడి ఉంటారు.
-#### ఒక ప్రసిద్ధ ఉదాహరణ {#governance-example}
-
-[ENS](https://claim.ens.domains/delegate-ranking) – ENS హోల్డర్లు వారికి ప్రాతినిధ్యం వహించడం కోసం నిమగ్నమైన కమ్యూనిటీ సభ్యులకు తమ ఓట్లను డెలిగేట్ చేయవచ్చు.
+#### ఒక ప్రసిద్ధ ఉదాహరణ {#governance-example}[ENS](https://claim.ens.domains/delegate-ranking) – ENS హోల్డర్లు వారికి ప్రాతినిధ్యం వహించడం కోసం నిమగ్నమైన కమ్యూనిటీ సభ్యులకు తమ ఓట్లను డెలిగేట్ చేయవచ్చు.
### ఆటోమేటిక్ లావాదేవీల పాలన {#governance-example}
diff --git a/public/content/translations/te/decentralized-identity/index.md b/public/content/translations/te/decentralized-identity/index.md
index 3579d014ad8..b810d5876f9 100644
--- a/public/content/translations/te/decentralized-identity/index.md
+++ b/public/content/translations/te/decentralized-identity/index.md
@@ -2,7 +2,7 @@
title: "వికేంద్రీకృత గుర్తింపు"
description: "వికేంద్రీకృత గుర్తింపు అంటే ఏమిటి మరియు అది ఎందుకు ముఖ్యమైనది?"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":id:"
sidebarDepth: 2
image: /images/eth-gif-cat.png
diff --git a/public/content/translations/te/defi/index.md b/public/content/translations/te/defi/index.md
index 9379df9e086..2760f4f92f6 100644
--- a/public/content/translations/te/defi/index.md
+++ b/public/content/translations/te/defi/index.md
@@ -3,7 +3,7 @@ title: "డిసెంట్రలైజ్డ్ ఫైనాన్స్ (DeF
metaTitle: "DeFi అంటే ఏమిటి? | డిసెంట్రలైజ్డ్ ఫైనాన్స్ యొక్క ప్రయోజనాలు మరియు ఉపయోగం"
description: "ఇతీరియములో DeFi యొక్క అవలోకనం"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":money_with_wings:"
image: /images/use-cases/defi.png
alt: "లెగో ఇటుకలతో తయారు చేసిన ఇతీరియము లోగో."
@@ -67,8 +67,7 @@ DeFi యొక్క సామర్థ్యాన్ని చూడటాన
- మీరు ఎథేరియంకు కొత్తగా ఉంటే ప్రయత్నించడానికి డీఫై అనువర్తనాల కోసం మా సూచనలను అన్వేషించండి.
-
+ మీరు ఎథేరియంకు కొత్తగా ఉంటే ప్రయత్నించడానికి డీఫై అనువర్తనాల కోసం మా సూచనలను అన్వేషించండి.
DeFi యాప్లను అన్వేషించండి
diff --git a/public/content/translations/te/desci/index.md b/public/content/translations/te/desci/index.md
index 06d8c7201e3..1cb144e96ca 100644
--- a/public/content/translations/te/desci/index.md
+++ b/public/content/translations/te/desci/index.md
@@ -2,7 +2,7 @@
title: "వికేంద్రీకృత శాస్త్రం (DeSci)"
description: "ఇతీరియముపై వికేంద్రీకృత శాస్త్రం యొక్క అవలోకనం"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":microscope:"
sidebarDepth: 2
image: /images/future_transparent.png
diff --git a/public/content/translations/te/developers/docs/intro-to-ether/index.md b/public/content/translations/te/developers/docs/intro-to-ether/index.md
index 77c9d26a907..bd2f990d3af 100644
--- a/public/content/translations/te/developers/docs/intro-to-ether/index.md
+++ b/public/content/translations/te/developers/docs/intro-to-ether/index.md
@@ -9,6 +9,7 @@ lang: te
ఈ పేజీని మీరు బాగా అర్థం చేసుకోవడానికి, మొదట [Ethereumకు పరిచయం](/developers/docs/intro-to-ethereum/) చదవమని మేము సిఫార్సు చేస్తున్నాము.
## క్రిప్టోకరెన్సీ అంటే ఏమిటి? {#what-is-a-cryptocurrency}
+
క్రిప్టోకరెన్సీ అనేది బ్లాక్చెయిన్ ఆధారిత లెడ్జర్ ద్వారా భద్రపరచబడిన మార్పిడి మాధ్యమం.
మార్పిడి మాధ్యమం అనేది వస్తువులు మరియు సేవల చెల్లింపుగా విస్తృతంగా ఆమోదించబడిన ఏదైనా, మరియు లెడ్జర్ అనేది లావాదేవీలను ట్రాక్ చేసే డేటా స్టోర్. బ్లాక్చెయిన్ టెక్నాలజీ వినియోగదారులు లెడ్జర్ను నిర్వహించడానికి విశ్వసనీయ మూడవ పక్షంపై ఆధారపడకుండా లెడ్జర్పై లావాదేవీలు చేయడానికి అనుమతిస్తుంది.
diff --git a/public/content/translations/te/developers/docs/smart-contracts/languages/index.md b/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
index 38f3030b52a..70e8848acc2 100644
--- a/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
+++ b/public/content/translations/te/developers/docs/smart-contracts/languages/index.md
@@ -123,24 +123,32 @@ contract Coin {
# ఓపెన్ వేలం
# వేలం పారామీటర్లు
+
# లబ్ధిదారుడు అత్యధిక బిడ్డర్ నుండి డబ్బును అందుకుంటారు
+
beneficiary: public(address)
auctionStart: public(uint256)
auctionEnd: public(uint256)
# వేలం ప్రస్తుత స్థితి
+
highestBidder: public(address)
highestBid: public(uint256)
# చివరిలో నిజం అని సెట్ చేయబడింది, ఏదైనా మార్పును అనుమతించదు
+
ended: public(bool)
# వాపసు చేయబడిన బిడ్లను ట్రాక్ చేయండి, తద్వారా మేము ఉపసంహరణ నమూనాను అనుసరించవచ్చు
+
pendingReturns: public(HashMap[address, uint256])
# `_bidding_time` తో ఒక సాధారణ వేలం సృష్టించండి
+
# సెకన్ల బిడ్డింగ్ సమయం
+
# లబ్ధిదారుడి చిరునామా `_beneficiary`.
+
@external
def __init__(_beneficiary: address, _bidding_time: uint256):
self.beneficiary = _beneficiary
@@ -148,9 +156,13 @@ def __init__(_beneficiary: address, _bidding_time: uint256):
self.auctionEnd = self.auctionStart + _bidding_time
# పంపిన విలువతో వేలంలో బిడ్ చేయండి
+
# ఈ లావాదేవీతో పాటు.
+
# ఒకవేళ మాత్రమే విలువ వాపసు చేయబడుతుంది
+
# వేలం గెలవలేదు.
+
@external
@payable
def bid():
@@ -165,9 +177,13 @@ def bid():
self.highestBid = msg.value
# గతంలో వాపసు చేయబడిన బిడ్ను ఉపసంహరించుకోండి. ఉపసంహరణ నమూనా
+
# భద్రతా సమస్యను నివారించడానికి ఇక్కడ ఉపయోగించబడింది. వాపసులు నేరుగా ఉంటే
+
# బిడ్()లో భాగంగా పంపబడితే, ఒక హానికరమైన బిడ్డింగ్ కాంట్రాక్ట్ బ్లాక్ చేయగలదు
+
# ఆ వాపసులను మరియు తద్వారా కొత్త అధిక బిడ్లు రాకుండా నిరోధించవచ్చు.
+
@external
def withdraw():
pending_amount: uint256 = self.pendingReturns[msg.sender]
@@ -175,7 +191,9 @@ def withdraw():
send(msg.sender, pending_amount)
# వేలం ముగించి, అత్యధిక బిడ్ను పంపండి
+
# లబ్ధిదారుడికి.
+
@external
def endAuction():
# ఇది ఇంటరాక్ట్ చేసే ఫంక్షన్లను రూపొందించడానికి ఒక మంచి మార్గదర్శకం
diff --git a/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md b/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
index a301efba78b..ba7d810bb8b 100644
--- a/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
+++ b/public/content/translations/te/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
@@ -4,7 +4,7 @@ description: "ఇతీరియము అభివృద్ధికి ఒక
author: Marc Garreau
lang: te
tags: [ "python", "web3.py" ]
-skill: "ఆరంభకులు"
+skill: beginner
published: 2020-09-08
source: Snake charmers
sourceUrl: https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/
diff --git a/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md b/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
index 29a241aa585..2b89d5235a2 100644
--- a/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
+++ b/public/content/translations/te/developers/tutorials/all-you-can-cache/index.md
@@ -1,9 +1,9 @@
---
title: "మీరు కాష్ చేయగలవన్నీ"
description: "తక్కువ ధర రోల్అప్ లావాదేవీల కోసం కాషింగ్ కాంట్రాక్ట్ను ఎలా సృష్టించాలో మరియు ఉపయోగించాలో తెలుసుకోండి"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "లేయర్ 2", "కాషింగ్", "స్టోరేజ్" ]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2022-09-15
lang: te
---
diff --git a/public/content/translations/te/developers/tutorials/app-plasma/index.md b/public/content/translations/te/developers/tutorials/app-plasma/index.md
index d701a2b843b..e7e29783cd3 100644
--- a/public/content/translations/te/developers/tutorials/app-plasma/index.md
+++ b/public/content/translations/te/developers/tutorials/app-plasma/index.md
@@ -1,9 +1,9 @@
---
title: "గోప్యతను కాపాడే యాప్-నిర్దిష్ట ప్లాస్మాను వ్రాయండి"
description: "ఈ ట్యుటోరియల్లో, మేము డిపాజిట్ల కోసం పాక్షిక-రహస్య బ్యాంకును నిర్మిస్తాము. బ్యాంకు ఒక కేంద్రీకృత భాగం; దానికి ప్రతి వినియోగదారుడి బ్యాలెన్స్ తెలుసు. అయితే, ఈ సమాచారం ఆన్చైన్లో నిల్వ చేయబడదు. బదులుగా, బ్యాంకు స్థితి యొక్క హాష్ను పోస్ట్ చేస్తుంది. ప్రతిసారీ ఒక లావాదేవీ జరిగినప్పుడు, బ్యాంకు కొత్త హాష్ను పోస్ట్ చేస్తుంది, దానితో పాటు హాష్ స్థితిని కొత్తదానికి మార్చే సంతకం చేసిన లావాదేవీ ఉందని రుజువు చేసే జీరో-కనౌలెడ్జి రుజువు కూడా ఉంటుంది. ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు జీరో-కనౌలెడ్జి రుజువులను ఎలా ఉపయోగించాలో మాత్రమే కాకుండా, వాటిని ఎందుకు ఉపయోగిస్తారో మరియు సురక్షితంగా ఎలా చేయాలో కూడా అర్థం చేసుకుంటారు."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "జీరో-కనౌలెడ్జి", "సర్వర్", "ఆఫ్చైన్", "గోప్యత" ]
-skill: "అధునాతనం"
+skill: advanced
lang: te
published: 2025-10-15
---
diff --git a/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
index 5adc97fea31..edea8722701 100644
--- a/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
+++ b/public/content/translations/te/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -3,7 +3,7 @@ title: "జావాస్క్రిప్ట్ నుండి స్మా
description: "Dai టోకెన్ ఉదాహరణను ఉపయోగించి జావాస్క్రిప్ట్ నుండి స్మార్ట్ కాంట్రాక్ట్ ఫంక్షన్ను ఎలా పిలవాలో"
author: jdourlens
tags: [ "లావాదేవీలు", "frontend", "జావాస్క్రిప్ట్", "web3.js" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-04-19
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md b/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
index 4819ce79f02..090f93cc8be 100644
--- a/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
@@ -1,9 +1,9 @@
---
title: "మీ కాంట్రాక్ట్ కోసం యూజర్ ఇంటర్ఫేస్ను నిర్మించడం"
description: "TypeScript, React, Vite, మరియు Wagmi వంటి ఆధునిక కాంపోనెంట్లను ఉపయోగించి, మేము ఒక ఆధునిక, కానీ అతి తక్కువ, యూజర్ ఇంటర్ఫేస్ను పరిశీలిస్తాము మరియు యూజర్ ఇంటర్ఫేస్కు ఒక వాలెట్ను ఎలా కనెక్ట్ చేయాలో, సమాచారాన్ని చదవడానికి స్మార్ట్ కాంట్రాక్ట్ను ఎలా పిలవాలో, స్మార్ట్ కాంట్రాక్ట్కు ఒక లావాదేవీని ఎలా పంపాలో, మరియు మార్పులను గుర్తించడానికి స్మార్ట్ కాంట్రాక్ట్ నుండి ఈవెంట్లను ఎలా పర్యవేక్షించాలో నేర్చుకుంటాము."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "typescript", "react", "vite", "wagmi", "frontend" ]
-skill: "ఆరంభకులు"
+skill: beginner
published: 2023-11-01
lang: te
sidebarDepth: 3
diff --git a/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md b/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
index 2d928c6f50a..52e0ab0dff1 100644
--- a/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/deploying-your-first-smart-contract/index.md
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"డిప్లాయ్ చేయడం"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-04-03
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md b/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
index 579424eb2ef..aa7a4c8e714 100644
--- a/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
+++ b/public/content/translations/te/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
@@ -1,7 +1,7 @@
---
title: "స్థానిక, బహుళ-క్లయింట్ టెస్టునెట్లో డాప్ను అభివృద్ధి చేసి పరీక్షించడం ఎలా"
description: "ఈ గైడ్ ముందుగా ఒక బహుళ-క్లయింట్ స్థానిక ఇథిరియం టెస్టునెట్ను ప్రారంభించి, కాన్ఫిగర్ చేయడం ఎలాగో వివరిస్తుంది, ఆ తర్వాత టెస్టునెట్ను ఉపయోగించి ఒక డాప్ను డిప్లాయ్ చేసి, పరీక్షించడం ఎలాగో చూపిస్తుంది."
-author: "టేడి మిటికు"
+author: "Tedi Mitiku"
tags:
[
"క్లయింట్లు",
@@ -12,7 +12,7 @@ tags:
"ఎగ్జిక్యూషన్ లేయర్",
"పరీక్షించడం"
]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2023-04-11
---
diff --git a/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index fd4802c71ef..7e6d3ba730d 100644
--- a/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/te/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -1,10 +1,10 @@
---
title: "కాంట్రాక్ట్ పరిమాణ పరిమితిని ఎదుర్కోవడానికి కాంట్రాక్టులను తగ్గించడం"
description: "మీ స్మార్ట్ కాంట్రాక్టులు చాలా పెద్దవి కాకుండా నిరోధించడానికి మీరు ఏమి చేయవచ్చు?"
-author: "మార్కస్ వాస్"
+author: Markus Waas
lang: te
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "స్టోరేజ్" ]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2020-06-26
source: soliditydeveloper.com
sourceUrl: https://soliditydeveloper.com/max-contract-size
diff --git a/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md b/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
index 8e216fdcc9d..c77578363e5 100644
--- a/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
+++ b/public/content/translations/te/developers/tutorials/eip-1271-smart-contract-signatures/index.md
@@ -1,7 +1,7 @@
---
title: "EIP-1271: స్మార్ట్ కాంట్రాక్ట్ సంతకాలపై సంతకం చేయడం మరియు వాటిని ధృవీకరించడం"
description: "EIP-1271తో స్మార్ట్ కాంట్రాక్ట్ సంతకం ఉత్పత్తి మరియు ధృవీకరణ యొక్క అవలోకనం. స్మార్ట్ కాంట్రాక్ట్ డెవలపర్లు దీని ఆధారంగా నిర్మించుకోవడానికి ఒక స్పష్టమైన ఉదాహరణను అందించడానికి, Safeలో (గతంలో Gnosis Safe) ఉపయోగించిన EIP-1271 అమలును కూడా మేము వివరిస్తాము."
-author: "నాథన్ H. ల్యూంగ్"
+author: Nathan H. Leung
lang: te
tags:
[
@@ -10,7 +10,7 @@ tags:
"ధృవీకరించడం",
"సంతకం చేయడం"
]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2023-01-12
---
diff --git a/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md b/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
index 01af3f4e9ad..d38dbf51ab9 100644
--- a/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/erc-721-vyper-annotated-code/index.md
@@ -1,10 +1,10 @@
---
title: "Vyper ERC-721 కాంట్రాక్ట్ వాక్త్రూ"
description: "ర్యూయా నకమురా వారి ERC-721 కాంట్రాక్ట్ మరియు అది ఎలా పనిచేస్తుంది"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
lang: te
tags: [ "vyper", "erc-721", "python" ]
-skill: "ఆరంభకులు"
+skill: beginner
published: 2021-04-01
---
@@ -291,6 +291,7 @@ def supportsInterface(_interfaceID: bytes32) -> bool:
```python
### వ్యూ ఫంక్షన్లు ###
+
```
ఇవి టోకెన్ల గురించిన సమాచారాన్ని వినియోగదారులకు మరియు ఇతర కాంట్రాక్ట్లకు అందుబాటులో ఉంచే వ్యూ ఫంక్షన్లు.
diff --git a/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md b/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
index c0fb192a0fb..60ec55c4917 100644
--- a/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/erc20-annotated-code/index.md
@@ -1,10 +1,10 @@
---
title: "ERC-20 ఒప్పంద వాక్-త్రూ"
description: "OpenZeppelin ERC-20 ఒప్పందంలో ఏముంది మరియు అది అక్కడ ఎందుకు ఉంది?"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
lang: te
tags: [ "దృఢత్వం", "erc-20" ]
-skill: "ఆరంభకులు"
+skill: beginner
published: 2021-03-09
---
diff --git a/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md b/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
index 25a8e335700..57a4b2e6bac 100644
--- a/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
+++ b/public/content/translations/te/developers/tutorials/erc20-with-safety-rails/index.md
@@ -1,10 +1,10 @@
---
title: "సేఫ్టీ రైల్స్తో ERC-20"
description: "చిన్న పొరపాట్లను నివారించడంలో ప్రజలకు ఎలా సహాయం చేయాలి"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
lang: te
tags: [ "erc-20" ]
-skill: "ఆరంభకులు"
+skill: beginner
published: 2022-08-15
---
diff --git a/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md b/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
index 3289601f1a4..2e58270e558 100644
--- a/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
+++ b/public/content/translations/te/developers/tutorials/ethereum-for-web2-auth/index.md
@@ -1,9 +1,9 @@
---
title: "web2 ప్రమాణీకరణ కోసం ఇతీరియమును ఉపయోగించడం"
description: "ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక డెవలపర్ ఇతీరియము లాగిన్ (web3)ను SAML లాగిన్తో ఇంటిగ్రేట్ చేయగలరు, ఇది web2లో సింగిల్ సైన్-ఆన్ మరియు ఇతర సంబంధిత సేవలను అందించడానికి ఉపయోగించే ఒక ప్రామాణికం. ఇది ఇతీరియము సంతకాల ద్వారా web2 వనరులకు ప్రామాణీకరణను అనుమతిస్తుంది, వినియోగదారు గుణాలు ధృవీకరణల నుండి వస్తాయి."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "web2", "ప్రమాణీకరణ", "eas" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2025-04-30
---
diff --git a/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md b/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
index c1b9f9beac9..bd85654973c 100644
--- a/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
+++ b/public/content/translations/te/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
@@ -1,7 +1,7 @@
---
title: "ఇతీరియము అభివృద్ధితో ప్రారంభించడం"
description: "ఇతీరియము అభివృద్ధితో ప్రారంభించడానికి ఇది కొత్తవారికి ఒక మార్గదర్శి. మేము మిమ్మల్ని ఒక API ఎండ్పాయింట్ను ఏర్పాటు చేయడం నుండి, ఒక కమాండ్ లైన్ అభ్యర్థన చేయడం వరకు, మీ మొదటి వెబ్3 స్క్రిప్ట్ రాయడం వరకు మేము మిమ్మల్ని తీసుకువెళతాము! బ్లాక్ చైను అభివృద్ధి అనుభవం అవసరం లేదు!"
-author: "ఎలాన్ హాల్పెర్న్"
+author: "Elan Halpern"
tags:
[
"జావాస్క్రిప్ట్",
@@ -10,10 +10,10 @@ tags:
"ప్రశ్నించడం",
"alchemy"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-10-30
-source: "మధ్యస్థం"
+source: Medium
sourceUrl: https://medium.com/alchemy-api/getting-started-with-ethereum-development-using-alchemy-c3d6a45c567f
---
diff --git a/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md b/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
index f06998ad496..9a80b5a619d 100644
--- a/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
+++ b/public/content/translations/te/developers/tutorials/guide-to-smart-contract-security-tools/index.md
@@ -4,9 +4,9 @@ description: "మూడు విభిన్న పరీక్ష మరియ
author: "Trailofbits"
lang: te
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "భద్రత" ]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2020-09-07
-source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
+source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis
---
diff --git a/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
index 54884b066f1..1fe948cffee 100644
--- a/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
+++ b/public/content/translations/te/developers/tutorials/hello-world-smart-contract-fullstack/index.md
@@ -13,7 +13,7 @@ tags:
"frontend",
"లావాదేవీలు"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-10-25
---
diff --git a/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md b/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
index adf4a81caa0..2217a22f229 100644
--- a/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/hello-world-smart-contract/index.md
@@ -10,7 +10,7 @@ tags:
"స్మార్ట్ కాంట్రాక్టులు",
"డిప్లాయ్ చేయడం"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-03-31
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md b/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
index af05e021c2b..e4038f724b4 100644
--- a/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-implement-an-erc721-market/index.md
@@ -1,7 +1,7 @@
---
title: "ERC-721 మార్కెట్ను ఎలా అమలు చేయాలి"
description: "టోకెనైజ్డ్ వస్తువులను వికేంద్రీకృత క్లాసిఫైడ్స్ బోర్డులో అమ్మకానికి ఎలా పెట్టాలి"
-author: "ఆల్బర్టో క్యూస్టా కెనడా"
+author: "Alberto Cuesta Cañada"
tags:
[
"స్మార్ట్ కాంట్రాక్టులు",
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"టోకెన్లు"
]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2020-03-19
source: Hackernoon
diff --git a/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md b/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
index a42c36f9d58..ee8d806da49 100644
--- a/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-mint-an-nft/index.md
@@ -1,7 +1,7 @@
---
title: "NFTని ఎలా ముద్రించాలి (NFT ట్యుటోరియల్ సిరీస్లో 2/3వ భాగం)"
description: "ఈ ట్యుటోరియల్ మా స్మార్ట్ కాంట్రాక్ట్ మరియు Web3ని ఉపయోగించి ఇతీరియము బ్లాక్ చైనులో NFTని ఎలా ముద్రించాలో వివరిస్తుంది."
-author: "సుమి ముద్గిల్"
+author: "Sumi Mudgil"
tags:
[
"ERC-721",
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"స్మార్ట్ కాంట్రాక్టులు"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-04-22
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md b/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
index 88f924a6327..2ffa206c4c8 100644
--- a/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
@@ -1,7 +1,7 @@
---
title: "పరీక్షించడం కోసం సొలిడిటీ స్మార్ట్ కాంట్రాక్ట్లను ఎలా మాక్ చేయాలి"
description: "పరీక్షిస్తున్నప్పుడు మీ కాంట్రాక్టులను ఎందుకు ఎగతాళి చేయాలి"
-author: "మార్కస్ వాస్"
+author: Markus Waas
lang: te
tags:
[
@@ -10,7 +10,7 @@ tags:
"పరీక్షించడం",
"మాకింగ్"
]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2020-05-02
source: soliditydeveloper.com
sourceUrl: https://soliditydeveloper.com/mocking-contracts
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md b/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
index 1b4aa4ee227..aab2797d287 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
@@ -11,9 +11,9 @@ tags:
"పరీక్షించడం",
"fuzzing"
]
-skill: "అధునాతనం"
+skill: advanced
published: 2020-04-10
-source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
+source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md b/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
index 1710fd0a3ff..dc4044a1cfb 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
@@ -11,9 +11,9 @@ tags:
"పరీక్షించడం",
"ఫార్మల్ వెరిఫికేషన్"
]
-skill: "అధునాతనం"
+skill: advanced
published: 2020-01-13
-source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
+source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore
---
@@ -399,6 +399,7 @@ symbolic_var = m.make_symbolic_value()
contract_account.f(symbolic_var)
## Check if an execution ends with a REVERT or INVALID
+
for state in m.terminated_states:
last_tx = state.platform.transactions[-1]
if last_tx.result in ['REVERT', 'INVALID']:
@@ -506,6 +507,7 @@ contract_account.f(symbolic_var)
no_bug_found = True
## ఒక ఎగ్జిక్యూషన్ REVERT లేదా INVALID తో ముగుస్తుందో లేదో తనిఖీ చేయండి
+
for state in m.terminated_states:
last_tx = state.platform.transactions[-1]
if last_tx.result in ['REVERT', 'INVALID']:
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md b/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
index 4142ca7bf55..870df6406c7 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
@@ -10,9 +10,9 @@ tags:
"భద్రత",
"పరీక్షించడం"
]
-skill: "అధునాతనం"
+skill: advanced
published: 2020-06-09
-source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
+source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/slither
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md b/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
index 856a1c01fcd..1bdf48d71a7 100644
--- a/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
@@ -4,9 +4,9 @@ description: "మీ ప్రోటోకాల్లో Tellor ఒరాక
author: "Tellor"
lang: te
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "ఒరాకిల్స్" ]
-skill: "ఆరంభకులు"
+skill: beginner
published: 2021-06-29
-source: "Tellor డాక్స్"
+source: Tellor Docs
sourceUrl: https://docs.tellor.io/tellor/
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md b/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
index dc99a6875bc..f0e4718e5e3 100644
--- a/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-view-nft-in-metamask/index.md
@@ -1,9 +1,9 @@
---
title: "మీ వాలెట్లో మీ NFTని ఎలా చూడాలి (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 3/3)"
description: "ఈ ట్యుటోరియల్ MetaMaskలో ఇప్పటికే ఉన్న NFTని ఎలా చూడాలో వివరిస్తుంది!"
-author: "సుమి ముద్గిల్"
+author: "Sumi Mudgil"
tags: [ "ERC-721", "Alchemy", "Solidity" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-04-22
---
diff --git a/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md b/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
index 89bbedc68c1..13bced20f6f 100644
--- a/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
+++ b/public/content/translations/te/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
@@ -1,7 +1,7 @@
---
title: "NFT (NFT ట్యుటోరియల్ సిరీస్లో పార్ట్ 1/3)ను ఎలా వ్రాయాలి & డిప్లోయ్ చేయాలి"
description: "ఈ ట్యుటోరియల్ NFTs సిరీస్లో పార్ట్ 1, ఇది ఇతీరియము మరియు ఇంటర్ ప్లానెటరీ ఫైల్ సిస్టమ్ (IPFS) ఉపయోగించి ఒక నాన్ ఫంగిబుల్ టోకెన్ (ERC-721 టోకెన్) స్మార్ట్ కాంట్రాక్ట్ను ఎలా వ్రాయాలి మరియు డిప్లోయ్ చేయాలో మీకు స్టెప్ బై స్టెప్ వివరిస్తుంది."
-author: "సుమి ముద్గిల్"
+author: "Sumi Mudgil"
tags:
[
"ERC-721",
@@ -9,7 +9,7 @@ tags:
"Solidity",
"స్మార్ట్ కాంట్రాక్టులు"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-04-22
---
diff --git a/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md b/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
index 66b993e4034..50577377562 100644
--- a/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
+++ b/public/content/translations/te/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
@@ -10,7 +10,7 @@ tags:
"డిప్లాయ్ చేయడం",
"కంపోజిబిలిటీ"
]
-skill: "అధునాతనం"
+skill: advanced
lang: te
published: 2020-04-05
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md b/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
index b23b57d1910..172095611df 100644
--- a/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
+++ b/public/content/translations/te/developers/tutorials/ipfs-decentralized-ui/index.md
@@ -1,9 +1,9 @@
---
title: "వికేంద్రీకృత వినియోగదారు ఇంటర్ఫేస్ల కోసం IPFS"
description: "ఒక డాప్ కోసం వినియోగదారు ఇంటర్ఫేస్ను నిల్వ చేయడానికి IPFSను ఎలా ఉపయోగించాలో ఈ ట్యుటోరియల్ చదివేవారికి బోధిస్తుంది. అప్లికేషన్ యొక్క డేటా మరియు వ్యాపార తర్కం వికేంద్రీకరించబడినప్పటికీ, సెన్సార్షిప్ నిరోధక వినియోగదారు ఇంటర్ఫేస్ లేకుండా వినియోగదారులు ఏమైనప్పటికీ దానికి యాక్సెస్ కోల్పోవచ్చు."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "ipfs" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2024-06-29
---
diff --git a/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md b/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
index edca0a7b88c..2cc37436bf1 100644
--- a/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
+++ b/public/content/translations/te/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
@@ -1,7 +1,7 @@
---
title: "create-eth-appతో మీ డాప్ ఫ్రంటెండ్ అభివృద్ధిని ప్రారంభించండి"
description: "create-eth-appను ఎలా ఉపయోగించాలి మరియు దాని ఫీచర్ల యొక్క ఒక అవలోకనం"
-author: "మార్కస్ వాస్"
+author: "Markus Waas"
tags:
[
"frontend",
@@ -10,7 +10,7 @@ tags:
"ది గ్రాఫ్",
"defi"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-04-27
source: soliditydeveloper.com
diff --git a/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
index 42525e26982..514edcb2b3c 100644
--- a/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
+++ b/public/content/translations/te/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
@@ -1,9 +1,9 @@
---
title: "SQL తో ఇతీరియము పునాది అంశాలు నేర్చుకోండి"
description: "స్ట్రక్చర్డ్ క్వెరీ లాంగ్వేజ్ (SQL)తో ఆన్చైన్ డేటాను ప్రశ్నించడం ద్వారా లావాదేవీలు, బ్లాక్లు మరియు గ్యాస్తో సహా ప్రాథమిక ఇతీరియము భావనలను అర్థం చేసుకోవడానికి ఈ ట్యుటోరియల్ పాఠకులకు సహాయపడుతుంది."
-author: "పాల్ అపివత్"
+author: "Paul Apivat"
tags: [ "SQL", "ప్రశ్నించడం", "లావాదేవీలు" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-05-11
source: paulapivat.com
diff --git a/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md b/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
index f246c88a197..ac815bdadb1 100644
--- a/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
+++ b/public/content/translations/te/developers/tutorials/logging-events-smart-contracts/index.md
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"ఈవెంట్లు"
]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2020-04-03
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md b/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
index 76d3ea655fa..d1bd23649e1 100644
--- a/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
+++ b/public/content/translations/te/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
@@ -1,9 +1,9 @@
---
title: "ఆఫ్లైన్ డేటా సమగ్రత కొరకు మెర్కిల్ ప్రూఫ్లు"
description: "ఎక్కువగా ఆఫ్చెయిన్లో నిల్వ చేయబడిన డేటా కోసం ఆన్చెయిన్లో డేటా సమగ్రతను నిర్ధారించడం"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "స్టోరేజ్" ]
-skill: "అధునాతనం"
+skill: advanced
lang: te
published: 2021-12-30
---
diff --git a/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
index 8b76ceae9eb..5c47ab00c57 100644
--- a/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
+++ b/public/content/translations/te/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
@@ -1,9 +1,9 @@
---
title: "InfluxDB మరియు Grafanaతో Gethను పర్యవేక్షించడం"
description: "పనితీరును ట్రాక్ చేయడానికి మరియు సమస్యలను గుర్తించడానికి InfluxDB మరియు Grafanaను ఉపయోగించి మీ Geth నోడ్ కోసం పర్యవేక్షణను ఏర్పాటు చేసుకోండి."
-author: "మారియో హావెల్"
+author: "Mario Havel"
tags: [ "క్లయింట్లు", "నోడ్లు" ]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2021-01-13
---
diff --git a/public/content/translations/te/developers/tutorials/nft-minter/index.md b/public/content/translations/te/developers/tutorials/nft-minter/index.md
index e3ed4b25505..c2475d78266 100644
--- a/public/content/translations/te/developers/tutorials/nft-minter/index.md
+++ b/public/content/translations/te/developers/tutorials/nft-minter/index.md
@@ -11,7 +11,7 @@ tags:
"frontend",
"Pinata"
]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2021-10-06
---
diff --git a/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
index 1d275ce8fc8..e0428eb69e8 100644
--- a/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -1,9 +1,9 @@
---
title: "ఆప్టిమిజం స్టాండర్డ్ బ్రిడ్జ్ కాంట్రాక్ట్ విశ్లేషణ"
description: "ఆప్టిమిజం కోసం స్టాండర్డ్ బ్రిడ్జ్ ఎలా పనిచేస్తుంది? ఇది ఈ విధంగా ఎందుకు పనిచేస్తుంది?"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "దృఢత్వం", "బ్రిడ్జ్", "లేయర్ 2" ]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2022-03-30
lang: te
---
diff --git a/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
index ad764bd0d3f..b856ef34e4a 100644
--- a/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -1,10 +1,10 @@
---
title: "ఒక కాంట్రాక్ట్ను రివర్స్ ఇంజనీరింగ్ చేయడం"
description: "మీ వద్ద సోర్స్ కోడ్ లేనప్పుడు ఒక కాంట్రాక్ట్ను ఎలా అర్థం చేసుకోవాలి"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
lang: te
tags: [ "evm", "ఆప్కోడ్లు" ]
-skill: "అధునాతనం"
+skill: advanced
published: 2021-12-30
---
diff --git a/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
index e3a6cba6d84..78aa0f493fe 100644
--- a/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
+++ b/public/content/translations/te/developers/tutorials/run-node-raspberry-pi/index.md
@@ -10,9 +10,9 @@ tags:
"నోడ్లు"
]
lang: te
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2022-06-10
-source: "ARMపై ఇతీరియము"
+source: Ethereum on ARM
sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
---
diff --git a/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
index 3b611baa136..9fc5dea86b5 100644
--- a/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
+++ b/public/content/translations/te/developers/tutorials/scam-token-tricks/index.md
@@ -1,7 +1,7 @@
---
title: "స్కామ్ టోకెన్లు ఉపయోగించే కొన్ని ఉపాయాలు మరియు వాటిని ఎలా గుర్తించాలి"
description: "ఈ ట్యుటోరియల్లో స్కామర్లు ఆడే కొన్ని ఉపాయాలు, వారు వాటిని ఎలా అమలు చేస్తారు మరియు మనం వాటిని ఎలా గుర్తించవచ్చో చూడటానికి మేము ఒక స్కామ్ టోకెన్ను విడదీస్తాము."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags:
[
"స్కామ్",
@@ -10,7 +10,7 @@ tags:
"జావాస్క్రిప్ట్",
"typescript"
]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2023-09-15
lang: te
---
diff --git a/public/content/translations/te/developers/tutorials/secret-state/index.md b/public/content/translations/te/developers/tutorials/secret-state/index.md
index 8f68cb3b5df..71c0edec020 100644
--- a/public/content/translations/te/developers/tutorials/secret-state/index.md
+++ b/public/content/translations/te/developers/tutorials/secret-state/index.md
@@ -1,7 +1,7 @@
---
title: "రహస్య స్థితి కోసం జీరో-కనౌలెడ్జిని ఉపయోగించడం"
description: "ఆన్చైన్ ఆటలు పరిమితంగా ఉంటాయి ఎందుకంటే అవి ఎలాంటి రహస్య సమాచారాన్ని ఉంచలేవు. ఈ ట్యుటోరియల్ చదివిన తర్వాత, ఒక రీడర్ రహస్య స్థితి, ఆఫ్చైన్, కాంపోనెంట్తో ధృవీకరించదగిన ఆటలను సృష్టించడానికి జీరో-కనౌలెడ్జి రుజువులు మరియు సర్వర్ కాంపోనెంట్లను కలపగలుగుతారు. ఇది చేయడానికి సాంకేతికత మైన్స్వీపర్ గేమ్ సృష్టించడం ద్వారా ప్రదర్శించబడుతుంది."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags:
[
"సర్వర్",
@@ -11,7 +11,7 @@ tags:
"zokrates",
"mud"
]
-skill: "అధునాతనం"
+skill: advanced
lang: te
published: 2025-03-15
---
diff --git a/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
index 9063c683d9a..1a0ca4ff005 100644
--- a/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
+++ b/public/content/translations/te/developers/tutorials/secure-development-workflow/index.md
@@ -3,10 +3,10 @@ title: "స్మార్ట్ కాంట్రాక్టు భద్ర
description: "సురక్షితమైన స్మార్ట్ కాంట్రాక్టులను రాయడానికి సూచించబడిన కార్యప్రవాహం"
author: "Trailofbits"
tags: [ "స్మార్ట్ కాంట్రాక్టులు", "భద్రత", "దృఢత్వం" ]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2020-09-07
-source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
+source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/workflow.md
---
diff --git a/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
index 9c7c7dd8fb9..c6b33ea540b 100644
--- a/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
+++ b/public/content/translations/te/developers/tutorials/send-token-ethersjs/index.md
@@ -3,7 +3,7 @@ title: "ethers.js ఉపయోగించి టోకెన్లను ప
description: "ethers.js ఉపయోగించి టోకెన్లను పంపడానికి ప్రారంభకులకు అనుకూలమైన మార్గదర్శి."
author: Kim YongJun
tags: [ "ETHERS.JS", "ERC-20", "టోకెన్లు" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-04-06
---
diff --git a/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
index b4f70a26c7a..053606fce19 100644
--- a/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
+++ b/public/content/translations/te/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
@@ -1,12 +1,12 @@
---
title: "Web3 ఉపయోగించి లావాదేవీలను పంపడం"
description: "Web3 ఉపయోగించి ఇతీరియము లావాదేవీలను పంపడానికి ఇది ఒక ప్రారంభ స్నేహపూర్వక మార్గదర్శి. ఇతీరియము బ్లాక్చైన్కు లావాదేవీని పంపడానికి మూడు ప్రధాన దశలు ఉన్నాయి: సృష్టించడం, సంతకం చేయడం మరియు ప్రసారం చేయడం. మేము ఈ మూడింటినీ చర్చిద్దాం."
-author: "ఎలాన్ హాల్పెర్న్"
+author: "Elan Halpern"
tags: [ "లావాదేవీలు", "web3.js", "alchemy" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-11-04
-source: "Alchemy డాక్స్"
+source: Alchemy docs
sourceUrl: https://www.alchemy.com/docs/how-to-send-transactions-on-ethereum
---
diff --git a/public/content/translations/te/developers/tutorials/server-components/index.md b/public/content/translations/te/developers/tutorials/server-components/index.md
index 4d05e43c357..eaabe613f71 100644
--- a/public/content/translations/te/developers/tutorials/server-components/index.md
+++ b/public/content/translations/te/developers/tutorials/server-components/index.md
@@ -2,10 +2,10 @@
title: "వెబ్3 యాప్ల కోసం సర్వర్ భాగాలు మరియు ఏజెంట్లు"
description: "ఈ ట్యుటోరియల్ చదివిన తర్వాత, మీరు బ్లాక్చైన్లోని ఈవెంట్లను వినే మరియు వాటి స్వంత లావాదేవీలతో తదనుగుణంగా స్పందించే టైప్స్క్రిప్ట్ సర్వర్లను వ్రాయగలుగుతారు. ఇది కేంద్రీకృత అప్లికేషన్లను (సర్వర్ వైఫల్యానికి ఒక పాయింట్ కాబట్టి) వ్రాయడానికి మిమ్మల్ని అనుమతిస్తుంది, కానీ వెబ్3 ఎంటిటీలతో పరస్పర చర్య చేయగలదు. మానవ ప్రమేయం లేకుండా ఆన్చైన్ ఈవెంట్లకు స్పందించే ఒక ఏజెంట్ను వ్రాయడానికి కూడా అవే పద్ధతులను ఉపయోగించవచ్చు."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
lang: te
tags: [ "ఏజెంట్", "సర్వర్", "ఆఫ్చైన్" ]
-skill: "ఆరంభకులు"
+skill: beginner
published: 2024-07-15
---
diff --git a/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
index d4aa01d3674..f3bcfb1f3ef 100644
--- a/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
+++ b/public/content/translations/te/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
@@ -3,7 +3,7 @@ title: "జావాస్క్రిప్ట్లో ఇతీరియ
description: "జావాస్క్రిప్ట్ అప్లికేషన్ల నుండి ఇతీరియము బ్లాక్ చైనుతో సంప్రదించడానికి web3.js లైబ్రరీని ఎలా ఏర్పాటు చేయాలో మరియు కాన్ఫిగర్ చేయాలో తెలుసుకోండి."
author: "jdourlens"
tags: [ "web3.js", "జావాస్క్రిప్ట్" ]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-04-11
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/short-abi/index.md b/public/content/translations/te/developers/tutorials/short-abi/index.md
index eea66f76df8..169d01739bc 100644
--- a/public/content/translations/te/developers/tutorials/short-abi/index.md
+++ b/public/content/translations/te/developers/tutorials/short-abi/index.md
@@ -1,10 +1,10 @@
---
title: "కాల్డేటా ఆప్టిమైజేషన్ కోసం చిన్న ABIలు"
description: "ఆప్టిమిస్టిక్ రోలప్ల కోసం స్మార్ట్ కాంట్రాక్ట్లను ఆప్టిమైజ్ చేయడం"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
lang: te
tags: [ "లేయర్ 2" ]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2022-04-01
---
diff --git a/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
index e49749eef65..8c308283546 100644
--- a/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
+++ b/public/content/translations/te/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -3,10 +3,10 @@ title: "స్మార్ట్ కాంట్రాక్ట్ భద్ర
description: "మీ డాప్ని నిర్మించేటప్పుడు పరిగణించవలసిన భద్రతా మార్గదర్శకాల తనిఖీ జాబితా"
author: "Trailofbits"
tags: [ "దృఢత్వం", "స్మార్ట్ కాంట్రాక్టులు", "భద్రత" ]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2020-09-06
-source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
+source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/guidelines.md
---
diff --git a/public/content/translations/te/developers/tutorials/stealth-addr/index.md b/public/content/translations/te/developers/tutorials/stealth-addr/index.md
index 67618f343de..0e406c8c17e 100644
--- a/public/content/translations/te/developers/tutorials/stealth-addr/index.md
+++ b/public/content/translations/te/developers/tutorials/stealth-addr/index.md
@@ -1,7 +1,7 @@
---
title: "స్టెల్త్ చిరునామాలను ఉపయోగించడం"
description: "స్టెల్త్ చిరునామాలు వినియోగదారులను అనామకంగా ఆస్తులను బదిలీ చేయడానికి అనుమతిస్తాయి. ఈ కథనాన్ని చదివిన తర్వాత, మీరు వీటిని చేయగలరు: స్టెల్త్ చిరునామాలు అంటే ఏమిటి మరియు అవి ఎలా పనిచేస్తాయో వివరించడం, అనామకతను కాపాడే విధంగా స్టెల్త్ చిరునామాలను ఎలా ఉపయోగించాలో అర్థం చేసుకోవడం, మరియు స్టెల్త్ చిరునామాలను ఉపయోగించే వెబ్-ఆధారిత అప్లికేషన్ను వ్రాయడం."
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags:
[
"స్టెల్త్ చిరునామా",
@@ -10,7 +10,7 @@ tags:
"రస్ట్",
"wasm"
]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2025-11-30
lang: te
sidebarDepth: 3
diff --git a/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
index a4a9ca97a7b..768713ef371 100644
--- a/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
+++ b/public/content/translations/te/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
@@ -1,7 +1,7 @@
---
title: "ది గ్రాఫ్: వెబ్3 డేటా క్వేరింగ్ ను సరిచేయడం"
description: "బ్లాక్ చైను ఒక డేటాబేస్ లాంటిది కానీ SQL లేకుండా. డేటా అంతా అక్కడే ఉంది, కానీ దాన్ని యాక్సెస్ చేయడానికి మార్గం లేదు. ది గ్రాఫ్ మరియు గ్రాఫ్ క్యూఎల్ తో దీనిని ఎలా పరిష్కరించాలో నేను మీకు చూపిస్తాను."
-author: "మార్కస్ వాస్"
+author: Markus Waas
lang: te
tags:
[
@@ -11,7 +11,7 @@ tags:
"ది గ్రాఫ్",
"react"
]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2020-09-06
source: soliditydeveloper.com
sourceUrl: https://soliditydeveloper.com/thegraph
diff --git a/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md b/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md
index 58f97331e0e..60a6e3b5d26 100644
--- a/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md
+++ b/public/content/translations/te/developers/tutorials/token-integration-checklist/index.md
@@ -10,9 +10,9 @@ tags:
"భద్రత",
"టోకెన్లు"
]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2020-08-13
-source: "సురక్షితమైన కాంట్రాక్టులను నిర్మించడం"
+source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/token_integration.md
---
diff --git a/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md b/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
index a41657e0d01..88a362ea56d 100644
--- a/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"erc-20"
]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2020-04-07
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md b/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
index 7b6b097b4f0..d4171e84745 100644
--- a/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
@@ -9,7 +9,7 @@ tags:
"దృఢత్వం",
"erc-20"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-04-05
source: EthereumDev
diff --git a/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md b/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md
index 069e233dd4a..284a1397ff4 100644
--- a/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md
+++ b/public/content/translations/te/developers/tutorials/uniswap-v2-annotated-code/index.md
@@ -1,9 +1,9 @@
---
title: "యూనిస్వాప్-వి2 ఒప్పంద విశ్లేషణ"
description: "యూనిస్వాప్-వి2 ఒప్పందం ఎలా పనిచేస్తుంది? దీనిని ఆ విధంగా ఎందుకు రాసారు?"
-author: "ఓరి పోమెరాంట్జ్"
+author: Ori Pomerantz
tags: [ "దృఢత్వం" ]
-skill: "మధ్యస్థ"
+skill: intermediate
published: 2021-05-01
lang: te
---
@@ -56,9 +56,8 @@ _వ్యాపారులు_ ఒక రకమైన టోకెన్న
4. మార్గంపై మళ్ళింపులు. మార్గం వెంట ప్రతి మార్పిడికి ఇది ఇన్పుట్ టోకెన్ను పంపుతుంది, ఆపై మార్పిడి యొక్క `swap` ఫంక్షన్ను పిలుస్తుంది.
చాలా సందర్భాల్లో టోకెన్ల కోసం గమ్యస్థానం చిరునామా మార్గంలో తదుపరి జత మార్పిడి. తుది మార్పిడిలో అది వ్యాపారి అందించిన చిరునామా.
-#### కోర్ ఒప్పందంలో (UniswapV2Pair.sol) {#in-the-core-contract-uniswapv2pairsol-2}
+#### కోర్ ఒప్పందంలో (UniswapV2Pair.sol) {#in-the-core-contract-uniswapv2pairsol-2}5. కోర్ ఒప్పందం మోసం చేయబడలేదని మరియు స్వాప్ తర్వాత తగినంత ద్రవ్యతను కొనసాగించగలదని ధృవీకరించండి.
-5. కోర్ ఒప్పందం మోసం చేయబడలేదని మరియు స్వాప్ తర్వాత తగినంత ద్రవ్యతను కొనసాగించగలదని ధృవీకరించండి.
6. తెలిసిన నిల్వలకు అదనంగా మనకు ఎన్ని అదనపు టోకెన్లు ఉన్నాయో చూడండి. ఆ మొత్తం మార్పిడి కోసం మేము స్వీకరించిన ఇన్పుట్ టోకెన్ల సంఖ్య.
7. అవుట్పుట్ టోకెన్లను గమ్యస్థానానికి పంపండి.
8. నిల్వ మొత్తాలను అప్డేట్ చేయడానికి `_update` ని కాల్ చేయండి
diff --git a/public/content/translations/te/developers/tutorials/using-websockets/index.md b/public/content/translations/te/developers/tutorials/using-websockets/index.md
index 79d3f3671db..91377b966ac 100644
--- a/public/content/translations/te/developers/tutorials/using-websockets/index.md
+++ b/public/content/translations/te/developers/tutorials/using-websockets/index.md
@@ -1,7 +1,7 @@
---
title: "వెబ్ సాకెట్లను ఉపయోగించడం"
description: "JSON-RPC అభ్యర్థనలు చేయడానికి మరియు ఈవెంట్లకు సబ్స్క్రయిబ్ చేయడానికి వెబ్సాకెట్లు మరియు Alchemyను ఉపయోగించడానికి మార్గదర్శకం."
-author: "ఎలాన్ హాల్పెర్న్"
+author: "Elan Halpern"
lang: te
tags:
[
@@ -10,8 +10,8 @@ tags:
"ప్రశ్నించడం",
"జావాస్క్రిప్ట్"
]
-skill: "ఆరంభకులు"
-source: "Alchemy డాక్స్"
+skill: beginner
+source: Alchemy docs
sourceUrl: https://www.alchemy.com/docs/reference/best-practices-for-using-websockets-in-web3
published: 2020-12-01
---
diff --git a/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md b/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
index 4d7dbbc36f1..f66de418ddd 100644
--- a/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
+++ b/public/content/translations/te/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
@@ -1,7 +1,7 @@
---
title: "వాఫిల్: డైనమిక్ మాకింగ్ మరియు కాంట్రాక్ట్ కాల్స్ను పరీక్షించడం"
description: "డైనమిక్ మాకింగ్ మరియు కాంట్రాక్ట్ కాల్స్ పరీక్షించడం కోసం అధునాతన వాఫిల్ ట్యుటోరియల్"
-author: "డేనియల్ ఇజ్డెబ్స్కీ"
+author: "Daniel Izdebski"
tags:
[
"waffle",
@@ -10,7 +10,7 @@ tags:
"పరీక్షించడం",
"మాకింగ్"
]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2020-11-14
---
diff --git a/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md b/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
index eef42cffd3d..57baa869cf0 100644
--- a/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
+++ b/public/content/translations/te/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
@@ -11,7 +11,7 @@ tags:
"hardhat",
"ethers.js"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2020-10-16
---
diff --git a/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md b/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md
index 69096a39bf3..97e4aaef8b7 100644
--- a/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md
+++ b/public/content/translations/te/developers/tutorials/waffle-test-simple-smart-contract/index.md
@@ -1,7 +1,7 @@
---
title: "Waffle లైబ్రరీతో సులభమైన స్మార్ట్ కాంట్రాక్టును పరీక్షిస్తోంది"
description: "ప్రారంభకులకు ట్యుటోరియల్"
-author: "ఎవా కోవల్స్కా"
+author: Ewa Kowalska
tags:
[
"స్మార్ట్ కాంట్రాక్టులు",
@@ -9,7 +9,7 @@ tags:
"Waffle",
"పరీక్షించడం"
]
-skill: "ఆరంభకులు"
+skill: beginner
lang: te
published: 2021-02-26
---
diff --git a/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md b/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md
index 29cee549573..78e45dc3d97 100644
--- a/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md
+++ b/public/content/translations/te/developers/tutorials/yellow-paper-evm/index.md
@@ -3,7 +3,7 @@ title: "ఎల్లో పేపర్ యొక్క EVM స్పెసి
description: "ఇతీరియము కోసం అధికారిక స్పెసిఫికేషన్లు అయిన ఎల్లో పేపర్లోని, ఇతీరియము వర్చువల్ మెషీన్ (EVM)ను వివరించే భాగాన్ని అర్థం చేసుకోవడం."
author: "qbzzt"
tags: [ "evm" ]
-skill: "మధ్యస్థ"
+skill: intermediate
lang: te
published: 2022-05-15
---
diff --git a/public/content/translations/te/gaming/index.md b/public/content/translations/te/gaming/index.md
index 2009220c502..2f70047629b 100644
--- a/public/content/translations/te/gaming/index.md
+++ b/public/content/translations/te/gaming/index.md
@@ -1,7 +1,7 @@
---
title: "ఆన్చైన్ గేమింగ్"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
image: /images/robot-help-bar.png
sidebarDepth: 2
summaryPoint1: "గేమ్ నియమాలు మరియు స్థితిని స్టూడియో సర్వర్లు కాకుండా బ్లాక్చైన్ ద్వారా అమలు చేయవచ్చు"
diff --git a/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md
index 86f5f53f0b1..e0b98c6e6a7 100644
--- a/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md
+++ b/public/content/translations/te/guides/how-to-create-an-ethereum-account/index.md
@@ -42,8 +42,7 @@ lang: te
- వాలెట్ ఇన్స్టాల్ చేయబడిందా?
దానిని ఎలా ఉపయోగించాలో తెలుసుకోండి.
-
+ వాలెట్ ఇన్స్టాల్ చేయబడిందా?
దానిని ఎలా ఉపయోగించాలో తెలుసుకోండి.
వాలెట్ను ఎలా ఉపయోగించాలి
diff --git a/public/content/translations/te/guides/how-to-revoke-token-access/index.md b/public/content/translations/te/guides/how-to-revoke-token-access/index.md
index ba421e3333a..398933749ae 100644
--- a/public/content/translations/te/guides/how-to-revoke-token-access/index.md
+++ b/public/content/translations/te/guides/how-to-revoke-token-access/index.md
@@ -49,8 +49,7 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
-
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/guides/how-to-swap-tokens/index.md b/public/content/translations/te/guides/how-to-swap-tokens/index.md
index b0e916656a1..f4aeac39316 100644
--- a/public/content/translations/te/guides/how-to-swap-tokens/index.md
+++ b/public/content/translations/te/guides/how-to-swap-tokens/index.md
@@ -52,8 +52,7 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
-
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/guides/how-to-use-a-bridge/index.md b/public/content/translations/te/guides/how-to-use-a-bridge/index.md
index 648142aec16..affce80cc7c 100644
--- a/public/content/translations/te/guides/how-to-use-a-bridge/index.md
+++ b/public/content/translations/te/guides/how-to-use-a-bridge/index.md
@@ -54,8 +54,7 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
-
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/guides/how-to-use-a-wallet/index.md b/public/content/translations/te/guides/how-to-use-a-wallet/index.md
index 3590e652de2..4d53c72a4d0 100644
--- a/public/content/translations/te/guides/how-to-use-a-wallet/index.md
+++ b/public/content/translations/te/guides/how-to-use-a-wallet/index.md
@@ -65,8 +65,7 @@ lang: te
- ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
-
+ ఇంకా ఎక్కువ నేర్చుకోవాలని ఉందా?
మా ఇతర గైడ్లను చూడండి
diff --git a/public/content/translations/te/nft/index.md b/public/content/translations/te/nft/index.md
index 615ca1b5462..fe0664d9b21 100644
--- a/public/content/translations/te/nft/index.md
+++ b/public/content/translations/te/nft/index.md
@@ -3,7 +3,7 @@ title: "నాన్-ఫంగిబుల్ టోకన్లు"
metaTitle: "NFTs అంటే ఏమిటి? | ప్రయోజనాలు మరియు ఉపయోగం"
description: "ఇథీరియము పై NFTs యొక్క సమీక్ష"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":frame_with_picture:"
sidebarDepth: 2
image: /images/infrastructure_transparent.png
@@ -58,8 +58,7 @@ NFTలు అనేక విషయాల కోసం ఉపయోగించ
- మీ స్వంత NFT కళ/సేకరణలను అన్వేషించండి, కొనండి లేదా సృష్టించండి...
-
+ మీ స్వంత NFT కళ/సేకరణలను అన్వేషించండి, కొనండి లేదా సృష్టించండి...
NFT ఆర్ట్ని అన్వేషించండి
diff --git a/public/content/translations/te/payments/index.md b/public/content/translations/te/payments/index.md
index 69bbaff8b27..cc97cbdb4b1 100644
--- a/public/content/translations/te/payments/index.md
+++ b/public/content/translations/te/payments/index.md
@@ -3,7 +3,7 @@ title: "Ethereum చెల్లింపులు"
metaTitle: "ఇతీరియముపై చెల్లింపులు"
description: "ఇతీరియముపై చెల్లింపుల యొక్క అవలోకనం"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":frame_with_picture:"
sidebarDepth: 2
image: /images/impact_transparent.png
@@ -60,12 +60,12 @@ summaryPoint3: "ఒక నిమిషంలోపు చెల్లింప
- ఈరోజే ఒక వాలెట్ యాప్తో మీ ఇతీరియము ఖాతాను సృష్టించుకోండి.
-
+ ఈరోజే ఒక వాలెట్ యాప్తో మీ ఇతీరియము ఖాతాను సృష్టించుకోండి.
ప్రారంభించండి
+
## సెల్ఫ్-కస్టోడియల్ క్రిప్టో కార్డులతో చెల్లించండి {#pay-with-self-custodial-crypto-cards}
@@ -198,10 +198,10 @@ summaryPoint3: "ఒక నిమిషంలోపు చెల్లింప
- మీ స్వంత ఇతీరియము ఖాతాను పొందడానికి సమయం ఆసన్నమైంది.
-
+ మీ స్వంత ఇతీరియము ఖాతాను పొందడానికి సమయం ఆసన్నమైంది.
ప్రారంభించండి!
+
diff --git a/public/content/translations/te/prediction-markets/index.md b/public/content/translations/te/prediction-markets/index.md
index 2003028822e..eb12ea714dc 100644
--- a/public/content/translations/te/prediction-markets/index.md
+++ b/public/content/translations/te/prediction-markets/index.md
@@ -1,7 +1,7 @@
---
title: "అంచనా మార్కెట్లు"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
image: /images/use-cases/prediction-markets.png
sidebarDepth: 2
summaryPoint1: "ఖచ్చితమైన సూచనలను రూపొందించడానికి ఆర్థిక ప్రోత్సాహకాలను స్వీకరించండి"
@@ -56,7 +56,9 @@ buttons:
ప్రమాదాల పట్ల శ్రద్ధ వహించండి
మీరు భరించగలిగినంత మాత్రమే పందెం వేయండి మరియు వ్యసనపరుడైన ప్రవర్తనల పట్ల जागरूकంగా ఉండండి.
+
+
## సవాళ్లు & ప్రమాదాలు {#challenges-and-risks}
diff --git a/public/content/translations/te/real-world-assets/index.md b/public/content/translations/te/real-world-assets/index.md
index b839bcba5a0..faf4b6ad2ac 100644
--- a/public/content/translations/te/real-world-assets/index.md
+++ b/public/content/translations/te/real-world-assets/index.md
@@ -3,7 +3,7 @@ title: "వాస్తవ-ప్రపంచ ఆస్తులు (RWAs)"
metaTitle: "RWAs అంటే ఏమిటి? | వాస్తవ-ప్రపంచ ఆస్తుల ప్రయోజనాలు మరియు ఉపయోగం"
description: "ఇతీరియముపై వాస్తవ-ప్రపంచ ఆస్తుల యొక్క అవలోకనం"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":house_buildings:"
image: /images/man-and-dog-playing.png
alt: "మనిషి మరియు కుక్క ఆడుకుంటున్నాయి."
diff --git a/public/content/translations/te/refi/index.md b/public/content/translations/te/refi/index.md
index ad084e8fb0f..4321f5004f9 100644
--- a/public/content/translations/te/refi/index.md
+++ b/public/content/translations/te/refi/index.md
@@ -2,7 +2,7 @@
title: "రీజెనరేటివ్ ఫైనాన్స్ (ReFi)"
description: "ReFi మరియు దాని ప్రస్తుత వినియోగ కేసుల యొక్క అవలోకనం."
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":recycle:"
sidebarDepth: 2
image: /images/future_transparent.png
diff --git a/public/content/translations/te/restaking/index.md b/public/content/translations/te/restaking/index.md
index 9a04529cd5d..b554ca1f041 100644
--- a/public/content/translations/te/restaking/index.md
+++ b/public/content/translations/te/restaking/index.md
@@ -3,7 +3,7 @@ title: "రీస్టేకింగ్"
metaTitle: "రీస్టేకింగ్ అంటే ఏమిటి? | రీస్టేకింగ్ యొక్క ప్రయోజనాలు మరియు ఉపయోగం"
description: "ఇతర వికేంద్రీకృత సేవలను భద్రపరచడానికి మరియు అదనపు రివార్డులను సంపాదించడానికి స్టేక్ చేయబడిన ETHని ఉపయోగించండి."
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":recycle:"
image: /images/use-cases/restaking.png
alt: "Ethereumలో రీస్టేకింగ్ యొక్క దృశ్యమాన ప్రాతినిధ్యం."
diff --git a/public/content/translations/te/roadmap/beacon-chain/index.md b/public/content/translations/te/roadmap/beacon-chain/index.md
index 98ef88c642c..8fa392724b0 100644
--- a/public/content/translations/te/roadmap/beacon-chain/index.md
+++ b/public/content/translations/te/roadmap/beacon-chain/index.md
@@ -2,7 +2,7 @@
title: "ది బీకన్ చైన్"
description: "బీకాన్ చైన్ గురించి తెలుసుకోండి - ప్రూఫ్-ఆఫ్-స్టేక్ ఇతీరియమును పరిచయం చేసిన అప్గ్రేడ్."
lang: te
-template: "అప్గ్రేడ్"
+template: upgrade
image: /images/upgrades/core.png
alt:
summaryPoint1: "బీకాన్ చైన్ ఇతీరియము పర్యావరణ వ్యవస్థకు ప్రూఫ్-ఆఫ్-స్టేక్ను పరిచయం చేసింది."
diff --git a/public/content/translations/te/roadmap/danksharding/index.md b/public/content/translations/te/roadmap/danksharding/index.md
index 34674cf4aa3..67d58e97f3f 100644
--- a/public/content/translations/te/roadmap/danksharding/index.md
+++ b/public/content/translations/te/roadmap/danksharding/index.md
@@ -34,6 +34,7 @@ summaryPoints:
రోలప్లు వారు చేసే లావాదేవీలను డేటా బ్లాబ్లలో పోస్ట్ చేస్తారు. వారు డేటాకు "నిబద్ధత"ను కూడా పోస్ట్ చేస్తారు. వారు డేటాకు బహుపది ఫంక్షన్ను అమర్చడం ద్వారా దీన్ని చేస్తారు. ఈ ఫంక్షన్ అప్పుడు వివిధ పాయింట్ల వద్ద మూల్యాంకనం చేయవచ్చు. ఉదాహరణకు, మనం `f(x) = 2x-1` అనే చాలా సులభమైన ఫంక్షన్ను నిర్వచిస్తే, ఈ ఫంక్షన్ను `x = 1`, `x = 2`, `x = 3` విలువల కోసం మూల్యాంకనం చేయగా `1, 3, 5` ఫలితాలు వస్తాయి. ప్రూవర్ డేటాకు అదే ఫంక్షన్ను వర్తింపజేస్తుంది మరియు అదే పాయింట్ల వద్ద దానిని మూల్యాంకనం చేస్తుంది. అసలు డేటా మార్చబడినట్లయితే, ఫంక్షన్ ఒకేలా ఉండదు మరియు అందువల్ల ప్రతి పాయింట్ వద్ద విలువలు కూడా మూల్యాంకనం చేయబడవు. వాస్తవానికి, నిబద్ధత మరియు రుజువు మరింత క్లిష్టంగా ఉంటాయి ఎందుకంటే అవి క్రిప్టోగ్రాఫిక్ ఫంక్షన్లతో చుట్టబడి ఉంటాయి.
### KZG అంటే ఏమిటి? {#what-is-kzg}
+
KZG అంటే కేట్-జవెరుచా-గోల్డ్బర్గ్. ఇది ఒక డేటా బ్లాబ్ను ఒక చిన్న [క్రిప్టోగ్రాఫిక్ "కమిట్మెంట్"](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)గా కుదించే పథకాన్ని రూపొందించిన ముగ్గురు [అసలు రచయితల](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) పేర్లను సూచిస్తుంది. రోల్అప్ తప్పుగా ప్రవర్తించలేదని నిర్ధారించుకోవడానికి రోల్అప్ సమర్పించిన డేటా బ్లాబ్ను ధృవీకరించాలి. నిబద్ధత చెల్లుబాటులో ఉందో లేదో తనిఖీ చేయడానికి బ్లాబ్లో లావాదేవీలను తిరిగి అమలు చేసే నిరూపణ ఇందులో ఉంటుంది. మెర్కిల్ ప్రూఫ్లను ఉపయోగించి లేయర్ 1లో ఎగ్జిక్యూషన్ క్లయింట్లు Ethereum లావాదేవీల చెల్లుబాటును తనిఖీ చేసే విధానం వలె ఇది సంభావితంగా ఉంటుంది. KZG అనేది డేటాకు బహుపది సమీకరణానికి సరిపోయే ప్రత్యామ్నాయ రుజువు. నిబద్ధత కొన్ని రహస్య డేటా పాయింట్ల వద్ద బహుపదిని మూల్యాంకనం చేస్తుంది. ప్రూవర్ డేటాపై అదే బహుపదిని సరిపోయేలా చేస్తుంది మరియు అదే విలువలతో దాన్ని మూల్యాంకనం చేస్తుంది, ఫలితం ఒకే విధంగా ఉందో లేదో తనిఖీ చేస్తుంది. కొన్ని రోల్అప్లు మరియు చివరికి Ethereum ప్రోటోకాల్లోని ఇతర భాగాలు ఉపయోగించే జీరో-నాలెడ్జ్ టెక్నిక్లకు అనుకూలంగా ఉండే డేటాను ధృవీకరించడానికి ఇది ఒక మార్గం.
### KZG వేడుక ఏమిటి? KZG సెరిమొనీ అంటే ఏమిటి? {#what-is-a-kzg-ceremony}
diff --git a/public/content/translations/te/roadmap/dencun/index.md b/public/content/translations/te/roadmap/dencun/index.md
index 55b09b3072d..6ed5b08e6b5 100644
--- a/public/content/translations/te/roadmap/dencun/index.md
+++ b/public/content/translations/te/roadmap/dencun/index.md
@@ -23,7 +23,7 @@ lang: te
- **మీ ETH కోసం ఎటువంటి చర్య అవసరం లేదు**: Ethereum Dencun అప్గ్రేడ్ను అనుసరించి, మీ ETHను మార్చడం లేదా అప్గ్రేడ్ చేయడం అవసరం లేదు. మీ ఖాతా బ్యాలెన్స్లు అలాగే ఉంటాయి మరియు మీరు ప్రస్తుతం కలిగి ఉన్న ETH హార్డ్ ఫోర్క్ తర్వాత దాని ప్రస్తుత రూపంలో అందుబాటులో ఉంటుంది.
- **స్కామ్ల పట్ల జాగ్రత్త వహించండి!** **మీ ETHను "అప్గ్రేడ్" చేయమని సూచించే ఎవరైనా మిమ్మల్ని స్కామ్ చేయడానికి ప్రయత్నిస్తున్నారు.** ఈ అప్గ్రేడ్కు సంబంధించి మీరు ఏమీ చేయవలసిన అవసరం లేదు. మీ ఆస్తులు పూర్తిగా ప్రభావితం కాకుండా ఉంటాయి. స్కామ్లకు వ్యతిరేకంగా సమాచారం ఇవ్వడం ఉత్తమ రక్షణ అని గుర్తుంచుకోండి.
-[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/భద్రత/)
+[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/security/)
## Dencun నెట్వర్క్ అప్గ్రేడ్ ఏ సమస్యను పరిష్కరిస్తోంది? {#network-impact}
@@ -31,11 +31,11 @@ Dencun ప్రధానంగా **స్కేలబిలిటీ** (ఎక
Ethereum కమ్యూనిటీ దాని వృద్ధికి "రోలప్-సెంట్రిక్" విధానాన్ని తీసుకుంటోంది, ఇది మరింత మంది వినియోగదారులకు సురక్షితంగా మద్దతునిచ్చే ప్రాథమిక సాధనంగా లేయర్ 2 రోల్అప్లను ఉంచుతుంది.
-రోలప్ నెట్వర్క్లు మెయిన్నెట్ నుండి వేరుగా ఉన్న లావాదేవీల _ప్రాసెసింగ్_ (లేదా "ఎగ్జిక్యూషన్") ను నిర్వహిస్తాయి మరియు ఆపై రికార్డింగ్ కీపింగ్ కోసం ఫలితాల యొక్క క్రిప్టోగ్రాఫిక్ ప్రూఫ్ మరియు/లేదా కంప్రెస్డ్ లావాదేవీ డేటాను తిరిగి మెయిన్నెట్లో ప్రచురిస్తాయి. ఈ ప్రూఫ్లను భద్రపరచడం వలన ఒక ఖర్చు ఉంటుంది ([గ్యాస్](/గ్లోసరీ/#గ్యాస్) రూపంలో), ఇది ప్రోటో-డాన్క్షర్డింగ్కు ముందు, అన్ని నెట్వర్క్ నోడ్ ఆపరేటర్లచే శాశ్వతంగా నిల్వ చేయబడాలి, ఇది ఖరీదైన పని.
+రోలప్ నెట్వర్క్లు మెయిన్నెట్ నుండి వేరుగా ఉన్న లావాదేవీల _ప్రాసెసింగ్_ (లేదా "ఎగ్జిక్యూషన్") ను నిర్వహిస్తాయి మరియు ఆపై రికార్డింగ్ కీపింగ్ కోసం ఫలితాల యొక్క క్రిప్టోగ్రాఫిక్ ప్రూఫ్ మరియు/లేదా కంప్రెస్డ్ లావాదేవీ డేటాను తిరిగి మెయిన్నెట్లో ప్రచురిస్తాయి. ఈ ప్రూఫ్లను భద్రపరచడం వలన ఒక ఖర్చు ఉంటుంది ([గ్యాస్](/glossary/#gas) రూపంలో), ఇది ప్రోటో-డాన్క్షర్డింగ్కు ముందు, అన్ని నెట్వర్క్ నోడ్ ఆపరేటర్లచే శాశ్వతంగా నిల్వ చేయబడాలి, ఇది ఖరీదైన పని.
Dencun అప్గ్రేడ్లో ప్రోటో-డాన్క్షర్డింగ్ను ప్రవేశపెట్టడం వల్ల ఈ రుజువుల కోసం నోడ్ ఆపరేటర్లు కేవలం 18 రోజుల పాటు ఈ డేటాను నిల్వ చేయవలసి ఉంటుంది, ఆ తర్వాత హార్డ్వేర్ అవసరాల విస్తరణను నిరోధించడానికి డేటాను సురక్షితంగా తీసివేయవచ్చు. రోల్అప్లు సాధారణంగా 7 రోజుల ఉపసంహరణ వ్యవధిని కలిగి ఉంటాయి కాబట్టి, ఈ వ్యవధిలో L1లో బ్లాబ్లు అందుబాటులో ఉన్నంత వరకు వాటి భద్రతా నమూనా మారదు. 18-రోజుల కత్తిరింపు విండో ఈ కాలానికి ముఖ్యమైన బఫర్ను అందిస్తుంది.
-[స్కేలింగ్ Ethereum గురించి మరింత](/రోడ్మ్యాప్/స్కేలింగ్/)
+[స్కేలింగ్ Ethereum గురించి మరింత](/roadmap/scaling/)
## పాత బ్లాబ్ డేటా ఎలా యాక్సెస్ చేయబడింది? {#historical-access}
@@ -49,7 +49,7 @@ _Historical_ blob డేటా వివిధ కారణాల వల్ల
- **ది గ్రాఫ్ వంటి థర్డ్-పార్టీ ఇండెక్సింగ్ ప్రోటోకాల్లు** ఈ డేటాను క్రిప్టో-ఎకనామిక్ మెకానిజమ్ల ద్వారా ప్రోత్సహించబడిన నోడ్ ఆపరేటర్ల వికేంద్రీకృత నెట్వర్క్ ద్వారా నిల్వ చేస్తాయి.
- **BitTorrent** అనేది వికేంద్రీకృత ప్రోటోకాల్, ఇక్కడ వాలంటీర్లు ఈ డేటాను పట్టుకుని ఇతరులకు పంపిణీ చేయవచ్చు.
-- **[Ethereum పోర్టల్ నెట్వర్క్](/డెవలపర్లు/డాక్స్/నెట్వర్కింగ్-లేయర్/పోర్టల్-నెట్వర్క్/)** BitTorrent మాదిరిగానే పాల్గొనేవారి మధ్య డేటాను పంపిణీ చేయడం ద్వారా నోడ్ ఆపరేటర్ల వికేంద్రీకృత నెట్వర్క్ ద్వారా మొత్తం Ethereum డేటాకు ప్రాప్యతను అందించడం లక్ష్యంగా పెట్టుకుంది.
+- **[Ethereum పోర్టల్ నెట్వర్క్](/developers/docs/networking-layer/portal-network/)** BitTorrent మాదిరిగానే పాల్గొనేవారి మధ్య డేటాను పంపిణీ చేయడం ద్వారా నోడ్ ఆపరేటర్ల వికేంద్రీకృత నెట్వర్క్ ద్వారా మొత్తం Ethereum డేటాకు ప్రాప్యతను అందించడం లక్ష్యంగా పెట్టుకుంది.
- **వ్యక్తిగత వినియోగదారులు** చారిత్రక సూచన కోసం వారు కోరుకునే ఏదైనా డేటా యొక్క స్వంత కాపీలను నిల్వ చేయడానికి ఎల్లప్పుడూ ఉచితం.
- **రోలప్ ప్రొవైడర్లు** వారి రోల్అప్ యొక్క వినియోగదారు అనుభవాన్ని మెరుగుపరచడానికి ఈ డేటాను నిల్వ చేయడానికి ప్రోత్సహించబడ్డారు.
- **బ్లాక్ ఎక్స్ప్లోరర్లు** సాధారణంగా వెబ్ ఇంటర్ఫేస్ ద్వారా వినియోగదారులకు ప్రాప్యత చేయగల సులభమైన చారిత్రక సూచన కోసం ఈ సమాచారాన్ని మొత్తం సూచిక మరియు నిల్వ చేసే ఆర్కైవల్ నోడ్లను అమలు చేస్తుంది.
@@ -60,15 +60,15 @@ _Historical_ blob డేటా వివిధ కారణాల వల్ల
ప్రోటో-డాన్క్షర్డింగ్ [Danksharding](/roadmap/danksharding/) యొక్క పూర్తి అమలుకు వేదికను నిర్దేశిస్తుంది. నోడ్ ఆపరేటర్లలో రోల్అప్ డేటా నిల్వను పంపిణీ చేయడానికి Danksharding రూపొందించబడింది, కాబట్టి ప్రతి ఆపరేటర్ మొత్తం డేటాలో కొంత భాగాన్ని మాత్రమే నిర్వహించాలి. ఈ పంపిణీ బ్లాక్కి డేటా బ్లాబ్ల సంఖ్యను పెంచుతుంది, ఇది మరింత మంది వినియోగదారులు మరియు లావాదేవీలను నిర్వహించడానికి Ethereumని స్కేలింగ్ చేయడానికి అవసరం.
-ఈ స్కేలబిలిటీ వికేంద్రీకృత నెట్వర్క్ను కొనసాగిస్తూ, సరసమైన రుసుములు మరియు మరింత అధునాతన అప్లికేషన్లతో [Ethereumలో బిలియన్ల కొద్దీ వినియోగదారులకు మద్దతు ఇవ్వడానికి](/రోడ్మ్యాప్/స్కేలింగ్/) కీలకం. ఈ మార్పులు లేకుండా, నోడ్ ఆపరేటర్లకు హార్డ్వేర్ డిమాండ్లు పెరుగుతాయి, ఇది ఖరీదైన పరికరాల అవసరానికి దారి తీస్తుంది. ఇది చిన్న ఆపరేటర్ల ధరలను తగ్గించగలదు, దీని ఫలితంగా కొన్ని పెద్ద ఆపరేటర్లలో నెట్వర్క్ నియంత్రణ ఏకాగ్రత ఏర్పడుతుంది, ఇది వికేంద్రీకరణ సూత్రానికి విరుద్ధంగా ఉంటుంది.
+ఈ స్కేలబిలిటీ వికేంద్రీకృత నెట్వర్క్ను కొనసాగిస్తూ, సరసమైన రుసుములు మరియు మరింత అధునాతన అప్లికేషన్లతో [Ethereumలో బిలియన్ల కొద్దీ వినియోగదారులకు మద్దతు ఇవ్వడానికి](/roadmap/scaling/) కీలకం. ఈ మార్పులు లేకుండా, నోడ్ ఆపరేటర్లకు హార్డ్వేర్ డిమాండ్లు పెరుగుతాయి, ఇది ఖరీదైన పరికరాల అవసరానికి దారి తీస్తుంది. ఇది చిన్న ఆపరేటర్ల ధరలను తగ్గించగలదు, దీని ఫలితంగా కొన్ని పెద్ద ఆపరేటర్లలో నెట్వర్క్ నియంత్రణ ఏకాగ్రత ఏర్పడుతుంది, ఇది వికేంద్రీకరణ సూత్రానికి విరుద్ధంగా ఉంటుంది.
-## ఈ అప్గ్రేడ్ అన్ని Ethereum ఏకాభిప్రాయం మరియు వాలిడేటర్ క్లయింట్లను ప్రభావితం చేస్తుందా? {#క్లయింట్-ప్రభావం}
+## ఈ అప్గ్రేడ్ అన్ని Ethereum ఏకాభిప్రాయం మరియు వాలిడేటర్ క్లయింట్లను ప్రభావితం చేస్తుందా? {#client-impact}
అవును, ప్రోటో-డాంక్షర్డింగ్ (EIP-4844) కి ఎగ్జిక్యూషన్ క్లయింట్లు మరియు ఏకాభిప్రాయ క్లయింట్లు రెండింటికీ నవీకరణలు అవసరం. అన్ని ప్రధాన Ethereum క్లయింట్లు అప్గ్రేడ్కు మద్దతు ఇచ్చే సంస్కరణలను విడుదల చేశారు. Ethereum నెట్వర్క్ పోస్ట్-అప్గ్రేడ్తో సమకాలీకరణను నిర్వహించడానికి, నోడ్ ఆపరేటర్లు తప్పనిసరిగా మద్దతు ఉన్న క్లయింట్ వెర్షన్ను అమలు చేస్తున్నారని నిర్ధారించుకోవాలి. క్లయింట్ విడుదలల గురించిన సమాచారం సమయానుకూలమైనది మరియు వినియోగదారులు అత్యంత ప్రస్తుత వివరాల కోసం తాజా నవీకరణలను సూచించాలని గుర్తుంచుకోండి. మద్దతు ఉన్న క్లయింట్ విడుదలల వివరాలను చూడండి](https://blog.ethereum.org/2024/02/27/dencun-mainnet-announcement#client-releases).
ఏకాభిప్రాయ క్లయింట్లు _Validator_ సాఫ్ట్వేర్ను నిర్వహిస్తారు, ఇది అప్గ్రేడ్కు అనుగుణంగా నవీకరించబడింది.
-## క్యాన్కన్-డెనెబ్ (డెన్కన్) ఇతీరియము టెస్టునెట్లను ఎలా ప్రభావితం చేస్తుంది? {#testnet-ఇంపాక్ట్}
+## క్యాన్కన్-డెనెబ్ (డెన్కన్) ఇతీరియము టెస్టునెట్లను ఎలా ప్రభావితం చేస్తుంది? {#testnet-impact}
- Devnets, Sepolia మరియు Holesky అన్నీ Dencun అప్గ్రేడ్కు గురయ్యాయి మరియు ప్రోటో-డాంక్షార్డింగ్ పూర్తిగా పనిచేస్తోంది.
- రోలప్ డెవలపర్లు EIP-4844 పరీక్ష కోసం ఈ నెట్వర్క్లను ఉపయోగించవచ్చు
@@ -97,7 +97,7 @@ Ethereum యొక్క లేయర్ 2 (L2) పై రోలప్ లావ
ప్రోటో-డాన్క్షర్డింగ్ యొక్క ప్రయోజనాలు Ethereum లేయర్ 2 రోల్అప్లకు ప్రత్యేకమైనవి, ఇవి లేయర్ 1 (మెయిన్నెట్) లో వాటి రుజువులను నిల్వ చేస్తాయి. Ethereumతో సంబంధం లేకుండా స్వతంత్రంగా పనిచేసే నెట్వర్క్లు (EVM అనుకూలమైనా కాకపోయినా) తమ డేటాను Ethereumలో నిల్వ చేయవు మరియు ఈ అప్గ్రేడ్ నుండి ఎటువంటి ప్రయోజనాన్ని చూడవు.
-[లేయర్ 2 రోల్అప్ల గురించి మరింత](/లేయర్-2/)
+[లేయర్ 2 రోల్అప్ల గురించి మరింత](/layer-2/)
## దృశ్య అభ్యాసకులా? {#visual-learner}
diff --git a/public/content/translations/te/roadmap/fusaka/index.md b/public/content/translations/te/roadmap/fusaka/index.md
index a5d7b12eff9..1dbcc7cf7e1 100644
--- a/public/content/translations/te/roadmap/fusaka/index.md
+++ b/public/content/translations/te/roadmap/fusaka/index.md
@@ -194,7 +194,7 @@ UX అప్గ్రేడ్! వినియోగదారుల కో
- **మీ ETH కోసం ఎటువంటి చర్య అవసరం లేదు**: ఇతీరియము ఫుసాకా అప్గ్రేడ్ను అనుసరించి, మీ ETHను మార్చడం లేదా అప్గ్రేడ్ చేయడం అవసరం లేదు. మీ ఖాతా బ్యాలెన్స్లు అలాగే ఉంటాయి మరియు మీరు ప్రస్తుతం కలిగి ఉన్న ETH హార్డ్ ఫోర్క్ తర్వాత దాని ప్రస్తుత రూపంలో అందుబాటులో ఉంటుంది.
- **స్కామ్ల పట్ల జాగ్రత్త వహించండి!** **మీ ETHను "అప్గ్రేడ్" చేయమని సూచించే ఎవరైనా మిమ్మల్ని స్కామ్ చేయడానికి ప్రయత్నిస్తున్నారు.** ఈ అప్గ్రేడ్కు సంబంధించి మీరు ఏమీ చేయవలసిన అవసరం లేదు. మీ ఆస్తులు పూర్తిగా ప్రభావితం కాకుండా ఉంటాయి. స్కామ్లకు వ్యతిరేకంగా సమాచారం ఇవ్వడం ఉత్తమ రక్షణ అని గుర్తుంచుకోండి.
-[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/భద్రత/)
+[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/security/)
### జీబ్రాలతో ఏంటి కథ? {#whats-with-the-zebras}
diff --git a/public/content/translations/te/roadmap/future-proofing/index.md b/public/content/translations/te/roadmap/future-proofing/index.md
index fbb0bc047c0..cca158d5582 100644
--- a/public/content/translations/te/roadmap/future-proofing/index.md
+++ b/public/content/translations/te/roadmap/future-proofing/index.md
@@ -4,7 +4,7 @@ description: "ఈ అప్గ్రేడ్లు, భవిష్యత
lang: te
image: /images/roadmap/roadmap-future.png
alt: "Ethereum రోడ్మ్యాప్"
-template: "రోడ్మ్యాప్"
+template: roadmap
---
రోడ్మ్యాప్లోని కొన్ని భాగాలు సమీప భవిష్యత్తులో ఇథిరియమ్ను స్కేలింగ్ చేయడానికి లేదా భద్రపరచడానికి తప్పనిసరిగా అవసరం లేదు, కానీ అవి సుదూర భవిష్యత్తులో ఇథిరియమ్ను స్థిరత్వం మరియు విశ్వసనీయత కోసం సిద్ధం చేస్తాయి.
diff --git a/public/content/translations/te/roadmap/merge/index.md b/public/content/translations/te/roadmap/merge/index.md
index 8b97c6d70db..e008a63123b 100644
--- a/public/content/translations/te/roadmap/merge/index.md
+++ b/public/content/translations/te/roadmap/merge/index.md
@@ -2,7 +2,7 @@
title: "ది మెర్జ్"
description: "ది మెర్జ్ గురించి తెలుసుకోండి - మెయిన్నెట్ ఇతీరియము ప్రూఫ్-ఆఫ్-స్టేక్ను స్వీకరించినప్పుడు."
lang: te
-template: "అప్గ్రేడ్"
+template: upgrade
image: /images/upgrades/merge.png
alt:
summaryPoint1: "ఇతీరియము మెయిన్నెట్ ప్రూఫ్-ఆఫ్-స్టేక్ను ఉపయోగిస్తుంది, కానీ ఇది ఎల్లప్పుడూ అలా లేదు."
diff --git a/public/content/translations/te/roadmap/merge/issuance/index.md b/public/content/translations/te/roadmap/merge/issuance/index.md
index ac1146c5ec1..71ed259f65c 100644
--- a/public/content/translations/te/roadmap/merge/issuance/index.md
+++ b/public/content/translations/te/roadmap/merge/issuance/index.md
@@ -62,7 +62,9 @@ title="ETH జారీ క్లుప్తంగా">
**~11.3%** ఏకాభిప్రాయం లేయర్లోని స్టేకర్లకు జారీ చేయబడుతోంది (0.52 / 4.61 \* 100)
+
+
## పోస్ట్-మెర్జ్ (ప్రస్తుత రోజు) {#post-merge}
@@ -96,7 +98,9 @@ The Merge నుండి ఎగ్జిక్యూషన్ లేయర్
వార్షిక ETH జారీలో నికర తగ్గింపు: **~88.7%** ((4.61% - 0.52%) / 4.61% \* 100)
+
+
## బర్న్ {#the-burn}
@@ -109,7 +113,9 @@ ETH జారీకి వ్యతిరేక శక్తి ETH బర్న
ఆగస్టు 2021లో [లండన్ అప్గ్రేడ్](/ethereum-forks/#london)తో ఫీ బర్నింగ్ ప్రత్యక్ష ప్రసారం చేయబడింది మరియు The Merge నుండి మారలేదు.
+
+
లండన్ అప్గ్రేడ్ ద్వారా అమలు చేయబడిన ఫీ బర్న్కు అదనంగా, వాలిడేటర్లు ఆఫ్లైన్లో ఉన్నందుకు జరిమానాలను కూడా ఎదుర్కోవచ్చు, లేదా అధ్వాన్నంగా, నెట్వర్క్ భద్రతకు ముప్పు కలిగించే నిర్దిష్ట నియమాలను ఉల్లంఘించినందుకు వారు స్లాష్ చేయబడవచ్చు. ఈ జరిమానాలు ఆ వాలిడేటర్ బ్యాలెన్స్ నుండి ETH తగ్గడానికి దారితీస్తాయి, ఇది ఏ ఇతర ఖాతాకు నేరుగా రివార్డ్ చేయబడదు, దానిని సర్క్యులేషన్ నుండి సమర్థవంతంగా బర్న్/తొలగిస్తుంది.
diff --git a/public/content/translations/te/roadmap/pectra/index.md b/public/content/translations/te/roadmap/pectra/index.md
index 9c2cfa43810..2f218b1b74b 100644
--- a/public/content/translations/te/roadmap/pectra/index.md
+++ b/public/content/translations/te/roadmap/pectra/index.md
@@ -96,7 +96,7 @@ EVM ప్రస్తుతం `BLOCKHASH` ఆప్కోడ్ను
-## ఈ అప్గ్రేడ్ అన్ని ఇతీరియము నోడ్లు మరియు వాలిడేటర్లను ప్రభావితం చేస్తుందా? {#క్లయింట్-ప్రభావం}
+## ఈ అప్గ్రేడ్ అన్ని ఇతీరియము నోడ్లు మరియు వాలిడేటర్లను ప్రభావితం చేస్తుందా? {#client-impact}
అవును, పెక్ట్రా అప్గ్రేడ్కు [ఎగ్జిక్యూషన్ క్లయింట్లు మరియు ఏకాభిప్రాయం క్లయింట్లు](/developers/docs/nodes-and-clients/) రెండింటికీ అప్డేట్లు అవసరం. అన్ని ప్రధాన ఇతీరియము క్లయింట్లు అధిక ప్రాధాన్యతగా గుర్తించబడిన హార్డ్ ఫోర్క్కు మద్దతు ఇచ్చే సంస్కరణలను విడుదల చేస్తాయి. Ethereum నెట్వర్క్ పోస్ట్-అప్గ్రేడ్తో సమకాలీకరణను నిర్వహించడానికి, నోడ్ ఆపరేటర్లు తప్పనిసరిగా మద్దతు ఉన్న క్లయింట్ వెర్షన్ను అమలు చేస్తున్నారని నిర్ధారించుకోవాలి. క్లయింట్ విడుదలల గురించిన సమాచారం సమయానుకూలమైనది మరియు వినియోగదారులు అత్యంత ప్రస్తుత వివరాల కోసం తాజా నవీకరణలను సూచించాలని గుర్తుంచుకోండి.
@@ -105,7 +105,7 @@ EVM ప్రస్తుతం `BLOCKHASH` ఆప్కోడ్ను
- **మీ ETH కోసం ఎటువంటి చర్య అవసరం లేదు**: ఇతీరియము పెక్ట్రా అప్గ్రేడ్ను అనుసరించి, మీ ETHను మార్చడం లేదా అప్గ్రేడ్ చేయడం అవసరం లేదు. మీ ఖాతా బ్యాలెన్స్లు అలాగే ఉంటాయి మరియు మీరు ప్రస్తుతం కలిగి ఉన్న ETH హార్డ్ ఫోర్క్ తర్వాత దాని ప్రస్తుత రూపంలో అందుబాటులో ఉంటుంది.
- **స్కామ్ల పట్ల జాగ్రత్త వహించండి!** **మీ ETHను "అప్గ్రేడ్" చేయమని సూచించే ఎవరైనా మిమ్మల్ని స్కామ్ చేయడానికి ప్రయత్నిస్తున్నారు.** ఈ అప్గ్రేడ్కు సంబంధించి మీరు ఏమీ చేయవలసిన అవసరం లేదు. మీ ఆస్తులు పూర్తిగా ప్రభావితం కాకుండా ఉంటాయి. స్కామ్లకు వ్యతిరేకంగా సమాచారం ఇవ్వడం ఉత్తమ రక్షణ అని గుర్తుంచుకోండి.
-[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/భద్రత/)
+[స్కామ్లను గుర్తించడం మరియు నివారించడం గురించి మరింత](/security/)
## దృశ్య అభ్యాసకులా? {#visual-learner}
diff --git a/public/content/translations/te/roadmap/scaling/index.md b/public/content/translations/te/roadmap/scaling/index.md
index 56834d0ad2d..9dcdb287a0a 100644
--- a/public/content/translations/te/roadmap/scaling/index.md
+++ b/public/content/translations/te/roadmap/scaling/index.md
@@ -4,7 +4,7 @@ description: "రోల్అప్లు ఆఫ్చెయిన్
lang: te
image: /images/roadmap/roadmap-transactions.png
alt: "Ethereum రోడ్మ్యాప్"
-template: "రోడ్మ్యాప్"
+template: roadmap
---
ఇతీరియము [లేయర్ 2లు](/layer-2/#rollups) (రోల్అప్లు అని కూడా పిలుస్తారు) ఉపయోగించి విస్తరించబడింది, ఇవి లావాదేవీలను కలిసికట్టుగా చేసి, అవుట్పుట్ను ఇతీరియముకు పంపుతాయి. రోల్అప్లు ఇతీరియము మెయిన్నెట్ కంటే ఎనిమిది రెట్లు వరకు తక్కువ ఖరీదైనవి అయినప్పటికీ, తుది వినియోగదారులకు ఖర్చులను తగ్గించడానికి రోల్అప్లను మరింత ఆప్టిమైజ్ చేయడం సాధ్యమవుతుంది. రోల్అప్లు కొన్ని కేంద్రీకృత భాగాలపై కూడా ఆధారపడతాయి, రోల్అప్లు పరిణతి చెందుతున్నప్పుడు డెవలపర్లు వాటిని తొలగించగలరు.
diff --git a/public/content/translations/te/roadmap/security/index.md b/public/content/translations/te/roadmap/security/index.md
index f9923e7bf8a..b40e78caf2c 100644
--- a/public/content/translations/te/roadmap/security/index.md
+++ b/public/content/translations/te/roadmap/security/index.md
@@ -4,7 +4,7 @@ description: "ఇతీరియము అనేది ఉనికిలో ఉ
lang: te
image: /images/roadmap/roadmap-security.png
alt: "Ethereum రోడ్మ్యాప్"
-template: "రోడ్మ్యాప్"
+template: roadmap
---
**ఇతీరియము ఇప్పటికే చాలా సురక్షితమైనది**, వికేంద్రీకృత [స్మార్ట్-కాంట్రాక్ట్](/glossary/#smart-contract) ప్లాట్ఫారమ్. అయినప్పటికీ, భవిష్యత్తులో అన్ని రకాల దాడులకు ఇతీరియము స్థితిస్థాపకంగా ఉండేలా ఇప్పటికీ మెరుగుదలలు చేయవచ్చు. వీటిలో [ఇతీరియము క్లయింట్లు](/glossary/#consensus-client) పోటీ పడుతున్న [బ్లాక్లతో](/glossary/#block) వ్యవహరించే విధానానికి సూక్ష్మమైన మార్పులు, అలాగే నెట్వర్క్ బ్లాక్లను ["ఖరారు"](/developers/docs/consensus-mechanisms/pos/#finality) చేసినట్లుగా పరిగణించే వేగాన్ని పెంచడం వంటివి ఉన్నాయి (అంటే దాడి చేసేవారికి తీవ్రమైన ఆర్థిక నష్టాలు లేకుండా వాటిని మార్చలేరు).
diff --git a/public/content/translations/te/roadmap/user-experience/index.md b/public/content/translations/te/roadmap/user-experience/index.md
index f248f698d7e..25fbc5f0cf3 100644
--- a/public/content/translations/te/roadmap/user-experience/index.md
+++ b/public/content/translations/te/roadmap/user-experience/index.md
@@ -4,7 +4,7 @@ description: "చాలా మందికి Ethereumను ఉపయోగి
lang: te
image: /images/roadmap/roadmap-ux.png
alt: "Ethereum రోడ్మ్యాప్"
-template: "రోడ్మ్యాప్"
+template: roadmap
---
**Ethereum వాడకాన్ని సరళీకృతం చేయాలి**; [కీలను](/glossary/#key) మరియు [వాలెట్లను](/glossary/#wallet) నిర్వహించడం నుండి లావాదేవీలను ప్రారంభించడం వరకు. సామూహిక స్వీకరణను సులభతరం చేయడానికి, Ethereum వాడుక సౌలభ్యాన్ని తీవ్రంగా పెంచాలి, [Web2](/glossary/#web2) యాప్లను ఉపయోగించే ఘర్షణరహిత అనుభవంతో వినియోగదారులు Ethereumకు అనుమతిరహిత మరియు సెన్సార్షిప్-నిరోధక యాక్సెస్ను అనుభవించడానికి వీలు కల్పించాలి.
diff --git a/public/content/translations/te/social-networks/index.md b/public/content/translations/te/social-networks/index.md
index 14c2ec339ab..728299d5f94 100644
--- a/public/content/translations/te/social-networks/index.md
+++ b/public/content/translations/te/social-networks/index.md
@@ -2,7 +2,7 @@
title: "వికేంద్రీకృత సామాజిక నెట్వర్కులు"
description: "ఇతీరియముపై వికేంద్రీకృత సామాజిక నెట్వర్క్ల యొక్క ఒక అవలోకనం"
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":mega:"
sidebarDepth: 2
image: /images/ethereum-learn.png
diff --git a/public/content/translations/te/staking/pools/index.md b/public/content/translations/te/staking/pools/index.md
index 983cebe5f68..216545bf10b 100644
--- a/public/content/translations/te/staking/pools/index.md
+++ b/public/content/translations/te/staking/pools/index.md
@@ -2,7 +2,7 @@
title: "పూల్డ్ స్టేకింగ్"
description: "స్టేకింగ్ పూల్స్ గురించి తెలుసుకోండి"
lang: te
-template: "స్టేకింగ్"
+template: staking
emoji: ":money_with_wings:"
image: /images/staking/leslie-pool.png
alt: "లెస్లీ కొలనులో ఈత కొడుతున్న ఖడ్గమృగం."
diff --git a/public/content/translations/te/staking/saas/index.md b/public/content/translations/te/staking/saas/index.md
index 187791ecad5..0866333a4cd 100644
--- a/public/content/translations/te/staking/saas/index.md
+++ b/public/content/translations/te/staking/saas/index.md
@@ -2,7 +2,7 @@
title: "ఒక సర్వీస్గా స్టేకింగ్"
description: "సేవగా స్టాకింగ్ గురించి తెలుసుకోండి"
lang: te
-template: "స్టేకింగ్"
+template: staking
emoji: ":money_with_wings:"
image: /images/staking/leslie-saas.png
alt: "మేఘాలలో తేలుతున్న లెస్లీ అనే ఖడ్గమృగం."
diff --git a/public/content/translations/te/staking/solo/index.md b/public/content/translations/te/staking/solo/index.md
index 47914e2a3de..52e1b5ca5f1 100644
--- a/public/content/translations/te/staking/solo/index.md
+++ b/public/content/translations/te/staking/solo/index.md
@@ -2,7 +2,7 @@
title: "హోమ్ స్టేక్ మీ ETH"
description: "మీ ETH ను హోమ్ స్టేకింగ్ చేయడం ఎలా ప్రారంభించాలనే దానిపై ఒక అవలోకనం"
lang: te
-template: "స్టేకింగ్"
+template: staking
emoji: ":money_with_wings:"
image: /images/staking/leslie-solo.png
alt: "లెస్లీ అనే ఖడ్గమృగం దాని సొంత కంప్యూటర్ చిప్ మీద ఉంది."
@@ -71,6 +71,7 @@ summaryPoints:
స్లాషింగ్ మరియు వాలిడేటర్ జీవనచక్రంపై మరిన్ని వివరాలు
+
diff --git a/public/content/translations/te/staking/withdrawals/index.md b/public/content/translations/te/staking/withdrawals/index.md
index c7db92f1cca..1d2e4e26683 100644
--- a/public/content/translations/te/staking/withdrawals/index.md
+++ b/public/content/translations/te/staking/withdrawals/index.md
@@ -2,7 +2,7 @@
title: "స్టేకింగ్ విత్డ్రాల్స్"
description: "స్టేకింగ్ పుష్ ఉపసంహరణలు అంటే ఏమిటి, అవి ఎలా పనిచేస్తాయి మరియు వారి రివార్డ్లను పొందడానికి వాటాదారులు ఏమి చేయాలో సంగ్రహించే పేజీ"
lang: te
-template: "స్టేకింగ్"
+template: staking
image: /images/staking/leslie-withdrawal.png
alt: "లెస్లీ అనే ఖడ్గమృగం తన స్టేకింగ్ రివార్డులతో"
sidebarDepth: 2
diff --git a/public/content/translations/te/web3/index.md b/public/content/translations/te/web3/index.md
index 3caab7fa7b4..950f7b4340e 100644
--- a/public/content/translations/te/web3/index.md
+++ b/public/content/translations/te/web3/index.md
@@ -69,8 +69,7 @@ Web3 [నాన్-ఫంగిబుల్ టోకెన్ల (NFTల)](/glo
- NFTల గురించి మరింత తెలుసుకోండి
-
+ NFTల గురించి మరింత తెలుసుకోండి
NFTల గురించి మరింత
@@ -98,8 +97,7 @@ DAOలు సాంకేతికంగా అంగీకరించబడి
- DAOల గురించి మరింత తెలుసుకోండి
-
+ DAOల గురించి మరింత తెలుసుకోండి
DAOల గురించి మరింత
diff --git a/public/content/translations/te/what-are-apps/index.md b/public/content/translations/te/what-are-apps/index.md
index 0f880de24b8..395ab00294f 100644
--- a/public/content/translations/te/what-are-apps/index.md
+++ b/public/content/translations/te/what-are-apps/index.md
@@ -3,7 +3,7 @@ title: "ఇతీరియము అప్లికేషన్లు"
metaTitle: "ఇతీరియము అప్లికేషన్లు | ఇతీరియముపై వికేంద్రీకృత అప్లికేషన్లు"
description: "ఇతీరియములోని యాప్లు ఉచితం, ప్రపంచవ్యాప్తం మరియు ప్రైవేట్ కంపెనీ సర్వర్లకు బదులుగా పబ్లిక్ బ్లాక్ చైనును ఉపయోగిస్తాయి. అంటే మీరు ప్రతి ప్రాజెక్ట్లోనూ ఒకే ఖాతాను ఉపయోగించవచ్చు మరియు మీ గోప్యతను కాపాడుకోవచ్చు."
lang: te
-template: "ఉపయోగ సందర్భాలు"
+template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
showDropdown: false
diff --git a/public/content/translations/te/wrapped-eth/index.md b/public/content/translations/te/wrapped-eth/index.md
index 5fb3590943c..3c6d056c67a 100644
--- a/public/content/translations/te/wrapped-eth/index.md
+++ b/public/content/translations/te/wrapped-eth/index.md
@@ -8,8 +8,7 @@ lang: te
-[WrapETH.com](https://www.wrapeth.com/)లో ఏ చైన్లోనైనా ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీ వాలెట్ని కనెక్ట్ చేయండి
-
+[WrapETH.com](https://www.wrapeth.com/)లో ఏ చైన్లోనైనా ETHని ర్యాప్ చేయడానికి లేదా అన్ర్యాప్ చేయడానికి మీ వాలెట్ని కనెక్ట్ చేయండి
ఈథర్ (ETH) అనేది Ethereum యొక్క ప్రధాన కరెన్సీ. ఇది స్టేకింగ్, కరెన్సీగా, మరియు కంప్యూటేషన్ కోసం గ్యాస్ ఫీజు చెల్లించడం వంటి అనేక ప్రయోజనాల కోసం ఉపయోగించబడుతుంది. **WETH అనేది ప్రభావవంతంగా ETH యొక్క అప్గ్రేడ్ చేయబడిన రూపం, అనేక అప్లికేషన్లు మరియు [ERC-20 టోకెన్లు](/glossary/#erc-20)కు అవసరమైన కొన్ని అదనపు ఫంక్షనాలిటీతో**, ఇవి Ethereumలో ఇతర రకాల డిజిటల్ ఆస్తులు. ఈ టోకెన్లతో పని చేయడానికి, ETH కూడా అవే నియమాలను పాటించాలి, వీటిని ERC-20 ప్రమాణం అని పిలుస్తారు.
From d24f6c30c4908a17c96bd9072ead695a7777a854 Mon Sep 17 00:00:00 2001
From: Joshua <62268199+minimalsm@users.noreply.github.com>
Date: Fri, 13 Feb 2026 17:24:02 +0000
Subject: [PATCH 5/7] chore: trigger rebuild
From 52f4d9d80cefb00c083b613a2d3b3d27821d6226 Mon Sep 17 00:00:00 2001
From: Joshua <62268199+minimalsm@users.noreply.github.com>
Date: Fri, 13 Feb 2026 19:47:08 +0000
Subject: [PATCH 6/7] chore: trigger rebuild
From fc06609faf70eca74ec8233087a57a7863237c47 Mon Sep 17 00:00:00 2001
From: Joshua <62268199+minimalsm@users.noreply.github.com>
Date: Fri, 13 Feb 2026 22:19:36 +0000
Subject: [PATCH 7/7] chore: trigger rebuild