• 0 Posts
  • 6 Comments
Joined 3 years ago
cake
Cake day: June 11th, 2023

help-circle
  • I agree, I was trying to respond without getting too much in the weeds. The argument being made was that the entropy (information content) of the key itself is the problem. I was saying that isn’t true because entropy is defined differently.

    But there is a lower bound for any algorithm who’s output produces something with a certain amount of information, and that’s the information->energy cost of that output. The specifics of the algorithm being irrelevant. I believe even with something like thermodynamically reversible computing you still pay the cost at the end for storing your result? (Which gets into one of the most mind blowing things I remember from stat mech about Szilard engines. Essentially that if I know the microstate of a system [or even a macrostate I believe?] I can slowly burn that information to extract energy from the system equal to the information I had)

    You’re right that in the classical case with irreversible computation you can argue that there’s a thermodynamic impossibility to the brute forcing based on the Landauer limit.


  • I think you’re almost right about the high level principles, you’ve just forgotten that entropy scales as the log of the combinations not linearly.

    So the entropy of a 128 bit key is not 2^128, it’s just 128 and therefore the fundamental limit on the cost required to recover it that you’re talking about is very small.

    See landauer limit (which isn’t quite the same thing since it’s about irreversible computers which some quantum computers might not be, but gets at the idea of there being an energy cost to have information)

    I believe the specifics of your thoughts about entropy of public vs private keys is also incorrect but not necessary to the core of what you’re saying.


  • There’s like two people’s devices behind my router. The amount of benefit I get to hiding which device is sending traffic is pretty meaningless. And all my user devices are using privacy extensions anyway.

    I don’t quite understand what you’re trying to prevent. Like if I have an iot device that doesn’t support privacy extensions, who am I making the tracking harder for by using ipv4? Anything the device talks to already is probably tracking via the device authenticating in the first place. And anybody in the middle doesn’t really learn much by knowing that a particular device is sending opaque traffic vs the house is sending opaque traffic.

    Big tech tracks us because we voluntarily login to their services. And they do so mainly to sell us ads. If you don’t want them tracking you, hiding IP doesn’t help much. Like don’t login to their services and block requests to their domains to prevent third party site integrations. If you need to use their services anyway, then you’re fundamentally screwed.



  • Okay my new guess is moisture in the filament causing inconsistent extrusion, leading to the bubble on the surface. And also causing over extrusion.

    For the walls, your picture is a bit too blurry/low res to really see, but I get the vibe of over extrusion with the small part that’s sticking up in the center of the perimeters in the lower right. Also the top of the anchors for the supports looked over extruded, with plastic kinda curling up at the top.

    Your new print is now definitely under extruded with those gaps on the top surface.

    I think flow rate is not the culprit here. Your bridges on the first print are also extremely suspicious. They should be solid lines, not the blobs you’re getting. Something is wrong with the flow of filament out of the nozzle. Could be moisture or temperature or issues with the extruder. It’s hard to tell.