Сегодня утром я вскрыл execution pipeline (конвейер выполнения) Dusk — и понял, что большинство цепочек лишь «доплатируют» приватность поверх EVM-основы, изначально созданной для прозрачности. Dusk перестроил стек с нуля, поднимаясь от схемы.
DuskVM выполняет WASM-байткод, а не EVM. Контракты компилируются в WASM и проходят через буфер аргументов объёмом 64 КБ. Результаты выполнения должны быть идентичными на каждом узле, иначе консенсус-валидация не пройдёт. Это детерминированное выполнение, навязанное протокольным уровнем, а не предполагаемое.
Конвейер расчётов запускает параллельно две нативные модели транзакций — Moonlight для публичных, аккаунт-ориентированных переводов и Phoenix для защищённых, переводов в стиле UTXO с ZK-доказательствами. Оба типа расчётов сходятся в одну и ту же цепь через Transfer Contract: он принимает оба формата полезной нагрузки, маршрутизирует их в верификационную логику и предотвращает двойные траты. Согласование состояния на уровне протокола, а не переключатель в интерфейсе.
Криптография: BLS12-381 для агрегированных подписей и BLS threshold, JubJub для эффективных ZK-схем, Poseidon для хэширования, оптимизированного под схемы, PLONK для переиспользуемых, проверяемых on-chain доказательств. Всё — на чистом Rust. Succinct Attestation финализируется через три детерминированных раунда — proposal, validation, ratification — с произвольно выбранными провайдерами. Нет реорганизаций. Нет вероятностной финальности. Среднее время блока: ~2 секунды.
Что не затронуто: сохраняется ли пропускная способность при WASM-конвейере выполнения с ZK-интегрированной приватностью в условиях объёмов институциональной торговли, или же накладные расходы схем станут следующим узким местом.
С чем я остаюсь: Dusk не форкнул цепь. Он построил среду исполнения, где приватность, комплаенс и расчёты — это одна и та же инженерная задача, решённая на уровне схем ещё до того, как вообще была зафиксирована первая транзакция.
@Dusk #DUSK
#dusk $DUSK $WAL $ACE
DuskVM выполняет WASM-байткод, а не EVM. Контракты компилируются в WASM и проходят через буфер аргументов объёмом 64 КБ. Результаты выполнения должны быть идентичными на каждом узле, иначе консенсус-валидация не пройдёт. Это детерминированное выполнение, навязанное протокольным уровнем, а не предполагаемое.
Конвейер расчётов запускает параллельно две нативные модели транзакций — Moonlight для публичных, аккаунт-ориентированных переводов и Phoenix для защищённых, переводов в стиле UTXO с ZK-доказательствами. Оба типа расчётов сходятся в одну и ту же цепь через Transfer Contract: он принимает оба формата полезной нагрузки, маршрутизирует их в верификационную логику и предотвращает двойные траты. Согласование состояния на уровне протокола, а не переключатель в интерфейсе.
Криптография: BLS12-381 для агрегированных подписей и BLS threshold, JubJub для эффективных ZK-схем, Poseidon для хэширования, оптимизированного под схемы, PLONK для переиспользуемых, проверяемых on-chain доказательств. Всё — на чистом Rust. Succinct Attestation финализируется через три детерминированных раунда — proposal, validation, ratification — с произвольно выбранными провайдерами. Нет реорганизаций. Нет вероятностной финальности. Среднее время блока: ~2 секунды.
Что не затронуто: сохраняется ли пропускная способность при WASM-конвейере выполнения с ZK-интегрированной приватностью в условиях объёмов институциональной торговли, или же накладные расходы схем станут следующим узким местом.
С чем я остаюсь: Dusk не форкнул цепь. Он построил среду исполнения, где приватность, комплаенс и расчёты — это одна и та же инженерная задача, решённая на уровне схем ещё до того, как вообще была зафиксирована первая транзакция.
@Dusk #DUSK
#dusk $DUSK $WAL $ACE
