Pregunta 5

Pregunta 5: En el commit d53001e se introduce la clase FeeRateEstimatorManager. ¿Cuál es el papel de esta clase? ¿Por qué esta clase hereda CValidationInterface?

yo diria que en esta PR se ha desacoplado la funcionalidad de la estimacion de fees tras una gran abstracción. EL FeeRateEstimatorManager es la conexxion que tine un nodo con esta abstraccion (creo)

Yo diria que el papel es exponer una interfaz que permite que las demas partes del codigo puedan interactuar con los feerate estimators sin interactuar directamente con ellos ni conocer su logica (ni su existencia).

Si correcto, al ahora tenere dos estimators, esta classe nos permite hacer de puente con ellas

Porque antes era el CBlockPolicyEstimator el que hacia esto directamente?

Porque solo teniamos un estimator

si, porque no habia multiples estimadores

para poder registrarse directamente en validation_signals y recibir ella misma los eventos de mempool

Yes!

jejej la parte de validacion me la se bn 👼

Si, hasta ahora lo hacia CBlockPolicyEstimator, pero al haber dos ahora, es mejor que se comunique con la mempool el manager i no los estimators por separado

Basicamente los estimadores necesitan conocer algunos datos de la mempool y la blockchain en tiempo real. Por ejemplo transacciones que entran a la mempool o se eliminan yt ransacciones que son minadas

y reorgs

Pues vamos a por la siguiente pregunta!

Existe otro beneficio adicional aparte de la encapsulación, ¿quién puede responder?

Performance?

Que si en el futuro se añade un nuevo estimator se puede incluir mas facilmente? O esto entra dentro de la encapsulacion?

Reduce la duplicación de código; en confirmaciones posteriores, el estimador de mempool agregado también vacía los datos cada hora, por lo que solo lo programamos a través del administrador y este llama a flush en todos los estimadores posibles.

Ah es la parte del flush 🙂