Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mariusblaesing
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
mariusblaesing
12y ago
We are a Coffee Circle customer at our startup and your only real differentiation from CC are the letterbox-friendly packages. I assume this means 350g or less? Nevertheless, good idea, but it will be expensive for you ;)
2.
▲
by
mariusblaesing
13y ago
What should it do with it? It can't send it anywhere: Block network access for that process if you don't trust it. Key won't be accessible on disk anyway, only in RAM during crypto and will be destroyed immediately afterwards
3.
▲
by
mariusblaesing
13y ago
Communication between open and closed source processes runs via IPC. Since all the IPC functions are declared in the open source part, you can exactly check what data is exchanged between the processes -> You can see that keys are not tr
4.
▲
by
mariusblaesing
13y ago
You can still tell what exactly happens. Two separate processes might be used: one for crypto + network which is open source, the one manages synchronisation (which is the secret sauce of all cloud-sync services, if it works really good). U
5.
▲
by
mariusblaesing
13y ago
Boldshare matches your feature list exactly. Client code will be open source. Beta in November: https://boldshare.com/
6.
▲
by
mariusblaesing
13y ago
good idea, but coming from a privacy startup this is obviously a no-go.. and distributing a web-app would equal to just open source it.. I know, it's a dilemna