V12.1 Testnet Launch Thread
- Thread starter eduffield
- Start date
-
- Tags
- 12.1 masternode trezor testnet
- Status
@all
75% sync is a known issue, ignore it for now
Previous addresses are invalid now, testnet was reset with new magic number so that every testnet address now starts with 'y' and never with 'x' to avoid accidents
Pls report other issues at https://github.com/dashpay/dash/issues also so that we could easily 1) keep track of them 2) see how many users (OSes) are affected and how.
Feature requests are ok there too but bugs first pls
Thank you!
75% sync is a known issue, ignore it for now
Previous addresses are invalid now, testnet was reset with new magic number so that every testnet address now starts with 'y' and never with 'x' to avoid accidents
Pls report other issues at https://github.com/dashpay/dash/issues also so that we could easily 1) keep track of them 2) see how many users (OSes) are affected and how.
Feature requests are ok there too but bugs first pls
Thank you!
I had proposed a DGbB tab, like the MN tab, but in a brief exchange with Evan over at the #Dev channel he mentioned he didn't want to see this implemented in the QT right now.
I think it would be cool to have a simple ballot tracking tab, but there seems to be magic happening in the background, so best wait to see whats in store...
.
I think it would be cool to have a simple ballot tracking tab, but there seems to be magic happening in the background, so best wait to see whats in store...
.
Yep, i understand things are forming, so better wait and let the system mature first.
Hey guys, I apologize for this basic question again, but I can't seem to get my testnet masternode running. It's a hot wallet. Where do I put the info in dash.conf? Only in the main .dash folder? Do I leave the testnet3 folder default? Thanks
Also, I tried to reset options, and when I restart the wallet the options don't show up (reset to default) I get an error that says "Active command line options that override above options -listen=1" So I presume I have to set that to 0. Since I have NO idea what "listen=1" means, and I just included it since time began because we were told to, LOL, could anyone explain what it means? Thanks
One more thing. With the Masternode tab, could you make it so that a Masternode owner just has to input the information in the wallet, like you do at DashWhale.org and the information is automatically added to the masternode.conf file? This would really be an awesome addition
One more thing. With the Masternode tab, could you make it so that a Masternode owner just has to input the information in the wallet, like you do at DashWhale.org and the information is automatically added to the masternode.conf file? This would really be an awesome addition
Last edited:
sentinels is pushed back to 12.2 as far as I knowAh cool. Now I just need to wrap my head around Sentinel
Pablo.
Currently though, even if they are stored in cold wallets, they still need to be a hot wallet temporarily in order to vote and activate don't they? Is there any way to sign an offline masternode transaction for later broadcast, without using a trezor? Like if I have a computer that is *never* connected to the internet, any way to use that to sign a masternode command, either presently or in 12.1? Thanks in advance if anyone can help answer --
Can't reproduce this on Mac. Can you try again?After creating a new wallet the first automatically created receiving address got incomplete / incorrect.
The second receiving address i created manually was normal.
Can anyone else confirm this also pls?
@TanteStefana leave listen=1, it's required for the masternode to be accessible from the outside.
Sync issues are here for everyone, it doesn't depend on anything, it just broken for now. Shouldn't affect sending/receiving/mixing in any way though.
Not sure about that
Yes, that's exactly what was done here https://github.com/dashpay/dash/pull/741 and improved here https://github.com/dashpay/dash/pull/744
Message will be legit for the next hour after signing.
That's also the way electrum-dash(-server) will use to sign MN start messages.
Currently in review:
Few bugs from previous reports squashed https://github.com/dashpay/dash/pull/799 , thanks @AjM for reporting
Few more bugs found thanks to everyone's participation (was too hard to catch them when was mixing alone
) https://github.com/dashpay/dash/pull/797 https://github.com/dashpay/dash/pull/798Some places for improvements in old parts found https://github.com/dashpay/dash/pull/800
More known issues:
Masternode list/payments is also broken, it's ok
Great, thanks! Curious, what is the reason for the time limit on the broadcast txn?
We need to drop inactive masternodes. And if you signed your MN more than an hour ago but never activated it, it should go down right when you try to activate it because if there were no pings from any MN for more than ~1 hour we treat it as an inactive one.
So far it only happened to one of my six windows wallets and i cant seem to reproduce it.
I have debug.log available if needed.
I will sent it your way.Yep, could be helpful. You know where to send it
Thanks!
During mixing yesterday i also found two transactions that wouldn't confirm, they both show as conflicted by now ( i think they were mixing against each other)
Edit : reading back your previous posts, i think you made a fix in Github already for this : fix RelayTransaction to relay correct message (dstx/ix) #797
Link : https://github.com/dashpay/dash/pull/797
Last edited:
It happen when migrate from 0.12.0.56 to 0.12.1 - invalid addresses was old, last address - generated in new version.
Last PrivateSend message:
No compatible Masternode found
Got new PrivateSent Denominate tx.
Last edited:
Testnet 12.0 wallet.dat is incompatible with Testnet 12.1 wallet, we have reset the blockchain and changed the address version of the addresses. You'll need to delete your old (testnet3) wallet.dat to avoid these errors.
It happen when migrate from 0.12.0.56 to 0.12.1 - invalid addresses was old, last address - generated in new version.
Note: This will not affect mainnet, mainnet adress version is unchanged.
Last edited:
Latest builds (git-16671cd) of v0.12.1.x branch
Linux --> https://dashpay.atlassian.net/builds/browse/DASHL-DEV-539/artifact/JOB1/gitian-linux-dash-dist/
Windows --> https://dashpay.atlassian.net/builds/browse/DASHW-DEV-488/artifact/JOB1/gitian-win-dash-dist/
MacOS X --> https://dashpay.atlassian.net/builds/browse/DASHM-DEV-496/artifact/JOB1/gitian-osx-dash-dist/
Raspberry --> https://dashpay.atlassian.net/builds/browse/DASHP-DEV-492/artifact/JOB1/gitian-RPi2-dash-dist/
Changelog:
- Mixing: fix RelayTransaction to relay correct message: https://github.com/dashpay/dash/pull/797
- Mixing: Fix final dstx signing: https://github.com/dashpay/dash/pull/798
- Masternodes: Optimize processing of new MN: https://github.com/dashpay/dash/pull/800
- QT: Move DS qt options to options dialog: https://github.com/dashpay/dash/pull/801
- QT: various fixes for masternode tab: https://github.com/dashpay/dash/pull/799
Note: Protocolversion has changed to `70200` - please update all masternodes
Testnet tools (explorers, faucets, pools) --> https://www.dash.org/forum/threads/testnet-tools-resources.1768/
Linux --> https://dashpay.atlassian.net/builds/browse/DASHL-DEV-539/artifact/JOB1/gitian-linux-dash-dist/
Windows --> https://dashpay.atlassian.net/builds/browse/DASHW-DEV-488/artifact/JOB1/gitian-win-dash-dist/
MacOS X --> https://dashpay.atlassian.net/builds/browse/DASHM-DEV-496/artifact/JOB1/gitian-osx-dash-dist/
Raspberry --> https://dashpay.atlassian.net/builds/browse/DASHP-DEV-492/artifact/JOB1/gitian-RPi2-dash-dist/
Changelog:
- Mixing: fix RelayTransaction to relay correct message: https://github.com/dashpay/dash/pull/797
- Mixing: Fix final dstx signing: https://github.com/dashpay/dash/pull/798
- Masternodes: Optimize processing of new MN: https://github.com/dashpay/dash/pull/800
- QT: Move DS qt options to options dialog: https://github.com/dashpay/dash/pull/801
- QT: various fixes for masternode tab: https://github.com/dashpay/dash/pull/799
Note: Protocolversion has changed to `70200` - please update all masternodes
Testnet tools (explorers, faucets, pools) --> https://www.dash.org/forum/threads/testnet-tools-resources.1768/
Last edited:
I found that this builds include update protocol version to 70200 , Hot-Cold masternode setup will need to start masternode from cold wallet again.
Oh dear, new build already again! LOL, I JUST got my MNs running! Well, I'll write this here anyway :
If I stop testnet and delete masternode.conf and dash.conf, only masternode.conf is regenerated (in testnet) is this intentional? I think it’s good because I kept thinking I needed stuff in there, and I don’t. Also, REPORT: I just updated my remote MNs running on a server, and did not require a local wallet restart and all went smoothly.
If you need a little help like me to remember (can't find info in search, Ugh) Make your dash.conf in the .dash folder (not testnet3) look something like this
rpcuser=Name
rpcpassword=LotsOfRandomStuffOU)Upmpewr9weup
rpcport=19998
listen=1
server=1
rpcconnect=127.0.0.1
masternodeaddr=your.ip.address:19999
bind=your.ip.address
daemon=1
logtimestamps=1
externalip=your.ip.address:19999
addnode=128.127.106.235:19999
masternodeprivkey=LongHashNumberGetFromWalletWithFundsByIssuing “masternode genkey”
maxconnections=256
testnet=1
masternode=1
And don't put anything in the testnet3 folder
Then make your masternode.conf file in your local machine (IN the testnet3 folder), enable the QT wallet options Settings >> Options>>Wallet and click on enable coin control features and show masternode tab
Now you can go to the masternode tab (after restarting wallet) and turn the MNs on or off, etc… with the click of one of the buttons, go have fun, you can’t break it (unless you do, which is good, let us know)
As mentioned previously, you can start the wallet successfully in your local (with the funds) wallet, but not have it working online. You’ll still have about an hour to get it all going, so no need to restart the local if you get things working remotely in that time J
:If I stop testnet and delete masternode.conf and dash.conf, only masternode.conf is regenerated (in testnet) is this intentional? I think it’s good because I kept thinking I needed stuff in there, and I don’t. Also, REPORT: I just updated my remote MNs running on a server, and did not require a local wallet restart and all went smoothly.
If you need a little help like me to remember (can't find info in search, Ugh) Make your dash.conf in the .dash folder (not testnet3) look something like this
rpcuser=Name
rpcpassword=LotsOfRandomStuffOU)Upmpewr9weup
rpcport=19998
listen=1
server=1
rpcconnect=127.0.0.1
masternodeaddr=your.ip.address:19999
bind=your.ip.address
daemon=1
logtimestamps=1
externalip=your.ip.address:19999
addnode=128.127.106.235:19999
masternodeprivkey=LongHashNumberGetFromWalletWithFundsByIssuing “masternode genkey”
maxconnections=256
testnet=1
masternode=1
And don't put anything in the testnet3 folder
Then make your masternode.conf file in your local machine (IN the testnet3 folder), enable the QT wallet options Settings >> Options>>Wallet and click on enable coin control features and show masternode tab
Now you can go to the masternode tab (after restarting wallet) and turn the MNs on or off, etc… with the click of one of the buttons, go have fun, you can’t break it (unless you do, which is good, let us know)
As mentioned previously, you can start the wallet successfully in your local (with the funds) wallet, but not have it working online. You’ll still have about an hour to get it all going, so no need to restart the local if you get things working remotely in that time J
Last edited:
I want to say I absolutely LOVE the new Masternode Tab and being able to start up the nodes with the click of a button, it's so NICE!
I also just learned that I don't have to use the hot wallet to start/see/etc my MN info as long as I have a masternode.conf file, NICE!
Again, if it can be done, it would be really great for newbs or memory handicapped people like myself, if you could have the wallet ask you a series of questions that the operator just has to answer, then have it create the masternod.conf file. Come to think of it, it would also be awesome if the hot wallet dash.conf could be generated that way as well! Example:
dashd -daemon
Looks like this is a new wallet, please answer the following:
Please create an rpc user name:
please create an rpc password:
please enter your server's IP address:
Please enter (T)estnet or (M)ainnet:
Will you be running a Masternode?:
And the rest can be default (most people use a default anyway) and then if you want to change any other settings, you can do so manually.
For the QT wallet, this could pop up along side the "Open Configuration File" It could be "Create Configuration File"
If QT can't start until RPC info is entered, you could put it as part of the startup.
I also just learned that I don't have to use the hot wallet to start/see/etc my MN info as long as I have a masternode.conf file, NICE!
Again, if it can be done, it would be really great for newbs or memory handicapped people like myself, if you could have the wallet ask you a series of questions that the operator just has to answer, then have it create the masternod.conf file. Come to think of it, it would also be awesome if the hot wallet dash.conf could be generated that way as well! Example:
dashd -daemon
Looks like this is a new wallet, please answer the following:
Please create an rpc user name:
please create an rpc password:
please enter your server's IP address:
Please enter (T)estnet or (M)ainnet:
Will you be running a Masternode?:
And the rest can be default (most people use a default anyway) and then if you want to change any other settings, you can do so manually.
For the QT wallet, this could pop up along side the "Open Configuration File" It could be "Create Configuration File"
If QT can't start until RPC info is entered, you could put it as part of the startup.
Last edited:
4 tMN's updated successfully, and 3 mix wallets reset to start 2k tDash @ 8 rounds mixing.
@TanteStefana ... that doesn't make sense. If it is indeed a protocol bump, then the node should need a remote start. run './dash-cli getinfo' on the VPS to check protocol version to see if you updated correctly
@TanteStefana ... that doesn't make sense. If it is indeed a protocol bump, then the node should need a remote start. run './dash-cli getinfo' on the VPS to check protocol version to see if you updated correctly
Last edited:
hmmm ... so I was brushing up on my CLI ... Main QT is happy to report start-many is successful, but all of my nodes spit back this message.
I did stop and start again, to check if it's the 'ol cosmetic bug, but it isn't ...
Mix Wallets :
Kicked off much faster than I've seen before. Jumped straight to 5%, then 7%, within minutes one is already at 12%... 3 wallets see different MN counts. 35, 29 and 34.
Code:
[email protected]:~# ./dash-cli masternode status
{
"vin": "CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase )",
"service": "[::]:0",
"status": "Not capable masternode: Hot node, waiting for remote activation."Mix Wallets :
Kicked off much faster than I've seen before. Jumped straight to 5%, then 7%, within minutes one is already at 12%... 3 wallets see different MN counts. 35, 29 and 34.
Last edited:
You need to wait 60mins for your old 70103 entries to expire and then start with 70200 wallet - i had the same issue, and after this "timeout" it worked.
that totally sounded like star wars talk looool
... Ok, so do I need to have them drop for one hour (./dashd stop), or just let them go as is? I presume the latter. Regarding MN-mining rewards, are they active? I remember some talk about changing some stuff around but didn't follow much
Masternodes become ENABLED when the collateral has less than 6 confirmations. Is this new behaviour intended?
Yes, as @flare already mentioned old addresses are invalid now. The thing to reproduce is "After creating a new wallet"
It happen when migrate from 0.12.0.56 to 0.12.1 - invalid addresses was old, last address - generated in new version.
After ~8 hours of mixing it show:
Last PrivateSend message:
No compatible Masternode found
Got new PrivateSent Denominate tx.
On testnet masternodes require 1 confirmation instead of 15 for now https://github.com/dashpay/dash/blob/v0.12.1.x/src/chainparams.cpp#L188, mainnet still requires 15 though https://github.com/dashpay/dash/blob/v0.12.1.x/src/chainparams.cpp#L83
- Status