docs(vtags): note rename-respawn transient + write-side-only historize (integration review)

src/Server/ZB.MOM.WW.OtOpcUa.Runtime/VirtualTags/VirtualTagHostActor.cs

@@ -113,6 +113,11 @@ public sealed class VirtualTagHostActor : ReceiveActor
         // Rebuild the NodeId map every apply so renames (Name/FolderPath/EquipmentId changes) are
         // picked up. The map only contains currently-desired vtags, so a result for a removed vtag
         // finds no entry and is dropped.
+        // NOTE: if a respawn (above) was triggered by a Name/FolderPath/EquipmentId change, the
+        // stopping old child may still deliver ONE in-flight result keyed by the same vtagId, which
+        // OnResult would publish to the NEW NodeId. This is a transient phantom that the new child's
+        // next evaluation overwrites — acceptable (and strictly better than the pre-H1b behaviour,
+        // where a renamed vtag was a silent no-op).
         _nodeIdByVtag.Clear();
         foreach (var p in msg.Plans)
         {