Wie es funktioniert

Vanitas ist eine clientseitige Multi-Chain-Vanity-Adressschmiede. Sie wählen ein Präfix und/oder Suffix; Die App sucht nach einem Schlüsselpaar, dessen öffentliche Adresse diesem Muster entspricht. Die Generierung läuft in Web Workern auf Ihrer CPU. Private Schlüssel werden im Speicher Ihres Geräts erstellt und niemals hochgeladen.

Eine Vanity-Adresse ist immer noch eine normale kryptografische Adresse. Der private Schlüssel ist zufällig; Nur die öffentliche Kodierung wird gefiltert, bis sie Ihren Wünschen entspricht – nützlich für Branding, Spenden, Münzprägungen und unvergessliche öffentliche Geldbörsen.

Jede Schmiede folgt der gleichen Schleife auf hoher Ebene, die millionenfach wiederholt wird:

1. Zeichnen Sie einen kryptografisch sicheren zufälligen privaten Schlüssel (crypto.getRandomValues).
2. Leiten Sie den öffentlichen Schlüssel mit der Kurve der Kette ab (Ed25519 oder secp256k1).
3. Codieren Sie die Adresse so, wie es die Kette erwartet (Base58, Hex, Bech32, …).
4. Vergleichen Sie mit Ihrem Präfix/Suffix (und Ihren Modusregeln).
5. Bei Übereinstimmung: Arbeiter stoppen, Ergebnis anzeigen, optionaler Ton/Beweis/Export.

Worker führen diese Schleife parallel über alle CPU-Kerne hinweg aus. Der UI-Thread bleibt reaktionsfähig; Der Fortschritt (Versuche, Rate, voraussichtliche Ankunftszeit) wird aus Arbeiternachrichten aggregiert. Wenn ein Arbeiter einen Treffer findet, wird der Pool beendet.

Warum das sicher ist

Durch die Suche nach einer Vanity-Adresse wird der private Schlüssel nicht geschwächt. Sie lehnen Kandidaten ab, bis die öffentliche Ansprache richtig aussieht – der gleiche Vorgang wie das Generieren zufälliger Schlüssel und das Behalten des glücklichen Schlüssels.

Erwartete Zeitskalen mit Musterlänge und Alphabetgröße. Jedes zusätzliche Zeichen vervielfacht den Suchraum. Die Forge-Benutzeroberfläche zeigt eine Live-Schwierigkeitsschätzung basierend auf Ihrem Muster und einer gemessenen oder angenommenen Hash-Rate an.

Alphabetfallen

• Solana / Bitcoin Base58 – kein 0, O, I oder l (ähnliche Ablehnung).
• EVM – nur Hex nach 0x. Buchstaben über a–f hinaus sind ungültig.
• Tron – Adressen beginnen mit T; Das nächste Zeichen ist normalerweise ein Großbuchstabe. Kleinschreibungspräfixe, bei denen die Groß-/Kleinschreibung beachtet wird, stimmen oft nie überein.
• Präfix + Suffix – beide Einschränkungen vervielfachen den Schwierigkeitsgrad. Fangen Sie kurz an; Erweitern Sie das Muster, sobald Sie Ihre Rate kennen.

Neun Schmieden teilen das gleiche UX-Muster – wählen Sie einen Modus, legen Sie ein Muster fest, starten Sie Worker – aber jede Kette verwendet unterschiedliche Kurven, Hashes und Adresskodierungen.

Minze

Kryptografisch identisch mit einem Wallet-Schlüsselpaar. Launchpads verlangen ein benutzerdefiniertes Mint-Schlüsselpaar/privaten Schlüssel; Vanitas kennzeichnet das Ergebnis als „Mint“, sodass der Export diesem Workflow entspricht. Öffnen Sie /sol?mode=mint, suchen Sie ein Muster, fügen Sie den Schlüssel in pump.fun, Raydium, Meteora usw. ein.

CREATE

Der erste von einem EOA mit Nonce 0 bereitgestellte Vertrag hat eine deterministische Adresse: keccak256(RLP([sender, 0]))[12:]. Vanitas bearbeitet EOAs, bis die abgeleitete Vertragsadresse Ihrem Muster entspricht. Sie erhalten den privaten Schlüssel des Bereitstellers – stellen Sie ihn einmal von einem neuen Nonce-0-Konto bereit.

CREATE2

Adresse = keccak256(0xff ‖ deployer ‖ salt ‖ initCodeHash)[12:]. Zwei Grind-Strategien:

• create2-salt – Deployer-Schlüssel + Init-Code-Hash korrigieren; Suchen Sie nach einem Salz, das die Vanity-Adresse liefert.
• create2-deployer – Salt + Init-Code-Hash reparieren; Suchen Sie nach einem Deployer-Schlüssel, dessen CREATE2-Adresse übereinstimmt.

Sie müssen einen korrekten initCodeHash (Keccak des Bereitstellungsbytecodes) angeben. Falscher Hash → falsche On-Chain-Adresse.

Worker-Quellen befinden sich unter src/workers/*.worker.source.ts und werden mit esbuild in public/*-worker.js gebündelt. Jeder Build schreibt SHA-256-Digests für live audit in public/worker-hash.json.

Nach einem Fund prüfen optionale Schlüsselsicherheitsüberprüfungen die Entropie, die CSPRNG-Verfügbarkeit und einen Chi-Quadrat-Gleichmäßigkeitstest für zufällige Bytes – um zu bestätigen, dass der RNG-Pfad des Browsers fehlerfrei aussieht.

Share Proof erstellt einen öffentlichen Link zu /proof nur mit Kette, Adresse und Muster – niemals dem privaten Schlüssel. Jeder kann den Link öffnen und überprüfen, ob die Adresse clientseitig mit dem beanspruchten Präfix/Suffix übereinstimmt.

Aktuelle Funde in der Benutzeroberfläche verwenden sessionStorage nur für Adress- und Mustermetadaten. Durch Schließen der Registerkarte wird dieser Verlauf gelöscht. Schlüssel werden dort nicht gespeichert.

Dieselbe Idee außerhalb des Browsers: npx vanitas öffnet einen Assistenten oder übergibt Flags für Ketten-, Modus-, Präfix-, Threads- und CREATE2-Parameter. Die Ergebnisse schreiben eine JSON-Datei mit dem Modus 0600, wenn das Betriebssystem dies unterstützt. Paket: npmjs.com/package/vanitas.

npx vanitas evm --modetract --prefix cafe --threads 8

1. Öffnen Sie DevTools → Netzwerk, löschen Sie das Protokoll, starten Sie einen Forge – beim Mining sollten keine Anfragen angezeigt werden.
2. Laden Sie die Seite, gehen Sie offline, generieren Sie erneut – es funktioniert immer noch.
3. Führen Sie live audit aus und vergleichen Sie die Worker-Hashes mit worker-hash.json.
4. Lesen Sie die Quelle zu GitHub – insbesondere src/workers/.