• Forum has been upgraded, all links, images, etc are as they were. Please see Official Announcements for more information

V12.1 Testnet Launch Thread

Status
Not open for further replies.
Reminds me that you can do backups from within the wallet (via menu) for ages, it's a Bitcoin feature.
IIRC there's even a RPC call for that.

If we should decide to implement something we could just reuse that.
True! I completely missed that point, will have a look :)
 
  • Like
Reactions: AjM

Fingers crossed but my denominations and mixing seem to be working! If its still working a few hours from now, I'd say it's fixed :D Yaay!
 
v0.12.1.0-4d4a9df

Is the default wallet mode suppose to hide all PrivateSend mixing messages and completion status in the overview tab ?
Only flagging the "enable advanced privatesend interface" currently shows them..

Remark : now that we have an advanced PS interface option, we may consider connecting the "Try Mix" and "Reset" buttons to it ... to only get visible in the Overview tab when the advanced PS interface is flagged ?
(if thats technically possible to implement)
 
Last edited:
v0.12.1.0-4d4a9df

Is the default wallet mode suppose to hide all PrivateSend mixing messages and completion status in the overview tab ?
Only flagging the "enable advanced privatesend interface" currently shows them..

Remark : now that we have an advanced PS interface option, we may consider connecting the "Try Mix" and "Reset" buttons to it ... to only get visible in the Overview tab when the advanced PS interface is flagged ?
(if thats technically possible to implement)
https://github.com/dashpay/dash/pull/867
Yes, default is "off" and, yes, it already hides "debug" buttons when it's off. Or... doesn't it hide buttons for you? Which OS?
 
https://github.com/dashpay/dash/pull/867
Yes, default is "off" and, yes, it already hides "debug" buttons when it's off. Or... doesn't it hide buttons for you? Which OS?

Damn, you are right, i didn't notice those two buttons (Try Mix & Reset) disappear when it was in default mode and appear again when advanced PS interface is flagged on.
Great job !! Its like you read my mind before i even thought about it :)
I also didn't read the actual pull, or it would have made perfect sense.
So i can hereby confirm it works well in Windows 10.

We do have a small problem with people mixing from default wallet mode and wanting to stop the mixing. They could be hit with collateral costs as the correct time to stop the mixing (when its idle)
is not shown to them... maybe the wallet could await an idle status before stopping ?
 
Last edited:
Report: My windows 10 machine doesn't like my wifi dongle and keeps dropping off the network, however it seems to be working. I got a conflicted transaction for a privatesend denominate and yet, the wallet moved on. No hang ups it seems :)
 

Updated, what was new or fixed in this version? :) Never mind, it's all gibberish to me anyway, LOL. Can anyone explain how to use the new governance system? I'd think things are going smooth enough to try them out, unless you don't want us messing with anything yet?
 
@flare @UdjinM6

Crazy idea, need to spit it out.

I was thinking about -multisession and @UdjinM6’s concern about backup issues for the user.
What if we could somehow lock a wallet.dat + deterministic wallet together?

wallet.dat spends 26 or so keys to sign and hash the HD wallet’s seed frase. At the same time, HD signs and hashes the wallet.dat’s password. One seed word per .dat key, one pw character per HD key. Crazy secure, and opens a world of possibilities! (I think). I imagine this is insane coding work, but please bear with me

Example, you could have full control of the HD wallet from a wallet.dat password, or in case of disaster be able to recover a wallet.dat to current state, using just an HD wallet seed. Just need to derive from a 1 of 2 multi-sig relationship for HD wallet to recover .dat’s keys, or vice versa. Both can extract and redeem script keys, right? Maybe this could open up some possibilities.

You could even give “special privileges” to either .dat or HD in some situations, creating a 2 of 3 relationship to balance usage of keys to certain funds, ex: Masternodes.

Since the wallet.dat “owns” the HD seed, it could eventually be used as a sort of HD keypool buffer. Potentially useful for mixing?

Specify one custom change addresses on the .dat redirecting to an HD key… so if .dat destroyed, from seed you could recover the mixing current state by spending all of the wallet.dat keys from that one HD custom change address with multisig privilidges.

On wallet creation QT “links” up and controls the seed, so it can use the HD keys as it pleases. In simpleton terms;

-> create new Wallet.dat

- “Introduce HD seed or Click Here to Generate new HD wallet”
-> = “Please Backup this new Seed phrase”
-> else

- “Introduce Wallet.dat password to confirm”
- “Introduce Seed to confirm”

Does this make any sense at all ?

In this case -multisession could be on by default. All the mix keys could be in the safe possession of a 1 of 2 multisig HD wallet key or seed.
 
Last edited:
@yidakee I'm not not sure I understand... I think HD wallet itself would be enough actually, no need to build complicated schemes.
 
Ooops, I'm behind updating, but got my 2 tMN up and running, and downloading Windows wallet now :)
 
I don't know what phase we are on (OP) but I'm assuming we should try phase 2 by now. I am at 99% fully denominated, however, the smaller denominations are taking a lot longer to complete. I can't PS an amount such as 156.456 but I can send 156 coins. Is there a way to either speed up the smaller denominations or else use a larger denom and give back change?

IS is working great

If I combine the two, IS and PS, I think the fees add up to something that causes my transaction to fail because it can't find enough smaller PS funds (due to smaller denoms not being mixed enough) to pay the fees (the denomination included fees are not enough)

If this ends up true on mainnet, that small denominations take longer, we're going to have frustrated users because everything requires small denominations, so they are the first denominations to be used and last to be created it seems. Is it possible that they are held back in getting mixed? Could they be given order preference?

Another thing is Dash, as it grows in value, will be using smaller denominations more often than large denoms in the future. It might be time to bring them down to the 0.01 or 0.001 range, unless it's easy to add in the future? Or have an "include the excess in transaction fee" option?


NOTE: when I tried to PS and IS 1000 coins to another address, it actually worked. Somehow, I think it decided that the "rounded up" fee of 0.01 was fine, however it won't do this for smaller amounts apparently??

Finally: When I spend a bunch of my PS balance, it immediately denominates fresh coins. This is great because I am having trouble with my main net wallet which doesn't seem to denominate new coins - though this could be because it wants to wait until it can make a larger denomination, and in Testnet, there are plenty of coins to fill the void (2000 coins / 8 rounds)

Hope I'm not doing too much TMI
 
Last edited:
Does this mean we can start playing with governance? Or is that only for developers to play with at the moment? :p
 
@flare @UdjinM6

Crazy idea, need to spit it out.

I was thinking about -multisession and @UdjinM6’s concern about backup issues for the user.
What if we could somehow lock a wallet.dat + deterministic wallet together?

wallet.dat spends 26 or so keys to sign and hash the HD wallet’s seed frase. At the same time, HD signs and hashes the wallet.dat’s password. One seed word per .dat key, one pw character per HD key. Crazy secure, and opens a world of possibilities! (I think). I imagine this is insane coding work, but please bear with me

Example, you could have full control of the HD wallet from a wallet.dat password, or in case of disaster be able to recover a wallet.dat to current state, using just an HD wallet seed. Just need to derive from a 1 of 2 multi-sig relationship for HD wallet to recover .dat’s keys, or vice versa. Both can extract and redeem script keys, right? Maybe this could open up some possibilities.

You could even give “special privileges” to either .dat or HD in some situations, creating a 2 of 3 relationship to balance usage of keys to certain funds, ex: Masternodes.

Since the wallet.dat “owns” the HD seed, it could eventually be used as a sort of HD keypool buffer. Potentially useful for mixing?

Specify one custom change addresses on the .dat redirecting to an HD key… so if .dat destroyed, from seed you could recover the mixing current state by spending all of the wallet.dat keys from that one HD custom change address with multisig privilidges.

On wallet creation QT “links” up and controls the seed, so it can use the HD keys as it pleases. In simpleton terms;

-> create new Wallet.dat

- “Introduce HD seed or Click Here to Generate new HD wallet”
-> = “Please Backup this new Seed phrase”
-> else

- “Introduce Wallet.dat password to confirm”
- “Introduce Seed to confirm”

Does this make any sense at all ?

In this case -multisession could be on by default. All the mix keys could be in the safe possession of a 1 of 2 multisig HD wallet key or seed.

I'm witnessing a less complicated version of what you describing, right now. The Waves platform launched today. Their setup to receive ICO coins is rather cool. Using an HTML-based client, you enter a 12 word pass phrase of your choice (or they generate one for you). You can use a BIP39 nmemonic if you wish. This is used as the seed for the HD wallet. At the same time, you choose a user name and password. The user name is optional and is really just for convenience, but the password encrypts the local wallet.
From here forward you login to the web-based client using just user name and password. If the local wallet gets trashed or lost you can regenerate it from the HD seed.

To complete the ICO withdrawal process, you enter the receive address generated from the HD seed into their ICO website, and confirm it via email.
 
Niceeee

XwtxnVU.jpg
 
Been out of the testing loop for a minute.....
Everything going okay I assume?
 
That last 1% seems to take forever still. I think it's all small denominations too. Is there a theory on why that happens? I would presume everyone needs to mix tiny amounts more so than large amounts, so I don't understand why it's the last and slowest?

Though the lowest denominated sizes get the lowest priorities, which I'm not sure I understand the reasoning? Also, we don't have denominated amounts for 0.01 and I was wondering if maybe we should add that at this point? Our coin is worth almost 10 usd , so it may become useful soon?

There seems to be a trickle down economics in this space. People buy more BTC on a big rise, but instead of cashing out for fiat, they later buy into alt coins after a bit, so I expect to see some of that action in the next month or sooner :) Unless BTC continues to rise for another month :p
 
Status
Not open for further replies.
Back
Top