0007858: consider protocol extensions to shift around fees from customer to merchant

ID	Project	Category	View Status	Date Submitted	Last Update
0007858	Taler	other	public	2023-06-05 12:06	2026-08-29 17:13

Reporter	Florian Dold	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	none	Severity	feature	Reproducibility	have not tried
Status	acknowledged	Resolution	open
Target Version	post-2.0

Summary	0007858: consider protocol extensions to shift around fees from customer to merchant
Description	Not clear yet how we would do this or if this is even desirable, but multiple people have mentioned that they would be interested in this, so I'm opening the bug.
Tags	No tags attached.

Date Modified	Username	Field	Change
2023-06-05 12:06	Florian Dold	New Issue
2023-06-05 12:30	sebasjm	Relationship added	related to 0007691
2023-06-05 12:32	sebasjm	Note Added: 0020262
2023-12-02 10:20	Christian Grothoff	Severity	minor => feature
2024-08-12 07:47	Christian Grothoff	Target Version	post-1.0 => post-2.0
2026-02-07 11:37	Christian Grothoff	Status	new => acknowledged
2026-02-07 22:03	Christian Grothoff	Priority	normal => none
2026-08-29 17:13	Florian Dold	Relationship added	related to 0007916

related to	0007691	closed	Florian Dold	getting refund in the demo frontend get refund = 0
related to	0007916	implementing		support STEFAN parameters [estimate: 20h]

sebasjm 2023-06-05 12:32 developer ~0020262	Consider the situation when the merchant must return the effective amount to the user wallet. In that case the refund fee can be drained from a reserve that the merchant uses for tipping.