Der Kurs von Burst ist mit 714 ist recht hoch, aber die Auszahlungen sind eben in der Tat auch relativ gering geworden.
Ich hoffe ja, dass in dem neuen Pool und den Anpassungen im Code jetzt die Sache etwas flüssiger läuft und auch die Auszahlungen entsprechend ankommen.
Das wäre schon cool, wenn Ricoh das hinbekommt ...
Topic: [ANN] BURST - Mining mit freiem Festplattenspeicher - P2P Markt, Crowdfunding .. - page 71. (Read 57367 times)
June 29, 2017, 02:43:19 AM
June 29, 2017, 02:28:23 AM
Danke für deine ausführliche Antwort.
Hatte schon Angst das du mich fasch verstehst.
Ich bin froh das du dich dem Thema annimmst und dich darum kümmerst, vielen Dank dafür.
Meine Platten haben 37TB wobei das unter Win ja nur 34,5 TB sind.
Anfang Juni habe ich noch im Schnitt 400-500Burst am Tag geschafft, aber seit 2 Wochen geht fast nix mehr.
Habe des Öfteren die Pools gewechselt was auch nicht viel gebraucht hat. Nur pool.burstcoin.de zahlt nicht mehr aus! :-(
Der Plan war eigentlich von dem "Gewinn" jeden Monat eine weitere Platte zu kaufen, da die Diff aber so hoch ist sehe ich davon erst einmal ab, sonst schaff ich den ROI nie ;-)
Viele Grüße
Hatte schon Angst das du mich fasch verstehst.
Ich bin froh das du dich dem Thema annimmst und dich darum kümmerst, vielen Dank dafür.
Meine Platten haben 37TB wobei das unter Win ja nur 34,5 TB sind.
Anfang Juni habe ich noch im Schnitt 400-500Burst am Tag geschafft, aber seit 2 Wochen geht fast nix mehr.
Habe des Öfteren die Pools gewechselt was auch nicht viel gebraucht hat. Nur pool.burstcoin.de zahlt nicht mehr aus! :-(
Der Plan war eigentlich von dem "Gewinn" jeden Monat eine weitere Platte zu kaufen, da die Diff aber so hoch ist sehe ich davon erst einmal ab, sonst schaff ich den ROI nie ;-)
Viele Grüße
June 29, 2017, 02:06:10 AM
so ganz habe ich das verteilen der gewonnenen Blocks noch nicht verstanden. :-(
Willkommen im Club. Wir beißen uns da auch so langsam durch.
Prinzipiell sieht es derzeit nicht so aus, als würde der Pool falsch austeilen,
aber man muss hierzu ziemlich intensiv den Quelltext studieren.
Offene Fragen habe ich selbst immer noch und bin am klären.
Zunächst einmal: Wir verweden https://github.com/SOELexicon/burst-pool
Und die Auszahlungen sind in https://github.com/SOELexicon/burst-pool/blob/master/burst-pool-payment.js
implementiert. Ab Zeile 416 (updateByNewBlock)
Quote
Ich bin seit 2 Tagen in deinem Pool dabei, ich finde die Verfügbarkeit viel viel besser als in anderen!
Was mich aber wundert... am 27.06 bin ich beigetretet, Nachmittags wurde ein Block gefunden und ich wurde mit 12 Bursts belohnt.
Am 28.06 (gestern) wurde wieder eine Auszahlung getätigt, ich wurde aber nicht belohnt, obwohl ich bei den "All Round Shares" oben mit dabei bin.
JRNV-764L-HKCJ-8GMSP
Vllt. kannst du uns mal die Verteilung in Bezug auf die Shares erklären?
Was mich aber wundert... am 27.06 bin ich beigetretet, Nachmittags wurde ein Block gefunden und ich wurde mit 12 Bursts belohnt.
Am 28.06 (gestern) wurde wieder eine Auszahlung getätigt, ich wurde aber nicht belohnt, obwohl ich bei den "All Round Shares" oben mit dabei bin.
JRNV-764L-HKCJ-8GMSP
Vllt. kannst du uns mal die Verteilung in Bezug auf die Shares erklären?
Ich werde das mal für JRNV-764L-HKCJ-8GMSP nachverfolgen/klären. MIt wieviel TB bist Du dabei?
Wir haben gestern den o.g. code etwas geändert, weil er IMHO falsch ist. Die Doku behauptet, dass im Falles eines Block-Find 50% verteilt ausgezahlt werden, und in den folgenden Runden (egal ob ein Block gefunden wurde oder nicht) wieder 50% etc. etc. bis der Pool nicht genügend Funds hat.
Der Code ist aber nur angesprungen wenn der Pool einen Block gefunden hatte, ansonsten war er im Winterschlaf.
Das haben wir geändert:
Code:
if (rewardRecip.burstname ==poolConfig.poolPublic){
isPoolWinner = ' We Won -';
} <------------------------------ HIER
getBalance(function(res){
if(res.status === true){
var minPayout = poolConfig.minimumPayout;
var poolFund = res.balance;
var pendingPayment = res.pendingBalance;
var poolFundWithPayments = res.netBalance;
// var prevFund = poolFundWithPayments;
var currentFund = poolFundWithPayments;
poolProtocol.clientLogFormatted(''+getDateTime()+' pool balance: '+parseFloat(poolFund).toFixed(2)+', current block '+parseFloat(currentFund).toFixed(2)+'n>, Pending Payment '+parseFloat(pendingPayment).toFixed(2)+'');
//if(parseFloat(res.balance) > pendingPayment){
if(currentFund >= totalBlockReward){
assignCumulativeFund(height-poolConfig.blockMature,totalBlockReward);
distributeShareToPayment();
setTimeout(flushPaymentList(function(){}),5000);
}
// }
else{
console.log("pool does not have enough balance for payments - currentFund: " + currentFund + " - totalBlockReward: " + totalBlockReward);
}
}
poolProtocol.getWebsocket().emit('shareList',JSON.stringify(poolShare.getCumulativeShares()));
poolProtocol.getWebsocket().emit('balance',JSON.stringify(pendingPaymentList));
// poolProtocol.getWebsocket().emit('pending',JSON.stringify(pendingPaymentList));
});
// } <-------------------------- HIER
Sprich der Code zur Verteilung wird jetzt immer - bei jedem Block - aufgerufen.
Um das zu testen, habe ich 1024 BURST an den Pool geschickt und prompt hat er auch die Auszahlung um 22:20 vorgenommen, weil er ja genügend Funds hatte.
DANN ABER - 4 Minuten später - habe ich DEN NÄCHSTEN BLOCK GEFUNDEN.
Nun waren alle shares gerade eben ausgezahlt (es erfolgt ein Reset und die Zählerei geht von vorne los), sprich alle hatten etwas bekommen und der Block reward von 1750 ging zu 100% an mich.
Was ich nicht verstehe, bzw. am Klären bin:
a) Warum Du also nichts bei der 22:20 Transaktion bekommen hast
b) Warum ich 100% von dem Block Reward bekommen habe und nicht 50%
Und die tatsache, dass ich nach überweisung von 1024 BURST an den Pool den nächsten Block finde ist auch sehr kurios. Wir haben schon gescherzt ob ich das nicht wieder machen sollte um zu testen ob man so nicht leichter Blöcke findet
Hinsichtlich b): Wenn sich herausstellt, dass das ein Bug ist, dann fixen wir den und ich überweise wieder die 50% (~875 BURST) an den Pool zurück zur allgemeinen Verteilung.
Unabhängig von all dem, mosern überall immer mehr Leute, dass der BURST Reward calculator schon arg daneben liegt selbst langfristiges Mittel scheint da nicht so hinzukommen. Ich beobachte, dass manchmal 3-4 Blöcke in schneller Folge kommen bevor meine Miner überhaupt alle Plots gelesen haben (und ich habe die optimierten Plots auf mehreren maschinen mit jeweils mehreren Disks verteilt).
Und wie 5tift oben gemeint hat zu seinen 13TB, haben wir uns mal umgesehen:
Bspw.
http://burstcoin.biz/address/14350753765049609089 hat laut http://pool.burstcoin.eu/ ca. 13 TB kapazität.
er hat die letzten 2 tage 10-15 burst bekommen
Ob da jemand wirklich mit massiven Kapazitäten (bspw. durch Botnetze) die Rewards für andere verdirbt, oder ob da jemand hybrid-mining wie von mir vorgeschlagen mit XXX Petabyte betreibt (Ich bins nicht) oder ob das BURST Netzwerk nur "einfach so" natürlicher Weise anzieht... ?
June 28, 2017, 11:16:17 PM
Guten Morgen Rico,
so ganz habe ich das verteilen der gewonnenen Blocks noch nicht verstanden. :-(
Ich bin seit 2 Tagen in deinem Pool dabei, ich finde die Verfügbarkeit viel viel besser als in anderen!
Was mich aber wundert... am 27.06 bin ich beigetretet, Nachmittags wurde ein Block gefunden und ich wurde mit 12 Bursts belohnt.
Am 28.06 (gestern) wurde wieder eine Auszahlung getätigt, ich wurde aber nicht belohnt, obwohl ich bei den "All Round Shares" oben mit dabei bin.
JRNV-764L-HKCJ-8GMSP
Vllt. kannst du uns mal die Verteilung in Bezug auf die Shares erklären?
Vielen Dank!
so ganz habe ich das verteilen der gewonnenen Blocks noch nicht verstanden. :-(
Ich bin seit 2 Tagen in deinem Pool dabei, ich finde die Verfügbarkeit viel viel besser als in anderen!
Was mich aber wundert... am 27.06 bin ich beigetretet, Nachmittags wurde ein Block gefunden und ich wurde mit 12 Bursts belohnt.
Am 28.06 (gestern) wurde wieder eine Auszahlung getätigt, ich wurde aber nicht belohnt, obwohl ich bei den "All Round Shares" oben mit dabei bin.
JRNV-764L-HKCJ-8GMSP
Vllt. kannst du uns mal die Verteilung in Bezug auf die Shares erklären?
Vielen Dank!
June 28, 2017, 03:44:49 PM
Ich war seit dem letzten Fund (natürlich auch schon davor) mit einem Miner mit 13 TB konstant dabei, dafür gab es jetzt 27 Coins, das ist irgendwie nicht die Wucht 
Ein weiterer mit 2.3 TB bekommt nix....
Ein weiterer mit 2.3 TB bekommt nix....
Falls Du mit mehreren Minern auf den pool gehst, empfehle ich dringend einen als Forwarder zu nehmen um keine Nonce-Spamming penalty abzubekommen.
Der 2. Miner hat mit dem 1. nix zu tun, anderes Netz & ID.
June 28, 2017, 03:42:57 PM
Ich war seit dem letzten Fund (natürlich auch schon davor) mit einem Miner mit 13 TB konstant dabei, dafür gab es jetzt 27 Coins, das ist irgendwie nicht die Wucht
Ein weiterer mit 2.3 TB bekommt nix....
Ein weiterer mit 2.3 TB bekommt nix....
Falls Du mit mehreren Minern auf den pool gehst, empfehle ich dringend einen als Forwarder zu nehmen um keine Nonce-Spamming penalty abzubekommen.
June 28, 2017, 03:36:22 PM
Auszahlung ist angekommen und bisher (28h) läuft alles rund, danke! 
June 28, 2017, 03:34:30 PM
Ich war seit dem letzten Fund (natürlich auch schon davor) mit einem Miner mit 13 TB konstant dabei, dafür gab es jetzt 27 Coins, das ist irgendwie nicht die Wucht
Ein weiterer mit 2.3 TB bekommt nix....
Ein weiterer mit 2.3 TB bekommt nix....
June 28, 2017, 03:23:30 PM
gibt es bei deinem Pool eine Auszahlungsgrenze ?
Ich mine jetzt schon 2 Tage auf deinem Pool, bisher kam noch gar nichts ... sonst bekomme ich wenigstens ein paar BURSTs ...
Ich mine jetzt schon 2 Tage auf deinem Pool, bisher kam noch gar nichts ... sonst bekomme ich wenigstens ein paar BURSTs ...
Es gibt keine Auszahlungsgrenze, Praktisch bedeutet das, die Auszahlungsgrenze ist 2 BURST.
Wir haben jetzt mal den Source auseinandergenommen und ein paar Sachen zurechtgebogen.
"Fair Play"
Unter https://burst.cryptoguru.org/fairplay kann man dem Pool mehr bei der Arbeit zuschauen, wir haben das komplette npm Log, bzw. einen tail darauf übers Webinterface zugänglich gemacht. Da konnte man auch sehen, dass bei der letzten Block-Auszahlung einige leer ausgegangen sind, weil sie eben noch unter der Minimum-Auszahlungsgrenze von 2 BURST waren (kurz dabei bzw. relativ kleine Kapazität).
"Pool Reichtum"
Offensichtlich will ein Lexicon Pool mindestens einen Block-Reward als Puffer haben, das bedeutet ~1700 BURST auf der hohen Kante - bis er Auszahlungen anstößt. Als wir Blöcke gefunden haben war das ja immer erreicht, momentan sind die 1002 BURST nicht genug.
Ich habe daher dem Pool aus meiner Wallet 1024 BURST überwiesen, d.h. er müsste genug haben um mal die pending shares auszuzahlen.
You're welcome. ;-)
update: Yup. Pool hat ausgezahlt
"Verbesserungen"
Wir werden auf der Webseite in All round shares die Shares klickbar machen, so dass man die Historie sieht wie die Shares zustande gekommen sind.
Ich hoffe der Pool-betrieb und unsere Arbeiten finden Zuspruch.
June 28, 2017, 09:29:55 AM
Nonce gefunden jedoch ich bekomme Error: Passphrase does not match reward recipient
bedeutet es, dass ich immer wieder meine Passphrase Neu in die mining.conf Datei unter "decrypted" setzen muss, nach dem ich meinen Miner wieder neu starte
Quote
block# 375972
14:15:48: scoop# 1512
14:15:48: baseTarget# 289098
14:15:48: --------------------------------------------------
14:15:48: 8C22-xxx: nonce found (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:48: 8C22-xxx: nonce on the way (2d 21:15:52)
14:15:48: 8C22-xxx: nonce submitted (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:49: Error: Passphrase does not match reward recipient
14:15:49: 8C22-xxx: error on submitting nonce! (2d 21:15:52) )
14:15:48: scoop# 1512
14:15:48: baseTarget# 289098
14:15:48: --------------------------------------------------
14:15:48: 8C22-xxx: nonce found (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:48: 8C22-xxx: nonce on the way (2d 21:15:52)
14:15:48: 8C22-xxx: nonce submitted (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:49: Error: Passphrase does not match reward recipient
14:15:49: 8C22-xxx: error on submitting nonce! (2d 21:15:52) )
bedeutet es, dass ich immer wieder meine Passphrase Neu in die mining.conf Datei unter "decrypted" setzen muss, nach dem ich meinen Miner wieder neu starte
Hast Du denn in Deiner Wallet BURST-8KLL-PBYV-6DBC-AM942 als Reward recipient gesetzt?
Du musst für Deine Plots den pool als "Empfänger der Belohnung" setzen (nicht Dich). Wenn der Pool einen Block findet, bekommt er die BURSTs dafür
(hierher: http://burstcoin.biz/address/9225891750247351890) und verteilt diese dann weiter.
June 28, 2017, 07:38:33 AM
Nonce gefunden jedoch ich bekomme Error: Passphrase does not match reward recipient
bedeutet es, dass ich immer wieder meine Passphrase Neu in die mining.conf Datei unter "decrypted" setzen muss, nach dem ich meinen Miner wieder neu starte
Quote
block# 375972
14:15:48: scoop# 1512
14:15:48: baseTarget# 289098
14:15:48: --------------------------------------------------
14:15:48: 8C22-xxx: nonce found (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:48: 8C22-xxx: nonce on the way (2d 21:15:52)
14:15:48: 8C22-xxx: nonce submitted (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:49: Error: Passphrase does not match reward recipient
14:15:49: 8C22-xxx: error on submitting nonce! (2d 21:15:52) )
14:15:48: scoop# 1512
14:15:48: baseTarget# 289098
14:15:48: --------------------------------------------------
14:15:48: 8C22-xxx: nonce found (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:48: 8C22-xxx: nonce on the way (2d 21:15:52)
14:15:48: 8C22-xxx: nonce submitted (2d 21:15:52)
14:15:48: nonce: 367844
14:15:48: in: /xxx/xxx/xxx_0_4000000_4000000
14:15:49: Error: Passphrase does not match reward recipient
14:15:49: 8C22-xxx: error on submitting nonce! (2d 21:15:52) )
bedeutet es, dass ich immer wieder meine Passphrase Neu in die mining.conf Datei unter "decrypted" setzen muss, nach dem ich meinen Miner wieder neu starte
June 28, 2017, 04:24:44 AM
Danke
June 28, 2017, 04:08:47 AM
Wir klären gerade wie die Implementation ist.
Ziel ist es die Auszahlungen maximal transparent zu bekommen.
Hierzu werden momentan logging-hooks eingebaut, die dem Pool bei seinen Entscheidungen zur Verteilung der Shares zusehen und diese persistent auf Platte protokolieren. Das dient erstmal dazu uns einen Überblick zu verschaffen, kann aber künftig evtl. auch via Web-Frontend sichtbar gemacht werden.
Ich möchte anmerken, der Pool ist nicht gerade göttlich programmiert...
Die BURSTs sind aber nicht weg - wie schon ausgeführt, hat der Pool momentan irgendwas um die 1000 BURST "Reichtum" angehortet. Warum er die zurückhält ist noch nicht ganz klar. Wir sind da dran und klar werden die einen Weg zu den Minern finden.
Ziel ist es die Auszahlungen maximal transparent zu bekommen.
Hierzu werden momentan logging-hooks eingebaut, die dem Pool bei seinen Entscheidungen zur Verteilung der Shares zusehen und diese persistent auf Platte protokolieren. Das dient erstmal dazu uns einen Überblick zu verschaffen, kann aber künftig evtl. auch via Web-Frontend sichtbar gemacht werden.
Ich möchte anmerken, der Pool ist nicht gerade göttlich programmiert...
Quote
die allgemeine gelddusche soll wohl eine funktion namens assignCumulativeFund bringen.
und das hier macht mir sorgen:
blockPayment : payBlock, //is this reference ??
und das hier macht mir sorgen:
blockPayment : payBlock, //is this reference ??
Die BURSTs sind aber nicht weg - wie schon ausgeführt, hat der Pool momentan irgendwas um die 1000 BURST "Reichtum" angehortet. Warum er die zurückhält ist noch nicht ganz klar. Wir sind da dran und klar werden die einen Weg zu den Minern finden.
June 28, 2017, 02:48:44 AM
Glückwunsch BURST-EMXC-3PFB-J8HQ-GJ9HZ 
(Irgendwie scheinen meine Shares nix Wert zu sein )
(Irgendwie scheinen meine Shares nix Wert zu sein
)Ich muss mal schauen wie das hier eigentlich funktioniert:
Quote
Share value reduction is 50% per block
if pool on current round does not find a block, miners shares are keep (up to 50 blocks), but their value is reduced by 50% everytime we dont found a block. when pool has positive balance, all share are summed up to block# where payment will be made, and burst payment are made proportional to total share miners own up to this time
Block forward allocation is 50%
if pool has a balance (lets say 10000 burst), 5000 are distributed for miner proportional to their shares up to current block as payment, the rest 5000 burst will be allocated and paid for next round, (whether we found a block or not), this allocation continue until pool balance is drained out
if pool on current round does not find a block, miners shares are keep (up to 50 blocks), but their value is reduced by 50% everytime we dont found a block. when pool has positive balance, all share are summed up to block# where payment will be made, and burst payment are made proportional to total share miners own up to this time
Block forward allocation is 50%
if pool has a balance (lets say 10000 burst), 5000 are distributed for miner proportional to their shares up to current block as payment, the rest 5000 burst will be allocated and paid for next round, (whether we found a block or not), this allocation continue until pool balance is drained out
Ich habe das so verstanden, dass der Pool auch wenn er nix findet ("We Lost"), aus seinem Säckel auszahlt.
Momentan sieht es aber so aus, als würde er Reichtum horten (von 342 BURST auf 1000+)
Werde das klären, natürlich sollen die 1000 BURST auch unter die Leute.
June 28, 2017, 02:37:38 AM
Also, einfach ausgedrückt ist die Plott Datei mit 4096 Noncen einfach zu mickrig
was glaubst Du: bessert sich etwas wenn ich Morgen ein Plott mit 4‘000‘000 Noncen (ca: 1 TB) verbinde?
was glaubst Du: bessert sich etwas wenn ich Morgen ein Plott mit 4‘000‘000 Noncen (ca: 1 TB) verbinde?
Die Chance eine Nonce zu finden ist dann immerhin 1000mal größer...
gibt es bei deinem Pool eine Auszahlungsgrenze ?
Ich mine jetzt schon 2 Tage auf deinem Pool, bisher kam noch gar nichts ... sonst bekomme ich wenigstens ein paar BURSTs ...
Danke
June 27, 2017, 04:01:11 PM
Bringt eine SSD mehr oder zählt einfach nur der freie Speicherplatz?
Kann man z.B. ETC minen und Burst ?
Also 2 Miner gleichzeitig?
Kann man z.B. ETC minen und Burst ?
Also 2 Miner gleichzeitig?
Bei Burst geht es um Quantität, nicht Qualität -> je Größer die Plots/Anzahl für Deine ID, je größer Dein Ertrag
June 27, 2017, 03:54:19 PM
Bringt eine SSD mehr oder zählt einfach nur der freie Speicherplatz?
Kann man z.B. ETC minen und Burst ?
Also 2 Miner gleichzeitig?
Kann man z.B. ETC minen und Burst ?
Also 2 Miner gleichzeitig?
June 27, 2017, 11:23:16 AM
Wieder ein Miner mehr, bin seit ein paar Minuten an Board
June 27, 2017, 10:58:49 AM
Also, einfach ausgedrückt ist die Plott Datei mit 4096 Noncen einfach zu mickrig
was glaubst Du: bessert sich etwas wenn ich Morgen ein Plott mit 4‘000‘000 Noncen (ca: 1 TB) verbinde?
was glaubst Du: bessert sich etwas wenn ich Morgen ein Plott mit 4‘000‘000 Noncen (ca: 1 TB) verbinde?
Die Chance eine Nonce zu finden ist dann immerhin 1000mal größer...
June 27, 2017, 10:51:17 AM
Also, einfach ausgedrückt ist die Plott Datei mit 4096 Noncen einfach zu mickrig
was glaubst Du: bessert sich etwas wenn ich Morgen ein Plott mit 4‘000‘000 Noncen (ca: 1 TB) verbinde?
was glaubst Du: bessert sich etwas wenn ich Morgen ein Plott mit 4‘000‘000 Noncen (ca: 1 TB) verbinde?
Jump to: