You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As can be seen in this line and beyond, the only comparison made on a file basis is whether the local file is smaller or not. This is simplistic and will easily break apart in situations where a remote updated file stays the same size but changes in content, or reduces in size. This should be replaced by a hash per file system, or more eloquently, a full hash tree for each forban, so each file doesn't have to be analyzed.
The text was updated successfully, but these errors were encountered:
makew0rld
added
the
bad UX
Forban works without it, but it could cause unexpected, unwanted, behaviours
label
Nov 15, 2018
The hash tree would need to be versioned, to prevent out-of-date nodes from distributing old information. Of course, the versioning could still be faked, but it works within the frail trust everyone model.
How would it be versioned? It could just be that the Forban index file would contain a hash and a version number along with the filepath and size already listed in the index file. Then mirroring nodes would just ensure that the remote file version number is higher then the local one.
As can be seen in this line and beyond, the only comparison made on a file basis is whether the local file is smaller or not. This is simplistic and will easily break apart in situations where a remote updated file stays the same size but changes in content, or reduces in size. This should be replaced by a hash per file system, or more eloquently, a full hash tree for each forban, so each file doesn't have to be analyzed.
The text was updated successfully, but these errors were encountered: