Нам нужны децентрализованные (человек децентрализованного), масштабируемой, безопасный, анонимный и Efficient (микротранзакции включены, быстро и дешево) системы ДЕНЕГ, в таком порядке.
Доказательство протокола работы консенсусной трата вычислительных ресурсов, поэтому она не будет масштабируемой и децентрализованной одновременно. Мы предлагаем решение под названием Доказательство Лотереи.
Протокол может установить, что шахтеры всегда должны заполнить блок до предельного размера (сегодня 1 мега), и операции должны быть упорядочены в штамп времени и алфавитном порядке в блок. Тогда все шахтеры могли бы достичь почти точно такой же операции, в том же порядке в каждый блок.
Узлы, которые достигают максимального размера блока автоматически отправить их предлагаемый блок к сети. Затем каждый узел дополняет их предлагаемый блок с операциями, которые включены в других предложенных блоках. Новые операции, полученные в данный момент идут к МЕМ бассейна, который будет рассмотрен в следующем блоке. Когда узел получил предлагаемые блоки от минимум 80% от всех других "активные узлы" (Узлы, первые подтвержденные какие-либо из операций, включенных в блоке) и включены все недостающие транзакции, то этот узел имеет свой ПОДТВЕРЖДЕНО блок.
Вилки могут произойти, если есть больше чем один подтвердил различный последний блок. Подтвержденный блок с меньшим количеством сделок выигрывает.
Кроме того, тяжелые blockchain, тот, который имеет более различных узлов, подтверждающих операции первого в каждом блоке blockchain, выигрывает.
Проблема / Решение: изолированная проблема острова: Если у нас есть маленький островок, где много тяжелых операции сделаны в секунду, и им удается работать в течение одного дня без соединения с остальным миром, и вдруг они соединяют и делают большая blockchain вилка ... Да они могли бы управлять, чтобы подтвердить много блоков в их blockchain да и первый блок вилки от остальной части мира будет иметь меньше транзакций, что эквивалентный блок от остальной части мира, НО, они будут когда-либо рассчитывать больше узлов подтверждений по blockchain таким образом они потеряют.
Тогда шахтеры могли бы получить сцепленный хэш (хэш от последнего блока и Merkle хэша от фактического блока хэшируются все вместе) блок. Из этого SHA-256 хэша тянет только цифру и получить большое число. Кроме того, мы делаем круговой список активных узлов (узлы, которые были первым, чтобы проверить каждую сделку в этом фактическом блоке), и мы заказать их в соответствии с их положением прибытия в блоке, в круговом пути (последний узел находится рядом с кулаком узел списка), где любой узел имеет только одну позиции на кольцевом список. Начиная от первого узла списка (узел, который проверял первую транзакцию, включенную в блоке), мы используем большое число рассчитывать вокруг списка круговых узлов, пока мы не выбрать победитель. Это будет proponed узел победителя, который выиграет от coinbase сделки (денег создали).
Sybil атаки можно избежать путем Доказательство Steak в каждом активном узле.
Проблема / Решение: Люди, владеющие более активных узлов будет централизация риск в долгосрочной перспективе, но, имея узел будет очень дешево, так что будет много из них, происходящий эффект «лотерейный билет» для всех участников лотереи ,
Различные методы могут быть использованы, чтобы сделать более одного победителя в каждом розыгрыше цикла, поэтому финансовое воздействие уменьшится на шахтеров. Например: Подсчет п раз большое число вокруг активных узлов циклического списка, где N = Активные узлы / 1000. Мы будем иметь узлы победителя Н в каждом цикле розыгрыша.