クリヤマネー。 パート4.問題とその解決策

クリヤマネー。 パート1.はじめに
クリヤマネー。 パート2.アイデア
クリヤマネー。 パート3.理論
クリヤマネー。 パート4.問題とその解決策
クリヤマネー。 パート5.ソフトウェアの実装



警告！
この記事では、前の記事と同様に、多くの数式があり、写真はほとんどありません。 したがって、この記事は誰にとっても興味深いものではありません。

内容

プロジェクト評価問題
- コミュニティ
- フォーミュラ
- 招待
不正行為を目的とした共謀の問題
隔離されたサブネットの自律機能の問題
オフライン支払いの問題
データベースの膨張問題
「悪い」著者の問題
匿名性/非匿名性の問題
追加機能
例
もう一度値について
UIデザイン
参照資料

プロジェクト評価問題

前の部分の式を理解しようとした人は、それらの式が実行可能なシステムを作成するのに適用できないことを理解できました。 この問題の主な原因は、人々が主に自分の結論に基づいてではなく、大多数の意見に基づいて評価することです。 これは群衆の影響であり、逃げることはできません。 これが人間の性質です。 公開投票では、評価を客観的に与えることを全員に強制することは不可能です。 とにかく、大多数は彼らの知人/友人/専門家の権威に基づいて、または他とは異なる彼の評価が見られ、「復aven」されるなどの恐れのためになります。

ところで、Habréでは、この効果は秘密投票によって解決されます。 つまり、誰がカルマを完全に負っているのか（管理者でない場合）を追跡する方法がなく、したがって、誰に「復reをする」かはわかりません。 議論の中で、「合併したカルマ」に対するoverりの小競り合いがあり、これを誰が、なぜ行ったのかを見つけようとすることがありました。 しかし、そのような対決は結果をもたらしません。 したがって、どうやら、最近、このような妨害はますます少なくなっています（または、気づいていないだけです）。

ただし、システムが分散型として考えられている場合、秘密投票オプションは適用されません。 そのため、誰もが付随するすべての責任で評価する必要があります。 そして、これは心理的に困難であり、誰もが他の人と異なるマークを付けるリスクがあるわけではありません。 さらに、文盲のユーザーによるプロジェクトの評価が不十分であるなどの問題があります。 つまり、すべてのユーザーがプロジェクトの実装の問題の複雑さを理解したいわけではないため、プロジェクトを非常に主観的に評価します。 したがって、ユーザー自身の情報に基づいた意見に基づいて客観的な評価を設定するようユーザーを動機付ける必要があります。

この問題を解決するために、ユーザーがプロジェクトを自由に評価できるコミュニティの概念を導入することを提案できます。また、プロジェクトに参加した（プロジェクトに投資した）ユーザーも見積もりを作成できます。 専門家や投資家の意見ほどではなく、他のユーザーの意見も考慮されるべきです。 この場合、相互作用モデルは複雑であり、計算式は複雑です。 したがって、次の「投票者」グループを区別することを提案します。
1）投資家;
2）専門家;
3）他のユーザー。

専門家とは、評価対象のプロジェクトの作成者がメンバーとなっているローカルテーマコミュニティのメンバーを意味します。 以下で詳しく説明します。

コミュニティ

多くの人々がいます、そして、彼らはすべて異なっています。 すべての人に単一の価値はありません。 各個人および各コミュニティには、独自の値のセットがあります。 ある人にとって価値は宇宙の構造に関する知識であり、ある人にとっては価値はベンチでビールを飲むことです。

したがって、プロジェクトを並行して存在する別のテーマグループにグループ化する必要があります。 同様に、ユーザーもコミュニティで結ばれています。 特定のグループの特定のプロジェクトの価値を判断するには、このプロジェクトの主題に関する専門家が必要です。 地域社会のメンバー自身がこのトピックの専門家として行動します。

地元のプロジェクトのクリヤは、社会全体の価値に依存しています。 したがって、プロジェクトKriaは、地域コミュニティにとってのプロジェクトの価値と、他のコミュニティにとっての特定のコミュニティの価値に依存すべきです。

おそらく、特定のテーマコミュニティはそれぞれ、社会全体にとって独自の価値を持つでしょう。 そして、実際には、特定のコミュニティで行われた作業には、他の人にとって何らかの「重要性」があります。 しかし、システムを使用する利便性のために、統一された手段が必要です。 単一のメジャーはまだクリヤです。 したがって、クリヤの発生は、社会にとっての仕事の「意義」を考慮に入れるとともに、コミュニティにとっての仕事の「意義」を考慮に入れなければなりません。 放出はクリヤの値に依存します。

参加者が積極的に活動を評価し、自分のお金を投資する準備ができているとき、これは社会がこの活動を高く評価していることを意味します。 明らかに、他のすべての人にとって、プロジェクトは「重要」ではなく、したがって、彼らはこのプロジェクトにお金を投資しません。

次のユーザーグループは、プロジェクトの重要性の決定に影響します。
1）投資家-プロジェクトにお金を投資した人。
2）専門家-十分な能力のある人。
3）他の皆。

投資家は、プロジェクトにお金を投資するユーザーです。 プロジェクトに投資するには、独自のプロジェクトを作成したり、何らかの形で排出量を獲得したりする必要はありませんが、アカウントにプラスの金額があれば十分です。 同時に、取引所で、またはシステムの別のユーザーから購入できます。 したがって、誰でも貢献者になることができます。

専門家とは、地域コミュニティのメンバーを意味します。 このコミュニティのテーマを使用してプロジェクトを作成するために、ユーザーがコミュニティに入ることを想定しています。 したがって、彼らはプロです。 そしてこれは、彼らが専門家として行動できることを意味します。 つまり、プロジェクトの技術的な部分を確実に評価できます。 プロジェクトの貢献者は消費者の観点から評価し、専門家は技術的な観点（複雑さ、品質、信頼性）から評価します。

他のすべての人は、外部のイベントから観察して、プロジェクト全体のテーマ別コミュニティ、特に各プロジェクトを評価できます。 専門家が悪いプロジェクトに賛成票を投じると、そのような「専門家」のコミュニティに対する公共の関心が失われます。 したがって、専門家は、コミュニティの重みを可能な限り高いレベルに維持するために、適切で合理的な評価を行う必要があります。

フォーミュラ

上記で書かれたすべてに関連して、第3部で説明されている式を再定義する必要があります。

投票完了後にユーザーのArthaを変更するための式：
+= （1）

放出式

（正のクリヤで）新しいお金を発行する式は、次のように計算されます。
= * （2）

プロジェクトごとに新しい余剰バリューマネーが発行されることを繰り返します。 ゼロまたは負のクリヤでは、もちろん放出は生成されません（ゼロに等しい）。

前の請求期間（たとえば、前の65536サイクル）の排出係数の計算式：
= / （3）
どこで
SREMZEEDKriya数期間-過去数期間のKria単位あたりの平均排出量
SREMZAEDKriyaZa決済期間-決済期間のクリヤ単位当たりの平均排出量

= / （3a）
どこで
AmountAllMoney-過去数期間に発行されたすべてのお金の合計

= / 65536 （3b）
どこで
AmountAllMoneyPeriod-請求期間中に発行されたすべてのお金の合計

システムが存在する初期の期間では、共排出量を計算する式が機能しないことを繰り返します。 したがって、共同発行の65536サイクルの時点までは、たとえば1.00に等しい定数値（定数）を取る必要があります。 または、それ以外の場合は、平均排出値を計算します。

排出係数は、全体的な増加（または減少）を考慮して、システムの総排出量を調整します。 これにより、システム全体の安定性が向上します。 システムの放射が非常に大きくなった場合、この係数は放射を制限し、逆もまた同様です。 さらに、実際には、この係数は新しいお金を得るのが難しいことを示しています。

排出係数を計算するための期間の数は、それほど大きくなくても小さくてもいけません。 システム内の総クリヤの成長の状況（多くの良いプロジェクトが作成されているとき）、落下の状況、停滞の状況（プロジェクトが非常に少ないとき）、および急速な成長の状況をシミュレートしようとしました。 同じシナリオを考えましたが、いくつかの期間（2期間、4期間、8期間）のAvgSeDKriyaの値を計算するための期間の数が異なります。 計算結果はグラフで見ることができます。



放射係数は、全体的な放射をいくらか滑らかにします。 そして、停滞期には、排出係数は非常に大きく増加し、理論的には著者が新しいプロジェクトを作成するように刺激するはずです。 また、プロジェクトの数が増え始めると（システムの合計クリヤがサイクルごとに増加し始めると）、排出係数は自動的に再集計されます。

また、以下の状況に備える必要があります。 プロジェクトの1つが他のプロジェクトと比較して非常に大きなクリヤである場合、これはこのプロジェクトだけに有利な排出のバイアスにつながります。 そして、独占の機会があります。 このような偏りを防ぐために、たとえば、過去数期間の排出量の平均値の1/16として、1つのプロジェクトの最大排出量を制限することを提案します。

クリヤフォーミュラプロジェクト

クリヤの発生は、地域のテーマコミュニティの係数に依存します。 したがって、式はより複雑になります。そのため、プロジェクト評価パラメーターをクリヤ決定式のプロジェクト重要度に置き換える価値があります。 「重要性」とは、社会全体にとってのこのプロジェクトの実際の価値の係数を意味します。

Kriya値を決定する式は次のとおりです。
= * （4）

プロジェクトの重要性を判断するための式：
= * （5）
どこで
プロジェクトの評価は、投資家の意見、専門家の意見、および社会全体の意見に依存する複合式です。
コミュニティの重要性-これは、著者が社会全体のメンバーであるコミュニティの重要性です。 詳細については、以下を参照してください。

プロジェクト評価式

プロジェクト評価の価値を決定するために、次の公式を提案します。
= ( + ) / 2 + （6）

この場合、ほとんどの場合、社会からの評価はゼロに近い値を持ち、クリヤの計算にはほとんど影響を与えません。 しかし、おそらく投資家の拒否権、専門家の拒否権、社会の拒否権を提供する必要があります。 （ IrQのアイデアに感謝します。）

Veto （ Lat。Vetoから-私は禁止）-決定の採択を一方的にブロックする人または人のグループの力を意味する権利。

拒否権により、ここでは、著者にポジティブなクリヤを追加することの禁止と排出量の発生を理解しています。 たとえば、すべての投資家の4分の1、すべての専門家の4分の1、またはシステムに投票するすべてのユーザーの4分の1がプロジェクトに投票する場合、このプロジェクトを発行する権利をブロックします。 同時に、まったく投票しなかった人は無視することができます。

投資家によるプロジェクトの評価は、各投資家の評価と「重み」に依存します。 貢献者の重さは、彼がプロジェクトに投資した金額によって決まります。 投資家の格付けは、貢献の「重み」に応じたすべての投資家の平均格付けとして定義されます。

投資家からの評価額を決定するための公式は次のとおりです。
= (*) / （7）

理論的には、投資家は投資したお金の結果を取得し、この結果を評価する必要があります。 貢献者が満足している場合は+1票を投じ、満足していない場合はデフォルトで0票を-1票します。

専門家コミュニティの評価は、各専門家の評価と「重み」に依存します。 専門家の重み（専門家の意見の重み）は、このコミュニティのクリヤに依存します。 これまでのところ、各ユーザーが1つのコミュニティにのみ所属している場合を考えています。 しかし、理論上（モデルによる）、各ユーザーは同時に複数のコミュニティに所属できます。 専門家の評価は、コミュニティ内の「重み」に応じたすべてのコミュニティメンバーの平均評価として定義されます。

専門家からの評価式は次のとおりです。
= (*) / （8）
どこで
クリヤコミュニティ-コミュニティのすべての専門家のクリヤの合計

同時に、一方でプロジェクトに常に賛成票を投じることは、一方で専門家にとっても有益です。 これは、プロジェクトの作者のクリヤの増加（および放出の可能性）につながります。 しかし一方で、これはコミュニティ内での相対的な体重の減少につながります。 しかし、コミュニティのメンバーが常に前向きに投票する場合、これは特定のテーマコミュニティに対する社会全体の関心に影響を与える可能性があります。

社会全体からの評価式は次のようになります。
= (*) / （9）
どこで
評価はユーザーの声です（+1、0、または-1）
Kriyaはユーザーの合計Kriya（すべてのプロジェクトのKriyaの合計）
SumAllKriyaSystems-システムのすべてのユーザーのすべてのプロジェクトのすべてのKriyaの合計

コミュニティ意義の公式

コミュニティの重要性の重み（ローカルテーマコミュニティの価値）は、特定の主題における社会全体の関心のシェアとして定義されます。
= / （10a）

または、別の方法で、コミュニティの重要性を判断するために、次の式を提案できます。
= / ( * ) （10b）
どこで
評価-問題の特定のコミュニティに対して評価されているユーザーからの評価の合計

各ユーザーはコミュニティを評価できます。 ここでの評価とは、負（-1）から正（+1）までの特定の値を意味し、デフォルトは中立（0）です。 各ユーザーは、必要な回数だけこの値を変更できます。 計算時には、各ユーザーの現在の評価値のみが考慮されます。 したがって、ユーザーの評価は、このユーザーの1つまたは別のテーマコミュニティに対する態度を反映します。

さらに、特定のユーザーはそれぞれ、社会やコミュニティで独自の「重み」を持っています。

コミュニティ内の各ユーザーの体重は次のように計算されます。
= / （11）
どこで
コミュニティクリヤ-すべてのコミュニティメンバーのクリヤの合計

ユーザーが複数のコミュニティのメンバーである場合、このコミュニティのクリヤのみが考慮されることを思い出してください。 しかし、まだ検討していません。

社会におけるユーザーの体重は次のように計算されます。
= * （12a）
または
= / （12b）

招待

とりわけ、詐欺の可能性を減らす（および各コミュニティの名声を高める）ために、招待によってのみコミュニティに新しいメンバーを追加できるようにする必要があります。 積極的なクリヤを持つプロジェクトの作者によって招待が形成されると想定されます。 一定の値に達すると、Kriyaは新しいユーザーを招待できます。

この場合、ユーザーKriyaがゼロを下回った場合、「カルマのリセット」（リセット）はありません。 人は、招待することに同意した人を再検索する必要があります。 当然、招待状に関する情報は、システム内の他のすべての操作と同様に、すべての人が利用できます。 したがって、誰が誰に招待を発行したかを明確に決定することができます。 ワードが悪いプロジェクトを作成する場合、これは間接的に誰が招待を発行したかに影響します。

不正行為を目的とした共謀の問題

利益のために、システムのすべてのユーザーからプロジェクトを除いた不正な不正なダミープロジェクトが実行されます。 つまり、理想的には、社会はそれ自体がどのプロジェクトが良いか、どのプロジェクトが悪いかを決定すべきです。 ただし、このメカニズムが実際に機能するためには、「コミュニティ」、「専門家」、「貢献者」、およびそれに応じて「コミュニティの重み」、「専門家の重み」、「投資家の重み」の概念が必要です。 さらに、資金調達とプロジェクトの実施のための最低および最高の条件を確立する必要があり、投票が終了した瞬間から問題までの期間を確立する必要があります。

資金調達の最小および最大条件は、使いやすさのために制限する必要があります。 たとえば、最小資金調達時間を256サイクル（65536秒〜18時間）に設定し、最大42 * 256サイクル（2752512秒〜1か月）に設定します。

ユーザーが専門家コミュニティの評価を変更する時間を確保するために、投票が終了してから問題が発生するまでの期間が必要です。 なぜなら クリヤと排出量は専門家の評価と彼らの「重量」の両方に依存し、専門家がプロジェクトの結果を適切に評価（過大評価）しなかった場合、社会全体が変化（ダウン）によってこの不正を「修正」できる専門家コミュニティ。 たとえば、投票の終了から発行の時間までの期間は、65536サイクル（〜194日）に設定できます。 これにより、作者は可能な限り効率的に作業を行うようになります。

隔離されたサブネットの自律機能の問題

ローカルエリア内のネットワークの一部を分離する場合、トランザクションを実行する可能性があります（その後、異なるサブネットからのデータをマージする）。 さらに、ローカルサブネットで並行してエミッションを実行し、その後のマージと再カウントを行うことも可能です。 これは、プロジェクトの資金がすぐに発行されず、一定期間後に発行される場合に実現できます。この期間中、特定のプロジェクトごとに放出された資金の換算とマージすることができます。 たとえば、16 * 256サイクル（約12日間の間隔に相当）の後、投票の終了後に排出量を発行することができます。 この間、確かに、個々のサブネット間の接続を復元して同期することが可能になります。

12日間で特定の国が世界中から完全に遮断された場合でも、ドローンなどを使用してフラッシュドライブでデータを転送できます。 そのような支払いシステムは、理論的には、地球だけでなく、他の隣接する惑星でも機能します。

確かに、1つのウォレットから異なるサブネットへの同時送金の可能性が残っており、同期（マージ）中に衝突が発生します。 異なるサブネットでのこのような二重同時支払いのサイズがそれほど大きくないように、オプションとして、異なる量のトランザクションに異なる確認時間を割り当てることを提案できます。 たとえば、最大1000単位の量を転送する場合、ブロックを作成するための確認期間（256秒）を受け入れ、最大1,000,000単位の量を転送する場合、16サイクル（〜1時間）の確認期間を受け入れ、最大1,000,000,000単位の量を転送する場合、256サイクル（〜18時間）、1,000,000,000単位を超える量を転送する場合、16 * 256サイクル（〜12日）の確認期間を受け入れます。 また、「マイクロペイメント」の場合、ブロック内のトランザクションの確認を待つことはできませんが、いくつかの近くのノードに確認を求めるだけです。 現在のインターネット速度では、このような調査にはおそらく数秒しかかかりません。 しかし、誰もがこれについて考える必要があります。

オフライン支払いの問題

前の部分へのコメントでは、オフライン支払いの可能性についての質問がありました。 これはシステムでは提供されていないと答えました。 ただし、条件付きオフライン電子マネーの次のテクノロジを提供できます。 「ウォレット」にアクセスせずに支払いを実行するには、「コイン」の概念を紹介することを提案します。 ここでの「コイン」とは、ウォレットの所有者によって作成された特定のファイルを意味します。 各「コイン」は、特定の額面で発行されます。 このコインを作成するときに、システムで特別なトランザクションが作成されます-ユーザーからお金を転送して「コイン」を作成します。 このお金はユーザーの口座から引き落とされます。 コインの作成中に、公開キーと秘密キーのペアが生成されます。 公開鍵番号はトランザクションで示され、秘密鍵は「コイン」ファイルに含まれます。

条件付きオフライン支払いは次のように発生します。
オフライン支払いの段階：
1）支払者（購入者を想定）は、「コイン」ファイルをオフライン販売者に転送します。
2）売り手はファイルを受け取り、このコインを作成するための取引記録を探します。
3）そのような取引が存在する場合、売り手はさらに確認します-コイン破壊取引を探します。
4）破壊の取引がなかった場合、すべてが正常であり、そのようなコインは支払いのために受け入れられます。
オンライン接続が必要なステージ：
5）次に、コインの所有者（売り手）は受け取ったコインを「キャッシュアウト」する必要があります。 これを行うために、彼はどのコインを非アクティブ化し、このコインの秘密鍵を示す特別なトランザクションを作成します。

*「キャッシュアウト」よりも良い言葉を見つけることができませんでした。 適切な名前を教えてください？

このようにして、システムの他のユーザーは、コインが実際に「現金化解除」した人にあることを確認できます。 コイン破壊トランザクションは1回のみ許可されます。 不正な買い手が1つのコインを2回支払うことができた場合、最初にコイン破壊取引を作成した売り手のみがお金を受け取ります。

詐欺の可能性を減らすには、1枚のコインの額面を制限する必要があります。 さらに、コインが大量に作成されないように、コインを作成するための手数料を入力する必要があります（たとえば、100.00単位の額面を持つコインを作成する場合、100.01単位のお金のトランザクションを作成する必要があります）。 また、コインが作成されてから破壊されるまでの最大期間を設定する必要があります。 指定された期間内にコインが破壊されない場合（対応するトランザクションが作成されない場合）、そのようなコインは失われたと見なされ、そのお金は返却されません。

データベースの膨張問題

トランザクション、プロジェクト、およびそれらの評価の基盤は非常に急速に成長します。 負荷を最小限に抑えるために、トランザクションごとおよび投票ごとにシステム支払いを定めることができます（トランザクション中に差し引かれる最小コストを提供します）。 たとえば、送信者は1000.01単位を転送し、受信者は1000.00単位のみを受け取ります。 この決定は、他の参加者による取引の保管を保証するための「税」として機能します（1単位の金銭が清算されると、残りの値が自動的にわずかに増加します）。

ちなみに、おそらく、それぞれがそのようなシステムのコンピューター上にクライアントを持っている代わりに、Webフォームを介してシステムを信頼して操作するための「お金」を与える方がはるかに簡単で有益です。 現在はビットコインで実践されています。

さらに、システムは特定の期間が経過した後、データベースの再作成を提供できます。 この場合、現在のトランザクションのみが新しいデータベースにコピーされ、中間のトランザクションはすべてアーカイブデータベースに残ります。 新しいトランザクションの正当性をチェックおよび確認した後、新しいデータベースのデータは信頼できると見なされます。 また、新しく接続したユーザーの場合、システムの存在全体にわたって行われたすべてのトランザクションの履歴をダウンロードする必要はありません。

「悪い」著者の問題

悪い著者と良い著者を区別するために、誰もがクリヤ値の形で独自の「評価」を持ちます。これは、この著者の以前のプロジェクトがどれだけうまく完了したかを示します。Kriyaの負の値を使用して、悪い作者を除外するには、新しいプロジェクトの作成を禁止できます。

この場合、人はシステムに再登録し、何らかの形で招待状を受け取ることで特定のコミュニティに参加できます。したがって、彼はキャリアを「ゼロから」始めることができます。

匿名性/非匿名性の問題

システムの各ユーザーは、個人データを開示せず、I2Pなどを使用する場合、匿名のままでかまいません。データ伝送チャネル。いずれにしても、ユーザーから正確な金額を見つけることは非常に困難です。各トランザクションは、Bitcoinシステムに実装されているように、新しいキーペア（パブリックとシークレット）を作成します。つまり、実際には、ユーザーは単一のアカウントを持つウォレットを持っていません。代わりに、ウォレットは、このユーザー用にハッシュが生成され、管理できるトランザクションに関する情報のみを保存します。さらに、各人が複数の財布を持っている場合があります。この場合、人がどれだけのお金を持っているかを判断することは非常に困難になります。

追加機能

このシステムは、支払いや群衆プロジェクトの作成だけでなく使用できます。ただし、このようなシステムを使用して、オープンソースプロジェクトやフリーランスプロジェクトの価値を評価できます。

OpenSourceプロジェクトの価値を評価するために、以下を提案します。 OpenSourceプロジェクトの場合、資金調達期間が最大で、プロジェクトへの貢献が最小で、プロジェクトの期間がゼロのプロジェクトを作成します。したがって、寄稿者は寄付（サポート）プロジェクトを実施します。資金調達が完了すると、プロジェクト評価フェーズがすぐに進みます。そして、評価の結果によると、プロジェクトの作者は、Kriaと排出量（Kriaの正の値）を与えられます。このプロジェクトを完了した後、必要に応じて、OpenSourceプロジェクトの作成者は次の資金調達プロジェクトを作成できます。

フリーランスプロジェクトの実装については、次のスキームを提案できます。
1）顧客はタスクを作成し、フリーランスサイトで請負業者を検索します。
2）さらに、請負業者はシステムでプロジェクトを作成します。プロジェクトでは、技術仕様、コストなどが最も明確に規定されます
。3）プロジェクトの作成後、顧客が全額を支払います。
4）次はプロジェクトの段階です。
5）作業の結果に基づいて、このプロジェクトは顧客だけでなく、専門家や社会全体によって評価されます。
6）その後、クリヤが発生し、プロジェクトが肯定的に評価された場合、請負業者に有利な排出が作成されます。

ここでは、100％の前払いについて説明します。請負業者が作業を実行しない場合、または定性的に実行しない場合、Kriyaは自分のレベルで支払います。さらに、プロジェクト履歴全体（ポートフォリオとして）がシステムで利用可能です。したがって、請負業者のクリヤが肯定的であっても、ストーリーが台無しにされたとしても、そのような請負業者はもはや自信を刺激しません。

例

User0が300単位のお金でスマートフォン用のプログラムのプロジェクトに成功したとしましょう。同時に、このトピックに関係のない多くの人々が結果を見ることに興味を持っていました-これは地域社会の活動に対する社会の価値です。同時に、プロジェクトに投資することを決定する人もいます。

3つのコミュニティがあるとしましょう：スマートフォン用プログラムの作成者（1）、スツールの作成者（2）、音楽作品の作成者（3）。
User0は、スマートフォン向けプログラムのコミュニティクリエーターのメンバーとして開発をリードしています。

次のKriyasを使用して、さらに6人のユーザーがいると仮定します（それぞれが独自のコミュニティにいます）。User11-スマートフォン向けプログラムの作成者の
コミュニティ（1）
ユーザー12- スマートフォン向けプログラムの作成者のコミュニティ（1）
Polzovatel13 - SoobschestvoSozdateleyProgrammDlyaSmartfonov（1）
Polzovatel21 - SoobschestvoSozdateleyMuzykalnyhProizvedeny（2）
Polzovatel22 - SoobschestvoSozdateleyMuzykalnyhProizvedeny（2）
Polzovatel23 - SoobschestvoSozdateleyMuzykalnyhProizvedeny（2）
Polzovatel31 - SoobschestvoSozdateleyTaburetok（3）
Polzovatel32 - SoobschestvoSozdateleyTaburetok（3）
- Polzovatel33 SoobschestvoSozdateleyTaburetok（3）

：ユーザーがこのような値Kriyaa仮定
KriyaPolzovatelya11を1000年
KriyaPolzovatelya12 2000
KriyaPolzovatelya13 3000
KriyaPolzov telya21 4000
KriyaPolzovatelya22 5000
KriyaPolzovatelya23 6000
KriyaPolzovatelya31 7000
ユーザーKriya32 8000
ユーザーKriya33 9000

この場合、1人の実在の人物が複数のアカウントを（異なるコミュニティで）登録できますが、これはまだ考慮されていません。また、各コミュニティに参加するには、このコミュニティのメンバーから招待を受ける必要があることに注意してください。

したがってKriyaaコミュニティがされる量：
SummaKriyaSozdateleyProgrammDlyaSmartfonov = 1000 + 2000 + 3000 = 6000
SummaKriyaSozdateleyTaburetok = 4000 + 5000 + 6000 = 15000
SummaKriyaSozdateleyMuzykalnyhProizvedeny = 7000 + 8000 + 9000 = 24000

次に、コミュニティ内の各ユーザの体重は次のようになります。
VesPolzovatelya11 = 6000分の1000 = 0.167
ユーザーの体重12 = 2000/6000 = 0.333
ユーザー重量13 = 3000/6000 = 0.500
ユーザー重量21 = 4000/15000 = 0.267ユーザー
重量22 = 5000/15000 = 0.333ユーザー
重量23 = 6000/15000 = 0.400
ユーザー重量31 = 7000/24000 = 0.292
ユーザー重量32 = 8000/24000 = 0.333
ユーザー重量33 = 9000/24000 = 0.375

有効なユーザー各ユーザは、スマートフォン、以下の量のプロジェクト作成プログラムに投資することを
- 90単位のUser0
Polzovatel11 - 60個の単位
Polzovatel12 - 50個の単位
Polzovatel21 - 40個の単位
Polzovatel22 - 30個の単位
Polzovatel31 - 20個の単位
Polzovatel32 - 10個の単位
ObschayaSumma = 300の単位お金

ご覧のとおり、User0は自分のプロジェクトに自分のお金を投資しています。これは禁止されていません。

以下のように、投資家がプロジェクトを評価して、スマートフォン用のプログラムを作成するとします。User11+
1
User12 -1
User21 +1
User22 0
User31 +1
User32 -1

User13、User23、およびUser33はプロジェクトに投資せず、投票しませんでした。もちろん、User0も投票しません。

次に、この例の次評価値預金（あろう式7）：
OtsenkaOtVkladchikov =（+ 1 * 60 -1 * 50 + 1 * 40 + 0 * 30 + 1 * 20 -1 * 10）/ 300 = 0.20の

専門家を想定します（コミュニティメンバーのスマートフォン向けプログラムの作成者）は、プロジェクトを次のように評価しました：
User11 +1
User12 -1
User13 +1

次に、この例では、専門家の評価は次の値（式8）になります：
評価fromExperts =（+ 1 * 0.167 -1 * 0.333 + 1 * 0.500）/ 3 = +0.33

たとえば、専門家でもなければユーザーでもないユーザー以下のようにプロジェクトを評価した投資家による：
User23 +1
User33 -1

その後、会社全体の評価は（式9）（この式では、投資家や専門家であっても、すべてのユーザーが考慮されます）：
会社からの評価=（+ 1 * 1000 -1 * 2000 + 1 * 3000 + 1 * 4000 + 0 * 5000 + 1 * 6000 + 1 * 7000 -1 * 8000 -1 * 9000）/ 45000 = +0.13

次に、この例のプロジェクト見積もりは（式6）になります。
プロジェクト評価=（+0.20 +0.33）/ 2 +0.13 = +0.40スマートフォン向けプログラム

のコミュニティクリエーターの重みを0.300 と仮定する

と、プロジェクトの重要度は次のようになります（式5）：プロジェクトの
重要度= + 0.40 * 0.300 = +0.120

プロジェクト値（KriyaProekta）は次のようになります：
KriyaProekta = + 0.120 * 300 = +36> 0 =>排出

現時点での排出係数は次のとおりであるとします。
排出= 1.1

すると、新しいお金の発行は次のようになります（小数値は破棄されます）：
排出= 1.1 * 36 = 39単位のお金

もう一度値について

上記のすべてに加えて、価値は他の人々が関心のあるプロジェクトに投資する意欲によって決定されることをもう一度言いたいと思います。また、プロジェクトへの関心は、著者の信頼性、著者がメンバーであるコミュニティの信頼性、および要求された量に依存します。同時に、各人は、支払うときに、プロジェクトの作成者が設定したコストとその人が稼いだ支払いを比較します。

たとえば、誰かが1000単位のお金で風船を膨らませるプロジェクトを作成し、以前に1か月間2000単位のお金でプログラムを行っていた場合、私は間違いなくその費用で風船を膨らませることに投資しません。

UIデザイン

記事の最後に、将来のプログラムのUIのバリエーションを示します。厳しく判断しないでください。

参照資料

「人々のひだ」の成功に関する統計を含む良い記事：
そして再びクラウドファンディング：今日はアメリカ人です


PS提案されたアイデアがHabrasocietyにどれほど興味深いかを判断したいと思います。これを行うには、単に+1または-1をマークするよりも高度な投票を提案します。