[XLM-10] Selector de red y pago directo en Stellar

[grantfox-oss]

Contexto obligatorio: PLAN_STELLAR.md y ISSUES_STELLAR.md.
Ola 2 — bloqueada por #5, #6, #7 y #9.
🎯 Hito de valor del plan. Cuando esta issue cierra, la plataforma ya es multicadena de verdad.

Problema

payment_flow.py está cableado a XRPL de principio a fin: el cliente, los tokens, el memo, el explorador y los mensajes ISO.

Por qué importa

Es el punto donde todo el trabajo de cimientos se vuelve visible para la cooperativa: el operador paga en cualquiera de las dos redes desde la misma pantalla.

Alcance

En payment_app/ui_payment/payment_flow.py:

• Selector de red (QRadioButton XRPL / Stellar) sobre el selector de token.
• El combo de tokens se filtra por red: XRP / USDC / RLUSD / MXN frente a XLM / USDC / MXN.
• La red se deshabilita, con tooltip explicativo, si el productor no tiene dirección en ella.
• _do_payment y _persist_payment dejan de usar self.xrpl_client y usan get_ledger(network); el firmante sale de WalletSession.signer_for(network) (contrato C2, definido en [XLM-09] WalletSession y conexión perezosa #9).
• Construir contra la firma de constructor fijada en [XLM-09] WalletSession y conexión perezosa #9 (contrato C3) — [XLM-11] la usa en paralelo.
• Payment.network se persiste en cada pago.
• Los mensajes ISO se generan con la red correcta ([XLM-07] ISO 20022 parametrizado por red #7) y la activación de cuenta se resuelve según [XLM-05] StellarClient: pagos, saldo, activación #6.

Fuera de alcance

• Escrow en Stellar. El modo escrow sigue deshabilitado para Stellar hasta [XLM-13], con un tooltip que lo explique.
• Saldos del encabezado — es [XLM-11].

Criterios de aceptación

• Un pago real en Stellar Testnet desde la app, con pacs.008 y camt.054 generados y hash verificable en stellar.expert.
• Un pago XRPL en la misma sesión se comporta exactamente igual que antes — sin regresión.
• Elegir un productor sin dirección en la red seleccionada no permite pagar y explica por qué.
• Pagar a una cuenta de Stellar no activada funciona (usa CreateAccount).

Pruebas

Unitarias del filtrado de tokens y del despacho por red; prueba manual en testnet documentada en un comentario, con el hash de un pago en cada red.

Dependencias

• Bloqueada por: [XLM-06] Modelo de datos multicadena #5 (modelo), [XLM-05] StellarClient: pagos, saldo, activación #6 (StellarClient), [XLM-07] ISO 20022 parametrizado por red #7 (ISO por red), [XLM-09] WalletSession y conexión perezosa #9 (WalletSession).
• Bloquea a: [XLM-19].

[mayborn005]

Hello @maintainer, I’ve gone through the requirements and I’m confident I can implement a proper solution that matches the acceptance criteria. Kindly assign this issue to me. And I will deliver at the shortest possible time.