<p><span class="h-card" translate="no"><a href="https://ioc.exchange/@azonenberg" class="u-url mention">@<span>azonenberg</span></a></span> <span class="h-card" translate="no"><a href="https://furry.engineer/@soatok" class="u-url mention">@<span>soatok</span></a></span> neat approach. I can definitely see the downsides (complicates persistent hashing, perception of random performance is frustrating for users) but still elegant.</p><p>presumably you have to be careful about seed recovery in the context of hashing oracles, though?</p>

<p><span class="h-card" translate="no"><a href="https://chaos.social/@gsuberland" class="u-url mention">@<span>gsuberland</span></a></span> <span class="h-card" translate="no"><a href="https://furry.engineer/@soatok" class="u-url mention">@<span>soatok</span></a></span> the current state of the art seems to be making things nondeterministic (so two runs of the app will hash the same data differently) which comes with a whole lot of other side effects I really don&#39;t like</p>

<p><span class="h-card" translate="no"><a href="https://furry.engineer/@soatok" class="u-url mention">@<span>soatok</span></a></span> d&#39;you happen to know of any prominent or interesting works relating to devising abuse-resistant non-cryptographic hash functions (i.e. the type used for generating object hashcodes for fast lookups, sorting, etc.)</p><p>specifically thinking of the threat model where someone intentionally constructs data that triggers pathological performance cases in an attempt to cause resource exhaustion. I&#39;ve definitely seen folks discuss this before, just can&#39;t recall where.</p>

<p><span class="h-card" translate="no"><a href="https://mastodon.social/@gamingonlinux" class="u-url mention">@<span>gamingonlinux</span></a></span> All is forgiven. Go in peace, my child.</p>

<p><span class="h-card" translate="no"><a href="https://mastodon.social/@gamingonlinux" class="u-url mention">@<span>gamingonlinux</span></a></span> turning all emails for april first to high importance</p>

<p>Just gonna hit &quot;Delete All&quot; for any emails coming in on April 1.</p>

<p>Luck be a Landlord dev&#39;s bullet heaven roguelite Maze Mice arrives May 2 <a href="https://www.gamingonlinux.com/2025/04/luck-be-a-landlord-devs-bullet-heaven-roguelite-maze-mice-arrives-may-2/" target="_blank" rel="nofollow noopener" translate="no"><span class="invisible">https://www.</span><span class="ellipsis">gamingonlinux.com/2025/04/luck</span><span class="invisible">-be-a-landlord-devs-bullet-heaven-roguelite-maze-mice-arrives-may-2/</span></a></p><p><a href="https://mastodon.social/tags/MazeMice" class="mention hashtag" rel="tag">#<span>MazeMice</span></a> <a href="https://mastodon.social/tags/IndieGame" class="mention hashtag" rel="tag">#<span>IndieGame</span></a> <a href="https://mastodon.social/tags/Gaming" class="mention hashtag" rel="tag">#<span>Gaming</span></a> <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="tag">#<span>Linux</span></a> <a href="https://mastodon.social/tags/SteamDeck" class="mention hashtag" rel="tag">#<span>SteamDeck</span></a></p>

<p>The fun thing about Mastodon is that there aren’t any companies posting April Fools’ Day jokes here, just people posting about how upset they are by the idea that they once saw those April Fools’ Day jokes in years past and are still upset about the idea that they could be happening somewhere.</p>

<p><span class="h-card" translate="no"><a href="https://mastodon.social/@gamingonlinux" class="u-url mention">@<span>gamingonlinux</span></a></span> that a shame sounded like a good idea + wouldn&#39;t mean they would have had to use the engine as is and could have very much added their own patch on top for their needs</p>