diff --git a/documentation/docs/pages/network/architecture/mixnet.mdx b/documentation/docs/pages/network/architecture/mixnet.mdx
index 3aa5bbe08d..7655db2e5a 100644
--- a/documentation/docs/pages/network/architecture/mixnet.mdx
+++ b/documentation/docs/pages/network/architecture/mixnet.mdx
@@ -4,7 +4,7 @@ The mixnet is made up of nodes running in several different roles:
* **Gateways** act as message storage for clients which may go offline and come back online again, and (once zk-nyms are enabled) check for anonymous proof of access credentials. They represent the first and last hop Mixnet packets travel through when travelling between clients.
* **Services** are applications that communicate with nym clients, listening and sending traffic to the mixnet. This is an umbrella term for a variety of different pieces of code, such as the Network Requester.
-> **Clients** are used to connect to and send messages through the Mixnet to other clients, utilising Gateways for ingress and egress. These are however on the 'user' side and not a Mixnet component per se.
+> **Clients** are used to connect to and send messages through the Mixnet to other clients, utilising Gateways for ingress and exit. These are however on the 'user' side and not a Mixnet component per se.
## Smoosh Status
The various Mixnet components were originally completely separate binaries. They are in the process of being 'smooshed' together into a single `nym-node` binary which runs in different modes for ease of use, as well as to allow for a more developed and responsive Mixnet design, where the role of a node in a given time period is decided and changed automatically based on network conditions (more on this in the future).
diff --git a/documentation/docs/pages/network/rewards.mdx b/documentation/docs/pages/network/rewards.mdx
deleted file mode 100644
index 13c8d66fe2..0000000000
--- a/documentation/docs/pages/network/rewards.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
-# Network Rewards
-
-Node operator and delegator rewards are determined according to the principles laid out in the section 6 of [Nym Whitepaper](https://nymtech.net/nym-whitepaper.pdf).
-
-Below is a TLDR of the variables and formulas involved in calculating these rewards per epoch. The initial reward pool contains 250 million NYM, leaving a circulating supply of 750 million NYM.
-
-TODO FIX
-
-|Symbol|Definition|
-|---|---|
-|
|global share of rewards available, starts at 2% of the reward pool.
-|
|node reward for mixnode `i`.
-|
|ratio of total node stake (node bond + all delegations) to the token circulating supply.
-|
|ratio of stake operator has pledged to their node to the token circulating supply.
-|
|fraction of total effort undertaken by node `i`.
-|
|number of nodes stakeholders are incentivised to create, set by the validators, a matter of governance. Currently determined by the reward set size.
-|
|Sybil attack resistance parameter - the higher this parameter is set the stronger the reduction in competitivness gets for a Sybil attacker.
-|
|declared profit margin of operator `i`.
-|
|uptime of node `i`, scaled to 0 - 1, for the rewarding epoch
-|
|cost of operating node `i` for the duration of the rewarding eopoch.
-
-Node reward for node `i` is determined as:
-
-
-
-
-where:
-
-
-
-
-and
-
-
-
-
-Operator of node `i` is credited with the following amount:
-
-
-
-
-Delegate with stake `s` recieves:
-
-
-
-
-where `s'` is stake `s` scaled over total token circulating supply.