# Gavin Andresen
# 2013-04-22 19:17:08
# https://bitcointalk.org/index.php?topic=182992.msg1913758#msg1913758

@s{quotedtext}
@s{quotedtext}
 @p{brk}
No, unless you take complete control over input selection and transaction creation using the raw transactions API. @p{par}

If you have multiple users sharing the same wallet, then reasonable ways of handling transaction fees are: @p{par}

Keep track of who owns which inputs and use the raw transactions API to charge users fees based on what the inputs look like. @p{par}

Just pay transaction fees for your users. If you work out how much that will cost you versus how much time you'll spend with a more complicated solution, you'll probably find this is the best solution. If you're using the 'accounts' feature, then the logic is:  Send the transaction, then get the transaction details and reimburse the transaction fee (if any) with a 'move' that transfers bitcoins from a transaction-fee-reimbursement account (which you finance in advance, and top-up when necessary) to the user's account. @p{par}

Or charge them a fixed fee that is enough to cover average costs (again, if using accounts you'd move bitcoins to/from the transaction fee account depending on whether a given transaction cost more or less than average). @p{par}

Otherwise, you'll have a situation where user A gets gazillions of tiny inputs credited to their account, and user B ends up paying to spend them. @p{brk}