Rob, how do we set up stratum send work restart request more often? I was looking at pool.js - with vardiff. The comments made me hopeful that perhaps if the difficulty is adjusted often, this would be a way to workaround the duplicate share issue I've been facing in the pool I've been setting up? this.setVarDiff = function (port, varDiffConfig) {
if (typeof (_this.varDiff[port]) != 'undefined') {
_this.varDiff[port].removeAllListeners();
}
var varDiffInstance = new varDiff(port, varDiffConfig);
_this.varDiff[port] = varDiffInstance;
_this.varDiff[port].on('newDifficulty', function (client, newDiff) {
/* We request to set the newDiff @ the next difficulty retarget
(which should happen when a new job comes in - AKA BLOCK) */
client.enqueueNextDifficulty(newDiff);
/*if (options.varDiff.mode === 'fast'){
//Send new difficulty, then force miner to use new diff by resending the
//current job parameters but with the "clean jobs" flag set to false
//so the miner doesn't restart work and submit duplicate shares
client.sendDifficulty(newDiff);
var job = _this.jobManager.currentJob.getJobParams();
job[8] = false;
client.sendMiningJob(job);
}*/
Update: Oh well.. so much for that idea to uncomment it. /pool/nomp/node_modules/stratum-pool/lib/pool.js:877
if (options.varDiff.mode === 'fast'){
^
TypeError: Cannot read property 'mode' of undefined
at varDiff.<anonymous> (/home/pool/nomp/node_modules/stratum-pool/lib/pool.js:877:33)
at emitTwo (events.js:126:13)
at varDiff.emit (events.js:214:7)
at StratumClient.<anonymous> (/home/pool/nomp/node_modules/stratum-pool/lib/varDiff.js:122:19)
at emitTwo (events.js:131:20)
at StratumClient.emit (events.js:214:7)
at handleSubmit (/home/pool/nomp/node_modules/stratum-pool/lib/stratum.js:159:15)
at handleMessage (/home/pool/nomp/node_modules/stratum-pool/lib/stratum.js:72:17)
at /home/pool/nomp/node_modules/stratum-pool/lib/stratum.js:233:25
at Array.forEach (<anonymous>)
Please dont uncomment that; thats only for bitcoin-lightning. Or coins who have difficulty that changes during the same block. Lets look at our screens and see what the reasoning is for dupes first - I had it down to less than 10% then something appears to have changed recently, sliding back up to 20%? Sun- I see our rejects have crept up to 20% or so, let me take a look at the core problem. |
|
|
|
i'm not able to rejoin pog...
}
capo@xeon4:~$ biblepay-cli exec cpk capulinko true
{
"Command": "cpk",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
}
capo@xeon4:~$ biblepay-cli exec join pog true
{
"Command": "join",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
how to fix this, seems force is not working for me
cpk command works, but join or sendgscc still not: 09:28:50 ? exec join pog 09:29:07 ? sendgscc pog 2000 how to force join? i'm sure i did several unjoin so i should not be joined yet Well if you did an 'unjoin pog' and waited 5 blocks then did a 'join pog' that should have done it; but anyway, please send me the output of 'exec sentgsc'. If you sent a gsc with 'sendgscc pog 2000', then received an empty response (that means success), then we should see the txid of the sent GSC and be able to track it. 00:21:51 ? exec sentgsc sendgscc returns empy, but nothing is sent, i think i need somehow rejoin pog but dont know how  So Im double checking our code, and it appears a person could get out and in like this (for future reference) - say we joined with nickname 'cap' - if you did : exec cpk cap, then exec join pog, then we have "cap" being used. If you did a new force on the cpk without unjoining pog: exec cpk cap2 email user true, then exec unjoin pog, then exec join pog, you would be fine (as far as I can see). But just ignore this part for now lets move on to your two accounts. As far as 'capulinko2' I dont see a config issue: I see BHKIV* being used for the CPK - and it looks fine, it has your sig, then we have the exec join pog being successful also for the BHIV* (capulinko2). (On a side note I also see a successful BLUL capulo and BLUL pog capulo). But moving back to capulinko2, I dont see anything stopping your pog. Could you please do this - try erasing debug.log, and after a restart, unlock the wallet and try the 'sendgscc pog 2000' again and look in the log and see if there is a specific error message? It could just be at the time you had < 5 in depth. And maybe that error was only in the log. If that does not work, tonight while we are sleeping you can try: exec unjoin pog, wait 5 blocks, then exec join pog and re-report. (But I dont see that helping the situation). only this is in log after trying to tithe 2019-10-30 21:39:52 Tithing 2000.000000 BBP into the Orphan Foundation for POG, because expected ROI is 2394.548592 percent.Misbehaving: 107.172.188.132:40000 peer=20 (0 -> 1) 2019-10-30 21:40:08 Misbehaving: 107.172.188.132:40000 peer=20 (1 -> 2) and when i try unjoin and then join i get error; already in chain... i still think i'm not joined, how to force join cmd? I'm sooo surprised that unjoin join did not work. Well at least we know your CPK is in. I'm also surprised you don't receive an error or anything after the confirmation that it will tithe. Let me add an RPC option for you to force a 'join' and Ill report back in a bit. Capulo, I released this just now for windows: https://github.com/biblepay/biblepay-evolution/commit/a63bab6a14717dbaf4bcb8e634ae9c3a58d522a7Hopefully this will solve your problem. MIP is building the Linux version, but I'm not sure yet of the eta. To use the command please type: exec join pog nickname true Good luck. MIP notified me this version is ready. Btw, you can type 'exec join' to see 'v1.1' to know you have upgraded. |
|
|
|
Rob, how do we set up stratum send work restart request more often? I was looking at pool.js - with vardiff. The comments made me hopeful that perhaps if the difficulty is adjusted often, this would be a way to workaround the duplicate share issue I've been facing in the pool I've been setting up? this.setVarDiff = function (port, varDiffConfig) {
if (typeof (_this.varDiff[port]) != 'undefined') {
_this.varDiff[port].removeAllListeners();
}
var varDiffInstance = new varDiff(port, varDiffConfig);
_this.varDiff[port] = varDiffInstance;
_this.varDiff[port].on('newDifficulty', function (client, newDiff) {
/* We request to set the newDiff @ the next difficulty retarget
(which should happen when a new job comes in - AKA BLOCK) */
client.enqueueNextDifficulty(newDiff);
/*if (options.varDiff.mode === 'fast'){
//Send new difficulty, then force miner to use new diff by resending the
//current job parameters but with the "clean jobs" flag set to false
//so the miner doesn't restart work and submit duplicate shares
client.sendDifficulty(newDiff);
var job = _this.jobManager.currentJob.getJobParams();
job[8] = false;
client.sendMiningJob(job);
}*/
Update: Oh well.. so much for that idea to uncomment it. /pool/nomp/node_modules/stratum-pool/lib/pool.js:877
if (options.varDiff.mode === 'fast'){
^
TypeError: Cannot read property 'mode' of undefined
at varDiff.<anonymous> (/home/pool/nomp/node_modules/stratum-pool/lib/pool.js:877:33)
at emitTwo (events.js:126:13)
at varDiff.emit (events.js:214:7)
at StratumClient.<anonymous> (/home/pool/nomp/node_modules/stratum-pool/lib/varDiff.js:122:19)
at emitTwo (events.js:131:20)
at StratumClient.emit (events.js:214:7)
at handleSubmit (/home/pool/nomp/node_modules/stratum-pool/lib/stratum.js:159:15)
at handleMessage (/home/pool/nomp/node_modules/stratum-pool/lib/stratum.js:72:17)
at /home/pool/nomp/node_modules/stratum-pool/lib/stratum.js:233:25
at Array.forEach (<anonymous>)
Please dont uncomment that; thats only for bitcoin-lightning. Or coins who have difficulty that changes during the same block. Lets look at our screens and see what the reasoning is for dupes first - I had it down to less than 10% then something appears to have changed recently, sliding back up to 20%? |
|
|
|
While we are currently in block 154642, for the second day in a row I got my sancs stall behind at block 154590. Now I see, one of them even crashed
I moved those sancs from several $5 Vultr VPS to a bigger hardware a couple of days ago and host all in the same machine with different ports same IP, and they are all now behaving the same, they stall during the night, I restart in the morning, they work for about 15h, then stall again.
Yesterday running reassesschains worked for me, but today is inneffective.
Rob I will send you the log of the crashing MN by email, you will probably find some interesting information there.
Do you have swap space on this machine btw? And when you install bbp, do you let it sync from zero? It seems like your nodes do have multiple recurring consecutive issues - but I usually see 90 days of uptime per run. When I have problems I see it is confined down to the same few problem nodes though - somethign to do with region. Something is going on with your nodes being able to gather votes from the network. Is your firewall set up in a way to block our gobjects propagation somehow? Please check exec health and make sure it matches the exec health in the pool.biblepay.org | reports | Sanc health report? I see the same 10 nodes appear over and over ; could be a Country issue - where nodes aren't reaching out to propagate the votes; but first we need to ensure your votes are falling behind and creating a discrepency with the network? |
|
|
|
in the nomp pool, I see shares rejected with this error message: ntime out of range nTime 1572528879, rpctime 1572528877 what does this mean and why does it happen? That means the share was rejected due to being out of range - we have a window of -320 seconds and +7200 (IE the standard for asic). Please check the server and ensure the timezone is correct and the time is correct? Is it only happening on your mining against your own server, or .... |
|
|
|
OP_RETURN allows you to store a limited amount of bytes. Also in Biblepay we have an extra "message" string field to add information into a transaction. I wanted to see if there is a way to send data when the block is generated with no BBP involved (0 tx fee and no BBP sent to anyone). Was hoping new participants with 0 BBP in wallet could register with GSC. It wouldn't make sense to design 0 bbp requirement when 100% of our use cases require bbp now. Cameroon requires bbp to pay the bill, podc requires a daily stake, and POG requires a tithe, etc. Dash has already expirimented with 0 cost transactions and its not being embraced because it can be an attack vector. We already do support 0 fee transactions - that store data in two ways - but they are 'use at your own risk'. Basically, they have a 99% chance of being delivered, but a miner could theoretically modify the client and filter those. Although we do have a more decentralized network than bitcoin and dash, so it probably wouldnt happen (I say this from the perspective that we have distinct CPUs mining, not asics). Regarding data storage we already have two types of storage: We use op_return in our non financial tx's and we can store a lot of data, but you pay by the byte. We also store data in our proprietary transaction format at the end of each vout. This is where prayers are stored. So there is no lack in creation or transmission of PODC messages in biblepay. However we do charge the transaction fee for the message to avoid the attack vector. |
|
|
|
i'm not able to rejoin pog...
}
capo@xeon4:~$ biblepay-cli exec cpk capulinko true
{
"Command": "cpk",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
}
capo@xeon4:~$ biblepay-cli exec join pog true
{
"Command": "join",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
how to fix this, seems force is not working for me
cpk command works, but join or sendgscc still not: 09:28:50 ? exec join pog 09:29:07 ? sendgscc pog 2000 how to force join? i'm sure i did several unjoin so i should not be joined yet Well if you did an 'unjoin pog' and waited 5 blocks then did a 'join pog' that should have done it; but anyway, please send me the output of 'exec sentgsc'. If you sent a gsc with 'sendgscc pog 2000', then received an empty response (that means success), then we should see the txid of the sent GSC and be able to track it. 00:21:51 ? exec sentgsc sendgscc returns empy, but nothing is sent, i think i need somehow rejoin pog but dont know how So Im double checking our code, and it appears a person could get out and in like this (for future reference) - say we joined with nickname 'cap' - if you did : exec cpk cap, then exec join pog, then we have "cap" being used. If you did a new force on the cpk without unjoining pog: exec cpk cap2 email user true, then exec unjoin pog, then exec join pog, you would be fine (as far as I can see). But just ignore this part for now lets move on to your two accounts. As far as 'capulinko2' I dont see a config issue: I see BHKIV* being used for the CPK - and it looks fine, it has your sig, then we have the exec join pog being successful also for the BHIV* (capulinko2). (On a side note I also see a successful BLUL capulo and BLUL pog capulo). But moving back to capulinko2, I dont see anything stopping your pog. Could you please do this - try erasing debug.log, and after a restart, unlock the wallet and try the 'sendgscc pog 2000' again and look in the log and see if there is a specific error message? It could just be at the time you had < 5 in depth. And maybe that error was only in the log. If that does not work, tonight while we are sleeping you can try: exec unjoin pog, wait 5 blocks, then exec join pog and re-report. (But I dont see that helping the situation). only this is in log after trying to tithe 2019-10-30 21:39:52 Tithing 2000.000000 BBP into the Orphan Foundation for POG, because expected ROI is 2394.548592 percent.Misbehaving: 107.172.188.132:40000 peer=20 (0 -> 1) 2019-10-30 21:40:08 Misbehaving: 107.172.188.132:40000 peer=20 (1 -> 2) and when i try unjoin and then join i get error; already in chain... i still think i'm not joined, how to force join cmd? I'm sooo surprised that unjoin join did not work. Well at least we know your CPK is in. I'm also surprised you don't receive an error or anything after the confirmation that it will tithe. Let me add an RPC option for you to force a 'join' and Ill report back in a bit. Capulo, I released this just now for windows: https://github.com/biblepay/biblepay-evolution/commit/a63bab6a14717dbaf4bcb8e634ae9c3a58d522a7Hopefully this will solve your problem. MIP is building the Linux version, but I'm not sure yet of the eta. To use the command please type: exec join pog nickname true Good luck. |
|
|
|
i'm not able to rejoin pog...
}
capo@xeon4:~$ biblepay-cli exec cpk capulinko true
{
"Command": "cpk",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
}
capo@xeon4:~$ biblepay-cli exec join pog true
{
"Command": "join",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
how to fix this, seems force is not working for me
Although capulinko, is probably in there already as far as a nickname being linked to an old address, try this: exec cpk your-nickname your-emailaddress user true The your-emailaddress and "user" must come before the "force=true" Then try a sendgscc after 5 confirms after you are in the chain, then wait for the leaderboard. cpk command works, but join or sendgscc still not: 09:28:50 ? exec join pog 09:28:50 ? { "Command": "join", "Results": false, "Error": "ALREADY_IN_CHAIN" } 09:29:07 ? sendgscc pog 2000 09:29:07 ? { } how to force join? i'm sure i did several unjoin so i should not be joined yet Well if you did an 'unjoin pog' and waited 5 blocks then did a 'join pog' that should have done it; but anyway, please send me the output of 'exec sentgsc'. If you sent a gsc with 'sendgscc pog 2000', then received an empty response (that means success), then we should see the txid of the sent GSC and be able to track it. 00:21:51 ? exec sentgsc 00:22:18 ? { "d0cd2754a6a7a31221654fc7d959e857703f07b81e169909e135f0a418e5e62f": "ABN Weight: 139803.05, Height: 152935, Date: 10-22-2019 19:14:56", "3dd8d1628023ab1c6224c310265b8d136a361b52859322ec8537d841a47cb816": "ABN Weight: 153835.87, Height: 152961, Date: 10-22-2019 22:12:49", "38f4e25569f2fa10eba78ff976b15adb72f651d21169fc1119fb4843e661c729": "ABN Weight: 184727.69, Height: 152993, Date: 10-23-2019 02:30:25", "45baef568915d4906e9f7ccbd80a15565849644dd4a30accf60169dbe0d88b2c": "ABN Weight: 157957.37, Height: 153011, Date: 10-23-2019 04:51:29", "c919a70f25fe6722c7167ffe7165fdab60c3339fea2014249312414ed4079591": "ABN Weight: 173817.82, Height: 153013, Date: 10-23-2019 04:58:06", "97a5b5f76bc2d2fddf4da202a85b6d6dd34a94b8ba064ef0da831419fe0134e2": "ABN Weight: 173303.38, Height: 153022, Date: 10-23-2019 06:36:36", "7615677539a26386175bc214a0640492722ff3d6d30071a10a6b4ef5bc76f95b": "ABN Weight: 290760.76, Height: 153026, Date: 10-23-2019 06:51:04", "cba2d09d12399383517eb07ae45beca4b97e4ecbd6c28fb72a3a0f9a24fd059e": "ABN Weight: 135836.00, Height: 153052, Date: 10-23-2019 09:54:18", "f3c988ec9736136bedf6613eeb74678b86d1e2132a0c529fe1a78428452121c2": "ABN Weight: 142925.78, Height: 153063, Date: 10-23-2019 11:32:23", "98ae8ab05b57e9ee8e769dea6714aa8c7ea0fa1b54a011f6728a5fd0af070bcf": "ABN Weight: 312574.22, Height: 153071, Date: 10-23-2019 12:25:08", "fadd02488429c55c8508ca28a7569abe031b3823e7235267c1fc6206d48fe0f6": "ABN Weight: 329749.16, Height: 153073, Date: 10-23-2019 12:46:24", "2567b8ad071be7647ffd32c4a649ef0d8500244836b5f322cbfae3b854465de1": "ABN Weight: 331969.89, Height: 153076, Date: 10-23-2019 13:01:59", "Total": 0 } sendgscc returns empy, but nothing is sent, i think i need somehow rejoin pog but dont know how So Im double checking our code, and it appears a person could get out and in like this (for future reference) - say we joined with nickname 'cap' - if you did : exec cpk cap, then exec join pog, then we have "cap" being used. If you did a new force on the cpk without unjoining pog: exec cpk cap2 email user true, then exec unjoin pog, then exec join pog, you would be fine (as far as I can see). But just ignore this part for now lets move on to your two accounts. As far as 'capulinko2' I dont see a config issue: I see BHKIV* being used for the CPK - and it looks fine, it has your sig, then we have the exec join pog being successful also for the BHIV* (capulinko2). (On a side note I also see a successful BLUL capulo and BLUL pog capulo). But moving back to capulinko2, I dont see anything stopping your pog. Could you please do this - try erasing debug.log, and after a restart, unlock the wallet and try the 'sendgscc pog 2000' again and look in the log and see if there is a specific error message? It could just be at the time you had < 5 in depth. And maybe that error was only in the log. If that does not work, tonight while we are sleeping you can try: exec unjoin pog, wait 5 blocks, then exec join pog and re-report. (But I dont see that helping the situation). only this is in log after trying to tithe 2019-10-30 21:39:52 Tithing 2000.000000 BBP into the Orphan Foundation for POG, because expected ROI is 2394.548592 percent.Misbehaving: 107.172.188.132:40000 peer=20 (0 -> 1) 2019-10-30 21:40:08 Misbehaving: 107.172.188.132:40000 peer=20 (1 -> 2) and when i try unjoin and then join i get error; already in chain... i still think i'm not joined, how to force join cmd? I'm sooo surprised that unjoin join did not work. Well at least we know your CPK is in. I'm also surprised you don't receive an error or anything after the confirmation that it will tithe. Let me add an RPC option for you to force a 'join' and Ill report back in a bit. |
|
|
|
Having this error trying to install NOMP pool: Error: Cannot find module 'bignum'
at Function.Module._resolveFilename (module.js:547:15)
at Function.Module._load (module.js:474:25)
at Module.require (module.js:596:17)
at require (internal/module.js:11:18)
at Object.<anonymous> (/pool/nomp/node_modules/stratum-pool/algoProperties.js:1:76)
at Module._compile (module.js:652:30)
at Object.Module._extensions..js (module.js:663:10)
at Module.load (module.js:565:32)
at tryModuleLoad (module.js:505:12)
at Function.Module._load (module.js:497:3)
There were similar errors during "npm update". After rebooting and running as su the bignum issue resolved by actually downloading and compiling it. I now have an operational NOMP pool on my local network. (still need to sort out ports) I will use this to just to try things at the moment. I also had to copy biblepay_example.json to biblepay.json in /pool/nomp/coins I submitted a pull request based on your experience and mine. had some issues with npm too and had to use: npm install -g bignum had to run as root, but not use sudo. sudo seems to installs npm in a different place. for pool_configs -- biblepay.json daemons and payment_processing is your rpcport in biblepay.conf for p2p port it is same as port in biblepay.conf (usually port 40000) the duplicate shares continue to be an issue. i'm noticing on the node init.js output log, the curtime and nonce repeat. I would think the curtime should constantly increase, but it seems to be static. nTime + nElapsed = curtime would be interesting to toy with. I'll have to cpu mine a different coin just to see how it behaves. I also read there's a duplicate share exploit in NOMP which has a simple fix. https://github.com/zone117x/node-open-mining-portal/issues/430 missing data 01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff20034c5b02044843b95d08
[2019-10-30 04:22:17] submit_upstream_work::3 stratum_send_line failed - truncated hex
[2019-10-30 04:22:17] ...retry after 30 seconds
[2019-10-30 04:22:27] thread 2: 1642663746 hashes, 30596 khash/s
[2019-10-30 04:22:30] thread 6: 1098928 hashes, 19.38 khash/s
[2019-10-30 04:22:30] thread 1: 1099372 hashes, 19.38 khash/s
[2019-10-30 04:22:30] thread 3: 1094697 hashes, 19.28 khash/s
[2019-10-30 04:22:30] thread 7: 1094578 hashes, 19.24 khash/s
[2019-10-30 04:22:30] thread 5: 1099390 hashes, 19.21 khash/s
[2019-10-30 04:22:41] thread 4: 199758724 hashes, 2928 khash/s
missing data 01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff20034c5b02044843b95d08
[2019-10-30 04:22:47] submit_upstream_work::3 stratum_send_line failed - truncated hex
[2019-10-30 04:22:47] ...retry after 30 seconds
[2019-10-30 04:23:06] thread 0: 2969508352 hashes, 31698 khash/s
Error in stratum-gen-work2; poolhex too short
I think I might try reinstalling. installing pool with "sudo su" seems to mean that I have to run is as "sudo su" trying the normal sudo way it won''t launch right.... Will try again. I installed my pool as root, to ensure the paths would work for biblepay evos block store location, etc. Of course we should be careful to block all firewall ports except 80 and the stratum ports etc. And to restrict the RPC port to the pool only with rpcallowip. |
|
|
|
Hi Guys, I've been out of the loop for a bit because I was in retraite for a month, but I'm having trouble with my sanctuaries. They seem to get stuck and I can only 'unstuck' them with a -reindex, but they get stuck again a little bit later. I'm running 1.4.5.0 I think? (Although the latest release according to GitHub is 1.4.4.8.?) "version": 1040500,
"protocolversion": 70737, They are currently stuck on block 154179. It's a 1CPU, 1GB RAM (2GB SWAP), 20GB SSD VPS. SSD is about half-full. Ubuntu Server 16.04 LTS. Are my specs not enough anymore for a Sanctuary? My non-sanctuary wallet has no trouble keeping in sync. Problems started happening about three weeks ago. Can anyone help me? Anyone? I got mine stuck too 8h ago, but it was solved with "exec reassesschains" on each one I wonder why does your sanc go down so much? Looking at mine, still no problems. If your sanc goes down more than once a month, we should be drilling into the logs and finding if we have a problem. |
|
|
|
Hey All,
We are off to a little bit of a rocky start with Nomp. I moved the history feature out of pool.biblepay.org over to nomp, but unfortunately the database was erased and I had to start the history over.
So I paid everyone manually who appears to be owed a relatively random amount (but over by 5k or so). Please PM me if I missed you or if you feel you were shorted.
Sorry for the inconvenience, lets give it another run.
Ouch Thanks though. was wondering how I got 1400 in one payment just now. It's still beta so kind of expecting these things. Hopefully it settles now. I stopped pool mining today on nomp. I got my 153 and 144. There's probably a little more I mined, but I'm sure it wasn't a big amount. I noticed a surplus past 20k, so glad it was distributed out. I'm trying to get my pool going too... p2p cannot be enabled without peerMagic set in coin configuration What is "peerMagic" anyway I wonder... You can safely ignore the peerMagic error, that is only needed for the 'c' version of blockUpdates - and we dont have that anyway and it wont hurt anything. |
|
|
|
i'm not able to rejoin pog...
}
capo@xeon4:~$ biblepay-cli exec cpk capulinko true
{
"Command": "cpk",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
}
capo@xeon4:~$ biblepay-cli exec join pog true
{
"Command": "join",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
how to fix this, seems force is not working for me
Although capulinko, is probably in there already as far as a nickname being linked to an old address, try this: exec cpk your-nickname your-emailaddress user true The your-emailaddress and "user" must come before the "force=true" Then try a sendgscc after 5 confirms after you are in the chain, then wait for the leaderboard. cpk command works, but join or sendgscc still not: 09:28:50 ? exec join pog 09:28:50 ? { "Command": "join", "Results": false, "Error": "ALREADY_IN_CHAIN" } 09:29:07 ? sendgscc pog 2000 09:29:07 ? { } how to force join? i'm sure i did several unjoin so i should not be joined yet Well if you did an 'unjoin pog' and waited 5 blocks then did a 'join pog' that should have done it; but anyway, please send me the output of 'exec sentgsc'. If you sent a gsc with 'sendgscc pog 2000', then received an empty response (that means success), then we should see the txid of the sent GSC and be able to track it. 00:21:51 ? exec sentgsc 00:22:18 ? { "d0cd2754a6a7a31221654fc7d959e857703f07b81e169909e135f0a418e5e62f": "ABN Weight: 139803.05, Height: 152935, Date: 10-22-2019 19:14:56", "3dd8d1628023ab1c6224c310265b8d136a361b52859322ec8537d841a47cb816": "ABN Weight: 153835.87, Height: 152961, Date: 10-22-2019 22:12:49", "38f4e25569f2fa10eba78ff976b15adb72f651d21169fc1119fb4843e661c729": "ABN Weight: 184727.69, Height: 152993, Date: 10-23-2019 02:30:25", "45baef568915d4906e9f7ccbd80a15565849644dd4a30accf60169dbe0d88b2c": "ABN Weight: 157957.37, Height: 153011, Date: 10-23-2019 04:51:29", "c919a70f25fe6722c7167ffe7165fdab60c3339fea2014249312414ed4079591": "ABN Weight: 173817.82, Height: 153013, Date: 10-23-2019 04:58:06", "97a5b5f76bc2d2fddf4da202a85b6d6dd34a94b8ba064ef0da831419fe0134e2": "ABN Weight: 173303.38, Height: 153022, Date: 10-23-2019 06:36:36", "7615677539a26386175bc214a0640492722ff3d6d30071a10a6b4ef5bc76f95b": "ABN Weight: 290760.76, Height: 153026, Date: 10-23-2019 06:51:04", "cba2d09d12399383517eb07ae45beca4b97e4ecbd6c28fb72a3a0f9a24fd059e": "ABN Weight: 135836.00, Height: 153052, Date: 10-23-2019 09:54:18", "f3c988ec9736136bedf6613eeb74678b86d1e2132a0c529fe1a78428452121c2": "ABN Weight: 142925.78, Height: 153063, Date: 10-23-2019 11:32:23", "98ae8ab05b57e9ee8e769dea6714aa8c7ea0fa1b54a011f6728a5fd0af070bcf": "ABN Weight: 312574.22, Height: 153071, Date: 10-23-2019 12:25:08", "fadd02488429c55c8508ca28a7569abe031b3823e7235267c1fc6206d48fe0f6": "ABN Weight: 329749.16, Height: 153073, Date: 10-23-2019 12:46:24", "2567b8ad071be7647ffd32c4a649ef0d8500244836b5f322cbfae3b854465de1": "ABN Weight: 331969.89, Height: 153076, Date: 10-23-2019 13:01:59", "Total": 0 } sendgscc returns empy, but nothing is sent, i think i need somehow rejoin pog but dont know how So Im double checking our code, and it appears a person could get out and in like this (for future reference) - say we joined with nickname 'cap' - if you did : exec cpk cap, then exec join pog, then we have "cap" being used. If you did a new force on the cpk without unjoining pog: exec cpk cap2 email user true, then exec unjoin pog, then exec join pog, you would be fine (as far as I can see). But just ignore this part for now lets move on to your two accounts. As far as 'capulinko2' I dont see a config issue: I see BHKIV* being used for the CPK - and it looks fine, it has your sig, then we have the exec join pog being successful also for the BHIV* (capulinko2). (On a side note I also see a successful BLUL capulo and BLUL pog capulo). But moving back to capulinko2, I dont see anything stopping your pog. Could you please do this - try erasing debug.log, and after a restart, unlock the wallet and try the 'sendgscc pog 2000' again and look in the log and see if there is a specific error message? It could just be at the time you had < 5 in depth. And maybe that error was only in the log. If that does not work, tonight while we are sleeping you can try: exec unjoin pog, wait 5 blocks, then exec join pog and re-report. (But I dont see that helping the situation). |
|
|
|
Hey All,
We are off to a little bit of a rocky start with Nomp. I moved the history feature out of pool.biblepay.org over to nomp, but unfortunately the database was erased and I had to start the history over.
So I paid everyone manually who appears to be owed a relatively random amount (but over by 5k or so). Please PM me if I missed you or if you feel you were shorted.
Sorry for the inconvenience, lets give it another run.
hey hey no worry man thx for the heads up! i was getting alot of "work restart requested" on the miner over and over, i figured maybe it was just the new vardiff port i was using tho im getting about 10% rejects on that port, but its ok, i know you guys are working on it Also: 800 pages on this thread for Biblepay now, wow  Thanks, I appreciate the support. Yeah, the settings were better yesterday- I will try to tweak them again tomorrow morning to reduce the rejects again. |
|
|
|
i'm not able to rejoin pog...
}
capo@xeon4:~$ biblepay-cli exec cpk capulinko true
{
"Command": "cpk",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
}
capo@xeon4:~$ biblepay-cli exec join pog true
{
"Command": "join",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
how to fix this, seems force is not working for me
Although capulinko, is probably in there already as far as a nickname being linked to an old address, try this: exec cpk your-nickname your-emailaddress user true The your-emailaddress and "user" must come before the "force=true" Then try a sendgscc after 5 confirms after you are in the chain, then wait for the leaderboard. cpk command works, but join or sendgscc still not: 09:28:50 ? exec join pog 09:28:50 ? { "Command": "join", "Results": false, "Error": "ALREADY_IN_CHAIN" } 09:29:07 ? sendgscc pog 2000 09:29:07 ? { } how to force join? i'm sure i did several unjoin so i should not be joined yet Well if you did an 'unjoin pog' and waited 5 blocks then did a 'join pog' that should have done it; but anyway, please send me the output of 'exec sentgsc'. If you sent a gsc with 'sendgscc pog 2000', then received an empty response (that means success), then we should see the txid of the sent GSC and be able to track it. 00:21:51 ? exec sentgsc 00:22:18 ? { "d0cd2754a6a7a31221654fc7d959e857703f07b81e169909e135f0a418e5e62f": "ABN Weight: 139803.05, Height: 152935, Date: 10-22-2019 19:14:56", "3dd8d1628023ab1c6224c310265b8d136a361b52859322ec8537d841a47cb816": "ABN Weight: 153835.87, Height: 152961, Date: 10-22-2019 22:12:49", "38f4e25569f2fa10eba78ff976b15adb72f651d21169fc1119fb4843e661c729": "ABN Weight: 184727.69, Height: 152993, Date: 10-23-2019 02:30:25", "45baef568915d4906e9f7ccbd80a15565849644dd4a30accf60169dbe0d88b2c": "ABN Weight: 157957.37, Height: 153011, Date: 10-23-2019 04:51:29", "c919a70f25fe6722c7167ffe7165fdab60c3339fea2014249312414ed4079591": "ABN Weight: 173817.82, Height: 153013, Date: 10-23-2019 04:58:06", "97a5b5f76bc2d2fddf4da202a85b6d6dd34a94b8ba064ef0da831419fe0134e2": "ABN Weight: 173303.38, Height: 153022, Date: 10-23-2019 06:36:36", "7615677539a26386175bc214a0640492722ff3d6d30071a10a6b4ef5bc76f95b": "ABN Weight: 290760.76, Height: 153026, Date: 10-23-2019 06:51:04", "cba2d09d12399383517eb07ae45beca4b97e4ecbd6c28fb72a3a0f9a24fd059e": "ABN Weight: 135836.00, Height: 153052, Date: 10-23-2019 09:54:18", "f3c988ec9736136bedf6613eeb74678b86d1e2132a0c529fe1a78428452121c2": "ABN Weight: 142925.78, Height: 153063, Date: 10-23-2019 11:32:23", "98ae8ab05b57e9ee8e769dea6714aa8c7ea0fa1b54a011f6728a5fd0af070bcf": "ABN Weight: 312574.22, Height: 153071, Date: 10-23-2019 12:25:08", "fadd02488429c55c8508ca28a7569abe031b3823e7235267c1fc6206d48fe0f6": "ABN Weight: 329749.16, Height: 153073, Date: 10-23-2019 12:46:24", "2567b8ad071be7647ffd32c4a649ef0d8500244836b5f322cbfae3b854465de1": "ABN Weight: 331969.89, Height: 153076, Date: 10-23-2019 13:01:59", "Total": 0 } sendgscc returns empy, but nothing is sent, i think i need somehow rejoin pog but dont know how Ok, I see what you are saying - yes, the command was returning successful but its not going out. Ok, let me look at a couple things. |
|
|
|
|
Hey All,
We are off to a little bit of a rocky start with Nomp. I moved the history feature out of pool.biblepay.org over to nomp, but unfortunately the database was erased and I had to start the history over.
So I paid everyone manually who appears to be owed a relatively random amount (but over by 5k or so). Please PM me if I missed you or if you feel you were shorted.
Sorry for the inconvenience, lets give it another run.
|
|
|
|
It would be helpful if a few of you start up your WCG (world community grid) CPID again, and join it to team BiblePay, and start accumulating some RAC for testnet.
Im going to be inviting people into testnet on Friday.
I can start some, but i need to recall how it works Started one machine on WCG. shouldn't take long to get some decent RAC. ah sooo.. i think i need to setup podc again...  ok, i'll start wcg today, maybe i still have account there Yes. Just setup Boinc to run World Community Grid and be sure to add yourself to Team Biblepay. Get a head start on RAC Thats great. Hopefully we will have something ready to test by the weekend. |
|
|
|
Rob,
You probably are aware that Gridcoin has implemented team whitelisting as a stepping stone to removing the team requirement entirely. I wanted to get your sense of whether we should reciprocally whitelist each other's teams, Gridcoin and Biblepay, with the pending PODC 2.0? We are discussing this in the Gridcoin core team. Let me know your thoughts.
Jim
Hi Jim, Thank you for reaching out to us! So let's think about the ramifications. I believe it would be a pro to allow Gridcoin and BiblePay to participate in each other's projects, as this would certainly expose more users/miners/investors to each community - without the negative effects of simply financing non-team activity (crunchers who might already have RAC who just join to dump the coins). I'm personally for the idea. I'm willing to whitelist both teams if GRC is willing to whitelist BBP  . Please let me know what the GRC community thinks! Rob |
|
|
|
For NOMP historical data, is that from pool.biblepay.org or self sufficient from nomp.biblepay.org ? I'm attempting install NOMP myself, so wanted to know whether I should attempt the mySQL install. The historical data field will be enough with some enhancements I think for most miners.
The enhancement portion is to show block reward for block height.
And perhaps a calculated field that shows block reward * percentage to give you estimated payout?
Then when we receive payment, we can sort of figure out what range the payment is from.
I know it'd be a little complicated to state which blocks a specific payment to us is for.
I have a javascript that can filter rows by the string in the search field, so if I can get it working, I'll submit a pull request in the historical data field.
Just thinking miners would like these enhancements.
Before we work further on Nomp, please e-mail me so we can parse through your reply with T-Mike and open up a line of communication with him and with TheSnat. I want to resolve the status of that other thread before working on further items and/or projects, and also ensure you have something to work on over the next week for BiblePay that will benefit our short term goals. Btw, I posted a project we could use help with a couple pages back - the one where someone will create a web UI with CPID/RAC and anything that helps resolve support requests. You could reach out to thesnat and see if he has any old code you may want to host with that page also - he had a nice PHP page that had a CPID tool. Also, any help guides that we can hammer out details on that would allow us to onboard WCG users would be helpful also. |
|
|
|
i'm not able to rejoin pog...
}
capo@xeon4:~$ biblepay-cli exec cpk capulinko true
{
"Command": "cpk",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
}
capo@xeon4:~$ biblepay-cli exec join pog true
{
"Command": "join",
"Results": false,
"Error": "ALREADY_IN_CHAIN"
how to fix this, seems force is not working for me
Although capulinko, is probably in there already as far as a nickname being linked to an old address, try this: exec cpk your-nickname your-emailaddress user true The your-emailaddress and "user" must come before the "force=true" Then try a sendgscc after 5 confirms after you are in the chain, then wait for the leaderboard. cpk command works, but join or sendgscc still not: 09:28:50 ? exec join pog 09:28:50 ? { "Command": "join", "Results": false, "Error": "ALREADY_IN_CHAIN" } 09:29:07 ? sendgscc pog 2000 09:29:07 ? { } how to force join? i'm sure i did several unjoin so i should not be joined yet Well if you did an 'unjoin pog' and waited 5 blocks then did a 'join pog' that should have done it; but anyway, please send me the output of 'exec sentgsc'. If you sent a gsc with 'sendgscc pog 2000', then received an empty response (that means success), then we should see the txid of the sent GSC and be able to track it. |
|
|
|
I'm being hammered by some users that would like to see a collateral requirement be included for PODC 2.0 (similar to how we once required 20bbp per rac in PODC). Could the community please vote on this poll? https://forum.biblepay.org/index.php?topic=463.0Please re-vote; the poll has been updated to use Exponents (suggested by Talisman) instead of static BBP-per-rac. |
|
|
|
|
Show Posts
