I don't know about you, but when I went to grad school they told me I had to provide evidence and documentation to support statements like this, but maybe you missed that day?P.S. Here's a question that none of you trolls have ever been able to answer: If Evan "clearly" planned the early emission problems and mined tons of Dash early on, then why is he still working on the project? The price of Dash exceeded $11 each in May 2014...if Evan deliberately planned some elaborate scam, then why didn't he sell everything in May 2014 and just disappear, like so many other coin developers have done?If Dash's instamine was a deliberate scam executed by Evan, WHY is he still working full time developing the coin?Why?

iCEBREAKER



Offline



Activity: 2156

Merit: 1070





Crypto is the separation of Power and State.







LegendaryActivity: 2156Merit: 1070Crypto is the separation of Power and State. Re: [ANN][DASH] Dash | First Anonymous Coin | Inventor of X11, DGW, Darksend and InstantX November 19, 2015, 06:27:31 PM #108642 Quote from: TanteStefana2 on November 19, 2015, 05:06:45 PM



So it used to be that one masternode would be chosen to mix funds, and the result would be "one round" of mixing. The user would then mix a multiple of times to ensure that their information (ip address or tracking of which funds went where) could be logged and followed by corroborating MNs. The chances that a single malicious entity could own enough MNs to be successful became exponentially more difficult with each round.



With the new quorum system, mixing can happen instantly with many rounds. The MNs are also even more randomly chosen as a group as the group will always consist of MNs that belong to (at the moment) one of 4 age groups. They are first assigned an age group. 1/4 of the oldest MNs (according to when the funds were first placed into the account), then the next oldest, next oldest, and finally newest. From each of these groups, a selection of nodes closest to a hash are selected (based upon that same input hash). So there is a random hash that chooses the group of MNs and a mix of ages in each quorum. Lets say 2 in each age group and 8 in each quorum.



So now in an infinitely impossible to manipulate quorum of 8 nodes, you can be certain that they will do their work securely, or the quorum's work will be rejected. Every block, we have MN-count/8 quorums. These quorums can do a certain amount of work each second. They are quick, as only 8 have to talk to one another as a group. They quickly go through all the transactions sent to them and approve/reject transactions. This is somehow sent to the miners who include everything in the blockchain. If the miner doesn't do it properly, the whole block is rejected. Thus, eliminating the so called 50% attack vector.



I'm guessing here, but I can see the mixing simply going from one of these masternodes to another, ultimately allowing for many rounds in milliseconds. There is no time constraint like waiting for a block. The MNs do all the work, and simply send them to the miners for inclusion.



And as far as transactions go, Evan said every transaction will now be instantX transactions, approved by one of the quorums. Again, miners will have no say as to what is included in the blockchain. If they include something that was not approved, it would be rejected. Only their hash will be used to select the quorums. I don't know which hash, it might be the next one, it might be a random one on the chain?? The latter might make sense as we would have to (at this time) have 400+ hashes to put each MN to work (or select nearest to farthest from a single hash?)



Thus, we can already compete quite well against big money transmitters such as Visa, MC, etc... The capacity is limitless.





Another thing that is being developed is the Distributed Applications Programming Layer, DAPI. This DAPI will hook into the Masternode Network, and people will be able to create applications that can query the network. So, at the most basic level, no wallet needs to download gigabytes of blockchain. The MNs, miners and anyone who wants to keep a full copy of the blockchain, stores a copy, and with thousands of MNs, the blockchain is very well distributed. So, they can serve up the necessary information thus all wallets can act as mobile wallets without worry of having incorrect information due to a central point of failure currently a risk in mobile wallets.



This, or at least the foundation for this should be ready by the

Um, masternodes will always do the mixing. Only now they will do it in quorums.So it used to be that one masternode would be chosen to mix funds, and the result would be "one round" of mixing. The user would then mix a multiple of times to ensure that their information (ip address or tracking of which funds went where) could be logged and followed by corroborating MNs. The chances that a single malicious entity could own enough MNs to be successful became exponentially more difficult with each round.With the new quorum system, mixing can happen instantly with many rounds. The MNs are also even more randomly chosen as a group as the group will always consist of MNs that belong to (at the moment) one of 4 age groups. They are first assigned an age group. 1/4 of the oldest MNs (according to when the funds were first placed into the account), then the next oldest, next oldest, and finally newest. From each of these groups, a selection of nodes closest to a hash are selected (based upon that same input hash). So there is a random hash that chooses the group of MNs and a mix of ages in each quorum. Lets say 2 in each age group and 8 in each quorum.So now in an infinitely impossible to manipulate quorum of 8 nodes, you can be certain that they will do their work securely, or the quorum's work will be rejected. Every block, we have MN-count/8 quorums. These quorums can do a certain amount of work each second. They are quick, as only 8 have to talk to one another as a group. They quickly go through all the transactions sent to them and approve/reject transactions. This is somehow sent to the miners who include everything in the blockchain. If the miner doesn't do it properly, the whole block is rejected. Thus, eliminating the so called 50% attack vector.I'm guessing here, but I can see the mixing simply going from one of these masternodes to another, ultimately allowing for many rounds in milliseconds. There is no time constraint like waiting for a block. The MNs do all the work, and simply send them to the miners for inclusion.And as far as transactions go, Evan said every transaction will now be instantX transactions, approved by one of the quorums. Again, miners will have no say as to what is included in the blockchain. If they include something that was not approved, it would be rejected. Only their hash will be used to select the quorums. I don't know which hash, it might be the next one, it might be a random one on the chain?? The latter might make sense as we would have to (at this time) have 400+ hashes to put each MN to work (or select nearest to farthest from a single hash?)Thus, we can already compete quite well against big money transmitters such as Visa, MC, etc... The capacity is limitless.Another thing that is being developed is the Distributed Applications Programming Layer, DAPI. This DAPI will hook into the Masternode Network, and people will be able to create applications that can query the network. So, at the most basic level, no wallet needs to download gigabytes of blockchain. The MNs, miners and anyone who wants to keep a full copy of the blockchain, stores a copy, and with thousands of MNs, the blockchain is very well distributed. So, they can serve up the necessary information thus all wallets can act as mobile wallets without worry of having incorrect information due to a central point of failure currently a risk in mobile wallets.This, or at least the foundation for this should be ready by the TNABC in January, where Evan will be presenting. We should also hear more in about 2 weeks when Evan will be presenting at the laBITconf

I am in awe of your cryptanalysis skillz.



You should help Evan write the whitepaper(s) and get them submitted to Ledger.



I'm sure the community will be equally if not more impressed by these revolutionary breakthroughs in software engineering.



[/sarcasm]



"infinitely impossible to manipulate quorum of 8 nodes"



LOL, such comedy gold. I literally just can't. I am in awe of your cryptanalysis skillz.You should help Evan write the whitepaper(s) and get them submitted to Ledger.I'm sure the community will be equally if not more impressed by these revolutionary breakthroughs in software engineering.[/sarcasm]"infinitely impossible to manipulate quorum of 8 nodes"LOL, such comedy gold. I literally just can't.

██████████

█ █████████████████

██████████████████████

█ █████████████████████████

████████████████████████████

████ █ █████████████████████ █ ███

█████ ███ █████████████████ ███ ████

█████ ████ ███████████████ ████ ████

██████ ██████ ███████████ ██████ █████

██████ ████████ ███████ ████████ █████

██████ █████████ █████ █████████ █████

██████ ████ ██ █████ █ █████ ██ ████ █████

██████ ████ ███ █ ███████ █ ███ ████ █████

█████ ████ █████ █████ █████ ████ ████

███████ █ ██████

██████████████

████████████████████████████

█ █████████████████████████

██████████████████████

█ █████████████████

██████████

Monero

"The difference between bad and well-developed digital cash will determine

whether we have a dictatorship or a real democracy." David Chaum 1996

"Fungibility provides privacy as a side effect." Adam Back 2014



▪Wild & Free▪Flexible Blocksize

▪Intro▪Core GUI▪Github▪Android ▪Private▪Auditable▪ 100% Fungible Buy and sell XMR near you

P2P Exchange Network

Buy XMR with fiat

Is Dash a scam?

