---
cover: /images/blog/glossary-crypto-terms.jpg
description: "Blockchain पर तैनात self-executing code जो समझौतों को अपने आप लागू करता है, DeFi की नींव और crypto में protocol जोखिम का सबसे बड़ा एक अकेला स्रोत।"
tags: ["स्मार्ट-कॉन्ट्रैक्ट", "एथेरियम", "सॉलिडिटी", "डीफाई", "ऑडिट", "प्रॉक्सी", "अपग्रेडेबिलिटी", "सिक्योरिटी"]
createdAt: 1713644488000
---
# स्मार्ट कॉन्ट्रैक्ट (Smart Contract)

> Smart contract blockchain पर रहने वाला ऐसा computer code है जो अपने आप चलता है, कोई इंसान उसे deployment के बाद न रोक सकता है, न censor कर सकता है, न शर्तें बदल सकता है। यह एक vending machine है: आप tokens डालते हैं, वह आपको वही देता है जिसके आपने पैसे चुकाए, किसी cashier की ज़रूरत नहीं। यही DeFi का जादू है। और यही खतरा भी: अगर code में bug हो, vending machine आपका पैसा निगल सकता है, और शिकायत करने के लिए कोई मैनेजर नहीं होता।

Smart contract blockchain पर तैनात एक self-executing program है जो तय शर्तें पूरी होने पर किसी समझौते की शर्तों को अपने आप लागू करता है। ये programs ठीक उसी तरह चलते हैं जैसे programmed हैं, बिना downtime, censorship, fraud या किसी तीसरी party के दखल की गुंजाइश के। DeFi का हर काम smart contracts से चलता है: decentralized exchanges, lending protocols, stablecoins, derivatives, yield aggregators। हर "money lego" जो on-chain financial system बनाती है।

Traders के लिए smart contracts एक साथ मौकों का इंजन और जोखिम का मुख्य रास्ता हैं। हर बार जब आप किसी DeFi protocol से जुड़ते हैं, DEX पर swap करना, lending pool में deposit करना, yield aggregator में staking, आप भरोसा करते हैं कि smart contract code सही, सुरक्षित और गैर-दुर्भावनापूर्ण है। Smart contract exploits में अब तक अरबों का नुकसान हो चुका है (Wormhole bridge hack: $326M; Ronin bridge hack: $625M; Euler hack: $197M)। Smart contracts कैसे काम करते हैं, कैसे audit और upgrade होते हैं, और smart contract risk का आकलन कैसे करें, यह DeFi में पूँजी रखने वाले हर trader का बुनियादी बचाव कौशल है।

## यह कैसे काम करता है

Smart contracts blockchain की अपनी programming languages में लिखे जाते हैं (Ethereum/EVM chains के लिए Solidity, Solana के लिए Rust, Aptos/Sui के लिए Move), bytecode में compile होते हैं और एक transaction के ज़रिए blockchain पर तैनात होते हैं। Deploy होने के बाद contract को एक अनोखा address मिलता है और कोई भी उससे सही function calls और parameters के साथ transactions भेजकर जुड़ सकता है।

मुख्य विशेषताएँ:

**Immutability (थोड़े बहुत तक):** Deploy हुए smart contract का code नहीं बदल सकता, सिवाय इसके कि developer ने upgrade mechanism शामिल किया हो। इस पर आगे विस्तार है।

**Determinism:** एक जैसे inputs और blockchain state पर smart contract हमेशा एक जैसा output देता है। Consensus चलने के लिए contract चलाने वाले सभी nodes को एक ही नतीजे पर पहुँचना होगा।

**Composability:** Smart contracts दूसरे smart contracts को call कर सकते हैं, जिससे automated interactions की जटिल श्रृंखलाएँ बनती हैं। यही "money legos" वाली खूबी DeFi को संभव बनाती है लेकिन systemic risk भी पैदा करती है, एक contract का bug उस पर निर्भर सभी protocols में फैल सकता है।

**Transparency:** Contract code on-chain दिखता है (verify होने पर)। कोई भी उसे audit कर सकता है, backdoors जाँच सकता है, या पक्का कर सकता है कि deployed bytecode published source code से मेल खाता है। यह पारदर्शिता सुरक्षा की खूबी है लेकिन इसका मतलब यह भी है कि hackers auditors की तरह ही आसानी से code में कमजोरियाँ ढूँढ सकते हैं।

**Upgradeability patterns:** DeFi में असली immutability दुर्लभ है। ज़्यादातर protocols proxy patterns इस्तेमाल करते हैं, जिसमें users के सामने वाला contract (proxy) सारा logic एक implementation contract को सौंपता है जिसे protocol के administrators बदल सकते हैं। इससे bug fixes और feature upgrades संभव होते हैं लेकिन भरोसे का सवाल भी खड़ा होता है: admin keys से malicious code वाली implementation लगाई जा सकती है। किसी भी DeFi protocol का आकलन करते समय समझें कि admin keys किसके पास हैं, क्या वे multisig, timelock या governance vote के पीछे हैं, और admin key पकड़ में आने की सबसे बुरी सूरत क्या होगी।

## ट्रेडर्स के लिए यह क्यों ज़रूरी है

**Smart contract risk DeFi का सबसे बड़ा बिना मुआवजे वाला जोखिम है।** जब आप किसी DeFi protocol में funds रखते हैं, आपको yield मिलता है (liquidity risk, IL risk, token depreciation risk का मुआवजा), लेकिन smart contract risk (code exploit से पूरा नुकसान होने की संभावना) के बदले लगभग कभी साफ मुआवजा नहीं मिलता। यह जोखिम दोमुही और भारी है, या तो कोई नुकसान नहीं या पूरा नुकसान। Protocols में बँटावर इस जोखिम को घटाता है, उसी तरह लंबे audit इतिहास, भरपूर bug bounties और बिना हादसों वाला लंबा operational record वाले protocols को तरजीह देना भी।

**Contract upgrades आपको rug कर सकते हैं।** किसी protocol के developers ऐसा "upgrade" पेश कर सकते हैं जो contract logic बदलकर सारे user funds सोख ले। ऐसा हो चुका है: Uranium Finance exploit (2021 में $50M का नुकसान) में migration के दौरान बदला हुआ contract शामिल था। ईमानदार upgrades transparent governance इस्तेमाल करते हैं (multisig + timelock, या DAO vote) जो users को बदलाव लागू होने से पहले निकलने का समय देते हैं। अगर कोई protocol बिना सूचना या timelock के contracts upgrade कर सकता है, तो आपके funds admin key रखने वालों की रहम पर हैं।

**Audits ज़रूरी हैं लेकिन काफी नहीं।** किसी मान्यता प्राप्त firm (Trail of Bits, OpenZeppelin, Quantstamp) का smart contract audit जोखिम घटाता है लेकिन खत्म नहीं करता। Audits code के किसी एक version का एक समय का आकलन होते हैं। वे इनका ध्यान नहीं रखते: (a) audit के बाद होने वाले upgrades, (b) scope से बाहर अन्य contracts से जुड़ाव, (c) code bugs की जगह आर्थिक attacks (oracles का manipulation, governance attacks), और (d) auditors की इंसानी चूक। अलग firms के कई audits, भरपूर bug bounty program और सुरक्षित operation का record smart contract security के सबसे भरोसेमंद संकेत हैं।

## सामान्य गलतियाँ

1. **"Audited" को "safe" मान लेना।** Audit का मतलब bug-free नहीं है। Audited protocols कई बार hack हो चुके हैं (Euler, Nomad, Wormhole सब audited थे)। Audit का मतलब है कि professional reviewers ने code जाँचा और किसी एक समय पर कुछ खास तरह की समस्याएँ पकड़ीं। यह quality का संकेत है, गारंटी नहीं।

2. **Admin key और upgrade के जोखिम को नज़रअंदाज़ करना।** भारी पूँजी रखने से पहले पूछें: यह contract कौन upgrade कर सकता है? Timelock है? Multisig में कितने signers हैं? Admin सबसे बुरा क्या कर सकता है? अगर जवाब हो "एक अकेला developer, कोई timelock नहीं, सारे funds सोख सकता है" और आप फिर भी deposit करें, तो आप एक गुमनाम developer को बिना ज़मानत का कर्ज़ दे रहे हैं। यह एक असंतुलित दांव है जो कभी चल जाता है और कभी पूँजी निगल जाता है।

3. **गलत explorer या गलत parameters से contracts verify करवाना।** कोई contract Etherscan पर "verified" हो सकता है लेकिन उसका source code असली deployed bytecode से मेल न खाता हो (अगर verification गलत तरीके से हुई हो)। हमेशा पक्का करें कि deployed bytecode published source से मेल खाता है, या हज़ारों स्वतंत्र जाँचों वाले स्थापित protocols पर भरोसा करें। नए protocols के लिए जब तक उलटा साबित न हो, code को malicious मानें।

## सामान्य सवाल

**सवाल: कैसे जाँचें कि smart contract सुरक्षित है?**
जवाब: (1) पक्का करें कि block explorer पर वह मेल खाते source code के साथ verified है। (2) मान्य firms के audits देखें और audit reports पढ़ें (critical/high findings और उनके हल होने पर ध्यान दें)। (3) Protocol का operational history देखें, कितने दिन से live है, सबसे बड़ी value कितनी संभाली है, पुराने हादसे? (4) Admin key structure देखें, timelock वाला multisig, या अकेली key? (5) Bug bounty program का आकार और इतिहास देखें। (6) Community discussion में सुरक्षा की चिंताएँ जाँचें। यह गारंटी नहीं लेकिन सबसे साफ जोखिमों को छाँट देता है।

**सवाल: Smart contract में bug निकले और मेरे funds चोरी हो जाएँ तो क्या होता है?**
जवाब: ज़्यादातर मामलों में कुछ नहीं। कोई बीमा नहीं, कोई customer support नहीं, कोई कानूनी रास्ता नहीं (exploiter गुमनाम है और protocol decentralized)। कुछ protocols के पास insurance funds हैं (Aave का Safety Module, Nexus Mutual coverage) जो users को मुआवजा दे सकते हैं, लेकिन coverage सीमित है और claims धीमे। यह मान लें कि smart contract में पड़े कोई भी funds zero हो सकते हैं। उबार कभी-कभी सिर्फ white-hat negotiations (exploiter bounty के बदले funds लौटाए) या law enforcement (अगर exploiter पहचाना और trace हो) से मिलता है।

**सवाल: Proxy contracts क्या हैं और वे क्यों मायने रखते हैं?**
जवाब: Proxy contract एक design pattern है जिसमें user funds एक proxy contract में रहते हैं जो सारे function calls एक implementation (logic) contract को सौंपता है। Implementation बदल सकता है, जिससे protocol users को funds खिसकाए बिना upgrade हो पाता है। यह bug fixes के लिए ज़रूरी है लेकिन जोखिम भी लाता है: अगर admin key पकड़ में आ जाए, ऐसा malicious implementation लगाया जा सकता है जो सारे user funds चुरा ले। Protocols इसे multisig admin keys, timelocks (upgrade proposal और execution के बीच देरी, जिससे users को निकलने का समय मिले) और governance votes से घटाते हैं। भारी पूँजी रखने से पहले हमेशा upgrade mechanism जाँचें।

## विस्तृत अध्ययन

आगे और जानना चाहते हैं? ये लेख देखें:
- [Beginner's Guide to Crypto Trading 2026: Edge के साथ शुरुआत करें](/blogs/beginners-guide-crypto-trading-2026)
- [Crypto Market Structure समझें: Order Flow, Liquidity और Price Discovery](/blogs/crypto-market-structure-guide)
- [Altcoin Trading Strategies 2026: Bitcoin से आगे](/blogs/altcoin-trading-strategies)

## संबंधित शब्द

- [Blockchain](/glossary/blockchain)
- [MEV](/glossary/mev)
- [Flash Loan](/glossary/flash_loan)
- [DEX](/glossary/dex)
- [AMM](/glossary/amm)
- [Total Value Locked](/glossary/total_value_locked)