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

Come on Sub-Ether, do you work for GCHQ?

Are you the Fifth Eleventh Man?

....Small tiny last question please, ..
(btw, 'beefdead' is a funny hex number, is kind of like 'boobless' in decimal)

..

I've used xpool.ca as well, and I agree that it's an excellent pool.  I used my old sha256 asic there, and being I have no interest in bitcoins or any other sha256 coin, I simply let xpool use the hash where it made the most DASH for me, no worries

very good news indeed and one amazing large update, here is to hoping everything goes smoothly in the internal testing
and hopefully we all meet on public Testnet again in two weeks (give or take a few days  ) .
 

As this work was financed, all I can do is provide a sanitized screenshot.  This is a simulation of the FPGA version of the design using a UART interface:

Also note that my design has a number of compile time parameters/constants which affect the performance/throughput.  The above simulation is for a design with basic settings only and a nominal clock rate, so the time intervals shown do not reflect expected performance.

   \O/
WOOT !!!!

Looks like its about to breakout

@UdjinM6 - I love your work - but - that was just a smart-ass remark. Of course I hit the 'ENTER' key - =plam to face - ugh

@TheLazieR - Please explain what you mean - Gonna need more than that from a "Newbie" and possibly a "Sock-puppet" Troll acct. but - I'm to damn lazy to go look at your post history - ugh

Dash has gone through several cycles of growth and consolidation. I think this is a very good time to buy, it is really stable in terms of BTC ratio. Now BTC seems to be in a downtrend so the dollar may go down a little, I would buy slowly over the next few days until you reach your target.

I would really take this opportunity to buy, the dev team is working hard implementing some of the recent features that were agreed by the community, specially the new governance system that should provide budget for a range of new initiatives both in development and promotion. I think is fair to say that once that is implemented and we start reinvesting a little in developing the ecosystem that could help reach more adoption and spark the next growth phase, so this time of silence while the dev team is hard at work is ideal to accumulate, Evan tends to present news and developments when no one is expecting them so buying now feels like the smarter thing to do.

The blockchain was never designed as a payments processor - it was designed as actual base money. The difference is that a payments processor plays around with numbers until things are "agreed", and then when the dust settles, sends the net balance to a more permanent settlement system for permanent "settlement".

There can be many layers in the payments processing process. In the example I described before, when you park your cornflakes too close to the person in front in the supermarket checkout queue and they get lumped in with the other person's transaction, the till staffer simply reverses it out of one and into the other. The software in the cash till buffers all that messing around and only later moves the settled balances onto the next "stage" (which isn't even the clearing bank stage yet).

A few hours later, all the till balances are dumped and reconciled and the transactions can sit in a payment processor ledger (like, say stripe) for a week where people get a chance to make claims, do chargebacks, resolve disputes and whatnot.

Maybe a week later the supermarket actually receives the money.

There are therefore several layers of "buffering" in the system - one at the cash till, another at the payment processor (Visa, Maestro etc). Only much later do the transactions actually hit the clearing banks and permanently "embed" themselves in the system.

In crypto, the blockchain is the "bottom layer" in the financial system - the permanent settlement layer. In a mature commercial economy, there's a very large gap between the payment processor and the settlement layer. i.e. you would never have a heavy duty commercial merchant doing blockchain transactions because:

a) the blockchain is not a payment processor and doesn't remotely support all the functionality needed at the point of sale
b) it's far too permanent and slow for heavy duty point of sale

On the bitcoin network, we're starting to see this "meta layer" of payment processor buffering appear. One example is the Lightning network but there are others such as coinbase that do payment buffering so that - although the bitcoin blockchain may have slow clearing times - transactions are instantaneous at the point of sale.

As the crypto economy matures, that layer will become progressively deeper and more of the front line transactional weight will be absorbed by the meta payment processing layer and possibly only a minority by the blockchain settlement layer.

If you were to submit a proposal for a Masternode vote (when it becomes available) to release an open-source FPGA or ASIC miner it might be possible to gain the support necessary to achieve funding. I don't have the figures in front of me at the moment but I imagine it would require quite a rally in order to be economically viable.

This is way beyond anything we did, I would love to see how far you have got, do you have the program or the simulator results, what  
sort of speeds were predicted, could you tell ?

it's more than one person doing this btw, most interesting indeed