Change Validator ID occurences to Address

iotaledger · Dec 14, 2023 · 4bf2f67 · 4bf2f67
1 parent 8e82bc4
commit 4bf2f67
Showing 1 changed file with 2 additions and 2 deletions.
diff --git a/tips/TIP-0040/tip-0040.md b/tips/TIP-0040/tip-0040.md
@@ -328,7 +328,7 @@ Upon the creation of a Delegation Output, the protocol assigns to it a unique id
 - <i>Unlock Conditions</i> must be sorted in ascending order based on their `Unlock Condition Type`.
 - Syntactic validation of all present unlock conditions must pass.
 - <i>Address Unlock Condition</i> must be present.
-- `Validator ID` must not be zeroed out.
+- The underlying `Account ID` of `Validator Address` must not be zeroed out.
 
 ### Additional Transaction Semantic Validation Rules
 
@@ -359,7 +359,7 @@ side. There are thus two types of transitions: delayed claiming transition and d
 - Delayed Claiming Transition
   - Is identified by a zeroed-out `Delegation ID` on the input side and a non-zeroed-out `Delegation ID` on the output
     side.
-  - The fields `Delegated Amount`, `Start Epoch` and `Validator ID` must not be changed.
+  - The fields `Delegated Amount`, `Start Epoch` and `Validator Address` must not be changed.
   - `End Epoch` on the output must be set as follows.
     - Let `Registration Slot(n)` be defined as in [committee selection](#committee-selection), where `n` is equal to
       `Future Bounded Epoch Index`.