When nodes in the archetype while they are developed and can change in the ‘template’ level or even during run-time,
there never will be a simple serialization to an XML/XDS format. To much is volatile.
When you say ’ more compact serialization formats’
do you mean shorter XML payload that go ver the wire?
Observe that when parties decide to be semantically interoperable this means that every data point and all its context needs to be sent over the wire.
Full semantic interoperability demands more resources than just updating fields in a database.
One simple example:
I can have an archetype slot that is filled at run-time as allowed by a regular expression or a hand entered list of possible archetypes that can fill that slot.
But there are more examples.
The best example is:
One ENTRY archetype node that can have one ore more Clusters added to it - when allowed -of course-via Archetype slots at run- or design time.
actually it would not even be all that hard. It is just a case of doing a data-level transform that corresponds to the reverse of the current TDS generator. It would need access to the templates and archetypes, that's all.