View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009206 | Taler | specification | public | 2024-09-22 16:24 | 2025-04-23 23:14 |
| Reporter | Christian Grothoff | Assigned To | Resolution deadline | ||
| Implementer | Reviewer | ||||
| Release signed by | Deployed by | ||||
| Verifier | Communicator | ||||
| Data protection authority notification required | No | ||||
| CSIRT notification required | No | ||||
| Estimated effort (hours) | Actual effort (hours) | 0 | |||
| Fast-track | No | ||||
| Work package | none | ||||
| Priority | normal | Severity | major | Reproducibility | N/A |
| Status | implementing | Resolution | open | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Target Version | post-1.0 | ||||
| Summary | 0009206: nirvana for regional currency setup | ||||
| Description | Deposit into regional bank account was done to a non-existing bank account. The exchange can then not do the wire transfer (bank account not found), but also not really refund the original wallet (no way to communicate that the deposit failed). We need to figure out what to do. | ||||
| Tags | local4local, netzbon, security | ||||
| We can fix this via the KYCAUTH method in the KYC-enabled deployments. However, that is probably not an adequate answer for regional currency deployments. At the same time, for regional currency deployments, the bank could actually tell us quickly (!) if the account exists. So question: should we expand the wire gateway API with an (optional) endpoint to check if an account exists? I think always forcing KYC AUTH transfers first is not a good UX for regional/event currencies, but neither are nirvana-transfers. | |
| I think that makes sense. Assigning it to Antoine to draft an API for this. | |
| We now have a Wire Account API: https://docs.taler.net/core/api-bank-wire.html#wire-account-apis | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-09-22 16:24 | Christian Grothoff | New Issue | |
| 2024-09-22 16:24 | Christian Grothoff | Status | new => assigned |
| 2024-09-22 16:24 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2024-09-23 12:22 | Antoine A | Relationship added | related to 0009211 |
| 2024-09-29 18:37 | Christian Grothoff | Target Version | => 1.0 |
| 2024-11-11 23:23 | Christian Grothoff | Note Added: 0023703 | |
| 2024-11-11 23:24 | Christian Grothoff | Assigned To | Christian Grothoff => Florian Dold |
| 2024-11-11 23:24 | Christian Grothoff | Status | assigned => feedback |
| 2025-01-12 16:21 | Florian Dold | Assigned To | Florian Dold => Antoine A |
| 2025-01-12 16:21 | Florian Dold | Note Added: 0023975 | |
| 2025-01-14 22:55 | Christian Grothoff | Target Version | 1.0 => 1.0 stretch goals |
| 2025-03-18 17:16 | Antoine A | Note Added: 0024231 | |
| 2025-03-18 17:17 | Antoine A | Assigned To | Antoine A => Florian Dold |
| 2025-04-17 19:09 | Christian Grothoff | Tag Attached: security | |
| 2025-04-23 23:14 | Christian Grothoff | Assigned To | Florian Dold => |
| 2025-04-23 23:14 | Christian Grothoff | Status | feedback => implementing |
| 2025-04-23 23:14 | Christian Grothoff | Target Version | 1.0 stretch goals => post-1.0 |
| 2025-04-23 23:14 | Christian Grothoff | Tag Attached: netzbon | |
| 2025-04-23 23:14 | Christian Grothoff | Tag Attached: local4local |