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

Different underlying transport #74

Open
CMCDragonkai opened this issue Apr 25, 2018 · 4 comments
Open

Different underlying transport #74

CMCDragonkai opened this issue Apr 25, 2018 · 4 comments

Comments

@CMCDragonkai
Copy link

CMCDragonkai commented Apr 25, 2018

We're working on porting libp2p to haskell under (github.com/MatrixAI). But I'm very intrigued by your project here. While libp2p is just a sort of communication system (although a very sophisticated one at that), it lacks any higher level of composability. I'm wondering how compatible is transient with different underlying communication primitives? I haven't grokked transient yet, but libp2p sort of exposes bytes-streams that are the transparently mapped to other nodes in the network.

There are notions of addressing services that supply bytestreams or receive bytestreams in libp2p however.

@agocorona
Copy link
Collaborator

agocorona commented Apr 25, 2018 via email

@agocorona
Copy link
Collaborator

agocorona commented Apr 25, 2018 via email

@CMCDragonkai
Copy link
Author

Nodes in libp2p are abstracted from the host+port concept. Since the goal of libp2p was to abstract across all possible underlying transports. And rathet than following OSI's layering model, they decompose network features horizontally. The only major user of libp2p is ipfs, but it can also be used for other services. In libp2p, there's peers (nodes), services and streams.

We want to see how to use libp2p and transient for the coordination system for Matrix AI agents.

@agocorona
Copy link
Collaborator

agocorona commented Apr 26, 2018 via email

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

2 participants