Title: Vitalik_s_proposal__1_gwei_tx_for_wallet_devs_and_
Category: Web

Author: Ethernian
Date: 2019-04-03T15:29:07.453Z

Some times ago Vitalik has proposed to allow wallets collecting 1gwei gas for transaction they are constrution.


twitter.com


 ()
 








I mean it was a very reasonable approach to incentivize all the infrastructure preparing transactions to be signed: wallets, relays, bridges, dapplets (shameless self-promotion  ).
What is the current mood of the community about it?
If it is positive, we should start thinking about enabling multisends in transactions.
CC: @pedrouid, @ligi, @danfinlay

Author: timbeiko
Date: 2019-04-03T18:05:31.314Z

One major downside is that this reduces (removes?) privacy for people using clients and sending transactions.

Author: Ethernian
Date: 2019-04-04T04:43:35.285Z

Could you explain, please? I don’t see the problem.

Author: timbeiko
Date: 2019-04-04T12:51:11.113Z

So, in the best case, where there is one donation address per client, it leaks which client each transaction is using (because it also donates to the address).
If you only have 1 address/client, then these become significant honeypots, so clients may move to a different model (i.e. 1 address/client version), which leaks even more information.

Author: danfinlay
Date: 2019-04-04T19:10:12.537Z

Clients could also generate a recipient address per user, and then transfer funds through aztec protocol or a zk-rollup exchange, so I don’t think privacy is a fundamental problem with this proposal.

Author: timbeiko
Date: 2019-04-04T19:22:43.963Z

danfinlay:

a recipient address per user


Wouldn’t this be worse, given that one user may then link their N accounts if they send all their txns via the same client? Could 1 address/transaction be possible?

Author: danfinlay
Date: 2019-04-04T20:25:58.050Z

Sorry, I should have said per account.

Author: Ethernian
Date: 2019-04-04T21:29:13.695Z

timbeiko:

it leaks which client each transaction is using (because it also donates to the address).


What if the wallet would generate an additional raiden payment for every Tx sent? It could be possible to use one channel for all addresses in the wallet… So it will leak just raiden payments, but with no correlation to main accounts.

Author: timbeiko
Date: 2019-04-05T13:01:23.194Z

Ethernian:

What if the wallet would generate an additional raiden payment for every Tx sent?


I’m not super familiar with the ins and outs of Raiden, but I doubt that all major clients + wallets would add a 3rd party dependency to handle this. I could be wrong, though  !

Author: charles-cooper
Date: 2019-04-08T03:54:39.976Z

This is kind of neat! As a complementary idea, maybe transaction recipients (the to field of a tx) can also receive part of the transaction fee. The miner should be willing to provide this ‘kickback’ because the recipient ‘brought them’ some business. This would be intended as a standard, decentralized (and uncensorable and plausibly deniable) way for contract developers to build a revenue stream.

Author: Alexintosh
Date: 2019-08-22T13:41:30.094Z

I would love to see this idea being reconsidered.

Author: Ethernian
Date: 2019-08-22T18:23:41.771Z

Maybe we could resolve it as part if the dapplets proposal.
Catch me in Berlin this week for a small talk.
Telegram: @ethernian