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

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


Моя собственная система по следующим направлениям.

Hash основе добыча будет продолжаться более или менее как обычно. Тем не менее, выбор ветви будет зависеть не только по длине, но на два дополнительных факторах: Подписи, чтобы избежать двойных расходов; и обращение, чтобы предотвратить вмешательство в подтверждение сделки.

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

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

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

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

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

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