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

v0.11.2.x Testing

Testnet is kinda dead now... So I think probably your wallet was on a wrong fork and that was why it saw only 2 MNs.

If you put this wallet on Mainnet and it sees correct number of MNs then there's nothing to worry about. :)
Thanks Moli! Yes, I am getting 32 MN's now. I had to reindex again after it forked.
 
Sub-Ether, Thanks for the notice about the Dash Android app. It took some effort to get it downloaded and installed but it is working. Something that did strike me that I hadn't thought about was that dash-qt does not display nor can it read QR codes. As a payment system, the ability to work with QR codes is a REQUIREMENT, not an option.

I was able to email a payment request from the phone, so that worked.
 
Sub-Ether, Thanks for the notice about the Dash Android app. It took some effort to get it downloaded and installed but it is working. Something that did strike me that I hadn't thought about was that dash-qt does not display nor can it read QR codes. As a payment system, the ability to work with QR codes is a REQUIREMENT, not an option.

I was able to email a payment request from the phone, so that worked.
Displays ok for receiving, goto request payment on dash-qt, can't see the send anywhere?
 
I think the behaviour of the QT has changed sine a few version ago. I'd also like to suggest a slight, yet great feature.

OSx here...

- When I send funds, I drop in the amount, click on the "Choose previously used address", click on any give addy, and press enter. Before, pressing Enter would choose that addy and populate the send field. Now, because the "New" button is highlighted by default, pressing enter opens the dialog to add a new address. I keep on doing it every time and its a bit frustrating. Kinda sucks, 'cos you are forced to use your mouse (or use tab a few times) to get to "Choose" button.

Suggestion on feature

- When you copy/paste a known address, if it's labelled it will automatically fill in the label in the send field. Would be awesome if it were inter-compatible, meaning, it would be great if I filled in the amount, then clicked on label and start typing for example "John Doe" and the address auto-fills. That would save a few clicks and wouldn't even need to open contact list.
 
Since extensive wallet-backups once saved my precious Litecoin-ass (back in the days when Litecoin still had some value) I'm implementing something like this right now.

Maybe Evan even approves it :smile:

Update: done, see https://github.com/dashpay/dash/pull/306

crowning

How this autobackup handle situation if there are example two wallets with different names?

And if there are 5 wallets, max 10 backups are maybe too insufficient ?
 
crowning

How this autobackup handle situation if there are example two wallets with different names?

And if there are 5 wallets, max 10 backups are maybe too insufficient ?

From what I can tell, it only backups the active wallet (wallet.dat or whatever you passed in the -wallet switch). And it looks like the cleanup routine only keeps the 10 newest files, so there might be a problem if you have one wallet that you use every day and another you use only once per month (the once per month one won't have backups most of the time).

Disclaimer: I didn't actually test it, I just looked over the code. So don't take my word for it :)
 
From what I can tell, it only backups the active wallet (wallet.dat or whatever you passed in the -wallet switch). And it looks like the cleanup routine only keeps the 10 newest files, so there might be a problem if you have one wallet that you use every day and another you use only once per month (the once per month one won't have backups most of the time).

Disclaimer: I didn't actually test it, I just looked over the code. So don't take my word for it :)
And if you have 10 wallets...
I suggest to make sub folder to backup folder, folder named as wallet file name, and put backups in there.

Example:
There is 3 wallets: wallet_1.dat, wallet_mn.dat, testwallet.dat

dash\backup\wallet_1\
- wallet_1_backup_file_1
- wallet_1_backup_file_2
- wallet_1_backup_file_3

dash\backup\wallet_mn\
- wallet_mn_backup_file_1
- wallet_mn_backup_file_2
- wallet_mn_backup_file_3

dash\backup\testwallet\
- testwallet_backup_file_1
- testwallet_backup_file_2
- testwallet_backup_file_3
 
crowning

How this autobackup handle situation if there are example two wallets with different names?

And if there are 5 wallets, max 10 backups are maybe too insufficient ?

Auto-backup backs up the wallet.dat the currently running wallet uses/sees to a folder "backups" which is created in the same folder as your wallet.dat.

If you use different *.dat files in the same folder things may indeed get a bit confusing, but this (advanced) scenario is not what the auto-backup was made for.

It was made for the beginners/non-technical users (which will be the majority if Dash adoption grows as much as we all hope) who most probably don't even know that there is a file with the name wallet.dat and even less know where it is located.

User who already know how to use different *.dat files in the same folder should know how to make proper backups.

BTW, that's the same reason why I implemented the "Open Configuration File" menu. We Dashtalk user know where the configuration file is located, but if you ever had the fun to explain an OSX user where it is located and how to change it you'll understand.

Edit: if it's really needed I could change the upper limit to 50 or more files, no biggie.
 
Auto-backup backs up the wallet.dat the currently running wallet uses/sees to a folder "backups" which is created in the same folder as your wallet.dat.

If you use different *.dat files in the same folder things may indeed get a bit confusing, but this (advanced) scenario is not what the auto-backup was made for.

It was made for the beginners/non-technical users (which will be the majority if Dash adoption grows as much as we all hope) who most probably don't even know that there is a file with the name wallet.dat and even less know where it is located.

User who already know how to use different *.dat files in the same folder should know how to make proper backups.

BTW, that's the same reason why I implemented the "Open Configuration File" menu. We Dashtalk user know where the configuration file is located, but if you ever had the fun to explain an OSX user where it is located and how to change it you'll understand.

Edit: if it's really needed I could change the upper limit to 50 or more files, no biggie.


Again, I'm only armchair programming here, but to support AJM's use case, wouldn't it be enough to filter the files here:

https://github.com/dashpay/dash/pull/306/files#diff-c865a8939105e6350a50af02766291b7R757

If you only put them in the folder_set if the filename begins with strWalletFile, then cleanup will only remove the oldest entry for the currently active wallet, so all the ones from other wallet files would remain untouched
 
  • Like
Reactions: AjM
Again, I'm only armchair programming here, but to support AJM's use case, wouldn't it be enough to filter the files here:

https://github.com/dashpay/dash/pull/306/files#diff-c865a8939105e6350a50af02766291b7R757

If you only put them in the folder_set if the filename begins with strWalletFile, then cleanup will only remove the oldest entry for the currently active wallet, so all the ones from other wallet files would remain untouched
Exactly what i was also thinking, agree 100%.
Maybe also raise max to 20?

Edit: bolded quote part.
 
Last edited by a moderator:
Auto-backup backs up the wallet.dat the currently running wallet uses/sees to a folder "backups" which is created in the same folder as your wallet.dat.

If you use different *.dat files in the same folder things may indeed get a bit confusing, but this (advanced) scenario is not what the auto-backup was made for.

It was made for the beginners/non-technical users (which will be the majority if Dash adoption grows as much as we all hope) who most probably don't even know that there is a file with the name wallet.dat and even less know where it is located.

User who already know how to use different *.dat files in the same folder should know how to make proper backups.

BTW, that's the same reason why I implemented the "Open Configuration File" menu. We Dashtalk user know where the configuration file is located, but if you ever had the fun to explain an OSX user where it is located and how to change it you'll understand.

Edit: if it's really needed I could change the upper limit to 50 or more files, no biggie.
I second that (besides "Edit" part) :smile:
the-baker AjM I'd say "no" to increasing max # of backup files in general but I agree that nWalletBackups could be the limit for every single wallet. The point of this function is to help novice users and/or have some simplified version of time machine :wink: BUT at the same time we should try our best not to teach users bad practice of storing backups on the same storage they actually run their wallets. My logic behind that is like that: you would definitely want to use auto-backups for quite a long time if you have large enough max number -> you will leave proper backup setup "for later" -> inevitable disaster.
 
UdjinM6:

Is there a way to make a timer to force the user to properly backup at a certain point?

Example message (upon downloading):

Welcome to Dash! Proper backup of your wallet file (wallet.dat) is essential, and as such you will be required to perform a backup within 2 (two) days of this message or whenever you next open your wallet. To learn how to perform a backup, click here (link to tutorial).

Example message (at time of backup):

Dash requires that your wallet.dat is backed up to an outside secure location. Please perform this function before continuing. To learn how to perform a backup, click here.

This could result in Dash users being the most secure minded, educated group in all of crypto! It could be a huge advantage going forward.

Just sayin'.
 
UdjinM6:

Is there a way to make a timer to force the user to properly backup at a certain point?

Example message (upon downloading):

Welcome to Dash! Proper backup of your wallet file (wallet.dat) is essential, and as such you will be required to perform a backup within 2 (two) days of this message or whenever you next open your wallet. To learn how to perform a backup, click here (link to tutorial).

Example message (at time of backup):

Dash requires that your wallet.dat is backed up to an outside secure location. Please perform this function before continuing. To learn how to perform a backup, click here.

This could result in Dash users being the most secure minded, educated group in all of crypto! It could be a huge advantage going forward.

Just sayin'.
hmmmm... not sure about this... messages like that could be annoying and might have overcomplicated implementation (calculating days? ## of backups? both?)... crowning actually was advocating for KISS (can't find any reason to disagree on this) :grin: so maybe smth simpler, like additional info-box on first launch - right after wallet asked you where do you want your datadir to be...or maybe even in the same dialog... not sure...
 
hmmmm... not sure about this... messages like that could be annoying and might have overcomplicated implementation (calculating days? ## of backups? both?)... crowning actually was advocating for KISS (can't find any reason to disagree on this) :grin: so maybe smth simpler, like additional info-box on first launch - right after wallet asked you where do you want your datadir to be...or maybe even in the same dialog... not sure...
Yes, I think it is important, failing the timer, to have something that alerts the user to the importance of backups.
 
I asked this in the release thread which is pretty dead, LOL. But I'm wondering if this can be done, or if it might be what is planned?

Is there any way that the reference node could be integrated into each wallet / miner node, with another consensus blockchain? A reference node seems necessary, therefore it needs to be decentralized. If all it does is keep track of where each masternode is on the list, couldn't a secondary, short blockchain be added? it's older info could expire at some point. Say it holds a month's worth, or 3 rounds worth and dumps the older info to keep it short and sweet ??

Can anyone explain how many masternodes are kept int the voting pool from the reference node? It's a bit of a problem to have "fair chance" at being chosen as the masternode, while making it hard/impossible to know who will be next.

Another thought occures to me that we could have several masternodes functioning per round. That would make it even harder to figure out what is going on. Of course, that would split the payments in more directions, increasing transactions and blockchain bloat. Or?

Well, just giving away my brain farts to see if any of them smell good or trigger a brilliant thought in one of you brilliant people, LOL
 
I asked this in the release thread which is pretty dead, LOL. But I'm wondering if this can be done, or if it might be what is planned?

Is there any way that the reference node could be integrated into each wallet / miner node, with another consensus blockchain? A reference node seems necessary, therefore it needs to be decentralized. If all it does is keep track of where each masternode is on the list, couldn't a secondary, short blockchain be added? it's older info could expire at some point. Say it holds a month's worth, or 3 rounds worth and dumps the older info to keep it short and sweet ??

Can anyone explain how many masternodes are kept int the voting pool from the reference node? It's a bit of a problem to have "fair chance" at being chosen as the masternode, while making it hard/impossible to know who will be next.

Another thought occures to me that we could have several masternodes functioning per round. That would make it even harder to figure out what is going on. Of course, that would split the payments in more directions, increasing transactions and blockchain bloat. Or?

Well, just giving away my brain farts to see if any of them smell good or trigger a brilliant thought in one of you brilliant people, LOL
I saw your question there but I have no answer for it. Yet. :wink: Here are some thoughts though...
We've been discussing p2pool-like solutions ("a secondary, short blockchain", "it holds a month's worth, or 3 rounds worth and dumps the older info to keep it short and sweet") inside dev team some time ago but hadn't yet come to conclusion if it really suits us afaik. Problem with another blockchain - someone has to mine it. And hashrate there must be enough to be at least as secure as main chain. We can make it merge-mined with main or smth like that however but it means same miners will produce consensus for sharing their own block reward with masternodes. And there's something wrong with that model imo. Or we can make it POS-like but I'm not sure how exactly. Also Evan proposed another model some time ago - storing limited MN list changes in blockchain or smth like this if I remember correctly. The idea there was that we can make every node on the network to be aware of the exact same MN list at any given point of time by utilizing the same blockchain. I'm still not sure which approach is better however.:confused:

I see no significant gain from "several masternodes functioning per round" other than making payments more even so people could sleep better :grin: for example for 4 MNs per block you'd get ~ 0.5 DASH almost every day at current MN count. Other than that.... I don't know. As for blockchain bloat - in that example with 4 MNs it means 5 outputs instead of 2 for "normal"-mined block and say 103 instead of 100 for p2pool-mined block (take this one for example http://explorer.dashninja.pl/tx/76ef1856f2c777c26adf95b90db9077bb4986d4079f150f38d67e510c4092f23 - 141(!) outputs). Not too much bloat imo.
 
I second that (besides "Edit" part) :smile:
the-baker AjM I'd say "no" to increasing max # of backup files in general but I agree that nWalletBackups could be the limit for every single wallet. The point of this function is to help novice users and/or have some simplified version of time machine :wink: BUT at the same time we should try our best not to teach users bad practice of storing backups on the same storage they actually run their wallets. My logic behind that is like that: you would definitely want to use auto-backups for quite a long time if you have large enough max number -> you will leave proper backup setup "for later" -> inevitable disaster.

I've implemented an acceptable compromise for both worlds and it's still KISS :grin:: when you configure Dash to create e.g. 3 backups it keeps now 3 backups per wallet-name, see https://github.com/dashpay/dash/pull/317
 
Back
Top