Giter VIP home page Giter VIP logo

Comments (14)

 avatar commented on June 23, 2024 1

Since I wrote the previous proposal, I thought also on the follow-up, and without speaking with Manfred, I arrived roughly at analog conclusions :

1/ maintain free listing ... but only for the first enlisting. (warmup phase)
So it's up to the candidates to profit from this opportunity, or to waste it.
And nobody can reproach Bisq not being altcoins friendly.
Bisq is altcoins friendly, but Bisq is a living meeting place, not a dead altcoins memorial.

2/ if the first free enlisting doesn't lead to enough trading (or at least offers) and ends with unlisting, then the next enlisting is no more free.
And the payment has to be done in BSQ is probably a good solution for multiple reasons: legal, good for the BSQ token itself, good for the project human ressources if earned BSQ, good for involving the serious candidates and having them as contact, etc.

3/ as for the delays, many solutions are possible, 120 days seems ok, but we may also say that the delay is 2 (or 3) releases.
imo, candidates have to fully integrate the marketing/trading strategy immediately with the listing efforts. If this is not done as a bundle, I see the probability of succeeding as very low.

4/ I found also that fixing threshold is not so obvious. Maybe that instead of fixing such threshold we can just consider the ranking, and eliminate the worst performers. Or a combination of threshold + ranking ?

Anyway, if the listing policy is changed, we need to strongly warn the candidates to not waste their 1st trial.

from proposals.

ManfredKarrer avatar ManfredKarrer commented on June 23, 2024 1

Yes i was thinking on that as well but there are no clear metric. There are quite a few "scamcoins" in the top 100 and market cap can be manipulated quite easily. I think if anyone is interested in trading a coin the barrier to get that added might not be too high.

I think we really need to be aware that the main problem is not the quality of a coin but that it is basically very difficult to get a market started and to gain enough network effects.

from proposals.

ManfredKarrer avatar ManfredKarrer commented on June 23, 2024 1

I think the delisting inactive assets found sufficient consensus. It is implemented in bisq-network/bisq#1861 and will be soon merged. I will close that proposal.

from proposals.

ManfredKarrer avatar ManfredKarrer commented on June 23, 2024

@HarryMacfinned

1/ maintain free listing...

Ah sorry that was not clear from my side. I am not decided on that yet and basically did not consider that we should skip a fee. But your arguments have some value.

3/ as for the delays...

Release dates are not so reliable, so I would prefer to not use them.

4/ I found also...

Ranking is hard for them to get a clear metrics as it changes dynamically. I think its more predictable with fixes metrics like nr. of trades and volume.

Another idea might be to have the warmup phase and the BSQ fee connected. E.g. For each BSQ you pay in fee you get a day of warmup phase. So the argument from coin issuers who are doing a valuable coin but have not much funds for paying a high fee is solved as anyone can pay a relative low fee and if there is no trade activity there is no reason why they need an exchange.

Requiring a BSQ fee at listing time also adds friction/mental costs which helps to filter out "spam".

I need to figure out the technical implementation for the fees. Basic idea is to have a special tx with a n opReturn where the hash of the tickerSymbol is in the data. So we can look up when the tx happened and check the hash. Anyone can do the fee payment.
That scheme could be more generally used or proof of burn. One can keep a pre-image of the hash and proof that he was the one who did the burning (e.g. for reputation). With signing a nonce from the input for that tx he can proof that he is was the originator of the tx.
@sqrrm What do you think?

from proposals.

ManfredKarrer avatar ManfredKarrer commented on June 23, 2024

I created a new issue (#42) to discuss the fee or a voting model to not mix too much aspects into that issue. So that issue is only about deactivating an asset if it is not traded.

from proposals.

cbeams avatar cbeams commented on June 23, 2024

I propose the title of this proposal should be "Deactivate insufficiently traded assets". Manfred, please change it to that if you agree.

@ManfredKarrer, I'm glad you've separated out #42. With the listing fee question out of the picture here, I'm giving a 👍 to the proposal, with the understanding that the deactivation is a soft filter (logical not physical deletion) and that the specific parameters can be adjusted over time and over releases. I'd say let's go ahead with this asap.

from proposals.

ManfredKarrer avatar ManfredKarrer commented on June 23, 2024

@cbeams Thanks for the suggestion, I changed the title.

Yes I implemented it already and will probably move the parameters to the DAO params so they can be changed with voting.

One aspect to consider is that there should be a way to re-activate an asset, so thats where we get to #42 again and even those are separated here they probably should have at least conceptually a holistic solution.

from proposals.

cadayton avatar cadayton commented on June 23, 2024

Just an outsider prospective. Might want to factor in rankings outside of Bisq and the impact upon new and existing customers. For example, I would think a coin in the top 100 trading volume but 0 trades on Bisq would not be candidate for removal.

from proposals.

sqrrm avatar sqrrm commented on June 23, 2024

I support the idea of removing (or hiding) assets that are not traded using a fixed metric. Relative ranking does not sound predictable enough.

A way to re-enable would be to have a command line flag to enable a removed asset. Then anything not traded for a while would be hidden it would still be possible to trade it for those that really want to. It's also a way to re-enable the coin for default visibility if there are enough supporters that can be bothered to use the command line flag.

@ManfredKarrer on the topic of proof of burn, that sounds reasonable. I think it's a topic for a different proposal though, or more likely a technical discussion outside of proposals.

from proposals.

ManfredKarrer avatar ManfredKarrer commented on June 23, 2024

Not sure about the command line flag... I think that jsut adds confusion and we don't want to support to work around the filtering...

from proposals.

sqrrm avatar sqrrm commented on June 23, 2024

I agree that we want to avoid confusion. My thinking is that only those that really want an asset to be visible for trading would bother with the command line flag and if they actually do enough trades the asset will become visible and shown as per normal. This way de-listing really just means hiding the asset and it will be visible again if a market that the asset appear. With a good doc on when assets are hidden or visible I don't think this would generate a lot of inquiries. Not many people would care about the hidden assets, that's the reason they're hidden. I also think it would generate less animosity to hide rather than inactivate an asset.

An asset removed by DAO vote should be properly removed though to make sure trading is not supported at all in the software.

from proposals.

ManfredKarrer avatar ManfredKarrer commented on June 23, 2024

Ok. I am open to it, but I think its not worth the effort. But if anyone wants to implement that why not.

from proposals.

TheHungryRaccoon avatar TheHungryRaccoon commented on June 23, 2024

My favorite coin has been delisted. How much is the relisting fee?

from proposals.

m52go avatar m52go commented on June 23, 2024

@TheHungryRaccoon 1 BSQ per day. See details here:
https://docs.bisq.network/exchange/howto/list-asset.html#fees

from proposals.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.