It's a cool project, and this deception is entirely unnecessary.
Why not claim "FASTER than Dokany".
An interesting comparison would be ntfs-3g on WinFst vs. native NTFS either both on RAM drive or Disk.
You also did not answer any of the questions in my comment.
The deception is not intentional. For me it was important to verify that my project is not slower than NTFS when using my test file system, which is an in-memory file system. You may notice that Dokany is actually slower or on par with NTFS in many scenarios even with an in memory file system.
Trying NTFS on a RAM disk is a good idea. I simply did not think of it.
There is no on disk implementation of WinFsp that I can share at this moment.
Please let me know if you have other questions.
It's a valid observation that we can have a filesystem that trombones out to user space to (say) fetch a block of data, and (contrary to what some might expect) it doesn't perform worse than an in-kernel one which gets it from a cache.
It is interesting to see that NTFS is doing extremely well in a few different tests that are entirely satisfied from the cache: the list directory operation and the cached read/write operations. OTOH it does not do as well in tests that could potentially be satisfied from cache (like file open tests).
In any case I intend to retry the tests using NTFS on a RAM disk when I get some time.