• 0 Posts
  • 10 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle
  • I’ve used 4k and 1440p monitors, and my TV is 4k as well. For desktop use, 4k isn’t really a big difference because of the hardware needed to run it at a decent speed. However, once I got my hands on a 170hz 1440p monitor, I can’t go back to anything less. It’s extreme noticeable. The higher refresh rate, and the reasonable upgrade in pixel density makes text much clearer, especially in motion.

    For content viewing though, 4k on a TV it depends on how much of your field of view is occupied by the TV. Most of time though, a high quality panel is worth much more than higher pixel density. There is a massive difference between a basic 4k big box store TV, and 4k LG oled. The color, even outside of HDR content is just so much better, and the true actual black color is fantastic. Resolution is nice, but honestly, oled color is so good.



  • You missed the point of my example entirely. How can those commits exist, and those people exist in that instance if they don’t have accounts? I was refuting your statement that a frontend needs an account. By mirroring an existing repo, as an example, you could verify that my claim is correct. Git as platform is already decentralized and doesn’t require accounts. You could email someone your git diff’s and it will function the same.


  • You need a frontend

    Yes, but the requirement of said frontend are very small.

    and a frontend needs an account.

    Not required at all actually. For example, mirror a github repo in gitea. You’ll see all the commits, their messages, and who made them. Yet that gitea instance isn’t accessible publicly. None of those people have an account, and none of them can login even if they could access the instance. A commit is just attached to a name, that is user configurable, and a lot less data minable than a “real” account.





  • When you use your “one password” you’re in effect giving your device permission to access the key storage in your TPM to fetch the private key to present it to the site.

    Very small correction as I understand, but your private key is never presented. The web service should never interact with the private key directly. Your device is signing some bit of data, then the server uses your public key to verify that it was signed by your private key. Its a small distinction, but is one of the principal uses of asymmetric encryption is that the public key can truly be public knowledge and given to anyone, while the private key is 100% always only accessed by you the user.