What makes Qtum so special compare to Ethereum or NEO or EOS. how much qtum transaction per second
Transactions per second is one of the hot topics that emerged from the scaling issues Bitcoin encountered last year. Shortly after, Ethereum saw some of the same issues during large ICO start times. To break down Qtum's scalability, you have to understand the underlying technology:
Qtum Core is based on Bitcoin Core 0.15 (we just upgraded from 0.14)
Our consensus mechanism is Proof-of-Stake 3.0, borrowed from Blackcoin
The Smart Contract layer currently uses the Ethereum Virtual Machine, and communicates with Qtum Core through the "Account Abstraction Layer", which is middleware. This software will allow multiple virtual machines to operate on Qtum at the same time.
Bitcoin Core supports only a few transactions per second, say 5. This is with a 1mb block size, and 10 minute block target. Qtum has a 2mb block size, and approximately 2 minute target. This means with nothing else added, we are a lot more scalable than Bitcoin, just by shifting some numbers around. Both Bitcoin Core and Qtum Core have Segregated Witness enabled, which allows each Blockchain to squeeze a bit more scalability out of their Blockchains. Through some stress testing that we did about a year ago, we were able to achieve about 70 TPS
Not satisfied with these results, Jordan Earls started working on way to modify certain parameters of the Qtum Blockchain without hardforking. This is known as the "Decentralized Governance Protocol". We had to make sure that the blockchain stayed decentralized, as we didn't want to become one of the projects that sacrifice the core ethos of Blockchain (immunity to censorship and centralization) for marketing hype. One of the parameters that can be democratically altered was the block size, allowing the
community to adjust upwards/downwards 4mb, 8mb, 16mb as required. This makes it so Qtum will never have scalability issues, and we could theoretically reach 1000tps. The Blockchain would become massive, but the use of SPV light clients would make this a non-issue for end users. Exchanges and service providers would suffer.
We currently have a working prototype of Lightning Networks finished, we haven't tested it thoroughly, but if/when we do release it our TPS could THEORETICALLY reach astronomical numbers. There are sources claiming millions of TPS, and this solution would most likely be useful for IoT networks and so forth. One of the things that interests us is microtransactions, as in sending/receiving fractions of a penny very quickly.
In sum, the TPS of Qtum can scale to whatever it needs to be, and achieve this without becoming centralized. There might be an option to use Lightning Networks going forward, for use in IoT applications.
