diff --git a/tips/TIP-0040/tip-0040.md b/tips/TIP-0040/tip-0040.md
index 7511095a8..444745b7c 100644
--- a/tips/TIP-0040/tip-0040.md
+++ b/tips/TIP-0040/tip-0040.md
@@ -17,10 +17,10 @@ requires: TIP-19, TIP-20, TIP-21 and TIP-22
 
 Staking and delegation are mechanisms by which users contribute to the network's security and for which they are
 rewarded. Stakers lock IOTA coins to become eligible to be selected for the validator committee and consequently give
-weight to blocks and transactions. On the other hand, delegators delegate IOTA coins (which does not imply locking
-these tokens) to a validator, forming a validator pool. The weight that validators give to blocks is derived from the
-total stake of the pool (i.e., from the locked tokens of the staker and the delegated tokens of all its delegators) and
-the total combined stake among pools. If the validator of a pool performs its task well, the pool is rewarded with Mana.
+weight to blocks and transactions. On the other hand, delegators delegate IOTA coins (which does not imply locking these
+tokens) to a validator, forming a validator pool. The weight that validators give to blocks is derived from the total
+stake of the pool (i.e., from the locked tokens of the staker and the delegated tokens of all its delegators) and the
+total combined stake among pools. If the validator of a pool performs its task well, the pool is rewarded with Mana.
 Each participant in the pool can claim rewards roughly proportional to the amount of staked or delegated tokens. This
 results in a mechanism that incentivizes users to contribute to the security and well-functioning of the network while
 receiving rewards for their contribution. Note that the size of the committee is bounded, so not all pools might get
@@ -63,10 +63,9 @@ In line with IOTA's goal for _Digital Autonomy_, these properties make Proof-of-
 
 Data types and subschemas used throughout this TIP are defined in [TIP-21](../TIP-0021/tip-0021.md).
 
-## Global Protocol Parameters
+## Protocol Parameters
 
-Global protocol parameters used throughout this TIP are defined in [TIP-22 (IOTA)](../TIP-0022/tip-0022.md) and
-[TIP-32 (Shimmer)](../TIP-0032/tip-0032.md).
+Protocol parameters used throughout this TIP are defined in [TIP-49](../TIP-0049/tip-0049.md).
 
 ## Transaction Payload
 
@@ -84,12 +83,12 @@ section specifies its normative details.
 
 Stakers, or interchangeably called _registered validators_, must lock their IOTA coins to stake them. By locking the
 tokens, the stakers prove control over them, so the protocol assigns them a proportional amount of _stake_ in exchange.
-Other users - the so-called delegators - can _delegate_ their IOTA coins to a staker to further increase their
-influence in the system. A staker plus all its delegators are called a _staking or validator pool_. Stakers are eligible
-to be selected into a committee for a certain duration. Only the votes of those selected into the committee are
-considered to determine the _Witness Weight_, used for the acceptance of blocks, and _Approval Weight_, used for
-conflict resolution and transaction acceptance. Stake is only used to determine who is selected for the committee. Once
-selected, every validator in the committee occupies a seat, and every seat has the same voting weight.
+Other users - the so-called delegators - can _delegate_ their IOTA coins to a staker to further increase their influence
+in the system. A staker plus all its delegators are called a _staking or validator pool_. Stakers are eligible to be
+selected into a committee for a certain duration. Only the votes of those selected into the committee are considered to
+determine the _Witness Weight_, used for the acceptance of blocks, and _Approval Weight_, used for conflict resolution
+and transaction acceptance. Stake is only used to determine who is selected for the committee. Once selected, every
+validator in the committee occupies a seat, and every seat has the same voting weight.
 
 The IOTA protocol slices time into slots and epochs. An epoch is simply a specified number of slots, and a slot has a
 protocol-defined duration in seconds. A new validator committee is selected for each epoch. Shortly before an epoch