Bitcoin Forum

Ich suche eine Bitcoin Adresse, die mit "11111111" anfängt.

x:\vanitygen.exe 11111111
Difficulty: 72057594037927936


Das Ding zu suchen dürfte einige hundert bis tausend Jahre dauern.
Dein Bounty wird da nicht wirklich einen Anreiz schaffen können.

Mal abgesehen davon (ja, das ist ein großes abgesehen davon, da wir hier ja eingentlich schon ein /thread erreicht haben) ist die Adresse dann auch nutzlos sobald du und der (hypothetische) Ersteller beide den private Key kennt. Wer von euch beiden zahlt denn noch BTC auf eine solche Adresse ein, wenn der andere diese jederzeit entwenden kann (Recht des Schnelleren).

Bei Vainty-Adressen immer auf Split Key Creation achten und so Gedankenexperimente wie 11111111 gleich sein lassen.

Eine 5 x 1 Adresse hätte ich für dich.

Address: 111113CRATaaDmCcWzokzTGhM886kj2bs
Privkey: 5JEJ9Fuq35Z5F9XtoUFLdbDxxzFu9MfVQPCA8czJ7HDzW1w3xFg

Ups, war das jetzt so schlau den Privatekey hier zu posten? ;D

;D Wollte nur mal testen wie lange es dauert bis sich irgendwer die Mühe macht die da runter zu kratzen.

Jetzt traut sich keiner mehr  ;D

Scheint so. Ich hatte damit gerechnet, dass es ruckzug weg wenn irgendwer bemerkt, dass was drauf ist.

Welchen Sinn macht es seinen Privatkey hier zu posten wenn man so viel BTC drauf hat?

Gar keinen, war nur ne Test wie lange es dauert bis es irgendwer abholt. Sind ja immerhin knapp 0,18€

Und weg sind se

Ähm... WTF?

Ich habe eben aus Spaß etwas herum gespielt und 0.0001337BTC an die 11111 gesendet. b69838ee4a3c25c6a22eaf1ff4f48f917b3fd3e3e58cf0d020185f84b5a148b8

Dann ist mir aufgefallen, dass ich das von meinem in Mycelium importierten Ledger Wallet getan habe. Problem dabei: ich habe den Nano gar nicht am Telefon gehabt!
Es kam keine Frage, dass ich ihn anschließen soll etc (geht ohne custom Kernel am galaxy s5 Mini auch gar nicht).

Dafür erstelle ich mal einen eigenen Thread.

Die 0.0001337 BTC wurden 1 Minute später von irgendwem jedenfalls wieder abgeholt. Keine schlechte Reaktionszeit.

Ja, das war ich. Konnte mich nicht von den Coins trennen. ^^
Und das Post darüber könnt ihr auch ignorieren; der vermeintliche Bug ist nur meiner Ignoranz geschuldet; )

sagt mal wenn man mit "vanitygen" eine Adresse erzeugt, dann wird die ja offline ohne nachfrage bei der Blockchain erzeugt, also nicht geprüft ob die Adresse schon mal in Verwendung war, richtig?

Dann kann es praktisch vorkommen man erzeugt eine BTC Adresse welche schon mal benutzt war bzw. noch Coins von jemanden anderen drauf sind, auch wenn die Wahrscheinlichkeit verschwindend gering ist

Richtig, oder?

Gruß
Willi

Richtig! Passiert mir ständig  8)

haha, .....

Ist mir noch nicht passiert, dafür hatte ich Samstag zum 25x 6 Richtige in Folge im Lotto, die Wahrscheinlichkeit dürfte ähnlich sein.  ;D

@Willi, ja es kann passieren wie bei jeder Adresse die ich erzeuge, allerdings in die Wahrscheinlichkeit wirklich sehr sehr sehr klein. Ich könnte genausogut versuchen deinen Privatkey zu raten.

dann leg mal los und rate ....
Gab es sowas schon mal?

Ok, dein privkey ist entweder:
5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreB4AD8Yi   oder
5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBF8or94  oder
5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBKdE2NK  richtig?
 :D

noop  ;D

Knapp daneben  :-\

Wieso raten?

Es gibt nicht grundlos eine "Datenbank", wo zu jeder Bitcoin-Adresse der passende private-key angegeben ist.

http://directory.io (http://directory.io)

 ;)
(FAQ dort beachten!)

Kenne ich, aber da klickst du dir einen Wolf und pass auf, niemals die api mit deinem privat Key benutzen sonst sind morgen deine coins weg 😜

"Leider" kann man aber nicht nach der Adresse suchen/sortieren, also für den Zweck jemand die Coins zu klauen völlig unbrauchbar. Würde es diese Möglichkeit geben wäre der Kurs auch sofort auf genau 0 €/BTC, bzw. es würde gar keinen Kurs mehr geben weil keiner BTCs kaufen würde.

vielleicht sollte man diese seite mal mit wegt runterladen ;-)

Hat mal irgendwer ausgerechnet wieviel Petabyte Speicherplatz man dafür bräuchte?
Exabyte? Zettabyte? Yottabyte?

save /dev/null

Das wird auch nicht funktionieren, alle Daten die ich nach /dev/null schreiben werden in WORN (write once read never) Speicher gespeichert.

ist mein lieblings backupziel, vorallem schnell, für früher freierabend  ;)

Du machst mir Angst  :-\ Backup ist mein "daily work".

hab schon die ersten 1000 Seiten "gesichert"

Dann ist ja ein Ende absehbar ;-)

vermutlich wärst du mit "getnewaddress" in der Bitcoin-Software oder mit bitaddress.org schon deutlich weiter... aber da ist es ja eher zufällig.

Mit o.g. Seite gehst du wenigstens systematisch vor und erwischt früher oder (wahrscheinlich) später wirklich JEDE Adresse. :-)

Ich finde die Seite großartig. Aber man muss eben wirklich die FAQ lesen und verstehen, bevor man am System zweifelt.

Spannend finde ich die ersten Einträge auf Seite 1. Da ist ja tatsächlich Bewegung drin. Da scheint jemand Scripte laufen zu haben, die immer, wenn sich mal Guthaben dort hin verirrt, sofort alles wegüberweisen.

auf der letzten adresse der letzten seite ist auch umsatz

so wie es aussieht werden die seiten irgendwo gecached die ersten seiten gingen ganz fix zum runterladen ca 5-10 seiten pro sek, jetzt dauert je seite ca 0,5 sek

so jetzt mach ich auch mal ein Backup :)
Skript ist fertig

Läuft, 1000 Seiten hab ich auch schon  ;D
morgen schaue ich mir die Daten mal an, wenn das Skript sauber gelaufen ist.
Denke aber das es irgendwie ein fake ist, ...

So habe über die Nacht 13800 Seiten ausgelesen und 1.7 Mio Keys und Adressen ausgelesen.
Wenn sich die Daten mal wer anschauen will sagt bescheid dann lade ich sie irgendwo hoch

eigentlich mehr oder weniger nur eine Joke Projekt
laut FAQ
da können gar nicht alle priv keys drin sein oder dort berechnet werden.
ist ja nur ein auszug der mit "5HpHag" anfängt. Was ist wenn der Priv-key mit einer 1, z oder Z anfängt?
jedenfalls meine wichtigen Priv-Keys fangen nicht mit 5 an

Backup einfach laufen lassen bis die seite abgeschaltet wird

wenn ich

4x laufen lasse, mit i als unterschiedliche startzahl wird das "backup" deutlich langsammer.

Nein, es ist kein Fake.

Es ist einfache Mathematik.

In der FAQ steht es auch beschrieben. Es ist keine Datenbank und die Seiten werden auch nicht gecachd (vielleicht die allerersten...) oder gespeichert.
Die seiten werden erst beim Seitenaufruf erstellt und errechnet.

Die Idee, Keys zu finden, auf denen Guthaben ist, finde auch ich sehr interessant, aber die unglaubliche Anzahl möglicher Adressen/keys und der damit verbundene Rechenaufwand (und Guthabenabfrage!)  machen das ganze eben unsinnig.

Im Grunde sagt die Zeile
Page 1 out of 904625697166532776746648320380374280100293470930272690489102837043110636675
schon alles, was man wissen muss.

Ein Tag hat 86400 Sekunden, ein Jahr ca. 31557600. Seit Anbeginn unserer Zeitrechnung sind also gut ca. 63635900400 Sekunden vergangen.
Angenommen, wir hätten seit gut 2016 Jahren pro Sekunde 10 Seiten (mit jeweils immerhin 128 Keys!) analysiert (ohne in dieser Zeit nach dem Guthaben schauen zu können) wären wir jetzt auf Seite 636359004000 von 904625697166532776746648320380374280100293470930272690489102837043110636675.

Genügt zur Verdeutlichung, oder?

(Rechenfehler nicht ausgeschlossen)

ich hab nicht gesagt das es ein Fake ist. Ist mehr oder weniger ein Scherz

Das können andere genauer erklären, also nicht schlagen, wenn ich es nicht ganz richtig wiedergebe:

Prinzipiell fangen ALLE priv.keys mit 5 an, passwortgeschützte mit 6. Nur wenn die keys komprimiert werden, wird aus dem Anfangszeichen ein K oder L.
1,z oder Z sind also ausgeschlossen.
Gehe ich recht in der Annahme, dass deine Keys mit diesen Buchstaben beginnen?

Willi schrieb das oben, darauf bezog ich mich.

Ja, eine Art Scherz, so steht es ja in der FAQ. Deshalb aber nicht uninteressant oder falsch.

Da steh ich aber drauf :/

Prinzipiell gibts mehrere Arten private Keys darzustellen. Verschiedene Wallets fressen die Dinger in unterschiedlicher Weise.
Base58 ist aktuell wohl die am weitesten verbreitete (ja, die fangen alle mit 5 an, solange uncompressed). Nennt man dann auch WIF (wallet import format).
Gehen wir weiter zu compressed base58 keys, diese starten wie richtig von dir gesagt mit K oder L.
Mini keys starten afaik häufig/meist (oder auch immer) mit S. Die wurden zum Beispiel früher in den Cas Münzen verwendet, da schön kurz.
Und dann gibts da noch die basic Variante, ein 64 Zeichen HexaDez String, der anfangen kann wie er will...

---

Da man alle mit ein bisschen Arbeit ineinander umformen kann, ist es aber doch letztendlich egal, in welcher Form der priv key vorliegt.
Zugang zur Adresse/den BTC hat man, solange man einen hat.
Sprich, du magst deinen private key zwar nicht als Base58 in deiner Wallet gespeichert haben, aber die Base58 Version von genau diesem Key ist irgendwo da versteckt und gibt uns Zugang zu deinen BTC.
Müssen nur schnell alle Seiten durchsuchen.

---

Nur so zum Spaß:

182BB5AEE76F6AB769833B0578554EE6A8CB2E99DD05FE0A46C5922483EE5585 - ist ein private Key im hexadezimal Format
5HzvzQnxP5bzUmkC8XvnJnhdKrjyCKqeZKYsPX6Yh5BoYBwxGpX - ist der zugehörige WIF/Base58 Key
Kx2hJQ1qSTKShaVe8FWNyWiKLEYf2z9imesfQPqUssUgQNaVXUxM - der komprimierte WIF Key

Kenn ich einen, kann ich die anderen schnell herausfinden. Beide erlauben mir es, Bitcoins in der Adresse 1GXVHEMG6Cfzv8EqE9EYJv9QEu1MwrP1nx zu versenden.

Wir können das spiel noch weiter treiben, zur gleichen Adresse gehört auch der hier:
GCu1rudvardpgzsFeFVO5qjLLpndBf4KRsWSJIPuVYU= - Ein Base64 private Key
Ich kann das Ding jetzt auch noch mit bip38 verschlüsseln, dann wird der WIF/Base58 key, wie richtig gesagt, mit dem Prefix 6 versehen (mach ich vll. Später noch, nur um komplett zu sein ;) ).

irgendwie wird das "backup" immer langsammer

weil nun bestimmt schon 10 leute ein Script gestartet haben  ;D

bei mir brauch inzwischen jede seite ca 3-4 sekunden

bin bei Seite 37750 :-)
Jede Seite ca. 1-1,5 Sekunden

sicherlich nicht ganz, aber ich lade mal 500.000 Seiten und schaue die Datenbasis an

Wäre es nicht viel schneller die Datenbasis selber zu erzeugen als zu veruschen den ganzen Kram "herunterzuladen"?

ja sicherlich, aber wie? Hast du ne Ahnung wie er die Daten erzeugt?

Es gibt sicherlich sinnvollere Tools aber man könnte z.B. https://www.bitaddress.org herunterladen und es lokal berechnen lassen.

Das Selbstberechnen von Adressen aus Privat-keys ist zwar möglich aber mathematisch nicht ganz so trivial.

Aber es sollte viele Tools geben.

Die bitcoin-Software kann es meines Verständnisses nach nicht und erstellt lediglich zufällige neue Adressen.

Willi: Bytekiller: Was versprecht ihr euch von der Datenbasis? Wollt ihr später ne Guthabenabfrage machen?
(dann wäre es vielleicht sinnvoller gewesen eher in der Mitte anzufangen. "Vorne" haben das sicherlich schon einige getan. :-)

Ja natürlich. Steht ja in den FAQ.

Es sind einfach alle möglichen privat-Keys in Folge. Angefangen bei 0 und endend bei vermutlich hex FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF.

Und daraus berechnet er "einfach" die Bitcoin-Adresse und den Base58-Privat-Key(WIF). Mehr ist es nicht.

Die Datenbasis will ich einfach mal anschauen --> bin halt ein IT Freak (Hobby und Beruf in einem ;D)
und na klar frage ich die Adressen parallel ab wie die Balance ist  :D

Skript läuft ganz gut... und nach 500.000 Seiten oder 60.000.000 Keys schaue ich das mal an und lass mal ein AnalyseTool drüber laufen wo und wie weit sich die Keys unterscheiden... --> scheiß Statistiker....

Dann sollte es doch genügen sich damit zu befassen wie das WIF und die Adresse erstellt werden.
Das ist ja dokumentiert und man muss es nicht reverse engineeren.

Wie gesagt, die Datenbasis sind einfach nur alle privat-Keys hexadezimal hintereinander.

Aber so eine Bastelei hilft natürlich ungemein dabei das Ganze zu verstehen. ;-)

Falls dein Ziel ist, Gemeinsamkeiten zu finden um die PK-Hashes beliebiger Adressen so heraus zu finden, kannst du dir dem Aufwand sparen. Ich empfehle mal einen Blick in die Dokumentationen der Mechanismen der Hash-Funktionen; da sollte schnell klar werden, dass es da keine Gemeinsamkeiten geben kann. :)

So wie wenn du zum Beispiel sha256 (1) und sha256 (2) oder sha256 (11) ausführst. Da kommen Werte raus, die keinerlei Gemeinsamkeiten haben.

Du bist ein Dödel und kein IT-Freak...

-> Collision Attack Feasibility Study (https://bitcointalk.org/index.php?topic=1555043.0)




Rico