AMA:コンセンサスに関する質問に回答したLiskHQ(Part2)
最初の一連の質問の後、ここでLiskHQからの最も興味深い回答をリストします。
1)適格なスタンバイデリゲートの数が、アクティブデリゲートになるポイントに到達しないほど多い場合はどうなりますか?
スタンバイデリゲートの数については多くの議論がありました。非常に多くの興味深い現象が発生しています。念頭に置いておくべき重要な基準は、スタンバイデリゲートの数ではないと思います。寧ろ、N個のトークンでフォージングノードをホストすると、どのような投資対効果が得られるでしょうか。「面白い」ことに、この投資対効果はスタンバイデリゲートの数からほとんど独立しているということです。したがって、5つのスタンバイデリゲートを持っていた場合、同じ投資額でフォージングスロットを獲得することはできません。覚えておくべき2番目の議論は、より多くのスタンバイデリゲートを追加するほど、純粋なPoSチェーンの典型的な問題(ランダム性が良い、迅速なファイナリティなど)が発生しやすくなります。2つのスタンバイデリゲートを使用すると、PoSの問題点をほとんど回避できますが、すべてのユーザーにフォージングの機会を提供できます。
2)新しい変更は、デリゲートのグループが10人の小さなグループに集まるシナリオをどのように防止しますか?
一般的に、クジラ(多くのLSKを持つ人)または多くのLSKを持つ人を区別することはできません。クジラはアカウントを分割して、多くの独立した人のように見えるからです。
そのため、提案された投票システムには比例代表制の特性があります:グループまたは1人(これら2つのケースは区別できない)が投票LSKトークンのX%を制御する場合、101人のアクティブデリゲートのうち少なくともX人を選択できます。
新しい変更では、10人のデリゲートを小さなグループに集めることは役に立ちません。グループ内の10人に投票することはできますが、各投票にはわずかな重み(残高/ 10)しかありません。
3)なぜ制限を10票に設定するのですか?
新しい投票システムでは、すべてのLSKは1回の投票にしか使用できません。したがって、提案された投票システムはまったく同じ特性を持つことになり101票に留まることができます。ロックメカニズムにより投票がより複雑になり、ロックされたトークンの量を保存する必要があるため、保存とパフォーマンスのために投票数を10に制限しました。
新しい投票システムでは、ほとんどの人は少数のデリゲートへ投票するだけです。(投票者には責任があるため注意深く監視して選択する必要があります)誰もこれ以上票を投じることを望みません。もし誰かがより多くの票を投じたい場合、彼らはまだ相も変わらずアカウントを分割することができます。
4)デリゲートアカウントはマルチシグにできますか?
はい、デリゲートアカウントはマルチシグアカウントにすることができます。LIPを参照してください。「アカウントは、デリゲートアカウントおよびマルチシグネチャアカウントとして登録できます。そのようなアカウントによってフォージングされたブロックには、マルチシグネチャアカウントの登録に使用された公開キー(つまり、アカウントの元の公開キー)の署名が必要です。」
したがって、彼らは十分な自己投票を持っているので複数のエンティティが新しいマルチシグを使用してデリゲートを一緒に実行できます。
この記事は第3部に続きます。
_________________________________
Lisk MagazineはLisk Italian GroupとEliteXによってサポートされているプロジェクトです。
私達の仕事をサポートし、Lisk Magazineに投票してください。
この記事はLisk Japanによって翻訳されました。