Aviso Importante

Sobre o Projeto

O ZINCO é um protocolo aberto e descentralizado, licenciado sob a MIT License. Seu objetivo é proporcionar mais liberdade para pequenos e médios negócios, eliminando a necessidade de intermediários financeiros tradicionais e permitindo que estabelecimentos comerciais (ECs) e clientes tenham maior autonomia e privacidade em suas transações.

O ZINCO não fornece um software ou plataforma específica, apenas a especificação do protocolo. Qualquer software baseado no ZINCO será desenvolvido independentemente por terceiros e disponibilizado sob diferentes licenças open-source ou mesmo de forma proprietária. O ZINCO apenas descreve as regras e padrões para o funcionamento do protocolo.

O protocolo ZINCO não é controlado por uma única entidade. Ele permite que ECs e clientes operem diretamente entre si, baseando-se em um modelo de confiança distribuída. Dessa forma, comerciantes podem avaliar a reputação de seus clientes sem depender de instituições centralizadas, enquanto os clientes mantêm controle total sobre seus dados e histórico financeiro.

Além disso, o ZINCO tem um papel fundamental na educação e difusão do conhecimento sobre redes descentralizadas, criptografia e inovação tecnológica. Acreditamos que a inclusão digital e financeira é essencial para criar um ambiente econômico mais equilibrado e acessível a todos.

Termos de Uso para Usuários e Estabelecimentos Comerciais (ECs)

1. Uso sob sua própria responsabilidade – O protocolo ZINCO é uma ferramenta descentralizada e aberta. Nenhuma entidade ou grupo de desenvolvedores assume qualquer responsabilidade por erros, falhas, perdas financeiras ou uso indevido da tecnologia.

2. Sem garantias de serviço – O protocolo não garante disponibilidade contínua, nem confiabilidade de terceiros que possam utilizar ou implementar o sistema.

3. Privacidade e Segurança – O ZINCO foi projetado para garantir privacidade e controle dos dados aos seus usuários. No entanto, cada EC e cliente é responsável por proteger suas próprias credenciais e informações, garantindo que suas chaves privadas não sejam comprometidas.

4. Independência e responsabilidade dos participantes – ECs e clientes operam dentro do protocolo por conta própria, sem qualquer regulação, supervisão ou garantias externas.

Termos de Contribuição para Desenvolvedores e Colaboradores

1. Projeto voluntário e sem fins lucrativos – O desenvolvimento do ZINCO é conduzido de forma colaborativa e gratuita. Nenhum colaborador tem direito a compensação financeira, e o projeto pode ser descontinuado a qualquer momento, sem aviso prévio.

2. Sem vínculo empregatício – Os participantes não têm qualquer tipo de relação contratual, trabalhista ou jurídica com o projeto.

3. Isenção de responsabilidade – Os desenvolvedores do ZINCO não assumem qualquer responsabilidade pelo uso da tecnologia, seja em aplicações comerciais ou individuais.

4. Restrições contratuais – Qualquer pessoa sujeita a termos de confidencialidade, contratos de exclusividade profissional ou outras restrições legais deve assegurar que sua participação não infringe tais regulamentos. A responsabilidade pelo cumprimento dessas condições é inteiramente do colaborador.

5. Licença e liberdade de uso – O código-fonte do ZINCO é disponibilizado sob a MIT License, permitindo que qualquer pessoa use, modifique e distribua o protocolo sem restrições, desde que os devidos créditos sejam mantidos.

ZINCO: Construindo uma Rede Descentralizada de Confiança entre Clientes e Estabelecimentos

Introdução

Estamos construindo um novo conceito de crédito e reputação, livre do domínio de grandes empresas e de forma totalmente descentralizada. No ZINCO, nenhuma entidade central tem poder absoluto sobre os dados. A confiança é construída diretamente entre clientes e estabelecimentos, garantindo transparência, privacidade e segurança.

O ZINCO é um protocolo seguro e descentralizado que permite a criação de uma rede de reputação comercial entre clientes e estabelecimentos. Diferente dos modelos tradicionais de pontuação e análise de crédito, o ZINCO oferece um ecossistema onde os bons pagadores são reconhecidos diretamente pelos estabelecimentos, sem depender de terceiros que monopolizam informações financeiras.

O ZINCO cria uma infraestrutura confiável e auditável baseada em criptografia e descentralização, garantindo total segurança, privacidade e transparência para todas as partes envolvidas.

Como Funciona para os Estabelecimentos Comerciais (ECs)

Os estabelecimentos que aderirem ao protocolo ZINCO poderão registrar transações de compra e pagamento, garantindo que todo o fluxo financeiro ocorra de forma transparente e descentralizada.

Registro de Transações

Toda transação registrada por um EC precisa obrigatoriamente incluir dois eventos:

Cada transação é assinada digitalmente pelo estabelecimento, garantindo autenticidade e integridade dos dados.

Exemplo de Registro de Compra

{
      "transacao_id": "UUID",
      "cliente": "chave_publica_cliente + SALT",
      "estabelecimento": "chave_publica_ec + SALT",
      "tipo": "compra",
      "timestamp": "2025-02-12T15:30:00Z",
      "assinatura_ec": "hash_assinado_ec"
    }

Exemplo de Registro de Pagamento

{
      "transacao_id": "UUID",
      "cliente": "chave_publica_cliente + SALT",
      "estabelecimento": "chave_publica_ec + SALT",
      "tipo": "pagamento",
      "timestamp": "2025-02-13T10:15:00Z",
      "assinatura_ec": "hash_assinado_ec"
    }

Os estabelecimentos só podem acessar suas próprias transações. Não há compartilhamento de dados sensíveis com terceiros.

Como Funciona para os Clientes

Os clientes podem acessar diretamente a base do NODE ZINCO e consultar todas as suas transações registradas na rede. Isso permite que verifiquem se suas compras e pagamentos foram corretamente registrados pelos estabelecimentos.

O acesso pode ser feito através de:

Exemplo de Consulta Direta pelo Cliente

1. Solicitação do Cliente para Acessar Seu Histórico
{
      "cliente": "chave_publica_cliente + SALT",
      "solicitante": "cliente",
      "timestamp": "2025-02-22T12:00:00Z",
      "assinatura_cliente": "hash_assinado_cliente"
    }
2. Resposta do NODE com Todas as Transações do Cliente
{
      "cliente": "chave_publica_cliente + SALT",
      "transacoes": [
        {
          "transacao_id": "UUID1",
          "tipo": "compra",
          "data": "2025-02-10T14:20:00Z",
          "status": "pago"
        },
        {
          "transacao_id": "UUID2",
          "tipo": "compra",
          "data": "2025-02-12T10:10:00Z",
          "status": "pendente"
        }
      ],
      "saldo_pendente": 120.00,
      "estabelecimentos_ativos": 3
    }

Benefícios do ZINCO

Ações Disponíveis

Participe da rede ZINCO criando ou consultando NODEs:

Criar um NODE Listar NODEs Consultar Status do Ticket

Conclusão

O ZINCO representa uma revolução na forma como clientes e estabelecimentos constroem confiança. Ele substitui modelos tradicionais de avaliação de crédito por um sistema descentralizado, seguro e auditável. Através da criptografia e da descentralização, permite que boas relações comerciais sejam construídas diretamente, sem intermediários.

Com a possibilidade de os clientes acessarem diretamente suas movimentações na rede NODE ZINCO, o protocolo garante transparência e controle total, permitindo que cada usuário acompanhe seu próprio histórico e exija correções quando necessário. Essa abordagem cria um ecossistema confiável e seguro para todos os participantes.

Definição do Modelo JSON para Registro de Cliente na Rede ZINCO

Introdução

Este documento define o formato JSON para o registro de um Cliente na rede ZINCO. O modelo garante segurança, autenticação e descentralização, permitindo que cada cliente tenha total controle sobre seus dados e chaves criptográficas.

O cliente pode se registrar na rede de duas formas:

Estrutura do JSON

O processo de registro do cliente ocorre em duas partes:

1. Bloco de Dados (Payload)

{
  "cliente_id": "UUID",
  "nome": "Nome do Cliente",
  "documento": "CPF ou equivalente",
  "contato": {
    "email": "[email protected]",
    "telefone": "+55 11 99999-9999"
  },
  "chave_publica": "chave_publica_gerada",
  "registro_por": "NODE ou EC",
  "ec_responsavel": "chave_publica_ec_se_houver",
  "timestamp": "2025-02-25T12:00:00Z"
}

2. Bloco de Assinatura (Signature)

{
  "assinatura": "assinatura_digital_do_payload"
}

Processo de Recuperação de Chave Privada

Para garantir segurança e descentralização, a recuperação da chave privada do cliente é baseada em ECs Guardiões.

1. Registro dos EC Guardiões

{
  "cliente": "chave_publica_cliente",
  "ec_guardioes": [
    {
      "estabelecimento": "chave_publica_ec1",
      "codigo_hash": "hash_do_codigo_ec1"
    }
  ],
  "timestamp": "2025-02-25T12:00:00Z",
  "assinatura_cliente": "assinatura_digital_do_cliente"
}

2. Solicitação de Código de Recuperação em um EC Guardião

{
  "cliente": "chave_publica_cliente",
  "estabelecimento": "chave_publica_ec_guardiao",
  "assinatura_ec": "assinatura_digital_do_ec_guardiao"
}

3. Código de Recuperação Gerado pelo EC Guardião

{
  "codigo_recuperacao": "codigo_secreto_gerado_pelo_ec",
  "estabelecimento": "chave_publica_ec_guardiao",
  "timestamp": "2025-02-26T10:01:00Z",
  "assinatura_ec": "assinatura_digital_do_ec"
}

4. Envio dos Códigos ao NODE para Recuperação

{
  "cliente": "chave_publica_cliente",
  "codigos_recuperacao": [
    {
      "codigo": "codigo_fornecido_pelo_ec1",
      "estabelecimento": "chave_publica_ec1"
    },
    {
      "codigo": "codigo_fornecido_pelo_ec2",
      "estabelecimento": "chave_publica_ec2"
    }
  ],
  "timestamp": "2025-02-26T10:30:00Z",
  "assinatura_cliente": "assinatura_digital_do_cliente"
}

5. Resposta do NODE ao Cliente

{
  "cliente": "chave_publica_cliente",
  "status": "recuperacao_autorizada",
  "mensagem": "Sua chave privada foi regenerada. Armazene-a com segurança. O NODE não poderá recuperá-la novamente.",
  "nova_chave_publica": "nova_chave_publica_gerada",
  "nova_chave_privada": "nova_chave_privada_gerada",
  "timestamp": "2025-02-26T10:35:00Z",
  "assinatura_node": "assinatura_digital_do_node"
}

Segurança e Validação

Conclusão

Este modelo JSON garante que os clientes sejam registrados de forma segura e descentralizada na rede ZINCO. Ele permite que cada usuário tenha total controle sobre seus dados, podendo optar por armazená-los consigo mesmo. Além disso, a recuperação segura por um ou mais ECs guardiões elimina a necessidade de serviços externos, mantendo a privacidade e a descentralização da rede.

Definição do Modelo JSON para Criação de Estabelecimento Comercial (EC) no ZINCO

Introdução

Este documento define o formato JSON para o registro de um Estabelecimento Comercial (EC) na rede ZINCO. O modelo garante a segurança, autenticidade e descentralização dos dados, permitindo que cada EC seja identificado e validado de maneira única na rede.

Estrutura do JSON

O processo de registro de um EC ocorre em duas partes:

1. Bloco de Dados (Payload)

{
          "ec_id": "UUID",
          "nome_fantasia": "Loja Exemplo",
          "razao_social": "Loja Exemplo LTDA",
          "documento": "CNPJ ou equivalente",
          "endereco": {
            "rua": "Rua Exemplo, 123",
            "cidade": "Cidade Exemplo",
            "estado": "XX",
            "cep": "00000-000",
            "pais": "Brasil"
          },
          "contato": {
            "email": "[email protected]",
            "telefone": "+55 11 99999-9999"
          },
          "chave_publica": "chave_publica_gerada",
          "timestamp": "2025-02-25T12:00:00Z"
        }

2. Bloco de Assinatura (Signature)

{
          "assinatura": "assinatura_digital_do_payload"
        }

Processo de Assinatura

  1. O EC gera um par de chaves criptográficas (privada e pública).
  2. Preenche o Bloco de Dados com as informações do estabelecimento.
  3. Serializa o Bloco de Dados em formato JSON e gera um hash da mensagem.
  4. Utiliza sua chave privada para assinar o hash do Bloco de Dados, criando a assinatura digital.
  5. Envia ambos os blocos (Bloco de Dados e Bloco de Assinatura) para um NODE na rede ZINCO para validação.
  6. O NODE valida a assinatura utilizando a chave pública do EC e registra os dados na rede se estiverem corretos.

Exemplo de Assinatura no Formato JWT-like

A assinatura pode ser gerada e validada de forma semelhante a um JWT, onde a mensagem é separada em dois blocos:

{
          "payload": {
            "ec_id": "UUID",
            "nome_fantasia": "Loja Exemplo",
            "razao_social": "Loja Exemplo LTDA",
            "documento": "CNPJ ou equivalente",
            "endereco": {
              "rua": "Rua Exemplo, 123",
              "cidade": "Cidade Exemplo",
              "estado": "XX",
              "cep": "00000-000",
              "pais": "Brasil"
            },
            "contato": {
              "email": "[email protected]",
              "telefone": "+55 11 99999-9999"
            },
            "chave_publica": "chave_publica_gerada",
            "timestamp": "2025-02-25T12:00:00Z"
          },
          "assinatura": "assinatura_digital_do_payload"
        }

Segurança e Validação

Conclusão

Este modelo JSON garante que os estabelecimentos comerciais sejam registrados de forma segura e descentralizada na rede ZINCO. Ao utilizar um esquema de assinatura semelhante ao JWT, assegura-se a integridade e autenticidade das informações, permitindo a validação por qualquer NODE da rede.

Definição do Modelo JSON para Criação de Transação na Rede ZINCO

Introdução

Este documento define o formato JSON para o registro de uma transação na rede ZINCO. O modelo garante segurança, autenticidade e descentralização, assegurando que todas as transações sejam registradas e verificadas corretamente.

Toda transação na rede ZINCO segue um fluxo estruturado e validado pelos NODES, garantindo integridade e transparência para clientes e estabelecimentos comerciais (ECs).

Estrutura do JSON

O processo de criação de transação ocorre em duas partes:

1. Bloco de Dados (Payload)

{
      "transacao_id": "UUID",
      "tipo": "compra" ou "pagamento",
      "cliente": "chave_publica_cliente",
      "estabelecimento": "chave_publica_ec",
      "valor": 150.00,
      "moeda": "BRL",
      "timestamp": "2025-02-25T12:00:00Z"
    }

2. Bloco de Assinatura (Signature)

{
      "assinatura": "assinatura_digital_do_payload"
    }

Processo de Criação de Transação

  1. O cliente realiza uma compra ou efetua um pagamento em um EC.
  2. O EC gera o Bloco de Dados, contendo todas as informações relevantes da transação.
  3. O EC assina digitalmente o Bloco de Dados utilizando sua chave privada.
  4. O JSON assinado é enviado para um NODE na rede ZINCO para validação.
  5. O NODE verifica a assinatura e registra a transação na rede se os dados forem válidos.

Exemplo de Assinatura no Formato JWT-like

{
      "payload": {
        "transacao_id": "UUID",
        "tipo": "compra" ou "pagamento",
        "cliente": "chave_publica_cliente",
        "estabelecimento": "chave_publica_ec",
        "valor": 150.00,
        "moeda": "BRL",
        "timestamp": "2025-02-25T12:00:00Z"
      },
      "assinatura": "assinatura_digital_do_payload"
    }

Segurança e Validação

Conclusão

Este modelo JSON garante que todas as transações na rede ZINCO sejam registradas de forma segura e descentralizada. A separação entre o Bloco de Dados e o Bloco de Assinatura garante integridade e confiabilidade em todas as operações.

Definição do Modelo JSON para Consulta de Transação pelo Cliente na Rede ZINCO

Introdução

Este documento define o formato JSON para a consulta de transações realizadas por um cliente na rede ZINCO. A consulta permite que o cliente tenha acesso às suas compras e pagamentos, garantindo transparência e controle total sobre seu histórico financeiro.

A consulta é feita diretamente no NODE ZINCO, onde o cliente pode verificar todas as transações associadas à sua conta sem precisar depender dos estabelecimentos comerciais (ECs). O cliente pode também:

Estrutura do JSON

A consulta ocorre em duas etapas:

1. Bloco de Requisição (Solicitação)

{
              "cliente": "chave_publica_cliente",
              "estabelecimento": "chave_publica_ec_opcional",
              "tipo_transacao": "compra | pagamento | estorno | todos",
              "periodo": {
                "inicio": "2025-02-01T00:00:00Z",
                "fim": "2025-02-25T23:59:59Z"
              },
              "timestamp": "2025-02-25T12:00:00Z",
              "assinatura": "assinatura_digital_do_cliente"
            }

2. Bloco de Resposta (Histórico de Transações)

{
              "cliente": "chave_publica_cliente",
              "transacoes": [
                {
                  "transacao_id": "UUID1",
                  "tipo": "compra",
                  "estabelecimento": "chave_publica_ec1",
                  "data": "2025-02-10T14:20:00Z",
                  "status": "pago"
                },
                {
                  "transacao_id": "UUID2",
                  "tipo": "pagamento",
                  "estabelecimento": "chave_publica_ec2",
                  "data": "2025-02-12T10:10:00Z",
                  "status": "pendente"
                },
                {
                  "transacao_id": "UUID3",
                  "tipo": "estorno",
                  "estabelecimento": "chave_publica_ec3",
                  "data": "2025-02-15T16:30:00Z",
                  "status": "confirmado"
                }
              ],
              "saldo_pendente": 120.00,
              "estabelecimentos_ativos": [
                {
                  "estabelecimento": "chave_publica_ec1",
                  "nome": "Loja Exemplo 1"
                },
                {
                  "estabelecimento": "chave_publica_ec2",
                  "nome": "Loja Exemplo 2"
                },
                {
                  "estabelecimento": "chave_publica_ec3",
                  "nome": "Loja Exemplo 3"
                }
              ],
              "timestamp": "2025-02-25T12:05:00Z",
              "assinatura_node": "assinatura_digital_do_node"
            }

Processo de Consulta

  1. O cliente envia uma requisição assinada ao NODE ZINCO, podendo incluir filtros por estabelecimento, tipo de transação e período de data.
  2. O NODE valida a assinatura do cliente para garantir autenticidade.
  3. O NODE retorna todas as transações associadas ao cliente conforme os filtros aplicados.
  4. O cliente pode visualizar seu histórico, incluindo status de pagamentos, saldo pendente e a lista de estabelecimentos onde possui operações.

Segurança e Validação

Conclusão

Este modelo JSON permite que os clientes consultem suas transações na rede ZINCO de forma segura e descentralizada. A autenticação digital garante transparência e controle total sobre o histórico financeiro, sem dependência de terceiros. A capacidade de filtrar por estabelecimento, tipo de transação e período permite uma consulta eficiente e detalhada.

Recuperação de Chave

Os clientes podem recuperar suas chaves usando ECs guardiões.

{
  "cliente": "chave_publica_cliente",
  "codigos_recuperacao": [
    {
      "codigo": "codigo_fornecido_pelo_ec1",
      "estabelecimento": "chave_publica_ec1"
    },
    {
      "codigo": "codigo_fornecido_pelo_ec2",
      "estabelecimento": "chave_publica_ec2"
    }
  ]
}

Análise de Score na Rede ZINCO

A rede ZINCO utiliza um sistema descentralizado para avaliar a confiabilidade de clientes e estabelecimentos comerciais (ECs). O objetivo do score é fornecer um meio seguro e transparente para que novos ECs possam avaliar clientes e que os próprios clientes possam construir sua reputação dentro da rede.

O sistema de score é baseado em transações registradas na rede, incluindo compras, pagamentos e avaliações feitas pelos ECs. As informações são distribuídas de forma criptografada, garantindo privacidade e segurança para todas as partes envolvidas.

1. Estrutura do Score do Cliente

Cada cliente recebe uma pontuação baseada em seu histórico de transações e interações com ECs. O score do cliente pode evoluir conforme os seguintes critérios:

A pontuação do cliente é classificada nos seguintes níveis:

2. Estrutura do Score dos ECs

Os ECs também recebem um score dentro da rede, baseado no volume e qualidade de suas transações. Os critérios para a reputação dos ECs incluem:

A pontuação dos ECs é classificada nos seguintes níveis:

Os ECs com muitas reclamações ou que não registram pagamentos corretamente podem ter sua reputação reduzida e, em casos extremos, serem bloqueados na rede.

3. Registro de Informações pelo EC

Os ECs podem enviar informações sobre os clientes, incluindo registros de inadimplência ou avaliações positivas. Essas informações impactam diretamente o score do cliente dentro do EC e na rede como um todo.

3.1. Registro de Inadimplência

Se um cliente não realizar um pagamento dentro do prazo acordado, o EC pode registrar a inadimplência na rede.

JSON de Registro de Inadimplência:

{
    "cliente": "chave_publica_cliente",
    "estabelecimento": "chave_publica_ec",
    "motivo": "Atraso superior a 30 dias",
    "data_registro": "2025-03-01T00:00:00Z",
    "assinatura_ec": "assinatura_digital_do_ec"
  }

3.2. Registro de Avaliação Positiva

Os ECs também podem registrar avaliações positivas de clientes que mantêm um histórico confiável.

JSON de Avaliação Positiva:

{
    "cliente": "chave_publica_cliente",
    "estabelecimento": "chave_publica_ec",
    "nivel": "bom_pagador",
    "data_registro": "2025-03-01T00:00:00Z",
    "assinatura_ec": "assinatura_digital_do_ec"
  }

Cada EC só pode avaliar clientes que tenham um histórico de transações em seu próprio estabelecimento.

4. Contestção de Score pelo Cliente

Caso um cliente não concorde com seu score atribuído por um EC, ele pode contestar a avaliação. Essa contestação será analisada pelo EC responsável e, se necessário, revisada por curadores da rede.

JSON de Contestação de Score:

{
    "cliente": "chave_publica_cliente",
    "estabelecimento": "chave_publica_ec",
    "motivo": "Pagamento registrado incorretamente",
    "data_solicitacao": "2025-03-02T14:00:00Z",
    "assinatura_cliente": "assinatura_digital_do_cliente"
  }

O EC pode aprovar ou rejeitar a contestação.

5. Consulta de Score pelo Cliente

O cliente pode consultar seu score individual em cada EC onde possui registros, assim como sua reputação geral na rede.

5.1. Consulta de Score Individual por EC

O cliente pode solicitar seu score para um EC específico.

JSON de Solicitação de Score:

{
    "cliente": "chave_publica_cliente",
    "estabelecimento": "chave_publica_ec",
    "timestamp": "2025-03-04T12:00:00Z",
    "assinatura_cliente": "assinatura_digital_do_cliente"
  }

5.2. Consulta de Score Geral

O cliente pode consultar seu score geral na rede, considerando todos os ECs onde possui registros.

JSON de Resposta do EC:

{
    "cliente": "chave_publica_cliente",
    "timestamp": "2025-03-04T12:00:00Z",
    "assinatura_cliente": "assinatura_digital_do_cliente"
  }

Conclusão

O sistema de score do ZINCO proporciona um método seguro e descentralizado para avaliar clientes e ECs na rede. A descentralização garante que nenhuma entidade tenha controle absoluto sobre as informações, promovendo confiança e transparência entre os participantes.

Curadoria e Governança da Rede ZINCO

Introdução

A rede ZINCO opera de forma descentralizada, permitindo que estabelecimentos comerciais (ECs) e clientes realizem transações de maneira segura e transparente. Para garantir a integridade do sistema, a rede conta com um modelo de curadoria distribuída, no qual membros altamente confiáveis desempenham funções essenciais para manter a estabilidade e segurança da rede.

A curadoria é composta por usuários experientes da rede, responsáveis pela aprovação de novos participantes, pela regulação de ECs e pela gestão dos NODEs da infraestrutura do protocolo.

1. Estrutura da Curadoria

Os curadores são selecionados com base em seu histórico e reputação dentro da rede. São considerados elegíveis para a curadoria:

Os curadores não possuem autoridade centralizada, mas atuam de forma distribuída para garantir que o protocolo seja implementado corretamente e que a rede continue operando dentro dos princípios estabelecidos.

2. Funções dos Curadores

Os curadores desempenham papéis essenciais na governança do ZINCO, incluindo:

2.1. Aprovação de Novos ECs

Cada novo EC que deseja ingressar na rede ZINCO passa por uma validação inicial, na qual os curadores analisam sua legitimidade antes de conceder acesso à rede.

Processo de Aprovação:
  1. O EC submete um pedido de ingresso na rede.
  2. Os curadores verificam o histórico e a credibilidade do EC.
  3. Se aprovado, o EC recebe uma chave pública válida para operar na rede.
  4. Caso o EC tenha pendências ou informações suspeitas, o pedido pode ser rejeitado ou colocado sob análise até esclarecimento.
{
  "estabelecimento": "chave_publica_ec",
  "nome": "Loja Exemplo",
  "documento": "CNPJ ou equivalente",
  "solicitacao_data": "2025-03-15T10:00:00Z",
  "assinatura_ec": "assinatura_digital_do_ec"
}
{
  "estabelecimento": "chave_publica_ec",
  "status": "aprovado",
  "curadores_aprovadores": [
    "chave_publica_curador_1",
    "chave_publica_curador_2"
  ],
  "data_aprovacao": "2025-03-16T14:30:00Z",
  "assinatura_curadoria": "assinatura_digital_curadoria"
}

2.2. Validação de Pedidos de Recuperação de Senha

Quando um cliente perde o acesso à sua conta e precisa recuperar sua chave privada, o processo deve passar por uma verificação de segurança pelos curadores.

  1. O cliente envia um pedido de recuperação.
  2. Os curadores verificam se o cliente está vinculado a ECs confiáveis.
  3. O cliente precisa apresentar códigos de verificação obtidos junto aos ECs guardiões.
  4. Se validado, o cliente recebe uma nova chave privada assinada pelos curadores.
{
  "cliente": "chave_publica_cliente",
  "codigo_recuperacao": [
    {"estabelecimento": "chave_publica_ec1", "codigo": "codigo_ec1"},
    {"estabelecimento": "chave_publica_ec2", "codigo": "codigo_ec2"}
  ],
  "timestamp": "2025-03-17T08:00:00Z",
  "assinatura_cliente": "assinatura_digital_cliente"
}
{
  "cliente": "chave_publica_cliente",
  "nova_chave_publica": "nova_chave_publica_gerada",
  "curadores_aprovadores": [
    "chave_publica_curador_1",
    "chave_publica_curador_2"
  ],
  "data_aprovacao": "2025-03-17T12:30:00Z",
  "assinatura_curadoria": "assinatura_digital_curadoria"
}

2.3. Supervisão de ECs de Baixa Reputação

Se um EC acumular avaliações negativas excessivas, registros incorretos ou comportamento suspeito, os curadores podem:

{
  "estabelecimento": "chave_publica_ec",
  "motivo": "Conduta inadequada na rede",
  "status": "suspenso",
  "curadores_responsaveis": [
    "chave_publica_curador_1",
    "chave_publica_curador_2"
  ],
  "data_suspensao": "2025-03-18T09:45:00Z",
  "assinatura_curadoria": "assinatura_digital_curadoria"
}

3. Aprovação de Novos NODEs na Rede

Para manter a integridade do sistema, novos NODEs devem ser aprovados por um grande consenso dos curadores. O processo de aprovação de NODEs inclui:

{
  "node": "chave_publica_node",
  "infraestrutura": "detalhes_técnicos",
  "solicitacao_data": "2025-03-19T11:00:00Z",
  "assinatura_node": "assinatura_digital_do_node"
}
{
  "node": "chave_publica_node",
  "status": "aprovado",
  "curadores_aprovadores": [
    "chave_publica_curador_1",
    "chave_publica_curador_2",
    "chave_publica_curador_3"
  ],
  "data_aprovacao": "2025-03-20T15:30:00Z",
  "assinatura_curadoria": "assinatura_digital_curadoria"
}

Conclusão

A curadoria da rede ZINCO é um modelo descentralizado de governança que permite o funcionamento seguro e auditável do protocolo. Através da validação de ECs, aprovação de NODEs e suporte na recuperação de credenciais, os curadores garantem que a rede continue funcionando com integridade e confiabilidade. Essa abordagem mantém a descentralização, sem depender de uma única autoridade central para sua gestão.

Licença MIT

Versão Original (Inglês)

MIT License

Copyright (c) 2025 ZINCO-PROTOCOL

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.
      

Versão Traduzida (Português)

Licença MIT

Copyright (c) 2025 ZINCO-PROTOCOL

A permissão é concedida, gratuitamente, a qualquer pessoa que obtenha uma cópia
deste software e dos arquivos de documentação associados (o "Software"), para negociar
no Software sem restrições, incluindo, sem limitação, os direitos de usar, copiar,
modificar, mesclar, publicar, distribuir, sublicenciar e/ou vender cópias do Software,
e permitir que as pessoas a quem o Software é fornecido o façam, sujeito às seguintes condições:

O aviso de copyright acima e este aviso de permissão devem ser incluídos em todas as cópias
ou partes substanciais do Software.

O SOFTWARE É FORNECIDO "COMO ESTÁ", SEM GARANTIA DE QUALQUER TIPO, EXPRESSA OU IMPLÍCITA,
INCLUINDO, MAS NÃO SE LIMITANDO ÀS GARANTIAS DE COMERCIALIZAÇÃO, ADEQUAÇÃO A UM DETERMINADO
PROPÓSITO E NÃO INFRAÇÃO. EM NENHUMA HIPÓTESE OS AUTORES OU TITULARES DOS DIREITOS AUTORAIS
SERÃO RESPONSÁVEIS POR QUALQUER RECLAMAÇÃO, DANO OU OUTRA RESPONSABILIDADE, SEJA EM UMA AÇÃO
DE CONTRATO, DELITO OU OUTRA FORMA, DECORRENTE DE, FORA OU EM CONEXÃO COM O SOFTWARE OU O
USO OU OUTRAS NEGOCIAÇÕES NO SOFTWARE.