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

[innergy]

A(0) > B(0) > C(1)

If A sends to B his only 1 DASH and then B sends to C his only 1 DASH, who needs the block that contains transaction A > B? NSA?
If the B > C transaction is confirmed already who needs to verify the A > B transaction? No one.

If I accept cash I don't care who gave it to my client, right?

We should create, if it's possible, a different dynamic type of blockchain which deletes such old useless blocks (with transactions between empty addresses). This will reduce the blockhain size.

[Sub-Ether]

A(0) > B(0) > C(1)

If A sends to B his only 1 DASH and then B sends to C his only 1 DASH, who needs the block that contains transaction A > B? NSA?
If the B > C transaction is confirmed already who needs to verify the A > B transaction? No one...

I asked the Dev how much space could be saved from 'pruning', and he said had no idea.
I suppose it depends how much spam and dead transactions there are, probably quite a lot, eh.

[innergy]

A(0) > B(0) > C(1)

If A sends to B his only 1 DASH and then B sends to C his only 1 DASH, who needs the block that contains transaction A > B? NSA?
If the B > C transaction is confirmed already who needs to verify the A > B transaction? No one...

I asked the Dev how much space could be saved from 'pruning', and he said had no idea.
I suppose it depends how much spam and dead transactions there are, probably quite a lot, eh.

I'm not a programmer but it looks simple to write a software which will check all blocks from the first til' now if they contain only transactions between empty addresses and compare their sum size to the blockchain size.

[Rux]

i dont know if this is hapening to you, but when i open my wallet... it consume 95% of my internet while Syncronizing additional data... i cannot open any websites, my mining stop to work... when i turn off wallet... internet is perfect

you need to setup smaller bandwidth while doing this...

[Sub-Ether]

i dont know if this is hapening to you, but when i open my wallet... it consume 95% of my internet while Syncronizing additional data... i cannot open any websites, my mining stop to work... when i turn off wallet... internet is perfect

you need to setup smaller bandwidth while doing this...

Fine for me, I can mine, have 10 windows open,watch a video and open and close the wallet without any hanging,
not many wallets I can do that with either, shows how lite the client is.

[Sub-Ether]

edit: maybe they should test DASH also? - we ready for some thing like this?

Our blocks would fill up the same and the attack could be performed with less transaction charges incurred, but we have more headroom because we are 4 times more blocks, are more empty than full and there is a flood spike preventative fail safe with instantX that does not need confirming as such but would have to go into the chain at some point.
(btw, my record in testnet using IX flooding into only 1 block is 340 transactions using 1 client)

[toknormal]

Well, the world of BTC seems to be basically paralysed. Unless you're ready to pay super-fees!

CoinWallet have live up to their word and are performing a stress test dust attack on BTC and all the blocks are basically full.

Out of interest, where are you seeing the blocksizes ?

P.S. Don't you think Dash should pursue the type of block explorer functionalities that blockchain.info has ? I think they're fantastic - maps, flow diagrams etc. It's the 'window' on the currency and what makes it look like an immense, professional worldwide phenomenon.

This type of stuff:

https://blockchain.info/tree/90920379   (Click on the orange dot - I think this type of stuff is awsome).

https://blockchain.info/tx/2cc1441b14e6a30b288a50d175f5498f2938d4aedb04168f80f543ea504295be

https://blockchain.info/inv/2cc1441b14e6a30b288a50d175f5498f2938d4aedb04168f80f543ea504295be

[Sub-Ether]

edit: maybe they should test DASH also? - we ready for some thing like this?

Now that I have read thru the whole story - ugh - think I'll sell my BTC - just in case - this does not sound good at all - ugh

Could be a mega day trade in the offing, suggest you park everything into gov paper and set your buys just above Otoh at $2.00000001 

[toknormal]

Our blocks would fill up the same and the attack could be performed with less transaction charges incurred, but we have more headroom because we are 4 times more blocks, are more empty than full and there is a flood spike preventative fail safe with instantX that does not need confirming as such but would have to go into the chain at some point.
(btw, my record in testnet using IX flooding into only 1 block is 340 transactions using 1 client)

IMO, the exciting aspect of Dash in the context of scaleability is the prospect (alluded to earlier in the year) of implementing the 2-tier efficiency algo which identifies and excludes a huge amount of redundancy from the network data.

When I first saw this discussed it immediately struck me as being similar to the type of optimisation used in finite element analysis, where the optimised theoretical processing required to get the model from one state to the next can save over 90% of the computation effort due to simple elimination of redundancy. The beauty of this approach is that it's not just a practical optimisation but a theoretical one as well - in other words it's theoretically proven to work before you even write a line of code.

This is one of the many technical challenges that Dash is up to addressing due to its 2-tier network algo that can resonate at multiple solution states where others are about as resonant as a dead sheep.

There you go. Thats today's philosophical ramblings of my chest  (for now).

[UdjinM6]

....
Out of interest, where are you seeing the blocksizes ?
...

https://bitinfocharts.com/comparison/size-btc-dash.html#log

[TaoOfSaatoshi]

It appears, that according to the good folks at Bitcoinwisdom, DRK/DASH, the fifth largest marketcap in crypto, simply doesn't exist!

What a joke that website is.

[HinnomTX]

This is one of the many technical challenges that Dash is up to addressing due to its 2-tier network algo that can resonate at multiple solution states where others are about as resonant as a dead sheep.

There you go. Thats today's philosophical ramblings of my chest  (for now).

I dunno. The rotting sheep carcass on the right is bound to have a resonant cavity in there somewhere.

[GhostPlayer]

It appears, that according to the good folks at Bitcoinwisdom, DRK/DASH, the fifth largest marketcap in crypto, simply doesn't exist!

What a joke that website is.

 I think, not sure, the Bitcoinwisdom webdev went AWOL. Since DRK changed to Dash, most API got changed and never updated, that's why the old links still exist, but are simply stalled.

 It's a pretty damn cool website IMHO, the amount of functionality is simply amazing.

 I only recently started using tradingview.com and I am in love. Also really starting to "get" chart analysis more deeply, so it's kind of like my new pass-time. Learning a few oscillators, indicator and triggers, I developed my very own strategy that is working pretty fine so far.

 Anyway, I digress...

[TaoOfSaatoshi]

It appears, that according to the good folks at Bitcoinwisdom, DRK/DASH, the fifth largest marketcap in crypto, simply doesn't exist!

What a joke that website is.

 I think, not sure, the Bitcoinwisdom webdev went AWOL. Since DRK changed to Dash, most API got changed and never updated, that's why the old links still exist, but are simply stalled.

"If something is not in our Archives, it does not exist." 

[GhostPlayer]

"If something is not in our Archives, it does not exist." 

 The Tao is strong with this one 

[Solarminer]

edit: maybe they should test DASH also? - we ready for some thing like this?

Our blocks would fill up the same and the attack could be performed with less transaction charges incurred, but we have more headroom because we are 4 times more blocks, are more empty than full and there is a flood spike preventative fail safe with instantX that does not need confirming as such but would have to go into the chain at some point.
(btw, my record in testnet using IX flooding into only 1 block is 340 transactions using 1 client)

Bllock size puts a limit on transactions, but also limits blockchain growth.  The questions is what happens to the block chain with millions of transactions.  It still isn't close to the point of sale transactions in the trillions.  DASH doesn't really look any better than BTC.  Transaction size is about the same (1KB) and this is what makes the blockchain bloat when it scales up.  See below.

For BTC
Currently, bitcoin can only do 2-4 transactions per second.  So if 64 million people want to transact in bitcoin, they could only make 1 transaction per year with current block size.

If we look at banking transaction, this is what is needed for blocksize for each.
US Bank Wires(150 Million transactions) = 1.7MB
Swift(international) wires(5 Billion transactions) = 53.3MB
ACH(19 Billion transactions) = 202.4MB
With the 202.4MB blocksize that would add 29GB to the blockchain each day.

For DASH
OK so looking at one of the peak transaction days June 21st.  5K average block size (I assume this is Kilobytes) and 2.75K transactions (I assume 2750 transactions)
5KB/2750 * 576 blocks/day = 1.04 KB transaction size(.001MB)

Block size with DASH needed for:
US Bank Wires(150 Million transactions) = 0.74MB
Swift(international) wires(5 Billion transactions) = 24.7MB
ACH(19 Billion transactions) = 93.9MB
Now lets look at the ACH transactions with DASH. 93.9MB X 576 blocks/day so daily add to the blockchain is 54GB.

We need to find a way to cram more transactions in less data, cutting out old transactions, or doing something Dashingly smart.

[dazbarlby]

We really do have an end-to-end solution to all problems within crypto now. I'm working on a 50+ page whitepaper that details the rest of the solution, I'm quite excited about it  

I'm waiting for Evan to publish his 50+ page whitepaper... It sounds like he has solved the block size problem, and many others haunting crypto at the moment :-)

[110110101]

Is there a simply guide how to build the Dash Linux daemon from source?
i read the instructions in the source but I was having building problems and thought that there might be something that I was missing or that the build environment is incorrect.

This one https://github.com/dashpay/dash/blob/master/doc/build-unix.md ? What kind of build problems did you have?
Post error here and we'll try to help.

And btw, check "Dependencies" section there first.

Thanks UdjinM6 for the pointer, I'm checking it out and correcting a few errors; I had the wrong version of libdb and also no swap space. Fixing these problems and trying again.

Update: seems now that when running make, it crashes when attempting to build libbitcoin_server_a-main.o

Code:

~/dash_git/dash$ make
Making all in src
make[1]: Entering directory `/home/****/dash_git/dash/src'
make[2]: Entering directory `/home/****/dash_git/dash/src'
  CXX      libbitcoin_server_a-main.o
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.8/README.Bugs> for instructions.
make[2]: *** [libbitcoin_server_a-main.o] Error 4
make[2]: Leaving directory `/home/****/dash_git/dash/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/****/dash_git/dash/src'
make: *** [all-recursive] Error 1
****@masternode01:~/dash_git/dash$ free
             total       used       free     shared    buffers     cached
Mem:        501800     174040     327760         16       1780      25236
-/+ buffers/cache:     147024     354776
Swap:      1048572     205620     842952

[UdjinM6]

Is there a simply guide how to build the Dash Linux daemon from source?
i read the instructions in the source but I was having building problems and thought that there might be something that I was missing or that the build environment is incorrect.

This one https://github.com/dashpay/dash/blob/master/doc/build-unix.md ? What kind of build problems did you have?
Post error here and we'll try to help.

And btw, check "Dependencies" section there first.

Thanks UdjinM6 for the pointer, I'm checking it out and correcting a few errors; I had the wrong version of libdb and also no swap space. Fixing these problems and trying again.

Update: seems now that when running make, it crashes when attempting to build libbitcoin_server_a-main.o

Code:

~/dash_git/dash$ make
Making all in src
make[1]: Entering directory `/home/****/dash_git/dash/src'
make[2]: Entering directory `/home/****/dash_git/dash/src'
  CXX      libbitcoin_server_a-main.o
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.8/README.Bugs> for instructions.
make[2]: *** [libbitcoin_server_a-main.o] Error 4
make[2]: Leaving directory `/home/****/dash_git/dash/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/****/dash_git/dash/src'
make: *** [all-recursive] Error 1
****@masternode01:~/dash_git/dash$ free
             total       used       free     shared    buffers     cached
Mem:        501800     174040     327760         16       1780      25236
-/+ buffers/cache:     147024     354776
Swap:      1048572     205620     842952

In most cases this "g++: internal compiler error: Killed (program cc1plus)" means you need even more memory for compiler otherwise OS see that it running out of memory and kill the heaviest process. Make swap 2Gb for example and try again (I have 4Gb just in case).

[AzzAz]

Ninja:
 " Total Masternodes: 3009 = 3009 actives + 0 inactives [3005 unique IPs] (Last refresh: Thu Sep 03 2015 00.16.20)
Estimated daily payout for an active node (blocks with MN payments last 24h: 100%): 1437.4282 DASH/day (Last Refreshed: Thu Sep 03 2015 00.16.22 "

Ninja??