Pages:
Author

Topic: Suche Bitcoin Adresse, die mit "11111111" anfängt (Read 3450 times)

legendary
Activity: 1120
Merit: 1037
฿ → ∞
Die Datenbasis will ich einfach mal anschauen --> bin halt ein IT Freak (Hobby und Beruf in einem Grin)
und na klar frage ich die Adressen parallel ab wie die Balance ist  Cheesy

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....

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

-> Collision Attack Feasibility Study




Rico
legendary
Activity: 2320
Merit: 1292
Encrypted Money, Baby!
Die Datenbasis will ich einfach mal anschauen --> bin halt ein IT Freak (Hobby und Beruf in einem Grin)
und na klar frage ich die Adressen parallel ab wie die Balance ist  Cheesy

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....
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. Smiley

So wie wenn du zum Beispiel sha256 (1) und sha256 (2) oder sha256 (11) ausführst. Da kommen Werte raus, die keinerlei Gemeinsamkeiten haben.
hero member
Activity: 717
Merit: 581
...und lass mal ein AnalyseTool drüber laufen wo und wie weit sich die Keys unterscheiden...

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. ;-)
legendary
Activity: 3500
Merit: 2792
Enjoy 500% bonus + 70 FS
Die Datenbasis will ich einfach mal anschauen --> bin halt ein IT Freak (Hobby und Beruf in einem Grin)
und na klar frage ich die Adressen parallel ab wie die Balance ist  Cheesy

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....
hero member
Activity: 717
Merit: 581
ja sicherlich, aber wie? Hast du ne Ahnung wie er die Daten erzeugt?

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.
hero member
Activity: 717
Merit: 581
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. :-)
legendary
Activity: 3500
Merit: 2792
Enjoy 500% bonus + 70 FS
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?
legendary
Activity: 1620
Merit: 1030
Wäre es nicht viel schneller die Datenbasis selber zu erzeugen als zu veruschen den ganzen Kram "herunterzuladen"?
legendary
Activity: 3500
Merit: 2792
Enjoy 500% bonus + 70 FS
sicherlich nicht ganz, aber ich lade mal 500.000 Seiten und schaue die Datenbasis an
legendary
Activity: 3500
Merit: 2792
Enjoy 500% bonus + 70 FS
bin bei Seite 37750 :-)
Jede Seite ca. 1-1,5 Sekunden

legendary
Activity: 2450
Merit: 1004
bei mir brauch inzwischen jede seite ca 3-4 sekunden
legendary
Activity: 3500
Merit: 2792
Enjoy 500% bonus + 70 FS
weil nun bestimmt schon 10 leute ein Script gestartet haben  Grin
legendary
Activity: 2450
Merit: 1004
irgendwie wird das "backup" immer langsammer
copper member
Activity: 1904
Merit: 1874
Goodbye, Z.
Das können andere genauer erklären, also nicht schlagen, wenn ich es nicht ganz richtig wiedergebe:
Da steh ich aber drauf :/

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?
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.



1,z oder Z sind also ausgeschlossen.
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 Wink ).
hero member
Activity: 717
Merit: 581
ich hab nicht gesagt das es ein Fake ist. Ist mehr oder weniger ein Scherz

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.
hero member
Activity: 717
Merit: 581

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

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?
legendary
Activity: 2450
Merit: 1004
ich hab nicht gesagt das es ein Fake ist. Ist mehr oder weniger ein Scherz
hero member
Activity: 717
Merit: 581
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)
legendary
Activity: 2450
Merit: 1004
eigentlich mehr oder weniger nur eine Joke Projekt
laut FAQ
Quote
Q: Why did you originally post this as "All bitcoin private keys leaked!"?
A: #bitcoin-dev December 01 2013
   | 14:03   saracen   : In a similar vein to this http://pastebin.com/2qbRKh3R, I leaked all the bitcoin private keys: http://directory.io - Now I just have to hope "reseachers" don't attempt to download every page.
   | 14:07   sipa   : haha!
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
Quote
for ((i=0; i < 904625697166532776746648320380374280100293470930272690489102837043110636675; i++)) ; do wget http://directory.io/$i -O /dev/null ; done

4x laufen lasse, mit i als unterschiedliche startzahl wird das "backup" deutlich langsammer.
legendary
Activity: 3500
Merit: 2792
Enjoy 500% bonus + 70 FS
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


Pages:
Jump to: