diay

[diay @itsdiay]

👀

[Base Build @buildonbase]

https://t.co/cRMhMUEyBF

[diay @itsdiay]

A lot of people think fomo's bad fills are due to fomo or the relay front-running their own users' trades. If this were happening, it'd be incredibly easy to see onchain.

The more likely issue is bad fills on the stable swap hop. There are known issues that cause slippage when you have to swap from USD to ETH/SOL to TOKEN, and it's amplified when you're swapping from USD on a different chain. The extraction in these cases happens at the route aggregator level.

Happy to look into any specific txs. But the fact that I haven't seen any proof of front-running tells me it's not the problem.

[diay @itsdiay]

Another thing most people miss is that fomo doesn't have delegated access to user wallets. Most other apps can sign any transaction on a your behalf, which makes limit orders simpler, but makes it harder to be an app people keep large sums on

[se @seyong]

lol huh?

i said “building the tech is nontrivial” not “we dont want limit orders”

idk why ppl think we wouldnt want limit orders. its obviously something we want as well and will build.

most of these embedded wallets/terminals have delegated access and can just submit tx’s on ur behalf. fomo doesnt.

on top of that theyre all on one chain, not crosschain.

[diay @itsdiay]

Building limit orders at scale is very different from vibe-coding limit orders. Fomo has found success in making trading on chain pleasantly simple. And there have been sacrifices to accomplish that- for example, people already complain about bad fills on market orders.

Now limit orders come with a drastic increase in the variance of trader expectations and technical complexity. Building them in a way that stays pleasantly simple and sufficiently performant for most traders is actually new territory. I’d argue it doesn't exist yet, and it will take time to get right.

[IcedNFTea 🧊✦ @IcedNFTea]

If you are shitting on @fomo for not having limit orders because you think you can just "vibe code" it

then you do not know what it takes to build a good trading product

GOOD limit orders are hard.

I’ve personally used a terminal with poorly implemented limit orders and lost $10k+ because of it.

Getting this wrong is worse than not having it at all because the moment users can’t trust your execution, you lose them.

A limit order is not just:

“if price hits X → buy/sell”

That’s the easy part.

First, you need RELIABLE market data/indexing so you detect the trigger accurately and quickly.

Then you need the execution layer to actually work: routing, transaction construction, priority fees, retries, fallbacks, MEV protection, slippage controls, liquidity checks, etc.

Getting the trigger right means nothing if the trade itself executes like shit.

And meme coins make this even harder.

A token can move 10–20%+ while you go from:

price hits trigger → detect it → build tx → route it → land onchain

Your “limit price” and your actual fill can be very different things.

Now multiply all of this across chains.

Different execution environments, liquidity venues, routers/aggregators, RPC infrastructure, block times, MEV dynamics, transaction mechanics, and failure modes.

If you know Fomo- their goal isn’t to build the best terminal for one chain.

It’s to make the same trading experience work across ALL of them - the user shouldn’t need to care what chain, venue, or infrastructure is underneath.

The product should just work.

That means every new chain isn’t simply “add a button.”

You have to make sure the data, triggering, execution, and failure handling are reliable enough that the experience feels consistent everywhere.

I know many of you think you are exposing Fomo

But you are actually exposing how little you understand about trading infrastructure

[Ansem 🐂🀄️ @blknoiz06]

social trading this cycle is what will catapult crypto from the doldrums into mainstream society, will be a few traders who make 10M+ publicly this cycle and watching it live will be best show on the internet

e.g. qwerty up 2Ms in a week trading memes, equities, & crypto perps

[diay @itsdiay]

Having worked at a brokerage, I’ve seen how much regulatory, ops, and dev go into making trading in America as seamless as it is today. But our reliance on a handful of able brokerages limits innovation. Stocks coming onchain means entering a golden era of financial apps

[Vlad Tenev @vladtenev]

America must continue to lead. https://t.co/WUOJHfOWGE

[diay @itsdiay]

@abram This is super neat

[diay @itsdiay]

https://t.co/WHlxqVU1Yq

[diay @itsdiay]

@Wishbonelore @v0cabs @stealthXBT @Moonbriel 🫡

[diay @itsdiay]

It’s time to pass CLARITY

[jesse.base.eth @jessepollak]

It's time to pass the CLARITY act.

giving onchain builders in the US regulatory certainty will unlock an incredible amount of new innovation.

[jesse.base.eth @jessepollak]

It's time to pass the CLARITY act.

giving onchain builders in the US regulatory certainty will unlock an incredible amount of new innovation.

[a16z crypto @a16zcrypto]

https://t.co/hkPJtHUpnU

[Base Build @buildonbase]

https://t.co/AhRuCqkhjm

[Nick Prince🛡 @Nickprince]

subscriptions assume a human will use a service regularly enough to justify a monthly fee

agents don't work like that. they use a service once, get what they need, and move on.

per-request micropayments are clearly the right model for agents (cc fees are cost prohibitive) and there’s no better stack than x402 + usdc + base

[diay @itsdiay]

https://t.co/zfOcOglp00

[diay @itsdiay]

Where will most perp volume live in 5 years?

[Base @base]

https://t.co/obS84oJyDj

[kyle @kyle]

Copy @mutu_1987's or my @clicker comments, straight from @walletxyz.

[diay @itsdiay]

@0xProject @willwarren propAMMs = fraud

[diay @itsdiay]

Huge unlock for Base. Moving beyond the OP Stack means faster & more meaningful upgrades

[wilson.base.eth @WilsonCusack]

A new, unified stack for Base Chain

Excited to share that we are evolving our technical roadmap, consisting of our own spec, code, and infra to accelerate the foundation of Base. This shift gives us the autonomy to ship protocol improvements more frequently and focus our resources on scaling to 1 gigagas/s.

What this means for builders:

- Higher Velocity: Targeting 6 hardforks per year to get you new features and fixes faster.
- Massive Scale: Targeting 1 gigagas/s to support high-throughput apps without congestion.
- Extreme Reliability: Targeting 99.99% non-empty blocks and predictable, low fees.
- Simpler Design: A maximally simple spec that’s easier to audit and build on.

Along with this, we will take a more active role in managing our own upgrade schedule and stack: allowing us to build what the ecosystem needs, at the speed it needs, while remaining deeply aligned with Ethereum.

Read the full technical breakdown here: https://t.co/5gVnhgh2Q5