Search Ideas

Rather than set a fixed amount for each pending criticism (#3421), the ceiling could be divided among all pending criticisms equally.

The initiator of the bounty could choose a ceiling for the total they are willing to spend. They could additionally specify the amount per pending criticism.

For example, a user would indicate that they are willing to spend a total of $100 at $10 per criticism.

Rather than set a fixed amount for each pending criticism (#3421), the ceiling could be divided among all unproblematic criticisms equally.

There could be a grace period. For example, 24 hours after the bounty ends, no new criticisms can be posted on the bountied idea. That way, the bounty initiator has time to review pending criticisms.

That could result in amounts too small to cover transaction costs.

There could be a grace period. For example, 24 hours after the bounty ends, no new criticisms can be posted on the bountied idea. That way, the bounty initiator have time to review pending criticisms.

and others

If others can still participate during that time, it’s not really a grace period.

and others

If others can still participate, it’s not really a grace period.

Then all pending criticisms automatically receive equal payouts.

What happens if they neglect to review pending criticisms?

There could be a grace period. For example, 24 hours after the bounty ends, no new criticisms can be posted on the bountied idea. That way, the bounty initiator and others have time to review pending criticisms.

This idea introduces additional complexity and edge cases. For example, what happens if authorization fails? Need something simpler for an MVP version of this feature.

While this idea sounded promising at first, I now realize it just moves the deadline problem one level underneath the bountied idea.

What if every criticism on the bountied idea creates a separate authorization? The bounty initiator would add their card on file and then every time someone submits a criticism, the card is authorized for the per-criticism amount.

Would still be a hassle for users to track refunds.

Who wants that hassle?

There could still be a button to report abuse. People found to abuse deadlines could become ineligible for payouts and excluded from participating in future bounties.

Although there’s a risk for abuse, that’s a feature: it will lead to lively discussions among critics.

People who have submitted criticisms hope to get paid. They have an incentive to submit arbitrary counter-criticisms to others’ criticisms to increase their own share of the pie.

If they have submitted criticisms, they may get paid. So they have an incentive to submit arbitrary counter-criticisms to others’ criticisms.

What incentive would others have to submit arbitrary criticisms? They’re not the ones paying.

Card authorizations will necessarily have a deadline.

Feature idea: pay people to criticize your idea.

You submit an idea with a ‘criticism bounty’ of ten bucks per criticism received, say.

The amount should be arbitrarily customizable.

There could then be a page for bounties at /bounties. And a page listing a user’s bounties at /:username/bounties.

When starting a bounty, the user indicates terms such as what kinds of criticism they want. This way, they avoid having to pay people pointing out typos, say.

Rather than set a fixed amount for each unproblematic criticism (#3421), the ceiling could be divided among all unproblematic criticisms equally.

There is a counter-incentive to be the first to submit a criticism since subsequent criticisms run the risk of being duplicates, and being criticized as such.