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
{{ message }}
This repository was archived by the owner on Dec 28, 2022. It is now read-only.
Repository navigation
This repository was archived by the owner on Dec 28, 2022. It is now read-only.
FEAT > Middleware DI for custom hooks/handlers #73
Wondering if hypercore can or thinking about supporting middleware for use cases like auth. For example, a hook that checks a signature before accepting a mutation or returning a value.
This is great if you had a node that tries to mutate logs, kv, etc without the permission to do so. Other nodes on the network should be able to check signatures in those messages before accepting.
Blacklisting peers would also be a nice feature for repeat offenders.
The problem I'm trying to solve is attributing a static keypair to a set of keys in hyperbee KV so that only the holder of the keypair can access specific keys.
For example, a daap discovers and connects to hypercore peers and the daap user "logs in" using their wallet. They should only be able to access (read and write) content they own.
Wondering if hypercore can or thinking about supporting middleware for use cases like auth. For example, a hook that checks a signature before accepting a mutation or returning a value.
This is great if you had a node that tries to mutate logs, kv, etc without the permission to do so. Other nodes on the network should be able to check signatures in those messages before accepting.
Blacklisting peers would also be a nice feature for repeat offenders.