[Requesting help from community] How can we broadcast too many upvotes at a time?

in #steemauto6 years ago (edited)

achievement-3408115_640.jpg

It is important. Please share your ideas and suggestions.

The problem:

We have a big problem with steemauto: Growth!
Steem blockchain is limited! Yes, we all say 10,000 transactions/s is possible in the steem blockchain. But, that is not right in steem blockchain:)

Clarification:
That is not related only to the blockchain. That is because of maximum block size (64 KB) which is set by witnesses. We can increase maximum block size to the 2MB and get maximum transactions per block.

The maximum transaction rate I saw was ~210 transactions in one block (3 seconds) (maybe that is not the record!)
Actually, steem blockchain is limited. We can not broadcast 10,000 upvotes per second or even 10,000 per 3 seconds(per block) I think that is about ~70 upvotes/block (10~150 upvotes)

So, how can we broadcast too many upvotes with steemauto? It is a big problem!

arrow-1538699_640.png

You should consider we are not the only voter on the blockchain. Most of the users are using steemit, busy, other interfaces, and services like steemvoter!
We have a limited blockchain which we should share that blockchain with so many other Dapps!

How can we find a solution to this problem?


The possible solution:

Let's say a curation trail like curie upvoted a post with 2,000 followers. First, we can skip low-value upvotes and free up space to other high SP users.
I think the new RC system after HF20 may help to solve the problem with too many low-value upvotes. Currently, the bandwidth of a newly registered user is enough to broadcast too many upvotes.

Then, we can add upvotes to a queue and broadcast 50 upvotes per block. That would take 20 blocks (60 seconds) to broadcast just 1,000 upvotes. (It is too late!)
Let's change to 200 upvotes per block. Then 1,000 upvotes will take 5 blocks (15 seconds). (It is better but, not best)
I can play with this queue, but this is not a real solution.

Summary of possible solutions:
1- Skip more low-value upvotes. Maybe under 3 sp. (we already skipped upvotes under 1.5 sp)
2 - Add upvotes to a queue.
3 - Sell steemauto and build a better blockchain ^_^ (jk)

A brilliant idea may receive some STEEM as a reward!


Also, I updated my witness to v0.20.2 and I'm ready for hardfork 20.
You can vote me as witness
Regards,
2018-09-23
Source of all images: pixabay.com

Sort:  

Increase blocksize...
Making low value votes wait might make steemit less attractive to new users...

I would suggest option 3, steemit every time this out of control

OMG!!! it is indeed a good question! I cannot help you at all with this...
hope the devs community hear you!!

How about batching the upvote tx? In bitcoin-batching cuts fees majorly and even can help the LN reach massive scale. In steem-there is still batching but just combining request into one mega tx. It not that worth if you consider the cost. Steem has free tx :P
But wouldn't batching similar request help "scale" steemauto?
Say for trail and 20% of the people picked 30 minutes-combine that 30 minutes in one "tx". It way to simple on what I wrote but it a possible solution...

Loading...

Sir steem auto web not open why