區塊鏈的TPS性能是什么

這篇文章主要講解了“區塊鏈的TPS性能是什么”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“區塊鏈的TPS性能是什么”吧！

ripple

號稱轉賬神器的ripple，轉賬快速，并且手續費也很低，所以我本人經常用它來做不同交易所之間的轉賬。從ripple官網的數據看，大概有1500tps：

xrp的tps數據，來自ripple官網

Eth

以最高的日期算，當日的tps是1349890/24/60/60.0=15.616666666666667。

eth的tps數據，來自etherscan.io

steemit

來自2018年4月的數據，在最高點是180萬左右，算下來tps是20.8。

bitshares

bitshares這個就比較有趣了，因為它在15年時候就號稱自己10萬tps了，而btc/eth等還在10附近玩耍，查著四個數量級呢，那么它這10萬tps是如何得來的呢？

bts做tps壓測的方式

大意是，我們創建了20萬個賬戶，各執行5此次操作，加起來就是100萬次操作。在沒有任何簽名的情況下，我們每秒鐘能處理18萬次操作，用了更好的cpu之后，能再提高25%，因為我們認為10萬tps是妥妥的。還有啊，現實環境中的nasdaq也才6萬tps啊，他們的目標也才10萬tps。而我們已經輕松的達到了10萬tps。另外，我們在有簽名的情況下，也能每秒輕松的達到2000 tps(您是不是有疑惑，為何瞬間從10萬降到2000了？)。而在當前發布的版本中，我們人為的限制到了1000tps。

我們就會有疑惑了，2000tps是如何測試得到的呢？是否考慮到了p2p網絡的延遲呢？看樣子，似乎并沒有考慮這一點，可能僅僅是內網幾臺witness(或者說記賬節點吧)之間的延遲呢？

bts的testnet如何獲得了20tps的超高性能

這篇文章有一部分介紹了bts 2.0發布時，在測試網絡(p2p網絡)測出了20tps的超高性能，并花了大量篇幅來解釋為什么離號稱的10萬tps相差甚遠。并不是我們處理交易的能力不行，而是p2p網絡太慢了，要達到10萬tps，需要千兆低延遲網絡連接，并且需要有30MB的網絡吞吐，而我們測試環境都只有一些低端的vps節點。

看到才發現，bm這個人真是大忽悠啊。bts一方面采用dpos(從而是中心化的)，只有少數節點擁有記賬權，在一個節點記賬的時候，需要其他節點對它生產的塊進行簽名，這必然是要走p2p網絡的，于是bts開發者大膽假設網絡是可以優化的，畢竟想要成為記賬節點，怎么也得下點血本來優化一下網絡吧。而btc和eth則要分散的多，并且有眾多的小節點，區塊擴散要慢得多。

號稱百萬tps的eos，最終又能到多少tps呢？看到數據的時候，還是要多看看多想想，數據是如何得來的，測試的方式是否科學。

使用DAG技術的iota

這里引用的一條tweet，說iota在250個節點的網絡中能到100tps這個數量級，并且可以發起1000tps的測試(iota應該是節點越多、交易越多反而tps越大)：

btc/bts/steemit/eth統一比較

btc/bts/steemit/eth每日交易量

整個市場在2018年1月達到最高，從上面的eth圖也可以看出，在1月份之后，每日交易量下跌非常明顯，說明市場非常低迷。包括bm本人也承認steemit的每日交易量不到2million，也就是tps不到25，而實際上，峰值的tps也不到20，而是只有驚人的18.3個。而號稱tps很高的bts，也只有13個tps而已，連測試網絡的20個都沒有達到。

感謝各位的閱讀，以上就是“區塊鏈的TPS性能是什么”的內容了，經過本文的學習后，相信大家對區塊鏈的TPS性能是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！