dev: "fork" accessed_addresses and accessed_storage_keys from their parents when creating child_evm

[enitrat]

in generic_call or generic_create, we create new, empty dicts for the accessed storage keys of a child context. we use the tracker of the previous segment as the initial_dict, and copy all the entries of the dict access segment.

we could simply "fork" it from the parent dict with the original_mapping mechanism.

Definition of done:

• delete dict_copy logic
• update incorporate_child_on_success to use dict_update to merge the values with the parent dict (instead of squash_and_update, which is a function for dicts with unrelated histories)
• in generic_call, generic_create, don't use dict_copy, but do as in copy_TrieAddressOptionalAccount with %{copy_dict_segment}

[Eikix]

What is the status of this? Should we depriotize it for now?

[enitrat]

Prioritizing this due to EF-Tests issue