Reevaluate traceId generation places

### Description

There is an "issue" with ANRs [not having the same traceId]() of the currently running transaction, if the transaction finishes right before the ANR occurs.

This is due to our TWP implementation. Should we change it?
It would mean to either

* understand if an anr is likely going to occur and don't overwrite the stored traceId when the current span finishes
* replace the traceId stored from spans only after at least 5 seconds, ensuring that the traceId stored in the `PersistingScopeObserver` is used only by ANRs

Comece lendo a implementação de TWP e PersistingScopeObserver e, em seguida, revise a issue #4648 para entender o cenário de ANR e traceId. Determine qual traceId deve ser mantido quando uma transação termina imediatamente antes de um ANR e estabeleça a política escolhida; a issue não especifica testes nem outros arquivos.

Escrita pelo modelo de indexação a partir do texto da issue.