要するに、連続モード（「即時」の選挙なし）で動作する投票委任システムと組み合わせた直接投票の使用が提案されています。 技術的には、そのようなシステムはいくつかのサブシステムで構成されている場合があります 。
ユーザーIDサブシステム
認可モジュールは、システムとのユーザーインタラクションの技術的側面を担当し、ユーザーを識別する手段を提供する必要があります。 （暗号化証明書、電子署名、および公開鍵）。
認証モジュールは、特定のユーザーが特定の実在の人物と確実に一致するようにする必要があります。 1つの選択肢は、投票、つまり電子署名の形成に使用される個人レベルのカードを州レベルで導入することです。 このようなシステムはエストニアで機能します。 この場合、認証の問題は純粋に技術的な問題に変わります。 これは当てはまりませんが、たとえばGnuPGコミュニティ（OpenPGPの実装）で一般的な相互署名手順を使用してみてください。
投票対象の登録のためのサブシステム
このシステムは、さまざまなレベルで投票を記録および登録するために必要です。
技術的には、「投票対象」は次のとおりです。
- サブジェクトの名前。これにより、彼に関連するユーザーが彼を識別できます。
- ユーザーのフィルタリング基準。 最も明白なのは領土です。 たとえば、「都市Xの家番号8など、そのような地域に住んでいるユーザー」。
- この主題の文脈で議論とコミュニケーションが行われるインターネット上のリソースへのリンク。
投票を委任するには、ユーザーは投票対象ごとに個別にこれを実行できる必要があります。 彼は、HOAで1つに投票し、州下院のレベルで別の投票を行う機会を持つべきです。
さらに、システムに特殊化のマトリックスが存在する場合、異なる特殊化の委任を分割できる必要があります。 たとえば、経済的な問題については、ある人、スポーツの問題、別の人、およびITに関連する問題については、自分で決断したいと思っています。
したがって、委任システムは少なくとも2レベルである必要があります。 最初のレベル-投票対象、2番目のレベル-各投票対象の専門分野のマトリックス。
ユーザーマトリックス評価サブシステム
これは、誰かに委任された実際の投票数を誰も知らないシステムを意味する（またはこれまで熟考している）ため、委任されたユーザーとデリゲートの間で何らかのフィードバックを提供する必要があります。 これを行うには、「マトリックスユーザー評価」（「誠実さ」、「アクティビティ」、「期待への準拠」など）を使用できます。 ソーシャルネットワークやブログなどの多くのシステムは現在、ユーザーの「権限」のようなものを反映する「カルマ」の概念を使用しています。
評価は、特定のイベントの後にデリゲートのユーザーによって変更されます。 たとえば、いくつかの問題について代表者が投票した後。 または、たとえば、デリゲートから投票する前に、ユーザーはデリゲートを評価できます。 このような投票の「選択」には、必ずしも否定的な評価が伴うとは限りません。
さらに、評価は自動的に変更できます。 たとえば、いくつかの票が得られたサブジェクトを持つユーザーの場合、ユーザーが投票を委任せず、投票しなかった場合、「アクティビティ」の評価は低下します。
委任および直接投票を考慮した投票のサブシステム
これは複合体全体の中核であり、残りのサブシステムが動作します。 ここでは、投票の質問を登録し、投票の主題を参照し、この問題がどの分野に関連するかを示します。
このサブシステムの動作中に、多くのメカニズムを提供する必要があります。 まず、投票ごとに独自の投票を確認できる必要があります。 委任されたかどうかに関係なく。 次に、この投票に関連するユーザーのうち、どのユーザーが投票に参加したかを確認できる必要があります。
まとめ
もちろん、完璧な電子投票システムは、世界のどの国でもまだ実装されていません。 そして、ロシアの後背地の広大な地域で普遍的な電子投票を確保することは非常に難しいようです。 しかし、純粋に理論的であっても、このアイデアは依然として興味深いものです。 そして、そのようなシステムの実装の技術的側面を議論する他の場所は、もしHabréではないでしょうか？
本の著者について：
レオニード・ヴォルコフ -エカテリンブルク市下院副部長、IT投資家兼コンサルタント、著名人、ブロガー。
ヒョードル・クラシェニンニコフは、広報の開発と近代化のための研究所の代表であり、公人、政治学者、作家、広報家、ブロガーです。
Cloud-democracy.rf 、 UncleAndy経由