es ist das Ergebnis 26959535291011309493156476344723991336010898738574 164086137773096960 was Ihr gepostet habt.
Aber selbst mit diesem Integer-Wert kann Delphi nicht umgehen, weil dieser zu groß ist.
Darf man fragen, was dieser Wert für eine Bedeutung hat? Ich kann mir nicht vorstellen, daß es sich hier um eine Zahl handelt die etwas praktikabel Zählbares beschreibt.
Ich vermute ja fast kryptografische Hintergründe. Dort wird ja doch ganz gerne mal rum-Modulo-iert, was gerade den Umgang mit solchen Monstern nach geeigneter Umstellung der Rechenwege trivialisiert. Da wäre dann sogar ein schlankes Recördchen mit den für die Rechnungen geeigneten Päckchen an Bits denkbar. Aber so komplett ohne Hintergrundinfos kann man wirklich nur und ausschließlich auf BigInt Libs verweisen (oder eben auf die eigenhändige Erstellung solcher Funktionalität, die ich mir aber auch abgucken wollen würde
)
Bei diesem Wert geht es um die Berechnung von BitCoins anhand der aktuellen Difficulty und der eingesetzten Hashrate. Die ganze Berechnung besteht aus mehreren Formeln und bei einer Formel wird dieser Hex-Wert durch die aktuelle Difficulty des BitCoin - Netzwerkes geteilt. Die Orginale Funktion in Python sieht so aus :
Code:
def getTimePerBlock(difficulty,hashrate):
target = 0x00000000ffff0000000000000000000000000000000000000000000000000000 / difficulty
return math.pow(2,256)/(target*hashrate)
Dabei war der Returnteil noch der leichtere Teil. Diese Funktion gibt im Grunde die Zeit in Sekunden zurück die eine Berechnung für einen Block dauert. Daraus kann man dann die Anzahl Bitcoins pro Tag, pro Woche und pro Monat berechnen.