Why functions define contract behavior in Blockchain / Solidity - Performance Analysis
When we look at blockchain contracts, functions are the main parts that do work. Understanding how long these functions take helps us see how the contract behaves as it handles more data.
We want to know: how does the time to run a function grow when the input or data size grows?
Analyze the time complexity of the following contract function.
function countTokens(address user) public view returns (uint) {
uint total = 0;
for (uint i = 0; i < userTokens[user].length; i++) {
total += userTokens[user][i];
}
return total;
}
This function counts the total tokens a user has by adding up all their token amounts stored in an array.
Look for loops or repeated steps in the function.
- Primary operation: The for-loop that goes through each token in the user's list.
- How many times: It runs once for every token the user has.
The time to run this function grows as the number of tokens the user owns grows.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 additions |
| 100 | 100 additions |
| 1000 | 1000 additions |
Pattern observation: The work grows directly with the number of tokens. Double the tokens, double the work.
Time Complexity: O(n)
This means the function takes longer as the user has more tokens, growing in a straight line with the number of tokens.
[X] Wrong: "The function always runs quickly because it just adds numbers."
[OK] Correct: The time depends on how many tokens the user has. More tokens mean more additions, so it can take longer.
Understanding how functions grow with input size helps you explain contract efficiency clearly. This skill shows you can think about real blockchain behavior, which is important in many coding discussions.
What if the function used a mapping to store totals instead of an array? How would the time complexity change?