From c92179a806040f826d8616358e069e0f943ca8fb Mon Sep 17 00:00:00 2001 From: cheshirecatnick Date: Tue, 25 Sep 2018 11:12:48 +0800 Subject: add thunderella --- Comparison.md | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'Comparison.md') diff --git a/Comparison.md b/Comparison.md index f9e8fe1..b53615d 100644 --- a/Comparison.md +++ b/Comparison.md @@ -207,7 +207,13 @@ The only concern about this kind of consensus is that whether you can remain int Tendermint uses PBFT as their consensus algorithm. Although PBFT has low latency in permissioned settings, it can not be permissionless, because PBFT has a heavy communication cost of due to its two phase commit. This means when the number of nodes increases, the required bandwidth of network will also increase quadratically, limiting the number nodes. DEXON uses cryptographic sortition sharding technique and configurable ack frequency to reduce the communication cost to . ## Thunderella +|Throughput (TPS)|Latency (seconds)|Data Structure|Consensus|Smart Contract| +|-|-|-|-|-| +|NA|1.5|chain|BFT + longest chain|△| + +Thunderella combines two different consensus algorithms and tries to achieve high security with good performance. With less than one forth of committee is Byzantine node, it can achieve low latency with BFT algorithm. With more than one forth, it can fall back to any blockchain system that can tolerate less than Byzantine nodes. +If more than one forth of the committee is Byzantine node, Thunderella becomes as slow as a blockchain, while DEXON remains its low latency. Also, Thunderella is a chain-based system and it can not scale. ## Zilliqa |Throughput (TPS)|Latency (seconds)|Data Structure|Consensus|Smart Contract| -- cgit v1.2.3