Difference between revisions of "Antifragility"
(updated tps) |
(added wikilink) |
||
| Line 11: | Line 11: | ||
<blockquote>'''Tonych 2019-01-06:''' After recent optimizations, I synced a full node in 1.5 days, average speed 30 tps</blockquote> | <blockquote>'''Tonych 2019-01-06:''' After recent optimizations, I synced a full node in 1.5 days, average speed 30 tps</blockquote> | ||
| − | <blockquote>'''Punqtured 2019-01-26:''' [The | + | <blockquote>'''Punqtured 2019-01-26:''' [The 30 tps is for both syncing up a full node and active transactions.] The bottleneck is currently when a full [[node]] establishes order between transactions by looking at their positions in relation to transactions posted by witnesses. This re-ordering of transactions is what is currently the bottleneck. When a full node starts to syncronize, it does exactly the same re-ordering of units as it would [with] "new" units. The node receives the new units from the hub and establishes the main chain. So if the hub feeds a node 30 units per second from the past or feeds the node 30 units per second from the present, doesn't make any difference. |
==External links== | ==External links== | ||
Revision as of 16:34, 26 January 2019
Contents
Why stress tests?
Antifragility is a property of systems that increase in capability, resilience, or robustness as a result of stressors, shocks, volatility, noise, mistakes, faults, attacks, or failures. It is a concept developed by Professor Nassim Nicholas Taleb in his book Antifragile and in technical papers. [1]
It applies to any cryptocurrency in that a coin's main platform must be frequently stress-tested as it matures, otherwise the live production will break unexpectedly, maybe with disastrous results. Sometimes, such as an exchange being severely hacked, it can mean the end of that platform.
TPS (Transactions per second)
2017 Comment
Tonych 2017-02-07: You know, there is no architectural limit in the DAGs. Regarding the practical limits, I don't buy into this race to Visa tps. The most pressing issue of crypto is not tps, it is adoption (which we address in the first place). Tps will come second after the first is solved.[2]
2019 Comments
Tonych 2019-01-06: After recent optimizations, I synced a full node in 1.5 days, average speed 30 tps
Punqtured 2019-01-26: [The 30 tps is for both syncing up a full node and active transactions.] The bottleneck is currently when a full node establishes order between transactions by looking at their positions in relation to transactions posted by witnesses. This re-ordering of transactions is what is currently the bottleneck. When a full node starts to syncronize, it does exactly the same re-ordering of units as it would [with] "new" units. The node receives the new units from the hub and establishes the main chain. So if the hub feeds a node 30 units per second from the past or feeds the node 30 units per second from the present, doesn't make any difference.
External links
References
