pull down to refresh
0 sats \ 9 replies \ @ek 20h \ parent \ on: 📣 Community Feedback Requested: Predyx Fee Structure oracle
Oh, right, you should definitely charge users for network fees and not pay them out of your own pocket, else you're opening yourself up to fee siphoning attacks.
If that's the reason for the fees on selling, wouldn't charging them for network fees be the fix you're actually looking for? If you're still paying for network fees out of your own pocket, this doesn't actually fix fee siphoning.
Thanks for "fee siphoning attack" link - I'm hearing it for the first time. Will implement the network fees for LNAddress payouts.
Also another motivation for adding the fees are to incentivize the market creators. We have plans to allow user created markets in few weeks. As you may already know every market created in LMSR must be subsidized with liquidity. The between 33% - 66% of this liquidity gets lost as the market comes to conclusion based on how thinly the market is traded. And if the market moves only in one direction, then almost all of the liquidity is lost.
Wanted to be prepared for the user created markets - by adding fees and fine tuning it to optimal level so that the user is incentivized to create markets.
Next we also wanted to get ready to allow 3rd party to provide liquidity with an incentive to earn fees. There will be no motivation to provide any liquidity without the potential to earn some fees.
reply
It seems like the optimal fee structure will have a fixed component to cover the fixed transactions costs and an exit fee that’s proportional to the wager to mitigate attacks.
reply
Yes - thanks for pointing it out.
Am I understanding you correct with below example:
The optimal fee structure will have two components ( fixed + variable) just like in the lightning routing node fees like 1 sats base fee + 100ppm transaction fees.
reply
Yes, and I think the variable rates probably shouldn't be fixed over time, but I haven't thought that all the way through.
reply
Yes - I agree, the variable rates should be dynamic based of the trade size and trade counts. Lets brainstorm more on this and reach and optimum level - where the fees don't seem too high and at the same time the marketplace/exchange is still profitable.
reply
We'll have to sketch out all the different things we're hoping to fix with these fees.
What I've mostly been thinking about is this temporal problem where people are giving up the use value of their sats while they sit on Predyx's node. That's somewhat offset by the early subsidy from the LMSR model, so maybe there's a way to smooth all that out for consistent incentives over time.
Thanks for "fee siphoning attack" link - I'm hearing it for the first time. Will implement the network fees for LNAddress payouts.
Also created a post about it: #1008424
As you may already know every market created in LMSR must be subsidized with liquidity. The between 33% - 66% of this liquidity gets lost as the market comes to conclusion based on how thinly the market is traded. And if the market moves only in one direction, then almost all of the liquidity is lost.
Yes, I remember talking about this with @kr when I was still working on delphi.market!
Wanted to be prepared for the user created markets - by adding fees and fine tuning it to optimal level so that the user is incentivized to create markets.Next we also wanted to get ready to allow 3rd party to provide liquidity with an incentive to earn fees. There will be no motivation to provide any liquidity without the potential to earn some fees.
Ok, makes sense
reply
Thanks for publishing fee siphoning attack article #1008424 very helpful for new lightning businesses.
Yes, I remember talking about this with @kr when I was still working on delphi.market!
Yes LMSR can be good and bad. I think to bootstrap any prediction markets - its a good idea to start with LMSR and eventually move to the traditional Continuous Double Auction (CDA) trading (Buyers submit bids, sellers submit asks. A trade occurs whenever a bid meets or exceeds an ask.).
The CDA model is more profitable for exchanges/marketplace as compared to LMSR as the traders make the markets as opposed to LMSR.
We'll start working on CDA as we gain significant user/trade volume. Its in our roadmap.
reply