Bible Pay

Archives => TestNet Discussion Archive => Topic started by: Rob Andrews on December 06, 2018, 01:00:46 PM

Title: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 06, 2018, 01:00:46 PM
Welcome to the dedicated testing thread for Proof-of-Giving II (POG).

POG is a mining algorithm based on POW, POBH, Tithing to the foundation, an integrated mining pool, and some elements of POS.

Please see the following technical description:

https://wiki.biblepay.org/Proof-of-Giving-II

And the summary for beginners:
https://wiki.biblepay.org/Proof-of-Giving-for-Beginners

In summary, POG is integrated in the wallet, it is a mixed mining pool with 20% of the reward to the miner/80% reward split between the integrated pool recipients.  The pool participants are based on those who tithed to the foundation (helping our monthly orphan sponsorships) in the last 24 hours.  The tithe_weight for each user drives the pool block reward.

The Proof-of-giving difficulty level will be available in the wallet.
It will display:
min_coin_age:  This is the minimum age in days a coin is eligibile for tithing.
min_coin_amount: This is the minimum coin amount eligibile for tithing.
max_tithe_amount:  This is the maximum allowed tithe amount.

If you meet the conditions you may tithe and become part of the mining pool.
All of the "sowers" (those who tithed) will be rewarded 12 times per day (once every 16 blocks).
After paying the "reaper" (the block solving miner) 20% of the block reward, the remaining 80% will be split among the sowers.

POOL ROUND MECHANICS:
The POG pool is always 205 blocks wide (24 hours), meaning the tithe_weight's in the pool span from the current block back 205 blocks before the current block.

As an example, if sower A tithed at 11 AM yesterday, and sower B tithed at 10 AM today, and the current time is 10:30AM, these two sowers are in the pool.  However, a user who tithed 26 hours ago is NOT in todays pool.

As each block passes, the pool will pay 1/16th of the recipients based on the individual sowers Tier.  Each tithe is inducted into a tier based on the block # it was Tithed in (not according to its amount). 

So what you can expect as far as rewards:  You will receive 12 rewards per day if you have active tithes in the pool.  Once the tithe expires, you no longer have tithe_weight.


AUTOMATIC TITHING:

The wallet is set up to automatically tithe for you once every 4 hours.  The wallet will scan your available coins sorted by age and amount, and use the most applicable SINGLE COIN for a tithe automatically.  It will automatically send the Maximum amount possible.


MANUAL TITHING:


Method 1 - QT: To tithe manually, go to the QT send money page, and click Donate to foundation.  At this point the POG difficulty parameters will appear on the screen.  Select the appropriate tithe amount and click send.  If the coins are not old enough or high enough in value, an error will appear.

Method 2 - RPC:  From the RPC console, type 'exec tithe amount'.
If the tithe fails, a reason will be given.


CHECKING POG DIFFICULTY:

To see the difficulty parameters, type 'getmininginfo'.


CHECKING HISTORICAL POG GIVING:

Type 'showblock blocknumber'. 
See 24_hour_tithes, pog_difficulty, min_coin_age, min_coin_amt, max_tithe_amount.
The historical 24_hour_tithes will show the amount tithed in the last 24 hours.
The block_tithes will show how many legal tithes were inducted from that block.

CHECKING THE POOL:

Type 'exec pogpool'
This report will show the actual live POG POOL and everything in it.
In this pool, we have 16 payment tiers containing an even distribution of sowers (based on each individuals tithe_height).
This will show us the count and sum of tithes per tier. 
Note that if a sower's nickname is available, it will be listed here in place of the address.
(In the near future, we will summarize this list in a nicer way, this is basically a verbose list for debugging purposes).
You can also see the tithe totals, and at the bottom, the sum of your own personal tithes.

HOW TO SET NICKNAME:
In your biblepay.conf file set the key 'nickname=my_nickname' and restart the wallet.


WALLET VERSION:
Upgrade to 1.1.6.2+.  Start with '-testnet=1' flag.


RPC COMMANDS:

exec tithe tithe_amount min_coin_age min_coin_amount:
This command searches the wallet for coins older than min_coin_age and of greater value than min_coin_amount and tithes that single coin in an amount of "tithe_amount". 

exec getdimensionalbalance min_coin_age min_coin_amount
This command scans the local wallet for coins older than min_coin_age and min_coin_amount, and creates a report based on age and value.  You can use this command for debug purposes in testnet to find coins that may be applicable for manual tithing.  (And for debugging current tithe levels).

exec pogpool:
Use this command to see the current payment tiers (0-15).
You will see the user nickname, public receive address, tithe amount, tier, tithe_height.

Then you will see the total tithes per tier.
Then finally you will see the Highest tithe and the amount of personal tithes you have contributed.

exec bankroll quantity denomination:
This command allows you to generate 'quantity' of tithing BBP notes of 'denomination'.  Then you can let them age, and use them for tithing later.
Example: exec bankroll 50 5000, this command will spend 250,000 bbp (back to yourself), and you will receive 50 quantity of 5000 bbp notes.  At this point they will age, and they can be used for tithing.  Note:  We mark the bank notes with a 1millibbp suffix so that we can modify podc_update to skip spending these in the future.





TEST CASES:

1.  Verify that once a tithe is sent to the foundation, it can be seen in a historical block.  You may do this by sending a tithe, waiting for a confirm, then typing:  exec showblock blocknumber.  The fields near the bottom labeled pog_ will show if the tithe has been included in the block.

2.  Verify that sending more than one tithe in one 24 hour period results in increased tithe_weight for you.  And increased total tithes in the pool.

3.  Verify the integrity of the pool.  Audit the pool and reconcile the pool.

4.  Verify the difficulty level parameters per block and per 24 hour period.  Ensure difficulty algorithm is oscillating perfectly and properly according to the tithe history.

5.  Scan debug.log for any trace of "POG Recipients Invalid".  This error should not be in the log.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 07, 2018, 06:26:26 AM
Will download & install today.

I don't know that we should use the same "tithe" button,  what if someone isn't mining and just wants to donate coin?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 07, 2018, 10:34:54 AM
Will download & install today.

I don't know that we should use the same "tithe" button,  what if someone isn't mining and just wants to donate coin?


Sorry guys - didn't mean to get everyone riled up - I didn't post it yet cause its "not quite ready"-
I'm testing this on my LAN now, (I checked it in so I can get it predeployed and preverified),
should be ready very soon, then I will make a post on the forum.

I need to add an exec bankroll option today, then I think it might be ready.

On the Tithe button, I think we can definitely add either an Are you Sure prompt, or another checkbox.  Ill add this issue to the punchlist for next week.  For now when you tithe from the UI, it tries to make it a Sower Tithe or it fails.  You can only donate to the foundation now by manually pasting the address in (if its more than the difficulty max).



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 07, 2018, 01:56:26 PM
Regarding the coexistence of PODC + POG, where Thesnat raised the issue that PODC updates will spend the coin-age and consolidate the wallet:

I have one solution so far - this may not be the most elegant but I think it works for v1.0.  We will mark the bill denominations created in 'exec bankroll' with a suffix of ".000000001" (IE a 1milli_bbp suffix).  This suffix can be used in PODC_Update to determine if it should skip by those bills - and that saves   them for tithing.

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 07, 2018, 03:55:57 PM
Can I change your validation rules and compile a new wallet to game pog? What counter measures exist to prevent this?
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 07, 2018, 04:00:56 PM
Can I change your validation rules and compile a new wallet to game pog? What counter measures exist to prevent this?

Validation rules would have to be accepted by the network, so changing 1 client would not have a significant impact.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 07, 2018, 04:11:11 PM
Can I change your validation rules and compile a new wallet to game pog? What counter measures exist to prevent this?

TheSnat is correct.

To expand on that, you cannot.  Why?  Because if you change the validation rules by .01 bbp, the pool will not agree with the other clients and you will fork onto your own chain.  (See InductLegalTithe).


You can try to game the system as a whale though, but I just added exec bankroll, so I dont think you will get very far in that endeavor.

Its almost ready, it passed the LAN test.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 07, 2018, 04:13:48 PM
1.1.6.2e - BiblePay - TestNet
Mandatory Upgrade for TestNet


POG2 is ready for testing!

Please, optionally set your nickname= in the config files.



PS - you should not need an addnode (testnet.biblepay.org) is compiled in the client.

PS II - We will need to bring some sanctuaries online also for later phases of testing - this is because to test all test cases, we must cover Sanc payments that have POG pool payments piggybacked in.  (IE the client has one code path for Missed sanc payments and another for Sanc payments).  Both of these have POG pool payments.  Superblocks are not as important (although we need to test them) but Im confident superblocks wont pay the POG recipients as Snat and I went through this recently for a different reason (superblocks pay the reaper only the entire heat reward).


*** WINDOWS HAS BEEN RELEASED ***

Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:01:12 AM
where is any tutorial for it? this is harder understand like easy PODC

every 2nd word dont understand  >:(
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:18:42 AM
this is questions:

MANUAL TITHING:


Method 1 - QT: To tithe manually, go to the QT send money page, and click Donate to foundation.  At this point the POG difficulty parameters will appear on the screen.  Select the appropriate tithe amount and click send.  If the coins are not old enough or high enough in value, an error will appear.

dont see anything DONATE FOUNDATION

Method 2 - RPC:  From the RPC console, type 'exec tithe amount'.
If the tithe fails, a reason will be given.

typed and

exec tithe amount
09:10:12
You must specify amount, min_coin_age (days), min_coin_amount.  IE: exec tithe 200 1 1000. (code -1)

what is this?




i tried

09:12:04
exec tithe 1000 1 1000
09:12:04
Unable to locate coins older than minimum_tithe_coin_age. (code -4)

next i tried
09:13:38
exec showblock blocknumber
09:13:38
{
  "Command": "showblock",
  "Error": "Unknown command: showblock"
}


then i tried

Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:19:23 AM
nobody want this shit POG!!!!!!! this tutorial is shit,and big ..... pls stop posting this to BTT cos all will be lauging on it
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:20:16 AM
tested 3 commands and 3 any bugs .... wonderfull  >:(
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:23:32 AM
(https://i.imgur.com/oHFtK1O.png)  ::) ::) ::)
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:24:31 AM
excellent forum,when i cant modify/editing old topics

what is minimum old coins in wallet? i have almost 3 months 300 000 bbp in wallet?
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:33:26 AM
Quote
The Proof-of-giving difficulty level will be available in the wallet.
It will display:
min_coin_age:  This is the minimum age in days a coin is eligibile for tithing.
min_coin_amount: This is the minimum coin amount eligibile for tithing.
max_tithe_amount:  This is the maximum allowed tithe amount.

where will be? where i can find
1.min age
2.min amount
3.max amount

give here this simple commands,cos you are good coder,but very bad teacher
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 08, 2018, 02:33:45 AM
I'm preparing PPA in ppa:biblepay-official/testnet repository for the time that we start testing on linux sancs.
I'll update when it's ready.
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:55:49 AM
my wallet missing in pogpool

(https://i.imgur.com/l8lxZOM.png)
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 02:56:40 AM
but rewards receiving (https://i.imgur.com/HNqnV69.png)
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 08, 2018, 03:08:24 AM
new info for newbies:

min_coin_age:  This is the minimum age in days a coin is eligibile for tithing.
min_coin_amount: This is the minimum coin amount eligibile for tithing.
max_tithe_amount:  This is the maximum allowed tithe amount.

this info you see in wallet when you type getmininginfo in DEBUG WINDOW

last 3

(https://i.imgur.com/t4lcNQ6.png)

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 07:21:39 AM
Wow Klondike ...  I appreciate your participation.   Give me a bit to look it over and i'll discuss with you via Instant Message.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 07:25:03 AM
I'm preparing PPA in ppa:biblepay-official/testnet repository for the time that we start testing on linux sancs.
I'll update when it's ready.

Thanks I need this for something else I want to work on :)
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 07:49:36 AM
I'm having issues syncing from the network.  Anyone else?
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 08, 2018, 08:35:35 AM
I'm preparing PPA in ppa:biblepay-official/testnet repository for the time that we start testing on linux sancs.
I'll update when it's ready.

Testnet packages ready

sudo add-apt-repository ppa:biblepay-official/testnet
sudo apt-get update
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 09:26:25 AM
So initial thoughts:

Setup is ok,  I don't see auto-tithes yet (sent manual to be included in pool).


Currently a 2nd "new" wallet is unable to tithe, "Unable to locate coins older than minimum_tithe_coin_age"
With the most of the current tiers empty, I don't see the "plug and play" idea. 

"pog_difficulty": 286.012457168394,
  "pog_min_coin_age": 0.26,
  "pog_min_coin_amount": 110,
  "pog_max_tithe_amount": 298.7

The new wallet is failing the .26,   I think we need a more clear display (.26 day = 6.24 hours old)

I would also add a suggestion for the "coin control" window, adding coin age there would be helpful for those curious.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:11:06 AM
So initial thoughts:

Setup is ok,  I don't see auto-tithes yet (sent manual to be included in pool).


Currently a 2nd "new" wallet is unable to tithe, "Unable to locate coins older than minimum_tithe_coin_age"
With the most of the current tiers empty, I don't see the "plug and play" idea. 

"pog_difficulty": 286.012457168394,
  "pog_min_coin_age": 0.26,
  "pog_min_coin_amount": 110,
  "pog_max_tithe_amount": 298.7

The new wallet is failing the .26,   I think we need a more clear display (.26 day = 6.24 hours old)

I would also add a suggestion for the "coin control" window, adding coin age there would be helpful for those curious.

On the plug & play, its still plug & play because you receive your coins from the faucet (or buy some) and you mine as a heat miner until you have coin-age, and when they age the POG background thread will auto tithe for you.  (We have to have this difficulty to prevent gaming the system).

I increased auto-tithe freq in testnet to 1 hour last night, need to see if its doing it.

So we need a way to see why you cant tithe on the UI.

Btw, to see if you can tithe manually, you should type 'exec getdimensionalbalance' with the same params as 'getmininginfo' shows on the screen.  Today  I will look into automating that for the user, and think of a way to put something on the UI showing why you cant tithe right now.

EDIT: Btw, its OK if all tiers or most are empty in POG2 since they are just payment tiers.  But empty tiers mean Huge profits for pog2 miners - if they stay empty, a 100 bbp tithe = something like 40,000 bbp reward.



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:14:02 AM
I'm having issues syncing from the network.  Anyone else?

Did it go away after a few mins, or was it just the clock?

EDIT: Also snat can u please add your nickname too ?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:14:54 AM
new info for newbies:

min_coin_age:  This is the minimum age in days a coin is eligibile for tithing.
min_coin_amount: This is the minimum coin amount eligibile for tithing.
max_tithe_amount:  This is the maximum allowed tithe amount.

this info you see in wallet when you type getmininginfo in DEBUG WINDOW

last 3

(https://i.imgur.com/t4lcNQ6.png)


Klondike will you please put your nickname in so we can see each other tithes in the pool?


Im going to put mine in now.


Ill be adding this feature Snat suggested today.

Let me know if you had any other problems.

Ill also add a special custom icon for a "POG Reward" today (in contrast to our DNA cancer cell).

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 10:24:00 AM
Did it go away after a few mins, or was it just the clock?

Took a while to re-sync (had no peers found error for a while).

Seems ok now though,  more clients will help to stabilize it.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:26:02 AM
Testnet packages ready

sudo add-apt-repository ppa:biblepay-official/testnet
sudo apt-get update

Thanks bro!

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:26:36 AM
Took a while to re-sync (had no peers found error for a while).

Seems ok now though,  more clients will help to stabilize it.

Thanks, can u please add nickname and re-tithe so I can see integrity of pool?
I just retithed.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 10:30:51 AM
Thanks, can u please add nickname and re-tithe so I can see integrity of pool?
I just retithed.
doing now on both wallets
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:34:40 AM
Also, if anyone wants to test 'exec bankroll', I tested it and it works pretty good.  If anyone wants further explanation please ask.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:35:25 AM
doing now on both wallets

Firing up sanc #1 in testnet now.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 10:39:19 AM
Also, if anyone wants to test 'exec bankroll', I tested it and it works pretty good.  If anyone wants further explanation please ask.

I tried it, but it seems to be missing the .00000001 piece?
{
      "value": 500.00000000,
      "valueSat": 50000000000,
      "n": 1,
}
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 10:40:06 AM
I tried it, but it seems to be missing the .00000001 piece?
{
      "value": 500.00000000,
      "valueSat": 50000000000,
      "n": 1,
}

Could u please give me the txid?  I see that but code looks good.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 10:43:20 AM
Could u please give me the txid?  I see that but code looks good.

e7f686a185cef1a786d81c593d4a623b5638a03cb13c611b11ee0085e6b6940a

Edit: 2nd wallet still doesn't meet coin_age so will use it as a test case for auto-tithe
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 11:05:36 AM
e7f686a185cef1a786d81c593d4a623b5638a03cb13c611b11ee0085e6b6940a

Edit: 2nd wallet still doesn't meet coin_age so will use it as a test case for auto-tithe

Ok, I found the problem, will be fixed in next release (fixed).

Current version did have a bug.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 11:06:40 AM
e7f686a185cef1a786d81c593d4a623b5638a03cb13c611b11ee0085e6b6940a

Edit: 2nd wallet still doesn't meet coin_age so will use it as a test case for auto-tithe

Yeah, if you type 'exec getdimensionalbalance 0 0' (or all zeroes it should say how old the coin is right now).
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 11:30:08 AM
e7f686a185cef1a786d81c593d4a623b5638a03cb13c611b11ee0085e6b6940a

Edit: 2nd wallet still doesn't meet coin_age so will use it as a test case for auto-tithe


Ok, so on the auto-tithe feature, the miner will try to auto-tithe once every 4 hours.  I found a small bug in the current version where its not honoring the spork I set (at 1 hr); so that is fixed in the next version.

However, I did leave my testnet miner running all night and it did auto tithe @ 5am, so that appears to work.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 08, 2018, 03:41:18 PM
I've sent quite a bit of coin to the foundation, its only seeing 897, but have sent over 3k

Also, i'm curious with things so sparse, why am I lumped in tier #4 w/ another?




{
  "Command": "pogpool",
  "yNkUU4v33Y7je144SsjcibR5ULr8eviUVd": "Amount: 794.00, Weight: 1.0000, Payment_Tier: 15, Height: 83583, Address: yNkUU4v33Y7je144SsjcibR5ULr8eviUVd, NickName: slovakia",
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 1009.00, Weight: 1.0000, Payment_Tier: 5, Height: 83493, Address: ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG, NickName: randrews",
  "yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc": "Amount: 891.00, Weight: 0.6222, Payment_Tier: 4, Height: 83540, Address: yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc, NickName: thesnat1",
  "ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa": "Amount: 255.00, Weight: 1.0000, Payment_Tier: 7, Height: 83415, Address: ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa, NickName: jerky",
  "ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K": "Amount: 541.00, Weight: 0.3778, Payment_Tier: 4, Height: 83540, Address: ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K, NickName: slybaby",
  "0": "Count: 0, Total: 0.0000",
  "1": "Count: 0, Total: 0.0000",
  "2": "Count: 0, Total: 0.0000",
  "3": "Count: 0, Total: 0.0000",
  "4": "Count: 2, Total: 1432.0000",
  "5": "Count: 1, Total: 1009.0000",
  "6": "Count: 0, Total: 0.0000",
  "7": "Count: 1, Total: 255.0000",
  "8": "Count: 0, Total: 0.0000",
  "9": "Count: 0, Total: 0.0000",
  "10": "Count: 0, Total: 0.0000",
  "11": "Count: 0, Total: 0.0000",
  "12": "Count: 0, Total: 0.0000",
  "13": "Count: 0, Total: 0.0000",
  "14": "Count: 0, Total: 0.0000",
  "15": "Count: 1, Total: 794.0000",
  "High Tithe": 1009,
  "My Tithes": 891.42,
  "My Payment Height": 83585
}

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 03:57:39 PM
I've sent quite a bit of coin to the foundation, its only seeing 897, but have sent over 3k

Also, i'm curious with things so sparse, why am I lumped in tier #4 w/ another?




{
  "Command": "pogpool",
  "yNkUU4v33Y7je144SsjcibR5ULr8eviUVd": "Amount: 794.00, Weight: 1.0000, Payment_Tier: 15, Height: 83583, Address: yNkUU4v33Y7je144SsjcibR5ULr8eviUVd, NickName: slovakia",
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 1009.00, Weight: 1.0000, Payment_Tier: 5, Height: 83493, Address: ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG, NickName: randrews",
  "yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc": "Amount: 891.00, Weight: 0.6222, Payment_Tier: 4, Height: 83540, Address: yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc, NickName: thesnat1",
  "ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa": "Amount: 255.00, Weight: 1.0000, Payment_Tier: 7, Height: 83415, Address: ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa, NickName: jerky",
  "ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K": "Amount: 541.00, Weight: 0.3778, Payment_Tier: 4, Height: 83540, Address: ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K, NickName: slybaby",
  "0": "Count: 0, Total: 0.0000",
  "1": "Count: 0, Total: 0.0000",
  "2": "Count: 0, Total: 0.0000",
  "3": "Count: 0, Total: 0.0000",
  "4": "Count: 2, Total: 1432.0000",
  "5": "Count: 1, Total: 1009.0000",
  "6": "Count: 0, Total: 0.0000",
  "7": "Count: 1, Total: 255.0000",
  "8": "Count: 0, Total: 0.0000",
  "9": "Count: 0, Total: 0.0000",
  "10": "Count: 0, Total: 0.0000",
  "11": "Count: 0, Total: 0.0000",
  "12": "Count: 0, Total: 0.0000",
  "13": "Count: 0, Total: 0.0000",
  "14": "Count: 0, Total: 0.0000",
  "15": "Count: 1, Total: 794.0000",
  "High Tithe": 1009,
  "My Tithes": 891.42,
  "My Payment Height": 83585
}


It takes a few blocks for your tithe to enter the pool, so please check that first.

As far as the tier, these are now Payment Tiers, and your particular tier is based on the hash of the block you last legally tithed in - and the sum of the tithes.  So you should see 3000 total tithes on your payment tier.  (So tiers dont fill in order - they are deterministically random - as to who gets into a tier).


Note - I fixed a couple bugs today, so please upgrade first.


Windows is building now.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 08, 2018, 04:00:05 PM
1.1.6.3 - Mandatory Upgrade for TestNet


- Added Tithability to the Send Coins UI (This shows your tithability parameters)
- Enhanced exec pogpool with more total fields
- Fixed a couple bugs that caused some tithes to not be counted properly
- Added the POG Reward icon
- Enhanced exec titheinfo with more info about your personal ability to tithe

** Windows has been deployed **
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 09, 2018, 04:19:35 AM
1.1.6.3 - Mandatory Upgrade for TestNet


- Added Tithability to the Send Coins UI (This shows your tithability parameters)
- Enhanced exec pogpool with more total fields
- Fixed a couple bugs that caused some tithes to not be counted properly
- Added the POG Reward icon
- Enhanced exec titheinfo with more info about your personal ability to tithe

** Windows has been deployed **

testnet PPAs are building now
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 09, 2018, 10:57:54 AM
testnet PPAs are building now

Ready to go.
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 09, 2018, 11:34:36 AM
my maxtithamount is still only 297 bbp and still stoped my rewarding? where is problem? thanks
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 09, 2018, 12:22:35 PM
my maxtithamount is still only 297 bbp and still stoped my rewarding? where is problem? thanks

Every 205 blocks, your old tithe is "expired" in the pool (that is one day).

However in testnet we have two minute blocks (roughly) so each day in testnet is like 4 days in prod, meaning you need to keep tithing to stay in the pool (at least once every 205 blocks).

Keep track of your tithe txids if you want to track them and Ill point out the issue exactly.

So far from my end everything looks OK - the pool audit passed btw without any flaws found or math errors.

Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 09, 2018, 12:31:55 PM
im still dont understand whats point for this

for newbie,when we start,what i have to do?

steps.

1.step  install bbp wallet
2.step  buy bbp from exchange or ie i have 330 000bbp in wallet
3.step  whats next?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 09, 2018, 01:16:59 PM
im still dont understand whats point for this

for newbie,when we start,what i have to do?

steps.

1.step  install bbp wallet
2.step  buy bbp from exchange or ie i have 330 000bbp in wallet
3.step  whats next?


The difference is someone who buys 25000 bbp off the exchange can get started with POG almost instantly and receive mining rewards - wihtout buying expensive equipment or renting servers - their tithe total in 24 hours is the tithe_weight for the pool.  Its pretty simple to understand I think, as compared to understanding what you need to do to start PODC mining.

So the bbp miner single thread tries to send a tithe once every hour (this is a spork setting).  You can scan your log for (grep for) SendTithe.  In my case i have one exactly once per hour in the log with an error saying wallet unlock required (you need to leave your wallet unlocked in testnet if its encrypted).  I think in prod we may be able to either use the popup podc password to auto tithe.

Now do you get it?  In 24 hours all applicable tithes would be sent automatically, meaning the user is POG mining without learning anything.

Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 09, 2018, 01:20:21 PM
omg.....please answer me
what is next step when i have 330 000 tBBP in wallet ....

stop write balast about nothing ....  please stop....
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 09, 2018, 02:18:05 PM
I think we need to work out some UI controls for tithing..

I don't believe it should be auto-on.   Though this makes for easy participation I feel the user should intentionally start this process (or risk people thinking we're a scam / stealing coins).

Klondike: i'll talk with you on IM,  I think you are expecting more than is required.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 09, 2018, 04:29:52 PM
I think we need to work out some UI controls for tithing..

I don't believe it should be auto-on.   Though this makes for easy participation I feel the user should intentionally start this process (or risk people thinking we're a scam / stealing coins).

Klondike: i'll talk with you on IM,  I think you are expecting more than is required.

I dont really mind one way or another, but I actually thought "auto" would be the default, otherwise people will say we are intentionally trying to give the veterans more rewards.  But I see your point, I dont mind making the default =off, and we will require them to add 'tithing=auto' to the config for auto.

I did plan on thinking about a couple more controls also, like the tithe frequency.  They definiately should be able to override the default spork (which is 1 hr in testnet) by doing something like 'tithefrequency=86400' which would be equal to one day.

Let me know if you think of other controls, but we dont want to make it too complicated either. 


EDIT:

So for prod, I propose:

Default - if nothing set:
tithing=false
tithefrequency=spork_value_set_by_biblepay_devs

If a user sets them:

tithing=true
tithefrequency=Seconds_between_send


TitheCap:  Equal to 70% of our monthly POBH heat emissions (This gives miners a minimum of 30% profit on any day, and an unlimited max profit on a slow day)

Scope:  To expand POBH only for a few months, then we re-evaluate the impact this system made on bringing new users in the house. 


Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 09, 2018, 06:15:17 PM
I did plan on thinking about a couple more controls also, like the tithe frequency.  They definiately should be able to override the default spork (which is 1 hr in testnet) by doing something like 'tithefrequency=86400' which would be equal to one day.

Let me know if you think of other controls, but we dont want to make it too complicated either. 


EDIT:

So for prod, I propose:

Default - if nothing set:
tithing=false
tithefrequency=spork_value_set_by_biblepay_devs

If a user sets them:

tithing=true
tithefrequency=Seconds_between_send


TitheCap:  Equal to 70% of our monthly POBH heat emissions (This gives miners a minimum of 30% profit on any day, and an unlimited max profit on a slow day)

Scope:  To expand POBH only for a few months, then we re-evaluate the impact this system made on bringing new users in the house.

Fair enough,  I think we need a button in the UI that will adjust the config and/or make it a registry option for those using the qt wallet.

I'm reluctant to add too much to the current QT gui with the rebase in the background ...  But for "ease of use" controlling the mining activities from the UI is important.

I'll poke around with it a bit more to see what else I can come up with
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 10, 2018, 05:57:18 AM
Fair enough,  I think we need a button in the UI that will adjust the config and/or make it a registry option for those using the qt wallet.

I'm reluctant to add too much to the current QT gui with the rebase in the background ...  But for "ease of use" controlling the mining activities from the UI is important.

I'll poke around with it a bit more to see what else I can come up with

The GUI rebase is going to be hard legwork anyway so I don't really mind if we add more stuff or not. It's not going to make a huge difference.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 10, 2018, 10:50:35 AM
The GUI rebase is going to be hard legwork anyway so I don't really mind if we add more stuff or not. It's not going to make a huge difference.

For now I made our existing "one click mining" menu item (which already creates the biblepay.conf if it doesnt exist) check to see If Pog Enabled then:
tithing=true

(Turning on the auto tithe option)
(And this feature already sets genproclimit=1 and gen=1)

I believe they need to reboot if they do this.

Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 10, 2018, 11:00:36 AM
What happened to my donations
I sent 18*294 bbp and my pogpool says I have  294.64

Code: [Select]
{
  "Command": "pogpool",
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 536.00, Weight: 1.0000, Payment_Tier: 13, Height: 85357, Address: ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG, NickName: randrews",
  "yZVRb4Cbcoyqvw4VJmkSHPugyHxX7kbcF4": "Amount: 876.00, Weight: 0.7487, Payment_Tier: 0, Height: 85344, Address: yZVRb4Cbcoyqvw4VJmkSHPugyHxX7kbcF4, NickName: thesnat2",
  "yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc": "Amount: 1168.00, Weight: 1.0000, Payment_Tier: 10, Height: 85386, Address: yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc, NickName: thesnat1",
  "ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa": "Amount: 880.00, Weight: 1.0000, Payment_Tier: 1, Height: 85297, Address: ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa, NickName: jerky",
  "ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K": "Amount: 1172.00, Weight: 1.0000, Payment_Tier: 11, Height: 85355, Address: ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K, NickName: slybaby",
  "yhuFkP7UREXJrNrY62cBh5ZDMst7ATefCt": "Amount: 294.00, Weight: 0.2513, Payment_Tier: 0, Height: 85264, Address: yhuFkP7UREXJrNrY62cBh5ZDMst7ATefCt, NickName: testnet2",
  "0": "Count: 2, Total: 1170.0000",
  "1": "Count: 1, Total: 880.0000",
  "2": "Count: 0, Total: 0.0000",
  "3": "Count: 0, Total: 0.0000",
  "4": "Count: 0, Total: 0.0000",
  "5": "Count: 0, Total: 0.0000",
  "6": "Count: 0, Total: 0.0000",
  "7": "Count: 0, Total: 0.0000",
  "8": "Count: 0, Total: 0.0000",
  "9": "Count: 0, Total: 0.0000",
  "10": "Count: 1, Total: 1168.0000",
  "11": "Count: 1, Total: 1172.0000",
  "12": "Count: 0, Total: 0.0000",
  "13": "Count: 1, Total: 536.0000",
  "14": "Count: 0, Total: 0.0000",
  "15": "Count: 0, Total: 0.0000",
  "High Tithe": 1172.17,
  "Total Tithes": 4928.26999998,
  "My Tithes": 294.64,
  "My Payment Height": 85386
}

Here are some of the transaction ids

61836338359fa2641fb9a542d6e4bdcd242a1c505d2944ba19fc6d81074c3e1e-000
69410c348c2b6478d94f1bc0e8d0c61c6e00e613316f7628c53b78e2f1018df9-000
1bd2d45a10708ccf89a827fc12cd52f230b77a886888939cb1c1308b507062d4-000
121b947aea3282853ff90d7f79e583048d4988280ac26bf38918095207498b7a-000
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 10, 2018, 11:39:13 AM
min_coin_amount is the minimum coin value that can be used for a tithe out of your coins.  If you go to coin control and take a look at your coins, pick one of higher value than min_coin_amount.

For simplicity sake, if we don't use coin control, the wallet will choose a balance for us that is eligible? If so, which address does it pick from first? Is it random, oldest coin age first, etc ?

Also, in our File Receiving address, I see an address for TITHES. What is that for?
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 10, 2018, 12:22:46 PM
You have 1.1.6.3 (testnet) for MacOS here

http://www.biblepay.org/biblepaycore-testnet.dmg

Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 10, 2018, 12:41:30 PM
For simplicity sake, if we don't use coin control, the wallet will choose a balance for us that is eligible? If so, which address does it pick from first? Is it random, oldest coin age first, etc ?
If I understood correctly from code It picks up first eligible from map and map is ordered by hash of transaction id. So it some what random
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 10, 2018, 02:44:32 PM
If I understood correctly from code It picks up first eligible from map and map is ordered by hash of transaction id. So it some what random

What is it that is random?  No, all tithes count if legal tithes (within diff parameter of that block).

Nothing random, except the payment tier # you end up in.

I will answer the other questions asap.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 10, 2018, 02:45:41 PM
For simplicity sake, if we don't use coin control, the wallet will choose a balance for us that is eligible? If so, which address does it pick from first? Is it random, oldest coin age first, etc ?

Also, in our File Receiving address, I see an address for TITHES. What is that for?

Yes, wallet will choose balance eligible automatically.

It always broadcasts your tithe to be coming from the TITHES address so for rewards they come back to one place.

The TITHES address is the one it made for you for POG for the POG POOL, so your address is not changing in the POG POOL.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 10, 2018, 02:59:44 PM
What happened to my donations
I sent 18*294 bbp and my pogpool says I have  294.64

Code: [Select]
{
  "Command": "pogpool",
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 536.00, Weight: 1.0000, Payment_Tier: 13, Height: 85357, Address: ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG, NickName: randrews",
  "yZVRb4Cbcoyqvw4VJmkSHPugyHxX7kbcF4": "Amount: 876.00, Weight: 0.7487, Payment_Tier: 0, Height: 85344, Address: yZVRb4Cbcoyqvw4VJmkSHPugyHxX7kbcF4, NickName: thesnat2",
  "yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc": "Amount: 1168.00, Weight: 1.0000, Payment_Tier: 10, Height: 85386, Address: yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc, NickName: thesnat1",
  "ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa": "Amount: 880.00, Weight: 1.0000, Payment_Tier: 1, Height: 85297, Address: ydXPSPFWeoA9RUQoX6uBKmjnnJV6GxfwBa, NickName: jerky",
  "ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K": "Amount: 1172.00, Weight: 1.0000, Payment_Tier: 11, Height: 85355, Address: ygEXbdJhypUaVhYo5Q2jKATctQtVWL892K, NickName: slybaby",
  "yhuFkP7UREXJrNrY62cBh5ZDMst7ATefCt": "Amount: 294.00, Weight: 0.2513, Payment_Tier: 0, Height: 85264, Address: yhuFkP7UREXJrNrY62cBh5ZDMst7ATefCt, NickName: testnet2",
  "0": "Count: 2, Total: 1170.0000",
  "1": "Count: 1, Total: 880.0000",
  "2": "Count: 0, Total: 0.0000",
  "3": "Count: 0, Total: 0.0000",
  "4": "Count: 0, Total: 0.0000",
  "5": "Count: 0, Total: 0.0000",
  "6": "Count: 0, Total: 0.0000",
  "7": "Count: 0, Total: 0.0000",
  "8": "Count: 0, Total: 0.0000",
  "9": "Count: 0, Total: 0.0000",
  "10": "Count: 1, Total: 1168.0000",
  "11": "Count: 1, Total: 1172.0000",
  "12": "Count: 0, Total: 0.0000",
  "13": "Count: 1, Total: 536.0000",
  "14": "Count: 0, Total: 0.0000",
  "15": "Count: 0, Total: 0.0000",
  "High Tithe": 1172.17,
  "Total Tithes": 4928.26999998,
  "My Tithes": 294.64,
  "My Payment Height": 85386
}

Here are some of the transaction ids

61836338359fa2641fb9a542d6e4bdcd242a1c505d2944ba19fc6d81074c3e1e-000
69410c348c2b6478d94f1bc0e8d0c61c6e00e613316f7628c53b78e2f1018df9-000
1bd2d45a10708ccf89a827fc12cd52f230b77a886888939cb1c1308b507062d4-000
121b947aea3282853ff90d7f79e583048d4988280ac26bf38918095207498b7a-000

So it looks like you tithed these on block 85280, and the first problem I see is txid #2, (if you look at showblock 85280 you see min diff of 1.12 age, 467 amount) and txid#2 spent a coin of amount of 98 (IE didnt meet the minimum diff req).

So that part is OK as we only induct legal tithes; but now to see if we have found a bug or not, can you please tell me - how did you tithe these on 85280, from the RPC or from the GUI?  Did the gui throw any errors and do you remember if it showed the minimum diff in red below the Send?

Also did you send from 1163?

Thanks,
Rob
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 11, 2018, 01:12:07 AM
What is it that is random?  No, all tithes count if legal tithes (within diff parameter of that block).

I mean that hash is somewhat random and first legal tithe is ordered by hash. Code does not select for example youngest and smallest transaction to be used for tithe.
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 11, 2018, 05:27:02 AM
So it looks like you tithed these on block 85280, and the first problem I see is txid #2, (if you look at showblock 85280 you see min diff of 1.12 age, 467 amount) and txid#2 spent a coin of amount of 98 (IE didnt meet the minimum diff req).

So that part is OK as we only induct legal tithes; but now to see if we have found a bug or not, can you please tell me - how did you tithe these on 85280, from the RPC or from the GUI?  Did the gui throw any errors and do you remember if it showed the minimum diff in red below the Send?

Also did you send from 1163?


They are send from GUI with version 1163.
Did the gui throw any errors and do you remember if it showed the minimum diff in red below the Send?

I did not see any error messages until I had no more aged coins. Until that I was able to send as many times as I wanted. I cannot recall seeing minimum diff in red.
I just reproduced this behavior and I can pump my tithes up in a very short time.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 11, 2018, 06:19:05 AM
I know we have a small sampling size, but this still seems odd, how are we ending up duplicating tiers so easily?

Also, i'm curious what happens when a tier is empty  the rewards just go to the miner?

"0": "Count: 0, Total: 0.0000",
  "1": "Count: 0, Total: 0.0000",
  "2": "Count: 0, Total: 0.0000",
  "3": "Count: 0, Total: 0.0000",
  "4": "Count: 0, Total: 0.0000",
  "5": "Count: 2, Total: 4054.0000",
  "6": "Count: 0, Total: 0.0000",
  "7": "Count: 0, Total: 0.0000",
  "8": "Count: 2, Total: 1450.0000",
  "9": "Count: 0, Total: 0.0000",
  "10": "Count: 0, Total: 0.0000",
  "11": "Count: 0, Total: 0.0000",
  "12": "Count: 2, Total: 3567.0000",
  "13": "Count: 1, Total: 869.0000",
  "14": "Count: 0, Total: 0.0000",
  "15": "Count: 0, Total: 0.0000",
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 11, 2018, 07:11:10 AM
I know we have a small sampling size, but this still seems odd, how are we ending up duplicating tiers so easily?

Also, i'm curious what happens when a tier is empty  the rewards just go to the miner?

"0": "Count: 0, Total: 0.0000",
  "1": "Count: 0, Total: 0.0000",
  "2": "Count: 0, Total: 0.0000",
  "3": "Count: 0, Total: 0.0000",
  "4": "Count: 0, Total: 0.0000",
  "5": "Count: 2, Total: 4054.0000",
  "6": "Count: 0, Total: 0.0000",
  "7": "Count: 0, Total: 0.0000",
  "8": "Count: 2, Total: 1450.0000",
  "9": "Count: 0, Total: 0.0000",
  "10": "Count: 0, Total: 0.0000",
  "11": "Count: 0, Total: 0.0000",
  "12": "Count: 2, Total: 3567.0000",
  "13": "Count: 1, Total: 869.0000",
  "14": "Count: 0, Total: 0.0000",
  "15": "Count: 0, Total: 0.0000",

I wonder this duplicate too. There is small bias in each 205 block window, but it is travelling so it does not matter on long run.
There has been mention that empty blocks goes to miner totally,
 
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 11, 2018, 10:50:02 AM
In exec pogpool I see BBP address twice. Is there a reason for this?

Is nickname required? Why is it there?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 11, 2018, 11:05:15 AM
In exec pogpool I see BBP address twice. Is there a reason for this?

Is nickname required? Why is it there?

Yes, the address is the Key, so it listed once as the JSON key, then the rest of the row has all kinds of things in it.  This isnt really intended for prod, as I think prod would have 500 rows of data, so this is temporary.

The nickname is optional.  Its there so you can see your tithes in testnet.  I recommend using it.

For prod we can use it for the leaderboard.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 11, 2018, 11:07:21 AM
I know we have a small sampling size, but this still seems odd, how are we ending up duplicating tiers so easily?

Also, i'm curious what happens when a tier is empty  the rewards just go to the miner?

"0": "Count: 0, Total: 0.0000",
  "1": "Count: 0, Total: 0.0000",
  "2": "Count: 0, Total: 0.0000",
  "3": "Count: 0, Total: 0.0000",
  "4": "Count: 0, Total: 0.0000",
  "5": "Count: 2, Total: 4054.0000",
  "6": "Count: 0, Total: 0.0000",
  "7": "Count: 0, Total: 0.0000",
  "8": "Count: 2, Total: 1450.0000",
  "9": "Count: 0, Total: 0.0000",
  "10": "Count: 0, Total: 0.0000",
  "11": "Count: 0, Total: 0.0000",
  "12": "Count: 2, Total: 3567.0000",
  "13": "Count: 1, Total: 869.0000",
  "14": "Count: 0, Total: 0.0000",
  "15": "Count: 0, Total: 0.0000",

When a tier is empty it pays 100% to the miner.  Not a problem in prod - we would easily fill up the tiers.

The clashing of tiers is not a problem; it is correct - the algorithm does not have a bug in it.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 11, 2018, 11:11:41 AM
They are send from GUI with version 1163.
I did not see any error messages until I had no more aged coins. Until that I was able to send as many times as I wanted. I cannot recall seeing minimum diff in red.
I just reproduced this behavior and I can pump my tithes up in a very short time.


OK good to know.  So as of yesterday, I logged a couple things that could be bugs (the tithes not entering - sometimes - even though you didnt receive an error in the gui) and another one:  I believe our version of dash has a limited memory of utxo age; and I have a suspicion that some nodes are seeing a different memory utxo set - this is all really technical so what I need to do for the next version is create our own BBP map of these, so there is no chance of this "difference" and I believe this will also kill the possibility of a tithe not entering when it meets the parameters.  (On a side note I plan on adding a transaction fee to donations that increases by 1 bbp per donation - and giving that to the miner - I think this would stave off single block tithe attacks.  Although I do want to clarify to everyone, a legal tithe is a legal tithe, so dont get the idea that when one hogs a block they are doing something bad - if the coins are aged its legal - what Im trying to do is discourage it and make it financially unfeasible for someone to want to hog a single block and raise diff up for everyone at once by a massive amount).


Just to clarify on the fee:  It makes no difference what address or wallet # you tithe from, it would be like this:  Miner checks global memory pool, how many tithes on bbp network in this block?  If < 10, no extra fee to tithe.  If > 10, the tithe fee is 1 bbp for tithe #11, 2 bbp for tithe #12, ... etc.  Next block we start over at 0 again.  Also the tithing fees goes to the reaper.   The giver loses the tx fee.  This discourages tithe attacks by one "hog".



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 11, 2018, 11:16:33 AM
I mean that hash is somewhat random and first legal tithe is ordered by hash. Code does not select for example youngest and smallest transaction to be used for tithe.
Well just to clarify this, the only element of randomness we have is the payment tier that a giver falls into.  If a user tithes, if the tithe is legal (within diff params) it most certainly goes in the pool (when we have no bugs in our code LOL), so there is no uncertainty there - no hash - no ordering - etc.

However the payment tier your tithe ends up in is absolutely uncertain.  No once can predict what tier your tithe_weight will end up in.

Since we pay 12 blocks per 205 it should smooth it out very quickly (as far as even payments) - as long as tiers are pretty packed etc.

Ill take a look at those things in the prior post today and update asap.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 11, 2018, 11:24:14 AM
Testnet packages ready

sudo add-apt-repository ppa:biblepay-official/testnet
sudo apt-get update

I'm assuming the repository wont work for bionic? :)

Err:11 http://ppa.launchpad.net/dash.org/dash/ubuntu bionic Release
  404  Not Found [IP: 91.189.95.83 80]
Reading package lists... Done
E: The repository 'http://ppa.launchpad.net/dash.org/dash/ubuntu bionic Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 11, 2018, 12:36:28 PM
I'm assuming the repository wont work for bionic? :)

Err:11 http://ppa.launchpad.net/dash.org/dash/ubuntu bionic Release
  404  Not Found [IP: 91.189.95.83 80]
Reading package lists... Done
E: The repository 'http://ppa.launchpad.net/dash.org/dash/ubuntu bionic Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

We are not supposed to have any dependencies on dash.org. It must be some remnant left behind on the contrib/depends files. But this didn't show up on mainnet PPA, and nothing has changed about that on 1.1.6.3 from 1.1.6.1.

I'll check it.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 11, 2018, 12:42:25 PM
We are not supposed to have any dependencies on dash.org. It must be some remnant left behind on the contrib/depends files. But this didn't show up on mainnet PPA, and nothing has changed about that on 1.1.6.3 from 1.1.6.1.

I'll check it.

Odd...  I removed the dashd repo and it lets me install.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 11, 2018, 01:47:03 PM
in the gui, donate to foundation only allows me to select tithe amount.

in cli, exec tithe allows me to specify coin_age and coin_min_amount. I wonder if exec tithe should just allow me to specify a tithe amount only? so if I type exec tithe 300, i will either be told the tithe is legit and submit, or error out because tithe amount, coin age, or coin_min_amount is not met.

i also seem to be able to select a 300 input and tithe 290. when done automatically, qt wallet wants to select a bigger input amount. is an input of 300, a legal tithe when the automated way wants mincoinvalue of 500?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 11, 2018, 06:08:45 PM
in the gui, donate to foundation only allows me to select tithe amount.

in cli, exec tithe allows me to specify coin_age and coin_min_amount. I wonder if exec tithe should just allow me to specify a tithe amount only? so if I type exec tithe 300, i will either be told the tithe is legit and submit, or error out because tithe amount, coin age, or coin_min_amount is not met.

i also seem to be able to select a 300 input and tithe 290. when done automatically, qt wallet wants to select a bigger input amount. is an input of 300, a legal tithe when the automated way wants mincoinvalue of 500?
Good point.

I made a change where 'exec tithe amount' will honor the current diff level if you only specify the amount.

Regarding the min_coin_amount that is actually a bug in 1163, and is fixed in 1164 (building now).  I believe it is the source of a few issues for us.

I also removed the 2nd address you pointed out in exec pogpool.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 12, 2018, 10:11:07 AM
i also seem to be able to select a 300 input and tithe 290. when done automatically, qt wallet wants to select a bigger input amount. is an input of 300, a legal tithe when the automated way wants mincoinvalue of 500?

So if you use coincontrol, Yes, that manual tithe would be legal.

The automated way chooses the first coin in the sorted vector that it finds that is legal that meets all the parameters, so it could be that is was in that order because of its age.  Its trying to spend the youngest aged coin that has a higher value than the diff level.

(Im testing the new version now, should be out today).

Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 12, 2018, 11:48:06 AM
Should I report issues or wait for new version?
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 12, 2018, 02:21:50 PM
Makes sense Rob. Fro. The consumer side I'd prefer to Max tithe with very little change left over.  With the exec bankroll feature and some small change amounts, it may be a moot point.

Also, I'm confused by pog reward amounts.

One new wallet never tithed (too new) but I've been receiving pog rewards.

And then other times pog reward goes to non-tithe address. Is pog reward actually mined reward?
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 12, 2018, 02:24:02 PM
Also, is pog reward a block that can process other transactions like Joe sending bbp to an exchange?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 12, 2018, 04:00:37 PM
Should I report issues or wait for new version?

Please wait, I believe we have to re-test everything in this new version as we now use a new more reliable method to induct legal tithes into the pool from the block.  Also, all prior versions had a bug in the actual CoinValue of the difficulty (it was off by COIN - a constant in the code), so yeah we need to re-test everything.

So Im thinking on our newer testing, we should do a limited number of tithes, like say 10 for example, and write them down in notepad with the block number (IE total amount and block number).  Then sit back and see exactly how many were inducted and exactly what rewards occur in 205 blocks.  This will give us a very accurate picture if 100% of the tithes are going in the pool, and the ratio of rewards per tithe BBP.

On a side note I added a new feature called 'exec istithelegal txid' - you can use this to test a tithe.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 12, 2018, 04:02:43 PM
Also, is pog reward a block that can process other transactions like Joe sending bbp to an exchange?

The POG reward is a coinbase, so it takes 120 confirms to become spendable (just like mining revenue).

On a side note, all the pool rewards for one block are contained in one transaction.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 12, 2018, 04:05:53 PM
Makes sense Rob. Fro. The consumer side I'd prefer to Max tithe with very little change left over.  With the exec bankroll feature and some small change amounts, it may be a moot point.

Also, I'm confused by pog reward amounts.

One new wallet never tithed (too new) but I've been receiving pog rewards.

And then other times pog reward goes to non-tithe address. Is pog reward actually mined reward?

The new wallet might be mining and reaping (solving the block itself).  If it didnt tithe, it cant receive pool rewards unless you copied the wallet (I hope no one is copying wallets in testnet however because that would really make it hard for us, we should all be using distinct wallets with distinct addresses and nicknames in testnet so we can reconcile everything).

The pog reward should only go to the TITHE address (its stored in the tithe), so you are probably referring to a mining reward.

To see what a tx is actually composed of just double click it in QT in the recieving list and look for the vout number.  A vout[0] means mining reward.  A vout[1] is usually masternode reward (or pool reward).  vout[2+] is a POG pool reward.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 12, 2018, 04:11:01 PM
1.1.6.4d-Mandatory Upgrade for TestNet

- Fixed bug in tithe inductor
- Add ability to force a tithe in (for people who want to donate to foundation regardless of diff) - the tithe doesnt count in the pool - this is in sendcoins UI
- Added exec istithelegal txid - Allows a user to verify a tithes legality - good for debugging purposes
- Modified exec tithe amount - To also accept just the amount.

Note that this version will disconnect older clients, so please, everyone upgrade.
Since this version considers a block before 1164 a bad block, we will need to do quite a bit of resyncing to agree, please lets check our blockhash.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 12, 2018, 04:32:23 PM
Makes sense Rob. Fro. The consumer side I'd prefer to Max tithe with very little change left over.  With the exec bankroll feature and some small change amounts, it may be a moot point.

Also, I'm confused by pog reward amounts.

One new wallet never tithed (too new) but I've been receiving pog rewards.

And then other times pog reward goes to non-tithe address. Is pog reward actually mined reward?


I was just looking at some of my POG rewards and I think I might know why you think some are mining that are POG.
First, if it says "POG REWARD" regardless of the amount it should be an actual POG.  The ones that say "MINED" are the reaper payments.

The confusing part:  If you are in a payment tier that pays 100%, that reaper reward is like 100 bbp and You as pog recipient get a massive amount, like 4000, making it look like a mining payment but it is really a pool payment.  This happens if that block didnt have a sanc payment on it.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 12, 2018, 05:39:25 PM
Question to the user who crashed, did you crash with 0 blocks in the chain?  If so I reproduced and fixed that in 1164, if not let us know how to reproduce.

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 13, 2018, 03:15:14 AM
1.1.6.4d-Mandatory Upgrade for TestNet

- Fixed bug in tithe inductor
- Add ability to force a tithe in (for people who want to donate to foundation regardless of diff) - the tithe doesnt count in the pool - this is in sendcoins UI
- Added exec istithelegal txid - Allows a user to verify a tithes legality - good for debugging purposes
- Modified exec tithe amount - To also accept just the amount.

Note that this version will disconnect older clients, so please, everyone upgrade.
Since this version considers a block before 1164 a bad block, we will need to do quite a bit of resyncing to agree, please lets check our blockhash.

Also ready in biblepay-official/testnet PPA for Linux and MacOS testnet URL (www.biblepay.org/biblepaycore-testnet.dmg)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 13, 2018, 09:14:54 AM
Please don't test this new version 1.1.6.4 - I found a bug.

Will need a new release.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 13, 2018, 11:56:45 AM
1.1.6.5 - Mandatory Upgrade for TestNet


The new version is ready.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 13, 2018, 05:12:47 PM
1.1.6.5 - Mandatory Upgrade for TestNet


The new version is ready.


Wait, I found yet another bug.

I'm sorry... It didnt reveal itself til I synced my 3rd node.

Please wait for the new testnet version again.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 13, 2018, 09:30:38 PM
1.1.6.6 - Mandatory Upgrade for TestNet


The new version is ready.

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 14, 2018, 02:35:42 AM
1.1.6.6 - Mandatory Upgrade for TestNet


The new version is ready.

MacOS version is ready and Linux PPAs are building now
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 14, 2018, 11:02:35 AM
Anyone with a chain height higher than 87000, please erase and resync.

The problem is if your height was higher than us when you upgraded, you let more blocks in on 1.1.6.5 (that will be rejected by 1.1.6.6) so its preventing us from syncing.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 14, 2018, 12:50:25 PM
restarted mine..

Having issues getting peers however, is the main node up?
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 15, 2018, 06:30:53 AM
Ok, Testnet seems stuck at block 87697
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 15, 2018, 11:56:55 AM
Ok, Testnet seems stuck at block 87697


Im surprised so few are testing - I believe we should be able to recover because the rule was our normal rejection rule for old versions; however on a side note Im starting to dislike that rule as it really shakes up the whole system - its as if its worse to require a mandatory that way than for me to add a block version field on my logging - anyway



getblockhash 87915
f042dfcb5d9265ef681ffbe1bf3577274bcdcd13411d340a37d179ca10616810

This morning looks like we got past that does yours agree?  I have two nodes running that agree.  My 3rd is not even synced halfway let me see if I can get a third up to 87915.





Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 15, 2018, 12:05:13 PM
getblockhash is correct for me.

Keep getting this:

2018-12-15 18:03:55
 Illegal tithe @height 87725.000000, max amount 296.500000  amount 296.710000 vout 1
 Illegal tithe @height 87835.000000, max amount 296.490000  amount 296.710000 vout 2
 Illegal tithe @height 87883.000000, max amount 296.930000  amount 297.150000 vout 1 ProcessNewBlock : ACCEPTED

If a tithe is illegal, maybe one can be resent as a test and if it works send it along.

Or illegal tithe should be abandoned? It keeps showing up in the logs... is that right?  I assume it'll keep showing up because the transactions can't be abandoned currently or resent?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 15, 2018, 12:08:42 PM
getblockhash is correct for me.

Keep getting this:

2018-12-15 18:03:55
 Illegal tithe @height 87725.000000, max amount 296.500000  amount 296.710000 vout 1
 Illegal tithe @height 87835.000000, max amount 296.490000  amount 296.710000 vout 2
 Illegal tithe @height 87883.000000, max amount 296.930000  amount 297.150000 vout 1 ProcessNewBlock : ACCEPTED

If a tithe is illegal, maybe one can be resent as a test and if it works send it along.

Or illegal tithe should be abandoned? It keeps showing up in the logs... is that right?  I assume it'll keep showing up because the transactions can't be abandoned currently or resent?

So on the illegal tithe, I can say with relative certainty what I "think" is happening.  (Note that Illegal Tithe and POG Pool Recipients Invalid are mostly for logging, for us to ensure we have prevented those problems in test, and then they become very rare cases of things that arent supposed to happen in prod).

I believe due to people upgrading and being on forks, the difficulty level is not exactly the same on 3 forks.  Once we all agree on the block hash, we should re-tithe, and then watch the log for one day and see that the error has dissapeared.

To answer your question though the pool will not induct an illegal tithe.  But those will be forced on their own chain anyway, so this error should dissapear once we are synced together.

(The givers actual tithe was legal on his own chain) - just illegal on our chain.

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 15, 2018, 02:50:42 PM
The POG reward is a coinbase, so it takes 120 confirms to become spendable (just like mining revenue).

On a side note, all the pool rewards for one block are contained in one transaction.

I'm seeing PoG reward available after 6 confirmations.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 15, 2018, 03:13:17 PM
the above command isn't working for me in the debug console.

12:52:24 exec tithe
12:52:24 You must specify amount, min_coin_age (days), min_coin_amount.  IE: exec tithe 200 1 1000. (code -1)

12:52:27 exec tithe 250
12:52:27 JSON value is not a string as expected (code -1)
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 15, 2018, 05:25:01 PM
So on the illegal tithe, I can say with relative certainty what I "think" is happening.  (Note that Illegal Tithe and POG Pool Recipients Invalid are mostly for logging, for us to ensure we have prevented those problems in test, and then they become very rare cases of things that arent supposed to happen in prod).

I believe due to people upgrading and being on forks, the difficulty level is not exactly the same on 3 forks.  Once we all agree on the block hash, we should re-tithe, and then watch the log for one day and see that the error has dissapeared.

To answer your question though the pool will not induct an illegal tithe.  But those will be forced on their own chain anyway, so this error should dissapear once we are synced together.

(The givers actual tithe was legal on his own chain) - just illegal on our chain.

Is there a frequency that is observed for "tithing"? TestNet seems to be about once an hour. If I were to tithe 30 minutes after an automated send, that is considered an illegal tithe?  If the transaction is not created, it wouldn't be in the "unconfirmed" stage. Unconfirmed seems like it would encourage more confusion to new users.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 15, 2018, 06:10:48 PM
I'm seeing PoG reward available after 6 confirmations.

Oh you are relying on the checkmark on the UI, that is just a display bug.

Coinbases are not spendable until 102 confirms.  You can look in your "unconfirmed" balance to see all your POGs arent available.

Ill look at the checkmark bug.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 15, 2018, 06:12:15 PM
Is there a frequency that is observed for "tithing"? TestNet seems to be about once an hour. If I were to tithe 30 minutes after an automated send, that is considered an illegal tithe?  If the transaction is not created, it wouldn't be in the "unconfirmed" stage. Unconfirmed seems like it would encourage more confusion to new users.

No you can manually tithe as often as you want and it wont be illegal - as long as its a legal tithe.  Legal means it fits the difficulty parameters.

If it were any other way people would try to game the system by writing scripts to tithe.

The frequency is once per hour in testnet.

Im making it so you can override that in the settings next.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 15, 2018, 06:14:17 PM
the above command isn't working for me in the debug console.

12:52:24 exec tithe
12:52:24 You must specify amount, min_coin_age (days), min_coin_amount.  IE: exec tithe 200 1 1000. (code -1)

12:52:27 exec tithe 250
12:52:27 JSON value is not a string as expected (code -1)

Good find, I just added this to the bug list.  Working on it.

Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 16, 2018, 10:52:15 AM
Question to the user who crashed, did you crash with 0 blocks in the chain?  If so I reproduced and fixed that in 1164, if not let us know how to reproduce.

I had crashes with 1163, but now I have not been able reproduce them.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 17, 2018, 10:02:49 AM
1.1.6.7 - Mandatory Upgrade (TestNet)
** Note: This mandatory will only disconnect old versions, but will not hard fork so as to keep the chain running smoother
** Forensically we now have more specific logging with the version in the POG message

- Fixed 'exec tithe' to allow just amount
- Added low and high estimated ROI to 'exec titheinfo'.  Note:  The ROI is based on: Daily_POW_Rewards / TitheCap, divided by 2.  The divided by 2 is assuming the miner spends half of the profit on electricity.
- Removed non-biblepay-team warning in exec getboincinfo
- Fixed the PODC Reward and POG Reward "clock" symbol to require 120 confirms in the UI transaction list
- NEW USER SETTINGS:  Made the wallet Not tithe automatically by default, unless the 'tithe=1' setting is set (or user uses the one-click mining configuration setup).
Possible settings:
Missing = Wallet will not auto tithe
tithe=0 or -1 Wallet will not auto tithe
tithe=1 : Wallet will tithe automatically according to default network SPORK (once per 4 hours in prod, once per hour in testnet)
tithe=NN : Enter any number in minutes above 2, and the wallet will tithe this often

- Added POG Difficulty to overview page

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 17, 2018, 10:19:32 AM
1.1.6.7 - Mandatory Upgrade (TestNet)

Also available in Linux PPA repository
sudo add-apt-repository ppa:biblepay-official/testnet

and MacOS
http://www.biblepay.org/biblepaycore-testnet.dmg
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 17, 2018, 12:38:02 PM
Also available in Linux PPA repository
sudo add-apt-repository ppa:biblepay-official/testnet

and MacOS
http://www.biblepay.org/biblepaycore-testnet.dmg

Thanks for building this.

Note everyone, I found a bug in 1167 that will crash the node during mining.

1.1.6.8 is building for windows now.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 17, 2018, 12:48:56 PM
So I started to run a few basic calculations last night regarding scripting attack vectors (in relation to potentially needing a guard in the program to charge exponentially increasing tithe fees when under attack) (as I was considering adding a fee to each donation transaction vout > qty(10), increasing from 1bbp per 1bbp per vout and rewarding this to the reaper) and I quickly came to the conclusion that we dont need it  - because the number of transactions taken in the pool causing the diff to govern the problem is very small.  If a whale tithes just 100 times in a block, the legal tithes (approx 280,000bbp) would raise the diff by almost 50% on the very next block  - mitigating the problem immediately.  The other issue is, we dont want to hurt newbies.  A legal tithe is a legal tithe if it fits within the difficulty params.  So I feel simplier is better, just leave it out.   (On a side note, the size of a transaction for small donations IE attacking us with 1 bbp tithes can be mitigated with increasing tx-relay fees - which we definitely need and will definitely implement as of next mandatory).

Besides this we have our normal transaction fee (which btw I found a bug in last night) - it is approx 100* too low - I made some notes in the code about a 130 input transaction having a fee of only .003 that should have been .300 bbp.  If we "fix" our minimum relay fee, this should also discourage tithe attacks, as the size taken up by the transactions will quickly increase the cost of each transaction with normal BBP fees of 2bbp, 3bbp, 5bbp etc as the block size grows.

So I feel we have our bases covered regarding tithe attack vectors related to scripting.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 17, 2018, 03:33:42 PM
1.1.6.8 - Mandatory Upgrade (TestNet)
** Note: This mandatory will only disconnect old versions, but will not hard fork so as to keep the chain running smoother
** Forensically we now have more specific logging with the version in the POG message


- Fixed crash bug

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 18, 2018, 06:50:33 AM
1.1.6.8 - Mandatory Upgrade (TestNet)
** Note: This mandatory will only disconnect old versions, but will not hard fork so as to keep the chain running smoother
** Forensically we now have more specific logging with the version in the POG message


- Fixed crash bug

Also available as Linux PPAs and for MacOS.
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 18, 2018, 01:36:06 PM
Are biblepay-cli.exe and biblepayd.exe supposed to work correctly?
I have a feeling that some tithes are not working as I think.
For example if I take max amount from
Code: [Select]
exec titheinfo and then run
Code: [Select]
exec tithe <max>. I can see from debug.log that tithe was illegal.
What happens those bbp? Why max is illegal?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 18, 2018, 05:45:17 PM
Are biblepay-cli.exe and biblepayd.exe supposed to work correctly?
I have a feeling that some tithes are not working as I think.
For example if I take max amount from
Code: [Select]
exec titheinfo and then run
Code: [Select]
exec tithe <max>. I can see from debug.log that tithe was illegal.
What happens those bbp? Why max is illegal?

These might not be your tithes; Ive been trying to break it - the log is actually a log of everyones activity.

So I just tried it and mine was legal;

Could you please try it again and copy the txid, then type

exec istithelegal txid

After a couple blocks later, and that should show if it was truly illegal or legal.  Also in the log you should not see your amount (or block #).

PS: To answer about where the tithe went, yes, the tithe would have actually gone to the foundation and have been spent; so yes it is critical to ensure we verify this bug does not exist.

Ive been monitoring for PogRecipientsInvalid, and to my happiness that appears to be fixed; and the Illegal Tithes from today "should" have been mine.

Lets try to break it.


EDIT:  You should be able to go back in your txlist for the one you sent at the time of the post, and grab the txid and lets double check that one.

'exec istithelegal txid'



Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 19, 2018, 02:22:32 AM
These might not be your tithes; Ive been trying to break it - the log is actually a log of everyones activity.

So I just tried it and mine was legal;

Could you please try it again and copy the txid, then type

exec istithelegal txid

After a couple blocks later, and that should show if it was truly illegal or legal.  Also in the log you should not see your amount (or block #).

PS: To answer about where the tithe went, yes, the tithe would have actually gone to the foundation and have been spent; so yes it is critical to ensure we verify this bug does not exist.

Ive been monitoring for PogRecipientsInvalid, and to my happiness that appears to be fixed; and the Illegal Tithes from today "should" have been mine.

Lets try to break it.


EDIT:  You should be able to go back in your txlist for the one you sent at the time of the post, and grab the txid and lets double check that one.

'exec istithelegal txid'
Result of this command.

Code: [Select]
exec istithelegal 61dac23991ea43d16f999cc9478a624b9a43296f896592f99309cc074ad71fe1

{
  "Command": "istithelegal",
  "Tithe_Legal": false,
  "Tithe_Age": 0.8905555555555555,
  "Tithe_Spent_Coin_Amount": 4634,
  "Tithe_Amount": 275,
  "Block_diff_min_coin_age": 5.13,
  "Block_diff_min_coin_amt": 2139,
  "Block_diff_max_tithe_amt": 274,
  "Tithed_Height": 90815
}

It took a while to find legal tithe.

Code: [Select]
exec istithelegal  cf5395b381fe371d0e418b51014299c0791df6911bd7bf1d5702afe540b1d704

{
  "Command": "istithelegal",
  "Tithe_Legal": true,
  "Tithe_Age": 6.50332175925926,
  "Tithe_Spent_Coin_Amount": 4927,
  "Tithe_Amount": 294,
  "Block_diff_min_coin_age": 0.76,
  "Block_diff_min_coin_amt": 319,
  "Block_diff_max_tithe_amt": 296,
  "Tithed_Height": 89920
}

Now I'm out of aged coins.
It looks like that it is possible to tithe from commandline client illegal tithes
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 19, 2018, 02:31:17 AM
Why did this wallet get POG rewards?

Code: [Select]
"Confirmed","Date","Type","Label","Address","Amount (tBiblepay)","ID"
"false","2018-12-19T10:14:08","Mined","","yW8TrtjNKAAvxh5z2yqYJGiDMdnTvGC8yz","485.50457678","b9256094d79e3c15c2aaa9fea17c31f79ca962113b82c57d2e231d49e1a353a9-000"
"false","2018-12-19T10:07:05","Mined","","yW8TrtjNKAAvxh5z2yqYJGiDMdnTvGC8yz","4854.80305666","a2ce916f12ffc3ef038c9e31e197eb40b4b3199e7f5e25490631691c94f2d109-000"
"true","2018-12-18T23:36:33","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.38318243","45219e8ca515f77560d821b3e119eff1b0dc80d4011acf9887d477d56b57c693-000"
"true","2018-12-18T23:34:17","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.43174017","1dd063ec8243f52d8a04c22a4b0fd39c57711fcb3805e1d7efc3616474424aba-000"
"true","2018-12-18T23:30:24","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.48030567","f1541dfab2c02e169bad57a34b2e9f5ddb3784e077e74ca5d39cd38467c0916a-000"
"true","2018-12-18T23:23:07","POG Reward","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","97.09605959","085dc568b321102faa15c3269fa66fa4de84edade402f52026a64168890103cc-000"
"true","2018-12-18T23:17:45","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.52886271","99a8779cd51518a8f3c63fff4e76e445165a9dfbf4b60a44940d78d74e75d547-000"
"true","2018-12-18T23:17:28","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.52885565","d57eeff95645d26559469d49e2b76cbea2e2e98e5bd727d79adf9b229a936874-000"
"true","2018-12-18T23:00:42","POG Reward","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","97.06693200","4e6c7909383f9f4156974cac9be833decfc1b2d0571a27843240a949eb5e5baa-000"
"true","2018-12-18T22:54:49","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.38318243","c99c37942b2298aa675339b6570486dc9750e382412952f2fd22beadeef90417-000"
"true","2018-12-18T22:44:39","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.50457678","a20ef209138ba63c15a0fe4cb6c24a14ace68c89f87796b59379bde09adb45e5-000"
"true","2018-12-18T22:38:43","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.45604228","7df4ea97f8c37091667a61dc96c323957f14c5598a01ad8860227a28ba786344-000"
"true","2018-12-18T22:19:22","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.43174017","9b6a9bea9cdee042da3c5198114a0aa4b8f0668d2e68b241d156649a24fb76d5-000"
"true","2018-12-18T22:15:22","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","4855.28855647","08e6dbcdc9c6055816ba1832b449a304611a82f154e7240daedcc1db049f76d1-000"
"true","2018-12-18T22:14:42","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.50457678","1bfd91d5a2aaeb5676ef1d73ebff7c418ed1c4860d93ed67bb65da3e23409b5b-000"
"true","2018-12-18T21:58:28","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","4854.07461294","571544886393109ed674ad4bc972fbdc5d38b45f71c6081c5740372de6c13068-000"
"true","2018-12-18T21:49:14","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.45601904","ae36f2d9f75cd028f8951caf739e0fa975093b25fe5f64a24ad6f02f690b8278-000"
"true","2018-12-18T21:48:45","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.40746130","14e9f71c3b97766bed06446b3432857c6d3485ca8aafa6650362161eb7b228e5-000"
"true","2018-12-18T21:23:10","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.40746130","2a1083542b1eea9620a95112780ee29072d26a1702ef895f2a4283409d0a535b-000"
"true","2018-12-18T21:22:01","Received with","","ydmznuZ1cHvCSnSLZ9pZg8Tgou8Ar2XjTW","10000.00000000","7c52dfa77116a625bb915df17bdb21628b4d58b447ec1b694f7a2446cb0f56a4-000"
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 19, 2018, 07:43:38 AM
my config:
addnode=explorer.biblepay.org
testnet=1
genproclimit=1
nickname=slovakia


still running prod, no testnet ... where is problem? after installation v168 i have this problem with testnet wallet  :(

thanks for help
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 19, 2018, 11:14:18 AM
my config:
addnode=explorer.biblepay.org
testnet=1
genproclimit=1
nickname=slovakia


still running prod, no testnet ... where is problem? after installation v168 i have this problem with testnet wallet  :(

thanks for help

EDIT:  If your wallet is booting in prod mode do this:

./biblepay-qt -conf=biblepaytest.conf

Save your testnet config file as biblepaytest.conf in the ~/.biblepaycore directory.

EDIT: Dont forget to add your tithe parameter.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 19, 2018, 11:59:28 AM
Why did this wallet get POG rewards?

Code: [Select]
"Confirmed","Date","Type","Label","Address","Amount (tBiblepay)","ID"
"false","2018-12-19T10:14:08","Mined","","yW8TrtjNKAAvxh5z2yqYJGiDMdnTvGC8yz","485.50457678","b9256094d79e3c15c2aaa9fea17c31f79ca962113b82c57d2e231d49e1a353a9-000"
"false","2018-12-19T10:07:05","Mined","","yW8TrtjNKAAvxh5z2yqYJGiDMdnTvGC8yz","4854.80305666","a2ce916f12ffc3ef038c9e31e197eb40b4b3199e7f5e25490631691c94f2d109-000"
"true","2018-12-18T23:36:33","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.38318243","45219e8ca515f77560d821b3e119eff1b0dc80d4011acf9887d477d56b57c693-000"
"true","2018-12-18T23:34:17","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.43174017","1dd063ec8243f52d8a04c22a4b0fd39c57711fcb3805e1d7efc3616474424aba-000"
"true","2018-12-18T23:30:24","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.48030567","f1541dfab2c02e169bad57a34b2e9f5ddb3784e077e74ca5d39cd38467c0916a-000"
"true","2018-12-18T23:23:07","POG Reward","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","97.09605959","085dc568b321102faa15c3269fa66fa4de84edade402f52026a64168890103cc-000"
"true","2018-12-18T23:17:45","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.52886271","99a8779cd51518a8f3c63fff4e76e445165a9dfbf4b60a44940d78d74e75d547-000"
"true","2018-12-18T23:17:28","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.52885565","d57eeff95645d26559469d49e2b76cbea2e2e98e5bd727d79adf9b229a936874-000"
"true","2018-12-18T23:00:42","POG Reward","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","97.06693200","4e6c7909383f9f4156974cac9be833decfc1b2d0571a27843240a949eb5e5baa-000"
"true","2018-12-18T22:54:49","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.38318243","c99c37942b2298aa675339b6570486dc9750e382412952f2fd22beadeef90417-000"
"true","2018-12-18T22:44:39","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.50457678","a20ef209138ba63c15a0fe4cb6c24a14ace68c89f87796b59379bde09adb45e5-000"
"true","2018-12-18T22:38:43","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.45604228","7df4ea97f8c37091667a61dc96c323957f14c5598a01ad8860227a28ba786344-000"
"true","2018-12-18T22:19:22","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.43174017","9b6a9bea9cdee042da3c5198114a0aa4b8f0668d2e68b241d156649a24fb76d5-000"
"true","2018-12-18T22:15:22","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","4855.28855647","08e6dbcdc9c6055816ba1832b449a304611a82f154e7240daedcc1db049f76d1-000"
"true","2018-12-18T22:14:42","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.50457678","1bfd91d5a2aaeb5676ef1d73ebff7c418ed1c4860d93ed67bb65da3e23409b5b-000"
"true","2018-12-18T21:58:28","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","4854.07461294","571544886393109ed674ad4bc972fbdc5d38b45f71c6081c5740372de6c13068-000"
"true","2018-12-18T21:49:14","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.45601904","ae36f2d9f75cd028f8951caf739e0fa975093b25fe5f64a24ad6f02f690b8278-000"
"true","2018-12-18T21:48:45","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.40746130","14e9f71c3b97766bed06446b3432857c6d3485ca8aafa6650362161eb7b228e5-000"
"true","2018-12-18T21:23:10","Mined","","yeA8AZunKHTPUQD4Dibe1MeVFbomg1U7Qc","485.40746130","2a1083542b1eea9620a95112780ee29072d26a1702ef895f2a4283409d0a535b-000"
"true","2018-12-18T21:22:01","Received with","","ydmznuZ1cHvCSnSLZ9pZg8Tgou8Ar2XjTW","10000.00000000","7c52dfa77116a625bb915df17bdb21628b4d58b447ec1b694f7a2446cb0f56a4-000"

Thanks for the example.  On a side note we have a feature in the next version that will allow you to type exec pogpool height, and diagnose some of this , although that feature is broken right now in your version.  But anyway looking at your wallet and its rewards, you received the first POG reward on block 91097 for 97.09 bbp. 

So here is what happened:  Those two pog rewards are incorrectly listed as POG reward on the UI.  They are actually mining rewards.  If you look at the actual transaction, the 97.09 was the reaper reward for solving the block .

So I see the bug, and its being fixed now (as far as the display issue).  Please double check in the next version that we killed it - those two should change to Mining rewards when you boot the next version.


Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 19, 2018, 12:19:13 PM
So here is what happened:  Those two pog rewards are incorrectly listed as POG reward on the UI.  They are actually mining rewards.  If you look at the actual transaction, the 97.09 was the reaper reward for solving the block .

This same thing happens when the miner wins the PODC superblock,  maybe an easy fix?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 19, 2018, 12:27:35 PM
This same thing happens when the miner wins the PODC superblock,  maybe an easy fix?

Yes, exactly!  Fixed.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 19, 2018, 12:28:56 PM
Result of this command.

Code: [Select]
exec istithelegal 61dac23991ea43d16f999cc9478a624b9a43296f896592f99309cc074ad71fe1

{
  "Command": "istithelegal",
  "Tithe_Legal": false,
  "Tithe_Age": 0.8905555555555555,
  "Tithe_Spent_Coin_Amount": 4634,
  "Tithe_Amount": 275,
  "Block_diff_min_coin_age": 5.13,
  "Block_diff_min_coin_amt": 2139,
  "Block_diff_max_tithe_amt": 274,
  "Tithed_Height": 90815
}

It took a while to find legal tithe.

Code: [Select]
exec istithelegal  cf5395b381fe371d0e418b51014299c0791df6911bd7bf1d5702afe540b1d704

{
  "Command": "istithelegal",
  "Tithe_Legal": true,
  "Tithe_Age": 6.50332175925926,
  "Tithe_Spent_Coin_Amount": 4927,
  "Tithe_Amount": 294,
  "Block_diff_min_coin_age": 0.76,
  "Block_diff_min_coin_amt": 319,
  "Block_diff_max_tithe_amt": 296,
  "Tithed_Height": 89920
}

Now I'm out of aged coins.
It looks like that it is possible to tithe from commandline client illegal tithes


I believe you have a point, good find on the old txid, thanks.


Let me do some testing and ensure we are using the correct difficulty in the best block as compared to the inductor.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 19, 2018, 01:31:50 PM

I believe you have a point, good find on the old txid, thanks.


Let me do some testing and ensure we are using the correct difficulty in the best block as compared to the inductor.

Ok, I found this was a bug in the wallet.  We quote the current diff params to the user, but during block checking we should have been checking the prior block - not the current block - OK this is fixed in the next version.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 19, 2018, 01:36:48 PM
New version is building.... Should be out tonight.

Massive changes, please hold off on testing.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 19, 2018, 11:43:07 PM
1.1.7.0 - Mandatory Upgrade for TestNet


- Add groundwork for future BiblePay chat room (testnet) and first native bitcoin chat protocol (and call a Priest)
- Add ability for web supporter sites to add proposals, and add in the ExpenseType field (allowing web sites to add proposals with expense types)
- Fix exec pogpool to respect height (exec pogpool height)
- Fix transactionlist UI display bug showing mining payments as POG payments (also fix PODC payments that should be mining payments)
- Update exec titheinfo to show proper ROI, daily miner rewards, and daily tithe cap
- Alter Tithe Cap in testnet and prod (prod is disabled) to be accurate (this is 50K per day, with 100K mining payments) - this means TestNet should disregard all old blocks before 90,000 and start new tests going forward
- Assess block difficulty params in IsTitheLegal using the previous block, but quote diff params for current best block (fixes the Illegal Tithes issues)


 
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 20, 2018, 04:12:04 AM
1.1.7.0 - Mandatory Upgrade for TestNet



MacOS testnet version ready, Ubuntu PPAs building now.
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 20, 2018, 07:47:52 AM
Thanks for the example.  On a side note we have a feature in the next version that will allow you to type exec pogpool height, and diagnose some of this , although that feature is broken right now in your version.  But anyway looking at your wallet and its rewards, you received the first POG reward on block 91097 for 97.09 bbp. 

So here is what happened:  Those two pog rewards are incorrectly listed as POG reward on the UI.  They are actually mining rewards.  If you look at the actual transaction, the 97.09 was the reaper reward for solving the block .

So I see the bug, and its being fixed now (as far as the display issue).  Please double check in the next version that we killed it - those two should change to Mining rewards when you boot the next version.

They are Mining rewards as they should be. Still wondering reward of 97.09 which 2 % of total. Is this correct. I have not donated from this wallet at all.
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 20, 2018, 09:17:44 AM
setgenerate true doesnt working in testnet wallet btw
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 20, 2018, 11:13:21 AM
They are Mining rewards as they should be. Still wondering reward of 97.09 which 2 % of total. Is this correct. I have not donated from this wallet at all.

Great!  I'm glad these two UI decriptions changed over to Mining Reward from POG reward.

On the amount of 97.09, that is the correct reaper reward for that block: 20% of the heat mining reward (after Sanc was paid) is only 97.09.  (Sanc gets 4500 or so, 20% of the roughly 450 heat mining reward is 97.09).

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 20, 2018, 11:14:20 AM
setgenerate true doesnt working in testnet wallet btw

It still works; when I do 'setgenerate false', I can see in 'getmininginfo' the hashcounter stops.  So it appears we didnt break the existing genproclimit or setgenerate for POBH.
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 20, 2018, 01:51:24 PM
when i set SETGENERATE TRUE 12 my cpu didnt overload, still 2%
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 20, 2018, 01:56:26 PM
when i set SETGENERATE TRUE 12 my cpu didnt overload, still 2%

Try minersleep=0, and see if it overloads?

EDIT: default is 325ms
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on December 20, 2018, 02:47:54 PM
Rob ... working thanks  ;D
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 21, 2018, 05:30:02 AM
Woke up this AM wallet was closed..
heres debug log
Code: [Select]


2018-12-21 06:35:10

ProcessBlockFound::Generated 4782.6984526
2018-12-21 06:35:10 ERROR: ProcessBlockFound -- generated block is stale
2018-12-21 06:35:13 UpdateTip: new best=ce85f07771c8b26df128b557e4f7131e9ce2dbfa91efae999125bc8fb2118ba1  height=93330  log2_work=44.351064  tx=100651  date=2018-12-21 06:35:10 progress=1.000000  cache=0.4MiB(1254tx)
2018-12-21 06:35:13 ProcessNewBlock : ACCEPTED
2018-12-21 06:35:35 Misbehaving: 172.245.93.118:51750 (0 -> 14)
2018-12-21 06:36:29  CreateTransaction::Requiring specific coin age 12.170000 and coin amount 5070 keypool added key 2059, size=1001
2018-12-21 06:36:29 init message: Loading wallet... (205.69 %)
2018-12-21 06:36:30 CommitTransaction:
CTransaction(hash=7d61ef23c0, ver=1, vin.size=1, vout.size=2, nLockTime=93330)
    CTxIn(COutPoint(9e51b8c060d9625be5107b9c1499c05a0583902c0c36ceaafec34f4396446337, 1), scriptSig=47304402205bdc80eb721dfb, nSequence=4294967294)
    CTxOut(nValue=215.10000000, scriptPubKey=76a9149cff090c148949e19f4ed915)
    CTxOut(nValue=4864.05072207, scriptPubKey=76a91454ec8b20a625794e64a8d94e)
2018-12-21 06:36:30 committing Tx with message <TITHER>yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc</TITHER><NICKNAME>thesnat1</NICKNAME><TITHESIGNER>yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc</TITHESIGNER>

2018-12-21 06:36:30 keypool keep 1059
2018-12-21 06:36:30 AddToWallet 7d61ef23c0c5e35b95f0027666ab565636d9d28ef04a3994b4b5aa175717948c  new
2018-12-21 06:36:30 AddToWallet 7d61ef23c0c5e35b95f0027666ab565636d9d28ef04a3994b4b5aa175717948c 
2018-12-21 06:36:30
BiblePayMiner::SendTithe::Sent Tithe in amount of 215.100000 UpdateTip: new best=90aa5cdcc19e650af6cb401fd97b108830374dd46c6a534a3ee2f99557627c18  height=93331  log2_work=44.351069  tx=100653  date=2018-12-21 06:37:18 progress=0.999999  cache=0.4MiB(1257tx)
2018-12-21 06:37:27 AddToWallet 7d61ef23c0c5e35b95f0027666ab565636d9d28ef04a3994b4b5aa175717948c  update
2018-12-21 06:37:27 ProcessNewBlock : ACCEPTED
2018-12-21 06:38:05 UpdateTip: new best=a8986610180fba1c8ef1d9ae3cd10ab255720d0c10bdee593666b440bb7d3aff  height=93332  log2_work=44.351073  tx=100654  date=2018-12-21 06:37:54 progress=0.999999  cache=0.4MiB(1258tx)
2018-12-21 06:38:05 ProcessNewBlock : ACCEPTED
2018-12-21 06:38:44 CBlock(hash=6b7a9c46945f5d4626052671edb6d441fda24c1cae318b48458670f00e35b66c, ver=536870912, hashPrevBlock=90aa5cdcc19e650af6cb401fd97b108830374dd46c6a534a3ee2f99557627c18, hashMerkleRoot=8d4903f63322ff79a9b976d088f87eafb9736a52108069bfa113b272669c8eef, nTime=1545374268, nBits=1d4a74fd, nNonce=2890, vtx=1)
  CTransaction(hash=8d4903f633, ver=1, vin.size=1, vout.size=1, nLockTime=0)
    CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 03946c010101)
    CTxOut(nValue=4782.69837500, scriptPubKey=2102bdba9679c392117be261f88dbb)


2018-12-21 06:38:44

ProcessBlockFound::Generated 4782.698375
2018-12-21 06:38:44 ERROR: ProcessBlockFound -- generated block is stale
2018-12-21 06:38:52 Misbehaving: 195.201.30.231:60048 (0 -> 14)
2018-12-21 06:41:30 UpdateTip: new best=585a00d9c7f6a089ab8dc8976cda109bae3b88def6775963cf816b613da3b659  height=93333  log2_work=44.351079  tx=100655  date=2018-12-21 06:41:25 progress=0.999999  cache=0.4MiB(1259tx)
2018-12-21 06:41:30 ProcessNewBlock : ACCEPTED
2018-12-21 06:41:50 UpdateTip: new best=1b87b8274c8572e47a490723752870fdc7976fe2f53b4ab65b9c47a983fbe15c  height=93334  log2_work=44.351082  tx=100656  date=2018-12-21 06:41:44 progress=0.999999  cache=0.4MiB(1260tx)
2018-12-21 06:41:50 ProcessNewBlock : ACCEPTED
2018-12-21 06:42:40  CreateTransaction::Requiring specific coin age 12.430000 and coin amount 5178 2018-12-21 11:27:15


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 21, 2018, 09:23:05 AM
Woke up this AM wallet was closed..
heres debug log
Code: [Select]


2018-12-21 06:35:10

ProcessBlockFound::Generated 4782.6984526
2018-12-21 06:35:10 ERROR: ProcessBlockFound -- generated block is stale
2018-12-21 06:35:13 UpdateTip: new best=ce85f07771c8b26df128b557e4f7131e9ce2dbfa91efae999125bc8fb2118ba1  height=93330  log2_work=44.351064  tx=100651  date=2018-12-21 06:35:10 progress=1.000000  cache=0.4MiB(1254tx)
2018-12-21 06:35:13 ProcessNewBlock : ACCEPTED
2018-12-21 06:35:35 Misbehaving: 172.245.93.118:51750 (0 -> 14)
2018-12-21 06:36:29  CreateTransaction::Requiring specific coin age 12.170000 and coin amount 5070 keypool added key 2059, size=1001
2018-12-21 06:36:29 init message: Loading wallet... (205.69 %)
2018-12-21 06:36:30 CommitTransaction:
CTransaction(hash=7d61ef23c0, ver=1, vin.size=1, vout.size=2, nLockTime=93330)
    CTxIn(COutPoint(9e51b8c060d9625be5107b9c1499c05a0583902c0c36ceaafec34f4396446337, 1), scriptSig=47304402205bdc80eb721dfb, nSequence=4294967294)
    CTxOut(nValue=215.10000000, scriptPubKey=76a9149cff090c148949e19f4ed915)
    CTxOut(nValue=4864.05072207, scriptPubKey=76a91454ec8b20a625794e64a8d94e)
2018-12-21 06:36:30 committing Tx with message <TITHER>yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc</TITHER><NICKNAME>thesnat1</NICKNAME><TITHESIGNER>yaSJ9FdsPcQvGjyrzxVFUPjg6wkJBQwaxc</TITHESIGNER>

2018-12-21 06:36:30 keypool keep 1059
2018-12-21 06:36:30 AddToWallet 7d61ef23c0c5e35b95f0027666ab565636d9d28ef04a3994b4b5aa175717948c  new
2018-12-21 06:36:30 AddToWallet 7d61ef23c0c5e35b95f0027666ab565636d9d28ef04a3994b4b5aa175717948c 
2018-12-21 06:36:30
BiblePayMiner::SendTithe::Sent Tithe in amount of 215.100000 UpdateTip: new best=90aa5cdcc19e650af6cb401fd97b108830374dd46c6a534a3ee2f99557627c18  height=93331  log2_work=44.351069  tx=100653  date=2018-12-21 06:37:18 progress=0.999999  cache=0.4MiB(1257tx)
2018-12-21 06:37:27 AddToWallet 7d61ef23c0c5e35b95f0027666ab565636d9d28ef04a3994b4b5aa175717948c  update
2018-12-21 06:37:27 ProcessNewBlock : ACCEPTED
2018-12-21 06:38:05 UpdateTip: new best=a8986610180fba1c8ef1d9ae3cd10ab255720d0c10bdee593666b440bb7d3aff  height=93332  log2_work=44.351073  tx=100654  date=2018-12-21 06:37:54 progress=0.999999  cache=0.4MiB(1258tx)
2018-12-21 06:38:05 ProcessNewBlock : ACCEPTED
2018-12-21 06:38:44 CBlock(hash=6b7a9c46945f5d4626052671edb6d441fda24c1cae318b48458670f00e35b66c, ver=536870912, hashPrevBlock=90aa5cdcc19e650af6cb401fd97b108830374dd46c6a534a3ee2f99557627c18, hashMerkleRoot=8d4903f63322ff79a9b976d088f87eafb9736a52108069bfa113b272669c8eef, nTime=1545374268, nBits=1d4a74fd, nNonce=2890, vtx=1)
  CTransaction(hash=8d4903f633, ver=1, vin.size=1, vout.size=1, nLockTime=0)
    CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 03946c010101)
    CTxOut(nValue=4782.69837500, scriptPubKey=2102bdba9679c392117be261f88dbb)


2018-12-21 06:38:44

ProcessBlockFound::Generated 4782.698375
2018-12-21 06:38:44 ERROR: ProcessBlockFound -- generated block is stale
2018-12-21 06:38:52 Misbehaving: 195.201.30.231:60048 (0 -> 14)
2018-12-21 06:41:30 UpdateTip: new best=585a00d9c7f6a089ab8dc8976cda109bae3b88def6775963cf816b613da3b659  height=93333  log2_work=44.351079  tx=100655  date=2018-12-21 06:41:25 progress=0.999999  cache=0.4MiB(1259tx)
2018-12-21 06:41:30 ProcessNewBlock : ACCEPTED
2018-12-21 06:41:50 UpdateTip: new best=1b87b8274c8572e47a490723752870fdc7976fe2f53b4ab65b9c47a983fbe15c  height=93334  log2_work=44.351082  tx=100656  date=2018-12-21 06:41:44 progress=0.999999  cache=0.4MiB(1260tx)
2018-12-21 06:41:50 ProcessNewBlock : ACCEPTED
2018-12-21 06:42:40  CreateTransaction::Requiring specific coin age 12.430000 and coin amount 5178 2018-12-21 11:27:15



Nothing can be seen in the log but I think I got that bug in the upcoming version with chat.
Lets try again on the next version otherwise someone will have to run it in valgrind to get the line number.

Building....

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 21, 2018, 11:09:44 AM
Explanation of In-Wallet Chat


The original idea for in-wallet chat was born from this hypothetical idea:  Can we add a "Get Saved" button to the core wallet.  The Get Saved button would appeal to those seeking Jesus, but have never actually been saved.  A person might use it who is too shy to respond to an altar call, or maybe they will go through the process with us and we will help them understand what it means, then encourage them to get saved at church, etc.  But I envisioned having a list of on-call priests capable of helping a person get saved, and if all of our Priests are offline, the "call for the priest" redirects the user to a web page with a list of Getting Saved resources (we might have 5 different to choose from - Billy Graham, Cioccolanti, Jesus-Christ.US, etc, and the user clicks from there).  Of course, this flow requires us to have an in-wallet paging system to reach the priest, a list of on-call priests maintained in some type of 'registration' system in the chain, a chat initiation, a ringer, the ability for the priest to answer and chat with the user etc.  This led to in-wallet chat; why don't we create the first native bitcoin chat client object so we can re-use this (IE in other coins, and of course for our purposes-   General Chat Room, Private Chat, Page a Priest, Chat about a Proposal, etc).

So moving on, in version 1.0, we now have a General Chat Room and a Private Message Chat.

Note that you must set up your nickname in the config file first - set "nickname=your-name" and reboot.

PRIVATE MESSAGING


When you click Chat | PM, the wallet will ask you for the destination recipient nickname.  Enter one that you know (from POG).  The wallet will then Page the recipient 4 times, once per second.  What is happening on the other end of the line is the recipient wallet will receive the request as long as their qt wallet is open and connected, even if their chat windows are closed, and will spring up a new chat window.  This particular conversation is private between you and the recipient (however note that the actual messages are sent through the biblepay-network of nodes - and the messages are not currently encrypted - we will look into that issue later).

PUBLIC CHAT ROOM

When you click Chat | General, the wallet opens up a General chat room (we made this Chat object in a way that we will be able to have more rooms in the future).  Anyone who enters the chat *during* the conversation will be seen as such-and-such entered the chat room.  All participants can see the chat (as you might expect).

Version 1.1.7.1 is required to test this chat feature.

(Should be ready in approx 1 hour).

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 21, 2018, 11:30:07 AM
1.1.7.1
Mandatory Upgrade for TestNet


- Enabled Chat v1.0
- Fixed bug in POG (between 1.1.6.9 and 1.1.7.0)
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 22, 2018, 07:28:04 AM
1.1.7.1
Mandatory Upgrade for TestNet


- Enabled Chat v1.0
- Fixed bug in POG (between 1.1.6.9 and 1.1.7.0)

Had chat open woke client had crashed when I got up this AM
Similar debug log.
Code: [Select]
Chosen Sanctuary - pulling down the DCC file... Aggregator 0.000000, Percentile -100.000000
2018-12-22 04:30:51 Filter File 94258ExecuteDistributedSanctuaryQuorum::Error - Unable to download DC file DCC input file does not exist. UpdateTip: new best=e34ecae5cb3257553e149610f93e4a5063d35e47f6d3e3533a67b1e87ae79280  height=94212  log2_work=44.376297  tx=101663  date=2018-12-22 04:30:52 progress=1.000000  cache=0.7MiB(2369tx)
2018-12-22 04:30:52 AddToWallet c71fffd5a318a20cfe6f92144a740bb8eb92caa82d614a89409cbe433f899b44  new
2018-12-22 04:30:53 ProcessNewBlock : ACCEPTED
2018-12-22 04:30:56  DCC hash 0000000000000000000000000000000000000000000000000000000000000000  Age 4.000000  FileTimeStamp 1545453056.000000   IsOld  No
 Chosen Sanctuary - pulling down the DCC file... Aggregator 0.000000, Percentile -100.000000
2018-12-22 04:30:56 Filter File 94258ExecuteDistributedSanctuaryQuorum::Error - Unable to download DC file DCC input file does not exist. ProcessNewBlock : ACCEPTED
2018-12-22 04:31:01 Misbehaving: 172.245.93.118:34292 (0 -> 14)
2018-12-22 04:31:51  CreateTransaction::Requiring specific coin age 12.220000 and coin amount 5091

I need to find a debugger that works in windows..  I don't have access to a linux PC that has any power currently.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 22, 2018, 09:44:05 AM
Had chat open woke client had crashed when I got up this AM
Similar debug log.
Code: [Select]
Chosen Sanctuary - pulling down the DCC file... Aggregator 0.000000, Percentile -100.000000
2018-12-22 04:30:51 Filter File 94258ExecuteDistributedSanctuaryQuorum::Error - Unable to download DC file DCC input file does not exist. UpdateTip: new best=e34ecae5cb3257553e149610f93e4a5063d35e47f6d3e3533a67b1e87ae79280  height=94212  log2_work=44.376297  tx=101663  date=2018-12-22 04:30:52 progress=1.000000  cache=0.7MiB(2369tx)
2018-12-22 04:30:52 AddToWallet c71fffd5a318a20cfe6f92144a740bb8eb92caa82d614a89409cbe433f899b44  new
2018-12-22 04:30:53 ProcessNewBlock : ACCEPTED
2018-12-22 04:30:56  DCC hash 0000000000000000000000000000000000000000000000000000000000000000  Age 4.000000  FileTimeStamp 1545453056.000000   IsOld  No
 Chosen Sanctuary - pulling down the DCC file... Aggregator 0.000000, Percentile -100.000000
2018-12-22 04:30:56 Filter File 94258ExecuteDistributedSanctuaryQuorum::Error - Unable to download DC file DCC input file does not exist. ProcessNewBlock : ACCEPTED
2018-12-22 04:31:01 Misbehaving: 172.245.93.118:34292 (0 -> 14)
2018-12-22 04:31:51  CreateTransaction::Requiring specific coin age 12.220000 and coin amount 5091

I need to find a debugger that works in windows..  I don't have access to a linux PC that has any power currently.

The source code needs to be on the machine and compiled for valgrind to work; so windows is not an option (short of installing a few hundred gigs of environment and configuring for 14 days), however it *is* possible for you to copy your wallet.dat and chainstate files out to a linux box and re-run the environment in linux in valgrind. 

Btw, the default valgrind flags work:  apt-get install valgrind,    "valgrind ./biblepay-qt"   etc.

I realize you dont have the linux host however.  We'll have to see if the problem rears its head - Im running 3 nodes and none have crashed so far  on the new version; ill keep looking.




Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 12:23:34 PM
So TheSnat & I tested chat and it appears to work.  I've been monitoring for Illegal tithes and POG recipients invalid and I believe we have squashed those two bugs.

I havent heard of any possible attack vectors with POG, and it appears to be relatively solid now.  No community member has been able to challenge the algorithm for flaws, or further the assessment (that it wont be possible to design or test a new novel algorithm).  I think we have designed and tested a new novel algorithm and we are now in the final stretch of testing.  As far as stress testing it, my stress test passed (diff peaked and dropped after working through).   

The system relies on us paying approx 100K per day in miner heat rewards, and accepts approx 50K per day in donations.  You have to be careful as a giver not to give all your tithes in one block or you will incur a net loss (which, could be viewed as a positive as we dont want to reward hogs as we are a Christian Crypto).  Small givers who end up in multiple tiers per day will be more profitable.

So what I plan on doing next is taking the training wheels off.  We have been logging violations of invalid pog recipients - but not enforcing those in testnet so as to not fork.  By taking the wheels off I mean we will start enforcing those conditions.

So please ready yourselves for v 1.1.7.2 which will be a mandatory, with training wheels removed.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 12:43:54 PM
1.1.7.2 - Mandatory Upgrade for TestNet

- Remove training wheels in TestNet (Enforce block fork rules)
- Add feature to Chat to show a user has left the chat room


EDIT:  This is a placeholder, building now....


Title: Re: Testnet - Test Proof of Giving
Post by: orbis on December 23, 2018, 12:49:46 PM
Hi all  :)
I'm back :)
So, I'm still here (still big fan of BBP), but my time for forums is "limited".
Sometimes I read it, but I'm sure, that I've something missed :)
Now lets get back to main point of this reply :D

I think, that I've read all about POG, but I'm still confused (sorry Rob) :)
Maybe it's language barrier, but I'm still not able to understand it all and for me is simpler to explain for newbies PODC like POG :D
POG is interesting idea, but Rob if it should be for non IT peaple it needs some "modification". Now I'll try to write my observations.
1. First of all... no "exec" commands. Commands are not for newbies and normal people. Exec pogpool is nice command but for normal people it must be inside GUI wallet (normal people don't use headless wallet). It will be nice to have one part of menu with POG (like "Distibuted computing" for PODC now). I still don't know if POG replace PODC at all or not. If yes, you could use this GUI wallet part and it will be easier for you to modify it. My idea is to divide pogpool command to two parts. First one would be list of users in pool and second part would be tier list with user stats. Now it's no problem to have it together but imagine output of this command when there will be 100 and more users ;) It must be comprehensible for newbies and trust me "exec" command is not so clear. Normal users wants all visible with one click on button.
2. Automatic tithing. That was really pain in my neck :D I had old wallet with old config and it was not working for me. I've tried all what I've found in testnet topic, but I wasn't successful. At the end I was able to auto tithe but...
2a. Again for normal (translate it like me :)) users it must be somewhere in config options just to check "want to participate in POG mining", second option would be frequency and third would be max amount - maybe not everyone wants to participate with max_tithe. Maybe it may be like step by step guide on first wallet run and then just part of config and in that wallet part in my point 1 it may be button for this config.
2b. My biggest problem with auto tihing was that my wallet is locked. It looks that you must have unlocked wallet for auto tithing. My presumption was that PODC startup unlock window unlock it for POG too. Maybe you can use it for POG unlock too.  And modify "-headlesspodcpassword exec podcpasswordlength" in headless too.
2c. How it's with auto tithing when there are no suitable coins at tithe time? It will wait for next tithe time (default 4 hours) or it will try in few minutes again? I'm not sure what will be better, but those "force" trying sounds better for me.
3. Manual tithing. I like the info when you check "Donate to foundation?", but ... :D It would be better to have two different checkboxes. First would be "Donate to foundation?" - this sould be real donation without any limitation. Second would be "POG tithe" with all limitation. And this "POG tithe" may be again on my point 1 wallet part.
4. "exec titheinfo". Again nice info but inside exec commands. It would be nice to have it in some popup window after button click. Of course with explanations of each part (maybe on mouse hover).
5. "coin_age" could be disadvantage for new users. It must be clearly said that new user can start not right after buying coins (and sending to wallet) but they must wait for right coin age. When I started testnet after few months I wasn't able to sync and I ran reindex and zapwallettx.. and now almost all of my coins has same coin age eg. coins has 85766 to 91501 confirmations but they are all with same age and date "12.12.2018 21:36" (I don't know if it is bug or not). So many times I wasn't able to tithe because I don't meet the age criteria because avg min_coin_age was aroun 9.5 days. Maybe "exec getdimensionalbalance 0 1" could be next button with popup window in GUI wallet ;)
6. I tested it in more ways, but I'm still not able to understand how it works :) and I have few questions:
6a. How to get to exact payment tier (how many coins i need to tithe)? - because in some tiers can be more or less users.
6b. It is any advantage to get to other tier?
6c. How exactly count my ROI? It is possible to say e.g. "when I tithe XXX BBP and now there are YYY users, my reward will be ZZZ BBP? I think this is neccessary for new users to tell them abou ROI. I saw in titheinfo lowest and highet ROI, but it is really  huge difference (e.g. 78 - 780%) and it is not clear how many coins I get back.
6d. At the beginning there will be only old users, so many coins with high coin_age. I have tried to make as many manual tithes as I was able within one block. I've made 8 tx within one block and the coin_age didn't change. After new block appears I wasn't able to tithe because my coin_age didn't meet the criteria. It was experiment, because I knew that I'm on the edge of criteria. So, is it possible that someone will abuse this? Will it be problem for others? Because at the beginning I have 0 BBP in tithes and after that around 2000 BBP. That is more like with basic autotithe. And in prod are block longer, so you have more time to make more tx :)
6e. When there is max tithe (eg 250 BBP) and someone use basic autotithe (4 hours) you can tithe approx 1500 BBP (6 x 250). So if they create more wallets and divide it with "exec bankroll" with e.g. 22500 BBP (max min_coin_amount :)) will he be in advantage or not?
7. Next remarks, not questions :D In my nest test there was maxTithe 255 BBP and I tried to send 300.. in GUI it was OK (TX creation failed with popup "your tithe exceeds...") but in console with "exec tithe 300" it was successful (TXID: 899762855682e7dc3294c461608895451ca93fd6749ed2a8d69383a1734681f2) but it was not counted in "My tithes". I think it should be canceled like in GUI with error message.
8. In testnet main topic in "test cases" part you wrote "exec showblock blocknumber". It should be without exec ;)
9. On wiki Proof-of-Giving-for-Beginners in POG Difficulty Algorithm section there is part "see the POG wiki for ...". It will be good to give there link to exact page because it is really bad experience to find exact article in this wiki.
10. Back to PODC. How it is? Will be PODC there with POG or not? If not, why PODC still remains in testnet? If YES or if NO how will be the distribution of rewards?
11. That chat is really fun part (but for now it is empty :) ) I know that it is just "alpha release" but chat window is still on top over main wallet window, without option to minimize (it will minimize with main window), so you cannot leave it open on background if you want and maybe that is the point why it is still empty :)
Ok :D It looks, that I wrote more than I want :D I prepared it for more days, but this surprised me too :D At the end. I'm happy that you're still working on BBP and trying to be more attractive for users. My opinion is that we don't need more miners, but more customers. This may help it, but It must be user friendly and it must be really good explained that why is better way to donate charities with BBP like with FIAT. And maybe tithing in churches would be good way how to promote BBP.
Whatever it is, I wish you all peaceful and blessed Christmas with your families or the closest. Have a nice holiday and fruitful new year.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 01:27:08 PM

10. Back to PODC. How it is? Will be PODC there with POG or not? If not, why PODC still remains in testnet? If YES or if NO how will be the distribution of rewards?
Whatever it is, I wish you all peaceful and blessed Christmas with your families or the closest. Have a nice holiday and fruitful new year.

Hi Orbis,

Welcome back!  Im glad to see you are still around also, thanks for coming back!  Merry Christmas to you too.

Note that we are getting ready for the Canada trip so I can only answer these one at a time (Nathaniel, please feel free to pull individual questions and help if you can), anyway, on PODC:

So we are trying to get a community feel on this in phases.  So far we have only voted and gained acceptance for using POG in the scope of replacing POW heat mining.  POW heat mining is currently using POBH, and requires a signed cpid.  With POG, it modifies this requirement to still use POBH for our hashing algorithm, but instead of POW rewards going to the miners who heat mine, instead the pool of 100K daily payments goes 20% to the reaper and 80% to the POG mining pool.  This way, we can still keep PODC for a while, live in prod, and check a baseline on "easy adoption" new participant influx.

Yes, as far as exec, good point, I agree with most of your points, but Ill have to elaborate a little more as I have time.

So if we go live at the end of Feb in prod, it would be POG to replace heat mining, with PODC still live in prod.

Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 23, 2018, 01:53:13 PM
Found this

21:11:43

exec istithelegal 379ed6f1c962ab76570dd6ff609ec36f38e5578563e9d950ce4e37f4efd61840


21:11:48

{
  "Command": "istithelegal",
  "Tithe_Legal": false,
  "Tithe_Age": 5.161655092592593,
  "Tithe_Spent_Coin_Amount": 1554,
  "Tithe_Amount": 108,
  "Block_diff_min_coin_age": 9.25,
  "Block_diff_min_coin_amt": 3853,
  "Block_diff_max_tithe_amt": 253,
  "Tithed_Height": 95741
}

This is 1170 so it might be already corrected
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 02:06:54 PM
Found this

21:11:43

exec istithelegal 379ed6f1c962ab76570dd6ff609ec36f38e5578563e9d950ce4e37f4efd61840


21:11:48

{
  "Command": "istithelegal",
  "Tithe_Legal": false,
  "Tithe_Age": 5.161655092592593,
  "Tithe_Spent_Coin_Amount": 1554,
  "Tithe_Amount": 108,
  "Block_diff_min_coin_age": 9.25,
  "Block_diff_min_coin_amt": 3853,
  "Block_diff_max_tithe_amt": 253,
  "Tithed_Height": 95741
}

This is 1170 so it might be already corrected


Hmm, sort of maybe OK maybe not, we need to double check this.

1170 was the version that supposedly fixed the user from accidentally creating the illegal tithe.  However I was monitoring 1170s logs and didnt see anyone make an illegal tithe in a block created 1170+.  (Up to 6 hours ago though).

We need to know how this occurred (IE did you create the transaction in 1170+) and also do you know if reproduceible?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 02:09:32 PM
1. First of all... no "exec" commands. Commands are not for newbies and normal people. Exec pogpool is nice command but for normal people it must be inside GUI wallet (normal people don't use headless wallet). It will be nice to have one part of menu with POG (like "Distibuted computing" for PODC now). I still don't know if POG replace PODC at all or not. If yes, you could use this GUI wallet part and it will be easier for you to modify it. My idea is to divide pogpool command to two parts. First one would be list of users in pool and second part would be tier list with user stats. Now it's no problem to have it together but imagine output of this command when there will be 100 and more users ;) It must be comprehensible for newbies and trust me "exec" command is not so clear. Normal users wants all visible with one click on button.


Regarding newbies, first of all the exec pogpool wont be showing the heading info - that is for debug purposes.  In prod we only show the tranches.  Next Snat is creating a UI for a web based site for users who dont know how to go the rpc.  (Im considering doing a UI pogpool view also in the core).  But, thanks for reminding me that we should maybe make the summary a little nicer, that could be a good thing for me to work on for the next version before prod.  Regarding 'exec' itself, that will be eliminated eventually, but maybe not in the next mandatory or two.

Thanks for the advice though, well taken.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 02:13:02 PM
2. Automatic tithing. That was really pain in my neck :D I had old wallet with old config and it was not working for me. I've tried all what I've found in testnet topic, but I wasn't successful. At the end I was able to auto tithe but...
2a. Again for normal (translate it like me :)) users it must be somewhere in config options just to check "want to participate in POG mining", second option would be frequency and third would be max amount - maybe not everyone wants to participate with max_tithe. Maybe it may be like step by step guide on first wallet run and then just part of config and in that wallet part in my point 1 it may be button for this config.
2b. My biggest problem with auto tihing was that my wallet is locked. It looks that you must have unlocked wallet for auto tithing. My presumption was that PODC startup unlock window unlock it for POG too. Maybe you can use it for POG unlock too.  And modify "-headlesspodcpassword exec podcpasswordlength" in headless too.
2c. How it's with auto tithing when there are no suitable coins at tithe time? It will wait for next tithe time (default 4 hours) or it will try in few minutes again? I'm not sure what will be better, but those "force" trying sounds better for me.

Regarding auto background tithing, we just put in the one click mining setup in the menu for newbies.  If they dont use that, all the user needs to do is enter 'tithe=minutes_frequency' in the next version.  But I get your point on the walletunlock!  Great catch - we need that asap.

Ill work on putting that feature in during the next release, I think we can make the tithing subsystem that auto-tithes respect the password that was entered during boot, and if wallet is locked, use it, unlock, tithe, and re-lock.


When there are no suitable coins, it just silently skips the tithing-and of course tries again in 4 hours.  If your frequency is set lower, it tries again at that frequency point.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 02:16:07 PM
From Orbis:
6a. How to get to exact payment tier (how many coins i need to tithe)? - because in some tiers can be more or less users.
6b. It is any advantage to get to other tier?


So your tier is determined from what block you tithed last in.  The block you tithed in determines your current tier.  If you end up in a tier with more givers it is disadvantageous for you.  IE if a whale tithes 10,000 bbp and ends in tier 2 and you end in tier 2 you just ended up sharing the pool weight with a whale.  What you can do then is just tithe again and it should change your tier.

It is advantageous to be in the lowest (sum of tithes) tier.  Of course in prod I expect this to be pretty distributed out due to arb, and randomness.



ROI:

To figure ROI, first figure what your income will be.  If your tier yields a 50% tithe_weight for you, that means you will be paid on 13 blocks at (80 % of the heat mining reward * .50), so expect about 400~ bbp for each pool payout * .50% = 200 bbp per block * 13 blocks = 2600 bbp revenue in this case.  However if you were in a tier where you ended up with 10% tithe_weight that would be a total of ~500 bbp revenue.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 02:21:31 PM
6d. At the beginning there will be only old users, so many coins with high coin_age. I have tried to make as many manual tithes as I was able within one block. I've made 8 tx within one block and the coin_age didn't change. After new block appears I wasn't able to tithe because my coin_age didn't meet the criteria. It was experiment, because I knew that I'm on the edge of criteria. So, is it possible that someone will abuse this? Will it be problem for others? Because at the beginning I have 0 BBP in tithes and after that around 2000 BBP. That is more like with basic autotithe. And in prod are block longer, so you have more time to make more tx :)
6e. When there is max tithe (eg 250 BBP) and someone use basic autotithe (4 hours) you can tithe approx 1500 BBP (6 x 250). So if they create more wallets and divide it with "exec bankroll" with e.g. 22500 BBP (max min_coin_amount :)) will he be in advantage or not?

Regarding abusing 6d, its not really an edge.  First of all, if you met the criteria of "legal tithe" you had the right to do it (IE because your coins were aged).  Next, diff will jump on the next block.  Next, even if someone does it once, this will only work once (and then they lose coin age again) and will persist for 205 more blocks until that high block rolls out of the pool.  Next, we are raising tx fee relay fees in the next version, which will discourage a lot of transactions per block.

There is no advantage at all to create multiple wallets.  There is an advantage to using exec bankroll however, but only as far as making it fair for everyone who has 'excess balances' - IE we wouldnt want to hide anyones excess ability to tithe, so we have the bankroll feature.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 02:39:26 PM
From Orbis:

7. Next remarks, not questions :D In my nest test there was maxTithe 255 BBP and I tried to send 300.. in GUI it was OK (TX creation failed with popup "your tithe exceeds...") but in console with "exec tithe 300" it was successful (TXID: 899762855682e7dc3294c461608895451ca93fd6749ed2a8d69383a1734681f2) but it was not counted in "My tithes". I think it should be canceled like in GUI with error message.

Great catch, I believe this applies to both Orbis and Mint!  You found a bug.  Your right, the UI respects the max tithe and the RPC doesnt.. that explains how the illegal tithe got in for Mint on 1170....

Ok fixing now... Will need to re-release 1172 so we can re-test this.



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 23, 2018, 02:45:35 PM
Orbis:
That chat is really fun part (but for now it is empty :) ) I know that it is just "alpha release" but chat window is still on top over main wallet window, without option to minimize (it will minimize with main window), so you cannot leave it open on background if you want and maybe that is the point why it is still empty.

On my debian box, there is minimize on the chat windows.  On a side note, when someone PM someone else, the wallet opens the chat for you.  But I think you are referring to being able to place the chat window behind the mother window - looking at other non-modal windows in our app, you cant place the debug window behind the mother window, so thats normal, you have to minimize it.

But we can definitely try to see why your distro doesnt show minimize.  Are you sure you cant right click the chat window upper left corner and minimize the chat window?


Title: Re: Testnet - Test Proof of Giving
Post by: orbis on December 23, 2018, 06:18:43 PM
Rob thanks for all of your answers :) It's more clear for me now :D
And to that chat window... I'm using WIN 10 home 64 bit.
Screenshot attached.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 24, 2018, 06:54:15 AM
Orbis:
That chat is really fun part (but for now it is empty :) ) I know that it is just "alpha release" but chat window is still on top over main wallet window, without option to minimize (it will minimize with main window), so you cannot leave it open on background if you want and maybe that is the point why it is still empty.

On my debian box, there is minimize on the chat windows.  On a side note, when someone PM someone else, the wallet opens the chat for you.  But I think you are referring to being able to place the chat window behind the mother window - looking at other non-modal windows in our app, you cant place the debug window behind the mother window, so thats normal, you have to minimize it.

But we can definitely try to see why your distro doesnt show minimize.  Are you sure you cant right click the chat window upper left corner and minimize the chat window?

I can confirm, windows does not have this option.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 24, 2018, 06:59:04 AM
And wow, Orbis, thanks for the feedback!

It looks like most of your questions were answered,   Rob is correct i'm working on a site similar to the PODCSTATUS script,  I would like to have some statistics.   What type of information would help you in researching?  I'm open to feedback/requests
(ROI stats can be had here)


Title: Re: Testnet - Test Proof of Giving
Post by: orbis on December 24, 2018, 09:23:09 AM
Thanks Snat.
I've tried to put something useful there :)
I don't really know what extra info would be useful.
When all our exec commands will be accessible (on click) within web site or in wallet it would be awesome (and neccessary for most people).
Some extra highlight of user stats would be nice too, because if there will be tons of users it will be hard to find own statistic.
I'll wait for you "product" and after that I'll try to get you some constructive feedback :D
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 24, 2018, 11:01:14 AM
Thanks Snat.
I've tried to put something useful there :)
I don't really know what extra info would be useful.
When all our exec commands will be accessible (on click) within web site or in wallet it would be awesome (and neccessary for most people).
Some extra highlight of user stats would be nice too, because if there will be tons of users it will be hard to find own statistic.
I'll wait for you "product" and after that I'll try to get you some constructive feedback :D


Just to clarify though, the plan is not to make every exec command available to the user or necessary.

The exec commands were used to build a lot of functionality that was created over the years and each command is not necessarily staying in the codebase.

So let us not make an effort to make exec commands more accessible as I will be taking care of reducing and cleaning that up as we know what stays.  I am removing exec from pogpool and showblock today.  I have to look at every left over rpc command once we know whats happening with podc, etc.

Yes - we need to make POG accessible for the newbie; currently we have the ability to auto tithe with the one click setup or the config changes, we have the ability to tithe from the UI.  The only command they miss is access to the pogpool, which TheSnat is adding to a web page.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 24, 2018, 12:31:50 PM
I can confirm, windows does not have this option.

Reproduced in windows 7 also.

Ok, I put in the fix that supposedly fixes it, lets see if its fixed on 1172b.  Building.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 24, 2018, 03:20:58 PM

Just to clarify though, the plan is not to make every exec command available to the user or necessary.

The exec commands were used to build a lot of functionality that was created over the years and each command is not necessarily staying in the codebase.

So let us not make an effort to make exec commands more accessible as I will be taking care of reducing and cleaning that up as we know what stays.  I am removing exec from pogpool and showblock today.  I have to look at every left over rpc command once we know whats happening with podc, etc.

Yes - we need to make POG accessible for the newbie; currently we have the ability to auto tithe with the one click setup or the config changes, we have the ability to tithe from the UI.  The only command they miss is access to the pogpool, which TheSnat is adding to a web page.

Fair enough, perhaps look at the news ones,  I was testing to see what some did and one of them auto-sends a payment to the foundation.. lol :)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 24, 2018, 08:43:37 PM
1.1.7.2b
Mandatory Upgrade for TestNet


- Fixed ability to send illegal tithe from rpc
- Moved exec pogpool command to "pogpool"
- Added minimize and maximize to Chat window in OS windows
- Respect auto-unlock password if user used it - to send tithes automatically
- (Remove training wheels)
- (Show user left chat toom)
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 25, 2018, 06:47:42 AM
1.1.7.2b
Mandatory Upgrade for TestNet


- Fixed ability to send illegal tithe from rpc
- Moved exec pogpool command to "pogpool"
- Added minimize and maximize to Chat window in OS windows
- Respect auto-unlock password if user used it - to send tithes automatically
- (Remove training wheels)
- (Show user left chat toom)
Cool

I think there should be a "user entered chat room" as well, it only seems to notice once someone has sent a message
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 25, 2018, 10:01:20 AM
Cool

I think there should be a "user entered chat room" as well, it only seems to notice once someone has sent a message
Yes,  that could be cool, if your chat window is open, you will have a chance to see the non-speakers.  OK will add.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 25, 2018, 11:42:14 AM
If your node was past 95824 (mandatory cutover height) before the upgrade, please erase and resync.


Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 26, 2018, 01:23:08 PM
So, will there be a GUI checkbox for participating in PoG?
Check on = tithe=1
Check off = tithe=0
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 26, 2018, 02:01:49 PM
Can anyone test where tithe=6 (try to donate every 6 minutes).

I keep getting the QT wallet to crash.

2018-12-26 19:55:22 UpdateTip: new best=007420004458c7b618d772bf74067319f1a40381db7435f377c2c40d5d9dea84  height=98787  log2_work=44.53204  tx=106806  date=2018-12-26 19:55:18 progress=1.000000  cache=0.0MiB(39tx)
2018-12-26 19:55:22 ProcessNewBlock : ACCEPTED
2018-12-26 19:56:19 UpdateTip: new best=685640d2b4dc9f558f9c229abe1a4a81a247f7466c13e0f511297aabf3734826  height=98788  log2_work=44.532056  tx=106807  date=2018-12-26 19:56:17 progress=1.000000  cache=0.0MiB(40tx)
2018-12-26 19:56:19 ProcessNewBlock : ACCEPTED
2018-12-26 19:57:14 UpdateTip: new best=7883f86caa1c59bcee34abcb833a39831c83a22fbff9c5e343811b66653b4adb  height=98789  log2_work=44.532071  tx=106808  date=2018-12-26 19:57:13 progress=1.000000  cache=0.0MiB(41tx)
2018-12-26 19:57:14 ProcessNewBlock : ACCEPTED
2018-12-26 19:58:07 UpdateTip: new best=71407a035ae90859d80d46944d5cf59cc0c9be16c382074cb0792f7c06b97e75  height=98790  log2_work=44.532086  tx=106809  date=2018-12-26 19:58:01 progress=0.999999  cache=0.0MiB(42tx)
2018-12-26 19:58:07 ProcessNewBlock : ACCEPTED
2018-12-26 19:58:25  CreateTransaction::Requiring specific coin age 4.440000 and coin amount 1851 2018-12-26 20:00:37


Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 27, 2018, 06:04:05 AM
I'm the only one showing in the pool in testnet,  but I don't seem to be getting any rewards from the pool (just the mining rewards)
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 27, 2018, 06:42:27 AM
1.1.7.2b
Mandatory Upgrade for TestNet


Ready for MacOS and testnet PPAs are building now
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 27, 2018, 11:22:32 PM
Can someone give me the addnodes again to put in the conf?

I tried

addnode=testnet.biblepay.org
addnode=node.biblepay.org

so far, I'm getting just solo mining blocks and can get any other peer.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 28, 2018, 07:22:29 PM
Ive had my testnet nodes down for 2 1/2 days - I just made an attempt at resyncing - anyone up to provide a blockhash?

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 28, 2018, 07:33:10 PM
I'm the only one showing in the pool in testnet,  but I don't seem to be getting any rewards from the pool (just the mining rewards)

Yeah, if you are by yourself, your node is probably mining every block, and also paying you 100% of the tier payment block also.  You would have to pull up your txid and type 'getrawtransaction txid 1' to see it.



Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 28, 2018, 08:52:15 PM
Ive had my testnet nodes down for 2 1/2 days - I just made an attempt at resyncing - anyone up to provide a blockhash?

I've not been able to get blocks for a while
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 28, 2018, 10:51:35 PM
Someone is running 1173 is that you Rob? I finally got peers. One test node seems to be okay but other two are just solo mining blocks with no peers
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 29, 2018, 10:50:28 AM
Someone is running 1173 is that you Rob? I finally got peers. One test node seems to be okay but other two are just solo mining blocks with no peers
Yeah, 1.1.7.3 is why Ive been MIA for 2 1/2 days, yes its me.  It does not have any POG changes in it however.

Anyway, I see the problem in general in testnet.  When we have less than 3 nodes with a consensus, the nodes arent trusting each other to download blocks.  The other problem is chainstate contains a few too many chain tip problems (IE some blocks appear to be marked as bad from all these upgrades).

What we need to do is restart with -reindex (but not by deleting the chainstate and the blocks) and let it resync - that clears all the boolean masks on each block and then we should trust each other again.

Let me post a blockhash, I just reindexed 3 and they seem to be syncing up properly now.



getblockhash 96825


cf0e35c7142f305cfa3ff8efc3740b74d42e550d4d66975fc1207762a73ac566


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 29, 2018, 01:09:47 PM
Im synced on all my nodes now (after -reindex worked), but dont see TheSnat or anyone else yet - you guys are probably on all different chains.

Once we all get on the same chain Ill check the logs after that point.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 29, 2018, 04:22:49 PM
relaunched all my clients.

seem to be getting blocks, cool!
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 29, 2018, 06:14:37 PM
I havent seen any crashing...

Just an FYI, a crash means the program actually ended (IE segfaulted).

If this happens please run it in valgrind.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 29, 2018, 07:01:10 PM
I had 2 clients with hash of cd92bf4727388a839ef25c8dfc33879cebd034a7863fcfd32a5a09222a9d96c6 for your block.

trying the reindex
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 29, 2018, 07:13:45 PM
I had 2 clients with hash of cd92bf4727388a839ef25c8dfc33879cebd034a7863fcfd32a5a09222a9d96c6 for your block.

trying the reindex

Yeah I saw that we had one fork; but I also saw looking at peers we had 5 not reindex and 5 indexed so its a crapshoot on what was going on - lets see if after you reindex we take another look and see if we can have a consistent 24 hours.

It should be apparent if pog diff stays relatively smooth (IE 20K+).  However I noticed on my two whale boxes, Im running out of tithe money (I have 25 tithes left at this diff level on each box).

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 29, 2018, 07:17:22 PM
Yeah I saw that we had one fork; but I also saw looking at peers we had 5 not reindex and 5 indexed so its a crapshoot on what was going on - lets see if after you reindex we take another look and see if we can have a consistent 24 hours.

It should be apparent if pog diff stays relatively smooth (IE 20K+).  However I noticed on my two whale boxes, Im running out of tithe money (I have 25 tithes left at this diff level on each box).

Actually to elaborate when I first reindexed I had that hash, then my 3 nodes reorged and I did start getting Your hash (cd9) on all nodes.  Just to start this process over again, here is my new hash:


19:16:14

getblockhash 97175


19:16:14

bd0a9e17647121f030d406e05458894ef595127a64340b8d2defb05f82c3eab3


Pog Diff is around 20K.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 29, 2018, 07:31:04 PM
Actually to elaborate when I first reindexed I had that hash, then my 3 nodes reorged and I did start getting Your hash (cd9) on all nodes.  Just to start this process over again, here is my new hash:


19:16:14

getblockhash 97175


19:16:14

bd0a9e17647121f030d406e05458894ef595127a64340b8d2defb05f82c3eab3


Pog Diff is around 20K.

Got that hash on the block explorer machine..

The other 2 crashed,  this is debug log from one, will grab the other if it does.  (this is during the reindex)

Code: [Select]
2018-12-30 01:25:47  Finished Loading Block Index 1546133147.000000 LoadBlockIndexDB: hashBestChain=698ac2d570dd63a89758c396681ca3ae8cab5f14323384d28959a55fcd878922 height=54303 date=2018-09-01 20:09:11 progress=0.163178
2018-12-30 01:25:47 init message: Verifying blocks...
2018-12-30 01:25:47 Verifying last 288 blocks at level 3
2018-12-30 01:25:48 No coin database inconsistencies in last 289 blocks (352 transactions)
2018-12-30 01:25:48  block index           13065ms
2018-12-30 01:25:48 init message: Loading wallet...
2018-12-30 01:25:48 nKeysLeftSinceAutoBackup: 1000
2018-12-30 01:25:48 nFileVersion = 1010702
2018-12-30 01:25:48 Keys: 2135 plaintext, 0 encrypted, 2135 w/ metadata, 2135 total
2018-12-30 01:25:49  wallet                  328ms
2018-12-30 01:25:49 init message: Activating best chain...
2018-12-30 01:25:49 ERROR: ReadBlockFromDisk: Deserialize or I/O error - ReadCompactSize(): size too large at CBlockDiskPos(nFile=0, nPos=25459402), Context CONNECTTIP
2018-12-30 01:25:49 *** Failed to read block

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 30, 2018, 12:37:25 AM
Got that hash on the block explorer machine..

The other 2 crashed,  this is debug log from one, will grab the other if it does.  (this is during the reindex)

Code: [Select]
2018-12-30 01:25:47  Finished Loading Block Index 1546133147.000000 LoadBlockIndexDB: hashBestChain=698ac2d570dd63a89758c396681ca3ae8cab5f14323384d28959a55fcd878922 height=54303 date=2018-09-01 20:09:11 progress=0.163178
2018-12-30 01:25:47 init message: Verifying blocks...
2018-12-30 01:25:47 Verifying last 288 blocks at level 3
2018-12-30 01:25:48 No coin database inconsistencies in last 289 blocks (352 transactions)
2018-12-30 01:25:48  block index           13065ms
2018-12-30 01:25:48 init message: Loading wallet...
2018-12-30 01:25:48 nKeysLeftSinceAutoBackup: 1000
2018-12-30 01:25:48 nFileVersion = 1010702
2018-12-30 01:25:48 Keys: 2135 plaintext, 0 encrypted, 2135 w/ metadata, 2135 total
2018-12-30 01:25:49  wallet                  328ms
2018-12-30 01:25:49 init message: Activating best chain...
2018-12-30 01:25:49 ERROR: ReadBlockFromDisk: Deserialize or I/O error - ReadCompactSize(): size too large at CBlockDiskPos(nFile=0, nPos=25459402), Context CONNECTTIP
2018-12-30 01:25:49 *** Failed to read block


Size too large means the block index is > 32 mb, meaning the block file is corrupted.  In this case you must kill the files and re-sync the chain.

This is a normal assert they put in for a corruption sanity check.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 30, 2018, 10:46:10 AM
Good news, on my dev node running Pog I finally encountered a crash.  Btw, even though I was not running valgrind and the log is not useful, if you ever see a message printed on the console during the crash, that is useful.

In this case it was "An exception of UniValue was thrown and terminate called". 

Im running it in valgrind now - lets hope this is the same thing Sun reported.

If anyone else has crashed please run in valgrind - lets find the line #.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 30, 2018, 12:17:29 PM
Good news, on my dev node running Pog I finally encountered a crash.  Btw, even though I was not running valgrind and the log is not useful, if you ever see a message printed on the console during the crash, that is useful.

In this case it was "An exception of UniValue was thrown and terminate called". 

Im running it in valgrind now - lets hope this is the same thing Sun reported.

If anyone else has crashed please run in valgrind - lets find the line #.

TheSnat found it first in valgrind.  The great news is this appears to be the same error (during mining) affecting all 3 of us.

The fix is completed and the new version is being compiled now...

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 30, 2018, 02:34:59 PM
BiblePay 1.1.7.5
Mandatory Upgrade for TestNet

- Fixed issue where wallet crashes during POG mining
- Prod:  MIP fixed issue where autounlock fails to lock wallet
- Prod: MIP fixed issue with black flashing windows in WIN when calling for boinc results
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on December 30, 2018, 10:51:24 PM
I seemed to be synced up the testnet starting 24+ hours ago?

MinCoin Age is over 12 days. Is this because thesnat1 donated over 10k BBP in a 24 hour period? I don't recall it being this high before.
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 31, 2018, 04:32:41 AM
I had 2 clients with hash of cd92bf4727388a839ef25c8dfc33879cebd034a7863fcfd32a5a09222a9d96c6 for your block.

trying the reindex
[quote ]
getblockhash 96825

cf0e35c7142f305cfa3ff8efc3740b74d42e550d4d66975fc1207762a73ac566
[/quote]

I always get cd92bf4727388a839ef25c8dfc33879cebd034a7863fcfd32a5a09222a9d96c6. I have tried reindexing and rescanning and everything I know. Which is "right" one?
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 31, 2018, 04:35:26 AM
I always get cd92bf4727388a839ef25c8dfc33879cebd034a7863fcfd32a5a09222a9d96c6. I have tried reindexing and rescanning and everything I know. Which is "right" one?
ATM in my clients shows. Is hash ok?
getblockhash 98560
f85fb3b1f158ded99a47faa82e8173ad2a3ba0d1ceb73f35ee6c1a9e82ad24f8
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 31, 2018, 04:44:18 AM
I'm joining for the fun, I will compare my hash with yours when I'm in sync.
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 31, 2018, 05:02:30 AM
I get this

getblockhash 96825
cd92bf4727388a839ef25c8dfc33879cebd034a7863fcfd32a5a09222a9d96c6


getblockhash 98560
f85fb3b1f158ded99a47faa82e8173ad2a3ba0d1ceb73f35ee6c1a9e82ad24f8
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on December 31, 2018, 06:13:55 AM
1175 crash in both (testnet and prod), but without black flashing windows :D
I installed back 1172b it work good in both. My hash for block 98560 is the same like yours :)
But in 1172b autounlock after starts doesn't work for me in testnet. I still need to unlock it manually.
WIN 10 64bit.
Title: Re: Testnet - Test Proof of Giving
Post by: mint on December 31, 2018, 06:22:40 AM
{
  "Command": "titheinfo",
  "POG Difficulty": 8479.110301950695,
  "24 Hour Tithes": 6352.2,
  "pog_diff_chain_tip": 8479.110301950695,
  "min_coin_age": 7.76,
  "min_coin_amt": 3235.44,
  "max_tithe_amount": 261.31,
  "Tithable_Coin_Quantity": 37,
  "Tithable_Largest_Coin": 4855.53134518,
  "Tithable_Coin_Avg_Age": 13.30144019019019,
  "Tithable_Total_Coin_Balance": 170578.88679479,
  "Tithability_Amount": 261.31,
  "Tithability_Summary": "YES",
  "Tithe_Cap": 49096,
  "Daily_Miner_Emissions": 96188,
  "Pool_Emissions": 76950.40000000001,
  "Lowest_ROI%": 78.5,
  "Highest_ROI%": 605.5
}
Tithing 260
{
  "Command": "tithe",
  "Error": "Sorry, your tithe exceeds the maximum allowed tithe for this difficulty level.  (See getmininginfo)."
}

Something wrong with titheinfo?
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 31, 2018, 06:53:07 AM
My windows wallet that was consistantly crashing ran all night,  tithe=5 in the config (this was the 10k sun was referring to,  down to 8.5 now not sure why)

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 31, 2018, 06:59:26 AM
Please post your overall config info and I'll try to reproduce the crash with a debug session
Thanks!
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on December 31, 2018, 07:27:57 AM
Please post your overall config info and I'll try to reproduce the crash with a debug session
Thanks!

For mine it's clean now..  I'm running a session in valgrind as well so we will see if I get any more crashes.
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 31, 2018, 07:52:36 AM
I got a crash on windows even without tithing but that was not a debug session. I will try to see if I come across one in the Mac
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on December 31, 2018, 01:57:58 PM
For me, crash happens everytime.
Here are my debug.log
production: https://justpaste.it/6madb
testnet: https://justpaste.it/73qiy

config for prod:
Code: [Select]
gen=0
shrinkdebuglog=1
utxooverride=-1

config for testnet:
Code: [Select]
testnet=1
shrinkdebuglog=1
debug=true
debugmaster=true
tithe=3
nickname=orbis
genproclimit=1
gen=1
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 04:48:23 PM
{
  "Command": "titheinfo",
  "POG Difficulty": 8479.110301950695,
  "24 Hour Tithes": 6352.2,
  "pog_diff_chain_tip": 8479.110301950695,
  "min_coin_age": 7.76,
  "min_coin_amt": 3235.44,
  "max_tithe_amount": 261.31,
  "Tithable_Coin_Quantity": 37,
  "Tithable_Largest_Coin": 4855.53134518,
  "Tithable_Coin_Avg_Age": 13.30144019019019,
  "Tithable_Total_Coin_Balance": 170578.88679479,
  "Tithability_Amount": 261.31,
  "Tithability_Summary": "YES",
  "Tithe_Cap": 49096,
  "Daily_Miner_Emissions": 96188,
  "Pool_Emissions": 76950.40000000001,
  "Lowest_ROI%": 78.5,
  "Highest_ROI%": 605.5
}
Tithing 260
{
  "Command": "tithe",
  "Error": "Sorry, your tithe exceeds the maximum allowed tithe for this difficulty level.  (See getmininginfo)."
}

Something wrong with titheinfo?

I think the block changed on you in between the 'exec titheinfo' and the 'exec tithe', as I believe the later versions have fixed this (based on your very original reports).  So I tried to reproduce - I tithed just up to the full max amount, but .01 higher resulted in the error for me.

Could you please try again, and see if it allows up to the max amount in 1175?

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 04:50:20 PM
For me, crash happens everytime.
Here are my debug.log
production: https://justpaste.it/6madb
testnet: https://justpaste.it/73qiy

config for prod:
Code: [Select]
gen=0
shrinkdebuglog=1
utxooverride=-1

config for testnet:
Code: [Select]
testnet=1
shrinkdebuglog=1
debug=true
debugmaster=true
tithe=3
nickname=orbis
genproclimit=1
gen=1

I just saw this report in Prod;  I think inblue & sun have reported this is happening on Windows 10 Home, but we assume Windows 7 and NT are not crashing...  I "assume" this is the way we call our boinc metrics in windows and mask the command window - but not sure yet.

Im compiling a new version with a switch to let you confirm for us.

Thanks.....

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 04:51:22 PM
For mine it's clean now..  I'm running a session in valgrind as well so we will see if I get any more crashes.

I think you and I are clean because of our Win version (im running win 7 and win 2015 server).

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 04:52:42 PM
I seemed to be synced up the testnet starting 24+ hours ago?

MinCoin Age is over 12 days. Is this because thesnat1 donated over 10k BBP in a 24 hour period? I don't recall it being this high before.

If you want you can either type 'pogpool height-50' through height-200 in 50 blocks intervals or :  showblock height-50 in 50 block intervals to see the pog diff ratchet up.

But yes, you can see if the total 24 hour tithes have been increasing or decreasing.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 04:54:15 PM
I get this

getblockhash 96825
cd92bf4727388a839ef25c8dfc33879cebd034a7863fcfd32a5a09222a9d96c6


getblockhash 98560
f85fb3b1f158ded99a47faa82e8173ad2a3ba0d1ceb73f35ee6c1a9e82ad24f8

I match yours, and it looks like we are all together in one chain.

Log is "fairly" clean for POG, except one issue on tier 13 over and over - will investigate this.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 04:55:40 PM
1175 crash in both (testnet and prod), but without black flashing windows :D
I installed back 1172b it work good in both. My hash for block 98560 is the same like yours :)
But in 1172b autounlock after starts doesn't work for me in testnet. I still need to unlock it manually.
WIN 10 64bit.

I believe the autounlock prompt was fixed in 1175, (as it was pretty heinously clear at that time it had a bug) so could you please test again once we rerelease this new version that "hopefully" allows you to avoid the crash... Thanks.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 08:06:03 PM
1.1.7.6 is out there, anyone who crashed on Win10-home will you please test to see if the problem was the initializing boinc windows?

Please add this to the config file:

boincmetrics=-1

(-1 means dont try at all, 0 is the default, and 1 means try the legacy way (IE visible command prompt windows)).
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on December 31, 2018, 08:23:23 PM
ok so how do you recommend me to proceed to start testing? Any specific cases?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 08:44:37 PM
ok so how do you recommend me to proceed to start testing? Any specific cases?

I think at this stage we just wait for someone who has been crashing on windows to set 'boincmetrics=-1' and confirm it doesnt crash.

Then once we know it was that API call, you can make the decision if we want to fix the Win API call or wait until Evolution rebase is released.

I remember reading that the BOOST (later version boost that is with the MAC include you found for us) does support the WIN "hide" switch, so imo that would be the easiest (just let everyone live with the flashing screens for a while) and then we leverage that arg.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 08:46:22 PM
ok so how do you recommend me to proceed to start testing? Any specific cases?

Oh sorry, you are referring to POG in general?

Yeah, let me see if we have some uncovered test cases.  Do you need some testnet money?

Have you already tithed and set it to autotithe every N mins yet btw?  That helps to allow us to max out the POG diff.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on December 31, 2018, 09:11:01 PM
Oh sorry, you are referring to POG in general?

Yeah, let me see if we have some uncovered test cases.  Do you need some testnet money?

Have you already tithed and set it to autotithe every N mins yet btw?  That helps to allow us to max out the POG diff.
If you set your nickname (nickname=yourname) in the config we can test:
1) Private chat call and answer
2) You can help us test the ROI on a brand new POG node; IE be sure to write down exactly what you started with before POG started, then tally your total expenditures (IE donations to the foundation over the duration) and tally the "POG rewards", and paste the ROI level here.  You should receive about a 50% profit on what you spend over a certain period.

Title: Re: Testnet - Test Proof of Giving
Post by: Ichthus220 on December 31, 2018, 11:53:37 PM
Just downloaded 1.1.7.6 and running a testnet flag and nickname=ichthus220. What do I do next?
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 01, 2019, 06:31:43 AM
I think at this stage we just wait for someone who has been crashing on windows to set 'boincmetrics=-1' and confirm it doesnt crash.

Then once we know it was that API call, you can make the decision if we want to fix the Win API call or wait until Evolution rebase is released.

I remember reading that the BOOST (later version boost that is with the MAC include you found for us) does support the WIN "hide" switch, so imo that would be the easiest (just let everyone live with the flashing screens for a while) and then we leverage that arg.

I haven't found anything yet that shows the flag CREATE_NO_WINDOW can create crashes (unless you launch a full Win GUI app which is not the case). I was thinking on a buffer overflow but I am leaning towards the case when the user can't launch boinccmd for a number of reasons. This way we enter

Code: [Select]
// If an error occurs, exit the application.
    if ( ! bSuccess ) {
        exit(1);
    }

and this would explain the apparent "crash". I can change this with a better error handling instead exiting. I'm pretty sure this would fix the problem (but user could not interact with boinccmd). I'll tell you when it's ready.
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 01, 2019, 06:38:51 AM
If you set your nickname (nickname=yourname) in the config we can test:
1) Private chat call and answer
2) You can help us test the ROI on a brand new POG node; IE be sure to write down exactly what you started with before POG started, then tally your total expenditures (IE donations to the foundation over the duration) and tally the "POG rewards", and paste the ROI level here.  You should receive about a 50% profit on what you spend over a certain period.

I registered by nick on conf file but it does not seem to get it. This is my conf in %appdata%\biblepaycore\testnet3\biblepay.conf folder

Code: [Select]
testnet=1
shrinkdebuglog=1
debug=true
debugmaster=true
tithe=3
nickname=MIP
genproclimit=1
gen=1

Regarding PoG, I have like 350.000 tBBP, but very recent coins. I have tithe=3 in conf but I don't know if that's enough or I have to do some manual command (I don't even know if it's getting it because of the conf problem I mentioned above).

Sorry to be so noob on PoG but I really didn't have the time to follow these days  :D
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on January 01, 2019, 09:18:33 AM
chain is broken, more chains exists...what is correct?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 01, 2019, 10:59:12 AM
I registered by nick on conf file but it does not seem to get it. This is my conf in %appdata%\biblepaycore\testnet3\biblepay.conf folder

Code: [Select]
testnet=1
shrinkdebuglog=1
debug=true
debugmaster=true
tithe=3
nickname=MIP
genproclimit=1
gen=1

Regarding PoG, I have like 350.000 tBBP, but very recent coins. I have tithe=3 in conf but I don't know if that's enough or I have to do some manual command (I don't even know if it's getting it because of the conf problem I mentioned above).

Sorry to be so noob on PoG but I really didn't have the time to follow these days  :D

Yeah, this version of dash never did quite get the testnet3 conf (but it does for the masternode file) but I think the easiest way for us to get going past this, is please try this (your conf contents are good) -
cp ~/.biblepaycore/testnet3/biblepay.conf ~/.biblepaycore/biblepaytest.conf
Start the client with :
./biblepay-qt -conf=biblepaytest.conf

Then it will read the entire file (this problem wasnt related to the nickname it was related to the way the paths work in testnet)

Sure Ill send you a few mil, please paste the address - even though it might take a while, diff could drop.

No problem at all, I know its impossible to keep up with all these nuances and the method in which we post here since we have scarce documentation at this point.

Afa tithing, for now just try to send one manually to see that you dont have any aged coins, you can type 'exec titheinfo' to see the reqs, also on the first page, try the 'exec getdimensionalbalance x y' command to see that nothing shows up for this particular diff level.  You can get the diff level from titheinfo.  Let me know if you have an understanding of the difficulty requirements (IE the 3 params) - if not I will go into deeper explanation on those.










Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 01, 2019, 10:59:49 AM
chain is broken, more chains exists...what is correct?

Working on my 3 nodes and I have 13 good connections.  What seems to be the problem?

EDIT:  All 13 connections connected to me are on block 99828.  Chain appears good.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 01, 2019, 11:03:01 AM
Just downloaded 1.1.7.6 and running a testnet flag and nickname=ichthus220. What do I do next?

Do you need any testnet coins?

Please test out the chat feature, lets see if we can see each other in the chat room.


Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 01, 2019, 11:13:15 AM
Rob,

Bingo :D
I've downloaded 1176 and after start it crashed in prod and testnet too.
After adding "boincmetrics=-1" to config all works like a charm :)

I'm now on block 99830 with hash 58c842b0aa157e2059479d9ab2a1ffd4ae3f17da99f91965429c191421e658d6.
I hope I'm on good chain :)

Now I'm waiting if thithes will work in auto mode after startup unlock.
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 01, 2019, 11:17:56 AM
Now I'm waiting if thithes will work in auto mode after startup unlock.
Ok.. so it looks, that startup unlock works in GUI now and autotithes are working.
Good job.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 01, 2019, 11:21:11 AM
Ok.. so it looks, that startup unlock works in GUI now and autotithes are working.
Good job.

Thank you for helping us make a better product Orbis.  Im also committed to adding more UI for easier to use POG.

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 01, 2019, 12:49:23 PM
This is what I get

Code: [Select]
exec titheinfo
{
  "Command": "titheinfo",
  "POG Difficulty": 15151.39403913321,
  "24 Hour Tithes": 11350.8,
  "pog_diff_chain_tip": 15151.39403913321,
  "min_coin_age": 13.87,
  "min_coin_amt": 5780.66,
  "max_tithe_amount": 230.87,
  "Tithable_Coin_Quantity": 0,
  "Tithable_Largest_Coin": 0,
  "Tithable_Coin_Avg_Age": 0,
  "Tithable_Total_Coin_Balance": 0,
  "Tithability_Amount": 0,
  "Tithability_Summary": "NO",
  "Tithe_Cap": 49096,
  "Daily_Miner_Emissions": 96188,
  "Pool_Emissions": 76950.40000000001,
  "Lowest_ROI%": 78.5,
  "Highest_ROI%": 339
}

I have 370000 coins so I guess I don't need more, but I don't know if I can start tithing now.



Code: [Select]
getmininginfo

{
  "blocks": 99878,
  "blocks_tip": 99878,
  "currentblocksize": 1000,
  "currentblocktx": 0,
  "difficulty_podc": 6.964404506368992,
  "difficulty_pow": 0.1056952030005922,
  "difficulty": 6.964404506368992,
...
  "pool_url": "",
  "poolmining_use_ssl": false,
  "pool_high_tithe": 5048.1,
  "pool_my_total_tithes": 0,
  "pool_total_tithes": 10929.6,
  "pog_difficulty": 14589.16343254311,
  "pog_min_coin_age": 13.36,
  "pog_min_coin_amount": 5566.19,
  "pog_max_tithe_amount": 233.44
}

If I tithe

Code: [Select]
19:42:13

exec tithe 1000
{
  "Command": "tithe",
  "Error": "Sorry, your tithe exceeds the maximum allowed tithe for this difficulty level.  (See getmininginfo)."
}

or

Code: [Select]
exec tithe 200
{
  "Command": "tithe",
  "TXID": "0000000000000000000000000000000000000000000000000000000000000000"
}

I guess that if min coin age is 13.87 days and mine were generated today I will have to wait 13.87 days?

The chat is not working for me (apparently). You may want to contact me perhaps it works the other way.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 01, 2019, 04:22:42 PM
MIP: I'm having issue with submitting PoG. Hopefully I can explain this clearly. Each wallet balance is less than the min amount needed... (either because I did bankroll or privatesend mixing three weeks ago). So, each wallet balance is either 1k, 100, or 10. They are all from Dec 10. Individually, none of the coin value is 5.7k, but a combination of say 6 x 1k wallet balance would work.

Yet, I am unable to donate to foundation for PoG reward.

Rob: So, a specific input has to have a balance larger than min coin value?  It can't be a combination of eligible min coin age balances to add up to the min coin value? So, it is possible that over time some inputs will never be eligible because min coin value's threshold is too high?

I can see where it gets messy if you have to take multiple inputs to create a min coin value and see that they "old enough" for MinCoinAge as well.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 01, 2019, 04:26:20 PM
It also makes me think that PoG rewards (under 1k BBP) and mined blocks (5k) may never be eligible for PoG with enough PoG users. You'd need to combine balances with exec bankroll?
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 01, 2019, 04:50:59 PM
Thank you for helping us make a better product Orbis.  Im also committed to adding more UI for easier to use POG.
Rob it will be fine to have point 1 from my "first" post here.
Quote
... It will be nice to have one part of menu with POG (like "Distibuted computing" for PODC now). ... My idea is to divide pogpool command to two parts. First one would be list of users in pool and second part would be tier list with user stats. Now it's no problem to have it together but imagine output of this command when there will be 100 and more users ;) It must be comprehensible for newbies and trust me "exec" command is not so clear. Normal users wants all visible with one click on button.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 01, 2019, 06:13:42 PM
It also makes me think that PoG rewards (under 1k BBP) and mined blocks (5k) may never be eligible for PoG with enough PoG users. You'd need to combine balances with exec bankroll?

First, we are all in the same boat.  So if "none of us" could tithe then the difficulty would be zero.
(So then everyone could tithe).

Second, difficulty fluctuates through the day and averages to be at a level above where people can use the old coins.

Third, the idea is to be strategic.  If you feel diff is going to be 20K most of the time then you would create bank notes of that size, let them age, and use them.

It takes a little bit of effort - but everyone can eventually participate if they create a few different size banknotes.

Then they can reuse those.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 01, 2019, 06:15:52 PM
This is what I get

Code: [Select]
exec titheinfo
{
  "Command": "titheinfo",
  "POG Difficulty": 15151.39403913321,
  "24 Hour Tithes": 11350.8,
  "pog_diff_chain_tip": 15151.39403913321,
  "min_coin_age": 13.87,
  "min_coin_amt": 5780.66,
  "max_tithe_amount": 230.87,
  "Tithable_Coin_Quantity": 0,
  "Tithable_Largest_Coin": 0,
  "Tithable_Coin_Avg_Age": 0,
  "Tithable_Total_Coin_Balance": 0,
  "Tithability_Amount": 0,
  "Tithability_Summary": "NO",
  "Tithe_Cap": 49096,
  "Daily_Miner_Emissions": 96188,
  "Pool_Emissions": 76950.40000000001,
  "Lowest_ROI%": 78.5,
  "Highest_ROI%": 339
}

I have 370000 coins so I guess I don't need more, but I don't know if I can start tithing now.



Code: [Select]
getmininginfo

{
  "blocks": 99878,
  "blocks_tip": 99878,
  "currentblocksize": 1000,
  "currentblocktx": 0,
  "difficulty_podc": 6.964404506368992,
  "difficulty_pow": 0.1056952030005922,
  "difficulty": 6.964404506368992,
...
  "pool_url": "",
  "poolmining_use_ssl": false,
  "pool_high_tithe": 5048.1,
  "pool_my_total_tithes": 0,
  "pool_total_tithes": 10929.6,
  "pog_difficulty": 14589.16343254311,
  "pog_min_coin_age": 13.36,
  "pog_min_coin_amount": 5566.19,
  "pog_max_tithe_amount": 233.44
}

If I tithe

Code: [Select]
19:42:13

exec tithe 1000
{
  "Command": "tithe",
  "Error": "Sorry, your tithe exceeds the maximum allowed tithe for this difficulty level.  (See getmininginfo)."
}

or

Code: [Select]
exec tithe 200
{
  "Command": "tithe",
  "TXID": "0000000000000000000000000000000000000000000000000000000000000000"
}

I guess that if min coin age is 13.87 days and mine were generated today I will have to wait 13.87 days?

The chat is not working for me (apparently). You may want to contact me perhaps it works the other way.

Correct, 13.87 days if the diff was static - but it fluctuates.

When you say chat doesnt work, what did you try -  pm or public and what username did you page if it was PM?  (I havent been at the computer). 

(Ive tested them both across nodes and it appears to work though).

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 02, 2019, 02:29:24 AM
Correct, 13.87 days if the diff was static - but it fluctuates.

When you say chat doesnt work, what did you try -  pm or public and what username did you page if it was PM?  (I havent been at the computer). 

(Ive tested them both across nodes and it appears to work though).

I did both, public and PM. I see the screen empty at every moment. I am behind a NAT so I don't know if you need an IP in the internet like sancs or not.
In any case I will be online for the next 8 hours in case you want me to do some testing.
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on January 02, 2019, 05:03:03 AM
Quote
11:58:24

exec titheinfo


11:58:24

{
  "Command": "titheinfo",
  "POG Difficulty": 13237.64755131691,
  "24 Hour Tithes": 9917.1,
  "pog_diff_chain_tip": 13237.64755131691,
  "min_coin_age": 12.12,
  "min_coin_amt": 5050.64,
  "max_tithe_amount": 239.6,
  "Tithable_Coin_Quantity": 0,
  "Tithable_Largest_Coin": 0,
  "Tithable_Coin_Avg_Age": 0,
  "Tithable_Total_Coin_Balance": 0,
  "Tithability_Amount": 0,
  "Tithability_Summary": "NO",
  "Tithe_Cap": 49096,
  "Daily_Miner_Emissions": 96188,
  "Pool_Emissions": 76950.40000000001,
  "Lowest_ROI%": 78.5,
  "Highest_ROI%": 388
}


11:59:04

exec tithe 1000


11:59:04

{
  "Command": "tithe",
  "Error": "Sorry, your tithe exceeds the maximum allowed tithe for this difficulty level.  (See getmininginfo)."
}


11:59:16

exec tithe 200


11:59:16

{
  "Command": "tithe",
  "TXID": "0000000000000000000000000000000000000000000000000000000000000000"
}

(https://i.imgur.com/WnPTTxP.png)
(https://i.imgur.com/Re4HcBf.png)
(https://i.imgur.com/nv8gNdy.png)

where is problem?
Title: Re: Testnet - Test Proof of Giving
Post by: mint on January 02, 2019, 05:28:15 AM
Do you need any testnet coins?

Please test out the chat feature, lets see if we can see each other in the chat room.

I would like to try setting up sanctuary

ydmznuZ1cHvCSnSLZ9pZg8Tgou8Ar2XjTW
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 02, 2019, 08:37:04 AM
I would like to try setting up sanctuary

ydmznuZ1cHvCSnSLZ9pZg8Tgou8Ar2XjTW

Sent 3 mil
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 02, 2019, 08:39:47 AM
I did both, public and PM. I see the screen empty at every moment. I am behind a NAT so I don't know if you need an IP in the internet like sancs or not.
In any case I will be online for the next 8 hours in case you want me to do some testing.

Ok, yeah, I went to sleep as I gassed out my room staining the nativity scene someone bought me for Christmas.

In this version, the public and private chat windows dont have history, so in Public mode you would have to leave the window open and minimized then you could see its changes later.  In private, we do have paging, we can test that later.

It uses the native clients communication layer, so the VPN and NAT should be OK.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 02, 2019, 08:43:39 AM
(https://i.imgur.com/WnPTTxP.png)
(https://i.imgur.com/Re4HcBf.png)
(https://i.imgur.com/nv8gNdy.png)

where is problem?

So the problem is half bug half understanding.

Take a look at your prior screenshots, and see how you have no coins old enough to tithe?  (IE tithability = NO) in the one shot, and the amount?  Thats the "actual problem".

But I see when you tried to send 200, it created a txid of 00000000000000000000000, thats a bug.

Will fix today.

Thanks.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 02, 2019, 08:53:24 AM
Hey All,

So from a very high level, POG seems to be "relatively good", but I have an uneasy feeling about one issue. 
When we removed the training wheels, I noticed we always had a smaller chain with less work competing with the main chain - IE we were more apt to form a fork.  We had about one fork per day, yet we recovered.   I don't think this is normal.

In light of this, I will need to make some changes to POG - most likely changes that deal with shortening the POG duration down from 205 blocks to 16.  I'm thinking what we might do is simplify POG in a way where the wallet takes a look at the last 16 blocks to determine POG difficulty (in contrast to 205), and inside those 16 blocks, it creates a map of who is in the pool (IE who legally tithed), and we pay every pool participant in the next block.

This should give the POG participant the benefit of receiving less volatile reward amounts per tithe (IE not waiting for a payment tier to occur).

The main benefit of this for the core wallet is it will theoretically be more efficient (IE less lookback calculations) and also less prone to fork risk (as during every block connect, the wallet looks at its prior 16 block indexes).

So in light of this please pause testing and Ill prioritize this to the highest level and be back asap with a new version.

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 02, 2019, 11:21:15 AM
The main benefit of this for the core wallet is it will theoretically be more efficient (IE less lookback calculations) and also less prone to fork risk (as during every block connect, the wallet looks at its prior 16 block indexes).

So, no more "tranches"? More payments but smaller amounts? How much we tithe / pool tithe is the percentage we get back? Sort of like my rac / team rac?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 02, 2019, 02:44:20 PM
So, no more "tranches"? More payments but smaller amounts? How much we tithe / pool tithe is the percentage we get back? Sort of like my rac / team rac?

Ironically, I found a thing with the "tiers" that I dont think anyone likes (so this is sort of an accidental blessing that cures this problem).  If you get unlucky and leave your miner tithing in the old way, you can continually get placed in a busy tier (IE one with high tithes) and actually lose money the old way.

In the new way there are no more tiers- and everyone gets paid every block.  This is a little more spammy, in that we will probably have 1000 recipients per block in prod (when we grow bigger), but we can fix that later as it is not a problem for our wallet to handle this currently.

So now, the ROI will be much more accurate.  If you tithe continually, you will be assured a profit (and not a crapshoot).

We will test this out in a little bit; but from the design, you should always make at least 50% profit.

I think the faster turnover of diff (every 16 blocks) will be a very positive thing also as it will make the system much more active. 

Title: Re: Testnet - Test Proof of Giving
Post by: 616westwarmoth on January 02, 2019, 04:53:10 PM
Would treating PoG like RAC be an issue?

So here's my thought.  Everyone participates in PoG and every tithe to the Foundation counts.  By contributing you get "RGC" - Recent Giving Credit.  Then a daily superblock pays out the PoG recipients like PoDC does.  So only one payment, less traffic since only one tithe a day would be necessary.

Then your tithe has a half life, and every day, is worth 50% (or some other target) of the previous day.

So, if the Team RGC is 10,000, then someone tithing 1000 would get 1000/10,0000 or 1/10th the daily reward.  The next day, that 1000 gift on Monday would still be worth 500 RCG points, and if the next day the team RCG was still 10K, they would get 1/20th the daily reward.

Granted, i still affirm working on simplifying PoDC is the optimal strategy, but I think something like this would simply the logic of PoG, reduce transactions and overall be better for the blockchain than what has been sketched out thus far.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 02, 2019, 06:33:48 PM
Brilliant idea. 10 day decay is easy to calculate, no? Day 1 is 100% reward, day 2 is 90% reward. All the data is on the block chain for calculating pog rewards so there shouldn't be any missed payments due to relying on outside data sources (eg Rosetta wcg etc)?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 02, 2019, 07:14:47 PM
1.1.7.7 - Leisure Upgrade
Mandatory Upgrade for TestNet


- MIP added WIN exit handler (in getboincmetrics during initialization) - Test to see if this stops crashing in Win10 Home (be sure to set boincmetrics=0 first)
- Moved exec tithe and exec titheinfo to : tithe and titheinfo
- Added a spork to allow us to add or remove POG training wheels (allows devs to attempt to verify forks)
- Added nickname to 'titheinfo' (Allows user to see config is being recognized)
- Modified POG to only look back 16 blocks (prevent forks)
- POG 24 hour tithes is now based on the last 16 blocks extrapolated out to 24 hours
Title: Re: Testnet - Test Proof of Giving
Post by: Ichthus220 on January 02, 2019, 09:16:59 PM
I've downloaded 1.1.7.7 and it seems to get stuck at "Activating best chain...". How long should it take?
Title: Re: Testnet - Test Proof of Giving
Post by: Ichthus220 on January 02, 2019, 09:43:45 PM
I've downloaded 1.1.7.7 and it seems to get stuck at "Activating best chain...". How long should it take?

Nevermind, it just took about 20 minutes.
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 03, 2019, 05:21:30 AM
I seem to be in the right chain but still have problems to see my nickname in pogpool and the chat shows blank

Code: [Select]
pogpool
{
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 637.00, Weight: 1.0000, Payment_Tier: 0, Height: 101505, NickName: randrews",
  "High Tithe": 637.2,
  "Total Tithes": 637.2,
  "Total Participants": 1,
  "POG Difficulty": 10206.64793502028,
  "My Tithes": 0,
  "My Nickname": ""
}

Also I can't tithe but I think this is because my coins are not old enough at current diff level (2-3 days).

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 03, 2019, 09:30:54 AM
I have it same like MIP.
After first tithe I was on POGpool and rewards were coming, but then it suddenly stoped.
Auto tithes works, but I'm not on POGpool anymore and rewards are missing.
BTW: those rewards are really "spamy". One reward per day would be awesome.

BTW2: today it was first time that I saw someone on chat.
I left public chat window open for several hours (but i was AFK) and I have there message from ichtus220 :D
I see that he joined and leaved chat. Interresting is that I've never see anyone else. I see only 3 nodes in my connections. It is that problem? You can see on chat only people from your connections?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 09:47:39 AM
I seem to be in the right chain but still have problems to see my nickname in pogpool and the chat shows blank

Code: [Select]
pogpool
{
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 637.00, Weight: 1.0000, Payment_Tier: 0, Height: 101505, NickName: randrews",
  "High Tithe": 637.2,
  "Total Tithes": 637.2,
  "Total Participants": 1,
  "POG Difficulty": 10206.64793502028,
  "My Tithes": 0,
  "My Nickname": ""
}

Also I can't tithe but I think this is because my coins are not old enough at current diff level (2-3 days).

Oh, ok I remember something now - when your nickname is not set up (IE its empty) Chat does Not work - it needs a name to work.

On your nickname, I think I know the problem - Im not sure if you saw my prior message, but please create a biblepaytest.conf here:
~/.biblepaycore/biblepaytest.conf


If you place:  nickname=yyyy
testnet=1
tithe=N

In there, you should then be able to reboot and see the nickname in 'pogpool'?

Start program like this:
./biblepay-qt -conf=biblepaytest.conf
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 10:01:09 AM
Would treating PoG like RAC be an issue?

So here's my thought.  Everyone participates in PoG and every tithe to the Foundation counts.  By contributing you get "RGC" - Recent Giving Credit.  Then a daily superblock pays out the PoG recipients like PoDC does.  So only one payment, less traffic since only one tithe a day would be necessary.

Then your tithe has a half life, and every day, is worth 50% (or some other target) of the previous day.

So, if the Team RGC is 10,000, then someone tithing 1000 would get 1000/10,0000 or 1/10th the daily reward.  The next day, that 1000 gift on Monday would still be worth 500 RCG points, and if the next day the team RCG was still 10K, they would get 1/20th the daily reward.

Granted, i still affirm working on simplifying PoDC is the optimal strategy, but I think something like this would simply the logic of PoG, reduce transactions and overall be better for the blockchain than what has been sketched out thus far.

So on this idea, I like the idea of consolidating the transactions down to one single superblock per day, as that would allow us to expand our difficulty window back to 205 blocks (IE less volatility in the Pog Diff), and of course it would reduce the spam for each wallet (which is a very good pro I think).  (I also like how we will be able to calculate payments just once per day - that I believe will work great) - that should make the system more efficient.

Honestly, the reason I originally deprioritized the idea of a superblock was because this original POG idea being an extension to our mining algorithm,
 it was originally considering the immediate tithe_weight (of the reaper of the active blockhash) and influencing the ability to solve the block. 

However, having a once per day pogpool payout sounds like a really good feature.

On the POG RAC idea, its kind of 'interesting' but Im not sure if it doesnt add more complexity to it.  Lets be real, POG is not complicated, we are down to only a couple variables (pog diff, coin difficulty parameters (age-amount-max tithe)) - and adding RAC would probably just give us a longer lifetime of a tithe.  The main problem with implementing POG RAC is then we need to keep track of a 'pog ID' and a 'pog prior RAC' (in order to calculate current rac in a decay fashion).  That is adding a lot more complexity (in contrast to sum of tithes per POG ID in one given day).  Right now we just need to capture sum of tithes over a 24 hour period.  But specifically, RAC doesnt solve the POG difficulty problem - we still need the existing POG difficulty to govern whether a tithe is legal for a certain block and we also still need our exiting tithe cap.  So it appears rac would just give users a smoother diminishing reward - but going to that requires contracts - I think we can do the daily superblock for POG without a governance contract (which is a Pro, as Ive been trying to make it so pog does not require any third party data to come to a consensus for the payment vector). 

So in light of this, I think it would be in our best interests to look into a daily POG superblock.  The biggest requirement for this is it requires me to allocate funds from the daily heat mining budget for the superblock (IE only reaper rewards are issued block to block) and that 'pogpool portion' is paid in the actual superblock daily.

Whats nice about testnet is we will see this in action 4 times per day as soon as we test, so we should be able to sort this out pretty quickly.

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 03, 2019, 10:03:16 AM
Oh, ok I remember something now - when your nickname is not set up (IE its empty) Chat does Not work - it needs a name to work.

On your nickname, I think I know the problem - Im not sure if you saw my prior message, but please create a biblepaytest.conf here:
~/.biblepaycore/biblepaytest.conf


If you place:  nickname=yyyy
testnet=1
tithe=N

In there, you should then be able to reboot and see the nickname in 'pogpool'?

Thanks, I did read your message and already tried, in fact I changed "MIP" to other larger lowcase nick, in case there was some issue... but it seems to keep ignoring me. And I don't know how to troubleshoot.

This is what I have now:

Code: [Select]
testnet=1
shrinkdebuglog=1
debug=true
debugmaster=true
tithe=3
nickname=mobiledev
genproclimit=1
gen=1

and then after relaunching:

Code: [Select]
pogpool
{
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 879.00, Weight: 1.0000, Payment_Tier: 0, Height: 101722, NickName: randrews",
  "High Tithe": 879.3,
  "Total Tithes": 879.3,
  "Total Participants": 1,
  "POG Difficulty": 14084.597503552,
  "My Tithes": 0,
  "My Nickname": ""
}
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 10:08:28 AM
I have it same like MIP.
After first tithe I was on POGpool and rewards were coming, but then it suddenly stoped.
Auto tithes works, but I'm not on POGpool anymore and rewards are missing.
BTW: those rewards are really "spamy". One reward per day would be awesome.

BTW2: today it was first time that I saw someone on chat.
I left public chat window open for several hours (but i was AFK) and I have there message from ichtus220 :D
I see that he joined and leaved chat. Interresting is that I've never see anyone else. I see only 3 nodes in my connections. It is that problem? You can see on chat only people from your connections?

Well you should receive 15 rewards in this current version for one tithe, as the pool contains the last 16 blocks in it, maybe diff was high when you wrote this and the remainings came in after you posted.  On that front things look OK.  But yes, Ill look into a daily superblock today.

On Chat, you can actually talk to anyone on the whole network.  I think the problem is no one is using it.  I havent had much time to keep it open.  But yeah, it forwards the message through other nodes to every node.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 10:13:29 AM
Thanks, I did read your message and already tried, in fact I changed "MIP" to other larger lowcase nick, in case there was some issue... but it seems to keep ignoring me. And I don't know how to troubleshoot.

This is what I have now:

Code: [Select]
testnet=1
shrinkdebuglog=1
debug=true
debugmaster=true
tithe=3
nickname=mobiledev
genproclimit=1
gen=1

and then after relaunching:

Code: [Select]
pogpool
{
  "ySwRWw1EEEMyGSz4iiWVAwryXbxBTumiPG": "Amount: 879.00, Weight: 1.0000, Payment_Tier: 0, Height: 101722, NickName: randrews",
  "High Tithe": 879.3,
  "Total Tithes": 879.3,
  "Total Participants": 1,
  "POG Difficulty": 14084.597503552,
  "My Tithes": 0,
  "My Nickname": ""
}

Oh btw on the "old coins", could you please type 'titheinfo' - the "Tithability Summary: Yes/No" will show you if your coins are too young (based on the 3 diff params above it).

On the missing nickname, could you please check to see if you possibly have a 'testnet.conf' or 'biblepay.conf' in your \testnet3 directory, and rename or remove it first?  Then launch with

./biblepay-qt -conf=biblepaytest.conf

Just to ensure you dont have two copies?  I believe the code really does go key by key and may be doing something in \testnet3 if you have a 2nd config file in there.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 03, 2019, 11:40:00 AM
Well you should receive 15 rewards in this current version for one tithe, as the pool contains the last 16 blocks in it, maybe diff was high when you wrote this and the remainings came in after you posted.  On that front things look OK.
I've checked it.
I have 3 tithes there and after each one there is 16 rewards what is almost (16 not 15) like you wrote.
But after 4th tithe there arent any rewards.
Then I was no able to tithe because of coin age, but I'm curious why there wasn't rewards after last tithe.
I was thinking that I'm on fork, so I've deleted my chain and resynced.
Now I've made new tithe and rewards are going well.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 12:12:43 PM
I've checked it.
I have 3 tithes there and after each one there is 16 rewards what is almost (16 not 15) like you wrote.
But after 4th tithe there arent any rewards.
Then I was no able to tithe because of coin age, but I'm curious why there wasn't rewards after last tithe.
I was thinking that I'm on fork, so I've deleted my chain and resynced.
Now I've made new tithe and rewards are going well.

Right, 16, I was thinking for a minute the block you tithed in didnt count, but yes it starts on the *next* block so yes 16.

Anyway, there is a positive reason for everything, so if you did not delete your chain you could type 'exec istithelegal txid' for your 4th, and it would give us the exact reason (as either it enters the pool or doesnt).

So let us know if it happens again, or in the next version.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 03, 2019, 12:27:47 PM
Ok.
So here are my results:
Quote
19:22:36
exec istithelegal 1ea2e9a7470b1a15385c472e204bf7c0fc1fe78ffea9b250b67025ed821d223b

19:22:36
{
  "Command": "istithelegal",
  "Tithe_Legal": false,
  "Tithe_Age": 11.75815972222222,
  "Tithe_Spent_Coin_Amount": 50226,
  "Tithe_Amount": 227,
  "Block_diff_min_coin_age": 12.72,
  "Block_diff_min_coin_amt": 5302,
  "Block_diff_max_tithe_amt": 236,
  "Tithed_Height": 101659
}
So, it looks that my coin age was lower then expected.
But it was sent with auto tithe and I expect that autotithe didn't send coins if they didn't match criteria.
It is possible that diff change between sent and received?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 12:43:09 PM
Ok.
So here are my results:So, it looks that my coin age was lower then expected.
But it was sent with auto tithe and I expect that autotithe didn't send coins if they didn't match criteria.
It is possible that diff change between sent and received?

It looks like your coin_age was a little too low for it to count.
Yes, I think this can happen when the block advances between the time your miner tithed it in its eyes legally, and it was mined in n+1.

First, I think when we switch to a 205 block span, this incidence rate will drop by 90% (as volatility will drop) - right now with 16 block volatility we are highly volatile.

Second, we have a buffer in the coin to tithe 20% Less than the Max amount allowed, but we do not have a buffer for Age.  Ill go ahead and apply the 20% buffer to the auto-tithe miner only (IE just to coins tithed automatically), this will help prevent this  (IE coin must be 20% older than stated for it to auto-tithe).

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 03, 2019, 12:49:57 PM
Putting this in here because I thin it's related.

I setup a prod sanc yesterday, it crashed based on a gobject issue

debug log shows this:   Shouldn't this be disabled in prod currently?
Code: [Select]
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759

Also, watchman crashed:
Code: [Select]
Traceback (most recent call last):
  File "bin/watchman.py", line 244, in <module>
    main()
  File "bin/watchman.py", line 191, in main
    perform_biblepayd_object_sync(biblepayd)
  File "bin/watchman.py", line 24, in perform_biblepayd_object_sync
    GovernanceObject.sync(biblepayd)
  File "lib/models.py", line 78, in sync
    golist = biblepayd.rpc_command('gobject', 'list')
  File "lib/biblepayd.py", line 42, in rpc_command
    return self.rpc_connection.__getattr__(params[0])(*params[1:])
  File "/home/mn2/.biblepaycore/watchman/venv/lib/python2.7/site-packages/bitcoinrpc/authproxy.py", line 139, in __call__
    response = self._get_response()
  File "/home/mn2/.biblepaycore/watchman/venv/lib/python2.7/site-packages/bitcoinrpc/authproxy.py", line 179, in _get_response
    http_response = self.__conn.getresponse()
  File "/usr/lib/python2.7/httplib.py", line 1121, in getresponse
    response.begin()
  File "/usr/lib/python2.7/httplib.py", line 438, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.7/httplib.py", line 402, in _read_status
    raise BadStatusLine(line)
httplib.BadStatusLine: ''


This is 1.1.7.5 from the mainnet PPA

edit:

ran again and got this in the debug.log
Code: [Select]
NextPogRevenue 50694.078759 CGovernanceObject::IsCollateralValid -- Couldn't find opReturn 045038724b047ba1908bc557777a5c5ae04703230449d1707865b6$
    CTxIn(COutPoint(188a03b6449ca0bc55e6080dffe79eb3ce82ab29a8fa058c25cd12eb56ba13a2, 1), scriptSig=4730440220609c612a0d1bc0, nSequence=429496729$
    CTxOut(nValue=5.00000000, scriptPubKey=6a20be8b2d169ab6657870d1490423)
    CTxOut(nValue=350.70471391, scriptPubKey=76a914c9a8aec4fae6853343f451e6)

2019-01-03 18:44:47 MNGOVERNANCEOBJECT -- Governance object is invalid - Couldn't find opReturn 045038724b047ba1908bc557777a5c5ae04703230449d1707$
    CTxIn(COutPoint(188a03b6449ca0bc55e6080dffe79eb3ce82ab29a8fa058c25cd12eb56ba13a2, 1), scriptSig=4730440220609c612a0d1bc0, nSequence=429496729$
    CTxOut(nValue=5.00000000, scriptPubKey=6a20be8b2d169ab6657870d1490423)
    CTxOut(nValue=350.70471391, scriptPubKey=76a914c9a8aec4fae6853343f451e6)
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 03, 2019, 12:51:36 PM
...(IE coin must be 20% older than stated for it to auto-tithe).
Does it mean to us increasing diff by 20%?
Because now we have problems with coinage, not with +20% :)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 01:40:43 PM
Does it mean to us increasing diff by 20%?
Because now we have problems with coinage, not with +20% :)

What do you mean?

Edit: You had a problem with coin_age, it was too low in your illegal tithe.

Edit2:  No it will not mean increase in diff - it just means the miner would wait longer before tithing it.
If the age required is 10 days, it would wait until it had found 12 days of coin age before tithing.  Better than complaints that we lost peoples money.

A user can always tithe manually however against the current diff level.






Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 01:42:31 PM
Putting this in here because I thin it's related.

I setup a prod sanc yesterday, it crashed based on a gobject issue

debug log shows this:   Shouldn't this be disabled in prod currently?
Code: [Select]
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759
NextPogRevenue 50694.078759

Also, watchman crashed:
Code: [Select]
Traceback (most recent call last):
  File "bin/watchman.py", line 244, in <module>
    main()
  File "bin/watchman.py", line 191, in main
    perform_biblepayd_object_sync(biblepayd)
  File "bin/watchman.py", line 24, in perform_biblepayd_object_sync
    GovernanceObject.sync(biblepayd)
  File "lib/models.py", line 78, in sync
    golist = biblepayd.rpc_command('gobject', 'list')
  File "lib/biblepayd.py", line 42, in rpc_command
    return self.rpc_connection.__getattr__(params[0])(*params[1:])
  File "/home/mn2/.biblepaycore/watchman/venv/lib/python2.7/site-packages/bitcoinrpc/authproxy.py", line 139, in __call__
    response = self._get_response()
  File "/home/mn2/.biblepaycore/watchman/venv/lib/python2.7/site-packages/bitcoinrpc/authproxy.py", line 179, in _get_response
    http_response = self.__conn.getresponse()
  File "/usr/lib/python2.7/httplib.py", line 1121, in getresponse
    response.begin()
  File "/usr/lib/python2.7/httplib.py", line 438, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.7/httplib.py", line 402, in _read_status
    raise BadStatusLine(line)
httplib.BadStatusLine: ''


This is 1.1.7.5 from the mainnet PPA

edit:

ran again and got this in the debug.log
Code: [Select]
NextPogRevenue 50694.078759 CGovernanceObject::IsCollateralValid -- Couldn't find opReturn 045038724b047ba1908bc557777a5c5ae04703230449d1707865b6$
    CTxIn(COutPoint(188a03b6449ca0bc55e6080dffe79eb3ce82ab29a8fa058c25cd12eb56ba13a2, 1), scriptSig=4730440220609c612a0d1bc0, nSequence=429496729$
    CTxOut(nValue=5.00000000, scriptPubKey=6a20be8b2d169ab6657870d1490423)
    CTxOut(nValue=350.70471391, scriptPubKey=76a914c9a8aec4fae6853343f451e6)

2019-01-03 18:44:47 MNGOVERNANCEOBJECT -- Governance object is invalid - Couldn't find opReturn 045038724b047ba1908bc557777a5c5ae04703230449d1707$
    CTxIn(COutPoint(188a03b6449ca0bc55e6080dffe79eb3ce82ab29a8fa058c25cd12eb56ba13a2, 1), scriptSig=4730440220609c612a0d1bc0, nSequence=429496729$
    CTxOut(nValue=5.00000000, scriptPubKey=6a20be8b2d169ab6657870d1490423)
    CTxOut(nValue=350.70471391, scriptPubKey=76a914c9a8aec4fae6853343f451e6)

On the POGRevenue, I deliberately added that to print it to the log and not to the screen - just so I could see the value in advance for sanity sake.  I just took out the logging for prod for the next version.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 01:46:44 PM
On the POGRevenue, I deliberately added that to print it to the log and not to the screen - just so I could see the value in advance for sanity sake.  I just took out the logging for prod for the next version.

On watchman, could you try running it again and see if it recovered?  There are a lot of Error conditions in watchman that are picked up on the next run (it runs every 5 mins).

On the Collateral being invalid in prod, that is normal.  Thats due to someone creating a proposal without aged collateral.  That just wont be a valid governance object, so that is OK.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 03, 2019, 01:55:35 PM
On watchman, could you try running it again and see if it recovered?  There are a lot of Error conditions in watchman that are picked up on the next run (it runs every 5 mins).

On the Collateral being invalid in prod, that is normal.  Thats due to someone creating a proposal without aged collateral.  That just wont be a valid governance object, so that is OK.

Thanks i'll give it another go... it crashed again when I tried to enable, maybe 3rd times the charm? :)
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 03, 2019, 07:40:50 PM
1.1.7.7 - Leisure Upgrade
Mandatory Upgrade for TestNet


- MIP added WIN exit handler (in getboincmetrics during initialization) - Test to see if this stops crashing in Win10 Home (be sure to set boincmetrics=0 first)
- Moved exec tithe and exec titheinfo to : tithe and titheinfo
- Added a spork to allow us to add or remove POG training wheels (allows devs to attempt to verify forks)
- Added nickname to 'titheinfo' (Allows user to see config is being recognized)
- Modified POG to only look back 16 blocks (prevent forks)
- POG 24 hour tithes is now based on the last 16 blocks extrapolated out to 24 hours


Having hard time finding peers again. No problems on 1175. 1177 only one wallet found peers. Rest at 0 peers for several hours.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 03, 2019, 07:55:40 PM
Having hard time finding peers again. No problems on 1175. 1177 only one wallet found peers. Rest at 0 peers for several hours.

Please wait about an hour, 1178 is almost out.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 04, 2019, 05:28:46 AM
On watchman, could you try running it again and see if it recovered?  There are a lot of Error conditions in watchman that are picked up on the next run (it runs every 5 mins).

On the Collateral being invalid in prod, that is normal.  Thats due to someone creating a proposal without aged collateral.  That just wont be a valid governance object, so that is OK.

Strange not sure what the deal was but seems ok now, sorry false alarm :)
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 04, 2019, 05:54:25 AM
Please wait about an hour, 1178 is almost out.

I shut down all my clients a while ago based on Rob's message earlier.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 04, 2019, 09:11:51 AM
I shut down all my clients a while ago based on Rob's message earlier.

Sorry for the delay; Its taking a little longer than usual; moving to daily superblocks required a larger than expected change.

Debugging now.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 04, 2019, 11:42:57 AM
Sorry for the delay; Its taking a little longer than usual; moving to daily superblocks required a larger than expected change.

Debugging now.

No problem,  was just offering a reason why testnet would be empty :)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 05, 2019, 07:57:53 AM
1.1.7.8
Mandatory Upgrade for TestNet

- Transitioned to Daily POG superblocks
- Ignore POG bankroll denominations in PODC Update (will someone please manually test some exec podcupdates to ensure it will not spend bankroll denominations)
- Enhanced exec pogaudit and added details parameter to 'pogpool' rpc commands


** After upgrading please start with -reindex -zapwallettxes=1 **


PS:  Someone explained reindexing was very slow - FIXED


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 05, 2019, 07:58:42 AM
Let us also please test a boinc PODC superblock.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 05, 2019, 02:53:24 PM
updating now
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 05, 2019, 10:00:11 PM
Let us also please test a boinc PODC superblock.

Does this mean masternodes should be fired up on testnet?
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 06, 2019, 05:45:47 AM
Rob is it possible to do something with coin age?
After upgrade to 1178 I've made reindex and zapwallettx, after some time my wallet spontaneously restart and start to reindex again.
Now I'm not able to tithe because my coin age is 0.
Here is example:
Code: [Select]
exec getdimensionalbalance 0 1

{
  "Command": "getdimensionalbalance",
  "Amount 84265.2600": "Age 0.02",
  "Amount 81562.3800": "Age 0.49",
  "Tithe_Balance_Available": 165827
}

But when I look inside my wallet inputs there are many coins with many confirmations. Look at picture.
It will be possible to count coin age from numbers of confirmations?
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 06, 2019, 06:53:17 AM
Does this mean masternodes should be fired up on testnet?

yes
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 06, 2019, 07:58:54 AM
Rob is it possible to do something with coin age?
After upgrade to 1178 I've made reindex and zapwallettx, after some time my wallet spontaneously restart and start to reindex again.
Now I'm not able to tithe because my coin age is 0.
Here is example:
Code: [Select]
exec getdimensionalbalance 0 1

{
  "Command": "getdimensionalbalance",
  "Amount 84265.2600": "Age 0.02",
  "Amount 81562.3800": "Age 0.49",
  "Tithe_Balance_Available": 165827
}

But when I look inside my wallet inputs there are many coins with many confirmations. Look at picture.
It will be possible to count coin age from numbers of confirmations?

Yeah, good idea, I might have to do something so we dont have to test forever.

But lets see if anyone online can help us regardless, to get everyone synced.

First, on the spontaneous reboot, I was a little worried about that myself, but I see the condition in which it happens.  The wallet has a 'feature' in it where if it finds a chain with higher work and it thinks chain corruption is possible, then it erases the chain and reboots.  This is a long discussion, but lets just say for now that the chain corruption flag is due to the fact that we have a bad block in the longer chain (it doesnt have a conforming daily superblock),  so we get fooled into resyncing and then we cant go any further than we were to begin with.  So I feel a lot better about this particular point.

However, we have someone on 76.170.58.128 that brought two nodes on that never reindexed  - I think this is the root of that problem.

Ill need to add a wallet rule to force an upgrade and ignore that chain.  Ill also need to give us more granular control on that restart "feature" like being able to disable it etc.

I can also look at the coin - age thing, but still we need to be synced first.

Is 58.128 out there?  Can you reindex your chain please?

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 06, 2019, 08:27:07 AM
In the mean time, Ill work on Adding a method to count 'some' low tithes in testnet, and adding a block rule to get past our block, and disabling the reboot and adding a key for the reboot.

EDIT:  Please hold off everyone, 1179 will be out after church, then we can just reindex.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 06, 2019, 10:31:54 AM
Yes, I have 76.170.58.128 in my nodes...
I can ban him for one day...
Now I'll wait for 1179 and then I'll try it again.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 06, 2019, 12:07:24 PM
I erased everything except wallet.dat - no peers. It was fine on 1175 yesterday.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 06, 2019, 12:55:22 PM
1.1.7.9-Mandatory Upgrade for TestNet

- For TestNet only, always allow tithes <= 10.00 BBP.  (NOTE: You will manually have to tithe these as the auto tithe wont send these).
- Made 'disablereboot' the default in TestNet.  Added key: disablereboot=n; where 0=default (reboot in prod) 1=disablereboot
- Enforce block versions must be => 1179 in testnet after the pog cutover height of 95945
- Note: Please -reindex when restarting so your chain rolls back to 95945 in testnet

EDIT: NOTE!  After you upgrade, restart with -reindex, and when the reindex is done reboot the node.  This will ensure all blocks are marked as clean.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 06, 2019, 04:14:17 PM
- For TestNet only, always allow tithes <= 10.00 BBP.  (NOTE: You will manually have to tithe these as the auto tithe wont send these).
I've tried it (10BBP, 9BBP, ...) and it didn't worked for me.
Still problem with coinage.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 06, 2019, 05:47:42 PM
I've tried it (10BBP, 9BBP, ...) and it didn't worked for me.
Still problem with coinage.

How do u know?  Paste txid and how you entered it (gui or command).
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 06, 2019, 08:58:29 PM
1179 is working better for me. Could never get synced 1178, but 1179 is working good for me. Took a few minutes... initially there's all this solo mining, but seems to correct itself after some time.  I'm at block 96240, but also have lots of orphan donations. Says open for xxxx blocks. Not sure what that means, but maybe with time these tx will get included in the block height they originally were a part of. I did zapwallettxes=1 thru the GUI, then did rebuild index after wallet started up again. Maybe I was supposed to run zapwallettxes=1 and -reindex together?
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 07, 2019, 12:13:36 AM
Says open for xxxx blocks. Not sure what that means,

I'm guessing these are tx that were above the cut off of 95945. zapwallettxes=1 didn't work for me, so I tried zapwallettxes=2 and that got rid of them from my testnet wallet
Title: Re: Testnet - Test Proof of Giving
Post by: mint on January 07, 2019, 09:25:23 AM
Sent 3 mil

Was this transaction cur off?
Here is new address yTYWJmer52UWZ3H46CwikwBDBeEJ9br2R8
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 09:26:31 AM
1179 is working better for me. Could never get synced 1178, but 1179 is working good for me. Took a few minutes... initially there's all this solo mining, but seems to correct itself after some time.  I'm at block 96240, but also have lots of orphan donations. Says open for xxxx blocks. Not sure what that means, but maybe with time these tx will get included in the block height they originally were a part of. I did zapwallettxes=1 thru the GUI, then did rebuild index after wallet started up again. Maybe I was supposed to run zapwallettxes=1 and -reindex together?
I know why you couldnt sync on 1178; there were bad blocks solved on *prior* versions at a higher height; (I explained this in my earlier post); but 1179 disregards any block above the pog cutover height solved on a prior version.

On the "all this solo mining but corrects itself", I dont follow you; I think everyone is solo mining.  If you mean you eventually see yourself in the pool, I still dont know what that means (other than a tithe eventually went in).

On the zap wallet txes, Ive only ever used option 1, it could have been that in your case a zap needed done after you resynced.

So Im primarily synced and ready to test but I have one node out.

So far I dont have any opinion yet on this version- I think we all need to confirm we are on the same chain first and see ourselves in the pog pool, then at that point we ensure that none of us fall off on our own chain or get banned.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 09:28:27 AM
Was this transaction cur off?
Here is new address yTYWJmer52UWZ3H46CwikwBDBeEJ9br2R8

Probably, we rolled back a few hundred blocks by accident when we changed the POG rules to daily;
Re sent 3 more mil.

Title: Re: Testnet - Test Proof of Giving
Post by: mint on January 07, 2019, 09:29:39 AM
Probably, we rolled back a few hundred blocks by accident when we changed the POG rules to daily;
Re sent 3 more mil.

Got it. Thanks
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 09:30:02 AM
I've tried it (10BBP, 9BBP, ...) and it didn't worked for me.
Still problem with coinage.

Oh, sorry, I believe I made it legal to Induct a tithe of 10bbp or less in testnet, but didnt allow the 'exec tithe' command to actually send it LOL.

Let me take a look at resolving that now.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 09:40:23 AM
From the looks of my peer nodes it looks as if we are 90% together now, if anyone is not on this hash:

getblockhash 96614
c5f30695d1129909a3ef003f7e74e66df5c64715e148384df01b1d1db81e92dd


Please -reindex, then restart and it should sync up, then check the hash again.  You can do -zapwallettxes=1 after you are synced.

Ill look into a PODC vote also.



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 11:20:46 AM
Oh, sorry, I believe I made it legal to Induct a tithe of 10bbp or less in testnet, but didnt allow the 'exec tithe' command to actually send it LOL.

Let me take a look at resolving that now.
1.1.7.9b is checked in with this feature - building a windows version now...
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 07, 2019, 11:39:01 AM
When I first started 1179 with no blockchain data... I solo mined 20k blocks and then 6k blocks on height 1 to ~300 for example. Then, at some point, all of that gets wiped and I actually start receiving the testnet blockchain data.

I believe zapwallettxes=2 (for me anyway) removed all the transaction above your cut off height as they are no longer valid, but continue to appear in my wallet prior to using zapwallettxes=2

Mac is still 1175 so can't test on macOS yet.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 01:47:58 PM
1.1.7.9b is checked in with this feature - building a windows version now...

1.1.7.9b is now out there for anyone who didn't have enough age to tithe.

You should be able to type:

tithe 10

(Or anything less than 10 should count in testnet).


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 01:49:28 PM
When I first started 1179 with no blockchain data... I solo mined 20k blocks and then 6k blocks on height 1 to ~300 for example. Then, at some point, all of that gets wiped and I actually start receiving the testnet blockchain data.

I believe zapwallettxes=2 (for me anyway) removed all the transaction above your cut off height as they are no longer valid, but continue to appear in my wallet prior to using zapwallettxes=2

Mac is still 1175 so can't test on macOS yet.

Yeah, all of the original rules are still in the code in case a person wants to sync from 0 - so the code still goes through the phase where governance did not start and the phase where PODC rewards didnt start.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 07, 2019, 05:09:00 PM
1.1.7.9b is now out there for anyone who didn't have enough age to tithe.

You should be able to type:

tithe 10

(Or anything less than 10 should count in testnet).
Sorry,  I wasn't here today :)
I've installed 1179b.
Now I'm able to tithe with "tithe 10" command.
In Send tab "donate to foundation" it didn't worked.

Thanks.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 06:42:15 PM
Sorry,  I wasn't here today :)
I've installed 1179b.
Now I'm able to tithe with "tithe 10" command.
In Send tab "donate to foundation" it didn't worked.

Thanks.

Perfect, thanks, I see you in the pogpool.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 07, 2019, 07:00:12 PM
Addresses": "yRCxvsFWYRYBQHQfEaHRfx8JPjdmQvAZtj|yPkQMV2rLk9Zm9rrqLwUKyAgc6D6xWft9r|yW3evG8mKvbb8oL6Tq9bys7KrxxadMuWMj",
  "Amounts": "4477.02|79707.12|410986.86",
  "votes_for_my_contract": 2,
  "required_votes": 2,
  "last_superblock": 96931,
  "next_superblock": 97030,
  "sigvalid": true,


Not sure who these three addresses are, but I fired up two sancs and ran the DCC (distributed computing process) and they voted in a PODC contract @ block 97030.

If anyone owns one of these 3 addresses please see if you get paid.

The main thing I was looking at is the payment; the amount looks correct (we have one every 100 blocks in testnet- this is about half of prods 1.05 mil per day budget).

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 07, 2019, 10:06:00 PM
yW3evG8mKvbb8oL6Tq9bys7KrxxadMuWMj is mine
i got 410 986 tBBP
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 07, 2019, 10:15:13 PM
Is Force Donation and Donate to Foundation still two separate options? I should in theory be able to check on Force Donation to donate... but doesn't seem to work for me. If Donate to Foundation works, then Force Donation works... but if Donate to Foundation with max tithe value doesn't work, then Force Donation doesn't work either. I hope I'm explaining this correctly. It was my understanding that Force Donation allows you to donate to foundation without participating in PoG.
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 08, 2019, 03:33:19 AM
I launched 1.1.7.9 and resynced and all my previously mined coins in the last week dissapeared. Is this the expected behaviour?
Can someone post current block hash to check if I'm in the right chain? Thanks

Sunk818, MacOS testnet version is ready. 

Testnet PPAs are also building as we speak.
Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 08, 2019, 05:41:50 AM
im in there, and got podc payment.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 08, 2019, 09:38:16 AM
I launched 1.1.7.9 and resynced and all my previously mined coins in the last week dissapeared. Is this the expected behaviour?
Can someone post current block hash to check if I'm in the right chain? Thanks

Sunk818, MacOS testnet version is ready. 

Testnet PPAs are also building as we speak.

Yes, its correct, because 1179 started 500~ blocks or so back behind the solved blocks of 1177, so you will have to start with -zapwallettxes=1 (and also after reindexing reboot once).


getblockhash 97500
3479e6c4751b6c2281eb1745c2ec01d267b5afcdd86fb4667a6b285180eb8c54

Did you get your nickname working btw?


Title: Re: Testnet - Test Proof of Giving
Post by: klondike on January 08, 2019, 01:14:27 PM
im added,
nick:BIBLIARDAR
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 08, 2019, 04:21:40 PM
yW3evG8mKvbb8oL6Tq9bys7KrxxadMuWMj is mine
i got 410 986 tBBP

Great!

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 09, 2019, 03:00:55 AM
Did you get your nickname working btw?

Only if  I pass it through command line, not config file. Same happens in Mac, I can try debug it when I find a moment.

BTW, the chat menu is not visible in MacOS, probably because the "About" menu role in QMenu has a special meaning in MacOS GUI (that moves the "about" menu options to the top-left position, besides the system "apple" menu option).

The only way for it to work ok is commenting both lines in src/qt/bitcoingui.cpp

ln 438 // openChatGeneralAction->setMenuRole(QAction::AboutRole);
ln 443 //  openChatPMAction->setMenuRole(QAction::AboutRole);

This way it shows fine as in Win version.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 09, 2019, 11:02:27 AM
Only if  I pass it through command line, not config file. Same happens in Mac, I can try debug it when I find a moment.

BTW, the chat menu is not visible in MacOS, probably because the "About" menu role in QMenu has a special meaning in MacOS GUI (that moves the "about" menu options to the top-left position, besides the system "apple" menu option).

The only way for it to work ok is commenting both lines in src/qt/bitcoingui.cpp

ln 438 // openChatGeneralAction->setMenuRole(QAction::AboutRole);
ln 443 //  openChatPMAction->setMenuRole(QAction::AboutRole);

This way it shows fine as in Win version.

Ok, 10-4 on the chat menu, thanks.  I suppose I can just comment it out.  (On a side note, we appear to have all stayed in sync with POG, which is awesome, meaning we should see in the log the 'Success' for POG recipients, but, we do need a few lines of code added to cover one situation where the user -reindex (es).  Maybe I will team those two things together today.  But these are low priority and only for the release candidate).

On the nickname, btw, I do not have an issue when running from linux either (using the biblepaytest.conf).  What I do is:
cd ~/.biblepaycore
(This is the directory where the debug.log is for PROD).  I place the biblepaytest.conf file in that dir.
Then I start with
./biblepay-qt -conf=biblepaytest.conf
This could be a *mac* only issue then I think.... 
On a side note, maybe try copying the biblepaytest.conf to your Mac prod directory where debug.log is (IE the issue might have been the nomenclature of Prod working dir).
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 09, 2019, 11:58:19 AM
While I jump back in to look at the state of POG, does anyone have any more last minute considerations for POG?  I have Orbis' recommendations about less exec, and maybe a POG UI grid, other than that any other issues or recommendations for us to add?

It appears everything is working properly now.  When I grep debug.log for SuccessfulCheck I can see all the nodes have been in agreement on this version (with 0 errors on any POG superblock since we upped to 1179) and the training wheels have already been removed - meaning this version is almost Prod ready.  The PODC superblocks are still working and paying the right amount.  The heat mining payments of ~115 appear correct, the masternodes still get paid when they are voted (as I can see some do successfully vote in testnet)- all the amounts appear to be correct.

Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 09, 2019, 02:23:03 PM
Looks good,  I will start working on the web interface for POG, now that things have stabilized (and migrated to a superblock) it should be easier to track.

I will look to add user stats info as well (payments / receipts) and some averages based on history.  I will post requesting feedback as I have something for folks to look at.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 09, 2019, 03:20:34 PM
Is Force Donation and Donate to Foundation still two separate options? I should in theory be able to check on Force Donation to donate... but doesn't seem to work for me. If Donate to Foundation works, then Force Donation works... but if Donate to Foundation with max tithe value doesn't work, then Force Donation doesn't work either. I hope I'm explaining this correctly. It was my understanding that Force Donation allows you to donate to foundation without participating in PoG.

Force donation was supposed to allow you to force a donation through, even if you dont want the tithe credit (IE say you want to send 10,000 bbp this month).

I forgot to look at this, checking...


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 09, 2019, 03:23:34 PM
Looks good,  I will start working on the web interface for POG, now that things have stabilized (and migrated to a superblock) it should be easier to track.

I will look to add user stats info as well (payments / receipts) and some averages based on history.  I will post requesting feedback as I have something for folks to look at.

Sounds great!

Yeah, I keep considering adding a UI for QT, but I kept backtracking on that because the 'pogpool' command is pretty simple to understand-but maybe not enough.  Maybe I should make a leaderboard for the UI:

Click POG Leaderboard from QT:
We list Tithers nickname, amount, and pog_pool_weight per row, in descending order, -- that might be cool.
Then a grand total.

Yeah, I think I can squeeze that in next.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 09, 2019, 03:26:49 PM
Force donation was supposed to allow you to force a donation through, even if you dont want the tithe credit (IE say you want to send 10,000 bbp this month).

I forgot to look at this, checking...

I attempted to reproduce but force worked for me - you have to click on both Donate and Force to force it (not just force), and enter an amount > 300 for example, and it goes through.
If you click just Donate without force, and try > 300 it fails.

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 09, 2019, 11:10:56 PM
I attempted to reproduce but force worked for me - you have to click on both Donate and Force to force it (not just force), and enter an amount > 300 for example, and it goes through.
If you click just Donate without force, and try > 300 it fails.

To test the functionality, Your Tithe Ability Qty should be 0. Unless you want the ability to bypass PoG also require a certain min coin age. Although, that wouldn't make sense as you'd want to accept donation to foundation (non PoG) not looking at coin age. If your test included Tithe Ability Qty 0, then I may need to test my configuration more to see if I can reproduce your success.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 10, 2019, 11:00:18 AM
To test the functionality, Your Tithe Ability Qty should be 0. Unless you want the ability to bypass PoG also require a certain min coin age. Although, that wouldn't make sense as you'd want to accept donation to foundation (non PoG) not looking at coin age. If your test included Tithe Ability Qty 0, then I may need to test my configuration more to see if I can reproduce your success.

The rule is not this complicated - its just as simple as :  If you want to force a donation to the orphan foundation, click the Force button.

No - your right though, I didnt test it from a machine that had 0 tithability; I was able to reproduce the problem, and now its fixed in the next version.

Thank you for pointing out the flaw.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 10, 2019, 11:13:28 AM
The rule is not this complicated - its just as simple as :  If you want to force a donation to the orphan foundation, click the Force button.

No - your right though, I didnt test it from a machine that had 0 tithability; I was able to reproduce the problem, and now its fixed in the next version.

Thank you for pointing out the flaw.
Yeah, I'm not able to force donate too (because of coin age).

And Rob, it would be better to have it separate.
1st checkbox should be "Tithe" (mining) and 2nd checkbox should be "Donation".
And thay can be totaly independent. I think it's not neccessary to check two boxes for donation.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 10, 2019, 11:20:38 AM
Yeah, I'm not able to force donate too (because of coin age).

And Rob, it would be better to have it separate.
1st checkbox should be "Tithe" (mining) and 2nd checkbox should be "Donation".
And thay can be totaly independent. I think it's not neccessary to check two boxes for donation.

Well I think you mean clicking the Force donation box alone should also populate the foundation address, yes that could be good also (then you can click it alone).
And maybe we re-caption Donate to "POG Tithe".

Ok, Ill look into doing this now.



Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 10, 2019, 11:26:08 AM
Yes that was my opinion...
Sorry if I was not clear ;)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 10, 2019, 11:37:10 AM
Yes that was my opinion...
Sorry if I was not clear ;)

I think you were clear, I was just reading into the prior issue for some reason.  Anyway now they are separated and I think that was a good improvement.

I added the very basic POG Leaderboard last night.

Let me take a look at the entire feature before I do a build as we are close to finishing this version.  I can't think of anything else we are missing in this version.

(Either way Ill do a build sometime today so we can continue testing).



Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 10, 2019, 11:59:44 AM
Nice, thanks.
Rob I have other question.
When I try "exec getdimensionalbalance 0 1" it says ""Tithe_Balance_Available": 480898".
Why?
My total balance is over 8M tBBP. Why there are not counted all tBBP'?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 10, 2019, 04:07:41 PM
Nice, thanks.
Rob I have other question.
When I try "exec getdimensionalbalance 0 1" it says ""Tithe_Balance_Available": 480898".
Why?
My total balance is over 8M tBBP. Why there are not counted all tBBP'?

So looking at the code on this, the "tithe_balance_available" is really just the total of the RPC output; another words, I think this should be recaptioned.
I just recaptioned it to "total".

To ensure its working right, if you look for your largest coin in value, say 1 million, try :
exec getdimensionalbalance 0 Largest_Coin

It should then just show 1, with a total of the large coin (I just tried and it worked).

So in summary this command just shows you the coins that meet the specs you provide.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 10, 2019, 04:13:01 PM
Looks good,  I will start working on the web interface for POG, now that things have stabilized (and migrated to a superblock) it should be easier to track.

I will look to add user stats info as well (payments / receipts) and some averages based on history.  I will post requesting feedback as I have something for folks to look at.

Thats great btw, but on a side note, just to clarify, we should never run into a situation where anyone misses a pog payment (if the tithe was legal and they entered the pool).  In this next version, the pog pool should match on everyone synced on the same chain, and therefore each daily superblock will always have all participants (IE no sanc contract is required to be agreed on in this case).  (If pog is off by 1 bbp, the chain will fork to two chains so everyone is technically required to be synced on the same chain).

However your history will still be nice, because pog wont let the user go back (very easily) and see what they missed; although, technically you can type 'pogpool height' and see the stats at prior heights (IE if you miss a day). 



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 10, 2019, 04:14:48 PM
I forgot to mention all, this 1179 also has a feature that prevents users from accidentally being deemed as an illegal tithe - remember mint pointed out when the block changed the quoted difficulty was still on the screen and the tithe became illegal?  We fixed that in 1179 by quoting the diff 3 blocks back, allowing a tithe to be entered even if late.

So I believe we should not receive any complaints in prod due to that.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 10, 2019, 10:36:10 PM
MIP-

I wanted to make a small record of this so we dont forget - POG should theoretically allow us to help the unbanked - I believe all we need is the current POG difficulty level, a 'pog tithe' button, and the ability for the mobile wallet to send a tithe.  At that point, the user should enter the pog pool.

Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 11, 2019, 02:27:09 AM
MIP-

I wanted to make a small record of this so we dont forget - POG should theoretically allow us to help the unbanked - I believe all we need is the current POG difficulty level, a 'pog tithe' button, and the ability for the mobile wallet to send a tithe.  At that point, the user should enter the pog pool.

Ok noted. As long as tithing does not require to have full blockchain data loaded, it is possible to implement. Remember that mobile wallet only stores block headers and your own wallet's UTXOs and TXs.
Title: Re: Testnet - Test Proof of Giving
Post by: klondike on January 11, 2019, 04:42:27 AM

11:42:18

exec getdimensionalbalance 0 Largest_Coin


11:42:18

bad lexical cast: source type value could not be interpreted as target (code -1)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 11, 2019, 09:26:25 AM
11:42:18

exec getdimensionalbalance 0 Largest_Coin


11:42:18

bad lexical cast: source type value could not be interpreted as target (code -1)

I mean to first find your largest coin in Coin Control, then use that number, and that should yield one result and one total.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 11, 2019, 09:35:29 AM
Ok noted. As long as tithing does not require to have full blockchain data loaded, it is possible to implement. Remember that mobile wallet only stores block headers and your own wallet's UTXOs and TXs.

I think you can (given your availability) port the GetTitheParams function(s) (just the math function(s) like quantize, not the UpdatePogPool stuff) into the mobile wallet, and call the Pool API for the pindexBestHeader->chainTip() POG difficulty level (IE 0-65535) (only because the pindex during sync wont have your current diff since the blocks arent stored but instead computed in the large client), once you have that int you can then call for the GetTitheParams, and that gives you the 3 things we can quote the user (age, max, min).

The POG transaction does not require, but we should, transmit the <nickname> XML and the <tither> address in the ".sTxOutMessage" field - I dont know if you have implemented that field in the mobile client yet, would that be hard to add that field to the broadcasted transaction?  Then you would need to ask them for their nickname somehow during setup (not sure if there is a config in there).  It actually is OK to skip those two as users will receive POG payment rewards back to the sending address but I still recommend us going the extra mile to add the ability to send the message, because it is frowned upon to send rewards back to the change address (in addition a lot of clients try to anonymize the change address, and also it creates more spam, IE mobile user jumping around in the pog pool with many addresses etc).

At this point, the tithe should be accepted in the pogpool, so I think it should be doable....  Of course we should talk more about our apple situation as what is the use in doing all this if we cant even get listed in the Apple store.

On a different subject, I did comment out the AboutRole and chat now appears; I will be checking in later today (working on the Writing to Orphan UI now).
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 11, 2019, 10:14:37 AM
Thats all good news. It'll be perfect to have POG in mobile phone wallet.
BTW: I think that will be good to update POG II wiki page to POG III ;) We have now daily blocks, ...
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 11, 2019, 10:28:10 AM
I think you can (given your availability) port the GetTitheParams function(s) (just the math function(s) like quantize, not the UpdatePogPool stuff) into the mobile wallet, and call the Pool API for the pindexBestHeader->chainTip() POG difficulty level (IE 0-65535) (only because the pindex during sync wont have your current diff since the blocks arent stored but instead computed in the large client), once you have that int you can then call for the GetTitheParams, and that gives you the 3 things we can quote the user (age, max, min).

I see this clear, POG diff level must be retrieved from sowhere else.

The POG transaction does not require, but we should, transmit the <nickname> XML and the <tither> address in the ".sTxOutMessage" field - I dont know if you have implemented that field in the mobile client yet, would that be hard to add that field to the broadcasted transaction?  Then you would need to ask them for their nickname somehow during setup (not sure if there is a config in there).  It actually is OK to skip those two as users will receive POG payment rewards back to the sending address but I still recommend us going the extra mile to add the ability to send the message, because it is frowned upon to send rewards back to the change address (in addition a lot of clients try to anonymize the change address, and also it creates more spam, IE mobile user jumping around in the pog pool with many addresses etc).

sTxOutMessage is already supported as it's part of TxOut structure (otherwise mobile app outcoing txs would not be accepted by the network once broadcasted). So far the string goes blank but I don't think there will be any problem to send nickname (once configured by the user) and other data.

BTW on a more long-term discussion, Dash-rebased version we will probably have to move all this sTxOutMessage dependant behaviour into "special transactions" infrastructure provided by DIP002 (which is conceptually the same but using the "payload" concept instead sTxOutMessage).

At this point, the tithe should be accepted in the pogpool, so I think it should be doable....  Of course we should talk more about our apple situation as what is the use in doing all this if we cant even get listed in the Apple store.

Well it could be available on Android version... and even if we can't get listed on App Store we could someday provide the iOS app as downloadable like Binance does (if we ever obtain an enterprise dev license)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 11, 2019, 11:24:13 AM
I see this clear, POG diff level must be retrieved from sowhere else.

sTxOutMessage is already supported as it's part of TxOut structure (otherwise mobile app outcoing txs would not be accepted by the network once broadcasted). So far the string goes blank but I don't think there will be any problem to send nickname (once configured by the user) and other data.

BTW on a more long-term discussion, Dash-rebased version we will probably have to move all this sTxOutMessage dependant behaviour into "special transactions" infrastructure provided by DIP002 (which is conceptually the same but using the "payload" concept instead sTxOutMessage).

Well it could be available on Android version... and even if we can't get listed on App Store we could someday provide the iOS app as downloadable like Binance does (if we ever obtain an enterprise dev license)
10-4 on the diff level, and being able to transmit the sTxOutMessage.

On the DIP002, I agree on doing this on a longer term scale - for "best practices".  That is picking apart the object types we store in MemorizePrayers and making each one a DIP002 conformant object over the long term.  However, I believe we will not need to do this as an emergency during the rebase (we might do at least one to get the feel for it), but, I believe our TxOutMessage will need to be ported to our new Dash rebase code for prior compatiblity.  The reason I say that, is in working with Stratis, I found the sTxOutMessage altered the hash of the transaction.  That means in order to sync from zero, the Dash rebase version must have the sTxOutMessage present in order to sync.  So another words, its not an emergency, but Im on board for a side project to convert to dip002 for best practices.  (Syncing prior blocks requires the existing sTxOutMessage message handler).

10-4 on the android version.  Yes, it sounds worth it, to have the code ready either way.  Im up for discussing ways to get us in the apple store.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 11, 2019, 11:36:23 AM
One more 'on the radar post'.  If things go as expected (and this is an assumption), that means if POG goes over well for 90 days, and if we attempt to replace PODC with POG in the future, I'm thinking that we might keep a form of PODC superblocks (and repurpose them) to be something like 'Christian economy superblocks' (with a much lower value - IE based on our P2P budget, or P2P budget * 3 ~ whatever the discussion and vote bears).

The idea is that by then, we will have certain objects in the wallet that can be voted on.  I envision Outbound orphan letters, Gospel Links (or uploaded Christian videos into IPFS), Christian testimonies (in Christian spaces).  I dont want to discuss all of these individual objects quite yet - as I plan on creating dedicated threads for these once pog is running.

I just wanted to mention that we could utilize the Sanc superblock to renumerate an upvoted letter writer a reward.  As this would eliminate the pools entire letter writing system and upvote/downvote system.  Putting the reward in the daily POG superblock could cause problems (IE it ruins the POG consensus), but putting the letter reward in the repurposed Christian Economy superblock would most likely work very well.

This would of course require us to keep "some" of the rpcpodc.cpp code, but it would still allow us to retire the lions share of it and move to a simpler contract - one that calls out for hard transaction summaries (IE sum of votes per object).

Some other rewards might be IPFS hosting rewards (for IPFS supporter nodes), Christian video review rewards, etc.

I envision the user to have lists of objects to review each day, the Christian User will enter the list (of videos, or letters) and be able to right click and vote an object up or down.

Later the contract would call out for summaries of things that are not paid on a daily basis and set up a contract for payment for those items.

User A:
In the Rapture room: watched Rapture Video 1,2,3: 100 bbp * 3
Upvoted Outbound Letter #5: 100 bbp
Wrote an outbound letter 1 week ago: 5000 bbp
Watched Jesus Testimony in the "Jesus Testimony room":  100 bbp

...

etc

All objects are stored in IPFS - our txid pointers point to these object ids.




Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 11, 2019, 04:31:18 PM
Could someone please test that the wallet does not spend any dedicated bankroll denominations in a podc update in testnet?


Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 11, 2019, 05:16:19 PM
Denominations have .001 as suffix? I remember doing `exec bankroll` in prod a few builds back (1175) and PoDC update culled all the balances together. In TESTNET, the one wallet I have CPID registered doesn't have this behavior. Last PoDC update had just one input and two output even though I have hundreds of balances in the wallet.
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 12, 2019, 02:32:49 AM

On the DIP002, I agree on doing this on a longer term scale - for "best practices".

Completely agree on this. We will have enough  "fun" even making a workable devnet on the first approach so this would go on a later stage.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 12, 2019, 09:18:12 AM
Denominations have .001 as suffix? I remember doing `exec bankroll` in prod a few builds back (1175) and PoDC update culled all the balances together. In TESTNET, the one wallet I have CPID registered doesn't have this behavior. Last PoDC update had just one input and two output even though I have hundreds of balances in the wallet.
The bankroll denominations have a .00100000 suffix in coin control (they also say sent to your 'TITHES' rec address) .  From my initial debug testing, the code appears to properly skip over them now - and the podcupdate is definitely sending in the argument to not spend them - so I feel 'relatively' confident its working.

The podcupdate combines as many inputs as it needs to make the target amount.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 12, 2019, 10:11:34 AM
Completely agree on this. We will have enough  "fun" even making a workable devnet on the first approach so this would go on a later stage.

Yes thats for sure!
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 12, 2019, 10:13:36 AM
I believe all of the current issues are now addressed, and v1.0 of the Orphan Letter Writing system is ready to test (for testnet only, its disabled in prod).

I'll start a build.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 12, 2019, 04:42:38 PM
So looking at the code on this, the "tithe_balance_available" is really just the total of the RPC output; another words, I think this should be recaptioned.
I just recaptioned it to "total".

To ensure its working right, if you look for your largest coin in value, say 1 million, try :
exec getdimensionalbalance 0 Largest_Coin

It should then just show 1, with a total of the large coin (I just tried and it worked).

So in summary this command just shows you the coins that meet the specs you provide.

Rob how it works behind getdimensionalbalance order?
I've tried it with different heights and it was still the same.
My bigest available balance was around 560k tBBP (with getdim... 0 1) and then it goes lower with higher min_coin_amount.
I have more than 8M tBBPs.

Are available for tithing only coins which are "stated" in getdimensionalbalance?
Or can I use all from my balance?
Why I cannot see there all my coins?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 13, 2019, 08:36:53 AM
Rob how it works behind getdimensionalbalance order?
I've tried it with different heights and it was still the same.
My bigest available balance was around 560k tBBP (with getdim... 0 1) and then it goes lower with higher min_coin_amount.
I have more than 8M tBBPs.

Are available for tithing only coins which are "stated" in getdimensionalbalance?
Or can I use all from my balance?
Why I cannot see there all my coins?
Dimensionalbalance is just for a power user.
As a user you can see your available tithe balance by using 'titheinfo'.  These six rows should summarize the amount you have available:
Tithable_Coin_Quantity": 17,
  "Tithable_Largest_Coin": 1654774.9398551,
  "Tithable_Coin_Avg_Age": 23.5834477124183,
  "Tithable_Total_Coin_Balance": 1881249.03864134,
  "Tithability_Amount": 239.42,
  "Tithability_Summary": "YES"

On getdimensionalbalance, you must pass min_coin_age and min_coin_amount, and those two parameters filter the coins in the result.  IE they have nothing to do with the current difficulty or tithe parameters.  You are just seeing a filtered result set.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 13, 2019, 08:57:27 AM
NOTE:

Please wait for 1.1.8.1. 

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 13, 2019, 09:04:26 AM
Rob how it works behind getdimensionalbalance order?
I've tried it with different heights and it was still the same.
My bigest available balance was around 560k tBBP (with getdim... 0 1) and then it goes lower with higher min_coin_amount.
I have more than 8M tBBPs.

Are available for tithing only coins which are "stated" in getdimensionalbalance?
Or can I use all from my balance?
Why I cannot see there all my coins?


EDIT:  Please wait... Let me do some testing on this for a different reason.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 13, 2019, 12:40:31 PM
Rob how it works behind getdimensionalbalance order?
I've tried it with different heights and it was still the same.
My bigest available balance was around 560k tBBP (with getdim... 0 1) and then it goes lower with higher min_coin_amount.
I have more than 8M tBBPs.

Are available for tithing only coins which are "stated" in getdimensionalbalance?
Or can I use all from my balance?
Why I cannot see there all my coins?


I'm starting to reconcile my testnet balance with exec getdimensionalbalance; but before we start will you please do this:
Write down original balance
Relaunch with "-rescan" (this rescans your wallet transactions)
Go to coin control
Click Tree View
Send yourself some coins to get the transaction count down below 1000 (to make this easier) but ensure each transaction size is less than 100,000 bytes (see the red number in upper left corner)
Ensure your 'exec getdimensionalbalance 0 0' matches your entire Overview page balance

(If the balance changed when you did -rescan then the entire problem was the rescan).

In the mean time, I will attempt to reconcile mine with getdimensional.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 13, 2019, 04:41:51 PM

I'm starting to reconcile my testnet balance with exec getdimensionalbalance; but before we start will you please do this:
Write down original balance
Relaunch with "-rescan" (this rescans your wallet transactions)
Go to coin control
Click Tree View
Send yourself some coins to get the transaction count down below 1000 (to make this easier) but ensure each transaction size is less than 100,000 bytes (see the red number in upper left corner)
Ensure your 'exec getdimensionalbalance 0 0' matches your entire Overview page balance

(If the balance changed when you did -rescan then the entire problem was the rescan).

In the mean time, I will attempt to reconcile mine with getdimensional.
So, I've made it.
At the beginning balance 8 623 901.99.
After rescan the same. Sent some BBPs to myself to reduce tx number.
Then with 'exec getdimensionalbalance 0 0' result: 668975.
I don't know where is problem. Let it be. Maybe it's only my problem.
Or I can send you my wallet.dat to check it :D
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 13, 2019, 05:48:11 PM
So, I've made it.
At the beginning balance 8 623 901.99.
After rescan the same. Sent some BBPs to myself to reduce tx number.
Then with 'exec getdimensionalbalance 0 0' result: 668975.
I don't know where is problem. Let it be. Maybe it's only my problem.
Or I can send you my wallet.dat to check it :D

Lets get to the bottom of it, we will figure it out.  First - lets keep working back and forth - in case its easy.

So, in the current version you have, it does have a problem with dust, IE it regards dust as a valid coin (it is a valid coin) whereas the coin control and standard tx's dont take spend dust (as its more costly to spend dust than not) - dust is less than .0001 bbp.  So in the next version, we filter out dust.

I was able to reconcile my balance in the new version.  The old version also has an issue where coin age that is slightly newer than getadjustedtime (thats the network time), it was not showing those in exec getdimensionalcoins (but it was able to tithe them, so it wasnt a big deal) but its a big deal when we try to reconcile.

So lets do this, on the new version, first try getdimensionalbalance 0 0 again, and tell me if it doesnt match. 

It should be out within an hour or so.


If we cant figure it out by spending a few more inputs, then Ill take your wallet and analyze;

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 13, 2019, 06:18:37 PM
1.1.8.0-Leisure Upgrade
Mandatory Upgrade for TestNet

(Does not break compatibility)

- Added POG Leaderboard UI with footer metrics
- Added Letter object to the businessobject list
- Added Write to Orphan UI and Review Orphan Letter UI and ability to
add attachments to orphan letters using IPFS
- Fixed pog reindex bug (allow user to reindex with pog without
restarting)
- Added ability to view orphan bio in QT (requires our new
orphandownloader class)
- Added chat icon
- To write an orphan letter, click Business Objects | Orphans | Rt click
an Orphan | Write to Orphan
- To review an orphan letter, click Business Objects | Letters | Rt
Click a Letter | Click Review
- In sendcoinsentry UI, split the ability to POG TITHE or Donate to
Foundation
- Recaptioned the word Total in getdimensionalbalance
- Recaptioned 24_hour_tithes and pog_difficulty in titheinfo
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 14, 2019, 11:04:15 AM
So lets do this, on the new version, first try getdimensionalbalance 0 0 again, and tell me if it doesnt match. 
It should be out within an hour or so.
If we cant figure it out by spending a few more inputs, then Ill take your wallet and analyze;
I have 1181b. Total is now higher but still only 960k tBBP.
But in prod version my wallet shows good balance in getdim...
So, just tell me how to send you my testnet wallet :D
I think thats only my wallet problem, or my and I am not able to do it correctly ;)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 14, 2019, 11:09:06 AM
I have 1181b. Total is now higher but still only 960k tBBP.
But in prod version my wallet shows good balance in getdim...
So, just tell me how to send you my testnet wallet :D
I think thats only my wallet problem, or my and I am not able to do it correctly ;)

I think it would be prudent for us to get to the root of the problem, yes, especially before going live :).  So could you please send the wallet to [email protected] and I'll debug it until we find why it doesnt match.

Thanks...

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 14, 2019, 06:53:34 PM
1.1.8.2-Mandatory Upgrade for TestNet

- Fix bug in GetDimensionalBalance affecting POG available coins
- Modify POG coin age calculation to use greater precision
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 14, 2019, 06:56:23 PM
I have 1181b. Total is now higher but still only 960k tBBP.
But in prod version my wallet shows good balance in getdim...
So, just tell me how to send you my testnet wallet :D
I think thats only my wallet problem, or my and I am not able to do it correctly ;)

Ok, I found the problem thanks to having your wallet.

The problem was the way in which the wallet database query was being converted back to the users list vector (IE any duplicate transaction amount or age was being discarded in the return list).  Ironically this didn't affect the actual tithing coin selection (because we only pick one at a time when tithing), but nevertheless we want this to be exact and not take any chances, so I ended up modifying some things that did break compatibility.

Now we need a mandatory upgrade in testnet.

Could everyone please upgrade?

Also Orbis, please check your dimensional coins now and see if they match.

Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 06:21:28 AM
Hi everyone

Is there an idiots guide to setting the "Testnet" up, showing what exactly one has to do. I have looked at a couple of links I have seen posted in here and they make no sense to me, or they do not tell me what I need to know. Meaning how do I set up my wallet config file and things like that, I am running the latest version of the wallet on windows .1.1.8.2.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 15, 2019, 09:12:54 AM
Hi everyone

Is there an idiots guide to setting the "Testnet" up, showing what exactly one has to do. I have looked at a couple of links I have seen posted in here and they make no sense to me, or they do not tell me what I need to know. Meaning how do I set up my wallet config file and things like that, I am running the latest version of the wallet on windows .1.1.8.2.

Welcome aboard!  Thanks for joining!

Well so much has changed since post 1, honestly it has become a lot easier, so we might as well just start over.

Its so easy at this point to POG mine, all you really should need to do is:

create a 'biblepaytest.conf' file in the :
~/.biblepaycore
directory

with:

tithe=10
genproclimit=1
gen=1
testnet=1


In it.


Start the biblepay-qt with:

./biblepay-qt -conf=biblepaytest.conf


If you are running windows, place that file here instead:
%appdata%\biblepaycore

Let me know if you boot into testnet, and what your recieve address is and Ill send you some coins.


Then later all you have to do is donate 10.0 or less BBP to the foundation, and click on the POG Pool UI menu option to see if you enter the pool.








Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 10:47:36 AM
Hi Rob

I have created a file like requested and inputted

tithe=10
genproclimit=1
gen=1
testnet=1

I have tried to start up my wallet normally and by right clicking on the conf file and choosing open with biblepay-qt.exe but still seems like I am on the normal wallet not testnet.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 15, 2019, 11:00:06 AM
Hi Rob

I have created a file like requested and inputted

tithe=10
genproclimit=1
gen=1
testnet=1

I have tried to start up my wallet normally and by right clicking on the conf file and choosing open with biblepay-qt.exe but still seems like I am on the normal wallet not testnet.

I assume you are on windows; there is a way to create a Shortcut in windows passing the parameter, but since testnet is pretty temporary, you can do it from the command line instead-

If you go to Start | Search | cmd <enter>
A command prompt opens

cd c:\program files\biblepaycore
Launch like this:
biblepay-qt -conf=biblepaytest.conf

Ensure the conf file is in your %appdata%\biblepaycore dir.

Then see if it launches from testnet.

Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 11:10:43 AM
Thanks Rob that worked testnet is running now

Do you need my normal receiving  address or do you need one specific to testnet ?

normal address -  BEmj3ZHKDRTL1BfkiGZmoNbTYpCUQNbnZM

testnet address -   yNCqktHRwzyjvJ55hYdvs17USm8ZYQyDFi
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 15, 2019, 11:11:36 AM
Hi Rob

I have created a file like requested and inputted

tithe=10
genproclimit=1
gen=1
testnet=1

I have tried to start up my wallet normally and by right clicking on the conf file and choosing open with biblepay-qt.exe but still seems like I am on the normal wallet not testnet.
Hi.
I have it on Windows created like this.
I have created new folder e.g. C:\BBPTestnet
Then I've put testnet biblepay.conf into this folder and created shortcut on desktop with target:
"C:\Program Files\BiblepayCore\biblepay-qt.exe" -datadir=C:\BBPTestnet\

PS: put "nickname=madmurphy" into config too :)
Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 11:14:04 AM
Thanks Orbis just done the nickname, I am waiting for testnet to update as I am a lot of weeks behind it seems
Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 11:23:55 AM
On a side note while I am waiting for my wallet to sync up 40+ weeks behind yet, did you know that the home page for http://pool.biblepay.org/ is blank only the side bar is populated ?
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 15, 2019, 11:43:46 AM
Also Orbis, please check your dimensional coins now and see if they match.
Checked and now it's this balance a lot higher :D
It is around 8,2M, my balance is 8,7M, so there is still some gap, but it's a lot better.
Thanks.

I checked other new features in wallet and theyre working ;)
Nice.
Thats all from my first sight :D
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 15, 2019, 11:47:16 AM
On a side note while I am waiting for my wallet to sync up 40+ weeks behind yet, did you know that the home page for http://pool.biblepay.org/ is blank only the side bar is populated ?
Same for me, but its only on homepage. When you click somewhere in menu it works.
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 15, 2019, 12:34:14 PM
Rob,
now I was finally able to tithe (my coinage was enough :) ) so I decided to try "spam" test.
At the begginig there was dif around 8k and mincoinage was around 9 days.
I startet to spam with tx "tithe 259" and then it changed so "tithe 254"
I was able to made 26 x 259 and 31 x 254 txs. Totally 14613 BBPs in tithe within 5 blocks.
Then it stops because I havent more "packages" with corresponding coinage :D
At the end dif is around 29,5k and mincoinage 26,9. And my weight in pool is more than 0.6 (At the beggining was near 0).
Is it OK? Someone who has enough BBP can spam like this and others wouldnt be possible to tithe.
Or am I wrong?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 15, 2019, 12:44:37 PM
Thanks Rob that worked testnet is running now

Do you need my normal receiving  address or do you need one specific to testnet ?

normal address -  BEmj3ZHKDRTL1BfkiGZmoNbTYpCUQNbnZM

testnet address -   yNCqktHRwzyjvJ55hYdvs17USm8ZYQyDFi

Great!  Yeah I see Orbis told you about the nickname, good, I forgot, yes that will let us see you in the pogpool as madmurphy.

I just sent 2 mil.

So we put a special rule in testnet to allow you to tithe even without coin age.  Now you can send up to 10 bbp to the pool.
You can either do it from the rpc:  'tithe 10' Or, you can go to the Send Money page,  click POG Tithe, then populate the amount.




Yes, thanks for the heads up on the Pool!

Im trying to fix that right now  - its just the main page btw - so luckily its not causing errors otherwise.  Checking....


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 15, 2019, 12:48:32 PM
Checked and now it's this balance a lot higher :D
It is around 8,2M, my balance is 8,7M, so there is still some gap, but it's a lot better.
Thanks.

I checked other new features in wallet and theyre working ;)
Nice.
  • Pogpool looks super, but maybe some highlight of my name in leaderboard would be awesome.
  • Its possible to move it from upper menu to left menu under Distributed computing? It would be more visible.
  • In send tab new captions of Pog tithe and donate are good, but on hover labels are "old" and now not actual.
  • Business object list (letters, orphans) works good, but it is slow and in prod version is it slower (more objects)
  • Letter writing from wallet is awesome. Works for me, but there wasn't option to delete uploaded picture (within writing a letter)
  • Editing letter didn't work (I dont know if it can be option to edit it, but after open to review there is ability to edit it and save button, but it doesnt works)
  • There is no option to vote for letter in wallet.
  • Time to time the width of columns in those lists is changed and Im not able to change it and I dont see anything (example in attachment).
Thats all from my first sight :D

Hi Orbis,  On the 500K gap in the balance of exec getdimensionalbalance,  the wallet (by default) avoids spending locked Sanc funds (IE the user has to manually unlock them in coin control).  So you should be within 1 bbp if you take that into account.  If you are off by more than 1 bbp, let me know and Ill explain how to turn on auditing.

Ill have to take a look at these other points - thanks.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 15, 2019, 01:06:34 PM
Rob,
now I was finally able to tithe (my coinage was enough :) ) so I decided to try "spam" test.
At the begginig there was dif around 8k and mincoinage was around 9 days.
I startet to spam with tx "tithe 259" and then it changed so "tithe 254"
I was able to made 26 x 259 and 31 x 254 txs. Totally 14613 BBPs in tithe within 5 blocks.
Then it stops because I havent more "packages" with corresponding coinage :D
At the end dif is around 29,5k and mincoinage 26,9. And my weight in pool is more than 0.6 (At the beggining was near 0).
Is it OK? Someone who has enough BBP can spam like this and others wouldnt be possible to tithe.
Or am I wrong?

I think we're OK as a lot of psychological thought has gone in.

Since we don't want to discourage legal tithes (IE a person with real coin age), as that would cause them to do sneaky things like try to create multiple wallets, and we dont want to deny legal tithes on a block switch (IE we quote a certain max tithe amount for the diff, block switches and user loses the whole tithe) - that would probably give us bad reputation, etc, I came to the conclusion that If a person has the ability to tithe it should count if they tithe it.

What will happen in prod is difficulty will shoot up (even if its 3 blocks late like in your case), and prevent everyone but the whales from tithing for a certain period.
The system is not 'broken' however, in that diff will drop as a few of the whale blocks drop off the 205 block lookback window.

So this type of thing will happen, even if we have something like this going on: lets say 8 whales took 30 days to build up enough coin age and they all mature at the same time.  That means all 8 will start auto-tithing and diff will rise.  So even though nothing nefarious was going on diff rose - another words we cant predict whats going to happen in prod at any given time whether auto or manual.

So basically the client will just react to this, and the user who did it really didnt get away with anything special, they relinquised their coin age and got into the pool - they choked out everyone else for about 12~ more blocks, then as diff drops others can get back in. 

I do think that diff could be very high in prod due to this, but also remember right now we are only using 10% of our budget since PODC is still active.  If we open the budget up diff would drop significantly.

On this subject in the opposite scenario, for a couple days in testnet my two whale nodes didnt have enough coin age to participate (RAndrews had an 80 mil balance) and couldnt get in the pool for 2 days now - and I observed low diff for a while;

So I think this situation will be similar to the cycles we see with BOINC rac, its interesting how we can observe elliott wave cycles even in apparently random sources.


Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 01:08:27 PM
Thank you so much Rob for sending to me, I tried to send tithe but the maximum it will allow me for my level is just 1 so I did it 10 times  ;)
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 15, 2019, 02:37:18 PM
So, the daily superblock occurs every 205 blocks, but the min coin age calculation looks at the last 205 blocks? A rolling average/calculation? For some strange reason, I thought coin age would reset after the daily superblock payout.
Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 06:03:21 PM
Sorry to be a pain again, but after working for a while testnet crashed and when I went to restart it I get the start up screen but it hangs at  "Activating best chain..."

Anyone any ideas as to what can be done ?
Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 15, 2019, 06:04:54 PM
Ignore last post started to work now  ;)
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 15, 2019, 07:34:17 PM
Sorry to be a pain again, but after working for a while testnet crashed and when I went to restart it I get the start up screen but it hangs at  "Activating best chain..."

Anyone any ideas as to what can be done ?

I never reported this, but I've had QT client crash (on testnet only) exactly at the same point as well several times. But restart usually fixes it like you.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 15, 2019, 08:09:34 PM
Is there an idiots guide to setting the "Testnet" up, showing what exactly one has to do. I have looked at a couple of links I have seen posted in here and they make no sense to me, or they do not tell me what I need to know. Meaning how do I set up my wallet config file and things like that, I am running the latest version of the wallet on windows .1.1.8.2.

My approach is a slightly different, since I have multiple test wallets. I download the biblepaycore.exe and use 7zip to open. Then I extract the contents to a folder (e.g. bbptest1).

In Windows 10:
* right-click on biblepay-qt.exe and Pin to Start.
* Then right-click on the Pinned shortcut and select Open File Location
* right-click on the short cut and go to properties
* To the end of target add -testnet -datadir=. (e.g. biblepay-qt.exe -testnet -datadir=.)
* Go inside c:\bbptest1 and create a biblepay.conf there
* Launch the shortcut and it should run testnet every time

contents should look like this:

# addnode looks for peers as recorded by testnet.biblepay.org
# testnet=1 yes run testnet blockchain
# nickname your pog nickname
# tithe 1 is once a day (or every 4 hours in testnet)

addnode=testnet.biblepay.org
testnet=1
nickname=biblepayer
tithe=1

# if you want to mine testBBP you can add these lines to.
#
# gen 1 , yes i want to mine
# genproclimit , how many threads i want to use
# minersleep miner sleeps 99.9% of the time and mines 0.1% of the time.

gen=1
genproclimit=1
minersleep=999
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 15, 2019, 10:06:42 PM
So we put a special rule in testnet to allow you to tithe even without coin age.  Now you can send up to 10 bbp to the pool.
You can either do it from the rpc:  'tithe 10' Or, you can go to the Send Money page,  click POG Tithe, then populate the amount.

I tried to tithe 10 from gui with Tithe Ability Qty 0. Did not work. I was able to tithe 10 in debug console.
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 16, 2019, 10:22:20 AM
I tried to tithe 10 from gui with Tithe Ability Qty 0. Did not work. I was able to tithe 10 in debug console.
same here. works only from console.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 16, 2019, 10:23:56 AM
I tried to tithe 10 from gui with Tithe Ability Qty 0. Did not work. I was able to tithe 10 in debug console.

I forgot to mention that the special rule only allows the tithe to pass in from the RPC (if 0-10 and in testnet).

(If you do it from the GUI you have to force the donation and then it should technically count in testnet due to the rule).

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 16, 2019, 10:28:07 AM
So, the daily superblock occurs every 205 blocks, but the min coin age calculation looks at the last 205 blocks? A rolling average/calculation? For some strange reason, I thought coin age would reset after the daily superblock payout.

The POG pool uses a width of 205 blocks for tithes that are already inducted (and for payment share weight) - on a side note, to see the block width, type 'pogpool' from the rpc (start block - end block).

The Difficulty calculation uses blocks N-2 to N-42 (IE 40 blocks of history after the last 2 blocks of history) - this provides a 2 block buffer to allow clients to agree easily on the difficulty.

After a daily payment is made, nothing is reset (IE the pog pool is always seeing the prior 205 blocks).



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 16, 2019, 10:52:57 AM

I checked other new features in wallet and theyre working ;)
Nice.


Thanks for the wishlist, this provides very good feedback.

Orbis' wish-list:
->  On a side note, the pogpool list does refresh once per minute.  Good idea on the highlight!
(I added to my punchlist).

->  I think this is a good idea........  Added to my punchlist

->  OK, thanks, added to punchlist

->  Im not experiencing this.  When I click Expenses for example in prod (I think we have 100 expenses) I get them in about 1/2 a second.
What kind of internet provider do you have (IE how many MBPS) and is the machine beefy?  We are retrieving the docs from IPFS- IPFS has been generally very snappy for me.  (As snappy as downloading a normal web site jpeg, etc).

->  Thanks, although I did have edit capability in mind, its not in yet.  When in review mode, the letter is read only (the buttons dont work).
However, I do plan on checking the 'ownership' of the original letter and if its yours (IE you signed it with your PK) then you will be able to edit it and it will be re-saved in IPFS over the old one (essentially replacing it).  I need to put this on the longer term IPFS schedule as its not trivial.

-> This is addressed in the last item

->  This is coming soon; we have about 33% of the voting done in the RPC but needs more work; the Vote can be executed by any user, not just a sanctuary.
This is halted because I have decided we need a thread to talk about User reputation scores.  Off the top of my head, Im thinking about replacing the
PODC exec associate command, with a new command with the ability to register a user as a Person - this establishes a reputation score going forward as you vote on things and also gives you an RSA keypair- the keypair can be used to provide permissions to other objects based on your desires (IE you may want to share a Christian space with certain collaborators).  Since this is another one not trivial, I am adding to the long term IPFS schedule.

->  I was unable to reproduce this; could you please see if anything leads up to this?


[/list]
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 16, 2019, 02:02:32 PM
  • Business object list (letters, orphans) works good, but it is slow and in prod version is it slower (more objects)
->  Im not experiencing this.  When I click Expenses for example in prod (I think we have 100 expenses) I get them in about 1/2 a second.
What kind of internet provider do you have (IE how many MBPS) and is the machine beefy?  We are retrieving the docs from IPFS- IPFS has been generally very snappy for me.  (As snappy as downloading a normal web site jpeg, etc).
I have 500Mbit download link and I haven't problem to download and play on my PC, so I think this is not the root cause ;)
I think that it can be problem of my peers. I dont have a masternode.
I've made some tests and here are results:
Testnet (5 peers, avg ping around 180ms):
Click on Bussiness object list: avg 12s (longest 40s, shortest 5s)
List Orphan: avg 15s
List letters: avg 12s
lis expense: avg 10s

Production (8 peers, avg ping around 100ms):
Click on Bussiness object list: avg 8s (longest 19s, shortest 6s)
List Orphan: avg 80s (longest 100s, shortest 75s)
List letters: NA
lis expense: avg 15s

After few retries to list orphans my wallet just didn't react and after 5 minutes I just need to use force close.
I dont know why. In debug log there are many records of this repeating:
Code: [Select]
objecttype orphan  domain 207.148.5.184  sending 207.148.5.184
  • Time to time the width of columns in those lists is changed and Im not able to change it and I dont see anything (example in attachment).
->  I was unable to reproduce this; could you please see if anything leads up to this?
I was not able to reproduce it again too :)
I will try to check it again and find the reason.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 16, 2019, 03:32:38 PM
I have 500Mbit download link and I haven't problem to download and play on my PC, so I think this is not the root cause ;)
I think that it can be problem of my peers. I dont have a masternode.
I've made some tests and here are results:
Testnet (5 peers, avg ping around 180ms):
Click on Bussiness object list: avg 12s (longest 40s, shortest 5s)
List Orphan: avg 15s
List letters: avg 12s
lis expense: avg 10s

Production (8 peers, avg ping around 100ms):
Click on Bussiness object list: avg 8s (longest 19s, shortest 6s)
List Orphan: avg 80s (longest 100s, shortest 75s)
List letters: NA
lis expense: avg 15s

After few retries to list orphans my wallet just didn't react and after 5 minutes I just need to use force close.
I dont know why. In debug log there are many records of this repeating:
Code: [Select]
objecttype orphan  domain 207.148.5.184  sending 207.148.5.184I was not able to reproduce it again too :)
I will try to check it again and find the reason.


Just to look at this Business Object List | Rt Click on Orphan | List  (taking longer than a couple seconds) deeper, I want to mention, I have a few low end $1-$2 per month QT sancs running, and I have clicked these lists from my QT sancs, and they still load up in about 1 second (total) - IE listing all the records.

Lets try to isolate this down to "potentially" being something in your machine (like a web plugin, or webpage blocking antivirus ) etc.

Lets ask everyone else- is there anyone here in testnet that it takes longer than 5 secs to load one of the business object lists (or exactly the one above in testnet)?

Also Orbis, can you please try this on one of your cloud VMs or a friends or kids pc that is not the same PC?

Im thinking something on your machine is blocking the traffic.  IPFS currently uses port 8080 to talk.



Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 18, 2019, 07:30:44 PM
So I take it from the lack of response - that everyones business object list is loading fast?  Please take a moment to run the wallet in prod mode and list our business object | orphan list or Expense list.  Im confident it works fine because Ive tested this on over 7 nodes on both windows and linux, so it points to Orbiss machine being plagued with a web plugin.

On another note, I finished the small parts of the punchlist yesterday and I think we are really close to a Prod release schedule now.  I believe I will be leaving off 'orphan writing' for the time being until we can test Voting and Editing an orphan letter. 

So prod would include POG to extend POBH only, adding the POG leaderboard, and everything else but Orphan writing.

In the mean time I need to check with CoinExchange and make sure they are onboard with an early to mid February mandatory.  Ill check this tomorrow, and enter a Sanc vote for redirecting payments from POBH to POG in Prod (for procedural integrity).

Madmurphy, how do your daily payments look, basically what you would have expeceted for the amount you Tithed?

Can anyone think of anything we are missing in relationship to last minute features or double checks before we go live?

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 18, 2019, 10:34:50 PM
So I take it from the lack of response - that everyones business object list is loading fast?
Testnet (1182)
Orphans is fast but there is only 1 listing.
Contacts take 3-4 seconds.

Is the explanation that orbis and I do not have IPFS nodes? If you have local IPFS nodes, that could be the differential reason for latency.

Expense in prod (1159) takes 4-5 seconds to load.

~~~

Quote
Can anyone think of anything we are missing in relationship to last minute features or double checks before we go live?

Are you going to put a checkbox (on/off) and recurrence for PoG? That'd be more "user friendly" than editing the biblepay.conf

If you want user adoption, doesn't it make sense to activate this from the GUI instead of biblepay.conf ?
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 19, 2019, 04:15:58 AM
Is the explanation that orbis and I do not have IPFS nodes? If you have local IPFS nodes, that could be the differential reason for latency.
I've tested it in many way and many times, but I'm sill not able to reach better times. I really don't know why. Sorry. I'm not able to test it on different PC right now.

Are you going to put a checkbox (on/off) and recurrence for PoG? That'd be more "user friendly" than editing the biblepay.conf
If you want user adoption, doesn't it make sense to activate this from the GUI instead of biblepay.conf ?
I agree with Sunk.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 19, 2019, 10:39:05 AM
I've tested it in many way and many times, but I'm sill not able to reach better times. I really don't know why. Sorry. I'm not able to test it on different PC right now.
I agree with Sunk.

So on the IPFS issue, you don't need to be running an IPFS node for performance, no;  You only need to run an IPFS node (in the future) to help us store Christian videos (we can talk about that in a separate thread).  But for now, to help diagnose your problem, you can upload a few 2meg or so videos into transactions (using Sendmoney), scrape the indivudal links (by viewing the transaction you received in the txlist), and clocking them to see how long the download time is for BiblePay IPFS vs hosting the same links on your favorite cloud provider.    But since you are the only person it is happening to and the single PC this is happening on and have no ability to try on your work machine or families machine it points to a single problem on your individual PC.

As far as a GUI checkbox, we will take that into consideration during the tryout phase of POG in prod (along with all the other things going on in parallel).

My biggest source of excitement is to soon watch the basline of POG users in Prod increasing... Hallelujah and Praise Jesus!


Title: Re: Testnet - Test Proof of Giving
Post by: thesnat21 on January 19, 2019, 11:03:14 AM
Business object list loads fast for me on  testnet & prod (1-3 seconds)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 19, 2019, 04:37:11 PM
Business object list loads fast for me on  testnet & prod (1-3 seconds)

Thanks.

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 20, 2019, 12:59:43 AM
I've tested it in many way and many times, but I'm sill not able to reach better times. I really don't know why. Sorry. I'm not able to test it on different PC right now.
I agree with Sunk.

Even if you can't test on a different PC, I'm thankful you tested what you have. It important to acknowledge that what your experienced is true and not dismiss it as a one-off. I can vouch for some delay in receiving results, but I haven't dug deeper (and can't due to time constraints) to determine where the "lag" is. Without better diagnostic tools, it is hard to know. If you're motivated a free tool called Sysinternals Process Monitor, that will give you a lot more detailed logging to see if there is any system contention with another process (antivirus), disk IO, network delay, etc. And Windows even comes with a tool called Resmon (Resource Monitor) but it won't log time like Process Monitor (PM). PM can log every file, registry, and network request made by BiblePay.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 20, 2019, 08:36:50 AM
However note that I still believe its a one off - because I tested from 7 machines around the world over 3 networks and 2 oss.

So it is important for Orbis to run his test from a different PC and then isolate the problem on the first pc.
(I did offer an explanation as to how to isolate the IPFS links in a prior page).

Regarding the "some delay" comment thats because 100 business objects are equal to 100 IPFS calls - therefore yes there is some delay (but not more than 5 seconds).  Orbis said 5 minutes, which is clearly an HTTP timeout on his PC for certain calls.

The main thing I caution is to not try to blame biblepay for something that is broken on one persons machine.





Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 20, 2019, 11:28:38 AM
Thanks Sunk.
I've tried Sysinternals Process Monitor to catch some other processes affecting biblepay-qt.
I've found only my antivirus, but after stopping it the result was the same (reading avg times were from 5s to 15s).
I've tried it in Windows' safe mode, but it was still without change.
I'm sorry, but I'm not able to find root cause.
I've tried it on different PC and the results was same... But it was still on my network.
Maybe there is problem with my router or provider.
But I haven't problem to watch 4k streams and download 40MB/s (like I said I have 500/30 Mbit network - but on my PC I have ony 100Mbit)
Let it be. It realy looks that it's only my problem, but I don't know where.
Maybe it's problem with long distance to USA :D
I have download speed problem with wallet from biblepay.org too.
The download speed is sometimes too slow (maybe 1MB/s - now I tested it and it was 3MB/s).
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 20, 2019, 05:36:15 PM
Thanks Sunk.
I've tried Sysinternals Process Monitor to catch some other processes affecting biblepay-qt.
I've found only my antivirus, but after stopping it the result was the same (reading avg times were from 5s to 15s).
I've tried it in Windows' safe mode, but it was still without change.
I'm sorry, but I'm not able to find root cause.
I've tried it on different PC and the results was same... But it was still on my network.
Maybe there is problem with my router or provider.
But I haven't problem to watch 4k streams and download 40MB/s (like I said I have 500/30 Mbit network - but on my PC I have ony 100Mbit)
Let it be. It realy looks that it's only my problem, but I don't know where.
Maybe it's problem with long distance to USA :D
I have download speed problem with wallet from biblepay.org too.
The download speed is sometimes too slow (maybe 1MB/s - now I tested it and it was 3MB/s).

Right, then I can explain this situation for your LAN pretty easily.  Knowing that the business object list is chatty (meaning it has to ask for each business object IE one row per object), that means latency is an important factor.  Knowing that my original question (of how fast is your WAN speed) has an answer of about 1MBPS, which is very slow, that means my answer would have been :  Your WAN has high latency and is slow - because all our IPFS nodes are in the US.

You either have to increase your US wan speed or run an ipfs node in Slovakia.  Dont jump on the Slovakian node too fast though because one of our other intermediate IPFS goals is making an IPFS DNS server with a swarm key and thats not done yet, so no sense in trying to hurry and volunteer for one in your region yet.



Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 20, 2019, 08:46:15 PM
(but not more than 5 seconds).  Orbis said 5 minutes, which is clearly an HTTP timeout on his PC for certain calls.

The main thing I caution is to not try to blame biblepay for something that is broken on one persons machine.

Thanks. I thought he said 5 seconds, but 5 minutes... you're right is too long of a wait. I'm not getting that at all.

Short term, could he run IPFS node locally and see if it helps with response times after IPFS node is synced up?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 21, 2019, 08:01:24 AM
Thanks. I thought he said 5 seconds, but 5 minutes... you're right is too long of a wait. I'm not getting that at all.

Short term, could he run IPFS node locally and see if it helps with response times after IPFS node is synced up?

I posted in #372 (right before your post #373) the answer in the 2nd paragraph.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 21, 2019, 08:10:57 AM
** Very Important Alert **


So while getting ready to create a release candidate for prod, I started checking the logs, and I found one problem in POG - don't get too alarmed, it's minor, but requires another upgrade and another round of testing unfortunately.

There were two blocks that were rejected by everyone - that fortunately has enough forensic evidence in the log for me to see whats 'potentially' wrong.  (That will be a challenge to fix this in one release), the issue appears to be a rounding issue in satoshi, when we reach a scale of more than 4 digits (for each pool recipient).  What I plan on doing is making the pool round off the payment amount and making the blockchecker check the rounded amount.

Sorry for the inconvenience but we must go through this to create a quality product with no errors in prod.

Please, keep your eyes peeled and upgrade as soon as possible so we can potentially wrap this up before the end of January and have our mandatory upgrade.

The new version should be ready in about 4 hours or so.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 21, 2019, 12:26:35 PM
1.1.8.3-Mandatory Upgrade for TestNet


- Highlight user in POG leaderboard UI
- Fix bug in POG block checker (IE compare rounded amounts) before
failing a block
- Add POG Leaderboard to toolbar menu

** Note:  Please upgrade as this version hangs up on old clients **
Title: Re: Testnet - Test Proof of Giving
Post by: MIP on January 22, 2019, 04:10:05 AM
1.1.8.3-Mandatory Upgrade for TestNet


- Highlight user in POG leaderboard UI
- Fix bug in POG block checker (IE compare rounded amounts) before
failing a block
- Add POG Leaderboard to toolbar menu

** Note:  Please upgrade as this version hangs up on old clients **

MacOS testnet version ready and Ubuntu testnet PPAs building now
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 22, 2019, 11:51:53 AM
Your WAN has high latency and is slow - because all our IPFS nodes are in the US.

You either have to increase your US wan speed or run an ipfs node in Slovakia.  Dont jump on the Slovakian node too fast though because one of our other intermediate IPFS goals is making an IPFS DNS server with a swarm key and thats not done yet, so no sense in trying to hurry and volunteer for one in your region yet.
Thanks. Is there any guide for IPFS server? Is it just usual IPFS server or it needs some special thinks for Biblepay?

I've asked Slovakia to test his acces time to Business lists and his experience is very similar.
He even tell me that orphan list didnt show (but for me it is with time more than 60s so maybe he didnt wait enough :))
So it definitelly looks to problem with servers in US and it's too far for us (with latency).
I've found that IPFS server is 207.148.5.184:8080 but I wasn't able to test access times because it loks that PING is blocked ;)
But through page https://www.dotcom-tools.com/web-server-performance-test.aspx I've found access times from different world locations and it looks that avg access time from Europe is 300ms which is very similar to my peer list avg ping time. So it looks that most of my peers are from US :D
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 22, 2019, 06:37:32 PM
Thanks. Is there any guide for IPFS server? Is it just usual IPFS server or it needs some special thinks for Biblepay?

I've asked Slovakia to test his acces time to Business lists and his experience is very similar.
He even tell me that orphan list didnt show (but for me it is with time more than 60s so maybe he didnt wait enough :))
So it definitelly looks to problem with servers in US and it's too far for us (with latency).
I've found that IPFS server is 207.148.5.184:8080 but I wasn't able to test access times because it loks that PING is blocked ;)
But through page https://www.dotcom-tools.com/web-server-performance-test.aspx I've found access times from different world locations and it looks that avg access time from Europe is 300ms which is very similar to my peer list avg ping time. So it looks that most of my peers are from US :D

Thanks a lot.

So running an IPFS node in Slovakia is not too hard but it does require a few things not out yet (but are almost out).
The IPFS node requires some changes to the config, it requires a swarm key (this means the node only talks to biblepay IPFS nodes and saves disk space for BiblePay only files), IPFS DNS server, and potentially some type of IPFS reward from the future Christian superblock payment (thats the part not done yet).

So before we can actually deploy one we need to write a Wiki explaining this and release the DNS and swarm key at a minimum.  Ill keep you updated as this gets closer.  Im going to try to get this phase completed by March 30th 2019.

Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 23, 2019, 06:18:39 AM
Can anyone confirm that they have testnet running as I am showing out of sync by 4 hours as of posting this.

Only transactions that seem to be happening are outgoing nothing incoming.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 23, 2019, 09:51:11 AM
I'm on 1183 but all tx seem to be ? since about 7-8 hours ago. Strange.

Also, If someone has same nickname, how do you know you are chatting with the correct person? I could pose as someone else and then you are not chatting with the person you think you are.

Can we maybe have a shortname created from our tithe address. Maybe 6 characters that a hash of the hash that uniquely identifies us from the rest of the blockchain?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 23, 2019, 12:07:49 PM
Can anyone confirm that they have testnet running as I am showing out of sync by 4 hours as of posting this.

Only transactions that seem to be happening are outgoing nothing incoming.

Here is the hash:


12:07:36

getblockhash 110000


12:07:36

f45a1ce036cc0e5e0edf5ca4ccf2086248b307c0dbdc1fe2fcc818e5b100e503


Yes, all my nodes are synced with 5 pog participants.

As far as "?" marks in your tx list, that means you havent cleared your orphan tx's with -zapwallettxes=1 yet.

Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 23, 2019, 12:21:50 PM
I did that


18:17:21

getblockhash 110000


18:17:21

f45a1ce036cc0e5e0edf5ca4ccf2086248b307c0dbdc1fe2fcc818e5b100e503

now 10 hours out of sync restarted several times but still out of sync
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 23, 2019, 12:37:33 PM
I'm on 1183 but all tx seem to be ? since about 7-8 hours ago. Strange.
I am on the same...
I'm stucked on block 110107. I've tried reindex and rescan but "?" txs are still there.
My tithes are going out but didnt show on pog leaderboard.
BTW: Rob POG leaderboard looks with highlight good now ;)
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 23, 2019, 02:36:07 PM
As far as "?" marks in your tx list, that means you havent cleared your orphan tx's with -zapwallettxes=1 yet.

i tried with -zapwallettxes=1 and then tried the more destructive -zapwallettxes=2 ... The tx with the ? disappeared, but then new ones are appearing. I already lost all my coin age with zapwallettxes=2 but I may have to salvage my wallet.dat and blow everything away and start over.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 23, 2019, 05:19:43 PM
I did that


18:17:21

getblockhash 110000


18:17:21

f45a1ce036cc0e5e0edf5ca4ccf2086248b307c0dbdc1fe2fcc818e5b100e503

now 10 hours out of sync restarted several times but still out of sync

Oh your right, sorry.
So looking at the problem, my fix for this mandatory version did not work (another words it wasn't the rounded payments that was the problem).

I believe the problem has finally revealed itself (I cant guarantee this is our 'last' mandatory upgrade), but we do need another upgrade.


Im building windows now... Please hang on; it should be ready around 9 pm CST.


Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 23, 2019, 05:21:01 PM
i tried with -zapwallettxes=1 and then tried the more destructive -zapwallettxes=2 ... The tx with the ? disappeared, but then new ones are appearing. I already lost all my coin age with zapwallettxes=2 but I may have to salvage my wallet.dat and blow everything away and start over.

1) Ive never used zapwallettxes=2, also, I dont recommend it.
2) You dont lose coin age by rebuilding your wallet.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 23, 2019, 05:21:44 PM
I am on the same...
I'm stucked on block 110107. I've tried reindex and rescan but "?" txs are still there.
My tithes are going out but didnt show on pog leaderboard.
BTW: Rob POG leaderboard looks with highlight good now ;)

Thanks- this version was a dud!

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 23, 2019, 05:38:41 PM
1) Ive never used zapwallettxes=2, also, I dont recommend it.
2) You dont lose coin age by rebuilding your wallet.

when zapwallettxes=1 doesn't work, I will sometimes do zapwallettxes=2

not related to biblepay, but I was able to recover lost funds using =2 on a different altcoin, so it has its place when a reindex fails.

Glad to hear 1183 was a dud because I was about to pull my hair out (what little I have left of it).
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 23, 2019, 08:40:04 PM
when zapwallettxes=1 doesn't work, I will sometimes do zapwallettxes=2

not related to biblepay, but I was able to recover lost funds using =2 on a different altcoin, so it has its place when a reindex fails.

Glad to hear 1183 was a dud because I was about to pull my hair out (what little I have left of it).

Let me try to explain what an orphaned wallet transaction is.
If you have a "?" in the wallet, it means you received the transaction, the chain reorganized and your txlist still displays it as a row in the transaction list.
zapwallettxes=1 removes those orphaned entries.  Those are the only relevant types of transactions we are dealing with here between mandatory upgrades (because people are on a fork between mandatory upgrades).

It looks like option =2 deletes the addressbook data.  Thats not a good idea as then you will lose your labels, and besides, the space in the wallet.dat file for labels is small.

Neither of those 2 recovery tools will make you lose coin-age.  You only lose coin-age when you spend the coins.

On the "dud" and pulling your hair out, I hope you aren't implying that these upgrades are causing you personal problems - because in reality we've done a lot in a short period of time and are almost finished in creating a new mining algorithm.  HAHA, I get it, you are joking!  LOL.

Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 23, 2019, 08:44:44 PM
1.1.8.4 - Mandatory Upgrade for TestNet


- Fix bug in POG (testnet) payment algorithm
- Simplify PODC cutover height logic
Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 23, 2019, 09:16:01 PM
Thanks Rob

Just installed new version, things seem to be back to normal will keep an eye on it for a while.
Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 24, 2019, 10:06:49 AM
Neither of those 2 recovery tools will make you lose coin-age.  You only lose coin-age when you spend the coins.
Rob, are you sure about this?
Did you tried it anytime?
I've same experience as Sunk. When I've made zaptx-2 I've still lose coin-age.
That was my remark to change coin-age calculation, because after zaptx-2, number of confirmations was still correct, but coin-age was the same for all txs (same as time of zaptx-2).
Zaptx-1 didn't change coin-age for me, but zaptx-2 is different.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 24, 2019, 10:30:02 AM
Rob, are you sure about this?
Did you tried it anytime?
I've same experience as Sunk. When I've made zaptx-2 I've still lose coin-age.
That was my remark to change coin-age calculation, because after zaptx-2, number of confirmations was still correct, but coin-age was the same for all txs (same as time of zaptx-2).
Zaptx-1 didn't change coin-age for me, but zaptx-2 is different.

zapwallettxes=2 is more destructive. I wonder if "drop tx meta data" is referring to coin-age? Well, it seems more like zptx=2 forgets the date the transaction actually occurred and makes an assumption the transaction occurred now. If we have a testnet explorer, we could compare the two dates possibly and see the tx actually occurred at a different time in the past.

I haven't looked at the BBP code so I don't know if the Bitcoin entry is correct as code could have diverged...


https://en.bitcoin.it/wiki/Running_Bitcoin (https://en.bitcoin.it/wiki/Running_Bitcoin)

-zapwallettxes=<mode>   Delete all wallet transactions and only recover those parts of the blockchain through -rescan on startup
(1 = keep tx meta data e.g. account owner and payment request information,
2 = drop tx meta data)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 24, 2019, 10:32:38 AM
Rob, are you sure about this?
Did you tried it anytime?
I've same experience as Sunk. When I've made zaptx-2 I've still lose coin-age.
That was my remark to change coin-age calculation, because after zaptx-2, number of confirmations was still correct, but coin-age was the same for all txs (same as time of zaptx-2).
Zaptx-1 didn't change coin-age for me, but zaptx-2 is different.

I do only speak things by experience, and never by guesses, and just to clarify, when I said you can only lose coin age by spending, I meant that since we measure coin age by :  Date of the block the coins were sent to you minus date the coins were spent by you, nothing you do to your internal wallet is going to change that fact.

However, I have been recommending *not* to use zap=2 (because I know what 1 does, it removes orphaned transactions and that is OK in our case).

What you are talking about is possibly that zap=2 is re-writing all of the wallets timestamps (note I didnt say block timestamps), so that the Get Dimensional Balance will fail to see how old they 'actually' are (another words our tithe *selector* wont let you tithe because you have incorrect wallet transaction timestamps).  If thats actually happening, then I recommend you go to your backups folder, and pull an old wallet.dat and restart the wallet with -rescan (IE this will pick up and add in wallet transactions that arent in the wallet).

Going forward, only use zapwallettxes=1. 

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 24, 2019, 10:51:27 AM
Thanks.
Now it's more clear to me.
I've used zap=2 only as the last option to solve my problems (but only in testnet).
Next time I'll try to avoid zap=2 and as last option to use that trick with backup wallet.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 24, 2019, 11:00:46 AM
So it appears a lot of us upgraded to 1184 and things appear to be working well.

What Im looking at is cat debug.log | grep invalid
To ensure that no POG superblock appears after the cutover height.
(On a side note, if you grep debug.log | grep Success you can see the progress we made in this version so far).

One thing  you can do to help me is at block 110702 (this is the next POG superblock) let us try to hose it up.
The critical thing to know is the wallet will pay everyone in the POG pool as of the state as of 10 blocks before that  (IE block 110692), so what we want to do, is around 110688 (IE before the diff changes), lets ensure we get some distinct tithes amounts in each block between 110687-110698, (just to ensure the state of the pool is changing on every block).  Then lets see if 110702 pays successfully.

This should exercise the rules to a high degree if we can make some wild fluctuating changes at this exact timeframe.


Also, Madmurphy do your daily payments look profitable as compared to your daily tithe expenses?
Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 24, 2019, 12:21:42 PM
Yes it looks profitable compared to what I am tithing.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 24, 2019, 12:29:20 PM
Yes it looks profitable compared to what I am tithing.

Thanks, yeah we should be seeing about 50% profit or so.  In Prod the first phase (with PODC still enabled) will be very similar because we have a tithe cap built in - so the foundation wont take in more than about 50K per day in donations (since we pay out about 90K in miner rewards) in phase 1. 

I think in Phase 2 we will probably take in about 2.5 MM per month in donations but pay out about 1 MM per day in POG mining rewards.  This is primarily to keep the foundation from crashing the market every month due to liquidation(s) for the (orphan sponsorships).

Title: Re: Testnet - Test Proof of Giving
Post by: madmurphy on January 24, 2019, 12:31:31 PM
Confirmed   Date   Type   Label   Address   Amount (tBiblepay)   ID                        
false   2019-01-24T14:28:54   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   7acee86a07bf7a3001c70e10758c590e5ae7316d9c05999533a5720eb1f7bd23-000                        
false   2019-01-24T18:01:06   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   111.95948614   be81e72c17be6ab70236505cfe338db0899ba27211a759e3180ae60d9da2611f-000                        
false   2019-01-24T17:57:05   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   111.97068489   6ddd603ad2e737339310c9edff043abbd9912427250ee632baf959eb4bed574f-000                        
false   2019-01-24T17:55:34   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   111.97068489   a3eeddf896d890754f0ad3c02d2016e0e202fc5b74a6b2f932b66845c749b36c-000                        
false   2019-01-24T17:54:27   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   111.95948808   ddc17e1cdd9db24766e6d9ed20f543a8541d568a94278eb4a81c7521f1c70923-000                        
false   2019-01-24T17:48:20   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   111.95948614   81d19eeffcea50702a169f6174a8ba4cff4f11ceb403aacd67de5e3da9b4f27c-000                        
false   2019-01-24T17:46:02   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   111.95948614   e5123368e920efeae03520380a0994221f4873a83502c86a1d2241bc566b7776-000                        
false   2019-01-24T17:44:44   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   111.94268802   8fd03994301f436a27c6d14bf8a3d96a9acc087ff4a1539024da629f292bcfb7-000                        
false   2019-01-24T17:43:47   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   111.90349434   f1099a6114fbe9e0df4a1abd1156a72d8c4de6918e2475d06d5699383b9a8962-000                        
false   2019-01-24T17:36:20   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   111.96508552   00c9e11f451de3f3ad5d140e602a876f7ef7864f44a6254b111088830754b1ad-000                        
false   2019-01-24T17:35:55   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   111.95388677   7e1a19a4205d43dfc0477698c1312e897c3b52648ad13bb9ab94e19b42d8d7e5-000                        
false   2019-01-24T17:35:31   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   111.95388677   494452be5ba1cc28199e27dde85e2a7cc1c67cd827155b413c0b99f06cc0aedd-000                        
false   2019-01-24T17:33:39   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   111.95388871   9fcdeb31fcce3c556a040254fd2f3bb53f9339410698d4efc6c109a75da7e229-000                        
false   2019-01-24T17:29:45   POG Reward   TITHES   yjHKpjVNUhxVPr4jHB7ZDGk4ju8cs79qSz   4806.03624151   5070628c9b96b92860c9767d44a579148ee92be4d1c9d8c4cbeaa9ccec55bcb2-000                        
false   2019-01-24T17:27:59   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   111.93709059   a58c186f700f41ffc64f984ab5fac77159cd58be1fe4430ff2f5d3cc549ff658-000                        
false   2019-01-24T17:25:36   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.65876829   123b42c976714f21d9943b219df009c662ffc5e430a4eb449ab1625b4dcc73aa-000                        
false   2019-01-24T17:23:27   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67013758   b87ceb01c17799aa459ebd2254edaf2625f6ba782b8929adb790a44268eb51b8-000                        
false   2019-01-24T17:23:09   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582222   2764cd7072585592c9671fb1c70454a07e961ad4dc1b1092b2e8e30b63b20151-000                        
false   2019-01-24T17:21:59   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   2d61934ecf9486b01cd87edb63c727e2831948d0f99a5ac34252dcf15fa0e34c-000                        
false   2019-01-24T17:19:23   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.64171806   489b455e493baf0e3867c1b20a0411b2fa75b3e2a61fd4f8e5e621291c877403-000                        
false   2019-01-24T17:13:18   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65308559   61a6a68491d266c77a7a37492544ff12d37adfc09801f4497e047ff38bc81498-000                        
false   2019-01-24T17:11:02   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   461c00843ce72a01cbfc741427eef76d8d7c4f8800a1422a9e6a965d37bbfef3-000                        
false   2019-01-24T17:09:48   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.65876829   a99cfd9ba92c269e578ead92ad3a108425cee2b9af56749fe87716fad5704d72-000                        
false   2019-01-24T17:09:22   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.60761617   4f995c966e27ddb13f99c187e1b797ddd9c79f562c11b670a1b270350d2e811e-000                        
false   2019-01-24T16:51:13   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.61897579   abb7fa0eeb176a877b7c81d914c3c707693c23a3b27de417537e17c627d7f5aa-000                        
false   2019-01-24T16:49:34   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.64739900   eed7ae0b817bb03c950c8304228bd5607c14737970526ebd24c484206f3ba37c-000                        
false   2019-01-24T16:48:30   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65308365   b694a03db2b1d165629164e52f372fa2b79a7a5c0011c6cda1bb5a56aecc232f-000                        
false   2019-01-24T16:48:08   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.64171436   51114151638dfcbbd653789cf917087ab55c06e02f257a7a522866f13980143a-000                        
false   2019-01-24T16:47:47   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.63603166   41294b693a80d33c418c48f8a133cbcfe2ed66e85208537dd0978c2d647187a0-000                        
false   2019-01-24T16:45:46   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.63602972   90659f0232c498211d18da6452ddf0cb40677a8c7c29ed3b8bd33cfbb0cab404-000                        
false   2019-01-24T16:43:58   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65876829   ba7342d1081dff7601af7d4980783990bd46e1aa6d29553bd22f784fdb983c5e-000                        
false   2019-01-24T16:42:34   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.66445294   21b4c49cfd66a836171b4a28f71eeffd0e7d3690fd89a83a4f6b920284e0d1e0-000                        
false   2019-01-24T16:41:29   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65877023   6662f2f99c17c99b2d90abe7677339ec4e838897cef5800d9637b771d9a2b282-000                        
false   2019-01-24T16:37:44   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   12ccdc9cc1c6f6530b0cd990fc832b9158c7ba84cbe59ca4b87dff38a14f0090-000                        
false   2019-01-24T16:37:18   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582416   5e656109a75f65a457b08d8a38b9e4f14a5e7ef4922f351e4e148d2eb77a0d94-000                        
false   2019-01-24T16:36:26   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.66445294   1af6ac62210dfef7cbfc59495a3f405d16e87622e7cf56ecb2c7a9003fa7ab54-000                        
false   2019-01-24T16:32:02   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.64740094   485d658858e7d29004b9d611f22a77a15eb7173a3bbff4d6a243d349e9364adc-000                        
false   2019-01-24T16:27:54   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.63602972   8c31f8eb3c6822c341e7db7af50b54799c83719850fb8f601a6c7f32e194100b-000                        
false   2019-01-24T16:24:43   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.66445294   d603f898de808485253aed74919729654ff5caff425db3d31a023b31a6c889a6-000                        
false   2019-01-24T16:24:15   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   071d06f6fea50bdc160bb4b8d84402295c3bd953efc816c75699cac1dfb6046b-000                        
false   2019-01-24T16:23:40   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582222   5c022f02d5f22d66eb225ee52c15675372f95795573ce08f6d1cbc7c6c19e57b-000                        
false   2019-01-24T16:21:00   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68719151   b2a3b2de9e91cb72f95568943c9cbeb24da889a427df10b0c1a40f687b3cf013-000                        
false   2019-01-24T16:19:21   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   0a0a7f67d4d1ed66b5a5389d7dd568ecb66c6825a3e566515cae1ae40f4c1808-000                        
false   2019-01-24T16:18:35   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582222   50192c78daec15e8e7fa82467938679211b7b4488248002030991520623861c1-000                        
false   2019-01-24T16:17:45   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582592   d60346656a0fa5370d9e88517109504b308ef59d4c3e322579c47291d2866f2b-000                        
false   2019-01-24T16:13:55   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   207fe6881794ad0b942537f4e641a715eae50def75f0a84790c0363674261621-000                        
false   2019-01-24T16:12:35   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68150687   0f81fc48dd2a2c9efb097298c734973854003b93d37b3dca09214125dc0cd800-000                        
false   2019-01-24T16:12:07   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582416   692ebecf858c4cbd976071211d764442fe6432fdb8c19aaf4efcb5820f2fc433-000                        
false   2019-01-24T16:10:44   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582222   d9a3ea8b30cd27a189773606f54418fddbf441593e8867fdae6544cc5a690d7b-000                        
false   2019-01-24T16:08:49   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150687   4b753003c50d3bc853e76c9f6e017deda97ecb7d479554f8f9d3ff08263b4898-000                        
false   2019-01-24T16:04:58   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68719151   d9e47e30b7153fc4cadfc43ddb8f54b2ee739d54a5ccc4dd8154c3820bced0aa-000                        
false   2019-01-24T16:04:28   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68719151   297d1e5b9c895aee8d17c9bbe07bfef0311d49f42724aa4fe24d8d789fd91a6a-000                        
false   2019-01-24T16:02:55   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   50e93bad28555767af92ff6f0c84079d4864dd5af549e738bb1e82e8b367b016-000                        
false   2019-01-24T16:02:25   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582416   044f13edcb80416b41410bcca4761a4f53f0dff36c801157b04f6f495c887b7a-000                        
false   2019-01-24T15:58:11   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67013952   30913d83398e7f30ed2c89cd1853669ce2af26af8fbffe28ec0001d58acc8b08-000                        
false   2019-01-24T15:53:34   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67013758   bbe2b2f4973648129ae440682dfaf739a8166d2db11b6e5bb5f9cf3d9ccd10e4-000                        
false   2019-01-24T15:51:34   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.65310219   af41a234287b9cc8aa4bc890e7ad8b33bd551c12751036271042333c2f534c61-000                        
false   2019-01-24T15:48:11   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.60760650   30721422d1a466f0831a15585269c7c9e212e408e5d6778ad8767601d406b2a8-000                        
false   2019-01-24T15:35:52   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.60760843   da213bcc71c4a3d5fe4525a5d4b36dedf0441c256c582a48ea5e518292087ea0-000                        
false   2019-01-24T15:34:06   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.61897978   1782428a902065adff0378602808bfabe07769797fe6b39dd23e2918c98f75cb-000                        
true   2019-01-24T15:34:05   PODC Update         -0.00015980   8e4260e4ce730cdedde45958e463de038f5e38c14943dc3cf2c4ae57ea415783-000                        
false   2019-01-24T15:33:40   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.63602972   3d4fc32ad77038cc3cb2e8df05a24149687f167f9fa6e0a4de472b75f3431572-000                        
false   2019-01-24T15:32:10   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.64739900   32d902a707d8ad58348252f7efedb3dc1a51caf2b01b2749a3b523ab2db40807-000                        
false   2019-01-24T15:31:28   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.65876829   a1dab4897146bd8c3ec7918ec6d84e0a5a2f13d24e8b7aa2bbc005d09d41c047-000                        
false   2019-01-24T15:31:11   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582416   d08f29a977f4a9d53c6834edd911bf7837e201985e282f4be520d8d083d21996-000                        
false   2019-01-24T15:30:30   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   ef7dc1688e7a7f57fde9463774776267fca56897bdfe7736576e121cf28d9485-000                        
false   2019-01-24T15:30:06   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582222   6f5f9b942feeb6c022408f4ac10b121c5a87d33870ff21f0edc97dd188680c2e-000                        
false   2019-01-24T15:28:31   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150687   01a1d9759aeaa70217ebcd97a32d010ece3e12d57a0ba0b113e1cf74f885f4ad-000                        
true   2019-01-24T15:26:10   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150881   e2fc1ce4818534ea446db14b5ac5a03b237eb6a98952d792ce37fe1b3aeb89ac-000                        
true   2019-01-24T15:25:41   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68719151   c9b6e5ddb484bb3aea1713427f73bab1852448734551f3edf7aae4e098998fa5-000                        
true   2019-01-24T15:24:10   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68150687   6b874be9fa09fc3a0ab741f58aaf2d4751f1939702bc6ec3fe45338dc6ff3627-000                        
true   2019-01-24T15:22:19   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68719151   b891b2fd0b889c30ada555d849bac8ced59b74f166c8fd42e362211760a208ae-000                        
true   2019-01-24T15:21:12   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   4c0ee0e6476e1adf9992bd9f8e3cbf7c031e6f3679f7b482f8228bf7a7484461-000                        
true   2019-01-24T15:20:52   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68719345   29e04cf3ed3c9728649f3884b43e263e07fb3cbbceafb958c164c56fe0d85ffd-000                        
true   2019-01-24T15:18:20   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68719151   363d353208fc24f9d29c331ef773931fd5a10ec6d98706d4eaf75846da769092-000                        
true   2019-01-24T15:18:13   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68719151   bdb8d997a463bcc03c9c5d376da12aec9ab7f362e3b7dca3d51a696980f8eb97-000                        
true   2019-01-24T15:17:50   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582416   88c222f8aa00f7b5b8a4e236be2db7d83f2c0e33b36377787dffe3770836e801-000                        
true   2019-01-24T15:16:01   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582398   dde078629796a78fefd37ceba5eaa1befe2f3e4ede11c9d200b582301ea61265-000                        
true   2019-01-24T15:11:35   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68719151   fa51bce7bce5d524bcf076561fc7913f08fc864db0ab6d29861a420c4f4073c1-000                        
true   2019-01-24T15:10:53   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68719345   8317c729c9ab7dd3f3082b3db735e61d68323787f1b4deb6e901ce527bcc7cce-000                        
true   2019-01-24T15:04:25   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65876829   0bcf30985ce08fd4b7693c8c4c0038a1529af193bb4f9451940374632f183453-000                        
true   2019-01-24T15:01:48   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582416   d3181776e2d1b3fac68508125a8784413b3800ac11e00c431da545943d50d5e5-000                        
true   2019-01-24T14:57:12   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582222   cf860ecd8c5fdd634408148e7fd5d866583e620829809545f368c3b449881956-000                        
true   2019-01-24T14:56:52   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582222   65c1824ba17ce50bbdd1f8bc159f63a97f040f9ffa657d8a8289f6676b53556b-000                        
true   2019-01-24T14:56:28   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.66445488   4b0c681e8d8b28e011cb88e20602302bbe2571719bfffd367c23a46a2e1b5148-000                        
true   2019-01-24T14:54:39   POG Reward   TITHES   yjHKpjVNUhxVPr4jHB7ZDGk4ju8cs79qSz   5048.09691773   c70fabf40f8a6df6449a436baeaf6eb1a72c72f937fe1adf2c0c56f6c9b91de8-000                        
true   2019-01-24T14:52:21   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67013758   4a77ced398d4454721b35084019af83481e4e341c62a5519d340a053409093cf-000                        
true   2019-01-24T14:51:14   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150687   e70c12b7071c116e19d806fac7ae63795f8d7d3fe83b53a164fd749405bedfb5-000                        
true   2019-01-24T14:50:23   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68719345   52818e1e24780c5a27026e02b50569356109e7c86ae6d0bbd3625fe56cbb16bf-000                        
true   2019-01-24T14:49:08   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   e586a36bff93eb7022c388164330a25cfca6e7b9004ffd681f18ad44d699bcc3-000                        
true   2019-01-24T14:46:57   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150881   555580857b2529f0539917b007c31f491624cdc52e3d8e918bdd2a588e4b0fd1-000                        
true   2019-01-24T14:45:04   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150687   f570cb17f332e909504ac56e4ef8bede8f428fabf0aea875e49ef41333a0fc71-000                        
true   2019-01-24T14:42:56   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67013758   b894910dc539835dd60f91ab5b7dbb44f12b6a60a0ca07bf72d9467e2ab28954-000                        
true   2019-01-24T14:42:07   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582416   d825aa5e9826075a3568c3c0a43c2c9dd43b26e765860ce6a358ded6764725d6-000                        
true   2019-01-24T14:39:08   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   714b8e748cfe195533bc39f49c93df9893cd4a8231408733b2c98678b7b611d1-000                        
true   2019-01-24T14:38:39   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68150687   1a3b9d08790afd9a54ad9454915a1ffe09fed0964c6d752d004bbb6a473511ba-000                        
true   2019-01-24T14:37:57   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150687   2b0284e0b0602136b5657922610bdfba63fec675baefa35c0a0a455e08f2399d-000                        
true   2019-01-24T14:36:36   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68150687   2cf0a4c20493ae0d6243f595137c7de29001bee521909b9c613f97e4d5d19d7d-000                        
true   2019-01-24T14:35:41   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150880   8933ab19fd5f4b876e53a9d8dec2e8109b4d378d1013b6fd3c2401d0d5db76cc-000                        
true   2019-01-24T14:33:59   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582222   d60ae81f5921c132b77fc55721ea83f76fe0f88fc72cafd8384f56c9d5b4ac98-000                        
true   2019-01-24T14:32:09   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150687   9080e3ba2cd6695fed577571e76a5c6cee8d33a37366133be6b8aa9f3f134aea-000                        
true   2019-01-24T14:30:28   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68153603   2063104f57d0f36856f6142af256590397f17702e45682323872049afa31b359-000                        
true   2019-01-24T14:30:23   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   3e92f2aa90450fbc6aae7096e3e908aa43d5bbe6fdacf958802ff6b03ea87d56-000                        
true   2019-01-24T14:30:21   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   0fd9204b5ce0a1c78a88e8bb3cbf1ae3960ced0f62e8a7907760f5e0acdc71c5-000                        
true   2019-01-24T14:30:19   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   db6af054d224387de4df19e7e276777660f277fd4a8605c785fc90574ccb1af9-000                        
true   2019-01-24T14:30:16   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   5542277e7cb007d964b43c12dc303e3236602aba8429720f8fb1a9ff9f6417f4-000                        
true   2019-01-24T14:30:14   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   090cbc262e8c777eaba479d75a0da578e557e331c6a7d7faf4c9962bc448b079-000                        
true   2019-01-24T14:30:12   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   a949269a1eed1ddc5c528dcf31f2a289193d966088d67bd5afce2c667c835725-000                        
true   2019-01-24T14:30:10   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   f70a0452b877878e96613ae4bfb28f5e2f975d229a976ddb17f27d1eb82cf43e-000                        
true   2019-01-24T14:30:08   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   5e6cf83bcd332b4a0df1d2073a302300d1c1481774fb86503f8748aa96d40763-000                        
true   2019-01-24T14:30:06   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   f0ae8aebd90a20af0d25dbf44afa00c1158ca39cf5c577f6fd751c2647102f58-000                        
true   2019-01-24T14:30:04   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   aef21f1be8f7ed8e2ce762953e5acbdbe84c1563c3c7f322f04b7e98bba457d9-000                        
true   2019-01-24T14:30:02   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   669a5f11c4b232c918fde94acc34f426e2aab2f3f01ea9ad4923b94816e7ef7f-000                        
true   2019-01-24T14:29:59   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   4af5b60f0b620eed5002a2096399690a9abebe9fc0b003677df5e77f589fe85e-000                        
true   2019-01-24T14:29:56   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   76d6ffa60f1a99935f7e8b798dd0a753242cb134e727a0195bb3de376f3a9af0-000                        
true   2019-01-24T14:29:54   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   f2fa86e148df30093c44397074d20311c9b73ce7822043fbe79319d41cae7454-000                        
true   2019-01-24T14:29:52   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   421ba6fa6d5be4e8907c0858419e75ef23237a9d8f3e204a6a216af6617f9cd8-000                        
true   2019-01-24T14:29:50   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68161379   3caf0dc79a16182ecb0f0714dacb33c8e4d917d4cea3ac9e54c374ed45aba32d-000                        
true   2019-01-24T14:29:49   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   73f9c0fc7728bd4ff28717757f7f67ab761ab8f6e1f49ef25436f61fc15b9b55-000                        
true   2019-01-24T14:29:47   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   04c56ca00f920cf2c078da1f419c7fd0bcafc3d2ef9cac403073eec8cc1f6cee-000                        
true   2019-01-24T14:29:44   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   b81f892e1a2719a56867fed25b796d57df715a71945d48b0e15315a6a07b8899-000                        
true   2019-01-24T14:29:41   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   5e55c5e44603f1717a200f4504cdaf711ffdcacdd20bb21900d392a63b03e06c-000                        
true   2019-01-24T14:29:39   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   25bb3cdcd60c5c591e1e6c764b51c706964a8b83ab8f92e0dfb6393984b6ac35-000                        
true   2019-01-24T14:29:37   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   45542e427a9cefdca8b7993c300991ea092ec25ea9602bb9bf831f51e764337b-000                        
true   2019-01-24T14:29:34   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   8354cceb68d2320756f0074b9a69d6a7d7842c67d09c604a4c40c3120bc03037-000                        
true   2019-01-24T14:29:32   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   ffe259ff1f58b3c012156167cf25f2a6041dc43156d3633a02db195e212edebd-000                        
true   2019-01-24T14:29:29   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   7f40a4df7e9a11717c4c54682beed96bfa50e3c62c9931f8aafe3db181e2832d-000                        
true   2019-01-24T14:29:26   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   149961585394f5c4cf4f0c0af8edc7204416570145539880c99c6d61f6ce9e3b-000                        
true   2019-01-24T14:29:23   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   f7d72ba1f9389b93111ed502859a05aebd76d79f04b03264e9d5865e8bef0494-000                        
true   2019-01-24T14:29:21   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   56162fa550493af54146e0a2c89df58e3c07a455919bc23db9def418f951bfb7-000                        
true   2019-01-24T14:29:18   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   945f2133ae3b7c339d57386bae118e895329d6cc57c1d5acf70c6dbde7285cc3-000                        
true   2019-01-24T14:29:15   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   4b9d289b2b3a36e8e7931b520218ba99490786c3111591fb20e100eea346855d-000                        
true   2019-01-24T14:29:13   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   0f9016368030cc4dcc1b11a1bcdafa1a1b651a9b95a5e30750ed1a8fff8fae36-000                        
true   2019-01-24T14:29:10   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   37d544fa772b5d05de060c79809d77bc65388d551df2d9ccaebb63225e758c40-000                        
true   2019-01-24T14:29:08   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   fd61130846c1c80648a054b1242665b26f3a9e43aa100088c38397f8b4285532-000                        
true   2019-01-24T14:29:05   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   1367e4450933c3eddaa651362e71d2bfa97b9f69d93bfc6c780eba3617acf81d-000                        
true   2019-01-24T14:29:02   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   40e2a03eb11e46709eedcf95579d73f04b13dfaec0d6a2e3340c6ece9126a8f8-000                        
true   2019-01-24T14:29:00   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   797ddc646fa69f0bc4fb9bf32820ec42d3e92eab7a1c9b5eb4a9ce700c3cfeed-000                        
true   2019-01-24T14:28:56   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   495b37854b4a0f0a96a4402007b724f89e7707456c1d6223dc50f64a7b9536a2-000                        
true   2019-01-24T14:28:52   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   f8f8bc1ef6d4ab81a2eacf800de44bc11975808eaca8a75902c68ff45c3a5576-000                        
true   2019-01-24T14:28:51   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   a062aa65504e6e4ac0a88dd3b127cc7fabdb8479a4dd141f69927ae1276c5a52-000                        
true   2019-01-24T14:28:49   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   05df23f1b6e33af8798cb5d7b15798f7592d19665779f78df7d03a331d9f918d-000                        
true   2019-01-24T14:28:47   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   0496783012c2d8ee8d10a2398cf174453a78396945f056c813e153a115a337fa-000                        
true   2019-01-24T14:28:46   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   d5e23476ff071d3eb4c7f7c3c8e680c79f268ebc4335f2d5aedf35d8dae33b2f-000                        
true   2019-01-24T14:28:44   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   339117727d513949b982c17e02705e8e8e82550876fc3a8309a3469bf99cd452-000                        
true   2019-01-24T14:28:43   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   0279f6900e8014b5c8bc86a19a6d1cdedf8133ad7368f802f42f31282693066d-000                        
true   2019-01-24T14:28:41   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   76192680abe2755918fabb8d86c1fac2aee50da660d846f7bbb7255d17a211ce-000                        
true   2019-01-24T14:28:38   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   4c7138d605bee66b8963273c292d79442627272b10b4cd154b6c277e3d6d345a-000                        
true   2019-01-24T14:28:37   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   2bee472588cae4e0b6dc766ede2d35089fa41df4476630ab55bf25ec1f84c09f-000                        
true   2019-01-24T14:28:35   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   8b17f2a2ed2abff9b7236beb5e4f3a397a45ca7baae144c418bf605ca34c7e1e-000                        
true   2019-01-24T14:28:33   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   ef973883290e86c72760399cb4ff2b74b5728951d63ac513007a0bbdaed59baf-000                        
true   2019-01-24T14:28:31   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   a4c482549a8f87a5b51bce599ed1a2d7f7868ef7d1aaaa0635fb38e3739fe71e-000                        
true   2019-01-24T14:28:29   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   00547795e92b6d0aa75dd51c84344139bc6599ee08bd82e4125f37c762861c6f-000                        
true   2019-01-24T14:28:27   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   1d2bd045533d207c4f1933afc3fc039d4e6e894f823b7c943876d0159da255cd-000                        
true   2019-01-24T14:28:25   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   c2067381191f06d55654db3a531942db0e45b9c374b5da8014f3d76d13e3f326-000                        
true   2019-01-24T14:28:24   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   a047aad6ed9feec75606a212f3bdc8d72cde5a36b630c4af1c88a674c842832b-000                        
true   2019-01-24T14:28:22   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   5b97cf9fdd2b9533b97855763585665136ae9620042825cd0091925d87953b55-000                        
true   2019-01-24T14:28:20   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   82e6f9ab54d8429426312ccc169b9b9a154c1577a409a7a87c0912bdbf62075b-000                        
true   2019-01-24T14:28:18   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   561afdafe56bbc49f5853b4384b20f278f55dbf27f66b1981d243c502f4c9062-000                        
true   2019-01-24T14:28:16   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   f768f13f707a585be3295879300580d18bcf7ffa7d17b7f935c1140cd9cd5b7d-000                        
true   2019-01-24T14:28:15   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   7db0daf63c64f7a265aaf25144d7b305e8d313106a1605a4d8c674405471beb1-000                        
true   2019-01-24T14:28:14   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   58b03d400ca8af32b6c1d254034add04bad20de9cdb5d4b19d89c56bb739cdca-000                        
true   2019-01-24T14:28:13   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   33f84be211024d78f9c90be5640ff9be7d6022541693febcad4adc5d1970453a-000                        
true   2019-01-24T14:28:10   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   06a9510a3c2639aa1fc31926d74ccfa3bad2c2e33b4fee4729bb40e8e2071294-000                        
true   2019-01-24T14:28:09   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   ad273ba4e980b0f41556114c1d8d2759b61b637778bb4d8062cb788206be9733-000                        
true   2019-01-24T14:28:08   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   d8b9fd81e006f6960270ee5e378b907d6bbd4c336a6e51599a78b4b5818328af-000                        
true   2019-01-24T14:28:05   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   68f398925a77122b55f4213d603391fd72f88ab19d69b4b2bb36a8b1f63d2812-000                        
true   2019-01-24T14:28:04   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   4c7e140f24b32214c0964de7d36f2878b21878f301f1167a944bbce79e1bebfc-000                        
true   2019-01-24T14:28:03   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   e9ce8daa6fdf579e01a081bb3d4c79e53c90b72bcce6cc1415fa93de9f63c953-000                        
true   2019-01-24T14:28:02   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   19cca6ee440121ed2858be099d6e35683da3142ea6d12a5de741902bb7849dc9-000                        
true   2019-01-24T14:28:01   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   aa48833ac94364175be78e94d79d15bc4a069250cb0721de6976c9cb9441a923-000                        
true   2019-01-24T14:27:59   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   4ba922fc6bd9fab751d6ea94587078207ed9edda7eaef4809ad48ff264670e18-000                        
true   2019-01-24T14:28:22   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68153992   0b99990d1744e2813146ecb32e7be77ffa0c5d1430b32ec7f907062836528d39-000                        
true   2019-01-24T14:27:58   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   4687f73b58f1c9b714346db18295584b48c3a5fa365eb3e4ff968ad829a69f4c-000                        
true   2019-01-24T14:27:57   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   cb85ecfab4718cd5baf517458c144b6f43cf2e4e0f7b4ac199b23d6b5c0cfe66-000                        
true   2019-01-24T14:27:56   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   2cd1a330c6e4a8791aba876be806c3815a8fe19b5ea0241e11965afe3cff63fc-000                        
true   2019-01-24T14:27:55   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   d8317fb8d400e1f007b8bdb2ac263e53e6088ffc8452539be0145e68d40d260c-000                        
true   2019-01-24T14:27:54   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   d94d873afdcfec65522212d9a73c8dd862e1287e8a18108d6c634dcafb9986b1-000                        
true   2019-01-24T14:27:53   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   a3f2da5699c3f93572f8e005ce867407dff8caa76c3178b1349358d9b6285a1c-000                        
true   2019-01-24T14:27:52   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   2d536624d4cacda064cc79103292ea22413e7cae1f8c9bc2ce3ba9ba8981b195-000                        
true   2019-01-24T14:27:51   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   0c94d7b2868147b5a8e6a02718a372129d5260dc84765b25072c07aa63b75fb1-000                        
true   2019-01-24T14:27:50   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   70ebe997aa00f7dd9ccd364c992de9b49d36b458488a1af5081ccd653547c955-000                        
true   2019-01-24T14:27:49   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   acc9b140deb164969aea530d2d949efc241625b9ccfcaba23869886b71a83a03-000                        
true   2019-01-24T14:27:47   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   df8b682f4fcca65170eb0856b1f4d039d39635223d8e62f72a40c3a76dbbc690-000                        
true   2019-01-24T14:27:46   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   c7ef27bb5c5fb8ceb8a86f2949da620f6191d7ebc3bd07061d79668a0568b497-000                        
true   2019-01-24T14:27:45   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   284a565aed22b9889880f258dd2142805b278fb540b05ccc65c825cd73092d0a-000                        
true   2019-01-24T14:27:43   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   7426d8639237408e6bee783d6dbb4399473a9a6453a8db431b9c0fde8c13c8e1-000                        
true   2019-01-24T14:27:42   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007760   3125fd068861254f87cafc638b10dda6f9b4ee495085cbf24dcb132ac368c54a-000                        
true   2019-01-24T14:27:41   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   dcdb73901fa33ead84dfbe99ec54cbcfbe3b3a0cdcef21577dc6f8fec30e8eaf-000                        
true   2019-01-24T14:27:35   Sent to      yadZnJ3hD3FRC8CiLZEVNqejvQFgNtu5ci   -10.00007780   38da6e729a2c28491e188bfacd7cfb711b49d2a037e64327d733762f3add7054-000                        
true   2019-01-24T14:27:18   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   26d09d13fb505b842f8949c662c90253fc2cd52a69f576f1ceb4721128b207d5-000                        
true   2019-01-24T14:26:22   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.68150881   30aa9980d6ebae8fd9049b27eb2ec3c875dcecd72f59d72e462b266cb9fd921c-000                        
true   2019-01-24T14:23:40   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   731364e0bdcda89fd9efde4a9eec14bad07e623e170f06bbc05282c35c6fe2c2-000                        
true   2019-01-24T14:21:10   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.63034701   fe40adb30c5fceaf6ee6bc172f443720328d3adbd5da0aa467c589f39175ad4b-000                        
true   2019-01-24T14:19:18   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65877023   f73ea2dd42632c6c18a4364177e7e5d95327bbe7f4b8b2c7c9b835ffc42f69d1-000                        
true   2019-01-24T14:14:10   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.65308541   d3b2424a3cb702e8aa9fd24db08114e27e17eaec6733db71aa79e96f9e8f90c4-000                        
true   2019-01-24T14:13:28   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.64171436   1758e4f580d253d7d02755c0638c49475c6a058e0cf9863629439c6e066513e1-000                        
true   2019-01-24T14:11:18   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.62466236   aaf57d5bde6ae1b2bcf391486e061103bfc439ecbc8ae7a0751cb6f766b6d2d8-000                        
true   2019-01-24T14:08:05   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.63602972   0c58d424938aab13662e3d60748b56fe607192c332766533845bb0f47a166acc-000                        
true   2019-01-24T14:06:50   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65308365   12c2ffa391b0e9cd8fbd063714918d5248a60a3f4de434dec5c314de35ca05a9-000                        
true   2019-01-24T14:06:12   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.64171436   5003b3e965f6d347e459cc70f047a14e9b68de44fe7ea03d014d606afb07e886-000                        
true   2019-01-24T14:05:47   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.65877023   fdb90388b78a45a53791c5230fc30ca871431bd304b9fbfcb1e833b372b2d65f-000                        
true   2019-01-24T14:04:10   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67013758   bc430b147f5006402fae79e3c678abaef733f06bd6bedf657ad679215a9b6e36-000                        
true   2019-01-24T14:03:37   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   06bd487514cb62e8ef030466dafe9593dc0234b608636daadb44be67dad8e07a-000                        
true   2019-01-24T14:02:44   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67013758   6568b2b7fafd817e7a0439515a2d4a155521bc9c48de04bff95554713dce822d-000                        
true   2019-01-24T14:02:25   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.66445294   c5f3dd25c26663ef12c9fef1d97d80b82690691513e135b252c7348ac835ed1d-000                        
true   2019-01-24T14:00:42   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67013952   4fb226e09ba0c8c7baa0cddc23a4cecd3275503b2b3cb6220329c1b0cefdcc75-000                        
true   2019-01-24T13:58:51   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67013758   ba453c6e36762fbd529f805aa96fbf3d971aefeb424ee3f9676c1a6c2a36f6f1-000                        
true   2019-01-24T13:57:03   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582222   2dfbe7cbc54df4a42f17445970d16af1570032f899a72bcd73273326cdd1ccae-000                        
true   2019-01-24T13:53:50   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68150687   49a9affc8443c14ed1c71db6c7f9ff52c9cfcb47497cc68a8b0fd77f7ad4b0f3-000                        
true   2019-01-24T13:53:30   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68150687   f73e6dcf41aeac5245c70b11e82787ede186e0a8e779a8935cbaeffeabd3d59c-000                        
true   2019-01-24T13:52:08   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   34ba600157ce984a8808bb97150b54c32f6d7f3c2165d0adf98ec37d3a4c65a2-000                        
true   2019-01-24T13:51:23   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67582222   22ab8b7861625264a3a54d9177412337fba458031ac237e85b822fd821ced399-000                        
true   2019-01-24T13:50:25   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582416   b1e42ab55f5e65cb652feb62a2a08c3eb30a22c97f2c78845613231e8a555d1c-000                        
true   2019-01-24T13:47:48   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68719151   a8f6d1bfe98457f5be87d06f26a476408ed64bac455e61ad765b4840dc48c2fe-000                        
true   2019-01-24T13:47:16   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68719151   378c4e349b126359f2da176263fdc3b95984ceb4b3a8311a14706175ccdb7b9e-000                        
true   2019-01-24T13:46:53   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   98fe7bf604edf39fe9abd452192cdc8e2d35555025f1db59b5b35d1b14fcb079-000                        
true   2019-01-24T13:45:30   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.65876829   754c5bd0f680f3bfdacb75c96c7f8d4aeca2d71e9c2787baceccbbec5289dca2-000                        
true   2019-01-24T13:45:11   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.66445682   8b08260a45ef00140e2f3ed3bba1b324f3ec0c958f9e058a8e70f3282c68c4e8-000                        
true   2019-01-24T13:36:41   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582222   4a2740a97cd62b8f123ed4fe2a1c30fd8a834a2c858a77205962fa3608975c9d-000                        
true   2019-01-24T13:35:42   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   ec942a05e0ff403290b5db3b9c70ec9ba128b30a6868719bbd5939f77d3429d1-000                        
true   2019-01-24T13:35:07   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582222   eaae2005f8eb54e5acfc78cbe11f49190527fb3532740702d46f75cddb1647e2-000                        
true   2019-01-24T13:34:29   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67013952   ea7a21e6ea36c29ad040bef26d8f00149e22ef47cb5575a1aace4786976a65ed-000                        
true   2019-01-24T13:32:17   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   4d5fb4364bfefb8ea6467ed705e81f5e3234c80b593180526581841aa454a47c-000                        
true   2019-01-24T13:30:37   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.68150687   e039bdf79ad1f584efeb631cb9cd9ae2241609f2e65789ad474f7a165a7890f9-000                        
true   2019-01-24T13:25:02   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.67582416   1d219b93e4616f563e2ea254aefb5a631ca66df3a9eddb1c018b45f85f496b5f-000                        
true   2019-01-24T13:22:58   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   1009bc09169ea3c404f95cad0a2fb341cd87597bd4c15363e67ae5c93e515e7e-000                        
true   2019-01-24T13:21:55   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   5e9f5fccb287989d7eeb1364dc4477148fbef5047da67f8269042a166edc94e7-000                        
true   2019-01-24T13:21:37   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.68150687   72f6f1c1abdb0341e241f171a0a090755e9dcc50638ffe467adb94a0951d43fb-000                        
true   2019-01-24T13:20:17   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582416   1fbb727c0bc569f74942ad5f4f18b974e9f6a128fb7db327016e59004451efe5-000                        
true   2019-01-24T13:18:24   Mined      yYF91cAYsBjhZANqJTNcrMFhDVmn9xsvEd   113.67582222   61fc71884d51002763450e0b97fdb49170f2fcba3ba02dbf4ac2d01268967b45-000                        
true   2019-01-24T13:17:29   Mined      ygsAAgGm2ZT4YLkX5fmxU2hN2mksiDJ7Ci   113.67013758   5c7e895d18eb8d574828002367f728511df8016b972e3bf8ab1aeae256563145-000                        
true   2019-01-24T13:12:26   Mined      ydVqNQLFtkUbenmPqCK4khT5dSXowVF8Ym   113.65876829   dc0f5bed1878cc8928ea7dd21e66bd6d16f65a6c1e8ec27cf45da57088116779-000                        
                     
                     
      
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 25, 2019, 12:13:04 PM
Great news, So far we have emitted 12 superblocks and none of them errored, so far things are looking pretty good.

I'll start checking over everything that has to do with old cpid rules and our current 51% attack preventer.


Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 25, 2019, 01:05:26 PM
many mined blocks are 111 tBBP but others are more in the 4k tBBP. Is there a limit being reached such as tithe coming in or daily payout amount?
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 25, 2019, 01:16:59 PM
I'm getting this error after I rebuild from scratch:

2019-01-25 19:08:31 ERROR: CheckIndexAgainstCheckpoint: forked chain older than last checkpoint (height 2079)
2019-01-25 19:08:31 ERROR: TestBlockValidity: CheckIndexAgainstCheckpoint():
2019-01-25 19:09:02 ERROR: CheckIndexAgainstCheckpoint: forked chain older than last checkpoint (height 2079)
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 25, 2019, 01:19:51 PM
I'm getting this error after I rebuild from scratch:

2019-01-25 19:08:31 ERROR: CheckIndexAgainstCheckpoint: forked chain older than last checkpoint (height 2079)
2019-01-25 19:08:31 ERROR: TestBlockValidity: CheckIndexAgainstCheckpoint():
2019-01-25 19:09:02 ERROR: CheckIndexAgainstCheckpoint: forked chain older than last checkpoint (height 2079)

That was fixed in 1184b (released about 4 hours after I released the last mandatory); please upgrade and then try again.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 25, 2019, 01:20:41 PM
many mined blocks are 111 tBBP but others are more in the 4k tBBP. Is there a limit being reached such as tithe coming in or daily payout amount?

The 111 bbp blocks are reaper only payments (IE you found the heat mined block).
The 4K blocks means there was no sanctuary found in testnet to pay, so your node kept the entire payment.

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 28, 2019, 11:44:28 PM
I'm trying to see if PoG will reduce sell pressure on the exchanges or not?

So, with the upcoming PoG and the donated funds... the monthly superblock had BBP sent to a specific charity address if the proposal passed.

Are the funds donated to the Orphan Foundation via PoG going to Compassion like before?
So, the funds in the foundation will mean the monthly proposal will ask for less BBP because some exist in the Orphan Foundation?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 29, 2019, 08:23:43 AM
I'm trying to see if PoG will reduce sell pressure on the exchanges or not?

So, with the upcoming PoG and the donated funds... the monthly superblock had BBP sent to a specific charity address if the proposal passed.

Are the funds donated to the Orphan Foundation via PoG going to Compassion like before?
So, the funds in the foundation will mean the monthly proposal will ask for less BBP because some exist in the Orphan Foundation?
100% of orphan fund donations go to compassion.com; and the exact amount will be logged in our Revenue records also so we can always reconcile.

As far as sell pressure, the original idea did have a problem I think, but the concept changed to have a Tithe Cap.  We only accept 50k in donations per day in POG, so the sell pressure should be low (1.5 MM deflating per month) in this phase.  In phase 2, it doesnt change much (2.5 MM per month).

But looking at the upside:  If we appeal to the masses the idea is there will be more buyers out there.

Title: Re: Testnet - Test Proof of Giving
Post by: orbis on January 29, 2019, 01:20:12 PM
Hi.
Rob how to setup config in production?
I've set it with my nickname and tithe=1.
But tithes started to go (3 times :( ) even if POG is still not alive.
So, we should wait for block 100000 and then set tithe=1?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 29, 2019, 03:08:02 PM
Hi.
Rob how to setup config in production?
I've set it with my nickname and tithe=1.
But tithes started to go (3 times :( ) even if POG is still not alive.
So, we should wait for block 100000 and then set tithe=1?

Whoops, :),  Sorry my friend, at least its going to a good cause.  So I guess that is the reason I didn't officially release it yet (I was trying to think if we thought of everything before announcing it officially LOL, and I guess we didnt).

Yes for now please keep tithe turned off by setting tithe=0 until we almost hit 100,000.

Let me take a look at this situation :).

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 30, 2019, 03:27:20 PM
Whoops, :),  Sorry my friend, at least its going to a good cause.  So I guess that is the reason I didn't officially release it yet (I was trying to think if we thought of everything before announcing it officially LOL, and I guess we didnt).

Yes for now please keep tithe turned off by setting tithe=0 until we almost hit 100,000.

Let me take a look at this situation :).

I'm not seeing this behavior myself. I started with a brand new install and new wallet.dat

On a separate note, would you mind revisiting your wiki docs and see if anything needs to be updated?

I think these are the two relevant links? A lot has changed since Nov 2018.

https://wiki.biblepay.org/Proof-of-Giving-for-Beginners

https://wiki.biblepay.org/Proof-of-Giving-II
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 30, 2019, 04:28:04 PM
I'm not seeing this behavior myself. I started with a brand new install and new wallet.dat

On a separate note, would you mind revisiting your wiki docs and see if anything needs to be updated?

I think these are the two relevant links? A lot has changed since Nov 2018.

https://wiki.biblepay.org/Proof-of-Giving-for-Beginners

https://wiki.biblepay.org/Proof-of-Giving-II

I'm really behind as of today, Im about 3 days behind, I doubt I will be able to get to documentation and support in addition to programming and maintenance - thats why we need a good decentralized team at BBP to work on things together.

Is there something you need from me like access to allow you to edit or create new help docs? 

Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 30, 2019, 05:05:35 PM
Is there something you need from me like access to allow you to edit or create new help docs? 

Rob that's totally up to you.

I think you revoked access for everyone for fear of spam/defacing.

I'm preparing a newsletter for you to review and wanted to make sure the PoG documentation (since this is the biggest change in the last 90 days) is correct and up to date.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on January 31, 2019, 02:15:57 PM
Rob that's totally up to you.

I think you revoked access for everyone for fear of spam/defacing.

I'm preparing a newsletter for you to review and wanted to make sure the PoG documentation (since this is the biggest change in the last 90 days) is correct and up to date.

I'll email you - thanks.
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on January 31, 2019, 09:47:26 PM
We have reports of people setting up tithe=1 (early adopters) and they are donated ~200BBP every 4 hours to Orphan Foundation.

Accessing the wiki and including a note about not using tithe=1 until go live date will be useful. I'm planning to send out the newsletter tonight.
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on February 01, 2019, 10:49:03 AM
We have reports of people setting up tithe=1 (early adopters) and they are donated ~200BBP every 4 hours to Orphan Foundation.

Accessing the wiki and including a note about not using tithe=1 until go live date will be useful. I'm planning to send out the newsletter tonight.

Yeah, Im going to do some personal tests now.  Finally upgraded my windows node.

We should basically confirm that anyone who Isnt auto tithing has no dimensional balance or an error in the debug.log.
And that others who do have a balance can auto tithe.

Title: Re: Testnet - Test Proof of Giving
Post by: way2 on February 05, 2019, 06:08:38 PM
When do you think the POG will roll out?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on February 05, 2019, 08:32:27 PM
When do you think the POG will roll out?

Block 100,000 (tomorrow evening).

Title: Re: Testnet - Test Proof of Giving
Post by: way2 on February 06, 2019, 08:25:10 PM
Thanks Rob. 

How are the tax documents for charitable contributions accessed?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on February 06, 2019, 08:46:19 PM
Thanks Rob. 

How are the tax documents for charitable contributions accessed?

Could you give me an example of what you mean, for you personally, for our org as a whole, for what charity, and for what purpose is it for?

Title: Re: Testnet - Test Proof of Giving
Post by: way2 on February 09, 2019, 04:16:42 PM
Could you give me an example of what you mean, for you personally, for our org as a whole, for what charity, and for what purpose is it for?

This is a donation of personal funds by each participant to a charitable foundation that functions as a pass through to Compassion International.  I haven't been able to get donations to go through yet, but if I did 200 BBP every four hours, that would equal $94  for 2019 at current prices.  This isn't a big deduction to miss out on, but if BBP price goes up significantly, being able to deduct that from my taxes could become a big deal.  There are specific reporting requirements for these types of donation, so how do I access the tax reporting for next year's taxes?
Title: Re: Testnet - Test Proof of Giving
Post by: way2 on February 09, 2019, 04:34:51 PM
Also, how do I get my coin age?
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on February 09, 2019, 06:24:37 PM
This is a can of worms. Talk to your accountant and hope so/he understands crypto.

Donating BBP if you're going to file would be value at the date of transaction not value on a different date. You might use CMC historical rates and figure out your donations.

But since you're donating BBP and possibly earning bbp as well...  And since it is bbp to bbp is it really a taxable trade?

And then you're not the one selling to BTC and then to fiat... So who gets the deduction?

Filing taxes for crypto is already complicated but trying to declare for orphan foundation is likely something no accountant understands.
Title: Re: Testnet - Test Proof of Giving
Post by: way2 on February 09, 2019, 11:45:12 PM
This is a can of worms. Talk to your accountant and hope so/he understands crypto.

Donating BBP if you're going to file would be value at the date of transaction not value on a different date. You might use CMC historical rates and figure out your donations.

But since you're donating BBP and possibly earning bbp as well...  And since it is bbp to bbp is it really a taxable trade?

And then you're not the one selling to BTC and then to fiat... So who gets the deduction?

Filing taxes for crypto is already complicated but trying to declare for orphan foundation is likely something no accountant understands.

Thanks for your reply.  Taxes isn't a strong point for me, but I think your questions should be relatively straight forward.  The fact that it is crypto shouldn't be much of an issue.  The contribution value should be fair market value when the transaction occurred.  However, since we are donating aged coins, the taxable basis would be the cost when they were purchased.  The basis should be the value at donation minus cost at purchase.  How it is treated will be whether it is considered long or short term (whether it is held for more or less than one year)

It should be a deductible trade (quid pro quo)  because of how everything is labeled (proof of giving, tithe).  Many people will be over $75 annually (https://www.irs.gov/charities-non-profits/substantiating-charitable-contributions) so there is a required written disclosure statement from BBP foundation as a pass through.  Each individual should get the deduction.

The model where 10% off the top goes to Compassion should not be deductible by individuals but would be by Biblepay.  This is my expectation, but again, taxes is not a strong point for me.
Title: Re: Testnet - Test Proof of Giving
Post by: Ichthus220 on February 11, 2019, 07:37:06 PM
Hey gang,

quick question:

I have 3 laptops running boinc that feed rewards to 1 wallet that is associated with boinc. I each laptop also has a biblepay wallet. Can I only do POG from the wallet associated with my boinc account?

Thank you,
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on February 12, 2019, 11:20:36 AM
I have 3 laptops running boinc that feed rewards to 1 wallet that is associated with boinc. I each laptop also has a biblepay wallet. Can I only do POG from the wallet associated with my boinc account?

PoG doesn't require BOINC account (distributed computing).

You can do PoG tithe? from any wallet,  In practice though, I'd suggest you do this from one wallet.
Title: Re: Testnet - Test Proof of Giving
Post by: Ichthus220 on February 12, 2019, 12:07:04 PM
PoG doesn't require BOINC account (distributed computing).

You can do PoG tithe? from any wallet,  In practice though, I'd suggest you do this from one wallet.

Thank you sunk818! Why the 1 wallet suggestion?
Title: Re: Testnet - Test Proof of Giving
Post by: sunk818 on February 12, 2019, 12:46:54 PM
Thank you sunk818! Why the 1 wallet suggestion?

Why would you use more than one wallet? You can do PoG from multiple wallets, but there's no point. You can just shorten the time you tithe from every 4 hours to as quickly as every 2 minutes. Unless you've got such a huge bankroll where 2 minutes wouldn't exhaust your coin age, then you'd need to spread out to multiple wallets. Until then, it is more maintenance of multiple wallets without a good reason.
Title: Re: Testnet - Test Proof of Giving
Post by: Ichthus220 on February 12, 2019, 01:15:31 PM
Why would you use more than one wallet? You can do PoG from multiple wallets, but there's no point. You can just shorten the time you tithe from every 4 hours to as quickly as every 2 minutes. Unless you've got such a huge bankroll where 2 minutes wouldn't exhaust your coin age, then you'd need to spread out to multiple wallets. Until then, it is more maintenance of multiple wallets without a good reason.

The only reason I had for multiple wallets was just because I didn't like the idea of having all my BBP in one wallet. Especially since my original wallet which is associated with BOINC is very old and crashes every now and then. I let it build up then transfer some to the other 2 wallets. I guess I can retire that wallet and laptop and move everything to my newer laptop and re-associate that wallet to my BOINC account or should I just stop doing BOINC since POG is much greener?
Title: Re: Testnet - Test Proof of Giving
Post by: Ichthus220 on February 12, 2019, 01:21:06 PM
the above message should have read:
* is on a very old laptop which crashes every now and then


Is there anyway to edit a message?
Title: Re: Testnet - Test Proof of Giving
Post by: Rob Andrews on April 05, 2019, 08:23:49 PM
the above message should have read:
* is on a very old laptop which crashes every now and then


Is there anyway to edit a message?
Sorry, trying to remember where we were with this, edit which message?