<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: vessenes</title><link>https://news.ycombinator.com/user?id=vessenes</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 13 Apr 2026 11:15:25 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=vessenes" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by vessenes in "Robots eat cars"]]></title><description><![CDATA[
<p>Dynamics can make on the order of 25k robots a year though. Not enough to matter in a gdp sense. There is one US company that can scale this kind of manufacturing currently. So to my mind the question is : can Tesla ever get there on tech, and if so, can they be first to scale to a million units? You don’t need them to have the best robot now. Or ever really if they’re the first to scale.</p>
]]></description><pubDate>Sat, 11 Apr 2026 18:07:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47732695</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47732695</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47732695</guid></item><item><title><![CDATA[New comment by vessenes in "Robots eat cars"]]></title><description><![CDATA[
<p>No, I'm saying that the original content is low-effort shitposting, and that Tesla has the ability to scale industrial production to over 1mm 'things' per year, as evidenced by production last year. I did the OP the mild courtesy of asking him to open up a <i>useful</i> conversation. For instance, "Is there going to be demand for 1mm robots, and if so, when?" Or "How much actual retooling is necessary in Fremont for this?" Both seem like useful and interesting things to talk about.</p>
]]></description><pubDate>Fri, 10 Apr 2026 02:20:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47712845</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47712845</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47712845</guid></item><item><title><![CDATA[New comment by vessenes in "Microsoft PhotoDNA scanning problem"]]></title><description><![CDATA[
<p>That's my guess as well. Could be a collision, or it might be he's in a corpus. Or he's been RATed and is not talking to Microsoft at all. I wasn't aware they required face pics to provide service.</p>
]]></description><pubDate>Fri, 10 Apr 2026 02:17:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47712825</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47712825</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47712825</guid></item><item><title><![CDATA[New comment by vessenes in "USD Purchasing Power in Real Time Since 2000"]]></title><description><![CDATA[
<p>The example is supposed to illuminate the limits of ppp or gdp adjustment. Anesthesia contributes almost nothing to gdp, but it matters more than almost anything to you if you need surgery.</p>
]]></description><pubDate>Thu, 09 Apr 2026 10:14:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47701619</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47701619</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47701619</guid></item><item><title><![CDATA[New comment by vessenes in "USD Purchasing Power in Real Time Since 2000"]]></title><description><![CDATA[
<p>The best example I heard recently was anesthesia. Costs less than $5 to make. Worth a lot more if you have surgery coming up.</p>
]]></description><pubDate>Tue, 07 Apr 2026 22:53:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=47682381</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47682381</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47682381</guid></item><item><title><![CDATA[New comment by vessenes in "Why are we still using Markdown?"]]></title><description><![CDATA[
<p>Hard, hard no on this.<p>Why are we using Markdown? Why do I use it every day?<p>It's easy to write. It's easy to read. Despite the OP's complaints, quality parsers exist.<p>pandoc can turn it into almost any format. We will still be writing markdown in 50 years, because the design bridges a bunch of compromises very nicely.</p>
]]></description><pubDate>Fri, 03 Apr 2026 18:38:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47630348</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47630348</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47630348</guid></item><item><title><![CDATA[New comment by vessenes in "Solana Drift Protocol drained of $285M via fake token and governance hijack"]]></title><description><![CDATA[
<p>The multisig UI/UX is a real and long term difficulty for any governance council. "Please sign this opaque transaction with binary data, it represents our agreement. I promise." For a while maybe ten years ago I worked with MakerDAO on this problem - at the time the idea was a separate auditor for proposed transactions.<p>This general attack pattern is: get a lender with good collateral to call your bad collateral good, then swap collaterals, and it's a known and bad attack vector; the ongoing tension between innovation / speed and caution continues.<p>There's probably a flash-loan multiplier angle here for an even worse attack; I'm imagining chaining a liquidity change in the trusted price oracle for the CVT token in the middle of the swapping. Anyway, upshot - don't loan against North Korean attack tokens. Put it on the list.</p>
]]></description><pubDate>Fri, 03 Apr 2026 18:34:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47630298</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47630298</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47630298</guid></item><item><title><![CDATA[New comment by vessenes in "Google releases Gemma 4 open models"]]></title><description><![CDATA[
<p>Right. You need to predict a set of experts through the entire forward pass. Think of a vertical strip.</p>
]]></description><pubDate>Fri, 03 Apr 2026 02:14:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47622540</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47622540</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47622540</guid></item><item><title><![CDATA[New comment by vessenes in "Google releases Gemma 4 open models"]]></title><description><![CDATA[
<p>I’ve been doing some low-key testing on smaller models, and it looks to me like it’s possible to train an MOE model with characteristics that are helpful for streaming… For instance, you could add a loss function to penalize expert swapping both in a single forward, pass and across multiple forward passes. So I believe there is a place for thinking about this on the model training side.</p>
]]></description><pubDate>Thu, 02 Apr 2026 19:31:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47619086</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47619086</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47619086</guid></item><item><title><![CDATA[New comment by vessenes in "Google releases Gemma 4 open models"]]></title><description><![CDATA[
<p>I'll pipe in - a series of Mac optimized MOEs which can stream experts just in time would be really amazing. And popular; I'm guessing in the next year we'll be able to run a very able openclaw with a stack like that. You'll get a lot of installs there. If I were a PM at Gemma, I'd release a stack for each Mac mini memory size.</p>
]]></description><pubDate>Thu, 02 Apr 2026 18:26:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47618252</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47618252</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47618252</guid></item><item><title><![CDATA[New comment by vessenes in "Google releases Gemma 4 open models"]]></title><description><![CDATA[
<p>We were promised full SVG zoos, Simon. I want to see SVG pangolins please</p>
]]></description><pubDate>Thu, 02 Apr 2026 18:23:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47618215</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47618215</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47618215</guid></item><item><title><![CDATA[New comment by vessenes in "The SpaceX IPO: retail investor notes"]]></title><description><![CDATA[
<p>SpaceX is emphatically not in need of a bailout. I don't know the history of launch 3, so I can't opine, but  saying Tesla was bailed out by Obama is reductive in the extreme. Elon is the single largest taxpayer in US history.<p>It's not a bail-out Elon wants, nor is it 'safety' for SX. He wants capital to go build out space as fast as possible; he needs retail capital to do it.</p>
]]></description><pubDate>Thu, 02 Apr 2026 18:17:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47618137</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47618137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47618137</guid></item><item><title><![CDATA[New comment by vessenes in "The SpaceX IPO: retail investor notes"]]></title><description><![CDATA[
<p>Most reasonable analysis here! But you forgot: “retail loves it and buys it, providing capital sufficient to stabilize.”<p>I also like SpaceX - one thing many of the kids around here seem to forget is that elon has managed extremely dire capital and earnings situations very ably in the past - the above list for Tesla ten years ago looked much much worse.<p>This isn’t dispositive to success on your list but it does mean you can treat the company more like a long call : it almost certainly won’t go away.</p>
]]></description><pubDate>Thu, 02 Apr 2026 15:49:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47616089</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47616089</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47616089</guid></item><item><title><![CDATA[New comment by vessenes in "TurboQuant KV Compression and SSD Expert Streaming for M5 Pro and IOS"]]></title><description><![CDATA[
<p>I like this idea on expert streaming. I've been poking around fairly thoroughly at the same idea - can we fix a set of experts? when can we fix them? How long is the top-k selection "good" for in terms of number of forward passes?<p>One thing I've turned up in smaller models and I'm sort of winding my way toward verifying in larger ones is that if you train the MoE model from scratch with this kind of knockout / subset of experts baked in, then you get significantly better loss outcomes. In small models, it's actually better than training an MOE <i>without</i> conditioning on a reduced set of experts per pass.<p>Anyway, pretty cool. There's some Pareto-optimal curve based on memory bandwidth, amount of GPU / unified RAM and inference compute times for streaming stuff in.</p>
]]></description><pubDate>Wed, 01 Apr 2026 19:14:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47605200</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47605200</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47605200</guid></item><item><title><![CDATA[New comment by vessenes in "StepFun 3.5 Flash is #1 cost-effective model for OpenClaw tasks (300 battles)"]]></title><description><![CDATA[
<p>Cheapest just isn't a very useful metric. Can I suggest a Pareto-curve type representation? Cost / request vs ELO <i>would</i> be useful and you have all the data.</p>
]]></description><pubDate>Wed, 01 Apr 2026 19:02:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47605059</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47605059</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47605059</guid></item><item><title><![CDATA[New comment by vessenes in "Show HN: CLI to order groceries via reverse-engineered REWE API (Haskell)"]]></title><description><![CDATA[
<p><p><pre><code>  > The suggestion engine (korb suggestion threshold) is re-implemented in Lean 4 with five mathematically proven properties: suggestions have positive frequency, are sorted descending, come from ordered and available products, exclude basket items, and respect the count limit.
</code></pre>
This is amazing. I mean this literally in that I am amazed, but also figuratively in that I am delighted to watch the type-safe-mad build cool shit.</p>
]]></description><pubDate>Wed, 01 Apr 2026 16:21:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47602941</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47602941</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47602941</guid></item><item><title><![CDATA[New comment by vessenes in "EmDash – A spiritual successor to WordPress that solves plugin security"]]></title><description><![CDATA[
<p>Here to say -- great name.  It's not just a reference to our modern times, it's a sign of brilliance. (I wrote this myself with no clanker support)</p>
]]></description><pubDate>Wed, 01 Apr 2026 16:18:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47602897</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47602897</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47602897</guid></item><item><title><![CDATA[New comment by vessenes in "Neanderthals survived on a knife's edge for 350k years"]]></title><description><![CDATA[
<p>Friend, this is just not true. Thousands of years of large sophisticated governments and civilizations in what is now Mexico and farther south. Its reductive to the point of being completely wrong to think of the Americas in this way.<p>Teotihuacan shows excellent astronomy, civil engineering, and a very large implied economy built so long ago the name of the people group is not recorded.<p>Did Europe rock the Americas, hard? Yes. Was it because they were more advanced? In wartime tech, and psyops, yes. The rest? I would be cautious.</p>
]]></description><pubDate>Wed, 01 Apr 2026 14:19:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47601319</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47601319</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47601319</guid></item><item><title><![CDATA[New comment by vessenes in "My son pleasured himself on Gemini Live. Entire family's Google accounts banned"]]></title><description><![CDATA[
<p>Oooof. This is going to take a lawyer. A team of lawyers. Everything on that account has no doubt been LOCKED down for CSAM-grade review. I'm just imagining how you'd get a judge to help you here. You'd need to have found an acceptable third party that would do the data access, you'd have to agree on an attorney's eyes only list of data that you'd request.. Any chance anyone might possibly access CSAM = no. Any chance someone might possibly try and delete CSAM = absolutely no.<p>I don't know what the OP does for work, but almost certainly it's going to be easier to just start over with a new website. Maybe get the daughter's laptop taken to a data recovery specialist and try and pull browser history for the thesis.</p>
]]></description><pubDate>Wed, 01 Apr 2026 03:39:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47596529</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47596529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47596529</guid></item><item><title><![CDATA[New comment by vessenes in "Safeguarding cryptocurrency by disclosing quantum vulnerabilities responsibly"]]></title><description><![CDATA[
<p>I haven't seriously looked at Bitcoin's PQ plan for a couple of years, so I might be (I am almost certainly) out of date, but my recollection is that there's a "pre working attack" phase required, in which everyone basically signs a new PQ secure address, and a cutoff date.<p>This would leave holders who did not sign in two categories:<p>1) If you never sent a tx with an address, then you did not reveal your public key, and have some safety, e.g. you could do the PQ signature, wait, and be fine.<p>2) If you did, then you revealed your public key, and didn't bother to make the cutoff, and well, too bad.<p>There was a bunch of frankly dumb analysis about how long this would take the chain to process and how expensive it would be assuming that miners would all continue to enforce 10 minute blocks and transaction fees for these signature txs. I would be very surprised if the mining industry shot itself in the foot like that. The actual time to process 200mm or so new signatures just isn't that long. Hey we could do it on Solana if we needed to. That said, I imagine the papers this week plus Google moving up its timeline mean that there will be a concerted effort in Bitcoin land to get a real process down and tested in the next couple of years. Pretty cool.<p>Finally, I've read very little analysis about whether or not miners would choose to continue the energy dependent nature of mining, or try and move on. I think this is a pretty interesting economic question; I'm looking forward to finding out the answer. I expect mining will have a longer lead time than the signature problem - we're a long way from having Grover implementing SHA-256 as far as I know. And even then you still have 128 bits to deal with ONCE you get an equivalent amount of Grover-capable quantum compute out to the current ASIC ecosystem.</p>
]]></description><pubDate>Tue, 31 Mar 2026 07:25:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=47583882</link><dc:creator>vessenes</dc:creator><comments>https://news.ycombinator.com/item?id=47583882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47583882</guid></item></channel></rss>