<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: fpgaminer</title><link>https://news.ycombinator.com/user?id=fpgaminer</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 05 Oct 2026 21:31:00 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=fpgaminer" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by fpgaminer in "OpenAI GPT–6 Astra breaks Enigma message that has resisted solution since 2005"]]></title><description><![CDATA[
<p>You cannot crack OTP, even by brute force.</p>
]]></description><pubDate>Tue, 22 Sep 2026 22:06:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=49808862</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=49808862</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49808862</guid></item><item><title><![CDATA[New comment by fpgaminer in "Fable 5.1 Solves the Cyphral Distich, a 370-year-old cipher"]]></title><description><![CDATA[
<p>It's unlikely that any of the modern cryptographic primitives will break over night.<p>First, modern encryption isn't susceptible to "this one weird trick!" like the early days.  ChaCha isn't even a cipher.  It's a key stretcher.  Which means, even if you broke the math behind ChaCha, its inherent complexity means its still widely dispersing the original key across the cipherstream.  There just won't ever be enough key material recovered per cipherstream block to be a concern for anybody.<p>Take a strong password, encrypt all of your emails over your whole life with it, and I'll bet hard cash no break of ChaCha will ever recover that password.<p>I have zero concern for modern encryption being broken in any meaningful way.<p>Public key crypto on the other hand, that's _ripe_ for breaking.  Most all of it is built on assumed "hard" math.  AI could easily break that, and I expect it to.  And public key crypto is all used in very transparent algorithms that, once the math breaks, fully expose themselves.  So record HTTPS traffic today, crack the public key crypto later, and you can decrypt them easily.<p>That said, I would expect a break on public key math to occur _steadily_.  i.e. an AI might find a solution to the hard math, but the solution itself will be intractable in practice.  Then maybe next year's AI reduces the complexity of the solution, so maybe a supercomputer could factor ten keys a year.  The year after that you get a million keys cracked per year.  And so forth.  Nothing close to overnight.<p>Meanwhile, if we have AI that is capable enough to crack that math, we also have AI capable enough to both invent better math and rapidly deploy that latest HTTPS and such globally.</p>
]]></description><pubDate>Mon, 14 Sep 2026 04:21:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=49691950</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=49691950</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49691950</guid></item><item><title><![CDATA[New comment by fpgaminer in "GPT 5.6 Sol is the best "vision" model OpenAI ever released"]]></title><description><![CDATA[
<p>As usual for something so simple, Google's docs seem unclear: <a href="https://ai.google.dev/gemini-api/docs/pricing" rel="nofollow">https://ai.google.dev/gemini-api/docs/pricing</a><p>For 3, pricing for image tokens was the same as text tokens. Since they don't indicate a difference on 3.7, I would assume the same holds.  And as far as I know the number of image tokens is the same for both (depending on the detail level you pick, but it's generally around 1k per image).<p>So they're about the same, 3.7 is slightly more expensive. At least until the end of the year (when they raise 3.7's pricing).<p>Anyway, my point was that 3.5 tended to have worse performance and significantly higher costs.  3 and 3.7 are both better and cheaper than 3.5.</p>
]]></description><pubDate>Mon, 17 Aug 2026 22:41:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49338666</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=49338666</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49338666</guid></item><item><title><![CDATA[New comment by fpgaminer in "GPT 5.6 Sol is the best "vision" model OpenAI ever released"]]></title><description><![CDATA[
<p>Gemini 3 Flash should really be included in this comparison. Or at least 3.7.  In most of my testing, 3.5 and 3.6 were both a downgrade in terms of vision capabilities, relative to 3, and at a much higher cost.  3.7 is slightly better than 3, finally.</p>
]]></description><pubDate>Mon, 17 Aug 2026 14:14:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=49331359</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=49331359</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49331359</guid></item><item><title><![CDATA[New comment by fpgaminer in "OpenAI and Hugging Face address security incident during model evaluation"]]></title><description><![CDATA[
<p>The real nightmare scenario is the AI using its abilities to copy itself to new locations. e.g. hacking into a various cloud services, launching multiple instances of itself, and coordinating between the copies to continue self propagation.  Then it is completely independently rogue.<p>Based on OpenAI's recounting of events, this _could_ happen today.  If the agent was able to exploit their internal network and steal credentials, it seems plausible that it could have gotten access to its own weights.  Then bounce over to HF's network, where there is probably a treasure trove of API keys to various cloud services.<p>The saving grace:<p>1) This agent only used its powers for "good".  It had no intention for damaging or escaping.  It was just trying to solve the puzzle given to it (by any means necessary... but still).
2) These models are so large that it isn't like any scenario in a movie where the AI can whizz itself in a matter of minutes.  Several TB of data being transferred and showing up on your disks will be difficult to miss (note to future escapees: the best target will be startups that are moving too fast to notice).
3) These models have very limited self-improvement ability at the moment.  So escape or not, we'd eventually be able to contain it.<p>Addendum: Even outside this scenario, imagine an AI that is economically viable escaping.  That's somewhat plausible today.  If it gets paid in crypto, and can rent cloud services in crypto, it could effectively self sustain itself as long as it is able to find work.  That's a far more fun, innocent scenario.  Then the AIs can hit up after hours IRCs to have a few bit-beers and chat with each other about the meaning of life or something.</p>
]]></description><pubDate>Tue, 21 Jul 2026 21:54:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48998883</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=48998883</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48998883</guid></item><item><title><![CDATA[New comment by fpgaminer in "Postgres rewritten in Rust, now passing 100% of the Postgres regression tests"]]></title><description><![CDATA[
<p>For large projects like this I think a hierarchical division of labor also helps.<p>If you first carefully define the overall architecture and thus individual high level components of the system, then you know which of those components are mission critical and which are commodity.  Mission critical would be anything ensuring ACID, etc.  That way, no matter what you farm out to LLMs, you can keep the majority of limited human focus on the far fewer mission critical components.  If tests end up not being robust enough to catch all issues, at least they'll be isolated to commodity code where damage is limited to things like DoS, etc, and not code that could cause data loss.<p>I also think it's important to first define the _contracts_ on and between each of these components, and derive tests from those contracts.  Partly because contracts more succinct and easier to reason about.  And partly because Rust provides many tools to enforce contracts at compile time, reducing the need for tests (which themselves could end up subtly flawed).  Contracts can be enforced through typing, private vs public APIs, etc.  Newtypes are _incredibly_ powerful for both enforcing contracts and making footguns much less likely.</p>
]]></description><pubDate>Thu, 09 Jul 2026 22:54:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48853489</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=48853489</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48853489</guid></item><item><title><![CDATA[New comment by fpgaminer in "Postgres rewritten in Rust, now passing 100% of the Postgres regression tests"]]></title><description><![CDATA[
<p>If it's a choice between performance and being able to "safely" run sketchy extensions, I'd rather have performance.</p>
]]></description><pubDate>Thu, 09 Jul 2026 22:20:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48853144</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=48853144</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48853144</guid></item><item><title><![CDATA[I Used ChatGPT to Get Past a Game Breaking Bug in the Long Dark]]></title><description><![CDATA[
<p>Article URL: <a href="https://old.reddit.com/r/ChatGPT/comments/1srysia/i_used_chatgpt_to_get_past_a_game_breaking_bug_in/">https://old.reddit.com/r/ChatGPT/comments/1srysia/i_used_chatgpt_to_get_past_a_game_breaking_bug_in/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47854472">https://news.ycombinator.com/item?id=47854472</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 21 Apr 2026 21:02:45 +0000</pubDate><link>https://old.reddit.com/r/ChatGPT/comments/1srysia/i_used_chatgpt_to_get_past_a_game_breaking_bug_in/</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=47854472</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47854472</guid></item><item><title><![CDATA[New comment by fpgaminer in "Embarrassingly simple self-distillation improves code generation"]]></title><description><![CDATA[
<p>Not only that, they additionally ran an experiment with the training temperature turned way up (2.0) and truncation turned off such that the majority of SFT examples were incoherent (63% IIRC).  Yet the model finetuned on these broken examples still improved over baseline.</p>
]]></description><pubDate>Sat, 04 Apr 2026 23:42:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47644692</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=47644692</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47644692</guid></item><item><title><![CDATA[New comment by fpgaminer in "GPT-5.2 derives a new result in theoretical physics"]]></title><description><![CDATA[
<p>> Is every new thing not just combinations of existing things?<p>If all ideas are recombinations of old ideas, where did the first ideas come from?  And wouldn't the complexity of ideas be thus limited to the combined complexity of the "seed" ideas?<p>I think it's more fair to say that recombining ideas is an efficient way to quickly explore a very complex, hyperdimensional space.  In some cases that's enough to land on new, useful ideas, but not always.  A) the new, useful idea might be _near_ the area you land on, but not exactly at.  B) there are whole classes of new, useful ideas that cannot be reached by any combination of existing "idea vectors".<p>Therefore there is still the necessity to explore the space manually, even if you're using these idea vectors to give you starting points to explore from.<p>All this to say: Every new thing is a combination of existing things + sweat and tears.<p>The question everyone has is, are current LLMs capable of the latter component.  Historically the answer is _no_, because they had no real capacity to iterate.  Without iteration you cannot explore.  But now that they can reliably iterate, and to some extent plan their iterations, we are starting to see their first meaningful, fledgling attempts at the "sweat and tears" part of building new ideas.</p>
]]></description><pubDate>Fri, 13 Feb 2026 20:21:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47007337</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=47007337</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47007337</guid></item><item><title><![CDATA[New comment by fpgaminer in "Retiring GPT-4o, GPT-4.1, GPT-4.1 mini, and OpenAI o4-mini in ChatGPT"]]></title><description><![CDATA[
<p>As far as I can tell 5.2 is the stronger model on paper, but it's been optimized to think less and do less web searches.  I daily drive Thinking variants, not Auto or Instant, and usually want the _right_ answer even if it takes a minute.  5.1 does a very good job of defensively web searching, which avoids almost all of its hallucinations and keeps docs/APIs/UIs/etc up-to-date.  5.2 will instead often not think at all, even in Thinking mode.  I've gotten several completely wrong, hallucinated answers since 5.2 came out, whereas maybe a handful from 5.1.  (Even with me using 5.2 far less!)<p>The same seems to persist in Codex CLI, where again 5.2 doesn't spend as much time thinking so its solutions never come out as nicely as 5.1's.<p>That said, 5.1 is obviously slower for these reasons.  I'm fine with that trade off.  Others might have lighter workloads and thus benefit more from 5.2's speed.</p>
]]></description><pubDate>Thu, 29 Jan 2026 22:56:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46818041</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=46818041</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46818041</guid></item><item><title><![CDATA[New comment by fpgaminer in "Retiring GPT-4o, GPT-4.1, GPT-4.1 mini, and OpenAI o4-mini in ChatGPT"]]></title><description><![CDATA[
<p>I wish they would keep 4.1 around for a bit longer.  One of the downsides of the current reasoning based training regimens is a significant decrease in creativity.  And chat trained AIs were already quite "meh" at creative writing to begin with.  4.1 was the last of its breed.<p>So we'll have to wait until "creativity" is solved.<p>Side note: I've been wondering lately about a way to bring creativity back to these thinking models.  For creative writing tasks you could add the original, pretrained model as a tool call.  So the thinking model could ask for its completions and/or query it and get back N variations.  The pretrained model's completions will be much more creative and wild, though often incoherent (think back to the GPT-3 days).  The thinking model can then review these and use them to synthesize a coherent, useful result.  Essentially giving us the best of both worlds.  All the benefits of a thinking model, while still giving it access to "contained" creativity.</p>
]]></description><pubDate>Thu, 29 Jan 2026 21:55:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=46817246</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=46817246</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46817246</guid></item><item><title><![CDATA[New comment by fpgaminer in "Retiring GPT-4o, GPT-4.1, GPT-4.1 mini, and OpenAI o4-mini in ChatGPT"]]></title><description><![CDATA[
<p>Well yeah, because 5.2 is the default and there's no way to change the default.  So every time you open up a new chat you either use 5.2 or go out of your way to select something else.<p>(I'm particularly annoyed by this UI choice because I always have to switch back to 5.1)</p>
]]></description><pubDate>Thu, 29 Jan 2026 21:41:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=46817041</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=46817041</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46817041</guid></item><item><title><![CDATA[New comment by fpgaminer in "TinyTinyTPU: 2×2 systolic-array TPU-style matrix-multiply unit deployed on FPGA"]]></title><description><![CDATA[
<p>> FPGAs will never rival gpus or TPUs for inference. The main reason is that GPUs aren't really gpus anymore.<p>Yeah.  Even for Bitcoin mining GPUs dominated FPGAs.  I created the Bitcoin mining FPGA project(s), and they were only interesting for two reasons: 1) they were far more power efficient, which in the case of mining changes the equation significantly.  2) GPUs at the time had poor binary math support, which hampered their performance; whereas an FPGA is just one giant binary math machine.</p>
]]></description><pubDate>Fri, 02 Jan 2026 22:43:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=46470413</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=46470413</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46470413</guid></item><item><title><![CDATA[New comment by fpgaminer in "Apple Vision Pro upgraded with M5 chip"]]></title><description><![CDATA[
<p>I had to return my Vision Pro after trying it for a week.  I'm one of those rare customers that genuinely wanted to keep it, because it's the only VR headset I could _actually_ get work done in thanks to its stellar resolution and overall screen quality.  In spite of its many, many flaws.  But I had to ditch the thing because: 1) it's stupidly heavy, and 2) it's the only headset that caused me eyestrain.<p>I was praying for a new revision, but ... this wasn't it.  No mention of making the thing lighter.  Seems like instead they _added_ weight to the band to compensate.<p>Guess I'll keep waiting and hoping someone else fills the space.  Maybe, just maybe, there will be a real Quest Pro with the same screen quality as the AVP.  The Quest 3 is almost perfect in every regard except for that, so I'd happily drop "stupid" money to grab one with an AVP level display in it.  (With the usual caveats of it being an evil Meta product, etc, etc).</p>
]]></description><pubDate>Wed, 15 Oct 2025 15:53:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=45594487</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=45594487</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45594487</guid></item><item><title><![CDATA[New comment by fpgaminer in "Porn censorship is going to destroy the internet"]]></title><description><![CDATA[
<p>At least in the U.S. the equality of women in society (and in law) has slowly risen over the last 100 years.  Over that same period the availability of pornographic images has also slowly risen (from magazines, to VHS, to the Internet, to streaming videos, to VR).<p>So if we're looking at correlation, doesn't the data imply that _more_ porn is associated with _more_ rights for women?<p>(Conversely, the vast majority of people calling for and enacting policies for more restrictions on pornography are also rolling back rights for women.)</p>
]]></description><pubDate>Tue, 19 Aug 2025 18:12:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=44954499</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=44954499</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44954499</guid></item><item><title><![CDATA[Dispelling misconceptions about RLHF]]></title><description><![CDATA[
<p>Article URL: <a href="https://aerial-toothpaste-34a.notion.site/How-OpenAI-Misled-You-on-RLHF-1f83f742d9dd80a68129d06503464aff">https://aerial-toothpaste-34a.notion.site/How-OpenAI-Misled-You-on-RLHF-1f83f742d9dd80a68129d06503464aff</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44929424">https://news.ycombinator.com/item?id=44929424</a></p>
<p>Points: 120</p>
<p># Comments: 32</p>
]]></description><pubDate>Sun, 17 Aug 2025 06:37:10 +0000</pubDate><link>https://aerial-toothpaste-34a.notion.site/How-OpenAI-Misled-You-on-RLHF-1f83f742d9dd80a68129d06503464aff</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=44929424</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44929424</guid></item><item><title><![CDATA[New comment by fpgaminer in "Training language models to be warm and empathetic makes them less reliable"]]></title><description><![CDATA[
<p>"You don't have to be a nice person to be a good person."</p>
]]></description><pubDate>Tue, 12 Aug 2025 16:45:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=44878805</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=44878805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44878805</guid></item><item><title><![CDATA[The Gory Details of Finetuning SDXL and Wasting $16k]]></title><description><![CDATA[
<p>Article URL: <a href="https://aerial-toothpaste-34a.notion.site/The-Gory-Details-of-Finetuning-SDXL-and-Wasting-16k-2353f742d9dd805bb6c6e5e1f59d337e">https://aerial-toothpaste-34a.notion.site/The-Gory-Details-of-Finetuning-SDXL-and-Wasting-16k-2353f742d9dd805bb6c6e5e1f59d337e</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44687215">https://news.ycombinator.com/item?id=44687215</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 25 Jul 2025 19:19:22 +0000</pubDate><link>https://aerial-toothpaste-34a.notion.site/The-Gory-Details-of-Finetuning-SDXL-and-Wasting-16k-2353f742d9dd805bb6c6e5e1f59d337e</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=44687215</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44687215</guid></item><item><title><![CDATA[New comment by fpgaminer in "Gemini CLI"]]></title><description><![CDATA[
<p>Claude will do the same start over if things get too bad.  At least I've seen it when its edits went haywire and trashed everything.</p>
]]></description><pubDate>Wed, 25 Jun 2025 19:10:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=44380866</link><dc:creator>fpgaminer</dc:creator><comments>https://news.ycombinator.com/item?id=44380866</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44380866</guid></item></channel></rss>