How can two chessboards represent a Bitcoin private key?

A real chess position with the standard army (one king and queen, two rooks, two bishops, two knights and eight pawns per side, pawns on ranks 2–7) carries about 148 bits of placement information. We split the 256-bit private key into two 128-bit halves and encode each half as one such position via combinatorial unranking. Both directions are a deterministic bijection.

Is it safe to use this converter?

All cryptographic operations happen 100% in your browser using audited libraries (@noble/curves, @noble/hashes). Your private key is never transmitted to any server. That said, never use a key generated by a public tool for storing real funds — this tool is for education and art only.

Can I memorise two chess positions more easily than a 52-character WIF string?

Yes. Humans are dramatically better at remembering visual patterns than random text. Chess players can memorise hundreds of positions effortlessly. A chessboard cold wallet is a legitimate (though experimental) storage technique — print the two boards, hide them in a chess book, and your key is stored in plausible deniability.

What is the secp256k1 curve order and does the encoding leak keys?

The secp256k1 group order n is approximately 2^256 − 2^32 − 977. Almost every 256-bit value decodes to a valid key; the tiny minority that map to 0 or values above n are simply rejected. The combinatorial encoding is information-theoretically lossless and adds no security weakness.

Why two boards instead of one?

A single real position only fits ≈148 bits, which is less than the 256 bits a Bitcoin key needs. With two boards we have ≈296 bits of room, of which we use exactly 256. Each board carries half of the key (128 bits) — a clean split made possible by combinatorial mixed-radix unranking.

Can I paste the FEN into Lichess or Chess.com?

Yes. Below each board we show the standard FEN string. Copy it and paste into the analysis board of Lichess, Chess.com, or any UCI engine to see the position in your favourite chess client.

256-Bit-Bijektion · Bitcoin × Schach

Dein Bitcoin-Schlüssel als Schachbrett

Eine echte Schachstellung trägt etwa 148 Bit an Information. Zwei Bretter fassen bequem einen 256-Bit-Bitcoin-Schlüssel — kodiert über eine perfekte mathematische Bijektion auf der Standard-Schacharmee.

Lernwerkzeug. Verwende niemals einen hier generierten oder gezeigten Schlüssel für echte Bitcoin. Die gesamte Kryptografie läuft lokal in deinem Browser — dein Schlüssel wird nie übertragen.

Stellungen des Private Keys

1Untere 128 Bit

2Obere 128 Bit

Jedes Brett trägt 128 Bit über die eindeutige Aufstellung der Standardarmee (16 Figuren pro Seite, Bauern auf Reihen 2–7, Läufer auf entgegengesetzten Farben). Du kannst auch deinen eigenen FEN einfügen — passt er ins Schema, wird der Bitcoin-Schlüssel sofort aktualisiert.

Wie aus einem 256-Bit-Schlüssel zwei Stellungen werden

1Teile den 256-Bit-Schlüssel K in zwei Hälften: K = K_tief + 2¹²⁸·K_hoch.

2Setze die Figuren in fester Reihenfolge (Könige, Damen, Türme, Läufer, Springer, Bauern). In jedem Schritt definieren die freien Felder eine Radix; die nächsten Stellen des Halbschlüssels wählen die Platzierung kombinatorisch.

3Bauern dürfen nur auf den Reihen 2–7 landen. Läufer werden auf entgegengesetzten Farben platziert. Das Ergebnis ist immer eine material-legale Stellung.

4Die Dekodierung kehrt jeden Schritt um: lies die Figurenpositionen in derselben Reihenfolge und sammle die Stellen per Horner-Schema zurück zu K. Die Abbildung ist eine perfekte Bijektion.

Live-Ableitung

Ein Bitcoin Private Key ist nur eine 256-Bit-Zahl — identisch auf Mainnet und Testnet. Zwischen den Netzwerken unterscheiden sich nur WIF-Präfix und Adressformat. Die Ausgaben unten sind Mainnet.

Roh-Hex (32 Bytes)

—

WIF (in Wallet importieren)

—

SegWit-Adresse (Bech32)

—

Legacy-Adresse (P2PKH)

—

Komprimierter Public Key

—

Lade Krypto-Bibliotheken…

Vorhandenen Schlüssel dekodieren

Berühmte Schlüssel

Wie das Mapping funktioniert

1. Schlüssel in zwei Hälften teilen

Ein Bitcoin Private Key hat 256 Bit. Wir teilen ihn in eine untere 128-Bit-Hälfte (K_tief) und eine obere (K_hoch). Jede Hälfte wird zu einer der beiden Stellungen.

2. Jede Hälfte als Schachstellung kodieren

Mittels kombinatorischem Unranking mit gemischter Basis wählt der 128-Bit-Wert genau eine Aufstellung der 32 Standardfiguren auf den 64 Feldern (Bauern auf 2–7, Läufer auf entgegengesetzten Farben). Jede Stellung hat ≈148 Bit Kapazität, davon werden 128 genutzt.

3. Public Key per ECDSA ableiten

Berechne P = k·G auf der secp256k1-Kurve. Dieser Schritt ist eine Einbahnstraße: niemand kann k aus P zurückrechnen. Wir nutzen die geprüfte Bibliothek @noble/secp256k1, vollständig im Browser.

4. Hash → Adresse

HASH160 = RIPEMD-160(SHA-256(Public Key)) liefert die 20-Byte-Nutzlast, aus der die Adresse wird (Bech32 für SegWit, Base58Check für Legacy).

Möchten Sie die volle Theorie? Lies den ausführlichen Artikel →