Сборы/налоги с каждого найденного блока

Я не нашел четкого ответа на этот вопрос, но слышал, что различные монеты взимают своего рода «налог на разработчиков». Я просмотрел множество исходных кодов различных криптографов, но не нашел никаких намеков на то, как они реализованы, не говоря уже о том, в какой части кода они будут находиться. Может ли кто-нибудь пролить свет на это поведение?

Я никогда ничего не слышал о налоге на застройщика. Возможно, вы имеете в виду вознаграждение за блок, то есть награду, присуждаемую майнеру/пулу, создавшему блок.
Это все на самом деле просто то, что я услышал от друга, который, как я чувствовал, имел свою монету вокруг деталей реализации криптографии, и я просто играю с этой идеей больше, чем что-либо еще. Интересно, как что-то подобное будет реализовано в любом случае, потому что я, безусловно, вижу, что в интересах разработчиков как бы «мотивировать» постоянные отношения. Я предполагаю, что это должно быть жестко закодировано в реализации создания блока, но мне интересно, нужно ли будет изменить SIGCHECKS, чтобы учесть это.

Ответы (2)

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

Я видел это только один раз и даже не помню, для какой монеты это было, поэтому я не знаю, насколько это распространено.

Я думаю, вы говорите о Devcoin.

http://www.devcoin.org/

Которая отправляет 90% добытых монет разработчикам монеты на основе CSV-файлов, хранящихся у клиента.

http://www.devtome.com/doku.php?id=devcoin

Файлы получателя Процедура клиента Receiver.h обращается к синхронизированному списку получателей.

Например, предположим, что клиент devcoin запрашивает высоту получателей 9000, шаг высоты равен 4000 и сохраняется только корневой Receiver_0.csv. Receiver.h сначала ищет файл Receiver_2.csv. Так как его там нет, он уйдет и будет искать Receiver_1.csv. Все еще нет, поэтому он ищет и находит Receiver_0.csv. Затем он загружает Receiver_1.csv, просматривая одноранговые узлы в Receiver_0.csv и сохраняя в каталоге данных. Затем он загружает Receiver_2.csv, просматривая одноранговые узлы в Receiver_1.csv и сохраняя в каталоге данных. Когда у него есть Receiver_2.csv, он анализирует его, чтобы получить список получателей, и использует высоту по модулю длины списка, чтобы вернуть получателей для высоты 9000.

Получатель также смотрит вперед, после того, как это случайный участок между 0,75 и примерно 0,95 пути к следующему шагу, чтобы не было массовой загрузки, когда высота блока переключается с x999 на x000. Чтобы противостоять ddos-атакам и работать даже тогда, когда некоторые веб-сайты не работают, он выбирает страницу, доступную большинству пиров. Размер шага 4000 дает обновление примерно каждый месяц.

Выплата доли Доля генерации составляет 90% блока, что составляет 90% * 50 000 devcoins = 45 000 devcoins. Он выплачивается на адреса devcoin в файле-получателе в циклическом порядке. В каждом раунде генерации для заданной высоты блока индекс строки адресов равен высоте блока над началом раунда по модулю количества адресов. Фрагмент кода для этого следует ниже.