
Alex Radu /Acc
886 posts

Alex Radu /Acc
@Alex__Radu
building @PulsarMoneyApp partner @AccVentures | @Astrarizon operator-first backing infra, AI & payments


one thing after watching stablecoin cards lately in the US, credit is the default. people "put it on the card" and the card almost always means credit. rewards, points, credit score, the whole social contract of how you spend lives there. in most of europe and a lot of asia, the opposite. the card is debit. you spend what you have. credit is a separate product you opt into. and i think this is what's actually shaping stablecoin cards right now because the first wave of stablecoin cards is basically the european version. debit-style, spend crypto through a card. you swipe, your balance drops, you sold an asset to buy a coffee. useful, but it's the smaller version of the product the next wave is the american version. credit attached to the account. you don't sell when you spend, you borrow against what you hold. onchain, that architecture can actually be cleaner than the legacy version collateral is liquid, transparent, programmable and composable. credit lines can sit behind the user experience, while settlement still happens in the format merchants already understand this is why infra like @sprinter_ux is interesting one credit line, collateral across chains, USDC drawn to a receiver address. for a card program, that receiver can simply be the settlement layer. user taps, USDC settles, the credit line sits behind the experience, and the user never has to think about chains @Morpho matters for the same reason not as the card layer, but as part of the credit and yield layer underneath the account. if stablecoin apps become real financial accounts, they need lending markets, curated vaults and idle-balance yield underneath them so the cards are the interface people already understand, while the account behind the card is the actual product. the goal is to make that feel normal to use, just like traditional credit accounts. of course, still real work to do on risk, LTVs, liquidations, refunds, tax, compliance, chargebacks, but the direction is pretty clear; and that's a big part of what we’re building at @PulsarMoneyApp looking deeply in this space so let me know if you have any other ideas and views on these infra protocols we should take a close look at

Introducing LI.FI Intents. Infrastructure for apps, wallets, and neobanks to: • Enable stablecoin payments • Access real-world assets • Tap into compliant onchain liquidity Built for enterprises bringing financial products onchain.

one thing after watching stablecoin cards lately in the US, credit is the default. people "put it on the card" and the card almost always means credit. rewards, points, credit score, the whole social contract of how you spend lives there. in most of europe and a lot of asia, the opposite. the card is debit. you spend what you have. credit is a separate product you opt into. and i think this is what's actually shaping stablecoin cards right now because the first wave of stablecoin cards is basically the european version. debit-style, spend crypto through a card. you swipe, your balance drops, you sold an asset to buy a coffee. useful, but it's the smaller version of the product the next wave is the american version. credit attached to the account. you don't sell when you spend, you borrow against what you hold. onchain, that architecture can actually be cleaner than the legacy version collateral is liquid, transparent, programmable and composable. credit lines can sit behind the user experience, while settlement still happens in the format merchants already understand this is why infra like @sprinter_ux is interesting one credit line, collateral across chains, USDC drawn to a receiver address. for a card program, that receiver can simply be the settlement layer. user taps, USDC settles, the credit line sits behind the experience, and the user never has to think about chains @Morpho matters for the same reason not as the card layer, but as part of the credit and yield layer underneath the account. if stablecoin apps become real financial accounts, they need lending markets, curated vaults and idle-balance yield underneath them so the cards are the interface people already understand, while the account behind the card is the actual product. the goal is to make that feel normal to use, just like traditional credit accounts. of course, still real work to do on risk, LTVs, liquidations, refunds, tax, compliance, chargebacks, but the direction is pretty clear; and that's a big part of what we’re building at @PulsarMoneyApp looking deeply in this space so let me know if you have any other ideas and views on these infra protocols we should take a close look at





best spots to lock in on a drizzly Saturday in NY 🌧️ - conwell coffee hall - Georgie’s cafe - haraz coffee house - stone street - cafe jalu - mori coffee - plantshed - the lost draft - toby’s estate in tribeca - kings street coffee - the blue bottle on broadway - moshava only including the few that are both laptop friendly over the weekend and with ample seating for founders building/raising, come co-work with me next Sat!















Just ask & it gets handled. Building the Pulsar fintech app from the ground-up with AI native capabilities means you can manage your life easier, faster, and with more control. It's time to lock in.



Pulsar cafe coming this summer to SF & NY ☕









In SF this week and hosting a Lovable meetup tomorrow at @Stanford Come join if you're building something. We’ll do live design sessions, jam on ideas, and help improve what you’re working on. Where? Coupa Cafe – Green Library, Stanford When? 20 May • 2:30 PM Who? Builders / Founders






