Sending Ether (transfer, send, call) in Blockchain / Solidity - Step-by-Step Execution

Concept Flow - Sending Ether (transfer, send, call)

Start Transaction

↓

Choose Method

↓

transfer

↓

Check success?

No→Revert or Handle

Yes↓

Complete Transaction

This flow shows how Ether is sent using transfer, send, or call, checking success and handling failure.

Execution Sample

Blockchain / Solidity

address payable recipient = payable(0x1234567890123456789012345678901234567890);
uint amount = 1 ether;

// Using transfer
recipient.transfer(amount);

This code sends 1 ether to recipient using transfer method.

Execution Table

Step	Method	Action	Success Check	Result
1	transfer	Send 1 ether to recipient	Implicit revert on failure	Transaction succeeds or reverts
2	send	Send 1 ether to recipient	Returns bool success	If false, handle failure manually
3	call	Send 1 ether with call{value: amount}()	Returns (bool success, bytes data)	If false, handle failure manually
4	send failure	send returns false	Check success == false	Handle failure (e.g. revert or log)
5	call failure	call returns false	Check success == false	Handle failure (e.g. revert or log)

💡 Execution stops after sending Ether and handling success or failure.

Variable Tracker

Variable	Start	After transfer	After send	After call
recipient	0x1234567890123456789012345678901234567890	0x1234567890123456789012345678901234567890	0x1234567890123456789012345678901234567890	0x1234567890123456789012345678901234567890
amount	1 ether	1 ether	1 ether	1 ether
success	undefined	N/A (transfer reverts on fail)	true or false	true or false

Key Moments - 3 Insights

Why does transfer not return a success value?

transfer automatically reverts the transaction if sending Ether fails, so no success boolean is returned (see execution_table row 1).

What should I do if send returns false?

You must check the boolean returned by send and handle failure manually, like reverting or logging (see execution_table row 4).

Why is call recommended over send or transfer now?

call forwards all gas and returns success status, allowing better control and compatibility with smart contracts (see execution_table row 3).

Visual Quiz - 3 Questions

Look at the execution table, which method automatically reverts on failure without returning a success value?

A transfer

B send

C call

D None of the above

💡 Hint

Check the 'Success Check' column in row 1 of the execution_table.

At which step do you need to manually check the success boolean to handle failure?

A Step 3

B Step 1

C Step 2

D Step 4

💡 Hint

Look at the 'Success Check' and 'Result' columns for send in the execution_table.

If call returns false, what should your contract do?

A Ignore and continue

B Handle failure manually (e.g., revert or log)

C Automatically succeed

D Retry sending Ether

💡 Hint

See the 'Result' column for call failure in the execution_table row 5.

Concept Snapshot

Sending Ether in Solidity:
- transfer: sends Ether, reverts on failure, no success bool
- send: sends Ether, returns bool success, must check manually
- call: recommended, returns (bool, data), must check success
- Always handle failure to avoid lost funds or bugs

Full Transcript

This visual execution shows how to send Ether in Solidity using transfer, send, and call methods. Transfer sends Ether and automatically reverts if it fails, so no success boolean is returned. Send returns a boolean success that must be checked manually to handle failure. Call is the recommended method now because it forwards all gas and returns a success boolean and data, allowing better control. The execution table traces each step, showing when to check success and how to handle failure. Variable tracking shows the recipient address, amount sent, and success status after each method. Key moments clarify why transfer doesn't return success, why send requires manual checks, and why call is preferred. The quiz tests understanding of these points. The snapshot summarizes the key rules for sending Ether safely.