今日は、暗号化経済の分野で最も頻繁に使用される言葉である分散化について説明します。

分散化はブロックチェーンの存在理由のすべてであるとみなされることがよくあります. 人々はパブリックチェーンを評価する際に重要な尺度として「分散化」の度合いをよく使います. ブロックチェーン技術の分野の人々は特に技術的な議論の際に集中化を「嫌います」が行き詰まった場合、人々は通常、技術的な観点に対する最も強力な議論として、「中央集権化」につながる相手方の計画を利用します。

私たちが地方分権を実現したい理由については、多くの人がそれぞれの理解を持っていると考えられますが、一般的なポイントをいくつか紹介します。

透明性のあるルールと幅広い参加: 中央集権型システムの欠点は長い間批判されてきました。システムの簿記ルール (またはゲームのルール) はすべての参加者によって決定されるべきであり、決して単一の個人や組織によって決定されるべきではありません。権力のある人や組織が、他人の利益を犠牲にして自らの利益を得ることがないよう保証するのは困難です。

耐障害性: 悪意のあるノードや障害のあるノードが少数存在しても、システムの円滑な動作に影響を与えることはなく、すべてのノードが同時に障害を起こしたり、悪事を働く可能性はほとんどありません。

操作されないだろう：それらは敏感な中心点を欠いているため、攻撃したり、妨害したり、操作したりすると、より高価になります。

PlatON をフォローしている学生は、PlatON のコンセンサス メカニズムにより候補ノードの数が 201 に増加し、ラウンドあたりのコンセンサス ノードの数が 43 に増加していることに気づいたかもしれません。これは、主要なデモ ネットワークと比較して、分散化の程度がほぼ 2 倍です。アラヤ。しかし、コンセンサスに参加するノードが多ければ多いほど良いということでしょうか?想像してみてください。ハードウェアや帯域幅のコストに関係なく、世界の 70 億人がそれぞれノードを実行し、簿記に参加した場合、どのような問題が生じるでしょうか?

1. コンセンサス効率が低い

Giskard コンセンサス プロトコルに基づく PlatON の場合、ブロックまたは状態を確認するには少なくとも 2 ラウンドの QC (クォーラム証明書) が必要であり、QC の各ラウンドでは、2/3 (2f+1) を超えるノードの署名を保証する必要があります。ネットワーク全体のノードのコンセンサス効率が大幅に低下します。

2. セキュリティの問題

BFT コンセンサス理論によれば、ノードの総数は N=3F+1 となり、不良ノードの割合が同じ場合、総数が大きいほど悪意のあるノードまたは障害ノード F が多くなるということになります。コンセンサスに参加するノードをランダムに選択することは可能ですが、ランダム性アルゴリズムを改善し、スラッシュを通じて不良ノードをタイムリーに没収することで、同じラウンドのコンセンサスノードが不良ノードになることを回避しようとしますが、それでも総数を設定するのは適切ではありません。候補ノードの数がセキュリティの観点から大きすぎます。

3. ノードに対するインセンティブが不十分

コンセンサスに参加するノードは、ネットワークのセキュリティと効率を維持する必要がありますが、これは無私のことではありません。PlatON を含むほとんどのネットワークは、追加のトークンを発行することでノードを刺激します。しかし、ノードが多すぎると、必要なインセンティブの量が多すぎます。単一ノードが非常に制限されることになり、ネットワーク効率とセキュリティを維持するためのノードの熱意に影響を与えることになります。

4. アップデートとアップグレードが遅い

巨大なグループにはさまざまな声が溢れているはずで、新たな改善提案（PIP など）を推進するのは容易ではなく、提案を実行する前に十分な支持を得る必要があります。

上記の理由から、PlatONでは現在、検証者の総数やラウンドごとのコンセンサスノード数を完全には公開しておらず、現在の技術、厳しい性能要件、異常なテスト前提に基づいて事前調整を行っております。現時点では結論は出ていませんが、技術の反復と長期的な開発の観点から、現在の 201+43 というパラメータをさらに拡張する必要があります。セキュリティとパフォーマンスのバランスを前提とした小さな目標を設定し、分散化をさらに強化します。

代替ノードの数: 10,000ノード以上をサポートする予定であり、ノードの実行コストを増加させるために、誓約されたLAT数、トランザクション数、ブロック生成率などの要因に応じて候補ノードの数を動的に調整することを検討してください。悪を防ぎ、攻撃されるリスクを軽減します。

検証ノード数: Giskard コンセンサス プロトコルの最適化を検討し、パフォーマンスに明らかな損失がないことを前提として、より多くの検証ノードをサポートします。DDoS 攻撃の時間枠のため、参加する BFT 検証ノードの数は多すぎてはなりません。 200 個の検証ノードをサポートする予定です。

最適なランダム性アルゴリズム: 優れたアルゴリズムはセキュリティと公平性を同時に保証することができ、PlatON はコンセンサスノードを選択するためのアルゴリズムの最適化と改善を継続します。