Учётно-расчётная система

(определяем список потребностей)

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

Вчера с Глебом говорили про так называемые групсчета. Это механизм учёта вклада ресурсов и перераспределения доходов в создание любого дела (продукта/услуги). Всё довольно просто. Например чтобы собрать машину (и продать потом как товар) - необходимо собрать вместе Двигатель, кузов, шасси. Эти детали поставляет (делает) какой-то человек или группа (организация). В свою очередь двигатель так же же собирается из составных частей (из деталей и труда людей). Получается своеобразная "ёлочка", где ветки - это промежуточные детали, а на вершине - продукт.

Нам необходимо сделать продукт. Какой это продукт - никто пока точно не знает. Определится это только тогда, когда будут реализованы стабильные продажи. До этого момента необходимо определить нашу целевую аудиторию (ЦА).

Так как мы не знаем ни ЦА, ни потребности ЦА, ни составные части системы - а лишь предполагаем. То предлагаю в качестве ЦА пока рассматривать нас самих. Действовать таким образом, чтобы были удовлетворены НАШИ потребности. Сделав продукт (систему) для себя - сможем предлагать её таким же как мы - это вероятно и будет ЦА. Далее необходимо определить список потребностей. Глеб сделал очень хороший список, посмотрите и выберите то что вас интересует (что вам нужно, в чем нуждаетесь). Можете предложить свои варианты.

Напишите ответом на этом письмо те потребности на которые мы все вместе будем решать (удовлетворять). Чем больше голосов за ту или иную потребность - тем больше внимания. Пр себя скажу, что у меня всё банально с потребностями:
- Еда
- Вода
- Жильё
- Рождение и Воспитание детей
А так же следующее:
- Безопасность (как физическая, так и финансовая - уверенность в завтрашнем дне, что активы не превратятся в пустышки)
- Самореализация (оставить свой след в истории, чтобы моё имя запомнили ХОТЯБЫ на 1000 лет)
- Цифровое бессмертие (Искусственный Разум)

Далее, после того как будет определён список ОБЩИХ потребностей - после этого нам необходимо будет определить что мы будем делать ВМЕСТЕ, из каких составных частей будет состоять наша СОВМЕСТНАЯ деятельность. Далее сможем определить характеристики этих частей и сможем начать реализацию.

Пока не определимся чего МЫ хотим - встречаться и "молоть воду в ступе" смысла не вижу. Прошу написать ответ каждому в течение недели (до следующего четверга).

P.S. Вчера сделал краткую видеозапись с обращением. Знаю, что "первый блин комом", но решил что лучше что-то делать, чем ничего. Посмотрите:
youtu.be/tBYyR0Qh4NE

Описание Кооперативной франшизы
Жизненные потребности (список)

В рамках любой общественной или некоммерческой (или нескольких компаний) создаётся целевая программа в рамках Уставной деятельности. Денежные средства вносятся в виде Целевых взносов (налогами не облагаются).

А можно сделать так, чтобы физики-благополучатели (владельцы групсчетов) переводы, которые получают как донейшн от физиков-благотворителей оформляли в свою очередь в фонд как целевые взносы и они подконтрольно целевым образом осваивались? В принципе те направления инновационной деятельности, ориентированные непосредственно на потребителей о которых ты говоришь отлично вписываются в пять генеральных линий, которые мы сейчас хотим реализовать практически в art-science пространстве Гуслицы art-guslitsa.ru
1. Питание
2. Одежда
3. Жильё
4. Транспорт
5. Путешествия

Без детализаций, сходу вижу, что можем, но чёрт, как правило, в деталях. Предлагаю не ждать субботы а в режиме он-Лайн протестировать какой нибудь проект.
1. Описание проекта (как раз получим шаблон)
2. Отработаем Схему регистрации в системе
3. Протестим ввод / вывод денежных средств
4. Отработаем форму отчётности
5. Разработаем дизайн и запустим сайт

Лично мне всё равно на какой или чьей платформе делать проект. Но каждый проект должен иметь какую то цель. Мы сейчас дошли до банального: ДАВАЙТЕ СДЕЛАЕМ СИСТЕМУ ДЛЯ СЕБЯ! Ни о каких сторонних заказчиках речи не идёт!
Наше предложение:
1. Определить Потребительскую корзину.
2. Путём кооперации её реализовать.
3. Получив результат мы сможем сделать выводы и двинуться куда то дальше.

Если исходить из Кооперативной модели - тогда выгодно делиться и давать доступ другим людям к своим ресурсам: или на уровне API, или на уровне открытого исходного кода, или на уровне открытой БД, в частности БД транзакций (пресловутый blockchain). Ни того, ни другого, ни третьего пока нет. Возможно в blagosfera будет внедряться blockchain. Если так - то в этом случае Благосфера становится интересным инструментом в качестве деловой сети и системы документооборота. Пока же наиболее интересным решением является облачная 1С от Фингарант.

Так или иначе, я исхожу из модели Сетевых сообществ (в том числе Сетевая экономика). Про это уже много раз говорили в АСИ. На лекциях, в рамках НТИ (Национальная Технологическая Инициатива), и в группе FinNet в частности. Кому интересно, рекомендую ознакомиться. Информация в основном публикуется в Facebook в группах. Ниже ссылка на одну из последних лекций про Сетевую экономику. Она длинная, на три часа, однако Рекомендую ознакомиться.
Экспертный семинар РВК «Сетевое устройство инновационной экономики» 15.02.2016

По поводу списка потребностей. Для того чтобы было удобнее выбрать и заполнить список потребностей на данный момент я сделал форму.

Прошу заполнить всех кто хочет участвовать в совместном проекте. Так мы определим список участников (членов команды) и сможем понять что нас объединяет, какие интересы у нас являются общими. От этого уже будем отталкиваться и двигаться дальше.

Результаты можно смотреть по ссылке.

Верно, Есть много готовых ресурсов с открытыми кодами. Наиболее интересным с технической точки зрения является Etherium. Это свободная платформа для ДАО с открытым исходным кодом. Однако, это лишь платформа, а не продукт для конечных потребителей. Так же как и любой blockchain (ERM в частности). Кстати, договорились о внедрении ERM в Благосферу? Когда ожидать?

Немного про эфир.
Ethereum — это платформа, целью которой является позволить людям легко записывать децентрализованные приложения (Đapps) , используя технологию блокчейна. Децентрализованное приложение – это приложение, которое предоставляет особые сервисы для своих пользователей, но которое имеет важную особенность – то, что само по себе приложение не зависит от существования какой-либо специальной стороны. Вместо того, чтобы действовать в качестве внешнего интерфейс-клиента для продажи или предоставления особых сервисов стороны, Đapp служит в качестве инструмента, объединяющего людей и организации, находящихся на противоположных сторонах интерактивного использования, и помогающего им взаимодействовать без какого-либо централизованного посредника.

Даже необходимые «промежуточные» функции, типичные для централизованных провайдеров домена, такие как фильтрация, управление идентификационной информацией, решение споров, либо управляются напрямую сетью, либо остаются открытыми для общего участия, используя инструменты, подобные системам внутренних символов internal token systems и систем репутаций reputation systems, чтобы обеспечить пользователей получить доступ к высококачественным сервисам. Ранние версии приложений Đapps включают BitTorrent для раздачи файлов и Bitcoin для валюты. Ethereum берет основные разработки, используемые BitTorrent и Bitcoin, равноранговую сеть и блокчейн, и объединяет их, чтобы позволить разработчикам использовать данные технологии в любых целях. Ethereum блокчейн можно по-другому описать как блокчейн с встроенным языком программирования, или как основанную на согласованности глобально исполняемую виртуальную машину. Часть протокола, которая фактически управляет внутренним состоянием и компьютеризацией, относится к Виртуальной машине Ethereum (Ethereum Virtual Machine (EVM)). С практической точки зрения, EVM можно представить в виде большого децентрализованного компьютера, содержащего миллионы объектов, называемых «аккаунтами», которые способны поддерживать внутреннюю базу данных, исполняемый код, и общаться друг с другом. Существует два типа аккаунтов:

1. Контролируемый извне аккаунт (EOAs): аккаунт, контролируемый закрытым ключом, и если вы владеете закрытым ключом, связанным с EOA , у вас имеется возможность отправлять из него эфиры (ether) и сообщения.

2. Контракт: аккаунт, имеющий собственный код, контролируется кодом.

По умолчанию, среда выполнения Ethereum является безжизненной; ничего не происходит, и состояние каждого аккаунта остается неизменным. Тем не менее, любой пользователь может запустить действие, отправив транзакцию из контролируемого извне аккаунта, настроив работу Ethereum. Если транзакция предназначена для другого аккаунта EOA, то транзакция может перевести несколько эфиров (ether) , иначе она ничего не делает. Однако, если назначением является контракт, то контракт, в свою очередь, активирует и автоматически управляет свой код. Код имеет способность чтения/записи в собственное внутреннее хранилище (базу данных, состоящую из 32-байтовых ключей для 32-байтовых значений), чтения хранилища полученных сообщений, и отправки сообщений другим контрактам, запуска их выполнения. Как только выполнение прекращается, и все под-выполнения, запущенные сообщением, отправленным остановкой контракта (все это происходит в детерминированном и синхронном порядке, т.е. под-вызов полностью завершается до того, как оригинальный вызов идет дальше parent call), среда выполнения снова останавливается.

Обычно контракты служат для четырех целей:

  1. Поддерживают хранение данных, представляя нечто полезное либо для других контрактов, либо для внешнего мира; примером этого будет контракт, подражающий валюте, и другим примером будет контракт, записывающий членство в определенной организации.
  2. Служит как аккаунт. Контролируемый извне, с более сложной политикой доступа; это называется «направляющим контрактом» и обычно включает в себя простую пересылку входящих сообщений с определенным предназначением, только при наличии определенных условий; например, можно иметь направляющий контракт, который ожидает, пока два из предоставленных трех закрытых ключей подтвердят определенное сообщение до его пересылки (т.е. мультиподпись multisig). Более сложные направляющие контракты имеют различные условия, основанные на характере отправляемых сообщений; простейший пример использования для данного функционала – это предел вывода, что преодолевается при помощи более сложной процедуры доступа.
  3. Управляет непрерывным контрактом или отношениями между множеством пользователей. Примерами этого являются финансовый контракт, эскроу с определенным набором медиаторов, либо какой-то вид страховки. Можно также иметь открытый контракт, который одна сторона оставляет открытым для другой стороны, чтобы заниматься им в любое время; примером этого является контракт, который автоматически выплачивает премию всем, кто предлагает ценное решение какой-либо математической задачи, или доказывает, что он предоставляет какой-либо компьютерный ресурс.
  4. Предоставляет функции другим контракта дополнительно служит в качестве библиотеки программного обеспечения.

http://coin-lab.com/ethereum/

Подведём итоги голосования.
И так, заполнили форму два человека. Результаты по ссылке.