fixed typo in architecture/staking

Author: LandauRaz

components/Starknet/modules/architecture-and-concepts/pages/staking.adoc

@@ -94,7 +94,7 @@ To reduce exposure to threats and enhance security, multiple addresses for defin
 
 The protocol uses a hierarchical approach between the staking and rewards addresses, and both validators and delegator can also use their staking address whenever their rewards address is required.
 
-=== Ephocs
+=== Epochs
 
 Starting from its second phase, the staking protocol introduces the notion of _epochs_ (similarly to many other protocols). Epochs represent checkpoints where validators' stakes are set, such that changes made in epoch stem:[i] are applied in epoch stem:[i+k], where stem:[k] is a new latency parameter. For example, the following figure illustrates a scenario where in epoch stem:[i] validator stem:[A] has 50K STRK staked and someone delegates an additional 10K STRK to them, and in epoch stem:[i+1] someone undelegates 30K STRK from stem:[A]: 
 
@@ -249,4 +249,4 @@ The minting curve contract defines the economic model that governs reward distri
 
 * `yearly_mint`: Returns the amount of STRK tokens to be minted annually based on the current staking rate
 
-* `update_total_supply`: Updates the total supply of STRK tokens
+* `update_total_supply`: Updates the total supply of STRK tokens