Про Клуб Партнёров
Проект Клуб Партнёров - это информационная система, где мы соединяем Производителей и Потребителей. Клуб - это сервис для 1) Потребителей, 2) Производителей, 3) "Орг'ов" - организаторов совместных покупок, 4) Логистов - компаний, водителей, склады, 5) Предпринимателей/Бизнесменов/Инвесторов. В дальнейшем подключать людей из науки (изобретателей, мыслителей, культурных деятелей и пр).
Площадок у Информационной Системы будет множество. Но сама система - одна. Система - это децентрализованная база данных (распределённый реестр) и протокол передачи данных.
Заработок - плата за транзакции, которые идут на поддержку сети ("майнерам"). А так же держателям "акций" (крипто-активов).
Под Клубом Лояльных Потребителей подразумевается Система из множества Интернет магазинов и, площадок и агреготоров в которых реализовывать (продавать) различных товары и услуги. При этом товары и услуги должны быть качественные и востребованное. Начинаем с одного товара/услуги.
Для чего мы нужны другим магазинам?
Мы не сможем обеспечить качественную проверку и доставку продукции любого типа. Поэтому необходимы отдельные сайты, каждый из которых будет специализироваться на своей тематике. Клуб мне представляется как агрегатор (децентрализованная база данных), который ни в коем случае не конкурирует ни с одним сайтом-магазином. То есть Клуб - вне конкурентной борьбы.
Тем не менее, первые несколько магазинов нужно сделать самостоятельно. Для этого нужно определиться с продукцией. Какой продукт продавать.
Честно говоря, мне всё-равно какой это будет продукт. Хоть вода, хоть еда, хоть услуги, хоть инновационные проЖекты.
Для любого продукта будет едина универсальная структура записи в БД (базе данных) ресурсов. Мне представляется так:
1) Идентификатор продукта (вероятно guid)
2) Наименование (текст) ru/en
3) Владелец (идентификатор)
4) Цена (во внутренней валюте)
5) Идентификатор записи (вероятно hash)
А так же набор характеристик, таких как длина, ширина, вес, географические координаты местонахождения товара, цвет, вкус, запах, свежесть, дата производства, тип продукта по классификаторам (идентификаторы), штрих-код, ссылка на сайт производителя или магазина и прочие параметры.
Для системы важно, что указанный продукт, по указанной цене, приобретён определённым Потребителем/Покупателем у определённого Производителя/Продавца. А так же условия осуществления оплаты (100% предоплата, 50% предоплата, оплата по факту получения, оплата в течение недели от момента доставки и пр) и условия доставки (кто осуществляет логистику, этапы прохождения товара от одного участника цепочки к другому, отслеживание/геолокация, ответственность за повреждения, ...).
Текущая цена в национальной валюте рассчитывается умножением на коэффициент (обменный курс). Предположительно 1 у.е. = 2 доллара.
Кстати, судя по Википедии, инфляция долларов с 1990 года по 2015 составила 77%. А инфляция с 1950 года по 2015 составила 900%. То есть за пол века - доллар упал в десять раз.
Инфляция в США
Разместил расчёты тут.
На сколько мне известно, общепринято делать пересчёт товаров и услуг прошлого в ценах 1990 года. Таким образом, 1 у.е. = 2 доллара - вполне подходящее решение. Тем более что 1 у.е. = 2 доллара = средневзвешенное по миру одного часа труда разнорабочего.
То есть, в системе (в базе данных) будет несколько основных таблиц.
1) Таблица предложения продуктов
2) Таблица характеристик продуктов
3) Таблица запросов продуктов (Потребители могут выражать Потребности в продукте, которого ещё нет, объявлять тендер и т.п.)
4) Таблица Сделок/Контрактов с записью результатов осуществления/выполнения контракта. С возможность оставлять отзывы. По данным этой таблицы сможем вычислять репутацию как Потребителей, Производителей, так и Поставщиков.
Оплата призводится во внутренней валюте с конвертацией в национальные валюты по обменному курсу на момент вывода средств из системы. При этом в своём личном кабинете человек сможет видеть неизменный курс в рублях (иди других тугриках, как ему нравится). За это отвечает сервис-провайдер для клиента. Сами средства (расчётные единицы) являются обязательствами (право на требование продукции) между участниками Системы (как в WebMoney).
Каждый товар или услуга, по которому производится выпуск (эмиссия) внутренних расчетных единиц - является обеспечением. Это значит, что участник, производя эмиссию берёт на себя обязательства предоставить определённый товар или услугу. Эти расчетные единицы, можно сказать, являются именными. Принимать в качестве оплаты такие расчетные единицы - на усмотрение принимающей стороны. В случае если товар/услуга не были предоставлены - то риски несёт тот кто доверился (принял в качестве оплаты единицы).
Для того чтобы уменьшить мошенничество, предлагаю ввести "круговую поруку", где участники поручаются за своих друзей. При этом, в случае провала, несут репутационные и финансовые издержки. То есть каждый предоставляет кредит доверия / лимит доверия своему другу. За этот риск (за поручительство) получает некоторую плату за пользование кредитом доверия. Это, вероятно, нужно связать с демереджем заёмных средств. То есть, до тех пор пока человек пользуется кредитом доверия, то в него удерживается ежедневный процент за пользование средствами. При таких условиях можно жить в долг, но придётся ежедневно платить за кредит. Это может быть не очень хорошо с точки зрения философии свободы, я готов рассмотреть другие варианты.