さまざまなガバナンスの概念に基づいて、EOSC コミュニティは EOSIO の選出メカニズムを最適化し、Genesis Height 1 で EOSC メインネットを立ち上げ、EOSC メインネットを繰り返しアップグレードし続け、EOSC を分散型の高いパフォーマンスの方向性に向けてスマートに動かしました。コントラクト プラットフォームは進化を続け、暗号化された経済の大規模な普及の基礎を築いています。

背景

暗号化経済は、社会実験から大規模な商用利用への重要な段階を迎えています。
大規模な商用利用は、巨大な取引圧力を意味します。ブロックチェーン システムが大量のトランザクション要求を効率的に処理するには、まず十分に強力なパフォーマンスを提供する必要があります。これを実現するには、より適切に構成されたハードウェア マシン、より大きなストレージ容量、より安定したネットワーク、より高速な帯域幅、より短い待機時間など、フル ノードに対してより高い要件が必要です。明らかに、フルノードのしきい値が高すぎると、安定して動作できるブロック生成ノードの数が減少します.このようなブロックチェーンシステムにPOSメカニズムが採用されている場合、システムはすぐに集中化された状況に収束します.高性能と分散化のバランスを取るために、DPOS コンセンサス アルゴリズムは間違いなく現時点で最良の選択であり、少数のノードを管理するための最良の実行可能なソリューションでもあります。
DPOS コンセンサス アルゴリズムに基づく EOSIO が誕生し、コミュニティは初めて暗号化経済の大規模な商用利用の夜明けを目の当たりにしました。選出メカニズムが十分に機能するかどうかは、DPOS コンセンサス メカニズムの存続の鍵であり、DPOS コンセンサス メカニズムが POW を継承し、次世代の暗号化をリードできるかどうかにも関係します。
暗号化経済の大規模な商用利用の時代の到来を加速するために、EOSC コミュニティは EOSIO 選出メカニズムを最適化し、Genesis 1 で EOSC メインネットを立ち上げ、EOSC メインネットを繰り返しアップグレードし続けました。 EOSC を次の方向に向かわせる 分散型の高性能スマート コントラクト プラットフォームの方向性は進化し続けています。

コンセンサスメカニズム

EOSC は EOSIO のコンセンサス メカニズム、つまり DPOS BFT パイプライン コンセンサスに従います。EOSIO とは異なり、EOSC は 0.5 秒ごとに 1 ブロックという EOSIO のモデルを採用せず、1 つのノードが 6 ブロックを接続します。EOSC では、3 秒ごとに 1 ブロック、ノードは継続的にブロックを生成しませんが、ノードによる継続的なブロック生成はアンパックされたトランザクションの待機時間を短縮できますが、現在のネットワーク環境はあまり理想的ではないことが多いため、急速なブロック生成はチェーンの安定性に影響を与え、結果として大きなマイクロフォークの数。
現在の EOSIO のコンセンサスメカニズムは完全ではありませんが、DAPP プラットフォームとして、ブロック確認時間はチェーンの最適化の最優先事項ではありません. EOSC では、高負荷環境でコンセンサスメカニズムを考慮する必要があります.現在の並列計算メカニズムが完璧でない場合、パイプライン化された確認メカニズムの改善を急ぐことは大きな問題を引き起こします。
EOSC の将来のコンセンサス メカニズムは、2 つの方向から並行して進化します
1. EOSIO 開発と互換性があり、そのコンセンサス アルゴリズムが更新されます。EOSIO が並行して改善を完了すると、EOSIO の現在の開発の進捗状況に応じて判断します。コンセンサス アルゴリズムがアップグレードされ、ブロック確認時間が短縮されます。
2. 既存の DPOS コンセンサスの補足として、確認番号に基づいて他のコンセンサス メカニズムに適応します。埋め込まれたレイヤ 2 チェーン コンセンサスとメイン チェーン。一方、他のコンセンサスメカニズムのチェーンを使用して、より分散化されたクロスチェーンメカ​​ニズムを実現できます。

EOSC テクノロジーの改善

サービス料金に基づくリソース モデル
EOSIO の CPU および NET リソースの支払いモデルは技術的には優れた設計ですが、ユーザーにとっては複雑すぎて、DAPP 開発者が契約を最適化することを促進できません. 一方, EOSIOのRAMの購入方法は, DAPPエコロジーの発展を助長しない特定の買いだめ行動につながります. このため, EOSCは革新的に新しいリソースモデルのセットを設計しました. 実際の最適化を通じて, 探索する複雑なスマートコントラクト環境でサービス料金に基づくリソースモデルを構築し、EOSエコロジーを悩ませているリソース問題を徹底的に解決します。
まず、EOSC はユーザーの CPU および NET リソースの消費を料金モードで支払います. DAPP で開発者によって定義されたアクションに対して、DAPP 開発者はアクションに必要な料金を設定でき、システムはリソースを制御します.これに基づくアクションの使用法は、ユーザーがリソースの消費を理解しやすい一方で、DAPP 開発者が契約リソースの使用を最適化することを強力に促進し、エコロジー全体が発展するようにします。優しく。
EOSC は、クラウド ホストをレンタルするのと同様の方法で RAM リソースを割り当てます.ユーザーは議決権の配当を使用して RAM リソースをレンタルすることができます.このように、ユーザーは家賃の支払いを心配する必要がなく、家賃の滞納の問題があります. EOSC は「レンタルと販売」の方法により、RAM リソースの投機を効果的に回避できるため、DAPP の開発は RAM の価格によって妨げられる必要がなく、DAPP の生態学的構築を効果的に促進します。
EOSC は、新しいリソース モデルを大胆に革新し、探索する一方で、EOSIO のリソース モデルと互換性があるメカニズムも探索しています.CPU および NET リソースについては、ユーザーは、配当チケットの年齢に基づいて料金を支払い、同様の EOSIO ローンを達成して CPU を取得することができます。 NETリソースの効果、RAMの場合、ユーザーは住宅ローン投票スワップの形で市場購入に基づいてEOSIOの効果を達成できるため、DAPP開発者は他のEOSIOチェーンからEOSCにすばやく切り込み、EOSCリソースにスムーズに切り替えることができますモデル。
スムーズな更新メカニズム
EOSC の選出メカニズムは、スーパーノードがテクノロジーのアップグレードの促進に積極的に参加することを奨励しています。EOSIO コミュニティ ノードのバージョンの分割とは異なり、EOSC は積極的にテクノロジーのアップグレードと更新を促進しています。
よりスムーズな互換性のないアップグレード プロセスを実現するために、EOSC は有効なブロックの高さに基づく更新メカニズムを追加しました.コミュニティはマルチ署名を通じて機能の有効なブロックの高さを確認できるため、スムーズなアップグレードを完了することができます. EOSIOが最近提案したブロック拡張データに基づくラベリング方式とは異なり、分散方式のプロセスであるEOSCの更新メカニズムは、よりフレンドリーで理解しやすい.EOSCは、EOSIOベースのチェーンで分散型の「ソフトフォーク」更新プロセスを実践した最初の企業である.これは、さまざまなメカニズムの問題を解決するための EOSC の継続的な進化に対する基本的な保証です。
一方、マルチ署名に基づいてチェーン属性を設定する機能は、コミュニティに分散型チェーン構成とオンチェーン ソリューションのセットを提供できます. 実際の状況に応じて、さまざまなパラメーターと構成を分散型の方法で変更できます.開発、より良いコミュニティ開発を行います。
ノードのハートビートメカニズムと安定したブロック間隔
メインネットワークの安定性を促進するために、EOSC は経済モデルの観点から候補ノードの構築を強化しました。 、EOSCはチェーンを追加しましたネットワーク上のノードのハートビートメカニズムは、ノードの強化を促進してその安定性を向上させ、メインネットワーク全体の安定性を促進するために使用されます。
ハートビート メカニズムに基づいて、EOSC はノードの動作を確認できるため、チェーンに基づいて障害のあるノードを罰することができ、ノードの構築をさらに監視し、ノードの不作為が原因となるのを防ぎます。メインネットワーク全体の不安定性。
現在のネットワーク インフラストラクチャがまだ完全ではない場合、メイン ネットワークで時折発生するソフト フォークを回避するために、起動の開始時にブロック間隔時間を長くします. EOSIO は、0.5 秒のブロック間隔と a のメカニズムを設計しましたが、ノードが 6 つのブロックを連続して生成すると、将来的にチェーンの可用性が向上する可能性がありますが、現在のネットワーク環境には適用できません. 実用的な方法では、ブロック生成の間隔を最初に増やしてから、迅速なブロック生成に変更する必要があります.これにより、ソフトフォークを効果的に減らすことができ、同時に、ブロック数の削減により、フルノードの同期速度が大幅に向上し、より多くのフルノードが存在し、それによって強化されます。ネットワーク全体の可用性。
より多くのコントラクト層 API
DAPP 開発者がコントラクトを開発しやすくするために、いくつかの API が追加され、システム コントラクトに特定の調整が加えられました。
まず、ブロックの高さを取得するための API が追加されました. 開発者は現在のブロックの高さを簡単かつ効率的に取得できます. この API に基づいて、コントラクトはブロック攻撃やその他のリトライベースの攻撃のブロックを効果的に回避できます. add チェーン構成情報の API を取得するために、開発者はコントラクト層でチェーンのさまざまなパラメーターの修正とチェーンのアップグレードを適応させることができるため、コントラクトもチェーンのアップグレード機能にスムーズに従うことができます。チェーンが開始される前に、独立したコアトークンコントラクトが使用されるため、ユーザーは偽造通貨攻撃を明確に区別できます。
クロスチェーン サービスへの適応
立ち上げ当初、Force チームは、将来クロスチェーンのサポートがパブリック チェーンの基本機能になると予測していました。そのため、ForceチームはCodexプロジェクトの開発を開始し、Codex.Relayリレーチェーンを確立して各チェーンにリレーサービスを提供し、各チェーン間のクロスチェーンメカ​​ニズムを実現し、Codex.Relayのより完全なサポートを提供し、相互運用できるようにします2つのチェーンのスーパーノードを通じて、「完全な」クロスチェーンメカ​​ニズムを実現できます。つまり、クロスチェーンプロセス中にチェーンの分散度が低下することはありません。
クロスチェーンメカ​​ニズムにより、優れたスケーラビリティが得られます. リレーサービスに基づいて、レイヤー2サブチェーンを追加できます. 大きなリソースを消費する一部のサービスとDAPPは、サブチェーンに基づいて実行できます.リレー サービスを通じて、計算結果またはコア状態が に同期されるため、将来、ストレージ、計算、DAPP、乱数などの特別なサブチェーンを追加して機能を拡張できます。
高度にカスタマイズ可能な EOSIO ブロックチェーン開発フレームワーク
リレー サービスに基づいて、レイヤー 2 サブチェーンを追加でき、さまざまなサブチェーンが将来 EOSIO エコロジーで役割を果たすことになります。効果は大きいが、EOSIO をベースに機能をカスタマイズしたブロックチェーン プロジェクトの現在の開発は、まだ敷居が高いことに注意する必要があります。 EOSIO ブロックチェーン開発フレームワークは、サブチェーン開発の敷居を下げ、開発者により経済的でフレンドリーなサブチェーン開発体験を提供します。
Force チームは、開発プロセス中に EOSIO に基づくブロックチェーンの開発で多くの経験を蓄積しており、これらの経験の価値を最大化することを望んでいます. Codex.io は「すぐに使える」EOSIO ブロックチェーンです開発フレームワークにより、開発者は Codex.io に基づいて独自のチェーンをすばやく開始できます。簡単な構成の後、さまざまなシンボルをカスタマイズし、経済システムとリソース モデルを自由に選択できます。これに基づいて、開発者はチェーンにのみ注意を払う必要があります。 Codex.io は、チェーンのネイティブ層またはコントラクトに基づいて実装できます.Codex.io は、開発者がチェーンのネイティブ層を拡張するのを容易にし、パフォーマンスの問題を解決し、チェーンを大幅に拡張することもできます. 関数。
Codex.io は現在の EOSIO チェーンのほとんどで提案されている拡張機能を統合しています. Codex.io は包括的な態度で、開発者がチェーン上の機能を自由に組み合わせることができます: 生存手当システム、アカウント システム、さまざまなブラック リストとホワイト リストを含むメカニズム、共通ガバナンス メカニズムと投票メカニズム、およびさまざまなプラグイン。
Codex.io を通じて、多数のレイヤ 2 サブチェーンが将来的に統合され、無制限のスケーラビリティが提供されます。