What Is a Smart Contract? How Ethereum Code Executes Itself

A smart contract is a program stored on a blockchain that executes automatically and exactly as written whenever its predefined conditions are met, without needing a bank, court, or other trusted middleman to carry out or enforce the terms.

The term "smart contract" predates blockchains, but Ethereum popularized the practical version: code deployed to a decentralized blockchain that runs identically on every node in the network, producing an outcome no single party can alter after deployment. For the bigger picture of the platform these run on, see our Ethereum beginner's guide.

The vending machine analogy

The simplest way to understand a smart contract is to picture a vending machine. You don't need a shopkeeper to make a sale — you insert the correct payment, select an item, and the machine mechanically dispenses it. The rules are fixed in the machine's mechanism: right payment plus valid selection equals product released, every time, without discretion or negotiation.

A smart contract works the same way, except the "machine" is code running on a blockchain instead of physical gears. If a condition specified in the code is met — for example, "if this address sends 1 ETH, transfer this token to them" — the contract executes that outcome automatically. No customer service representative can override it, and no one can quietly change the terms after the fact.

How execution actually happens

1. Deployment: A developer writes contract code (commonly in a language like Solidity) and deploys it to the blockchain, where it receives a permanent address.
2. Interaction: Users or other contracts send transactions to that address, calling specific functions defined in the code.
3. Execution: Every node running the network's software executes the same code with the same inputs inside a standardized runtime — on Ethereum, this is the Ethereum Virtual Machine — and arrives at the same result.
4. State update: The outcome (a balance change, a new record, a transferred token) is recorded in the blockchain's shared state, visible to everyone.

Because every node performs the same computation and checks each other's results, no single party can quietly change what the contract does without the entire network agreeing to a new version.

Why this matters: trust minimization

The core benefit of smart contracts is reducing the need to trust a counterparty or intermediary. In a traditional agreement, you often rely on a company, bank, or legal system to enforce terms after the fact — which takes time and can fail. A smart contract enforces its terms as part of executing the transaction itself.

This is the foundation of decentralized finance. Lending protocols, decentralized exchanges, and stablecoin systems are all built from smart contracts that automatically manage collateral, execute trades, or maintain a peg without a company manually approving each action. Our guide to what DeFi is and how DeFi lending works show these principles in practice.

Common types of smart contracts

Type	What it does	Example use case
Token contract	Defines and tracks ownership of a digital asset	Issuing a stablecoin or governance token
Lending/borrowing contract	Manages collateral and interest automatically	DeFi lending platforms
Automated market maker	Prices and executes trades from liquidity pools	Decentralized exchanges
NFT contract	Tracks unique ownership of a digital item	Digital art, collectibles, memberships

See our NFT explainer and DEX vs CEX comparison for how these play out in real products.

The limits and risks of "code is law"

Smart contracts execute exactly as written — which is precisely the problem when the code contains a bug or an unintended edge case. Unlike a traditional contract, there's no judge to interpret intent; the code's literal behavior is what happens, mistakes included. This has led to significant losses in the industry's history, often from exploited vulnerabilities rather than malicious intent by developers. Our common DeFi scams guide covers how bad actors exploit both code flaws and user trust.

Other practical limits include:

• Immutability trade-offs: Once deployed, a contract's core logic often can't be fixed without deploying a new version and migrating users, unless the developers built in an upgrade mechanism (which itself introduces a point of trust).
• Oracle dependence: Contracts that need real-world data (like asset prices) rely on external data feeds called oracles, which introduce another point where things can go wrong, related to liquidation risk in lending protocols.
• Gas costs: Every execution costs a fee, covered in our gas fees explainer.

Bottom line

A smart contract replaces "trust the other party" with "trust the code," automatically carrying out an agreement's terms the moment its conditions are satisfied. That automation is powerful, but it also means the code's correctness — not goodwill or legal recourse — is what ultimately protects your funds, which is why auditing and caution matter before interacting with any unfamiliar contract.