BiblePay - New Coin Launch - Official Thread - page 73.

Iwuzhaxxed

member

Activity: 77

Merit: 10

Russian hackers stole my legendary account. :(

I can't connect to the P2P network with wallet.

I have these nodes.

addnode=node.biblepay.org
addnode=biblepay.inspect.network

Its not working.. Sad

The nodes posted a few weeks ago don't work they put the wallet on forks of the chain. How to get on the proper chain?

Please post working nodes on proper chain.

Thank you.

svirusxxx2

jr. member

Activity: 89

Merit: 7

Quote from: x5650 on September 14, 2017, 09:51:14 AM

17:50:27

{
"blocks": 7596,
"currentblocksize": 1228,
"currentblocktx": 1,
"difficulty": 785.1795945163046,
"errors": "",
"genproclimit": 6,
"networkhashps": 56506183063.63522,
"hashps": 6546.080620550341,
"minerstarttime": "09-14-2017 14:37:43",
"pooledtx": 1,
"testnet": false,
"chain": "main",
"biblepay-generate": true,
"poolinfo1": "B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; ",
"poolinfo2": "RM_09-14-2017 14:50:20; RM_09-14-2017 14:49:11; Submitting Solution 09-14-2017 14:50:10; RMC_09-14-2017 14:50:20; RM_09-14-2017 14:50:08; RMC_09-14-2017 14:49:34; ",
"poolinfo3": "",
"miningpulse": 152,
"poolmining": true
}

huh... something is very bad Cheesy

you should have something about 30k but you have only 6.5k Tongue

What OS ?
You use binary, on you compile itself ?
if it's linux, show your linux kernel version, and GCC version
linux version "uname -s" , gcc version "gcc --version"

x5650

newbie

Activity: 87

Merit: 0

Quote from: svirusxxx2 on September 14, 2017, 09:49:21 AM

Quote from: x5650 on September 14, 2017, 09:44:24 AM

Quote from: svirusxxx2 on September 14, 2017, 09:40:20 AM

Quote from: x5650 on September 14, 2017, 09:28:13 AM

Is it normal that an I5 4210M (2 cores-4 threads and genproclimit=4) gives better HPS than an Xeon x5650 (6 cores-12 threads and genproclimit=6 or 12)
Also the six core Xeon gives better results with genproclimit=6 than 12.

i5 4210M have AVX2.0 instruction ... this give hughe diffrents in cryptograpfic
Xeon x5650 is very old and have less instruction

What is your HPS on this xeon ?

I have one machine with 2x x5650 and currently is 71k genproclimit 32

of course you must know how HT is working ... if there is not free instruction , then thread must wait.
modern cpu have duplicate some instructions, so HT can use that.

HPS=5734 HPS2=12348 with genproclimit=6.

So what would be the best genproclimit number?

show "getmininginfo" from debug console
I dont mining on pool so I can't compare this.

about genproclimit it's depended on your software ... on linux I don't have problem using 32 on 28threads hardware (2x 6 core + ht = 28 logical cpu in system)
but it should be modern kernel version who know how to use HT.

17:50:27

{
"blocks": 7596,
"currentblocksize": 1228,
"currentblocktx": 1,
"difficulty": 785.1795945163046,
"errors": "",
"genproclimit": 6,
"networkhashps": 56506183063.63522,
"hashps": 6546.080620550341,
"minerstarttime": "09-14-2017 14:37:43",
"pooledtx": 1,
"testnet": false,
"chain": "main",
"biblepay-generate": true,
"poolinfo1": "B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; B6jtJfhZzbqiNUXfoQ2LdHVjWVtrHSELMS; ",
"poolinfo2": "RM_09-14-2017 14:50:20; RM_09-14-2017 14:49:11; Submitting Solution 09-14-2017 14:50:10; RMC_09-14-2017 14:50:20; RM_09-14-2017 14:50:08; RMC_09-14-2017 14:49:34; ",
"poolinfo3": "",
"miningpulse": 152,
"poolmining": true
}

svirusxxx2

jr. member

Activity: 89

Merit: 7

Quote from: x5650 on September 14, 2017, 09:44:24 AM

Quote from: svirusxxx2 on September 14, 2017, 09:40:20 AM

Quote from: x5650 on September 14, 2017, 09:28:13 AM

Is it normal that an I5 4210M (2 cores-4 threads and genproclimit=4) gives better HPS than an Xeon x5650 (6 cores-12 threads and genproclimit=6 or 12)
Also the six core Xeon gives better results with genproclimit=6 than 12.

i5 4210M have AVX2.0 instruction ... this give hughe diffrents in cryptograpfic
Xeon x5650 is very old and have less instruction

What is your HPS on this xeon ?

I have one machine with 2x x5650 and currently is 71k genproclimit 32

of course you must know how HT is working ... if there is not free instruction , then thread must wait.
modern cpu have duplicate some instructions, so HT can use that.

HPS=5734 HPS2=12348 with genproclimit=6.

So what would be the best genproclimit number?

show "getmininginfo" from debug console
I dont mining on pool so I can't compare this.

about genproclimit it's depended on your software ... on linux I don't have problem using 32 on 28threads hardware (2x 6 core + ht = 28 logical cpu in system)
but it should be modern kernel version who know how to use HT.

VladimirN

sr. member

Activity: 405

Merit: 251

Hi! Wallet not sinc, give node pls

PhaseshiftUK

full member

Activity: 345

Merit: 100

Quote from: x5650 on September 14, 2017, 09:28:13 AM

Is it normal that an I5 4210M (2 cores-4 threads and genproclimit=4) gives better HPS than an Xeon x5650 (6 cores-12 threads and genproclimit=6 or 12)
Also the six core Xeon gives better results with genproclimit=6 than 12.

I can't advise on the i5 vs Xeon (although I see someone has pointed out about the AVX2 instruction set), but regarding "the six core Xeon gives better results with genproclimit=6 than 12" - this is probably something about how the different architectures handle the hyperthreading.

x5650

newbie

Activity: 87

Merit: 0

Quote from: svirusxxx2 on September 14, 2017, 09:40:20 AM

Quote from: x5650 on September 14, 2017, 09:28:13 AM

Is it normal that an I5 4210M (2 cores-4 threads and genproclimit=4) gives better HPS than an Xeon x5650 (6 cores-12 threads and genproclimit=6 or 12)
Also the six core Xeon gives better results with genproclimit=6 than 12.

i5 4210M have AVX2.0 instruction ... this give hughe diffrents in cryptograpfic
Xeon x5650 is very old and have less instruction

What is your HPS on this xeon ?

I have one machine with 2x x5650 and currently is 71k genproclimit 32

of course you must know how HT is working ... if there is not free instruction , then thread must wait.
modern cpu have duplicate some instructions, so HT can use that.

HPS=5734 HPS2=12348 with genproclimit=6.

So what would be the best genproclimit number?

BTW: the load is never>than 80% , with only 6 cores mining is less than 60%

svirusxxx2

jr. member

Activity: 89

Merit: 7

Quote from: x5650 on September 14, 2017, 09:28:13 AM

Is it normal that an I5 4210M (2 cores-4 threads and genproclimit=4) gives better HPS than an Xeon x5650 (6 cores-12 threads and genproclimit=6 or 12)
Also the six core Xeon gives better results with genproclimit=6 than 12.

i5 4210M have AVX2.0 instruction ... this give hughe diffrents in cryptograpfic
Xeon x5650 is very old and have less instruction

What is your HPS on this xeon ?

I have one machine with 2x x5650 and currently is 71k genproclimit 32

of course you must know how HT is working ... if there is not free instruction , then thread must wait.
modern cpu have duplicate some instructions, so HT can use that.

noob101

newbie

Activity: 41

Merit: 0

Quote from: bible_pay on September 14, 2017, 09:00:42 AM

Quote from: tiras on September 14, 2017, 08:47:00 AM

Quote from: bible_pay on September 14, 2017, 08:19:15 AM

Quote from: noob101 on September 14, 2017, 07:35:36 AM

Have you guys looked at the block distribution? There are 3 miners with and excess of thirty workers each and one with about 14. I would say that is slightly ridiculous. What is the point of resistant coin if this happens? Honestly all these guys wanna do is sell off for btc or eth or something. But that is my opinion. If that is not the case then I apologize.

P.S.

I have no objection if you have five i7 or i5 pcs. I object to 30 of them.

Right, I sort of feel you. The thing is, if they go through the expense of buying a Full node and mining by the rules then they get the equal reward.
However, I might consider limiting the miner count to 20 workers per user address, so we dont break the pool.

I'm afraid you can't fight this . what prevents them from creating 10 accounts 20 CPUs each ?

I agree, not trying to stop them from mining. Just trying to stop them from polluting all the reports, in specific, the Stats column in block_distribution.

Also, technically if I did add the limit of 20 workers per account, they would have to manage 5 accounts, which is cumbersome, and would definitely slow the pace of the expansion down.

Not sure yet; Im also considering just grouping large accounts by minerid and letting them run rampant. Its a tough one.

Here is a thought, How about large worker groups auto revert to solo mining? We need the hashes for the blockchain, and what is left is fair distribution. Could it be done? Is it feasible?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: seasonw on September 14, 2017, 09:33:40 AM

Quote from: bible_pay on September 14, 2017, 09:00:42 AM

Quote from: tiras on September 14, 2017, 08:47:00 AM

Quote from: bible_pay on September 14, 2017, 08:19:15 AM

Quote from: noob101 on September 14, 2017, 07:35:36 AM

Have you guys looked at the block distribution? There are 3 miners with and excess of thirty workers each and one with about 14. I would say that is slightly ridiculous. What is the point of resistant coin if this happens? Honestly all these guys wanna do is sell off for btc or eth or something. But that is my opinion. If that is not the case then I apologize.

P.S.

I have no objection if you have five i7 or i5 pcs. I object to 30 of them.

Right, I sort of feel you. The thing is, if they go through the expense of buying a Full node and mining by the rules then they get the equal reward.
However, I might consider limiting the miner count to 20 workers per user address, so we dont break the pool.

I'm afraid you can't fight this . what prevents them from creating 10 accounts 20 CPUs each ?

I agree, not trying to stop them from mining. Just trying to stop them from polluting all the reports, in specific, the Stats column in block_distribution.

Also, technically if I did add the limit of 20 workers per account, they would have to manage 5 accounts, which is cumbersome, and would definitely slow the pace of the expansion down.

Not sure yet; Im also considering just grouping large accounts by minerid and letting them run rampant. Its a tough one.

I don't think managing 5 accounts will be cumbersome, because all they need to do is changing the worker id in the biblepay.conf file. The only problem is login to different pool's account for stats and reports.

I think it is better to have more pools, I know someone is waiting to setup a new pool for biblepay Grin

It is cumbersome, to maintain 5 passwords, 5 withdraw addresses and 5 sets of workers.

seasonw

hero member

Activity: 714

Merit: 500

Quote from: bible_pay on September 14, 2017, 09:00:42 AM

Quote from: tiras on September 14, 2017, 08:47:00 AM

Quote from: bible_pay on September 14, 2017, 08:19:15 AM

Quote from: noob101 on September 14, 2017, 07:35:36 AM

Have you guys looked at the block distribution? There are 3 miners with and excess of thirty workers each and one with about 14. I would say that is slightly ridiculous. What is the point of resistant coin if this happens? Honestly all these guys wanna do is sell off for btc or eth or something. But that is my opinion. If that is not the case then I apologize.

P.S.

I have no objection if you have five i7 or i5 pcs. I object to 30 of them.

Right, I sort of feel you. The thing is, if they go through the expense of buying a Full node and mining by the rules then they get the equal reward.
However, I might consider limiting the miner count to 20 workers per user address, so we dont break the pool.

I'm afraid you can't fight this . what prevents them from creating 10 accounts 20 CPUs each ?

I agree, not trying to stop them from mining. Just trying to stop them from polluting all the reports, in specific, the Stats column in block_distribution.

Also, technically if I did add the limit of 20 workers per account, they would have to manage 5 accounts, which is cumbersome, and would definitely slow the pace of the expansion down.

Not sure yet; Im also considering just grouping large accounts by minerid and letting them run rampant. Its a tough one.

I don't think managing 5 accounts will be cumbersome, because all they need to do is changing the worker id in the biblepay.conf file. The only problem is login to different pool's account for stats and reports.

I think it is better to have more pools, I know someone is waiting to setup a new pool for biblepay Grin

x5650

newbie

Activity: 87

Merit: 0

Is it normal that an I5 4210M (2 cores-4 threads and genproclimit=4) gives better HPS than an Xeon x5650 (6 cores-12 threads and genproclimit=6 or 12)
Also the six core Xeon gives better results with genproclimit=6 than 12.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: tiras on September 14, 2017, 08:47:00 AM

Quote from: bible_pay on September 14, 2017, 08:19:15 AM

Quote from: noob101 on September 14, 2017, 07:35:36 AM

Have you guys looked at the block distribution? There are 3 miners with and excess of thirty workers each and one with about 14. I would say that is slightly ridiculous. What is the point of resistant coin if this happens? Honestly all these guys wanna do is sell off for btc or eth or something. But that is my opinion. If that is not the case then I apologize.

P.S.

I have no objection if you have five i7 or i5 pcs. I object to 30 of them.

Right, I sort of feel you. The thing is, if they go through the expense of buying a Full node and mining by the rules then they get the equal reward.
However, I might consider limiting the miner count to 20 workers per user address, so we dont break the pool.

I'm afraid you can't fight this . what prevents them from creating 10 accounts 20 CPUs each ?

I agree, not trying to stop them from mining. Just trying to stop them from polluting all the reports, in specific, the Stats column in block_distribution.

Also, technically if I did add the limit of 20 workers per account, they would have to manage 5 accounts, which is cumbersome, and would definitely slow the pace of the expansion down.

Not sure yet; Im also considering just grouping large accounts by minerid and letting them run rampant. Its a tough one.

tiras

full member

Activity: 221

Merit: 100

Quote from: bible_pay on September 14, 2017, 08:19:15 AM

Quote from: noob101 on September 14, 2017, 07:35:36 AM

Have you guys looked at the block distribution? There are 3 miners with and excess of thirty workers each and one with about 14. I would say that is slightly ridiculous. What is the point of resistant coin if this happens? Honestly all these guys wanna do is sell off for btc or eth or something. But that is my opinion. If that is not the case then I apologize.

P.S.

I have no objection if you have five i7 or i5 pcs. I object to 30 of them.

Right, I sort of feel you. The thing is, if they go through the expense of buying a Full node and mining by the rules then they get the equal reward.
However, I might consider limiting the miner count to 20 workers per user address, so we dont break the pool.

I'm afraid you can't fight this . what prevents them from creating 10 accounts 20 CPUs each ?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: canonical on September 14, 2017, 04:10:05 AM

Just catching up on the thread. Installed the new biblepay on my workers, all working now. Great work dev.

Biblepay is probably the most interesting coin I follow. Not a typical clone of another coin, biblehash is genuinely interesting, dev is communicative and actually knows what they're doing. 👍

Wasn't aware of public beta-testing on the main chain. Will definitely volunteer next time you put the call out.

Thanks a lot for the comments!

Yeah, I definitely did not intend to publically beta test on the main chain, LOL, its absolutely horrible. We have a new testnet thread at forum.biblepay.org, and we "thought" we tested F7000, but we didnt catch this issue, so we were forced to fix it in prod. I guarantee we are going to test the sanctuaries inside and outside in testnet and add the web governance software before we move it to prod! Also, we will have a slack team soon, so that should be exciting, bringing on more devs, etc.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: cryptocurrencyfreak on September 13, 2017, 10:19:44 PM

Some of my miners still crash / stop reporting to pool with this:

Code:

2017-09-14 03:15:32 ProcessMessages(version, 109 bytes) FAILED peer=527
2017-09-14 03:15:41 peer=528 using obsolete version 70707; disconnecting
2017-09-14 03:15:41 ProcessMessages(version, 109 bytes) FAILED peer=528
2017-09-14 03:15:42 peer=529 using obsolete version 70707; disconnecting
2017-09-
2017-09-14 03:18:20 peer=551 using obsolete version 70707; disconnecting
2017-09-14 03:18:20 ProcessMessages(version, 109 bytes) FAILED peer=551

This problem will resolve itself over the next 2 days as people upgrade, but if necessary I can move these messages to Debug only, lets see if they go away, weve got 44% upgraded according to 'run versionreport'

x5650

newbie

Activity: 87

Merit: 0

Quote from: bible_pay on September 14, 2017, 08:21:58 AM

Quote from: PhaseshiftUK on September 14, 2017, 07:23:58 AM

Quote from: x5650 on September 14, 2017, 07:05:33 AM

I tried to withdraw again some coins from pool and got this message: Sorry, Invalid Destination Address (Code: 65002)

Double-check that you have correctly pasted the address to send to, and that there are no spaces before or after.

Also, as others have said, there seems to be some problems with the pool currently. Be patient and wait until we have heard from bible_pay.

Pool biblepayd went down around that time (at least it lasted all night til 7am so its on a stretch after the mishap) anyway try withdraw again.

Looking at the error, on the bright side it looks like we are down to one distinct error the one everyone reported early this morning.

I used an address i had used before this morning, which now gived that error, so i generated new address and it worked well.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: cryptocurrencyfreak on September 14, 2017, 01:43:48 AM

Unfortunately I have removed all of my miners. They will mine for an hour or so and then crash with previous posted errors. I have completely installed from scratch, including removing the profile folder with same results. Hope to mine again when these issues are solved.

Here is something that worked for me, I had a similar problem. Try creating a subsdir in %appdata%\biblepaycore, called Trash, and Move your blocks,chainstate and database in Trash. Then restart the wallet and try to mine again.

EDIT: It seems to be something that is hidden and locked in chainstate, that I could not get rid of, some type of berkeleydb .lock file.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: Kibit on September 14, 2017, 06:08:35 AM

Great concept! Where can I fing info about bounty?

Subsidy schedule is on biblepay.org.
Its about 19,000 BBP per block right now.

noob101

newbie

Activity: 41

Merit: 0

Quote from: p3ppymon on September 14, 2017, 08:17:39 AM

Quote from: noob101 on September 14, 2017, 07:35:36 AM

Have you guys looked at the block distribution? There are 3 miners with and excess of thirty workers each and one with about 14. I would say that is slightly ridiculous. What is the point of resistant coin if this happens? Honestly all these guys wanna do is sell off for btc or eth or something. But that is my opinion. If that is not the case then I apologize.

P.S.

I have no objection if you have five i7 or i5 pcs. I object to 30 of them.

Having 100 powerful workstations to mine is not bad. I would do the same if I had the capabilities and possibilities. Big players play the way they should. No merci for small fish.

Yeah, I get get the premise of your gist. I would have probably done the same. But the whole POBH concept behind this coin is to avoid Big Players with AISIC and GPU, but now you get this situation that in a sense bypasses the whole idea. But like I said. It is an opinion only.

Topic: BiblePay - New Coin Launch - Official Thread - page 73. (Read 119854 times)