diff --git a/RELEASE.md b/RELEASE.md
index 86ad2d66f087f..56f47972d3e4f 100644
--- a/RELEASE.md
+++ b/RELEASE.md
@@ -40,9 +40,9 @@ The aptos cli release tags are created to track the CLI versions for community t
* [day 0] A release branch `aptos-release-vx.y` will be created, with a commit hash `abcde`. The full test suite will be triggered for the commit hash for validation.
* [day 1] The release will be deployed to **devnet**.
* [day 7] Once the release passed devnet test, a release tag `aptos-node-vx.y.z.rc` will be created, and get deployed to **testnet**.
-* [day 10] After the binary release stablized on testnet, testnet framework will be upgraded.
+* [day 10] After the binary release stabilized on testnet, testnet framework will be upgraded.
* Hot-fixes release will be created as needed when a release version is soaking in testnet, and we will only promote a release from testnet to Mainnet after confirming a release version is stable.
-* [day 14] Once confirmed that both binary upgrade and framework upgrade stablized on testnet, a release tag `aptos-node-vx.y.z` will be created, the release version will be deployed to 1% of the stake on **Mainnet**.
+* [day 14] Once confirmed that both binary upgrade and framework upgrade stabilized on testnet, a release tag `aptos-node-vx.y.z` will be created, the release version will be deployed to 1% of the stake on **Mainnet**.
* [day 16] Wider announcement will be made for the community to upgrade the binary, `aptos-node-vx.y.z` will be updated with "[Mainnet]" in the release page, Mainnet validators will be slowly upgrading.
* [day 17] A list of framework upgrade proposals will be submitted to Mainnet for voting.
* [day 24] Proposals executed on-chain if passed voting.
diff --git a/RUST_CODING_STYLE.md b/RUST_CODING_STYLE.md
index 92dc2d8119dd7..9cb67b77d7549 100644
--- a/RUST_CODING_STYLE.md
+++ b/RUST_CODING_STYLE.md
@@ -12,7 +12,7 @@ The `--check` flag can be used to check if the code is formatted correctly.
./scripts/rust_lint.sh
```
-> **Note:** xclippy is an alias for `cargo clippy` with additional flags to enable more lints.
+> **Note:** clippy is an alias for `cargo clippy` with additional flags to enable more lints.
## Code documentation
diff --git a/aptos-move/framework/aptos-stdlib/doc/from_bcs.md b/aptos-move/framework/aptos-stdlib/doc/from_bcs.md
index f0a71b713d1bf..cdcd6b3e1223e 100644
--- a/aptos-move/framework/aptos-stdlib/doc/from_bcs.md
+++ b/aptos-move/framework/aptos-stdlib/doc/from_bcs.md
@@ -5,7 +5,7 @@
This module provides a number of functions to convert _primitive_ types from their representation in std::bcs
to values. This is the opposite of bcs::to_bytes
. Note that it is not safe to define a generic public from_bytes
-function because this can violate implicit struct invariants, therefore only primitive types are offerred. If
+function because this can violate implicit struct invariants, therefore only primitive types are offered. If
a general conversion back-and-force is needed, consider the aptos_std::Any
type which preserves invariants.
Example:
diff --git a/ecosystem/indexer-grpc/release_notes.md b/ecosystem/indexer-grpc/release_notes.md
index 0a250f6720111..9d03e29291613 100644
--- a/ecosystem/indexer-grpc/release_notes.md
+++ b/ecosystem/indexer-grpc/release_notes.md
@@ -23,7 +23,7 @@ This file keeps track of the changes for indexer grpc.
* Changed the internal data format to raw bytes, this can save at 40% traffic cost.
-* Server supports request and respone compression. [PR](https://github.com/aptos-labs/aptos-core/pull/7907)
+* Server supports request and response compression. [PR](https://github.com/aptos-labs/aptos-core/pull/7907)
## [0.1.0] - 2023.03.28