Pregunta 5

wallet: fix mixed-input transaction accounting in history RPCs

Kepler 15/09/2026 11:45

Pregunta 5 → En el quinto commit, en CachedTxGetAmounts(), la condición nDebit > 0 para reportar salidas como “sent” se sustituye por all_inputs_mine, y la fee solo se rellena si accounting.fee tiene valor. ¿Qué cambio de comportamiento introduce esto para una transacción con inputs mixtos?

22/09/2026 18:38

Quien quiere empezar con esta?

Andrea Díaz Correia 22/09/2026 18:40

Con nDebit > 0, aportar cualquier valor bastaba para reportar outputs como enviados por la wallet, al exigir all_inputs_mine, una transacción mixta deja de producir esos envíos individuales y no calcula una fee a partir de información incompleta no?

arejula27 22/09/2026 18:40

La fee desaparece del JSON en las mixtas: antes toda tx con nDebit > 0

Kepler 22/09/2026 18:41

Correcto, asi evitamos calcular una fee incorrecta

arejula27 22/09/2026 18:41

En su lugar aparece una entrada agregada send de -debit, sin address, sin vout y sin fee

Kepler 22/09/2026 18:42

Mas adelante vermos en que otro caso podremos calcular la fee

22/09/2026 18:43

Esta era cortita, vamos con la siguiente!

Leo (w0xlt) 22/09/2026 18:43

En master, gastar cualquier cantidad positiva de la wallet habilitaba la contabilización habitual de envíos por output.

En este paso, los envíos por output requieren que todos los inputs pertenezcan a la wallet.

Por lo tanto, en una transacción mixta, CachedTxGetAmounts() deja de añadir outputs individuales a listSent y sigue informando los outputs pertenecientes a la wallet como recepciones, incluidos aquellos que, de otro modo, se tratarían como cambio.