Events

A variant on a typical filesystem journal, each vnode includes a description of the state transition that got it into the current state from its previous version. Depending on your background, this can also be viewed as an event source or an audit log. Unlike most common file system journals, the entries are permanent, and form a linked list across vnodes.
While the file system itself only logs events about its own structure, the program that makes the request may additionally include information about what it did with richer semantics than ”file changed”.
WNFS features delegated write access. The user instance that performed the update must include their instance DID, and a hard link to their UCAN.
The exact format of the event is still under development, but will look something along these lines:
Haskell
1
data Event appAction = Event
2
  { writer    :: DID
3
  , action    :: FSAction
4
  , signature :: Signature
5
  , appAction :: appAction
6
  }
7
  
8
type FSEvent = Event ()
9
​
10
data FSAction
11
  = FileUpdate
12
  | MetadataAction
13
  | ChildAction
14
  
15
data ChildAction
16
  = Add    LinkName
17
  | Remove LinkName
18
  | Update LinkName
19
  
20
data MetadataAction = MetadataAction Key Value
Copied!
This stream of data can also be consumed as input to other programs. For instance, a user may want to watch another file system for changes to a particular directory. For example:
An audio directory being used the source of a podcast (”which is the new item?”)
A user writes to the a private subtree, but another part of the tree with different permissions needs to be kept in sync

Versioning

Next - File System

Partitions

Last modified 2mo ago

Export as PDF

Copy link