I am genuinely stoked for @tempo's new virtual addresses feature that they announced yesterday. I think this could be a real sleeper hit and I'm guessing that most people who don't have first-hand experience building on-chain don't realize it. In almost 8 years building in crypto I've had to solve the deposit-address problem at literally _every single company_ I've worked at. Every time its the same build out: Generate a unique address per customer Sweep funds back to a master wallet Manage gas in every leaf address Reconcile timing differences Handle the edge cases It's the kind of thing that sounds simple in a design doc and then can end up eating a quarter of your team's roadmap. It is _so cool_ to make this a protocol primitive - and totally obvious in hindsight. No sweeps, no per-address gas, no state bloat from millions of customer accounts sitting around with minuscule amounts of dust in them. This is another one of those things that - if you've built any kind of systems in payments before - seems like an absolute no-brainer, yet somehow we don't have any blockchains with virtual accounts as a first-class citizen yet (Solana's ATAs partially get there but you still need to pay rent per account). Bullish on how much friction this will remove for teams bringing AR / AP on chain and on more protocols bringing more "obvious" payments primitives on chain in general. Hat tip.