Open mohammad-babaei opened 1 year ago
@mohammad-babaei the specs would need to be updated first: https://github.com/libp2p/specs/blob/master/peer-ids/peer-ids.md#key-types You should start with this: https://github.com/libp2p/specs#contributions
What @Jorropo said.
I'd like to add that it's possible to experiment with this, or even roll it out, without the blessing of the go-libp2p project. You can modify the map of key unmarshallers from your application: https://github.com/libp2p/go-libp2p/blob/97b4ca0fc8d999dc02e9d351866438fc1e2fd1d6/core/crypto/key.go#L51-L57
That said, it probably makes sense to go the road of properly standardizing this, especially if you want libp2p implementations in other languages to support this as well at some point in the future. Please start a discussion in the specs repo.
Description
I would like to explore the possibility of adding the Ed448-Goldilocks elliptic curve support to the go-libp2p project. This would be a significant change and has the potential to enhance the security and performance of the project. I would appreciate guidance and assistance on how to make this enhancement.
Requested Changes
I would like to understand the necessary steps to add the Ed448-Goldilocks elliptic curve to the go-libp2p project. This may include modifications to cryptographic libraries, code changes, and any other related adjustments.
Questions
Additional Information
Please provide any additional context, recommendations, or relevant information related to this elliptic curve change that would help me better understand the process.
Thank you for your assistance and support in considering this change. I'm looking forward to your guidance and expertise on this matter.