Pregunta 2

fees: Introduce Mempool Based Fee Estimation to reduce overestimati...

Kepler 18/06/2026 10:11

Pregunta 2: En el commit e61ffe0 se limita el uso del struct FeeCalculation y se introduce el struct GetMinimumFeeRateResult. ¿Por qué este cambio? ¿Qué información faltaba o sobraba?

25/06/2026 17:13

Quien se atreve con esta

arejula27 25/06/2026 17:14

exponia datos internos no necsarios, esto lo que hace es desacoplar la funcionadlidad caller/internal

25/06/2026 17:15

diria que solo necesita el caller (la wallet) era un resultado con fee_rate y fee_source

Pol Espinasa 25/06/2026 17:15

Yes

Kepler 25/06/2026 17:15

Si, correcto. Con el nuevo struct solo pasamos los datos necesarios y cremaos el FeeCalculation internamente cuando es necesario

Pol Espinasa 25/06/2026 17:16

En otras palabras, el wallet solo necesita saber “cual es el feerate”, “de donde sale esa estimacion” y a “que target de confirmacion” corresponde.

sadeeq_ 25/06/2026 17:16

correcto

arejula27 25/06/2026 17:17

de la descriptcion de la pr

Introduce FeeRateEstimateResult as the response type, containing metadata and avoiding the use of out-parameters. This is easily extensible and makes future changes less invasive, as method signatures do not need to change.

sadeeq_ 25/06/2026 17:17

Además, los detalles internos difieren para múltiples estimadores de tarifas, por lo que desea una salida genérica y una entrada común para todos.

25/06/2026 17:18

Pero, ¿es esto necesario? ¿Podemos lograr lo que esta solicitud de extracción intenta hacer sin este cambio?

arejula27 25/06/2026 17:20

diria que si, si no esta desacoplado cada metodo pone su logica y es un caos

Kepler 25/06/2026 17:22

↩ Respondiendo a arejula27: diria que si, si no esta desacoplado cada metodo pone su logica y es un caos

Pero al final podriamos seguir usando FeeCaluclation como lo haciamos antes, no? Lo unico es que seria mas caotico ya que pasariamos parametros que no son necesarios y no estaria tan ordenado como con el struct MinimunFeeRateResult

sadeeq_ 25/06/2026 17:22

De hecho, es posible que sea simplemente feo, así que es un buen momento para limpiarlo mientras lo tocas.

arejula27 25/06/2026 17:23

↩ Respondiendo a Kepler: Pero al final podriamos seguir usando FeeCaluclation como lo haciamos antes, no? …

si eso si, pero cada cambio en una politica implica cambiar todas y añadir edge cases, necesario necesario no es pero hahaha

Kepler 25/06/2026 17:24

Pues vamos a por la siguiente!