Hacker Newsnew | past | comments | ask | show | jobs | submit | logged4upvoting's commentslogin

Shameless plug, I submitted a similar thought in here the other day. https://news.ycombinator.com/item?id=48503555

I like your approach of pooling resources around specific issues. That seems a practical missing piece for aiding the maintainers.


For me it is more like, i should have started leaving a trace before the invention of modern genAI, now maybe is late. I could have had a trusted trace to prove that I am a genuine human, now I get the impression that faceless new accounts/profiles or whatever are all fake and automatically managed.

It's never too late; the important part is to have a personality and your own opinions. AI is agreeable, they will just go along with whatever information they are prompted with, unless they get an explicit prompt to be disagreeable. But you as a human have morals, values, experience and knowledge that you can apply to e.g. leaving comments or writing things.

But this was good advice years ago too. The average Facebook or Youtube comment section feels like it's full of empty drones, repeated and predictable comments that don't actually add much. HN comments are a breath of fresh air in that regard. Reddit can be to some degree, as long as you filter out the predictable kneejerk reactions and "I also choose this guy's dead wife" meme comments.


I agree, and i think one more thing should be also explicit; save files.

Whether the game works offline, and until when the servers are guaranteed, is one part. But the savegames and progression data should also belong to the user.

The game is made by the studio, sure, but the save file is the part I construct by playing. It is my time, my choices, my progress, my world state and my memories.

So I would add a clear principle that the publisher should not be able to kidnap the user's save data.


So if i understand correctly is like

Application 1 has a Ed25519 keypair

Secret key private 3085c7405a88a968133e813e9f638a7d9b2e8088fe717ca535cc24d90b59815d

EndpointID or public key, for connecting to you: 274d4c656f064d4c59fffe7db38d6bf90d63cb087d0b2afd2cfa534334f7071c

and for connecting to App 2 you need to know the other endpoint id, no friendly "dnsish" name involved.


Yes, exactly. Basically we chose the bottom edge of zooko's triangle.

https://en.wikipedia.org/wiki/Zooko%27s_triangle

A mapping from a scarce but human readable name to a non-scarce but not human readable name would't be that hard, but we haven't done this yet.

If we do it it will probably be an additional crate reusing some of our infrastructure, not built in to iroh itself. There are a lot of use cases where the non human readable names work perfectly fine.

We would implement two versions, one using DNS and one using an appropriate decentralized system like ENS.


That is not true, over an extended task that you cannot keep complete in memory humans do not behave with 100% consistency.

I have labeled datasets with a human team and shown the same task to the same user on a different day, and they answered differently. Of course, they are usually consistent with themselves most of the time but not always.


What it would be interesting is a photo service back-end that can completely run with encrypted files in the server, like iCloud with Advance Data Protection.

All the processing is done on-device (phone) and the server is just for distribution


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: