#1 楼
现在可以在任何问题上悬赏：http://blog.stackoverflow.com/2010/06/improvements-to-bounty-system/
评论
+1感谢您实施此操作。我真的希望这将有助于将一些较旧的和/或较模糊的问题带回最前沿，以获得更好的答案并减少重复出现的问题的数量。
–伊文·普莱斯
2010年6月21日在19:26
#2 楼
与我有关的部分是OP，它是可以选择答案的人，因此，如果OP选择答案，赏金现在会发生什么？还是因为有人提供赏金而禁止他们这样做？如果是这种情况，那么是否存在劫持问题的可能性？劫持也有其他方式。如果某人可以悬赏某个人的问题并选择获胜的答案，那么当所有者在理论上决定选择哪个答案或迄今为止根本没有令人满意的答案时，他们可以这样做。
评论
您可能只有2个“已接受”的答案。问题所有者之一，赏金所有者之一。 （绿色刻度线，以及刻度线的发光部分）。
–史蒂夫·施内普（Steve Schnepp）
09年7月1日在11:03
当然，作者在原始问题上需要某种“空闲超时”。也许可以先将问题改为CW？
–理查德
09年7月1日在11:04
嗯...就像萨姆·哈斯勒（Sam Hasler）指出的那样，您甚至可以在问题上获得多个奖励，并获得不同的答案。但是我认为赏金接受的答案不应该放在首位。
–史蒂夫·施内普（Steve Schnepp）
09年7月1日在11:06
经过思考，我认为适当的事情是开始一个新问题。
–cletus
09年7月1日在11:20
如何进行此设置-您将问题的控制权留给了OP，但我提交了“赏金请求”以及一些积分，并且OP收到消息“ Someuser1已为赏金提供了50积分。有兴趣吗？”这样，格式根本不会改变，但是高重复率的用户仍然可以提供一些额外的激励。
–SqlRyan
09年9月23日在16:53
但是如果这是一个非常老的问题，那么OP可能就不再存在了。
– Ph子
2010年1月15日在18:10
对于多个赏金，应在不影响排序的情况下显示每个答案在旁边获得的赏金；否则，可以通过让“朋友”在其上悬赏并选择答案来解决交通繁忙的问题，从而使其排名更高，从而更有可能获得选票。
–山姆·哈斯勒
2010年5月14日12:32
为什么不只是转让问题的所有权？
–甜蜜地
2010年6月15日在12:12
#3 楼
每个问题还会有一笔赏金吗？如果是这样，一个人可能会以较低的赏金劫持一个问题-剥夺了OP给予较高赏金的机会。然后还有一个问题，即哪个答案被认为是可接受的答案...以下是此建议的几种变体：
丰富的赏金。如果第一个答案不好，则可以（由OP或其他用户）放置更多内容。
赏金池，人们可以在其中贡献他们关心的问题的赏金。这样做还具有创造悬而未决的问题的优势（例如，每个感兴趣的用户可得10分）。
评论
+1我喜欢赏金池。
–瓢虫杀手
09年7月4日在9:12
小赏金总比没有赏金好。即使是很小的问题，也会将问题放在单独的列表中，并且会在该列表中停留足够长的时间以获得良好的答案，这才是真正重要的问题。
– vava
09年7月4日在13:50
我认为没有必要设立赏金池。请记住，这些要点实际上一文不值。它们仅表示您对网站的奉献精神。为用户提供1k，2k，10k代表回答一个问题的权限时，如果他们并没有做很多事情来证明自己的信誉，他们将获得巨大的主持人特权。我认为，这里唯一需要做的就是允许其他用户对答案感兴趣时开始赏金，但是最初的提问者并不足够开始。
–bdonlan
09年8月1日在3:09
重新审视这一点，我对赏金池的感觉更加强大。有很多问题已经有一段时间没有得到解决了-OP从未回来接受答案，或者没有人愿意回答，因为该问题确实没有吸引力。我认为用户应该能够向奖励池捐赠1-5个代表，最大奖励池为200，没有50分匹配。
– IAbstract
2010年5月15日在18:58
赏金池-创意+1
– VvDPzZ
2011年11月29日14:29
#4 楼
我打算以此作为对我提出的类似问题的回答的答案。可能有两种不同的方法可以做到这一点。
创建赏金在其他人的问题上
这样做的好处是易于实现。但是，您仍然仅限于赏金系统，因此您必须在问题上至少保留50个代表。另外，只有一个人可以设置赏金，因此，如果两个或两个以上的人想对某个问题表示支持，那么您在所有其他代表中都会错过。
创建一个“提示罐”，它接受代表所接受答案的代表的小额付款
这仍将在赏金系统内，但允许多个人添加到赏金中，并且最低支付额非常低。例如，如果您看到一些低声点，很少或没有代表问一个令人印象深刻的问题，则可以敲打小费罐3次，以将3或6或15（1分，2分，5分）代表加到答案上。这些点将被立即减去。多个人也可以添加一些代表，从而增加了某人想要回答的机会。在这种情况下，不建议在答案上设置时间限制。
#5 楼
如何区分“答案”和“赏金得主”。这使OP可以控制答案，但允许其他用户向问题添加赏金。他们会更愿意为其他人悬赏，否则他们会决定最佳答案。这有点像投票，但带有更多的“魅力”。这也适用于赏金池的想法，每个贡献者都将奖励自己的部分。
机制甚至可以扩展到提供赏金的OP。他们可以将大部分赏金给予回答者，但也可以给其他人一些有价值的选择，但并非完全是最佳答案。
我认为这是规则的全部例外。我愿意下80％的赌注，答案和赏金赢家都一样。
#6 楼
好主意。如果您确实需要此答案，则应重复制作，链接到其他问题，并为您设置赏金。而且请告诉我，如果他们关闭了赏金副本。我很好奇。
评论
很久以前，我什至不记得它的含义：）但是接下来，我将创建一个副本，我们将看到。
– vava
09年7月1日在7:40
我认为您不会马上提出一个问题的悬赏计划。那会不会让新问题无法解决？
–ChrisF♦
09年7月1日在8:03
在确定悬赏之前，问题必须存在两天。尽管我喜欢OP以外的用户提供多次赏金的想法，但我认为，尽管实施起来很困难，但也很容易遭到滥用。
–山姆·哈斯勒
09年7月1日在9:04
是的，但是否则就无法获得正当的答案，因为正如ChrisF所指出的那样，他们在这两天内以重复的形式关闭了新问题。
– vava
09年7月1日在13:13
有用的答案将在重复项之间分配。也许答案A将使发问者B满意，反之亦然。那么事情真的会发生变化。我喜欢多赏金选项，而不是多问题选项。
–丹尼斯·威廉姆森
09年7月1日在14:12
发布两天后将悬赏悬赏的问题
– Casebash
09-09-20 at 10:23
#7 楼
我认为，每个问题一个赏金就足够了，但是在这种情况下，该系统不应该使交易变甜。如果问题本身与您的问题基本上是100％兼容的，那么它仍然可以为您和原始OP带来良好的答案。
接受答案的特权应该保留在OP的一边-因为您实际上只需要一个足够好的答案。
设置赏金后，您可以“指导”您的评论并结合您的情况。
评论
此外，如果答案被接受，您也可以从赏金中获得少量退款（15吗？）。
–akarnokd
09年7月21日在11:04
#8 楼
无论如何，只要问一个重复的问题，指出它是重复的（并且您正在复制它，因为另一个没有很好的答案，并且您想提供赏金），提供赏金，并希望人们不要不要投票结束这个问题。评论
您如何看待现在关闭问题的速度有多快？只需几秒钟。真的，这更像是彩票。尽管从另一方面讲，它将引起人们对这个老问题的关注，这是一件好事。
– vava
2010-6-10在4:29
我不想添加其他重复的问题（似乎是错误的解决方案）
–scunliffe
2010年6月10日下午16:56
#9 楼
我看到这仍然处于状态计划中，并且遇到了困难。如何使
fork()一个符合OP描述的标准的问题成为可能？您将要提出一个全新的问题，但是：分叉的问题会自动标记为“（其他问题）的分叉”
分叉的问题没有“完全重复”关闭选项，或者至少需要更多的关闭票才能关闭。
SO在分叉的问题上额外抛出50个代表（在他们已经提出的问题之上）。
当分叉的问题已发布。用户必须在分叉原始文档之前选择奖励金额。
如果分叉的问题收集灰尘的时间过长，则会自动将其作为副本关闭。
如果分叉的问题成功，则将其与
这里没有劫持问题，知道要至少放弃100名代表，就减轻了分叉的诱惑。
赏金如果由于收集的灰尘与原始灰尘一样多而自动关闭了一个分叉的问题，则该问题将不予退还。
也许并不完美，但确实解决了“共享”问题的问题。
#10 楼
我有一个关于第三方赏金的用户案例，其中第三方必须控制赏金的授予：我找到了这里遇到的一个问题的解决方案，但这取决于原型。我希望能够悬赏不依赖原型的解决方案。我可以问自己的问题，然后将其折叠成一个副本，但是如果我可以对这个问题发表赏金的话，那会更整齐。
评论
不喜欢这样，因为赏金会改变已接受答案的工作方式。 （最重要的是，OP认为如果没有一个答案是足够的，他将失去不接受任何答案的可能性。）琼尼克，你是对的。我要杰夫改变这一点，但看起来我会输。
我认为最好使用赏金池，如果人们愿意，可以在赏金池中做出贡献，而不是“劫持”别人问题的赏金。对于热门问题，您还可以通过这种方式获得更大的奖励。
可惜我只能放弃这个，因为这是对catch 22的很好描述。
我认为旧问题很难处理（meta.stackexchange.com/questions/7046/…）为什么不只是添加一个新问题，您自己的赏金以及与旧问题的链接，甚至连旧问题也都会得到解决关闭？另外，如果在7天内未找到答案，赏金并不能很好地解决问题：meta.stackexchange.com/questions/1413/…除了所有这些，我将一如既往地支持这种开放性和社区贡献。所以在这里+1。
@Cawas：这与（当前）对不重复问题的强调背道而驰。如果我看到有人这样做，我希望它会被欺骗。
+1，我正要问这个，无法通过搜索找到它。然后我发现它是一个相关的问题，作为与该问题相关的另一个问题的精确重复帖子而关闭。