讓我們用硬數據來切入正題： 🧵 BTC= 7 TPS，82個節點 ETH= 179 TPS，8.1k個節點 SOL= 20k+ TPS，1.1k個節點 ADA= 18 TPS，3k個節點 SUI= 20k+ TPS，121個節點 APT= 20k+ TPS，150個節點 NEAR= 100k+ TPS，296個節點 ALGO= 10k+ TPS，3.7k個節點 (TPS = 容量) (節點 = 去中心化) 容量 + 去中心化 = 可擴展性！ 這只是個粗略的簡化，因為還有更多的指標需要考慮，細節中還有許多魔鬼。然而，這些指標本身仍然非常重要，不應被低估！ 節點方法論： 在談到“節點”數量時，我特別指的是本地委託和單獨驗證者（區塊生產者）。 根據這個定義，我們只能在BTC的情況下計算“池節點”，因為它們在PoS中充當“驗證者”的等效功能。考慮到礦工甚至不運行節點，而全節點也不參與區塊生產！ 在ETH的情況下，我們計算共識客戶端的實際數量。這必須是ETH上“驗證者”數量的上限，因為這是區塊生產的要求。 TPS方法論： 在談到TPS時；我們特別指的是基本1對1價值轉移的最大理論每秒交易數。這為所有鏈提供了一個公平且可比較的可擴展性指標！ 在最先進的擴展技術的情況下，TPS數字也被向下取整。例如，在SOL的情況下，原始的cu/gass數字使其TPS超過200k！ 然而，實際上，瓶頸會更早出現，部分原因是智能合約鏈的TX要複雜得多。這導致在現實中更早遇到不同的瓶頸。然而，在假設盡可能多地運行簡單TX的情況下，我們在大約30k TPS時遇到了EDDSA驗證瓶頸，進一步上還有其他顯著的瓶頸。這意味著我們必須考慮到這一點。 這就是為什麼，在意識到這些特定瓶頸的情況下，對於純粹並行化的鏈，我們可以安全地估計SOL、SUI和APT的TPS為20k+。 利用分片的鏈繞過了這個瓶頸，並處於100K+ TPS範圍內（假設可以部署更多分片以滿足需求）。 對於任何未部署先進鏈上擴展技術的鏈，我們可以給出確切的TPS數字，因為有硬限制可以輕鬆計算，例如在ETH（燃氣限制）、ADA和BTC（區塊大小限制）中。 速度需求： 在區塊鏈設計中，速度與容量是不同的；它也是最重要的指標之一，和更多的去中心化指標並列。它沒有在開頭提到，我想保持簡單，所以我們在這裡包含它：...