[XLM-11] Doble saldo en el dashboard

[grantfox-oss]

Contexto obligatorio: PLAN_STELLAR.md y ISSUES_STELLAR.md.
Ola 2 — bloqueada por #6 y #9.
🌱 Buena primera contribución: un solo archivo, patrón ya existente en el código.

Problema

El encabezado muestra un solo saldo de XRP y un solo indicador de conexión.

Por qué importa

El operador necesita ver de un vistazo si tiene fondos en la red en la que va a pagar. Sin esto, se entera del saldo insuficiente a mitad del cobro, frente al productor.

Alcance

En payment_app/ui_payment/dashboard.py:

• Dos saldos en el encabezado, cada uno en su propio FunctionWorker — el patrón ya existe en refresh_balance().
• Indicador de conexión independiente por red: si una está caída, la otra sigue mostrándose.

Construir contra la firma de constructor fijada en #9 (contrato C3) para no chocar con [XLM-10], que corre en paralelo sobre payment_flow.py.

Fuera de alcance

• El flujo de pago — es [XLM-10].
• El nombre de producto en el título de la ventana — lo limpia [XLM-20]. No tocarlo aquí.

Criterios de aceptación

• Ambos saldos se cargan en paralelo sin congelar la interfaz.
• Una red sin conexión muestra su propio estado y no afecta a la otra.
• Un operador con billetera en una sola red ve el otro saldo como "no conectado", no como error.

Pruebas

Unitarias con clientes falsos: éxito en ambas, fallo en una, fallo en las dos.

Dependencias

• Bloqueada por: [XLM-05] StellarClient: pagos, saldo, activación #6 (StellarClient), [XLM-09] WalletSession y conexión perezosa #9 (WalletSession, contrato C3).
• Bloquea a: nada.

[ericmt-98]

👋 Gracias por aplicar. Esta issue está bloqueada por #6 y #9.

Depende además del contrato C3: la firma de constructor de PaymentDashboard la fija #9 y hay que esperar a que se publique en un comentario de esa issue, o el trabajo no integra.

---

👋 Thanks for applying. This one is blocked by #6 and #9. It also depends on contract C3 — the PaymentDashboard constructor signature is defined in #9 and must be published there first.

Libres ahora / Open right now: #1, #2, #3, #4 — sin bloqueadores, se pueden tomar hoy. Ver el grafo completo en ISSUES_STELLAR.md.

Gracias por el interés — la issue sigue abierta y se puede tomar en cuanto se desbloquee.

[ericmt-98]

👋 Gracias por aplicar. Para asignarla necesito una señal de que leíste el issue.

Contesta esto en un comentario:

¿Qué patrón ya existente en ese mismo archivo hay que reutilizar para que la interfaz no se congele, y qué contrato definido en otra issue hay que respetar para no chocar con quien trabaje en paralelo?

Ambas cosas están en el cuerpo. Asigno al primero que conteste bien.

⚠️ Aviso: esta issue está bloqueada por #6 y #9. Se puede reservar, pero no empezar todavía.

---

👋 Answer this: which pattern already present in that same file must be reused so the UI does not freeze, and which contract defined in another issue must be respected? Note this issue is blocked by #6 and #9.

---

Si prefieres algo que puedas empezar de inmediato, #1, #2, #3 y #4 están libres y sin bloqueadores. / If you would rather start immediately, #1–#4 are open with no blockers.

[sebascaslob2023-ui]

Hi, I would like to request approval to work on this issue once dependencies #6 and #9 are completed.

I understand that the goal is to update payment_app/ui_payment/dashboard.py so the header displays independent XRP and XLM balances, with each balance loaded through its own FunctionWorker to avoid freezing the interface.

I will build the implementation against the constructor signature defined in #9 under contract C3, without modifying payment_flow.py or conflicting with [XLM-10]. Each network will have an independent connection state, so a failure on one network will not affect the other, and wallets configured for only one network will display the other as “not connected” instead of showing an error.

I will keep the changes limited to the defined scope and add unit tests using fake clients for success on both networks, failure on one network, and failure on both networks.

[grantfox-oss]

🦊 GrantFox — @sebascaslob2023-ui has been assigned to this issue as part of the Official Campaign | FWC26 campaign!

Next steps:

1. Open a Pull Request referencing this issue (e.g., Closes #14)
2. Your PR will be reviewed by the Micopay maintainers

Good luck! Track your progress on GrantFox.