you all talk like that, and in one moment when flash buy starts you just close this thread and forget what you said earlier  ok Otoh have 50% of MN's ... ok ... why dont you drive price up where otoh will say HMM im gonna sell 20% of my MN's, then later another 20% ... then he will have only 10% and then you would be happy? yes? We have to trust, what he says? People become reach not because they say their real plans. You are very quick to cast blame, there is nothing wrong with this project, I suggest you stop repeatadly looking at short term price fluctuations (I admit I do it, btw), the Dash team do not need to justify themselves to you because of small market movements. Evan, and a number of the team(including myself) are going to Amsterdam, if you want to learn more , why not come along, I am sure we will all learn a number of things |
|
|
|
I notice everyone is wondering why the price is dropping... ..so as otoh said, the market is never wrong. Why get upset? ...It's going to do what it's going to do until adoption happens. I'm currently just hanging on to my coins and trying to find other ways to pay for my bills. I won't sell at this price Hir Tante, good morning  there are 4 or 5 downward spot price pressures as I see it from my grassy knoll, 1) the rise in the masternode count is slowing down, meaning less new outside buying with btc, making less surplus taken off the market. 2) bitfinex not supporting with fiat and possibly cashing in of multiple k from saved commissions 3) the price of bitcoin is up, so its cashing out time. 4) market reaction to superblocks 5) market anti-climax after yet another stunning release |
|
|
|
I'd rather wait for my coins to be anonymized than wait for the Monero blockchain to sync, because I could write the book you mentioned in that time. Twice. Not only twice, but you could finish it as a trilogy, provide an extensive appendix and do a 4th part unexpected sequel due to popular demand |
|
|
|
Actually this paper is quite special and we're going to release this the correct way. This is going to be huge  The true irony is knowing about this project so early in it's life and not seeing what is right in front of you. That's going to sting in five years...
THIS is real -- when you have a genius developer who had been delivering on his promises for months and months stating something like that... +1 and waiting for deletion |
|
|
|
Yer and Toknormal has been banned for 3 days because of off topic posts, go figure that one out  |
|
|
|
|
With 12.1 incoming, the testnet network can be strengthened provided there is added incentive.
For example, a number of the masternodes were from the same IPs, costs extra to host new nodes, can be improved, will help to spot more errors and simulate flood tests better (scaling up must have this)
The testnet mining was only around 2-3 megahash (by me and only 1 other person usually), some improvement is needed to provide network stability, not difficult, but electricity bills have to be paid, don't they ?
More testers with code experience are required, small payments to be given out at the end of each version release or per month perhaps, its amazing what results a few Dash will produce to provide inspiration.
Could even provide bonus Dash small prizes for people spotting major bugs, great incentive to draw new people in, and will help main net release no end...
|
|
|
|
I didn't know you could mine ripple transaction IDs, is this a type of market front running hack then ? http://availableimagination.com/exploiting-ripple-transaction-ordering-for-fun-and-profit/
' Ripple is hardly suitable for HFT, but it does share one thing in common with HFT markets, and that is that there is latency between a trade being known to the network and it being executed and applied to a closed ledger. Given the previous exploit of being able to manipulate transaction order a slightly more terrifying exploit presents itself:' ...
...“Mine” a transaction id for B which is less than the transaction id of the incoming proposed transaction, but as close as possible.
“Mine” a transaction id for A which is less than the transaction id of B, but as close as possible.
Submit A and then B."tasty bounty to anyone who produces the miner |
|
|
|
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 BTCCurrently, 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 DASHOK 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. I don't agree with your calculation, but I like the all inclusive idea of capturing every transaction on the planet. so using 1k as the average transaction size and extending:- Total transaction size per day = [(.150 + 5 +19)*10^9] * 1024 =24.7 terrabytes per day ! if 576 blocks per day, that would mean every block size = 24.7 * (10^12) /576 = 42.9 gigabytes per block required !! assuming 1 block= 1MB, 42.9 GB / 0.001 GB =42882 scalability factor required for entire transactions= 42882 times size reduction !!! (and with 1 as yet unpruned transaction = 1024 / 42882 = 0.024 Bytes long) It could be possible if a secondary master records database was created, the same addresses were used, scrubbing the empty addresses and with a limited number of new replacement addresses ? ... |
|
|
|
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 |
|
|
|
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) |
|
|
|
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. |
|
|
|
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. |
|
|
|
only 1 one claim to fame, lol, sounds like someone has trouble counting To compensate for bitfinex, I have already noticed the volume going up on the other exchanges particularly cryptsy, hopes are that exchanges such as Bter will increase in volume, in the end this could add more diversity. Shame though, don't have much reason for logging onto bitfinex anymore, the volume from Dash would also have given them added traffic for bitcoin and litecoin, so that has gone as well. |
|
|
|
Some comparisons of DASH vs Bitcoin metrics for those interested. Thanks to Sub-Ether for the TAO ratios. Note that the two most meaningful numbers here are the blockchain growth and TAO as these affect usability and bandwidth.
I would bet the TAO ratio is more dependent on internet speed. The blockchain download speed of 1MB/S is about 8Mbps. That approaches the entry level 8Mbps or 10Mbps speed offered by ISPs and could be the limiting factor in updating.
DASH Metrics DASH Bitcoin
Average Transaction Size 1 0.85 KB
Average Transactions per Day 1500 110000 Transactions/Day
Blockchain Size 1.4 47 GB
Blockchain Growth 1.5 93.5 MB/Day
Blockchain Update Speed/hr blocktime(TAO) 0.15 4.14 Sec/Hr
Blockchain Download Speed 0.417 0.941 MB/Sec
I agree there is a cut off point 'entry level' for ISP speed, the bitcoin one is much higher than Dash of course, but instantX negates a high bandwidth requirement altogether, as proved by me doing instantX transactions on an android phone that has a bandwidth of a dial up network equivalent (not a full client of course, but at ~1.2 gigabyte, it is still possible on a mobile) Actually whether you are using a solid state drive or magnetic makes quite a difference for bitcoin (not much for lightweight Dash, btw) as there is a hell a lot of data to be processed with big blocks and 47 gig total, and my HDD reference machine is down atm unfortunately to cross reference it (worn it out, mining, going to try some new capacitors on mobo, lol). For updating, I barely use 5% of a 100 meg bandwidth connection even for bitcoin, what is more likely the network and the seed nodes are too slow to keep up with the client, this is the reaction time and quality factor that I was trying to model with Tao. The usability and Tao ratio upto the maximum of 1 megabyte full blocks could be something like this, doesn't matter if its a 8 megabyte block either, as a full block always means a flat line, no more transactions can be sent! y = tanh(x)  |
|
|
|
On checking one of my bitcoin addresses today on blockchain.info, I noticed a transaction where an address labelled as X-BITCOINS.com had deposited 0.0001 BTC in the address. Does anyone know what this is ? (The amount was transferred into my address, not out of). Is it some kind of spam advertising thing ? The transaction seems to have been triggered by me doing balance lookups on that address on web based block explorers. EDIT: I found this which seems to answer my question. https://www.reddit.com/r/BitcoinMarkets/comments/1yykgz/someone_sent_me_0001_btc_last_night_looking_at/Strange that, its not from rogue transaction charges or spurious change addresses from bitstamp somehow is it? You did give me an idea, as it had happened 4 times in 1 yr to someone it might all be worth collecting in a large bucket of receiving addresses. set the key pool > 1,000,000 and generate all the addresses (using a loop preferably) and then simply sit and wait for free spam payments to roll in, although be prepared to wait sometime before cashing out. |
|
|
|
Awesome thanks, just got done reading TAO's Masternode guide in search of a site like this. I just bought my first 260 Dash! Look forward to being able to get the 1000 DASH I need to set one of these up...I like the fact that you can keep a Masternode hosted with your PC wallet offline. Cheers, MasterTrader777 Welcome! Thats a good start you're already 1 quarter there Something to bear in mind with earnings is that the 50% masternode payements will drop to 45% with the forthcoming hard fork as 10% of total will be diverted to development costs. And secondly, when the mining difficulty drops below ~2000 the block reward lifts off the 'worst scenerio' floor of 4.2 Dash and there can be tasty node payments(even 8-10 dash blocks so making 4-5 dash each time) Thirdly, the more nodes there are, the longer you must wait for a payment, at ~3000, this is around 5.2 days. |
|
|
|
We have a completely different system in the works, there will be virtually no block size limit, and I believe it will be a flexible as-needed block size. I think it'll be announced soon. Evan is working on a 50 page white paper (ugh!) which I hope is going to include all the innovations from the past because I don't think I can handle 50 pages of new stuff, LOL. On the other hand, I'm really excited to see this whitepaper! Tante, if you don't read it and then explain and condense everything into one nice short paragraph using simple language, how am I going to understand it? |
|
|
|
Tao sync update time https://dashtalk.org/threads/dash-versus-bitcoin-versus-darkcoin-wallet-update-benchmark-times.4479/#post-61751Short summaryTotal time for entire Dash (0.12.0.49) blockchain = 35 minutes and 2 seconds Average Tao sync ratio from 2 samples = 0.1517 sec / hour% Tao sync improvement from earlier Tao ratio (v0.11.2.23) = (0.2389 - 0.1517 ) /0.2389 = + 36.5%Degree of Tao improvement compared to darkcoin (0.11.1.25) = (1.345 / 0.1517) = 8.86 times faster Average Tao bitcoin to Tao dash ratio = (4.144 / 0.1517) = 27.32 times faster than bitcoin(best tao / tao ratio = 4.144 / 0.1345 = 30.8 times faster)Average Tao Monero to Tao Dash ratio = (14.22 / 0.1517) = 93.7 times faster than Monero(best tao / tao ratio = 14.22 / 0.1345 = 105.7 times faster)Edit: Notice that in March we were only 2.4 times faster than bitcoin, the gap is widening.. We could do with an idea of what is causing this speed improvement. Bitcoin core should be being updated to be more efficient, even though the chain is growing. Thoughts on that are, 1) bitcoin locks onto outdated client seed nodes (see end of post) this makes for slow downloads Dash has 8 or 9 V12 seed nodes immediately making faster coms due to protocol matching and connection speeds 2) shortly after bitcoin 10 release(note:significant hop time improvement), the Tao ratio noticably increased to a high of 2.35 sec/hr on 7th March, this only lasted for around 2 weeks because by 27th March, was already hitting over 4 sec/hr. The conclusion from this was that the network was satuated and the client speedups had absorbed any spare network speed, and now bitcoin was back to a maxed out situation. 3) I overlooked measuring the total chain size in March, but was something like dash ~.7 gig and bitcoin ~35 gig, now we have dash = 1.2 gig and bitcoin =45 gigabytes, so both have increased in a similar manor, is it that the full bitcoin client is too much for the average personnal computer and global connections to handle and is going outside of Moore's law? if this is true there will be more Tao divergence as a tell sign. |
|
|
|
|
Show Posts
