MiningRigRentals --> Total Hashrate: 9.65P --> Price: 0.198 BTC
Nicehash --> Total Hashrate: 9.65P --> Price: 0.1554 BTC
It is only a snapshot at the moment, but mostly Nicehash has a better price
Topic: Bitcoin Group Mining - let us Burn a block (reloaded #4) - page 3. (Read 2268 times)
yes, but the price
MiningRigRentals --> Total Hashrate: 9.65P --> Price: 0.198 BTC
Nicehash --> Total Hashrate: 9.65P --> Price: 0.1554 BTC
It is only a snapshot at the moment, but mostly Nicehash has a better price
MiningRigRentals --> Total Hashrate: 9.65P --> Price: 0.198 BTC
Nicehash --> Total Hashrate: 9.65P --> Price: 0.1554 BTC
It is only a snapshot at the moment, but mostly Nicehash has a better price
"hashrate1m": "0",
"hashrate5m": "1.13G",
"hashrate1hr": "720T",
"hashrate1d": "4.82P",
"hashrate7d": "1.31P",
It stopped
This is why I like more mining rig rentals :p
"hashrate5m": "1.13G",
"hashrate1hr": "720T",
"hashrate1d": "4.82P",
"hashrate7d": "1.31P",
It stopped
This is why I like more mining rig rentals :p
Wow, so weit waren wir noch nie dran!
Wenn wir jetzt nochmal eine Statusverbesserung haben, dann fällt der Block!
Wir brauchen aber noch mehr als das doppelte
Wenn wir jetzt nochmal eine Statusverbesserung haben, dann fällt der Block!
Wir brauchen aber noch mehr als das doppelte
Code:
983.790.572.686 (unser best share)
13.912.524.048.945 (da müssen wir hin)
die BTC-blockchain party kommt immer näher
Wow, so weit waren wir noch nie dran!
Wenn wir jetzt nochmal eine Statusverbesserung haben, dann fällt der Block!
Wir brauchen aber noch mehr als das doppelte
Wenn wir jetzt nochmal eine Statusverbesserung haben, dann fällt der Block!
Wir brauchen aber noch mehr als das doppelte
Code:
983.790.572.686 (unser best share)
13.912.524.048.945 (da müssen wir hin)
Neuer Bestshate, wir können der Sache näher.
983.790.572.686
Nicht einmal mehr das doppelte wir benötigt...
Quote
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "9.44P",
"hashrate5m": "10.1P",
"hashrate1hr": "7.62P",
"hashrate1d": "5.11P",
"hashrate7d": "1.26P",
"lastshare": 1585310899,
"shares": 418574853066,
"bestshare": 983790572686.5625,
"bestever": 983790572686
"hashrate1m": "9.44P",
"hashrate5m": "10.1P",
"hashrate1hr": "7.62P",
"hashrate1d": "5.11P",
"hashrate7d": "1.26P",
"lastshare": 1585310899,
"shares": 418574853066,
"bestshare": 983790572686.5625,
"bestever": 983790572686
983.790.572.686
Nicht einmal mehr das doppelte wir benötigt...
Das mit den Shares habe ich immer noch nicht ganz verstanden.
Mein Verständinss für die Generierung von Blöcken war bisher folgendermaßen:
Die "Difficult" gibt an wie schwer es wird den richtigen Hash zu berechnen, z.B die letzten 10 Zeichen im Sha-256 Hash des neuen Blockes müssen alles "0"-en sein. (Wird die Difficult runter gesetzt müssen es nur noch 9 sein, wird sie schwerer müssen es 11 sein)
Dann haben wir unsere Miner die (zur Vereinfachung) 1 MH/s haben, also pro Sekunde 1.000.000 Hashes berechnen können, in der Hoffnung das 1 Hashwert dabei ist der an den letzten 10 Stellen jeweils eine "0" hat. Ist dies der Fall darf man den Block an die Blockchain anhängen und die Full-Nodes bestätigen dies.
Das ganze geht bei jedem Block wieder aufs Neue los, und jeder startet bei 0.
(Vorrausgesetzt derjenige der den letzten Block gefunden hat, hat ihn direkt gepostet und nicht noch eine Weile zurück gehalten um schon am nächsten Block zu hashen während die anderen noch den ersten berechnen
)
Wo kommen da jetzt aber die Werte für bestShare und bestSharSever mit ins Spiel?
Mein Verständinss für die Generierung von Blöcken war bisher folgendermaßen:
Die "Difficult" gibt an wie schwer es wird den richtigen Hash zu berechnen, z.B die letzten 10 Zeichen im Sha-256 Hash des neuen Blockes müssen alles "0"-en sein. (Wird die Difficult runter gesetzt müssen es nur noch 9 sein, wird sie schwerer müssen es 11 sein)
Dann haben wir unsere Miner die (zur Vereinfachung) 1 MH/s haben, also pro Sekunde 1.000.000 Hashes berechnen können, in der Hoffnung das 1 Hashwert dabei ist der an den letzten 10 Stellen jeweils eine "0" hat. Ist dies der Fall darf man den Block an die Blockchain anhängen und die Full-Nodes bestätigen dies.
Das ganze geht bei jedem Block wieder aufs Neue los, und jeder startet bei 0.
(Vorrausgesetzt derjenige der den letzten Block gefunden hat, hat ihn direkt gepostet und nicht noch eine Weile zurück gehalten um schon am nächsten Block zu hashen während die anderen noch den ersten berechnen
)Wo kommen da jetzt aber die Werte für bestShare und bestSharSever mit ins Spiel?
Derzeit zu 39% completed
Restliche geschätzte Dauer 1 Tag 8 Stunden (geht der Preis rauf oder runter, ändert sich das natürlich um ein paar Stunden)
Ist doch noch eine beachtliche Zeit die wir auf der Uhr haben
Nur so nebenbei: Die Anzahl der Shares die wir bis jetzt abgeliefert haben ist ganz schön beachtlich.
Es wurde mal gefragt was das alles bedeutet, ich weiß aber nicht ob es beantwortet wurde.
"lastshare": Zeitstempel wann das letzte Share abgeliefert wurde (glaube Unix Zeit System)
"shares": Anzahl valid Shares die abgeliefert wurden
"bestshare": Bestes Share das seit dem letzten Blockfund im Pool / oder Start des Workers wenn nach dem Blockfund gestartet, gefunden wurde
"bestever": Bestes Share das jemals unter dieser Adresse abgeliefert wurde (Wird bei einem Blockfund nicht zurückgesetzt)
Restliche geschätzte Dauer 1 Tag 8 Stunden (geht der Preis rauf oder runter, ändert sich das natürlich um ein paar Stunden)
Ist doch noch eine beachtliche Zeit die wir auf der Uhr haben
Nur so nebenbei: Die Anzahl der Shares die wir bis jetzt abgeliefert haben ist ganz schön beachtlich.
Code:
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "10.5P",
"hashrate5m": "11.3P",
"hashrate1hr": "10.5P",
"hashrate1d": "4.79P",
"hashrate7d": "1.16P",
"lastshare": 1585301837,
"shares": 401583337546,
"bestshare": 160842000119.5439,
"bestever": 366437385163
Es wurde mal gefragt was das alles bedeutet, ich weiß aber nicht ob es beantwortet wurde.
"lastshare": Zeitstempel wann das letzte Share abgeliefert wurde (glaube Unix Zeit System)
"shares": Anzahl valid Shares die abgeliefert wurden
"bestshare": Bestes Share das seit dem letzten Blockfund im Pool / oder Start des Workers wenn nach dem Blockfund gestartet, gefunden wurde
"bestever": Bestes Share das jemals unter dieser Adresse abgeliefert wurde (Wird bei einem Blockfund nicht zurückgesetzt)
Danke für die Erklärung, ich hätte jetzt geschätzt das wir die 50% Marke (also die Hälfte verpulvert haben) bald erreichen, aber da geht es ja noch mehr als einen ganzen Tag, also noch nichts verloren also guter Dinge und Morgen Früh haben wir bestimmt min. einen Block
Derzeit zu 39% completed
Restliche geschätzte Dauer 1 Tag 8 Stunden (geht der Preis rauf oder runter, ändert sich das natürlich um ein paar Stunden)
Ist doch noch eine beachtliche Zeit die wir auf der Uhr haben
Nur so nebenbei: Die Anzahl der Shares die wir bis jetzt abgeliefert haben ist ganz schön beachtlich.
Es wurde mal gefragt was das alles bedeutet, ich weiß aber nicht ob es beantwortet wurde.
"lastshare": Zeitstempel wann das letzte Share abgeliefert wurde (glaube Unix Zeit System)
"shares": Anzahl valid Shares die abgeliefert wurden
"bestshare": Bestes Share das seit dem letzten Blockfund im Pool / oder Start des Workers wenn nach dem Blockfund gestartet, gefunden wurde
"bestever": Bestes Share das jemals unter dieser Adresse abgeliefert wurde (Wird bei einem Blockfund nicht zurückgesetzt)
Restliche geschätzte Dauer 1 Tag 8 Stunden (geht der Preis rauf oder runter, ändert sich das natürlich um ein paar Stunden)
Ist doch noch eine beachtliche Zeit die wir auf der Uhr haben
Nur so nebenbei: Die Anzahl der Shares die wir bis jetzt abgeliefert haben ist ganz schön beachtlich.
Code:
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "10.5P",
"hashrate5m": "11.3P",
"hashrate1hr": "10.5P",
"hashrate1d": "4.79P",
"hashrate7d": "1.16P",
"lastshare": 1585301837,
"shares": 401583337546,
"bestshare": 160842000119.5439,
"bestever": 366437385163
Es wurde mal gefragt was das alles bedeutet, ich weiß aber nicht ob es beantwortet wurde.
"lastshare": Zeitstempel wann das letzte Share abgeliefert wurde (glaube Unix Zeit System)
"shares": Anzahl valid Shares die abgeliefert wurden
"bestshare": Bestes Share das seit dem letzten Blockfund im Pool / oder Start des Workers wenn nach dem Blockfund gestartet, gefunden wurde
"bestever": Bestes Share das jemals unter dieser Adresse abgeliefert wurde (Wird bei einem Blockfund nicht zurückgesetzt)
unser bestshare von 160.842.000.119 ist ja schon mal nicht so schlecht.
auch wenn ich dachte hier heute früh vielleicht schon eine erfolgsmeldung zu lesen
wie lange hält unser guthaben noch? haben doch ein gutes gefühl bei run #4... gibts ja nicht
auch wenn ich dachte hier heute früh vielleicht schon eine erfolgsmeldung zu lesen
wie lange hält unser guthaben noch? haben doch ein gutes gefühl bei run #4... gibts ja nicht
Danke für die Info, schau ich mir mal an.
Aber die Lücken sind ja nebensächlich.
Alles was zählt sind die Shares die wir erzeugen und abliefern (Würfelversuche).
Wenn eine Lücke entsteht würfeln wir halt länger, es ändert aber nichts an der Anzahl an Würfelversuche, also an Shares die wir erzeugen.
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "9.6P",
"hashrate5m": "9.96P",
"hashrate1hr": "10.3P",
"hashrate1d": "4.51P",
"hashrate7d": "1.09P",
"lastshare": 1585297575,
"shares": 391244303772,
"bestshare": 160842000119.5439,
"bestever": 366437385163
Aber die Lücken sind ja nebensächlich.
Alles was zählt sind die Shares die wir erzeugen und abliefern (Würfelversuche).
Wenn eine Lücke entsteht würfeln wir halt länger, es ändert aber nichts an der Anzahl an Würfelversuche, also an Shares die wir erzeugen.
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "9.6P",
"hashrate5m": "9.96P",
"hashrate1hr": "10.3P",
"hashrate1d": "4.51P",
"hashrate7d": "1.09P",
"lastshare": 1585297575,
"shares": 391244303772,
"bestshare": 160842000119.5439,
"bestever": 366437385163
Moin Moin,
Nicehash bietet in einem repo einen Bot fürs Order-management an. Kann man das auf die Lotterie anwenden um die blaue Lücke zu schließen?
https://github.com/nicehash/NiceHashBot
Nicehash bietet in einem repo einen Bot fürs Order-management an. Kann man das auf die Lotterie anwenden um die blaue Lücke zu schließen?
https://github.com/nicehash/NiceHashBot
Was mich immernoch am meisten stört (wie beim run davor)
Wenn es 10ph/s/tag sind müsste bei "hashrate1d" nach 24 stunden 10p stehen. mal sind wir schneller, mal langsamer. klar. aber im durchschnitt müsste es sich auf 10ph einpendeln.
Quote
{
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"workers": 1,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163,
"worker": [
{
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163
}
]
}
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"workers": 1,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163,
"worker": [
{
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163
}
]
}
Wenn es 10ph/s/tag sind müsste bei "hashrate1d" nach 24 stunden 10p stehen. mal sind wir schneller, mal langsamer. klar. aber im durchschnitt müsste es sich auf 10ph einpendeln.
Das hatten wir das letzte mal schon erklärt das dies nicht als Qualitätsmerkmal herangezogen werden kann.
- Abgebende Leistung wird bei NiceHash nach Methode A gemessen
- Eingehende Leistung wird beim Solo Pool nach Methode B angezeigt
- Die Hashingpower schwankt schon bei einer Fixed Order sehr
- Die aktuelle Art des Rentals ist aber eine Standard Order, welche noch viel mehr schwankt
- Steigt der Preis ist man gleich mal mehrer Stunden offline (wenn ich es nicht gleich merke)
Die roten Lücken sind Tagsüber oder da wo ich eben Zeit habe recht klein, da ich den Preis jeder Zeit anpasse. Manchmal entsteht garkeine Lücke weil ich sofort reagiere und auch eine Mail bekommen, das die Hashingpower weggekauft wurde und ich den Preis erhöhen muss.
Die blauen Lücken Nachts ist eben so, irgendwann muss ich auch mal schlafen
Also hängt euch nicht auf die Durchschnittswerte auf die der SoloPool anzeigt, wichtig ist das was im Moment ankommt!
Reklamation bei NiceHash mit einem Wert die wo anders angezeigt wird (Also am SoloPool) ist daher zwecklos
Viele Grüße
Willi
Ich sag dann mal gute Nacht und träume jetzt von unserem Block!
Update:
- Preise gehen rauf und runter, sehr aufwändig um halbwegs den besten Preis zu haben. Das nächste mal hoffentlich wieder eine Fix statt Standard Order...
- habe die Order mit den restlichen Coins aufgefüllt, das sollte jetzt noch ca. 1 Tag und 15 Stunden halten
Drückt die Daumen
Wish you all the luck needed for at least 1 block! Update:
- Preise gehen rauf und runter, sehr aufwändig um halbwegs den besten Preis zu haben. Das nächste mal hoffentlich wieder eine Fix statt Standard Order...
- habe die Order mit den restlichen Coins aufgefüllt, das sollte jetzt noch ca. 1 Tag und 15 Stunden halten
Drückt die Daumen
we need all the luck what we cat get, all fingers are crossed!
Was mich immernoch am meisten stört (wie beim run davor)
Wenn es 10ph/s/tag sind müsste bei "hashrate1d" nach 24 stunden 10p stehen. mal sind wir schneller, mal langsamer. klar. aber im durchschnitt müsste es sich auf 10ph einpendeln.
Quote
{
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"workers": 1,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163,
"worker": [
{
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163
}
]
}
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"workers": 1,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163,
"worker": [
{
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163
}
]
}
Wenn es 10ph/s/tag sind müsste bei "hashrate1d" nach 24 stunden 10p stehen. mal sind wir schneller, mal langsamer. klar. aber im durchschnitt müsste es sich auf 10ph einpendeln.
Ich sag dann mal gute Nacht und träume jetzt von unserem Block!
Update:
- Preise gehen rauf und runter, sehr aufwändig um halbwegs den besten Preis zu haben. Das nächste mal hoffentlich wieder eine Fix statt Standard Order...
- habe die Order mit den restlichen Coins aufgefüllt, das sollte jetzt noch ca. 1 Tag und 15 Stunden halten
Drückt die Daumen
Wish you all the luck needed for at least 1 block! Update:
- Preise gehen rauf und runter, sehr aufwändig um halbwegs den besten Preis zu haben. Das nächste mal hoffentlich wieder eine Fix statt Standard Order...
- habe die Order mit den restlichen Coins aufgefüllt, das sollte jetzt noch ca. 1 Tag und 15 Stunden halten
Drückt die Daumen
Ich sag dann mal gute Nacht und träume jetzt von unserem Block!
Update:
- Preise gehen rauf und runter, sehr aufwändig um halbwegs den besten Preis zu haben. Das nächste mal hoffentlich wieder eine Fix statt Standard Order...
- habe die Order mit den restlichen Coins aufgefüllt, das sollte jetzt noch ca. 1 Tag und 15 Stunden halten
Drückt die Daumen
Update:
- Preise gehen rauf und runter, sehr aufwändig um halbwegs den besten Preis zu haben. Das nächste mal hoffentlich wieder eine Fix statt Standard Order...
- habe die Order mit den restlichen Coins aufgefüllt, das sollte jetzt noch ca. 1 Tag und 15 Stunden halten
Drückt die Daumen
hier mal eine kleine zusammenfassung, was wir bei den letzten 3 'burn a block' versuchen erreicht haben:
burn a block: bestshare: 325.264.112.081
burn a block reloaded #1: bestshare: 366.437.385.163
burn a block reloaded #2: bestshare: 136.797.824.041
burn a block: bestshare: 325.264.112.081
burn a block reloaded #1: bestshare: 366.437.385.163
burn a block reloaded #2: bestshare: 136.797.824.041
#4 derzeit 160.842.000.119 von 13.912.524.048.945
1/4 der mining Zeit haben wir gut, und gut das 8 Fache benötigen wir noch, das wird schon ✌
hier mal eine kleine zusammenfassung, was wir bei den letzten 3 'burn a block' versuchen erreicht haben:
burn a block: bestshare: 325.264.112.081
burn a block reloaded #1: bestshare: 366.437.385.163
burn a block reloaded #2: bestshare: 136.797.824.041
burn a block: bestshare: 325.264.112.081
burn a block reloaded #1: bestshare: 366.437.385.163
burn a block reloaded #2: bestshare: 136.797.824.041
{
"hashrate1m": "12P",
"hashrate5m": "10.9P",
"hashrate1hr": "9.85P",
"hashrate1d": "3.14P",
"hashrate7d": "673T",
"lastshare": 1585250294,
"workers": 1,
"shares": 322243495552,
"bestshare": 160842000119.5439,
"bestever": 366437385163,
"worker": [
{
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "12P",
"hashrate5m": "10.9P",
"hashrate1hr": "9.85P",
"hashrate1d": "3.14P",
"hashrate7d": "673T",
"lastshare": 1585250294,
"shares": 322243495552,
"bestshare": 160842000119.5439,
"bestever": 366437385163
}
160.842.000.119
"hashrate1m": "12P",
"hashrate5m": "10.9P",
"hashrate1hr": "9.85P",
"hashrate1d": "3.14P",
"hashrate7d": "673T",
"lastshare": 1585250294,
"workers": 1,
"shares": 322243495552,
"bestshare": 160842000119.5439,
"bestever": 366437385163,
"worker": [
{
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "12P",
"hashrate5m": "10.9P",
"hashrate1hr": "9.85P",
"hashrate1d": "3.14P",
"hashrate7d": "673T",
"lastshare": 1585250294,
"shares": 322243495552,
"bestshare": 160842000119.5439,
"bestever": 366437385163
}
160.842.000.119
Jump to: