libp2p工作的中心仓库

此仓库是libp2p规范Rust开发的中心地点。

入门指南

• 主要文档可以在https://docs.rs/libp2p找到。

• 示例文件夹包含展示此仓库中许多协议的小二进制文件。

• 有关安全相关问题请提交私人安全漏洞报告。请不要在GitHub上提交公开问题。

• 要报告错误、建议改进或请求新功能，请在此仓库上打开GitHub问题。

• 有关rust-libp2p特定问题，请使用GitHub Discussions 论坛https://github.com/libp2p/rust-libp2p/discussions。

• 有关多个libp2p实现相关的讨论和问题，请使用libp2p Discourse 论坛https://discuss.libp2p.io。

• 要加入同步讨论，请加入公开rust-libp2p维护者电话会议或每周两次的libp2p社区电话会议。

仓库结构

此仓库的主要组件结构如下

• core/：实现libp2p-core及其Transport和StreamMuxer API，几乎所有其他crate都依赖于它。

• transports/：基于libp2p-core的Transport API实现的传输协议（例如TCP）和协议升级（例如，用于认证加密、压缩等）。

• muxers/：实现StreamMuxer接口的libp2p-core，例如（子）流多路复用协议在（通常是TCP）连接之上。多路复用协议是（强制性）Transport升级。

• swarm/：基于 libp2p-core 的 libp2p-swarm 实现，使用了中心接口 NetworkBehaviour 和 ConnectionHandler 来实现应用协议（参见 protocols/）。

• protocols/：基于 libp2p-swarm API 的应用协议实现。

• misc/：实用库。

• libp2p/examples/：内置应用协议的工作示例（参见 protocols/），包含常见的 Transport 配置。

社区指南

libp2p 项目遵循 IPFS 行为准则。

tl;dr

• 保持尊重。
• 我们在此提供帮助： [email protected]
• 不允许存在滥用行为。
• 违反此准则可能导致迅速且永久地从 IPFS [和 libp2p] 社区中除名。
• "太长，没有阅读" 不能成为不了解此文件的借口。

维护者

（按字母顺序排列。）

• João Oliveira (@jxs)
• Thomas Eizinger (@thomaseizinger)

知名用户

（如果您想在此处添加您的项目，请提交一个拉取请求）

• COMIT - Bitcoin–Monero 跨链原子交换。
• Forest - 使用 Rust 编写的 Filecoin 实现。
• fuel-core - Fuel 协议的 Rust 实现。
• HotShot - 由 Espresso Systems 开发的 Rust 编写的去中心化 sequencer。
• ipfs-embed - 由 Actyx 使用和维护的小型可嵌入的 ipfs 实现。
• Homestar - 由 Fission 使用和维护的 InterPlanetary Virtual Machine (IPVM) 实现。
• beetle - 针对云和移动平台的下一代 IPFS 实现。
• Lighthouse - Rust 编写的 Ethereum 共识客户端。
• Locutus - 全球、可观察、去中心化的键值存储。
• OpenMina - 在浏览器中实现的 Mina Rust 实现。
• rust-ipfs - Rust 编写的 IPFS 实现。
• Safe Network - Rust 编写的 Safe Network 实现。
• Starcoin - 通过分层扩展的智能合约区块链网络。
• Subspace - Subspace 网络参考实现
• Substrate - 区块链创新框架，由 Polkadot 使用。
• Taple - 由 OpenCanarias 开发的用于资产和过程可追溯性的可持续 DLT。