signed swarms for publishing

OneSwarm Forum » Feature Requests

signed swarms for publishing

(9 posts) (4 voices)

Started 2 years ago by lah
Latest reply from Rafa

Tags:

No tags yet.

lah
Member
1s have a some good thing going for it as a platform for publishing stuff (e-zine, pod-radio, video-pod etc):
- You can publish anonymous.
- People can read anonymous.
- You can publish from Your own computer and a modest internet connection.
- Thus, You don't depend on 3d party servers and there's no gatekeepers.
But there's a few problems:
- authenticity, How people know You is the publisher so You, even if anonymous, can build a reputation.
- A way for people to find new stuff published by You.
- Ease of use like subscribing.
You can make your 'publishing' alias part of the name of all swarms thus searchable, but nothing stop others from publishing swarms with the same alias in the name. You may sign the actual data in the swarm, but people have to download it before verifying and it is hard for non power users.

To solve this I propose:
- A way to create one (or possibly more) publishing alias, a random key pair different then the one used for friend connections.
- A way when creating swarms to sign them with the publishing alias (and assign them a publishing date).
- When searching, make it possibly to limit search by the signing key (and possibly a span of publishing dates) so interested parties can easily check if some publisher have published something new.
- Make it possibly to easily turn such search in to a subscription, whit some option for auto-download, poll frequency, time to keep swarm, if to use public download...
- Make such search subscription possible to add via a url.
That will go a long way. Some features for running a feed in parallel over 1s and the web or web+torrent would be nice - so people can use 1s even if they read the feed over the web and at the same time help to seed for those reading it over the friend network. Probably takes putting the publisher public key and swarm signatures in the atom / rss feed in some custom way.
Posted 2 years ago #
Olive
Member

That's interesting, but aren't you looking for Freenet? Several things you're asking are available in Freenet.

Now to be honest, I tried Freenet in the past and I don't really recommend it. It's too complicated, and also probably bloated (no doubt partly because of the Java choice.) I say "probably" because I haven't tried it again recently. It also depends on your computer and bandwidth. But for a F2F network to succeed, it is imperative that a lot of people can use the software...

I've been thinking about what's needed in a good sharing network, and it's difficult to come up with something that is both really useful and simple enough.

Posted 2 years ago #
lah
Member

I agree that simplicity and usability is important. But it also need to cover for the need of users, the need of user publishing stuff (and I care most of users publishing there own stuff) and the need of users to easy find stuff that interest them. I also think the need of a community must be covered but that will be another feature request :-)

It really need not be part of the main UI, if wee get a good api.

But what need to be in the 'core' is a possibility to add some metadata to swarms and to use that metadata in searches and propagate it whit the rest of the swarm metadata. It also need to be able to verify signature data (that a public key, the swarm hash and a signature all match)

Then the rest can be built in alternative or complementary frontends. And if it fits be moved to the main UI at developers and users wish. I think the basic stuff (signing swarms, richer search options) fits good in the 1s ui but more advanced stuff like subscription handling might be better handled by other apps, new ones or integrated into others like miro, feedreaders, tv-box-apps etc.

so lets rephrase it to a request for swarm metadate:

a publisher id (public key)
a signature (that is verified against the swarm hash, the publishing date if present and the publisher id)
a publishing date

And a possibility to use that metadata in searches (not necessary fully exposed in the main ui)

Posted 2 years ago #
Rafa
Member

Why not try to use Tahoe-LAFS with Oneswarm ? :)

See http://tahoe-lafs.org/source/tahoe-lafs/trunk/docs/about.html

As Devs should be working on the 1S 'service sharing', we will be able to forward services inside our 1S F2F network. As i2p tunnels and TOR hidden services do.

A Tahoe gataway (the red square box) can be setup tot share its service.
As Freenet 0.7, we will have a powerful datastore with a complete cryptographic file system and a true anonymous *publication* .

Here is a public grid directory : http://pubgrid.tahoe-lafs.org/uri/URI%3ADIR2%3Actmtx2awdo4xt77x5xxaz6nyxm%3An5t546ddvd6xlv4v6se6sjympbdbvo7orwizuzl42urm73sxazqa/

Everyone will should be able to have this localy using the Oneswarm network.
See all the existing tahoe clients.

Not a lot of works for an incredible strong and long list of features there.

And may be the Devs will add the capacity at Oneswarm to use directly the Tahoe keys and add another client in list the red circle list. ;)

Regards

Posted 2 years ago #
lah
Member

tahoe seems great! But I can't see how it fit this problem or 1s.

The 'server sharing' thing is interesting, but of limited use. But I think a have an idea that would be much more useful - for feedreading, community and even games (that don't need low latency or high bandwidth).

Lets call it swarmnets - use the regular way to build connections from a given hash - but hand over the connections to a third party app - So a swarm becomes a dedicated p2p network where all participators already are anonymous!

Will detail this later when I thought about it for a while.

But whit this help from 1s it should be possible to build some kind of p2p feedburner.... And it would not need any separate friend handling - it all piggybacks on 1s.

And it should scale well - witch is the weakness of the 'server sharing' thing as I understand it.

Posted 2 years ago #
Rafa
Member

Heya Devs !

As I was 'surfing' on the UW Netlabs projects, i read about the UW Comet project ... (http://static.usenix.org/events/osdi10/tech/full_papers/Geambasu.pdf)

Can we think, in a long term vision of course! , that Oneswarm will/could be used to access "anonymously" to the Comet data storage ? :)

Regards

Posted 11 months ago #
willscott
Administrator

Our current line of thinking is closer to Tor Hidden Services than a DHT. I'd imagine that a DHT could be built on top of OneSwarm.

Posted 11 months ago #
Rafa
Member

Heya Will,

The Oneswarm Sharing Services would be equivalent to the Tor Hidden Services.
I hope you know how we are waiting them ! (You MUST ! :)

We will use them intensively ... ;)
(Ask it to Tomas : we talked about them many years ago ! (On IRC !! : Was so far ...) )

But what i am talking here is about (may be a dream) Data Storage !

ie : Push data (anonymously) to the "1S's ASO" - some voluntary Comet node operators over 1S- , announce it with the Sharing Services (we will do all theses Services !) and leave the the network ...

The data will be *resilient*.

And without any possibility to find the initial 'source' ... because they are the ASO nodes .

Posted 11 months ago #
Rafa
Member

Sorry Will, i did not understand your post on its first read (i'm not proud ...)
But please, keep your idea in mind !!
Regards.

Posted 11 months ago #

RSS feed for this topic

Reply

You must log in to post.