Résumé

  • En SDXF, chaque bloc porte un identifiant, des indicateurs, une longueur sur trois octets et un contenu. L’exemple de RFC 3072 ignore les identifiants inconnus puis passe au bloc suivant.
  • Cette règle maintient le parcours des octets, pas leur compréhension : l’application doit encore partager le sens, les conversions, les méthodes et le droit d’agir sur la valeur.

En mars 2001, Max Wildgrube a présenté dans RFC 3072 le Structured Data Exchange Format comme un moyen indépendant de la plateforme pour transporter des données hiérarchisées. Sa promesse mérite une lecture précise. Le texte dit qu’un programme peut dépaqueter une donnée SDXF sans connaître le sens de chaque élément. Pourtant, dans l’exemple de lecture, le programme traite certains identifiants dans un switch, ne définit aucun cas par défaut et appelle ensuite la fonction de passage au bloc suivant. Le champ inconnu est ignoré; l’analyse continue.

La structure binaire explique cette continuité. Un bloc ordinaire comprend un identifiant non nul sur deux octets, un octet d’indicateurs, une longueur de contenu sur trois octets puis le contenu. Un bloc structuré contient récursivement d’autres blocs. Si le lecteur sait localiser la frontière suivante selon les règles du format, il peut avancer au-delà d’un contenu qu’il n’interprète pas. Il connaît alors la fin du bloc, pas le sens que son identifiant revêt dans une application donnée.

RFC 3072 propose d’ignorer les identifiants inconnus et de ne pas donner d’importance à l’ordre des blocs dans les protocoles bâtis sur SDXF. Ces règles peuvent aider un ancien lecteur à tolérer une extension. Elles ne disent pas si cette extension est facultative pour la transaction de l’émetteur, si elle modifie l’interprétation de l’application ou si son omission change une action importante. La poursuite du parcours est un comportement de compatibilité délimité, pas une déclaration universelle d’insignifiance.

Le format montre aussi les accords qui restent nécessaires. RFC 3072 normalise les valeurs binaires en ordre gros-boutiste, propose une représentation interne ISO 8859-1, autorise des tables de conversion et définit un type UTF-8. Compression et chiffrement sont indiqués par des drapeaux, des numéros de méthode et des fonctions. Lorsque les deux s’appliquent, la compression précède le chiffrement; celui-ci exige une clé. Un bloc peut donc avoir une frontière exploitable alors que sa table de caractères, sa méthode, son implémentation ou sa clé manque au récepteur.

Les registres IANA SDXF indiquent aujourd’hui RUN-LENGTH et DEFLATE pour la compression, et AES comme méthode de chiffrement 01. Cette inscription identifie des attributions; elle ne prouve ni l’implémentation disponible chez le récepteur ni le traitement correct d’un contenu donné. RFC 3072 est une publication Informational, pas une norme Internet. Les sources examinées ne démontrent pas son déploiement ou son adoption.

La leçon se lit comme une chaîne de preuves distinctes. La longueur indique où les octets devraient finir selon le format. L’identifiant renvoie à un sens défini par l’application. Une table convertit des caractères; un numéro sélectionne une méthode, dont le code et la clé déterminent l’exécution. Enfin, une règle d’autorisation décide si la valeur extraite peut produire un effet. La perspective ultérieure de Running-Code Primacy invite à observer chaque comportement exécutable plutôt qu’à l’inférer d’un document; celle des Reality Layers sépare le sens symbolique de son effet vérifiable.

Ce sont des angles d’analyse postérieurs, non des positions attribuées à Wildgrube.

Les codes de retour de la bibliothèque rendent cette séparation concrète. L’itérateur peut constater qu’il a atteint un autre bloc, tandis que l’extraction échoue parce qu’un tampon est trop petit, qu’une conversion est impossible, qu’une méthode manque ou qu’aucune clé n’a été fournie. Ces résultats décrivent des points de contrôle différents. Les fondre dans un unique verdict « message analysé » effacerait précisément la limite révélée par SDXF : le parcours structurel peut survivre à un champ inconnu alors que le sens et la capacité d’action restent indéterminés.

L’application doit conserver cette incertitude jusqu’à ce que son propre schéma et ses règles de décision la résolvent.

Sources