Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
11–20 of 80 posts
Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#12Can you you elaborate on the differences between this and end-to-end encryption?
Private retrieval is a more general concept, which refers to retrieving data from a server without letting it learn your access pattern. In a specific application, it's easier to see the contrast: for example, in our password checker (https://playground.blyss.dev/passwords), the data that Blyss helps keep encrypted, and prevents the server from learning, is which password you are checking. With standard E2EE techniques, it would not really possible to keep your query private.
In messaging, Blyss can be used to build messaging services that not only do not learn what you say (the standard E2EE guarantee), but also do not learn who you talk to. We're working on this, but it's a tricky thing to ship.
Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#13What is the read latency?
(A couple years ago this was more like minutes, and about 10 years ago it would have taken hours!)
Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#14Have you thought about making some ELI5 explainer on how the algo essentially works?
The post you link to is already a great start, I feel like it’s just a question of a little editing work and maybe more examples
— for the nerds to get interested and actually read the paper
— for the users to understand privacy properties better (eg why this is better than TLS in case of a server infected with malware, etc
— and also things which it doesn’t do, which would calm anxiety in those who /need/ to understand the limitations to feel safe
— and to keep devs from thinking it’s a magic pixie dust and over-promising users, only to get hacked
Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#15Is this FHE or oblivious transfer?
Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#16Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#17A thing long overdue, I’d say! Have you thought about making some ELI5 explainer on how the algo essentially works? The post you link to is already a great start, I feel like it’s just a question of a little editing work and maybe more examples — for the nerds to get interested and actually read the paper — for the users to understand privacy properties better (eg why this is better than TLS in case of a server infec…
I'm working on a higher-level "why/how to use this" blog post that should help. Thanks for the suggestions!
Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#18Are there any hardware acceleration strategies for FHE or is it all making the calculations more efficient on the software side right now? My guess is that the software needs to mature before baking silicon?
From a hardware perspective, NTT can be done in parallel, but has a fairly large working set of data (~512 MB) with lots of unstructured accesses. This is too big to fit in even the largest CPU L3 caches, so DRAM bandwidth is still relevant. It may be eventually be feasible to build an ASIC with this much on-chip memory, but in the meantime, GPUs do a pretty decent job with their massive HBM bandwidth.
Re: Launch HN: Blyss (YC W23) – Homomorphic encryption as a service
#19I'm kidding... for a while I wanted to make a game named "blyss". I own the blyss.io domain name. I'll sell it to you if you want!