#dusk $DUSK @Dusk
O que a Rusk Faz como Nó de Referência da DUSK
Meu avô mantinha um único livro-razão para a loja — tudo passava por ele: dinheiro que entrava, dinheiro que saía, quem devia o quê, contagens de estoque. Não porque ele não tivesse outros sistemas, mas porque aquele livro era, de fato, a coisa para a qual tudo o resto fazia referência. $ENA
Eu presumi que "nó de referência" era apenas uma linguagem de marketing para "o aplicativo oficial". Essa suposição caiu por terra quando eu acompanhei o que a Rusk realmente faz.
A documentação dos componentes centrais da Dusk chama a Rusk de implementação em Rust do DuskDS — ela executa o consenso, mantém o estado da cadeia e expõe as APIs externas, incluindo a API HTTP e o sistema de eventos RUES, com os quais carteiras, indexadores e integradores realmente se conectam. Uma peça de arquitetura separada descreve isso de forma mais direta: a Rusk abriga os circuitos e contratos ZK de gênese, fornece funções de host ao mecanismo de execução e mantém o banco de dados e a camada de rede por baixo de tudo o mais.
Isso não é "um aplicativo que executa a Dusk". Esse é, na verdade, o ponto de referência contra o qual toda carteira, indexador e integração foi construída. $TUT
O teste real para a DUSK é se manter uma única implementação canônica e de referência continua sustentável conforme mais ferramentas de terceiros forem sendo construídas em torno dela, ou se isso se tornará um gargalo que o ecossistema eventualmente precisará contornar.
O que eu não encontrei documentado é como a Dusk pretende lidar com a divergência de versões caso implementações de nós de terceiros surjam de forma independente da própria Rusk.
O que a Rusk Faz como Nó de Referência da DUSK
Meu avô mantinha um único livro-razão para a loja — tudo passava por ele: dinheiro que entrava, dinheiro que saía, quem devia o quê, contagens de estoque. Não porque ele não tivesse outros sistemas, mas porque aquele livro era, de fato, a coisa para a qual tudo o resto fazia referência. $ENA
Eu presumi que "nó de referência" era apenas uma linguagem de marketing para "o aplicativo oficial". Essa suposição caiu por terra quando eu acompanhei o que a Rusk realmente faz.
A documentação dos componentes centrais da Dusk chama a Rusk de implementação em Rust do DuskDS — ela executa o consenso, mantém o estado da cadeia e expõe as APIs externas, incluindo a API HTTP e o sistema de eventos RUES, com os quais carteiras, indexadores e integradores realmente se conectam. Uma peça de arquitetura separada descreve isso de forma mais direta: a Rusk abriga os circuitos e contratos ZK de gênese, fornece funções de host ao mecanismo de execução e mantém o banco de dados e a camada de rede por baixo de tudo o mais.
Isso não é "um aplicativo que executa a Dusk". Esse é, na verdade, o ponto de referência contra o qual toda carteira, indexador e integração foi construída. $TUT
O teste real para a DUSK é se manter uma única implementação canônica e de referência continua sustentável conforme mais ferramentas de terceiros forem sendo construídas em torno dela, ou se isso se tornará um gargalo que o ecossistema eventualmente precisará contornar.
O que eu não encontrei documentado é como a Dusk pretende lidar com a divergência de versões caso implementações de nós de terceiros surjam de forma independente da própria Rusk.