You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current definition of service events requires governance-triggered service events to be stored then later emitted by the system chunk, adding uneeded complexity to system contracts. See Revising Service Event Constraints (Notion) for details
* add service event definition and doc
* move service event to version beacon
* add heartbeat/admin process for proto state version
accepting broken assets.go, will regenerate after cherry-pick is
complete
* add smoketest for setting protostate version
broken assets.go
* Apply suggestions from code review
* generate
broken assets.go
* update contract for cadence1
* update admin tx for cadence 1
* generate
* emit service event in governance transaction
Previously service events could only be emitted in the system chunk.
With onflow/flow-go#5828, we can directly emit
them in governance transactions.
* re-generate assets
* fix field reflection
* add context for where validation occurs and multiple emissions
* make generate
Problem Definition
The current definition of service events requires governance-triggered service events to be stored then later emitted by the system chunk, adding uneeded complexity to system contracts. See Revising Service Event Constraints (Notion) for details
Proposed Solution
Remove the constraint the service events must be emitted within the system chunk. See Revising Service Event Constraints (Notion) for details
Definition of Done
ServiceEventCollectionEnabled
in the default VM context (eg. hereChunkVerifier
(VN side) and theBlockComputer
(EN side)The text was updated successfully, but these errors were encountered: