Replicating a Universal Profile Across EVM Chains

How to deploy your existing LUKSO Universal Profile at the identical address on another EVM chain — and why it works.

What this is. Your Universal Profile (UP) was created on LUKSO through a deterministic factory contract. Because the factory is deployed at the same address on every EVM chain, replaying your exact original creation transaction on another chain produces a contract at the same address there too. This page explains the mechanism and walks through doing it safely, using the companion tools linked at the bottom.

This is a technical procedure. It assumes you're comfortable with MetaMask, smart contracts, and reading a block explorer. It is not a "one click" consumer flow, and it shouldn't be treated as one.

How the address is actually generated

It is not a simple function of "controller + salt". Your UP was created via LUKSO's LSP23LinkedContractsFactory, deployed at the same address (0x2300000A84D25dF63081feAa37ba6b62C4c89a30) on every chain where LUKSO has published it. The factory call includes:

an initial salt,
the implementation and initialization data of the Key Manager (the second linked contract),
the address of a post-deployment module and its calldata — this is where it is actually specified which address receives ALL_PERMISSIONS on the new profile.

All of this is hashed together (keccak256) to form the real salt used in CREATE2, combined with the hash of the minimal-proxy bytecode pointing at the Universal Profile implementation. The resulting address depends on the entire original transaction — not on any single field in isolation.

This is why only the exact original calldata reproduces the same address: the controller with full control isn't special on its own — it's simply the address that particular calldata already names. Change the calldata (even to name a different controller) and you get a different address entirely.

Step by step

Extract your private key

You'll need this key later, in step 6, to operate your profile on the new chain — it's simplest to get it out of the way first. Unlock the Universal Profile browser extension, click the gear icon (Settings) top-right, scroll all the way down to the Developer section, and click Reveal private key. Enter your extension password when asked, and the key is shown as plain text.

UP extension settings, Developer section, Reveal private key button

Settings → scroll to "Developer" → "Reveal private key".

This key is your profile. Whoever has it owns your Universal Profile — on LUKSO and on every chain where you redeploy it — and can move every asset it holds, change its controllers and lock you out. There is no recovery and no one can reverse it.

Never type or paste it into a website — including this one and the tools linked here: none of them will ever ask for it. The only place it goes is the "import account" screen of your own wallet, in step 6.
Never send it to anyone: not in chat, email, Telegram, Discord or support tickets. Real support (ours included) will never ask for a private key, seed phrase or backup password — anyone who does is trying to steal your funds.
Don't store it in plain text: no screenshots, photos, notes apps, documents, cloud drives or messages to yourself. Keep it only in a password manager or offline (on paper, in a safe place).
Handle it on a trusted device only: not on a shared or work computer, and not with screen sharing or remote-desktop sessions open. After copying it, clear the clipboard (copy something else) and close the extension panel.
If you think it has been exposed, act immediately: move your assets to a safe account and replace the compromised controller (add a new one, then remove the old one) on LUKSO and on every chain where the profile exists — each chain has its own permissions, a fix on one does not protect the others.

Connect your UP to the Deploy tool

Open the Deploy tool and click Connect your Universal Profile in panel 2. Approve the connection in the extension popup: this only reads your address, it never asks for a private key.

The tool then does the rest by itself: it fills in your address as the "expected address", fetches your UP's deployment calldata (the original creation transaction, public on-chain data) from the LUKSO explorer, and checks that it produces exactly your address. Nothing to copy or paste.

Once connected, your UP's address appears here — this is what the decoded calldata will be checked against.

If the automatic fetch fails: find the calldata by hand

Find your UP's original creation transaction

Open your UP's address on the LUKSO mainnet explorer, on its Details tab. Find the Creator row — it shows the creator's address "at txn" followed by a transaction hash. Click that transaction hash link: it takes you straight to the creation transaction.

Contract details page with the Creator row showing 'at txn' followed by the creation transaction hash link

On the Details tab, the "at txn" link next to Creator is the shortcut straight to the creation transaction — no need to scroll through the transaction list.

Once you're on that transaction's page, switch to its Raw trace tab.

Transaction details page showing method deployERC1167Proxies and the Raw trace tab

The creation transaction: method deployERC1167Proxies, sent to the factory address. Open "Raw trace" from here.

This is public on-chain data. You don't need your wallet's backup file or any decryption to get it — anyone can look up any UP's creation transaction.

Copy the transaction's input data

In the raw trace, find the call field (the raw hex, starting with 0x6a66a753...). Copy the whole string. This is your deployment calldata.

Tip: double-click anywhere on the hex string to select it entirely, then copy — much faster than dragging to select such a long string.

Raw trace tab showing the call field with the deployment calldata

The raw trace: the call field is the deployment calldata.

Check the controller

The calldata is filled in automatically after you connect (otherwise, paste the one you found by hand in step 2). It will show you the address this calldata predicts for your UP on any chain, and — critically — it will decode and display every controller named in the calldata, including which one gets ALL_PERMISSIONS.

Deploy tool showing the decoded controllers, one flagged as system infrastructure and one with ALL_PERMISSIONS

The tool separates known system infrastructure (green) from the actual controller with ALL_PERMISSIONS (red) — that second one is what you need to hold the key for.

Compare the predicted address to your actual UP address on LUKSO. They must match exactly before you go any further. The tool already checks this and blocks a deploy that does not match: if they don't match, stop and re-check step 2.

Confirm it's the controller shown by your extension

The tool shows the address that receives ALL_PERMISSIONS — this is called the controller address, because it's the account that will control the profile after the deploy. The check to make here isn't generically "does this match the key I extracted" — it's whether this is the same account that your Universal Profile browser extension itself labels as the controller for this profile, and that this is the very account you extracted the private key from in step 1 (not a different one also sitting in the extension). If your Universal Profile has ever had more than one controller connected to it over time (for example, from reinstalling a wallet extension, or connecting a new device), make sure it's this specific controller — the one the extension shows for this profile — not just "a" controller that currently has access. They can look functionally identical (same permissions) while only one of them reproduces the same address on another chain.

Cross-check: the ALL_PERMISSIONS address the tool found matches the address your own wallet extension shows as the controller of this specific profile — same string, character for character.

If the address doesn't match the controller shown by your extension, stop here. Proceeding without the right key means deploying a profile you won't be able to operate.

Deploy on the destination chain

Still on the Deploy tool: connect any wallet to pay gas (it does not need to be the controller — it only pays the transaction fee), select the destination network, and run the built-in checks. The tool verifies the predicted address again, checks nothing already exists there, estimates gas, and — after the transaction confirms — verifies the deployed bytecode matches exactly before calling it a success.

Operate your profile on the new chain

Import the private key you extracted in step 1 into MetaMask (or your wallet of choice) — this is standard "import account" functionality in any wallet. From there, use the Test tool to confirm the controller actually operates the profile — it writes a timestamp on-chain through the Key Manager and reads it back. Once that works, you can also use the Send tool to transfer native currency, tokens and NFTs from the profile to another address, signed by that same controller. The Identity tool shows the profile on that network next to LUKSO's and can align it (name, images, links) with one transaction.

Importing the key puts your whole profile inside that wallet. The same key also controls your profile on LUKSO, so a compromise of this wallet is a compromise of the profile everywhere.

Import it into a dedicated wallet or browser profile, protected by a strong password, with no untrusted extensions installed — ideally not the wallet you use every day to connect to dApps.
Before signing anything, check the network, the recipient and the amount shown in the wallet popup, not only on the page.
Never sign requests you didn't start yourself, and disconnect sites you no longer use.
When you no longer need to operate the profile from this wallet, remove the imported account from it.

Add a backup controller — in case you lose the key

The key you extracted in step 1 is your profile's genesis key: on every network where you redeploy, the profile is born controlled by that key alone. This step is about losing it, not about having it stolen: a broken computer, a key string you never saved, a forgotten password. If you lose the genesis key and no other controller has the same permissions, you are locked out of the profile on that network for good, with everything it holds. No one can fix it — not LUKSO, not us.

What a backup is: a second account, for example another MetaMask account, with exactly the same permissions as the genesis key, added to the profile on the network. Section 5 of the Deploy tool adds it, signed by the genesis key, and copies its permissions.
Yes, it is one more secret to keep: the backup's seed phrase (MetaMask creates one). Keep it apart from the genesis key: not in the same place, not in the same wallet.
If you lose the backup: with the genesis key you add a new one, and remove the lost one (same section).
If you lose the genesis key: with the backup you keep signing, add a new backup and remove the lost key. The only thing you lose for good is deploying on new networks: there the profile is born with the genesis key only.
On every network, after every new deploy: each network has its own controller list, and a new network starts without the backup. On LUKSO, add it with LUKSO's own tools.
The Send, Test and UP Wallet pages show a warning when the profile has no backup on the selected network; the Identity page lists the controllers and says whether the backup is there.
If you use gas paid by the site: each controller that should sign those operations needs the 4337 permission. A backup added after the setup gets it automatically (section 5 copies the signer's permissions); one added before needs the setup repeated with it active, on the Gas paid by the site page.

Theft is a different problem with a different answer: if you think a key has been stolen, move the funds to a safe account right away and replace that key on every network (see step 1).

💡 Funds: two addresses, both yours — don't forget the controller.

Your UP address (the same on every chain) is your account. Send funds to it only after the deploy (step 5) and the test with the Test tool (step 6) have both succeeded, and preferably after adding the backup (step 7). If something goes wrong — the wrong controller key, a failed deploy — funds sent earlier would stay stuck at that address.
The controller address (the account you imported into MetaMask in step 6) is the key that signs. Every operation — test, transfer, anything — costs a small fee (gas), and the controller pays it, not the UP. The exception: transfers whose gas is paid by the site, for profiles with an active subscription or on the operator's list (see "Operating without gas on the controller" below). Changes to the profile's data or controllers are always paid by the controller.
👉 So on the new chain send some funds to the controller too (e.g. POL on Polygon, ETH on Base or Arbitrum): at least enough for a few transactions. Without them the controller cannot sign anything, even if the UP is full.

One is a smart contract account (the UP), the other a normal wallet (the controller, an EOA): different addresses, but both under your control.

Two different connections, two different jobs — this trips people up. On the Test and Send tools, "Connect your Universal Profile" only reads your UP's address, on LUKSO, so you don't have to copy-paste it — no signature happens there. The wallet that actually operates the profile is the second connection, the "signing wallet" (MetaMask with the imported controller key), and it must be connected to the destination chain — the network where you redeployed the profile in step 5 — not to LUKSO. It's completely normal to have both the UP extension and MetaMask active in the same browser at once: each one does a different job, on a different network. Both tools show you which network the signing wallet is currently on, right next to its address, and refuse to send anything if the wallet, the RPC and the network you selected are not the same chain — still, check it yourself before doing anything.

Sending tokens and NFTs with the Send tool.

Finding what the profile holds. Choose "Token or NFT", then press "Find the UP's tokens and NFTs": the list comes from an external index (Alchemy; Blockscout as an alternative without a key). Click a row to fill in the contract and the token ID. If something is missing, paste the contract address yourself: you find it on the network's explorer, on your profile's page (tokens or NFTs tab), or on the marketplace, together with the token ID.
The list is only a shortcut. Before enabling Send, the page reads everything again from the chain: what the contract is (ERC-20, ERC-721, ERC-1155, LSP7, LSP8), your balance or the NFT's owner, and a simulation of the transfer. An index can be incomplete or late; the chain is what counts.
"Flagged as spam" comes from the index, not from these tools. Anyone can send tokens and NFTs to any address, often with a link or a website in their name to lure you. The index marks what it considers spam, but it can be wrong both ways: popular legitimate collections with millions of holders (Basenames, for example) can be flagged. Judge for yourself: never visit links or sites advertised in a token's name, and ignore tokens you did not ask for.
The recipient must be able to receive what you send. NFTs use the "safe" transfer: if the recipient is a contract that cannot accept them, the simulation fails and nothing is sent. A profile redeployed on another chain needs NFT reception first. For an exchange deposit address, check that the exchange supports that token on that network.
Permissions. Native currency needs TRANSFERVALUE on the controller; tokens and NFTs need CALL. The page tells you if one is missing.

Operating without gas on the controller (experimental). The site can pay the gas of your profile's transfers: the controller only signs a message, the site's relayer sends, and the site's paymaster pays. It is available on Base, Polygon and Avalanche, for profiles with an active subscription (or on the operator's list).

1 · Set up the profile, once per network: on the Gas paid by the site page, the controller signs one setup transaction (it pays a little gas this one time). The setup lets the ERC-4337 EntryPoint call contracts and send value for the profile, never change its data or controllers. A button turns it off again with one transaction. Its section 2 checks everything by itself, read-only and without a wallet, and its last line says whether the site already pays this profile's gas.
2 · Subscribe: on the Subscription page the profile pays 5 USDC (Circle's native USDC, on Base, Polygon or Avalanche), and the site pays the gas of that payment too. The 5 USDC become one balance, valid on every network of the service. Each operation the site pays takes that network's price: 0.01 USDC on Base, 0.02 on Polygon and Avalanche. The balance is activated after the payment is checked, and you get an e-mail.
Balance and top-ups: enter the profile on the Subscription page to see its balance, with no wallet. Top up on the same page, with another 5 USDC. You get an e-mail when the balance goes down to 2.5, 1 and 0.5 USDC. Nothing is ever charged automatically.
Every operation: on the Send page and in the UP Wallet the option "Pay the gas with the site relayer" appears by itself when the profile is ready on the chosen network, with the balance and the price. The controller signs a message in MetaMask (no gas). It works for transfers and dApp transactions; writing data or changing controllers always needs gas on the controller.

Your funds depend on the controller key, on every network.

Whoever holds the controller key controls the profile, with or without gas paid by the site: the key in MetaMask and in the UP extension is a hot key, exposed like any wallet connected to the internet. Keep on the profile only what you are prepared to lose if that key were stolen, or move the controller to a hardware wallet (see below).
One key controls the profile at the same address on every network: if it is stolen, all of them are exposed at once.
The genesis key can never be retired for new networks. Every redeploy replays your profile's original creation, so on every new network the profile is born controlled by that key alone, whatever you changed elsewhere. Losing it means no more deploys on new networks, and, without a backup, losing the profile on every network (step 7).
Two setups, your choice. (A) The genesis key is your everyday controller, for example your main MetaMask account, and the backup stays aside. (B) The genesis key stays offline and a second controller, for example a hardware wallet, is used every day. Either way, a backup exists only when a second controller has the same permissions: a daily controller with fewer permissions is not a backup.
Every extra controller is one more key that could be stolen: keep the backup offline and use it only to recover.
Gas paid by the site adds one specific risk: none of its contracts has had a professional audit, neither LUKSO's extension (Extension4337, which LUKSO describes as experimental) nor the site's paymasters. AI-assisted reviews found no serious issue; the details are in the project's AUDIT.md, sections 8 and 10. Keep small balances, on the profile and in the subscription.

What these tools do — and don't do

They never ask for a private key. The only thing you paste in is calldata — public on-chain data.
Signing always happens in your own wallet (MetaMask or similar). These pages only prepare the transaction and hand it to your wallet for approval.
They perform address and bytecode verification automatically, so a mistake in the calldata is caught before you sign, not after.
They check that the signing wallet, the RPC and the selected network are the same chain before every transaction, and invalidate a previous check as soon as you change any input.
They don't manage your keys, your backups, or your security — that responsibility stays entirely with you. If you're not confident distinguishing your own controllers or reading a block explorer, get help from someone who is before proceeding.

This is irreversible, self-directed on-chain activity. No one — including the tools linked here — can undo a deployment or a transfer once confirmed. Use a small amount of funds to test first, on a network where mistakes are cheap.

Tools

Deploy — decode calldata, verify, and deploy a Universal Profile at its predicted address on another chain. Section 5 adds a backup controller, or removes a lost one, on any network where the profile exists.
Verify only — check whether a deploy already exists on another chain. It only reads public data from an RPC: no wallet is required, but you can optionally connect your Universal Profile to auto-fill the address it checks for, instead of typing it by hand.
Test — confirm your controller can operate the deployed profile.
Send — transfer native currency, tokens (ERC-20) and NFTs (ERC-721, ERC-1155) from the profile to another address. It can list what the profile holds on the selected network. With an active subscription, the site can pay the gas.
Identity — the profile on another network, compared with LUKSO: name, images and links, what it holds (native currency, tokens and NFTs, with their images), who controls it and whether there is a backup, and what it can do there (receive NFTs, gas relay). Reading needs no wallet. Section 6 aligns the profile with LUKSO's, with one transaction signed by your controller.
Publish implementation — if the Verify or Deploy tool reports that your profile's LSP0 or Key Manager implementation is missing on the target chain, publish it there at the same address, by replaying LUKSO's original deterministic deploy. Anyone can do it; it only costs gas.
UP Wallet (experimental) — use the redeployed profile as your account on any dApp through WalletConnect: the page checks that profile and controller are compatible, shows and simulates every request, and signs only after your confirmation. Start in simulation mode, with small amounts.
NFT reception (experimental) — lets the redeployed profile receive ERC-721 / ERC-1155 NFTs (for example purchases on marketplaces), with one transaction that leaves the controller's permissions unchanged.
Gas paid by the site (experimental) — set up the profile, once per network, so that the site can pay its gas: one controller transaction, which a button undoes. Includes a read-only configuration check that also says whether the site pays this profile's gas.
Subscription (experimental) — subscribe to gas paid by the site, or top up: 5 USDC paid from the profile, one balance for every network, a price per operation by network. Shows the balance as soon as you enter the profile.

Replicare una Universal Profile su altre chain EVM

Come deployare la tua Universal Profile LUKSO esistente allo stesso identico indirizzo su un'altra rete EVM — e perché funziona.

Di cosa si tratta. La tua Universal Profile (UP) è stata creata su LUKSO tramite un contratto factory deterministico. Poiché la factory è deployata allo stesso indirizzo su ogni rete EVM, ripetere esattamente la transazione di creazione originale su un'altra rete produce un contratto allo stesso indirizzo anche lì. Questa pagina spiega il meccanismo e guida attraverso il procedimento in sicurezza, usando gli strumenti collegati in fondo.

È una procedura tecnica. Presuppone dimestichezza con MetaMask, gli smart contract e la lettura di un block explorer. Non è un flusso consumer "a un click" e non va trattata come tale.

Come viene generato davvero l'indirizzo

Non è una semplice funzione di "controller + salt". La tua UP è stata creata tramite LSP23LinkedContractsFactory di LUKSO, deployata allo stesso indirizzo (0x2300000A84D25dF63081feAa37ba6b62C4c89a30) su ogni rete dove LUKSO l'ha pubblicata. La chiamata alla factory include:

un salt iniziale,
l'implementazione e i dati di inizializzazione del Key Manager (il secondo contratto collegato),
l'indirizzo di un post-deployment module e la sua calldata — è qui che viene effettivamente specificato quale indirizzo riceve ALL_PERMISSIONS sul nuovo profilo.

Tutto questo viene hashato insieme (keccak256) per formare il salt reale usato in CREATE2, combinato con l'hash del bytecode minimal-proxy che punta all'implementazione della Universal Profile. L'indirizzo risultante dipende dall'intera transazione originale — non da un singolo campo isolato.

Per questo solo la calldata originale esatta riproduce lo stesso indirizzo: il controller con il controllo totale non ha nulla di speciale in sé — è semplicemente l'indirizzo che quella specifica calldata già nomina. Cambiare la calldata (anche solo per nominare un controller diverso) produce un indirizzo completamente diverso.

Passo per passo

Estrai la tua chiave privata

Ti servirà più avanti, al passo 6, per operare il profilo sulla nuova rete — conviene toglierla di mezzo subito. Sblocca l'estensione Universal Profile, clicca sull'icona a rotella (Settings) in alto a destra, scorri fino in fondo alla sezione Developer e clicca Reveal private key. Inserisci la password dell'estensione quando richiesto: la chiave viene mostrata in chiaro.

Impostazioni dell'estensione UP, sezione Developer, pulsante Reveal private key

Settings → scorri fino a "Developer" → "Reveal private key".

Questa chiave è il tuo profilo. Chi la possiede controlla la tua Universal Profile — su LUKSO e su ogni rete dove la rideployi — e può spostare tutti gli asset, cambiarne i controller e chiuderti fuori. Non esiste recupero e nessuno può annullare l'operazione.

Non digitarla né incollarla mai in un sito web — compreso questo e gli strumenti collegati: nessuno di essi te la chiederà mai. L'unico posto dove va inserita è la schermata "importa account" del tuo wallet, al passo 6.
Non inviarla mai a nessuno: né in chat, email, Telegram, Discord o ticket di assistenza. La vera assistenza (compresa la nostra) non chiederà mai una chiave privata, una seed phrase o una password di backup — chi lo fa sta cercando di rubarti i fondi.
Non conservarla in chiaro: niente screenshot, foto, app di note, documenti, cloud o messaggi a te stesso. Tienila solo in un password manager oppure offline (su carta, in un luogo sicuro).
Maneggiala solo su un dispositivo fidato: non su un computer condiviso o di lavoro, e senza condivisione schermo o sessioni di desktop remoto aperte. Dopo averla copiata, svuota gli appunti (copia qualcos'altro) e chiudi il pannello dell'estensione.
Se pensi che sia stata esposta, agisci subito: sposta gli asset su un account sicuro e sostituisci il controller compromesso (aggiungine uno nuovo, poi rimuovi quello vecchio) su LUKSO e su ogni rete dove esiste il profilo — ogni rete ha i propri permessi, sistemarne una non protegge le altre.

Connetti la tua UP allo strumento di Deploy

Apri la pagina di Deploy e clicca Connetti la tua Universal Profile nel pannello 2. Approva la connessione nel popup dell'estensione: legge solo il tuo indirizzo, non chiede mai una chiave privata.

Poi la pagina fa il resto da sola: compila il tuo indirizzo come "indirizzo atteso", recupera dall'explorer di LUKSO la calldata di deploy della tua UP (la transazione di creazione originale, dato pubblico on-chain) e controlla che produca esattamente il tuo indirizzo. Niente da copiare o incollare.

Una volta connesso, l'indirizzo della tua UP compare qui — è quello con cui verrà confrontata la calldata decodificata.

Se il recupero automatico non riesce: trova la calldata a mano

Trova la transazione di creazione originale della tua UP

Apri l'indirizzo della tua UP sull'explorer di LUKSO mainnet, nella scheda Details. Trova la riga Creator — mostra l'indirizzo del creatore "at txn" seguito da un hash di transazione. Clicca su quel link dell'hash: ti porta direttamente alla transazione di creazione.

Pagina dei dettagli del contratto con la riga Creator che mostra 'at txn' seguito dal link all'hash della transazione di creazione

Nella scheda Details, il link "at txn" accanto a Creator è la scorciatoia diretta alla transazione di creazione — non serve scorrere l'elenco delle transazioni.

Una volta sulla pagina di quella transazione, passa alla scheda Raw trace.

Pagina dei dettagli della transazione con il metodo deployERC1167Proxies e la scheda Raw trace

La transazione di creazione: metodo deployERC1167Proxies, inviata all'indirizzo della factory. Da qui apri "Raw trace".

È dato pubblico on-chain. Non serve il file di backup del wallet né alcuna decrittazione per ottenerlo — chiunque può consultare la transazione di creazione di qualunque UP.

Copia l'input data della transazione

Nel raw trace, trova il campo call (l'esadecimale grezzo, che inizia con 0x6a66a753...). Copia l'intera stringa. Questa è la tua calldata di deploy.

Consiglio: fai doppio click in un punto qualsiasi della stringa esadecimale per selezionarla tutta, poi copia — molto più rapido che trascinare per selezionare una stringa così lunga.

Scheda Raw trace con il campo call che contiene la calldata di deploy

Il raw trace: il campo call è la calldata di deploy.

Controlla il controller

La calldata viene compilata in automatico dopo la connessione (altrimenti incolla quella trovata a mano al passo 2). Ti mostrerà l'indirizzo che questa calldata predice per la tua UP su qualsiasi rete e — punto cruciale — decodificherà e mostrerà ogni controller nominato nella calldata, incluso chi riceve ALL_PERMISSIONS.

Pagina di Deploy con i controller decodificati, uno segnato come infrastruttura di sistema e uno con ALL_PERMISSIONS

Lo strumento separa l'infrastruttura di sistema nota (verde) dal vero controller con ALL_PERMISSIONS (rosso) — di quest'ultimo devi possedere la chiave.

Confronta l'indirizzo predetto con l'indirizzo reale della tua UP su LUKSO. Devono coincidere esattamente prima di andare oltre. La pagina lo controlla già e blocca un deploy che non coincide: se non coincidono, fermati e ricontrolla il passo 2.

Conferma che sia il controller indicato dalla tua estensione

Lo strumento mostra l'indirizzo che riceve ALL_PERMISSIONS — si chiama indirizzo del controller, perché è l'account che controllerà il profilo dopo il deploy. Il confronto da fare non è genericamente "corrisponde alla chiave che ho estratto" — è se questo è lo stesso account che la tua estensione del browser Universal Profile indica esplicitamente come controller di questo profilo, e che sia proprio quell'account (non un altro presente nell'estensione) da cui hai estratto la chiave privata al passo 1. Se la tua Universal Profile ha mai avuto più di un controller collegato nel tempo (ad esempio dopo aver reinstallato un'estensione wallet, o collegato un nuovo dispositivo), assicurati che sia proprio questo controller — quello che l'estensione mostra per questo profilo — non semplicemente "un" controller che al momento ha accesso. Possono sembrare funzionalmente identici (stessi permessi) mentre solo uno dei due riproduce lo stesso indirizzo su un'altra rete.

L'indirizzo del controller mostrato dallo strumento di deploy corrisponde al controller mostrato dall'estensione del wallet per questo profilo

Riscontro incrociato: l'indirizzo con ALL_PERMISSIONS trovato dallo strumento corrisponde all'indirizzo che la tua estensione wallet mostra come controller di questo specifico profilo — stessa stringa, carattere per carattere.

Se l'indirizzo non corrisponde al controller indicato dalla tua estensione, fermati qui. Andare avanti senza la chiave giusta equivale a deployare un profilo che non potrai gestire.

Deploya sulla rete di destinazione

Sempre sulla pagina di Deploy: collega un wallet qualsiasi per pagare il gas (non deve essere il controller — paga solo la commissione della transazione), scegli la rete di destinazione ed esegui i controlli integrati. Lo strumento riverifica l'indirizzo predetto, controlla che non esista già nulla lì, stima il gas e — dopo la conferma della transazione — verifica che il bytecode deployato corrisponda esattamente prima di dichiarare il successo.

Opera il tuo profilo sulla nuova rete

Importa in MetaMask (o nel wallet che preferisci) la chiave privata estratta al passo 1 — è la normale funzione "importa account" di qualsiasi wallet. Da lì usa la pagina di Test per confermare che il controller operi davvero il profilo — scrive un timestamp on-chain tramite il Key Manager e lo rilegge. Una volta verificato, puoi anche usare la pagina di Invio per trasferire valuta nativa, token e NFT dal profilo a un altro indirizzo, firmato dallo stesso controller. La pagina Identità mostra il profilo su quella rete accanto a quello di LUKSO e può allinearlo (nome, immagini, link) con una transazione.

Importare la chiave significa mettere l'intero profilo dentro quel wallet. La stessa chiave controlla il tuo profilo anche su LUKSO: se quel wallet viene compromesso, il profilo è compromesso ovunque.

Importala in un wallet o profilo del browser dedicato, protetto da una password robusta e senza estensioni non affidabili — possibilmente non il wallet che usi ogni giorno per collegarti alle dApp.
Prima di firmare qualsiasi cosa, controlla rete, destinatario e importo mostrati nel popup del wallet, non solo sulla pagina.
Non firmare mai richieste che non hai avviato tu, e scollega i siti che non usi più.
Quando non ti serve più operare il profilo da quel wallet, rimuovi l'account importato.

Aggiungi un controller di backup — nel caso perdi la chiave

La chiave che hai estratto al passo 1 è la chiave di genesi del tuo profilo: su ogni rete dove rifai il deploy, il profilo nasce controllato solo da quella chiave. Questo passo riguarda la perdita, non il furto: un computer rotto, una stringa mai salvata, una password dimenticata. Se perdi la chiave di genesi e nessun altro controller ha gli stessi permessi, resti fuori dal profilo su quella rete per sempre, con tutto quello che contiene. Nessuno può rimediare — né LUKSO né noi.

Cos'è un backup: un secondo account, per esempio un altro account MetaMask, con esattamente gli stessi permessi della chiave di genesi, aggiunto al profilo sulla rete. Lo aggiunge la sezione 5 dello strumento di Deploy, con la firma della chiave di genesi, copiandone i permessi.
Sì, è un segreto in più da custodire: la seed del backup (MetaMask ne crea una). Tienila separata dalla chiave di genesi: non nello stesso posto, non nello stesso wallet.
Se perdi il backup: con la chiave di genesi ne aggiungi un altro e rimuovi quello perso (stessa sezione).
Se perdi la chiave di genesi: con il backup continui a firmare, aggiungi un nuovo backup e rimuovi la chiave persa. L'unica cosa che perdi per sempre è il deploy su reti nuove: lì il profilo nasce solo con la chiave di genesi.
Su ogni rete, dopo ogni nuovo deploy: ogni rete ha la sua lista di controller, e una rete nuova parte senza backup. Su LUKSO aggiungilo con gli strumenti di LUKSO.
Le pagine Invio, Test e UP Wallet mostrano un avviso quando il profilo non ha un backup sulla rete scelta; la pagina Identità elenca i controller e dice se il backup c'è.
Se usi il gas pagato dal sito: ogni controller che deve firmare quelle operazioni ha bisogno del permesso 4337. Un backup aggiunto dopo la configurazione lo riceve da solo (la sezione 5 copia i permessi di chi firma); uno aggiunto prima ha bisogno di ripetere la configurazione con lui attivo, nella pagina Gas pagato dal sito.

Il furto è un altro problema, con un'altra risposta: se pensi che una chiave ti sia stata rubata, sposta subito i fondi su un account sicuro e sostituisci quella chiave su ogni rete (vedi il passo 1).

💡 I fondi: due indirizzi, tutti e due tuoi — non dimenticare il controller.

L'indirizzo della tua UP (uguale su tutte le reti) è il tuo conto. Mandaci fondi solo dopo che il deploy (passo 5) e il test con la pagina di Test (passo 6) sono andati entrambi a buon fine, e meglio ancora dopo aver aggiunto il backup (passo 7). Se qualcosa va storto — chiave del controller sbagliata, deploy fallito — i fondi mandati prima resterebbero bloccati a quell'indirizzo.
L'indirizzo del controller (l'account che hai importato in MetaMask al passo 6) è la chiave che firma. Ogni operazione — test, invio, qualsiasi cosa — costa una piccola commissione (gas), e la paga il controller, non la UP. L'eccezione: i trasferimenti il cui gas lo paga il sito, per i profili con un'iscrizione attiva o nella lista del gestore (vedi "Operare senza gas sul controller" più sotto). Le modifiche ai dati o ai controller del profilo le paga sempre il controller.
👉 Quindi sulla nuova rete manda un po' di fondi anche al controller (es. POL su Polygon, ETH su Base o Arbitrum): almeno quanto basta per qualche transazione. Senza, il controller non può firmare nulla, anche se la UP è piena.

Uno è un account smart contract (la UP), l'altro un normale wallet (il controller, un EOA): indirizzi diversi, ma tutti e due sotto il tuo controllo.

Due collegamenti diversi, due compiti diversi — qui è facile confondersi. Nelle pagine di Test e Invio, "Connetti la tua Universal Profile" serve solo a leggere l'indirizzo della tua UP, su LUKSO, così non devi copiarlo a mano — nessuna firma avviene in quel passaggio. Il wallet che opera davvero il profilo è il secondo collegamento, il "wallet firmatario" (MetaMask con la chiave del controller importata), e deve essere connesso alla rete di destinazione — quella dove hai rideployato il profilo al passo 5 — non a LUKSO. È del tutto normale avere sia l'estensione UP che MetaMask attivi insieme nello stesso browser: ognuno fa un lavoro diverso, su una rete diversa. Entrambe le pagine mostrano su quale rete è connesso in questo momento il wallet firmatario, accanto al suo indirizzo, e si rifiutano di inviare qualsiasi cosa se wallet, RPC e rete selezionata non sono la stessa chain — controlla comunque tu stesso prima di fare qualsiasi cosa.

Inviare token e NFT con la pagina di Invio.

Trovare cosa possiede il profilo. Scegli "Token o NFT", poi premi "Cerca token e NFT della UP": l'elenco arriva da un indice esterno (Alchemy; in alternativa Blockscout, senza chiave). Clicca una riga per compilare contratto e ID del token. Se manca qualcosa, incolla tu l'indirizzo del contratto: lo trovi sull'explorer della rete, nella pagina del tuo profilo (scheda token o NFT), oppure sul marketplace, insieme all'ID del token.
L'elenco è solo una scorciatoia. Prima di abilitare Invia, la pagina rilegge tutto dalla blockchain: che contratto è (ERC-20, ERC-721, ERC-1155, LSP7, LSP8), il tuo saldo o il proprietario dell'NFT, e una simulazione del trasferimento. Un indice può essere incompleto o in ritardo; conta la blockchain.
"Segnalato come spam" lo dice l'indice, non questi strumenti. Chiunque può mandare token e NFT a qualsiasi indirizzo, spesso con un link o un sito nel nome per attirarti. L'indice segna quello che ritiene spam, ma può sbagliare in entrambi i sensi: collezioni legittime e popolari con milioni di proprietari (Basenames, per esempio) possono essere segnalate. Valuta tu: non visitare mai link o siti pubblicizzati nel nome di un token, e ignora i token che non hai chiesto.
Il destinatario deve poter ricevere quello che invii. Gli NFT usano il trasferimento "safe": se il destinatario è un contratto che non li accetta, la simulazione fallisce e non parte nulla. Un profilo rideployato su un'altra rete ha prima bisogno della ricezione NFT. Per un indirizzo di deposito di un exchange, controlla che l'exchange supporti quel token su quella rete.
Permessi. La valuta nativa richiede TRANSFERVALUE sul controller; token e NFT richiedono CALL. La pagina ti avvisa se ne manca uno.

Operare senza gas sul controller (sperimentale). Il sito può pagare il gas dei trasferimenti del tuo profilo: il controller firma soltanto un messaggio, il relayer del sito invia e il paymaster del sito paga. È disponibile su Base, Polygon e Avalanche, per i profili con un'iscrizione attiva (o nella lista del gestore).

1 · Configura il profilo, una volta per rete: nella pagina Gas pagato dal sito il controller firma una transazione di configurazione (solo questa volta paga un po' di gas). La configurazione permette all'EntryPoint ERC-4337 di chiamare contratti e inviare valore per il profilo, mai di cambiarne i dati o i controller. Un pulsante la disattiva con una sola transazione. La sua sezione 2 controlla tutto da sola, in sola lettura e senza wallet, e l'ultima riga dice se il sito paga già il gas di questo profilo.
2 · Iscriviti: nella pagina Iscrizione il profilo paga 5 USDC (gli USDC nativi di Circle, su Base, Polygon o Avalanche), e il gas di questo pagamento lo paga il sito. I 5 USDC diventano un saldo unico, valido su tutte le reti del servizio. Ogni operazione pagata dal sito scala il prezzo della sua rete: 0,01 USDC su Base, 0,02 su Polygon e Avalanche. Il saldo viene attivato dopo la verifica del pagamento, e ricevi un'email.
Saldo e ricariche: inserisci il profilo nella pagina Iscrizione per vedere il saldo, senza wallet. Ricarica dalla stessa pagina, con altri 5 USDC. Ricevi un'email quando il saldo scende a 2,5, a 1 e a 0,5 USDC. Non viene mai addebitato niente in automatico.
Ogni operazione: nella pagina Invio e nella UP Wallet l'opzione "Paga il gas con il relayer del sito" compare da sola quando il profilo è pronto sulla rete scelta, con il saldo e il prezzo. Il controller firma un messaggio in MetaMask (nessun gas). Vale per i trasferimenti e le transazioni delle dApp; scrivere dati o cambiare i controller richiede sempre gas sul controller.

I tuoi fondi dipendono dalla chiave del controller, su tutte le reti.

Chi ha la chiave del controller controlla il profilo, con o senza il gas pagato dal sito: la chiave in MetaMask e nell'estensione UP è una chiave "calda", esposta come qualunque wallet collegato a internet. Tieni sul profilo solo quello che saresti disposto a perdere se quella chiave venisse rubata, oppure sposta il controller su un hardware wallet (vedi sotto).
Una sola chiave controlla il profilo allo stesso indirizzo su tutte le reti: se viene rubata, sono esposte tutte insieme.
La chiave di genesi non si può mai dismettere per le reti nuove. Ogni redeploy ripete la creazione originale del profilo, quindi su ogni nuova rete il profilo nasce controllato solo da quella chiave, qualunque cosa tu abbia cambiato altrove. Perderla vuol dire niente più deploy su reti nuove e, senza un backup, perdere il profilo su tutte le reti (passo 7).
Due configurazioni, scegli tu. (A) La chiave di genesi è il controller di tutti i giorni, per esempio il tuo account MetaMask principale, e il backup sta da parte. (B) La chiave di genesi resta offline e un secondo controller, per esempio un hardware wallet, si usa tutti i giorni. In entrambi i casi il backup c'è solo se un secondo controller ha gli stessi permessi: un controller quotidiano con meno permessi non è un backup.
Ogni controller in più è una chiave in più che può essere rubata: tieni il backup offline e usalo solo per recuperare.
Il gas pagato dal sito aggiunge un rischio specifico: nessuno dei suoi contratti ha un audit professionale, né l'estensione di LUKSO (Extension4337, che LUKSO definisce sperimentale) né i paymaster del sito. Le revisioni assistite da AI non hanno trovato problemi gravi; i dettagli sono nel file AUDIT.md del progetto, sezioni 8 e 10. Tieni saldi piccoli, sul profilo e nell'iscrizione.

Cosa fanno questi strumenti — e cosa non fanno

Non chiedono mai una chiave privata. L'unica cosa che incolli è la calldata — dato pubblico on-chain.
La firma avviene sempre nel tuo wallet (MetaMask o simili). Queste pagine preparano solo la transazione e la passano al tuo wallet per l'approvazione.
Eseguono automaticamente la verifica di indirizzo e bytecode, così un errore nella calldata viene intercettato prima della firma, non dopo.
Prima di ogni transazione controllano che wallet firmatario, RPC e rete selezionata siano la stessa chain, e annullano una verifica precedente appena modifichi un dato.
Non gestiscono le tue chiavi, i tuoi backup né la tua sicurezza — questa responsabilità resta interamente tua. Se non sei sicuro di distinguere i tuoi controller o di leggere un block explorer, fatti aiutare da chi lo sa fare prima di procedere.

Questa è un'attività on-chain irreversibile e autonoma. Nessuno — inclusi gli strumenti qui collegati — può annullare un deploy o un trasferimento una volta confermato. Prova prima con un importo piccolo, su una rete dove gli errori costano poco.

Strumenti

Deploy — decodifica la calldata, verifica e deploya una Universal Profile all'indirizzo predetto su un'altra rete. La sezione 5 aggiunge un controller di backup, o rimuove uno perso, su qualsiasi rete dove il profilo esiste.
Sola verifica — controlla se un deploy esiste già su un'altra rete. Legge solo dati pubblici da un RPC: non serve nessun wallet, ma puoi connettere facoltativamente la tua Universal Profile per compilare automaticamente l'indirizzo da controllare, invece di digitarlo a mano.
Test — conferma che il tuo controller possa operare il profilo deployato.
Invio — trasferisce valuta nativa, token (ERC-20) e NFT (ERC-721, ERC-1155) dal profilo a un altro indirizzo. Può elencare cosa possiede il profilo sulla rete scelta. Con un'iscrizione attiva, il gas può pagarlo il sito.
Identità — il profilo su un'altra rete, confrontato con LUKSO: nome, immagini e link, cosa possiede (valuta, token e NFT, con le loro immagini), chi lo controlla e se c'è un backup, e cosa può fare lì (ricevere NFT, gas relay). La lettura non richiede wallet. La sezione 6 allinea il profilo a quello di LUKSO, con una transazione firmata dal tuo controller.
Pubblica implementazione — se la pagina di Verifica o di Deploy segnala che l'implementazione LSP0 o Key Manager del tuo profilo manca sulla rete di destinazione, la pubblica lì allo stesso indirizzo, ripetendo il deploy deterministico originale di LUKSO. Può farlo chiunque, costa solo gas.
UP Wallet (sperimentale) — usa il profilo rideployato come account su qualsiasi dApp tramite WalletConnect: la pagina verifica che profilo e controller siano compatibili, mostra e simula ogni richiesta e firma solo dopo la tua conferma. Parti in modalità simulazione, con importi piccoli.
Ricezione NFT (sperimentale) — permette al profilo rideployato di ricevere NFT ERC-721 / ERC-1155 (per esempio acquisti sui marketplace), con una sola transazione che lascia invariati i permessi del controller.
Gas pagato dal sito (sperimentale) — configura il profilo, una volta per rete, perché il sito possa pagarne il gas: una transazione del controller, che un pulsante annulla. Include una verifica della configurazione in sola lettura, che dice anche se il sito paga il gas di questo profilo.
Iscrizione (sperimentale) — iscriviti al gas pagato dal sito, o ricarica: 5 USDC pagati dal profilo, un saldo unico per tutte le reti, un prezzo per operazione secondo la rete. Mostra il saldo appena inserisci il profilo.