[Gzz-commits] manuscripts/storm article.rst

[Benja Fallenstein]

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Benja Fallenstein <address@hidden>      03/02/15 11:55:18

Modified files:
        storm          : article.rst 

Log message:
        twid

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/storm/article.rst.diff?tr1=1.173&tr2=1.174&r1=text&r2=text

Patches:
Index: manuscripts/storm/article.rst
diff -u manuscripts/storm/article.rst:1.173 manuscripts/storm/article.rst:1.174
--- manuscripts/storm/article.rst:1.173 Sat Feb 15 11:39:08 2003
+++ manuscripts/storm/article.rst       Sat Feb 15 11:55:18 2003
@@ -1077,21 +1077,15 @@
 enable several improvements, including the possibility to keep on working on
 shared documents even when there is no or an unreliable network connection.
 
-There are, however, several open issues that are discussed next.
+Future work
+-----------
 
-Status, open issues and future work
------------------------------------
-
-.. [worth to mention, security in general ? -Hermanni]
-   1) Open issue: We want to be able
-   to copy the blocks from the NYT publication pool to our local computer
-   and verify offline that it really comes from NYT. How to do this will go
-   into the article as an open research question ;-)
-
-.. 2) Open issue: identification of online entities ?
-   [worth to mention ? -Hermanni]
-
-.. moved the following here from intro, as suggested by (b&) Hermanni
+Currently, we are working on completing our GISP-based peer-to-peer
+implementation of Storm. Once this is done, we intend to explore
+alternative DHT implementations as well. We will also evaluate
+using Merkle hash trees [XXXref] to identify blocks; this would
+allow us to download parts of a block from multiple sources
+simultaneously (as in e.g. [XXX ref Overnet]).
 
 No work on integrating Storm with current programs (in the spirit of Open
 Hypermedia) has been done so far. It is not clear how far this is possible
@@ -1107,25 +1101,7 @@
 a (flat file) database. Another way is studying the applicability of the 
 open hypermedia protocol (OHP) [refs].
 
-.. [worth to mention ? -Hermanni .. left here as notes for future --antont]
-   objectbase ZODB).(?) The benefits Storm would provide there, and how e.g. 
-   peer-to-peer based Zope would then work, are yet unknown for the authors. 
-   (feel free to know, though :) Similarly(?) to Storm, Zope also stores
-   saves as diffs to the database. (haven't looked what zodb identifiers are
-   http://hathaway.freezope.org/Software/AdaptableStorage might help this?
-
-.. Benja also noted about pointing to external data? (couldn't find the post
-   from the archives)
-
-.. [worth to mention ? -Hermanni]
-
-Designing and implementing the peer-to-peer functionality, where Symphony
-and Kademlia are potential alternativies for the DHT overlay, is being
-worked on. There open issues include the use of tree hashing, the
-potential need for (OceanStore-like?) distribution of shares and
-implementing multisource downloading.
-
-As mentioned in the presentation of Storm block storage (section 4.),
+As mentioned in the presentation of Storm block storage (section 4),
 although the terminology used here is about characters and text, all media
 are considered. There dealing with e.g. video data, with very large file
 sizes, as (collections of) blocks, is partly unresolved.