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

[coins101]

To anyone on the Ashley Madison list - oops. 

[1714801903]

1714801903

[1714801903]

1714801903

[1714801903]

1714801903

[toknormal]

LoL ! When I first saw that post I read it as:

To anyone else on the Ashley Madison list - oops.  

The internet sure does give rise to some interesting accidents. The Ashley Madison hack is probably the most informative sociological commentary since the Hite Report. (And they're not even a university   ).

[pille]

Got an update for Dash Android wallet today Link . Changelog states "Dash Core 0.12 comparability". Just in case you had problems, give the new version a try.

[Solarminer]

Whats the difference between Master Nodes and Lightning network nodes?

https://sites.google.com/site/bitcoinblocksizedebate/in-support-of-a-block-size-increase/lightning-won-t-be-ready-for-a-while-and-it-has-many-drawbacks

One exists, one doesn't.

Lightning is centralized by design. It's something like a centralized ledger that is capable of pushing out finalized transaction states to the real ledger at anytime.

Drawbacks:
- It screws with the UTXO set, because you can't tell where the money actually is in the system
- It's 100% centralized and could be prone to regulation. I've seen them talk about this and they say if the centralized node starts to whitelist addresses or something to that effect, they'll just start another one.
- It's incredibly complicated and will be prone to errors for the first year or two
- It's not really that useful if you're paying different people with every transaction you do. It's more useful for subscriptions or companies that are paying each other all of the time.
- There's probably more, but I lost interest  

The masternode network is decentralized by design and can pretty much do anything a centralized system can do but in a completely decentralized and stable way, including fixing all of these issues with scalability they're having in a much more elegant way.

This is very informative thanks.

Mike Hearn just published an excellent OpEd in arstechnica, which in part discusses the Lightning Network:

http://arstechnica.com/business/2015/08/op-ed-why-is-bitcoin-forking/

Thanks....I found a link to another article on it I hadn't seen before.

https://medium.com/@octskyward/the-capacity-cliff-586d1bf7715e

Actually, the last link is essential reading.

It raised a question or two on some issues I hadn't considered before.  The first one relates to back-ups. Lightning network hubs: what's the fail over plan? Does data just get lost?

What happens to MNs when they are holding a transaction and one or more gets taken down? Nothing, I guess. The MNs just select another group to complete a transaction, because users funds are still in their control during mixing.

Isn't the lighting network debt based like a credit card.  It uses an internal network to transfer funds and settles with bitcoin right?  So there should be a risk if the Bitcoin payment gets rejected(double spend or something).  The lightning network would have to charge a fee(x%) for the possibility of a lost transaction, just like a credit card.  So why is this any better than using a credit card?  You get the fees and still deal with a centralized agency.  It wouldn't surprise me if visa or mastercard were behind lightening.

With DASH you you get the speed and tiny transaction costs, plus decentralized, anonymous, credit based, etc....

Regarding  your second comment.  For standard payments, the miners confirm the blocks based on the transaction queue.  Instantx adds 5 confirms via masternodes and it would fail back to a standard payment if something happens.  For mixing, this is done before a transaction is sent and if a problem happens it just keeps trying different masternodes until a mixing is complete.

[coins101]

....Regarding  your second comment.  For standard payments, the miners confirm the blocks based on the transaction queue.  Instantx adds 5 confirms via masternodes and it would fail back to a standard payment if something happens.  For mixing, this is done before a transaction is sent and if a problem happens it just keeps trying different masternodes until a mixing is complete.

I'm still not clear on InstantX in the event of a fork event.

Say, one confirmation locks the transaction, but it happens during a fork, which ends up not being the longest chain.

Which fork do the MNs follow?

Being a high volume payment system, you could end up with thousands or millions of transactions on different forks?

Its probably not much different to any fork event.

[Solarminer]

....Regarding  your second comment.  For standard payments, the miners confirm the blocks based on the transaction queue.  Instantx adds 5 confirms via masternodes and it would fail back to a standard payment if something happens.  For mixing, this is done before a transaction is sent and if a problem happens it just keeps trying different masternodes until a mixing is complete.

I'm still not clear on InstantX in the event of a fork event.

Say, one confirmation locks the transaction, but it happens during a fork, which ends up not being the longest chain.

Which fork do the MNs follow?

Being a high volume payment system, you could end up with thousands or millions of transactions on different forks?

Its probably not much different to any fork event.

Longest chain wins(or correct spork).  The transaction would wait in queue until the next block on the longest chain and default to a standard 1x confirmation on next block.

[TanteStefana2]

Actually, the last link is essential reading.

It raised a question or two on some issues I hadn't considered before.  The first one relates to back-ups. Lightning network hubs: what's the fail over plan? Does data just get lost?

What happens to MNs when they are holding a transaction and one or more gets taken down? Nothing, I guess. The MNs just select another group to complete a transaction, because users funds are still in their control during mixing.

Hmm. Interesting.

Not sure if you wrote that wrong accidentally, but masternodes are never in control of user funds, the coins never leave the wallet, they're just "rearranged" by the masternodes.    I think if someone pulls out of the mixing process, they might still be charged collateral, unless that's changed?  At that point, I think the mixing round failed and is abandoned to try again next time.

Also, I'm wondering if we can't have several masternode winner lists and several mixing sessions at a time?  or if not that, do we already, or can we make it so that the mixing sessions are for all denominations at the same time?

[splawik21]

FRESH POLISH EXCHANGE !

https://dashcurex.com/buysellview/?market=PLN

USD / PLN / DASH

POLISH / ENGLISH / RUSSIAN SUPPORT

GIVE SOME LOVE GUYS

This is not brand new exchange, they operate unde bitcurex.com for some years already...

[coins101]

Actually, the last link is essential reading.

It raised a question or two on some issues I hadn't considered before.  The first one relates to back-ups. Lightning network hubs: what's the fail over plan? Does data just get lost?

What happens to MNs when they are holding a transaction and one or more gets taken down? Nothing, I guess. The MNs just select another group to complete a transaction, because users funds are still in their control during mixing.

Hmm. Interesting.

Not sure if you wrote that wrong accidentally, but masternodes are never in control of user funds, the coins never leave the wallet, they're just "rearranged" by the masternodes.    I think if someone pulls out of the mixing process, they might still be charged collateral, unless that's changed?  At that point, I think the mixing round failed and is abandoned to try again next time.

Also, I'm wondering if we can't have several masternode winner lists and several mixing sessions at a time?  or if not that, do we already, or can we make it so that the mixing sessions are for all denominations at the same time?

Yeah, its not clear.

I did mean funds are still in users control.

[tungfa]

The Bitcoin Group #77 -- Bitcoin Civil War - Augur - Flash Crash - Jeb vs. Encryption
(no Dash)

good show as always
kudos to Tone (friend and Dark brother)
https://www.youtube.com/watch?v=LG_OCEvrXms&feature=youtu.be

[Solarminer]

The Bitcoin Group #77 -- Bitcoin Civil War - Augur - Flash Crash - Jeb vs. Encryption
(no Dash)

good show as always
kudos to Tone (friend and Dark brother)
https://www.youtube.com/watch?v=LG_OCEvrXms&feature=youtu.be

Thanks Tungfa.  New show for me.
Favorite quotes(paraphrased):
If Bitcoin can't survive XT maybe something better will come along.  (I know, I know...)
Miners don't want to fork because it can open up double spends or orphan blocks. (spork anyone?)

It would be so cool to have a little Dash icon with "The XT Alternative" on this show.

FYI, you can watch it at 1.5X speed if you enable the html5 player and click on the gear icon in the player.  Enable html5 player here: www.youtube.com/html5

[Sub-Ether]

In the beginning,
http://web.archive.org/web/20130509235146/http:/coinmarketcap.com/

[blajde]

Thank you Rux for setting up my masternode, quick easy and cheap, and of course very friendly!

[coins101]

Any links to best Windows AMD miners for x11, Wolf0's I think?

Cheers.

[UdjinM6]

Added few more strings to fix issues found by AjM
https://dashtalk.org/threads/v12-release.5888/page-30#post-64476

Please update your languages!
https://www.transifex.com/dash/dash/dash_ents/

Note: half of them were not changed but moved to another translation method.
However transifex recognize them as new.
Pls use suggestions in the bottom of the screen to save your time.

[Sub-Ether]

Any links to best Windows AMD miners for x11, Wolf0's I think?
Cheers.

below sgminer v5.0
https://www.nicehash.com/?p=software
and Reuben's detailed guide with wolf0's links,
https://dashtalk.org/threads/reubens-guide-to-mining-dash-with-an-amd-gpu-on-windows.4051/

[AdamWhite]

"Bitcoin’s current design is unlikely to be the last word in making payments. It’s reasonable to think that one day it will be outcompeted or augmented by something else."

-- Mike Hearn
http://arstechnica.com/business/2015/08/op-ed-why-is-bitcoin-forking/

DASH perhaps?

 What other? That is

 a) Simple to use
 b) faster than all
 c) choice of anonymity
 d) nakamoto consensus
 e) Incentivised dedicated full nodes
 f) Bitcoin codebase
 g) auto-sustained development through democratic blockchain funding
 i) ... just wet myself
 j) dedicated multidisciplinary dev and testing team
 k) I could go on, but this is more than enough for the gist of it.

GhostPlayer is back with more shilling! Do you even know your alphabet bro? Or are you too busy wetting yourself?


l)


m)

[toknormal]

Actually, as time goes on, that graph above represents the stock value of recycled stale troll commentary quite nicely.

Thanks for posting 

[AdamWhite]

No, it still represents the massive fraudulent instamine you tried (and failed) to sweep under the rug. First you "feel sorry" for Mtgox, then you openly support the biggest scam in crypto. You sure do have a knack for scam picking... oh and congrats on the Bitfinex delisting. Maybe it's time for another name change?

[Honest Tim]

Now taking orders!!

0.95 DASH a bottle.

Do let me know of any other flavours you might want to see in the future.