Hello, I’m Zak from Whiteblock. We’re a blockchain testing company. Me and my team could easily run these test and have run similar ones in the past. Here is some of our prior research in a related category.
We also have experience working with POA, of course. Let me know if you’re interested in working with us on this or have any questions! I’d gladly hop on a call to show you a demo of our testing framework and tooling.
Such high gas limit may cause serious block propagation issues. Did you have a chance to test that setup in the wild?
GoChain have 135mm gas for over a year and it works for them. https://stats.gochain.io/
We can test on their network
We have not tested this setup ourselves yet - we wanted to check if someone in the community had any insights on a similar setup first, however, as stated above, we might launch a Gitcoin bounty for someone to do the research.
Thanks for the insights, I will take a look at the paper, and investigate the relayer option.
Hi Zak, thanks for the insights. It would be great to setup a call to discuss options for collaboration on this.
How many validating nodes do you think should be enough for the test? 2?
Good question. Minimal viable governance is 3 nodes now. Although, 2 nodes will be enough to test out block propagation and play with block speed. @lollike what do you think?
You will need at least 3 Validators to be able to test a vote.
This can be downloaded during the network init. I think one validator is a minimum, but two will show network slow downs and consensus faults can be tested.
This is where I need the expertise of someone else
What is the implication of upping the amount of nodes? Block propagation, and therefore less responsive network = less tps? For a test setup, two should do, but the closer we can get it to look like a real setup, the better. The live xDai chain has 4 validator nodes, right?
We should also do a test when at least one of the validators runs two nodes (with same key)
Could you please explain your use case? 1,500 transactions per second, sustained, is a huge amount.
1,500 transactions per second
90,000 transactions per minute
5,400,000 transactions per hour
129,600,000 transactions per day (almost 130 Million transactions per day = lots)
Are you looking for volume of transactions or speed? Horizontal scalability handles most simultaneous load questions. Interested in your goal. Thanks in advance!
The most important is probably the volume of transactions, that it is able to sustain a heavy load, but ideally you also want a fast settlement time (if that is what you are referring to by speed). I have also thought of horizontal scale as a solution by running a set of side-chains that utilizes one token bridge, but before going into that it was interesting to see what is possible with one chain, and take it from there.
Thanks for your response. Yes, “speed” is typically measured from the end-user perspective of total transaction time. If you could please describe the use case it will be very helpful. How will you be using this in the world? What sorts of transactions, simple token transfers between addresses or something more complex?
For example, the gas limit in the use case will significantly impact perceived transactions per second. You have suggested increasing the block size to at least 133 m Gas limit; complex transactions use more Gas than simple transactions, which by default affects total transactions per block. Looking forward to understanding your application. Thanks!
At Protofire we have developed many automation tools for deploying POA Network infrastructure (the POA networks, xDAI networks, cross-chains Bridge, etc) and deployed other POA Networks based sidechains for our clients. We can help to quickly deploying xDAI type of chains with different sets of configuration. I would be glad to jump into a call anytime to explore how can we help.
BTW, Protofire is a xDAI validator along with POA Networks, MakerDAO and Giveth.
Have you done the experiment yet? What is the setting up and results?
We are setting up some internal test infrastructure as we speak to easily spin up and down chains with different parameters to test it out in practice.
It takes a little while get it all running though
We are mostly interested in native currency transfers - so the plan is that the network will mostly be used for simple eth transactions, but denoted in xDai, since the bridge will be ERC20-to-Native. The whitepaper by @banteg outlines some good ways of optimizing the costs by batching these transfers, which I am looking into implementing in conjunction with the higher gas limit.
do you intend to share your experiences of the test?
We are running ARTIS a similar chain like POA, but I think it would be of general interest, if we all would know, that something like GoChain works sustainably with Parity and what are the limits (e.g. # of nodes, server latencies). Best.
@tze42 We can share our experiences whenever we have something that qualifies as reliable data - however for testing the boundaries of the tech, I think @zscole is better equipped to help you out. Whiteblock has some pretty sweet tools for that.
In our case we don’t have the urgency of knowing the limits, but if that comes up we will definitely get in touch with Whiteblock and @zscole to work something out.
In the meantime, we look forward if you have some new insights to share.