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

Gateway Status #110

Open
mfw78 opened this issue Oct 26, 2021 · 0 comments
Open

Gateway Status #110

mfw78 opened this issue Oct 26, 2021 · 0 comments
Labels

Comments

@mfw78
Copy link

mfw78 commented Oct 26, 2021

When hosting dapps on *.bzz.link, given the nature of the load-balancing / fanning proxy in front of the bee nodes fetching the actual data, inconsistencies become evident, very quickly.

These inconsistencies and status of the underlying node / gateway would be very handy to know when it comes to debugging applications that depend on gateways (or for the gateway's resilience to be increased). Problems that I'm currently running into is that of "random" 404 errors, which I can only assume is that the serving node is in a neighborhood causing issues / a segregated part of the network.

Additionally, I understand that the underlying nodes may be restarted, and with 20 min warm-up times, this is not insignificant. When debugging hosted dapps, this information would be very handy to know.

Therefore, I'd suggest perhaps some optional headers in the response would be very handy, including:

  • Neighborhood that the serving no presides in.
  • Uptime of the serving node.

I understand that the above issues may cause some discussion around privacy, and censorship resistance. I think there's a balance to be struck here. The gateway is in itself a form of centralisation, and one that is certainly needed prior to the Swarm client being easy to embed in native client applications. This debug data would give a better understanding from a developer's experience, giving visibility to how different bee clients are interacting with Swarm.

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

No branches or pull requests

1 participant