#newt $NEWT
Por que a publicação Policy começa com a geração de CID
Na documentação @NewtonProtocol , a publicação Policy não começa com o upload de arquivos para o IPFS, mas sim com o cálculo local dos seus CIDs. Para isso, o CLI primeiro executa a etapa generate-cids e somente depois de obter os identificadores é que começa a publicação dos componentes.
Essa ordem não é acidental. O CID é calculado diretamente a partir do conteúdo do arquivo; portanto, ele não pode ser obtido enquanto a Policy não estiver completamente formada. Qualquer alteração no conteúdo levará à criação de outro CID.
Em seguida, exatamente esses CIDs são usados para publicar os componentes no IPFS e registrá-los no protocolo. Graças a isso, cada operador $NEWT carrega a mesma versão da Policy usando o mesmo identificador e executa a validação em um conjunto idêntico de regras.
Portanto, na arquitetura #Newt , o CID não é apenas um endereço de armazenamento do arquivo. Ele conecta as etapas de preparação local, publicação, registro e execução subsequente da Policy, garantindo a reprodutibilidade da validação ainda antes de os operadores começarem a executá-la.
Por que a publicação Policy começa com a geração de CID
Na documentação @NewtonProtocol , a publicação Policy não começa com o upload de arquivos para o IPFS, mas sim com o cálculo local dos seus CIDs. Para isso, o CLI primeiro executa a etapa generate-cids e somente depois de obter os identificadores é que começa a publicação dos componentes.
Essa ordem não é acidental. O CID é calculado diretamente a partir do conteúdo do arquivo; portanto, ele não pode ser obtido enquanto a Policy não estiver completamente formada. Qualquer alteração no conteúdo levará à criação de outro CID.
Em seguida, exatamente esses CIDs são usados para publicar os componentes no IPFS e registrá-los no protocolo. Graças a isso, cada operador $NEWT carrega a mesma versão da Policy usando o mesmo identificador e executa a validação em um conjunto idêntico de regras.
Portanto, na arquitetura #Newt , o CID não é apenas um endereço de armazenamento do arquivo. Ele conecta as etapas de preparação local, publicação, registro e execução subsequente da Policy, garantindo a reprodutibilidade da validação ainda antes de os operadores começarem a executá-la.