На рынке активно обсуждается инвестиции в хранительное оборудование и пороги залога, но есть одна тема, которая редко поднимается: сколько электроэнергии действительно сжигается при постоянном выполнении доказательств хранения.
Взять Walrus, его дизайн доказательств гораздо проще, чем у некоторых других сетей хранения, но с другой стороны, это порождает новые вопросы. Высокочастотные случайные вызовы и требования к быстрому отклику означают, что узлы должны быть постоянно готовы к вычислительным задачам. Это не классическая архитектура хранения серверов — на самом деле, узлы выступают в роли «легких доказательных машин».
Как именно это расходуется? Верификация фрагментов кодирования с стиранием, быстрый поиск данных для ответов на случайные вызовы сети — всё это постоянно нагружает CPU. В сценариях хранения данных для обучения ИИ, если данные дополнительно зашифрованы или закодированы, вычислительная сложность каждого нового доказательства возрастает еще сильнее.
Более того, этот расход — не разовая операция, а постоянные издержки, растущие линейно с увеличением объема хранимых данных. Операторам узлов необходимо учитывать эти расходы при ценообразовании, чтобы покрывать затраты на электроэнергию и амортизацию оборудования, иначе баланс не выдержит.
В чем сейчас риск? Если сеть оценивается только по объему хранения и пропускной способности, а стоимость вычислений доказательств игнорируется, операторы рано или поздно начнут использовать менее мощные вычислительные узлы для снижения затрат. В результате скорость отклика и надежность всей сети снизятся, появится явный эффект слабого звена.
В долгосрочной перспективе есть еще более тонкий вопрос. Для повышения эффективности вычислений узлы могут постепенно выбрать одинаковую конфигурацию оборудования — CPU или ускорители — одинакового типа. Это действительно повысит общую эффективность сети, но за счет снижения разнообразия аппаратных решений, что ослабит децентрализацию.
Это означает, что дизайн протокола должен быть особенно аккуратным: необходимо найти баланс между криптографической безопасностью и доступностью обычного оборудования. Нельзя ради идеальной математической конструкции превращать операцию узлов в профессиональную, централизованную вычислительную гонку. В основе этого — философский выбор, как должна управляться вся сеть.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
13 Лайков
Награда
13
6
Репост
Поделиться
комментарий
0/400
CodeAuditQueen
· 8ч назад
Опять та же старая игра, красиво спроектированный алгоритм, но черная дыра затрат, за которую никто не платит.
Посмотреть ОригиналОтветить0
ProofOfNothing
· 20ч назад
Опять эта схема, по сути, это черная дыра для электроэнергии при хранении доказательств, никто не хочет считать расходы
Результат — однородность аппаратного обеспечения — это настоящее поражение: чем больше оптимизации, тем больше централизации, и в итоге камень в свой собственный огород
Посмотреть ОригиналОтветить0
governance_ghost
· 20ч назад
Черт возьми, наконец-то кто-то сказал об этом. Все считают только о железе и стейкинге, никто не заботится о том, как считать счета за электроэнергию
Посмотреть ОригиналОтветить0
AirdropHunter
· 20ч назад
Еще одна игнорируемая черная дыра затрат — электроэнергия, действительно никто точно не подсчитал
Доказательство хранения ежедневно нагружает CPU, чем больше данных, тем больше расход, операторы рано или поздно вынуждены сокращать расходы или уходить с рынка
Однородность аппаратного обеспечения — это боль, ради эффективности идет к централизации, разве это не собственная яма, в которую копаешь себя?
Нужно хорошо продумать протокол, иначе это будет игра только для профессиональных майнеров, мелким участникам просто не по силам
Посмотреть ОригиналОтветить0
NFTRegretter
· 20ч назад
Братан, никто точно не подсчитал расходы на электроэнергию, рано или поздно возникнут большие проблемы...
---
Опять гонка аппаратного обеспечения, децентрализация под предлогом централизации, классическая операция...
---
Так что в конечном итоге это философский вопрос проектирования протокола, а не технический, понял.
---
Логика Walrus действительно выявила, что только хранения данных недостаточно — нужно учитывать и затраты на сеть.
---
Если операторы узлов начнут халтурить, вся сеть превратится в бумажного тигра, этот риск — прямо в точку.
---
Гомогенизация аппаратного обеспечения повышает эффективность, цена — разрушение децентрализации, стоит ли эта сделка?
Посмотреть ОригиналОтветить0
QuorumVoter
· 21ч назад
Ну вот в чем дело, все считают только аппаратные расходы, а кто-то считает электроэнергию?
Если расходы на электроэнергию не сбалансированы, операторы сразу разорятся. Тогда кто будет бегать за Walrus?
Если не осторожно проектировать протокол, он легко может перейти к централизации, и это действительно иронично.
На рынке активно обсуждается инвестиции в хранительное оборудование и пороги залога, но есть одна тема, которая редко поднимается: сколько электроэнергии действительно сжигается при постоянном выполнении доказательств хранения.
Взять Walrus, его дизайн доказательств гораздо проще, чем у некоторых других сетей хранения, но с другой стороны, это порождает новые вопросы. Высокочастотные случайные вызовы и требования к быстрому отклику означают, что узлы должны быть постоянно готовы к вычислительным задачам. Это не классическая архитектура хранения серверов — на самом деле, узлы выступают в роли «легких доказательных машин».
Как именно это расходуется? Верификация фрагментов кодирования с стиранием, быстрый поиск данных для ответов на случайные вызовы сети — всё это постоянно нагружает CPU. В сценариях хранения данных для обучения ИИ, если данные дополнительно зашифрованы или закодированы, вычислительная сложность каждого нового доказательства возрастает еще сильнее.
Более того, этот расход — не разовая операция, а постоянные издержки, растущие линейно с увеличением объема хранимых данных. Операторам узлов необходимо учитывать эти расходы при ценообразовании, чтобы покрывать затраты на электроэнергию и амортизацию оборудования, иначе баланс не выдержит.
В чем сейчас риск? Если сеть оценивается только по объему хранения и пропускной способности, а стоимость вычислений доказательств игнорируется, операторы рано или поздно начнут использовать менее мощные вычислительные узлы для снижения затрат. В результате скорость отклика и надежность всей сети снизятся, появится явный эффект слабого звена.
В долгосрочной перспективе есть еще более тонкий вопрос. Для повышения эффективности вычислений узлы могут постепенно выбрать одинаковую конфигурацию оборудования — CPU или ускорители — одинакового типа. Это действительно повысит общую эффективность сети, но за счет снижения разнообразия аппаратных решений, что ослабит децентрализацию.
Это означает, что дизайн протокола должен быть особенно аккуратным: необходимо найти баланс между криптографической безопасностью и доступностью обычного оборудования. Нельзя ради идеальной математической конструкции превращать операцию узлов в профессиональную, централизованную вычислительную гонку. В основе этого — философский выбор, как должна управляться вся сеть.