fixing issue pointed out by amatus

[oweals/gnunet.git] / TODO

diff --git a/TODO b/TODO
index c51b4a6c3fc9127e1f16e34e6fb7751cbbf1f720..5d50342a3a2ed4c41adcbc7cb8558433e3d9a4a3 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,6 +1,5 @@
 0.9.0pre2:
 * CORE:
-  - derived key generation [Nils]
   - Jun 27 11:51:54 core-7670 ERROR Assertion failed at gnunet-service-core.c:3616.
     (transport notified us that we connected to ourselves!!!)
   - transport-level disconnect (i.e. TCP) does not cause core-level
@@ -15,15 +14,18 @@
 
 0.9.0pre3:
 * Determine RC bugs and fix those (release should have no known real bugs)
-* DATASTORE: [LT]
-  - GNUNET_DATASTORE_cancel method not tested [LT]
+* DHT: [Nate]
+  - track paths content travels (PUT, reply-to-get) in messages,
+    pass to client (client API & protocol already support this!)
+* DATASTORE: 
+  - GNUNET_DATASTORE_cancel method not tested
 * TESTING: [Nate]
   - test basic peer re-configure 
 * TOPOLOGY: [Nate]
   - needs more testing (especially F2F topology) & transport blacklisting
 * TRANSPORT-TCP [MW]:
   - should use hash map to look up sessions
-* NAT/UPNP: [MW]
+* NAT/UPNP: [Milan]
   - finalize API design
   - code clean up
   - testing
@@ -35,14 +37,6 @@
     + reconstruct IBLOCKS from DBLOCKS if possible (during download; see FIXME in fs_download)
     + add support for pushing "already seen" search results to FS service for bloomfilter
     + use different 'priority' for probe downloads vs. normal downloads
-  - service:
-    + trust: do not charge when "idle" / load considerations (migration, routing)
-    + artificial delays
-    + active reply route caching design & implementation; gap extension!
-  - non-anonymous FS service (needs DHT)
-    + DHT integration for search
-    + CS-DHT-functions (DHT-put of LOC)
-    + P2P-functions (DHT-get)
   - implement FS performance tests
     + insert
     + download
@@ -90,6 +84,16 @@
   - good to have for DHT evaluation!
 * DHT: [Nate]
   - performance tests
+* BLOCK:
+  - more testing (KBlock, SBlock, NBlock)
+* FS migration:
+  - exclude content that will "soon" expire from migration?
+  - exclude content with zero-anonymity from gap migration?
+  - make migration data rate & datastore IO-rate configurable
+  - exclude certain peers as targets (based on hash values) in each
+    iteration => same peer can only be picked every n-th iteration 
+    for the same content => fewer duplicate sending!
+
 
 0.9.1:
 * TRANSPORT: [MW]
@@ -115,7 +119,7 @@
 * DV: [Nate]
   - proper bandwidth allocation
   - performance tests
-* PEERINFO:
+* PEERINFO:    
   - merge multiple HELLOs of the same peer in the transmission queue
     (theoretically reduces overhead; bounds message queue size)
   - merge multiple iteration requests over "all" peers in the queue