Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Monitoring extension #55

Open
GitGab19 opened this issue Aug 4, 2023 · 0 comments
Open

Monitoring extension #55

GitGab19 opened this issue Aug 4, 2023 · 0 comments

Comments

@GitGab19
Copy link
Collaborator

GitGab19 commented Aug 4, 2023

From @Fi3 Beyond MVP2 doc:

"Some mining pools aim to monitor their clients' mining devices in order to display any malfunctioning devices on their web app, which is hosted by the pool. This can be easily achieved by tracking the shares submitted by each device. However, Sv2 extended channels group all downstream channels into one upstream channel, making it impossible for the upstream to determine which mining device created a received share. On the other hand, Sv2 group channels are transparent and allow the upstream to identify which mining device created a received share. To translate between Sv1 (downstream) and Sv2 (upstream), we cannot use group channels as they assume that all mining devices in the group are HOM, but in Sv1, mining devices are not HOM. Therefore, we need a translator proxy to send monitoring data upstream, and to accomplish this, the Sv2 extension has been selected. We must define and implement this extension in both the SRI pool and the SRI (tproxy?)."

Since it will be the first protocol extension, we should work on that in a precise way, following the Protocol Extensions paragraph in specs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant