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

Jestah

sr. member

Activity: 426

Merit: 250

Quote from: thelonecrouton on August 23, 2015, 09:47:08 AM

Quote from: r4vani on August 23, 2015, 08:42:51 AM

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... Roll Eyes

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.

thelonecrouton

legendary

Activity: 966

Merit: 1000

Quote from: r4vani on August 23, 2015, 08:42:51 AM

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... Roll Eyes

r4vani

sr. member

Activity: 348

Merit: 250

Play Poker Games at Bitoker.com

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

Rux

legendary

Activity: 1291

Merit: 1024

https://crypto.ba

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.

Sub-Ether

sr. member

Activity: 434

Merit: 250

Quantum entangled and jump drive assisted messages

''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~~

Sub-Ether

sr. member

Activity: 434

Merit: 250

Quantum entangled and jump drive assisted messages

Quote from: Solarminer on August 23, 2015, 02:12:19 AM

Quote from: Sub-Ether on August 23, 2015, 01:40:30 AM

Quote from: Solarminer on August 22, 2015, 09:10:57 PM

Quote from: Sub-Ether on August 22, 2015, 08:56:13 AM

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) ...

Solarminer

hero member

Activity: 826

Merit: 502

Quote from: Sub-Ether on August 23, 2015, 01:40:30 AM

Quote from: Solarminer on August 22, 2015, 09:10:57 PM

Quote from: Sub-Ether on August 22, 2015, 08:56:13 AM

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

sr. member

Activity: 434

Merit: 250

Quantum entangled and jump drive assisted messages

Quote from: TanteStefana2 on August 23, 2015, 01:53:45 AM

Quote from: Sub-Ether on August 23, 2015, 01:40:30 AM

Quote from: Solarminer on August 22, 2015, 09:10:57 PM

Quote from: Sub-Ether on August 22, 2015, 08:56:13 AM

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://bitcointalksearch.org/topic/m.12211403

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)

TanteStefana2

legendary

Activity: 1260

Merit: 1001

Quote from: Sub-Ether on August 23, 2015, 01:40:30 AM

Quote from: Solarminer on August 22, 2015, 09:10:57 PM

Quote from: Sub-Ether on August 22, 2015, 08:56:13 AM

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://bitcointalksearch.org/topic/m.12211403

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

sr. member

Activity: 434

Merit: 250

Quantum entangled and jump drive assisted messages

Quote from: ?? on ??

Quote from: noobtrader on August 22, 2015, 10:25:03 PM

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.

Sub-Ether

sr. member

Activity: 434

Merit: 250

Quantum entangled and jump drive assisted messages

Quote from: Solarminer on August 22, 2015, 09:10:57 PM

Quote from: Sub-Ether on August 22, 2015, 08:56:13 AM

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 ??

noobtrader

legendary

Activity: 1456

Merit: 1000

Quote from: ?? on ??

Quote from: noobtrader on August 22, 2015, 10:25:03 PM

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

noobtrader

legendary

Activity: 1456

Merit: 1000

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

Bridgewater

full member

Activity: 133

Merit: 100

Quote from: Sub-Ether on August 22, 2015, 01:41:15 PM

Fun off topic chart Grin

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

Solarminer

hero member

Activity: 826

Merit: 502

Quote from: Sub-Ether on August 22, 2015, 08:56:13 AM

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.

HeXaN

full member

Activity: 122

Merit: 100

Quote from: Minotaur26 on August 22, 2015, 05:48:34 PM

Quote from: HeXaN on August 22, 2015, 05:19:42 PM

Quote from: ?? on ??

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.

Quote from: ?? on ??

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

Thank you!
I understand perfectly Grin

And... is 5th of september "the red line"? It will be the success of the new version? (v12)

Minotaur26

legendary

Activity: 1092

Merit: 1000

Quote from: HeXaN on August 22, 2015, 05:19:42 PM

Quote from: ?? on ??

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

full member

Activity: 122

Merit: 100

Quote from: ?? on ??

enforcement on??

82%

What means "enforcement"?

GilAlexander

member

Activity: 68

Merit: 10

My mn dropped off after enforcement, restarted.

r4vani

sr. member

Activity: 348

Merit: 250

Play Poker Games at Bitoker.com

Quote from: ?? on ??

enforcement on??

82%

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

Topic: [ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency - page 1915. (Read 9723748 times)