Showcasing Polkadot’s Capabilities: The Spammening
Beneficiary:Edit:
excess funds have been returned for both Kusama and Polkadot:
Date: September 2024
- Proponent: Amforc
- Requested DOT: 65000
Short description:
We propose to showcase Polkadot’s high scalability in a real-world setting by submitting enough transactions to completely fill blocks for ca. 30 minutes. To do so, we require DOT to pay for the transaction fees plus to temporarily finance some existential deposits (EDs).
Note:
At least 80% of the DOT spent in fees through this proposal will be returned to the treasury (see: https://wiki.polkadot.network/docs/learn-polkadot-opengov-treasury). We will also return any excess DOT remaining after spamming transactions or DOTs used for temporary EDs.
Amforc takes no cut for conducting this experiment. For full disclosure, as Amforc operates validators on Polkadot, these validators may occasionally collect part of the transaction fees.
Please find the full proposal here
Edit:
Following community feedback, we have decided to submit a parallel referendum on Kusama that would be executed before this referendum. Should any bugs be revealed on the canary network, we will hold off on spamming Polkadot until those are fixed, or return the funds if revealed bugs cannot be fixed until December 20, 2024.
Comments (18)
Proposal Passed
3
of 3Summary
0%
Aye
0%
Nay
Aye (121)0.0 DOT
Support0.0 DOT
Nay (16)0.0 DOT
Comments (18)
A novel initiative. Very much interested to see the outcome of this experiment :)
Where can we find the script that you plan to use?
Have you tried running this script on a local version of the Polkadot relay chain and shown that the blocks are being fully saturated?
There are some intricacies around making a high quality spamming script for Polkadot.
Furthermore, I would like to point out that transaction throughput on Polkadot is a really bad measure of how scalable it is. It is designed to process parachains, and there is a lot of "background work" happening on the Polkadot relay chain which take away from its ability to do basic balance transfers.
I think you will still find a good result (~1+K tps), I think it is much more of a signal to show how 10+ parachains with full blocks are being processed in parallel on the network.
Perhaps this proposal should focus on doing balance transfers, in parallel, on all Polkadot system chains.
A novel initiative. Very much interested to see the outcome of this experiment :)
Where can we find the script that you plan to use?
Have you tried running this script on a local version of the Polkadot relay chain and shown that the blocks are being fully saturated?
There are some intricacies around making a high quality spamming script for Polkadot.
Furthermore, I would like to point out that transaction throughput on Polkadot is a really bad measure of how scalable it is. It is designed to process parachains, and there is a lot of "background work" happening on the Polkadot relay chain which take away from its ability to do basic balance transfers.
I think you will still find a good result (~1+K tps), I think it is much more of a signal to show how 10+ parachains with full blocks are being processed in parallel on the network.
Perhaps this proposal should focus on doing balance transfers, in parallel, on all Polkadot system chains.