Можно ли реализовать такую хеш-функцию, и если да, то какие мысли на этот счёт имеются? Вопрос, наверное, к людям хорошо разбирающимся в криптографии.
Он относится к теме того, что баланс при децентрализации с использованием proof of work в различных блокчейнах нарушают те, кто имеет больше железа и может пересчитывать большее кол-во хешей в единицу времени.
Например, вот новость недавно попалась по теме этой проблемы.
Грубо говоря, появляется алгоритм хеширования который плохо работает на FPGA, ASIC и GPU, но со временем его оптимизируют, да и разработчики железа не дремлют, подгоняют его так, чтобы утереть нос всем остальным кто использует CPU или просто слабые вычислительные устройства.
Так вот, можно ли создать такую хеш-функцию, при вычислении которой в итеративной схеме будет участвовать несколько специальным образом сформированных участников, чтобы они не могли договориться друг с другом заранее, и при этом им всем нужно было бы выполнить часть итераций вычисляющих общий хеш + подписать вычисленные данные своим приватным ключом, всё это завернуть в общий хеш, и чтобы проверку валидности такого хеша можно было выполнить зная публичные ключи той группы которая которая вычисляла этот хеш совместно?
Таким образом, хешрейт будет сильно зависеть от самого медленного участника группы и скорости обмена данными между ними. Ну и соответственно, награда за подобранный валидный хеш к блоку будет распределяться не участникам пула, а тем кто был сформирован специальным алгоритмом в группу для вычисления этого хеша.
Ну и тогда не будет смысла в содержании мощных ферм, т.к. они попросту будут простаивать из-за самых медленных майнеров, и тогда каждый со своим смартфоном может стать равноправным майнером такой блокчейн сети. И такая децентрализация, мне кажется, должна получиться более сбалансированной.
Можно ли реализовать такую хеш-функцию, и если да, то какие мысли на этот счёт имеются? Вопрос, наверное, к людям хорошо разбирающимся в криптографии.
Он относится к теме того, что баланс при децентрализации с использованием proof of work в различных блокчейнах нарушают те, кто имеет больше железа и может пересчитывать большее кол-во хешей в единицу времени.
Например, вот новость недавно попалась по теме этой проблемы.
Грубо говоря, появляется алгоритм хеширования который плохо работает на FPGA, ASIC и GPU, но со временем его оптимизируют, да и разработчики железа не дремлют, подгоняют его так, чтобы утереть нос всем остальным кто использует CPU или просто слабые вычислительные устройства.
Так вот, можно ли создать такую хеш-функцию, при вычислении которой в итеративной схеме будет участвовать несколько специальным образом сформированных участников, чтобы они не могли договориться друг с другом заранее, и при этом им всем нужно было бы выполнить часть итераций вычисляющих общий хеш + подписать вычисленные данные своим приватным ключом, всё это завернуть в общий хеш, и чтобы проверку валидности такого хеша можно было выполнить зная публичные ключи той группы которая которая вычисляла этот хеш совместно?
Таким образом, хешрейт будет сильно зависеть от самого медленного участника группы и скорости обмена данными между ними. Ну и соответственно, награда за подобранный валидный хеш к блоку будет распределяться не участникам пула, а тем кто был сформирован специальным алгоритмом в группу для вычисления этого хеша.
Ну и тогда не будет смысла в содержании мощных ферм, т.к. они попросту будут простаивать из-за самых медленных майнеров, и тогда каждый со своим смартфоном может стать равноправным майнером такой блокчейн сети. И такая децентрализация, мне кажется, должна получиться более сбалансированной.
Он относится к теме того, что баланс при децентрализации с использованием proof of work в различных блокчейнах нарушают те, кто имеет больше железа и может пересчитывать большее кол-во хешей в единицу времени.
Например, вот новость недавно попалась по теме этой проблемы.
Грубо говоря, появляется алгоритм хеширования который плохо работает на FPGA, ASIC и GPU, но со временем его оптимизируют, да и разработчики железа не дремлют, подгоняют его так, чтобы утереть нос всем остальным кто использует CPU или просто слабые вычислительные устройства.
Так вот, можно ли создать такую хеш-функцию, при вычислении которой в итеративной схеме будет участвовать несколько специальным образом сформированных участников, чтобы они не могли договориться друг с другом заранее, и при этом им всем нужно было бы выполнить часть итераций вычисляющих общий хеш + подписать вычисленные данные своим приватным ключом, всё это завернуть в общий хеш, и чтобы проверку валидности такого хеша можно было выполнить зная публичные ключи той группы которая которая вычисляла этот хеш совместно?
Таким образом, хешрейт будет сильно зависеть от самого медленного участника группы и скорости обмена данными между ними. Ну и соответственно, награда за подобранный валидный хеш к блоку будет распределяться не участникам пула, а тем кто был сформирован специальным алгоритмом в группу для вычисления этого хеша.
Ну и тогда не будет смысла в содержании мощных ферм, т.к. они попросту будут простаивать из-за самых медленных майнеров, и тогда каждый со своим смартфоном может стать равноправным майнером такой блокчейн сети. И такая децентрализация, мне кажется, должна получиться более сбалансированной.
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
К сожалению, создание хеш-функции с такими характеристиками представляется очень сложной задачей. Проблема заключается в том, что в процессе децентрализованного майнинга каждый участник должен иметь равные возможности выполнять вычисления, но при этом, как вы правильно отметили, можно использовать специализированное оборудование (ASIC, FPGA, GPU), которое обладает большей производительностью по сравнению с обычными устройствами, такими как смартфоны или обычные компьютеры.
Хеш-функция должна быть устойчива к различным видам атак, включая специализированные аппаратные атаки. Отсутствие таких атакоустойчивых свойств может привести к компрометации безопасности системы в целом.
Таким образом, хотя ваше предложение имеет потенциальные преимущества с точки зрения балансировки мощности майнинга, реализация такой системы с использованием хеш-функций представляется непрактичной из-за сложности обеспечения безопасности и масштабируемости. Вместо этого, возможно, стоит искать другие способы достижения баланса при децентрализованном майнинге, например, с помощью изменения протокола консенсуса или введения других инноваций.