staltz

13 ms·

91.
Layers of the internet economy(staltz.com)
2 points by staltz 9y ago|0 comments
92.
by staltz 9y ago
It's not about how websites depend on Google or Facebook being available . It's about the leverage Google and Facebook gain over you through data collection once they are nearly omnipresent on the web, and the growing inability
93.
by staltz 9y ago
Fun experiment to try out on your computer and experience the gradual death of the internet: block all domains and subdomains from Google and Facebook in your `/etc/hosts` file, and see how many other websites fail to function. I&
94.
Node.js in React Native apps(github.com)
5 points by staltz 9y ago|0 comments
95.
by staltz 9y ago
"Tech giants" mean very large tech companies, basically these: Facebook, Google, Microsoft, Amazon, Apple. This term is found often in the media, and is quite unambiguous. Examples of rhetoric from those companies where they do th
96.
by staltz 9y ago
This kind of rhetoric is coming often from tech giants, travestying words and claiming the exact opposite of what they do in practice. There is an interesting parallel to make here with the Soviet Union: they used to set up puppet states wh
97.
by staltz 9y ago
Hint: help the Scuttlebutt P2P project https://www.scuttlebutt.nz/ . It can be used for social media in areas disconnected from the global internet, through gossip replication of social feeds. Can be quite useful for communi
98.
by staltz 9y ago
Good point, but then again, access to Facebook is probably going to be the most demanded by ISP customers, and therefore FB company has little to worry. Google, on the other, as a search engine company, may appear to depend on the open web,
99.
Guidelines for a new programming language(staltz.com)
9 points by staltz 9y ago|0 comments
100.
by staltz 10y ago
It is certainly meant to scale, it's an eventually consistent decentralized database. Centralized services historically have difficulty in scaling, but distributed and decentralized are by design easier. In Scuttlebutt, we don't n
101.
by staltz 10y ago
It scales by each "circle of friends" or community having its dedicated pub, set up by some tech-savvy person. Pubs should be easy enough to setup for anyone who knows what a VPS is. A community or circle of friends is usually not
102.
by staltz 10y ago
This is so awesome that it deserves a separate blog post. I tried to contain some excitement and not expand on it with this blog post, but it's really revolutionary, and super easy to adopt.
103.
by staltz 10y ago
Another very important point with no-deletes is: you can't deny history. You can't, in real-life, take back something you said. The mechanics of digital deletion in centralized systems is a big problem for History . I remember Ju
104.
by staltz 10y ago
Check other comments here in HN thread about "blobs" and garbage collection. But also, there is the easy possibility of just starting a new account. In fact, substack did this, we refer to his old account as "deadsubstack&quo
105.
by staltz 10y ago
These pubs you mentioned are suffering under the large amount of traffic generated by HN and they were not designed for this load. Ideally hosting your own pub should be as easy as possible. My goal is to have it possible under a Heroku &qu
106.
by staltz 10y ago
This is a valid point and I don't trust my computer. I would trust, however, a Ledger Wallet http://ledgerwallet.com/ and theoretically and economically it's feasible to have a Ledger wallet app to sign every SSB
107.
by staltz 10y ago
There is no way (as far as I know) to delete old entries, and I think this is good because with gossip mechanics we cannot lie to ourselves: there is no way of stopping that information from spreading. What's possible, on the other han
108.
by staltz 10y ago
Yes, but not GBs. There are logs (diaries) and blobs. Images are stored in blobs and can be garbage collected.
109.
by staltz 10y ago
Nothing stops you from copy-pasting your asymmetric keys (it's a file) to different devices. I bet it's feasible, the biggest issue is also making sure your log stays the same, because a log shouldn't get forked.
110.
by staltz 10y ago
It depends if you want to use it like Twitter (public announcements) or like Facebook (closed small/medium circles). If you use like Facebook, then it's enough that one person among your circle of friends (probably the most tech-s
111.
by staltz 10y ago
Well, yes and no. The log will show a different id (public key) which authored the message. But the device itself (iPhone or Google Nexus or whatever) doesn't need to be mentioned.
112.
by staltz 10y ago
There are basically two types of storage. Logs and blobs. Logs were described in the blog post, but blobs weren't. Blobs are mostly images that type of stuff, and are stored in leveldb. It can easily get to 1Gb or more. The trick is th
113.
by staltz 10y ago
Thanks for mentioning. Should be fixed now. I recently migrated from gh-pages to netlify.
114.
by staltz 10y ago
That's only possible with what SSB Handbook calls a "global singleton". That's what I meant with "centralized username registry", which SSB does not have.
115.
by staltz 10y ago
It will be a must once mobile is launched, which I'm working on.
116.
by staltz 10y ago
Cross device identity is still an issue, but not a problem in the foundation. It's a matter of making client apps (like Patchwork) recognize a message of type "link this and that account together" and then your friend's
117.
An off-grid social network(staltz.com)
1031 points by staltz 10y ago|366 comments
118.
by staltz 10y ago
Important context (Twitter thread) for this article, by the same author a few days before publishing it: https://twitter.com/dmitriid/status/841172534586429441
119.
by staltz 10y ago
Is there information already on how the short distances between planets would affect G-forces felt on surface?
120.
by staltz 10y ago
I loved https://zeit.co/now/ passwordless registration and overall first 2 minutes onboarding animations and texts.

More ›