在籍をコンセンサスの一部にし、単一のバイナリネットワークを構築するなど。
ここに、私たちの開発チームがAGORAアーキテクチャに関連するいくつかの新しい機能の開発に取り組んできたものがあります。
機能の実装
#565在籍をコンセンサスの一部にする
現在、合意プロトコルでは、ノードは一連のトランザクションで合意に達します。ただし、ブロック(在籍に配置する必要がある別のデータ型があるため、ノードはトランザクションだけでなく、登録についても合意に達する必要があります。したがって、ノミネーターを変更する必要があります。将来的には、大量のデータ(トランザクションデータ、登録データ)を渡すのではなく、ハッシュに投票するように変更される可能性があります。ただし、これはより複雑なタスクであるため、独自の問題になるはずです。
#493在籍データはブロックに書き込む必要があります
登録データをブロックに書き込むと、検証に検証に参加できるブロックの高さが決まります。コンセンサスプロセスに必要なバリデーターを決定し、ノード間のバリデーターの数を設定できます。
これに対する完了の定義は次のとおりです。
*在籍データは、登録開始ブロックにのみ記録する必要があります。
*ブロックに書き込むときは、登録データのUTXOkeyで昇順に並べ替える必要があります。
*ノードは登録済みブロックの高さを格納する必要があります。
#510シングルバイナリネットワークを構築する
現在、ユニットテストとdocker-composeを使用した本格的なネットワークテストの両方を使用しています。本格的な統合テストは非常に費用がかかります(コンテナーを生成する必要があり、データを共有しないなど...)。ネットワークをテストして、通常の「ノードAPI」を介してネットワークを公開する単一のバイナリを生成するソリューション。
継続的な開発