TestNet - PODC 2.0 (Proof of Distributed Computing)

All, lets please test instantsend thoroughly, lets verify the quality of IS is what we expect for prod in testnet?

If we repeatedly send dws - there's no way to prevent this message? I can foresee a lot of tech support around this. You can tell people to send only one tx, but you know that will not happen. With PoG v1, people sent multiple tithes in a block... same scenario here.


2019-11-21 13:44:39 ERROR: AcceptToMemoryPool : Transaction b869f42c5188368c5f9a8541b48f384e6bbf79fed89f7d38f437161bc731956e conflicts with completed Transaction Lock ef650256b9e1d1fcb79f138f53baa5220bdc28d13f0c42dfce5db0eab4360616
2019-11-21 13:44:39 CommitTransaction(): Transaction cannot be broadcast immediately, tx-txlock-conflict

If we repeatedly send dws - there's no way to prevent this message? I can foresee a lot of tech support around this. You can tell people to send only one tx, but you know that will not happen. With PoG v1, people sent multiple tithes in a block... same scenario here.


2019-11-21 13:44:39 ERROR: AcceptToMemoryPool : Transaction b869f42c5188368c5f9a8541b48f384e6bbf79fed89f7d38f437161bc731956e conflicts with completed Transaction Lock ef650256b9e1d1fcb79f138f53baa5220bdc28d13f0c42dfce5db0eab4360616
2019-11-21 13:44:39 CommitTransaction(): Transaction cannot be broadcast immediately, tx-txlock-conflict

We could probably prevent this by requiring coins with at least 1 confirm for DWS.

Let me look into this.

We could probably prevent this by requiring coins with at least 1 confirm for DWS.

Let me look into this.

Ok everyone please stop testing the DWS burns until the next version, I added a couple more rules.

Lets test everything else.

So I updated the test cases in Post #2.  Please let me know if you all can think of any more test cases reqd.  You can also execute the test cases that we have not executed.

I also started an unbanked researcher with 90 rac. 

Hey Rob and MIP,

Im trying to download
Linux 64 bits QT: https://biblepay.org/biblepay-qt-evo-testnet-x86_64-pc-linux-gnu.tar.gz
But I think its a 0kb file right now?
Tested on Ubuntu with wget and downloading through web browser on Windows

Ok everyone please stop testing the DWS burns until the next version, I added a couple more rules.

Lets test everything else.

For PoDC 2.0, I was thinking of hopping back and forth between team BiblePay and another team (GRC or OByte). Was thinking I could time bouncing back and forth somehow to double dip.


Just thinking back to the days where PoDC users shifted BBP between wallets to perform their PoDC updates and stake far less than required. I think you are using coinage somehow so the wallet shifting wouldn't work, but still trying to figure out any potential exploits.

Windows v.1.4.6.7+: https://biblepay.org/biblepayevo32develop.exe

what is 32?

Hey Rob and MIP,

Im trying to download
Linux 64 bits QT: https://biblepay.org/biblepay-qt-evo-testnet-x86_64-pc-linux-gnu.tar.gz
But I think its a 0kb file right now?
Tested on Ubuntu with wget and downloading through web browser on Windows

I've got one for deployment coming in a little bit; so we can keep testing DWS; let me finish it up tomorrow morning and then we can redeploy.

BiblePay
1.4.7.8 - Mandatory Upgrade for TestNet

- Require depth of at least 1 for new DWS stakes, Enforce DWS max limit in every area to ensure the burn can't enter the chain resulting in an overlimit condition (and include memory pool totals)
- Add spork rejecting new child sponsorships when there are none available

I couldn't do mixing with my 1 masternode server, it gives an error, I guess masternodes cant mix?,
"client side mixing is not supported on masternodes"
so I have it down while I use another data directory and wallet for mixing,
in addition I also spun up 2 other servers

I'm getting this message on all 3 servers:

Code: [Select]

2019-11-23 19:42:35 CPrivateSendClientManager::GetRandomNotUsedMasternode -- 7 enabled masternodes, 0 masternodes to choose from
2019-11-23 19:42:35 CPrivateSendClientSession::StartNewQueue -- Can't find random masternode!
biblepay.conf settings:

Code: [Select]

enableprivatesend=1
privatesendamount=1000000
privatesendrounds=2
privatesendmultisession=1


I couldn't do mixing with my 1 masternode server, it gives an error, I guess masternodes cant mix?,
"client side mixing is not supported on masternodes"
so I have it down while I use another data directory and wallet for mixing,
in addition I also spun up 2 other servers

I'm getting this message on all 3 servers:

Code: [Select]

2019-11-23 19:42:35 CPrivateSendClientManager::GetRandomNotUsedMasternode -- 7 enabled masternodes, 0 masternodes to choose from
2019-11-23 19:42:35 CPrivateSendClientSession::StartNewQueue -- Can't find random masternode!
biblepay.conf settings:

Code: [Select]

enableprivatesend=1
privatesendamount=1000000
privatesendrounds=2
privatesendmultisession=1


Ok, I see the problem.

Yes, we need a fix for this, and I have a couple more rules I added in for DWS; and something is coming for POBH in testnet ;

Please let me release a new release.

BiblePay
1.4.7.9 - Mandatory Upgrade for TestNet

- Fix privatesend denominations mismatch, and increase privatesend defaults, and allow up to 5mil instandsend in the QT gui
- Increase solominer's efficiency, to approx 90% of the external miner
- Improve instantiation of a new DWS to be atomic.  Ensure all nodes assess the DWS metrics live (from the memory pool).
- Free up RAM used by Pobh.h for MIP

* This is the windows release; MIP will be compiling all the rest asap.  Please post when ready, MIP.

BiblePay
1.4.7.9 - Mandatory Upgrade for TestNet

- Fix privatesend denominations mismatch, and increase privatesend defaults, and allow up to 5mil instandsend in the QT gui
- Increase solominer's efficiency, to approx 90% of the external miner
- Improve instantiation of a new DWS to be atomic.  Ensure all nodes assess the DWS metrics live (from the memory pool).
- Free up RAM used by Pobh.h for MIP

* This is the windows release; MIP will be compiling all the rest asap.  Please post when ready, MIP.

Just to save everyones time:  Dash just released two PrivateSend fixes into prod that are required to be merged in, so please don't test this version of privatesend. 


A new version should be out within 2 days.

Will we have InstantSend default or ChainLocks in the recent merges?