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

[togoshigekata]

No problem (there's definitely some advantages to joining testnet testing)

=

Im interested to help clean up, but Id like to get paid for my time, I havent been paid for my time since November 2018 LOL

I believe Rob is still a few months behind on dev pay as well

Ill write a proposal for my past work

[1714837962]

1714837962

[1714837962]

1714837962

[1714837962]

1714837962

[1714837962]

1714837962

[bible_pay]

No problem (there's definitely some advantages to joining testnet testing)

=

Im interested to help clean up, but Id like to get paid for my time, I havent been paid for my time since November 2018 LOL

I believe Rob is still a few months behind on dev pay as well

Ill write a proposal for my past work

I just entered a proposal for 1mil for the new exchange fund (after adding compassion.com in), so if you want if it totals around the 1 mil amount we can vote for yours and vote down the new exchange fund.

Please enter soon though because we are in our first month of our new watchman-on-the-wall on auto-pilot, but I feel like we tested it pretty well.

[bible_pay]

If anyone is lukewarm or wants to understand Ezekiel 38 more, Joel Rosenberg is a great and warm guy (see his youtube videos) and also a great author, but what I find very interesting is how prophetic and relevant these FAQs are today (he wrote these back in the Bush days):

http://www.joelrosenberg.com/ezekiel-38-39-faq/

Notice how the players (Countries) involved are lining up perfectly with todays news (Iran, Turkey, Russia) - and how close Isaiah 17 is to being fulfilled (Damascus will cease to be a city).  (Its obvious to us Bible believers, that the end is known from the beginning, but its playing out right in front of you who are non believers right now).

What is really amazing, is today Iran decided they will set up bases in Africa:
https://www.jpost.com/Breaking-News/Iran-currently-setting-up-terror-cells-in-Africa-to-attack-US-others-593570

Whats amazing about that is the Ezekiel prophecy names one country that has been silent or missing from the modern news (until today):  Ethiopia/Sudan (thats East Africa).  Meaning that if these terror cells are set up in Sudan, we have every player in Ezekiel 38 ready.

I also follow the Israeli elections (in trying to track the emergence of the Antichrist).  Right now we have the first time in history where the elections succeeded but Israel failed to form a government.  A 40 year old prophecy says that when this happens, the Antichrist is around the corner (meaning that its possible the Antichrist or a false Messiah will be elected in September) - although I feel this is optional, but interesting.

We are living in the most exciting time in history.  This is the 70th anniversary of Israel as a nation!

Keep your lamps filled everyone.

[jsheets1970]

Rob, Tested and windows looks good.. Sorry would have done it sooner but just back from a wake. If linux is ready tonight I have a server I can test that on also. Will be looking for an update for Linux. Thanks to you and all the devs for the hard work getting this resolved!!

[capulo]

i hit one block overnight, and now i pass 256k abn again and mining started - so seems fine

but i cant get more than +- 30 cores mining, even if i set genproclimit to 100, avg is about 3000% usage from 4000% max (40 cores machine)

[eternalenvoy]

Perfect, thank you!

So I do see an issue in this circumstance, where the user only has One coin, due to transaction fees being added to the amount required, the wallet won't actually send the last coin....  OK, I will reproduce this locally and find a solution for this.


In the mean time, although not a perfect solution, you can use 'exec bankroll 10 100000' to split your coin up into say 10 coins (dont worry you wont lose any BBP doing this, as the change will come back to you) - however you would lose coin-age doing this.


I'll get back asap, once I can find a solution to this last coin issue.

"exec bankroll 10 100000"
It works!

Will be test again with non-bankroll function after MIP complied latest linux version.


Thank you Rob & Dev. .

[pagalo]

Hello.

My CPU still 1-2%

Code:

10:04:35

getmininginfo


10:04:35

{
  "blocks": 127629,
  "currentblocksize": 3950,
  "currentblocktx": 5,
  "difficulty": 2239.466061536408,
  "errors": "",
  "pooledtx": 4,
  "chain": "main",
  "genproclimit": 1,
  "networkhashps": 150200.6432667254,
  "hashps": 117.087993569221,
  "minerstarttime": "06-25-2019 06:59:44",
  "hashcounter": 33793,
  "pooledtx": 4,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "",
  "poolinfo2": "",
  "poolinfo3": "",
  "gsc_errors": "",
  "poolmining": false,
  "pool_url": "",
  "required_abn_weight": 256000
}


10:04:42

exec getmininginfo


10:04:42

{
  "Command": "getmininginfo",
  "Error": "Command not found"
}


10:04:51

exec getabnweight


10:04:51

{
  "Command": "getabnweight",
  "version": 1.1,
  "weight": 416209.8315740741,
  "total_required": 1295812
}


10:05:18

exec getabnweight 256000 1


10:05:18

{
  "Command": "getabnweight",
  "version": 1.1,
  "weight": 416209.8315740741,
  "total_required": 1295812,
  "coin_age_data": "0.0374(2.76)=[0.00] depth=557,          \n0.0134(2.69)=[0.00] depth=543,          \n0.4628(0.32)=[0.00] depth=77,          \n1295375.4454(0.32)=[415419.57] depth=77,          \n",
  "weight 256000.00": 415419.5659722222,
  "total_required 256000.00": 1295375
}

PS.
When I do setgenerate true 50 the CPU was about 40-45%
When I do setgenerate true 80 the CPU was about 60-70%
My CPU is 7gen i5-7400 and do windows 10 mining

The command setgenerate what exactly is now? Maximum cpu% load? It used to be number of threads.

[MIP]

BiblePay
1.4.3.7-Leisure Upgrade

- Bubble ABN errors or success message to getmininginfo, do not clear
errors until 3+ mins.
- Allow last coin to be selected in ABN transactions (subtract txfee
from amount spent)


Note:  I believe this latest version will rectify every issue posted (except not having enough BBP in your account).

PS:  MIP is traveling and unable to build linux for 14 more hours, please self-compile linux and Mac.

Mainnet Linux and Mac binaries ready.

[pagalo]

I have installed new version 7b.

After I solved a block (127644) the wallet stopped working. In windows task manager it says Not Repsonding.

CPU load falled to 0%.

I cannot send anything from the debug console due to freezing state.

[capulo]

linux binary also freezing, it is responding but it takes looooong time

[MIP]

linux binary also freezing, it is responding but it takes looooong time

Are you syncing for the first time?

I have seen this behaviour you mention in MacOS and Linux the first time it syncs, but after that, it works fine.

[bible_pay]

When we designed POG rewards, we deliberately focused on the free balance rewarding the small staker (IE the people who didn't own sanctuaries or balances of those that are not invested in sanctuaries).

I am disturbed to hear that some people are trying to unlock sanctuary funds to capture the POG stake reward and then re-lock them.
IMHO, this is unfair, because the rich are exploiting the poor in this case.

There is currently no penalty for doing this in this version (In the version in testnet we have prevented that).

Nevertheless, could someone please volunteer for the auditing position, and keep an eye on these stakes and create a weekly report of CPKs that use up Sanctuary coin-age?

I'm considering either an emergency release that prevents this behavior; or a penalty for those who do this.

Now that this information is out, please stop doing this.

[bible_pay]

linux binary also freezing, it is responding but it takes looooong time

Are you syncing for the first time?

I have seen this behaviour you mention in MacOS and Linux the first time it syncs, but after that, it works fine.

I have seen this in QT during initial sync; Evolution seems to do much more in the background in the new block sync model.

[pagalo]

What do you mean sync for first time?

It has synced, it was working and CPU load OK (I had genproclimit=80 to have about 70-80% CPU load) but after block solve it froze.

[bible_pay]

What do you mean sync for first time?

It has synced, it was working and CPU load OK (I had genproclimit=80 to have about 70-80% CPU load) but after block solve it froze.

Could you please try running on less threads temporarily, til we resolve all issues?  I think if you are running > 20 threads, its doing a lot of work trying to create the ABNs in the background - and maybe we have discovered that we need to stop a deadlock.

Please reboot, try less threads and also try this:

minersleep=-1

In the config file.  See if that rises your proc up to 100%?

Ill work through any others issues and see if we have evidence that solving a block with multiple threads creates a deadlock condition.

[bible_pay]

linux binary also freezing, it is responding but it takes looooong time

Please ensure you have minersleep=-1 in the config also, and lower threads to 20, and see if it still is not using 100%?

[pagalo]

linux binary also freezing, it is responding but it takes looooong time

Please ensure you have minersleep=-1 in the config also, and lower threads to 20, and see if it still is not using 100%?

It was frozing but CPU load was 0-1% for biblepay

I changed the conf to the following and it's not frozen

Code:

addnode=explorer.biblepay.org

genproclimit=2

gen=1

minersleep=0

nickname=pagalo

CPU load still 0-1%

Code:

18:59:44

getmininginfo


18:59:44

{
  "blocks": 127709,
  "currentblocksize": 3515,
  "currentblocktx": 3,
  "difficulty": 1905.996228215673,
  "errors": "",
  "pooledtx": 3,
  "chain": "main",
  "genproclimit": 2,
  "networkhashps": 173313.7089183765,
  "hashps": 0,
  "minerstarttime": "06-25-2019 15:50:08",
  "hashcounter": 0,
  "pooledtx": 3,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "",
  "poolinfo2": "",
  "poolinfo3": "",
  "gsc_errors": "low abn weight 0",
  "poolmining": false,
  "pool_url": "",
  "required_abn_weight": 256000
}


18:59:51

exec getabnweight 256000 1


18:59:51

{
  "Command": "getabnweight",
  "version": 1.1,
  "weight": 49679.76461805556,
  "total_required": 1299031,
  "coin_age_data": "0.0374(3.13)=[0.00] depth=637,          \n0.0134(3.06)=[0.00] depth=623,          \n3219.1499(0.69)=[2221.59] depth=157,          \n516055.0835(0.04)=[18527.81] depth=12,          \n779320.3504(0.04)=[27979.75] depth=12,          \n0.4628(0.69)=[0.00] depth=157,          \n272.1468(2.31)=[628.00] depth=468,          \n0.5212(3.07)=[0.00] depth=626,          \n0.5949(102.32)=[0.00] depth=20592,          \n0.5949(102.32)=[0.00] depth=20592,          \n162.8233(1.99)=[322.61] depth=405,          \n",
  "weight 256000.00": 49679.76461805556,
  "total_required 256000.00": 1299031
}

[bible_pay]

linux binary also freezing, it is responding but it takes looooong time

Please ensure you have minersleep=-1 in the config also, and lower threads to 20, and see if it still is not using 100%?

It was frozing but CPU load was 0-1% for biblepay

I changed the conf to the following and it's not frozen

Code:

addnode=explorer.biblepay.org

genproclimit=2

gen=1

minersleep=0

nickname=pagalo

CPU load still 0-1%

Code:

18:59:44

getmininginfo


18:59:44

{
  "blocks": 127709,
  "currentblocksize": 3515,
  "currentblocktx": 3,
  "difficulty": 1905.996228215673,
  "errors": "",
  "pooledtx": 3,
  "chain": "main",
  "genproclimit": 2,
  "networkhashps": 173313.7089183765,
  "hashps": 0,
  "minerstarttime": "06-25-2019 15:50:08",
  "hashcounter": 0,
  "pooledtx": 3,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "",
  "poolinfo2": "",
  "poolinfo3": "",
  "gsc_errors": "low abn weight 0",
  "poolmining": false,
  "pool_url": "",
  "required_abn_weight": 256000
}


18:59:51

exec getabnweight 256000 1


18:59:51

{
  "Command": "getabnweight",
  "version": 1.1,
  "weight": 49679.76461805556,
  "total_required": 1299031,
  "coin_age_data": "0.0374(3.13)=[0.00] depth=637,          \n0.0134(3.06)=[0.00] depth=623,          \n3219.1499(0.69)=[2221.59] depth=157,          \n516055.0835(0.04)=[18527.81] depth=12,          \n779320.3504(0.04)=[27979.75] depth=12,          \n0.4628(0.69)=[0.00] depth=157,          \n272.1468(2.31)=[628.00] depth=468,          \n0.5212(3.07)=[0.00] depth=626,          \n0.5949(102.32)=[0.00] depth=20592,          \n0.5949(102.32)=[0.00] depth=20592,          \n162.8233(1.99)=[322.61] depth=405,          \n",
  "weight 256000.00": 49679.76461805556,
  "total_required 256000.00": 1299031
}

On a side note, I put in a deadlock preventer for the next release; we will get it out if we hear any more reports of a freeze after a block is solved.

In the mean time though, your 0% cpu usage is because you have low abn weight.

Once the ABN is spent, your miners stop running until you replenish your abn weight.

[capulo]

is there any difference between minersleep=0 and minersleep=-1?
my wallet freezing also, but i need to have >20 threads as i have 40 cores...

[bible_pay]

is there any difference between minersleep=0 and minersleep=-1?
my wallet freezing also, but i need to have >20 threads as i have 40 cores...

No difference.

When you say freezing do you mean you cant type when its mining, or it only freezes when it finds a block?  Please describe in great detail what you mean.

And if you use qt.