TestNet - PODC 2.0 (Proof of Distributed Computing)

Code: [Select]

I have 20 x GSC transmissions at 15375 (62 confirmations ago) similar to the one below.


Wait, other than the original flakiness (which I believe is permanently fixed), did you say you had 20* 'sendgscc' transmissions at the height?
(Or do you mean, you had 20 in total).  I just want to make sure our wallet did not send your 'sendgscc wcg' transmission 20 times at the height automatically, it didnt do that right?

Looking at my last night submission, I see 1 for WCG and 1 for Cameroon at the height and looking at the code, we should only be trying once during the block passing?

Please see the help docs for the exec associate:  Please remove the word 'wcg' before sunk818.

when I typed exec rac in debug console, it says to use wcg . I'll look for wiki docs, I guess?





09:01:41

exec rac




09:01:41

{
  "Command": "rac",
  "Error": "Sorry, you do not have a CPK.  First please create your CPK by typing 'exec cpk your_nickname'.  This adds your CPK to the chain.  Please wait 3 or more blocks after adding your CPK before you move on to the next step. ",
  "Step 1": "Log into your WCG account at 'worldcommunitygrid.org' with your WCG E-mail address and WCG password.",
  "Step 2": "Click Settings | My Profile.  Record your 'Username' and 'Verification Code' and your 'CPID' (Cross-Project-ID).",
  "Step 3": "From our RPC console, type, exec associate wcg your_username your_verification_code",
  "Step 4": "Wait for 5 blocks to pass.  Then type 'exec rac' again, and see if you are linked!  ",
  "Step 5": "Once you are linked you will receive daily rewards.  Please read about our minimum stake requirements per RAC here: wiki.biblepay.org/PODC"
}

Wait, other than the original flakiness (which I believe is permanently fixed), did you say you had 20* 'sendgscc' transmissions at the height?
(Or do you mean, you had 20 in total).  I just want to make sure our wallet did not send your 'sendgscc wcg' transmission 20 times at the height automatically, it didnt do that right?

Looking at my last night submission, I see 1 for WCG and 1 for Cameroon at the height and looking at the code, we should only be trying once during the block passing?

Current block 15553 and 50 confirmations ago at 155503, I see 10 entries with the following condition ("GSC-Stake-Transmission": true,)

>listtransactions "" 100 | grep "GSC-Stake-Transmission" -A10 -B12 | grep 50, -A13 -B11

I see 10 almost identical (as far as I can tell) transactions....
I thought it looks like it is sending 10 coins of 8570 BBP as stake...  but I cannot see the corresponding consolidated amount returning. However, I do not what the expected behaviour is supposed to be in the external purse nor do I know the coin composition of the external purse....

Code: [Select]

{
    "account": "",
    "address": "yejTJcE9cSHMfC6H3ncbURt9MWPYc2kWPv",
    "category": "send",
    "amount": -8570.75104474,
    "label": "CHRISTIAN-PUBLIC-KEY",
    "vout": 3,
    "fee": -0.05017000,
    "confirmations": 50,
    "instantlock": false,
    "instantlock_internal": false,
    "chainlock": false,
    "GSC-Stake-Transmission": true,
    "blockhash": "91eb12db434addf9cb0618ffc998b5e539c7c5a169d1b918310eafe194eb7ab7",
    "blockindex": 1,
    "blocktime": 1573474173,
    "txid": "baa77a343dd9f4bfa1348a3ebea6e1c6c54afb8722cf069a8ccdaba572f6ff6f",
    "walletconflicts": [
    ],
    "time": 1573473791,
    "timereceived": 1573473791,
    "abandoned": false
  },
  {
    "account": "",
    "address": "yejTJcE9cSHMfC6H3ncbURt9MWPYc2kWPv",
    "category": "send",
    "amount": -8570.75104474,
    "label": "CHRISTIAN-PUBLIC-KEY",
    "vout": 2,
    "fee": -0.05017000,
    "confirmations": 50,
    "instantlock": false,
    "instantlock_internal": false,
    "chainlock": false,
    "GSC-Stake-Transmission": true,
    "blockhash": "91eb12db434addf9cb0618ffc998b5e539c7c5a169d1b918310eafe194eb7ab7",
    "blockindex": 1,
    "blocktime": 1573474173,
    "txid": "baa77a343dd9f4bfa1348a3ebea6e1c6c54afb8722cf069a8ccdaba572f6ff6f",
    "walletconflicts": [
    ],
    "time": 1573473791,
    "timereceived": 1573473791,
    "abandoned": false
  },
  {
    "account": "",
    "address": "yejTJcE9cSHMfC6H3ncbURt9MWPYc2kWPv",
    "category": "send",
    "amount": -8570.75104474,
    "label": "CHRISTIAN-PUBLIC-KEY",
    "vout": 1,
    "fee": -0.05017000,
    "confirmations": 50,
    "instantlock": false,
    "instantlock_internal": false,
    "chainlock": false,
    "GSC-Stake-Transmission": true,
    "blockhash": "91eb12db434addf9cb0618ffc998b5e539c7c5a169d1b918310eafe194eb7ab7",
    "blockindex": 1,
    "blocktime": 1573474173,
    "txid": "baa77a343dd9f4bfa1348a3ebea6e1c6c54afb8722cf069a8ccdaba572f6ff6f",
    "walletconflicts": [
    ],
    "time": 1573473791,
    "timereceived": 1573473791,
    "abandoned": false
  },
(only pasted 3 consecutive transactions)

Please see the help docs for the exec associate:  Please remove the word 'wcg' before sunk818.

I submitted a pull request to reflect the actual command you have to type when I run exec rac now


thanks.

when I typed exec rac in debug console, it says to use wcg . I'll look for wiki docs, I guess?





09:01:41

exec rac




09:01:41

{
  "Command": "rac",
  "Error": "Sorry, you do not have a CPK.  First please create your CPK by typing 'exec cpk your_nickname'.  This adds your CPK to the chain.  Please wait 3 or more blocks after adding your CPK before you move on to the next step. ",
  "Step 1": "Log into your WCG account at 'worldcommunitygrid.org' with your WCG E-mail address and WCG password.",
  "Step 2": "Click Settings | My Profile.  Record your 'Username' and 'Verification Code' and your 'CPID' (Cross-Project-ID).",
  "Step 3": "From our RPC console, type, exec associate wcg your_username your_verification_code",
  "Step 4": "Wait for 5 blocks to pass.  Then type 'exec rac' again, and see if you are linked!  ",
  "Step 5": "Once you are linked you will receive daily rewards.  Please read about our minimum stake requirements per RAC here: wiki.biblepay.org/PODC"
}

Oh, sorry about that, I see we only fixed it in one place!

Fixed for the next version.

Please type:  exec associate your_username your_verification_code

Current block 15553 and 50 confirmations ago at 155503, I see 10 entries with the following condition ("GSC-Stake-Transmission": true,)

>listtransactions "" 100 | grep "GSC-Stake-Transmission" -A10 -B12 | grep 50, -A13 -B11

I see 10 almost identical (as far as I can tell) transactions....
I thought it looks like it is sending 10 coins of 8570 BBP as stake...  but I cannot see the corresponding consolidated amount returning. However, I do not what the expected behaviour is supposed to be in the external purse nor do I know the coin composition of the external purse....

Code: [Select]

{
    "account": "",
    "address": "yejTJcE9cSHMfC6H3ncbURt9MWPYc2kWPv",
    "category": "send",
    "amount": -8570.75104474,
    "label": "CHRISTIAN-PUBLIC-KEY",
    "vout": 3,
    "fee": -0.05017000,
    "confirmations": 50,
    "instantlock": false,
    "instantlock_internal": false,
    "chainlock": false,
    "GSC-Stake-Transmission": true,
    "blockhash": "91eb12db434addf9cb0618ffc998b5e539c7c5a169d1b918310eafe194eb7ab7",
    "blockindex": 1,
    "blocktime": 1573474173,
    "txid": "baa77a343dd9f4bfa1348a3ebea6e1c6c54afb8722cf069a8ccdaba572f6ff6f",
    "walletconflicts": [
    ],
    "time": 1573473791,
    "timereceived": 1573473791,
    "abandoned": false
  },
  {
    "account": "",
    "address": "yejTJcE9cSHMfC6H3ncbURt9MWPYc2kWPv",
    "category": "send",
    "amount": -8570.75104474,
    "label": "CHRISTIAN-PUBLIC-KEY",
    "vout": 2,
    "fee": -0.05017000,
    "confirmations": 50,
    "instantlock": false,
    "instantlock_internal": false,
    "chainlock": false,
    "GSC-Stake-Transmission": true,
    "blockhash": "91eb12db434addf9cb0618ffc998b5e539c7c5a169d1b918310eafe194eb7ab7",
    "blockindex": 1,
    "blocktime": 1573474173,
    "txid": "baa77a343dd9f4bfa1348a3ebea6e1c6c54afb8722cf069a8ccdaba572f6ff6f",
    "walletconflicts": [
    ],
    "time": 1573473791,
    "timereceived": 1573473791,
    "abandoned": false
  },
  {
    "account": "",
    "address": "yejTJcE9cSHMfC6H3ncbURt9MWPYc2kWPv",
    "category": "send",
    "amount": -8570.75104474,
    "label": "CHRISTIAN-PUBLIC-KEY",
    "vout": 1,
    "fee": -0.05017000,
    "confirmations": 50,
    "instantlock": false,
    "instantlock_internal": false,
    "chainlock": false,
    "GSC-Stake-Transmission": true,
    "blockhash": "91eb12db434addf9cb0618ffc998b5e539c7c5a169d1b918310eafe194eb7ab7",
    "blockindex": 1,
    "blocktime": 1573474173,
    "txid": "baa77a343dd9f4bfa1348a3ebea6e1c6c54afb8722cf069a8ccdaba572f6ff6f",
    "walletconflicts": [
    ],
    "time": 1573473791,
    "timereceived": 1573473791,
    "abandoned": false
  },
(only pasted 3 consecutive transactions)

Those are all the same transaction, which is normal.  (See the txid, with multiple vouts).
When the wallet makes a GSC transmission, it uses up as much coin age as necessary to compose the transaction.

If you type 'exec rac' you can see the percent of coin*age required to fill with many inputs.

Is it possible to test in QT until we are stable in testnet?  As QT is a lot easier to see the single transmission.

If you want you can simulate this by getting the coin*age required from exec rac, then type 'exec createabn N 1' where N is the amount of coin*age, and you can see the individual inputs required for that amount of age.

will gen=1 still be required in the biblepay.conf to submit these wcg, pog, healing, occasionally? with the external miner, I wonder if gen=0 will be okay now...

i got some smart contract reward overnight

what means coin age percent required? because i dont have enough coin age but it says 0.99 (i think 99%), but i need about 200%

Those are all the same transaction, which is normal.  (See the txid, with multiple vouts).
When the wallet makes a GSC transmission, it uses up as much coin age as necessary to compose the transaction.

If you type 'exec rac' you can see the percent of coin*age required to fill with many inputs.

Is it possible to test in QT until we are stable in testnet?  As QT is a lot easier to see the single transmission.

If you want you can simulate this by getting the coin*age required from exec rac, then type 'exec createabn N 1' where N is the amount of coin*age, and you can see the individual inputs required for that amount of age.

Following your advice, I am using the QT version but it is painfully slow on my weak VPS (that's why I use command line text only). However, it is much easier to see what I think is the transaction (debit and credit is 108,344 tBBP and I can see all the individual coins that add up to this in one transaction). And I also get to see Gen 25:13-19.  is there any way to read the Bible from the command line (ie biblepayd)?

the createabn coinage gives a long list of coins as expected.

What is the frequency of the automatic `sendgscc wcg` command? I know the purse does not need to be unlocked but does the wallet need to be mining for the `sendgscc wcg` transaction to occur or does the purse stake when the wallet is on but not mining? What about when the wallet is offline?
 

Following your advice, I am using the QT version but it is painfully slow on my weak VPS (that's why I use command line text only). However, it is much easier to see what I think is the transaction (debit and credit is 108,344 tBBP and I can see all the individual coins that add up to this in one transaction). And I also get to see Gen 25:13-19.  is there any way to read the Bible from the command line (ie biblepayd)?

the createabn coinage gives a long list of coins as expected.

What is the frequency of the automatic `sendgscc wcg` command? I know the purse does not need to be unlocked but does the wallet need to be mining for the `sendgscc wcg` transaction to occur or does the purse stake when the wallet is on but not mining? What about when the wallet is offline?

I also noticed that every time the wallet is stopped and then restarted, `exec rac` initially shows that the external purse is empty and I would have to reassociate again before the external purse coins are recognized in `exec rac`. Is this intended behaviour?

will gen=1 still be required in the biblepay.conf to submit these wcg, pog, healing, occasionally? with the external miner, I wonder if gen=0 will be okay now...

No, this is one improvement in PODC 2.0. 
Now we moved the sendgscc process over to the main thread.
So now the miner can be off.
We also changed the architecture to use a single target block per day (this is primarily to make it more efficient on coin-age usage.  Another words, if a person only has just enough, we arent trying to stake every 12 hours, etc).
To see that block # type exec rac, and look for the wcg gsc transmission height.
(Actually an easy way to remember that height is we made it at the mid-point of each gsc contract, so its 102 blocks after the last gsc payment height).

At that height, once per day, we send all the gsc transmissions - one at a time.

I've tested cameroon-one a little but we could use your help testing it more thoroughly in testnet.  Please see the 2nd post after the op post.  I have a test cameroon environment up and I can enter debits and credits for cameroon in testnet if you give me the childid and payment amount.

Following your advice, I am using the QT version but it is painfully slow on my weak VPS (that's why I use command line text only). However, it is much easier to see what I think is the transaction (debit and credit is 108,344 tBBP and I can see all the individual coins that add up to this in one transaction). And I also get to see Gen 25:13-19.  is there any way to read the Bible from the command line (ie biblepayd)?

the createabn coinage gives a long list of coins as expected.

What is the frequency of the automatic `sendgscc wcg` command? I know the purse does not need to be unlocked but does the wallet need to be mining for the `sendgscc wcg` transaction to occur or does the purse stake when the wallet is on but not mining? What about when the wallet is offline?

1) On reading the bible from the command line, please see the rpc commands: 'books' (This list the books of the bible), 'bookname' this is just a cross reference command to get the long bookname from the BiblePay abbreviated bookname, and the main command: exec readverse.

2) Please see my last post to Sun, its once per day at the midpoint of the GSC contract now, and wallet can be locked - Yay.

3) Yes thats depressing on the speed.  Ive been using my old $1 per month hostbrz.com nodes for testnet (the ones Sun suggested a year ago) and QT is running very fast in there.  The only other option I can recommend, is running QT side by side one of your prod nodes.  Because, testnet actually does not interfere with prod (it has its own subdirectory and ports).  If you get any errors I can help you get by them.  Yeah, or you can go back to the command line once you feel comfortable, but, I still recommend we test cameroon one and some other things (DWS) in QT if possible, as it might reveal some behavior thats hard to debug on a small window.  (IE leaderboard outputs etc).

I also noticed that every time the wallet is stopped and then restarted, `exec rac` initially shows that the external purse is empty and I would have to reassociate again before the external purse coins are recognized in `exec rac`. Is this intended behaviour?

No thats not intended at all, and you should only have to associate once forever, haha.
Interesting, well I cant reproduce that, I just did exec rac, and rebooted and exec rac - and Ive only associated once over the last 10 boots, thats not supposed to happen.

Are you sure you did not move the machine and delete the SAN directory?  Or the wallet.dat?  Because the SAN contains the association record, and once deleted, it will only regenerate during the next start (when prayers are re-synced) - but - without a reassociation it does regenerate. 
Also if you move wallet.dat, your external purse is not lost, but it is no longer linked.  It would take a new associate or an 'exec createpurse' to re-link it.  And that would also cause a temporary break in the CPK (wallet would recreate a new CPK, a different one, requiring a new associate).

** DWS update (Dynamic Whale Staking) **

So I've been programming DWS in testnet and it is ready for a release.  (I realize we havent released the thread to discuss it and or vote on it yet, so know that as we test this, there is no intention at all to release this to prod - it will just stay in testnet indefinitely until we add a proposal to vote it in.  I will move the existing discussion thread to a proposal over the next few days anyway and we can vote on it.)

However note that DWS is going to require a mandatory in testnet!  So please be aware that we will have a mandatory upgrade for this.

Another thing going on is Kairos Childrens Fund is making very fast progress with POOM on their end, and I just heard from Andy this morning that he will be calling me to train him with integration reqs.  This means I need to merge code into testnet for Kairos also.  So be aware we have a lot going into testnet.  We will be pulling individual pieces out when we move to prod (IE the Kairos piece and the PODC 2.0 piece) for the next MainNet release.

Wau, I received my first wcg reward
So, it looks that I've made it all good
I have few questions
1. Rob, what happens if my wallet will be closed during "next_podc_gsc_transmission"? Is it enough to send "sendgscc wcg" once per day?
2. When the wallet is open, it's needed to have it unlocked?
3. Will setautounlockpassword and -headlesspassword works if it's needed?
4. When I send "sendgscc wcg" manually e.g. 10 blocks before "next_podc_gsc_transmission" and I forget to close wallet will the gsc tx run again?
5. What happens if my coinage in that second tx will be lower then expected, but in first tx it was enough?
6. It's possible to associate more wcg accounts into one wallet?
Thanks