State variables in Blockchain / Solidity - Time & Space Complexity
When working with state variables in blockchain, it's important to know how the cost of accessing and updating them changes as your contract grows.
We want to understand how the number of operations changes when we read or write state variables.
Analyze the time complexity of the following code snippet.
contract SimpleStorage {
uint storedData;
function set(uint x) public {
storedData = x;
}
function get() public view returns (uint) {
return storedData;
}
}
This contract stores a number in a state variable and allows setting and getting its value.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Reading or writing the single state variable
storedData. - How many times: Each function call accesses the variable once; no loops or repeated operations inside.
Since the contract only reads or writes one variable, the number of operations stays the same no matter how many times you call the functions.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 1 read or write |
| 100 | 1 read or write |
| 1000 | 1 read or write |
Pattern observation: Each operation costs the same regardless of how many times it happens; no extra work is added as input grows.
Time Complexity: O(1)
This means accessing or updating a state variable takes the same amount of time no matter what.
[X] Wrong: "Accessing state variables gets slower as the contract stores more data."
[OK] Correct: Each state variable access is direct and does not depend on how many variables exist or how many times you have accessed it before.
Understanding that state variable access is constant time helps you reason about contract efficiency and gas costs, a key skill for blockchain developers.
"What if the contract stored an array of values and you needed to update all of them? How would the time complexity change?"
Practice
state variable in a blockchain smart contract?Solution
Step 1: Understand what state variables do
State variables store data permanently on the blockchain, unlike local variables which are temporary.Step 2: Compare options with definition
Only A variable that stores data permanently on the blockchain describes permanent storage on the blockchain, which matches the definition of state variables.Final Answer:
A variable that stores data permanently on the blockchain -> Option AQuick Check:
State variable = permanent blockchain storage [OK]
- Confusing state variables with local variables
- Thinking state variables reset after function ends
- Assuming state variables store data off-chain
Solution
Step 1: Recall Solidity syntax for state variables
State variables are declared outside functions with a type and visibility, e.g.,uint256 public count;.Step 2: Check each option
uint256 public count; matches correct syntax. Options A, B, and C use incorrect keywords or syntax not valid for state variables.Final Answer:
uint256 public count; -> Option CQuick Check:
State variable declaration = type + visibility + name [OK]
- Using function keyword to declare variables
- Using var or let which are not Solidity keywords
- Declaring variables inside functions as state variables
contract Counter {
uint256 public count = 0;
function increment() public {
count += 1;
}
}What will be the value of
count after calling increment() three times?Solution
Step 1: Understand initial value and increment
The state variablecountstarts at 0 and increases by 1 each timeincrement()is called.Step 2: Calculate after three calls
After three calls, count = 0 + 1 + 1 + 1 = 3.Final Answer:
3 -> Option BQuick Check:
0 + 3 increments = 3 [OK]
- Forgetting count starts at 0
- Assuming count resets after each call
- Thinking count is private and inaccessible
contract Example {
uint256 count;
function setCount(uint256 _count) public {
uint256 count = _count;
}
}Solution
Step 1: Analyze variable declarations
The state variablecountis declared correctly. InsidesetCount, a new local variablecountis declared, which hides the state variable.Step 2: Understand shadowing effect
Assigning to localcountdoes not change the state variable. This is a common mistake called variable shadowing.Final Answer:
Local variable shadows state variable inside function -> Option AQuick Check:
Local variable shadows state variable = bug [OK]
- Thinking state variable is missing
- Ignoring variable shadowing
- Assuming function needs return type
Solution
Step 1: Understand state variable declaration for permanent storage
State variables must be declared outside functions with proper type and visibility, e.g.,string public name;.Step 2: Update state variable in a public function
To change the stored name, write a public function that assigns a new value to the state variable.Final Answer:
Declare string public name; as state variable and update it in a public function -> Option DQuick Check:
State variable + public update function = correct pattern [OK]
- Declaring variables inside functions only
- Using memory keyword for state variables
- Not providing visibility for state variables
Ready to prove it?
Pass the test and this pattern moves unknown
