UNISON-концепция

Как интерпретировать базовую концепцию проекта UNISON. Есть модель и есть реализация. Глядя на реализацию некоторые программисты обеспокоились хешированием реализации контекстно-адресной памяти, где в роли контекста, а точнее контента в ассоциативном массиве выступает код. Хотя сами авторы проекта позиционируют систему прежде всего как распределенную (а считается, что контекстная адресация этому способствует наряду с решением проблемы зависимостей, поскольку устраняет дублирование), а потом подчеркивают идею структурированного и эволюционного (!) хранения кода, определений и терминов, ну и все вытекающие из этого следствия. Архитектура ассоциируется как аналогия вики, где контентом страниц выступает код. Если бы в практики программирования не существовала линия развития, связанная с концепцией баз данных, а мы бы рассматривали концепцию персистентности просто в рамках развития организации памяти, та же концепция файловой системы могла бы приобрести совершенно новые интерпретации. Например, можно определить некоторые спецификации структуры того же файла как документа со своим адресом, который внутри себя содержит некоторые адресованные части. То есть, это уже наша активная практика в сети (не случайно провалились эксперименты с динамическими страницами), осталось её концептуализировать, конвенционализировать и стандартизовать. Развитие микросервисных и контейнерных архитектур этому способствуют. Необходимо переосмыслить концепцию виртуальных машин и аплетов. Возможно, что должна получить развития практика линейных хранилищ в оперативной памяти и когда-то мы откажемся от фрагментирования и куч в пользу стеков и операций с ними.