Hi @kimamila et all.
I was these days trying to find a way to workaround this that without doubt is the main current issue of g1nkgo.
To summarize, currently you cannot make fast concurrent payments in G1nkgo (something common in a gmarket), and subsequent fast payment are marked as failed and you have to retry later, manually.
The situation is that currently, GVA basic genTx have a simple interface (issuer, recipient, amount, comment) and if I’m not wrong, you cannot select the sources/inputs:
If I send several payments in a short time using a gva node, as @kimamila mentioned, only the first payment is well processed (I was hoping that the duniter gva node, with this interface, will deal with the whole payment processing of sources, etc, but I was wrong).
In the past I opted to use random gva nodes on each payment with the (silly) hope to workaround that.
I also added the retry/failed-payments stuff to don’t lost payments.
Then, I’m trying now to do a more complex/advanced payments take into account the UTXOs. I have the first part more or less done, that is, retrieve the utxos of a pubkey and calculate for a payment which utxos to use, mark as consumed, and allow to do other payments without use that previously consumed utxos.
This weekend I implemented this part (in durt and g1nkgo) but now I need to do the tx with the selected utxos as inputs.
There is an additional genComplexTx that it sounds to me that maybe can do the job of do such a payment (correct me):
But I’m not sure and aslo I’m a bit lost about the arguments (for instance of issuers: [Txissuer]!). And I don’t know if some client or library is using this nowadays via gva.
Other options is to use BMA for this part, but still will be great if I have some API call sample or documentation to follow.
Any help/tip will be appreciated.