BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 838.

Maximusu

newbie

Activity: 34

Merit: 0

It's so easy to mine, you shouldn't need an airdrop.

Milcahh

member

Activity: 294

Merit: 10

First coin with the KJV Bible compiled in the source, and utilizing the Bible in the hashing algorithm, while spreading the gospel throughout the IT community. The blocks also hash to chained bible verses.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Coinpimp is really reaching for straws now. What does he get out of this? Is he jealous that we will succeed with this coin and we are gaining traction?

I dont get it.

Possibly Matthew 10:35:

Code:


From biblepay, kjv.cpp line 23520:
" For I am come to set a man at variance against his father, and the daughter against her mother, and the daughter in law against her mother in law. "

EDIT:

I dont need to google scripture, I have it right inside BiblePay, and no, I dont have the exact verse memorized, but I knew what I was looking for:

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: PhaseshiftUK on November 15, 2017, 09:53:11 AM

Quote from: bible_pay on November 13, 2017, 09:44:49 PM

Quote from: YourMom420 on November 13, 2017, 09:06:46 PM

Saw there was a new linux update. What for?

Its just for TestNet.

It might be an idea to keep Testnet version in a different branch on Github, to save confusion?

Dont worry, thats all in the works.

And thats why there was no release notice here for Prod. I will make a huge bold-red release notice around Christmas when the Prod version is due out.

The only reason Im spamming this thread with testnet info is because Alex is posting here. Alex, we can move this to a dedicated thread for TestNet on the other forum.

EDIT: Alex, you can post it in this thread since its all going to be released at the same time:
http://forum.biblepay.org/index.php?topic=16.new#new

PhaseshiftUK

full member

Activity: 345

Merit: 100

Quote from: bible_pay on November 13, 2017, 09:44:49 PM

Quote from: YourMom420 on November 13, 2017, 09:06:46 PM

Saw there was a new linux update. What for?

Its just for TestNet.

It might be an idea to keep Testnet version in a different branch on Github, to save confusion?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: Alex873434 on November 14, 2017, 07:36:08 PM

I also just installed valgrind (btw I don't have any GUI on my test machines).

Update:

Just did 3 tests with valgrind available there:

https://pastebin.com/Q3NLM2Mj

I just pushed 1.0.5.9 if you want to upgrade and try to receive a bad block in testnet using the new version.
Note, it is going to be important to sync in testnet first then run it, because I will need to run the command from one of my synced nodes to compare to your command output.

EDIT: This version also fixes the valgrind error.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: Alex873434 on November 14, 2017, 07:29:33 PM

Alright, so both my machines left overnight still got "bad" blocks. One with with the UTC timezone and one with CST timezone.

Funny thing is that something called collateral was also affected? Is it when masternodes are being paid? I guess it's normal since it's the same CheckProofOfWork function.

2017-11-14 19:33:52 collateral 10262017 50000000000000 CMasternodePayments::FillBlockPayee -- Masternode payment 775885044996.000000 to yNrzyFcqM6pc8NLuYHhC2d7iMcjRnfetQc
2017-11-14 19:33:53 collateral 10262017 50000000000000 ERROR: CheckProofOfWork(1): BibleHash does not meet POW level, prevheight 39473.000000 pindexPrev fb98e8e83c19e89ca9eb6303a6c4b8cb49735396a92dceb92f9fe9526afce026
2017-11-14 19:33:54 ERROR: CheckBlockHeader(): proof of work failed
2017-11-14 19:33:54 ERROR: ProcessNewBlock: CheckBlock FAILED
2017-11-14 19:33:54 Misbehaving: 88.99.214.231:44284 (30 -> 60)

If you want I have an hour to spare right now to do some tests.

From the nodes business logic heres what is "supposedly" happening. The testnet nodes all pre-voted for yNrz's sanctuary to be owed a payment of 7758 BBP. So thats fine and normal. Node 88.99 created a block with 7758 to yNrz and the balance (say 11k more BBP) to pay himself/herself. When he struck the low biblehash, he sent the block to the network. Your node however didnt like his biblehash, so you rejected it and DDOSsed him.

So all that makes sense. Now we will need to install the test harness to get the forensic details of this event so we can run some detailed commands. What I would really like to reveal is a deterministic difference on your European machine when you run a specific long biblehash command in the rpc, vs the American machine.

Ill send this release out within 15 mins if you are stll around, hang on.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: Alex873434 on November 14, 2017, 07:36:08 PM

I also just installed valgrind (btw I don't have any GUI on my test machines).

Update:

Just did 3 tests with valgrind available there:

https://pastebin.com/Q3NLM2Mj

Oh that is awesome, thanks, if you could stick around for the next year or so, we can sort out every memory error and segfault (if we have more after this)! Thanks.

So anyway, yes, without your testnet3 folder valgrind points to the problem line of code where we have no iterator. Im fixing this valgrind issue now to prevent the issue when testnet3 is empty, and also merging in that test harness from last night. Ill reply to your other post separately.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: znffal on November 14, 2017, 09:29:38 PM

Quote from: bible_pay on November 14, 2017, 07:27:24 PM

Quote from: znffal on November 14, 2017, 07:17:04 PM

Quote from: bible_pay on November 14, 2017, 07:04:20 PM

So I see someone created 7 pool accounts so they can write short letters to orphans and upvote their own letters, receive the reward and hurry up and withdraw the BBP.

Take heed and remember this about Ananias:

http://jesus-christ.us/Ananias.htm

Hi Rob,

this problem will be sorted once sanctuaries are online, correct? Since they will approve this type of thing?

Thanks

Eventually, but I think at first the sancs will just be voting on the budget and new proposals, basically for the "big" superblocks. The letter writing system will still be there, with its upvote/downvote, but I can fix the problem using similar technology that the faucet uses.

Sounds good! You track ip's or something?

Maybe, maybe not, LOL.

znffal

full member

Activity: 364

Merit: 102

Quote from: bible_pay on November 14, 2017, 07:27:24 PM

Quote from: znffal on November 14, 2017, 07:17:04 PM

Quote from: bible_pay on November 14, 2017, 07:04:20 PM

So I see someone created 7 pool accounts so they can write short letters to orphans and upvote their own letters, receive the reward and hurry up and withdraw the BBP.

Take heed and remember this about Ananias:

http://jesus-christ.us/Ananias.htm

Hi Rob,

this problem will be sorted once sanctuaries are online, correct? Since they will approve this type of thing?

Thanks

Eventually, but I think at first the sancs will just be voting on the budget and new proposals, basically for the "big" superblocks. The letter writing system will still be there, with its upvote/downvote, but I can fix the problem using similar technology that the faucet uses.

Sounds good! You track ip's or something?

Alex873434

member

Activity: 98

Merit: 10

I also just installed valgrind (btw I don't have any GUI on my test machines).

Update:

Just did 3 tests with valgrind available there:

https://pastebin.com/Q3NLM2Mj

Alex873434

member

Activity: 98

Merit: 10

Alright, so both my machines left overnight still got "bad" blocks. One with with the UTC timezone and one with CST timezone.

Funny thing is that something called collateral was also affected? Is it when masternodes are being paid? I guess it's normal since it's the same CheckProofOfWork function.

2017-11-14 19:33:52 collateral 10262017 50000000000000 CMasternodePayments::FillBlockPayee -- Masternode payment 775885044996.000000 to yNrzyFcqM6pc8NLuYHhC2d7iMcjRnfetQc
2017-11-14 19:33:53 collateral 10262017 50000000000000 ERROR: CheckProofOfWork(1): BibleHash does not meet POW level, prevheight 39473.000000 pindexPrev fb98e8e83c19e89ca9eb6303a6c4b8cb49735396a92dceb92f9fe9526afce026
2017-11-14 19:33:54 ERROR: CheckBlockHeader(): proof of work failed
2017-11-14 19:33:54 ERROR: ProcessNewBlock: CheckBlock FAILED
2017-11-14 19:33:54 Misbehaving: 88.99.214.231:44284 (30 -> 60)

If you want I have an hour to spare right now to do some tests.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: znffal on November 14, 2017, 07:17:04 PM

Quote from: bible_pay on November 14, 2017, 07:04:20 PM

So I see someone created 7 pool accounts so they can write short letters to orphans and upvote their own letters, receive the reward and hurry up and withdraw the BBP.

Take heed and remember this about Ananias:

http://jesus-christ.us/Ananias.htm

Hi Rob,

this problem will be sorted once sanctuaries are online, correct? Since they will approve this type of thing?

Thanks

Eventually, but I think at first the sancs will just be voting on the budget and new proposals, basically for the "big" superblocks. The letter writing system will still be there, with its upvote/downvote, but I can fix the problem using similar technology that the faucet uses.

znffal

full member

Activity: 364

Merit: 102

Quote from: bible_pay on November 14, 2017, 07:04:20 PM

So I see someone created 7 pool accounts so they can write short letters to orphans and upvote their own letters, receive the reward and hurry up and withdraw the BBP.

Take heed and remember this about Ananias:

http://jesus-christ.us/Ananias.htm

Hi Rob,

this problem will be sorted once sanctuaries are online, correct? Since they will approve this type of thing?

Thanks

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

So I see someone created 7 pool accounts so they can write short letters to orphans and upvote their own letters, receive the reward and hurry up and withdraw the BBP.

Take heed and remember this about Ananias:

http://jesus-christ.us/Ananias.htm

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Got this from Matt @ Biblepay, mentioned to me that this charity is 97.7% efficient, and has a widow program:

https://christianaidministries.org/program/support-a-widow/

Dont forget our original slogan:
James 1:27
Religion that is pure and undefiled before God the Father is this: to visit orphans and widows in their affliction, and to keep oneself unstained.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: Alex873434 on November 14, 2017, 11:30:30 AM

Alright, I will let you know!

I was actually wrong and testnet crashes for me every time the first time (without any testnet3 folder). I have to try to run it a second time to have a chance for it to work.

One thing I noticed is that when running for the first time, it would start generating blocks very quickly without trying to sync to anyone else first? Is that normal?
I think it could actually explain one of my issues as I would start generating blocks very quickly and it be on heigh 40 in a matter of a few seconds.

Code:

2017-11-14 16:15:07 init message: Loading wallet... (101.00 %)
2017-11-14 16:15:07 CBlock(hash=6ff4f6a30b254ef8facae6a621ec0ea6853fcb115c320aefa2a2a5c6feb4bfe3, ver=536870912, hashPrevBlock=122f423f0912850a871c58f1533dd80be62154bb0c56dfb8cb9ae2b957d1ac10, hashMerkleRoot=25d601002eb50fb6475128a7bdd8986b159e2b354c84346d43d1d82fc6101d97, nTime=1510676107, nBits=207fffff, nNonce=0, vtx=1)
CTransaction(hash=25d601002e, ver=1, vin.size=1, vout.size=1, nLockTime=0)
CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 510101)
CTxOut(nValue=20000.00000000, scriptPubKey=2102ababcffd56488a890ebb29eb4f)

2017-11-14 16:15:07
ProcessBlockFound::Generated 20000.00
2017-11-14 16:15:07 Pre-allocating up to position 0x100000 in rev00000.dat
2017-11-14 16:15:07 UpdateTip: new best=6ff4f6a30b254ef8facae6a621ec0ea6853fcb115c320aefa2a2a5c6feb4bfe3 height=1 log2_work=2 tx=2 date=2017-11-14 16:15:07 progress=0.000002 cache=0.0MiB(1tx)
2017-11-14 16:15:07 AddToWallet 25d601002eb50fb6475128a7bdd8986b159e2b354c84346d43d1d82fc6101d97 new
2017-11-14 16:15:07 ProcessNewBlock : ACCEPTED
2017-11-14 16:15:07 keypool keep 2
2017-11-14 16:15:07 CBlock(hash=a1c0bdae133d9acac4f3e8fc453999b4649698b3069ae3fa130aaae531e88fd4, ver=536870912, hashPrevBlock=6ff4f6a30b254ef8facae6a621ec0ea6853fcb115c320aefa2a2a5c6feb4bfe3, hashMerkleRoot=15ca5ca5c7045eb5f0be405828f7a8f8ce9b6c2c08c73871a01ec5ca2132684c, nTime=1510676108, nBits=207fffff, nNonce=0, vtx=1)
CTransaction(hash=15ca5ca5c7, ver=1, vin.size=1, vout.size=1, nLockTime=0)
CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 520101)
CTxOut(nValue=20000.00000000, scriptPubKey=210293485085672a4273023a261874)

Then could it explain why it would reject blocks from other nodes at that time (after having already mined 40 blocks?). Then after 20-40s it would just crash with no explanation. I can then try to relaunch it (without deleting anything) and have it sync to the correct chain.

Sometimes it's sucessful and sometimes it crashes again and throws error such as:

Code:

Error: A fatal internal error occurred, see debug.log for details
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

The good news is that I still have no new error on the node still connected to testnet right now.

Its possible to mine blocks on testnet without being synced, as that is a chainparam setting. The trick to that is if you want to sync in testnet, you set your genrpoclimit=0 and generate=false before syncing in testnet, then change it after synced.

Hmm, I dont crash in testnet when I sync from 0, but I delete everything including chainstate, database, mncache, and blocks before I sync.

If you have time for a side project and it would really help us out here, if you would take up installing valgrind on your test harness machine and point out to me where the code dies that would be appreciated and ill be glad to fix it.

Great on syncing so far, I havent checked in the new code yet.

Alex873434

member

Activity: 98

Merit: 10

Alright, I will let you know!

I was actually wrong and testnet crashes for me every time the first time (without any testnet3 folder). I have to try to run it a second time to have a chance for it to work.

One thing I noticed is that when running for the first time, it would start generating blocks very quickly without trying to sync to anyone else first? Is that normal?
I think it could actually explain one of my issues as I would start generating blocks very quickly and it be on heigh 40 in a matter of a few seconds.

Code:

2017-11-14 16:15:07 init message: Loading wallet... (101.00 %)
2017-11-14 16:15:07 CBlock(hash=6ff4f6a30b254ef8facae6a621ec0ea6853fcb115c320aefa2a2a5c6feb4bfe3, ver=536870912, hashPrevBlock=122f423f0912850a871c58f1533dd80be62154bb0c56dfb8cb9ae2b957d1ac10, hashMerkleRoot=25d601002eb50fb6475128a7bdd8986b159e2b354c84346d43d1d82fc6101d97, nTime=1510676107, nBits=207fffff, nNonce=0, vtx=1)
CTransaction(hash=25d601002e, ver=1, vin.size=1, vout.size=1, nLockTime=0)
CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 510101)
CTxOut(nValue=20000.00000000, scriptPubKey=2102ababcffd56488a890ebb29eb4f)

2017-11-14 16:15:07
ProcessBlockFound::Generated 20000.00
2017-11-14 16:15:07 Pre-allocating up to position 0x100000 in rev00000.dat
2017-11-14 16:15:07 UpdateTip: new best=6ff4f6a30b254ef8facae6a621ec0ea6853fcb115c320aefa2a2a5c6feb4bfe3 height=1 log2_work=2 tx=2 date=2017-11-14 16:15:07 progress=0.000002 cache=0.0MiB(1tx)
2017-11-14 16:15:07 AddToWallet 25d601002eb50fb6475128a7bdd8986b159e2b354c84346d43d1d82fc6101d97 new
2017-11-14 16:15:07 ProcessNewBlock : ACCEPTED
2017-11-14 16:15:07 keypool keep 2
2017-11-14 16:15:07 CBlock(hash=a1c0bdae133d9acac4f3e8fc453999b4649698b3069ae3fa130aaae531e88fd4, ver=536870912, hashPrevBlock=6ff4f6a30b254ef8facae6a621ec0ea6853fcb115c320aefa2a2a5c6feb4bfe3, hashMerkleRoot=15ca5ca5c7045eb5f0be405828f7a8f8ce9b6c2c08c73871a01ec5ca2132684c, nTime=1510676108, nBits=207fffff, nNonce=0, vtx=1)
CTransaction(hash=15ca5ca5c7, ver=1, vin.size=1, vout.size=1, nLockTime=0)
CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 520101)
CTxOut(nValue=20000.00000000, scriptPubKey=210293485085672a4273023a261874)

Then could it explain why it would reject blocks from other nodes at that time (after having already mined 40 blocks?). Then after 20-40s it would just crash with no explanation. I can then try to relaunch it (without deleting anything) and have it sync to the correct chain.

Sometimes it's sucessful and sometimes it crashes again and throws error such as:

Code:

Error: A fatal internal error occurred, see debug.log for details
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

The good news is that I still have no new error on the node still connected to testnet right now.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: Alex873434 on November 14, 2017, 10:37:50 AM

Oh just added an update at the same time you replied:

Quote

Update:

Kept trying a few times on the same node (after deleting the tesnet3 folder) and it seems to be working now. I think I might have been on a different chain before for testnet? This one is pretty big (height=39308 right now).

I guess my previous testing on testnet may not have been reliable and I guess I should have paid more attention to that. I see around 30 nodes now there.

No errors so far. It's getting late here so I will let it run overnight and see what I get!

I guess if one of the node was yours then it cancels my theory on the wrong chain. I just checked anyway and I am connected to 97.99.69.33 so it doesn't make sense. It's almost as if it was a random issue. We can go ahead with your idea tomorrow but I'm going to be busy the next few days so it may have to wait a little bit on my side before getting my full attention again Embarrassed

.

Yes, Its baffling on all levels, I see a deterministic hash, Im mostly ruling out OpenSSLs version, ruling out Nix-flavor, and from the limited existing logs, I see the pindexPrev is populated. We ruled out network time. (But you said things have improved recently but not entirely). Either way, I did add the elaborate logging in that (1) area, so I will check it in today and when you get time to circle back around we can try again, and manually run the hash from the command line, yay

. Let me know when you want to try.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: slovakia on November 14, 2017, 10:34:46 AM

hi BIBLEPAY, can you fix this http://biblepay.inspect.network/? thanks .. or?

sharpshot electroneum is mining with GPU Wink

,it was big mistake/bug in their chain

No but - I replied to your PM about this, I did notify happy_merchant. He owns this BX.

Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 838. (Read 243454 times)