diff --git a/public/content/translations/ta/roadmap/pectra/index.md b/public/content/translations/ta/roadmap/pectra/index.md
new file mode 100644
index 00000000000..7addfeffc4c
--- /dev/null
+++ b/public/content/translations/ta/roadmap/pectra/index.md
@@ -0,0 +1,127 @@
+---
+title: "பிராக்-எலெக்ட்ரா (பெக்ட்ரா)"
+description: "பெக்ட்ரா நெறிமுறை மேம்படுத்தல் பற்றி அறிக"
+lang: ta
+---
+
+# பெக்ட்ரா {#pectra}
+
+பெக்ட்ரா வலைப்பின்னல் மேம்படுத்தல் [டென்குன்](/roadmap/dencun/) ஐத் தொடர்ந்து வந்து, எத்தேரியத்தின் செயல்படுத்தல் மற்றும் கருத்தொற்றுமை அடுக்கு இரண்டிலும் மாற்றங்களைக் கொண்டு வந்தது. பெக்ட்ரா என்ற சுருக்கப்பெயர், செயல்படுத்தல் மற்றும் கருத்தொற்றுமை அடுக்கு விவரக்குறிப்பு மாற்றங்களுக்கான முறையே உள்ள பிராக் மற்றும் எலெக்ட்ரா ஆகிய பெயர்களின் கலவையாகும். இந்த மாற்றங்கள் ஒன்றுசேர்ந்து எத்தேரியம் பயனர்கள், உருவாக்குநர்கள் மற்றும் சரிபார்ப்பாளர்களுக்கு பல மேம்பாடுகளைக் கொண்டுவருகின்றன.
+
+இந்த மேம்படுத்தல் எத்தேரியம் மெயின்நெட்டில் `364032` காலகட்டத்தில், **07-மே-2025 அன்று 10:05 (UTC)** மணியளவில் வெற்றிகரமாகச் செயல்படுத்தப்பட்டது.
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+பெக்ட்ரா மேம்படுத்தல் எத்தேரியத்தின் நீண்ட கால வளர்ச்சி இலக்குகளில் ஒரு படி மட்டுமே. [நெறிமுறை செயல்திட்டம்](/roadmap/) மற்றும் [முந்தைய மேம்படுத்தல்கள்](/ethereum-forks/) பற்றி மேலும் அறிக.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## பெக்ட்ராவில் உள்ள மேம்பாடுகள் {#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/) அறிமுகப்படுத்தப்பட்டன.
+
+தற்போது, வலைப்பின்னல் ஒரு தொகுதிக்கு சராசரியாக 3 பிளாப்களையும், அதிகபட்சமாக 6 பிளாப்களையும் இலக்காகக் கொண்டுள்ளது. [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691) உடன், சராசரி பிளாப் எண்ணிக்கை 6 ஆகவும், ஒரு தொகுதிக்கு அதிகபட்சம் 9 ஆகவும் அதிகரிக்கப்படும், இதன் விளைவாக எத்தேரியம் ரோலப்களுக்கான திறன் அதிகரிக்கும். [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) இன்னும் அதிக பிளாப் எண்ணிக்கைகளை இயக்கும் வரை இந்த EIP இடைவெளியைக் குறைக்க உதவுகிறது.
+
+### கால்டேட்டா செலவை அதிகரித்தல் {#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, போன்றவை, Solidity அல்ல) எழுதப்பட்டுள்ளது. முன்தொகுப்புகள் குறியாக்கவியல் செயல்பாடுகள் போன்ற பரவலாகப் பயன்படுத்தப்படும் மற்றும் தரப்படுத்தப்பட்ட செயல்பாடுகளுக்கு உதவுகின்றன. ஸ்மார்ட் ஒப்பந்த உருவாக்குநர்கள் முன்தொகுப்புகளை ஒரு சாதாரண ஒப்பந்தமாக அழைக்கலாம், ஆனால் அதிக பாதுகாப்பு மற்றும் செயல்திறனுடன்.
+
+[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 வழியாகப் பரிமாறிக்கொள்வதில் உள்ள சிக்கலைத் தவிர்க்கலாம்.
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+ஒரு எத்தேரியம் பயனர், உருவாக்குநர் அல்லது சரிபார்ப்பாளராக பெக்ட்ரா உங்களை எவ்வாறு பாதிக்கிறது என்பதைப் பற்றி மேலும் அறிய, <a href="https://epf.wiki/#/wiki/pectra-faq">பெக்ட்ரா FAQ</a>-ஐப் பார்க்கவும்.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## இந்த மேம்படுத்தல் அனைத்து எத்தேரியம் முனைகளையும் சரிபார்ப்பாளர்களையும் பாதிக்குமா? {#client-impact}
+
+ஆம், பெக்ட்ரா மேம்படுத்தலுக்கு [செயல்படுத்தல் கிளையன்ட்கள் மற்றும் கருத்தொற்றுமை கிளையன்ட்கள்](/developers/docs/nodes-and-clients/) இரண்டிற்கும் புதுப்பிப்புகள் தேவை. அனைத்து முக்கிய எத்தேரியம் கிளையன்ட்களும் அதிக முன்னுரிமையாகக் குறிக்கப்பட்ட ஹார்ட் ஃபோர்க்கை ஆதரிக்கும் பதிப்புகளை வெளியிடும். Ethereum நெட்வொர்க் ஐப் பின்வட்டாரங்களில் node operators கள் அவர்களின் client பதிப்புகளை ஆதரிக்கும் வகையில் செயல்படுத்த வேண்டும். Client வெளியீடுகள்பற்றிய தகவல்கள் காலத்திற்குட்பட்டவை என்பதைக் கவனிக்கவும், பயனர்கள் தற்போதைய விவரங்களுக்கான புதிய புதுப்பிப்புகளை பார்க்க வேண்டும்.
+
+## ETH யை hard fork (ஹார்ட் ஃபோர்க்) பிறகு எப்படி மாற்றலாம்? {#scam-alert}
+
+- **உங்கள் ETH-க்காக எந்த நடவடிக்கையும் தேவையில்லை**: எத்தேரியம் பெக்ட்ரா மேம்படுத்தலைத் தொடர்ந்து, உங்கள் ETH-ஐ மாற்றவோ அல்லது மேம்படுத்தவோ தேவையில்லை. உங்கள் கணக்கு இருப்பு மாறாது, மேலும் hard fork பிறகு நீங்கள் தற்போது வைத்திருக்கும் ETH உங்கள் தற்போதைய வடிவில் நுழையக்கூடியதாகவே இருக்கும்.
+- **ஏமாற்று முயற்சிகளைப் பற்றி எச்சரிக்க!** உங்களின் ETH யை "மேம்படுத்து" என்று உத்தரவு செய்யும் யாரேனும் உங்களை ஏமாற்ற முயல்கிறார்கள். இந்த மேம்பாட்டுடன் தொடர்புடைய எந்த நடவடிக்கையும் தேவையில்லை. உங்கள் சொத்துக்கள் முற்றிலும் பாதிக்கப்படாமல் இருக்கும். ஏமாற்று முயற்சிகளை அடையாளம் காண்பது மற்றும் தவிர்ப்பது பற்றி மேலும் அறிக.
+
+[மோசடிகளை அடையாளம் கண்டு தவிர்ப்பது குறித்து மேலும்](/security/)
+
+## பார்த்து கற்பவரா? {#visual-learner}
+
+<YouTube id="ufIDBCgdGwY" />
+
+_பெக்ட்ரா மேம்படுத்தலில் என்ன இருக்கிறது?_ - கிறிஸ்டின் கிம்_
+
+<YouTube id="_UpAFpC7X6Y" />
+
+_எத்தேரியம் பெக்ட்ரா மேம்படுத்தல்: ஸ்டேக்கர்கள் தெரிந்து கொள்ள வேண்டியவை — பிளாக்டீமான்_
+
+## மேலும் வாசிக்க {#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/ta/roadmap/pectra/maxeb/index.md b/public/content/translations/ta/roadmap/pectra/maxeb/index.md
new file mode 100644
index 00000000000..c04495b03bf
--- /dev/null
+++ b/public/content/translations/ta/roadmap/pectra/maxeb/index.md
@@ -0,0 +1,206 @@
+---
+title: Pectra MaxEB
+description: "Pectra வெளியீட்டில் MaxEB பற்றி மேலும் அறிக"
+lang: ta
+---
+
+# MaxEB {#maxeb}
+
+சுருக்கமாக (tl;dr):
+Pectra ஹார்ட் ஃபோர்க் (Pectra hard fork) Ethereum வாலிடேட்டர்களுக்கு (validators) அதிகபட்ச செயல்திறன் இருப்புத் தொகை (max effective balance) மற்றும் கூட்டு வட்டியில் ஈடுபட (compounding) தேர்வு செய்ய அனுமதிக்கிறது. இதற்கு, அவர்கள் தங்கள் withdrawal அடையாளங்களை Type 1 இலிருந்து Type 2-க்குப் மாற்ற வேண்டும். இதைச் செய்வதற்கான அதிகாரப்பூர்வ கருவி Launchpad ஆகும். இந்த செயல்பாடு மீளமாற்ற முடியாதது.
+
+## மேலோட்டம் (Overview) {#overview}
+
+### எவர்கள் பாதிக்கப்படுவார்கள்? (Who is affected)? {#who-is-affected}
+
+சரிபார்ப்பாளரை இயக்கும் எவரும் - இது பெரும்பாலும் அவர்கள் கட்டுப்படுத்தும் சரிபார்ப்பாளரின் குறியீட்டை (எ.கா., [சரிபார்ப்பாளர் #12345](https://beaconcha.in/validator/12345)) அறிந்த ஒருவராக இருப்பார். சரிபார்ப்பாளரை இயக்க நீங்கள் ஒரு நெறிமுறையைப் பயன்படுத்தினால் (எ.கா., Lido CSM அல்லது Rocket Pool), அவர்கள் maxEB-ஐ ஆதரிக்கிறார்களா மற்றும் எப்போது ஆதரிப்பார்கள் என்பதை அறிய நீங்கள் அவர்களுடன் சரிபார்க்க வேண்டும்.
+
+நீங்கள் ஒரு லிக்விட் ஸ்டேக்கிங் டோக்கனைப் (எ.கா., rETH அல்லது stETH) பயன்படுத்தி ஸ்டேக் செய்தால், எந்த நடவடிக்கையும் தேவையில்லை அல்லது பரிந்துரைக்கப்படவில்லை.
+
+### "maxEB" என்றால் என்ன? {#what-is-maxeb}
+
+maxEB = MAXimum Effective Balance (அதிகபட்ச செயல்திறன் இருப்புத் தொகை) என்பதைக் குறிக்கிறது. Pectra ஹார்ட் ஃபோர்க் வரும்வரை, ஒவ்வொரு validator-க்கும் அதிகபட்சம் 32 ETH-க்கே வருமானம் கிடைக்கும். Pectra பிறகு, 32 ETH முதல் 2048 ETH வரையிலான (1 ETH மாறுபாட்டில்) எந்த அளவிலும் அவர்களது வருமானம் கணக்கிடப்பட opt-in செய்ய validator-களுக்கு வாய்ப்பு உண்டு.
+
+### ஒரு Validator எப்படிப் opt-in செய்கிறார்? {#how-does-a-validator-opt-in}
+
+ஒரு validator, Type 1 withdrawal credentials-இலிருந்து Type 2-க்குப் மாற்றம் செய்வதன் மூலம் maxEB மாற்றத்துக்குப் opt-in செய்கிறார். Pectra ஹார்டு ஃபோர்க் நேரலைக்கு வந்த பிறகு, இதை [Launchpad (சரிபார்ப்பாளர் நடவடிக்கைகள்)](https://launchpad.ethereum.org/validator-actions) இல் செய்யலாம். Type 0 → Type 1 மாற்றம் போலவே, Type 1 → Type 2 மாற்றமும் மீளமாற்ற முடியாதது.
+
+### Withdrawal Credential என்றால் என்ன? {#whats-a-withdrawal-credential}
+
+நீங்கள் ஒரு validator-ஆக இயங்கும் போது, உங்கள் validator-க்கான withdrawal credentials எனப்படும் அடையாள தகவல்கள் இருக்கின்றன. இந்த தகவல்களை நீங்கள் உங்கள் deposit data Json-ல் காணலாம், அல்லது உங்கள் validator-ன் beaconcha.in இணையதளத்தில் உள்ள [deposit tab](https://beaconcha.in/validator/12345#deposits) பக்கத்தில் பார்க்கலாம்.
+
+1. Type 0 Withdrawal Credentials: உங்கள் withdrawal credentials 0x00... எனத் துவங்கினால், நீங்கள் Shapella hard fork-க்கு முன்னால் Eth வைத் துவைத்திருக்கிறீர்கள். இதுவரை உங்கள் withdrawal முகவரி (address) அமைக்கப்படவில்லை.
+
+![Type 0 withdrawal credential](./0x00-wd.png)
+
+2. Type 1 withdrawal credentials: உங்கள் validator இன் withdrawal credentials 0x01... என்று துவங்கினால், நீங்கள் Shapella hard forkக்கு பிறகு deposit செய்தவராக இருப்பீர்கள் அல்லது ஏற்கனவே உங்கள் Type 0 credentialsஐ Type 1 ஆக மாற்றியிருக்கிறீர்கள்.
+
+![Type 1 withdrawal credential](./0x01-wd.png)
+
+3. Type 2 withdrawal credentials: இந்த புதிய withdrawal credential வகை 0x02... என்று துவங்கும் மற்றும் இது Pectraக்கு பிறகு செயல்படுத்தப்படும். Type 2 withdrawal credentials உள்ள validators ஐ சில நேரங்களில் "compounding validators" என அழைக்கின்றனர். Type 2 withdrawal credentials உள்ள validators ஐ சில நேரங்களில் "compounding validators" என அழைக்கின்றனர்
+
+| **Allowed**       | **Allowed**       |
+| ----------------- | ----------------- |
+| ✅ Type 0 → Type 1 | ❌ Type 0 → Type 2 |
+| ✅ Type 1 → Type 2 | ❌ Type 1 → Type 0 |
+|                   | ❌ Type 1 → Type 0 |
+|                   | ❌ Type 2 → Type 0 |
+
+### Risks {#risks}
+
+MaxEB ஒரு validator தனது முழு இருப்புத்தொகையையும் மற்றொரு validatorக்கு அனுப்ப அனுமதிக்கிறது. Consolidation request சமர்ப்பிப்பதற்கு முன், நீங்கள் கையெழுத்திடும் பரிவர்த்தனையின் மூலம் மற்றும் உள்ளடக்கங்களை சரிபார்க்க வேண்டும். MaxEB அம்சங்களை பயன்படுத்துவதற்கான அதிகாரப்பூர்வ கருவி Launchpad ஆகும். மூன்றாம் தரப்பு கருவியை நீங்கள் பயன்படுத்த விரும்பினால், பின்வருவன சரிபார்க்கப்பட வேண்டும்:
+
+- மூல validator இன் pubkey மற்றும் withdrawal முகவரி, அவர்கள் கட்டுப்படுத்தும் validator உடன் பொருந்தும்
+- இலக்கு validator இன் pubkey சரியாகும் மற்றும் அது அவர்களுக்கே சொந்தமானது
+- அவர்கள் மற்றொரு validatorக்கு நிதிகளை அனுப்ப விரும்பவில்லை என்றால், அது ஒரு conversion ஆகும், consolidation அல்ல
+- சரியான withdrawal முகவரியால் பரிவர்த்தனைக்கு கையெழுத்திடப்படுகிறது
+
+நீங்கள் எந்தவொரு மூன்றாம் தரப்பு கருவியையும் பயன்படுத்த விரும்பினால், அதை [EthStaker சமூகத்துடன்]](https://ethstaker.org/about) விவாதிப்பதை நாங்கள் வலியுறுத்துகிறோம். உங்கள் அணுகுமுறை சரியானதா என்பதை சரிபார்க்க இது ஒரு பயனுள்ள இடமாக இருக்கும் மற்றும் தவறுகளைத் தவிர்க்க உதவும். நீங்கள் தீய நோக்கமுள்ள அல்லது தவறாக கட்டமைக்கப்பட்ட கருவியைக் பயன்படுத்தினால், உங்கள் முழு validator இருப்புத்தொகையும் நீங்கள் கட்டுப்படுத்தாத validatorக்கு அனுப்பப்படலாம் — அதை மீட்டெடுக்க எந்தவொரு வழியும் இருக்காது.
+
+## Technical details {#technical-details}
+
+### The flow {#the-flow}
+
+ConsolidationRequest செயல்பாட்டின் இரண்டு பயன்பாடுகள் இருக்கின்றன:
+
+1. ஒரு Type 1 validatorஐ Type 2 validatorஆக மாற்றுவது
+2. மற்ற validatorகளை உள்ளடக்கிய Type 2 validatorக்குள் கூட்டுவது
+
+Type 1 ஐ Type 2 validator ஆக மாற்றும்போது, மூல validator மற்றும் இலக்கு validator இரண்டும் நீங்கள் மாற்றும் ஒரே validator ஆக இருக்கும். இந்த செயல்பாட்டிற்கு gas செலவாகும் மற்றும் இது மற்ற consolidation requestகளுக்குப் பின்னால் வரிசைப்படுத்தப்படும். இந்த வரிசை deposit வரிசையிலிருந்து தனியாக இருக்கும் மற்றும் புதிய validator depositக்களால் பாதிக்கப்படாது. இதைப் [pectrified.com](https://pectrified.com/). இல் காணலாம்.
+
+Validatorகளை கூட்டுவதற்கு, உங்கள் இலக்கு validatorக்கு Type 2 withdrawal credential இருக்க வேண்டும். இது எந்த validator இருப்புத்தொகை கொண்டாலும் அதன் இலக்காக செயல்படும் மற்றும் அதன் index பாதுகாக்கப்படும்.
+
+### Requirements for converting to Type 2 {#requirements-for-converting-to-type-2}
+
+இது நீங்கள் முதன்முறையாக Type 2 ஆக மாற்றும் validatorக்காக தேவையாகும். இந்த validator இன் index பாதுகாக்கப்பட்டு, செயல்பாட்டில் இருக்கும். இந்த validator இன் index பாதுகாக்கப்பட்டு, செயல்பாட்டில் இருக்கும். Conversionக்காக, source validator == target validator
+
+The validator must...
+
+- செயல்பாட்டில் (active) இருக்க வேண்டும்
+- type 1 withdrawal credentials வைத்திருக்க வேண்டும்
+- exiting stateஇல் (அல்லது slashed) இருக்கக்கூடாது
+- கைவினையாக தூண்டப்பட்ட withdrawals நிலுவையில் இருக்கக்கூடாது (sweepsக்கு இது பொருந்தாது)
+
+![conversion illustration](./conversion.png)
+
+### Requirements for consolidating {#requirements-for-consolidating}
+
+இது conversion போலவே ஒரு செயல்பாடு, ஆனால் இங்கு source validator மற்றும் target validator வேறாக உள்ளனர். Target validator இன் index பாதுகாக்கப்படும் மற்றும் source validator இல் இருந்து இருப்புத்தொகையை ஏற்கும். Source validator இன் index EXITED நிலைக்கு மாற்றப்படும்.
+
+இந்த நிலைமையில், source validatorக்கு மேலே உள்ள அனைத்து தேவைகளும் பொருந்தும், கூடுதலாக:
+
+- குறைந்தபட்சம் ~27.3 மணி நேரங்களாக (ஒரு SHARD_COMMITTEE_PERIOD) செயல்பாட்டில் இருந்திருக்க வேண்டும்
+
+Target validator
+
+- type 2 withdrawal credentials வைத்திருக்க வேண்டும்
+- exiting stateஇல் இருக்கக்கூடாது.
+
+![consolidation illustration](./consolidation.png)
+
+### The consolidation request {#the-consolidation-request}
+
+Consolidation request source validator உடன் தொடர்புடைய withdrawal முகவரியால் கையெழுத்திடப்படும் மற்றும் இதில் பின்வருவன இருக்கும்:
+
+1. மூல சரிபார்ப்பாளரின் முகவரி (எ.கா., `0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b`)
+2. மூல சரிபார்ப்பாளரின் பொது விசை (எ.கா., `0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c`)
+3. Target validator இன் public key
+
+Conversionஐச் செய்வதில், 2 மற்றும் 3 ஒன்றாக இருக்கும். இந்த செயல்பாடு [the Launchpad](https://launchpad.ethereum.org/) இல் செய்யப்படலாம்.
+
+### Signing requirements {#signing-requirements}
+
+ஒரு ConsolidationRequestஐ சமர்ப்பிக்க, source validator இன் withdrawal முகவரி அந்த requestஇற்கு கையெழுத்திட வேண்டும். இது validator நிதிகளின் கட்டுப்பாட்டை நிரூபிக்கிறது. இது validator நிதிகளின் கட்டுப்பாட்டை நிரூபிக்கிறது.
+
+### What is signed? {#what-is-signed}
+
+ConsolidationRequest பொருளின் domain-separated [signing root](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#compute_signing_root) பயன்படுத்தப்படுகிறது.
+
+- Domain: DOMAIN_CONSOLIDATION_REQUEST
+- Signing root புலங்கள்
+  - source_pubkey: BLSPubkey
+  - target_pubkey: BLSPubkey
+  - source_address: ExecutionAddress
+
+இதனால் உருவாகும் BLS கையெழுத்து request உடன் சேர்த்து சமர்ப்பிக்கப்படுகிறது.
+
+குறிப்பு: கையெழுத்து validator key மூலம் அல்ல, withdrawal முகவரியால் செய்யப்படுகிறது.
+
+### Partial withdrawals {#partial-withdrawals}
+
+Type 1 credentials கொண்ட validators தங்களுடைய அதிகபட்ச இருப்பு (32 ETHஐ மீறும் எதையும்) தானாகவே, gas இல்லாமல், தங்களின் withdrawal முகவரிக்கு sweep செய்யப்படுவார்கள். Type 2 withdrawal credentials உள்ள validatorகளுக்கு, அவர்கள் 1 ETH incrementsஇல் compound செய்ய முடியும் என்பதால், அவர்கள் இருப்புகள் 2048 ETHஐ அடையும் வரை தானாக sweep செய்யப்படாது. Type 2 validatorகளில் partial withdrawals கைமுறையாக தூண்டப்பட வேண்டியவை மற்றும் அவை gas செலவாகும்.
+
+## Consolidation tooling {#consolidation-tooling}
+
+Consolidationsஐ நிர்வகிக்க பல கருவிகள் கிடைக்கின்றன. Ethereum Foundation உருவாக்கிய அதிகாரப்பூர்வ கருவி Launchpad ஆகும். மேலும் [Launchpad](https://launchpad.ethereum.org/en/validator-actions) வழங்காத அம்சங்களை வழங்கக்கூடிய, staking சமூகத்தில் இருந்து உருவான மூன்றாம் தரப்பு கருவிகளும் உள்ளன. இங்கு உள்ள கருவிகள் Ethereum Foundation மூலம் audited செய்யப்படவில்லை அல்லது ஒப்புதலளிக்கப்படவில்லை, ஆனால் சமூகத்தில் அறியப்பட்ட நபர்களால் உருவாக்கப்பட்ட open source கருவிகள் ஆகும். இங்குள்ள கருவிகள் எத்தேரியம் அறக்கட்டளையால் தணிக்கை செய்யப்படவில்லை அல்லது அங்கீகரிக்கப்படவில்லை என்றாலும், பின்வருபவை சமூகத்தின் அறியப்பட்ட உறுப்பினர்களால் உருவாக்கப்பட்ட திறந்த மூலக் கருவிகளாகும்.
+
+| கருவி                           | வலைத்தளம்                                                                                                 | திறந்த மூல                         | உருவாக்கியவர்                                  | தணிக்கை செய்யப்பட்டது                                                                                                                                    | இடைமுகம்                                                                                            | குறிப்பிடத்தக்க அம்சங்கள்                                                            |
+| ------------------------------- | --------------------------------------------------------------------------------------------------------- | ---------------------------------- | ---------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ |
+| Pectra Staking Manager          | pectrastaking.com                                                                         | ஆம், அப்பாச்சி 2.0 | [Pier Two](https://piertwo.com/)               | இல்லை                                                                                                                                                    | வலை இடைமுகம்                                                                                        | Wallet Connect, SAFE உடன் வேலை செய்கிறது                                             |
+| Pectra Validator Ops CLI Tool   | [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) | கட்டளை வரி                                                                                          | தொகுப்பாக்குதல், ஒரே நேரத்தில் பல சரிபார்ப்பாளர்களுக்கு                              |
+| Ethereal                        | [GitHub](https://github.com/wealdtech/ethereal)                                                           | ஆம், அப்பாச்சி 2.0 | [Jim McDonald](https://www.attestant.io/team/) | இல்லை                                                                                                                                                    | கட்டளை வரி                                                                                          | சரிபார்ப்பாளர் மற்றும் முனை நிர்வாகத்திற்கான முழு அம்சத் தொகுப்பு                    |
+| Siren                           | [GitHub](https://github.com/sigp/siren)                                                                   | ஆம், அப்பாச்சி 2.0 | [Sigma Prime](https://sigmaprime.io/)          | இல்லை                                                                                                                                                    | சிறிதளவு கட்டளை வரி, ஆனால் முதன்மையாக வலை இடைமுகம்                                                  | நீங்கள் லைட்ஹவுஸ் கன்சென்சஸ் கிளையண்ட்டைப் பயன்படுத்தினால் மட்டுமே இது வேலை செய்யும் |
+| Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | ஆம், MIT உரிமங்கள்                 | [Stakely](https://stakely.io/)                 | இல்லை                                                                                                                                                    | வலை இடைமுகம், ஸ்டேக்லியால் ஹோஸ்ட் செய்யப்பட்டது மற்றும் இலவசமாக சுயமாக ஹோஸ்ட் செய்யத் தயாராக உள்ளது | walletconnect உடனான safe உட்பட முக்கிய பணப்பை இணைப்புகளை ஆதரிக்கிறது                 |
+
+## கேள்விகள் மற்றும் பதில்கள் {#faq}
+
+### என் பரிந்துரை அதிர்ஷ்டம் அல்லது வெகுமதிகளில் மாற்றம் வருமா? {#change-luck-or-rewards}
+
+இல்லை. Opt-in செய்வதால் உங்கள் பரிந்துரை வாய்ப்பு குறையாது – உங்கள் கடமைகள் மற்றும் பரிந்துரை தேர்வு அதேபோல இருக்கும். உதாரணத்திற்கு, நீங்கள் இரண்டு 32 ETH வைலிடேட்டர்களை வைத்திருந்தாலும், அல்லது ஒரு 64 ETH வைலிடேட்டர் வைத்திருந்தாலும், உங்கள் மொத்த வாய்ப்புகள் சமமாகவே இருக்கும்.
+
+### ஸ்லாஷிங் அபாயத்தில் மாற்றம் வருமா? {#change-slashing-risk}
+
+சிறிய அல்லது தொழில்முறை அல்லாத ஆபரேட்டர்களுக்கு, சிறு பதில்: இல்லை. விரிவான பதில்: பெரிய அளவில் வைலிடேட்டர்களை ஒரே நோட்டில் இயக்கும் தொழில்முறை ஆபரேட்டர்களுக்காக, ஒற்றை வைலிடேட்டராக ஒன்றிணைப்பது ஸ்லாஷிங் ஏற்பட்டால் அதனை சரியான நேரத்தில் கையாளும் திறனை குறைக்கும் அபாயம் இருக்கலாம். ஆனால், ஆரம்ப ஸ்லாஷிங் அபராதம் முன்னர் 1 ETH (32 ETHக்கு) இருந்ததை தற்போது 0.0078125 ETH ஆக குறைத்துள்ளதால், இந்த அபாயம் சீர்படுத்தப்பட்டுள்ளது.
+
+### மாற்ற அல்லது ஒன்றிணைக்க என் வைலிடேட்டரை வெளியேற்ற வேண்டுமா? {#exit-validator}
+
+இல்லை. இல்லை. நீங்கள் வெளியேறாமல் நேரடியாகவே மாற்றம் செய்யலாம்.
+
+### மாற்றம் / ஒன்றிணைப்பு செய்ய எவ்வளவு நேரம் ஆகும்? {#how-long}
+
+குறைந்தபட்சம் 27.3 மணி நேரம் தேவைப்படும். ஆனால், இது ஒரு தனி வரிசையை (queue) சார்ந்திருக்கும். இது டெப்பாசிட் மற்றும் வித்‌டிராவல் வரிசைகளுடன் தொடர்புடையதல்ல.
+
+### என் வைலிடேட்டர் குறியீட்டை வைத்திருக்க முடியுமா? {#keep-validator-index}
+
+ஆம். நேரடி மாற்றம் செய்தால் அதே வைலிடேட்டர் குறியீடு இருக்கும். ஆனால் நீங்கள் பல வைலிடேட்டர்களை ஒன்றிணைக்கிறீர்களானால், இலக்கை (target) வைலிடேட்டரின் குறியீடைத்தான் வைத்திருக்க முடியும்.
+
+### நான் அட்டெஸ்டேஷன்களை தவறவிடுவேனா? {#miss-attestations}
+
+ஒன்றிணைப்பு செய்கிறபோது, மூல வைலிடேட்டர் வெளியேற்றப்படுகிறது, மேலும் இலக்கு வைலிடேட்டரில் பைலன்ஸ் செயலில் வர சுமார் 27 மணி நேரம் தேவைப்படும். ஆனால், இந்த காலநிலை செயல்திறன் அளவுகளை பாதிக்காது.
+
+### எனக்கு அபராதம் (penalties) வருமா? {#incur-penalties}
+
+இல்லை. உங்கள் வைலிடேட்டர் ஆன்லைனில் இருந்தால் எந்தவிதமான அபராதமும் வராது.
+
+### ஒன்றிணைக்கப்படும் வைலிடேட்டர்களின் வித்‌டிராவல் முகவரிகள் ஒன்றாக இருக்க வேண்டுமா? {#withdrawal-addresses-match}
+
+இல்லை. ஆனால், ஒவ்வொரு மூல வைலிடேட்டரும் தன்னுடைய முகவரியில் இருந்து இந்த கோரிக்கையை அங்கீகரிக்க வேண்டும்.
+
+### மாற்றிய பிறகு என் வெகுமதிகள் கம்பவுண்ட் ஆகுமா? {#rewards-compound}
+
+ஆம். Type 2 சான்றிதழ்களுடன், 32 ETHக்கு மேற்பட்ட வெகுமதிகள் தானாகவே மீண்டும் ஸ்டேக் செய்யப்படும். ஒரு சிறிய பஃபர் [_hysteresis_](https://eth2book.info/capella/part2/incentives/balances/#hysteresis) காரணமாக, உங்கள் பைலன்ஸ் சுமார் 1.25 ETH மேலாக சென்றபின்தான் மீண்டும் ஸ்டேக் செய்யப்படும். எ. கா., 33 ETH இல் இல்லாமல், 33.25 ETH (effective balance = 33 ETH), பின்னர் 34.25 ETH (effective balance = 34 ETH), என தொடரும்.
+
+### மாற்றம் செய்த பிறகு எனக்கு தானாக சுயமாக ஸ்வீப் ஆகுமா? {#automatic-sweep}
+
+தானாக ஸ்வீப் என்பது பைலன்ஸ் 2048 Eth-ஐ தாண்டும்போது மட்டுமே நடைபெறும். அதைத் தவிர மற்ற அனைத்து பகுதி வித்‌டிராவல்களும் கைமுறையாக தொடங்க வேண்டியது தான்.
+
+### நான் என் முடிவை மாற்றி Type 2 இலிருந்து Type 1க்கு திரும்ப முடியுமா? {#go-back-to-type1}
+
+இல்லை. Type 2-க்கு மாற்றிய பிறகு அது மீண்டும் மாற்ற முடியாதது.
+
+### நான் பல வைலிடேட்டர்களை ஒன்றிணைக்க விரும்பினால், ஒவ்வொன்றையும் முதலில் Type 2-ஆக மாற்ற வேண்டுமா? {#consolidate-multiple-validators}
+
+வேண்டாம்! ஒரு வைலிடேட்டரை Type 2-ஆக மாற்றி, அதை இலக்காக (target) பயன்படுத்தலாம். அதில் ஒன்றிணைக்கப்படும் மற்ற அனைத்து வைலிடேட்டர்களும் Type 1 ஆக இருந்தாலும் சரி, Type 2 ஆக இருந்தாலும் சரி – இரண்டும் பரவாயில்லை
+
+### என் வைலிடேட்டர் ஆன்லைனில் இல்லை அல்லது 32 ETH க்கும் குறைவாக இருக்கிறதா – நான் அதைப் பரிவர்த்தனை செய்ய முடியுமா? {#offline-or-below-32eth}
+
+ஆம். ஆம். உங்கள் வைலிடேட்டர் ஆக்டிவ் (exited ஆகவில்லை) நிலையில் இருந்தால், மற்றும் நீங்கள் அதன் withdrawal address மூலம் ஸைன் செய்ய முடிந்தால், மாற்ற இயலும்.
+
+## ஆதாரங்கள் {#resources}
+
+- [Electra consensus specs](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/beacon-chain.md): இது தான் "மெய்யான" மற்றும் நம்பக்கூடிய தொழில்நுட்ப விவரக்குறிப்பு. சந்தேகம் ஏற்பட்டால் இதைப் படிக்கவும்
+- MaxEB-GPT: அனைவரும் கோடுகளைப் புரிந்துகொள்ள முடியாது என்பதால், [this maxEB-GPT](https://chatgpt.com/g/g-67f1650fb48081918f555e0c8d1c2ae9-maxeb-gpt). உண்மையான தகவலுக்காக, எய்ஐயை (AI) அல்ல, அதிகாரப்பூர்வ ஸ்பெக் (specifications)-ஐ தான் நம்ப வேண்டும்.
+  ஏனெனில், எய்ஐ சில நேரங்களில் தவறாக விளக்கமளிக்கலாம் அல்லது எண்ணியதைப் போல் பதில் அளிக்கலாம்
+- [pectrified.com](https://pectrified.com/): ஒன்றிணைப்பு நிலை, டெப்பாசிட் மற்றும் க்யூ நிலைகள் ஆகியவற்றைக் காணலாம்
+- [Ethereal](https://github.com/wealdtech/ethereal): சாதாரண validator பணிகளை நிர்வகிக்க சமூகத்தால் உருவாக்கப்பட்ட CLI கருவி
+- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): ஒரே டிரான்சாக்ஷனில் பல Ethereum வைலிடேட்டர்களை டெப்பாசிட் செய்யும் சமூகத்தால் உருவாக்கப்பட்ட smart contract
diff --git a/public/content/translations/ta/roadmap/scaling/index.md b/public/content/translations/ta/roadmap/scaling/index.md
new file mode 100644
index 00000000000..fb61ce5c19d
--- /dev/null
+++ b/public/content/translations/ta/roadmap/scaling/index.md
@@ -0,0 +1,58 @@
+---
+title: "எத்தேரியத்தை அளவிடுதல்"
+description: "ரோல்அப்கள் பரிவர்த்தனைகளை ஆஃப்செயினில் ஒன்றாகத் தொகுத்து, பயனருக்கான செலவுகளைக் குறைக்கின்றன. இருப்பினும், ரோல்அப்கள் தற்போது தரவைப் பயன்படுத்தும் விதம் மிகவும் விலை உயர்ந்தது, இது பரிவர்த்தனைகள் எவ்வளவு மலிவாக இருக்க முடியும் என்பதைக் கட்டுப்படுத்துகிறது. புரோட்டோ-டாங்க்சார்டிங் இதைச் சரிசெய்கிறது."
+lang: ta
+image: /images/roadmap/roadmap-transactions.png
+alt: "எத்தீரியம் திட்டப்படம்"
+template: roadmap
+---
+
+எத்தேரியம் [லேயர் 2களால்](/layer-2/#rollups) (ரோல்அப்கள் என்றும் அழைக்கப்படுகிறது) அளவிடப்படுகிறது, இது பரிவர்த்தனைகளை ஒன்றாகத் தொகுத்து, வெளியீட்டை எத்தேரியத்திற்கு அனுப்புகிறது. ரோல்அப்ஸ் எதீரியம் மெய்ன்நெட்டுக்கு (Mainnet) ஒப்பிடுகையில் 8 மடங்கு குறைந்த செலவில் இயங்கினாலும், இறுதிப் பயனாளிகளுக்கான செலவை மேலும் குறைக்க ரோல்அப்ஸ்களை மேம்படுத்தலாம். ரோல்அப்ஸ் சில மையப்படுத்தப்பட்ட (centralized) கூறுகளில் சார்ந்திருப்பதால், ரோல்அப்ஸ் பரிபக்க்வமாக (mature) வளர்ந்துவிட்டால் டெவலப்பர்கள் அவற்றை அகற்ற முடியும்.
+
+<Alert variant="update" className="mb-8">
+<AlertContent>
+<AlertTitle className="mb-4">
+  பரிவர்த்தனை செலவுகள்
+</AlertTitle>
+  <ul style={{ marginBottom: 0 }}>
+    <li>இன்றைய ரோல்அப்ஸ்: <strong>~5–20</strong> மடங்கு எதீரியம் லேயர் 1 விட குறைந்தது</li>
+    <li>ZK-rollups: விரைவில் கட்டணங்களை <strong>~40–100</strong> மடங்கு குறைக்கும்</li>
+    <li>எதிர்கால எதீரியம் மாற்றங்கள்: மேலும் <strong>~100–1000</strong> மடங்கு ஸ்கேலிங்</li>
+    <li style={{ marginBottom: 0 }}>பயனாளிகள்: பரிவர்த்தனைகள் $0.001 க்கும் <strong>குறைவாக செலவாகும்</strong></li>
+  </ul>
+</AlertContent>
+</Alert>
+
+## தரவை மலிவாக்குதல் {#making-data-cheaper}
+
+ரோல்அப்ஸ் பல பரிவர்த்தனைகளை சேகரித்து செயல்படுத்தி, முடிவுகளை எதீரியத்திற்கு சமர்ப்பிக்கின்றன. இது பெரும் அளவிலான தரவை உருவாக்குகிறது, இதை யாரும் திறந்தவையாக அணுகி, ரோல்அப் இயக்குனர் (operator) நியாயமாக செயல்பட்டாரா என்பதை சரிபார்க்க முடியும். யாராவது முரண்பாட்டை கண்டுபிடித்தால், சவாலை (challenge) எழுப்ப முடியும்.
+
+### புரோட்டோ-டாங்க்சார்டிங் {#proto-danksharding}
+
+ரோல்அப் தரவு வரலாற்றில் எதீரியத்தில் நிரந்தரமாக சேமிக்கப்பட்டது, இது மிகவும் செலவானது. ரோல்அப்ஸ்களில் பயனாளர்கள் செலுத்தும் பரிவர்த்தனை செலவில் 90%க்கும் மேல் இந்த தரவு சேமிப்புக்கு செல்கிறது. செலவை குறைக்க, தரவை புதிய தற்காலிக 'பிளாப்' (blob) சேமிப்பில் நகர்த்தலாம். பிளாப்கள் நிரந்தரமல்லாததால் குறைந்த செலவில் இருக்கும்; தேவையில்லாதபோது எதீரியத்தில் இருந்து அழிக்கப்படும். நிரந்தரமாக ரோல்அப் தரவை சேமிப்பது தேவையானவர்களின் பொறுப்பாக இருக்கும் – ரோல்அப் இயக்குனர்கள், எக்ஸ்சேஞ்ச்கள், இன்டெக்சிங் சேவைகள் போன்றவை. பிளாப் பரிவர்த்தனைகளை எதீரியத்தில் சேர்ப்பது Proto-Danksharding எனப்படும் மேம்பாட்டின் ஒரு பகுதியாகும்.
+
+Proto-Danksharding மூலம், எதீரியம் பிளாக்குகளில் பல பிளாப்களை சேர்க்க முடியும். இது எத்தேரியத்தின் செயல் திறனை கணிசமாக (>100x) அதிகரிக்கவும், பரிவர்த்தனை செலவுகளைக் குறைக்கவும் உதவுகிறது.
+
+### Danksharding {#danksharding}
+
+பிளாப் தரவை விரிவாக்குவதன் இரண்டாம் கட்டம் சிக்கலானது, ஏனெனில் நெட்வொர்க்கில் ரோல்அப் தரவு கிடைக்கிறதா என்பதைச் சரிபார்க்க புதிய முறைகள் தேவைப்படுகின்றன, மேலும் இது [சரிபார்ப்பவர்கள்](/glossary/#validator) தங்கள் [பிளாக்](/glossary/#block) உருவாக்கம் மற்றும் பிளாக் முன்மொழிவுப் பொறுப்புகளைப் பிரிப்பதைச் சார்ந்துள்ளது. வெலிடேட்டர்கள் பிளாப் தரவின் சிறிய தொகுதிகளை சரிபார்த்ததை கிரிப்டோகிராபிக் முறையில் சான்றளிக்கும் வழி தேவைப்படுகிறது.
+
+இந்த இரண்டாவது படி ["டாங்க்சார்டிங்"](/roadmap/danksharding/) என்று அழைக்கப்படுகிறது. செயல்படுத்தும் பணி தொடர்கிறது, [பிளாக் உருவாக்கம் மற்றும் பிளாக் முன்மொழிவைப் பிரிப்பது](/roadmap/pbs) மற்றும் ஒரு நேரத்தில் சில கிலோபைட்டுகளை தோராயமாக மாதிரி செய்வதன் மூலம் தரவு கிடைப்பதை நெட்வொர்க் திறமையாக உறுதிப்படுத்த உதவும் புதிய நெட்வொர்க் வடிவமைப்புகள் போன்ற முன்நிபந்தனைகளில் முன்னேற்றம் காணப்படுகிறது, இது [தரவு கிடைக்கும் மாதிரி (DAS)](/developers/docs/data-availability) என அழைக்கப்படுகிறது.
+
+<ButtonLink variant="outline-color" href="/roadmap/danksharding/">டாங்க்சார்டிங் பற்றி மேலும்</ButtonLink>
+
+## ரோல்அப்களைப் பரவலாக்குதல் {#decentralizing-rollups}
+
+[ரோல்அப்கள்](/layer-2) ஏற்கனவே எத்தேரியத்தை அளவிடுகின்றன. [ரோல்அப் திட்டங்களின் செழிப்பான சுற்றுச்சூழல் அமைப்பு](https://l2beat.com/scaling/tvs) பயனர்களை விரைவாகவும் மலிவாகவும் பரிவர்த்தனை செய்ய உதவுகிறது, பலவிதமான பாதுகாப்பு உத்தரவாதங்களுடன். ஆனால், ரோல்அப்ஸ் ஆரம்பத்தில் மையப்படுத்தப்பட்ட சீக்குவென்சர்கள் (centralized sequencers) மூலம் இயக்கப்பட்டன. இவை. அனைத்து பரிவர்த்தனை செயலாக்கத்தையும் தொகுத்து எதீரியத்திற்கு சமர்ப்பிக்கின்றன. தடை, மோசடி அல்லது சந்தானம் மூலம் பாதிக்கப்படக்கூடியவை. அதே நேரத்தில், [ரோல்அப்கள்](https://l2beat.com/scaling/summary) உள்வரும் தரவைச் சரிபார்க்கும் விதத்தில் வேறுபடுகின்றன. சிறந்த வழி என்னவென்றால், "ப்ரூவர்கள்" [மோசடிச் சான்றுகளையோ](/glossary/#fraud-proof) அல்லது செல்லுபடியாகும் சான்றுகளையோ சமர்ப்பிப்பதுதான், ஆனால் எல்லா ரோல்அப்களும் இன்னும் அந்த நிலையில் இல்லை. மேலும், validity/fraud proofs பயன்படுத்தும் ரோல்அப்ஸ்களும் சில பரிசு பெற்ற provers மட்டுமே கொண்டுள்ளன. எதீரியத்தை ஸ்கேல் செய்ய அடுத்த முக்கிய படி: sequencers மற்றும் provers பொறுப்புகளை அதிகரித்து, பல பேரிடத்தில் பகிர்வது.
+
+<ButtonLink variant="outline-color" href="/developers/docs/scaling/">ரோல்அப்கள் பற்றி மேலும்</ButtonLink>
+
+## தற்போதைய முன்னேற்றம் {#current-progress}
+
+Proto-Danksharding மார்ச் 2024-ல் Cancun-Deneb (“Dencun”) நெட்வொர்க் மேம்பாட்டின் ஒரு பகுதியாக வெற்றிகரமாக செயல்படுத்தப்பட்டது. இதன் மூலம் ரோல்அப்ஸ் பிளாப் சேமிப்பை பயன்படுத்தத் தொடங்கி, பயனாளர்களுக்கான பரிவர்த்தனை செலவுகள் குறைந்தன, மற்றும் மில்லியன் கணக்கான பரிவர்த்தனைகள் பிளாப்களில் செயலாக்கப்பட்டன.
+
+முழுமையான Danksharding தொடர்பான வேலை தொடர்ந்து நடைபெற்று வருகிறது. முன்னோடிகள்: PBS மற்றும் DAS. ரோல்அப் இன்ஃபிராஸ்ட்ரக்சரை மையமற்ற முறையில் இயக்குதல் ஒரு மெதுவான செயலாகும் – பல ரோல்அப்ஸ் சிறிது வேறுபட்ட அமைப்புகளை உருவாக்கி வருகின்றன மற்றும் வெற்றிகரமாக மையமற்ற முறையில் மாற்றப்படும் வேகம் வேறுபடும்.
+
+[டென்கன் நெட்வொர்க் மேம்படுத்தல் மற்றும் அதன் தாக்கம் பற்றி மேலும்](/roadmap/dencun/)
+
+<QuizWidget quizKey="scaling" />
diff --git a/public/content/translations/ta/roadmap/secret-leader-election/index.md b/public/content/translations/ta/roadmap/secret-leader-election/index.md
new file mode 100644
index 00000000000..421bb63fa59
--- /dev/null
+++ b/public/content/translations/ta/roadmap/secret-leader-election/index.md
@@ -0,0 +1,44 @@
+---
+title: "ரகசிய தலைவர் தேர்தல்"
+description: "தாக்குதல்களில் இருந்து சரிபார்ப்பாளர்களைப் பாதுகாக்க இரகசியத் தலைவர் தேர்தல் எவ்வாறு உதவும் என்பதற்கான விளக்கம்."
+lang: ta
+summaryPoints:
+  - பிளாக் முன்மொழிபவர்களின் IP முகவரியை முன்கூட்டியே அறிய முடியும், இது அவர்களைத் தாக்குதல்களுக்கு ஆளாக்குகிறது.
+  - இரகசியத் தலைவர் தேர்தல் சரிபார்ப்பாளர்களின் அடையாளத்தை மறைக்கிறது, அதனால் அவர்களை முன்கூட்டியே அறிய முடியாது.
+  - இந்த யோசனையின் ஒரு நீட்டிப்பு, ஒவ்வொரு ஸ்லாட்டிலும் சரிபார்ப்பாளர் தேர்வை சீரற்றதாக மாற்றுவதாகும்.
+---
+
+# இரகசிய தலைவர் தேர்தல் {#single-secret-leader-election}
+
+இன்றைய [ப்ரூஃப்-ஆஃப்-ஸ்டேக்](/developers/docs/consensus-mechanisms/pos) அடிப்படையிலான ஒருமித்த கருத்தமைப்பில், வரவிருக்கும் பிளாக் முன்மொழிபவர்களின் பட்டியல் பொதுவில் உள்ளது, மேலும் அவர்களின் IP முகவரிகளை வரைபடமாக்க முடியும். இதன் பொருள், தீவிரவாதிகள் எந்த நிலையான பிளாக் முன்மொழியர்கள் பிளாக் முன்மொழியலாம் என்பதைக் கண்டறிந்து, அவர்களை நேரத்தில் பிளாக் முன்மொழிய முடியாதவராக மாற்றும் நோக்கில் அவர்களை நகல்-இயக்கத் (DOS) தாக்குதலால் இலக்கு செய்ய முடியும்.
+
+இதுவே தாக்குதலாளர் அங்கீகாரம் பெறும் சாத்தியங்களை உருவாக்கலாம். எடுத்துக்காட்டாக, `n+1` ஸ்லாட்டிற்குத் தேர்ந்தெடுக்கப்பட்ட ஒரு பிளாக் முன்மொழிபவர், `n` ஸ்லாட்டில் உள்ள முன்மொழிபவர் மீது DOS தாக்குதல் நடத்தலாம், இதனால் அவர்கள் ஒரு பிளாக்கை முன்மொழியும் வாய்ப்பை இழப்பார்கள். இதனால், தாக்குதலாளர் பிளாக் முன்மொழியாளர், இரண்டு நிலைகளுக்குமான MEV-ஐப் பெற்றுக் கொள்ள அல்லது இரண்டு பிளாக்களுக்குப் பிரிக்க வேண்டிய அனைத்து பரிவர்த்தனைகளையும் ஒரே பிளாக்கில் சேர்க்க முடியும், அனைத்து சம்பந்தப்பட்ட கட்டணங்களைப் பெற்றுக் கொள்ள முடியும். இது, நுட்பமான நிறுவனர் பிளாக் முன்மொழியர்களைப் போல, வீட்டுவசதி செய்பவர்கள் மீது அதிகமாகப் பாதிக்கக்கூடும், அவர்கள் DOS தாக்குதல்களிலிருந்து தங்களைப் பாதுகாப்பதற்காக மேம்பட்ட முறைகளைப் பயன்படுத்தக்கூடியவர்கள். இதனால், இது மையமயமாக்கும் விசையாயிருக்கும்.
+
+இந்தச் சிக்கலுக்குப் பல தீர்வுகள் உள்ளன. ஒன்று [விநியோகிக்கப்பட்ட சரிபார்ப்பாளர் தொழில்நுட்பம்](https://github.com/ethereum/distributed-validator-specs) ஆகும், இது ஒரு சரிபார்ப்பாளரை இயக்குவது தொடர்பான பல்வேறு பணிகளை, கூடுதல் இருப்புடன் (redundancy) பல இயந்திரங்களில் பரப்புவதை நோக்கமாகக் கொண்டுள்ளது, இதனால் ஒரு தாக்குபவர் ஒரு குறிப்பிட்ட ஸ்லாட்டில் பிளாக் முன்மொழியப்படுவதைத் தடுப்பது மிகவும் கடினமாகிறது. இருப்பினும், மிகவும் வலிமையான தீர்வு **ஒற்றை இரகசிய தலைவர் தேர்தல் (SSLE)** ஆகும்.
+
+## ஒற்றை இரகசிய தலைவர் தேர்தல் {#secret-leader-election}
+
+SSLE-இல், மூலதனமான கிரிப்டோகிராபி பயன்படுத்தப்படுகிறது, இது தேர்ந்தெடுக்கப்பட்ட அங்கீகாரன் தான் தேர்ந்தெடுக்கப்பட்டிருக்கிறார்கள் என்பதை மட்டுமே அறிவது உறுதி செய்யப்படுகிறது. இது ஒவ்வொரு அங்கீகாரரும் ஒரே ரகசியத்திற்கு ஒப்படைக்கப்பட்ட கடமை அனுப்புவதன் மூலம் செயல்படுகிறது. கடமைகள் கலக்கப்படுகின்றன மற்றும் மறுசீரமைக்கப்படுகின்றன, எனவே யாரும் கடமைகளை அங்கீகாரர்களுக்கு வரைபடம் செய்ய முடியாது ஆனால் ஒவ்வொரு அங்கீகாரரும் எந்தக் கடமை அவர்களுக்கே உடையது என்பதை அறிவர். பின்னர், ஒரு கடமை முறையாகத் தேர்ந்தெடுக்கப்படுகிறது. ஒரு அங்கீகாரன் தன் கடமை தேர்ந்தெடுக்கப்பட்டதை கண்டறிந்தால், அது ஒரு பிளாக் முன்மொழிய அவர்களின் நேரம் என்பதைக் அறிவார்.
+
+இந்த யோசனையின் முன்னணி செயலாக்கம் [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763) என்று அழைக்கப்படுகிறது. இது பின்வருமாறு செயல்படுகிறது:
+
+1. அங்கீகாரர்கள் ஒரு பங்கு ரகசியத்திற்கு உறுதிப்படுத்துகின்றனர். இந்த உறுதிப்படுத்தல் திட்டம், இது ஒரு அங்கீகாரர் அடையாளத்திற்கு கட்டுப்படுத்தப்படலாம் ஆனால் அது நெட்வொர்க்கைத் திருப்ப முடியாத வகையில் சீராகவும் சீராகவும் இருக்கிறது.
+2. ஒரு காலாண்டின் தொடக்கத்தில், RANDAO-ஐப் பயன்படுத்தி 16,384 அங்கீகாரர்களிடமிருந்து உறுதிப்படுத்தல்களை மாதிரியாக எடுக்கும் அங்கீகாரர்களின் சீரான குழு தேர்ந்தெடுக்கப்படுகிறது.
+3. அடுத்த 8182 இடங்களுக்கு (1 நாள்), பிளாக் முன்மொழியர்கள் தங்களின் தனிப்பட்ட சிக்கல்களைப் பயன்படுத்தி உறுதிப்படுத்தல்களின் துண்டுகளைக் கலக்கிக் கணிக்கிறார்கள்.
+4. கலப்புக்குப் பிறகு, RANDAO-ஐப் பயன்படுத்தி உறுதிப்படுத்தல்களின் வரிசைப்படுத்தப்பட்ட பட்டியல் உருவாக்கப்படுகிறது. இந்தப் பட்டியல் எத்தரியன் இடங்களுக்கு மேபாகிறது.
+5. அங்கீகாரர்கள் தங்கள் உறுதிப்படுத்தல் ஒரு குறிப்பிட்ட இடத்திற்கு இணைக்கப்பட்டுள்ளதைப் பார்க்கிறார்கள், மற்றும் அந்த இடம் வரும்போது அவர்கள் ஒரு பிளாக் முன்மொழிக்கிறார்கள்.
+6. இந்தப் படிகளை மீண்டும் செய்யவும், உறுதிப்படுத்தல்களின் இடங்களுக்கு நியமனம் எப்போதும் தற்போதைய இடத்திற்குக் கைவிடப்படும்.
+
+இது அசல் தாக்குதல்களுக்கு முன்பே எது குறிப்பிட்ட அங்கீகாரர் அடுத்த பிளாகை முன்மொழிய இருக்கிறார்கள் என்பதை அறியாமல் தடுக்கும், DOS தாக்குதல்களின் திறனைத் தடுக்கும்.
+
+## இரகசிய ஒற்றை-அல்லாத தலைவர் தேர்தல் (SnSLE) {#secret-non-single-leader-election}
+
+ஒவ்வொரு சரிபார்ப்பாளரும் ஒவ்வொரு ஸ்லாட்டிலும் ஒரு பிளாக்கை முன்மொழிவதற்கான சீரற்ற வாய்ப்பைக் கொண்டிருக்கும் ஒரு சூழ்நிலையை உருவாக்கும் நோக்கத்துடன் ஒரு தனி முன்மொழிவும் உள்ளது, இது ப்ரூஃப்-ஆஃப்-வொர்க்-இன் கீழ் பிளாக் முன்மொழிவு எவ்வாறு தீர்மானிக்கப்பட்டது என்பதைப் போன்றது, இது **இரகசிய ஒற்றை-அல்லாத தலைவர் தேர்தல் (SnSLE)** என்று அழைக்கப்படுகிறது. இதைப் செய்ய ஒரே ஒரு எளிமையான வழி RANDAO செயல்பாட்டைப் பயன்படுத்துவது, இது இன்று உள்துறைத் தேர்ந்தெடுக்கலுக்கு பயன்படுத்தப்படுகிறது. RANDAO உடன் உள்ள சிந்தனை என்னவெனில், பல சுயாதீன அங்கீகாரர்களால் சமர்ப்பிக்கப்பட்ட ஹாஷ்களை கலந்து ஒரு மிகுந்த சீரான எண் உருவாக்கப்படுகிறது. SnSLE-ல், இந்த ஹாஷ்களை அடுத்த பிளாக் முன்மொழியரை தேர்வு செய்யப் பயன்படுத்தலாம், உதாரணமாகக் குறைந்த மதிப்புள்ள ஹாஷ் தேர்வுமூலம். செல்லுபடியாகும் ஹாஷ்களின் வரம்பு ஒவ்வொரு இடத்திலும் தனிப்பட்ட அங்கீகாரர்கள் தேர்வுசெய்யும் வாய்ப்பைச் சரிசெய்யக் கிடைக்கும். ஹாஷ் மதிப்பு `2^256 * 5 / N`-ஐ விட குறைவாக இருக்க வேண்டும் என்று உறுதி செய்வதன் மூலம், இங்கு `N` = செயலில் உள்ள சரிபார்ப்பாளர்களின் எண்ணிக்கை, ஒவ்வொரு ஸ்லாட்டிலும் எந்தவொரு தனிப்பட்ட சரிபார்ப்பாளரும் தேர்ந்தெடுக்கப்படுவதற்கான வாய்ப்பு `5/N` ஆக இருக்கும். இந்த எடுத்துக்காட்டில், ஒவ்வொரு இடத்திலும் குறைந்தது ஒரு முன்மொழியாளர் சரியான ஹாஷ் உருவாக்கும் வாய்ப்பு 99.3% ஆக இருக்கும்.
+
+## தற்போதைய முன்னேற்றம் {#current-progress}
+
+SSLE மற்றும் SnSLE இரண்டும் ஆராய்ச்சி நிலையில் உள்ளன. இவை இரண்டிற்கும் முடிவடைந்த விவரக்குறிப்புகள் கிடையாது. SLE மற்றும் SnSLE இவை இரண்டு போட்டியளிக்கும் சிந்தனைகள் ஆகும், இவை இரண்டும் ஒரே நேரத்தில் அமல்படுத்த முடியாது. வெளியீட்டிற்கு முன், மேலும் ஆராய்ச்சி மற்றும் வளர்ச்சி, மாதிரிகளை உருவாக்கல் மற்றும் பொது சோதனை நெட்வொர்க்குகளில் செயல்படுத்தல் தேவை.
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789)
diff --git a/public/content/translations/ta/roadmap/security/index.md b/public/content/translations/ta/roadmap/security/index.md
new file mode 100644
index 00000000000..82e4668a49b
--- /dev/null
+++ b/public/content/translations/ta/roadmap/security/index.md
@@ -0,0 +1,48 @@
+---
+title: "மேலும் பாதுகாப்பான எத்தேரியம்"
+description: "எத்தேரியம் என்பது தற்போதுள்ள மிகவும் பாதுகாப்பான மற்றும் பரவலாக்கப்பட்ட ஸ்மார்ட் ஒப்பந்தத் தளமாகும். இருப்பினும், எதிர்காலத்தில் எந்த அளவிலான தாக்குதலையும் எதிர்கொள்ளும் வகையில் எத்தேரியம் நீடித்து நிலைத்திருக்கச் செய்யக்கூடிய மேம்பாடுகள் இன்னும் உள்ளன."
+lang: ta
+image: /images/roadmap/roadmap-security.png
+alt: "எத்தீரியம் திட்டப்படம்"
+template: roadmap
+---
+
+**எத்தேரியம் ஏற்கனவே மிகவும் பாதுகாப்பான**, பரவலாக்கப்பட்ட [ஸ்மார்ட் ஒப்பந்த](/glossary/#smart-contract) தளமாகும். இருப்பினும், எதிர்காலத்தில் அனைத்து வகையான தாக்குதல்களையும் எதிர்க்கும் வகையில் எத்தேரியம் நீடித்து நிலைத்திருக்கச் செய்யக்கூடிய மேம்பாடுகள் இன்னும் உள்ளன. போட்டியிடும் [பிளாக்குகளை](/glossary/#block) [எத்தேரியம் கிளையன்ட்கள்](/glossary/#consensus-client) கையாளும் விதத்தில் நுட்பமான மாற்றங்கள், அத்துடன் நெட்வொர்க் பிளாக்குகளை ["இறுதிப்படுத்தப்பட்டதாக"](/developers/docs/consensus-mechanisms/pos/#finality) கருதும் வேகத்தை அதிகரிப்பது (அதாவது ஒரு தாக்குபவருக்கு தீவிரமான பொருளாதார இழப்புகள் இல்லாமல் அவற்றை மாற்ற முடியாது) ஆகியவை இதில் அடங்கும்.
+
+பிளாக் முன்மொழிபவர்கள் தங்கள் பிளாக்குகளின் உண்மையான உள்ளடக்கங்களை அறிய முடியாதபடி செய்வதன் மூலம், பரிவர்த்தனைகளைத் தணிக்கை செய்வதை மிகவும் கடினமாக்கும் மேம்பாடுகளும் உள்ளன. மேலும், ஒரு கிளையன்ட் எப்போது தணிக்கை செய்கிறது என்பதைக் கண்டறிய புதிய வழிகளும் உள்ளன. இந்த மேம்பாடுகள் அனைத்தும் ஒன்றிணைந்து [பங்குச் சான்று](/glossary/#pos) நெறிமுறையை மேம்படுத்தும், இதனால் தனிநபர்கள் முதல் பெருநிறுவனங்கள் வரையிலான பயனர்கள் - எத்தேரியம்மில் உள்ள தங்கள் பயன்பாடுகள், தரவு மற்றும் சொத்துக்களில் உடனடி நம்பிக்கையைப் பெறுவார்கள்.
+
+## ஸ்டேக்கிங் திரும்பப் பெறுதல்கள் {#staking-withdrawals}
+
+[பணிச் சான்றிலிருந்து](/glossary/#pow) பங்குச் சான்றுக்கான மேம்பாடு, எத்தேரியம் முன்னோடிகள் தங்கள் ETH-ஐ ஒரு வைப்பு ஒப்பந்தத்தில் “ஸ்டேக்கிங்” செய்வதிலிருந்து தொடங்கியது. அந்த ETH நெட்வொர்க்கைப் பாதுகாக்கப் பயன்படுகிறது. சரிபார்ப்பவர்கள் ஸ்டேக் செய்யப்பட்ட ETH-ஐ திரும்பப் பெற அனுமதிக்கும் வகையில் ஏப்ரல் 12, 2023 அன்று இரண்டாவது மேம்படுத்தல் இருந்தது. அப்போதிலிருந்து சரிபார்ப்பாளர்கள் சுதந்திரமாக ETH-ஐ ஸ்டேக் செய்யலாம் அல்லது திரும்பப் பெறலாம்.
+
+<ButtonLink variant="outline-color" href="/staking/withdrawals/">திரும்பப் பெறுதல் பற்றி படிக்கவும்</ButtonLink>
+
+## தாக்குதல்களுக்கு எதிராகப் பாதுகாத்தல் {#defending-against-attacks}
+
+எத்தேரியத்தின் பங்குச் சான்று நெறிமுறையில் செய்யக்கூடிய மேம்பாடுகள் உள்ளன. அவற்றில் ஒன்று [வியூ-மெர்ஜ்](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) என அழைக்கப்படுகிறது - இது ஒரு மிகவும் பாதுகாப்பான [ஃபோர்க்](/glossary/#fork)-தேர்வு நெறிமுறையாகும், இது சில நுட்பமான வகை தாக்குதல்களை மிகவும் கடினமாக்குகிறது.
+
+எத்தேரியம் பிளாக்குகளை [இறுதிப்படுத்த](/glossary/#finality) எடுக்கும் நேரத்தைக் குறைப்பது ஒரு சிறந்த பயனர் அனுபவத்தை வழங்கும் மற்றும் தாக்குபவர்கள் லாபம் ஈட்ட அல்லது சில பரிவர்த்தனைகளைத் தணிக்கை செய்ய மிகச் சமீபத்திய பிளாக்குகளை மீண்டும் மாற்ற முயற்சிக்கும் நுட்பமான "reorg" தாக்குதல்களைத் தடுக்கும். [**ஒற்றை ஸ்லாட் இறுதிநிலை (SSF)**](/roadmap/single-slot-finality/) என்பது **இறுதிப்படுத்தல் தாமதத்தைக் குறைப்பதற்கான ஒரு வழியாகும்**. இப்போது 15 நிமிட மதிப்புள்ள பிளாக்குகள் உள்ளன, அவற்றை ஒரு தாக்குபவர் கோட்பாட்டளவில் மற்ற சரிபார்ப்பாளர்களை மீண்டும் கட்டமைக்க சம்மதிக்க வைக்க முடியும். SSF உடன், 0 உள்ளன. தனிநபர்கள் முதல் பயன்பாடுகள் மற்றும் பரிமாற்றங்கள் வரையிலான பயனர்கள், தங்கள் பரிவர்த்தனைகள் மாற்றியமைக்கப்படாது என்ற விரைவான உறுதிமொழியிலிருந்து பயனடைகிறார்கள், மேலும் ஒரு முழு வகை தாக்குதல்களையும் மூடுவதன் மூலம் நெட்வொர்க் பயனடைகிறது.
+
+<ButtonLink variant="outline-color" href="/roadmap/single-slot-finality/">ஒற்றை ஸ்லாட் இறுதிநிலை பற்றி படிக்கவும்</ButtonLink>
+
+## தணிக்கைக்கு எதிராகப் பாதுகாத்தல் {#defending-against-censorship}
+
+பரவலாக்கம் தனிநபர்கள் அல்லது சிறிய குழுக்களான [சரிபார்ப்பாளர்கள்](/glossary/#validator) அதிக செல்வாக்கு பெறுவதைத் தடுக்கிறது. புதிய ஸ்டேக்கிங் தொழில்நுட்பங்கள் எத்தேரியத்தின் சரிபார்ப்பாளர்களை முடிந்தவரை பரவலாக்கப்பட்ட நிலையில் வைத்திருக்க உதவுவதோடு, வன்பொருள், மென்பொருள் மற்றும் நெட்வொர்க் தோல்விகளுக்கு எதிராக அவர்களைப் பாதுகாக்கவும் முடியும். பல [முனைகளில்](/glossary/#node) சரிபார்ப்பாளர் பொறுப்புகளைப் பகிரும் மென்பொருள் இதில் அடங்கும். இது **பகிர்ந்தளிக்கப்பட்ட சரிபார்ப்பாளர் தொழில்நுட்பம் (DVT)** என அழைக்கப்படுகிறது. [ஸ்டேக்கிங் பூல்கள்](/glossary/#staking-pool) DVT-ஐப் பயன்படுத்த ஊக்குவிக்கப்படுகின்றன, ஏனெனில் இது பல கணினிகளை சரிபார்ப்பில் கூட்டாக பங்கேற்க அனுமதிக்கிறது, இது ரிடண்டன்சி மற்றும் தவறு-சகிப்புத்தன்மையை சேர்க்கிறது. ஒற்றை ஆபரேட்டர்கள் பல சரிபார்ப்பாளர்களை இயக்குவதற்குப் பதிலாக, இது பல அமைப்புகளில் சரிபார்ப்பாளர் விசைகளைப் பிரிக்கிறது. இது நேர்மையற்ற ஆபரேட்டர்கள் எத்தேரியம் மீதான தாக்குதல்களை ஒருங்கிணைப்பதை கடினமாக்குகிறது. மொத்தத்தில், சரிபார்ப்பாளர்களை தனிநபர்களாக இயக்குவதை விட _சமூகங்களாக_ இயக்குவதன் மூலம் பாதுகாப்பு நன்மைகளைப் பெறுவதே இதன் யோசனையாகும்.
+
+<ButtonLink variant="outline-color" href="/staking/dvt/">பகிர்ந்தளிக்கப்பட்ட சரிபார்ப்பாளர் தொழில்நுட்பம் பற்றி படிக்கவும்</ButtonLink>
+
+**முன்மொழிபவர்-உருவாக்குபவர் பிரிவை (PBS)** செயல்படுத்துவது தணிக்கைக்கு எதிரான எத்தேரியத்தின் உள்ளமைக்கப்பட்ட பாதுகாப்புகளை வெகுவாக மேம்படுத்தும். PBS ஒரு சரிபார்ப்பாளரை ஒரு பிளாக்கை உருவாக்கவும், மற்றொன்றை எத்தேரியம் நெட்வொர்க் முழுவதும் ஒளிபரப்பவும் அனுமதிக்கிறது. தொழில்முறை லாபத்தை அதிகரிக்கும் பிளாக் உருவாக்கும் அல்காரிதம்களில் இருந்து கிடைக்கும் ஆதாயங்கள் நெட்வொர்க் முழுவதும் மிகவும் நியாயமாகப் பகிரப்படுவதை இது உறுதிசெய்கிறது, காலப்போக்கில் சிறந்த செயல்திறன் கொண்ட நிறுவன ஸ்டேக்கர்களுடன் **பங்கு குவிவதைத் தடுக்கிறது**. பிளாக் முன்மொழிபவர், பிளாக் உருவாக்குபவர்களின் சந்தையால் தங்களுக்கு வழங்கப்படும் மிகவும் லாபகரமான பிளாக்கைத் தேர்ந்தெடுக்கிறார். தணிக்கை செய்ய, ஒரு பிளாக் முன்மொழிபவர் பெரும்பாலும் குறைந்த லாபம் ஈட்டும் பிளாக்கைத் தேர்ந்தெடுக்க வேண்டியிருக்கும், இது **பொருளாதார ரீதியாக பகுத்தறிவற்றதாகவும், நெட்வொர்க்கில் உள்ள மற்ற சரிபார்ப்பாளர்களுக்கு வெளிப்படையானதாகவும்** இருக்கும்.
+
+PBS-க்கு மறைகுறியாக்கப்பட்ட பரிவர்த்தனைகள் மற்றும் உள்ளடக்கப் பட்டியல்கள் போன்ற சாத்தியமான கூடுதல் அம்சங்கள் உள்ளன, அவை எத்தேரியத்தின் தணிக்கை எதிர்ப்பை மேலும் மேம்படுத்தக்கூடும். இவை பிளாக் உருவாக்குபவர் மற்றும் முன்மொழிபவர் தங்கள் பிளாக்குகளில் சேர்க்கப்பட்டுள்ள உண்மையான பரிவர்த்தனைகளைப் பார்க்க முடியாதபடி செய்கின்றன.
+
+<ButtonLink variant="outline-color" href="/roadmap/pbs/">முன்மொழிபவர்-உருவாக்குபவர் பிரிவு பற்றி படிக்கவும்</ButtonLink>
+
+## சரிபார்ப்பாளர்களைப் பாதுகாத்தல் {#protecting-validators}
+
+ஒரு நுட்பமான தாக்குபவர் வரவிருக்கும் சரிபார்ப்பாளர்களை அடையாளம் கண்டு, அவர்கள் பிளாக்குகளை முன்மொழிவதைத் தடுக்க அவர்களை ஸ்பேம் செய்ய வாய்ப்புள்ளது; இது **சேவை மறுப்பு (DoS)** தாக்குதல் என அழைக்கப்படுகிறது. [**இரகசிய தலைவர் தேர்தலை (SLE)**](/roadmap/secret-leader-election) செயல்படுத்துவது, பிளாக் முன்மொழிபவர்களை முன்கூட்டியே அறிய முடியாதபடி செய்வதன் மூலம் இந்த வகை தாக்குதலுக்கு எதிராகப் பாதுகாக்கும். வேட்பாளர் பிளாக் முன்மொழிபவர்களைப் பிரதிநிதித்துவப்படுத்தும் மறைகுறியீட்டு உறுதிமொழிகளின் தொகுப்பைத் தொடர்ந்து மாற்றுவதன் மூலமும், அவற்றின் வரிசையைப் பயன்படுத்தி எந்த சரிபார்ப்பாளர் தேர்ந்தெடுக்கப்படுகிறார் என்பதைத் தீர்மானிப்பதன் மூலமும் இது செயல்படுகிறது, இதன் மூலம் சரிபார்ப்பாளர்கள் மட்டுமே தங்கள் வரிசையை முன்கூட்டியே அறிவார்கள்.
+
+<ButtonLink variant="outline-color" href="/roadmap/secret-leader-election">இரகசிய தலைவர் தேர்தல் பற்றி படிக்கவும்</ButtonLink>
+
+## தற்போதைய முன்னேற்றம் {#current-progress}
+
+**செயல்திட்டத்தில் உள்ள பாதுகாப்பு மேம்படுத்தல்கள் ஆராய்ச்சியின் மேம்பட்ட கட்டங்களில் உள்ளன**, ஆனால் அவை சில காலத்திற்கு செயல்படுத்தப்படும் என்று எதிர்பார்க்கப்படவில்லை. வியூ-மெர்ஜ், PBS, SSF மற்றும் SLE-க்கான அடுத்த கட்டங்கள் ஒரு விவரக்குறிப்பை இறுதி செய்து முன்மாதிரிகளை உருவாக்கத் தொடங்குவதாகும்.
diff --git a/public/content/translations/ta/roadmap/single-slot-finality/index.md b/public/content/translations/ta/roadmap/single-slot-finality/index.md
new file mode 100644
index 00000000000..509d3f409b0
--- /dev/null
+++ b/public/content/translations/ta/roadmap/single-slot-finality/index.md
@@ -0,0 +1,66 @@
+---
+title: "ஒற்றை ஸ்லாட்டில் இறுதி நிலை"
+description: "ஒற்றை ஸ்லாட் இறுதின்மையின் விளக்கம்"
+lang: ta
+---
+
+# ஒற்றை ஸ்லாட் இறுதின்மை {#single-slot-finality}
+
+Ethereum தொகுதி (block) இறுதி நிலை அடைய சுமார் 15 நிமிடங்கள் ஆகின்றன. ஆனால், Ethereum இன் ஒப்புதல் அடிப்படையிலான (consensus) முறையை மேம்படுத்தி, இறுதி நிலையை (finality) அடையும் நேரத்தைக் குறிப்பிடத் தக்க அளவுக்குக் குறைக்க முடியும். பதினைந்து நிமிடங்கள் காத்திருப்பதற்குப் பதிலாக, தொகுதிகள் ஒரே ஸ்லாட்டில் முன்மொழிந்து, இறுதி நிலை அடைய முடியும். இந்தக் கருத்து **ஒற்றை ஸ்லாட் இறுதின்மை (SSF)** என அறியப்படுகிறது.
+
+## இறுதியானது என்ன? {#what-is-finality}
+
+Ethereum இன் ப்ரூஃப்-ஆஃப்-ஸ்டேக் அடிப்படையிலான ஒப்புதல் அடிப்படையில், இறுதி நிலை என்பது ஒரு தொகுதியை மாற்றவோ அல்லது அதன் உள்ளடக்கத்தை மாற்றவோ முடியாது என்பதற்கான உத்தரவாதமாகும், இதற்காக மொத்தமாகக் குத்துவைக்கப்பட்ட (staked) ETH இன் குறைந்தது 33% எரிக்க (burn) வேண்டிய நிலை ஏற்படும். இது 'கிரிப்டோ-எகனாமிக்' பாதுகாப்பாகும், ஏனெனில் சங்கிலியின் (chain) வரிசையை அல்லது உள்ளடக்கத்தை மாற்றுவதற்கான மிகவும் அதிகமான செலவினால், யாரும் பொருளாதார ரீதியாக இதை முயற்சிக்க மாட்டார்கள் என்ற நம்பிக்கை ஏற்படுகிறது.
+
+## தொடர்ச்சியான இறுதி நிலையை அடைவதற்கான நேரத்தைச் சுருக்குவதன் நோக்கம் என்ன? {#why-aim-for-quicker-finality}
+
+தற்போதைய இறுதி நிலை அடைவதற்கான நேரம் மிகவும் நீண்டதாக உள்ளது. பெரும்பாலான பயனர்கள் இறுதி நிலையை அடைய 15 நிமிடங்கள் காத்திருப்பதை விரும்பமாட்டார்கள், மேலும் இது விரைவான பரிவர்த்தனைத் திணறலுக்காக விரைவாக செயல்படும் பயன்பாடுகள் மற்றும் பரிமாற்றங்களுக்கும் (exchanges) அசௌகரியத்தை ஏற்படுத்தும், ஏனெனில் அவர்கள் அவர்களுடைய பரிவர்த்தனைகள் நிரந்தரமாக இருப்பது உறுதியாக இருக்க வேண்டுமென்று இத்தனை நேரம் காத்திருக்க வேண்டியதற்குப் பதிலாக விரும்புவார்கள். ஒரு தொகுதியின் முன்மொழிவு மற்றும் இறுதி நிலையை அடைவதற்கான இடைவெளி சுருக்கப்பட்டு மறு அமைப்புகளை (short reorgs) உருவாக்குவதற்கான வாய்ப்பு ஏற்படுகிறது, இது ஒரு attacker சில தொகுதிகளைத் தடைசெய்யவோ அல்லது MEV ஐ பெறவோ பயன்படுத்த முடியும். தொகுதிகளைக் கட்டமைக்கும் முறையுடன் நேரடியாகத் தொடர்புடைய மெக்கானிஸம் மிகவும் சிக்கலானது மற்றும் பலமுறை பாதுகாப்பு குன்றங்களை சரிசெய்யப்பட்டுள்ளன, இதனால் Ethereum குறியீட்டு அடிப்படையின் (codebase) மிக நுட்பமான பிழைகள் அதிகம் ஏற்படலாம். இந்த அனைத்து சிக்கல்களையும் ஒற்றை ஸ்லாட்டில் இறுதி நிலையை அடைய குறைப்பதன் மூலம் நீக்க முடியும்.
+
+## பரவலாக்கம் / நேரம் / மேல்நிலைச் செலவு சமரசம் {#the-decentralization-time-overhead-tradeoff}
+
+இறுதி நிலையை அடையும் உறுதி, புதிய தொகுதியின் உடனடியான பண்பாக இல்லை; புதிய தொகுதி இறுதி நிலையை அடைவதற்கு நேரம் எடுத்துக்கொள்ள வேண்டும். இதற்கான காரணம் என்னவெனில், மொத்தம் அடைக்கப்பட்ட ETH இன் 2/3 ஐ பிரதிநிதித்துவம் செய்கின்ற சரிபார்ப்பாளர்கள் (validators) அந்தத் தொகுதிக்கு வாக்களிக்க ("attest") வேண்டும், பின்னர் மட்டுமே அந்தத் தொகுதி இறுதி நிலையாகக் கருதப்படும். இவ்வாறு ஒரு தொகுதி 2/3 நிலையை அடைந்தது அல்லது அடையவில்லை என்பதை தெரிந்து கொள்ள, நெட்வொர்க்கில் உள்ள ஒவ்வொரு சரிபார்ப்பாளர் முனையமும் (validating node) மற்ற முனைகளிலிருந்து பெறப்பட்ட ஒப்புதல்களை (attestations) செயல்படுத்த வேண்டும்.
+
+இறுதி நிலையை அடைய செய்யப்படும் நேரத்தைக் குறைக்கும்போது, ஒவ்வொரு முனையத்திலும் (node) அதிக கணினி சக்தி தேவைப்படும், ஏனெனில் ஒப்புதல் செயலாக்கம் வேகமாகச் செய்யப்பட வேண்டும். மேலும், நெட்வொர்க்கில் அதிக validating nodes உள்ளன என்றால், ஒவ்வொரு தொகுதியும் செயலாக்கத்தில் அடங்கிய ஒப்புதல்களை அதிகமாகச் செயலாக்க வேண்டியிருக்கும், இது மேலும் தேவையான கணினி சக்தியை அதிகரிக்கும். அதிக கணினி சக்தி தேவைப்படுவதால், அதிக விலைமதிப்புள்ள hardware பயன்படுத்தி validating node க்களை இயக்கவதற்கு குறைவானவர்கள் மட்டுமே பங்குபெற முடியும். இறுதி நிலையை அடைவதற்கான நேரத்தை அதிகரிப்பது, ஒவ்வொரு முனையத்திலும் தேவையான கணினிசக்தியைக் குறைக்கும், ஆனால் இறுதி நிலையை அடைவதற்கான நேரத்தை நீட்டிக்கும், ஏனெனில் ஒப்புதல்கள்மெதுவாகச் செயலாக்கப்படுகின்றனன.
+
+ஆகவே, மேலிடை (computing power), மையீனம் (decentralization), மற்றும் இறுதி நிலை அடைவதற்கான நேரம் (time to finality) ஆகியவற்றுக்கு இடையே ஒரு வர்த்தகம் (trade-off) உள்ளது. சரியான அமைப்பு குறைந்தபட்ச கணினி சக்தியை, அதிகபட்ச மையீனத்தை, மற்றும் குறைந்தபட்ச இறுதி நிலை அடைவதற்கான நேரத்தைச் சமநிலையாக்குகிறது.
+
+Ethereum இன் தற்போதைய ஒப்புதல் முறை (consensus mechanism) இந்த மூன்று அளவுகளையும் சமநிலையாக்கி:
+
+- **குறைந்தபட்ச பங்களிப்பை 32 ETH ஆக அமைத்தல்**. இது தனிப்பட்ட முனைகளால் (nodes) செயலாக்கப்பட வேண்டிய சரிபார்ப்பாளர்களின் (validators) ஒப்புதல்களுக்கு உச்சவரம்பாக அமைக்கிறது, இதனால் ஒவ்வொரு முனையத்திற்கும் கணினி தேவைகள் அதிகரிக்காமல் இருக்கிறது.
+- **இறுதின்மைக்கான நேரத்தை ~15 நிமிடங்களாக அமைத்தல்**. இது சரிபார்ப்பாளர்கள் (validators) வழக்கமான வீட்டுக் கணினிகளில் ஒவ்வொரு தொகுதிக்கும் (block) ஒப்புதல்களை பாதுகாப்பாகச் செயலாக்குவதற்கு போதுமான நேரத்தை வழங்குகிறது.
+
+தற்போதைய மெக்கானிசம் வடிவமைப்பில், இறுதி நிலை அடைவதற்கான நேரத்தைக் குறைக்க, நெட்வொர்க்கில் உள்ள சரிபார்ப்பாளர்களின் (validators) எண்ணிக்கையைக் குறைக்கவோ அல்லது ஒவ்வொரு முனைக்கும் (node) ஹார்ட்வேரின் தேவைகளை அதிகரிக்கவோ செய்ய வேண்டும். ஆனால் ஒவ்வொரு முனையத்திலும் (node) மேலிடத்தை (overhead) அதிகரிக்காமல், அதிகமான ஒப்புதல்களை (attestations) எண்ணும் வகையில் செயலாக்க முறையில் மேம்பாடுகளைச் செய்யலாம். இந்தத் திறமையான செயலாக்கம் இரண்டு காலங்களில் (epochs) குறைவாக, ஒரே ஒரு ஸ்லாட்டில் (slot) இறுதி நிலையை (finality) தீர்மானிக்க அனுமதிக்கும்.
+
+## SSF-க்கான வழிகள் {#routes-to-ssf}
+
+<ExpandableCard title= "இன்றே ஏன் SSF இல்லை?" eventCategory="/roadmap/single-slot-finality" eventName="clicked Why can't we hear SSF today?">
+
+தற்போதைய ஒப்புதல் முறை (consensus mechanism) பல சரிபார்ப்பாளர்களின் (validators) ஒப்புதல்களை (attestations) ஒன்று சேர்க்கிறது, இது "கமிட்டிகளாக" (committees) அழைக்கப்படுகிறது, ஒவ்வொரு சரிபார்ப்பாளரும் (validators) ஒரு தொகுதியை (block) சரிபார்க்க குறைந்தபட்சமாகச் செய்தி செயலாக்க வேண்டும். ஒவ்வொரு காலத்திலும் (epoch) ஒவ்வொரு சரிபார்ப்பாளருக்கும் (validator) ஒப்புதல்களைச் செய்ய வாய்ப்பு உள்ளது (32 slots), ஆனால் ஒவ்வொரு ஸ்லாட்டிலும் (slot) "கமிட்டி" (committee) எனப்படும் சரிபார்ப்பாளர்களின் (validators) ஒரு துணை அமைப்பே (subset) ஒப்புதல்களைச் செய்கிறது. அவர்கள் தங்களை சிறிய குறுகிய நெட்வொர்க்குகளில் (subnets) பிரித்து, சில சரிபார்ப்பாளர்கள் (validators) "அக்ரிகேட்டர்களாக" (aggregators) தேர்ந்தெடுக்கப்படுகின்றனர். அவ்வாறு தேர்ந்தெடுக்கப்பட்ட அக்ரிகேட்டர்கள் (aggregators) தங்கள் subnetல் உள்ள மற்ற சரிபார்ப்பாளர்களிடமிருந்து (validators) பார்த்த ஒப்புதல்களை (attestations) ஒன்று சேர்த்து ஒரு ஒற்றைச் சேர்க்கையாக்கம் (aggregate signature) உருவாக்குகிறார்கள். அக்ரிகேட்டர் (aggregator) மிக அதிகமான தனிப்பட்ட பங்களிப்புகளை (individual contributions) சேர்க்கும் போது, அவர் உருவாக்கும் அக்ரிகேட் கையொப்பத்தை (aggregate signature) பிளாக் முன்மொழிபவரிடம் (block proposer) வழங்குகிறார், பிளாக் முன்மொழிபவர் அதைப் பிளாக் (block) மற்றும் மற்ற கமிட்டிகளின் (committees) அக்ரிகேட் கையொப்பத்துடன் சேர்த்து உள்ளிடுகிறார்.
+
+இந்த செயல்முறை ஒவ்வொரு சரிபார்ப்பாளரும் (validator) ஒவ்வொரு காலத்திலும் (epoch) வாக்களிக்க (vote) போதுமான திறன் அளிக்கிறது, ஏனெனில் `32 slots * 64 committees * 256 validators per committee = 524,288 validators per epoch`. எழுதும்போது (பிப்ரவரி 2023), ~513,000 செயலில் உள்ள சரிபார்ப்பாளர்கள் (validators) உள்ளனர்.
+
+இந்தத் திட்டத்தில், ஒவ்வொரு சரிபார்ப்பாளரும் (validator) ஒரு பிளாக்கில் வாக்களிக்க (vote) முடியும் என்பதற்கான ஒரே வழி அவர்களது ஒப்புதல்களை (attestations) முழு காலத்திலும் (epoch) பகிர்ந்துவிடுவதே ஆகும். ஆனால், ஒவ்வொரு சரிபார்ப்பாளரும் (validator) ஒவ்வொரு ஸ்லாட்டிலும் (slot) ஒப்புதலைச் செய்யும் வாய்ப்பு (attest) பெற்றிருப்பது போன்ற முறையில் மேம்படுத்துவதற்கான வழிகள் இருக்கலாம்.
+</ExpandableCard>
+
+Ethereum சம்மத முறை (consensus mechanism) வடிவமைக்கப்பட்ட பிறகு, கையொப்ப சேர்க்கைத் திட்டம் (BLS) ஆரம்பத்தில் நினைத்ததை விட அதிக அளவிற்கு விரிவுபடுத்தக்கூடியது (scalable) எனக் காணப்பட்டது, அதே நேரத்தில் க்ளையண்ட்களின் (clients) கையொப்பங்களைச் சரிபார்க்கும் (verify) திறனும் மேம்படுத்தப்பட்டுள்ளது. மிகப் பெரிய அளவிலான சரிபார்ப்பாளர்களிடமிருந்து (validators) ஒப்புதல்களை (attestations) செயலாக்குவது உண்மையில் ஒரே ஒரு ஸ்லாட்டிற்குள் (slot) சாத்தியமாகிறது. உதாரணமாக, ஒரு மில்லியன் சரிபார்ப்பாளர்கள் (validators) ஒவ்வொரு ஸ்லாட்டிலும் (slot) இருமுறை வாக்களித்தால், மற்றும் ஸ்லாட் நேரம் (slot time) 16 விநாடிகளாக (seconds) சரிசெய்யப்பட்டால், முனைகள் (nodes) ஒவ்வொரு ஸ்லாட்டிற்குள் (slot) உள்ள அனைத்து 1 மில்லியன் ஒப்புதல்களையும் (attestations) செயலாக்க 125,000 அக்ரிகேஷன்களை (aggregations) சரிபார்க்க வேண்டும். உண்மையில், ஒரு சாதாரண கணினிக்கு ஒரு கையொப்பத்தை (signature) சரிபார்க்க 500 நானோசெகண்டுகள் (nanoseconds) ஆகிறது, இதனால் 125,000 கையொப்பங்களை (signatures) சரிபார்க்க 62.5 மில்லி விநாடிகள் (ms) ஆகும் - இது ஒரு விநாடி வரம்புக்கு (one second threshold) மிகக் குறைவாகும்.
+
+ஒவ்வொரு ஸ்லாட்டிற்கும் தோராயமாகத் தேர்ந்தெடுக்கப்பட்ட 125,000 சரிபார்ப்பாளர்களைக் கொண்ட சூப்பர்கமிட்டிகளை உருவாக்குவதன் மூலம் மேலும் செயல்திறன் ஆதாயங்களை அடைய முடியும். இந்தச் சரிபார்ப்பாளர்களில் மட்டுமே ஒரு பிளாக்கில் (block) வாக்களிக்கும் உரிமை இருக்கும், எனவே, இந்தச் சரிபார்ப்பாளர்கள் குழுவே ஒரு பிளாக் இறுதி செய்யப்படுமா அல்லது இல்லையா என்பதை தீர்மானிக்கின்றனர். இதுவும் ஒரு நல்ல யோசனையா அல்லது இல்லையா என்பது 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 சரிபார்ப்பாளர்களைக் குறிக்கிறது.
+
+எனினும், சரிபார்ப்பு உண்மையான தடை (bottleneck) அல்ல - அசலான சவாலானது கையொப்பக் குழுவி (signature aggregation) ஆகும். கையொப்பத் திரட்டலை அளவிட, ஒவ்வொரு துணைப் பிணையத்திலும் உள்ள சரிபார்ப்பாளர்களின் எண்ணிக்கையை அதிகரிப்பது, துணைப் பிணையங்களின் எண்ணிக்கையை அதிகரிப்பது அல்லது கூடுதல் திரட்டல் அடுக்குகளைச் சேர்ப்பது (அதாவது, குழுக்களின் குழுக்களைச் செயல்படுத்துவது) அவசியமாகலாம். தீர்வின் ஓர் அங்கமாக சிறப்பு கலைப்பவைகளை (specialized aggregators) அனுமதிப்பது இருக்கும் - இது துணைத்தேர்ந்தோர்-கலையாளர் பிரிப்பு (proposer-builder separation) மற்றும் Danksharding யின் கீழ் தொகுதி கட்டுதல் (block building) மற்றும் ரோல்அப் தரவிற்கான உறுதிப்பாட்டுகளை (commitments) உருவாக்குதல் போன்றவை சிறப்பு கலைப்பவர்களுக்கு (specialized block builders) வெளியே ஒப்படைக்கப்படும்.
+
+## SSF இல் பிளவு-தேர்வு விதியின் (fork-choice rule) பங்கு என்ன? {#role-of-the-fork-choice-rule}
+
+இன்றைய ஒப்புதல் முறை (consensus mechanism) இறுதி சாதனத்திற்கும் (finality gadget) பிளவு-தேர்வு விதிக்கும் (fork-choice rule) இடையே நெருக்கமான தொடர்பினை நம்புகிறது. கிளைத் தேர்வு நெறிமுறையானது கடைசியாக இறுதிசெய்யப்பட்ட தொகுதிக்கு _பிறகான_ தொகுதிகளை மட்டுமே கருத்தில் கொள்கிறது. SSF இன் கீழ் பிளவு-தேர்வு விதி (fork choice rule) கருத்தில் கொள்ளக் குறிய இருந்த தொகுதிகள் எதுவும் இருக்காது, ஏனெனில் இறுதி (finality) பிளாக் முன்மொழியப்பட்ட ஸ்லாட்டிலேயே (slot) நடக்கிறது. இதன் பொருள், SSF-இன் கீழ் _ஒன்று_ கிளைத் தேர்வு நெறிமுறை _அல்லது_ இறுதின்மை சாதனம் எந்த நேரத்திலும் செயலில் இருக்கும். இறுதி சாதனம் (finality gadget) 2/3 சரிபார்ப்பாளர்கள் நேர்மையாகப் பதிவுசெய்யும் தொகுதிகளை இறுதி செய்யும். ஒரு தொகுதி 2/3 அளவைத் தாண்ட முடியாதபோது, பிளவு-தேர்வு விதி (fork choice rule) எந்தச் சங்கிலியை (chain) பின்பற்ற வேண்டும் என்பதை தீர்மானிக்கச் செயல்படுவதற்கான வாய்ப்பை ஏற்படுத்தும். 1/3-க்கும் அதிகமான சரிபார்ப்பாளர்கள் ஆஃப்லைனுக்குச் செல்லும் சங்கிலியை மீட்டெடுக்கும் செயலற்ற கசிவு பொறிமுறையைப் பராமரிக்க இது ஒரு வாய்ப்பை உருவாக்குகிறது, இருப்பினும் சில கூடுதல் நுணுக்கங்களுடன்.
+
+## நிலுவையில் உள்ள சிக்கல்கள் {#outstanding-issues}
+
+அசல் பிரச்சினையானது ஒவ்வொரு துணைக் குழுவிலும் சரிபார்ப்பாளர்களின் எண்ணிக்கையை அதிகரிப்பதன் மூலம்Aggregation ஐ வளர்த்தல் போது, பியர்-டூ-பியர் (peer-to-peer) நெட்வொர்க்கின் (network) மீது கூடுதல் சுமையை ஏற்படுத்துகிறது. திரட்டல் அடுக்குகளைச் சேர்ப்பதில் உள்ள சிக்கல் என்னவென்றால், அதை பொறியியல் செய்வது மிகவும் சிக்கலானது மற்றும் தாமதத்தைச் சேர்க்கிறது (அதாவது, தொகுதி முன்மொழிபவர் அனைத்து துணைப் பிணைய திரட்டிகளிடமிருந்தும் கேட்க அதிக நேரம் ஆகலாம்). SSF இல், ஒவ்வொரு தொகுதியில் உள்ள சரிபார்ப்பாளர்களின் எண்ணிக்கை BLS கையொப்பக் குழுவுடன் (BLS signature aggregation) கூடச் செயலாக்க முடியாமல் போவதின் சிக்கல்களை எதிர்கொள்வது தெளிவாக இல்லை. ஒரு சாத்தியமான தீர்வாக, SSF இல் அனைத்து சரிபார்ப்பாளர்களும் ஒவ்வொரு ஸ்லாட்டிலும் (slot) அடிப்படைச் செய்ய வேண்டும் என்பதால், 32 ETH குறைந்தபட்ச எடை (effective balance) மொத்தமாக நீக்கப்படலாம் என்று முன்மொழிக்கிறது. இதனால் பல சரிபார்ப்பாளர்களை நிர்வகிக்கும் செயல்பாட்டாளர்கள் (operators) தங்களது பங்கினை ஒருங்கிணைத்து குறைந்த எண்ணிக்கையிலான சரிபார்ப்பாளர்களை இயக்கி, சரிபார்ப்புச் செயல்நிரைகள் (validating nodes) செயலாக்க வேண்டிய செய்தி எண்ணிக்கையை குறைக்கும். இது பெரிய முதலீட்டாளர்கள் (stakers) தங்கள் சரிபார்ப்பாளர்களை ஒருங்கிணைக்க உடன்படுவதை சார்ந்து இருக்கும். மேலும், எந்த நேரத்திலும் சரிபார்ப்பாளர்களின் எண்ணிக்கையிலோ அல்லது மொத்தம் பங்கிடப்பட்ட ETH லோ ஒரு நிலையான எல்லையை விதிக்கவும் முடியும். எனினும், இதில் எவ்வாறு சரிபார்ப்பாளர்கள் (validators) பங்குபெற வேண்டும் என்பதற்கான ஒரு செயன்முறை அவசியம், இது எதிர்பாராத இரண்டாம் நிலை விளைவுகளை (secondary effects) ஏற்படுத்தக்கூடும்.
+
+## தற்போதைய முன்னேற்றம் {#current-progress}
+
+SSF ஆராய்ச்சி கட்டத்தில் உள்ளது. [Verkle மரங்கள்](/roadmap/verkle-trees/) மற்றும் [Danksharding](/roadmap/danksharding/) போன்ற மற்ற கணிசமான மேம்படுத்தல்களுக்குப் பிறகு, இது பல ஆண்டுகளுக்கு வெளியிடப்படும் என்று எதிர்பார்க்கப்படவில்லை.
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [EDCON 2022-இல் SSF குறித்து விடாலிக்](https://www.youtube.com/watch?v=nPgUKNPWXNI)
+- [விடாலிக்கின் குறிப்புகள்: ஒற்றை ஸ்லாட் இறுதின்மைக்கான வழிகள்](https://notes.ethereum.org/@vbuterin/single_slot_finality)
diff --git a/public/content/translations/ta/roadmap/statelessness/index.md b/public/content/translations/ta/roadmap/statelessness/index.md
new file mode 100644
index 00000000000..0c83f083ea3
--- /dev/null
+++ b/public/content/translations/ta/roadmap/statelessness/index.md
@@ -0,0 +1,105 @@
+---
+title: "நிலை இல்லாத தன்மை, நிலை காலாவதி மற்றும் வரலாற்று காலாவதி"
+description: "வரலாற்று காலாவதி மற்றும் நிலை இல்லாத எத்தேரியம் பற்றிய விளக்கம்"
+lang: ta
+---
+
+# நிலை இல்லாத தன்மை, நிலை காலாவதி மற்றும் வரலாற்று காலாவதி {#statelessness}
+
+எத்தியரியத்தை குறைந்த அளவிலான சொத்துக்களுடன் இயக்கும் திறன் உண்மையான மையமற்ற தன்மை (decentralization) குறிக்கோளுக்கு முக்கியமானது. இதன் காரணமாக, ஒரு நொட்களை இயக்குவது, பயனர் மையமற்ற மூலங்களை (third party) நம்பாமல் தாங்கள் தனியாகக் குறியாக்க சோதனைகளை (cryptographic checks) செய்வதன் மூலம் தகவல்களைச் சரிபார்க்கும் திறனை வழங்குகிறது. ஒரு நொட்களை இயக்குவது, பயனர்களுக்கு இடையர்க்காரர்களை நம்பாமல் எத்தியரியம் பியர்-டூ-பியர் நெட்வொர்க் (peer-to-peer network) க்குநேரடியாகப் பரிமாற்றங்களைை (transactions) சமர்ப்பிக்க அனுமதிக்கிறது. இந்த பயன்கள் மிகவும் மலிவான மென்பொருள் மற்றும் நினைவகத் தேவைகள் (processing and memory requirements) கொண்ட நொட்களில் கிடைக்குமானால் மட்டுமே மையமற்ற தன்மை (decentralization) சாத்தியமாகும். இதனால், மொபைல் போன்கள், மைக்ரோ-கம்ப்யூட்டர்கள் அல்லது வீட்டு கம்ப்யூட்டர் மீது குறிப்பிடாமல் இயங்கக்கூடியதாக இருக்க வேண்டும்.
+
+இன்று, உயர்தர டிஸ்க் இடத்தைப் (disk space) தேவைப்படும் என்பது பொதுவான அணுகுமுறைக்கு மிகுந்த தடையாக உள்ளது. இது, எத்தியரியத்தின் மாநிலத் தரவுகளை (state data) சேமிக்க வேண்டிய தேவைக்குக் காரணமாகும். இந்த மாநிலத் தரவுகள் புதிய தொகுதிகள் மற்றும் பரிமாற்றங்களை (transactions) சரியாகச் செயலாக்க தேவையான முக்கியமான தகவல்களை உள்ளடக்குகிறது. எழுதும் நேரத்தில், முழு எத்தியரிய நொட்களை இயக்க 2TB SSD பரிந்துரைக்கப்படுகிறது. பழைய தரவுகளை எந்தவிதமாகவும் அகற்றாத நொட்களுக்கு, சேமிப்பு தேவைகள் சுமார் 14GB/வாரம் (week) அளவிற்கு வளர்கின்றன, மற்றும் அனைத்து தரவுகளையும் சேர்க்கும் ஆர்கைவ் நொடுகள் 12 TB ஐ அணுகுகின்றன (எழுதும் நேரத்தில், பிப்ரவரி 2023).
+
+பழைய தரவுகளைச் சேமிக்க குறைந்த செலவுள்ள ஹார்டு டிரைவுகளைப் பயன்படுத்தலாம், ஆனால் அவை புதிய தொகுதிகளைப் (blocks) பிடிக்க மிகவும் மெதுவாக இருக்கும். தற்போதைய சேமிப்பு மாதிரிகளை வாடிக்கையாளர்களுக்கான தகவல்களைச் சேமிக்க மலிவாகவும் எளிதாகவும் மாற்றுவது, இடைநிலையான மற்றும்தீர்வாக மட்டுமே இருக்கும், ஏனெனில் எத்தியரியாவின் மாநிலம் (state) வளர்ச்சி 'அனிமிதமானது' என்பதால் சேமிப்பு தேவைகள் எப்போதும் மட்டுமே அதிகரிக்கும், மேலும் தொழில்நுட்ப மேம்பாடுகள் தொடர்ந்து வளர்ச்சியுடன் இணக்கமாக இருக்க வேண்டும். பதிலாக, வாடிக்கையாளர்கள் உள்ளூர்த் தரவுத்தொகுப்புகளை (local databases) தேடாமல் தொகுதிகள் மற்றும் பரிமாற்றங்களைச் சரிபார்க்க புதியமுறைகளைக் கண்டுபிடிக்கக வேண்டும்.
+
+## முனைகளுக்கான சேமிப்பகத்தைக் குறைத்தல் {#reducing-storage-for-nodes}
+
+நாம் ஒவ்வொரு நோடுகளும் சேமிக்க வேண்டிய தரவின் அளவை குறைக்க பல வழிகளைப் பயன்படுத்த முடியும், இதில் ஒவ்வொன்றும் எத்தியரியாவின் மைய நிரல் (core protocol) ஐப் புது அளவிற்கு புதுப்பிக்க வேண்டும்:
+
+- **வரலாற்று காலாவதி**: X தொகுதிகளை விட பழைய நிலைத் தரவை முனைகள் நிராகரிக்க உதவுகிறது, ஆனால் எத்தேரியம் வாடிக்கையாளரின் நிலைத் தரவைக் கையாளும் முறையை இது மாற்றாது.
+- **நிலை காலாவதி**: அடிக்கடி பயன்படுத்தப்படாத நிலைத் தரவைச் செயலிழக்க அனுமதிக்கிறது. செயலிழந்த தரவுகளை வாடிக்கையாளர்களால் தவிர்க்கலாம், அதை உயிர்ப்பிக்க (resurrect) வேண்டிய நேரத்தில் மட்டும்.
+- **பலவீனமான நிலை இல்லாத தன்மை**: தொகுதி உற்பத்தியாளர்களுக்கு மட்டுமே முழு நிலைத் தரவிற்கான அணுகல் தேவை, மற்ற முனைகள் உள்ளூர் நிலைத் தரவுத்தளம் இல்லாமல் தொகுதிகளைச் சரிபார்க்கலாம்.
+- **வலுவான நிலை இல்லாத தன்மை**: எந்த முனைகளுக்கும் முழு நிலைத் தரவிற்கான அணுகல் தேவையில்லை.
+
+## தரவு காலாவதி {#data-expiry}
+
+### வரலாற்று காலாவதி {#history-expiry}
+
+வரலாற்றின் காலாவதி என்பது வாடிக்கையாளர்கள் பழைய தரவுகளை அகற்றுவதைக் குறிக்கிறது, அவர்கள் தேவைப்படும் புதிய தரவுகளைச் சேமிக்க, பழைய தரவுகளைப் புதிய தரவுகள் வரும்போது நீக்குகின்றனர். வாடிக்கையாளர்களுக்கு வரலாற்று தரவுகள் தேவைப்படுவதற்கான இரண்டு காரணங்கள்: ஒத்திசைவு (syncing) மற்றும் தரவுப் பயனரின் கோரிக்கைகளை வழங்குதல். ஆரம்பத்தில், வாடிக்கையாளர்கள் கெனசிஸ் தொகுதியிலிருந்து ஒத்திசைவு செய்ய வேண்டும், ஒவ்வொரு தொடர் தொகுதியும் சரியாக உள்ளதா என்று சரிபார்க்க வேண்டும், இது எத்தியரியாவின் தொடக்கம் வரை நீண்ட வழியாகச் செல்லும். இன்று, வாடிக்கையாளர்கள் "பலவீனமான பொருளியல் மையம்" (weak subjectivity checkpoints) ஐப் பயன்படுத்தி, சங்கத்தின் தலைக்கு அருகில் உள்ள ஒரு ஆரம்ப புள்ளியைப் பெற்றுக் கொண்டு ஒத்திசைவாகச் செல்கின்றனர். இந்த மையங்கள் நம்பகமான ஆரம்பப் புள்ளிகள், அதாவது மிகவும் தொலைவில் உள்ள கெனசிஸ் தொகுதி போன்றவை, ஆனால் தற்போது எத்தியரியாவின் தலைக்கு அருகிலுள்ளவையாக உள்ளன. இது வாடிக்கையாளர்கள் சமீபத்திய பலவீனமான பொருளியல் மையம் (weak subjectivity checkpoint) க்கு முன்பு உள்ள அனைத்து தகவல்களையும் துறக்க முடியும், இதனால் சங்கத்தின் தலைக்கு ஒத்திசைவாகச் செல்லும் திறனை இழக்காமல் இருக்க முடியும். தற்போது, வாடிக்கையாளர்கள் வரலாற்று தரவுகளுக்கான கோரிக்கைகளை (JSON-RPC மூலம் வந்தது) உள்ளூர் தரவுத்தொகுப்புகளைப் பயன்படுத்தி வழங்குகின்றனர். ஆனால், வரலாற்றின் காலாவதி உடன், கோரிக்கையிட்ட தரவுகள் அகற்றப்பட்டால், இது சாத்தியமாகாது. இந்த வரலாற்று தரவுகளை வழங்குவது, சில புதுமையான தீர்வுகள் தேவைப்படுகின்ற இடம் ஆகும்.
+
+ஒரு விருப்பமாக, வாடிக்கையாளர்கள் வரலாற்று தரவுகளைக் கூட்டாளிகளிடமிருந்து கேட்டுப் பெறுவதை, "போர்டல் நெட்வொர்க்" போன்ற தீர்வுகளைப் பயன்படுத்தலாம். போர்டல் நெட்வொர்க் என்பது வரலாற்று தரவுகளை வழங்கும் பியர்-இல்-பியர் நெட்வொர்க் ஆகும், இதில் ஒவ்வொரு நோடும் எத்தியரியாவின் வரலாற்றின் ஒரு சிறிய துண்டைக் சேமிக்கிறது, இது அனைத்து வரலாற்றையும் நெட்வொர்க் முழுவதும் பகிர்ந்து வழங்குகிறது. கோரிக்கைகள் தொடர்புடைய தரவுகளைச் சேமிக்கும் கூட்டாளிகளைத் தேடும் மூலம் வழங்கப்படுகின்றன. மாற்றாக, பொதுவாக வரலாற்று தரவுகளுக்கு அணுகல் தேவைப்படும் பயன்பாடுகள் (apps) அதைப் சேமிக்க அவர்களின் பொறுப்பாக மாறலாம். எத்தியரியாவின் பரிமாணத்தில் வரலாற்றுப் பதிவு காக்க விரும்பும் பல அன்னியர்களும் இருக்க வாய்ப்பு உள்ளது. இது வரலாற்று தரவுப் பதிப்புகளை நிர்வகிக்க ஒரு DAO உருவாக்கப்படலாம், அல்லது மொத்தமாக இந்த அனைத்து விருப்பங்களின் கலவையாக இருக்கலாம். இந்த வழங்குநர்கள் டோரென்ட், FTP, பைல்கோயின் அல்லது IPFS போன்ற பல வழிகளில் தரவுகளை வழங்க முடியும்.
+
+வரலாற்றின் காலாவதி எதற்கென்றாலும் சர்ச்சையாக இருக்கின்றது, ஏனெனில் எத்தியரியாவின் வரலாற்று தரவுகளின் கிடைப்பை எப்போதும் நீளமாக உறுதி செய்துள்ளது. கெனசிஸ் தொகுதியிலிருந்து முழுமையாக ஒத்திசைவாகச் செல்லுவது எப்போதும் சாத்தியமாக இருந்தது, பழைய தரவுகளைப் பாகங்கள்மூலம் மறுசீரமைப்பதைப் பொறுத்திருந்தாலும். வரலாற்றின் காலாவதி, இந்த உறுதியை வழங்கும் பொறுப்பை எத்தியரியாவின் மைய நெறிமுறையைப் பொறுப்பேற்கின்றது. இது வரலாற்று தரவுகளை வழங்குவதற்கான மையமாக மாறும் சஞ்சலத்தின் புதிய அபாயங்களை உருவாக்கக்கூடும்.
+
+EIP-4444 இன்னும் வெளியீட்டுக்குத் தயாராகவில்லை, ஆனால் இது தற்போது செயல்பாட்டில் உள்ள விவாதமாக உள்ளது. அதுவே, EIP-4444 உடன் சந்திக்கக்கூடிய சவால்கள் நன்கு தொழில்நுட்ப சவால்களாக இல்லாமல், பெரும்பாலும் சமுதாய மேலாண்மை தொடர்பானவை. இதன் வெளியீட்டிற்குப் புதிய தொழில்நுட்ப உதவி மட்டுமல்ல, நம்பகமான அமைப்புகளிலிருந்து வரலாற்று தரவுகளைச் சேமிக்க மற்றும் வழங்க உறுதிமொழிகள் தேவைப்படுகிறது.
+
+இந்த மேம்பாடு எத்தியரியாவின் நெட்வொர்க் நாட்களின் நிலை தரவுகளை கையாளும் முறையை அடிப்படையாக மாற்றாது, அது எவ்வாறு வரலாற்று தரவுகளை அணுகப்படுகிறது என்பதையே மாற்றுகிறது.
+
+### நிலை காலாவதி {#state-expiry}
+
+நிலையான காலாவதி என்பது சமீபத்தில் அணுகப்படாத தனிப்பட்ட நாட்களிலிருந்து நிலையை நீக்குவதை குறிக்கிறது. இதைச் செயல்படுத்துவதற்கான சில வழிகள் உள்ளன:
+
+- **வாடகை மூலம் காலாவதியாக்குதல்**: கணக்குகளுக்கு "வாடகை" வசூலித்து, அவற்றின் வாடகை பூஜ்ஜியத்தை அடையும்போது அவற்றை காலாவதியாக்குதல்
+- **நேரம் மூலம் காலாவதியாக்குதல்**: ஒரு குறிப்பிட்ட காலத்திற்கு ஒரு கணக்கில் படித்தல்/எழுதுதல் எதுவும் இல்லை என்றால் அந்தக் கணக்கைச் செயலிழக்கச் செய்தல்
+
+காலாவதியாக்கம் கையெழுத்தின் அடிப்படையில் கணக்குகளுக்கு நேரடி கையெழுத்து கட்டணம் சுமத்தப்படுகிறது, இதன் மூலம் அவை செயலில் நிலையான தரவுத்தொகுப்பில் இருக்கும். நேர அடிப்படையில் காலாவதியாக்கம் கடைசி கணக்கு தொடர்பிலிருந்து நேரம் கணக்கீடுமூலம் செய்யலாம், அல்லது எல்லா கணக்குகளின் காலாவதியாக்கம் ஒழுங்காகச் செய்யப்படும். நேரம் மற்றும் கையெழுத்து அடிப்படையிலான மாதிரிகளை இணைக்கும் முறைகளும் இருக்கலாம்; எடுத்துக்காட்டாக, தனிப்பட்ட கணக்குகள் நேர அடிப்படையிலான காலாவதியை முன்னர் சிறிய கட்டணத்தைச் செலுத்தினால் செயலில் நிலையாக இருக்கும். நிலை காலாவதியுடன், செயலிழந்த நிலை **நீக்கப்படவில்லை**, அது செயலில் உள்ள நிலையிலிருந்து தனித்தனியாக சேமிக்கப்படுகிறது என்பதை கவனத்தில் கொள்ள வேண்டும். செயலிழந்த நிலை மீண்டும் செயலில் மாற்றப்படலாம்.
+
+இந்த மாதிரி செயல்படுவதற்கான வழி, குறிப்பிட்ட கால இடைக்காலத்திற்கு (சராசரியாக ~1 வருடம்) ஒரு நிலை மரத்தை வைத்திருப்பதாக இருக்கலாம். புதிய காலம் துவங்கும் போதெல்லாம், முற்றிலும் புதிய நிலை மரமும் தொடங்கும். தற்போது நிலையான மரம் மட்டுமே திருத்தப்பட முடியும், பிறவாறு உள்ள மரங்கள் மாற்றப்பட முடியாது. எதிர்வருமான நிலை மரம் மற்றும் தற்போதைய நிலை மரத்தை மட்டுமே எதரியம் நாடுகள் வைத்திருப்பது எதிர்பார்க்கப்படுகிறது. இது ஒரு முகவரிக்கு அதன் நிலை காலத்துடன் நேரத்தை முத்திரையிடுவதற்கான வழியைத் தேவைபடுத்துகிறது. இதைச் செய்ய [பல சாத்தியமான வழிகள்](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}
+
+நிலைவிடாத தன்மை என்றால், "நிலை" என்ற கருத்தை நீக்குவதாக அல்ல, ஆனால் எதீரியம் நொடுகள் நிலை தரவுகளைக் கையாள்வது எப்படி என்பதை மாற்றுகிறது. நிலைவிடாத தன்மை இரண்டு வகைகளைக் கொண்டுள்ளது: ஆழ்விடாத நிலைவிடாத தன்மை மற்றும் வலுவான நிலைவிடாத தன்மை. ஆழ்விடாத நிலைவிடாத தன்மை, சில நொடுகளுக்கு நிலை சேமிப்பு பொறுப்பை வைக்கும்போது, பெரும்பான்மையுடைய நொடுகளை நிலைவிடாத வகையில் மாற்றுகிறது. வலுவான நிலைவிடாத தன்மை, எந்த நொடுக்கும் முழு நிலை தரவைச் சேமிக்க தேவையில்லை. ஆழ்விடாத மற்றும் வலுவான நிலைவிடாத தன்மைகள் சாதாரண சான்றாளர்களுக்கு கீழ்காணும் பலன்களை வழங்குகின்றன:
+
+- ஒரே நேரத்தில் ஒட்டுமொத்தமாக ஒத்துழைக்க almost
+- பதிவுகளை இடையூறு இல்லாமல் சான்றுசெய்யும் திறன்
+- மிகக் குறைந்த வன்பொருள் தேவைகளுடன் (எ.கா., தொலைபேசிகளில்) இயக்கக்கூடிய முனைகள்
+- குறைந்த விலை டிஸ்க்-கள் மீது இயங்க முடியும், ஏனெனில் டிஸ்க் படிக்க/எழுத தேவையில்லை
+- எதீரியத்தின் கிரிப்டோகிராஃபிக்கு எதிர்கால மேம்பாடுகளுடன் சுருக்கமாக இணக்கமாக உள்ளது
+
+### பலவீனமான நிலை இல்லாத தன்மை {#weak-statelessness}
+
+ஆழ்விடாத நிலைவிடாத தன்மை எதீரியம் நொடுகள் நிலை மாற்றங்களைச் சரிபார்க்கும் முறையில் மாற்றங்களைக் கொண்டதாக இருக்கிறது, ஆனால் நெட்வொர்க் ஒட்டுமொத்தத்தில் அனைத்து நொடுகளிலும் நிலை சேமிப்பை முற்றிலும் நீக்குவதில்லை. அதற்குப் பதிலாக, ஆழ்விடாத நிலைவிடாத தன்மை நிலை சேமிப்பின் பொறுப்பைப் பிளாக் முன்மொழியர்களிடம் மாட்டுகிறது, மற்ற அனைத்து நொடுகள் நிலை தரவை முழுமையாகச் சேமிக்காமல் பிளாக்களை சரிபார்க்கின்றன.
+
+**பலவீனமான நிலை இல்லாத தன்மையில் தொகுதிகளை முன்மொழிய முழு நிலைத் தரவிற்கான அணுகல் தேவைப்படுகிறது, ஆனால் தொகுதிகளைச் சரிபார்க்க எந்த நிலைத் தரவும் தேவையில்லை**
+
+இது நடக்க, [Verkle trees](/roadmap/verkle-trees/) எத்தேரியம் வாடிக்கையாளர்களில் ஏற்கனவே செயல்படுத்தப்பட்டிருக்க வேண்டும். வெர்கிள் மரங்கள் எதீரியத்தின் நிலை தரவுகளைச் சேமிக்க புதிய தரவுத்தொகுப்பாகும், இது குறைந்த, நிலையான அளவிலான "சாட்சிகள்" தரவை ஒருவரிடமிருந்து மற்றொருவருக்கு ஒப்பிடுவதற்கும் பிளாக்களை சரிபார்ப்பதற்கும் பயன்படுத்த உதவுகிறது. [முன்மொழிபவர்-உருவாக்குபவர் பிரிப்பு](/roadmap/pbs/) என்பதும் தேவைப்படுகிறது, ஏனெனில் இது தொகுதி உருவாக்குநர்கள் அதிக சக்திவாய்ந்த வன்பொருளுடன் சிறப்பு முனைகளாக இருக்க அனுமதிக்கிறது, மேலும் அவற்றுக்கு முழு நிலைத் தரவிற்கான அணுகல் தேவைப்படுகிறது.
+
+<ExpandableCard title="குறைவான பிளாக் முன்மொழிபவர்களைச் சார்ந்திருப்பது ஏன் பரவாயில்லை?" eventCategory="/roadmap/statelessness" eventName="clicked why is it OK to rely on fewer block proposers?">
+
+நிலைவிடாத தன்மை பிளாக் கட்டுமானர்களுக்கு முழு நிலை தரவின் ஒரு பிரதியைப் பராமரிக்க நம்பியுள்ளது, இதன் மூலம் அவர்கள் பிளாக் சரிபார்க்க பயன்படுத்தக்கூடிய சாட்சிகளை உருவாக்க முடியும். பிற நொடுகளுக்கு நிலை தரவுக்கு அணுகலை தேவைதில்லை, பிளாக் சரிபார்க்க தேவையான அனைத்து தகவலும் சாட்சியிலே உள்ளது. இது பிளாக் முன்மொழிவது செலவுக்கேற்றதாக இருப்பதையும், பிளாக் சரிபார்ப்பு குறைந்த செலவாக இருப்பதையும் உருவாக்குகிறது, இதனால் குறைவான ஓட்டுநர்கள் பிளாக் முன்மொழியாளர் நொடுகளை இயக்குவார்கள் என்பதாகும். ஆனால், பிளாக் முன்மொழியர்களின் மையமற்ற தன்மை அவசியமானது என்று கருதப்படவில்லை, ஏனெனில் எத்தனை அதிகமான பங்கேற்பாளர்கள் தாங்கள் முன்மொழியப்போகும் பிளாக்கள் செல்லுபடியாகும் என்பதை தனித்து சரிபார்க்க முடியும்.
+
+<ButtonLink variant="outline-color" href="https://notes.ethereum.org/WUUUXBKWQXORxpFMlLWy-w#So-why-is-it-ok-to-have-expensive-proposers">Dankrad-இன் குறிப்புகளில் மேலும் படிக்கவும்</ButtonLink>
+</ExpandableCard>
+
+பிளாக் முன்மொழியர்கள் நிலை தரவை "சாட்சிகள்" உருவாக்கப் பயன்படுத்துகிறார்கள் - இது ஒரு பிளாகில் பரிமாற்றங்களால் மாறும் நிலைமைகள் மதிப்புகளைச் சான்றளிக்கும் குறைந்தபட்ச தரவின் தொகுப்பாகும். மற்ற உறுதிப்பத்திரங்கள் நிலையை வைத்திருக்கவில்லை, அவர்கள் நிலை ரூட் (முழு நிலையின் ஹாஷ்) மட்டுமே சேமிக்கிறார்கள். அவர்கள் ஒரு பிளாக் மற்றும் ஒரு சாட்சியுடன் பெற்றுவைத்து, அதைப் பயன்படுத்தி தங்கள் நிலை ரூட்டை புதுப்பிக்கிறார்கள். இது ஒரு உறுதிப்பத்திர நொடுவை மிகவும் லேசாகக் குறுக்குவதாக உருவாக்குகிறது.
+
+வீக்கான நிலைவிடாத தன்மை (Weak Statelessness) பரிசோதனை மடங்கிய நிலைக்கு வந்துள்ளது, ஆனால் இது பிளாக் முன்மொழியாளர்-கட்டுமான separarion மற்றும் வெர்கிள் மரங்களை (Verkle Trees) செயல்படுத்தியிருப்பதை நம்புகிறது, அதாவது சிறிய சாட்சிகளை peers இடையே பாஸ்ட் செய்ய முடியும். இதனால், வீக்கான நிலைவிடாத தன்மை எத்தனை ஆண்டுகள் நேரம் எடுக்கும் என்று தெரிவிக்க முடியும், இது எதீரியம் முதன்மை நெட்வொர்க் (Mainnet) தரவிடப்படும்.
+
+### வலுவான நிலை இல்லாத தன்மை {#strong-statelessness}
+
+மூன்றாவது நிலைத் தன்மை (Strong Statelessness) எந்த நொடுக்கும் நிலை தரவைச் சேமிக்க தேவையை நீக்குகிறது. அதற்குப் பதிலாக, பரிமாற்றங்கள் "சாட்சிகள்" உடன் அனுப்பப்படுகின்றன, இவை பிளாக் தயாரிப்பாளர்களால் மொத்தமாக்கப்படுகின்றன. பிளாக் தயாரிப்பாளர்கள், தொடர்புடைய கணக்குகளுக்கான சாட்சிகளை உருவாக்கத் தேவையான நிலையை மட்டுமே சேமிக்கக் பொறுப்பாக இருக்கிறார்கள். நிலையின் பொறுப்பு பெரும்பாலும் பயனாளர்களுக்கு மாற்றப்படுகிறது, அவர்கள் சாட்சிகளை மற்றும் 'அமர்த்துக் பட்டியல்கள்' (Access Lists) அனுப்பி, எந்தக் கணக்குகள் மற்றும் சேமிப்பு விசைகளை அணுகுகிறார்கள் என்பதை அறிவிக்கிறார்கள். இது மிகவும் லேசான நொடுகளை உருவாக்கும், ஆனால் குறியீட்டு ஒப்பந்தங்களுடன் பரிமாற்றங்களைச் செய்யச் சிரமங்களை ஏற்படுத்தும்.
+
+மூன்றாவது நிலைத் தன்மை (Strong Statelessness) ஆராய்ச்சியாளர்களால் ஆராயப்பட்டது ஆனால் தற்போதைய எதீரியம் மேம்பாட்டு திட்டத்தில் (Roadmap) பங்காக இருக்க முடியாது என எதிர்பார்க்கப்படுகிறது - எதீரியமின் அளவளாவலுக்கான தேவைகளுக்கு வீக்கான நிலைத் தன்மை (Weak Statelessness) போதுமானது என்று குறிக்கப்படுகிறது.
+
+## தற்போதைய முன்னேற்றம் {#current-progress}
+
+வீக்கான நிலைத் தன்மை, வரலாறு காலாவதி மற்றும் நிலை காலாவதி ஆகியவை அனைத்து ஆராய்ச்சி நிலையில் உள்ளன மற்றும் சில ஆண்டுகளில் வெளியிடப்படும் என்று எதிர்பார்க்கப்படுகிறது. இந்த அனைத்து முன்மொழிவுகளும் செயல்படுத்தப்படும் என்பதற்கு எந்த உத்திரவாதமும் இல்லை, உதாரணமாக, நிலை காலாவதி முதலில் செயல்படுத்தப்பட்டால் வரலாறு காலாவதியின் தேவையில்லை. [Verkle Trees](/roadmap/verkle-trees) மற்றும் [முன்மொழிபவர்-உருவாக்குபவர் பிரிப்பு](/roadmap/pbs) போன்ற பிற வரைபட உருப்படிகளும் உள்ளன, அவை முதலில் முடிக்கப்பட வேண்டும்.
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [நிலை இல்லாத எத்தேரியம் என்றால் என்ன?](https://stateless.fyi/)
+- [Vitalik-இன் நிலை இல்லாத தன்மை 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 குறித்த Alex Stokes](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/ta/roadmap/user-experience/index.md b/public/content/translations/ta/roadmap/user-experience/index.md
new file mode 100644
index 00000000000..3f786a467f6
--- /dev/null
+++ b/public/content/translations/ta/roadmap/user-experience/index.md
@@ -0,0 +1,36 @@
+---
+title: "பயனர் அனுபவத்தை மேம்படுத்துதல்"
+description: "பெரும்பாலான மக்களுக்கு எத்தேரியத்தைப் பயன்படுத்துவது இன்னும் மிகவும் சிக்கலானதாக உள்ளது. பெருமளவிலான ஏற்பை ஊக்குவிக்க, எத்தேரியம் அதன் நுழைவுத் தடைகளை பெருமளவில் குறைக்க வேண்டும் - பயனர்கள் எத்தேரியத்திற்கான பரவலாக்கப்பட்ட, அனுமதியற்ற மற்றும் தணிக்கை எதிர்ப்பு அணுகலின் நன்மைகளைப் பெற வேண்டும், ஆனால் அது ஒரு பாரம்பரிய web2 பயன்பாட்டைப் பயன்படுத்துவதைப் போல உராய்வற்றதாக இருக்க வேண்டும்."
+lang: ta
+image: /images/roadmap/roadmap-ux.png
+alt: "எத்தீரியம் திட்டப்படம்"
+template: roadmap
+---
+
+**எத்தேரியத்தைப் பயன்படுத்துவதை எளிதாக்க வேண்டும்**; [சாவிகளை](/glossary/#key) மற்றும் [பணப்பைகளை](/glossary/#wallet) நிர்வகிப்பதில் இருந்து பரிவர்த்தனைகளைத் தொடங்குவது வரை. பெருமளவிலான ஏற்பை எளிதாக்க, எத்தேரியம் பயன்பாட்டின் எளிமையை பெருமளவில் அதிகரிக்க வேண்டும், இது பயனர்கள் [Web2](/glossary/#web2) பயன்பாடுகளைப் பயன்படுத்தும் உராய்வற்ற அனுபவத்துடன், எத்தேரியத்திற்கு அனுமதியற்ற மற்றும் தணிக்கை-எதிர்ப்பு அணுகலை அனுபவிக்க அனுமதிக்கிறது.
+
+## விதைச் சொற்றொடர்களுக்கு அப்பால் {#no-more-seed-phrases}
+
+கணக்குகளை அடையாளம் காணவும் (பொதுச் சாவி) மற்றும் செய்திகளில் கையொப்பமிடவும் (தனிப்பட்ட சாவி) பயன்படுத்தப்படும் ஒரு ஜோடி சாவிகளால் எத்தேரியம் கணக்குகள் பாதுகாக்கப்படுகின்றன. ஒரு தனிப்பட்ட சாவி ஒரு முதன்மை கடவுச்சொல் போன்றது; இது ஒரு எத்தேரியம் கணக்கிற்கான முழுமையான அணுகலை அனுமதிக்கிறது. ஒரு பயனரின் சார்பாகக் கணக்குகளை நிர்வகிக்கும் வங்கிகள் மற்றும் Web2 செயலிகளுடன் அதிகப் பரிச்சயமுள்ளவர்களுக்கு இது ஒரு வித்தியாசமான செயல்பாட்டு முறையாகும். மையப்படுத்தப்பட்ட மூன்றாம் தரப்பினரை நம்பாமல் எத்தேரியம் பெருமளவிலான ஏற்பை அடைய, ஒரு பயனர் பொது-தனிப்பட்ட சாவி குறியாக்கவியல் மற்றும் சாவி நிர்வாகத்தைப் புரிந்து கொள்ளாமலேயே தங்கள் சொத்துக்களைக் காவலில் எடுத்து தங்கள் தரவைக் கட்டுப்பாட்டில் வைத்திருக்க ஒரு நேரடியான, உராய்வற்ற வழி இருக்க வேண்டும்.
+
+எத்தேரியத்துடன் ஊடாடுவதற்கு [ஸ்மார்ட் ஒப்பந்த](/glossary/#smart-contract) பணப்பைகளைப் பயன்படுத்துவதே இதற்கான தீர்வு. சாவிகள் தொலைந்துவிட்டாலோ அல்லது திருடப்பட்டாலோ கணக்குகளைப் பாதுகாப்பதற்கான வழிகளை ஸ்மார்ட் ஒப்பந்தப் பணப்பைகள் உருவாக்குகின்றன, சிறந்த மோசடி கண்டறிதல் மற்றும் பாதுகாப்பிற்கான வாய்ப்புகளை வழங்குகின்றன, மேலும் பணப்பைகள் புதிய செயல்பாடுகளைப் பெற அனுமதிக்கின்றன. இன்று ஸ்மார்ட் ஒப்பந்தப் பணப்பைகள் இருந்தாலும், அவற்றை உருவாக்குவது சிரமமாக உள்ளது, ஏனெனில் எத்தேரியம் நெறிமுறை அவற்றை இன்னும் சிறப்பாக ஆதரிக்க வேண்டும். இந்தக் கூடுதல் ஆதரவு கணக்குச் சுருக்கம் என்று அழைக்கப்படுகிறது.
+
+<ButtonLink variant="outline-color" href="/roadmap/account-abstraction/">கணக்குச் சுருக்கம் பற்றி மேலும்</ButtonLink>
+
+## அனைவருக்கும் முனைகள்
+
+[முனைகளை](/glossary/#node) இயக்கும் பயனர்கள் தங்களுக்குத் தரவை வழங்க மூன்றாம் தரப்பினரை நம்ப வேண்டியதில்லை, மேலும் அவர்கள் எத்தேரியம் [பிளாக்செயினுடன்](/glossary/#blockchain) விரைவாக, தனிப்பட்ட முறையில் மற்றும் அனுமதியின்றி ஊடாடலாம். இருப்பினும், தற்போது ஒரு முனையை இயக்கத் தொழில்நுட்ப அறிவும் கணிசமான வட்டு இடமும் தேவைப்படுகிறது, அதாவது பலர் அதற்குப் பதிலாக இடைத்தரகர்களை நம்ப வேண்டும்.
+
+முனைகளை இயக்குவதை மிகவும் எளிதாகவும், குறைந்த வளத் தேவையுடனும் மாற்றக்கூடிய பல மேம்படுத்தல்கள் உள்ளன. தரவு சேமிக்கப்படும் விதம், **வெர்க்கல் மரம்** எனப்படும் அதிக இட-திறனுள்ள கட்டமைப்பைப் பயன்படுத்த மாற்றப்படும். மேலும், [நிலையற்ற தன்மை](/roadmap/statelessness) அல்லது [தரவு காலாவதி](/roadmap/statelessness/#data-expiry) மூலம், எத்தேரியம் முனைகள் முழு எத்தேரியம் நிலைத் தரவின் நகலைச் சேமிக்க வேண்டிய அவசியமிருக்காது, இது வன்வட்டு இடத் தேவைகளை பெருமளவில் குறைக்கும். [இலகுவான முனைகள்](/developers/docs/nodes-and-clients/light-clients/) ஒரு முழு முனையை இயக்குவதன் பல நன்மைகளை வழங்கும், ஆனால் அவை மொபைல் போன்களிலோ அல்லது எளிய உலாவிச் செயலிகளுக்குள்ளோ எளிதாக இயங்கும்.
+
+<ButtonLink variant="outline-color" href="/roadmap/verkle-trees/">வெர்க்கல் மரங்கள் பற்றிப் படிக்கவும்</ButtonLink>
+
+இந்த மேம்படுத்தல்களுடன், ஒரு முனையை இயக்குவதற்கான தடைகள் கிட்டத்தட்ட பூஜ்ஜியமாகக் குறைக்கப்படுகின்றன. பயனர்கள் தங்கள் கணினி அல்லது மொபைல் போனில் குறிப்பிடத்தக்க வட்டு இடம் அல்லது CPU-ஐ தியாகம் செய்ய வேண்டிய அவசியமின்றி, எத்தேரியத்திற்குப் பாதுகாப்பான, அனுமதியற்ற அணுகலால் பயனடைவார்கள், மேலும் அவர்கள் செயலிகளைப் பயன்படுத்தும்போது தரவு அல்லது நெட்வொர்க் அணுகலுக்காக மூன்றாம் தரப்பினரைச் சார்ந்திருக்க வேண்டியதில்லை.
+
+## தற்போதைய முன்னேற்றம் {#current-progress}
+
+Smart contract wallets தற்போது கிடைக்கிறன, ஆனால் அவற்றை மிகச் decentralized மற்றும் permissionless ஆக மாற்றக் கூடுதல் மேம்பாடுகள் தேவை. EIP-4337 என்பது ஒரு முதிர்ந்த முன்மொழிவு ஆகும், இதற்கு எத்தேரியத்தின் நெறிமுறையில் எந்த மாற்றங்களும் தேவையில்லை. EIP-4337 க்குத் தேவையான முக்கிய ஸ்மார்ட் ஒப்பந்தம் **மார்ச் 2023 இல் பயன்படுத்தப்பட்டது**.
+
+**முழுமையான நிலையற்ற தன்மை இன்னும் ஆராய்ச்சி கட்டத்தில் உள்ளது** மேலும் இது செயல்படுத்தப்படுவதற்கு இன்னும் பல ஆண்டுகள் ஆகலாம். தரவுக் காலாவதி உட்பட, முழுமையான நிலையற்ற தன்மைக்கான பாதையில் பல மைல்கற்கள் உள்ளன, அவை விரைவில் செயல்படுத்தப்படலாம். [வெர்க்கல் மரங்கள்](/roadmap/verkle-trees/) மற்றும் [முன்மொழிபவர்-உருவாக்குபவர் பிரிப்பு](/roadmap/pbs/) போன்ற பிற செயல்திட்ட உருப்படிகள் முதலில் முடிக்கப்பட வேண்டும்.
+
+வெர்க்கல் மரம் சோதனை வலைப்பின்னல்கள் ஏற்கனவே இயங்கிக் கொண்டிருக்கின்றன, அடுத்த கட்டமாக வெர்க்கல்-மரம் இயக்கப்பட்ட வாடிக்கையாளர்களைத் தனிப்பட்ட, பின்னர் பொது சோதனை வலைப்பின்னல்களில் இயக்குவதாகும். டெஸ்ட்நெட்டுகளில் ஒப்பந்தங்களை வரிசைப்படுத்துவதன் மூலமோ அல்லது டெஸ்ட்நெட் கிளையன்ட்களை இயக்குவதன் மூலமோ நீங்கள் முன்னேற்றத்தை விரைவுபடுத்த உதவலாம்.
diff --git a/public/content/translations/ta/roadmap/verkle-trees/index.md b/public/content/translations/ta/roadmap/verkle-trees/index.md
new file mode 100644
index 00000000000..87c9971ea81
--- /dev/null
+++ b/public/content/translations/ta/roadmap/verkle-trees/index.md
@@ -0,0 +1,64 @@
+---
+title: "வெர்க்கில் மரங்கள்"
+description: "வெர்க்கில் மரங்கள் பற்றிய உயர் மட்ட விளக்கம் மற்றும் எத்தேரியத்தை மேம்படுத்த அவை எவ்வாறு பயன்படுத்தப்படும் என்பது."
+lang: ta
+summaryPoints:
+  - வெர்க்கில் மரங்கள் என்றால் என்ன என்பதைக் கண்டறியுங்கள்
+  - எத்தேரியத்திற்கு வெர்க்கில் மரங்கள் ஏன் ஒரு பயனுள்ள மேம்படுத்தல் என்பதைப் படிக்கவும்.
+---
+
+# வெர்க்கில் மரங்கள் {#verkle-trees}
+
+விளக்கம்: வெர்க்கில் மரங்கள் (அதாவது "வெக்டர் உறுதிப்பத்திரம்" மற்றும் "மர்கிள் மரங்கள்" என்ற சொற்றொடரின் சுருக்கமாகும்) என்பது எத்தீரியமைக் குழுக்களை மேம்படுத்தப் பயன்படுத்தக்கூடிய ஒரு தரவமைப்பு ஆகும், இதன் மூலம் அதிக அளவிலான நிலைத் தரவுகளைச் சேமிக்காமல், திட்மேல் சரிபார்ப்பது இழக்காமல் இருக்கும்.
+
+## நிலை இல்லாத தன்மை {#statelessness}
+
+வெர்க்கில் மரங்கள் நிலைமையற்ற எத்தீரியம்குழுக்களுக்கு மாறும் பாதையில் ஒரு முக்கியக் கட்டமாகும். நிலைமையற்ற குழுக்கள், வரும் திட்மேல் சரிபார்க்க முழு நிலைத் தரவுத்தொகுப்பை சேமிக்க வேண்டிய அவசியம் இல்லாமல் இருக்கின்றன. தங்கள் சொந்த உள்ளூர் நகலைப் பயன்படுத்துவதற்குப் பதிலாக, நிலைமையற்ற குழுக்கள் "உறுதிப்பத்திரம்" (witness) என்ற ஒரு பாகத்தைப் பயன்படுத்துகின்றன. உறுதிப்பத்திரம் என்பது குறிப்பிட்ட தொகுப்புகளை இயக்குவதற்கு தேவையான நிலைத் தரவின் தனித்தனி பாகங்களின் தொகுப்பாகும், மற்றும் அந்த உறுதிப்பத்திரம் முழு தரவின் ஒரு பகுதியாக இருப்பதைப் பங்கேற்கும் கிரிப்டோகிராபிக் சான்றிதழாகும். நிலைத் தரவுத்தளத்திற்கு _பதிலாக_ சாட்சி பயன்படுத்தப்படுகிறது. இது செயல்பட, உறுதிப்பத்திரங்கள் மிகவும் சின்னமாக இருக்க வேண்டும், இதனால் அவை நெட்வொர்க் முழுவதும் பாதுகாப்பாக ஒளிபரப்பப்படக்கூடியதாகும் மற்றும் 12 நொடி இடைமட்டத்தில் சுருங்கிய குழுக்கள் அவற்றைப் செயல்படுத்தலாம். தற்போதைய நிலைத் தரவு ஏற்றுக்கொள்ள முடியாதது, ஏனெனில் உறுதிப்பத்திரங்கள் மிகவும் பெரியவை. வெர்க்கில் மரங்கள் இந்தச் சிக்கலைக் தீர்க்கச் சிறிய உறுதிப்பத்திரங்களை செயல்படுத்துவதன் மூலம் நிலைமையற்ற குழுக்களுக்கு உண்டான முக்கிய தடைகளை அகற்றுகிறது.
+
+<ExpandableCard title="நமக்கு ஏன் நிலைமையற்ற கிளையண்டுகள் தேவை?" eventCategory="/roadmap/verkle-trees" eventName="clicked why do we want stateless clients?">
+
+எத்தீரியம்குழுக்கள் தற்பொழுது தனது நிலைத் தரவைக் கையாள்வதற்கான பின்வட்டம் எனப்படும் "பாடிசியா ட்ரை" எனப்படும் தரவுச்சட்டத்தைப் பயன்படுத்துகின்றன. தனித்துவமான கணக்குகளுக்கான தகவல்கள் இந்த ட்ரையின் இலைகளாகச் சேமிக்கப்படுகின்றன மற்றும் இலைக் கூட்டு குரூப்புகளை மீண்டும் மீண்டும் ஹேஷ் செய்யப்படுகிறது, பின்னர் ஒரு மட்டும் ஹேஷ் நகைவேறாகும். இந்த இறுதித் ஹேஷ் "மேல்" எனப்படுகின்றது. பிளாக்களை சரிபார்க்க, எத்தீரியம்குழுக்கள் ஒரு பிளாகில் உள்ள அனைத்து பரிவர்த்தனைகளையும் நிறைவேற்றித் தங்கள் உள்ளூர் நிலை ட்ரையை புதுப்பிக்கின்றன. பிளாக், உள்ளூர் மரத்தின் மேல் பிளாக்கின் முன்வைத்தது சரியாக இருந்தால், அதன் காரணமாகப் பிளாக் முன்வைக்கும் குழுவின் மற்றும் சரிபார்க்கும் குழுவின் கணக்கீட்டில் எந்தவொரு வித்தியாசமும், மேல் ஹேஷ் முழுமையாக மாறும். இதன் சிக்கல் என்னவென்றால், பிளாக்செயல்பாட்டைப் சரிபார்க்க, ஒவ்வொரு குழுவும் தலைப் பிளாக் மற்றும் சில வரலாற்றுப் பிளாக்களைச் (Geth இல், தலைக்கு 128 பிளாக்களைப் பின்னர் நிலைத் தரவைச் சேமிக்க வழக்கம்) ஒருங்கிணைந்த நிலை ட்ரையைப் சேமிக்க வேண்டிய அவசியம் உள்ளது. இது குறைந்த விலை, குறைந்த சக்தி கருவிகளுடன் முழுமையான குழுக்களை இயக்குவதற்கான ஒரு தடையாகும். இதற்கான தீர்வு என்பது நிலை ட்ரையை ஒரு குறைந்த அளவிலான "உறுதிப்பத்திரம்" மூலம் சுருக்கமாகச் சுருக்கம்செய்யும் திறனுள்ள "வெர்க்கில் மரம்" எனப்படும் ஒரு திறனான அமைப்பாகப் புதுப்பிப்பது. நிலைத் தரவுகளை வெர்க்கில் மரமாக மாற்றுவது நிலைமையற்ற குழுக்களுக்கு மாறுவதற்கான ஒரு படி ஆகும்.
+</ExpandableCard>
+
+## சாட்சி என்றால் என்ன மற்றும் நாங்கள் ஏன் அவற்றைப் பயன்படுத்த வேண்டும்? {#what-is-a-witness}
+
+ஒரு பிளாக்கை சரிபார்த்தல் என்பது பிளாக்கில் உள்ள பரிவர்த்தனைகளை மீண்டும் செயற்படுத்துதல், எத்தீரியமின் நிலை ட்ரையில் மாற்றங்களைச் செய்யுதல், மற்றும் புதிய மேல் ஹேஷைப் கணக்கிடுதல் எனும் செயலாகும். ஒரு சரிபார்க்கப்பட்ட பிளாக் என்பது கணக்கிடப்பட்ட நிலைமேல் ஹேஷ் பிளாக்குடன் வழங்கப்பட்டது போலவே இருப்பதாகக் கணக்கிடப்படுகிறது (இதன் மூலம் பிளாக் முன்வைக்கும் குழு கூறிய கணக்கீட்டைச் செய்தது என்பதை உணர்த்துகிறது). இன்று எத்தீரியம்குழுக்கள், நிலையைப் புதுப்பிக்க முழு நிலை ட்ரையின் அணுகலைப் பெற்றுக்கொள்ள வேண்டும், இது உள்ளூர் சேமிக்க வேண்டிய ஒரு பெரிய தரவுச் சட்டமாகும். ஒரு சாட்சி, பிளாக்கில் உள்ள பரிவர்த்தனைகளைச் செயற்படுத்த தேவையான நிலைத் தரவின் பகுதிகளை மட்டும் கொண்டுள்ளது. ஒரு சரிபார்க்கும் குழு, அந்தப் பகுதிகளைப் பயன்படுத்தி, பிளாக் முன்வைக்கும் குழு பிளாக் பரிவர்த்தனைகளைச் செயற்படுத்தி நிலையைச் சரியாகப் புதுப்பித்தது என்பதைச் சரிபார்க்க முடியும். ஆனால், இந்தச் சாட்சி எத்தேரியம்குழு நெட்வொர்க் இடையே வேகமாகப் பரிமாற்றப்பட வேண்டியதே, ஒவ்வொரு நொடியும் 12 விநாடிகளுக்குள் நிச்சயமாகப் பெற்றுக்கொள்ளப்பட்டு செயலாக்கப்பட வேண்டும். சாட்சி மிகவும் பெரியதாக இருந்தால், சில குழுக்கள் அதைப் பதிவிறக்க அதிக நேரம் எடுத்துக் கொண்டு சேனுடன் தொடர முடியாது. இது மையப்படுத்தும் சக்தியாக அமைகிறது, அதாவது, வேகமான இணைய இணைப்புகளுள்ள குழுக்களே பிளாக்குகளைச் சரிபார்க்கப் பங்கேற்க முடியும். வெர்க்கில் மரங்களுடன், உங்கள் ஹார்டு டிரைவில் நிலையைச் சேமிக்க வேண்டிய அவசியமில்லை; ஒரு பிளாக்கைச் சரிபார்க்க உங்களுக்குத் தேவையான _எல்லாமே_ அந்த பிளாக்கிற்குள்ளேயே உள்ளது. ஆனால், மெற்கிள் ட்ரையிலிருந்து உருவாக்கக்கூடிய சாட்சிகள், நிலையற்ற குழுக்களை ஆதரிக்க முடியாத அளவுக்குப் பெரியவை.
+
+## வெர்க்கில் மரங்கள் சிறிய சாட்சிகளை எதற்காக ஒத்துக்கொள்கின்றன? {#why-do-verkle-trees-enable-smaller-witnesses}
+
+மெர்க்கிள் ட்ரையின் அமைப்பு, சாட்சி அளவுகளை மிகவும் பெரியதாக மாற்றுகிறது - இது 12 விநாடி நிமிடத்தின் இடையே குழுக்களுக்குப் பாதுகாப்பாக ஒளிப்பரப்பாக முடியாது. இதற்குக் காரணம், சாட்சி என்பது, பக்கங்களை, அனைத்து இடைநிலை ஹேஷ்கள் மற்றும் "சதுர" மடிகள் அனைத்தும் தேவைப்படுகிறது. ஒவ்வொரு சாட்சி வழி, அதன் பக்கத்தில் இருக்கும் மூலத்தை உருவாக்குகிறது. இது அதிக அளவிலான தரவாகும். ட்ரையில் அடுத்த துண்டியை உருவாக்குவதற்காக, சான்றில் உள்ள ஒவ்வொரு முனையும் அதன் உடன்பிறப்புடன் துண்டிக்கப்படுகிறது. இது அதிகப்படியான தரவு. வெர்க்கில் மரங்கள், மரத்தின் இலைகளின் இடைவெளியைச் குறைத்து மற்றும் மூல ஹேஷைப் சரிபார்க்க தேவையான சதுர மடிகளை நீக்குவதன் மூலம் சாட்சியின் அளவினை குறைக்கின்றன. மேலும், எண்மடையான பல்லீணியல் உறுதிமொழியைப் பயன்படுத்துவதன் மூலம் மேலும் இடத்துக்கான திறனையும் பெற முடியும். இது, சாட்சியின் அளவை இலையின் எண்ணிக்கை சாராதே, ஒரே அளவாக வைக்க உதவுகிறது.
+
+பாலினோமியல் உறுதிமொழி திட்டத்தின் கீழ், சாட்சிகள் பரிமாற்றத்திற்கு எளிதான அளவுகளைக் கொண்டுள்ளன. இது, ஒவ்வொரு பிளாக்கிலும் மாநிலமாற்றங்களைக் குறைவானன அளவிலான தரவுடன் சரிபார்க்க கிளையெண்ட்களுக்கு உதவுகிறது.
+
+<ExpandableCard title="வெர்க்கில் மரங்கள் சாட்சியின் அளவைச் சரியாக எவ்வளவு குறைக்க முடியும்?" eventCategory="/roadmap/verkle-trees" eventName="clicked exactly how much can Verkle trees reduce witness size?">
+
+சாட்சியின் அளவு, இது உட்படுத்தும் இலைகளின் எண்ணிக்கையைப் பொறுத்தது. சாட்சி 1000 இலைகளைப் பரந்தவாகக் குறிக்கையாக்கும்போது, ஒரு மெர்க்கிள் ட்ரைக்கு கிட்டத்தட்ட 3.5MB அளவிலான சாட்சி இருக்கும் (7 நிலைகளைக் கொண்ட ட்ரையெனக் கொள்ளப்பட்டது). ஒரே தரவுக்கு வெர்க்கில் மரத்தில் (4நிலைகளைக் கொண்டட மரம் எனக் கொள்ளப்பட்டது) கிட்டத்தட்ட 150 kB அளவிலான சாட்சி இருக்கும் - சுமார் 23 மடங்கு சிறியது. இந்தச் சாட்சியின் அளவைக் குறைப்பது, நிலைத்தன்மை இல்லாத கிளையெண்ட் சாட்சிகள் ஏற்றுக்கொள்ளக்கூடிய அளவிற்கு சிறியதாக இருக்கும். பாலினோமியல் சாட்சிகள் 0.128 - 1 kB ஆக இருக்கும், இது குறிப்பிட்ட பாலினோமியல் உறுதிமொழியின் அடிப்படையில் மாறுபடும்.
+</ExpandableCard>
+
+## வெர்க்கில் மரத்தின் அமைப்பு என்ன? {#what-is-the-structure-of-a-verkle-tree}
+
+வெர்க்கில் மரங்கள் `(சாவி, மதிப்பு)` ஜோடிகள் ஆகும், இங்கு சாவிகள் 31-பைட் _தண்டு_ மற்றும் ஒரு பைட் _பின்னொட்டு_ ஆகியவற்றால் ஆன 32-பைட் கூறுகளாகும். இந்த சாவிகள் _நீட்டிப்பு_ முனைகள் மற்றும் _உள்_ முனைகளாக ஒழுங்கமைக்கப்பட்டுள்ளன. நீட்டிப்பு மண்டலங்கள் 256 குழந்தைகளுக்கு வெவ்வேறு இணைப்புகளுடன் ஒரு தனி இடைவெளியைக் குறிக்கின்றன. உள் மண்டலங்களும் 256 குழந்தைகளைக் கொண்டன, ஆனால் அவை மற்ற நீட்டிப்பு மண்டலங்களாக இருக்கக்கூடும். வெர்க்கில் மரம் மற்றும் மெர்க்கிள் மரத்தின் அமைப்புக்கு மையமான வேறுபாடு என்னவென்றால், வெர்க்கில் மரம் மிகவும் விரிக்கையாக இருக்கும், அதாவது ஒரு இலைக் காற்றுக்கு கூர்ந்த நடுவிலான மண்டலங்கள் குறைவாக இருக்கும், எனவே சான்றிதழ் உருவாக்குவதற்கு தேவையான தரவுகள் குறைவாக இருக்கும்.
+
+![](./verkle.png)
+
+[வெர்க்கில் மரங்களின் கட்டமைப்பு பற்றி மேலும் படிக்கவும்](https://blog.ethereum.org/2021/12/02/verkle-tree-structure)
+
+## தற்போதைய முன்னேற்றம் {#current-progress}
+
+வெர்க்கில் மரக் கட்டமைப்புகள் (Verkle tree testnets) ஏற்கனவே செயல்படுகின்றன, ஆனால் வெர்க்கில் மரங்களை ஆதரிக்கத் தேவையான கடுமையான புதுப்பிப்புகள் இன்னும் கிளையண்ட்களில் பாவிக்கப்படவேண்டியுள்ளன. டெஸ்ட்நெட்டுகளில் ஒப்பந்தங்களை வரிசைப்படுத்துவதன் மூலமோ அல்லது டெஸ்ட்நெட் கிளையன்ட்களை இயக்குவதன் மூலமோ நீங்கள் முன்னேற்றத்தை விரைவுபடுத்த உதவலாம்.
+
+[Guillaume Ballet, Condrieu வெர்க்கில் டெஸ்ட்நெட்டை விளக்குவதைப் பார்க்கவும்](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (Condrieu டெஸ்ட்நெட் ஒரு ப்ரூஃப்-ஆஃப்-வொர்க் ஆக இருந்தது, இப்போது அது வெர்க்கில் ஜென் டெவ்நெட் 6 டெஸ்ட்நெட்டால் மாற்றப்பட்டுள்ளது என்பதை கவனத்தில் கொள்க).
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [நிலையற்ற தன்மைக்கான வெர்க்கில் மரங்கள்](https://verkle.info/)
+- [PEEPanEIP இல் Dankrad Feist வெர்க்கில் மரங்களை விளக்குகிறார்](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 இல் Guillaume Ballet வெர்க்கில் மரங்களை விளக்குகிறார்](https://www.youtube.com/watch?v=f7bEtX3Z57o)
+- ["வெர்க்கில் மரங்கள் எத்தேரியத்தை எவ்வாறு எளிமையாகவும் வலிமையாகவும் ஆக்குகின்றன" - டெவ்கான் 6 இல் Guillaume Ballet வழங்கியது](https://www.youtube.com/watch?v=Q7rStTKwuYs)
+- [ETHDenver 2020 இல் நிலையற்ற கிளையன்ட்கள் குறித்து Piper Merriam](https://www.youtube.com/watch?v=0yiZJNciIJ4)
+- [Zero Knowledge போட்காஸ்டில் வெர்க்கில் மரங்கள் மற்றும் நிலையற்ற தன்மை குறித்து Dankrad Fiest விளக்குகிறார்](https://zeroknowledge.fm/podcast/202/)
+- [வெர்க்கில் மரங்கள் குறித்து Vitalik Buterin](https://vitalik.eth.limo/general/2021/06/18/verkle.html)
+- [வெர்க்கில் மரங்கள் குறித்து Dankrad Feist](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/ta/security/index.md b/public/content/translations/ta/security/index.md
new file mode 100644
index 00000000000..c5421b15bc7
--- /dev/null
+++ b/public/content/translations/ta/security/index.md
@@ -0,0 +1,305 @@
+---
+title: "Ethereum பாதுகாப்பு மற்றும் மோசடி தடுப்பு"
+description: "எத்தேரியத்தில் பாதுகாப்பாக இருப்பது"
+lang: ta
+---
+
+# எத்தேரியம் பாதுகாப்பு மற்றும் மோசடித் தடுப்பு {#introduction}
+
+கிரிப்டோகரன்சியில் அதிகரித்து வரும் ஆர்வம், மோசடி செய்பவர்கள் மற்றும் ஹேக்கர்களிடமிருந்து வரும் அபாயத்தையும் அதிகரித்து வருகிறது. இந்தக் கட்டுரை இந்த அபாயங்களைக் குறைப்பதற்கான சில சிறந்த நடைமுறைகளை முன்வைக்கிறது.
+
+**நினைவில் கொள்ளுங்கள்: ethereum.org-இலிருந்து யாரும் உங்களைத் தொடர்பு கொள்ள மாட்டார்கள். அதிகாரப்பூர்வ எத்தேரியம் ஆதரவிலிருந்து வந்ததாகக் கூறும் மின்னஞ்சல்களுக்குப் பதிலளிக்க வேண்டாம்.**
+
+<Divider />
+
+## கிரிப்டோ பாதுகாப்பு 101 {#crypto-security}
+
+### உங்கள் அறிவை மேம்படுத்துங்கள் {#level-up-your-knowledge}
+
+கிரிப்டோ எவ்வாறு செயல்படுகிறது என்பதில் தவறான புரிதல்கள் செலவாகும் தவறுகளுக்கு வழிவகுக்கலாம். எடுத்துக்காட்டாக, உங்கள் தனிப்பட்ட விசைகளைப் பயன்படுத்தி இழந்த ETH ஐ திரும்பக் கிடைக்கச் செய்யும் கஸ்டமர் சர்வீஸ் முகவராக நடிப்பவர்கள், எத்தியரியம் ஒரு மையமற்ற நெட்வொர்க் என்பதால் இந்த வகை செயல்பாடுகளைக் கையாள முடியாது என்பதைப் புரிந்துகொள்ளாதவர்களை இலக்காகக் கொண்டு இருக்கிறார்கள். எத்தியரியம் எவ்வாறு செயல்படுகிறது என்பதைக் கற்றுக்கொள்ளுவது ஒரு மதிப்புள்ள முதலீடாகும்.
+
+<DocLink href="/what-is-ethereum/">
+  எத்தேரியம் என்றால் என்ன?
+</DocLink>
+
+<DocLink href="/eth/">
+  ஈதர் என்றால் என்ன?
+</DocLink>
+<Divider />
+
+## வாலட் பாதுகாப்பு {#wallet-security}
+
+### உங்கள் தனிப்பட்ட சாவிகளை (private keys) வழங்க வேண்டாம் {#protect-private-keys}
+
+**எந்தக் காரணத்திற்காகவும், உங்கள் தனிப்பட்ட சாவிகளை (private keys) ஒருபோதும் பகிர வேண்டாம்!**
+
+உங்கள் வாலட்டிற்கான தனிப்பட்ட விசை உங்கள் எத்தியரியம் வாலட்டிற்கான கடவுச்சொல் ஆகும். உங்கள் வாலட் முகவரியைப் பற்றிய ஒருவரின் கைபேசியில் உங்கள் கணக்கில் உள்ள அனைத்து சொத்துகளையும் பறித்து விடுவதை தடுக்கும் ஒரே விஷயம் இது!
+
+<DocLink href="/wallets/">
+  எத்தேரியம் வாலட் என்றால் என்ன?
+</DocLink>
+
+#### உங்கள் விதை சொற்றொடர்கள்/தனிப்பட்ட சாவிகளை (seed phrases/private keys) ஸ்கிரீன்ஷாட் எடுக்க வேண்டாம் {#screenshot-private-keys}
+
+உங்கள் விதை சொற்கள் அல்லது தனிப்பட்ட விசைகளை ஸ்கிரீன் ஷாட் எடுக்கும்போது, அவை கிளவுட் தரவுப் provider யுடன் ஒத்திசைக்கப்படக்கூடும், இதனால் ஹேக்கர்கள்களுக்கு அணுகலுக்குரியதாக ஆகலாம். கிளவுடிலிருந்து தனிப்பட்ட விசைகளைப் பெறுவது ஹேக்கர்களுக்கான பொதுவான தாக்குதலான பாதை ஆகும்.
+
+### ஒரு ஹார்டுவேர் வாலட்டைப் பயன்படுத்தவும் {#use-hardware-wallet}
+
+ஒரு ஹார்ட்வேர்ட் வாலட் தனிப்பட்ட விசைகளுக்கான ஆஃப்லைன் சேமிப்பை வழங்குகிறது. உங்கள் தனிப்பட்ட விசைகளைச் சேமிக்க மிகவும் பாதுகாப்பான வாலட் விருப்பமாகக் கருதப்படுகின்றன: உங்கள் தனிப்பட்ட விசை இணையத்தைத் தொடாது மற்றும் உங்கள் சாதனத்தில் முழுவதும் உள்ளே இருக்கும்.
+
+தனிப்பட்ட விசைகளை ஆஃப்லைன் இல் வைத்திருப்பது ஹேக்கரின் கணினியைக் கட்டுப்படுத்தினாலும், ஹேக்கருக்கு பாதிக்கப்படுவதற்கான அபாயத்தை மாபெரும் அளவிற்கு குறைக்கிறது.
+
+#### ஒரு ஹார்டுவேர் வாலட்டை முயற்சிக்கவும்: {#try-hardware-wallet}
+
+- [Ledger](https://www.ledger.com/)
+- [Trezor](https://trezor.io/)
+
+### பரிவர்த்தனைகளை அனுப்பும் முன் இருமுறை சரிபார்க்கவும் {#double-check-transactions}
+
+தரவரிசையாகப் பணத்தை தவறான வாலட் முகவரிக்கு அனுப்புவது பொதுவான தவறு. **எத்தேரியத்தில் அனுப்பப்பட்ட ஒரு பரிவர்த்தனை மீளமுடியாதது.** முகவரி உரிமையாளர் உங்களுக்குத் தெரிந்திருந்து, உங்கள் நிதியைத் திருப்பி அனுப்புமாறு அவரை நம்ப வைக்க முடிந்தாலன்றி, உங்கள் நிதியை நீங்கள் திரும்பப் பெற முடியாது.
+
+ஒரு பரிவர்த்தனையை அனுப்புவதற்கு முன்பு, நீங்கள் அனுப்பும் முகவரி விரும்பிய பெறுநரின் முகவரியைச் சரியாகப் பொருந்துமா என்பதை உறுதிப்படுத்துங்கள்.
+ஒரு ஸ்மார்ட் கான்டிராக்ட் உடன் செயல்படும்போது, பரிவர்த்தனை செய்தியைக் கையெழுத்திடும் முன்பு வாசிக்க இது நல்ல பழக்கம்.
+
+### ஸ்மார்ட் ஒப்பந்தச் செலவு வரம்புகளை அமைக்கவும் {#spend-limits}
+
+ஸ்மார்ட் கான்டிராக்டுகளுடன் தொடர்பு கொண்டபோது, முடிவில்லா செலவுப் பரிமாணங்களை அனுமதிக்க வேண்டாம். முடிவில்லா செலவுப் பரிமாணம், ஸ்மார்ட் கான்டிராக்டை உங்கள் வாலட்டை drained செய்ய வாய்ப்பு அளிக்கக்கூடும். அதற்குப் பதிலாக, பரிவர்த்தனைக்கு தேவையான அளவு மட்டும் செலவுப் பரிமாணங்களை அமைக்கவும்.
+
+பல எதெரியம் வாலட்டுகள், கணக்குகளை drained செய்யமாட்டாமல் பாதுகாப்பு வழங்கும் பரிமாணங்களை வழங்குகின்றன.
+
+[உங்கள் கிரிப்டோ நிதிகளுக்கான ஸ்மார்ட் ஒப்பந்த அணுகலை எவ்வாறு ரத்து செய்வது](/guides/how-to-revoke-token-access/)
+
+<Divider />
+
+## பொதுவான மோசடிகள் {#common-scams}
+
+மோசடிகளை முழுமையாக நிறுத்துவது சாத்தியமில்லை, ஆனால் அவற்றின் மிக முக்கியமான முறைகளைப் பற்றி விழிப்புணர்வுடன் இருந்தால், அவற்றைப் குறைவாகவேனும் முடுக்கமாக்கலாம். இந்த மோசடிகளின் பல வகைகள் உள்ளன, ஆனால் அவை பொதுவாக ஒரே மாதிரியான உயர்மட்ட அமைப்புகளைப் பின்பற்றுகின்றன. வேறு எதுவும் இல்லாவிட்டாலும், நினைவில் வைக்கவும்:
+
+- எப்போதும் சந்தேகமாக இருக்கவும்
+- யாரும் உங்களுக்கு இலவசமாக அல்லது சலுகையுடன் ETH வழங்கமாட்டார்கள்
+- யாரும் உங்கள் தனியார் குறியீடுகள் அல்லது தனிப்பட்ட தகவல்களுக்கு அணுகல் தேவைப்படுவதில்லை
+
+### ட்விட்டர் விளம்பர ஃபிஷிங் {#ad-phishing}
+
+![ட்விட்டர் இணைப்பு ஃபிஷிங்](./twitterPhishingScam.png)
+
+ட்விட்டரின் (அல்லது X) இணைப்பு முன்னோட்ட அம்சத்தை (அல்லது unfurling) மாசு செய்யும் முறைகள் உள்ளன, இது பயனர்களை உண்மையான இணையதளத்தைப் பார்க்கிறார்கள் என்று நம்பச் செய்யும். இந்த நுட்பம், ட்வீட்களில் பகிரப்பட்ட URLகளின் முன்னோட்டங்களை உருவாக்குவதற்கான ட்விட்டரின் வழிமுறையைப் பயன்படுத்துகிறது, மேலும் எடுத்துக்காட்டாக (மேலே காட்டப்பட்டுள்ளது போல்) _from ethereum.org_ என்பதைக் காட்டுகிறது, ஆனால் உண்மையில் அவை ஒரு தீங்கிழைக்கும் தளத்திற்குத் திருப்பி விடப்படுகின்றன.
+
+நீங்கள் சரியான இணையதளத்தில் உள்ளீர்கள் என்பதைக் எப்போதும் சரிபார்க்கவும், குறிப்பாக ஒரு இணைப்பைக் கிளிக் செய்தபிறகு.
+
+[இங்கே மேலும் தகவல்](https://harrydenley.com/faking-twitter-unfurling).
+
+### பரிசு வழங்கும் மோசடி (Giveaway scam) {#giveaway}
+
+கிரிப்டோகரன்சியில் மிகவும் பொதுவான மோசடிகளில் ஒன்றானது கொடுப்பனவு மோசடியே. கொடுப்பனவு மோசடி பல வடிவங்களில் நடைபெறலாம், ஆனால் பொதுவான கருத்து என்னவெனில், நீங்கள் வழங்கிய வாலட் முகவரிக்கு ETH அனுப்பினால், நீங்கள் உங்கள் ETH ஐ இரட்டிப்பு அளவில் திரும்பப் பெறுவீர்கள்._இந்தக் காரணத்திற்காக, இது 2-க்கு-1 மோசடி என்றும் அழைக்கப்படுகிறது._
+
+இந்த மோசடிகள் பொதுவாக, கொடுப்பனவைப் பெறும் ஒரு வரையறுக்கப்பட்ட நேரத்தைச் சுட்டிக்காட்டுவதைத் தங்கவைக்கும், இது ஒரு மெய்ம்மையற்ற அவசர நிலையை உருவாக்குகிறது.
+
+### சமூக ஊடக ஹேக்குகள் {#social-media-hacks}
+
+இந்த மோசடியின் ஒரு உயர்-சர்வர்த்தமான வடிவம் ஜூலை 2020ல் நடந்தது, அந்த மாதத்தில் பிரபலமான பிரபலங்கள் மற்றும் அமைப்புகளின் ட்விட்டர் கணக்குகள் ஹேக் செய்யபட்டது. ஹேக்கர்கள் ஒரே நேரத்தில் ஹேக் செய்யப்பட்ட கணக்குகளில் ஒரு பிட்டாயின் கொடுப்பனவைப் பதிவு செய்தனர். மோசமான ட்வீட்டுகள் விரைவில் கவனிக்கப்பட்டு நீக்கப்பட்டாலும், ஹேக்கர்கள் 11 பிட்டாயின்களை (அல்லது செப்டெம்பர் 2021 வரை $500,000) எடுக்கும் வரை வெற்றி பெற்றனர்.
+
+![ட்விட்டரில் ஒரு மோசடி](./appleTwitterScam.png)
+
+### பிரபலங்களின் பரிசு வழங்கும் திட்டம் (Celebrity giveaway) {#celebrity-giveaway}
+
+பிரபல ஆளுமை கொடுப்பனவு என்பது மற்றொரு பரவலாகக் காணப்படும் கொடுப்பனவுத் மோசடியின் வடிவமாகும். மோசடி செய்பவர்கள் ஒரு பிரபலம் வழங்கிய பதிவுசெய்யப்பட்ட வீடியோ நேர்காணல் அல்லது மாநாட்டுப் பேச்சை எடுத்து, அதை YouTube-இல் நேரடியாக ஒளிபரப்புவார்கள் - அந்தப் பிரபலம் ஒரு கிரிப்டோகரன்சி பரிசு வழங்கும் திட்டத்தை அங்கீகரித்து நேரலை வீடியோ நேர்காணல் வழங்குவது போல் தோற்றமளிப்பார்கள்.
+
+இந்த மோசடியில் விட்டாலிக் புட்டரின் பெரும்பாலும் பயன்படுத்தப்படுகிறார், ஆனால் கிரிப்டோவில் ஈடுபட்டுள்ள பல முக்கிய நபர்களும் (எ.கா., எலான் மஸ்க் அல்லது சார்லஸ் ஹோஸ்கின்சன்) பயன்படுத்தப்படுகிறார்கள். ஒரு பிரபலமான நபரை உள்ளடக்குவது, மோசடிக்காரர்களின் நேரலைக்கு ஒரு ஆவண தன்மையை அளிக்கிறது (இது சந்தேகமாகத் தோன்றலாம், ஆனால் விட்டாலிக் ஈடுபட்டுள்ளார், எனவே இது சரி!).
+
+**பரிசு வழங்கும் திட்டங்கள் (Giveaways) எப்போதும் மோசடிகளே. இந்தக் கணக்குகளுக்கு உங்கள் நிதியை அனுப்பினால், நீங்கள் அதை என்றென்றைக்குமாக இழந்துவிடுவீர்கள்.**
+
+![யூடியூபில் ஒரு மோசடி](./youtubeScam.png)
+
+### ஆதரவு மோசடிகள் {#support-scams}
+
+கிரிப்டோகரன்சி ஒரு தொடர்பு கொள்கையிலா மற்றும் புரிந்து கொள்ள முடியாத தொழில்நுட்பமாகும். இதைப் பயன்படுத்தும் பொதுவான மோசடி ஆதரவு மோசடியாகும், இதில் மோசடிக்காரர்கள் பிரபலமான வாலட்டுகள், பரிமாற்றங்கள் அல்லது பிளாக்செயின்களின் ஆதரவு பணியாளர்களாக நடிக்கிறார்கள்.
+
+எதிர்வினையாக, எத்தீரியம் குறித்து நிறைய விவாதங்கள் டிஸ்கோர்டில் நடக்கின்றன. ஆதரவு மோசடிக்காரர்கள் பொதுவாக ஆதரவு கேள்விகளை உள்ளடக்கிய பொதுப் டிஸ்கோர்ட் சேனல்கள் தேடி தங்கள் இலக்கைக் கண்டுபிடித்து, பிறகு தனிப்பட்ட செய்திகள் அனுப்பி ஆதரவளிக்க முனைகிறார்கள். நம்பிக்கையை உருவாக்குவதன் மூலம், ஆதரவு மோசடிக்காரர்கள் உங்களை உங்கள் தனிப்பட்ட விசைகளை வெளியிடவோ அல்லது உங்கள் நிதிகளை அவர்களின் வாலட்டுகள் அனுப்ப வோ மயக்கும் முயற்சிகளைச் செய்கிறார்கள்.
+
+![டிஸ்கார்டில் ஒரு ஆதரவு மோசடி](./discordScam.png)
+
+பணியாளர்கள் உங்களுடன் தனிப்பட்ட, அங்கீகாரமற்ற சேனல்கள்மூலம் தொடர்பு கொள்ள மாட்டார்கள். ஆதரவுடன் தொடர்பு கொண்டவுடன் மனதில் வைத்திருக்க வேண்டிய சில எளிய விஷயங்கள்:
+
+- உங்கள் தனிப்பட்ட விசைகள், விதைச் சொற்கள் அல்லது கடவுச்சொற்களை ஒருவருடன் பகிர்ந்து கொள்ளாதீர்கள்
+- யாருக்கு முறையீட்டு அணுகலை அனுமதிக்காதீர்கள்
+- ஒரு நிறுவனத்தின் நியமிக்கப்பட்ட சேனல்களுக்குவெளியாகத் தொடர்பு கொள்ளாதீர்கள்
+
+<Alert variant="update">
+<AlertEmoji text=":lock:"/>
+<AlertContent>
+<AlertDescription>
+    எச்சரிக்கை: ஆதரவு பாணியிலான மோசடிகள் பொதுவாக டிஸ்கார்டில் நடந்தாலும், மின்னஞ்சல் உட்பட கிரிப்டோ விவாதம் நடைபெறும் எந்த அரட்டைப் பயன்பாடுகளிலும் அவை பரவலாக இருக்கலாம்.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### 'Eth2' டோக்கன் மோசடி {#eth2-token-scam}
+
+[இணைப்பிற்கு](/roadmap/merge/) முந்தைய காலகட்டத்தில், மோசடி செய்பவர்கள் 'Eth2' என்ற வார்த்தையைச் சுற்றியுள்ள குழப்பத்தைப் பயன்படுத்தி, பயனர்களை தங்கள் ETH-ஐ ஒரு 'ETH2' டோக்கனுக்காகப் பரிமாறிக்கொள்ள முயற்சித்தனர். 'ETH2' என்ற ஒன்று இல்லை, மற்றும் 'த ஷொண்'வுடன் எந்தப் புதிய தகுதி வாய்ந்த நாணயமும் அறிமுகம் செய்யப்படவில்லை. த ஷொண்'க்கு முன் நீங்கள் வைத்திருந்த ETH இன்றும் அதே ETH ஆகும். **வேலைக்கான ஆதாரம் (proof-of-work)-இலிருந்து பங்குக்கான ஆதாரம் (proof-of-stake)-க்கு மாறுவதைக் கணக்கில் கொள்ள உங்கள் ETH தொடர்பாக எந்த நடவடிக்கையும் எடுக்கத் தேவையில்லை**.
+
+மோசடிக்காரர்கள் "ஆதரவு" என ஆவணிக்குக் காட்டி உங்கள் ETH-ஐ கணக்கு செலுத்தினால் 'ETH2' பெற்றுக் கொள்ளுவீர்கள் என்று கூறலாம். [அதிகாரப்பூர்வ எத்தேரியம் ஆதரவு](/community/support/) எதுவும் இல்லை, மேலும் புதிய டோக்கனும் இல்லை. உங்கள் வாலட் விதைச் சொற்களை யாருக்கும் பகிர்ந்து கொள்ளாதீர்கள்.
+
+_குறிப்பு: ஸ்டேக் செய்யப்பட்ட ETH-ஐக் குறிக்கக்கூடிய டெரிவேட்டிவ் டோக்கன்கள்/டிக்கர்கள் உள்ளன (அதாவது, Rocket Pool-இலிருந்து rETH, Lido-இலிருந்து stETH, Coinbase-இலிருந்து ETH2), ஆனால் இவை நீங்கள் \"இடம் பெயர\" வேண்டிய ஒன்றல்ல._
+
+### ஃபிஷிங் மோசடிகள் {#phishing-scams}
+
+பிசிங் மோசடிகள் என்பது உங்கள் வாலட் நாணயங்களைத் திருட முயற்சிக்கும் மோசடிக்காரர்கள் பயன்படுத்தும் மற்றொரு பொதுவான முறை ஆகும்.
+
+சில பிசிங் மின்னஞ்சல்கள் பயனர்களை இணைப்புகளைச் சொல்வதன் மூலம் imitation இணையதளங்களில் மறு-திறக்க வைக்கும், அவர்களை அவர்களின் விதைச் சொற்களைப் பதிய, கடவுச்சொல்லை மறு செம்மைப்படுத்த அல்லது ETH அனுப்ப வைக்கக் கூறும். மற்றவர்கள் உங்கள் கணினியில் மொழி மருந்தை நன்கு நிறுவுவதற்கு உங்களைப் புகாரளிக்கக் கூடக்கூடும், இது உங்கள் கணினியின் கோப்புகளுக்கு மோசடிக்காரர்களுக்கு அணுகலை வழங்குகிறது.
+
+தனிமைப்படுத்தும் மின்னஞ்சல் பெறும்போது, நினைவில் வைக்கவும்:
+
+- நீங்கள் அறியாத மின்னஞ்சல் முகவரியிலிருந்து ஒரு இணைப்பு அல்லது அணுக்கையை திறக்காதீர்கள்
+- உங்கள் தனிப்பட்ட தகவல்களை அல்லது கடவுச்சொற்களை யாருக்கும் பகிராமல் இருங்கள்
+- அறியாத அனுப்புநர்களின் மின்னஞ்சல்களை நீக்குங்கள்
+
+[ஃபிஷிங் மோசடிகளைத் தவிர்ப்பது பற்றி மேலும்](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico)
+
+### கிரிப்டோ வர்த்தகத் தரகர் மோசடிகள் {#broker-scams}
+
+மோசடி கிரிப்டோ வர்த்தக பரிசோதகர்கள் நிதியங்களை உங்கள் சார்பில் முதலீடு செய்யக் கூறி நிதிகளைப் பெறும் எனக் கூறுகிறார்கள். மோசடிக்காரர் உங்கள் நிதிகளைப் பெற்ற பிறகு, மேலும் முதலீட்டு லாபங்களை தவறவிடாதது போன்ற எளிய முறைமைகள் கொண்டு மேலும் நிதிகளை அனுப்புமாறு கேட்கலாம், அல்லது முழுமையாக மறைந்து விடலாம்.
+
+இந்த மோசடிக்காரர்கள் தங்கள் இலக்குகளைத் தேடும்போது, 'பரிசோதகர்' குறித்து எளிமையான உரையாடல்களை ஆரம்பிக்க யூடியூப்பில் போலி கணக்குகளைப் பயன்படுத்துகிறார்கள். இந்த உரையாடல்கள் மிகவும் மேலோங்கி அனுமதிக்கப் பெறுகின்றன, ஆனால் மேலோங்கல்கள் அனைத்தும் பாட்டுக் கணக்குகளிலிருந்து வருகின்றன.
+
+**உங்கள் சார்பாக முதலீடு செய்ய இணையத்தில் அறிமுகமில்லாதவர்களை நம்ப வேண்டாம். உங்கள் கிரிப்டோவை இழந்துவிடுவீர்கள்.**
+
+![யூடியூபில் ஒரு வர்த்தகத் தரகர் மோசடி](./brokerScam.png)
+
+### கிரிப்டோ மைனிங் பூல் மோசடிகள் {#mining-pool-scams}
+
+2022 செப்டெம்பர் மாதம் முதல், எத்தீரியத்தில் மைனிங் சாத்தியமாக இல்லை. இருப்பினும், மைனிங் பூல் மோசடிகள் இன்னும் இருந்து வருகின்றன. மைனிங் பூல் மோசடிகளில், உங்கள்மீது அனுமதியின்றி தொடர்புக் கொண்டவர்கள், எத்தீரிய மைனிங் பூல் சேர்ந்தால் பெரிய வருமானங்களைப் பெறலாம் என்று கூறுவர். மோசடிக்காரர் கூறுகளைச் செய்கிறது மற்றும் எப்போது வேண்டுமானாலும் உங்கள்ுடன் தொடர்பில் இருக்கும். பொதுவாக, மோசடிக்காரர், எத்தீரிய மைனிங் பூல் சேர்ந்தால் உங்கள் கிரிப்டோகரன்சிகளை ETH உருவாக்கப் பயன்படுத்தப்படும் மற்றும் ETH நலன் வழங்கப்படும் என்று உங்களை நம்பவைக்கும் முயற்சிக்கொள்வார். உங்கள் கிரிப்டோகரன்சி சற்றே வருமானங்களை உருவாக்குவதாக நீங்கள் காண்பீர்கள். இது மேலும் முதலீடு செய்ய誘க்குவதற்கான மேலோட்டம். இறுதியில், உங்கள் அனைத்து நிதிகளும் ஒரு அடையாளமற்ற முகவரிக்கு அனுப்பப்படும், மேலும் மோசடிக்காரர் மறைந்து விடுவான் அல்லது சமீபத்திய நிகழ்வுகளில் போல் தொடர்பில் இருக்கும்.
+
+தருணம்: மைனிங் பூல் பகுதியாக இருக்க கேட்டுச் சமூக ஊடகங்களில் உங்களைத் தொடர்பு கொள்ளும் நபர்களிடமிருந்து எச்சரிக்கையுடன் இருக்கவும். நீங்கள் உங்கள் கிரிப்டோவை இழந்தால், அது சென்று விடும்.
+
+சில முக்கியமான விஷயங்கள் நினைவில் கொள்ளவும்:
+
+- உங்கள் கிரிப்டோ மூலம் பணம் சம்பாதிக்கும் வழிகள்குறித்து உங்களைத் தொடர்பு கொள்பவர்களைப் பற்றி எச்சரிக்கையுடன் இருங்கள்
+- ஸ்டேக்கிங், லிக்விடிட்டி பூல்கள் அல்லது உங்கள் கிரிப்டோவில் முதலீடு செய்வதற்கான பிற வழிகளைப் பற்றி ஆராயுங்கள்
+- மிக விரைவில் அல்லது ஒருபோதும் இத்தகைய திட்டங்கள் நம்பகமானவை அல்ல. நம்பகமானவை என்றால், அவை பொதுவாகப் பரவலாக இருக்கும், மேலும் நீங்கள் அவற்றை பற்றிக் கேட்டிருப்பீர்கள்.
+
+[மைனிங் பூல் மோசடியில் ஒருவர் $200k இழந்தார்](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
+
+### ஏர்டிராப் மோசடிகள் {#airdrop-scams}
+
+ஏர்ட்ராப் மோசடிகளில், ஒரு மோசடி திட்டம் ஒரு சொத்து (NFT, டோக்கன்) உங்கள் வாலட்டில் ஏர்ட்ராப் செய்து, அந்தச் சொத்தைக் கோர ஒரு மோசடி வலைத்தளத்திற்கு உங்களை அனுப்பும். நீங்கள் உங்கள் எத்தீரியம் வாலட்டுடன் உள்நுழைந்து ஒரு பரிவர்த்தனைக்கு "அனுமதி" அளிக்க வேண்டும் என்று கேட்டுக் கொள்ளப்படும். இப்பரிவர்த்தனை உங்கள் கணக்கை மோசடிக்காரரின் கையால் உடைய செய்யும், ஏனெனில் உங்கள் பொது மற்றும் தனிப்பட்ட திறவுகோல்கள் மோசடிக்காரருக்கு அனுப்பப்படும். இந்த மோசடியின் மாற்று வடிவத்தில், நீங்கள் மோசடிக்காரரின் கணக்கிற்கு நிதிகளை அனுப்பும் பரிவர்த்தனையை உறுதிப்படுத்த வேண்டும்.
+
+[ஏர்டிராப் மோசடிகள் பற்றி மேலும்](https://www.youtube.com/watch?v=LLL_nQp1lGk)
+
+<Divider />
+
+## இணைய பாதுகாப்பு 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
+```
+
+மற்றொரு பொதுவான தவறு என்னவென்றால், [சமூகப் பொறியியல் (social engineering)](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}
+
+<Alert variant="update">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+    கடவுச்சொல் மேலாளரைப் பயன்படுத்துவது, வலுவான, தனித்துவமான கடவுச்சொற்களை உருவாக்குவதையும் அவற்றை நினைவில் கொள்வதையும் கவனித்துக்கொள்கிறது! ஒன்றைப் பயன்படுத்துமாறு நாங்கள் <strong>வலுவாகப்</strong> பரிந்துரைக்கிறோம், மேலும் அவற்றில் பெரும்பாலானவை இலவசம்!
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+உங்கள் ஒவ்வொரு கணக்கிற்கும் வலுவான, தனித்தன்மையான கடவுச்சொற்களை நினைவில் வைத்திருப்பது சிறந்ததாக இல்லை. ஒரு கடவுச்சொல் மேலாண்மை சாதனம் அனைத்து கடவுச்சொற்களுக்கும் பாதுகாப்பான, குறியாக்கப்பட்ட சேமிப்பகத்தை வழங்குகிறது, இதனை நீங்கள் ஒரு வலுவான முதன்மை கடவுச்சொல் மூலம் அணுகலாம். புதிய சேவையில் பதிவு செய்வதற்கு, வலுவான கடவுச்சொற்களை பரிந்துரைக்கிறது, எனவே நீங்கள் உங்கள் சொந்தமாக உருவாக்க வேண்டியதில்லை. பல கடவுச்சொல் மேலாண்மை சாதனங்கள், உங்கள் கணக்குகள் தரவுக் கசிவில் பாதிக்கப்பட்டுள்ளதா என்பதை அறிவிக்கின்றன, இதனால் நீங்கள் கடவுச்சொற்களை உடனடியாக மாற்ற முடியும், இதன் மூலம் தீவிர ஆக்கிரமிப்பு முயற்சிகளைத் தவிர்க்கலாம்.
+
+![கடவுச்சொல் மேலாளரைப் பயன்படுத்துவதற்கான எடுத்துக்காட்டு](./passwordManager.png)
+
+#### ஒரு கடவுச்சொல் மேலாளரை முயற்சிக்கவும்: {#try-password-manager}
+
+- [Bitwarden](https://bitwarden.com/)
+- [KeePass](https://keepass.info/)
+- [1Password](https://1password.com/)
+- அல்லது பிற [பரிந்துரைக்கப்பட்ட கடவுச்சொல் மேலாளர்களைப்](https://www.privacytools.io/secure-password-manager) பார்க்கவும்
+
+### இரு காரணி அங்கீகாரத்தைப் பயன்படுத்தவும் {#two-factor-authentication}
+
+சில சமயங்களில், உங்கள் அடையாளத்தைச் சான்றுப்படுத்தும் தனித்தன்மையான ஆதாரங்களை நீங்கள் அளிக்க வேண்டும். இவை **காரணிகள்** என அறியப்படுகின்றன. மூன்று முக்கியமான அளவுருக்கள் உள்ளன:
+
+- நீங்கள் அறிந்த ஒன்று (கடவுச்சொல் அல்லது பாதுகாப்பு கேள்வி போன்றவை)
+- நீங்கள் ஆகும் ஒன்று (கைரேகை அல்லது கண்/முகம் பார்வையிடும் ஸ்கேனர் போன்றவை)
+- நீங்கள் சொந்தமாக வைத்திருக்கும் ஒன்று (பாதுகாப்பு விசை அல்லது உங்கள் தொலைபேசியில் உள்ள உறுதிப்படுத்தல் செயலி)
+
+**இரு காரணி அங்கீகாரம் (2FA)** பயன்படுத்துவது உங்கள் ஆன்லைன் கணக்குகளுக்குக் கூடுதல் _பாதுகாப்புக் காரணியை_ வழங்குகிறது. 2FA, உங்கள் கடவுச்சொல் மட்டுமே இருப்பது ஒரு கணக்கை அணுகுவதற்கு போதுமானது அல்ல என்று உறுதிசெய்கிறது. மிகப் பொதுவாக, இரண்டாவது காரணி ஒரு சீரற்ற 6-இலக்கக் குறியீடாகும், இது **நேரம் சார்ந்த ஒரு முறை கடவுச்சொல் (TOTP)** என அறியப்படுகிறது, இதை நீங்கள் Google Authenticator அல்லது Authy போன்ற அங்கீகாரச் செயலி மூலம் அணுகலாம். இவை "நீங்கள் சொந்தமாக வைத்திருக்கும் ஒன்று" என்ற அளவுருவாகச் செயல்படுகின்றன, ஏனெனில் குறியீட்டை உருவாக்கும் விதை உங்கள் சாதனத்தில் சேமிக்கப்படுகிறது.
+
+<Alert variant="update">
+<AlertEmoji text=":lock:"/>
+<AlertContent>
+<AlertDescription>
+    குறிப்பு: SMS-அடிப்படையிலான 2FA, <a href="https://www.vice.com/en/article/3kx4ej/sim-jacking-mobile-phone-fraud">சிம் ஜாக்கிங்கிற்கு</a> ஆளாக நேரிடும் மற்றும் அது பாதுகாப்பானது அல்ல. சிறந்த பாதுகாப்பிற்காக, <a href="https://mashable.com/article/how-to-set-up-google-authenticator">Google Authenticator</a> அல்லது <a href="https://authy.com/">Authy</a> போன்ற சேவைகளைப் பயன்படுத்தவும்.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+#### பாதுகாப்பு சாவிகள் {#security-keys}
+
+பாதுகாப்பு விசை என்பது 2FA (இரு-அளவுரு உறுதிப்படுத்தல்) யின் முன்னேற்றமான மற்றும் பாதுகாப்பான வகை ஆகும். பாதுகாப்பு விசைகள் என்பது பௌர்ணமிய தாதார சாக்தவாதிதுகள் போல வேலை செய்யும் உடற்கூறு ஹார்ட்வேர்க் உறுதிப்படுத்தல் சாதனங்கள் ஆகும். பாதுகாப்பு விசையைப் பயன்படுத்துவது 2FAயில் மிகச் சிறந்த பாதுகாப்பாகும். இவைகளில் பெரும்பாலானவை FIDO Universal 2nd Factor (U2F) முறையைப் பயன்படுத்துகின்றன. [FIDO U2F பற்றி மேலும் அறிக](https://www.yubico.com/resources/glossary/fido-u2f/).
+
+2FA பற்றி மேலும் பார்க்கவும்:
+
+<YouTube id="m8jlnZuV1i4" start="3479" />
+
+### உலாவி நீட்டிப்புகளை நிறுவல் நீக்கம் செய்யவும் {#uninstall-browser-extensions}
+
+உலாவி நீட்சிகள் (எ. கா., Chrome நீட்சிகள் அல்லது Firefox Add-ons) உலாவிச் செயல்பாடுகளை மேம்படுத்தலாம், ஆனால் அவற்றுடன் ஆபத்துகளும் உள்ளன. பொதுவாக, பெரும்பாலான உலாவி நீட்சிகள் "தளத்தின் தரவைப் படித்து மாற்ற" அணுகலை கேட்கின்றன, இதனால் உங்கள் தரவுடன் ஏதாவது செய்ய அவற்றால் முடியும். Chrome நீட்சிகள் எப்போதும் தானாகப் புதுப்பிக்கப்படும், எனவே முன்னர் பாதுகாப்பான நீட்சி பின்னர் தீவிரமான குறியீடுகளைச் சேர்க்க புதுப்பிக்கப்படலாம். பெரும்பாலான உலாவி நீட்சிகள் உங்கள் தரவைத் திருட முயற்சிக்காதபோதிலும், அவை செய்யக்கூடிய ஆபத்துகளை நீங்கள் கவனத்தில் கொள்ள வேண்டும்.
+
+#### பாதுப்பாக இருப்பதற்கு: {#browser-extension-safety}
+
+- நம்பகமான ஆதாரங்களிலிருந்து மட்டுமே உலாவி நீட்சிகளை நிறுவவும்
+- பயன்படுத்தாத உலாவி நீட்சிகளை அகற்றவும்
+- Chrome நீட்சிகளை உள்ளகமாக நிறுவவும், இதனால் தானாகப் புதுப்பிப்பதை நிறுத்தலாம் (மேம்பட்ட தேர்வாக)
+
+[உலாவி நீட்டிப்புகளின் அபாயங்கள் பற்றி மேலும்](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/)
+
+<Divider />
+
+## மேலும் வாசிக்க {#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) - _Coinbase_
+
+### கிரிப்டோ பாதுகாப்பு {#reading-crypto-security}
+
+- [உங்களையும் உங்கள் நிதியையும் பாதுகாத்தல்](https://support.mycrypto.com/staying-safe/protecting-yourself-and-your-funds) - _MyCrypto_
+- [பொதுவான கிரிப்டோ தகவல் தொடர்பு மென்பொருளில் உள்ள பாதுகாப்புச் சிக்கல்கள்](https://docs.salusec.io/untitled/web3-penetration-test/risks-in-social-media) - _Salus_
+- [முட்டாள்களுக்கும் புத்திசாலிகளுக்கும் பாதுகாப்பு வழிகாட்டி](https://medium.com/mycrypto/mycryptos-security-guide-for-dummies-and-smart-people-too-ab178299c82e) - _MyCrypto_
+- [கிரிப்டோ பாதுகாப்பு: கடவுச்சொற்கள் மற்றும் அங்கீகாரம்](https://www.youtube.com/watch?v=m8jlnZuV1i4) - _Andreas M. Antonopoulos_
+
+### மோசடி பற்றிய கல்வி {#reading-scam-education}
+
+- [வழிகாட்டி: மோசடி டோக்கன்களை எவ்வாறு கண்டறிவது](/guides/how-to-id-scam-tokens/)
+- [பாதுப்பாக இருப்பது: பொதுவான மோசடிகள்](https://support.mycrypto.com/staying-safe/common-scams) - _MyCrypto_
+- [மோசடிகளைத் தவிர்த்தல்](https://bitcoin.org/en/scams) - _Bitcoin.org_
+- [பொதுவான கிரிப்டோ ஃபிஷிங் மின்னஞ்சல்கள் மற்றும் செய்திகள் குறித்த ட்விட்டர் தொடர்](https://twitter.com/tayvano_/status/1516225457640787969) - _டெய்லர் மோனஹான்_
+
+<QuizWidget quizKey="security" />
diff --git a/public/content/translations/ta/smart-contracts/index.md b/public/content/translations/ta/smart-contracts/index.md
new file mode 100644
index 00000000000..8218b743a82
--- /dev/null
+++ b/public/content/translations/ta/smart-contracts/index.md
@@ -0,0 +1,90 @@
+---
+title: "ஸ்மார்ட் ஒப்பந்தங்கள்"
+metaTitle: "ஸ்மார்ட் ஒப்பந்தங்கள்: அவை என்ன, அவற்றின் நன்மைகள்"
+description: "ஸ்மார்ட் ஒப்பந்தங்களுக்கு ஒரு தொழில்நுட்பம் சாராத அறிமுகம்"
+lang: ta
+---
+
+# ஸ்மார்ட் ஒப்பந்தங்களுக்கான அறிமுகம் {#introduction-to-smart-contracts}
+
+<div className="mt-4">
+<ListenToPlayer slug="/smart-contracts/" />
+</div>
+
+Smart contracts என்பது எதெரியம் பயன்பாட்டு அடுக்கு அமைப்பின் அடிப்படை கட்டமைப்பாகும். அவை [பிளாக்செயினில்](/glossary/#blockchain) சேமிக்கப்படும் கணினி நிரல்களாகும், "இது நடந்தால் அது நடக்கும்" என்னும் தர்க்கத்தைப் பின்பற்றிச் செயல்படுகின்றன, மேலும் அவற்றின் குறியீட்டால் வரையறுக்கப்பட்ட விதிகளின்படி செயல்படுவதற்கு உத்தரவாதம் அளிக்கப்படுகின்றன, ஒரு முறை உருவாக்கப்பட்ட பிறகு மாற்ற முடியாது.
+
+நிக் சாபோ "Smart contract" என்ற சொற்றொடரை உருவாக்கினார். 1994-ஆம் ஆண்டில், அவர் [கருத்துக்கான ஒரு அறிமுகத்தை](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html) எழுதினார், மேலும் 1996-ஆம் ஆண்டில் [ஸ்மார்ட் ஒப்பந்தங்கள் என்ன செய்ய முடியும் என்பது பற்றிய ஒரு ஆய்வை](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html) எழுதினார்.
+
+சாபோ ஒரு டிஜிட்டல் சந்தையை கற்பனை செய்தார், அங்கு நம்பகமான இடைத்தரகர்கள் இல்லாமல், தானியங்கி மற்றும் [குறியாக்கவியல்ரீதியாக-பாதுகாப்பான](/glossary/#cryptography) செயல்முறைகள் மூலம் பரிவர்த்தனைகள் மற்றும் வணிகச் செயல்பாடுகள் நடைபெறுகின்றன. எதெரியத்தில் Smart contracts இந்தக் கற்பனையை நடைமுறையில் கொண்டு வருகிறது.
+
+Finematics எப்படி Smart contracts செயல்படுகிறது என்பதைப் பாருங்கள்:
+
+<YouTube id="pWGLtjG-F5c" />
+
+## வழக்கமான ஒப்பந்தங்களில் நம்பிக்கை {#trust-and-contracts}
+
+ஒரு பாரம்பரிய ஒப்பந்தத்தின் மிகப்பெரிய சிக்கல்களில் ஒன்று, அந்த ஒப்பந்தத்தின் முடிவுகளைத் தொடர்ந்து நடப்பிக்க, நம்பகமான நபர்களின் தேவை இருக்கிறது.
+
+இதற்கான உதாரணம்:
+
+அலிஸ் மற்றும் பாப் இருவரும் ஒரு சைக்கிள் பந்தயத்தில் பங்கேற்கின்றனர். அலிஸ் பாப் பந்தயத்தில் தன்னை முன்னோடியாகக் குறிக்க $10 பதவியளிக்கிறார் என்று கூறுகிறார். பாப் தன்னை வெற்றியாளராக நம்புகிறார் மற்றும்அந்தப் பதவியுடன்் உடன்படுகிறார். இறுதியில், அலிஸ் பாப் முன் மிக வேகமாகப் பந்தயத்தை முடிக்கிறார் மற்றும் தெளிவான வெற்றியாளராகிறார். ஆனால் பாப் பதவியை நிறுத்த மறுக்கிறார், அலிஸ் மோசடி செய்திருக்க வேண்டும் என்று கூறுகிறார்.
+
+இந்தச் சிறிய உதாரணம் ஒரு non-smart ஒப்பந்தத்தின் பிரச்சனை என்ன என்பதை வெளிப்படுத்துகிறது. ஒப்பந்தத்தின் நிபந்தனைகள் பூர்த்தி செய்யப்பட்டாலும் (அதாவது, நீங்கள் பந்தயத்தில் வெற்றியாளர்), ஒப்பந்தத்தை நிறைவேற்ற நீங்கள் மற்றொரு நபரை நம்பியிருக்க வேண்டும் (அதாவது, பந்தயப் பணத்தைச் செலுத்துதல்).
+
+## ஒரு டிஜிட்டல் விற்பனை இயந்திரம் {#vending-machine}
+
+Smart contract க்கு எளிதான உருவகம் ஒரு வர்த்தக இயந்திரம், இது Smart contract போலவே செயல்படுகிறது - குறிப்பிட்ட உள்ளீடுகள் முன்கூட்டியே நிர்ணயிக்கப்பட்ட வெளியீடுகளை உறுதி செய்கின்றன.
+
+- நீங்கள் ஒரு தயாரிப்பைத் தேர்வு செய்கிறீர்கள்
+- விற்பனை இயந்திரம் விலையைக் காட்டுகிறது
+- நீங்கள் விலையைச் செலுத்துகிறீர்கள்
+- விற்பனை இயந்திரம் நீங்கள் சரியான தொகையைச் செலுத்தியீர்களா என்பதை உறுதிப்படுத்துகிறது
+- விற்பனை இயந்திரம் உங்களுக்குத் தேவையான பொருளை வழங்குகிறது
+
+அனைத்து தேவைகளும் பூர்த்தி செய்யப்பட்ட பின்னரே விற்பனை இயந்திரம் நீங்கள் விரும்பும் பொருளை வழங்கும். நீங்கள் தயாரிப்பைத் தேர்வு செய்யவில்லையெனில் அல்லது தேவையான பணத்தை செலுத்தவில்லையெனில், விற்பனை இயந்திரம் உங்கள் தயாரிப்பை வழங்காது.
+
+## தானியங்கிச் செயலாக்கம் {#automation}
+
+Smart contract க்கு மிக முக்கியமான நன்மை என்னவெனில், இது எளிதான குறியீட்டைத் துல்லியமாகச் செயல்படுத்துகின்றது, குறிப்பிட்ட நிபந்தனைகள் பூர்த்தி செய்யப்பட்டவுடன். ஒரு மனிதன் முடிவை வியாபாரமுடிப்பதாக இருந்தே அவர்களுடைய பணி இருக்கும் என்பதை காத்திருக்க வேண்டியதில்லை. இதற்க்கு மையமாக இருந்தவர்கள் தேவையில்லை.
+
+உதாரணமாக, நீங்கள் ஒரு Smart contract எழுதலாம், இது ஒரு குழந்தைக்காக நிதிகளை escrow இல் வைத்திருக்கும், மற்றும் குறிப்பிட்ட தேதி வந்ததும், அவர்கள் அவற்றைத் திரும்பப் பெற அனுமதிக்க. அவர்கள் அந்தத் தேதிக்கு முன் திரும்பப் பெற முயற்சித்தால், அந்த Smart contract செயல்படாது. அல்லது நீங்கள் ஒரு வாகனத்தின் டிஜிட்டல் உரிமைத் தலைப்பினை, நீங்கள் விற்பனையாளர் செலுத்திய பிறகு தன்னிச்சையாக வழங்கும் ஒரு ஒப்பந்தத்தை எழுதலாம்.
+
+## கணிக்கக்கூடிய முடிவுகள் {#predictability}
+
+பாரம்பரிய ஒப்பந்தங்கள் துல்லியமற்றவை ஏனெனில் அவை மனிதர்களின் தீர்மானங்களைப் பொறுத்திருக்கும். உதாரணமாக, இரண்டு நீதிபதிகள் ஒரே ஒப்பந்தத்தை மாறுபட்ட முறையில் தீர்மானிக்கலாம், இதனால் மாறுபட்ட முடிவுகள் மற்றும் சமச்சீரற்ற முடிவுகள் ஏற்படலாம். Smart contracts இந்த வாய்ப்பை நீக்குகின்றன. இதற்குப் பதிலாக, Smart contracts, ஒப்பந்தத்தின் குறியீட்டில் எழுதப்பட்ட நிபந்தனைகளின் அடிப்படையில் துல்லியமாகச் செயல்படுகின்றன. இந்தத் துல்லியம் இதைப் பொருள் படுத்துகிறது: ஒரே நிலைமைகளில், Smart contract அதே முடிவைத் தரும்.
+
+## பொதுப் பதிவு {#public-record}
+
+Smart contracts கணக்காய்வுகள் மற்றும் கண்காணிப்புகளுக்குப் பயனுள்ளதாக உள்ளன. எதெரியம் Smart contracts ஒரு பொது ப்ளாக்செயினில் உள்ளன, எனவே யாரும் உடனடியாகசொத்துப் பரிமாற்றங்களைை மற்றும் மற்ற தொடர்புடைய தகவல்களைத்திருப்பிப் பார்க்கலாம். உதாரணமாக, யாரோ உங்களுக்குப் பணம் அனுப்பியதைக் காணலாம்.
+
+## தனியுரிமைப் பாதுகாப்பு {#privacy-protection}
+
+Smart contracts உங்கள் தனியுரிமையைப் பாதுகாக்கின்றன. ஏனெனில் எதெரியம் ஒரு புனை பெயர்வாத பிணையமாகும் (உங்கள் பரிவர்த்தனைகள் பொதுவாக ஒரு தனிப்பட்ட குறியாக்க முகவரியுடன் இணைக்கப்பட்டுள்ளன, உங்கள் அடையாளத்துடன் அல்ல), நீங்கள் உங்களைப் பார்க்கும் பார்வையாளர்களிடமிருந்து உங்கள் தனியுரிமையைப் பாதுகாக்கலாம்.
+
+## தெரியக்கூடிய விதிமுறைகள் {#visible-terms}
+
+இறுதியில், பாரம்பரிய ஒப்பந்தங்களைப் போலவே, நீங்கள் ஒரு Smart contract ஐ கையொப்பம் செய்வதற்கு முன் (அல்லது வேறு எதையாவது செய்யும் முன்) அதில் என்ன இருக்கிறது என்பதைச் சரிபார்க்கலாம். ஒரு Smart contract இன் வெளிப்படைத்தன்மை யாரும் அதை ஆய்வு செய்யக் கூடியதாக உறுதி செய்கிறது.
+
+## ஸ்மார்ட் ஒப்பந்தப் பயன்பாடுகள் {#use-cases}
+
+Smart contracts கணினி நிரல்களுக்கு என்ன செய்தல் முடியும் என்பதற்கும் இவை செய்ய முடியும்.
+
+அவற்றால் கணக்கீடுகளைச் செய்ய முடியும், நாணயத்தை உருவாக்க முடியும், தரவைச் சேமிக்க முடியும், [NFTகளை](/glossary/#nft) அச்சிட முடியும், தகவல்தொடர்புகளை அனுப்ப முடியும், மேலும் வரைகலைகளையும் உருவாக்க முடியும். இங்கே சில பிரபலமான, நிஜ உலக உதாரணங்கள் உள்ளன:
+
+- [நிலையான நாணயங்கள்](/stablecoins/)
+- [தனித்துவமான டிஜிட்டல் சொத்துக்களை உருவாக்குதல் மற்றும் விநியோகித்தல்](/nft/)
+- [ஒரு தானியங்கி, திறந்த நாணயப் பரிமாற்றம்](/get-eth/#dex)
+- [பரவலாக்கப்பட்ட கேமிங்](/apps/categories/gaming)
+- [தானாகவே பணம் வழங்கும் ஒரு காப்பீட்டுக் கொள்கை](https://etherisc.com/)
+- [மக்கள் தனிப்பயனாக்கப்பட்ட, இயங்குதன்மை கொண்ட நாணயங்களை உருவாக்க அனுமதிக்கும் ஒரு தரநிலை](/developers/docs/standards/tokens/)
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [ஸ்மார்ட் ஒப்பந்தங்கள் உலகை எப்படி மாற்றும்](https://www.youtube.com/watch?v=pA6CGuXEKtQ)
+- [டெவலப்பர்களுக்கான ஸ்மார்ட் ஒப்பந்தங்கள்](/developers/docs/smart-contracts/)
+- [ஸ்மார்ட் ஒப்பந்தங்களை எழுதக் கற்றுக்கொள்ளுங்கள்](/developers/learning-tools/)
+- [எத்தேரியத்தில் தேர்ச்சி - ஸ்மார்ட் ஒப்பந்தம் என்றால் என்ன?](https://github.com/ethereumbook/ethereumbook/blob/openedition/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract)
+
+<Divider />
+
+<QuizWidget quizKey="smart-contracts" />
diff --git a/public/content/translations/ta/social-networks/index.md b/public/content/translations/ta/social-networks/index.md
new file mode 100644
index 00000000000..0c285e0bfdd
--- /dev/null
+++ b/public/content/translations/ta/social-networks/index.md
@@ -0,0 +1,140 @@
+---
+title: "பன்முனைப்படுத்தப்பட்ட சமூக வலைப்பின்னல்கள்"
+description: "எத்தேரியத்தில் உள்ள மையமில்லா சமூக வலைப்பின்னல்களின் ஒரு மேலோட்டம்"
+lang: ta
+template: use-cases
+emoji: ":mega:"
+sidebarDepth: 2
+image: /images/ethereum-learn.png
+summaryPoint1: "சமூக தொடர்பு, உள்ளடக்க உருவாக்கம் மற்றும் விநியோகத்திற்கான பிளாக்செயின் அடிப்படையிலான தளங்கள்."
+summaryPoint2: "மையமில்லா சமூக ஊடக வலைப்பின்னல்கள் பயனர் தனியுரிமையைப் பாதுகாத்து, தரவுப் பாதுகாப்பை மேம்படுத்துகின்றன."
+summaryPoint3: "டோக்கன்கள் மற்றும் NFTகள் உள்ளடக்கத்தைப் பணமாக்குவதற்கான புதிய வழிகளை உருவாக்குகின்றன."
+---
+
+நம் அன்றாட உரையாடல்கள் மற்றும் தொடர்புகளில் சமூக வலைப்பின்னல்கள் மிகப்பெரிய பாதிப்பை ஏற்படுத்துகின்றன. ஆனால், இந்தப் பிளாட்ஃபாரங்களின் கட்டுப்பாடு பல பிரச்சனைகளை உருவாக்கியுள்ளது: தரவுகள் கசியல், சேவையகம் வேலை செய்யாத நிலை, பிளாட்ஃபாரம்கள் நீக்கம், தணிக்கை, மற்றும் தனியுரிமை மீறல் போன்றவை சமூக ஊடகங்கள் அடிக்கடி சந்திக்கும் சிக்கல்களாக உள்ளன. இந்தப் பிரச்சனைகளைத் தீர்க்க, டெவலப்பர்கள் Ethereum மேல் சமூக வலைப்பின்னல்கள் உருவாக்கி வருகின்றனர். மையமில்லா சமூக வலைப்பின்னல்கள் பாரம்பரிய சமூக வலைப்பின்னல் பிளாட்ஃபாரங்களின் பல சிக்கல்களைச் சரிசெய்ய முடியும் மற்றும் பயனர்களின் மொத்த அனுபவத்தை மேம்படுத்தும்.
+
+## மையமில்லா சமூக வலைப்பின்னல்கள் என்றால் என்ன? {#what-are-decentralized-social-networks}
+
+மையமில்லா சமூக வலைப்பின்னல்கள் என்பன [பிளாக்செயின் அடிப்படையிலான](/glossary/#blockchain) தளங்களாகும், அவை பயனர்கள் தகவல்களைப் பரிமாறிக்கொள்ளவும், பார்வையாளர்களுக்கு உள்ளடக்கத்தை வெளியிடவும் விநியோகிக்கவும் அனுமதிக்கின்றன. இந்தப் பயன்பாடுகள் blockchain இல் இயங்குவதால், இவை மையமில்லாத மற்றும் தணிக்கை மற்றும் நியாயமற்ற கட்டுப்பாடுகளுக்கு எதிராக இருக்கக்கூடியவையாகும்.
+
+பல மையமில்லா சமூக வலைப்பின்னல்கள் Facebook, LinkedIn, Twitter, மற்றும் Medium போன்ற நிறுவப்பட்ட சமூக ஊடக சேவைகளுக்கு மாற்றாக உள்ளன. ஆனால் blockchain மூலம் இயக்கப்படும் சமூக வலைப்பின்னல்கள் பாரம்பரிய சமூக பிளாட்ஃபாரங்களைவிட முன்னிலையில் நிற்கும் பல அம்சங்களை உள்ளடக்கியவையாக உள்ளன.
+
+<YouTube id="UdT2lpcGvcQ" />
+
+### மையமில்லா சமூக வலைப்பின்னல்கள் எப்படி செயல்படுகின்றன? {#decentralized-social-networks-overview}
+
+மையமில்லா சமூக வலைப்பின்னல்கள் [பரவலாக்கப்பட்ட பயன்பாடுகளின் (dapps)](/apps/) ஒரு வகையாகும்—இவை பிளாக்செயினில் நிறுவப்பட்ட [ஸ்மார்ட் ஒப்பந்தங்களால்](/glossary/#smart-contract) இயக்கப்படும் பயன்பாடுகள் ஆகும். இந்தக் கான்ட்ராக்டின் குறியீடு இந்தப் பயன்பாடுகளின் பின்னணி செயல்பாடாகச் செயல்பட்டு, அவற்றின் வணிக தத்துவத்தை வரையறுக்கின்றது.
+
+பாரம்பரிய சமூக ஊடக பிளாட்ஃபாரம்கள் பயனர் தகவல்கள், பயன்பாட்டு குறியீடு மற்றும் பிற தரவுகளைச் சேமிக்க தரவுத்தொகுப்புகளை சார்ந்துள்ளன. ஆனால் இது ஒரு மையப் பிழையை உருவாக்குவதுடன், முக்கியமான ஆபத்துகளை உருவாக்குகின்றது. உதாரணமாக, 2021 அக்டோபரில் ஃபேஸ்புக்கின் சேவையகங்கள் [பல மணிநேரம் செயலிழந்ததால்](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact), பயனர்கள் தளத்திலிருந்து துண்டிக்கப்பட்டனர்.
+
+மையமில்லா சமூக வலைப்பின்னல்கள் உலகெங்கிலும் உள்ள ஆயிரக்கணக்கான முனைகளை உள்ளடக்கிய ஒரு [பியர்-டு-பியர் வலைப்பின்னலில்](/glossary/#peer-to-peer-network) இயங்குகின்றன. சில nodes செயலிழந்தாலும் கூட, நெட்வொர்க் இடையீடு இல்லாமல் இயங்கும், இதனால் பயன்பாடுகள் பிழைகள் மற்றும் சேவையகமுடிவுகளிலிருந்துு பாதுகாப்பாக இருக்கும்.
+
+[இன்டர் பிளானட்டரி ஃபைல் சிஸ்டம் (IPFS)](https://ipfs.io/) போன்ற மையமில்லா சேமிப்பு முறைகளைப் பயன்படுத்தி, எத்தேரியத்தில் உருவாக்கப்பட்ட சமூக வலைப்பின்னல்கள் பயனர் தகவல்களை சுரண்டல் மற்றும் தீங்கிழைக்கும் பயன்பாட்டிலிருந்து பாதுகாக்க முடியும். உங்கள் தனிப்பட்ட தகவல்களை யாரும் விளம்பரதாரர்களுக்கு விற்கமாட்டார்கள், அதேபோல் hackers கூட உங்கள் ரகசிய தகவல்களைத் திருட முடியாது.
+
+பல blockchain அடிப்படையிலான சமூக பிளாட்ஃபாரம்கள் உள்ளூர் டோக்கன்களை வைத்திருக்கின்றன, இவை விளம்பர வருமானம் இல்லாமல் பணம் பரிமாற்றம் செய்யப் பயன்படுத்தப்படுகின்றன. பயனர்கள் இந்த டோக்கன்களை வாங்கி சில அம்சங்களை அணுகலாம், in-app கொள்முதல்கள் முடிக்கலாம், அல்லது தங்கள் விருப்பமான உள்ளடக்கச் சிருஷ்டிகரர்களுக்கு பரிசளிக்கலாம்.
+
+## மையமில்லா சமூக வலைப்பின்னல்களின் நன்மைகள் {#benefits}
+
+1. மையமில்லா சமூக வலைப்பின்னல்கள் தணிக்கைக்கு உட்படாதவையாகவும், அனைவருக்கும் திறந்தவையாகவும் உள்ளன. இதன் பொருள் **பயனர்களைத் தடைசெய்யவோ**, தளத்திலிருந்து நீக்கவோ அல்லது தன்னிச்சையாகக் கட்டுப்படுத்தவோ முடியாது.
+
+2. மையமில்லா சமூக வலைப்பின்னல்கள் **திறந்த மூலக் கொள்கைகளை அடிப்படையாகக் கொண்டு கட்டமைக்கப்பட்டுள்ளன**, மேலும் பயன்பாடுகளுக்கான மூலக் குறியீட்டை பொது ஆய்வுக்குக் கிடைக்கச் செய்கின்றன. பாரம்பரிய சமூக ஊடகங்களில் காணப்படும் மறைமுக ஆல்கொரிதங்களை நீக்குவதன் மூலம், blockchain அடிப்படையிலான சமூக வலைப்பின்னல்கள் பயனர்கள் மற்றும் பிளாட்ஃபாரம் சிருஷ்டிகரர்களின் சுவாரசியங்களை ஒரே கோட்டில் இணைக்க முடியும்.
+
+3. மையமில்லா சமூக வலைப்பின்னல்கள் நடுநிலைப் பயன்களை நீக்குகின்றன. உள்ளடக்கப் **படைப்பாளர்களுக்கு அவர்களின் உள்ளடக்கத்தின் மீது நேரடி உரிமை உள்ளது**, மேலும் அவர்கள் பின்தொடர்பவர்கள், ரசிகர்கள், வாங்குபவர்கள் மற்றும் பிற தரப்பினருடன் நேரடியாக ஈடுபடுகிறார்கள், இடையில் ஒரு ஸ்மார்ட் ஒப்பந்தத்தைத் தவிர வேறு எதுவும் இல்லை.
+
+4. உலகளாவிய, முனைகளின் பியர்-டு-பியர் வலைப்பின்னலால் தாங்கப்படும் எத்தேரியம் வலைப்பின்னலில் இயங்கும் dapps-களாக, மையமில்லா சமூக வலைப்பின்னல்கள் **சேவையக வேலையிழப்பு** மற்றும் செயலிழப்புகளுக்கு குறைவாகவே ஆளாகின்றன.
+
+5. மையமில்லா சமூகத் தளங்கள், [மாற்ற முடியாத டோக்கன்கள் (NFTs)](/glossary/#nft), ஆப்-உள்ளான கிரிப்டோ கொடுப்பனவுகள் மற்றும் பலவற்றின் மூலம் உள்ளடக்கப் படைப்பாளர்களுக்கு **மேம்படுத்தப்பட்ட பணமாக்குதல்** கட்டமைப்பை வழங்குகின்றன.
+
+6. மையமில்லா சமூக வலைப்பின்னல்கள் பயனர்களுக்கு **உயர் மட்ட தனியுரிமை மற்றும் அநாமதேயத் தன்மையை** வழங்குகின்றன. உதாரணமாக, ஒரு தனிநபர், பெயர்கள், மின்னஞ்சல் முகவரிகள் போன்ற தனிப்பட்ட முறையில் அடையாளம் காணக்கூடிய தகவல்களை (PII) பகிர வேண்டிய அவசியமின்றி, ஒரு [ENS](/glossary/#ens) சுயவிவரம் அல்லது [பணப்பையைப்](/glossary/#wallet) பயன்படுத்தி எத்தேரியம் அடிப்படையிலான சமூக வலைப்பின்னலில் உள்நுழையலாம்.
+
+7. மையமில்லா சமூக வலைப்பின்னல்கள் மையமில்லா சேமிப்பகத்தை நம்புகின்றன, மையமையிலான தரவுத்தொகுப்புகளை அல்ல. இது பயனர் தரவுகளைப் பாதுகாப்பாக வைத்திருக்க மிகவும் உகந்ததாக இருக்கும்.
+
+## எத்தேரியத்தில் உள்ள மையமில்லா சமூக வலைப்பின்னல்கள் {#ethereum-social-networks}
+
+Ethereum நெட்வொர்க் டெவலப்பர்கள் மையமில்லா சமூக ஊடகங்களை உருவாக்குவதற்கு விரும்பப்படும் கருவியாக மாறியுள்ளது, ஏனெனில் அதன் டோக்கன்கள் பிரபலமடைந்துள்ளன மற்றும் அதன் பெரும் பயனர் அடிப்படை உள்ளது. இதோ Ethereum அடிப்படையிலான சமூக வலைப்பின்னல்களின் சில உதாரணங்கள்:
+
+### Mirror {#mirror}
+
+[Mirror](https://mirror.xyz/) என்பது ஒரு web3-இயக்கப்பட்ட எழுத்துத் தளமாகும், இது மையமில்லாததாகவும், பயனர் உரிமையுடையதாகவும் இருப்பதை நோக்கமாகக் கொண்டுள்ளது. பயனர்கள் தங்கள் வாலட்டுகளை இணைப்பதன் மூலம் Mirror இல் இலவசமாகப் படிக்கவும், எழுதவும் முடியும். மேலும், பயனர்கள் எழுதும் எழுத்துகளைச் சேகரிக்கவும், தங்கள் விருப்பமானஎழுத்தாளர்களுக்குச் சந்தாா செலுத்தவும் முடியும்.
+
+Mirror-ல் வெளியிடப்படும் பதிவுகள், ஒரு மையமில்லா சேமிப்பகத் தளமான Arweave-ல் நிரந்தரமாக சேமிக்கப்படுகின்றன, மேலும் அவை Writing NFTs எனப்படும் சேகரிக்கக்கூடிய [மாற்ற முடியாத டோக்கன்களாக (NFTs)](/nft/) அச்சிடப்படலாம். Writing NFT-களை உருவாக்குவது எழுத்தாளர்களுக்கு முற்றிலும் இலவசம், மேலும் சேகரிப்பு ஒரு எத்தேரியம் [L2](/glossary/#layer-2) இல் நிகழ்கிறது — இது பரிவர்த்தனைகளை மலிவானதாகவும், வேகமானதாகவும், சுற்றுச்சூழலுக்கு உகந்ததாகவும் ஆக்குகிறது.
+
+### MINDS {#minds}
+
+[MINDS](https://www.minds.com/) என்பது அதிகம் பயன்படுத்தப்படும் மையமில்லா சமூக வலைப்பின்னல்களில் ஒன்றாகும். இது Facebook போலவே செயல்படுகின்றது மற்றும் ஏற்கனவே மில்லியன் கணக்கான பயனர்களைக் கொண்டுள்ளது.
+
+பயனர்கள் பொருட்களை வாங்குவதற்கு, தளத்தின் சொந்த [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/)** - _Lens Protocol என்பது ஒரு ஒருங்கிணைக்கக்கூடிய மற்றும் மையமில்லா சமூக வரைபடமாகும், இது படைப்பாளிகள் மையமில்லா இணையத்தின் டிஜிட்டல் தோட்டத்தில் எங்கு சென்றாலும் அவர்களின் உள்ளடக்கத்தின் உரிமையை எடுத்துக்கொள்ள உதவுகிறது._
+- **[Farcaster](https://farcaster.xyz/)** - _Farcaster என்பது போதுமான அளவு மையமில்லாத சமூக வலைப்பின்னல் ஆகும். இது மின்னஞ்சலைப் போலவே பல கிளையண்டுகளை ஆதரிக்கக்கூடிய ஒரு திறந்த நெறிமுறையாகும்._
+- **[Ethereum Follow Protocol](https://efp.app/)** - _Ethereum Follow Protocol என்பது எத்தேரியம் கணக்குகளுக்கான ஒரு முற்றிலும் மையமில்லா ஆன்செயின் சமூக வரைபடமாகும், இது ஒரு மாடுலர் எத்தேரியம் அடையாள அடுக்கின் பார்வையை முன்னெடுத்து, ENS மற்றும் SIWE-ஐ நிறைவு செய்கிறது._
+- **[Ethereum Comments Protocol](https://www.ethcomments.xyz/)** - _உங்கள் எண்ணங்களை ஆன்செயினில் வைப்பதற்காக எத்தேரியத்தில் உள்ள ஒரு புதிய, நிரல்படுத்தக்கூடிய சமூக உள்ளடக்க அடிப்படைக்கூறு._
+
+## எத்தேரியத்தில் உள்ள Web2 சமூக வலைப்பின்னல்கள் {#web2-social-networks-and-ethereum}
+
+[Web3](/glossary/#web3) நேட்டிவ் சமூகத் தளங்கள் மட்டுமே பிளாக்செயின் தொழில்நுட்பத்தை சமூக ஊடகங்களில் இணைக்க முயற்சிப்பவை அல்ல. பல மையப்படுத்தப்பட்ட தளங்களும் எத்தேரியத்தை தங்கள் உள்கட்டமைப்பில் ஒருங்கிணைப்பதை ஆராய்ந்து வருகின்றன அல்லது பரிசோதித்துள்ளன:
+
+### Brave உலாவி {#brave}
+
+- டிஜிட்டல் விளம்பரம் மற்றும் உள்ளடக்கப் படைப்பாளர் ஆதரவில் புரட்சியை ஏற்படுத்துவதற்காக, Brave தனது உலாவி சூழலமைப்பில், எத்தேரியத்தில் கட்டமைக்கப்பட்ட ERC-20 டோக்கனான **[அடிப்படை கவன டோக்கனை (BAT)](https://basicattentiontoken.org/)** ஒருங்கிணைத்துள்ளது.
+
+- **[Brave Rewards திட்டம்](https://brave.com/brave-rewards/)** பயனர்கள் தனியுரிமையை மதிக்கும் விளம்பரங்களைப் பார்ப்பதன் மூலம் BAT சம்பாதிக்கவும், பின்னர் கவனம் செலுத்தும் நேரத்தின் அடிப்படையில் YouTube, Twitter, மற்றும் GitHub போன்ற பல்வேறு தளங்களில் உள்ள வலைத்தளங்கள் மற்றும் உள்ளடக்கப் படைப்பாளர்களுக்கு தானாகவே பங்களிக்கவும் அனுமதிக்கிறது.
+
+- உள்ளடக்கப் படைப்பாளர்கள் இந்த பங்களிப்புகளை நேரடியாக தங்கள் எத்தேரியம் பணப்பைகளில் பெற **[Brave சரிபார்க்கப்பட்ட படைப்பாளர்களாக](https://creators.brave.com/)** பதிவு செய்யலாம், இது பாரம்பரிய வலைத் தளங்களுக்கும் பிளாக்செயின் அடிப்படையிலான பணமாக்கலுக்கும் இடையே ஒரு பாலத்தை உருவாக்குகிறது.
+
+- BAT டோக்கன்கள் எத்தேரியம் பிளாக்செயினில் தன்னிச்சையாக உள்ளன, இது பயனர்கள் சம்பாதித்தவுடன் அவற்றை தனிப்பட்ட பணப்பைகள் அல்லது பரிமாற்றங்களுக்கு மாற்ற அனுமதிக்கிறது.
+
+### Audius இசைத் தளம் {#audius}
+
+- **[Audius](https://audius.co/)** என்பது ஒரு இசை ஸ்ட்ரீமிங் தளமாகும், இது கலைஞர்களை நேரடியாக ரசிகர்களுடன் இணைக்க எத்தேரியம் பிளாக்செயின் தொழில்நுட்பத்தைப் பயன்படுத்துகிறது.
+
+- இந்தத் தளம் ஒரு கலப்பின மையமில்லா கட்டமைப்பைக் கொண்டுள்ளது, அங்கு உள்ளடக்கம் IPFS-ல் சேமிக்கப்படுகிறது, அதே நேரத்தில் உரிமை உரிமைகள் மற்றும் **[AUDIO டோக்கனுக்காக](https://eth.blockscout.com/token/0x18aaa7115705e8be94bffebde57af9bfc265b998)** பிளாக்செயின் பயன்படுத்தப்படுகிறது.
+
+- Audius TikTok-உடன் ஒரு **[கூட்டாண்மையை](https://audius.co/tiktok)** நிறுவியுள்ளது, இது Web3 செயல்பாட்டை பிரதான பார்வையாளர்களுக்கு கொண்டு வந்து, கலைஞர்கள் தங்கள் உள்ளடக்கத்தை பிளாக்செயின் தொழில்நுட்பம் மூலம் பணமாக்க அனுமதிக்கிறது.
+
+- தளத்தின் தொழில்நுட்ப விவரங்கள் அவர்களின் **[யாதாஸ்துவில்](https://whitepaper.audius.co/)** கிடைக்கின்றன, இது அவர்கள் எத்தேரியத்தின் உள்கட்டமைப்பை எவ்வாறு கட்டமைத்துள்ளனர் என்பதைக் காட்டுகிறது.
+
+### Sorare ஃபேன்டஸி ஸ்போர்ட்ஸ் {#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 (கிரிப்டோ டிப்பிங்) {#twitter}
+
+**[Twitter](https://x.com)** (இப்போது X) படைப்பாளர் பணமாக்கலையும் டிஜிட்டல் அடையாள சரிபார்ப்பையும் மேம்படுத்த பிளாக்செயின் தொழில்நுட்பத்தை பல வழிகளில் இணைத்துள்ளது:
+
+- **கிரிப்டோ டிப்பிங்**: இந்தத் தளம் **[எத்தேரியம் டிப்பிங்கை](https://help.x.com/en/using-x/tips)** ஒருங்கிணைத்துள்ளது, இது பயனர்கள் Strike போன்ற எத்தேரியம் அடிப்படையிலான பணப்பைகள் வழியாக பணம் செலுத்த உதவுகிறது.
+
+பிளாக்செயின் அம்சங்களை ஒருங்கிணைப்பதன் மூலம், X ஆனது Web2 சமூக அனுபவங்களுக்கும் மையமில்லா டிஜிட்டல் உரிமைக்கும் இடையிலான இடைவெளியைக் குறைக்கிறது.
+
+## மேலும் வாசிக்க {#further-reading}
+
+### கட்டுரைகள் {#articles}
+
+- [சமூக ஊடகங்களை மையமில்லாக்குதல்: web3 சமூக அடுக்கிற்கான ஒரு வழிகாட்டி](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack) - _Coinbase Ventures_
+- [சமூக வலைப்பின்னல்களே அடுத்த பெரிய மையமில்லாக்க வாய்ப்பு](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/) — _Ben Goertzel_
+- [Web3 மையமில்லாத, சமூகம்-இயக்கும் சமூக வலைப்பின்னல்களின் வாக்குறுதியைக் கொண்டுள்ளது](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _Sumit Ghosh_
+- [பிளாக்செயின் சமூக ஊடக நிலப்பரப்பின் ஒரு மேலோட்டம்](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _Gemini Cryptopedia_
+- [பிளாக்செயின் சமூக ஊடகத் தனியுரிமையை எவ்வாறு தீர்க்க முடியும்](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _Prableen Bajpai_
+- [சமூக வலைப்பின்னல்களுக்கான போதுமான மையமில்லாக்கம்](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks) — _Varun Srinivasan_
+
+### காணொளிகள் {#videos}
+
+- [மையமில்லா சமூக ஊடகம் விளக்கப்பட்டது](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_
+- [DeSo பிளாக்செயின் சமூக ஊடகத்தை மையமில்லாக்க விரும்புகிறது](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _Bloomberg Technology_
+- [மையமில்லா சமூக ஊடகத்தின் எதிர்காலம் - பாலாஜி சீனிவாசன், விட்டலிக் புட்டரின், ஜுவான் பெனெட் உடன்](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_
+
+### சமூகங்கள் {#communities}
+
+- [r/CryptoCurrency சப்ரெட்டிட்](https://www.reddit.com/r/CryptoCurrency/)
diff --git a/public/content/translations/ta/staking/dvt/index.md b/public/content/translations/ta/staking/dvt/index.md
new file mode 100644
index 00000000000..ed2be860169
--- /dev/null
+++ b/public/content/translations/ta/staking/dvt/index.md
@@ -0,0 +1,91 @@
+---
+title: "விநியோகிக்கப்பட்ட சரிபார்ப்பு தொழில்நுட்பம்"
+description: "விநியோகிக்கப்பட்ட சரிபார்ப்பு தொழில்நுட்பம் பல தரப்பினரால் ஒரு எத்தேரியம் சரிபார்ப்பாளரின் விநியோகிக்கப்பட்ட செயல்பாட்டை செயல்படுத்துகிறது."
+lang: ta
+---
+
+# விநியோகிக்கப்பட்ட சரிபார்ப்பு தொழில்நுட்பம் {#distributed-validator-technology}
+
+பரவலாக்கப்பட்ட சான்றதாரி தொழில்நுட்பம் (DVT) என்பது validator-ஐ பாதுகாக்கும் ஒரு முறை ஆகும். இது முக்கியமான செயல்பாடுகளை மற்றும் கையொப்பத் தேர்வுகளைப் பல தரப்புகளுக்கு பரவலாக்கி, ஒரே இடத்தில் தோல்வியடையும் அபாயத்தைக் குறைத்து, validator-ஐ அதிகத்தன்மையானதாக்குகிறது.
+
+ஒரு சரிபார்ப்பாளரைப் பாதுகாக்கப் பயன்படுத்தப்படும் **தனியார் விசையை** ஒரு "கிளஸ்டராக" ஒழுங்கமைக்கப்பட்ட **பல கணினிகளுக்குப் பிரிப்பதன்** மூலம் இது இதைச் செய்கிறது. இதன் மூலம், அந்த தனியார் எண்களை ஒரே கணினியில் வைத்திராமல், அனைத்து கணினிகளும் இணைந்து பாதுகாக்கின்றன. இதனால், ஏதாவது ஒரு கணினி செயலிழந்தாலும், கையொப்பங்கள் செய்ய cluster-இல் உள்ள மற்ற கணினிகள் பதிலாகச் செயல்பட முடியும். இதனால் validator-இல் தோல்வியடையும் அபாயம் குறைவாக உள்ளது, மேலும் validator-ஐ அதிகரிக்கிறது.
+
+![ஒரு ஒற்றைச் சரிபார்ப்பாளர் விசை எவ்வாறு விசைப் பங்காகப் பிரிக்கப்பட்டு, பல்வேறு கூறுகளுடன் பல முனைகளுக்கு விநியோகிக்கப்படுகிறது என்பதைக் காட்டும் வரைபடம்.](./dvt-cluster.png)
+
+## DVT ஏன் தேவை? {#why-do-we-need-dvt}
+
+### பாதுகாப்பு {#security}
+
+Validators இரண்டு முக்கியமான பொது-தனியார் எண் (public-private key) பைகளைக் உருவாக்குகின்றன: கூட்டிணைப்பு செயல்பாடுகளில் பங்கேற்க validator எண்கள் மற்றும் நிதிகளை அணுகுவதற்கான keys. எங்கு validator எண்கள் 24/7 ஆன்லைனில் இருக்க வேண்டும். Validator தனியார் எண் (private key) உடன் பாதிப்பு ஏற்பட்டால், ஒரு தாக்குதல் validator-ஐ கட்டுப்படுத்த முடியும், இது slashing அல்லது staker-ன் ETH இழப்புக்கு வழிவகுக்கும். DVT இந்த அபாயத்தைக் குறைக்க உதவுகிறது. இதோ எப்படி:
+
+DVT-ஐ பயன்படுத்துவதன் மூலம், staker-க்கள் validator தனியார் எண்களை cold storage-ல் வைத்திருக்க முடியும். அசல், முழு சரிபார்ப்பாளர் விசையை மறைகுறியாக்கம் செய்து, பின்னர் அதை விசைப் பங்காகப் பிரிப்பதன் மூலம் இது அடையப்படுகிறது. அவற்றைப் பல nodes-களுக்கு பரவலாக்குவது மூலம் validator-ஐ பிரித்துப் பரவலாக்கும் செயல்பாட்டிற்கு வழிவகுக்கிறது. Ethereum validators BLS கையொப்பங்களை (signatures) பயன்படுத்துகின்றன, அவை சேர்க்கப்பட்டு (additive) உள்ளன என்பதால், validator எண்களின் component parts ஐ ஒருங்கிணைத்து முழு எண்கள் மீண்டும் உருவாக்கப்பட முடியும். இதனால் staker-க்கு validator முழு 'master' எண்களை பாதுகாப்பாக offline-ல் வைக்க முடிகிறது.
+
+### ஒற்றைப் புள்ளித் தோல்வி இல்லை {#no-single-point-of-failure}
+
+ஒரு validator பல இயக்குநர்களுக்கும் பல மென்ஹிந்துகளைப் (machines) பகிர்ந்தால், தனிப்பட்ட ஹார்ட்வேர் மற்றும் மென்பொருள் தோல்விகளைத் தாங்கி, ஆன்லைனில் செயல்பட முடியும். Cluster-இல் உள்ள nodes-க்கு பல்வகையான ஹார்ட்வேர் மற்றும் மென்பொருள் கட்டமைப்புகளைப் பயன்படுத்துவதன் மூலம் தோல்விகளின் அபாயத்தைக் குறைக்க முடியும். இந்தத் தகுதி, DVT அடுக்கின் மூலம் மட்டும் கிடைக்கின்றது.
+
+Cluster-இல் உள்ள ஒரு node க்கு சிக்கல் ஏற்பட்டால் (உதாரணமாக, ஒரு validator cluster-இல் நான்கு இயக்குநர்கள் உள்ளன, அவற்றில் ஒருவரின் சோதனை காரணமாகச் செயலிழக்கின்றது), மற்றவை validator-ஐ செயல்பாட்டில் வைத்திருக்க உதவும்.
+
+### பரவலாக்கம் {#decentralization}
+
+Ethereum இல், சுயமாக இயக்கப்படும் validators எண்ணிக்கையையும் அதிகரிக்க ஆவலாக உள்ளனர். ஆனால் சில staking providers மிகப் பிரபலமாகி, ETH staking வின் பெரும்பகுதியை தங்களின் கட்டுப்பாட்டில் வைத்துள்ளனர். DVT இன் மூலம் இந்த இயக்குநர்கள் மையமற்ற கட்டுப்பாட்டினை பாதுகாத்து நிலைத்திருக்க முடியும். ஏனெனில் validator எண்கள் பல மென்ஹிந்துக்களில் பரவலாக உள்ளன, மேலும் validator-ஐ தீயவராக மாற்றுவதற்கு மிகப்பெரிய கலந்தாலோசனை தேவைப்படும்.
+
+DVT இல்லாமல், staking providers தனது validators க்கான இரண்டு client அமைப்புகளை மட்டுமே ஆதரிக்க அதிகரிப்பது சாத்தியம். DVT பல client அமைப்புகளுக்கு அதே அபாயத்தைப் பரவலாக்க உதவுகிறது, மேலும் வகைமிக்க மாற்றம் (diversity) மூலம் பாதுகாப்பை மேம்படுத்துகிறது.
+
+**எத்தேரியத்திற்கு DVT பின்வரும் நன்மைகளை வழங்குகிறது:**
+
+1. எத்தேரியத்தின் பங்குச் சான்று ஒருமித்த கருத்தின் **பரவலாக்கம்**
+2. வலையமைப்பின் **உயிர்ப்புத்தன்மையை** உறுதி செய்கிறது
+3. சரிபார்ப்பாளரின் **தவறு சகிப்புத்தன்மையை** உருவாக்குகிறது
+4. **நம்பிக்கை குறைக்கப்பட்ட** சரிபார்ப்பாளர் செயல்பாடு
+5. **குறைக்கப்பட்ட ஸ்லாஷிங்** மற்றும் செயலிழப்பு நேர அபாயங்கள்
+6. **பல்வகைமையை மேம்படுத்துகிறது** (கிளையன்ட், தரவு மையம், இருப்பிடம், ஒழுங்குமுறை, முதலியன)
+7. சரிபார்ப்பாளர் விசை நிர்வாகத்தின் **மேம்பட்ட பாதுகாப்பு**
+
+## DVT எப்படி செயல்படுகிறது? {#how-does-dvt-work}
+
+ஒரு DVT தீர்வு பின்வரும் கூறுகளைக் கொண்டுள்ளது:
+
+- **[ஷாமிரின் இரகசியப் பகிர்வு](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - சரிபார்ப்பாளர்கள் [BLS விசைகளை](https://en.wikipedia.org/wiki/BLS_digital_signature) பயன்படுத்துகின்றனர். தனிப்பட்ட BLS "key shares" ("key shares") ஒன்றிணைத்து ஒரு ஒருங்கிணைந்த பொது எண் (signature) ஆக மாற்றப்பட முடியும். DVT இல், validator-க்கான தனியார் எண், cluster-இல் உள்ள ஒவ்வொரு இயக்குநரின் ஒருங்கிணைந்த 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)** - முழு சரிபார்ப்பாளர் விசையும் பலதரப்புக் கணக்கீட்டைப் பயன்படுத்தி இரகசியமாக உருவாக்கப்படுகிறது. முழு key யும் எந்த இயக்குநராலும் அறியப்படாது—அவர்கள் தங்களது பகுதியை மட்டுமே அறிவார்கள் (அவர்களின் "share").
+- **ஒருமித்த நெறிமுறை** - ஒருமித்த நெறிமுறையானது தொகுதி முன்மொழிபவராக இருக்க ஒரு முனையைத் தேர்ந்தெடுக்கிறது. அவர்கள் cluster-இல் உள்ள மற்ற nodes க்கு block-ஐ பகிர்ந்துகொள்கிறார்கள், அவர்கள் தங்களின் key shares-களை ஒருங்கிணைந்த கையொப்பத்துடன் சேர்க்கிறார்கள். போதுமான key shares-கள் ஒருங்கிணைக்கப்பட்டவுடன், block-ஐ Ethereum-ல் முன்மொழிக்கிறார்கள்.
+
+Distributed validators தனியார் தவிர்ப்புத்தன்மையை உருவாக்கியுள்ளன மற்றும் சில nodes ஆன்லைனில் இல்லாவிட்டாலும் செயல்பட முடியும். இதனால் cluster சீராகச் செயல்படுகிறதுு, ஏனெனில் nodes இல் சில தீய அல்லது சோம்பேறியானவை என்றாலும்.
+
+## DVT பயன்பாட்டு வழக்குகள் {#dvt-use-cases}
+
+DVT ஸ்டேக்கிங் துறையில் முக்கியமான பாதிப்புகளை ஏற்படுத்துகிறது:
+
+### தனியாகப் பங்கெடுப்பவர்கள் {#solo-stakers}
+
+DVT நான்கு மதிப்பீட்டுத் துறைக்கு முக்கியமான விளைவுகளை உருவாக்குகிறது. DVT, தனியார் ஸ்டேக்கர்களின் validator key-ஐ நீண்ட தூரங்களில் உள்ள nodes-களுக்கு பரவலாக்கும் முறை, validator key-ஐ முற்றிலும் offline-ல் வைத்திருக்கும் வழிமுறையை அளிக்கின்றது. இதன் மூலம், வீட்டில் ஸ்டேக்கர்கள் hardware-ஐ வாங்க வேண்டிய அவசியம் இல்லாமல் validator key-ஐ பரவலாக்கி, அவற்றை நாங்கள் செயல்படுத்தும் nodes-களில் முந்தும்.
+
+### ஒரு சேவையாக ஸ்டாக்கிங் (SaaS) {#saas}
+
+பல validators களை நிர்வகிக்கும் இயக்குநர்கள் (எ. கா., staking pools மற்றும் நிறுவன ஸ்டேக்கர்கள்) DVT-ஐ பயன்படுத்தி தங்களின் அபாயத்தைக் குறைக்க முடியும். தங்களின் கட்டமைப்புகளைப் பரவலாக்குவதன் மூலம், அவர்கள் தங்களின் செயல்பாடுகளுக்கு redundancy ஐச் சேர்க்கலாம் மற்றும் பயன்படுத்தும் hardware வகைகளைப் பரவலாக்க முடியும்.
+
+DVT, key நிர்வகிப்பின் பொறுப்புகளைப் பல nodes-க்கு பகிர்ந்து கொள்கிறது, இதன் மூலம் சில செயல்பாட்டு செலவுகள் பகிரப்பட முடியும். DVT, ஸ்டேக்கிங் வழங்குநர்களுக்கான செயல்பாட்டு அபாயங்களையும் காப்பீட்டு செலவுகளையும் குறைக்க உதவுகிறது.
+
+### ஸ்டாக்கிங் குழுமங்கள் {#staking-pools}
+
+முறையான validator அமைப்புகளின் காரணமாக, staking pools மற்றும் liquid staking வழங்குநர்கள், single-operator-ன் நம்பிக்கையிலிருந்து அதிக அளவின் variations-ஐ பெறுகிறார்கள், ஏனெனில் கையொப்பங்களை பாதுகாப்பதற்கு இது அவசியம். இது operator களை அவர்களுடைய சாப்ட்வேர் அல்லது hardware பாதுகாப்பில் எந்தவித கேள்வியும் இல்லாமல் பாதுகாப்பதற்கான உரிமையைக் கொண்டுள்ளது. Dvt க்கு முன், அவர்கள் அவ்வாறு எதுவும் செய்ய முடியவில்லை.
+
+இப்போது, traditionally stakes பல்வேறு operators க்கு பரவலாக்கப்பட்டாலும், ஒவ்வொரு operator க்கு அவற்றைத் தனியாக நிர்வகிக்க வேண்டிய அபாயம் உள்ளது. ஒரு operator-ன் செயல்பாடு குறைவாகவோ, downtime-ஐ சந்திக்கும்போதோ அல்லது அவர்களின் software hack-ல் ஏற்படும் அபாயங்களையும் நாம் நிர்வகிக்க வேண்டியது உண்டு.
+
+DVT-ஐ பயன்படுத்துவதன் மூலம், operators க்கான நம்பிக்கையைக் குறைக்க முடியும். **குழுமங்கள், இயக்குபவர்களை சரிபார்ப்பாளர் விசைகளின் பொறுப்பு தேவையில்லாமல் பங்குகளை வைத்திருக்க உதவும்** (விசைப் பங்குகள் மட்டுமே பயன்படுத்தப்படுவதால்). இது validators-ஐ பல operators க்கு பகிர்ந்துகொள்ளவும் செய்கிறது (எ.கா., 1000 validators ஐ இயக்கும் ஒரே ஒரு operator க்கு பதிலாக, DVT இன் மூலம் அந்த validators பல operators க்கு ஒன்று சேர முடியும்). Diverse operator configurations -ஐப் பயன்படுத்துவதன் மூலம், ஒரு operator செயலிழந்தால் மற்றவர்களால் validator செயல்படுத்த முடியும். இதன் மூலம் redundancy மற்றும் diversification ஏற்பட்டு, செயல்பாடு மற்றும் நிலைத்தன்மை மேம்படுகிறது மற்றும் அதிகபட்சமாக rewards கிடைக்கும்.
+
+Single-operator-ன் நம்பிக்கையைக் குறைப்பதன் இன்னொரு நன்மை என்னவெனில், staking pools அதிக அளவில் participants-ஐ உடன் open and permissionless operation-க்கு அனுமதிக்க முடியும். இதன் மூலம், சேவைகள் தங்களின் அபாயத்தைக் குறைக்க முடியும் மற்றும் நமக்குத் தேவையான curated and permissionless operator participation-ஐ இணைத்து, சிறிய operators-ஐ பெரியவற்றோடு இணைத்து, Ethereum decentralization-ஐ மேம்படுத்த முடியும்.
+
+## DVT ஐப் பயன்படுத்துவதன் சாத்தியமான குறைபாடுகள் {#potential-drawbacks-of-using-dvt}
+
+- **கூடுதல் கூறு** - ஒரு DVT முனையை அறிமுகப்படுத்துவது, தவறாக அல்லது பாதிக்கப்படக்கூடிய மற்றொரு பகுதியைச் சேர்க்கிறது. இதைத் தவிர்க்க ஒரு வழி, DVT node இன் பல்வேறு செயல்பாடுகளையும் (முறைகளையும்) உருவாக்குவது, அதாவது DVT node க்கு பல்வகையான clients-ஐ உருவாக்குவது, consensus மற்றும் execution layers க்கு உள்ள பல clients போன்றவை.
+- **செயல்பாட்டுச் செலவுகள்** - DVT சரிபார்ப்பாளரை பல தரப்பினரிடையே விநியோகிப்பதால், ஒரே ஒரு முனையை விட செயல்பாட்டிற்கு அதிக முனைகள் தேவைப்படுகின்றன, இது இயக்கச் செலவுகளை அதிகரிக்கிறது.
+- **சாத்தியமான செயல் தாமத அதிகரிப்பு** - DVT ஒரு சரிபார்ப்பாளரை இயக்கும் பல முனைகளுக்கு இடையில் ஒருமித்த கருத்தை அடைய ஒருமித்த நெறிமுறையைப் பயன்படுத்துவதால், இது செயல் தாமதத்தை அதிகரிக்கக்கூடும்.
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [எத்தேரியம் விநியோகிக்கப்பட்ட சரிபார்ப்பாளர் விவரக்குறிப்புகள் (உயர் நிலை)](https://github.com/ethereum/distributed-validator-specs)
+- [எத்தேரியம் விநியோகிக்கப்பட்ட சரிபார்ப்பாளர் தொழில்நுட்ப விவரக்குறிப்புகள்](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec)
+- [ஷாமிரின் இரகசியப் பகிர்வு டெமோ செயலி](https://iancoleman.io/shamir/)
diff --git a/public/content/translations/ta/staking/pools/index.md b/public/content/translations/ta/staking/pools/index.md
new file mode 100644
index 00000000000..3952be25c0b
--- /dev/null
+++ b/public/content/translations/ta/staking/pools/index.md
@@ -0,0 +1,86 @@
+---
+title: "பூல்டு ஸ்டேக்கிங்"
+description: "ஸ்டாக்கிங் குளங்களைப் பற்றி அறிக"
+lang: ta
+template: staking
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-pool.png
+alt: "லெஸ்லி என்ற காண்டாமிருகம் குளத்தில் நீந்துகிறது."
+sidebarDepth: 2
+summaryPoints:
+  - மற்றவர்களுடன் இணைந்து எந்தவொரு ETH தொகையுடனும் ஸ்டேக் செய்து வெகுமதிகளை ஈட்டுங்கள்
+  - கடினமான பகுதியைத் தவிர்த்து, சரிபார்ப்பவர் செயல்பாட்டை மூன்றாம் தரப்பினரிடம் ஒப்படைக்கவும்
+  - உங்கள் சொந்த வாலட்டில் ஸ்டேக்கிங் டோக்கன்களை வைத்திருங்கள்
+---
+
+## ஸ்டேக்கிங் புல்கள் என்ன? {#what-are-staking-pools}
+
+ஸ்டேக்கிங் புல்கள் என்பது பலர் குறைந்த அளவிலான ETH-ஐ சேர்த்து, 32 ETH-ஐ பெற்றுக் கொண்டு validator keys-ஐ செயல்படுத்த ஒரு கூட்டு முயற்சி ஆகும். இந்த அளவிலான Eth-ஐ சேகரிக்க, புல்கள் ஸ்டேக்கர்களுக்கு அவர்களின் Eth-ஐ சேர்த்து validator-ஐ இயக்க உதவுகின்றன.
+
+ஆனால், இந்த பண்புக்கூறு நேரடியாக Ethereum protocol-ல் ஆதரிக்கப்படுவதில்லை, எனவே இதற்கான தீர்வுகள் தனியாக உருவாக்கப்பட்டன. சில புல்கள் smart contracts பயன்படுத்தி இயங்குகின்றன, இதில் நிதி ஒரு contract-க்கு செலுத்தப்படுகிறது, இது நம்பிக்கையில்லாமல் (trustlessly) உங்கள் stake-ஐ நிர்வகித்து கண்காணிக்கிறது, மேலும் இந்த மதிப்பைப் பிரதிபலிக்கும் ஒரு token-ஐ உங்களுக்கு வழங்குகிறது. மற்ற குளங்கள் ஸ்மார்ட் ஒப்பந்தங்களைச் சாராமல், அதற்குப் பதிலாக ஆஃப்செயினில் மத்தியஸ்தம் செய்யப்படுகின்றன.
+
+## ஏன் புல்மூலம் stake செய்ய வேண்டும்? ஒரு குளம் மூலம் ஏன் ஸ்டேக் செய்ய வேண்டும்? {#why-stake-with-a-pool}
+
+[ஸ்டேக்கிங் அறிமுகத்தில்](/staking/) நாங்கள் கோடிட்டுக் காட்டிய நன்மைகளுக்குக் கூடுதலாக, ஒரு குளத்துடன் ஸ்டேக் செய்வது பல தனித்துவமான நன்மைகளைத் தருகிறது.
+
+<CardGrid>
+  <Card title="எளிதாக நுழையலாம்" emoji="🐟" description="அதிக ETH இல்லையா? கவலையில்லை. தனியாக ஸ்டேக் செய்வதற்கு 32 ETH தேவைப்படுவது போலல்லாமல், பெரும்பாலான ஸ்டேக்கிங் பூல்கள் மற்ற ஸ்டேக்கர்களுடன் இணைந்து கிட்டத்தட்ட எந்த அளவு ETH-ஐயும் ஸ்டேக் செய்ய உங்களை அனுமதிக்கின்றன." />
+  <Card title="இன்றே ஸ்டேக் செய்யுங்கள்" emoji=":stopwatch:" description="ஒரு பூலுடன் ஸ்டேக் செய்வது டோக்கன் பரிமாற்றம் செய்வது போல எளிதானது. ஹார்டுவேர் அமைப்பு மற்றும் நோட் பராமரிப்பு பற்றி கவலைப்படத் தேவையில்லை. பூல்கள் உங்கள் ETH-ஐ டெபாசிட் செய்ய அனுமதிக்கின்றன, இது நோட் ஆபரேட்டர்கள் வேலிடேட்டர்களை இயக்க உதவுகிறது. பின்னர், நோட் செயல்பாடுகளுக்கான கட்டணம் கழிக்கப்பட்டு, பங்களிப்பாளர்களுக்கு வெகுமதிகள் விநியோகிக்கப்படுகின்றன." />
+  <Card title="ஸ்டேக்கிங் டோக்கன்கள்" emoji=":droplet:" description="பல ஸ்டேக்கிங் பூல்கள், நீங்கள் ஸ்டேக் செய்த ETH மற்றும் அது உருவாக்கும் வெகுமதிகளுக்கான உரிமையைக் குறிக்கும் ஒரு டோக்கனை வழங்குகின்றன. இது நீங்கள் ஸ்டேக் செய்த ETH-ஐ, எடுத்துக்காட்டாக, DeFi பயன்பாடுகளில் பிணையமாகப் பயன்படுத்த உங்களை அனுமதிக்கிறது." />
+</CardGrid>
+
+<StakingComparison page="pools" />
+
+## கருத்தில் கொள்ள வேண்டியவை {#what-to-consider}
+
+Pooled அல்லது delegated staking ஐ Ethereum protocol நேரடியாக ஆதரிக்கவில்லை, ஆனால் 32 ETH-க்கு குறைவாகவே stake செய்ய விரும்பும் பயனர்களின் தேவையை நிறைவேற்றப் பல தீர்வுகள் உருவாக்கப்பட்டுள்ளன.
+
+ஒவ்வொரு புலும், அவர்கள் பயன்படுத்தும் tools அல்லது smart contracts-ஐ வெவ்வேறு குழுக்கள் உருவாக்கியுள்ளனர், ஒவ்வொன்றுக்கும் தனித்துவமான நன்மைகள் மற்றும் அபாயங்கள் உள்ளன. குளங்கள் பயனர்கள் தங்களது ETH-ஐ, ஸ்டேக் செய்யப்பட்ட ETH-ஐக் குறிக்கும் ஒரு டோக்கனுக்கு மாற்றிக்கொள்ள உதவுகின்றன. புல்கள் பயனர்களுக்கு ETH-ஐ stake செய்த பின்னர் அதற்கான staking rewards-ஐ ஈட்டும் yield-bearing token-களாக மாற்றும் வாய்ப்பை வழங்குகின்றன. இந்த token பயனமாக உள்ளது, ஏனெனில் இது பயனர்களுக்கு decentralised exchanges-ல் தங்கள் ETH-ஐ yield-bearing token-களாகவே மாற்றி மாற்றிக்கொள்ளும் வாய்ப்பை வழங்குகிறது, ஆனால் நிஜ ETH-ஐ consensus layer-ல் வைத்திருக்கிறது. இதனால் 32 ETH-இல் இருந்து மாற்றங்கள் எளிதாகவும் விரைவாகவும் நடைபெற முடிகிறது.
+
+ஆனால், இந்த staked-ETH token-கள் பெரிய அளவிலான ETH-ஐ centralized நிறுவனங்களின் கட்டுப்பாட்டில் வைத்திருக்கும் வழக்கத்தை உருவாக்குகின்றன,. இது censorship அல்லது value extraction போன்ற சிக்கல்களை உருவாக்குகிறது. Staking-ஐ தனி நபர்கள் தங்களின் hardware-ல் validator-ஐ இயக்குவது எப்போதும் gold standard ஆகும்.
+
+[ஸ்டேக்கிங் டோக்கன்களின் அபாயங்கள் குறித்த கூடுதல் தகவல்](https://notes.ethereum.org/@djrtwo/risks-of-lsd).
+
+கீழே குறிப்பிட்டுள்ள attribute indicators பயன்படுத்தப்படும் staking pools-ஐ சிறப்பாக அல்லது குறைவாகத் தேர்வு செய்ய உதவுகின்றன. நீங்கள் இணைந்து கொள்ள விரும்பும் புல் மற்றும் அதன் attribute-களை எவ்வாறு புரிந்துகொள்வது என்பதை வழிநடத்தஇந்தப் பகுதியைப் பயன்படுத்தவும்.
+
+<StakingConsiderations page="pools" />
+
+## ஸ்டேக்கிங் குளங்களை ஆராயுங்கள் {#explore-staking-pools}
+
+உங்கள் அமைப்புக்கு உதவும் பல்வேறு விருப்பங்கள் உள்ளன. மேலே குறிப்பிட்டுள்ள attribute indicators-ஐ வழிகாட்டியாகப் பயன்படுத்தி, கீழே உள்ள tools-ஐ பயன்படுத்தி உங்கள் தேடல்களை வழிநடத்துங்கள்.
+
+<ProductDisclaimer />
+
+<StakingProductsCardGrid category="pools" />
+
+[கிளையன்ட் பன்முகத்தன்மையை](/developers/docs/nodes-and-clients/client-diversity/) தீவிரமாக எடுத்துக்கொள்ளும் ஒரு சேவையைத் தேர்ந்தெடுப்பதன் முக்கியத்துவத்தைக் கவனத்தில் கொள்ளவும், ஏனெனில் இது நெட்வொர்க்கின் பாதுகாப்பை மேம்படுத்துவதோடு உங்கள் ஆபத்தையும் கட்டுப்படுத்துகிறது. பெரும்பான்மை கிளையன்ட் பயன்பாட்டைக் கட்டுப்படுத்துவதற்கான சான்றுகளைக் கொண்ட சேவைகள் <em style={{ textTransform: "uppercase" }}>"செயலாக்க கிளையன்ட் பன்முகத்தன்மை"</em> மற்றும் <em style={{ textTransform: "uppercase" }}>"கருத்தொற்றுமை கிளையன்ட் பன்முகத்தன்மை"</em> எனக் குறிக்கப்பட்டுள்ளன.
+
+நாங்கள் தவற விட்ட எவ்வித பங்கீட்டுக் கருவிக்கு (staking tool) சுட்டிக்காட்டுமா? அது பொருத்தமானதா என்பதைப் பார்க்கவும், மதிப்பாய்விற்காக அதைச் சமர்ப்பிக்கவும் எங்கள் [தயாரிப்புப் பட்டியலிடல் கொள்கையை](/contributing/adding-staking-products/) சரிபார்க்கவும்.
+
+## Frequently asked questions {#faq}
+
+<ExpandableCard title="நான் எப்படி வெகுமதிகளைப் பெறுவது?">
+பொதுவாக, ERC-20 பங்கீட்டு டோக்கன்கள் பங்கீட்டாளர்களுக்கு வழங்கப்படுகின்றன மற்றும் அவர்களின் பங்கீட்டுப் ETH மற்றும் பரிசுகள் மதிப்பைப் பிரதிநிதித்துவம் செய்கின்றன. பங்கீட்டு பரிசுகளைப் பயன்படுத்தும் முறை மாற்றமாயிருக்கலாம், ஆனால் இது பொதுவான தீமையாக இருக்கும்.
+</ExpandableCard>
+
+<ExpandableCard title="என் ஸ்டேக்கை எப்போது திரும்பப் பெறலாம்?">
+தற்போது! 2023 ஏப்ரல் மாதம் Shanghai/Capella நெட்வொர்க் மேம்பாடு நடந்தது மற்றும் பங்கீட்டு அகவைச் செயல்களை அறிமுகப்படுத்தியது. பங்கீட்டு களங்களை ஆதரிக்கும் சரிபார்ப்பாளர் கணக்குகள் இப்போது தங்களின் நியமிக்கப்பட்ட அகவை முகவரிக்கு ETHஐ வெளியேற்றுவதற்கும் அகவை செய்யவோ முடியும். இது உங்கள் பங்கின் மொத்தம் ETHஐ மீட்கும் சாத்தியத்தை வழங்குகிறது. இந்தச் செயல்பாட்டைை எப்படி ஆதரிக்கிறார்கள் என்பதைப் பார்க்க உங்கள் வழங்குநருடன் சரிபார்க்கவும்.
+
+மாற்றாக, ERC-20 பங்கீட்டு டோக்கனைப் பயன்படுத்தும் களங்கள், இந்த டோக்கனை திறந்த சந்தையில் வர்த்தகச் செய்ய அனுமதிக்கின்றன, இது உங்கள் பங்கீட்டு நிலையை விற்க, விளைவாக ETHஐ பங்கீட்டு ஒப்பந்தத்திலிருந்து நேரடியாக நீக்காமல் "அகவை செய்ய" உதவுகிறது.
+
+<ButtonLink href="/staking/withdrawals/">ஸ்டேக்கிங் திரும்பப் பெறுதல்கள் பற்றி மேலும்</ButtonLink>
+</ExpandableCard>
+
+<ExpandableCard title="இது என் எக்ஸ்சேஞ்சில் ஸ்டேக் செய்வதிலிருந்து வேறுபட்டதா?">
+இந்த கூட்டுக் ஸ்டேக்கிங் விருப்பங்களுக்கும் மையப்படுத்தப்பட்ட பரிமாற்றங்களுக்கும் இடையில் பல ஒற்றுமைகள் உள்ளன, அதாவது சிறிய அளவிலான ETH-ஐ ஸ்டேக் செய்து, சரிபார்ப்பவர்களைச் செயல்படுத்த அவற்றை ஒன்றாகத் தொகுக்கும் திறன் போன்றவை.
+
+மையவியல் பரிமாற்றங்களுக்கு மாறாக, மற்ற சில கள பங்கீட்டு விருப்பங்கள் சம்மர்த்தமான ஒப்பந்தங்கள் மற்றும்/அல்லது பங்கீட்டு டோக்கன்களைப் பயன்படுத்துகின்றன, இது பொதுவாக ERC-20 டோக்கன்கள் ஆகும், உங்கள் சொந்த வாலத்தில் வைத்துக்கொள்ளப்படலாம் மற்றும் பிற டோக்கன்கள் போல வாங்க மற்றும் விற்க முடியும். இது உங்கள் டோக்கன்களைப் மேலாண்மை செய்யும்போது ஒரு சுயாதீனம் மற்றும் பாதுகாப்பின் அடுக்கைப் வழங்குகிறது, ஆனால் பின்னணி சரிபார்ப்பாளர் கிளையண்டின் நேரடி மேலாண்மையை அளிக்காது.
+
+சில கள விருப்பங்கள், மையமில்லாத தொலைபேசி முறையில் நொடுகளை ஆதரிக்கும்போது மற்றவர்களிடையே அதிகமாக மையமற்றதாக இருக்கும். நெட்வொர்க் சுகாதாரமும் மையமில்லாத தன்மையையும் மேம்படுத்த, பங்கீட்டாளர்கள் எப்போதும் அனுமதிக்கையற்ற மையமில்லாத நொடுகள் ஆபரேட்டர்களைச் தேர்ந்தெடுக்க பரிந்துரைக்கப்படுகிறார்கள்.
+</ExpandableCard>
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [தி எத்தீரியம் ஸ்டேக்கிங் டைரக்டரி](https://www.staking.directory/) - _Eridian and Spacesider_
+- [Rocket Pool உடன் ஸ்டேக்கிங் - ஸ்டேக்கிங் கண்ணோட்டம்](https://docs.rocketpool.net/guides/staking/overview.html) - _RocketPool டாக்ஸ்_
+- [Lido உடன் எத்தீரியம் ஸ்டேக்கிங்](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _Lido உதவி ஆவணங்கள்_
diff --git a/public/content/translations/ta/staking/saas/index.md b/public/content/translations/ta/staking/saas/index.md
new file mode 100644
index 00000000000..6c11bbf86cf
--- /dev/null
+++ b/public/content/translations/ta/staking/saas/index.md
@@ -0,0 +1,95 @@
+---
+title: "சேவையாகப் பணயம் வைப்பது"
+description: "ஒரு சேவையாக ஸ்டேக்கிங் செய்வது பற்றி அறியுங்கள்"
+lang: ta
+template: staking
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-saas.png
+alt: "லெஸ்லி என்ற காண்டாமிருகம் மேகங்களில் மிதக்கிறது."
+sidebarDepth: 2
+summaryPoints:
+  - மூன்றாம் தரப்பு முனை ஆபரேட்டர்கள் உங்கள் வேலிடேட்டர் கிளையண்டின் செயல்பாட்டைக் கையாளுகின்றனர்
+  - ஒரு நோடை இயக்கும் தொழில்நுட்ப சிக்கல்களைக் கையாள விரும்பாத, 32 ETH வைத்திருக்கும் எவருக்கும் இது ஒரு சிறந்த தேர்வு.
+  - நம்பிக்கையைக் குறைத்து, உங்கள் திரும்பப் பெறும் கீகளின் பாதுகாப்பை பராமரிக்கவும்.
+---
+
+## சேவைவாய்ந்த பங்கீடு என்றால் என்ன? {#what-is-staking-as-a-service}
+
+சேவைவாய்ந்த பங்கீடு (“SaaS”) என்பது நீங்கள் உங்கள் 32 ETH ஐ ஒரு சரிபார்ப்பாளருக்கு வைப்பு செய்யும் வகை பங்கீட்டு சேவைகளைப் குறிக்கிறது, ஆனால் நொடுகள் செயல்பாடுகளை மூன்றாவது தரப்பு இயக்குநருக்கு ஒப்படைக்கிறீர்கள். இந்தச் செயல்முறை பொதுவாகத் துவக்க அமைப்பிற்கு வழிகாட்டுதல், முக்கிய உருவாக்கம் மற்றும் வைப்பு உள்ளிட்டவை, பின்னர் உங்கள் கையொப்பக் கீகளை இயக்குநரிடம் பதிவேற்றம் செய்யும் அடிப்படையில் இருக்கும். இது சேவையை உங்கள் பெயரில் உங்கள் சரிபார்ப்பாளரை இயக்க அனுமதிக்கும், பொதுவாக மாதாந்திர கட்டணத்திற்கு.
+
+## ஏன் சேவையின் மூலம் பங்கீடு செய்ய வேண்டும்? ஒரு சேவையுடன் ஏன் ஸ்டேக் செய்ய வேண்டும்? {#why-stake-with-a-service}
+
+எத்தியீரியங்கள் முறைமை அசலாகப் பங்கீட்டின் ஒப்படைப்பை ஆதரிக்காது, ஆகவே இந்தச் சேவைகள் இந்த தேவையைப் பூர்த்தி செய்ய உருவாக்கப்பட்டுள்ளன. நீங்கள் பங்கீட்டிற்கு 32 ETH வைத்திருக்கிறீர்கள், ஆனால் hardware களை கையாளுவதில் நம்பிக்கையில்லை என்றால், SaaS சேவைகள் கடினமான பங்கீட்டு செயல்களை உங்களுக்காக ஒப்படைக்க அனுமதிக்கின்றன, இதன்மூலம் நீங்கள் அசல் பிளாக் பரிசுகளைப் பெறலாம்.
+
+<CardGrid>
+  <Card title="உங்கள் சொந்த வேலிடேட்டர்" emoji=":desktop_computer:" description="Ethereum கன்சென்சஸில் பங்கேற்க, உங்கள் சொந்த 32 ETH-ஐ டெபாசிட் செய்து, உங்கள் கையொப்பமிடும் கீ-களின் தொகுப்பைச் செயல்படுத்துங்கள். டாஷ்போர்டுகள் மூலம் உங்கள் முன்னேற்றத்தைக் கண்காணித்து, ETH வெகுமதிகள் சேர்வதைப் பாருங்கள்." />
+  <Card title="எளிதாகத் தொடங்கலாம்" emoji="🏁" description="வன்பொருள் விவரக்குறிப்புகள், அமைப்பு, நோட் பராமரிப்பு மற்றும் மேம்படுத்தல்கள் பற்றிக் கவலைப்பட வேண்டாம். உங்கள் கையொப்பச் சான்றுகளைப் பதிவேற்றுவதன் மூலம், ஒரு சிறிய கட்டணத்தில் உங்கள் சார்பாக ஒரு வேலிடேட்டரை இயக்க SaaS வழங்குநர்கள் உங்களை அனுமதிக்கின்றனர்." />
+  <Card title="உங்கள் இடரைக் கட்டுப்படுத்துங்கள்" emoji=":shield:" description="பல சமயங்களில், பங்கு வைக்கப்பட்ட நிதிகளைத் திரும்பப் பெற அல்லது மாற்றுவதற்கு உதவும் கீ-களுக்கான அணுகலை பயனர்கள் விட்டுக்கொடுக்க வேண்டியதில்லை. இவை கையொப்பமிடும் கீ-களிலிருந்து வேறுபட்டவை, மேலும் ஒரு ஸ்டேக்கராக உங்கள் இடரைக் கட்டுப்படுத்த (ஆனால் முற்றிலுமாக அகற்ற அல்ல) இவற்றைத் தனியாகச் சேமிக்கலாம்." />
+</CardGrid>
+
+<StakingComparison page="saas" />
+
+## கருத்தில் கொள்ள வேண்டியவை {#what-to-consider}
+
+நீங்கள் உங்கள் ETH ஐ பங்கீடு செய்ய உதவும் SaaS வழங்குநர்களின் எண்ணிக்கை அதிகரிக்கிறது, ஆனால் எல்லாவற்றுக்கும் தங்களுக்கே உரிய நன்மைகளும் மற்றும் அபாயங்களும் உள்ளன. எல்லா SaaS விருப்பங்களும் வீட்டில் பங்கீடு செய்யும் முறைகளுக்கு மாறுபட்ட நம்பிக்கையின் அடிப்படைகளைத் தேவைப்படுகிறது. SaaS விருப்பங்களில் எத்தியீரியங்கள் வாடிக்கையாளர்களைச் சுற்றி கூடுதல் குறியீடுகள் இருக்கக்கூடும், அவை திறந்தவையாகவோ ஆய்வுக்குட்படாதவையாகவோ இருக்கலாம். SaaS இல் நெட்வொர்க் மையமற்ற தன்மைக்குத் தீங்கான தாக்கம் உள்ளது. அமைப்பின் அடிப்படையில், உங்கள் சரிபார்ப்பாளரை நீங்கள் கட்டுப்படுத்த முடியாமல் போகலாம் - இயக்குநர் உங்கள் ETH ஐ தவறாகப் பயன்படுத்தும் வாய்ப்பு இருக்கக்கூடும்.
+
+அம்சக் குறியீடுகள் கீழே பட்டியலிட்ட SaaS வழங்குநரின் முக்கியமான பலவீனங்கள் அல்லது பலவுகளை சிக்னல் செய்யப் பயன்படுகின்றன. உங்கள் பங்கீட்டு பயணத்திற்கு உதவுவதற்கான சேவையைத் தேர்ந்தெடுக்கும்போது, இந்த அம்சங்களை நாங்கள் எவ்வாறு வரையறுக்கிறோம் என்பதற்கான குறிப்பாக இந்தப் பகுதியைப் பயன்படுத்துங்கள்.
+
+<StakingConsiderations page="saas" />
+
+## ஸ்டேக்கிங் சேவை வழங்குநர்களை ஆராயுங்கள் {#saas-providers}
+
+கீழே சில கிடைக்கக்கூடிய SaaS வழங்குநர்கள் உள்ளனர். மேலுள்ள குறியீடுகளைப் பயன்படுத்தி, இந்தச் சேவைகளை வழிகாட்ட உதவுங்கள்
+
+<ProductDisclaimer />
+
+### SaaS வழங்குநர்கள்
+
+<StakingProductsCardGrid category="saas" />
+
+தயவுசெய்து [கிளையன்ட் பன்முகத்தன்மையை](/developers/docs/nodes-and-clients/client-diversity/) ஆதரிப்பதன் முக்கியத்துவத்தைக் கவனத்தில் கொள்ளவும், ஏனெனில் இது நெட்வொர்க்கின் பாதுகாப்பை மேம்படுத்துகிறது, மேலும் உங்கள் ஆபத்தைக் கட்டுப்படுத்துகிறது. பெரும்பான்மை கிளையன்ட் பயன்பாட்டைக் கட்டுப்படுத்துவதற்கான சான்றுகளைக் கொண்ட சேவைகள் <em style={{ textTransform: "uppercase" }}>"செயலாக்க கிளையன்ட் பன்முகத்தன்மை"</em> மற்றும் <em style={{ textTransform: "uppercase" }}>"கருத்தொற்றுமை கிளையன்ட் பன்முகத்தன்மை"</em> எனக் குறிக்கப்பட்டுள்ளன.
+
+### கீ ஜெனரேட்டர்கள்
+
+<StakingProductsCardGrid category="keyGen" />
+
+நாங்கள் தவறவிட்ட ஒரு ஸ்டேக்கிங்-ஒரு-சேவை வழங்குநருக்கான பரிந்துரை உங்களிடம் உள்ளதா? அது பொருத்தமானதா என்பதைப் பார்க்கவும், மதிப்பாய்விற்காக அதைச் சமர்ப்பிக்கவும் எங்கள் [தயாரிப்புப் பட்டியலிடல் கொள்கையை](/contributing/adding-staking-products/) சரிபார்க்கவும்.
+
+## Frequently asked questions {#faq}
+
+<ExpandableCard title="எனது கீ-கள் யாரிடம் உள்ளன?" eventCategory="SaasStaking" eventName="clicked who holds my keys">
+வழங்குநருக்கு அடிப்படையாக அமைப்புகள் வழங்குநருக்கு மாறுபடலாம், ஆனால் பொதுவாக நீங்கள் தேவைப்படும் எந்தக் கையொப்ப விசைகளை அமைக்க வழிகாட்டப்படும் (32 ETH ஒன்றிற்கு ஒன்றாக), மற்றும் உங்கள் சார்பாக உறுதிசெய்ய அவர்களுக்கு அனுமதிக்க these கையொப்ப விசைகளைப் பதிவேற்றுவது. கையொப்ப விசைகள் உங்கள் நிதிகளை விலக்க, மாற்ற, அல்லது செலவழிக்க எந்தத் திறனையும் வழங்குவதில்லை. ஆனால், அவை ஒப்புதலுக்கான வாக்குகளை எடுக்கும் திறனை வழங்குகின்றன, இது சரியாகச் செய்யப்படாதால் ஆஃப்லைன் தண்டனைகள் அல்லது தகராறு ஏற்படும்.
+</ExpandableCard>
+
+<ExpandableCard title="அப்படியென்றால் இரண்டு செட் கீ-கள் உள்ளதா?" eventCategory="SaasStaking" eventName="clicked so there are two sets of keys">
+ஆம். ஒவ்வொரு கணக்கும் BLS <em>கையொப்ப</em> விசைகள் மற்றும் BLS <em>விலக்கல்</em> விசைகள் ஆகியவற்றைக் கொண்டுள்ளது. ஒரு உறுதிப்படுத்துபவர் சங்கத்தின் நிலையை உறுதிப்படுத்த, ஒத்திசைவு குழுக்களில் மற்றும் பிளாக்களை முன்மொழிய, கையொப்ப விசைகள் உறுதிப்படுத்துபவர் கிளையன்டால் எளிதாக அணுகக்கூடியதாக இருக்க வேண்டும். இவை எதுவும் இணையத்திற்கு இணைக்கப்பட வேண்டும், எனவே இவை இயல்பாக "ஹாட்" விசைகள் எனக் கருத்தில் கொள்ளப்படுகின்றன. இது உங்கள் உறுதிப்படுத்துபவரை உறுதிப்படுத்துவதற்காகத் தேவையானது, எனவே நிதிகளை மாற்ற அல்லது விலக்குவதற்கான விசைகள் பாதுகாப்பு காரணமாகப் பிரிக்கப்படுகிறது.
+
+BLS விலக்கல் விசைகள் ஒரு முறைச் செய்தியைக் கையொப்பமிட பயன்படுத்தப்படுகின்றன, இது எந்தச் செயலாக்க அடுக்குக் கணக்கு பங்கீட்டு பரிசுகள் மற்றும் விலக்கல் நிதிகளைப் பெற வேண்டும் என்பதை அறிவிக்கிறது. இந்தச் செய்தி ஒளிபரப்பப்பட்ட பிறகு, <em>BLS விலக்கல்</em> விசைகள் ஏற்கனவே தேவையில்லை. அதற்குப் பதிலாக, விலக்கப்பட்ட நிதிகள் நீங்கள் வழங்கிய முகவரிக்கு நிலையாக ஒப்படைக்கப்படுகிறது. இது, பிறரால் உங்கள் உறுதிப்படுத்துபவர் கையொப்ப விசைகளைப் கட்டுப்படுத்தினாலும், உங்கள் உறுதிப்படுத்துபவர்நிதிகளைக் குறைவாக்குவதற்கானன உங்கள் சொந்த குளிர் சேமிப்புக்கே பாதுகாக்கப்பட்ட விலக்கல் முகவரியை அமைக்க அனுமதிக்கிறது.
+
+விலக்கல் சான்றுகளைப் புதுப்பிக்கவும் ஒரு கட்டாயமான படியாகும். இந்தச் செயல்முறை உங்கள் ம்னேமொனிக் சீட் உரையுடன் விலக்கல் விசைகளை உருவாக்குவதைத் தேவைப்படுகிறது.
+
+<strong>இந்த சீட் சொற்றொடரை நீங்கள் பாதுகாப்பாகக் காப்புப் பிரதி எடுப்பதை உறுதிப்படுத்திக் கொள்ளுங்கள், இல்லையெனில் நேரம் வரும்போது உங்கள் திரும்பப் பெறும் கீகளை உங்களால் உருவாக்க முடியாது.</strong>
+
+\*ஆரம்ப வைப்புத்தொகையுடன் திரும்பப் பெறும் முகவரியை வழங்கிய ஸ்டேக்கர்கள் இதை அமைக்க வேண்டியதில்லை. உங்கள் SaaS வழங்குவோரைத் தொடர்புகொண்டு உங்கள் வாலிடேட்டரை எப்படி தயாரிப்பது என்பதைப் பற்றி ஆதரவைக் கேட்டுக்கொள்ளுங்கள்.
+</ExpandableCard>
+
+<ExpandableCard title="நான் எப்போது திரும்பப் பெற முடியும்?" eventCategory="SaasStaking" eventName="clicked when can I withdraw">
+ஸ்டேக்கர்கள் ஒரு திரும்பப் பெறும் முகவரியை வழங்க வேண்டும் (ஆரம்ப வைப்புத்தொகையின் போது வழங்கப்படவில்லை என்றால்), மற்றும் வெகுமதி செலுத்துதல்கள் ஒவ்வொரு சில நாட்களுக்கும் ஒரு முறை தானாகவே விநியோகிக்கத் தொடங்கும்.
+
+வாலிடேட்டர்கள் முழுவதும் ஒரு வாலிடேட்டராக வெளியேறவும் முடியும், இது அவர்கள் மீதமுள்ள ETH தொகையைப் பின்வாங்கலுக்காகத் திறக்கலாம். பின்வாங்கல் முகவரியையும் வெளியேறும் செயல்முறையை முடித்த கணக்குகள், அடுத்த வாலிடேட்டர் சுருக்கத்தில் வழங்கப்பட்ட பின்வாங்கல் முகவரிக்கு அவர்களின் முழு நிலுவையைப் பெறும்.
+
+<ButtonLink href="/staking/withdrawals/">ஸ்டேக்கிங் திரும்பப் பெறுதல்கள் பற்றி மேலும்</ButtonLink>
+</ExpandableCard>
+
+<ExpandableCard title="நான் ஸ்லாஷ் செய்யப்பட்டால் என்ன நடக்கும்?" eventCategory="SaasStaking" eventName="clicked what happens if I get slashed">
+SaaS வழங்குவோரைப் பயன்படுத்துவதன் மூலம், நீங்கள் உங்கள் நோடின் செயல்பாட்டை மற்றொருவருக்கு நம்புகிறீர்கள். இது உங்கள் கட்டுப்பாட்டில் இல்லாத குறைந்த செயல்திறனை உடைய நோடின் சாத்தியத்தைக் கொண்டுள்ளது. உங்கள் வாலிடேட்டர் தண்டிக்கப்படுமெனில், உங்கள் வாலிடேட்டர் நிலுவை தண்டிக்கப்படும் மற்றும் வாலிடேட்டர் குழுவிலிருந்து திண்டுக்கரமாக நீக்கப்படும்.
+
+தண்டனை/வெளியேற்றம் செயல்முறை முடிந்து, இந்த நிதிகள் வாலிடேட்டருக்கு ஒதுக்கப்பட்ட பின்வாங்கல் முகவரிக்கு மாற்றப்படும். இதைச் செயல்படுத்த, ஒரு பின்வாங்கல் முகவரியை வழங்க வேண்டும். இது முதலில் வைப்புசெய்யும்போதுு வழங்கப்பட்டிருக்கலாம். இல்லையெனில், வாலிடேட்டர் பின்வாங்கல் விசைகளைப் பின்வாங்கல் முகவரியை அறிவிக்கும் செய்தியைக் கையொப்பமிட வேண்டிய தேவை உண்டு. எந்தப் பின்வாங்கல் முகவரியும் வழங்கப்படவில்லை என்றால், நிதிகள் வழங்கப்படும் வரை பூட்டி வைக்கப்படும்.
+
+எந்தவொரு நம்பிக்கையோ அல்லது காப்பீட்டு விருப்பங்களோ பற்றிய கூடுதல் தகவலுக்குத் தனிப்பட்ட SaaS வழங்குவோரை தொடர்புகொள்க. உங்கள் வேலிடேட்டர் அமைப்பின் முழுமையான கட்டுப்பாட்டில் இருக்க விரும்பினால், [உங்கள் ETH-ஐ எப்படி தனியாக ஸ்டேக் செய்வது என்பது பற்றி மேலும் அறியவும்](/staking/solo/).
+</ExpandableCard>
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [தி எத்தீரியம் ஸ்டேக்கிங் டைரக்டரி](https://www.staking.directory/) - _Eridian and Spacesider_
+- [ஸ்டேக்கிங் சேவைகளை மதிப்பிடுதல்](https://www.attestant.io/posts/evaluating-staking-services/) - _Jim McDonald 2020_
diff --git a/public/content/translations/ta/staking/solo/index.md b/public/content/translations/ta/staking/solo/index.md
new file mode 100644
index 00000000000..67cd32a8f74
--- /dev/null
+++ b/public/content/translations/ta/staking/solo/index.md
@@ -0,0 +1,209 @@
+---
+title: "உங்கள் ETH-ஐ வீட்டிலிருந்தே பங்கீடுங்கள்"
+description: "உங்கள் ETH-ஐ ஹோம் ஸ்டேக்கிங் செய்யத் தொடங்குவது எப்படி என்பதற்கான ஒரு கண்ணோட்டம்"
+lang: ta
+template: staking
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-solo.png
+alt: "லெஸ்லி என்ற காண்டாமிருகம் அதன் சொந்த கணினி சிப்பில்."
+sidebarDepth: 2
+summaryPoints:
+  - உங்கள் வாலிடேட்டரைச் சரியாக இயங்கச் செய்வதற்கும் ஆன்லைனில் வைத்திருப்பதற்கும் புரோட்டோகாலில் இருந்து நேரடியாக அதிகபட்ச வெகுமதிகளைப் பெறுங்கள்
+  - முகப்பு வன்பொருளை இயக்கவும் மற்றும் Ethereum நெட்வொர்க்கின் பாதுகாப்பு மற்றும் பரவலாக்கத்தில் தனிப்பட்ட முறையில் சேர்க்கவும்
+  - நம்பிக்கையை நீக்குங்கள், உங்கள் நிதிகளுக்கான திறவுகோல்களின் கட்டுப்பாட்டை ஒருபோதும் விட்டுவிடாதீர்கள்
+---
+
+## ஹோம் ஸ்டேக்கிங் என்றால் என்ன? {#what-is-solo-staking}
+
+ஹோம் ஸ்டேக்கிங் என்பது, இணையத்துடன் இணைக்கப்பட்ட [Ethereum நோடை இயக்கி](/run-a-node/), 32 ETH-ஐ வைப்பு செய்து ஒரு [வாலிடேட்டரை](#faq) செயல்படுத்துவதாகும், இது நெட்வொர்க் கன்சென்சஸில் நேரடியாகப் பங்கேற்க உங்களுக்குத் திறனை வழங்குகிறது.
+
+**ஹோம் ஸ்டேக்கிங் Ethereum நெட்வொர்க்கின் பரவலாக்கலை அதிகரிக்கிறது**, இது Ethereum-ஐ தணிக்கை-எதிர்ப்பு மற்றும் தாக்குதல்களுக்கு எதிராக வலுவானதாக ஆக்குகிறது. மற்ற பங்கீட்டு முறைகள் இதே வழிகளில் நெட்வொர்க்கிற்கு உதவாமல் போகலாம். Ethereum-ஐப் பாதுகாப்பதற்கு ஹோம் ஸ்டேக்கிங் சிறந்த பங்கீட்டு விருப்பமாகும்.
+
+ஒரு Ethereum நோட், ஒரு எக்ஸிகியூஷன் லேயர் (EL) கிளைன்ட் மற்றும் ஒரு கன்சென்சஸ் லேயர் (CL) கிளைன்ட் ஆகிய இரண்டையும் கொண்டுள்ளது. இந்தக் கிளைன்ட்கள், பரிவர்த்தனைகள் மற்றும் பிளாக்குகளைச் சரிபார்க்கவும், சங்கிலியின் சரியான ஹெட்டிற்குச் சான்றளிக்கவும், சான்றளிப்புகளைத் திரட்டவும், மற்றும் பிளாக்குகளை முன்மொழியவும், சரியான சைனிங் கீகளின் தொகுப்புடன் இணைந்து செயல்படும் மென்பொருளாகும்.
+
+இந்தக் கிளைன்ட்களை இயக்குவதற்குத் தேவையான வன்பொருளை இயக்குவதற்கு ஹோம் ஸ்டேக்கர்கள் பொறுப்பாவார்கள். இதை நீங்கள் வீட்டிலிருந்து இயக்கும் ஒரு பிரத்யேகக் கணினியைப் பயன்படுத்த மிகவும் பரிந்துரைக்கப்படுகிறது–இது நெட்வொர்க்கின் ஆரோக்கியத்திற்கு மிகவும் பயனுள்ளதாக இருக்கும்.
+
+வாலிடேட்டரை சரியாக இயங்கச் செய்வதற்கும் ஆன்லைனில் வைப்பதற்கும் ஹோம் ஸ்டேக்கர் நேரடியாக புரோட்டோகால் மூலம் பரிசுகளை பெறுவார்.
+
+## ஏன் வீட்டிலிருந்து பங்கீடு செய்ய வேண்டும்? {#why-stake-solo}
+
+ஹோம் ஸ்டேக்கிங் அதிக பொறுப்புடன் வருகிறது, ஆனால் உங்கள் நிதிகளையும் ஸ்டேக்கிங் அமைப்பையும் முழுமையாகக் கட்டுப்படுத்தும் வாய்ப்பையும் வழங்குகிறது.
+
+<CardGrid>
+  <Card title="புதிதாக ETH சம்பாதியுங்கள்" emoji="💸" description="உங்கள் வேலிடேட்டர் ஆன்லைனில் இருக்கும்போது, எந்த இடைத்தரகர்களும் கமிஷன் எடுக்காமல், நெறிமுறையிலிருந்து நேரடியாக ETH வெகுமதிகளைப் பெறுங்கள்." />
+  <Card title="முழு கட்டுப்பாடு" emoji="🎛️" description="உங்கள் சொந்த கீகளை நீங்களே வைத்துக்கொள்ளுங்கள். உங்கள் ஆபத்தைக் குறைத்து, நெட்வொர்க்கின் ஆரோக்கியம் மற்றும் பாதுகாப்பிற்கு சிறந்த பங்களிப்பை வழங்கும் கிளையண்டுகள் மற்றும் வன்பொருளின் கலவையைத் தேர்ந்தெடுங்கள். மூன்றாம் தரப்பு ஸ்டேக்கிங் சேவைகள் உங்களுக்காக இந்த முடிவுகளை எடுக்கின்றன, ஆனால் அவை எப்போதும் பாதுகாப்பான தேர்வுகளைச் செய்வதில்லை." />
+  <Card title="நெட்வொர்க் பாதுகாப்பு" emoji="🔐" description="ஸ்டேக் செய்வதற்கான மிகவும் தாக்கத்தை ஏற்படுத்தக்கூடிய வழி வீட்டிலிருந்தே ஸ்டேக் செய்வதாகும். வீட்டில் உங்கள் சொந்த வன்பொருளில் ஒரு வேலிடேட்டரை இயக்குவதன் மூலம், நீங்கள் Ethereum நெறிமுறையின் வலிமை, பரவலாக்கம் மற்றும் பாதுகாப்பை வலுப்படுத்துகிறீர்கள்." />
+</CardGrid>
+
+## ஹோம் ஸ்டேக்கிங் செய்வதற்கு முன் கருத்தில் கொள்ள வேண்டியவை {#considerations-before-staking-solo}
+
+ஹோம் ஸ்டேக்கிங் அனைவருக்கும் அணுகக்கூடியதாகவும் ஆபத்து இல்லாததாகவும் இருக்க வேண்டும் என்று நாங்கள் விரும்பினாலும், அது யதார்த்தமல்ல. உங்கள் ETH-ஐ ஹோம் ஸ்டேக் செய்யத் தேர்வு செய்வதற்கு முன் சில நடைமுறை மற்றும் முக்கியமான அம்சங்களை மனதில் கொள்ள வேண்டும்.
+
+<InfoGrid>
+<ExpandableCard title="கட்டாயம் படிக்க வேண்டியவை" eventCategory="SoloStaking" eventName="clicked required reading">
+உங்கள் சொந்த நோடை இயக்கும்போது, நீங்கள் தேர்ந்தெடுத்த மென்பொருளை எவ்வாறு பயன்படுத்துவது என்பதை அறிய சிறிது நேரம் செலவிட வேண்டும். தொடர்புடைய ஆவணங்களைப் படிப்பதும், அந்த டெவ் குழுக்களின் தகவல் தொடர்பு சேனல்களுடன் இணக்கமாக இருப்பதும் இதில் அடங்கும்.
+
+நீங்கள் இயக்கும் மென்பொருள் மற்றும் ப்ரூஃப்-ஆஃப்-ஸ்டேக் எவ்வாறு செயல்படுகிறது என்பதைப் பற்றி நீங்கள் எவ்வளவு அதிகமாகப் புரிந்துகொள்கிறீர்களோ, அவ்வளவு குறைவாக ஒரு ஸ்டேக்கராக அது ஆபத்தானதாக இருக்கும், மேலும் ஒரு நோட் ஆபரேட்டராக வழியில் ஏற்படக்கூடிய எந்தவொரு சிக்கல்களையும் சரிசெய்வது எளிதாக இருக்கும்.
+</ExpandableCard>
+
+<ExpandableCard title="கணினிகளுடன் பரிச்சயம்" eventCategory="SoloStaking" eventName="clicked comfortable with computers">
+நோட் அமைப்பிற்குக் கணினிகளுடன் பணிபுரியும்போது ஒரு நியாயமான வசதியான நிலை தேவைப்படுகிறது, இருப்பினும் புதிய கருவிகள் காலப்போக்கில் இதை எளிதாக்குகின்றன. கமாண்ட்-லைன் இன்டர்ஃபேஸ் பற்றிய புரிதல் உதவியானது, ஆனால் இனி கண்டிப்பாகத் தேவையில்லை.
+
+இதற்கு மிக அடிப்படையான வன்பொருள் அமைப்பு மற்றும் குறைந்தபட்சம் பரிந்துரைக்கப்பட்ட விவரக்குறிப்புகள் பற்றிய சில புரிதல்களும் தேவை.
+</ExpandableCard>
+
+<ExpandableCard title="பாதுகாப்பான கீ நிர்வாகம்" eventCategory="SoloStaking" eventName="clicked secure key management">
+பிரைவேட் கீகள் உங்கள் Ethereum முகவரியைப் பாதுகாப்பது போலவே, உங்கள் வாலிடேட்டருக்காக நீங்கள் குறிப்பாகக் கீகளை உருவாக்க வேண்டும். எந்தவொரு சீட் ஃபிரேஸ்கள் அல்லது பிரைவேட் கீகளை எவ்வாறு பாதுகாப்பாகவும் பத்திரமாகவும் வைத்திருப்பது என்பதை நீங்கள் புரிந்து கொள்ள வேண்டும்.{' '}
+
+[Ethereum பாதுகாப்பு மற்றும் மோசடித் தடுப்பு](/security/)
+</ExpandableCard>
+
+<ExpandableCard title="பராமரிப்பு" eventCategory="SoloStaking" eventName="clicked maintenance">
+வன்பொருள் எப்போதாவது தோல்வியடைகிறது, நெட்வொர்க் இணைப்புகள் பிழையாகின்றன, மற்றும் கிளைன்ட் மென்பொருளுக்கு எப்போதாவது மேம்படுத்தல் தேவைப்படுகிறது. நோட் பராமரிப்பு தவிர்க்க முடியாதது மற்றும் எப்போதாவது உங்கள் கவனத்தைக் கோரும். எதிர்பார்க்கப்படும் நெட்வொர்க் மேம்படுத்தல்கள் அல்லது பிற முக்கியமான கிளைன்ட் மேம்படுத்தல்கள் குறித்து நீங்கள் அறிந்திருப்பதை உறுதிப்படுத்திக்கொள்ள வேண்டும்.
+</ExpandableCard>
+
+<ExpandableCard title="நம்பகமான இயக்க நேரம்" eventCategory="SoloStaking" eventName="clicked reliable uptime">
+உங்கள் வாலிடேட்டர் ஆன்லைனில் இருக்கும் மற்றும் முறையாகச் சான்றளிக்கும் நேரத்திற்கு உங்கள் வெகுமதிகள் விகிதாசாரமாக இருக்கும். செயலிழப்பு நேரம், ஒரே நேரத்தில் எத்தனை வாலிடேட்டர்கள் ஆஃப்லைனில் இருக்கிறார்கள் என்பதற்கு விகிதாசாரமாக அபராதங்களை ஏற்படுத்துகிறது, ஆனால் <a href="#faq">ஸ்லாஷிங்கில் விளைவதில்லை</a>. பேண்ட்விட்த்தும் முக்கியமானது, ஏனெனில் சரியான நேரத்தில் பெறப்படாத சான்றளிப்புகளுக்கு வெகுமதிகள் குறைக்கப்படுகின்றன. தேவைகள் மாறுபடும், ஆனால் குறைந்தபட்சம் 10 Mb/s பதிவேற்றம் மற்றும் பதிவிறக்கம் பரிந்துரைக்கப்படுகிறது.
+</ExpandableCard>
+
+<ExpandableCard title="ஸ்லாஷிங் ஆபத்து" eventCategory="SoloStaking" eventName="clicked slashing risk">
+ஆஃப்லைனில் இருப்பதற்கான செயலற்ற அபராதங்களிலிருந்து வேறுபட்டது, <em>ஸ்லாஷிங்</em> என்பது தீங்கிழைக்கும் குற்றங்களுக்காக ஒதுக்கப்பட்ட மிகவும் கடுமையான அபராதமாகும். ஒரே நேரத்தில் ஒரு மெஷினில் மட்டும் உங்கள் கீகள் ஏற்றப்பட்ட ஒரு மைனாரிட்டி கிளைன்டை இயக்குவதன் மூலம், நீங்கள் ஸ்லாஷ் செய்யப்படுவதற்கான ஆபத்து குறைக்கப்படுகிறது. அப்படியிருந்தும், அனைத்து ஸ்டேக்கர்களும் ஸ்லாஷிங்கின் அபாயங்கள் குறித்து அறிந்திருக்க வேண்டும்.
+
+<a href="https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50/"> ஸ்லாஷிங் மற்றும் வாலிடேட்டர் வாழ்க்கைச் சுழற்சி பற்றி மேலும்</a>
+</ExpandableCard>
+
+</InfoGrid>
+
+<StakingComparison page="solo" />
+
+## யார்-விடுவோம் {#how-it-works}
+
+<StakingHowSoloWorks />
+
+இயங்கும்போது, நீங்கள் ETH rewards-ஐ ஈட்டுவீர்கள், இது அவ்வப்போது withdrawal address-க்கு செலுத்தப்படும்.
+
+எப்போதாவது விரும்பினால், நீங்கள் ஒரு வாலிடேட்டராக வெளியேறலாம், இது ஆன்லைனில் இருக்க வேண்டிய தேவையை நீக்குகிறது, மேலும் எந்தவொரு வெகுமதிகளையும் நிறுத்துகிறது. உங்கள் மீதமுள்ள இருப்பு, அமைப்பின் போது நீங்கள் குறிப்பிடும் வித்ட்ராயல் முகவரிக்கு வித்ட்ரா செய்யப்படும்.
+
+[ஸ்டேக்கிங் திரும்பப் பெறுதல்கள் பற்றி மேலும்](/staking/withdrawals/)
+
+## Staking Launchpad-இல் தொடங்கவும் {#get-started-on-the-staking-launchpad}
+
+ஸ்டேக்கிங் லான்ச்பேட் என்பது ஒரு ஓப்பன் சோர்ஸ் அப்ளிகேஷன் ஆகும், இது நீங்கள் ஒரு ஸ்டேக்கராக மாற உதவும். இது உங்கள் கிளைன்ட்களைத் தேர்ந்தெடுப்பதற்கும், உங்கள் கீகளை உருவாக்குவதற்கும், உங்கள் ETH-ஐ ஸ்டேக்கிங் டெபாசிட் ஒப்பந்தத்தில் டெபாசிட் செய்வதற்கும் வழிகாட்டும். உங்கள் வாலிடேட்டரைப் பாதுகாப்பாக அமைக்க நீங்கள் அனைத்தையும் செய்துள்ளீர்கள் என்பதை உறுதிப்படுத்த ஒரு சரிபார்ப்புப் பட்டியல் வழங்கப்படுகிறது.
+
+<StakingLaunchpadWidget />
+
+## நோட் மற்றும் கிளைன்ட் அமைப்புக் கருவிகளில் கருத்தில் கொள்ள வேண்டியவை {#node-tool-considerations}
+
+உங்கள் ETH-ஐ ஹோம் ஸ்டேக் செய்ய உங்களுக்கு உதவ, வளர்ந்து வரும் கருவிகள் மற்றும் சேவைகள் உள்ளன, ஆனால் ஒவ்வொன்றும் வெவ்வேறு அபாயங்கள் மற்றும் நன்மைகளுடன் வருகின்றன.
+
+பட்டியலிடப்பட்ட ஸ்டேக்கிங் கருவிக்கு இருக்கக்கூடிய குறிப்பிடத்தக்க பலம் அல்லது பலவீனங்களைக் குறிக்க, கீழே பண்புக்கூறு குறிகாட்டிகள் பயன்படுத்தப்படுகின்றன. உங்கள் ஸ்டேக்கிங் பயணத்திற்கு உதவ கருவிகளைத் தேர்ந்தெடுக்கும்போது, இந்தப் பண்புக்கூறுகளை நாங்கள் எவ்வாறு வரையறுக்கிறோம் என்பதற்கான ஒரு குறிப்பாக இந்தப் பகுதியைப் பயன்படுத்தவும்.
+
+<StakingConsiderations page="solo" />
+
+## நோட் மற்றும் கிளைன்ட் அமைப்புக் கருவிகளை ஆராயுங்கள் {#node-and-client-tools}
+
+உங்கள் அமைப்புக்கு உதவும் பல்வேறு விருப்பங்கள் உள்ளன. மேலே குறிப்பிட்டுள்ள attribute indicators-ஐ வழிகாட்டியாகப் பயன்படுத்தி, கீழே உள்ள tools-ஐ பயன்படுத்தி உங்கள் தேடல்களை வழிநடத்துங்கள்.
+
+<ProductDisclaimer />
+
+### நோட் கருவிகள்
+
+<StakingProductsCardGrid category="nodeTools" />
+
+ஒரு [மைனாரிட்டி கிளைன்டைத்](/developers/docs/nodes-and-clients/client-diversity/) தேர்ந்தெடுப்பதன் முக்கியத்துவத்தைக் கவனத்தில் கொள்ளவும், ஏனெனில் இது நெட்வொர்க்கின் பாதுகாப்பை மேம்படுத்துகிறது மற்றும் உங்கள் ஆபத்தைக் கட்டுப்படுத்துகிறது. மைனாரிட்டி கிளைன்டை அமைக்க உங்களை அனுமதிக்கும் கருவிகள் <em style={{ textTransform: "uppercase" }}>"மல்டி-கிளைன்ட்"</em> எனக் குறிக்கப்படுகின்றன.
+
+### கீ ஜெனரேட்டர்கள்
+
+கீ ஜெனரேஷனுக்கு உதவ, [Staking Deposit CLI](https://github.com/ethereum/staking-deposit-cli/)-க்கு மாற்றாக இந்தக் கருவிகளைப் பயன்படுத்தலாம்.
+
+<StakingProductsCardGrid category="keyGen" />
+
+நாங்கள் தவற விட்ட எவ்வித பங்கீட்டுக் கருவிக்கு (staking tool) சுட்டிக்காட்டுமா? அது பொருத்தமானதா என்பதைப் பார்க்கவும், மதிப்பாய்விற்காக அதைச் சமர்ப்பிக்கவும் எங்கள் [தயாரிப்புப் பட்டியலிடல் கொள்கையை](/contributing/adding-staking-products/) சரிபார்க்கவும்.
+
+## ஹோம் ஸ்டேக்கிங் வழிகாட்டிகளை ஆராயுங்கள் {#staking-guides}
+
+<StakingGuides />
+
+## Frequently asked questions {#faq}
+
+ஸ்டேக்கிங் குறித்து அடிக்கடி கேட்கப்படும் சில முக்கியமான கேள்விகள்.
+
+<ExpandableCard title="வேலிடேட்டர் என்றால் என்ன?">
+
+ஒரு <em>வாலிடேட்டர்</em> என்பது Ethereum-இல் வாழும் ஒரு மெய்நிகர் நிறுவனம் ஆகும், இது Ethereum நெறிமுறையின் கன்சென்சஸில் பங்கேற்கிறது. வாலிடேட்டர்கள் ஒரு இருப்பு, பப்ளிக் கீ மற்றும் பிற பண்புகளால் குறிப்பிடப்படுகின்றன. ஒரு <em>வாலிடேட்டர் கிளைன்ட்</em> என்பது வாலிடேட்டரின் சார்பாக அதன் பிரைவேட் கீயை வைத்திருப்பதன் மூலமும் பயன்படுத்துவதன் மூலமும் செயல்படும் மென்பொருளாகும். ஒரு வாலிடேட்டர் கிளைன்ட் பல கீ ஜோடிகளை வைத்திருக்க முடியும், பல வாலிடேட்டர்களைக் கட்டுப்படுத்த முடியும்.
+</ExpandableCard>
+
+<ExpandableCard title="நான் 32 ETH-க்கு மேல் டெபாசிட் செய்யலாமா?">
+ஆம், நவீன வாலிடேட்டர் கணக்குகள் 2048 ETH வரை வைக்கக் கூடியவை. 32 ETH ஐ கடந்த கூடுதல் ETH படிகள் அடிப்படையில் சேர்க்கப்படும், உங்கள் உண்மையான இருப்பு அதிகரிக்கும் போது முழு எண்களில் உயர்வு ஏற்படும். இதை உங்கள் <a href="https://www.attestant.io/posts/understanding-validator-effective-balance/">செயல்திறன் இருப்பு</a> என்று அழைக்கின்றனர்.
+
+ஒரு கணக்கின் செயல்திறன் இருப்பை அதிகரிக்கவும், அதன் மூலம் வெகுமதிகளை அதிகரிக்கவும், எந்தவொரு முழு-ETH வரம்பிற்கும் மேலாக 0.25 ETH என்ற பஃபரைக் கடக்க வேண்டும். உதாரணமாக, உண்மையான இருப்பு 32.9 மற்றும் செயல்திறன் இருப்பு 32 என்ற கணக்கிற்கு, செயல்திறன் இருப்பை அதிகரிக்க 33.25 ஐ கடந்த உண்மையான இருப்புக்கு வர மேலும் 0.35 ETH சம்பாதிக்க வேண்டும்.
+
+இந்த பஃபர், தற்போதைய செயல்திறன் இருப்பு 0.25 ETH க்கும் குறைவாக இருக்கும் வரை செயல்திறன் இருப்பு குறையாமல் பாதுகாக்கும்.
+
+ஒரு வாலிடேட்டருடன் தொடர்புடைய ஒவ்வொரு கீ-பேரும் செயல்படுத்த 32 ETH குறைந்தபட்சம் தேவை. இதற்கு மேலுள்ள இருப்பு, எப்போதும் இந்த முகவரியால் கையொப்பமிடப்பட்ட பரிவர்த்தனையின் மூலம் தொடர்புடைய வெளியீட்டு முகவரிக்கு பெறமுடியும். அதிகபட்ச செயல்திறன் இருப்பை கடந்த எந்த நிதிகளும் காலாண்டு அடிப்படையில் தானாக வெளியீடு செய்யப்படும்.
+
+ஹோம் ஸ்டேக்கிங் உங்களுக்கு மிகவும் கடினமாக தெரிந்தால், ஒரு [ஸ்டேக்கிங்-ஆஸ்-அ-சர்வீஸ்](/staking/saas/) வழங்குநரை பயன்படுத்த பரிசீலிக்கவும், அல்லது நீங்கள் 32 ETH க்கும் குறைவாக பணியாற்றினால் [ஸ்டேக்கிங் புல்ஸ்களை](/staking/pools/) பார்க்கவும்.
+</ExpandableCard>
+
+<ExpandableCard title="நான் ஆஃப்லைனில் சென்றால் ஸ்லாஷ் செய்யப்படுவேனா? (சுருக்கமாக: இல்லை.)">
+நெட்வொர்க் சரியாக இறுதி செய்யப்படும்போது ஆஃப்லைனுக்குச் செல்வது ஸ்லாஷிங்கில் விளைவாகாது. உங்கள் வாலிடேட்டர் ஒரு குறிப்பிட்ட எபோக்கிற்கு (ஒவ்வொன்றும் 6.4 நிமிடங்கள் நீளமானது) சான்றளிக்கக் கிடைக்கவில்லை என்றால் சிறிய <em>செயலற்ற அபராதங்கள்</em> விதிக்கப்படும், ஆனால் இது <em>ஸ்லாஷிங்கிலிருந்து</em> மிகவும் வேறுபட்டது. இந்த அபராதங்கள், வாலிடேட்டர் சான்றளிக்கக் கிடைத்திருந்தால் நீங்கள் பெற்றிருக்கக்கூடிய வெகுமதியை விடச் சற்றுக் குறைவாக இருக்கும், மேலும் மீண்டும் அதே அளவு நேரம் ஆன்லைனில் இருப்பதன் மூலம் இழப்புகளை மீண்டும் ஈட்ட முடியும்.
+
+செயலற்ற நிலைக்கான அபராதங்கள் ஒரே நேரத்தில் எத்தனை வாலிடேட்டர்கள் ஆஃப்லைனில் உள்ளனர் என்பதற்கு விகிதாசாரமாக இருக்கும் என்பதை நினைவில் கொள்க. நெட்வொர்க்கின் ஒரு பெரிய பகுதி ஒரே நேரத்தில் ஆஃப்லைனில் இருக்கும் சந்தர்ப்பங்களில், இந்த ஒவ்வொரு வாலிடேட்டருக்குமான அபராதங்கள் ஒரு தனி வாலிடேட்டர் கிடைக்காதபோது இருப்பதை விட அதிகமாக இருக்கும்.
+
+தீவிரமான சந்தர்ப்பங்களில், மூன்றில் ஒரு பங்கிற்கு மேற்பட்ட வாலிடேட்டர்கள் ஆஃப்லைனில் இருப்பதால் நெட்வொர்க் இறுதி செய்வதை நிறுத்தினால், இந்த பயனர்கள் <em>குவாட்ராடிக் செயலற்ற கசிவு</em> எனப்படும் ஒரு பாதிப்பை அனுபவிப்பார்கள், இது ஆஃப்லைன் வாலிடேட்டர் கணக்குகளிலிருந்து ETH-இன் அதிவேகமான வெளியேற்றமாகும். செயலற்ற வாலிடேட்டர்களின் இருப்பு 16 ETH-ஐ அடையும் வரை அவர்களின் ETH-ஐ எரிப்பதன் மூலம் நெட்வொர்க் இறுதியில் சுயமாக சரிசெய்து கொள்ள இது உதவுகிறது, அந்த நேரத்தில் அவர்கள் தானாகவே வாலிடேட்டர் பூலிலிருந்து வெளியேற்றப்படுவார்கள். மீதமுள்ள ஆன்லைன் வாலிடேட்டர்கள் இறுதியில் மீண்டும் நெட்வொர்க்கில் 2/3-க்கு மேல் இருப்பார்கள், இது சங்கிலியை மீண்டும் இறுதி செய்யத் தேவையான சூப்பர் மெஜாரிட்டியைப் பூர்த்தி செய்யும்.
+</ExpandableCard>
+
+<ExpandableCard title="ஸ்லாஷ் செய்யப்படாமல் தவிர்ப்பது எப்படி?">
+சுருக்கமாக, இதற்கு முழுமையாக உத்தரவாதம் அளிக்க முடியாது, ஆனால் நீங்கள் நல்ல நம்பிக்கையுடன் செயல்பட்டால், ஒரு மைனாரிட்டி கிளைன்டை இயக்கினால், உங்கள் சைனிங் கீகளை ஒரே நேரத்தில் ஒரு மெஷினில் மட்டும் வைத்திருந்தால், ஸ்லாஷ் செய்யப்படுவதற்கான ஆபத்து கிட்டத்தட்ட பூஜ்ஜியமாகும்.
+
+ஒரு வாலிடேட்டர் ஸ்லாஷ் செய்யப்பட்டு நெட்வொர்க்கிலிருந்து வெளியேற்றப்படுவதற்கு சில குறிப்பிட்ட வழிகள் மட்டுமே உள்ளன. இதை எழுதும் நேரத்தில், நிகழ்ந்த ஸ்லாஷிங்குகள் பிரத்தியேகமாக, சைனிங் கீகள் ஒரே நேரத்தில் இரண்டு தனித்தனி மெஷின்களில் சேமிக்கப்படும் தேவையற்ற வன்பொருள் அமைப்புகளின் விளைவாகும். இது தற்செயலாக உங்கள் கீகளிலிருந்து ஒரு <em>இரட்டை வாக்கெடுப்பில்</em> முடியலாம், இது ஒரு ஸ்லாஷ் செய்யக்கூடிய குற்றமாகும்.
+
+ஒரு சூப்பர் மெஜாரிட்டி கிளைன்டை (நெட்வொர்க்கில் 2/3-க்கும் மேற்பட்டோர் பயன்படுத்தும் எந்தவொரு கிளைன்ட்) இயக்குவது, இந்த கிளைன்டில் ஒரு பிழை ஏற்பட்டு அது ஒரு சங்கிலி ஃபோர்க்கில் முடிந்தால், சாத்தியமான ஸ்லாஷிங் அபாயத்தையும் கொண்டுள்ளது. இது இறுதி செய்யப்படும் ஒரு தவறான ஃபோர்க்கில் முடியலாம். உத்தேசிக்கப்பட்ட சங்கிலிக்குத் திரும்பிச் சரிசெய்ய, இறுதி செய்யப்பட்ட ஒரு பிளாக்கைச் செயல்தவிர்க்க முயற்சிப்பதன் மூலம் ஒரு <em>சரவுண்ட் வாக்கை</em> சமர்ப்பிக்க வேண்டும். இதுவும் ஒரு ஸ்லாஷ் செய்யக்கூடிய குற்றமாகும், இதை ஒரு மைனாரிட்டி கிளைன்டை இயக்குவதன் மூலம் எளிதாகத் தவிர்க்கலாம்.
+
+Equivalent bugs, <em>minor client-ல் finalizing ஆகாது</em> மற்றும் surround vote ஏற்படாது, மேலும் இது inactivity penalties-க்கு மட்டுமே வழிவகுக்கும், <em>slashing-க்கு இல்லை.</em>.
+
+<ul>
+  <li><a href="https://hackernoon.com/ethereums-client-diversity-problem">ஒரு மைனாரிட்டி கிளைன்டை இயக்குவதன் முக்கியத்துவம் பற்றி மேலும் அறிக.</a></li>
+  <li><a href="https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50">ஸ்லாஷிங் தடுப்பு பற்றி மேலும் அறிக</a></li>
+</ul>
+</ExpandableCard>
+
+<ExpandableCard title="எந்த கிளையண்ட் சிறந்தது?">
+தனிப்பட்ட கிளைன்ட்கள் செயல்திறன் மற்றும் பயனர் இடைமுகம் ஆகியவற்றின் அடிப்படையில் சற்று மாறுபடலாம், ஏனெனில் ஒவ்வொன்றும் வெவ்வேறு குழுக்களால் பல்வேறு நிரலாக்க மொழிகளைப் பயன்படுத்தி உருவாக்கப்படுகின்றன. அப்படியிருந்தும், அவற்றில் எதுவும் "சிறந்தவை" அல்ல. அனைத்து தயாரிப்பு கிளைன்ட்களும் சிறந்த மென்பொருள் துண்டுகள், அவை அனைத்தும் பிளாக்செயினுடன் ஒத்திசைக்கவும் தொடர்பு கொள்ளவும் ஒரே மைய செயல்பாடுகளைச் செய்கின்றன.
+
+அனைத்து தயாரிப்பு கிளைன்ட்களும் ஒரே அடிப்படை செயல்பாட்டை வழங்குவதால், நீங்கள் ஒரு <strong>மைனாரிட்டி கிளைன்டைத்</strong> தேர்ந்தெடுப்பது மிகவும் முக்கியம், அதாவது நெட்வொர்க்கில் உள்ள பெரும்பாலான வாலிடேட்டர்களால் தற்போது பயன்படுத்தப்படாத எந்தவொரு கிளைன்டும். இது முரண்பாடாகத் தோன்றலாம், ஆனால் ஒரு மெஜாரிட்டி அல்லது சூப்பர் மெஜாரிட்டி கிளைன்டை இயக்குவது, அந்தக் கிளைன்டில் ஒரு பிழை ஏற்பட்டால், உங்களை ஸ்லாஷிங்கின் அதிக ஆபத்தில் ஆழ்த்துகிறது. ஒரு மைனாரிட்டி கிளைன்டை இயக்குவது இந்த அபாயங்களைக் கடுமையாகக் கட்டுப்படுத்துகிறது.
+
+<a href="https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA">கிளைன்ட் பன்முகத்தன்மை ஏன் முக்கியமானது என்பதைப் பற்றி மேலும் அறிக</a>
+</ExpandableCard>
+
+<ExpandableCard title="நான் ஒரு VPS (மெய்நிகர் தனிப்பட்ட சர்வர்) பயன்படுத்தலாமா?">
+மெய்நிகர் தனிப்பட்ட சேவையகம் (VPS) வீட்டுவசதி உதிரிகள் பதிலாகப் பயன்படுத்தப்படலாம், ஆனால் உங்கள் வாலிடேட்டர் கிளையண்டின் மைய அணுகல் மற்றும் இருப்பிடம் <em>முக்கியமாக அமைகிறது</em>. Amazon Web Services அல்லது Digital Ocean போன்ற மையப்படுத்தப்பட்ட கிளவுட் தீர்வுகள், வன்பொருளைப் பெற்று இயக்க வேண்டிய அவசியமில்லாத வசதியை அனுமதிக்கின்றன, ஆனால் நெட்வொர்க்கை மையப்படுத்தும் விலையில்.
+
+ஒரே மையரீதியான மேக சேமிப்பக தீர்வில் அதிக வாலிடேட்டர் கிளையண்டுகள் இயங்குவதால், இந்தப் பயனர்களுக்கு ஆபத்து அதிகமாகிறது. தாக்குதல், ஒழுங்குமுறை கோரிக்கைகள், அல்லது மின்சாரம்/இணையத் தடைகள் மூலமாக இந்த வழங்குநர்களை ஆஃப்லைனுக்குக் கொண்டு செல்லும் எந்தவொரு நிகழ்வும், இந்த சர்வரைச் சார்ந்திருக்கும் ஒவ்வொரு வாலிடேட்டர் கிளைன்டும் ஒரே நேரத்தில் ஆஃப்லைனுக்குச் செல்ல வழிவகுக்கும்.
+
+ஆஃப்லைன் அபராதங்கள் ஒரே நேரத்தில் எத்தனை பேர் ஆஃப்லைனில் இருக்கிறார்கள் என்பதற்கு விகிதாசாரமாக இருக்கும். ஒரு VPS-ஐப் பயன்படுத்துவது ஆஃப்லைன் அபராதங்கள் மிகவும் கடுமையாக இருக்கும் அபாயத்தை பெரிதும் அதிகரிக்கிறது, மேலும் தடை போதுமானதாக இருக்கும் பட்சத்தில் உங்கள் குவாட்ராடிக் கசிவு அல்லது ஸ்லாஷிங் அபாயத்தை அதிகரிக்கிறது. உங்கள் சொந்த ஆபத்தையும், நெட்வொர்க்கிற்கான ஆபத்தையும் குறைக்க, பயனர்கள் தங்கள் சொந்த வன்பொருளைப் பெற்று இயக்குமாறு கடுமையாக ஊக்குவிக்கப்படுகிறார்கள்.
+</ExpandableCard>
+
+<ExpandableCard title="எனது வெகுமதிகளை அன்லாக் செய்வது அல்லது எனது ETH-ஐ திரும்பப் பெறுவது எப்படி?">
+
+பீக்கன் செயினிலிருந்து எந்தவொரு வகை பின்வாங்கலும் பின்வாங்கல் சான்றிதழ்களை அமைக்கத் தேவையுள்ளது.
+
+புதிய பங்கீட்டாளர்கள் இதை விசை உருவாக்கும் மற்றும் வைப்பு செய்யும்போது அமைக்க வேண்டும். இதுவரை இதை அமைக்காத ஏற்கனவே உள்ள பங்கீட்டாளர்கள் இந்தச் செயல்திறனை ஆதரிக்கத் தங்கள் விசைகளைப் புதுப்பிக்கலாம்.
+
+பின்வாங்கல் சான்றிதழ்கள் அமைக்கப்பட்ட பிறகு, பரிசுப் பணங்கள் (முதலாவது 32-ஐ அப்போலச் செய் பரிசு ETH) தானாகவே பின்வாங்கல் முகவரிக்கு அடிக்கடி விநியோகிக்கப்படும்.
+
+உங்கள் முழு நிலுவையைத் திறக்க மற்றும் பெற, உங்கள் வாலிடேட்டரைப் பின்வாங்கும் செயல்முறையை முடிக்க வேண்டும்.
+
+<ButtonLink href="/staking/withdrawals/">ஸ்டேக்கிங் திரும்பப் பெறுதல்கள் பற்றி மேலும்</ButtonLink>
+</ExpandableCard>
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [தி எத்தீரியம் ஸ்டேக்கிங் டைரக்டரி](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_
+
+<QuizWidget quizKey="staking-solo" />
diff --git a/public/content/translations/ta/staking/withdrawals/index.md b/public/content/translations/ta/staking/withdrawals/index.md
new file mode 100644
index 00000000000..d299bec0f96
--- /dev/null
+++ b/public/content/translations/ta/staking/withdrawals/index.md
@@ -0,0 +1,220 @@
+---
+title: "ஸ்டேக்கிங் பின்வாங்கல்"
+description: "ஸ்டேக்கிங் புஷ் திரும்பப்பெறுதல்கள் என்றால் என்ன, அவை எவ்வாறு செயல்படுகின்றன, மற்றும் ஸ்டேக்கர்கள் தங்கள் வெகுமதிகளைப் பெற என்ன செய்ய வேண்டும் என்பதைச் சுருக்கமாகக் கூறும் பக்கம்"
+lang: ta
+template: staking
+image: /images/staking/leslie-withdrawal.png
+alt: "லெஸ்லி காண்டாமிருகம் அதன் ஸ்டேக்கிங் வெகுமதிகளுடன்"
+sidebarDepth: 2
+summaryPoints:
+  - ஷாங்காய்/கேபெல்லா மேம்படுத்தல் எத்தேரியத்தில் ஸ்டேக்கிங் திரும்பப்பெறுதல்களை இயக்கியது
+  - சரிபார்ப்பு செயற்குழுவினர் செயல்படுத்த திரும்பப்பெறும் முகவரியை வழங்க வேண்டும்
+  - வெகுமதிகள் சில நாட்களுக்கு ஒருமுறை தானாகவே விநியோகிக்கப்படுகின்றன
+  - ஸ்டேக்கிங்கிலிருந்து முழுமையாக வெளியேறும் சரிபார்ப்பாளர்கள் தங்கள் மீதமுள்ள இருப்பைப் பெறுவார்கள்
+---
+
+**ஸ்டேக்கிங் திரும்பப்பெறுதல்கள்** என்பது எத்தேரியத்தின் ஒருமித்த அடுக்கில் (தீப்பந்த சங்கிலி) உள்ள ஒரு சரிபார்ப்பாளர் கணக்கிலிருந்து ETH-ஐ செயலாக்க அடுக்குக்கு மாற்றுவதைக் குறிக்கிறது, அங்கு அது பரிவர்த்தனை செய்யப்படலாம்.
+
+32 ETH-க்கும் மேலான **கூடுதல் இருப்பின் வெகுமதி கொடுப்பனவுகள்** ஒவ்வொரு சரிபார்ப்பாளருடனும் இணைக்கப்பட்ட திரும்பப்பெறும் முகவரிக்கு, பயனர் வழங்கியவுடன், தானாகவும் தவறாமலும் அனுப்பப்படும். பயனர்கள் **ஸ்டேக்கிங்கிலிருந்து முழுவதுமாக வெளியேறலாம்**, அவர்களின் முழு சரிபார்ப்பாளர் இருப்பையும் திறக்கலாம்.
+
+## ஸ்டேக்கிங் வெகுமதிகள் {#staking-rewards}
+
+Active validator accounts effective balance 32 ETH-ஆக இருக்கும்போது reward payments auto process ஆகின்றன.
+
+32 ETH க்கு மேல் rewards மூலம் வரும் எந்த ஒரு balance-ஏனும் principal-க்கு contribute ஆகாது, அல்லது validator network-இல் அதன் weight-ஐ அதிகரிக்காது. எனவே, இவை reward payments ஆகவும், withdrawal address-க்கு auto withdraw ஆகவும் அனுப்பப்படும். Validator operator க்கான இந்த rewards withdraw-ல் action எதுவும் தேவையில்லை. இது consensus layer-ல் auto initiate செய்யப்படுகிறது, அதனால் gas (transaction fee) எதுவும் தேவையில்லை.
+
+### நாம் எப்படி இங்கு வந்தோம்? {#how-did-we-get-here}
+
+கடந்த சில ஆண்டுகளில் Ethereum, proof-of-work (PoW) அடிப்படையிலான mining-ஐ விட்டுவிட்டு ETH-ஆல் secured செய்யப்படும் network ஆக மாறிவிட்டது. இதில் participants அவர்கள் ETH-ஐ voluntary-ஆக lock செய்து, network-இல் பங்கேற்பதற்கு "at stake" வைத்துள்ளனர். Rules-ஐ பின்பற்றுபவர்கள் rewards பெறுவார்கள், மாறாக, cheat செய்ய முயல்பவர்கள் penalties-ஐ சந்திக்க நேரிடும்.
+
+Staking deposit contract November 2020-ல் launch ஆனதில் இருந்து சில Ethereum pioneers voluntary-ஆக validator activate செய்ய fund-ஐ lock செய்தனர்.
+
+Shanghai/Capella upgrade-க்கு முன்பு, staked ETH-ஐ பயன்படுத்த முடியாது. இப்போது, உங்கள் rewards-ஐ ஒரு chosen account-க்கு auto receive செய்ய opt-in செய்யலாம், மேலும் staked ETH-ஐ நீங்கள் எப்போது வேண்டுமானாலும் withdraw செய்யலாம்.
+
+### நான் எப்படி தயாராக வேண்டும்? {#how-do-i-prepare}
+
+<WithdrawalsTabComparison />
+
+### முக்கிய அறிவிப்புகள் {#important-notices}
+
+ஒரு validator account-இல் ETH-ஐ withdraw செய்ய withdrawal address-ஐ வழங்குவது ஒரு அவசியமான படி.
+
+<Alert variant="warning">
+<AlertEmoji text="⚠️"/>
+<AlertContent>
+<AlertDescription>
+<strong>ஒவ்வொரு சரிபார்ப்பாளர் கணக்கிற்கும் ஒரு முறை மட்டுமே ஒற்றைத் திரும்பப்பெறும் முகவரியை ஒதுக்க முடியும்.</strong> ஒரு முகவரி தேர்ந்தெடுக்கப்பட்டு ஒருமித்த அடுக்குக்குச் சமர்ப்பிக்கப்பட்டவுடன், இதை மீண்டும் செயல்தவிர்க்கவோ மாற்றவோ முடியாது. சமர்ப்பிக்கும் முன் வழங்கப்பட்ட முகவரியின் உரிமை மற்றும் துல்லியத்தை இருமுறை சரிபார்க்கவும்.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+இந்த process-ஐ செய்யாதிருந்தால், <strong>உங்கள் funds-க்கு எந்த அபாயமும் இல்லை</strong>, உங்கள் mnemonic/seed phrase offline-ல் பாதுகாப்பாக இருப்பின். Withdrawal credentials-ஐ சேர்க்க தவறினால், withdraw address வழங்கும் வரை ETH-ஐ validator account-இல் lock செய்யப்பட்ட நிலையில் விடும்.
+
+## ஸ்டேக்கிங்கிலிருந்து முழுவதுமாக வெளியேறுதல் {#exiting-staking-entirely}
+
+ஒரு சரிபார்ப்பாளர் கணக்கு இருப்பிலிருந்து _எந்தவொரு_ நிதியையும் மாற்றுவதற்கு முன்பு திரும்பப்பெறும் முகவரியை வழங்குவது அவசியமாகும்.
+
+Staking-இல் இருந்து முழுமையாக exit ஆகவும், validator keys-உடன் "voluntary exit" message-ஐ sign செய்து, validator client-ல் broadcast செய்ய வேண்டும். இதை உங்கள் consensus node-க்கு submit செய்ய வேண்டும், மற்றும் இதற்காக gas தேவையில்லை.
+
+ஒரு validator staking-இல் இருந்து exit ஆகும் செயல்முறை, அதே நேரத்தில் exit ஆகும் மற்ற validator களின் எண்ணிக்கையைப் பொருத்து, நேரம் மாறுபடலாம். ஒரு முறை exit ஆகிவிட்டால், அந்த account validator network-ல்கடமைகளைச் செய்யத்் தேவையில்லை, rewards பெறுவதற்குத் தகுதியற்றதாக இருக்கும், மேலும் ETH "at stake" என்று இருக்காது. இதனால், அந்த account "முழுவதுமாக withdraw செய்யக்கூடியது" (fully withdrawable) என்று குறிக்கப்படும்.
+
+ஒரு account "withdrawable" என்று குறிக்கப்படும்போது, withdrawal credentials கொடுக்கப்பட்டிருந்தால், user வேறு எதுவும் செய்யத் தேவையில்லை. தகுதியான வெளியேறிய நிதிகளுக்காகக் கணக்குகள் தொகுதி முன்மொழிபவர்களால் தானாகவும் தொடர்ச்சியாகவும் துடைக்கப்படுகின்றன, மேலும் உங்கள் கணக்கு இருப்பு அடுத்த <a href="#validator-sweeping" customEventOptions={{ eventCategory: "Anchor link", eventAction: "Exiting staking entirely (sweep)", eventName: "click" }}>துடைத்தலின்</a> போது முழுமையாக மாற்றப்படும் (இது "முழுமையாகத் திரும்பப்பெறுதல்" என்றும் அழைக்கப்படுகிறது).
+
+## ஸ்டேக்கிங் திரும்பப்பெறுதல்கள் எப்போது இயக்கப்பட்டன? {#when}
+
+திரும்பப்பெறும் செயல்பாடு **ஏப்ரல் 12, 2023** அன்று நிகழ்ந்த ஷாங்காய்/கேபெல்லா மேம்படுத்தலின் ஒரு பகுதியாக இயக்கப்பட்டது.
+
+Shanghai/Capella upgrade மூலம் முந்தைய staked ETH-ஐ reclaim செய்து, சாதாரண Ethereum accounts-க்கு மாற்ற அனுமதிக்கப்பட்டது. இது staking liquidity-யின் loop-ஐ close செய்தது மற்றும் Ethereum-ன் sustainable, scalable, secure decentralized ecosystem-ஐ உருவாக்கும் பயணத்தில் ஒரு படியாக அமைந்தது.
+
+- [எத்தேரியம் வரலாறு பற்றி மேலும்](/ethereum-forks/)
+- [எத்தேரியம் செயல்திட்டத்தைப் பற்றி மேலும்](/roadmap/)
+
+## Withdrawal Payments எப்படி வேலை செய்கின்றது? {#how-do-withdrawals-work}
+
+ஒரு withdrawal-க்கு validator eligible என்றால், அது validator account-இன் state மூலம் தீர்மானிக்கப்படும்.  ஒரு கணக்கில் திரும்பப்பெறுதல் தொடங்கப்பட வேண்டுமா இல்லையா என்பதைத் தீர்மானிக்க எந்த நேரத்திலும் பயனர் உள்ளீடு தேவையில்லை—முழு செயல்முறையும் ஒருமித்த அடுக்கால் தொடர்ச்சியான சுழற்சியில் தானாகவே செய்யப்படுகிறது.
+
+### பார்த்து கற்பவரா? {#visual-learner}
+
+Ethereum மூலமாகச் செலவினச் சுரண்டலில் Validator "sweeping" செய்யும் விதம்:
+
+<YouTube id="RwwU3P9n3uo" />
+
+### சரிபார்ப்பாளர் "துடைத்தல்" {#validator-sweeping}
+
+ஒரு Validator அடுத்த தொகுதியை (block) பரிந்துரைக்கவும், தொகுப்புக்கான withdraw சம்மந்தப்பட்ட தொகுப்புகளின் கோவையை உருவாக்கவும் திட்டமிடப்படும்போது, அது withdrawal பெறுவதற்கான முன்னுரிமையை அமைக்க வேண்டும் இந்தக் குற்றவியல் முறையில், validator index 0இல் தொடங்கி, அந்தக் கணக்கிற்கான நடைமுறை விதிகளின் படி withdrawal க்கு முன்னுரிமை அமைக்கவும், தகுதியுள்ள withdraw இருக்குமானால் அதை withdraw சரத்தில் சேர்க்கவும் செய்யப்படும். அடுத்த தொகுப்பிற்கான validator முன்னையது செயல்முறையை எடுத்துத் தொடரும், வரிசையில் தற்காலிகமாக.
+
+<Alert variant="update">
+<AlertEmoji text="🕛"/>
+<AlertContent>
+<AlertDescription>
+ஒரு அனலாக் கடிகாரத்தைப் பற்றி சிந்தியுங்கள். கடிகாரத்தின் முள் மணியைக் குறிக்கிறது, ஒரே திசையில் முன்னேறுகிறது, எந்த மணிநேரத்தையும் தவிர்க்காது, மேலும் கடைசி எண்ணை அடைந்த பிறகு இறுதியில் மீண்டும் தொடக்கத்திற்குச் சுற்றுகிறது.<br/><br/>
+இப்போது 1 முதல் 12 வரை என்பதற்குப் பதிலாக, கடிகாரத்தில் 0 முதல் N வரை இருப்பதாக கற்பனை செய்து பாருங்கள் <em>(ஜனவரி 2023 நிலவரப்படி ஒருமித்த அடுக்கில் பதிவுசெய்யப்பட்ட மொத்த சரிபார்ப்பாளர் கணக்குகளின் எண்ணிக்கை 500,000-க்கும் மேல்).</em><br/><br/>
+கடிகாரத்தின் முள் தகுதியான திரும்பப்பெறுதல்களுக்காகச் சரிபார்க்கப்பட வேண்டிய அடுத்த சரிபார்ப்பாளரைக் குறிக்கிறது. அது 0 இல் தொடங்கி, எந்த கணக்குகளையும் தவிர்க்காமல் முழுவதுமாக முன்னேறுகிறது. கடைசி சரிபார்ப்பாளரை அடைந்ததும், சுழற்சி மீண்டும் தொடக்கத்தில் தொடர்கிறது.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+#### திரும்பப்பெறுதல்களுக்காக ஒரு கணக்கைச் சரிபார்த்தல் {#checking-an-account-for-withdrawals}
+
+Withdrawals க்கு முன்னுரிமையைக் கொண்ட கணக்குகளைத் தேர்ந்தெடுக்கும்போது, validator withdraw க்கு தகுதி உள்ளதா என்று காண validator ஒரு சோதனைச் சுற்றுக்கு வரும், withdraw தொடங்குவதற்கான கீழ்க்கண்ட கேள்விகளைச் சரிபார்க்கும்.
+
+1. **திரும்பப்பெறும் முகவரி வழங்கப்பட்டுள்ளதா?** திரும்பப்பெறும் முகவரி வழங்கப்படாவிட்டால், கணக்கு தவிர்க்கப்பட்டு, திரும்பப்பெறுதல் தொடங்கப்படாது.
+2. **சரிபார்ப்பாளர் வெளியேறி, திரும்பப்பெறத்தக்க நிலையில் உள்ளாரா?** சரிபார்ப்பாளர் முழுமையாக வெளியேறி, அவர்களின் கணக்கு "திரும்பப்பெறத்தக்கது" என்று கருதப்படும் காலவட்டத்தை நாம் அடைந்திருந்தால், ஒரு முழுமையான திரும்பப்பெறுதல் செயல்படுத்தப்படும். இது withdrawal முகவரிக்கு அனைத்து எத்தும் (Eth) மீறியவை அனுப்பப்படும்.
+3. **செயலிலுள்ள இருப்பு 32 இல் உச்சத்தை அடைந்துள்ளதா?** கணக்கில் திரும்பப்பெறும் சான்றுகள் இருந்து, முழுமையாக வெளியேறாமல், மேலும் 32-க்கு மேல் வெகுமதிகள் காத்திருந்தால், ஒரு பகுதி திரும்பப்பெறுதல் செயல்படுத்தப்படும், இது 32-க்கு மேலான வெகுமதிகளை மட்டும் பயனரின் திரும்பப்பெறும் முகவரிக்கு மாற்றும்.
+
+Validator operators முறைப்படுத்த வேண்டிய இரண்டு நடவடிக்கைகள் இவை:
+
+- Withdrawal சான்றுகளை வழங்கல் withdrawal ஐ செயலாக்க அனுமதிக்க
+- நெட்வொர்க்கிலிருந்து exit செய்வது, முழு withdrawalஐ செயலாக்க வேண்டும்
+
+### எரிவாயு இல்லாதது {#gas-free}
+
+ஸ்டேக்கிங் திரும்பப்பெறுதல்களுக்கான இந்த அணுகுமுறை, ஒரு குறிப்பிட்ட அளவு ETH-ஐ திரும்பப்பெறக் கோரி ஸ்டேக்கர்கள் கைமுறையாகப் பரிவர்த்தனையைச் சமர்ப்பிக்க வேண்டிய தேவையைத் தவிர்க்கிறது. இதன் பொருள் **எரிவாயு (பரிவர்த்தனைக் கட்டணம்) தேவையில்லை**, மேலும் திரும்பப்பெறுதல்கள் தற்போதுள்ள செயலாக்க அடுக்கு தொகுதி இடத்திற்காகப் போட்டியிடாது.
+
+### நான் எப்பொழுது staking rewards பெறுவேன்? {#how-soon}
+
+ஒரு block இல் அதிகபட்சம் 16 withdrawals செயலாக்கப்படும். 115,200 validator withdrawals தினமும் செயலாக்கப்படும் (மிஸ் செய்யப்பட்ட slots இல்லாமல்). Withdrawals இல் தகுதி பெறாத validators தவிர்க்கப்படுவது நோக்கம், அதனால் சோதனை நேரம் குறைக்கப்படும்.
+
+Withdrawals எண்ணிக்கைக்கு நேரத்தைப் பயன்படுத்தி கணக்கீடு செய்யலாம்:
+
+<TableContainer>
+
+| திரும்பப்பெறுதல்களின் எண்ணிக்கை |     முடிக்க ஆகும் நேரம்     |
+| :-----------------------------: | :-------------------------: |
+|             400,000             | 3.5 நாட்கள் |
+|             500,000             | 4.3 நாட்கள் |
+|             600,000             | 5.2 நாட்கள் |
+|             700,000             | 6.1 நாட்கள் |
+|             800,000             | 7.0 நாட்கள் |
+
+</TableContainer>
+
+நெட்வொர்க்கில் அதிக சரிபார்ப்பாளர்கள் இருப்பதால் இது மெதுவாகிறது என்பதை நீங்கள் காண்கிறீர்கள். தவறவிட்ட ஸ்லாட்டுகளின் அதிகரிப்பு இதை விகிதாசாரமாக மெதுவாக்கக்கூடும், ஆனால் இது பொதுவாக சாத்தியமான விளைவுகளின் மெதுவான பக்கத்தைக் குறிக்கும்.
+
+## Frequently asked questions {#faq}
+
+<ExpandableCard
+title="திரும்பப்பெறும் முகவரியை அமைத்த பிறகு, அதை மாற்ற முடியுமா?"
+eventCategory="FAQ"
+eventAction="Once I have provided a withdrawal address, can I change it to an alternative withdrawal address?"
+eventName="read more">
+இல்லை, திரும்பப்பெறும் சான்றுகளை வழங்கும் செயல்முறை ஒரு முறை மட்டுமே செய்யக்கூடியது, சமர்ப்பித்தவுடன் அதை மாற்ற முடியாது.
+</ExpandableCard>
+
+<ExpandableCard
+title="திரும்பப்பெறும் முகவரியை ஏன் ஒரு முறை மட்டுமே அமைக்க முடியும்?"
+eventCategory="FAQ"
+eventAction="Why can a withdrawal address only be set once?"
+eventName="read more">
+ஒரு செயலாக்க அடுக்கு திரும்பப்பெறும் முகவரியை அமைப்பதன் மூலம் அந்த சரிபார்ப்பாளருக்கான திரும்பப்பெறும் சான்றுகள் நிரந்தரமாக மாற்றப்பட்டுள்ளன. இதன் பொருள், பழைய credentials ஏற்கெனவே செயலிழக்கின்றன, மேலும் புதிய credentials மூலம் execution layer கணக்கிற்கு funds அனுப்பப்படும்.
+
+Withdrawal முகவரிகள் smart contract (அதன் code மூலம் கட்டுப்படுத்தப்படும்) அல்லது externally owned account (EOA, அதன் private key மூலம் கட்டுப்படுத்தப்படும்) ஆகியவற்றில் எதுவாகவும் இருக்கலாம். தற்போது, இக்கணக்குகளுக்கு validator credentials மாற்றத்தை consensus layer க்கு signal செய்யும் வகையில் ஒரு message அனுப்ப இயலாது, மேலும் இவ்வாறு செய்வது protocol க்கு தேவையற்ற சிக்கலை உருவாக்கும்.
+
+ஒரு குறிப்பிட்ட validator க்கான withdrawal முகவரியை மாற்றும் பதிலாக, χρήστες withdrawal முகவரியாக smart contract ஐ அமைத்து key rotating போன்ற விஷயங்களை Safe போன்ற contract கள் மூலம் கையாளலாம். அவர்கள் funds ஐ EOA க்கு சென்று withdrawal செய்வதை முடித்து, பின்னர் புதிய credentials பயன்படுத்தி re-stake செய்யலாம்.
+</ExpandableCard>
+
+<ExpandableCard
+title="நான் பூல்டு ஸ்டேக்கிங் அல்லது லிக்விட் ஸ்டேக்கிங் டோக்கன்களைப் பயன்படுத்தினால் என்ன செய்வது?"
+eventCategory="FAQ"
+eventAction="What if I participate in staking tokens or pooled staking"
+eventName="read more">
+
+நீங்கள் ஒரு [ஸ்டேக்கிங் தொகுப்பின்](/staking/pools/) பகுதியாக இருந்தால் அல்லது ஸ்டேக்கிங் டோக்கன்களை வைத்திருந்தால், ஒவ்வொரு சேவையும் வித்தியாசமாகச் செயல்படுவதால், ஸ்டேக்கிங் திரும்பப்பெறுதல்கள் எவ்வாறு கையாளப்படுகின்றன என்பது குறித்த கூடுதல் விவரங்களுக்கு உங்கள் வழங்குநரைச் சரிபார்க்க வேண்டும்.
+
+பொதுவாக, underlying staked ETH ஐ மீண்டும் பெற்றுக்கொள்ளவும் அல்லது staking provider ஐ மாற்றவும் சுதந்திரமாக இருக்க வேண்டும். ஒரு குறிப்பிட்ட pool மிகப் பெரியதாக மாறினால், funds ஐ exit செய்து, redemption செய்து, <a href="https://rated.network/">சிறிய provider</a> உடன் மீண்டும் stake செய்யலாம். அல்லது, நீங்கள் போதுமான ETH-ஐக் குவித்திருந்தால், நீங்கள் [வீட்டிலிருந்து ஸ்டேக் செய்யலாம்](/staking/solo/).
+</ExpandableCard>
+
+<ExpandableCard
+title="வெகுமதிகள் (பகுதி திரும்பப்பெறுதல்) தானாகவே கிடைக்குமா?"
+eventCategory="FAQ"
+eventAction="Do reward payments (partial withdrawals) happen automatically?"
+eventName="read more">
+ஆம், உங்கள் சரிபார்ப்பாளர் திரும்பப்பெறும் முகவரியை வழங்கியிருக்கும் வரை. Withdrawals தொடங்குவதற்கு, இதனை ஒருமுறை வழங்க வேண்டும், பின்னர் ஒவ்வொரு validator sweep க்கும் reward payments தானாகவே செயற்கையாகத் தொடங்கப்படும்.
+</ExpandableCard>
+
+<ExpandableCard
+title="முழுமையான திரும்பப்பெறுதல் தானாகவே நடக்குமா?"
+eventCategory="FAQ"
+eventAction="Do full withdrawals happen automatically?"
+eventName="read more">
+
+இல்லை, உங்கள் validator இந்நிலையிலேயே active ஆக இருந்தால், முழு withdrawal தானாகவே ஏற்படாது. இது, manual ஆக voluntary exit ஐ தொடங்க வேண்டும்.
+
+Validator exiting செயல்முறையை முடித்ததும், மேலும் கணக்கில் withdrawal credentials <em>இருக்குமானால்</em>, அடுத்து <a href="#validator-sweeping">validator sweep</a> முடிந்தவுடன் ஏற்கனவே முடித்த balance முழுமையாகத் தானாகவே withdraw செய்யப்படும்.
+</ExpandableCard>
+
+<ExpandableCard title="நான் விரும்பும் தொகையைத் திரும்பப் பெற முடியுமா?"
+eventCategory="FAQ"
+eventAction="Can I withdraw a custom amount?"
+eventName="read more">
+திரும்பப்பெறுதல்கள் தானாகவே தள்ளப்படும் வகையில் வடிவமைக்கப்பட்டுள்ளன, ஸ்டேக்கில் தீவிரமாகப் பங்களிக்காத எந்த ETH-ஐயும் மாற்றுகின்றன. இது exiting செயல்முறையை முடித்த கணக்குகளின் balances க்கும் பொருந்தும்.
+
+Withdraw செய்யத் தனிப்பட்டட ETH அளவுகளைக் கேட்க முடியாது.
+</ExpandableCard>
+
+<ExpandableCard
+title="ஒரு சரிபார்ப்பாளராக, திரும்பப்பெறுதலை இயக்குவது பற்றி நான் எங்கே தெரிந்துகொள்ளலாம்?"
+eventCategory="FAQ"
+eventAction="I operate a validator. திரும்பப்பெறுதல்களை இயக்குவது குறித்த கூடுதல் தகவல்களை நான் எங்கே காணலாம்?"
+eventName="read more">
+
+Validator operators Withdrawals பற்றி மேலும் விவரங்களை அறிந்து கொள்வதற்கு <a href="https://launchpad.ethereum.org/withdrawals/">Staking Launchpad Withdrawals</a> பக்கத்தைப் பார்க்க பரிந்துரைக்கின்றோம், இங்கு withdrawals ஐ எவ்வாறு தயாரிக்கலாம், நிகழ்வுகளின் நேரம் பற்றிய விவரங்களை, மற்றும் withdrawals எப்படி செயல்படுகின்றன என்பதற்கான விவரங்களை நீங்கள் காணலாம்.
+
+முதலில் ஒரு டெஸ்ட்நெட்டில் உங்கள் அமைப்பை முயற்சி செய்ய, தொடங்குவதற்கு <a href="https://hoodi.launchpad.ethereum.org">Hoodi டெஸ்ட்நெட் ஸ்டேக்கிங் வெளியீட்டுத்தளத்தைப்</a> பார்வையிடவும்.
+</ExpandableCard>
+
+<ExpandableCard
+title="வெளியேறிய பிறகு அதிக ETH டெபாசிட் செய்வதன் மூலம் எனது சரிபார்ப்பாளரை மீண்டும் செயல்படுத்த முடியுமா?"
+eventCategory="FAQ"
+eventAction="Can I re-activate my validator after exiting by depositing more ETH?"
+eventName="read more">
+இல்லை. ஒரு validator exiting செய்தபின் அதன் முழு balance withdraw ஆகிவிட்டது என்றால், validator க்கு மீண்டும் எதுவும் சேர்க்கப்பட்ட funds withdrawal முகவரிக்கு அடுத்த validator sweepல் தானாகவே அனுப்பப்படும். ETH ஐ மீண்டும் stake செய்ய, புதிய validator ஐ செயல்படுத்த வேண்டும்.
+</ExpandableCard>
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [ஸ்டேக்கிங் வெளியீட்டுத்தளம் திரும்பப்பெறுதல்கள்](https://launchpad.ethereum.org/withdrawals)
+- [EIP-4895: செயல்பாடுகளாக தீப்பந்த சங்கிலி புஷ் திரும்பப்பெறுதல்கள்](https://eips.ethereum.org/EIPS/eip-4895)
+- [PEEPanEIP #94: Potuz & Hsiao-Wei Wang உடன் ஸ்டேக் செய்யப்பட்ட ETH திரும்பப்பெறுதல் (சோதனை)](https://www.youtube.com/watch?v=G8UstwmGtyE)
+- [PEEPanEIP#68: EIP-4895: Alex Stokes உடன் செயல்பாடுகளாக தீப்பந்த சங்கிலி புஷ் திரும்பப்பெறுதல்கள்](https://www.youtube.com/watch?v=CcL9RJBljUs)
+- [சரிபார்ப்பாளர் செயலிலுள்ள இருப்பைப் புரிந்துகொள்ளுதல்](https://www.attestant.io/posts/understanding-validator-effective-balance/)
diff --git a/public/content/translations/ta/web3/index.md b/public/content/translations/ta/web3/index.md
new file mode 100644
index 00000000000..402ff0f61a3
--- /dev/null
+++ b/public/content/translations/ta/web3/index.md
@@ -0,0 +1,169 @@
+---
+title: "Web3 என்றால் என்ன, அது ஏன் முக்கியமானது?"
+description: "Web3-க்கான ஒரு அறிமுகம் - உலகளாவிய வலையின் அடுத்த பரிணாமம் - மற்றும் அது ஏன் முக்கியமானது."
+lang: ta
+---
+
+# Web3-க்கான அறிமுகம் {#introduction}
+
+<div className="mt-4">
+<ListenToPlayer slug="/web3/" />
+</div>
+
+மையமயமாக்கல் உலகளாவிய இணையத்தில் கோடிக்கணக்கான மக்களை வரவேற்க உதவியது மற்றும் அதன் மேல் வாழ்க்கையை நடத்த உதவும் நிலைத்த, வலுவான பிணையத்தை உருவாக்கியுள்ளது. ஒரே நேரத்தில், சில மையமயமாக்கப்பட்ட நிறுவனங்கள் உலகளாவிய இணையத்தின் பெரியபகுதியைக் கைப்பற்றியுள்ளனன, என்னை அனுமதிக்க வேண்டும், என்னைஅனுமதிக்கக் கூடாதுு என்று ஒருதலையாக முடிவு செய்கின்றன.
+
+Web3 இத்தகைய சிக்கலுக்கான பதிலாகும். பெரிய தொழில்நுட்ப நிறுவனங்களால் ஆக்கிரமிக்கப்பட்ட இணையத்திற்குப் பதிலாக, Web3 மையமற்ற தன்மையை ஏற்கிறது மற்றும் அதன் பயனாளர்களால் கட்டப்பட்டு, இயக்கப்பட்டு, உரிமையுள்ளதாக உள்ளது. Web3 சக்தியை நிறுவனங்களின் கையிலிருந்து தனிநபர்களின் கைகளுக்கு மாற்றுகிறது.
+Web3 பற்றிப் பேசுவதற்கு முன், நாங்கள் இங்கு எப்படி வந்தோம் என்பதைக் கண்டுபிடிக்கலாம்.
+
+<Divider />
+
+## ஆரம்பகால இணையம் {#early-internet}
+
+இன்றைய இணையம் நவீன வாழ்க்கையின் தொடர்ச்சியான தூணாகவே அனைவரும் நினைக்கிறார்கள் - இது கண்டுபிடிக்கப்பட்டது மற்றும் தொடர்ந்து இருந்து வருகிறது. இருப்பினும், இன்றைக்கு நாங்கள் அறிந்திருக்கும் இணையம் ஆரம்பத்தில் கற்பனை செய்ததிலிருந்து மிகவும் மாறுபட்டது. இதைச் சிறப்பாகப் புரிந்துகொள்ள, இணையத்தின் குறுகிய வரலாற்றைச் சற்றே சிதறியகாலங்களில் பிரிக்கலாம்—Web 1.0 மற்றும் Web 2.0.
+
+### Web 1.0: வாசிப்பு மட்டும் (1990-2004) {#web1}
+
+1989 இல், செர்ன், ஜெனிவாவில், டிம் பெர்னர்ஸ்-லீ உலகளாவிய இணையமாக மாறிய சிக்கல்களை உருவாக்குவதில் தீவிரமாக இருந்தார். அவரது யோசனை என்ன? தகவல் பகிர்வுகளை எங்கிருந்தும் பகிரும் திறன் கொண்ட திறந்த, மையமற்ற நெறிமுறைகளை உருவாக்க.
+
+பெர்னர்ஸ்-லீயின் படைப்பின் முதல் உருவாக்கம், தற்போது 'Web 1.0' என்று அழைக்கப்படுகிறது, சுமார் 1990 முதல் 2004 வரை நிகழ்ந்தது. Web 1.0 கணினி நிறுவனங்கள் தங்களுக்குள் உள்ள வெப்சைட்டுகளே மையமாக இருந்தது, மற்றும் பயனாளர்களுக்கு இடையே குறைந்த அளவு இடைமுகங்கள் மட்டுமே இருந்தன.
+
+![வாடிக்கையாளர்-சேவையக கட்டமைப்பு, Web 1.0-ஐக் குறிக்கிறது](./web1.png)
+
+### Web 2.0: வாசிப்பு-எழுதுதல் (2004-தற்போது) {#web2}
+
+Web 2.0 காலம் 2004 இல் சமூக ஊடக தளங்களின் உருவாகியதுடன் துவங்கியது. வாசிப்பு மட்டுமில்லாமல், இணையம் வாசிப்பு-எழுதுதல் என மாறியது. நிறுவனங்கள் பயனாளர்களுக்கு உள்ளடக்கங்களை வழங்கியதற்கு பதிலாக, பயனாளர் உருவாக்கப்பட்ட உள்ளடக்கங்களைப் பகிர்வதற்கும் பயனர்-பயனர் இடைமுகங்களில் ஈடுபடுவதற்கும் தளங்களை வழங்க ஆரம்பித்தனர். மேலும், மக்கள் இணையத்திற்குள் அதிக அளவில் இணையத் தொடங்கியதால், சில முன்னணி நிறுவனங்கள் இணையத்தில் உற்பத்தியாகியிருக்கும் மிகப் பரவலான அளவு திரவியங்களைக் கட்டுப்படுத்தத் தொடங்கினர். Web 2.0 விளம்பர-சார்ந்த வருமான மாதிரியை உருவாக்கியது. பயனாளர்கள் உள்ளடக்கங்களை உருவாக்க முடிந்தபோதும், அவற்றின் நிலைத்த நிலைத்த நிலம் பயன்படுத்தப்படுவதில் அவர்கள் உரிமை பெறவில்லை.
+
+![வாடிக்கையாளர்-சேவையக கட்டமைப்பு, Web 2.0-ஐக் குறிக்கிறது](./web2.png)
+
+<Divider />
+
+## Web 3.0: வாசிப்பு-எழுதுதல்-உரிமை {#web3}
+
+'Web 3.0' என்ற கோட்பாட்டை [Ethereum](/what-is-ethereum/) இணை நிறுவனர் கேவின் வுட் 2014-இல் Ethereum தொடங்கப்பட்ட சிறிது காலத்திலேயே உருவாக்கினார். கேவின் பல ஆரம்பகால க்ரிப்டோ உற்பத்தி எட்டிகள் அனுபவித்த பிரச்சினைக்குத் தீர்வை வார்த்தைகளில் வெளிப்படுத்தினார்: இணையம் மிகவும் நம்பிக்கை தேவை. அதாவது, மக்கள் அறிந்திருக்கும் இணையத்தின் பெரும்பாலான பகுதி சில தனியார் நிறுவனங்கள் பொது நலனில் செயல்படுகின்றன என்ற நம்பிக்கையில் மட்டுமே நம்பிக்கை.
+
+![பரவலாக்கப்பட்ட முனை கட்டமைப்பு, Web3-ஐக் குறிக்கிறது](./web3.png)
+
+### Web3 என்றால் என்ன? {#what-is-web3}
+
+Web3 என்பதற்கான காட்சியைப் பரிசோதிக்கும் புதிய, சிறந்த இணையத்தை உருவாக்கும் முழுமையான ஆவணம். இதன் மூலக்கூறு என்ன? Web3 வல்லாண்மையைப் பயனாளர்களின் கைகளில் மாற்றுகிறது. 2020 இல் ஒரு ட்விட்டர் பதிவில் அதனைச் சிறப்பாக வெளிப்படுத்தியது: Web1 வாசிப்பு மட்டும், Web2 வாசிப்பு-எழுதுதல், Web3 வாசிப்பு-எழுதுதல்-உரிமை ஆகும்.
+
+#### Web3 இன் முக்கிய கருத்துக்கள் {#core-ideas}
+
+Web3 என்ன என்பது ஒரு உறுதியான விளக்கத்தை வழங்குவது சவாலானது, இருந்தாலும், அதன் உருவாக்கத்தை வழிநடத்தும் சில முக்கியக் கொள்கைகள் உள்ளன.
+
+- **Web3 பரவலாக்கப்பட்டது:** இணையத்தின் பெரும் பகுதிகள் மையப்படுத்தப்பட்ட நிறுவனங்களால் கட்டுப்படுத்தப்பட்டு சொந்தமாக்கப்படுவதற்குப் பதிலாக, உரிமை அதன் உருவாக்குநர்கள் மற்றும் பயனர்களிடையே பகிர்ந்தளிக்கப்படுகிறது.
+- **Web3 அனுமதியற்றது:** Web3-இல் பங்கேற்க அனைவருக்கும் சமமான அணுகல் உள்ளது, யாரும் விலக்கப்படுவதில்லை.
+- **Web3 உள்ளார்ந்த பணம் செலுத்தும் முறைகளைக் கொண்டுள்ளது:** இது வங்கிகள் மற்றும் கட்டணச் செயலிகளின் காலாவதியான உள்கட்டமைப்பைச் சார்ந்திருப்பதற்குப் பதிலாக, இணையத்தில் பணத்தைச் செலவழிக்கவும் அனுப்பவும் கிரிப்டோகரன்சியைப் பயன்படுத்துகிறது.
+- **Web3 நம்பிக்கை தேவைப்படாதது:** இது நம்பகமான மூன்றாம் தரப்பினரைச் சார்ந்திருப்பதற்குப் பதிலாக, ஊக்கத்தொகைகள் மற்றும் பொருளாதார வழிமுறைகளைப் பயன்படுத்தி செயல்படுகிறது.
+
+### Web3 ஏன் முக்கியமானது? {#why-is-web3-important}
+
+Web3 இன் முக்கிய அம்சங்கள் தனித்தன்மை வாய்ந்தவை அல்ல மற்றும் சீரான பிரிவுகளில் பொருந்துவதில்லை, எளிமைப்படுத்துவதற்காக, அவற்றைப் புரிந்துகொள்ள எளிதாகப் பிரித்து விவாதிக்க முயற்சிக்கிறோம்.
+
+#### உரிமை {#ownership}
+
+Web3 உங்களுக்கு உங்கள் டிஜிட்டல் சொத்துக்களின் முன்னெப்போதும் இல்லாதவாறு உரிமையை வழங்குகிறது. எடுத்துக்காட்டாக, நீங்கள் ஒரு Web2 கேமை விளையாடுகிறீர்கள் என்று கூறுங்கள். நீங்கள் ஒரு கேமில் உள்ள உருப்படியை வாங்கினால், அது நேரடியாக உங்கள் கணக்குடன் தொடர்பு கொண்டிருக்கும். கேமின் உருவாக்குநர்கள் உங்கள் கணக்கை நீக்கினால், நீங்கள் அந்த உருப்படிகளை இழந்து விடுவீர்கள். அல்லது, நீங்கள் கேமிங் செய்யாமல் விட்டால், உங்கள் கேமில் உள்ள உருப்படிகளுக்கு முதலீடு செய்த மதிப்பை இழக்கிறீர்கள்.
+
+Web3, [பதிலீடு செய்ய முடியாத டோக்கன்கள் (NFTகள்)](/glossary/#nft) மூலம் நேரடி உரிமையை அனுமதிக்கிறது. கேமின் உருவாக்குநர்கள் உட்பட, யாருக்கும் உங்கள் உரிமையை அகற்ற இயலாது. மேலும், நீங்கள் கேமிங் செய்யாமல் விட்டால், உங்கள் கேமில் உள்ள உருப்படிகளைத் திறந்த சந்தைகளில் விற்க அல்லது பரிமாறலாம் மற்றும் அதன் மதிப்பை மீட்டுக்கொள்ளலாம். இதைச் செயல்பாட்டில் காண [ஆன்செயின் கேமிங்கை](/gaming/) ஆராயுங்கள்.
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="flex-row items-center justify-between">
+  <div>NFT-க்களைப் பற்றி மேலும் அறிக</div>
+  <ButtonLink href="/nft/">
+    NFT-க்களைப் பற்றி மேலும்
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+#### தணிக்கை எதிர்ப்பு {#censorship-resistance}
+
+மேடைகள் மற்றும் உள்ளடக்க உருவாக்குநர்கள் ஆகியோருக்கிடையிலான அதிகாரத்தின் சீர்குலைப்பு பரந்த அளவிலானது.
+
+எடுத்துக்காட்டாக, OnlyFans என்பது பயனர் உருவாக்கிய ஆபாசமான உள்ளடக்கத்திற்கான தளமாகும், இது 1 மில்லியனுக்கும் அதிகமான உள்ளடக்க உருவாக்குநர்களைக் கொண்டுள்ளது, இதில் பலர் தங்களின் பிரதான வருமான மூலமாக இந்தத் தளத்தைப் பயன்படுத்துகின்றனர். 2021 ஆகஸ்டில், OnlyFans பாலியல் நெறிமுறைகள் தொடர்பான உள்ளடக்கத்தைத் தடை செய்யத் திட்டமிட்டது. இந்த அறிவிப்பு தளத்தில் உள்ள உருவாக்குநர்களிடையே கடுமையான எதிர்ப்பை ஏற்படுத்தியது, அவர்கள் தாங்கள் உருவாக்கிய ஒரு தளத்தில் வருமானத்தை இழப்பதாக நினைத்தனர். எதிர்ப்பின் பின்னர், முடிவு விரைவாகத் திரும்பிச் சென்றது. உருவாக்குநர்கள் இந்தப் போராட்டத்தில் வெற்றி பெற்றாலும், இது Web 2.0 உருவாக்குநர்களுக்கான ஒரு பிரச்சனையை முன்னிலைப்படுத்துகிறது: நீங்கள் ஒரு தளத்தை விட்டு வெளியேறினால், நீங்கள் சேர்த்த செல்வாக்கையும் ஆதரவையும் இழந்து விடுவீர்கள்.
+
+Web3 இல், உங்கள் தரவுகள் பிளாக்செயினில் வாழ்கின்றன. நீங்கள் ஒரு தளத்தை விட்டு வெளியேற முடிவெடுத்தால், உங்கள் செல்வாக்கை உங்களுடன் கொண்டு செல்லலாம், மேலும் உங்கள் மதிப்புகளுடன் தெளிவாக ஒத்துப்போகும் மற்றொரு இடைமுகத்தில் அதை நுழைக்கலாம்.
+
+Web 2.0 உள்ளடக்க உருவாக்குநர்கள் விதிகளை மாற்றமாட்டார்கள் என்று தளங்களை நம்புவதைக் கோருகிறது, ஆனால் தணிக்கை எதிர்ப்பு என்பது ஒரு Web3 தளத்தின் உள்ளார்ந்த அம்சமாகும்.
+
+#### பரவலாக்கப்பட்ட தன்னாட்சி அமைப்புகள் (DAOs) {#daos}
+
+Web3 இல் உங்கள் தரவின் உரிமையை உடையிருப்பதற்குப் பொருத்தமாக, நீங்கள் டோக்கன்கள் மூலம் ஒரு நிறுவனம்போலப் பங்குகளுடன் தளத்தைக் குழுமமாகக் கொண்டிருக்கலாம். DAOs மூலம் நீங்கள் ஒரு தளத்தின் பரவலாக்கப்பட்ட உரிமையை ஒருங்கிணைக்கலாம் மற்றும் அதன் எதிர்காலத்தைப் பற்றிய முடிவுகளை எடுக்கலாம்.
+
+DAOs தொழில்நுட்ப ரீதியாக, ஒப்புக்கொள்ளப்பட்ட [ஸ்மார்ட் ஒப்பந்தங்கள்](/glossary/#smart-contract) என வரையறுக்கப்படுகின்றன, அவை வளங்களின் (டோக்கன்கள்) ஒரு தொகுப்பின் மீது பரவலாக்கப்பட்ட முடிவெடுப்பதை தானியக்கமாக்குகின்றன. டோக்கன் உடைய பயனர்கள் எப்படி வளங்கள் செலவழிக்கப்படுகின்றன என்பதில் வாக்களிக்கின்றனர், மேலும் வாக்களிக்கின்ற முடிவைத் தானாகவே நடைமுறைக்குக் கொண்டு வரும்.
+
+இருப்பினும், மக்கள் பல Web3 சமூகங்களை DAO-க்களாக வரையறுக்கின்றனர். இந்த சமூகங்கள் அனைத்தும் குறியீட்டின் மூலம் வெவ்வேறு அளவிலான பரவலாக்கம் மற்றும் தானியக்கத்தைக் கொண்டுள்ளன. எதிர்காலத்தில் DAOs எப்படி பரிணாமம் அடையும் என்பது குறித்த ஆய்வு தற்போது நடைபெற்று வருகிறது.
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="flex-row items-center justify-between">
+  <div>DAO-க்களைப் பற்றி மேலும் அறிக</div>
+  <ButtonLink href="/dao/">
+    DAO-க்களைப் பற்றி மேலும்
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+### அடையாளம் {#identity}
+
+பாரம்பரியமாக, நீங்கள் பயன்படுத்தும் ஒவ்வொரு தளத்திற்கும் ஒரு கணக்கை உருவாக்கியிருக்க வேண்டும். எடுத்துக்காட்டாக, நீங்கள் ஒரு Twitter கணக்கைப் பயன்படுத்தலாம், YouTube கணக்கைப் பயன்படுத்தலாம், மேலும் ஒரு Reddit கணக்கைப் பயன்படுத்தலாம். உங்கள் காட்சிப் பெயரை அல்லது ப்ரொஃபைல் படத்தை மாற்ற வேண்டுமா? ஒவ்வொரு கணக்கிலும் அதைச் செய்ய வேண்டும். சில நிலைகளில், நீங்கள் சமூக கையாளுதலைப் பயன்படுத்தலாம், ஆனால் இது ஒரு வழக்கமான பிரச்சினையை முன்னிலைப்படுத்துகிறது—மூடுபனி. ஒரு கிளிக் மூலம், இந்தத் தளங்கள் உங்கள் முழு இணைய வாழ்வைத் தடுக்க முடியும். மேலும் மோசமாக, பல தளங்கள் ஒரு கணக்கை உருவாக்க உங்களை அடையாளம் காணக்கூடிய தகவல்களை நம்ப உங்களுக்கிடையே வைத்து நம்பிக்கை செலுத்தச் செய்யும்.
+
+ஒரு Ethereum முகவரி மற்றும் [Ethereum பெயர் சேவை (ENS)](/glossary/#ens) சுயவிவரம் மூலம் உங்கள் டிஜிட்டல் அடையாளத்தைக் கட்டுப்படுத்த அனுமதிப்பதன் மூலம் Web3 இந்தப் சிக்கல்களைத் தீர்க்கிறது. ஒரு Ethereum முகவரியைக் கொண்டிருப்பது, தளங்களுக்குப் போட்டியாக ஒரு தனித்துவமான உள்நுழைவு வழங்குகிறது, மேலும் இது பாதுகாப்பானது, மூடுபனி எதிர்ப்பு மற்றும்பெயர் இல்லாமல் உள்ளது.
+
+### உள்ளார்ந்த பணம் செலுத்துதல்கள் {#native-payments}
+
+Web2 இன் கட்டண முகாமைத்துவம் வங்கிகள் மற்றும் கட்டண செயலாக்கிகள் மீதான நம்பகத்தன்மையை மையமாகக் கொண்டது, அதுவே வங்கிக் கணக்குகள் இல்லாதவர்களை அல்லது தவறான நாட்டின் எல்லைகளுக்குள் வாழும் நபர்களை விலக்குகிறது.
+Web3 உலாவியில் நேரடியாகப் பணம் அனுப்ப [ETH](/glossary/#ether) போன்ற டோக்கன்களைப் பயன்படுத்துகிறது, இதற்கு நம்பகமான மூன்றாம் தரப்பினர் தேவையில்லை.
+
+<ButtonLink href="/eth/">
+  ETH பற்றி மேலும்
+</ButtonLink>
+
+## Web3 வரம்புகள் {#web3-limitations}
+
+தற்போதைய Web3 இன் பல நன்மைகளுக்குப் பிறகும், இந்தப் பரிமாணத்தின் வளர்ச்சிக்காகச் சரிபார்க்க வேண்டிய இன்னும் பல வரம்புகள் உள்ளன.
+
+### அணுகல்தன்மை {#accessibility}
+
+பொருத்தமான Web3 அம்சங்கள், Sign-in with Ethereum போன்றவை, ஏற்கனவே இலவசமாகப் பயன்படுத்தத் தயாராக உள்ளன. ஆனால், பரிமாற்றங்களின் தொடர்புடைய செலவு பலருக்கு தடை செய்யும் வகையில் உள்ளது. குறைந்த வருமானம் கொண்ட, வளரும் நாடுகளில் Web3 பயன்படுத்தப்படுவதற்கான சாத்தியம் குறைவாக உள்ளது, காரணமாக உயர்ந்த பரிமாற்றச் செலவுகள். Ethereum-இல், இந்தச் சவால்கள் [செயல்திட்டம்](/roadmap/) மற்றும் [லேயர் 2 அளவிடுதல் தீர்வுகள்](/glossary/#layer-2) மூலம் தீர்க்கப்படுகின்றன. தொழில்நுட்பம் தயாராக உள்ளது, ஆனால் Web3 ஐ அனைவருக்கும் அணுக முடியும் வகையில் Layer 2 இல் உயர் நிலை கடைபிடிப்புகள் தேவைப்படுகிறது.
+
+### பயனர் அனுபவம் {#user-experience}
+
+Web3 பயன்படுத்துவதற்கான தொழில்நுட்பத் தடைகள் தற்போது மிகவும் உயரமாக உள்ளன. பயனர்கள் பாதுகாப்பு கவலைகளைப் புரிந்து கொள்ள வேண்டும், சிக்கலான தொழில்நுட்ப ஆவணங்களைப் புரிந்துகொள்ள வேண்டும், மேலும் தொடங்க இயலாத பயனர் இடைமுகங்களைத் தேட வேண்டும். [வாலட் வழங்குநர்கள்](/wallets/find-wallet/), குறிப்பாக, இதைத் தீர்க்க உழைத்து வருகின்றனர், ஆனால் Web3 பெருமளவில் ஏற்றுக்கொள்ளப்படுவதற்கு முன்பு மேலும் முன்னேற்றம் தேவை.
+
+### கல்வி {#education}
+
+Web3 புதிய நிகழ்ச்சிகளைக் கொண்டு வருகிறது, அவை Web2.0 க்கு பயன்படுத்தப்பட்டுள்ள மனவியல் மாதிரிகளுக்கு மாறான விதமாகக் கற்றல் தேவைப்படும். 1990-களின் பிற்பகுதியில் Web1.0 பிரபலமடைந்து வந்தபோதும் இதேபோன்ற ஒரு கல்வி முன்னெடுப்பு நடந்தது; உலகளாவிய வலையின் ஆதரவாளர்கள் பொதுமக்களுக்குக் கல்வி கற்பிக்க, எளிய உருவகங்கள் (தகவல் நெடுஞ்சாலை, உலாவிகள், இணையத்தில் உலாவுதல்) முதல் [தொலைக்காட்சி ஒளிபரப்புகள்](https://www.youtube.com/watch?v=SzQLI7BxfYI) வரை பல கல்வி நுட்பங்களைப் பயன்படுத்தினர். Web3 கற்றல் சிரமமானது அல்ல, ஆனால் இது வேறுபட்டது. Web3 க்கான இந்தச் சமயங்களை Web2 பயனர்களுக்கு அறிவிக்கும் கல்வித் திட்டங்கள் அதன் வெற்றிக்கு முக்கியமானவை.
+
+Ethereum.org எங்களது [மொழிபெயர்ப்புத் திட்டத்தின்](/contributing/translation-program/) மூலம் Web3 கல்விக்குப் பங்களிக்கிறது, முக்கியமான Ethereum உள்ளடக்கத்தை முடிந்தவரை பல மொழிகளில் மொழிபெயர்ப்பதை நோக்கமாகக் கொண்டுள்ளது.
+
+### மையப்படுத்தப்பட்ட உள்கட்டமைப்பு {#centralized-infrastructure}
+
+Web3 இன்பகுதி இளம் மற்றும் விரைவாகப் பரிணாமம் அடைவதாக உள்ளது.   பல Web3 நிறுவனங்கள் இந்த இடைவெளிகளை நிரப்ப ஆவலுடன் உள்ளன, ஆனால் உயர்தரமான, நம்பகமான கட்டமைப்பை உருவாக்குவது நேரம் எடுக்கும்.
+
+## ஒரு பரவலாக்கப்பட்ட எதிர்காலம் {#decentralized-future}
+
+Web3 என்பது ஒரு இளம் மற்றும் பரிணாம வளர்ச்சி அடையும் பரிமாணமாகும். கேவின் வுட் 2014 இல் Web3 என்பதைக் குறித்த வார்த்தையை உருவாக்கினார், ஆனால் இந்த எண்ணங்கள் சமீபத்திய காலங்களில் தான் உண்மைமையடைந்துள்ளன. கடந்த ஆண்டில் மட்டும், cryptocurrency இல் பெரும் ஆர்வத்தை அதிகரித்துள்ளது, Layer 2 அளவுரு தீர்வுகளில் முன்னேற்றங்கள், புதிய முறை நிர்வாகங்களின் பரிசோதனைகள் மற்றும் டிஜிட்டல் அடையாளத்தில் புரட்சிகள் ஏற்படுத்தியுள்ளது.
+
+Web3 உடன் ஒரு சிறந்த இணையத்தை உருவாக்குவதற்கான தொடக்கத்தில் மட்டுமே நாம் உள்ளோம், ஆனால் அதை ஆதரிக்கின்ற கட்டமைப்பை மேம்படுத்துவதற்குத் தொடர்வதற்குப் பிறகும், இணையத்தின் எதிர்காலம் பிரகாசமாகத் தெரிகிறது.
+
+## நான் எப்படிப் பங்களிக்கலாம் {#get-involved}
+
+- [ஒரு வாலட்டைப் பெறுங்கள்](/wallets/)
+- [ஒரு சமூகத்தைக் கண்டறியுங்கள்](/community/)
+- [Web3 பயன்பாடுகளை ஆராயுங்கள்](/apps/)
+- [ஒரு DAO-வில் சேருங்கள்](/dao/)
+- [Web3-இல் உருவாக்குங்கள்](/developers/)
+
+## மேலும் வாசிக்க {#further-reading}
+
+Web3 என்பது கண்டிப்பாக வரையறுக்கப்படவில்லை. பல்வேறு சமூகப் பங்கேற்பாளர்கள் அதைப் பற்றி வெவ்வேறு கண்ணோட்டங்களைக் கொண்டுள்ளனர். அவற்றில் சில இங்கே:
+
+- [Web3 என்றால் என்ன? [The Decentralized Internet of the Future Explained](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_
+- [Making Sense of Web 3](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _Josh Stark_
+- [Why Web3 Matters](https://a16zcrypto.com/posts/article/why-web3-matters/) — _Chris Dixon_
+- [Why Decentralization Matters](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _Chris Dixon_
+- [The Web3 Landscape](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_
+- [The Web3 Debate](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_
+
+<QuizWidget quizKey="web3" />
diff --git a/public/content/translations/ta/what-are-apps/index.md b/public/content/translations/ta/what-are-apps/index.md
new file mode 100644
index 00000000000..3d06a1fb8b5
--- /dev/null
+++ b/public/content/translations/ta/what-are-apps/index.md
@@ -0,0 +1,80 @@
+---
+title: "எத்தேரியம் பயன்பாடுகள்"
+metaTitle: "எத்தேரியம் பயன்பாடுகள் | எத்தேரியத்தில் உள்ள பரவலாக்கப்பட்ட பயன்பாடுகள்"
+description: "எத்தேரியத்தில் உள்ள செயலிகள் இலவசமானவை, உலகளாவியவை மற்றும் தனியார் நிறுவன சர்வர்களுக்குப் பதிலாக பொது பிளாக்செயினைப் பயன்படுத்துகின்றன. இதன் பொருள், ஒவ்வொரு திட்டத்திலும் நீங்கள் ஒரே கணக்கைப் பயன்படுத்தலாம் மற்றும் உங்கள் தனியுரிமையைப் பேணலாம்."
+lang: ta
+template: use-cases
+emoji: ":handshake:"
+sidebarDepth: 2
+showDropdown: false
+image: /images/doge-computer.png
+summary: "எத்தேரியத்தில் உள்ள செயலிகள் இலவசமானவை, உலகளாவியவை மற்றும் தனியார் நிறுவன சர்வர்களுக்குப் பதிலாக பொது பிளாக்செயினைப் பயன்படுத்துகின்றன. இதன் பொருள், ஒவ்வொரு திட்டத்திலும் நீங்கள் ஒரே கணக்கைப் பயன்படுத்தலாம் மற்றும் உங்கள் தனியுரிமையைப் பேணலாம்."
+---
+
+## Apps with superpowers {#apps-with-superpowers}
+
+Ethereum பயன்பாடுகள் சாதாரண பயன்பாடுகளைப் போல தோன்றலாம். ஆனால் உள்ளே சில சிறப்பு திறன்கள் இருக்கின்றன.
+
+ஒரு பயன்பாடு Ethereum blockchain-இல் வெளியிடப்பட்டவுடன், அது நிறுத்த முடியாததாக மாறிவிடும். இதற்குக் காரணம் Ethereum நெட்வொர்க் உலகம் முழுவதும் ஆயிரக்கணக்கான கணினிகளில் பகிர்ந்து வைக்கப்பட்டுள்ளது. Ethereum-ல் இயங்கும் பயன்பாடுகளை யாராலும் நிறுத்த முடியாது, ஏனெனில் குறிவைக்கக் கூடிய ஒரே ஒரு சர்வரும் இல்லை. Ethereum சார்பில்லாதது, அதனால் உலகின் எங்கிருந்தாலும் யாரும் இதைப் பயன்படுத்தவோ அல்லது இதனுடன் இணைத்து அதன்மேல் தங்களின் மாற்றங்களை உருவாக்கவோ முடியும்.
+
+## What is a dapp? {#what-is-a-dapp}
+
+Ethereum பயன்பாடுகளின் logic, centralized servers-இல் அல்லாமல் Ethereum blockchain-இல் இயங்குகிறது. இதனால் அவற்றை decentralized applications அல்லது சுருக்கமாக dapps என்று அழைக்கப்படுகின்றன.
+
+<CardGrid>
+  <Card title="அதிக தனியுரிமை" emoji=":detective:" description="எந்தவொரு Dapp-ஐப் பயன்படுத்தவும் உங்களுக்கு ஒரு எத்தேரியம் பணப்பை மட்டுமே தேவை. உங்கள் தனிப்பட்ட தரவு தேவையில்லை. இப்படித்தான் இணையம் எப்போதும் இருந்திருக்க வேண்டும்."/>
+  <Card title="உலகளாவிய அணுகல்" emoji="🌍" description="Dapp-கள் பிராந்தியங்கள் மற்றும் ஆப் ஸ்டோர்களின் விதிகளுக்குக் கட்டுப்பட்டவை அல்ல. நீங்கள் வசிக்கும் இடத்தைப் பொருட்படுத்தாமல், இணைய இணைப்பு இருந்தால் போதும்." />
+  <Card title="மலிவான சேவைகள்" emoji=":handshake:" description="Dapp-கள் பியர்-டு-பியர். கமிஷன் எடுக்கும் இடைத்தரகர்கள் இல்லாததால் சேவைகள் மலிவாகின்றன." />
+</CardGrid>
+
+## Why does this matter {#why-does-this-matter}
+
+Thereum பயன்பாடுகள் பாரம்பரிய பயன்பாடுகளால் இயலாத சில விஷயங்களைச் செய்ய முடியும். உதாரணமாக, ஒரு முற்றிலும் அந்நியருக்கே பணம் கடன் கொடுத்து, உங்களின் பணத்தை வட்டியுடன் மீண்டும் பெறுவீர்கள் என்பதற்கான உத்தரவாதத்தை வழங்கும். இவ்வாறு செய்வதற்கு வழக்கறிஞர் போன்ற “நம்பகமான” நடுவணருக்கு கட்டணம் செலுத்த வேண்டிய அவசியமே இல்லை.
+
+விளையாட்டு, நிதி, வேலை, செய்தியாடல், சேமிப்பு மற்றும் பலவற்றிற்கான பயன்பாடுகள் இருக்கின்றன. பெரும்பாலான பயன்பாடுகளில் விளம்பரங்கள் இருக்காது அல்லது குறுக்கீடுகளால் கட்டுப்படுத்தப்படமாட்டீர்கள்.
+
+எந்தவொரு எத்தேரியம் செயலியையும் பயன்படுத்தத் தொடங்க, உங்களுக்கு தேவையானது ஒரு எத்தேரியம் பணப்பை மற்றும் சிறிதளவு ETH மட்டுமே.
+
+## How does it work {#how-does-it-work}
+
+பயன்பாடுகள் smart contracts மூலம் இயங்குகின்றன — அவை Ethereum blockchain-இல் இருக்கும் குறியீட்டு துண்டுகள். பாரம்பரிய பயன்பாடுகளைப் போல ஒரு நிறுவனத்தால் இயக்கப்பட வேண்டிய அவசியம் இல்லை.
+
+| அம்சம்                                | பாரம்பரிய செயலிகள்       | எத்தேரியம் செயலிகள்                |
+| ------------------------------------- | ------------------------ | ---------------------------------- |
+| **இதை யார் கட்டுப்படுத்துகிறார்கள்?** | ஒரு நிறுவனம்             | யாரும் இல்லை                       |
+| **எதில் இயங்குகிறது**                 | தனியார் நிறுவன சர்வர்கள் | பொது எத்தேரியம் பிளாக்செயின்       |
+| **இதைத் தணிக்கை செய்ய முடியுமா?**     | ஆம்                      | இல்லை                              |
+| **உங்கள் தரவுக்கு யார் உரிமையாளர்?**  | பொதுவாக நீங்கள் அல்ல     | உங்கள் தரவுக்கு நீங்களே உரிமையாளர் |
+
+<WhatAreAppsStories />
+
+<div className="w-full md:w-1/2 mx-auto md:mx-0">
+
+![](./developers-eth-blocks.png)
+</div>
+
+## Ethereum apps are like legos {#ethereum-apps-are-like-legos}
+
+அனைத்து பயன்பாடுகளும் Ethereum-ல் உருவாக்கப்பட்டதால், அவை அனைத்தும் ஒருவருக்கொருவர் இணக்கமானவை. ஒரு பயன்பாட்டிற்கான டோக்கன், முற்றிலும் வேறொரு பயன்பாட்டிலும் செயல்படும். இது, நீங்கள் Twitter-ல் போட்ட பதிவை உங்கள் Facebook wall-இல் நேரடியாகப் பகிர்வது போல. உண்மையில், பல Ethereum பயன்பாடுகளில் தனித்தனியாக பதிவு செய்ய வேண்டிய அவசியமின்றி, ஒரே ப்ரொஃபைலை மீண்டும் பயன்படுத்தவும் முடியும்.
+
+<BrowseApps />
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [ஆரம்பநிலையாளர்களுக்கான எத்தேரியம்](/what-is-ethereum)
+- [ஸ்மார்ட் ஒப்பந்தம் என்றால் என்ன?](/developers/docs/smart-contracts/)
+- [தொழில்நுட்ப dapp ஆவணங்கள்](/developers/docs/dapps/)
+
+## Frequently asked questions {#faq}
+
+<ExpandableCard title="Dapp என்றால் என்ன?" visible>
+  <p>Dapp என்பது பரவலாக்கப்பட்ட பயன்பாடுகளைக் குறிக்கிறது. அவை எத்தேரியம் போன்ற பிளாக்செயின் நெட்வொர்க்குகளில் உருவாக்கப்பட்ட பயன்பாடுகள் ஆகும். அவற்றின் அடிப்படை நெட்வொர்க் பரவலாக்கப்பட்டிருப்பதால், அவை பரவலாக்கப்பட்டவை என்று அழைக்கப்படுகின்றன.</p>
+</ExpandableCard>
+
+<ExpandableCard title="Dapp-இல் நாணயங்களை வாங்கலாமா?" visible>
+  <p>சில பயன்பாடுகள் கிரிப்டோ டோக்கன்களை வர்த்தகம் செய்ய அல்லது வாங்க உங்களை அனுமதிக்கின்றன, ஆனால் எல்லா செயலிகளும் அதற்காக இல்லை. உங்கள் முதல் டோக்கன்களை வாங்க நீங்கள் விரும்பினால், [ETH பெறுக](/get-eth) பக்கத்தைப் பார்வையிடவும்.</p>
+</ExpandableCard>
+
+<ExpandableCard title="சிறந்த கிரிப்டோ பணப்பை எது?" visible>
+  <p>கிரிப்டோ பணப்பை உங்கள் டோக்கன்களை வைத்திருக்கவும், உங்கள் எத்தேரியம் கணக்கை நிர்வகிக்கவும் உங்களை அனுமதிக்கிறது. பல சிறந்த பணப்பைகள் உள்ளன, ஒவ்வொன்றும் ஒரு வித்தியாசமான நோக்கத்திற்காக செயல்படுகின்றன. உங்களுக்கு எந்தப் பணப்பை சிறந்தது என்பதைக் கண்டறிய, எங்கள் [பணப்பைகளின் பட்டியல்](/wallets/find-wallet) பக்கத்தைப் பார்வையிடவும்.</p>
+</ExpandableCard>
\ No newline at end of file
diff --git a/public/content/translations/ta/whitepaper/index.md b/public/content/translations/ta/whitepaper/index.md
new file mode 100644
index 00000000000..c87f2235adb
--- /dev/null
+++ b/public/content/translations/ta/whitepaper/index.md
@@ -0,0 +1,521 @@
+---
+title: "Ethereum யாதாஸ்து"
+description: "எத்தேரியம் குறித்த அறிமுகக் கட்டுரை, 2013ல் தொடங்கப்படுவதற்கு முன்பு வெளியிடப்பட்டது."
+lang: ta
+sidebarDepth: 2
+hideEditButton: true
+---
+
+# எத்தேரியம் வெள்ளை அறிக்கை {#ethereum-whitepaper}
+
+_இந்த அறிமுக ஆவணம் முதலில் 2014இல் விட்டாலிக் புட்டெரின் என்பவரால் வெளியிடப்பட்டது. அவர் [எத்தேரியம்](/what-is-ethereum/) திட்டத்தின் நிறுவனர் ஆவார். இது 2015இல் திட்டம் தொடங்குவதற்கு முன்பு வெளியிடப்பட்டது. _எத்தேரியம், பல சமூகம் சார்ந்த, திறந்த மூல மென்பொருள் திட்டங்களைப் போலவே, அதன் ஆரம்ப உருவாக்கத்திலிருந்து வளர்ச்சியடைந்துள்ளது என்பது குறிப்பிடத்தக்கது._
+
+_பல ஆண்டுகள் பழமையானது என்றாலும், இந்த ஆவணத்தை நாங்கள் பராமரிக்கிறோம், ஏனெனில் இது எத்தேரியம் மற்றும் அதன் தொலைநோக்கின் பயனுள்ள குறிப்பாகவும் துல்லியமான பிரதிநிதித்துவமாகவும் தொடர்ந்து செயல்படுகிறது. _எத்தேரியத்தின் சமீபத்திய மேம்பாடுகள் மற்றும் நெறிமுறையில் மாற்றங்கள் எவ்வாறு செய்யப்படுகின்றன என்பதைப் பற்றி அறிய, [இந்த வழிகாட்டியை](/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 பரிசோதனையின் மற்றொரு முக்கியமான பகுதி அதன் அடிப்படை blockchain தொழில்நுட்பமாகும், இது ஒரு பகிர்ந்த கருத்துரிமை கருவியாகப் பயன்படுகிறது, மேலும் இந்த 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) ஆகியவை அடங்கும். Ethereum என்ன செய்ய விரும்புகிறது என்றால், "smart contracts" மூலம் இவை அனைத்தையும் நிரலின் சில வரிகளைக் கொடுத்து உருவாக்கவும், மற்றும் இதுவரை நாமடிக்காத பல அமைப்புக்களை உருவாக்கவும் பயன்படுத்தக்கூடிய, Turing-complete நிரலாக்க மொழியுடன் ஒரு blockchain ஐ வழங்குவதாகும்.
+
+## பிட்காயின் மற்றும் இருக்கும் கருத்துகளுக்கு அறிமுகம் {#introduction-to-bitcoin-and-existing-concepts}
+
+### வரலாறு {#history}
+
+மையமற்ற டிஜிட்டல் நாணயத்தின் கருத்து, மற்றும் சொத்துப் பதிவுகள் போன்ற மாற்று பயன்பாடுகள், பல ஆண்டுகளாக இருந்து வருகின்றன. 1980கள் மற்றும் 1990களின் அநாமதேய இ-கேஷ் நெறிமுறைகள், பெரும்பாலும் சௌமியன் பிளைண்டிங் என அழைக்கப்படும் குறியாக்க அடிப்படைக் கூறை நம்பியிருந்தன. இவை தனியுரிமையுடன் கூடிய உயர் அளவு நாணயத்தை வழங்கின, ஆனால் அவை மையப்படுத்தப்பட்ட இடைத்தரகரை சார்ந்திருந்ததால், பெரும்பாலும் வெற்றி பெறவில்லை. 1998 ஆம் ஆண்டில், வெய் டாயின் [b-money](http://www.weidai.com/bmoney.txt) ஆனது கணினிப் புதிர்களைத் தீர்ப்பதன் மூலமும், பரவலாக்கப்பட்ட ஒருமித்த கருத்தின் மூலமும் பணத்தை உருவாக்கும் யோசனையை அறிமுகப்படுத்திய முதல் முன்மொழிவாக ஆனது, ஆனால் பரவலாக்கப்பட்ட ஒருமித்த கருத்தை உண்மையில் எவ்வாறு செயல்படுத்த முடியும் என்பது குறித்த விவரங்கள் முன்மொழிவில் குறைவாகவே இருந்தன. 2005 ஆம் ஆண்டில், ஹால் ஃபின்னி "[மறுபயன்பாட்டுக்குரிய வேலைச் சான்றுகள்](https://nakamotoinstitute.org/finney/rpow/)" என்ற கருத்தை அறிமுகப்படுத்தினார், இது பி-மனியின் யோசனைகளை ஆடம் பேக்கின் கணினி ரீதியாக கடினமான ஹாஷ்கேஷ் புதிர்களுடன் சேர்த்து ஒரு கிரிப்டோகரன்சிக்கான கருத்தை உருவாக்கும் ஒரு அமைப்பாகும், ஆனால் நம்பகமான கம்ப்யூட்டிங்கை ஒரு பின்தளமாகச் சார்ந்திருப்பதன் மூலம் மீண்டும் இலட்சியத்தை அடையத் தவறியது. 2009ல், சதோஷி நகாமோட்டோ அவர்களால் முதல் முறையாக பரவலாக்கப்பட்ட நாணயம் நடைமுறையில் செயல்படுத்தப்பட்டது, பொது விசை குறியாக்கவியல் மூலம் உரிமையை நிர்வகிக்கும் நிறுவப்பட்ட அடிப்படைக் கூறுகள் மூலம் யார் நாணயங்களை வைத்துள்ளார் என்பதைக் கண்காணிக்கும் ஒருமித்த வழிமுறையுடன் இணைத்து, இது "வேலை-நிரூபணம்" என அழைக்கப்படுகிறது.
+
+Proof-of-work-க்கு பின்னால் உள்ள செயல்முறை, இத்துறையில் ஒரு முக்கிய முன்னேற்றமாக இருந்தது, ஏனெனில் இது இரண்டு பிரச்சினைகளை ஒரே நேரத்தில் தீர்த்தது. முதலில், இது ஒரு எளிய மற்றும் மிதமான தாக்கமுள்ள ஒப்புரவு (consensus) செயல்முறையை வழங்கியது, இதன் மூலம் நெட்வொர்க்கில் உள்ள உச்சி (nodes) கள், Bitcoin ledger இன் நிலையைப் புதுப்பிக்க ஒப்புரவைச் செய்ய அனுமதிக்கிறது. இரண்டாவது, இது ஒப்புரவு செயல்முறையில் சுதந்திரமாக நுழைய அனுமதிக்கும் ஒரு முறையை வழங்கியது, இது யாருக்கு ஒப்புரவு செயல்முறையில் செல்வாக்கு பெற வாய்ப்பிருக்கிறது என்பதை தீர்மானிக்கும் அரசியல் பிரச்சினையைத் தீர்க்கிறது, அதே சமயத்தில் sybil attacks-ஐ (சைபில் தாக்குதல்கள்) தடுக்கிறது. இதை, பங்கேற்பதற்கான ஒரு முறையான தடையை (மதிப்பீடு) பொருளாதார தடையாக மாற்றுவதன் மூலம் செய்கிறது - ஒப்புரவு வாக்கெடுப்பு செயல்முறையில் ஒரு உச்சியின் (node) இடத்தை வரையறுக்கும்பொழுது, அந்த உச்சி கொண்டிருக்கும் கணினி சக்தியை வைத்து இதை நிச்சயிக்கிறது. அதன் பிறகு, _பங்குச் சான்று_ என்ற ஒரு மாற்று அணுகுமுறை முன்மொழியப்பட்டது, இது ஒரு முனையின் எடையை அதன் கணினி வளங்களுக்குப் பதிலாக அதன் நாணய கையிருப்புகளுக்கு விகிதாசாரமாக கணக்கிடுகிறது; இரண்டு அணுகுமுறைகளின் ஒப்பீட்டு தகுதிகள் பற்றிய கலந்துரையாடல் இந்த கட்டுரையின் எல்லைக்கு அப்பாற்பட்டது, ஆனால் இரண்டு அணுகுமுறைகளும் ஒரு கிரிப்டோகரன்சியின் முதுகெலும்பாகச் செயல்பட பயன்படுத்தப்படலாம் என்பது குறிப்பிடத்தக்கது.
+
+### பிட்காயின் ஒரு நிலை மாற்ற அமைப்பாக {#bitcoin-as-a-state-transition-system}
+
+![எத்தேரியம் நிலை மாற்றம்](./ethereum-state-transition.png)
+
+Bitcoin போன்ற ஒரு cryptocurrency யின் ledger-ஐ தொழில்நுட்ப ரீதியில் ஒரு நிலைத்த நிலை மாற்ற முறை (state transition system) எனக் கருதலாம், இதில் அனைத்து உள்ள bitcoins களின் உடமையான நிலை (ownership status) உள்ளடங்கிய ஒரு "நிலை" (state) உள்ளது, மேலும் ஒரு நிலையும் (state) ஒரு பரிமாற்றமும் (transaction) கொண்ட நிலைத்த நிலை மாற்ற செயல்முறை (state transition function) புதிய நிலையை உருவாக்குகிறது, இது முடிவாகிறது. ஒரு நிலையான வங்கித் துறையில், எடுத்துக்காட்டாக, நிலை என்பது ஒரு இருப்புத் தாள் (balance sheet) ஆகும், பரிமாற்றம் என்பது A க்கு இருந்து B க்கு $X ஐ நகர்த்த வேண்டிய கோரிக்கையாகும், மேலும் நிலை மாற்றச் செயல்முறை A க்கு உள்ள கணக்கில் $X ஐக் குறைத்துப், B யின் கணக்கில் $X ஐ அதிகரிக்கும். A க்கு உள்ள கணக்கில் $X க்கு குறைவாக இருந்தால், நிலை மாற்றச் செயல்முறை ஒரு பிழையை (error) திருப்பி அனுப்பும். எனவே, ஒருவரால் இதை முறையான முறையில் வரையறுக்க முடியும்:
+
+```
+APPLY(S,TX) -> S' or ERROR
+```
+
+மேலே வரையறுக்கப்பட்ட வங்கி முறையில்:
+
+```js
+APPLY({ Alice: $50, Bob: $50 },"send $20 from Alice to Bob") = { Alice: $30, Bob: $70 }
+```
+
+ஆனால்:
+
+```js
+APPLY({ Alice: $50, Bob: $50 },"send $70 from Alice to Bob") = ERROR
+```
+
+Bitcoin இல் "நிலை" என்பது உருவாக்கப்பட்டு இதுவரை செலவிடப்படாத அனைத்து நாணயங்களின் (தொழில்நுட்ப ரீதியாக, "செலவிடப்படாத பரிமாற்ற வெளிப்பாடுகள்" அல்லது UTXO) தொகுப்பாகும், இதில் ஒவ்வொரு UTXO வுக்கும் ஒரு மதிப்பு மற்றும் உரிமையாளர் (அதாவது ஒரு 20-byte முகவரி, இது ஒரு cryptographic public key<sup>[fn1](#notes)</sup> ஆகும்) உண்டு. ஒரு பரிமாற்றம் ஒரு அல்லது அதற்கும் மேற்பட்ட inputsகளைக் கொண்டுள்ளது, ஒவ்வொரு inputலும் ஒரு முந்தைய UTXO க்கான குறிப்பு மற்றும் உரிமையாளர் முகவரியுடன் தொடர்புடைய private keyயால் உருவாக்கப்பட்ட ஒரு cryptographic signature உள்ளது, மேலும் ஒவ்வொரு outputவும் புதிய UTXO கொண்டுள்ளது, இது நிலைக்கு சேர்க்கப்படும்.
+
+நிலை மாற்றச் சார்பு `APPLY(S,TX) -> S'` என்பதைப் பின்வருமாறு தோராயமாக வரையறுக்கலாம்:
+
+<ol>
+  <li>
+    <code>TX</code> இல் உள்ள ஒவ்வொரு உள்ளீட்டிற்கும்:
+    <ul>
+    <li>
+        குறிப்பிடப்பட்ட UTXO <code>S</code> இல் இல்லை என்றால், ஒரு பிழையைத் திருப்பி அனுப்பு.
+    </li>
+    <li>
+        வழங்கப்பட்ட கையொப்பம் UTXO இன் உரிமையாளருடன் பொருந்தவில்லை என்றால், ஒரு பிழையைத் திருப்பி அனுப்பு.
+    </li>
+    </ul>
+  </li>
+  <li>
+    அனைத்து உள்ளீட்டு UTXO களின் மதிப்புகளின் கூட்டுத்தொகை அனைத்து வெளியீட்டு UTXO களின் மதிப்புகளின் கூட்டுத்தொகையை விடக் குறைவாக இருந்தால், ஒரு பிழையைத் திருப்பி அனுப்பு.
+  </li>
+  <li>
+    அனைத்து உள்ளீட்டு UTXO களையும் அகற்றி, அனைத்து வெளியீட்டு UTXO களையும் சேர்த்து <code>S</code> ஐத் திருப்பி அனுப்பு.
+  </li>
+</ol>
+
+முதல் படியின் முதல் பாதி பரிமாற்ற அனுப்புபவர்கள் இருக்காத நாணயங்களைச் செலவிடுவதிலிருந்து தடுக்கிறது, முதல் படியின் இரண்டாவது பாதி, பரிமாற்ற அனுப்புபவர்கள் பிறர் நாணயங்களைச் செலவிடுவதிலிருந்து தடுக்கிறது, மேலும் இரண்டாவது படி மதிப்பைப் பாதுகாப்பதை உறுதிசெய்கிறது. இதைக் கட்டணம் செலுத்த பயன்படுத்த, பின்வரும் நெறிமுறையைப் பின்பற்ற வேண்டும். உதாரணமாக, அலீஸ் பாப் க்கு 11.7 BTC அனுப்ப விரும்புகிறாளென வைத்துக்கொள்வோம். முதலில், அலீஸ் தன்னிடம் உள்ள, மொத்தம் குறைந்தபட்சம் 11.7 BTC ஆகக் கிடைக்கக்கூடிய UTXOகளைத் தேடுவாள். மெய்யாக, அலீஸுக்கு சரியாக 11.7 BTC கிடைப்பதற்கான வாய்ப்பு குறைவு; அவள் பெறக்கூடிய குறைந்தபட்சம் 6+4+2=12 ஆகும். பிறகு, அவள் அந்த மூன்று inputகளையும் இரண்டு outputகளையும் கொண்ட பரிமாற்றத்தை உருவாக்குவாள். முதல் output 11.7 BTC ஆக இருக்கும், மேலும் அதன் உரிமையாளராகப் பாப் முகவரியும் இருக்கும், இரண்டாவது output மீதமுள்ள 0.3 BTC ஆக இருக்கும், மேலும் அதன் உரிமையாளராக அலீஸே இருக்கும்.
+
+### சுரங்கம் {#mining}
+
+![எத்தேரியம் தொகுதிகள்](./ethereum-blocks.png)
+
+நம்பகமான மையமயமாக்கப்பட்ட சேவையை அணுகுவதை நமக்கு முடிந்திருந்தால், இந்த அமைப்பைச் செயல்படுத்துவது மிகவும் எளிதானதாக இருக்கும்; மையமயமாக்கப்பட்ட சேவையகத்தின் கடின ஒலிபரப்பைச் (hard drive) state ஐ கவனிக்க ஒழுங்குபடுத்தி, மேலே கூறியுள்ளபடி இதைச் செயல்படுத்தி இருக்கும். எனினும், பிட்ட்காயின் மூலம் நாம் மையமற்ற (decentralized) நாணய அமைப்பைக் கட்டமைக்க முயலுகிறோம், எனவே அனைவரும் பரிமாற்ற வரிசையில் இணக்கம் பெறுவதற்காக state பரிமாற்ற அமைப்பை ஒரு இணக்கம் அடைவதற்கான அமைப்புடன் இணைக்க வேண்டியது அவசியம். பிட்ட்காயின் மையமற்ற ஒப்புதல் செயல்முறை, நெட்வொர்க்கில் உள்ள கணுக்கள் (nodes) தொடர்ந்து "blocks" எனப்படும் பரிமாற்றங்களின் தொகுப்புகளை உருவாக்க முயற்சிக்க வேண்டும் என்பதைக் கோருகிறது. இந்த நெட்வொர்க் தோராயமாக ஒவ்வொரு பத்து நிமிடத்திற்கும் ஒரு தொகுதியை உருவாக்கும் நோக்கம் கொண்டது, ஒவ்வொரு தொகுதியும் ஒரு நேரமுத்திரை, ஒரு நான்ஸ், முந்தைய தொகுதிக்கான ஒரு குறிப்பு (அதாவது, ஹாஷ்) மற்றும் முந்தைய தொகுதி முதல் நடந்த அனைத்து பரிவர்த்தனைகளின் பட்டியலையும் கொண்டுள்ளது. காலப்போக்கில், இது நிலையான, தொடர்ந்து வளர்ந்துகொண்டே இருக்கும், "blockchain" ஐ உருவாக்குகிறது, இது பிட்ட்காயின் வட்டியலின் (ledger) தற்போதைய state ஐ பிரதிபலிப்பதற்காகத் தொடர்ந்து புதுப்பிக்கப்படுகிறது.
+
+ஒரு block சரியானது என்பதைச் சரிபார்க்கும் குரி (algorithm) இந்தப் பரிமாணத்தில் கீழேவுள்ளபடி வெளிப்படுத்தப்பட்டுள்ளது:
+
+1. Block குறிப்பிட்ட முந்தைய block உள்ளது மற்றும் சரியானது என்பதைச் சரிபார்க்கவும்.
+2. Block க்கு நேரம் குறிப்பு (timestamp) முந்தைய block<sup>[fn2](#notes)</sup> க்கு நேரம் குறிப்பைவிட அதிகமாகவும், எதிர்காலத்தில் 2 மணி நேரத்திற்கு குறைவாகவும் இருப்பதை உறுதிசெய்யவும்
+3. Block ன் proof-of-work சரியானது என்பதைச் சரிபார்க்கவும்.
+4. முந்தைய தொகுதியின் முடிவில் உள்ள நிலையை `S[0]` என வைத்துக்கொள்வோம்.
+5. `TX` என்பது `n` பரிவர்த்தனைகளைக் கொண்ட தொகுதியின் பரிவர்த்தனைப் பட்டியல் என்று வைத்துக்கொள்வோம். `0...n-1` இல் உள்ள அனைத்து `i` க்கும், `S[i+1] = APPLY(S[i],TX[i])` என அமைக்கவும். ஏதேனும் ஒரு பயன்பாடு பிழையைத் திருப்பினால், வெளியேறி, தவறு என்பதைத் திருப்பவும்.
+6. சரி என்பதைத் திருப்பி, `S[n]` ஐ இந்தத் தொகுதியின் முடிவில் உள்ள நிலையாகப் பதிவு செய்யவும்.
+
+ஒவ்வொரு block லும் உள்ள பரிமாற்றம் முன் state இல் இருந்து புதிய state க்கு செல்ல ஒரு சரியான state transition வழங்க வேண்டும். State எந்த வகையிலும் block இல் குறியிடப்படவில்லை என்பதை கவனிக்கவும்; இது உறுதிப்படுத்தும் node னால் நினைவில் வைத்துக்கொள்ளப்படும் பகுப்பாய்வாகவே இருக்கும் மற்றும் எந்த block க்கும் (பாதுகாப்பாக) கணக்கிடப்பட முடியும், genesis state இல் இருந்து ஆரம்பித்து ஒவ்வொரு block இல் உள்ள ஒவ்வொரு பரிமாற்றத்தையும் சீராகப் பயன்படுத்தி மட்டுமே. மேலும், miner பரிமாற்றங்களை block இல் சேர்க்கும் வரிசையும் முக்கியமானது; block இல் இரண்டு பரிமாற்றங்கள் A மற்றும் B உள்ளனவென்றால், B A என்பவரால் உருவாக்கப்பட்ட UTXO ஐச் செலவழிக்கிறதெனில், A B க்கு முன் வர வேண்டும், இல்லையெனில் block சரியானதாக மாறாது.
+
+மேலே உள்ள பட்டியலில் உள்ள ஒரு validity condition பிற முறைமைகளில் காணப்படாதது "proof-of-work தேவையாகும்". சரியான நிலை இந்த விவரத்தில், ஒவ்வொரு block இன் double-SHA256 hash, 256-bit எண்ணாகக் கவனிக்கப்படும், ஒரே நேரத்தில் dynamic அடிப்படையில் சீராக மாறும் குறியாகும், இது தற்போது எழுதும் நேரத்தில் சுமார் 2<sup>187</sup> ஆகும். இது block உருவாக்கத்தைகணினிமூலம் "கடினமான" செய்யும் நோக்கத்தில் உள்ளது, இதனால் sybil attackers முற்றிலும் blockchain ஐ அவர்களின் ஆதிக்கத்திற்கு மாற்ற முடியாது. SHA256 ஒரு முற்றிலும் கணிக்க முடியாத போலி-சீரற்ற சார்பாக வடிவமைக்கப்பட்டுள்ளதால், ஒரு செல்லுபடியாகும் தொகுதியை உருவாக்குவதற்கான ஒரே வழி, நான்ஸை மீண்டும் மீண்டும் அதிகரித்து புதிய ஹாஷ் பொருந்துகிறதா என்று பார்ப்பதன் மூலம் சோதனை மற்றும் பிழையாகும்.
+
+வழக்கமாக, ~2<sup>187</sup> குறியீட்டுடன், ஒரு valid block கண்டுபிடிக்க ஒரு நிகரமாக ~2<sup>69</sup> முயற்சிகள் செய்ய வேண்டும்; பொதுவாக, target பிணையத்தால் ஒவ்வொரு 2016 block களையும் மீண்டும் கட்டமைக்கப்படுகிறது, அவற்றில் ஒவ்வொரு பத்து நிமிடங்களுக்கொரு புதிய block ஒரு node யால் உருவாக்கப்படுகிறது. இந்தக் கணினி வேலைக்கு miners க்கு ஈடாக, ஒவ்வொரு block இன் miner தன்னை 25 BTC ஐ தன்னை தானே வழங்கும் பரிமாற்றத்தைச் சேர்க்கக்கூடிய உரிமை பெற்றுள்ளார். மேலும், எந்தப் பரிமாற்றத்தின் உள்ளீடுகளில் மொத்த denomination அதன் வெளியீடுகளில் உள்ள அளவுக்கு மேற்பட்டால், மாறுபாடு miner க்கு "transaction fee" ஆகும். குறிப்பாக, இது BTC ஐ விடுவிக்கும் ஒரே முறைமையாகும்; genesis state இல் எந்த நாணயங்களும் இல்லை.
+
+Mining இன் நோக்கத்தை மேம்பட்ட முறையில் புரிந்து கொள்ள, தீய நோக்குடைய குற்றவாளியால் என்ன நடக்கிறது என்பதைப் பார்ப்போம். Bitcoin இன் அடிப்படையான cryptography பாதுகாப்பாக இருப்பதாகப் பெறப்படும் என்பதால், குற்றவாளி Bitcoin அமைப்பில் நேரடியாக cryptography மூலம் பாதுகாக்கப்படாத ஒரேபகுதியைக் குறிவைக்கிறார்: transactions இன் வரிசை. குற்றவாளியின் strategy எளிது:
+
+1. 100 BTC ஐ ஒரு வணிகருக்கு, எளிதில் கிடைக்கக்கூடிய டிஜிட்டல் பொருளுக்காக அனுப்புங்கள்
+2. பொருளின் வழங்கல் கிடைக்கும் வரை காத்திருக்கவும்
+3. அதே 100 BTC ஐ தன்னை தனக்கே அனுப்பும் மற்றொரு பரிமாற்றத்தை உருவாக்குங்கள்
+4. தனது பரிமாற்றம் முதலில் வந்ததாக நிகர்மட்ட பிணையை நம்ப வைக்க முயலுங்கள்.
+
+நடைமுறை (1) எடுப்பபோது, சில நிமிடங்களில், ஒரு miner அந்தப் பரிமாற்றத்தை ஒரு block இல் சேர்க்கும், உதாரணமாக block எண் 270000. ஒரு மணி நேரத்திற்கு பிறகு, அந்த block க்கு பின்வரும் மேலும் ஐந்து blocks சீட்டில் சேர்க்கப்படும், ஒவ்வொரு block கும் அந்தப் பரிமாற்றத்தை நேரடியாகக் குறிப்பிடும் மற்றும் "உறுதிசெய்யும்". இப்போது, வணிகர், கட்டணம் முடிந்ததாகக் கண்டுக்கொள்ளும் மற்றும் பொருளை வழங்கும்; நாங்கள் இதைப் பொறுத்து டிஜிட்டல் பொருள் ஆகக் கருதுகிறோம், வழங்கல் உடனடி. தற்போது, குற்றவாளி 100 BTC ஐ தன்னை தனக்கே அனுப்பும் மற்றொரு பரிமாற்றத்தை உருவாக்குகிறான். தாக்குபவர் அதை சாதாரணமாக வெளியிட்டால், பரிவர்த்தனை செயலாக்கப்படாது; சுரங்கத் தொழிலாளர்கள் `APPLY(S,TX)` ஐ இயக்க முயற்சிப்பார்கள் மற்றும் `TX` ஆனது இப்போது நிலையில் இல்லாத ஒரு UTXO ஐப் பயன்படுத்துகிறது என்பதைக் கவனிப்பார்கள். எனவே, குற்றவாளி ஒரு "fork" உருவாக்குகிறான், புதிய பரிமாற்றத்தைப் பழைய பரிமாற்றத்துக்குப் பதிலாக உள்ள block 270000 இன் மற்றொரு பதிப்பைச் சுருக்கமாகக் கடந்து block 269999 ஐ தாய் block ஆகக் காட்டுவதால் துவக்கமாகக் காட்டப்படுகிறது. Block தரவுகள் மாறுபட்டவை என்பதால், இது proof-of-work ஐ மீண்டும் செய்ய வேண்டும். மேலும், குற்றவாளியின் புதிய பதிப்பு block 270000 இன் மாறுபட்ட hash உள்ளது, எனவே, முதற்கருவான blocks 270001 முதல் 270005 வரை அதை "சுட்டுகிறது" இல்லை; ஆகவே, முதற்கருவான பிணை மற்றும் குற்றவாளியின் புதிய பிணை முறையாகவே தனியாகும். Fork இல் நீண்ட blockchain தான்உண்மையெனக்் கூறப்படும் விதி உள்ளது, அதனால் சட்டப்படி miners 270005 பிணையத்தில் வேலை செய்கின்றனர், மற்றும் குற்றவாளி மட்டும் 270000 பிணையில் வேலை செய்கிறான். குற்றவாளி தனது blockchain ஐ நீண்டதாகச் செய்ய, அவர் பிணையத்தோடு இணைந்த மற்றவர்களுக்கு மேலாக அதிக கணினி சக்தி தேவைப்படுகிறது (இதனால் "51% தாக்குதல்").
+
+### மெர்க்கல் மரங்கள் {#merkle-trees}
+
+![பிட்காயினில் SPV](./spv-bitcoin.png)
+
+_இடது: ஒரு கிளையின் செல்லுபடியாகும் தன்மைக்குச் சான்று அளிக்க, ஒரு மெர்க்கல் மரத்தில் ஒரு சிறிய எண்ணிக்கையிலான முனைகளை மட்டும் சமர்ப்பித்தால் போதுமானது._
+
+_வலது: மெர்க்கல் மரத்தின் எந்தப் பகுதியையும் மாற்ற முயற்சித்தால், அது இறுதியில் சங்கிலியில் எங்காவது ஒரு முரண்பாட்டிற்கு வழிவகுக்கும்._
+
+பிட்காயின் முக்கியமான அளவிடல் அம்சங்களில் ஒன்று, block ஒரு பன்மருக நிலை தரவுக்கட்டமைப்பில் சேமிக்கப்படுவது. Block இன் "hash" உண்மையில் block தலைப்பின் hash மட்டுமே, இது ஒரு சுமார் 200-பைட் அளவிலான தரவுப் பீசாகும், இதில் நேரம் சின்னம், nonce, முந்தைய block hash மற்றும் block இல் உள்ள அனைத்து பரிமாற்றங்களைச் சேமிக்கும் "Merkle tree" என்பதன் மூல hash அடங்கும். Merkle tree என்பது ஒரு வகை இரட்டை மரம், இதில் கீழ் கிழவுக்கட்டத்தின் அடிப்படை தரவுடன் ஒரு பெரிய எண்ணிக்கையிலான கிளைகள் உள்ளன, ஒவ்வொரு கிளையும் அதன் இரண்டு குழந்தைகளின் hash ஆக இருக்கும் மத்தி கிளைகள் மற்றும் இறுதியில், அதன் இரண்டு குழந்தைகளின் hash ஆகவும் உருவாக்கப்படும் ஒரு ஒரே ஒரு root node, மரத்தின் "மேல்" ஆகக் குறிக்கப்படும். Merkle tree இன் நோக்கம், block இல் உள்ள தரவுகளை படிப்படியாக வழங்க அனுமதிக்கின்றது: ஒரு node ஒரு மூலத்தைப் பயன்படுத்தி ஒரு block இன் தலைப்பை மட்டும் பதிவிறக்கம் செய்ய முடியும், மரத்தின் அவ்வருக்கான சிறிய பாகத்தை மற்றொரு மூலத்தைப் பயன்படுத்தி பதிவிறக்கம் செய்ய முடியும், மேலும் அனைத்து தரவுகளும் சரியானதாக இருப்பதாக உறுதியாக இருக்க முடியும். இது எப்படி செயல்படுகிறது என்பதற்கான காரணம் hash கள் மேலே பரப்பப்படுகின்றன: ஒரு தீயப் பயனர் Merkle tree இன் கீழ் பகுதியில் பொய் பரிமாற்றத்தை மாற்ற முயற்சிக்குமானால், இந்த மாற்றம் மேலே உள்ள node இல் மாற்றத்தை ஏற்படுத்தும், பிறகு மேலே உள்ள node இல் மாற்றத்தை ஏற்படுத்தும், இறுதியில் மரத்தின் root ஐ மற்றும் அதனால் block இன் hash ஐ மாற்றும், இதனால் அந்த protocol அதை முற்றிலும் மாறுபட்ட block ஆக பதிவு செய்யும் (நிச்சயமாக, தவறான proof-of-work உடன்).
+
+மர்கிள் மரம் நெறிமுறையை நீண்டகால தாங்குதன்மைக்கு மிகவும் அவசியமாகக் கூறலாம். பிட்காயின் நெட்வொர்க் உள்ள "முழுமையான நொடுகள்" ஒவ்வொரு block இன் முழுமையையும் சேமித்து செயலாக்கும், ஏப்ரல் 2014 வரை பிட்காயின் நெட்வொர்க் இல் சுமார் 15 GB உடைய கோப்பகத்தை எடுத்துக்கொள்கிறது, மேலும் மாதத்திற்கு ஒரு கிகா பைட்டுக்கு மேல் வளர்ந்து வருகிறது. தற்போது, இது சில டெஸ்க்டாப் கணினிகளுக்கு மட்டுமே சாத்தியமாக உள்ளது மற்றும் கைபேசிகளுக்கு இல்லை, எதிர்காலத்தில் பணி மற்றும் கவர்ச்சியாளர்கள் மட்டுமே இதற்குப் பங்குபெற முடியும். "எளிமையான கட்டண சரிபார்ப்பு" (SPV) என்ற நெறிமுறை இன்னொரு வகை நொடுகளை உருவாக்க அனுமதிக்கிறது, இது "ஒளி நொடுகள்" என்று அழைக்கப்படுகிறது, மேலும் இது block தலைப்புகளை பதிவிறக்கம் செய்கிறது, block தலைப்புகளில் proof-of-work ஐ சரிபார்க்கிறது, மற்றும் பிறகு அவற்றுடன் தொடர்புடைய "கிளைகள்" ஐ மட்டுமே பதிவிறக்கம் செய்கிறது. இது ஒளி நொடுகளை எந்தவொரு பிட்காயின் பரிமாற்றத்தின் நிலையை மற்றும் அவற்றின் தற்போதைய நிலையை வலுவான பாதுகாப்பு உறுதியாகக் கண்டறிய அனுமதிக்கிறது, மேலும் முழுமையான blockchain இன் மிகச் சிறிய பகுதியைப் பொருந்தும்.
+
+### மாற்று பிளாக்செயின் பயன்பாடுகள் {#alternative-blockchain-applications}
+
+அடிப்படை blockchain கருத்தை எடுத்து அதைப் பிற கருத்துகளுக்குப் பயன்படுத்துவதற்கான யோசனைக்கு நீண்ட வரலாறு உள்ளது. 2005 ஆம் ஆண்டில், நிக் ஸாபோ "[உரிமையாளர் அதிகாரத்துடன் கூடிய பாதுகாப்பான சொத்து தலைப்புகள்](https://nakamotoinstitute.org/library/secure-property-titles/)" என்ற கருத்தை வெளியிட்டார், இது "பிரதியெடுக்கப்பட்ட தரவுத்தள தொழில்நுட்பத்தில் புதிய முன்னேற்றங்கள்" எவ்வாறு பிளாக்செயின் அடிப்படையிலான ஒரு அமைப்புக்கு யார் எந்த நிலத்தை வைத்திருக்கிறார்கள் என்பதைப் பதிவுசெய்வதை அனுமதிக்கும் என்பதை விவரிக்கும் ஒரு ஆவணமாகும், இது ஹோம்ஸ்டெடிங், பாதகமான உடைமை மற்றும் ஜார்ஜிய நில வரி போன்ற கருத்துக்களை உள்ளடக்கிய ஒரு விரிவான கட்டமைப்பை உருவாக்குகிறது. ஆனால், அந்த நேரத்தில் முறையான நகலெடுக்கப்பட்ட தரவுத்தொகுப்பு முறைமைகள் கிடையாது, எனவே நெறிமுறை செயல்படுத்தப்படவில்லை. 2009 பிறகு, பிட்காயின்-ன் மையமற்ற ஒப்புதல் முறைமையை மேம்படுத்தியபிறகு, பல மாற்று பயன்பாடுகள் விரைவாகத் தோன்ற ஆரம்பித்தன.
+
+- **Namecoin** - 2010 இல் உருவாக்கப்பட்டது, [Namecoin](https://namecoin.org/) என்பது ஒரு பரவலாக்கப்பட்ட பெயர் பதிவு தரவுத்தளமாக சிறந்த முறையில் விவரிக்கப்படுகிறது. Tor, பிட்காயின் மற்றும் BitMessage போன்ற பரவலாக்கப்பட்ட நெறிமுறைகளில், கணக்குகளை அடையாளம் காண சில வழிகள் தேவை, அப்போதுதான் மற்றவர்கள் அவற்றுடன் தொடர்பு கொள்ள முடியும், ஆனால் தற்போதுள்ள அனைத்து தீர்வுகளிலும் `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy` போன்ற போலி-சீரற்ற ஹாஷ் மட்டுமே அடையாளங்காட்டியாகக் கிடைக்கிறது. அடிப்படையில், ஒருவருக்கு "george" என்ற பெயருடன் ஒரு அக்கவுண்டு வைத்திருப்பதற்கான விருப்பம் இருக்கிறது. ஆனால், ஒரு நபர் "george" என்ற பெயருடன் ஒரு அக்கவுண்டு உருவாக்கக்கூடிய நிலைமை இருந்தால், பிறரும் அதே முறையைப் பயன்படுத்தி "george" ஐ தாங்களுக்கே பதிவு செய்து அவர்களை நகல் எடுத்துப் பயன்பாட்டில் கொண்டு வர முடியும். ஒரே தீர்வு ஒரு முதல்-வரிசை பாரடைகம், முதலாவது பதிவுச் செய்பவர் வெற்றி பெறுவார் மற்றும் இரண்டாவது தோல்வி அடையும் - இது Bitcoin ஒப்புதல் நெறிமுறைக்குச் சிறந்த முறையில் பொருந்தும் பிரச்சினை. Namecoin இந்த எண்ணத்தைப் பயன்படுத்தி பெயர் பதிவு முறைமையின் பழமையான மற்றும் மிகுந்த வெற்றியடையுமாறு செயல்படுத்தப்பட்ட முறை.
+- **வண்ண நாணயங்கள்** - [வண்ண நாணயங்களின்](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) நோக்கம், மக்கள் தங்கள் சொந்த டிஜிட்டல் நாணயங்களை உருவாக்க அனுமதிக்கும் ஒரு நெறிமுறையாகச் செயல்படுவதாகும் - அல்லது, ஒரு அலகைக் கொண்ட நாணயத்தின் முக்கிய அற்பமான நிலையில், பிட்காயின் பிளாக்செயினில் டிஜிட்டல் டோக்கன்கள். Colored coins நெறிமுறையில், ஒருவர் ஒரு புதிய நாணயத்தை "வெளியிடுகிறார்" என்றால், ஒரு குறிப்பிட்ட Bitcoin UTXOக்கு பொதுவாக ஒரு நிறத்தை ஒதுக்குகிறார், மேலும் இந்த நெறிமுறை மற்ற UTXOகளின் நிறத்தை உருவாக்கும் பரிவர்த்தனையால் செலவழிக்கப்பட்ட உள்ளீடுகளின் நிறமாகவே நிச்சயிக்கிறது (சந்தர்ப்ப நிறங்களை கலப்பது தொடர்பான சில சிறப்பு விதிகள் உள்ளன). இது பயனர்களை ஒரு குறிப்பிட்ட நிறத்தை மட்டும் கொண்ட UTXOகளை உள்ளடக்கிய வாலட்களை பராமரிக்க மற்றும் அவற்றை முறையாக bitcoins போல அனுப்ப அனுமதிக்கிறது, அவர்கள் பெற்ற எந்த UTXOயின் நிறத்தைக் கண்டறிய பிளாக்செயின் மூலம் முறைப்படி திரும்பத் திரும்பப் பின்வரலாம்.
+- **மெட்டாகாயின்கள்** - ஒரு மெட்டாகாயினுக்குப் பின்னால் உள்ள யோசனை, பிட்காயினுக்கு மேல் வாழும் ஒரு நெறிமுறையைக் கொண்டிருப்பதாகும், இது மெட்டாகாயின் பரிவர்த்தனைகளைச் சேமிக்க பிட்காயின் பரிவர்த்தனைகளைப் பயன்படுத்துகிறது, ஆனால் வேறுபட்ட நிலை மாற்றச் சார்பான `APPLY'` ஐக் கொண்டுள்ளது. மெட்டாகாயின் நெறிமுறையானது தவறான மெட்டாகாயின் பரிவர்த்தனைகள் பிட்காயின் பிளாக்செயினில் தோன்றுவதைத் தடுக்க முடியாததால், `APPLY'(S,TX)` ஒரு பிழையைத் திருப்பினால், நெறிமுறை இயல்பாக `APPLY'(S,TX) = S` என்று மாறும் ஒரு விதி சேர்க்கப்பட்டுள்ளது. இது, Bitcoin நெறிமுறையில் சிக்கல்களைக் கையாளாமல், அதிகம் மேம்பட்ட அம்சங்களைக் கொண்ட ஒரு சொந்த நாணய நெறிமுறையை உருவாக்க எளிதாக வழங்குகிறது. Metacoins சில வகை நிதி ஒப்பந்தங்களை, பெயர் பதிவுகளை மற்றும் மையமற்ற பரிமாற்றங்களை நடைமுறைப்படுத்தப் பயன்படுத்தப்பட்டுள்ளன.
+
+ஆகையால், பொதுவாக, இரு முறைகள் உள்ளன, ஒத்துழைப்பு நெறிமுறையை உருவாக்க: தனித்துவமான நெட்வொர்க் உருவாக்குதல் மற்றும் Bitcoin மீது ஒரு நெறிமுறையை உருவாக்குதல். முதன்மை அணுகுமுறை, Namecoin போன்ற பயன்பாடுகளில் போதிய வெற்றியை அடைந்தாலும், செயல்படுத்த மிகவும் சிரமமாகும்; ஒவ்வொரு தனித்துவமான செயல்படுத்தலும் தனி பிளாக்செயின் உருவாக்க மற்றும் தேவையான நிலை மாற்ற மற்றும் நெட்வொர்க்கிங் குறியீடுகளை உருவாக்கிச் சோதிக்க வேண்டும். மேலும், மையமற்ற ஒத்துழைப்பு நெறிமுறை தொழில்நுட்பத்திற்கு பயன்பாடுகளின் தொகுப்பு, பெரும்பாலான பயன்பாடுகள் தங்கள் சொந்த பிளாக்செயின் உரிமைக்கு மிகச் சிறியதாக இருக்கும் என்பதைக் கூறுகிறோம், மேலும் பெரும்பாலான வகை மையமற்ற பயன்பாடுகள், குறிப்பாக மையமற்ற சுயநிதி அமைப்புகள், ஒன்றுடன் ஒன்று தொடர்பு கொள்ளவேண்டும் என்பதைக் குறிப்பிடுகிறோம்.
+
+Bitcoin அடிப்படையிலான அணுகுமுறை, மற்றொரு பக்கம், Bitcoin இன் எளிமையாக்கப்பட்ட கட்டண சரிபார்ப்பு அம்சங்களைப் பெறுவதில் குறைபாடு உள்ளது. SPV Bitcoin க்காக வேலை செய்கிறது என்பதற்காக அது பிளாக்செயின் ஆழத்தை சரிபார்ப்பில் பயன்படுத்துகிறது; ஒரு நிலையில், ஒரு பரிமாற்றத்தின் பிதாக்கள் மிக ஆழமாகச் சென்றபிறகு, அவை சட்டபூர்வமாக நிலையின் பகுதியாக இருந்தன என்று கூறுவது பாதுகாப்பாகும். Blockchain அடிப்படையிலான மடா-நெறிமுறைகள், மற்றொரு பக்கம், தங்கள் சொந்த நெறிமுறைகளின் சூழலில் செல்லாத பரிமாற்றங்களைப் பிளாக்செயினில் உள்ளடக்குவதற்கு கட்டாயம் செய்ய முடியாது. ஆகையால், முழுமையாகப் பாதுகாப்பான SPV மடா-நெறிமுறை செயல்படுத்தல், சில பரிமாற்றங்கள் சரியானவையென நிரூபிக்க Bitcoin பிளாக்செயினின் தொடக்கத்திற்கு பின்வட்டமாகப் பரிசீலிக்க வேண்டும். தற்போது, Bitcoin அடிப்படையிலான மடா-நெறிமுறைகளின் அனைத்து "ஒளி" செயல்படுத்தல்கள் நம்பகமான சேவையகத்தைத் தரவுகளை வழங்க நம்புகிறார்கள், ஒரு மையமற்ற நாணயத்தின் முதன்மை நோக்கங்களில் ஒன்று நம்பிக்கையை நீக்குவதற்கு என்பதால் இது மிகவும் குறைவான முடிவு ஆகும்.
+
+### ஸ்கிரிப்டிங் {#scripting}
+
+Bitcoin நெறிமுறை எந்த நீட்டிப்புகளும் இல்லாமல், "விவேகமான ஒப்பந்தங்கள்" என்ற ஒரு கருத்தின் பலவீனமான பதிப்பை உணர்வதற்கான வசதியை வழங்குகிறது. Bitcoin இல் உள்ள UTXO வெறும் பொது முக்கியத்தினால் மட்டுமல்ல, மேலும் ஒரு எளிய குவியல் அடிப்படையிலான நிரலாக்க மொழியில் வெளிப்படுத்தப்பட்ட ஒரு சிக்கலான ஸ்கிரிப்ட்டினாலும் செல்வாக்கு கொண்டிருக்கலாம். இந்தக் கருத்தில், அந்த UTXO வைச்செலவழிக்கும் ஒரு பரிமாற்றம், ஸ்கிரிப்ட்டை திருப்திபடுத்தும் தரவுகளை வழங்க வேண்டும். உண்மையில், அடிப்படை பொது முக்கிய சொந்த உரிமை முறையும் ஸ்கிரிப்ட்டின் மூலம் செயல்படுத்தப்படுகிறது: ஸ்கிரிப்ட்டில் ஒரு எலிப்டிக் கோவ நடைமுறை கையொப்பம் உள்ளீடாக எடுக்கப்படுகிறது, பரிமாற்றத்திற்கும் UTXO வை சொந்தமாக வைத்திருக்கும் முகவரிக்கும் எதிராக அதை சரிபார்க்கிறது, சரிபார்ப்பு வெற்றிகரமாக இருந்தால் 1 ஐ திருப்புகிறது, இல்லையெனில் 0 ஐ திருப்புகிறது. கூடுதல் பல்வேறு பயன்பாடுகளுக்கு ஏற்றச் சிக்கலான ஸ்கிரிப்ட்டுகளும் உள்ளன. எடுத்துக்காட்டாக, மூன்று தனிப்பட்ட சாவிகளை வழங்கும் இரண்டு கையொப்பங்களை சரிபார்க்கும் ஒரு ஸ்கிரிப்ட்டை உருவாக்கலாம் ("multisig"), இது நிறுவன கணக்குகள், பாதுகாப்பான சேமிப்பு கணக்குகள் மற்றும் சில வணிக கடனாளி நிலைகளுக்குப் பயனுள்ளதாக இருக்கும். ஸ்கிரிப்ட்கள் கணினி பிரச்சினைகளுக்கு தீர்வுகளை வழங்குவதற்காக பணத்தை செலுத்தவும் பயன்படுத்தப்படலாம், மேலும் "இந்த Bitcoin UTXO உங்களுக்கே, நீங்கள் எனக்கு இந்த மதிப்பின் Dogecoin பரிமாற்றத்தை அனுப்பியீர்கள் என SPV நிரூபிக்கையால் வழங்கினால்" போன்ற ஒரு ஸ்கிரிப்ட்டை உருவாக்கவும் முடியும், தாறுமாறான மையமற்ற மின்னணு நாணய பரிமாற்றத்தை உணர்வதை அடிப்படையாகக் கொண்டது.
+
+எனினும், Bitcoin இல் செயல்படுத்தப்பட்ட ஸ்கிரிப்ட்டிங் மொழி சில முக்கியமான கட்டுப்பாடுகளைக் கொண்டுள்ளது:
+
+- **டியூரிங்-முழுமையின்மை** - அதாவது, பிட்காயின் ஸ்கிரிப்டிங் மொழி ஆதரிக்கும் கணக்கீட்டின் ஒரு பெரிய துணைக்குழு இருந்தாலும், அது எல்லாவற்றையும் ஆதரிக்கவில்லை. இதன் முக்கியமான வகை மடக்குகள் (loops) ஆகும். பரிமாற்ற சரிபார்ப்பின் போது முடிவிலீடு இல்லாமல் மடக்குகளைத் தவிர்க்க இதைச் செய்யப்பட்டுள்ளது; தாராளமாக இது ஸ்கிரிப்ட் நிரலாளர்களுக்கு ஒரு கையாண்டக்கூடிய தடையை ஏற்படுத்துகிறது, ஏனெனில் எந்த மடக்கும் கீழமை குறியீட்டை பலமுறை திருப்புவதன் மூலம் ஒன்றாக உருவாக்கப்படலாம், ஆனால் இது மிகவும் இடைவெளி-திறன்படுத்தாத ஸ்கிரிப்ட்களை உருவாக்குகிறது. எடுத்துக்காட்டாக, மாற்று எலிப்டிக் கோவ கையொப்ப அல்காரிதமைக் கடப்பதற்கு 256 மடங்கு கையாளல் சுற்றங்கள் குறியீட்டில் தனித்தனியாகச் சேர்க்க வேண்டியிருக்கும்.
+- **மதிப்பு-குருட்டுத்தன்மை** - ஒரு UTXO ஸ்கிரிப்ட் திரும்பப் பெறக்கூடிய தொகையின் மீது நுண்ணிய கட்டுப்பாட்டை வழங்க எந்த வழியும் இல்லை. எடுத்துக்காட்டாக, ஒரு. oracle ஒப்பந்தத்தின் சக்திவாய்ந்த பயன்பாடு, A மற்றும் B 1000 டாலர் மதிப்பிலான BTC வைப்பு செய்வதன் மூலம் Aக்கும் Bக்கும் 30 நாட்களுக்குப் பின்னர், Aக்கு 1000 டாலர் மதிப்புள்ள BTC அனுப்பி, மீதத்தை Bக்கு அனுப்பும் ஒரு hedging ஒப்பந்தமாகும். இது 1 BTC இன் மதிப்பு USD யில் எவ்வளவு என்பதை தீர்மானிக்க oracle தேவைப்படும், ஆனால், இது முழுமையாக மையகமிக்கப்படுகின்ற கருவிகள் மற்றும் நம்பகத்தன்மை அடிப்படையில் மிகப் பெரிய முன்னேற்றமாகும். இருப்பினும், UTXOகள் அனைத்தும்-அல்லது-ஒன்றுமில்லை என்பதால், இதை அடைவதற்கான ஒரே வழி, பல்வேறு மதிப்புகளில் பல UTXOகளைக் கொண்டிருப்பதன் மூலம் மிகவும் திறனற்ற ஹேக் ஆகும் (எ.கா., 30 வரையிலான ஒவ்வொரு k க்கும் 2<sup>k</sup> இன் ஒரு UTXO) மற்றும் ஆரக்கிள் எந்த UTXO ஐ A க்கும் எந்த UTXO ஐ B க்கும் அனுப்ப வேண்டும் என்பதைத் தேர்ந்தெடுப்பதாகும்.
+- **நிலை இல்லாமை** - UTXO செலவழிக்கப்பட்டதாகவோ அல்லது செலவழிக்கப்படாததாகவோ இருக்கலாம்; அதற்கு அப்பால் வேறு எந்த உள் நிலையையும் வைத்திருக்கும் பல-கட்ட ஒப்பந்தங்கள் அல்லது ஸ்கிரிப்ட்களுக்கு வாய்ப்பில்லை. இது பல-நிலை விருப்பங்கள் ஒப்பந்தங்கள், மையமற்ற பரிமாற்றக் கொள்கை முன்வரைப்படங்கள் அல்லது இரண்டு-நிலை கிரிப்டோகிராபிக் உறுதிமொழி நெறிமுறைகளை (பாதுகாப்பான கணினி நலவாய்ப்புகளுக்கு தேவையானவை) உருவாக்கக் கடினமாக்குகிறது. இது UTXO களை எளிய, ஒரு-தொடர்குழு ஒப்பந்தங்களை உருவாக்க மட்டுமே பயன்படுத்த முடியும் என்பதையும் மேலும் கடினமாக்குகிறது, மேலும் பரந்த, "நிலைத்த" ஒப்பந்தங்களை உருவாக்க முடியாது, இவ்வாறு மேட்டா-நெறிமுறைகளை செயல்படுத்த மிகவும் சிரமமாக்குகிறது. இருமை நிலை மற்றும் மதிப்புத் திருச்சி இரண்டையும் சேர்த்தால் மற்றொரு முக்கியமான பயன்பாடு, திரும்பப் பெறுதல் வரம்புகள் சாத்தியமில்லாதவைகளாகி விடுகிறது.
+- **பிளாக்செயின்-குருட்டுத்தன்மை** - UTXOகள் நான்ஸ், நேரமுத்திரை மற்றும் முந்தைய தொகுதி ஹாஷ் போன்ற பிளாக்செயின் தரவுகளுக்கு குருடாக உள்ளன. இது சூதாட்டத்தில் (gambling) மற்றும் பல்வேறு பிற வகைகளில் பயன்பாடுகளை மிகவும் கட்டுப்படுத்துகிறது, இதில் பிளாக்செயின் (blockchain) தரவுகளில் இருப்பதற்கான முக்கியமான முறைகள் இழக்கப்படுகின்றன.
+
+எனவே, நாங்கள் மூன்று அணுகுமுறைகளைப் பார்க்கிறோம்: கிரிப்டோகரன்சி (cryptocurrency) மேல் புதிய பிளாக்செயினை உருவாக்குதல், பிட்காயின் (Bitcoin) மேல் ஸ்கிரிப்டிங் (scripting) பயன்படுத்துதல், பிட்காயின் மேல் மேட்டா-நெறிமுறை (meta-protocol) உருவாக்குதல். புதிய பிளாக்செயின் உருவாக்குதல் அம்சங்கள் (features) உருவாக்குவதில் வரையறையற்ற சுதந்திரத்தை வழங்குகின்றது, ஆனால், வளர்ச்சி நேரம், தொடக்க முயற்சிகள் மற்றும் பாதுகாப்பிற்கான செலவாகும். ஸ்கிரிப்டிங் பயன்படுத்துவது எளிதானதாகவும், நிலைப்படுத்துவதற்கும் (standardize) மிக எளிதாக உள்ளது, ஆனால், அதன் திறன்களில் மிகக் குறைவானது. மேட்டா-நெறிமுறைகள், இவற்றின் அளவுக்கு எளிமையாக இருந்தாலும், அளவீட்டு குறைகளில் (scalability issues) பாதிக்கப்படுகிறது. எதிர்காலத்திற்கான எமது நோக்கம் எது என்றால், Ethereum-ஐ பயன்படுத்தி ஒரு மாற்று கட்டமைப்பை (alternative framework) உருவாக்குவதை நாங்கள் முன்வைக்கின்றோம். இது, முன்னேற்றத்தை எளிமையாக்குவதில் அதிக வளர்ச்சிகளை வழங்குவதோடு, இந்நேரத்தில், ஏற்றுக்கொள்ளப்பட்ட சிறிய வகுப்பின் பண்புகளை மேலும் வலுப்படுத்தும், மேலும், பயன்பாடுகளைப் பகிர்ந்து கொண்டிருக்கும் பொருளாதார சூழல் மற்றும் பிளாக்செயின் பாதுகாப்பை வழங்கும்.
+
+## எத்தேரியம் {#ethereum}
+
+எத்தீரியத்தின் நோக்கம், டெசன்ட்ரலைஸ் செய்யப்பட்ட பயன்பாடுகளை (decentralized applications) உருவாக்குவதற்கான ஒரு மாற்று நெறிமுறையை (protocol) உருவாக்குவது ஆகும், இது நாம் நம்புகின்றோம் பல்வேறு வகையான டெசன்ட்ரலைஸ் செய்யப்பட்ட பயன்பாடுகளுக்கு மிகவும் பயனுள்ள வித்தியாசமான பரிமாற்றங்களை (tradeoffs) வழங்கும், குறிப்பாக வேகமான வளர்ச்சி நேரம், சிறிய மற்றும் அரிதாக பயன்படுத்தப்படும் பயன்பாடுகளுக்கு பாதுகாப்பு, மற்றும் வெவ்வேறு பயன்பாடுகள் மிகவும் திறமையான முறையில் ஒன்றுக்கொன்று தொடர்புகொள்வதற்கான திறனை முன்னிலைப்படுத்துகிறது. எத்தீரியம் இதை உண்மையில் முழுமையான அனாயாசமான அடிப்படைத் (abstract foundational layer) தளத்தை உருவாக்குவதன் மூலம் செய்கின்றது: பிளாக்செயினுடன் (blockchain) இணைக்கப்பட்ட Turing-complete திட்டமிடல் மொழியுடன், யாரும் நுண்ணறிவு ஒப்பந்தங்கள் (smart contracts) மற்றும் டெசன்ட்ரலைஸ் செய்யப்பட்ட பயன்பாடுகளை (decentralized applications) எழுத அனுமதிக்கின்றது, இதில் அவர்கள் தங்கள் சொந்த தன்னியக்க விதிமுறைகளை (arbitrary rules) உரிமைகள், பரிமாற்ற வடிவங்கள் மற்றும் நிலை மாற்ற செயல்பாடுகளுக்கு (state transition functions) உருவாக்க முடியும். ஒரு Namecoin-இன் மிகச் சுருக்கமான பதிப்பை இரண்டு வரிகள் கொண்ட குறியீட்டில் எழுத முடியும், மேலும் நாணயங்கள் (currencies) மற்றும் மதிப்பீட்டு (reputation) அமைப்புகள் போன்ற பிற நெறிமுறைகளும் இருபதுக்கும் குறைவான வரிகளில் உருவாக்க முடியும். நுண்ணறிவு ஒப்பந்தங்கள் (smart contracts), மதிப்புகள் அடங்கிய குறியீட்டு "பெட்டிகள்", குறிப்பிட்ட நிபந்தனைகள் பூர்த்தி செய்யப்பட்டால் மட்டுமே அவற்றை திறக்கும் என்பதில் நிலையான (vastly more power) திறன்களை வழங்க முடியும், இது பிட்ட்காயின் (Bitcoin) ஸ்கிரிப்டிங் வழங்கும் சக்திகளைவிட அதிகம், ஏனெனில் Turing-completeness, value-awareness, blockchain-awareness மற்றும் state ஆகியவற்றின் கூடுதல் திறன்களால் அவை ஆதரிக்கப்படுகின்றன.
+
+### எத்தேரியம் கணக்குகள் {#ethereum-accounts}
+
+எத்தீரியத்தில், நிலை (state) "கணக்குகள்" எனப்படும் பொருட்களால் ஆனது, ஒவ்வொரு கணக்கிற்கும் 20-byte அட்ரஸ் (address) இருக்கும், மேலும் நிலை மாற்றங்கள் (state transitions) கணக்குகளுக்கு இடையில் மதிப்பு மற்றும் தகவலை நேரடியாக மாற்றுவதன் மூலம் நிகழ்கின்றன. ஒரு எத்தீரியம் கணக்கு நான்கு புலங்களை (fields) கொண்டுள்ளது:
+
+- ஒவ்வொரு பரிவர்த்தனையும் ஒரு முறை மட்டுமே செயலாக்கப்படுவதை உறுதிசெய்யப் பயன்படுத்தப்படும் ஒரு கவுண்டரான **நான்ஸ்**
+- கணக்கின் தற்போதைய **ஈதர் இருப்பு**
+- கணக்கின் **ஒப்பந்தக் குறியீடு**, இருந்தால்
+- கணக்கின் **சேமிப்பகம்** (இயல்பாக காலியாக இருக்கும்)
+
+"ஈதர்" (ether) என்பது எத்தீரியத்தின் முக்கியமான உள்நாட்டு கிரிப்டோ-எரிபொருள் (crypto-fuel) ஆகும், மற்றும் பரிமாற்றக் கட்டணங்களை (transaction fees) செலுத்த பயன்படுத்தப்படுகிறது. பொதுவாக, இரண்டு வகையான கணக்குகள் உள்ளன: தனிப்பட்ட சாவிகளால் கட்டுப்படுத்தப்படும் **வெளிப்புறமாகச் சொந்தமான கணக்குகள்**, மற்றும் அவற்றின் ஒப்பந்தக் குறியீட்டால் கட்டுப்படுத்தப்படும் **ஒப்பந்தக் கணக்குகள்**. வெளிப்படையாக வைத்திருக்கும் கணக்கில் (externally owned account) குறியீடு (code) இல்லை, மற்றும் ஒருவன் வெளிப்படையாக வைத்திருக்கும் கணக்கிலிருந்து ஒரு செய்தியை அனுப்ப ஒரு பரிமாற்றத்தை உருவாக்கி கையொப்பமிடலாம்; ஒரு ஒப்பந்தக் கணக்கில் (contract account), ஒவ்வொரு முறையும் ஒப்பந்தக் கணக்கு ஒரு செய்தியைப் பெறும் போது அதன் குறியீடு செயல்படும், இது உள்ளக சேமிப்பில் (internal storage) வாசிக்கவும் (read), எழுதவும் (write), பிற செய்திகளை அனுப்பவும் (send), அல்லது பிற ஒப்பந்தங்களை உருவாக்கவும் (create contracts) அனுமதிக்கிறது.
+
+எத்தீரியத்தில் "ஒப்பந்தங்கள்" என்பவை "நிறைவேற்றப்பட வேண்டியவை" அல்லது "பின்பற்றப்பட வேண்டியவை" எனக் கருதப்படக்கூடாது என்பதை நினைவில் கொள்ளுங்கள்; மாறாக, அவை எத்தீரியம் செயலாக்க சூழலுக்குள் வாழும் "சுயாதீன முகவர்கள்" (autonomous agents) போன்றவை, ஒரே ஒரு குறிப்பிட்ட குறியீட்டை ஒரு மெசேஜ் அல்லது பரிமாற்றத்தால் "தெளிவுபடுத்தப்படும்போது" (poked) எப்போதும் செயல்படுத்துகின்றன, மேலும் தாங்கள் உடைய ஈதர் இருப்பு மற்றும் தாங்கள் வைத்திருக்கும் முக்கிய/மதிப்பு சேமிப்பகத்தை நிரந்தர மாறிகள் (persistent variables) கண்காணிக்கத் நேரடியாகக் கட்டுப்படுத்துகின்றன.
+
+### செய்திகள் மற்றும் பரிவர்த்தனைகள் {#messages-and-transactions}
+
+எத்தீரியத்தில் "பரிமாற்றம்" என்ற சொல் வெளிப்படையாக வைத்திருக்கும் கணக்கிலிருந்து அனுப்பப்பட வேண்டிய ஒரு மெசேஜைச் சேமிக்க கையொப்பமிடப்பட்ட தரவுப் பொதியை (signed data package) குறிக்க பயன்படுத்தப்படுகிறது. பரிமாற்றங்கள் கீழ்காணும் பகுதிகளைக் கொண்டுள்ளன:
+
+- மெசேஜின் பெறுநர்
+- அனுப்புநரை அடையாளம் காட்டும் கையொப்பம்
+- அனுப்புநரிலிருந்து பெறுநருக்கு மாற்ற வேண்டிய ஈதர் தொகை
+- விருப்பத் தரவுப் புலம்
+- பரிவர்த்தனைச் செயலாக்கம் எடுக்க அனுமதிக்கப்படும் அதிகபட்ச கணக்கீட்டுப் படிகளின் எண்ணிக்கையைப் பிரதிநிதித்துவப்படுத்தும் ஒரு `STARTGAS` மதிப்பு
+- அனுப்புநர் ஒவ்வொரு கணக்கீட்டுப் படிக்கும் செலுத்தும் கட்டணத்தைப் பிரதிநிதித்துவப்படுத்தும் ஒரு `GASPRICE` மதிப்பு
+
+முதலாவது மூன்று புலங்கள் எந்தக் கிரிப்டோகரன்சியிலும் எதிர்பார்க்கப்படும் நிலையான புலங்களாகும். தரவுப் புலத்திற்கு இயல்பாக எந்த செயல்பாடும் இல்லை, ஆனால் வெர்சுவல் மெஷின் (Virtual Machine) ஒரு ஒப்பாதையை (opcode) கொண்டுள்ளது, அதைப் பயன்படுத்தி ஒப்பந்தம் அந்த தரவைப் அணுக முடியும்; எடுத்துக்காட்டாக, ஒரு ஒப்பந்தம் பிளாக்செயினில் டொமைன் பதிவு சேவையாக செயல்படுகிறதெனில், அதற்கு அனுப்பப்படும் தரவை இரண்டு "புலங்கள்" கொண்டதாகக் கருத விரும்பலாம், முதலாம் புலம் பதிவு செய்ய வேண்டிய டொமைனை குறிக்கிறது, இரண்டாம் புலம் அதைப் பதிவு செய்ய வேண்டிய IP முகவரியை குறிக்கிறது. ஒப்பந்தம் இந்த மதிப்புகளை மெசேஜ் தரவிலிருந்து வாசித்து, தகுந்த முறையில் சேமிப்பகத்தில் (storage) வைக்கிறது.
+
+`STARTGAS` மற்றும் `GASPRICE` புலங்கள் எத்தேரியத்தின் சேவை மறுப்பு எதிர்ப்பு மாதிரிக்கு முக்கியமானவை. குறியீட்டு செயல்பாட்டின் (code execution) கணினி படிகள் எவ்வளவு பயன்படுகிறது என்பதற்கான ஒரு வரம்பை நிர்ணயிக்க ஒவ்வொரு பரிமாற்றத்திலும் தேவையாகிறது. கணக்கீட்டின் அடிப்படை அலகு "காஸ்" ஆகும்; பொதுவாக, ஒரு கணினி படிக்கு 1 காஸ் செலவாகிறது, ஆனால் சில செயல்பாடுகள் கணினி செலவு அதிகம் இருப்பதால், அல்லது மாநிலத்தின் (state) ஒரு பகுதியாகச் சேமிக்க வேண்டிய தரவின் அளவை அதிகரிக்கும் என்பதால் அதிக அளவு காஸ் செலவாகிறது. பரிமாற்றத் தரவில் உள்ள ஒவ்வொரு பைட்டுக்கும் 5 காஸ் கட்டணமும் உள்ளது. இந்தக் கட்டண முறைமைக்கான நோக்கம், கணக்கீடு, பரிமாற்ற திறன் (bandwidth) மற்றும் சேமிப்பு உட்பட அவர்கள் பயன்படுத்தும் ஒவ்வொரு வளத்திற்கும் ஒரு தாக்குதல்காரர் சுமார் கட்டணம் செலுத்த வேண்டிய அவசியத்தை உருவாக்குவதாகும்; எனவே, இவ்வளவு வளங்களை அதிகமாக பயன்படுத்தும் எந்தவொரு பரிமாற்றத்திற்கும் காஸ் கட்டணம் சுமார் சம அளவில் ஏற்பட வேண்டும்.
+
+### செய்திகள் {#messages}
+
+ஒப்பந்தங்கள் மற்ற ஒப்பந்தங்களுக்கு "செய்திகளை" அனுப்பும் திறனைக் கொண்டுள்ளன. செய்திகள் எத்தீரியம் செயல்முறை சூழலில் மட்டுமே உள்ள நிழல் பொருள்கள் (virtual objects) ஆகும் மற்றும் அவற்றை ஒருபோதும் வரிசைப்படுத்தப்படவில்லை. ஒரு செய்தி பின்வரும் புலங்களைக் கொண்டுள்ளது:
+
+- செய்தி அனுப்புனர் (implicit)
+- மெசேஜின் பெறுநர்
+- செய்தியுடன் கூடிய எத்தர் தொகையை மாற்றவும்
+- விருப்பத் தரவுப் புலம்
+- ஒரு `STARTGAS` மதிப்பு
+
+அடிப்படையில், ஒரு செய்தி ஒரு பரிமாற்றம் போன்றது, ஆனால் இது ஒரு ஒப்பந்தத்தால் தயாரிக்கப்படுகிறது, வெளிப்புற நடிகர் (external actor) அல்ல. தற்போது குறியீட்டை இயக்கும் ஒரு ஒப்பந்தம், `CALL` என்ற செயல்பாட்டுக் குறியீட்டை இயக்கும்போது ஒரு செய்தி உருவாக்கப்படுகிறது, இது ஒரு செய்தியை உருவாக்கி செயல்படுத்துகிறது. ஒரு பரிமாற்றம் போலவே, ஒரு செய்தி பெறுநர் கணக்கின் (account) குறியீட்டைப் (code) இயக்குகிறது. எனவே, வெளிப்புற நடிகர்கள் செயல்படும் முறை போலவே ஒப்பந்தங்களும் மற்ற ஒப்பந்தங்களுடன் உறவுகளை உருவாக்க முடியும்.
+
+தகவல்: ஒரு பரிமாற்றம் அல்லது ஒப்பந்தத்தால் ஒதுக்கப்பட்ட காஸ் தொகை, அந்தப் பரிமாற்றம் மற்றும் அனைத்து துணை-செயலாக்கங்களால் (sub-executions) முழுவதும் பயன்படுத்தப்படும் மொத்த காஸ் நுகர்வுக்கு பொருந்தும். எடுத்துக்காட்டாக, வெளிப்புற நடிகர் A 1000 காஸ் கொண்டு B-க்கு ஒரு பரிமாற்றத்தை அனுப்பினால், B 600 காஸைக் நுகர்ந்தபிறகு C-க்கு ஒரு செய்தியை அனுப்பி, C-யின் உள்நாட்டு செயல்பாடு 300 காஸ் நுகர்ந்தபிறகு திரும்பினால், B மீதமுள்ள 100 காஸைக் நுகர்ந்து முடிவடையும் முன் செயலாக்க முடியும்.
+
+### எத்தேரியம் நிலை மாற்றச் சார்பு {#ethereum-state-transition-function}
+
+![ஈதர் நிலை மாற்றம்](./ether-state-transition.png)
+
+எத்தேரியம் நிலை மாற்றச் சார்பு, `APPLY(S,TX) -> S'` என்பதைப் பின்வருமாறு வரையறுக்கலாம்:
+
+1. பரிவர்த்தனை நன்கு உருவாக்கப்பட்டதா (அதாவது, சரியான எண்ணிக்கையிலான மதிப்புகளைக் கொண்டுள்ளதா), கையொப்பம் செல்லுபடியாக உள்ளதா, மற்றும் நான்ஸ் அனுப்புநரின் கணக்கில் உள்ள நான்ஸுடன் பொருந்துகிறதா என்பதை சரிபார்க்கவும். இவை இல்லை என்றால், ஒரு பிழையைத் திருப்பி அனுப்பவும்.
+2. பரிவர்த்தனைக் கட்டணத்தை `STARTGAS * GASPRICE` எனக் கணக்கிட்டு, கையொப்பத்திலிருந்து அனுப்பும் முகவரியைத் தீர்மானிக்கவும். கட்டணத்தை அனுப்புநரின் கணக்கு இருப்பிலிருந்து கழித்து, அனுப்புநரின் நான்ஸை (nonce) அதிகரிக்கவும். செலவிட போதுமான இருப்பு இல்லை என்றால், பிழையைத் திருப்பி அனுப்பவும்.
+3. `GAS = STARTGAS` என துவக்கி, பரிவர்த்தனையில் உள்ள பைட்டுகளுக்கு பணம் செலுத்த ஒவ்வொரு பைட்டுக்கும் ஒரு குறிப்பிட்ட அளவு கேஸ்ஸை எடுத்துக்கொள்ளுங்கள்.
+4. பரிமாற்ற மதிப்பை அனுப்புநரின் கணக்கிலிருந்து பெறுநரின் கணக்குக்கு மாற்றவும். பெறுநரின் கணக்கு இன்னும் உருவாக்கப்படாதது என்றால், அதை உருவாக்கவும். பெறுநரின் கணக்கு ஒப்பந்தம் (contract) என்றால், ஒப்பந்தத்தின் குறியீட்டை முழுமையாக அல்லது செயல்பாடு காஸ் முடிவடையும் வரை இயக்கவும்.
+5. அனுப்புநரிடம் போதுமான பணம் இல்லை என்பதால் மதிப்பு மாற்றம் தோல்வியடைந்தால், அல்லது குறியீடு செயலாக்கம் காஸ் முடிவடையும் வரை இயங்கினால், கட்டணங்களின் கொடுப்பனவை தவிர மற்ற மாநில மாற்றங்களை (state changes) எல்லாம் மாற்றவும், மற்றும் கட்டணங்களை மைனர் (miner) கணக்குக்குச் சேர்க்கவும்.
+6. இல்லையெனில், மீதமுள்ள காஸ்க்கான கட்டணங்களை அனுப்புநருக்கு திருப்பி வழங்கவும், மற்றும் நுகரப்பட்ட காஸ்க்கு செலுத்தப்பட்ட கட்டணங்களை மைனர் (miner) க்கு அனுப்பவும்.
+
+உதாரணமாக, ஒப்பந்தத்தின் குறியீடு (code) இதுவாக இருக்கலாம்:
+
+```py
+if !self.storage[calldataload(0)]:
+  self.storage[calldataload(0)] = calldataload(32)
+```
+
+குறிப்பிட வேண்டும: நிஜத்தில், ஒப்பந்த குறியீடு (contract code) குறைந்த மட்ட EVM குறியீட்டில் (EVM code) எழுதப்படுகிறது; விளக்கமாக, இந்த எடுத்துக்காட்டு எங்கள் உயர் மட்ட மொழிகளில் ஒன்றான Serpent இல் எழுதப்பட்டுள்ளது, மற்றும் இது EVM குறியீட்டிற்கு (EVM code) தொகுக்கப்படலாம். ஒப்பந்தத்தின் சேமிப்பகம் காலியாகத் தொடங்குகிறது என்று வைத்துக்கொள்வோம், மற்றும் 10 ஈதர் மதிப்பு, 2000 கேஸ், 0.001 ஈதர் கேஸ் விலை மற்றும் 64 பைட் தரவுகளுடன் ஒரு பரிவர்த்தனை அனுப்பப்படுகிறது, இதில் 0-31 பைட்டுகள் `2` என்ற எண்ணையும் மற்றும் 32-63 பைட்டுகள் `CHARLIE` என்ற சரத்தையும் குறிக்கின்றன. இந்தச் சந்தர்ப்பத்தில் மாநில மாற்றச் செயல்பாட்டிற்கான (state transition function) செயல்முறை கீழே உள்ளபடி இருக்கும்:
+
+1. பரிமாற்றம் (transaction) செல்லுபடியாகவும் நன்றாக உருவாக்கப்பட்டதாகவும் இருக்கிறதா என்பதை சரிபார்க்கவும்.
+2. பரிமாற்ற அனுப்புநருக்கு (transaction sender) குறைந்தபட்சம் 2000 \* 0.001 = 2 எதர் இருக்கிறதா என்பதை சரிபார்க்கவும். இருந்தால், அனுப்புநரின் (sender) கணக்கிலிருந்து 2 எதரை கழிக்கவும்.
+3. காஸ் = 2000 என ஆரம்பிக்கவும்; பரிமாற்றம் 170 பைட்கள் நீளமாக இருக்கிறது மற்றும் பைட் கட்டணம் 5 எனக் கருதி, 850 ஐ கழித்து, 1150 காஸ் மீதமிருக்கிறது.
+4. மேலும் 10 எதரை அனுப்புநரின் கணக்கிலிருந்து கழித்து, ஒப்பந்தத்தின் (contract) கணக்கில் சேர்க்கவும்.
+5. குறியீட்டை (code) இயக்கவும். இந்த வழக்கில், இது எளிமையானது: இது குறியீட்டு `2` இல் உள்ள ஒப்பந்தத்தின் சேமிப்பகம் பயன்படுத்தப்படுகிறதா என்பதைச் சரிபார்க்கிறது, அது இல்லை என்பதைக் கவனிக்கிறது, எனவே இது குறியீட்டு `2` இல் உள்ள சேமிப்பகத்தை `CHARLIE` என்ற மதிப்புக்கு அமைக்கிறது. இது 187 காஸ் (gas) எடுக்கிறது என்று கருதுவோம், எனவே மீதமுள்ள காஸ் (gas) 1150 - 187 = 963 ஆகும்
+6. 963 \* 0.001 = 0.963 எதரை மீண்டும் அனுப்புநரின் கணக்கில் சேர்த்து, மிச்சமாகும் மாநிலத்தை (resulting state) திருப்பி அனுப்பவும்.
+
+பரிவர்த்தனையின் பெறும் முடிவில் எந்த ஒப்பந்தமும் இல்லை என்றால், மொத்த பரிவர்த்தனைக் கட்டணம் வெறுமனே வழங்கப்பட்ட `GASPRICE` ஐ பரிவர்த்தனையின் நீளத்தால் (பைட்டுகளில்) பெருக்குவதற்குச் சமமாக இருக்கும், மேலும் பரிவர்த்தனையுடன் அனுப்பப்பட்ட தரவு பொருத்தமற்றதாக இருக்கும்.
+
+குறிப்பிட வேண்டும்: தகவல்கள் (messages) தற்செயலாக பிறப்பிக்கப்பட்ட இயக்கங்களின் திருப்பங்கள் (reverts) உடன், பரிமாற்றங்களின் (transactions) போன்றே செயல்படும்: ஒரு செய்தி (message) இயக்கம் காஸ் (gas) முடிந்துவிட்டால், அச்செய்தியின் (message) இயக்கம் மற்றும் அதனால் தொடங்கப்படும் அனைத்து பிற இயக்கங்களும் திரும்பிவிடும், ஆனால் மூல இயக்கங்கள் (parent executions) திரும்ப தேவையில்லை. இதனால், A B-யை G காஸ் (gas) உடன் அழைக்கும்போது, A-வின் இயக்கம் அதிகபட்சமாக G காஸ்ஸை (gas) இழப்பது உறுதியாகும் என்பதால், ஒரு ஒப்பந்தத்தை (contract) மற்றொரு ஒப்பந்தத்தைக் (contract) அழைப்பது "பாதுகாப்பானது" என்பது உறுதியாகிறது. இறுதியாக, `CREATE` என்ற ஒரு செயல்பாட்டுக் குறியீடு உள்ளது, அது ஒரு ஒப்பந்தத்தை உருவாக்குகிறது; அதன் செயலாக்க இயக்கவியல் பொதுவாக `CALL` ஐப் போன்றது, ஆனால் செயலாக்கத்தின் வெளியீடு புதிதாக உருவாக்கப்பட்ட ஒப்பந்தத்தின் குறியீட்டைத் தீர்மானிக்கிறது என்பது விதிவிலக்கு.
+
+### குறியீடு செயலாக்கம் {#code-execution}
+
+எத்தீரியம் ஒப்பந்தங்களில் (Ethereum contracts) குறியீடு குறைந்த மட்டத்திலான, திடுக்கிடும் அடிப்படையிலான பைட்கோடு மொழியில் (stack-based bytecode language) எழுதப்பட்டுள்ளது, இதை "எத்தீரியம் மெய்நிகர் இயந்திரக் குறியீடு" (Ethereum virtual machine code) அல்லது "EVM குறியீடு" (EVM code) என அழைக்கின்றனர். குறியீடு (code) ஒரு தொடர் பைட்களைக் (bytes) கொண்டு அமைந்துள்ளது, இதில் ஒவ்வொரு பைடும் (byte) ஒரு செயல்பாட்டைக் குறிக்கிறது. பொதுவாக, குறியீடு செயலாக்கம் என்பது ஒரு முடிவற்ற வளையமாகும், இது தற்போதைய நிரல் கவுண்டரில் (இது பூஜ்ஜியத்தில் தொடங்குகிறது) உள்ள செயல்பாட்டை மீண்டும் மீண்டும் மேற்கொள்வதையும், பின்னர் நிரல் கவுண்டரை ஒன்றால் அதிகரிப்பதையும் கொண்டுள்ளது, இது குறியீட்டின் முடிவை அடையும் வரை அல்லது ஒரு பிழை அல்லது `STOP` அல்லது `RETURN` அறிவுறுத்தல் கண்டறியப்படும் வரை தொடரும். செயல்பாடுகளுக்கு (Operations) கீழ்க்கண்ட மூன்று வகையான இடங்களில் (space) தரவுகளை (data) சேமிக்க அணுகல் உண்டு:
+
+- **அடுக்கு**, மதிப்புகளைத் தள்ளவும் எடுக்கவும் கூடிய ஒரு லாஸ்ட்-இன்-ஃபர்ஸ்ட்-அவுட் கொள்கலன்
+- **நினைவகம்**, எல்லையற்ற விரிவாக்கக்கூடிய பைட் வரிசை
+- ஒப்பந்தத்தின் நீண்ட கால **சேமிப்பகம்**, ஒரு திறவுகோல்/மதிப்பு சேமிப்பகம். மாடம் (stack) மற்றும் நினைவகம் (memory) குறியீடு செயலாக்கம் (code execution) முடிந்தவுடன் மீட்டமைக்கப்படும் நிலையில், சேமிப்பு (storage) நீண்ட காலத்திற்கு நிலைத்திருக்கிறது.
+
+குறியீடு (code) கீழ்வரும் தரவுகளையும் (data) அணுக முடியும்: உள்ள வரும் செய்தியின் (incoming message) மதிப்பு (value), அனுப்புநர் (sender) மற்றும் தகவல்கள் (data), தொகுதி தலைப்பு (block header) தரவுகள், குறியீடு (code) ஒரு பைட்கோடு வரிசையைக் (byte array) வெளியீட்டாகவும் திருப்பித் தர முடியும்.
+
+EVM குறியீட்டின் (EVM Code) செம்மையான செயலாக்க முறைமையை (formal execution model) மிகவும் எளிமையாகப் பார்க்க முடியும். எத்தேரியம் மெய்நிகர் இயந்திரம் இயங்கும்போது, அதன் முழுமையான கணக்கீட்டு நிலையை `(block_state, transaction, message, code, memory, stack, pc, gas)` என்ற கணத்தால் வரையறுக்கலாம், இதில் `block_state` என்பது அனைத்து கணக்குகளையும் கொண்டுள்ள உலகளாவிய நிலையாகும், மேலும் இது இருப்புகளையும் சேமிப்பகத்தையும் உள்ளடக்கியது. ஒவ்வொரு செயலாக்கச் சுற்றின் தொடக்கத்திலும், தற்போதைய அறிவுறுத்தல் `code` இன் `pc`வது பைட்டை (அல்லது `pc >= len(code)` எனில் 0) எடுத்துக்கொள்வதன் மூலம் கண்டறியப்படுகிறது, மேலும் ஒவ்வொரு அறிவுறுத்தலுக்கும் அது கணத்தை எவ்வாறு பாதிக்கிறது என்பதன் அடிப்படையில் அதன் சொந்த வரையறை உள்ளது. உதாரணமாக, `ADD` அடுக்கிலிருந்து இரண்டு உருப்படிகளை எடுத்து அவற்றின் கூட்டுத்தொகையைத் தள்ளுகிறது, `gas` ஐ 1 ஆல் குறைத்து `pc` ஐ 1 ஆல் அதிகரிக்கிறது, மேலும் `SSTORE` அடுக்கின் மேலிருந்து இரண்டு உருப்படிகளை எடுத்து, முதல் உருப்படியால் குறிப்பிடப்பட்ட குறியீட்டில் இரண்டாவது உருப்படியை ஒப்பந்தத்தின் சேமிப்பகத்தில் செருகுகிறது. எத்தீரியம் மெய்நிகர் இயந்திர செயலாக்கத்தை (Ethereum virtual machine execution) just-in-time தொகுப்பு (compilation) மூலம் பல வழிகளில் செயல்திறனை அதிகரிக்க (optimize) முடியும் என்றாலும், எத்தீரியத்தை (Ethereum) அடிப்படை வழியில் செயலாக்குவது (implementation) சில நூறு வரிசைகள் (lines of code) மட்டுமே கொண்டிருக்கலாம்.
+
+### பிளாக்செயின் மற்றும் சுரங்கம் {#blockchain-and-mining}
+
+![எத்தேரியம் பயன்பாட்டு தொகுதி வரைபடம்](./ethereum-apply-block-diagram.png)
+
+எத்தீரியம் தொடர் (Ethereum blockchain) பல வழிகளில் பிட்காயின் தொடருக்கு (Bitcoin blockchain) இணையாக உள்ளது, என்றாலும் சில வேறுபாடுகள் உள்ளன. எத்தீரியம் மற்றும் பிட்காயின் தொடர் கட்டமைப்புகளை (blockchain architecture) ஒப்பிடும்போது, முதன்மை வேறுபாடு என்னவென்றால், பிட்காயினிற்கு மாறாக, எத்தீரியம் தொகுதிகள் (blocks) பரிமாற்றப் பட்டியல் (transaction list) மற்றும் சமீபத்திய நிலையின் (most recent state) பிரதியை (copy) கொண்டிருக்கும். அதைத் தவிர, இரு கூடுதல் மதிப்புகள், தொகுதி எண் (block number) மற்றும் கடினம் (difficulty), ஆகியவை தொகுதியில் (block) சேமிக்கப்படும். எத்தீரியத்தில் அடிப்படை தொகுதி செல்லுபடியாக்கும் க்குறிக்கோள் (block validation algorithm) கீழே கொடுக்கப்பட்டுள்ளது:
+
+1. முந்தைய தொகுதி (previous block) குறிப்பிடப்பட்டு, அது இருப்பதைவும் செல்லுபடியாக இருப்பதைவும் சரிபார்க்கவும்.
+2. தொகுதியின் நேரக்குறிப்பு (timestamp) குறிப்பிடப்பட்ட முந்தைய தொகுதியின் நேரத்தைவிட அதிகமாகவும், எதிர்காலத்தில் 15 நிமிடத்திற்கு குறைவாகவும் இருப்பதை சரிபார்க்கவும்
+3. தொகுதி எண் (block number), கடினம் (difficulty), பரிமாற்றக் மூலங்கள் (transaction root), அத்தை மூலங்கள் (uncle root) மற்றும் கேஸ் வரம்பு (gas limit) போன்றவற்றை சரியாக உள்ளனவா என்பதையும் சரிபார்க்கவும்.
+4. Block ன் proof-of-work சரியானது என்பதைச் சரிபார்க்கவும்.
+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` நிலையின் மெர்க்கல் மரத்தின் ரூட், தொகுதி தலைப்பில் வழங்கப்பட்ட இறுதி நிலை ரூட்டுக்கு சமமாக உள்ளதா எனச் சரிபார்க்கவும். அது சரியெனில், தொகுதி செல்லுபடியாகும்; இல்லாவிட்டால், அது செல்லுபடியாகாது.
+
+இந்த அணுகுமுறை முதலில் மிகவும் மந்தமாகத் தோன்றலாம், ஏனெனில் ஒவ்வொரு தொகுதியிலும் முழு நிலையை (state) சேமிக்க வேண்டும். ஆனால் உண்மையில், பிட்காயினுக்கு ஒப்பான செயல்திறனை (efficiency) கொண்டிருக்க வேண்டும். காரணம், நிலை மரக்கட்டமைப்பில் (tree structure) சேமிக்கப்படுகிறது, மேலும் ஒவ்வொரு தொகுதியின் (block) பின்னரும் மரத்தின் ஒரு சிறிய பகுதியே மாற்றப்பட வேண்டும். எனவே, பொதுவாக, இரண்டு அடுத்தடுத்த தொகுதிகளுக்கு இடையில் மரத்தின் பெரும்பகுதி ஒரே மாதிரியாக இருக்க வேண்டும், எனவே தரவை ஒருமுறை சேமித்து, சுட்டிகளைப் பயன்படுத்தி (அதாவது, துணை மரங்களின் ஹாஷ்கள்) இரண்டு முறை குறிப்பிடலாம். "பட்ரிசியா மரம்" (Patricia tree) எனப்படும் ஒரு சிறப்பு வகை மரம் இதைப் பெற்றுக்கொள்வதற்காகப் பயன்படுத்தப்படுகிறது, இது மெர்கிள் மரம் (Merkle tree) என்ற கருத்துக்கருவில் ஒரு மாற்றத்தை (modification) உள்ளடக்கியது, இது கொள்ளைகளை (nodes) எளிதாகச் செலுத்தும், நீக்கும், மற்றும் மாற்றங்களை மட்டும் செய்யாமல். மேலும், அனைத்து நிலைத் தகவல்களும் (state information) கடைசி தொகுதியின் (block) ஒரு பகுதியாக இருப்பதால், முழு தொகுதி வரலாற்றையும் (blockchain history) சேமிக்கத் தேவையில்லை - ஒரு ஆய்வு (strategy), இது பிட்காயினில் (Bitcoin) பயன்படுத்தப்படக்கூடியது எனக் கருதினால், இடத்தை 5-20 மடங்கு குறைக்கக் (space savings) கணக்கீடு செய்யப்படலாம்.
+
+உண்மையான கேள்வி "கொணரின்" (contract) குறியீடு (code) எந்தப் பொருள் கடத்தும் என்பது அடிப்படையில் விளங்குகிறதா என்பதைப் பற்றியதாகும். இதற்கு ஒரு எளிய பதில் உள்ளது: ஒப்பந்தக் குறியீட்டைச் செயல்படுத்தும் செயல்முறை நிலை மாற்றச் சார்பின் வரையறையின் ஒரு பகுதியாகும், இது தொகுதி சரிபார்ப்பு நெறிமுறையின் ஒரு பகுதியாகும், எனவே ஒரு பரிவர்த்தனை `B` தொகுதியில் சேர்க்கப்பட்டால், அந்தப் பரிவர்த்தனையால் உருவாக்கப்பட்ட குறியீடு செயலாக்கம் `B` தொகுதியைப் பதிவிறக்கிச் சரிபார்க்கும் அனைத்து முனைகளாலும், இப்போதும் எதிர்காலத்திலும் செயல்படுத்தப்படும்.
+
+## பயன்பாடுகள் {#applications}
+
+பொதுவாக, எத்தீரியத்தின் மேல் மூன்று வகை பயன்பாடுகள் உள்ளன. முதல் வகை நிதி பயன்பாடுகள், இது பயனாளர்களுக்குத் தங்கள் பணத்தைப் பயன்படுத்தி நடத்தவும், செயல்படுத்தவும் பலமாக (powerful) முறைகளை வழங்குகின்றது. இது துணை நாணயங்கள் (sub-currencies), நிதி நெரிவுகள் (financial derivatives), செலுத்தும் உறுதிமொழிகள் (hedging contracts), சேமிப்பு பணப்பைகள் (savings wallets), இறப்புத் திட்டங்கள் (wills), மற்றும் நிறைவேற்றப்பட்ட சில வகை வேலை ஒப்பந்தங்களை (full-scale employment contracts) கூட உள்ளடக்கியுள்ளது. இரண்டாவது வகை அரை நிதி பயன்பாடுகள் (semi-financial applications), இதில் பணம் ஈடுபட்டுள்ளதுடன், பணம் சாரா (non-monetary) அம்சங்களும் பெரிதும் இருக்கின்றன; இதற்கான சரியான உதாரணம் கணக்கீட்டு சிக்கல்களுக்கான தீர்வுகளுக்கான சுய-வசூல் (self-enforcing) முயற்சிகள் (bounties) ஆகும். இறுதியாக, இணையதள வாக்களிப்புகள் (online voting) மற்றும் மையரற்ற ஆட்சி (decentralized governance) போன்ற பயன்பாடுகள் உள்ளன, அவை நிதியைச் சார்ந்தவை அல்ல.
+
+### டோக்கன் அமைப்புகள் {#token-systems}
+
+ஆன்ட்டின் தொகேன் (On-blockchain token) முறைமைகள் பல்வேறு பயன்பாடுகளை கொண்டுள்ளன, இதற்கு உதாரணமாக USD அல்லது தங்கம் போன்ற சொத்துகளை பிரதிநிதித்துவம் செய்யும் துணை நாணயங்கள், நிறுவன பங்குகள், சுயமாகவே செல்லுபடாத சொத்துகள், பாதுகாப்பான மற்றும் கையிட முடியாத கூப்பன்கள் மற்றும் பரம்பரைச் சொத்து நாணயங்கள் அல்லது முறையினோடு எந்த உரிமையும் இல்லாத தொகேன் முறைமைகள், ஊக்கமளிக்கும் புள்ளி முறைமைகளாக பயன்படுத்தப்படுகின்றன. எத்தீரியத்தில் தொகேன் முறைமைகளை உருவாக்குவது மிகவும் எளிதாக உள்ளது. முக்கியப் புள்ளி என்னவென்றால், எந்த ஒரு நாணயத்தோ, அல்லது தொகேன் முறைமையோ அடிப்படையில் ஒரு தரவுத்தொகுப்பாகவே இருக்கும், அதில் ஒரே செயல்பாடு மட்டுமே உள்ளது: A யில் இருந்து X அலகுகளை கழித்து, B யிற்கு X அலகுகளை வழங்கவும், இதற்கான நிபந்தனைகள் (i) A பிணையத்தில் X அலகுகளை குறைந்தது கொண்டிருந்தது மற்றும் (2) பரிமாற்றம் A யால் அங்கீகரிக்கப்பட்டுள்ளது என்பதைக் கொண்டு இருக்க வேண்டும். தொகேன் முறைமையை உருவாக்குவதற்கு தேவையானது இவ்வளவு, இந்த லாஜிக்களை ஒரு கொணரியில் (contract) செயல்படுத்துவதற்கே ஆகும்.
+
+செர்பெண்டில் (Serpent) தொகேன் முறைமையை உருவாக்குவதற்கான அடிப்படை குறியீடு (code) இவ்வாறு இருக்கும்:
+
+```py
+def send(to, value):
+  if self.storage[msg.sender] >= value:
+    self.storage[msg.sender] = self.storage[msg.sender] - value
+    self.storage[to] = self.storage[to] + value
+```
+
+இது இவ்வெளியோடு மேலே விவரிக்கப்பட்ட "நிதி முறைமையின்" மாநில மாற்றச் செயல்பாட்டின் நிகர உரை அமலாக்கமாகும். முதற்கட்டமாக நாணய அலகுகளை விநியோகிக்கும் படி மற்றும் சில கீற்று நிலைகள் மற்றும் மற்ற சில விசையமுறைகளை தவிர்க்கச் சில கூடுதல் குறியீட்டு வரிகளைக் கூட்ட வேண்டும், மேலும் பிற கொணரிகளை சமர்ப்பிக்க ஒரு செயல்பாட்டையும் சேர்க்க வேண்டும். ஆனால் இதற்குக் குறிப்பாக என்ன இருந்தால் அது தான். கோட்பாட்டளவில், துணை நாணயங்களாகச் செயல்படும் எத்தேரியம் அடிப்படையிலான டோக்கன் அமைப்புகள், ஆன்செயின் பிட்காயின் அடிப்படையிலான மெட்டா-நாணயங்களில் இல்லாத மற்றொரு முக்கியமான அம்சத்தை உள்ளடக்கும் சாத்தியம் உள்ளது: அந்த நாணயத்தில் நேரடியாக பரிவர்த்தனைக் கட்டணங்களைச் செலுத்தும் திறன். இது எப்படி செயல்படுத்தப்படும் என்றால், கொணரி ஒரு எத்தீரிய சமர்ப்பிப்பைக் கையாள்வதாக இருக்கும், இதன் மூலம் செலவுகளைக் கட்டுப்படுத்த எத்தீரியத்தை திருப்பிக் கொடுக்க, மேலும் அது இந்த சமர்ப்பிப்பைப் உள்ளக நாணய அலகுகளைச் சேகரித்து, அதைப் தொடர்ச்சியாக ஓடலே செய்யும் ஏலத்தில் மீண்டும் விற்பனை செய்வதன் மூலம் நிரப்பும். பயனர்கள், எனவே, தங்கள் கணக்குகளை எத்தீரியுடன் "ஏற்கவேண்டியது" தேவை, ஆனால் எத்தீரிய இருக்கும்போது, இது மறுபயன்படுத்தக்கூடியதாக இருக்கும், ஏனெனில் கொணரி ஒவ்வொரு முறை எத்தீரியத்தை திருப்பிக் கொடும்.
+
+### நிதிப் பங்குகள் மற்றும் நிலையான-மதிப்பு நாணயங்கள் {#financial-derivatives-and-stable-value-currencies}
+
+நிதி உற்பத்தியுகள் என்பது "ஸ்மார்ட் ஒப்பந்தம்" என்பதற்கான மிகவும் பொதுவான பயன்பாடு மற்றும் குறியீட்டில் செயல்படுத்த மிக எளிதான ஒன்று. நிதி ஒப்பந்தங்களை செயல்படுத்துவதில் முக்கிய சவால் என்னவென்றால், அவற்றில் பெரும்பாலானவை வெளிப்புற விலை டிக்கர் (price ticker) குறிப்பு தேவைப்படும்; எடுத்துக்காட்டாக, எத்தீரியன் (அல்லது மற்றொரு கிரிப்டோ நாணயம்) உடன் அமெரிக்க டாலரின் மாறுபாட்டை எதிர்த்து ஒரு ஸ்மார்ட் ஒப்பந்தம் உருவாக்குவது மிகவும் விரும்பத்தகுந்த பயன்பாடு, ஆனால் இதைச் செய்ய, ஒப்பந்தம் 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/), பிட்காயின் போன்ற பிளாக்செயினைப் பயன்படுத்தி ஒரு பெயர் பதிவு முறையை வழங்க முயன்றது, அங்கு பயனர்கள் தங்கள் பெயர்களை மற்ற தரவுகளுடன் ஒரு பொது தரவுத்தளத்தில் பதிவு செய்யலாம். மேற்கோள் காட்டப்பட்ட முக்கிய பயன்பாட்டு வழக்கு ஒரு [DNS](https://wikipedia.org/wiki/Domain_Name_System) அமைப்புக்கானது, இது "bitcoin.org" (அல்லது, Namecoin வழக்கில், "bitcoin.bit") போன்ற டொமைன் பெயர்களை ஒரு IP முகவரிக்கு மேப் செய்கிறது. பிற பயன்பாடுகளில் மின்னஞ்சல் அங்கீகாரம் மற்றும் சாத்தியமாகச் மேலும் மேம்பட்ட நம்பகத் துறை அமைப்புகள் அடங்கும். இங்கே எதீரியம் மீது நேம்கோயின் போன்ற பெயர் பதிவு அமைப்பை வழங்கும் அடிப்படையான ஒப்பந்தம்:
+
+```py
+def register(name, value):
+  if !self.storage[name]:
+    self.storage[name] = value
+```
+
+இந்த ஒப்பந்தம் மிகவும் எளிமையானது; இது எதீரியம் நெட்வொர்க் உள்ளடக்கப்பட்ட ஒரு தரவுத்தொகுப்பாக மட்டுமே உள்ளது, ஆனால் மாற்ற முடியாது அல்லது நீக்க முடியாது. யாரும் ஒரு பெயரைச் சில மதிப்புடன் பதிவு செய்ய முடியும், மற்றும் அந்தப் பதிவு எப்போதும் நிலைத்துவிடும். ஒரு மிகவும் நுட்பமான பெயர் பதிவு ஒப்பந்தத்தில், மற்ற ஒப்பந்தங்கள் அதைக் கேட்க அனுமதிக்கும் ஒரு "செயல்பாட்டு விதி" மற்றும் ஒரு பெயரின் "உரிமையாளர்" (அதாவது, முதல் பதிவாளர்) தரவை மாற்றவோ அல்லது உரிமையை மாற்றவோ ஒரு பொறிமுறையும் இருக்கும். மேலுமாக, நம்பகத் துறை மற்றும் நம்பிக்கை வலைப் செயல்பாடுகளைக் கூடச் சேர்க்கலாம்.
+
+### பரவலாக்கப்பட்ட கோப்பு சேமிப்பகம் {#decentralized-file-storage}
+
+கடந்த சில ஆண்டுகளில், பயனர்களுக்குத் தங்கள் கடின இயக்கிப் பயிற்சிகளை மேலேற்ற அனுமதிக்கும், சேவையைச் சேமித்து வைப்பதற்கும் மாதாந்திர கட்டணத்திற்கு அதனை அணுக அனுமதிக்கும், முக்கியமாக ட்ராப்‌பாக்ஸ் போன்ற பிரபல ஆன்லைன் கோப்பு சேமிப்பு ஸ்டார்ட்அப்புகள் உருவாகியுள்ளது. எனினும், தற்போது கோப்பு சேமிப்பு சந்தை சில நேரங்களில் சம்பவமாகக் குறைவாக செயல்படுகிறது; பல்வேறு உருவாக்கப்பட்ட தீர்வுகளைப் பார்க்கும்போது, குறிப்பாக "அசாதாரண பள்ளி" 20-200 GB அளவில where free quotas அல்லது enterprise-level discounts க்கு அங்கே உண்டு, மாதாந்திர விலை தரவுத்தொகுப்பு செலவுகளைப் பார்த்தால், ஒரு மாதத்தில் முழுமையான கடின இயக்கியின் செலவிற்கு மேலாக செலவு செய்யப்படுகிறது. எதீரியம் ஒப்பந்தங்கள் மையமற்ற கோப்பு சேமிப்பு சுயபரிமாற்றத்தை உருவாக்க அனுமதிக்க முடியும், இதில் தனிப்பட்ட பயனர்கள் தங்கள் சொந்த கடின இயக்கிகளைப் பணம் அசைவாயிருக்கக் கொடுக்கக்கூடிய மற்றும் பயன்படுத்தப்படாத இடங்களைக் கோப்பு சேமிப்பு செலவுகளை மேலும் குறைக்க பயன்படுத்த முடியும்.
+
+அதர்த்தம் இல்லாத சேமிப்பு சாதனத்தின் முக்கிய கூறு என்பது நாங்கள் "மையமற்ற டிராப்‌பாக்ஸ் ஒப்பந்தம்" என்று பெயரிட்டுள்ளோம். இந்த ஒப்பந்தம் பின்வருபடியானவாறு செயல்படுகிறது. ஒவ்வொரு தொகுதியும் தனிப்பட்ட தனிமை காப்பகமாகக் குறியாக்கப்படுகிறது, மற்றும் அதிலிருந்து ஒரு மெர்கிள் மரம் உருவாக்கப்படுகிறது. பிறகு, ஒப்பந்தத்தில், ஒவ்வொரு N தொகுப்புகளுக்கும், ஒப்பந்தம் மெர்கிள் மரத்தில் ஒரு சீரற்ற குறியீட்டைத் தேர்வு செய்யும் (முந்தைய தொகுப்பின் 해ஷ், ஒப்பந்தக் குறியீட்டில் அணுகக்கூடியது, சீரற்றத்தைப் பெறுவதற்கான மூலமாகப் பயன்படுத்தப்படுகிறது), மற்றும் அந்த குறிப்பிட்ட குறியீட்டின் மரத்தில் உள்ள தொகுப்பின் உரிமையைச் சுருக்கமாக புலப்படுத்திய சந்தாகிய நபருக்கு X ஈதர் வழங்கப்படும். ஒரு பயனர் தங்கள் கோப்பை மீண்டும் பதிவிறக்க விரும்பும் போது, கோப்பை மீட்டெடுக்க அவர்கள் ஒரு மைக்ரோபேமெண்ட் சேனல் நெறிமுறையைப் பயன்படுத்தலாம் (எ.கா., 32 கிலோபைட்டுகளுக்கு 1 szabo செலுத்தவும்); மிகவும் கட்டண-திறனுள்ள அணுகுமுறை, பணம் செலுத்துபவர் பரிவர்த்தனையை இறுதி வரை வெளியிடாமல், அதற்குப் பதிலாக ஒவ்வொரு 32 கிலோபைட்டிற்கும் பிறகு அதே நான்ஸுடன் சற்று அதிக லாபகரமான பரிவர்த்தனையுடன் மாற்றுவதாகும்.
+
+அந்த நெறிமுறை ஒரு முக்கியமான அம்சம் என்பது, இது ஒரு சில சீரற்ற மையங்களை நம்புகிறீர்கள் போலத் தோன்றலாம் என்றாலும், அந்த ஆபத்தைக் குறைத்து, கோப்பை பல பகுதிகளாகவே அடர்த்தி பகிர்வுமூலம் பிரித்து, ஒவ்வொரு பகுதியும் எங்காவது ஒரு மையத்தில் வைத்திருப்பதைப் பார்க்கலாம். ஒரு ஒப்பந்தம் இன்னும் பணம் வழங்கினால், அது யாரோ அந்தக் கோப்பை இன்னும் சேமிக்கிறார்கள் என்பதற்கு ஒரு குறியீட்டு சான்றாக இருக்கும்.
+
+### பரவலாக்கப்பட்ட தன்னாட்சி நிறுவனங்கள் {#decentralized-autonomous-organizations}
+
+"மையமற்ற தன்னாட்சி அமைப்பு" என்ற பொது கருத்து, சில உறுப்பினர்கள் அல்லது பங்குதாரர்கள் கொண்ட ஒரு மெய்நிகர் அமைப்பின் காட்சி, அதில் 67% பெரும்பான்மையுடன், அந்த அமைப்பின் நிதிகளைச் செலவழிக்க மற்றும் அதன் குறியீட்டை மாற்ற உரிமை உள்ளது. உறுப்பினர்கள், அந்த அமைப்பு நிதிகளை எவ்வாறு ஒதிக்க வேண்டும் என்பதை ஒரு குழுமமாகக் தீர்மானிக்கப்போகிறார்கள். ஒரு DAO இன் நிதிகளை ஒதிக்க முறைகள், பரிசுகள், சம்பளங்கள் மற்றும் வேலைக்கு ஊதியம் தரும் உள்நாட்டு நாணயங்கள் போன்ற அற்புதமான முறைகள்வரை மாறுபடக்கூடும். இது ஒரு பாரம்பரிய நிறுவனத்தின் அல்லது அசாதாரண நிறுவனத்தின் சட்டப் பக்கம் எடுக்கும் முறையைப் பிரதிநிதிக்கும், ஆனால் அதன் அமல்படுத்தலுக்கு மட்டும் குறியாக்க சிக்கல் தொழில்நுட்பத்தைப் பயன்படுத்துகிறது. இதுவரை DAOs பற்றிய பேச்சுக்கள் பெரும்பாலும் "மூலதனவாத" மாதிரியாகும் "மையமற்ற தன்னாட்சி நிறுவன" (DAC) பங்குதாரர்கள் மற்றும் வரிவகுக்கும் பங்குகளைப் பற்றியதாகவே உள்ளது; மாற்றாக, "மையமற்ற தன்னாட்சி சமூகம்" என வரையறுக்கப்பட்டவையாக, அனைத்து உறுப்பினர்களும் தீர்மானங்களில் சமமான பங்குகளை உடையதாக இருக்கும் மற்றும் உறுப்பினரை சேர்க்க அல்லது நீக்க 67% தற்போதைய உறுப்பினர்களின் ஒப்புதலைக் கோருகிறது. ஒருவருக்கு ஒரே membership ஒன்றுதான் இருக்க வேண்டும் என்ற தேவை, குழுமமாகவே அமல்படுத்தப்பட வேண்டும்.
+
+ஒரு 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 ஐ ஒரு மையமில்லாத சமூகம் ஆக வளரச் செய்யும், இதனால் நபர்கள் பரிமாற்றங்களை மூடு போல் மாற்றும் நிபுணர்களிடம் உறுப்பினரைத் திருத்துவதற்கான பணியை ஒப்படைக்க முடியும், ஆனால் "தற்காலிக முறைமை" போல, நிபுணர்கள் காலப்போக்கில் எளிதாக உருவாகவும் அழிந்து விடவும் முடியும், குறிப்பாக தனிப்பட்ட சமூகம் உறுப்பினர்கள் தங்கள் பொருத்தங்களை மாற்றும் போது.
+
+மாற்று மாதிரியோ மையமில்லா நிறுவனமாக இருக்கும், இதில் எந்தக் கணக்கும் பூஜ்யம் அல்லது அதிகமான பங்குகளைக் கொண்டிருக்கலாம், மற்றும் முடிவுகளை எடுக்க இரண்டு மூவாதிகார பங்குகள் தேவை. ஒரு முழுமையான கட்டமைப்பு, சொத்துக்களை மேலாண்மை செய்யும் செயல்பாடு, பங்குகளை வாங்குதல் அல்லது விற்பனை செய்யும் சலுகையை உருவாக்கும் திறன், மற்றும் சலுகைகளை ஏற்கும் திறனை (ஒன்றுநிலை சந்தை மெய்யியல் அமைப்புடன்) உள்ளடக்கியதாக இருக்கும். ஒப்படைப்பு Liquid Democracy-போன்றது மூலம் இருக்கும், "அறிக்கையாளர் குழு" என்ற கருத்தைப் பொதுமொழியாக்கும்.
+
+### மேலும் பயன்பாடுகள் {#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. ஸ்மார்ட் மல்டிசிக்னேச்சர் எஸ்க்ரோ**. பிட்காயின் மல்டி-கையொப்பமாக்கல் ஒப்பந்தங்களை அனுமதிக்கிறது, எடுத்துக்காட்டாக, ஐந்து விசைகளை உள்ளடக்கிய குழுவில் மூன்று விசைகளைப் பயன்படுத்தி நிதிகளைச் செலவிடலாம். எதீரியாம் அதிக நுணுக்கத்தை அனுமதிக்கிறது; எடுத்துக்காட்டாக, ஐந்தில் நான்கு முழுமையாகச் செலவிடலாம், ஐந்தில் மூன்று ஒரு நாளைக்கு 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% நேரத்தில் நிலையற்றதாக உருவாகும் அபாயம் உண்டு, ஆனால் B-க்கு 90% நேரத்தில். இதனால், பிளாக் இடைவெளி குறைந்தால், A அதன் பரிமாணத்தால் அதிகமாதான் நன்றாகச் செயல்படக்கூடும். இந்த இரண்டு விளைவுகளும் சேர்ந்து, துரிதமாகப் பிளாக்களை உருவாக்கும் பிளாக்செயின் ஒரு மைனிங் புல் இணையத்தின் மிகப்பெரிய சதவீதம் ஹாஷ்பவரை பெற்றிருக்க வழிவகுக்கின்றன, இது மைனிங் செயல்முறையின் மீது ஒழுங்குமுறையில் கட்டுப்பாடு கொண்டு வருகிறது.
+
+சாம்போலின்ஸ்கி மற்றும் சோஹார் ஆகியோரால் விவரிக்கப்பட்டதுபோல, GHOST முதன்மை சிக்கலான நெட்வொர்க் பாதுகாப்பு இழப்பை தீர்க்கிறது, அதன் மூலம் சுயவிவரம் (stale blocks) பிளாக்செயின் எது "நீண்டது" என்று கணக்கிடுவதில் சேர்க்கப்படுகின்றன; அதாவது, ஒரு பிளாக் மற்றும் அதன் முன்னோர்கள் மட்டுமல்லாமல், பிளாக் முன்னோர்களின் சுயவிவரப்பிளாக் சந்ததிகளும் (எதீரீயம் சார்ந்த சொற்களில், "அங்கிள்ஸ்") கணக்கீட்டில் சேர்க்கப்படுகின்றன. இதன் மூலம், எது மிகப்பெரிய மொத்த ப்ரூஃப்-ஆஃப்-வொர்க் ஆதரவை கொண்டுள்ளது என்பதை தீர்மானிக்க முடிகிறது. மையமயமாக்கல் பாகுபாட்டின் இரண்டாவது சிக்கலைத் தீர்க்க, சாம்போலின்ஸ்கி மற்றும் சோஹார் விவரித்த நெறிமுறையை கடந்து, சுயவிவரப்பிளாக்களுக்கும் பிளாக் பரிசுகளை வழங்குகிறோம்: ஒரு சுயவிவரப்பிளாக் அதன் அடிப்படை பரிசின் 87.5% பெறுகிறது, மேலும் அந்த சுயவிவரப்பிளாக் உட்படுத்தப்பட்ட அத்திவரத்தால் 12.5% பெறப்படுகிறது. இருப்பினும், பரிவர்த்தனைக் கட்டணங்கள் அங்கிள்ஸ்க்கு வழங்கப்படுவதில்லை.
+
+எதீரீயம் GHOST இன் எளிமையான பதிப்பைச் செயல்படுத்துகிறது, இது ஏழு நிலைகளுக்குள் மட்டுமே செல்வதாக உள்ளது. குறிப்பாக, இது பின்வருமாறு வரையறுக்கப்பட்டுள்ளது:
+
+- ஒரு பிளாக் ஒரு பெற்றோரைக் குறிப்பிட வேண்டும், மேலும் 0 அல்லது அதற்கு மேற்பட்ட அங்கிள்ஸ்களை குறிப்பிட வேண்டும்
+- பிளாக் B இல் சேர்க்கப்பட்ட ஒரு அங்கிள் பின்வரும் பண்புகளைக் கொண்டிருக்க வேண்டும்:
+  - இது B இன் k-வது தலைமுறை மூதாதையரின் நேரடிக் குழந்தையாக இருக்க வேண்டும், இங்கு `2 <= k <= 7`.
+  - இது B வின் ancestor ஆக இருக்க முடியாது
+  - ஒரு அங்கிள் செல்லுபடியாகும் பிளாக் தலைப்பாக இருக்க வேண்டும், ஆனால் இது முந்தைய சோதனைக்குட்பட்ட அல்லது செல்லுபடியாகிய பிளாக் இருக்க வேண்டிய அவசியமில்லை
+  - ஒரு அங்கிள் முந்தைய பிளாக்ஸ்களில் சேர்க்கப்பட்ட அனைத்து அங்கிள்ஸ்களிலும் மற்றும் அதே பிளாகில் சேர்க்கப்பட்ட அனைத்து அங்கிள்ஸ்களிலும் மாறுபட்டதாக இருக்க வேண்டும் (இரட்டை சேர்க்கை இல்லை)
+- B என்ற பிளாக் உள்ள அங்கிள் U க்கு, B வின் மைனர் தனது coinbase பரிசுக்கு கூடுதலாக 3.125% பெறுவார், மேலும் U வின் மைனர் ஒரு நிலையான coinbase பரிசின் 93.75% பெறுவார்.
+
+GHOST இன் இந்த வரையறுக்கப்பட்ட பதிப்பு, அங்கிள்ஸ்கள் 7 சந்ததிகளுக்கு மட்டுமே சேர்க்கக்கூடியதாக இருந்தது, இரண்டு காரணங்களுக்காகப் பயன்படுத்தப்பட்டது. முதலில், எல்லையற்ற GHOST ஒரு குறிப்பிட்ட பிளாக்குக்கான செல்லுபடியான அங்கிள்ஸ்கள் எவை என்பதை கணக்கிடுவதில் மிகுந்த சிக்கல்களை உண்டாக்கும். இரண்டாவது, எதீரீயத்தில் பயன்படுத்தப்படும் அடியளவிலான GHOST, ஒரு மைனர் முக்கியச் சங்கிலியில் மைனிங் செய்ய வேண்டும் என்ற ஊக்கத்தை நீக்கிவிடும், அதாவது ஒரு பொது தாக்குதலாளியின் சங்கிலியில் மைனிங் செய்ய வேண்டும் என்ற எண்ணம் ஏற்படும்.
+
+### கட்டணங்கள் {#fees}
+
+ஒவ்வொரு பரிவர்த்தனையும் பிளாக்செயினில் வெளியிடப்படும்போது, அதைப் பதிவிறக்கம் செய்து சரிபார்க்க நெட்வொர்க்கில் செலவிட வேண்டிய செலவைக் குறைக்கும் கட்டாயம் உள்ளது. இது தவறாகப் பயன்படுத்துவதைத் தடுக்க ஒரு கட்டுப்பாட்டு முறைமையும், பொதுவாகப் பரிவர்த்தனை கட்டணங்கள் உட்பட உள்ளன. பிட்ட்காயினில் பயன்படுத்தப்படும் இயல்பான அணுகுமுறை, முழுக்க முழுக்க தன்னார்வ கட்டணங்களை வைத்திருப்பது, மைனர்களை நுழைவாயிலின் காவலாளர்களாகக் கொண்டு நடமாட்டத்தை குறைத்து மாறுநிலை குறைந்தபட்சங்களை அமைக்கச் செய்வது. இந்த அணுகுமுறை பிட்ட்காயின் சமுதாயத்தில் மிகவும் நல்ல ஆதரவைப் பெற்றுள்ளது, குறிப்பாக இது "மார்க்கெட் அடிப்படையிலானது" என்பதால், மைனர்களுக்கும் பரிவர்த்தனை அனுப்புபவர்களுக்கும் இடையிலான பொருளாதாரத்தை வழங்குவதன் மூலம் விலை நிர்ணயிக்க அனுமதிக்கின்றது. எனினும், இந்த வழியில் பிரச்சனை என்னவென்றால், பரிவர்த்தனை செயலாக்கம் ஒரு மார்க்கெட் அல்ல; மைனர் அனுப்புநருக்கு வழங்கும் ஒரு சேவையாக பரிவர்த்தனை செயலாக்கத்தை எடுத்து கொள்வது பகுத்தறிவோடு திகட்டுகிறது, ஆனால் உண்மையில் மைனர் இணைக்கும் ஒவ்வொரு பரிவர்த்தனையும் நெட்வொர்க்கில் உள்ள ஒவ்வொரு கணினியாலும் செயலாக்கப்பட வேண்டும், எனவே பரிவர்த்தனை செயலாக்கத்தின் பெரும்பாலான செலவு மூன்றாம் தரப்பினரால் சுமிக்கப்படுகிறது, இது அதை இணைக்க அல்லது சேர்க்கவேண்டுமா என்று தீர்மானிக்கும் மைனரால் அல்ல. இதனால், பொதுவுடைமையின் பிரச்சனைகள் மிகவும் நிகழ்வதைத் தடுக்க முடியாது.
+
+எனினும், மார்க்கெட் அடிப்படையிலான முறையில் உள்ள இந்தக் குறைபாடு, குறிப்பிட்ட தவறான எளிமையான முன்னறிவிப்பினைப் பயன்படுத்தும்போது, அதற்கேற்றவாறு தானாகவே அழிந்துவிடுகிறது. வாதம் பின்வருமாறு உள்ளது. கற்பனையாக நம்மை பின்வரும் சூழலில் வைத்துக்கொள்வோம்:
+
+1. ஒரு பரிவர்த்தனை `k` செயல்பாடுகளுக்கு வழிவகுக்கிறது, `R` அனுப்புநரால் அமைக்கப்படும் மற்றும் `k` மற்றும் `R` (தோராயமாக) சுரங்கத் தொழிலாளிக்கு முன்கூட்டியே தெரியும் இடத்தில் அதை உள்ளடக்கிய எந்தவொரு சுரங்கத் தொழிலாளிக்கும் `kR` வெகுமதியை வழங்குகிறது.
+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` ஐ அதிகரிக்கிறது; எனவே, இந்த இரண்டு விளைவுகளும் குறைந்தபட்சம் ஓரளவு
+ஒன்றையொன்று ரத்து செய்கின்றன.<sup>[எப்படி?](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/issues/447#issuecomment-316972260#issuecomment-316972260)</sup>
+(3) மற்றும் (4) முக்கிய பிரச்சினை; அவற்றைத் தீர்க்க நாம் ஒரு மிதக்கும் வரம்பை நிறுவுகிறோம்: எந்தத் தொகுதியும் நீண்டகால அதிவேக நகரும் சராசரியை விட `BLK_LIMIT_FACTOR` மடங்கு அதிகமான செயல்பாடுகளைக் கொண்டிருக்க முடியாது.
+குறிப்பாக:
+
+```js
+blk.oplimit = floor((blk.parent.oplimit \* (EMAFACTOR - 1) +
+floor(parent.opcount \* BLK\_LIMIT\_FACTOR)) / EMA\_FACTOR)
+```
+
+`BLK_LIMIT_FACTOR` மற்றும் `EMA_FACTOR` ஆகியவை தற்போதைக்கு 65536 மற்றும் 1.5 ஆக அமைக்கப்படும் மாறிலிகள், ஆனால் மேலும் பகுப்பாய்வுக்குப் பிறகு மாற்றப்பட வாய்ப்புள்ளது.
+
+பிட்காயினில் பெரிய பிளாக் அளவுகளுக்கு எதிரான மற்றொரு முக்கிய அம்சம் உள்ளது: பெரிய பிளாக்கள் பரவுவதற்கு அதிக நேரம் எடுத்துக் கொள்ளும், எனவே பழையதாக மாறுவதற்கான வாய்ப்பு அதிகமாக இருக்கும். எத்தீரியத்தில், அதிக காசு எடுக்கும் பிளாக்களும் பரவுவதற்கு அதிக நேரம் எடுத்துக் கொள்ளலாம், ஏனெனில் அவை பரிமாற்ற நிலை மாற்றங்களைச் சரிபார்க்க அதிக நேரம் எடுத்துக் கொள்கின்றன. இந்தத் தாமதம் பிட்காயினில் முக்கியமான சூழ்நிலையாக உள்ளது, ஆனால் எத்தீரியத்தில் GHOST நெறிமுறை காரணமாக இது குறைவாகும்; எனவே, கட்டுப்படுத்தப்பட்ட பிளாக் வரம்புகளை நம்புவது மேலும் நிலையான அடிப்படை வழங்குகிறது.
+
+### கணக்கீடு மற்றும் டியூரிங்-முழுமை {#computation-and-turing-completeness}
+
+முக்கிய குறிப்பாக, எத்தீரியத்தின் மெய்நிகர் இயந்திரம் டூரிங்-முழுமை கொண்டது; இதன் அர்த்தம் EVM குறியீடு முடிந்த வரை எதற்கும் செய்யக்கூடிய கணக்கீட்டைக் குறியீடு செய்ய முடியும், அதில் மடல் ஆகியவை உள்ளன. EVM குறியீடு இரண்டு முறைகளில் மடல்களை அனுமதிக்கிறது. முதலில், நிரலை குறியீட்டின் முந்தைய இடத்திற்குத் தாவ அனுமதிக்கும் ஒரு `JUMP` அறிவுறுத்தல் உள்ளது, மற்றும் நிபந்தனைக்குட்பட்ட தாவலுக்கு ஒரு `JUMPI` அறிவுறுத்தல் உள்ளது, இது `while x < 27: x = x * 2` போன்ற கூற்றுகளை அனுமதிக்கிறது. இரண்டாவது, ஒப்பந்தங்கள் மற்ற ஒப்பந்தங்களை அழைக்கலாம், இது திருப்பச்சூத்திரம் மூலம் மடல்களை அனுமதிக்க முடியும். இது ஒரு பிரச்சினைக்கு வழிகாட்டுகிறது: தீய நோக்கமுள்ள பயனர்கள் மெய்நிகர் மற்றும் முழு இடங்களை நிகர நான்கல் மூலம் மூட முடியுமா? இந்தப் பிரச்சினை கணினி அறிவியலில் உள்ள நிலைபாடு பிரச்சினையால் உண்டாகிறது: ஒரு குறிப்பிட்ட ஒப்பந்தம் எப்போது முடியும் என்பது பொதுவாகத் தெரியாது.
+
+நிலையை மாறுதல் பகுதியின்போது விவரிக்கப்பட்டவாறு, எங்கள் தீர்வு, ஒரு பரிமாற்றம் எடுக்க permitted கணக்கீட்டு படிகளை மொத்தமாக அமைக்கத் தேவையை ஏற்படுத்துவதன் மூலம் செயல்படுகிறது, மற்றும் செயல் நீண்ட நேரம் எடுத்தால், கணக்கீடு திரும்புவதாக ஆகிறது ஆனால் கட்டணங்கள் இன்னும் செலுத்தப்படுகின்றன. செய்திகளை அதேபோலச் செயல்படுகின்றன. எங்கள் தீர்வின் பின்னணியில் உள்ள உந்துவோரை காட்ட, பின்வரும்எடுத்துக்காட்டுகளைக் கவனிக்கவும்:
+
+- ஒரு ஆக்கிரமிப்பவர் நிரந்தர மடல்களை இயக்கும் ஒப்பந்தத்தை உருவாக்குகிறார், பின்னர் அந்த மடல்களைச் செயல்படுத்தும் பரிமாற்றத்தை நெகிழ்நரியை அனுப்புகிறார். நெகிழ்நரி பரிமாற்றத்தைச் செயல்படுத்தும், நிரந்தர மடல்களை இயக்கும் மற்றும் எரிபொருள் முடியும் வரை காத்திருக்கின்றனர். செயல்பாடு எரிபொருளை முடிக்கும்போது மற்றும் பாதியிலேயே நிறுத்தப்படுவதன் பேரில், பரிமாற்றம் இன்னும் செல்லுபடியானது மற்றும் நெகிழ்நரி, ஒவ்வொரு கணக்கீட்டு படிக்கும் கட்டணத்தை ஆக்கிரமிப்பவரிடமிருந்து எடுக்கும்.
+- ஒரு ஆக்கிரமிப்பவர் மிக நீளமான நிரந்தர மடல்களை உருவாக்கி, நெகிழ்நரியை இவ்வளவு நீண்ட நேரம் கணக்கீடு செய்ய வைப்பதற்காக, கணக்கீடு முடியும்போது சில மேலதிக கட்டங்களை வெளியிட்டுவிடும் என்று நோக்கிச் செய்கின்றார். இதனால், நெகிழ்நரி அந்தப் பரிமாற்றத்தைச் சேர்க்க முடியாது, கட்டணத்தைப் பெற முடியாது. இருப்பினும், தாக்குபவர் `STARTGAS` க்கான ஒரு மதிப்பைச் சமர்ப்பிக்க வேண்டும், இது செயலாக்கம் எடுக்கக்கூடிய கணக்கீட்டுப் படிகளின் எண்ணிக்கையைக் கட்டுப்படுத்துகிறது, எனவே கணக்கீடு அதிகப்படியான படிகளை எடுக்கும் என்பதைச் சுரங்கத் தொழிலாளி முன்கூட்டியே அறிந்துகொள்வார்.
+- ஒரு தாக்குபவர் `send(A,contract.storage[A]); contract.storage[A] = 0` போன்ற சில வடிவ குறியீட்டைக் கொண்ட ஒரு ஒப்பந்தத்தைப் பார்க்கிறார், மேலும் முதல் படியை இயக்க போதுமான கேஸுடன் ஒரு பரிவர்த்தனையை அனுப்புகிறார், ஆனால் இரண்டாவது படிக்கு அல்ல (அதாவது, ஒரு திரும்பப் பெறுதல் ஆனால் இருப்பைக் குறைக்க விடாமல்). ஒப்பந்தத்தின் ஆசிரியர் இது போன்ற தாக்குதல்களை எதிர்க்க நினைக்கத் தேவையில்லை, ஏனெனில் செயல் நடுவிலேயே நிறுத்தப்படுமென்றால் மாற்றங்கள் மறுப்பாகும்.
+- ஒரு நிதி ஒப்பந்தம் ஆறு நம்பகமான தரவுப் புலங்களைப் பயன்படுத்தி மைய மதிப்பீட்டை எடுத்துக் கொண்டு, நெருக்கத்தை குறைப்பதற்காகச் செயல்படுகிறது. ஒரு ஆக்கிரமிப்பவர் ஒரு தரவுப் புலத்தை கைப்பற்றி, இது DAOs குறித்து விவரிக்கப்படுள்ள மாறிலி-ஏலனினை அழைக்கும் முறையின் மூலம் மாற்றத்திற்குச் திறந்ததாக வடிவமைக்கப்பட்டுள்ளது, அதை ஒரு நிரந்தர மடலுக்கு மாற்றுகிறார், இதனால் நிதி ஒப்பந்தத்திலிருந்து நிதிகளைப் பெற முயலும்வரை வாயு நகக் கட்டிக்கொடுக்க முயல்கிறார். எனினும், நிதி ஒப்பந்தம் இந்தப் பிரச்சினையைத் தடுக்க குறியீடுமீது ஒரு வாயு எல்லையை அமைக்க முடியும்.
+
+டியூரிங்-முழுமைக்கு மாற்று டியூரிங்-முழுமையின்மை ஆகும், அங்கு `JUMP` மற்றும் `JUMPI` இல்லை மற்றும் ஒவ்வொரு ஒப்பந்தத்தின் ஒரே ஒரு நகல் மட்டுமே எந்த நேரத்திலும் அழைப்பு அடுக்கில் இருக்க அனுமதிக்கப்படுகிறது. இந்த முறையில், விவரிக்கப்பட்ட கட்டண முறை மற்றும் எங்கள் தீர்வின் பயன்திறனைப் பற்றிய சந்தேகங்கள் தேவையில்லை, ஏனெனில் ஒரு ஒப்பந்தத்தைச் செயல்படுத்தும் செலவுகள் அதன் அளவால் மேலே சீராக இருக்கும். கூடுதலாக, டூரிங்-முழுமையற்றது என்பது பெரிய கட்டுப்பாடு இல்லை; நாங்கள் உள்ளே உருவாக்கிய ஒப்பந்தங்கள் அனைத்திலும், இப்போது வரை ஒரு-loop மட்டுமே தேவைப்பட்டது, மற்றும் அந்த loop ஐ 26 முறை ஒரே வரிகுறியீடுமூலம் நீக்கலாம். டூரிங்-முழுமையினின் ஆழமான விளைவுகளைப் பொருத்தவரை, மற்றும் குறைந்த பயனைப் பொருத்தவரை, ஏன் எளிதாக டூரிங்-முழுமையற்ற மொழி இருக்கக் கூடாது? ஆனால், செயலிலோ, டூரிங்-முழுமையற்றது சிக்கல்களைத் தீர்க்கச் சொல்வதில்லை. இதற்கான காரணத்தைப் பார்க்க, கீழ்காணும் ஒப்பந்தங்களைப் கருத்தில் கொள்ளவும்:
+
+```sh
+C0: call(C1); call(C1);
+C1: call(C2); call(C2);
+C2: call(C3); call(C3);
+...
+C49: call(C50); call(C50);
+C50: (run one step of a program and record the change in storage)
+```
+
+இப்போது, Aக்கு ஒரு பரிமாற்றத்தை அனுப்புங்கள். எனவே, 51 பரிமாற்றங்களில், 2<sup>50</sup> கணினி படிகள் எடுத்துக்கொள்ளும் ஒப்பந்தம் உருவாகும். மைனர்‌கள், மற்ற ஒப்பந்தங்களை திரும்பக் கால் செய்யும் ஒப்பந்தங்களை கணக்கிடுவதன் மூலம் அங்கு உள்ள எட்டுப்பாடுகளை முன்கூட்டியே கண்டறிய முயற்சிக்கலாம், ஆனால் இதற்கு மைனர்‌கள் மற்ற ஒப்பந்தங்களை உருவாக்கும் ஒப்பந்தங்களை தடை செய்ய வேண்டும் (ஏனெனில் மேலே உள்ள 26 ஒப்பந்தங்களின் உருவாக்கம் மற்றும் செயல்பாடு எளிதாக ஒரே ஒப்பந்தமாக மடக்கமுடியும்). இன்னொரு சிக்கலான புள்ளி, ஒரு செய்தியின் முகவரி புலம் மாறுபட்டது என்பதால், பொதுவாக, ஒரு ஒப்பந்தம் முன்னதாகவே எந்த மற்ற ஒப்பந்தங்களை அழைக்கப்போகின்றது என்பதைப் பரிசீலிக்க முடியாது. எனவே, ஒரே சோம்பல், நாம் ஒரு ஆச்சரியமான முடிவுக்கு வந்தோம்: டூரிங்-முழுமை அதிர்ஷ்டவசமாக எளிதாக கையாளக்கூடியது, மற்றும் டூரிங்-முழுமையின்மை அதேபோல் வியக்கத்தக்கவிதமாக கையாளுவதில் கடினமாக உள்ளது, ஏனெனில் அதே கட்டுப்பாடுகள் இடத்தில் இருக்கவேண்டும் - ஆனால் அந்த நிலையில், முறைமையை டூரிங்-முழுமையுடன் இருந்தால் ஏன்?
+
+### நாணயம் மற்றும் வழங்கல் {#currency-and-issuance}
+
+எத்தியரியம் நெட்வொர்க் அதனுடைய சொந்தமாக உள்ள நாணயம், எதர், என்பதைக் கொண்டுள்ளது, இது பல்வேறு வகையான டிஜிட்டல் சொத்துகளுக்கிடையிலான திறமையான பரிமாற்றத்திற்கு முதன்மை திரவத்தளமாகச் செயல்படுவதோடு, அதற்கு மேலாகப் பரிமாற்ற கட்டணங்களைச் செலுத்துவதற்கான ஒரு முறைமையையும் வழங்குகிறது. வசதியாகவும், எதிர்கால விவாதங்களைத் தவிர்க்கவும் (பிட்காயின் இல் தற்போதைய mBTC/uBTC/satoshi விவாதத்தைப் பார்க்கவும்), நாணய வகைகள் முன்கூட்டியே அடையாளம் ஏற்கப்படும்:
+
+- 1: வெய்
+- 10<sup>12</sup>: சபோ
+- 10<sup>15</sup>: ஃபின்னி
+- 10<sup>18</sup>: எதர்
+
+இதை "டாலர்கள்" மற்றும் "செண்ட்கள்" அல்லது "BTC" மற்றும் "சதோஷி" என்ற கருத்தின் விரிவான பதிப்பாகக் கொள்வது வேண்டும். எதிர்காலத்தில், "எதர்" சாதாரண பரிமாற்றங்களுக்குப் பயன்படுத்தப்படும் என்று நாங்கள் எதிர்பார்க்கிறோம், "ஃபின்னி" மைக்ரோபரிமாற்றங்களுக்குப் பயன்படும், மற்றும் "சபோ" மற்றும் "வெய்" கட்டணங்கள் மற்றும் முறைமை நடைமுறை சார்ந்த தொழில்நுட்ப விவாதங்களுக்குப் பயன்படுத்தப்படும்; மீதமுள்ள நாணய வகைகள் பின்னர் பயன்பாட்டிற்காக useful ஆகலாம் மற்றும் தற்போது கிளையன்ட்களில் அடக்கம் செய்யப்படக் கூடாது.
+
+வழங்கல் முறைமை கீழ்கண்டவாறு இருக்கும்:
+
+- எதர் ஒரு நாணய விற்பனைவில் 1000-2000 எதர் per BTC என்ற விலையில் வெளியிடப்படும், இது எத்தியரியம் அமைப்பை நிதியளிக்கவும், மேம்பாட்டிற்காகச் செலவழிக்கவும் பயன்படும் ஒரு முறைமையாகும், இது மாஸ்டர்காயின் மற்றும் NXT போன்ற பிற மடல்கள்மூலம் வெற்றிகரமாகப் பயன்படுத்தப்பட்டுள்ளது. முதன்மை வாங்குபவர்கள் அதிகமான தள்ளுபடிகளால் நன்மை அடைவார்கள். விற்பனையிலிருந்து பெறப்படும் BTC முழுவதும், எத்தார் மற்றும் கிரிப்டோகரன்சியின் சூழலில், வளர்ச்சியாளர்களுக்கு சம்பளங்கள் மற்றும் பரிசுகளை வழங்க மற்றும் பல்வேறு வரிசைக்கு நன்மை செய்யப்படும் திட்டங்களில் முதலீடு செய்யப் பயன்படுத்தப்படும்.
+- 0.099x மொத்தமாக விற்கப்பட்ட தொகை (60102216 ETH) அமைப்புக்கு வழங்கப்படும், இது முதற்கட்ட பங்குதாரர்களுக்கு compensation வழங்கவும், genesis blockக்கு முன் ETH அளவிலான செலவுகளைச் செலுத்தவும் உதவும்.
+- 0.099x மொத்தமாக விற்கப்பட்ட தொகை நீண்டகால வரிசையாகக் கட்டுப்படுத்தப்படும்.
+- 0.26x மொத்தமாக விற்கப்பட்ட தொகை வருடத்திற்கு minersக்கு ஒதுக்கப்படும், இதற்குப் பிறகு என்றும்.
+
+| குழு                                         | துவக்கத்தில்           | 1 வருடத்திற்குப் பிறகு | 5 வருடங்களுக்குப் பிறகு |
+| -------------------------------------------- | ---------------------- | ---------------------- | ----------------------- |
+| நாணய அலகுகள்                                 | 1.198X | 1.458X | 2.498X  |
+| வாங்குபவர்கள்                                | 83.5%  | 68.6%  | 40.0%   |
+| முன்-விற்பனைக்கு ஒதுக்கப்பட்ட இருப்பு        | 8.26%  | 6.79%  | 3.96%   |
+| விற்பனைக்குப் பிறகு பயன்படுத்தப்பட்ட இருப்பு | 8.26%  | 6.79%  | 3.96%   |
+| சுரங்கத் தொழிலாளர்கள்                        | 0%                     | 17.8%  | 52.0%   |
+
+#### தீர்த்தகால வழங்கல் வளர்ச்சி விகிதம் (சதவீதம்)
+
+![எத்தேரியம் பணவீக்கம்](./ethereum-inflation.png)
+
+_நேரியல் நாணய வழங்கல் இருந்தபோதிலும், பிட்காயினைப் போலவே காலப்போக்கில் விநியோக வளர்ச்சி விகிதம் பூஜ்ஜியத்தை நோக்கிச் செல்கிறது._
+
+மேலே உள்ள மாதிரியில் இரண்டு முக்கியத் தேர்வுகள் உள்ளன: (1) ஒரு நிதி கூடத்தின் இருப்பு மற்றும் அளவு, மற்றும் (2) ஒரு நிரந்தரமாக வளர்ந்துவரும் நேரியல் வழங்கலின் இருப்பு, பிட்டாயினில் போல ஒரு அளவுக்கான வழங்கலுக்கு மாறாக. நிதி கூடத்தின் ஒழுங்கு இதுதவிர்க்கிறது. நிதி கூடத்தின் ஒழுங்கு இதுதவிர்க்கிறது. நிதி கூடம் இல்லையெனில், மற்றும் நேரியல் வழங்கல் 0.217xக்கு குறைவாக இருந்தால் ஒரே மாதிரியான மானிய விகிதத்தை வழங்க, எத்தரின் மொத்த அளவு 16.5% குறைவாக இருக்கும், இதனால் ஒவ்வொரு அலகும் 19.8% அதிகமான மதிப்பு பெற்றிருக்கும். இதனால், சமநிலையில, 19.8% அதிகமான எத்தர் விற்பனையில் வாங்கப்படும், அதனால் ஒவ்வொரு அலகும் மீண்டும் முந்தையமதிப்பைக் கொண்டிருக்கும். அமைப்புக்கு 1.198x அதிகமான BTC இருக்கும், இது இரண்டு துண்டுகளாகப் பிளவாக்கப்படுகிறது: ஆரம்ப BTC மற்றும் கூடுதலாக 0.198x. எனவே, இந்த நிலைமை நன்கொடைக்கு _சரியாகச் சமமானது_, ஆனால் ஒரு முக்கியமான வேறுபாட்டுடன்: அமைப்பு முற்றிலும் BTC ஐ வைத்திருக்கிறது, எனவே ஈதர் அலகின் மதிப்பை ஆதரிக்கத் தூண்டப்படவில்லை.
+
+நிரந்தர நேரியல் வழங்கல் வளர்ச்சி மாதிரியானது பிட்டாயினில் சிலர் காணும் அதிகமான செல்வச் சுருக்கத்தைத் தவிர்க்கும் அபாயத்தை குறைக்கிறது, மற்றும் தற்போதைய மற்றும் எதிர்கால காலங்களில் வாழும் நபர்களுக்கு நாணய அலகுகளைப் பெறுவதற்கு ஒரு நியாயமான வாய்ப்பைக் கொடுக்கிறது, அதே நேரத்தில் எத்தரைப் பெறுவதற்கும் வைத்திருக்க ஏற்ற ஊக்கம் அளிக்கிறது, ஏனெனில் "வழங்கல் வளர்ச்சி விகிதம்" சதவீதமாகும் போது காலப்போக்கில் நிச்சயமாக பூஜ்யத்தை நோக்குகிறது. கவனக்குறைவு, இறப்பு போன்றவற்றால் நாணயங்கள் காலப்போக்கில் எப்போதும் இழக்கப்படுகின்றன, மற்றும் நாணய இழப்பை ஆண்டுக்கு மொத்த விநியோகத்தின் சதவீதமாக மாதிரியாக்க முடியும் என்பதால், புழக்கத்தில் உள்ள மொத்த நாணய விநியோகம் உண்மையில் ஆண்டுதோறும் வழங்கப்படும் தொகையை இழப்பு விகிதத்தால் வகுத்தால் கிடைக்கும் ஒரு மதிப்பில் இறுதியில் நிலைபெறும் என்றும் நாங்கள் கருதுகிறோம் (எ.கா., 1% இழப்பு விகிதத்தில், விநியோகம் 26X ஐ அடைந்தவுடன், ஒவ்வொரு ஆண்டும் 0.26X சுரண்டப்படும் மற்றும் 0.26X இழக்கப்படும், இது ஒரு சமநிலையை உருவாக்கும்).
+
+எதிர்காலத்தில், எத்திரியம் பாதுகாப்பிற்கான நிரூபண-அடிப்படையிலான மாதிரியில் மாறுமெனக் கருதப்படுகிறது, இது வழங்கல் தேவையை வருடத்திற்கு பூஜ்யம் மற்றும் 0.05X இடையே குறைக்கும். எத்தேரியம் அமைப்பு நிதியுதவியை இழந்தாலோ அல்லது வேறு ஏதேனும் காரணத்திற்காக மறைந்துவிட்டாலோ, நாங்கள் ஒரு "சமூக ஒப்பந்தத்தை" திறந்து விடுகிறோம்: எத்தேரியத்தின் எதிர்கால வேட்பாளர் பதிப்பை உருவாக்கும் உரிமை யாருக்கும் உண்டு, ஒரே நிபந்தனை என்னவென்றால், ஈதரின் அளவு அதிகபட்சமாக `60102216 * (1.198 + 0.26 * n)` க்கு சமமாக இருக்க வேண்டும், இங்கு `n` என்பது ஜெனிசிஸ் தொகுதிக்குப் பிறகான ஆண்டுகளின் எண்ணிக்கை. உருவாக்குநர்கள் சுதந்திரமாகக் கூட்டணி விற்பனை செய்யவோ அல்லது PoS-அடிப்படையிலான வழங்கல் விரிவாக்கத்துடன் அதிகபட்சமாக அனுமதிக்கப்பட்ட வழங்கல் விரிவாக்கம் மத்தியில் உள்ள மாற்றத்தை வளர்ச்சிக்காக நிதியளிக்கவோ செய்யலாம். சமூக ஒப்பந்தத்திற்கு உட்பட்ட மற்றும் அதை பின்பற்றாத候முடியாத பதிப்புகள், ஒப்பந்தங்களைப் பின்பற்றும் பதிப்புகளாக மாறும்.
+
+### சுரங்க மையப்படுத்தல் {#mining-centralization}
+
+பிட்காயின் மைனிங் ஆல்கொரிதம், மைனர்களை மில்லியன் முறை கொண்டோடு, மின்சார ஒப்பந்தத் தலைப்பு சிறிது மாறிய பதிப்புகளுக்கு SHA256 கணக்கீடு செய்ய வைப்பதன் மூலம் செயல்படுகிறது, வருவாய் எப்போது ஒரு நோட் குறுகிய எண்கள் குறைவாக எளிய ஹேஷுடன் விளைவிக்கிறது (தற்காலிகமாக 2<sup>192</sup>). ஆனால், இந்த மைனிங் ஆல்கொரிதம் இரண்டு வகையான மையமயமாக்கலுக்கு ஆளாகிறது. முதலில், மைனிங் சூழல் ASICs (வினையம்ச-சிறப்பு ஒருங்கிணைக்கப்பட்ட ஆற்றல்கள்) மூலம் மையமயமாக்கப்பட்டுள்ளது, இது பிட்காயின் மைனிங் திறனை மாறுபடுத்துவதாகும், இதுவே பிட்காயின் மைனிங் நிதியின் மிகுந்த அளவில் மையமயமாக்கும் மற்றும் சமத்துவமான நடவடிக்கையாக மாறுகிறது. இதன் காரணமாக, பிட்காயின் மைனிங் சமத்துவமற்றதாகும் மற்றும் பங்கேற்க மில்லியன் டொலர்கள் வருமானம் தேவைப்படுகிறது. இரண்டாவது, பெரும்பாலான பிட்காயின் மைனர்கள் உள்ளகமாக ப்ளாக்குகளை சான்றளிக்க மாட்டார்கள்; அதுவும் மையமயமாக்கப்பட்ட மைனிங் குழுவின் உதவியைப் பெறுகிறார்கள். இந்தப் பிரச்சனை மோசமானது: இந்தப் எழுதுகையில், முக்கியமான மூன்று மைனிங் குழுக்கள் பிட்காயின் நெட்வர்க் வலிமையின் சுமார் 50% ஐ குறுக்கீடு செய்கின்றன, ஆனால் மைனர்கள் 51% தாக்குதலைச் செய்யும் குழு அல்லது கூட்டணி ஒரு குழுவை மாற்றும் சாத்தியம் உள்ளது.
+
+தற்காலிகமாக, எத்தியரியம் ஒரு மைனிங் ஆல்கொரிதத்தைப் பயன்படுத்த திட்டமிட்டுள்ளது, இதில் மைனர்களுக்கு நிலைமையிலிருந்து நிர்வகிக்கபடும் குறைவான தரவுகளைப் பெற, பிளாக்செயினில் பின்வரும் N பிளாக்குகளைச் சுற்றியுள்ள சில அடிப்படையான பரிவர்த்தனைகளை கணக்கீடு செய்ய வேண்டும் மற்றும் முடிவின் ஹேஷைப் திருப்ப வேண்டும். இதற்கான இரண்டு முக்கியமான நன்மைகள் உள்ளன. முதலில், எத்தேரியம் ஒப்பந்தங்கள் எந்தவொரு வகையான கணக்கீட்டையும் உள்ளடக்கலாம், எனவே ஒரு எத்தேரியம் ASIC அடிப்படையில் பொதுவான கணக்கீட்டிற்கான ஒரு ASIC ஆக இருக்கும் - அதாவது, ஒரு சிறந்த CPU. இரண்டாவது, மைனிங் முழு பிளாக்செயினைப் அணுகல் தேவைப்படுகிறதன் மூலம், மைனர்கள் முழு பிளாக்செயினைப் சேமிக்க வேண்டும் மற்றும் ஒவ்வொரு பரிவர்த்தனையையும் சான்றளிக்கக்கூடியதாக இருக்க வேண்டும். இது மையமயமாக்கப்பட்ட மைனிங் குழுக்களைத் தேவையற்றவையாக ஆக்குகிறது; மைனிங் குழுக்கள் இன்னும் வெகுசிலமாற்ற விரைவான விருப்பம் வழங்கும் விதத்தில் தகுதி பெறலாம், ஆனால் இந்தச் செயல்பாடுு மையகத்தின் கட்டுப்பாடு இல்லாத பீர்-டு-பீர்குழுக்கள்மூலம் நன்றாகச் செய்யப்படலாம்.
+
+இந்த மாதிரி சோதிக்கப்படவில்லை, மற்றும் ஒவ்வொரு நுட்பமான மேம்பாடுகளைத் தவிர்க்கும்போது சிரமங்கள் ஏற்படக்கூடும், ஒப்பந்தத்தின் செயலாக்கத்தை மைனிங் ஆல்கொரிதமாகப் பயன்படுத்தும்போது. ஆனால், இந்த ஆல்கொரிதத்தின் ஒரு முக்கியமான அம்சம், எந்தவொரு நபரையும் "குளத்தை மாசுபடுத்த" அனுமதிக்கிறது, குறிப்பாகச் சில ASICsஐ தடுக்க வடிவமைக்கப்பட்ட பிளாக்செயினில் பெருந்தொகை ஒப்பந்தங்களை அறிமுகப்படுத்துவதன் மூலம். ASIC உற்பத்தியாளர்களுக்கு இப்படிப்பட்ட முறையைப் பயன்படுத்தி ஒருவரையொருவர் மீது தாக்குதல் செய்ய நிதி தூண்டுதல்கள் உள்ளன. எனவே, நாங்கள் உருவாக்கி வரும் தீர்வு இறுதியாக ஒரு சீர்திருத்தமான நிதி மனித தீர்வு ஆகும், தொழில்நுட்பத்தை மட்டும் சார்ந்ததாக இல்லை.
+
+### அளவிடுதல் {#scalability}
+
+எதரியுமின் ஒரு பொதுவான கவலை அளிக்கும் விஷயம் அதன் அளவியல் பிரச்சினை. பிட்காயின் போல், எதரியுமும் ஒவ்வொரு பரிவர்த்தனையும் நெட்வொர்க்கில் உள்ள ஒவ்வொரு நொடிலும் செயலாக்கப்பட வேண்டிய குறைகளைச் சந்திக்கிறது. பிட்காயினில், தற்போதைய பிளாக்செயின் அளவு சுமார் 15 ஜிபி ஆக உள்ளது, மேலும் மணிக்குச் சுமார் 1 எம்பி அளவுக்கு அதிகரிக்கிறது. பிட்காயின் நெட்வொர்க் விஸாவின் 2000 பரிவர்த்தனைகளைச் செயலாக்கினால், அது மூன்று விநாடிக்குறிப்பில் 1 எம்பி அளவுக்கு அதிகரிக்கப் படும் (மணிக்கு 1 ஜிபி, வருடத்திற்கு 8 டிபி). எதரியுமும் சுமார் அந்தவகைத் திருப்பங்களை சந்திக்கக்கூடும், மேலும் பிட்காயினில் இருந்து பரிமாற்றத்தின் மேல் நிறைய பயன்பாடுகள் இருக்கும் என்பதால் அந்த அளவியல் வளர்ச்சியோடும் மோசமாக இருக்கக்கூடும், ஆனால் எதரியுமின் முழுமையான நொடுகள் முழு பிளாக்செயின் வரலாறு பதிய வேண்டியதை விட, நிலையை மட்டுமே சேமிக்க வேண்டும் என்பதால் சீர்செய்யப்பட்டுள்ளது.
+
+இந்த அளவிலான பிளாக்செயின் அளவின் பிரச்சினை மையமாதிப்பு ஆபத்து. பிளாக்செயின் அளவு, 100 டிபி எனும் அளவுக்கு உயர்ந்தால், மிகக் குறைவான பெரிய நிறுவனங்கள் மட்டுமே முழுமையான நொடுகளை இயக்குவார்கள், மற்ற அனைத்து வழக்கமான பயனர்கள் லைட் எஸ்பிவி நொடுகளைப் பயன்படுத்துவார்கள்.  அத்தகைய சூழ்நிலையில், முழு முனைகளும் ஒன்று கூடி, சில லாபகரமான வழியில் ஏமாற்ற ஒப்புக் கொள்ளலாம் (எ.கா., தொகுதி வெகுமதியை மாற்றுவது, தங்களுக்கு BTC கொடுப்பது) என்ற சாத்தியமான கவலை எழுகிறது. லைட் நொடுகள் இதை உடனடியாகக் கண்டறிய வழி இல்லை. ஒரு நேர்மையான முழுமையான நோடு நிலவுவதற்கு வாய்ப்பு இருக்கும், மற்றும் சில மணிநேரங்களில் மோசடியின் தகவல் ரெட்டிட் போன்ற சேனல்கள் மூலம் வெளிவரலாம், ஆனால் அப்போல் மிகவும் தாமதமாக இருக்கும்: பொதுவான பயனர்களே குறிப்பிட்ட பிளாக்களை நெகிழ்த்துவதற்கான முயற்சியை ஒழுங்குபடுத்தவேண்டும், இது ஒரு மிகப் பெரிய மற்றும் சாத்தியமற்ற ஒருங்கிணைப்பு பிரச்சினையாக இருக்கக்கூடும், 51% தாக்குதலின் அளவுக்கு ஒத்ததாகும். பிட்காயின் விஷயத்தில், இது தற்போது ஒரு பிரச்சனையாக உள்ளது, ஆனால் இந்தச் சிக்கலைத் தணிக்க [பீட்டர் டாட் பரிந்துரைத்த](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) ஒரு பிளாக்செயின் மாற்றம் உள்ளது.
+
+அடுத்த காலத்தில், எத்தியரியாம் இந்தப் பிரச்சினையைச் சமாளிக்க இரண்டு கூடுதல் நுட்பங்களைப் பயன்படுத்தும். முதலில், பிளாக்செயின் அடிப்படையிலான சுரங்கக் கணினி முறைமைகள் காரணமாக, குறைந்தபட்சம் ஒவ்வொரு சுரங்கக்காரரும் முழுமையான நோடாக இருக்கத் தக்கவாக மாறுகிறார்கள், இது முழுமையான நொடுகளின் எண்ணிக்கையின் கீழ் எல்லையை உருவாக்குகிறது. இரண்டாவது மற்றும் முக்கியமாக, ஒவ்வொரு பரிமாற்றத்தையும் செயலாக்கிய பிறகு பிளாக்செயினில் மத்திய நிலை மரப்பரிசின் வேர் சேர்க்கப்படும். பிளாக் சரிபார்ப்பு மையமடைந்திருந்தாலும், ஒரே நேர்மையான சரிபார்ப்பு நோடு இருப்பதாக இருக்கும்போது, மையமாதிப்பு பிரச்சினையைச் சரிபார்ப்பு நெறிமுறையினூடாகச் சுற்றி செல்ல முடியும். ஒரு சுரங்கத் தொழிலாளி தவறான தொகுதியை வெளியிட்டால், அந்தத் தொகுதி மோசமாக வடிவமைக்கப்பட்டிருக்க வேண்டும், அல்லது நிலை `S[n]` தவறாக இருக்க வேண்டும். `S[0]` சரியானது என்று அறியப்படுவதால், `S[i-1]` சரியாக இருக்கும் இடத்தில், `S[i]` தவறாக இருக்கும் ஒரு முதல் நிலை இருக்க வேண்டும். சரிபார்க்கும் முனை `i` என்ற குறியீட்டை, `APPLY(S[i-1],TX[i]) -> S[i]` ஐச் செயல்படுத்தத் தேவையான பாட்ரிசியா மர முனைகளின் துணைக்குழுவைக் கொண்ட ஒரு "செல்லுபடியற்றதற்கான சான்று" உடன் வழங்கும். முனைகள் அந்தக் கணக்கீட்டின் பகுதியை இயக்க அந்த முனைகளைப் பயன்படுத்த முடியும், மேலும் உருவாக்கப்பட்ட `S[i]` வழங்கப்பட்ட `S[i]` உடன் பொருந்தவில்லை என்பதைக் காணலாம்.
+
+மற்றொரு, மேலும் உளவியலான, தாக்குதல் முறையில் தீய நோக்குடைய சுரங்கக்காரர்கள் ஒப்புறவுக்கருத்தில் முழுமையான பிளாக்களை வெளியிடுவார்கள், எனவே பிளாக்கள் சரியானவையா இல்லையா என்பதை தீர்மானிக்க முழு தகவலும் இல்லை. இதற்கு தீர்வாக ஒரு சவால்கள்-பதில் நெறிமுறை உள்ளது: சரிபார்ப்பு நோடுகள் "சவால்கள்" எனும் குறியீட்டு பரிமாற்றங்களை வழங்குகின்றன, மற்றும் ஒரு நோடு பெற்ற பிறகு, ஒளியியல் நோடு அந்த பிளாக் அவ்வளவு நம்பகமல்ல என்று நினைத்துவிடும், மற்றொரு நோடு, சுரங்கக்காரரா அல்லது மற்றொரு சரிபார்ப்பாளரா, பத்திரிசியா நோடுகளின் துண்டுகளை சரிபார்ப்புத் தெளிவுத்தாக வழங்கும் வரை.
+
+## முடிவுரை {#conclusion}
+
+எத்தியிரம் முறையை ஆரம்பத்தில் ஒரு நாணயத்தை மேம்படுத்திய பதிப்பாகக் கருதப்பட்டது, இது மிகவும் பொதுவான நிரலாக்க மொழிமூலம் ஒன்பிளாக் நிச்சயமாக்கல், பின்வாங்கல் வரம்புகள், நிதிசார் ஒப்பந்தங்கள், ஜூசூந்தா சந்தைகள் மற்றும் பிற போன்ற முன்னணி அம்சங்களை வழங்குகிறது. எத்தியிரம் முறையின் மூலம், எந்த ஒரு பயன்பாட்டுக்கும் நேரடியாக ஆதரவு அளிக்கப்படாது, ஆனால் ஒரு டூரிங்-முழுமையான நிரலாக்க மொழியின் இருப்பு, எந்தவொரு பரிமாற்ற வகை அல்லது பயன்பாட்டிற்கும் கணக்கெடுக்கும் ஒப்பந்தங்களை உருவாக்க முடியும் என்பதைக் குறிக்கிறது. ஆனால் எத்தியிரமின் சுவாரஸ்யமானது, எத்தியிரம் முறை நாணயத்தை மீறிப் போகிறது. மையரீதியான கோப்புகள் சேமிப்பு, மையரீதியான கணக்கீடு மற்றும் மையரீதியான கணிப்புகள் சந்தைகள் உள்ளிட்ட பல்வேறு கருத்துக்கள், கணக்கீட்டு தொழில்நுட்பத் துறையின் செயல்திறனை குறிப்பிடத்தகுந்த அளவில் அதிகரிக்கக்கூடிய திறன் கொண்டவை, மேலும் மற்ற பீர்டு-பீருக்கு தொடர்புடைய முறைமைகளுக்கு முதன்முறையாக ஒரு நிதிசார் அடுக்கு சேர்க்கும் மூலம் பெரும் உதவியை அளிக்கின்றன. இறுதியாக, பணத்துடன் தொடர்புடையதாக இல்லாத மேலும் பல்வேறு பயன்பாடுகள் உள்ளன.
+
+எத்தியிரம் முறையினால் அமல்படுத்தப்படும் எந்தவொரு மாநில மாற்ற செயல்பாட்டின் கருத்து தனித்துவமான வாய்ப்புடன் கூடிய ஒரு தளம் வழங்குகிறது; குறிப்பிட்ட தரவுத்தொகுப்பு, ஜூசூந்தா அல்லது நிதி பயன்பாடுகளுக்காக வடிவமைக்கப்பட்ட மூடிய, ஒரே நோக்குக்கான முறைமையாக இருப்பதற்கு பதிலாக, எத்தியிரம் வடிவமைப்பின் அடிப்படையில் திறந்தமையாக உள்ளது, மற்றும் இது வரும் ஆண்டுகளில் நிதிசார் மற்றும் மெய்நிகர் நிதிசார் முறைகளுக்கான அடிப்படை அடுக்காகச் சேவையாற்ற மிகவும் ஏற்றதாக இருப்பதாக நாங்கள் நம்புகிறோம்.
+
+## குறிப்புகள் மற்றும் மேலும் படிக்க {#notes-and-further-reading}
+
+### குறிப்புகள் {#notes}
+
+1. ஒரு நுண்ணறிவு வாசகர் உண்மையில் பிட்ட்காயின் முகவரி எலிப்டிக் கவே சன் பொதுமுகவரியின் ஹாஷ் என்பதையும், பொது முகவரியானது இல்லை என்பதையும் கவனிக்க முடியும். எனினும், பொதுமுகவரி ஹாஷ் என்பதையே பொதுமுகவரியாகக் குறிப்பிடுவது நியாயமான கிரிப்டோகிராபிக் சொல்தொடர்மையாகும். இது பிட்ட்காயின் கிரிப்டோகிராபி கஸ்டம் டிஜிட்டல் சிக்னேசர் ஆல்கரிதமாகக் கருதப்படலாம் என்பதால், பொதுமுகவரி எலிப்டிக் கவே சன் பொதுமுகவரியின் ஹாஷ் ஆகும், கையெழுத்து எலிப்டிக் கவே சன் பொதுமுகவரி இணைக்கப்பட்ட எலிப்டிக் கவே சன் கையெழுத்து ஆகும், மற்றும் சரிபார்ப்பு முறை எலிப்டிக் கவே சன் கையெழுத்தில் உள்ள எலிப்டிக் கவே சன் பொதுமுகவரியை பொது முகவரியாகக் கொடுக்கப்பட்ட எலிப்டிக் கவே சன் பொதுமுகவரியைச் சோதனை செய்து, பிறகு எலிப்டிக் கவே சன் கையெழுத்தைப் பொது முகவரியாகச் சரிபார்க்கிறது.
+2. 11 முந்தைய பிளாக்குகளின் மத்திய மதிப்பு.
+3. உள்ளகமாக, 2 மற்றும் "CHARLIE" இரண்டுமே எண்கள்<sup>[fn3](#notes)</sup>, இது பின்வரும் எண்டியன் அடிப்படையில் 256 பிரதிநிதி ஆகும். எண்கள் குறைந்தபட்சம் 0 மற்றும் அதிகபட்சம் 2<sup>256</sup>-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. [பி-பணம்](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. [Namecoin](https://namecoin.org/)
+9. [ஜூக்கோவின் முக்கோணம்](https://wikipedia.org/wiki/Zooko's_triangle)
+10. [வண்ண நாணயங்கள் வெள்ளை அறிக்கை](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)
+11. [மாஸ்டர்காயின் வெள்ளை அறிக்கை](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. [StorJ மற்றும் தன்னாட்சி முகவர்கள், ஜெஃப் கார்சிக்](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/ta/wrapped-eth/index.md b/public/content/translations/ta/wrapped-eth/index.md
new file mode 100644
index 00000000000..c345ac0fe83
--- /dev/null
+++ b/public/content/translations/ta/wrapped-eth/index.md
@@ -0,0 +1,66 @@
+---
+title: Wrapped ether (WETH) {#intro-to-weth}
+description: "ரேப்டு ஈதர் (WETH)-க்கு ஒரு அறிமுகம்—ஈதருக்கான (ETH) ஒரு ERC20-இணக்கமான ரேப்பர்."
+lang: ta
+---
+
+# Wrapped ether (WETH) {#intro-to-weth}
+
+<Alert variant="update">
+<Emoji text="🎁" />
+<div>[WrapETH.com](https://www.wrapeth.com/) இல் எந்தவொரு சங்கிலியிலும் ETH-ஐ ரேப் அல்லது அன்ரேப் செய்ய உங்கள் பணப்பையை இணைக்கவும்</div>
+</Alert>
+
+Ether (ETH) என்பது Ethereum இன் முக்கிய நாணயம். இது பல நோக்கங்களுக்காக பயன்படுத்தப்படுகிறது, உதாரணமாக staking, நாணயமாக பயன்படுத்துதல், மற்றும் கணக்கீட்டிற்கான gas கட்டணங்களை செலுத்துதல். WETH என்பது செயலிகளுக்கும் [ERC-20 tokens](/glossary/#erc-20) டோக்கன்களுக்கும் தேவையான சில கூடுதல் செயல்பாடுகளுடன் ETH இன் மேம்படுத்தப்பட்ட வடிவமாகும். இந்த டோக்கன்களுடன் பணியாற்ற ETH அதே விதிமுறைகளை பின்பற்ற வேண்டும், இது ERC-20 ஸ்டாண்டர்ட் எனப்படும்.
+
+இந்த இடைவெளியை இணைக்க, wrapped ETH (WETH) உருவாக்கப்பட்டது. Wrapped ETH என்பது ஒரு smart contract ஆகும், இது உங்களுக்கு எந்தவொரு அளவு ETH ஐ contract இல் வைப்பு செய்ய அனுமதிக்கிறது, அதற்கு பதிலாக ERC-20 token standard ஐ பின்பற்றும் அதே அளவு minted WETH பெறுவீர்கள். WETH என்பது ETH இன் பிரதிநிதித்துவம் ஆகும், இது ERC-20 token ஆக பணியாற்ற அனுமதிக்கிறது, native asset ETH போல அல்ல. Gas கட்டணங்களை செலுத்த native ETH இன்னும் தேவைப்படும், ஆகவே வைப்பு செய்யும் போது சில ETH சேமிக்க மறக்காதீர்கள்.
+
+WETH ஐ ETH ஆக மாற்ற WETH smart contract ஐ பயன்படுத்த முடியும். எந்த அளவு WETH வேண்டுமானாலும் WETH smart contract மூலம் மீட்டுக்கொள்ளலாம், அதற்கு பதிலாக அதே அளவு ETH பெறுவீர்கள். வைப்பு செய்யப்பட்ட WETH பிறகு burned ஆகி WETH பரிவர்த்தனை வழங்கலில் இருந்து அகற்றப்படும்.
+
+சுமார் ~3% ETH பரிவர்த்தனை வழங்கல் WETH token contract இல் பூட்டப்பட்டுள்ளது, இது மிகவும் பயன்படுத்தப்படும் [smart contracts](/glossary/#smart-contract) ஒன்றாகிறது. WETH பிரத்தியேகமாக decentralized finance (DeFi) செயலிகளுடன் தொடர்பு கொள்ளும் பயனர்களுக்கு முக்கியமாக உள்ளது.
+
+## Why do we need to wrap ETH as an ERC-20? {#why-do-we-need-to-wrap-eth}
+
+[ERC-20](/developers/docs/standards/tokens/erc-20/) transferable tokens க்கான ஒரு standard interface ஐ வரையறுக்கிறது, ஆகவே யாரும் Ethereum இன் ecosystem இல் இந்த standard பயன்படுத்தும் செயலிகள் மற்றும் டோக்கன்களுடன் seamless ஆக தொடர்பு கொள்ளக்கூடிய tokens உருவாக்கலாம். ETH ERC-20 standard இற்கு முன்பே உருவானதால், ETH இந்த specification ஐ பின்பற்றவில்லை. இதன் பொருள் ETH ஐ மற்ற ERC-20 டோக்கன்களுடன் எளிதாக பரிமாற்ற முடியாது அல்லது ERC-20 standard பயன்படுத்தும் செயலிகளில் ETH பயன்படுத்த முடியாது. ETH ஐ wrap செய்வது மூலம் கீழ்காணும் வாய்ப்புகளை பெறலாம்:
+
+- ETH ஐ ERC-20 டோக்கன்களுடன் பரிமாற்றம் செய்ய: ETH ஐ நேரடியாக மற்ற ERC-20 டோக்கன்களுடன் பரிமாற்றம் செய்ய முடியாது. WETH என்பது ERC-20 fungible token standard ஐ பின்பற்றும் ether இன் பிரதிநிதித்துவம் ஆகும், மற்றும் இதை மற்ற ERC-20 டோக்கன்களுடன் பரிமாற்றம் செய்யலாம்.
+
+- ETH ஐ dapps இல் பயன்படுத்த: ETH ERC20-compatible அல்லாததால், developers க்கு dapps இல் தனித்தனியான interface களை உருவாக்க வேண்டியிருக்கும் (ஒரு ETH க்கும் மற்றொரு ERC-20 டோக்கன்களுக்கும்). ETH ஐ wrap செய்வது இந்த தடையை அகற்றுகிறது மற்றும் developers ETH மற்றும் மற்ற டோக்கன்களை ஒரே dapp இல் கையாளலாம். பல decentralized finance செயலிகள் இந்த standard ஐப் பயன்படுத்துகின்றன மற்றும் இந்த டோக்கன்களை பரிமாற்றம் செய்ய சந்தைகள் உருவாக்குகின்றன.
+
+## Wrapped ether (WETH) vs ether (ETH): What is the difference? {#weth-vs-eth-differences}
+
+|        | Ether (ETH)                                                                                                                                                                                                    | Wrapped Ether (WETH)                                                                                                                                                                                                                                                       |
+| ------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Supply | ETH வழங்கல் Ethereum protocol மூலம் நிர்வகிக்கப்படுகிறது. பரிவர்த்தனைகளை செயலாக்கும் போது மற்றும் blocks உருவாக்கும் போது ETH வெளியீட்டை Ethereum validators கையாளுகின்றனர்..     | WETH என்பது ERC-20 token ஆகும், இதன் வழங்கல் smart contract மூலம் நிர்வகிக்கப்படுகிறது. பயனர்கள் ETH வைப்பு செய்தபின் contract புதிய WETH units ஐ வெளியிடுகிறது, அல்லது பயனர் WETH ஐ ETH க்கு மீட்டுக்கொள்ள விரும்பும்போது WETH units burned செய்யப்படுகிறது. |
+| உரிமை  | உரிமை உரிமை உங்கள் கணக்கு மீதான கணக்கெடுப்பு மூலம் Ethereum protocol மூலம் நிர்வகிக்கப்படுகிறது.                                                                                                                  | WETH உரிமை WETH token smart contract மூலம் நிர்வகிக்கப்படுகிறது, Ethereum protocol மூலம் பாதுகாக்கப்பட்டுள்ளது.                                                                                                                                                               |
+| வாயு   | வாயு Ether (ETH) என்பது Ethereum வலையமைப்பில் கணக்கீட்டிற்கான கட்டணமாக ஏற்கப்பட்ட யூனிட் ஆகும். Gas கட்டணங்கள் gwei (ether யூனிட்) இல் மதிப்பிடப்பட்டுள்ளன. | WETH tokens மூலம் gas செலுத்த native ஆதரவு இல்லை.                                                                                                                                                                                                                             |
+
+## Frequently asked questions {#faq}
+
+<ExpandableCard title="ETH-ஐ wrap/unwrap செய்ய கட்டணம் செலுத்த வேண்டுமா?" eventCategory="/wrapped-eth" eventName="clicked Do you pay to wrap/unwrap ETH?">
+
+WETH contract ஐப் பயன்படுத்தி ETH ஐ wrap அல்லது unwrap செய்யும்போது gas கட்டணங்களை நீங்கள் செலுத்துவீர்கள்.
+</ExpandableCard>
+
+<ExpandableCard title="WETH பாதுகாப்பானதா?" eventCategory="/wrapped-eth" eventName="clicked Is WETH safe?">
+
+WETH பொதுவாக பாதுகாப்பானதாக கருதப்படுகிறது, ஏனெனில் இது ஒரு எளிய, battle-tested smart contract அடிப்படையிலுள்ளது. WETH contract கூட-formally verified ஆகும், இது Ethereum இல் smart contracts க்கான மிக உயர்ந்த பாதுகாப்பு தரம்.
+</ExpandableCard>
+
+<ExpandableCard title="எனக்கு ஏன் வெவ்வேறு WETH டோக்கன்கள் தென்படுகின்றன?" eventCategory="/wrapped-eth" eventName="clicked Why am I seeing different WETH tokens?">
+
+இந்த பக்கத்தில் விளக்கப்பட்ட [canonical WETH செயல்பாட்டுக்குப்](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) பிறகு, பல்வேறு வகைகள் வெளியில் உள்ளன. இவை செயலி developers உருவாக்கிய custom tokens அல்லது பிற blockchains இல் வெளியிடப்பட்ட பதிப்புகள் ஆக இருக்கலாம், மற்றும் வேறுபட்ட நடத்தை அல்லது வேறுபட்ட பாதுகாப்பு பண்புகளை கொண்டிருக்கலாம். நீங்கள் தொடர்பு கொள்ளும் WETH செயல்பாடு எது என்பதை தெரிந்து கொள்ள token தகவல்களை எப்போதும் இருமுறை சரிபார்க்கவும்
+</ExpandableCard>
+
+<ExpandableCard title="பிற நெட்வொர்க்குகளில் உள்ள WETH contracts என்னென்ன?" eventCategory="/wrapped-eth" eventName="clicked What are the WETH contracts on other networks?">
+
+- [எத்தேரியம் மெயின்நெட்](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
+- [ஆர்பிட்ரம்](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1)
+- [ஆப்டிமிசம்](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006)
+</ExpandableCard>
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [WTF is WETH?](https://weth.tkn.eth.limo/)
+- [பிளாக்ச்கவுட்டில் WETH டோக்கன் தகவல்](https://eth.blockscout.com/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
+- [WETH இன் முறையான சரிபார்ப்பு](https://zellic.io/blog/formal-verification-weth)
diff --git a/public/content/translations/ta/zero-knowledge-proofs/index.md b/public/content/translations/ta/zero-knowledge-proofs/index.md
new file mode 100644
index 00000000000..f37efdfe526
--- /dev/null
+++ b/public/content/translations/ta/zero-knowledge-proofs/index.md
@@ -0,0 +1,238 @@
+---
+title: "ஜீரோ-நிரூபன சான்றுகள்"
+description: "தொடக்கநிலையாளர்களுக்கான பூஜ்ஜிய-அறிவுச் சான்றுகளுக்கு ஒரு தொழில்நுட்பம் அல்லாத அறிமுகம்."
+lang: ta
+---
+
+# Zero-knowledge proofs என்றால் என்ன? {#what-are-zk-proofs}
+
+Zero-knowledge proof என்பது ஒரு குறிப்பிட்ட அறிக்கையின் தகுதியை அதன் விவரங்களை வெளியிடாமல் நிரூபிக்கும் ஒரு முறை. இங்கு, prover என்பது ஒரு வாதத்தை நிரூபிக்க முயற்சிக்கும் தரப்பாகும், மற்றொருபக்கம் verifier என்பது அந்த வாதத்தின் சரித்திரத்தை சரிபார்க்கும் பொறுப்பை வகிக்கும் தரப்பாகும்.
+
+பூஜ்ஜிய-அறிவுச் சான்றுகள் முதன்முதலில் 1985 ஆம் ஆண்டு ஆய்வுக் கட்டுரையான “[The knowledge complexity of interactive proof systems](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf)” என்பதில் தோன்றியது, இது இன்று பரவலாகப் பயன்படுத்தப்படும் பூஜ்ஜிய-அறிவுச் சான்றுகளின் வரையறையை வழங்குகிறது:
+
+> ஒரு பூஜ்ஜிய-அறிவு நெறிமுறை என்பது ஒரு தரப்பினர் (நிரூபிப்பவர்) மற்றொரு தரப்பினருக்கு (சரிபார்ப்பவர்) ஒரு குறிப்பிட்ட கூற்று உண்மை என்பதைத் தவிர வேறு எந்தத் தகவலையும் வெளிப்படுத்தாமல் **ஏதோ ஒன்று உண்மை என்பதை நிரூபிக்கக்கூடிய** ஒரு முறையாகும்.
+
+Zero-knowledge proofs காலப்போக்கில் மேம்படுத்தப்பட்டு தற்போது பல நிஜ உலக பயன்பாடுகளில் பயன்படுத்தப்பட்டு வருகின்றன.
+
+<YouTube id="fOGdb1CTu5c" />
+
+## Zero-knowledge proofs ஏன் தேவை? {#why-zero-knowledge-proofs-are-important}
+
+Zero-knowledge proofs தொடர்புடைய குறிமொழியில் ஒரு பெரும் முன்னேற்றமாகும், ஏனெனில் அவை தனிப்பட்ட நபர்களின் தகவல்களின் பாதுகாப்பை மேம்படுத்தும் வாக்களிக்கப்பட்டன. ஒரு தரப்பு ("நான் X நாட்டின் குடிமகன்") எனும் வாதத்தை மற்றொரு தரப்புக்கு (எ.கா., சேவை வழங்குனர்) எப்படி நிரூபிக்க முடியும் என்று எண்ணிப் பார்க்கலாம். உங்கள் வாதத்திற்கு ஆதாரம் காட்ட, தேசியப் பாஸ்போர்ட் அல்லது ஓட்டுநர் உரிமம் போன்ற "ஆதாரம்" அளிக்க வேண்டியிருக்கும்.
+
+ஆனால், இந்த அணுகுமுறையில் உள்ள முக்கிய பிரச்சினை என்னவென்றால், தனியுரிமையின் குறைவு. மூன்றாம் தரப்புச் சேவைகளுடன் பகிரப்பட்ட தனிப்பட்ட அடையாளத் தகவல்கள் மையத் தரவுத்தொகுப்புகளில் சேமிக்கப்படுகின்றன, அவை ஹேக்கிங் அபாயத்திற்கு உட்பட்டவை. அடையாளச் சுருட்டல் ஒரு முக்கிய பிரச்சினையாக மாறியுள்ள நிலையில், உணர்ச்சி கருவிகள் போன்ற தகவல்களைப் பகிர்ந்து கொள்ள புதிய தனியுரிமை பாதுகாப்பு வழிகள் தேவைப்படுகிறது.
+
+பூஜ்ஜிய-அறிவுச் சான்றுகள் **உரிமைகோருதல்களின் செல்லுபடியை நிரூபிக்கத் தகவல்களை வெளிப்படுத்த வேண்டிய தேவையை நீக்குவதன் மூலம்** இந்தச் சிக்கலைத் தீர்க்கின்றன. Zero-knowledge protocol இந்த அறிக்கையை (சாட்சி என்று அழைக்கப்படுகிறது) உள்ளீடாகக் கொண்டு அதன் தகுதியின் சுருக்கமான ஆதாரத்தை உருவாக்குகிறது. இந்த ஆதாரம், ஒரு அறிக்கை உண்மையாக இருப்பதை உறுதிசெய்யும் பல வலுவான உத்தரவாதங்களை வழங்குகிறது, அதை உருவாக்கிய தகவலை வெளிப்படுத்தாமல்.
+
+முந்தைய எடுத்துக்காட்டிற்கு திரும்பி வரும்போது, உங்கள் குடியுரிமை வாதத்தை நிரூபிக்க வேண்டிய ஒரே ஆதாரம் zero-knowledge proof ஆகும். Verifier ஐ நம்ப, இந்த ஆதாரத்தின் சில அடிப்படை அம்சங்கள் சரியாக உள்ளதா எனப் பார்த்து, அடிப்படை அறிக்கையின் உண்மையையும் நம்பிக்கையுடன் உறுதிசெய்ய முடியும்.
+
+## பூஜ்ஜிய-அறிவுச் சான்றுகளுக்கான பயன்பாட்டு நிலைகள் {#use-cases-for-zero-knowledge-proofs}
+
+### அடையாளம் காட்டா கொடுப்பனவுகள் {#anonymous-payments}
+
+கடன் அட்டை பரிவர்த்தனைகள் பல தரப்புகளுக்கு, உட்பட செலுத்தும் சேவை வழங்குனர், வங்கிகள் மற்றும் பிற ஆர்வமுள்ள தரப்புகளுக்கு (எ.கா., அரச அதிகாரிகள்) தெரியும். நிதி கண்காணிப்பு சட்டவிரோத செயல்பாட்டைக் கண்டறிவதில் பயனுள்ளதாக இருந்தாலும், இது சாதாரண குடிமக்களின் தனியுரிமையை பாதிக்கிறது.
+
+Cryptocurrencies ஆனது பயனர்களுக்குத் தனியுரிமையுடன் கூடிய peer-to-peer பரிவர்த்தனைகளைச் செய்ய வழிவகுப்பதாக இருந்தது. ஆனால், பெரும்பாலான cryptocurrency பரிவர்த்தனைகள் பொதுப் blockchain களில் வெளிப்படையாகத் தெரியும். பயனர் அடையாளங்கள் பெரும்பாலும் புனைப்பெயர்களாக இருக்கும், மேலும் அவை உண்மையான உலக அடையாளங்களுடன் வேண்டுமென்றே இணைக்கப்படுகின்றன (எ.கா., Twitter அல்லது GitHub சுயவிவரங்களில் ETH முகவரிகளைச் சேர்ப்பதன் மூலம்) அல்லது அடிப்படை on மற்றும் offchain தரவுப் பகுப்பாய்வைப் பயன்படுத்தி உண்மையான உலக அடையாளங்களுடன் தொடர்புபடுத்தப்படலாம்.
+
+முழுமையாக அடையாளம் தெரியாத பரிவர்த்தனைகள் செய்யக் குறிப்பிட்ட "privacy coins" உருவாக்கப்பட்டுள்ளன. Zcash மற்றும் Monero போன்ற தனியுரிமையை மையமாகக் கொண்ட blockchains பரிவர்த்தனை விவரங்களை, உட்பட அனுப்புனர்/பெறுநர் முகவரிகள், சொத்து வகை, அளவு மற்றும் பரிவர்த்தனை கால வரிசையை மறைக்கின்றன.
+
+பூஜ்ஜிய-அறிவுத் தொழில்நுட்பத்தை நெறிமுறையில் இணைப்பதன் மூலம், தனியுரிமையை மையமாகக் கொண்ட [பிளாக்செயின்](/glossary/#blockchain) நெட்வொர்க்குகள், பரிவர்த்தனைத் தரவை அணுக வேண்டிய அவசியமின்றி [முனைகளை](/glossary/#node) பரிவர்த்தனைகளைச் சரிபார்க்க அனுமதிக்கின்றன. [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) என்பது Ethereum பிளாக்செயினில் மதிப்பின் இயல்பான தனிப்பட்ட பரிமாற்றங்களை இயக்கும் முன்மொழியப்பட்ட வடிவமைப்பிற்கான ஒரு எடுத்துக்காட்டாகும். எந்தவொரு பரிந்துரைகளும், இருப்பினும், பாதுகாப்பு, சட்டப்பூர்வம் மற்றும் பயனர் அனுபவம் (UX) தொடர்பான கவலைகள் கலந்து இருப்பதால் நடைமுறைப்படுத்துவது கடினம்.
+
+**பொது பிளாக்செயின்களில் பரிவர்த்தனைகளை அடையாளம் காட்டாமல் மாற்றுவதற்கும் பூஜ்ஜிய-அறிவுச் சான்றுகள் பயன்படுத்தப்படுகின்றன**. ஒரு எடுத்துக்காட்டு Tornado Cash ஆகும், இது ஒரு மையமற்ற, non-custodial சேவையாகும், இது பயனர்களுக்கு Ethereum-இல் தனிப்பட்ட பரிவர்த்தனைகளைச் செய்ய அனுமதிக்கிறது. Tornado Cash பரிவர்த்தனை விவரங்களை மறைத்துக் கொள்ள zero-knowledge proofs-ஐப் பயன்படுத்துகிறது மற்றும் நிதித் தனியுரிமையை உறுதி செய்கிறது. துரதிருஷ்டவசமாக, இவை "opt-in" தனியுரிமை கருவிகளாக உள்ளதால், அவை சட்டவிரோத செயல்பாடுகளுடன் தொடர்புடையதாக இருக்கின்றன. இதைச் சமாளிக்க, privacy இறுதியில் பொதுப் blockchain-களில் default ஆக மாற வேண்டியது அவசியம். [Ethereum-இல் தனியுரிமை](/privacy/) பற்றி மேலும் அறியவும்.
+
+### அடையாளப் பாதுகாப்பு {#identity-protection}
+
+தற்போதைய அடையாள மேலாண்மை அமைப்புகள் தனிப்பட்ட தகவல்களை அபாயத்திற்கு உள்ளாக்குகின்றன. Zero-knowledge proofs நபர்களுக்கு உணர்வுச் சுருக்கத்தைப் பாதுகாத்து, அடையாளத்தைச் சரிபார்க்க உதவுகின்றன.
+
+[பரவலாக்கப்பட்ட அடையாளம்](/decentralized-identity/) என்ற சூழலில் பூஜ்ஜிய-அறிவுச் சான்றுகள் குறிப்பாகப் பயனுள்ளவை. மையமற்ற அடையாளம் (அல்லது 'சுய-அரசியல் அடையாளம்' என விவரிக்கப்படுகிறது) நபருக்குத் தனிப்பட்ட அடையாளங்களை அணுகும் திறனைக் கட்டுப்படுத்துவதற்கான திறனை வழங்குகிறது. உங்கள் வரி அடையாள எண்ணை அல்லது பாஸ்போர்ட் விவரங்களை வெளிப்படுத்தாமல் உங்கள் குடியுரிமையை நிரூபிப்பது zero-knowledge technology மையமற்ற அடையாளத்தை எவ்வாறு இயல்பாக்குகிறது என்பதற்கான நல்ல உதாரணமாகும்.
+
+<Alert variant="info">
+  <AlertEmoji text="💡" />
+  <AlertContent>
+    <AlertTitle className="mb-2">
+      செயல்பாட்டில் ZKP + அடையாளம்: Ethereum-இல் பூட்டான் தேசிய டிஜிட்டல் ஐடி (NDI)
+    </AlertTitle>
+    <AlertDescription>
+      <p>
+        அடையாள மேலாண்மை அமைப்புகளுக்கு ZKP-ஐப் பயன்படுத்துவதற்கான ஒரு நிஜ உலக எடுத்துக்காட்டு, Ethereum-இல் கட்டமைக்கப்பட்ட பூட்டான் இராச்சியத்தின் தேசிய டிஜிட்டல் ஐடி (NDI) அமைப்பு ஆகும். பூட்டானின் NDI, குடிமக்கள் தங்கள் அடையாள அட்டையில் உள்ள முக்கியமான தனிப்பட்ட தரவை வெளிப்படுத்தாமல், "நான் ஒரு குடிமகன்" அல்லது "நான் 18 வயதுக்கு மேற்பட்டவன்," போன்ற தங்களைப் பற்றிய உண்மைகளை குறியாக்கவியல் ரீதியாக நிரூபிக்க ZKP-களைப் பயன்படுத்துகிறது.
+      </p>
+      <p>
+        <a href="/decentralized-identity/#national-and-government-id">பரவலாக்கப்பட்ட அடையாள ஆய்வில்</a> பூட்டான் NDI பற்றி மேலும் அறியவும்.
+      </p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### மனிதநேயத்திற்கானச் சான்று {#proof-of-humanity}
+
+இன்று செயல்பாட்டில் உள்ள பூஜ்ஜிய-அறிவுச் சான்றுகளுக்கான மிகவும் பரவலாகப் பயன்படுத்தப்படும் எடுத்துக்காட்டுகளில் ஒன்று [World ID நெறிமுறை](https://world.org/blog/world/world-id-faqs) ஆகும், இதை “செயற்கை நுண்ணறிவு யுகத்திற்கான உலகளாவிய டிஜிட்டல் கடவுச்சீட்டு” என்று கருதலாம். இது, தனிப்பட்ட தகவலை வெளியிடாமல், நிஜ மனிதர்கள் தனித்துவமானவர்கள் என்பதை நிரூபிக்க உதவுகிறது. இது Orb என்ற சாதனத்தின் மூலம் செய்யப்படுகிறது, இது ஒரு நபரின் கண் பார்வை ரெட்டை (iris) ஸ்கேன் செய்து, ஒரு iris code உருவாக்கும். இந்த iris code சோதிக்கப்பட்டு, அந்த நபர் உயிரியல் ரீதியாக தனித்துவமான மனிதன் என்பதை உறுதிசெய்கிறது. சோதனை முடிந்த பிறகு, பயனரின் சாதனத்தில் உருவாக்கப்பட்ட அடையாள உறுதிமொழி (identity commitment) — இது உயிரியல் தரவுடன் இணைக்கப்படவில்லை அல்லது அதிலிருந்து பெறப்படவில்லை — பிளாக்செயினில் பாதுகாப்பான பட்டியலில் சேர்க்கப்படுகிறது. பிறகு, பயனர் தங்களைச் சான்றளிக்கப்பட்ட மனிதர் என்பதை நிரூபிக்க விரும்பும் போது — புகுபதிகை செய்ய, வாக்கெடுப்பு வழங்க, அல்லது பிற நடவடிக்கைகளை எடுக்க — அவர்கள் பட்டியலில் தங்கள் உறுப்பினர் நிலையை உறுதிப்படுத்தும் சீரற்ற அறிவுத் திறன் சான்றிதழை உருவாக்க முடியும். சீரற்ற அறிவுத் திறன் சான்றிதழைப் பயன்படுத்துவதின் சிறப்பு என்னவெனில், ஒரு விடயம் மட்டும் வெளிப்படுத்தப்படும்: இந்த நபர் தனித்துவமானவர். மற்ற அனைத்தும் தனியாராகவே இருக்கும். மற்ற அனைத்தும் தனியாராகவே இருக்கும்.
+
+World ID, Ethereum அறக்கட்டளையில் உள்ள [PSE குழுவால்](https://pse.dev/) உருவாக்கப்பட்ட [Semaphore நெறிமுறையை](https://docs.semaphore.pse.dev/) சார்ந்துள்ளது. Semaphore, சீரற்ற அறிவுத் திறன் சான்றிதழ்களை உருவாக்கவும், சோதிக்கவும் எளிமையான, ஆனால் சக்திவாய்ந்த முறையாக வடிவமைக்கப்பட்டுள்ளது. இது பயனர்களுக்கு அவர்கள் ஒரு குழுவில் உள்ளவர்கள் என்பதை நிரூபிக்க உதவுகிறது (இந்த நிலையில், சான்றளிக்கப்பட்ட மனிதர்கள்) ஆனால் அவர்கள் குழுவின் எந்த உறுப்பினர் என்பது தெரியாது. Semaphore மிகவும் நெகிழ்வாகவும் உள்ளது, இதன் மூலம் அடையாளச் சான்று, நிகழ்வுகளில் பங்கேற்பு, அல்லது சான்றிதழ்களின் உரிமை போன்ற பல்வேறு அடிப்படைகளில் குழுக்களை உருவாக்கலாம்.
+
+### அங்கீகரிப்பு {#authentication}
+
+ஆன்லைன் சேவைகளைப் பயன்படுத்துவதற்கு உங்கள் அடையாளத்தை மற்றும் அந்த platform-களை அணுகுவதற்கான உரிமையை நிரூபிக்க வேண்டும். இது பெரும்பாலும் பெயர்கள், email முகவரிகள், பிறந்த தேதிகள் போன்ற தனிப்பட்ட தகவல்களை வழங்குவதற்குத் தேவையாக இருக்கும். நீங்களும் நீண்ட கடவுச்சொற்களை மனப்பாடம் செய்ய வேண்டியிருக்கும் அல்லது அணுகல் இழக்கும் அபாயத்தில் இருப்பீர்கள்.
+
+Zero-knowledge proofs, எனினும், authentication-ஐ platform-க்கள் மற்றும் பயனர்களுக்கு எளிமையாக்க முடியும். ஒரு ZK-proof பொதுப் பதிவுகள் (உதாரணமாக, பயனர் அந்த platform-இல் உறுப்பினராக இருப்பதை உறுதிப்படுத்தும் தரவுகள்) மற்றும் தனிப்பட்ட பதிவுகள் (உதாரணமாக, பயனர் விவரங்கள்) ஆகியவற்றைப் பயன்படுத்தி உருவாக்கப்பட்ட பிறகு, அந்த service-ஐ அணுக விரும்பும் போது பயனர் எளிதில் அதைப் பயன்படுத்தி தனது அடையாளத்தை authenticate செய்ய முடியும். இது பயனர்களுக்கு அனுபவத்தை மேம்படுத்துகிறது மற்றும் அமைப்புகள் அதிக அளவிலான பயனர் தகவல்களைச் சேமிக்க வேண்டிய அவசியத்தை நீக்குகிறது.
+
+### சரிபார்க்கக்கூடிய கணக்கீடு {#verifiable-computation}
+
+Verifiable computation என்பது zero-knowledge technology-க்கு மற்றொரு பயன்பாடாகும், இது blockchain வடிவமைப்புகளை மேம்படுத்த உதவுகிறது. Verifiable computing நமக்குக் கணக்கீடுகளைை மற்றொரு அலகிற்கு ஒப்படைக்க அனுமதிக்கிறது, அதே நேரத்தில் உறுதிப்படுத்தக்கூடிய முடிவுகளைப் பராமரிக்கிறது. அந்த அலகு முடிவைச் சமர்ப்பிக்கும்போது, ​​அந்த நிகழ்ச்சி சரியாகச் செயல்படுத்தப்பட்டதை உறுதிப்படுத்தும் proof உடன் சமர்ப்பிக்கிறது.
+
+பாதுகாப்பைக் குறைக்காமல் **பிளாக்செயின்களில் செயலாக்க வேகத்தை மேம்படுத்துவதற்கு** சரிபார்க்கக்கூடிய கணக்கீடு **முக்கியமானது**. இதைப் புரிந்து கொள்ள, Ethereum-ஐ scale செய்ய proposed solutions-க்கிடையிலான வேறுபாடுகளை அறிந்து கொள்ள வேண்டும்.
+
+[Onchain அளவிடுதல் தீர்வுகள்](/developers/docs/scaling/#onchain-scaling), ஷார்டிங் போன்றவை, பிளாக்செயினின் அடிப்படை அடுக்கில் விரிவான மாற்றங்கள் தேவை. ஆனால், இந்த அணுகுமுறை மிகவும் சிக்கலானது மற்றும் செயல்படுத்துவதில் பிழைகள் Ethereum-இன் security model-ஐ பாதிக்கலாம்.
+
+[Offchain அளவிடுதல் தீர்வுகள்](/developers/docs/scaling/#offchain-scaling) முக்கிய Ethereum நெறிமுறையை மறுவடிவமைப்பு செய்யத் தேவையில்லை. மாறாக, இவை outsourced computation model-ஐ நம்பி Ethereum-இன் அடிப்படை அடுக்கில் throughput-ஐ மேம்படுத்துகின்றன.
+
+அதாவது:
+
+- ஒவ்வொரு பரிவர்த்தனையையும் process செய்வதற்குப் பதிலாக, Ethereum செயல்படுத்தலை வேறு chain-க்கு offload செய்கிறது.
+
+- பரிவர்த்தனைகளைச் செயல்படுத்திய பிறகு, மற்ற chain முடிவுகளைத் திரும்பச் செலுத்தி Ethereum-இன் state-க்கு பயன்படுத்துகின்றது.
+
+இதன் நன்மை என்னவென்றால் Ethereum எந்தச் செயலாக்கத்தையும் செய்ய வேண்டியதில்லை, ஆனால் outsourced computation-இல் இருந்து பெறப்படும் முடிவுகளை மட்டும் அதன் state-க்கு பயன்படுத்தவேண்டியது தான். இது நெட்வொர்க் நெரிசலைக் குறைக்கிறது மற்றும் பரிவர்த்தனை வேகத்தையும் மேம்படுத்துகிறது (offchain நெறிமுறைகள் வேகமான செயல்பாட்டிற்காக மேம்படுத்தப்படுகின்றன).
+
+சங்கிலிக்கு offchain பரிவர்த்தனைகளை மீண்டும் செயல்படுத்தாமல் சரிபார்க்க ஒரு வழி தேவை, இல்லையெனில் offchain செயல்பாட்டின் மதிப்பு இழக்கப்படும்.
+
+இதுவே verifiable computation-க்கு இடம் கிடைக்கின்றது. ஒரு முனை Ethereum-க்கு வெளியே ஒரு பரிவர்த்தனையைச் செயல்படுத்தும்போது, offchain செயல்பாட்டின் சரியான தன்மையை நிரூபிக்க அது ஒரு பூஜ்ஜிய-அறிவுச் சான்றைச் சமர்ப்பிக்கிறது. இந்தச் சான்று ([செல்லுபடியாகும் சான்று](/glossary/#validity-proof) என அழைக்கப்படுகிறது) ஒரு பரிவர்த்தனை செல்லுபடியாகும் என்று உத்தரவாதம் அளிக்கிறது, இது Ethereum-ஐ அதன் நிலைக்கு முடிவைப் பயன்படுத்த அனுமதிக்கிறது - யாரும் அதை மறுப்பதற்காகக் காத்திருக்காமல்.
+
+[பூஜ்ஜிய-அறிவுத் தொகுப்புகள்](/developers/docs/scaling/zk-rollups) மற்றும் [validiums](/developers/docs/scaling/validium/) ஆகியவை பாதுகாப்பான அளவிடுதலை வழங்க செல்லுபடியாகும் சான்றுகளைப் பயன்படுத்தும் இரண்டு offchain அளவிடுதல் தீர்வுகள் ஆகும். இந்த நெறிமுறைகள் ஆயிரக்கணக்கான பரிவர்த்தனைகளை offchain-இல் செயல்படுத்தி, Ethereum-இல் சரிபார்ப்புக்காகச் சான்றுகளைச் சமர்ப்பிக்கின்றன. அந்த முடிவுகளை proof சரிபார்க்கப்பட்டவுடன் உடனடியாகப் பயன்படுத்த முடியும், இது Ethereum-க்கு அடிப்படை அடுக்கில் கணக்கீட்டைப் பெருக்காமல் அதிக பரிவர்த்தனைகளைச் செயலாக்க அனுமதிக்கின்றது.
+
+### Onchain வாக்களிப்பில் லஞ்சம் மற்றும் கூட்டுசதியைக் குறைத்தல் {#secure-blockchain-voting}
+
+Blockchain voting schemes பல சாதகமான அம்சங்களை உள்ளடக்கியவையாக உள்ளன: அவை முழுமையாகக் கணக்கெடுக்கக்கூடியவை, தாக்குதல்களுக்கு எதிராகப் பாதுகாப்பானவை, censorship-க்கு எதிரானவை, மற்றும் புவியியல் கட்டுப்பாடுகளிலிருந்து விடுபட்டவை. ஆனால் onchain வாக்களிப்புத் திட்டங்கள் கூட **கூட்டுசதி** சிக்கலிலிருந்து தப்ப முடியாது.
+
+Collusion என்பது "போட்டியைத் தடுக்கும் வகையில் ஒருவரை ஏமாற்றுதல், கபடம் செய்யுதல், மற்றும் தவறாக வழிநடத்துதல்" என்று வரையறுக்கப்பட்டுள்ளது. இது ஒப்புக்கொள்ளப்பட்ட actor ஒருவர் voting-ஐ bribes மூலம் influence செய்ய முற்படுவதை உள்ளடக்கியதாக இருக்கலாம். உதாரணமாக, ஆலிஸ் `விருப்பம் A`-ஐ விரும்பினாலும், ஒரு வாக்குச்சீட்டில் `விருப்பம் B`-க்கு வாக்களிக்க பாபிடம் இருந்து லஞ்சம் பெறலாம்.
+
+Bribery மற்றும் collusion ஆகியவை எந்தவொரு செயல்பாட்டின் effectiveness-ஐ குறைக்கிறது, குறிப்பாக users அவர்கள் எப்படி வாக்களித்தனர் என்பதைக் prove செய்ய முடியும்போது. இது மிகப் பெரிய விளைவுகளை ஏற்படுத்த முடியும், குறிப்பாக votes குறைவான வளங்களை ஒதுக்குபவர்களுக்கு பொறுப்பாக இருக்கும்போது.
+
+உதாரணமாக, [இருபடி நிதி திரட்டல் வழிமுறைகள்](https://www.radicalxchange.org/wiki/plural-funding/) வெவ்வேறு பொது நலத் திட்டங்களுக்கு மத்தியில் சில விருப்பங்களுக்கான முன்னுரிமையை அளவிட நன்கொடைகளை நம்பியுள்ளன. ஒவ்வொரு donation-ம் ஒரு குறிப்பிட்ட project-க்கு "vote" ஆகக் கருதப்படும், மேலும் அதிக votes பெறும் projects மேலதிக நிதியை matching pool-ல் இருந்து பெறுகின்றன.
+
+Onchain வாக்களிப்பைப் பயன்படுத்துவது இருபடி நிதி திரட்டலை கூட்டுசதிக்கு ஆளாக்குகிறது: பிளாக்செயின் பரிவர்த்தனைகள் பொதுவானவை, எனவே லஞ்சம் கொடுப்பவர்கள் லஞ்சம் வாங்குபவரின் onchain செயல்பாட்டை ஆய்வு செய்து அவர்கள் எப்படி “வாக்களித்தார்கள்” என்பதைக் காணலாம். இந்த வழியில் quadratic funding சமுதாயத்தின் aggregated preferences அடிப்படையில் நிதிகளை ஒதுக்குவதில் ஒரு effective means ஆகச் செயல்படுவதை நிறுத்துகிறது.
+
+அதிர்ஷ்டவசமாக, MACI (குறைந்தபட்ச கூட்டுசதி எதிர்ப்பு உள்கட்டமைப்பு) போன்ற புதிய தீர்வுகள், onchain வாக்களிப்பை (எ.கா., இருபடி நிதி திரட்டல் வழிமுறைகள்) லஞ்சம் மற்றும் கூட்டுசதிக்கு எதிராக மாற்ற பூஜ்ஜிய-அறிவுச் சான்றுகளைப் பயன்படுத்துகின்றன. MACI என்பது ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் ஸ்கிரிப்ட்களின் ஒரு தொகுப்பாகும், இது ஒரு மைய நிர்வாகியை ("ஒருங்கிணைப்பாளர்" என அழைக்கப்படுபவர்) ஒவ்வொரு தனிநபரும் எவ்வாறு வாக்களித்தார்கள் என்பது குறித்த விவரங்களை வெளிப்படுத்தாமல் வாக்குகளைத் திரட்டி முடிவுகளை எண்ணுவதற்கு அனுமதிக்கிறது. இருந்தாலும், votes சரியாகக் கணக்கிடப்பட்டன அல்லது குறிப்பிட்ட நபர் voting round-ல் பங்கேற்றாரா என்பதை உறுதிப்படுத்துவது சாத்தியமாக இருக்கின்றது.
+
+#### MACI எப்படி zero-knowledge proofs உடன் செயல்படுகிறது? {#how-maci-works-with-zk-proofs}
+
+ஆரம்பத்தில், coordinator Ethereum-ல் MACI contract-ஐ deploy செய்கிறார், இதைத் தொடர்ந்து users வாக்களிக்க (அவர்களின் public key-ஐ smart contract-ல் பதிவு செய்வதன் மூலம்) பதிவு செய்யலாம். Users அவர்கள் votes-ஐ அவர்களின் public key-இன் மூலம் encrypted செய்த messages-ஐ smart contract-க்கு அனுப்புவதன் மூலம் cast செய்கிறார்கள் (ஒரு சரியான vote அந்த user-யின் அடையாளத்துடன் சமீபத்திய public key-யுடன் கையொப்பமிட்டிருக்க வேண்டும்). அதன் பிறகு, வாக்களிக்கும் காலம் முடிந்ததும் ஒருங்கிணைப்பாளர் அனைத்து செய்திகளையும் செயலாக்கி, வாக்குகளை எண்ணி, முடிவுகளை onchain-இல் சரிபார்க்கிறார்.
+
+MACI-ல், zero-knowledge proofs-ஐ பயன்படுத்துவது கணக்கீட்டின் சரியானதன்மையை உறுதிப்படுத்துகிறது, இதனால் coordinator-க்கு votes-ஐ தவறாகச் செயல்படுத்தி முடிவுகளை tally செய்ய முடியாது. ஒருங்கிணைப்பாளர் ZK-SNARK சான்றுகளை உருவாக்க வேண்டும், இதன்மூலம் இது அடையப்படுகிறது, அ) அனைத்து செய்திகளும் சரியாகச் செயலாக்கப்பட்டன ஆ) இறுதி முடிவு அனைத்து செல்லுபடியாகும் வாக்குகளின் கூட்டுத்தொகையுடன் பொருந்துகிறது என்பதை சரிபார்க்கிறது.
+
+இது, வழக்கமாக user ஒன்றின் votes-களின் விவர breakdown-ஐ பகிர்வது இல்லாமல், tallying process-இல் கணக்கிடப்பட்ட முடிவுகளின் முழுமைத்தன்மையை உறுதியாகச் செய்கிறது. இந்த அம்சம் அடிப்படை collusion திட்டங்களைக் குறைக்க பயனுள்ளது. Bob Alice-ஐ bribe செய்வதன் மூலம் ஒரு option-க்கு வாக்களிக்கச் செய்ய முயற்சிக்கும் முந்தைய உதாரணத்தைப் பயன்படுத்தி இந்தச் சாத்தியத்தை ஆராயலாம்:
+
+- Alice வாக்களிக்கப் பதிவு செய்வது, அவர்களின் public key-ஐ smart contract-க்கு அனுப்புவதன் மூலம்.
+- ஆலிஸ், பாபிடமிருந்து லஞ்சம் பெறுவதற்கு ஈடாக `விருப்பம் B`-க்கு வாக்களிக்க ஒப்புக்கொள்கிறார்.
+- ஆலிஸ் `விருப்பம் B`-க்கு வாக்களிக்கிறார்.
+- Alice ரகசியமாக அவரது அடையாளத்துடன் இணைக்கப்பட்ட public key-ஐ மாற்ற ஒரு encrypted transaction அனுப்புகிறார்.
+- ஆலிஸ் புதிய பொதுத் திறவுகோலைப் பயன்படுத்தி `விருப்பம் A`-க்கு வாக்களிக்க மற்றொரு (மறைகுறியாக்கப்பட்ட) செய்தியை ஸ்மார்ட் ஒப்பந்தத்திற்கு அனுப்புகிறார்.
+- ஆலிஸ் பாபிடம், தான் `விருப்பம் B`-க்கு வாக்களித்ததைக் காட்டும் ஒரு பரிவர்த்தனையைக் காட்டுகிறார் (இது செல்லுபடியாகாது, ஏனெனில் பொதுத் திறவுகோல் இனி கணினியில் ஆலிஸின் அடையாளத்துடன் தொடர்புடையதாக இல்லை).
+- செய்திகளைச் செயலாக்கும்போது, ஒருங்கிணைப்பாளர் ஆலிஸின் `விருப்பம் B`-க்கான வாக்கைத்தவிர்த்து, `விருப்பம் A`-க்கான வாக்கை மட்டுமே எண்ணுகிறார். எனவே, ஆலிஸுடன் கூட்டுசேர்ந்து onchain வாக்கை மாற்றியமைக்க பாப் செய்த முயற்சி தோல்வியடைகிறது.
+
+MACI-ஐப் பயன்படுத்துவது, ஒருங்கிணைப்பாளர் லஞ்சம் கொடுப்பவர்களுடன் கூட்டுசேர மாட்டார் அல்லது வாக்காளர்களுக்கே லஞ்சம் கொடுக்க முயற்சிக்க மாட்டார் என்று நம்புவது அவசியமாகிறது. Coordinator user messages-ஐ decrypt செய்ய முடியும் (இது proof உருவாக்குவதற்கு அவசியம்), ஆகையால் அவர்கள் ஒவ்வொரு person-ஐயும் எவ்வாறு voted செய்தார்கள் என்பதை சரியாக உறுதிப்படுத்த முடியும்.
+
+ஆனால் ஒருங்கிணைப்பாளர் நேர்மையாக இருக்கும் சந்தர்ப்பங்களில், MACI onchain வாக்களிப்பின் புனிதத்தை உறுதி செய்வதற்கான ஒரு சக்திவாய்ந்த கருவியாக விளங்குகிறது. இது இருபடி நிதி திரட்டும் பயன்பாடுகளில் (எ.கா., [clr.fund](https://clr.fund/#/about/maci)) அதன் பிரபலத்தை விளக்குகிறது, அவை ஒவ்வொரு தனிநபரின் வாக்களிப்புத் தேர்வுகளின் நேர்மையை பெரிதும் நம்பியுள்ளன.
+
+[MACI](https://maci.pse.dev/) பற்றி மேலும் அறியவும்.
+
+## Zero-knowledge proofs எப்படி செயல்படுகிறது? {#how-do-zero-knowledge-proofs-work}
+
+Zero-knowledge proof என்பதன் மூலம் நீங்கள் ஒரு statement-ஐ உண்மையாக நிரூபிக்க முடியும், ஆனால் அந்த statement-இன் உள்ளடக்கம் அல்லது நீங்கள் எப்படி அந்த உண்மையைக் கண்டுபிடித்தீர்கள் என்பதைக் கூறாமல். இது சாத்தியம் ஆகுவதற்கு, zero-knowledge protocols சில data-வை உள்ளீடாக எடுத்துக் கொண்டு true அல்லது false என்ற output-ஐ வழங்கும் algorithms-களில் நம்பிக்கையுடன் செயல்படுகின்றன.
+
+ஒரு zero-knowledge protocol கீழ்க்காணும் நிபந்தனைகளைப் பூர்த்தி செய்ய வேண்டும்:
+
+1. **முழுமை**: உள்ளீடு செல்லுபடியாகும் பட்சத்தில், பூஜ்ஜிய-அறிவு நெறிமுறை எப்போதும் 'உண்மை' என்று வழங்கும். ஆகையால், அடிப்படை statement உண்மையாக இருந்தால், மற்றும் prover மற்றும் verifier நேர்மையாகச் செயல்பட்டால், proof ஏற்றுக்கொள்ளப்படுகிறது.
+
+2. **ஒலிமை**: உள்ளீடு செல்லாததாக இருந்தால், பூஜ்ஜிய-அறிவு நெறிமுறையை 'உண்மை' என்று திரும்ப ஏமாற்றுவது கோட்பாட்டளவில் சாத்தியமற்றது. ஆகையால், பொய்யான prover ஒரு நேர்மையான verifier-ஐ, தவறான statement-ஐ சரியாக இருப்பதாக நம்ப வைக்க முடியாது (மிகச்சிறிய சாத்தியக்கூறுகளைத் தவிர).
+
+3. **பூஜ்ஜிய-அறிவு**: சரிபார்ப்பவர் ஒரு கூற்றின் செல்லுபடியாகும் தன்மை அல்லது பொய்யான தன்மையைத் தாண்டி அதைப் பற்றி எதையும் அறிந்து கொள்வதில்லை (அவர்கள் கூற்று பற்றி “பூஜ்ஜிய அறிவைக்” கொண்டுள்ளனர்). இந்த நிபந்தனை verifier-ஐ, proof-இல் இருந்து அடிப்படை input-ஐ (statement-இன் உள்ளடக்கம்) பெறாமல் தடுக்கும்.
+
+அடிப்படை வடிவத்தில், ஒரு பூஜ்ஜிய-அறிவுச் சான்று மூன்று கூறுகளால் ஆனது: **சாட்சி**, **சவால்**, மற்றும் **பதில்**.
+
+- **சாட்சி**: ஒரு பூஜ்ஜிய-அறிவுச் சான்றுடன், நிரூபிப்பவர் சில மறைக்கப்பட்ட தகவல்களைப் பற்றிய அறிவை நிரூபிக்க விரும்புகிறார். அந்த ரகசிய தகவல் proof-க்கான "witness" ஆகும், மேலும் prover-இன் witness பற்றித் தெரிந்திருப்பது ஒரு கேள்வித் தொகுதியை உருவாக்குகிறது, அதற்குப் பதிலளிக்க முடியும் மட்டும் witness-ஐ அறிந்த ஒரு அணி மட்டுமே. எனவே, prover நிரூபிப்பை ஆரம்பிப்பதற்கு முன்னர் ஒரு கேள்வியைத் தற்செயலாகத் தேர்வு செய்து, பதிலைக் கணக்கிட்டு, அதை verifier-க்கு அனுப்புகிறார்.
+
+- **சவால்**: சரிபார்ப்பவர் தொகுப்பிலிருந்து மற்றொரு கேள்வியைத் தோராயமாகத் தேர்ந்தெடுத்து, நிரூபிப்பாளரிடம் அதற்கு பதிலளிக்கும்படி கேட்கிறார்.
+
+- **பதில்**: நிரூபிப்பவர் கேள்வியை ஏற்று, பதிலைக் கணக்கிட்டு, சரிபார்ப்பவருக்குத் திருப்பி அனுப்புகிறார். Prover-இன் பதில், அவர் உண்மையாகவே witness-இன் தகவலைப் பயன்படுத்தியதா என்பதை verifier-க்கு சரிபார்க்க உதவுகிறது. Prover கணிப்பில் சீரான முறையில் பதிலளிப்பது சாத்தியமில்லை என்பதற்காக, verifier மேலும் பல கேள்விகளைக் கேட்கிறார். இந்தத் தொடர்பு முறையைப் பல முறை மீண்டும் மீண்டும் செய்தால், prover witness பற்றிய அறிவை போலி செய்யும் வாய்ப்பு மிகவும் குறைந்துவிடும், மேலும் verifier திருப்தியடைகிறார்.
+
+மேற்கூறியவை ஒரு ‘interactive zero-knowledge proof’-இன் கட்டமைப்பை விவரிக்கிறது. ஆரம்ப கால zero-knowledge protocols interactive proving-ஐ பயன்படுத்தின, அங்கு ஒரு statement-இன் சரியானதாமையை உறுதிப்படுத்துவதற்கு provers மற்றும் verifiers இடையே தொடர்பு மூலமாகப் பரிமாற்றம் நடத்த வேண்டும்.
+
+ஊடாடும் சான்றுகள் எவ்வாறு செயல்படுகின்றன என்பதை விளக்கும் ஒரு நல்ல எடுத்துக்காட்டு Jean-Jacques Quisquater-இன் பிரபலமான [அலி பாபா குகைக் கதை](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave) ஆகும். இதில் Peggy (prover) Victor (verifier) அவருக்கு ஒரு மந்திரவாக்கியத்தைத் தெரிவிக்காமல்், அந்த மந்திர வாசலைதிறக்கத் தெரியுமாா என்பதை நிரூபிக்க விரும்புகிறார்.
+
+### ஊடாடாத பூஜ்ஜிய-அறிவுச் சான்றுகள் {#non-interactive-zero-knowledge-proofs}
+
+Interactive proving முறையானது புரட்சிகரமானதாக இருந்தாலும், இதன் பயன்பாடு குறைவாகவே இருந்தது, ஏனெனில் இது இரண்டு தரப்பினரும் கிடைப்பது அவசியம் மற்றும் மறுமொழி முறைமையில் பலமுறை தொடர்பு கொள்ள வேண்டும். Verifier Prover-ன் நேர்மையை நம்பினாலும், அந்த proofதனித்துவமாகச் சரிபார்க்கக முடியாது (ஒரு புதிய proof கணக்கிட புதிய messages தொகுப்பின் தேவையை ஏற்படுத்துகிறது).
+
+இந்தச் சிக்கலைத் தீர்க்க, Manuel Blum, Paul Feldman மற்றும் Silvio Micali ஆகியோர் முதல் [ஊடாடாத பூஜ்ஜிய-அறிவுச் சான்றுகளை](https://dl.acm.org/doi/10.1145/62212.62222) பரிந்துரைத்தனர், அங்கு நிரூபிப்பவரும் சரிபார்ப்பவரும் பகிரப்பட்ட திறவுகோலைக் கொண்டுள்ளனர். இதன் மூலம், Prover தங்களின் தகவலுக்கான அறிவை (witness) தராமல் நிரூபிக்க முடியும்.
+
+Interactive proofs-க்கு மாறாக, non-interactive proofs ஒரு சுற்று தகவல்தொடர்பு மட்டுமே தேவையாக இருந்தது. Prover ரகசிய தகவலை ஒரு சிறப்பு algorithm-க்கு அளித்து ஒரு zero-knowledge proof-ஐ கணக்கிடுகிறார். இந்த proof-ஐ Verifier-க்கு அனுப்புகிறார், அவர் மற்றொரு algorithm-ஐ பயன்படுத்தி Prover-க்கு அந்த ரகசிய தகவல் தெரியும் என்பதை சரிபார்க்கிறார்.
+
+Non-interactive proving முறையால் Prover மற்றும் Verifier இடையேயான தகவல்தொடர்பு குறைக்கப்படுகிறது, இது ZK-proofs-ஐ சிறப்பாகவும் பயன்முறையாகவும் ஆக்குகிறது. மேலும், ஒரு proof உருவாக்கப்பட்டவுடன், அது பிறர் (பகிரப்பட்ட key மற்றும் verification algorithm உடன்) சரிபார்க்கவும் கிடைக்கும்.
+
+Non-interactive proofs zero-knowledge technology-க்கு ஒரு முக்கிய முன்னேற்றத்தை உருவாக்கியது, மேலும் இன்றைக்கு பயன்படுத்தப்படும் proving systems-களை உருவாக்க உதவியது. இங்கே நாம் இந்த proof types-ஐ கீழே விவரிக்கிறோம்:
+
+### பூஜ்ஜிய-அறிவுச் சான்றுகளின் வகைகள் {#types-of-zero-knowledge-proofs}
+
+#### ZK-SNARKs {#zk-snarks}
+
+ZK-SNARK என்பது **பூஜ்ஜிய-அறிவு சுருக்கமான ஊடாடாத அறிவு வாதம்** என்பதன் சுருக்கமாகும். ZK-SNARK முறைக்குக் கீழே கொடுக்கப்பட்டுள்ள பண்புகள் உள்ளன:
+
+- **பூஜ்ஜிய-அறிவு**: ஒரு சரிபார்ப்பவர் ஒரு கூற்றைப் பற்றி வேறு எதையும் அறியாமல் அதன் ஒருமைப்பாட்டைச் சரிபார்க்க முடியும். Verifier-க்கு அந்த statement உண்மையா, பொய்யா என்பது மட்டுமே தெரியும்.
+
+- **சுருக்கமானது**: பூஜ்ஜிய-அறிவுச் சான்று சாட்சியை விட சிறியது மற்றும் விரைவாகச் சரிபார்க்கப்படலாம்.
+
+- **ஊடாடாதது**: இந்தச் சான்று 'ஊடாடாதது', ஏனெனில் நிரூபிப்பாளரும் சரிபார்ப்பாளரும் ஒருமுறை மட்டுமே தொடர்பு கொள்கிறார்கள், பல சுற்றுத் தொடர்பு தேவைப்படும் ஊடாடும் சான்றுகளைப் போலல்லாமல்.
+
+- **வாதம்**: இந்தச் சான்று 'ஒலிமை' தேவையைப் பூர்த்தி செய்கிறது, எனவே ஏமாற்றுவது மிகவும் குறைவு.
+
+- **அறிவு**: இரகசியத் தகவலுக்கான (சாட்சி) அணுகல் இல்லாமல் பூஜ்ஜிய-அறிவுச் சான்றை உருவாக்க முடியாது. Witness இல்லாத Prover உண்மையான Zero-knowledge proof-ஐ கணக்கிடுவது கடினமாகும்.
+
+Shared key என்பது Prover மற்றும் Verifier பயன்படுக்கும் பொது அளவுருக்களைக் குறிக்கிறது, இது Common Reference String (Crs) என்று அழைக்கப்படுகிறது. CRS உருவாக்கத்தின் பாதுகாப்பு முக்கியம், ஏனெனில், CRS-ஐ உருவாக்க entropy (தற்செயல்) பயன்படுத்தப்படுகிறது. இது ஒரு பைத்தியம் Prover-ன் கையில் சிக்கினால், அவர்கள் பொய்யான proofs உருவாக்கலாம்.
+
+[பல-தரப்பினர் கணக்கீடு (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) என்பது பொது அளவுருக்களை உருவாக்குவதில் உள்ள அபாயங்களைக் குறைப்பதற்கான ஒரு வழியாகும். பல தரப்பினர் ஒரு [நம்பகமான அமைப்பு விழாவில்](https://zkproof.org/2021/06/30/setup-ceremonies/amp/) பங்கேற்கின்றனர், அங்கு ஒவ்வொரு நபரும் CRS-ஐ உருவாக்க சில சீரற்ற மதிப்புகளை வழங்குகிறார்கள். அதில் ஒரு நேர்மையான பங்கேற்பாளர் Entropy-ஐ அழித்தாலே, ZK-SNARK முறையின் கணக்கீட்டு soundness பாதுகாக்கப்படும்.
+
+Trusted setups-க்கு பங்கேற்பாளர்களை நம்பவேண்டிய தேவையை உண்டாக்குகிறது. இருப்பினும், ZK-STARKs வளர்ச்சியால் Non-trusted setup-களுடன் வேலை செய்யக்கூடிய proving protocols-களை உருவாக்க முடிந்துள்ளது.
+
+#### ZK-STARKs {#zk-starks}
+
+ZK-STARK என்பது **பூஜ்ஜிய-அறிவு அளவிடக்கூடிய வெளிப்படையான அறிவு வாதம்** என்பதன் சுருக்கமாகும். ZK-STARKs மற்றும் ZK-SNARKs ஆகியவற்றில் உள்ள வேறுபாடுகள்:
+
+- **அளவிடக்கூடியது**: சாட்சியின் அளவு பெரியதாக இருக்கும்போது, சான்றுகளை உருவாக்குவதிலும் சரிபார்ப்பதிலும் ZK-STARK ஆனது ZK-SNARK-ஐ விட வேகமானது. STARK proofs-ல், prover மற்றும் verification times மிகச் சிறிய அளவுக்குத் தாமதமாகிறது, ஆனால் SNARK-ல், witness size-க்கு ஏற்ப நேரம் அதிகரிக்கிறது.
+
+- **வெளிப்படையானது**: ZK-STARK ஒரு நம்பகமான அமைப்பிற்குப் பதிலாக, நிரூபிப்பதற்கும் சரிபார்ப்பதற்கும் பொது அளவுருக்களை உருவாக்க, பொதுவில் சரிபார்க்கக்கூடிய சீரற்ற தன்மையை நம்பியுள்ளது. இதனால், trusted setup தேவை இல்லாமல், ZK-STARKs-ஐ ZK-SNARKs-க்கு விட அதிக சுத்தமானவையாகக் காணலாம்.
+
+ZK-STARKs-ல், proofs-ஐ உருவாக்குவது ZK-SNARKs-க்கு விடப் பெரியது, அதனால் verification மீது அதிக சுமை உள்ளது. இருந்தாலும், சில சந்தர்ப்பங்களில் (பெரிய தொகுப்புகளைச் சான்றாகக் காட்டும்போது) ZK-STARKs கூடுதல் செலவு குறைவாகவும் இருக்கும்.
+
+## பூஜ்ஜிய-அறிவுச் சான்றுகளைப் பயன்படுத்துவதன் குறைகள் {#drawbacks-of-using-zero-knowledge-proofs}
+
+### வன்பொருள் செலவுகள் {#hardware-costs}
+
+Zero-Knowledge Proofs உருவாக்குவது மிகவும் சிக்கலான கணக்கீடுகளை உட்படுத்துகிறது, இது சிறப்பு மிக்க இயந்திரங்களில் செய்யப்படும். இவை மிகவும் செலவானவை என்பதால், பொதுவான நபர்களின் வசப்பாட்டுக்கு வராது. மேலும், Zero-Knowledge Technology-ஐப் பயன்படுத்த விரும்பும் பயன்பாடுகள் hardware costs-ஐ உட்படுத்த வேண்டியிருக்கும், இதனால் இறுதி பயனாளர்களுக்குச் செலவுகள் அதிகரிக்க வாய்ப்பு உள்ளது.
+
+### சான்று சரிபார்ப்புச் செலவுகள் {#proof-verification-costs}
+
+சான்றுகளைச் சரிபார்ப்பதற்கான செயல்பாடுகள் மிகவும் சிக்கலானவை மற்றும் zero-knowledge technology-ஐ பயன்பாடுகளில் செயல்படுத்துவதற்கான செலவுகளை அதிகரிக்கின்றன. இந்தச் செலவு குறிப்பாக proving computation முறையில் குறிப்பிடத்தக்கது. உதாரணமாக, ZK-rollups ஒரு ZK-SNARK proof-ஐ Ethereum-ல் சரிபார்க்க ~ 500,000 gas செலவழிக்கிறது, மற்றும் ZK-STARKs இன்னும் அதிகமான கட்டணங்களைத் தேவைப்படுகிறது.
+
+### நம்பிக்கை அனுமானங்கள் {#trust-assumptions}
+
+ZK-SNARK-ல், Common Reference String (பொதுப் பாகங்கள்) ஒருமுறை உருவாக்கப்படுகிறது மற்றும் zero-knowledge protocol-இல் பங்கேற்க விரும்பும் தரப்புகளுக்கு மீண்டும் பயன்படுத்தக்கூடியதாக உள்ளது. பொதுப் பாகங்கள் trusted setup ceremony-ஐ மூலம் உருவாக்கப்படுகிறது, இதில் பங்கேற்பவர்கள் honest-ஆக இருக்கும்படி நம்பப்படுகிறது.
+
+ஆனால், பயனாளர்கள் பங்கேற்பவர்களின் honesty-ஐ மதிப்பீடு செய்ய எந்த வழியுமில்லை, மற்றும் பயனாளர்கள் developers-ஐ அவர்கள் சொல்வதற்கே நம்பிக்கையுடன் இருக்க வேண்டும். ZK-STARKs நம்பிக்கை கருதுமுறைகளை நீக்குகிறது, ஏனெனில் string-ஐ உருவாக்குவதற்குப் பயன்படுத்தப்படும் randomness பொதுவாக verifiable ஆகும். இதற்கிடையில், ZK-SNARKs-க்கு பாதுகாப்பு முறைமைகளை மேம்படுத்த நம்பிக்கையில்லாத அமைப்புகளின் மீது ஆராய்ச்சியாளர்கள் வேலை செய்து வருகிறார்கள்.
+
+### குவாண்டம் கம்ப்யூட்டிங் அச்சுறுத்தல்கள் {#quantum-computing-threats}
+
+ZK-SNARK எலிப்டிக் கோடு குறியாக்கத்திற்குப் பயன்படுத்துகிறது. Elliptic curve discrete logarithm problem இப்போது கையாள முடியாததாக இருக்கிறது என்று நம்பப்படுகிறது, ஆனால் quantum computers உருவாக்கம் இந்தப் பாதுகாப்பு மாதிரியை எதிர்காலத்தில் முறியடிக்கக் கூடியது.
+
+ZK-STARK குவாண்டம் கணினி அச்சுறுத்தலுக்குச் செருகாமை கொண்டதாகக் கருதப்படுகிறது, ஏனெனில் இது தனது பாதுகாப்பிற்குப் collision-resistant hash functions-க்கு மட்டும் நம்புகிறது. Elliptic curve cryptography-ல் பயன்படுத்தப்படும் public-private key pairings-க்கு மாறாக, collision-resistant hashing குவாண்டம் கணினி அல்கோரிதங்களை உடைக்க மிகவும் கடினமாக இருக்கிறது.
+
+## மேலும் வாசிக்க {#further-reading}
+
+- [பூஜ்ஜிய-அறிவுச் சான்றுகளின் பயன்பாட்டு நிலைகளின் மேலோட்டம்](https://pse.dev/projects) — _தனியுரிமை மற்றும் அளவிடுதல் ஆய்வுக் குழு_
+- [SNARKs vs. STARKS vs. Recursive SNARKs](https://www.alchemy.com/overviews/snarks-vs-starks) — _Alchemy Overviews_
+- [ஒரு பூஜ்ஜிய-அறிவுச் சான்று: ஒரு பிளாக்செயினில் தனியுரிமையை மேம்படுத்துதல்](https://www.altoros.com/blog/zero-knowledge-proof-improving-privacy-for-a-blockchain/) — _Dmitry Lavrenov_
+- [zk-SNARKs — ஒரு யதார்த்தமான பூஜ்ஜிய-அறிவு எடுத்துக்காட்டு மற்றும் ஆழமான பார்வை](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _Adam Luciano_
+- [ZK-STARKs — சரிபார்க்கக்கூடிய நம்பிக்கையை உருவாக்குங்கள், குவாண்டம் கணினிகளுக்கு எதிராகவும்](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_
+- [zk-SNARKகள் எவ்வாறு சாத்தியம் என்பதற்கு ஒரு தோராயமான அறிமுகம்](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_
+- [ஏன் பூஜ்ஜிய அறிவுச் சான்றுகள் (ZKPs) சுய-இறையாண்மை அடையாளத்திற்கான ஒரு விளையாட்டு மாற்றியாகும்](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_
+- [EIP-7503 விளக்கப்பட்டது: ZK சான்றுகளுடன் Ethereum-இல் தனிப்பட்ட இடமாற்றங்களை இயக்குதல்](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_
+- [ZK அட்டை விளையாட்டு: ZK அடிப்படைகளையும் நிஜ வாழ்க்கை பயன்பாட்டு நிகழ்வுகளையும் கற்றுக்கொள்ள ஒரு விளையாட்டு](https://github.com/ZK-card/zk-cards) - _ZK-Cards_
diff --git a/src/intl/ta/glossary-tooltip.json b/src/intl/ta/glossary-tooltip.json
new file mode 100644
index 00000000000..cd01470ef35
--- /dev/null
+++ b/src/intl/ta/glossary-tooltip.json
@@ -0,0 +1,164 @@
+{
+  "51%-attack-term": "51% தாக்குதல்",
+  "51%-attack-definition": "ஒரு குழு பெரும்பான்மையான <a href=\"/glossary/#node\">முனைகளின்</a> கட்டுப்பாட்டைப் பெறும் ஒரு வகை தாக்குதல். இது <a href=\"/glossary/#transaction\">பரிவர்த்தனைகளைத்</a> திருப்புவதன் மூலமும், <a href=\"ether\">ஈதர்</a> மற்றும் பிற டோக்கன்களை இருமுறை செலவழிப்பதன் மூலமும் பிளாக்செயினை ஏமாற்ற அவர்களை அனுமதிக்கும்.",
+  "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 சூழலில், ஒருமித்த கருத்துள்ள சரிபார்ப்பாளர்கள் சங்கிலியின் நிலை என்னவாக இருக்கும் என்று தாங்கள் நம்புவதைக் கோர வேண்டும். நியமிக்கப்பட்ட நேரங்களில், ஒவ்வொரு சரிபார்ப்பாளரும் கடந்த இறுதி செய்யப்பட்ட சோதனைச் சாவடி மற்றும் சங்கிலியின் தற்போதைய தலைப்பு உட்பட, சங்கிலியின் பார்வையை முறையாக அறிவிக்கும் வெவ்வேறு சான்றளிப்புகளை வெளியிடுவதற்குப் பொறுப்பாவார்கள். <a href=\"/developers/docs/consensus-mechanisms/pos/attestations/\">சான்றளிப்புகள் பற்றி மேலும்</a>.",
+  "block-term": "பிளாக்",
+  "block-definition": "ஒரு தொகுதி என்பது பரிவர்த்தனைகள் அல்லது டிஜிட்டல் செயல்கள் சேமிக்கப்படும் இடமாகும். ஒரு தொகுதி நிரம்பியவுடன், அது முந்தைய தொகுதியுடன் இணைக்கப்பட்டு, தொகுதிகளின் சங்கிலியை அல்லது ஒரு \"பிளாக்செயினை\" உருவாக்குகிறது. <a href=\"/developers/docs/blocks/\">தொகுதிகள் பற்றி மேலும்</a>.",
+  "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 இன் <a href=\"/glossary/#pos\">பங்குச் சான்று</a> ஒருமித்த கருத்து அல்காரிதத்தை இயக்குகின்றன, இது நெட்வொர்க்கை பீக்கன் சங்கிலியின் தலைப்பில் உடன்பாட்டை அடைய அனுமதிக்கிறது. ஒருமித்த கருத்து கிளையண்ட்கள் பரிவர்த்தனைகளை சரிபார்ப்பது/ஒளிபரப்புவது அல்லது நிலை மாற்றங்களைச் செயல்படுத்துவதில் பங்கேற்பதில்லை. இது <a href=\"/glossary/#execution-client\">செயல்படுத்தல் கிளையண்ட்களால்</a> செய்யப்படுகிறது. ஒருமித்த கருத்து கிளையண்ட்கள் புதிய பிளாக்குகளை சான்றளிக்கவோ அல்லது முன்மொழியவோ இல்லை. இது <a href=\"/glossary/#validator\">சரிபார்ப்பாளர் கிளையண்டால்</a> செய்யப்படுகிறது, இது ஒருமித்த கருத்து கிளையண்டிற்கான ஒரு விருப்பத் துணை நிரலாகும்.",
+  "consensus-layer-term": "ஒருமித்த கருத்து அடுக்கு",
+  "consensus-layer-definition": "Ethereum இன் ஒருமித்த கருத்து அடுக்கு என்பது <a href=\"/glossary/#consensus-client\">ஒருமித்த கருத்து கிளையண்ட்களின்</a> நெட்வொர்க் ஆகும்.",
+  "cryptoeconomics-term": "கிரிப்டோ பொருளாதாரம்",
+  "cryptoeconomics-definition": "பாதுகாப்பான மற்றும் நம்பகமான டிஜிட்டல் தளங்களை வடிவமைக்க கணித மற்றும் பொருளாதாரக் கொள்கைகளின் ஆய்வு. அனைத்து பங்கேற்பாளர்களும் விதிகளைப் பின்பற்றுவதை உறுதி செய்வதும், நெட்வொர்க்கின் பாதுகாப்பு மற்றும் செயல்பாட்டிற்கு பங்களித்ததற்காக வெகுமதி அளிக்கப்படுவதும் இதன் குறிக்கோள் ஆகும்.",
+  "cryptography-term": "கிரிப்டோகிராஃபி",
+  "cryptography-definition": "இது தகவல்தொடர்பை தனிப்பட்டதாகவும் பாதுகாப்பாகவும் மாற்றும் நடைமுறையாகும், இதன் மூலம் தகவல் யாருக்காகக் கருதப்படுகிறதோ அவர்கள் மட்டுமே அதைப் படிக்க முடியும்.",
+  "dao-term": "பரவலாக்கப்பட்ட தன்னாட்சி அமைப்பு (DAO)",
+  "dao-definition": "ஒரு DAO என்பது ஒரு பிளாக்செயினில் குறியிடப்பட்ட விதிகளால் இயக்கப்படும் ஒரு டிஜிட்டல் அமைப்பாகும், அங்கு முடிவுகள் உறுப்பினர் வாக்குகளால் எடுக்கப்படுகின்றன, ஒரு மைய அதிகாரத்தால் அல்ல. <a href=\"/dao/\">பரவலாக்கப்பட்ட தன்னாட்சி அமைப்புகள் (DAOகள்) பற்றி மேலும்</a>.",
+  "dapp-term": "டாப்",
+  "dapp-definition": "ஒரு dApp என்பது ஒரு பிளாக்செயின் நெட்வொர்க்கில் இயங்கும் ஒரு பரவலாக்கப்பட்ட பயன்பாடாகும், இது ஒரு மையக் கட்டுப்பாட்டு அதிகாரம் இல்லாமல் சேவைகளை வழங்குகிறது. <a href=\"/apps/\">பரவலாக்கப்பட்ட பயன்பாடுகள் பற்றி மேலும்</a>.",
+  "data-availability-term": "தரவு கிடைக்கும் தன்மை",
+  "data-availability-definition": "எந்தவொரு முனையும் ஒரு பிளாக்செயினில் பரிவர்த்தனைகளை சுயாதீனமாக சரிபார்க்க முடியும், இதன் மூலம் அமைப்பில் வெளிப்படைத்தன்மை மற்றும் நம்பிக்கையை பராமரிக்க முடியும்.",
+  "defi-term": "DeFi",
+  "defi-definition": "எந்தவொரு இடைத்தரகர்களும் இல்லாமல், பிளாக்செயினால் ஆதரிக்கப்படும் நிதிச் சேவைகளை வழங்குவதை நோக்கமாகக் கொண்ட Ethereum பயன்பாடுகளின் ஒரு பரந்த வகை. <a href=\"/defi/\">பரவலாக்கப்பட்ட நிதி (DeFi) பற்றி மேலும்</a>",
+  "dex-term": "பரவலாக்கப்பட்ட பரிமாற்றம் (DEX)",
+  "dex-definition": "Ethereum பயன்பாட்டின் ஒரு வகை, இது நெட்வொர்க்கில் உள்ள பியர்களுடன் டோக்கன்களை மாற்ற உங்களை அனுமதிக்கிறது. DEX கள் மையப்படுத்தப்பட்ட பரிமாற்றங்களைப் போல புவியியல் கட்டுப்பாடுகளுக்கு உட்பட்டவை அல்ல - யார் வேண்டுமானாலும் பங்கேற்கலாம்.",
+  "difficulty-bomb-term": "சிரம வெடிகுண்டு",
+  "difficulty-bomb-definition": "<a href=\"/glossary/#pow\">வேலைச் சான்று</a> <a href=\"/glossary/#difficulty\">சிரம</a> அமைப்பில் திட்டமிடப்பட்ட அதிவேக அதிகரிப்பு, இது <a href=\"/glossary/#pos\">பங்குச் சான்று</a>க்கு மாறுவதை ஊக்குவிக்க வடிவமைக்கப்பட்டது, இது ஒரு <a href=\"/glossary/#hard-fork\">கடினமான ஃபோர்க்கின்</a> வாய்ப்புகளைக் குறைக்கிறது. சிரம வெடிகுண்டு <a href=\"/roadmap/merge\">ஒன்றிணைப்புடன்</a> வழக்கொழிந்துவிட்டது.",
+  "ecdsa-term": "எலிப்டிக் வளைவு டிஜிட்டல் கையொப்ப அல்காரிதம் (ECDSA)",
+  "ecdsa-definition": "Ethereum ஆல் பயன்படுத்தப்படும் ஒரு கிரிப்டோகிராஃபிக் அல்காரிதம், நிதிகள் அவற்றின் உரிமையாளர்களால் மட்டுமே செலவழிக்கப்படுவதை உறுதி செய்கிறது. இது பொது மற்றும் தனிப்பட்ட விசைகளை உருவாக்குவதற்கான விரும்பத்தக்க முறையாகும். கணக்கு <a href=\"/glossary/#address\">முகவரி</a> உருவாக்கம் மற்றும் <a href=\"/glossary/#transaction\">பரிவர்த்தனை</a> சரிபார்ப்புக்கு தொடர்புடையது.",
+  "ens-term": "Ethereum பெயர் சேவை (ENS)",
+  "ens-definition": "எத்தேரியம் பெயர் சேவை என்பது எத்தேரியம் முகவரிகளுக்கான இணைய தொலைபேசி புத்தகம் போன்றது. நீண்ட பணப்பை முகவரிகளைப் பயன்படுத்துவதற்குப் பதிலாக, டிஜிட்டல் பணம் மற்றும் சொத்துக்களை அனுப்பவும் பெறவும் \"john.eth\" போன்ற எளிய பெயர்களைப் பயன்படுத்த ENS உங்களை அனுமதிக்கிறது.",
+  "epoch-term": "எபோக்",
+  "epoch-definition": "32 <a href=\"/glossary/#slot\">ஸ்லாட்டுகளின்</a> ஒரு காலம், ஒவ்வொரு ஸ்லாட்டும் 12 வினாடிகள், மொத்தம் 6.4 நிமிடங்கள். சரிபார்ப்பாளர் <a href=\"/glossary/#committee\">குழுக்கள்</a> பாதுகாப்பு காரணங்களுக்காக ஒவ்வொரு எபோக்கிலும் மாற்றியமைக்கப்படுகின்றன. ஒவ்வொரு எபோக்கிலும் சங்கிலி <a href=\"/glossary/#finality\">இறுதி செய்யப்படுவதற்கான</a> வாய்ப்பு உள்ளது. ஒவ்வொரு சரிபார்ப்பாளருக்கும் ஒவ்வொரு எபோக்கின் தொடக்கத்திலும் புதிய பொறுப்புகள் ஒதுக்கப்படுகின்றன. <a href=\"/developers/docs/consensus-mechanisms/pos/#how-does-validation-work\">பங்குச் சான்று பற்றி மேலும்</a>",
+  "eoa-term": "வெளிப்புறமாக சொந்தமான கணக்கு (EOA)",
+  "eoa-definition": "வெளிப்புறமாக சொந்தமான கணக்குகள் (EOA கள்) மிகவும் பொதுவான வகை Ethereum கணக்கு ஆகும். அவை ஒரு நபரால் தனிப்பட்ட விசைகள்/மீட்பு சொற்றொடர் மூலம் கட்டுப்படுத்தப்படுகின்றன. <a href=\"/wallets/\">Ethereum பணப்பைகள் பற்றி மேலும்</a>.",
+  "erc-term": "Ethereum கருத்துகளுக்கான கோரிக்கை (ERC)",
+  "erc-definition": "ERC (<strong>எத்தேரியம் கோரிக்கைக்கான கருத்துகள்</strong>) என்பது எத்தேரியம் சமூகத்தில் எத்தேரியம் நெட்வொர்க்கின் பயன்பாட்டிற்கான புதிய தரநிலைகளை முன்மொழியப் பயன்படுத்தப்படும் ஒரு வகை தொழில்நுட்ப ஆவணமாகும்.",
+  "erc-1155-term": "கருத்துகளுக்கான Ethereum கோரிக்கை 1155",
+  "erc-1155-definition": "NFT (தனித்துவமான சேகரிக்கக்கூடிய பொருட்களைப் போன்றது) போன்ற ஒரு வகை எத்தேரியம் டோக்கன் தரநிலை, இது ஒரே ஸ்மார்ட் ஒப்பந்தத்திற்குள் மாற்றக்கூடிய பொருட்களை (நாணயம் போன்ற) உருவாக்கவும் அனுமதிக்கிறது.",
+  "erc-20-term": "ERC-20",
+  "erc-20-definition": "எத்தேரியம் நெட்வொர்க்கில் பெரும்பாலான டோக்கன்கள் உருவாக்கப்படும் ஒரு நிலையான விதிகள் தொகுப்பு.",
+  "erc-721-term": "கருத்துகளுக்கான Ethereum கோரிக்கை 721",
+  "erc-721-definition": "NFT களை (பதிலீடு செய்ய முடியாத டோக்கன்கள்) உருவாக்கப் பயன்படுத்தப்படும் ஒரு நிலையான விதிகள் தொகுப்பு.",
+  "ether-term": "ஈதர்",
+  "ether-definition": "Ethereum இன் சொந்த கிரிப்டோகரன்சி, பொதுவாக “ETH” என்று குறிப்பிடப்படுகிறது. Ethereum சுற்றுச்சூழல் அமைப்பு மற்றும் பயன்பாடுகளைப் பயன்படுத்தும்போது பரிவர்த்தனைக் கட்டணங்களை ஈடுகட்ட இது பயன்படுத்தப்படுகிறது. <a href=\"/eth/\">ஈதர் பற்றி மேலும்</a>.",
+  "events-term": "நிகழ்வுகள்",
+  "events-definition": "<a href=\"/glossary/#evm\">EVM</a> பதிவு வசதிகளைப் பயன்படுத்த அனுமதிக்கிறது. <a href=\"/glossary/#dapp\">டாப்கள்</a> நிகழ்வுகளைக் கேட்டு, பயனர் இடைமுகத்தில் ஜாவாஸ்கிரிப்ட் கால்பேக்குகளைத் தூண்ட அவற்றைப் பயன்படுத்தலாம். <a href=\"/developers/docs/smart-contracts/anatomy/#events-and-logs\">நிகழ்வுகள் மற்றும் பதிவுகள் பற்றி மேலும்</a>",
+  "execution-client-term": "செயல்படுத்தல் கிளையண்ட்",
+  "execution-client-definition": "Besu, Erigon, Go-Ethereum (Geth), Nethermind போன்ற செயல்படுத்தல் கிளையண்ட்கள் (முன்னர் \"Eth1 கிளையண்ட்கள்\" என அறியப்பட்டன), பரிவர்த்தனைகளைச் செயலாக்குதல் மற்றும் ஒளிபரப்புதல் மற்றும் Ethereum இன் நிலையை நிர்வகித்தல் ஆகியவற்றுடன் பணிக்கப்பட்டுள்ளன. நெறிமுறையின் விதிகள் பின்பற்றப்படுவதை உறுதி செய்வதற்காக அவை ஒவ்வொரு பரிவர்த்தனைக்கும் <a href=\"/glossary/#evm\">Ethereum மெய்நிகர் இயந்திரத்தைப்</a> பயன்படுத்தி கணக்கீடுகளை இயக்குகின்றன.",
+  "execution-layer-term": "செயல்படுத்தல் அடுக்கு",
+  "execution-layer-definition": "Ethereum இன் செயல்படுத்தல் அடுக்கு என்பது <a href=\"/glossary/#execution-client\">செயல்படுத்தல் கிளையண்ட்களின்</a> நெட்வொர்க் ஆகும்.",
+  "finality-term": "இறுதி நிலை",
+  "finality-definition": "இறுதி நிலை என்பது ஒரு பெரிய அளவு ETH இழக்கப்படாமல் பரிவர்த்தனைகளின் தொகுப்பை மாற்ற முடியாது என்பதற்கான உத்தரவாதமாகும்.",
+  "fork-term": "ஃபோர்க்",
+  "fork-definition": "நெறிமுறையில் ஒரு மாற்றம், இது ஒரு மாற்று சங்கிலியை உருவாக்குகிறது.",
+  "fraud-proof-term": "மோசடி சான்று",
+  "fraud-proof-definition": "சில <a href=\"/glossary/#layer-2\">லேயர் 2</a> தீர்வுகளுக்கான ஒரு பாதுகாப்பு மாதிரி, இதில் வேகத்தை அதிகரிக்க, பரிவர்த்தனைகள் <a href=\"/glossary/#rollups\">தொகுப்புகளில்</a> தொகுக்கப்பட்டு Ethereum க்கு ஒரே பரிவர்த்தனையில் சமர்ப்பிக்கப்படுகின்றன. மற்ற நெட்வொர்க் பங்கேற்பாளர்கள் பரிவர்த்தனைகளை நேர்மையாக செயல்படுத்தப்பட்டதா என்பதை சரிபார்க்க மீண்டும் செயல்படுத்தலாம். அவர்கள் வெளியிடப்பட்ட தரவிற்கும் தங்கள் சொந்த பதிப்பிற்கும் இடையில் ஒரு முரண்பாட்டைக் கண்டறிந்தால், அவர்கள் சில மோசடி நடந்த இடத்தைக் காட்டும் ஒரு கிரிப்டோகிராஃபிக் சான்றை வெளியிடலாம். சில <a href=\"/glossary/#rollups\">ரோலப்கள்</a> <a href=\"/glossary/#validity-proof\">செல்லுபடியாகும் சான்றுகளைப்</a> பயன்படுத்துகின்றன.",
+  "gas-term": "வாயு",
+  "gas-definition": "எரிவாயு என்பது Ethereum போன்ற ஒரு பிளாக்செயினில் பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்தங்களுக்காக செலுத்தப்படும் கட்டணமாகும். <a href=\"/gas/\">எரிவாயு மற்றும் கட்டணங்கள் பற்றி மேலும்</a>.",
+  "genesis-block-term": "ஆதி பிளாக்",
+  "genesis-block-definition": "ஒரு <a href=\"/glossary/#blockchain\">பிளாக்செயினில்</a> முதல் பிளாக், ஒரு குறிப்பிட்ட நெட்வொர்க் மற்றும் அதன் கிரிப்டோகரன்சியைத் தொடங்கப் பயன்படுகிறது.",
+  "gwei-term": "Gwei",
+  "gwei-definition": "<a href=\"/glossary/#ether\">ஈதரின்</a> ஒரு பிரிவான ஜிகாவெயின் சுருக்கம், பொதுவாக <a href=\"/glossary/#gas\">எரிவாயுவை</a> விலை நிர்ணயம் செய்யப் பயன்படுகிறது. 1 gwei = 10<sup>9</sup> <a href=\"/glossary/#wei\">வெய்</a>. 10<sup>9</sup> gwei = 1 ஈதர்.",
+  "hash-term": "ஹாஷ்",
+  "hash-definition": "ஒரு ஹாஷ் செயல்பாட்டால் உருவாக்கப்பட்ட, மாறி-அளவு உள்ளீட்டின் ஒரு நிலையான-நீள கைரேகை. (பார்க்க <a href=\"/glossary/#keccak-256\">keccak-256</a>).",
+  "holographic-consensus-term": "ஹோலோகிராஃபிக் ஒருமித்த கருத்து",
+  "holographic-consensus-definition": "ஒரு சிறிய பிரதிநிதிகள் குழுவை வாக்களிக்க அனுமதிப்பதன் மூலம் ஒரு பெரிய குழு முடிவு எவ்வாறு எடுக்கப்படுகிறது என்பதைக் குறிக்கிறது. சிறிய குழு ஒரு நல்ல வேலையைச் செய்தது என்று அவர்கள் நம்பும் வரை, மற்ற அனைவரும் அதை ஏற்றுக்கொள்ள ஒப்புக்கொள்கிறார்கள்.",
+  "index-term": "குறியீட்டெண்",
+  "index-definition": "<a href=\"/glossary/#blockchain\">பிளாக்செயினில்</a> இருந்து தகவல்களை வினவுவதை மேம்படுத்துவதற்காக வடிவமைக்கப்பட்ட ஒரு நெட்வொர்க் கட்டமைப்பு, அதன் சேமிப்பக மூலத்திற்கு ஒரு திறமையான பாதையை வழங்குவதன் மூலம்.",
+  "key-term": "விசை",
+  "key-definition": "எத்தேரியத்தின் சூழலில், விசைகள் டிஜிட்டல் குறியீடுகளாகும்: பரிவர்த்தனைகளைப் பெறுவதற்கான ஒரு பொது விசை மற்றும் நிதிகளை அணுகுவதற்கும் அனுப்புவதற்கும் ஒரு தனிப்பட்ட விசை.",
+  "layer-2-term": "2ம் அடுக்கு",
+  "layer-2-definition": "லேயர் 2 கள் Ethereum முக்கிய நெட்வொர்க்கின் மேல் கட்டப்பட்ட மற்றொரு நெட்வொர்க்குகள் ஆகும், இது பரிவர்த்தனைகளை வேகமாகவும் மலிவாகவும் ஆக்குகிறது. <a href=\"/layer-2/\">லேயர் 2 பற்றி மேலும்</a>.",
+  "liquidity-tokens-term": "லிக்விடிட்டி டோக்கன்கள்",
+  "liquidity-tokens-definition": "லிக்விடிட்டி டோக்கன்கள் (LT) என்பது ஒரு லிக்விடிட்டி குளத்தில் சொத்துக்களை டெபாசிட் செய்யும் பங்கேற்பாளர்களுக்கு வழங்கப்படும் டிஜிட்டல் டோக்கன்கள் ஆகும், இது ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் பூட்டப்பட்ட நிதிகளின் தொகுப்பாகும் மற்றும் ஒரு பரவலாக்கப்பட்ட பரிமாற்றத்தில் (DEX) வர்த்தகத்தை எளிதாக்கப் பயன்படுகிறது.",
+  "mainnet-term": "முதன்மை நெட்வொர்க்",
+  "mainnet-definition": "\"முக்கிய நெட்வொர்க்\" என்பதன் சுருக்கம், இது முக்கிய பொது Ethereum <a href=\"/glossary/#blockchain\">பிளாக்செயின்</a> ஆகும்.",
+  "mev-term": "MEV",
+  "mev-definition": "ஒரு கட்டணத்திற்கு ஒரு பிளாக்செயினில் சில செயல்களுக்கு முன்னுரிமை அளிக்கும் ஒரு வழிமுறை, இது முடிவுகளையும் பரிவர்த்தனைகளின் வரிசையையும் பாதிக்கிறது.",
+  "multisig-term": "பல கையெழுத்து",
+  "multisig-definition": "பல்கையொப்பம் (மல்டி சிக்னேச்சர்) என்பது பரிவர்த்தனைகளைச் செயல்படுத்த பல கையொப்பங்கள் அல்லது ஒப்புதல்கள் தேவைப்படும் ஒரு டிஜிட்டல் பணப்பை அல்லது கணக்கைக் குறிக்கிறது, இது பாதுகாப்பை மேம்படுத்துகிறது.",
+  "nft-term": "பரிமாறாக் குறி(படோ)",
+  "nft-definition": "நீங்கள் சொந்தமாக வைத்திருக்கக்கூடிய ஒரு தனித்துவமான டிஜிட்டல் பொருள், கலை அல்லது சேகரிப்புகள் போன்றவை, பிளாக்செயின் தொழில்நுட்பத்தால் சரிபார்க்கப்பட்டது. <a href=\"/nft/\">மாற்ற முடியாத டோக்கன்கள் (NFT கள்) பற்றி மேலும்</a>.",
+  "node-term": "முனை",
+  "node-definition": "நெட்வொர்க்கில் பங்கேற்கும் ஒரு மென்பொருள் கிளையண்ட். <a href=\"/developers/docs/nodes-and-clients/\">முனைகள் மற்றும் கிளையண்ட்கள் பற்றி மேலும்</a>.",
+  "ommer-term": "ஓமர் (மாமா) பிளாக்",
+  "ommer-definition": "ஒரு வேலைச் சான்று <a href=\"/glossary/#miner\">சுரங்கத் தொழிலாளி</a> ஒரு செல்லுபடியாகும் <a href=\"/glossary/#block\">பிளாக்கைக்</a> கண்டுபிடிக்கும்போது, மற்றொரு சுரங்கத் தொழிலாளி ஒரு போட்டியிடும் பிளாக்கை வெளியிட்டிருக்கலாம், அது முதலில் பிளாக்செயினின் நுனியில் சேர்க்கப்படுகிறது. இந்த செல்லுபடியாகும், ஆனால் பழைய, பிளாக் புதிய பிளாக்குகளால் <em>ஓமர்களாக</em> சேர்க்கப்படலாம் மற்றும் ஒரு பகுதி பிளாக் வெகுமதியைப் பெறலாம். \"ஓமர்\" என்ற சொல் ஒரு பெற்றோர் பிளாக்கின் உடன்பிறப்புக்கான விரும்பத்தக்க பாலின-நடுநிலை சொல்லாகும், ஆனால் இது சில நேரங்களில் \"மாமா\" என்றும் குறிப்பிடப்படுகிறது. Ethereum ஒரு <a href=\"/glossary/#pow\">வேலைச் சான்று</a> நெட்வொர்க்காக இருந்தபோது இது பொதுவானதாக இருந்தது. இப்போது Ethereum <a href=\"/glossary/#pos\">பங்குச் சான்றைப்</a> பயன்படுத்துவதால், ஒரு ஸ்லாட்டிற்கு ஒரு பிளாக் முன்மொழிபவர் மட்டுமே தேர்ந்தெடுக்கப்படுகிறார்.",
+  "onchain-term": "ஆன்செயின்",
+  "onchain-definition": "பிளாக்செயினில் நிகழும் மற்றும் பொதுவில் கிடைக்கும் செயல்கள் அல்லது பரிவர்த்தனைகளைக் குறிக்கிறது.",
+  "optimistic-rollup-term": "ஓப்டிமிஸ்டிக் ரோல்அப்",
+  "optimistic-rollup-definition": "ஆப்டிமிஸ்டிக் ரோலப் என்பது Ethereum இல் பரிவர்த்தனைகளை விரைவுபடுத்தும் ஒரு லேயர் 2 தீர்வாகும், இது சவால் விடப்படாவிட்டால் இயல்பாகவே செல்லுபடியாகும் என்று கருதுகிறது. <a href=\"/developers/docs/scaling/optimistic-rollups/\">ஆப்டிமிஸ்டிக் ரோலப்கள் பற்றி மேலும்</a>.",
+  "peer-to-peer-network-term": "பியர்-டு-பியர் நெட்வொர்க்",
+  "peer-to-peer-network-definition": "மையப்படுத்தப்பட்ட, சர்வர் அடிப்படையிலான சேவைகளின் தேவை இல்லாமல் கூட்டாக செயல்பாடுகளைச் செய்யக்கூடிய கணினிகளின் (பியர்ஸ்) நெட்வொர்க்.",
+  "permissionless-term": "அனுமதி தேவைப்படாதது",
+  "permissionless-definition": "எத்தேரியம் போன்ற ஒரு அமைப்பைப் பயன்படுத்த எந்த அனுமதியும் அல்லது ஒப்புதலும் தேவையில்லை, மேலும் யாரும் உங்களைப் பயன்படுத்துவதைத் தடுக்க முடியாது. அனைவரும் பங்கேற்பதற்காக இது 24/7 திறந்திருக்கும்.",
+  "private-key-term": "தனிப்பட்ட விசை",
+  "private-key-definition": "ஒரு தனிப்பட்ட விசை என்பது உங்கள் டிஜிட்டல் பணத்திற்கு நீங்கள் உரிமையாளர் என்பதை நிரூபிக்கும் ஒரு இரகசியக் குறியீடாகும், மேலும் அதைச் செலவழிக்க உங்களை அனுமதிக்கிறது, உங்கள் கணக்கிற்கான ஒரு PIN போன்றது. <strong>அதைப் பகிர வேண்டாம்</strong>.",
+  "poap-term": "POAP",
+  "poap-definition": "வருகை சான்று நெறிமுறை, நீங்கள் ஒரு குறிப்பிட்ட நிகழ்வு அல்லது செயல்பாட்டில் கலந்து கொண்டீர்கள் என்பதை நிரூபிக்கும் ஒரு டிஜிட்டல் சேகரிப்பை (NFT) உருவாக்கப் பயன்படுகிறது.",
+  "pos-term": "பங்குச் சான்று (PoS)",
+  "pos-definition": "ஒரு கிரிப்டோகரன்சி பிளாக்செயின் நெறிமுறை பரவலாக்கப்பட்ட <a href=\"/glossary/#consensus\">ஒருமித்த கருத்தை</a> அடைய நோக்கமாகக் கொண்ட ஒரு முறை. பரிவர்த்தனைகளின் சரிபார்ப்பில் பங்கேற்க, பயனர்கள் ஒரு குறிப்பிட்ட அளவு கிரிப்டோகரன்சியின் உரிமையை (நெட்வொர்க்கில் அவர்களின் \"பங்கு\") நிரூபிக்குமாறு PoS கேட்கிறது. <a href=\"/developers/docs/consensus-mechanisms/pos/\">பங்குச் சான்று பற்றி மேலும்</a>.",
+  "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": "பல்வேறு பரிவர்த்தனைகளைத் தொகுத்து, அவற்றை <a href=\"/glossary/#mainnet\">Ethereum முதன்மைச் சங்கிலிக்கு</a> ஒரே பரிவர்த்தனையில் சமர்ப்பிக்கும் ஒரு வகை <a href=\"/glossary/#layer-2\">லேயர் 2</a> அளவிடுதல் தீர்வு. இது <a href=\"/glossary/#gas\">எரிவாயு</a> செலவுகளைக் குறைக்கவும், <a href=\"/glossary/#transaction\">பரிவர்த்தனை</a> செயல்வீதத்தை அதிகரிக்கவும் அனுமதிக்கிறது. இந்த அளவிடுதல் ஆதாயங்களை வழங்க வெவ்வேறு பாதுகாப்பு முறைகளைப் பயன்படுத்தும் ஆப்டிமிஸ்டிக் மற்றும் பூஜ்ஜிய-அறிவு ரோலப்கள் உள்ளன. <a href=\"/developers/docs/scaling/#rollups\">ரோலப்கள் பற்றி மேலும்</a>.",
+  "rpc-term": "ரிமோட் நடைமுறை அழைப்பு (RPC)",
+  "rpc-definition": "RPC ஒரு கணினியை மற்றொரு கணினியிடமிருந்து ஒரு நெட்வொர்க் வழியாக தரவு அல்லது செயலைக் கோர அனுமதிக்கிறது, ஒரு ரிமோட் கண்ட்ரோலுடன் தகவலைக் கேட்பது போல.",
+  "sequencer-term": "வரிசைப்படுத்தி",
+  "sequencer-definition": "ஒரு சீக்வென்சர் என்பது ஒரு பிளாக்செயின் நெட்வொர்க்கில் பரிவர்த்தனைகளை வரிசைப்படுத்துவதற்குப் பொறுப்பான ஒரு நிரலாகும்.",
+  "smart-contract-term": "ஸ்மார்ட் ஒப்பந்தம்",
+  "smart-contract-definition": "ஒரு ஸ்மார்ட் ஒப்பந்தம் என்பது ஒரு பிளாக்செயினில் ஒப்பந்தங்களை தானாகவே செயல்படுத்தும் ஒரு நிரலாகும், ஒரு சுய-செயல்படுத்தும் டிஜிட்டல் ஒப்பந்தம் போல. <a href=\"/smart-contracts/\">ஸ்மார்ட் ஒப்பந்தங்களுக்கு அறிமுகம்</a>.",
+  "stablecoin-term": "ஸ்டேபிள்காயின்",
+  "stablecoin-definition": "ஒரு ஸ்டேபிள்காயின் என்பது ஒரு நிலையான மதிப்பைக் கொண்டிருக்க வடிவமைக்கப்பட்ட ஒரு வகை கிரிப்டோகரன்சி ஆகும், இது பெரும்பாலும் ஒரு நாணயம் அல்லது பண்டத்துடன் (அமெரிக்க டாலர் போன்றவை) பிணைக்கப்பட்டுள்ளது, விலை ஏற்ற இறக்கத்தைக் குறைக்க. <a href=\"/stablecoins/\">ஸ்டேபிள்காயின்கள் பற்றி மேலும்</a>.",
+  "staking-term": "ஸ்டேக்கிங்",
+  "staking-definition": "<a href=\"/glossary/#network\">நெட்வொர்க்கைப்</a> பாதுகாக்கவும், ஒரு சரிபார்ப்பாளராக மாறவும், ஒரு அளவு <a href=\"/glossary/#ether\">ஈதரை</a> (உங்கள் பங்கு) வைப்பு செய்தல். ஒரு சரிபார்ப்பாளர் <a href=\"/glossary/#pos\">பங்குச் சான்று</a> ஒருமித்த கருத்து மாதிரியின் கீழ் <a href=\"/glossary/#transaction\">பரிவர்த்தனைகளைச்</a> சரிபார்த்து <a href=\"/glossary/#block\">பிளாக்குகளை</a> முன்மொழிகிறார். பங்கு வைப்பது நெட்வொர்க்கின் சிறந்த நலன்களுக்காகச் செயல்பட உங்களுக்கு ஒரு பொருளாதார ஊக்கத்தை அளிக்கிறது. உங்கள் <a href=\"/glossary/#validator\">சரிபார்ப்பாளர்</a> கடமைகளைச் செய்வதற்காக நீங்கள் வெகுமதிகளைப் பெறுவீர்கள், ஆனால் அவ்வாறு செய்யாவிட்டால் மாறுபட்ட அளவு ETH ஐ இழப்பீர்கள். <a href=\"/staking/\">Ethereum பங்கு வைப்பது பற்றி மேலும்</a>.",
+  "staking-pool-term": "Staking pool",
+  "staking-pool-definition": "ஒரு சரிபார்ப்பாளர் விசைகளின் தொகுப்பைச் செயல்படுத்தத் தேவையான 32 ETH ஐ அடையப் பயன்படும், ஒன்றுக்கு மேற்பட்ட Ethereum ஸ்டேக்கர்களின் ஒருங்கிணைந்த ETH. ஒரு முனை ஆபரேட்டர் இந்த விசைகளைப் பயன்படுத்தி ஒருமித்த கருத்தில் பங்கேற்கிறார், மேலும் <a href=\"/glossary/#block-reward\">பிளாக் வெகுமதிகள்</a> பங்களிக்கும் ஸ்டேக்கர்களிடையே பிரிக்கப்படுகின்றன. பங்கு வைக்கும் குளங்கள் அல்லது பங்கு வைப்பதை ஒப்படைத்தல் ஆகியவை Ethereum நெறிமுறைக்கு சொந்தமானவை அல்ல, ஆனால் பல தீர்வுகள் சமூகத்தால் உருவாக்கப்பட்டுள்ளன. <a href=\"/staking/pools/\">கூட்டுப் பங்கு வைப்பது பற்றி மேலும்</a>.",
+  "sybil-attack-term": "சிபில் தாக்குதல்",
+  "sybil-attack-definition": "சிபில் தாக்குதல்கள் தனிப்பட்ட மனிதர்கள் தங்கள் செல்வாக்கை அதிகரிக்க பல நபர்களாக இருப்பதாக ஒரு அமைப்பை ஏமாற்றுவதைக் குறிக்கின்றன.",
+  "terminal-total-difficulty-term": "முனைய மொத்த சிரமம் (TTD)",
+  "terminal-total-difficulty-definition": "மொத்த சிரமம் என்பது பிளாக்செயினில் ஒரு குறிப்பிட்ட புள்ளி வரை உள்ள அனைத்து பிளாக்குகளுக்கும் Ethash சுரங்க சிரமத்தின் கூட்டுத்தொகையாகும். முனைய மொத்த சிரமம் என்பது மொத்த சிரமத்திற்கான ஒரு குறிப்பிட்ட மதிப்பாகும், இது செயல்படுத்தல் கிளையண்ட்கள் தங்கள் சுரங்கம் மற்றும் பிளாக் கிசுகிசு செயல்பாடுகளை அணைக்கத் தூண்டுதலாகப் பயன்படுத்தப்பட்டது, இது நெட்வொர்க்கை பங்குச் சான்றுக்கு மாற உதவுகிறது. Ethereum <a href=\"/glossary/#pos\">பங்குச் சான்றுக்கு</a> மாறியதால் இது இனி தொடர்புடையது அல்ல.",
+  "transaction-fee-term": "பரிவர்த்தனைக் கட்டணம்",
+  "transaction-fee-definition": "Ethereum நெட்வொர்க்கைப் பயன்படுத்தும்போதெல்லாம் நீங்கள் செலுத்த வேண்டிய கட்டணம். உங்கள் <a href=\"/glossary/#wallet\">பணப்பையிலிருந்து</a> நிதிகளை அனுப்புவது அல்லது டோக்கன்களை மாற்றுவது அல்லது ஒரு சேகரிப்பை வாங்குவது போன்ற ஒரு <a href=\"/glossary/#dapp\">dapp</a> தொடர்பு ஆகியவை எடுத்துக்காட்டுகளில் அடங்கும். இதை ஒரு சேவைக் கட்டணம் போல நீங்கள் நினைக்கலாம். நெட்வொர்க் எவ்வளவு பிஸியாக இருக்கிறது என்பதைப் பொறுத்து இந்தக் கட்டணம் மாறும். ஏனென்றால், உங்கள் பரிவர்த்தனையைச் செயலாக்குவதற்குப் பொறுப்பான <a href=\"/glossary/#validator\">சரிபார்ப்பாளர்கள்</a>, அதிக கட்டணங்களைக் கொண்ட பரிவர்த்தனைகளுக்கு முன்னுரிமை அளிப்பார்கள் - எனவே நெரிசல் விலையை உயர்த்துகிறது.<br/><br/>தொழில்நுட்ப மட்டத்தில், உங்கள் பரிவர்த்தனைக் கட்டணம் உங்கள் பரிவர்த்தனைக்கு எவ்வளவு <a href=\"/glossary/#gas\">எரிவாயு</a> தேவைப்படுகிறது என்பதுடன் தொடர்புடையது.<br/><br/>பரிவர்த்தனைக் கட்டணங்களைக் குறைப்பது தற்போது தீவிர ஆர்வமுள்ள ஒரு விஷயமாகும். <a href=\"/glossary/#layer-2\">லேயர் 2</a> ஐப் பார்க்கவும்.",
+  "trust-assumptions-term": "நம்பிக்கை கருதுமுறைகள்",
+  "trust-assumptions-definition": "நம்பிக்கை அனுமானங்கள் ஒரு அமைப்பின் பாதுகாப்பு மற்றும் நம்பகத்தன்மை பற்றிய அடிப்படைக் நம்பிக்கைகள் ஆகும், இது அமைப்பு செயல்பட நாம் எதை நம்புகிறோம் என்பதை வழிநடத்துகிறது.",
+  "validator-term": "சரிபார்ப்பாளர்",
+  "validator-definition": "<a href=\"/glossary/#pos\">பங்குச் சான்று</a> அமைப்பில் தரவைச் சேமிப்பது, பரிவர்த்தனைகளைச் செயலாக்குவது மற்றும் பிளாக்செயினில் புதிய பிளாக்குகளைச் சேர்ப்பதற்குப் பொறுப்பான ஒரு <a href=\"/glossary/#node\">முனை</a>. சரிபார்ப்பாளர் மென்பொருளைச் செயல்படுத்த, நீங்கள் 32 ETH ஐ <a href=\"/glossary/#staking\">பங்கு</a> வைக்க முடியும். <a href=\"/staking/\">Ethereum இல் பங்கு வைப்பது பற்றி மேலும்</a>.",
+  "validity-proof-term": "செல்லுபடியாகும் சான்று",
+  "validity-proof-definition": "சில <a href=\"/glossary/#layer-2\">லேயர் 2</a> தீர்வுகளுக்கான ஒரு பாதுகாப்பு மாதிரி, இதில் வேகத்தை அதிகரிக்க, பரிவர்த்தனைகள் தொகுப்புகளில் தொகுக்கப்பட்டு Ethereum க்கு ஒரே பரிவர்த்தனையில் சமர்ப்பிக்கப்படுகின்றன. பரிவர்த்தனை கணக்கீடு ஆஃப்செயினில் செய்யப்பட்டு பின்னர் அவற்றின் செல்லுபடியாகும் தன்மையுடன் முக்கிய சங்கிலிக்கு வழங்கப்படுகிறது. இந்த முறை பாதுகாப்பைப் பராமரிக்கும் போது சாத்தியமான பரிவர்த்தனைகளின் அளவை அதிகரிக்கிறது. சில <a href=\"/glossary/#rollups\">ரோலப்கள்</a> <a href=\"/glossary/#fraud-proof\">மோசடி சான்றைப்</a> பயன்படுத்துகின்றன. <a href=\"/developers/docs/scaling/zk-rollups/\">பூஜ்ஜிய-அறிவு ரோலப்கள் பற்றி மேலும்</a>.",
+  "wallet-term": "பணப்பை",
+  "wallet-definition": "ஒரு பணப்பை என்பது டிஜிட்டல் நாணயத்தைச் சேமிக்கவும், அனுப்பவும் மற்றும் பெறவும் ஒரு டிஜிட்டல் கருவியாகும், உங்கள் ஆன்லைன் பணத்திற்கான ஒரு மெய்நிகர் பை போன்றது. <a href=\"/wallets/\">Ethereum பணப்பைகள் பற்றி மேலும்</a>.",
+  "web2-term": "Web2",
+  "web2-definition": "தற்போதைய இணையம், பயனர் உருவாக்கிய உள்ளடக்கம் மற்றும் சில நிறுவனங்களால் கட்டுப்படுத்தப்படும் சமூக ஊடகங்களில் கவனம் செலுத்துகிறது. வெப்3 என்பது பயனர்கள் தங்கள் தரவு மற்றும் பரிவர்த்தனைகளைக் கட்டுப்படுத்த வேண்டும் என்ற ஒரு கிரிப்டோ நம்பிக்கையாகும்.",
+  "web3-term": "வலை3",
+  "web3-definition": "வெப்3 என்பது பிளாக்செயினுடன் கூடிய புதிய இணையம் ஆகும், அங்கு பயனர்கள் தங்கள் தரவு மற்றும் பரிவர்த்தனைகளைக் கட்டுப்படுத்துகிறார்கள், நிறுவனங்கள் அல்ல. எந்தவொரு தனிப்பட்ட தகவலையும் பகிர வேண்டிய அவசியமில்லை. <a href=\"/web3/\">வெப்3 பற்றி மேலும்</a>.",
+  "wei-term": "Wei",
+  "wei-definition": "ஈதரின் மிகச்சிறிய பிரிவு. 10<sup>18</sup> வெய் = 1 ஈதர்.",
+  "zk-proof-term": "பூஜ்ஜிய-அறிவு சான்று",
+  "zk-proof-definition": "ஒரு பூஜ்ஜிய-அறிவு சான்று என்பது ஒரு அறிக்கை உண்மை என்பதை எந்தவொரு கூடுதல் தகவலையும் தெரிவிக்காமல் நிரூபிக்க ஒரு தனிநபரை அனுமதிக்கும் ஒரு கிரிப்டோகிராஃபிக் முறையாகும். <a href=\"/developers/docs/scaling/zk-rollups/\">பூஜ்ஜிய-அறிவு ரோலப்கள் பற்றி மேலும்</a>."
+}