Ethereum காப்பக நோடு

காப்பக நோடு (archive node) என்பது அனைத்து வரலாற்று நிலைகளின் (historical states) காப்பகத்தை உருவாக்க உள்ளமைக்கப்பட்ட Ethereum கிளையண்டின் ஒரு நிகழ்வாகும். இது சில பயன்பாட்டு நிகழ்வுகளுக்கு பயனுள்ள கருவியாகும், ஆனால் முழு நோடை (full node) இயக்குவதை விட இதை இயக்குவது சற்று கடினமாக இருக்கலாம்.

முன்நிபந்தனைகள்

Ethereum நோடு, அதன் கட்டமைப்பு, ஒத்திசைவு உத்திகள் (sync strategies), அவற்றை இயக்குதல் மற்றும் பயன்படுத்துதல் ஆகியவற்றின் கருத்துகளை நீங்கள் புரிந்துகொண்டிருக்க வேண்டும்.

காப்பக நோடு என்றால் என்ன

காப்பக நோடின் முக்கியத்துவத்தைப் புரிந்துகொள்ள, "நிலை (state)" என்ற கருத்தை தெளிவுபடுத்துவோம். Ethereum-ஐ பரிவர்த்தனை அடிப்படையிலான நிலை இயந்திரம் (transaction-based state machine) என்று குறிப்பிடலாம். இது கணக்குகள் மற்றும் பயன்பாடுகளைக் கொண்டுள்ளது, அவை பரிவர்த்தனைகளைச் செயல்படுத்துவதன் மூலம் அவற்றின் நிலையை மாற்றுகின்றன. ஒவ்வொரு கணக்கு மற்றும் ஒப்பந்தம் பற்றிய தகவல்களைக் கொண்ட உலகளாவிய தரவு, நிலை (state) எனப்படும் ட்ரை (trie) தரவுத்தளத்தில் சேமிக்கப்படுகிறது. இது செயலாக்க அடுக்கு (execution layer - EL) கிளையண்டால் கையாளப்படுகிறது மற்றும் பின்வருவனவற்றை உள்ளடக்கியது:

• கணக்கு நிலுவைகள் மற்றும் நான்ஸ்கள் (nonces)
• ஒப்பந்தக் குறியீடு மற்றும் சேமிப்பகம்
• கருத்தொற்றுமை தொடர்பான தரவு, எ.கா., ஸ்டேக்கிங் டெபாசிட் ஒப்பந்தம் (Staking Deposit Contract)

நெட்வொர்க்குடன் தொடர்புகொள்ளவும், புதிய பிளாக்குகளைச் சரிபார்க்கவும் மற்றும் உருவாக்கவும், Ethereum கிளையண்டுகள் மிகச் சமீபத்திய மாற்றங்களை (சங்கிலியின் முனை) மற்றும் தற்போதைய நிலையைத் தொடர்ந்து கண்காணிக்க வேண்டும். முழு நோடாக உள்ளமைக்கப்பட்ட செயலாக்க அடுக்கு கிளையண்ட், நெட்வொர்க்கின் சமீபத்திய நிலையைச் சரிபார்த்துப் பின்பற்றுகிறது, ஆனால் கடந்த சில நிலைகளை மட்டுமே தற்காலிகமாகச் சேமிக்கிறது (cache), எ.கா., கடந்த 128 பிளாக்குகளுடன் தொடர்புடைய நிலை, இதனால் சங்கிலி மறுசீரமைப்புகளைக் (chain reorgs) கையாளவும் சமீபத்திய தரவை விரைவாக அணுகவும் முடியும். உள்வரும் பரிவர்த்தனைகளைச் சரிபார்க்கவும் நெட்வொர்க்கைப் பயன்படுத்தவும் அனைத்து கிளையண்டுகளுக்கும் சமீபத்திய நிலை தேவைப்படுகிறது.

ஒரு குறிப்பிட்ட பிளாக்கில் உள்ள நிலையை நெட்வொர்க்கின் தற்காலிக ஸ்னாப்ஷாட் (snapshot) ஆகவும், காப்பகத்தை வரலாற்று மறுஇயக்கமாகவும் (history replay) நீங்கள் கற்பனை செய்து கொள்ளலாம்.

வரலாற்று நிலைகளை பாதுகாப்பாக கத்தரிக்கலாம் (pruned), ஏனெனில் அவை நெட்வொர்க் செயல்பட அவசியமில்லை, மேலும் காலாவதியான அனைத்து தரவையும் கிளையண்ட் வைத்திருப்பது தேவையற்றதாக இருக்கும். சில சமீபத்திய பிளாக்கிற்கு முன் இருந்த நிலைகள் (எ.கா., தலைக்கு 128 பிளாக்குகளுக்கு முன்) திறம்பட தூக்கி எறியப்படுகின்றன. முழு நோடுகள் வரலாற்று பிளாக்செயின் தரவை (பிளாக்குகள் மற்றும் பரிவர்த்தனைகள்) மற்றும் கோரிக்கையின் பேரில் பழைய நிலைகளை மீண்டும் உருவாக்கப் பயன்படுத்தக்கூடிய அவ்வப்போது வரலாற்று ஸ்னாப்ஷாட்களை மட்டுமே வைத்திருக்கின்றன. EVM-இல் கடந்த கால பரிவர்த்தனைகளை மீண்டும் செயல்படுத்துவதன் மூலம் அவை இதைச் செய்கின்றன, விரும்பிய நிலை அருகிலுள்ள ஸ்னாப்ஷாட்டிலிருந்து வெகு தொலைவில் இருக்கும்போது இது கணக்கீட்டு ரீதியாக அதிக தேவை கொண்டதாக இருக்கலாம்.

இருப்பினும், முழு நோடில் வரலாற்று நிலையை அணுகுவது அதிக கணக்கீட்டைப் பயன்படுத்துகிறது என்பதை இது குறிக்கிறது. கிளையண்ட் கடந்த கால பரிவர்த்தனைகள் அனைத்தையும் செயல்படுத்தி, தொடக்கத்திலிருந்து (genesis) ஒரு வரலாற்று நிலையைக் கணக்கிட வேண்டியிருக்கலாம். காப்பக நோடுகள் மிகச் சமீபத்திய நிலைகளை மட்டுமல்லாமல், ஒவ்வொரு பிளாக்கிற்கும் பிறகு உருவாக்கப்பட்ட ஒவ்வொரு வரலாற்று நிலையையும் சேமிப்பதன் மூலம் இதைத் தீர்க்கின்றன. இது அடிப்படையில் பெரிய வட்டு இடத் தேவையுடன் (disk space requirement) ஒரு சமரசத்தை (trade-off) செய்கிறது.

அனைத்து வரலாற்றுத் தரவையும் வைத்திருக்கவும் வழங்கவும் நெட்வொர்க் காப்பக நோடுகளைச் சார்ந்திருக்கவில்லை என்பதைக் கவனத்தில் கொள்ள வேண்டியது அவசியம். மேலே குறிப்பிட்டுள்ளபடி, அனைத்து வரலாற்று இடைக்கால நிலைகளையும் முழு நோடில் பெறலாம். பரிவர்த்தனைகள் எந்தவொரு முழு நோடாலும் சேமிக்கப்படுகின்றன (தற்போது 400G-க்கும் குறைவானது) மற்றும் முழு காப்பகத்தையும் உருவாக்க அவற்றை மீண்டும் இயக்கலாம்.

பயன்பாட்டு நிகழ்வுகள்

பரிவர்த்தனைகளை அனுப்புதல், ஒப்பந்தங்களைப் பயன்படுத்துதல், கருத்தொற்றுமையைச் சரிபார்த்தல் போன்ற Ethereum-இன் வழக்கமான பயன்பாட்டிற்கு வரலாற்று நிலைகளுக்கான அணுகல் தேவையில்லை. நெட்வொர்க்குடனான நிலையான தொடர்புக்கு பயனர்களுக்கு ஒருபோதும் காப்பக நோடு தேவையில்லை.

நிலை காப்பகத்தின் முக்கிய நன்மை வரலாற்று நிலைகள் பற்றிய வினவல்களுக்கு விரைவான அணுகலாகும். எடுத்துக்காட்டாக, காப்பக நோடு இது போன்ற முடிவுகளை உடனடியாக வழங்கும்:

• பிளாக் 15537393-இல் 0x1337... கணக்கின் ETH இருப்பு என்னவாக இருந்தது?
• பிளாக் 1920000-இல் 0x ஒப்பந்தத்தில் 0x டோக்கனின் இருப்பு என்ன?

மேலே விளக்கியபடி, ஒரு முழு நோடு CPU-ஐப் பயன்படுத்தும் மற்றும் நேரத்தை எடுக்கும் EVM செயலாக்கத்தின் மூலம் இந்தத் தரவை உருவாக்க வேண்டும். காப்பக நோடுகள் அவற்றை வட்டில் அணுகி உடனடியாக பதில்களை வழங்குகின்றன. இது உள்கட்டமைப்பின் சில பகுதிகளுக்கு பயனுள்ள அம்சமாகும், எடுத்துக்காட்டாக:

• பிளாக் எக்ஸ்ப்ளோரர்கள் (block explorers) போன்ற சேவை வழங்குநர்கள்
• ஆராய்ச்சியாளர்கள்
• பாதுகாப்பு ஆய்வாளர்கள்
• Dapp டெவலப்பர்கள்
• தணிக்கை மற்றும் இணக்கம்

வரலாற்றுத் தரவை அணுக அனுமதிக்கும் பல்வேறு இலவச சேவைகளும் உள்ளன. காப்பக நோடை இயக்குவது அதிக தேவையைக் கொண்டிருப்பதால், இந்த அணுகல் பெரும்பாலும் வரையறுக்கப்பட்டுள்ளது மற்றும் அவ்வப்போது அணுகுவதற்கு மட்டுமே செயல்படும். உங்கள் திட்டத்திற்கு வரலாற்றுத் தரவிற்கான நிலையான அணுகல் தேவைப்பட்டால், நீங்களே ஒன்றை இயக்குவதைக் கருத்தில் கொள்ள வேண்டும்.

செயலாக்கங்கள் மற்றும் பயன்பாடு

இந்தச் சூழலில் காப்பக நோடு என்பது பயனர்களை எதிர்கொள்ளும் செயலாக்க அடுக்கு கிளையண்டுகளால் வழங்கப்படும் தரவைக் குறிக்கிறது, ஏனெனில் அவை நிலை தரவுத்தளத்தைக் கையாளுகின்றன மற்றும் JSON-RPC எண்ட்பாயிண்ட்களை வழங்குகின்றன. உள்ளமைவு விருப்பங்கள், ஒத்திசைவு நேரம் மற்றும் தரவுத்தள அளவு ஆகியவை கிளையண்டைப் பொறுத்து மாறுபடலாம். விவரங்களுக்கு, உங்கள் கிளையண்ட் வழங்கிய ஆவணங்களைப் பார்க்கவும்.

உங்கள் சொந்த காப்பக நோடைத் தொடங்குவதற்கு முன், கிளையண்டுகளுக்கு இடையிலான வேறுபாடுகள் மற்றும் குறிப்பாக பல்வேறு வன்பொருள் தேவைகள் பற்றி அறிந்து கொள்ளுங்கள். பெரும்பாலான கிளையண்டுகள் இந்த அம்சத்திற்காக உகந்ததாக இல்லை, மேலும் அவற்றின் காப்பகங்களுக்கு 12TB-க்கும் அதிகமான இடம் தேவைப்படுகிறது. இதற்கு மாறாக, Erigon போன்ற செயலாக்கங்கள் அதே தரவை 3TB-க்கும் குறைவான இடத்தில் சேமிக்க முடியும், இது காப்பக நோடை இயக்குவதற்கான மிகவும் பயனுள்ள வழியாகும்.

பரிந்துரைக்கப்பட்ட நடைமுறைகள்

நோடு இயக்குவதற்கான பொதுவான பரிந்துரைகளைத் தவிர, காப்பக நோடு வன்பொருள் மற்றும் பராமரிப்பில் அதிக தேவையைக் கொண்டிருக்கலாம். Erigon-இன் முக்கிய அம்சங்களைக் (opens in a new tab) கருத்தில் கொண்டு, Erigon கிளையண்ட் செயலாக்கத்தைப் பயன்படுத்துவதே மிகவும் நடைமுறை அணுகுமுறையாகும்.

வன்பொருள்

கிளையண்டின் ஆவணங்களில் கொடுக்கப்பட்ட பயன்முறைக்கான வன்பொருள் தேவைகளை எப்போதும் சரிபார்க்க உறுதிசெய்யவும். காப்பக நோடுகளுக்கான மிகப்பெரிய தேவை வட்டு இடம் (disk space) ஆகும். கிளையண்டைப் பொறுத்து, இது 3TB முதல் 12TB வரை மாறுபடும். அதிக அளவிலான தரவுகளுக்கு HDD சிறந்த தீர்வாகக் கருதப்பட்டாலும், அதை ஒத்திசைப்பதற்கும் சங்கிலியின் தலையைத் தொடர்ந்து புதுப்பிப்பதற்கும் SSD டிரைவ்கள் தேவைப்படும். SATA (opens in a new tab) டிரைவ்கள் போதுமானவை, ஆனால் அது நம்பகமான தரமாக இருக்க வேண்டும், குறைந்தபட்சம் TLC (opens in a new tab) ஆக இருக்க வேண்டும். வட்டுகளை டெஸ்க்டாப் கணினி அல்லது போதுமான ஸ்லாட்டுகளைக் கொண்ட சர்வரில் பொருத்தலாம். அதிக நேரச் செயல்பாட்டுடன் (high uptime) நோடை இயக்குவதற்கு இத்தகைய பிரத்யேக சாதனங்கள் சிறந்தவை. இதை மடிக்கணினியில் இயக்குவது முற்றிலும் சாத்தியம், ஆனால் பெயர்வுத்திறன் (portability) கூடுதல் செலவில் வரும்.

எல்லா தரவும் ஒரு தொகுதியில் (volume) பொருந்த வேண்டும், எனவே வட்டுகளை இணைக்க வேண்டும், எ.கா., RAID0 (opens in a new tab) அல்லது LVM உடன். ZFS (opens in a new tab)-ஐப் பயன்படுத்துவதைக் கருத்தில் கொள்வதும் மதிப்புக்குரியதாக இருக்கலாம், ஏனெனில் இது "Copy-on-write"-ஐ ஆதரிக்கிறது, இது எந்தவொரு குறைந்த அளவிலான பிழைகளும் இல்லாமல் தரவு வட்டில் சரியாக எழுதப்படுவதை உறுதி செய்கிறது.

தற்செயலான தரவுத்தள ஊழலைத் (database corruption) தடுப்பதில் அதிக நிலைத்தன்மை மற்றும் பாதுகாப்பிற்காக, குறிப்பாக ஒரு தொழில்முறை அமைப்பில், உங்கள் சிஸ்டம் ஆதரித்தால் ECC நினைவகத்தைப் (ECC memory) (opens in a new tab) பயன்படுத்துவதைக் கருத்தில் கொள்ளுங்கள். RAM-இன் அளவு பொதுவாக முழு நோடிற்கு இருப்பதைப் போலவே இருக்க அறிவுறுத்தப்படுகிறது, ஆனால் அதிக RAM ஒத்திசைவை விரைவுபடுத்த உதவும்.

ஆரம்ப ஒத்திசைவின் போது, காப்பக பயன்முறையில் உள்ள கிளையண்டுகள் தொடக்கத்திலிருந்து (genesis) ஒவ்வொரு பரிவர்த்தனையையும் செயல்படுத்தும். செயலாக்க வேகம் பெரும்பாலும் CPU-ஆல் வரையறுக்கப்படுகிறது, எனவே வேகமான CPU ஆரம்ப ஒத்திசைவு நேரத்திற்கு உதவும். சராசரி நுகர்வோர் கணினியில், ஆரம்ப ஒத்திசைவு ஒரு மாதம் வரை ஆகலாம்.

மேலும் படிக்க

• Ethereum முழு நோடு vs காப்பக நோடு (opens in a new tab) - QuickNode, செப்டம்பர் 2022
• உங்கள் சொந்த Ethereum காப்பக நோடை உருவாக்குதல் (opens in a new tab) - Thomas Jay Rush, ஆகஸ்ட் 2021
• Erigon, Erigon-இன் RPC மற்றும் TrueBlocks (scrape மற்றும் API) ஆகியவற்றை சேவைகளாக அமைப்பது எப்படி (opens in a new tab) – Magnus Hansson, புதுப்பிக்கப்பட்டது செப்டம்பர் 2022

தொடர்புடைய தலைப்புகள்

• நோடுகள் மற்றும் கிளையண்டுகள்
• நோடை இயக்குதல்