From af3bfbc7a6f68aa669ac29cd5ba6a880a5bba3ea Mon Sep 17 00:00:00 2001 From: Joshua <62268199+minimalsm@users.noreply.github.com> Date: Sat, 14 Feb 2026 00:11:22 +0000 Subject: [PATCH 1/2] i18n(ta): translation import part 05 of 13 (23 files) --- .../nodes-and-clients/light-clients/index.md | 61 +++ .../node-architecture/index.md | 59 +++ .../nodes-as-a-service/index.md | 418 +++++++++++++++ .../nodes-and-clients/run-a-node/index.md | 484 ++++++++++++++++++ .../ta/developers/docs/oracles/index.md | 433 ++++++++++++++++ .../docs/programming-languages/dart/index.md | 30 ++ .../programming-languages/delphi/index.md | 56 ++ .../programming-languages/dot-net/index.md | 86 ++++ .../programming-languages/elixir/index.md | 55 ++ .../programming-languages/golang/index.md | 84 +++ .../docs/programming-languages/index.md | 33 ++ .../docs/programming-languages/java/index.md | 64 +++ .../programming-languages/javascript/index.md | 70 +++ .../programming-languages/python/index.md | 99 ++++ .../docs/programming-languages/ruby/index.md | 60 +++ .../docs/programming-languages/rust/index.md | 65 +++ .../ta/developers/docs/scaling/index.md | 113 ++++ .../docs/scaling/optimistic-rollups/index.md | 266 ++++++++++ .../developers/docs/scaling/plasma/index.md | 176 +++++++ .../docs/scaling/sidechains/index.md | 73 +++ .../docs/scaling/state-channels/index.md | 261 ++++++++++ .../developers/docs/scaling/validium/index.md | 166 ++++++ .../docs/scaling/zk-rollups/index.md | 258 ++++++++++ 23 files changed, 3470 insertions(+) create mode 100644 public/content/translations/ta/developers/docs/nodes-and-clients/light-clients/index.md create mode 100644 public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md create mode 100644 public/content/translations/ta/developers/docs/nodes-and-clients/nodes-as-a-service/index.md create mode 100644 public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md create mode 100644 public/content/translations/ta/developers/docs/oracles/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/dart/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/delphi/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/dot-net/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/elixir/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/golang/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/java/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/javascript/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/python/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/ruby/index.md create mode 100644 public/content/translations/ta/developers/docs/programming-languages/rust/index.md create mode 100644 public/content/translations/ta/developers/docs/scaling/index.md create mode 100644 public/content/translations/ta/developers/docs/scaling/optimistic-rollups/index.md create mode 100644 public/content/translations/ta/developers/docs/scaling/plasma/index.md create mode 100644 public/content/translations/ta/developers/docs/scaling/sidechains/index.md create mode 100644 public/content/translations/ta/developers/docs/scaling/state-channels/index.md create mode 100644 public/content/translations/ta/developers/docs/scaling/validium/index.md create mode 100644 public/content/translations/ta/developers/docs/scaling/zk-rollups/index.md diff --git a/public/content/translations/ta/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/ta/developers/docs/nodes-and-clients/light-clients/index.md new file mode 100644 index 00000000000..592ef441917 --- /dev/null +++ b/public/content/translations/ta/developers/docs/nodes-and-clients/light-clients/index.md @@ -0,0 +1,61 @@ +--- +title: "இலகுரக வாடிக்கையாளர்கள்" +description: "எத்தேரியம் இலகுரக வாடிக்கையாளர்கள் குறித்த அறிமுகம்." +lang: ta +--- + +ஒரு முழு node-ஐ இயக்குவது Ethereum உடன் தொடர்பு கொள்ள சிறந்த, தனிப்பட்ட, மையமற்ற மற்றும் censorship resistant முறை ஆகும். முழு node மூலம், நீங்கள் blockchain-ன் உங்கள் சொந்த நகலை வைத்திருப்பீர்கள், அதை உடனடியாக query செய்யலாம், மேலும் நீங்கள் நேரடியாக Ethereum-ஐ சேர்ந்துள்ள peer-to-peer network-க்கு அணுகலாம். எனினும், முழு node-ஐ இயக்குவது அதிக அளவு நினைவகம், சேமிப்பு மற்றும் CPU-ஐ தேவைப்படுத்துகிறது. இதனால், அனைவருக்கும் தங்களுடைய சொந்த node-ஐ இயக்குவது சாத்தியமில்லை. இதற்குப் பல தீர்வுகள் Ethereum roadmap-ல் உள்ளன, குறிப்பாக statelessness, ஆனால் அவை அமலாக்கம் செய்யப் பல வருடங்கள் ஆகும். அருகில் உள்ள பதிலாக, முழு node இயக்குவதன் பல நன்மைகளைச் சிலவற்றைப் புறக்கணிப்பதன் மூலம், மிகக் குறைந்த hardware தேவைகளுடன் nodes இயக்க முடியும். இந்த வரையறையை ஏற்றுக் கொள்கின்ற nodes-ஐ light nodes என அழைக்கப்படுகிறது. + +## இலகுரக வாடிக்கையாளர் என்றால் என்ன {#what-is-a-light-client} + +Light node என்பது light client மென்பொருளைக் கொண்டு இயங்கும் ஒரு node ஆகும். இது blockchain தரவுகளின் உள்ளூர் நகல்களை வைத்திருக்காமல், அனைத்து மாற்றங்களையும் தனிப்பட்ட முறையில் சரிபார்க்காமல், தேவைப்படும் தரவுகளைச் சில provider-களிடமிருந்து கேட்கிறது. Provider என்பது நேரடியாக ஒரு முழு node-க்கு உள்ள இணைப்பு அல்லது சில மையம்கொண்ட RPC server மூலம் கிடைக்கக்கூடியது. இந்தத் தரவுகள் light node மூலம் சரிபார்க்கப்படும், இதன் மூலம் அது chain-ன் head உடன் இணைந்திருக்கும். Light nodeகள் பொதுவாக block headers-ஐ மட்டுமே செயலாக்கும், தற்சமயம் மட்டுமே உண்மையான block contents-ஐ பதிவிறக்கம் செய்யும். Nodes அதன் lightness-இல் மாறுபடும், அவற்றின் light மற்றும் முழு client மென்பொருள்களின் சேர்க்கை ஆகியவற்றின் அடிப்படையில். எடுத்துக்காட்டாக, மிக மிகச் சிக்கனமான அமைப்பு light execution client மற்றும் light consensus client ஆகியவற்றைப் பயன்படுத்தும். பல nodes light consensus clients-ஐ முழு execution clients உடன் இயக்குவதை அல்லது அதன் மாற்றாக, முழு consensus clients உடன் light execution clients-ஐ இயக்குவதைத் தேர்ந்தெடுப்பதற்கான சாத்தியக்கூறு உள்ளது. + +## Light Clients எப்படி செயல்படுகின்றன? {#how-do-light-clients-work} + +எத்தியீரியம் proof-of-stake அடிப்படையிலான consensus mechanism-ஐ பயன்படுத்தத் தொடங்கியபோது, light clients-ஐ ஆதரிக்கப் புதிய infraகட்டமைப்பு அறிமுகப்படுத்தப்பட்டது. இது செயல்படும் விதம் என்னவென்றால், ஒவ்வொரு 1.1 நாட்களுக்கும் 512 சரிபார்ப்பாளர்களின் ஒரு துணைக்குழுவை தோராயமாகத் தேர்ந்தெடுத்து, ஒரு **ஒத்திசைவுக் குழுவாக** செயல்பட வைப்பதாகும். Sync committee சமீபத்திய blocks-ஐப் பிணையத்தில் சரிபார்க்கிறது. ஒவ்வொரு block header-இலும் sync committee-இன் aggregated signature மற்றும் எவை கையொப்பமிட்டன மற்றும் எவை கையொப்பமிடவில்லை என்பதைக் காட்டும் bitfield அடங்கியுள்ளது. ஒவ்வொரு header-இலும் அடுத்த block-ஐ கையொப்பமிட எதிர்பார்க்கப்படும் validators-ஐ பட்டியலிடும். இதன் மூலம், light client நேர்மையாக sync committee-யின் கையொப்பத்தை பெறுகிறது என்பதை விரைவில் காணக்கூடியது மற்றும் கடந்த block-ல் எதிர்பார்க்கப்பட்ட sync committee-க்கு கிடைத்தது என்பதைக் காட்டி உண்மையானது என்பதை சரிபார்க்கலாம். இந்த முறையில், light client புதிய Ethereum block-ஐ, block-ஐப் பதிவிறக்கம் செய்யாமல், சுருக்கமான தகவல்களைக் கொண்ட header மட்டுமே பதிவிறக்கம் செய்து புதுப்பிக்க முடியும். + +Execution layer-ல் light execution client-க்கு ஒரே specification இல்லை. Light execution client-இன் வலுவான அளவு, அனைத்து EVM மற்றும் networking functionality-ஐ கொண்ட முழு execution client-இன் "light mode" ஆக இருக்கலாம், ஆனால் block headers-ஐ மட்டுமே சரிபார்க்கும், இணைக்கப்பட்ட தரவுகளை பதிவிறக்கம் செய்யாது, அல்லது RPC provider-க்கு கேள்விகளை அனுப்புவதில் மையமாகக் கொண்ட ஒரு மிகவும் குறைக்கப்பட்ட client ஆக இருக்கலாம். + +## Light Clients முக்கியத்துவம் என்ன? {#why-are-light-clients-important} + +Light clients முக்கியமானவை என்றால், அவை பயனர்களுக்கு வரும் தரவுகளை சரிபார்க்க உதவுவதால், அவர்கள் தங்கள் தரவுப் வழங்குநரின் சரியானதும் நம்பகமானதும் என்பதில் பிறக்கின்ற சரியான அங்கீகாரம் இல்லாமல் நம்பக் கூடாது என்பதையும் குறைக்கிறது, மேலும் முழு node-இன் கணினி வளங்களில் மிகவும் குறைந்த அளவையைக் மட்டும் பயன்படுத்துகிறது. Light clients பெறும் தரவுகளை, குறைந்தபட்சம் 2/3 ஐயா, 512 Ethereum validators-இன் சீரற்ற தொகுப்பால் கையொப்பமிடப்பட்ட block headers-ஐப் பொறுத்து சரிபார்க்கலாம். இது தரவானது சரியானது என்பதற்கு மிகுந்த வலுவான ஆதாரமாகும். + +Light client மிகக் குறைவான கணினி சக்தி, நினைவகம் மற்றும் சேமிப்பிடம் மட்டும் பயன்படுத்துகிறது, எனவே அதை ஒரு mobile phone-ல், ஒரு app-ல் இணைக்கப்பட்டவையாக அல்லது ஒரு browser-ல் ஒரு பகுதியாக இயங்க முடியும். Light clients என்பது Ethereum-ஐ நம்பகமாகக் குறைந்த அணுகலுக்கு உபயோகிக்கவும், மூன்றாம் தரப்புத் provider-ஐ நம்பும் அளவிற்கு frictionless ஆகவும் செய்யும் வழியாகும். + +எளிய உதாரணம் எல்லாம் தொடங்குவோம். உங்களது கணக்கு நிதியைச் சரிபார்க்க விரும்புகிறீர்கள் என்று உபயோகிக்க ஒரு எளிய உதாரணத்தை எடுத்துக் கொள்வோம். இதற்காக நீங்கள் Ethereum node-க்கு ஒரு கோரிக்கையைச் செய்ய வேண்டும். அந்த node அதன் உள்ளூர் Ethereum state-இல் உங்களது நிதியைச் சரிபார்த்து, உங்களுக்குத் திருப்பி அனுப்பும். நீங்கள் நேரடியாக node-க்கு அணுகல் இல்லாவிட்டால், இந்தத் தரவைச் சேவையாக வழங்கும் மையமாகக் கொண்ட operators-களும் இருக்கின்றன. நீங்கள் அவர்களுக்கு ஒரு கோரிக்கையை அனுப்பலாம், அவர்கள் தங்கள் node-ஐ சரிபார்க்கின்றனர் மற்றும் முடிவைப் பின்னர் உங்களுக்கு அனுப்புகிறார்கள். இதன் பிரச்சினை என்னவெனில், நீங்கள் அந்த provider நம்பகமான தகவலை உங்களுக்கு அளிக்கிறாரா என்பதில் நம்பிக்கையுடன் இருக்க வேண்டிய அவசியம் உள்ளது. நீங்கள் உங்கள் ஆவணங்களைப் சரிபார்க்க முடியாவிட்டால், தகவலே சரியானதா என்று நீங்கள் உறுதியாகத் தெரிந்து கொள்ள முடியாது. + +Light client இந்தப் பிரச்சினையைக் கையாளுகிறது. நீங்கள் இன்னும் எந்தவொரு வெளிப்புற வழங்குநரிடமிருந்துதரவுகளைக் கேட்கிறீர்கள், ஆனால்அந்தத் தரவைப் பெற்ற பிறகு, அது உங்களின் light node-இன் பெறப்பட்ட block header-இல் பரிசீலிக்கக்கூடிய ஆதாரத்துடன் வருகிறது. இதன் மூலம், Ethereum உங்கள் தரவியின் சரியான தன்மையைச் சரிபார்க்கிறது, அதாவது சில நம்பகமான operator-ஐ நம்புவதில்லை. + +## எளிய கேள்விகள் என்ன மாதிரிச் செய்யப்படுகின்றன? இலகுரக வாடிக்கையாளர்கள் என்ன புதுமைகளைச் சாத்தியமாக்குகின்றன? {#what-innovations-do-light-clients-enable} + +Light clients-களின் முதன்மையான பயன், மூன்றாம் தரப்பினரிடம் மிகக் குறைந்த நிலையை நம்பியிருத்தல் மற்றும் எளிதாக அணுகக்கூடிய hardware தேவைபடாமல் அதிகமான மக்களுக்குப் Ethereum-ஐ சுயமாக அணுகுவதை இயக்குவது. இது பயனர்களுக்கு நல்லது, ஏனெனில் அவர்கள் தங்கள்தரவுகளைச் சுயமாகச்் சரிபார்க்க முடியும், மேலும் இது வலையமைப்பிற்கு நல்லது, ஏனெனில் chain-ஐ சரிபார்க்கும் nodes-களின் எண்ணிக்கை மற்றும் பல்துறை அதிகரிக்கிறது. + +Ethereum nodes-ஐ மிகக் குறைந்த சேமிப்பு, நினைவகம் மற்றும் செயலி சக்தியுடன் இயங்கச் செய்யும் திறன் என்பது light clients மூலம் திறக்கப்படும் முக்கிய புதுமைகளின் பகுதியாகும். இன்று Ethereum nodes அதிக அளவிலான கணினி வளங்களைத் தேவைப்படுவதால், light clients-கள் browsers-க்குள் சேர்க்கப்படலாம், mobile phones-ல் இயங்கலாம், மற்றும் smart watches போன்ற சிறிய சாதனங்களிலும் இயங்கக்கூடியதாக இருக்கலாம். இதனால், Ethereum wallets embedded clients உடன் mobile phone-ல் இயங்கக்கூடியதாக இருக்கலாம். இது mobile wallets மிகச் சுயநிலைப்பட்டதாக இருக்கும், ஏனெனில் அவர்கள் மையமாக்கப்பட்ட தரவுச் வழங்குநர்களை நம்ப வேண்டிய அவசியமில்லை. + +இதன் ஒரு நீட்டிப்பு **பொருட்களின் இணையம் (IoT)** சாதனங்களைச் சாத்தியமாக்குவதாகும். ஒரு light client மூலம், சுருக்கமாக token balance அல்லது NFT உடமைக்கான உரிமையை நிரூபிக்க முடியும், மற்றும் இதற்கு sync committees வழங்கும் அனைத்து பாதுகாப்பு உறுதிகள் உடன், IoT வலையமைப்பில் சில செயல்களைத் தொடங்க உதவும். ஒரு [சைக்கிள் வாடகை சேவையை](https://youtu.be/ZHNrAXf3RDE?t=929) கற்பனை செய்து பாருங்கள், அது வாடகை சேவையின் NFT உங்களுக்குச் சொந்தமானது என்பதை விரைவாகச் சரிபார்க்க, உள்ளமைக்கப்பட்ட இலகுரக வாடிக்கையாளருடன் கூடிய செயலியைப் பயன்படுத்துகிறது, அவ்வாறு இருந்தால், நீங்கள் ஓட்டிச் செல்வதற்காக ஒரு சைக்கிளைத் திறக்கிறது! + +Ethereum rollups-களும் light clients-களால் பயனடையும். Rollups-க்கான பெரிய சிக்கல்களில் ஒன்று, Ethereum Mainnet-இல் இருந்து rollup-க்கு நிதி மாற்றங்களை அனுமதிக்கும் bridges-க்கு எதிரான hacks ஆகும். ஒரு முக்கோணமாக rollups பயன்படுத்தும் oracles என்பதில் பிரச்சனை உள்ளது, இது ஒரு பயனர் bridge-க்கு கொடுப்பனவு செய்ததைக் கண்டறிவதற்கு உதவும். ஒரு oracle தவறான தரவைக் கொடுத்தால், அவர்கள் rollup-ஐ bridge-க்கு கொடுப்பனவு செய்யப்பட்டது என்று ஏமாற்றிவிட்டு, தவறாக நிதிகளை விடுவிக்கச் செய்யலாம். Rollup-க்குள் சேர்க்கப்பட்ட light client-ஐ பயன்படுத்தி, bridge-க்கு கொடுப்பனவு proof உடன் வரும்போது, rollup-ஐ குறைக்கின்ற oracles-க்குஎதிராகப் பாதுகாக்கக முடியும், மற்றும் tokens-ஐ விடுவிக்கும் முன, அதனைச் சரிபார்க்கலாம். இதே கருத்தை மற்ற interchain bridges-களுக்கும் பயன்படுத்தலாம். + +Light clients-களை Ethereum wallets-களில் மேம்படுத்தவும் பயன்படுத்தலாம். Provider வழங்கும் தரவை நம்பாமல், உங்கள் wallet உங்களுக்கு வழங்கப்படும் தரவை நேரடியாகச் சரிபார்க்க embedded light client-ஐ பயன்படுத்த முடியும். இது உங்கள் wallet-க்கு பாதுகாப்பைச் சேர்க்கும். உங்கள் RPC provider மோசமாக இருந்து தவறான தரவைக் கொடுத்தால், embedded light client உங்களுக்கு அதைத் தெரிவிக்கலாம்! + +## Light Client மேம்பாட்டின் தற்போதைய நிலை? மேம்பாட்டின் தற்போதைய நிலை {#current-state-of-development} + +தற்போது பல light clients மேம்பாட்டில் உள்ளன, இதில் execution, consensus மற்றும் combined execution/consensus light clients அடங்கும். இந்தப் பக்கத்தை எழுதும்போது நாங்கள் அறிந்துள்ள light client செயல்முறைகள் இவை: + +- [Lodestar](https://github.com/ChainSafe/lodestar/tree/unstable/packages/light-client): TypeScript-இல் உள்ள ஒருமித்த இலகுரக வாடிக்கையாளர் +- [Helios](https://github.com/a16z/helios): Rust-இல் உள்ள ஒருங்கிணைந்த செயலாக்கம் மற்றும் ஒருமித்த இலகுரக வாடிக்கையாளர் +- [Geth](https://github.com/ethereum/go-ethereum/tree/master/beacon/light): Go-வில் உள்ள செயலாக்க வாடிக்கையாளருக்கான இலகுரகப் பயன்முறை (மேம்பாட்டில் உள்ளது) +- [Nimbus](https://nimbus.guide/el-light-client.html): Nim-இல் உள்ள ஒருமித்த இலகுரக வாடிக்கையாளர் + +நாங்கள் அறிந்தவரை, இவற்றில் எதுவும் இன்னும் production-ready ஆகக் கருதப்படவில்லை. + +மேலும் light clients எவ்வாறு Ethereum தரவுகளை அணுகுவதில் முன்னேற்றங்களை மேம்படுத்துவதற்காக நிறைய பணிகள் நடைபெற்று வருகின்றன. தற்போது, இலகுரக வாடிக்கையாளர்கள் வாடிக்கையாளர்/சேவையக மாதிரியின் கீழ் முழு முனைகளுக்குச் செல்லும் RPC கோரிக்கைகளைச் சார்ந்துள்ளன, ஆனால் எதிர்காலத்தில், பியர்-டு-பியர் கோசிப் நெறிமுறையைப் பயன்படுத்தி இலகுரக வாடிக்கையாளர்களுக்குத் தரவை வழங்கக்கூடிய [Portal Network](https://www.ethportal.net/) போன்ற பிரத்யேக நெட்வொர்க்கைப் பயன்படுத்தி தரவுகளை மிகவும் பரவலாக்கப்பட்ட வழியில் கோரலாம். + +[Verkle trees](/roadmap/verkle-trees/) மற்றும் [statelessness](/roadmap/statelessness/) போன்ற பிற [வழிவரைபட](/roadmap/) அம்சங்கள் இறுதியில் இலகுரக வாடிக்கையாளர்களின் பாதுகாப்பு உத்தரவாதங்களை முழு வாடிக்கையாளர்களின் உத்தரவாதங்களுக்குச் சமமாகக் கொண்டுவரும். + +## மேலும் வாசிக்க {#further-reading} + +- [Geth இலகுரக வாடிக்கையாளர்கள் பற்றி Zsolt Felfodhi](https://www.youtube.com/watch?v=EPZeFXau-RE) +- [இலகுரக வாடிக்கையாளர் நெட்வொர்க்கிங் பற்றி Etan Kissling](https://www.youtube.com/watch?v=85MeiMA4dD8) +- [ஒருங்கிணைப்புக்குப் பிறகு இலகுரக வாடிக்கையாளர்கள் பற்றி Etan Kissling](https://www.youtube.com/watch?v=ZHNrAXf3RDE) +- [Piper Merriam: செயல்பாட்டு இலகுரக வாடிக்கையாளர்களுக்கான நீண்ட நெடிய பாதை](https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/) diff --git a/public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md new file mode 100644 index 00000000000..8bc3062e660 --- /dev/null +++ b/public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md @@ -0,0 +1,59 @@ +--- +title: "முனை கட்டமைப்பு" +description: "எதேரியம் முனைகள் எவ்வாறு ஒழுங்கமைக்கப்பட்டுள்ளன என்பதற்கான அறிமுகம்." +lang: ta +--- + +ஒரு எதேரியம் முனை இரண்டு வாடிக்கையாளர்களைக் கொண்டுள்ளது: ஒரு [செயல்பாட்டு வாடிக்கையாளர்](/developers/docs/nodes-and-clients/#execution-clients) மற்றும் ஒரு [ஒருமித்த வாடிக்கையாளர்](/developers/docs/nodes-and-clients/#consensus-clients). ஒரு முனை ஒரு புதிய பிளாக்கை முன்மொழிய, அது ஒரு [சரிபார்ப்பு வாடிக்கையாளரையும்](#validators) இயக்க வேண்டும். + +எதேரியம் [வேலைக்கான-நிரூபணத்தைப்](/developers/docs/consensus-mechanisms/pow/) பயன்படுத்தியபோது, ஒரு முழு எதேரியம் முனையை இயக்க ஒரு செயல்பாட்டு வாடிக்கையாளர் போதுமானதாக இருந்தது. இருப்பினும், [பங்குக்கான-நிரூபணத்தை](/developers/docs/consensus-mechanisms/pow/) செயல்படுத்தியதிலிருந்து, செயல்பாட்டு வாடிக்கையாளர் [ஒருமித்த வாடிக்கையாளர்](/developers/docs/nodes-and-clients/#consensus-clients) எனப்படும் மற்றொரு மென்பொருளுடன் சேர்த்துப் பயன்படுத்தப்பட வேண்டும். + +கீழேயுள்ள வரைபடம் இரண்டு எதேரியம் வாடிக்கையாளர்களுக்கு இடையிலான உறவைக் காட்டுகிறது. இரண்டு வாடிக்கையாளர்களும் தங்களது சொந்த சக-சகா (P2P) நெட்வொர்க்குகளுடன் இணைகிறார்கள். செயல்பாட்டு வாடிக்கையாளர்கள் தங்கள் உள்ளூர் பரிவர்த்தனைத் தொகுப்பை நிர்வகிப்பதற்காக தங்கள் P2P நெட்வொர்க்கில் பரிவர்த்தனைகளைப் பரப்புவதாலும், அதே நேரத்தில் ஒருமித்த வாடிக்கையாளர்கள் ஒருமித்த கருத்து மற்றும் சங்கிலி வளர்ச்சியை செயல்படுத்துவதற்காக தங்கள் P2P நெட்வொர்க்கில் பிளாக்குகளைப் பரப்புவதாலும் தனித்தனி P2P நெட்வொர்க்குகள் தேவைப்படுகின்றன. + +![](node-architecture-text-background.png) + +_எரிகான், நெதர்மைண்ட் மற்றும் பெசு உட்பட செயல்பாட்டு வாடிக்கையாளருக்கு பல விருப்பங்கள் உள்ளன_. + +இந்த இரு-வாடிக்கையாளர் கட்டமைப்பு வேலை செய்ய, ஒருமித்த வாடிக்கையாளர்கள் பரிவர்த்தனைகளின் தொகுப்புகளை செயல்பாட்டு வாடிக்கையாளருக்கு அனுப்ப வேண்டும். பரிவர்த்தனைகள் எந்த எதேரியம் விதிகளையும் மீறவில்லை என்பதையும், எதேரியத்தின் நிலைக்கு முன்மொழியப்பட்ட புதுப்பிப்பு சரியானது என்பதையும் சரிபார்க்க, செயல்பாட்டு வாடிக்கையாளர் பரிவர்த்தனைகளை உள்ளூரில் செயல்படுத்துகிறது. ஒரு முனை ஒரு பிளாக் தயாரிப்பாளராகத் தேர்ந்தெடுக்கப்படும்போது, அதன் ஒருமித்த வாடிக்கையாளர் நிகழ்வு, புதிய பிளாக்கில் சேர்ப்பதற்கும் உலகளாவிய நிலையைப் புதுப்பிப்பதற்கும் செயல்பாட்டு வாடிக்கையாளரிடமிருந்து பரிவர்த்தனைகளின் தொகுப்புகளைக் கோருகிறது. ஒருமித்த வாடிக்கையாளர் [Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) ஐப் பயன்படுத்தி உள்ளூர் RPC இணைப்பு வழியாக செயல்பாட்டு வாடிக்கையாளரை இயக்குகிறது. + +## செயல்பாட்டு வாடிக்கையாளர் என்ன செய்கிறது? {#execution-client} + +செயல்பாட்டு வாடிக்கையாளர் பரிவர்த்தனை சரிபார்ப்பு, கையாளுதல் மற்றும் பரப்புதல், அத்துடன் நிலை மேலாண்மை மற்றும் எதேரியம் மெய்நிகர் இயந்திரத்தை ([EVM](/developers/docs/evm/)) ஆதரிப்பதற்குப் பொறுப்பாகும். இது பிளாக் உருவாக்கம், பிளாக் பரப்புதல் அல்லது ஒருமித்த தர்க்கத்தைக் கையாளுவதற்குப் பொறுப்பு **அல்ல**. இவை ஒருமித்த வாடிக்கையாளரின் அதிகார வரம்பில் உள்ளன. + +செயல்பாட்டு வாடிக்கையாளர் செயல்பாட்டு பேலோடுகளை உருவாக்குகிறது - பரிவர்த்தனைகளின் பட்டியல், புதுப்பிக்கப்பட்ட நிலை ட்ரை மற்றும் பிற செயல்பாடு தொடர்பான தரவு. ஒருமித்த வாடிக்கையாளர்கள் ஒவ்வொரு பிளாக்கிலும் செயல்பாட்டு பேலோடைச் சேர்க்கின்றனர். புதிய பிளாக்குகளில் உள்ள பரிவர்த்தனைகள் செல்லுபடியாகும் என்பதை உறுதிப்படுத்த அவற்றை மீண்டும் செயல்படுத்துவதற்கும் செயல்பாட்டு வாடிக்கையாளர் பொறுப்பாகும். பரிவர்த்தனைகளைச் செயல்படுத்துவது [எதேரியம் மெய்நிகர் இயந்திரம் (EVM)](/developers/docs/evm) என அழைக்கப்படும் செயல்பாட்டு வாடிக்கையாளரின் உட்பொதிக்கப்பட்ட கணினியில் செய்யப்படுகிறது. + +செயல்பாட்டு வாடிக்கையாளர் [RPC முறைகள்](/developers/docs/apis/json-rpc) மூலம் எதேரியத்திற்கு ஒரு பயனர் இடைமுகத்தையும் வழங்குகிறது, இது பயனர்களை எதேரியம் பிளாக்செயினை வினவவும், பரிவர்த்தனைகளைச் சமர்ப்பிக்கவும் மற்றும் ஸ்மார்ட் ஒப்பந்தங்களை வரிசைப்படுத்தவும் உதவுகிறது. [Web3js](https://docs.web3js.org/), [Web3py](https://web3py.readthedocs.io/en/v5/) போன்ற லைப்ரரி மூலமாகவோ அல்லது உலாவி பணப்பை போன்ற பயனர் இடைமுகம் மூலமாகவோ RPC அழைப்புகள் கையாளப்படுவது பொதுவானது. + +சுருக்கமாக, செயல்பாட்டு வாடிக்கையாளர் என்பது: + +- எதேரியத்திற்கான ஒரு பயனர் நுழைவாயில் +- எதேரியம் மெய்நிகர் இயந்திரம், எதேரியத்தின் நிலை மற்றும் பரிவர்த்தனைத் தொகுப்பின் இருப்பிடம். + +## ஒருமித்த வாடிக்கையாளர் என்ன செய்கிறது? {#consensus-client} + +ஒரு முனை எதேரியம் நெட்வொர்க்குடன் ஒத்திசைவில் இருக்க உதவும் அனைத்து தர்க்கத்தையும் ஒருமித்த வாடிக்கையாளர் கையாள்கிறது. சக முனைகளிலிருந்து பிளாக்குகளைப் பெறுவதும், முனை எப்போதும் அதிகபட்ச சான்றளிப்புகளின் திரட்சியுடன் (சரிபார்ப்பாளரின் செயல்திறன் இருப்புக்களால் மதிப்பிடப்பட்டது) சங்கிலியைப் பின்தொடர்வதை உறுதி செய்வதற்காக ஒரு ஃபோர்க் தேர்வு அல்காரிதத்தை இயக்குவதும் இதில் அடங்கும். செயல்பாட்டு வாடிக்கையாளரைப் போலவே, ஒருமித்த வாடிக்கையாளர்களும் தங்களுக்கென சொந்த P2P நெட்வொர்க்கைக் கொண்டுள்ளனர், அதன் மூலம் அவர்கள் பிளாக்குகள் மற்றும் சான்றளிப்புகளைப் பகிர்ந்து கொள்கிறார்கள். + +ஒருமித்த வாடிக்கையாளர் பிளாக்குகளைச் சான்றளிப்பதிலோ அல்லது முன்மொழிவதிலோ பங்கேற்பதில்லை - இதை ஒருமித்த வாடிக்கையாளருக்கான ஒரு விருப்பத் துணை நிரலான சரிபார்ப்பாளர் செய்கிறார். ஒரு சரிபார்ப்பாளர் இல்லாத ஒருமித்த வாடிக்கையாளர் சங்கிலியின் தலையுடன் மட்டுமே இணக்கமாக இருக்கும், இது முனை ஒத்திசைவில் இருக்க அனுமதிக்கிறது. இது ஒரு பயனர், தாங்கள் சரியான சங்கிலியில் இருக்கிறார்கள் என்ற நம்பிக்கையுடன், தங்கள் செயல்பாட்டு வாடிக்கையாளரைப் பயன்படுத்தி எதேரியத்துடன் பரிவர்த்தனை செய்ய உதவுகிறது. + +## சரிபார்ப்பவர்கள் {#validators} + +பங்கு வைத்தலும் சரிபார்ப்பு மென்பொருளை இயக்குவதும் ஒரு முனையை ஒரு புதிய பிளாக்கை முன்மொழியத் தேர்ந்தெடுக்கப்பட தகுதியுடையதாக்குகிறது. முனை ஆபரேட்டர்கள் வைப்பு ஒப்பந்தத்தில் 32 ETH டெபாசிட் செய்வதன் மூலம் தங்கள் ஒருமித்த வாடிக்கையாளர்களிடம் ஒரு சரிபார்ப்பாளரைச் சேர்க்கலாம். சரிபார்ப்பு வாடிக்கையாளர் ஒருமித்த வாடிக்கையாளருடன் தொகுப்பாக வருகிறது, மேலும் இது எந்த நேரத்திலும் ஒரு முனையில் சேர்க்கப்படலாம். சரிபார்ப்பாளர் சான்றளிப்புகள் மற்றும் பிளாக் முன்மொழிவுகளைக் கையாள்கிறார். இது ஒரு முனையை தண்டனைகள் அல்லது ஸ்லாஷிங் மூலம் வெகுமதிகளைப் பெற அல்லது ETH ஐ இழக்க உதவுகிறது. + +[பங்கு வைத்தல் பற்றி மேலும்](/staking/). + +## ஒரு முனையின் கூறுகளின் ஒப்பீடு {#node-comparison} + +| செயல்பாட்டு வாடிக்கையாளர் | ஒருமித்த வாடிக்கையாளர் | சரிபார்ப்பாளர் | +| ------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------- | +| அதன் P2P நெட்வொர்க்கில் பரிவர்த்தனைகளைப் பரப்புகிறது | அதன் P2P நெட்வொர்க்கில் பிளாக்குகள் மற்றும் சான்றளிப்புகளைப் பரப்புகிறது | பிளாக்குகளை முன்மொழிகிறது | +| பரிவர்த்தனைகளை செயல்படுத்துகிறது/மீண்டும் செயல்படுத்துகிறது | ஃபோர்க் தேர்வு அல்காரிதத்தை இயக்குகிறது | வெகுமதிகள்/தண்டனைகளைப் பெறுகிறது | +| உள்வரும் நிலை மாற்றங்களைச் சரிபார்க்கிறது | சங்கிலியின் தலையைக் கண்காணிக்கிறது | சான்றளிப்புகளைச் செய்கிறது | +| நிலை மற்றும் ரசீதுகள் ட்ரையை நிர்வகிக்கிறது | பீக்கன் நிலையை நிர்வகிக்கிறது (ஒருமித்த மற்றும் செயல்பாட்டுத் தகவலைக் கொண்டுள்ளது) | 32 ETH பங்காக வைக்கப்பட வேண்டும் | +| செயல்பாட்டு பேலோடை உருவாக்குகிறது | RANDAO இல் திரட்டப்பட்ட சீரற்றத்தன்மையைக் கண்காணிக்கிறது (சரிபார்ப்புத் தேர்வு மற்றும் பிற ஒருமித்த செயல்பாடுகளுக்கு சரிபார்க்கக்கூடிய சீரற்றத்தன்மையை வழங்கும் ஒரு அல்காரிதம்) | ஸ்லாஷ் செய்யப்படலாம் | +| எதேரியத்துடன் தொடர்புகொள்வதற்காக JSON-RPC API ஐ வெளிப்படுத்துகிறது | நியாயப்படுத்தல் மற்றும் இறுதிப்படுத்தலைக் கண்காணிக்கிறது | | + +## மேலும் வாசிக்க {#further-reading} + +- [Proof-of-stake](/developers/docs/consensus-mechanisms/pos) +- [பிளாக் முன்மொழிவு](/developers/docs/consensus-mechanisms/pos/block-proposal) +- [சரிபார்ப்பாளர் வெகுமதிகள் மற்றும் தண்டனைகள்](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) diff --git a/public/content/translations/ta/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/ta/developers/docs/nodes-and-clients/nodes-as-a-service/index.md new file mode 100644 index 00000000000..c30e9046917 --- /dev/null +++ b/public/content/translations/ta/developers/docs/nodes-and-clients/nodes-as-a-service/index.md @@ -0,0 +1,418 @@ +--- +title: "ஒரு சேவையாக முனைகள்" +description: "# அறிமுகம்." +lang: ta +sidebarDepth: 2 +--- + +## அறிமுகம் {#Introduction} + +உங்கள் சொந்த [எத்தேரியம் முனையை](/developers/docs/nodes-and-clients/#what-are-nodes-and-clients) இயக்குவது சவாலானதாக இருக்கலாம், குறிப்பாகத் தொடங்கும்போதோ அல்லது வேகமாக அளவிடும்போதோ. உங்களுக்காக உகந்ததாக்கப்பட்ட முனை உள்கட்டமைப்புகளை இயக்கும் [பல சேவைகள்](#popular-node-services) உள்ளன, எனவே அதற்கு பதிலாக உங்கள் பயன்பாடு அல்லது தயாரிப்பை உருவாக்குவதில் நீங்கள் கவனம் செலுத்தலாம். இங்கு நொடித் சேவைகள் எப்படி செயல்படுகின்றன, அவற்றின் நன்மைகள் மற்றும் குறைபாடுகள் என்னென்ன என்பதையும், தொடங்க ஆர்வமானவர்களுக்கு சில வழங்குநர்களை பட்டியலிடுவோம். + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +முனைகள் மற்றும் கிளையண்ட்கள் என்றால் என்ன என்பது பற்றி உங்களுக்கு ஏற்கனவே புரியவில்லை என்றால், [முனைகள் மற்றும் கிளையண்ட்கள்](/developers/docs/nodes-and-clients/) என்பதைப் பார்க்கவும். + +## ஸ்டேக்கர்கள் {#stakoooooooooooooors} + +தனியார் ஸோலோ ஸ்டேக்கர்கள் (Solo stakers) மூன்றாம் கட்சி வழங்குநர்களைப் பற்றிய ஒப்படைப்பு நம்பிக்கையில் இருக்காமல் அவர்களது சொந்த கட்டமைப்பை இயக்கவேண்டும். இதற்கு ஒரு உருவாக்கக் கிளையண்ட் (execution client) மற்றும் ஒரு உடன்பட்டு (consensus) கிளையண்ட் இரண்டையும் இயக்க வேண்டுமாகும். [The Merge](/roadmap/merge) க்கு முன், ஒருமித்த கிளையண்டை மட்டும் இயக்கி, செயல்படுத்தும் தரவுகளுக்கு ஒரு மையப்படுத்தப்பட்ட வழங்குநரைப் பயன்படுத்த முடிந்தது; இது இப்போது சாத்தியமில்லை - ஒரு தனி ஸ்டேக்கர் இரண்டு கிளையண்ட்களையும் இயக்க வேண்டும். இருப்பினும், இந்த செயல்திட்டத்தை எளிதாக்க பல சேவைகள் கிடைக்கின்றன. + +[ஒரு முனையை இயக்குவது பற்றி மேலும் படிக்கவும்](/developers/docs/nodes-and-clients/run-a-node/). + +இந்த பக்கத்தில் விவரிக்கப்பட்ட சேவைகள் ஸ்டேக்கிங் செய்யாத (non-staking) நொடிகளுக்கே ஆகும். + +## Node சேவைகள் எவ்வாறு செயல்படுகின்றன? {#how-do-node-services-work} + +Node சேவை வழங்குநர்கள் உங்களுக்காக பின்னணியில் விநியோகிக்கப்பட்ட node client-களை இயக்குகிறார்கள், எனவே நீங்கள் அதைச் செய்ய வேண்டியதில்லை. + +இந்த சேவைகள் வழக்கமாக blockchain-க்கு எழுதவும் படிக்கவும் பயன்படுத்தக்கூடிய API key-ஐ வழங்குகின்றன. அவை பெரும்பாலும் Mainnet உடன் கூடுதலாக [எத்தேரியம் டெஸ்ட்நெட்களுக்கான](/developers/docs/networks/#ethereum-testnets) அணுகலை உள்ளடக்கியிருக்கும். + +சில சேவைகள் உங்களுக்காக அவர்கள் நிர்வகிக்கும் உங்கள் சொந்த பிரத்யேக node-ஐ வழங்குகின்றன, மற்றவை node-களில் செயல்பாட்டை விநியோகிக்க load balancer-களைப் பயன்படுத்துகின்றன. + +கிட்டத்தட்ட எல்லா node சேவைகளும் ஒருங்கிணைக்க மிகவும் எளிதானவை, உங்கள் சொந்தமாக ஹோஸ்ட் செய்யப்பட்ட node-ஐ மாற்ற உங்கள் குறியீட்டில் ஒரு வரியை மாற்றுவது அல்லது சேவைகளுக்கு இடையில் மாறுவது ஆகியவை அடங்கும். + +பெரும்பாலும் முனை சேவைகள் பலவிதமான [முனை கிளையண்ட்களையும்](/developers/docs/nodes-and-clients/#execution-clients) [வகைகளையும்](/developers/docs/nodes-and-clients/#node-types) இயக்கும், இது ஒரு API இல் கிளையண்ட் சார்ந்த முறைகளுக்கு கூடுதலாக முழு மற்றும் காப்பக முனைகளை அணுக உங்களை அனுமதிக்கிறது. + +Node சேவைகள் உங்கள் தனிப்பட்ட keys அல்லது தகவல்களைச் சேமிக்காது மற்றும் சேமிக்கக்கூடாது என்பதை கவனத்தில் கொள்ள வேண்டும். + +## Node சேவையைப் பயன்படுத்துவதன் நன்மைகள் என்ன? {#benefits-of-using-a-node-service} + +Node சேவையைப் பயன்படுத்துவதற்கான முக்கிய நன்மை என்னவென்றால், node-களை நீங்களே பராமரிக்கவும் நிர்வகிக்கவும் பொறியியல் நேரத்தை செலவிட வேண்டியதில்லை. இது உள்கட்டமைப்பு பராமரிப்பைப் பற்றி கவலைப்படாமல் உங்கள் தயாரிப்பை உருவாக்குவதில் கவனம் செலுத்த அனுமதிக்கிறது. + +உங்களுக்கென்று நொடிகளை இயக்குவது சேமிப்பு, பரவலை, மற்றும் மதிப்புமிகு மின் இன்ஜினியராக இருந்தால்கூட மிக அதிகமாக சிக்கலை ஏற்படுத்தலாம். அளவீட்டைத் தூண்டும் போது மேலும் நொடிகளை உருவாக்குவது, நொடிகளை புதிய பதிப்புகளுக்கு மேம்படுத்துவது, மற்றும் நிலை ஜனீதியை உறுதி செய்வது போன்ற விஷயங்கள், உங்களின் விருப்பத்தின் அடிப்படையில் உள்ள வெப்3 தயாரிப்பை உருவாக்குவதில் மற்றும் வளங்களை செலவிடுவதில் அணுகக் கலக்கலாம். + +## ஒரு முனை சேவையைப் பயன்படுத்துவதன் தீமைகள் என்ன? {#cons-of-using-a-node-service} + +ஒரு முனை சேவையைப் பயன்படுத்துவதன் மூலம் உங்கள் தயாரிப்பின் உள்கட்டமைப்பு அம்சத்தை நீங்கள் மையப்படுத்துகிறீர்கள். இந்த காரணத்திற்காக, பரவலாக்கத்திற்கு அதிக முக்கியத்துவம் கொடுக்கும் திட்டங்கள், 3ஆம் தரப்பினருக்கு அவுட்சோர்சிங் செய்வதை விட, தாங்களே முனைகளை ஹோஸ்ட் செய்ய விரும்பலாம். + +[உங்கள் சொந்த முனையை இயக்குவதன் நன்மைகள்](/developers/docs/nodes-and-clients/#benefits-to-you) பற்றி மேலும் படிக்கவும். + +## பிரபலமான முனை சேவைகள் {#popular-node-services} + +மிகவும் பிரபலமான சில எத்தேரியம் முனை வழங்குநர்களின் பட்டியல் இங்கே உள்ளது, விடுபட்டவற்றைச் சேர்க்க தயங்க வேண்டாம்! ஒவ்வொரு முனை சேவையும் இலவச அல்லது கட்டண அடுக்குகள் தவிர வெவ்வேறு நன்மைகள் மற்றும் அம்சங்களை வழங்குகிறது, ஒரு முடிவை எடுப்பதற்கு முன் உங்கள் தேவைகளுக்கு எது மிகவும் பொருத்தமானது என்பதை நீங்கள் ஆராய வேண்டும். + +- [**Alchemy**](https://alchemy.com/) + - [ஆவணங்கள்](https://www.alchemy.com/docs/) + - அம்சங்கள் + - மாதத்திற்கு 300M கணினி அலகுகளுடன் மிகப்பெரிய இலவச அடுக்கு (~30M getLatestBlock கோரிக்கைகள்) + - Polygon, Starknet, Optimism, Arbitrum க்கான மல்டிசெயின் ஆதரவு + - மிகப்பெரிய எத்தேரியம் dapps மற்றும் DeFi பரிவர்த்தனை அளவில் ~70% ஐ இயக்குகிறது + - Alchemy Notify வழியாக நிகழ்நேர வெப்ஹூக் எச்சரிக்கைகள் + - சிறந்த-வகுப்பு ஆதரவு மற்றும் நம்பகத்தன்மை / நிலைத்தன்மை + - Alchemy இன் NFT API + - கோரிக்கை எக்ஸ்ப்ளோரர், மெம்பூல் வாட்சர் மற்றும் கம்போசர் உடன் கூடிய டாஷ்போர்டு + - ஒருங்கிணைந்த டெஸ்ட்நெட் ஃபாசெட் அணுகல் + - 18k பயனர்களுடன் செயலில் உள்ள டிஸ்கார்ட் பில்டர் சமூகம் + +- [**Allnodes**](https://www.allnodes.com/) + - [ஆவணங்கள்](https://docs.allnodes.com/) + - அம்சங்கள் + - Allnodes போர்ட்ஃபோலியோ பக்கத்தில் உருவாக்கப்பட்ட PublicNode டோக்கனுடன் விகித வரம்புகள் இல்லை. + - [PublicNode](https://www.publicnode.com) இல் தனியுரிமையை மையமாகக் கொண்ட இலவச rpc முனைப்புள்ளிகள் (100+ பிளாக்செயின்கள்) + - 90+ பிளாக்செயின்களுக்கு விகித வரம்புகள் இல்லாத பிரத்யேக முனைகள் + - 30+ பிளாக்செயின்களுக்கான பிரத்யேக காப்பக முனைகள் + - 3 பிராந்தியங்களில் (US, EU, Asia) கிடைக்கிறது + - [PublicNode](https://www.publicnode.com/snapshots) இல் 100+ பிளாக்செயின்களுக்கான ஸ்னாப்ஷாட்டுகள் + - 99.90%-99.98% இயக்கநேர SLA உடன் 24/7 தொழில்நுட்ப ஆதரவு (திட்டத்தைப் பொறுத்தது). + - மணிநேர அடிப்படையில் பணம் செலுத்தும் விலை + - கிரெடிட் கார்டு, பேபால் அல்லது கிரிப்டோ மூலம் பணம் செலுத்துங்கள் + +- [**All That Node**](https://allthatnode.com/) + - [ஆவணங்கள்](https://docs.allthatnode.com/) + - அம்சங்கள் + - இலவச அடுக்கில் ஒரு நாளைக்கு 50,000 கோரிக்கைகள் + - 40க்கும் மேற்பட்ட நெறிமுறைகளுக்கான ஆதரவு + - JSON-RPC (EVM, Tendermint), REST மற்றும் Websocket APIகள் ஆதரிக்கப்படுகின்றன + - காப்பகத் தேதிக்கு வரம்பற்ற அணுகல் + - 24/7 தொழில்நுட்ப ஆதரவு மற்றும் 99.9% மேல் இயக்கநேரம் + - பல சங்கிலிகளில் ஃபாசெட் கிடைக்கிறது + - வரம்பற்ற எண்ணிக்கையிலான API கீகளுடன் வரம்பற்ற முனைப்புள்ளி அணுகல் + - Trace/Debug API ஆதரிக்கப்படுகிறது + - தானியங்குப் புதுப்பிப்புகள் + +- [**Amazon Managed Blockchain**](https://aws.amazon.com/managed-blockchain/) + - [ஆவணங்கள்](https://aws.amazon.com/managed-blockchain/resources/) + - அம்சங்கள் + - முழுமையாக நிர்வகிக்கப்படும் எத்தேரியம் முனைகள் + - ஆறு பிராந்தியங்களில் கிடைக்கிறது + - HTTP மற்றும் பாதுகாப்பான WebSockets வழியாக JSON-RPC + - 3 சங்கிலிகளை ஆதரிக்கிறது + - SLAகள், AWS ஆதரவு 24/7 + - Go-ethereum மற்றும் Lighthouse + +- [**Ankr**](https://www.ankr.com/) + - [ஆவணங்கள்](https://docs.ankr.com/) + - அம்சங்கள் + - Ankr புரோட்டோகால் - 8+ சங்கிலிகளுக்கான பொது RPC API முனைப்புள்ளிகளுக்கு திறந்த அணுகல் + - கிடைக்கக்கூடிய அருகிலுள்ள முனைக்கான வேகமான மற்றும் நம்பகமான நுழைவாயிலுக்கான சுமை சமநிலை மற்றும் முனை சுகாதார கண்காணிப்பு + - WSS முனைப்புள்ளி மற்றும் வரம்பற்ற விகித வரம்பை இயக்கும் பிரீமியம் அடுக்கு + - 40+ சங்கிலிகளுக்கு ஒரே கிளிக்கில் முழு முனை மற்றும் சரிபார்ப்பு முனை வரிசைப்படுத்தல் + - நீங்கள் செல்லும்போது அளவிடவும் + - பகுப்பாய்வு கருவிகள் + - டாஷ்போர்டு + - RPC, HTTPS மற்றும் WSS முனைப்புள்ளிகள் + - நேரடி ஆதரவு + +- [**Blast**](https://blastapi.io/) + - [ஆவணங்கள்](https://docs.blastapi.io/) + - அம்சங்கள் + - RPC மற்றும் WSS ஆதரவு + - பல-பிராந்திய முனை ஹோஸ்டிங் + - பரவலாக்கப்பட்ட உள்கட்டமைப்பு + - பொது API + - பிரத்யேக இலவசத் திட்டம் + - மல்டிசெயின் ஆதரவு (17+ பிளாக்செயின்கள்) + - காப்பக முனைகள் + - 24/7 டிஸ்கார்ட் ஆதரவு + - 24/7 கண்காணிப்பு மற்றும் எச்சரிக்கைகள் + - ஒட்டுமொத்தமாக 99.9% SLA + - கிரிப்டோவில் பணம் செலுத்துங்கள் + +- [**BlockDaemon**](https://blockdaemon.com/) + - [ஆவணங்கள்](https://ubiquity.docs.blockdaemon.com/) + - நன்மைகள் + - டாஷ்போர்டு + - முனை அடிப்படையில் + - பகுப்பாய்வுகள் + +- [**BlockPI**](https://blockpi.io/) + - [ஆவணங்கள்](https://docs.blockpi.io/) + - அம்சங்கள் + - வலுவான & விநியோகிக்கப்பட்ட முனை அமைப்பு + - 40 HTTPS மற்றும் WSS முனைப்புள்ளிகள் வரை + - இலவச பதிவு தொகுப்பு மற்றும் மாதாந்திர தொகுப்பு + - தடய முறை + காப்பக தரவு ஆதரவு + - 90 நாட்கள் வரை செல்லுபடியாகும் தொகுப்புகள் + - தனிப்பயன் திட்டம் மற்றும் நீங்கள் பயன்படுத்தியதற்கு மட்டும் பணம் செலுத்தும் முறை + - கிரிப்டோவில் பணம் செலுத்துங்கள் + - நேரடி ஆதரவு & தொழில்நுட்ப ஆதரவு + +- [**Chainbase**](https://www.chainbase.com/) + - [ஆவணங்கள்](https://docs.chainbase.com) + - அம்சங்கள் + - அதிகம் கிடைக்கக்கூடிய, வேகமான மற்றும் அளவிடக்கூடிய RPC சேவை + - பல-சங்கிலி ஆதரவு + - இலவச கட்டணங்கள் + - பயனர் நட்பு டாஷ்போர்டு + - RPCக்கு அப்பாற்பட்ட பிளாக்செயின் தரவு சேவைகளை வழங்குகிறது + +- [**Chainstack**](https://chainstack.com/) + - [ஆவணங்கள்](https://docs.chainstack.com/) + - அம்சங்கள் + - இலவச பகிரப்பட்ட முனைகள் + - பகிரப்பட்ட காப்பக முனைகள் + - GraphQL ஆதரவு + - RPC மற்றும் WSS முனைப்புள்ளிகள் + - பிரத்யேக முழு மற்றும் காப்பக முனைகள் + - பிரத்யேக வரிசைப்படுத்தல்களுக்கான வேகமான ஒத்திசைவு நேரம் + - உங்கள் கிளவுட்டைக் கொண்டு வாருங்கள் + - மணிநேர அடிப்படையில் பணம் செலுத்தும் விலை + - நேரடி 24/7 ஆதரவு + +- [**dRPC**](https://drpc.org/) + - [ஆவணங்கள்](https://drpc.org/docs) + - NodeCloud: $10 (USD) முதல் தொடங்கும் பிளக்-என்-ப்ளே RPC உள்கட்டமைப்பு - முழு வேகம், வரம்புகள் இல்லை + - NodeCloud அம்சங்கள்: + - 185 நெட்வொர்க்குகளுக்கான API ஆதரவு + - 40+ வழங்குநர்களின் விநியோகிக்கப்பட்ட தொகுப்பு + - ஒன்பது (9) புவி-கிளஸ்டர்களுடன் உலகளாவிய கவரேஜ் + - AI-ஆல் இயங்கும் சுமை சமநிலை அமைப்பு + - பயன்படுத்தியதற்கு மட்டும் செலுத்தும் பிளாட் விலை - உயர்வுகள் இல்லை, காலாவதி இல்லை, பூட்டுதல்கள் இல்லை + - வரம்பற்ற கீகள், நுணுக்கமான கீ மாற்றங்கள், குழு பாத்திரங்கள், முன்-இறுதி பாதுகாப்பு + - ஒரு முறைக்கு 20 கணினி அலகுகள் (CUs) என்ற பிளாட் விகிதத்தில் முறைகள் + - [பொது முனைப்புள்ளி சங்கிலிப் பட்டியல்](https://drpc.org/chainlist) + - [விலை கால்குலேட்டர்](https://drpc.org/pricing#calculator) + - NodeCore: முழுமையான கட்டுப்பாட்டை விரும்பும் நிறுவனங்களுக்கான திறந்த மூல அடுக்கு + +- [**GetBlock**](https://getblock.io/) + - [ஆவணங்கள்](https://getblock.io/docs/get-started/authentication-with-api-key/) + - அம்சங்கள் + - 40+ பிளாக்செயின் முனைகளுக்கான அணுகல் + - 40K இலவச தினசரி கோரிக்கைகள் + - வரம்பற்ற எண்ணிக்கையிலான API கீகள் + - 1GB/விநாடி என்ற உயர் இணைப்பு வேகம் + - Trace+Archive + - மேம்பட்ட பகுப்பாய்வு + - தானியங்குப் புதுப்பிப்புகள் + - தொழில்நுட்ப ஆதரவு + +- [**InfStones**](https://infstones.com/) + - அம்சங்கள் + - இலவச அடுக்கு விருப்பம் + - நீங்கள் செல்லும்போது அளவிடவும் + - பகுப்பாய்வுகள் + - டாஷ்போர்டு + - தனித்துவமான API முனைப்புள்ளிகள் + - பிரத்யேக முழு முனைகள் + - பிரத்யேக வரிசைப்படுத்தல்களுக்கான வேகமான ஒத்திசைவு நேரம் + - நேரடி 24/7 ஆதரவு + - 50+ பிளாக்செயின் முனைகளுக்கான அணுகல் + +- [**Infura**](https://infura.io/) + - [ஆவணங்கள்](https://infura.io/docs) + - அம்சங்கள் + - இலவச அடுக்கு விருப்பம் + - நீங்கள் செல்லும்போது அளவிடவும் + - கட்டணக் காப்பகத் தரவு + - நேரடி ஆதரவு + - டாஷ்போர்டு + +- [**Kaleido**](https://kaleido.io/) + - [ஆவணங்கள்](https://docs.kaleido.io/) + - அம்சங்கள் + - இலவச ஸ்டார்ட்டர் அடுக்கு + - ஒரே கிளிக்கில் எத்தேரியம் முனை வரிசைப்படுத்தல் + - தனிப்பயனாக்கக்கூடிய கிளையண்ட்கள் மற்றும் அல்காரிதம்கள் (Geth, Quorum & Besu || PoA, IBFT & Raft) + - 500+ நிர்வாக மற்றும் சேவை APIகள் + - எத்தேரியம் பரிவர்த்தனை சமர்ப்பிப்பிற்கான RESTful இடைமுகம் (Apache Kafka ஆதரவு) + - நிகழ்வு வழங்கலுக்கான வெளிச்செல்லும் ஸ்ட்ரீம்கள் (Apache Kafka ஆதரவு) + - "ஆஃப்செயின்" மற்றும் துணை சேவைகளின் ஆழமான சேகரிப்பு (எ.கா., இருதரப்பு மறைகுறியாக்கப்பட்ட செய்தி அனுப்புதல் போக்குவரத்து) + - ஆளுமை மற்றும் பங்கு அடிப்படையிலான அணுகல் கட்டுப்பாட்டுடன் நேரடியான நெட்வொர்க் உள்நுழைவு + - நிர்வாகிகள் மற்றும் இறுதி பயனர்கள் இருவருக்கும் அதிநவீன பயனர் மேலாண்மை + - அதிகம் அளவிடக்கூடிய, நெகிழ்ச்சியான, நிறுவன-தர உள்கட்டமைப்பு + - கிளவுட் HSM தனிப்பட்ட கீ மேலாண்மை + - எத்தேரியம் Mainnet இணைப்பு + - ISO 27k மற்றும் SOC 2, வகை 2 சான்றிதழ்கள் + - டைனமிக் இயக்க நேர கட்டமைப்பு (எ.கா., கிளவுட் ஒருங்கிணைப்புகளைச் சேர்ப்பது, முனை நுழைவாயில்களை மாற்றுவது போன்றவை.) + - பல-கிளவுட், பல-பிராந்தியம் மற்றும் கலப்பின வரிசைப்படுத்தல் ஒருங்கிணைப்புகளுக்கான ஆதரவு + - எளிய மணிநேர SaaS அடிப்படையிலான விலை நிர்ணயம் + - SLAகள் மற்றும் 24x7 ஆதரவு + +- [**Lava Network**](https://www.lavanet.xyz/) + - [ஆவணங்கள்](https://docs.lavanet.xyz/) + - அம்சங்கள் + - இலவச டெஸ்ட்நெட் பயன்பாடு + - அதிக இயக்க நேரத்திற்கான பரவலாக்கப்பட்ட ரிடண்டன்சி + - திறந்த மூலம் + - முழுமையாக பரவலாக்கப்பட்ட SDK + - Ethers.js ஒருங்கிணைப்பு + - உள்ளுணர்வு திட்ட மேலாண்மை இடைமுகம் + - ஒருமித்த கருத்து அடிப்படையிலான தரவு ஒருமைப்பாடு + - பல-சங்கிலி ஆதரவு + +- [**Moralis**](https://moralis.io/) + - [ஆவணங்கள்](https://docs.moralis.io/) + - அம்சங்கள் + - இலவச பகிரப்பட்ட முனைகள் + - இலவச பகிரப்பட்ட காப்பக முனைகள் + - தனியுரிமையை மையமாகக் கொண்டது (பதிவுகள் இல்லாத கொள்கை) + - கிராஸ் செயின் ஆதரவு + - நீங்கள் செல்லும்போது அளவிடவும் + - டாஷ்போர்டு + - தனித்துவமான எத்தேரியம் SDK + - தனித்துவமான API முனைப்புள்ளிகள் + - நேரடி, தொழில்நுட்ப ஆதரவு + +- [**NodeReal MegaNode**](https://nodereal.io/) + - [ஆவணங்கள்](https://docs.nodereal.io/docs/introduction) + - அம்சங்கள் + - நம்பகமான, வேகமான மற்றும் அளவிடக்கூடிய RPC API சேவைகள் + - web3 உருவாக்குநர்களுக்கான மேம்படுத்தப்பட்ட API + - பல-சங்கிலி ஆதரவு + - இலவசமாகத் தொடங்குங்கள் + +- [**NOWNodes**](https://nownodes.io/) + - [ஆவணங்கள்](https://documenter.getpostman.com/view/13630829/TVmFkLwy) + - அம்சங்கள் + - 50+ பிளாக்செயின் முனைகளுக்கான அணுகல் + - இலவச API கீ + - தொகுதி ஆய்வு கருவிகள் + - API மறுமொழி நேரம் ⩽ 1 விநாடி + - 24/7 ஆதரவுக் குழு + - தனிப்பட்ட கணக்கு மேலாளர் + - பகிரப்பட்ட, காப்பகம், காப்பு மற்றும் பிரத்யேக முனைகள் + +- [**Pocket Network**](https://www.pokt.network/) + - [ஆவணங்கள்](https://docs.pokt.network/home/) + - அம்சங்கள் + - பரவலாக்கப்பட்ட RPC நெறிமுறை மற்றும் சந்தை + - ஒரு நாளைக்கு 1M கோரிக்கைகள் இலவச அடுக்கு (ஒரு முனைப்புள்ளிக்கு, அதிகபட்சம் 2) + - [பொது முனைப்புள்ளிகள்](https://docs.pokt.network/developers/public-endpoints) + - ப்ரீ-ஸ்டேக்+ திட்டம் (உங்களுக்கு ஒரு நாளைக்கு 1M க்கும் அதிகமான கோரிக்கைகள் தேவைப்பட்டால்) + - 15+ பிளாக்செயின்கள் ஆதரிக்கப்படுகின்றன + - பயன்பாடுகளுக்கு சேவை செய்வதற்காக POKT சம்பாதிக்கும் 6400+ முனைகள் + - காப்பக முனை, டிரேசிங்குடன் காப்பக முனை, & டெஸ்ட்நெட் முனை ஆதரவு + - எத்தேரியம் மெயின்நெட் முனை கிளையண்ட் பன்முகத்தன்மை + - தோல்வியின் ஒற்றைப் புள்ளி இல்லை + - பூஜ்ஜிய வேலையின்மை நேரம் + - செலவு குறைந்த பூஜ்ஜியத்திற்கு அருகாமையில் உள்ள டோக்கனோமிக்ஸ் (நெட்வொர்க் அலைவரிசைக்கு ஒருமுறை POKT ஐ ஸ்டேக் செய்யவும்) + - மாதாந்திர செலவுகள் இல்லை, உங்கள் உள்கட்டமைப்பை ஒரு சொத்தாக மாற்றவும் + - நெறிமுறையில் கட்டமைக்கப்பட்ட சுமை-சமநிலை + - நீங்கள் செல்லும்போது ஒரு நாளுக்கான கோரிக்கைகளின் எண்ணிக்கையையும், ஒரு மணி நேரத்திற்கான முனைகளையும் எல்லையின்றி அளவிடவும் + - மிகவும் தனிப்பட்ட, தணிக்கை-எதிர்ப்பு விருப்பம் + - கைகளால் செய்யப்படும் டெவலப்பர் ஆதரவு + - [Pocket Portal](https://bit.ly/ETHorg_POKTportal) டாஷ்போர்டு மற்றும் பகுப்பாய்வு + +- [**QuickNode**](https://www.quicknode.com) + - [ஆவணங்கள்](https://www.quicknode.com/docs/) + - அம்சங்கள் + - 24/7 தொழில்நுட்ப ஆதரவு & டெவ் டிஸ்கார்ட் சமூகம் + - புவி-சமநிலை, பல கிளவுட்/மெட்டல், குறைந்த தாமத நெட்வொர்க் + - மல்டிசெயின் ஆதரவு (Optimism, Arbitrum, Polygon + 11 மற்றவை) + - வேகம் & நிலைத்தன்மைக்கான நடுத்தர-அடுக்குகள் (அழைப்பு ரூட்டிங், கேச், அட்டவணைப்படுத்துதல்) + - வெப்ஹூக்குகள் வழியாக ஸ்மார்ட்-ஒப்பந்த கண்காணிப்பு + - உள்ளுணர்வு டாஷ்போர்டு, பகுப்பாய்வு தொகுப்பு, RPC கம்போசர் + - மேம்பட்ட பாதுகாப்பு அம்சங்கள் (JWT, மாஸ்கிங், ஒயிட்லிஸ்டிங்) + - NFT தரவு மற்றும் பகுப்பாய்வு API + - [SOC2 சான்றளிக்கப்பட்டது](https://www.quicknode.com/security) + - டெவலப்பர்கள் முதல் நிறுவனங்கள் வரை ஏற்றது + +- [**Rivet**](https://rivet.cloud/) + - [ஆவணங்கள்](https://rivet.readthedocs.io/en/latest/) + - அம்சங்கள் + - இலவச அடுக்கு விருப்பம் + - நீங்கள் செல்லும்போது அளவிடவும் + +- [**SenseiNode**](https://senseinode.com) + - [ஆவணங்கள்](https://docs.senseinode.com/) + - அம்சங்கள் + - பிரத்யேக மற்றும் பகிரப்பட்ட முனைகள் + - டாஷ்போர்டு + - லத்தீன் அமெரிக்காவில் வெவ்வேறு இடங்களில் பல ஹோஸ்டிங் வழங்குநர்களில் AWS அல்லாத ஹோஸ்டிங் + - Prysm மற்றும் Lighthouse கிளையண்ட்கள் + +- [**SettleMint**](https://console.settlemint.com/) + - [ஆவணங்கள்](https://docs.settlemint.com/) + - அம்சங்கள் + - இலவச சோதனை + - நீங்கள் செல்லும்போது அளவிடவும் + - GraphQL ஆதரவு + - RPC மற்றும் WSS முனைப்புள்ளிகள் + - பிரத்யேக முழு முனைகள் + - உங்கள் கிளவுட்டைக் கொண்டு வாருங்கள் + - பகுப்பாய்வு கருவிகள் + - டாஷ்போர்டு + - மணிநேர அடிப்படையில் பணம் செலுத்தும் விலை + - நேரடி ஆதரவு + +- [**Tenderly**](https://tenderly.co/web3-gateway) + - [ஆவணங்கள்](https://docs.tenderly.co/web3-gateway/web3-gateway) + - அம்சங்கள் + - மாதத்திற்கு 25 மில்லியன் டெண்டர்லி யூனிட்கள் உட்பட இலவச அடுக்கு + - வரலாற்று தரவுகளுக்கு இலவச அணுகல் + - 8 மடங்கு வேகமான வாசிப்பு-அதிகமுள்ள வேலைச்சுமைகள் வரை + - 100% சீரான வாசிப்பு அணுகல் + - JSON-RPC முனைப்புள்ளிகள் + - UI-அடிப்படையிலான RPC கோரிக்கை பில்டர் மற்றும் கோரிக்கை முன்னோட்டம் + - டெண்டர்லியின் மேம்பாடு, பிழைத்திருத்தம் மற்றும் சோதனை கருவிகளுடன் இறுக்கமாக ஒருங்கிணைக்கப்பட்டது + - பரிவர்த்தனை சிமுலேஷன்கள் + - பயன்பாட்டு பகுப்பாய்வு மற்றும் வடிகட்டுதல் + - எளிதான அணுகல் கீ மேலாண்மை + - அரட்டை, மின்னஞ்சல் மற்றும் டிஸ்கார்ட் வழியாக பிரத்யேக பொறியியல் ஆதரவு + +- [**Tokenview**](https://services.tokenview.io/) + - [ஆவணங்கள்](https://services.tokenview.io/docs?type=nodeService) + - அம்சங்கள் + - 24/7 தொழில்நுட்ப ஆதரவு & டெவ் டெலிகிராம் சமூகம் + - மல்டிசெயின் ஆதரவு (Bitcoin, Ethereum, Tron, BNB Smart Chain, Ethereum Classic) + - RPC மற்றும் WSS முனைப்புள்ளிகள் இரண்டும் பயன்படுத்தத் திறந்திருக்கின்றன + - காப்பக தரவு API க்கு வரம்பற்ற அணுகல் + - கோரிக்கை எக்ஸ்ப்ளோரர் மற்றும் மெம்பூல் வாட்சர் கொண்ட டாஷ்போர்டு + - NFT தரவு API மற்றும் வெப்ஹூக் அறிவிப்பு + - கிரிப்டோவில் பணம் செலுத்துங்கள் + - கூடுதல் நடத்தை தேவைகளுக்கு வெளிப்புற ஆதரவு + +- [**Watchdata**](https://watchdata.io/) + - [ஆவணங்கள்](https://docs.watchdata.io/) + - அம்சங்கள் + - தரவு நம்பகத்தன்மை + - வேலையின்மை நேரம் இல்லாத தடையற்ற இணைப்பு + - செயல்முறை ஆட்டோமேஷன் + - இலவச கட்டணங்கள் + - எந்தவொரு பயனருக்கும் பொருந்தக்கூடிய உயர் வரம்புகள் + - பல்வேறு முனைகளுக்கான ஆதரவு + - வள அளவிடுதல் + - அதிக செயலாக்க வேகம் + +- [**ZMOK**](https://zmok.io/) + - [ஆவணங்கள்](https://docs.zmok.io/) + - அம்சங்கள் + - ஒரு சேவையாக Front-running + - தேடல்/வடிகட்டுதல் முறைகளுடன் உலகளாவிய பரிவர்த்தனைகள் மெம்பூல் + - பரிவர்த்தனைகளை அனுப்புவதற்கு வரம்பற்ற TX கட்டணம் மற்றும் எல்லையற்ற Gas + - புதிய தொகுதியைப் பெறுவதற்கும், பிளாக்செயினைப் படிப்பதற்கும் மிக வேகமானது + - ஒரு API அழைப்பிற்கான சிறந்த விலை உத்தரவாதம் + +- [**Zeeve**](https://www.zeeve.io/) + - [ஆவணங்கள்](https://www.zeeve.io/docs/) + - அம்சங்கள் + - பிளாக்செயின் முனைகள் மற்றும் நெட்வொர்க்குகளின் வரிசைப்படுத்தல், கண்காணிப்பு மற்றும் நிர்வாகத்தை வழங்கும் நிறுவன-தர நோ-கோட் ஆட்டோமேஷன் தளம் + - 30+ ஆதரவளிக்கப்பட்ட நெறிமுறைகள் & ஒருங்கிணைப்புகள், மேலும் பல சேர்க்கப்படுகின்றன + - பரவலாக்கப்பட்ட சேமிப்பு, பரவலாக்கப்பட்ட அடையாளம் மற்றும் நிஜ-உலக பயன்பாட்டு நிகழ்வுகளுக்கான பிளாக்செயின் லெட்ஜர் தரவு APIகள் போன்ற மதிப்பு கூட்டப்பட்ட web3 உள்கட்டமைப்பு சேவைகள் + - 24/7 ஆதரவு மற்றும் செயல்திறன்மிக்க கண்காணிப்பு எல்லா நேரங்களிலும் முனைகளின் ஆரோக்கியத்தை உறுதி செய்கிறது. + - RPC முனைப்புள்ளிகள் API களுக்கான அங்கீகரிக்கப்பட்ட அணுகல், உள்ளுணர்வு டாஷ்போர்டு மற்றும் பகுப்பாய்வுகளுடன் தொந்தரவு இல்லாத நிர்வாகத்தை வழங்குகின்றன. + - நிர்வகிக்கப்பட்ட கிளவுட் மற்றும் உங்கள் சொந்த கிளவுட் விருப்பங்களை தேர்வு செய்ய வழங்குகிறது மற்றும் AWS, Azure, Google Cloud, Digital Ocean மற்றும் ஆன்-பிரமிஸ் போன்ற அனைத்து முக்கிய கிளவுட் வழங்குநர்களையும் ஆதரிக்கிறது. + - ஒவ்வொரு முறையும் உங்கள் பயனருக்கு மிக நெருக்கமான முனையை அடைய புத்திசாலித்தனமான ரூட்டிங்கைப் பயன்படுத்துகிறோம் + +## மேலும் வாசிக்க {#further-reading} + +- [எத்தேரியம் முனை சேவைகளின் பட்டியல்](https://ethereumnodes.com/) + +## தொடர்புடைய தலைப்புகள் {#related-topics} + +- [முனைகள் மற்றும் வாடிக்கையாளர்கள்](/developers/docs/nodes-and-clients/) + +## தொடர்புடைய பயிற்சிகள் {#related-tutorials} + +- [Alchemy ஐப் பயன்படுத்தி எத்தேரியம் மேம்பாட்டுடன் தொடங்குதல்](/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/) +- [web3 மற்றும் Alchemy ஐப் பயன்படுத்தி பரிவர்த்தனைகளை அனுப்புவதற்கான வழிகாட்டி](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) diff --git a/public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md new file mode 100644 index 00000000000..31a0cd07ca5 --- /dev/null +++ b/public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md @@ -0,0 +1,484 @@ +--- +title: "உங்கள் சொந்த Node-ஐ இயக்குவது" +description: "உங்கள் சொந்த எத்தேரியம் வாடிக்கையாளர் நிகழ்வை இயக்குவதற்கான பொதுவான அறிமுகம்." +lang: ta +sidebarDepth: 2 +--- + +உங்கள் சொந்த node-ஐ இயக்குவதால் பல நன்மைகள் கிடைக்கும், புதிய சாத்தியங்களைத் திறக்கின்றது, மேலும் ecosystem-ஐ ஆதரிக்க உதவுகின்றது. இந்தப் பக்கம் உங்கள் சொந்த node-ஐ இயக்குவதற்கும், Ethereum பரிவர்த்தனைகளைச் சரிபார்ப்பதில் பங்கு பெறுவதற்கும் வழிகாட்டும். + +[The Merge](/roadmap/merge)-இற்குப் பிறகு, ஒரு எத்தேரியம் முனையை இயக்க இரண்டு வாடிக்கையாளர்கள் தேவை என்பதை நினைவில் கொள்ளவும்; ஒரு **செயல்பாட்டு அடுக்கு (EL)** வாடிக்கையாளர் மற்றும் ஒரு **கருத்தொற்றுமை அடுக்கு (CL)** வாடிக்கையாளர். இந்தப் பக்கம் எவ்வாறு இந்த இரண்டு clients-ஐ நிறுவ, அமைக்க மற்றும் இணைத்து Ethereum node-ஐ இயக்குவது என்பதைக் காண்பிக்கும். + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +நீங்கள் Ethereum node என்பதன் பொருள் என்ன மற்றும் ஏன் client-ஐ இயக்க விரும்புகிறீர்கள் என்பதை புரிந்துகொண்டு இருக்க வேண்டும். இது [முனைகள் மற்றும் வாடிக்கையாளர்கள்](/developers/docs/nodes-and-clients/) பக்கத்தில் விளக்கப்பட்டுள்ளது. + +நீங்கள் ஒரு முனையை இயக்கும் தலைப்புக்கு புதியவராக இருந்தால், அல்லது குறைவான தொழில்நுட்ப வழிமுறையைத் தேடுகிறீர்களானால், முதலில் [ஒரு எத்தேரியம் முனையை இயக்குவது](/run-a-node) குறித்த எங்களின் பயனர்-நட்பு அறிமுகத்தைப் பார்க்கப் பரிந்துரைக்கிறோம். + +## ஒரு அணுகுமுறையைத் தேர்ந்தெடுத்தல் {#choosing-approach} + +உங்கள் node-ஐ இயக்குவதற்கான முதல் படி உங்கள் முறையைத் தேர்ந்தெடுத்தல் ஆகும். தேவைகள் மற்றும் பல்வேறு சாத்தியங்களின் அடிப்படையில், நீங்கள் client implementation (இரண்டு execution மற்றும் consensus clients), சூழல் (hardware, system), மற்றும் client settings-களுக்கான அளவுருக்களைத் தேர்வு செய்ய வேண்டும். + +இந்தப் பக்கம் இவ்விடயங்களில் தீர்மானங்கள் எடுக்க உங்களுக்கு வழிகாட்டி, உங்கள் Ethereum instance-ஐ இயக்குவதற்கு சிறந்த முறையைக் கண்டறிய உதவும். + +வாடிக்கையாளர் செயலாக்கங்களிலிருந்து தேர்வு செய்ய, கிடைக்கக்கூடிய அனைத்து முதன்மைப்பிணையத்திற்குத் தயாரான [செயல்பாட்டு வாடிக்கையாளர்கள்](/developers/docs/nodes-and-clients/#execution-clients), [கருத்தொற்றுமை வாடிக்கையாளர்கள்](/developers/docs/nodes-and-clients/#consensus-clients) ஆகியவற்றைப் பார்க்கவும், மற்றும் [வாடிக்கையாளர் பன்முகத்தன்மை](/developers/docs/nodes-and-clients/client-diversity) பற்றி அறியவும். + +வாடிக்கையாளர்களின் [தேவைகளைக்](#requirements) கருத்தில் கொண்டு, மென்பொருளை உங்கள் சொந்த [வன்பொருளிலா அல்லது மேகக்கணியிலா](#local-vs-cloud) இயக்குவதா என்பதைத் தீர்மானிக்கவும். + +சூழலைத் தயாரித்த பிறகு, தேர்ந்தெடுக்கப்பட்ட வாடிக்கையாளர்களை [தொடக்கநிலை-நட்பு இடைமுகம்](#automatized-setup) கொண்டோ அல்லது மேம்பட்ட விருப்பங்களுடன் ஒரு முனையத்தைப் பயன்படுத்தி [கைமுறையாகவோ](#manual-setup) நிறுவவும். + +முனை இயங்கி ஒத்திசைக்கப்படும்போது, நீங்கள் அதை [பயன்படுத்த](#using-the-node) தயாராக உள்ளீர்கள், ஆனால் அதன் [பராமரிப்பைக்](#operating-the-node) கவனிப்பதை உறுதிசெய்யவும். + +![வாடிக்கையாளர் அமைப்பு](./diagram.png) + +### சூழல் மற்றும் வன்பொருள் {#environment-and-hardware} + +#### உள்ளூர் அல்லது மேகக்கணி {#local-vs-cloud} + +Ethereum வாடிக்கையாளர்கள் சாதாரண நுகர்வோர் தரவுச்சேமிப்புக் கணினிகளில் இயங்க முடியும் மற்றும் சிறப்பு உபகரணங்கள், எடுத்துக்காட்டாக மைனிங் இயந்திரங்கள் போன்றவை தேவையில்லை. எனவே, உங்களின் தேவைகளின் அடிப்படையில், கணினியைப் பல்வேறு விதமாக நிலைநிறுத்துவதற்கு உங்களிடம் பல விருப்பங்கள் உள்ளன. +எளிதாகச் செய்ய, உள்ளூர் மெய்நிகர் மைனில் மற்றும் கிளவுட் சர்வரில் கணினியை இயக்குவது பற்றிச் சிந்திப்போம்: + +- கிளவுட் + - சேவையக வழங்குநர்கள் உயர் சேவை நேரத்தை மற்றும் நிலையான பொது IP முகவரிகளை வழங்குகின்றனர் + - உங்கள் சொந்த சர்வரை உருவாக்குவதற்கு விடுதலையானது என்பது விசாரணை அல்லது மெய்நிகர் சேவையகத்தைப் பெறுதல் எனில் உங்களுக்கு அதிக சௌகர்யமாக இருக்கும் + - சமரசம் என்னவென்றால் ஒரு மூன்றாம் தரப்பினரை நம்புவதாகும் - அதாவது சேவையக வழங்குநர். + - கிளவுட் சர்வர் அளவீடு காரணமாக, கிளவுட் சேவையின் விலையும் அதிகமாக இருக்கலாம் +- தனிப்பட்ட உபகரணங்கள் + - மேலும் நம்பகமான மற்றும் சுயாதீனமான அணுகுமுறை + - ஒரு முறை முதலீடு + - முந்தைய அமைப்புகளுடன் உள்ள இயந்திரங்களை வாங்குவதற்கான ஒரு விருப்பம் + - நீங்கள் இயந்திரத்தை மற்றும் நெட்வொர்க்கை தயார், பராமரிக்க, மற்றும் சிக்கல்களைச் சரிசெய்ய வேண்டும் + +இரண்டு விருப்பங்களும் மேலே சுருக்கமாகக் கொடுக்கப்பட்டுள்ளன. நீங்கள் கிளவுட் தீர்வுகளைத் தேடுகிறீர்களானால், பல பாரம்பரிய கிளவுட் கணினி வழங்குநர்களுக்குக் கூடுதலாக, கணினிகளை அமைக்க மையமாகக் கொண்ட சேவைகள் உள்ளன. ஹோஸ்ட் செய்யப்பட்ட முனைகளில் கூடுதல் விருப்பங்களுக்கு [ஒரு சேவையாக முனைகள்](/developers/docs/nodes-and-clients/nodes-as-a-service/) என்பதைப் பார்க்கவும். + +#### வன்பொருள் {#hardware} + +ஆனால், சென்சார் எதிர்ப்பு, மையமில்லாத நெட்வொர்க் கிளவுட் வழங்குநர்களை நம்பிக் கொள்ளக் கூடாது. அதற்குப் பதிலாக, உங்கள் சொந்த உள்ளூர் உபகரணத்தில் உங்கள் node ஐ இயக்குவது சூழலுக்குப் பலம் சேர்க்கும். [மதிப்பீடுகள்](https://www.ethernodes.org/networkType/cl/Hosting) ஒரு பெரிய பங்கு முனைகள் மேகக்கணியில் இயங்குவதைக் காட்டுகின்றன, இது ஒரு ஒற்றைத் தோல்விப் புள்ளியாக மாறக்கூடும். + +Ethereum வாடிக்கையாளர்கள் உங்கள் கணினியில், மடிக்கணினியில், சர்வரில், அல்லது ஒரு single-board கணினியிலும் இயங்க முடியும். வாடிக்கையாளர்களை உங்கள் தனிப்பட்ட கணினியில் இயக்குவது சாத்தியமாயினும், உங்கள் node க்காக ஒரு தனியான இயந்திரம் இருக்க வேண்டும் என்பதன் மூலம் அதன் செயல்திறன் மற்றும் பாதுகாப்பு அதிகரிக்கப்படலாம், மேலும் இது உங்கள் முக்கியமான கணினியில் ஏற்படும் தாக்கத்தைக் குறைக்கும். + +உங்கள் சொந்த உபகரணங்களைப் பயன்படுத்துவது மிகவும் எளிதாக இருக்கலாம். தொழில்நுட்பம் தெரிந்தவர்களுக்குச் சில எளிய விருப்பங்கள் மற்றும் மேம்பட்ட அமைப்புகள் உள்ளன. எனவே, Ethereum வாடிக்கையாளர்களை உங்கள் இயந்திரத்தில் இயக்குவதற்கான தேவைகள் மற்றும் வழிமுறைகளைப் பார்ப்போம். + +#### தேவைகள் {#requirements} + +வாடிக்கையாளர்கள் அடிப்படையில் உபகரணத் தேவைகள் மாறுபடும், ஆனால் பொதுவாக அவை அதிகமாக இருக்காது, ஏனெனில் node சிந்தேசில் (synced) இருக்க வேண்டும். இது mining உடன் குழப்பப்பட வேண்டாம், அது அதிகமான கணிப்பொறி சக்தியை (computing power) தேவைபடுகிறது. இருப்பினும், அதிக சக்தியுள்ள உபகரணங்களுடன் சிந்தேச காலம் மற்றும் செயல்திறன் மேம்படும். + +எந்தவொரு வாடிக்கையாளரை நிறுவுவதற்கு முன்பும், உங்கள் கணினியில் அதை இயக்குவதற்கு போதுமான வளங்கள் உள்ளனவா என்பதை உறுதிப்படுத்துங்கள். குறைந்தபட்ச மற்றும் பரிந்துரைக்கப்பட்ட தேவைகளைக் கீழே காணலாம். + +உங்கள் உபகரணத்திற்கு அடைக்கலம் (bottleneck) பொதுவாக hard disk பரப்பளவு (disk space) தான். Ethereum blockchain ஐ சிந்தேசிப்பது மிகுந்த உள்ளீடு/வெளியீடு (input/output) தீவிரமாக இருக்கும் மற்றும் அதிக இடத்தைத் தேவைபடும். ஒத்திசைவுக்குப் பிறகும் கூட நூற்றுக்கணக்கான ஜிபி காலியிடம் கொண்ட ஒரு **சாலிட்-ஸ்டேட் டிரைவ் (SSD)** வைத்திருப்பது சிறந்தது. + +தரவுத்தளத்தின் அளவு மற்றும் ஆரம்ப ஒத்திசைவின் வேகம் ஆகியவை தேர்ந்தெடுக்கப்பட்ட வாடிக்கையாளர், அதன் உள்ளமைவு மற்றும் [ஒத்திசைவு உத்தி](/developers/docs/nodes-and-clients/#sync-modes) ஆகியவற்றைப் பொறுத்தது. + +மேலும் உங்கள் இணைய இணைப்பு ஒரு [அலைவரிசை வரம்பால்](https://wikipedia.org/wiki/Data_cap) கட்டுப்படுத்தப்படவில்லை என்பதை உறுதிப்படுத்தவும். ஆரம்ப சிந்தேசம் மற்றும் நெட்வொர்க்கிற்கு அனுப்பப்படும் தரவுகள் உங்கள் எல்லையை மீறக்கூடும் என்பதால், எல்லையில்லாத (unmetered) இணைப்பைப்பயன்படுத்தப் பரிந்துரைக்கப்படுகிறதுு. + +##### இயங்குதளம் + +எல்லா வாடிக்கையாளர்களும் முக்கியமான இயங்குதளங்களை (Operating Systems) ஆதரிக்கின்றன - Linux, MacOS, Windows. இது, உங்களுக்குப் பொருத்தமான இயங்குதளத்துடன் உங்கள் node களை சாதாரண desktop அல்லது server கணினிகளில் இயக்க அனுமதிக்கின்றது. சாத்தியமான சிக்கல்கள் மற்றும் பாதுகாப்பு பாதிப்புகளைத் தவிர்க்க உங்கள் இயங்குதளம் (OS) புதுப்பிக்கப்பட்டதா என்பதை உறுதிப்படுத்துங்கள். + +##### குறைந்தபட்ச தேவைகள் + +- CPU with 2+ cores +- 8 GB RAM +- 2TB SSD +- 10+ MBit/s bandwidth + +##### பரிந்துரைக்கப்பட்ட விவரக்குறிப்புகள் + +- Fast CPU with 4+ cores +- 16 GB+ RAM +- Fast SSD with 2+TB +- 25+ MBit/s bandwidth + +நீங்கள் தேர்வு செய்யும் சிந்தேச முறை (sync mode) மற்றும் வாடிக்கையாளர் உபகரணப் பரப்பளவின் தேவைகளுக்குப் பாதிப்பை ஏற்படுத்தும், ஆனால் வாடிக்கையாளர் அடிப்படையில் தேவையான hard disk பரப்பளவை (disk space) எstimeட் செய்துள்ளோம். + +| வாடிக்கையாளர் | வட்டு அளவு (snap sync) | வட்டு அளவு (முழு காப்பகம்) | +| ------------- | ----------------------------------------- | --------------------------------------------- | +| Besu | 800GB+ | 12TB+ | +| Erigon | பொருந்தாது | 2.5TB+ | +| Geth | 500GB+ | 12TB+ | +| Nethermind | 500GB+ | 12TB+ | +| Reth | பொருந்தாது | 2.2TB+ | + +- குறிப்பு: Erigon மற்றும் Reth snap sync ஐ வழங்கவில்லை, ஆனால் முழு pruning சாத்தியமாகும் (~2TB Erigon க்கு, ~1.2TB Reth க்கு) + +கருத்தொற்றுமை வாடிக்கையாளர்களுக்கு, இடத் தேவையும் வாடிக்கையாளர் செயலாக்கம் மற்றும் இயக்கப்பட்ட அம்சங்களைப் (எ.கா., சரிபார்ப்பவர் ஸ்லாஷர்) பொறுத்தது, ஆனால் பொதுவாக பீக்கன் தரவுகளுக்கு மற்றொரு 200GB தேவைப்படும். Validators எண்ணிக்கை அதிகமாக இருந்தால், bandwidth சரிவையும் அதிகரிக்கும். [இந்த ஆய்வில் கருத்தொற்றுமை வாடிக்கையாளர் தேவைகள் குறித்த விவரங்களை](https://mirror.xyz/0x934e6B4D7eee305F8C9C42b46D6EEA09CcFd5EDc/b69LBy8p5UhcGJqUAmT22dpvdkU-Pulg2inrhoS9Mbc) நீங்கள் காணலாம். + +#### செருகி-இயக்கும் தீர்வுகள் {#plug-and-play} + +உங்கள் சொந்த உபகரணங்களுடன் node ஐ இயக்குவதற்கான எளிய விருப்பம் plug-and-play பெட்டிகளைப் பயன்படுத்துவதாகும். விற்பனையாளர்களிடமிருந்து முன்பிருந்தே கட்டமைக்கப்பட்ட இயந்திரங்கள் மிகவும் நேரடியாக அனுபவத்தை வழங்குகின்றன: ஆர்டர், இணை, இயக்க. எல்லாமும் முன்பிருந்தே கட்டமைக்கப்பட்டுள்ளது மற்றும்மென்பொருளைக் கண்காணிக்கக மற்றும் கட்டுப்படுத்த ஒரு எளிதான வழிகாட்டி மற்றும் டாஷ்போர்டு மூலம் தானாக இயங்குகிறது. + +- [DappNode](https://dappnode.io/) +- [Avado](https://ava.do/) + +#### ஒற்றை-பலகை கணினியில் எத்தேரியம் {#ethereum-on-a-single-board-computer} + +ஒரு Ethereum node ஐ இயக்குவதற்கான எளிய மற்றும் மலிவு வாய்ந்த வழி Raspberry Pi போன்ற ARM கட்டமைப்புடன் கூட ஒரு single board கணினியைப் பயன்படுத்துவதாகும். [ARM இல் எத்தேரியம்](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) ஆனது Raspberry Pi மற்றும் பிற ARM பலகைகளுக்கான பல செயல்பாட்டு மற்றும் கருத்தொற்றுமை வாடிக்கையாளர்களின் எளிதாக இயக்கக்கூடிய படங்களை வழங்குகிறது. + +இவை போன்ற சிறிய, மலிவு மற்றும் திறமையான சாதனங்கள் வீட்டில் node ஐ இயக்குவதற்கு சிறந்தவை, ஆனால் அவற்றின் செயல்திறன் குறைவாக இருக்கும் என்பதை நினைவில் கொள்ளுங்கள். + +## முனையைத் தொடங்குதல் {#spinning-up-node} + +உண்மையான வாடிக்கையாளர் அமைப்பை அல்லது தானியங்கி செயலி தொடக்கிகள் மூலம் அல்லது கையேடு முறையில் நேரடியாக வாடிக்கையாளர் மென்பொருளை அமைக்க முடியும். + +திறமையற்ற பயனர்களுக்கு, பரிந்துரைக்கப்பட்ட அணுகுமுறை, நிறுவலின்போது வழிகாட்டும் மற்றும் வாடிக்கையாளர் அமைப்புச் செயல்முறையைத் தானாகாகச் செய்யும் மென்பொருள், ஒரு தொடக்கியைப் பயன்படுத்துவதாகும். எனினும், நீங்கள் டெர்மினல் பயன்படுத்துவதற்கான சில அனுபவம் உள்ளவராயின், கையேடு அமைப்பிற்கான படிகள் எளிதாகச் செய்யலாம். + +### வழிகாட்டப்பட்ட அமைப்பு {#automatized-setup} + +பல பயனர் நட்பான திட்டங்கள் வாடிக்கையாளர் அமைப்பின் அனுபவத்தை மேம்படுத்துவதற்காக உருவாக்கப்பட்டுள்ளன. இந்தத் தொடக்கிகள் தானாக வாடிக்கையாளர் நிறுவல் மற்றும் கட்டமைப்பை வழங்குகின்றன, சில வழிகாட்டிய அமைப்பிற்கும் மற்றும் வாடிக்கையாளர்களைக் கண்காணிக்க graphical interface ஐ வழங்குகின்றன. + +கீழே சில திட்டங்கள் உள்ளன, இதைப் பயன்படுத்தி சில கிளிக்குகளுடன் வாடிக்கையாளர்களை நிறுவ மற்றும் கட்டுப்படுத்த உதவும்: + +- [DappNode](https://docs.dappnode.io/docs/user/getting-started/choose-your-path) - DappNode ஒரு விற்பனையாளரிடமிருந்து ஒரு இயந்திரத்துடன் மட்டும் வருவதில்லை. மென்பொருள், உண்மையான node தொடக்கி மற்றும் பல அம்சங்களுடன் கட்டுப்பாட்டு மையம் எந்தவொரு உபகரணத்திலும் பயன்படுத்தப்படலாம். +- [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - ஒரு முழு முனையை அமைக்க விரைவான மற்றும் எளிதான வழி. ஒற்றை-வரி அமைப்பு கருவி மற்றும் முனை மேலாண்மை TUI. இலவசம். திறந்த மூல. தனியாகப் பங்களிப்பவர்களால் எத்தேரியத்திற்கான பொதுப் பொருட்கள். ARM64 மற்றும் AMD64 ஆதரவு. +- [eth-docker](https://eth-docker.net/) - எளிதான மற்றும் பாதுகாப்பான பங்களிப்பை மையமாகக் கொண்டு Docker ஐப் பயன்படுத்தி தானியங்கு அமைப்பு, அடிப்படை முனையம் மற்றும் Docker அறிவு தேவை, சற்றே மேம்பட்ட பயனர்களுக்குப் பரிந்துரைக்கப்படுகிறது. +- [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUI அமைப்பு வழிகாட்டி, கட்டுப்பாட்டு மையம் மற்றும் பல அம்சங்களுடன் SSH இணைப்பு வழியாக தொலைநிலை சேவையகத்தில் வாடிக்கையாளர்களை நிறுவுவதற்கான தொடக்கி. +- [NiceNode](https://www.nicenode.xyz/) - உங்கள் கணினியில் ஒரு முனையை இயக்குவதற்கான நேரடியான பயனர் அனுபவத்துடன் கூடிய தொடக்கி. வாடிக்கையாளர்களைத் தேர்ந்தெடுத்து சில கிளிக்குகளுடன் தொடங்குங்கள். இன்னும் வளர்ந்து கொண்டிருக்கிறது. +- [Sedge](https://docs.sedge.nethermind.io/docs/intro) - CLI வழிகாட்டியைப் பயன்படுத்தி Docker உள்ளமைவைத் தானாக உருவாக்கும் முனை அமைப்பு கருவி. Nethermind மூலம் Go மொழியில் எழுதப்பட்டுள்ளது. + +### கைமுறை வாடிக்கையாளர் அமைப்பு {#manual-setup} + +மற்றொரு விருப்பம், வாடிக்கையாளர் மென்பொருளைக் கையேடாகக் குறியீடு செய்ய, சரிபார்க்க மற்றும் கட்டமைக்க ஆகும். சில வாடிக்கையாளர்கள் graphical interface ஐ வழங்கினாலும், கையேடு அமைப்பு அடிப்படை டெர்மினல் திறமைகளைத் தேவைபடுத்துகிறது ஆனால் மேலும் அதிகமான மாறுபாட்டைப் (versatility) வழங்குகிறது. + +முன்பு விளக்கப்பட்டது போல, உங்கள் சொந்த Ethereum node ஐ அமைப்பதற்கு consensus மற்றும் execution வாடிக்கையாளர்களின் ஒரு அணியை இயக்க வேண்டும். சில வாடிக்கையாளர்கள் மற்றொரு வகையின் light client ஐச் சேர்க்கக்கூடும் மற்றும் பிற மென்பொருள்கள் தேவையின்றி சிந்தேசிக்க முடியும். எனினும், முழு நம்பகமற்ற சரிபார்ப்பு இரண்டு செயலாக்கங்களையும் தேவைபடும். + +#### வாடிக்கையாளர் மென்பொருளைப் பெறுதல் {#getting-the-client} + +முதலில், உங்களுக்கு விருப்பமான [செயல்பாட்டு வாடிக்கையாளர்](/developers/docs/nodes-and-clients/#execution-clients) மற்றும் [கருத்தொற்றுமை வாடிக்கையாளர்](/developers/docs/nodes-and-clients/#consensus-clients) மென்பொருளை நீங்கள் பெற வேண்டும். + +உங்கள் இயங்குதளம் மற்றும் கட்டமைப்புக்குப் பொருத்தமான executable பயன்பாட்டை அல்லது நிறுவல் தொகுப்பைப் பெற்று பதிவிறக்கலாம். பதிவிறக்கப்பட்ட தொகுப்புகளின் கையொப்பங்களையும் சோதனைகளை உறுதிப்படுத்த Always செய்யுங்கள். சில வாடிக்கையாளர்கள் எளிதான நிறுவல் மற்றும் புதுப்பிப்புகளுக்கான repositories அல்லது Docker images ஐ வழங்குகின்றன. அனைத்து வாடிக்கையாளர்களும் open source ஆக உள்ளன, எனவே நீங்கள் அவற்றைப் source க்காகவும் கட்டலாம். இது ஒரு மேலதிகமான முறை, ஆனால் சில சமயங்களில் இது தேவைப்படலாம். + +ஒவ்வொரு வாடிக்கையாளர் நிறுவலுக்கான வழிகாட்டல்கள் மேலே பட்டியலிட்ட வாடிக்கையாளர் பட்டியல்களில் இணைக்கப்பட்ட ஆவணங்களில் வழங்கப்படுகின்றன. + +இந்திய சந்தை பக்கம்: + +##### செயல்பாட்டு வாடிக்கையாளர்கள் + +- [Besu](https://github.com/hyperledger/besu/releases) +- [Erigon](https://github.com/ledgerwatch/erigon/releases) +- [Geth](https://geth.ethereum.org/downloads/) +- [Nethermind](https://downloads.nethermind.io/) +- [Reth](https://reth.rs/installation/installation.html) + +வாடிக்கையாளர் பன்முகத்தன்மை [செயல்பாட்டு அடுக்கில் ஒரு சிக்கல்](/developers/docs/nodes-and-clients/client-diversity/#execution-layer) என்பதையும் கவனத்தில் கொள்ள வேண்டும். வானப்பகுதியில் தலையீட்டு வாடிக்கையாளர் இயக்குவதற்கான பரிந்துரை செய்யப்படுகிறது. + +##### கருத்தொற்றுமை வாடிக்கையாளர்கள் + +- [Lighthouse](https://github.com/sigp/lighthouse/releases/latest) +- [Lodestar](https://chainsafe.github.io/lodestar/run/getting-started/installation#build-from-source) (முன்-கட்டமைக்கப்பட்ட பைனரியை வழங்காது, ஒரு Docker படம் அல்லது மூலத்திலிருந்து உருவாக்கப்பட வேண்டும்) +- [Nimbus](https://github.com/status-im/nimbus-eth2/releases/latest) +- [Prysm](https://github.com/prysmaticlabs/prysm/releases/latest) +- [Teku](https://github.com/ConsenSys/teku/releases) + +சரிபார்ப்பவர்களை இயக்கும் கருத்தொற்றுமை முனைகளுக்கு [வாடிக்கையாளர் பன்முகத்தன்மை](/developers/docs/nodes-and-clients/client-diversity/) மிக முக்கியமானது. பெரும்பாலான validators ஒரு தனி வாடிக்கையாளர் செயலாக்கம் இயக்கினால், நெட்வொர்க் பாதுகாப்பு ஆபத்துக்கு உள்ளாகிறது. எனவே, குறைந்த அளவிலான வாடிக்கையாளரைத் தேர்வு செய்யப் பரிந்துரை செய்யப்படுகிறது. + +[சமீபத்திய பிணைய வாடிக்கையாளர் பயன்பாட்டைக் காண்க](https://clientdiversity.org/) மற்றும் [வாடிக்கையாளர் பன்முகத்தன்மை](/developers/docs/nodes-and-clients/client-diversity) பற்றி மேலும் அறிக. + +##### மென்பொருளைப் சரிபார்த்தல் + +இணையத்திலிருந்து மென்பொருளைப் பதிவிறக்கும்போது, அதன் நிலைத்தன்மையைச் சரிபார்ப்பது பரிந்துரைக்கப்படுகிறது. இந்தப் படி விருப்பமானது ஆனால் Ethereum வாடிக்கையாளர் போன்ற முக்கியமான அடிப்படைக் கட்டமைப்புகளுடன், தாக்கம் மற்றும் அவற்றிலிருந்து தடுக்க நம்பிக்கையற்றதாக இருக்க வேண்டியது முக்கியம். நீங்கள் முன்பிருந்தே கட்டமைக்கப்பட்ட binary ஐ பதிவிறக்கியிருந்தால், அதை நம்பிக்கையுடன் எதிர்வரும் ஆபத்து, ஏதாவது குற்றவாளி executable ஐ காட்சிப்படுத்தக்கூடியதாகக் கூறுகின்றது. + +விடுவிக்கப்பட்ட binaries ஐ உருவாக்குநர்கள் தங்கள் PGP சாவிகளைப் பயன்படுத்தி கையொப்பம் செய்கிறார்கள், அதனால் நீங்கள் அவர்கள் உருவாக்கிய மென்பொருளைப் இயல்பாகச் சரிபார்க்க முடியும். நீங்கள் உருவாக்குநர்களால் பயன்படுத்தப்படும் பொது சாவிகளைப் பெற வேண்டும், அவை வாடிக்கையாளர் விடுதலைப் பக்கம் அல்லது ஆவணங்களில் கிடைக்கலாம். வாடிக்கையாளர் வெளியீடு மற்றும் அதன் கையொப்பத்தைப் பதிவிறக்கிய பிறகு, அவற்றை எளிதாகச் சரிபார்க்க, நீங்கள் ஒரு PGP செயலாக்கத்தை, எ.கா., [GnuPG](https://gnupg.org/download/index.html) ஐப் பயன்படுத்தலாம். [லினக்ஸ்](https://www.tecmint.com/verify-pgp-signature-downloaded-software/) அல்லது [விண்டோஸ்/மேக்ஓஎஸ்](https://freedom.press/training/verifying-open-source-software/) இல் `gpg` ஐப் பயன்படுத்தி திறந்த மூல மென்பொருளைச் சரிபார்ப்பது குறித்த ஒரு பயிற்சியைப் பாருங்கள். + +மற்றொரு சரிபார்ப்பு வடிவம், நீங்கள் பதிவிறக்கிய மென்பொருளின் hash, ஒரு தனித்துவமான கிரிப்டோகிராபிக் புறங்கட்டில், உருவாக்குநர்களால் வழங்கப்பட்ட hash உடன் பொருந்துவதை உறுதி செய்வதாகும். இது PGP ஐப் பயன்படுத்துவதற்கு எளிதாகவே உள்ளது, மற்றும் சில வாடிக்கையாளர்கள் மட்டும் இந்த விருப்பத்தை வழங்குகின்றன. பதிவிறக்கப்பட்ட மென்பொருளில் hash செயல்பாட்டைப் இயக்கி, அதை விடுதலைப்பக்கமுள்ளள hash உடன் ஒப்பிடுங்கள். உதாரணமாக: + +```sh +sha256sum teku-22.6.1.tar.gz + +9b2f8c1f8d4dab0404ce70ea314ff4b3c77e9d27aff9d1e4c1933a5439767dde +``` + +#### வாடிக்கையாளர் அமைப்பு {#client-setup} + +நிறுவித்த பிறகு, பதிவிறக்கிய பிறகு, அல்லது வாடிக்கையாளர் மென்பொருளைப் தொகுத்த பிறகு, அதை இயக்கத் தயாராக இருக்கிறீர்கள். இது சரியான கட்டமைப்புடன் செயல்படுத்தப்பட வேண்டும் என்பதைக் குறிப்பதாகும். வாடிக்கையாளர்கள் பரந்த கட்டமைப்பு விருப்பங்களை வழங்குகின்றனர், இது பல்வேறு அம்சங்களை இயல்புபடுத்தலாம். + +வாடிக்கையாளர் செயல்திறனும் தரவுப் பயன்பாடும் மாறுபடக்கூடிய விருப்பங்களுடன் தொடங்கலாம். [ஒத்திசைவு முறைகள்](/developers/docs/nodes-and-clients/#sync-modes) பிளாக்செயின் தரவைப் பதிவிறக்கம் செய்து சரிபார்க்கும் வெவ்வேறு முறைகளைக் குறிக்கின்றன. Node ஐத் தொடங்குவதற்கு முன், நீங்கள் எந்த நெட்வொர்க் மற்றும் sync முறையைப் பயன்படுத்துவது என்பதை தீர்மானிக்க வேண்டும். மிக முக்கியமானவை disk space மற்றும் sync நேரம் ஆகியவையாகும், இது வாடிக்கையாளருக்குத் தேவைப்படும். வாடிக்கையாளர் ஆவணங்களின் மேல் கவனம் செலுத்தி, எது sync முறை காட்சி என்பதைப் கண்டறியவும். உங்களுக்கு ஏற்படாது எனில், பாதுகாப்பு, கிடைக்கக்கூடிய தரவுகள் மற்றும் செலவின்வரை மாறுபாட்டின் அடிப்படையில் மற்றொரு முறையைத் தேர்ந்தெடுக்கவும். சின்க்ரொனசேஷன் ஆல்கரிதமின் தவிர, பழைய தரவுகளைப் பொறுத்து pruning ஐ அமைக்கவும். கத்தரித்தல் என்பது காலாவதியான தரவை நீக்க உதவுகிறது, அதாவது, சமீபத்திய தொகுதிகளிலிருந்து அணுக முடியாத நிலை ட்ரை முனைகளை நீக்குகிறது. + +பிற அடிப்படை உள்ளமைவு விருப்பங்கள், எ.கா., ஒரு பிணையத்தைத் தேர்ந்தெடுப்பது - முதன்மைப்பிணையம் அல்லது சோதனைப்பிணையங்கள், RPC அல்லது WebSockets க்கான HTTP இறுதிப்புள்ளியைச் செயல்படுத்துதல் போன்றவை ஆகும். அனைத்து அம்சங்களும் விருப்பங்களும் வாடிக்கையாளர் ஆவணங்களில் காணலாம். வேறுபட்ட வாடிக்கையாளர் கட்டமைப்புகளை CLI இல் தொடர்புடைய flags உடன் அல்லது config file இல் நேரடியாக இயக்கி அமைக்க முடியும். ஒவ்வொரு வாடிக்கையாளர் உலோகம் அங்கீகாரம் கொண்டுள்ளது; தயவுசெய்து எப்போதும் அதன் அதிகாரப்பூர்வ ஆவணங்கள் அல்லது உதவி பக்கம்மூலம் config விருப்பங்கள்பற்றிய விவரங்களுக்கு அணுகுங்கள். + +சோதனை நோக்கங்களுக்காக, நீங்கள் ஒரு வாடிக்கையாளரை testnet நெட்வொர்க்களில் ஒன்றில் இயக்க விரும்பலாம். [ஆதரிக்கப்படும் பிணையங்களின் மேலோட்டத்தைப் பார்க்கவும்](/developers/docs/nodes-and-clients/#execution-clients). + +அடிப்படை கட்டமைப்புடன் execution வாடிக்கையாளர்களை இயக்குவதற்கான உதாரணங்கள் அடுத்த பகுதி உள்ளன. + +#### செயல்பாட்டு வாடிக்கையாளரைத் தொடங்குதல் {#starting-the-execution-client} + +Execution வாடிக்கையாளர் மென்பொருளைத் தொடங்குவதற்கு முன், உங்கள் சூழல் தயாராக உள்ளதை இறுதி முறையாகச் சரிபார்க்கவும். எடுத்துக்காட்டாக,: + +- தேர்ந்தெடுக்கப்பட்ட நெட்வொர்க் மற்றும் sync முறையைப் பொறுத்து போதுமான disk space உள்ளது என்பதை உறுதிப்படுத்தவும். +- மெமரி மற்றும் CPU மற்ற செயலிகளைப் பெதுபடுத்தப்படாதது உறுதியாக்கவும். +- செயல்பாட்டுக் கட்டமைப்பு (Operating system) சமீபத்திய பதிப்புவரை மேம்படுத்தப்பட்டுள்ளதா என்பதையும் சரிபார்க்கவும். +- அமைப்பில் சரியான நேரம் மற்றும் தேதி அமைக்கப்பட்டுள்ளது என்பதை உறுதிப்படுத்தவும். +- உங்கள் ரவுடர் மற்றும் firewall கேட்கும் ports மீது இணைப்புகளை ஏற்கின்றன என்பதை உறுதிப்படுத்தவும். இயல்பாக, Ethereum வாடிக்கையாளர்கள் ஒரு listener (TCP) port மற்றும் ஒரு discovery (UDP) port ஐப் பயன்படுத்துகின்றனர், இயல்பாக இரண்டும் 30303 இல் உள்ளது. + +முதலில் உங்கள் வாடிக்கையாளர் ஒரு testnet இல் இயக்கவும், இதனால் அனைத்து விஷயங்களும் சரியாகச் செயல்படுவதை உறுதிப்படுத்த உதவும். + +உதவிக்கருவிகள் அல்லது config கோப்பைப் பயன்படுத்தி உங்கள் விரும்பிய கட்டமைப்பைப் அறிவிக்க வேண்டும். உங்களுக்கு விருப்பமான கட்டமைப்பைப் தெரிவிக்க flags அல்லது config கோப்பைப் பயன்படுத்தலாம். ஒவ்வொரு வாடிக்கையாளர் மேம்பாட்டு அம்சங்கள் மற்றும் config உலோகங்கள் மாறுபடுகின்றன. உங்கள் வாடிக்கையாளர் ஆவணங்களைக் குறிப்பிட்ட விஷயங்களைப் பார்க்கவும். + +செயல்பாட்டு மற்றும் கருத்தொற்றுமை வாடிக்கையாளர்கள் [இயந்திர API](https://github.com/ethereum/execution-apis/tree/main/src/engine) இல் குறிப்பிடப்பட்டுள்ள அங்கீகரிக்கப்பட்ட இறுதிப்புள்ளி வழியாகத் தொடர்பு கொள்கின்றன. ஒரு கருத்தொற்றுமை வாடிக்கையாளருடன் இணைக்க, செயல்பாட்டு வாடிக்கையாளர் ஒரு அறியப்பட்ட பாதையில் [`jwtsecret`](https://jwt.io/) ஐ உருவாக்க வேண்டும். பாதுகாப்பு மற்றும் நிலைத்தன்மை காரணமாக, வாடிக்கையாளர்கள் ஒரே இயந்திரத்தில் இயக்கப்பட வேண்டும், மற்றும் இரண்டு வாடிக்கையாளர்களும் இந்தப் பாதையைப் அறிவிக்க வேண்டும், இது அவர்களுக்கிடையேயான உள்ளூர் RPC இணைப்பை அங்கீகரிக்கப் பயன்படுத்தப்படுகிறது. Execution வாடிக்கையாளர் அங்கீகாரம் பெற்ற APIs க்கான ஒரு கேட்கும் port ஐவும் வரையறுக்க வேண்டும். + +இந்த டோக்கன் வாடிக்கையாளர் மென்பொருளால் தானாக உருவாக்கப்படுகிறது, ஆனால் சில சந்தர்ப்பங்களில், நீங்கள் அதை மெய்மையானதாகச் செய்ய வேண்டியிருக்கும். நீங்கள் [OpenSSL](https://www.openssl.org/) ஐப் பயன்படுத்தி அதை உருவாக்கலாம்: + +```sh +openssl rand -hex 32 > jwtsecret +``` + +#### ஒரு செயல்பாட்டு வாடிக்கையாளரை இயக்குதல் {#running-an-execution-client} + +இந்தப் பகுதி execution வாடிக்கையாளர்களைத் தொடங்குவதற்கான வழிகாட்டியாக இருக்கும். இது ஒரு அடிப்படை கட்டமைப்பின் உதாரணமாகச் செயல்படும், இது இந்த அமைப்புகளுடன் வாடிக்கையாளரைத் தொடங்கும்: + +- உதாரணங்களில் Mainnet என்ற நெட்வொர்க் தொடர்பு கொடுக்கப்படுகிறது + - உங்கள் அமைப்பின் ஆரம்ப சோதனைக்கு பதிலாக [சோதனைப்பிணையங்களில் ஒன்றை](/developers/docs/networks/) நீங்கள் தேர்வு செய்யலாம் +- தரவுகள் அடங்கிய அனைத்து தரவுகளையும் சேமிக்க data directory ஐ வரையறுக்கிறது + - பாதையை ஒரு உண்மையான பாதையுடன் மாற்றுவதை உறுதிசெய்து கொள்ளுங்கள், எ.கா., உங்கள் வெளிப்புற இயக்ககத்தைச் சுட்டிக்காட்டுகிறது +- வாடிக்கையாளர் உடன் தொடர்பு கொள்ள interfaces ஐ இயக்குகிறது + - Consensus வாடிக்கையாளர் உடன் தொடர்புக்கு JSON-RPC மற்றும் Engine API ஐப் செய்தல் +- அங்கீகரிக்கப்பட்ட API க்கான `jwtsecret` பாதையை வரையறுக்கிறது + - எடுத்துக்காட்டு பாதையை வாடிக்கையாளர்களால் அணுகக்கூடிய உண்மையான பாதையுடன் மாற்றுவதை உறுதிசெய்யவும், எ.கா., `/tmp/jwtsecret` + +இந்தது ஒரு அடிப்படை உதாரணம் மட்டுமே, மற்ற அனைத்து அமைப்புகளும் இயல்புநிலைக்கு அமைவாக இருக்கும். இயல்புநிலைகள், அமைப்புகள் மற்றும் அம்சங்களைப் பற்றிய தகவலுக்கு ஒவ்வொரு வாடிக்கையாளரின் ஆவணங்களைக் கவனமாகப் பார்க்கவும். கூடுதல் அம்சங்களுக்கு, எடுத்துக்காட்டாக, validators ஐ இயக்குதல், கண்காணிப்பு, மற்றும் பிறவற்றிற்காக, குறிப்பிட்ட வாடிக்கையாளரின் ஆவணங்களைப் பார்க்கவும். + +> உதாரணங்களில் உள்ள பின்கோடுகள் `` வடிவமைப்பிற்காக மட்டுமே உள்ளன என்பதை நினைவில் கொள்ளவும்; உள்ளமைப்புக் கொடிகளை ஒரே வரியில் வரையறுக்கலாம். + +##### Besu ஐ இயக்குவது + +இந்த எடுத்துக்காட்டு Besu-ஐ முதன்மைப்பிணையத்தில் தொடங்குகிறது, `/data/ethereum` இல் இயல்புநிலை வடிவத்தில் பிளாக்செயின் தரவைச் சேமிக்கிறது, கருத்தொற்றுமை வாடிக்கையாளரை இணைப்பதற்காக JSON-RPC மற்றும் இயந்திர RPC-ஐச் செயல்படுத்துகிறது. இயந்திர API ஆனது `jwtsecret` டோக்கன் மூலம் அங்கீகரிக்கப்படுகிறது மற்றும் `localhost` இலிருந்து வரும் அழைப்புகள் மட்டுமே அனுமதிக்கப்படுகின்றன. + +```sh +besu --network=mainnet \ + --data-path=/data/ethereum \ + --rpc-http-enabled=true \ + --engine-rpc-enabled=true \ + --engine-host-allowlist="*" \ + --engine-jwt-enabled=true \ + --engine-jwt-secret=/path/to/jwtsecret +``` + +Besu கூட ஒரு launcher விருப்பத்துடன் வருகிறது, இது ஒரு தொடரான கேள்விகளைக் கேட்டு config கோப்பை உருவாக்கும். Interactive launcher ஐ இயக்க: + +```sh +besu --Xlauncher +``` + +[Besu-வின் ஆவணங்கள்](https://besu.hyperledger.org/public-networks/get-started/start-node/) கூடுதல் விருப்பங்கள் மற்றும் உள்ளமைவு விவரங்களைக் கொண்டுள்ளது. + +##### Erigon ஐ இயக்குவது + +இந்த எடுத்துக்காட்டு Erigon-ஐ முதன்மைப்பிணையத்தில் தொடங்குகிறது, `/data/ethereum` இல் பிளாக்செயின் தரவைச் சேமிக்கிறது, JSON-RPC-ஐச் செயல்படுத்துகிறது, எந்தப் பெயர்வெளிகள் அனுமதிக்கப்படுகின்றன என்பதை வரையறுக்கிறது மற்றும் `jwtsecret` பாதையால் வரையறுக்கப்பட்ட கருத்தொற்றுமை வாடிக்கையாளரை இணைப்பதற்கான அங்கீகாரத்தைச் செயல்படுத்துகிறது. + +```sh +erigon --chain mainnet \ + --datadir /data/ethereum \ + --http --http.api=engine,eth,web3,net \ + --authrpc.jwtsecret=/path/to/jwtsecret +``` + +Erigon இயல்புநிலைப்படி 8GB HDD உடன் முழுமையான ஒத்திசைவு செய்கிறது, இது 2TB க்கும் மேற்பட்ட archive தரவை உருவாக்கும். `datadir` போதுமான காலியிடத்துடன் கூடிய வட்டைச் சுட்டுகிறதா என்பதை உறுதிப்படுத்தவும் அல்லது வெவ்வேறு வகையான தரவைக் குறைக்கக்கூடிய `--prune` கொடியைப் பார்க்கவும். மேலும் அறிய Erigon-இன் `--help` ஐப் பார்க்கவும். + +##### Geth ஐ இயக்குவது + +இந்த எடுத்துக்காட்டு Geth-ஐ முதன்மைப்பிணையத்தில் தொடங்குகிறது, `/data/ethereum` இல் பிளாக்செயின் தரவைச் சேமிக்கிறது, JSON-RPC-ஐச் செயல்படுத்துகிறது மற்றும் எந்த பெயர்வெளிகள் அனுமதிக்கப்படுகின்றன என்பதை வரையறுக்கிறது. இது கருத்தொற்றுமை வாடிக்கையாளரை இணைப்பதற்கான அங்கீகாரத்தையும் செயல்படுத்துகிறது, இதற்கு `jwtsecret` பாதை தேவைப்படுகிறது மற்றும் எந்த இணைப்புகள் அனுமதிக்கப்படுகின்றன என்பதை வரையறுக்கும் விருப்பமும் தேவை, எங்கள் எடுத்துக்காட்டில் `localhost` இலிருந்து மட்டுமே. + +```sh +geth --mainnet \ + --datadir "/data/ethereum" \ + --http --authrpc.addr localhost \ + --authrpc.vhosts="localhost" \ + --authrpc.port 8551 + --authrpc.jwtsecret=/path/to/jwtsecret +``` + +அனைத்து உள்ளமைவு விருப்பங்களுக்கும் [ஆவணங்களைச் சரிபார்த்து](https://geth.ethereum.org/docs/fundamentals/command-line-options) மேலும் [கருத்தொற்றுமை வாடிக்கையாளருடன் Geth-ஐ இயக்குவது](https://geth.ethereum.org/docs/getting-started/consensus-clients) பற்றி அறியவும். + +##### Nethermind ஐ இயக்குவது + +Nethermind பல்வேறு [நிறுவல் விருப்பங்களை](https://docs.nethermind.io/get-started/installing-nethermind) வழங்குகிறது. தொகுப்பு பல binary களுடன் வருகிறது, இதில் ஒரு வழிகாட்டி அமைப்புடன் Launcher உள்ளது, இது நீங்கள் தொடர்பான பரிந்துரை அமைப்பை உருவாக்க உதவுகிறது. மாறாக, நீங்கள் Runner ஐ காணலாம், இது executable தான் மற்றும் நீங்கள் config flags உடன் அதை இயக்கலாம். JSON-RPC இயல்புநிலையாகச் செயல்படுத்தப்பட்டுள்ளது. + +```sh +Nethermind.Runner --config mainnet \ + --datadir /data/ethereum \ + --JsonRpc.JwtSecretFile=/path/to/jwtsecret +``` + +Nethermind ஆவணங்கள் கருத்தொற்றுமை வாடிக்கையாளருடன் Nethermind-ஐ இயக்குவது குறித்த [முழுமையான வழிகாட்டியை](https://docs.nethermind.io/get-started/running-node/) வழங்குகின்றன. + +ஒரு செயல்பாட்டு வாடிக்கையாளர் அதன் மைய செயல்பாடுகளை, தேர்ந்தெடுக்கப்பட்ட இடங்களைத் துவக்கி, நண்பர்களைத் தேடத் தொடங்கும். நண்பர்களை வெற்றிகரமாகக் கண்டுபிடித்தபிறகு, வாடிக்கையாளர் ஒத்திசைவைத் தொடங்கும். செயல் வாடிக்கையாளர் consensus வாடிக்கையாளர்மூலம் இணைப்பை எதிர்ப்பார்க்கும். தற்போதைய blockchain தரவுகள் வாடிக்கையாளர் தற்போதைய நிலையில் வெற்றிகரமாக ஒத்திசைவாக்கப்பட்ட பிறகு கிடைக்கும். + +##### Reth ஐ இயக்குவது + +இந்த எடுத்துக்காட்டு, Reth ஐ Mainnet இல் ஆரம்பிக்கிறது, இயல்பான தரவிடல் இடத்தைப் பயன்படுத்துகிறது. `jwtsecret` பாதையால் வரையறுக்கப்பட்ட கருத்தொற்றுமை வாடிக்கையாளரை இணைப்பதற்காக JSON-RPC மற்றும் இயந்திர RPC அங்கீகாரத்தைச் செயல்படுத்துகிறது, இதில் `localhost` இலிருந்து வரும் அழைப்புகள் மட்டுமே அனுமதிக்கப்படுகின்றன. + +```sh +reth node \ + --authrpc.jwtsecret /path/to/jwtsecret \ + --authrpc.addr 127.0.0.1 \ + --authrpc.port 8551 +``` + +இயல்புநிலை தரவு அடைவுகள் பற்றி மேலும் அறிய [Reth-ஐ உள்ளமைத்தல்](https://reth.rs/run/config.html?highlight=data%20directory#configuring-reth) என்பதைப் பார்க்கவும். [Reth-இன் ஆவணங்கள்](https://reth.rs/run/mainnet.html) கூடுதல் விருப்பங்கள் மற்றும் உள்ளமைவு விவரங்களைக் கொண்டுள்ளது. + +#### கருத்தொற்றுமை வாடிக்கையாளரைத் தொடங்குதல் {#starting-the-consensus-client} + +அமர்த்தக்கூடிய வாடிக்கையாளர் சரியான பரிமாண அமைப்புடன் தொடங்கப்பட வேண்டும், இது execution வாடிக்கையாளர் இடையே உள்ள உள்ளூர் RPC இணைப்பை ஏற்படுத்துகிறது. பரிமாணங்களை உள்ளடக்கிய execution வாடிக்கையாளர் போர்ட் வெளிப்படையாக இயக்கப்பட வேண்டும். + +கருத்தொற்றுமை வாடிக்கையாளருக்கு அவற்றுக்கிடையேயான RPC இணைப்பை அங்கீகரிப்பதற்காக செயல்பாட்டு வாடிக்கையாளரின் `jwt-secret` பாதையும் தேவை. மேலே குறிப்பிடப்பட்ட execution எடுத்துக்காட்டுகளுக்கு ஒத்தவாறு, ஒவ்வொரு அமர்த்தக்கூடிய வாடிக்கையாளர் க்கு jwt டோக்கன் கோப்புப் பாதையை ஒரு வாதமாகக் கொண்ட கான்பிகரேஷன் எரிப்பு உள்ளது. இது செயல்பாட்டு வாடிக்கையாளருக்கு வழங்கப்பட்ட `jwtsecret` பாதையுடன் சீராக இருக்க வேண்டும். + +நீங்கள் ஒரு பரிசோதகரை இயக்கத் திட்டமிட்டால், Ethereum முகவரியின் கட்டணத்தைப் பெறுநரின் அளவுகோலை குறிப்பிடும் கான்பிகரேஷன் எரிபொருளைச் சேர்க்கவும். இது உங்கள் பரிசோதகருக்கான எத்தர் பரிசுகளைக் கொண்டிருக்கும் இடமாகும். ஒவ்வொரு கருத்தொற்றுமை வாடிக்கையாளருக்கும் ஒரு விருப்பம் உள்ளது, எ.கா., `--suggested-fee-recipient=0xabcd1`, இது ஒரு எத்தேரியம் முகவரியை ஒரு தருக்களாக எடுத்துக்கொள்கிறது. + +ஒரு சோதனைப்பிணையத்தில் ஒரு பீக்கன் முனையைத் தொடங்கும்போது, [சரிபார்ப்பு புள்ளி ஒத்திசைவிற்கான](https://notes.ethereum.org/@launchpad/checkpoint-sync) ஒரு பொது இறுதிப்புள்ளியைப் பயன்படுத்துவதன் மூலம் குறிப்பிடத்தக்க ஒத்திசைவு நேரத்தைச் சேமிக்க முடியும். + +#### ஒரு கருத்தொற்றுமை வாடிக்கையாளரை இயக்குதல் {#running-a-consensus-client} + +##### Lighthouse ஐ இயக்குவது + +Lighthouse-ஐ இயக்குவதற்கு முன், அதை எவ்வாறு நிறுவுவது மற்றும் உள்ளமைப்பது என்பது பற்றி [Lighthouse புத்தகத்தில்](https://lighthouse-book.sigmaprime.io/installation.html) மேலும் அறிக. + +```sh +lighthouse beacon_node \ + --network mainnet \ + --datadir /data/ethereum \ + --http \ + --execution-endpoint http://127.0.0.1:8551 \ + --execution-jwt /path/to/jwtsecret +``` + +##### Lodestar ஐ இயக்குவது + +Lodestar மென்பொருளை, அதைச் சிக்கிக்கொள்ளவோ அல்லது Docker படம் டவுன்லோடு செய்யவோ நிறுவுங்கள். [ஆவணங்கள்](https://chainsafe.github.io/lodestar/) மற்றும் மேலும் விரிவான [அமைப்பு வழிகாட்டியில்](https://hackmd.io/@philknows/rk5cDvKmK) மேலும் அறிக. + +```sh +lodestar beacon \ + --dataDir="/data/ethereum" \ + --network=mainnet \ + --eth1.enabled=true \ + --execution.urls="http://127.0.0.1:8551" \ + --jwt-secret="/path/to/jwtsecret" +``` + +##### Nimbus ஐ இயக்குவது + +Nimbus கான்சஸ் மற்றும் execution வாடிக்கையாளர் இரண்டும் கொண்டது. இது மிகவும் குறைந்த கணினி சக்தியுடன் கூடப் பலவிதமான சாதனங்களில் இயக்கக்கூடும். +[சார்புகள் மற்றும் Nimbus-ஐ நிறுவிய](https://nimbus.guide/quick-start.html) பிறகு, நீங்கள் அதன் கருத்தொற்றுமை வாடிக்கையாளரை இயக்கலாம்: + +```sh +nimbus_beacon_node \ + --network=mainnet \ + --web3-url=http://127.0.0.1:8551 \ + --rest \ + --jwt-secret="/path/to/jwtsecret" +``` + +##### Prysm ஐ இயக்குவது + +Prysm சுலபமான தானியங்கு நிறுவலுக்கு அனுமதிக்கும் ஸ்கிரிப்டுடன் வருகிறது. விவரங்களை [Prysm ஆவணங்களில்](https://prysm.offchainlabs.com/docs/install-prysm/install-with-script/) காணலாம். + +```sh +./prysm.sh beacon-chain \ + --mainnet \ + --datadir /data/ethereum \ + --execution-endpoint=http://localhost:8551 \ + --jwt-secret=/path/to/jwtsecret +``` + +##### Teku ஐ இயக்குவது + +```sh +teku --network mainnet \ + --data-path "/data/ethereum" \ + --ee-endpoint http://localhost:8551 \ + --ee-jwt-secret-file "/path/to/jwtsecret" +``` + +ஒரு கான்சஸ் வாடிக்கையாளர் deposit ஒப்பந்தத்தைப் படிக்க மற்றும் பரிசோதகர்களை அடையாளம் காண execution வாடிக்கையாளருடன் இணைக்கும்போது, அது பிற Beacon Node நண்பர்களுடன் இணைக்கப்படுகிறது மற்றும் முதல் தொடக்கம் முதல் consensus slots ஐ ஒத்திசைக்கத் தொடங்குகிறது. Beacon Node தற்போதைய ஏபோக் அடைந்த பிறகு, Beacon API உங்கள் பரிசோதகர்களுக்கு பயன்பாட்டிற்கு வரும். [பீக்கன் முனை APIகள்](https://eth2docs.vercel.app/) பற்றி மேலும் அறிக. + +### சரிபார்ப்பவர்களைச் சேர்த்தல் {#adding-validators} + +ஒரு கான்சஸ் வாடிக்கையாளர் பரிசோதகர்களுடன் இணைக்க Beacon Node ஆகச் செயல்படுகிறது. ஒவ்வொரு கான்சஸ் வாடிக்கையாளர் தனது சொந்த பரிசோதகர் மென்பொருளை வழங்குகிறது, இது அதற்குரிய ஆவணங்களில் விரிவாக விவரிக்கப்பட்டுள்ளது. + +உங்கள் சொந்த சரிபார்ப்பவரை இயக்குவது [தனியாகப் பங்களிப்பதை](/staking/solo/) அனுமதிக்கிறது, இது எத்தேரியம் பிணையத்தை ஆதரிப்பதற்கான மிகவும் தாக்கமிக்க மற்றும் நம்பிக்கை தேவைப்படாத முறையாகும். இருப்பினும், இது 32 ETH வைப்பு தேவைப்படுகிறது. குறைந்த தொகையுடன் உங்கள் சொந்த முனையில் ஒரு சரிபார்ப்பவரை இயக்க, [Rocket Pool](https://rocketpool.net/node-operators) போன்ற அனுமதியற்ற முனை இயக்குநர்களைக் கொண்ட ஒரு பரவலாக்கப்பட்ட குழு உங்களுக்கு ஆர்வமூட்டலாம். + +பங்களித்தல் மற்றும் சரிபார்ப்பவர் திறவுகோல் உருவாக்கத்தைத் தொடங்குவதற்கான எளிதான வழி [Hoodi சோதனைப்பிணைய பங்களிப்பு ஏவுதளத்தை](https://hoodi.launchpad.ethereum.org/)ப் பயன்படுத்துவதாகும், இது [Hoodi-இல் முனைகளை இயக்குவதன்](https://notes.ethereum.org/@launchpad/hoodi) மூலம் உங்கள் அமைப்பைச் சோதிக்க உங்களை அனுமதிக்கிறது. நீங்கள் முதன்மைப்பிணையத்திற்குத் தயாராக இருக்கும்போது, [முதன்மைப்பிணைய பங்களிப்பு ஏவுதளத்தைப்](https://launchpad.ethereum.org/) பயன்படுத்தி இந்த படிகளை மீண்டும் செய்யலாம். + +பங்களிப்பு விருப்பங்களைப் பற்றிய ஒரு மேலோட்டத்திற்கு [பங்களிப்பு பக்கத்தைப்](/staking) பார்க்கவும். + +### முனையைப் பயன்படுத்துதல் {#using-the-node} + +செயல்பாட்டு வாடிக்கையாளர்கள் [RPC API இறுதிப்புள்ளிகளை](/developers/docs/apis/json-rpc/) வழங்குகிறார்கள், அவற்றை நீங்கள் பரிவர்த்தனைகளைச் சமர்ப்பிக்க, எத்தேரியம் பிணையத்தில் ஸ்மார்ட் ஒப்பந்தங்களுடன் தொடர்பு கொள்ள அல்லது வரிசைப்படுத்த பல்வேறு வழிகளில் பயன்படுத்தலாம்: + +- ஒரு பொருத்தமான நெறிமுறையுடன் அவற்றை கைமுறையாக அழைத்தல் (எ.கா., `curl` ஐப் பயன்படுத்தி) +- வழங்கப்பட்ட கன்சோலை இணைத்தல் (எ.கா., `geth attach`) +- [web3.py](https://web3py.readthedocs.io/en/stable/overview.html#overview), [ethers](https://github.com/ethers-io/ethers.js/) போன்ற web3 நூலகங்களைப் பயன்படுத்தி பயன்பாடுகளில் அவற்றைச் செயல்படுத்துதல் + +மூன்று வாடிக்கையாளர்கள் RPC முடிவுகளின் மாறுபட்ட செயல்பாடுகளைக் கொண்டுள்ளனர். ஆனால் ஒவ்வொரு வாடிக்கையாளர் மற்றும் நெட்வொர்க்குடன் நீங்கள் பயன்படுத்தக்கூடிய சாஹித JSON-RPC உள்ளது. ஒரு மேலோட்டத்திற்கு [JSON-RPC ஆவணங்களைப் படிக்கவும்](/developers/docs/apis/json-rpc/). Ethereum நெட்வொர்க்கில் தகவல்களைத் தேவைப்படும் செயலிகள் இந்த RPC ஐப் பயன்படுத்தலாம். எடுத்துக்காட்டாக, பிரபலமான பணப்பையான MetaMask, வலுவான தனியுரிமை மற்றும் பாதுகாப்பு நன்மைகளைக் கொண்ட [உங்கள் சொந்த RPC இறுதிப்புள்ளியுடன் இணைக்க](https://metamask.zendesk.com/hc/en-us/articles/360015290012-Using-a-Local-Node) உங்களை அனுமதிக்கிறது. + +கருத்தொற்றுமை வாடிக்கையாளர்கள் அனைவரும் ஒரு [பீக்கன் API](https://ethereum.github.io/beacon-APIs) ஐ வெளிப்படுத்துகிறார்கள், இது கருத்தொற்றுமை வாடிக்கையாளரின் நிலையை சரிபார்க்க அல்லது [Curl](https://curl.se) போன்ற கருவிகளைப் பயன்படுத்தி கோரிக்கைகளை அனுப்புவதன் மூலம் தொகுதிகள் மற்றும் கருத்தொற்றுமைத் தரவைப் பதிவிறக்கப் பயன்படுகிறது. இது தொடர்பான மேலும் தகவல்களை ஒவ்வொரு கான்சஸ் வாடிக்கையாளர் ஆவணங்களில் காணலாம். + +#### RPC-ஐ அடைதல் {#reaching-rpc} + +செயல்பாட்டு வாடிக்கையாளர் JSON-RPC க்கான இயல்புநிலை போர்ட் `8545` ஆகும், ஆனால் உள்ளமைப்பில் உள்ளூர் இறுதிப்புள்ளிகளின் போர்ட்களை நீங்கள் மாற்றலாம். இயல்பாக, RPC இடைமுகம் உங்கள் கணினியின் உள்ளூர் முதன்மை முகவரியில் மட்டுமே அடைக்கூடியது. அதை தொலைதூரத்தில் அணுகக்கூடியதாக மாற்ற, முகவரியை `0.0.0.0` என மாற்றுவதன் மூலம் அதை பொதுவில் வெளிப்படுத்த விரும்பலாம். இது உள்ளக நெட்வொர்க்கு மற்றும் பொது IP முகவரிகளின் மூலம் அடைவதற்குத் தகுந்ததாக இருக்கும். பெரும்பாலான சந்தர்ப்பங்களில், உங்கள் ரவுடரில் போர்ட் பரிமாற்ற அமைப்புகளை அமைக்கவும் தேவைப்படும். + +இணையத்திற்கு போர்டுகளை வெளிப்படுத்தும் முறையை எச்சரிக்கையுடன் அணுகவும், ஏனெனில் இது இணையத்தில் உள்ள எவரிடமிருந்தும் உங்கள் நொடியைக் கட்டுப்படுத்த அனுமதிக்கும். செயற்பாட்டாளர்கள் உங்கள் நொடியை அணுகி உங்கள் அமைப்பைக் கீழ்த்தரமான நிலைக்குக் கொண்டு வரலாம் அல்லது உங்கள் பணங்களை திருடலாம், நீங்கள் உங்கள் வாடிக்கையாளரைப் பணப்பை போலப் பயன்படுத்துகிறீர்கள் என்றால். + +இந்தச் சிக்கலுக்கான ஒரு வழி, போதிய சேதத்தை ஏற்படுத்தக்கூடிய RPC முறைகளை மாற்ற முடியாததாக உருவாக்குவது. எடுத்துக்காட்டாக, Geth-ஐப் பயன்படுத்தி, ஒரு கொடியின் மூலம் மாற்றக்கூடிய முறைகளை நீங்கள் இவ்வாறு அறிவிக்கலாம்: `--http.api web3,eth,txpool`. + +RPC இடைமுகத்திற்கான அணுகலை, மேம்பாட்டு எட்ஜ் மாடுல்கள் அல்லது வலைச்சேர்க்கை பயன்பாடுகள், Nginx போன்றவை உருவாக்குவதன் மூலம் விரிவாக்கலாம் மற்றும் அவற்றைப் உங்கள் வாடிக்கையாளரின் உள்ளக முகவரிக்கும் போர்டுக்கும் இணைக்கலாம். ஒரு இடைநிலை அடுக்கைப் பயன்படுத்துவது, RPC இடைமுகத்திற்கான பாதுகாப்பான `https` இணைப்புகளுக்கு ஒரு சான்றிதழை அமைக்க டெவலப்பர்களுக்கு திறனை வழங்க முடியும். + +ஒரு வலைச்சேவையகத்தை, பரிமாற்றம் அல்லது வெளிப்புற சந்திப்பு REST API ஐ அமைப்பது மட்டுமல்லாமல், உங்கள் நொடியின் RPC முடிவுகளை அணுக சில தனியுரிமை பாதுகாக்கும் வழிகள் உள்ளன. பொதுவில் அணுகக்கூடிய இறுதிப்புள்ளியை அமைப்பதற்கான மற்றொரு தனியுரிமை-பாதுகாப்பு வழி, உங்கள் சொந்த [Tor](https://www.torproject.org/) வெங்காய சேவையில் முனையை ஹோஸ்ட் செய்வதாகும். இதன் மூலம், நிலையான பொதுப் IP முகவரியோ அல்லது திறந்த போர்டுகளோ இல்லாமல் உங்கள் உள்ளூர் நெட்வொர்க்கை அஞ்சலவியீட்டமாக அணுக முடியும். ஆனால், இந்த அமைப்பு உங்கள் RPC ஐ Tor நெட்வொர்க்கில் மட்டுமே அணுகக்கூடியதாக வைத்திருக்கக்கூடும், இது அனைத்து பயன்பாடுகளாலும் ஆதரிக்கப்படுவதில்லை மற்றும் இணைப்புச் சிக்கல்களை உருவாக்கக்கூடும். + +இதைச் செய்ய, நீங்கள் உங்கள் சொந்த [வெங்காய சேவையை](https://community.torproject.org/onion-services/) உருவாக்க வேண்டும். உங்களுடைய சொந்த ஹோஸ்ட்டை உருவாக்க வெங்காய சேவை அமைப்பைப் பற்றிய [ஆவணங்களைப்](https://community.torproject.org/onion-services/setup/) பாருங்கள். நீங்கள் அதை RPC போர்டிற்கான பரிமாற்றத்துடன் உள்ள வலைச்சேவையகமாகக் குறிக்கலாம் அல்லது நேரடியாக RPC க்கு குறிக்கலாம். + +இறுதியாக, மற்றும் உள்ளக நெட்வொர்க்குகளை அணுகுவதற்கான மிகவும் பிரபலமான வழிகளில் ஒன்றாக VPN இணைப்பினை பயன்படுத்துவது. உங்கள் பயன்பாட்டு வழிகாட்டி மற்றும் உங்கள் நொடியை அணுக வேண்டிய பயனர் எண்ணிக்கையின் அடிப்படையில், ஒரு பாதுகாப்பான VPN இணைப்பு ஒரு விருப்பமாக இருக்கலாம். [OpenVPN](https://openvpn.net/) என்பது OSI அடுக்கு 2 அல்லது 3 பாதுகாப்பான பிணைய நீட்டிப்பை தொழில்துறை தரமான SSL/TLS நெறிமுறையைப் பயன்படுத்தி செயல்படுத்தும் ஒரு முழு அம்சங்களுடைய SSL VPN ஆகும். இது சான்றிதழ்கள், ஸ்மார்ட் கார்டுகள், மற்றும்/அல்லது பயனர்பெயர்/கடவுச்சொல் சான்றுகளின் அடிப்படையிலான நெகிழ்வான வாடிக்கையாளர் அங்கீகார முறைகளை ஆதரிக்கிறது, மற்றும் VPN மெய்நிகர் இடைமுகத்தில் பயன்படுத்தப்படும் ஃபயர்வால் விதிகளைப் பயன்படுத்தி பயனர் அல்லது குழு-குறிப்பிட்ட அணுகல் கட்டுப்பாட்டுக் கொள்கைகளை அனுமதிக்கிறது. + +### முனையை இயக்குதல் {#operating-the-node} + +நீங்கள் உங்கள் நொடியைச் சரியாக இயக்கப்படுவதை உறுதிப்படுத்த நிர்வாகம் செய்ய வேண்டும். ஒரே நேரத்தில் பராமரிப்பு தேவைப்படும். + +#### ஒரு முனையை ஆன்லைனில் வைத்திருத்தல் {#keeping-node-online} + +உங்கள் நொடியைப் அனைத்து நேரங்களிலும் ஆன்லைனில் வைத்திருப்பது அவசியம் இல்லை, ஆனால் நெட்வொர்க்குடன் ஒத்திசைவில் இருக்கும் வரை உங்கள் நொடியை அதிகமாக ஆன்லைனில் வைத்திருப்பது அவசியம். நீங்கள் அதை மீண்டும் தொடங்குவதற்காக மூடலாம், ஆனால் கவனிக்க வேண்டியது: + +- சமீபத்திய நிலை இன்னும் டிஸ்கில் எழுதப்பட்டால், மூடுதல் சில நிமிடங்களை எடுக்கலாம். +- பணியாற்றும் திறனைக் குறைக்கும் கட்டாயமாக மூடுதல், தரவுத்தொகுப்பை சேதமடையச் செய்யலாம், இதனால் நீங்கள் முழு நொடியையும் மீண்டும் ஒத்திசைவுசெய்ய வேண்டியிருக்கும். +- உங்கள் கிளையண்ட் நெட்வொர்க்குடன் ஒத்திசைவிலிருந்து வெளியே போகும், அதை மீண்டும் தொடங்கும்போது மீண்டும் ஒத்திசைவுக்கு தேவையானது. நொடியைக் கடைசிி முறையாக மூடிய இடத்திலிருந்து ஒத்திசைவுகருதவியாக ஆரம்பிக்கலாம், ஆனால் அது எவ்வளவு நேரம் ஆஃப்லைனில் இருந்தது என்பதற்குஏற்பக் காலம் எடுக்கலாம். + +_இது கருத்தொற்றுமை அடுக்கு சரிபார்ப்பவர் முனைகளுக்குப் பொருந்தாது._ உங்கள் முனையை ஆஃப்லைனில் கொண்டு செல்வது அதைச் சார்ந்திருக்கும் அனைத்து சேவைகளையும் பாதிக்கும். நீங்கள் _பங்களிப்பு_ நோக்கங்களுக்காக ஒரு முனையை இயக்குகிறீர்கள் என்றால், வேலையில்லா நேரத்தை முடிந்தவரை குறைக்க முயற்சிக்க வேண்டும். + +#### வாடிக்கையாளர் சேவைகளை உருவாக்குதல் {#creating-client-services} + +துவக்கம் நேரத்தில் உங்கள் கிளையன்ட்களை தானாக இயக்க ஒரு சேவையை உருவாக்கப் பரிசீலிக்கவும். எடுத்துக்காட்டாக, லினக்ஸ் சேவையகங்களில், ஒரு சேவையை உருவாக்குவது நல்ல நடைமுறையாகும், எ.கா., `systemd` உடன், இது வரையறுக்கப்பட்ட சலுகைகளைக் கொண்ட பயனரின் கீழ், சரியான உள்ளமைவுடன் வாடிக்கையாளரை இயக்குகிறது மற்றும் தானாகவே மறுதொடக்கம் செய்கிறது. + +#### வாடிக்கையாளர்களைப் புதுப்பித்தல் {#updating-clients} + +உங்கள் வாடிக்கையாளர் மென்பொருளை சமீபத்திய பாதுகாப்பு இணைப்புத் திட்டுகள், அம்சங்கள் மற்றும் [EIPகளுடன்](/eips/) புதுப்பித்த நிலையில் வைத்திருக்க வேண்டும். குறிப்பாக [ஹார்டு ஃபோர்க்குகளுக்கு](/ethereum-forks/) முன்பு, நீங்கள் சரியான வாடிக்கையாளர் பதிப்புகளை இயக்குகிறீர்கள் என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள். + +> முக்கியமான பிணையப் புதுப்பிப்புகளுக்கு முன், EF அதன் [வலைப்பதிவில்](https://blog.ethereum.org) ஒரு இடுகையை வெளியிடுகிறது. உங்கள் முனைக்கு ஒரு புதுப்பிப்பு தேவைப்படும்போது உங்கள் அஞ்சலுக்கு அறிவிப்பைப் பெற [இந்த அறிவிப்புகளுக்கு குழுசேரலாம்](https://blog.ethereum.org/category/protocol#subscribe). + +கிளையன்ட் புதுப்பிப்பது மிகவும் எளிது. ஒவ்வொரு கிளையன்டிற்கும் அவர்களது ஆவணங்களில் குறிப்பிட்ட வழிமுறைகள் உள்ளன, ஆனால் பொதுவாக, புதிய பதிப்பை இறக்குமதி செய்து, புதிய செயல்பாட்டுடன் கிளையன்டை மறுதொடக்கம் செய்ய வேண்டும். கிளையன்ட் பழைய இடத்திலிருந்து தொடரும், ஆனால் புதுப்பிப்புகள் செய்யப்படும். + +ஒவ்வொரு கிளையன்ட் செயலாக்கமும், மனிதருக்குப் படிக்கக்கூடிய பதிப்பு வரிசையைக் கொண்டிருக்கும், இது peer-to-peer முறைமையில் பயன்படுத்தப்படுகிறது ஆனால் கமாண்ட் லைனில் அணுகவும் முடியும். இந்தப் பதிப்பு வரிசை பயனர்கள் சரியான பதிப்பை இயக்குகிறார்கள் என்பதைச் சரிபார்க்க அனுமதிக்கிறது மற்றும் நெட்வொர்கில் குறிப்பிட்ட கிளையன்ட்களின் பரவலைக் கணக்கீடு செய்ய ஆர்வமாக இருக்கும் பிளாக் எக்ஸ்பிளோரர்கள் மற்றும் பிற பகுப்பாய்வு கருவிகளுக்கான அனுமதியை வழங்குகிறது. பதிப்பு வரிசைகள்பற்றிய மேலும் தகவலுக்குத் தனிப்பட்ட கிளையன்ட் ஆவணங்களைப் பார்க்கவும். + +#### கூடுதல் சேவைகளை இயக்குதல் {#running-additional-services} + +உங்கள் சொந்த நொடியை இயக்குவதன் மூலம், நேரடியாக Ethereum கிளையன்ட் RPC-க்கு அணுகல் தேவைப்படும் சேவைகளைப் பயன்படுத்தலாம். இவை [அடுக்கு 2 தீர்வுகள்](/developers/docs/scaling/#layer-2-scaling), பணப்பைகளுக்கான பின்தளம், பிளாக் எக்ஸ்ப்ளோரர்கள், டெவலப்பர் கருவிகள் மற்றும் பிற எத்தேரியம் உள்கட்டமைப்பு போன்ற எத்தேரியத்தின் மேல் கட்டமைக்கப்பட்ட சேவைகள். + +#### முனையைக் கண்காணித்தல் {#monitoring-the-node} + +உங்கள் நொடியை முறையாகக் கண்காணிக்க, புள்ளிவிவரங்களை சேகரிக்க பரிசீலிக்கவும். கிளையன்ட்கள் முழுமையான தரவுகளைப் பெற நீங்கள் Metrics Endpoints ஐ வழங்குகின்றன. [InfluxDB](https://www.influxdata.com/get-influxdb/) அல்லது [Prometheus](https://prometheus.io/) போன்ற கருவிகளைப் பயன்படுத்தி தரவுத்தளங்களை உருவாக்கவும், அவற்றை நீங்கள் [Grafana](https://grafana.com/) போன்ற மென்பொருளில் காட்சிப்படுத்தல்களாகவும் விளக்கப்படங்களாகவும் மாற்றலாம். இந்த மென்பொருளைப் பயன்படுத்துவதற்கான பல அமைப்புகள் உள்ளன மற்றும் உங்கள் நொடியையும் நெட்வொர்க் மற்றும் அதன் முழுமையான நிலையைப்பார்க்கப் பலல Grafana டாஷ்போர்ட்கள் உள்ளன. எடுத்துக்காட்டாக, [Geth-ஐ கண்காணிப்பது பற்றிய பயிற்சியைப்](/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/) பார்க்கவும். + +உங்கள் கண்காணிப்பின் ஒரு பகுதியாக, உங்கள் இயந்திரத்தின் செயல்திறனை கணக்கில் கொள்ளவும். உங்கள் நொடியின் முதன்மைச் சிங்கினில், கிளையன்ட் மென்பொருள் CPU மற்றும் RAM மீது மிகவும் எடைகரமாக இருக்கலாம். Grafana-விற்கு கூடுதலாக, இதைச் செய்ய உங்கள் OS வழங்கும் `htop` அல்லது `uptime` போன்ற கருவிகளைப் பயன்படுத்தலாம். + +## மேலும் வாசிக்க {#further-reading} + +- [எத்தேரியம் பங்களிப்பு வழிகாட்டிகள்](https://github.com/SomerEsat/ethereum-staking-guides) - _சோமர் எசாட், அடிக்கடி புதுப்பிக்கப்பட்டது_ +- [வழிகாட்டி | முதன்மைப் பிணையத்தில் எத்தேரியம் பங்களிப்பிற்காக சரிபார்ப்பவரை அமைப்பது எப்படி](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) _– CoinCashew, அடிக்கடி புதுப்பிக்கப்பட்டது_ +- [சோதனைப் பிணையங்களில் சரிபார்ப்பவர்களை இயக்குவது குறித்த ETHStaker வழிகாட்டிகள்](https://github.com/remyroy/ethstaker#guides) – _ETHStaker, தொடர்ந்து புதுப்பிக்கப்படுகிறது_ +- [எத்தேரியம் முனைகளுக்கான மாதிரி AWS பிளாக்செயின் முனை ரன்னர் செயலி](https://aws-samples.github.io/aws-blockchain-node-runners/docs/Blueprints/Ethereum) - _AWS, அடிக்கடி புதுப்பிக்கப்பட்டது_ +- [முனை இயக்குபவர்களுக்கான The Merge அடிக்கடி கேட்கப்படும் கேள்விகள்](https://notes.ethereum.org/@launchpad/node-faq-merge) - _ஜூலை 2022_ +- [ஒரு எத்தேரியம் முழு சரிபார்க்கப்பட்ட முனையாக இருப்பதற்கான வன்பொருள் தேவைகளை பகுப்பாய்வு செய்தல்](https://medium.com/coinmonks/analyzing-the-hardware-requirements-to-be-an-ethereum-full-validated-node-dc064f167902) _– ஆல்பர்ட் பலாவ், 24 செப்டம்பர் 2018_ +- [எத்தேரியம் முழு முனைகளை இயக்குதல்: குறைந்த உந்துதல் உள்ளவர்களுக்கான ஒரு வழிகாட்டி](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _– ஜஸ்டின் லெரூக்ஸ், 7 நவம்பர் 2019_ +- [எத்தேரியம் முதன்மைப் பிணையத்தில் ஒரு ஹைப்பர்லெட்ஜர் Besu முனையை இயக்குதல்: நன்மைகள், தேவைகள் மற்றும் அமைப்பு](https://pegasys.tech/running-a-hyperledger-besu-node-on-the-ethereum-mainnet-benefits-requirements-and-setup/) _– பெலிப் ஃபராகி, 7 மே 2020_ +- [கண்காணிப்பு அடுக்குடன் Nethermind எத்தேரியம் வாடிக்கையாளரை வரிசைப்படுத்துதல்](https://medium.com/nethermind-eth/deploying-nethermind-ethereum-client-with-monitoring-stack-55ce1622edbd) _– Nethermind.eth, 8 ஜூலை 2020_ + +## தொடர்புடைய தலைப்புகள் {#related-topics} + +- [முனைகள் மற்றும் வாடிக்கையாளர்கள்](/developers/docs/nodes-and-clients/) +- [பிளாக்குகள்](/developers/docs/blocks/) +- [வலையமைப்புகள்](/developers/docs/networks/) diff --git a/public/content/translations/ta/developers/docs/oracles/index.md b/public/content/translations/ta/developers/docs/oracles/index.md new file mode 100644 index 00000000000..5ed90a275c8 --- /dev/null +++ b/public/content/translations/ta/developers/docs/oracles/index.md @@ -0,0 +1,433 @@ +--- +title: "ஆரக்கிள்ஸ்" +description: "ஆரக்கிள்கள் எத்தேரியம் ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு நிஜ-உலக தரவுகளுக்கான அணுகலை வழங்குகின்றன, மேலும் இது பயனர்களுக்கு அதிக பயன்பாட்டு-வழக்குகளையும் மற்றும் அதிக மதிப்பையும் திறக்கிறது." +lang: ta +--- + +ஆரக்கிள்கள் என்பவை ஸ்மார்ட் கான்ட்ராக்டுகளுக்காக ஆஃப்செயின் தரவு மூலங்களை பிளாக்செயினுக்கு கிடைக்கச் செய்யும் தரவு ஊட்டங்களை உருவாக்கும் பயன்பாடுகள் ஆகும். இதுவே தேவையானது, ஏனெனில் எத்தியரியம் அடிப்படையிலான ஸ்மார்ட் கான்ட்ராக்டுகள் பிளாக்செயினில் சேமிக்கபட்ட தகவல்களை நேரடியாக அணுக முடியாது. + +ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு ஆஃப்செயின் தரவைப் பயன்படுத்தி செயல்படுத்தும் திறனை வழங்குவது, பரவலாக்கப்பட்ட பயன்பாடுகளின் பயன்பாட்டையும் மதிப்பையும் விரிவுபடுத்துகிறது. உதாரணமாக, ஆன்செயின் முன்கணிப்பு சந்தைகள், பயனர் கணிப்புகளைச் சரிபார்க்கப் பயன்படுத்தும் விளைவுகள் பற்றிய தகவல்களை வழங்க ஆரக்கிள்களை நம்பியுள்ளன. உதாரணமாக, அலீஸ் 20 ETH ஐ அடுத்த அமெரிக்கா. அதிபராக யாராக இருக்கும் என்பதைப் பற்றிய பேட்டிங் செய்கிறார். எனவே, முன்னறிவிப்பு சந்தை dapp ஆற்றல் முடிவுகளை உறுதிசெய்ய ஒராக்கிள் தேவைப்படும் மற்றும் அலீஸ் கட்டணத்திற்கு தகுதியுடையவளா என்பதை தீர்மானிக்க வேண்டும். + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +இந்தப் பக்கம் வாசகருக்கு [முனைகள்](/developers/docs/nodes-and-clients/), [ஒருமித்த கருத்து வழிமுறைகள்](/developers/docs/consensus-mechanisms/), மற்றும் [EVM](/developers/docs/evm/) உள்ளிட்ட எத்தேரியம் அடிப்படைகள் பற்றித் தெரிந்திருக்கும் என்று கருதுகிறது. நீங்கள் [ஸ்மார்ட் கான்ட்ராக்டுகள்](/developers/docs/smart-contracts/) மற்றும் [ஸ்மார்ட் கான்ட்ராக்ட் கட்டமைப்பு](/developers/docs/smart-contracts/anatomy/), குறிப்பாக [நிகழ்வுகள்](/glossary/#events) பற்றிய நல்ல புரிதலைக் கொண்டிருக்க வேண்டும். + +## பிளாக்செயின் ஒராக்கிள் என்ன? {#what-is-a-blockchain-oracle} + +ஆரக்கிள்கள் என்பவை பிளாக்செயினில் இயங்கும் ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு வெளிப்புறத் தகவல்களை (அதாவது, ஆஃப்செயினில் சேமிக்கப்பட்ட தகவல்) ஆதாரமாக்கி, சரிபார்த்து, அனுப்பும் பயன்பாடுகள் ஆகும். எத்தேரியத்தில் ஆஃப்செயின் தரவை "இழுத்து" ஒளிபரப்புவதைத் தவிர, ஆரக்கிள்கள் பிளாக்செயினிலிருந்து வெளிப்புற அமைப்புகளுக்கு தகவல்களைத் "தள்ளவும்" முடியும், எ.கா., ஒரு பயனர் எத்தேரியம் பரிவர்த்தனை மூலம் கட்டணம் அனுப்பியவுடன் ஸ்மார்ட் லாக்கைத் திறப்பது. + +ஒரு ஆரக்கிள் இல்லாமல், ஒரு ஸ்மார்ட் கான்ட்ராக்ட் முழுவதுமாக ஆன்செயின் தரவுகளுக்கு மட்டுமே வரையறுக்கப்பட்டிருக்கும். + +ஒராக்கிள்கள் தகவலின் மூலத்தை (ஒன்று அல்லது பல மூலங்கள்), நம்பிக்கையிலான மாடல்களை (மையமாக்கப்பட்ட அல்லது மையமற்ற), மற்றும் அமைப்புக் கட்டமைப்பை (திறந்த-வாக்குறுதி, வெளியீட்டு-சாதாரணம், மற்றும் கோரிக்கை-பதில்) அடிப்படையாகக் கொண்டு மாறுபடுகின்றன. ஆன்செயின் கான்ட்ராக்டுகளின் பயன்பாட்டிற்காக வெளிப்புறத் தரவை மீட்டெடுக்கிறதா (உள்ளீட்டு ஆரக்கிள்கள்), பிளாக்செயினிலிருந்து ஆஃப்செயின் பயன்பாடுகளுக்குத் தகவல்களை அனுப்புகிறதா (வெளியீட்டு ஆரக்கிள்கள்), அல்லது ஆஃப்செயின் கணக்கீட்டுப் பணிகளைச் செய்கிறதா (கணக்கீட்டு ஆரக்கிள்கள்) என்பதைப் பொறுத்து ஆரக்கிள்களை நாம் வேறுபடுத்தலாம். + +## ஸ்மார்ட் கான்ட்ராக்ட்களுக்கு ஒராக்கிள்கள் தேவைப்படுகிறது எதற்கு? {#why-do-smart-contracts-need-oracles} + +பல வெளியாளர் பிளாக்செயினில் குறிப்பிட்ட முகவரிகளில் இயங்கும் குறியீடாக ஸ்மார்ட் கான்ட்ராக்டுகள் என்பதைக் காண்கின்றனர். இருப்பினும், [ஸ்மார்ட் கான்ட்ராக்டுகளின் ஒரு பொதுவான பார்வை](/smart-contracts/) என்னவென்றால், அவை குறிப்பிட்ட நிபந்தனைகள் பூர்த்தி செய்யப்பட்டவுடன் தரப்பினருக்கு இடையேயான ஒப்பந்தங்களைச் செயல்படுத்தும் திறன் கொண்ட சுயமாக-இயங்கும் மென்பொருள் நிரல்களாகும் - எனவே தான் "ஸ்மார்ட் கான்ட்ராக்டுகள்" என்ற சொல் பயன்படுத்தப்படுகிறது. + +ஆனால் ஸ்மார்ட் கான்ட்ராக்டுகள் மூலம் நபர்களிடையே ஒப்பந்தங்களை அமல்படுத்துவது எளிதாகவே இல்லை, ஏனெனில் எத்தியரியம் தீர்மானசாதித்தன்மை கொண்டது. ஒரு [தீர்மானகரமான அமைப்பு](https://en.wikipedia.org/wiki/Deterministic_algorithm) என்பது ஒரு ஆரம்ப நிலை மற்றும் ஒரு குறிப்பிட்ட உள்ளீடு கொடுக்கப்பட்டால் எப்போதும் ஒரே முடிவுகளை உருவாக்கும் ஒன்றாகும், அதாவது உள்ளீடுகளிலிருந்து வெளியீடுகளைக் கணக்கிடும் செயல்பாட்டில் எந்தவிதமான சீரற்ற தன்மையோ அல்லது மாறுபாடோ இல்லை. + +தீர்மானகரமான செயல்பாட்டை அடைய, பிளாக்செயின்கள், பிளாக்செயினிலேயே சேமிக்கப்பட்ட தரவை _மட்டும்_ பயன்படுத்தி எளிய பைனரி (சரி/தவறு) கேள்விகளில் ஒருமித்த கருத்தை எட்டுவதற்கு முனைகளை கட்டுப்படுத்துகின்றன. இத்தகைய கேள்விகளின் சில எடுத்துக்காட்டுகள்: + +- “அந்தக் கணக்கு உரிமையாளர் (ஒரு பொதுத் திறவுச்சீட்டை கொண்டு அடையாளம் காணப்படும்) இந்த இடைமுகம் மூலமாக அனுப்பிய கொடுப்பனவைக் கையெழுத்திட்டாரா?” +- “இந்தக் கணக்கில் அந்தக் கொடுப்பனவை அடைப்பதற்குரிய போதுமான நிதிகள் உள்ளனவா?” +- “இந்த இடைமுகம் இந்த ஸ்மார்ட் கான்ட்ராக்ட் கான்பிக்ஸின் சூழலில் செல்லுபடியானதா?” எனப் போன்றவை. + +பிளாக்செயின்கள் வெளிப்புற மூலங்களிலிருந்து (அதாவது, நிஜ உலகிலிருந்து) தகவல்களைப் பெற்றால், தீர்மானகரமான தன்மையை அடைவது சாத்தியமற்றதாகிவிடும், இது பிளாக்செயினின் நிலையின் மாற்றங்களின் செல்லுபடியாகும் தன்மையில் முனைகள் உடன்படுவதைத் தடுக்கும். உதாரணமாக, ஒரு ஸ்மார்ட் கான்ட்ராக்ட் தற்போதைய ETH-USD மாற்றுக் குறியீட்டின் அடிப்படையில் ஒரு ஒப்பந்தத்தைச் செயல்படுத்தும் எனக் கூறலாம். இந்த அடிப்படையில் பல முறை மாற்றங்களை அடையக்கூடியது (API பழமையானதாக ஆகலாம் அல்லது கையாளப்படலாம்), அதனால் ஒரே ஸ்மார்ட் கான்ட்ராக்ட் குறியீட்டைப் பயன்படுத்தும் நொட்கள் வெவ்வேறு முடிவுகளைஅடையக்கூடும். + +பொது பிளாக்செயின்களில் எண்ணிக்கையற்ற நொட்கள் உலகம் முழுவதும் பரிமாற்றங்களைச் செயல்படுத்துகின்றன, தீர்மானசாதித்தன்மை மிகவும் முக்கியமாகும். மைய அதிகாரியாகக் காணப்படக்கூடிய ஆதாரமின்றி, ஒரே நிலையை அடைய நொட்களுக்கு ஒரே மாதிரியான பரிமாற்றங்களைச் செயல்படுத்த வேண்டும். நோடு A ஒரு ஸ்மார்ட் கான்ட்ராக்ட் குறியீட்டைச் செயல்படுத்தி "3" என்ற முடிவைக் பெறுவதை, நோடு B அதே பரிமாற்றத்தை இயக்கி "7" என்ற முடிவைப் பெறுவது ஒப்புதலுக்கு உடைமையாக்கும் மற்றும் எத்தியரியம்'s மையமற்ற கணிப்பொறி தளமாகும் மதிப்பை அழிக்கும். + +இந்தச் சூழ்நிலையை வெளி மூலங்களிலிருந்து தகவல்களைப் பெறுவதற்கான பிளாக்செயின்களை வடிவமைப்பதற்கான சிக்கலைக் காட்டுகிறது. இருப்பினும், ஆரக்கிள்கள் இந்தப் சிக்கலை ஆஃப்செயின் மூலங்களிலிருந்து தகவல்களை எடுத்து, ஸ்மார்ட் கான்ட்ராக்டுகள் நுகர்வதற்காக அதை பிளாக்செயினில் சேமிப்பதன் மூலம் தீர்க்கின்றன. ஆன்செயினில் சேமிக்கப்பட்ட தகவல்கள் மாற்ற முடியாதவை மற்றும் பொதுவில் கிடைப்பதால், எத்தேரியம் முனைகள் ஒருமித்த கருத்தை மீறாமல் நிலை மாற்றங்களைக் கணக்கிட, ஆரக்கிள் இறக்குமதி செய்த ஆஃப்செயின் தரவைப் பாதுகாப்பாகப் பயன்படுத்தலாம். + +இதைச் செய்ய, ஒரு ஆரக்கிள் பொதுவாக ஆன்செயினில் இயங்கும் ஒரு ஸ்மார்ட் கான்ட்ராக்ட் மற்றும் சில ஆஃப்செயின் கூறுகளால் ஆனது. ஆன்செயின் கான்ட்ராக்ட் மற்ற ஸ்மார்ட் கான்ட்ராக்டுகளிடமிருந்து தரவுக்கான கோரிக்கைகளைப் பெறுகிறது, அதை அது ஆஃப்செயின் கூறுக்கு (ஆரக்கிள் முனை என்று அழைக்கப்படுகிறது) அனுப்புகிறது. இந்த ஒராக்கிள் நொடி தரவுக் கோரிக்கைகளை (உதாரணமாக, செயல்திறன் மென்பொருள் தொடர்புகள் (APIs) பயன்படுத்தி) கேட்டு, கோரிய தரவுகளை ஸ்மார்ட் கான்ட்ராக்ட் சேமிப்பில் சேமிக்க பரிமாற்றங்களை அனுப்பலாம். + +அவர்களில், ஒரு பிளாக்செயின் ஒராக்கிள் பிளாக்செயின் மற்றும் வெளி சூழல் இடையே தகவல்களைக் குறைய செய்கிறது, இது "மெய்யியடா ஸ்மார்ட் கான்ட்ராக்டுகள்" உருவாக்குகிறது. ஒரு கலப்பின ஸ்மார்ட் கான்ட்ராக்ட் என்பது ஆன்செயின் கான்ட்ராக்ட் குறியீடு மற்றும் ஆஃப்செயின் உள்கட்டமைப்பு ஆகியவற்றின் கலவையின் அடிப்படையில் செயல்படும் ஒன்றாகும். மையமற்ற முன்னறிவிப்பு சந்தைகள் ஒரு சிறந்த உதாரணமாகும். மற்ற உதாரணங்களில், ஒரு கட்டமைப்புக் குறியீடு வரவேற்கப்படும், இது சில ஒராக்கிள்கள் சில வானிலை நிகழ்வுகள் நிகழ்ந்தவாறு தீர்மானிக்கும்போது திரும்பக் கொடுக்கப்படும். + +## ஒராக்கிள் சிக்கல் என்ன? {#the-oracle-problem} + +ஒராக்கிள்கள் ஒரு முக்கியமான சிக்கலைத் தீர்க்கும், ஆனால் சில சிக்கல்களை உருவாக்குகின்றன, உதாரணமாக.,: + +- அடிப்படையிலான தகவல் சரியான மூலத்திலிருந்து பெறப்பட்டதாகவும் அல்லது மாறுபாடுகளுக்கு ஆளாகவில்லையா என்பதை எவ்வாறு உறுதி செய்வது? + +- தரவு எப்போதும் கிடைக்குமாறு மற்றும் முறையாகப் புதுப்பிக்கப்படும் என்பதற்கு எவ்வாறு உறுதி செய்வது? + +"ஒராக்கிள் சிக்கல்" என்பது பிளாக்செயின் ஒராக்கிள்கள் ஸ்மார்ட் கான்ட்ராக்டுகள் க்கு உள்ளீடுகளை அனுப்பும்போது வரவேற்கப்படும் சிக்கல்களை எடுத்துக்காட்டுகிறது. ஒரு ஸ்மார்ட் கான்ட்ராக்ட் முறையாகச் செயல்பட ஒராக்கிள் தரவு சரியானதாக இருக்க வேண்டும். மேலும், ஒராக்கிள் இயக்குநர்களுக்குச் சரியான தகவல்களை வழங்க நம்பிக்கை தேவைப்படுவதால் ஸ்மார்ட் கான்ட்ராக்டுகள் இன் 'நம்பிக்கையற்ற' அம்சம் குறைகிறது. + +வித்தியாசமான ஒராக்கிள்கள் ஒராக்கிள் சிக்கல் க்கு மாறுபட்ட தீர்வுகளை வழங்குகின்றன, இதை நாம் பின்னர் ஆராய்வோம். ஒராக்கிள்கள் பொதுவாக இந்தச் சவால்களை எவ்வாறு கையாள்வது என்பதை அடிப்படையிலான மதிப்பீடு செய்யப்படுகிறது: + +1. **சரியான தன்மை**: ஒரு ஆரக்கிள் தவறான ஆஃப்செயின் தரவின் அடிப்படையில் நிலை மாற்றங்களைத் தூண்டுவதற்கு ஸ்மார்ட் கான்ட்ராக்டுகளைக் காரணமாகக் கொண்டிருக்கக்கூடாது. ஒரு ஆரக்கிள் தரவின் _ நம்பகத்தன்மை_ மற்றும் _ஒருமைப்பாட்டிற்கு_ உத்தரவாதம் அளிக்க வேண்டும். நம்பகத்தன்மை என்பது தரவு சரியான மூலத்திலிருந்து பெறப்பட்டது என்பதாகும், அதே நேரத்தில் ஒருமைப்பாடு என்பது தரவு ஆன்செயினுக்கு அனுப்பப்படுவதற்கு முன்பு அப்படியே இருந்தது (அதாவது, மாற்றப்படவில்லை) என்பதாகும். + +2. **கிடைக்கும் தன்மை**: ஒரு ஆரக்கிள் ஸ்மார்ட் கான்ட்ராக்டுகள் செயல்களைச் செயல்படுத்துவதையும் நிலை மாற்றங்களைத் தூண்டுவதையும் தாமதப்படுத்தவோ அல்லது தடுக்கவோ கூடாது. இதன் பொருள் ஒரு ஆரக்கிளிலிருந்து வரும் தரவு, தடையின்றி _கோரிக்கையின் பேரில் கிடைக்க வேண்டும்_. + +3. **ஊக்கத்தொகை இணக்கத்தன்மை**: ஒரு ஆரக்கிள், ஆஃப்செயின் தரவு வழங்குநர்களை ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு சரியான தகவலைச் சமர்ப்பிக்க ஊக்குவிக்க வேண்டும். ஊக்கத்தொகை இணக்கத்தன்மை என்பது _பண்புக்கூறு_ மற்றும் _பொறுப்புக்கூறல்_ ஆகியவற்றை உள்ளடக்கியது. அடையாளக் என்பதாவது வெளிப்புற தகவல்களை அதன் வழங்குநருடன் இணைக்க அனுமதிக்கின்றது, மேலும் பதில் தரவுகளை வழங்குநர்களை வழங்கிய தகவலின் அடிப்படையில் விருது வழங்க அல்லது தண்டிக்க முடியும். + +## ஒரு பிளாக்செயின் ஒராக்கிள் சேவை எவ்வாறு செயல்படுகிறது? {#how-does-a-blockchain-oracle-service-work} + +### பயனர்கள் {#users} + +பயனர்கள் என்பது பிளாக்செயினுக்கு வெளிப்புற தகவல்களைத் தேவைப்படும் என்டிட்டிகள் (எ.கா., ஸ்மார்ட் கான்ட்ராக்டுகள்) ஆகும், குறிப்பிட்ட நடவடிக்கைகளை நிறைவேற்ற. ஒரு ஒராக்கிள் சேவையின் அடிப்படை பணியியல் பயனர் ஒரு தரவுக் கேட்டு ஒராக்கிள் கான்ட்ராக்டுக்கு அனுப்புவதுடன் தொடங்குகிறது. தரவுக் கேட்கல்கள் பொதுவாகப் பின்வரும் சில அல்லது அனைத்து கேள்விகளுக்கும் பதிலளிக்க வேண்டும்: + +1. கோரப்பட்ட தகவலுக்காக ஆஃப்செயின் முனைகள் என்னென்ன ஆதாரங்களைக் கலந்தாலோசிக்கலாம்? + +2. அறிக்கையாளர் தரவுக் மூலங்களிலிருந்து தகவல்களை எவ்வாறு செயலாக்குகிறார்கள் மற்றும் பயனுள்ள தரவுப் புள்ளிகளை எவ்வாறு அகற்றுகிறார்கள்? + +3. ஒராக்கிள் நொடுகள் எத்தனை தொகுப்புகளைத் தகவல்களைப் பெறுவதில் பங்கேற்க முடியும்? + +4. ஒராக்கிள் அறிக்கைகளில் முரண்பாடுகள் எவ்வாறு மேலாண்மை செய்யப்பட வேண்டும்? + +5. சமர்ப்பிப்புகளை வடிகட்டுவதற்கும் மற்றும் அறிக்கைகளை ஒற்றை மதிப்பாக ஒருங்கிணைப்பதற்கான முறை எது அமலாக்கப்பட வேண்டும்? + +### ஆரக்கிள் கான்ட்ராக்ட் {#oracle-contract} + +ஆரக்கிள் கான்ட்ராக்ட் என்பது ஆரக்கிள் சேவைக்கான ஆன்செயின் கூறு ஆகும். இது மற்ற கான்ட்ராக்டுகளிடமிருந்து தரவுக் கேட்கல்கள் கேட்க, ஒராக்கிள் நொடுகளுக்கு தரவுக் கேட்கல்களை மாற்றி அனுப்ப மற்றும் வாடிக்கையாளர் கான்ட்ராக்டுகளுக்கு திருப்பிய தரவுகளைப் பரப்புகிறது. இந்தக் கான்ட்ராக்ட்், திரும்பப்பெற்ற தரவுப் புள்ளிகளில் சில கணக்கீடுகளைச் செய்யவும், கேட்டுக் கொண்டட கான்ட்ராக்டுக்கு அனுப்பப்படுவதாக உள்ள மொத்த மதிப்பை உருவாக்கவும் செய்யலாம். + +ஒராக்கிள் கான்ட்ராக்ட் சில செயல்பாடுகளை வெளிப்படுத்துகிறது, எங்கு வாடிக்கையாளர் கான்ட்ராக்டுகள் தரவுக் கேட்டுச் செய்யும்போது அழைக்கப்படும். ஒரு புதிய வினவலைப் பெற்றவுடன், ஸ்மார்ட் கான்ட்ராக்ட் தரவுக் கோரிக்கையின் விவரங்களுடன் ஒரு [பதிவு நிகழ்வை](/developers/docs/smart-contracts/anatomy/#events-and-logs) வெளியிடும். இது பதிவில் குழுசேர்ந்துள்ள ஆஃப்செயின் முனைகளுக்கு (பொதுவாக JSON-RPC `eth_subscribe` கட்டளை போன்ற ஒன்றைப் பயன்படுத்தி) அறிவிக்கிறது, பின்னர் அவை பதிவு நிகழ்வில் வரையறுக்கப்பட்ட தரவை மீட்டெடுக்கத் தொடங்கும். + +கீழே பெட்ரோ கோஸ்டாவின் ஒரு [எடுத்துக்காட்டு ஆரக்கிள் கான்ட்ராக்ட்](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) உள்ளது. இது ஒரு எளிய ஆரக்கிள் சேவையாகும், இது மற்ற ஸ்மார்ட் கான்ட்ராக்டுகளின் கோரிக்கையின் பேரில் ஆஃப்செயின் API-களை வினவ முடியும் மற்றும் கோரப்பட்ட தகவலை பிளாக்செயினில் சேமிக்க முடியும்: + +```solidity +pragma solidity >=0.4.21 <0.6.0; + +contract Oracle { + Request[] requests; //கான்ட்ராக்ட்டுக்கு செய்யப்பட்ட கோரிக்கைகளின் பட்டியல் + uint currentId = 0; //அதிகரிக்கும் கோரிக்கை ஐடி + uint minQuorum = 2; //இறுதி முடிவை அறிவிக்கும் முன் பெற வேண்டிய பதில்களின் குறைந்தபட்ச எண்ணிக்கை + uint totalOracleCount = 3; //ஹார்ட்கோட் செய்யப்பட்ட ஆரக்கிள் எண்ணிக்கை + + // ஒரு பொதுவான API கோரிக்கையை வரையறுக்கிறது + struct Request { + uint id; //கோரிக்கை ஐடி + string urlToQuery; //API url + string attributeToFetch; //பதிலில் மீட்டெடுக்க வேண்டிய json பண்புக்கூறு (விசை) + string agreedValue; //விசையிலிருந்து மதிப்பு + mapping(uint => string) answers; //ஆரக்கிள்களால் வழங்கப்பட்ட பதில்கள் + mapping(address => uint) quorum; //பதிலை வினவும் ஆரக்கிள்கள் (1=ஆரக்கிள் வாக்களிக்கவில்லை, 2=ஆரக்கிள் வாக்களித்துள்ளது) + } + + //பிளாக்செயினுக்கு வெளியே ஆரக்கிளைத் தூண்டும் நிகழ்வு + event NewRequest ( + uint id, + string urlToQuery, + string attributeToFetch + ); + + //இறுதி முடிவில் ஒருமித்த கருத்து இருக்கும்போது தூண்டப்படுகிறது + event UpdatedRequest ( + uint id, + string urlToQuery, + string attributeToFetch, + string agreedValue + ); + + function createRequest ( + string memory _urlToQuery, + string memory _attributeToFetch + ) + public + { + uint length = requests.push(Request(currentId, _urlToQuery, _attributeToFetch, "")); + Request storage r = requests[length-1]; + + // ஹார்ட்கோட் செய்யப்பட்ட ஆரக்கிள்களின் முகவரி + r.quorum[address(0x6c2339b46F41a06f09CA0051ddAD54D1e582bA77)] = 1; + r.quorum[address(0xb5346CF224c02186606e5f89EACC21eC25398077)] = 1; + r.quorum[address(0xa2997F1CA363D11a0a35bB1Ac0Ff7849bc13e914)] = 1; + + // பிளாக்செயினுக்கு வெளியே ஆரக்கிளால் கண்டறியப்பட ஒரு நிகழ்வைத் தொடங்கவும் + emit NewRequest ( + currentId, + _urlToQuery, + _attributeToFetch + ); + + // கோரிக்கை ஐடியை அதிகரிக்கவும் + currentId++; + } + + //அதன் பதிலைப் பதிவு செய்ய ஆரக்கிளால் அழைக்கப்பட்டது + function updateRequest ( + uint _id, + string memory _valueRetrieved + ) public { + + Request storage currRequest = requests[_id]; + + //நம்பகமான ஆரக்கிள்களின் பட்டியலில் ஆரக்கிள் உள்ளதா எனச் சரிபார்க்கவும் + //மற்றும் ஆரக்கிள் இன்னும் வாக்களிக்கவில்லை என்றால் + if(currRequest.quorum[address(msg.sender)] == 1){ + + //இந்த முகவரி வாக்களித்துள்ளது என்று குறிப்பிடுகிறது + currRequest.quorum[msg.sender] = 2; + + //ஒரு இடம் காலியாக இருக்கும் வரை பதில்களின் "வரிசை" வழியாகச் சென்று மீட்டெடுக்கப்பட்ட மதிப்பைச் சேமிக்கவும் + uint tmpI = 0; + bool found = false; + while(!found) { + //முதல் காலி இடத்தைக் கண்டறியவும் + if(bytes(currRequest.answers[tmpI]).length == 0){ + found = true; + currRequest.answers[tmpI] = _valueRetrieved; + } + tmpI++; + } + + uint currentQuorum = 0; + + //ஆரக்கிள் பட்டியல் வழியாகச் சென்று போதுமான ஆரக்கிள்கள் (குறைந்தபட்ச கோரம்) உள்ளதா எனச் சரிபார்க்கவும் + //தற்போதைய பதிலையே வாக்களித்துள்ளனர் + for(uint i = 0; i < totalOracleCount; i++){ + bytes memory a = bytes(currRequest.answers[i]); + bytes memory b = bytes(_valueRetrieved); + + if(keccak256(a) == keccak256(b)){ + currentQuorum++; + if(currentQuorum >= minQuorum){ + currRequest.agreedValue = _valueRetrieved; + emit UpdatedRequest ( + currRequest.id, + currRequest.urlToQuery, + currRequest.attributeToFetch, + currRequest.agreedValue + ); + } + } + } + } + } +} +``` + +### ஆரக்கிள் முனைகள் {#oracle-nodes} + +ஆரக்கிள் முனை என்பது ஆரக்கிள் சேவையின் ஆஃப்செயின் கூறு ஆகும். இது மூன்றாம் தரப்பு சேவையகங்களில் ஹோஸ்ட் செய்யப்பட்ட APIகள் போன்ற வெளிப்புற மூலங்களிலிருந்து தகவல்களைப் பிரித்தெடுத்து, ஸ்மார்ட் கான்ட்ராக்டுகளின் நுகர்வுக்காக ஆன்செயினில் வைக்கிறது. ஆரக்கிள் முனைகள் ஆன்செயின் ஆரக்கிள் கான்ட்ராக்டிலிருந்து வரும் நிகழ்வுகளைக் கேட்டு, பதிவில் விவரிக்கப்பட்டுள்ள பணியை முடிக்கத் தொடங்கும். + +ஆரக்கிள் முனைகளுக்கான ஒரு பொதுவான பணி என்னவென்றால், ஒரு API சேவைக்கு [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) கோரிக்கையை அனுப்புவது, தொடர்புடைய தரவைப் பிரித்தெடுக்க பதிலை பாகுபடுத்துவது, அதை பிளாக்செயின்-படிக்கக்கூடிய வெளியீடாக வடிவமைப்பது, மற்றும் ஆரக்கிள் கான்ட்ராக்ட்டுக்கான ஒரு பரிவர்த்தனையில் அதைச் சேர்ப்பதன் மூலம் ஆன்செயினுக்கு அனுப்புவது ஆகும். ஒராக்கிள் நொடுகள் சமர்ப்பிக்கப்பட்ட தகவலின் சரியானது மற்றும் அசலானது என்பதை உறுதிப்படுத்தும் “அசலைத்தன்மை சான்றிதழ்கள்” வழங்க வேண்டியதையும், இதைப் பின்னர் ஆராயப் போகிறோம். + +கேஸ் செலவுகள் மற்றும் பிளாக் அளவு வரம்புகளைக் கருத்தில் கொண்டு, ஆன்செயினில் செயல்படுத்துவதற்கு நடைமுறைக்கு மாறான கணக்கீட்டுப் பணிகளைச் செய்ய, கணக்கீட்டு ஆரக்கிள்கள் ஆஃப்செயின் முனைகளை நம்பியுள்ளன. எடுத்துக்காட்டாக, ஒராக்கிள் நொடியுடன் உறுதிப்படுத்தக்கூடிய சீரான எண் (எ.கா., பிளாக்செயின் அடிப்படையிலான விளையாட்டுகளுக்கு) உருவாக்க வேண்டியதாக இருக்கலாம். + +## ஆரக்கிள் வடிவமைப்பு முறைகள் {#oracle-design-patterns} + +ஆரக்கிள்கள் _உடனடி-வாசிப்பு_, _வெளியீடு-சந்தா_, மற்றும் _கோரிக்கை-பதில்_ உள்ளிட்ட பல்வேறு வகைகளில் வருகின்றன, பிந்தைய இரண்டும் எத்தேரியம் ஸ்மார்ட் கான்ட்ராக்டுகளில் மிகவும் பிரபலமானவை. இங்கு பதிப்பிப்பு-சப்ஸ்கிரைப் செய்யும் முறை மற்றும் கோரிக்கைகள்-பதில்கள் முறை மாடல்களைச் சுருக்கமாக விளக்குகிறோம். + +### வெளியீடு-சந்தா ஆரக்கிள்கள் {#publish-subscribe-oracles} + +இப்பகுதி ஒராக்கிள்கள் ஒரு "தரவுப் பதிவேட்டை" வெளியிடுகின்றன, இதனைப் பிற கான்ட்ராக்டுகள் தன்னிச்சையாகப் படிக்க முடியும். இந்தக் கதவுகள் மிகுந்த மாறுதல்களை எதிர்பார்க்கின்றன, எனவே வாடிக்கையாளர் கான்ட்ராக்டுகள் ஒராக்கிளின் சேமிப்பு தரவின் புதுப்பிப்புகளை கேட்க வேண்டும். ஒரு உதாரணம் என்பது, ETH-USD விலைத் தகவல்களை வழங்கும் ஒராக்கிள் ஆகும். + +### கோரிக்கை-பதில் ஆரக்கிள்கள் {#request-response-oracles} + +கோரிக்கைகள்-பதில்கள் அமைப்பு வாடிக்கையாளர் கான்ட்ராக்டுக்கு பதிப்பிப்பு-சப்ஸ்கிரைப் செய்யும் ஒராக்கிளால் வழங்கப்படும் தரவிற்கு மாற்றாக, எளிய தகவலைக் கேட்க அனுமதிக்கிறது. கோரிக்கைகள்-பதில்கள் ஒராக்கிள்கள் ஒரு ஸ்மார்ட் கான்ட்ராக்டின் சேமிப்பில் சிக்கலான தரவுத்தொகுப்புகளை சேமிக்க இயலாத நேரங்களில் மற்றும் பயனர்கள் ஒரு குறிப்பிட்ட நேரத்தில் மட்டும் ஒரு சிறிய தரவுத்தொகுப்புகளை தேவைப்படும்போது பயனமாக இருக்கும். + +பதிப்பிப்பு-சப்ஸ்கிரைப் செய்யும் மாடல்களைவிட அதிக சிக்கலானவை என்றாலும், கோரிக்கைகள்-பதில்கள் ஒராக்கிள்கள் பொதுவாக முந்தைய பகுதியில் விவரிக்கப்பட்டவை போன்றே. ஆரக்கிள் ஒரு ஆன்செயின் கூறுகளைக் கொண்டிருக்கும், அது ஒரு தரவுக் கோரிக்கையைப் பெற்று, செயலாக்கத்திற்காக அதை ஒரு ஆஃப்செயின் முனைக்கு அனுப்பும். + +தரவு வினவல்களைத் தொடங்கும் பயனர்கள் ஆஃப்செயின் மூலத்திலிருந்து தகவலை மீட்டெடுப்பதற்கான செலவை ஏற்க வேண்டும். தரவுக் கோரிக்கைகளை தொடங்கும் பயனர்கள் ஆஃப்-செயின் மூலத்திலிருந்து தகவல்களை எடுத்துக்கொள்வதற்கான செலவுகளை மூட வேண்டும். + +## மையப்படுத்தப்பட்ட மற்றும் பரவலாக்கப்பட்ட ஆரக்கிள்கள் {#types-of-oracles} + +### மையப்படுத்தப்பட்ட ஆரக்கிள்கள் {#centralized-oracles} + +ஒரு மையப்படுத்தப்பட்ட ஆரக்கிள் என்பது ஒரு ஒற்றை நிறுவனத்தால் கட்டுப்படுத்தப்படுகிறது, இது ஆஃப்செயின் தகவல்களைத் திரட்டுவதற்கும், கோரியபடி ஆரக்கிள் கான்ட்ராக்டின் தரவைப் புதுப்பிப்பதற்கும் பொறுப்பாகும். மையநிலை ஒராக்கிள்கள் செயல்திறன் வாய்ந்தவை, ஏனெனில் அவை ஒரு நம்பகமான மூலத்தின் மீது தான் முழுமையாகச் சார்ந்திருக்கும். சொந்த தகவல்தொகுப்புகள் நேரடியாக உரிமையாளரால் வெளியிடப்பட்டும், பரவலாக ஏற்றுக்கொள்ளப்பட்ட கையொப்பத்துடன் இருந்தால், நன்கு செயல்படும். ஆனால், இவற்றின் சில குறைபாடுகள் உள்ளன: + +#### குறைந்த சரியான தன்மைக்கான உத்தரவாதங்கள் {#low-correctness-guarantees} + +மையநிலை ஒராக்கிள்களின் மூலம் வழங்கப்பட்ட தகவல் சரியானதா அல்லது தவறானதா என்பதை உறுதிப்படுத்த சாத்தியமில்லை. "மிகச் சிறந்த" தரப்பினரும் தங்கள் பாதையை விட்டு மாறக்கூடும் அல்லது ஹேக் செய்யப்படலாம். ஒராக்கிள் முறைகேடாக ஆனால், ஸ்மார்ட் கான்ட்ராக்டுகள் தவறான தரவின் அடிப்படையில் செயல்படுகின்றன. + +#### மோசமான கிடைக்கும் தன்மை {#poor-availability} + +மையப்படுத்தப்பட்ட ஆரக்கிள்கள் எப்போதும் மற்ற ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு ஆஃப்செயின் தரவை கிடைக்கச் செய்யும் என்பதற்கு உத்தரவாதம் இல்லை. வழங்குநர் சேவையை அணைக்க முடிவு செய்தால் அல்லது ஒரு ஹேக்கர் ஆரக்கிளின் ஆஃப்செயின் கூறுகளைக் கைப்பற்றினால், உங்கள் ஸ்மார்ட் கான்ட்ராக்ட் சேவை மறுப்பு (DoS) தாக்குதலுக்கு உள்ளாகும் அபாயத்தில் உள்ளது. + +#### மோசமான ஊக்கத்தொகை இணக்கத்தன்மை {#poor-incentive-compatibility} + +மையநிலை ஒராக்கிள்களுக்கு தரவின் அண்மை/மாற்றப்படாத தகவலை அனுப்புவதற்கான பொருத்தமான உத்தரவாதம் குறைவு அல்லது இல்லாத உத்தரவாதங்கள் உள்ளன. ஒரு ஒராக்கிளுக்கு தகவலின் உறுதி அடிப்படையில் பணம் கொடுக்கப்படுவது, அதனுடைய நேர்மையை உறுதி செய்யாது. இந்தச் சிக்கல் ஸ்மார்ட் கான்ட்ராக்டுகள் நிர்வகிக்கும் மதிப்பு அளவுகள் வளர்ந்தபொழுது மேலும் மிகுப்படைக்கின்றது. + +### பரவலாக்கப்பட்ட ஆரக்கிள்கள் {#decentralized-oracles} + +மையநிலை ஒராக்கிள்களின் குறைபாடுகளை நீக்க மையமற்ற ஒராக்கிள்கள் உருவாக்கப்பட்டுள்ளன, இது ஒரே ஒரு சின்னமான முடிவின் தோல்விகளை மொட்டிலேயே நீக்க வைக்கின்றன. ஒரு பரவலாக்கப்பட்ட ஆரக்கிள் சேவையானது, பியர்-டு-பியர் நெட்வொர்க்கில் உள்ள பல பங்கேற்பாளர்களை உள்ளடக்கியது, இது ஒரு ஸ்மார்ட் கான்ட்ராக்ட்டுக்கு அனுப்புவதற்கு முன்பு ஆஃப்செயின் தரவுகளில் ஒருமித்த கருத்தை உருவாக்குகிறது. + +மையமற்ற ஒராக்கிள், தடை இல்லாமல், நம்பிக்கை இல்லாமல், மையநிலையிலிருந்து இயல்பாக இருக்க வேண்டும்; உண்மையில், ஒராக்கிள்களின் மையமின்மை ஒரு அளவுகோலில் உள்ளது. பாரசீல் மையமற்ற ஒராக்கிள் நெட்வொர்க்குகள் கூட இருக்கின்றன: இதில் யாரும் பங்கேற்க முடியும், ஆனால் இணையத்தை சரிபார்க்கும் வரலாற்று செயல்பாடுகளை அடிப்படையாகச் செய்யும் ஒரு "உரிமையாளர்" உள்ளார். முழுமையாக மையமற்ற ஒராக்கிள் நெட்வொர்க்குகளும் உள்ளன: இவை பொதுவாகத் தனித்த புளோக்செயின் பயனராக இயங்குகின்றன மற்றும் குறிப்பிடப்பட்ட இணக்கத்தின் முகமனைகளை நகர்த்த, முடிவுகளை மட்டுமல்ல நடக்கைகளையும் சமரசம் செய்யும் வழிமுறைகளைக் கொண்டுள்ளன. + +மையமற்ற ஒராக்கிள்களை பயன்படுத்துவதன் பின்வரும் நன்மைகள் உள்ளன: + +### உயர் சரியான தன்மைக்கான உத்தரவாதங்கள் {#high-correctness-guarantees} + +மையமற்ற ஒராக்கிள்கள் தரவின் சரியானதனை உறுதி செய்யும் வேறுபட்ட முறைகளை உருவாக்கும். திருப்பியளிக்கப்பட்ட தகவலின் நம்பகத்தன்மை மற்றும் ஒருமைப்பாட்டைச் சான்றளிக்கும் ஆதாரங்களைப் பயன்படுத்துவது மற்றும் ஆஃப்செயின் தரவின் செல்லுபடியாகும் தன்மையில் பல நிறுவனங்கள் கூட்டாக உடன்பட வேண்டும் என்பது இதில் அடங்கும். + +#### நம்பகத்தன்மைக்கான ஆதாரங்கள் {#authenticity-proofs} + +உண்மையான ஆதாரங்கள் என்பது, வெளிப்புற மூலங்களில் பெறப்பட்ட தகவலின் தனிப்பட்ட சரிபார்ப்பை செய்ய உதவும் கிரிப்டோகிராஃபிக் முறைகள் ஆகும். இந்த ஆதாரங்கள் தகவலின்மூலத்தைச் சரிபார்க்கவும், மற்றும் பெறப்பட்டதற்குப் பிறகு தகவலில் நடத்தப்பட்ட சாத்தியமானமாற்றங்களைக் கண்டுபிடிக்க முடியும். + +உண்மையான ஆதாரங்களின் எடுத்துக்காட்டுகள் கீழ்வருமாறு உள்ளன: + +**போக்குவரத்து அடுக்கு பாதுகாப்பு (TLS) ஆதாரங்கள்**: ஆரக்கிள் முனைகள் பெரும்பாலும் போக்குவரத்து அடுக்கு பாதுகாப்பு (TLS) நெறிமுறையின் அடிப்படையில் பாதுகாப்பான HTTP இணைப்பைப் பயன்படுத்தி வெளிப்புற மூலங்களிலிருந்து தரவை மீட்டெடுக்கின்றன. சில மையமற்ற ஒராக்கிள்கள் TLS அமர்வுகளைச் சரிபார்க்க உண்மையான ஆதாரங்களைப் பயன்படுத்துகின்றன (அதாவது, ஒரு கணையும் குறிப்பிட்ட சர்வரின் இடையே தகவல் மாற்றத்தை உறுதி செய்வது) மற்றும் அமர்வின் உள்ளடக்கங்கள் மாற்றம் செய்யப்படவில்லை என்பதை உறுதிப்படுத்த முடியும். + +**நம்பகமான செயலாக்கச் சூழல் (TEE) சான்றளிப்புகள்**: ஒரு [நம்பகமான செயலாக்கச் சூழல்](https://en.wikipedia.org/wiki/Trusted_execution_environment) (TEE) என்பது அதன் ஹோஸ்ட் அமைப்பின் செயல்பாட்டு செயல்முறைகளிலிருந்து தனிமைப்படுத்தப்பட்ட ஒரு சாண்ட்பாக்ஸ் கணக்கீட்டு சூழலாகும். TEEs எந்தச் செயல்முறை குறியீடும் அல்லது தகவலும் செயலாக்கச் சூழலின் செயல்முறையில் சேமிக்கப்பட்ட அல்லது பயன்படுத்தப்பட்ட நம்பகத்தை உறுதி\*\* செய்கின்றன. பயனர்கள் கூடவே ஒரு அத்தாட்சியை உருவாக்க முடியும், ஒரு செயல்முறை அம்சம் நம்பகமான செயலாக்கச் சூழலின் உள்ளே இயங்குகிறது என்பதை உறுதிப்படுத்த முடியும். + +சில மையமற்ற ஒராக்கிள்கள் ஒராக்கிள் கணையாளர்களை TEE உறுதிப்படுத்தல்களை வழங்கக் கோருகின்றன. இது பயனருக்கு, ஒரு ஒராக்கிள் கணையாளர் நம்பகமான செயலாக்கச் சூழலில் ஒரு ஒராக்கிள் வாடிக்கையாளரின் அம்சத்தை இயக்கிக் கொண்டிருக்கிறார் என்பதை உறுதிப்படுத்துகிறது. TEEs, வெளிப்புற செயல்முறைகள் செயல்முறை குறியீட்டையும் தகவலையும் மாற்றுவதிலிருந்து அல்லது படிக்கத் தடுப்பதோடு, அந்த அத்தாட்சிகள், ஒராக்கிள் கணையாளர் தகவலை உறுதியாகவும் இரகசியமாகவும் வைத்திருக்கிறார் என்பதை உறுதிப்படுத்த முடிகின்றன. + +#### தகவல்களின் ஒருமித்த கருத்து அடிப்படையிலான சரிபார்ப்பு {#consensus-based-validation-of-information} + +மையப்படுத்தப்பட்ட ஒராக்கிள்கள் தகவலை வழங்கும்போது ஒரே மூலத்தை மெய்யான எனச் சொல்லிச் செயல்படுகின்றன, இதனால் தவறான தகவலை வெளியிட இயலும். பரவலாக்கப்பட்ட ஆரக்கிள்கள் ஆஃப்செயின் தகவல்களை வினவுவதற்கு பல ஆரக்கிள் முனைகளை நம்பி இந்த சிக்கலை தீர்க்கின்றன. பல மூலங்களிலிருந்து தரவை ஒப்பிடுவதன் மூலம், பரவலாக்கப்பட்ட ஆரக்கிள்கள் ஆன்செயின் கான்ட்ராக்டுகளுக்கு தவறான தகவல்களை அனுப்பும் அபாயத்தைக் குறைக்கின்றன. + +இருப்பினும், பரவலாக்கப்பட்ட ஆரக்கிள்கள் பல ஆஃப்செயின் மூலங்களிலிருந்து மீட்டெடுக்கப்பட்ட தகவல்களில் உள்ள முரண்பாடுகளைக் கையாள வேண்டும். இந்தவேறுபாடுகளைக் குறைக்கவும்் மற்றும் ஒராக்கிள் ஒப்பந்தத்திற்கு வழங்கப்படும் தகவல் ஒராக்கிள் கணைகளின் ஒப்புகையை ஒட்டும் முறையில் இருப்பதை உறுதிப்படுத்தவும், மையமற்ற ஒராக்கிள்கள் பின்வரும்முறைகளைப் பயன்படுத்துகின்றனன: + +##### தகவலின் நம்பகத்தன்மையை வாக்குப்பதிவு/சேமித்தல் + +சில மையமற்ற ஒராக்கிள் பிணையங்கள் பங்கேற்பாளர்களைத் தகவல் வினவல்களுக்குச் சரியான பதில்களுக்காக வாக்குப்பதிவு செய்ய அல்லது நமது நாணயத்தைச் சேமிக்க கோருகின்றன (எ.கா., "2020 அமெரிக்கா தேர்தலில் யார் வென்றார்?") ஒரு சேர்க்கை நெறிமுறை வாக்குகளையும் சேமிப்பையும் சேர்த்து வெளியிடுகிறது. மற்றும் பெரும்பான்மையால் ஆதரிக்கப்பட்ட பதிலைச் சரியான என எடுக்கிறது. + +பெரும்பான்மையிலிருந்து வேறுபட்ட பதில்களை வழங்கும் கணைகளின் நாணயங்கள் பின்பற்றாமல் சரியான மதிப்புகளைக் கொடுத்தவர்களுக்கு வழங்கப்படுகின்றன. கணைகள் தகவலை வழங்குவதற்கு முந்தின முன்பே நாணயத்தை வழங்க வைத்தல், இயல்புப் படி பிரயோஜனங்களை அதிகரிக்க காரணமாகக் கணைகள் நேர்மையான பதில்களை வழங்க ஏற்படுத்துகிறது. + +ஸ்டேக்கிங்/வாக்களிப்பு, ஒருமித்த கருத்து அமைப்பை விளையாட தீங்கிழைக்கும் நடிகர்கள் பல அடையாளங்களை உருவாக்கும் [சிபில் தாக்குதல்களிலிருந்து](/glossary/#sybil-attack) பரவலாக்கப்பட்ட ஆரக்கிள்களைப் பாதுகாக்கிறது. ஆனால், சேமித்தல் "இலவச செயலாற்றுதல்" (ஒராக்கிள் கணைகள் மற்ற வழங்கிய தகவலை நகலெடுத்தல்) மற்றும் "சோம்பு சரிபார்ப்பு" (ஒராக்கிள் கணைகள் தங்களின்தகவலைச் சரிபார்க்காமல்் பெரும்பான்மையை பின்பற்றுவது) அணுகுமுறை அடிக்கவில்லை. + +##### ஷெலிங் பாயிண்ட் முறைகள் + +[ஷெல்லிங் புள்ளி](https://en.wikipedia.org/wiki/Focal_point_\(game_theory\)) என்பது ஒரு கேம்-தியரி கருத்தாகும், இது எந்தவொரு தகவல்தொடர்பும் இல்லாத நிலையில் ஒரு பிரச்சனைக்கு பல நிறுவனங்கள் எப்போதும் ஒரு பொதுவான தீர்விற்கு இயல்புநிலையாக இருக்கும் என்று கருதுகிறது. ஷெலிங் பாயிண்ட் முறைகள், மையமற்ற ஒராக்கிள் பிணையங்களில் தகவல் வினவல்களுக்குப் பதில்களை அடைய, கணைகளுக்கு ஒப்புகையை எட்ட பயன்படுகின்றன. + +இதற்கான ஒரு ஆரம்ப யோசனை [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/), இது ஒரு முன்மொழியப்பட்ட தரவு ஊட்டம் ஆகும், இதில் பங்கேற்பாளர்கள் "ஸ்கேலார்" கேள்விகளுக்கு (அதன் பதில்கள் அளவால் விவரிக்கப்படும் கேள்விகள், எ.கா., "ETH இன் விலை என்ன?") பதில்களை, ஒரு டெபாசிட்டுடன் சமர்ப்பிக்கிறார்கள். 25 வது மற்றும் 75 வது [சதவீதத்திற்கு](https://en.wikipedia.org/wiki/Percentile) இடையில் மதிப்புகளை வழங்கும் பயனர்களுக்கு வெகுமதி அளிக்கப்படுகிறது, அதே நேரத்தில் சராசரி மதிப்பிலிருந்து பெரிதும் விலகும் மதிப்புகளைக் கொண்டவர்கள் தண்டிக்கப்படுகிறார்கள். + +இன்று SchellingCoin இல்லை என்றாலும், பல பரவலாக்கப்பட்ட ஆரக்கிள்கள் - குறிப்பாக [Maker Protocol’s Oracles](https://docs.makerdao.com/smart-contract-modules/oracle-module) - ஆரக்கிள் தரவின் துல்லியத்தை மேம்படுத்த ஷெல்லிங்-புள்ளி பொறிமுறையைப் பயன்படுத்துகின்றன. ஒவ்வொரு மேக்கர் ஆரக்கிளும், சந்தை விலைகளை சமர்ப்பிக்கும் ஆஃப்செயின் P2P நெட்வொர்க் முனைகள் ("ரிலேயர்கள்" மற்றும் "ஊட்டங்கள்") மற்றும் வழங்கப்பட்ட அனைத்து மதிப்புகளின் சராசரியைக் கணக்கிடும் ஒரு ஆன்செயின் "மீடியனைசர்" கான்ட்ராக்ட்டையும் கொண்டுள்ளது. குறிக்கப்பட்ட விலகல் காலம் முடிந்ததும், இந்த மீடியன் மதிப்பு தொடர்புடைய பொருளுக்கான புதிய சுட்டீயின் விலையாக வெளிவருகிறது. + +ஷெல்லிங் புள்ளி பொறிமுறைகளைப் பயன்படுத்தும் ஆரக்கிள்களின் பிற எடுத்துக்காட்டுகளில் [Chainlink Offchain Reporting](https://docs.chain.link/architecture-overview/off-chain-reporting) மற்றும் [Witnet](https://witnet.io/) ஆகியவை அடங்கும். இரண்டிலும், ஒராக்கிள் கணைகள், தொகுப்பு விலைகளைச் சரியான மீடியன் மற்றும் மதிப்பு என்று நகர்த்தி, செய்திட ஒரு நகர்தல் கணிமுறை நிகழ்கிறது. கணைகள், அவர்களின் பதில்கள் மூல மதிப்புகளின் மீட்க, அதற்குப் பதிலாக, கணைகள் சரியான மதிப்புகளை வழங்கும் அவசியம் அருணம் என்பதால், அதற்கான முதன்மையான பதில்களை அதற்காக நிலைத்துவிடுகின்றன. + +ஷெல்லிங் புள்ளி வழிமுறைகள் கவர்ச்சிகரமானவை, ஏனெனில் அவை பரவலாக்கத்திற்கு உத்தரவாதம் அளிக்கும் போது ஆன்செயின் தடம் (ஒரே ஒரு பரிவர்த்தனை மட்டுமே அனுப்பப்பட வேண்டும்) குறைக்கின்றன. அது மையமற்ற பிரகாசமாகும், ஏனெனில், கணைகள் அறியும்முடிந்த தொகுப்புப் பதில்களின் பட்டியலை உள்ளீடு செய்ய, அவை சரியான அம்சங்களை அடைந்துள்ளதற்கான கையொப்பத்தை வழியிடுகின்றன. + +### கிடைக்கும் தன்மை {#availability} + +பரவலாக்கப்பட்ட ஆரக்கிள் சேவைகள் ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு ஆஃப்செயின் தரவின் உயர் கிடைக்கும் தன்மையை உறுதி செய்கின்றன. ஆஃப்செயின் தகவல்களின் மூலத்தையும், தகவல்களை ஆன்செயினுக்கு மாற்றுவதற்குப் பொறுப்பான முனைகளையும் பரவலாக்குவதன் மூலம் இது அடையப்படுகிறது. + +அதனால், குறிப்பிட்ட முறையில் ஒவ்வொரு ஒராக்கிள் ஒப்பந்தம் பல கணைகளை \*\*(அவை மற்றும் பல தகவல் மூலங்களை மற்றும் நம்புகின்றன) வழங்க, அந்த வினவல்களைச் சரியான நேரத்தில் செயலாக்குகின்றன. மூலம் _மற்றும்_ முனை-ஆபரேட்டர் மட்டத்தில் பரவலாக்கம் முக்கியமானது - ஒரே மூலத்திலிருந்து பெறப்பட்ட தகவல்களை வழங்கும் ஆரக்கிள் முனைகளின் நெட்வொர்க், ஒரு மையப்படுத்தப்பட்ட ஆரக்கிள் போன்ற அதே சிக்கலை எதிர்கொள்ளும். + +தரவுக் கோரிக்கைகளுக்கு விரைவாகப் பதிலளிக்கத் தவறிய முனை ஆபரேட்டர்களை ஸ்டேக் அடிப்படையிலான ஆரக்கிள்கள் ஸ்லாஷ் செய்யவும் முடியும். இதற்காக, அந்த மையமற்ற தகவல்களை முற்றிலும் அமைக்க, அவை சரியான தகவல்களை நிறுவவும் அந்தச் செயலாக்கத்திற்குரிய முறைகளை அமைப்பதும் அதிகமாகப் பெரிய மதிப்புகளை அடைய வழிகாட்டுகின்றன. + +### நல்ல ஊக்கத்தொகை இணக்கத்தன்மை {#good-incentive-compatibility} + +பரவலாக்கப்பட்ட ஆரக்கிள்கள், ஆரக்கிள் முனைகளிடையே [பைசண்டைன்](https://en.wikipedia.org/wiki/Byzantine_fault) நடத்தையைத் தடுக்க பல்வேறு ஊக்கத்தொகை வடிவமைப்புகளை செயல்படுத்துகின்றன. குறிப்பாக, அவை _பண்புக்கூறு_ மற்றும் _பொறுப்புக்கூறலை_ அடைகின்றன: + +1. மையமற்ற ஒராக்கிள் கணைகள் பொதுவாக, தரவுகளைப் பதிலளிக்கும் சந்தர்ப்பங்களில் தாங்கள் வழங்கும் தகவல்களைக் கையொப்பமிட வேண்டும். இந்தத் தகவல், ஒராக்கிள் கணைகளின் வரலாற்று செயல்திறனை மதிப்பீடு செய்ய உதவுகின்றது. அதனால், பயனர்கள் தங்களது தரவுக் கோரிக்கைகளைச் செய்யும்போது, நம்பமுடியாத ஒராக்கிள் கணைகளை விலக்க முடியும். Witnet இன் [அல்காரிதம் நற்பெயர் அமைப்பு](https://docs.witnet.io/intro/about/architecture#algorithmic-reputation-system) ஒரு எடுத்துக்காட்டு. + +2. மையமற்ற ஒராக்கிள்கள்—முந்தைய விளக்கத்தின் படி—கணைகளை வழங்கும் நம்பிக்கையைப் பொறுத்து ஒரு பணம் முன் வைத்து இடுகாட்ட வேண்டும். இறுதியாக, இந்தப் பணம் சரியான செயல்பாட்டிற்கு மீண்டும் திரும்பியும், வெளிப்படையான அளவிற்கு இருப்பதற்கான பதக்கங்கள் உடனான வழியையும் கொடுக்கச் செய்யப்படலாம். ஆனால், தகவல் தவறாக இருந்தால், இந்தப் பணம் அவர்களது பாதகத்திற்காகக் கழிக்கப்படும், இது சில அளவுக்குப் பொறுப்புணர்வை வழங்குகின்றது. + +## ஸ்மார்ட் கான்ட்ராக்டுகளில் ஆரக்கிள்களின் பயன்பாடுகள் {#applications-of-oracles-in-smart-contracts} + +கீழே, எதிருமாற்று நிபந்தனைகளில் ஒராக்கிள்களுக்கான சாதாரண பயன்பாடுகள் விரிவாக விளக்கப்படுகின்றன: + +### நிதித் தரவை மீட்டெடுத்தல் {#retrieving-financial-data} + +[பரவலாக்கப்பட்ட நிதி](/defi/) (DeFi) பயன்பாடுகள் பியர்-டு-பியர் கடன் வழங்குதல், கடன் வாங்குதல் மற்றும் சொத்துக்களை வர்த்தகம் செய்ய அனுமதிக்கின்றன. இதற்கான தகவல்களை அடிக்கடி மாற்றம் செய்ய, விலைவிகித தகவல் (மெய்நிகர் நாணயங்கள் மற்றும் டோக்கன் விலைகளை மதிப்பீடு செய்ய அவசியமான) மற்றும் மூலதன சந்தை தகவல் (மெய்நிகர் சொத்து மதிப்பீடு செய்ய) மீட்டல் தேவையானது. + +உதாரணமாக, ஒரு டீஃபை கடன் நியமம் கைபற்றும் சந்தை விலைகளைக் கேட்டு, உருவாக்கப்பட்ட மூலதன சொத்துக்களின் மதிப்பைத் தீர்மானிக்க முடியுமாறு செய்ய வேண்டும். இதன் மூலம், ஒப்பந்தம் சொத்துக்களின் மதிப்பைத் தீர்மானிக்க முடிகிறது மற்றும் தொகுதி நிலைக்கு முடியக்கூடியது. + +DeFi இல் பிரபலமான "விலை ஆரக்கிள்கள்" (அவை பெரும்பாலும் அழைக்கப்படுவது போல) Chainlink விலை ஊட்டங்கள், Compound Protocol இன் [திறந்த விலை ஊட்டம்](https://compound.finance/docs/prices), Uniswap இன் [நேரம்-எடையிடப்பட்ட சராசரி விலைகள் (TWAPs)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles), மற்றும் [Maker Oracles](https://docs.makerdao.com/smart-contract-modules/oracle-module) ஆகியவை அடங்கும். + +இந்த விலை ஒராக்கிள்களை தங்கள் திட்டத்தில் ஒப்பிணைக்க முன், பாரியமாக மதிப்பீடு செய்ய, இதில் உள்ள குறைகளைச் சிறந்த முறையில் புரிந்து கொள்ள நிபுணர்களுக்கு அவசியமானது. இந்த [கட்டுரை](https://blog.openzeppelin.com/secure-smart-contract-guidelines-the-dangers-of-price-oracles/) குறிப்பிடப்பட்டுள்ள எந்த விலை ஆரக்கிள்களையும் பயன்படுத்த திட்டமிடும்போது என்ன கருத்தில் கொள்ள வேண்டும் என்பதற்கான விரிவான பகுப்பாய்வை வழங்குகிறது. + +கீழே, ஒரு செயின்லிங்க் விலை வழங்கலைப் பயன்படுத்தி, தங்களது பொறிமுறையில் சமீபத்திய ETH விலையை மீட்ட எப்படி செய்வது என்பதற்கான ஒரு உதாரணம் கொடுக்கப்பட்டுள்ளது: + +```solidity +pragma solidity ^0.6.7; + +import "@chainlink/contracts/src/v0.6/interfaces/AggregatorV3Interface.sol"; + +contract PriceConsumerV3 { + + AggregatorV3Interface internal priceFeed; + + /** + * Network: Kovan + * Aggregator: ETH/USD + * Address: 0x9326BFA02ADD2366b30bacB125260Af641031331 + */ + constructor() public { + priceFeed = AggregatorV3Interface(0x9326BFA02ADD2366b30bacB125260Af641031331); + } + + /** + * Returns the latest price + */ + function getLatestPrice() public view returns (int) { + ( + uint80 roundID, + int price, + uint startedAt, + uint timeStamp, + uint80 answeredInRound + ) = priceFeed.latestRoundData(); + return price; + } +} +``` + +### சரிபார்க்கக்கூடிய சீரற்ற தன்மையை உருவாக்குதல் {#generating-verifiable-randomness} + +சில பிளாக்செயின் பயன்பாடுகள், குறிப்பாகப் பிளாக்செயின் அடிப்படையிலான விளையாட்டுகள் அல்லது லாட்டரி திட்டங்கள், பயனுள்ள செயல்பாட்டிற்காக மிகுந்த மதிப்பீட்டற்ற தன்மை மற்றும் சீரற்ற எண்ணங்களைத் தேவைப்படுத்துகின்றன. ஆனால், பிளாக்செயின் செயல்பாடுகளின் தீர்மானக செய்முறை (deterministic execution) சீரற்ற தன்மையை அகற்றுகின்றது. + +அசல் அணுகுமுறை `blockhash` போன்ற சூடோராண்டம் கிரிப்டோகிராஃபிக் செயல்பாடுகளைப் பயன்படுத்துவதாகும், ஆனால் இவை [சுரங்கத் தொழிலாளர்களால் கையாளப்படலாம்](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.) வேலைக்கான ஆதாரம் அல்காரிதத்தை தீர்க்கிறது. மேலும், எத்தேரியம் [ப்ரூஃப்-ஆஃப்-ஸ்டேக்கிற்கு மாறுவது](/roadmap/merge/) என்பது டெவலப்பர்கள் இனி ஆன்செயின் சீரற்ற தன்மைக்காக `blockhash` ஐ நம்ப முடியாது என்பதாகும். அதற்கு பதிலாக பீக்கான் செயினின் [RANDAO பொறிமுறை](https://eth2book.info/altair/part2/building_blocks/randomness) சீரற்ற தன்மைக்கான மாற்று மூலத்தை வழங்குகிறது. + +சீரற்ற மதிப்பை ஆஃப்செயினில் உருவாக்கி அதை ஆன்செயினுக்கு அனுப்புவது சாத்தியம், ஆனால் அவ்வாறு செய்வது பயனர்கள் மீது அதிக நம்பிக்கை தேவைகளை விதிக்கிறது. அவர்கள் மதிப்பு உண்மையில் மதிப்பீட்டற்ற முறைகளால் உருவாக்கப்பட்டது மற்றும் போக்குவரத்து (transit) போது மாற்றப்படவில்லை என்று நம்ப வேண்டும். + +ஆஃப்செயின் கணக்கீட்டிற்காக வடிவமைக்கப்பட்ட ஆரக்கிள்கள், ஆஃப்செயினில் பாதுகாப்பாக சீரற்ற விளைவுகளை உருவாக்குவதன் மூலம் இந்த சிக்கலைத் தீர்க்கின்றன, அதை அவை செயல்பாட்டின் கணிக்க முடியாத தன்மையை சான்றளிக்கும் கிரிப்டோகிராஃபிக் ஆதாரங்களுடன் ஆன்செயினில் ஒளிபரப்புகின்றன. ஒரு எடுத்துக்காட்டு [Chainlink VRF](https://docs.chain.link/docs/chainlink-vrf/) (சரிபார்க்கக்கூடிய சீரற்ற செயல்பாடு), இது கணிக்க முடியாத விளைவுகளை நம்பியிருக்கும் பயன்பாடுகளுக்கு நம்பகமான ஸ்மார்ட் கான்ட்ராக்டுகளை உருவாக்கப் பயன்படும் ஒரு நிரூபிக்கப்பட்ட நியாயமான மற்றும் சேதப்படுத்த முடியாத சீரற்ற எண் ஜெனரேட்டர் (RNG) ஆகும். + +### நிகழ்வுகளுக்கான விளைவுகளைப் பெறுதல் {#getting-outcomes-for-events} + +ஒராக்கிள்கள் மூலம், உலக நிகழ்வுகளைப் பதிலளிக்கும் ஸ்மார்ட் ஒப்பந்தங்களை உருவாக்குவது எளிது. ஆரக்கிள் சேவைகள், கான்ட்ராக்டுகளை ஆஃப்செயின் கூறுகள் மூலம் வெளிப்புற API களுடன் இணைக்க அனுமதிப்பதன் மூலமும், அந்தத் தரவு மூலங்களிலிருந்து தகவல்களை உட்கொள்வதன் மூலமும் இதை சாத்தியமாக்குகின்றன. உதாரணமாக, முன்னர் குறிப்பிட்ட முன்கணிப்பு dapp, நம்பகமான ஆஃப்செயின் மூலத்திலிருந்து (எ.கா., அசோசியேட்டட் பிரஸ்) தேர்தல் முடிவுகளைத் திருப்பித் தருமாறு ஒரு ஆரக்கிளைக் கோரலாம். + +உலக நிகழ்வுகளின் அடிப்படையில் தகவல்களைப் பெறுவதற்கான ஒராக்கிள்களைப் பயன்படுத்துவது புதிய பயன்பாடுகளுக்கான வாய்ப்புகளை வழங்குகிறது; உதாரணமாக, ஒரு வகுத்துவெளியமைக்கப்பட்ட காப்பீட்டு (decentralized insurance product) தயாரிப்பு, செயல்பட நல்ல முறையில், வானிலை, பெரும்பாதை போன்றவை பற்றிய துல்லியமான தகவல்களை தேவைப்படுத்துகிறது. + +### ஸ்மார்ட் கான்ட்ராக்டுகளை தானியக்கமாக்குதல் {#automating-smart-contracts} + +ஸ்மார்ட் ஒப்பந்தங்கள் தானாகவே செயல்படாது; மாறாக, ஒரு வெளிப்புற சொந்த கணக்கு (EOA) அல்லது மற்றொரு ஒப்பந்தக் கணக்கு சரியான செயல்பாடுகளை உருவாக்க வேண்டும். பெரும்பாலான சந்தர்ப்பங்களில், ஒப்பந்தத்தின் முக்கிய செயல்பாடுகள் பொது மற்றும் EOA கள் மற்றும் பிற ஒப்பந்தங்கள்மூலம் அழைக்கப்படலாம். + +ஆனால் ஒரு கான்ட்ராக்ட்டுக்குள் மற்றவர்களுக்கு அணுக முடியாத _தனியார் செயல்பாடுகளும்_ உள்ளன;, ஆனால் அவை ஒரு dapp இன் ஒட்டுமொத்த செயல்பாட்டிற்கு முக்கியமானவை. எடுத்துக்காட்டுகளில், பயனர்களுக்காக அவ்வப்போது புதிய NFT களை உருவாக்கும் ஒரு `mintERC721Token()` செயல்பாடு, ஒரு முன்கணிப்பு சந்தையில் பேஅவுட்களை வழங்குவதற்கான ஒரு செயல்பாடு, அல்லது ஒரு DEX இல் ஸ்டேக் செய்யப்பட்ட டோக்கன்களைத் திறப்பதற்கான ஒரு செயல்பாடு ஆகியவை அடங்கும். + +மேலே குறிப்பிட்ட செயல்பாடுகளை இடைவெளிகளுக்கு அடுத்தடுத்து உருவாக்கத் தேவையாகும். இது பயனுள்ள செயல்பாடுகளைத் தானாகவே செயல்படுத்துவதற்கு அதிக நேரத்தை இழக்கச் செய்யக்கூடும், அதனால் ஸ்மார்ட் ஒப்பந்தங்களின் செயல்பாட்டைத் தானாகவே இயக்குவது ஈர்க்கக்கூடியதாகிறது. + +சில பரவலாக்கப்பட்ட ஆரக்கிள் நெட்வொர்க்குகள் ஆட்டோமேஷன் சேவைகளை வழங்குகின்றன, இது பயனரால் வரையறுக்கப்பட்ட அளவுருக்களின்படி ஸ்மார்ட் கான்ட்ராக்ட் செயல்பாடுகளைத் தூண்டுவதற்கு ஆஃப்செயின் ஆரக்கிள் முனைகளை அனுமதிக்கிறது. இது பொதுவாக, இலக்குப் பெறும் ஒப்பந்தத்தை ஒராக்கிள் சேவையுடன் "பதிவு செய்யல்", ஒராக்கிள் இயக்குநருக்குப் பணம் வழங்கல், மற்றும் ஒப்பந்தத்தை இயக்குவதற்கான நிபந்தனைகளை அல்லது நேரங்களைக் குறிப்பிடல் ஆகியவற்றைக் கொண்டுள்ளது. + +செயின்லிங்கின் [கீப்பர் நெட்வொர்க்](https://chain.link/keepers) ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு வழக்கமான பராமரிப்புப் பணிகளை நம்பிக்கை குறைக்கப்பட்ட மற்றும் பரவலாக்கப்பட்ட முறையில் அவுட்சோர்ஸ் செய்வதற்கான விருப்பங்களை வழங்குகிறது. உங்கள் கான்ட்ராக்ட்டை கீப்பர்-இணக்கமானதாக மாற்றுவது மற்றும் அப்கீப் சேவையைப் பயன்படுத்துவது பற்றிய தகவல்களுக்கு அதிகாரப்பூர்வ [கீப்பரின் ஆவணத்தை](https://docs.chain.link/docs/chainlink-keepers/introduction/)ப் படிக்கவும். + +## பிளாக்செயின் ஆரக்கிள்களை எவ்வாறு பயன்படுத்துவது {#use-blockchain-oracles} + +உங்கள் ஈதேரியம் டேப் (dapp) இல் ஒராக்கிள்களை ஒருங்கிணைக்கப் பல்வேறு பயன்பாடுகள் உள்ளன: + +**[Chainlink](https://chain.link/)** - _செயின்லிங்க் பரவலாக்கப்பட்ட ஆரக்கிள் நெட்வொர்க்குகள் எந்தவொரு பிளாக்செயினிலும் மேம்பட்ட ஸ்மார்ட் கான்ட்ராக்டுகளை ஆதரிக்க, சேதப்படுத்த முடியாத உள்ளீடுகள், வெளியீடுகள் மற்றும் கணக்கீடுகளை வழங்குகின்றன._ + +**[RedStone Oracles](https://redstone.finance/)** - _ரெட்ஸ்டோன் என்பது கேஸ்-மேம்படுத்தப்பட்ட தரவு ஊட்டங்களை வழங்கும் ஒரு பரவலாக்கப்பட்ட மாடுலர் ஆரக்கிள் ஆகும். லிக்விட் ஸ்டேக்கிங் டோக்கன்கள் (LSTகள்), லிக்விட் ரீஸ்டேக்கிங் டோக்கன்கள் (LRTகள்), மற்றும் பிட்காயின் ஸ்டேக்கிங் டெரிவேட்டிவ்கள் போன்ற வளர்ந்து வரும் சொத்துக்களுக்கான விலை ஊட்டங்களை வழங்குவதில் இது நிபுணத்துவம் பெற்றது._ + +**[Chronicle](https://chroniclelabs.org/)** - _உண்மையிலேயே அளவிடக்கூடிய, செலவு-திறனுள்ள, பரவலாக்கப்பட்ட மற்றும் சரிபார்க்கக்கூடிய ஆரக்கிள்களை உருவாக்குவதன் மூலம், ஆன்செயினில் தரவை மாற்றுவதற்கான தற்போதைய வரம்புகளை கிரானிக்கிள் అధిగమిస్తుంది._ + +**[Witnet](https://witnet.io/)** - _Witnet என்பது அனுமதியற்ற, பரவலாக்கப்பட்ட மற்றும் தணிக்கை-எதிர்ப்பு ஆரக்கிள் ஆகும், இது ஸ்மார்ட் கான்ட்ராக்டுகள் வலுவான கிரிப்டோ-பொருளாதார உத்தரவாதங்களுடன் நிஜ உலக நிகழ்வுகளுக்கு ಪ್ರತಿಕందించడానికి உதவுகிறது._ + +**[UMA Oracle](https://uma.xyz)** - _UMA வின் நம்பிக்கையான ஆரக்கிள், காப்பீடு, நிதி டெரிவேட்டிவ்கள் மற்றும் முன்கணிப்பு சந்தைகள் உள்ளிட்ட பல்வேறு பயன்பாடுகளுக்கு ஸ்மார்ட் கான்ட்ராக்டுகள் எந்த வகையான தரவையும் விரைவாகப் பெற அனுமதிக்கிறது._ + +**[Tellor](https://tellor.io/)** - _Tellor என்பது உங்கள் ஸ்மார்ட் கான்ட்ராக்ட்டுக்குத் தேவைப்படும் போதெல்லாம் எந்தத் தரவையும் எளிதாகப் பெறுவதற்கான ஒரு வெளிப்படையான மற்றும் அனுமதியற்ற ஆரக்கிள் நெறிமுறை ஆகும்._ + +**[Band Protocol](https://bandprotocol.com/)** - _பேண்ட் புரோட்டோகால் என்பது ஒரு குறுக்கு-செயின் தரவு ஆரக்கிள் தளமாகும், இது நிஜ-உலக தரவு மற்றும் API களை ஸ்மார்ட் கான்ட்ராக்டுகளுடன் திரட்டி இணைக்கிறது._ + +**[Pyth Network](https://pyth.network/)** - _பித் நெட்வொர்க் என்பது ஒரு முதல்-தரப்பு நிதி ஆரக்கிள் நெட்வொர்க் ஆகும், இது ஒரு சேதப்படுத்த-முடியாத, பரவலாக்கப்பட்ட மற்றும் சுய-தன்னிறைவு சூழலில் தொடர்ச்சியான நிஜ-உலகத் தரவை ஆன்செயினில் வெளியிடுவதற்காக வடிவமைக்கப்பட்டுள்ளது._ + +**[API3 DAO](https://www.api3.org/)** - _API3 DAO முதல் தரப்பு ஆரக்கிள் தீர்வுகளை வழங்குகிறது, இது ஸ்மார்ட் கான்ட்ராக்டுகளுக்கான பரவலாக்கப்பட்ட தீர்வில் அதிக மூல வெளிப்படைத்தன்மை, பாதுகாப்பு மற்றும் அளவிடுதல் ஆகியவற்றை வழங்குகிறது_ + +**[Supra](https://supra.com/)** - அனைத்து பிளாக்செயின்களையும், பொது (L1கள் மற்றும் L2கள்) அல்லது தனியார் (நிறுவனங்கள்) இணைக்கும் குறுக்கு-செயின் தீர்வுகளின் செங்குத்தாக ஒருங்கிணைக்கப்பட்ட கருவித்தொகுப்பு, ஆன்செயின் மற்றும் ஆஃப்செயின் பயன்பாட்டு-வழக்குகளுக்குப் பயன்படுத்தக்கூடிய பரவலாக்கப்பட்ட ஆரக்கிள் விலை ஊட்டங்களை வழங்குகிறது. + +**[Gas Network](https://gas.network/)** - பிளாக்செயின் முழுவதும் நிகழ்நேர எரிவாயு விலை தரவை வழங்கும் ஒரு பரவலாக்கப்பட்ட ஆரக்கிள் தளம். முன்னணி எரிவாயு விலை தரவு வழங்குநர்களிடமிருந்து தரவை ஆன்செயினுக்குக் கொண்டு வருவதன் மூலம், எரிவாயு நெட்வொர்க் இயங்குதளத்தை இயக்க உதவுகிறது. எரிவாயு நெட்வொர்க், எத்தேரியம் மெயின்நெட் மற்றும் பல முன்னணி L2கள் உட்பட 35க்கும் மேற்பட்ட செயின்களுக்கான தரவை ஆதரிக்கிறது. + +## மேலும் வாசிக்க {#further-reading} + +**கட்டுரைகள்** + +- [பிளாக்செயின் ஆரக்கிள் என்றால் என்ன?](https://chain.link/education/blockchain-oracles) — _செயின்லிங்க்_ +- [பிளாக்செயின் ஆரக்கிள் என்றால் என்ன?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) — _பாட்ரிக் காலின்ஸ்_ +- [பரவலாக்கப்பட்ட ஆரக்கிள்கள்: ஒரு விரிவான கண்ணோட்டம்](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) — _ஜூலியன் தெவனார்ட்_ +- [எத்தேரியத்தில் ஒரு பிளாக்செயின் ஆரக்கிளை செயல்படுத்துதல்](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _பெட்ரோ கோஸ்டா_ +- [ஸ்மார்ட் கான்ட்ராக்டுகள் ஏன் API அழைப்புகளைச் செய்ய முடியாது?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) — _StackExchange_ +- [எனவே நீங்கள் ஒரு விலை ஆரக்கிளைப் பயன்படுத்த விரும்புகிறீர்கள்](https://samczsun.com/so-you-want-to-use-a-price-oracle/) — _samczsun_ + +**காணொளிகள்** + +- [ஆரக்கிள்கள் மற்றும் பிளாக்செயின் பயன்பாட்டின் விரிவாக்கம்](https://youtu.be/BVUZpWa8vpw) — _Real Vision Finance_ + +**பயிற்சிகள்** + +- [சொலிடிட்டியில் எத்தேரியத்தின் தற்போதைய விலையை எவ்வாறு பெறுவது](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) — _செயின்லிங்க்_ +- [ஆரக்கிள் தரவைப் பயன்படுத்துதல்](https://docs.chroniclelabs.org/Developers/tutorials/Remix) — _கிரானிக்கிள்_ + +**எடுத்துக்காட்டு திட்டங்கள்** + +- [சொலிடிட்டியில் எத்தேரியத்திற்கான முழு செயின்லிங்க் தொடக்கத் திட்டம்](https://github.com/hackbg/chainlink-fullstack) — _HackBG_ diff --git a/public/content/translations/ta/developers/docs/programming-languages/dart/index.md b/public/content/translations/ta/developers/docs/programming-languages/dart/index.md new file mode 100644 index 00000000000..58de6822426 --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/dart/index.md @@ -0,0 +1,30 @@ +--- +title: "Dart டெவலப்பர்களுக்கான எத்தேரியம்" +description: "Dart மொழியைப் பயன்படுத்தி எத்தேரியத்திற்காக உருவாக்குவது எப்படி என்பதை அறிக" +lang: ta +incomplete: true +--- + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் Solidity மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-solidity} + +## பயிற்சிகள் {#tutorials} + +- [Flutter மற்றும் Blockchain – ஹலோ வேர்ல்ட் Dapp](https://www.geeksforgeeks.org/flutter-and-blockchain-hello-world-dapp/) தொடங்குவதற்கான அனைத்து படிகளிலும் உங்களை அழைத்துச் செல்கிறது: + 1. [Solidity](https://soliditylang.org/)-இல் ஒரு ஸ்மார்ட் ஒப்பந்தத்தை எழுதுதல் + 2. Dart-இல் ஒரு பயனர் இடைமுகத்தை எழுதுதல் +- [Flutter மூலம் ஒரு மொபைல் dapp-ஐ உருவாக்குதல்](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) மிகவும் சிறியது, உங்களுக்கு ஏற்கனவே அடிப்படைகள் தெரிந்திருந்தால் இது சிறந்ததாக இருக்கலாம் +- நீங்கள் காணொளியைப் பார்த்து கற்க விரும்பினால், சுமார் ஒரு மணி நேரம் நீளமுள்ள [உங்கள் முதல் பிளாக்செயின் Flutter செயலியை உருவாக்குங்கள்](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) காணொளியை நீங்கள் பார்க்கலாம் +- நீங்கள் பொறுமையற்றவராக இருந்தால், சுமார் இருபது நிமிடங்கள் மட்டுமே உள்ள [Flutter மற்றும் Dart-ஐக் கொண்டு எத்தேரியத்தில் ஒரு பிளாக்செயின் பரவலாக்கப்பட்ட-செயலியை உருவாக்குதல்](https://www.youtube.com/watch?v=jaMFEOCq_1s) என்பதை நீங்கள் விரும்பலாம் +- [WalletConnect-இன் Web3Modal மூலம் Flutter செயலியில் MetaMask-ஐ ஒருங்கிணைத்தல்](https://www.youtube.com/watch?v=v_M2buHCpc4) - இந்த குறுகிய காணொளி WalletConnect-இன் [Web3Modal](https://pub.dev/packages/web3modal_flutter) நூலகத்துடன் உங்கள் Flutter செயலிகளில் MetaMask-ஐ ஒருங்கிணைக்கும் படிகளை உங்களுக்குக் காட்டுகிறது +- [Solidity & Flutter உடன் மொபைல் பிளாக்செயின் டெவலப்பர் பூட்கேம்ப் படிப்பு](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) - முழு அடுக்கு மொபைல் பிளாக்செயின் டெவலப்பர் பாடநெறி பிளேலிஸ்ட் + +## எத்தேரியம் வாடிக்கையாளர்களுடன் பணிபுரிதல் {#working-with-ethereum-clients} + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட செயலிகளை (அல்லது "dapps") உருவாக்க நீங்கள் எத்தேரியத்தைப் பயன்படுத்தலாம். +எத்தேரியத்திற்கான [JSON-RPC API](/developers/docs/apis/json-rpc/)-ஐப் பயன்படுத்த, Dart-க்காக தற்போது பராமரிக்கப்படும் குறைந்தது இரண்டு நூலகங்கள் உள்ளன. + +1. [pwa.ir-இலிருந்து Web3dart](https://pub.dev/packages/web3dart) +2. [darticulate.com-இலிருந்து Ethereum 5.0.0](https://pub.dev/packages/ethereum) + +குறிப்பிட்ட எத்தேரியம் முகவரிகளைக் கையாள அல்லது பல்வேறு கிரிப்டோகரன்சிகளின் விலைகளை மீட்டெடுக்க உங்களை அனுமதிக்கும் கூடுதல் நூலகங்களும் உள்ளன. +[முழுப் பட்டியலையும் இங்கே காணலாம்](https://pub.dev/dart/packages?q=ethereum). diff --git a/public/content/translations/ta/developers/docs/programming-languages/delphi/index.md b/public/content/translations/ta/developers/docs/programming-languages/delphi/index.md new file mode 100644 index 00000000000..5fac91a84dc --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/delphi/index.md @@ -0,0 +1,56 @@ +--- +title: "டெல்பி டெவலப்பர்களுக்கான எத்தேரியம்" +description: "டெல்பி நிரலாக்க மொழியைப் பயன்படுத்தி எத்தேரியத்திற்கு உருவாக்குவது பற்றி அறிக" +lang: ta +incomplete: true +--- + + + +டெல்பி நிரலாக்க மொழியைப் பயன்படுத்தி எத்தேரியத்திற்கு உருவாக்குவது பற்றி அறிக + + + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "டாப்ஸ்") உருவாக்க Ethereum ஐப் பயன்படுத்தவும். இந்த டாப்ஸ் நம்பகமானதாக இருக்கக்கூடும், அதாவது அவை எத்தேரியத்திற்கு அனுப்பப்பட்டவுடன், அவை எப்போதும் திட்டமிடப்பட்டபடி இயங்கும். புதிய வகையான நிதி பயன்பாடுகளை உருவாக்க அவர்கள் டிஜிட்டல் சொத்துக்களைக் கட்டுப்படுத்தலாம். அவை பரவலாக்கப்படலாம், அதாவது எந்த ஒரு நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை மற்றும் தணிக்கை செய்ய இயலாது. + +டெல்பி நிரலாக்க மொழியைப் பயன்படுத்தி Ethereum-இன் மேல் பரவலாக்கப்பட்ட பயன்பாடுகளை உருவாக்கி, ஸ்மார்ட் ஒப்பந்தங்களுடன் தொடர்பு கொள்ளுங்கள்! + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் சாலிடிட்டி மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-the-solidity-language} + +**Delphi-ஐ Ethereum-உடன் ஒருங்கிணைப்பதற்கான உங்கள் முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) + +## தொடக்கநிலையாளர்களுக்கான குறிப்புகள் மற்றும் இணைப்புகள் {#beginner-references-and-links} + +**டெல்பெரியம் நூலகத்தை அறிமுகப்படுத்துதல்** + +- [டெல்பெரியம் என்றால் என்ன?](https://github.com/svanas/delphereum/blob/master/README.md) +- [உள்ளூர் (நினைவகத்தில் உள்ள) பிளாக்செயினுடன் Delphi-ஐ இணைத்தல்](https://medium.com/@svanas/connecting-delphi-to-a-local-in-memory-blockchain-9a1512d6c5b0) +- [Delphi-ஐ Ethereum மெயின்நெட்டுடன் இணைத்தல்](https://medium.com/@svanas/connecting-delphi-to-the-ethereum-main-net-5faf1feffd83) +- [ஸ்மார்ட் ஒப்பந்தங்களுடன் Delphi-ஐ இணைத்தல்](https://medium.com/@svanas/connecting-delphi-to-smart-contracts-3146b12803a1) + +**இப்போதைக்கு அமைப்பைத் தவிர்த்து, நேரடியாக மாதிரிகளுக்குச் செல்ல விரும்புகிறீர்களா?** + +- [ஒரு 3 நிமிட ஸ்மார்ட் ஒப்பந்தம் மற்றும் Delphi - பகுதி 1](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d) +- [ஒரு 3 நிமிட ஸ்மார்ட் ஒப்பந்தம் மற்றும் Delphi - பகுதி 2](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-part-2-446925faa47b) + +## இடைநிலை கட்டுரைகள் {#intermediate-articles} + +- [Delphi-இல் Ethereum கையொப்பமிட்ட செய்தி கையொப்பத்தை உருவாக்குதல்](https://medium.com/@svanas/generating-an-ethereum-signed-message-signature-in-delphi-75661ce5031b) +- [Delphi-ஐக் கொண்டு ஈதரை மாற்றுதல்](https://medium.com/@svanas/transferring-ether-with-delphi-b5f24b1a98a4) +- [Delphi-ஐக் கொண்டு ERC-20 டோக்கன்களை மாற்றுதல்](https://medium.com/@svanas/transferring-erc-20-tokens-with-delphi-bb44c05b295d) + +## மேம்பட்ட பயன்பாட்டு முறைகள் {#advanced-use-patterns} + +- [Delphi மற்றும் Ethereum பெயர் சேவை (ENS)](https://medium.com/@svanas/delphi-and-ethereum-name-service-ens-4443cd278af7) +- [QuikNode, Ethereum மற்றும் Delphi](https://medium.com/@svanas/quiknode-ethereum-and-delphi-f7bfc9671c23) +- [Delphi மற்றும் Ethereum டார்க் ஃபாரஸ்ட்](https://svanas.medium.com/delphi-and-the-ethereum-dark-forest-5b430da3ad93) +- [Delphi-இல் ஒரு டோக்கனை மற்றொன்றுக்கு மாற்றுதல்](https://svanas.medium.com/swap-one-token-for-another-in-delphi-bcb999c47f7) + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். diff --git a/public/content/translations/ta/developers/docs/programming-languages/dot-net/index.md b/public/content/translations/ta/developers/docs/programming-languages/dot-net/index.md new file mode 100644 index 00000000000..19bfa8a968b --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/dot-net/index.md @@ -0,0 +1,86 @@ +--- +title: ".NET டெவலப்பர்களுக்கான எத்தேரியம்" +description: "நெட் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி Ethereum க்கு எவ்வாறு உருவாக்குவது என்பதை அறிக" +lang: ta +incomplete: true +--- + +.NET-அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்கு எவ்வாறு உருவாக்குவது என்பதை அறிக + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "டாப்ஸ்") உருவாக்க Ethereum ஐப் பயன்படுத்தவும். இந்த டாப்ஸ் நம்பகமானதாக இருக்கக்கூடும், அதாவது அவை எத்தேரியத்திற்கு அனுப்பப்பட்டவுடன், அவை எப்போதும் திட்டமிடப்பட்டபடி இயங்கும். புதிய வகையான நிதி பயன்பாடுகளை உருவாக்க அவர்கள் டிஜிட்டல் சொத்துக்களைக் கட்டுப்படுத்தலாம். அவை பரவலாக்கப்படலாம், அதாவது எந்த ஒரு நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை மற்றும் தணிக்கை செய்ய இயலாது. + +மைக்ரோசாஃப்ட் தொழில்நுட்ப அடுக்கிலிருந்து கருவிகள் மற்றும் மொழிகளைப் பயன்படுத்தி ஸ்மார்ட் ஒப்பந்தங்களுடன் தொடர்பு கொள்ளுங்கள் - நெட் ஃபிரேம்வொர்க் / .நெட் கோர் முழுவதும் வி.எஸ்.கோட் மற்றும் விஷுவல் ஸ்டுடியோ போன்ற கருவிகளில் சி #, # விஷுவல் பேசிக் .நெட், எஃப் # ஐ ஆதரிக்கிறது. / நெட் தரநிலை. மைக்ரோசாஃப்ட் அஸூர் பிளாக்செயினைப் பயன்படுத்தி அஸூரில் ஒரு எத்தேரியம் பிளாக்செயினை நிமிடங்களில் பயன்படுத்தவும். .NET-இன் மீதான அன்பை எத்தேரியத்திற்கு கொண்டு வாருங்கள்! + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் சாலிடிட்டி மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-the-solidity-language} + +**எத்தேரியத்துடன் .NET-ஐ ஒருங்கிணைப்பதற்கான உங்கள் முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) + +## தொடக்கநிலையாளர்களுக்கான குறிப்புகள் மற்றும் இணைப்புகள் {#beginner-references-and-links} + +**Nethereum நூலகம் மற்றும் VS Code சாலிடிட்டியை அறிமுகப்படுத்துகிறோம்** + +- [Nethereum, தொடங்குதல்](https://docs.nethereum.com/en/latest/getting-started/) +- [VS Code சாலிடிட்டியை நிறுவுதல்](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity) +- [எத்தேரியம் ஸ்மார்ட் ஒப்பந்தங்களை உருவாக்குவதற்கும் அழைப்பதற்கும் ஒரு .NET டெவலப்பரின் பணிப்பாய்வு](https://medium.com/coinmonks/a-net-developers-workflow-for-creating-and-calling-ethereum-smart-contracts-44714f191db2) +- [Nethereum உடன் ஸ்மார்ட் ஒப்பந்தங்களின் ஒருங்கிணைப்பு](https://kauri.io/#collections/Getting%20Started/smart-contracts-integration-with-nethereum/#smart-contracts-integration-with-nethereumm) +- [Nethereum உடன் .NET மற்றும் எத்தேரியம் பிளாக்செயின் ஸ்மார்ட் ஒப்பந்தங்களை இடைமுகப்படுத்துதல்](https://medium.com/my-blockchain-development-daily-journey/interfacing-net-and-ethereum-blockchain-smart-contracts-with-nethereum-2fa3729ac933), [中文版](https://medium.com/my-blockchain-development-daily-journey/%E4%BD%BF%E7%94%A8nethereum%E9%80%A3%E6%8E%A5-net%E5%92%8C%E4%BB%A5%E5%A4%AA%E7%B6%B2%E5%8D%80%E5%A1%8A%E9%8F%88%E6%99%BA%E8%83%BD%E5%90%88%E7%B4%84-4a96d35ad1e1) பதிப்பிலும் கிடைக்கிறது +- [Nethereum - பிளாக்செயினுக்கான ஒரு திறந்த மூல .NET ஒருங்கிணைப்பு நூலகம்](https://kauri.io/#collections/a%20hackathon%20survival%20guide/nethereum-an-open-source-.net-integration-library/) +- [Nethereum-ஐப் பயன்படுத்தி எத்தேரியம் பரிவர்த்தனைகளை SQL தரவுத்தளத்தில் எழுதுதல்](https://medium.com/coinmonks/writing-ethereum-transactions-to-sql-database-using-nethereum-fd94e0e4fa36) +- [C# மற்றும் VisualStudio-வைப் பயன்படுத்தி எத்தேரியம் ஸ்மார்ட் ஒப்பந்தங்களை எளிதாகச் செயல்படுத்துவது எப்படி என்பதைப் பார்க்கவும்](https://koukia.ca/deploy-ethereum-smart-contracts-using-c-and-visualstudio-5be188ae928c) + +**இப்போதைக்கு அமைப்பைத் தவிர்த்து, நேரடியாக மாதிரிகளுக்குச் செல்ல விரும்புகிறீர்களா?** + +- [Playground](http://playground.nethereum.com/) - உலாவியின் மூலம் எத்தேரியத்துடன் தொடர்புகொண்டு Nethereum-ஐ எவ்வாறு பயன்படுத்துவது என்பதை அறிக. + - கணக்கு இருப்பை வினவவும் [C#](http://playground.nethereum.com/csharp/id/1001) [VB.NET](http://playground.nethereum.com/vb/id/2001) + - ERC20 ஸ்மார்ட் ஒப்பந்த இருப்பை வினவவும் [C#](http://playground.nethereum.com/csharp/id/1005) [VB.NET](http://playground.nethereum.com/vb/id/2004) + - ஒரு கணக்கிற்கு ஈதரை மாற்றவும் [C#](http://playground.nethereum.com/csharp/id/1003) [VB.NET](http://playground.nethereum.com/vb/id/2003) + - ... மேலும் பல! + +## இடைநிலை கட்டுரைகள் {#intermediate-articles} + +- [Nethereum பணிப்புத்தகம்/மாதிரிப் பட்டியல்](http://docs.nethereum.com/en/latest/Nethereum.Workbooks/docs/) +- [உங்கள் சொந்த மேம்பாட்டு டெஸ்ட்செயின்களைச் செயல்படுத்தவும்](https://github.com/Nethereum/Testchains) +- [சாலிடிட்டிக்கான VSCode Codegen செருகுநிரல்](https://docs.nethereum.com/en/latest/nethereum-codegen-vscodesolidity/) +- [யூனிட்டி மற்றும் எத்தேரியம்: ஏன் மற்றும் எப்படி](https://www.raywenderlich.com/5509-unity-and-ethereum-why-and-how) +- [எத்தேரியம் dapps-களுக்கான ASP.NET Core Web API-ஐ உருவாக்கவும்](https://tech-mint.com/blockchain/create-asp-net-core-web-api-for-ethereum-dapps/) +- [Nethereum Web3-ஐப் பயன்படுத்தி விநியோகச் சங்கிலி கண்காணிப்பு அமைப்பைச் செயல்படுத்துதல்](http://blog.pomiager.com/post/using-nethereum-web3-to-implement-a-supply-chain-traking-system4) +- [Nethereum தொகுதிச் செயலாக்கம்](https://nethereum.readthedocs.io/en/latest/nethereum-block-processing-detail/), [C# பிளேகிரவுண்ட் மாதிரியுடன்](http://playground.nethereum.com/csharp/id/1025) +- [Nethereum வெப்சாக்கெட் ஸ்ட்ரீமிங்](https://nethereum.readthedocs.io/en/latest/nethereum-subscriptions-streaming/) +- [Kaleido மற்றும் Nethereum](https://kaleido.io/kaleido-and-nethereum/) +- [Quorum மற்றும் Nethereum](https://github.com/Nethereum/Nethereum/blob/master/src/Nethereum.Quorum/README.md) + +## மேம்பட்ட பயன்பாட்டு முறைகள் {#advanced-use-patterns} + +- [Azure Key Vault மற்றும் Nethereum](https://github.com/Azure-Samples/bc-community-samples/tree/master/akv-nethereum) +- [Nethereum.DappHybrid](https://github.com/Nethereum/Nethereum.DappHybrid) +- [Ujo Nethereum பின்தள குறிப்பு கட்டமைப்பு](https://docs.nethereum.com/en/latest/nethereum-ujo-backend-sample/) + +## .NET திட்டங்கள், கருவிகள் மற்றும் பிற வேடிக்கையான விஷயங்கள் {#dot-net-projects-tools-and-other-fun-stuff} + +- [Nethereum Playground](http://playground.nethereum.com/) - _உலாவியில் Nethereum குறியீட்டுத் துணுக்குகளைத் தொகுக்கவும், உருவாக்கவும் மற்றும் இயக்கவும்_ +- [Nethereum Codegen Blazor](https://github.com/Nethereum/Nethereum.CodeGen.Blazor) - _Blazor-இல் UI உடன் Nethereum codegen_ +- [Nethereum Blazor](https://github.com/Nethereum/NethereumBlazor) - _ஒரு .NET Wasm SPA லைட் பிளாக்செயின் எக்ஸ்புளோரர் மற்றும் எளிய வாலெட்_ +- [Wonka வணிக விதிகள் இயந்திரம்](https://docs.nethereum.com/en/latest/wonka/) - _ஒரு வணிக விதிகள் இயந்திரம் (.NET தளம் மற்றும் எத்தேரியம் தளம் ஆகிய இரண்டிற்கும்) உள்ளார்ந்த முறையில் மெட்டாடேட்டாவால் இயக்கப்படுகிறது_ +- [Nethermind](https://github.com/NethermindEth/nethermind) - _Linux, Windows, MacOS-க்கான ஒரு .NET Core எத்தேரியம் கிளையன்ட்_ +- [eth-utils](https://github.com/ethereum/eth-utils/) - _Ethereum தொடர்பான குறியீட்டுத் தளங்களுடன் வேலை செய்வதற்கான பயன்பாட்டுச் செயல்பாடுகள்_ +- [TestChains](https://github.com/Nethereum/TestChains) - _விரைவான பதிலுக்காக முன்-கட்டமைக்கப்பட்ட .NET devchains (PoA)_ + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +## .NET சமூகப் பங்களிப்பாளர்கள் {#dot-net-community-contributors} + +Nethereum-இல், நாங்கள் பெரும்பாலும் [Gitter](https://gitter.im/Nethereum/Nethereum)-இல் நேரத்தைச் செலவிடுவோம். அங்கு கேள்விகளைக் கேட்கவும்/பதிலளிக்கவும், உதவி பெறவும் அல்லது சாதாரணமாக இருக்கவும் அனைவரும் வரவேற்கப்படுகிறார்கள். [Nethereum GitHub ரெபாசிட்டரியில்](https://github.com/Nethereum) ஒரு PR செய்யவும் அல்லது ஒரு சிக்கலைத் திறக்கவும், அல்லது எங்களிடம் உள்ள பல பக்க/மாதிரி திட்டங்களைப் பார்க்கவும். நீங்கள் எங்களை [Discord](https://discord.gg/jQPrR58FxX)-இலும் காணலாம்! + +நீங்கள் Nethermind-க்கு புதியவர் மற்றும் தொடங்குவதற்கு உதவி தேவைப்பட்டால், எங்கள் [Discord](http://discord.gg/PaCMRFdvWT)-இல் சேருங்கள். உங்கள் கேள்விகளுக்குப் பதிலளிக்க எங்கள் டெவலப்பர்கள் தயாராக உள்ளனர். [Nethermind GitHub ரெபாசிட்டரியில்](https://github.com/NethermindEth/nethermind) ஒரு PR-ஐத் திறக்கவோ அல்லது ஏதேனும் சிக்கல்களை எழுப்பவோ தயங்க வேண்டாம். + +## பிற திரட்டப்பட்ட பட்டியல்கள் {#other-aggregated-lists} + +[அதிகாரப்பூர்வ Nethereum தளம்](https://nethereum.com/) +[அதிகாரப்பூர்வ Nethermind தளம்](https://nethermind.io/) diff --git a/public/content/translations/ta/developers/docs/programming-languages/elixir/index.md b/public/content/translations/ta/developers/docs/programming-languages/elixir/index.md new file mode 100644 index 00000000000..2f83a702ea9 --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/elixir/index.md @@ -0,0 +1,55 @@ +--- +title: "எலிக்சர் டெவலப்பர்களுக்கான எத்தேரியம்" +description: "எலிக்சர் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்கு எவ்வாறு உருவாக்குவது என்பதை அறியுங்கள்." +lang: ta +incomplete: false +--- + +எலிக்சர் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்கு எவ்வாறு உருவாக்குவது என்பதை அறியுங்கள். + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "டாப்ஸ்") உருவாக்க Ethereum ஐப் பயன்படுத்தவும். இந்த டாப்கள் (dapps) நம்பிக்கை தேவைப்படாததாக இருக்கலாம், அதாவது அவை எத்தேரியத்தில் பயன்படுத்தப்பட்டவுடன், அவை எப்போதும் திட்டமிட்டபடி இயங்கும். புதிய வகையான நிதி பயன்பாடுகளை உருவாக்க அவர்கள் டிஜிட்டல் சொத்துக்களைக் கட்டுப்படுத்தலாம். அவை பரவலாக்கப்படலாம், அதாவது எந்த ஒரு நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை மற்றும் தணிக்கை செய்ய இயலாது. + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் Solidity மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-solidity} + +**எலிக்ஸரை எத்தேரியத்துடன் ஒருங்கிணைப்பதற்கான உங்கள் முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) + +## தொடக்கநிலையாளர்களுக்கான கட்டுரைகள் {#beginner-articles} + +- [இறுதியாக எத்தேரியம் கணக்குகளைப் புரிந்துகொள்வது](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe) +- [Ethers — எலிக்ஸருக்கான ஒரு முதல் தர எத்தேரியம் Web3 லைப்ரரி](https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122) + +## இடைநிலை கட்டுரைகள் {#intermediate-articles} + +- [எலிக்ஸர் மூலம் மூல எத்தேரியம் ஒப்பந்தப் பரிவர்த்தனைகளில் எவ்வாறு கையொப்பமிடுவது](https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b) +- [எத்தேரியம் ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் எலிக்ஸர்](https://medium.com/agile-alpha/ethereum-smart-contracts-and-elixir-c7c4b239ddb4) + +## எலிக்ஸர் திட்டங்கள் மற்றும் கருவிகள் {#elixir-projects-and-tools} + +### செயலில் உள்ளவை {#active} + +- [block_keys](https://github.com/ExWeb3/block_keys) - _எலிக்ஸரில் BIP32 & BIP44 செயல்படுத்தல் (தீர்மானிக்கப்பட்ட வாலெட்டுகளுக்கான பல-கணக்கு படிநிலை)_ +- [ethereumex](https://github.com/mana-ethereum/ethereumex) - _எத்தேரியம் பிளாக்செயினுக்கான எலிக்ஸர் JSON-RPC கிளையன்ட்_ +- [ethers](https://github.com/ExWeb3/elixir_ethers) - _எலிக்ஸரைப் பயன்படுத்தி எத்தேரியத்தில் உள்ள ஸ்மார்ட் ஒப்பந்தங்களுடன் ஊடாடுவதற்கான ஒரு விரிவான Web3 லைப்ரரி_ +- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) - _Ethers-க்கான ஒரு KMS கையொப்பமிடும் லைப்ரரி (AWS KMS உடன் பரிவர்த்தனைகளில் கையொப்பமிடுதல்)_ +- [ex_abi](https://github.com/poanetwork/ex_abi) - _எலிக்ஸரில் எத்தேரியம் ABI பாகுபடுத்தி/குறிவிலக்கி/குறிமுறைப்படுத்தி செயல்படுத்தல்_ +- [ex_keccak](https://github.com/ExWeb3/ex_keccak) - _ஒரு NIF உருவாக்கப்பட்ட டைனி-கெக்காக் ரஸ்ட் கிரேட்டைப் பயன்படுத்தி கெக்காக் SHA3-256 ஹாஷ்களைக் கணக்கிடுவதற்கான எலிக்ஸர் லைப்ரரி_ +- [ex_rlp](https://github.com/mana-ethereum/ex_rlp) - _எத்தேரியத்தின் RLP (மீண்டும் வரும் நீள முன்னொட்டு) குறியாக்கத்தின் எலிக்ஸர் செயல்படுத்தல்_ + +### காப்பகப்படுத்தப்பட்டவை / இனி பராமரிக்கப்படாதவை {#archived--no-longer-maintained} + +- [eth](https://hex.pm/packages/eth) - _எலிக்ஸருக்கான எத்தேரியம் பயன்பாடுகள்_ +- [exw3](https://github.com/hswick/exw3) - _எலிக்ஸருக்கான உயர் நிலை எத்தேரியம் RPC கிளையன்ட்_ +- [mana](https://github.com/mana-ethereum/mana) - _எலிக்ஸரில் எழுதப்பட்ட எத்தேரியம் முழு முனை செயல்படுத்தல்_ + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [எங்கள் டெவலப்பரின் முகப்பு](/developers/) பக்கத்தைப் பாருங்கள். + +## எலிக்ஸர் சமூகப் பங்களிப்பாளர்கள் {#elixir-community-contributors} + +[எலிக்ஸரின் ஸ்லாக் #எத்தேரியம் சேனல்](https://elixir-lang.slack.com/archives/C5RPZ3RJL) வேகமாக வளர்ந்து வரும் சமூகத்தின் இருப்பிடமாக உள்ளது, மேலும் மேலே உள்ள ஏதேனும் திட்டங்கள் மற்றும் தொடர்புடைய தலைப்புகள் பற்றிய விவாதங்களுக்கான பிரத்யேக ஆதாரமாக இது உள்ளது. diff --git a/public/content/translations/ta/developers/docs/programming-languages/golang/index.md b/public/content/translations/ta/developers/docs/programming-languages/golang/index.md new file mode 100644 index 00000000000..45426478cc2 --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/golang/index.md @@ -0,0 +1,84 @@ +--- +title: "Go உருவாக்குநர்களுக்கான எத்தேரியம்" +description: "நெட் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி Ethereum க்கு எவ்வாறு உருவாக்குவது என்பதை அறிக" +lang: ta +incomplete: true +--- + +Go-அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்காக உருவாக்குவது எப்படி என்பதை அறிக + +பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "dapps") உருவாக்க எத்தேரியத்தைப் பயன்படுத்தவும். இந்த டாப்ஸ் நம்பகமானதாக இருக்கக்கூடும், அதாவது அவை எத்தேரியத்திற்கு அனுப்பப்பட்டவுடன், அவை எப்போதும் திட்டமிடப்பட்டபடி இயங்கும். அவை பரவலாக்கப்பட்டவை, அதாவது அவை பியர்-டு-பியர் நெட்வொர்க்கில் இயங்குகின்றன, மேலும் ஒற்றைத் தோல்விப் புள்ளி எதுவும் இல்லை. எந்தவொரு தனி நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை, மேலும் அவற்றை தணிக்கை செய்வது கிட்டத்தட்ட சாத்தியமற்றது. புதிய வகையான பயன்பாடுகளை உருவாக்குவதற்காக டிஜிட்டல் சொத்துக்களை அவர்களால் கட்டுப்படுத்த முடியும். + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் Solidity மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-solidity} + +**Go-வை எத்தேரியத்துடன் ஒருங்கிணைப்பதற்கான உங்கள் முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) +- [ஒப்பந்தப் பயிற்சி](https://github.com/ethereum/go-ethereum/wiki/Contract-Tutorial) + +## தொடக்கநிலையாளர்களுக்கான கட்டுரைகள் மற்றும் புத்தகங்கள் {#beginner-articles-and-books} + +- [Geth-உடன் தொடங்குதல்](https://medium.com/@tzhenghao/getting-started-with-geth-c1a30b8d6458) +- [எத்தேரியத்துடன் இணைய Golang-ஐப் பயன்படுத்துதல்](https://www.youtube.com/watch?v=-7uChuO_VzM) +- [Golang-ஐப் பயன்படுத்தி எத்தேரியம் ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்துதல்](https://www.youtube.com/watch?v=pytGqQmDslE) +- [Go-வில் எத்தேரியம் ஸ்மார்ட் ஒப்பந்தங்களைச் சோதிப்பதற்கும் பயன்படுத்துவதற்கும் ஒரு படிப்படியான வழிகாட்டி](https://hackernoon.com/a-step-by-step-guide-to-testing-and-deploying-ethereum-smart-contracts-in-go-9fc34b178d78) +- [மின்னூல்: Go உடன் எத்தேரியம் மேம்பாடு](https://goethereumbook.org/) - _Go உடன் எத்தேரியம் பயன்பாடுகளை உருவாக்குங்கள்_ + +## இடைநிலை கட்டுரைகள் மற்றும் ஆவணங்கள் {#intermediate-articles-and-docs} + +- [Go எத்தேரியம் ஆவணங்கள்](https://geth.ethereum.org/docs/) - _அதிகாரப்பூர்வ எத்தேரியம் Golang-க்கான ஆவணங்கள்_ +- [Erigon புரோகிராமரின் வழிகாட்டி](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) - _நிலை மரம், பல-சான்றுகள் மற்றும் பரிவர்த்தனை செயலாக்கம் உள்ளிட்ட விளக்கப்பட வழிகாட்டி_ +- [Erigon மற்றும் நிலையற்ற எத்தேரியம்](https://youtu.be/3-Mn7OckSus?t=394) - _2020 எத்தேரியம் சமூக மாநாடு (EthCC 3)_ +- [Erigon: எத்தேரியம் வாடிக்கையாளர்களை மேம்படுத்துதல்](https://www.youtube.com/watch?v=CSpc1vZQW2Q) - _2018 டெவ்கான் 4_ +- [Go எத்தேரியம் GoDoc](https://godoc.org/github.com/ethereum/go-ethereum) +- [Geth உடன் Go-வில் ஒரு dapp-ஐ உருவாக்குதல்](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/creating-a-dapp-in-go-with-geth/) +- [Golang மற்றும் Geth உடன் எத்தேரியம் தனியார் நெட்வொர்க்கில் வேலை செய்தல்](https://myhsts.org/tutorial-learn-how-to-work-with-ethereum-private-network-with-golang-with-geth.php) +- [Go உடன் எத்தேரியத்தில் Solidity ஒப்பந்தங்களை யூனிட் சோதனை செய்தல்](https://medium.com/coinmonks/unit-testing-solidity-contracts-on-ethereum-with-go-3cc924091281) +- [Geth-ஐ ஒரு நூலகமாகப் பயன்படுத்துவதற்கான விரைவான குறிப்பு](https://medium.com/coinmonks/web3-go-part-1-31c68c68e20e) + +## மேம்பட்ட பயன்பாட்டு முறைகள் {#advanced-use-patterns} + +- [GETH உருவகப்படுத்தப்பட்ட பின்தளம்](https://kauri.io/#collections/An%20ethereum%20test%20toolkit%20in%20Go/the-geth-simulated-backend/#_top) +- [எத்தேரியம் மற்றும் Quorum-ஐப் பயன்படுத்தி ஒரு சேவையாக பிளாக்செயின் பயன்பாடுகள்](https://blockchain.dcwebmakers.com/blockchain-as-a-service-apps-using-ethereum-and-quorum.html) +- [எத்தேரியம் பிளாக்செயின் பயன்பாடுகளில் பகிரப்பட்ட சேமிப்பகமான IPFS மற்றும் Swarm](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html) +- [மொபைல் வாடிக்கையாளர்கள்: நூலகங்கள் மற்றும் இன்ப்ராக் எத்தேரியம் முனையங்கள்](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes) +- [நேட்டிவ் dapps: எத்தேரியம் ஒப்பந்தங்களுக்கான Go பிணைப்புகள்](https://github.com/ethereum/go-ethereum/wiki/Native-DApps:-Go-bindings-to-Ethereum-contracts) + +## Go திட்டங்கள் மற்றும் கருவிகள் {#go-projects-and-tools} + +- [Geth / Go எத்தேரியம்](https://github.com/ethereum/go-ethereum) - _எத்தேரியம் நெறிமுறையின் அதிகாரப்பூர்வ Go செயலாக்கம்_ +- [Go எத்தேரியம் குறியீடு பகுப்பாய்வு](https://github.com/ZtesoftCS/go-ethereum-code-analysis) - _Go எத்தேரியம் மூலக் குறியீட்டின் மதிப்பாய்வு மற்றும் பகுப்பாய்வு_ +- [Erigon](https://github.com/ledgerwatch/erigon) - _காப்பக முனைகளில் கவனம் செலுத்தும் Go எத்தேரியத்தின் வேகமான வழித்தோன்றல்_ +- [Golem](https://github.com/golemfactory/golem) - _கோலெம் கணினி சக்திக்கு ஒரு உலகளாவிய சந்தையை உருவாக்குகிறது_ +- [Quorum](https://github.com/jpmorganchase/quorum) - _தரவு தனியுரிமையை ஆதரிக்கும் எத்தேரியத்தின் அனுமதியளிக்கப்பட்ட செயலாக்கம்_ +- [Prysm](https://github.com/prysmaticlabs/prysm) - _எத்தேரியம் 'செரினிட்டி' 2.0 Go செயலாக்கம்_ +- [Eth Tweet](https://github.com/yep/eth-tweet) - _பரவலாக்கப்பட்ட ட்விட்டர்: எத்தேரியம் பிளாக்செயினில் இயங்கும் ஒரு மைக்ரோ பிளாக்கிங் சேவை_ +- [பிளாஸ்மா MVP Golang](https://github.com/kyokan/plasma) — _குறைந்தபட்ச சாத்தியமான பிளாஸ்மா விவரக்குறிப்பின் Golang செயலாக்கம் மற்றும் நீட்டிப்பு_ +- [திறந்த எத்தேரியம் சுரங்கத் தொகுப்பு](https://github.com/sammy007/open-ethereum-pool) - _ஒரு திறந்த மூல எத்தேரியம் சுரங்கத் தொகுப்பு_ +- [எத்தேரியம் HD பணப்பை](https://github.com/miguelmota/go-ethereum-hdwallet) - _Go-வில் எத்தேரியம் HD பணப்பை தருவிப்புகள்_ +- [மல்டி Geth](https://github.com/multi-geth/multi-geth) - _பல வகையான எத்தேரியம் நெட்வொர்க்குகளுக்கான ஆதரவு_ +- [Geth லைட் கிளையன்ட்](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) - _லைட் எத்தேரியம் துணை நெறிமுறையின் Geth செயலாக்கம்_ +- [எத்தேரியம் Golang SDK](https://github.com/everFinance/goether) - _Golang-ல் ஒரு எளிய எத்தேரியம் பணப்பை செயலாக்கம் மற்றும் பயன்பாடுகள்_ +- [கோவலன்ட் Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) - _200-க்கும் மேற்பட்ட பிளாக்செயின்களுக்கான Go SDK வழியாக திறமையான பிளாக்செயின் தரவு அணுகல்_ + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [ethereum.org/developers](/developers/) பாருங்கள் + +## Go சமூகப் பங்களிப்பாளர்கள் {#go-community-contributors} + +- [Geth டிஸ்கார்டு](https://discordapp.com/invite/nthXNEv) +- [Geth கிட்டெர்](https://gitter.im/ethereum/go-ethereum) +- [கோஃபர்ஸ் ஸ்லாக்](https://invite.slack.golangbridge.org/) - [#எத்தேரியம் சேனல்](https://gophers.slack.com/messages/C9HP1S9V2) +- [ஸ்டாக்எக்ஸ்சேஞ்ச் - எத்தேரியம்](https://ethereum.stackexchange.com/) +- [மல்டி Geth கிட்டெர்](https://gitter.im/ethoxy/multi-geth) +- [எத்தேரியம் கிட்டெர்](https://gitter.im/ethereum/home) +- [Geth லைட் கிளையன்ட் கிட்டெர்](https://gitter.im/ethereum/light-client) + +## பிற திரட்டப்பட்ட பட்டியல்கள் {#other-aggregated-lists} + +- [ஆஸம் எத்தேரியம்](https://github.com/btomashvili/awesome-ethereum) +- [Consensys: எத்தேரியம் உருவாக்குநர் கருவிகளின் ஒரு உறுதியான பட்டியல்](https://media.consensys.net/an-definitive-list-of-ethereum-developer-tools-2159ce865974) | [GitHub மூலம்](https://github.com/ConsenSys/ethereum-developer-tools-list) diff --git a/public/content/translations/ta/developers/docs/programming-languages/index.md b/public/content/translations/ta/developers/docs/programming-languages/index.md new file mode 100644 index 00000000000..2021d13ecdb --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/index.md @@ -0,0 +1,33 @@ +--- +title: "கணிப்பொறி செயல்பாடு மொழி" +description: "ஜாவாஸ்கிரிப்ட், பைத்தான், கோ, ரஸ்ட் மற்றும் பலவற்றை உள்ளடக்கிய பல்வேறு நிரலாக்க மொழிகளுக்கான எத்தேரியம் மேம்பாட்டு வளங்களைக் கண்டறியுங்கள்." +lang: ta +--- + +எத்தேரியத்தில் உருவாக்குவதற்கு உருவாக்குநர்கள் [ஸ்மார்ட் ஒப்பந்தங்களை](/developers/docs/smart-contracts/) எழுத வேண்டும் என்பது ஒரு பொதுவான தவறான கருத்து. இது தவறு. +எத்தேரியம் நெட்வொர்க் மற்றும் சமூகத்தின் அழகுகளில் ஒன்று என்னவென்றால், நீங்கள் எந்தவொரு நிரலாக்க மொழியிலும் [பங்கேற்க](/community/) முடியும். + +எத்தேரியம் மற்றும் அதன் சமூகம் திறந்த மூலத்தை ஏற்றுக்கொள்கின்றன. நீங்கள் சமூகத் திட்டங்களான - வாடிக்கையாளர் செயலாக்கங்கள், பயன்பாட்டு நிரலாக்க இடைமுகங்கள், மேம்பாட்டு கட்டமைப்புகள், சோதனை கருவிகள் - ஆகியவற்றை பலவகையான மொழிகளில் காணலாம். + +## உங்கள் மொழியைத் தேர்ந்தெடுக்கவும் {#data} + +திட்டங்கள், வளங்கள் மற்றும் மெய்நிகர் சமூகங்களைக் கண்டறிய உங்களுக்கு விருப்பமான நிரலாக்க மொழியைத் தேர்ந்தெடுக்கவும்: + +- [டார்ட் உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/dart/) +- [டெல்பி உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/delphi/) +- [.NET உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/dot-net/) +- [எலிக்சர் உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/elixir/) +- [கோ உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/golang/) +- [ஜாவா உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/java/) +- [ஜாவாஸ்கிரிப்ட் உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/javascript/) +- [பைத்தான் உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/python/) +- [ரூபி உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/ruby/) +- [ரஸ்ட் உருவாக்குநர்களுக்கான எத்தேரியம்](/developers/docs/programming-languages/rust/) + +### எனது மொழி ஆதரிக்கப்படவில்லை என்றால் என்ன செய்வது {#other-lang} + +நீங்கள் ஒரு கூடுதல் நிரலாக்க மொழிக்கான வளங்களை இணைக்கவோ அல்லது ஒரு மெய்நிகர் சமூகத்தைச் சுட்டிக்காட்டவோ விரும்பினால், [ஒரு சிக்கலைத் தொடங்குவதன்](https://github.com/ethereum/ethereum-org-website/issues/new/choose) மூலம் ஒரு புதிய பக்கத்தைக் கோரலாம். + +தற்போது ஆதரிக்கப்படாத ஒரு மொழியைப் பயன்படுத்தி பிளாக்செயினுடன் இடைமுகம் கொள்ள நீங்கள் குறியீடு எழுத விரும்பினால் +எத்தேரியம் நெட்வொர்க்குடன் இணைக்க [JSON-RPC இடைமுகத்தை](/developers/docs/apis/json-rpc/) பயன்படுத்தலாம். TCP/IP ஐப் பயன்படுத்தக்கூடிய எந்த நிரலாக்க +மொழியும் இந்த இடைமுகத்தைப் பயன்படுத்தலாம். diff --git a/public/content/translations/ta/developers/docs/programming-languages/java/index.md b/public/content/translations/ta/developers/docs/programming-languages/java/index.md new file mode 100644 index 00000000000..7b6358f7e7a --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/java/index.md @@ -0,0 +1,64 @@ +--- +title: "ஜாவா டெவலப்பர்களுக்கான எத்தேரியம்" +description: "நெட் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி Ethereum க்கு எவ்வாறு உருவாக்குவது என்பதை அறிக" +lang: ta +incomplete: true +--- + +ஜாவா அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்கு எவ்வாறு உருவாக்குவது என்பதை அறியுங்கள் + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "டாப்ஸ்") உருவாக்க Ethereum ஐப் பயன்படுத்தவும். இந்த டாப்ஸ் நம்பகமானதாக இருக்கக்கூடும், அதாவது அவை எத்தேரியத்திற்கு அனுப்பப்பட்டவுடன், அவை எப்போதும் திட்டமிடப்பட்டபடி இயங்கும். புதிய வகையான நிதி பயன்பாடுகளை உருவாக்க அவர்கள் டிஜிட்டல் சொத்துக்களைக் கட்டுப்படுத்தலாம். அவை பரவலாக்கப்படலாம், அதாவது எந்த ஒரு நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை மற்றும் தணிக்கை செய்ய இயலாது. + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் Solidity மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-solidity} + +**ஜாவாவை எத்தேரியத்துடன் ஒருங்கிணைப்பதற்கான உங்கள் முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers.](/developers/) ஐப் பார்க்கவும். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) + +## எத்தேரியம் வாடிக்கையாளர்களுடன் பணிபுரிதல் {#working-with-ethereum-clients} + +இரண்டு முன்னணி ஜாவா எத்தேரியம் கிளையண்டுகளான [Web3J](https://github.com/web3j/web3j) மற்றும் ஹைப்பர்லெட்ஜர் பெசு ஆகியவற்றை எவ்வாறு பயன்படுத்துவது என்பதை அறியுங்கள் + +- [ஜாவா, எக்லிப்ஸ் மற்றும் Web3J ஆகியவற்றைக் கொண்டு ஒரு எத்தேரியம் கிளையண்டுடன் இணைத்தல்](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j) +- [ஜாவா மற்றும் Web3j கொண்டு ஒரு எத்தேரியம் கணக்கை நிர்வகித்தல்](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j) +- [உங்கள் ஸ்மார்ட் கான்ட்ராக்டில் இருந்து ஒரு ஜாவா ராப்பரை உருவாக்குதல்](https://kauri.io/article/84475132317d4d6a84a2c42eb9348e4b/generate-a-java-wrapper-from-your-smart-contract) +- [ஒரு எத்தேரியம் ஸ்மார்ட் கான்ட்ராக்டுடன் தொடர்புகொள்ளுதல்](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java) +- [எத்தேரியம் ஸ்மார்ட் கான்ட்ராக்ட் நிகழ்வுகளைக் கவனித்தல்](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java) +- [லினக்ஸுடன் கூடிய ஜாவா எத்தேரியம் கிளையண்டான பெசுவை (பாந்தியன்) பயன்படுத்துதல்](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux) +- [ஜாவா ஒருங்கிணைப்பு சோதனைகளில் ஒரு ஹைப்பர்லெட்ஜர் பெசு (பாந்தியன்) நோடை இயக்குதல்](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests) +- [Web3j சீட் ஷீட்](https://kauri.io/web3j-cheat-sheet-\(java-ethereum\)/5dfa1ea941ac3d0001ce1d90/c) + +EVM-அடிப்படையிலான பிளாக்செயின்களுடன் தொடர்புகொள்வதற்கான ஒரு ஒத்திசைவற்ற, உயர்-செயல்திறன் கொண்ட கோட்லின் லைப்ரரியான [ethers-kt](https://github.com/Kr1ptal/ethers-kt) ஐ எவ்வாறு பயன்படுத்துவது என்பதை அறியுங்கள். JVM மற்றும் ஆண்ட்ராய்டு தளங்களை இலக்காகக் கொண்டது. + +- [ERC20 டோக்கன்களை மாற்றுதல்](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt) +- [நிகழ்வைக் கவனித்தலுடன் கூடிய UniswapV2 ஸ்வாப்](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt) +- [ETH / ERC20 இருப்பு டிராக்கர்](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/balancetracker/BalanceTracker.kt) + +## இடைநிலை கட்டுரைகள் {#intermediate-articles} + +- [IPFS உடன் ஒரு ஜாவா அப்ளிகேஷனில் சேமிப்பகத்தை நிர்வகித்தல்](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs) +- [Web3j உடன் ஜாவாவில் ERC20 டோக்கன்களை நிர்வகித்தல்](https://kauri.io/article/d13e911bbf624108b1d5718175a5e0a0/manage-erc20-tokens-in-java-with-web3j) +- [Web3j பரிவர்த்தனை மேலாளர்கள்](https://kauri.io/article/4cb780bb4d0846438d11885a25b6d7e7/web3j-transaction-managers) + +## மேம்பட்ட பயன்பாட்டு முறைகள் {#advanced-use-patterns} + +- [ஒரு ஜாவா ஸ்மார்ட் கான்ட்ராக்ட் தரவு கேச்-ஐ உருவாக்க Eventeum-ஐப் பயன்படுத்துதல்](https://kauri.io/article/fe81ee9612eb4e5a9ab72790ef24283d/using-eventeum-to-build-a-java-smart-contract-data-cache) + +## ஜாவா திட்டங்கள் மற்றும் கருவிகள் {#java-projects-and-tools} + +- [Web3J (எத்தேரியம் கிளையண்டுகளுடன் தொடர்புகொள்வதற்கான லைப்ரரி)](https://github.com/web3j/web3j) +- [ethers-kt (EVM-அடிப்படையிலான பிளாக்செயின்களுக்கான ஒத்திசைவற்ற, உயர்-செயல்திறன் கொண்ட கோட்லின்/ஜாவா/ஆண்ட்ராய்டு லைப்ரரி.)](https://github.com/Kr1ptal/ethers-kt) +- [Eventeum (நிகழ்வுக் கேட்பான்)](https://github.com/ConsenSys/eventeum) +- [Mahuta (IPFS டெவ் கருவிகள்)](https://github.com/ConsenSys/mahuta) + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [ethereum.org/developers.](/developers/) ஐப் பாருங்கள். + +## ஜாவா சமூகப் பங்களிப்பாளர்கள் {#java-community-contributors} + +- [IO Builders](https://io.builders) +- [Kauri](https://kauri.io) diff --git a/public/content/translations/ta/developers/docs/programming-languages/javascript/index.md b/public/content/translations/ta/developers/docs/programming-languages/javascript/index.md new file mode 100644 index 00000000000..33c089f76f8 --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/javascript/index.md @@ -0,0 +1,70 @@ +--- +title: "ஜாவாஸ்கிரிப்ட் டெவலப்பர்களுக்கான எத்தேரியம்" +description: "நெட் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி Ethereum க்கு எவ்வாறு உருவாக்குவது என்பதை அறிக." +lang: ta +--- + +எத்தேரியம் சூழியலமைப்பில் மிகவும் பிரபலமான மொழிகளில் ஜாவாஸ்கிரிப்ட்டும் ஒன்றாகும். உண்மையில், எத்தேரியத்தை முடிந்தவரை ஜாவாஸ்கிரிப்டிற்குக் கொண்டு வருவதற்கென அர்ப்பணிக்கப்பட்ட ஒரு [குழு](https://github.com/ethereumjs) உள்ளது. + +ஸ்டேக்கின் [அனைத்து மட்டங்களிலும்](/developers/docs/ethereum-stack/) ஜாவாஸ்கிரிப்ட் (அல்லது அதற்கு நெருக்கமான ஒன்றை) எழுத வாய்ப்புகள் உள்ளன. + +## எத்தேரியத்துடன் ஊடாடுதல் {#interact-with-ethereum} + +### ஜாவாஸ்கிரிப்ட் API நூலகங்கள் {#javascript-api-libraries} + +பிளாக்செயினை வினவவும், பரிவர்த்தனைகளை அனுப்பவும் மற்றும் பலவற்றிற்கும் நீங்கள் ஜாவாஸ்கிரிப்ட் எழுத விரும்பினால், இதைச் செய்வதற்கான மிகவும் வசதியான வழி [ஜாவாஸ்கிரிப்ட் API நூலகத்தைப்](/developers/docs/apis/javascript/) பயன்படுத்துவதாகும். இந்த APIகள் டெவலப்பர்களை [எத்தேரியம் நெட்வொர்க்கில் உள்ள முனைகளுடன்](/developers/docs/nodes-and-clients/) எளிதாக ஊடாட அனுமதிக்கின்றன. + +எத்தேரியத்தில் ஸ்மார்ட் ஒப்பந்தங்களுடன் ஊடாட இந்த நூலகங்களைப் பயன்படுத்தலாம், எனவே முன்பே இருக்கும் ஒப்பந்தங்களுடன் ஊடாடுவதற்கு ஜாவாஸ்கிரிப்ட்டை மட்டும் பயன்படுத்தும் ஒரு dapp-ஐ உருவாக்க முடியும். + +**பாருங்கள்** + +- [Web3.js](https://web3js.readthedocs.io) +- [Ethers.js](https://ethers.org) – _ஜாவாஸ்கிரிப்ட் மற்றும் டைப்ஸ்கிரிப்டில் எத்தேரியம் பணப்பைச் செயலாக்கம் மற்றும் பயன்பாடுகளை உள்ளடக்கியது._ +- [viem](https://viem.sh) – _எத்தேரியத்துடன் ஊடாடுவதற்கு குறைந்த-நிலை நிலை இல்லாத அடிப்படைக் கூறுகளை வழங்கும் எத்தேரியத்திற்கான ஒரு டைப்ஸ்கிரிப்ட் இடைமுகம்._ +- [Drift](https://ryangoree.github.io/drift/) – _web3 நூலகங்கள் முழுவதும் சிரமமற்ற எத்தேரியம் உருவாக்கத்திற்கான உள்ளமைக்கப்பட்ட தற்காலிகச் சேமிப்பு, ஹூக்குகள் மற்றும் சோதனை மாக்குகளுடன் கூடிய ஒரு டைப்ஸ்கிரிப்ட் மெட்டா-நூலகம்._ + +### ஸ்மார்ட் ஒப்பந்தங்கள் {#smart-contracts} + +நீங்கள் ஒரு ஜாவாஸ்கிரிப்ட் டெவலப்பராக இருந்து, உங்கள் சொந்த ஸ்மார்ட் ஒப்பந்தத்தை எழுத விரும்பினால், நீங்கள் [Solidity](https://solidity.readthedocs.io) பற்றி அறிந்துகொள்ள விரும்பலாம். இது மிகவும் பிரபலமான ஸ்மார்ட் ஒப்பந்த மொழியாகும், மேலும் இது தொடரியல் ரீதியாக ஜாவாஸ்கிரிப்டைப் போன்றது, இது கற்றுக்கொள்வதை எளிதாக்கலாம். + +[ஸ்மார்ட் ஒப்பந்தங்கள்](/developers/docs/smart-contracts/) பற்றிய கூடுதல் தகவல். + +## நெறிமுறையைப் புரிந்து கொள்ளுங்கள் {#understand-the-protocol} + +### எத்தேரியம் மெய்நிகர் இயந்திரம் {#the-ethereum-virtual-machine} + +[எத்தேரியத்தின் மெய்நிகர் இயந்திரத்தின்](/developers/docs/evm/) ஒரு ஜாவாஸ்கிரிப்ட் செயலாக்கம் உள்ளது. இது சமீபத்திய கிளைப்பிரிப்பு விதிகளை ஆதரிக்கிறது. கிளைப்பிரிப்பு விதிகள் என்பது திட்டமிடப்பட்ட மேம்படுத்தல்களின் விளைவாக EVM-இல் செய்யப்படும் மாற்றங்களைக் குறிக்கின்றன. + +இதை நன்கு புரிந்துகொள்ள, நீங்கள் சரிபார்க்கக்கூடிய பல்வேறு ஜாவாஸ்கிரிப்ட் தொகுப்புகளாக இது பிரிக்கப்பட்டுள்ளது: + +- கணக்குகள் +- தொகுதிகள் +- பிளாக்செயின் அதுவே +- பரிவர்த்தனைகள் +- மேலும் பல... + +"ஒரு கணக்கின் தரவு அமைப்பு என்ன?" போன்ற விஷயங்களைப் புரிந்துகொள்ள இது உங்களுக்கு உதவும். + +நீங்கள் குறியீட்டைப் படிக்க விரும்பினால், எங்கள் ஆவணங்களைப் படிப்பதற்கு இந்த ஜாவாஸ்கிரிப்ட் ஒரு சிறந்த மாற்றாக இருக்கும். + +**EVM-ஐப் பாருங்கள்**\n[`@ethereumjs/evm`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/evm) + +### முனைகள் மற்றும் கிளையன்ட்கள் {#nodes-and-clients} + +ஒரு Ethereumjs கிளையன்ட் செயலில் வளர்ச்சியில் உள்ளது, இது உங்களுக்குப் புரியும் மொழியான ஜாவாஸ்கிரிப்டில் எத்தேரியம் கிளையன்ட்கள் எவ்வாறு செயல்படுகின்றன என்பதை ஆராய உதவுகிறது! + +**கிளையன்ட்டைப் பாருங்கள்**\n[`@ethereumjs/client`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client) + +## பிற திட்டங்கள் {#other-projects} + +எத்தேரியம் ஜாவாஸ்கிரிப்ட் உலகில் இன்னும் பல விஷயங்கள் நடந்து கொண்டிருக்கின்றன, அவற்றுள் அடங்குபவை: + +- பணப்பை பயன்பாடுகளின் நூலகங்கள். +- எத்தேரியம் சாவிகளை உருவாக்க, இறக்குமதி செய்ய மற்றும் ஏற்றுமதி செய்வதற்கான கருவிகள். +- `merkle-patricia-tree`-இன் ஒரு செயலாக்கம் – எத்தேரியம் மஞ்சள் தாளில் கோடிட்டுக் காட்டப்பட்டுள்ள ஒரு தரவு அமைப்பு. + +[EthereumJS ரெப்போவில்](https://github.com/ethereumjs) உங்களுக்கு மிகவும் விருப்பமானதை ஆராயுங்கள் + +## மேலும் வாசிக்க {#further-reading} + +_உங்களுக்கு உதவிய ஒரு சமூக வளம் பற்றி தெரியுமா?_ இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!_ diff --git a/public/content/translations/ta/developers/docs/programming-languages/python/index.md b/public/content/translations/ta/developers/docs/programming-languages/python/index.md new file mode 100644 index 00000000000..59ca52e6dad --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/python/index.md @@ -0,0 +1,99 @@ +--- +title: "பைதான் டெவலப்பர்களுக்கான Ethereum" +description: "நெட் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி Ethereum க்கு எவ்வாறு உருவாக்குவது என்பதை அறிக" +lang: ta +incomplete: true +--- + +பைதான் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி Ethereum-க்கு எவ்வாறு உருவாக்குவது என்பதை அறிக + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "டாப்ஸ்") உருவாக்க Ethereum ஐப் பயன்படுத்தவும். இந்த டாப்ஸ் நம்பகமானதாக இருக்கக்கூடும், அதாவது அவை எத்தேரியத்திற்கு அனுப்பப்பட்டவுடன், அவை எப்போதும் திட்டமிடப்பட்டபடி இயங்கும். புதிய வகையான நிதி பயன்பாடுகளை உருவாக்க அவர்கள் டிஜிட்டல் சொத்துக்களைக் கட்டுப்படுத்தலாம். அவை பரவலாக்கப்படலாம், அதாவது எந்த ஒரு நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை மற்றும் தணிக்கை செய்ய இயலாது. + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் Solidity மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-solidity} + +**Ethereum உடன் பைத்தானை ஒருங்கிணைக்க உங்கள் முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) +- [பிளாக்செயினில் பைத்தானின் நிலை 2023 அறிக்கை](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023) + +## தொடக்கநிலையாளர்களுக்கான கட்டுரைகள் {#beginner-articles} + +- [web3.py மேலோட்டம்](https://web3py.readthedocs.io/en/latest/overview.html) +- [Ethereum பைத்தான் சுற்றுச்சூழல் பயணம்](https://snakecharmers.ethereum.org/python-ecosystem/) +- [Ethereum-க்கான ஒரு (பைத்தான்) உருவாக்குநர் வழிகாட்டி](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/) +- [பரிசுக்கு தகுதியானது: ஒரு Ethereum பைத்தான் ஹேக்கத்தான் வழிகாட்டி](https://snakecharmers.ethereum.org/prize-worthy/) +- [Vyper உடன் ஸ்மார்ட் ஒப்பந்தங்களுக்கான ஒரு அறிமுகம்](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/) +- [பைத்தான் ஃபிளாஸ்க்கைப் பயன்படுத்தி Ethereum ஒப்பந்தத்தை உருவாக்குவது எப்படி?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e) +- [Web3.py-க்கு அறிமுகம் · பைத்தான் உருவாக்குநர்களுக்கான Ethereum](https://www.dappuniversity.com/articles/web3-py-intro) +- [பைத்தான் மற்றும் web3.py-ஐப் பயன்படுத்தி ஒரு ஸ்மார்ட் ஒப்பந்தச் செயல்பாட்டை அழைப்பது எப்படி](https://stackoverflow.com/questions/57580702/how-to-call-a-smart-contract-function-using-python-and-web3-py) + +## இடைநிலை கட்டுரைகள் {#intermediate-articles} + +- [web3.py-இன் நண்பர்கள்: Ape-க்கு அறிமுகம்](https://snakecharmers.ethereum.org/intro-to-ape/) +- [பைத்தான் நிரலர்களுக்கான Dapp உருவாக்கம்](https://levelup.gitconnected.com/dapps-development-for-python-developers-f52b32b54f28) +- [ஒரு பைத்தான் Ethereum இடைமுகத்தை உருவாக்குதல்: பகுதி 1](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d) +- [பைத்தானில் Ethereum ஸ்மார்ட் ஒப்பந்தங்கள்: ஒரு விரிவான (போன்ற) வழிகாட்டி](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988) + +## மேம்பட்ட பயன்பாட்டு முறைகள் {#advanced-use-patterns} + +- [web3.py முறைகள்: நிகழ்நேர நிகழ்வுச் சந்தாக்கள்](https://snakecharmers.ethereum.org/subscriptions/) +- [web3.py முறைகள்: WebSocketProvider](https://snakecharmers.ethereum.org/websocketprovider/) +- [பைத்தானைப் பயன்படுத்தி Ethereum ஸ்மார்ட் ஒப்பந்தத்தை தொகுத்தல், வரிசைப்படுத்துதல் மற்றும் அழைத்தல்](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/) +- [Slither உடன் Solidity ஸ்மார்ட் ஒப்பந்தங்களை பகுப்பாய்வு செய்யவும்](https://kauri.io/#collections/DevOps/analyze-solidity-smart-contracts-with-slither/#analyze-solidity-smart-contracts-with-slither) +- [பிளாக்செயின் ஃபின்டெக் பயிற்சி: பைத்தான் உடன் கடன் கொடுத்தல் மற்றும் வாங்குதல்](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/) + +## காப்பகப்படுத்தப்பட்ட கட்டுரைகள் + +- [பைத்தான் மற்றும் Brownie உடன் உங்கள் சொந்த ERC20 டோக்கனை வரிசைப்படுத்துங்கள்](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58) +- [ஸ்மார்ட் ஒப்பந்தங்களை வரிசைப்படுத்த Brownie மற்றும் பைத்தானைப் பயன்படுத்துதல்](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp) +- [Brownie உடன் OpenSea-இல் NFT-களை உருவாக்குதல்](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/) + +## பைத்தான் திட்டங்கள் மற்றும் கருவிகள் {#python-projects-and-tools} + +### செயலில் உள்ளவை: {#active} + +- [Web3.py](https://github.com/ethereum/web3.py) - _Ethereum உடன் ஊடாடுவதற்கான பைத்தான் நூலகம்_ +- [Vyper](https://github.com/ethereum/vyper/) - _EVM-க்கான பைத்தானிக் ஸ்மார்ட் ஒப்பந்த மொழி_ +- [Ape](https://github.com/ApeWorX/ape) - _பைத்தானிஸ்டாக்கள், தரவு விஞ்ஞானிகள் மற்றும் பாதுகாப்பு நிபுணர்களுக்கான ஸ்மார்ட் ஒப்பந்த உருவாக்கக் கருவி_ +- [py-evm](https://github.com/ethereum/py-evm) - _Ethereum மெய்நிகர் இயந்திரத்தின் செயலாக்கம்_ +- [eth-tester](https://github.com/ethereum/eth-tester) - _Ethereum-அடிப்படையிலான பயன்பாடுகளைச் சோதிப்பதற்கான கருவிகள்_ +- [eth-utils](https://github.com/ethereum/eth-utils/) - _Ethereum தொடர்பான குறியீட்டுத் தளங்களுடன் வேலை செய்வதற்கான பயன்பாட்டுச் செயல்பாடுகள்_ +- [py-solc-x](https://pypi.org/project/py-solc-x/) - _0.5.x ஆதரவுடன் solc solidity தொகுப்பானைச் சுற்றியுள்ள பைத்தான் உறை_ +- [pymaker](https://github.com/makerdao/pymaker) - _Maker ஒப்பந்தங்களுக்கான பைத்தான் API_ +- [siwe](https://github.com/signinwithethereum/siwe-py) - _பைத்தானுக்கான Ethereum உடன் உள்நுழைக (siwe)_ +- [Ethereum ஒருங்கிணைப்புகளுக்கான Web3 DeFi](https://github.com/tradingstrategy-ai/web3-ethereum-defi) - _ERC-20, Uniswap மற்றும் பிற பிரபலமான திட்டங்களுக்கான ஆயத்த ஒருங்கிணைப்புகளுடன் கூடிய ஒரு பைத்தான் தொகுப்பு_ +- [Wake](https://getwake.io) - _ஒப்பந்தங்கள் சோதனை, ஃபஸ்ஸிங், வரிசைப்படுத்தல், பாதிப்பு ஸ்கேனிங் மற்றும் குறியீடு வழிசெலுத்தலுக்கான அனைத்தும்-ஒன்றில்-உள்ள பைத்தான் கட்டமைப்பு (மொழி சேவையகம் - [Solidity-க்கான கருவிகள்](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_ + +### காப்பகப்படுத்தப்பட்டவை / இனி பராமரிக்கப்படாதவை: {#archived--no-longer-maintained} + +- [Trinity](https://github.com/ethereum/trinity) - _Ethereum பைத்தான் கிளையன்ட்_ +- [Mamba](https://github.com/arjunaskykok/mamba) - _Vyper மொழியில் எழுதப்பட்ட ஸ்மார்ட் ஒப்பந்தங்களை எழுத, தொகுக்க மற்றும் வரிசைப்படுத்துவதற்கான கட்டமைப்பு_ +- [Brownie](https://github.com/eth-brownie/brownie) - _Ethereum ஸ்மார்ட் ஒப்பந்தங்களை வரிசைப்படுத்துவதற்கும், சோதிப்பதற்கும் மற்றும் ஊடாடுவதற்கும் பைத்தான் கட்டமைப்பு_ +- [pydevp2p](https://github.com/ethereum/pydevp2p) - _Ethereum P2P அடுக்கின் செயலாக்கம்_ +- [py-wasm](https://github.com/ethereum/py-wasm) - _வலை சட்டசபை மொழிபெயர்ப்பாளரின் பைத்தான் செயலாக்கம்_ + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +## பைத்தான் கருவிகளைப் பயன்படுத்தும் திட்டங்கள் {#projects-using-python-tooling} + +பின்வரும் Ethereum-அடிப்படையிலான திட்டங்கள் இந்தப் பக்கத்தில் குறிப்பிடப்பட்டுள்ள கருவிகளைப் பயன்படுத்துகின்றன. தொடர்புடைய திறந்த மூல களஞ்சியங்கள் எடுத்துக்காட்டு குறியீடு மற்றும் சிறந்த நடைமுறைகளுக்கு ஒரு நல்ல குறிப்பாகச் செயல்படுகின்றன. + +- [Yearn Finance](https://yearn.finance/) மற்றும் [Yearn வால்ட் ஒப்பந்தங்கள் களஞ்சியம்](https://github.com/yearn/yearn-vaults) +- [Curve](https://www.curve.finance/) மற்றும் [Curve ஸ்மார்ட் ஒப்பந்தங்கள் களஞ்சியம்](https://github.com/curvefi/curve-contract) +- [BadgerDAO](https://badger.com/) மற்றும் [Brownie கருவித்தொகுப்பைப் பயன்படுத்தும் ஸ்மார்ட் ஒப்பந்தங்கள்](https://github.com/Badger-Finance/badger-system) +- [Sushi](https://sushi.com/) [தங்களது ஒப்படைப்பு ஒப்பந்தங்களை நிர்வகிப்பதிலும் வரிசைப்படுத்துவதிலும் பைத்தானைப் பயன்படுத்துகிறது](https://github.com/sushiswap/sushi-vesting-protocols) +- [Alpha Finance](https://alphafinance.io/), ஆல்ஃபா ஹோமோரா புகழ் பெற்றது, [ஸ்மார்ட் ஒப்பந்தங்களை சோதிக்கவும் வரிசைப்படுத்தவும் Brownie-ஐப் பயன்படுத்துகிறது](https://github.com/AlphaFinanceLab/alpha-staking-contract) + +## பைத்தான் சமூகக் கலந்துரையாடல் {#python-community-contributors} + +- Web3.py மற்றும் பிற பைத்தான் கட்டமைப்பு கலந்துரையாடலுக்கான [Ethereum பைத்தான் சமூக டிஸ்கார்ட்](https://discord.gg/9zk7snTfWe) +- Vyper ஸ்மார்ட் ஒப்பந்த நிரலாக்க கலந்துரையாடலுக்கான [Vyper டிஸ்கார்ட்](https://discord.gg/SdvKC79cJk) + +## பிற திரட்டப்பட்ட பட்டியல்கள் {#other-aggregated-lists} + +Vyper விக்கியில் [Vyper-க்கான ஆதாரங்களின் நம்பமுடியாத பட்டியல்](https://github.com/vyperlang/vyper/wiki/Vyper-tools-and-resources) உள்ளது \ No newline at end of file diff --git a/public/content/translations/ta/developers/docs/programming-languages/ruby/index.md b/public/content/translations/ta/developers/docs/programming-languages/ruby/index.md new file mode 100644 index 00000000000..8ae97fd63f8 --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/ruby/index.md @@ -0,0 +1,60 @@ +--- +title: "ரூபி டெவலப்பர்களுக்கான எத்தேரியம்" +description: "ரூபி அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்கு எவ்வாறு உருவாக்குவது என்பதை அறிக." +lang: ta +incomplete: false +--- + +ரூபி அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்கு எவ்வாறு உருவாக்குவது என்பதை அறிக. + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "டாப்ஸ்") உருவாக்க Ethereum ஐப் பயன்படுத்தவும். இந்த டாப்கள் (dapps) நம்பிக்கை தேவைப்படாததாக இருக்கலாம், அதாவது அவை எத்தேரியத்தில் பயன்படுத்தப்பட்டவுடன், அவை எப்போதும் திட்டமிட்டபடி இயங்கும். புதிய வகையான நிதி பயன்பாடுகளை உருவாக்க அவர்கள் டிஜிட்டல் சொத்துக்களைக் கட்டுப்படுத்தலாம். அவை பரவலாக்கப்படலாம், அதாவது எந்த ஒரு நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை மற்றும் தணிக்கை செய்ய இயலாது. + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் Solidity மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-solidity} + +**எத்தேரியத்துடன் ரூபியை ஒருங்கிணைப்பதற்கான உங்கள் முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) + +## தொடக்கநிலையாளர்களுக்கான கட்டுரைகள் {#beginner-articles} + +- [இறுதியாக எத்தேரியம் கணக்குகளைப் புரிந்துகொள்வது](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe) +- [இறுதியாக MetaMask மூலம் ரயில்ஸ் பயனர்களை அங்கீகரித்தல்](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj) +- [ரூபியைப் பயன்படுத்தி எத்தேரியம் வலைப்பின்னலுடன் எவ்வாறு இணைப்பது](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby) +- [ரூபியில் ஒரு புதிய எத்தேரியம் முகவரியை உருவாக்குவது எப்படி](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby) + +## இடைநிலை கட்டுரைகள் {#intermediate-articles} + +- [ரூபியுடன் பிளாக்செயின் செயலி](https://www.nopio.com/blog/blockchain-app-ruby/) +- [ஸ்மார்ட் ஒப்பந்தத்தை செயல்படுத்த, எத்தேரியத்துடன் இணைக்கப்பட்ட ரூபியைப் பயன்படுத்தவும்](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9) + +## ரூபி திட்டங்கள் மற்றும் கருவிகள் {#ruby-projects-and-tools} + +### செயலில் உள்ளவை {#active} + +- [eth.rb](https://github.com/q9f/eth.rb) - _எத்தேரியம் கணக்குகள், செய்திகள் மற்றும் பரிவர்த்தனைகளைக் கையாள ரூபி நூலகம் மற்றும் RPC-கிளையன்ட்_ +- [keccak.rb](https://github.com/q9f/keccak.rb) - _எத்தேரியம் பயன்படுத்தும் கெக்காக் (SHA3) ஹாஷ்_ +- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) - _எத்தேரியம் மூலம் உள்நுழைவதற்கான ரூபி செயலாக்கம்_ +- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) - _SIWE லோக்கல் சைன் இன் ரூட்களைச் சேர்க்கும் ஒரு ரயில்ஸ் ஜெம்_ +- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) - _தனிப்பயன் கன்ட்ரோலருடன் ரூபி ஆன் ரயில்ஸைப் பயன்படுத்தும் SIWE எடுத்துக்காட்டு_ +- [omniauth-siwe](https://github.com/signinwithethereum/omniauth-siwe) - _எத்தேரியம் மூலம் உள்நுழைவதற்கான (SIWE) ஆம்னிஆத் உத்தி_ +- [omniauth-nft](https://github.com/valthon/omniauth-nft) - _NFT உரிமை வழியாக அங்கீகரிப்பதற்கான ஆம்னிஆத் உத்தி_ +- [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails) - _MetaMask-ஐ ரூபி ஆன் ரயில்ஸுடன் இணைக்க அனுமதிக்கும் எத்தேரியம் ஆன் ரயில்ஸ் டெம்ப்ளேட்_ + +### காப்பகப்படுத்தப்பட்டவை / இனி பராமரிக்கப்படாதவை {#archived--no-longer-maintained} + +- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) - _ரூபியுடன் எத்தேரியம் முனையின் RPC முறைகளை அழைத்தல்_ +- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) - _BIP32 தரநிலையின்படி ஒரு படிநிலை நிர்ணய பணப்பையிலிருந்து ETH முகவரிகளை உருவாக்க உதவும் ரூபி நூலகம்_ +- [etherlite](https://github.com/budacom/etherlite) - _ரூபி ஆன் ரயில்ஸிற்கான எத்தேரியம் ஒருங்கிணைப்பு_ +- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) - _பரிவர்த்தனைகளை அனுப்புதல், ஒப்பந்தங்களை உருவாக்குதல் மற்றும் ஊடாடுதல் மற்றும் எத்தேரியம் முனையுடன் வேலை செய்வதற்கான பயனுள்ள கருவித்தொகுப்பு ஆகியவற்றிற்காக JSON-RPC இடைமுகத்தைப் பயன்படுத்தும் ரூபி எத்தேரியம் கிளையன்ட்_ +- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) - _OmniAuth-க்கான எத்தேரியம் வழங்குநர் உத்தியைச் செயல்படுத்துகிறது_ + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [எங்கள் டெவலப்பரின் முகப்பு](/developers/) பக்கத்தைப் பாருங்கள். + +## ரூபி சமூகப் பங்களிப்பாளர்கள் {#ruby-community-contributors} + +[Ethereum Ruby Telegram குழு](https://t.me/ruby_eth) வேகமாக வளர்ந்து வரும் சமூகத்தின் இருப்பிடமாக உள்ளது, மேலும் மேலே உள்ள திட்டங்கள் மற்றும் தொடர்புடைய தலைப்புகள் பற்றிய விவாதங்களுக்கான பிரத்யேக ஆதாரமாக உள்ளது. diff --git a/public/content/translations/ta/developers/docs/programming-languages/rust/index.md b/public/content/translations/ta/developers/docs/programming-languages/rust/index.md new file mode 100644 index 00000000000..c7384a1f8b3 --- /dev/null +++ b/public/content/translations/ta/developers/docs/programming-languages/rust/index.md @@ -0,0 +1,65 @@ +--- +title: "ரஸ்ட் டெவலப்பர்களுக்கான எத்தேரியம்" +description: "துரு அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி Ethereum க்கு எவ்வாறு உருவாக்குவது என்பதை அறிக" +lang: ta +incomplete: true +--- + +ரஸ்ட் அடிப்படையிலான திட்டங்கள் மற்றும் கருவிகளைப் பயன்படுத்தி எத்தேரியத்திற்கு எவ்வாறு உருவாக்குவது என்பதை அறிக + +கிரிப்டோகரன்சி மற்றும் பிளாக்செயின் தொழில்நுட்பத்தின் நன்மைகளைப் பயன்படுத்தும் பரவலாக்கப்பட்ட பயன்பாடுகளை (அல்லது "டாப்ஸ்") உருவாக்க Ethereum ஐப் பயன்படுத்தவும். இந்த டாப்ஸ் நம்பகமானதாக இருக்கக்கூடும், அதாவது அவை எத்தேரியத்திற்கு அனுப்பப்பட்டவுடன், அவை எப்போதும் திட்டமிடப்பட்டபடி இயங்கும். புதிய வகையான நிதி பயன்பாடுகளை உருவாக்க அவர்கள் டிஜிட்டல் சொத்துக்களைக் கட்டுப்படுத்தலாம். அவை பரவலாக்கப்படலாம், அதாவது எந்த ஒரு நிறுவனமோ அல்லது நபரோ அவற்றைக் கட்டுப்படுத்துவதில்லை மற்றும் தணிக்கை செய்ய இயலாது. + +## ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் Solidity மொழியுடன் தொடங்குதல் {#getting-started-with-smart-contracts-and-solidity} + +**ரஸ்ட்டை எத்தேரியத்துடன் ஒருங்கிணைப்பதற்கான முதல் படிகளை எடுங்கள்** + +முதலில் இன்னும் அடிப்படை அறிமுகம் தேவையா? [ethereum.org/learn](/learn/) அல்லது [ethereum.org/developers](/developers/) பக்கத்தைப் பாருங்கள். + +- [பிளாக்செயின் விளக்கப்பட்டது](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [ஸ்மார்ட் ஒப்பந்தங்களைப் புரிந்துகொள்ளுதல்](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [உங்கள் முதல் ஸ்மார்ட் ஒப்பந்தத்தை எழுதுங்கள்](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Solidity-ஐ தொகுத்து வரிசைப்படுத்துவது எப்படி என்பதை அறிக](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) + +## தொடக்கநிலையாளர்களுக்கான கட்டுரைகள் {#beginner-articles} + +- [ரஸ்ட் எத்தேரியம் கிளையன்ட்](https://openethereum.github.io/) \* **OpenEthereum [நிறுத்தப்பட்டு விட்டது](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) மற்றும் இனி பராமரிக்கப்படாது என்பதை நினைவில் கொள்க.** இதை எச்சரிக்கையுடன் பயன்படுத்தவும், முன்னுரிமை அளித்து மற்றொரு கிளையன்ட் செயலாக்கத்திற்கு மாறவும். +- [ரஸ்ட்டைப் பயன்படுத்தி எத்தேரியத்திற்கு பரிவர்த்தனை அனுப்புதல்](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/sending-ethereum-transactions-with-rust/) +- [கோவனுக்காக ரஸ்ட் Wasm இல் ஒப்பந்தங்களை எழுதுவது எப்படி என்பது குறித்த படிப்படியான பயிற்சி](https://github.com/paritytech/pwasm-tutorial) + +## இடைநிலை கட்டுரைகள் {#intermediate-articles} + +## மேம்பட்ட பயன்பாட்டு முறைகள் {#advanced-use-patterns} + +- [எத்தேரியம் போன்ற நெட்வொர்க்குடன் தொடர்பு கொள்ள pwasm_ethereum externs நூலகம்](https://github.com/openethereum/pwasm-ethereum) + +- [ஜாவாஸ்கிரிப்ட் மற்றும் ரஸ்ட் பயன்படுத்தி ஒரு பரவலாக்கப்பட்ட அரட்டையை உருவாக்குதல்](https://medium.com/perlin-network/build-a-decentralized-chat-using-javascript-rust-webassembly-c775f8484b52) + +- [Vue.js & ரஸ்ட் பயன்படுத்தி ஒரு பரவலாக்கப்பட்ட செய்ய வேண்டியவை செயலியை உருவாக்குதல்](https://medium.com/@jjmace01/build-a-decentralized-todo-app-using-vue-js-rust-webassembly-5381a1895beb) + +- [ரஸ்டில் ஒரு பிளாக்செயினை உருவாக்குதல்](https://blog.logrocket.com/how-to-build-a-blockchain-in-rust/) + +## ரஸ்ட் திட்டங்கள் மற்றும் கருவிகள் {#rust-projects-and-tools} + +- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) - _எத்தேரியம் போன்ற நெட்வொர்க்குடன் தொடர்பு கொள்ளும் externsகளின் தொகுப்பு_ +- [Lighthouse](https://github.com/sigp/lighthouse) - _வேகமான எத்தேரியம் ஒருமித்த கருத்து அடுக்கு கிளையன்ட்_ +- [Ethereum WebAssembly](https://ewasm.readthedocs.io/en/mkdocs/) - _WebAssembly இன் ஒரு தீர்மானகரமான துணைத் தொகுப்பைப் பயன்படுத்தி எத்தேரியம் ஸ்மார்ட் ஒப்பந்த செயலாக்க அடுக்கின் முன்மொழியப்பட்ட மறுவடிவமைப்பு_ +- [oasis_std](https://docs.rs/oasis-std/latest/oasis_std/index.html) - _OASIS API குறிப்பு_ +- [Solaris](https://github.com/paritytech/sol-rs) - _நேட்டிவ் பேரிட்டி கிளையன்ட் EVM ஐப் பயன்படுத்தும் சாலிடிட்டி ஸ்மார்ட் ஒப்பந்தங்கள் யூனிட் டெஸ்ட் ஹார்னஸ்._ +- [SputnikVM](https://github.com/rust-blockchain/evm) - _ரஸ்ட் எத்தேரியம் மெய்நிகர் இயந்திர செயலாக்கம்_ +- [Wavelet](https://wavelet.perlin.net/docs/smart-contracts) - _ரஸ்டில் வேவ்லெட் ஸ்மார்ட் ஒப்பந்தம்_ +- [Foundry](https://github.com/foundry-rs/foundry) - _எத்தேரியம் பயன்பாட்டு உருவாக்கத்திற்கான கருவித்தொகுப்பு_ +- [Alloy](https://alloy.rs) - _எத்தேரியம் மற்றும் பிற EVM-அடிப்படையிலான சங்கிலிகளுடன் தொடர்பு கொள்வதற்கான உயர் செயல்திறன், நன்கு சோதிக்கப்பட்ட மற்றும் ஆவணப்படுத்தப்பட்ட நூலகங்கள்._ +- [Ethers_rs](https://github.com/gakonst/ethers-rs) - _எத்தேரியம் நூலகம் மற்றும் பணப்பை செயலாக்கம்_ +- [SewUp](https://github.com/second-state/SewUp) - _ரஸ்ட் கொண்டு உங்கள் எத்தேரியம் வெப்அசெம்பிளி ஒப்பந்தத்தை ஒரு பொதுவான பின்தளத்தில் உருவாக்குவது போலவே உருவாக்க உதவும் ஒரு நூலகம்_ +- [Substreams](https://github.com/streamingfast/substreams) - _இணையான பிளாக்செயின் தரவு அட்டவணைப்படுத்தல் தொழில்நுட்பம்_ +- [Reth](https://github.com/paradigmxyz/reth) Reth (ரஸ்ட் எத்தேரியத்தின் சுருக்கம்) என்பது ஒரு புதிய எத்தேரியம் முழு-நோட் செயலாக்கமாகும் +- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) - _எத்தேரியம் சூழல் அமைப்பில் ரஸ்டில் எழுதப்பட்ட தேர்ந்தெடுக்கப்பட்ட திட்டங்களின் தொகுப்பு_ + +மேலும் ஆதாரங்களைத் தேடுகிறீர்களா? [ethereum.org/developers.](/developers/) ஐப் பாருங்கள். + +## ரஸ்ட் சமூக பங்களிப்பாளர்கள் {#rust-community-contributors} + +- [எத்தேரியம் வெப்அசெம்பிளி](https://gitter.im/ewasm/Lobby) +- [Oasis Gitter](https://gitter.im/Oasis-official/Lobby) +- [Parity Gitter](https://gitter.im/paritytech/parity) +- [Enigma](https://discord.gg/SJK32GY) diff --git a/public/content/translations/ta/developers/docs/scaling/index.md b/public/content/translations/ta/developers/docs/scaling/index.md new file mode 100644 index 00000000000..e201662748b --- /dev/null +++ b/public/content/translations/ta/developers/docs/scaling/index.md @@ -0,0 +1,113 @@ +--- +title: "அளவிடுதல்" +description: "ஈதரியம் சமூகத்தால் தற்போது உருவாக்கப்பட்டு வரும் வெவ்வேறு அளவிடுதல் விருப்பங்களுக்கான ஒரு அறிமுகம்." +lang: ta +sidebarDepth: 3 +--- + +## அளவிடுதல் மேலோட்டம் {#scaling-overview} + +ஈத்தீரியத்தை பயன்படுத்தும் மக்கள் எண்ணிக்கை அதிகரித்ததன் மூலம், பிளாக்செயின் சில திறன் வரம்புகளை எட்டியுள்ளது. இதனால் நெட்வொர்க் பயன்படுத்தும் செலவு அதிகரித்துவிட்டது, அதனால் "ஸ்கேலிங் தீர்வுகள்" தேவைப்படுவதாக உருவானது. ஒரே குறிக்கோளை அடைவதற்காக வேறுபட்ட அணுகுமுறைகளை எடுத்துக்கொள்ளும் பல தீர்வுகள் தற்போது ஆராயப்படுகிறதோ, சோதனை செய்யப்படுகிறதோ, மற்றும் நடைமுறைப்படுத்தப்படுகிறதோ உள்ளன. + +அளவிடுதலின் முக்கிய குறிக்கோள் என்பது, பரவலாக்கத்தையோ அல்லது பாதுகாப்பையோ தியாகம் செய்யாமல், பரிவர்த்தனை வேகத்தை (விரைவான இறுதிநிலை) மற்றும் பரிவர்த்தனை செயல்திறனை (வினாடிக்கு அதிக பரிவர்த்தனைகள்) அதிகரிப்பதே ஆகும். லேயர் 1 ஈதரியம் பிளாக்செயினில், அதிக தேவையானது மெதுவான பரிவர்த்தனைகளுக்கும் சாத்தியமற்ற [எரிவாயு விலைகளுக்கும்](/developers/docs/gas/) வழிவகுக்கிறது. வேகம் மற்றும் பரிவர்த்தனை திறன் தரத்தில் நெட்வொர்க் திறனைக் கூட்டுவது ஈத்தீரியத்தின் பொருத்தமான மற்றும் பெரும் அளவிலான ஏற்றுக்கொள்ளலுக்கு அடிப்படை ஆகும். + +வேகம் மற்றும் பரிவர்த்தனை திறன் முக்கியமானவை என்றாலும், இந்த குறிக்கோள்களைச் செயல்படுத்தும் ஸ்கேலிங் தீர்வுகள் மையமில்லாதவும், பாதுகாப்பானவுமாக இருக்க வேண்டும். நோட் இயக்குனர்களுக்கான நுழைவுத் தடையை குறைவாக வைப்பது, மையப்படுத்தப்பட்ட மற்றும் பாதுகாப்பற்ற கணினி சக்தியின்பக்கம் செல்லாமல் தடுக்கும் முக்கிய அம்சமாகும். + +கூட்டத்தொகையாக, ஸ்கேலிங்கை முதலில் ஆன்செயின் ஸ்கேலிங் (onchain scaling) அல்லது ஆஃப்செயின் ஸ்கேலிங் (offchain scaling) என வகைப்படுத்தலாம். + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +நீங்கள் அனைத்து அடிப்படை தலைப்புகளையும் நன்றாகப் புரிந்திருக்க வேண்டும். ஸ்கேலிங் தீர்வுகளை நடைமுறைப்படுத்துவது முன்னேற்றமானது, ஏனெனில் இந்த தொழில்நுட்பம் குறைவாக சோதிக்கப்பட்டுள்ளது மற்றும் தொடர்ந்து ஆராயப்படுகின்றது மற்றும் மேம்படுத்தப்படுகின்றது. + +## ஆன்செயின் அளவிடுதல் {#onchain-scaling} + +ஆன்செயின் அளவிடுதலுக்கு ஈதரியம் நெறிமுறையில் (லேயர் 1 [Mainnet](/glossary/#mainnet)) மாற்றங்கள் தேவை. நீண்ட காலமாக, பிளாக்செயினை ஷார்டிங் (sharding) செய்யும் திட்டம் ஈத்தீரியத்தை ஸ்கேல் செய்யும் என்று எதிர்பார்க்கப்பட்டது. இது பிளாக்செயினை தனித்திருப்புகளாக (shards) பிரித்து, அந்த shards-ஐ சில validators உத்தரவாதப்படுத்துவது ஆகியவற்றை உள்ளடக்கியதாக இருக்கும். ஆனால், லேயர்-2 ரோல்அப்புகள் (layer-2 rollups) மூலம் ஸ்கேலிங் தற்போதைய முக்கிய தொழில்நுட்பமாக ஆகிவிட்டது. இது ஈத்தீரியம் பிளாக்களில் புதிய மலிவு தரவு வடிவத்தை சேர்ப்பதன் மூலம், ரோல்அப்புகளை பயனர்களுக்கு மலிவாகக் கட்டமைக்க உதவுகிறது. + +### ஷார்டிங் {#sharding} + +ஷார்டிங் என்பது ஒரு தரவுத்தளத்தைப் பிரிக்கும் செயல்முறை. அனைத்து ஈத்தீரியத்தை கண்காணிப்பதற்குப் பதிலாக, தனித்திருப்புகளுக்கான validators சிலர் பொறுப்பேற்கின்றனர். ஷார்டிங் நீண்ட காலமாக ஈதரியம் [திட்ட வரைபடத்தில்](/roadmap/) இருந்தது, மேலும் அது ஒரு காலத்தில் பங்களிப்புச் சான்றுக்கு (proof-of-stake) மாறும் The Merge-க்கு முன்பு வெளியிடப்பட வேண்டும் என உத்தேசிக்கப்பட்டது. இருப்பினும், [லேயர் 2 ரோல்அப்களின்](#layer-2-scaling) விரைவான வளர்ச்சி மற்றும் [Danksharding](/roadmap/danksharding) கண்டுபிடிப்பு (சரிபார்ப்பாளர்களால் மிகவும் திறமையாக சரிபார்க்கக்கூடிய வகையில், ரோல்அப் தரவின் ப்ளாப்களை ஈதரியம் பிளாக்குகளில் சேர்ப்பது) ஆகியவை, ஷார்டிங் மூலம் அளவிடுவதற்குப் பதிலாக ரோல்அப்-மைய அளவிடுதலை ஆதரிக்க ஈதரியம் சமூகத்தை வழிநடத்தியுள்ளது. இது ஈத்தீரியத்தின் ஒப்புதல் மாந்திரிகையை (consensus logic) எளிதாக வைத்திருக்கும். + +## ஆஃப்செயின் அளவிடுதல் {#offchain-scaling} + +ஆஃப்செயின் தீர்வுகள் லேயர் 1 மேன்போனில் இருந்து தனித்தனியாக நடைமுறைப்படுத்தப்படுகின்றன – இதற்காக நடப்பில் உள்ள ஈத்தீரியம் ப்ரொட்டோகாலில் எந்த மாற்றங்களும் தேவையில்லை. "லேயர் 2" தீர்வுகள் என அழைக்கப்படும் சில தீர்வுகள், [ஆப்டிமிஸ்டிக் ரோல்அப்கள்](/developers/docs/scaling/optimistic-rollups/), [பூஜ்ஜிய-அறிவு ரோல்அப்கள்](/developers/docs/scaling/zk-rollups/) அல்லது [நிலை சேனல்கள்](/developers/docs/scaling/state-channels/) போன்றவை, அவற்றின் பாதுகாப்பை லேயர் 1 ஈதரியம் கருத்தொற்றுமையிலிருந்து நேரடியாகப் பெறுகின்றன. மற்ற தீர்வுகள், [சைட்செயின்கள்](#sidechains), [வேலிடியம்கள்](#validium), அல்லது [பிளாஸ்மா செயின்கள்](#plasma) போன்றவை, அவற்றின் பாதுகாப்பை Mainnet-இலிருந்து தனித்தனியாகப் பெறும் பல்வேறு வடிவங்களில் புதிய சங்கிலிகளை உருவாக்குவதை உள்ளடக்கியுள்ளது. இந்த தீர்வுகள் மேன்போனுடன் தொடர்பு கொள்ளுகின்றன ஆனால் பாதுகாப்பை வேறுபடாக பெறுவதன் மூலம் பல்வேறு குறிக்கோள்களை அடைவது நோக்கமாகக் கொண்டுள்ளன. + +### லேயர் 2 அளவிடுதல் {#layer-2-scaling} + +ஆஃப்செயின் தீர்வுகளின் இந்த வகை பாதுகாப்பை மேன்போன் ஈத்தீரியத்திலிருந்து பெறுகிறது. + +லேயர் 2 என்பது உங்கள் பயன்பாட்டை ஸ்கேல் செய்ய உதவ வடிவமைக்கப்பட்ட தீர்வுகளுக்கு ஒரு கூட்டு சொல், இது பரிவர்த்தனைகளை லேயர் 1 (Ethereum Mainnet) வெளியே கையாள்கிறது, அதே சமயம் மேன்போனின் வலுவான மையமில்லாத பாதுகாப்பு மாதிரியை பயன்படுத்துகிறது. நெட்வொர்க் பிஸியாக இருக்கும்போது பரிவர்த்தனை வேகம் பாதிக்கப்படுவதால் சில வகை dapps-க்கு பயனர் அனுபவம் மோசமாகிறது. மேலும் நெட்வொர்க் பிஸியாகும்போது, பரிவர்த்தனை அனுப்புநர்கள் ஒருவருக்கொருவர் அதிகபட்ச காஸ் கட்டணம் செலுத்த முயற்சிப்பதால் காஸ் விலை உயர்கிறது. இது ஈத்தீரியம் பயன்படுத்துவதை மிகவும் செலவானதாக மாற்றக்கூடும். + +அதிகமான லேயர் 2 தீர்வுகள் ஒரு சர்வர் அல்லது சர்வர் கிளஸ்டர்-க்கு மையமாக உள்ளன, ஒவ்வொன்றும் ஒரு நோட், வாலிடேட்டர், ஆபரேட்டர், சீக்வென்சர், பிளாக் தயாரிப்பாளர் அல்லது அதே மாதிரியான பெயரால் குறிப்பிடப்படலாம். செயலாக்கத்தின் அடிப்படையில், இந்த லேயர் 2 நோட்கள் தனிப்பட்டவர்கள், வணிகங்கள் அல்லது நிறுவனங்கள் மூலம் இயக்கப்படலாம், அல்லது மூன்றாம் தரப்பின் ஆபரேட்டர், அல்லது பெரிய குழு (மேன்போனுடன் போன்றது) மூலம் இயங்கலாம். பொதுவாக, பரிவர்த்தனைகள் நேரடியாக லேயர் 1 (Mainnet) க்கு அனுப்பப்படுவதற்குப் பதிலாக இந்த லேயர் 2 நோட்களுக்கு சமர்ப்பிக்கப்படுகின்றன. சில தீர்வுகளுக்கு, லேயர் 2 உடைய பகுதி அவற்றை குழுக்களாக சேர்த்து பின்னர் லேயர் 1க்கு இணைக்கிறது, பின்னர் அவை லேயர் 1 மூலம் பாதுகாக்கப்பட்டு மாற்ற முடியாது. இந்த செயல்முறை பல லேயர் 2 தொழில்நுட்பங்களுக்கும் செயலாக்கங்களுக்கும் இடையே வேறுபடுகிறது. + +ஒரு குறிப்பிட்ட லேயர் 2 பகுதி பல பயன்பாடுகள் பகிர்ந்து பயன்படுத்தப்படலாம், அல்லது ஒரு திட்டத்தால் மட்டும் உருவாக்கப்பட்டு அதன் பயன்பாட்டை ஆதரிக்கவும் اختصاصப்பட்டிருக்கும். + +#### லேயர் 2 ஏன் தேவை? {#why-is-layer-2-needed} + +- அதிக பரிவர்த்தனைகள் ஒரு விநாடிக்கு பயனர் அனுபவத்தை பெரிதும் மேம்படுத்தி, மேன்போன் ஈத்தீரியத்தில் நெட்வொர்க் கடுமையை குறைக்கின்றன. +- பரிவர்த்தனைகள் ஒரு ஒற்றை பரிவர்த்தனையாக மேன்போன் ஈத்தீரியம்க்கு இணைக்கப்படுவதால் பயனர்களுக்கான காஸ் கட்டணங்கள் குறைகின்றன மற்றும் ஈத்தீரியத்தை உலகமெங்கும் மக்கள் பயன்படுத்துவதற்கும் ஏற்றதாக மாற்றுகிறது. +- எந்த ஸ்கேலபிலிட்டி மேம்பாடும் மையமில்லாத அமைப்பையும் பாதுகாப்பையும் பாதிக்கக் கூடாது – லேயர் 2 ஈத்தீரியத்தின் மேற்பரப்பில் கட்டமைக்கப்படுகிறது. +- பெரும் அளவிலான சொத்துகளுடன் பணிபுரியும் போது செயல்திறனை அதிகரிக்கும் பயன்பாடுகள்-சொந்த லேயர் 2 நெட்வொர்க்கள் உள்ளன. + +[லேயர் 2 பற்றி மேலும்](/layer-2/). + +#### ரோல்அப்கள் {#rollups} + +ரோல்அப்புகள் பரிவர்த்தனை செயல்பாடுகளை லேயர் 1 வெளியே செய்கின்றன, பின்னர் தரவு லேயர் 1க்கு அனுப்பப்படுகிறது, அங்கு ஒப்புதல் அடையப்படுகிறது. பரிவர்த்தனை தரவு லேயர் 1 பிளாக்களில் சேர்க்கப்படுவதால், ரோல்அப்புகள் இயல்பான ஈத்தீரியம் பாதுகாப்பால் பாதுகாக்கப்படுகின்றன. + +ரோல்அப்புகளுக்கு இரண்டு வகைகள் உள்ளன, வேறுபட்ட பாதுகாப்பு மாதிரிகளுடன்: + +- **ஆப்டிமிஸ்டிக் ரோல்அப்கள்**: இயல்பாக பரிவர்த்தனைகள் செல்லுபடியாகும் என்று கருதி, ஒரு சவால் ஏற்பட்டால் மட்டுமே [**மோசடிச் சான்று**](/glossary/#fraud-proof) வழியாகக் கணக்கீட்டை இயக்குகிறது. [ஆப்டிமிஸ்டிக் ரோல்அப்கள் பற்றி மேலும்](/developers/docs/scaling/optimistic-rollups/). +- **பூஜ்ஜிய-அறிவு ரோல்அப்கள்**: ஆஃப்செயினில் கணக்கீட்டை இயக்கி, ஒரு [**செல்லுபடியாகும் தன்மைக்கான சான்றை**](/glossary/#validity-proof) சங்கிலிக்கு சமர்ப்பிக்கிறது. [பூஜ்ஜிய-அறிவு ரோல்அப்கள் பற்றி மேலும்](/developers/docs/scaling/zk-rollups/). + +#### நிலை சேனல்கள் {#channels} + +நிலை சேனல்கள் மல்டிசிக் ஒப்பந்தங்களை (multisig contracts) பயன்படுத்தி பங்கேற்பாளர்களை விரைவாக மற்றும் சுதந்திரமாக ஆஃப்செயினில் பரிவர்த்தனை செய்ய அனுமதிக்கின்றன, பின்னர் இறுதிச்சட்டத்தை மேன்போன் மூலம் தீர்மானிக்கின்றன. இது நெட்வொர்க் கடுமை, கட்டணங்கள் மற்றும் தாமதங்களை குறைக்கிறது. தற்போது இரண்டு வகை சேனல்கள் உள்ளன: State Channels மற்றும் Payment Channels. + +[நிலை சேனல்கள்](/developers/docs/scaling/state-channels/) பற்றி மேலும் அறிக. + +### சைட்செயின்கள் {#sidechains} + +சைட்செயின் என்பது Mainnetக்கு இணைந்த தனித்தனி EVM-பொறுந்து பிளாக்செயின் ஆகும். இரண்டு-முக பாலங்களை (two-way bridges) பயன்படுத்தி ஈத்தீரியத்துடன் இணைக்கப்படுகிறது மற்றும் தங்களது தேர்ந்த ஒப்புதல் மற்றும் பிளாக் விதிகளின் கீழ் இயங்குகிறது. + +[சைட்செயின்கள்](/developers/docs/scaling/sidechains/) பற்றி மேலும் அறிக. + +### பிளாஸ்மா {#plasma} + +ஒரு பிளாஸ்மா சங்கிலி என்பது பிரதான ஈதரியம் சங்கிலியுடன் இணைக்கப்பட்ட ஒரு தனி பிளாக்செயின் ஆகும், இது தகராறுகளைத் தீர்த்து வைக்க மோசடிச் சான்றுகளைப் ([ஆப்டிமிஸ்டிக் ரோல்அப்களைப்](/developers/docs/scaling/optimistic-rollups/) போல) பயன்படுத்துகிறது. + +[பிளாஸ்மா](/developers/docs/scaling/plasma/) பற்றி மேலும் அறிக. + +### வேலிடியம் {#validium} + +Validium செயின் Zero-Knowledge Rollups போன்ற Validity Proofs பயன்படுத்துகிறது,. ஆனால் தரவு லேயர் 1 ஈத்தீரியம் சங்கிலியில் சேமிக்கப்படுவதில்லை. இதனால் ஒரு Validium செயின் ஒரு விநாடிக்கு 10,000 பரிவர்த்தனைகள் செய்ய முடியும், மேலும் பல செயின்கள் இணைந்து இயங்கலாம். + +[வேலிடியம்](/developers/docs/scaling/validium/) பற்றி மேலும் அறிக. + +## ஏன் பல ஸ்கேலிங் தீர்வுகள் தேவை? {#why-do-we-need-these} + +- பல தீர்வுகள் நெட்வொர்க் எந்த ஒரு பகுதியிலும் மொத்தம் கடுமையை குறைக்க உதவுகின்றன மற்றும் தனிப்பட்ட தோல்வி புள்ளிகளைத் தடுக்கும். +- ஒட்டுமொத்தம் அதன் பகுதிகளின் தொகையைவிட பெரியது. வெவ்வேறு தீர்வுகள் ஒரே நேரத்தில் செயல்பட்டு, எதிர்கால பரிவர்த்தனை வேகம் மற்றும் திறனை அதிகரிக்க சக்தி வாய்ந்த தாக்கத்தை உருவாக்கலாம். +- எல்லா தீர்வுகளும் நேரடியாக ஈத்தீரியம் ஒப்புதல் மாந்திரிகையை பயன்படுத்த தேவையில்லை, மாற்றுகள் பெறுவதற்கு சிரமமாக இருக்கும் பல நன்மைகளை வழங்கலாம். + +## பார்த்து கற்பவரா? {#visual-learner} + + + +_காணொளியில் உள்ள விளக்கம் அனைத்து ஆஃப்செயின் அளவிடுதல் தீர்வுகளையும் குறிக்க "லேயர் 2" என்ற சொல்லைப் பயன்படுத்துகிறது, அதேசமயம் நாம் "லேயர் 2" ஐ லேயர் 1 Mainnet கருத்தொற்றுமை மூலம் அதன் பாதுகாப்பைப் பெறும் ஒரு ஆஃப்செயின் தீர்வாக வேறுபடுத்துகிறோம் என்பதைக் கவனியுங்கள்._ + + + +## மேலும் வாசிக்க {#further-reading} + +- [ஒரு ரோல்அப்-மைய ஈதரியம் திட்ட வரைபடம்](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) _விடாலிக் புட்டரின்_ +- [ஈதரியத்திற்கான லேயர் 2 அளவிடுதல் தீர்வுகள் குறித்த சமீபத்திய பகுப்பாய்வுகள்](https://www.l2beat.com/) +- [ஈதரியம் லேயர் 2 அளவிடுதல் தீர்வுகளை மதிப்பிடுதல்: ஒரு ஒப்பீட்டு கட்டமைப்பு](https://medium.com/matter-labs/evaluating-ethereum-l2-scaling-solutions-a-comparison-framework-b6b2f410f955) +- [ரோல்அப்களுக்கான ஒரு முழுமையற்ற வழிகாட்டி](https://vitalik.eth.limo/general/2021/01/05/rollup.html) +- [ஈதரியம்-ஆதரவு பெற்ற ZK-ரோல்அப்கள்: உலகை வெல்பவை](https://hackmd.io/@canti/rkUT0BD8K) +- [ஆப்டிமிஸ்டிக் ரோல்அப்கள் எதிர் ZK ரோல்அப்கள்](https://limechain.tech/blog/optimistic-rollups-vs-zk-rollups/) +- [அதிக அளவிடுதலுக்கு ஏன் ரோல்அப்கள் + தரவு ஷார்டுகள் மட்டுமே நிலையான தீர்வு](https://polynya.medium.com/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalability-c9aabd6fbb48) +- [எந்த வகையான லேயர் 3கள் அர்த்தமுள்ளதாக இருக்கும்?](https://vitalik.eth.limo/general/2022/09/17/layer_3.html) +- [தரவு கிடைக்கும் தன்மை அல்லது: ரோலப்கள் கவலைப்படுவதை நிறுத்தி எத்தேரியத்தை நேசிக்கக் கற்றுக்கொண்டது எப்படி](https://web.archive.org/web/20250515194659/https://web.archive.org/web/20241108192208/https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum) +- [ஈதரியம் ரோல்அப்களுக்கான நடைமுறை வழிகாட்டி](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) + +_உங்களுக்கு உதவிய ஒரு சமூக வளம் பற்றி தெரியுமா?_ இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!_ diff --git a/public/content/translations/ta/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/ta/developers/docs/scaling/optimistic-rollups/index.md new file mode 100644 index 00000000000..15eddce58d5 --- /dev/null +++ b/public/content/translations/ta/developers/docs/scaling/optimistic-rollups/index.md @@ -0,0 +1,266 @@ +--- +title: "ஆப்டிமிஸ்டிக் ரோலப்ஸ்" +description: "ஆப்டிமிஸ்டிக் ரோலப்ஸிற்கான ஒரு அறிமுகம்—எத்தேரியம் சமூகத்தால் பயன்படுத்தப்படும் ஒரு அளவிடுதல் தீர்வு." +lang: ta +--- + +ஆசையோடிய ரோலப்புகள் என்பது ஈதேரியத்தின் அடிப்படை அடுக்கு விரிவாக்கத்தை நெருங்கிய பிளாக்க்செயின் (L2) நெறிமுறைகளாகும். அவை பரிவர்த்தனைகளை ஆஃப்செயினில் செயல்படுத்துவதன் மூலம் பிரதான எத்தேரியம் சங்கிலியில் கணக்கீட்டைக் குறைக்கின்றன, இது செயலாக்க வேகத்தில் குறிப்பிடத்தக்க மேம்பாடுகளை வழங்குகிறது. [சைடுசெயின்கள்](/developers/docs/scaling/sidechains/) போன்ற பிற அளவிடுதல் தீர்வுகள் அல்லது மோசடிச் சான்றுகளுடன் எத்தேரியத்தில் பரிவர்த்தனைகளைச் சரிபார்த்தாலும் பரிவர்த்தனைத் தரவை வேறு இடத்தில் சேமிக்கும் [பிளாஸ்மா செயின்கள்](/developers/docs/scaling/plasma/) போலல்லாமல், ஆப்டிமிஸ்டிக் ரோலப்ஸ் பரிவர்த்தனை முடிவுகளை ஆன்செயினில் வெளியிடுவதன் மூலம் Mainnet-இலிருந்து பாதுகாப்பைப் பெறுகின்றன. + +ஈதேரியத்தைப் பயன்படுத்தும்போது கணினி என்பது மெதுவாகவும், செலவானதாகவும் இருக்கும் என்பதால், எதிர்பார்க்கும் ரோலப்புகள் அளவீட்டில் 10-100 மடங்கு மேம்படுத்தல்களை வழங்கலாம். ஆப்டிமிஸ்டிக் ரோலப்ஸ் பரிவர்த்தனைகளை எத்தேரியத்திற்கு `calldata` ஆகவோ அல்லது [blobs](/roadmap/danksharding/) ஆகவோ எழுதுகின்றன, இது பயனர்களுக்கான எரிவாயுச் செலவுகளைக் குறைக்கிறது. + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +[Ethereum அளவிடுதல்](/developers/docs/scaling/) மற்றும் [அடுக்கு 2](/layer-2/) குறித்த எங்கள் பக்கங்களை நீங்கள் படித்துப் புரிந்துகொண்டிருக்க வேண்டும். + +## ஆசையோடிய ரோலப்புகள்? {#what-is-an-optimistic-rollup} + +ஆப்டிமிஸ்டிக் ரோலப் என்பது கணக்கீடு மற்றும் நிலை சேமிப்பகத்தை ஆஃப்செயினுக்கு நகர்த்துவதை உள்ளடக்கிய எத்தேரியத்தை அளவிடுவதற்கான ஒரு அணுகுமுறையாகும். ஆப்டிமிஸ்டிக் ரோலப்ஸ் எத்தேரியத்திற்கு வெளியே பரிவர்த்தனைகளைச் செயல்படுத்துகின்றன, ஆனால் பரிவர்த்தனைத் தரவை Mainnet-க்கு `calldata` ஆகவோ அல்லது [blobs](/roadmap/danksharding/) ஆகவோ வெளியிடுகின்றன. + +ஆப்டிமிஸ்டிக் ரோலப் ஆபரேட்டர்கள் பல ஆஃப்செயின் பரிவர்த்தனைகளை பெரிய தொகுப்புகளாக ஒன்றாக இணைத்து எத்தேரியத்திற்குச் சமர்ப்பிக்கிறார்கள். இந்த முறையானது ஒவ்வொரு தொகுப்பிலும் உள்ள பல பரிவர்த்தனைகளிடையே நிலையான செலவுகளைப் பகிர்ந்து, இறுதி பயனர்களுக்குக் கட்டணங்களைக் குறைக்கின்றது. ஆசையோடிய ரோலப்புகள் கூட, ஈதேரியத்தில் வெளியிடப்படும் தரவின் அளவை குறைப்பதற்கான சுருக்க உத்திகளைப் பயன்படுத்துகின்றன. + +ஆப்டிமிஸ்டிக் ரோலப்ஸ் "ஆப்டிமிஸ்டிக்" என்று கருதப்படுகின்றன, ஏனெனில் அவை ஆஃப்செயின் பரிவர்த்தனைகள் செல்லுபடியாகும் என்று கருதுகின்றன மற்றும் ஆன்செயினில் வெளியிடப்பட்ட பரிவர்த்தனைத் தொகுப்புகளுக்கு செல்லுபடியாகும் சான்றுகளை வெளியிடுவதில்லை. இது, ஆஃப்செயின் பரிவர்த்தனைகளுக்கு குறியாக்கவியல் [செல்லுபடியாகும் சான்றுகளை](/glossary/#validity-proof) வெளியிடும் [ஜீரோ-நாலேட்ஜ் ரோலப்ஸிலிருந்து](/developers/docs/scaling/zk-rollups), ஆப்டிமிஸ்டிக் ரோலப்ஸைப் பிரிக்கிறது. + +ஆசையோடிய ரோலப்புகள் fraud-proving முறையைப் பயன்படுத்தி, பரிவர்த்தனைகள் சரியாகக் கணக்கிடப்படாத வழக்குகளைக் கண்டறிவதற்காகச் சார்ந்து உள்ளன. எத்தேரியத்தில் ஒரு ரோலப் தொகுதி சமர்ப்பிக்கப்பட்ட பிறகு, ஒரு கால அவகாசம் உள்ளது (சவால் காலம் என்று அழைக்கப்படுகிறது), இதன் போது எவரும் [மோசடிச் சான்றை](/glossary/#fraud-proof) கணக்கிடுவதன் மூலம் ரோலப் பரிவர்த்தனையின் முடிவுகளை சவால் செய்யலாம். + +எப்போது fraud proof வெற்றிகரமாக இருந்தால், ரோலப் நெறிமுறை பரிவர்த்தனையை(களை) மறுபடியும் செயல்படுத்துகிறது மற்றும் அதன் படி ரோலப்பின் நிலையைப் புதுப்பிக்கின்றது. இதன் மற்றொரு விளைவு, தவறாகச் செயல்படுத்தப்பட்ட பரிவர்த்தனையைத் தொகுப்பில் சேர்த்த அடுத்தவருக்குத் தண்டனை வழங்கப்படும். + +ஒரு ரோலப் தொகுப்புச் சவால் செய்யப்படாமல் (அதாவது, எல்லா பரிவர்த்தனைகளும் சரியாகச் செயல்படுத்தப்பட்டிருந்தால்ல்) சவாலான காலம் கடந்தசெசெல்லும்போது அது செல்லுபடியாகக் கருதப்படும் மற்றும் ஈதேரியத்தில் ஏற்கப்படும். மற்றவர்கள் உறுதிப்படுத்தப்படாத ரோலப் தொகுப்புமீது கட்டமைக்க தொடரலாம், ஆனால் ஒரு caveat உடன்: தானாக ஏற்கப்பட்டதற்கு முந்தைய தவறான பரிவர்த்தனை முடிவுகள் முந்தைய தொகுப்பில் சரியாகச் செயல்படுத்தப்படவில்லைலை எனவே அதைத் திருப்பிவிடப்படும். + +## ஆசையோடிய ரோலப்புகள் மற்றும் ஈதேரியம் தொடர்பு? ஆப்டிமிஸ்டிக் ரோலப்ஸும் எத்தேரியமும் {#optimistic-rollups-and-Ethereum} + +ஆப்டிமிஸ்டிக் ரோலப்ஸ் என்பது எத்தேரியத்தின் மேல் செயல்படுவதற்காக உருவாக்கப்பட்ட [ஆஃப்செயின் அளவிடுதல் தீர்வுகள்](/developers/docs/scaling/#offchain-scaling) ஆகும். ஒவ்வொரு ஆசையோடிய ரோலப்பும் ஈதேரியம் நெட்வொர்க்கில் நடைமுறைப்படுத்தப்பட்ட ஒரு செட் சமார்த்தமான உடன்படிக்கைகளால் (smart contracts) நிர்வகிக்கப்படுகிறது. ஆப்டிமிஸ்டிக் ரோலப்ஸ் பிரதான எத்தேரியம் சங்கிலிக்கு வெளியே பரிவர்த்தனைகளைச் செயலாக்குகின்றன, ஆனால் ஆஃப்செயின் பரிவர்த்தனைகளை (தொகுப்புகளில்) ஒரு ஆன்செயின் ரோலப் ஒப்பந்தத்திற்கு வெளியிடுகின்றன. ஈதேரியம் பிளாக்செயினைப் போலவே, இந்தப் பரிவர்த்தனைப் பதிவு மாறாததாக உள்ளது மற்றும் இது "ஆசையோடிய ரோலப் சங்கிலி"யாகும் + +ஆசையோடிய ரோலப்பின் கட்டமைப்பு பின்வரும் பகுதிகளை அடங்கும்: + +**ஆன்செயின் ஒப்பந்தங்கள்**: ஆப்டிமிஸ்டிக் ரோலப்பின் செயல்பாடு எத்தேரியத்தில் இயங்கும் ஸ்மார்ட் ஒப்பந்தங்களால் கட்டுப்படுத்தப்படுகிறது. இதில் ரோலப் பிளாக்களை சேமிக்கும் உடன்படிக்கைகள், ரோலப்பில் நிலை (state) புதுப்பிப்புகளை கண்காணிக்கும் உடன்படிக்கைகள், மற்றும் பயனர் வைப்புகளைப் பின்தொடர்வதற்கான உடன்படிக்கைகள் அடங்கும். இந்த வகையில், ஈதேரியம் ஆசையோடிய ரோலப்புகளுக்கு அடிப்படையைக் (layer 1) கொடுக்கின்றது. + +**ஆஃப்செயின் மெய்நிகர் இயந்திரம் (VM)**: ஆப்டிமிஸ்டிக் ரோலப் நெறிமுறையை நிர்வகிக்கும் ஒப்பந்தங்கள் எத்தேரியத்தில் இயங்கினாலும், ரோலப் நெறிமுறையானது [எத்தேரியம் மெய்நிகர் இயந்திரத்திலிருந்து](/developers/docs/evm/) தனித்த மற்றொரு மெய்நிகர் இயந்திரத்தில் கணக்கீடு மற்றும் நிலை சேமிப்பைச் செய்கிறது. ஆஃப்செயின் VM என்பது பயன்பாடுகள் இருக்கும் மற்றும் நிலை மாற்றங்கள் செயல்படுத்தப்படும் இடம்; இது ஒரு ஆப்டிமிஸ்டிக் ரோலப்பிற்கான மேல் அடுக்கு அல்லது "லேயர் 2" ஆக செயல்படுகிறது. + +ஆப்டிமிஸ்டிக் ரோலப்ஸ் EVM-க்காக எழுதப்பட்ட அல்லது தொகுக்கப்பட்ட நிரல்களை இயக்க வடிவமைக்கப்பட்டுள்ளதால், ஆஃப்செயின் VM பல EVM வடிவமைப்பு விவரக்குறிப்புகளை உள்ளடக்கியுள்ளது. கூடுதலாக, ஆன்செயினில் கணக்கிடப்பட்ட மோசடிச் சான்றுகள், ஆஃப்செயின் VM-இல் கணக்கிடப்பட்ட நிலை மாற்றங்களின் செல்லுபடியை அமல்படுத்த எத்தேரியம் நெட்வொர்க்கை அனுமதிக்கின்றன. + +ஆசையோடிய ரோலப்புகள் 'சேர்க்கை அளவீட்டு தீர்வுகள்' என விவரிக்கப்படுகின்றன இதற்குக் காரணம், இவை தனி நெறிமுறைகளாக இருப்பினும், அவற்றின் பாதுகாப்பு பண்புகள் ஈதேரியத்திலிருந்து பெறப்படுகின்றன. மற்றவற்றுடன், ஒரு ரோலப்பின் ஆஃப்செயின் கணக்கீட்டின் சரியான தன்மையையும், கணக்கீட்டிற்குப் பின்னால் உள்ள தரவுகளின் கிடைக்கும் தன்மையையும் எத்தேரியம் உறுதி செய்கிறது. இது ஆப்டிமிஸ்டிக் ரோலப்ஸை பாதுகாப்பிற்காக எத்தேரியத்தை நம்பாத தூய ஆஃப்செயின் அளவிடுதல் நெறிமுறைகளை விட ([சைடுசெயின்கள்](/developers/docs/scaling/sidechains/) போன்றவை) மிகவும் பாதுகாப்பானதாக ஆக்குகிறது. + +ஆசையோடிய ரோலப்புகள் முதன்மை ஈதேரியம் நெறிமுறைக்கு பின்வரும் பணிகளில் சார்ந்து உள்ளன: + +### தரவு கிடைத்தல் {#data-availability} + +குறிப்பிட்டபடி, ஆப்டிமிஸ்டிக் ரோலப்ஸ் பரிவர்த்தனைத் தரவை எத்தேரியத்தில் `calldata` அல்லது [blobs](/roadmap/danksharding/) ஆக வெளியிடுகின்றன. ரோலப்பின் செயல்பாடுகள் சமர்ப்பிக்கப்பட்ட பரிவர்த்தனைகளின் அடிப்படையில் இருப்பதால், யாரும் இந்தத் தகவலை—ஈதேரியம் அடிப்படையிலே படியிடப்பட்டுள்ளதை—பயன்படுத்தி, ரோலப்பின் நிலையைச் செயல்படுத்தி, நிலை மாற்றங்களின் சரியானதன்மையை சரிபார்க்க முடியும். + +[தரவு கிடைக்கும் தன்மை](/developers/docs/data-availability/) முக்கியமானது, ஏனெனில் நிலைத் தரவை அணுகாமல், சவாலாளர்கள் செல்லாத ரோலப் செயல்பாடுகளை எதிர்த்துப் போராடுவதற்கு மோசடிச் சான்றுகளை உருவாக்க முடியாது. ஈதேரியம் தரவின் கிடைக்கக்கூடியதன்மையை வழங்குவதால், தவறான (e.g., தவறான பிளாக்களைச் சமர்ப்பித்தல்) செயல்பாடுகளைச் செய்யும் ரோலப்பு இயக்குநர்கள் சட்டவிரோத செயல்களைச் செய்யும் அபாயம் குறைகிறது. + +### தணிக்கை எதிர்ப்பு {#censorship-resistance} + +ஆசையோடிய ரோலப்புகள் censorship எதிர்ப்பு (censorship resistance) உத்தரவாதம் பெற ஈதேரியத்தில் சார்ந்துள்ளன. ஆசையோடிய ரோலப்பில் மையக மையத்தில் உள்ள அமைப்பு (operator) பரிவர்த்தனைகளைச் செயல்படுத்தும் மற்றும் ரோலப்பு பிளாக்களை ஈதேரியத்தில் சமர்ப்பிப்பதற்குப் பொறுப்பாக உள்ளது. இதனால் சில விளைவுகள் உள்ளன: + +- ரோலப்பு இயக்குநர்கள் (rollup operators) பயனாளர்களை மறைக்க முடியும், உதாரணமாக, ஆன்லைனிலிருந்து முற்றிலும் அகற்றுவதன் மூலம், அல்லது குறிப்பிட்ட பரிவர்த்தனைகளை உள்ளடக்கிய பிளாக்களை உருவாக்க மறுப்பதன் மூலம். + +- ரோலப்பில் வைப்பு செய்திருந்த நிதிகளை வெளியேற்றுவதிலிருந்து பயனாளர்களைத் தடுக்கவும் முடியும், இதற்காக அதற்கான நிலைத் தரவுகளை மறைப்பதன் மூலம். இந்த நிலைத் தரவுகளை மறைப்பது பயனாளர்களிடமிருந்து ரோலப்பின் நிலையை மறைக்கவும், ரோலப்புடன் தொடர்பு கொள்ள முடியாதவாறு தடுக்கவும் முடியும். + +ரோலப்பில் நிலை புதுப்பிப்புகளுடன் தொடர்புடைய தரவுகளை ஈதேரியத்தில் வெளியிடுவதை இயக்குநர்கள் கட்டாயமாக்குவதன் மூலம். ரோலப் தரவை ஆன்செயினில் வெளியிடுவது பின்வரும் நன்மைகளைக் கொண்டுள்ளது: + +- ஆசையோடிய ரோலப்பின் இயக்குநர்கள் ஆன்லைனில் இல்லாதிருந்தால் அல்லது பரிவர்த்தனை தொகுப்புகளை உருவாக்குவதை நிறுத்தினால், மற்றொரு node கிடைக்கக்கூடிய தரவுகளைப் பயன்படுத்தி ரோலப்பின் கடைசி நிலையை மறுபடி உருவாக்கிப் பிளாக் உற்பத்தியைத் தொடர முடியும். + +- பயனாளர்கள் பரிவர்த்தனைத் தரவுகளைப் பயன்படுத்தி ownership-ஐ நிரூபிக்கும் Merkle proofs உருவாக்கி, ரோலப்பிலிருந்து தங்கள் சொத்துகளை வெளியேற்ற முடியும். + +- பயனாளர்கள் தங்கள் பரிவர்த்தனைகளை நேரடியாக L1 இல் சமர்ப்பிக்க முடியும், இப்போது sequencer-இன் கடமையாக அந்தப் பரிவர்த்தனையைக் குறிப்பிட்ட நேர வரம்பிற்குள் பிளாக் உற்பத்தியைச் சீராகத் தொடரச் செய்ய வேண்டும். + +### தீர்வு {#settlement} + +ஆசையோடிய ரோலப்புகளின் சூழலில் ஈதேரியம் நிரப்பும் மற்றொரு பங்கு தீர்வுத்துறையாகச் செயல்படுவது. தீர்வுத்துறை முழு பிளாக்செயின் பரிமாணத்தை நிலைக்குத்திப்பிடிப்பதற்கு (anchor) உதவுகிறது, பாதுகாப்பை நிலைநாட்டுகிறது, மேலும் மற்றொரு சங்கிலியில் (இந்த நிலைத்தில், ஆசையோடிய ரோலப்புகள்) ஏற்படும் தகராறு (dispute) ஒன்றிற்கு நியாயமான முடிவை வழங்குகிறது. + +ஈதேரியம் Mainnet ஆசையோடிய ரோலப்புகள் fraud proofs சரிபார்க்கவும் மற்றும் தகராறுகளை தீர்க்கவும் ஒரு மையமாகச் செயல்படுகிறது. மேலும், ரோலப்பில் நடத்தப்படும் பரிவர்த்தனைகள், எத்தேரியத்தில் ரோலப் பிளாக் ஏற்றுக்கொள்ளப்பட்ட _பிறகு_ மட்டுமே இறுதியானவை. ரோலப்பின் ஒரு பரிவர்த்தனை ஈதேரியத்தின் அடிப்படை சங்கிலியில் உறுதிப்படுத்தப்பட்டவுடன், அதை மீண்டும் திரும்பப்பெற முடியாது (ஒரு சங்கிலி மறுசீரமைப்பின் மிக அபூர்வமான சந்தர்ப்பத்தைத் தவிர). + +## பரிவர்த்தனை செயலாக்கம் மற்றும் தொகுப்பு: {#how-optimistic-rollups-work} + +### பரிவர்த்தனை செயலாக்கம் மற்றும் திரட்டுதல் {#transaction-execution-and-aggregation} + +பயனர்கள் பரிவர்த்தனைகளை "அபரேட்டர்கள்" என்பவர்களுக்குச் சமர்ப்பிக்கின்றனர். இவர்கள் ஆசையோடிய ரோலப்பில் பரிவர்த்தனைகளைச் செயலாக்கும் நோடுகள் ஆவார்கள். "மூல்பணிபுரிபாளர்" அல்லது "தொகுப்பாளர்" என்றும் அழைக்கப்படும் அபரேட்டர், பரிவர்த்தனைகளைத் தொகுத்து, அடிப்படை தரவுகளைச் சுருக்கி, பிளாக் ஒன்றை ஈதேரியத்தில் வெளியிடுகிறார். + +யார் வேண்டுமானாலும் சரிபார்ப்பவராக மாறலாம் என்றாலும், ஆப்டிமிஸ்டிக் ரோலப் சரிபார்ப்பவர்கள் ஒரு [ப்ரூஃப்-ஆஃப்-ஸ்டேக் அமைப்பு](/developers/docs/consensus-mechanisms/pos/) போன்றே பிளாக்குகளை உருவாக்குவதற்கு முன்பு ஒரு பத்திரத்தை வழங்க வேண்டும். இந்தப் பந்தம், மூல்பணிபுரிபாளர் தவறான பிளாக்கை பதிவிட்டால் அல்லது பழைய ஆனால் தவறான பிளாக்கில் பிளாக்கை உருவாக்கினால் பறிக்கப்படும். இவ்வாறு ஆசையோடிய ரோலப்புகள், மூல்பணிபுரிபாளர்கள்நேர்மையாகச் செயல்படுவதற்குு கிரிப்டோ பொருளாதார ஊக்கங்களை பயன்படுத்துகின்றன. + +ஆசையோடிய ரோலப்பின் மற்ற மூல்பணிபுரிபாளர்கள், ரோலப்பின் நிலையின் நகலைப் பயன்படுத்தி சமர்ப்பிக்கப்பட்ட பரிவர்த்தனைகளைச் செயல்படுத்த எதிர்பார்க்கப்படுகிறார்கள். ஒரு மூல்பணிபுரிபாளரின் இறுதி நிலை அபரேட்டர் முன்மொழிந்த நிலையிலிருந்து மாறுபட்டிருந்தால், அவர்கள் ஒரு சவாலைக் கொண்டு fraud proof ஒன்றை கணக்கிட முடியும். + +சில ஆசையோடிய ரோலப்புகள் அனுமதியற்ற மூல்பணிபுரிபாளர் அமைப்பைத் தவிர்த்து, சங்கிலியைச் செயல்படுத்த தனித்துவமான "தொடர்பாளர்" (sequencer) ஒன்றை பயன்படுத்த முடியும். ஒரு மூல்பணிபுரிபாளரைப் போலவே, தொடர்பாளர் பரிவர்த்தனைகளைச் செயலாக்கி, ரோலப்பின் பிளாக்குகளை உருவாக்கி, L1 சங்கிலிக்கு (ஈதேரியம்) ரோலப்பின் பரிவர்த்தனைகளைச் சமர்ப்பிக்கிறார். + +தொடர்பாளர் சாதாரண ரோலப்பின் அபரேட்டரிலிருந்து மாறுபட்டதாக இருப்பது, அவர்கள் பரிவர்த்தனைகளை வரிசைப்படுத்துவதில் அதிக கட்டுப்பாட்டைப் பெறுவதால் தான். மேலும், சீக்வென்சர் ரோலப் சங்கிலிக்கு முன்னுரிமை அணுகலைக் கொண்டுள்ளது மற்றும் ஆன்செயின் ஒப்பந்தத்திற்கு பரிவர்த்தனைகளைச் சமர்ப்பிக்க அங்கீகரிக்கப்பட்ட ஒரே நிறுவனம் இதுவாகும். மற்ற நொடுகள் அல்லது சாதாரண பயனர்களின் பரிவர்த்தனைகள், தொடர்பாளர் புதிய தொகுப்பில் அவற்றைச் சேர்ப்பதற்கான வரைவேறு புத்தகத்தில் (inbox) காத்திருக்கின்றன. + +#### ரோலப் பிளாக்குகளை எத்தேரியத்திற்குச் சமர்ப்பித்தல் {#submitting-blocks-to-ethereum} + +குறிப்பிட்டபடி, ஒரு ஆப்டிமிஸ்டிக் ரோலப்பின் ஆபரேட்டர் ஆஃப்செயின் பரிவர்த்தனைகளை ஒரு தொகுப்பாக இணைத்து, அதை நோட்டரி செய்வதற்காக எத்தேரியத்திற்கு அனுப்புகிறார். இந்த செயல்முறையானது பரிவர்த்தனை தொடர்பான தரவை சுருக்கி எத்தேரியத்தில் `calldata` அல்லது blobs ஆக வெளியிடுவதை உள்ளடக்கியது. + +`calldata` என்பது ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் மாற்ற முடியாத, நிலையற்ற பகுதி, இது பெரும்பாலும் [நினைவகம்](/developers/docs/smart-contracts/anatomy/#memory) போலவே செயல்படுகிறது. `calldata` ஆனது பிளாக்செயினின் [வரலாற்று பதிவுகளின்](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) ஒரு பகுதியாக ஆன்செயினில் நீடித்திருந்தாலும், அது எத்தேரியத்தின் நிலையின் ஒரு பகுதியாக சேமிக்கப்படுவதில்லை. `calldata` எத்தேரியத்தின் நிலையின் எந்தப் பகுதியையும் தொடாததால், ஆன்செயினில் தரவைச் சேமிப்பதற்கு நிலையை விட மலிவானது. + +`calldata` என்ற முக்கியச்சொல், செயலாக்க நேரத்தில் ஒரு ஸ்மார்ட் ஒப்பந்தச் செயல்பாட்டிற்கு வாதங்களை அனுப்ப Solidity-இலும் பயன்படுத்தப்படுகிறது. `calldata` ஒரு பரிவர்த்தனையின் போது அழைக்கப்படும் செயல்பாட்டை அடையாளம் காட்டுகிறது மற்றும் ஒரு தன்னிச்சையான பைட் வரிசையின் வடிவத்தில் செயல்பாட்டிற்கான உள்ளீடுகளை வைத்திருக்கிறது. + +ஆப்டிமிஸ்டிக் ரோலப்ஸின் சூழலில், சுருக்கப்பட்ட பரிவர்த்தனைத் தரவை ஆன்செயின் ஒப்பந்தத்திற்கு அனுப்ப `calldata` பயன்படுத்தப்படுகிறது. ரோலப்பின் ஆபரேட்டர், ரோலப்பின் ஒப்பந்தத்தில் தேவையான செயல்பாட்டினை அழைத்து, அந்தச் சுருக்கப்பட்ட தரவுகளை arguments ஆகப் passing செய்து ஒரு புதிய தொகுப்பைச் சேர்க்கிறார். `calldata`-ஐப் பயன்படுத்துவது பயனர்களின் கட்டணங்களைக் குறைக்கிறது, ஏனெனில் ரோலப்புகள் சந்திக்கும் பெரும்பாலான செலவுகள் ஆன்செயினில் தரவைச் சேமிப்பதில் இருந்து வருகின்றன. + +இந்தக் கருத்து எவ்வாறு செயல்படுகிறது என்பதைக் காட்ட ரோலப் தொகுதிச் சமர்ப்பிப்பின் [ஒரு எடுத்துக்காட்டு](https://eth.blockscout.com/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591) இங்கே உள்ளது. சீக்வென்சர் `appendSequencerBatch()` முறையை செயல்படுத்தி, சுருக்கப்பட்ட பரிவர்த்தனைத் தரவை `calldata`-ஐப் பயன்படுத்தி உள்ளீடுகளாக அனுப்பியது. + +சில ரோலப்புகள் தற்போது blobs-ஐப் பயன்படுத்தி பரிவர்த்தனைகளின் தொகுப்புகளை ஈதேரியத்திற்கு பதிவு செய்கின்றன. + +Blobs (`calldata` போலவே) மாற்ற முடியாதவை மற்றும் நிலையற்றவை, ஆனால் ~18 நாட்களுக்குப் பிறகு வரலாற்றிலிருந்து கத்தரிக்கப்படுகின்றன. Blobs பற்றிய கூடுதல் தகவல்களுக்கு, [Danksharding](/roadmap/danksharding)-ஐப் பார்க்கவும். + +### நிலை அர்ப்பணிப்புகள் {#state-commitments} + +எந்த நேரத்திலும், ஆப்டிமிஸ்டிக் ரோலப்பின் நிலை (கணக்குகள், இருப்புகள், ஒப்பந்தக் குறியீடு போன்றவை). ஒரு “ஸ்டேட் ட்ரீ” எனப்படும் [மெர்க்கல் மரமாக](/whitepaper/#merkle-trees) ஒழுங்கமைக்கப்பட்டுள்ளது. இந்த Merkle Tree-இன் அடிப்பகுதி (state root) ரோலப்பின் சமீபத்திய நிலையைக் குறிக்கும் அடிப்பகுதி (root) ஆகும், இது ஒரு அல்கோரிதம் மூலம் ஹாஷ் செய்யப்பட்டு (hashed) ரோலப் ஒப்பந்தத்தில் சேமிக்கப்படுகிறது. சரவாரதிபாகத்தில் (chain) நிகழும் ஒவ்வொரு நிலை மாற்றமும் ஒரு புதிய ரோலப்பின் நிலையை உருவாக்குகிறது, அதற்கு ஒரு புதிய state root கணக்கிடப்பட்டு நிலையான உறுதிப்பாட்டினை ஆபரேட்டர் (operator) ஒப்புதிக்கிறார். + +ஆபரேட்டர், தொகுப்புகளை (batches) பதிவிடும்போது, பழைய state roots மற்றும் புதிய state roots இரண்டையும் சமர்ப்பிக்க வேண்டும். பழைய நிலை ரூட் ஆனது ஆன்செயின் ஒப்பந்தத்தில் உள்ள தற்போதைய நிலை ரூட்டுடன் பொருந்தினால், பிந்தையது நிராகரிக்கப்பட்டு புதிய நிலை ரூட் மூலம் மாற்றப்படுகிறது. + +ரோலப்பின் ஆபரேட்டர், பரிவர்த்தனை தொகுப்பிற்கான Merkle root-ஐக் கட்டாயமாக ஒப்புதிக்க வேண்டும். இது, [மெர்க்கல் சான்றை](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) வழங்குவதன் மூலம் தொகுப்பில் (L1 இல்) ஒரு பரிவர்த்தனை சேர்க்கப்பட்டிருப்பதை எவரும் நிரூபிக்க அனுமதிக்கிறது. + +நிலைக்கான உறுதிப்பாடுகள், குறிப்பாக state roots ரோலப்பில் (optimistic rollup) நிலை மாற்றங்களின் சரியானதனை நிரூபிப்பதற்குத் தேவைப்படுகிறது. ரோலப் ஒப்பந்தம், ஆபரேட்டர்களிடமிருந்து புதிய state roots-ஐ உடனடியாக ஏற்றுக்கொள்கின்றது, ஆனால் பிறகு தவறான state roots-ஐ நீக்கி ரோலப்பை அதன் சரியான நிலையில் மீட்கலாம். + +### மோசடியை நிரூபித்தல் {#fraud-proving} + +முந்தைய விளக்கத்தில், ஆஸ்தாய ரோலப்புகள் (Optimistic Rollups) எந்தவொரு ஆதாரத்தை (Proofs) வழங்காமல், யாரும் தொகுதிகளை (Blocks) வெளியிட அனுமதிக்கின்றன. எனினும், சரவாரதிபாகம் (Chain) பாதுகாப்பாக இருக்க வேண்டும் என்பதற்காக, ஆஸ்தாய ரோலப்புகள் ஒரு நேரசாளரத்தை (Time Window) குறிப்பிடுகின்றன, இதில் யாரும் ஒரு நிலை மாற்றத்தை (State Transition) சவால் செய்யலாம். எனவே, ரோலப் தொகுதிகள் "உறுதிப்பாடுகள்" (Assertions) என்று அழைக்கப்படுகின்றன, ஏனெனில் யாரும் அவற்றின் சரியானதை சவால் செய்யலாம். + +யாராவது ஒரு உறுதிப்பாட்டை சவால் செய்தால், ரோலப்பின் நெறிமுறை (Protocol) மோசமானது நிரூபிப்பு (Fraud Proof) கணக்கீட்டைத் துவங்கும். ஒவ்வொரு வகையான மோசமானது நிரூபிப்பும் இடையினரசார்ந்தது (Interactive) — யாராவது ஒரு உறுதிப்பாட்டை வெளியிட வேண்டும், பின்னர் மற்றவரே அதைச் சவால் செய்ய முடியும். வித்தியாசம் எத்தனை சுற்றுக்கள் (Rounds) இணைப்பை (Interaction) கணக்கிட வேண்டும் என்பதில்தான். + +ஒற்றை சுற்று (Single-Round) இடையினரசார்ந்த நிரூபிப்பு திட்டங்கள் (Interactive Proving Schemes), +சவால் செய்யப்பட்ட பரிவர்த்தனைகளை (Disputed Transactions) L1-இல் (Ethereum) மீண்டும் இயக்குவதன் மூலம் தவறான உறுதிப்பாடுகளை கண்டறிகின்றன. ரோலப் நெறிமுறை (Protocol) L1-இல் (Ethereum) சவால் செய்யப்பட்ட பரிவர்த்தனையை மீண்டும் செயலாக்கத்தை (Re-Execution) நிரூபித்தல் ஒப்பந்தம் (Verifier Contract) பயன்படுத்தி காட்சி (Emulate) செய்கின்றது, அதில் கணக்கிடப்பட்ட நிலை மரத்தின் அடிப்பாகம் (State Root) சவால் வெற்றி பெறுவாரை நிர்ணயிக்கும். சவால் கூறும் ரோலப்பின் சரியான நிலை சரியாக இருந்தால், ஆபரேட்டர் தனது Bond குறைக்கப்பட்டு (Slashed) தண்டிக்கப்படுகிறார். + +இருப்பினும், மோசடியைக் கண்டறிய L1 இல் பரிவர்த்தனைகளை மீண்டும் செயல்படுத்துவதற்கு தனிப்பட்ட பரிவர்த்தனைகளுக்கான நிலை உறுதிப்பாடுகளை வெளியிட வேண்டும் மற்றும் ரோலப்ஸ் ஆன்செயினில் வெளியிட வேண்டிய தரவை அதிகரிக்கிறது. மீண்டும் செயலாக்கம் (Replay) அதிகமான Gas செலவுகளை ஏற்படுத்தும். இந்தக் காரணங்களுக்காக, ஆஸ்தாய ரோலப்புகள் பல சுற்று (Multi-Round) இடையினரசார்ந்த நிரூபிப்பு (Interactive Proving) முறைகளுக்கு மாறிவருகின்றன, இது அதே நோக்கத்தைக் கொண்டுள்ளது (அதாவது தவறான ரோலப்பின் செயல்பாடுகளைக் கண்டறிதல்), ஆனால் அதிக விளைவுடன். + +#### பல சுற்று ஊடாடும் நிரூபணம் {#multi-round-interactive-proving} + +பல சுற்று இடையினரசார்ந்த நிரூபிப்பு என்பது L1 க்கு கீழ் (Ethereum) சரிபார்ப்பாளர் ஒப்பந்தத்தின் கீழ் நிர்வகிக்கப்படும் உறுதிபடுத்துபவர் மற்றும் சவால் செய்பவர் (Challenger) இடையேயான மீண்டும் மீண்டும் நேர்காணல் செய்யும் நெறிமுறையை (Back-and-Forth Protocol) கொண்டுள்ளது, இதில் இறுதியாக பொய்மையேற்கும் நபரை தீர்மானிக்கின்றது. L2 க்கு கீழ் (Ethereum) ஒரு நொடு உறுதிபடுத்துதலை சவால் செய்தபின்பு, உறுதிபடுத்துபவர் சவால் செய்யப்பட்ட உறுதிபடுத்துதலை இரண்டு சமமான பாகங்களாகப் பிரிக்க வேண்டும். ஒவ்வொரு உறுதிபடுத்துதலும் மற்றையதில் உள்ளவாறு கணக்கீட்டின் பல கட்டங்களை (Steps of Computation) கொண்டிருக்கும். + +சவாலாளர் (Challenger) அதன்பின் எந்த உறுதிபடுத்துதலை சவால் செய்ய விரும்புகிறான் என்பதை தேர்வு செய்யலாம். இந்த பிரிப்பு செயல்முறை ("பைசெக்ஷன் புரோட்டோகால்" என்று அழைக்கப்படுகிறது) இரு தரப்பினரும் ஒரு செயலாக்கத்தின் _ஒற்றை_ படி பற்றிய ஒரு கூற்றை மறுக்கும் வரை தொடர்கிறது. இந்த நிலையிலே, L1 ஒப்பந்தம் (Ethereum) சவாலில் உள்ள வழிகாட்டுதலின் விளைவையும் (Instruction and its Result) மதிப்பீடு செய்து பொய்மையேற்கும்நபரைக் கண்டறியும். + +உறுதிபடுத்துபவர் "ஒரு அடியுரூபம்" (One-Step Proof) வழங்க வேண்டிய கட்டாயம் உள்ளது, இதன் மூலம் சவாலில் உள்ள ஒரே அடியுரூபத்தின் சரியானதை உறுதிப்படுத்தும். உறுதிபடுத்துபவர் ஒரு அடியுரூபத்தை வழங்கத் தவறினால் அல்லது L1 க்கு கீழ் (Ethereum) சரிபார்ப்பாளர் ஒப்பந்தம் (Verifier Contract) இதனைச் செல்லாதது என்று கருதினால், அவர்கள் சவாலில் தோல்வியடைகிறார்கள். + +இந்த வகை மோசடி நிரூபிப்பில் (Fraud Proof) சில குறிப்புகள்: + +1. பல சுற்று இடையினரசார்ந்த மோசடி நிரூபிப்பு மிகவும் திறமையானதாக (Efficient) கருதப்படுகிறது, ஏனெனில் சவாலில் உள்ள விவகாரம் தீர்க்கப்படுவதில் (Dispute Arbitration) L1 க்கு கீழ் (Ethereum) சங்கிலி செய்ய வேண்டிய வேலைகளைக் குறைக்கின்றது. மொத்தப் பரிவர்த்தனையை மீண்டும் விளையாடுவதற்கு பதிலாக, L1 க்கு கீழ் சங்கிலி (Ethereum) ரோலப்பின் (Rollup) செயல்படுத்தலில் ஒரு அடியுரூபத்தை மட்டுமே மீண்டும் செயல்படுத்த வேண்டும். + +2. பைசெக்ஷன் புரோட்டோகால்கள் ஆன்செயினில் பதியப்படும் தரவின் அளவைக் குறைக்கின்றன (ஒவ்வொரு பரிவர்த்தனைக்கும் நிலை உறுதிப்பாடுகளை வெளியிடத் தேவையில்லை). மேலும், எதிர்மறை ரோலப் பரிவர்த்தனைகள் (Optimistic Rollup Transactions) எதிரியத்தில் உள்ள Ethereum-இன் Gas வரம்பால் கட்டுப்படுத்தப்படுவதில்லை. மாறாக, எதிர்மறை ரோலப்ஸ் (Optimistic Rollups) பரிவர்த்தனைகளை மீண்டும் செயல்படுத்தும்போது, ​​​​ஒரு L2 பரிவர்த்தனை (L2 Transaction) ஒரு ஒற்றை Ethereum பரிவர்த்தனையின் (Single Ethereum Transaction) செயல்பாட்டிற்குள் இருப்பது உறுதி செய்ய வேண்டும். + +3. தவறான உறுதிபடுத்துபவரின் (Malicious Asserter) நாணயம் (Bond) ஒரு பகுதி சவாலாளருக்கு (Challenger) வழங்கப்படுகிறது, மற்றொரு பகுதி எரிக்கப்படும். நாணயம் எரிக்கப்படுவதால் (Burning) சரிபார்ப்பாளர்களுக்கு (Validators) இடையேயான ஒத்துழைப்பைத் (Collusion) தடுக்கின்றது; இரண்டு சரிபார்ப்பாளர்கள் (Validators) பொய்யான சவால்களைத் தொடங்க ஒத்துழைத்தாலும், அவர்கள் மொத்த பங்கின் (Stake) ஒரு முக்கியமான பகுதியை இழந்து விடுவார்கள். + +4. பல சுற்று இடையினரசார்ந்த நிரூபிப்பில் (Multi-Round Interactive Proving), இரு தரப்பினரும் (அதாவது உறுதிபடுத்துபவர் மற்றும் சவாலாளர்) குறிப்பிட்ட நேரச்சிறப்புக்குள் (Specified Time Window) நடவடிக்கை எடுக்க வேண்டும். காலக்கெடு (Deadline) முடிவதற்கு முன் செயல்படத் தவறினால், குற்றம் செய்த தரப்பினர் சவாலில் தோல்வியடைவார்கள். + +#### ஆப்டிமிஸ்டிக் ரோலப்ஸுக்கு மோசடிச் சான்றுகள் ஏன் முக்கியம் {#fraud-proof-benefits} + +மோசடிச் சான்றுகள் முக்கியமானவை, ஏனெனில் அவை ஆப்டிமிஸ்டிக் ரோலப்ஸில் _நம்பிக்கையற்ற இறுதிநிலையை_ எளிதாக்குகின்றன. நம்பிக்கை இல்லாத இறுதி என்பது, பரிவர்த்தனைச் சரியானது என்றால், அதற்கு எப்போதும் உறுதிப்படுத்தப்படும் என்ற குணமல்லது. + +பயனற்று (Malicious) நொடுகள் (Nodes) சரியான ரோலப் பிளாக்கின் உறுதிப்படுத்தலை தாமதமாகச் செய்யப் பொய்யான சவால்களைத் தொடங்கலாம். இருப்பினும், மோசடி நிரூபிப்புகள் (Fraud Proofs) பிளாக்கின் சரியானதை நிரூபித்து, அதனை உறுதிப்படுத்த செய்யும். + +இது ஆப்டிமிஸ்டிக் ரோலப்ஸின் மற்றொரு பாதுகாப்புப் பண்புடன் தொடர்புடையது: சங்கிலியின் செல்லுபடியாகும் தன்மை _ஒரே ஒரு_ நேர்மையான நோட் இருப்பதில் தங்கியுள்ளது. நேர்மையான நொடி சரியான பரிவர்த்தனைகளை வெளியிட்டு அல்லது தவறான பரிவர்த்தனைகளைச் சவால் செய்வதன் மூலம் சங்கிலியை முறையாக முன்னேற்றக்கூடும். எப்படியும், நேர்மையான நொடியுடன் மோதும் பயனற்று நொடுகள் மோசடி நிரூபிப்பு செயல்முறையில் தங்கள் பங்குகளை இழக்கவிரும். + +### L1/L2 இயங்குதன்மை {#l1-l2-interoperability} + +எதிர்மறை ரோலப்புகள் Ethereum Mainnet உடன் இடைமுகம் (Interoperability) செய்ய வடிவமைக்கப்பட்டுள்ளன மற்றும் பயனர்களுக்கு L1 மற்றும் L2 இடையே செய்திகள் மற்றும் சீரான தரவுகளை அனுப்ப அனுமதிக்கின்றன. அவை EVM-உடன் இணக்கமானவை, எனவே நீங்கள் ஏற்கனவே உள்ள [dapps](/developers/docs/dapps/)-ஐ ஆப்டிமிஸ்டிக் ரோலப்ஸுக்கு மாற்றலாம் அல்லது எத்தேரியம் டெவலப்மெண்ட் கருவிகளைப் பயன்படுத்தி புதிய dapps-ஐ உருவாக்கலாம். + +#### 1. சொத்து நகர்வு {#asset-movement} + +##### ரோலப்பில் நுழைவு + +ஒரு ஆப்டிமிஸ்டிக் ரோலப்பைப் பயன்படுத்த, பயனர்கள் ETH, ERC-20 டோக்கன்கள் மற்றும் பிற ஏற்றுக்கொள்ளப்பட்ட சொத்துக்களை L1-இல் உள்ள ரோலப்பின் [பிரிட்ஜ்](/developers/docs/bridges/) ஒப்பந்தத்தில் டெபாசிட் செய்கிறார்கள். இந்தப் பாலம் பரிவர்த்தனையை L2 க்கு அனுப்பும், அங்குச் சம அளவுச் சொத்துகள் உருவாக்கப்பட்டு பயனரின் தேர்ந்த முகவரிக்கு அனுப்பப்படுவதாக இருக்கும். + +பயனர் உருவாக்கிய பரிவர்த்தனைகள் (L1 > L2 வைப்பு போன்றது) பொதுவாக சீக்வென்சர் அவற்றை ரோலப் ஒப்பந்தத்திற்கு மீண்டும் சமர்ப்பிக்கும் வரை வரிசையில் வைக்கப்படுகின்றன. இருப்பினும், தணிக்கை எதிர்ப்பைப் பாதுகாக்க, ஆப்டிமிஸ்டிக் ரோலப்ஸ் ஒரு பரிவர்த்தனை அனுமதிக்கப்பட்ட அதிகபட்ச நேரத்தைத் தாண்டி தாமதமானால், பயனர்கள் அதை நேரடியாக ஆன்செயின் ரோலப் ஒப்பந்தத்திற்கு சமர்ப்பிக்க அனுமதிக்கிறது. + +சில எதிர்மறை ரோலப்புகள் sequencers பயனர்களை மூடுபனி செய்யாதவாறு பாதுகாக்க ஒரு நேர்மையான அணுகுமுறையை (Straightforward Approach) அளிக்கின்றன. இங்கு, ஒரு பிளாக் கடந்தபிளாக்கிலிருந்துு L1 ஒப்பந்தத்திற்கு சமர்ப்பிக்கப்பட்ட அனைத்து பரிவர்த்தனைகளால் (எ.கா., டெபாசிட்கள்) மற்றும் ரோலப் சங்கிலியில் செயலாக்கப்பட்ட பரிவர்த்தனைகளால் வரையறுக்கப்படுகிறது. ஒரு sequencer L1 பரிவர்த்தனையைப் புறக்கணிக்கையில், அது (தரமாக) தவறான நிலை மூலை (State Root) வெளியிடும்; எனவே, sequencers L1 இல் பதிவேற்றப்பட்ட பிறகு பயனர் உருவாக்கிய செய்திகள் சிதைக்க முடியாது. + +##### ரோலப்பிலிருந்து வெளியேறுதல் + +ஒரு எதிர்மறை ரோலப்பிலிருந்து எத்தியரியம் (Ethereum) க்கு பணத்தை திரும்பப் பெறுவது மோசடி சான்றிதழ் திட்டம் காரணமாக மிகவும் கடினமாக இருக்கும். ஒரு பயனர் L1 இல் வைக்கப்பட்ட நிதியைத் திரும்பப் பெற L2 > L1 பரிவர்த்தனையைத் தொடங்கினால், அவர்கள் சவால் காலம் - தோராயமாக ஏழு நாட்கள் நீடிக்கும் - முடியும் வரை காத்திருக்க வேண்டும். இருப்பினும், திரும்பப் பெறும் செயல்முறை குறைவாக நேர்மையானது. + +L2 ரோலப்பில் திரும்பப் பெறும் கோரிக்கை தொடங்கிய பிறகு, பரிவர்த்தனை அடுத்த தொகுப்பில் (Batch) சேர்க்கப்படுகிறது, பயனரின் சொத்துகள் ரோலப்பில் எரிக்கப்படுவதாக இருக்கும். தொகுப்பு எத்தியரியத்தில் வெளியிடப்பட்ட பிறகு, பயனர் தங்களின் வெளியேற்றப் பரிவர்த்தனை பிளாக்கில் உள்ளதை உறுதி செய்யும் மெர்கிள் சான்றிதழ் (Merkle Proof) கணக்கிட முடியும். பின்னர், L1 இல் பரிவர்த்தனை இறுதி செய்யவும், எத்தியரியத்திற்கு பணத்தை திரும்பப் பெறவும் கால இடைவெளியைக் காத்திருக்க வேண்டும். + +எத்தேரியத்திற்கு நிதியைத் திரும்பப் பெறுவதற்கு ஒரு வாரம் காத்திருப்பதைத் தவிர்க்க, ஆப்டிமிஸ்டிக் ரோலப் பயனர்கள் ஒரு **லிக்விடிட்டி புரொவைடரை** (LP) பயன்படுத்தலாம். திரவம் வழங்குநர் நிலுவையில் இருக்கும் L2 திரும்பப் பெறுதலின் உரிமையை ஏற்றுக்கொண்டு, பயனருக்கு L1 இல் பணத்தை வழங்குவார் (ஒரு கட்டணத்திற்கு மாறாக). + +திரவம் வழங்குநர்கள் பயனரின் திரும்பப் பெறும் கோரிக்கையின் சரியானதைச் சோதிக்க முடியும் (சங்கிலி தாமே செயலாக்கி) பணத்தை வெளியேற்றுவதற்கு முன்பு. இந்த வழியில், பரிவர்த்தனை இறுதியாக உறுதி செய்யப்படும் என்பதற்கான நம்பிக்கை (இ.e., நம்பிக்கையற்ற இறுதித்தன்மை) கிடைக்கின்றது. + +#### 2. EVM இணக்கத்தன்மை {#evm-compatibility} + +டெவலப்பர்களுக்கு, ஆப்டிமிஸ்டிக் ரோலப்ஸின் நன்மை, [எத்தேரியம் மெய்நிகர் இயந்திரத்துடன் (EVM)](/developers/docs/evm/) அவற்றின் பொருந்தக்கூடிய தன்மை - அல்லது, இன்னும் சிறப்பாக, சமநிலை ஆகும். EVM-இணக்கமான ரோலப்ஸ் [எத்தேரியம் மஞ்சள் தாளில்](https://ethereum.github.io/yellowpaper/paper.pdf) உள்ள விவரக்குறிப்புகளுக்கு இணங்குகிறது மற்றும் பைட் கோட் மட்டத்தில் EVM-ஐ ஆதரிக்கிறது. + +EVM-இன் இணக்கத்தன்மை ஆப்ப்டிமிஸ்டிக் ரோலப்புகளில் பின்வரும் நன்மைகளை வழங்குகின்றது: + +i. டெவலப்பர்கள் இன்றுள்ள ஸ்மார்ட் ஒப்பந்தங்களைஎத்தியரியத்திலிருந்துு ஆப்ப்டிமிஸ்டிக் ரோலப்புச் சங்கிலிகளுக்கு மாற்ற, குறியீட்டு அடுக்குகளை விரிவாக மாற்ற வேண்டிய அவசியமில்லை. இது எத்தியரியம் ஸ்மார்ட் ஒப்பந்தங்களை L2 இல் ஏற்றுவதற்கான நேரத்தை டெவலப்பர்கள் சேமிக்க முடியும். + +ii. ஆப்ப்டிமிஸ்டிக் ரோலப்புகளைப் பயன்படுத்தும் டெவலப்பர்கள் மற்றும் திட்டக் குழுக்கள் எத்தியரியத்தின் மூலவளங்களைப் பயன்படுத்திக் கொள்ள முடியும். இதற்கு நிரலாக்க மொழிகள், குறியீட்டு நூலகங்கள், சோதனை சாதனங்கள், கிளையன்ட் மென்பொருள், ஏற்றுதல் முறைமை போன்றவை அடங்கும். + +இருப்பில் உள்ள கருவிகளைப் பயன்படுத்துவது முக்கியமாகின்றது, ஏனெனில் இந்தக் கருவிகள் பல ஆண்டுகளாக விரிவாகத் திருத்தப்பட்டு, பிழை திருத்தப்பட்டு, மேம்படுத்தப்பட்டுள்ளன. இது எத்தியரியம் டெவலப்பர்களை முற்றிலும் புதிய அபிவிருத்தி அடுக்குகளை உருவாக்குவதற்கான தேவையையும் நீக்குகின்றது. + +#### ஒரு நல்ல கதை. குறுக்கு சங்கிலி ஒப்பந்த அழைப்புகள் {#cross-chain-contract-calls} + +பயனர்கள் (வெளிப்புறமாக வைத்திருக்கும் கணக்குகள்) L2 ஒப்பந்தங்களுடன் தொடர்புகொள்வதற்காக ரோலப்பு ஒப்பந்தத்திற்கு ஒரு பரிவர்த்தனையைச் சமர்ப்பிக்கின்றனர் அல்லது அவர்களுக்குப் பதிலாக ஒரு பின் தொடர்கோள் அல்லது சரிபார்ப்பாளர் அதைச் செய்கிறார். ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் எத்தியரியம் மெய்நிகர் இயந்திரம் (Ethereum Mainnet) மற்றும் L2 ஒப்பந்தங்களுக்கு இடையில் செய்திகளை அனுப்புவதற்காகப் பாலமிடும் ஒப்பந்தங்களைப் பயன்படுத்தி, எத்தியரியம் ஒப்பந்தக் கணக்குகள் L2 ஒப்பந்தங்களுடன் தொடர்புகொள்ள அனுமதிக்கின்றன. இதன் மூலம் எத்தியரியத்தின் முக்கிய நெட்வொர்க்கில் உள்ள L1 ஒப்பந்தத்தைப் பயன்படுத்தி, L2 ஆப்ப்டிமிஸ்டிக் ரோலப்பின் ஒப்பந்தங்களின் செயல்பாடுகளை அறைக்கூடிய வகையில் நிரலாக்கலாம். + +குறுக்குவழி ஒப்பந்த அழைப்புகள் ஒரே நேரத்தில் நடைபெறாமல், முதலில் அழைப்பு தொடங்கப்படுகிறது, பின்னர் ஒரு குறிப்பிட்ட நேரத்தில் செயல்படுத்தப்படுகிறது. இது எத்தியரியத்தில் உள்ள இரண்டு ஒப்பந்தங்களிடையே ஏற்படும் அழைப்புகளைப் பொருத்தவரை மாறுபடுகின்றது, அங்கு அழைப்பு உடனடியாக முடிவுகளை உருவாக்கும். + +முன்னர் விவரிக்கப்பட்ட டோக்கன் வைப்பு ஒரு குறுக்குவழி ஒப்பந்த அழைப்பின் எடுத்துக்காட்டாகும். L1 இல் உள்ள ஒரு ஒப்பந்தம் பயனரின் டோக்கன்களை எச்சரிக்கின்றது மற்றும் L2 ஒப்பந்தத்திற்கு சமமாகிய டோக்கன்களை ரோலப்பில் மின்ட் செய்ய ஒரு செய்தியை அனுப்புகிறது. + +குறுக்கு-சங்கிலி செய்தி அழைப்புகள் ஒப்பந்தத்தை செயல்படுத்துவதால், அனுப்புநர் பொதுவாக கணக்கீட்டிற்கான [எரிவாயு செலவுகளை](/developers/docs/gas/) ஈடுசெய்ய வேண்டும். குறிக்கோள் சங்கிலியில் பரிவர்த்தனை தோல்வியடையாமல் தடுக்க அதிக எரிவாயு வரம்பை அமைப்பது பரிந்துரைக்கப்படுகின்றது. டோக்கன் பாலமிடும் சூழ்நிலை இதற்கு ஒரு நல்ல எடுத்துக்காட்டாகும்; L1 பக்கம் (டோக்கன்களைச் செலுத்துதல்) சரியாக வேலை செய்கின்றது என்றாலும், L2 பக்கம் (புதிய டோக்கன்களை மின்ட் செய்தல்) குறைந்த எரிவாயு காரணமாகத் தோல்வியடைந்தால், வைப்பு திரும்பப் பெற முடியாததாகிவிடும். + +இறுதியாக, ஒப்பந்தங்களுக்கு இடையேயான L2 > L1 செய்தி அழைப்புகள் தாமதங்களைக் கணக்கில் எடுத்துக்கொள்ள வேண்டும் என்பதை நாம் கவனிக்க வேண்டும் (L1 > L2 அழைப்புகள் பொதுவாக சில நிமிடங்களுக்குப் பிறகு செயல்படுத்தப்படுகின்றன). இது, ஆப்ப்டிமிஸ்டிக் ரோலப்பிலிருந்து முக்கிய நெட்வொர்க்கிற்கு அனுப்பப்பட்ட செய்திகள் சவால் சாளரம் முடியும் வரை செயல்படுத்தப்பட முடியாததால், ஏற்படுகின்றது. + +## ஆப்ப்டிமிஸ்டிக் ரோலப்பில் கட்டணங்கள் எவ்வாறு வேலை செய்கின்றன? {#how-do-optimistic-rollup-fees-work} + +ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் எத்தியரியத்தில் உள்ளவாறு ஒரு எரிவாயு கட்டண திட்டத்தைப் பயன்படுத்துகின்றன, இது பயனர்கள் ஒவ்வொரு பரிவர்த்தனைக்காக எவ்வளவு செலுத்துகின்றனர் என்பதை குறிப்பிடுகின்றது. ஆப்டிமிஸ்டிக் ரோலப்ஸில் விதிக்கப்படும் கட்டணங்கள் பின்வரும் கூறுகளைப் பொறுத்தது: + +1. **நிலை எழுதுதல்**: ஆப்டிமிஸ்டிக் ரோலப்ஸ் பரிவர்த்தனைத் தரவு மற்றும் பிளாக் ஹெடர்களை (முந்தைய பிளாக் ஹெடர் ஹாஷ், ஸ்டேட் ரூட், பேட்ச் ரூட் ஆகியவற்றைக் கொண்டது) எத்தேரியத்திற்கு ஒரு `blob` அல்லது "பைனரி லார்ஜ் ஆப்ஜெக்ட்" ஆக வெளியிடுகின்றன. [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) ஆன்செயினில் தரவைச் சேர்ப்பதற்கு ஒரு செலவு குறைந்த தீர்வை அறிமுகப்படுத்தியது. ஒரு `blob` என்பது ஒரு புதிய பரிவர்த்தனைப் புலம், இது ரோலப்புகள் சுருக்கப்பட்ட நிலை மாற்றத் தரவை எத்தேரியம் L1 இல் பதிவு செய்ய அனுமதிக்கிறது. `calldata`-வைப் போலல்லாமல், நிரந்தரமாக ஆன்செயினில் இருக்கும், blobs குறுகிய காலமே நீடிக்கும் மற்றும் [4096 எப்போக்களுக்குப்](https://github.com/ethereum/consensus-specs/blob/81f3ea8322aff6b9fb15132d050f8f98b16bdba4/configs/mainnet.yaml#L147) பிறகு (சுமார் 18 நாட்கள்) கிளையண்டுகளிலிருந்து கத்தரிக்கப்படலாம். சுருக்கமான பரிவர்த்தனைகளைவெளியிடப் பிளாப்களைப்் பயன்படுத்துவதன் மூலம், ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் L1 இல் பரிவர்த்தனைகளை எழுதும் செலவை மிகவும் குறைக்க முடியும். + +2. **Blob எரிவாயு பயன்படுத்தப்பட்டது**: Blob-ஐக் கொண்டு செல்லும் பரிவர்த்தனைகள் [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) அறிமுகப்படுத்தியதைப் போன்ற ஒரு டைனமிக் கட்டண முறையைப் பயன்படுத்துகின்றன. வகை-3 பரிவர்த்தனைகளின் எரிவாயு கட்டணம் பிளாப்களுக்கு அடிப்படை கட்டணத்தைக் கருத்தில் கொண்டு கணக்கிடப்படுகின்றது, இது நெட்வொர்க் படி பிளாப் இடதிறனைக் கேள்விபற்றி மற்றும் பரிவர்த்தனையின் பிளாப் இடதிறன் பயன்பாட்டின் அடிப்படையில் நிர்ணயிக்கப்படுகின்றது. + +3. **L2 ஆபரேட்டர் கட்டணங்கள்**: இது பரிவர்த்தனைகளைச் செயலாக்குவதில் ஏற்படும் கணக்கீட்டுச் செலவுகளுக்கான இழப்பீடாக ரோலப் நோட்களுக்குச் செலுத்தப்படும் தொகையாகும், இது எத்தேரியத்தில் உள்ள எரிவாயுக் கட்டணங்களைப் போன்றது. ரோலப்பு நொடுகள் குறைந்த பரிவர்த்தனைச் செலவுகளைப் புகுத்துகின்றன, ஏனெனில் L2கள் அதிக செயலாக்க திறன்களைக் கொண்டுள்ளன மற்றும் எத்தியரியத்தில் உள்ள சர்வதேசப் பரிவர்த்தனைச் செலவுகளை முதன்மைப்படுத்துவதற்கான கட்டணங்களைச் செலுத்துவதன் மூலம் பரிவர்த்தனைகளை முதன்மைப்படுத்தும் நெரிசல்களை எதிர்கொள்ள வேண்டிய நிலை இல்லை. + +ஆப்டிமிஸ்டிக் ரோலப்ஸ் பரிவர்த்தனைகளை தொகுத்தல் மற்றும் தரவு வெளியீட்டு செலவுகளை குறைக்க `calldata`-ஐ சுருக்குதல் உள்ளிட்ட பல வழிமுறைகளைப் பயன்படுத்தி பயனர்களுக்கான கட்டணங்களைக் குறைக்கின்றன. எத்தேரியம் அடிப்படையிலான ஆப்டிமிஸ்டிக் ரோலப்ஸைப் பயன்படுத்த எவ்வளவு செலவாகிறது என்பதைப் பற்றிய நிகழ்நேர மேலோட்டப் பார்வைக்கு [L2 கட்டண டிராக்கரை](https://l2fees.info/) நீங்கள் சரிபார்க்கலாம். + +## ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் எத்தியரியத்தை எவ்வாறு அளவிடுகின்றன? ஆப்டிமிஸ்டிக் ரோலப்ஸ்களுடன் எத்தேரியத்தை அளவிடுதல் {#scaling-ethereum-with-optimistic-rollups} + +மேற்கூறியபடி, ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் தரவுக் கிடைக்கிறதைக் காக்க எத்தியரியத்தில் சுருக்கப்பட்ட பரிவர்த்தனைத் தரவுகளை வெளியிடுகின்றன. ஆன்செயினில் வெளியிடப்பட்ட தரவை சுருக்கும் திறன், ஆப்டிமிஸ்டிக் ரோலப்ஸ்களுடன் எத்தேரியத்தில் செயல்திறனை அளவிடுவதற்கு முக்கியமானது. + +பிரதான எத்தேரியம் சங்கிலி, பிளாக்குகள் எவ்வளவு தரவுகளை வைத்திருக்க முடியும் என்பதற்கு வரம்புகளை விதிக்கிறது, இது எரிவாயு அலகுகளில் குறிப்பிடப்பட்டுள்ளது ([சராசரி பிளாக் அளவு](/developers/docs/blocks/#block-size) 15 மில்லியன் எரிவாயு). இதனால் ஒவ்வொரு பரிவர்த்தனையும் எவ்வளவு வாயு பயன்படுத்த முடியும் என்பதில் கட்டுப்பாடு இருப்பினும், பரிவர்த்தனைக்குத் தொடர்பான தரவுகளைச் சுருக்குவதன் மூலம் ஒவ்வொரு தொகுதிக்கும் செயலாக்கப்படும் பரிவர்த்தனைகளின் எண்ணிக்கையை அதிகரிக்க முடியும்—அதே நேரத்தில் அளவுத்திறனை நேரடியாக மேம்படுத்த முடியும். + +ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் பல முறைவழிகளைப் பயன்படுத்தி பரிவர்த்தனைத் தரவுகளைச் சுருக்கி TPS (பரிவர்த்தனைப் போட்டி) அளவுகளை மேம்படுத்துகின்றன. எடுத்துக்காட்டாக, இந்த [கட்டுரை](https://vitalik.eth.limo/general/2021/01/05/rollup.html) ஒரு அடிப்படை பயனர் பரிவர்த்தனை (ஈதர் அனுப்புதல்) Mainnet-இல் உருவாக்கும் தரவையும், அதே பரிவர்த்தனை ஒரு ரோலப்பில் உருவாக்கும் தரவையும் ஒப்பிடுகிறது: + +| அளவுரு | எத்தேரியம் (L1) | ரோலப் (L2) | +| ------------ | -------------------------------------------------------- | ------------------------------------ | +| Nonce | ~3 | 0 | +| எரிவாயு விலை | ~8 | 0-0.5 | +| வாயு | 3 | 0-0.5 | +| க்கு | 21 | 4 | +| மதிப்பு | 9 | ~3 | +| கையொப்பம் | ~68 (2 + 33 + 33) | ~0.5 | +| இருந்து | 0 (கையொப்பத்திலிருந்து மீட்கப்பட்டது) | 4 | +| **மொத்தம்** | **~112 பைட்டுகள்** | **~12 பைட்டுகள்** | + +அளவுத்திறன் முன்னேற்றங்களை வெளிப்படுத்த: + +1. ஒவ்வொரு தொகுதியும் 15 மில்லியன் வாயு அளவாக இருக்கும் மற்றும் ஒரு பைட் தரவைச் சரிபார்க்க 16 வாயு செலவாகும். சராசரி பிளாக் அளவை 16 எரிவாயுவால் (15,000,000/16) வகுத்தால், சராசரி பிளாக் **937,500 பைட் தரவை** வைத்திருக்க முடியும் என்பது தெரியவரும். +2. ஒரு அடிப்படை ரோலப் பரிவர்த்தனை 12 பைட்டுகளைப் பயன்படுத்தினால், சராசரி எத்தேரியம் பிளாக் **78,125 ரோலப் பரிவர்த்தனைகளையோ** (937,500/12) அல்லது **39 ரோலப் தொகுப்புகளையோ** (ஒவ்வொரு தொகுப்பும் சராசரியாக 2,000 பரிவர்த்தனைகளைக் கொண்டிருந்தால்) செயலாக்க முடியும். +3. ஒவ்வொரு 15 வினாடிக்கும் எத்தேரியத்தில் ஒரு புதிய பிளாக் உருவாக்கப்பட்டால், ரோலப்பின் செயலாக்க வேகம் வினாடிக்கு சுமார் **5,208 பரிவர்த்தனைகளாக** இருக்கும். ஒரு எத்தேரியம் பிளாக் வைத்திருக்கக்கூடிய அடிப்படை ரோலப் பரிவர்த்தனைகளின் எண்ணிக்கையை (**78,125**) சராசரி பிளாக் நேரத்தால் (**15 வினாடிகள்**) வகுப்பதன் மூலம் இது செய்யப்படுகிறது. + +இது ஒரு மிகவும் நம்பிக்கைமிக்க மதிப்பீடாகும், ஏனெனில் ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் எத்தியரியத்தில் முழுமையான ஒரு தொகுதியை உருவாக்க முடியாது. இருப்பினும், எத்தியரிய பயனர்களுக்கு ஆப்ப்டிமிஸ்டிக் ரோலப்புகள் வழங்கக்கூடிய அளவுத்திறன் உயர்வுகளைத் துல்லியமாகக் காட்டும் (தற்போதைய செயல்பாடுகள் 2,000 TPS வரை வழங்குகின்றன). + +எத்தேரியத்தில் [தரவு ஷார்டிங்](/roadmap/danksharding/) அறிமுகப்படுத்தப்படுவது ஆப்டிமிஸ்டிக் ரோலப்ஸில் அளவிடுதலை மேம்படுத்தும் என்று எதிர்பார்க்கப்படுகிறது. ஏனெனில் ரோலப் பரிவர்த்தனைகள் மற்ற, ரோலப் அல்லாத பரிவர்த்தனைகளுடன் தொகுதி இடத்தைப் பகிர்ந்து கொள்ள வேண்டும், அவற்றின் செயலாக்க திறன் முக்கிய எத்தியரியம் சங்கிலியின் தரவுப் போக்குவரத்தால் கட்டுப்படுகின்றது. Danksharding, விலை உயர்ந்த, நிரந்தரமான `CALLDATA`-க்கு பதிலாக, மலிவான, தற்காலிகமான "blob" சேமிப்பகத்தைப் பயன்படுத்தி, L2 சங்கிலிகள் ஒரு பிளாக்கிற்குத் தரவை வெளியிடுவதற்கு கிடைக்கும் இடத்தை அதிகரிக்கும். + +### ஆப்டிமிஸ்டிக் ரோலப்ஸின் நன்மைகள் மற்றும் தீமைகள் {#optimistic-rollups-pros-and-cons} + +| நிறைகள் | குறைகள் | +| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | +| பாதுகாப்பு அல்லது நம்பிக்கையின்மையை தியாகம் செய்யாமல் அளவிடுதலில் மிகப்பெரிய மேம்பாடுகளை வழங்குகிறது. | சாத்தியமான மோசடி சவால்கள் காரணமாக பரிவர்த்தனை இறுதிநிலையில் தாமதங்கள். | +| பரிவர்த்தனைத் தரவு லேயர் 1 சங்கிலியில் சேமிக்கப்படுகிறது, இது வெளிப்படைத்தன்மை, பாதுகாப்பு, தணிக்கை எதிர்ப்பு மற்றும் பரவலாக்கத்தை மேம்படுத்துகிறது. | மையப்படுத்தப்பட்ட ரோலப் ஆபரேட்டர்கள் (சீக்வென்சர்கள்) பரிவர்த்தனை வரிசையை பாதிக்கலாம். | +| மோசடியை நிரூபிப்பது நம்பிக்கையற்ற இறுதிநிலையை உறுதிசெய்கிறது மற்றும் நேர்மையான சிறுபான்மையினர் சங்கிலியைப் பாதுகாக்க அனுமதிக்கிறது. | நேர்மையான நோட்கள் இல்லை என்றால், ஒரு தீங்கிழைக்கும் ஆபரேட்டர் செல்லாத பிளாக்குகள் மற்றும் நிலை உறுதிப்பாடுகளைப் பதிவு செய்வதன் மூலம் நிதியைத் திருட முடியும். | +| மோசடிச் சான்றுகளைக் கணக்கிடுவது வழக்கமான L2 நோட்களுக்குத் திறந்திருக்கும், ZK-ரோலப்ஸில் பயன்படுத்தப்படும் செல்லுபடியாகும் சான்றுகளைப் போலல்லாமல், அவற்றுக்கு சிறப்பு வன்பொருள் தேவைப்படுகிறது. | பாதுகாப்பு மாதிரியானது, ரோலப் பரிவர்த்தனைகளைச் செயல்படுத்தி, செல்லாத நிலை மாற்றங்களுக்கு சவால் விடுவதற்காக மோசடிச் சான்றுகளைச் சமர்ப்பிக்கும் குறைந்தபட்சம் ஒரு நேர்மையான நோடை நம்பியுள்ளது. | +| ரோலப்ஸ் "நம்பிக்கையற்ற லைவ்நெஸ்" இலிருந்து பயனடைகிறது (பரிவர்த்தனைகளைச் செயல்படுத்தி மற்றும் உறுதிமொழிகளைப் பதிவு செய்வதன் மூலம் எவரும் சங்கிலியை முன்னேறச் செய்ய முடியும்) | பயனர்கள் நிதியை மீண்டும் எத்தேரியத்திற்கு திரும்பப் பெறுவதற்கு முன்பு ஒரு வார சவால் காலம் முடிவடையும் வரை காத்திருக்க வேண்டும். | +| ஆப்டிமிஸ்டிக் ரோலப்ஸ் சங்கிலியில் பாதுகாப்பை அதிகரிக்க நன்கு வடிவமைக்கப்பட்ட கிரிப்டோஎகனாமிக் ஊக்கத்தொகைகளை நம்பியுள்ளன. | ரோலப்ஸ் அனைத்து பரிவர்த்தனைத் தரவையும் ஆன்செயினில் பதிவு செய்ய வேண்டும், இது செலவுகளை அதிகரிக்கக்கூடும். | +| EVM மற்றும் Solidity உடனான இணக்கத்தன்மை, டெவலப்பர்கள் எத்தேரியம்-சொந்த ஸ்மார்ட் ஒப்பந்தங்களை ரோலப்ஸுக்கு மாற்ற அல்லது புதிய dapps-ஐ உருவாக்க தற்போதுள்ள கருவித்தொகுப்பைப் பயன்படுத்த அனுமதிக்கிறது. | | + +### ஆப்டிமிஸ்டிக் ரோலப்ஸின் ஒரு காட்சி விளக்கம் {#optimistic-video} + +பார்த்து கற்பவரா? Finematics ஆப்டிமிஸ்டிக் ரோலப்ஸை விளக்குவதைப் பாருங்கள்: + + + +## ஆப்டிமிஸ்டிக் ரோலப்ஸ் பற்றிய மேலும் வாசிப்பு + +- [ஆப்டிமிஸ்டிக் ரோலப்ஸ் எப்படி வேலை செய்கின்றன (முழுமையான வழிகாட்டி)](https://www.alchemy.com/overviews/optimistic-rollups) +- [பிளாக்செயின் ரோலப் என்றால் என்ன? ஒரு தொழில்நுட்ப அறிமுகம்](https://www.ethereum-ecosystem.com/blog/what-is-a-blockchain-rollup-a-technical-introduction) +- [ஆர்பிட்ரமிற்கான அத்தியாவசிய வழிகாட்டி](https://www.bankless.com/the-essential-guide-to-arbitrum) +- [எத்தேரியம் ரோலப்ஸிற்கான நடைமுறை வழிகாட்டி](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) +- [எத்தேரியம் L2 களில் மோசடிச் சான்றுகளின் நிலை](https://web.archive.org/web/20241124154627/https://research.2077.xyz/the-state-of-fraud-proofs-in-ethereum-l2s) +- [ஆப்டிமிசத்தின் ரோலப் உண்மையில் எப்படி வேலை செய்கிறது?](https://www.paradigm.xyz/2021/01/how-does-optimism-s-rollup-really-work) +- [OVM டீப் டைவ்](https://medium.com/ethereum-optimism/ovm-deep-dive-a300d1085f52) +- [ஆப்டிமிஸ்டிக் மெய்நிகர் இயந்திரம் என்றால் என்ன?](https://www.alchemy.com/overviews/optimistic-virtual-machine) diff --git a/public/content/translations/ta/developers/docs/scaling/plasma/index.md b/public/content/translations/ta/developers/docs/scaling/plasma/index.md new file mode 100644 index 00000000000..a64345061ed --- /dev/null +++ b/public/content/translations/ta/developers/docs/scaling/plasma/index.md @@ -0,0 +1,176 @@ +--- +title: "பிளாஸ்மா சங்கிலிகள்" +description: "தற்போது Ethereum சமூகத்தால் பயன்படுத்தப்படும் ஒரு அளவிடுதல் தீர்வாக பிளாஸ்மா சங்கிலிகளின் அறிமுகம்." +lang: ta +incomplete: true +sidebarDepth: 3 +--- + +ஒரு பிளாஸ்மா சங்கிலி என்பது Ethereum Mainnet-இல் நங்கூரமிடப்பட்ட ஒரு தனி பிளாக்செயின் ஆகும், ஆனால் அது பிளாக் சரிபார்ப்புக்கான அதன் சொந்த வழிமுறையுடன் பரிவர்த்தனைகளை ஆஃப்-செயினில் செயல்படுத்துகிறது. பிளாஸ்மா சங்கிலிகள் சில நேரங்களில் "குழந்தை" சங்கிலிகள் என்று குறிப்பிடப்படுகின்றன, உண்மையில் எத்தியரியம் மெயின்நெட்டின் சிறிய நகல்களாகும். பிளாஸ்மா சங்கிலிகள் தகராறுகளைத் தீர்த்து வைப்பதற்கு [மோசடிச் சான்றுகளை](/glossary/#fraud-proof) ([ஆப்டிமிஸ்டிக் ரோலப்கள்](/developers/docs/scaling/optimistic-rollups/) போன்றவை) பயன்படுத்துகின்றன. + +மெர்கில் மரங்கள் இந்தச் சங்கிலிகளின் முடிவில்லாத குவியலை உருவாக்கும் திறனைக் கொடுக்கின்றன, இது பெற்றோர் சங்கிலிகளிலிருந்து (எத்தியரியம் மெயின்நெட்பும் இதில் அடங்கும்) பாண்ட்வித் வெளியேற்றுவதற்குப் பயன்படுத்தப்படுகிறது. இருப்பினும், இந்தச் சங்கிலிகள் எத்தியரியத்திலிருந்து சில பாதுகாப்பைக் கொண்டாலும் (மோசடிப் ப்ரூஃப்களால்), அவற்றின் பாதுகாப்பு மற்றும் செயல்திறனை பல வடிவமைப்புக் கட்டுப்பாடுகள் பாதிக்கின்றன. + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +அனைத்து அடித்தளமான தலைப்புகளையும் பற்றிய நல்ல புரிதல் மற்றும் [Ethereum அளவிடுதல்](/developers/docs/scaling/) பற்றிய உயர் மட்ட புரிதலும் உங்களுக்கு இருக்க வேண்டும். + +## பிளாஸ்மா என்ன? + +பிளாஸ்மா என்பது பொது பிளாக்செயின்களின் அளவுத்திறனை மேம்படுத்தும் ஒரு கட்டமைப்பாகும், குறிப்பாக எத்தியரியத்தில். அசல் [பிளாஸ்மா வெள்ளை அறிக்கையில்](http://plasma.io/plasma.pdf) விவரிக்கப்பட்டுள்ளபடி, பிளாஸ்மா சங்கிலிகள் மற்றொரு பிளாக்செயினின் (\"மூலச் சங்கிலி\" என அழைக்கப்படுகிறது) மேல் கட்டமைக்கப்பட்டுள்ளன. ஒவ்வொரு "குழந்தை சங்கிலியும்" மூல சங்கிலியிலிருந்து விரிகிறது மற்றும் பொதுவாகப் பெற்றோர் சங்கிலியில் நிறுவப்பட்ட ஒரு ஸ்மார்ட் காசேதியால் நிர்வகிக்கப்படுகிறது. + +பிளாஸ்மா ஒப்பந்தம், மற்றவற்றுடன், பயனர்கள் Ethereum Mainnet-க்கும் பிளாஸ்மா சங்கிலிக்கும் இடையில் சொத்துக்களை நகர்த்துவதற்கு அனுமதிக்கும் ஒரு [பாலமாக](/developers/docs/bridges/) செயல்படுகிறது. இது அவற்றை [சைட்செயின்களைப்](/developers/docs/scaling/sidechains/) போலவே ஆக்கினாலும், பிளாஸ்மா சங்கிலிகள் ஓரளவிற்காவது Ethereum Mainnet-இன் பாதுகாப்பிலிருந்து பயனடைகின்றன. இது சைட்செயின்களால் பாதுகாப்பு பொறுப்பாக மட்டுமே செயல்படுவதிலிருந்து மாறுபடுகின்றது. + +## பிளாஸ்மா எப்படி வேலை செய்கிறது? + +பிளாஸ்மா கட்டமைப்பின் அடிப்படை கூறுகள்: + +### ஆஃப்-செயின் கணக்கீடு {#offchain-computation} + +எத்தியரியத்தின் தற்போதைய செயலாக்க வேகம் ~ 15-20 பரிவர்த்தனைகளுக்கு ஒரு வினாடி அளவுக்கு மட்டுமே உள்ளதால், அதிக பயனர்களைக் கையாள குறுகிய காலத்திற்கான ஸ்கேலிங்கிற்கான சாத்தியத்தைக் குறைக்கிறது. இந்தச் சிக்கல் முக்கியமாக உள்ளது, ஏனெனில் Ethereum-இன் [ஒருமித்த கருத்து பொறிமுறைக்கு](/developers/docs/consensus-mechanisms/) பிளாக்செயினின் நிலையின் ஒவ்வொரு புதுப்பிப்பையும் சரிபார்க்க பல பியர்-டு-பியர் முனைகள் தேவைப்படுகின்றன. + +எத்தியரியத்தின் ஒப்புதல் முறைமை பாதுகாப்பிற்குத் தேவையானதாக இருக்கின்றது, ஆனால் இது ஒவ்வொரு பயன்பாட்டு வழக்குக்கும் பொருந்தக் கூடாது. எடுத்துக்காட்டாக, அலீஸ் பாபிற்கு தினசரி காப்பி பரிமாற்றத்திற்கு எத்தியரியம் நெட்வொர்க் முழுவதும் சரிபார்க்கப்பட வேண்டிய அவசியம் இருக்கவில்லை, ஏனெனில் இரண்டு தரப்பிற்கும் இடையே சிறிது நம்பிக்கை உள்ளது. + +பிளாஸ்மா, எத்தியரியம் மெயின்நெட் அனைத்து பரிவர்த்தனைகளையும் சரிபார்க்க வேண்டிய அவசியம் இல்லை என்று கற்பிக்கின்றது. அதற்குப் பதிலாக, நாங்கள் மெயின்நெட்டிற்கு வெளியே பரிவர்த்தனைகளைச் செயலாக்கலாம், இதனால் ஒவ்வொரு பரிவர்த்தனையையும் சரிபார்க்க வேண்டும் என்ற நொடுகளின் பொறுப்பு நீக்கப்படுகிறது. + +பிளாஸ்மா சங்கிலிகளால் வேகம் மற்றும் செலவை மேம்படுத்த முடியும் என்பதால், ஆஃப்-செயின் கணக்கீடு அவசியமாகிறது. எடுத்துக்காட்டாக, ஒரு பிளாஸ்மா சங்கிலி, பொதுவாக ஒரு "ஒப்பந்தப் பரிபாலகரை" பரிவர்த்தனைகளின் ஒழுங்குமுறையை நிர்வகிக்கவும், செயல்படுத்தவும் பயன்படுத்தலாம். ஒரு பொருத்தமான அமைப்புமூலம் பரிவர்த்தனைகளைச் சரிபார்க்கும் ஒரு நிறுவனத்துடனே, பிளாஸ்மா சங்கிலியின் செயலாக்க நேரம் எத்தியரியம் மெயின்நெட்டைவிட வேகமாக இருக்கும். + +### நிலை அர்ப்பணிப்புகள் {#state-commitments} + +பிளாஸ்மா பரிவர்த்தனைகளை ஆஃப்-செயினில் செயல்படுத்தினாலும், அவை பிரதான Ethereum செயலாக்க அடுக்கில் தீர்க்கப்படுகின்றன—இல்லையெனில், பிளாஸ்மா சங்கிலிகளால் Ethereum-இன் பாதுகாப்பு உத்தரவாதங்களிலிருந்து பயனடைய முடியாது. ஆனால் பிளாஸ்மா சங்கிலியின் நிலையை அறியாமல் ஆஃப்-செயின் பரிவர்த்தனைகளை இறுதி செய்வது பாதுகாப்பு மாதிரியை உடைத்து, செல்லாத பரிவர்த்தனைகளின் பெருக்கத்தை அனுமதிக்கும். இதன் காரணமாக, பிளாஸ்மா சங்கிலியில் பிளாக்குகளை உருவாக்கும் பொறுப்புடன் இருக்கும் ஒப்பந்தப் பரிபாலகர், எத்தியரியத்தில் "நிலை உறுதிமொழிகளை" தற்காலிகமாக வெளியிட வேண்டும். + +ஒரு [அர்ப்பணிப்பு திட்டம்](https://en.wikipedia.org/wiki/Commitment_scheme) என்பது ஒரு மதிப்பு அல்லது அறிக்கையை மற்றொரு தரப்பினருக்கு வெளிப்படுத்தாமல் அதற்கு உறுதியளிப்பதற்கான ஒரு குறியாக்க நுட்பமாகும். உறுதிமொழிகள் "பிணை" ஆகும், ஏனெனில் ஒரு முறை நீங்கள் அதில் உறுதியாகக் கையாளப்பட்டவுடன், மதிப்பை அல்லது அறிக்கையை மாற்ற முடியாது. பிளாஸ்மாவில் உள்ள நிலை அர்ப்பணிப்புகள் \"Merkle roots\" ([Merkle மரம்](/whitepaper/#merkle-trees) என்பதிலிருந்து பெறப்பட்டது) வடிவத்தை எடுக்கின்றன, இதை ஆபரேட்டர் Ethereum சங்கிலியில் உள்ள பிளாஸ்மா ஒப்பந்தத்திற்கு குறிப்பிட்ட இடைவெளியில் அனுப்புகிறார். + +மெர்கிள் ரூட்ஸ் என்பது பெரிய அளவிலான தகவல்களைச் சுருக்க உதவும் கிரிப்டோகிராபிக் அடிப்படை கூறுகள் ஆகும். ஒரு மெர்கிள் ரூட் (இந்த இடத்தில் "பிளாக் ரூட்" என்றும் அழைக்கப்படுகிறது) ஒரு பிளாக் உள்ள பரிவர்த்தனைகளின் அனைத்தையும் பிரதிபலிக்க முடியும். மேலும், மெர்கிள் ரூட்ஸ் சிறிய தரவுத்தொகுதியை பெரிய தரவுத்தொகுப்பின் ஒரு பகுதியாக இருக்கின்றது என்பதைச் சரிபார்க்க உதவுகின்றன. உதாரணமாக, ஒரு குறிப்பிட்ட பிளாக்கில் ஒரு பரிவர்த்தனை சேர்க்கப்பட்டுள்ளதை நிரூபிக்க, ஒரு பயனர் [Merkle சான்றை](/developers/tutorials/merkle-proofs-for-offline-data-integrity/#main-content) உருவாக்க முடியும். + +ஆஃப்-செயினின் நிலையைப் பற்றிய தகவல்களை Ethereum-க்கு வழங்க Merkle ரூட்கள் முக்கியமானவை. மெர்கிள் ரூட்ஸை "சேமிப்பு புள்ளிகள்" போலக் கருதலாம்: ஒப்பந்தப் பரிபாலகர், "இது பிளாஸ்மா சங்கிலியின் நிலை x நேரத்தில், இதை நிரூபிக்கும் மெர்கிள் ரூட்" என்று கூறுகிறார் ஆபரேட்டர் ஒரு Merkle ரூட் மூலம் பிளாஸ்மா சங்கிலியின் _தற்போதைய நிலைக்கு_ உறுதியளிக்கிறார், அதனால்தான் இது \"நிலை அர்ப்பணிப்பு\" என்று அழைக்கப்படுகிறது. + +### உள்ளீடுகள் மற்றும் வெளியேற்றங்கள் {#entries-and-exits} + +எத்தியரியம் பயனர்கள் பிளாஸ்மாவின் பலன்களைப் பெற, மெயின்நெட் மற்றும் பிளாஸ்மா சங்கிலிகளிடையே நிதிகளை நகர்த்துவதற்கான ஒரு நடைமுறை இருக்க வேண்டும். பிளாஸ்மா சங்கிலியில் ஒரு முகவரிக்கு எதரினை (ஈதர்) அனுப்புவது முடியாது—இந்தச் சங்கிலிகள் இணக்கமற்றவை, எனவே பரிவர்த்தனை தோல்வியடையக்கூடும் அல்லது நிதி இழப்பாகலாம். + +பிளாஸ்மா எத்தியரியத்தில் இயங்கும் ஒரு மாஸ்டர் ஒப்பந்தத்தைப் பயன்படுத்தி பயனர்களின் நுழைவுகள் மற்றும் வெளியேறல்களை செயலாக்குகிறது. இந்த மாஸ்டர் ஒப்பந்தம் பிளாஸ்மா சங்கிலியில் பயனர்களின் நுழைவுகள் மற்றும் வெளியேறல்களை நிர்வகிக்கிறது. மேலும், இது முன்பே விளக்கப்பட்ட நிலை உறுதிமொழிகளை (State Commitments) கண்காணிக்கும் பொறுப்பையும், முறைகேடுகளை (Fraud Proofs) நிரூபிக்கும் மூலம் தண்டனை விதிப்பதையும் கொண்டுள்ளது (இதைப் பற்றி பிற்பாடு மேலும் விளக்கப்படும்). + +#### பிளாஸ்மா சங்கிலியில் நுழைதல் {#entering-the-plasma-chain} + +பிளாஸ்மா சங்கிலியில் நுழைவதற்கு, அலிஸ் (பயனர்) பிளாஸ்மா ஒப்பந்தத்தில் ETH அல்லது எந்த ERC-20 டோக்கனையும் வைப்பிட வேண்டும். பிளாஸ்மா ஒப்பந்தத்தைக் கண்காணிக்கும் பிளாஸ்மா ஒப்பந்த பரிபாலகர், அலிசின் ஆரம்ப வைப்பு அளவிற்கு சமமான தொகையை மீண்டும் உருவாக்கி, பிளாஸ்மா சங்கிலியில் உள்ள அவரது முகவரிக்கு அதை விடுவிக்கிறார். அலிஸ், குழந்தை சங்கிலியில் (Child Chain) நிதிகளைப் பெற்றதை உறுதிப்படுத்தி, பின்னர் இந்த நிதிகளைப் பரிவர்த்தனைகளுக்குப் பயன்படுத்தலாம். + +#### பிளாஸ்மா சங்கிலியிலிருந்து வெளியேறுதல் {#exiting-the-plasma-chain} + +பிளாஸ்மா சங்கிலியிலிருந்து வெளியேறல், பல காரணங்களால் நுழைவதை விடச் சிக்கலானதாகும். அதில் மிகப்பெரிய காரணம், எத்தியரியத்தில் பிளாஸ்மா சங்கிலியின்நிலைபற்றியய தகவல்கள் இருந்தாலும, அந்தத் தகவல்கள் உண்மையானதா இல்லையா என்பதைக் கண்டறிய முடியாது. ஒரு தீய பயனர் தவறான ஒரு முறைப்பாட்டைச் செய்யலாம் ("எனக்கு 1000 ETH இருக்கிறது") மற்றும் அதை ஆதரிக்கக்கூடிய போலி ஆதாரங்களை வழங்கித் தப்பிக்கலாம். + +தீயமான பணம் எடுப்புகளைத் தடுக்க, ஒரு "சவால் காலம்" (Challenge Period) அறிமுகப்படுத்தப்படுகிறது. சவால் காலத்தில் (சாதாரணமாக ஒரு வாரம்), யாரும் ஒரு சவால்-புரூஃபைப் பயன்படுத்தி பணம் எடுக்கும் கோரிக்கையைச் சவால் செய்ய முடியும். சவால் வெற்றிபெற்றால், பணம் எடுக்கும் கோரிக்கை மறுக்கப்படும். + +எனினும், பெரும்பாலும் பயனர்கள் நேர்மையானவர்களாகவே இருக்கிறார்கள் மற்றும் தங்கள் சொத்துகளைப் பற்றிச் சரியான கோரிக்கைகளைச் செய்கிறார்கள். இந்தச் சூழலில், அலிஸ் பிளாஸ்மா ஒப்பந்தத்திற்கு ஒரு பரிவர்த்தனை சமர்ப்பித்து, மூல சங்கிலியில் (எத்தியரியம்) பணம் எடுக்கும் கோரிக்கையைத் தொடங்குவார். + +அவள், பிளாஸ்மா சங்கிலியில் தனது நிதிகளை உருவாக்கிய ஒரு பரிவர்த்தனை ஒரு தொகுதியில் சேர்க்கப்பட்டதற்கான மெர்கிள் ஆதாரத்தை (Merkle Proof) வழங்க வேண்டும். இது [Plasma MVP](https://www.learnplasma.org/en/learn/mvp.html) போன்ற, ஒரு [செலவழிக்கப்படாத பரிவர்த்தனை வெளியீடு (UTXO)](https://en.wikipedia.org/wiki/Unspent_transaction_output) மாதிரியைப் பயன்படுத்தும் பிளாஸ்மாவின் மறு செய்கைகளுக்கு அவசியமானது. + +[பிளாஸ்மா கேஷ்](https://www.learnplasma.org/en/learn/cash.html) போன்ற மற்றவை, UTXO-களுக்குப் பதிலாக நிதிகளை [non-fungible tokens](/developers/docs/standards/tokens/erc-721/) ஆகக் குறிக்கின்றன. இந்தச் சந்தர்ப்பத்தில், பிளாஸ்மா சங்கிலியில் உள்ள டோக்கன்களின் சொத்து உரிமையை நிரூபிக்க வேண்டும். இது, அந்த டோக்கனுடன் தொடர்புடைய இரண்டாவது பரிவர்த்தனைகளைச் சமர்ப்பித்து, அவற்றின் தொகுதி உட்படுத்துதலின் மெர்கிள் ஆதாரத்தை வழங்குவதன் மூலம் செய்யப்படுகிறது. + +பயனர் பணம் எடுக்கும் கோரிக்கைக்கு ஒரு பிணையைச் சேர்க்க வேண்டும், இது அவரின் நேர்மையான நடத்தைக்கு உத்தரவாதமாக இருக்கும். சவாலாளர் அலிசின் பணம் எடுக்கும் கோரிக்கை தவறானது என்று நிரூபித்தால், அவளது பிணை வெட்டப்பட்டு, சில பகுதி சவாலாளருக்கு பரிசாக வழங்கப்படும். + +சவால் காலம் முடிவடைந்ததும் யாரும் சவால்-புரூஃபை வழங்காவிட்டால், அலிசின் பணம் எடுக்கும் கோரிக்கை செல்லத்தக்கது என்று கருதப்பட்டு, அவளால் எத்தியரியத்தில் உள்ள பிளாஸ்மா ஒப்பந்தத்திலிருந்து வைப்பு தொகைகளைப் பெற முடியும். + +### தகராறு தீர்த்தல் {#dispute-arbitration} + +எந்தவொரு பிளாக்செயினைப் போலவே, பங்கேற்பாளர்கள் தீங்கிழைக்கும் வகையில் செயல்படும் பட்சத்தில் (எ.கா., நிதிகளை இருமுறை செலவழித்தல்) பரிவர்த்தனைகளின் நேர்மையை அமல்படுத்துவதற்கான ஒரு பொறிமுறை பிளாஸ்மா சங்கிலிகளுக்குத் தேவை. அதில் மிகப்பெரிய காரணம், எத்தியரியத்தில் பிளாஸ்மா சங்கிலியின் நிலைபற்றிய தகவல்கள் இருந்தாலும், அந்தத் தகவல்கள் உண்மையானதா இல்லையா என்பதைக் கண்டறிய முடியாது. ஒரு தீய பயனர் தவறான ஒரு முறைப்பாட்டைச் செய்யலாம் ("எனக்கு 1000 Eth இருக்கிறது") மற்றும் அதை ஆதரிக்கக்கூடிய போலி ஆதாரங்களை வழங்கித் தப்பிக்கலாம். + +தீயமான பணம் எடுப்புகளைத் தடுக்க, ஒரு "சவால் காலம்" (Challenge Period) அறிமுகப்படுத்தப்படுகிறது. சவால் காலத்தில் (சாதாரணமாக ஒரு வாரம்), யாரும் ஒரு சவால்-புரூஃபைப் பயன்படுத்தி பணம் எடுக்கும் கோரிக்கையைச் சவால் செய்ய முடியும். சவால் வெற்றிபெற்றால், பணம் எடுக்கும் கோரிக்கை மறுக்கப்படும். + +எனினும், பெரும்பாலும் பயனர்கள் நேர்மையானவர்களாகவே இருக்கிறார்கள் மற்றும் தங்கள் சொத்துகளைப் பற்றிச் சரியான கோரிக்கைகளைச் செய்கிறார்கள். பிளாஸ்மா காஷில் (Plasma Cash) இதே செயல்முறைச் செயற்படுகிறது—பாபோ, அலிசா பணப்பதிவுகளைப் போக்குவதற்கான பரிவர்த்தனையை முன்பு எடுத்து வைத்தது என்பதற்கான ஆதாரத்தை வழங்க வேண்டும். + +பாபோவின் சவால் வெற்றியடைவதால், அலிசாவின் பணம் எடுக்கும் கோரிக்கை ரத்து செய்யப்படுகிறது. ஆனால், இந்த முறையின் பயனுள், பாபோ பயிற்சி செய்யும் நேரத்தில் பரிவர்த்தனை கோரிக்கைகளைப் பார்க்கக்கூடியது மட்டுமே செயல்படும். பாபோ ஆஃப்லைன் இருப்பின், சவால் காலம் முடிந்த பிறகு அலிசா தீய பரிவர்த்தனையைச் செயல்படுத்த முடியும். + +## பிளாஸ்மாவில் பெருமளவிலான வெளியேற்றச் சிக்கல் {#the-mass-exit-problem-in-plasma} + +மசஸ் எக்சிட் பிரச்சனை என்றால், பெரும் அளவிலான பயனர் குழுக்கள் ஒரே நேரத்தில் பிளாஸ்மா சங்கிலியிலிருந்து பணம் எடுக்க முயற்சிக்கும்போது ஏற்படும் பிரச்சனை. இந்தப் பிரச்சனை ஏன் உள்ளது என்பது பிளாஸ்மாவின் மிகப்பெரிய பிரச்சனைகளில் ஒன்றான **தரவு கிடைக்காதிருத்தல்** என்பதோடு தொடர்புடையது. + +தரவின் கிடைக்காமை என்பது, முன்மொழியப்பட்ட பிளாகிற்கான தகவல்களைப் பிளாக்க்செயின் நெட்வொர்கில் நிச்சயமாக வெளியிடப்பட்டது என்பதை சரிபார்க்கும் திறன் ஆகும். ஒரு பிளாக் "கிடைக்காதது" என்பது, உற்பத்தியாளர் பிளாகை வெளியிடும் ஆனால் பிளாக் உருவாக்குவதற்கான தரவுகளை மறைக்கும்போது ஏற்படுகிறது. + +பிளாக்குகள் கிடைக்குமாயின் மட்டுமே நொடுகள் (nodes) பிளாக்கை பதிவிறக்கம் செய்து பரிவர்த்தனைகளின் செல்லுபடியாகுமையை சரிபார்க்க முடியும். பிளாக்செயின்கள், அனைத்து பரிவர்த்தனை தரவையும் ஆன்-செயினில் இடுமாறு பிளாக் உற்பத்தியாளர்களைக் கட்டாயப்படுத்துவதன் மூலம் தரவு கிடைப்பதை உறுதிசெய்கின்றன. + +தரவு கிடைப்பது, Ethereum-இன் அடிப்படை அடுக்கில் கட்டமைக்கப்படும் ஆஃப்-செயின் அளவிடுதல் நெறிமுறைகளைப் பாதுகாக்கவும் உதவுகிறது. இந்தச் சங்கிலிகளில் செயல்படுத்துநர்களை எத்திரியத்தில் பரிவர்த்தனை தரவுகளை வெளியிடக் கட்டாயமாக்குவதன் மூலம், யாரும் தவறான பிளாக்குகளை சவால் செய்ய முடியும், சங்கிலியின் சரியான நிலையைக் குறிப்பிட்டு மெய்ப்பிரமாணங்களை உருவாக்கி. + +பிளாஸ்மா சங்கிலிகள் முதன்மையாக ஆபரேட்டருடன் பரிவர்த்தனைத் தரவைச் சேமித்து, **Mainnet-இல் எந்தத் தரவையும் வெளியிடுவதில்லை** (அதாவது, குறிப்பிட்ட கால நிலை அர்ப்பணிப்புகளைத் தவிர). இதனால், பயனர்கள் தவறான பரிவர்த்தனைகளைச் சவாலுக்கு உருவாக்க வேண்டிய பிளாக்கு தரவுகளை வழங்குவதற்கான செயல்படுத்துநரை நம்பவேண்டிய அவசியம் ஏற்படுகிறது. இந்த முறை வேலை செய்கிறது என்றால், பயனர்கள் எப்போதும் மெய்ப்பிரமாணங்களை பயன்படுத்தி நிதிகளைப் பாதுகாக்க முடியும். + +பிரச்சனை, செயல்படுத்துநர் (பயனர் அல்ல) தீய முறையில் செயல்படும்போது ஆரம்பிக்கிறது. செயல்படுத்துநர் பிளாக்க்செயினின் முழு கட்டுப்பாட்டில் இருப்பதால், அதிக அளவில் தவறான நிலை மாற்றங்களை முன்னேற்றுவதற்கான அதிக ஊக்கத்தைப் பெறுகிறார், இதனால் பிளாஸ்மா சங்கிலியில் பயனர்களின் நிதிகளைத் திருடுவதற்கு முன்மொழியப்படுகிறது. + +இந்த நிலையில், வழக்கமான மோசடி மெய்ப்பு முறையைப் பயன்படுத்துவது வேலை செய்யாது. செயல்படுத்துநர் எளிதாகச் செல்லுபடியாகாத பரிவர்த்தனையை உருவாக்கி, அலிஸ் மற்றும் பாபின் நிதிகளை அவர்களது பர்ஸுக்குத் தொகுப்புச் செய்து, மோசடி மெய்ப்புக்கு தேவையான தரவுகளை மறைக்கலாம். இது செயல்படுத்துநர் பயனர்கள் அல்லது மெயின்நெட்டுக்கு தரவுகளை வெளியிடத் தேவைப்படாத காரணத்தினால் சாத்தியம் ஆகின்றது. + +எனவே, மிக அதிக நம்பிக்கையை ஏற்படுத்தக்கூடிய தீர்வு பயனர்களின் "மொத்த வெளியேற்றத்தை" பிளாஸ்மா சங்கிலியில் முயற்சிக்க வேண்டும். மொத்த வெளியேற்றம் தீய செயல்படுத்துநரின் நிதிகளைத் திருடும் திட்டத்தை மந்தமாக்கி, பயனர்களுக்குச் சிறு அளவில் பாதுகாப்பை வழங்குகிறது. ஒவ்வொரு UTXO (அல்லது டோக்கன்) உருவாக்கப்பட்டதன் அடிப்படையில் திரும்பப் பெறும் கோரிக்கைகள் வரிசைப்படுத்தப்படுகின்றன, இது தீங்கிழைக்கும் ஆபரேட்டர்கள் நேர்மையான பயனர்களை ஃப்ரண்ட்-ரன்னிங் செய்வதைத் தடுக்கிறது. + +இருப்பினும், மொத்த வெளியேற்றத்தின்போது வெளியேற்றத்துக்கான கோரிக்கைகளின் செல்லுபடியாகுமையை சரிபார்க்க ஒரு முறையைத் தேவைப்படுகின்றோம்—தவறான வெளியேற்றங்களை செயலாக்கி, குழப்பத்தில் பலரும் பயனடையாமல் இருக்க. தீர்வு எளிதானது: பயனர்கள் தங்கள் பணத்தை வெளியேற்ற, சங்கிலியின் கடைசி **செல்லுபடியாகும் நிலையை** பதிய வேண்டும். + +ஆனால் இந்த அணுகுமுறையிலும் சில பிரச்சினைகள் உள்ளன. எடுத்துக்காட்டாக, ஒரு பிளாஸ்மா சங்கிலியில் உள்ள அனைத்து பயனர்களும் வெளியேற்ற வேண்டும் என்றால் (தீய செயல்படுத்துநர் இருப்பின் இது சாத்தியம்), பிளாஸ்மா சங்கிலியின் முழு செல்லுபடியாகும் நிலையை ஒரே நேரத்தில் எத்திரியத்தின் அடிப்படை அடுக்கில் வெளியிட வேண்டும். பிளாஸ்மா சங்கிலிகளின் தற்செயலான அளவுடன் (உயர்திறன் = அதிக தரவு) மற்றும் எத்திரியத்தின் செயலாக்க வேகங்களின் கட்டுப்பாடுகளுடன், இது ஒரு சிறந்த தீர்வாக இல்லை. + +வெளியேற்ற விளையாட்டுகள் (exit games) கோட்பாடுகளில் நல்லதாகத் தோன்றினாலும், உண்மையான மொத்த வெளியேற்றங்கள் எத்திரியம் தானே முழு நெட்வொர்க் அடிப்படையிலான நெரிசலை தூண்டக்கூடும். இதற்குப் போக, எத்திரியத்தின் செயல்திறனை பாதிப்பதோடு, சரியான முறையில் ஒருங்கிணைக்கப்படாத மொத்த வெளியேற்றம் பயனர்கள் பிளாஸ்மா சங்கிலியில் பணத்தை வெளியேற்ற முடியாமல் போவதற்கான வாய்ப்புகளை அதிகரிக்கின்றது, செயல்படுத்துநர் ஒவ்வொரு கணக்கையும் காலியாக்கி விடுவதற்கு முன். + +## பிளாஸ்மாவின் நன்மைகள் மற்றும் தீமைகள் {#pros-and-cons-of-plasma} + +| நிறைகள் | குறைகள் | +| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| அதிக செயல்வீதத்தையும் ஒரு பரிவர்த்தனைக்கு குறைந்த செலவையும் வழங்குகிறது. | பொதுவான கணக்கீட்டை ஆதரிக்காது (ஸ்மார்ட் ஒப்பந்தங்களை இயக்க முடியாது). அடிப்படை டோக்கன் பரிமாற்றங்கள், மாற்றீடுகள் மற்றும் பயனிலை தர்க்கத்தின் வழியாக வேறு சில பரிவர்த்தனை வகைகள் மட்டுமே ஆதரிக்கப்படுகின்றன. | +| தன்னிச்சையான பயனர்களுக்கு இடையேயான பரிவர்த்தனைகளுக்கு நல்லது (இருவரும் பிளாஸ்மா சங்கிலியில் நிறுவப்பட்டிருந்தால், ஒரு பயனர் ஜோடிக்கு கூடுதல் சுமை இல்லை). | உங்கள் நிதிகளின் பாதுகாப்பை உறுதி செய்ய, நெட்வொர்க்கை குறிப்பிட்ட கால இடைவெளியில் கண்காணிக்க வேண்டும் (லைவ்னெஸ் தேவை) அல்லது இந்தப் பொறுப்பை வேறு ஒருவரிடம் ஒப்படைக்க வேண்டும். | +| பிரதான சங்கிலியுடன் தொடர்பில்லாத குறிப்பிட்ட பயன்பாட்டு நிகழ்வுகளுக்கு பிளாஸ்மா சங்கிலிகளை மாற்றியமைக்க முடியும். வணிகங்கள் உட்பட எவரும், வெவ்வேறு சூழல்களில் செயல்படும் அளவிடக்கூடிய உள்கட்டமைப்பை வழங்குவதற்காக பிளாஸ்மா ஸ்மார்ட் ஒப்பந்தங்களைத் தனிப்பயனாக்கலாம். | தரவைச் சேமிக்கவும், கோரிக்கையின் பேரில் அதை வழங்கவும் ஒன்று அல்லது அதற்கு மேற்பட்ட ஆபரேட்டர்களைச் சார்ந்துள்ளது. | +| கணக்கீடு மற்றும் சேமிப்பகத்தை ஆஃப்-செயினுக்கு நகர்த்துவதன் மூலம் Ethereum Mainnet மீதான சுமையைக் குறைக்கிறது. | சவால்களை அனுமதிப்பதற்காக, திரும்பப் பெறுதல்கள் பல நாட்களுக்கு தாமதப்படுத்தப்படுகின்றன. பரிமாற்றக்கூடிய சொத்துகளுக்கு, இதை பணப்புழக்க வழங்குநர்களால் தணிக்க முடியும், ஆனால் அதனுடன் தொடர்புடைய மூலதனச் செலவு உள்ளது. | +| | ஒரே நேரத்தில் பல பயனர்கள் வெளியேற முயன்றால், Ethereum Mainnet நெரிசலாகலாம். | + +## பிளாஸ்மா மற்றும் அடுக்கு 2 அளவிடுதல் நெறிமுறைகள் {#plasma-vs-layer-2} + +ஒரு காலத்தில் பிளாஸ்மா Ethereum-க்கான பயனுள்ள அளவிடுதல் தீர்வாகக் கருதப்பட்டாலும், அது பின்னர் [அடுக்கு 2 (L2) அளவிடுதல் நெறிமுறைகளுக்கு](/layer-2/) ஆதரவாக கைவிடப்பட்டது. L2 அளவிடுதல் தீர்வுகள் பிளாஸ்மாவின் பல பிரச்சனைகளுக்குத் தீர்வு காண்கின்றன: + +### செயல்திறன் {#efficiency} + +[ஜீரோ-நாலெட்ஜ் ரோலப்கள்](/developers/docs/scaling/zk-rollups) ஆஃப்-செயினில் செயலாக்கப்பட்ட ஒவ்வொரு தொகுதி பரிவர்த்தனைகளின் செல்லுபடித் தன்மைக்கும் குறியாக்கச் சான்றுகளை உருவாக்குகின்றன. இது பயனர்களையும் (மற்றும் ஆபரேட்டர்களையும்) செல்லாத நிலை மாற்றங்களை முன்னெடுப்பதிலிருந்து தடுக்கிறது, இது சவால் காலங்கள் மற்றும் வெளியேற்ற விளையாட்டுகளின் தேவையை நீக்குகிறது. பயனர்கள் தங்கள் நிதிகளைப் பாதுகாக்க குறிப்பிட்ட கால இடைவெளியில் சங்கிலியைக் கண்காணிக்க வேண்டியதில்லை என்றும் இது பொருள்படும். + +### ஸ்மார்ட் ஒப்பந்தங்களுக்கான ஆதரவு {#support-for-smart-contracts} + +பிளாஸ்மா கட்டமைப்பில் உள்ள மற்றொரு சிக்கல் [Ethereum ஸ்மார்ட் ஒப்பந்தங்களின் செயலாக்கத்தை ஆதரிக்க இயலாமை](https://ethresear.ch/t/why-smart-contracts-are-not-feasible-on-plasma/2598/4) ஆகும். இதன் விளைவாக, பிளாஸ்மாவின் பெரும்பாலான செயலாக்கங்கள் பெரும்பாலும் எளிய கொடுப்பனவுகள் அல்லது ERC-20 டோக்கன்களின் பரிமாற்றத்திற்காகவே உருவாக்கப்பட்டன. + +இதற்கு நேர்மாறாக, ஆப்டிமிஸ்டிக் ரோலப்கள் [Ethereum ভার্চুয়াল মেশিন](/developers/docs/evm/) உடன் இணக்கமானவை, மேலும் Ethereum-இன் சொந்த [ஸ்மார்ட் ஒப்பந்தங்களை](/developers/docs/smart-contracts/) இயக்க முடியும், இது அவற்றை [பரவலாக்கப்பட்ட பயன்பாடுகளை](/developers/docs/dapps/) அளவிடுவதற்கான பயனுள்ள மற்றும் _பாதுகாப்பான_ தீர்வாக மாற்றுகிறது. இதேபோல், ZK-ரோலப்கள் தன்னிச்சையான தர்க்கத்தைச் செயல்படுத்தவும் ஸ்மார்ட் ஒப்பந்தங்களை இயக்கவும் அனுமதிக்கும் [EVM-இன் ஜீரோ-நாலெட்ஜ் செயலாக்கத்தை (zkEVM) உருவாக்கும்](https://ethresear.ch/t/a-zk-evm-specification/11549) திட்டங்கள் நடந்து வருகின்றன. + +### தரவு கிடைக்காதிருத்தல் {#data-unavailability} + +முன்னர் விளக்கியபடி, பிளாஸ்மா ஒரு தரவு கிடைப்பதில் உள்ள சிக்கலால் பாதிக்கப்படுகிறது. ஒரு தீங்கிழைக்கும் ஆபரேட்டர் பிளாஸ்மா சங்கிலியில் செல்லாத மாற்றத்தை முன்னெடுத்தால், மோசடி-சான்றை உருவாக்கத் தேவையான தரவை ஆபரேட்டர் தடுத்து நிறுத்த முடியும் என்பதால் பயனர்களால் அதை சவால் செய்ய முடியாது. ஆபரேட்டர்களை Ethereum-இல் பரிவர்த்தனைத் தரவை இடக் கட்டாயப்படுத்துவதன் மூலம் ரோலப்கள் இந்தப் பிரச்சனைக்குத் தீர்வு காண்கின்றன, இது தேவைப்பட்டால் சங்கிலியின் நிலையை சரிபார்க்கவும் மோசடிச் சான்றுகளை உருவாக்கவும் எவரையும் அனுமதிக்கிறது. + +### பெருமளவிலான வெளியேற்றச் சிக்கல் {#mass-exit-problem} + +ZK-ரோலப்கள் மற்றும் ஆப்டிமிஸ்டிக் ரோலப்கள் இரண்டும் பிளாஸ்மாவின் பெருமளவிலான வெளியேற்றச் சிக்கலை பல்வேறு வழிகளில் தீர்க்கின்றன. உதாரணமாக, ஒரு ZK-ரோலப் குறியாக்க வழிமுறைகளை நம்பியுள்ளது, இது எந்த சூழ்நிலையிலும் ஆபரேட்டர்கள் பயனர் நிதியைத் திருட முடியாது என்பதை உறுதி செய்கிறது. + +இதேபோல், ஆப்டிமிஸ்டிக் ரோலப்கள் திரும்பப் பெறுதல்களில் ஒரு தாமத காலத்தை விதிக்கின்றன, இதன் போது எவரும் ஒரு சவாலைத் தொடங்கி தீங்கிழைக்கும் திரும்பப் பெறும் கோரிக்கைகளைத் தடுக்கலாம். இது பிளாஸ்மாவைப் போலவே இருந்தாலும், வித்தியாசம் என்னவென்றால், மோசடிச் சான்றுகளை உருவாக்கத் தேவையான தரவுகளுக்கு சரிபார்ப்பவர்களுக்கு அணுகல் உள்ளது. எனவே, ரோலப் பயனர்கள் Ethereum Mainnet-க்கு ஒரு வெறித்தனமான, \"முதலில்-வெளியேறு\" இடப்பெயர்வில் ஈடுபட வேண்டிய அவசியமில்லை. + +## பிளாஸ்மா, சைட்செயின்கள் மற்றும் ஷார்டிங்கிலிருந்து எவ்வாறு வேறுபடுகிறது? {#plasma-sidechains-sharding} + +பிளாஸ்மா, சைட்செயின்கள் மற்றும் ஷார்டிங் ஆகியவை ஓரளவு ஒத்தவை, ஏனெனில் அவை அனைத்தும் ஏதேனும் ஒரு வழியில் Ethereum Mainnet உடன் இணைகின்றன. இருப்பினும், இந்த இணைப்புகளின் நிலை மற்றும் வலிமை மாறுபடும், இது ஒவ்வொரு அளவிடுதல் தீர்வின் பாதுகாப்புப் பண்புகளையும் பாதிக்கிறது. + +### பிளாஸ்மா மற்றும் சைட்செயின்கள் {#plasma-vs-sidechains} + +ஒரு [சைட்செயின்](/developers/docs/scaling/sidechains/) என்பது ஒரு இருவழிப் பாலம் வழியாக Ethereum Mainnet-உடன் இணைக்கப்பட்ட ஒரு தன்னிச்சையாக இயக்கப்படும் பிளாக்செயின் ஆகும். [பாலங்கள்](/bridges/) பயனர்களை இரு பிளாக்செயின்களுக்கு இடையில் டோக்கன்களைப் பரிமாறி, சைட்செயினில் பரிவர்த்தனை செய்ய அனுமதிக்கின்றன, இது Ethereum Mainnet-இல் நெரிசலைக் குறைத்து அளவிடுதலை மேம்படுத்துகிறது. +சைட்செயின்கள் ஒரு தனி ஒருமித்த கருத்து பொறிமுறையைப் பயன்படுத்துகின்றன மற்றும் பொதுவாக Ethereum Mainnet-ஐ விட மிகச் சிறியவை. இதன் விளைவாக, இந்தச் சங்கிலிகளுக்கு சொத்துக்களைப் பாலம் செய்வது அதிக ஆபத்தை உள்ளடக்கியது; சைட்செயின் மாதிரியில் Ethereum Mainnet-இலிருந்து பெறப்பட்ட பாதுகாப்பு உத்தரவாதங்கள் இல்லாததால், சைட்செயின் மீதான தாக்குதலில் பயனர்கள் தங்கள் நிதியை இழக்கும் அபாயம் உள்ளது. + +இதற்கு நேர்மாறாக, பிளாஸ்மா சங்கிலிகள் தங்கள் பாதுகாப்பை Mainnet-இலிருந்து பெறுகின்றன. இது அவற்றை சைட்செயின்களை விட அளவிடக்கூடிய வகையில் மிகவும் பாதுகாப்பானதாக ஆக்குகிறது. சைட்செயின்கள் மற்றும் பிளாஸ்மா சங்கிலிகள் ஆகிய இரண்டும் வெவ்வேறு ஒருமித்த கருத்து நெறிமுறைகளைக் கொண்டிருக்கலாம், ஆனால் வித்தியாசம் என்னவென்றால், பிளாஸ்மா சங்கிலிகள் ஒவ்வொரு பிளாக்கிற்குமான Merkle ரூட்களை Ethereum Mainnet-இல் வெளியிடுகின்றன. பிளாக் ரூட்கள் என்பவை பிளாஸ்மா சங்கிலியில் நடக்கும் பரிவர்த்தனைகளைப் பற்றிய தகவல்களைச் சரிபார்க்க நாம் பயன்படுத்தக்கூடிய சிறிய தகவல்கள் ஆகும். பிளாஸ்மா சங்கிலியில் ஒரு தாக்குதல் நடந்தால், பயனர்கள் பொருத்தமான சான்றுகளைப் பயன்படுத்தி தங்கள் நிதிகளைப் பாதுகாப்பாக Mainnet-க்கு திரும்பப் பெறலாம். + +### பிளாஸ்மா மற்றும் ஷார்டிங் {#plasma-vs-sharding} + +பிளாஸ்மா சங்கிலிகள் மற்றும் ஷார்டு சங்கிலிகள் ஆகிய இரண்டும் குறிப்பிட்ட கால இடைவெளியில் குறியாக்கச் சான்றுகளை Ethereum Mainnet-க்கு வெளியிடுகின்றன. இருப்பினும், இரண்டும் வெவ்வேறு பாதுகாப்புப் பண்புகளைக் கொண்டுள்ளன. + +ஷார்டு சங்கிலிகள் ஒவ்வொரு தரவு ஷார்டைப் பற்றிய விரிவான தகவல்களைக் கொண்ட \"தொகுப்பு தலைப்புகளை\" Mainnet-க்கு அர்ப்பணிக்கின்றன. Mainnet-இல் உள்ள முனைகள் தரவு ஷார்டுகளின் செல்லுபடித்தன்மையைச் சரிபார்த்து அமல்படுத்துகின்றன, இது செல்லாத ஷார்டு மாற்றங்களின் சாத்தியக்கூறுகளைக் குறைத்து, தீங்கிழைக்கும் நடவடிக்கைகளிலிருந்து நெட்வொர்க்கைப் பாதுகாக்கிறது. + +பிளாஸ்மா வேறுபட்டது, ஏனெனில் Mainnet குழந்தை சங்கிலிகளின் நிலையைப் பற்றிய குறைந்தபட்ச தகவலை மட்டுமே பெறுகிறது. இதன் பொருள், குழந்தை சங்கிலிகளில் நடத்தப்படும் பரிவர்த்தனைகளை Mainnet-ஆல் திறம்பட சரிபார்க்க முடியாது, இது அவற்றை குறைந்த பாதுகாப்பானதாக ஆக்குகிறது. + +**குறிப்பு**: Ethereum பிளாக்செயினை ஷார்டிங் செய்வது இனி வழித்தடத்தில் இல்லை. இது ரோலப்கள் மற்றும் [Danksharding](/roadmap/danksharding) வழியாக அளவிடுதல் மூலம் மாற்றப்பட்டுள்ளது. + +### பிளாஸ்மாவை பயன்படுத்தவும் {#use-plasma} + +பல திட்டங்கள் பிளாஸ்மாவின் செயலாக்கங்களை வழங்குகின்றன, அவற்றை உங்கள் dapps-இல் ஒருங்கிணைக்கலாம்: + +- [Polygon](https://polygon.technology/) (முன்னர் Matic Network) + +## மேலும் வாசிக்க {#further-reading} + +- [பிளாஸ்மாவைக் கற்றுக்கொள்ளுங்கள்](https://www.learnplasma.org/en/) +- [\"பகிரப்பட்ட பாதுகாப்பு\" என்பதன் பொருள் மற்றும் அது ஏன் மிகவும் முக்கியமானது என்பதற்கான ஒரு விரைவான நினைவூட்டல்](https://old.reddit.com/r/ethereum/comments/sgd3zt/a_quick_reminder_of_what_shared_security_means/) +- [சைட்செயின்கள் மற்றும் பிளாஸ்மா மற்றும் ஷார்டிங்](https://vitalik.eth.limo/general/2019/06/12/plasma_vs_sharding.html) +- [பிளாஸ்மாவைப் புரிந்துகொள்ளுதல், பகுதி 1: அடிப்படைகள்](https://www.theblockcrypto.com/amp/post/10793/understanding-plasma-part-1-the-basics) +- [பிளாஸ்மாவின் வாழ்வும் இறப்பும்](https://medium.com/dragonfly-research/the-life-and-death-of-plasma-b72c6a59c5ad#) + +_உங்களுக்கு உதவிய ஒரு சமூக வளம் பற்றி தெரியுமா?_ இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!_ diff --git a/public/content/translations/ta/developers/docs/scaling/sidechains/index.md b/public/content/translations/ta/developers/docs/scaling/sidechains/index.md new file mode 100644 index 00000000000..ac177d7b760 --- /dev/null +++ b/public/content/translations/ta/developers/docs/scaling/sidechains/index.md @@ -0,0 +1,73 @@ +--- +title: "சைட்செயின்கள்" +description: "ஈதரியம் சமூகத்தால் தற்போது பயன்படுத்தப்படும் அளவிடல் தீர்வாகச் சைட்செயின்களின் அறிமுகம்." +lang: ta +sidebarDepth: 3 +--- + +சைட்செயின் என்பது எத்தேரியம் மெயின்நெட்டிலிருந்து சுயாதீனமாக இயங்கும் தனி பிளாக்செயின் ஆகும், இது இரு-வழி பாலத்தால் ஈதரியம் மெயின்நெட்டுடன் இணைக்கப்பட்டுள்ளது. சைட்செயின்கள் தனிப்பட்ட பிளாக் அளவுருக்களையும் [உடன்பாட்டு நெறிமுறைகளையும்](/developers/docs/consensus-mechanisms/) கொண்டிருக்கலாம், இவை பெரும்பாலும் பரிவர்த்தனைகளைத் திறமையாகச் செயலாக்க வடிவமைக்கப்பட்டுள்ளன. சைட்செயின்களைப் பயன்படுத்துவது வர்த்தகங்களை உள்ளடக்கியது, ஏனெனில் அவை எத்தேரியமின் பாதுகாப்பு பண்புகளைப் பெறுவதில்லை. [லேயர் 2 அளவிடுதல் தீர்வுகள்](/layer-2/) போலல்லாமல், சைட்செயின்கள் நிலை மாற்றங்களையும் பரிவர்த்தனை தரவையும் எத்தேரியம் மெயின்நெட்டிற்குத் திரும்ப இடுகையிடுவதில்லை. + +அதிக செயல்திறனை அடைவதற்காக, சைட்செயின்கள் பரவலாக்கம் அல்லது பாதுகாப்பின் சில அளவை விட்டுக்கொடுக்கின்றன ([அளவிடுதலின் மும்முனைச் சிக்கல்](https://vitalik.eth.limo/general/2021/05/23/scaling.html)). எனினும், பரவலாக்கம் மற்றும் பாதுகாப்பில் சமரசம் செய்யாமல் அளவிடுவதில் எத்தேரியம் உறுதியாக உள்ளது. + +## சைட்செயின்கள் எப்படி செயல்படுகின்றன? {#how-do-sidechains-work} + +பக்கச்சங்கிலிகள் யாவும், வெவ்வேறு வரலாறுகள், வளர்ச்சி ரோட்மேப்புகள் மற்றும் வடிவமைப்பு கருத்துகளுடன் கூடிய ஒரு சுயாதீன பிளாக்செயின்கள். ஒரு பக்கச்சங்கிலி, எத்தேரியமின் சில மேலோட்ட ஒற்றுமைகளைப் பகிர்ந்துகொள்ளலாம் என்றாலும், அதற்குப் பல தனித்தன்மையான அம்சங்கள் உள்ளன. + +### உடன்பாட்டு நெறிமுறைகள் {#consensus-algorithms} + +சைட்செயின்களை தனித்தன்மையாக்கும் (அதாவது, எத்தேரியமிலிருந்து வேறுபட்ட) குணங்களில் ஒன்று பயன்படுத்தப்படும் உடன்பாட்டு அல்காரிதம் ஆகும். சைட்செயின்கள் உடன்பாட்டிற்காக எத்தேரியத்தைச் சார்ந்திருக்கவில்லை மற்றும் அவற்றின் தேவைகளுக்குப் பொருத்தமான மாற்று உடன்பாட்டு நெறிமுறைகளைத் தேர்வு செய்யலாம். சைட்செயின்களில் பயன்படுத்தப்படும் உடன்பாட்டு நெறிமுறைகளின் சில எடுத்துக்காட்டுகள்: + +- [அதிகாரத்திற்கான சான்று](/developers/docs/consensus-mechanisms/poa/) +- [பிரதிநிதித்துவப்படுத்தப்பட்ட பங்கின்-சான்று](https://en.bitcoin.it/wiki/Delegated_proof_of_stake) +- [பைசண்டைன் பிழை சகிப்புத்தன்மை](https://decrypt.co/resources/byzantine-fault-tolerance-what-is-it-explained). + +எத்தேரியத்தைப் போலவே, சைட்செயின்களும் பரிவர்த்தனைகளைச் சரிபார்த்துச் செயலாக்கும், பிளாக்குகளை உருவாக்கும் மற்றும் பிளாக்செயின் நிலையைச் சேமிக்கும் சரிபார்ப்பு முனைகளைக் கொண்டுள்ளன. நெட்வொர்க் முழுவதும் உடன்பாட்டைப் பராமரிப்பதற்கும், தீங்கிழைக்கும் தாக்குதல்களிலிருந்து அதைப் பாதுகாப்பதற்கும் சரிபார்ப்பாளர்கள் பொறுப்பாவார்கள். + +#### பிளாக் அளவுருக்கள் {#block-parameters} + +எத்தேரியம் [பிளாக் நேரங்கள்](/developers/docs/blocks/#block-time) (அதாவது, புதிய பிளாக்குகளை உருவாக்க எடுக்கும் நேரம்) மற்றும் [பிளாக் அளவுகள்](/developers/docs/blocks/#block-size) (அதாவது, ஒரு பிளாக்கிற்குள் கேஸில் குறிப்பிடப்படும் தரவுகளின் அளவு) ஆகியவற்றிற்கு வரம்புகளை அமைக்கிறது. மாறாக, அதிக செயல்திறன், வேகமான பரிவர்த்தனைகள் மற்றும் குறைந்த கட்டணங்களை அடைவதற்காக சைட்செயின்கள், வேகமான பிளாக் நேரங்கள் மற்றும் அதிக கேஸ் வரம்புகள் போன்ற வேறுபட்ட அளவுருக்களைப் பெரும்பாலும் ஏற்றுக்கொள்கின்றன. + +இதில் சில நன்மைகள் இருந்தாலும், நெட்வொர்க் பரவலாக்கம் மற்றும் பாதுகாப்பில் இது முக்கியமான தாக்கங்களைக் கொண்டுள்ளது. வேகமான பிளாக் நேரங்கள் மற்றும் பெரிய பிளாக் அளவுகள் போன்ற பிளாக் அளவுருக்கள் ஒரு முழு முனையை இயக்குவதற்கான சிரமத்தை அதிகரிக்கின்றன—சங்கிலியைப் பாதுகாக்கும் பொறுப்பை ஒரு சில "சூப்பர்நோட்களிடம்" விட்டுவிடுகின்றன. அத்தகைய ஒரு சூழ்நிலையில், சரிபார்ப்பாளர்களின் கூட்டுச்சதி அல்லது சங்கிலியை தீங்கிழைக்கும் நோக்குடன் கையகப்படுத்துவதற்கான சாத்தியம் அதிகரிக்கிறது. + +பிளாக்செயின்கள் பரவலாக்கத்திற்கு தீங்கு விளைவிக்காமல் அளவிடப்படுவதற்கு, ஒரு முனையை இயக்குவது அனைவருக்கும் திறந்ததாக இருக்க வேண்டும்—சிறப்பு வன்பொருள் கொண்ட தரப்பினருக்கு மட்டும் அவசியமில்லை. இதனால்தான் எத்தேரியம் நெட்வொர்க்கில் அனைவரும் [ஒரு முழு முனையை இயக்க முடியும்](/developers/docs/nodes-and-clients/#why-should-i-run-an-ethereum-node) என்பதை உறுதி செய்வதற்கான முயற்சிகள் நடந்து கொண்டிருக்கின்றன. + +### EVM இணக்கத்தன்மை {#evm-compatibility} + +சில சைட்செயின்கள் EVM-இணக்கமானவை மற்றும் [எத்தேரியம் மெய்நிகர் இயந்திரத்திற்காக (EVM)](/developers/docs/evm/) உருவாக்கப்பட்ட ஒப்பந்தங்களை செயல்படுத்த வல்லவை. EVM-இணக்கமான சைட்செயின்கள் [Solidity-இல் எழுதப்பட்ட](/developers/docs/smart-contracts/languages/) ஸ்மார்ட் ஒப்பந்தங்களையும், பிற EVM ஸ்மார்ட் ஒப்பந்த மொழிகளையும் ஆதரிக்கின்றன. இதன் பொருள் எத்தேரியம் மெயின்நெட்டிற்காக எழுதப்பட்ட ஸ்மார்ட் ஒப்பந்தங்கள் EVM-இணக்கமான சைட்செயின்களிலும் செயல்படும். + +உங்கள் [dapp](/developers/docs/dapps/)-ஐ ஒரு சைட்செயினில் பயன்படுத்த விரும்பினால், உங்கள் [ஸ்மார்ட் ஒப்பந்தத்தை](/developers/docs/smart-contracts/) இந்த சைட்செயினில் வரிசைப்படுத்தினால் மட்டும் போதுமானது என்பதே இதன் பொருள். இது பார்ப்பதற்கும், உணர்வதற்கும், செயல்படுவதற்கும் மெயின்நெட்டைப் போலவே இருக்கும்—நீங்கள் Solidity-இல் ஒப்பந்தங்களை எழுதுகிறீர்கள், மேலும் சைட்செயின்களின் RPC வழியாக சங்கிலியுடன் தொடர்பு கொள்கிறீர்கள். + +சைட்செயின்கள் EVM-இணக்கமாக இருப்பதால், அவை எத்தேரியம்-நேட்டிவ் dapps-களுக்கு ஒரு பயனுள்ள [அளவிடுதல் தீர்வாகக்](/developers/docs/scaling/) கருதப்படுகின்றன. உங்கள் dapp ஒரு சைட்செயினில் இருக்கும்போது, பயனர்கள் குறைந்த கேஸ் கட்டணங்கள் மற்றும் வேகமான பரிவர்த்தனைகளை அனுபவிக்க முடியும், குறிப்பாக மெயின்நெட் நெரிசலாக இருந்தால். + +இருப்பினும், முன்பு விளக்கியபடி, ஒரு சைட்செயினைப் பயன்படுத்துவதில் குறிப்பிடத்தக்க விட்டுக்கொடுப்புகள் அடங்கியுள்ளன. ஒவ்வொரு சைட்செயினும் அதன் பாதுகாப்பிற்குப் பொறுப்பாகும், மேலும் அது எத்தேரியத்தின் பாதுகாப்புப் பண்புகளை மரபுரிமையாகப் பெறுவதில்லை. இது தீங்கிழைக்கும் நடத்தைக்கான சாத்தியத்தை அதிகரிக்கிறது, இது உங்கள் பயனர்களை பாதிக்கலாம் அல்லது அவர்களின் நிதியை ஆபத்தில் ஆழ்த்தலாம். + +### சொத்து நகர்வு {#asset-movement} + +ஒரு தனி பிளாக்செயின் எத்தேரியம் மெயின்நெட்டிற்கு ஒரு சைட்செயினாக மாற வேண்டுமானால், அது எத்தேரியம் மெயின்நெட்டிலிருந்து சொத்துக்களை மாற்றவும், அதற்கு சொத்துக்களை மாற்றவும் வசதி செய்யும் திறனைக் கொண்டிருக்க வேண்டும். எத்தேரியத்துடனான இந்த আন্তசெயல்பாடு ஒரு பிளாக்செயின் பாலத்தைப் பயன்படுத்தி அடையப்படுகிறது. [பாலங்கள்](/bridges/) அவற்றுக்கிடையே நிதியைப் பாலமிடுவதைக் கட்டுப்படுத்த, எத்தேரியம் மெயின்நெட் மற்றும் ஒரு சைட்செயினில் பயன்படுத்தப்படும் ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்துகின்றன. + +எத்தேரியத்திற்கும் சைட்செயினுக்கும் இடையில் நிதியை நகர்த்த பயனர்களுக்கு பாலங்கள் உதவினாலும், அந்த சொத்துக்கள் இரண்டு சங்கிலிகளுக்கும் இடையில் பௌதீக ரீதியாக நகர்த்தப்படுவதில்லை. அதற்கு பதிலாக, சங்கிலிகளுக்கு இடையில் மதிப்பை மாற்றுவதற்காக, பொதுவாக மின்டிங் மற்றும் பர்னிங்கை உள்ளடக்கிய வழிமுறைகள் பயன்படுத்தப்படுகின்றன. [பாலங்கள் எவ்வாறு செயல்படுகின்றன](/developers/docs/bridges/#how-do-bridges-work) என்பது பற்றி மேலும். + +## சைட்செயின்களின் நன்மைகள் மற்றும் தீமைகள் {#pros-and-cons-of-sidechains} + +| நிறைகள் | குறைகள் | +| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| சைட்செயின்களுக்கு அடித்தளமாக உள்ள தொழில்நுட்பம் நன்கு நிலைநிறுத்தப்பட்டுள்ளது மற்றும் விரிவான ஆராய்ச்சி மற்றும் வடிவமைப்பு மேம்பாடுகளிலிருந்து பயனடைகிறது. | சைட்செயின்கள் அளவிடுதலுக்காக, பரவலாக்கம் மற்றும் நம்பிக்கையின்மை ஆகியவற்றில் ஓரளவை விட்டுக்கொடுக்கின்றன. | +| சைட்செயின்கள் பொதுவான கணக்கீட்டை ஆதரிக்கின்றன மற்றும் EVM இணக்கத்தன்மையை வழங்குகின்றன (அவை எத்தேரியம்-நேட்டிவ் dapps-களை இயக்கக்கூடியவை). | ஒரு சைட்செயின் ஒரு தனித்த உடன்பாட்டுப் பொறிமுறையைப் பயன்படுத்துகிறது மற்றும் எத்தேரியத்தின் பாதுகாப்பு உத்தரவாதங்களிலிருந்து பயனடைவதில்லை. | +| சைட்செயின்கள் பரிவர்த்தனைகளைத் திறமையாகச் செயல்படுத்தவும், பயனர்களுக்கான பரிவர்த்தனைக் கட்டணங்களைக் குறைக்கவும் வெவ்வேறு உடன்பாட்டு மாதிரிகளைப் பயன்படுத்துகின்றன. | சைட்செயின்களுக்கு அதிக நம்பிக்கையூட்டும் அனுமானங்கள் தேவைப்படுகின்றன (எ.கா., தீங்கிழைக்கும் சைட்செயின் சரிபார்ப்பாளர்களின் ஒரு கோரம் மோசடி செய்யலாம்). | +| EVM-இணக்கமான சைட்செயின்கள், dapps-களை அவற்றின் சூழல் அமைப்பை விரிவுபடுத்த அனுமதிக்கின்றன. | | + +### சைட்செயின்களைப் பயன்படுத்துக {#use-sidechains} + +பல திட்டங்கள் உங்கள் dapps-களுடன் ஒருங்கிணைக்கக்கூடிய சைட்செயின்களின் செயலாக்கங்களை வழங்குகின்றன: + +- [Polygon PoS](https://polygon.technology/solutions/polygon-pos) +- [Skale](https://skale.network/) +- [Gnosis Chain (formerly xDai)](https://www.gnosischain.com/) +- [Loom Network](https://loomx.io/) +- [Metis Andromeda](https://www.metis.io/) + +## மேலும் வாசிக்க {#further-reading} + +- [சைட்செயின்கள் மூலம் எத்தேரியம் dapps-களை அளவிடுதல்](https://medium.com/loom-network/dappchains-scaling-ethereum-dapps-through-sidechains-f99e51fff447) _பிப் 8, 2018 - ஜியார்ஜியோஸ் கான்ஸ்டான்டோபோலோஸ்_ + +_உங்களுக்கு உதவிய ஒரு சமூக வளம் பற்றி தெரியுமா?_ இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!_ diff --git a/public/content/translations/ta/developers/docs/scaling/state-channels/index.md b/public/content/translations/ta/developers/docs/scaling/state-channels/index.md new file mode 100644 index 00000000000..32711f4d130 --- /dev/null +++ b/public/content/translations/ta/developers/docs/scaling/state-channels/index.md @@ -0,0 +1,261 @@ +--- +title: "நிலை சேனல்கள்" +description: "Ethereum சமூகத்தால் தற்போது பயன்படுத்தப்படும் ஒரு அளவிடுதல் தீர்வாக நிலை சேனல்கள் மற்றும் கட்டணச் சேனல்களுக்கான ஒரு அறிமுகம்." +lang: ta +sidebarDepth: 3 +--- + +நிலை சேனல்கள், பங்கேற்பாளர்கள் Ethereum மெயின்நெட்டுடனான தொடர்புகளை குறைந்தபட்சமாக வைத்துக்கொண்டு, ஆஃப்செயினில் பாதுகாப்பாக பரிவர்த்தனை செய்ய அனுமதிக்கின்றன. சேனலைத் திறக்கவும் மூடவும் இரண்டு ஆன்செயின் பரிவர்த்தனைகளை மட்டுமே சமர்ப்பிக்கும் அதே வேளையில், சேனல் கூட்டாளர்கள் தன்னிச்சையான எண்ணிக்கையிலான ஆஃப்செயின் பரிவர்த்தனைகளை நடத்த முடியும். இது மிகவும் உயர் செயல்பாட்டு திறனை ஏற்படுத்துகிறது, மேலும் பயனர்களுக்குக் குறைந்த செலவினை ஏற்படுத்துகிறது. + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +[Ethereum அளவிடுதல்](/developers/docs/scaling/) மற்றும் [அடுக்கு 2](/layer-2/) குறித்த எங்கள் பக்கங்களை நீங்கள் படித்துப் புரிந்துகொண்டிருக்க வேண்டும். + +## சேனல்கள் என்றால் என்ன? {#what-are-channels} + +Ethereum போன்ற பொது பிளாக்செயின்கள், அவற்றின் பரவலாக்கப்பட்ட கட்டமைப்பு காரணமாக அளவிடுதல் சவால்களை எதிர்கொள்கின்றன: ஆன்செயின் பரிவர்த்தனைகள் அனைத்து முனைகளாலும் (nodes) செயல்படுத்தப்பட வேண்டும். நோட்கள் ஒரு தொகுப்பில் உள்ள செயல்பாடுகளின் அளவை மெத்தமான சாதனங்களைப் பயன்படுத்தி கையாளக்கூடியதாக இருக்க வேண்டும், இதனால் நெட்வொர்க்கைமையம் இல்லாமல் வைத்திருப்பதற்காகச் செயல்பாட்டுு திறனின் எல்லையை விதிக்கிறது. இறுதித் தீர்வுக்காக பிரதான சங்கிலியின் பாதுகாப்பை நம்பியிருக்கும் அதே வேளையில், பயனர்களை ஆஃப்செயினில் தொடர்பு கொள்ள அனுமதிப்பதன் மூலம் பிளாக்செயின் சேனல்கள் இந்தப் சிக்கலைத் தீர்க்கின்றன. + +சேனல்கள் எளிய கூட்டாளி-பகுதி நெறிமுறைகள் ஆகும், இரண்டு பங்காளிகளுக்கிடையே பல செயல்பாடுகளைச் செய்ய அனுமதிக்கின்றன, பின்னர் இறுதி முடிவுகளை மட்டும் பிளாக்செயினில் பதிவேற்றுகின்றன. சேனல், தாங்கள் உருவாக்கும் சுருக்க தரவுகள் உண்மையில் இடைநிலை செயல்பாடுகளின் செல்லுபடியாகும் தொகுப்பின் முடிவு என்பதை நிரூபிக்கக் கிரிப்டோகிராபியைப் பயன்படுத்துகிறது. ஒரு ["multisig"](/developers/docs/smart-contracts/#multisig) ஸ்மார்ட் ஒப்பந்தம், பரிவர்த்தனைகள் சரியான தரப்பினரால் கையொப்பமிடப்பட்டிருப்பதை உறுதி செய்கிறது. + +சேனல்களுடன், மாநில மாற்றங்கள் ஆர்வமுள்ள பங்கேற்பாளர்களால் செயல்படுத்தப்பட்டு சரிபார்க்கப்படுகின்றன, இது எத்திரியம் இயக்கலயர் மீது கணக்கீடுகளைக் குறைக்கிறது. இது எத்திரியத்தில் கூட்ட நெரிசலை குறைக்கின்றதோட, பயனர்களுக்குச் செயல்பாட்டுு வேகங்களையும் அதிகரிக்கிறது. + +ஒவ்வொரு சேனலும் Ethereum-இல் இயங்கும் ஒரு [multisig ஸ்மார்ட் ஒப்பந்தத்தால்](/developers/docs/smart-contracts/#multisig) நிர்வகிக்கப்படுகிறது. ஒரு சேனலைத் திறக்க, பங்கேற்பாளர்கள் சேனல் ஒப்பந்தத்தை ஆன்செயினில் வரிசைப்படுத்தி, அதில் நிதிகளை டெபாசிட் செய்கிறார்கள். இரு தரப்பினரும் சேனலின் நிலையைத் தொடங்குவதற்கு ஒரு நிலை புதுப்பிப்பில் கூட்டாக கையொப்பமிடுகிறார்கள், அதன் பிறகு அவர்கள் ஆஃப்செயினில் விரைவாகவும் சுதந்திரமாகவும் பரிவர்த்தனை செய்யலாம். + +சேனலை மூட, பங்கேற்பாளர்கள் சேனலின் கடைசியாக ஒப்புக்கொள்ளப்பட்ட நிலையை ஆன்செயினில் சமர்ப்பிக்கின்றனர். பின்னர், புத்திசாலி ஒப்பந்தம் சேனலின் இறுதி நிலையில் உள்ள ஒவ்வொரு பங்கேற்பாளரின் இருப்புக்குஏற்பப் பூட்டியய பணத்தைப் பகிர்கிறது. + +பியர்-டூ-பியர் சேனல்கள் குறிப்பாகப் பல்வேறு முன்பமைக்கப்பட்ட பங்கேற்பாளர்கள் அதிக அடிக்கடி பரிவர்த்தனை செய்ய விரும்பும் சூழ்நிலைகளுக்குப் பயனுள்ளதாகும், அதில் காட்சியளிக்கும் மேலே செலவுகள் இல்லாமல் இருக்க முடியும். பிளாக்செயின் சேனல்கள் இரண்டு வகைகளின் கீழ் வருகின்றன: **கட்டணச் சேனல்கள்** மற்றும் **நிலை சேனல்கள்**. + +## கட்டணச் சேனல்கள் {#payment-channels} + +பணம் சேனலை "இரு வழி கணக்குப் புத்தகம்" என விவரிக்கலாம், இது இரண்டு பயனர்களால் கூட்டாகப் பராமரிக்கப்படுகிறது. பேரேட்டின் ஆரம்ப இருப்பு என்பது சேனல் திறப்பு கட்டத்தின் போது ஆன்செயின் ஒப்பந்தத்தில் பூட்டப்பட்ட டெபாசிட்களின் கூட்டுத்தொகையாகும். ஆரம்பத்தில் ஒரு முறை ஆன்செயின் உருவாக்கம் மற்றும் இறுதியில் சேனலை மூடுவதைத் தவிர, கட்டணச் சேனல் இடமாற்றங்கள் உடனடியாகவும், உண்மையான பிளாக்செயினின் ஈடுபாடு இல்லாமலும் செய்யப்படலாம். + +கணக்குப் புத்தகத்தின் இருப்பில் (அதாவது, பணம் சேனல் நிலை) புதுப்பிப்புகள் சேனலில் உள்ள அனைத்து பங்கேற்பாளர்களின் அனுமதியை தேவைப்படுத்துகின்றன. சேனல் பங்கேற்பாளர்களால் கையொப்பமிடப்பட்ட ஒரு சேனல் புதுப்பிப்பு, எத்திரியத்தில் உள்ள ஒரு பரிவர்த்தனைபோல் இறுதியாகக் கருதப்படும். + +எளிய பயனர் தொடர்புகளின் (எ.கா., ETH இடமாற்றங்கள், அணு இடமாற்றங்கள், நுண் பரிவர்த்தனைகள்) விலை உயர்ந்த ஆன்செயின் செயல்பாட்டைக் குறைக்க வடிவமைக்கப்பட்ட ஆரம்ப அளவிடுதல் தீர்வுகளில் கட்டணச் சேனல்களும் அடங்கும். சேனல் பங்கேற்பாளர்கள் தங்களுக்குள் ஒரு வரையற்ற தொகையான உடனடி, கட்டணமில்லா பரிவர்த்தனைகளைச் செய்ய முடியும், அப்படியே அவர்கள் பரிமாற்றத்தின் மொத்த அளவு வைப்பு செய்யப்பட்ட டோக்கன்களை மீறாதவரை. + +## நிலை சேனல்கள் {#state-channels} + +ஆஃப்செயின் கொடுப்பனவுகளை ஆதரிப்பதைத் தவிர, பொதுவான நிலை மாற்ற தர்க்கத்தைக் கையாள்வதில் கட்டணச் சேனல்கள் பயனுள்ளதாக நிரூபிக்கப்படவில்லை. இந்தப் பிரச்சினையைத் தீர்த்து, பொதுப் பயன்பாட்டு கணக்குகளை அளவீடு செய்வதற்காக நிலை சேனல்கள் உருவாக்கப்பட்டன. + +நிலை சேனல்கள் பரிமாற்ற சேனல்களுடன் இன்னும் பல பொதுவான அம்சங்களைக் கொண்டுள்ளன. எடுத்துக்காட்டாக, பயனர்கள் குறியாக்கக் கைநகிகள் (பரிமாற்றங்கள்) மூலம் தொடர்பு கொள்கின்றனர், இது சேனல் பங்கேற்பாளர்களால் கையொப்பமிடப்பட வேண்டும். ஒரு முன்மொழியப்பட்ட நிலை மேம்பாடு அனைத்து பங்கேற்பாளர்களாலும் கையொப்பமிடப்படாவிட்டால், அது செல்லாததாகக் கருதப்படும். + +ஆனால், பயனர் இருப்புக்களை வைத்திருப்பதுடன், சேனல் ஒப்பந்தக் கூடுகளின் தற்போதைய நிலையை (அதாவது, ஒப்பந்த மாறிலிகள் மதிப்புகளை) கண்காணிக்கிறது. + +இது இரண்டு பயனர்களுக்கு இடையில் ஒரு ஸ்மார்ட் ஒப்பந்தத்தை ஆஃப்செயினில் செயல்படுத்த உதவுகிறது. இந்த நெறிமுறையில், புத்திசாலி ஒப்பந்தத்தின் உள் நிலையை மேம்படுத்துவதற்கு சேனல் உருவாக்கியவர்களின் ஒப்புதலே போதுமானதாகும். + +இது முன்னர் விவரிக்கப்பட்ட அளவீடு பிரச்சினையைத் தீர்க்கின்றபோதிலும், இது பாதுகாப்புக்கு சிக்கல்களை உருவாக்குகிறது. Ethereum-இல், நிலை மாற்றங்களின் செல்லுபடியாகும் தன்மை நெட்வொர்க்கின் ஒருமித்த நெறிமுறையால் செயல்படுத்தப்படுகிறது. இதனால், ஒரு புத்திசாலி ஒப்பந்தத்தின் நிலையைச் செல்லாதவாறு புதுப்பிக்கவோ அல்லது புத்திசாலி ஒப்பந்த செயல்பாட்டை மாற்றவோ இயலாது. + +நிலை சேனல்களுக்கு இதே பாதுகாப்பு உத்தரவாதங்கள் கிடையாது. ஒரு நிலை சேனல் ஒரு மினியேச்சர் மெய்நெட் ஆகும். குறைந்த பங்கேற்பாளர்கள் அடிப்படையிலே விதிகளை அமல்படுத்துவதால், தீய செயல்பாடுகளின் (எ.கா., செல்லாத நிலை மேம்பாடுகளை முன்மொழிவது) சாத்தியம் அதிகரிக்கிறது. நிலை சேனல்கள் [மோசடி சான்றுகளை](/glossary/#fraud-proof) அடிப்படையாகக் கொண்ட ஒரு தகராறு நடுவர் அமைப்பிலிருந்து தங்கள் பாதுகாப்பைப் பெறுகின்றன. + +## நிலை சேனல்கள் எவ்வாறு செயல்படுகின்றன {#how-state-channels-work} + +அடிப்படையில், ஒரு நிலை சேனலில் உள்ள செயல்பாடுகள் பயனர்கள் மற்றும் ஒரு பிளாக்செயின் முறைமையை உள்ளடக்கிய தொடர்புக்களின் ஒரு அமர்வாகும். பயனர்கள் பெரும்பாலும் ஒருவருக்கொருவர் ஆஃப்செயினில் தொடர்பு கொள்கிறார்கள் மற்றும் சேனலைத் திறக்க, சேனலை மூட, அல்லது பங்கேற்பாளர்களிடையே ஏற்படக்கூடிய தகராறுகளைத் தீர்க்க மட்டுமே அடிப்படை பிளாக்செயினுடன் தொடர்பு கொள்கிறார்கள். + +கீழ்காணும் பகுதி ஒரு நிலை சேனலின் அடிப்படை வேலைநடத்தை விளக்குகிறது: + +### சேனலைத் திறத்தல் {#opening-the-channel} + +சேனலைத் திறக்க, பங்கேற்பாளர்கள் மெய்நெட்டில் உள்ள ஒரு புத்திசாலி ஒப்பந்தத்தில் நிதிகளை ஒப்படைக்க வேண்டும். சேனல் மெய்நெட்டில் இறுதியாக முடிக்கப்படும்போது மட்டுமே, பங்கேற்பாளர்கள் ஒருவருக்கொருவர் கணக்கை முடித்து, தங்களின் மீதமுள்ள கணக்கிலிருந்து எதையாவது திரும்பப் பெறுகிறார்கள். சேனல் ஆன்செயினில் இறுதி செய்யப்பட்டவுடன் மட்டுமே, தரப்பினர் ஒருவருக்கொருவர் கணக்கைத் தீர்த்துக்கொண்டு, தங்கள் கணக்கில் மீதமுள்ளவற்றைத் திரும்பப் பெறுகிறார்கள். + +இந்த வைப்பு ஒரு மெய்நிகர் கணக்காகவும் செயல்படுகிறது, எனவே பங்கேற்பாளர்கள் உடனடியாகக் கட்டணம் செலுத்தாமல் சுதந்திரமாகப் பரிவர்த்தனை செய்ய முடியும். சரசரப்பு தீர்வு நிலையின்போது வைப்பு கட்டியவர்கள் தீய செயல்களைச் செய்ததாகக் கண்டுபிடிக்கப்படுகிறார்கள் என்றால், ஒப்பந்தம் அவர்களின் வைப்பை இழக்கச் செய்கிறது. + +சேனல் பங்கேற்பாளர்கள் அனைவரும் ஒப்புக்கொள்ளும் ஒரு ஆரம்ப நிலையைக் கையொப்பமிட வேண்டும். இது நிலை சேனலின் துவக்கமாக (ஜெனசிஸ்) செயல்படுகிறது, அதன் பிறகு பயனர்கள் பரிவர்த்தனை செய்யத் தொடங்கலாம். + +### சேனலைப் பயன்படுத்துதல் {#using-the-channel} + +சேனலின் நிலையை ஆரம்பித்தபிறகு, பங்கேற்பாளர்கள் பரிமாற்றங்களைக் கையொப்பமிட்டு, ஒப்புதலுக்காக ஒருவருக்கொருவர் அனுப்பி வைப்பார்கள். பங்கேற்பாளர்கள்இந்தப் பரிவர்த்தனைகளைத் தொடங்கி, பிறரின் நிலைமேம்படுத்தல்களைக் கையொப்பமிடுவர். ஒவ்வொரு பரிவர்த்தனையும் பின்வரும்கூறுகளைக் கொண்டுள்ளதுு. ஒவ்வொரு பரிவர்த்தனையும் பின்வரும்கூறுகளைக் கொண்டுள்ளதுு: + +- பரிவர்த்தனைகளுக்கான ஒரு தனிப்பட்ட ஐடியாகச் செயல்பட்டு, ரீப்ளே தாக்குதல்களைத் தடுக்கும் ஒரு **nonce**. மேலும், எந்த வரிசையில் நிலை மேம்படுத்தல்கள் நிகழ்ந்தன என்பதை அடையாளம் காண உதவுகிறது (இதுவே சரசரப்பு தீர்க்க முக்கியம்) + +- சேனலின் பழைய நிலை + +- சேனலின் புதிய நிலை + +- நிலை மாற்றத்தைத் தூண்டிய பரிவர்த்தனை (எ.கா., அலிஸ் 5 ETH பாபுக்கு அனுப்புகிறார்) + +பயனர்கள் மெயின்நெட்டில் தொடர்பு கொள்ளும்போது பொதுவாக நடப்பதைப் போல, சேனலில் உள்ள நிலை புதுப்பிப்புகள் ஆன்செயினில் ஒளிபரப்பப்படுவதில்லை, இது ஆன்செயின் தடம் பதிப்பைக் குறைக்கும் நிலை சேனல்களின் குறிக்கோளுடன் ஒத்துப்போகிறது. பங்கேற்பாளர்கள் நிலை மேம்படுத்தல்களை ஒப்புக்கொள்கிறவரை, அவை எத்தீரியம் பரிவர்த்தனைக்குச் சமமானது. சரசரப்பு ஏற்படுகிற சூழலில் மட்டுமே பங்கேற்பாளர்கள் மெய்நெட்டின் நியாயத்தில் நம்பிக்கை வைக்க வேண்டும். + +### சேனலை மூடுதல் {#closing-the-channel} + +ஒரு நிலை சேனலை மூடுவதற்கு, சேனலின் இறுதி, ஒப்புக்கொள்ளப்பட்ட நிலையை ஆன்செயின் ஸ்மார்ட் ஒப்பந்தத்திற்கு சமர்ப்பிக்க வேண்டும். நிலை மேம்படுத்தலில் குறிப்பிடப்பட்ட விவரங்களில் ஒவ்வொரு பங்கேற்பாளரின் நகர்வுகளின் எண்ணிக்கை மற்றும் ஒப்புதலான பரிவர்த்தனைகளின் பட்டியல் அடங்கும். + +நிலை மேம்படுத்தல் செல்லுபடியாக இருப்பதை (அது அனைத்து பங்கேற்பாளர்களும் கையொப்பமிட்டது) சரிபார்த்த பிறகு, ச்மார்ட் ஒப்பந்தம் சேனலை இறுதியாகச் செய்யும் மற்றும் சேனலின் முடிவின்படி சாவகாசமாகச் செயல்படும் நிதிகளைப் பகிர்ந்தளிக்கும். ஆஃப்செயினில் செய்யப்பட்ட கொடுப்பனவுகள் Ethereum-இன் நிலைக்குப் பயன்படுத்தப்படுகின்றன மற்றும் ஒவ்வொரு பங்கேற்பாளரும் பூட்டப்பட்ட நிதிகளில் தங்களின் மீதமுள்ள பகுதியைப் பெறுகிறார்கள். + +மேலே விளக்கப்பட்ட சூழல் மகிழ்ச்சியான நிலையில் ஏற்படும் நிகழ்வுகளைப் பிரதிபலிக்கிறது. சில நேரங்களில், பயனர்கள் ஒப்புக்கொள்வதில் சிக்கல்கள் ஏற்பட்டு சேனலை இறுதியாகச் செய்ய முடியாமல் போகலாம் (துக்கமான நிலை). நிலையைச் சமர்ப்பிக்காமல் பங்கேற்பாளர்கள் சிலவற்றைப் செய்யலாம்: + +- பங்கேற்பாளர்கள் ஆஃப்லைனாகி நிலை மாற்றங்களை முன்மொழிய முடியாதது + +- பங்கேற்பாளர்கள் செல்லுபடியாகும் நிலை மேம்படுத்தல்களைக் கையொப்பமிட மறுப்பது + +- பங்கேற்பாளர்கள் ஆன்செயின் ஒப்பந்தத்திற்கு ஒரு பழைய நிலை புதுப்பிப்பை முன்மொழிவதன் மூலம் சேனலை இறுதி செய்ய முயற்சிக்கிறார்கள் + +- பங்கேற்பாளர்கள் மற்றவர்களைக் கையொப்பமிட அழைக்கும் செல்லாத நிலை மாற்றங்களை முன்மொழியுகிறார்கள் + +சேனலில் பங்கேற்கும் நடிகர்களிடையில் ஒருமித்த கருத்து முறிகையில், இறுதியில் மெய்நெட்டின் நியாயத்தில் நம்பிக்கை வைத்துச் சேனலின் இறுதி, செல்லுபடியாகும் நிலையை வலுப்படுத்த வேண்டியுள்ளது. இந்த நிலையில், நிலை சேனலை மூடுவதற்கு ஆன்செயினில் தகராறுகளைத் தீர்க்க வேண்டும். + +### தகராறுகளைத் தீர்த்தல் {#settling-disputes} + +சாதாரணமாக, சேனலில் உள்ள பங்கேற்பாளர்கள் சேனலை முன்பே மூடுவதற்கான ஒப்புதலுக்கு ஆச்சரியமாக உள்ளனர் மற்றும் கடைசி நிலை மாற்றத்திற்கு கையொப்பமிடுகிறார்கள், இதனை ச்மார்ட் ஒப்பந்தத்திற்கு சமர்ப்பிக்கிறார்கள். புதுப்பிப்பு ஆன்செயினில் அங்கீகரிக்கப்பட்டவுடன், ஆஃப்செயின் ஸ்மார்ட் ஒப்பந்தத்தின் செயலாக்கம் முடிவடைகிறது மற்றும் பங்கேற்பாளர்கள் தங்கள் பணத்துடன் சேனலிலிருந்து வெளியேறுகிறார்கள். + +இருப்பினும், ஒரு தரப்பினர் தங்கள் எதிர் தரப்பினரின் ஒப்புதலுக்காகக் காத்திருக்காமல், ஸ்மார்ட் ஒப்பந்தத்தின் செயலாக்கத்தை முடித்து சேனலை இறுதி செய்ய ஒரு ஆன்செயின் கோரிக்கையைச் சமர்ப்பிக்கலாம். முன்னர் விவரிக்கப்பட்ட ஒருமித்த கருத்தை மீறும் சூழ்நிலைகளில் ஏதேனும் ஏற்பட்டால், இரு தரப்பினரில் எவரும் சேனலை மூடி நிதிகளை விநியோகிக்க ஆன்செயின் ஒப்பந்தத்தைத் தூண்டலாம். இது **நம்பிக்கையற்ற தன்மையை** வழங்குகிறது, நேர்மையான தரப்பினர் மற்ற தரப்பினரின் செயல்களைப் பொருட்படுத்தாமல் எந்த நேரத்திலும் தங்கள் டெபாசிட்களிலிருந்து வெளியேற முடியும் என்பதை உறுதி செய்கிறது. + +சேனல் வெளியேற்றத்தைச் செயல்படுத்த, பயனர் பயன்பாட்டின் கடைசி செல்லுபடியாகும் நிலை புதுப்பிப்பை ஆன்செயின் ஒப்பந்தத்திற்குச் சமர்ப்பிக்க வேண்டும். இது சரியானதாக இருந்தால் (அதை எல்லா பங்கேற்பாளர்களின் கையொப்பத்தை உடையது) நிதிகள் அவர்களது ஆதிக்கத்தில் மீண்டும் விநியோகிக்கப்படும். + +ஒவ்வொரு பயனருக்கும் ஒரு குறிப்பிட்ட அளவுக்கு விலகல் கோரிக்கைகளுக்கான தாமதம் உண்டு. சேனலை முடிப்பதற்கான கோரிக்கை ஒருமனதாக அங்கீகரிக்கப்பட்டால், ஆன்செயின் வெளியேற்றப் பரிவர்த்தனை உடனடியாகச் செயல்படுத்தப்படும். + +ஒற்றை பயனர் விலகல்களில் தாமதம், போலி நடவடிக்கைகள் எடுக்கப்பட்டிருப்பின் வாய்ப்பு காரணமாக உருவாகிறது. உதாரணமாக, ஒரு சேனல் பங்கேற்பாளர் ஒரு பழைய நிலை புதுப்பிப்பை ஆன்செயினில் சமர்ப்பிப்பதன் மூலம் Ethereum-இல் சேனலை இறுதி செய்ய முயற்சிக்கலாம். + +ஒரு எதிர் நடவடிக்கையாக, நிலை சேனல்கள் நேர்மையான பயனர்களை, சேனலின் சமீபத்திய, செல்லுபடியாகும் நிலையை ஆன்செயினில் சமர்ப்பிப்பதன் மூலம் தவறான நிலை புதுப்பிப்புகளுக்கு சவால் விட அனுமதிக்கின்றன. நிலை சேனல்கள் புதிய, ஒப்புக்கொள்ளப்பட்ட நிலை மேம்படுத்தல்கள் பழைய நிலை மேம்படுத்தல்களை மிஞ்சுவதற்காக வடிவமைக்கப்பட்டுள்ளன. + +ஒரு கூட்டாளர் ஆன்செயின் தகராறு-தீர்வு அமைப்பைத் தூண்டியவுடன், மற்ற தரப்பினர் ஒரு குறிப்பிட்ட நேர வரம்பிற்குள் (சவால் சாளரம் என்று அழைக்கப்படுகிறது) பதிலளிக்க வேண்டும். இது பயனர்களுக்கு விலகல் பரிவர்த்தனைக்குச் சவால் செய்ய அனுமதிக்கிறது, குறிப்பாக மற்ற பக்கம் பழைய மேம்படுத்தலைக் பயன்படுத்தும்போது. + +நிலைமை எதுவாக இருந்தாலும், சேனல் பயனர்களுக்கு எப்போதும் வலுவான இறுதித்தன்மை உத்தரவாதங்கள் உள்ளன: அவர்கள் வசம் உள்ள நிலை மாற்றம் அனைத்து உறுப்பினர்களாலும் கையொப்பமிடப்பட்டு, அது மிகச் சமீபத்திய புதுப்பிப்பாக இருந்தால், அது ஒரு வழக்கமான ஆன்செயின் பரிவர்த்தனைக்கு சமமான இறுதித்தன்மையைக் கொண்டுள்ளது. அவர்கள் இன்னும் மற்ற தரப்பினரை ஆன்செயினில் சவால் செய்ய வேண்டும், ஆனால் சாத்தியமான ஒரே விளைவு, அவர்கள் வைத்திருக்கும் கடைசி செல்லுபடியாகும் நிலையை இறுதி செய்வதாகும். + +### சேனல் சேனல்கள் எதெரியம் உடன் எப்படி தொடர்புடையன? நிலை சேனல்கள் Ethereum உடன் எவ்வாறு தொடர்பு கொள்கின்றன? {#how-do-state-channels-interact-with-ethereum} + +அவை ஆஃப்செயின் நெறிமுறைகளாக இருந்தாலும், நிலை சேனல்களுக்கு ஒரு ஆன்செயின் கூறு உள்ளது: சேனலைத் திறக்கும்போது Ethereum-இல் வரிசைப்படுத்தப்பட்ட ஸ்மார்ட் ஒப்பந்தம். இந்தக் கான்ட்ராக்ட் சேனலுக்கு வைக்கப்பட்ட சொத்துகளைக் கட்டுப்படுத்துகிறது, நிலை மேம்படுத்தல்களைச் சரிபார்க்கிறது, மற்றும் பங்கேற்பாளர்களுக்கிடையிலான மோதல்களைத் தீர்க்கிறது. + +[அடுக்கு 2](/layer-2/) அளவிடுதல் தீர்வுகளைப் போலன்றி, நிலை சேனல்கள் பரிவர்த்தனை தரவு அல்லது நிலை உறுதிமொழிகளை மெயின்நெட்டில் வெளியிடுவதில்லை. இருப்பினும், அவை [பக்கச் சங்கிலிகளை](/developers/docs/scaling/sidechains/) விட மெயின்நெட்டுடன் அதிக அளவில் இணைக்கப்பட்டுள்ளன, இது அவற்றை ஓரளவு பாதுகாப்பானதாக ஆக்குகிறது. + +சேனல் சேனல்கள் மெயின்இதெரியத்தின் முக்கிய சாகசத்தை நம்புகின்றன: + +#### 1. செயல்பாடு {#liveness} + +சேனலைத் திறக்கும்போது வரிசைப்படுத்தப்பட்ட ஆன்செயின் ஒப்பந்தம் சேனலின் செயல்பாட்டிற்குப் பொறுப்பாகும். கான்ட்ராக்ட் எதெரியத்தில் இயங்கினால், சேனல் எப்போதும் பயன்பாட்டிற்குக் கிடைக்கும். மாறாக, ஒரு சைட்செயின் எப்போதும் தவறிவிடக்கூடும், மெயின்நெட்செயல்படுத்தப்படும்போதுு கூட, பயனர் நிதிகளை ஆபத்திற்குள்ளாக்குகிறது. + +#### 2. பாதுகாப்பு {#security} + +ஒரு அளவுக்கு, சேனல் சேனல்கள் எதெரியத்தை பாதுகாப்பு வழங்க மற்றும் பயனர்களைத் தீவிரமான பங்கேற்பாளர்களிடமிருந்து காக்க நம்பிக்கையுள்ளன. பின்னர் விளக்கப்படும் பகுதிகளில், சேனல்கள் தவறான அல்லது பழைய மேம்படுத்தல்களுடன் சேனலை முடிக்க முயற்சிகளைச் சவாலுக்கு உட்படுத்தும் தவறு அடிப்படையிலான முறைமையைப் பயன்படுத்துகின்றன. + +இந்த நிலையில், நேர்மையான தரப்பினர் சேனலின் சமீபத்திய செல்லுபடியாகும் நிலையை சரிபார்ப்புக்காக ஆன்செயின் ஒப்பந்தத்திற்கு ஒரு மோசடிச் சான்றாக வழங்குகிறார்கள். மோசடிச் சான்றுகள், பரஸ்பரம் நம்பிக்கையற்ற தரப்பினர் தங்கள் நிதிகளை ஆபத்திற்கு உட்படுத்தாமல் ஆஃப்செயின் பரிவர்த்தனைகளை நடத்த உதவுகின்றன. + +#### ஒரு நல்ல கதை. இறுதிநிலை {#finality} + +சேனல் பயனர்களால் கூட்டாக கையொப்பமிடப்பட்ட நிலை புதுப்பிப்புகள் ஆன்செயின் பரிவர்த்தனைகளைப் போலவே சிறந்ததாகக் கருதப்படுகின்றன. இருப்பினும், சேனல் எதெரியத்தில் முடிக்கப்படும் வரை, சேனலுள்ள செயல்பாடுகள் உண்மையான இறுதி நிலையைப் பெறவில்லை. + +நம்பிக்கையான நிலையில், இரு தரப்பினரும் ஒத்துழைத்து இறுதி நிலை புதுப்பிப்பில் கையொப்பமிட்டு, சேனலை மூட ஆன்செயினில் சமர்ப்பிக்கலாம், அதன் பிறகு சேனலின் இறுதி நிலைக்கு ஏற்ப நிதி விநியோகிக்கப்படும். விரக்தியான நிலையில், யாராவது தவறான நிலை புதுப்பிப்பை ஆன்செயினில் இடுகையிடுவதன் மூலம் ஏமாற்ற முயற்சித்தால், சவால் சாளரம் முடியும் வரை அவர்களின் பரிவர்த்தனை இறுதி செய்யப்படாது. + +## மெய்நிகர் நிலை சேனல்கள் {#virtual-state-channels} + +இரண்டு பயனர்கள் ஒரு பயன்பாட்டை ஆஃப்செயினில் செயல்படுத்த விரும்பும்போது ஒரு புதிய ஒப்பந்தத்தை வரிசைப்படுத்துவது ஒரு நிலை சேனலின் எளிமையான செயலாக்கமாக இருக்கும். இது சாத்தியமற்றது மட்டுமல்ல, இது நிலை சேனல்களின் செலவு-செயல்திறனையும் மறுக்கிறது (ஆன்செயின் பரிவர்த்தனை செலவுகள் விரைவாகக் கூடும்). + +இந்தச் சிக்கலைத் தீர்க்க "மெய்நிகர் சேனல்கள்" உருவாக்கப்பட்டன. திறப்பதற்கும் முடிப்பதற்கும் ஆன்செயின் பரிவர்த்தனைகள் தேவைப்படும் வழக்கமான சேனல்களைப் போலன்றி, ஒரு மெய்நிகர் சேனலை பிரதான சங்கிலியுடன் தொடர்பு கொள்ளாமல் திறக்கலாம், செயல்படுத்தலாம் மற்றும் இறுதி செய்யலாம். இந்த முறையைப் பயன்படுத்தி ஆஃப்செயினில் தகராறுகளைத் தீர்ப்பது கூட சாத்தியமாகும். + +இந்த அமைப்பு ஆன்செயினில் நிதியளிக்கப்பட்ட "பேரேடு சேனல்கள்" என்று அழைக்கப்படுவதின் இருப்பை நம்பியுள்ளது. இரண்டு பக்கங்களுக்கிடையிலான மெய்நிகர் சேனல்கள் ஏற்கனவே உள்ள லெட்ஜர் சேனலின் மேல் கட்டமைக்கப்பட்டதாக, லெட்ஜர் சேனலின் உரிமையாளர்கள் இடைநிலைச் செயலாகச் செயல்படுகின்றனர். + +ஒவ்வொரு மெய்நிகர் சேனலிலும் பயனர்கள் புதிய கான்ட்ராக்ட் இன்ஸ்டன்ஸ் மூலம் ஒருவருக்கொருவர் தொடர்பு கொள்ளுவர், லெட்ஜர் சேனல் பல கான்ட்ராக்ட் இன்ஸ்டன்ஸ்களை ஆதரிக்க முடியும். பேரேடு சேனலின் நிலையில் ஒன்றுக்கு மேற்பட்ட ஒப்பந்த சேமிப்பக நிலைகளும் உள்ளன, இது வெவ்வேறு பயனர்களிடையே பயன்பாடுகளை ஆஃப்செயினில் இணையாகச் செயல்படுத்த அனுமதிக்கிறது. + +வழக்கமான சேனல்களின் போல, பயனர்கள் நிலை இயந்திரத்தை முன்னேற்ற state updates பரிமாறிக் கொள்கிறார்கள். ஒரு தகராறு எழாத வரை, சேனலைத் திறக்கும்போது அல்லது முடிக்கும்போது மட்டுமே இடைத்தரகரைத் தொடர்பு கொள்ள வேண்டும். + +### மெய்நிகர் கட்டணச் சேனல்கள் {#virtual-payment-channels} + +மெய்நிகர் கட்டணச் சேனல்கள், மெய்நிகர் நிலை சேனல்களின் அதே யோசனையின் அடிப்படையில் செயல்படுகின்றன: ஒரே நெட்வொர்க்குடன் இணைக்கப்பட்ட பங்கேற்பாளர்கள் ஆன்செயினில் ஒரு புதிய சேனலைத் திறக்கத் தேவையில்லாமல் செய்திகளை அனுப்ப முடியும். மெய்நிகர் பணச்சேனல்களில், மதிப்புப் பரிமாற்றங்கள் ஒரு அல்லது மேற்பார்வையாளர் வழியாக வழியாகப்படுகிறது, மற்றும் மட்டும் இலக்கு பெறுநர் மறு வழங்கிய நிதிகளைப் பெற முடியும் என்பதற்கான உறுதிகள் உள்ளன. + +## நிலை சேனல்களின் பயன்பாடுகள் {#applications-of-state-channels} + +### கொடுப்பனவுகள் {#payments} + +ஆரம்பகால பிளாக்செயின் சேனல்கள், மெயின்நெட்டில் அதிக பரிவர்த்தனை கட்டணங்களைச் செலுத்த வேண்டிய அவசியமின்றி, இரண்டு பங்கேற்பாளர்கள் விரைவான, குறைந்த கட்டண இடமாற்றங்களை ஆஃப்செயினில் நடத்த அனுமதித்த எளிய நெறிமுறைகளாக இருந்தன. இன்று, பணச்சேனல்கள் இன்னும் ஈதர் மற்றும் டோக்கன் பரிமாற்றங்கள் மற்றும் வைப்பு செய்யக் கோரப்படும் பயன்பாடுகளுக்காகப் பயனுள்ளதாக இருக்கின்றன. + +சேனல் அடிப்படையிலான பணப்பரிமாற்றங்களுக்கு கீழ்காணும் நன்மைகள் உள்ளன: + +1. **செயல்திறன்**: ஒரு சேனலுக்கான ஆஃப்செயின் பரிவர்த்தனைகளின் அளவு Ethereum-இன் செயல்திறனுடன் தொடர்பில்லாதது, இது பல்வேறு காரணிகளால், குறிப்பாக பிளாக் அளவு மற்றும் பிளாக் நேரத்தால் பாதிக்கப்படுகிறது. பரிவர்த்தனைகளை ஆஃப்செயினில் செயல்படுத்துவதன் மூலம், பிளாக்செயின் சேனல்கள் அதிக செயல்திறனை அடைய முடியும். + +2. **தனியுரிமை**: சேனல்கள் ஆஃப்செயினில் இருப்பதால், பங்கேற்பாளர்களுக்கிடையேயான தொடர்புகளின் விவரங்கள் Ethereum-இன் பொது பிளாக்செயினில் பதிவு செய்யப்படுவதில்லை. சேனல் பயனர்கள் சேனல்களுக்கு நிதியளிக்கும்போதும், மூடும்போதும் அல்லது தகராறுகளைத் தீர்க்கும்போதும் மட்டுமே ஆன்செயினில் தொடர்பு கொள்ள வேண்டும். எனவே, சேனல்கள் கூடுதல் தனியுரிமை விரும்பும் நபர்களுக்காகப் பயனுள்ளதாக இருக்கின்றன. + +3. **தாமதம்**: இரு தரப்பினரும் ஒத்துழைத்தால், சேனல் பங்கேற்பாளர்களிடையே நடத்தப்படும் ஆஃப்செயின் பரிவர்த்தனைகளை உடனடியாகத் தீர்க்க முடியும், இது தாமதங்களைக் குறைக்கிறது. மாறாக, மேன்செயினில் ஒரு பரிவர்த்தனை அனுப்புவதற்கு, நொடுகளைப் பரிவர்த்தனை செயலாக்க, புதிய பிளாக் உருவாக்க மற்றும் ஒத்துழைக்க வரவேற்க வேண்டும். ஒரு பரிவர்த்தனை நிறைவடைந்ததாகக் கருதுவதற்கு பயனர்கள் மேலும் பிளாக் உறுதிசெய்திகளை காத்திருக்க வேண்டியதும் உண்டு. + +4. **செலவு**: ஒரு குழு பங்கேற்பாளர்கள் நீண்ட காலத்திற்கு பல நிலை புதுப்பிப்புகளைப் பரிமாறிக்கொள்ளும் சூழ்நிலைகளில் நிலை சேனல்கள் குறிப்பாகப் பயனுள்ளதாக இருக்கும். ஏற்படும் செலவுகள் மட்டும் நிலை சேனல் ஸ்மார்ட் ஒப்பந்தத்தின் திறப்பு மற்றும் மூடுதலுக்கானவை; சேனல் திறப்பு மற்றும் மூடுவதற்கிடையிலான ஒவ்வொரு நிலை மாற்றமும் கடைசி ஒன்றுடன் ஒப்பிடும்போது சிக்கலாக இருக்கும், ஏனெனில் தீர்வுச் செலவு அதற்கேற்பப் பகிரப்படுகிறது. + +[ரோலப்கள்](/developers/docs/scaling/#rollups) போன்ற அடுக்கு 2 தீர்வுகளில் நிலை சேனல்களைச் செயல்படுத்துவது, கொடுப்பனவுகளுக்கு அவற்றை இன்னும் கவர்ச்சிகரமானதாக மாற்றும். சேனல்கள் மலிவான கொடுப்பனவுகளை வழங்கினாலும், திறப்பு கட்டத்தின் போது மெயின்நெட்டில் ஆன்செயின் ஒப்பந்தத்தை அமைப்பதற்கான செலவுகள் விலை உயர்ந்ததாக இருக்கும்—குறிப்பாக கேஸ் கட்டணம் அதிகரிக்கும் போது. Ethereum-அடிப்படையிலான ரோலப்கள் [குறைந்த பரிவர்த்தனை கட்டணங்களை](https://l2fees.info/) வழங்குகின்றன மற்றும் அமைப்புக் கட்டணங்களைக் குறைப்பதன் மூலம் சேனல் பங்கேற்பாளர்களுக்கான கூடுதல் செலவைக் குறைக்க முடியும். + +### நுண் பரிவர்த்தனைகள் {#microtransactions} + +மைக்ரோபரிவர்த்தனைகள் என்பது குறைந்த மதிப்புள்ள பணப்பரிவர்த்தனைகள் (உதா: ஒரு டாலரின் ஒரு பகுதி அல்லது அதற்குக் கீழ்) ஆகும், இவை தொழில்களால் நஷ்டம் இல்லாமல் செயல்படுத்த முடியாது. இவை பணப்பரிவர்த்தனைச் சேவையாளர் வழங்குநர்களுக்குச் செலுத்த வேண்டியதாகும், அதற்குரிய அளவிற்கு வாடிக்கையாளர் பணப்பரிவர்த்தனைகள் மிகவும் குறைவாக இருந்தால் நன்மை அடைய முடியாது. + +பணப்பரிவர்த்தனைக் சேனல்கள் இந்தப் பிரச்சினையை மைக்ரோபரிவர்த்தனைகளுடன் சம்பந்தமான மேலதிக செலவுகளைக் குறைத்து தீர்க்கின்றன. உதாரணமாக, ஒரு இணைய சேவை வழங்குநர் (ISP) வாடிக்கையுடன் ஒரு பணப்பரிவர்த்தனைச் சேனலைத் திறக்க முடியும், இதன் மூலம் சேவையைப் பயன்படுத்தும் ஒவ்வொரு முறைத் திறந்த நிலைகள் மூலமாகச் சிறிய பணப்பரிவர்த்தனைகளைப் பிரதிபலிக்க முடியும். + +சேனலைத் திறக்க மற்றும் மூடுவதற்கான செலவுகளைத் தவிர, பங்கேற்பாளர்கள் மைக்ரோபரிவர்த்தனைகளில் மேலதிக செலவுகளைச் சுமக்க மாட்டார்கள் (செரிய கட்டணங்கள் இல்லை). இது ஒரு வெற்றி-வெற்றி நிலைமையாகும், ஏனெனில் வாடிக்கையாளர்கள் சேவைகளுக்கான தங்களுடைய செலவுகளை மேலும்மாகக் கொண்டு செலவுகளுக்கு அதிகமான வாடிக்கையாளர் கணக்குகளை வழங்க முடியும் மற்றும் தொழில்கள் பயனுள்ள மைக்ரோபரிவர்த்தனைகள் இழக்கமாட்டார்கள். + +### பரவலாக்கப்பட்ட பயன்பாடுகள் {#decentralized-applications} + +பணம் பரிமாற்ற சேனல்கள்போல, நிலை சேனல்கள் நிலை இயந்திரத்தின் இறுதி நிலைகளைப் பொருத்து நிபந்தனைகளின் அடிப்படையில் பணப்பரிமாற்றங்களை மேற்கொள்ள முடியும். நிலை சேனல்கள் தன்னிச்சையான நிலை மாற்ற தர்க்கத்தையும் ஆதரிக்க முடியும், இது பொதுவான பயன்பாடுகளை ஆஃப்செயினில் செயல்படுத்துவதற்கு பயனுள்ளதாக இருக்கும். + +நிலை சேனல்கள் பெரும்பாலும் எளிய முறை சார்ந்த பயன்பாடுகளுக்கு மட்டுப்படுத்தப்பட்டுள்ளன, ஏனெனில் இது ஆன்செயின் ஒப்பந்தத்திற்கு ஒதுக்கப்பட்ட நிதிகளை நிர்வகிப்பதை எளிதாக்குகிறது. மேலும், குறிப்பிட்ட எண்ணிக்கையிலான தரப்பினர் இடைவெளியில் ஆஃப்செயின் பயன்பாட்டின் நிலையைப் புதுப்பிப்பதால், நேர்மையற்ற நடத்தையைத் தண்டிப்பது ஒப்பீட்டளவில் நேரடியானது. + +ஒரு நிலை சேனல் பயன்பாட்டின் செயல்திறன் அதன் வடிவமைப்பைப் பொறுத்தது. உதாரணமாக, ஒரு டெவலப்பர் ஆப் சேனல் ஒப்பந்தத்தை ஒருமுறை ஆன்செயினில் வரிசைப்படுத்தலாம் மற்றும் மற்ற பிளேயர்களை ஆன்செயினுக்குச் செல்லாமல் பயன்பாட்டை மீண்டும் பயன்படுத்த அனுமதிக்கலாம். இந்த நிலையில், ஆரம்ப ஆப் சேனல் பல மெய்நிகர் சேனல்களை ஆதரிக்கும் ஒரு பேரேடு சேனலாகச் செயல்படுகிறது, ஒவ்வொன்றும் பயன்பாட்டின் ஸ்மார்ட் ஒப்பந்தத்தின் புதிய நிகழ்வை ஆஃப்செயினில் இயக்குகிறது. + +ஒரு நிலை சேனல் பயன்பாட்டுக்கான சாத்தியமான பயன்பாடு எளிய இரு வீரர் விளையாட்டுகள், இதில் விளையாட்டின் முடிவின் அடிப்படையில் நிதிகள் பகிரப்படுகின்றன. இங்குள்ள நன்மை என்னவென்றால், பிளேயர்கள் ஒருவரையொருவர் நம்ப வேண்டியதில்லை (நம்பிக்கையற்ற தன்மை) மற்றும் பிளேயர்கள் அல்ல, ஆன்செயின் ஒப்பந்தம், நிதி ஒதுக்கீடு மற்றும் தகராறுகளைத் தீர்ப்பதைக் கட்டுப்படுத்துகிறது (பரவலாக்கம்). + +மற்ற சாத்தியமான நிலை சேனல் பயன்பாடுகளுக்கு ENS பெயர் உரிமை, NFT பதிவேடுகள், மற்றும் பல அதிகமான பயன்பாடுகள் அடங்கும். + +### அணு இடமாற்றங்கள் {#atomic-transfers} + +ஆரம்ப கால பணம் பரிமாற்ற சேனல்கள் இரு பங்கேற்பாளர்களிடையே மட்டுமே பரிமாற்றங்களைச் செய்ய அனுமதித்தன, இதனால் அவற்றின் பயன்பாடு கட்டுப்படுத்தப்பட்டது. இருப்பினும், மெய்நிகர் சேனல்களின் அறிமுகம், தனிநபர்கள் ஒரு புதிய சேனலை ஆன்செயினில் திறக்கத் தேவையில்லாமல், இடைத்தரகர்கள் மூலம் (அதாவது, பல p2p சேனல்கள்) இடமாற்றங்களை வழிநடத்த அனுமதித்தது. + +சாதாரணமாக "பல-குதிப்பு பரிமாற்றங்கள்" என்று விவரிக்கப்படும், திசைதிருப்பப்பட்ட பணப்பரிமாற்றங்கள் அணுமூலமாகவே நிகழும் (அதாவது, பரிமாற்றத்தின் அனைத்து பகுதிகளும் வெற்றியடைய வேண்டும் அல்லது அனைத்து முழு பரிமாற்றமும் தோல்வியடையும்). அணு இடமாற்றங்கள் [ஹாஷ்டு டைம்லாக் ஒப்பந்தங்களை (HTLCs)](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts) பயன்படுத்துகின்றன, இது சில நிபந்தனைகள் பூர்த்தி செய்யப்பட்டால் மட்டுமே கட்டணம் வெளியிடப்படுவதை உறுதிசெய்கிறது, இதன் மூலம் எதிர் தரப்பு ஆபத்தைக் குறைக்கிறது. + +## நிலை சேனல்களைப் பயன்படுத்துவதன் குறைபாடுகள் {#drawbacks-of-state-channels} + +### செயல்பாட்டுக் அனுமானங்கள் {#liveness-assumptions} + +திறமையை உறுதிசெய்ய, நிலை சேனல்கள் சேனல் பங்கேற்பாளர்களின் சரிவரிசை திறந்துவைக்கக்கூடிய திறனைப் பரிசோதிக்க வேண்டிய காலவரம்புகளை வழங்குகின்றன. இந்த விதி, பங்குதாரர்கள் எப்போதும் இணையத்திலிருந்து சேனல் செயல்பாட்டைப் பார்வையிட்டு, தேவைப்படும்போது சவால்களை எதிர்க்கும் திறன் உள்ளது என்று கருதுகிறது. + +உண்மையில், பயனாளர்கள் தங்கள் கட்டுப்பாட்டுக்கு வெளியில் உள்ள காரணங்களுக்காக இணையத்திலிருந்து செல்லலாம் (எடுத்துக்காட்டாக, மோசமான இணைய இணைப்பு, இயந்திர தோல்வி, மற்றும் பல). ஒரு நேர்மையான பயனாளர் இணையத்திலிருந்து சென்றால், ஒரு தீய பங்குதாரர் அந்நிலை நிலைகளை நீதிபதி ஒப்பந்தத்திற்கு முன்வைத்து, ஒதுக்கப்பட்ட நிதிகளைத் திருட முயற்சிக்கலாம். + +சில சேனல்கள் "வாட்ச்டவர்களை" பயன்படுத்துகின்றன—மற்றவர்கள் சார்பாக ஆன்செயின் தகராறு நிகழ்வுகளைக் கண்காணிப்பதற்கும், சம்பந்தப்பட்ட தரப்பினரை எச்சரிப்பது போன்ற தேவையான நடவடிக்கைகளை எடுப்பதற்கும் பொறுப்பான நிறுவனங்கள். ஆனால், இது நிலை சேனலைப் பயன்படுத்தும் செலவுகளுக்குக் கூடுதலாகச் சேர்க்கலாம். + +### தரவு கிடைக்காதிருத்தல் {#data-unavailability} + +முந்தைய விளக்கங்களின் அடிப்படையில், தவறான சரிவரிசையை எதிர்க்க ஒரு நிலை சேனலின் சமீபத்திய, சரியான நிலையை முன்வைப்பது தேவைப்படும். இது மற்றொரு விதி, ஒரு கருதுகோளை அடிப்படையாகக் கொண்டுள்ளது—பயனாளர்களுக்குச் சேனலின் சமீபத்திய நிலைக்கு அணுகுமுறை உள்ளது என்பதை. + +சேனல் பயனர்கள் ஆஃப்செயின் பயன்பாட்டு நிலையின் நகல்களைச் சேமிப்பார்கள் என்று எதிர்பார்ப்பது நியாயமானது என்றாலும், இந்தத் தரவு பிழை அல்லது இயந்திர செயலிழப்பு காரணமாக இழக்கப்படலாம். பயனர் அந்தத் தரவுகளைப் பின்னூட்டமாக வைத்திருக்காவிட்டால், மற்ற பங்கேற்பாளர்கள் தங்கள் வசம் உள்ள பழைய நிலை மாற்றங்களைப் பயன்படுத்தி தவறான வெளியீட்டு கோரிக்கையை முடிக்காமல் இருக்க வேண்டும் என்று மட்டும் நம்பிக்கையாக இருக்க முடியும். + +எதீரியம் பயனாளர்கள் இந்தப் பிரச்சினையுடன் போராட வேண்டியதில்லை, ஏனெனில் நெட்வொர்க் தரவின் கிடைக்கக்கூடிய நிலையை உறுதிப்படுத்தும் விதிகளை அமலாக்குகிறது. பரிவர்த்தனை தரவுகள் அனைத்து கணுகளால் சேமிக்கப்படும் மற்றும் பரவப்படும், மேலும் தேவையான போதும், பயனாளர்கள்அதைப் பதிவிறக்கம்் செய்யக்கூடியவாறு கிடைக்கின்றது. + +### நீர்மைத்தன்மை சிக்கல்கள் {#liquidity-issues} + +ஒரு பிளாக்செயின் சேனலை நிறுவ, பங்கேற்பாளர்கள் சேனலின் வாழ்க்கைச் சுழற்சிக்காக ஒரு ஆன்செயின் ஸ்மார்ட் ஒப்பந்தத்தில் நிதிகளைப் பூட்ட வேண்டும். இது சேனல் பயனாளர்களின் நிகழ்முறையை குறைக்கும் மற்றும் மேலும், மேய்நெட் (Mainnet) இல் நிதிகளைப் பூட்டிக் கொள்ளக்கூடியவர்கள் மட்டுமே இந்தச் சேனல்களைப் பயன்படுத்த முடியும். + +இருப்பினும், ஒரு ஆஃப்செயின் சேவை வழங்குநரால் (OSP) இயக்கப்படும் பேரேடு சேனல்கள், பயனர்களுக்கான நீர்மைத்தன்மை சிக்கல்களைக் குறைக்க முடியும். ஒரு பேரேடு சேனலுடன் இணைக்கப்பட்ட இரண்டு கூட்டாளர்கள் ஒரு மெய்நிகர் சேனலை உருவாக்க முடியும், அதை அவர்கள் எப்போது வேண்டுமானாலும் முழுமையாக ஆஃப்செயினில் திறந்து இறுதி செய்யலாம். + +ஆஃப்செயின் சேவை வழங்குநர்கள் பல கூட்டாளர்களுடன் சேனல்களைத் திறக்கலாம், இது கொடுப்பனவுகளை வழிநடத்துவதற்கு அவர்களைப் பயனுள்ளதாக்குகிறது. இந்நிலையில், OSP களின் சேவைகளுக்குப் பயனாளர்கள் கட்டணம் செலுத்த வேண்டும், இது சிலருக்கு விரும்பத்தகாததாக இருக்கலாம். + +### துன்புறுத்தல் தாக்குதல்கள் {#griefing-attacks} + +அழுக்குத்தனமான தாக்குதல்கள், மோசடி ஆதாரம்கொண்ட அமைப்புகளில் பொதுவானவை. அழுக்குத்தனமான தாக்குதல் நேரடியாகத் தாக்குதலாளிக்கு பயனளிக்காது, ஆனால் பாதிக்கப்படும் நபருக்குத் துன்பத்தை ஏற்படுத்தும் (அதாவது, பாதிப்பை உண்டாக்கும்), அதனால்தான் இத்தகைய தாக்குதலுக்கு இப்பெயர் வந்தது. + +மோசடி ஆதாரக் கொண்ட அமைப்புகள் அழுக்குத்தனமான தாக்குதல்களுக்கு எளிதில் உட்பட்டுள்ளன, ஏனெனில் ஒழுக்கமான பங்கேற்பாளர் ஒவ்வொரு தகராறுக்கும் (கொல்லப்பட்டதும் உட்பட) பதிலளிக்க வேண்டும், இல்லையெனில் அவர்கள் நிதிகளை இழக்குவதைச் சந்திக்க நேரிடும். ஒரு தீங்கிழைக்கும் பங்கேற்பாளர் காலாவதியான நிலை மாற்றங்களை ஆன்செயினில் மீண்டும் மீண்டும் இடுகையிட முடிவு செய்யலாம், இது நேர்மையான தரப்பினரை செல்லுபடியாகும் நிலையுடன் பதிலளிக்க கட்டாயப்படுத்துகிறது. அந்த ஆன்செயின் பரிவர்த்தனைகளின் செலவு விரைவாகக் கூடும், இதனால் நேர்மையான தரப்பினர் இந்தச் செயல்பாட்டில் இழப்பைச் சந்திக்க நேரிடும். + +### முன்வரையறுக்கப்பட்ட பங்கேற்பாளர் குழுக்கள் {#predefined-participant-sets} + +வடிவமைப்பின் படி, ஒரு நிலை சேனலில் பங்கேற்கும் நபர்களின் எண்ணிக்கை அதன் ஆயுள்காலம் முழுவதும் நிலைத்திருக்கிறது. இது ஏனெனில் பங்கேற்பாளர் தொகுப்பை மேம்படுத்துவது சேனலின் செயல்பாட்டைச் சிக்கலாக்கும், குறிப்பாகச் சேனலை நிதியளிப்பது அல்லது தகராறுகளைத் தீர்க்கும்போது. பங்கேற்பாளர்களைச் சேர்ப்பது அல்லது நீக்குவது கூடுதல் ஆன்செயின் செயல்பாட்டைத் தேவைப்படுத்தும், இது பயனர்களுக்கான கூடுதல் செலவை அதிகரிக்கிறது. + +இதனால் நிலை சேனல்களைப் பற்றிய முடிவுகளை எளிதாக எடுக்க முடிகிறது, ஆனால் இது சேனல் வடிவமைப்புகளைப் பயன்பாட்டுத் தயாரிப்பாளர்களுக்குப் பயனற்றதாக ஆக்குகிறது. இதுதான் ஏன் நிலை சேனல்கள் மற்ற அளவீட்டு தீர்வுகளான ரோல்அப்புகளைவிரும்பிக் கைவிடப்பட்டனன என்பதற்கான ஒரு காரணமாகும். + +### இணை பரிவர்த்தனை செயலாக்கம் {#parallel-transaction-processing} + +நிலை சேனலில் பங்கேற்பாளர்கள் மாறி மாறி நிலை மேம்பாடுகளை அனுப்புகிறார்கள், அதனால்தான் இவை "வரிசைப்படியான பயன்பாடுகள்" (எ.கா., இரண்டு வீரர்கள் கொண்ட சதுரங்க விளையாட்டு)க்கு சிறந்ததாகச் செயல்படுகின்றன. இது ஒரே நேரத்தில் நிலை புதுப்பிப்புகளைக் கையாள வேண்டிய தேவையை நீக்குகிறது மற்றும் காலாவதியான புதுப்பிப்பு இடுகையிடுபவர்களைத் தண்டிக்க ஆன்செயின் ஒப்பந்தம் செய்ய வேண்டிய வேலையைக் குறைக்கிறது. ஆனால், இந்த வடிவமைப்பின் ஒரு பக்க விளைவாகப் பரிவர்த்தனைகள் ஒன்றை ஒன்று சார்ந்து செயலில் இருக்கின்றன, இதனால் தாமதம் அதிகரித்து, மொத்த பயனர் அனுபவம் குறைகிறது. + +சில நிலை சேனல்கள் இந்தச் சிக்கலை "முழு-இரட்டை" வடிவமைப்பைப் பயன்படுத்தி தீர்க்கின்றன, இது ஆஃப்செயின் நிலையை இரண்டு ஒருதிசை "எளிய" நிலைகளாகப் பிரிக்கிறது, இது ஒரே நேரத்தில் நிலை புதுப்பிப்புகளை அனுமதிக்கிறது. இத்தகைய வடிவமைப்புகள் ஆஃப்செயின் செயல்திறனை மேம்படுத்துகின்றன மற்றும் பரிவர்த்தனை தாமதங்களைக் குறைக்கின்றன. + +## நிலை சேனல்களைப் பயன்படுத்தவும் {#use-state-channels} + +பல திட்டங்கள் உங்கள் டியாப்புகளை நிலை சேனல்களுடன் இணைக்க வடிவமைப்புகளை வழங்குகின்றன: + +- [Connext](https://connext.network/) +- [Kchannels](https://www.kchannels.io/) +- [Perun](https://perun.network/) +- [Raiden](https://raiden.network/) +- [Statechannels.org](https://statechannels.org/) + +## மேலும் வாசிக்க {#further-reading} + +**நிலை சேனல்கள்** + +- [Ethereum-இன் அடுக்கு 2 அளவிடுதல் தீர்வுகளைப் புரிந்துகொள்ளுதல்: நிலை சேனல்கள், பிளாஸ்மா மற்றும் Truebit](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4) _– Josh Stark, பிப் 12 2018_ +- [நிலை சேனல்கள் - ஒரு விளக்கம்](https://www.jeffcoleman.ca/state-channels/) _நவ 6, 2015 - Jeff Coleman_ +- [நிலை சேனல்களின் அடிப்படைகள்](https://education.district0x.io/general-topics/understanding-ethereum/basics-state-channels/) _District0x_ +- [பிளாக்செயின் நிலை சேனல்கள்: ஒரு அதிநவீன பார்வை](https://ieeexplore.ieee.org/document/9627997) + +_உங்களுக்கு உதவிய ஒரு சமூக வளம் பற்றி தெரியுமா?_ இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!_ diff --git a/public/content/translations/ta/developers/docs/scaling/validium/index.md b/public/content/translations/ta/developers/docs/scaling/validium/index.md new file mode 100644 index 00000000000..35f7abba9e5 --- /dev/null +++ b/public/content/translations/ta/developers/docs/scaling/validium/index.md @@ -0,0 +1,166 @@ +--- +title: Validium +description: "ஈதரியம் சமூகத்தால் தற்போது பயன்படுத்தப்படும் ஒரு அளவிடுதல் தீர்வாக Validium-க்கான ஓர் அறிமுகம்." +lang: ta +sidebarDepth: 3 +--- + +Validium என்பது ஒரு [அளவிடுதல் தீர்வு](/developers/docs/scaling/) ஆகும், இது [ZK-ரோலப்கள்](/developers/docs/scaling/zk-rollups/) போன்ற செல்லுபடிச் சான்றுகளைப் பயன்படுத்தி பரிவர்த்தனைகளின் ஒருமைப்பாட்டைச் செயல்படுத்துகிறது, ஆனால் பரிவர்த்தனைத் தரவை எத்தேரியம் மெய்நெட்டில் சேமிப்பதில்லை. சங்கிலிக்கு வெளியே தரவு கிடைப்பது சில சமரசங்களை அறிமுகப்படுத்தினாலும், அது அளவிடுதலில் பெரும் மேம்பாடுகளுக்கு வழிவகுக்கும் (validium-கள் வினாடிக்கு [~9,000 பரிவர்த்தனைகள் அல்லது அதற்கு மேல்](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263) செயல்படுத்த முடியும்). + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +[எத்தேரியம் அளவிடுதல்](/developers/docs/scaling/) மற்றும் [அடுக்கு 2](/layer-2) குறித்த எங்கள் பக்கத்தை நீங்கள் படித்துப் புரிந்துகொண்டிருக்க வேண்டும். + +## வாலிடியம் என்றால் என்ன? {#what-is-validium} + +Validium-கள் என்பவை சங்கிலிக்கு வெளியே தரவு கிடைத்தல் மற்றும் கணக்கீட்டைப் பயன்படுத்தும் அளவிடுதல் தீர்வுகள் ஆகும். இவை எத்தேரியம் மெய்நெட்டிற்கு வெளியே பரிவர்த்தனைகளைச் செயல்படுத்துவதன் மூலம் செயல் வெளியீட்டை மேம்படுத்த வடிவமைக்கப்பட்டுள்ளன. பூஜ்ஜிய-அறிவு ரோலப்களைப் (ZK-ரோலப்கள்) போலவே, validium-களும் எத்தேரியத்தில் சங்கிலிக்கு வெளியேயான பரிவர்த்தனைகளைச் சரிபார்க்க [பூஜ்ஜிய-அறிவுச் சான்றுகளை](/glossary/#zk-proof) வெளியிடுகின்றன. இது தவறான நிலை மாற்றங்களைத் தடுக்கும் மற்றும் வாலிடியம் சங்கத்தின் பாதுகாப்பு உத்திரவுகளை மேம்படுத்துகிறது. + +இந்த "அங்கீகார சான்றுகள்" ZK-SNARKs (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) அல்லது ZK-STARKs (Zero-Knowledge Scalable Transparent ARgument of Knowledge) என்ற வடிவில் இருக்கலாம். [பூஜ்ஜிய-அறிவுச் சான்றுகள்](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) பற்றி மேலும். + +வாலிடியம் பயனர்களின் நிதிகள் எத்தியரியத்தில் உள்ள ஒரு ஸ்மார்ட் ஒப்பந்தத்தால் கட்டுப்படுத்தப்படுகின்றன. ZK-ரோலப்களைப் போலவே, Validium-களும் கிட்டத்தட்ட உடனடி திரும்பப் பெறுதல்களை வழங்குகின்றன; மெய்நெட்டில் ஒரு திரும்பப் பெறும் கோரிக்கைக்கான செல்லுபடிச் சான்று சரிபார்க்கப்பட்டதும், பயனர்கள் [மெர்க்கல் சான்றுகளை](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) வழங்குவதன் மூலம் நிதிகளைத் திரும்பப் பெறலாம். சரிபார்க்கப்பட்ட ஒரு பரிவர்த்தனைத் தொகுப்பில் பயனரின் திரும்பப் பெறும் பரிவர்த்தனை சேர்க்கப்பட்டிருப்பதை மெர்க்கல் சான்று சரிபார்க்கிறது, இது சங்கிலியில் உள்ள ஒப்பந்தம் அந்தத் திரும்பப் பெறுதலைச் செயல்படுத்த அனுமதிக்கிறது. + +ஆனால், வாலிடியம் பயனர்கள் தங்களின் நிதிகளைக் கட்டுப்படுத்தப் படலாம் மற்றும் திரும்பப் பெறுதல்களை கட்டுப்படுத்தலாம். validium சங்கிலியில் உள்ள தரவு கிடைத்தல் மேலாளர்கள், சங்கிலிக்கு வெளியேயான நிலைத் தரவைப் பயனர்களுக்கு வழங்காமல் தடுத்து வைத்தால் இது நிகழலாம். பரிமாற்ற தரவிற்கு அணுகல் இல்லாமல், பயனர்கள் நிதியின் உரிமையைச் சான்றளிக்க்க மற்றும் திரும்பப் பெறுதலை மேற்கொள்ளத் தேவையான மெர்கிள் சான்றைக் கணக்கீடு செய்ய முடியாது. + +இது வாலிடியங்களுக்கும் ZK-rollupsக்கும் மத்தியில் உள்ள முக்கியமான மாறுபாடாகும்—அவை தரவுப் பயன்பாட்டு செங்குத்தில் உள்ள நிலைகள். இரு தீர்வுகளும் தரவுப் சேமிப்பை வேறுபட்ட முறையில் அணுகுகின்றன, இது பாதுகாப்பு மற்றும் நம்பிக்கையற்ற தன்மைக்கான விளைவுகளைக் கொண்டுள்ளது. + +## வாலிடியங்கள் எத்தியரியத்துடன் எவ்வாறு தொடர்புடையவை? Validium-கள் எத்தேரியத்துடன் எவ்வாறு தொடர்பு கொள்கின்றன? {#how-do-validiums-interact-with-ethereum} + +வாலிடியங்கள் எத்தியரிய சங்கத்தின் மேல் கட்டப்படும் அளவீட்டு முறைமைகள் ஆகும். இது பரிவர்த்தனைகளை சங்கிலிக்கு வெளியே செயல்படுத்தினாலும், ஒரு validium சங்கிலி, மெய்நெட்டில் பயன்படுத்தப்பட்டுள்ள ஸ்மார்ட் ஒப்பந்தங்களின் தொகுப்பால் நிர்வகிக்கப்படுகிறது, இதில் அடங்குபவை: + +1. **சரிபார்ப்பு ஒப்பந்தம்**: நிலை மேம்படுத்தல்களைச் செய்யும்போது validium செயல்பாட்டாளரால் சமர்ப்பிக்கப்பட்ட சான்றுகளின் செல்லுபடித்தன்மையை சரிபார்ப்பு ஒப்பந்தம் சரிபார்க்கிறது. இதில் சங்கிலிக்கு வெளியேயான பரிவர்த்தனைகளின் சரியான தன்மையைச் சான்றளிக்கும் செல்லுபடிச் சான்றுகளும், சங்கிலிக்கு வெளியேயான பரிவர்த்தனைத் தரவின் இருப்பைச் சரிபார்க்கும் தரவு கிடைத்தல் சான்றுகளும் அடங்கும். + +2. **முதன்மை ஒப்பந்தம்**: முதன்மை ஒப்பந்தம் தொகுதி உற்பத்தியாளர்களால் சமர்ப்பிக்கப்பட்ட நிலை உறுதிப்பாடுகளை (மெர்க்கல் வேர்கள்) சேமிக்கிறது மற்றும் ஒரு செல்லுபடிச் சான்று சங்கிலியில் சரிபார்க்கப்பட்டவுடன் validium-இன் நிலையைப் புதுப்பிக்கிறது. இந்த ஒப்பந்தம், வாலிடியம் சங்கத்திற்கு வைப்பு மற்றும் திரும்பப் பெறுதல்களை செயல்படுத்தும். + +வாலிடியங்கள் மேலும் எத்தியரிய முதன்மை சங்கத்தைப் பற்றிய பின்வரும் விஷயங்களில் நம்பிக்கையுடன் சார்ந்து செயல்படுகின்றன: + +### தீர்வு {#settlement} + +வாலிடியத்தில் செயல்படுத்தப்பட்ட பரிமாற்றங்கள், தந்தை சங்கம் அவற்றின் செல்லுபடுத்தலை உறுதிப்படுத்தும் வரை முழுமையாக உறுதிசெய்யப்பட முடியாது. ஒரு வாலிடியத்தில் நடைபெற்ற அனைத்து வணிகங்களும் இறுதியாக மெய்நிகர் நெட்வொர்க்கில் தீர்வு காணப்பட வேண்டும். எத்தேரியம் பிளாக்செயினும் validium பயனர்களுக்கு "தீர்வு உத்தரவாதங்களை" வழங்குகிறது, அதாவது சங்கிலிக்கு வெளியே நடக்கும் பரிவர்த்தனைகள் சங்கிலியில் உறுதியளிக்கப்பட்டவுடன் அவற்றை மாற்றியமைக்கவோ அல்லது திருத்தவோ முடியாது. + +### பாதுகாப்பு {#security} + +எத்தியரிய, தீர்வு அடிப்படையிலாகச் செயல்பட்டு, வாலிடியத்தில் நிலை மாற்றங்களின் செல்லுபடுத்தலை உறுதிப்படுத்துகிறது. validium சங்கிலியில் செயல்படுத்தப்பட்ட சங்கிலிக்கு வெளியேயான பரிவர்த்தனைகள், அடிப்படை எத்தேரியம் அடுக்கில் உள்ள ஒரு ஸ்மார்ட் ஒப்பந்தம் வழியாகச் சரிபார்க்கப்படுகின்றன. + +சங்கிலியில் உள்ள சரிபார்ப்பு ஒப்பந்தம் சான்றைச் செல்லாததாகக் கருதினால், பரிவர்த்தனைகள் நிராகரிக்கப்படும். இதன் பொருள், வாலிடியத்தின் நிலையைப் புதுப்பிக்கும் முன்பு, எத்தியரிய முறைமையின் செல்லுபடுத் தளவுகளை பூர்த்தி செய்ய வேண்டும். + +## வாலிடியம் எப்படிச் செயல்படுகிறது? {#how-does-validium-work} + +### பரிவர்த்தனைகள் {#transactions} + +பயனர்கள் பரிமாற்றங்களை இயக்குநரிடம் சமர்ப்பிக்கின்றனர், இது வாலிடியத்தில் பரிமாற்றங்களைச் செயல்படுத்த பொறுப்பான ஒரு மையம் ஆகும். சில validium-கள் சங்கிலியைச் செயல்படுத்த ஒரு தனி ஆபரேட்டரைப் பயன்படுத்தலாம் அல்லது ஆபரேட்டர்களைச் சுழற்றுவதற்கு [பங்கிற்கான சான்று (PoS)](/developers/docs/consensus-mechanisms/pos/) பொறிமுறையைச் சார்ந்திருக்கலாம். + +இயக்குநர் பரிமாற்றங்களை ஒரு தொகுப்பாகச் சேகரிக்கிறான் மற்றும் அதைச் சான்றளிக்கும் முறைமைக்கு அனுப்புகிறான். சான்றளிக்கும் முறைமை, பரிமாற்றத் தொகுப்பை (மற்ற முக்கியமான தரவுகளை) உள்ளீடுகள் எனக் கொண்டு, செயல்பாடுகள் சரியாகக் செய்யப்பட்டதாக உறுதிப்படுத்தும் ஒரு செல்லுபடியான சான்றை வெளியிடுகிறது. + +### நிலை அர்ப்பணிப்புகள் {#state-commitments} + +வாலிடியத்தின் நிலை ஒரு மெர்கிள் மரமாகச் சுருக்கப்படுகிறது மற்றும் அந்த நிலையின் வேர்சொத்து மெயின் ஒப்பந்தத்தில் சேமிக்கப்படுகிறது. மெர்கிள் வேர்சொத்து, நிலை வேர்சொத்து என்று அறியப்படுகிறது, இது வாலிடியத்தில் கணக்குகள் மற்றும் சமநிலைகளின் தற்போதைய நிலைக்கு ஒரு குறியாக்க உறுதிப்பத்திரமாகச் செயல்படுகிறது. + +ஒரு நிலை மேம்படுத்தலைச் செய்ய, ஆபரேட்டர் ஒரு புதிய நிலை வேரைக் கணக்கிட்டு (பரிவர்த்தனைகளைச் செயல்படுத்திய பிறகு) அதைச் சங்கிலியில் உள்ள ஒப்பந்தத்தில் சமர்ப்பிக்க வேண்டும். சரியான சான்று சரிபார்க்கப்பட்டால், முன்மொழியப்பட்ட நிலை ஏற்கப்படுகிறது மற்றும் வாலிடியம் புதிய நிலை வேர்சொத்துக்கு மாறுகிறது. + +### வைப்புத்தொகைகள் மற்றும் திரும்பப்பெறுதல்கள் {#deposits-and-withdrawals} + +பயனர்கள் எத்தேரியத்திலிருந்து ஒரு validium-க்கு ETH (அல்லது ஏதேனும் ERC-இணக்கமான டோக்கன்) டோக்கன்களை சங்கிலியில் உள்ள ஒப்பந்தத்தில் டெபாசிட் செய்வதன் மூலம் நிதிகளை நகர்த்துகிறார்கள். அந்த ஒப்பந்தம் வைப்பு நிகழ்வை validium சங்கிலிக்கு வெளியே அனுப்புகிறது, அங்கு பயனரின் முகவரிக்கு அவர்களின் வைப்புத்தொகைக்குச் சமமான தொகை வரவு வைக்கப்படுகிறது. இயக்குநர் இந்த வைப்பீட்டு பரிமாற்றத்தைப் புதிய தொகுதியில் சேர்க்கின்றார். + +நிதிகளை மீண்டும் மெயின் நெட் (Mainnet) க்கு கொண்டு செல்ல, வாலிடியம் பயனர் ஒரு அகல்வு பரிமாற்றத்தைத் தொடங்குகிறான் மற்றும் அதை இயக்குநருக்குச் சமர்ப்பிக்கிறான், அவர் அந்த அகல்வு கோரிக்கையைச் சரிபார்க்கிறார் மற்றும் அதை ஒரு தொகுதியில் சேர்க்கிறார். பயனரின் வாலிடியம் மஞ்சங்கையில் உள்ள சொத்துகள் அகல்வு செய்வதற்கு முன் அழிக்கப்படுகின்றன. அந்தத் தொகுதிக்குத் தொடர்புடைய சரியான சான்று சரிபார்க்கப்பட்ட பிறகு, பயனர் தங்கள் முதற்கட்ட வைப்பீட்டின் மீதியதைப் பெற மெயின் ஒப்பந்தத்தை அழைக்கலாம். + +அதிர்வியல் பின்விளைப்பு முறையாக, வாலிடியம் ஒழுங்குப் பயனர்கள் இயக்குநரை ஊடகம் இல்லாமல் நேரடியாக வாலிடியம் ஒப்பந்தத்திலிருந்து நிதிகளை அகலவு செய்ய அனுமதிக்கிறது. இந்தச் சந்தையில், பயனர்கள் கணக்கின் நிலை மூலத்தில் உள்ளதைப் காண்பிக்கும் ஒரு மெர்கிள் சான்றைச் சான்று ஒப்பந்தத்திற்கு வழங்க வேண்டும். அந்தச் சான்று ஏற்றுக்கொள்ளப்பட்டால், பயனர் தங்கள் நிதிகளை வாலிடியத்திலிருந்து வெளியேற்ற மெயின் ஒப்பந்தத்தின் அகல்வு செயல்பாட்டை அழைக்க முடியும். + +### தொகுதிச் சமர்ப்பிப்பு {#batch-submission} + +ஒரு பேச்சின் பரிவர்த்தனைகளைச் செயல்படுத்திய பிறகு, இயக்குநர் சம்பந்தப்பட்ட செல்லுபடியான சான்றுகளைச் சான்று ஒப்பந்தத்திற்கு சமர்ப்பிக்கிறார் மற்றும் புதிய நிலை மூலத்தை மெயின் ஒப்பந்தத்திற்கு முன்மொழிக்கிறார். சான்று செல்லுபடியானதாக இருந்தால், மெயின் ஒப்பந்தம் வாலிடியத்தின் நிலையைப் புதுப்பித்து, பேச்சில் உள்ள பரிவர்த்தனைகளின் முடிவுகளை இறுதி செய்கிறது. + +ஒரு ZK-rollup ஐப்போல, வாலிடியத்தில் பிளாக் தயாரிப்பாளர்கள் பரிவர்த்தனை பேச்சுகளுக்கான பரிவர்த்தனை தரவுகளை வெளியிடத் தேவையில்லை (மட்டும் பிளாக் தலைப்புகள்). இது validium-ஐ முற்றிலும் சங்கிலிக்கு வெளியேயான அளவிடுதல் நெறிமுறையாக மாற்றுகிறது. இது பிளாப் தரவு, `calldata` அல்லது இரண்டின் கலவையைப் பயன்படுத்தி முக்கிய எத்தேரியம் சங்கிலியில் நிலைத் தரவை வெளியிடும் "கலப்பின" அளவிடுதல் நெறிமுறைகளுக்கு (அதாவது, [அடுக்கு 2](/layer-2/)) மாறானது. + +### தரவு கிடைத்தல் {#data-availability} + +குறிப்பிட்டபடி, validium-கள் சங்கிலிக்கு வெளியேயான தரவு கிடைத்தல் மாதிரியைப் பயன்படுத்துகின்றன, அங்கு ஆபரேட்டர்கள் அனைத்து பரிவர்த்தனைத் தரவையும் எத்தேரியம் மெய்நெட்டிற்கு வெளியே சேமிக்கிறார்கள். Validium-இன் குறைந்த சங்கிலி தரவுத் தடம் அளவிடுதலை மேம்படுத்துகிறது (செயல் வெளியீடு எத்தேரியத்தின் தரவுச் செயலாக்கத் திறனால் மட்டுப்படுத்தப்படவில்லை) மற்றும் பயனர் கட்டணங்களைக் குறைக்கிறது (சங்கிலியில் தரவை வெளியிடுவதற்கான செலவு குறைவாக உள்ளது). + +இருப்பினும், சங்கிலிக்கு வெளியேயான தரவு கிடைத்தல் ஒரு சிக்கலை முன்வைக்கிறது: மெர்க்கல் சான்றுகளை உருவாக்க அல்லது சரிபார்க்கத் தேவையான தரவு கிடைக்காமல் போகலாம். ஆபரேட்டர்கள் தீங்கிழைக்கும் வகையில் செயல்பட்டால், பயனர்கள் சங்கிலியில் உள்ள ஒப்பந்தத்திலிருந்து நிதிகளைத் திரும்பப் பெற முடியாமல் போகலாம் என்பதே இதன் பொருள். + +வீட்டியத்தின் பல்வேறு தீர்வுகள் இந்தப் பிரச்சனையைத் தீர்க்க வேண்டும் என்ற முயற்சியில், நிலை தரவின் சேமிப்பை மையமில்லாத முறையில் மேற்கொள்கின்றன. சங்கிலிக்கு வெளியேயான தரவைச் சேமிப்பதற்கும், கோரிக்கையின் பேரில் பயனர்களுக்குக் கிடைக்கச் செய்வதற்கும் பொறுப்பான "தரவு கிடைத்தல் மேலாளர்களுக்கு" அடிப்படைத் தரவை அனுப்ப தொகுதி உற்பத்தியாளர்களை இது கட்டாயப்படுத்துகிறது. + +validium-இல் உள்ள தரவு கிடைத்தல் மேலாளர்கள் ஒவ்வொரு validium தொகுதியிலும் கையொப்பமிடுவதன் மூலம் சங்கிலிக்கு வெளியேயான பரிவர்த்தனைகளுக்கான தரவு கிடைப்பதை உறுதிசெய்கிறார்கள். இந்தக் கையொப்பங்கள் ஒரு வகையான "கிடைத்தல் சான்றை" உருவாக்குகின்றன, இது நிலை மேம்படுத்தல்களை அங்கீகரிக்கும் முன் சங்கிலியில் உள்ள சரிபார்ப்பு ஒப்பந்தம் சரிபார்க்கிறது. + +வீட்டியங்கள் தரவுப் பெறுமதி மேலாண்மைக்கு அணுகுமுறையில் மாறுபடுகின்றன. சில நம்பகமான தரவுகளைச் சேமிக்க நம்பகமான தரப்பவர்களைப் பொறுத்துள்ளனர், மற்றவர்கள் பொறுப்பாய்ந்த மக்களை வேலைக்காக நியமிக்கின்றனர். + +#### தரவு கிடைத்தல் குழு (DAC) {#data-availability-committee} + +சங்கிலிக்கு வெளியேயான தரவு கிடைப்பதை உத்தரவாதப்படுத்த, சில validium தீர்வுகள் நம்பகமான நிறுவனங்களின் குழுவை நியமிக்கின்றன. இது கூட்டாக தரவு கிடைத்தல் குழு (DAC) என அழைக்கப்படுகிறது. இது நிலையின் நகல்களைச் சேமித்து தரவு கிடைப்பதற்கான சான்றை வழங்குகிறது. DACகள் செயல்படுத்த எளிது மற்றும் குறைந்த ஒத்துழைப்பு தேவைப்படுகிறது ஏனெனில் உறுப்பினர் எண்ணிக்கை குறைவாகவே இருக்கும். + +ஆனால், பயனர்கள் DACவை தேவையானபோது (உதாரணமாக, மெர்கிள் சான்றுகளை உருவாக்க) தரவை வழங்குவதற்கு நம்பிக்கையோடு இருக்க வேண்டும். தரவு கிடைத்தல் குழுக்களின் உறுப்பினர்கள் [தீங்கிழைக்கும் ஒருவரால் சமரசம் செய்யப்படுவதற்கான](https://notes.ethereum.org/DD7GyItYQ02d0ax_X-UbWg?view) வாய்ப்பு உள்ளது. அவர் சங்கிலிக்கு வெளியேயான தரவைத் தடுத்து நிறுத்த முடியும். + +[Validium-களில் உள்ள தரவு கிடைத்தல் குழுக்கள் பற்றி மேலும்](https://medium.com/starkware/data-availability-e5564c416424). + +#### பிணைக்கப்பட்ட தரவு கிடைத்தல் {#bonded-data-availability} + +மற்ற வாலிடியம்கள் ஆஃப்-செயின் தரவைக் கையாளுவதை நிர்ணயிக்கும் பங்கு வகிக்க முன், பங்கேற்பாளர்கள் ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் டோக்கன்களை பிணையமாக (அதாவது, பூட்டி) வைத்திருக்க வேண்டும். இந்த "பிணை", தரவுப் பண்படுத்தல் மேலாளர்களிடையே நேர்மையான நடத்தைக்கு உத்தரவாதமாகச் செயல்படுகிறது மற்றும் நம்பிக்கை சார்ந்த முன்னெடுப்புகளை குறைக்கிறது. இந்தப் பங்கேற்பாளர்கள் தரவுப் பண்படுத்தல் சான்றுகளை வழங்கத் தவறினால், பிணை வெட்டி எடுக்கப்படும். + +பிணைக்கப்பட்ட தரவு கிடைத்தல் திட்டத்தில், தேவையான பங்கினை வழங்கியவுடன், சங்கிலிக்கு வெளியேயான தரவை வைத்திருக்க எவரும் நியமிக்கப்படலாம். இது தகுதி வாய்ந்த தரவுப் பண்படுத்தல் மேலாளர்களின் பரந்த குழுவை உருவாக்கி, தரவுப் பண்படுத்தல் குழுக்களை (DACக்கள்) பாதிக்கும் மையமயமாக்கலைக் குறைக்கிறது. முக்கியமாக, இந்த முறையானது தீய செயல்பாடுகளைத் தடுக்க குறித்த நாணயவியல் ஊக்கங்களைப் பயன்படுத்துகிறது, இது வாலிடியத்தில் நம்பிக்கைக்குரிய தரப்புகளை நியமித்து ஆஃப்-செயின் தரவைப் பாதுகாப்பதை விட மிகுந்த பாதுகாப்பாகும். + +[Validium-களில் பிணைக்கப்பட்ட தரவு கிடைத்தல் பற்றி மேலும்](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf). + +## விருப்பத்தேர்வுகள் மற்றும் validium {#volitions-and-validium} + +வாலிடியங்கள் பல நன்மைகளை வழங்குகின்றன, ஆனால் சில சலுகைகளுடன் (மிக முக்கியமாக, தரவுப் பண்படுத்தல்) வருகின்றன. ஆனால், பல அளவுகோல் தீர்வுகள்போல, வாலிடியங்கள் குறிப்பிட்ட பயன்பாடு சந்தர்ப்பங்களுக்கு ஏற்றவையாகும் — இதுவே வொலிடியன்கள் உருவாக்கப்பட்டதற்கான காரணமாகும். + +வொலிடியன்கள் ZK-ரோல்அப் மற்றும் வாலிடியம் சங்கிலிகளை இணைத்து, பயனர்களுக்கு இந்த இரண்டு அளவுகோல் தீர்வுகளுக்கு இடையே மாறுவதற்கான சுதந்திரத்தை வழங்குகின்றன. விருப்பத்தேர்வுகளுடன், பயனர்கள் சில பரிவர்த்தனைகளுக்கு validium-இன் சங்கிலிக்கு வெளியேயான தரவு கிடைத்தல் அம்சத்தைப் பயன்படுத்திக்கொள்ளலாம். அதே நேரத்தில், தேவைப்பட்டால், சங்கிலியில் உள்ள தரவு கிடைத்தல் தீர்விற்கு (ZK-ரோலப்) மாறும் சுதந்திரத்தையும் தக்க வைத்துக் கொள்ளலாம். இது, அடிப்படையாகப் பொறுத்து பயனர்கள் தங்கள் தனிப்பட்ட சூழ்நிலைகளை அடிப்படையாகக் கொண்டு, சலுகைகளைத் தேர்வு செய்யும் சுதந்திரத்தை வழங்குகிறது. + +ஒரு மையமில்லா பரிமாற்றம் (DEX) பெரிய மதிப்புள்ள பரிவர்த்தனைகளுக்கு வாலிடியத்தின் அளவுகோல் மற்றும் தனியார் கட்டமைப்பைப் பயன்படுத்த விரும்பலாம். அது கூடுதலாக, ZK-ரோல்அப்பின் அதிக பாதுகாப்பு உத்தரவாதங்கள் மற்றும் நம்பிக்கையின்மையை விரும்பும் பயனர்களுக்காக ZK-ரோல்அப்பையும் பயன்படுத்த முடியும். + +## Validium-களும் EVM இணக்கத்தன்மையும் {#validiums-and-evm-compatibility} + +ZK-ரோல்அப்ப்கள் போலவே, வாலிடியங்கள் பெரும்பாலும் டோக்கன் பரிமாற்றங்கள் மற்றும் கட்டணங்கள் போன்ற எளிய பயன்பாடுகளுக்கு ஏற்றவையாக உள்ளன. பூஜ்ஜிய-அறிவுச் சான்று சுற்றமைப்பில் [EVM](/developers/docs/evm/) வழிமுறைகளை நிரூபிப்பதற்கான கணிசமான கூடுதல் சுமை இருப்பதால், validium-களில் பொதுவான கணக்கீடு மற்றும் ஸ்மார்ட் ஒப்பந்தச் செயல்பாட்டை ஆதரிப்பது கடினம். + +சில வாலிடியம் திட்டங்கள், EVM-இணக்கமான மொழிகளை (உதாரணமாக, Solidity, Vyper) மாற்றி, செயல்திறன் மிகுந்த சான்றளிக்கக்கூடிய சுழிபுரிய பைட்கோடுகளை உருவாக்க, இந்தச் சிக்கலைத் தவிர்க்க முயல்கின்றன. இந்த அணுகுமுறையின் ஒரு குறைபாடாக, புதிய சுழிபுரிய சான்று நட்பு வி. எம். க்கள் முக்கியமான EVM ஆப்கோடுகளை ஆதரிக்க முடியாமல் போகலாம், மேலும் டெவலப்பர்கள் சுழிபுரிய சான்றுக்கு ஏற்ற மென்பொருள் அனுபவத்தைப் பெற, உயர்நிலை மொழியில் நேரடியாக எழுத வேண்டிய கட்டாயத்திற்கு உள்ளாகின்றனர். இது மேலும் பல சிக்கல்களை உருவாக்குகிறது: இது டெவலப்பர்கள் முழுமையாகப் புதிய மேம்பாட்டு அடுக்கைப் பயன்படுத்தி dapps உருவாக்கக் கட்டாயமாக்குகிறது மற்றும் தற்போதைய எதீரியமின் (Ethereum) கட்டமைப்புடன் உள்ள இணக்கத்தை உடைத்துவிடுகிறது. + +எனினும், சில குழுக்கள் தற்போதுள்ள EVM ஆப்கோடுகளை சுழிபுரிய சான்றளிக்கும் சுற்றுகளுக்காக மேம்படுத்த முயற்சிக்கின்றன. இதன் விளைவாக, சுழிபுரிய எதீரியமின் காட்சிப்பிரிப்பு இயந்திரம் (zkEVM) உருவாக்கப்படும், இது EVM-இணக்கமான ஒரு காட்சிப்பிரிப்பு இயந்திரமாகும், இது செயல்முறை நிறைவேற்றத்தின் சரிவினை சான்றளிக்கிறது. zkEVM மூலம், validium சங்கிலிகள் ஸ்மார்ட் ஒப்பந்தங்களைச் சங்கிலிக்கு வெளியே செயல்படுத்தலாம் மற்றும் எத்தேரியத்தில் ஒரு சங்கிலிக்கு வெளியேயான கணக்கீட்டைச் சரிபார்க்க (அதை மீண்டும் செயல்படுத்தாமல்) செல்லுபடிச் சான்றுகளைச் சமர்ப்பிக்கலாம். + +[zkEVM-கள் பற்றி மேலும்](https://www.alchemy.com/overviews/zkevm). + +## வாலிடியம் எதீரியத்தை (Ethereum) எவ்வாறு அளவுகோல் செய்கின்றன? validium-களுடன் எத்தேரியத்தை அளவிடுதல் {#scaling-ethereum-with-validiums} + +### 1. சங்கிலிக்கு வெளியேயான தரவு சேமிப்பு {#offchain-data-storage} + +ஆப்டிமிஸ்டிக் ரோலப்கள் மற்றும் ZK-ரோலப்கள் போன்ற அடுக்கு 2 அளவிடுதல் திட்டங்கள், L1-இல் சில பரிவர்த்தனைத் தரவை வெளியிடுவதன் மூலம், பாதுகாப்பிற்காக தூய சங்கிலிக்கு வெளியேயான அளவிடுதல் நெறிமுறைகளின் (உதாரணமாக, [பிளாஸ்மா](/developers/docs/scaling/plasma/)) எல்லையற்ற அளவிடுதலை வர்த்தகம் செய்கின்றன. ஆனால் இதன் பொருள் ரோலப்களின் அளவிடுதல் பண்புகள் எத்தேரியம் மெய்நெட்டில் உள்ள தரவு அலைவரிசையால் வரையறுக்கப்பட்டுள்ளன (இந்த காரணத்திற்காக எத்தேரியத்தின் தரவு சேமிப்புத் திறனை மேம்படுத்த [தரவுப் பகிர்வு](/roadmap/danksharding/) முன்மொழிகிறது). + +Validium-கள் அனைத்து பரிவர்த்தனைத் தரவையும் சங்கிலிக்கு வெளியே வைத்திருப்பதன் மூலம் அளவிடுதலை அடைகின்றன. மேலும் நிலை மேம்படுத்தல்களை முக்கிய எத்தேரியம் சங்கிலிக்கு அனுப்பும்போது நிலை உறுதிப்பாடுகளை (மற்றும் செல்லுபடிச் சான்றுகளை) மட்டுமே இடுகையிடுகின்றன. இருப்பினும், செல்லுபடிச் சான்றுகள் இருப்பது, பிளாஸ்மா மற்றும் [பக்கச்சங்கிலிகள்](/developers/docs/scaling/sidechains/) உள்ளிட்ட பிற தூய சங்கிலிக்கு வெளியேயான அளவிடுதல் தீர்வுகளை விட validium-களுக்கு அதிக பாதுகாப்பு உத்தரவாதங்களை அளிக்கிறது. சங்கிலிக்கு வெளியேயான பரிவர்த்தனைகளைச் சரிபார்ப்பதற்கு முன்பு எத்தேரியம் செயலாக்க வேண்டிய தரவின் அளவைக் குறைப்பதன் மூலம், validium வடிவமைப்புகள் மெய்நெட்டில் செயல் வெளியீட்டை பெரிதும் விரிவுபடுத்துகின்றன. + +### 2. தொடர்ச்சியான சான்றுகள் {#recursive-proofs} + +மீளும் சான்று என்பது பிற சான்றுகளின் சரிவினைச் சரிபார்க்கும் ஒரு சரியான சான்றாகும். இந்த "சான்றின் சான்றுகள்" பல சான்றுகளை மீளும் முறையில் சேர்த்துக்கொண்டு ஒரு இறுதி சான்று, முந்தைய அனைத்து சான்றுகளையும் சரிபார்க்கும் வரை உருவாக்கப்படுகின்றன. மீளும் சான்றுகள் பரிமாற்றப்படுதல் சேதிகளை அதிகரிக்கின்றன, இது ஒவ்வொரு சரியான சான்றிலும் சரிபார்க்கக்கூடிய பரிவர்த்தனைகளின் எண்ணிக்கையை அதிகரிப்பதன் மூலம் வினியோகப் பிணையத்தின் செயல்முறைகளை விரைவுபடுத்துகிறது. + +வழக்கமாக, எதீரியத்தில் சரிபார்க்கவும் ஒப்புக்கொள்ளவும் வாலிடியம் செயல்பாட்டாளரால் சமர்ப்பிக்கப்படும் ஒவ்வொரு சரியான சான்றும் ஒரு எளிய தொகுதியின் (block) முழுமையைக் கண்காணிக்கிறது. அதேசமயம், ஒரு ஒற்றை மீளும் சான்று பல வாலிடியம் தொகுதிகளின் சரிவினையும் ஒரே நேரத்தில் உறுதிப்படுத்த பயன்படுத்தப்படும் — இது சாத்தியம், ஏனெனில் சான்றளிக்கும் சுற்று பல தொகுதி சான்றுகளை மீளும் முறையில் ஒரே இறுதி சான்றில் ஒன்றிணைக்கக்கூடியதாக இருக்கும். சங்கிலியில் உள்ள சரிபார்ப்பு ஒப்பந்தம் தொடர்ச்சியான சான்றை ஏற்றுக்கொண்டால், அனைத்து அடிப்படைத் தொகுதிகளும் உடனடியாக இறுதி செய்யப்படுகின்றன. + +## Validium-இன் நன்மைகள் மற்றும் தீமைகள் {#pros-and-cons-of-validium} + +| நிறைகள் | குறைகள் | +| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| செல்லுபடிச் சான்றுகள் சங்கிலிக்கு வெளியேயான பரிவர்த்தனைகளின் ஒருமைப்பாட்டைச் செயல்படுத்துகின்றன மற்றும் செல்லாத நிலை மேம்படுத்தல்களை இறுதி செய்வதிலிருந்து ஆபரேட்டர்களைத் தடுக்கின்றன. | செல்லுபடிச் சான்றுகளைத் தயாரிக்க சிறப்பு வன்பொருள் தேவைப்படுகிறது, இது ஒரு மையப்படுத்தல் ஆபத்தை ஏற்படுத்துகிறது. | +| பயனர்களுக்கான மூலதனத் திறனை அதிகரிக்கிறது (எத்தேரியத்திற்கு நிதியைத் திரும்பப் பெறுவதில் தாமதமில்லை) | பொதுவான கணக்கீடு/ஸ்மார்ட் ஒப்பந்தங்களுக்கான வரையறுக்கப்பட்ட ஆதரவு; மேம்பாட்டிற்கு சிறப்பு மொழிகள் தேவை. | +| உயர் மதிப்பு பயன்பாடுகளில் மோசடி-சான்று அடிப்படையிலான அமைப்புகள் எதிர்கொள்ளும் சில பொருளாதாரத் தாக்குதல்களுக்கு ஆளாகாது. | ZK சான்றுகளை உருவாக்க அதிக கணினி சக்தி தேவை; குறைந்த செயல் வெளியீடு கொண்ட பயன்பாடுகளுக்கு இது செலவு குறைந்ததல்ல. | +| எத்தேரியம் மெய்நெட்டிற்கு calldata-வை அனுப்பாமல் பயனர்களுக்கான கேஸ் கட்டணங்களைக் குறைக்கிறது. | மெதுவான அகநிலை இறுதி நேரம் (ஒரு ZK சான்றை உருவாக்க 10-30 நிமிடங்கள்) ஆனால் சர்ச்சை நேர தாமதம் இல்லாததால் முழுமையான இறுதிக்கு வேகமானது. | +| பரிவர்த்தனை தனியுரிமை மற்றும் அளவிடுதலுக்கு முன்னுரிமை அளிக்கும் வர்த்தகம் அல்லது பிளாக்செயின் கேமிங் போன்ற குறிப்பிட்ட பயன்பாட்டு நிகழ்வுகளுக்கு ஏற்றது. | உரிமையின் மெர்க்கல் சான்றுகளை உருவாக்க, சங்கிலிக்கு வெளியேயான தரவு எல்லா நேரங்களிலும் கிடைக்க வேண்டும் என்பதால், பயனர்கள் நிதியைத் திரும்பப் பெறுவதைத் தடுக்கலாம். | +| சங்கிலிக்கு வெளியேயான தரவு கிடைத்தல் அதிக அளவிலான செயல் வெளியீட்டை வழங்குகிறது மற்றும் அளவிடுதலை அதிகரிக்கிறது. | பாதுகாப்பு மாதிரி நம்பகத்தன்மை அனுமானங்கள் மற்றும் மறையீட்டியல் பொருளாதார ஊக்குவிப்புகளைச் சார்ந்துள்ளது, இது முற்றிலும் மறையீட்டியல் பாதுகாப்பு வழிமுறைகளைச் சார்ந்திருக்கும் ZK-ரோலப்களைப் போலல்லாமல் உள்ளது. | + +### Validium/விருப்பத்தேர்வுகளைப் பயன்படுத்துக {#use-validium-and-volitions} + +பல திட்டங்கள் Validium மற்றும் விருப்பத்தேர்வுகளின் செயலாக்கங்களை வழங்குகின்றன, அவற்றை நீங்கள் உங்கள் dapps-இல் ஒருங்கிணைக்கலாம்: + +**StarkWare StarkEx** - _StarkEx என்பது செல்லுபடிச் சான்றுகளை அடிப்படையாகக் கொண்ட ஒரு எத்தேரியம் அடுக்கு 2 (L2) அளவிடுதல் தீர்வாகும். இது ZK-ரோலப் அல்லது Validium தரவு-கிடைத்தல் முறைகளில் இயங்க முடியும்._ + +- [ஆவணம்](https://docs.starkware.co/starkex-v4/starkex-deep-dive/data-availability-modes#validium) +- [இணையதளம்](https://starkware.co/starkex/) + +**Matter Labs zkPorter**- _zkPorter என்பது ஒரு அடுக்கு 2 அளவிடுதல் நெறிமுறையாகும், இது zkRollup மற்றும் தரவுப் பகிர்வு யோசனைகளை இணைக்கும் ஒரு கலப்பின அணுகுமுறையுடன் தரவு கிடைத்தல் சிக்கலைச் சமாளிக்கிறது. இது தன்னிச்சையாக பல பகிர்வுகளை ஆதரிக்க முடியும், ஒவ்வொன்றும் அதன் சொந்த தரவு கிடைத்தல் கொள்கையுடன்._ + +- [வலைப்பதிவு](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) +- [ஆவணம்](https://docs.zksync.io/zksync-protocol/rollup/data-availability) +- [இணையதளம்](https://zksync.io/) + +## மேலும் வாசிக்க {#further-reading} + +- [Validium மற்றும் அடுக்கு 2 இரண்டுக்கு இரண்டு — இதழ் எண். 99](https://www.buildblockchain.tech/newsletter/issues/no-99-validium-and-the-layer-2-two-by-two) +- [ZK-ரோலப்கள் vs Validium](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263) +- [விருப்பத்தேர்வு மற்றும் வளர்ந்து வரும் தரவு கிடைத்தல் நிறமாலை](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb) +- [ரோலப்கள், Validium-கள் மற்றும் விருப்பத்தேர்வுகள்: வெப்பமான எத்தேரியம் அளவிடுதல் தீர்வுகள் பற்றி அறிக](https://www.defipulse.com/blog/rollups-validiums-and-volitions-learn-about-the-hottest-ethereum-scaling-solutions) +- [ஈதரியம் ரோல்அப்களுக்கான நடைமுறை வழிகாட்டி](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) diff --git a/public/content/translations/ta/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/ta/developers/docs/scaling/zk-rollups/index.md new file mode 100644 index 00000000000..e1288c24fa5 --- /dev/null +++ b/public/content/translations/ta/developers/docs/scaling/zk-rollups/index.md @@ -0,0 +1,258 @@ +--- +title: "பூஜ்ஜிய-அறிவு ரோல்அப்கள்" +description: "பூஜ்ஜிய-அறிவு ரோல்அப்களுக்கான ஒரு அறிமுகம்—எத்தேரியம் சமூகத்தால் பயன்படுத்தப்படும் ஒரு அளவிடுதல் தீர்வு." +lang: ta +--- + +பூஜ்ஜிய-அறிவு ரோல்அப்கள் (ZK-ரோல்அப்கள்) என்பவை லேயர் 2 [அளவிடுதல் தீர்வுகள்](/developers/docs/scaling/) ஆகும், அவை கணினி மற்றும் நிலை-சேமிப்பகத்தை ஆஃப்செயினுக்கு நகர்த்துவதன் மூலம் எத்தேரியம் மெயின்நெட்டில் செயல்திறனை அதிகரிக்கின்றன. ZK-ரோல்அப்ஸ் ஆயிரக்கணக்கான பரிவர்த்தனைகளை ஒரு தொகுப்பில் செயலாக்கி, அதன் பிறகு சில குறைந்தபட்ச சுருக்க தரவுகளை மெய்நெட்டில் பதிவு செய்கின்றன. இந்தச் சுருக்கத் தரவு எதீரியத்தின் நிலையில் மாற்றங்களை வரையறுக்கிறது, மேலும் அந்த மாற்றங்கள் சரியாக உள்ளன என்று உறுதி செய்யும் குறியாக்கச் சான்றுகள் சிலவற்றையும் அளிக்கின்றன. + +## முன்னேற்றக் கட்டுரை {#prerequisites} + +[எத்தேரியம் அளவிடுதல்](/developers/docs/scaling/) மற்றும் [அடுக்கு 2](/layer-2) குறித்த எங்கள் பக்கத்தை நீங்கள் படித்துப் புரிந்துகொண்டிருக்க வேண்டும். + +## சூறு-அறிவு ரோல்அப்ஸ் என்பது என்ன? {#what-are-zk-rollups} + +**பூஜ்ஜிய-அறிவு ரோல்அப்கள் (ZK-ரோல்அப்கள்)** பரிவர்த்தனைகளைத் தொகுப்புகளாகச் சேர்த்து (அல்லது 'ரோல் அப்' செய்து) ஆஃப்செயினில் செயல்படுத்துகின்றன. ஆஃப்செயின் கணக்கீடு, பிளாக்செயினில் பதியப்பட வேண்டிய தரவின் அளவைக் குறைக்கிறது. ZK-ரோல்அப்ஸ் இயக்குநர்கள் ஒவ்வொரு பரிவர்த்தனையையும் தனித்தனியாக அனுப்புவதற்குப் பதிலாக, ஒரு தொகுப்பில் உள்ள அனைத்து பரிவர்த்தனைகளையும் பிரதிநிதித்துவப்படுத்த தேவையான மாற்றங்களின் சுருக்கத்தைப் பதிவுசெய்கின்றனர். அவை தங்கள் மாற்றங்களின் சரியான தன்மையை நிரூபிக்க [செல்லுபடியாகும் தன்மைக்கான சான்றுகளையும்](/glossary/#validity-proof) உருவாக்குகின்றன. + +ZK-ரோல்அப்ஸின் நிலை எதீரியம் நெட்வொர்க்கில் நிறுவப்பட்டுள்ள ஸ்மார்ட் ஒப்பந்தத்தால் பராமரிக்கப்படுகிறது. இந்த நிலையைப் புதுப்பிக்க, ZK-ரோல்அப்ஸ் நொடுகள் சரிபார்ப்புக்காக ஒரு உண்மைத்தன்மை சான்றைச் சமர்ப்பிக்க வேண்டும். மேலே கூறியவாறே, உண்மைத்தன்மை சான்று என்பது குறிப்பிட்ட தொகுப்பில் உள்ள பரிவர்த்தனைகளைச் செயலாக்குவதன் மூலம் ரோல்அப்ஸ் முன்மொழிந்த நிலை மாற்றம் உண்மையில் நடந்தது என்ற குறியாக்க உறுதி ஆகும். இதன் பொருள், [ஆப்டிமிஸ்டிக் ரோல்அப்களைப்](/developers/docs/scaling/optimistic-rollups/) போல அனைத்து பரிவர்த்தனை தரவுகளையும் ஆன்செயினில் பதிவிடுவதற்குப் பதிலாக, எத்தேரியத்தில் பரிவர்த்தனைகளை இறுதி செய்ய ZK-ரோல்அப்கள் செல்லுபடியாகும் தன்மைக்கான சான்றுகளை மட்டும் வழங்கினால் போதும். + +ZK-ரோல்அப்ஸிலிருந்து எதீரியத்திற்கு நிதி மாற்றத்தில் எவ்வித தாமதமும் இல்லை, ஏனெனில் ZK-ரோல்அப்ஸ் ஒப்பந்தம் உண்மைத்தன்மை சான்றைச் சரிபார்க்கும்போது வெளியேற்றப் பரிவர்த்தனைகள் உடனடியாகச் செயல்படுத்தப்படுகின்றன. மாறாக, ஆப்டிமிஸ்டிக் ரோல்அப்களிலிருந்து நிதியைத் திரும்பப் பெறுவது தாமதத்திற்கு உட்பட்டது, இது யாரேனும் ஒரு [மோசடிச் சான்றுடன்](/glossary/#fraud-proof) வெளியேறும் பரிவர்த்தனைக்கு சவால் விட அனுமதிக்கிறது. + +ZK-ரோல்அப்கள் பரிவர்த்தனைகளை எத்தேரியத்தில் `calldata` ஆக எழுதுகின்றன. `calldata` என்பது ஸ்மார்ட் கான்ட்ராக்ட் செயல்பாடுகளுக்கான வெளிப்புற அழைப்புகளில் சேர்க்கப்படும் தரவு சேமிக்கப்படும் இடமாகும். `calldata`-வில் உள்ள தகவல்கள் பிளாக்செயினில் வெளியிடப்படுகின்றன, இது ரோல்அப்பின் நிலையை யாரேனும் தன்னிச்சையாக மீண்டும் உருவாக்க அனுமதிக்கிறது. ZK-ரோல்அப்ஸ் பரிவர்த்தனை தரவுகளைச் சுருக்க நுட்பங்களைப் பயன்படுத்துகின்றன—உதாரணமாக, கணக்குகள் முகவரியால் değil, ஒரு குறியீட்டால் பிரதிநிதித்துவப்படுத்தப்படுகின்றன, இது 28 பைட்டுகளைக் குறைக்கின்றது. ஆன்செயின் தரவு வெளியீடு ரோல்அப்களுக்கு ஒரு குறிப்பிடத்தக்க செலவாகும், எனவே தரவு சுருக்கமானது பயனர்களுக்கான கட்டணங்களைக் குறைக்கும். + +## ZK-ரோல்அப்ஸ்கள் எதீரியத்துடன் எப்படி இணைக்கின்றன? {#zk-rollups-and-ethereum} + +ஒரு ZK-ரோல்அப் சங்கிலி என்பது எத்தேரியம் பிளாக்செயினின் மேல் செயல்படும் ஒரு ஆஃப்செயின் நெறிமுறையாகும், மேலும் இது ஆன்செயின் எத்தேரியம் ஸ்மார்ட் கான்ட்ராக்ட்களால் நிர்வகிக்கப்படுகிறது. ZK-ரோல்அப்கள் மெயின்நெட்டிற்கு வெளியே பரிவர்த்தனைகளைச் செயல்படுத்துகின்றன, ஆனால் சீரான இடைவெளியில் ஆஃப்செயின் பரிவர்த்தனைத் தொகுப்புகளை ஒரு ஆன்செயின் ரோல்அப் கான்ட்ராக்டிற்கு சமர்ப்பிக்கின்றன. இந்தப் பரிவர்த்தனை பதிவு மாற்றமில்லாததாகும், எதீரியம் பிளாக்செயினைப் போன்றே, மற்றும் இது ZK-ரோல்அப்ஸ் சங்கிலியை உருவாக்குகின்றது. + +ZK-ரோல்அப்ஸின் மைய கட்டமைப்பு கீழ்கண்ட கூறுகளால் ஆனது: +ஆன்செயின் ஒப்பந்தங்கள்: + +1. **ஆன்செயின் கான்ட்ராக்ட்கள்**: குறிப்பிட்டபடி, ZK-ரோல்அப் நெறிமுறை எத்தேரியத்தில் இயங்கும் ஸ்மார்ட் கான்ட்ராக்ட்களால் கட்டுப்படுத்தப்படுகிறது. இது ரோல்அப்ஸ் பிளாக்களைச் சேமிக்கும் முக்கிய ஒப்பந்தத்தை, டெபாசிட்களைப் பதிவுசெய்யும் மற்றும் நிலை மாற்றங்களைக் கண்காணிக்கும் ஒப்பந்தத்தை உட்கொள்கின்றது. மற்றொரு ஆன்செயின் கான்ட்ராக்ட் (சரிபார்ப்பவர் கான்ட்ராக்ட்) பிளாக் தயாரிப்பாளர்களால் சமர்ப்பிக்கப்பட்ட பூஜ்ஜிய-அறிவு சான்றுகளைச் சரிபார்க்கிறது. ஆகவே, எதீரியம் ZK-ரோல்அப்ஸ்களுக்கு அடிப்படை அடுக்கு அல்லது "அடுக்கு 1" ஆகப் பயன்படுகின்றது. + +2. **ஆஃப்செயின் மெய்நிகர் இயந்திரம் (VM)**: ZK-ரோல்அப் நெறிமுறை எத்தேரியத்தில் இருந்தாலும், பரிவர்த்தனைச் செயலாக்கம் மற்றும் நிலைச் சேமிப்பு [EVM](/developers/docs/evm/)-ஐச் சாராமல் ஒரு தனி மெய்நிகர் இயந்திரத்தில் நிகழ்கின்றன. இந்த ஆஃப்செயின் VM என்பது ZK-ரோல்அப்பில் உள்ள பரிவர்த்தனைகளுக்கான செயலாக்க சூழலாகும், மேலும் ZK-ரோல்அப் நெறிமுறைக்கான இரண்டாம் நிலை லேயர் அல்லது "லேயர் 2" ஆக செயல்படுகிறது. எத்தேரியம் மெயின்நெட்டில் சரிபார்க்கப்பட்ட செல்லுபடியாகும் தன்மைக்கான சான்றுகள், ஆஃப்செயின் VM-இல் உள்ள நிலை மாற்றங்களின் சரியான தன்மையை உறுதி செய்கின்றன. + +ZK-ரோல்அப்கள் "கலப்பின அளவிடுதல் தீர்வுகள்" ஆகும்—தன்னிச்சையாகச் செயல்படும் ஆஃப்செயின் நெறிமுறைகள், ஆனால் எத்தேரியத்திலிருந்து பாதுகாப்பைப் பெறுகின்றன. குறிப்பாக, எதீரியம் நெட்வொர்க் ZK-ரோல்அப்ஸில் நிலை மேம்பாடுகளின் தரக்குறிப்புகளை உறுதிசெய்கின்றது மற்றும் ரோல்அப்ஸின் நிலைக்குப் பின்னால் உள்ள தரவின் கிடைப்பை உறுதிசெய்கின்றது. இதன் விளைவாக, தங்களின் பாதுகாப்புப் பண்புகளுக்குப் பொறுப்பான [சைடுசெயின்கள்](/developers/docs/scaling/sidechains/) அல்லது செல்லுபடியாகும் தன்மைக்கான சான்றுகளுடன் எத்தேரியத்தில் பரிவர்த்தனைகளை சரிபார்த்தாலும் பரிவர்த்தனைத் தரவை வேறு எங்கேனும் சேமிக்கும் [வேலிடியம்கள்](/developers/docs/scaling/validium/) போன்ற முற்றிலும் ஆஃப்செயினில் செயல்படும் அளவிடுதல் தீர்வுகளை விட ZK-ரோல்அப்கள் கணிசமாகப் பாதுகாப்பானவை. + +ZK-ரோல்அப்ஸ்கள் கீழ்கண்டவைகளை எதீரியத்தின் முக்கிய நெறிமுறையிலிருந்து நம்புகின்றன: + +### தரவு கிடைத்தல் {#data-availability} + +ZK-ரோல்அப்கள், ஆஃப்செயினில் செயலாக்கப்பட்ட ஒவ்வொரு பரிவர்த்தனைக்கான நிலைத் தரவையும் எத்தேரியத்திற்கு வெளியிடுகின்றன. இந்தத் தரவுடன், நபர்கள் அல்லது வணிகங்கள் rollup இன் மாநிலத்தை மீண்டும் உருவாக்கி, சங்கத்தைத் தாங்களே சரிபார்க்க முடியும். எத்தேரியம் இந்தத் தரவை நெட்வொர்க்கின் அனைத்துப் பங்கேற்பாளர்களுக்கும் `calldata` ஆகக் கிடைக்கச் செய்கிறது. + +ZK-ரோல்அப்கள் அதிக பரிவர்த்தனைத் தரவை ஆன்செயினில் வெளியிடத் தேவையில்லை, ஏனெனில் செல்லுபடியாகும் தன்மைக்கான சான்றுகள் ஏற்கனவே நிலை மாற்றங்களின் நம்பகத்தன்மையைச் சரிபார்க்கின்றன. இருப்பினும், ஆன்செயினில் தரவைச் சேமிப்பது இன்னும் முக்கியமானது, ஏனெனில் இது L2 சங்கிலியின் நிலையை அனுமதியற்ற, சுயாதீனமான சரிபார்ப்புக்கு அனுமதிக்கிறது. இது யாரேனும் பரிவர்த்தனைகளின் தொகுப்புகளைச் சமர்ப்பிக்க அனுமதிப்பதன் மூலம், தீங்கிழைக்கும் ஆபரேட்டர்கள் சங்கிலியைத் தணிக்கை செய்வதையோ அல்லது முடக்குவதையோ தடுக்கிறது. + +பயனர்கள் ரோல்அப்புடன் தொடர்பு கொள்ள ஆன்செயின் தேவைப்படுகிறது. மாநில தரவுக்கு அணுகலை இல்லாமல், பங்கேற்பாளர்கள் தங்களுடைய கணக்கு சமநிலையை கேள்வி செய்ய முடியாது அல்லது மாநில தகவல்களைப் பொறுத்தவரை பரிவர்த்தனைகளை (உதா: இழக்கீடுகள்) தொடங்க முடியாது. + +### பரிவர்த்தனை இறுதித்தன்மை {#transaction-finality} + +Ethereum ZK-rollups க்கு ஒரு நிவாரண அடுக்காகச் செயல்படுகிறது: L2 பரிவர்த்தனைகள் L1 ஒப்புதலுக்குப் பின்னர் மட்டுமே இறுதி செய்யப்படுகின்றன. இது மோசடியான இயக்குனர்கள் சங்கத்தை மாசுபடுத்துவதை (உதா: rollup நிதிகளைத் திருடுவது) தவிர்க்கிறது, ஏனெனில் ஒவ்வொரு பரிவர்த்தனையும் Mainnet இல் அனுமதிக்கப்பட வேண்டும். மேலும், Ethereum பயனர் செயல்பாடுகளை L1 இல் இறுதியாக அமைக்கப்பட்ட பிறகு திரும்ப முடியாததை உறுதிப்படுத்துகிறது. + +### தணிக்கை எதிர்ப்பு {#censorship-resistance} + +பல ZK-rollups "supernode" (ஒப்பியாளர்) ஐ பரிவர்த்தனைகளைச் செயலாக்க, தொகுதிகளை உருவாக்க, மற்றும் L1 க்கு திருப்ப அனுப்புவதற்காகப் பயன்படுத்துகின்றன. இது திறனாய்வு உறுதி செய்கிறது, ஆனால் சுழல் அதிகரிக்கிறது: மோசடியான ZK-rollup ஒப்பியாளர்கள் தங்களுடைய பரிவர்த்தனைகளைத் தொகுதிகளில் சேர்க்க மறுத்துப் பயனர்களைச் சுழல்கருத்துக்குப் பொறுப்பாளர்கள் கொண்டு வருகின்றனர். + +ஒரு பாதுகாப்பு நடவடிக்கையாக, ZK-rollups பயனர்கள் ஒப்பியாளர் அவர்களைச் சுழல் என நினைத்தால் நேரடியாக Mainnet இல் உள்ள rollup ஒப்பந்தத்திற்கு பரிவர்த்தனைகளைச் சமர்ப்பிக்க அனுமதிக்கின்றன. இதன் மூலம் பயனர்கள் ஒப்பியாளர் அனுமதி இல்லாமல் ZK-rollup இல் இருந்து Ethereum க்கு வெளியேறக் கூடியதாக இருக்கின்றனர். + +## ZK-rollups எவ்வாறு செயல்படுகின்றன? {#how-do-zk-rollups-work} + +### பரிவர்த்தனைகள் {#transactions} + +ZK-rollup இல் உள்ள பயனர்கள் பரிவர்த்தனைகளைக் கையொப்பமிடுவதுடன், அவற்றை L2 ஒப்பியாளர்களுக்கு செயலாக்க மற்றும் அடுத்த தொகுதியில் சேர்க்கச் சமர்ப்பிக்கின்றனர். சில சந்தர்ப்பங்களில், ஒப்பியாளர் மையமாகிய நிலைமையுடன் செயல்படும் Sequencer என்று அழைக்கப்படும், அவர்கள் பரிவர்த்தனைகளைச் செயலாக்கி, தொகுதிகளில் திரட்டி, L1 க்கு சமர்ப்பிக்கின்றனர். இந்த முறைமையில் Sequencer என்பது L2 பிளாக்களை உருவாக்குவதற்கும் ZK-rollup ஒப்பந்தத்தில் rollup பரிவர்த்தனைகளைச் சேர்ப்பதற்கும் ஒரே தனி அங்கீகாரம் பெற்ற சொந்த அமைப்பாகும். + +மற்ற ZK-ரோல்அப்கள் ஒரு [பங்குச் சான்று](/developers/docs/consensus-mechanisms/pos/) சரிபார்ப்பாளர் தொகுப்பைப் பயன்படுத்துவதன் மூலம் ஆபரேட்டர் பங்கை சுழற்சி முறையில் மாற்றலாம். எதிர்பார்க்கப்படும் ஒப்பியாளர்கள் rollup ஒப்பந்தத்தில் நிதிகளைச் செலுத்துவர், ஒவ்வொரு பங்கின் அளவுக்குப் பங்குதாரரின் அடுத்த rollup தொகுதியைப் உருவாக்கத் தேர்ந்தெடுக்கப்படுவதற்கான வாய்ப்புகளைப் பாதிக்கின்றது. ஒப்பியாளர் மோசடியான செயல்பாடு செய்வதாக இருந்தால் அவர்களின் பங்கு குறைக்கப்படும், இது அவர்கள் செல்லுபடியாகும் பிளாக்களை வெளியிடும்படி தூண்டுகிறது. + +#### ZK-ரோல்அப்கள் எத்தேரியத்தில் பரிவர்த்தனைத் தரவை எப்படி வெளியிடுகின்றன {#how-zk-rollups-publish-transaction-data-on-ethereum} + +விளக்கியபடி, பரிவர்த்தனைத் தரவு எத்தேரியத்தில் `calldata` ஆக வெளியிடப்படுகிறது. `calldata` என்பது ஒரு ஸ்மார்ட் கான்ட்ராக்டில் உள்ள ஒரு தரவுப் பகுதியாகும், இது ஒரு செயல்பாட்டிற்கு வாதங்களை அனுப்பப் பயன்படுகிறது மற்றும் [நினைவகத்தைப்](/developers/docs/smart-contracts/anatomy/#memory) போலவே செயல்படுகிறது. `calldata` எத்தேரியத்தின் நிலையின் ஒரு பகுதியாகச் சேமிக்கப்படவில்லை என்றாலும், அது எத்தேரியம் சங்கிலியின் [வரலாற்றுப் பதிவுகளின்](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) ஒரு பகுதியாக ஆன்செயினில் நீடிக்கிறது. `calldata` எத்தேரியத்தின் நிலையைப் பாதிக்காது, இது ஆன்செயினில் தரவைச் சேமிப்பதற்கான ஒரு மலிவான வழியாகும். + +`calldata` என்ற முக்கியச்சொல் பெரும்பாலும் ஒரு பரிவர்த்தனையால் அழைக்கப்படும் ஸ்மார்ட் கான்ட்ராக்ட் முறையை அடையாளம் காட்டுகிறது, மேலும் முறைக்கான உள்ளீடுகளை ஒரு தன்னிச்சையான பைட் வரிசையின் வடிவத்தில் வைத்திருக்கிறது. ZK-ரோல்அப்கள் சுருக்கப்பட்ட பரிவர்த்தனைத் தரவை ஆன்செயினில் வெளியிட `calldata`-வைப் பயன்படுத்துகின்றன; ரோல்அப் ஆபரேட்டர் ரோல்அப் கான்ட்ராக்டில் தேவையான செயல்பாட்டை அழைப்பதன் மூலம் ஒரு புதிய தொகுப்பை எளிமையாகச் சேர்க்கிறார், மற்றும் சுருக்கப்பட்ட தரவை செயல்பாட்டு வாதங்களாக அனுப்புகிறார். இது பயனர்களுக்கான செலவுகளைக் குறைக்க உதவுகிறது, ஏனெனில் ரோல்அப் கட்டணங்களின் பெரும்பகுதி ஆன்செயினில் பரிவர்த்தனைத் தரவைச் சேமிக்கச் செல்கிறது. + +### நிலை அர்ப்பணிப்புகள் {#state-commitments} + +L2 கணக்குகள் மற்றும் இருப்புகளை உள்ளடக்கிய ZK-ரோல்அப்பின் நிலை, ஒரு [மெர்க்கல் மரமாக](/whitepaper/#merkle-trees) குறிப்பிடப்படுகிறது. மெர்க்கல் மரத்தின் மூலத்தின் (மெர்க்கல் ரூட்) ஒரு குறியாக்க ஹேஷ் ஆன்செயின் கான்ட்ராக்டில் சேமிக்கப்படுகிறது, இது ரோல்அப் நெறிமுறையை ZK-ரோல்அப்பின் நிலையில் ஏற்படும் மாற்றங்களைக் கண்காணிக்க அனுமதிக்கிறது. + +புதிய பரிவர்த்தனை தொகுப்பு செயலாக்கப்பட்ட பிறகு rollup ஒரு புதிய நிலைக்கு மாறுகிறது. நிலை மாற்றத்தைத் தொடங்கிய ஆபரேட்டர், ஒரு புதிய நிலை மூலத்தைக் கணக்கிட்டு அதை ஆன்செயின் கான்ட்ராக்டில் சமர்ப்பிக்க வேண்டும். தொகுப்புடன் தொடர்புடைய சரியான அடையாளம் (validity proof) உறுதிப்படுத்தப்பட்டால், புதிய மெர்கிள் ரூட் ZK-rollup இன் அதிகாரப்பூர்வ நிலை ரூட்டாக மாறுகிறது. + +நிலை ரூட்டுகளை கணக்கீடு செய்வதற்காக, ZK-rollup இயக்குபவர் ஒரு தொகுப்பு ரூட்டையும் (batch root)—அதாவது, ஒரு தொகுப்பில் உள்ள அனைத்து பரிவர்த்தனைகளையும் அடங்கிய ஒரு மெர்கிள் மரத்தின் ரூட்டை உருவாக்குகிறார். புதிய தொகுப்பு சமர்ப்பிக்கப்பட்டபோது, rollup ஒப்பந்தம் தொகுப்பு ரூட்டைச் சேமிக்கிறது, இதனால் பயனாளர்கள் ஒரு பரிவர்த்தனை (உதாரணமாக, ஒரு பெறுமதி எடுப்பு கோரிக்கை) தொகுப்பில் சேர்க்கப்பட்டதை நிரூபிக்க முடியும். பயனர்கள் பரிவர்த்தனை விவரங்கள், தொகுப்பு மூலம், மற்றும் உள்ளடக்கப் பாதையைக் காட்டும் ஒரு [மெர்க்கல் சான்றையும்](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) வழங்க வேண்டும். + +### செல்லுபடியாகும் தன்மைக்கான சான்றுகள் {#validity-proofs} + +ZK-rollup இயக்குபவர் L1 ஒப்பந்தத்திற்கு சமர்ப்பிக்கும் புதிய நிலை ரூட், rollup இன் நிலையின் புதுப்பிப்புகளின் விளைவாகும். உதாரணமாக, அலீஸ் பாபுக்கு 10 டோக்கன்களை அனுப்பினால், இயக்குபவர் அலீஸ் இன் இருப்பை 10 ஆகக் குறைத்துக் கொண்டு, பாபின் இருப்பை 10 ஆக அதிகரிக்கிறார். பின்னர் ஆபரேட்டர் புதுப்பிக்கப்பட்ட கணக்குத் தரவை ஹேஷ் செய்து, ரோல்அப்பின் மெர்க்கல் மரத்தை மீண்டும் உருவாக்கி, புதிய மெர்க்கல் மூலத்தை ஆன்செயின் கான்ட்ராக்டிற்கு சமர்ப்பிக்கிறார். + +ஆனால், rollup ஒப்பந்தம், இயக்குபவர், rollup இன் நிலைக்குச் செய்யப்பட்ட சரியான புதுப்பிப்புகளின் விளைவாகப் புதிய மெர்கிள் ரூட் உருவாகியதாக நிரூபிக்கும் வரை, பரிந்துரைக்கப்பட்ட நிலை உறுதிப்பாட்டை தானாகவே ஏற்காது. ZK-rollup இயக்குபவர் இதைச் செய்யும்போது ஒரு validity proof உருவாக்குகிறார், இது குழுவாக்கப்பட்ட பரிவர்த்தனைகளின் சரிவர்த்தனத்தை (correctness) சரிபார்க்கும் சுருக்கமான குறியாக்க உறுதிப்பாடாகும். + +Validity proofs என்பது ஒரு கூற்றின் சரிவர்த்தனத்தை, கூற்றை வெளியிடாமல் நிரூபிக்க அனுமதிக்கின்றன—அதனால், இவற்றை "zero-knowledge proofs" என்றும் அழைக்கிறார்கள். ZK-ரோல்அப்கள், எத்தேரியத்தில் பரிவர்த்தனைகளை மீண்டும் செயல்படுத்தத் தேவையில்லாமல், ஆஃப்செயின் நிலை மாற்றங்களின் சரியான தன்மையை உறுதிப்படுத்த செல்லுபடியாகும் தன்மைக்கான சான்றுகளைப் பயன்படுத்துகின்றன. இந்தச் சான்றுகள் [ZK-SNARK](https://arxiv.org/abs/2202.06877) (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) அல்லது [ZK-STARK](https://eprint.iacr.org/2018/046) (Zero-Knowledge Scalable Transparent Argument of Knowledge) வடிவத்தில் வரலாம். + +SNARK-கள் மற்றும் STARK-கள் இரண்டும் ZK-ரோல்அப்களில் ஆஃப்செயின் கணக்கீட்டின் ஒருமைப்பாட்டைச் சான்றளிக்க உதவுகின்றன, இருப்பினும் ஒவ்வொரு சான்று வகைக்கும் தனித்துவமான அம்சங்கள் உள்ளன. + +**ZK-SNARK-கள்** + +ZK-SNARK நெறிமுறையானது செயல்பட, பொதுவான குறிப்புக் கோவை (Common Reference String - CRS) உருவாக்குவது அவசியம்: CRS, validity proofs ஐ நிரூபிப்பதற்கும் சரிபார்ப்பதற்கும் பொது அளவுருக்களை (public parameters) வழங்குகிறது. நிரூபிக்கும் முறையின் பாதுகாப்பு, CRS அமைப்பின் மீது வழங்குகிறது; பொது அளவுருக்களை உருவாக்கப் பயன்படுத்தப்படும் தகவல் தீயநோக்குடையவர்களின் கையில் விழுந்தால், அவர்கள் தவறான validity proofs ஐ உருவாக்க முடியும். + +சில ZK-ரோல்அப்கள், ZK-SNARK சுற்றுக்கான பொது அளவுருக்களை உருவாக்க, நம்பகமான நபர்களை உள்ளடக்கிய ஒரு [பல-தரப்பு கணக்கீட்டு விழாவை (MPC)](https://zkproof.org/2021/06/30/setup-ceremonies/amp/) பயன்படுத்துவதன் மூலம் இந்தப் பிரச்சனையைத் தீர்க்க முயற்சிக்கின்றன. ஒவ்வொரு தரப்பும் சில சீரற்ற தன்மையை (randomness) (இதை "toxic waste" என்று அழைக்கின்றனர்) உருவாக்கியபின்னர் அதை உடனடியாக அழிக்க வேண்டும். + +நம்பகமான அமைப்புகள் (Trusted setups) பயன்படுத்தப்படுகின்றன, ஏனெனில் அவை CRS அமைப்பின் பாதுகாப்பை அதிகரிக்கின்றன. ஒரே ஒரு நேர்மையான பங்கேற்பாளர் கூடத் தனது உள்ளீட்டை அழித்தால், ZK-SNARK முறையின் பாதுகாப்பு உறுதியாகும். இருப்பினும், இந்த அணுகுமுறை, அமைப்பின் பாதுகாப்பு உறுதிப்பாடுகளைப் பாதிக்காமல் அவர்கள் எடுத்த சீரற்ற தன்மையை அழிப்பதாக நம்புவதற்கு தேவையானது. + +நம்பிக்கை சார்ந்த முன்னெண்ணங்களைத் தாண்டி, ZK-SNARKs, சின்ன proof அளவுகள் மற்றும் மாறாத நேர சரிபார்ப்பிற்காகப் பிரபலமாக உள்ளன. L1 இல் proof சரிபார்ப்பு, ZK-rollup செயல்பாட்டின் பெரிய செலவாக அமையுமதால், L2 கள், Mainnet இல் proof களை விரைவாகவும் மலிவாகவும் சரிபார்க்க ZK-SNARKs ஐப் பயன்படுத்துகின்றன. + +**ZK-STARK-கள்** + +ZK-SNARK-களைப் போலவே, ZK-STARK-களும் உள்ளீடுகளை வெளிப்படுத்தாமல் ஆஃப்செயின் கணக்கீட்டின் செல்லுபடியாகும் தன்மையை நிரூபிக்கின்றன. ஆனால், ZK-STARKs, ZK-SNARKs க்கு மேம்படுத்தப்பட்டதாகக் கருதப்படுகின்றன, ஏனெனில் அவற்றின் பரந்த அளவிலும் தெளிவான அமைப்பிலும் (scalability and transparency) இருக்கும். + +ZK-STARKs, 'தெளிவானவை' (transparent) எனக் கருதப்படுகின்றன, ஏனெனில் அவை பொதுவான குறிப்புக் கோவை (CRS) என்ற நம்பகமான அமைப்பைத் தேவை இல்லாமல் செயல்பட முடியும். இதற்குப் பதிலாக, ZK-STARKs, பொது சான்றளிக்கக்கூடிய சீரற்ற தன்மையை (publicly verifiable randomness) நம்பி, proof களை உருவாக்கவும் சரிபார்க்கவும் தேவையான அளவுருக்களை அமைக்கின்றன. + +ZK-STARK-கள் அதிக அளவிடும் தன்மையையும் வழங்குகின்றன, ஏனெனில் செல்லுபடியாகும் தன்மைக்கான சான்றுகளை நிரூபிக்கவும் சரிபார்க்கவும் தேவைப்படும் நேரம், அடிப்படை கணக்கீட்டின் சிக்கலுடன் தொடர்புடையதாக _குவாசிலீனியராக_ அதிகரிக்கிறது. ZK-SNARK-களுடன், நிரூபித்தல் மற்றும் சரிபார்ப்பு நேரங்கள் அடிப்படை கணக்கீட்டின் அளவிற்கு ஏற்ப _நேரியல் ரீதியாக_ அளவிடப்படுகின்றன. இதன் பொருளாக, பெரிய தரவுத்தொகுப்புகள் அடங்கியபோது, ZK-STARKs, நிரூபிக்கவும் சரிபார்க்கவும் ZK-SNARKs க்கு விடக் குறைவான நேரத்தைப் பயன்படுத்துகின்றன, இதனால் அவை அதிகபரிமாண பயன்பாடுகளுக்கு (high-volume applications) பயன்படுகின்றன. + +ZK-STARKs, quantum கணினிகளுக்கு எதிராகவும் பாதுகாப்பாக உள்ளன, அன்றைய ZK-SNARKs இல் பயன்படுத்தப்படும் Elliptic Curve Cryptography (ECC) இது quantum கணினி தாக்குதல்களுக்குப் பாதிக்கப்படும் என்று பரவலாக நம்பப்படுகிறது. ZK-STARKs இன் குறைபாடு என்னவெனில், அவை மிகப்பெரிய proof அளவுகளை உருவாக்குகின்றன, இதனால் Ethereum இல் அவற்றைச் சரிபார்க்க அதிக செலவாகின்றது. + +#### Validity Proofs எப்படி ZK-rollups இல் செயல்படுகின்றன? {#validity-proofs-in-zk-rollups} + +##### சான்று உருவாக்கம் + +பரிவர்த்தனைகளை ஏற்கும் முன், operator வழக்கமான சரிபார்ப்புகளைச் செய்ய வேண்டும். இதில் அடங்குவது: + +- அனுப்புநர் மற்றும் பெறுநர் கணக்குகள் நிலைமரத்தின் (state tree) ஒரு பகுதியாக இருக்கின்றனவா என்பதை உறுதிசெய்வது. +- அனுப்புநரின் கணக்கில் பரிவர்த்தனை செய்யப் போதுமான நிதி உள்ளது என்பதை உறுதிசெய்வது. +- பரிவர்த்தனை சரியானது, மற்றும் அந்தப் பரிவர்த்தனை rollup இல் அனுப்புநரின் பொது விசையுடன் பொருந்துகிறது என்பதை உறுதிசெய்வது. +- அனுப்புநரின் nonce சரியானது, இவை போன்றவை. + +ZK-rollup node க்கு போதுமான பரிவர்த்தனைகள் கிடைத்த பிறகு, அவை அனைத்தையும் ஒரு தொகுப்பாக (batch) சேர்த்து, proving circuit க்கு தேவையான உள்ளீடுகளைச் (inputs) சேர்த்துவிடுகிறது, இது ஒரு சுருக்கமான ZK-proof ஆகச் சுருக்கப்படும். இதில் அடங்குவது: + +- அந்த batch இல் உள்ள அனைத்து பரிவர்த்தனைகளையும் அடங்கும் Merkle tree root. +- அந்த batch இல் உள்ள பரிவர்த்தனைகளைச் சரிபார்க்கவும், அவற்றின் சேர்க்கையை (inclusion) நிரூபிக்கவும் Merkle proofs. +- பரிவர்த்தனைகளில் உள்ள அனுப்புநர்-பெறுநர் ஜோடிகளுக்கு (sender-receiver pair) Merkle proofs, அவை rollup இன் நிலைமரத்தின் (state tree) பகுதியாக உள்ளதை நிரூபிக்க. +- இடைநிலை நிலைமூலங்களை (intermediate state roots) சேர்த்து, ஒவ்வொரு பரிவர்த்தனைக்கு state updates ஐச் (உதாரணமாக, அனுப்புநர் கணக்குகளைக் குறைத்தல் மற்றும் பெறுநர் கணக்குகளை அதிகரித்தல்) செயல்படுத்திய பிறகு state root இல் ஏற்பட்ட மாற்றங்களை உறுதி செய்தல். + +Proving circuit ஒவ்வொரு பரிவர்த்தனையையும் "loop" செய்து validity proof ஐ கணக்கிடும், இது operator பரிவர்த்தனையைச் செயல்படுத்துவதற்கு முன் முடித்த அனைத்து சரிபார்ப்புகளையும் திரும்பச் செய்யும். முதலில், கொடுக்கப்பட்ட Merkle proof பயன்படுத்தி அனுப்புநரின் கணக்கு நிலைமூலத்தின் (state root) ஒரு பகுதியாக உள்ளதா என்பதைக் உறுதிசெய்யும். பின்னர், அனுப்புநரின் நிலுவையை (balance) குறைத்து, அவர்களின் nonce ஐ அதிகரித்து, புதுப்பிக்கப்பட்ட கணக்குத் தரவுகளை (account data) ஹாஷ் செய்து, Merkle proof உடன் இணைத்துப் புதிய Merkle root ஐ உருவாக்கும். + +இந்த Merkle root, ZK-rollup இல் நிகழ்ந்த ஒரே மாற்றத்தைப் பிரதிபலிக்கிறது: அனுப்புநரின் நிலுவையும் nonce இலும் ஏற்பட்ட மாற்றம். கணக்கின் இருப்பு (existence) நிரூபிக்கப் பயன்படுத்தப்படும் Merkle proof ஐப் பயன்படுத்தி புதிய state root ஐ பெறுவதால் இது சாத்தியமாகிறது. + +Proving circuit இதே செயல்முறையைப் பெறுநரின் கணக்கிலும் செய்யும். Intermediate state root கீழ் பெறுநரின் கணக்கு இருக்கிறதா என்று Merkle proof ஐப் பயன்படுத்தி சரிபார்த்து, அவர்களின் நிலுவையை அதிகரித்து, கணக்குத் தரவுகளை மீண்டும் ஹாஷ் செய்து, Merkle proof உடன் இணைத்துப் புதிய state root ஐ உருவாக்கும். + +இந்தச் செயல்முறை ஒவ்வொரு பரிவர்த்தனைக்கும் மீண்டும் மீண்டும் நடைபெறும்; ஒவ்வொரு "loop" இலும் அனுப்புநரின் கணக்கைப் புதுப்பிப்பதன் மூலம் ஒரு புதிய state root உருவாகின்றது, பின்னர் பெறுநரின் கணக்கைப் புதுப்பிப்பதன் மூலம் மற்றொரு புதிய root உருவாகின்றது. இது Zk-rollup இன் state tree இல் ஒரு பகுதியை மாற்றுவது போன்று ஒவ்வொரு state root update ஐயும் பிரதிபலிக்கிறது. + +ZK-proving circuit, பரிவர்த்தனை தொகுப்பின் (transaction batch) முழுவதையும் பின்தொடர்ந்து, இறுதியாக அமைக்கப்பட்ட state root க்கு பிறகு நிகழும் state root மாற்றங்களின் தொடரைப் (sequence) சரிபார்க்கின்றது. இறுதியாகக் கணக்கிடப்படும் Merkle root ZK-rollup இன் புதிய canonical state root ஆக மாறும். + +##### சான்று சரிபார்ப்பு + +State updates சரியாக உள்ளதா என்பதை proving circuit சரிபார்த்த பின், L2 operator கணக்கிட்ட validity proof ஐ L1 இல் உள்ள verifier contract க்கு சமர்ப்பிக்கின்றது. Contract இன் verification circuit proof ஐ சரிபார்த்து, proof இல் உள்ள public inputs ஐயும் சரிபார்க்கின்றது: + +- **முன்-நிலை மூலம்**: ZK-ரோல்அப்பின் பழைய நிலை மூலம் (அதாவது, தொகுக்கப்பட்ட பரிவர்த்தனைகள் செயல்படுத்தப்படுவதற்கு முன்பு), இது L2 சங்கிலியின் கடைசியாக அறியப்பட்ட செல்லுபடியாகும் நிலையைப் பிரதிபலிக்கிறது. + +- **பின்-நிலை மூலம்**: ZK-ரோல்அப்பின் புதிய நிலை மூலம் (அதாவது, தொகுக்கப்பட்ட பரிவர்த்தனைகள் செயல்படுத்தப்பட்ட பிறகு), இது L2 சங்கிலியின் புதிய நிலையைப் பிரதிபலிக்கிறது. Proving circuit இல் state updates ஐச் செயல்படுத்திய பிறகு பெறப்பட்ட இறுதி root தான் இந்த post-state root ஆகும். + +- **தொகுப்பு மூலம்**: தொகுப்பில் உள்ள பரிவர்த்தனைகளை _மெர்க்கலைஸ்_ செய்து மரத்தின் மூலத்தை ஹேஷ் செய்வதன் மூலம் பெறப்பட்ட தொகுப்பின் மெர்க்கல் மூலம். + +- **பரிவர்த்தனை உள்ளீடுகள்**: சமர்ப்பிக்கப்பட்ட தொகுப்பின் ஒரு பகுதியாக செயல்படுத்தப்பட்ட பரிவர்த்தனைகளுடன் தொடர்புடைய தரவு. + +Proof circuit ஐ திருப்திப்படுத்தினால் (அதாவது, இது சரியாக இருந்தால்), அது rollup ஐ பழைய நிலைமற்றை (pre-state root மூலம் cryptographically குறியாக்கப்பட்ட) முதல் புதிய நிலைமற்றை (post-state root மூலம் cryptographically குறியாக்கப்பட்ட) நோக்கி மாறும் சரியான பரிவர்த்தனைகளின் தொடரைக் குறிக்கின்றது. Pre-state root rollup contract இல் சேமிக்கப்பட்ட root உடன் பொருந்தினால், மற்றும் proof சரியாக இருந்தால், rollup contract proof இல் உள்ள post-state root ஐ எடுத்துக்கொண்டு அதன் state tree ஐ புதுப்பித்து rollup இன் மாற்றப்பட்ட நிலையைப் பிரதிபலிக்கின்றது. + +### உள்ளீடுகள் மற்றும் வெளியேற்றங்கள் {#entries-and-exits} + +பயனர்கள் ZK-rollup இல் நுழைவதற்காக L1 தொடரில் நிறுவப்பட்ட rollup contract இல் டோக்கன்களை வைப்பு செய்கின்றனர். இந்தப் பரிவர்த்தனைை குவியப்படுகின்றது, ஏனெனில் செயற்பாட்டாளர்களே rollup contract க்கு பரிவர்த்தனைகளைச் சமர்ப்பிக்க முடியும். + +என்றால், தாமதமாக்கப்பட்ட வைப்பு வரிசை நிரம்பத் தொடங்கினால், ZK-rollup செயற்பாட்டாளர் வைப்பு பரிவர்த்தனைகளை எடுத்துக்கொண்டு rollup contract க்கு சமர்ப்பிக்கும். பயனர் இன் நிதிகள் rollup இல் உள்ளவுடன், அவர்கள் செயற்பாட்டாளருக்கு பரிவர்த்தனைகளை அனுப்புவதன் மூலம் பரிவர்த்தனை செய்யத் தொடங்கலாம். பயனர்கள் தங்கள் கணக்குத் தரவுகளை ஹாஷ் செய்து, ஹாஷை rollup contract க்கு அனுப்பி, தற்போதைய நிலைமற்றை எதிர்க்க Merkle proof ஐ வழங்கி rollup இல் இருப்புகளை சரிபார்க்கலாம். + +ZK-rollup இல் இருந்து L1 க்கு விலகுதல். பயனர் வெளியீட்டு பரிவர்த்தனையைத் தங்கள் rollup ஆஸ்திகளை ஒரு குறிப்பிட்ட கணக்குக்கு எரிக்க அனுப்புவதன் மூலம் ஆரம்பிக்கிறார். ஆபரேட்டர் அடுத்த தொகுப்பில் பரிவர்த்தனையைச் சேர்த்தால், பயனர் ஆன்செயின் கான்ட்ராக்டிற்கு திரும்பப் பெறும் கோரிக்கையைச் சமர்ப்பிக்கலாம். இந்த விலகல் கோரிக்கை பின்வரும் அம்சங்களை உள்ளடக்குகிறது: + +- பயனர் பரிவர்த்தனையை எரிக்கும் கணக்கில் சேர்க்கப்பட்டதை ஆதாரமாகக் கூறும் Merkle proof + +- பரிவர்த்தனை தரவுகள் + +- Batch root + +- வைப்பு செய்யப்பட்ட நிதிகளைப் பெறுவதற்கான L1 முகவரி + +Rollup contract பரிவர்த்தனை தரவுகளை ஹாஷ் செய்கிறது, batch root உள்ளதா என்பதை சரிபார்க்கிறது, மற்றும் Merkle proof ஐப் பயன்படுத்தி பரிவர்த்தனை ஹாஷ் batch root இல் உள்ளதா என்பதை சரிபார்க்கிறது. அதன் பிறகு, contract வெளியீட்டு பரிவர்த்தனையைச் செய்கிறது மற்றும் பயனரின் தேர்ந்த முகவரிக்கு L1 இல் நிதிகளை அனுப்புகிறது. + +## ZK-ரோல்அப்களும் EVM இணக்கத்தன்மையும் {#zk-rollups-and-evm-compatibility} + +ஆப்டிமிஸ்டிக் ரோல்அப்களைப் போலல்லாமல், ZK-ரோல்அப்கள் [எத்தேரியம் மெய்நிகர் இயந்திரத்துடன் (EVM)](/developers/docs/evm/) உடனடியாகப் பொருந்தக்கூடியவை அல்ல. பொதுவாக EVM கணிப்புகளை circuit கள் மூலம் நிலைமையாக்குவது, எளிய கணிப்புகளை (முன்பு விவரிக்கப்பட்ட டோக்கன் பரிமாற்றம் போன்றவை) நிலைமையாக்குவதற்கும் ஒப்பிடும்போது கடினமாகவும் வளங்களைப் பயன்படுத்துவதற்குமானதாகும். + +இருப்பினும், [பூஜ்ஜிய-அறிவு தொழில்நுட்பத்தில் ஏற்பட்டுள்ள முன்னேற்றங்கள்](https://hackmd.io/@yezhang/S1_KMMbGt#Why-possible-now) EVM கணக்கீட்டைப் பூஜ்ஜிய-அறிவு சான்றுகளில் பொதிவதில் புதுப்பிக்கப்பட்ட ஆர்வத்தைத் தூண்டுகின்றன. இந்த முயற்சிகள், நிரலின் செயல்திறனைச் சரிபார்க்கும் திறனுடன் ஒரு நான்கு அறிவு EVM (zkEVM) செயல்பாட்டை உருவாக்க முக்கையாக உள்ளன. ஒரு zkEVM, செயல்திறனைச் சரிபார்க்க circuit களில் EVM opcode களை மீண்டும் உருவாக்குகிறது, இது அறிவு ஒழுங்குகளை நிரல் சாணாக்குகளைச் செயல்படுத்த அனுமதிக்கிறது. + +EVM போல, zkEVM கணிப்புகள் எஞ்சிய உள்ளீடுகளைச் செயல்படுத்திய பிறகு நிலைகளை மாறுகிறது. வேறுபாடு என்னவென்றால், zkEVM, நிரல் செயல்திறனில் ஒவ்வொரு படியையும் சரிபார்க்க நான்கு அறிவு ஆதாரங்களை உருவாக்குகிறது. நிலைமையாக்கப்பட்ட ஆதாரங்கள் VM இன் நிலையை (நினைவகம், ஸ்டாக், சேமிப்பு) மற்றும் கணிப்பு (எனவே, செயல்பாடு சரியான opcode களை அழைத்ததா மற்றும் அவற்றைப் பொறுத்து செயல்படுத்தினா?) சரிபார்க்க முடியும். + +EVM-இற்கு பொருந்தக்கூடிய ZK-rollups அறிமுகம், நான்கு அறிவு ஆதாரங்களின் அளவீட்டு மற்றும் பாதுகாப்பு உத்திகளைப் பயன்படுத்த நிபுணர்களுக்கு உதவ இருக்கும் என்று எதிர்பார்க்கப்படுகிறது. முக்கியமாக, மைய எதரியம் கட்டமைப்புடன் பொருந்துவதால், டெவலப்பர்கள் பழக்கமான (மற்றும் போராடிய) கருவிகள் மற்றும் மொழிகளைப் பயன்படுத்தி ZK-friendly dapps ஐ உருவாக்க முடியும். + +## ZK-rollup கட்டணங்கள் எவ்வாறு வேலை செய்கின்றன? {#how-do-zk-rollup-fees-work} + +ZK-rollups இல் பயனர்கள் நிகழ்வுகளைச் செய்ய எவ்வளவு கட்டணத்தைச் செலுத்துகிறார்கள் என்பது எதரியம் Mainnet போலவே, கட்டணத்திற்கு சார்ந்தது. ஆனால், L2 இல் கட்டணங்கள் மாறுபட்ட முறையில் செயல்படுகின்றன மற்றும் கீழ்காணும் செலவுகளைப் பொறுத்தவை: + +1. **நிலை எழுதுதல்**: எத்தேரியத்தின் நிலைக்கு எழுதுவதற்கு ஒரு நிலையான செலவு உள்ளது (அதாவது, எத்தேரியம் பிளாக்செயினில் ஒரு பரிவர்த்தனையைச் சமர்ப்பித்தல்). ZK-rollups இந்தச் செலவைக் குறைப்பதற்காக நிகழ்வுகளைக் குழுவாகச் சேர்க்கின்றன மற்றும் நிலையான செலவுகளைப் பல பயனர்களிடையே பகிர்ந்தளிக்கின்றன. + +2. **தரவு வெளியீடு**: ZK-ரோல்அப்கள் ஒவ்வொரு பரிவர்த்தனைக்குமான நிலைத் தரவை எத்தேரியத்தில் `calldata` ஆக வெளியிடுகின்றன. `calldata` செலவுகள் தற்போது [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) ஆல் நிர்வகிக்கப்படுகின்றன, இது `calldata`-இன் பூஜ்ஜியம் அல்லாத பைட்டுகளுக்கு 16 கேஸ் செலவையும் பூஜ்ஜிய பைட்டுகளுக்கு 4 கேஸ் செலவையும் முறையே குறிப்பிடுகிறது. ஒவ்வொரு பரிவர்த்தனைக்கும் செலுத்தப்படும் செலவானது, அதற்காக எவ்வளவு `calldata` ஆன்செயினில் பதியப்பட வேண்டும் என்பதைப் பொறுத்தது. + +3. **L2 ஆபரேட்டர் கட்டணங்கள்**: இது, பரிவர்த்தனைகளைச் செயலாக்குவதில் ஏற்படும் கணக்கீட்டுச் செலவுகளுக்கான இழப்பீடாக ரோல்அப் ஆபரேட்டருக்கு செலுத்தப்படும் தொகையாகும், இது எத்தேரியம் மெயின்நெட்டில் உள்ள [பரிவர்த்தனை "முன்னுரிமைக் கட்டணங்கள் (டிப்ஸ்)"](/developers/docs/gas/#how-are-gas-fees-calculated) போலவே ஆகும். + +4. **சான்று உருவாக்கம் மற்றும் சரிபார்ப்பு**: ZK-ரோல்அப் ஆபரேட்டர்கள் பரிவர்த்தனைத் தொகுப்புகளுக்கு செல்லுபடியாகும் தன்மைக்கான சான்றுகளை உருவாக்க வேண்டும், இது வளம்-செறிவு மிக்கதாகும். Mainnet இல் நான்கு அறிவு ஆதாரங்களைச் சரிபார்க்கவும் gas (~ 500,000 gas) செலவாகும். + +நிகழ்வுகளைக் குழுவாகச் சேர்ப்பதைத் தவிர, ZK-rollups பயனர்களுக்கான கட்டணங்களைச் சுருக்கம் செய்யும். எத்தேரியம் ZK-ரோல்அப்களைப் பயன்படுத்துவதற்கு எவ்வளவு செலவாகிறது என்பதன் [நிகழ்நேர மேலோட்டத்தை](https://l2fees.info/) நீங்கள் காணலாம். + +## ZK-rollups எதரியத்தை எவ்வாறு அளவீடு செய்கின்றன? {#scaling-ethereum-with-zk-rollups} + +### பரிவர்த்தனைத் தரவு சுருக்கம் {#transaction-data-compression} + +ZK-ரோல்அப்கள் கணக்கீட்டை ஆஃப்செயினுக்கு எடுத்துச் செல்வதன் மூலம் எத்தேரியத்தின் அடிப்படைக் லேயரில் செயல்திறனை நீட்டிக்கின்றன, ஆனால் அளவிடுவதற்கான உண்மையான ஊக்கம் பரிவர்த்தனைத் தரவைச் சுருக்குவதிலிருந்து வருகிறது. எத்தேரியத்தின் [பிளாக் அளவு](/developers/docs/blocks/#block-size) ஒவ்வொரு பிளாக்கும் வைத்திருக்கக்கூடிய தரவைக் கட்டுப்படுத்துகிறது, மேலும், அதன் நீட்சியாக, ஒரு பிளாக்கிற்குச் செயலாக்கப்படும் பரிவர்த்தனைகளின் எண்ணிக்கையையும் கட்டுப்படுத்துகிறது. நிகழ்வு சார்ந்த தரவுகளைச் சுருக்குவதன் மூலம், ZK-rollups ஒவ்வொரு பிளாக்கிலும் செயல்படுத்தப்படும் நிகழ்வுகளின் எண்ணிக்கையைப் பெரிதும் அதிகரிக்கின்றன. + +ZK-rollups, எதரியத்தைச் சாத்தியமாக்கும் அளவிற்கு மிகவும் மேம்பட்டதாக இருக்கின்றன, ஏனெனில் அவற்றுக்கு ஒவ்வொரு நிகழ்வைச் சரிபார்க்க தேவையான அனைத்து தரவுகளையும் வெளியிட வேண்டிய அவசியமில்லை. அவை rollup-இல் கணக்குகள் மற்றும் நிலைகளை மீட்டமைக்க தேவையான குறைந்தபட்ச தரவுகளை மட்டுமே வெளியிட வேண்டும். + +### தொடர்ச்சியான சான்றுகள் {#recursive-proofs} + +சிறந்த அறிவியல் ஆதாரங்களின் மூலம் மற்ற ஆதாரங்களைச் சரிபார்க்க முடியும் என்பது ஒரு நன்மை. எடுத்துக்காட்டாக, ஒரு சிங்கிள் ZK-SNARK மற்ற ZK-SNARKs-ஐ சரிபார்க்க முடியும். இப்படி "ஆதாரங்களின் ஆதாரங்கள்" என்று அழைக்கப்படும் மறுமொழி ஆதாரங்கள், ZK-rollups-இல் throughput-ஐ எதிரொலிக்கிறது. + +தற்காலத்தில், நிலைத்தன்மை ஆதாரங்கள் பிளாக்குக்கு பிளாக்காக உருவாக்கப்படுகின்றன மற்றும் L1 ஒப்புதல் தொகுதிக்குச் சமர்ப்பிக்கப்படுகின்றன. ஆனால், ஒற்றை பிளாக்கின் ஆதாரங்களைச் சரிபார்க்கும்போது ZK-rollups அளவீட்டின் அளவுகளை வரையறுக்கிறது, ஏனெனில் ஒரே ஒரு பிளாக் மட்டுமே இறுதி செய்யப்படுகிறது. + +மாறாக, மறுமொழி ஆதாரங்கள் ஒரே நிலைத்தன்மை ஆதாரத்துடன் பல பிளாக்குகளை இறுதி செய்யச் சாத்தியமாக்குகின்றன. இது proving circuit பல பிளாக்குகளின் ஆதாரங்களை மறுமொழியாகச் சேர்க்கும்போது, ஒரு இறுதி ஆதாரம் உருவாகும். L2 செயல்பாட்டாளர் இந்த மறுமொழி ஆதாரத்தைச் சமர்ப்பிக்கின்றார், மற்றும் ஒப்புதலுக்கு உட்பட்டால், அனைத்து சம்பந்தப்பட்ட பிளாக்குகளும் உடனடியாக இறுதி செய்யப்படும். மறுமொழி ஆதாரங்களுடன், எதரியத்தில் ஒப்புதலான ZK-rollup நிகழ்வுகளின் எண்ணிக்கையை அதிகரிக்கலாம். + +### ZK-ரோல்அப்களின் நன்மைகள் மற்றும் தீமைகள் {#zk-rollups-pros-and-cons} + +| நிறைகள் | குறைகள் | +| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| செல்லுபடியாகும் தன்மைக்கான சான்றுகள் ஆஃப்செயின் பரிவர்த்தனைகளின் சரியான தன்மையை உறுதி செய்கின்றன, மற்றும் ஆபரேட்டர்கள் தவறான நிலை மாற்றங்களைச் செயல்படுத்துவதைத் தடுக்கின்றன. | செல்லுபடியாகும் தன்மைக்கான சான்றுகளைக் கணக்கிடுவது மற்றும் சரிபார்ப்பதுடன் தொடர்புடைய செலவு கணிசமானது, மேலும் இது ரோல்அப் பயனர்களுக்கான கட்டணங்களை அதிகரிக்கக்கூடும். | +| L1 இல் செல்லுபடியாகும் தன்மைக்கான சான்றுகள் சரிபார்க்கப்பட்டவுடன் நிலை புதுப்பிப்புகள் அங்கீகரிக்கப்படுவதால், இது வேகமான பரிவர்த்தனை இறுதித்தன்மையை வழங்குகிறது. | பூஜ்ஜிய-அறிவு தொழில்நுட்பத்தின் சிக்கலான தன்மை காரணமாக EVM-இணக்கமான ZK-ரோல்அப்களை உருவாக்குவது கடினம். | +| [ஆப்டிமிஸ்டிக் ரோல்அப்களைப்](/developers/docs/scaling/optimistic-rollups/#optimistic-pros-and-cons) போல ஊக்கப்படுத்தப்பட்ட பங்கேற்பாளர்களின் நேர்மையைச் சாராமல், பாதுகாப்பிற்காக நம்பிக்கையற்ற குறியாக்க வழிமுறைகளைச் சார்ந்துள்ளது. | செல்லுபடியாகும் தன்மைக்கான சான்றுகளை உருவாக்குவதற்கு சிறப்பு வன்பொருள் தேவைப்படுகிறது, இது சில தரப்பினரால் சங்கிலியின் மையப்படுத்தப்பட்ட கட்டுப்பாட்டை ஊக்குவிக்கக்கூடும். | +| L1 இல் ஆஃப்செயின் நிலையை மீட்டெடுக்கத் தேவையான தரவைச் சேமிக்கிறது, இது பாதுகாப்பு, தணிக்கை-எதிர்ப்பு மற்றும் பரவலாக்கத்திற்கு உத்தரவாதம் அளிக்கிறது. | மையப்படுத்தப்பட்ட ஆபரேட்டர்கள் (சீக்வென்சர்கள்) பரிவர்த்தனைகளின் வரிசையை பாதிக்கலாம். | +| பயனர்கள் அதிக மூலதனத் திறனிலிருந்து பயனடைகிறார்கள், மற்றும் தாமதமின்றி L2 இலிருந்து நிதியைத் திரும்பப் பெறலாம். | வன்பொருள் தேவைகள், சங்கிலியை முன்னேறச் செய்யக்கூடிய பங்கேற்பாளர்களின் எண்ணிக்கையைக் குறைக்கலாம், இது தீங்கிழைக்கும் ஆபரேட்டர்கள் ரோல்அப்பின் நிலையை முடக்குவது மற்றும் பயனர்களைத் தணிக்கை செய்வது போன்ற அபாயத்தை அதிகரிக்கிறது. | +| லைவ்நெஸ் அனுமானங்களைச் சார்ந்திருக்கவில்லை, மேலும் பயனர்கள் தங்கள் நிதியைப் பாதுகாக்க சங்கிலியைச் சரிபார்க்க வேண்டியதில்லை. | சில நிரூபிக்கும் அமைப்புகளுக்கு (எ.கா., ZK-SNARK) ஒரு நம்பகமான அமைப்பு தேவைப்படுகிறது, அது தவறாகக் கையாளப்பட்டால், ஒரு ZK-ரோல்அப்பின் பாதுகாப்பு மாதிரியைப் பாதிக்கக்கூடும். | +| சிறந்த தரவு சுருக்கம் எத்தேரியத்தில் `calldata` வெளியிடுவதற்கான செலவுகளைக் குறைக்கவும், பயனர்களுக்கான ரோல்அப் கட்டணங்களைக் குறைக்கவும் உதவும். | | + +### ZK-ரோல்அப்களின் ஒரு காட்சி விளக்கம் {#zk-video} + +Finematics, ZK-ரோல்அப்களை விளக்குவதைப் பாருங்கள்: + + + +## யார் ஒரு zkEVM-இல் வேலை செய்கிறார்கள்? {#zkevm-projects} + +zkEVM-களில் வேலை செய்யும் திட்டங்கள் பின்வருமாறு: + +- **[zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs)** - _zkEVM என்பது EVM-இணக்கமான ZK-ரோல்அப்பையும், எத்தேரியம் பிளாக்குகளுக்கான செல்லுபடியாகும் தன்மைக்கான சான்றுகளை உருவாக்குவதற்கான ஒரு வழிமுறையையும் உருவாக்க எத்தேரியம் அறக்கட்டளையால் நிதியளிக்கப்பட்ட ஒரு திட்டமாகும்._ + +- **[Polygon zkEVM](https://polygon.technology/solutions/polygon-zkevm)** - _என்பது எத்தேரியம் மெயின்நெட்டில் உள்ள ஒரு பரவலாக்கப்பட்ட ZK ரோல்அப் ஆகும், இது ஒரு பூஜ்ஜிய-அறிவு எத்தேரியம் மெய்நிகர் இயந்திரத்தில் (zkEVM) வேலை செய்கிறது, இது பூஜ்ஜிய-அறிவு-சான்று சரிபார்ப்புகளுடன் ஸ்மார்ட் கான்ட்ராக்ட்கள் உட்பட எத்தேரியம் பரிவர்த்தனைகளை வெளிப்படையான முறையில் செயல்படுத்துகிறது._ + +- **[Scroll](https://scroll.io/blog/zkEVM)** - _Scroll என்பது எத்தேரியத்திற்கான ஒரு நேட்டிவ் zkEVM லேயர் 2 தீர்வை உருவாக்குவதில் பணியாற்றும் ஒரு தொழில்நுட்பத்தை மையமாகக் கொண்ட நிறுவனமாகும்._ + +- **[Taiko](https://taiko.xyz)** - _Taiko ஒரு பரவலாக்கப்பட்ட, எத்தேரியம்-சமமான ZK-ரோல்அப் (ஒரு [வகை 1 ZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html)) ஆகும்._ + +- **[ZKsync](https://docs.zksync.io/)** - _ZKsync Era என்பது Matter Labs ஆல் உருவாக்கப்பட்ட, அதன் சொந்த zkEVM ஆல் இயக்கப்படும் ஒரு EVM-இணக்கமான ZK ரோல்அப் ஆகும்._ + +- **[Starknet](https://starkware.co/starknet/)** - _StarkNet என்பது StarkWare ஆல் உருவாக்கப்பட்ட ஒரு EVM-இணக்கமான லேயர் 2 அளவிடுதல் தீர்வாகும்._ + +- **[Morph](https://www.morphl2.io/)** - _Morph என்பது லேயர் 2 நிலை சவால் சிக்கலைத் தீர்க்க zk-சான்றைப் பயன்படுத்தும் ஒரு கலப்பின ரோல்அப் அளவிடுதல் தீர்வு ஆகும்._ + +- **[Linea](https://linea.build)** - _Linea என்பது Consensys ஆல் உருவாக்கப்பட்ட ஒரு எத்தேரியம்-சமமான zkEVM லேயர் 2 ஆகும், இது எத்தேரியம் சூழலமைப்புடன் முழுமையாகப் பொருந்தியுள்ளது._ + +## ZK-ரோல்அப்கள் பற்றிய மேலதிக வாசிப்பு {#further-reading-on-zk-rollups} + +- [பூஜ்ஜிய-அறிவு ரோல்அப்கள் என்றால் என்ன?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups) +- [பூஜ்ஜிய-அறிவு ரோல்அப்கள் என்றால் என்ன?](https://alchemy.com/blog/zero-knowledge-rollups) +- [எத்தேரியம் ரோலப்ஸிற்கான நடைமுறை வழிகாட்டி](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) +- [STARK-களும் SNARK-களும்](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) +- [zkEVM என்றால் என்ன?](https://www.alchemy.com/overviews/zkevm) +- [ZK-EVM வகைகள்: எத்தேரியம்-சமம், EVM-சமம், வகை 1, வகை 4, மற்றும் பிற மறைகுறியீட்டுச் சொற்கள்](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4) +- [zkEVM-க்கான அறிமுகம்](https://hackmd.io/@yezhang/S1_KMMbGt) +- [ZK-EVM L2-கள் என்றால் என்ன?](https://linea.mirror.xyz/qD18IaQ4BROn_Y40EBMTUTdJHYghUtdECscSWyMvm8M) +- [அற்புதமான-zkEVM வளங்கள்](https://github.com/LuozhuZhang/awesome-zkevm) +- [ZK-SNARKS-களின் உள்செயல்பாடு](https://vitalik.eth.limo/general/2017/02/01/zk_snarks.html) +- [SNARK-கள் எப்படி சாத்தியமாகின்றன?](https://vitalik.eth.limo/general/2021/01/26/snarks.html) From 7b6ef5fa812de3b3a9562f5e4fc884771ead7ce8 Mon Sep 17 00:00:00 2001 From: Joshua <62268199+minimalsm@users.noreply.github.com> Date: Sun, 15 Feb 2026 17:32:32 +0000 Subject: [PATCH 2/2] fix(i18n): fix cross-script contamination and markdown artifacts in Tamil translations MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - Replace Telugu text (అధిగమిస్తుంది) with Tamil equivalent in Chronicle description - Replace Kannada/Telugu text (ಪ್ರತಿಕందించడానికి) with Tamil equivalent in Witnet description - Remove escaped bold markdown (\*\*) artifacts from Crowdin in oracles page - Fix double virama typo in state-channels page --- .../translations/ta/developers/docs/oracles/index.md | 8 ++++---- .../ta/developers/docs/scaling/state-channels/index.md | 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/public/content/translations/ta/developers/docs/oracles/index.md b/public/content/translations/ta/developers/docs/oracles/index.md index 5ed90a275c8..d8e83c40c1a 100644 --- a/public/content/translations/ta/developers/docs/oracles/index.md +++ b/public/content/translations/ta/developers/docs/oracles/index.md @@ -258,7 +258,7 @@ contract Oracle { **போக்குவரத்து அடுக்கு பாதுகாப்பு (TLS) ஆதாரங்கள்**: ஆரக்கிள் முனைகள் பெரும்பாலும் போக்குவரத்து அடுக்கு பாதுகாப்பு (TLS) நெறிமுறையின் அடிப்படையில் பாதுகாப்பான HTTP இணைப்பைப் பயன்படுத்தி வெளிப்புற மூலங்களிலிருந்து தரவை மீட்டெடுக்கின்றன. சில மையமற்ற ஒராக்கிள்கள் TLS அமர்வுகளைச் சரிபார்க்க உண்மையான ஆதாரங்களைப் பயன்படுத்துகின்றன (அதாவது, ஒரு கணையும் குறிப்பிட்ட சர்வரின் இடையே தகவல் மாற்றத்தை உறுதி செய்வது) மற்றும் அமர்வின் உள்ளடக்கங்கள் மாற்றம் செய்யப்படவில்லை என்பதை உறுதிப்படுத்த முடியும். -**நம்பகமான செயலாக்கச் சூழல் (TEE) சான்றளிப்புகள்**: ஒரு [நம்பகமான செயலாக்கச் சூழல்](https://en.wikipedia.org/wiki/Trusted_execution_environment) (TEE) என்பது அதன் ஹோஸ்ட் அமைப்பின் செயல்பாட்டு செயல்முறைகளிலிருந்து தனிமைப்படுத்தப்பட்ட ஒரு சாண்ட்பாக்ஸ் கணக்கீட்டு சூழலாகும். TEEs எந்தச் செயல்முறை குறியீடும் அல்லது தகவலும் செயலாக்கச் சூழலின் செயல்முறையில் சேமிக்கப்பட்ட அல்லது பயன்படுத்தப்பட்ட நம்பகத்தை உறுதி\*\* செய்கின்றன. பயனர்கள் கூடவே ஒரு அத்தாட்சியை உருவாக்க முடியும், ஒரு செயல்முறை அம்சம் நம்பகமான செயலாக்கச் சூழலின் உள்ளே இயங்குகிறது என்பதை உறுதிப்படுத்த முடியும். +**நம்பகமான செயலாக்கச் சூழல் (TEE) சான்றளிப்புகள்**: ஒரு [நம்பகமான செயலாக்கச் சூழல்](https://en.wikipedia.org/wiki/Trusted_execution_environment) (TEE) என்பது அதன் ஹோஸ்ட் அமைப்பின் செயல்பாட்டு செயல்முறைகளிலிருந்து தனிமைப்படுத்தப்பட்ட ஒரு சாண்ட்பாக்ஸ் கணக்கீட்டு சூழலாகும். TEEs எந்தச் செயல்முறை குறியீடும் அல்லது தகவலும் செயலாக்கச் சூழலின் செயல்முறையில் சேமிக்கப்பட்ட அல்லது பயன்படுத்தப்பட்ட நம்பகத்தை உறுதி செய்கின்றன. பயனர்கள் கூடவே ஒரு அத்தாட்சியை உருவாக்க முடியும், ஒரு செயல்முறை அம்சம் நம்பகமான செயலாக்கச் சூழலின் உள்ளே இயங்குகிறது என்பதை உறுதிப்படுத்த முடியும். சில மையமற்ற ஒராக்கிள்கள் ஒராக்கிள் கணையாளர்களை TEE உறுதிப்படுத்தல்களை வழங்கக் கோருகின்றன. இது பயனருக்கு, ஒரு ஒராக்கிள் கணையாளர் நம்பகமான செயலாக்கச் சூழலில் ஒரு ஒராக்கிள் வாடிக்கையாளரின் அம்சத்தை இயக்கிக் கொண்டிருக்கிறார் என்பதை உறுதிப்படுத்துகிறது. TEEs, வெளிப்புற செயல்முறைகள் செயல்முறை குறியீட்டையும் தகவலையும் மாற்றுவதிலிருந்து அல்லது படிக்கத் தடுப்பதோடு, அந்த அத்தாட்சிகள், ஒராக்கிள் கணையாளர் தகவலை உறுதியாகவும் இரகசியமாகவும் வைத்திருக்கிறார் என்பதை உறுதிப்படுத்த முடிகின்றன. @@ -292,7 +292,7 @@ contract Oracle { பரவலாக்கப்பட்ட ஆரக்கிள் சேவைகள் ஸ்மார்ட் கான்ட்ராக்டுகளுக்கு ஆஃப்செயின் தரவின் உயர் கிடைக்கும் தன்மையை உறுதி செய்கின்றன. ஆஃப்செயின் தகவல்களின் மூலத்தையும், தகவல்களை ஆன்செயினுக்கு மாற்றுவதற்குப் பொறுப்பான முனைகளையும் பரவலாக்குவதன் மூலம் இது அடையப்படுகிறது. -அதனால், குறிப்பிட்ட முறையில் ஒவ்வொரு ஒராக்கிள் ஒப்பந்தம் பல கணைகளை \*\*(அவை மற்றும் பல தகவல் மூலங்களை மற்றும் நம்புகின்றன) வழங்க, அந்த வினவல்களைச் சரியான நேரத்தில் செயலாக்குகின்றன. மூலம் _மற்றும்_ முனை-ஆபரேட்டர் மட்டத்தில் பரவலாக்கம் முக்கியமானது - ஒரே மூலத்திலிருந்து பெறப்பட்ட தகவல்களை வழங்கும் ஆரக்கிள் முனைகளின் நெட்வொர்க், ஒரு மையப்படுத்தப்பட்ட ஆரக்கிள் போன்ற அதே சிக்கலை எதிர்கொள்ளும். +அதனால், குறிப்பிட்ட முறையில் ஒவ்வொரு ஒராக்கிள் ஒப்பந்தம் பல கணைகளை (அவை மற்றும் பல தகவல் மூலங்களை மற்றும் நம்புகின்றன) வழங்க, அந்த வினவல்களைச் சரியான நேரத்தில் செயலாக்குகின்றன. மூலம் _மற்றும்_ முனை-ஆபரேட்டர் மட்டத்தில் பரவலாக்கம் முக்கியமானது - ஒரே மூலத்திலிருந்து பெறப்பட்ட தகவல்களை வழங்கும் ஆரக்கிள் முனைகளின் நெட்வொர்க், ஒரு மையப்படுத்தப்பட்ட ஆரக்கிள் போன்ற அதே சிக்கலை எதிர்கொள்ளும். தரவுக் கோரிக்கைகளுக்கு விரைவாகப் பதிலளிக்கத் தவறிய முனை ஆபரேட்டர்களை ஸ்டேக் அடிப்படையிலான ஆரக்கிள்கள் ஸ்லாஷ் செய்யவும் முடியும். இதற்காக, அந்த மையமற்ற தகவல்களை முற்றிலும் அமைக்க, அவை சரியான தகவல்களை நிறுவவும் அந்தச் செயலாக்கத்திற்குரிய முறைகளை அமைப்பதும் அதிகமாகப் பெரிய மதிப்புகளை அடைய வழிகாட்டுகின்றன. @@ -390,9 +390,9 @@ contract PriceConsumerV3 { **[RedStone Oracles](https://redstone.finance/)** - _ரெட்ஸ்டோன் என்பது கேஸ்-மேம்படுத்தப்பட்ட தரவு ஊட்டங்களை வழங்கும் ஒரு பரவலாக்கப்பட்ட மாடுலர் ஆரக்கிள் ஆகும். லிக்விட் ஸ்டேக்கிங் டோக்கன்கள் (LSTகள்), லிக்விட் ரீஸ்டேக்கிங் டோக்கன்கள் (LRTகள்), மற்றும் பிட்காயின் ஸ்டேக்கிங் டெரிவேட்டிவ்கள் போன்ற வளர்ந்து வரும் சொத்துக்களுக்கான விலை ஊட்டங்களை வழங்குவதில் இது நிபுணத்துவம் பெற்றது._ -**[Chronicle](https://chroniclelabs.org/)** - _உண்மையிலேயே அளவிடக்கூடிய, செலவு-திறனுள்ள, பரவலாக்கப்பட்ட மற்றும் சரிபார்க்கக்கூடிய ஆரக்கிள்களை உருவாக்குவதன் மூலம், ஆன்செயினில் தரவை மாற்றுவதற்கான தற்போதைய வரம்புகளை கிரானிக்கிள் అధిగమిస్తుంది._ +**[Chronicle](https://chroniclelabs.org/)** - _உண்மையிலேயே அளவிடக்கூடிய, செலவு-திறனுள்ள, பரவலாக்கப்பட்ட மற்றும் சரிபார்க்கக்கூடிய ஆரக்கிள்களை உருவாக்குவதன் மூலம், ஆன்செயினில் தரவை மாற்றுவதற்கான தற்போதைய வரம்புகளை கிரானிக்கிள் கடக்கிறது._ -**[Witnet](https://witnet.io/)** - _Witnet என்பது அனுமதியற்ற, பரவலாக்கப்பட்ட மற்றும் தணிக்கை-எதிர்ப்பு ஆரக்கிள் ஆகும், இது ஸ்மார்ட் கான்ட்ராக்டுகள் வலுவான கிரிப்டோ-பொருளாதார உத்தரவாதங்களுடன் நிஜ உலக நிகழ்வுகளுக்கு ಪ್ರತಿಕందించడానికి உதவுகிறது._ +**[Witnet](https://witnet.io/)** - _Witnet என்பது அனுமதியற்ற, பரவலாக்கப்பட்ட மற்றும் தணிக்கை-எதிர்ப்பு ஆரக்கிள் ஆகும், இது ஸ்மார்ட் கான்ட்ராக்டுகள் வலுவான கிரிப்டோ-பொருளாதார உத்தரவாதங்களுடன் நிஜ உலக நிகழ்வுகளுக்கு பதிலளிக்க உதவுகிறது._ **[UMA Oracle](https://uma.xyz)** - _UMA வின் நம்பிக்கையான ஆரக்கிள், காப்பீடு, நிதி டெரிவேட்டிவ்கள் மற்றும் முன்கணிப்பு சந்தைகள் உள்ளிட்ட பல்வேறு பயன்பாடுகளுக்கு ஸ்மார்ட் கான்ட்ராக்டுகள் எந்த வகையான தரவையும் விரைவாகப் பெற அனுமதிக்கிறது._ diff --git a/public/content/translations/ta/developers/docs/scaling/state-channels/index.md b/public/content/translations/ta/developers/docs/scaling/state-channels/index.md index 32711f4d130..1264994f83c 100644 --- a/public/content/translations/ta/developers/docs/scaling/state-channels/index.md +++ b/public/content/translations/ta/developers/docs/scaling/state-channels/index.md @@ -211,7 +211,7 @@ Ethereum போன்ற பொது பிளாக்செயின்கள சேனல் பயனர்கள் ஆஃப்செயின் பயன்பாட்டு நிலையின் நகல்களைச் சேமிப்பார்கள் என்று எதிர்பார்ப்பது நியாயமானது என்றாலும், இந்தத் தரவு பிழை அல்லது இயந்திர செயலிழப்பு காரணமாக இழக்கப்படலாம். பயனர் அந்தத் தரவுகளைப் பின்னூட்டமாக வைத்திருக்காவிட்டால், மற்ற பங்கேற்பாளர்கள் தங்கள் வசம் உள்ள பழைய நிலை மாற்றங்களைப் பயன்படுத்தி தவறான வெளியீட்டு கோரிக்கையை முடிக்காமல் இருக்க வேண்டும் என்று மட்டும் நம்பிக்கையாக இருக்க முடியும். -எதீரியம் பயனாளர்கள் இந்தப் பிரச்சினையுடன் போராட வேண்டியதில்லை, ஏனெனில் நெட்வொர்க் தரவின் கிடைக்கக்கூடிய நிலையை உறுதிப்படுத்தும் விதிகளை அமலாக்குகிறது. பரிவர்த்தனை தரவுகள் அனைத்து கணுகளால் சேமிக்கப்படும் மற்றும் பரவப்படும், மேலும் தேவையான போதும், பயனாளர்கள்அதைப் பதிவிறக்கம்் செய்யக்கூடியவாறு கிடைக்கின்றது. +எதீரியம் பயனாளர்கள் இந்தப் பிரச்சினையுடன் போராட வேண்டியதில்லை, ஏனெனில் நெட்வொர்க் தரவின் கிடைக்கக்கூடிய நிலையை உறுதிப்படுத்தும் விதிகளை அமலாக்குகிறது. பரிவர்த்தனை தரவுகள் அனைத்து கணுகளால் சேமிக்கப்படும் மற்றும் பரவப்படும், மேலும் தேவையான போதும், பயனாளர்கள்அதைப் பதிவிறக்கம் செய்யக்கூடியவாறு கிடைக்கின்றது. ### நீர்மைத்தன்மை சிக்கல்கள் {#liquidity-issues}