Internet Computer Wiki - User contributions [en]

L1 comparison

2023-02-09T14:43:27Z

Stefan.kaestle:

The promise of a [[World Computer]] and the emergence of a [[Blockchain Singularity]] has far reaching consequences in technology, sociology, economics, politics, communication, entertainment, and most aspects of our digital lives. As the industry is one of rapid innovation and progress, and as projects constantly and dynamically change, it's important to take stock, every now and then, to note how we're doing, and to check if we're on track to achieve the goals of decentralization, scalability, usability, and functionality.

The industry is now moving out of its infancy, which is seen by the increasing number of smart contract developers, rather than core protocol developers, and users wanting to fully engage with a platform, rather than simply sending transactions back and forth. The shift away from simple payment systems, towards Web3 is well on its way, and it's within this scope that we attempt to map the blockchain landscape on this page.

We compare top performing blockchain projects across a number of metrics that we expect to yield a 'good' Web3 experience under the categories of core protocol, developer experience, and user experience.

Unless otherwise stated, all data is correct as of December 9th 2022. Metrics are explained and references are given below.

== Base comparisons ==
Here we compare standard metrics that are used to measure performance of the core protocol of popular blockchain projects. Note that these metrics should not always be taken at face value. While references are listed below to note where the figures can be found, it's not always clear how these figures are computed. Additionally, parts of different projects may have the same name, but often are constructed differently (most notably, transactions), and so should not be compared blindly like-for-like. The [https://a16zcrypto.com/why-blockchain-performance-is-hard-to-measure/ a16z blog] has a nice article describing how the industry should think about metrics.

{| class="wikitable sortable"
|-
! Metrics / L1 !! Average TPS !! Average finality !! Average block time (seconds) !! Average tx Cost !! Average energy consumption wh/tx !! Size of network (nodes) !! On-Chain storage
|-
| ICP || 5382 (update calls) || 1.4secs || 0.936 || $0.0000022 || 0.008 || 823 || $5 (3.95T cycles x 1XDR)
|-
| Algorand || 15.5 || 3.5secs || 3.5 || $0.00025 || 2.7 || 1530 ||
|-
| Avalanche || 49.52 || 2.3secs || 2.3 || $0.0066 (C-Chain only) || 4.76 || 1195 || $206,875 (15,62 5AVAX)
|-
| Cardano || 2.37 || || 20 || $0.1 || 51.59 || 1050 || $17,035 - $113,507 (53,236 – 354708ADA)
|-
| Ethereum || 11.1 || 15mins || 12.08 || $2.39 || 6.29 || 6562 || $15,494,409 (12,643.75 ETH)
|-
| Near || 8.25 || 3.3secs || 1.11 || $0.0031 || 0.036 || 798 ||
|-
| Solana || 286 (non-voting calls) || 5-12secs || 0.542 || $0.000026 || 0.166 || 1872 || $48,625 (3,477.69 SOL)
|}

* '''Average TPS''' measures the transactions processed per second - note that the interval over which these are measured does vary across chains. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022.
* '''Average finality''' refers to the amount of time that passes between the proposal of a new valid block containing transactions until the block has been finalized and its content is guaranteed to not be reversed or modified (for some blockchains, e.g., Bitcoin, this guarantee can only be probabilistic).
*''' Average block time''' refers to the amount of time between blocks
* '''Average tx Cost''' measures the cost of a transaction. Note that the definition of 'transaction' varies widely across chains, where some are described below. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022. (Cardano and Ethereum figures found in [https://messari.io/asset/cardano/chart/txn-fee-avg Messari dashboard].)
* '''Average energy Consumption''' measures the network energy consumption to process a transaction (measured in watt hours)
* '''Size of network (nodes)''' notes the number of nodes currently making up the network
* '''On-chain Storage''' gives the dollar cost and the native token cost of storing 1GB of data per year on chain.

== Comparing developer experience ==
Whether they were writing games, operating systems or text editing applications, in the 70s, 80s and early 90s, developers always had to face limitations imposed by hardware. Applications were constrained to accessing a few kilobytes of memory through small stacks and heaps, using limited (and constantly changing) instruction sets, and using significant amounts of power to run instructions. The history repeats itself in the blockchain landscape these days. Application developers are limited to stack sizes of a few kilobytes to several megabytes at best. Persistent storage is expensive and limited. Programmers are bound to using cumbersome APIs that make hidden assumptions in terms of numbers of executed instructions. And, moreover, most chains operate inefficiently, burning too much power per executed transaction. This not only limits the types of applications that can be deployed on chain, but also increases development and testing time (and cost).

As opposed to all existing blockchains, the IC brings modern programming to on-chain developers, allowing them to use time for creativity rather than fixing memory packing issues or spreading computation in small iterations that do not hit instruction limits. The IC programming model offers orthogonal persistence, large stack and heap spaces (4GB), stable storage of 48GB (with plans for increase) in mainstream languages, such as Rust, or even Python.

{| class="wikitable sortable"
! Metrics / L1 !! Stable tx cost !! HTTPs outcalls !! Smart contract language support !! Max stack size !! Max persisted memory (per smart-contract) !! Active developers (full-time / monthly) !! Active repositories
|-
| ICP || ✅ || ✅ || Motoko (native), Rust, TypeScript, Python ||data-sort-value="4294967296"| 4 GiB ||data-sort-value="55834574848"| 52 GiB || 121 / 406 || 3973
|-
| Algorand || ❌ || ❌ || Teal (native), Python ||data-sort-value="4194304"| 4 MB ||data-sort-value="1048576"| 1 MB || 52 / 192 || 438
|-
| Avalanche || ❌ || ❌ || Solidity || || || 95 / 332 || 1901
|-
| Cardano || ❌ || ❌ || Plutus (native), Haskell || || || 163 / 465 || 1252
|-
| Ethereum || ❌ || ❌ || Solidity (native), Vyper, Yul, FE ||data-sort-value="32768"| 32 KiB ||data-sort-value="3705346855594118253554271520278013051304639509300498049262642688253220148477952"| 2^261 B (however, 15,494,409$ per GiB) || 1873 / 5734 || 29117
|-
| Near || ❌ || ❌ || Rust, Javascript ||data-sort-value="262144"| 256 KiB ||data-sort-value="32768"| 32 KiB || 205 / 781 || 5352
|-
| Solana || ❌ || ❌ || Rust C, C++ || || || 383 / 2082 || 6137
|-
|}

* ''' Stable tx cost''' provides the ability to have predictable costs for computation
* ''' HTTPs outcalls''' is the ability to communicate directly with Web2 services (outside of the network)
* '''Max stack size''' is the maximum size the stack can grow for smart contracts and serves as a measure for the complexity of code that is supported by each platform
* '''Max persisted memory''' is the maximum size of persisted memory supported by each platform. Persisted memory is preserved across individual function calls
* '''Active developers''' counts the number of developers who made commits on more than 10 days in a month (full-time) or original code authors who made commits in a given month. Source [https://www.electriccapital.com/ Electric Capital]. Figures true as of 15/12/22
* '''Active repositories''' are sourced from the [https://www.electriccapital.com/ Electric Capital] [https://github.com/electric-capital/crypto-ecosystems crypto ecosystems list]. Figures true as of 15/12/22

== Comparing user experience ==
It is widely accepted that the Web3 user experience needs massive development before mainstream adoption is likely. In this section we start to map out key metrics for Web3 usability. First and foremost is privacy, identity management and authentication. On many projects, every interaction that a user ever makes can be traced and monitored. While transparency is good for some things, we argue that this is a severe hindrance to adoption. Financial privacy and the freedom to interact should be paramount.
We also note the tools needed to interact with a project. We see this as a measure of accessability and openness to onboarding.
Finally, we include metrics about participation in the network. A large draw of Web3 is the fact that users can become owners and drivers of the platform. Here we include the percentage of native tokens staked as a measure of user confidence and participation in the project.

{| class="wikitable sortable"
|-
! Metrics / L1 !! Privacy-preserving authentication !! Prerequisites to use !! Staking ratio !! Monthly active wallets
|-
| ICP || ✅ || Browser || 73.89% || 93k
|-
| Cardano || ❌ || Browser, browser extension, tokens || 71.58%||
|-
|Avalanche || ❌ || Browser, browser extension, tokens || 61.78% || [https://stats.avax.network/dashboard/overview/ 390k]
|-
| Algorand || ❌ || Browser, browser extension, tokens || 51.17% ||
|-
| Ethereum || ❌ || Browser, browser extension, tokens || 13.57% || [https://www.theblock.co/data/on-chain-metrics/ethereum/number-of-active-addresses-on-the-ethereum-network-monthly 15m]
|-
| Near || ❌ || Browser, browser extension, tokens || 43.19% ||
|-
| Solana || ❌ || Browser, browser extension, tokens || 68.59% || [https://dune.com/queries/829800 655k]
|}

* '''Privacy-preserving authentication''' notes whether a project allows privacy-preserving interactions with the blockchain.
* '''Prerequisites to use''' lists what is needed to interact with the project
* '''Staking ratio''' gives the percentage of native tokens that are staked in the protocol. The staking ratio metrics are from [https://www.stakingrewards.com/cryptoassets/ Staking Rewards] and are correct as of 19.12.2022
* ''' Monthly active wallets''' counts the wallet addresses that sent or received native currency in a given month (December 2022)

=== A note about average transactions cost ===
* Algorand: https://metrics.algorand.org/#/protocol/, explanation: Average transaction fee of all transactions in the selected time period. [https://developer.algorand.org/docs/get-details/transactions/#fees Algorand fees]
* Cardano: [https://docs.cardano.org/explore-cardano/fee-structure Cardano fees] Fees are constructed around two constants (a and b). The formula for calculating minimal fees for a transaction (tx) is '''a''' times '''size(tx) + b''', where:
** a/b are protocol parameters
** size(tx) is the transaction size in bytes
* Solana: [https://docs.solana.com/transaction_fees Solana fees]

=== A note about finality ===
It is sometimes unclear what exactly different projects mean by finality, so we note our references here and describe how the above figures are computed.
* For ICP, finality calculated as described in the [https://internetcomputer.org/whitepaper.pdf whitepaper] in section 5.11.6.
* For Near, we use the fact finalization occurs after 3 blocks (as stated in the [https://docs.near.org/concepts/advanced/near-indexer-framework#limitations docs]) and use the current block time of 1.1 seconds from the [https://explorer.near.org/ explorer].
* All other finality figures for now come from the finality section [https://newsbtc.com/all/assessing-the-top-performing-layer-1-blockchain-protocols/ here].

== References ==
* '''ICP''' : [https://dashboard.internetcomputer.org IC Dashboard]
* '''ADA''' : [https://explorer.cardano.org/en Cardano explorer] and [https://cexplorer.io/ cexplorer]
* '''AVAX''' : [https://snowtrace.io/ Snowtrace] and [https://subnets.avax.network/ Avalanche explorer]
* '''ALGO''' : [https://www.algorand.com/ Algorand website] and [https://metrics.algorand.org/ Algorand metrics site]
* '''ETH''' : [https://etherscan.io/ Etherscan]
* '''NEAR''' : [https://explorer.near.org/ Near explorer] and [https://docs.near.org/ Near docs]
* '''SOL''' : [https://solana.com/ Solana website] and [https://solanabeach.io/ Solana beach]

L1 comparison

2023-02-09T14:31:07Z

Stefan.kaestle:

The promise of a [[World Computer]] and the emergence of a [[Blockchain Singularity]] has far reaching consequences in technology, sociology, economics, politics, communication, entertainment, and most aspects of our digital lives. As the industry is one of rapid innovation and progress, and as projects constantly and dynamically change, it's important to take stock, every now and then, to note how we're doing, and to check if we're on track to achieve the goals of decentralization, scalability, usability, and functionality.

The industry is now moving out of its infancy, which is seen by the increasing number of smart contract developers, rather than core protocol developers, and users wanting to fully engage with a platform, rather than simply sending transactions back and forth. The shift away from simple payment systems, towards Web3 is well on its way, and it's within this scope that we attempt to map the blockchain landscape on this page.

We compare top performing blockchain projects across a number of metrics that we expect to yield a 'good' Web3 experience under the categories of core protocol, developer experience, and user experience.

Unless otherwise stated, all data is correct as of December 9th 2022. Metrics are explained and references are given below.

== Base comparisons ==
Here we compare standard metrics that are used to measure performance of the core protocol of popular blockchain projects. Note that these metrics should not always be taken at face value. While references are listed below to note where the figures can be found, it's not always clear how these figures are computed. Additionally, parts of different projects may have the same name, but often are constructed differently (most notably, transactions), and so should not be compared blindly like-for-like. The [https://a16zcrypto.com/why-blockchain-performance-is-hard-to-measure/ a16z blog] has a nice article describing how the industry should think about metrics.

{| class="wikitable sortable"
|-
! Metrics / L1 !! Average TPS !! Average finality !! Average block time (seconds) !! Average tx Cost !! Average energy consumption wh/tx !! Size of network (nodes) !! On-Chain storage
|-
| ICP || 5382 (update calls) || 1.4secs || 0.936 || $0.0000022 || 0.008 || 823 || $5 (3.95T cycles x 1XDR)
|-
| Algorand || 15.5 || 3.5secs || 3.5 || $0.00025 || 2.7 || 1530 ||
|-
| Avalanche || 49.52 || 2.3secs || 2.3 || $0.0066 (C-Chain only) || 4.76 || 1195 || $206,875 (15,62 5AVAX)
|-
| Cardano || 2.37 || || 20 || $0.1 || 51.59 || 1050 || $17,035 - $113,507 (53,236 – 354708ADA)
|-
| Ethereum || 11.1 || 15mins || 12.08 || $2.39 || 6.29 || 6562 || $15,494,409 (12,643.75 ETH)
|-
| Near || 8.25 || 3.3secs || 1.11 || $0.0031 || 0.036 || 798 ||
|-
| Solana || 286 (non-voting calls) || 5-12secs || 0.542 || $0.000026 || 0.166 || 1872 || $48,625 (3,477.69 SOL)
|}

* '''Average TPS''' measures the transactions processed per second - note that the interval over which these are measured does vary across chains. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022.
* '''Average finality''' refers to the amount of time that passes between the proposal of a new valid block containing transactions until the block has been finalized and its content is guaranteed to not be reversed or modified (for some blockchains, e.g., Bitcoin, this guarantee can only be probabilistic).
*''' Average block time''' refers to the amount of time between blocks
* '''Average tx Cost''' measures the cost of a transaction. Note that the definition of 'transaction' varies widely across chains, where some are described below. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022. (Cardano and Ethereum figures found in [https://messari.io/asset/cardano/chart/txn-fee-avg Messari dashboard].)
* '''Average energy Consumption''' measures the network energy consumption to process a transaction (measured in watt hours)
* '''Size of network (nodes)''' notes the number of nodes currently making up the network
* '''On-chain Storage''' gives the dollar cost and the native token cost of storing 1GB of data per year on chain.

== Comparing developer experience ==
Whether they were writing games, operating systems or text editing applications, in the 70s, 80s and early 90s, developers always had to face limitations imposed by hardware. Applications were constrained to accessing a few kilobytes of memory through small stacks and heaps, using limited (and constantly changing) instruction sets, and using significant amounts of power to run instructions. The history repeats itself in the blockchain landscape these days. Application developers are limited to stack sizes of a few kilobytes to several megabytes at best. Persistent storage is expensive and limited. Programmers are bound to using cumbersome APIs that make hidden assumptions in terms of numbers of executed instructions. And, moreover, most chains operate inefficiently, burning too much power per executed transaction. This not only limits the types of applications that can be deployed on chain, but also increases development and testing time (and cost).

As opposed to all existing blockchains, the IC brings modern programming to on-chain developers, allowing them to use time for creativity rather than fixing memory packing issues or spreading computation in small iterations that do not hit instruction limits. The IC programming model offers orthogonal persistence, large stack and heap spaces (4GB), stable storage of 48GB (with plans for increase) in mainstream languages, such as Rust, or even Python.

{| class="wikitable sortable"
|-
! Metrics / L1 !! Stable tx cost !! HTTPs outcalls !! Smart contract language support !! Max stack size !! Max persisted memory (per smart-contract) !! Active developers (full-time / monthly) !! Active repositories
|-
| ICP || ✅ || ✅ || Motoko (native), Rust, TypeScript, Python || 4 GiB || 52 GiB || 121 / 406 || 3973
|-
| Algorand || ❌ || ❌ || Teal (native), Python || 4 MB || 1 MB || 52 / 192 || 438
|-
| Avalanche || ❌ || ❌ || Solidity || || || 95 / 332 || 1901
|-
| Cardano || ❌ || ❌ || Plutus (native), Haskell || || || 163 / 465 || 1252
|-
| Ethereum || ❌ || ❌ || Solidity (native), Vyper, Yul, FE || 32 KiB || 2^261 B (however, 15,494,409$ per GiB) || 1873 / 5734 || 29117
|-
| Near || ❌ || ❌ || Rust, Javascript || 256 KiB || 32 KiB || 205 / 781 || 5352
|-
| Solana || ❌ || ❌ || Rust C, C++ || || || 383 / 2082 || 6137
|-
|}

* ''' Stable tx cost''' provides the ability to have predictable costs for computation
* ''' HTTPs outcalls''' is the ability to communicate directly with Web2 services (outside of the network)
* '''Max stack size''' is the maximum size the stack can grow for smart contracts and serves as a measure for the complexity of code that is supported by each platform
* '''Max persisted memory''' is the maximum size of persisted memory supported by each platform. Persisted memory is preserved across individual function calls
* '''Active developers''' counts the number of developers who made commits on more than 10 days in a month (full-time) or original code authors who made commits in a given month. Source [https://www.electriccapital.com/ Electric Capital]. Figures true as of 15/12/22
* '''Active repositories''' are sourced from the [https://www.electriccapital.com/ Electric Capital] [https://github.com/electric-capital/crypto-ecosystems crypto ecosystems list]. Figures true as of 15/12/22

== Comparing user experience ==
It is widely accepted that the Web3 user experience needs massive development before mainstream adoption is likely. In this section we start to map out key metrics for Web3 usability. First and foremost is privacy, identity management and authentication. On many projects, every interaction that a user ever makes can be traced and monitored. While transparency is good for some things, we argue that this is a severe hindrance to adoption. Financial privacy and the freedom to interact should be paramount.
We also note the tools needed to interact with a project. We see this as a measure of accessability and openness to onboarding.
Finally, we include metrics about participation in the network. A large draw of Web3 is the fact that users can become owners and drivers of the platform. Here we include the percentage of native tokens staked as a measure of user confidence and participation in the project.

{| class="wikitable"
|-
! Metrics / L1 !! ICP !! Cardano !! Avalanche !! Algorand !! Ethereum !! Near !! Solana
|-
| Privacy-preserving authentication || ✅ || ❌ || ❌ || ❌ || ❌ || ❌ || ❌
|-
| Prerequisites to use || Browser || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens
|-
| Staking ratio || 73.89% || 71.58% || 61.78% || 51.17% || 13.57% || 43.19% || 68.59%
|-
| Monthly active wallets || 93k || || [https://stats.avax.network/dashboard/overview/ 390k] || || [https://www.theblock.co/data/on-chain-metrics/ethereum/number-of-active-addresses-on-the-ethereum-network-monthly 15m] || || [https://dune.com/queries/829800 655k]
|}

* '''Privacy-preserving authentication''' notes whether a project allows privacy-preserving interactions with the blockchain.
* '''Prerequisites to use''' lists what is needed to interact with the project
* '''Staking ratio''' gives the percentage of native tokens that are staked in the protocol. The staking ratio metrics are from [https://www.stakingrewards.com/cryptoassets/ Staking Rewards] and are correct as of 19.12.2022
* ''' Monthly active wallets''' counts the wallet addresses that sent or received native currency in a given month (December 2022)

=== A note about average transactions cost ===
* Algorand: https://metrics.algorand.org/#/protocol/, explanation: Average transaction fee of all transactions in the selected time period. [https://developer.algorand.org/docs/get-details/transactions/#fees Algorand fees]
* Cardano: [https://docs.cardano.org/explore-cardano/fee-structure Cardano fees] Fees are constructed around two constants (a and b). The formula for calculating minimal fees for a transaction (tx) is '''a''' times '''size(tx) + b''', where:
** a/b are protocol parameters
** size(tx) is the transaction size in bytes
* Solana: [https://docs.solana.com/transaction_fees Solana fees]

=== A note about finality ===
It is sometimes unclear what exactly different projects mean by finality, so we note our references here and describe how the above figures are computed.
* For ICP, finality calculated as described in the [https://internetcomputer.org/whitepaper.pdf whitepaper] in section 5.11.6.
* For Near, we use the fact finalization occurs after 3 blocks (as stated in the [https://docs.near.org/concepts/advanced/near-indexer-framework#limitations docs]) and use the current block time of 1.1 seconds from the [https://explorer.near.org/ explorer].
* All other finality figures for now come from the finality section [https://newsbtc.com/all/assessing-the-top-performing-layer-1-blockchain-protocols/ here].

== References ==
* '''ICP''' : [https://dashboard.internetcomputer.org IC Dashboard]
* '''ADA''' : [https://explorer.cardano.org/en Cardano explorer] and [https://cexplorer.io/ cexplorer]
* '''AVAX''' : [https://snowtrace.io/ Snowtrace] and [https://subnets.avax.network/ Avalanche explorer]
* '''ALGO''' : [https://www.algorand.com/ Algorand website] and [https://metrics.algorand.org/ Algorand metrics site]
* '''ETH''' : [https://etherscan.io/ Etherscan]
* '''NEAR''' : [https://explorer.near.org/ Near explorer] and [https://docs.near.org/ Near docs]
* '''SOL''' : [https://solana.com/ Solana website] and [https://solanabeach.io/ Solana beach]

L1 comparison

2023-02-09T13:57:50Z

Stefan.kaestle:

The promise of a [[World Computer]] and the emergence of a [[Blockchain Singularity]] has far reaching consequences in technology, sociology, economics, politics, communication, entertainment, and most aspects of our digital lives. As the industry is one of rapid innovation and progress, and as projects constantly and dynamically change, it's important to take stock, every now and then, to note how we're doing, and to check if we're on track to achieve the goals of decentralization, scalability, usability, and functionality.

The industry is now moving out of its infancy, which is seen by the increasing number of smart contract developers, rather than core protocol developers, and users wanting to fully engage with a platform, rather than simply sending transactions back and forth. The shift away from simple payment systems, towards Web3 is well on its way, and it's within this scope that we attempt to map the blockchain landscape on this page.

We compare top performing blockchain projects across a number of metrics that we expect to yield a 'good' Web3 experience under the categories of core protocol, developer experience, and user experience.

Unless otherwise stated, all data is correct as of December 9th 2022. Metrics are explained and references are given below.

== Base comparisons ==
Here we compare standard metrics that are used to measure performance of the core protocol of popular blockchain projects. Note that these metrics should not always be taken at face value. While references are listed below to note where the figures can be found, it's not always clear how these figures are computed. Additionally, parts of different projects may have the same name, but often are constructed differently (most notably, transactions), and so should not be compared blindly like-for-like. The [https://a16zcrypto.com/why-blockchain-performance-is-hard-to-measure/ a16z blog] has a nice article describing how the industry should think about metrics.

{| class="wikitable sortable"
|-
! Metrics / L1 !! Average TPS !! Average finality !! Average block time (seconds) !! Average tx Cost !! Average energy consumption wh/tx !! Size of network (nodes) !! On-Chain storage
|-
| ICP || 5382 (update calls) || 1.4secs || 0.936 || $0.0000022 || 0.008 || 823 || $5 (3.95T cycles x 1XDR)
|-
| Algorand || 15.5 || 3.5secs || 3.5 || $0.00025 || 2.7 || 1530 ||
|-
| Avalanche || 49.52 || 2.3secs || 2.3 || $0.0066 (C-Chain only) || 4.76 || 1195 || $206,875 (15,62 5AVAX)
|-
| Cardano || 2.37 || || 20 || $0.1 || 51.59 || 1050 || $17,035 - $113,507 (53,236 – 354708ADA)
|-
| Ethereum || 11.1 || 15mins || 12.08 || $2.39 || 6.29 || 6562 || $15,494,409 (12,643.75 ETH)
|-
| Near || 8.25 || 3.3secs || 1.11 || $0.0031 || 0.036 || 798 ||
|-
| Solana || 286 (non-voting calls) || 5-12secs || 0.542 || $0.000026 || 0.166 || 1872 || $48,625 (3,477.69 SOL)
|}

* '''Average TPS''' measures the transactions processed per second - note that the interval over which these are measured does vary across chains. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022.
* '''Average finality''' refers to the amount of time that passes between the proposal of a new valid block containing transactions until the block has been finalized and its content is guaranteed to not be reversed or modified (for some blockchains, e.g., Bitcoin, this guarantee can only be probabilistic).
*''' Average block time''' refers to the amount of time between blocks
* '''Average tx Cost''' measures the cost of a transaction. Note that the definition of 'transaction' varies widely across chains, where some are described below. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022. (Cardano and Ethereum figures found in [https://messari.io/asset/cardano/chart/txn-fee-avg Messari dashboard].)
* '''Average energy Consumption''' measures the network energy consumption to process a transaction (measured in watt hours)
* '''Size of network (nodes)''' notes the number of nodes currently making up the network
* '''On-chain Storage''' gives the dollar cost and the native token cost of storing 1GB of data per year on chain.

== Comparing developer experience ==
Whether they were writing games, operating systems or text editing applications, in the 70s, 80s and early 90s, developers always had to face limitations imposed by hardware. Applications were constrained to accessing a few kilobytes of memory through small stacks and heaps, using limited (and constantly changing) instruction sets, and using significant amounts of power to run instructions. The history repeats itself in the blockchain landscape these days. Application developers are limited to stack sizes of a few kilobytes to several megabytes at best. Persistent storage is expensive and limited. Programmers are bound to using cumbersome APIs that make hidden assumptions in terms of numbers of executed instructions. And, moreover, most chains operate inefficiently, burning too much power per executed transaction. This not only limits the types of applications that can be deployed on chain, but also increases development and testing time (and cost).

As opposed to all existing blockchains, the IC brings modern programming to on-chain developers, allowing them to use time for creativity rather than fixing memory packing issues or spreading computation in small iterations that do not hit instruction limits. The IC programming model offers orthogonal persistence, large stack and heap spaces (4GB), stable storage of 48GB (with plans for increase) in mainstream languages, such as Rust, or even Python.

{| class="wikitable"
|-
! Metrics / L1 !! ICP !! Cardano !! Avalanche !! Algorand !! Ethereum !! Near !! Solana
|-
| Stable tx cost || ✅ || ❌ || ❌ || ❌ || ❌ || ❌ || ❌
|-
| HTTPs outcalls || ✅ || ❌ || ❌ || ❌ || ❌ || ❌ || ❌
|-
| Smart contract language support || Motoko (native), Rust, TypeScript, Python || Plutus (native), Haskell || Solidity || Teal (native), Python ||Solidity (native), Vyper, Yul, FE || Rust, Javascript || Rust C, C++
|-
| Max stack size || 4 GiB || || || 4 MB || 32 KiB || 256 KiB ||
|-
| Max persisted memory (per smart-contract) || 52 GiB || || || 1 MB || 2^261 B (however, 15,494,409$ per GiB) || 32 KiB ||
|-
| Active developers (full-time / monthly) || 121 / 406 || 163 / 465 || 95 / 332|| 52 / 192 || 1873 / 5734 || 205 / 781 || 383 / 2082
|-
| Active repositories || 3973 || 1252 || 1901 || 438 || 29117 || 5352 || 6137
|-
|}

* ''' Stable tx cost''' provides the ability to have predictable costs for computation
* ''' HTTPs outcalls''' is the ability to communicate directly with Web2 services (outside of the network)
* '''Max stack size''' is the maximum size the stack can grow for smart contracts and serves as a measure for the complexity of code that is supported by each platform
* '''Max persisted memory''' is the maximum size of persisted memory supported by each platform. Persisted memory is preserved across individual function calls
* '''Active developers''' counts the number of developers who made commits on more than 10 days in a month (full-time) or original code authors who made commits in a given month. Source [https://www.electriccapital.com/ Electric Capital]. Figures true as of 15/12/22
* '''Active repositories''' are sourced from the [https://www.electriccapital.com/ Electric Capital] [https://github.com/electric-capital/crypto-ecosystems crypto ecosystems list]. Figures true as of 15/12/22

== Comparing user experience ==
It is widely accepted that the Web3 user experience needs massive development before mainstream adoption is likely. In this section we start to map out key metrics for Web3 usability. First and foremost is privacy, identity management and authentication. On many projects, every interaction that a user ever makes can be traced and monitored. While transparency is good for some things, we argue that this is a severe hindrance to adoption. Financial privacy and the freedom to interact should be paramount.
We also note the tools needed to interact with a project. We see this as a measure of accessability and openness to onboarding.
Finally, we include metrics about participation in the network. A large draw of Web3 is the fact that users can become owners and drivers of the platform. Here we include the percentage of native tokens staked as a measure of user confidence and participation in the project.

{| class="wikitable"
|-
! Metrics / L1 !! ICP !! Cardano !! Avalanche !! Algorand !! Ethereum !! Near !! Solana
|-
| Privacy-preserving authentication || ✅ || ❌ || ❌ || ❌ || ❌ || ❌ || ❌
|-
| Prerequisites to use || Browser || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens
|-
| Staking ratio || 73.89% || 71.58% || 61.78% || 51.17% || 13.57% || 43.19% || 68.59%
|-
| Monthly active wallets || 93k || || [https://stats.avax.network/dashboard/overview/ 390k] || || [https://www.theblock.co/data/on-chain-metrics/ethereum/number-of-active-addresses-on-the-ethereum-network-monthly 15m] || || [https://dune.com/queries/829800 655k]
|}

* '''Privacy-preserving authentication''' notes whether a project allows privacy-preserving interactions with the blockchain.
* '''Prerequisites to use''' lists what is needed to interact with the project
* '''Staking ratio''' gives the percentage of native tokens that are staked in the protocol. The staking ratio metrics are from [https://www.stakingrewards.com/cryptoassets/ Staking Rewards] and are correct as of 19.12.2022
* ''' Monthly active wallets''' counts the wallet addresses that sent or received native currency in a given month (December 2022)

=== A note about average transactions cost ===
* Algorand: https://metrics.algorand.org/#/protocol/, explanation: Average transaction fee of all transactions in the selected time period. [https://developer.algorand.org/docs/get-details/transactions/#fees Algorand fees]
* Cardano: [https://docs.cardano.org/explore-cardano/fee-structure Cardano fees] Fees are constructed around two constants (a and b). The formula for calculating minimal fees for a transaction (tx) is '''a''' times '''size(tx) + b''', where:
** a/b are protocol parameters
** size(tx) is the transaction size in bytes
* Solana: [https://docs.solana.com/transaction_fees Solana fees]

=== A note about finality ===
It is sometimes unclear what exactly different projects mean by finality, so we note our references here and describe how the above figures are computed.
* For ICP, finality calculated as described in the [https://internetcomputer.org/whitepaper.pdf whitepaper] in section 5.11.6.
* For Near, we use the fact finalization occurs after 3 blocks (as stated in the [https://docs.near.org/concepts/advanced/near-indexer-framework#limitations docs]) and use the current block time of 1.1 seconds from the [https://explorer.near.org/ explorer].
* All other finality figures for now come from the finality section [https://newsbtc.com/all/assessing-the-top-performing-layer-1-blockchain-protocols/ here].

== References ==
* '''ICP''' : [https://dashboard.internetcomputer.org IC Dashboard]
* '''ADA''' : [https://explorer.cardano.org/en Cardano explorer] and [https://cexplorer.io/ cexplorer]
* '''AVAX''' : [https://snowtrace.io/ Snowtrace] and [https://subnets.avax.network/ Avalanche explorer]
* '''ALGO''' : [https://www.algorand.com/ Algorand website] and [https://metrics.algorand.org/ Algorand metrics site]
* '''ETH''' : [https://etherscan.io/ Etherscan]
* '''NEAR''' : [https://explorer.near.org/ Near explorer] and [https://docs.near.org/ Near docs]
* '''SOL''' : [https://solana.com/ Solana website] and [https://solanabeach.io/ Solana beach]

L1 comparison

2023-02-09T13:29:26Z

Stefan.kaestle:

The promise of a [[World Computer]] and the emergence of a [[Blockchain Singularity]] has far reaching consequences in technology, sociology, economics, politics, communication, entertainment, and most aspects of our digital lives. As the industry is one of rapid innovation and progress, and as projects constantly and dynamically change, it's important to take stock, every now and then, to note how we're doing, and to check if we're on track to achieve the goals of decentralization, scalability, usability, and functionality.

The industry is now moving out of its infancy, which is seen by the increasing number of smart contract developers, rather than core protocol developers, and users wanting to fully engage with a platform, rather than simply sending transactions back and forth. The shift away from simple payment systems, towards Web3 is well on its way, and it's within this scope that we attempt to map the blockchain landscape on this page.

We compare top performing blockchain projects across a number of metrics that we expect to yield a 'good' Web3 experience under the categories of core protocol, developer experience, and user experience.

Unless otherwise stated, all data is correct as of December 9th 2022. Metrics are explained and references are given below.

== Base comparisons ==
Here we compare standard metrics that are used to measure performance of the core protocol of popular blockchain projects. Note that these metrics should not always be taken at face value. While references are listed below to note where the figures can be found, it's not always clear how these figures are computed. Additionally, parts of different projects may have the same name, but often are constructed differently (most notably, transactions), and so should not be compared blindly like-for-like. The [https://a16zcrypto.com/why-blockchain-performance-is-hard-to-measure/ a16z blog] has a nice article describing how the industry should think about metrics.

{| class="wikitable sortable"
|-
! Metrics / L1 !! Average TPS !! Average finality !! Average block time (seconds) !! Average tx Cost !! Average energy consumption wh/tx !! Size of network (nodes) !! On-Chain storage !
|-
| ICP || 5382 (update calls) || 1.4secs || 0.936 || $0.0000022 || 0.008 || 823 || $5 (3.95T cycles x 1XDR) |
|-
| Algorand || 15.5 || 3.5secs || 3.5 || $0.00025 || 2.7 || 1530 || |
|-
| Avalanche || 49.52 || 2.3secs || 2.3 || $0.0066 (C-Chain only) || 4.76 || 1195 || $206,875 (15,62 5AVAX)|
|-
| Cardano || 2.37 || || 20 || $0.1 || 51.59 || 1050 || $17,035 - $113,507 (53,236 – 354708ADA) |
|-
| Ethereum || 11.1 || 15mins || 12.08 || $2.39 || 6.29 || 6562 || $15,494,409 (12,643.75 ETH) |
|-
| Near || 8.25 || 3.3secs || 1.11 || $0.0031 || 0.036 || 798 || |
|-
| Solana || 286 (non-voting calls) || 5-12secs || 0.542 || $0.000026 || 0.166 || 1872 || $48,625 (3,477.69 SOL)|
|}

* '''Average TPS''' measures the transactions processed per second - note that the interval over which these are measured does vary across chains. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022.
* '''Average finality''' refers to the amount of time that passes between the proposal of a new valid block containing transactions until the block has been finalized and its content is guaranteed to not be reversed or modified (for some blockchains, e.g., Bitcoin, this guarantee can only be probabilistic).
*''' Average block time''' refers to the amount of time between blocks
* '''Average tx Cost''' measures the cost of a transaction. Note that the definition of 'transaction' varies widely across chains, where some are described below. The dollar amounts are computed by converting the native token cost cycles/gas/fee needed per transaction, to USD given the exchange rate on December 9th 2022. (Cardano and Ethereum figures found in [https://messari.io/asset/cardano/chart/txn-fee-avg Messari dashboard].)
* '''Average energy Consumption''' measures the network energy consumption to process a transaction (measured in watt hours)
* '''Size of network (nodes)''' notes the number of nodes currently making up the network
* '''On-chain Storage''' gives the dollar cost and the native token cost of storing 1GB of data per year on chain.

== Comparing developer experience ==
Whether they were writing games, operating systems or text editing applications, in the 70s, 80s and early 90s, developers always had to face limitations imposed by hardware. Applications were constrained to accessing a few kilobytes of memory through small stacks and heaps, using limited (and constantly changing) instruction sets, and using significant amounts of power to run instructions. The history repeats itself in the blockchain landscape these days. Application developers are limited to stack sizes of a few kilobytes to several megabytes at best. Persistent storage is expensive and limited. Programmers are bound to using cumbersome APIs that make hidden assumptions in terms of numbers of executed instructions. And, moreover, most chains operate inefficiently, burning too much power per executed transaction. This not only limits the types of applications that can be deployed on chain, but also increases development and testing time (and cost).

As opposed to all existing blockchains, the IC brings modern programming to on-chain developers, allowing them to use time for creativity rather than fixing memory packing issues or spreading computation in small iterations that do not hit instruction limits. The IC programming model offers orthogonal persistence, large stack and heap spaces (4GB), stable storage of 48GB (with plans for increase) in mainstream languages, such as Rust, or even Python.

{| class="wikitable"
|-
! Metrics / L1 !! ICP !! Cardano !! Avalanche !! Algorand !! Ethereum !! Near !! Solana
|-
| Stable tx cost || ✅ || ❌ || ❌ || ❌ || ❌ || ❌ || ❌
|-
| HTTPs outcalls || ✅ || ❌ || ❌ || ❌ || ❌ || ❌ || ❌
|-
| Smart contract language support || Motoko (native), Rust, TypeScript, Python || Plutus (native), Haskell || Solidity || Teal (native), Python ||Solidity (native), Vyper, Yul, FE || Rust, Javascript || Rust C, C++
|-
| Max stack size || 4 GiB || || || 4 MB || 32 KiB || 256 KiB ||
|-
| Max persisted memory (per smart-contract) || 52 GiB || || || 1 MB || 2^261 B (however, 15,494,409$ per GiB) || 32 KiB ||
|-
| Active developers (full-time / monthly) || 121 / 406 || 163 / 465 || 95 / 332|| 52 / 192 || 1873 / 5734 || 205 / 781 || 383 / 2082
|-
| Active repositories || 3973 || 1252 || 1901 || 438 || 29117 || 5352 || 6137
|-
|}

* ''' Stable tx cost''' provides the ability to have predictable costs for computation
* ''' HTTPs outcalls''' is the ability to communicate directly with Web2 services (outside of the network)
* '''Max stack size''' is the maximum size the stack can grow for smart contracts and serves as a measure for the complexity of code that is supported by each platform
* '''Max persisted memory''' is the maximum size of persisted memory supported by each platform. Persisted memory is preserved across individual function calls
* '''Active developers''' counts the number of developers who made commits on more than 10 days in a month (full-time) or original code authors who made commits in a given month. Source [https://www.electriccapital.com/ Electric Capital]. Figures true as of 15/12/22
* '''Active repositories''' are sourced from the [https://www.electriccapital.com/ Electric Capital] [https://github.com/electric-capital/crypto-ecosystems crypto ecosystems list]. Figures true as of 15/12/22

== Comparing user experience ==
It is widely accepted that the Web3 user experience needs massive development before mainstream adoption is likely. In this section we start to map out key metrics for Web3 usability. First and foremost is privacy, identity management and authentication. On many projects, every interaction that a user ever makes can be traced and monitored. While transparency is good for some things, we argue that this is a severe hindrance to adoption. Financial privacy and the freedom to interact should be paramount.
We also note the tools needed to interact with a project. We see this as a measure of accessability and openness to onboarding.
Finally, we include metrics about participation in the network. A large draw of Web3 is the fact that users can become owners and drivers of the platform. Here we include the percentage of native tokens staked as a measure of user confidence and participation in the project.

{| class="wikitable"
|-
! Metrics / L1 !! ICP !! Cardano !! Avalanche !! Algorand !! Ethereum !! Near !! Solana
|-
| Privacy-preserving authentication || ✅ || ❌ || ❌ || ❌ || ❌ || ❌ || ❌
|-
| Prerequisites to use || Browser || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens || Browser, browser extension, tokens
|-
| Staking ratio || 73.89% || 71.58% || 61.78% || 51.17% || 13.57% || 43.19% || 68.59%
|-
| Monthly active wallets || 93k || || [https://stats.avax.network/dashboard/overview/ 390k] || || [https://www.theblock.co/data/on-chain-metrics/ethereum/number-of-active-addresses-on-the-ethereum-network-monthly 15m] || || [https://dune.com/queries/829800 655k]
|}

* '''Privacy-preserving authentication''' notes whether a project allows privacy-preserving interactions with the blockchain.
* '''Prerequisites to use''' lists what is needed to interact with the project
* '''Staking ratio''' gives the percentage of native tokens that are staked in the protocol. The staking ratio metrics are from [https://www.stakingrewards.com/cryptoassets/ Staking Rewards] and are correct as of 19.12.2022
* ''' Monthly active wallets''' counts the wallet addresses that sent or received native currency in a given month (December 2022)

=== A note about average transactions cost ===
* Algorand: https://metrics.algorand.org/#/protocol/, explanation: Average transaction fee of all transactions in the selected time period. [https://developer.algorand.org/docs/get-details/transactions/#fees Algorand fees]
* Cardano: [https://docs.cardano.org/explore-cardano/fee-structure Cardano fees] Fees are constructed around two constants (a and b). The formula for calculating minimal fees for a transaction (tx) is '''a''' times '''size(tx) + b''', where:
** a/b are protocol parameters
** size(tx) is the transaction size in bytes
* Solana: [https://docs.solana.com/transaction_fees Solana fees]

=== A note about finality ===
It is sometimes unclear what exactly different projects mean by finality, so we note our references here and describe how the above figures are computed.
* For ICP, finality calculated as described in the [https://internetcomputer.org/whitepaper.pdf whitepaper] in section 5.11.6.
* For Near, we use the fact finalization occurs after 3 blocks (as stated in the [https://docs.near.org/concepts/advanced/near-indexer-framework#limitations docs]) and use the current block time of 1.1 seconds from the [https://explorer.near.org/ explorer].
* All other finality figures for now come from the finality section [https://newsbtc.com/all/assessing-the-top-performing-layer-1-blockchain-protocols/ here].

== References ==
* '''ICP''' : [https://dashboard.internetcomputer.org IC Dashboard]
* '''ADA''' : [https://explorer.cardano.org/en Cardano explorer] and [https://cexplorer.io/ cexplorer]
* '''AVAX''' : [https://snowtrace.io/ Snowtrace] and [https://subnets.avax.network/ Avalanche explorer]
* '''ALGO''' : [https://www.algorand.com/ Algorand website] and [https://metrics.algorand.org/ Algorand metrics site]
* '''ETH''' : [https://etherscan.io/ Etherscan]
* '''NEAR''' : [https://explorer.near.org/ Near explorer] and [https://docs.near.org/ Near docs]
* '''SOL''' : [https://solana.com/ Solana website] and [https://solanabeach.io/ Solana beach]

L1 comparison

2022-12-14T15:32:44Z

Stefan.kaestle:

Whether they were writing games, operating systems or text editing applications, in the 70s, 80s and early 90s, developers always had to face limitations imposed by hardware. Applications were constrained to accessing a few kilobytes of memory through small stacks and heaps, using limited (and constantly changing) instruction sets, and using significant amounts of power to run instructions. The history repeats itself in the blockchain landscape these days. Application developers are limited to stack sizes of a few kilobytes to several megabytes at best. Persistent storage is expensive and limited. Programmers are bound to using cumbersome APIs that make hidden assumptions in terms of numbers of executed instructions. And, moreover, most chains operate inefficiently, burning too much power per executed transaction. This not only limits the types of applications that can be deployed on chain, but also increases development and testing time (and cost).

As opposed to all existing blockchains, the IC brings modern programming to on-chain developers, allowing them to use time for creativity rather than fixing memory packing issues or spreading computation in small iterations that do not hit instruction limits. The IC programming model offers orthogonal persistence, large stack and heap spaces (4GB), stable storage of 48GB (with plans for increase) in mainstream languages, such as Rust, or even Python.

To get a view of the top performers in the blockchain industry, it's useful to compare across common metrics. Here we build a table that does such a comparison. All data correct as of December 9th 2022.

Metrics explanations and references are given below.

{| class="wikitable"
|-
! Metrics / L1 !! ICP !! ADA !! AVAX !! ALGO !! ETH !! NEAR !! SOL
|-
| Average TPS || 9’720 || 2.37 || 49.52 || 15.5 || 11.1 || 8.25 || 286
|-
| Average Finality || 0.96secs || || 2.3secs || 3.5secs || 15mins || 2.4secs ||
|-
| Average Tx Cost || $0.0000022 || $0.1 || $0.0066 (C-Chain only)|| $0.00025 || $2.39 || $0.0031 || $0.000026
|-
| Fixed tx cost || Yes || No || No || No || No || No || No
|-
| Privacy-preserving identity management || Yes || No || No || No || No || No || No
|-
| HTTPs Outcalls || Yes || No || No || No || No || No || No
|-
| Language Support || || || || || || ||
|-
| Prerequisites to use || Browser || Browser, Extension, Gas || || || Browser, Extension, Gas || ||
|-
| Average energy Consumption wh/tx || 0.008 || 51.59 || 4.76 || 2.7 || || || 0.166
|-
| On-Chain Storage || $5 (3.95T cycles x 1XDR) || $17,035 - $113,507 (53,236 – 354708ADA) || $206,875 (15,62 5AVAX) || ||
$15,494,409 (12,643.75 ETH) || || $48,625 (3,477.69 SOL)
|-
| Nodes / Validators || 549 || 1050 || 1195 || 1530 || || 798 || 1872
|-
| Max stack size || 4 GiB || || || 4 MB || 32 KiB || 256 KiB ||
|-
| Max persisted memory (per smart-contract) || 52 GiB || || || 1 MB || 2^261 B (however, 15,494,409$ per GiB) || 32 KiB ||
|}

== Metrics ==
* '''TPS''' measures the transactions processed per second - note that the interval over which these are measured does vary across chains.
* '''Finality''' refers to the amount of time that passes between the proposal of a new valid block containing transactions until the block has been finalized and its content is guaranteed to not be reversed or modified (for some blockchains, e.g., Bitcoin, this guarantee can only be probabilistic).
* '''Tx Cost''' measures the cost of a transaction (Cardano and Ethereum figures found in [https://messari.io/asset/cardano/chart/txn-fee-avg Messari dashboard].)
* '''Energy Consumption''' measures the energy consumption
* '''On-Chain Storage''' measures the cost of storing data on-chain
* '''Nodes/Validators''' measures the number of nodes
* '''Repos, DAOs, Dapps, Tokens''' showcases the leading applications supported by the network
* '''Max stack size''' is the maximum size the stack can grow for smart contracts and serves as a measure for the complexity of code that is supported by each platform
* '''Max persisted memory''' is the maximum size of persisted memory supported by each platform. Persisted memory is preserved across individual function calls

== References ==
* '''ICP''' : [https://dashboard.internetcomputer.org IC Dashboard]
* '''ADA''' : [https://explorer.cardano.org/en Cardano explorer] and [https://cexplorer.io/ cexplorer]
* '''AVAX''' : [https://snowtrace.io/ Snowtrace] and [https://subnets.avax.network/ Avalanche explorer]
* '''ALGO''' : [https://www.algorand.com/ Algorand website] and [https://metrics.algorand.org/ Algorand metrics site]
* '''ETH''' : [https://etherscan.io/ Etherscan]
* '''NEAR''' : [https://explorer.near.org/ Near explorer]
* '''SOL''' : [https://solana.com/ Solana website] and [https://solanabeach.io/ Solana beach]

L1 comparison

2022-12-14T15:30:07Z

Stefan.kaestle:

Whether they were writing games, operating systems or text editing applications, in the 70s, 80s and early 90s, developers always had to face limitations imposed by hardware. Applications were constrained to accessing a few kilobytes of memory through small stacks and heaps, using limited (and constantly changing) instruction sets, and using significant amounts of power to run instructions. The history repeats itself in the blockchain landscape these days. Application developers are limited to stack sizes of a few kilobytes to several megabytes at best. Persistent storage is expensive and limited. Programmers are bound to using cumbersome APIs that make hidden assumptions in terms of numbers of executed instructions. And, moreover, most chains operate inefficiently, burning too much power per executed transaction. This not only limits the types of applications that can be deployed on chain, but also increases development and testing time (and cost).

As opposed to all existing blockchains, the IC brings modern programming to on-chain developers, allowing them to use time for creativity rather than fixing memory packing issues or spreading computation in small iterations that do not hit instruction limits. The IC programming model offers orthogonal persistence, large stack and heap spaces (4GB), stable storage of 48GB (with plans for increase) in mainstream languages, such as Rust, or even Python.

To get a view of the top performers in the blockchain industry, it's useful to compare across common metrics. Here we build a table that does such a comparison. All data correct as of December 9th 2022.

Metrics explanations and references are given below.

{| class="wikitable"
|-
! Metrics / L1 !! ICP !! ADA !! AVAX !! ALGO !! ETH !! NEAR !! SOL
|-
| Average TPS || 9’720 || 2.37 || 49.52 || 15.5 || 11.1 || 8.25 || 286
|-
| Average Finality || 0.96secs || || 2.3secs || 3.5secs || 15mins || 2.4secs ||
|-
| Average Tx Cost || $0.0000022 || $0.1 || $0.0066 (C-Chain only)|| $0.00025 || $2.39 || $0.0031 || $0.000026
|-
| Fixed tx cost || Yes || No || No || No || No || No || No
|-
| Privacy-preserving identity management || Yes || No || No || No || No || No || No
|-
| HTTPs Outcalls || Yes || No || No || No || No || No || No
|-
| Language Support || || || || || || ||
|-
| Prerequisites to use || Browser || Browser, Extension, Gas || || || Browser, Extension, Gas || ||
|-
| Average energy Consumption wh/tx || 0.008 || 51.59 || 4.76 || 2.7 || || || 0.166
|-
| On-Chain Storage || $5 (3.95T cycles x 1XDR) || $17,035 - $113,507 (53,236 – 354708ADA) || $206,875 (15,62 5AVAX) || ||
$15,494,409 (12,643.75 ETH) || || $48,625 (3,477.69 SOL)
|-
| Nodes / Validators || 549 || 1050 || 1195 || 1530 || || 798 || 1872
|-
| Max stack size || 4 GiB || || || 4 MB || 32 KiB || 256 KiB ||
|-
| Max persisted memory || 52 GiB (per canister) || || || 1 MB || 2^261 B (however, 15,494,409$ per GiB) || 32 KiB ||
|}

== Metrics ==
* '''TPS''' measures the transactions processed per second - note that the interval over which these are measured does vary across chains.
* '''Finality''' refers to the amount of time that passes between the proposal of a new valid block containing transactions until the block has been finalized and its content is guaranteed to not be reversed or modified (for some blockchains, e.g., Bitcoin, this guarantee can only be probabilistic).
* '''Tx Cost''' measures the cost of a transaction (Cardano and Ethereum figures found in [https://messari.io/asset/cardano/chart/txn-fee-avg Messari dashboard].)
* '''Energy Consumption''' measures the energy consumption
* '''On-Chain Storage''' measures the cost of storing data on-chain
* '''Nodes/Validators''' measures the number of nodes
* '''Repos, DAOs, Dapps, Tokens''' showcases the leading applications supported by the network
* '''Max stack size''' is the maximum size the stack can grow for smart contracts and serves as a measure for the complexity of code that is supported by each platform
* '''Max persisted memory''' is the maximum size of persisted memory supported by each platform. Persisted memory is preserved across individual function calls

== References ==
* '''ICP''' : [https://dashboard.internetcomputer.org IC Dashboard]
* '''ADA''' : [https://explorer.cardano.org/en Cardano explorer] and [https://cexplorer.io/ cexplorer]
* '''AVAX''' : [https://snowtrace.io/ Snowtrace] and [https://subnets.avax.network/ Avalanche explorer]
* '''ALGO''' : [https://www.algorand.com/ Algorand website] and [https://metrics.algorand.org/ Algorand metrics site]
* '''ETH''' : [https://etherscan.io/ Etherscan]
* '''NEAR''' : [https://explorer.near.org/ Near explorer]
* '''SOL''' : [https://solana.com/ Solana website] and [https://solanabeach.io/ Solana beach]

L1 comparison

2022-12-13T15:34:22Z

Stefan.kaestle:

To get a view of the top performers in the blockchain industry, it's useful to compare across common metrics. Here we build a table that does such a comparison. All data correct as of December 2022.

Metrics explanations and references are given below.

{| class="wikitable"
|+ L1 Comparisons
|-
! Metrics / L1 !! ICP !! ADA !! AVAX !! ALGO !! ETH !! NEAR !! SOL
|-
| TPS || 9’720 || 2.37 || 49.52 || 15.5 || 11.1 || 6 || 3000+ (381 excluding votes)
|-
| Finality || 1-2secs || 5-10mins || 2.3secs || 3.5secs || 15mins || 2.4secs || 5-12.8secs
|-
| Tx Cost || 0.0004 || 0.33 || 0.01 || 0.0003 || 0.57 || 0.0002 || 0.00025
|-
| Fixed tx cost || Yes || no || no || no || no || no || no
|-
| Energy Consumption || 0.008 || 51.59 || 4.76 || 2.7 || || || 0.166
|-
| On-Chain Storage || $5 (3.95T cycles x 1XDR) || $17,035 - $113,507 (53,236 – 354708ADA) || $206,875 (15,62 5AVAX) || || 15,494,409 (12,643.75 ETH) || || 48,625 (3,477.69 SOL)
|-
| Nodes / Validators || 549 || 1050 || 1195 || 1530 || || 798 || 1872
|-
| Nakamoto coefficient || || 22 || || || || ||
|-
| repos, DAOs, dapps, tokens || [https://internetcomputer.org/showcase full web3] || [https://cexplorer.io/dapps nft & defi] || || y || || y ||
|-
| Safety threshold || || 51% || || || || ||
|-
| Burnt fees || 443ICP || || 2,047,382.09AVAX || || || ||
|-
| Max stack size || 4 GiB || || || 4 MB || 32 KiB || 256 KiB ||
|-
| Max persisted memory || 52 GiB || || || 1 MB || 2^261 B (however, 15,494,409$ per GiB) || 32 KiB ||
|}

== Metrics ==
* '''TPS''' measures the transactions processed per second
* '''Finality''' measures the time taken for a block to be finalised
* '''Tx Cost''' measures the cost of a transaction
* '''Energy Consumption''' measures the energy consumption
* '''On-Chain Storage''' measures the cost of storing data on-chain
* '''Nodes/Validators''' measures the number of nodes
* '''Nakamoto Coefficient''' is the count of malicious nodes needed to collude to prevent a blockchain from functioning properly
* '''Market Cap''' is the price of the coin times the number of coins
* '''Price''' denotes the dollar price of the coin
* '''Circulating Supply''' is the count of coins in circulation
* '''Volume''' is the amount transferred in a given period
* '''Users''' counts the users on the network
* '''Repos, DAOs, Dapps, Tokens''' showcases the leading applications supported by the network
* '''Safety Threshold''' is the assumption underlying the safety property of a blockchain
* '''Burnt Fees''' counts the amount of tokens burnt by fees

== References ==
* '''ICP''' : [https://dashboard.internetcomputer.org IC Dashboard]
* '''ADA''' : [https://explorer.cardano.org/en Cardano explorer] and [https://cexplorer.io/ cexplorer]
* '''AVAX''' : [https://snowtrace.io/ Snowtrace] and [https://subnets.avax.network/ Avalanche explorer]
* '''ALGO''' : [https://www.algorand.com/ Algorand website] and [https://metrics.algorand.org/ Algorand metrics site]
* '''ETH''' : [https://etherscan.io/ Etherscan]
* '''NEAR''' : [https://explorer.near.org/ Near explorer]
* '''SOL''' : [https://solana.com/ Solana website] and [https://solanabeach.io/ Solana beach]