Une constante de chunk qui n'aurait jamais pu marcher
A 64KiB bincode chunk plus envelope overhead and the Noise AEAD tag exceeds the 65535-byte max frame size, so every large send failed with PayloadTooLarge.
Ça ne pouvait pas marcher
Une course, un ordre, une colonne pour deux choses. La forme l'excluait avant même l'exécution.
net::chunk::DEFAULT_CHUNK_BYTES valait 64 Kio. Un vrai chunk encodé en bincode à cette taille, plus la surcharge d'enveloppe — chaîne d'id d'élément, numéro de séquence, préfixe de longueur, tag d'enum — plus le tag AEAD de Noise, dépasse la taille de trame max de 65535 octets. Chaque gros envoi sur un vrai canal aurait échoué avec PayloadTooLarge.
Ça n'avait jamais été attrapé parce que rien n'avait jamais envoyé un chunk de taille réelle sur un vrai canal authentifié en utilisant cette constante. core::transfer avait sa propre constante séparée, plus petite, de 32 Kio, et c'était la seule réellement exercée. Donc il y avait deux constantes pour un concept, et la mauvaise était le défaut exporté.
Corrigé en la baissant à 32 Kio et en en faisant la source unique de vérité, supprimant la copie privée de core. Le travail sur le harnais à deux nœuds est ce qui l'a fait surgir — la première chose à pousser de vrais octets à travers la vraie couche de framing.