Сводка всех аспектов crescendo, что включено, какие преимущества и т.д. Это может содержать много деталей, так что держитесь крепче. Увеличение количества блоков в секунду с 1 до 10 bps при сохранении емкости блока ~фиксированной (подробнее об этом позже). Пропускная способность: очевидно, что пропускная способность транзакций увеличивается. Насколько? почти в десять раз, но не совсем 10x. Наличие большего количества параллельных блоков увеличивает вероятность коллизий в некоторой степени. На TN10 и с текущей политикой выбора транзакций в mempool мы наблюдаем ~80-90% эффективность (т.е. 80-90% транзакций уникальны). Если mempool становится перегруженным и спрос значительно превышает емкость, это значение эффективности приближается к 100%. Таким образом, в заключение, TPS увеличивается в 8-9 раз. Недостающая информация - средняя ширина DAG на основной сети после активации по сравнению с сегодняшним днем. Политики mempool могут быть настроены в будущем без хардфорка на основе таких данных из реального мира. Частота: среднее время блока (=интервал между блоками) уменьшается с 1 секунды до 100 миллисекунд. Это означает время включения транзакции в мгновение ока. Транзакция не должна распространяться по всей сети, чтобы быть включенной; например, она может достичь майнеров на своем континенте за 50 мс и быть добыта через 200 мс. Частота также уменьшает время подтверждения после включения из-за увеличенной плотности процесса выборки майнинга. Не сказать, что время подтверждения уменьшается в десять раз, потому что теперь оно доминируется задержкой блока, которая не изменилась. Скорее, по расчетам на салфетке, они улучшились на 30% (для продвинутых: хвост Пуассона, управляющий наихудшей шириной DAG, уменьшается быстрее, таким образом K может быть установлен относительно ниже, с 18 (1bps) до 124 (для 10bps), а не до 180, как можно было бы ожидать). Параллелизм блоков: параллелизм блоков увеличивается с увеличением скорости блоков, и это, вопреки тому, что вы могли бы подумать, хорошо. Несмотря на то, что коллизии немного увеличиваются из-за параллелизма блоков, параллелизм является ключевым для создания более справедливой системы. Это означает, что нет монополии одного победившего майнера за раунд, а блоки должны конкурировать и принимать мудрые и конкурентоспособные решения в рамках раунда задержки. Последствия могут быть огромными и далеко идущими. Системы оракулов и аукционы возврата MEV - это некоторые из предварительных усилий. Углубление в это выходит за рамки. Мне также нужно обосновать, почему финансы становятся более актуальными после crescendo... предполагая, что это так, я думаю, что даже без явной реализации дизайнов возврата MEV в консенсусе (пока), само внутрипроцессное «хаос» параллельного DAG на 10 bps уже сделает экономическую манипуляцию намного сложнее, чем в других системах, основанных на лидере. Другие изменения, включенные в crescendo. Как мне начать, так много всего. KIP-9 интегрирован в консенсус, внедряя наше уникальное решение проблемы раздувания состояния непосредственно в систему. Кстати, мы называем этот «гармонический» субпротокол именем STORM (для STORage Mass). В процессе KIP-9 был расширен, чтобы включать множественность хранения UTXO (т.е. налогообложение UTXO, которое потребляет больше хранения соответственно), делая его более защищенным на будущее. KIP-10 добавляет поддержку основных ковенантов и аддитивных адресов. KIP-13 более строго регулирует требования к временному хранению. Изменения, связанные с умными контрактами: KIP-14 позволяет полезным нагрузкам, позволяя транзакциям нести произвольные данные (например, вызовы функций умных контрактов). KIP-15 - это технически незначительное обновление - состоящее из одной строки кода - но позволяет концептуально значимую функцию, позволяя узлам архивировать только транзакции и доказывать их последовательность и принятие без доверия. Это важно для того, чтобы позволить узлам L2 до эпохи zk хранить и доказывать полное выполнение SC новым синхронизаторам по разумной стоимости - таким образом, эффективно делая такие системы возможными сразу после crescendo. Предложенное изменение - это крошечный подмножество предложения по дизайну zk (см. посты по дизайну rollups на форуме исследований Kaspa), где такой механизм был предложен как необходимое требование для работы систем zk на Kaspa, и оказалось, что он имеет значительную ценность также до эпохи zk. В целом, это означает, что предварительные SC L2 возможны на пост-crescendo Kaspa (или Kaspa 2.0, как @hashdag называет это внутренне) с достаточными моделями доверия. Другие вещи, о которых я хотел написать, но подожду до другого времени: обзор увеличенных, но ограниченных затрат на оборудование этого обновления, почему я предполагаю, что ширина DAG основной сети не увеличится в десять раз после crescendo (подсказки: утверждение о континенте выше; т.е. локальность в P2P сети) и многое другое. Пожалуйста, спрашивайте о чем-либо неясном или требующем пояснения.