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
Currently the crawler is pulling a count for the Client type distribution metric which unfortunately does not look accurate in distribution. Other crawlers such as clientdiversity.org is reporting very different distributions using Miga Labs Armiarma and Sigma Prime's Blockprint crawlers.
We should be clear in how we are capturing this metric. It may be good to outline here how this metric is captured and create some sort of tooltip in the UI to explain what is being done to get this number.
The text was updated successfully, but these errors were encountered:
From my understanding, we're asking each node to report it's AgentName (code here) like Miga Labs' crawler, so our numbers should probably be closer to theirs. I think it would make sense that the lack of a digest filter (#205) would be causing our skewed numbers. I think the best way to test this would be to connect an API with the fork digest filter to our prod DB and apply corresponding mainnet fork digests and see if the numbers are closer to what Miga Labs is reporting
Expected Behavior
Currently the crawler is pulling a count for the
Client type distribution
metric which unfortunately does not look accurate in distribution. Other crawlers such as clientdiversity.org is reporting very different distributions using Miga Labs Armiarma and Sigma Prime's Blockprint crawlers.Might be related to #205.
Current Behavior
Numbers look inaccurate.
Possible Solution
We should be clear in how we are capturing this metric. It may be good to outline here how this metric is captured and create some sort of tooltip in the UI to explain what is being done to get this number.
The text was updated successfully, but these errors were encountered: