Research/Education/AAVE/AAVE Networks and Contract Addresses: What to Verify Before You Send
# AAVE

AAVE Networks and Contract Addresses: What to Verify Before You Send

BloFin Academy10/29/2026

Moving a token from an exchange to a wallet involves two choices on the confirmation screen: the network and the token contract. A token name is only a label that anyone can copy, and a confirmed transfer on a public blockchain usually cannot be reversed. So check each contract address against the issuer's published list before you sign.

AAVE is the governance token of the Aave lending protocol, used to vote on proposals or to delegate votes. It is an ERC-20 token on Ethereum with official deployments on four more networks, each at its own contract address (source: Aave, AAVE Token). Before you move the AAVE governance token anywhere, match the network you picked to the contract published for that network, then confirm the address on a block explorer.

What is network and contract verification for AAVE?

Network and contract verification for AAVE is the check you run before every transfer. The network selected in your wallet or exchange withdrawal form must match the network you intend. The token contract address must match the official AAVE address for that network, confirmed on that network's block explorer.

A contract address identifies the smart contract that keeps track of a token's balances. Every ERC-20 contract answers the same set of calls, including name, symbol, decimals, total supply, balance and transfer (source: ethereum.org, ERC-20 standard). That shared format lets any wallet display any ERC-20 token automatically, and it also lets anyone deploy a new contract that returns the name Aave Token and the symbol AAVE. The name and ticker in your wallet therefore say nothing about which contract actually holds your balance.

A block explorer is a public website, such as Etherscan for Ethereum, that shows what any address holds and which transactions it has made. An address is 0x followed by 40 hexadecimal characters. In most addresses, the mix of capital and lowercase letters is a checksum defined by EIP-55, where a hash of the address sets the case of each letter. A mistyped address has roughly a 0.0247% chance of still passing that check (source: Ethereum Improvement Proposals, ERC-55: Mixed-case checksum address encoding). Wallets that validate the checksum catch most typing errors in an address.

Verification therefore has three parts that must agree before you confirm anything. They are the network named on the send or withdrawal screen, the address published for that network on the official AAVE token page, and the explorer page for that address with the expected name, symbol and decimals. A mismatch between any two of them is a reason to stop, since the network and the contract are fixed the moment you sign.

Why contract and network checks come before a send

A transaction sent on Ethereum is final: unless you know the owner of the receiving address and can persuade them to return the funds, the tokens cannot be retrieved (source: ethereum.org, Ethereum security). The check therefore belongs on the confirmation screen, while the network and the contract can still be changed.

Suppose you hold AAVE on an exchange and want it in a self-custody wallet on Ethereum. Once the network, the official address and the explorer page agree on Ethereum Mainnet, you withdraw a small test amount on Ethereum to the receive address your wallet shows. When the test arrives under the official contract, you send the remaining balance on the same network to the same address. The extra network fee for the test is small next to the cost of a full balance landing somewhere you cannot reach.

The common failure starts with a copied Ethereum receive address and a withdrawal form that defaults to a cheaper network such as Arbitrum or Polygon. The exchange sends AAVE on that default network, the Ethereum view of your wallet shows nothing, and the tokens arrive on a chain you never chose. Recovery depends on whether the wallet that owns the receiving address can also connect to that network, and on whether an official AAVE deployment exists there.

Approvals need the same care as transfers. Approving a token lets a contract spend it from your wallet, and an unlimited approval can let that contract drain the token. Set the spending limit to the amount the transaction needs (source: ethereum.org, Ethereum security). An approval granted to a fake AAVE contract, or to a spender you cannot identify, exposes the real balance it covers. The contract check therefore applies to every approval as well as every send.

The official Ethereum AAVE token address as a worked example

As of October 2026, the official AAVE token contract on Ethereum Mainnet is 0x7Fc66500c84A76Ad7e9c93437bFc5Ac33E2DDaE9 (source: Aave, AAVE Token). Use it as a worked example of the check, and confirm it again on the official list on the day you send, because a copied address is only as reliable as the list it came from.

On Etherscan, the token page for that address shows the name Aave Token, the symbol AAVE, the ERC-20 standard and 18 decimals (source: Etherscan, AAVE token page). A wallet displays the name, symbol and decimals after you import a token, so those are the three values to compare when you add AAVE as a custom token by hand. If a wallet shows any figure other than 18 decimals for this address, the entry is wrong and should be deleted.

Compare the address in full, character by character, because the first and last few characters alone make a weak match against a lookalike address. Copying the address from the official list into the explorer search, rather than typing it, removes the risk of a typing error altogether.

A second record helps when you want confirmation from outside the token documentation. The same address is recorded as the underlying AAVE token in the Aave V3 Ethereum module of the Aave address book, the public GitHub registry of Aave contract addresses (source: Aave DAO, Aave address book). Two separate records agreeing on one address is a stronger signal than any single page.

Bridged and canonical AAVE labels

Canonical AAVE is the original ERC-20 deployment on Ethereum. Bridged AAVE is an official bridged version on another network, created through the canonical network messaging bridges that link that network to Ethereum (source: Aave, AAVE Token). Each bridged version is real AAVE, and each one has its own contract address on its own chain.

As of October 1, 2026, these are the five official AAVE deployments and the explorer for each one (source: Aave, AAVE Token):

NetworkOfficial AAVE contract addressBlock explorer
Ethereum Mainnet0x7Fc66500c84A76Ad7e9c93437bFc5Ac33E2DDaE9Etherscan
Arbitrum0xba5DdD1f9d7F570dc94a51479a000E3BCE967196Arbiscan
Base0x63706e401c06ac8513145b7687a14804d17f814bBasescan
Optimism0x76FB31fb4af56892A25e32cFC43De717950c9278Optimistic Etherscan
Polygon0xD6DF932A45C0f255f85145f286eA0b292B21C90BPolygonscan

The Base address appears in all lowercase on the official list. Basescan shows the same 40 characters in checksum case, with one capital A (source: Basescan, AAVE token page). On Base, compare the characters and ignore the letter case. A correct Ethereum address proves identity on Ethereum alone; pasted into a send on Polygon or Base, it points at a different contract or at an empty address.

The Arbitrum entry shows why the name and ticker are never enough. On Arbiscan, the contract 0xba5DdD1f9d7F570dc94a51479a000E3BCE967196 shows the name Aave Token, the symbol AAVE and 18 decimals, exactly like the Ethereum original, with a Bridged Token label beside it (source: Arbiscan, AAVE token page). A fake token on Arbitrum could copy every one of those fields, and only the address, matched against the official list, separates the two.

Two common ways bridges move a token are lock and mint, and burn and mint. Lock and mint holds the original on the source chain and mints a wrapped version on the destination. Burn and mint destroys the token on the source chain and mints it on the destination. Many bridges issue canonical versions of an asset as wrapped tokens on the new chain. Wrapped tokens of this kind have been exploited before (source: ethereum.org, Bridges). A matching address tells you which token you hold, while the bridge behind it is a separate risk. Weigh the risks of using Aave on their own terms, because an address check confirms identity and says nothing about smart contract or market risk.

How to verify on an explorer before you send

To verify AAVE on a block explorer, choose the network first and open the explorer link for that network from the official AAVE token page. Confirm the address, symbol and decimals before you add the token or approve a transfer, and repeat the same steps on every network you use.

  1. Read the network name on the send or withdrawal screen and select it on purpose, because a logo proves nothing when anyone can copy it onto a token on any network.
  2. Type aave.com into your browser yourself, open the AAVE token page in the Aave documentation, and find the deployment listed for that network.
  3. Follow the explorer link from that entry, or paste the address into the explorer that belongs to the same network: Etherscan, Arbiscan, Basescan, Optimistic Etherscan or Polygonscan.
  4. On the explorer page, compare the address characters with the official list without regard to letter case, then check the symbol AAVE and the 18 decimals. Expect the token name to vary by network: Polygonscan shows the official Polygon contract as Aave (PoS) (source: Polygonscan, AAVE token page).
  5. Import the token into your wallet with that address, or open an existing AAVE entry and check that it uses the same address, then confirm the transfer.

Read the explorer for the contract details, and treat the price chart, social links and comments around them as background. When you withdraw from an exchange, first confirm that the withdrawal network matches the network of the receive address in your wallet. A correct contract on the wrong network still delivers the tokens to the wrong chain.

Once the checks agree, sending and receiving AAVE comes down to copying the receive address from the destination wallet, choosing the same network on the send screen, reviewing the network fee, and confirming. A wallet that shows the token under the verified address after the transfer is your confirmation that every step matched.

Common mismatch failures on network and contract

Beyond a wrong network choice, three mismatches catch AAVE holders most often. They are a fake token that copies the name and symbol, an old custom token entry saved in a wallet, and an exchange trading pair mistaken for the token contract. Each one passes a quick look at the ticker and fails the address check.

A fake token is a new ERC-20 contract that reuses the AAVE name, symbol or logo, and it can appear in a wallet through an airdrop or a token search. In a scam airdrop, the token arrives with a link to a claim site whose approval request sends funds or account access to the scammer (source: ethereum.org, Ethereum security). Hide any AAVE entry whose address is missing from the official list, and learn the phishing patterns around fake AAVE tokens before you click any claim link.

An old custom token entry is the quieter failure. A wallet keeps every token you have imported, so an AAVE entry added months ago from a search result can still appear in the list with the right logo. Open the entry's contract details, compare the address with the official one for that network, and delete the entry if they differ. Staked AAVE (stkAAVE) is the AAVE staked in Aave's safety module (source: Aave, AAVE Token). It is a different token with its own Ethereum contract, 0x4da27a545c0c5B758a6BA100e3a049001de870f5 (source: Aave DAO, Safety Module addresses). An stkAAVE entry fails an AAVE address check without being fake. A careful AAVE wallet setup imports the token only from the official address, which keeps this mistake out of the list from the start.

The third mismatch is treating an exchange trading pair as a token contract. If your next step is to trade the AAVE price, another way to do it is on an exchange order book, where no contract address is involved until you withdraw. BloFin offers AAVE/USDT Spot for buying and selling the token itself and the AAVEUSDT Perpetual, a USDT-margined contract on the AAVE price. A spot purchase credits AAVE to your BloFin account balance, and withdrawing it to a wallet later is an on-chain transfer that needs the same network and address checks. The perpetual is a position on the price that credits no AAVE at all, so there is nothing to withdraw as a token. A pair name such as AAVE/USDT identifies a market on the exchange, while a contract address identifies the token on a blockchain.

Before you place an order on either market, check the maker and taker rates on the BloFin fee schedule, since trading fees and on-chain network fees are separate costs.

How verification connects to sends, storage, and scams

Address and network checks come first in every AAVE move: confirm the token's identity, send it on the matching network, then store it where you intend to hold it. The order matters because each later step assumes the token in your wallet is the official one for the network it sits on.

When you buy AAVE on an exchange, the token stays in your exchange account until you withdraw it. That withdrawal is the first moment you choose a network and need the official contract for it. Once the token is in a wallet you control, storing AAVE safely depends on protecting the recovery phrase. Anyone who has it can access every account in the wallet and drain every asset (source: ethereum.org, Ethereum security).

Repeat the check whenever something changes: a new network, a new destination address, a new wallet, or an AAVE entry you do not recognize. For repeat transfers on the same network to an address you have used before, a careful look at the network and contract details on the confirmation screen is enough to catch a swapped address. A written record of the network and the verified address for each holding lets your next transfer start from your own notes and the official list.

Looking to trade AAVE tokens on BloFin? To get started, you'll need to first create a BloFin account, fund your account with cryptocurrency, then open the AAVE/USDT Spot trading page or the AAVEUSDT Perpetual page.

Frequently asked questions

Can you send AAVE to the AAVE token contract address?

The token contract address belongs in a wallet's token field and never in the recipient field. ERC-20 tokens sent to a contract that cannot handle them can be lost permanently, and the most common case is a token sent to its own contract. The standard gives the receiving contract no built-in way to notice or refuse the deposit. ERC-20 tokens worth at least $83,656,418 had been lost to this problem as of June 20, 2024. A plain ERC-20 contract has no protection against it unless its developers add a restriction (source: ethereum.org, ERC-20 standard).

Is an Aave aToken the same as the AAVE token?

An aToken is a separate token. Aave mints aTokens when you supply an asset to an Aave market and burns them when you withdraw. Their balance grows with the amount supplied and the yield it earns (source: Aave, Tokenization). In the Aave V3 Ethereum market, the aToken for AAVE sits at 0xA700b4eB416Be35b2911fd5Dee80678ff64fF6C9 (source: Aave DAO, Aave address book). Aave V3 and V4 both run live lending markets. V4 went live on Ethereum on March 30, 2026 (source: Aave Labs, Aave V4 is Live on Ethereum). Check which of the two a wallet entry represents before you send it.

Why does Arbiscan label the Arbitrum AAVE contract a proxy?

The Arbitrum AAVE token is a proxy contract, meaning the address holders use stays the same while a separate implementation contract, listed at 0x3f770Ac673856F105b586bb393d122721265aD46, holds the code behind it. The proxy is a ClonableBeaconProxy with no upgrade events recorded on Arbiscan as of October 1, 2026 (source: Arbiscan, AAVE token page). The address to verify, import into a wallet and send against is always the proxy address on the official list. Anyone who offers the implementation address as the AAVE token address is handing you the wrong contract.

Can you trust an AAVE contract address sent in a private support chat?

Treat any address that arrives in a private message as unverified. Support scams usually begin when someone asks a question in a public channel. An impersonator of a wallet, exchange or blockchain team then replies privately with an offer of help, while genuine staff do not contact people through private, unofficial channels. No legitimate support agent will ever ask for your recovery phrase or private keys (source: ethereum.org, Ethereum security). Take the address from the official AAVE token page in a tab you opened yourself, whatever a screenshot or helper claims.

Can you always bridge AAVE back to Ethereum?

Bridging AAVE to or from Ethereum works only while that network's bridge is available (source: Aave, AAVE Token). Native bridges such as the Arbitrum Bridge, the Polygon PoS Bridge and the Optimism Gateway are built to make it easier to move funds from Ethereum Mainnet to their own networks. Every bridge also carries smart contract risk, since a single flaw in its code can expose the assets it holds (source: ethereum.org, Bridges). Before you move AAVE to a second network, check that its bridge is operating and that the exchange or app you plan to use supports AAVE on that network.

Does a valid checksum prove an AAVE address is genuine?

A valid checksum checks how an address is written, so it cannot establish who controls the contract or whether it represents AAVE. The checksum is calculated from the address itself and helps catch typing errors (source: Ethereum Improvement Proposals, ERC-55: Mixed-case checksum address encoding). To establish token identity, compare the complete address with the official AAVE deployment for the network you selected, even when your wallet accepts its checksum (source: Aave, AAVE Token).


Researched and written by the BloFin Academy editorial team with AI-assisted drafting. Primary sources include the Aave AAVE token and tokenization documentation, the Aave Labs V4 launch post, the aave-dao aave-address-book registry, ethereum.org guidance on ERC-20, bridges and security, the EIP-55 checksum specification, the aave-address-book Safety Module registry, and the Etherscan, Arbiscan, Basescan and Polygonscan token pages for the official AAVE contracts. All facts independently verified against cited documentation current as of October 2026.

This article is for informational and educational purposes only. It is not financial, investment, trading, or legal advice. Cryptocurrency can lose value. Borrowing on Aave can lead to liquidation if the health factor drops below 1. Spot AAVE/USDT buys the token. An AAVEUSDT Perpetual is a contract on the price. Do your own research. Consider your circumstances before using any protocol or trading any asset.