Topic: [SDC] ShadowCash | Welcome to the UMBRA - page 559. (Read 1289714 times)
Because today is shit throwing day. And all of everyone is just going to each others forums and creating a shitstorm. poo from the sky, poo from the sides, poo straight ahead. fud. everywhere.
Why the price is going badly down?
Usual folk don't like to wait and some people are jumping to another coins now. After some time they will jump back to sdc. This is a classical principle of volatility.
Why the price is going badly down?
Hey guys,
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
Reposting this so someone else can chime in and because it looked like it was going to get buried.
I found a question posted on the bitcoin section of stack exchange (TIL stack exchange has a bitcoin section!) asking how often to back up.
https://bitcoin.stackexchange.com/questions/13277/how-frequently-should-one-update-wallet-backup
But I realize that's not especially helpful as you were asking about how staking would effect things. Hopefully someone will correct me if I'm wrong, but I don't think staking in itself leads to more addresses being generated, and if that's the case then the advice to back up roughly every 50 txs should be pretty sound. I usually do it once a month or so, but I haven't moved my coins around much.
It'd be great if we had a HD wallet like Electrum where all your private keys can be regenerated from a starting phrase, has anyone seen any other alts with that yet?
Thanks for the info 2 I had the keypool option already in some daemons but forgot about it lol ...
You can change your keypool to 1000 if you want keypool=1000 -keypool=1000 I have encountered strange things when you run out of key addresses and you are still mining blocks (primecoin) but only if you have two or more of the same wallet.dat running on two different nodes and you start sending coins from the wallet you don't use to mine with it starts to place the change in keys another wallet does not control and creates huge issues and coins usually disappear and don't show correctly
but what happens in a wallet.dat is not really important if you know what you are doing because the coins are actually on the blockchain and not in the wallet.dat they are as you know just the keys to the blockchain and should be treated as such! but when you run out of keys on one wallet.dat and the other still has some and you send coins around the change gets put back into an address the other wallet.dat might not own
My advice is not have the same wallet staking on more then one node to avoid these issues and yes back them up every so often its not really that important or necessary though.
If you have one backup from when you first made the wallet then that is enough forever. To be able to control those coins i usually backup a wallet when i make new addresses but never use them unless i have an issue kinda like a system restore point or points you can check to see what programs are effected i note the same things fro each backup.
but what happens in a wallet.dat is not really important if you know what you are doing because the coins are actually on the blockchain and not in the wallet.dat they are as you know just the keys to the blockchain and should be treated as such! but when you run out of keys on one wallet.dat and the other still has some and you send coins around the change gets put back into an address the other wallet.dat might not own
My advice is not have the same wallet staking on more then one node to avoid these issues and yes back them up every so often its not really that important or necessary though.
If you have one backup from when you first made the wallet then that is enough forever. To be able to control those coins i usually backup a wallet when i make new addresses but never use them unless i have an issue kinda like a system restore point or points you can check to see what programs are effected i note the same things fro each backup.
SVN rev 163 (ver 0.3.13.3) has the key pool feature. Pre-generated new keys are aged in a queue before use, so that backups of wallet.dat hold keys you'll use in the future.
For now I made the default pool size 100. It can be configured with -keypool=. Be aware, it takes a little time to increase the pool size, so don't go crazy with it. Disk space is about 1K per key.
I have not addressed the recovery side of this yet. If you actually did restore an old wallet.dat, I think you may have to delete blk*.dat to rediscover your own transactions during the redownload.
I've only tested this moderately. You might not want to use this for a website server until it's had some more testing.
For now I made the default pool size 100. It can be configured with -keypool=. Be aware, it takes a little time to increase the pool size, so don't go crazy with it. Disk space is about 1K per key.
I have not addressed the recovery side of this yet. If you actually did restore an old wallet.dat, I think you may have to delete blk*.dat to rediscover your own transactions during the redownload.
I've only tested this moderately. You might not want to use this for a website server until it's had some more testing.
Thanks for the info
You can change your keypool to 1000 if you want keypool=1000 -keypool=1000 I have encountered strange things when you run out of key addresses and you are still mining blocks (primecoin) but only if you have two or more of the same wallet.dat running on two different nodes and you start sending coins from the wallet you don't use to mine with it starts to place the change in keys another wallet does not control and creates huge issues and coins usually disappear and don't show correctly
but what happens in a wallet.dat is not really important if you know what you are doing because the coins are actually on the blockchain and not in the wallet.dat they are as you know just the keys to the blockchain and should be treated as such! but when you run out of keys on one wallet.dat and the other still has some and you send coins around the change gets put back into an address the other wallet.dat might not own
My advice is not have the same wallet staking on more then one node to avoid these issues and yes back them up every so often its not really that important or necessary though.
If you have one backup from when you first made the wallet then that is enough forever. To be able to control those coins i usually backup a wallet when i make new addresses but never use them unless i have an issue kinda like a system restore point or points you can check to see what programs are effected i note the same things fro each backup.
but what happens in a wallet.dat is not really important if you know what you are doing because the coins are actually on the blockchain and not in the wallet.dat they are as you know just the keys to the blockchain and should be treated as such! but when you run out of keys on one wallet.dat and the other still has some and you send coins around the change gets put back into an address the other wallet.dat might not own
My advice is not have the same wallet staking on more then one node to avoid these issues and yes back them up every so often its not really that important or necessary though.
If you have one backup from when you first made the wallet then that is enough forever. To be able to control those coins i usually backup a wallet when i make new addresses but never use them unless i have an issue kinda like a system restore point or points you can check to see what programs are effected i note the same things fro each backup.
SVN rev 163 (ver 0.3.13.3) has the key pool feature. Pre-generated new keys are aged in a queue before use, so that backups of wallet.dat hold keys you'll use in the future.
For now I made the default pool size 100. It can be configured with -keypool=. Be aware, it takes a little time to increase the pool size, so don't go crazy with it. Disk space is about 1K per key.
I have not addressed the recovery side of this yet. If you actually did restore an old wallet.dat, I think you may have to delete blk*.dat to rediscover your own transactions during the redownload.
I've only tested this moderately. You might not want to use this for a website server until it's had some more testing.
For now I made the default pool size 100. It can be configured with -keypool=. Be aware, it takes a little time to increase the pool size, so don't go crazy with it. Disk space is about 1K per key.
I have not addressed the recovery side of this yet. If you actually did restore an old wallet.dat, I think you may have to delete blk*.dat to rediscover your own transactions during the redownload.
I've only tested this moderately. You might not want to use this for a website server until it's had some more testing.
[quote author=O_Omaha link=topic=745352.msg9131507#msg9131507 date=1412790113
or maybe this heavy ass blockchain caused a glitch at mintpal? Just wait til zk-snarks add to the heft...
[/quote]
You do realize that as coins go on their respective blockchains get bigger yes? How big is xst's?
Have you even seen the size of bitcoins blockchain?
or maybe this heavy ass blockchain caused a glitch at mintpal? Just wait til zk-snarks add to the heft...
[/quote]
You do realize that as coins go on their respective blockchains get bigger yes? How big is xst's?
Have you even seen the size of bitcoins blockchain?
Hey guys,
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
Reposting this so someone else can chime in and because it looked like it was going to get buried.
I found a question posted on the bitcoin section of stack exchange (TIL stack exchange has a bitcoin section!) asking how often to back up.
https://bitcoin.stackexchange.com/questions/13277/how-frequently-should-one-update-wallet-backup
But I realize that's not especially helpful as you were asking about how staking would effect things. Hopefully someone will correct me if I'm wrong, but I don't think staking in itself leads to more addresses being generated, and if that's the case then the advice to back up roughly every 50 txs should be pretty sound. I usually do it once a month or so, but I haven't moved my coins around much.
It'd be great if we had a HD wallet like Electrum where all your private keys can be regenerated from a starting phrase, has anyone seen any other alts with that yet?
You mean brain wallets?
Yeah exact same thing but I think with brain wallets you can choose your own starting phrase, whereas with electrum etc. it's generated by the wallet. It doesn't make much difference as long as it's complex enough, but at least if the wallet does it it's idiot-proof. I had a wee sniff about, seems Reddcoin are going to develop one. http://www.reddit.com/r/reddCoin/comments/2b33e5/posv_release_candidate_2_chess_and_future/
Hey guys,
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
Reposting this so someone else can chime in and because it looked like it was going to get buried.
I found a question posted on the bitcoin section of stack exchange (TIL stack exchange has a bitcoin section!) asking how often to back up.
https://bitcoin.stackexchange.com/questions/13277/how-frequently-should-one-update-wallet-backup
But I realize that's not especially helpful as you were asking about how staking would effect things. Hopefully someone will correct me if I'm wrong, but I don't think staking in itself leads to more addresses being generated, and if that's the case then the advice to back up roughly every 50 txs should be pretty sound. I usually do it once a month or so, but I haven't moved my coins around much.
It'd be great if we had a HD wallet like Electrum where all your private keys can be regenerated from a starting phrase, has anyone seen any other alts with that yet?
You mean brain wallets?
Hey guys,
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
How updating wallet.dat properly when staking ?
As I understood every send transaction you need to update the wallet.dat so you won't lose any address , how is this with staking because I did it always manually before staking...
Reposting this so someone else can chime in and because it looked like it was going to get buried.
I found a question posted on the bitcoin section of stack exchange (TIL stack exchange has a bitcoin section!) asking how often to back up.
https://bitcoin.stackexchange.com/questions/13277/how-frequently-should-one-update-wallet-backup
But I realize that's not especially helpful as you were asking about how staking would effect things. Hopefully someone will correct me if I'm wrong, but I don't think staking in itself leads to more addresses being generated, and if that's the case then the advice to back up roughly every 50 txs should be pretty sound. I usually do it once a month or so, but I haven't moved my coins around much.
It'd be great if we had a HD wallet like Electrum where all your private keys can be regenerated from a starting phrase, has anyone seen any other alts with that yet?
If people are trolling the thread, best just ignore them. Then they'll have to slither away to find someone else's tears to feed on. 
or maybe this heavy ass blockchain caused a glitch at mintpal? Just wait til zk-snarks add to the heft...
And I wouldn't blame SDC for what is happening at mintpal lol. I have a standing open ticket over there that hasn't been touched in two days about some stuck btc that I tried to withdraw.
If people are trolling the thread, best just ignore them. Then they'll have to slither away to find someone else's tears to feed on.
+1
Should don't care
I want cheap SDC too
If people are trolling the thread, best just ignore them. Then they'll have to slither away to find someone else's tears to feed on.
snip
Reminds me of the time your mom had to hang a steak around your neck to get the dog to play with you...
just fucking sad.
Hahah your invested in Dark which has an exploit that was used on itself already, and XST which is vaporwear... enjoy you fucking joke of a "trader"
Bunch of different indicators, nothing special just some TA Im learning from courses....they seem to always works out nice 
CHeck that sexy... Organic Growth with some ascending Wedges, Were looking really healthy right now... When the Surge comes it will be epic because of this all natural growth we have been having!!! Cant wait for ZK to drop soon
whats your prediction for the pump after ZK drops?
I cant really chart that until it drops and we start seeing some action... then I can use some tools to tell where its going
... I dont like taking a shot in the dark when it comes to charts so I honestly cant say until thenwhat tools do you use?
CHeck that sexy... Organic Growth with some ascending Wedges, Were looking really healthy right now... When the Surge comes it will be epic because of this all natural growth we have been having!!! Cant wait for ZK to drop soon
whats your prediction for the pump after ZK drops?
I cant really chart that until it drops and we start seeing some action... then I can use some tools to tell where its going
... I dont like taking a shot in the dark when it comes to charts so I honestly cant say until then Jump to: