Вчера я уже было решил сдаться, но всё-таки попробовал локально запустить нодовую конфигурацию для узла @Dusk : при компиляции rusk` core репозитория в тестовой сети я застрял на логе сравнения, относящемся к состоянию консенсуса.
Пошёл смотреть модуль consensus/staking и логику стейкинга нод. Обратил внимание на очень интересное имя переменной: AttestationCapacity — и мне сразу стало любопытно.
Сначала я думал, что это просто поле для учёта объёма заблокированных средств ноды, но, проследив цепочку вызовов до rewards_emission.rs, понял, что Dusk внизу использует весьма хардкорную стратегию привязки вычислительных ресурсов.
В большинстве PoS-цепей награды нод — это по сути «игра в капитал». Что это значит? Чем больше монет вы покупаете и чем дольше их держите в стейкинге, тем больше инфляционных наград вы получаете. Сервер ноды, даже если он работает на Raspberry Pi, никого не волнует.
Но в коде Dusk напрямую жёстко связывает стейкинг-доход ноды с задержкой вычислительного отклика Piecrust VM для ZK-вычислений.
Если у ноды просто большой баланс, но в предыдущем раунде на SA-консенсусе обработка Poseidon-хэшей или верификация доказательств Plonk занимает чуть дольше (на полшага), то алгоритм затухания в системе сразу уменьшит динамический вес её AttestationCapacity. Простыми словами: «халтурящий» клиент, который не тянет по вычислениям, автоматически лишается части дохода.
Ещё одно очень интересное решение — логика сжигания Gas. В модуле обработки комиссий fee_collector базовая комиссия (Base Fee) для каждой корректной транзакции жёстко сжигается на уровне протокола; только Priority Fee распределяется по весам реальным нодам, участвующим в ZK-верификации.
Я прикинул по логам производительности, полученным на тестовой сети: когда расчёт RWA-активов на верхнем уровне достигает определённой частоты транзакций, скорость сжигания базового Gas быстро «перекрывает» инфляцию, которая идёт на награды блоков системы.
Она не пытается раздувать какой-то «супер-дефляционный» нарратив, а просто внизу в коде жёстко сводит в треугольную модель, где всё взаимно ограничивает друг друга: «вклад вычислительных ресурсов», «распределение стейкинга» и «сжигание Gas». Участие в консенсусе — это не «лежать и собирать», а нужно реально прижимать к цепочке вычислительную мощность на железе. И все эти награды закреплены на $DUSK .
#dusk
Пошёл смотреть модуль consensus/staking и логику стейкинга нод. Обратил внимание на очень интересное имя переменной: AttestationCapacity — и мне сразу стало любопытно.
Сначала я думал, что это просто поле для учёта объёма заблокированных средств ноды, но, проследив цепочку вызовов до rewards_emission.rs, понял, что Dusk внизу использует весьма хардкорную стратегию привязки вычислительных ресурсов.
В большинстве PoS-цепей награды нод — это по сути «игра в капитал». Что это значит? Чем больше монет вы покупаете и чем дольше их держите в стейкинге, тем больше инфляционных наград вы получаете. Сервер ноды, даже если он работает на Raspberry Pi, никого не волнует.
Но в коде Dusk напрямую жёстко связывает стейкинг-доход ноды с задержкой вычислительного отклика Piecrust VM для ZK-вычислений.
Если у ноды просто большой баланс, но в предыдущем раунде на SA-консенсусе обработка Poseidon-хэшей или верификация доказательств Plonk занимает чуть дольше (на полшага), то алгоритм затухания в системе сразу уменьшит динамический вес её AttestationCapacity. Простыми словами: «халтурящий» клиент, который не тянет по вычислениям, автоматически лишается части дохода.
Ещё одно очень интересное решение — логика сжигания Gas. В модуле обработки комиссий fee_collector базовая комиссия (Base Fee) для каждой корректной транзакции жёстко сжигается на уровне протокола; только Priority Fee распределяется по весам реальным нодам, участвующим в ZK-верификации.
Я прикинул по логам производительности, полученным на тестовой сети: когда расчёт RWA-активов на верхнем уровне достигает определённой частоты транзакций, скорость сжигания базового Gas быстро «перекрывает» инфляцию, которая идёт на награды блоков системы.
Она не пытается раздувать какой-то «супер-дефляционный» нарратив, а просто внизу в коде жёстко сводит в треугольную модель, где всё взаимно ограничивает друг друга: «вклад вычислительных ресурсов», «распределение стейкинга» и «сжигание Gas». Участие в консенсусе — это не «лежать и собирать», а нужно реально прижимать к цепочке вычислительную мощность на железе. И все эти награды закреплены на $DUSK .
#dusk
