← Academy पर वापस
स्तर 1 · मुफ़्त
Crypto & Blockchain Fundamentals
Chains, transactions, wallets और finality को समझने के लिए सही mental model बनाएं।
8 लेसन · 8 फील्ड एक्सरसाइज़ · 8 व्यावहारिक परिदृश्य · 20 question · 80% passing score
सीखना शुरू करें0% · 0/21
आप क्या कर पाएंगे
✓
यह मॉड्यूल स्टेट, कंसेंसस और फाइनलिटी को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
✓
यह मॉड्यूल की, एड्रेस और वॉलेट सीमाएँ को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
✓
यह मॉड्यूल ट्रांज़ैक्शन जीवनचक्र और फीस को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
✓
यह मॉड्यूल UTXO बनाम अकाउंट मॉडल को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
पाठ्यक्रम
▸1.1 · स्टेट वह है जिस पर नेटवर्क सहमत होता है14 मिनट
▸1.2 · कंसेंसस trust assumptions को समाप्त नहीं करता16 मिनट
Lab · ट्रांज़ैक्शन trace करें
इस course में शामिल है
- ·8 लेसन · 12 निर्देशित घंटे
- ·4 Lab · व्यावहारिक परिदृश्य
- ·8 व्यावहारिक केस फ़ाइलें · 8 ज्ञान जाँच
- ·52 परीक्षा प्रश्न बैंक · 80% उत्तीर्ण अंक
- ·Completion credential: UTXO Certified · Crypto Foundations
यह course आपसे क्या अपेक्षा रखता है
- ·Transaction trace करें और बताएं trust वास्तव में कहाँ है।
- ·Passing score: 80%
- ·किसी पूर्व course की आवश्यकता नहीं।
कोर्स ब्रीफिंग
प्रशिक्षण अनुबंध
Transaction trace करें और बताएं trust वास्तव में कहाँ है।
व्यावहारिक डिलिवरेबल
स्टेट, कंसेंसस और फाइनलिटी
यह मॉड्यूल स्टेट, कंसेंसस और फाइनलिटी को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
एविडेंस मेमो · TX-FLOWकी, एड्रेस और वॉलेट सीमाएँ
यह मॉड्यूल की, एड्रेस और वॉलेट सीमाएँ को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
एविडेंस मेमो · KEY-BOUNDARYट्रांज़ैक्शन जीवनचक्र और फीस
यह मॉड्यूल ट्रांज़ैक्शन जीवनचक्र और फीस को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
एविडेंस मेमो · TX-FLOWUTXO बनाम अकाउंट मॉडल
यह मॉड्यूल UTXO बनाम अकाउंट मॉडल को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
एविडेंस मेमो · TX-FLOWमूल्यांकन अनुबंध
पाठ जाँच8
मॉड्यूल लैब4
अंतिम परीक्षा20
दक्षता सीमा80%
पूर्ण पाठ्यक्रम
Crypto & Blockchain Fundamentals
शुरू करने से पहले पूरे curriculum, competencies और assessment path की समीक्षा करें।
निर्देशित अध्ययन भार12h
मॉड्यूल4
लेसन8
01
स्टेट, कंसेंसस और फाइनलिटी
यह मॉड्यूल स्टेट, कंसेंसस और फाइनलिटी को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
1.1
स्टेट वह है जिस पर नेटवर्क सहमत होता है45 मिनट · गहन तकनीकी पाठ
1.2
कंसेंसस trust assumptions को समाप्त नहीं करता45 मिनट · गहन तकनीकी पाठ
मॉड्यूल प्रैक्टिकल लैबट्रांज़ैक्शन trace करें
02
की, एड्रेस और वॉलेट सीमाएँ
यह मॉड्यूल की, एड्रेस और वॉलेट सीमाएँ को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
2.1
की authorize करती है; एड्रेस identify करता है45 मिनट · गहन तकनीकी पाठ
2.2
वॉलेट सिर्फ key storage नहीं है45 मिनट · गहन तकनीकी पाठ
मॉड्यूल प्रैक्टिकल लैबSigning boundary सुरक्षित करें
03
ट्रांज़ैक्शन जीवनचक्र और फीस
यह मॉड्यूल ट्रांज़ैक्शन जीवनचक्र और फीस को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
3.1
इंटेंट से inclusion तक45 मिनट · गहन तकनीकी पाठ
3.2
फीस प्राथमिकता खरीदती है, सहीपन नहीं45 मिनट · गहन तकनीकी पाठ
मॉड्यूल प्रैक्टिकल लैबट्रांज़ैक्शन trace करें
04
UTXO बनाम अकाउंट मॉडल
यह मॉड्यूल UTXO बनाम अकाउंट मॉडल को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
4.1
UTXO अलग-अलग outputs खर्च करता है45 मिनट · गहन तकनीकी पाठ
4.2
Account chains साझा state बदलती हैं45 मिनट · गहन तकनीकी पाठ
मॉड्यूल प्रैक्टिकल लैबट्रांज़ैक्शन trace करें
- मुख्य जोखिम: स्टेट वह है जिस पर नेटवर्क सहमत होता है को मामूली detail न मानें।
- कार्रवाई: authorization से पहले स्टेट वह है जिस पर नेटवर्क सहमत होता है से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: कंसेंसस trust assumptions को समाप्त नहीं करता को मामूली detail न मानें।
- कार्रवाई: authorization से पहले कंसेंसस trust assumptions को समाप्त नहीं करता से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: की authorize करती है; एड्रेस identify करता है को मामूली detail न मानें।
- कार्रवाई: authorization से पहले की authorize करती है; एड्रेस identify करता है से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: वॉलेट सिर्फ key storage नहीं है को मामूली detail न मानें।
- कार्रवाई: authorization से पहले वॉलेट सिर्फ key storage नहीं है से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: इंटेंट से inclusion तक को मामूली detail न मानें।
- कार्रवाई: authorization से पहले इंटेंट से inclusion तक से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: फीस प्राथमिकता खरीदती है, सहीपन नहीं को मामूली detail न मानें।
- कार्रवाई: authorization से पहले फीस प्राथमिकता खरीदती है, सहीपन नहीं से जुड़े technical evidence को verify करें।
- लिखित फील्ड एक्सरसाइज़ × 8
- ज्ञान जाँच × 8
- मॉड्यूल प्रैक्टिकल लैब × 4
- समयबद्ध अंतिम परीक्षा · 20 · ≥ 80%
- गहन तकनीकी पाठ · 360 min
- लिखित फील्ड एक्सरसाइज़ · 160 min
- मॉड्यूल प्रैक्टिकल लैब · 140 min
- Specialist units · 105 min
- समयबद्ध अंतिम परीक्षा · 30 min
कोर्स हैंडबुक
12hदायरा, सीखने के परिणाम और अध्ययन मानक
Chains, transactions, wallets और finality को समझने के लिए सही mental model बनाएं।
किसी पूर्व तकनीकी पाठ्यक्रम की आवश्यकता नहीं है।
- मुख्य जोखिम: स्टेट वह है जिस पर नेटवर्क सहमत होता है को मामूली detail न मानें।
- कार्रवाई: authorization से पहले स्टेट वह है जिस पर नेटवर्क सहमत होता है से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: कंसेंसस trust assumptions को समाप्त नहीं करता को मामूली detail न मानें।
- कार्रवाई: authorization से पहले कंसेंसस trust assumptions को समाप्त नहीं करता से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: की authorize करती है; एड्रेस identify करता है को मामूली detail न मानें।
- कार्रवाई: authorization से पहले की authorize करती है; एड्रेस identify करता है से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: वॉलेट सिर्फ key storage नहीं है को मामूली detail न मानें।
- कार्रवाई: authorization से पहले वॉलेट सिर्फ key storage नहीं है से जुड़े technical evidence को verify करें।
- मुख्य जोखिम: इंटेंट से inclusion तक को मामूली detail न मानें।
- कार्रवाई: authorization से पहले इंटेंट से inclusion तक से जुड़े technical evidence को verify करें।
- 01
छह-भाग तकनीकी अध्याय पढ़ें
- 02
अद्वितीय visual और protocol model देखें
- 03
case file और evidence map पर काम करें
- 04
लिखित field exercise जमा करें
- 05
knowledge check और module lab पास करें
- 06
समयबद्ध final assessment पूरा करें
हर दावा observable fields, protocol behavior, primary references या स्पष्ट assumptions से जुड़ा होना चाहिए। Unknowns को सुरक्षित मानकर छिपाया नहीं जाना चाहिए।
Completion के लिए written work, knowledge checks, सभी labs और final exam में कम से कम 80% आवश्यक है। Professional level में capstone भी आवश्यक है।
- स्टेट वह है जिस पर नेटवर्क सहमत होता है
- Blockchain state transitions पर नियम लागू करती है और consensus के माध्यम से एक साझा history पर converge करती है। तय करें कि authoritative state कौन-सी है, assumptions क्या हैं और reorg risk कितना बचा है।
- कंसेंसस trust assumptions को समाप्त नहीं करता
- PoW, PoS और अन्य mechanisms authority और failure modes को अलग-अलग बाँटते हैं; economic security application security का विकल्प नहीं है।
- की authorize करती है; एड्रेस identify करता है
- Private key valid signatures बनाती है जबकि address public identifier है। Seed या private key उजागर करने से control चला जाता है, भले तत्काल transfer न हो।
- वॉलेट सिर्फ key storage नहीं है
- Wallet software requests बनाता है, context दिखाता है और authorization माँगता है। UI, browser origin, signer और device अलग trust boundaries हैं।
- इंटेंट से inclusion तक
- एक action intent से payload, signature, propagation, mempool, inclusion और finality तक जाता है; हर चरण के अलग risks और recovery options होते हैं।
- फीस प्राथमिकता खरीदती है, सहीपन नहीं
- Fees priority और inclusion को प्रभावित करती हैं, user intent की correctness को नहीं। Malicious high-fee transaction फिर भी malicious है।
- UTXO अलग-अलग outputs खर्च करता है
- UTXO model में पुराने inputs पूरी तरह consume होते हैं और नए outputs बनते हैं; coin selection, change और scripts privacy, fee और validity को प्रभावित करते हैं।
- Account chains साझा state बदलती हैं
- Account-based chains balances, nonces और storage को shared state में रखती हैं, और एक call arbitrary downstream logic trigger कर सकता है।
विशेषज्ञ विस्तार
आधुनिक प्रोटोकॉल और ऑपरेशनल विषय
ये विस्तार core curriculum को वर्तमान standards और security boundaries से विस्तृत करते हैं जिन्हें professional practitioner को पहचानना और समझना चाहिए।
EXT / 01
HD wallets, BIP-32 और derivation boundaries
समझें कि एक seed से extended keys की hierarchy कैसे बनती है, hardened derivation क्यों होता है और xpub सामान्य address से अधिक संवेदनशील क्यों है। देखें कि कौन-सी subtree जानकारी trust boundaries पार करती है।
सुरक्षा फोकसDerivation path · hardened/non-hardened · xpub exposure · account separation
अध्ययन कार्यPrimary material पढ़ें, trust boundary पहचानें और समझाएँ कि mechanism authorization या execution model को कैसे बदलता है।
आवश्यक आउटपुटAssumptions, material evidence, failure conditions और justified security decision सहित एक concise analyst note तैयार करें।
प्राथमिक संदर्भBIP-32 ↗
EXT / 02
PSBT, offline signing और transaction handoff
PSBT transaction construction और signing के बीच structured handoff है। Signer को inputs, outputs, change, fee और unknown fields verify करने चाहिए; offline origin अपने आप trust नहीं देता।
सुरक्षा फोकसUnsigned transaction · input metadata · change · signer verification · PSBT v0/v2
अध्ययन कार्यPrimary material पढ़ें, trust boundary पहचानें और समझाएँ कि mechanism authorization या execution model को कैसे बदलता है।
आवश्यक आउटपुटAssumptions, material evidence, failure conditions और justified security decision सहित एक concise analyst note तैयार करें।
EXT / 03
Taproot, Schnorr और MuSig2 authorization
Taproot key/script paths को BIP-340-compatible multisignature से जोड़ें। Aggregate keys on-chain representation सरल करते हैं, लेकिन nonce handling, participant coordination और fallback critical रहते हैं।
सुरक्षा फोकसTaproot · Schnorr · MuSig2 · nonce discipline · fallback
अध्ययन कार्यPrimary material पढ़ें, trust boundary पहचानें और समझाएँ कि mechanism authorization या execution model को कैसे बदलता है।
आवश्यक आउटपुटAssumptions, material evidence, failure conditions और justified security decision सहित एक concise analyst note तैयार करें।
Module 01
स्टेट, कंसेंसस और फाइनलिटी
यह मॉड्यूल स्टेट, कंसेंसस और फाइनलिटी को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
Lesson 1.1
स्टेट वह है जिस पर नेटवर्क सहमत होता है
तकनीकी अध्याय
गहन तकनीकी पाठस्टेट वह है जिस पर नेटवर्क सहमत होता है
01
मानसिक मॉडल
Blockchain state transitions पर नियम लागू करती है और consensus के माध्यम से एक साझा history पर converge करती है। तय करें कि authoritative state कौन-सी है, assumptions क्या हैं और reorg risk कितना बचा है।
यह अवधारणा महत्वपूर्ण है क्योंकि मुख्य जोखिम: स्टेट वह है जिस पर नेटवर्क सहमत होता है को मामूली detail न मानें।.
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं। इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
02
वास्तव में क्या होता है
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
प्रोटोकॉल और execution स्तर पर निरीक्षण करें state और transition और consensus और reorg और finality. Protocol identifiers का अनुवाद नहीं किया जाता क्योंकि वे technical payload का हिस्सा हैं।
stateतकनीकी निरीक्षण बिंदु
transitionतकनीकी निरीक्षण बिंदु
consensusतकनीकी निरीक्षण बिंदु
reorgतकनीकी निरीक्षण बिंदु
finalityतकनीकी निरीक्षण बिंदु
03
विफलता सतह
Contradictions, excessive authority और unexplained dependencies को material failure signals मानें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले स्टेट वह है जिस पर नेटवर्क सहमत होता है से जुड़े technical evidence को verify करें।. Unknown का अर्थ safe नहीं है।
- मुख्य जोखिम: स्टेट वह है जिस पर नेटवर्क सहमत होता है को मामूली detail न मानें।
- कार्रवाई: authorization से पहले स्टेट वह है जिस पर नेटवर्क सहमत होता है से जुड़े technical evidence को verify करें।
04
निर्णय मानक
हर material signal को assets, authority या trust पर उसके ठोस परिणाम से जोड़ें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले स्टेट वह है जिस पर नेटवर्क सहमत होता है से जुड़े technical evidence को verify करें।.
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
05
सत्यापन प्रक्रिया
Irreversible authorization से पहले request को independent evidence से verify करें।
- 01
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
- 02
इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
- 03
Irreversible authorization से पहले request को independent evidence से verify करें।
- 04
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
- 05
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
06
आवश्यक विश्लेषक आउटपुट
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
मुख्य जोखिम: स्टेट वह है जिस पर नेटवर्क सहमत होता है को मामूली detail न मानें। और कार्रवाई: authorization से पहले स्टेट वह है जिस पर नेटवर्क सहमत होता है से जुड़े technical evidence को verify करें।
आवश्यक विश्लेषक आउटपुटस्टेट वह है जिस पर नेटवर्क सहमत होता है · निर्णय मानक
तकनीकी वर्कबुक
विश्लेषक का उद्देश्य
मुख्य जोखिम: स्टेट वह है जिस पर नेटवर्क सहमत होता है को मामूली detail न मानें।
कार्यविधि
state
accepted chain/application statetransition
valid state changeconsensus
history selection / finalizationreorg
accepted history can changefinality
confidence / economic or protocol guaranteeविफलता संकेत
- 01
treating inclusion as absolute finality
- 02
ignoring reorg assumptions
- 03
confusing consensus security with app safety
- 04
wrong confirmation threshold
- 05
no chain-specific finality model
सत्यापन प्रक्रिया
- 01
identify consensus mechanism
- 02
define confirmation/finality criterion
- 03
measure reorg exposure
- 04
separate protocol validity from economic intent
- 05
document settlement assumption
तर्क श्रृंखला
- 01
तथ्य → महत्वपूर्ण साक्ष्य
- 02
साक्ष्य → परिणाम / अधिकार
- 03
परिणाम → स्पष्ट निर्णय + अगली कार्रवाई
आवश्यक परिणाम
chain finality assumption recordप्रोटोकॉल वॉकथ्रू
सुरक्षा निर्णय के मार्ग का अनुसरण करें
state / consensus / finality01देखें
- state: accepted chain/application state
- transition: valid state change
02ट्रेस करें
- consensus: history selection / finalization
- reorg: accepted history can change
- finality: confidence / economic or protocol guarantee
03जाँचें
- treating inclusion as absolute finality
- ignoring reorg assumptions
- confusing consensus security with app safety
04सत्यापित करें
- identify consensus mechanism
- define confirmation/finality criterion
- measure reorg exposure
05परिणाम
- chain finality assumption record
अधिकार सतहstate · transition · consensus
विफलता स्थितिtreating inclusion as absolute finality
Applied case
btc-finalitychain
Bitcoinvalue
1.8 BTCconfirmations
1reorg Policy
treasury requires 6mempool Replacement
disabledquestion
settled or still operationally reversible?Analyst task
उत्तर देने से पहले granted authority, fail हो सकने वाली trust boundary और irreversible consequence पहचानें।
एविडेंस मैप
निर्णय से पहले व्यवस्थित करें
सुरक्षा निर्णय से पहले पहचान, अधिकार, निष्पादन और संदर्भ को अलग करें।
01
पहचान
कौन या क्या अधिकार माँग, प्राप्त या प्रतिनिधित्व कर रहा है?
—
02
अधिकार
कौन-सी क्षमता दी, रखी या प्रयोग की जा सकती है?
reorg Policy
treasury requires 603
निष्पादन
payload, route या system वास्तव में क्या करेगा?
value
1.8 BTCmempool Replacement
disabled04
संदर्भ
कौन-से आसपास के तथ्य निर्णय को बदल सकते हैं?
chain
Bitcoinconfirmations
1question
settled or still operationally reversible?फील्ड एक्सरसाइज़
केवल स्थानीय विश्लेषक रिकॉर्डविश्लेषक-तैयार निष्कर्ष तैयार करें
स्मृति से उत्तर न दें। ऊपर के केस, प्रोटोकॉल फ़ील्ड और सत्यापन प्रक्रिया का उपयोग करके पुनरुत्पाद्य निष्कर्ष लिखें।
फोकसstate · transition · consensus
विफलता संकेतtreating inclusion as absolute finality
पहले सत्यापित करेंidentify consensus mechanism
आवश्यक परिणामchain finality assumption record
पूर्णता मानदंड
- UI दिखावट के बजाय महत्वपूर्ण साक्ष्य उद्धृत करता है।
- अधिकार, स्थिति परिवर्तन या परिणाम को नाम देता है।
- पुनरुत्पाद्य अगला कदम या निर्णय देता है।
सुरक्षा नोट्स
- 01
मुख्य जोखिम: स्टेट वह है जिस पर नेटवर्क सहमत होता है को मामूली detail न मानें।
- 02
कार्रवाई: authorization से पहले स्टेट वह है जिस पर नेटवर्क सहमत होता है से जुड़े technical evidence को verify करें।
विश्लेषक नोटबुक
केवल स्थानीय सीखने का रिकॉर्डअपना एविडेंस मेमो बनाएं
चेकपॉइंट से पहले अपना तर्क लिखें और उसे स्पष्ट निर्णय या अगली कार्रवाई के साथ समाप्त करें। नोट्स इसी डिवाइस पर रहते हैं।
LOCAL STORAGE
फील्ड एक्सरसाइज़
पूर्ण करने से पहले तीनों अनुभाग विकसित करें।
Lesson 1.2
कंसेंसस trust assumptions को समाप्त नहीं करता
तकनीकी अध्याय
गहन तकनीकी पाठकंसेंसस trust assumptions को समाप्त नहीं करता
01
मानसिक मॉडल
PoW, PoS और अन्य mechanisms authority और failure modes को अलग-अलग बाँटते हैं; economic security application security का विकल्प नहीं है।
यह अवधारणा महत्वपूर्ण है क्योंकि मुख्य जोखिम: कंसेंसस trust assumptions को समाप्त नहीं करता को मामूली detail न मानें।.
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं। इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
02
वास्तव में क्या होता है
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
प्रोटोकॉल और execution स्तर पर निरीक्षण करें safety और liveness और censorship और economic security और centralization. Protocol identifiers का अनुवाद नहीं किया जाता क्योंकि वे technical payload का हिस्सा हैं।
safetyतकनीकी निरीक्षण बिंदु
livenessतकनीकी निरीक्षण बिंदु
censorshipतकनीकी निरीक्षण बिंदु
economic securityतकनीकी निरीक्षण बिंदु
centralizationतकनीकी निरीक्षण बिंदु
03
विफलता सतह
Contradictions, excessive authority और unexplained dependencies को material failure signals मानें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले कंसेंसस trust assumptions को समाप्त नहीं करता से जुड़े technical evidence को verify करें।. Unknown का अर्थ safe नहीं है।
- मुख्य जोखिम: कंसेंसस trust assumptions को समाप्त नहीं करता को मामूली detail न मानें।
- कार्रवाई: authorization से पहले कंसेंसस trust assumptions को समाप्त नहीं करता से जुड़े technical evidence को verify करें।
04
निर्णय मानक
हर material signal को assets, authority या trust पर उसके ठोस परिणाम से जोड़ें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले कंसेंसस trust assumptions को समाप्त नहीं करता से जुड़े technical evidence को verify करें।.
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
05
सत्यापन प्रक्रिया
Irreversible authorization से पहले request को independent evidence से verify करें।
- 01
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
- 02
इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
- 03
Irreversible authorization से पहले request को independent evidence से verify करें।
- 04
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
- 05
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
06
आवश्यक विश्लेषक आउटपुट
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
मुख्य जोखिम: कंसेंसस trust assumptions को समाप्त नहीं करता को मामूली detail न मानें। और कार्रवाई: authorization से पहले कंसेंसस trust assumptions को समाप्त नहीं करता से जुड़े technical evidence को verify करें।
आवश्यक विश्लेषक आउटपुटकंसेंसस trust assumptions को समाप्त नहीं करता · निर्णय मानक
तकनीकी वर्कबुक
विश्लेषक का उद्देश्य
मुख्य जोखिम: कंसेंसस trust assumptions को समाप्त नहीं करता को मामूली detail न मानें।
कार्यविधि
safety
conflicting histories preventedliveness
network continues progressingcensorship
transactions can be excluded/delayedeconomic security
cost of attacking consensuscentralization
concentration of block/finality powerविफलता संकेत
- 01
generic 'decentralized' claim
- 02
no adversary model
- 03
ignoring validator/miner concentration
- 04
assuming liveness under every partition
- 05
same finality policy across all chains
सत्यापन प्रक्रिया
- 01
name consensus actors
- 02
identify safety/liveness assumptions
- 03
identify attack/economic threshold
- 04
inspect concentration dependencies
- 05
set workflow-specific finality requirement
तर्क श्रृंखला
- 01
तथ्य → महत्वपूर्ण साक्ष्य
- 02
साक्ष्य → परिणाम / अधिकार
- 03
परिणाम → स्पष्ट निर्णय + अगली कार्रवाई
आवश्यक परिणाम
consensus threat-assumption matrixप्रोटोकॉल वॉकथ्रू
सुरक्षा निर्णय के मार्ग का अनुसरण करें
consensus / tradeoffs01देखें
- safety: conflicting histories prevented
- liveness: network continues progressing
02ट्रेस करें
- censorship: transactions can be excluded/delayed
- economic security: cost of attacking consensus
- centralization: concentration of block/finality power
03जाँचें
- generic 'decentralized' claim
- no adversary model
- ignoring validator/miner concentration
04सत्यापित करें
- name consensus actors
- identify safety/liveness assumptions
- identify attack/economic threshold
05परिणाम
- consensus threat-assumption matrix
अधिकार सतहsafety · liveness · censorship
विफलता स्थितिgeneric 'decentralized' claim
Applied case
consensus-risksystem
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsAnalyst task
उत्तर देने से पहले granted authority, fail हो सकने वाली trust boundary और irreversible consequence पहचानें।
एविडेंस मैप
निर्णय से पहले व्यवस्थित करें
सुरक्षा निर्णय से पहले पहचान, अधिकार, निष्पादन और संदर्भ को अलग करें।
01
पहचान
कौन या क्या अधिकार माँग, प्राप्त या प्रतिनिधित्व कर रहा है?
—
02
अधिकार
कौन-सी क्षमता दी, रखी या प्रयोग की जा सकती है?
—
03
निष्पादन
payload, route या system वास्तव में क्या करेगा?
—
04
संदर्भ
कौन-से आसपास के तथ्य निर्णय को बदल सकते हैं?
system
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsफील्ड एक्सरसाइज़
केवल स्थानीय विश्लेषक रिकॉर्डविश्लेषक-तैयार निष्कर्ष तैयार करें
स्मृति से उत्तर न दें। ऊपर के केस, प्रोटोकॉल फ़ील्ड और सत्यापन प्रक्रिया का उपयोग करके पुनरुत्पाद्य निष्कर्ष लिखें।
फोकसsafety · liveness · censorship
विफलता संकेतgeneric 'decentralized' claim
पहले सत्यापित करेंname consensus actors
आवश्यक परिणामconsensus threat-assumption matrix
पूर्णता मानदंड
- UI दिखावट के बजाय महत्वपूर्ण साक्ष्य उद्धृत करता है।
- अधिकार, स्थिति परिवर्तन या परिणाम को नाम देता है।
- पुनरुत्पाद्य अगला कदम या निर्णय देता है।
सुरक्षा नोट्स
- 01
मुख्य जोखिम: कंसेंसस trust assumptions को समाप्त नहीं करता को मामूली detail न मानें।
- 02
कार्रवाई: authorization से पहले कंसेंसस trust assumptions को समाप्त नहीं करता से जुड़े technical evidence को verify करें।
विश्लेषक नोटबुक
केवल स्थानीय सीखने का रिकॉर्डअपना एविडेंस मेमो बनाएं
चेकपॉइंट से पहले अपना तर्क लिखें और उसे स्पष्ट निर्णय या अगली कार्रवाई के साथ समाप्त करें। नोट्स इसी डिवाइस पर रहते हैं।
LOCAL STORAGE
फील्ड एक्सरसाइज़
पूर्ण करने से पहले तीनों अनुभाग विकसित करें।
व्यावहारिक लैब लॉक है
लैब शुरू करने से पहले इस मॉड्यूल की दोनों ज्ञान जाँच पास करें।
Module 02
की, एड्रेस और वॉलेट सीमाएँ
यह मॉड्यूल की, एड्रेस और वॉलेट सीमाएँ को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
मॉड्यूल लॉक है
आगे बढ़ने से पहले पिछला मॉड्यूल और उसका व्यावहारिक लैब पूरा करें।
Module 03
ट्रांज़ैक्शन जीवनचक्र और फीस
यह मॉड्यूल ट्रांज़ैक्शन जीवनचक्र और फीस को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
मॉड्यूल लॉक है
आगे बढ़ने से पहले पिछला मॉड्यूल और उसका व्यावहारिक लैब पूरा करें।
Module 04
UTXO बनाम अकाउंट मॉडल
यह मॉड्यूल UTXO बनाम अकाउंट मॉडल को applied theory और अलग decision lab के साथ गहराई से सिखाता है।
मॉड्यूल लॉक है
आगे बढ़ने से पहले पिछला मॉड्यूल और उसका व्यावहारिक लैब पूरा करें।
Final examination
Final examination
यह cumulative assessment है जो हर attempt में course concepts और practical scenarios से दोबारा बनता है।
पास होने के लिए कम से कम 80% चाहिए। केवल theory पूरा करने से credential जारी नहीं होता।
Passing score80%
Best score0%
प्रश्न बैंक52
प्रयास20
Attempts0
समय सीमा30 मिनट
लॉकअंतिम परीक्षा खोलने से पहले सभी पाठ ज्ञान-जाँच और सभी व्यावहारिक लैब पूरे करें।