Sun, you were asking about 'stratum requested a work restart'. So I went through a certain amount of pain trying to reduce the chatiness and learned that in stratum its not as simple as just setting a poll setting and resetting the work restart request (as one would believe because of the interval passing). There are many factors that influence the work restart: rpc polling duration, merkle root changes (or tx list changes), someone mining the current rounds difficulty, stratum timeout between client-server, etc.
So basically what we have now when someone goes to run a pool, we have some pretty good defaults setup (they can be overridden in the config files). The client polls for new blocks every 30 seconds, but it also finds new transactions when shares are submitted. The biggest issue here is the bbpminer external miner has a default timeout (that I have not changed) of 120 seconds, and, if you dont talk to the server within 120 seconds, the client hangs up and starts a new stratum connection. So the server must always send something to client within that amount of time. (IE refresh the work).
So in our case, we send updates when either someone found a pobh solution for that diff, or, the 115 seconds is about to expire - then we send new work.
In the future I might increase the timeout on the client then we can increase the timeout on the server later, but it appears to be working relatively well now.
So this is why your client will sometimes hash longer (or shorter) and getting the 'request a work restart' message.
Nice work on this Rob. Stability seems to really be improving. Question for you on payments. I have 4 workers that have been running against the pool for a few days. What i have noticed is that when payments are made only 1 of 4 workers ever gets a payment eventhough they have all been submitting shares. Are you grouping payments by source ips as all of mine would be natted to the same source ip possibly? Just seems strange only 1 would get paid. Let me know. Thanks You have 4 workers running on which pool is it? NOMP Send me the addresses, can't check anything with no data. Sent Thanks, looks like nomp is sending separate tx's out to all addresses. |
|
|
|
Sun, you were asking about 'stratum requested a work restart'. So I went through a certain amount of pain trying to reduce the chatiness and learned that in stratum its not as simple as just setting a poll setting and resetting the work restart request (as one would believe because of the interval passing). There are many factors that influence the work restart: rpc polling duration, merkle root changes (or tx list changes), someone mining the current rounds difficulty, stratum timeout between client-server, etc.
So basically what we have now when someone goes to run a pool, we have some pretty good defaults setup (they can be overridden in the config files). The client polls for new blocks every 30 seconds, but it also finds new transactions when shares are submitted. The biggest issue here is the bbpminer external miner has a default timeout (that I have not changed) of 120 seconds, and, if you dont talk to the server within 120 seconds, the client hangs up and starts a new stratum connection. So the server must always send something to client within that amount of time. (IE refresh the work).
So in our case, we send updates when either someone found a pobh solution for that diff, or, the 115 seconds is about to expire - then we send new work.
In the future I might increase the timeout on the client then we can increase the timeout on the server later, but it appears to be working relatively well now.
So this is why your client will sometimes hash longer (or shorter) and getting the 'request a work restart' message.
Nice work on this Rob. Stability seems to really be improving. Question for you on payments. I have 4 workers that have been running against the pool for a few days. What i have noticed is that when payments are made only 1 of 4 workers ever gets a payment eventhough they have all been submitting shares. Are you grouping payments by source ips as all of mine would be natted to the same source ip possibly? Just seems strange only 1 would get paid. Let me know. Thanks You have 4 workers running on which pool is it? NOMP Send me the addresses, can't check anything with no data. |
|
|
|
Sun, you were asking about 'stratum requested a work restart'. So I went through a certain amount of pain trying to reduce the chatiness and learned that in stratum its not as simple as just setting a poll setting and resetting the work restart request (as one would believe because of the interval passing). There are many factors that influence the work restart: rpc polling duration, merkle root changes (or tx list changes), someone mining the current rounds difficulty, stratum timeout between client-server, etc.
So basically what we have now when someone goes to run a pool, we have some pretty good defaults setup (they can be overridden in the config files). The client polls for new blocks every 30 seconds, but it also finds new transactions when shares are submitted. The biggest issue here is the bbpminer external miner has a default timeout (that I have not changed) of 120 seconds, and, if you dont talk to the server within 120 seconds, the client hangs up and starts a new stratum connection. So the server must always send something to client within that amount of time. (IE refresh the work).
So in our case, we send updates when either someone found a pobh solution for that diff, or, the 115 seconds is about to expire - then we send new work.
In the future I might increase the timeout on the client then we can increase the timeout on the server later, but it appears to be working relatively well now.
So this is why your client will sometimes hash longer (or shorter) and getting the 'request a work restart' message.
Nice work on this Rob. Stability seems to really be improving. Question for you on payments. I have 4 workers that have been running against the pool for a few days. What i have noticed is that when payments are made only 1 of 4 workers ever gets a payment eventhough they have all been submitting shares. Are you grouping payments by source ips as all of mine would be natted to the same source ip possibly? Just seems strange only 1 would get paid. Let me know. Thanks You have 4 workers running on which pool is it? |
|
|
|
|
Sun, you were asking about 'stratum requested a work restart'. So I went through a certain amount of pain trying to reduce the chatiness and learned that in stratum its not as simple as just setting a poll setting and resetting the work restart request (as one would believe because of the interval passing). There are many factors that influence the work restart: rpc polling duration, merkle root changes (or tx list changes), someone mining the current rounds difficulty, stratum timeout between client-server, etc.
So basically what we have now when someone goes to run a pool, we have some pretty good defaults setup (they can be overridden in the config files). The client polls for new blocks every 30 seconds, but it also finds new transactions when shares are submitted. The biggest issue here is the bbpminer external miner has a default timeout (that I have not changed) of 120 seconds, and, if you dont talk to the server within 120 seconds, the client hangs up and starts a new stratum connection. So the server must always send something to client within that amount of time. (IE refresh the work).
So in our case, we send updates when either someone found a pobh solution for that diff, or, the 115 seconds is about to expire - then we send new work.
In the future I might increase the timeout on the client then we can increase the timeout on the server later, but it appears to be working relatively well now.
So this is why your client will sometimes hash longer (or shorter) and getting the 'request a work restart' message.
|
|
|
|
All blocks solved up to this point were paid out of pool.biblepay.org, also (IE Nomp sent out what it knew about, but pool.biblepay also paid them).
The way the payments are *supposed* to work, Nomp writes the blockhashes down in the database, and wait for them to mature. After 120 blocks, it pays the recipients within 30 mins. We have yet to see any sanity in the process, but once I see a few come in on QT Ill start tracking these babies.
Rob, I'm on NOMP pool almost from beggining, but I did'nt received any payment yet. My worker was B4z5SQtK9hMFkDdAzpMuJXNcPyFhFBPPc1. I started as funded, with pool.biblepay worker, but after ABN shut down I mine standalone. I put to the pool only few VPS, but It would be very bad luck to not have any share in solved blocks. It would be good to see miner statistics (history), lik it's on other pools. I understand that this is beta and maybe this is the future future, but now I'm not able to see my results. So I mine on pool for few days without any payment and I don't know why   With actual diff it's not possible to mine solo for me, so I'm moving to pool.biblepay for now Nomp hasnt started working until 10AM yesterday. I believe the bug was fixed around noon yesterday, but now, it has solved 11 blocks in about 23 hours, at 2.89 mh. So now it looks like its working correctly. (I sent you an estimated earning for the first day from my account since I already erased nomps data up to 10 am yesterday). But anyway, for the 11 we solved today, you should get your own piece as these 9 blocks confirm today- let me know if you get your appropriate hashpower reward. As far as stats, I plan on exposing the stats at pool.biblepay.org for each address in a report so we can see the HPS by address per block number etc. Im going to try to do this in a light optional way so even if we have more nomp pools a person can still check the history. With nomp its possible to run a full blown mysql server, and you get the history, but Im not going to do that path now as I think we are only missing a couple things - payout ratios and block history. I dont want to increase the reqs to run a biblepay pool to start to require dbas and all the other dependencies and support when the pool is doing 95% of what its supposed to now; I think we just need a few stats for the time being. Then we can focus on PODC 2.0 and refine it more as we go. |
|
|
|
what is this?  { "Error!": "CreateGSCTransmission::Fail::Transaction amount too small", "Error!": "POG: CreateGSCTransmission::Fail::Transaction amount too small" } Your coins are too new - please go to coin control, and see if the depth > 6. |
|
|
|
Hello everyone,
I haven't really been active the last couple of months, but since yesterday I'm trying the external miner on the NOMP pool. Really nice work so far!
Rob, you mentioned the pool found a block somewhen today. How is the payment for the blocks working? Are they paid as soon as they have matured, or once per day, per week etc.?
Another, unrelated, question: I saw that the Sanctuary Payments are constantly dropping since last week (it's below 1k bbp, going as low as 680), although the number of Sancs has not really increased for weeks or months. How is that calculated?
Thanks in advance and keep up the good work!
Thanks on Nomp, Im still positive on having stratum -- but we still have some bugs to work out in the system. As far as that block, I ended up erasing the database and the wallet this morning (I erased the wallet around 2hours ago), and decided to run bbp from QT on the server until we get all the bugs out (this lets me see any blocks that we solve). All blocks solved up to this point were paid out of pool.biblepay.org, also (IE Nomp sent out what it knew about, but pool.biblepay also paid them). The way the payments are *supposed* to work, Nomp writes the blockhashes down in the database, and wait for them to mature. After 120 blocks, it pays the recipients within 30 mins. We have yet to see any sanity in the process, but once I see a few come in on QT Ill start tracking these babies. The reason sanc payments have been dropping is our diff is rising - and our DGW algo causes heat/sanc rewards to drop as diff rises. But that is changing soon, as we are about to remove QT: https://forum.biblepay.org/index.php?topic=461.new#newOk, so now that I can "see" whats going on, I can now clearly see the nomp pools dedicated wallet solved one block a half hour ago, so lets track it. This feels a little better since we have been at around .90 mh/s in nomp for the last 2 hours - so that may be correct. Pool.biblepay.org solved 19 blocks in 24 hours at 5 mh/s. So we will need to reconcile nomps solutions also. |
|
|
|
Hello everyone,
I haven't really been active the last couple of months, but since yesterday I'm trying the external miner on the NOMP pool. Really nice work so far!
Rob, you mentioned the pool found a block somewhen today. How is the payment for the blocks working? Are they paid as soon as they have matured, or once per day, per week etc.?
Another, unrelated, question: I saw that the Sanctuary Payments are constantly dropping since last week (it's below 1k bbp, going as low as 680), although the number of Sancs has not really increased for weeks or months. How is that calculated?
Thanks in advance and keep up the good work!
Thanks on Nomp, Im still positive on having stratum -- but we still have some bugs to work out in the system. As far as that block, I ended up erasing the database and the wallet this morning (I erased the wallet around 2hours ago), and decided to run bbp from QT on the server until we get all the bugs out (this lets me see any blocks that we solve). All blocks solved up to this point were paid out of pool.biblepay.org, also (IE Nomp sent out what it knew about, but pool.biblepay also paid them). The way the payments are *supposed* to work, Nomp writes the blockhashes down in the database, and wait for them to mature. After 120 blocks, it pays the recipients within 30 mins. We have yet to see any sanity in the process, but once I see a few come in on QT Ill start tracking these babies. The reason sanc payments have been dropping is our diff is rising - and our DGW algo causes heat/sanc rewards to drop as diff rises. But that is changing soon, as we are about to remove QT: https://forum.biblepay.org/index.php?topic=461.new#new |
|
|
|
Unfortunately to see such a result of TOKOK , but it is true.  On the other hand, if disabled the ABN and there are no more restrictions, I think it will cause the market price to go from bad to worse. The root cause is China, there are huge free machines, I know that mainland people most of them use company resources, or electricity is free. When they get rewards, they will not hesitate to sell it all (no matter what price, as they have no cost need to pay) I know that in China they have a group is about BBP. If they discovered that, then I will not imagine how BBP is. Yeah, I had to vent there, exactly. Yes, good points on cheap Chinese mining. I think we can address it another way, just a little different than ABNs: https://forum.biblepay.org/index.php?topic=461.new#newWe will end up with PODC again (proof-of-distributed-computing), so we just have to address it in a novel way, during the rewrite of PODC 2.0. But yes, we need to do that. I don't want to promise a date yet, but I believe we are going to shoot for something like the end of November to have something working in prod. |
|
|
|
Yeah this is unfortunate, I never found any information about them restricting any countries Ive asked their support for a list of the countries they do not allow, he said its on the website, Ive looked through the whole website and havent found a list, I asked him for a link, still waiting on an answer I dont know if its necessarily a dealbreaker, but maybe, probably, I dont know I assume a good chunk of our current users are in the US Note: crex24 exchange also doesnt allow US users, but its just an IP restriction, can bypass it with a VPN, they dont do KYC Is the US too unfriendly on Cryptocurrency? Is there an easy/cheap way to become a citizen of another country? dual citizenship? Cryptocurrency is a world currency, without borders Arent we all citizens of planet earth? of the milkyway galaxy? Should we move to another country thats more friendly to crypto? Support guy is giving me the run around, said theres a link, wont provide me with a link, now he is saying there was a mailing about it to all registered users, now Im asking for a copy of the mailing Only other reference I could find of USA being restricted on Coinsbit, 18 days ago https://www.reddit.com/r/airdropalertcom/comments/de93o6/coinsbit_warning_for_those_in_the_usa/Support now asked me to join online chat on the website, They are saying US is only country they do not allow, and theyre claiming its in the Terms of use, but I cant find it in the Terms, I asked them to pinpoint the section, Now hes going back to saying it was in the mailing, I asked for a copy of the mailing and he said no and left the chat... Well I think its a matter of saving up our BTC investment for a 'really good deal'. Its not that I think the deal is not worth 1 btc, its more of our last bitcoin available for quite a while once we spend it. If we save it, we can make a deal with another top 25 exchange - hopefully. I havent created proposals for the backup plans because coinsbit appeared to be an amazing deal, but snuffing out 50% of our customer base for trading drops it, imho, down to a 'shaky deal'. We just dont have the budget to make mistakes any more, we must be perfect in all ways (easy to say, hard to do). So we have graviex, which is a tiny exchange, but only .05 btc, and we have Stex who does accept US customers (to my knowledge), but they dont want to do a 'btc/bbp' deal (they offered .50 for bbp-eth) and Im a little turned off by Ether right now based on our virtually zero volume on tokok, so maybe we should consider voting it down and keeping our powder dry for the next deal- as I think if we are persistent, someone will have a heart for us and put us up with the big dogs. We can always go back to development and make PODC 2.0, and reapproach the big dogs. Once we spend this, we are out of the exhchange game for a while. If we save the money, we can afford a "really good deal" if we can keep searching. (To clarify, even 1.5 btc or 2.0 btc if the deal is a top 5 exchange etc). As far as the question about what is wrong with the US, the thing is we are using our power to impede the USD in ways the banking system has to adhere to - like swift transactions, and the power of NY SEC regs and money laundering ricochets through the world. Sometimes court agreement can get people thrown in jail even in other countries because of our temporary financial strength (which, Im not saying is right to be subject to-- Im saying exists currently) and the world hates this , thats part of what crypto is changing ironically! |
|
|
|
I got an email back today that my Coinsbit account was not approved Title: Customer Doc Disapproved
No documents accepted. Please try again.
Reason: "Dear customer, good day! Your verification application was disapproved. We do not accept USA documents. Thank you for understanding." I asked in their Telegram, "Does Coinsbit not allow users from the USA?" Eugene from Coinsbit Support Team said "No, it's not allowed" I feel like we are being misled and taken advantage of in a lot of places. I made it pretty clear to Nick that I lived in the US and he never mentioned to me trading is not allowed. Ok I asked support last night through their ticket system if they required a KYC, and I got a reply back - US customers are not allowed. Well, this is material information that would change the vote potentially. So far I only executed the contract but we did not send them any money. Lets discuss further if we should vote this down now? I made sure my notify is on in this thread; lets discuss what should we do, offer .10 btc for the listing, or cancel the deal until they offer services to US citizens? Ill post this over there now. |
|
|
|
I got an email back today that my Coinsbit account was not approved Title: Customer Doc Disapproved
No documents accepted. Please try again.
Reason: "Dear customer, good day! Your verification application was disapproved. We do not accept USA documents. Thank you for understanding." I asked in their Telegram, "Does Coinsbit not allow users from the USA?" Eugene from Coinsbit Support Team said "No, it's not allowed" I feel like we are being misled and taken advantage of in a lot of places. I made it pretty clear to Nick that I lived in the US and he never mentioned to me trading is not allowed. Ok I asked support last night through their ticket system if they required a KYC, and I got a reply back - US customers are not allowed. Well, this is material information that would change the vote potentially. So far I only executed the contract but we did not send them any money. Lets discuss further if we should vote this down now? |
|
|
|
Its set this way for a reason - its not deployed to prod yet- this is beta software still. This is why I said I dont want to talk about this yet - we dont have an unlimited amount of time to discuss things that are changing. Okay, sorry for pressing you. I'll wait. I've had it set much longer this morning, but the issue is even with both ways (longer times between rpc polls) and shorter times (like it is now) both have a problem (I believe unrelated to the new block scan time). But anyway, the worst thing that happens when the server asks for 'stratum requested work restart' is the client starts with a new timestamp and nonce, but in reality it does not actually stop hashing (so its not grossly inefficient). Any hash has a chance of winning. But yes, I definitely will be tweaking the pool to more efficient once we know its working (as then less network data will be wasted). Right now its still not finished - something is missing. We did solve a block just now - with half the nomp miners, so its partially working. Ill debug it more tomorrow. In the mean time it looks like we have some threads to answer. |
|
|
|
2) On Work restart - This is not worth talking about yet.
Looks like pool has it set for 15 seconds. So, diff needs to be low enough so a share can be submitted within every 15 seconds, or a long time out before stratum restarts work. You don't have a lot of miners so it is okay for now, but I don't think the current arrangement will scale well, especially on VPS. Its set this way for a reason - its not deployed to prod yet- this is beta software still. This is why I said I dont want to talk about this yet - we dont have an unlimited amount of time to discuss things that are changing. |
|
|
|
1) Can we have vardiff, or difficulty at 1 too? 2) Stratum requested work restart Is there a timeout from pool that requires miners to submit acceptable hash within say 10 seconds? If so, perhaps setting the difficulty lower will allow miners to submit to the pool more often and not require stratum to request work restart. 3) I notice my hash rate solo is 25kh/s but with pool it drops to about 15kh/s. 4) when a hash is accepted, I noticed the calculation is off, like it is counting total hash rather than from last checkpoint? [2019-10-24 16:51:22] thread 2: 2501378434 hashes, 197981 khash/s [2019-10-24 16:51:22] accepted: 1/1 (100.00%), 198024 khash/s (yay!!!) 4) https://github.com/biblepay/cpuminer/blob/master/binaries/bbpminer-x86.exe32-bit version seems to pass. Windows 10 deletes it as a Virus after it is downloaded. "Virus scan failed" or "Virus detected" These errors mean that your virus scanning software might have blocked you from downloading a file. Check your virus-scanning software for details about why the file was blocked. On Windows: Windows Attachment Manager could have removed the file you tried to download. To see what files you can download or why your file was blocked, check your Windows internet security settings. 1) On vardiff - please try port :3032. Its vardiff from 1-16 now. I won't update the docs until things get stable, but lets try it for a couple days. 2) On Work restart - This is not worth talking about yet. 3) On your hash rate of 15kh vs the solo of 25kh: The pool does not measure the hashes per sec, it just estimates them based on how many shares you can solve. 4) On the virus: This is very common on every miner that includes libcurl (which is required for stratum). I would say the best thing we can do is once its stable, is we can try deploying this to biblepay.org first. After N downloads, I believe google will start marking it as safe. (Along with other scanners). |
|
|
|
i went to pog so i browse how it worked ... and found this guide https://wiki.biblepay.org/Getting_Started_with_Evolutionbut exec sendgscc is not working anymore... update is needed btw how can i check if my wallet is already joined to pog? i'm not sure if i not leaved or so sendgscc not thrown any error 1) Its now : sendgscc instead of 'exec sendgscc', so you can type for example: sendgscc pog 100, that would send a donation of 100 bbp to the foundation. 2) If you leave the miner running on one thread with the wallet unlocked, it will send one sendgscc out every 12 hrs. 3) You can try to type : exec join pog, and it will throw an error if you already joined. |
|
|
|
|
External CPU Miner
1.0.0.9-Leisure Upgrade
- Ensure time is encoded properly for both stratum & non-stratum modes
** Ok everyone, the 1008 version is really not a working release. I believe this version actually addresses the problem; please try now. **
|
|
|
|
Now getting more of this: [2019-10-24 19:06:00] Stratum requested work restart
[2019-10-24 19:06:15] Stratum requested work restart
[2019-10-24 19:08:15] Stratum connection timed out
[2019-10-24 19:08:15] Stratum connection interrupted
[2019-10-24 19:08:16] Stratum requested work restart
Yeah, Im restarting the pool over and over. Please stand by- this release was not complete. |
|
|
|
I've encountered this issue in public. I've heard people raising these issues with me claiming God does not exist : Why would a good God send people to Hell, why would babies crash in a plane crash, why would a person live a life of suffering - like in the case of leprosy for years? Here are some of my opinions, from a high level: - Only good things originate from God, but always - all bad conditions, suffering, bad situations and destruction come from Satan. Meaning that, Satan is constantly wandering like a roaring lion, trying to find a legal right to enter, but it is up to a Christian to stand on the word of God and drive the illness, infection, or condition away. (But the Christian must forgive and be obedient to Gods laws). - God does sometimes allow Satan to dominate a person for a time, for example in Job, but this is to create a prototype. Its an example, that God may choose to use a short term bad situation for long term character building, if he wishes. - Why does Satan even exist? Because souls truly have free will. When a person matures they start choosing between good and evil. A person who bears Christian fruit is choosing good (by Gods definition of good). If a person reaches the end of their life and they are still doing bad and are unrepentant, God reserves the right to judge them (and possibly send them to damnation). - God is bound by his own rules - so this means a buffer of time exists. This explains how a plane full of babies can die. Sometimes Angels do intervene. But it can also be argued those babies are in a better place once they pass over into heaven. - Good cannot be appreciated without bad. A spoiled brat who receives nothing but chocolate cake daily will never appreciate hunger in third world countries the same as a starving person does, and a person who suffers will truly appreciate relief when it comes. - Our life here is but a vapor, our length of time on a rope is like a centimeter compared to the eternity we will live in heaven or hell. Therefore no amount of suffering here compares to the goodness we will receive with the gift of eternal life. |
|
|
|
|
BiblePay - External CPU Miner
1.0.0.8-Leisure Upgrade
- Prevent submitting duplicate shares
- Handle time encoding correctly
** Ok guys, it appears the lions share of the problem with the pool was the time encoding and submission of duplicate shares. Please upgrade the external miner, and try again with Nomp, lets see if the valid share percentages rise now. **
|
|
|
|
|
Show Posts
