What 2.0 Currency will be the most successful?

[wingspan]

I've created a bake-off contest thread here https://bitcointalk.org/index.php?topic=1203228.0 due to the difficulty of knowing how fast cryptos can go in an apples-to-apples comparison...though it won't be perfect, it may help.  Does anyone want to challenge eMunie's claim in this bake-off?  BitShares' Stan/Dan?  Come-from-Beyond?

[1715027268]

1715027268

[1715027268]

1715027268

[1715027268]

1715027268

[1715027268]

1715027268

[tokeweed]

Ethereum eventually but not yet.

Buterin senior will be happy.

[r0ach]

I've created a bake-off contest thread here https://bitcointalk.org/index.php?topic=1203228.0 due to the difficulty of knowing how fast cryptos can go in an apples-to-apples comparison...though it won't be perfect, it may help.  Does anyone want to challenge eMunie's claim in this bake-off?  BitShares' Stan/Dan?  Come-from-Beyond?

Your test is a failed concept from the start for the reason I posted in that thread.  You cannot compare Emunie with coins that use a blockchain:

There's no such thing as an apples to apples comparison with Emunie.  Emunie uses a steady state network with a ledger and no blockchain.  This means if the network blows up, everyone is screwed.  Systems utilizing blockchains are far easier to recover from problems.

You can't compare blockchain coins to a coin that doesn't utilize one at all.  There's really no such thing as a fatal error in a blockchain system.  This is why Satoshi chose to use it.  The records will always be there from the past no matter what happens in the short term.  Saying Emunie is an apples to apples comparison is like calling non-volatile + volatile memory the same thing.

[Fuserleer]

I've created a bake-off contest thread here https://bitcointalk.org/index.php?topic=1203228.0 due to the difficulty of knowing how fast cryptos can go in an apples-to-apples comparison...though it won't be perfect, it may help.  Does anyone want to challenge eMunie's claim in this bake-off?  BitShares' Stan/Dan?  Come-from-Beyond?

Your test is a failed concept from the start for the reason I posted in that thread.  You cannot compare Emunie with coins that use a blockchain:

There's no such thing as an apples to apples comparison with Emunie.  Emunie uses a steady state network with a ledger and no blockchain.  This means if the network blows up, everyone is screwed.  Systems utilizing blockchains are far easier to recover from problems.

You can't compare blockchain coins to a coin that doesn't utilize one at all.  There's really no such thing as a fatal error in a blockchain system.  This is why Satoshi chose to use it.  The records will always be there from the past no matter what happens in the short term.  Saying Emunie is an apples to apples comparison is like calling non-volatile + volatile memory the same thing.

Why?

Surely the comparison will illuminate the better technology, which the test is about.

Its an apples - apples comparison because the same task is being performed, just in a different manner.  The end result is transactions.

The same way testing petrol and electric powered cars to see which is the most efficient or whatever, same task, different manner, end result = transport

[r0ach]

My post from the other thread:

As for your comments about the test, I suppose you consider a race between a petrol powered car and a electric one invalid too?

I don't think you can really argue it that way.  The blockchain system objectively has more redundancy.

[sidhujag]

A non blockchain concept is purely for trash.

[Fuserleer]

A non blockchain concept is purely for trash.

Thanks for your in-depth technical analysis

[sidhujag]

A non blockchain concept is purely for trash.

Thanks for your in-depth technical analysis

You said all i need to know

[Fuserleer]

....

1)  Scalability - Bitshares will likely have the highest scalability of any blockchain platform (Emunie does not use a blockchain, thus lower redundancy)

....

Quoted from another thread as it wasn't relevant to post a reply there.

Please explain your definition of redundancy for clarity, so I can be sure to rebut it in the correct context.

[LiQio]

A non blockchain concept is purely for trash.

One of the most dogmatic and short-sighted comments ever 

[sidhujag]

A non blockchain concept is purely for trash.

One of the most dogmatic and short-sighted comments ever 

Just the way you like it

[r0ach]

A non blockchain concept is purely for trash.

One of the most dogmatic and short-sighted comments ever 

Just the way you like it

[Come-from-Beyond]

Does anyone want to challenge eMunie's claim in this bake-off?  BitShares' Stan/Dan?  Come-from-Beyond?

I need numbers for payments-only performance of eMunie then.

[RealBitcoin]

A non blockchain concept is purely for trash.

One of the most dogmatic and short-sighted comments ever 

Sorry but its true, the blockchain is not efficient, but it's transparent and free.

Sorry when it comes to money, i`d rather have a transparent , non counterfeitable system, that is free of control, than a 1 server database that is efficient, but ultra corruptable.

[patmast3r]

A non blockchain concept is purely for trash.

One of the most dogmatic and short-sighted comments ever 

Sorry but its true, the blockchain is not efficient, but it's transparent and free.

Sorry when it comes to money, i`d rather have a transparent , non counterfeitable system, that is free of control, than a 1 server database that is efficient, but ultra corruptable.

non blockchain != 1 server database

[achimsmile]

a transparent , non counterfeitable system, that is free of control

blockchainless + the points you mention are not necessarily contradictory.

[Fuserleer]

Does anyone want to challenge eMunie's claim in this bake-off?  BitShares' Stan/Dan?  Come-from-Beyond?

I need numbers for payments-only performance of eMunie then.

I'm not sure what you mean by payments-only, isn't that all this test is going to do?  We cant turn off all the additional transactional features in order to achieve higher throughput, nor would I want to.  Other projects may wish to do that, but I want to have a near as possible production eMunie configuration so that its a truer test of what real world performance can be.

Anyway, for this "bake-off" eMunie will most likely run in a single partition configuration as there is still some final work and testing to do in order to operate a multi-partition network.  If the bake-off date is indeed moved though, we should be at a point where a multi-partition network could be configured.

With the machine specs outlined in the OP, and a single partition config, eMunie should be able to easily sustain 200-300 tx/s across 20 nodes for 100 minutes.  Taking the average of 250 tx/s, our test result should be somewhere around 1.5M transactions after 100 minutes.  If the OP wants decides to do peak testing too, 3-5k tx/s should be possible over a short duration, but this bake-off really needs sustained load capability, as the final transaction count is what matter.

If we are at a stage where we can operate a multi-partition network, then that throughput greatly increases up to an order of 10x for 20 partitions!

[EvilDave]

Setting the playing field is going to be tricky.......some systems are going to be much happier running on high end hardware.

Just to rig the entire game in Nxts favour: can we run the bake-off on RaspPi2 or CubieTrucks?   

[Fuserleer]

Setting the playing field is going to be tricky.......some systems are going to be much happier running on high end hardware.

Just to rig the entire game in Nxts favour: can we run the bake-off on RaspPi2 or CubieTrucks?   

Sure   We run pretty well on that kinda hardware too, obviously no 1000s of tx/peaks, but it functions no less

[crypti PR]

Setting the playing field is going to be tricky.......some systems are going to be much happier running on high end hardware.

Just to rig the entire game in Nxts favour: can we run the bake-off on RaspPi2 or CubieTrucks?   

Sure   We run pretty well on that kinda hardware too, obviously no 1000s of tx/peaks, but it functions no less

I have a 64MB RAM (+64MB swap) node which runs Crypti. On another node of myself which has 128MB RAM I currently even run a Crypti delegate.

Live example: https://www.youtube.com/watch?v=XA5o-V1Q0ak