View Issue Details

IDProjectCategoryView StatusLast Update
0007737Talerspecificationpublic2024-02-05 01:12
Reportersebasjm Assigned ToChristian Grothoff  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionwon't fix 
Product Versiongit (master) 
Target Version0.9.4Fixed in Version0.9.4 
Summary0007737: merchant with a wallet should be able to fill a reserve for tipping
Descriptionwallet support starting a deposit with a payto URI and right now it fills a contract with some empty values
but this deposit will make a wire transfer to the exchange without the reserveId

The exchange could detect if "merchant_payto_uri" in the DepositRequest of https://docs.taler.net/core/api-exchange.html#deposit is the same of the exchange account and then it could reuse some fields to get the reserve id (maybe the order_id?)

With this there is no need of a wire transfer and it make the transaction efficient
TagsNo tags attached.

Activities

Christian Grothoff

2023-03-02 15:41

manager   ~0019916

Actually, we should use the P2P transfer feature for this. That requires then no changes at the exchange. All we need is for the merchant backend/SPA to generate an 'invoice' (pull payment request) using its tipping reserve private key!

Christian Grothoff

2024-02-05 01:12

manager   ~0021145

Rewards are to be removed.

Issue History

Date Modified Username Field Change
2023-03-02 13:55 sebasjm New Issue
2023-03-02 13:55 sebasjm Status new => assigned
2023-03-02 13:55 sebasjm Assigned To => Christian Grothoff
2023-03-02 15:41 Christian Grothoff Note Added: 0019916
2023-03-02 15:41 Christian Grothoff Category exchange => merchant backend API (HTTP specification)
2023-04-04 15:55 Florian Dold Target Version git (master) => post-1.0
2023-04-08 10:01 Christian Grothoff Assigned To Christian Grothoff =>
2023-04-08 10:01 Christian Grothoff Status assigned => confirmed
2024-01-12 14:02 Christian Grothoff Category merchant backend API (HTTP specification) => specification
2024-02-05 01:12 Christian Grothoff Assigned To => Christian Grothoff
2024-02-05 01:12 Christian Grothoff Status confirmed => resolved
2024-02-05 01:12 Christian Grothoff Resolution open => won't fix
2024-02-05 01:12 Christian Grothoff Fixed in Version => 0.9.4
2024-02-05 01:12 Christian Grothoff Note Added: 0021145
2024-02-05 01:12 Christian Grothoff Target Version post-1.0 => 0.9.4
2024-02-05 01:12 Christian Grothoff Status resolved => closed