カルマ/招待を持っている人が興味を持ち、何か良いものを共有する準備ができているトピックのリストを作成してみませんか？ そうすれば、人々はランダムにトピックを選択することはありませんが、これを行うと、間違いなくそのトピックに興味を持ち、カルマ/招待者になることが確実にわかります。
投稿に十分なカルマがない場合は、公開前に投稿をリクエストしている人に見せれば、彼はすでに十分なカルマを提供します。
ルールの観点からは、犯罪者はいないようです。 人は正直にカルマを得て/良い投稿を招待しますが、それは彼にとって少しだけ簡単になるので、その投稿はおそらく誰かにとって興味深いでしょう。 同時に、顧客は興味深いトピックに関する情報を受け取ります。
catの下の実装の説明で更新します。
更新：実装について少し説明します。
これを次のように実装することを想像します。
タスクのパフォーマンス：
1）リストは開いており、誰でも見ることができます。
2）試してみたい人がトピックを選択してブロックします。
2.1）2日後に何も機能しない場合、トピックのロックは解除され、最初にトピックを取り上げた人は罰を受けます（登録されたjuzvereまたは何か（ここでは潜在的なjuzvereのアイデアが必要です）のマイナスカルマ）。 そして、それはすべて最初から始まります。
3）2日以内に適切なトピックを作成した場合、それを顧客に示します。
3.1）顧客が作品を気に入った場合、トピックが公開され、顧客はカルマ/招待で支払います。誰もが満足してトピックを読みます。
3.2）客観的な理由で作品が気に入らない場合（客観的な理由のリストを作成する必要がある場合）、その人はエラーを修正するためにさらに1日与えられ、その後顧客は再度チェックします。
3.3）顧客が2日以内に初期検証に利用できない場合（または1日以内に繰り返される場合）、トピックは単に公開されます。
3.4）確認なしで投稿が公開され、失敗した場合（評価+20未満）、顧客はカルマでマイナスを受け取ります。
3.5）投稿が5日以内に公開されない場合（パフォーマーは試しましたが失敗しました）、すべてが再び始まります。 顧客は検証のためにプラスを、請負業者は自信のためにマイナスを受け取ります。
タスクを追加する：
1）顧客は、完了するタスクを追加します。
2）顧客が価格を提示します（提供できる以上のカルマ/招待はありません）。
3）顧客は作業の最小レベルを説明します（つまり、おおよその仕事の予定）。
例：
各数学演算のパフォーマンスを知りたい（最も人気のある+-* /％＆|およびあらゆる種類のルート、三角法、ベクトル長に制限できますが、より優れています）。 つまり 著者は小さなテスト例を作成し、時間を正しく測定し、すべての操作をテストする方法を理解する必要があります。 また、作成者は、すべてがメモリ/レジスタ/ PCIe /などではなく、コアのパフォーマンスに依存していることを証明する必要があります。 ネイティブ関数と、たとえばベクトルの長さを計算するなど、手書きの同じ関数とを比較したいと思います。 整数演算のパフォーマンスも知りたいです。
私が想像するこのようなもの。