Interessant, allerdings.

Aber nur mal für Laien:
Er nimmt den Text "v0.1" (ohne Leerzeichen!), und hasht den mit md6-256.
Dann erstellt er eine signierte Nachricht, und deren SHA-Hash passt zufälligerweise zu o.g. MD6-Wert, ausgenommen der ersten und letzten Stelle?

"i will manipulate... to produce" hört sich fast so an als ob es "auf Zuruf" möglich wäre, aber das isses nicht, oder?
Ich gehe doch davon aus, das es von vornherein so beabsichtigt war, oder auch einfach reiner Zufall ist.

Welche Info sollte man von dir erfragen?
Selbst in einem schlechten Wiki steht mehr und richtigere Information über Hashes als in diesem Thread.

Und wegen der Kollision: Ich bitte darum. Mit Rechenweg. Und Dauer.

Die eigenartige Schreibweise ist übrigens vom Comicverkäufer (Simpsons) entlehnt, der wasauchimmer gerne mit
"Schlechtester.
xxxxx
Aller.
Zeiten."
kommentiert.

Das soll ausdrücken, das man hier betont langsam und deutlich spricht, damit es jeder versteht.

Whoa.
Ein Noob der Durohr-Filme pusht, unter denen unverblümt für Illuminati, Globuli und Zaubervitamine geworben wird, dazu mit dem Inhalt und der Anforderung, die einzige Wahrheit über Weltverschwörungen darzustellen.

Noch viel Spammiger geht's ja wohl nicht.

Null ist nicht negativ, und es wird nicht mit Vorzeichen gerechnet, eher mit Bitmustern, die einen scheiß geben auf die Notation.

Simple.
Binäre.
Mathematik.

Und:
Ohne.
Umkehrmöglichkeit.

Oder:
Ohne.
eine.
sinnvolle,
rein.
aufgrund.
der.
Zahlengröße.

Der einzige, der hier auf 16 Seiten sinnloses und/oder unverständliches geschwurbel postet, ist der fori.
Du musst dich nicht wundern, das es niemanden gibt, der sich das antut, die meisten werden nach 5 Seiten Kopfschmerzen haben.
Die die von Anfang an dabei waren geben sich alle paar Tage einen neuen Foripost, dann kann man es ertragen.
Eigentlich: Auch nicht wirklich, aber man muss nicht sofort schwallartig erbrechen.

Es haben dir schon mehrere Leute Beispielwerte und "einfache" Aufgaben genannt.
Wie viele hast du davon gelöst?
Keine.
Warum?
Weil du nicht weißt wie's geht.
Was aber nicht schlimm ist, denn: Es geht nicht.
Dein ganzes gesumse mit den Variablennamen ist lauwarme Luft, denn wo auch immer dich dein Weg hinführt: er basiert auf massiven Fehlannahmen deinerseits und funktioniert nicht.

Alter.
2 Zahlen addieren.

Ein Byte geht von 0-255, 8 bit.
100 plus 100 ist 200. Klar?
plus weitere 100? wäre 300.
passt nicht. das notwendge 9. bit fällt in den Müll, das Ergebnis ist also 44. 300-256, is klar. oder?
Falls nicht: eigentlich käme x012c raus, aber das ist ein 16-bit-Wert. Bei 8-bit wird eben das obere Byte abgeschnitten, es existiert nicht, also bleibt x2c über.
Ups. 200 plus 100 ist 44???  

Ein signed byte geht von -128 bis +127.
Nee, sind auch nur 8 bit.
Das oberste ist das Vorzeichen: 0=+, 1=-. "Null" ist übrigens b00000000, also positiv!
die anderen 7 bit sind die Zahl.
Das nennt man Zweier-Komplement.

Wenn du jetzt "-1 signed" als unsigned liest, ist das b11111111, also "255" unsigned.

Liegt dran, weil man von der Null vorwärts bis +127 zählt, oder eben rückwärts bis -128.
-1 ist dann also ein Unterlauf, aus b00000000 "0" wird b11111111 "255".
-2 ist b11111110, also "254".
usw usf.

Du darfst also Signed und Unsigned nicht mixen, außer über Cast oder Convert, und dann ist das Ergebnis einer Rechnung eindeutig, in beide Richtungen.
SHA benutzt m.W. keine Signed-Rechnungen. Manche Sprachen defaulten allerdings aus welchen Gründen auch immer auf signed.
Du kannst aber in einer Zahl die unsigned sein soll und signed gerechnet wird (also falsch/nicht konvertiert wird) logischerweise nicht viel addieren, denn wenn du >n-1 Bits kommst, springt das Vorzeichen um und der Wert ist falsch. Ähnliches gilt für Subtraktion.
Und Bitmusteroperationen (XOR) sind normalerweise Byte-orientiert, also 8-bit oder vielfaches davon, wenn das höchstwertige Bit das Vorzeichen ist, wirds lustig, denn das sind 7/15/31-Bittige Zahlen.

Das sind übrigens Grundlagen aus der 7/8. Klasse. Und nicht im Gymnasium. Wars zumindest, als ich vor vielen Dekaden da drin war.

Are you, like, twelve or something?

Natürlich ist deine Bude abgesichert, sofern du nicht noch 1910er Elektrik hast.
Und genau die "Sicherungen" in dem Sicherungskasten sind gemeint.
Und "was bedeutet Fön an Steckdose", jetzt echt? Du kennst diese netten Dinger aus'm Bad (da wo man sich wäscht, ich hoffe das machst du ab und an) wo vorne warme Luft rauskommt, damit man sich die strubbeligen Dinger auf dem Kopp (das Teil wo man essen reinsteckt) wieder trocken machen kann?
Hingehen, holen, zur gewünschten Minersteckdose gehen, reinstecken, anmachen.
Pustet warm? alles gut!
Pustet nicht, dafür wirds dunkel? Schlecht, Sicherung rausgeflogen.

Dein Stromadapter ist übrigens einer mit dem man 2 Geräte an eine Steckdose machen kann, den gibts auch nicht andersrum.
Wenn, dann bräuchtest du ein Netzteil mit 2 Eingängen oder 2 Netzteile, und die müssten dann an zwei verschiedene Stromkreise, lies 2 verschiedene Sicherungen.
Ich gehe aber bald davon aus, das die 20A für amerikanische Verhältnisse gelten, mit 115V. Sonst würde in Kontinentaleuropa mit 230V 10-16A kein Gerät laufen.

Glaubt ihr wirklich, das die Karten 3 verschiedene Spannungswandler haben und diese in welchr Art und Weise auch immer leistungsbeschränkt gesteuert werden?
Die 12V-Pole sind einfach parallel geschaltet, und die Karte nimmt sich "45A", wie auch immer die reinkommen.
Der Innenwiderstand der Kabel und Stecker und die regelung der Netzteilrails wirds schon richten...
Es wäre nicht das erste Mal, das die Molexe nicht richtig stecken und das Board dann verschmaucht, weil der PCIe-Stecker die Power liefern soll, aber nicht kann. Müsste im "Regelfall" ja dazu führen, das die Karte einfach halb nicht funzt, Fehler schmeißt oder sonstwas, weil einer der Wandler nicht mit der Steuerung kommuniziert.
Stattdessen läuft alles gut und nach 3 Sekunden riechts komisch aus dem Kasten.

So jedenfalls meine Erfahrung, mit nV 900er GTX

Wenn du nicht irgendwo eine Adresse gepostet hast und die in einem nicht-Editierten Post von jemandem quotiert wurde: gar nichts. Pech gehabt.
Wenn doch: Nachrcht signieren und hoffen das der Admin dir glaubt. Vorgehensweise steht hier im Forum irgendwo.

Was du alles von mir weißt....

Was bitte ist ein A741?
Ich hab da eine Idee, aber ich wette, das es das nicht ist.

Wenn du nicht zufällig irgendwo eine BTC-Adresse o.ä. gepostet hast und jemand die in einem nicht editierten Post gequoted hat, genau nichts.

Noobs ohne Activity tun alles für die Lockerung der Restriktionen

Wie rechnest du denn überhaupt einen W-Wert aus einem Hash aus?
Das alleine ist doch schon unmöglich...

Also quasi:
- Zufallstext nehmen
- W-Funktion laufen lassen
- W-Werte merken für später
- Hash laufen lassen

Dann
- Hash in Zauberfunktion einfüllen (ohne Kenntnis des Zufallstextes o.ä., nur den Hash benutzen)
- W-Wert(e) bekommen
- W-Wert(e) aus Zauberfunktion entsprechen W-Werten aus W-funktion?
- ? ? ? ? ?
- Profit

Ach deswegen habe ich seit Monaten immer "436 fehlgeschlagene Loginversuche" bei meinem Mailanbieter
Gut, innerhalb ein, zwei wochen, meist gehe ich per IMAP rein, nicht auf die Webmail, aber trotzdem.

Da versuchen Arschlöcher schon seit Monaten, anhand des Forum-Passworts das Mailpasswort zu erraten, was aus unerfindlichen Gründen nicht klappt.
Als Rache melden sie mich dann bei allen möglichen ICOs, Airdrops, Börsen und whatnot an.
Zum Glück. Nur so wurde ich Millionär!

Alter.  

Ein Merit ist ein Merit, und du kannst so viele sMerit (sendable Merit) vergeben wie du hast.
Ein Merit ist so was wie bei Facebook ein Like.

Der Text "123" ist genau das: ein Text. Er besteht aus den 3 Zeichen "1", "2" und "3", deren ASCII-Code nun mal 49, 50 und 51 sind.
Wenn du also einen Text aus Bytes selber baust, gibst du "Byte mit Wert 49" an, und raus kommt "1"
Und das macht CHR: "Erzeuge ein Zeichen mit ASCII-CODE x".
STR macht aus einer Zahl einen String. Damit kannst du aus der Zahl 1234 den String "1234" erzeugen, und nein, das ist nicht das gleiche!
Das war jetzt mal BASIC für Anfänger.

Das dir nicht aufgefallen ist, das deine Zahlen < 32bit sind und so nur eine Stelle im Array belegen, mal geschenkt.
Das du nicht weißt was der LBC ist, geschenkt. (Such hier im Forum, dann kommst du drauf. Macht was du willst, nur eben auf die einzig möglche Art: Brute Force)
Aber bei den Kollisionen siehst du den Wald vor lauter Bäumen nicht:
- Du willst aus einem Hashblock den W-Block errechnen
- Das geht, weil W ja pro 512bit Nutzdaten 512bit (die ersten 16 Longs) Nutzdaten enthält.
- Geistesblitz!
- Du rechnest aus dem Hashblock den W aus und hast den Nutzblock.
- Yay

Dumm nur das das nicht geht.
Und du brauchst das Array nicht errechnen, weil die Originaldaten schon drin sind, wie dir ja aufgefallen ist. Den Rest des Arrays zu errechnen ist also sinnlos.
Das Array an sich zu errechnen ist allerdings unmöglich, aber aus mir unbekannten Gründen geht das bei dir nicht rein.
Daher meine Anmerkung: Es wäre sinnvoller für alle, wenn du ein wenig aus dem Fenster sehen würdest.

Deine Tabelle mit 6-stelligen Zahlen (die du vermutlich als Strings benutzt, was mal eben nur 6 Bytes mit je 10 Möglichkeiten also knapp über 3 Bit entspricht) ist vollkommen sinnlos, weil SHA nunmal jede Menge 32bittige Zahlen benutzt.
Nur weil was mit "123456" geht bedeutet das nicht das es auch mit 4294967296 geht. Und ja, die Anführungszeichen fehlen da absichtlich

Ich bin mir sehr sicher, das du da allen möglichen Scheiß ausrechnest, aber nichts davon hat auch nur im entferntesten mit SHA, Hash oder W-Arrays zu tun, wenn es alleine schon daran scheitert ob du Zahlen oder Strings benutzt.

Du bist nicht wirklich davon ausgegangen, das a) dich jemand ernst nimmt und dir ein lauffähiges Programm schreibt, und b) das das nebenbei auch noch der Mathematik größte Funktion ever mal eben so umdreht?
Du gehörst nicht in den Knast, du gehörst in eine Klinik. Und nicht die für gebrochene Knochen.

Ja ach.

Jau, tut sie. Zählt ja nur 32 bit, das dauert so lange auch nicht.
Ist jetzt nix für die Mittagspause, geht aber.
Bei angesetzten 100 Durchgängen pro Sekunde ist das Teil in 12000h fertig und hat alle Kollisionen gelistet. Nach ca. 18 Monaten also.
Da kann der LBC aber einpacken!

Also, so ähnlich wie du? Du versuchst auch immer wieder was neues. Was das gleiche alte ist wie gestern, nur mit einem "warte, jetzt hab ichs" davor.

Was meinst du wozu da "wbuf[15]=in" steht? Das kopiert deine "Originalnachricht" ins W-Array. Dein Original ist ja auch nichtmal 12bit groß.
Selbst da hast du es noch nicht geschnallt.

Nope. Nur die ersten 16 Longs eines Blocks von 16 Longs. Du brauchst also jede Menge W-Arrays. So 2000 Stück für einen normalen BTC-Block. Und du kennst nicht ein einziges Array durch den Hash.
Achnee, brauchst du nicht, denn die Nachricht wird ja in einen Block von 512 bit geschnitten und dieser in das W-Array kopiert, um es zu vermischen.
Du könntest also viel einfacher direkt den Qelldatenstrom raten anstatt die 4x so großen W-Arrays, wäre viel einfacher.
Jetzt musst du nur noch einen Weg finden, aus dem Hash wieder auf die ganzen 512-Bit-Blöcke zurückzurechnen. Werden so viele schon nicht sein, das schafft dein Excel schon.

Ach so. Du sparst 1/64tel des Aufwands. Anstatt 2048bit also nur noch 2016bit. Und du fragst mich ernst ob mein Programm a wohl einmal rum bekommt???

Ja, natürlich.

Also nix, wie immer. Und doch wieder, wie immer.

Gibt's eigentlich nichts sinnvolleres was du machen könntest?
Aus dem Fenster kucken zum Bleistift?

Was zum Henker bringts dir, das zwei kleine Zahlen die gleichen Werte im W-Array ergeben?
Weder nutzt SHA so kleine Zahlen, noch hat der Inhalt des W-Arrays irgendwelche voraussagbaren Einflüsse auf die SHA-Funktion.

for a = 0 to $ffffffff
wa=calculatew(a)
for b = 0 to $ffffffff
wb=calculatew(b)
if wa=wb then print a;"hat den gleichen W wie";b
next b
next a

function calculatew(long in)
  for c = 0 to 63
    wbuf[c] = 0
  next c
  wbuf[15]=in
  wbuf[31]=in>>7 xor in>>18 xor in>>3
  wbuf[17]=in>>17 xor in>>19 xor in>>10
return wbuf

Krieg ich jetzt ein Eis?

Nein, im Ernst, es gibt pro Block alle 64 Bytes ein neues Array mit 64 Longs, und das wird zu einem ganz kleinen Teil in den Hash einbezogen.
Vollkommen nutzlos, festzustellen das zwei 64 Bytes lange Blocks einen gleichen W ergeben, denn pro Block wird ein W-Array erzeugt und verXORt.

Das ist nicht das einzige Verständnisproblem in diesem Thread.

Alleine schon das jemand 16515463,618461 postet und dann erwartet, das alle draufspringen und sagen "yay, endlich hat jemand bewiesen das es SHA-Kollisionen gibt".
Aber nicht vergessen, das sind Strings, keine Zahlen, aber "mit Zahlen ist das in dem Programm einfacher"
Wow, jemand nimmt ungefähr 0,3% des Algorithmus wahlfrei raus und sucht zwei Werte die in dieser Formel vergleichbare Ergebnisse erzielen. Was aufgrund der deterministischen Natur des Ganzen und der verwendeten Größe der Zahlen vollkommen unmöglich erscheint.
Jessas, sowas kann man vermutlich in 3 Minuten in QBasic zusammenklatschen und alle Zahlen <24 bit suchen die gleiche W-Einträge erzeugen.

Kein Wunder, das sich alle von fori getrollt fühlen, denn Trolle sind wie Spione: am besten sind sie, wenn sie nicht wissen, das sie Trolle|Spione sind.

@bierchen
das würd emich wundern, ist ein ARM, die haben das doch auch alle....
Hast du eine Quelle?

@mezzo
ich benutz auch 10 Jahre alte Compis, teilweise noch mit XP weil geht nicht anders.
Ich meinte den allgemeinen Kampf ums dicker/geiler/härter/schneller, anders gäbe es keinen Grund neue Hardware zu verkaufen.
Proze werden schneller, weil Win 8 das braucht, zapp kommt Win10 und die Kiste macht noch mehr im Hintergrund selbstständig, damit dein neuer Core i20-10000 wieder auf Pentium-Niveau runterfällt.

Meine Aussage war natürlich immer im Kontext von Spectre und Meltdown gesehen, und die sind technisch nicht möglich bei den alten Atomen, da die keine Prediction haben.
Natürlich werden jetzt alle hellhörig und andere Tricks finden...

Andersrum will auch keiner "alte" Proze benutzen, 6 Monate ist ja meist schon Schrott. Läuft noch perfekt, ist aber eben als Anschaffung unerwünscht.