Что такое "покупной ап" с точки зрения классики информационных технологий

На платформе сложилось мнение, что "покупной ап" нечто позорное, но давайте рассмотри что такое "покупной ап" с точки зрения классики построения информационных систем (ранее я писал в комментариях посту @ropox, https://golos.blog/ru--apvot50-50/@retoldname/kvadratichnaya-i-lineijnaya-zavisimostx-prostyie-czifry).

При построении информационных систем следует руководствоваться 4-мя уровнями архитектуры:

Уровень 1. Бизнес-процессы. У сообщества есть потребность в важном бизнес-процессе: использования силы голоса инвесторов за плату. Данная потребность выражалась в сообществе следующем образом: @golosmedia, проекты ВП, проект 50/50, @booster, @upit, биржа апов, продолжаем дальше развиваться;

Уровень 2. Системы. Реализовать вышеуказанную потребность можно:

на уровне продукта (платформы блокчейна Голос), с помощью делегирования силы голоса;
на уровне проектов (скриптов экосистемы платформы Голос): например, служебный аккаунт gp у ВП, скрипт 50/50 и т.д.;

Уровень 3. Базы данных, то есть хранилище информации о произведенном использовании ресурса инвесторов. Это может быть:

информация записанная в блокчейне, в зависимости от системы реализации, например, ВП и @booster;
информация в отдельной СУБД, например, как сейчас реализован @upit;

Уровень 4. Аппаратный уровень, т.е. на каких серверах (оборудовании) будет обрабатываться реализация бизнес процесса. Это может быть:

на нодах блокчейна, в случае реализации делегирования на уровне платформы;
на оборудовании сервисов, например, @upit и биржа апов.

На основании вышесказанно следует:

При реализации функции делегирования на уровне продукта (блокчейн Голоса) не произойдет принципиальных изменений. Возможно, даже снизиться производительность платформы, так как аппаратная нагрузка с серверов того же @upit переместится на ноды блокчейна;
Цена использования финансового ресурса инвесторов, а именно силы голоса тоже не сильно измениться, так как сейчас данный функционал по использованию СГ инвесторов уже реализован через другие системы.

Так же следует разделять продуктовое и проектное программирование, введу чего не следует ожидать реализации функции делегирования на платформе в ближайшее время.

С уважением,
@retoldname