По словам У, Jump Firedancer предложил предложение SIMD-0370, планирующее удалить фиксированный предел единиц вычислений блока (compute unit) после обновления Alpenglow. В настоящее время каждый блок имеет единый лимит вычислений (в данный момент 60 миллионов CUs, после чего планируется увеличить до 100 миллионов), независимо от производительности оборудования, что ограничивает потенциал более быстрых узлов валидации. В новой схеме создатели блоков будут стараться упаковывать больше транзакций для получения большего количества сборов, в то время как валидаторы, которые не смогут завершить выполнение в установленное время, пропустят этот блок. Таким образом, менее производительные узлы потеряют награды, что побудит их обновить оборудование или оптимизировать код. С увеличением производительности всей сети объем блока может быть дополнительно увеличен, создавая положительный цикл. Это означает, что предел блока больше не будет определяться статическим числом, а будет управляться фактической пропускной способностью сети.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Jump Firedancer представил предложение SIMD-0370
По словам У, Jump Firedancer предложил предложение SIMD-0370, планирующее удалить фиксированный предел единиц вычислений блока (compute unit) после обновления Alpenglow. В настоящее время каждый блок имеет единый лимит вычислений (в данный момент 60 миллионов CUs, после чего планируется увеличить до 100 миллионов), независимо от производительности оборудования, что ограничивает потенциал более быстрых узлов валидации. В новой схеме создатели блоков будут стараться упаковывать больше транзакций для получения большего количества сборов, в то время как валидаторы, которые не смогут завершить выполнение в установленное время, пропустят этот блок. Таким образом, менее производительные узлы потеряют награды, что побудит их обновить оборудование или оптимизировать код. С увеличением производительности всей сети объем блока может быть дополнительно увеличен, создавая положительный цикл. Это означает, что предел блока больше не будет определяться статическим числом, а будет управляться фактической пропускной способностью сети.