-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Distribute BTC fees to contributors of last DAO cycle #305
Comments
So it wouldn't be handled by the filter, but rather each node takes the value from the DAO data? If we do this small txs we would need to take into account the USD value of each tx at the certain time to have a correct USD amount to deduct from any newly issued CR, right? What about DAO contributors from last cycle that don't contribute in the current cycle or completely stop contributing? They would still earn BTC from fees. It does sound interesting to get rid of this BTC <> BSQ conversion by the burning man. Maybe we should also have a look why traders prefer paying higher BTC fees than using BSQ in the first place. Maybe there is a more easy win to gain by improving these issues. |
Maybe one way could be that contributors burn BSQ upfront and get future BTC fees based on the USD value of the burnt BSQ at that point of time up to this Dollar amount. Similar as we do it with the security incident victims. |
It would only work once we have added the BTC address. How we apply it to past cycles is open but with BSQ it is also the case that part contributors benefit from a rising BSQ price. But to apply some decay function simliar we do with merits decaying over 2 years to 0, might be justified. To have it more aggressive so most will be distributed to recent contributions creates more incentives to contribute on Bisq, so might be not that bad as well. Also it only covers a part of the revenue.
One could argue that we do not need BSQ anymore if we distribute 100% BTC fee (e.g. remove option to use BSQ for fees), but then the value of BSQ would go down as there is no demand and with that the voting would become insecure and with that the compensation requests and by the the BTC distribution algorithm. So we depend on BSQ for that solution. We just can use it for a certain portion, but even if the portion is too high it will lower the security of the overall system, so we should be cautious to see this as an alternative for BSQ fee, but rather as a solution to avoid the burningman role, but still work hard to give BSQ fee the 70-80% share as it was intended. If my above numbers are correct we are far away from that.
I have not considered it to be "exact" and be used for accounting that way. I think it should be enough if we see the % of what was paid in BTC fees and use that as guidance for the next cycle to reduce it from the USD requests. But how to do that exactly is up for discussion, but as it happens delayed after the request I think there will be no perfect solution and a one time contributor who had luck in a month of super high volume and not continue afterwards might benefit from it. But I think that is not a showstopper and BSQ/BTC volatility are other risks everyone in the space has to deal with.
I think that would be more complicate technically and conceptually. What I like on that proposal is that it removes the need for the burningman at least for one part of his role. As the BM is a problematic and hard to solve problem the best solution for such circumstances is to get rid of it completely... |
The filter would not remove the need to depend on some anonymous contributor(s) taking care of the donation address. |
It is not using the filter but DAO data from compensation requests. |
Thanks for the proposal. My initial thoughts were this sounds good. Getting paid in BTC would be nice. After a little think though I am not in favor based on the fundamental principle that I believe that Bisq contributors should be aligned to the success of Bisq. Bisq paying contributors in BSQ is a fantastic way to align all contributors with Bisq's long term success. I would worry that paying contributors in BTC would have a negative impact on this alignment as it takes away their 'stake' in Bisq. I see BSQ as sweat equity, essentially a stake in the organization. Paying contributors in BSQ gives them this stake in Bisq. I am in favor of addressing issues with the Burningman but I do not think this is the best long term solution for Bisq. |
@pazza83 Also we should keep in mind the positive psychological factor to receive a permanent payment stream. I heard from previous arbitrators who received the trade fee back then, that it was a very motivating feeling even the amount was not that high. |
What are the reasons why people choose to pay in BTC over BSQ? Would there be a big pushback if trade fees had to be paid in BSQ? If it was technically possible and wasn't too controversial, maybe the DAO could even airdrop a small amount of BSQ to existing users Bisq BTC addresses wallets based on their unique onion addresses to get them started! |
I don't know but I think the extra work to get BSQ is probably the main reason. Maybe also lack of knowledge about it.
That would not work for first time traders as they need to buy BSQ and pay a fee. I also fear it would cause too much restriction when people felt forced to get some token.
No that would not work as it need to be sent to a BSQ address. And I mad negative experience whith giving thing away for free. Most people consider it to has no value then. |
1 similar comment
I don't know but I think the extra work to get BSQ is probably the main reason. Maybe also lack of knowledge about it.
That would not work for first time traders as they need to buy BSQ and pay a fee. I also fear it would cause too much restriction when people felt forced to get some token.
No that would not work as it need to be sent to a BSQ address. And I mad negative experience whith giving thing away for free. Most people consider it to has no value then. |
Ok, maybe the new GUI could be developed to promote / onboard users to using BSQ for trade fees. |
The proposal is a clever solution to how to equitably distribute btc fees, but I’m concerned it misaligns incentives. If I’m getting paid directly in btc, I don’t have much incentive to make it easy and attractive for users to acquire and use BSQ. If we were already in a place where btc fees were a small fraction of overall revenues, I’d be all for this. I think it might be premature to do it now. |
I agree with your concern. But if the incentives are right now (they are I think) what explains the fact that after nearly 2 years DAO we have no clue about our revenue/finance? Nobody knows how much BSQ vs BTC fees are used. We even don't really know whats the real % we receive from trade volume. All we have is a guesstimate. If even contributors have no clue one can imagine why there is basically zero interest from people to consider BSQ as equity from an investment point of view. And commitment and motivation is sub-optimal in Bisq. The lack that this above major failure has not been resolved for so long is a clear evidence. Further there are many more open issues (and many things which have been solved over the past months have been pretty easy low hanging fruits) which have been dangling around since years as well. So my conclusion is that Bisq lacks of incentives (luckily it has improved a lot over that past weeks/months and with 2 new potential fulltime devs we are getting much better) and most contributors are treating it as hobby project on the side and the BSQ payment is not taken sereiously like a payment. So my conclusion is the incentives are pretty bad as it is in the moment, not from theory but from observed reality. Adding a part as BTC payment stream would increase those incentives IMO. I guess that many contributors who suddenly receive next to their 5000 BSQ payment a steady stream of maybe 0.1 BTC over a month will get much more motivation that this is something real today and not some potentially valuable equity in the future. But as stated above we have to be clear that this never must become worse at it is today (if my numbers are right we only have 25% of fees paid in BSQ). But I think there are enough stewards in the poroject who understand the reasons and have enough stake to take care of that. |
Sorry, but I disagree strongly with this and would like to share my opinion:
As a recent full time contributor, getting paid for actual deliverables is more motivational than just keeping a seat warm. |
@jmacxx Great to see that support for BSQ and the DAO! I totally share and to be honest I am surprised that it did not get more traction and associated value (price is not rising but was long time very undervalued). The primary motivation of that proposal was to get rid of the burning man at least for one funtion he exercises. |
It’s good to hear the different opinions on this. I’d be happy to hear from others before shelving this completely. |
There is:
I've also recently asked whether BSQ should be considered an 'altcoin' (as it currently dilutes the BUY BTC field, with SELL BSQ options...), as well as in the OFFERS BY PAYMENT section - altcoins on top (in reality, 56 of those are BSQ)... I don't see it as an altcoin. Not sure how it should be treated, but think separated from "BUY BTC" for sure... and have its own category in Offers By payment. It's the lifeblood of the DAO, different to a shitty altcoin, and should be treated as such imo. Whether that's having a special BSQ market place in-app, I don't know. But certainly all of the above would go a long way to increasing the value of BSQ (lowering all the crazy barriers currently in place for someone new to purchase!) |
Thinking about this proposal I'm lately quite in favor from initial scepticism. This makes Bisq more like a corporation and the stream of BTC is a salary. BSQ is the share and is illiquid because the market cap of Bisq is low. BSQ will only increase in price and trading activity if investors believe Bisq will grow its revenue. Nothing else matters for them. Nothing else. People don't care about paying their fees in BTC, the fee is certainly not what is limiting usage of Bisq. The only way to incentivize people to use BSQ for the trading fee is to increase the BTC-fee. Certainly not by decreasing the BSQ-fee. |
Yeah, that claim is categorically wrong... especially given the purchase experience is so undeniably woeful from a CX perspective. Make it easier to buy BSQ, it's not rocket science folks.
Besides the above (making it easier to buy), last month: most amount of trades ever in Bisq! #5154 - Add option to chart trade statistics in terms of number of trades looks to sell this proposition a whole lot better. |
I don't think this proposal is moving in the right direction. The DAO and BSQ was set up to avoid exactly this kind of solution. Short term it's some dev work, added risks of bugs and harder accounting. Longer term mining fees will likely make this scheme unviable anyway and we need to find some other fee payment solution. It also doesn't get rid of the burningman so all in all, I don't think this is a good proposal. |
An alternative idea to previously discussed ideas how we can improve the handling of the BTC fees would be to distribute the BTC fee to all contributors of the last DAO cycle (or a collection of the past cycles) weighted by the received compensation.
It would have the positive psychological effect that every contributor receives a stream of payments every day. But a problem would be that many tiny payments blow up the BitcoinJ wallet in Bisq. To avoid that we could advice the contributors to use a non-Bisq wallet for that (e.g. Bitcoin core). We would need to extend the Compensation request data to include a BTC donation address. We have the
extraDataMap
field for that so technically that should work.This would solve the problem of the BTC fee sent to the burningman and getting burned. The loss for the DAO from the missing burned BSQ would be compensated by lower issuance for compensation requests. E.g. If it shows that contributor get about 20% of their requests extra by that fee we should get to lower amounts for future requests to not overpay contributors.
I think that could be implemented rather easy. It is just a lookup to the compensation requests and collect those data and make a random selection and it requires to add that extra field into the comp. request UI.
The text was updated successfully, but these errors were encountered: