TODO.txt 3.3 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677
  1. # Format: - <task ID>, <task points>, <created by user>, <created on commit>, <finished by user>, <finished on commit>
  2. !- 0, 3, mdcarr941@gmail.com, 2ebb8a
  3. Fix bug where writing to a block that already has a Writecap in its header using the creds of
  4. a different node produces an invalid signature (a signature using the creds of the other node).
  5. - 1
  6. Fix BufSectored so it doesn't have to write to the first sector every flush.
  7. - 2
  8. Track position and dirty-ness in Trailered.
  9. - 3
  10. Implement a stream which is both Read and Write and which can transparently compress and decompress
  11. data written to and read from it.
  12. - 4
  13. Remove TryCompose?
  14. !- 5, 1, mdcarr941@gmail.com, bd6904, mdcarr941@gmail.com, bd6904
  15. Move crypto::{encrypt, decrypt} into corresponding {EncrypterExt, DecrypterExt}.
  16. - 6
  17. Create an enum to eliminate the use of Block trait objects?
  18. - 7
  19. Add a ser_sign_into method to SignerExt which serializes a value into a provided Vec<u8> and returns
  20. a signature over this data. Update BlockStream::flush_integ to use this method.
  21. - 8
  22. Convert all sector sizes to u64 for portability.
  23. - 9
  24. Create an extension trait for u64 with a method for adding an i64 to it. Use this in
  25. SecretStream::seek, Trailered::seek and SectoredBuf::seek.
  26. - 10
  27. Create a struct which digests data written to it before passing it to an underlying Write.
  28. !- 11, 3, mdcarr941@gmail.com, bd6904, mdcarr941@gmail.com, bd6904
  29. Create a struct called WritecapBody to contain the fields of Writecap which go into the signature
  30. calculation so that WritecapSigInput is no longer required.
  31. - 12, 8, mdcarr941@gmail.com, 2ebb8a,
  32. Create a struct for managing the directory used to store blocks in the file system. Design and
  33. implement an API for creating, opening, moving, copying, deleting and linking blocks. This API must
  34. be codified by a trait to allow the implementation to be changed in the future.
  35. - 13
  36. Change the Hash enum so it contains structs for each hash type. Unify these structs with the node
  37. structs used in the VecMerkleTree.
  38. !- 14, 13, mdcarr941@gmail.com, bd6904
  39. Refactor btlib so that most of the types are in their own modules. This is
  40. needed to encourage modularity and weak coupling, as it reduces the amount of code that fields
  41. and helper functions are visible to.
  42. - 15, 13, mdcarr941@gmail.com, 58d1f6,
  43. Create a new crate which implements a FUSE daemon.
  44. - 16, 5, mdcarr941@gmail.com, 866533,
  45. Add the inherit field, which contains the crypto link from the parent block key to the current
  46. block key, to the block metadata.
  47. - 17, 13, mdcarr941@gmail.com, 8665339,
  48. SECURITY: Design and implement a mechanism to protect the keys in block's metadata dictionary from
  49. being correlated with one another. This mechanism must allow a principal with a readcap to be able
  50. to find their readcap and to rotate the block and create new readcaps for each of the principals in
  51. the dictionary, but prevent an attacker from being able to identify when two blocks contains
  52. readcaps for the same principal.
  53. - 18, 3, mdcarr941@gmail.com, 8665339,
  54. SECURITY: Remove the path field from BlockMeta. It isn't needed as the block path should be
  55. independently know by any verified. This will ensure that path names are not stored in cleartext.
  56. - 19, 21, mdcarr941@gmail.com, 8665339,
  57. Integrate with tokio and add async methods to all of the stream types.