Sending transactions in Blockchain / Solidity - Time & Space Complexity
Start learning this pattern below
Jump into concepts and practice - no test required
When sending transactions on a blockchain, it's important to understand how the time needed grows as more transactions are processed.
We want to know how the cost changes when sending many transactions one after another.
Analyze the time complexity of the following code snippet.
function sendTransactions(transactions) {
for (let i = 0; i < transactions.length; i++) {
blockchain.send(transactions[i]);
}
}
This code sends each transaction one by one to the blockchain network.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Sending a single transaction to the blockchain.
- How many times: Once for each transaction in the input list.
As the number of transactions increases, the total sending time grows in direct proportion.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 sends |
| 100 | 100 sends |
| 1000 | 1000 sends |
Pattern observation: Doubling the number of transactions doubles the total sending time.
Time Complexity: O(n)
This means the time to send transactions grows linearly with the number of transactions.
[X] Wrong: "Sending multiple transactions at once takes the same time as sending one."
[OK] Correct: Each transaction requires its own processing time, so more transactions mean more total time.
Understanding how sending transactions scales helps you explain performance in blockchain apps clearly and confidently.
"What if we batch multiple transactions into one send call? How would the time complexity change?"
Practice
What is the main purpose of sending a transaction on a blockchain?
Solution
Step 1: Understand what a transaction does
A transaction moves value or data between accounts on the blockchain.Step 2: Compare options to the definition
Only To move value or data from one account to another correctly describes sending a transaction.Final Answer:
To move value or data from one account to another -> Option CQuick Check:
Transaction purpose = move value/data [OK]
- Confusing transactions with mining
- Thinking transactions create blockchains
- Believing transactions delete blockchain data
Which of the following is the correct way to sign a transaction before sending it?
transaction.sign(____)Solution
Step 1: Identify the key needed for signing
Transactions must be signed with the sender's private key to prove ownership.Step 2: Match the correct key to the method
Only the sender's private key can sign the transaction securely.Final Answer:
sender's private key -> Option BQuick Check:
Sign with private key = sender's private key [OK]
- Using public key to sign
- Using receiver's key instead of sender's
- Confusing private and public keys
Consider this code snippet sending a transaction:
tx = {
'to': '0xabc123',
'value': 10,
'nonce': 5,
'gas': 21000
}
signed_tx = sign_transaction(tx, private_key)
result = send_transaction(signed_tx)
print(result)What will print(result) most likely output if the nonce is incorrect?
Solution
Step 1: Understand nonce role in transactions
Nonce must be correct and sequential to avoid replay or duplication errors.Step 2: Identify error caused by wrong nonce
An incorrect nonce causes a 'Nonce too low or too high' error during sending.Final Answer:
'Nonce too low or too high error' -> Option AQuick Check:
Wrong nonce = nonce error [OK]
- Confusing nonce error with gas error
- Assuming signature error for nonce issues
- Expecting success despite wrong nonce
Given this code snippet, what is the main error preventing the transaction from sending?
tx = {
'to': '0xdef456',
'value': 5,
'nonce': 3
}
signed_tx = sign_transaction(tx, private_key)
result = send_transaction(signed_tx)
print(result)Options:
Solution
Step 1: Check required transaction fields
Gas is required to pay for transaction processing; missing gas causes failure.Step 2: Verify other fields and keys
Nonce and receiver address look valid; no info about wrong private key.Final Answer:
Missing gas field in the transaction -> Option DQuick Check:
Missing gas = transaction fails [OK]
- Ignoring gas field requirement
- Assuming nonce or address is wrong without evidence
- Not checking transaction structure
You want to send multiple transactions quickly from the same account. Which approach ensures all transactions are accepted without nonce conflicts?
1. Use the same nonce for all transactions
2. Increment nonce by 1 for each transaction
3. Use random nonce values
4. Skip nonce and rely on networkSolution
Step 1: Understand nonce role in multiple transactions
Nonce must be unique and sequential per account to avoid conflicts.Step 2: Identify correct nonce handling method
Incrementing nonce by 1 for each transaction ensures proper ordering and acceptance.Final Answer:
Increment nonce by 1 for each transaction -> Option AQuick Check:
Sequential nonce = no conflicts [OK]
- Reusing same nonce causing rejection
- Using random nonce causing errors
- Assuming network assigns nonce automatically
