Update wording around "receiving homeservers"

proposals/3618-simplify-federation-send.md

@@ -46,16 +46,16 @@ per the spec:
 > The sending server must wait and retry for a 200 OK response before sending a
 > transaction with a different txnId to the receiving server.
 
-With this proposal, blocking becomes optional rather than required. Servers that do not
+With this proposal, blocking becomes optional rather than required. Receiving servers that
-want to durably persist transactions before processing them can continue to perform all
+do not want to durably persist transactions before processing them can continue to perform
-work in-memory by continuing to block on `/send` as is done today. Additionally, a server
+all work in-memory by continuing to block on `/send` as is done today. Additionally, a
-that is receiving too many transactions from a given homeserver may wish to block for
+receiving server that is receiving too many transactions from a remote homeserver may wish to
-an arbitrary period of time for rate-limiting purposes, but this is not necessarily
+block for an arbitrary period of time for rate-limiting purposes, but this is an implementation
-required.
+specific detail and not strictly required.
-
+
-Another benefit is that homeservers no longer need to parse the response body at
+Another benefit is that sending homeservers no longer need to parse the response body at
-all and can instead just determine whether the transaction was accepted successfully
+all and can instead just determine whether the transaction was accepted successfully by
-by the HTTP status code.
+observing the HTTP status code.
 
 ## Potential issues