
fiatlux
484 posts

fiatlux
@cryptofiatlux
Class of 2020. Voted "Most likely to be rugged"




JUST IN: Michael Saylor hints at buying more Bitcoin











In a previous post you suggested you operate in public. But then mentioned that if I would follow you, that you would respond to my DM. Then in another post said you didn't know how to access X DMs from a Blackberry phone. I'll approach this conversation with an open mind - for the betterment of the space. I have a few questions, coming from a very sincere place. Perhaps if you could answer them publicly - and if your answers are based in logical explanations - I would be open to considering implementing your design to augment the multiple strategies we are already working with. To begin with, I had @grok read every public tweet you've made over the last 30 days and summarize it all for me to make sure I was not missing a piece of the puzzle. I'm going to simplify a lot of concepts in how I phrase my questions for the benefit of our collective audiences who have commented many times on our exchanges that much of this goes over their heads. It seems your primary technology is the custom router with built in burn mechanism. While I agree this is a novel concept, and concur that @MeteoraAG would have to agree to implement it (that remains to be seen) I find myself a bit confused. Aggregators, such as Jupiter Swap and Titan, always route to the path of best execution. The burn percentage at the end of the day is simply part of the "cost of transaction" that will be taken into account by the aggregators. 1. If this program is immutable, how do you plan to scale the percentage of the buyback & burn mechanism as liquidity becomes more competitive? We all know for example that at early stages there's not much competition on liquidity and anyone can get away with a 1% fee structure. But as market cap and volume scale so will LP farmers and you'll see much more competitive fee rates. How do you plan to scale the percentage with growth on an immutable design? What works today would be vastly ignored by the aggregators (or way out of price sync) at even just 10X growth from now. How do you plan to address this? 2. When providing liquidity, the existing LP structures that exist everywhere already capture tokens as part of the fee structure when your LP position absorbs sells. I am very confused on the logic of buying back and burning on sell transactions because on sell transactions you're capturing the token to begin with - not USDC or SOL. You would be capturing USDC or SOL on purchase transactions. Only then would you have the need to buy tokens to burn. But your program is designed around "sells". Why not simply create a bot program that automatically claims the token side of fees and burns them? The only argument that can be made is MEV attacks on predictable transactions but the fees generated - even at scale - are not enough to be worthy of front-running. And even if they were front-run (they won't be) wouldn't that only be good for additional volume? The system you're describing sounds like an incredible marketing gimmick, but when I compare it to how the real world already works I find myself confused at what the true value add is? How is doing it this way add any meaningful impact vs just harvesting fees and using them to benefit your eco? 3. You've decided to operate in a constant product pool that is locked. Besides the inherent issues with constant product pools (and how they are ultimately responsible for most of the rug-shaped surprises in this space) the challenge you're going to face is that anyone farming fees in tight ranges can easily over-ride your pool selection with better depth at current prices. For example at a market cap of 5M a CLMM pool with a +- 5% range would only need around $8,000 in liquidity to walk all over the current size of your constant product pool. This means selection of your pool as a route for aggregators would be dramatically impacted. At a 10M MCAP less than $12,000 is needed. Even at a 1B mcap a simple $100K in a CLMM in a +- 5% range would easily vamp the majority of the volume away from your pool on how aggregators would actually route. That would only be made worse if your fee structure remained unchanged (see question 1). With these facts in mind, what was the thought process behind selecting a constant product pool design vs programatic deployment of concentrated liquidity in laddered bands? We know anywhere where true volume exists, LP farmers come out of the woodwork. I'm really curious how you you intend to capture much of that volume on the constant product pool foundation. 4. What are your projections for how meaningful this will actually be, besides from a marketing gimmick? Because I can tell you that the majority of our DEX volume comes from arb bots and perps hedge bots. But even at our daily volume the amount generated in fees is minimal. And we already use those fees for buybacks (not burns, as that messes with mcap). How do you see this making a meaningful impact to your token holders, knowing that with even really high consistent volume that ultimately the fees generated at scale (when in competition with every other liquidity provider out there) are nominal at best? 5. Making a token deflationary by using any form or variety of swap fees is something that is widely done among a lot of projects. How are you addressing the core "broken system" that allows for cheap accumulation at early stages that then provide the charts with "rug-shaped" surprises at later stages because that's the core shape of the PumpSwap liquidity structure. I believe that addressing deflationary measures without getting to the heart of what drives the brokeness of this space is akin to putting a band-aid on a cancer patient. I would love to hear your thoughts and what plans you have to address this. I sincerely look forward to your detailed reply. This isn't about ego. It's not about who's right. It's about what's best for the space. And the best idea always has to prevail.

@level941 @smartmoneylewis @razy996 @WhiteWhaleLabs In expectation that full transparency is the goal, can you explain this tweet with further context? x.com/level941/statu…






If PIGEON and White Whale ever partnered we’d destroy every meme token in the entire market. And everyone knows it. I just say the quiet part out loud 🫳🏻





@eglntneo Not my coin. Mine is coo that I made on pump.fun stupid fucking street shitter And it looks the same 🫳🏻


















