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

[bible_pay]

This post is more targeted to Light, Togo and the devs and not the general audience.  

Although this is not an emergency at this time I think this article has an extremely important influence for our design scalability, although that also depends on if we eventually become stratis based or stay with berkeleydb.

The crux of the article deals with atomic locks vs standard mutexes - Bitcoin (and we) use mostly standard mutexes called critical sections.  What surprised me the most is the performance level difference on windows vs linux.  An atomic lock in their test scenario (which is 1 million iterations with a 1/49th write vs read level) was 200* faster than a mutex lock on linux and windows.  What is horrifying though, is that non-atomic locks are 20,000 times slower on windows, and worse, critical sections are 100 times slower on windows than linux.  Since we use critical section mutexes of course that is relatively horrifying.  However, we dont lock that often, its more of when the user initiates a call for data (such as when they run an rpc command), then the main GUI overview thread for example is locked, while the wallet harvests data, the rpc fills the return buffers then the lock is relinquished.  (Note this does not affect mining as that is done on a dedicated thread- this affects *waiting* and serialized operations, slowing the entire experience down in situations where blocking occurs).  So the actual lock/unlock frequency is very low, hence it has not become a problem.  But we should use this example to at least search and find all locks that are frequent and mark them in the code.  If they are adding overhead, we should consider moving (those particular sections) to atomic locks.

See the Test Results section here in the middle of the page:
https://www.arangodb.com/2015/02/comparing-atomic-mutex-rwlocks/

Wasn't that caused by compiling Windows versions with MinW_64 posix threading model? Using native Win32 calls or even recent MSVS compilers could result on a much faster implementation.

No - if you look at Boost::Mutex, std::mutex and all critical sections even c++ 11 std::mutex critical sections they are all slow even if you compare Linux at 5.7 seconds to an atomic at .04 or mac at 118 to .03 for atomic its clear the problem is in std::mutexes.

[1714761358]

1714761358

[1714761358]

1714761358

[1714761358]

1714761358

[bible_pay]

So we have about 5 more days until our next monthly superblock.

If anyone has any proposal ideas, please submit them now.

If we still have excess available this Friday evening, I plan on adding a compassion excess-to-orphan fund proposal to spend the remaining coins on something constructive, and will dump them on the exchange.

[jaapgvk]

So we have about 5 more days until our next monthly superblock.

If anyone has any proposal ideas, please submit them now.

If we still have excess available this Friday evening, I plan on adding a compassion excess-to-orphan fund proposal to spend the remaining coins on something constructive, and will dump them on the exchange.

Alright, I went ahead and made a proposal to request 1.5 million BBP for our 'New Exchange Fund':
http://forum.biblepay.org/index.php?topic=97.msg3218#msg3218

This fund will enable us to save up in order to apply for a big exchange. I realize that this proposal concerns a lot of money (and thus trust), but I've been with this project from almost the beginning, and my full name is known to many people that are attached to this project (my username is a big giveaway, haha!). Besides that, I've been working with CamaroonONE and Cryptoshot (who will organize our Biblepay Ghana tour), which - in my opinion - shows my long-term commitment to this project.

I will update the forum.biblepay.org topic with more information when the proposal has propagated through the network (if that's the right jargon).

[znffal]

So we have about 5 more days until our next monthly superblock.

If anyone has any proposal ideas, please submit them now.

If we still have excess available this Friday evening, I plan on adding a compassion excess-to-orphan fund proposal to spend the remaining coins on something constructive, and will dump them on the exchange.

Alright, I went ahead and made a proposal to request 1.5 million BBP for our 'New Exchange Fund':
http://forum.biblepay.org/index.php?topic=97.msg3218#msg3218

This fund will enable us to save up in order to apply for a big exchange. I realize that this proposal concerns a lot of money (and thus trust), but I've been with this project from almost the beginning, and my full name is known to many people that are attached to this project (my username is a big giveaway, haha!). Besides that, I've been working with CamaroonONE and Cryptoshot (who will organize our Biblepay Ghana tour), which - in my opinion - shows my long-term commitment to this project.

I will update the forum.biblepay.org topic with more information when the proposal has propagated through the network (if that's the right jargon).

Awesome. If it turns out we need some more BBP between superblocks we could also do similar to what Thomas did to raise funds for SouthXchange.

[togoshigekata]

Can someone explain what i need to write in the config file in order to solo mine bible pay . thank you and God bless.

https://www.biblepay-central.org/en/mining-how-to/
http://wiki.biblepay.org/Distributed_Computing_2

You will need utxoamount=X in your biblepay.conf
X being a BiblePay staking amount, currently its 500 BBP per 1 Magnitude
and in the next week or so may become 20 BBP per 1 RAC

http://wiki.biblepay.org/Distributed_Computing_Start_Guide
http://wiki.biblepay.org/Distributed_Computing

[Bonzi777]

Hi All,

I'm new to BBP, but I am a believer that loves the idea; One issue that I'm come up across in trying to set up a Sanctuary is that I can't seem to buy enough. I'm not sure if this is taboo to ask, but if anyone out there is interested in exchanging 1.5MM BBP for any other liquid crypto, or USD, please let me know and we can work out a price.

If this is against the Forum rules, please forgive me for even mentioning this, but I'd much rather have someone who wanted to sell not sell in an exchange and drive down the value, and instead work with me so I can hold it.

Thank you in advance!

-Chris

I have about 2M to sell, pm me if you're interested.

Thank you! I was able to buy the 1.55MM BBP on the exchange.

[MIP]

I received an email from biblepay@vhst1.hostv.pl (shown as "Biblepay") saying

"Your masternode [BBauqhusvhQJcjBZHgrC6r1eN5xc4DHqy7] change status from PRE_ENABLED to EXPIRED"

Funny thing is that this is not my MN address. And mine is enabled at the moment. Anyway I don't recall to associate my email other than to Rosetta/BBP project and pool.biblepay.org.

Who is playing with personal info? 

[Bonzi777]

Everything looks good! great job!,
but I noticed this in your watchman.conf

Code:

#network=mainnet
network=testnet

Looks like watchman is still set to testnet, need to change it to mainnet:

Code:

network=mainnet
#network=testnet

Yes, I think Togo nailed it, so after changing that, and leaving biblepyd running, try your equivalent to the cron command again and verify you receive no output.  If so, just let it run for a day or so and then check your sanctuaries list and you should be fine.

The built-in tests have a couple bugs (that are in all distributions of flavors of MNs) so they arent really to be relied on, but actually running with no error is a good test.  (It does throw errors if misconfigured).

Interesting. Could have sworn the directions said to keep it as testnet.

Yesterday I went through the 2nd Sanctuary creation guide, and the node seems to be up. Can anyone confirm that it looks ok even though I didn't change my watchman.conf? Thank you in advance!

[znffal]

I was doing a little research to find out the era when the lifespan of man dropped from 1000 years to 100, as I was thinking it was an abrupt change.

(I was originally concluding because of Genesis 6:3, God commanded a change in the gene pool to abruptly change from 1000 to 100).  However after doing some research it appears the trend was very smooth instead:

https://wiki.biblepay.org/Genealogical_Ages

So now I believe the change was implemented to start after the flood and be complete by around the time the 12 tribes of Israel were born into a nation.

Very cool Rob.
I took the liberty of plotting it on a scatter plot rather than a bar chart. On the x-axis I plotted birth year before present, on the y-acix I plotted age at death. interesting stuff.



https://imgur.com/a/ryqCz

[slovakia]

missing the longest living guy: Matuzalem 969 years: translators of Bible had no knowledge of the fact that in the Old Testament, in the time before the legend of the sweat of the world. The age of man was calculated for months this is what little children learn at elementary schools in SLOVAKIA 

[znffal]

missing the longest living guy: Matuzalem 969 years: translators of Bible had no knowledge of the fact that in the Old Testament, in the time before the legend of the sweat of the world. The age of man was calculated for months this is what little children learn at elementary schools in SLOVAKIA 

Wow, I've never heard that before. Interesting.

[slovakia]

seriously?  lol

[jaapgvk]

I received an email from biblepay@vhst1.hostv.pl (shown as "Biblepay") saying

"Your masternode [BBauqhusvhQJcjBZHgrC6r1eN5xc4DHqy7] change status from PRE_ENABLED to EXPIRED"

Funny thing is that this is not my MN address. And mine is enabled at the moment. Anyway I don't recall to associate my email other than to Rosetta/BBP project and pool.biblepay.org.

Who is playing with personal info? 

I received it too. Probably a bug. It's from the biblepay.eu masternode-check. Are you sure you didn't enter you email there?

[cryptocadxyz]

Epic moment in history. We are set to pass Gridcoin.

[togoshigekata]

That is pretty amazing that we will reach #1 in RAC 
but it will take awhile to be the team that has contributed the most work 

====

Reddit:
300 Subscribers!
https://www.reddit.com/r/BiblePay/

Discord:
196 Members
https://discordapp.com/invite/yWgbKdM

BiblePay Forum:
3079 Posts in 117 Topics by 228 Members
http://forum.biblepay.org/

Twitter:
344 (Real) Followers [1,038 are Fake/Bots]
https://twitter.com/BiblePay

[MIP]

I received an email from biblepay@vhst1.hostv.pl (shown as "Biblepay") saying

"Your masternode [BBauqhusvhQJcjBZHgrC6r1eN5xc4DHqy7] change status from PRE_ENABLED to EXPIRED"

Funny thing is that this is not my MN address. And mine is enabled at the moment. Anyway I don't recall to associate my email other than to Rosetta/BBP project and pool.biblepay.org.

Who is playing with personal info? 

I received it too. Probably a bug. It's from the biblepay.eu masternode-check. Are you sure you didn't enter you email there?

Sure! I forgot about that one. Nice feature (when it works properly)

[mr.oz]

Is this southxchange trustable  I sign up and send some bbp. it passed more than 7-8 hours and my desktop wallet is showing more than 50 confirmation, but my deposite is not showing in southxchange 

[deniskiely]

The question is that why do we need so many currency coins at the moment ? Are BTC , MONERO , DASH not enough ?

[znffal]

Is this southxchange trustable  I sign up and send some bbp. it passed more than 7-8 hours and my desktop wallet is showing more than 50 confirmation, but my deposite is not showing in southxchange 

As far as I can tell they are trustworthy. Let us know how you get on.

[znffal]

The question is that why do we need so many currency coins at the moment ? Are BTC , MONERO , DASH not enough ?

We'll maybe if they started using 10% of their emission to sponsor orphans, spread the gospel,  and used their mining computation power to help cure cancer and disease, then we maybe don't need other coins. If they started doing that then imagine how many people would be helped.