diff --git a/.changelog/v0.49.1/breaking-changes/1014-better-client-id-new.md b/.changelog/v0.49.1/breaking-changes/1014-better-client-id-new.md
index 2c7ad406e..af418d31a 100644
--- a/.changelog/v0.49.1/breaking-changes/1014-better-client-id-new.md
+++ b/.changelog/v0.49.1/breaking-changes/1014-better-client-id-new.md
@@ -1,4 +1,4 @@
-- `[ibc-core-host-types]` Introduce `ClientType::build_client_id` which avoids unnecessary validaiton.
+- `[ibc-core-host-types]` Introduce `ClientType::build_client_id` which avoids unnecessary validation.
   ([#1014](https://github.com/cosmos/ibc-rs/issues/1014))
-- `[ibc-core-host-types]` Optimise `ClientId::new` to avoid unnecessary validaiton and temporary
+- `[ibc-core-host-types]` Optimise `ClientId::new` to avoid unnecessary validation and temporary
   string allocation. ([#1014](https://github.com/cosmos/ibc-rs/issues/1014))
diff --git a/.changelog/v0.49.1/breaking-changes/839-add-memo-field-for-token-escrow.md b/.changelog/v0.49.1/breaking-changes/839-add-memo-field-for-token-escrow.md
index f506d8809..fbe66e6a3 100644
--- a/.changelog/v0.49.1/breaking-changes/839-add-memo-field-for-token-escrow.md
+++ b/.changelog/v0.49.1/breaking-changes/839-add-memo-field-for-token-escrow.md
@@ -1,5 +1,4 @@
 - `[ibc-app-transfer]` Add `memo` field to `escrow-coins-*()` and
-  `burn-coins-*()` methods, allowing implementors to pass in arbitrary data
+  `burn-coins-*()` methods, allowing implementers to pass in arbitrary data
   necessary for their use case.
   ([\#839](https://github.com/cosmos/ibc-rs/issues/837))
-  
\ No newline at end of file
diff --git a/CHANGELOG.md b/CHANGELOG.md
index 3ddf54061..02f61c619 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -543,7 +543,7 @@ There are no consensus-breaking changes.
   specificity in functionality.
   ([\#837](https://github.com/cosmos/ibc-rs/issues/837))
 - `[ibc-app-transfer]` Add `memo` field to `escrow-coins-*()` and
-  `burn-coins-*()` methods, allowing implementors to pass in arbitrary data
+  `burn-coins-*()` methods, allowing implementers to pass in arbitrary data
   necessary for their use case.
   ([\#839](https://github.com/cosmos/ibc-rs/issues/837))
 - `[ibc-core-host-type]` Optimize `IdentifierError` variants and make them
diff --git a/docs/architecture/adr-001-handler-implementation.md b/docs/architecture/adr-001-handler-implementation.md
index e3c8e76f6..c96020a04 100644
--- a/docs/architecture/adr-001-handler-implementation.md
+++ b/docs/architecture/adr-001-handler-implementation.md
@@ -311,7 +311,7 @@ pub fn keep(
 
 > This section is very much a work in progress, as further investigation into what
 > a production-ready implementation of the `ctx` parameter of the top-level dispatcher
-> is required. As such, implementors should feel free to disregard the recommendations
+> is required. As such, implementers should feel free to disregard the recommendations
 > below, and are encouraged to come up with amendments to this ADR to better capture
 > the actual requirements.
 
diff --git a/docs/architecture/adr-007-light-client-contexts.md b/docs/architecture/adr-007-light-client-contexts.md
index 5bf30de70..eef90f4ac 100644
--- a/docs/architecture/adr-007-light-client-contexts.md
+++ b/docs/architecture/adr-007-light-client-contexts.md
@@ -49,7 +49,7 @@ The `ClientStateValidation` and `ClientStateExecution` traits are the most impor
 
 #### `ClientStateValidation`
 
-Say the implementation of a light client needs a `get_resource_Y()` method from the host in `ClientState::verify_client_message()`. The implementor would first define a trait for the host to implement.
+Say the implementation of a light client needs a `get_resource_Y()` method from the host in `ClientState::verify_client_message()`. The implementer would first define a trait for the host to implement.
 
 ```rust
 trait MyClientValidationContext {