Авторы идей: С.Лачинян, А.Кирсанов
Сложено в РуСле

Сеть друзей, как «антиблокчейн»

Блокчейн — это система обмена активами, в которой никто никому не доверяет. Это — следующая ступень технического развития систем с центральным доверенным оператором, которая устраняет лишний человеческий фактор и позволяет вообще отказаться от доверия.

Но только возникает вопрос — “А зачем так жить?”.

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

Давайте вспомним что мы — люди и что мы способны, склонны и должны по своей человеческой природе хоть кому-то доверять лично. Давайте вместе строить систему, в которой личное доверие даёт преимущество. Тогда мы станем ближе к солидарному обществу будущего.

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

Назначение

Гарантированный потребительский спрос позволит любому инициативному участнику Системы объединять уже существующие предприятия в хозяйственные циклы “закупка сырья — переработка — поставка — оплата”, в которых конечная стоимость товара будет минимальна.

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

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

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

 

Рисунок и концепция виртуальной корпорации: Сергей Лачинян (Луч)
https://www.facebook.com/photo.php?fbid=2869098509826234
http://worldcrisis.ru/crisis/2337530

Ключевые особенности

Гарантированный спрос обезпечивается сочетанием страхового депозита и поручительства.

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

Непосредственные взаиморасчёты в хозяйственной цепочке могут идти как обычным коммерческим способом, через банки и расчётные счета участников цепочки, с уплатой налогов, так и оптимизированным способом через участие в каком-либо потребительском обществе — эффект в любом случае будет ощутимый и это не регламентируется Системой.

Система не создаёт необходимости для хранения персональных данных, таких, как ФИО или паспортные данные участников — достаточно того, что они известны непосредственным поручителям.

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

Участники могут менять поручителей.

Принцип действия

Любой участник, имеющий одного поручителя, может стать гарантирующим потребителем товара и получить право на приобретение этого товара по нерыночной (сниженной) цене.

Участник вносит страховой депозит, отдавая его на хранение своему поручителю, которому он непосредственно и лично доверяет.

На сумму этого депозита и под его гарантию участник может многократно делать заказы на продукцию или услуги .

Любой участник, имеющий двух поручителей может сам выступить поручителем.

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

Сбыт гарантируется тем, что если участник отказывается от выкупа сделанного им заказа, его обязательство может быть покрыто поручителем с его депозита, после рассмотрения им претензии организатора поставки.

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

При невозможности участника, получившего претензию, урегулировать вопрос, претензия переходит на его поручителей и далее — на их поручителей.

У всех участников, находящихся под действием претензии, блокируется сумма на страховом депозите, которая возрастает с каждым днём, мешая им совершать новые операции, вовлекая в разрешения конфликта всё больше поручителей-арбитров, пока спор не разрешится.

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

Аналогичным образом происходит регулирование взаимных обязательств участников хозяйственного цикла: в случае отказа или ошибки одного из них, его страховой депозит должен позволить заместить его в производственной цепочке на другого поставщика аналогичного товара/услуги и гарантировать выпуск конечной продукции.

Система обезпечивает регистрацию и ведение учёта поручительств, сумм депозитов, заявок, претензий, информирование участников о претензиях, предоставление участникам сведений друг о друге по их воле.

Система не имеет единого учётного и регулирующего центра, ветви системы, имеющие общих поручителей, действуют полностью автономно.

Система не обрабатывает и не регламентирует суть сделок, споров и выносимых решений по ним — этим занимаются сами участники и их поручители.

Нет необходимости хранения в системе ФИО или других персональных данных. Личное знакомство необходимо только с поручителем, который отвечает за поручаемого. В системе хранится информация о цепочках поручительства, суммах страхового депозита и контактах для связи, позволяющих выйти на поручителя любого уровня для решения спорной ситуации или при потере контакта с партнёром по сделке. Если поручитель более высокого уровня не сможет установить контакт с цепочкой своих поручаемых, он просто её отключит целиком, погасив претензию с доверенных ему средств.

Настоящее назначение Системы

Выше мы рассмотрели важный практический пример и описали общую технологию работы Системы. Но её возможности шире, чем простое гарантирование спроса.

1) Солидарный гарантирующий покупатель становится владельцем производственных цепочек.

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

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

2) Упрощается поиск ответственных исполнителей для любой работы.

Когда заказчик берёт исполнителя из Системы, они оба могут подтвердить свою добросовестность, отвечая друг перед другом страховым депозитом и поручительством.

3) Упрочняются ближайшие связи в системе.

Гарантия взаимной ответственности заказчика и исполнителя будет тем выше, чем короче и провереннее между ними будет цепочка поручителей. Это приведёт к постоянному укреплению ближних связей и формированию устойчивых хозяйственных конгломератов — в отличие от современной обезличивающей глобалистской системы, чем ближе люди в цепочке личных связей, тем больше преимуществ даст их сотрудничество.

4) Репутация становится естественной частью экономики.

В описываемой Системе становится простым делом заключение длительных репутационных контрактов, которые не блокируют средства, но позволяют по прошествии длительного времени (долгосрочный проект, гарантийный срок) обратиться с репутационной претензией в адрес нерадивого исполнителя.

Операционно

* Участник входит в систему, беря одного или более поручителей.

* При возникновении конфликта, каждый поручитель отвечает за поручаемого своими средствами в объёме поручительства.

* Для этого, он берёт депозит с поручаемого и хранит его. Два поручителя — 2 депозита.

* Поручитель даёт поручаемому простую расписку об обязательстве хранения депозита, поручаемый даёт поручителю простую расписку, позволяющую использовать депозит для удовлетворения претензии третьего лица согласно претензионного регламента Системы, без объяснения причин.

* По соглашению поручителя и поручаемого, возможна любая иная форма договора и хранения средств (депозит в банке, пай в кооперативе и пр.).

* При удовлетворении претензии, третье лицо даёт поручителю расписку, что средства получены.

* Поручителем может выступать участник, имеющий не менее двух поручителей.

* Поручитель не может иметь более 12 поручаемых и обязан иметь всех на прямом контакте.

* Если поручитель теряет контакт с поручаемым, то обязан снять поручительство.

* Если поручитель потерял деньги поручаемых, то отвечает перед ними в гражданском правовом поле, а сам будет отключен своим поручителем, который это и обнаружит.

* Страховые депозиты участника-поручителя, хранящиеся у его поручителей, могут объединяться для покрытия претензий к его поручаемым. В этом случае участник может потерять всех поручителей и потеряет возможность действовать.

* Недопустимо брать поручительство на сумму большую, чем внёс сам поручитель.
* При выходе участника, он забирает депозиты у поручителей, за вычетом предъявленных ему претензий. На сумму предъявленных претензий поручители предоставляют участнику расписки третьих лиц о погашении претензий на соответствующие суммы.

* Система стабилизируется за счёт того, что по мере эскалации ответственности на поручителей всё более высокого уровня, в разрешение спора вовлекаются всё более независимые арбитры, увеличивается давление на стороны конфликта, вплоть до полного исключения из Системы.

Технически

* Система участников представляет собой множество самостоятельных кустов.

* Каждый участник куста может быть также участником другого куста по общим правилам поручительства.
* Участник, выступающий поручителем автоматически поручается за своих поручаемых перед всеми кустами, где он имеет право поручительства.

* Каждый куст обслуживается Автоматом регистрации, ведущим реестры и принимающим заявки от участников через Интернет.

* Автомат регистрации — это частный сервер куста, который осуществляет обработку запросов, ведёт свою базу и синхронизируется с другими кустами согласно регламента или технической целесообразности. Каждый участник имеет право установить собственный Автомат, подключив его на двусторонний обмен к Автомату поручителя или Автомату, которым пользуется поручитель.
* Участник генерирует себе ЭЦП, формирует и подписывает регистрационный блок, содержащий эту ЭЦП, а также сумму ответственности, и контакты участника без персональных данных, адрес доступа к Автомату регистрации для этого участника. Направляет это блок поручителям.

* Поручители подписывают ЭЦП и регистрационный блок и отправляют их в реестр.

* При последующей проверке ЭЦП на заявках, проверяется цепочка сертификатов (доверителей) до корня, с учётом отозванных. Реестр регистрационных блоков имеет максимальное распространение в пределах куста, каждый участник может получить регистрационный блок для любого сертификата из цепочки и определить контакты поручителя любого более высокого уровня и его Автомат регистрации. Сертификат подписи, для которого невозможно получить регистрационный блок, получатель должен считать недействительным.

* При отзыве поручительства у участника, к его регистрационному блоку добавляется блок отзыва подписи и далее они распространяются вместе.

* Для продолжения работы участника, у которого отозвали поручительство его и нижестоящих участников, ЭЦП должна быть дополнительно подписана новым поручителем и отправлена заново в реестр.

* Все транзакции участника представляют собой непрерывную цепочку, в которой в вычислении контрольной суммы новой транзакции участвует контрольная сумма предыдущей и указан баланс счёта. Действительной считается цепочка, начинающаяся с чистого баланса и полученная от Автомата поручителя этого участника при сделке между поручаемыми одного поручителя и не ниже Автомата поручителя-поручителя в остальных случаях.

* Распространение транзакций к корню дерева сверх необходимого  (за исключением регистрационных блоков) не является обязательным. Слишком далёкий Автомат имеет право в этом отказывать. При разрешении претензий на более высоком уровне поручительства, на него пересылается спорная цепочка любым из участников — в ней все транзакции цепочки будут упорядочены и подписаны верифицируемыми ЭЦП, поэтому разночтений не будет.

* Поручители, содержащие публичный Автомат, не находящийся постоянно он-лайн ответственны перед поручаемыми за пересылку данных о транзакциях на Автомат более высокого уровня.

* Данные из реестра можно запросить у Автомата целиком или обновления к локальной копии.

* Когда участники заключают сделку, они формируют технический блок (минимально — участники, дата, сумма), блок подписывается сперва получателем обязательства, затем обязующимся и возвращается получателю.

* Когда участники закрывают сделку, этот технический блок с приложенным кодом закрытия сделки, подписывается получателем обязательства и возвращается обязующемуся.

* Претензия подаётся путём отправки Автомату технического блока сделки с приложенным кодом претензии за подписью получателя обязательства.

* Претензия каждый день распространяется на поручителей, а объём вчерашних претензий удваивается (послед-претензии генерируются Автоматом).

* Претензия снимается путём отправки автомату технического блока, закрывающего сделку.

* При сцеплении двух кустов, звено сцепки получает отметку и снабжается информацией для поиска в сети сцепленного Автомата другого куста.

* При отказе Автомата принять претензию (техническая ошибка или мухлёж со стороны куста) допустимо выставить претензию к автомату следующего уровня, в т.ч. через сцепку куста, если граф поручительства это позволяет. Для этого достаточно взять его координаты из локальной копии реестра регистрационных блоков куста.

Плагины для Автомата регистрации

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

Если такие заявки порождают обязательства или претензии, они должны использовать стандартный протокол, описанный в основной части.

Почему это не надо делать на блокчейн?

* Идеология системы основана на естественном структурировании участников до минимальных самоопределяющихся ответственных автономных самоуправляемых групп, что является социальной целью, противоречащей “плоской” технической природе блокчейна.

Если использовать в основе сети “плоскую”, одноранговую систему, то постоянно будут появляться разного рода “оптимизации”, которые будут ломать идеологию личного доверия просто потому что “платформа позволяет”.

Если же использовать в основе сети иерархическую систему доверия, то и возникающие оптимизации будут основаны на всё более глубокой эксплуатации её преимуществ, например, таких, как спонтанное саморегулирование, самовыдвижение естественных активистов и синергия.

* Плоская синхронная структура блокчейна использует общий консенсус, который в данной сети не является необходимым, но вызывает переусложнение алгоритмов и дополнительные технические требования к узлам.

Техническое описание

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

PKI

Для идентификации пользователей используется ЭЦП на основе PKI (OpenSSL).

Каждый поручитель может выступать в роли промежуточного CA, подписывая ключи поручаемых.

К каждому документу поручаемый прикладывает свою цепочку сертификации.

При двух и более поручителях прикладывается 2 цепочки.

В сертификате сохранена информация:

  • cn — уникальное имя, которое сохранится за участником в т.ч. и после смены ключа.
  • Признак “человек” или “автомат” (возможны более двух вариантов).
  • Если автомат — то cn владельца.
  • Контакты для связи с человеком (без ФИО) — в т.ч., владельцем автомата.
  • Адреса, по которым доступен автомат.
  • Адреса, по которым доступен родительский автомат или несколько, если несколько поручителей — в привязке к поручителю.
  • Признак, является ли данный сертификат новым, либо заменой или отзывом старого (вероятно, это надо делать по стандарту PKI).
  • Формат информации: json в свободном поле, unicode.

Когда поручитель подписывает ключ поручаемого, он отправляет его Автомату регистрации в подсистему списка ключей и Автомат пересылает его своим аплинкам, а те — своим, до корня.

Автомат регистрации

Имеет свой ключ с меткой автомата, подписанный владельцем.

Знает владельца и его ключ.

Знает автомат-аплинк владельца или несколько при более чем одном поручителе или иных технических связях.

Имеет 3 компонента:

  1. Хранилище — отвечает за хранение данных.
  2. Транспортная система — отвечает за приём и отправку пакетов другим автоматам и приложениям, возможны разные технологии передачи.
  3. Плагины для обработки поступающих запросов и данных, проверки их корректности. Плагины привязаны к какой-либо информационной подсистеме. Осуществляют сохранение данных в базе, выдачу данных или иные действия. Пользователей аутентифицируют на основе ЭЦП, которой подписан запрос и цепочек сертификации.

Хранит данные непрерывными наборами в привязке к подсистеме и владельцу набора (cn), если применимо.

Один cn может иметь несколько наборов, которыми управляет сам — Автомат только хранит. Например, участник может иметь несколько страховых депозитов и вести по ним операции в отдельных цепочках.

Автомат хранит данные в цепочках блоков (физически — таблица с индексами).

Каждый блок содержит поля:

  • подсистема — например, “список участников” или “сделки”;
  • cn — идентификатор участника;
  • идентификатор цепочки — например, когда несколько страховых депозитов
  • операция — например, пополнение депозита, принятие обязательства, отмена, рекламация,…
  • таймстамп
  • блок данных — сопутствующая информация, например, сумма, номер документа сделки

Эти данные принимаются автоматом за подписью отправителя.

Автомат добавляет к этим данным таймстамп обработки, порядковый номер в цепочке и хэш предыдущего документа вместе со своей подписью на том документе и ставит сверху свою подпись.

Каждый блок имеет 2 индексированных хэша: хэш блока с подписями участника, хэш блока, как части цепочки с подписью Автомата.

Чтобы Автомат принял на хранение блок, необходимо чтобы

  1. Блок был подписан участником, находящимся не дальше заданной глубины подписи от владельца автомата, т.е., был его суб-поручителем, по умолчанию — до 2го колена. Глубина задаётся в настройках плагина-обработчика подсистемы.
  2. Блок был подписан поручителем участника любого уровня.
  3. Блок был подписан сторонним участником, но содержит в себе блок из цепочки участника, подходящего по п.1) и подписан участником, в адрес которого был выписан исходный блок, либо его поручителем любого уровня.

В обоих случаях, блок наращивает в соответствующую цепочку.

Автомат может выдавать по запросу цепочку блоков.

Цепочка выдаётся либо целиком, либо с заданного хэша (для обновления). При этом используется “сырой” хэш, не включающий подпись Автомата, поскольку предыдущая цепочка могла быть получена от другого Автомата.

Цепочка выдаётся в ответ на блок-запрос с подписью владельца цепочки или его поручителей любого уровня (блок-запрос не сохраняется в базе), либо в ответ на блок-запрос, содержащий реквизиты сделки, подписанной в адрес участника, или его поручителей любого уровня, которые подписали этот блок-запрос.

Перед отправкой блока на хранение любой участник или Автомат должны предварительно обновить у себя цепочку от аплинка.

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

Цепочка в подсистеме списка ключей общая и выдаётся по запросу любому уже известному в этой цепочке участнику.

Порядок сделки (со стороны приобретателя)

  1. Получить открытый ключ партнёра.
  2. Согласовать документ сделки, присвоить ему номер, подписать в натуре или ЭЦП.
  3. Отправить своему Автомату и партнёру блок, подписанный ЭЦП с приложением цепочки сертификации.
  4. Партнёр запрашивает у моего автомата мою цепочку блоков.
  5. Партнёр (на Атомат) проверяет все обременения, в случае, если есть основания для отказа, отправляет блок — отмену сделки и на этом всё заканчивается.
  6. Иначе партнёр отправляет блок — подтверждение сделки. С этого момента сделка считается заключённой.
  7. Партнёр получает отправленный блок, но уже с подписью Автомата, перезапрашивая мою цепочку (обновление).
  8. Я проверяю статус сделки, синхронизируя свою цепочку со своим автоматом.
  9. В случае, если одна из сторон хочет предъявить претензию, она должна предъявить подписанный моим Автоматом блок подтверждения сделки.

Приложение пользователя

Заполнение профиля

Настройки подключения к автоматам

Генерация ключа

Отправка ключа поручителю через автомат (поручитель сообщает Автомату, что ждёт сертификат от условленного cn).

Отправка сообщения Автомату об ожидании сертификата от определенного cn (чтобы подписать его и поручиться).

Подписание сертификата, отправка Автомату

Отзыв сертификата

Поиск cn

Просмотр информации о cn и поручителях

Отправка сообщения другому cn (отдельная подсистема).

Просмотр своих и чужих цепочек. Синхронизация цепочек.

Формирование блока сделки (аналогично отправке сообщения, только шаблон формализован и подсистема другая).

Ответ на сообщение/сделку/…

Права

Настоящий документ содержит элементы интеллектуальной собственности.

Перепечатка полностью или частично, в т.ч. с видоизменением возможны при условии постановки ссылки на оригинал.

Построение технических систем на основе настоящего документа возможно только при условии публикации созданного кода как OpenSource под лицензией GPL3. Проприетарные компоненты такого кода (например, сертифицированные средства ЭЦП) должны быть отделяемы и опубликованное ПО без них должно сохранять свою функциональность.

Создание производных систем возможно только при сохранении настоящих требований. Созидаем для всех.

Контакты

Координация технического проекта

Группа РуСло

https://ruslo.pro
https://vk.com/ruslo_spb
координатор: dmi@ruslo.pro

Автор идеи и другие проекты на её основе

Сергей Лачинян

https://www.facebook.com/Sergey.Luch.Intellectual.Orientation
http://synergy4all.net

5 1 vote
Article Rating