WHBAR (ERC) in the Hedera Ecosystem
Wrapped HBAR (WHAR) is an ERC-compatible wrapper that follows the ERC20 standard for Hedera’s native HBAR token. Built on widely adopted wrapper contract principles, WHBAR makes it easier for developers and users to integrate Hedera’s native token into decentralized applications (dApps). This contract enables users to seamlessly convert HBAR into an ERC20 token and vice versa, making it easier to integrate with the broader web3 and DeFi ecosystems.Core Functionalities
-
Deposit & Mint:
When you call the
deposit()function and send HBAR, the contract mints an equivalent amount of WHBAR. Each unit of HBAR (represented in tinybars with 8 decimals) is matched with one unit of WHBAR. This ensures that the wrapped token maintains parity with the native token. -
Withdraw & Burn:
To redeem your underlying HBAR, you call the
withdraw(amount)function. The contract burns the specified WHBAR tokens and releases the corresponding HBAR back to your wallet. This burn mechanism is crucial for maintaining the correct token supply and preserving the peg between HBAR and WHBAR. -
ERC20 Standard Compliance:
WHBAR implements all standard ERC20 functions (e.g.,
transfer,approve,transferFrom), ensuring seamless interaction with wallets, exchanges, and various DeFi protocols that support ERC20 tokens.

HBAR wrapping/unwrapping flow from user wallet
Implementation Guide
Developers can integrate WHBAR into their applications by leveraging the following functions.Wrapping HBAR
To convert HBAR into its ERC20 representation (WHBAR), use thedeposit() function. Keep in mind that:
- Native HBAR: Uses 8 decimal places (tinybars).
- WHBAR (ERC20): Uses 8 decimal places (tinybars) throughout — balances, transfers,
deposit(), andwithdraw().deposit()simply mints an amount of WHBAR equal to themsg.valueit receives, andmsg.valueis tinybar during EVM execution. The 18-decimal weibar form is only the transactionvaluean off-chain caller submits; the relay converts it to tinybar beforedeposit()runs.
deposit():
- From off-chain tooling (ethers/viem/wallet): set the transaction
valuein weibar (10¹⁸ per HBAR). The relay converts it to tinybar, so sending10 * 10**18weibar wraps 10 HBAR → 10 WHBAR. - From another contract: the
valueis tinybar (no conversion) — use10 * 10**8for 10 HBAR. Passing10 * 10**18here would send 10¹⁸ tinybar, which exceeds the total HBAR supply and reverts.
Unwrapping WHBAR
When you want to convert back to redeem WHBAR for native HBAR, call thewithdraw() function with amount in tinybars (10⁸ per HBAR). The value in WHBAR is directly mapped back to HBAR with the same 8 decimal places:
Important Note: Decimal Nuance
When depositing HBAR, remember the conversion nuances between decimal places.- Native HBAR & WHBAR token: 8 decimals (tinybars) — including
msg.valueinsidedeposit(). - Transaction
valuefrom an off-chain caller: 18 decimals (weibars), which the relay converts to tinybar before execution.
deposit() mints WHBAR equal to msg.value, and msg.value is tinybar during execution — WHBAR is 8-decimal throughout. The 18-decimal weibar form applies only to the value an off-chain caller puts in the transaction; a contract calling deposit{value: X} must pass tinybar (1 HBAR = 1e8).Standard ERC20 Functions
WHBAR supports all standard ERC20 operations:| Function | Description | Example |
|---|---|---|
transfer | Send WHBAR directly to another address | whbar.transfer(recipient, amount) |
approve | Authorize a third party to spend your WHBAR | whbar.approve(spender, amount) |
transferFrom | Transfer WHBAR as an authorized spender | whbar.transferFrom(owner, recipient, amount) |
balanceOf | Check WHBAR balance of an address | whbar.balanceOf(address) |
totalSupply | Get the total amount of WHBAR in circulation | whbar.totalSupply() |
Contract Deployments
The WHBAR contract implementation is available on GitHub in the Hedera Smart Contracts repository.| Network | Contract ID | EVM Address |
|---|---|---|
| ✅ Hedera Mainnet | 0.0.8840785 | 0xb1F616b8134F602c3Bb465fB5b5e6565cCAd37Ed |
| ✅ Hedera Testnet | 0.0.5816542 | 0xb1F616b8134F602c3Bb465fB5b5e6565cCAd37Ed |
| 🔜 Other Networks | Coming soon | Coming soon |
Security Considerations:Audit and Testing
- Audit and Review:
Although the WHBAR contract has been independently reviewed, developers and users should conduct their own security assessments. Even small oversights in smart contracts may lead to vulnerabilities. - Test in a Sandbox:
Always test interactions in a testnet environment before deploying or integrating with mainnet contracts. This helps ensure the behavior matches expectations. - Follow Best Practices:
Double-check function inputs and transaction amounts. Always use the designated functions (deposit()andwithdraw()) to prevent unintended fund loss.
Integration Best Practices
- Check allowances: Before attempting
transferFromoperations, verify that sufficient allowance has been granted. - Verify contract addresses: Always double-check you’re interacting with the official WHBAR contract addresses listed in the documentation.
- Handle decimals properly: Since both HBAR and WHBAR use 8 decimals, calculations are straightforward. Only for deposits, use 18 decimals to represent weibars.
Critical: HBAR sent directly to the contract address through methods other than the
deposit() function will be permanently locked in the contract due to Hedera’s CryptoTransfer mechanics.