You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
after this change , metadata sometimes is considering relay peer as lightclient, probably because identify did not happen till that time.
Hence only clusterID check is done in this case.
This is ok for status since as of now community specific sharding is not implemented and all nodes support all shards. But, this needs to be fixed once sharding for communities is to be implemented.
Similarly for lightClients, shardInfo should be updated in metadata based on filter subscriptions or during init time - TBD
Expected behavior
relay peers should always be verified of matching shards after connecting.
The text was updated successfully, but these errors were encountered:
Similarly for lightClients, shardInfo should be updated in metadata based on filter subscriptions or during init time - TBD
this may not be required for current community sharding because all fleet nodes support all shards and every user would have to support shards 32 and 64(common shards) which are anyways indicated for lightclient during init. So, metadata should not disconnect any peers.
similarly this change is not required in current milestones.
Describe the bug
after this change , metadata sometimes is considering relay peer as lightclient, probably because identify did not happen till that time.
Hence only clusterID check is done in this case.
This is ok for status since as of now community specific sharding is not implemented and all nodes support all shards. But, this needs to be fixed once sharding for communities is to be implemented.
Similarly for lightClients, shardInfo should be updated in metadata based on filter subscriptions or during init time - TBD
Expected behavior
relay peers should always be verified of matching shards after connecting.
The text was updated successfully, but these errors were encountered: