Провайдинг в Системе Bitbon: экономико-правовая децентрализация Системы Bitbon

1. Термины, используемые в настоящем Приложении, интерпретируются в соответствии с определениями, приведенными ниже:

• 1) Assetbox Регистратора — компонент Системы Bitbon[i], предназначенный для регистрации единиц цифрового актива[i] в Системе Bitbon и обеспечивающий доступ к адресу хранения единиц учета токена распределенного реестра[i] в системе учета токенов распределенного реестра[i]. Доступ Пользователя Системы Bitbon к Assetbox обеспечивается посредством персональной учетной записи в Системе Bitbon[i].
• 2) UTC — всемирное координированное время, которое является международным стандартом среднего времени по Гринвичскому меридиану.
• 3) Базовая мощность — параметр Assetbox Регистратора, который определяется мощностью такого Assetbox и совокупной мощностью всех Assetbox его первой линии.
• 4) Базовый баланс — параметр, который определяется общим количеством единиц Bitbon[i] на корневом Assetbox Регистратора и суммой всех балансов Assetbox первой линии пула Регистратора.
• 5) Баланс Assetbox — количество единиц Bitbon на Assetbox Регистратора.
• 6) Блок транзакций (блок) — специальная структура для записи группы транзакций в распределенном реестре[i] (блокчейне[i]).
• 7) Блок-продюсер — кандидат в блок-продюсеры, который был включен в последовательность блок-продюсеров в результате выполнения процедуры жребия-голосования для подписи и публикации только одного блока в заданный момент времени (тайм-слот) в рамках конкретного раунда.
• 8) Кандидат в блок-продюсеры — любой узел-участник кворума, соответствующий установленным аппаратным требованиям, с рейтингом выше заданного значения и включенным режимом провайдинга.
• 9) Корневой Assetbox — Assetbox, который находится во главе конкретного пула Регистратора и к которому сводятся все связи в структуре данного пула.
• 10) Провайдинговый период — временной период, который равен 72 часам.
• 11) Пул Регистратора — один или более Assetbox, задействованных в провайдинге в Системе Bitbon[i], между которыми посредством специальных транзакций устанавливается связь и которые образуют структуру, функционирующую согласно правилам и техническим протоколам обеспечения консенсуса в Системе Bitbon.
• 12) Провайдинговый цикл — совокупность трех провайдинговых периодов, в течение которых рассчитываются и сохраняются мощности (базовая и социальная) для каждого Assetbox пула Регистратора, а также происходит процесс создания и верификации блоков с последующим начислением вознаграждений.
• 13) Медиана (от лат. mediāna — середина) в математической статистике — число, характеризующее выборку (например, набор чисел). Если все элементы выборки различны, то медиана — это такое число, что половина из элементов выборки больше него, а другая половина — меньше. В более общем случае медиану можно найти, упорядочив элементы выборки по возрастанию или убыванию и взяв средний элемент.
• 14) Мощность Assetbox — параметр Assetbox Регистратора, который определяет правовой вес конкретного Регистратора в Социальной сети «Система Bitbon»[i] при удостоверении сделок в Системе Bitbon[i]. Мощность Assetbox рассчитывается как сумма базовой и социальной мощности Assetbox Регистратора и напрямую влияет на вознаграждение Регистратора.
• 15) Процедура жребия-голосования — автоматический процесс, реализованный в рамках консенсуса Community PoS, целью которого является формирование на основе распределенных мощностей Assetbox между кандидатами в блок-продюсеры последовательности блок-продюсеров, согласно которой данные блок-продюсеры будут подписывать и публиковать блоки в следующем раунде.
• 16) Социальная мощность — параметр Assetbox Регистратора, который формируется на основании социальных связей Регистратора, начиная с его второй линии и ниже.
• 17) Узел сети блокчейн — аппаратно-программный комплекс, находящийся в распоряжении Провайдера Системы Bitbon в роли Партиционера[i], подключенный к сети блокчейн Системы Bitbon, который хранит в себе все данные блокчейна или их часть.
• 18) Узел синхронизации — узел сети блокчейн, который при подключении к сети производит синхронизацию с остальными узлами путем получения блоков транзакций, транзакций и связанных с ними объектов от других узлов сети, их верификации и сохранения в локальном хранилище блокчейн.
• 19) Узел-участник кворума — любой узел синхронизации, у которого величина сетевой задержки до узлов, входящих в состав кворума, не превышает пороговое значение.
• 20) Уровень пула Регистратора — параметр, который зависит от базового баланса Assetbox Регистратора. В рамках провайдинга в Системе Bitbon существует 100 уровней.

2. Для корректного толкования других терминов, используемых в настоящем Приложении, необходимо руководствоваться Приложением Термины и определения в Социальной сети «Система Bitbon», являющимся неотъемлемой частью Публичного контракта Системы Bitbon.

1. Предметом настоящего Приложения являются отношения между Пользователями Системы Bitbon[i] (далее — Пользователь) в роли Регистратора, возникающие в процессе осуществления провайдинга в Системе Bitbon.

2. Настоящим Приложением устанавливаются основополагающие принципы и порядок ведения деятельности Провайдером Системы Bitbon (далее — Провайдер) в роли Регистратора, регламентируются его права и обязанности с целью обеспечения экономико-правовой децентрализации Системы Bitbon.

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

1. Концепция экономико-правовой децентрализации Системы Bitbon заключается в том, что Пользователи посредством базовых сервисов Системы Bitbon[i] могут осуществлять сделки по учету экономических отношений напрямую и без посредников, а Провайдеры в роли Регистраторов, вне зависимости от гражданства или страны проживания, осуществляют фиксацию таких сделок с целью удостоверения юридического факта посредством достижения консенсуса по алгоритму Community PoS.

1. Основная идея Community PoS заключается в организации сообщества Пользователей в статусе Провайдеров посредством объединения Assetbox Регистраторов в пулы.

2. Регистраторы предоставляют единицы Bitbon, находящиеся на их Assetbox, которые объединены в пулы Регистраторов, для автоматического распределения мощности таких Assetbox между узлами сети блокчейн Системы Bitbon для выполнения процедуры голосования с целью формирования последовательности блок-продюсеров, которые будут подписывать и публиковать блоки.

3. Регистратор может привлекать новых Пользователей с целью развития сообщества Провайдеров. Каждый привлеченный Пользователь предоставляет единицы Bitbon на принадлежащих ему Assetbox для формирования пула Регистратора с целью увеличения его мощности.

4. Каждый новый Регистратор автоматически принимает участие в валидации блоков, генерируемых другими членами сообщества, и в формировании новых блоков.

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

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

7. С целью повышения степени децентрализации, надежности, прозрачности и безопасности Системы Bitbon предусмотрено дальнейшее усовершенствование алгоритма консенсуса Community PoS в соответствии с этапами развития, описанными в Дорожной карте Системы Bitbon.

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

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

2. Достижение основной цели консенсуса Community PoS обеспечивается следующим:

• 1) использованием схемы предварительного согласования последовательности производства блоков блок-продюсерами для предотвращения форков и коллизий блоков;
• 2) централизацией сети в момент формирования блока узлом сети в соответствии с последовательностью формирования блоков;
• 3) введением жесткой синхронной циклограммы работы узлов сети для обеспечения однозначного определения состояния сети блокчейн;
• 4) введением состояния сети «отказ в обслуживании» для фиксации значения периода неопределенности, когда сервис не может квалифицировать состояние операции, выполняемой узлами сети блокчейн;
• 5) взаимной синхронизацией узлов сети, чтобы обеспечить соблюдение циклограммы голосования и формирования блоков;
• 6) использованием фиксированного максимального времени обработки транзакции (с отменой в случае невыполнения ее в заданный период);
• 7) введением трех типов протоколов функционирования узлов сети:
  • — протокол контроля кворума и обеспечения синхронизации времени узлов, представляющий собой фоновый процесс, основанный на опросе сети блокчейн и обеспечивающий поддержание в актуальном состоянии информации о доступности узлов, которые могут принимать участие в процедурах голосования и формирования блоков;
  • — протокол жребия-голосования, в рамках которого формируется последовательность узлов сети, согласно которой узлы сети будут выполнять роль блок-продюсера;
  • — протокол формирования блока, включающий создание блока блок-продюсером, его верификацию остальными узлами сети и систему рейтинга узлов, обеспечивающую корректность выполнения узлами сети функций блок-продюсеров;
• 8) использованием алгоритма случайного распределения мощностей Assetbox Регистраторов между узлами сети перед жребием-голосованием среди узлов, рейтинг которых позволяет им быть кандидатами в блок-продюсеры, что повышает уровень сложности предсказания последовательности блок-продюсеров;
• 9) механизмом децентрализованного жребия-голосования при определении порядка выполнения узлами роли блок-продюсеров, который производится путем сортировки списка узлов по объему мощностей, распределенных в пользу этих узлов, определения границ последовательности и контроля правил участия узлов в сформированной последовательности блок-продюсеров;
• 10) децентрализованной верификацией блока всеми узлами сети блокчейн и рассылкой сообщения о повышении или понижении рейтинга блок-продюсера, генерировавшего блок, в зависимости от результатов верификации.

1. Узел сети представляет собой аппаратно-программный комплекс, находящийся в распоряжении Провайдера в роли Партиционера[i], подключенный к сети блокчейн Системы Bitbon, который хранит в себе все данные блокчейна или их часть. Узел сети блокчейн Системы Bitbon может выполнять следующие роли: узел синхронизации; узел-участник кворума; кандидат в блок-продюсеры; блок-продюсер.

2. Узел синхронизации представляет собой узел сети блокчейн, который при подключении к сети производит синхронизацию с остальными узлами путем получения блоков транзакций, транзакций и связанных с ними объектов от других узлов сети, их верификации и сохранения в локальном хранилище блокчейн. Синхронизация времени узла производится в соответствии с меткой времени последнего валидного блока и метрикой задержки до блок-продюсера, сформировавшего этот блок, а также метками времени от остальных узлов сети. После процедуры синхронизации узел выполняет верификацию и сохранение поступающих к нему транзакций и блоков. Если метрика времени распространения блока для этого узла меньше установленного значения, то этот узел сети блокчейн обязан принимать в обработку транзакции от клиентских приложений и/или сервисов, а после верификации ретранслировать их всем остальным узлам сети. В другом случае или если кворум сети узлов блокчейн не достигнут, то узел не принимает транзакции в обработку, возвращая ошибку «отказ в обслуживании».

3. Узел-участник кворума представляет собой узел синхронизации, у которого величина сетевой задержки до узлов, входящих в состав кворума, не превышает пороговое значение. Для реализации протокола работы консенсуса Community PoS в сети блокчейн должно присутствовать число узлов большее, чем размер кворума, определенного Операторами Системы Bitbon[i] (не меньше 2/3 числа узлов сети блокчейн). Узел-участник кворума участвует в процедуре формирования рейтинга в соответствии с системой рейтинга узлов. Если в процессе обработки транзакций и блоков участник кворума обнаруживает нарушение правил обработки, то он высылает всем узлам сети соответствующее сообщение о понижении рейтинга источников невалидных данных. Если данные валидны, то отправляется сообщение о повышении рейтинга соответствующих блок-продюсеров.

4. Кандидат в блок-продюсеры представляет собой узел-участник кворума, соответствующий установленным аппаратным требованиям, с рейтингом выше заданного значения и включенным режимом провайдинга. В этом случае такой узел будет включен в процедуру распределения мощностей Assetbox пула Регистраторов.

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

1. Протоколом консенсуса Community PoS предусмотрена процедура автоматического перераспределения мощностей Assetbox Регистраторов[i] между кандидатами в блок-продюсеры с целью автоматизации процедуры голосования Регистраторов и предотвращения угроз централизации Системы Bitbon.

2. Для подключения Assetbox к процедуре автоматического голосования необходимо осуществить передачу мощности Assetbox Регистратора в пул Регистратора способом, указанным в части 1 статьи 19 настоящего Приложения.

3. Мощности Assetbox Регистраторов, участвующие в автоматическом распределении, ассоциируются случайным образом между всеми узлами сети блокчейн Системы Bitbon с соответствующим рейтингом, которые отвечают актуальным на момент голосования требованиям по производительности и качеству канала связи (узел в роли кандидата в блок-продюсеры).

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

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

3. Число блок-продюсеров в рамках процедуры жребия-голосования устанавливается Операторами Системы Bitbon.

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

5. Голосование в рамках процедуры жребия-голосования выполняется в следующем порядке:

• 1) в течение первых 2 секунд каждый узел на основе распределенных мощностей Assetbox Регистраторов между кандидатами в блок-продюсеры должен случайным образом сформировать список возможных позиций (последовательность) от 1 до n для каждого из узлов кандидатов в блок-продюсеры с мощностью выше нижней границы и соответствующим рейтингом, затем отправить хеш этого списка (последовательности) всем узлам-участникам кворума;
• 2) из числа узлов, которые могут быть включены в последовательность, исключается блок-продюсер, который последним формирует блок в текущем раунде;
• 3) элементы последовательности с одинаковыми позициями не допускаются;
• 4) запрещается включать в последовательность 2 элемента с одним идентификатором;
• 5) на 5-й секунде каждый узел-участник кворума по количеству голосов за каждый уникальный хеш последовательности определяет, набрала ли максимум голосов сформированная им последовательность. Если нет, то узел переходит в режим ожидания получения последовательности блок-продюсеров. В противном случае узел проверяет, что число голосов больше или равно 2/3 кворума. Если число голосов больше или равно 2/3 кворума, то узел публикует полученную последовательность. Иначе узел публикует сообщение об ошибке формирования последовательности и переходит в режим ожидания начала следующего раунда;
• 6) каждый узел до 9-й секунды получает последовательность производства блоков либо ошибку от других узлов.

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

7. Кандидат в блок-продюсеры, указанный в результирующей последовательности, в свой тайм-слот выполняет роль блок-продюсера.

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

• 1) если в обрабатываемый тайм-слот не пришлось ни одной транзакции, блок не формируется, но при этом всем узлам рассылается отметка времени завершения тайм-слота;
• 2) узел в роли блок-продюсера формирует блок на базе хеш-кода предыдущего валидного блока из транзакций, находящихся в его транзакционном пуле;
• 3) в рамках раунда блок-продюсер может формировать блок только 1 раз;
• 4) блок-продюсер ни при каких условиях не может формировать 2 блока подряд;
• 5) все узлы (в том числе и блок-продюсеры в текущем раунде) выполняют роль узла синхронизации, получая транзакции, выполняя их и проверяя приходящие блоки:
  • — если блок валиден, то он и входящие в него транзакции фиксируются в хранилище;
  • — если блок невалиден, узел его игнорирует и ждет прихода валидного блока с таким же номером;
• 6) если блок-продюсер не смог верифицировать предыдущий блок в момент обслуживания своего тайм-слота, то он формирует новый с тем ж номером, включая в него все транзакции в транзакционном пуле, в том числе пришедшие в прошлые тайм-слоты, отсортированные по времени создания (исключая те, у которых закончилось время обработки). Блок-продюсер рассылает сообщение о понижении рейтинга предыдущего блок-продюсера.

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

2. Изменения рейтинга принимаются всеми узлами сети в пользу всех узлов сети, в частности в пользу блок-продюсера, и применяются через период времени, равный длительности 3 тайм-слотов после формирования блока, при условии, что число сообщений будет больше или равно кворуму (при этом контролируется количество сообщений от каждого узла). Учитывается только одно сообщение от узла на каждый блок.

3. Основные факторы, влияющие на рейтинг узлов:

• 1) повышение рейтинга осуществляется:
  • — за корректно сформированный блок;
  • — за выполнение условий участия в кворуме (выдается Оператором Системы Bitbon);
  • — если блок-продюсер сформировал за сутки минимум один блок и не получил понижение рейтинга;
• 2) понижение рейтинга осуществляется:
  • — если блок-продюсер включил более 10 транзакций, относящихся к предыдущему тайм-слоту;
  • — если блок-продюсер сформировал блок не в свой тайм-слот;
  • — если блок-продюсер не сформировал блок и не отправил пакет с временной меткой в свой тайм-слот;
  • — если узел отправил более 2 сообщений о повышении/понижении рейтинга на один блок (паузу);
  • — если узел транслировал невалидную транзакцию или одну и ту же транзакцию повторно (за каждое повторение);
  • — обнуление рейтинга, если блок-продюсер сформировал невалидный блок (включил невалидную транзакцию).

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

1. Исходными данными является группа Assetbox . Каждый Assetbox e(j) характеризуется уникальным идентификатором a из множества A и мощностью (положительной числовой характеристикой) b(j)

,

,

где N — число Assetbox Регистраторов, участвующих в Провайдинге.

В пользу набора узлов сети блокчейн (кандидатов в блок-продюсеры) случайным (квазислучайным) образом передаются мощности Assetbox. Мощность каждого Assetbox передается только одному из узлов. В зависимости от состояния группы возникает набор положительных вероятностей

,

передачи мощности j-го Assetbox i-му кандидату в блок-продюсеры. Для каждого Assetbox сумма вероятностей передачи мощности этого Assetbox определенному узлу-кандидату в блок-продюсеры для всех узлов равна единице

.

Вероятность распределения мощностей группы Assetbox с номерами в пользу i-го узла равна

.

Вероятность передачи i-му узлу мощностей этих Assetbox равна

.

Если узлу i в точности передан набор мощностей Assetbox , а остальным узлам — кандидатам в блок-продюсеры передаются другие непересекающиеся наборы мощностей Assetbox, при этом объединение таких наборов по всем узлам дает все множество мощностей Assetbox, тогда вероятность того, что всем узлам будут переданы мощности своих уникальных наборов Assetbox определяется как произведение по всем узлам сети блокчейн вероятностей

,

то есть

.

1. Каждый узел со своим набором мощностей Assetbox из общего набора в n узлов сети блокчейн может быть выбран в группу блок-продюсеров из k узлов .

Вероятность p(i)[H] выбора i-го узла в избранную группу зависит от состояния узлов H=(E¹,E²,...,Eⁿ) , где состояние узлов определяется мощностями Assetbox, распределенными в их пользу

.

V(i) — случайная величина, показывающая число попаданий i-го узла в избранную группу, то есть V(i) — индикатор попадания i-го узла в избранную группу, i=1,2,...,n, принимающая значения 0 или 1. обозначает число узлов в избранной группе.

Вероятность попадания i-го узла в избранную группу из k блок-продюсеров равна

условной вероятности попадания i-го узла в избранную группу при условии, что число узлов в избранной группе равно k.

Данная условная вероятность определяется как отношение вероятности произведения P(V(i)=1,V=k) этих двух событий к вероятности P(V=k) условия.

Вероятность условия равна

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

Далее определяется вероятность произведения P(V(i)=1, V=k), то есть из этой суммы выделяются те слагаемые, в которых V(i)=1, а сумма остальных индикаторов равна k-1. Такая вероятность определяется

.

Вероятность попадания i-го узла в избранную группу из k блок-продюсеров равна

условной вероятности попадания i-го узла в избранную группу при условии, что число узлов в избранной группе равно k и

или

,

где

.

1. Условная вероятность попадания i-го узла в избранную группу блок-продюсеров на r-ю позицию при условии, что размер группы блок-продюсеров составляет k узлов, равна .

Условная вероятность повторения фрагмента последовательности из определенных w узлов в группе блок-продюсеров из k узлов, при условии, что узлы, участвовавшие в процедуре выбора, уже включены в последовательность, равна вероятности

того, что данный фрагмент последовательности размещен в начале последовательности блок-продюсеров, умноженной на число позиций последовательности (k-w+1), в которых данный фрагмент последовательности может быть размещен, в группе блок-продюсеров из k узлов

.

Вероятность условия формирования фрагмента последовательности i(1),i(2),...,i(w) равна произведению вероятностей p(i(1)),p(i(2)),...p(i(w)). Вероятность появления фрагмента последовательности i(1),i(2),...,i(w) на очередном шаге в группе блок-продюсеров равна произведению условной вероятности P^(r)(w,k) на вероятность условия p(i(1))p(i(2))...p(i(w)) и равна

.

1. В качестве оценки вариантов решения определяется количество возможных способов разбить множество из N элементов на непересекающиеся подмножества A⁽ⁱ⁾, A=A⁽¹⁾+A=⁽²⁾+ ... +A=^(K) , где i=1,2,...,K и K < N, равное K^N . Первый элемент a(1) множества A может попасть в любое из K подмножеств, второй элемент a(2) множества A может попасть в любое из K подмножеств... и так N раз. Разбиение исходного множества A на непересекающиеся подмножества A⁽ⁱ⁾ , где i=1,2,...,K, является результатом этапа распределения мощностей Assetbox в пользу узлов сети — кандидатов в блок-продюсеры.

Далее производится расчет распределения мощности.

Каждое подмножество A⁽ⁱ⁾ принимает состояние Eⁱ , определяемое попавшими в него элементами a(i(s)), s=1,2,...,l=l(i),

.

В общем случае состояния подмножеств будут изменяться. Результат реализации этапа распределения мощности представлен как число перестановок N_sh подмножеств множества A (под перестановкой в данном случае имеется в виду упорядочивание A⁽ⁱ⁾ по величине состояния Eⁱ ), которое равно

N_sh=K!

Каждая перестановка является исходными данными для операции формирования последовательности блок-продюсеров, с помощью которой из подмножеств A⁽ⁱ⁾ выбираются привилегированные подмножества A^(v) , где v=1,2,...,П. Общее количество выборов N_select привилегированных неупорядоченных подмножеств из групп блок-продюсеров равно

.

В общем случае вероятность попадания элемента e(i) в конкретное подмножество A^j (событие X), например, первое j=1, равна . Вероятность выбора подмножества A¹ в привилегированную группу (группу блок-продюсеров) при условии, что событие X состоялось (в подмножестве A¹ размещен элемент e(i¹) , событие Y), равна . Вероятность повторного попадания элемента в подмножество, которое впоследствии попадет в привилегированную группу на то же место

.

В подмножество было выбрано u элементов и это подмножество попало в привилегированную группу на определенную позицию в группе блок-продюсеров, событием X будет выбор на следующем шаге такого же количества u элементов в то же подмножество, а событием Y — выбор этого подмножества в привилегированную группу в ту же позицию. Определяется

и

.

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

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

1. Основой концепции обеспечения консенсуса в Системе Bitbon[i] является эффективность деятельности Провайдера[i] в роли Регистратора[i], как участника социальной сети экономических отношений, который заинтересован в ее развитии, надежности и безопасности.

2. По концепции обеспечения консенсуса в Системе Bitbon ценностью является сам человек и его ресурсы, выраженные в социальных связях и единицах Bitbon[i].

3. Обеспечение консенсуса в Системе Bitbon осуществляется посредством использования алгоритма Community PoS в распределенном реестре Системы Bitbon.

4. Обеспечение консенсуса в Системе Bitbon является первостепенной задачей всего сообщества Социальной сети «Система Bitbon»[i].

5. Деятельность Провайдера в роли Регистратора направлена на фиксацию сделок в Системе Bitbon[i] с целью удостоверения юридического факта посредством достижения консенсуса по алгоритму Community PoS.

6. Участие Провайдера в обеспечении консенсуса реализуется посредством функциональных возможностей инфраструктуры Системы Bitbon[i].

7. Для участия в Провайдинге в роле Регистратора Пользователь должен подключить свой Assetbox к пулу Регистратора.

8. Участвуя в Провайдинге, Регистраторы предоставляют единицы Bitbon на своих Assetbox для автоматического распределения мощности таких Assetbox между узлами сети блокчейн Системы Bitbon для выполнения процедуры голосования.

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

10. Регистраторы аккумулируют принадлежащие им единицы Bitbon на Assetbox, которые они подключают в пул Регистратора, а также формируют и развивают свои собственные пулы, чем повышают мощность своего пула и его правовой вес при удостоверении сделок посредством достижения консенсуса в Системе Bitbon. Система Bitbon посредством фонда провайдинга[i], как одного из своих компонентов, распределяет вознаграждение среди Регистраторов, в зависимости от количества выделенных каждым Регистратором единиц Bitbon, а также от сформированных ими социальных связей.

1. Реализация провайдинга[i], направленного на обеспечение экономико-правовой децентрализации Системы Bitbon, осуществляется согласно этапам, которые указаны в Дорожной карте децентрализации.

1. Пул Регистратора состоит из одного или более Assetbox, участвующих в провайдинге. Связь между Assetbox устанавливается посредством специальных транзакций. Пул Регистратора функционирует согласно правилам и техническим протоколам обеспечения консенсуса Community PoS.

2. Каждый пул Регистратора имеет корневой Assetbox. Все Assetbox, непосредственно подключенные к корневому Assetbox, называются первой линией подключения.

3. Пулы Регистратора могут быть нескольких видов:

• 1) пул Регистратора с одним Assetbox, который подключился к провайдингу;
• 2) пул Регистратора с 1-й линией подключения;
• 3) пул Регистратора со 2-й и более линиями подключения.

1. Для подключения к провайдингу необходимо выполнить транзакцию по переводу 0,0001 единицы Bitbon с комментарием /providing на Assetbox, к которому выполняется подключение.

2. Для подключения к провайдингу уровень верификации учетной записи[i] Пользователя в Системе Bitbon должен соответствовать категории ID Passport[i] «Персональный» или выше.

3. В случае если Регистратор не принимает транзакции с вознаграждением за участие в провайдинге в течение 5 провайдинговых периодов, его участие в провайдинге будет приостановлено. Для этого в течение 6-го провайдингового периода с момента последнего принятия Регистратором транзакции с вознаграждением за участие в провайдинге на Assetbox пула такого Регистратора с Assetbox фонда провайдинга будет автоматически отправлена транзакция 0,00000001 единицы Bitbon с комментарием /suspend_providing.

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

5. Для восстановления участия Assetbox пула Регистратора в провайдинге Пользователю необходимо выполнить транзакцию с такого Assetbox по переводу 0,0001 единицы Bitbon с комментарием /restart_providing на адрес 0x82ccf67061e2f11c3a317f2799ec0b119e96b5b0 — Assetbox фонда провайдинга.

6. После регистрации данной транзакции по восстановлению участия в провайдинге в Системе Bitbon в следующем провайдинговом периоде для Assetbox пула такого Регистратора будет запущен процесс наращивания мощности.

7. В случае если после регистрации транзакции восстановления участия в провайдинге Регистратор в течение 5 провайдинговых периодов не будет принимать транзакции с вознаграждением за участие в провайдинге, его участие в провайдинге будет приостановлено. Для этого в течение 6-го провайдингового периода с момента регистрации транзакции восстановления участия в провайдинге на Assetbox пула такого Регистратора с Assetbox фонда провайдинга будет автоматически отправлена транзакция 0,00000001 единицы Bitbon с комментарием /suspend_providing.

1. Провайдеры в роли Регистраторов, выделяя принадлежащие им единицы Bitbon для участия в провайдинге, приобретают определенный правовой вес, что позволяет им посредством достижения консенсуса по алгоритму Community PoS фиксировать сделки в Системе Bitbon с целью удостоверения их юридического факта. За свою деятельность Регистратор получает вознаграждение, размер которого зависит от способа участия конкретного Регистратора в экономико-правовой децентрализации Системы Bitbon.

2. Участие конкретного Регистратора в экономико-правовой децентрализации Системы Bitbon реализуется посредством одного из трех способов.

3. Первый способ реализуется в момент первоначального подключения Регистратором своего Assetbox к провайдингу. Таким образом, Регистратор приобретает собственный правовой вес в Социальной сети «Система Bitbon» для участия в удостоверении сделок в Системе Bitbon. Правовой вес такого Регистратора зависит от количества Bitbon[i] на его Assetbox.

4. Второй способ реализуется в момент подключения таким Регистратором новых Регистраторов в первую линию своего пула. Такой пул Регистратора задействует больший объем единиц Bitbon в провайдинге, получает больший правовой вес и состоит из корневого Assetbox и совокупного количества Assetbox всех участников пула — первой линии подключения.

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

1. Основным параметром корневого Assetbox Регистратора является его мощность, которая определяет правовой вес конкретного Регистратора в Социальной сети «Система Bitbon» при удостоверении сделок в Системе Bitbon и вычисляется как сумма базовой и социальной мощностей Assetbox Регистратора.

2. Мощность Assetbox Регистратора измеряется в единицах мощности.

3. Мощность Assetbox является ключевым показателем для расчета вознаграждения Регистратора.

1. Каждый Assetbox имеет собственную мощность, которая зависит от количества единиц Bitbon, хранящихся на нем, и равна 25% от баланса такого Assetbox.

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

2. Если во время процесса наращивания мощности баланс Assetbox Регистратора был пополнен, то со следующего после пополнения периода возникает параллельный процесс наращивания мощности данного Assetbox.

3. Если во время процесса наращивания мощности баланс Assetbox Регистратора уменьшился, то наращивание мощности рассчитывается и выполняется согласно количеству единиц Bitbon, оставшихся на Assetbox, а не от первоначального его баланса.

4. Единицы Bitbon, которые поступают на Assetbox Регистратора от Фонда провайдинга в качестве вознаграждения, включаются в провайдинг сразу после их принятия Регистратором и не проходят через процесс наращивания мощности.

5. Когда корневой Assetbox Регистратора находится в процессе наращивания мощности, при переводе единиц Bitbon с Assetbox первой линии подключения мощность для расчета вознаграждения на корневом Assetbox Регистратора может отсутствовать в течение нескольких провайдинговых периодов.

1. Базовая мощность формируется, когда к Assetbox Регистратора подключаются другие Assetbox.

2. Базовую мощность определяют собственная мощность Assetbox Регистратора и мощности Assetbox его первой линии подключения.

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

2. Все Assetbox пула Регистратора распределены по уровням. Уровень зависит от базового баланса пула Регистратора: чем больше количество единиц Bitbon на Assetbox Регистратора и его первой линии подключения, тем выше уровень пула.

3. Для Assetbox Регистраторов в провайдинге предусмотрена 100-уровневая шкала, по которой распределяются базовые балансы таких Assetbox. Значение границы сотого уровня зависит от медианы распределения балансов Assetbox в провайдинге. Значение базового баланса Assetbox, при достижении которого Assetbox получает сотый уровень, рассчитывается относительно данной медианы.

4. Распределение Assetbox Регистраторов по уровням происходит согласно рассчитанному базовому балансу и значению, выраженному в единицах Bitbon, при достижении которого Assetbox получает 100-й уровень.

5. Межуровневая разница пула Регистратора формируется по следующему принципу: чем больше разница между уровнем Assetbox Регистратора и уровнем нижестоящего Assetbox в его пуле, тем большую долю социальной мощности получает Assetbox такого Регистратора.

1. Перекрытие социальной мощности происходит в случае, если в структуре пула Регистратора появляется Assetbox с базовым балансом (уровнем), равным или выше базового баланса (уровня) Assetbox такого Регистратора.

2. В результате перекрытия социальной мощности Assetbox Регистратора теряет социальную мощность и не участвует в расчете вознаграждений на следующий провайдинговый период по этой ветке пула Регистратора.

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

4. В рамках провайдинга в Системе Bitbon для Assetbox Регистратора предусмотрен «индикатор перекрытия мощности», который отображается на аналитической панели Регистратора и представляет собой инструмент контроля уровней базовых балансов Assetbox пула Регистратора.

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

2. Расчет провайдинговых циклов для каждого Assetbox Регистратора, участвующего в провайдинге, осуществляется параллельно.

3. В рамках 1-го периода провайдингового цикла происходит расчет и сохранение базовой и социальной мощностей для каждого Assetbox пула Регистратора. Для расчета мощностей Assetbox всегда берется минимальный баланс за провайдинговый период.

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

5. В рамках 3-го периода провайдингового цикла выполняется начисление вознаграждений на Assetbox Регистраторов за мощности, рассчитанные на первом периоде провайдингового цикла.

6. При подключении Assetbox Регистратора в пул первый провайдинговый цикл состоит из четырех провайдинговых периодов:

• 1) первый провайдинговый период предусматривает включение Assetbox Регистратора в пул;
• 2) минимальный баланс такого Assetbox в период подключения равен нулю, процесс наращивания мощности будет запущен согласно рассчитанным показателям за второй провайдинговый период. Мощность Assetbox будет увеличиваться в течение 10 провайдинговых периодов до его номинального значения;
• 3) в течение третьего провайдингового периода мощности, рассчитанные за второй период, будут участвовать в создании блоков-транзакций и последующей их верификации;
• 4) в течение четвертого провайдингового периода будет осуществляться процесс начисления вознаграждений за мощности, рассчитанные за второй провайдинговый период и участвовавшие в подписании блоков-транзакций и последующей их верификации в третьем провайдинговом периоде.

7. Вознаграждение и вся система провайдинга привязаны к серверному времени по UTC.

1. Процесс защиты мощности провайдинга (Providing Power Protection) создан с целью формирования условий стабильного функционирования сервиса провайдинга и оптимального распределения мощностей между Провайдерами в роли Регистратора.

2. Процесс защиты мощности провайдинга заключается в следующем:

• 1) в момент завершения провайдингового периода (по истечении 72 часов) происходит анализ операций по переводу единиц Bitbon на Assetbox Регистраторов за данный период;
• 2) если значение баланса Assetbox, на основании которого рассчитывается значение мощности за данный провайдинговый период, меньше, чем за предыдущий провайдинговый период, то мощность данного Assetbox уменьшается на четырехкратную величину разности мощностей, рассчитанных до и после уменьшения баланса данного Assetbox. Мощность, на которую уменьшилась мощность данного Assetbox, восстанавливается до величины, соответствующей новому балансу, на протяжении 10 провайдинговых периодов: по 10% за один провайдинговый период;
• 3) при повторном уменьшении баланса на одном из следующих периодов создается еще один процесс защиты мощности провайдинга, который суммируется с незавершенными процессами защиты мощности, возникшими ранее.

3. Процесс защиты мощности провайдинга не распространяется на те единицы Bitbon, которые были получены в качестве вознаграждения за провайдинг, при условии, что эти единицы Bitbon были переведены с Assetbox Регистратора в тот же период, в который было принято вознаграждение (до начала их участия в провайдинге в следующем провайдинговом периоде).

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

2. Если в течение 9 дней Регистратор не принимает транзакцию с вознаграждением, то такая транзакция возвращается в пользу Фонда провайдинга для дальнейшего перераспределения между Регистраторами. В случае если Регистратор не примет транзакцию с вознаграждением в установленный период, то такое вознаграждение не может быть начислено повторно.

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

• 1) Чем больше баланс Assetbox Регистратора, участвующего в провайдинге, тем большее вознаграждение получает Регистратор.
• 2) Вознаграждение Регистратора пропорционально его вкладу в формирование своего пула Регистратора.
• 3) Провайдинг является циклическим процессом, один период которого равен 72 часам. Каждые 72 часа всем Регистраторам из Фонда провайдинга начисляется вознаграждение за участие в провайдинге. Размер вознаграждения напрямую зависит от базовой и социальной мощностей Assetbox Регистратора.

4. Вознаграждение за участие в провайдинге в роли Регистратора может принимать только Пользователь, уровень верификации учетной записи которого в Системе Bitbon соответствует категории ID Passport[i] «Персональный» или выше.

1. В Системе Bitbon[i] предусмотрены следующие инструменты Регистратора[i]: аналитическая панель Регистратора; приложение для виртуального моделирования пулов Регистраторов; график «Приведенный базовый баланс 100-го уровня»; график «Количество Bitbon в провайдинге»; график «Мощность Assetbox»; график «Динамика изменений характера структуры пулов»; калькулятор Регистратора; бот-советник.

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

3. Приложение для виртуального моделирования пулов Регистратора создано с целью проведения предварительного обучения и ознакомления с провайдингом[i] в Системе Bitbon и изучения основных принципов работы Регистратора. Комплекс инструментов приложения, включая графики и различные виды настроек параметров, позволяет понять принципы построения моделей пулов Регистратора с различными комбинациями Assetbox, входящих в пул Регистратора, и их балансов.

4. График «Приведенный базовый баланс 100-го уровня» представляет собой линейный график, на котором ось Y отображает значение, выраженное в единицах Bitbon, при достижении которого Assetbox получает 100-й уровень. Ось Х отображает 90 провайдинговых периодов.

5. График «Количество Bitbon в провайдинге» представляет собой линейный график, на котором ось Y отображает сумму балансов всех Assetbox Регистраторов, которые принимают участие в провайдинге, а ось Х отображает 90 провайдинговых периодов.

6. График «Количество Bitbon для вознаграждений» представляет собой линейный график, на котором ось Y отображает количество единиц Bitbon, которое будет распределено между Регистраторами в конце провайдингового периода, а ось Х отображает 90 провайдинговых периодов.

7. График «Мощность Assetbox» представляет собой линейный график, на котором ось Y отображает сумму мощностей всех Assetbox Регистраторов, которые участвуют в провайдинге, а ось Х отображает 90 провайдинговых периодов.

8. График «Динамика изменений характера структуры пулов» представляет собой линейный график, отображающий расчетный показатель степени приближенности суммарной мощности всех Assetbox Регистраторов, которые участвуют в провайдинге, к мощности «идеального пула» (теоретически возможной мощности всех пулов Регистраторов в Системе Bitbon).

9. Калькулятор Регистратора — один из основных инструментов, который разработан с целью предоставления Регистраторам возможности сделать предварительный расчет вознаграждений за участие в обеспечении консенсуса в Системе Bitbon. Это приложение в автоматическом режиме по введенным данным позволяет спрогнозировать варианты получения дохода с возможностью выбора периода прогнозирования и одной из трех основных моделей прогнозирования:

• 1) 1-я модель: прогноз составляется на основании того, что у Регистратора есть только свой Assetbox, и в провайдинге участвует только его собственная мощность;
• 2) 2-я модель: прогноз составляется на основании того, что у Регистратора существует подключенная первая линия, то есть базовая мощность;
• 3) 3-я модель: прогноз составляется на основании того, что у Регистратора подключена вторая линия и ниже, то есть существует социальная мощность.

10. Adviser Bot — бот-советник создан для своевременного информирования Регистратора о ключевых событиях в его пуле посредством мессенджера Telegram. Бот-советник сообщает Регистратору о входящих транзакциях с вознаграждением, о подключении новых Assetbox в пул, о перерасчетах уровней и мощностей и т. д. Бот-советник предоставляет рекомендации по повышению эффективности управления пулом. Информационные сообщения, которые бот отправляет в мессенджере, дублируются в аналитической панели Регистратора в специальной вкладке Adviser Bot.

1. Исходные данные:

N — число Assetbox Регистраторов, участвующих в провайдинге,

B(n) — баланс Assetbox с номером n, n=1,2,3,...,N,

BB(n)=B(n)+B⁽¹⁾(n) — базовый баланс, где сумма балансов Assetbox его первой линии подключения, B(n(i)) — баланс i-го Assetbox из первой линии с номером n(i).

2. Вычисляется (общая величина)

B^ср — среднее из балансов Assetbox Регистраторов, участвующих в провайдинге,

.

3. Находится (индивидуальная величина) для каждого Assetbox с номером n

b^o(n) — относительный баланс Assetbox,

.

4. Задается z > 0 — коэффициент влияния первой линии подключения и функция f(b^o(n)) — регулятор влияния первой линии — путем выбора ее параметров

a > d > 0, c > 0.

Она обнуляет величину вывода на уровень нулевых Assetbox.

Зависит от относительного баланса b^o(n) Assetbox с номером n.

Она непрерывна на положительной полуоси и f(0)=0, f(∞)=1:

, .

5. По суммарному балансу B⁽¹⁾(n) первой линии подключения для каждого Assetbox с номером n находится R(n) — величина выведения Assetbox с номером n на определенный уровень (приведенный базовый баланс), задаваемый величиной

R(n)=B(n)+z*B⁽¹⁾(n)*f(b^o(n)) ,

которая зависит от баланса B(n) Assetbox с номером n, а также от суммарного баланса его первой линии подключения. В этой формуле присутствуют:

z > 0 — коэффициент влияния первой линии подключения и функция f(b^o(n)) — регулятор влияния первой линии, которая зависит от относительного баланса Assetbox с номером n.

6. Задача выбора левой границы верхнего (сотого) уровня решается применением обобщенного показательного распределения (распределения Вейбулла — Гнеденко).

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

  F(x)=1−exp[−λx)^α], x>0 .

  Решается уравнение 𝐹(𝑥) = 1⁄2. Записывается эквивалентное ему уравнение

  1⁄2 = 1 − exp[−(𝜆𝑥)^𝛼] .

  Находится

  exp[−(𝜆𝑥) ^𝛼] = 1⁄2 .

  и

  𝜆𝑥 = (ln2)^(1⁄𝛼) .

  Отсюда

  𝑥^{(𝑚𝑒𝑑)} = (ln2) ^(1⁄𝛼)⁄𝜆 .

• 2) Следующим шагом является выражение квантиля для вероятности 0,99 через параметр обобщенного показательного распределения. Находится левая граница 100-го уровня. Решается уравнение

  F(x)=0,99,

  или

  0,99=1−exp[−(λx)^α] ,

  или

  exp[−(λx)^α]=0,01 .

  Отсюда

  𝜆𝑥 = (ln100)^(1⁄𝛼)

  и

  𝑥^(0,99) = (ln100) ^(1⁄𝛼)⁄𝜆 .

  Из соотношения

  𝑥^(med) = (ln2) ^(1⁄𝛼)⁄𝜆

  находим

  𝜆 = (ln2)^(1⁄𝛼)⁄𝑥^(med)

  и подставляем его в выражение

  𝑥^(0,99) = (ln100)^(1⁄𝛼)⁄𝜆 .

  Получим

  𝑥^(0,99) = (ln100)^(1⁄𝛼)⁄𝜆 = 𝑥^(med)(ln100/ln2)^(1⁄𝛼) = 𝑥 ^(med) * [(log100)/(log2)]^(1⁄𝛼) ,

  или

  

  или

  

  Левая граница 100-го уровня выражается через медиану обобщенного показательного распределения как

  

• 3) Следующим шагом определяется степень произведения в распределении.

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

  F(x) = 1 - exp[-(λx^α)], x > 0.

  Оно равно

  .

  Выражение для медианы

  𝑥^{(𝑚𝑒𝑑)} = (ln2)^(1⁄𝛼)⁄𝜆,

  находим

  .

  Определяется

  

  Решается уравнение

  

  относительно неизвестной степени ɑ.

  Здесь

  

  значение гамма-функции в точке 1+1⁄α.

  Строится процесс вычисления выражения

  

  с заранее заданной точностью, уравнение

  

  решается методом деления пополам или же методом «золотого сечения».

  Для первоначального построения выбирается ɑ=1⁄3.

  В качестве примера.

  При x^med = 30,

  

  𝛥 = 𝑥^лев(1) — левая граница первого уровня, та величина, откуда начинается начисление вознаграждения,

  A(1) — длина первого уровневого интервала,

  L — число уровней (в данном случае L = 100),

  𝐷 = 𝑥^лев(𝐿) — левая граница верхнего уровня.

  Определяем:

  

  расширитель диапазона уровневых интервалов (начиная со второго).

  Для всех уровней, начиная со второго (2 ≤ k ≤ L), левая граница интервала уровня k равна:

  𝑥^лев(𝑘) = 𝑥^лев(1) + 𝐴(1) ∗ 𝑆^(𝑘−2) = 𝛥 + 𝐴(1) ∗ 𝑆^(𝑘−2), 2 ≤ k ≤ L.

  В качестве примера.

  Определяется длина Δ(k) интервала уровня k, 1 ≤ k ≤ L.

  При k = 1 длина первого уровневого интервала равна A(1):

  𝛥(1) = 𝑥^лев(2) − 𝑥^лев(1) = [𝑥^лев(1) + 𝐴(1) ∗ 𝑆⁽²⁻²⁾] − 𝑥^лев(1) = 𝐴(1).

  При k = 2 длина второго уровневого интервала равна:

  𝛥(2) = 𝑥^лев(3) − 𝑥^лев(2) = 𝐴(1) ∗ 𝑆(3−2) − 𝐴(1) = 𝐴(1) ∗ (𝑆 − 1).

  При k = 3 длина третьего уровневого интервала равна:

  𝛥(3) = 𝑥^лев(4) − 𝑥^лев(3) = 𝐴(1) ∗ 𝑆⁽⁴⁻²⁾ − 𝐴(1) ∗ 𝑆⁽³⁻²⁾ = 𝐴(1) ∗ (𝑆² − 𝑆).

  При k = 4 длина четвертого уровневого интервала равна:

  𝛥(4) = 𝑥^лев(5) − 𝑥^лев(4) = 𝐴(1) ∗ 𝑆⁽⁵⁻²⁾ − 𝐴(1) ∗ 𝑆⁽⁴⁻²⁾ = 𝐴(1) ∗ (𝑆³ − 𝑆²).

  При k = L − 1 длина L − 1-го уровневого интервала равна:

  𝛥(𝐿 − 1) = 𝑥^лев(𝐿) − 𝑥^лев(𝐿 − 1) = 𝐴(1) ∗ 𝑆^(𝐿−2) − 𝐴(1) ∗ 𝑆^(𝐿−3) = 𝐴(1) ∗(𝑆^(𝐿−2) − 𝑆^(𝐿−3)).

  Левая граница L-го уровневого интервала равна:

  𝑥^лев(𝐿) = 𝑥^лев(1) + 𝐴(1) ∗ 𝑆^(𝐿−2) = 𝛥 + 𝐴(1) ∗ 𝑆^(𝐿−2) = 𝛥 +𝐴(1)[(𝐷 − 𝛥)⁄𝐴 (1)] = 𝐷.

  Отношение длин соседних интервалов:

  , 2 ≤ k ≤ L − 2,

  начиная со второго и заканчивая L − 2-м равно S:

  

  для всех 2 ≤ k ≤ L − 2.

7. Для каждого уровня k, k = 1, ..., L, вычисляются уровневые процентные коэффициенты r(k) (уровневые проценты 100*r(k)):

,

k = 1, ..., L, а параметр степени β > 0 отвечает за скорость роста вблизи малых или больших значений уровня (выпуклость вверх или вниз графика уровневых коэффициентов). При β = 1 скорость роста постоянна (точки на графике расположены на прямой).

8. Для каждого Assetbox с номером n вычисляется базовая мощность W ^b(n) Assetbox n по формуле:

W ^b(n) = max[0,25 * B(n);W],

где

W = min[B(n);0,25 * X]

есть минимум из баланса B(n) Assetbox c номером n и суммы минимумов min[B(n); B¹(n(i))] его баланса B(n) и балансов B¹(n(i)) = B(n(i)) всех узлов первой линии подключения к Assetbox n, умноженной на коэффициент 0,25:

Для этого выполняется следующая последовательность действий:

• 1) Используя верхние индексы 1,... , нумеруются уровни (линии) Assetbox, подписанных под исследуемый Assetbox.
• 2) Вычисляется вспомогательное значение:

  

  где l — число Assetbox в первой линии Assetbox;

  B¹(n(i)) — баланс i-го Assetbox из первой линии с номером n(i).

• 3) Вычисляется вспомогательная величина:

  W = min[B(n);0,25 * X].

• 4) Определяется базовая мощность:

  W ^b(n) = max[0,25 * B(n);W].

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

9. Для каждого Assetbox с номером  вводится приведенная социальная мощность W ^ns(n), которая определяется исходными содержаниями узла n, Assetbox с номерами n(1), n(2), ..., n(l^[1]), первой линии L^[1]n подключения к узлу n (они дают базовую мощность выведения на уровень) и содержаниями Assetbox всех его веток подключений ниже первой линии, в основании которых Assetbox с уровневым процентом, меньшим уровневого процента Assetbox c номером n (общим числом П(n)).

,

где Z(n) = l^[1] + П(n). Здесь величина C^*(n(i),n^[1](π), n) определяется следующим образом. Из узла n(i), расположенного ниже первой линии подключения к Assetbox n, в узел n ведет однозначный путь подключений:

π(n^[s](i), n)

равный:

,

или упрощенно:

с началом в узле n(i) = n^[s](i) на нижнем уровне [s] и окончанием в узле

на верхнем, с его точки зрения — нулевом уровне.

А

есть максимум из всех уровневых процентных коэффициентов

r(n^[1]), r(n^[2]), r(n^[3]), ..., r(n^[s-1]), r(n^[s])

в узлах

n^[1], n^[2], n^[3]), n^[s-1], n^[s]

на пути

подключений из узла n(i) = n ^[s](i) = n ^[s] в узел .

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

10. Подсчитывается мажорирующая социальная мощность W ^ms(n) для Assetbox с номером n:

.

Мажорирующая социальная мощность узла n отличается от приведенной социальной мощности подстановкой величины r ^max = 1 вместо величины r(n).

11. Подсчитывается социальная мощность W ^s(n) узла n, исходя из приведенной социальной мощности W ^ns(n) по формуле:

W ^s(n) = W ^ns(n) * g(C ^o(n))

Здесь для обеспечения социальной направленности провайдинга вводится социальная нормирующая функция g(x), равная:

g(x) = [h + (1 - h)(1 + px^η) q ^1-x],

0 < h < 1, q > 1, p ≥ 0, η ≥ 0.

Здесь h — уровень недостижимого минимума социальной нормирующей функции;

p — регулятор всплеска волны графика социальной нормирующей функции;

η — показатель степени, обеспечивающий всплеск волны графика функции;

q — основание показательности социальной нормирующей функции, обеспечивающей ее стремление к своему недостижимому минимуму h.

В качестве аргумента x социальной нормирующей функции взята величина:

,

равная отношению мажорирующей социальной мощности W ^ms(n) к средней B^ср из балансов Assetbox.

12. Для каждого Assetbox с номером n вычисляется мощность W(n) как сумма базовой и социальной мощностей узла n:

W(n) = W^b(n) + W^s(n)

13. Выделяемая сумма S делится между всеми Assetbox

прямо пропорционально их мощностям по формуле для вычисления вознаграждения S(n) n-го Assetbox:

,

где

сумма мощностей всех Assetbox.

Значения параметров в реализованной модели:

• 1) z = 1
• 2) ɑ = 1
• 3)
• 4) c = 0,8
• 5)
• 6) r ^min = 0,3, L = 100, β = 0,5
• 7) q = 2, p = 1,5, η = 1,46, Δ = 10^-3, h = 0.05

1. Δ = 10^-3 — минимальный баланс Assetbox для получения вознаграждения.

2. I(1) = 1 — длина интервала первого уровня.

3. k = 1 — коэффициент значимости первой линии.

4. ɑ = 1 — степень главных слагаемых в бесконечной асимптотике.

5. с = 0,8 — коэффициент, который регулирует значение функции в единице.

6. d = 1/3 — параметр степени, который позволяет обнулить величину вывода на уровень нулевых Assetbox.

7. r ^min = 0,3 — минимальное значение уровневых процентных коэффициентов.

8. L = 100 — таблицы ранговых процентов по мощности Assetbox и соответствия мощности Assetbox и первой линии определенному рангу считаются динамически, исходя из максимальной мощности в системе. Изменяя число уровней, изменяются границы интервалов уровней.

9. β = 0,5 — параметр степени отвечает за скорость роста вблизи малых и больших значений уровня, должен быть строго больше 0.

10. h = 0.05 — уровень недостижимого минимума (нижняя грань) социальной функции, должен быть больше 0, но меньше 1.

11. p = 1,5 — регулятор волнообразности нормирующей функции.

12. r = 1,46 — степень при аргументе социальной функции.

13. q = 2 — основание показательности q в социальной функции, обеспечивающее стремление к минимуму h.

1. Изменения и дополнения в настоящее Приложение могут быть внесены исключительно по правилам, предусмотренным Приложением Внесение изменений и/или дополнений в Публичный контракт Системы Bitbon.

2. При наличии каких-либо расхождений между различными формами (печатная, электронная и др.) данного Приложения официальной является версия, размещенная на официальных информационных ресурсах Системы Bitbon[i] в электронной форме.

3. Перевод настоящего Приложения на другие языки представлен исключительно для удобства Пользователей Системы Bitbon[i]. При возникновении расхождений в понимании и/или толковании данного Приложения приоритет имеет русскоязычная версия.

4. Согласно Положению 2 Публичного контракта Системы Bitbon настоящее Приложение является неотъемлемой частью Публичного контракта Системы Bitbon и вступает в силу с момента публикации на официальных информационных ресурсах Системы Bitbon.

5. Согласно пункту 3 Положения 2 Публичного контракта Системы Bitbon в данное Приложение могут вноситься изменения и/или дополнения, только если такие изменения и/или дополнения не противоречат Положениям Публичного контракта Системы Bitbon и Приложениям, являющимся неотъемлемой его частью. Внесенные изменения и/или дополнения публикуются на официальных информационных ресурсах Системы Bitbon и вступают в силу в соответствии с Приложением к Публичному контракту Системы Bitbon «Внесение изменений и/или дополнений в Публичный контракт Системы Bitbon».

1. Операторы Системы Bitbon[i] стремятся поддерживать бесперебойное функционирование инфраструктуры Системы Bitbon[i]. Принимая участие в провайдинге, Пользователь Системы Bitbon соглашается с тем, что существует вероятность сбоев в работе сервисов и/или компонентов Системы Bitbon, что может привести к временному ограничению прав и возможностей Провайдера[i] в какой-либо их части.

2. Вознаграждения Провайдера, которые не были начислены по причине сбоя в работе сервисов и/или компонентов Системы Bitbon, повторному начислению и/или компенсации не подлежат.

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

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