From 2e2b438d3432355c6932eedb7ce0ac0a3946779d Mon Sep 17 00:00:00 2001 From: jsvisa Date: Fri, 22 Nov 2024 10:27:58 +0800 Subject: [PATCH] docs/built-in-tracers: more clear notes Signed-off-by: jsvisa --- docs/developers/evm-tracing/built-in-tracers.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/developers/evm-tracing/built-in-tracers.md b/docs/developers/evm-tracing/built-in-tracers.md index 35b8ce8aec..1934c089ec 100644 --- a/docs/developers/evm-tracing/built-in-tracers.md +++ b/docs/developers/evm-tracing/built-in-tracers.md @@ -222,8 +222,8 @@ The prestate tracer has two modes: `prestate` and `diff`. The `prestate` mode re In `diff` mode the result object will contain a `pre` and a `post` object: 1. The result only includes accounts that were modified. Accounts without changes will be omitted in this mode. -2. In `pre` you will find the state of an account before the tx started, and in `post` its state after tx execution finished. -3. `pre` can include fields that were not modified, if some other fields for the same account were modified. +2. The `pre` object within the result captures the account’s state at the beginning of the transaction, showcasing its initial values, while the post object represents the account’s state once the transaction has been fully executed, revealing the outcome of the changes. +3. It’s important to note that the `pre` object may also contain fields that have not been altered if other fields associated with the same account have experienced modifications. This holistic view ensures that all changes are contextualized within the account’s original state. 4. `post` will contain only the modified fields. e.g. if `nonce` of an account hasn't changed it will be omitted from `post`. 5. Deletion (i.e. account selfdestruct, or storage clearing) will be signified by inclusion in `pre` and omission in `post`. 6. Insertion (i.e. account creation or new slots) will be signified by omission in `pre` and inclusion in `post`.