[Protocol Versioning] Implement State Machine for Rejecting Service Event or Accepting it and Updating Protocol State

[AlexHentschel]

Overarching Product Goal

This issue is part of Epic #6999. The overall goal is to evolve Versioning of Execution Stack to use the Dynamic Protocol State, and subsequently employ this versioning information for

1. coordinating EN HCUs (see Flip 298 for more context on product relevance and impact)
2. the ANs to supports script execution across breaking HCU version boundaries (see OKR description for more context on product relevance and impact)

This issue is part of 1.

Detailed Task Description

Context: we previously implemented the Service Events (see issue #7144) for scheduling a change to the Execution Stack parameters. As those Service Events are bases on human inputs, we decided to specify rules when to accept or reject such Service Event (issue #7143) that wants to update the Execution Stack parameters.

The goal of this issue is implement the logic for rejecting Service Event or accepting it and changing the Protocol State:

• implement KeyValueStoreStateMachine
• add this state machine to Protocol State's EvolveState method

Further Reading:

• section 📝 2025-03-04 Review of implementation proposal in notion doc Execution State Parameters in the Dynamic Protocol State

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.