Re: Re: блог Гэвины, «переделка Bitcoin операционных издержек» - некоторые Qs и идей
котировка
цели
В грубом порядке очередности:
Создание саморегулируемого рынка операционных сборов между шахтерами и торговцев / пользователей
Плавно переход от правил в настоящее время мы имеем в месте с новыми правилами; сделки от пользователей, использующих старые версии Bitcoin должны получить подтвердили достаточно быстро в соответствии с новыми правилами.
Убедитесь, что спам транзакций дорого для потенциальных спамеров
Заменить скомпилированные в константы с динамическими, рыночными значениями
В грубом порядке очередности:
Создание саморегулируемого рынка операционных сборов между шахтерами и торговцев / пользователей
Плавно переход от правил в настоящее время мы имеем в месте с новыми правилами; сделки от пользователей, использующих старые версии Bitcoin должны получить подтвердили достаточно быстро в соответствии с новыми правилами.
Убедитесь, что спам транзакций дорого для потенциальных спамеров
Заменить скомпилированные в константы с динамическими, рыночными значениями
Преимущественное вмешательство как дизайн цели? Это может быть придирки, но я бы подумал, что на рынке, где "питания удовлетворяет спрос", Сделка спам больше не будет иметь значения. Шахтеры будут, как правило, просто войдите "выигрышные ставки по операциям" в целях рентабельности и проблемы бы устроится. (Спрос и предложение могут быть хаотичными, но это не Voodoo.)
котировка
Если расчет приоритет будет изменен?
Поскольку общее количество сделок растет, сделка обрезка схемы, "забывать" старый, завершенные транзакции становятся все более и более важным. Обрезка возможна, когда все выходы Транзакции расходуется, поэтому операция, которая занимает 10 входов и объединяет их в 1 выход хороша для работы в сеть.
Расчет приоритета транзакции может быть изменен, чтобы предпочесть операции с высоким отношением входов к выходам. Тем не менее, мы должны быть осторожны и убедитесь, что все еще существует стимул к использованию «sendmany» вместо того, чтобы создавать десятки одной в / одной сделке; 1-ввод-вывод 10-транзакция не должна иметь одну десятой приоритета 1-ввод-вывод 1-транзакцию с.
Чтобы дать умеренное предпочтение операции с меньшим количеством мелких / выходов, чем входов приоритет формула может быть изменен, чтобы быть:
Приоритет = (сумма (стоимость * возраст) / размер) * (1000 + размера предыдущего txouts) / (1000 + размера txouts этого TxN в)
Поскольку общее количество сделок растет, сделка обрезка схемы, "забывать" старый, завершенные транзакции становятся все более и более важным. Обрезка возможна, когда все выходы Транзакции расходуется, поэтому операция, которая занимает 10 входов и объединяет их в 1 выход хороша для работы в сеть.
Расчет приоритета транзакции может быть изменен, чтобы предпочесть операции с высоким отношением входов к выходам. Тем не менее, мы должны быть осторожны и убедитесь, что все еще существует стимул к использованию «sendmany» вместо того, чтобы создавать десятки одной в / одной сделке; 1-ввод-вывод 10-транзакция не должна иметь одну десятой приоритета 1-ввод-вывод 1-транзакцию с.
Чтобы дать умеренное предпочтение операции с меньшим количеством мелких / выходов, чем входов приоритет формула может быть изменен, чтобы быть:
Приоритет = (сумма (стоимость * возраст) / размер) * (1000 + размера предыдущего txouts) / (1000 + размера txouts этого TxN в)
Мой вопрос: должен ли расчет приоритета вообще существует? Обрезка обычно кажется разумной идеей, но упреждающие вмешательства и жесткое кодирование решения в протокол, кажется, как ненужные навороты. Почему бы не избавиться от него в целом и обеспечить шахтер экономическим стимулом вместо этого? Например.: "вознаграждает шахтеры PRUNE старых блоков, предоставляя им дополнительные дополнительные новые блоки (без награды монеты конечно)", Конечно, это может работать только тогда, когда блок-пространство было уже достаточно дефицитный ресурс. Во всяком случае, только идея - не знаю, если это возможно.
котировка
Максимальный размер блока: Максимальный размер блока, который может быть создан. Если он не установлен, то по умолчанию будет такой же, как размер целевого блока. Шахтеры могут увеличить это, чтобы освободить место для более платных операций.
--Споры никогда не заканчивается В данный момент я одобряя алгоритм, где каждый раз, когда блок обнаружен, шахтер может ссылаться на максимальный размер предыдущего блока и голоса его «вверх», «вниз», или «нет изменений». Вопрос заключается в том, сколько стоит рассчитывать голосование? Например .: а ^ 2 (+ - 1/2016) изменение? (Например .: удвоить или наполовину каждые 2 недели с этим примером). Мне это кажется довольно простой алгоритм, который облегчает 3 задачи: 1) шахтеры все имеют разные мнения на сколько именно блоки мощности «должно» иметь, 2) сведение к минимуму некоторые потенциальные проблемы с изгоями шахтеров / продавцов /кто угодно Дозирование запросы транзакций, 3), конечно, масштабирования.И, наконец, одна вещь, которую я не могу найти где-нибудь, и, возможно, кто-то может мне точку к нему - где "неподтвержденные операции" держали? Предположительно эта куча памяти сама по себе является дефицитным ресурсом, и должны рассматриваться как таковые? Кажется, что некоторые торговцы и др. используют эту кучу памяти вместо системы обмена сообщениями с низким уровнем затрат. Есть ли Bitcoin уже есть схема обмена сообщений для других данных, чем сделки?
