2019/01/09ご無沙汰しております。最近ネタ切れで書く気が失せていました。最近ブログ書くの、経済学分野ではネタ切れ気味。いうネタにできるテーマが無いというか、ちけっとピアツーピアみたいな発明こそがネタであって記事にするものがないというか。「NEMはハーベスティングをするのに10000XEMという制限を課しているが、主な理由としてスロット制限が挙げられる。スロット制限を設けているのはなぜか。」というクリプトエコノミクス的思考力問題を社内でやっていたわけですが、これの答えをブログに書いておこうと思います。前提として、上記二記事と、スロットについてわかっていればこの話は理解できます。スロットNEMノードは、委任ハーベスティングスロットというものを設けており、スロット数には上限があります。委任したい側は、スロットが空いているノードを探して委任しなければなりません。この制限を設けているのか、が本題です。答え正解は、越後製菓。答え正解は、hashを上回るtargetであるかを1秒ごとに計算しないといけない中で委任されてる人数分だけtargetを計算しなければならず1秒間で計算が間に合わない場合はノード運営者が損失を被るためノード運営者は委任ハーベスティング受託を絞るインセンティブがあるからです。ここに、ノード自身の秘密鍵と委任された秘密鍵計N個あるとしましょう。i個目の秘密鍵の重要度を使って計算するtargetをTiとします。T1,T2,T3計算は余裕で間に合います。61T1,T2,T3...............................,TN,T1,T2,T3............................計算が追いつかんのですね。スロット制限をもうけ、かつスロットが埋まりきらないように10000XEMの敷居を設けてるのだと考えられます。提案はっきり言って、この制度は不便です。10000XEMは気軽にやるには敷居が高い。根本的な話をすると、ノードが委任を受託するインセンティブすらない。以下のようにプロトコルを改善することを提案します。重要度転送トランザクションの転送先をリモートアカウント(ダミーアカウント)ではなく委任先ノードとしノードは1秒ごとにtarget計算はノードの重要度=(自身の重要度+委任された重要度)をつかった一回で済ませハーベスティング報酬を、ノードに委任されている重要度の合計に占める各委任者の重要度の割合で分配する分配するうち、ほんの一部分は委任報酬としてノードが受け取るこうすればノードが委任を受けるインセンティブがあり10000XEMの制限を作る必要がないスロット制限を設ける必要もない一石三鳥ですね。devの方、この記事呼んでたらご一報ください。