Come funziona

Vanitas è una fucina di indirizzi vanity multicatena lato client. Scegli un prefisso e/o un suffisso; l'app cerca una coppia di chiavi il cui indirizzo pubblico corrisponde a quel modello. La generazione viene eseguita in Web Workers sulla CPU. Le chiavi private vengono create nella memoria del tuo dispositivo e non vengono mai caricate.

Un indirizzo vanity è ancora un normale indirizzo crittografico. La chiave privata è casuale; solo la codifica pubblica viene filtrata finché non appare nel modo desiderato: utile per branding, donazioni, conio e portafogli pubblici memorabili.

Ogni forgia segue lo stesso ciclo di alto livello, ripetuto milioni di volte:

1. Disegna una chiave privata casuale crittograficamente sicura (crypto.getRandomValues).
2. Derivare la chiave pubblica con la curva della catena (Ed25519 o secp256k1).
3. Codifica l'indirizzo nel modo previsto dalla catena (Base58, esadecimale, bech32, ...).
4. Confrontalo con il tuo prefisso/suffisso (e le regole della modalità).
5. In partita: fermare i lavoratori, mostrare il risultato, suono/prova/esportazione opzionale.

I lavoratori eseguono questo ciclo in parallelo tra i core della CPU. Il thread dell'interfaccia utente rimane reattivo; l'avanzamento (tentativi, velocità, ETA) viene aggregato dai messaggi del lavoratore. Quando un lavoratore trova un risultato positivo, il pool viene chiuso.

Perché questo è sicuro

La ricerca di un indirizzo vanity non indebolisce la chiave privata. Stai rifiutando i candidati finché l'indirizzo pubblico non sembra corretto: lo stesso processo di generazione di chiavi casuali e mantenimento di quella fortunata.

Scale temporali previste con lunghezza del modello e dimensione dell'alfabeto. Ogni carattere in più moltiplica lo spazio di ricerca. L'interfaccia utente della forgia mostra una stima della difficoltà in tempo reale basata sul tuo modello e su un tasso di hash misurato o presunto.

Trappole alfabetiche

• Solana / Bitcoin Base58 — no 0, O, I o l (rifiuto di sosia).
• EVM: solo esadecimale dopo 0x. Le lettere oltre a–f non sono valide.
• Tron: gli indirizzi iniziano con T; il carattere successivo è solitamente maiuscolo. I prefissi minuscoli con distinzione tra maiuscole e minuscole spesso non corrispondono mai.
• Prefisso + suffisso: entrambi i vincoli moltiplicano la difficoltà. Inizia breve; fai crescere il modello una volta che conosci la tua velocità.

Nove forge condividono lo stesso modello UX: scegli una modalità, imposta un modello, avvia i lavoratori, ma ogni catena utilizza curve, hash e codifiche di indirizzi diversi.

Menta

Crittograficamente identico alla coppia di chiavi di un portafoglio. I Launchpad richiedono una coppia di chiavi/chiave privata personalizzata; Vanitas etichetta il risultato come nuovo, quindi l'esportazione corrisponde a quel flusso di lavoro. Apri /sol?mode=mint, trova un pattern, incolla la chiave in pump.fun, Raydium, Meteora, ecc.

CREATE

Il primo contratto distribuito da un EOA con nonce 0 ha un indirizzo deterministico: keccak256(RLP([sender, 0]))[12:]. Vanitas macina gli EOA finché l'indirizzo del contratto derivato non corrisponde al tuo modello. Ricevi la chiave privata del distributore: esegui la distribuzione una volta da un nuovo account nonce-0.

CREATE2

Indirizzo = keccak256(0xff ‖ deployer ‖ salt ‖ initCodeHash)[12:]. Due strategie di macinatura:

• create2-salt: corregge la chiave del deployer + l'hash del codice init; cercare un sale che dia l'indirizzo della vanità.
• create2-deployer: corregge salt + hash del codice init; cercare una chiave di distribuzione il cui indirizzo CREATE2 corrisponda.

È necessario fornire un initCodeHash corretto (keccak del bytecode di distribuzione). Hash sbagliato → indirizzo on-chain sbagliato.

Le fonti di lavoro risiedono in src/workers/*.worker.source.ts e sono raggruppate con esbuild in public/*-worker.js. Ogni build scrive digest SHA-256 su public/worker-hash.json per live audit.

Dopo la ricerca, i controlli di sicurezza chiave facoltativi sondano l'entropia, la disponibilità CSPRNG e un test di uniformità del chi quadrato su byte casuali, confermando che il percorso RNG del browser sembra integro.

Condividi prova crea un collegamento pubblico a /proof solo con catena, indirizzo e pattern — mai la chiave privata. Chiunque può aprire il collegamento e verificare che l'indirizzo corrisponda al prefisso/suffisso richiesto sul lato client.

I ritrovamenti recenti nell'interfaccia utente utilizzano sessionStorage solo per i metadati dell'indirizzo + del pattern. La chiusura della scheda cancella la cronologia; le chiavi non sono conservate lì.

Stessa idea fuori dal browser: npx vanitas apre una procedura guidata o passa flag per catena, modalità, prefisso, thread e parametri CREATE2. I risultati scrivono un file JSON con la modalità 0600 quando il sistema operativo lo supporta. Pacchetto: npmjs.com/package/vanitas.

npx vanitas evm --mode contract --prefix cafe --threads 8

1. Apri DevTools → Rete, cancella il registro, avvia una fucina: non dovresti vedere nessuna richiesta durante l'estrazione.
2. Carica la pagina, vai offline, genera di nuovo: funziona ancora.
3. Esegui live audit e confronta gli hash di lavoro con worker-hash.json.
4. Leggi la fonte su GitHub, in particolare src/workers/.