ஒவ்வொரு பிளாக்செயினுக்கும் அடித்தளமான முக்கிய கிரிப்டோகிராஃபிக் அடிப்படை கூறுகள்

ஒவ்வொரு பிளாக்செயின் கூற்றும் — "இந்தப் பரிவர்த்தனை இறுதியானது", "இந்த முகவரிக்கு இந்தச் சொத்து சொந்தமானது", "இந்த வரலாறு மாற்றப்படவில்லை" — இறுதியில், குறுகியதும் தெளிவாக வரையறுக்கப்பட்டதுமான பணிகளைச் செய்யும் சில கிரிப்டோகிராஃபிக் அடிப்படை கூறுகளையே சார்ந்துள்ளது. அவற்றில் எதுவும் பிளாக்செயின் கண்டுபிடிப்பல்ல. Hash செயல்பாடுகள், டிஜிட்டல் கையொப்பங்கள், Merkle மரங்கள் ஆகியவை Bitcoin-க்கு பல தசாப்தங்களுக்கு முன்பே இருந்தன. இக்கூற்றுகள் செல்லுபடியாக இருப்பதற்கு எந்த ஒரு தரப்பையும் தனியாக நம்பத் தேவையில்லாத ஓர் அமைப்பாக அவற்றை ஒன்றிணைத்ததே பிளாக்செயின்கள் செய்த புதுமை.

உண்மையில் பெரும் பொறுப்பை ஏற்றிருக்கும் அடிப்படை கூறுகளை இந்த வழிகாட்டி விளக்குகிறது: தரவுக்குத் தனித்துவமான அடையாளம் வழங்கும் hash செயல்பாடுகள், பரிவர்த்தனைகளை அங்கீகரிக்கும் டிஜிட்டல் கையொப்பங்கள், மிகப்பெரிய தரவுத்தொகுப்புகளைப் பகுதிகளாகச் சரிபார்க்க உதவும் Merkle மரங்கள், அந்தக் கையொப்பங்கள் இயங்கும் நீள்வட்ட வளைவுக் கணிதம், மேலும் பூஜ்ஜிய-அறிவுச் சான்றுகளுக்கு வழிவகுக்கும் கட்டுமானக் கூறான உறுதிப்பாட்டுத் திட்டங்கள். ஒவ்வொன்றையும் புரிந்துகொள்வதே ஒரு பிளாக்செயின் அதன் உள்ளே உண்மையில் என்ன செய்கிறது என்பதைப் புரிந்துகொள்வதற்கான விரைவான வழி.

கிரிப்டோகிராஃபிக் Hash செயல்பாடுகள் (SHA-256, Keccak)

ஒரு hash செயல்பாடு எந்த அளவிலான உள்ளீட்டையும் பெற்று, நிர்ணயிக்கப்பட்ட முறையில் நிலையான அளவுள்ள வெளியீட்டை — ஒரு "digest"-ஐ — உருவாக்குகிறது. உள்ளீட்டின் ஒரு bit-ஐ மாற்றினால்கூட வெளியீடு முற்றிலும் மாறிவிடும்; மேலும், ஒரே வெளியீட்டுக்கு hash ஆகும் இரண்டு வேறுபட்ட உள்ளீடுகளைக் கண்டறிவது கணினிச் செயலாக்க ரீதியாகச் சாத்தியமற்றது. மோதல் எதிர்ப்பு என்ற அந்தப் பண்புதான், எந்த அளவிலான தரவுக்கும் hash-ஐ சுருக்கமான, மாற்றம் புலப்படும் fingerprint ஆகப் பயன்படுத்த உதவுகிறது.

Bitcoin முழுவதும் SHA-256-ஐப் பயன்படுத்துகிறது: முந்தைய header-இன் SHA256(SHA256()) hash-ஐ ஒவ்வொரு புதிய block header-இலும் உட்பொதிப்பதன் மூலம் அவை சங்கிலியாக இணைக்கப்படுகின்றன; எனவே கடந்தகால block ஒன்றை மாற்றினால் அதன் hash மாறி, அதன் பின்னால் வரும் ஒவ்வொரு header-உம் முறிந்துவிடும் (Bitcoin Developer Guide). அதே இரட்டை-SHA-256 கட்டமைப்பு, பரிவர்த்தனைகளை block-இன் Merkle மரத்துக்குள் hash செய்கிறது (Bitcoin.org reference).

மாறாக Ethereum, அதன் பொதுப் பயன்பாட்டு hash ஆக Keccak-256-ஐ (பின்னர் வந்த NIST SHA-3 தரநிலையிலிருந்து வேறுபட்ட, அசல் Keccak சமர்ப்பிப்பு) தரப்படுத்தியுள்ளது. ஒவ்வொரு account முகவரியும், account-இன் பொது விசையின் Keccak-256 hash-இன் கடைசி 20 byte-களை எடுத்துப் பெறப்படுகிறது (ethereum.org). Ethereum-இன் நிலையைச் சேமிக்கும் Merkle Patricia Trie முழுவதிலும் பயன்படுத்தப்படும் key/value உள்ளடக்க முகவரியிடலுக்கும் அதே செயல்பாடே அடித்தளமாக உள்ளது.

Block header-களைத் தனித்தனி பதிவுகளின் தளர்வான தொகுப்பாக இல்லாமல் ஒரு சங்கிலியாக இணைப்பதும் hashing தான்: ஒரு header-ஐ மாற்றினால் அதன் hash மாறி, அதன் பின் வரும் header-களில் உள்ள குறிப்புகள் முறிந்துவிடும். பின்னர் செய்யப்பட்ட வேலைகளை மீண்டும் செய்து, நேர்மையான வலையமைப்பை முந்த வேண்டிய கூடுதல் தேவை Bitcoin-இன் வேலை-நிரூபண ஒருமித்த கருத்துக்கே உரியது. அதில் கடந்தகால block ஒன்றை மாற்றும் தாக்குபவர், அந்த block-இன் வேலை-நிரூபணத்தையும் அதன் பிறகு செய்யப்பட்ட அனைத்து வேலைகளையும் மீண்டும் செய்து, பின்னர் நேர்மையான சங்கிலியைப் பிடிக்க வேண்டும் (Bitcoin whitepaper, §4). மற்ற பிளாக்செயின்கள் வேறுபட்ட ஒருமித்த கருத்து விதிகளின் கீழ் வரலாற்றை அங்கீகரித்து இறுதிப்படுத்துகின்றன; எனவே hash இணைப்பு மட்டும் அந்த வேலை-நிரூபணச் செலவை உருவாக்காது. இணைக்கப்பட்ட header hash-களே இந்தத் தரவுக் கட்டமைப்பு பிளாக்செயின் என்று அழைக்கப்படுவதற்கான நேரடிக் காரணம்.

பொது விசைக் கிரிப்டோகிராஃபியும் டிஜிட்டல் கையொப்பங்களும் (ECDSA, EdDSA, BLS)

பிளாக்செயினில் login form இல்லை; எனவே "இந்தப் பரிவர்த்தனை உண்மையில் இந்த account-இன் உரிமையாளரிடமிருந்து வந்தது" என்பதை நிரூபிக்க வேறொரு வழி தேவை. பொது விசைக் கிரிப்டோகிராஃபி இதை ஒரு விசை இணையைக் கொண்டு தீர்க்கிறது: இரகசியமாக வைக்கப்படும் தனிப்பட்ட விசை, வெளிப்படையாகப் பகிரக்கூடிய பொது விசை. தனிப்பட்ட விசையைக் கொண்டு ஒரு பரிவர்த்தனையில் கையொப்பமிடுவது, பொது விசையுடன் ஒப்பிட்டு யார் வேண்டுமானாலும் சரிபார்க்கக்கூடிய டிஜிட்டல் கையொப்பத்தை உருவாக்குகிறது — தனிப்பட்ட விசையையே ஒருபோதும் வெளிப்படுத்தாமல் அங்கீகாரத்தை நிரூபிக்கிறது.

Bitcoin பயன்படுத்தும் அதே secp256k1 வளைவில் Elliptic Curve Digital Signature Algorithm ஆன ECDSA-ஐப் பயன்படுத்தி, Ethereum account-கள் தனிப்பட்ட விசையிலிருந்து தங்கள் பொது விசையைப் பெறுகின்றன (ethereum.org account ஆவணங்கள்; EIP-2, secp256k1 கையொப்ப மாற்றத்தன்மைத் திருத்தம்). ECDSA-ஐ விரைவாகச் சரிபார்க்க முடியும்; அது பல தசாப்தங்களாக ஆய்வு செய்யப்பட்டுள்ளது. ஆனால் புதிய வடிவமைப்புகளுக்குப் பொருத்தமான ஓர் இயக்கக் குறைபாடு அதற்கு உள்ளது: தனித்தனி ECDSA கையொப்பங்களைத் திறமையாக ஒருங்கிணைக்க முடியாது; எனவே ஆயிரக்கணக்கான கையொப்பங்களைச் சரிபார்க்க ஆயிரக்கணக்கான தனித்தனிச் சோதனைகள் தேவை.

அந்த இடைவெளியை EdDSA மற்றும் BLS கையொப்பங்கள் நிரப்புகின்றன. EdDSA (Solana, Stellar போன்ற சங்கிலிகள் பயன்படுத்துவது) நிர்ணயிக்கப்பட்ட முறையில் இயங்கும் வேறுபட்ட வளைவுக் கட்டமைப்பைப் பயன்படுத்துகிறது; வரலாற்றில் ECDSA nonce-ஐ மீண்டும் பயன்படுத்திய பிழைகளை உண்டாக்கிய சில செயலாக்கக் குறைபாடுகளையும் இது எதிர்க்கிறது. BLS கையொப்பங்கள் இன்னும் ஒரு படி மேலே செல்கின்றன: அவை பயன்படுத்தும் வளைவுகளின் கணித pairing பண்பால், பல BLS கையொப்பங்களை ஒரே ஒருங்கிணைந்த கையொப்பமாகச் சேர்த்து, அவை அனைத்தையும் ஒரே நேரத்தில் சரிபார்க்க முடியும். Ethereum-இன் பங்கு-நிரூபண ஒருமித்த கருத்து அடுக்கு இதையே சார்ந்துள்ளது — சரிபார்ப்பாளர்கள் BLS விசைகளைக் கொண்டு attestations-இல் கையொப்பமிடுகின்றனர்; எனவே beacon chain, நூறாயிரக்கணக்கான சரிபார்ப்பாளர்களின் வாக்குகளை விரைவாகச் சரிபார்க்கக்கூடிய அளவுக்குச் சுருக்கமான கையொப்பங்களாக ஒருங்கிணைக்க முடிகிறது. இதுதான் பெரிய அளவிலான பங்கு-நிரூபணத்தை நடைமுறையில் சாத்தியமாக்குகிறது (ethereum.org, The Beacon Chain). Smart contract-களில் BLS கையொப்பச் சரிபார்ப்பை ஆதரிக்கவே, BLS12-381 வளைவுச் செயல்பாடுகளை EVM precompile-களாகவும் Ethereum வழங்குகிறது (EIP-2537).

Merkle மரங்கள்

ஒவ்வொரு பங்கேற்பாளரையும் ஒவ்வொரு பரிவர்த்தனையையும் சேமிக்கச் சொல்லாமல், ஆயிரக்கணக்கான பரிவர்த்தனைகளை ஒரே 32-byte hash-ஆக ஒரு பிளாக்செயின் சுருக்க உதவுவது Merkle மரம். இலைகள் தனித்தனி தரவுக் கூறுகளின் hash-கள் (பரிவர்த்தனைகள், account நிலைகள்); ஒவ்வொரு hash இணையையும் ஒன்றிணைத்து மீண்டும் hash செய்யும் செயல்முறை, ஒரே hash — root — எஞ்சும் வரை தொடர்கிறது (Bitcoin Developer Guide). அந்த root நேரடியாக block header-இல் சேமிக்கப்படுகிறது; இதனால் கிட்டத்தட்ட எந்தக் கூடுதல் இடமும் பயன்படுத்தாமல் ஒரு block-இன் முழு உள்ளடக்கத்துக்கும் full node உறுதியளிக்க முடிகிறது.

இதன் பயன் சான்றின் அளவில் தெரிகிறது. ஒரு பரிவர்த்தனை block ஒன்றில் சேர்க்கப்பட்டிருக்கிறது என்பதைக் காட்ட முழு block-உம் தேவையில்லை — அந்தப் பரிவர்த்தனையும், அந்த இலையிலிருந்து root வரையிலான பாதையில் உள்ள sibling hash-களான "Merkle branch"-உம் மட்டும் போதும்; n பரிவர்த்தனைகளுக்கு இது பொதுவாக log₂(n) hash-களின் அளவில் இருக்கும். Simplified Payment Verification (SPV) இதன் அடிப்படையில் இயங்குகிறது: block header-களை மட்டும் வைத்திருக்கும் lightweight client-கூட, முழுப் பிளாக்செயினையும் பதிவிறக்காமல், குறிப்பிட்ட ஒரு பரிவர்த்தனையின் Merkle branch-ஐ header-இன் root-உடன் ஒப்பிட்டுச் சரிபார்ப்பதன் மூலம் அந்தப் பரிவர்த்தனை நடந்ததை உறுதிசெய்ய முடியும் (Bitcoin Developer Guide).

பரிவர்த்தனைகளின் பட்டியலை மட்டும் அல்லாமல் முழு account நிலையையும் சேமிக்கப் பயன்படும் Merkle மரம் மற்றும் prefix (radix) trie ஆகியவற்றின் கலவையான Merkle Patricia Trie மூலம் Ethereum இந்த எண்ணத்தை விரிவுபடுத்துகிறது. ஒவ்வொரு block header-உம் தனித்தனியாக நிரூபிக்கக்கூடிய மூன்று வேறுபட்ட trie root-களை — stateRoot, transactionsRoot, receiptsRoot — கொண்டிருக்கிறது (ethereum.org). முழுச் சங்கிலியையும் மீண்டும் இயக்காமல், ஒரு smart contract அல்லது light client ஒரே account இருப்பையோ ஒரே storage slot-ஐயோ சரிபார்க்க இதுவே உதவுகிறது.

நீள்வட்ட வளைவுக் கிரிப்டோகிராஃபி

ECDSA, EdDSA, BLS ஆகிய அனைத்துக்கும் அடிப்படையான கணிதம் நீள்வட்ட வளைவுக் கிரிப்டோகிராஃபி (ECC). பாரம்பரிய RSA போல் பெரிய எண்களை காரணிகளாகப் பிரிப்பதன் கடினத்தன்மையைச் சாராமல், நீள்வட்ட வளைவு discrete logarithm சிக்கலின் கடினத்தன்மையை ECC சார்ந்துள்ளது: ஒரு base point-ஐத் தன்னுடன் பலமுறை கூட்டுவதால் கிடைத்த வளைவின் ஒரு point கொடுக்கப்பட்டால், எத்தனை முறை கூட்டப்பட்டது என்பதை மீட்டறிவது கணினிச் செயலாக்க ரீதியாகச் சாத்தியமற்றது — ஆனால் முன்னோக்கிச் சென்று அந்த point-ஐக் கணக்கிடுவது எளிது. அந்தச் சமச்சீரின்மை (ஒரு திசையில் எளிது, பின்னோக்கிச் செல்வது கடினம்) தான், பெறப்பட்ட பொது விசையைப் பகிர்வது பாதுகாப்பாக இருக்கும் அதே நேரத்தில் தனிப்பட்ட விசையைக் கையொப்பமிடுவதற்குப் பாதுகாப்பாகப் பயன்படுத்த உதவுகிறது.

குறிப்பிட்ட வளைவும் கையொப்பத் திட்டமும் முக்கியம். Bitcoin, Ethereum இரண்டும் நன்கு ஆய்வுசெய்யப்பட்ட 256-bit அளவுருக்களுடன் Standards for Efficient Cryptography Group தரப்படுத்திய Koblitz வளைவான secp256k1-ஐப் பயன்படுத்துகின்றன (SEC 2: பரிந்துரைக்கப்பட்ட நீள்வட்ட வளைவு domain அளவுருக்கள்). மற்ற சுற்றுச்சூழல்கள் வேறுபட்ட சமரசங்களைச் செய்கின்றன: Ed25519 என்பது Edwards25519 வளைவில் செயல்படுத்தப்பட்ட ஒரு குறிப்பிட்ட EdDSA கையொப்பத் திட்டம் (RFC 8032, §5.1); RFC 8032 அதை ஏறத்தாழ 128-bit பாரம்பரியப் பாதுகாப்பு நிலையில் வைக்கிறது (§8.5). BLS12-381 என்பது BLS கையொப்ப ஒருங்கிணைப்பு போன்ற செயல்பாடுகளுக்குத் தேர்ந்தெடுக்கப்பட்ட pairing-க்கு ஏற்ற வளைவு; EIP-2537, 120+ bit பாதுகாப்பை விவரிக்கிறது (EIP-2537). இந்த மதிப்பீடுகள் ஒரே "ஒவ்வொரு key bit-க்குமான பாதுகாப்பு" இருப்பதாகக் கூறவில்லை: இந்த அமைப்புகள் வேறுபட்ட group-கள், encoding-கள், அனுமானங்களைப் பயன்படுத்துகின்றன; பெயரளவிலான key length மட்டுமே பாதுகாப்பின் வலிமை அல்ல. எடுத்துக்காட்டாக, 128-bit பாரம்பரியப் பாதுகாப்பை 256–383-bit வழக்கமான ECC விசைகளுக்கும், 3072-bit RSA விசைகளுக்கும் NIST ஒப்பிடுகிறது (NIST SP 800-57 Part 1 Rev. 5, அட்டவணை 2). பிளாக்செயின் account-களுக்கு நீள்வட்ட வளைவு அமைப்புகள் இயல்புநிலையாக மாறியதற்கான காரணத்தை இது விளக்க உதவுகிறது.

உறுதிப்பாட்டுத் திட்டங்கள் (பூஜ்ஜிய-அறிவை நோக்கிய பாலம்)

ஒரு மதிப்பை "பூட்டி வைக்க" உறுதிப்பாட்டுத் திட்டம் உதவுகிறது — தரவையே வெளிப்படுத்தாமல், குறிப்பிட்ட ஒரு தரவுடன் உங்களைப் பிணைக்கும் ஒன்றை வெளியிட்டு, அது என்னவென்பதை நிரூபிக்க பின்னர் அந்த உறுதிப்பாட்டை "திறக்க" முடியும். இதற்கான அன்றாட ஒப்புமை மூடிய உறை: ஒரு பதிலை ஏற்கெனவே முடிவுசெய்துவிட்டீர்கள் என்பதற்கான சான்றாக இன்று ஒருவரிடம் மூடிய உறையைக் கொடுக்கலாம்; நீங்கள் அதைத் திறக்கத் தேர்ந்தெடுக்கும் வரை அவர் உள்ளே இருப்பதைப் பார்க்க முடியாது; ஒருமுறை மூடிய பிறகு உள்ளே இருக்கும் பதிலை மாற்றவும் முடியாது.

இது ஒரு சிறிய அடிப்படை கூறாகத் தோன்றலாம்; ஆனால் பெரும்பாலான பூஜ்ஜிய-அறிவுச் சான்று அமைப்புகளின் அடிப்படையில் பெரும் சுமையைத் தாங்கும் கூறு இதுதான். எடுத்துக்காட்டாக, Ethereum-இன் blob அடிப்படையிலான தரவுக் கிடைப்புநிலை வடிவமைப்பு, ஒவ்வொரு blob-ஐயும் ஒரு சிறிய கிரிப்டோகிராஃபிக் உறுதிப்பாடாகச் சுருக்க KZG polynomial commitment-களைப் பயன்படுத்துகிறது. அந்த உறுதிப்பாட்டுடன் ஒப்பிட்டு ஓர் evaluation அல்லது மாதிரி எடுக்கப்பட்ட cell-ஐ KZG proof அங்கீகரிக்க முடியும்; ஆனால் முழு blob-உம் கிடைக்கிறது என்பதை அது தனியாக நிரூபிப்பதில்லை: கிடைப்புநிலை, ஒருமித்த கருத்து அடுக்கின் விநியோக மற்றும் sampling விதிகளிலிருந்து வருகிறது; பெறப்பட்ட தரவின் ஒருமைப்பாட்டுச் சோதனையை KZG வழங்குகிறது (EIP-4844; EIP-7594, PeerDAS). அனைத்து blob தரவும் வெளியிடப்பட்டதற்கான சான்று என்று ஒரு சுருக்கமான evaluation proof-ஐத் தவறாகப் புரிந்துகொள்ளாமல், ஒரு blob-இன் சிறிய பகுதியை verifier சரிபார்க்க இந்தப் பிரிப்பே உதவுகிறது. உண்மையில், Merkle root தானே ஓர் எளிய உறுதிப்பாட்டுத் திட்டம்: root hash மூலம் முழுத் தரவுத்தொகுப்புக்கும் அது உறுதியளிக்கிறது; அதில் ஒரு பகுதியை வெளிப்படுத்தும் "opening" தான் Merkle branch. ZK-rollup-கள் மேம்பட்ட உறுதிப்பாட்டுத் திட்டங்களை (polynomial மற்றும் vector commitment-கள்) அடிப்படையாகக் கொண்டு, முழுப் பரிவர்த்தனைத் தொகுப்பின் செயலாக்கத்தையும் ஆன்-செயினில் குறைந்த செலவில் சரிபார்க்கக்கூடிய ஒரே சான்றாகச் சுருக்குகின்றன — இந்தத் தலைப்பு முழுமையான vs கணக்கீட்டு பூஜ்ஜிய-அறிவு என்பதில் விரிவாக விளக்கப்பட்டுள்ளது.

ஒப்பீடு: பிளாக்செயின் கிரிப்டோகிராஃபிக் அடிப்படை கூறுகள்

இது டோக்கனைஸ் செய்யப்பட்ட டொமைன்களுடன் எப்படி இணைகிறது?

ஒரு டொமைனை டோக்கனைஸ் செய்யும்போது இந்த அடிப்படை கூறுகள் ஒவ்வொன்றும் நேரடியாகப் பயன்படுகின்றன. உரிமையைப் பிரதிநிதித்துவப்படுத்தும் NFT, சங்கிலியின் account மற்றும் token அங்கீகார விதிகளால் பாதுகாக்கப்படுகிறது. அதை externally owned account வைத்திருந்தால், அந்த account-இன் தனிப்பட்ட விசை அதன் செயல்களை அங்கீகரிக்கிறது; contract account-க்கு தனிப்பட்ட விசை இல்லை, அதன் code அதைக் கட்டுப்படுத்துகிறது (ethereum.org, Ethereum account-கள்). ERC-721 token-இல், அங்கீகரிக்கப்பட்ட முகவரி அல்லது operator-உம் இடமாற்றத்தைத் தொடங்க முடியும் (ERC-721). அதனால்தான் தானே கட்டுப்படுத்தும் EOA உரிமைக்கு வன்பொருள் பணப்பைகளும் விதைச் சொற்றொடரை கவனமாகப் பாதுகாப்பதும் முக்கியம்; smart-contract மற்றும் custodial பணப்பைகள் வேறுபட்ட அங்கீகாரம் மற்றும் நம்பிக்கை எல்லைகளை அறிமுகப்படுத்துகின்றன. டொமைனின் உரிமைப் பதிவு, சங்கிலியிலுள்ள மற்ற ஒவ்வொரு account இருப்பையும் ஸ்மார்ட் கான்ட்ராக்டையும் பாதுகாக்கும் அதே Merkle-உறுதியளிக்கப்பட்ட நிலையில் உள்ளது. அதனால்தான், டோக்கனைஸ் செய்யப்பட்ட டொமைன் மற்ற எந்த ஆன்-செயின் சொத்துக்கும் உள்ள அதே மாற்றம் புலப்படும் தன்மையைப் பெறுகிறது — ரெஜிஸ்ட்ராரின் தரவுத்தளம் மட்டுமே உண்மையின் ஒரே ஆதாரமாக இல்லாமல், இடமாற்றக்கூடியதாகவும், சரிபார்க்கக்கூடியதாகவும், உரிமையை நிரூபிக்கக்கூடியதாகவும் உள்ளது.

டோக்கனைசேஷன் எதை மாற்றுகிறது, எதை மாற்றவில்லை என்பதையும் இந்த அடிப்படை கூறுகளைப் புரிந்துகொள்வது தெளிவாக்குகிறது: டொமைனின் DNS record மற்றும் registry நிலை இன்னும் ICANN விதிகளையே பின்பற்றுகின்றன; ஆனால் அதன் உரிமைச் சான்று, login மூலம் பாதுகாக்கப்படும் ரெஜிஸ்ட்ரார் account-க்குப் பதிலாக, மேலே விவரிக்கப்பட்ட கிரிப்டோகிராஃபியில் இயங்குகிறது. விரிவான கண்ணோட்டத்திற்கு பிளாக்செயின் ஒருமித்த கருத்து வழிமுறைகள் மற்றும் பிளாக்செயின் scaling அணுகுமுறைகள் ஆகியவற்றைப் பாருங்கள்; அல்லது namefi.io-இல் டோக்கனைஸ் செய்யத் தொடங்குங்கள்.

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

• Bitcoin Developer Guide — Block Chain, முந்தைய header-இன் SHA256(SHA256()) வழியாகச் சங்கிலியாக இணைத்தல்
• Bitcoin — Bitcoin: ஒரு peer-to-peer மின்னணுப் பண அமைப்பு, வேலை-நிரூபண வரலாற்றை மீண்டும் எழுதுதல் மற்றும் ஒட்டுமொத்த வேலை
• Bitcoin Developer Reference — Block Chain, Merkle root உருவாக்கம்
• Bitcoin Developer Guide — இயக்க முறைகள், SPV மற்றும் Merkle branch-கள்
• ethereum.org — Ethereum account-கள், ECDSA மற்றும் Keccak-256 முகவரி பெறுதல்; EOA மற்றும் contract-account கட்டுப்பாடு
• ethereum.org — Merkle Patricia Trie, state/transactions/receipts root-கள்
• ethereum.org — Danksharding, KZG polynomial commitment-கள்
• EIP-4844 — Shard Blob பரிவர்த்தனைகள், blob commitment-கள், proof-கள், ஒருமித்த கருத்து அடுக்கு கிடைப்புநிலை
• EIP-7594 — PeerDAS, cell proof-கள் மற்றும் தரவுக் கிடைப்புநிலை sampling
• ERC-721 — Non-Fungible Token தரநிலை, token உரிமை, அங்கீகாரங்கள், operator-கள்
• EIP-2 — Homestead Hard-fork மாற்றங்கள், secp256k1 கையொப்பக் கட்டுப்பாடுகள்
• EIP-2537 — BLS12-381 வளைவுச் செயல்பாடுகளுக்கான precompile
• RFC 8032 — Edwards-Curve Digital Signature Algorithm (EdDSA), Ed25519-இன் திட்டம், வளைவு, பாதுகாப்பு நிலை
• SEC 2: Recommended Elliptic Curve Domain Parameters — secg.org
• NIST SP 800-57 Part 1 Rev. 5 — விசை நிர்வாகத்திற்கான பரிந்துரை, ஒப்பிடத்தக்க ECC மற்றும் RSA பாதுகாப்பு வலிமைகள்
• The Eth2 Book — கையொப்பங்களும் BLS ஒருங்கிணைப்பும்
• NIST — குவாண்டத்துக்குப் பிந்தைய முதல் 3 இறுதி encryption தரநிலைகளை NIST வெளியிட்டது