Live data from Hacker News

IPFS Support in Brave

brave.com

131–140 of 464 posts

Re: IPFS Support in Brave

#131

Earlier quoted context omitted.

Uhm, no? https://vivaldi.com/source/

Only part of their source is available. > Of the three layers, only the UI layer is closed-source. ... The Vivaldi UI is truly what makes the browser unique. As such, it is our most valuable asset in terms of code. https://vivaldi.com/blog/vivaldi-browser-open-source/

Which is kinda funny since their UI is half-done and sluggish.

Re: IPFS Support in Brave

#132

I don’t know anything about IPFS and would like to know more. When I visit an HTTPS URL I see content and some authenticity (of the server, at least) tied with the transport mechanism. IPFS provides the content and a distributed transport. Does the protocol include authentication of the author? Is it up to the content author to include their own signature protocol outside of IPFS? [If you post an ipfs:// link claimin…

My understanding is that the integrity of the contents is assured due to the identifier being a hash of the content. From there I don't think it's really needed for a whole protocol to verify the author. Couldn't something as simple as a gpg signature be sufficient? If they signed the hash and gave it to you then it would be good

I suppose I could copy and paste an inline signature from the ipfs content into some other software. Standard support in the protocol for this would be very helpful though.

(‘hecturchi’s response hints at how IPFS achieves this, I think.)

Re: IPFS Support in Brave

#133

Earlier quoted context omitted.

It is not particularly surprising considering that the founder of Brave was fired as Mozilla's CEO and replaced by the current one specifically because of politics.

> because of politics. Even more specifically because of his anti-LGBT politics.

After a bit of reading, it sounds like he has some very nasty personal views. At least he respected the Mozilla community enough to step down when they came to light.

His views do not impart themselves onto Brave of course, but I will stay with Firefox.

Re: IPFS Support in Brave

#134

Earlier quoted context omitted.

It does :) Download Brave and navigate to the following URL for a quick demo: ipfs://bafybeiemxf5abjwjbikoz4mc3a3dla6ual3jsgpdr4cjr3oz3evfyavhwq/wiki/Vincent_van_Gogh.html

In my experience IPFS is only fast when you're using it through something like Cloudflare's IPFS proxy (which is basically a caching proxy). I haven't found IPFS to be actually usable any time I've tried running a node myself. Especially pinning anything beyond the most trivial of examples. Hoping to be proven wrong though.

It depends.

For a start, newer versions of IPFS work much better, but the network still had a significant amount of older nodes making the experience worse for everyone. Luckily, this is changing as of late, it seems.

IPFS shines when it can take advantage of content proximity (i.e. in your LAN, in your node etc.) or when there are few providers for the content within reach, at which point it just works regardless of connectivity to the outside world.

In a general scenario, comparing IPFS-delivery speed with a CDN-backed website is not very fair. Might be slower but offers much more versatility.

Re: IPFS Support in Brave

#135
post #115

It is not the first time that I have looked at IPFS and I still have a hard time understanding how the ecosystem is going to work. From my understanding, the file hash is basically the file URL, such that any change to the file content is a change to the file url as well. For hosting something like Wikipedia, how would one create pages that link to one another? And if indexes need to be created on top of the content,…

Another commenter mentioned IPNS but another thing that seems to help with this is that the content hash can be a folder containing static files.

You can then link to files within the folder using relative links.

I guess this avoids having to have IPNS entries for every file?

Re: IPFS Support in Brave

#136
post #65
post #40

Mozilla promised us Tor integration, IPFS integration and more private browsing by default. Brave delivered it all.

It is easier for Brave to deliver new features when the biggest work is done by Chrome team.

> It is easier for Brave to deliver new features when the biggest work is done by Chrome team.

Do you think Mozilla will ever switch to chromium? It is the linux of the web - would be nice if they could finally focus and stop dressing up their dead horse.

Re: IPFS Support in Brave

#137
I tried to switch fully to Brave, but I had issues with Sync, messing up my 400+ bookmarks (thanks regular backups for the recovery), plus I really dislike uphold, as I had terrible experiences with them.

Any plan to at least allow using other crypto platforms like coinbase?

Re: IPFS Support in Brave

#139
post #100

Earlier quoted context omitted.

>and that is better since it is easy to have an IPFS node running locally since it is quite efficient. No, it isn't.

Seconding this. Unless something's changed, my experience with the default Go daemon they provide was shock at how much resources it consumed in the background. It was something like 12% CPU usage while doing nothing at all for hours on end - I wasn't even accessing any ipfs content.

I see less than 1% cpu usage and 200mb memory usage and 4% spikes while serving my personal website or fetching an IPFS resource.

(Though on a Linux system I also modified the low water setting up to 1000 peers and the high water setting to 2000 peers)

Post reply on HN