diff --git a/draft-lcurley-moq-lite.md b/draft-lcurley-moq-lite.md
index 89709fa..183c6ed 100644
--- a/draft-lcurley-moq-lite.md
+++ b/draft-lcurley-moq-lite.md
@@ -64,8 +64,8 @@ moq-lite consists of:
 
 - **Session**: An established QUIC connection between a client and server.
 - **Broadcast**: A collection of Tracks from a single publisher.
-- **Track**: An series of Groups, each of which can be delivered and decoded *out-of-order*.
-- **Group**: An series of Frames, each of which must be delivered and decoded *in-order*.
+- **Track**: A series of Groups, each of which can be delivered and decoded *out-of-order*.
+- **Group**: A series of Frames, each of which must be delivered and decoded *in-order*.
 - **Frame**: A sized payload of bytes within a Group.
 
 The application determines how to split data into broadcast, tracks, groups, and frames.
@@ -132,7 +132,7 @@ The contents are opaque to the moq-lite layer.
 
 # Flow
 This section outlines the flow of messages within a moq-lite session.
-See the section for Messages section for the specific encoding.
+See the Messages section for the specific encoding.
 
 ## Connection
 moq-lite runs on top of WebTransport.
@@ -306,7 +306,7 @@ Group age is computed relative to the latest group by sequence number.
 A group is never expired until at least the next group (by sequence number) has been received or queued.
 Once a newer group exists, a group is considered expired if the time between its arrival and the latest group's arrival exceeds `Max Latency`.
 The arrival time is when the first byte of a group is received (subscriber) or queued (publisher).
-An expired group SHOULD BE reset at the QUIC level to avoid consuming flow control.
+An expired group SHOULD be reset at the QUIC level to avoid consuming flow control.
 
 ## Unidirectional Streams
 Unidirectional streams are used for data transmission.
@@ -361,12 +361,17 @@ A subscriber sends an ANNOUNCE_PLEASE message to indicate it wants to receive an
 ANNOUNCE_PLEASE Message {
   Message Length (i)
   Broadcast Path Prefix (s),
+  Exclude Hop (i),
 }
 ~~~
 
 **Broadcast Path Prefix**:
 Indicate interest for any broadcasts with a path that starts with this prefix.
 
+**Exclude Hop**:
+If non-zero, the publisher SHOULD skip ANNOUNCE messages for broadcasts whose Hop ID entries contain this value.
+This is used by relays to avoid routing loops in a cluster.
+
 The publisher MUST respond with ANNOUNCE messages for any matching and active broadcasts, followed by ANNOUNCE messages for any future updates.
 Implementations SHOULD consider reasonable limits on the number of matching broadcasts to prevent resource exhaustion.
 
@@ -384,7 +389,8 @@ ANNOUNCE Message {
   Message Length (i)
   Announce Status (i),
   Broadcast Path Suffix (s),
-  Hops (i),
+  Hop Count (i),
+  Hop ID (i) ...,
 }
 ~~~
 
@@ -397,10 +403,16 @@ A flag indicating the announce status.
 **Broadcast Path Suffix**:
 This is combined with the broadcast path prefix to form the full broadcast path.
 
-**Hops**:
-The number of hops from the origin publisher.
-This is used as a tiebreaker when there are multiple paths to the same broadcast.
-A relay SHOULD increment this value when forwarding an announcement.
+**Hop Count**:
+The number of Hop ID entries that follow.
+A value of 0 means no Hop ID entries are present, indicating a fully unknown path (e.g. the announcement originated locally or was received from a peer that does not support hop tracking).
+A receiver MUST close the stream with a PROTOCOL_VIOLATION if the Hop Count does not match the number of subsequent Hop ID entries.
+
+**Hop ID**:
+A unique identifier for each relay in the path from the origin publisher.
+Each relay MUST append its own Hop ID and increment the Hop Count when forwarding an announcement, even if no prior Hop ID entries are present (e.g. when receiving from an older protocol version).
+The Hop Count is used as a tiebreaker when there are multiple paths to the same broadcast.
+A Hop ID value of 0 indicates an unknown or bridged relay hop (e.g. when bridging from an older protocol version that does not assign Hop IDs); the Hop Count still reflects the total number of entries including unknown hops.
 
 
 ## SUBSCRIBE
@@ -608,6 +620,10 @@ A generic library or relay MUST NOT inspect or modify the contents unless otherw
 
 # Appendix A: Changelog
 
+## moq-lite-04
+- ANNOUNCE `Hops` count replaced with explicit `Hop ID` list for loop detection.
+- Added `Exclude Hop` to ANNOUNCE_PLEASE for relay loop avoidance.
+
 ## moq-lite-03
 - Version negotiated via ALPN (`moq-lite-xx`) instead of SETUP messages.
 - Removed Session, SessionCompat streams and SESSION_CLIENT/SESSION_SERVER/SESSION_UPDATE messages.