Aitor
428f67c132
Uno: la señal A y la señal E eran la misma condición escrita dos veces, así que un solo hecho llegaba al umbral de dos señales. Un pago corriente de bech32 a taproot salía como cambio identificable con certeza PROBABLE, y el informe mostraba las dos señales contradiciéndose entre sí. Dos: sin señal fuerte, el índice caía en la salida menor. Pagando poco desde una moneda grande el cambio es la mayor, así que la app señalaba el pago. El detalle llegaba a decir 'el output redondo es el pago' y a continuación lo marcaba como cambio. El peritaje usa ese índice, de modo que podía presentar la dirección del destinatario como rastro del actor. Ahora cada señal apunta a un output o admite que no puede, y si ninguna apunta el índice queda vacío. tests/test5.js deja los dos casos como regresión.
34 lines
392 B
Plaintext
34 lines
392 B
Plaintext
# Credenciales y configuración local — NUNCA subir al repo
|
|
system-metrics.local.js
|
|
config.local.js
|
|
*.env
|
|
.env*
|
|
|
|
# Archivos de sistema
|
|
.DS_Store
|
|
Thumbs.db
|
|
desktop.ini
|
|
|
|
# Logs
|
|
*.log
|
|
logs/
|
|
|
|
# Archivos temporales
|
|
*.tmp
|
|
*.swp
|
|
*~
|
|
|
|
# Node
|
|
node_modules/
|
|
npm-debug.log*
|
|
txoko-roadmap.md
|
|
TRASPASO.md
|
|
PRUEBA-PERITAJE.md
|
|
HALLAZGOS-PERITAJE.md
|
|
MEJORAS.md
|
|
COHERENCIA.md
|
|
|
|
GIT.md
|
|
REPASO.md
|
|
HEURISTICAS.md
|