Thinking out loud: A possible path towards the "crab bucket" concept?
If you have read the Steem Whitepaper, then you're familiar with the story of the crab bucket.
A man was walking along the beach and saw another man fishing in the surf with a bait bucket beside him. As he drew closer, he saw that the bait bucket had no lid and had live crabs inside.
"Why don't you cover your bait bucket so the crabs won't escape?", he said.
"You don't understand.", the man replied, "If there is one crab in the bucket it would surely crawl out very quickly. However, when there are many crabs in the bucket, if one tries to crawl up the side, the others grab hold of it and pull it back down so that it will share the same fate as the rest of them."
So it is with people. If one tries to do something different, get better grades, improve herself, escape her environment, or dream big dreams, other people will try to drag her back down to share their fate.
The idea was that a lot of small accounts on the Steem blockchain could use this concept to curtail abuse by larger accounts.
It was a nice idea, but it never really worked out that way. (For the record, I can tell you from personal experience with a beach-house full of escaped crabs that it also doesn't work that way in the real world😉.)
If you've been around for long enough, you may also remember this article - If you want Steem's minnows to use their downvotes, protect them with quorum sensing? I wrote that article five years ago. (holy cow, five? Ouch.)
Just because the idea was stalled doesn't mean that I've forgotten about it. Here was the main idea:
Consider - What if the potential minnow and dolphin down-voters pattern their behavior after bacterial quorum sensing? Step 1, they signal their intent to down-vote a post with a certain strength, step 2 - they wait for allies; and step 3 - if enough minnows and dolphins signal their intent, they all down-vote at the same time, in a single wave; or also step 3 - if a small number of minnows and dolphins signal their intent, nothing happens and no one else ever knows about it.
If you want to learn more about quorum sensing, this ted talk is highly recommended.
Unfortunately, at the time, I had no idea how to implement this idea in a decentralized way or without incurring potentially large costs for web hosting. After my recent work with background scripts in browser extensions, though, and with inspiration from the STEEM WATCHERs, I'm getting closer to imagining a path forward. It's still not fully baked, but let me write down my current thoughts so that I (or someone else) can build on them later.
Here's the basic framework:
- The solution would be written into one or more Open Source browser extensions (or other standalone programs) that anyone could install and configure with their own computing equipment. Let's call this the moderation node.
- These programs would implement a quorum sensing protocol using custom_json and voting transactions on the Steem blockchain.
- As-is done by the STEEM WATCHER community, it would be recommended to configure the moderation node with an anonymous alternate account, in order to protect against retaliation.
- When someone sees an overvalued post that should be downvoted, they do not downvote it. Instead, they use the moderation node to broadcast their desire to downvote in a custom_json transaction.
4.1 Optionally, signaling the desire to downvote could be done by posting the hash value of the post's permlink on the blockchain, not the link to the post, itself.
4.2 Optionally, this could also be used to signal an upvote desire for an undervalued post in order to allocate votes efficiently and collectively boost undervalued posts. - The moderation node would also keep track of broadcasts from other participating accounts.
- When enough broadcast transactions are observed for a particular post, then all of the participating moderation nodes send their downvotes (or upvotes) at the same time. If enough broadcasts don't happen, then nobody votes.
- Top-tier stakeholders could then look for these coordinated downvotes and decide whether to follow with their own votes in order to direct rewards to the pool for distribution to a more deserving post.
In theory, all of the technical pieces are there (it's actually not all that complicated), and the use of anonymous alt accounts makes retaliation difficult or impossible. It's not truly the crab bucket concept because it still depends on backing from top-tier voters. The simple fact of the matter is that the combination of all smaller stakeholders doesn't have enough stake at present to regulate the larger stakeholders. But, it does create a new sort of consensus mechanism for focusing votes on the most deserving posts. Thus, it's a step closer to the crab bucket.
What remains is just a development challenge, a bootstrapping problem, and voting support from enough larger stakeholders who are tired of seeing the contents of their wallets steadily devalued by the relentless overvaluation of vacuous content.
Thoughts?
Thank you for your time and attention.
As a general rule, I up-vote comments that demonstrate "proof of reading".
Steve Palmer is an IT professional with three decades of professional experience in data communications and information systems. He holds a bachelor's degree in mathematics, a master's degree in computer science, and a master's degree in information systems and technology management. He has been awarded 3 US patents.
Pixabay license, source
Reminder
Visit the /promoted page and #burnsteem25 to support the inflation-fighters who are helping to enable decentralized regulation of Steem token supply growth.
Hmm, I never liked the crab story, same goes for downvotes.
Of course there are overrated posts, but I doubt whether downvotes are the right way to go in this area. In this context, we had previously talked about an investor account, which seems to be difficult to implement. Perhaps an investor community would be a way forward; posts in this special community could be hidden at front-end level, at least in trending.
0.00 SBD,
0.24 STEEM,
0.24 SP
If the only votes that would really matter are from the big stakeholders, is this part even necessary?
I was trying to think if there was a way to avoid this element, but I'm not sure there is. But might it not be the case that there would be few enough genuine humans participating that a vengeance-minded person could just mass-retaliate against all of them even if they couldn't find the particular person who blew the whistle?
Yes, the perennial problem.
0.00 SBD,
0.00 STEEM,
0.31 SP
Required Algorithm on Fork
0.00 SBD,
0.12 STEEM,
0.12 SP