@arajasekさん、こんにちは。こちらでの議論にご参加いただきありがとうございます!
私達はライブラリをShadowと統合し、@ppopthが「blob数を倍にする」実験で行ったのと同様のEthereumメインネットのような実験を実行しました(素晴らしい仕事に感謝します。非常に簡単に構築できました)。
ShadowはCPU時間を考慮していないことに注意してください。コードの統合方法によっては、テストベッドでの実行と比較して大きな違いが生じる可能性があります。これに対処する方法を検討しています(ある程度Shadowの一部でしたが、再現性を優先するために削除されました)。
こちらのアプローチとは異なり、チャンクで動作するようにGossipsubプロトコル自体を変更しました。チャンクの伝播方法を完全に制御できるため、これは重要だと思います。このスレッドのアプローチがどのように機能するかわかりません…
チャンクを使用したGossipSub上での大規模なメッセージ伝播に関するさまざまな研究があります。FullDAS work(シミュレーション部分もnim-libp2p + Shadowを使用)では、実装において単純なアプローチを使用し、小さなメッセージを使用し、大規模なメッセージコンテキストに関連するものをスタックの上位レベルで処理しました。ただし、リンク先の投稿には、構造化されたメッセージID、ビットマップベースのIHAVE/IWANTなどの提案も含まれています。
あなたのバージョンでどのような変更を加えたのか、ぜひ知りたいです。