Solana предлагает увеличить лимиты блока до 60M CUs для повышения пропускной способности транзакций.
SIMD-0207 сначала будет развернут с меньшим увеличением на 50M CU.
Валидаторы должны обновить программное обеспечение для поддержки совместимости с новым размером блока.
Фонд Solana выдвинул предложение увеличить лимит блоков своей сети до 60 миллионов вычислительных единиц (CUs). Эта корректировка, направленная на увеличение пропускной способности транзакций, следует за предыдущим предложением в рамках SIMD-0207, которое предложило более скромное увеличение с 48 миллионов до 50 миллионов CUs. Текущее предложение планирует еще больше повысить лимит, чтобы удовлетворить растущие требования сети, не ухудшая при этом производительность валидаторов.
Увеличенная ёмкость без изменения ключевых ограничений
Согласно публичному документу об улучшениях на Github, новое предложение сосредоточено исключительно на изменении параметра Max Block Units. Другие ограничения, включая Max Writable Account Units и Max Vote Units, остаются фиксированными. В частности, Max Writable Account Units останется на уровне 12 миллионов CU, в то время как Max Vote Units зафиксируется на уровне 36 миллионов CU. Кроме того, Max Block Accounts Data Size Delta останется неизменным на уровне 100MB.
Изменяя только максимальное количество блоков, сеть намерена добавить больше места для транзакций без голосования. В то же время стабильное сохранение ограничений на запись в отдельные аккаунты позволяет продолжать параллелизм транзакций. Таким образом, хотя больше активности может быть упаковано в каждый блок, возможность записи в один аккаунт не изменяется. Это предложенное обновление предназначено для того, чтобы следовать и не заменять SIMD-0207.
Согласно изложенному плану, первоначально будет реализовано небольшое увеличение SIMD-0207 до 50 миллионов CU. Намерение заключается в том, чтобы следить за любыми проблемами с производительностью или структурой, которые могут возникнуть в результате увеличения давнего лимита в 48 миллионов CU. Следовательно, новое предложение о 60 миллионах CU будет действовать как более агрессивное продолжение, зависимое от успешного развертывания и наблюдения за эффектами SIMD-0207.
Альтернативные предложения и сетевые соображения
Рассматривался альтернативный план, который предполагал гораздо более крупный скачок до 96 миллионов CU. Однако этот подход был отклонен из-за проблем со стабильностью сети и производительностью турбин. Фонд отметил потенциальные проблемы с поддерживающей инфраструктурой, включая производительность узлов валидаторов и пользователей.
Текущий поэтапный подход обеспечивает согласование любых улучшений сети с наблюдаемыми показателями производительности. Любые непредвиденные проблемы, обнаруженные во время начального увеличения, могут быть решены перед применением более значительного лимита в 60 миллионов CU. После изменения будет приниматься больше транзакций за блок, что улучшит общую пропускную способность. Однако блоки могут обрабатываться дольше. Более старые версии программного обеспечения также могут отклонять блоки, использующие новый лимит. Поэтому валидаторы должны обновить свои системы, чтобы поддерживать совместимость и оставаться синхронизированными с сетью.
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
Solana предлагает лимит в 60M CU Блоков для увеличения пропускной способности сети
Solana предлагает увеличить лимиты блока до 60M CUs для повышения пропускной способности транзакций.
SIMD-0207 сначала будет развернут с меньшим увеличением на 50M CU.
Валидаторы должны обновить программное обеспечение для поддержки совместимости с новым размером блока.
Фонд Solana выдвинул предложение увеличить лимит блоков своей сети до 60 миллионов вычислительных единиц (CUs). Эта корректировка, направленная на увеличение пропускной способности транзакций, следует за предыдущим предложением в рамках SIMD-0207, которое предложило более скромное увеличение с 48 миллионов до 50 миллионов CUs. Текущее предложение планирует еще больше повысить лимит, чтобы удовлетворить растущие требования сети, не ухудшая при этом производительность валидаторов.
Увеличенная ёмкость без изменения ключевых ограничений
Согласно публичному документу об улучшениях на Github, новое предложение сосредоточено исключительно на изменении параметра Max Block Units. Другие ограничения, включая Max Writable Account Units и Max Vote Units, остаются фиксированными. В частности, Max Writable Account Units останется на уровне 12 миллионов CU, в то время как Max Vote Units зафиксируется на уровне 36 миллионов CU. Кроме того, Max Block Accounts Data Size Delta останется неизменным на уровне 100MB.
Изменяя только максимальное количество блоков, сеть намерена добавить больше места для транзакций без голосования. В то же время стабильное сохранение ограничений на запись в отдельные аккаунты позволяет продолжать параллелизм транзакций. Таким образом, хотя больше активности может быть упаковано в каждый блок, возможность записи в один аккаунт не изменяется. Это предложенное обновление предназначено для того, чтобы следовать и не заменять SIMD-0207.
Согласно изложенному плану, первоначально будет реализовано небольшое увеличение SIMD-0207 до 50 миллионов CU. Намерение заключается в том, чтобы следить за любыми проблемами с производительностью или структурой, которые могут возникнуть в результате увеличения давнего лимита в 48 миллионов CU. Следовательно, новое предложение о 60 миллионах CU будет действовать как более агрессивное продолжение, зависимое от успешного развертывания и наблюдения за эффектами SIMD-0207.
Альтернативные предложения и сетевые соображения
Рассматривался альтернативный план, который предполагал гораздо более крупный скачок до 96 миллионов CU. Однако этот подход был отклонен из-за проблем со стабильностью сети и производительностью турбин. Фонд отметил потенциальные проблемы с поддерживающей инфраструктурой, включая производительность узлов валидаторов и пользователей.
Текущий поэтапный подход обеспечивает согласование любых улучшений сети с наблюдаемыми показателями производительности. Любые непредвиденные проблемы, обнаруженные во время начального увеличения, могут быть решены перед применением более значительного лимита в 60 миллионов CU. После изменения будет приниматься больше транзакций за блок, что улучшит общую пропускную способность. Однако блоки могут обрабатываться дольше. Более старые версии программного обеспечения также могут отклонять блоки, использующие новый лимит. Поэтому валидаторы должны обновить свои системы, чтобы поддерживать совместимость и оставаться синхронизированными с сетью.