Чем глубже я смотрю на Dusk, тем менее интересной мне кажется его идея просто как «нескольких слоев исполнения».
То, что снова и снова выделяется для меня, — это то, что Dusk решает оставить под ними.
DuskEVM может дать разработчикам среду, которую они уже понимают. DuskVM может обрабатывать приложениям, которым нужен более прямой доступ к L1 и её собственным возможностям. Но ни один из них не становится конечным авторитетом. Эту роль сохраняет за собой DuskDS — она занимается консенсусом, доступностью данных и расчётами.
Я думаю, что этот выбор дизайна важнее, чем кажется на первый взгляд.
Это означает, что Dusk может менять то, как исполняются приложения, не изменяя слой, ответственный за то, что в итоге считается завершённым.
Фактически эту взаимосвязь можно увидеть через мост. Переместить DUSK в DuskEVM и вернуть обратно — это не просто перенести токен между двумя интерфейсами. Депозиты и выводы проходят отдельные шаги подтверждения, доказательства и финализации, прежде чем актив будет считаться завершённым на другой стороне.
И здесь есть урок, который, как мне кажется, легко упустить.
Инцидент с мостом в начале этого года показал, что рабочий базовый протокол не автоматически делает каждый слой вокруг него столь же безопасным. Мост может стать частью реальной границы безопасности актива.
Так что моё нынешнее представление о Dusk меньше связано с «приватным блокчейном» и больше — с этим вопросом:
Можно ли сохранять стабильность расчётов, позволяя среде исполнения развиваться вокруг них?
#dusk $DUSK @Dusk
То, что снова и снова выделяется для меня, — это то, что Dusk решает оставить под ними.
DuskEVM может дать разработчикам среду, которую они уже понимают. DuskVM может обрабатывать приложениям, которым нужен более прямой доступ к L1 и её собственным возможностям. Но ни один из них не становится конечным авторитетом. Эту роль сохраняет за собой DuskDS — она занимается консенсусом, доступностью данных и расчётами.
Я думаю, что этот выбор дизайна важнее, чем кажется на первый взгляд.
Это означает, что Dusk может менять то, как исполняются приложения, не изменяя слой, ответственный за то, что в итоге считается завершённым.
Фактически эту взаимосвязь можно увидеть через мост. Переместить DUSK в DuskEVM и вернуть обратно — это не просто перенести токен между двумя интерфейсами. Депозиты и выводы проходят отдельные шаги подтверждения, доказательства и финализации, прежде чем актив будет считаться завершённым на другой стороне.
И здесь есть урок, который, как мне кажется, легко упустить.
Инцидент с мостом в начале этого года показал, что рабочий базовый протокол не автоматически делает каждый слой вокруг него столь же безопасным. Мост может стать частью реальной границы безопасности актива.
Так что моё нынешнее представление о Dusk меньше связано с «приватным блокчейном» и больше — с этим вопросом:
Можно ли сохранять стабильность расчётов, позволяя среде исполнения развиваться вокруг них?
#dusk $DUSK @Dusk