Cos'è un indirizzo BEP20?

Un indirizzo BEP20 è un indirizzo account su BNB Smart Chain (BSC), la rete che si chiamava Binance Smart Chain fino alla sua rinomina nel febbraio 2022. Inizia con 0x, è lungo 42 caratteri e utilizza esattamente lo stesso formato di un indirizzo Ethereum. Se sapete gestire indirizzi Ethereum nel vostro codice, sapete gestire indirizzi BEP20 senza cambiare una sola riga.

Sembra tutta la storia, ma due dettagli mandano in confusione le persone nella pratica. Primo, BEP20 viene confuso con BEP-2, uno standard Binance più vecchio con un formato di indirizzo completamente diverso. Secondo, lo stesso indirizzo 0x esiste simultaneamente su ogni chain EVM, il che ha conseguenze reali quando inviate token. Questa guida copre il formato, il checksum EIP-55, il codice di validazione e come creare indirizzi BSC in modo programmatico.

Il formato: 0x più 40 caratteri esadecimali

Un indirizzo BEP20 codifica 20 byte (160 bit) come testo esadecimale:

0x71C7656EC7ab88b098defB751B7401B5f6d8976F

Tre controlli vi dicono se una stringa può essere un indirizzo:

• Inizia con il prefisso 0x.
• Esattamente 40 caratteri seguono il prefisso.
• Ognuno di questi caratteri è una cifra esadecimale: 0–9, a–f o A–F.

Non esiste un tipo di indirizzo separato per i token. I token BEP20 come USDT, USDC o CAKE vanno agli stessi indirizzi account di 42 caratteri che contengono BNB. Il vostro indirizzo wallet Binance Smart Chain per BNB e il vostro indirizzo BEP20 per i token sono una e la stessa stringa.

Da dove vengono i 20 byte? Un account inizia come una chiave privata casuale sulla curva secp256k1, la stessa curva usata da Bitcoin ed Ethereum. La chiave pubblica derivata da quella chiave viene sottoposta a hash con Keccak-256, e gli ultimi 20 byte dell’hash diventano l’indirizzo. Non avviene alcuna registrazione da nessuna parte. Un indirizzo esiste nel momento in cui il calcolo matematico è completato, ancor prima che la chain abbia mai visto una singola transazione da esso.

Perché sembra identico a un indirizzo Ethereum

BSC è stata lanciata nel settembre 2020 come chain compatibile con EVM. Esegue la Ethereum Virtual Machine, quindi ha ereditato interamente il modello di account di Ethereum, la sua derivazione delle chiavi e il suo formato di indirizzo. BEP-20 stesso è il porting di BSC dello standard di token ERC-20 di Ethereum; i nomi delle funzioni (transfer, balanceOf, approve) sono gli stessi.

L’unico separatore tecnico tra le due reti è il chain ID: 56 per BSC mainnet, 1 per Ethereum mainnet, 97 per la testnet di BSC. Il chain ID entra in ogni firma di transazione, il che impedisce che una transazione firmata per una chain venga rieseguita sull’altra. L’indirizzo stesso non porta alcuna informazione sulla chain. Non potete guardare 0x71C7...976F e capire se il suo proprietario lo usa su BSC, Ethereum, o entrambe.

BEP-20 vs ERC-20 vs TRC-20 a confronto

I pagamenti in stablecoin raggiungono aziende reali attraverso tre reti, e la maggior parte dei ticket di supporto per fondi persi riguarda la confusione tra due di esse. Ecco cosa differisce realmente, con numeri aggiornati a metà 2026:

Due righe meritano uno sguardo più attento. Le righe degli indirizzi per BEP-20 ed ERC-20 sono identiche perché BSC ha copiato il formato di Ethereum fino all’algoritmo di checksum. Un validatore che accetta uno accetta anche l’altro e non può dirvi quale rete l’utente intendesse; solo il contesto circostante può farlo. TRC-20 è il caso anomalo. Un indirizzo TRON fallisce istantaneamente la validazione EVM, il che suona come un inconveniente ed è in realtà una protezione, perché un indirizzo incollato per errore viene rifiutato solo in base al formato, prima che venga mosso qualsiasi denaro.

I numeri di velocità hanno una vita breve; le righe di formato no. BSC ha dimezzato il proprio tempo di blocco due volte in otto mesi: l’hard fork Maxwell lo ha ridotto da 1,5 a 0,75 secondi nel giugno 2025, e l’hard fork Fermi ha portato 0,45 secondi nel gennaio 2026. TRON mantiene il suo intervallo di 3 secondi da anni, e la roadmap di Ethereum discute slot più brevi per aggiornamenti futuri. I tre formati di indirizzo, nel frattempo, non sono cambiati dal lancio delle chain. Il codice di validazione che scrivete oggi sopravvive a ogni fork. Le tabelle delle commissioni che stampate oggi necessiteranno di manutenzione.

Sui costi, BSC è attualmente la più economica delle tre per un semplice trasferimento di token, TRON la più prevedibile (la commissione è fissata in termini di energy, non messa all’asta), ed Ethereum la più costosa ogni volta che la rete è congestionata. Se i vostri clienti scelgono da soli la rete di deposito, aspettatevi che BEP-20 e TRC-20 dominino e pianificate di conseguenza la gestione delle commissioni.

Il checksum EIP-55: perché alcune lettere sono maiuscole

L’esadecimale non distingue tra maiuscole e minuscole, quindi 0xab... e 0xAB... puntano allo stesso account. EIP-55, proposto nel 2016 per Ethereum e adottato da BSC insieme a tutto il resto, trasforma quel grado di libertà superfluo in un controllo degli errori.

La regola: prendete l’indirizzo in minuscolo (senza 0x), sottoponetelo a hash con Keccak-256, e scorrete i 40 caratteri. Se la cifra dell’hash a una posizione è 8 o superiore, la lettera dell’indirizzo a quella posizione viene scritta in maiuscolo; altrimenti in minuscolo. Le cifre restano come sono.

Il risultato è la forma con maiuscole e minuscole miste che wallet ed explorer mostrano. Se un utente digita male un carattere di un indirizzo con checksum, il pattern di maiuscole/minuscole non corrisponde più all’hash e la validazione fallisce, quindi l’errore di battitura viene individuato prima che vengano mossi fondi. Un indirizzo tutto in minuscolo è ancora tecnicamente valido, semplicemente non porta un checksum, e il vostro codice dovrebbe trattarlo come input non verificato piuttosto che rifiutarlo.

Un esempio svolto

La suite di test di EIP-55 inizia con questo indirizzo. In minuscolo, con lo 0x rimosso, e accanto l’hash Keccak-256 di quella stringa di 40 caratteri:

address: 5aaeb6053f3e94c9b9a09f33669435e7ef1beaed
keccak:  d385650ce8fdc6db7ee3a091d34814dbc4ce18219ffae52182efff4034d707e5

Ora confrontate posizione per posizione. Il primo carattere dell’indirizzo è 5, una cifra, quindi resta 5 indipendentemente da cosa dice l’hash. Il secondo è a, e la cifra dell’hash sopra di esso è 3, sotto 8, quindi resta minuscolo. Il terzo è di nuovo a, ma questa volta la cifra dell’hash è 8, quindi diventa A. Il quarto, e, si trova sotto un 5 e resta minuscolo. Portate questo attraverso tutte le 40 posizioni e ottenete la forma con checksum:

0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed

Due dettagli implementativi causano la maggior parte dei bug nella pratica. L’input dell’hash è il testo ASCII dell’indirizzo in minuscolo, non i 20 byte grezzi che codifica, e non la stringa con 0x ancora attaccato. Sbagliate uno dei due e ogni checksum che calcolate risulterà spazzatura. Per quanto riguarda quanta protezione offre lo schema: lo stesso EIP la stima in circa 15 bit di controllo per indirizzo in media, il che significa che un indirizzo digitato male passa con una probabilità di circa lo 0,0247 per cento, un indirizzo errato ogni quattromila invece di un’accettazione garantita.

BEP-2 vs BEP-20: due standard, due formati di indirizzo

Questa è la confusione che è costata denaro reale agli utenti. Binance in passato gestiva due chain in parallelo:

• BNB Beacon Chain, con lo standard di token BEP-2 e indirizzi che iniziano con bnb1
• BNB Smart Chain, con lo standard BEP-20 e indirizzi 0x

I depositi BEP-2 verso gli exchange richiedevano anche un campo memo, e un memo dimenticato era un classico ticket di supporto. Quell’era è finita: Binance ha dismesso la Beacon Chain nel 2024 come parte della BNB Chain Fusion, e con essa il BEP-2. Se un tutorial vi parla di indirizzi bnb1 o memo, è superato. Oggi, “indirizzo BNB” e “indirizzo BSC” significano in pratica il formato BEP20 in 0x.

Il nome sopravvive nei menu di prelievo degli exchange, dove la rete è solitamente etichettata come “BSC (BEP20)” o “BNB Smart Chain (BEP20)”. Quando vedete quell’etichetta, la destinazione deve essere un indirizzo 0x.

Un indirizzo, molte chain: perché conta il selettore di rete

Poiché BSC ha copiato la derivazione di Ethereum, la stessa chiave privata controlla lo stesso indirizzo 0x su Ethereum, BSC, Polygon, Arbitrum e qualsiasi altra chain EVM. Questo è comodo e pericoloso allo stesso tempo.

Comodo: un utente con un account MetaMask o Trust Wallet ha già un indirizzo BEP20. Aggiunge la rete BSC nelle impostazioni del proprio wallet e il suo indirizzo esistente funziona.

Pericoloso: token con lo stesso nome vivono come contratti separati su chain separate. USDT su BSC e USDT su Ethereum non hanno nulla in comune eccetto il ticker. Se qualcuno preleva USDT da un exchange e sceglie la rete sbagliata, i token arrivano all’indirizzo giusto sulla chain sbagliata. Sono possibili due esiti:

1. Il destinatario controlla la chiave privata (wallet in self-custody). Allora non si perde nulla. Passa il proprio wallet all’altra rete e trova i token lì.
2. Il destinatario è un indirizzo di deposito presso un exchange o un fornitore di pagamenti che monitora solo una rete. Allora i token restano in un account che nessuno controlla. Alcuni exchange recuperano tali depositi dietro commissione, altri no.

La regola pratica per gli sviluppatori: indicate sempre la rete accanto all’indirizzo mostrato, e verificate i depositi in entrata sulla chain che effettivamente accreditate. Una semplice stringa di indirizzo è ambigua per progettazione.

Come trovare il vostro indirizzo BEP20 in MetaMask, Trust Wallet e wallet hardware

Ogni wallet che parla EVM alla fine vi mostra la stessa cosa, un indirizzo 0x, ma il percorso per arrivarci differisce leggermente. I passaggi seguenti restano deliberatamente generici, perché le etichette dei menu cambiano tra le versioni delle app.

MetaMask

MetaMask inizia collegato solo a Ethereum. Per usarlo su BSC, aggiungete BNB Smart Chain come rete (chain ID 56, valuta BNB); le versioni attuali la elencano nel catalogo di rete integrato, quindi non è necessario alcun inserimento manuale di RPC. L’indirizzo del vostro account si trova in alto nella vista principale e si copia con un clic. Non cambia quando cambiate rete. Selezionare BSC nel menu di rete cambia dove vanno le vostre transazioni, non chi siete.

Trust Wallet

Trust Wallet supporta BSC in modo nativo. Scegliete l’asset che vi aspettate di ricevere, ad esempio BNB o un token etichettato “BEP20”, aprite la schermata di ricezione, e l’app mostra l’indirizzo 0x come testo e come codice QR. L’etichetta di rete accanto a ogni token conta più dell’indirizzo stesso: “USDT BEP20” e “USDT ERC20” si risolvono nella stessa stringa di indirizzo nel vostro wallet, ma dicono al mittente quale chain usare, ed è lì che le cose vanno storte.

Wallet hardware

Con un Ledger o Trezor, la chiave privata non lascia mai il dispositivo, e BSC funziona attraverso la stessa integrazione EVM di Ethereum. Il flusso di ricezione aggiunge un passaggio che vale la pena mantenere: il dispositivo mostra l’indirizzo sul proprio display, e voi lo confrontate con ciò che mostra il computer prima di condividerlo. Quel confronto sconfigge il malware degli appunti, che scambia gli indirizzi sul computer ma non può toccare lo schermo del dispositivo.

Qualunque wallet usiate, la stringa copiata non porta alcuna informazione di rete. Quando la incollate in un modulo di prelievo di un exchange, il menu a tendina della rete accanto decide, quindi controllate che dica BSC o BEP20.

Una frase seed, molti indirizzi: i wallet HD in due minuti

I wallet moderni non conservano un sacco di chiavi scollegate tra loro. Derivano tutto da un unico seed, seguendo tre standard che si sovrappongono l’uno all’altro. BIP-39 trasforma 12 o 24 parole di dizionario in un seed. BIP-32 fa crescere un albero deterministico di coppie di chiavi da quel seed, così che le stesse parole producano sempre lo stesso albero. BIP-44 fissa quale ramo appartiene a quale moneta, scritto come percorso di derivazione.

Per Ethereum il percorso registrato è m/44'/60'/0'/0/0, con 60 come tipo di moneta. BSC non ha mai registrato un proprio tipo di moneta; i wallet riutilizzano il 60, che è la ragione tecnica per cui il vostro wallet mostra l’indirizzo identico su BSC, Ethereum, Polygon e Arbitrum. L’ultimo numero nel percorso è un indice. Incrementatelo e il wallet deriva un secondo indirizzo dalle stesse parole, poi un terzo, senza che sia necessario alcun nuovo backup.

Ne derivano due conseguenze. Ripristinare le parole seed in qualsiasi wallet BIP-44 ricrea ogni indirizzo che avete mai derivato, quindi le parole sono il backup, l’intero backup. E una piattaforma che necessita di migliaia di indirizzi di deposito potrebbe in linea di principio derivarli tutti da un unico seed, anche se le configurazioni in produzione generalmente generano le chiavi singolarmente e le registrano tramite API, così che nessun singolo segreto controlli tutti i depositi dei clienti in una volta.

Verificare un indirizzo su BscScan

BscScan è l’explorer di blocchi di BSC, e trenta secondi lì rispondono alla maggior parte delle domande “ha funzionato?”.

Incollate un indirizzo qualsiasi nel campo di ricerca e finirete sulla sua pagina account: saldo BNB, possedimenti in token, elenco delle transazioni. Per un indirizzo di deposito appena creato, una pagina vuota è normale. L’indirizzo esiste come matematica; l’explorer ha qualcosa da mostrare solo una volta che il primo trasferimento lo tocca.

Guardate l’etichetta in alto nella pagina. Gli account con un tag “Contract” sono smart contract, token inclusi. I fondi dovrebbero muoversi verso indirizzi semplici, quindi se una controparte vi chiede di pagare un indirizzo di contratto, fermatevi e chiedete perché.

La verifica dei token è il terzo caso d’uso. Chiunque può deployare un token chiamato “USDT” su BSC, e i risultati di ricerca elencano i falsi accanto a quello vero. Il ticker non prova nulla; l’indirizzo del contratto sì. Confrontatelo con quello pubblicato dall’emittente del token, poi date un’occhiata al numero di holder e al codice sorgente verificato sulla pagina del token. I falsi raramente falsificano bene questi elementi.

Dopo una transazione di prova, cercate invece l’hash della transazione. La pagina di dettaglio mostra mittente, destinatario, contratto del token e importo, che insieme confermano che il denaro è arrivato dove intendevate, sulla chain che intendevate.

Prima di inviare: una breve routine contro errori costosi

Tre abitudini coprono quasi tutti i modi in cui i trasferimenti BEP20 vanno storti.

Fate corrispondere l’etichetta di rete all’era dell’indirizzo. Tutto ciò che è attuale è “BSC (BEP20)” con una destinazione 0x. Una guida, un modulo o una controparte che menziona indirizzi bnb1 o memo di deposito sta descrivendo BEP-2, dismesso insieme alla Beacon Chain nel 2024. Trattate tali istruzioni come superate, non come un’opzione alternativa.

Leggete il modulo di prelievo due volte: una per l’indirizzo, una per il menu a tendina della rete. Il campo indirizzo valida il formato, il menu a tendina decide la chain, e nessun validatore rileva un indirizzo corretto sulla rete sbagliata. Questa è la modalità di fallimento della sezione precedente, e accade sul lato dell’invio, il che significa che potete prevenirla lì.

Inviate un importo di prova a ogni nuovo indirizzo. Su BSC questa disciplina costa pochi centesimi e uno o due secondi di attesa, quindi non c’è alcun argomento economico contrario. Confermate il test su BscScan, poi inviate il resto. I team che gestiscono i pagamenti formalizzano questa abitudine: un nuovo indirizzo di pagamento viene inserito in whitelist solo dopo un trasferimento di prova confermato.

Validare un indirizzo BEP20 nel codice

Il controllo del formato è una singola espressione regolare. In JavaScript:

function isValidFormat(address) {
  return /^0x[0-9a-fA-F]{40}$/.test(address);
}

Il controllo del checksum richiede Keccak-256, ad esempio da @noble/hashes:

import { keccak_256 } from "@noble/hashes/sha3";
import { bytesToHex } from "@noble/hashes/utils";

function toChecksumAddress(address) {
  const addr = address.toLowerCase().replace("0x", "");
  const hash = bytesToHex(keccak_256(addr));
  let out = "0x";
  for (let i = 0; i < 40; i++) {
    out += parseInt(hash[i], 16) >= 8 ? addr[i].toUpperCase() : addr[i];
  }
  return out;
}

function hasValidChecksum(address) {
  return toChecksumAddress(address) === address;
}

In PHP, la regex è sufficiente per un controllo del formato, e il pacchetto kornrunner/keccak copre il checksum:

use kornrunner\Keccak;

function isValidBep20Address(string $address): bool
{
    if (preg_match('/^0x[0-9a-fA-F]{40}$/', $address) !== 1) {
        return false;
    }
    $hex = substr($address, 2);
    // All one case: format-valid, but no checksum to verify
    if ($hex === strtolower($hex) || $hex === strtoupper($hex)) {
        return true;
    }
    $hash = Keccak::hash(strtolower($hex), 256);
    for ($i = 0; $i < 40; $i++) {
        $expectUpper = intval($hash[$i], 16) >= 8;
        if (ctype_alpha($hex[$i]) && $expectUpper !== ctype_upper($hex[$i])) {
            return false;
        }
    }
    return true;
}

Notate che un controllo superato dimostra solo che la stringa è ben formata. Non dimostra che qualcuno possieda la chiave privata, e non vi dice quale rete il mittente intenda usare.

Creare indirizzi BSC tramite un’API

Se gestite un negozio, un prodotto SaaS o una piattaforma simile a un exchange, avete bisogno di più di un indirizzo: tipicamente un indirizzo di deposito per cliente, per poter distinguere i pagamenti in entrata. Farlo a mano in un’app wallet non scala oltre una manciata di utenti.

Con l’API REST di Chaingateway, generate le chiavi nel vostro ambiente e le registrate per l’uso su BSC. L’autenticazione usa un token Bearer nell’header Authorization:

curl -X POST https://app.chaingateway.io/api/v2/bsc/addresses/import \
  -H "Authorization: Bearer <API_KEY>" \
  -H "Content-Type: application/json" \
  -d '{
    "address": "0xYourGeneratedBscAddress",
    "privatekey": "<generated secp256k1 private key, hex>",
    "password": "<encryption password for this key>"
  }'

Aggiungete l’header X-Network: testnet e la stessa chiamata viene eseguita sulla testnet di BSC (chain ID 97), così potete testare l’intero flusso con BNB di test gratuiti prima di toccare mainnet. L’invio successivo di token BEP20 passa attraverso POST /api/v2/bsc/transactions/bep20.

Una prova gratuita di 7 giorni è sufficiente per costruire e testare questo; non passate attraverso un processo KYC per iniziare. I passaggi di configurazione sono nella guida di avvio rapido, e i piani sono elencati nella pagina dei prezzi.

Indirizzi di deposito per cliente, più webhook

L’indirizzo è solo metà di un flusso di pagamento. L’altra metà è scoprire che il denaro è arrivato senza interrogare voi stessi la chain. Lo schema:

1. Quando un cliente avvia un pagamento, assegnategli un indirizzo BSC dedicato e memorizzate la mappatura indirizzo-cliente nel vostro database.
2. Registrate un webhook per quell’indirizzo. Quando un trasferimento BEP20 lo raggiunge, Chaingateway chiama il vostro endpoint con i dettagli della transazione.
3. Verificate la firma HMAC del webhook, quindi accreditate il cliente nel vostro sistema.

Le consegne dei webhook sono firmate con HMAC così potete rifiutare chiamate contraffatte. Anche le consegne che il vostro server ha perso non sono perse: GET /api/v2/bsc/webhooks/notifications/failed le elenca, e POST /api/v2/bsc/webhooks/notifications/{id}/retry ne invia una di nuovo. Se il vostro server era offline, GET /api/v2/bsc/webhooks/notifications restituisce le notifiche passate, così la riconciliazione dopo un’interruzione è una singola chiamata API. La configurazione completa, compresa la verifica della firma, è nella guida ai webhook.

Lo stesso schema funziona su TRON, dove il formato dell’indirizzo è completamente diverso; vedete Cos’è un indirizzo TRC20? per quel lato.