---
title: "Mastodon 5.0 n’existe pas encore. Son socle, si"
locale: "fr"
url: "https://irz.fr/fr/articles/mastodon-5-foundation-before-release-fr"
markdown_url: "https://irz.fr/fr/articles/mastodon-5-foundation-before-release-fr.md"
category: "tech"
tags: ["Mastodon", "Fediverse", "open source", "ActivityPub", "administration"]
published_at: "2026-08-20T16:42:00.000Z"
author: "Camille Morel"
translation: "https://irz.fr/en/articles/mastodon-5-foundation-before-release-en.md"
---

# Mastodon 5.0 n’existe pas encore. Son socle, si

Mastodon montre déjà l’interface de 5.0, mais la release n’existe pas encore. Le travail le plus lourd pour les admins arrive en réalité dans 4.7.

Le 18 août, Mastodon a montré une partie de **5.0** : un nouveau composer, une navigation revue, les « private mentions » renommées en messages, des réglages de visibilité plus explicites et davantage de place donnée au nom de l’instance.[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)

Deux jours plus tard, un détail reste facile à manquer : **Mastodon 5.0 n’est pas une release que l’on peut installer**.

La dernière version stable publiée est 4.6.6 ; la branche 4.7 possède déjà une première release candidate, tandis que `main` s’identifie aujourd’hui comme **4.8.0-alpha.1**.[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)[4](https://github.com/mastodon/mastodon/releases/tag/v4.6.6)[5](https://github.com/mastodon/mastodon/blob/60593f6a8de11effdcf0a0dcb40e22115ae9361a/lib/mastodon/version.rb)

Ce décalage raconte assez bien la manière dont un gros projet open source prépare une rupture de version. Les choses difficiles n’attendent pas toujours le numéro qui les résume.

## Avant cinq

Les notes de 4.7-rc.1 sont beaucoup moins photogéniques que les mockups de 5.0, mais elles contiennent la phrase la plus importante pour un administrateur : cette version doit préparer la migration sans coupure vers le futur Mastodon 5.0.[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)

4.7 représente déjà une étape conséquente pour l’exploitation.

La release candidate impose de recompiler les assets, de redémarrer le serveur de streaming et de faire évoluer le schéma PostgreSQL. Mastodon prévient aussi que certaines migrations peuvent durer jusqu’à plusieurs heures sur de très grosses instances.[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)

Elle déplace les paires de clés des comptes locaux vers une table dédiée et chiffre désormais les clés privées au repos. Ed25519 rejoint les HTTP Message Signatures, de nouveaux Object Integrity Proofs sont vérifiés, plusieurs FEP ActivityPub deviennent compris par Mastodon et l’identification des acteurs distants change afin de mieux gérer leurs changements de handle.[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)

Autrement dit, si l’on cherche les « fondations » de 5.0, une bonne partie se trouve déjà dans une version qui porte encore un **4**.

> **La route vers 5.0**
> Chronologie de Mastodon 4.6.6 à 5.0 montrant que 4.7 RC1 porte déjà le socle technique.
> - Le socle 5.0 commence avant 5.0
> - État vérifié le 20 août 2026
> - 4.6.6
Stable
> - 4.7 RC1
Socle technique
> - 4.8 α1
main actuel
> - 5.0
À venir
> - DB migrations · protocoles · clés
> - 4.7-rc.1 est explicitement requis pour préparer une migration zero-downtime vers le futur 5.0.
> Au 20 août, 4.6.6 est stable, 4.7-rc.1 prépare la migration vers 5.0, main se déclare 4.8.0-alpha.1 et 5.0 reste à venir.

## Deux chantiers

Cette séparation devient encore plus nette quand on compare les sources.

Le billet « 5.0: Laying the foundation » parle presque exclusivement de **compréhension de l’interface** : comment publier, qui verra le post, qui pourra le citer, où retrouver un message, comment une instance affiche son identité et comment les listes deviennent des « custom feeds » plus visibles.[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)

La Discovery Week publiée deux semaines plus tôt expliquait pourquoi. L’équipe explique crouler sous des milliers de retours GitHub et voulait surtout comprendre les difficultés qui concernent aussi les utilisateurs moins techniques.[2](https://blog.joinmastodon.org/2026/08/discovery-week-2026-what-we-learned-and-what-were-doing-next/)

5.0 est donc présenté comme une refonte du modèle mental avant d’être présenté comme une nouvelle pile serveur.

C’est particulièrement visible avec les messages privés. Techniquement, Mastodon ne transforme pas soudain son architecture en messagerie instantanée indépendante : le projet change d’abord le vocabulaire et l’expérience pour que l’utilisateur sache clairement qu’il envoie quelque chose de privé.[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)

> Illustration: Prototype officiel Mastodon 5.0 montrant un composeur de message séparé avec destinataires et bouton Send. Le prototype 5.0 sépare visuellement la rédaction d’un message privé de celle d’un post. Mastodon cherche ici à réduire l’ambiguïté côté utilisateur. Credit: [Mastodon](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/).

## Dans main

IRZ a comparé le tag `v4.7.0-rc.1` avec `main` au commit `60593f6`, le 20 août.

Entre les deux : **79 commits, 261 fichiers modifiés, 10 133 lignes ajoutées et 4 336 supprimées**.

Sur ces changements, `app/javascript` représente à lui seul **189 fichiers, +8 064 lignes et −1 451 lignes** ; les contrôleurs, helpers, services et bibliothèques Rails hors JavaScript totalisent seulement 11 fichiers dans notre regroupement, avec +25/−50 lignes, et **aucun nouveau fichier `db/migrate`** n’apparaît dans ce diff.

Ce constat ne prédit évidemment pas les migrations finales de Mastodon 5.0 : quatre jours de `main` ne suffisent pas à déduire le contenu d’une version encore en préparation.

Dans cette fenêtre précise, **le chantier visible immédiatement après 4.7-rc.1 est donc massivement orienté interface**.

> **Le diff après 4.7 RC1**
> Comparaison du code Mastodon entre v4.7.0-rc.1 et main : JavaScript domine, aucune nouvelle migration DB.
> - Après 4.7-rc.1, le diff visible est surtout dans l’interface
> - 79 commits · 261 fichiers · +10 133 / −4 336 lignes
> - app/javascript
> - 189 fichiers · +8 064 / −1 451
> - Rails hors JavaScript
> - 11 fichiers · +25 / −50
> - db/migrate
> - 0 nouveau fichier
> - main se déclare 4.8.0-alpha.1 · aucune de 8 PR de redesign auditées ne porte de milestone 5.0
> Dans cette fenêtre, 189 fichiers JavaScript changent après 4.7-rc.1, tandis qu’aucun nouveau fichier db/migrate n’apparaît.

## Pas encore 5.0

Il faut tout de même poser une barrière importante autour de ce diff.

Les PR de redesign que nous avons vérifiées — nouveau composer, menu de visibilité, navigation, replies et messages — sont bien mergées dans `main`, mais **aucune des huit PR échantillonnées ne porte de milestone 5.0**.[6](https://github.com/mastodon/mastodon/pull/40001)[7](https://github.com/mastodon/mastodon/pull/40158)[8](https://github.com/mastodon/mastodon/pull/40221)

Et `main` se déclare 4.8.0-alpha.1.[5](https://github.com/mastodon/mastodon/blob/60593f6a8de11effdcf0a0dcb40e22115ae9361a/lib/mastodon/version.rb)

Le code confirme donc qu’un chantier correspondant aux prototypes publics est déjà bien engagé. En revanche, rien ne permet encore de présenter l’état actuel du dépôt comme « le code final de Mastodon 5.0 ».

Le propre billet de Mastodon insiste d’ailleurs sur le caractère provisoire des mockups et captures.[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)

Cette nuance compte pour les administrateurs. Un article de design n’est pas un guide d’upgrade. Une PR de navigation n’est pas une migration. Et un numéro majeur annoncé n’est pas encore un calendrier de maintenance.

## Le vrai coût

Pour une petite instance, la question utile n’est donc pas « combien coûte 5.0 aujourd’hui ? ». **Personne ne dispose encore des notes d’upgrade 5.0 permettant de répondre proprement.**

La bonne question est : quels coûts sont déjà certains sur la route qui y mène ?

4.7 apporte une réponse concrète. Les dépendances externes restent celles de 4.6 : Ruby 3.3+, PostgreSQL 14+, Redis 7+, Node 22+, libvips 8.13+, FFmpeg 5.1+ et éventuellement Elasticsearch 7.x ou OpenSearch pour la recherche.[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)

En revanche, l’administrateur doit prévoir les migrations pre-deployment puis post-deployment, et sauvegarder sa base avant l’opération. La release candidate rappelle également qu’après passage sur cette préversion, revenir proprement vers les versions stables actuelles n’est pas garanti.[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)

Sur une petite instance, « migrations longues » ne veut évidemment pas dire plusieurs heures. L’avertissement vise les très gros serveurs. Mais le type de travail reste le même : sauvegarde, lecture des notes intermédiaires, validation de la base, redémarrage des processus, contrôle après migration.

La décentralisation produit ici son coût habituel : Mastodon GmbH développe le logiciel, mais **chaque administrateur indépendant reste responsable de sa propre trajectoire de versions**.

## L’identité locale

Le redesign 5.0 insiste aussi sur une autre conséquence de cette décentralisation : l’interface doit moins donner l’impression d’un seul grand service Mastodon.

Dans les mockups, le nom et l’icône de l’instance remontent dans la navigation, tandis que la marque Mastodon devient un discret « Powered by Mastodon ».[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)

> Illustration: Prototype officiel Mastodon 5.0 montrant le nom d’une instance somewhere.social dans la navigation avec Powered by Mastodon. 5.0 veut rendre l’instance plus visible que le logiciel qui la propulse. Pour les admins, le branding local devient une partie plus importante de l’expérience par défaut. Credit: [Mastodon](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/).

Ce détail visuel est cohérent avec le reste du chantier. Mastodon essaie de rendre explicite une architecture qui a longtemps demandé aux utilisateurs de comprendre des abstractions assez techniques : serveur d’inscription, fédération, portée d’un post, mentions privées, listes, timelines locales et fédérées.

L’équipe ne supprime pas ces concepts. Elle tente de mieux montrer lesquels importent à quel moment.[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)[2](https://blog.joinmastodon.org/2026/08/discovery-week-2026-what-we-learned-and-what-were-doing-next/)

## Version majeure

Il est alors tentant de demander pourquoi tout cela mérite un « 5.0 » plutôt qu’un « 4.8 ».

Pour l’instant, la question n’a pas de réponse technique définitive publique. Le dépôt dit 4.8 alpha ; le blog parle de 5.0 ; 4.7 prépare explicitement la migration future. Ces trois faits coexistent.[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)[5](https://github.com/mastodon/mastodon/blob/60593f6a8de11effdcf0a0dcb40e22115ae9361a/lib/mastodon/version.rb)

Mais ils montrent quelque chose d’intéressant sur les numéros de version d’un produit utilisé par des humains.

Une version majeure ne correspond pas forcément au commit qui contient la migration la plus douloureuse. Elle peut aussi servir à désigner le moment où un produit change **la manière dont il explique ses propres concepts**.

Ici, la base technique évolue en amont, puis l’interface tente de rendre Mastodon moins dépendant de la connaissance historique de Mastodon.

## Pour les admins

Si vous gérez une petite instance, la conclusion au 20 août est finalement assez simple.

**Ne planifiez pas encore une migration “5.0” comme si les notes existaient** : le billet du 18 août présente une direction et des prototypes, pas des instructions d’exploitation.[1](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)

En revanche, lisez sérieusement 4.7 : elle contient aujourd’hui les changements de schéma PostgreSQL, de clés et de protocoles explicitement présentés comme nécessaires avant 5.0.[3](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)

Et si vous développez un thème, une intégration ou une interface autour de Mastodon, surveillez `main` : le composer et la navigation bougent déjà à grande vitesse.[5](https://github.com/mastodon/mastodon/blob/60593f6a8de11effdcf0a0dcb40e22115ae9361a/lib/mastodon/version.rb)[6](https://github.com/mastodon/mastodon/pull/40001)[7](https://github.com/mastodon/mastodon/pull/40158)[8](https://github.com/mastodon/mastodon/pull/40221)

La drôle de leçon de Mastodon 5.0, pour l’instant, est donc que **son travail de fond se déroule en partie avant sa propre existence**.

Le numéro arrivera plus tard, alors que migrations, nouvelles signatures et centaines de fichiers d’interface ont déjà commencé à bouger.

## References

1. [Mastodon, 5.0: Laying the foundation, 18 août 2026](https://blog.joinmastodon.org/2026/08/5.0-laying-the-foundation/)
2. [Mastodon, Discovery Week 2026, 5 août 2026](https://blog.joinmastodon.org/2026/08/discovery-week-2026-what-we-learned-and-what-were-doing-next/)
3. [Mastodon v4.7.0-rc.1 — release notes, 14 août 2026](https://github.com/mastodon/mastodon/releases/tag/v4.7.0-rc.1)
4. [Mastodon v4.6.6 — stable au 20 août 2026](https://github.com/mastodon/mastodon/releases/tag/v4.6.6)
5. [mastodon/mastodon main, version 4.8.0-alpha.1, audit IRZ au commit 60593f6](https://github.com/mastodon/mastodon/blob/60593f6a8de11effdcf0a0dcb40e22115ae9361a/lib/mastodon/version.rb)
6. [PR #40001 — Redesign composer](https://github.com/mastodon/mastodon/pull/40001)
7. [PR #40158 — Navigation redesign: Initial setup](https://github.com/mastodon/mastodon/pull/40158)
8. [PR #40221 — Composer redesign: Messages](https://github.com/mastodon/mastodon/pull/40221)