Dennis Hackethal
@dennis-hackethal·Member since June 2024
Activity
#3481·Dennis HackethalOP revised 6 days agoFeature idea: pay people to criticize your idea.
You start a ‘criticism bounty’ of ten bucks, say, per pending criticism received by some deadline.
The amount should be arbitrarily customizable (while covering transaction costs). The user also indicates a ceiling for the maximum amount they are willing to spend.
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.
Anyone can start a bounty on any idea. There can only be one bounty per idea at a time.
To ensure a criticism is worthy of the bounty, the initiator gets a grace period of 24 hours at the end to review pending criticisms. They may even award a bounty to problematic criticisms, at their discretion. Inaction automatically awards the bounty to all pending criticisms at the end of the grace period. If doing so would exceed the ceiling, more recent criticisms do not get the bounty.
Need to address the risk of people submitting arbitrary counter-criticisms just before the deadline to exclude criticisms from the bounty.
#3483·Dennis HackethalOP, 6 days agoThe grace period prevents abuse from people other than the bounty initiator.
But the initiator himself could be a bad actor who rejects pending criticisms for arbitrary reasons just to avoid paying.
The grace period prevents abuse from people other than the bounty initiator.
It doesn’t. It only prevents abuse of the initiator. It doesn’t prevent others from submitting arbitrary counter-criticisms just before the deadline to exclude criticisms from the bounty.
#3481·Dennis HackethalOP revised 6 days agoFeature idea: pay people to criticize your idea.
You start a ‘criticism bounty’ of ten bucks, say, per pending criticism received by some deadline.
The amount should be arbitrarily customizable (while covering transaction costs). The user also indicates a ceiling for the maximum amount they are willing to spend.
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.
Anyone can start a bounty on any idea. There can only be one bounty per idea at a time.
To ensure a criticism is worthy of the bounty, the initiator gets a grace period of 24 hours at the end to review pending criticisms. They may even award a bounty to problematic criticisms, at their discretion. Inaction automatically awards the bounty to all pending criticisms at the end of the grace period. If doing so would exceed the ceiling, more recent criticisms do not get the bounty.
The grace period prevents abuse from people other than the bounty initiator.
But the initiator himself could be a bad actor who rejects pending criticisms for arbitrary reasons just to avoid paying.
Feature idea: pay people to criticize your idea.
You submit an idea with a ‘criticism bounty’ of ten bucks per pending criticism received, say.
The amount should be arbitrarily customizable (while covering transaction costs).
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.
Anyone can start a bounty on any idea. There can only be one bounty per idea at a time.
Feature idea: pay people to criticize your idea.
You start a ‘criticism bounty’ of ten bucks, say, per pending criticism received by some deadline.
The amount should be arbitrarily customizable (while covering transaction costs). The user also indicates a ceiling for the maximum amount they are willing to spend.
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.
Anyone can start a bounty on any idea. There can only be one bounty per idea at a time.
To ensure a criticism is worthy of the bounty, the initiator gets a grace period of 24 hours at the end to review pending criticisms. They may even award a bounty to problematic criticisms, at their discretion. Inaction automatically awards the bounty to all pending criticisms at the end of the grace period. If doing so would exceed the ceiling, more recent criticisms do not get the bounty.
#3422·Dennis HackethalOP, 6 days agoBut that means that additional criticisms don’t get any payout.
People can speculate, but if there’s a grace period, they won’t know how many pending criticisms there will be in the end. So they may still get a payout.
Unlike #3424, however, having a set amount per criticisms means there’s zero incentive for anyone to submit more criticisms, whereas divvying up the amount among criticisms means the incentive is gradually reduced, and it’s up to people to decide for themselves whether contributions are still worth making.
Unlike #3424, however, having a set amount per pending criticism means there’s zero incentive for anyone to submit more criticisms, whereas divvying up the amount among pending criticisms means the incentive is reduced only gradually, and it’s up to people to decide for themselves whether contributions are still worth making.
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.
Feature idea: pay people to criticize your idea.
You submit an idea with a ‘criticism bounty’ of ten bucks per pending criticism received, say.
The amount should be arbitrarily customizable (while covering transaction costs).
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.
Anyone can start a bounty on any idea. There can only be one bounty per idea at a time.
The initiator of the bounty could choose a ceiling for the total they are willing to spend. They could additionally specify the amount per unproblematic criticism.
For example, a user would indicate that they are willing to spend a total of $100 at $10 per criticism.
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.
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.
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.
#3442·Dennis HackethalOP revised 6 days agoRather than set a fixed amount for each unproblematic criticism (#3421), the ceiling could be divided among all unproblematic criticisms equally.
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 and others have time 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 have time to review pending criticisms.
and others
If others can still participate, it’s not really a grace period.
and others
If others can still participate during that time, it’s not really a grace period.
#3459·Dennis HackethalOP, 6 days agoThere 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.
and others
If others can still participate, it’s not really a grace period.
Then all pending criticisms automatically receive equal payouts.
#3459·Dennis HackethalOP, 6 days agoThere 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.
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.
#3456·Dennis HackethalOP, 6 days agoWhat 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.
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.
#3456·Dennis HackethalOP, 6 days agoWhat 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.
While this idea sounded promising at first, I now realize it just moves the deadline problem one level underneath the bountied idea.
#3431·Dennis HackethalOP, 6 days agoThe bounty initiator’s card will have to be authorized when starting the bounty. Card authorizations presumably have a deadline, so resetting the deadline won’t be an option.
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.
Who wants that hassle?
Would still be a hassle for users to track refunds.
#3440·Dennis HackethalOP, 6 days agoThat doesn’t address the possibility of others submitting arbitrary criticisms just before the deadline.
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.
#3449·Dennis HackethalOP revised 6 days agoPeople 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.
Although there’s a risk for abuse, that’s a feature: it will lead to lively discussions among critics.