Execução da Metodologia

Visão geral

As Metodologias definem a base científica para a geração de créditos ambientais. Cada metodologia é traduzida em um framework de metodologia (MvF) — a especificação de regras, gatilhos e critérios de verificação — e implementada como uma Methodology Verification Application (MvA) que executa essas regras na plataforma sob esse framework. A plataforma recebe dados estruturados dos Integradores, os processa através do MvA de acordo com as regras do framework de metodologia, e produz resultados verificados — MassIDs e certificados que se tornam a base para créditos emitidos no registry público de créditos.

Esta página explica o pipeline de execução de ponta a ponta: como os dados entram na plataforma, como são processados e como os resultados verificados são produzidos. A execução e os resultados das regras são persistidos após cada regra e reportados em tempo real no Carrot Registry (registry.carrot.eco).

Como os dados entram na plataforma

Os Integradores enviam dados da cadeia de suprimentos via Carrot API. Esses dados descrevem os eventos físicos que ocorrem ao longo da cadeia de suprimentos de reciclagem:

A homologação de instalações não faz parte do que os integradores enviam. Os registros de homologação — e a verificação presencial por terceiros que os sustenta — são mantidos pela Carrot na camada de homologação, e o pipeline de verificação os consulta ao avaliar um MassID. Os envios dos integradores cobrem movimentações de resíduos e resultados ambientais.

Cada envio é armazenado como um registro versionado que captura o estado dos dados em um ponto específico no tempo. Os dados registrados são imutáveis — não podem ser alterados ou excluídos, apenas estendidos com novos eventos ou versões. Cada alteração nos dados da cadeia de suprimentos é rastreável, criando uma trilha de auditoria completa desde o envio inicial até a verificação final.

Processamento e verificação

Quando novos dados chegam, a plataforma os processa através de um pipeline estruturado:

1. Reconhecimento de documento — A plataforma identifica o tipo de dado recebido (movimentação de resíduos, relatório de auditoria, evento de emissão) e o encaminha para o processamento apropriado.

2. Sincronização de entidades — As entidades relevantes — MassIDs, certificados e registros de participantes — são atualizadas para refletir o que aconteceu no mundo físico. Por exemplo, um evento de entrega atualiza a cadeia de custódia do MassID para incluir a instalação receptora.

3. Avaliação de gatilhos — A plataforma verifica se algum gatilho de metodologia se aplica aos dados recebidos. Se uma condição de gatilho for atendida, as regras correspondentes do framework de metodologia são enfileiradas para execução pelo MvA.

Gatilhos de metodologia

Cada framework de metodologia (MvF) define gatilhos — condições sobre os dados recebidos que, quando correspondidas, fazem as regras serem executadas. Os gatilhos conectam eventos do mundo real à lógica de verificação que produz resultados ambientais. As condições exatas dos gatilhos são definidas por framework; consulte o catálogo de metodologias para o comportamento de cada framework.

Execução de regras

Quando um gatilho é disparado, a plataforma executa as regras do framework de metodologia via MvA em uma sequência definida. Após cada regra ser executada, seu resultado é persistido e disponibilizado em tempo real no Carrot Registry.

1. Preparar

A plataforma determina quais regras se aplicam ao escopo disparado e estabelece a ordem de execução. Cada framework de metodologia define suas regras como uma sequência ordenada, garantindo avaliação consistente independentemente de quando o gatilho é disparado.

2. Avaliar

Cada regra na sequência é executada. Uma regra avalia condições contra os dados atuais, realiza cálculos quando necessário e produz saídas. As regras podem validar tipos de material, verificar a completude da cadeia de custódia, calcular pesos ou avaliar conformidade com critérios específicos da metodologia. O resultado de cada regra é persistido imediatamente e visível no Carrot Registry, para que o progresso da execução e os resultados estejam disponíveis em tempo real.

3. Revisar quando necessário

Regras que o código não consegue resolver por conta própria retornam um resultado que exige revisão. A execução então pausa para uma decisão humana registrada: um revisor aprova ou rejeita cada regra sinalizada com justificativa escrita obrigatória, e a decisão é guardada junto à execução, com a identidade do revisor e o momento em que ela foi tomada. Se a janela de revisão se encerrar com regras sinalizadas ainda sem decisão, essas regras são rejeitadas automaticamente e a verificação falha.

4. Finalizar

Após todas as regras serem concluídas — e depois que qualquer revisão necessária for resolvida — a plataforma finaliza as saídas: MassIDs verificados são marcados como elegíveis para minting on-chain, certificados são enfileirados para emissão e o estado é atualizado em todas as entidades afetadas. Os registros do registry em si — MassIDs registrados, certificados e créditos emitidos — são gravados no ledger público. Os resultados das regras, as decisões de revisão e suas entradas ficam na plataforma, e tudo isso é refletido no Carrot Registry.

Resultados

A execução da metodologia produz dois resultados principais:

• MassIDs verificados — MassIDs que passaram em todas as verificações da metodologia e estão prontos para minting on-chain. Sua cadeia de custódia está completa, tipo de material e peso estão validados e todas as condições de conformidade estão satisfeitas.

• Certificados — Quando um MassID passa em todas as regras de verificação da metodologia em uma instalação homologada, certificados (RecycledID ou GasID) são emitidos. Os certificados vinculam o resultado ambiental verificado ao MassID subjacente e iniciam o minting de tokens de crédito fungíveis.

Para gerar um certificado ou crédito, a massa rastreada precisa satisfazer todos os critérios aplicáveis do framework. A maior parte dos critérios é resolvida por validação em código, e um critério que o código decide contra bloqueia a emissão de certificado e a geração de crédito até que o problema seja corrigido conforme o framework aplicável. Os critérios que o código não consegue resolver por conta própria são decididos pela revisão humana registrada descrita acima — uma revisão aprovada resolve o critério sem que o código o decida, e uma revisão rejeitada faz a verificação falhar.

Apenas dados destinados a serem públicos são registrados na blockchain pública — por exemplo, MassIDs mintados, Certificados, tokens de crédito e recibos de aposentadoria. Esses dados on-chain são publicamente acessíveis: visualizáveis através de qualquer explorador de blockchain (ex.: PolygonScan) ou o Carrot Registry, que fornece uma visão amigável e focada no domínio da execução de regras e resultados para auditores, reguladores e compradores de créditos.

Páginas relacionadas

• dMRV — O processo de execução e evidência para critérios de frameworks de metodologia aprovados
• MvF e MvA — Como os frameworks de metodologia e suas implementações definem e executam regras
• Criação de Registros no Registry — Como MassIDs verificados se tornam registros permanentes no registry
• Metodologias — As bases científicas validadas e seus frameworks que definem as regras de verificação