-
Notifications
You must be signed in to change notification settings - Fork 151
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
Update transaction-lifecycle.md #1277
Conversation
initial draft for tx lifecycle Input needed from: * protocol team on`Validation` `clustering` `verification` and `sealing` sections cc @franklywatson * FVM team on `Execution` and `computation` cc @fotescodev @ramtinms
updates to urls
missed fixing one nodes url
@janezpodhostnik are you able to jump in from an FVM perspective on the computation and execution sections above? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Minor typos
[GetTransactionResult](/nodes/access-api#gettransaction): an execution node is requested for events for the transaction and the transaction status is derived as follows: | ||
* If the collection containing the transaction and the block containing that collection is found locally, but the transaction has expired then its status is returned as `expired`. | ||
* If either the collection or the block is not found locally, but the transaction has not expired, then its status is returned as `pending` | ||
If the transaction has neither expired nor is it pending, but the execution node has not yet executed the transaction, then the status of the transaction is returned as `finalized`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the transaction has neither expired nor is it pending, but the execution node has not yet executed the transaction, then the status of the transaction is returned as `finalized`. | |
* If the transaction has neither expired nor is it pending, but the execution node has not yet executed the transaction, then the status of the transaction is returned as `finalized`. |
* If the collection containing the transaction and the block containing that collection is found locally, but the transaction has expired then its status is returned as `expired`. | ||
* If either the collection or the block is not found locally, but the transaction has not expired, then its status is returned as `pending` | ||
If the transaction has neither expired nor is it pending, but the execution node has not yet executed the transaction, then the status of the transaction is returned as `finalized`. | ||
* If the execution node has executed the transaction, then if the height of the block containing the transaction is greater than the highest sealed block, then the status of the transaction is returned as `executed` else it is returned as `sealed`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* If the execution node has executed the transaction, then if the height of the block containing the transaction is greater than the highest sealed block, then the status of the transaction is returned as `executed` else it is returned as `sealed`. | |
* If the execution node has executed the transaction, and if the height of the block containing the transaction is greater than the highest sealed block, then the status of the transaction is returned as `executed` else it is returned as `sealed`. |
@laynelafrance I can take a look later this week |
initial draft for tx lifecycle
Input needed from:
Validation
clustering
verification
andsealing
sections cc @franklywatsonExecution
andcomputation
cc @fotescodev @ramtinmsCloses: slack discussion
Description
For contributor use:
master
branchFiles changed
in the Github PR explorer