Author

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

full member
Activity: 364
Merit: 102
Hi all. One of the Slovak guys messaged me with an issue he is having that I couldn't help with. Perhaps someone can give mesome ideas to help?

Basically:

1. On a Windows server, same machine as Linux boxes he owns, all his cpu stats are 100% on Rosetta. Or in other words, all of his processing power is BOINC-ing.
2. On Linux server, with WCG exactly the same, all cpu stats are 100%.
3. On Linux server, with Rosetta, some cpu cores are 100%, others are much lower.

He is on Ubuntu 16.04 LTS.
So for some reason Rosetta on Linux is not downloading enough tasks for his machine?


He tried reinstalling and restarting server but no luck.
Any suggestions?

Thanks
full member
Activity: 770
Merit: 100
thesnat21 i like more WCG then ROSETTA

I like WCG more too, but I thought your testing showed your boxes did better on R@h.
only VPS
full member
Activity: 364
Merit: 102
BiblePay Charity Profile: CameroonONE

Hi all. Please see a new item on https://medium.com/biblepay-news


This is the first partner profile: CameroonONE. I plan on writing these for our three charities and for other partners.
Enjoy!

https://medium.com/biblepay-news/biblepay-charity-profile-cameroonone-a813fa4141fe


Also, if you have any other suggestions for articles, please either contact me and I can look into writing it, or write it yourself and we can possibly publish it on https://medium.com/biblepay-news

Thanks Smiley
full member
Activity: 1260
Merit: 115
C-CEX.com @CryptoCurrEncyX 2 hours ago
"Exchange is in limited service mode. No worries - it's not abandoned.
We are here and we will enable full mode from time to time. Will put notifications about it in twitter."
https://twitter.com/CryptoCurrEncyX/status/1002328276709335041

And just a reminder:
From May, 31 till approximately August, 31 we will switch to "limited service" mode for summer vacations.

We will: provide trading service, API trading service, C-CEX codes creation and redeeming, fiat deposits and withdrawals.
We will not: provide all cryptocoin and tokens deposits and withdrawals, support ticket service.

If you need your cryptocurrency to trade here or elsewhere during "limited service" period - please, deposit or withdraw it before vacation start date. Please, do not send any deposits during "limited service" period as they will not be posted to balances.

We will resume normal service after August, 31. We may resume normal service earlier. We may serve tickets during vacation period but we do not take obligation to do that.

Happy summer!
full member
Activity: 364
Merit: 102
If we have any iPhone users out there who want to test Biblepay Mobile for iOS:

https://forum.biblepay.org/index.php?topic=189.0#msg3682

So far it's working great for me...  Excellent work MIP!

Same here.

Did you get the BBP I sent to your mobile wallet?

Thanks for sending the 5 BBP for testing. Give me your address, and I'll try to send it back. Maybe you have a QR code?
I'll PM you on reddit
full member
Activity: 1176
Merit: 111
If we have any iPhone users out there who want to test Biblepay Mobile for iOS:

https://forum.biblepay.org/index.php?topic=189.0#msg3682

So far it's working great for me...  Excellent work MIP!

Same here.

Did you get the BBP I sent to your mobile wallet?

Thanks for sending the 5 BBP for testing. Give me your address, and I'll try to send it back. Maybe you have a QR code?
full member
Activity: 364
Merit: 102
What is LoadBlockIndexGuts? Taking a long time with the blockchain? Is it validating the transactions?

This seems to happen on restart of biblepayd --daemon
Did you get the BBP I sent to your mobile wallet?
full member
Activity: 1176
Merit: 111
What is LoadBlockIndexGuts? Taking a long time with the blockchain? Is it validating the transactions?

This seems to happen on restart of biblepayd --daemon
full member
Activity: 1176
Merit: 111
Because at this point we have only one main dev, we have had the ability to be swift in our development (something that the past months also have shown).

I think standard practice for most altcoins is one main dev. There's a handful that may have more than one dev, but that is atypical. Some altcoins don't even have a dedicated dev. They are primarily in it for the marketing angle and the dev is contract to get the QT wallet up to date. We are blessed to have such a competent dev -- one that has both technical, business, and strategy acumen. It is rare to find someone who has all three.
full member
Activity: 406
Merit: 101
thesnat21 i like more WCG then ROSETTA

I like WCG more too, but I thought your testing showed your boxes did better on R@h.
full member
Activity: 364
Merit: 102
Quote

1) I was just replying to the fact that there was no speculation. It wasn't a random guy who "quit" BiblePay and dumped all his coins. It was just Rob like every month selling the coins to pay the bill for Compassion and he did it quickly before CCEX closes. That's all.

2) Well that's why money now is worth more than money tmr. People who can fund their mining for a few months without selling coins won't be forced to sell them (at a lowered price) to fund their mining and will be able to wait to sell them at a better price (hopefully). For now it probably worked for them as it looked like BBP was 10 satoshi less than a year ago and is now 30-50. Ofc past performances are no indicators for future performances but hey...can't make money if you're not willing to take risks.


I remember a while ago Rob promised not to dump huge amounts but spread them over some periods.  BBP is too weak so far to hold such blows

I think he's been pretty good about that but with the upcoming loss of C-Cex for 3 months, I don't think he could take the risk and just had to accept the consequences.  That said, the price has pretty much rebounded in less than a day and that is a good indication of a healthy market (although it certainly could be better).  Getting this round of coins sold gives time for Rob or whomever to see how the other markets will absorb larger portions.
I think if QIEX can made inroads into the Asian market that would be great. The people there are wonderful to deal with, and very charitable.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
If we have any iPhone users out there who want to test Biblepay Mobile for iOS:

https://forum.biblepay.org/index.php?topic=189.0#msg3682

So far it's working great for me...  Excellent work MIP!

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
It is said that one great coder is 10x as good as a mediocre one.

Biblepay follows the benevolent dictator model (1 main dev) which generally leads to some of the best projects (software development).

One of the main reasons that I've always supported this project is because I believe in Rob's abilities and vision. Because at this point we have only one main dev, we have had the ability to be swift in our development (something that the past months also have shown).

Having said that, I think that in the long term we need more developers that have understanding of our source-code (which I think Bhavani is working on at the moment?). So that, should Rob disappear for whatever reason, the coin will keep it's vitality.

Yeah, the good and the bad of one dev is a good dev is better than two decent devs but you are locked into one ideal.  That said, I agree, Rob has been tremendous and I don't think we'd be anywhere close to where we are if not for his skill and vision.   I'd wager we'd be dying under the weight of a botnet by now with our value crushed if not for the change to PoDC.  The code needs some cleaning up and I hope that is what Bhavani is working on, since there some conditional statements that need to be commented out or removed for clarity, that were part of the transition from one mandatory to another.


Thanks for the compliments on part 1 of the post.

However, I don't think you are correct on part 2.  Conditional statements that are in the code from mandatory to mandatory are generally permanent, because the blockchain must sync from zero.  Take a look at doge if you want an example of a lot of conditions that were added as business logic was added.  These can only be removed if you decide to fork the coin and remove all prior business logic (IE break backwards compatibility).  The statements are not intended to be easy for you to understand - they are intended to allow the blockchain to sync from zero with every prior pieces of business logic that existed over time.    

full member
Activity: 406
Merit: 101
Quote

1) I was just replying to the fact that there was no speculation. It wasn't a random guy who "quit" BiblePay and dumped all his coins. It was just Rob like every month selling the coins to pay the bill for Compassion and he did it quickly before CCEX closes. That's all.

2) Well that's why money now is worth more than money tmr. People who can fund their mining for a few months without selling coins won't be forced to sell them (at a lowered price) to fund their mining and will be able to wait to sell them at a better price (hopefully). For now it probably worked for them as it looked like BBP was 10 satoshi less than a year ago and is now 30-50. Ofc past performances are no indicators for future performances but hey...can't make money if you're not willing to take risks.


I remember a while ago Rob promised not to dump huge amounts but spread them over some periods.  BBP is too weak so far to hold such blows

I think he's been pretty good about that but with the upcoming loss of C-Cex for 3 months, I don't think he could take the risk and just had to accept the consequences.  That said, the price has pretty much rebounded in less than a day and that is a good indication of a healthy market (although it certainly could be better).  Getting this round of coins sold gives time for Rob or whomever to see how the other markets will absorb larger portions.
full member
Activity: 406
Merit: 101
It is said that one great coder is 10x as good as a mediocre one.

Biblepay follows the benevolent dictator model (1 main dev) which generally leads to some of the best projects (software development).

One of the main reasons that I've always supported this project is because I believe in Rob's abilities and vision. Because at this point we have only one main dev, we have had the ability to be swift in our development (something that the past months also have shown).

Having said that, I think that in the long term we need more developers that have understanding of our source-code (which I think Bhavani is working on at the moment?). So that, should Rob disappear for whatever reason, the coin will keep it's vitality.

Yeah, the good and the bad of one dev is a good dev is better than two decent devs but you are locked into one ideal.  That said, I agree, Rob has been tremendous and I don't think we'd be anywhere close to where we are if not for his skill and vision.   I'd wager we'd be dying under the weight of a botnet by now with our value crushed if not for the change to PoDC.  The code needs some cleaning up and I hope that is what Bhavani is working on, since there some conditional statements that need to be commented out or removed for clarity, that were part of the transition from one mandatory to another.
jr. member
Activity: 490
Merit: 4
From this you could actually have less than 1 per bbp for large quantities since its >= 4%

Sorry, my minimum example was wrong. So, 4% is the minimum you need to stake? 1 RAC -> 4 BBP?

Nope...  not that easy

Because of the % rule..
5 rac can get away with 4 bbp, anything less needs minimum 1-1

 (5 * 20) * .04 = 4.  
(rac * 20) * .04(min pct for reward) = min BBP to stake.
see the datatable below.
   rac      min bbp   
   1      0.8   
   2      1.6   
   3      2.4   
   4      3.2   
   5      4   
   6      4.8   
   7      5.6   
   8      6.4   
   9      7.2   
   10      8   


How do you reflect that correctly in : http://wiki.biblepay.org/Distributed_Computing -- I just changed it to <4% is no reward... but it seems I am wrong.

I don't know about you, but a simpler formula would help everyone understand. It is already a complicated structure to deal with to get PoDC and PoW (PoBH) payouts.

I put the formula on the wiki (had to revise the initial) that will tell you what your % is, along with the chart.

Anything below 4% is 0%

check the "RAC - Recent Account Credit" section
jr. member
Activity: 405
Merit: 3
Well, I don't know about all the lower levels of the staking requirement. What I DO know is that as soon as you reach [stakebalance]>18*RAC you get 100% UTXO weight. I'm certain, because I've been on that threshold several times over the past couple of weeks. Cheesy
full member
Activity: 1176
Merit: 111
From this you could actually have less than 1 per bbp for large quantities since its >= 4%

Sorry, my minimum example was wrong. So, 4% is the minimum you need to stake? 1 RAC -> 4 BBP?

Nope...  not that easy

Because of the % rule..
5 rac can get away with 4 bbp, anything less needs minimum 1-1

 (5 * 20) * .04 = 4.  
(rac * 20) * .04(min pct for reward) = min BBP to stake.
see the datatable below.
   rac      min bbp   
   1      0.8   
   2      1.6   
   3      2.4   
   4      3.2   
   5      4   
   6      4.8   
   7      5.6   
   8      6.4   
   9      7.2   
   10      8   


How do you reflect that correctly in : http://wiki.biblepay.org/Distributed_Computing -- I just changed it to <4% is no reward... but it seems I am wrong.

I don't know about you, but a simpler formula would help everyone understand. It is already a complicated structure to deal with to get PoDC and PoW (PoBH) payouts.
jr. member
Activity: 490
Merit: 4
From this you could actually have less than 1 per bbp for large quantities since its >= 4%

Sorry, my minimum example was wrong. So, 4% is the minimum you need to stake? 1 RAC -> 4 BBP?

Nope...  not that easy

Because of the % rule..
5 rac can get away with 4 bbp, anything less needs minimum 1-1

 (5 * 20) * .04 = 4.   
(rac * 20) * .04(min pct for reward) = min BBP to stake.
see the datatable below.
   rac      min bbp   
   1      0.8   
   2      1.6   
   3      2.4   
   4      3.2   
   5      4   
   6      4.8   
   7      5.6   
   8      6.4   
   9      7.2   
   10      8   
   11      8.8   
   12      9.6   
   13      10.4   
   14      11.2   
   15      12   
   16      12.8   
   17      13.6   
   18      14.4   
   19      15.2   
   20      16   
   21      16.8   
   22      17.6   
   23      18.4   
   24      19.2   
   25      20   
   26      20.8   
   27      21.6   
   28      22.4   
jr. member
Activity: 235
Merit: 3
Can't remember who is in contact with masternodes.pro but I see that we have been moved over to maintenance due to "internal server error" - not sure what all that's about, could have been the crash yesterday, but worth reaching out maybe. Does anyone still have a contact there?

I put in support ticket to them yesterday with instructions on how to clean the wallet,
they replied back, they said their debug.log reached 17GB in size LOL
Yup! Sounds familiar Smiley Thanks for being on top of it.
Jump to: