Minecraft - Shulker Storage with Tileable Search Engines

[1.19,1.11+] Shulker Storage System using multiple 2-wide, AB tileable Shulker Search Engines
by @unobtanium, inspired by Etho's original "Pixel" Shulker Search Engine in 2016

This is an old storage system of mine from almost 6 years ago which I quickly updated to make it work in 1.19, after seeing Ethos recent HermitCraft episode on his new Pixel storage design. I deem there to still be a lot of areas that can be improved and I would love to get back into it myself or see other people's ideas and solutions. I hope that some find this interesting or even useful :)

Features:
- Stores mass amounts of shulker boxes.
- Allows the player to run queries against the system which searches through all shulker boxes, retrieving and displaying all boxes that have the queried-for item type inside.
- Uses parallelised, 2-wide, AB tileable shulker search engines. Amount of search engines is variably scalable, ideally adding search engines by increments of 2.
- Each search engine has its own dedicated storage, allowing the system to store shulker boxes evenly across all search engines. This ensures that all search engines have equal amount of shulker boxes and that the search speed of the entire parallised system is optimal.
- Keeps track of the number of shulker boxes taken out of one search engine's storage during a query. This is used later to insert those taken-out shulker boxes back into the system, preserving the even distribution and query speed.
- While querying, "already-checked" and "still-to-check" shulker boxes are stored in separate chests so that another query can be done right after one has completed.
- The system prevents insertion of new shulker boxes into the system while a search is in progress.
- Filter Item distribution and retrieval done via minecart, before and after each query run.
- Comes with Player Input/Output Interface.

Cons & Possible Improvements/Features:
- Since this had been designed in Minecraft 1.11, there might be more compact and modern solutions for certain aspects of the build. I only had to update the item elevators to make it work under 1.19.
- No hopper locking.
- Uses one hopper minecart per search engine.
- Can (re)insert shulker boxes at only 1x hopper speed.
- The search speed of the individual search engine design is not optimal yet and can still be improved which would help boost the query speed of the entire system (max 2.5 shulker boxes per second per search engine?)
- If the player takes shulker boxes out from the output and with them, the system does not take this into account. If done often enough and/or the box is not inserted back into the system by throwing it into the hopper at the output (not input) later, then this leads to unoptimal distribution of shulker boxes and unoptimal query speeds. Solution: Keep track how many shulker boxes have been taken out. Whenever inserting new shulker boxes, only trigger the hopper-dropper distribution system when this amount is zero, subtract one after a new box is inserted.
- Partially a feature: You can have different search engines search for different types of items to reduce the need to run multiple queries to search for multiple item types. But this risks not finding the items and you cant be sure if you have that type of item in the sytem when that item was stored in a different search engine.
- Partially a pro: Uses a global clock that powers the pistons, hoppers and dispensers of all search engines during a query. If the system is build with a lot of search engines (e.g. 8+) then additional repeaters need to be placed to extend the signals to reach all slices.

World Downloads:
1.19: https://www.dropbox.com/s/ht4jyqt4f4k748j
1.11: https://www.dropbox.com/s/43u0xtvxkvmh8we

YouTube Video of the 1.11 version (1.19 version only uses different item elevator designs):
https://www.youtube.com/watch?v=7wc2c2ovZ-c