Home

Awesome

<a href="https://gitlab.inria.fr/coast-team/mute/mute"> <img src="https://gitlab.inria.fr/coast-team/mute/mute/-/raw/main/src/assets/images/icons/icon-512x512.png?inline=false" alt="MUTE logo" title="MUTE" align="right" height="60" /> </a>

MUTE: Multi User Text Editor

Edit documents collaboratively in real-time with hundreds of users on the same document, even with a light server. MUTE implements a CRDT-based consistency algorithm (LogootSplit) for large scale peer-to-peer collaboration on top of a peer-to-peer message layer (libp2p).

<div align="center"> <!-- extra line is important for proper markdown evaluation--> <a href="https://gitlab.inria.fr/coast-team/mute/mute">

{width=75%} </a>

stable demo · bleeding-edge demo

</div>

:package: Deployment

MUTE is browser-based, without any intermediary between you and your peers. However the peer-to-peer initial discovery and signaling requires at least a (lightweight) server.

Read more in our deployment documentation

:book: Development

:pencil2: - The project's package-lock.json was last generated with NPM@9.5.0 and Node@18.15.0. Developers on the app uses Docker Engine@20.10

Run npm install then npm start. The application is now available at localhost:4200, the signaling server at localhost:8010.

Development happens on the INRIA GitLab repository, but external contributions are very welcome on the GitHub mirror we maintain.

Read more in our development documentation

:bar_chart: Benchmark

Compared to existing web-based collaborative text editing tools, MUTE does not require a powerful central server since the server is not performing any computation. You can even work offline and reconnect later without losing your changes.

While centralized alternatives suffer significant performance drops after reaching tens of users on a document, MUTE remains unfazed. This is due to its architecture: MUTE doesn't process changes server-side, allowing much larger groups to collaboratively edit a document.

Memory/Latency

<!-- load graph for local app -->

Load testing has been done for the core algorithms that represent the main computation done locally:

Mehdi Ahmed-Nacer, Claudia-Lavinia Ignat, Gérald Oster, Hyun-Gul Roh, and Pascal Urso. 2011. Evaluating CRDTs for real-time document editing. In Proceedings of the 11th ACM symposium on Document engineering (DocEng '11). Association for Computing Machinery, New York, NY, USA, 103–112. https://doi.org/10.1145/2034691.2034717

Loïck Briot, Pascal Urso, and Marc Shapiro. 2016. High Responsiveness for Group Editing CRDTs. In Proceedings of the 2016 ACM International Conference on Supporting Group Work (GROUP '16). Association for Computing Machinery, New York, NY, USA, 51–60. https://doi.org/10.1145/2957276.2957300

Protocol performance

We rely on pluggable network layers, so part of the real use performance not accounted for in our benchmarks can be attributed to the underlying protocols we use for message exchanges:

:hammer_and_wrench: Architecture

Document editing layer:

Security layer:

P2P Network layer:

Legacy P2P network layer:

Non-P2P network layer backup:

License

Copyright (C) 2016-2023 COAST

This program is free software: you can redistribute it and/or modify it under the terms of the GNU Affero General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Affero General Public License for more details.

You should have received a copy of the GNU Affero General Public License along with this program. If not, see https://www.gnu.org/licenses/.