My simulated stakers
Create a simulated staker
Decentralized crypto-currencies based on the Blockchain architecture can only process a few transactions per second in the whole network. This results in a permanent congestion and high transaction fees, which limits their attractiveness and adoption. New generations of crypto-currencies tend to tackle the scaling issue either by giving up on full decentralization or by lowering their security levels.
This sounds like there’s some kind of scalability trilemma at play. The trilemma claims that blockchain systems can only at most have two of the following three properties: Decentralization (…), Scalability (…), Security (…). - Vitalik Buterin
Massa solves the scalability trilemma by allowing the production of parallel blocks in a multithreaded block graph,
while transaction sharding ensures that transactions of parallel blocks are compatible by construction.
Our open-source simulations show that our architecture scales beyond 10,000 transactions per second,
while staying decentralized and secure (see the technical paper or the blog post introduction).
The Massa technology is therefore a promising basis for future crypto-currencies, and can bring decentralization back into the spotlight.
You can explore a live growing blockclique, create a wallet, control a new staker (receiving free coins). Within a few minutes, your staker will produce some blocks and receive block rewards. Try sending coins to your friends!
We simulate on a single server (4Ghz 8-cores) a network of nodes that produce blocks, send blocks to peers and compute the best clique of compatible blocks. We compute the time for each message and block to be transmitted from one node to another depending on the simulated latency and bandwidth between each node of the network (average bandwidth of 64Mbps and latency of 100ms, similar to the Bitcoin network).
The parameters of the architecture are the number of threads T, the average time between two blocks in each thread t0, the maximum block size BS, and the finality parameter F. We set T=32 threads, t0=16s, BS=675 kB and F=64 blocks. Due to cpu constraints (hundreds of nodes on the same server), we do not simulate endorsements, so we assume E=0, and blocks are by default filled with dummy transactions.
We'll be happy to hear your feedback and answer your questions. Please come to the Reddit community r/massanet where we can discuss the demo, the technical paper, the blog post introduction or the open-source simulations. You can also contact us by email at firstname.lastname@example.org.
Damir Vodenicarevic, Sébastien Forestier, Adrien Laversanne-Finot
Disclaimer and license