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

Служба обеспечения сделки осуществляется шахтером нахождения блока, в котором он включен, и шахтерах, находящих следующие несколько блоков. Однако то, что пользователь платит за эту услугу собирают первый шахтер в одиночку. Это как концептуально порочная структура стимулов, и может создать реальные проблемы в некоторых конкретных обстоятельствах. Предположим, что кто-то делает важную сделку, и платит изрядную плату, чтобы убедиться, что подтверждается несколькими блоками так быстро, как это возможно. Он будет включен в блок достаточно быстро; но предположит, что после того, что есть тихое время с очень мало платными сделками. Шахтеры могут быть переключение их оборудования от или к другим задачам, задерживая подтверждения, даже если отправитель был готов в одиночку спонсировать их. (Есть обходные пути, например, отправка фиктивных платных транзакций. Но тот факт, что обходной путь необходимо предположить, что-то неладно).

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

Если е является экспоненциально спадающей функцией, мы избавлены от необходимости следить за уплату всех прошлых сделок для каждого блока. Некоторая скорость распада г (например, 20%) выбирает. Каждая сделка включено добавят его взнос в пул платы. Каждый блок, часть г текущего пула вознаграждения даются шахтер блока, а остальное переносится к следующему блоку. Таким образом, сделка с платной T выплатит 0.2T на первый шахтер, 0.16T ко второму шахтеру, 0.128T к третьему шахтеру, и так далее.

Это может также работать в непрерывном режиме, подходящем для динамический блок раз. Скорость распада г выбран; если плата бассейн в блоке (после ввода в тарифах включенных сделок) Р, то после блока оставшегося пул будет Р * е ^ (- ш * г), где W представляет собой вес блока, и остальной плат шахтера. В более общем смысле, некоторая функция F, которая объединяет 1 выбирается, и плата уделено комбайном, который нашел блок весом после того, как вес W единицы веса будет T раз интеграл от Вт до W + W от ф.

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