-
Notifications
You must be signed in to change notification settings - Fork 29
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
fix readme #41
base: main
Are you sure you want to change the base?
fix readme #41
Conversation
Adding lists of TODOS for today:
|
|
||
As a design choice This Node results in some loss of generality, but seems like a reasonable given that libp2p is becoming a de-facto standard, and we see little value in re-implementing (and re-inventing) lower level network communication protocols. | ||
|
||
Specifically, we identify nodes and address them using [Peer IDs](https://github.com/libp2p/specs/blob/master/peer-ids/peer-ids.md), with key pairs derived using [Ed25519](https://github.com/libp2p/specs/blob/master/peer-ids/peer-ids.md#ed25519) scheme. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this still true?
Commit is old
|
||
### Identifying Nodes | ||
|
||
An [`Identify` message](https://github.com/libp2p/specs/blob/master/identify/README.md) should include the following fields |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this still true?
Commit is old
|
||
### Message Encoding | ||
|
||
Use protobuf (`proto3`) for message encoding/decoding between peers. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this still true?
Use protobuf (`proto3`) for message encoding/decoding between peers. | ||
Specific message schemas to be defined for each protocol. | ||
|
||
Messages that tie into other messages in one flow, i.e. messages expecting a response and providing a response MUST include a `request_id` (a positive integer) that allows nodes to correlate messages in the same flow. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this true
|
||
Nodes SHOULD use semantic version matching when matching protocols, as described [here](https://docs.libp2p.io/concepts/protocols/#protocol-negotiation). | ||
|
||
`agentVersion` is defined in the form of _agent-name/version_; e.g. `papyrus/0.1.0`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this still true?
|
||
An [`Identify` message](https://github.com/libp2p/specs/blob/master/identify/README.md) should include the following fields | ||
|
||
`protocolVersion` := `/starknet/` + version |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this still true?
58ca808
to
53e85f1
Compare
Fixing readme by: