AT
То есть правила по включению транзакций из мемпула будут жестче
Size: a a a
2020 November 23
N
Они будут производными от мемпула, или от блоков
Предположим есть крупный майнер который выделяет раз в какое-то время для захвата майнинга, что мне мешает оставлять под себя заранее список транзакций в мемпуле чтобы сделать премайнинг вне окна?
N
То есть правила по включению транзакций из мемпула будут жестче
Даже если делать запрет на переизбрание повторное то что мне мешает сделать «сговор»?
AT
Попробуем с другого конца. Что будет, если в текущей системе биткоина разрешить с помощью одного найденного хэша подписывать два блока подряд, а не один?
N
Попробуем с другого конца. Что будет, если в текущей системе биткоина разрешить с помощью одного найденного хэша подписывать два блока подряд, а не один?
Вот тут хороший вопрос про два блока. Комиссия при этом как за один?
AT
Даже если делать запрет на переизбрание повторное то что мне мешает сделать «сговор»?
Проблема сводится к ограничению майнинга вне окна, или тому чтобы маленькое окно имело смысл, а для этого нужен общесистемный недетерминированный рандом. Или еще один консенсус для определения свежих данных.
AT
Вот тут хороший вопрос про два блока. Комиссия при этом как за один?
А как это может влиять?
N
А как это может влиять?
Двойная комиссия в твоём случае увеличивает желание майнить в два раза и убивает зелёную сторону идеи
N
А как это может влиять?
Но два блока или три это не так страшно как час или больше, ты по сути цензором становишься на этот час. Можешь вообще положить сеть.
Тут стек нужен для штрафа.
И привет пос
Тут стек нужен для штрафа.
И привет пос
N
А как это может влиять?
Плюс вижу вероятность удержания власти
AT
Ну чтобы не класть сеть на час, то можно сделать не подряд, а сто штук в течении суток, наравне с другой сотней валидаторов выбранных по тому же алгоритму
A
То есть на скорость вообще пофиг?
A
Мы придумали самый медленный и экономичный блокчейн
N
Ну чтобы не класть сеть на час, то можно сделать не подряд, а сто штук в течении суток, наравне с другой сотней валидаторов выбранных по тому же алгоритму
Как определять очередность?
AT
Скорость будет нормальная. Вторая версия моего алгоритма такая. Будет условно сто валидаторов, которые подписывают блоки по очереди. Каждый час выбирается новый валидатор через PoW, самый старый выталкивается.
AT
Как определять очередность?
Очередность определяется по порядку становления валидатором
N
Очередность определяется по порядку становления валидатором
Ожидаемо, сколько сеть ждёт пока умерший валидатор очнётся?
AT
Получился Delegated PoW по идее
AT
Ожидаемо, сколько сеть ждёт пока умерший валидатор очнётся?
Хороший вопрос, наверное он требует экспериментов и проб
N
Получился Delegated PoW по идее