#dusk $DUSK @Dusk
Что делает Rusk как опорный узел DUSK
Мой дед держал одну-единственную бухгалтерскую книгу для своей лавки — через неё шло всё: деньги входили и уходили, кто кому что должен, учёт запасов. Не потому что у него не было других систем, а потому что эта книга действительно была той вещью, на которую ссылалось всё остальное. $ENA
Я решил, что «опорный узел» — это просто маркетинговое выражение для «официального приложения». Мои предположения рассыпались, как только я разобрался, что именно делает Rusk.
В документации по собственным базовым компонентам Dusk говорится, что Rusk — это реализация Rust для DuskDS: он обеспечивает консенсус, поддерживает состояние цепочки и предоставляет внешние API, включая HTTP API и систему событий RUES, к которым реально подключаются кошельки, индексаторы и интеграторы. Отдельный архитектурный раздел объясняет ещё прямее: Rusk содержит начальные (генезис) ZK-схемы и контракты, предоставляет хост-функции для движка исполнения и поддерживает базу — хранилище данных и сетевой уровень — под всем остальным.
Это не «приложение, которое запускает Dusk». Это реальная точка отсчёта, на которую опираются все кошельки, индексаторы и интеграции. $TUT
Настоящая проверка для DUSK — останется ли поддерживаемым единым каноническим опорным вариантом-реализацией то, что служит эталоном, когда вокруг неё начнут строиться всё новые сторонние инструменты, или же это со временем превратится в узкое горлышко, которое экосистеме в конечном счёте придётся обходить.
То, что я не нашёл в документации, — как Dusk планирует справляться с расхождением версий, если когда-нибудь сторонние реализации узлов появятся независимо от самого Rusk.
Что делает Rusk как опорный узел DUSK
Мой дед держал одну-единственную бухгалтерскую книгу для своей лавки — через неё шло всё: деньги входили и уходили, кто кому что должен, учёт запасов. Не потому что у него не было других систем, а потому что эта книга действительно была той вещью, на которую ссылалось всё остальное. $ENA
Я решил, что «опорный узел» — это просто маркетинговое выражение для «официального приложения». Мои предположения рассыпались, как только я разобрался, что именно делает Rusk.
В документации по собственным базовым компонентам Dusk говорится, что Rusk — это реализация Rust для DuskDS: он обеспечивает консенсус, поддерживает состояние цепочки и предоставляет внешние API, включая HTTP API и систему событий RUES, к которым реально подключаются кошельки, индексаторы и интеграторы. Отдельный архитектурный раздел объясняет ещё прямее: Rusk содержит начальные (генезис) ZK-схемы и контракты, предоставляет хост-функции для движка исполнения и поддерживает базу — хранилище данных и сетевой уровень — под всем остальным.
Это не «приложение, которое запускает Dusk». Это реальная точка отсчёта, на которую опираются все кошельки, индексаторы и интеграции. $TUT
Настоящая проверка для DUSK — останется ли поддерживаемым единым каноническим опорным вариантом-реализацией то, что служит эталоном, когда вокруг неё начнут строиться всё новые сторонние инструменты, или же это со временем превратится в узкое горлышко, которое экосистеме в конечном счёте придётся обходить.
То, что я не нашёл в документации, — как Dusk планирует справляться с расхождением версий, если когда-нибудь сторонние реализации узлов появятся независимо от самого Rusk.