diff --git a/README.md b/README.md
index eaeef11d5..9fc564aee 100644
--- a/README.md
+++ b/README.md
@@ -32,7 +32,7 @@ Additional information on how IBC works can be found [here](https://ibc.cosmos.n
 - [Relayer Terminology](./docs/terminology.md)
 - [New Chain Implementation](./docs/chain_implementation.md)
 - [Recommended Pruning Settings](./docs/node_pruning.md)
-- [Demo/Dev-Environmnet](./examples/README.md)
+- [Demo/Dev-Environment](./examples/README.md)
 
 ---
 ## Basic Usage - Relaying Packets Across Chains
diff --git a/docs/advanced_usage.md b/docs/advanced_usage.md
index 7dd5fcb9e..23e76e307 100644
--- a/docs/advanced_usage.md
+++ b/docs/advanced_usage.md
@@ -35,7 +35,7 @@ By default, the Relayer will automatically update clients (`MsgUpdateClient`) if
 > This auto-update functionality is specifically useful on low trafficked paths where messages aren't regularly being relayed.
 
 
-Alternitavely, you can choose to update clients more frequently by using the `--time-threshold` flag when running the `rly start` command.
+Alternatively, you can choose to update clients more frequently by using the `--time-threshold` flag when running the `rly start` command.
 
 Example:
 
diff --git a/docs/chain_implementation.md b/docs/chain_implementation.md
index 385526c90..ba0121c6d 100644
--- a/docs/chain_implementation.md
+++ b/docs/chain_implementation.md
@@ -44,7 +44,7 @@ After this, before the main poll loop or subscriber begins, two `ChainProcessor`
 
 These caches are aliased types to `map[ConnectionKey]bool` and `map[ChannelKey]bool` respectively. The `PathProcessor` needs to know which connections are open and which channels are open. A value of `true` for the specific `ConnectionKey` or `ChannelKey` will inform the `PathProcessor` that the connection or channel is open later on once these caches are shared with the `PathProcessor`.
 
-During the initalization of these caches, separate mappings should also be built for which connections belong to which clients and which channels belong to which connections. The example of these in the `CosmosChainProcessor` are:
+During the initialization of these caches, separate mappings should also be built for which connections belong to which clients and which channels belong to which connections. The example of these in the `CosmosChainProcessor` are:
 
 ```go
 	// map of connection ID to client ID
diff --git a/relayer/chains/cosmos/log.go b/relayer/chains/cosmos/log.go
index eda4ad39e..b61cdaa88 100644
--- a/relayer/chains/cosmos/log.go
+++ b/relayer/chains/cosmos/log.go
@@ -129,7 +129,7 @@ func (cc *CosmosProvider) LogSuccessTx(res *sdk.TxResponse, msgs []provider.Rela
 		zap.String("tx_hash", res.TxHash),
 	)
 
-	// Log the succesful transaction with fields
+	// Log the successful transaction with fields
 	cc.log.Info(
 		"Successful transaction",
 		fields...,
diff --git a/relayer/chains/penumbra/log.go b/relayer/chains/penumbra/log.go
index a6b50b91e..32d249f87 100644
--- a/relayer/chains/penumbra/log.go
+++ b/relayer/chains/penumbra/log.go
@@ -117,7 +117,7 @@ func (cc *PenumbraProvider) LogSuccessTx(res *sdk.TxResponse, msgs []provider.Re
 		zap.String("tx_hash", res.TxHash),
 	)
 
-	// Log the succesful transaction with fields
+	// Log the successful transaction with fields
 	cc.log.Info(
 		"Successful transaction",
 		fields...,