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

Proxy / Bridge node using swarm.key #3

Closed
0zAND1z opened this issue May 29, 2018 · 6 comments
Closed

Proxy / Bridge node using swarm.key #3

0zAND1z opened this issue May 29, 2018 · 6 comments

Comments

@0zAND1z
Copy link

0zAND1z commented May 29, 2018

Following up on our conversation from IPFS Discourse here.

How about creating a Layer-2 alike key management for an IPFS node to bridge the contents between two heterogeneous IPFS cluster having their own respective swarm.keys?

All thoughts & approaches are welcome.

@0zAND1z
Copy link
Author

0zAND1z commented Aug 8, 2018

@Kubuxu, any time slots available to discuss more on this??

@0zAND1z 0zAND1z mentioned this issue Aug 14, 2018
@machawk1
Copy link

machawk1 commented Aug 14, 2018

Here is a scenario that would make this ability useful to me:

In ipwb I anticipate using IPFS swarms to allow sharing of web archives between a select set of peers. These captures may contain personal/private information that necessitates these capture not being accessible to the whole IPFS network.

The continued privacy of the network's contents relies on protection of this key. However, in the situation where a group (A) wants to proactively share the contents with another private network (B), being able to manage and propagate multiple keys (peers in B become aware of A) for multiple networks from a single perspective (peers in A do not become of B peers) may be useful.

This may facilitate not just a hierarchy of a peer network with respect to privacy but a directional graph. B may know of {A,B} and C maybe just {C,B} then D can be made aware of any permutation/combination of networks based on a network's members sharing of keys. This may also work on the micro level of having select accessibility within an organization, e.g., Alice, Bob, and Carol are all part of network A and the above is applied.

I am not familiar enough with inner working of IPFS to know how much of this ability already exists in the core protocol.

@chiragg6
Copy link

chiragg6 commented Jan 2, 2019

Can we use https://github.com/ipfs/js-ipfs/tree/master/examples/circuit-relaying for this purpose?

@0zAND1z
Copy link
Author

0zAND1z commented Jan 2, 2019

@Kubuxu , any thoughts on using the Circuit Relay for bridging two different IPFS swarm clusters?
https://github.com/libp2p/js-libp2p-circuit/blob/master/README.md

@Kubuxu
Copy link
Owner

Kubuxu commented Feb 11, 2019

It is not possible at the time. I fully understand this would be useful, please raise this issue in https://github.com/libp2p/go-libp2p .

@0zAND1z
Copy link
Author

0zAND1z commented Sep 29, 2019

This issue will be moved to libp2p. Thanks for all the inputs!

@0zAND1z 0zAND1z closed this as completed Sep 29, 2019
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

4 participants