Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(cu): send non-persisted process message as first message on cold start #299

Merged
merged 3 commits into from
Jan 9, 2024

Conversation

TillaTheHun0
Copy link
Member

@TillaTheHun0 TillaTheHun0 commented Jan 9, 2024

This PR makes it so the CU will send an initial message to the module, on process cold-start, that represents the process, itself.

This will need to include the Data, Signature, and Anchor of the process, so the CU needed to start persisting those values with the cached process in its db as well.

This initial "process" message evaluation is not persisted by the CU. Only "real" message evaluations are persisted.

Also cleaned up, using nullish() instead of .optional() or even more verbose .optional().nullable() when in all cases we're just interested in null | undefined which is precisely the use case of nullish()

Closes #293

@TillaTheHun0 TillaTheHun0 merged commit 6f30a94 into main Jan 9, 2024
2 checks passed
@TillaTheHun0 TillaTheHun0 deleted the tillathehun0/process-message-293 branch January 9, 2024 22:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

CU: emit first message as the process, itself, on cold start evaluations
1 participant