Content pfp
Content
@
0 reply
0 recast
0 reaction
shazow pfp
shazow
@shazow.eth
How do people feel about onchain contracts including an optional fee that can be bolted on by frontends? Primarily to incentivize more third-party frontends to be developed. Are there better ways to do this?
8 replies
4 recasts
21 reactions
cqb pfp
cqb
@cqb
I feel like this is a design pattern that has been under experimented, would love to see more projects playing around with it to see if it's viable
1 reply
0 recast
3 reactions
Tony D’Addeo pfp
Tony D’Addeo
@deodad
I like it it provides a public good while still allowing the people who are bringing in the users to profit and since you can always use a different means to interact with the contracts there's no lock in and fees will be reasonable
0 reply
0 recast
2 reactions
Tarun Sachdeva pfp
Tarun Sachdeva
@tarun
https://github.com/Bounties-Network/StandardBounties did this well, I think it worked really well as a way to create onchain inventory that can be posted / fulfilled across multiple marketplaces
0 reply
0 recast
1 reaction
links 🏴 pfp
links 🏴
@links
It’s not bad. I feel like nouns.build has something like this for auction revenue.
0 reply
0 recast
1 reaction
xh3b4sd ↑ pfp
xh3b4sd ↑
@xh3b4sd.eth
If you are using AA, which you probably should anyway for consumer crypto, then your frontend could simply take a fee from any deposit amount or whatever token balance is managed across all of those frontend specific actions. I don't think this has to happen on contract level, because the setup and complexity is horrible.
1 reply
0 recast
1 reaction
{*_*} ichristwin pfp
{*_*} ichristwin
@ichristwin.eth
I'm interested in this too. Is there an implementation of this I could reference?
1 reply
0 recast
0 reaction
GUNBOATs 🎩🇵🇸 pfp
GUNBOATs 🎩🇵🇸
@gunboats
Liquity does have this, they just add referral code in the contract interaction
0 reply
0 recast
0 reaction
SQX pfp
SQX
@sqx
⌐◨-◨ has this for actions such as winning bid. Votes cast. Proposals submitted.
1 reply
0 recast
0 reaction