[ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency

[r4vani]

enforcement on??

82%

Enforcement is on since 2015-08-22 12:00 GMT

[GilAlexander]

My mn dropped off after enforcement, restarted.

[HeXaN]

enforcement on??

82%

What means "enforcement"?

[Minotaur26]

enforcement on??

82%

What means "enforcement"?

 In Dash, full nodes are compensated for their service by sharing block rewards with miners.  Enforcement is a mode of the network that ensures that all blocks that do not pay masternodes are rejected and guarantees full nodes are compensated as designed. 

Sometimes when we go through big version changes, the protocol changes and during the transition we have two different protocols active on the network so enforcement needs to be turned off as the network upgrades, during that period of time many miners continue to pay full nodes normally but some may take advantage as compliance is voluntary and not enforced.

Once the majority of the network upgrades, enforcement is turned back on and non compliant blocks are rejected by the network. At this time we succesfully transitioned from v11 to v12 and enforcement is back on so masternode payments will go back to normal.

[HeXaN]

enforcement on??

82%

What means "enforcement"?

 In Dash, full nodes are compensated for their service by sharing block rewards with miners.  Enforcement is a mode of the network that ensures that all blocks that do not pay masternodes are rejected and guarantees full nodes are compensated as designed. 

Sometimes when we go through big version changes, the protocol changes and during the transition we have two different protocols active on the network so enforcement needs to be turned off as the network upgrades, during that period of time many miners continue to pay full nodes normally but some may take advantage as compliance is voluntary and not enforced.

Once the majority of the network upgrades, enforcement is turned back on and non compliant blocks are rejected by the network. At this time we succesfully transitioned from v11 to v12 and enforcement is back on so masternode payments will go back to normal.

To bring the hammer down on the people that want to cheat the system - and make them comply

Thank you!
I understand perfectly
And...  is 5th of september "the red line"? It will be the success of the new version? (v12)

[Solarminer]

now that there is no donation address, can we not just import the dumped priv key from the cold wallet payment address to another unsafe hot wallet, I tried this and imported the priv key into the new wallet, and seems to work fine.
If you send within the hot wallet from the imported address to another address within the same wallet, this will make the payment balance of the 1k cold wallet disappear but will keep the 1k bounty intact.
So, effectively the 2 wallets are twinned by 1 mutually exclusive address.
wondering is this a 100% secure way of receiving masternode payments to an unsafe hot wallet, as the priv key for the 1k is still safe in the cold wallet that never has to be started up, am I missing anything, anyone ?

This is intriguing.  So let me lay this out graphically so I can understand.

Original MN Wallet               New Wallet
1000 coins in key A
Dump private key A
                                       Import private key A
                                       Send funds from key A to key B

Key A has 0 coins                Key B has 1000 coins
Rewards deposit in Key A      Rewards deposit in key A

Am I close on this?  I think the original wallet would then be your hot wallet with spendable rewards.  The new wallet would have the 1000 coins and would stay cold.
Do both wallets need the same password?  Seems like something that could pose a problem.

[Bridgewater]

Fun off topic chart 

The orange and blue lines cannot coexist.  There is only the orange line. 

[noobtrader]

Hi,
anyone having problem with ver 47 ? my wallet says synchronization  failed at 75% ?

[noobtrader]

Hi,
anyone having problem with ver 47 ? my wallet says synchronization  failed at 75% ?

Please describe your issue in greater detail -

Some times it's just easier to delete everything - while saving your wallet.dat file -
 - and reinstall

Why beat a dead horse - ......

thanks i will try it

[Sub-Ether]

now that there is no donation address, can we not just import the dumped priv key from the cold wallet payment address to another unsafe hot wallet, I tried this and imported the priv key into the new wallet, and seems to work fine.
If you send within the hot wallet from the imported address to another address within the same wallet, this will make the payment balance of the 1k cold wallet disappear but will keep the 1k bounty intact.
So, effectively the 2 wallets are twinned by 1 mutually exclusive address.
wondering is this a 100% secure way of receiving masternode payments to an unsafe hot wallet, as the priv key for the 1k is still safe in the cold wallet that never has to be started up, am I missing anything, anyone ?

This is intriguing.  So let me lay this out graphically so I can understand.

Original MN Wallet               New Wallet
1000 coins in key A
Dump private key A
                                       Import private key A
                                       Send funds from key A to key B

Key A has 0 coins                Key B has 1000 coins
Rewards deposit in Key A      Rewards deposit in key A

Am I close on this?  I think the original wallet would then be your hot wallet with spendable rewards.  The new wallet would have the 1000 coins and would stay cold.
Do both wallets need the same password?  Seems like something that could pose a problem.

Edit: Yep, you are almost there, but the private key must be the change payment address and not the 1k address, they are different. And when you import the key to the new wallet, if it had 1 dash before, it will now add 1 dash to the hot wallet and remain in the cold wallet at the same time (twinned, so to speak, until moved to another address)

And my question still stands,
is there any security threat for the cold wallet by sharing only one private key between 2 wallets to use as a donation address,
anyone, please ??

[Sub-Ether]

Hi,
anyone having problem with ver 47 ? my wallet says synchronization  failed at 75% ?

Please describe your issue in greater detail -
Some times it's just easier to delete everything - while saving your wallet.dat file -
 - and reinstall
Why beat a dead horse - ......

Just a thought here, but I have noticed that I can get a more reliable sync if I am downloading the blockchain (from scratch) at the same time, while this doesn't quite make sense-why download it all again anyway? But I am thinking that the download process slows the client down enough so that it syncs/aligns better with the network, basically helps match the speed of all the processes involved.
If you were on a slow computer like the Pi, this could be more of an issue perhaps.

[TanteStefana2]

now that there is no donation address, can we not just import the dumped priv key from the cold wallet payment address to another unsafe hot wallet, I tried this and imported the priv key into the new wallet, and seems to work fine.
If you send within the hot wallet from the imported address to another address within the same wallet, this will make the payment balance of the 1k cold wallet disappear but will keep the 1k bounty intact.
So, effectively the 2 wallets are twinned by 1 mutually exclusive address.
wondering is this a 100% secure way of receiving masternode payments to an unsafe hot wallet, as the priv key for the 1k is still safe in the cold wallet that never has to be started up, am I missing anything, anyone ?

This is intriguing.  So let me lay this out graphically so I can understand.

Original MN Wallet               New Wallet
1000 coins in key A
Dump private key A
                                       Import private key A
                                       Send funds from key A to key B

Key A has 0 coins                Key B has 1000 coins
Rewards deposit in Key A      Rewards deposit in key A

Am I close on this?  I think the original wallet would then be your hot wallet with spendable rewards.  The new wallet would have the 1000 coins and would stay cold.
Do both wallets need the same password?  Seems like something that could pose a problem.

Yep, I said the same a few pages ago, we are thinking the same,
https://bitcointalk.org/index.php?topic=421615.msg12211403#msg12211403

And my question still stands,
is there any security threat for the cold wallet by sharing only one private key between 2 wallets to use as a donation address,
anyone, please ??

I don't understand how this can work.  The payments always go to the wallet address, or address, that has the 1000 coins.  If you send those coins to another address, that will be the address the payments are sent to, or worse, your masternode will no longer work, because you sent the coins out.  I don't understand the logic?

Unless what you're trying to say is you can import your private key into another wallet and access the coins, but that just puts the whole - what should have been cold - wallet into a more easily stolen situation.

I would never continue to use an account address that has had it's private key exposed via being typed into a wallet.  Maybe nobody can see, but I'm very paranoid.  I would only use a private key to recover coins, then send them on to a secure wallet afterwards.

Even still, I don't understand the logic of the first idea?  Because remember, the moment you move your coins out of your masternode address, the masternode ceases to work.

[Sub-Ether]

now that there is no donation address, can we not just import the dumped priv key from the cold wallet payment address to another unsafe hot wallet, I tried this and imported the priv key into the new wallet, and seems to work fine.
If you send within the hot wallet from the imported address to another address within the same wallet, this will make the payment balance of the 1k cold wallet disappear but will keep the 1k bounty intact.
So, effectively the 2 wallets are twinned by 1 mutually exclusive address.
wondering is this a 100% secure way of receiving masternode payments to an unsafe hot wallet, as the priv key for the 1k is still safe in the cold wallet that never has to be started up, am I missing anything, anyone ?

This is intriguing.  So let me lay this out graphically so I can understand.

Original MN Wallet               New Wallet
1000 coins in key A
Dump private key A
                                       Import private key A
                                       Send funds from key A to key B

Key A has 0 coins                Key B has 1000 coins
Rewards deposit in Key A      Rewards deposit in key A

Am I close on this?  I think the original wallet would then be your hot wallet with spendable rewards.  The new wallet would have the 1000 coins and would stay cold.
Do both wallets need the same password?  Seems like something that could pose a problem.

Yep, I said the same a few pages ago, we are thinking the same,
https://bitcointalk.org/index.php?topic=421615.msg12211403#msg12211403

And my question still stands,
is there any security threat for the cold wallet by sharing only one private key between 2 wallets to use as a donation address,
anyone, please ??

I don't understand how this can work.  The payments always go to the wallet address, or address, that has the 1000 coins.  If you send those coins to another address, that will be the address the payments are sent to, or worse, your masternode will no longer work, because you sent the coins out.  I don't understand the logic?

Unless what you're trying to say is you can import your private key into another wallet and access the coins, but that just puts the whole - what should have been cold - wallet into a more easily stolen situation.

I would never continue to use an account address that has had it's private key exposed via being typed into a wallet.  Maybe nobody can see, but I'm very paranoid.  I would only use a private key to recover coins, then send them on to a secure wallet afterwards.

Even still, I don't understand the logic of the first idea?  Because remember, the moment you move your coins out of your masternode address, the masternode ceases to work.

It works, I have tried it (but only on hot wallets so far!)
Do not confuse the 1k bounty private key with the 'donation' payment private key, they are separate entities.
You are only twinning one shared key between 2 wallets. Try it on 2 other wallets first, with listen=0 and run them at the same time, you will see what I mean.

Good morning ,btw.

Edit: Its an odd thing having only 1 shared address because if you move the coins around in same wallet using coin control, it can change the balance of the other wallet , but only 1 wallet of the 2 wallets balance has the potential to change at a time.(you must change the shared key for this to happen otherwise there is no change in both wallets)

[Solarminer]

now that there is no donation address, can we not just import the dumped priv key from the cold wallet payment address to another unsafe hot wallet, I tried this and imported the priv key into the new wallet, and seems to work fine.
If you send within the hot wallet from the imported address to another address within the same wallet, this will make the payment balance of the 1k cold wallet disappear but will keep the 1k bounty intact.
So, effectively the 2 wallets are twinned by 1 mutually exclusive address.
wondering is this a 100% secure way of receiving masternode payments to an unsafe hot wallet, as the priv key for the 1k is still safe in the cold wallet that never has to be started up, am I missing anything, anyone ?

This is intriguing.  So let me lay this out graphically so I can understand.

Original MN Wallet               New Wallet
1000 coins in key A
Dump private key A
                                       Import private key A
                                       Send funds from key A to key B

Key A has 0 coins                Key B has 1000 coins
Rewards deposit in Key A      Rewards deposit in key A

Edit: Yep, you are almost there, but the private key must be the change payment address and not the 1k address, they are different. And when you import the key to the new wallet, if it had 1 dash before, it will now add 1 dash to the hot wallet and remain in the cold wallet at the same time (twinned, so to speak, until moved to another address)

And my question still stands,
is there any security threat for the cold wallet by sharing only one private key between 2 wallets to use as a donation address,
anyone, please ??

Hmmm.  A little confused, but I do want to know how you can do it.  Could you explain with my diagram above where the change payment and 1k address start and end up?

[Sub-Ether]

now that there is no donation address, can we not just import the dumped priv key from the cold wallet payment address to another unsafe hot wallet, I tried this and imported the priv key into the new wallet, and seems to work fine.
If you send within the hot wallet from the imported address to another address within the same wallet, this will make the payment balance of the 1k cold wallet disappear but will keep the 1k bounty intact.
So, effectively the 2 wallets are twinned by 1 mutually exclusive address.
wondering is this a 100% secure way of receiving masternode payments to an unsafe hot wallet, as the priv key for the 1k is still safe in the cold wallet that never has to be started up, am I missing anything, anyone ?

And my question still stands,
is there any security threat for the cold wallet by sharing only one private key between 2 wallets to use as a donation address,
anyone, please ??

Hmmm.  A little confused, but I do want to know how you can do it.  Could you explain with my diagram above where the change payment and 1k address start and end up?

The 1k bounty private key is never disclosed and the 1k balance can never be removed from the cold wallet as far as I know because you only pair 1 private key belonging to a 'payment' address.
Think of it like a partially shared bank account with your girlfriend or wife (she has gambling/shopping problems so you allow a weekly allowance)
You both have separate bank accounts and can not draw out from each others main balance using your own account but you can draw out from a special trading account deposit number that is the same for both of you within your accounts.
This is a trusted number as either party can empty the balance, but they can not empty the balance of the rest of the account as they do not have access, and if either party moves the balance to another address within in the account-the deposit is no longer visiable to the other person.

To help you guys, I could write a short guide in the masternode guide help section and people can add their thoughts on it from there rather then getting lost in this thread (again, hehe) ...

[Sub-Ether]

 
''it's a huge advantage that bitcoin has a built in voting process to handle upgrades, checks and balances on maintainers of any fork, etc''
~~Brian Armstrong~~

[Rux]

Today my masternode service got better for one more MN

Thats total 4 MN in Rux MN services.

I hope new shareholders will come, my FEE is max 15%, that include servers fee, updates and monitoring.

p.s.

I have one more guy who have aprox 4.000 DASH, belive it or not, guy have so much BTC, he bought contract for mining worth 2 BTC, and forgot on what website he have those DASH.

[r4vani]

A few questions of my mind

if government order to all ISPs in country for block list of ip's (all masternod ip) all of my send packed never received to this ip what happened?  Dash useless on this country?

If the answer to the first question is yes,The situation is slightly changing :

dash didn't open source so government doesn't know anything about work of codes inside dash.

there are masternode around the world and list of  masternode ip address not public.

with sniff packet from program of dash (dash-qt.exe) Can understand what IP application connected? (my mean make list of masternode ip for start to add in blocklist by ISP)

If the answer to the second question is yes, what is the solution?

government have power so if want stop dash best method is try to stop access to use Dash by internet and block massternods ip.

Thank you

[thelonecrouton]

A few questions of my mind

if government order to all ISPs in country for block list of ip's (all masternod ip) all of my send packed never received to this ip what happened?  Dash useless on this country?

If the answer to the first question is yes,The situation is slightly changing :

dash didn't open source so government doesn't know anything about work of codes inside dash.

there are masternode around the world and list of  masternode ip address not public.

with sniff packet from program of dash (dash-qt.exe) Can understand what IP application connected? (my mean make list of masternode ip for start to add in blocklist by ISP)

If the answer to the second question is yes, what is the solution?

government have power so if want stop dash best method is try to stop access to use Dash by internet and block massternods ip.

Thank you

Stop worrying about Masternodes, attacking the two or three pools that own the vast majority of the hash is literally a thousand times simpler and cheaper method of wrecking the network.

3 pools vs 3000 Masternodes... 

[Jestah]

A few questions of my mind

if government order to all ISPs in country for block list of ip's (all masternod ip) all of my send packed never received to this ip what happened?  Dash useless on this country?

If the answer to the first question is yes,The situation is slightly changing :

dash didn't open source so government doesn't know anything about work of codes inside dash.

there are masternode around the world and list of  masternode ip address not public.

with sniff packet from program of dash (dash-qt.exe) Can understand what IP application connected? (my mean make list of masternode ip for start to add in blocklist by ISP)

If the answer to the second question is yes, what is the solution?

government have power so if want stop dash best method is try to stop access to use Dash by internet and block massternods ip.

Thank you

Stop worrying about Masternodes, attacking the two or three pools that own the vast majority of the hash is literally a thousand times simpler and cheaper method of wrecking the network.

3 pools vs 3000 Masternodes...  

Ok but you didn't answer his questions.  

If the govt wanted to tell ISPs to block the protocol, they could.  The thing is though that they aren't going to block it everywhere in the world so anyone could just set up in a different country.

I've always been an advocate of hiding the ip addresses and possibly a pool of ports to use so it would be harder to see/block.  If we used port 80 instead of 9999, I think it would be much tougher to be seen and blocked by the man imho.