From d3726dcdd88888813b54249b78f98617ea2601ae Mon Sep 17 00:00:00 2001
From: omahs <73983677+omahs@users.noreply.github.com>
Date: Sat, 2 Sep 2023 17:23:10 +0200
Subject: [PATCH] fix: typos (#108)

---
 docs/SPECIFICATION.md | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/docs/SPECIFICATION.md b/docs/SPECIFICATION.md
index 867df20..56b91b0 100644
--- a/docs/SPECIFICATION.md
+++ b/docs/SPECIFICATION.md
@@ -191,7 +191,7 @@ message SignerRemoveBody {
 
 A SignerAdd or SignerRemove message `m` is only valid if it passes these validations:
 
-1. `m.data.body.signer` must by exactly 32 bytes.
+1. `m.data.body.signer` must be exactly 32 bytes.
 2. `m.signature_scheme` must be `SIGNATURE_SCHEME_EIP712`.
 3. `m.data.type` must be `MESSAGE_TYPE_USER_DATA_ADD`.
 4. `m.signer` must be an Ethereum address currently owning the fid `m.data.fid`.
@@ -240,7 +240,7 @@ An fname is considered valid only if the most recent event for the fid `Transfer
 
 A Cast is a public message created by a user that contains text or URIs to other resources.
 
-Casts may specify another cast as their parent, creating a threaded conversation. A thread has a root cast with no parent and reply casts whose parents are the root or its descendants. Each thread is an acyclic trees since a reply can only be created after its parent is hashed and signed.
+Casts may specify another cast as their parent, creating a threaded conversation. A thread has a root cast with no parent and reply casts whose parents are the root or its descendants. Each thread is an acyclic tree since a reply can only be created after its parent is hashed and signed.
 
 ```mermaid
 graph TB
@@ -508,7 +508,7 @@ The UserData CRDT validates and accepts UserDataAdd messages. The CRDT also ensu
 
 1. `m.signer` must be a valid Signer in the add-set of the Signer CRDT for `message.fid`
 
-A conflict occurs if two messages that have the same values for `m.data.fid` and `m.data.body.type`. Conflicts are resolved with the following rules:
+A conflict occurs if two messages have the same values for `m.data.fid` and `m.data.body.type`. Conflicts are resolved with the following rules:
 
 1. If `m.data.timestamp` values are distinct, discard the message with the lower timestamp.
 2. If `m.data.timestamp` values are identical, discard the message with the lower lexicographical order.
@@ -521,7 +521,7 @@ The Cast CRDT validates and accepts CastAdd and CastRemove messages. The CRDT al
 
 1. `m.signer` must be a valid Signer in the add-set of the Signer CRDT for `message.fid`
 
-A conflict occurs if there exist a CastAdd Message and a CastRemove message whose `m.hash` and `m.data.body.target_hash` are identical, or if there are two CastRemove messages whose `m.data.body.target_hash` are identical. Conflicts are resolved with the following rules:
+A conflict occurs if there exists a CastAdd Message and a CastRemove message whose `m.hash` and `m.data.body.target_hash` are identical, or if there are two CastRemove messages whose `m.data.body.target_hash` are identical. Conflicts are resolved with the following rules:
 
 2. If `m.data.type` is distinct, discard the CastAdd message.
 1. If `m.data.type` is identical and `m.data.timestamp` values are distinct, discard the message with the lower timestamp.