On Tue, Sep 20, 2022 at 3:45 PM <hyazin...@emailn.de> wrote:
My 2 cents - general top priorities for file sharing applications:
• Make it as anonymous/secure and distributed as possible - 5-eye-safe
• Make it streaming-capable
Hi Bastian,
Personally I like both. List updated below.
1. Possibility of sharing a file while it is still being downloaded
(parts of it, of course)
2. Metadata must be editable and sharable
3. Search keywords must be visible, editable, sharable (part of the
metadata?)
4. Introduction of a rating mechanism for files (against spam)
5. Allow reverse search (i.e. chk-URI lookup)
6. Automatically and fully auto-unindex a file when it is missing
7. Autoshare the dynamic content of a directory and update its index in
real time (e.g. if I “autoshare” the content of
/srv/filesharing/gnunet/madmurphy/, when I add foobar.txt to that
directory it must be automatically indexed – the opposite if I remove it)
8. Implement file statistics (download counter? last seen? etc.) – this
should allow the network to get rid easily of “lost” content
9. Implement a NOT operator for search keywords (a tilde, “~”?)
10. Implement an OR operator (a vertical bar, “|”? currently not writing
any operator equals OR, but we need an explicit OR operator if we want to
implement the next point)
11. Allow parenthesis parsing for AND/OR/NOT operators; this will
require that operators can be followed by spaces (e.g. gnunet-search
+required '+' '(' optional1 '|' optional2 ')')
12. The output filename must become optional in gnunet-download. If not
specified, the file/directory must be downloaded using the original
filename it was published with – if currently this information is not
always saved during publishing, then we must make sure that it is always
saved (this is part of the metadata too and must be editable)
13. “Private file sharing so that URIs don't reveal the actual hash and
the actual file size. So either the data in the URI or file needs to be
encrypted with a symmetric key” (Jacki)
14. Local operations must not require the GNUnet services to be running
(e.g.: querying the list of indexed files)
15. “Make it as anonymous/secure and distributed as possible -
5-eye-safe” (Bastian)
16. “Make it streaming-capable” (Bastian)
On Tue, Sep 20, 2022 at 3:45 PM <hyazin...@emailn.de> wrote:
> My 2 cents - general top priorities for file sharing applications:
>
> • Make it as anonymous/secure and distributed as possible - 5-eye-safe
> • Make it streaming-capable
>
>
> Greetings,
> Bastian Schmidt
>
> --- Ursprüngliche Nachricht ---
> Von: madmurphy <madmurphy...@gmail.com>
> Datum: 19.09.2022 20:42:45
> An: gnunet-developers <gnunet-developers@gnu.org>
> Betreff: The future of the file-sharing service
>
> > Hi all,
> > On Thu, Sep 15, 2022 at 2:55 PM Maxime Devos <maximede...@telenet.be>
> > wrote:
> >
> > Myself, I'm very interested in the file-sharing service and DHT service
> --
> >
> > I would like to implement (Guix) substitutes over GNUnet (I already sent
> > a
> > POC implementation previously, but it wasn't a very nice implementation,
> >
> > e.g. there was no fallback to regular http / https, that's why I started
> >
> > scheme-gnunet, to make GNUnet easier to use from Guile.
> >
> > I know that probably the FS service is not the priority at the moment,
> but
> >
> > I was thinking that nothing forbids to imagine now how an ideal FS
> service
> >
> > could look like. Time ago I had written down some of the features that I
> >
> > believe a future FS module will need to implement. I paste my list here,
> >
> > with the hope of leaving food for thought for a brain storming.
> >
> > What FS needs to have:
> >
> > 1. Possibility of sharing a file while it is still being downloaded
> > (parts of it, of course)
> > 2. Metadata must be editable and sharable
> > 3. Search keywords must be visible, editable, sharable (part of the
> > metadata?)
> > 4. Introduction of a rating mechanism for files (against spam)
> > 5. Allow reverse search (i.e. chk-URI lookup)
> > 6. Automatically and fully auto-unindex a file when it is missing
> > 7. Autoshare the dynamic content of a directory and update its index
> in
> >
> > real time (e.g. if I “autoshare” the content of
> > /srv/filesharing/gnunet/madmurphy/, when I add foobar.txt to that
> > directory it must be automatically indexed – the opposite if I remove
> > it)
> > 8. Implement file statistics (download counter? last seen? etc.) –
> this
> >
> > should allow the network to get rid easily of “lost” content
> > 9. Implement a NOT operator for search keywords (a tilde, “~”?)
> > 10. Implement an OR operator (a vertical bar, “|”? currently not
> writing
> >
> > any operator equals OR, but we need an explicit OR operator if we want
> > to
> > implement the next point)
> > 11. Allow parenthesis parsing for AND/OR/NOT operators; this will
> > require that operators can be followed by spaces (e.g. gnunet-search
> > +required '+' '(' optional1 '|' optional2 ')')
> > 12. The output filename must become optional in gnunet-download. If
> not
> >
> > specified, the file/directory must be downloaded using the original
> > filename it was published with – if currently this information is not
> >
> > always saved during publishing, then we must make sure that it is
> always
> >
> > saved (this is part of the metadata too and must be editable)
> >
> > My two cents. Please do not hesitate to post your comments on these
> > proposals or add new ideas.
> >
> > --madmurphy
> >
>
>
>
>
