docs(android): saving is down to 1.15 s, and the rest is the round trip

267700 chars became 50457, and a save 2.8 s became 1.15 s. But the payload
fell 5.3x while the time fell only 2.4x: what remains is no longer the size,
it is the trip - TLS handshake, round trip, Gitea creating the commit. A
fixed six to eight tenths of a second whatever the load.

That is this transport's floor, and it closes the question. The other two
routes are no longer worth it: publishing in the background would remove one
second of waiting at the price of "saved" ceasing to mean "published", and
compression would change the format on both sides to shave a share that has
become the minority.

android-client/PLAN.md

@@ -979,7 +979,25 @@ d'être gardée : **le poids d'un coffre synchronisé, ce sont ses pièces
 jointes**, et le conteneur étant monolithique, chacune se paie à chaque
 écriture de n'importe quelle entrée.
 
-Les deux autres voies restent disponibles si le besoin revient :
+Et l'enregistrement, mesuré ensuite :
+
+```
+save: decrypt+patch in 6 ms
+save: re-encrypt in 15 ms
+save: PUT 50457 chars in 1133 ms
+```
+
+**~2,8 s → ~1,15 s.** Mais la charge a diminué de 5,3× quand le temps n'a
+diminué que de 2,4× : **le reste n'est plus la taille, c'est le trajet** —
+poignée de main TLS, aller-retour, création du commit par Gitea. Un coût fixe
+d'environ six à huit dixièmes de seconde, quelle que soit la charge.
+
+**C'est le plancher de ce transport**, et ça clôt la question : réduire encore
+le coffre n'achèterait presque rien. Les deux autres voies (publier en
+arrière-plan, comprimer) ne valent donc plus la peine — la première ne
+supprimerait qu'une seconde d'attente au prix de « enregistré » cessant de
+vouloir dire « publié », la seconde changerait le format des deux côtés pour
+grappiller sur une part devenue minoritaire.
 
 Trois voies, par coût croissant :