Die Website zeigt das aber noch nicht an.
Fehlt dann jetzt nicht was von 49,35 bis 50 Bits?
Oder machen wir das später nach?

Was los?
Nach der üblichen Wochenende-spitze mit hundertund... jetzt auf mal 250MKeys?
Hat da einer ne Farm gefunden?

Auch schön.
Ich bin z.B. zu doof für einen hook...

Nee, ich meinte das schon so:
Die normalen "doofen" User können es anlassen, dann kann man einfach auf der Seite sehen, das man was hat.
Wenn man eh einen Mailer oder so aufgesetzt hat, kann man es ausmachen, weil man eh schon weiß das es was gab.
Also Standard ist "Found = !", und "--!" schaltet das ab.

Im Falle der Realisierung per Übersicht auf dem Server sollte das aber per Option abschaltbar sein, finde ich.

Aha, es gibt also keine falschen Euroscheine?
Sehr interessant...

Ja, das mit der Kopie war ein Witz.
Es wunderte mich, das man das so einfach scannen/fotografieren kann.
Als die Euros kamen (scheiße, ich bin alt...) haben wir aus Spaß Partygeld machen wollen, und mussten da feststellen, das ein HP-Scanner den DM-Schein nicht gescannt hat ("Fehler 53" oder so, ohne Erklärung), während ein Oki-Farblaser ihn nur halb druckte und den Rest mit einer Falschgeldwarnung ersetzte, außer es war grotesk vergößert bzw. verkleinert, und dazu sehr stark verändert.
Euros hingegen kamen einwandfrei auf die Platte und dann wieder aufs Papier, sogar im Duplexdruck fast deckend.

Das mit der Bundesbank wusste ich nicht, ich dachte das geht so noch. Rechtfertigt dann natürlich den Preisunterschied, klar.
Das die für 100 Mark dann man gleich die "Oetker-Lösegeld-Karte" ziehen, glaub ich aber nicht.

Von Evvy und Viviane werden wir nie wieder was hören, beide sind verbrannt.
Wenn sie echt wären und/oder der Fall kein Betrugsversuch _an_ bitcoin.de, hätten wir schon längst was von ihnen bekommen.

Ich kann mich des Verdachts nicht erwehren, das Evelyne und Viviane letztendlich ein und dieselbe Person sind.

Evvy ist auch verdächtig still. Anzeige schon gemacht?

Jesus, das war ein Witz.
Ist es erlaubt, Fotos von Bargeld ohne Verfälschung zu veröffentlichen?
Ich meine nein, denn Scanner und auch Drucker verhindern das schon seit Jahren, bloß Fotoapparate sind dafür erstaunlicherweise blind.
Ist mir aber auch egal, mir ging es um folgendes:

Natürlich ist es ein Sammelobjekt, aber kann man DMs nicht immer noch live gegen Euronen tauschen, und würde in dem Falle 51 und ein bissel Euro bekommen?
Also sollte der Preis für echtes Geld nie unter den Nennwert fallen, und bei besserem Zustand steigen, nicht 1:1 bei "perfekt" und weniger bei "benutzt".
Ich verkauf doch auch keine 2€-Münze für einsfuffzich, nur weil die einen Kratzer hat. Es sind immer noch 2€, Punkt.
Ja, gut, Einschreiben Einwurf kostet, was, 3€60? Muss man halt abrechnen. Oder dazu.

Sammlermünzen hingegen sind normalerweise nicht "echt", da zählt nur der Metallwert. Oder die Sammlergier.

Aber bitte, jeder wie er will. Mich wunderte es nur.

Kann ich mir die nicht einfach selber ausdrucken, wenn ich deine beiden Bilder zusammenklebe?

Und: 100 Mark sind doch 51€irgendwas, wenn's mich recht entsinnt.
Warum so günstig?

Mit sowas wäre ich ganz vorsichtig.

//edit by mole0815: habe diese Passage entschärft.

Achja, wegen der Kraken-Sache:
Du musst zum Elektriker, liebste Evvy, dein Sarkasmus-&Ironiedetektor braucht ne neue Birne, die alte ist durchgebrannt.

Mein Post bezog sich auf den MinerVonNaka

Die odt/doc-Geschichte geht noch einigermaßen, aber speziell ods/xls ist eine Katastrophe, wenn es über Zahlen in Feldern rausgeht.
Das ganze rumgemakro ist nicht kompatibel, und dann wird es schon eng.
Einer der Kunden der Firma die für mein Butterbrot sorgt schreibt vor, das wir einen Excel-Fragebogen ausfüllen müssen, und der ist halb-interaktiv, hanebüchen, aber Makros.
Geht mit Open/Libre nicht, und konvertieren oder optisch identisch nachbauen wollen die nicht, da dort die Antwort wohl gescriptet ausgelesen wird.
Sollen wir jetzt auf 15% Jahresumsatz verzichten?
Und die unbedingt notwendige ERP-Software gibt es nichtmal für Fallobst...

Der LBC ist in der VM schon recht einfach, von nicht-DAU-geeigneten Startproblemhilfen mal ab.
Das Problem ist genau andersrum: Ich hätte Rechner satt, die sich mit etwas älteren und auch modernen Grakas darum kümmern könnten, aber die müssen ab und an auch noch was anderes tun.
Ein Full-Time-Linux da drauf zu packen ist also beinah unmöglich, und eine USB-Installaton ist weit abseits meines Horizonts.
Linux ist nunmal nicht nur ein bissel anders als Windows, sondern eine ganz andere Welt, und demzufolge ist die Lernkurve schon steinig und nicht waagerecht.
Die meisten der Leute, die eine propere GraKa haben, wollen damit zocken, und das ist pur Windows. Linux kann das nicht.

Ein nativer Client für Windows wäre schon geil, Userbase *100 wäre sicher.
Vielleicht sogar als Bildschirmschoner...
Ich kann mich noch an die Zeit erinnern, als es einen "Malware"-Bildschirmschoner-CGMiner gab. Ganz knapp, bevor die ASICs kamen, in der FPGA-Phase.
Das Problem ist, das du nicht unter Win proggen kannst/willst, und "andere Leute" das mathematische Wissen nicht haben, oder keine Kenntnisse vom LBC.
Da gibt es also zwei große Inseln, ohne Überschneidungen.


offtopic:
Gerade gelesen: SHA1 ist tot: http://shattered.io/

Es gibt nunmal gewisse Programme, die nur da gehen, und es gibt nunmal gewisse Dokumente, die nur mit Software bearbeitet werden kann, die nur unter Windoof läuft.
Win7 ist auch mein letztes, 8(.1) ist gruselich, und 10 will ja sowas von alles wissen, jesus, dagegen ist Android ja ein Waisenkind.
Hast du schon mal im großen Umfang OpenOffice/LibreOffice-Dateien verschickt? Da kann ja keiner mit üm.
Also: Druck der Massen. Selbst Apfelprodukte sind teilweise besser unterstützt.
Und mal nebenbei: Es gibt genug OEM-Maschinen, in denen ein Win2k, WinXP oder sogar noch WinMobile läuft.

Und wenn ich z.B. den Raspberry sehe: Ein geiles Teil. Für das Geld ein kompletter PC, der eigentlich aus der Schachtel für den Job zuhause reicht.
Aber zum Updaten und Bildschirmschoner ausmachen muss man erst googlen und dann doch auf eine Konsole.
Das kann Windows besser, bei der Usability sind die nunmal vorne.

Also, über den Finderlohn für den Gegenwert von momentan 57000€ würde ich mich freuen.
Wenn du das als Peanuts wegsteckst, bitte.
Und es gibt sicher noch andere, größer gefüllte Adressen, das genannte war ein Beispiel...
Wie ist es mit dem Verlust von MtGox?
Oder dieser?
Sind nur 13BTC, kommen aber immer wieder welche dazu. Warum auch immer.

Schließlich kann niemand die BTC außerhalb der Blockchain lagern, und es sind ja schon über 15 Millionen gemined worden, da werden also schon noch einige Brocken drin sein.

@Rico666
Ach so, die Puzzles liegen an definierten Stellen...
Entschuldige bitte, Google hat mich über die "Puzzle-Transaction" nicht aufklären können, früher oder später landet das alles bei Rico, dem LBC oder hier im Forum.
Danke für die Aufklärung.

@denk0815
Mining nicht?
Und stell dir mal vor du findest den sagenumwobenen Schatz von Satoshi, und darfst 0,1% Finderlohn einhalten. Oder sogar 100%
Dann lohnen die paar kWh definitiv.
Außerdem macht es Spaß, weil man es mit seinem normalen PC noch kann, und wenigstens eine Chance hat was zu sehen.
Mining ist zumindest mit PC unmöglich, und selbst mit einem Miner unwirtschaftlich und teuer.
Und man lernt was. Ne Menge. Wenn man will.

Strom für Null hast du nur, wenn deine (bezahlte!) Solaranlage den (bezahlten!) Akku lädt, während du auf Schicht bist.
Du kannst dann abends deine Glotze via Akku betreiben und deine Pizza in der Mikrowelle warmmachen, sofern du unter 3,3kW bleibst und der Akku noch genug Saft hat.
Akku leer, oder Bedarf höher als 3,3kW, oder falsche/mehr als eine Phase für den Verbraucher, und du nimmst Netzstrom.
Und natürlich darfst du nicht vergessen, das die Anschaffungskosten nicht gerechnet sind.

Quasi Strom-Mining: Man rechnet sich das schön.

Danke.
Endlich hast du meine Vermutung bestätigt. 
Verzeih meine unmathematische Ausdrucksweise, ich bin ja lernwillig, aber unstudiert. 

Das man natürlich über eine gezielte Suche rumpfuschen kann mit der Suchzeit, sieht man ja jedesmal an den 4 Testadressen.

Bei -p kann man ja auch nur "die Seite (directory.io)" zuteilen, oder? Also, ich kann nicht sagen "zeig mir den Schlüssel zu Adresse xxx" sondern nur "klapper Seite xxx" ab, aber auf welcher Seite meine Adresse steht ist die Frage.
Von daher kann man die Puzzles nur nochmal "lösen", wenn sie zufälligerweise schon gefunden wurden und der Finder die Seite angegeben hat.
Ich gehe also immer vom Ideal aus: nur der Poolserver teilt den Suchraum zu.

Und ich denke auch, das der LBC noch massiv an Speed zulegt, wenn du weiter Updates einbaust, die den Prozess beschleunigen, und ja auch immer wieder User dazukommen.
Ich meinte nur prinzipiell, das es lange dauert, und der von dir gegebene Grund "bis der LBC da ist, dauerts noch" ist genau wo ich hinwollte.

Ich könnte meine BTC also sehr wohl "mutwillig" verstecken, wenn ich den LBC beobachte und die Ware immer transferiere wenn er in die Nähe meiner Seite kommt.
In der Hoffnung, das niemand zufällig meine Seite via "-p" anwählt, das wäre natürlich fatal, aber isso.


Wo wir gerade dabei sind:
Auf der Stat-Seite steht, das #51 in x bis y Tagen gefunden werden wird.
Wie kommst du da drauf? Kannst du bestimmen, in welchem Bereich der Key ist?
Also quasi "Seite 1 Mio bis 2 Mio, irgendwo da drin isser"?
Kann man einen Teil der Bits der Seite zurückberechnen?

Wie kommst du auf kostenlosen Strom?
Das Teil kostet in der kleinsten Stufe mal eben 4000€, dafür kann man schon einige kWh kaufen, so für 3-5 Jahre Vollbedarf für 4 Personen in einem großen Haus.
Und ohne PV macht das doch keinen Sinn....

Ähm, doch, in diesem Fall hat der Würfel ein Gedächtnis, denn der Suchraum ist ja reduziert?!
Innerhalb des Suchraumes ist für jede Adresse ein Key zu erwarten, aber da es 2^160 Keys gibt, und der Suchraum 2^160 ist, sollte jeder Key genau einmal drin sein.
Ich gehe davon aus, das es Ausreißer gibt, die nicht oder mehrfach im Suchraum sind, aber die Regel sollte "einmal" sein.
Also kann der LBC meinen Würfelstand nicht nochmal würfeln, weil der Würfel in Wirklichkeit ein Zähler ist.

Das ist ja genau das was ich versuche zu beschreiben.
Und ich meine nicht, das ich Angst hätte das der LBC eine meiner gewürfelten Adressen findet.
Sondern das der LBC eben genau jede Adresse einmal findet, aber nicht sagen kann, welche wann dran ist.
Also spare ich auf eine die er schon gefunden hätte, wenn denn Geld drauf gewesen wäre und sie somit in der BLF gewesen wäre, und dann kann der den Key nicht mehr finden, auch wenn sie drin ist, da er den passenden Zählerstand (Die Seite auf directory.io) schon überschritten hat.

Oder?

Das mit der gigantischen Zahl von 2^96 Schlüssel pro Adresse wusste ich schon, und bin immer wieder beeindruckt, das sooo viele Clients jeder für sich und völlig unkontrolliert Adressen würfeln können, ohne das sich das jemals überschneidet. Zumindest ist es extreem unwahrscheinlich, das zwei Leute würfeln und beide zwei verschiedene PrivKeys bekommen für den gleichen Pubkey.

Mir ging es um das Suchprinzip, und jetzt kommts was ich meinte:
Der Server zählt ja quasi die Seiten von directory.io durch. Das ist ja auch ein Zähler, keine Liste, also wird als Seed für den Hash eine fortlaufende Zahl benutzt. Der Hash ist dann eine wirre pseudozufällige Zahl, die keinen Rückschluss auf den zugrundeliegenden Seed zulässt, sonst hätte man alle Verschlüsselungen schlagartig ausgehebelt.

Der LBC scannt aus Vereinfachung nur 2^160 Keys, und wenn man davon ausgeht, das es ja 2^256 Adressen gibt und die Schlüssel statistisch schön verteilt sind, so ist zu jeder der 2^256 Adressen/PubKeys ein PrivKey in dem 2^160er Suchraum, die anderen 2^96-1 Privkeys sind in den anderen Suchräumen, die der LBC nicht macht.
Soweit noch ok?

Dann kommt mein Problem:
Der LBC generiert Schlüssel nach dem gleichen Prinzip, und aktuell ist er auf Seite 4065 Billionen und irgendwas.
Ich nehme nun einen bereits gelisteten Schlüsselsatz von Seite 1 und kann da BTC bunkern, die der LBC nicht sieht, selbst wenn die BLF meinen Kontostand enthalten würde. (Jaja, Seite 1 . Seite 471108152017, der dritte von unten.)

Schließlich kann kein anderer Schlüssel aus dem Suchraum passen, denn im 2^160er Suchraum ist jeder Schlüssel statistisch genau einmal drin. Ja, es gibt vielleicht welche, die gar nicht oder zweimal dabei sind, aber statistisch haben die meisten Menschen mehr Beine/Arme/Augen/Ohren als der Durchschnitt.
Von daher ist meine Adresse & mein Schlüsselpaar sicher, denn der LBC sucht hinter mir, kommt also erst wieder, wenn der Server neu gestartet wird und bei Null anfängt zu zählen.
Bei Seite 1 wäre es easy, "0"->Hash->passt->arm.
Bei Seite 4065 Billionen: "grooooße Zahl"->Hash->passt->arm.
Aber eben: der LBC muss erstmal bis dahin zählen, und das dauert "ewig".

Und nu:
Reden wir aneinander vorbei, oder bin ich zu doof?