diff --git a/README.md b/README.md
index 1d66cefc2..9c335b8fb 100644
--- a/README.md
+++ b/README.md
@@ -59,7 +59,7 @@ For independent creatives, hoarders and those that want to own their digital foo
# What is a VDFS?
-A VDFS (virtual distributed filesystem) is a filesystem designed to work atop a variety of storage layers. It is not restricted to a single machine, with a uniform API to manipulate and access content across many devices. It achieves this by maintaining a virtual index of all storage locations, synchronizing the database between clients in realtime. This implementation also uses [CAS](https://en.wikipedia.org/wiki/Content-addressable_storage) (Content-addressable storage) to uniquely identify files, while keeping record of logical file paths relative to the storage locations.
+A VDFS (virtual distributed filesystem) is a filesystem designed to work across a variety of storage layers. It is not restricted to a single machine, with a uniform API to manipulate and access content across many devices. It achieves this by maintaining a virtual index of all storage locations, synchronizing the database between clients in realtime. This implementation also uses [CAS](https://en.wikipedia.org/wiki/Content-addressable_storage) (Content-addressable storage) to uniquely identify files, while keeping record of logical file paths relative to the storage locations.
The first implementation of a VDFS can be found in this UC Berkeley [paper](https://www2.eecs.berkeley.edu/Pubs/TechRpts/2018/EECS-2018-29.pdf) by Haoyuan Li. This paper describes its use for cloud computing, however the underlying concepts can be translated to open consumer software.
diff --git a/apps/landing/src/pages/index.tsx b/apps/landing/src/pages/index.tsx
index 2cbc58a40..29f3bbd0b 100644
--- a/apps/landing/src/pages/index.tsx
+++ b/apps/landing/src/pages/index.tsx
@@ -98,9 +98,9 @@ function Page() {
- Coming soon on macOS, Windows and Linux.
+ Coming soon to macOS, Windows, and Linux.
- Shortly after to iOS & Android.
+ Shortly thereafter to iOS & Android.
diff --git a/core/prisma/schema.prisma b/core/prisma/schema.prisma
index ba8c09169..9f190e261 100644
--- a/core/prisma/schema.prisma
+++ b/core/prisma/schema.prisma
@@ -180,7 +180,7 @@ model FilePath {
@@map("file_paths")
}
-// if there is a conflicting cas_id, the conficting file should be updated to have a larger cas_id as the feild is unique, however this record is kept to tell the indexer (upon discovering this CAS) that there is alternate versions of the file and to check by a full integrity hash to define for which to associate with.
+// if there is a conflicting cas_id, the conficting file should be updated to have a larger cas_id as the field is unique, however this record is kept to tell the indexer (upon discovering this CAS) that there is alternate versions of the file and to check by a full integrity hash to define for which to associate with.
model FileConflict {
original_file_id Int @unique
detactched_file_id Int @unique
diff --git a/docs/architecture/distributed-data-sync.md b/docs/architecture/distributed-data-sync.md
index 34d4c565f..126c4ed34 100644
--- a/docs/architecture/distributed-data-sync.md
+++ b/docs/architecture/distributed-data-sync.md
@@ -17,7 +17,7 @@ mod sync {
transport: SyncTransport, // method of data transport (msg or binary)
}
- // we can now impl specfic CRDT traits to given resources
+ // we can now impl specific CRDT traits to given resources
enum SyncResource {
FilePath(dyn Replicate),
File(dyn PropertyOperation),
diff --git a/docs/architecture/virtual-filesystem.md b/docs/architecture/virtual-filesystem.md
index 26d9a6a81..c4fedbfac 100644
--- a/docs/architecture/virtual-filesystem.md
+++ b/docs/architecture/virtual-filesystem.md
@@ -38,7 +38,7 @@ struct File {
> ~~It is impossible to have a unique constraint at a database level for the `partial_checksum` however we can asynchronously resolve conflicts by querying for duplicates and generating full checksums at a later date.~~
>
-> For synchronization of this resource we can tolerate temporary duplicates, any client can calculate that two files resources are duplicate and merge them into a single resource. In turn, triggering a shared data merge operation, whereby the older record is prioritised at a property level during the merge.
+> For synchronization of this resource we can tolerate temporary duplicates, any client can calculate that two files resources are duplicate and merge them into a single resource. In turn, triggering a shared data merge operation, whereby the older record is prioritized at a property level during the merge.
- `checksum` - A full SHA256 checksum of the file data used to verify uniqueness should a `partial_checksum` conflict occur.