I think your project is at far too early a state to share. You are currently literally using 'fs::recursive_directory_iterator()' to search one file at a time on the selected drives. You aren't even using multi-threading for solid state volumes or caching the file system details during iteration, meaning every search is going to take several seconds on even modestly-sized SSDs. I can't believe this is faster than a comparable Windows 11 search, as you claim on your GitHub - I suspect the Windows search was for a non-indexed location and/or from a cold start, meaning the file system entries weren't cached already by the OS. (By the way, if you're going to make claims like this, you should publish reproducible benchmarks, so people can test your methodology.)
You also say that you want a solution more integrated with Windows, yet your UI is in SFML and your screenshots look nothing like a native Windows application.
Your project website doesn't render correctly on non-wide screens.
You are using a font which won't render many Unicode filenames correctly, e.g. Japanese or Chinese characters.
You have given no thought to accessibility or localisation.
You argue that Everything doesn't work with non-NTFS drives. That's incorrect - you can add them manually. See https://www.voidtools.com/faq/#how_do_i_index_a_fat_volume . You can also add Network Drives, NAS volumes etc.
Everything will run as non-administrator, but it will be unable to index NTFS properties. This is an OS-level restriction. You will face the same when you attempt to read these properties. The same goes for accessing protected folders - you just skip them.
You mention that you also want to feature file encryption and file transfer features in the same application. You are taking on too much here; each of the three features (file search, file transfer and file/folder encryption) is challenging and could take months to years to develop on its own. There are already accomplished apps satisfying these needs. Why would anyone use your solution over 7-zip?
You have no tests. If you want to feature encryption or file transfer, you will need an extensive test suite. Users will not be happy if your tool deletes or mangles their files.
Looking at your "Da-file-encrypter" repo, you don't seem to have any knowledge about how to actually encrypt files - you are doing an XOR against the bytes of the key, which is derived from the same bytes each time. Please NEVER ROLL YOUR OWN encryption strategy. Even the experts get it wrong. Instead, use a proper cryptography library. If you take anything away from this, please let it be that - never implement your own encryption.
Voidtools' Everything has an API and people have used that to integrate with launchers like PowerToys Run. It may be better to use the API and to add the features you think it is missing. It is very unlikely you will be able to beat its performance.
Judging by your licence and the Donate button on your website, you seem to have recently switched licences and want to make money out of this. In my personal opinion, that's not a good look for a project in this state.