Подумал еще разок. Вышло, что фемтосерверы задачу хранения и быстрой выдачи, конечно, решают, но прикручивать к ним отдельную неонку для мышления идея так себе.

Мы работаем в частности как раз потому, что умеем забывать. Глупые идеи, скверные привычки, субоптимальные навыки. (Как показал вокальный и особенно свежий велосипедный опыт, не навсегда. Куча детских ошибок может всплыть через десятилетия. Иногда ненадолго, мельком, а иногда шиш отвяжешься.) Тем не менее, для качественного мышления важно не только устанавливать "хорошие" связи, но и ослаблять "плохие". Так что хранение данных и их ассоциирование/диссоциирование в мозгах не зря выполняют одни и те же элементы.

Другой вопрос — можно ли и как воспроизвести создание, укрепление и ослабление межэлементных связей в кремнии.

годное к применению хоть сейчас: стая хранилищ единичных записей на чипе.

Прототяпнуть можно и на локальной сетке; запросы на выборку "центр" отсылает широковещательными пакетами, запросы на запись адресно. Там же и посмотреть, как ловчее управиться с асинхронными ответами. Если действовать совсем тупо, придется дожидаться ответов, в том числе и "нет такого", от всех. Что, в общем-то, приемлемо, если "центр" умеет отличать занятый работой фемтосервер от сдохшего, но не факт, что оптимально.

И заодно глянуть оптимальный объем памяти для каждого фемтосервера. Должно быть не особо много по нынешним меркам, особенно если для толстых-претолстых полей с другой стороны на отдельной шине привесить микросервер-хранилище.

Плюс режимы совместимости с уже существующими моделями баз данных. В первую очередь с SQL, "хоть это и оскорбительно для коллектива".