Server-authoritative networking crate for the Bevy game engine.

• Automatic component-oriented world state replication.
• Events-based messaging API with different guarantees (reliable, reliable unordered, and unreliable).
• Control over client visibility of entities and events.
• Replication into scene to save server state.
• Support for client and server both in one App and in separate.
• Customizable serialization and deserialization even for types that don't implement serde traits (like Box<dyn Reflect>).
• No builtin I/O. Use it with any messaging library. We provide a first-party integration with renet via bevy_replicon_renet.
• API focused on writing logic once that automatically works for singleplayer, client, server, and listen server (when server is also a player).

If you are new to networking, see glossary.

The purpose of the crate is to provide a minimal and fast core that can be extended with the necessary features to ensure smooth gameplay. Consider the following examples:

• A slow paced centrally hosted game wants ECS-level replication, and maybe some interpolation on top.
• A slightly faster paced game might care more about order and need a lockstep system.
• A shooter needs client prediction for the player and interpolation for everything else.
• A sports game, or an online game featuring mechanics more complex than most shooters, needs ECS-level replication with full rollback on the entire world.
• A fighting game only needs to replicate some input events and needs rollback on top.

All of these examples also have drastically different optimization requirements. This is why modularity is essential. It also allows for more developers to be involved and for each to maintain what they use.

Check out related crates to extend the core functionality.

See also What kind of networking should X game use?.

Check out the quick start guide.

See also examples.

Have any questions? Feel free to ask in the dedicated bevy_replicon channel in Bevy's Discord server.

Note: Ensure that your bevy_replicon version is compatible with the used crate according to semantic versioning.

• bevy_bundlication - adds registration of replication groups using a bundle-like api.
• bevy_replicon_attributes - adds ergonomic visibility control through client attributes and entity/event visibility conditions. An extension of this crate's raw client visibility API.

• bevy_replicon_snap - adds snapshot interpolation and client-side prediction.
• bevy_timewarp - a rollback library that buffers component state. See this instruction about how to integrate.

• bevy_replicon_repair - preserves replicated client state across reconnects.