Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Arxiv.org on IPFS

xirva.org

Post reply on HN
Print view View original

71–77 of 77 posts

Re: Show HN: Arxiv.org on IPFS

#71

Post by betwixthewires »

sebmellen wrote: post #20

Hey Hugo, do you have an email I could reach you at? I've been thinking/working on these problems for 3 years now and would love to find some smart people to partner with to further develop the ideas. I don't have much to show publicly right now, but https://intpub.org/ (soon to be scipub.app) is the start.

Oh wow I'm going to be watching your github repo, what you're doing looks interesting.

Do you have any plans to implement some search functionality to help find documents, or is it about permissionless publishing only?

Re: Show HN: Arxiv.org on IPFS

#72

Post by chalst »

gambler wrote: post #40
f0e4c2f7 wrote: post #25

Earlier quoted context omitted.

A perfect system? No, but think about how people must have felt about Wikipedia on launch. Love this idea.

Using Wikipedia as an example of a seemingly naïve idea that was ultimately proven to work is a pretty bad argument that completely ignores how Wikipedia operates at the moment. It's routinely used for propagating smears: https://odysee.com/@AlisonMorrow:6/how-wikipedia-decides-if-... Even one of its co-founders says it's failing as an accurate source of information: https://odysee.com/@TimcastIRL:8/former-founder-of…

Larry Sanger has made something of a career out of being "the cofounder of Wikipedia who thinks it's getting it all wrong". There's a point at which the latest iteration of his criticism ceases to be a stop-the-presses newsworthy event.

Sanger wrote a great set of essays, largely based on the lecture notes of courses he taught as an academic, that seeded Wikipedia with a load of freely licensed content that kickstarted the whole enterprise. It's quite possible that without this initial burst of momentum, Wikipedia would have failed. For that he has earned and will never lose recognition. But the negative part of his critique of Wikipedia is not more searching than that Wikipedia editors perform on themselves without his help, and his series of suggestions for positive alternatives have lost credibility because his ideas never work.

I still pay attention to what Sanger says, but not with a high expectation that what he says will be exceptionally insightful.

Re: Show HN: Arxiv.org on IPFS

#73

Post by eecc »

kloch wrote: post #41
eecc wrote: post #30

Ah cool… I also took a stab at something similar several years ago: https://github.com/ecausarano/heron Also at the time I was considering IPFS. But I guess the real trick is implementing a WOT to implement peer review and filter out the inevitable junk that will be published

What do you mean by junk? Spam and Abuse, or scientific papers that the reviewer simply doesn't like?

Well, as anyone can and will publish, it will be stuffed with junk, porn, trash of all sorts, so my plan was to implement a filter to ignore any data published outside of one’s WOT.

Furthermore, a user searching for “reviewed” data and papers would normally filter for items with enough “endorsement” metadata items signed by known WOT actors.

I haven’t figured a mechanism to prevent “review rings”, although being totally transparent it should be easy to spot them.

Re: Show HN: Arxiv.org on IPFS

#74

Post by yawnxyz »

Taek wrote: post #43
imback wrote: post #38

Slightly OT, but how is IPFS these days? Every time I've tried using it the past few years it seemed very WIP. Cool sounding protocol though.

It's still very slow - retrieval times >30s for files that aren't cached on cloudflare or ipfs.io. Also, those two providers each have multiple periods of downtime every year. If the files are cached and the services are up, it's plenty fast for static data but dynamic data (IPNS) is still very slow. We've built a competitor called Skynet that is much faster (less than 200ms for files that aren't in the cache) and sc…

"Pin up to 100GB at no cost" (https://account.siasky.net/payments)

Wait, is that a typo?? That seems incredibly generous. I guess that's where decentralization comes in.

Does it also mean that if for some reason the network comes down, the files all come down as well?

Re: Show HN: Arxiv.org on IPFS

#75

Post by sebmellen »

betwixthewires wrote: post #71
sebmellen wrote: post #20

Hey Hugo, do you have an email I could reach you at? I've been thinking/working on these problems for 3 years now and would love to find some smart people to partner with to further develop the ideas. I don't have much to show publicly right now, but https://intpub.org/ (soon to be scipub.app) is the start.

Oh wow I'm going to be watching your github repo, what you're doing looks interesting. Do you have any plans to implement some search functionality to help find documents, or is it about permissionless publishing only?

Great question! Search is (I believe) a second-order problem. Once permissionless publishing is solved, extensions can be built onto the core protocol.

In my opinion, indexing and ranking services work much better as ancillary services. The bundling of indexing and ranking with core protocol features is one of my main contentions with the Coinbase-backed "Research Hub" project/company (https://researchhub.org).

If you think about it, journals are also important services

Also, git repo link needs to be updated, and there's nothing there right now really, but https://github.com/scipubapp is the right link!

Re: Show HN: Arxiv.org on IPFS

#76

Post by sebmellen »

betwixthewires wrote: post #71
sebmellen wrote: post #20

Hey Hugo, do you have an email I could reach you at? I've been thinking/working on these problems for 3 years now and would love to find some smart people to partner with to further develop the ideas. I don't have much to show publicly right now, but https://intpub.org/ (soon to be scipub.app) is the start.

Oh wow I'm going to be watching your github repo, what you're doing looks interesting. Do you have any plans to implement some search functionality to help find documents, or is it about permissionless publishing only?

Great question! Search is (I believe) a second-order problem. Once permissionless publishing is solved, extensions can be built onto the core protocol.

In my opinion, indexing and ranking services work much better as ancillary services. The bundling of indexing and ranking with core protocol features is one of my main contentions with the Coinbase-backed "Research Hub" project/company (https://researchhub.org).

If you think about it, journals are important services, but they serve two functions right now:

1. Publication/information & data storage

2. Information indexing and ranking

Really, I think the whole contention about open/closed science is directed in the wrong place. Journals shouldn't be hosting information! They should be indexing and ranking information.

The information should be stored on an open, decentralized substrate where no one needs to go through authentication steps to view it. Then, journals can maintain their closed/open persuasions and offer bundled services and discovery and maintain their clout without really needing to change their core offering.

Also, the git repo link needs to be updated, and there's nothing there right now really, but https://github.com/scipubapp is the right link!

Post reply on HN