aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorcheshirecatnick <cheshirecatnick@gmail.com>2018-11-13 18:20:12 +0800
committercheshirecatnick <cheshirecatnick@gmail.com>2018-11-13 18:20:12 +0800
commit9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199 (patch)
treedbb32517f4a52d9e16b9f7925d63e5732a98d758
parentca08f3dec8e2acd501409f48f479d467ee10f841 (diff)
downloaddexon-wiki-9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199.tar
dexon-wiki-9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199.tar.gz
dexon-wiki-9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199.tar.bz2
dexon-wiki-9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199.tar.lz
dexon-wiki-9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199.tar.xz
dexon-wiki-9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199.tar.zst
dexon-wiki-9c8bb8c1c72cf53f50b6fb19c0b6970c5b112199.zip
fix table bug
-rw-r--r--Blockchain-Comparison.md1
1 files changed, 1 insertions, 0 deletions
diff --git a/Blockchain-Comparison.md b/Blockchain-Comparison.md
index 904b9dc..da52801 100644
--- a/Blockchain-Comparison.md
+++ b/Blockchain-Comparison.md
@@ -248,6 +248,7 @@ If more than one forth of the committee is Byzantine node, Thunderella becomes a
|Throughput (TPS)|Latency (seconds)|Data Structure|Consensus|Smart Contract|
|-|-|-|-|-|
|M+|5|DAG|BFT|O|
+
TON (Telegram Open Network) is a blockchain system featuring high throughput with short confirmation time. To achieve this, they propose a new point of view called "Infinite Sharding Paradigm", which tries to push sharding to its extreme. In TON, there is a masterchain for general state finalization. Under masterchain, there are several workchains to perform specific tasks for different cryptocurrencies and services. If a workchain is overloaded, under that it can have several shardchain to increase throupghput. In each chain, validators run a BFT-based consensus algorithm with DPoS mechanism to propose blocks. With this sharding design, TON claims it can reach several millions TPS with 5 seconds latency.
One major difference between TON and DEXON is that TON needs to run BFT consensus algorithm on different level of chain. For masterchain, it requires all validators to participate in BFT algorithm. Since BFT algorithm is typically not scalable, we can only have limited number of nodes to participate in masterchain. This can be considered a bit centralized. In DEXON, we do not require all nodes to run a single BFT algorithm, thus we can have hundreds of thousands of nodes participating in our system.