Извините, если это отвечает в вики или в каком-то месте на форуме, но я просто не могу найти его.
Где-то на форуме я прочитал, что 10 минут это время, которое потребуется для нового генерироваться блок должны быть получен всеми узлами (без других узлов, создавая новый блок).
То есть, цель 10 минут будет там, чтобы предотвратить вилки. Вы не хотите вилки, потому что вы не хотите бесхозных блоков.
Это правда?
Где я могу найти математику за ним?
В пульсация проекта Bitcoin-подобный блок цепочка для совершения сделок он рассматривается. Потребности пульсации отличаются от Bitcoin все же. Во-первых, я хочу уточнить, что я не представляю рябь, и они могут иметь разные мнения о том, что потребности распределенной пульсации на самом деле.
Мы просто хотим, распределенный сервис меток времени. Сделка будет иметь поле номера блока истечения. Если он получает включен в блоке цепи до этого числа, то сделка действительна. Если нет, то сделка не будет включен в блок цепи.
Таким образом, мы не имеем двойные сделки тратить деньги.
По мере того как пульсация цепь не будет выдавать биткойна, у нас нет стимула для шахтеров.
Решение может быть для создателя сделки добывать свой собственный мини-блок с его сделки. Блок (или мини-блок) может содержать другие, и добавить доказательство работы на них самостоятельно, пока цель трудность не будет достигнута. Это создает стимул для узлов включать операции, которые не являются их собственными.
Сирота блоки не так уж плохо в этой системе, потому что у нас нет двойных сделок тратить и не шахтер не потерял деньги с ними. Если транзакция получает из цепи (потому что его блок становится сиротой) и еще не истек, он все еще может быть включен в цепь снова и быть действительным.
Можно ли уменьшить целевое поколение времени?
Еще одна дверь, которая открывает отсутствие двойных расходных операций является возможность объединения цепочек.
Там есть возможное нападение. Пульсация плательщик (который предположительно хочет включить сделку, даже если он уже истек) может делать вид, что сделка была включена в то время, но в другой ветви цепи. Сделка станет действительной qith слияния.
Решение, которое я думал, было требовать минимальной длины (в работе) и максимальную разность с самой длинной цепью (также в работе), которые будут объединены.
Если слияния возможны, нужно ли нам цель времени на всех?
Мы могли бы работать только с одной мини-блок за одну транзакцию (хотя мини-блок может включать в себя еще бесхозных мини-блоки).
Мысли?