முக்கிய பிளாக்செயின் அளவிடுதல் அணுகுமுறைகள்: Rollup-கள், Sidechain-கள், Channel-கள் மற்றும் Sharding

Ethereum mainnet ஒரு வினாடிக்கு ஏறத்தாழ 15 பரிவர்த்தனைகளைச் செயலாக்குகிறது. Visa போன்ற ஒரு கட்டண வலையமைப்பு பல்லாயிரக்கணக்கானவற்றைக் கையாளுகிறது. அந்த இடைவெளிதான் பிளாக்செயின்களுக்கு அளவிடுதல் ஏன் தேவை என்பதை விளக்குகிறது: அடிப்படைச் சங்கிலியில் உள்ள ஒவ்வொரு பரிவர்த்தனையையும் ஒவ்வொரு பங்கேற்பாளரும் சரிபார்க்க வேண்டிய அவசியமின்றி அதிகப் பணியைச் செய்வதற்கான ஒரு வழி. கடந்த பல ஆண்டுகளில் இந்தத் துறை சில தனித்துவமான அணுகுமுறைகளைத் தேர்ந்தெடுத்துள்ளது—rollup-கள், sidechain-கள், payment channel-கள் மற்றும் sharding—ஒவ்வொன்றும் பாதுகாப்பு, பரவலாக்கம் மற்றும் செலவு ஆகியவற்றுக்கு இடையில் வெவ்வேறு சமரசங்களைச் செய்கின்றன.

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

அளவிடுதிறன் மும்முனைச் சிக்கல்

Vitalik Buterin முன்வைத்த அளவிடுதிறன் மும்முனைச் சிக்கல் என்ற கட்டமைப்பே இந்தத் துறையின் பெரும்பகுதிக்கான சிந்தனை மாதிரி. ஒரு பிளாக்செயின் ஒரே நேரத்தில் மூன்று பண்புகளை விரும்புகிறது: "அளவிடுதிறன்: ஒரு சாதாரண தனி node-ஆல்... சரிபார்க்க முடிவதைவிட அதிகமான பரிவர்த்தனைகளைச் சங்கிலி செயலாக்க முடியும்," "பரவலாக்கம்: பெரிய மையப்படுத்தப்பட்ட அமைப்புகளைக் கொண்ட ஒரு சிறிய குழுவை நம்ப வேண்டிய சார்புகள் இல்லாமல் சங்கிலி இயங்க முடியும்," மற்றும் "பாதுகாப்பு: பங்கேற்கும் node-களில் பெரும் சதவீதத்தினர் அதைத் தாக்க முயன்றாலும் சங்கிலியால் அதை எதிர்க்க முடியும்"—ஆனால் பாரம்பரிய வடிவமைப்புகள் இம்மூன்றில் இரண்டை மட்டுமே அடைகின்றன (vitalik.eth.limo). Bitcoin மற்றும் ஆரம்பகால Ethereum செயல்திறனைவிட பரவலாக்கத்தையும் பாதுகாப்பையும் தேர்ந்தெடுத்தன; சக்திவாய்ந்த validator-களின் சிறிய தொகுப்பைச் சார்ந்திருக்கும் அதிக-TPS சங்கிலிகள் அளவிடுதிறனையும் பாதுகாப்பையும் பெறுகின்றன, ஆனால் பரவலாக்கத்தை விட்டுக்கொடுக்கின்றன; எளிமையான multi-chain வடிவமைப்புகள் அளவிடப்பட்டும் பரவலாக்கப்பட்டும் இருக்கலாம், ஆனால் தாக்குபவர் ஒரே ஒரு சங்கிலியை மட்டும் கைப்பற்றினால் போதும் என்றால் அவை பாதுகாப்பற்றதாகிவிடும்.

கீழே உள்ள ஒவ்வொரு அணுகுமுறையும் உண்மையில் ஒரே கேள்விக்கான பதில்தான்: முக்கோணத்தின் மற்ற இரண்டு முனைகளைக் கைவிடாமல் செயல்திறனை எவ்வாறு அதிகரிப்பது?

Rollup-கள்: ஆஃப்-செயினில் செயல்படுத்தி, ஆன்-செயினில் தீர்வு காணுதல்

ஒரு rollup, layer 1-க்கு (L1) வெளியே பரிவர்த்தனைகளைச் செயல்படுத்தி, பின்னர் ஒரு சுருக்கமான விவரத்தையும்—அதன் அடிப்படையிலுள்ள பரிவர்த்தனைத் தரவையும்—அடிப்படைச் சங்கிலியில் பதிவிடுகிறது. இவ்வமைப்புகளைக் கண்காணிப்பதில் முன்னணியில் இருக்கும் L2BEAT, rollup-களை "Ethereum-இல் state commitment-களை அவ்வப்போது பதிவிடும் L2-கள்" என்று வரையறுக்கிறது; அந்த commitment-கள் "Validity Proof-களால் சரிபார்க்கப்படுகின்றன அல்லது... நம்பிக்கையின் அடிப்படையில் ஏற்கப்பட்டு, குறிப்பிட்ட fraud proof காலப்பகுதிக்குள் [ஒரு] Fraud Proof செயல்முறை மூலம் எதிர்க்கப்படலாம்" (l2beat.com). தரவும் commitment-உம் இரண்டுமே L1-இல் பதிவாவதால், Ethereum-ஐ மட்டும் கொண்டு எவரும் rollup-இன் state-ஐ மீளுருவாக்க முடியும்—புதிய validator தொகுப்பை நம்புமாறு பயனர்களைக் கேட்பதற்குப் பதிலாக, L1-இன் பாதுகாப்பை rollup பெறுவதற்கு இதுவே வழிவகுக்கிறது. இன்று பெரும்பாலானவர்கள் பயன்படுத்தும் layer 2 வலையமைப்புகளின் பின்னணித் தொழில்நுட்பம் இதுதான்: Base, Arbitrum, Optimism, zkSync மற்றும் Starknet அனைத்தும் rollup-களே.

தங்களின் ஆஃப்-செயின் செயலாக்கம் சரியானது என்பதை எப்படி நிரூபிக்கின்றன என்பதன் அடிப்படையில் rollup-கள் இரண்டு வகைகளாகப் பிரிகின்றன.

Optimistic Rollup-கள்

ஒரு optimistic rollup "ஆஃப்-செயின் பரிவர்த்தனைகள் செல்லுபடியாகும் என்று கருதி, பரிவர்த்தனைத் தொகுப்புகளுக்கான validity proof-களை வெளியிடுவதில்லை" (ethereum.org). Operator-கள் பரிவர்த்தனைகளைத் தொகுத்து, அவற்றை ஆஃப்-செயினில் செயல்படுத்தி, சுருக்கப்பட்ட தரவை Ethereum-இல் பதிவிடுகின்றனர். அதன் பிறகு திறக்கப்படும் challenge window-இல், முழு node-ஐ இயக்கும் எவரும் fraud proof மூலம் அந்தத் தொகுப்பை எதிர்க்கலாம்; L2-இலிருந்து L1-க்கு நிதியைத் திரும்பப் பெற, "ஏறத்தாழ ஏழு நாட்கள் நீடிக்கும் challenge period முடியும்" வரை காத்திருக்க வேண்டும் (ethereum.org). மூன்றாம் தரப்பு பணப்புழக்க வழங்குநரைப் பயன்படுத்தி, கட்டணம் செலுத்தி வேகமாக வெளியேறாவிட்டால், ஒரு சாதாரண optimistic-rollup பணமெடுப்பு சுமார் ஒரு வாரம் எடுப்பதற்கு அந்த ஒரு வார காலப்பகுதியே காரணம்.

Optimistic rollup-களுக்கு முழுமையான கிரிப்டோகிராஃபிக் proof உருவாக்கும் pipeline-க்குப் பதிலாக fraud-proof அமைப்பு மட்டுமே தேவை. இதனால் வரலாற்று ரீதியாக அவற்றின் மேல் பொது நோக்க smart contract-களை ஆதரிப்பது எளிதாக இருந்தது. Arbitrum, Optimism மற்றும் Base—Coinbase-இன் rollup; ethereum.org இதை "OP Stack கொண்டு உருவாக்கப்பட்ட Optimistic Rollup" என்று விவரிக்கிறது (ethereum.org)—இன்று பயன்பாட்டின் அடிப்படையில் மிகப்பெரிய optimistic rollup-களாக உள்ளன.

ZK Rollup-கள்

ஒரு ZK rollup இதற்கு எதிரான அணுகுமுறையைப் பயன்படுத்துகிறது: செல்லுபடியாகும் என்று கருதி challenge period-ஐ அனுமதிப்பதற்குப் பதிலாக, ஒவ்வொரு தொகுப்புடனும் validity proof-ஐ—தொகுப்பின் state transition சரியானது என்பதை உறுதிப்படுத்தும் கிரிப்டோகிராஃபிக் சான்றை—சமர்ப்பிக்கிறது. அந்த proof-ஐ Ethereum ஆன்-செயினில் சரிபார்ப்பதால், "ZK-rollup-இலிருந்து Ethereum-க்கு நிதியை நகர்த்தும்போது தாமதம் இல்லை... ஏனெனில் ZK-rollup contract validity proof-ஐச் சரிபார்த்தவுடன் வெளியேற்றப் பரிவர்த்தனைகள் செயல்படுத்தப்படுகின்றன" (ethereum.org). ZK-rollup-கள் "ஆயிரக்கணக்கான பரிவர்த்தனைகளை ஒரு தொகுப்பில் செயலாக்கி, பின்னர் குறைந்தபட்ச சுருக்கத் தரவை மட்டும் Mainnet-இல் பதிவிட முடியும்" (ethereum.org); இதற்கு zk-SNARK-கள் (சிறிய proof-கள், விரைவான சரிபார்ப்பு) அல்லது zk-STARK-கள் (வெளிப்படையானவை, trusted setup தேவையில்லை) போன்ற proof அமைப்புகளைப் பயன்படுத்துகின்றன. zkSync Era, Starknet—"STARK-கள் மற்றும் Cairo VM-ஐ அடிப்படையாகக் கொண்ட ஒரு பொது நோக்க ZK Rollup" (ethereum.org)—மற்றும் Linea ஆகியவை குறிப்பிடத்தக்க ZK rollup-கள்; ஏற்கெனவே உள்ள Ethereum smart contract-களை ZK proof உருவாக்கக்கூடிய சூழலில் இயக்குவதற்காக Polygon zkEVM மற்றும் Scroll ஆகியவையும் zkEVM-ஐச் செயல்படுத்துகின்றன.

இதன் சமரசம்: validity proof-களை உருவாக்க கணக்கீட்டுச் செலவு அதிகம்; முழுமையான EVM சமத்துவத்தை அடைய, fraud-proof அமைப்பைவிட அவற்றை உருவாக்குவது தொழில்நுட்ப ரீதியாகக் கடினம்—ZK rollup-கள் விரைவான இறுதித்தன்மையை வழங்கினாலும், optimistic rollup-கள் முதலில் பரவலான பயன்பாட்டை அடைந்ததற்கான காரணங்களில் இதுவும் ஒன்று.

Sidechain-கள்

ஒரு sidechain என்பது "Ethereum-இலிருந்து சுயாதீனமாக இயங்கி, இருவழிப் பாலத்தால் Ethereum Mainnet-உடன் இணைக்கப்பட்டிருக்கும் ஒரு தனி பிளாக்செயின்"; மேலும் rollup-ஐப் போலல்லாமல், "sidechain ஒரு தனியான consensus mechanism-ஐப் பயன்படுத்துவதால் Ethereum-இன் பாதுகாப்பு உத்தரவாதங்களைப் பெறுவதில்லை" (ethereum.org). Layer 2-இலிருந்து இதை வேறுபடுத்தும் முக்கிய அம்சம் இதுதான்: Ethereum-இன் validator-களுக்குப் பதிலாகத் தனது சொந்த validator தொகுப்புக்குப் பதிலளிப்பதால், sidechain பரம்பரையாகப் பெறும் பாதுகாப்பைச் சுயாதீன வடிவமைப்புச் சுதந்திரத்திற்காகவும், பொதுவாகக் குறைந்த கட்டணங்களுக்கும் விரைவான block-களுக்கும் பரிமாறிக்கொள்கிறது.

Polygon PoS மிகவும் பிரபலமான எடுத்துக்காட்டு. Polygon-இன் சொந்தத் தயாரிப்புப் பக்கம் இதை "Ethereum-இல் அதிகம் பயன்படுத்தப்படும் sidechain—பில்லியன் கணக்கான மதிப்பைப் பாதுகாத்து, ஏறத்தாழ உடனடிப் பரிவர்த்தனைகளையும் ஒரு சென்ட்டிற்கும் குறைவான கட்டணங்களையும் வழங்கி நடைமுறையில் சோதிக்கப்பட்டது" என்று விவரிக்கிறது (polygon.technology); இது Ethereum-இன் validator-களுக்குப் பதிலாகத் தனது சொந்த proof-of-stake validator தொகுப்பால் பாதுகாக்கப்படுகிறது. Gnosis Chain (முன்பு xDai) மற்றொரு பரவலாகப் பயன்படுத்தப்படும் sidechain; Skale மற்றும் Metis Andromeda ஆகியவையும் இதில் அடங்கும். நீங்கள் வேறொரு, பொதுவாகச் சிறிய validator தொகுப்பை நம்புவதால், ஒரு sidechain-இன் பாதுகாப்பு அந்தத் தொகுப்பின் வலிமையை மட்டுமே சார்ந்தது—இது rollup வழங்கும் உத்தரவாதத்திலிருந்து கணிசமாக வேறுபட்டது; rollup-இல் செல்லாத state-களை, கொள்கையளவில், L1-இல் பதியப்பட்ட தரவைக் கொண்டு கண்டறிந்து மாற்றியமைக்கலாம்.

State மற்றும் Payment Channel-கள்

ஒரு state channel, இரண்டு அல்லது அதற்கு மேற்பட்ட தரப்பினர் நிதியை ஒரு பகிரப்பட்ட contract-இல் பூட்டி, கையொப்பமிட்ட புதுப்பிப்புகளை நேரடியாகப் பரிமாறுவதன் மூலம் ஆஃப்-செயினில் பரிவர்த்தனை செய்ய அனுமதிக்கிறது. இதனால் "channel பங்கேற்பாளர்கள், channel-ஐத் திறக்கவும் மூடவும் இரண்டு ஆன்-செயின் பரிவர்த்தனைகளை மட்டுமே சமர்ப்பித்து, எத்தனை ஆஃப்-செயின் பரிவர்த்தனைகளை வேண்டுமானாலும் மேற்கொள்ள முடியும்" (ethereum.org). ஒரு payment channel இதை எளிய இருப்புப் பரிமாற்றங்களுக்காகத் தனிப்பயனாக்குகிறது; அது "இரண்டு பயனர்கள் கூட்டாகப் பராமரிக்கும் 'இருவழிப் பேரேடு' எனச் சிறப்பாக விவரிக்கப்படுகிறது" (ethereum.org). பங்கேற்பாளர்கள் தங்களுக்கு இடையே எத்தனை முறை வேண்டுமானாலும் உடனடியாகவும் ஆஃப்-செயினிலும் பரிவர்த்தனை செய்யலாம்; channel-ஐத் திறப்பதற்கும் (பிணையைப் பூட்டுதல்), மூடுவதற்கும் (இறுதி இருப்பைத் தீர்த்தல்) மட்டுமே அடிப்படைச் சங்கிலியைத் தொடுகின்றனர்.

மிகவும் பிரபலமான செயலாக்கம் Bitcoin-இன் Lightning Network. அதன் சொந்தத் தளம் இதை, "பங்கேற்பாளர்களின் வலையமைப்பு முழுவதும் உடனடிக் கட்டணங்களைச் செயல்படுத்த பிளாக்செயினின் smart contract செயல்பாட்டைப் பயன்படுத்தும் பரவலாக்கப்பட்ட வலையமைப்பு" என்று விவரிக்கிறது; இணையத்தில் தரவுப் பொட்டலங்கள் வழிமாற்றப்படுவதைப் போலக் கட்டணங்களை வழிமாற்றும் "இருதிசை payment channel-களால்" இது கட்டமைக்கப்பட்டுள்ளது (lightning.network). இதில் உள்ள சிக்கல்: ஒருவருக்கொருவர் இடையே திறந்த channel-களின் பாதையைக் கொண்டுள்ள தரப்புகளுக்கு இடையிலான பரிவர்த்தனைகளை மட்டுமே channel-கள் அளவிடுகின்றன; channel-ஐத் திறக்க நிதியை முன்கூட்டியே ஒதுக்க வேண்டும்; மேலும் channel வலையமைப்புகள் பெரிய அளவில் சிறப்பாகச் செயல்பட பணப்புழக்க வழிமாற்றம் தேவை—எவருக்கும் விருப்பமான smart contract-களை இயக்கக்கூடிய பொது நோக்க rollup-க்கு இவற்றில் எதுவும் பொருந்தாது.

Sharding மற்றும் தரவுக் கிடைப்புநிலை அடுக்குகள்

Sharding, ஒரு பிளாக்செயினின் சரிபார்ப்புப் பணியை node-களின் பல இணையான துணைத்தொகுப்புகளாக ("shard-கள்") பிரிக்கிறது; இதனால் எந்த ஒரு தனி node-உம் வலையமைப்பின் முழுப் பரிவர்த்தனைச் சுமையையும் செயலாக்க வேண்டியதில்லை. Vitalik Buterin-இன் கருத்துப்படி, மும்முனைச் சிக்கலின் மூன்று முனைகளையும் ஒரே நேரத்தில் பெற உதவும் "ஒரு நுட்பமே sharding" (vitalik.eth.limo); வெவ்வேறு shard-களை இணையாகச் சரிபார்க்க, சீரற்ற முறையில் மாதிரி எடுக்கப்பட்ட validator குழுக்களை இது பயன்படுத்துகிறது. ஒவ்வொரு node-உம் ஒவ்வொரு shard-இன் முழுத் தரவையும் பதிவிறக்க வேண்டியதில்லாமல் sharding-ஐப் பாதுகாப்பாகச் செயல்படச் செய்யும் தொழில்நுட்பம் தரவுக் கிடைப்புநிலை மாதிரி எடுத்தல் (DAS)—"எந்தவொரு தனிப்பட்ட node மீதும் அதிக அழுத்தம் கொடுக்காமல், தரவு கிடைக்கிறதா என்பதை வலையமைப்பு சரிபார்க்கும் ஒரு வழி" (ethereum.org): ஒரு light node, block-இன் தரவில் சிறிய, சீரற்ற முறையில் தேர்ந்தெடுக்கப்பட்ட பகுதிகளை மட்டுமே பதிவிறக்குகிறது; erasure coding காரணமாக, முழுத் தரவும் வெளியிடப்பட்டது என்ற நம்பிக்கையை அதனால் பெற முடியும்.

இதே தரவுக் கிடைப்புநிலைச் சிக்கல் rollup-களுக்கும் நேரடியாகப் பொருந்துகிறது. இதனால்தான் பிரத்யேக தரவுக் கிடைப்புநிலை அடுக்குகள் தனி உட்கட்டமைப்பு வகையாக உருவாகியுள்ளன. Celestia என்பது "பரிவர்த்தனைத் தரவை வெளியிட்டு, எவரும் பதிவிறக்கும்படி கிடைக்கச் செய்வதற்கான வலையமைப்பாக Celestia-வை rollup-களும் L2-களும் பயன்படுத்தும்" வகையில் குறிப்பாக உருவாக்கப்பட்ட modular blockchain (celestia.org); இதனால் ஒரு rollup, தனது தரவை Ethereum mainnet-க்குப் பதிலாக மலிவான, இந்த நோக்கத்துக்காகவே உருவாக்கப்பட்ட DA அடுக்கில் பதிவிட முடியும். EigenLayer-இன் restaking உட்கட்டமைப்பில் உருவாக்கப்பட்ட EigenDA, DA அடுக்கையும் பாதுகாக்க விருப்பத்துடன் இணையும் Ethereum staker-களால் பாதுகாக்கப்படும் இதற்கு ஒப்பான சேவையை வழங்குகிறது. Ethereum L1-க்குப் பதிலாக வெளிப்புற DA அடுக்கில் தரவை வெளியிடும் rollup-கள் சில சமயங்களில் "தூய" rollup-கள் என்பதற்குப் பதிலாக validium-கள் அல்லது optimium-கள் என்று அழைக்கப்படுகின்றன; ஏனெனில் rollup-களுக்கும் பிற L2 தீர்வுகளுக்கும் அருகில் இவற்றை ஒரு தனி வகையாக L2BEAT கண்காணிக்கிறது (l2beat.com)—குறைந்த தரவு பதிவிடல் செலவுக்காக, L1-இல் பதியப்பட்ட பாதுகாப்பு உத்தரவாதத்தின் ஒரு பகுதியை அவை பரிமாறிக்கொள்கின்றன.

அணுகுமுறைகளின் ஒப்பீடு

எந்த ஓர் அணுகுமுறையும் எல்லா பரிமாணங்களிலும் வெல்வதில்லை. அதனால்தான் நடைமுறை அமைப்புகள் அவற்றை அதிகளவில் இணைக்கின்றன—உதாரணமாக, Ethereum-க்குப் பதிலாக Celestia-வில் தனது தரவைப் பதிவிடும் ஒரு ZK rollup, ஓர் அடுக்கிடமிருந்து validity-proof பாதுகாப்பையும் மற்றொன்றிடமிருந்து மலிவான தரவுக் கிடைப்புநிலையையும் பெற்றுக்கொள்கிறது.

டோக்கனாக்கப்பட்ட டொமைன்களுடன் இது எவ்வாறு தொடர்புபடுகிறது

டோக்கனாக்கப்பட்ட டொமைன்களுக்கு அளவிடுதல் தேர்வுகள் முக்கியம். ஏனெனில் ஒவ்வொரு mint, transfer, DNS புதுப்பிப்பு அல்லது பிணை நடவடிக்கையும் ஓர் ஆன்-செயின் பரிவர்த்தனை; அது எங்கு தீர்க்கப்படுகிறது என்பதைப் பொறுத்தே அதன் செலவும் இறுதித்தன்மை அடையும் நேரமும் அமைகின்றன. Optimistic rollup-இல் உறுதிப்படுத்தப்பட்ட ஒரு டோக்கனாக்கப்பட்ட .com பரிமாற்றம் L2-இல் மலிவாகவும் வேகமாகவும் தோன்றலாம்; ஆனால் அந்த rollup பரிவர்த்தனை, rollup block-ஐ Ethereum ஏற்றுக்கொண்ட பிறகே இறுதியானதாகிறது. Fast-exit bridge ஒன்று rollup state-ஐ L1-இல் விரைவாக இறுதியாக்குவதில்லை: பணமெடுப்பின்போது, பணப்புழக்க வழங்குநர் ஒருவர் நிலுவையிலுள்ள L2 பணமெடுப்பின் உரிமையை ஏற்று, பயனருக்கு L1-இல் பணம் செலுத்துகிறார், பொதுவாக ஒரு கட்டணத்திற்காக; அதே நேரம் canonical பணமெடுப்பு challenge period முடியும் வரை காத்திருக்கும். இதே பரிமாற்றம் ஒரு ZK rollup-இல் நடந்தால், validity proof பதிவானவுடன் L1-க்கு எதிராக இறுதியாகிறது. Sidechain-கள் இன்னும் மலிவாக இருக்கலாம்; ஆனால் sidechain-இல் மட்டுமே இருக்கும் domain NFT, Ethereum-இன் பாதுகாப்புக்குப் பதிலாக அந்த sidechain-இன் சிறிய validator தொகுப்பின் பாதுகாப்பையே பெறுகிறது. ஒரு டொமைன் ஆன்-செயினில் பிரதிநிதித்துவப்படுத்தப்படும்போது நீங்கள் உண்மையில் எதைச் சொந்தமாக வைத்திருக்கிறீர்கள் என்பதைப் புரிந்துகொள்வதில் இந்தச் சமரசங்களை அறிவதும் ஒரு பகுதியாகும்—பொதுவாக Web3 அடிப்படைகள் முழுவதும் முக்கியத்துவம் பெறும் அதே உரிய கவன ஆய்வுப் பழக்கமே இது.

ஆதாரங்களும் மேலதிக வாசிப்பும்

• பிளாக்செயின் அளவிடுதிறனின் வரம்புகள் — Vitalik Buterin
• Layer 2 — ethereum.org
• Optimistic Rollup-கள் — ethereum.org
• ZK-Rollup-கள் — ethereum.org
• Sidechain-கள் — ethereum.org
• State Channel-கள் — ethereum.org
• தரவுக் கிடைப்புநிலை — ethereum.org
• L2BEAT அளவிடுதல் சுருக்கம்
• Celestia என்றால் என்ன? — celestia.org
• Lightning Network
• Polygon PoS — polygon.technology