Multiple inheritance in Blockchain / Solidity - Time & Space Complexity
When using multiple inheritance in blockchain smart contracts, it's important to understand how the execution time grows as contracts combine features from several parents.
We want to know how the cost changes when calling functions inherited from multiple contracts.
Analyze the time complexity of the following Solidity code snippet.
contract A {
function foo() public pure returns (uint) {
return 1;
}
}
contract B {
function bar() public pure returns (uint) {
return 2;
}
}
contract C is A, B {
function combined() public pure returns (uint) {
return foo() + bar();
}
}
This code shows a contract C inheriting from two contracts A and B, then calling functions from both.
Look for repeated actions that affect execution time.
- Primary operation: Calling inherited functions
foo()andbar(). - How many times: Each function is called once per
combined()call.
As the number of inherited contracts grows, the number of function calls inside combined() can increase.
| Number of Parents (n) | Approx. Operations |
|---|---|
| 2 | 2 function calls |
| 5 | 5 function calls |
| 10 | 10 function calls |
Pattern observation: Execution time grows linearly with the number of inherited contracts called.
Time Complexity: O(n)
This means the execution time increases in a straight line as you add more inherited contracts with functions to call.
[X] Wrong: "Multiple inheritance makes execution time jump exponentially because of all the parents combined."
[OK] Correct: Each inherited function is called separately, so the time adds up linearly, not exponentially.
Understanding how multiple inheritance affects execution time helps you write efficient smart contracts and explain your design choices clearly.
"What if the inherited functions called inside combined() themselves call other inherited functions? How would the time complexity change?"
Practice
What is the main purpose of multiple inheritance in blockchain smart contracts?
Solution
Step 1: Understand inheritance in contracts
Inheritance allows a contract to reuse code from another contract.Step 2: Identify multiple inheritance meaning
Multiple inheritance means inheriting from more than one contract to combine features.Final Answer:
To allow a contract to use code from more than one contract -> Option BQuick Check:
Multiple inheritance = use code from multiple contracts [OK]
- Thinking multiple inheritance restricts to one contract
- Confusing inheritance with contract speed
- Believing inheritance prevents code sharing
Which of the following is the correct syntax to inherit from two contracts A and B in Solidity?
contract C is ? {}Solution
Step 1: Recall Solidity inheritance syntax
In Solidity, multiple inheritance uses commas to separate parent contracts.Step 2: Check the options
Only A, B uses commas correctly:contract C is A, B {}.Final Answer:
A, B -> Option DQuick Check:
Use commas to list parents in Solidity inheritance [OK]
- Using symbols like & or + instead of commas
- Forgetting to separate parent contracts
- Writing inheritance without any separator
Consider the following Solidity contracts:
contract A {
function greet() public pure virtual returns (string memory) {
return "Hello from A";
}
}
contract B {
function greet() public pure virtual returns (string memory) {
return "Hello from B";
}
}
contract C is A, B {
function greet() public pure override(A, B) returns (string memory) {
return super.greet();
}
}What will C().greet() return?
Solution
Step 1: Understand method resolution order
In Solidity, the order of inheritance matters. The first parent contract's function is called bysuper.Step 2: Check inheritance order and super call
Contract C inheritsAthenB. Callingsuper.greet()callsA's greet due to C3 linearization order C, A, B.Final Answer:
"Hello from A" -> Option AQuick Check:
First parent function called by super = "Hello from A" [OK]
- Assuming super calls last parent
- Expecting compilation error without override
- Thinking super calls child's own method
Given the contracts below, what is the error in contract C?
contract A {
function foo() public pure returns (string memory) {
return "A";
}
}
contract B {
function foo() public pure returns (string memory) {
return "B";
}
}
contract C is A, B {
// Missing override keyword
function foo() public pure returns (string memory) {
return super.foo();
}
}Solution
Step 1: Check function overriding rules
When overriding functions from multiple parents, Solidity requires theoverridekeyword.Step 2: Identify missing override keyword
Contract C'sfoolacksoverride(A, B), causing a compilation error.Final Answer:
Missing override keyword causes compilation error -> Option AQuick Check:
Override keyword required when overriding multiple parents [OK]
- Forgetting override keyword in child function
- Assuming super.foo() is undefined
- Thinking function visibility must be private
You have two contracts:
contract Token {
function transfer() public pure virtual returns (string memory) {
return "Token transfer";
}
}
contract Mintable {
function transfer() public pure virtual returns (string memory) {
return "Mintable transfer";
}
}
contract MyToken is Token, Mintable {
function transfer() public pure override(Token, Mintable) returns (string memory) {
return string.concat(Token.transfer(), " & ", Mintable.transfer());
}
}What will MyToken().transfer() return?
Solution
Step 1: Understand explicit calls to parent functions
MyToken'stransfercalls bothToken.transfer()andMintable.transfer()explicitly.Step 2: Check string concatenation order
The returned string concatenatesToken.transfer()first, thenMintable.transfer()with " & " in between.Final Answer:
"Token transfer & Mintable transfer" -> Option CQuick Check:
Explicit calls combine both parents' transfer strings [OK]
- Assuming super calls only one parent
- Expecting compilation error without override
- Mixing order of concatenation
Ready to prove it?
Pass the test and this pattern moves unknown
