2. Conceitos Chave
2.1 Visão geral dos dados da AMB-NET
Por padrão, todos os dados criados ou enviados para a AMB-NET são privados, pois a maioria dos dados corporativos precisa ser ocultada, devido a regulamentações, acordos contratuais e proteção de segredo comercial. Todos os dados da AMB-NET são armazenados fora da cadeia e cobertos apenas por uma garantia limitada a inviolabilidade. O único proprietário de dados privados é responsável por impedir sua perda e / ou contaminação.
No entanto, os dados deixam uma assinatura no AMB-NET na forma de uma função hash — uma cadeia de caracteres alfanuméricos que corresponde à entrada de dados que foi criada / carregada. A assinatura hash nunca revelará qualquer conteúdo das entradas enviadas, tornando impossível descriptografar ou reconstruir dados privados. Em vez disso, essas marcas de hash preservam metadados na forma de ID do recurso, ID do evento, autor, registro de data e hora e certas condições de controle de acesso.
Funcionando como um número de série ou um código de identificação, essa marca ajuda as contrapartes, os parceiros comerciais e os reguladores públicos a cruzar dados publicados com metadados de hash, revelando a hora, a data e o carimbo do autor para a criação dos dados da AMB-NET.
O design inteligente da AMB-NET garante que os dados, uma vez publicados e armazenados, não possam ser modificados sem uma trilha de auditoria, documentando a jornada do pacote ou a sequência de hash.
2.2 Tipos de Dados AMB-NET
A AMB-NET foi projetada para processar três tipos de dados:
- Particular: informações não públicas relevantes ou outros dados protegidos que são criados e armazenados por um cliente apenas para uso interno. Fora do produtor de dados, nenhuma entidade pode visualizar esses registros, pois eles são armazenados de forma segura dentro dos bancos de dados internos do produtor. Exemplo: O preço que uma empresa pagou pela entrega de tomates.
- Compartilhada: dados privados que foram compartilhados explicitamente com um ou vários outros pares. Apenas peers designados com tokens de autenticação válidos podem acessar esses dados. Exemplo: O histórico completo do envio # 223, enviado pela empresa Alpha para a corporação Beta.
- Público: Dados privados que foram abertamente compartilhados com todos os usuários da rede AMB-NET. Exemplo: a lista de ingredientes e a data de validade em um pacote de iogurte.
Todos os dados da AMB-NET são registrados como um “fluxo de eventos” e classificados por dois tipos principais de entidades:
- Ativos : Modela uma entidade física ou lógica e representa um único fluxo de Eventos.
- Eventos : captura todos os dados da cadeia de suprimentos coletados para um ou vários ativos
2.3 Recibo
Para mitigar os riscos de adulteração de dados, a AMB-NET usa um protocolo PoA que gera e armazena uma prova criptográfica de conteúdo no momento do upload. Devido à proliferação de volumes de entrada de ativos e eventos, é impraticável armazenar uma prova separada para cada entrada. Em vez disso, essas entradas são agrupadas em Bundles . Uma prova (na forma de um hash) desses Bundles é então armazenada no juntamente com um conjunto mínimo de metadados. O conteúdo atual é armazenado no Hermes e Atlas Masternodes, onde pode ser recuperado posteriormente usando as tecnologias tradicionais de banco de dados.
Os pacotes só contêm entradas completas para dados públicos. Os dados privados são sempre representados por entradas de hash, que revelam apenas metadados sobre Ativos e Eventos.
2.4 Expiração
Todos os dados públicos da AMB-NET têm uma duração de armazenamento pré-definida, com a disponibilidade de download expirando quando o período de armazenamento termina. Este mecanismo de data de expiração pode ajudar as empresas a cumprir os requisitos regulamentares de manutenção de registros, enquanto mitiga o congestionamento e a decadência de dados da AMB-NET, quando os registros se tornam irrelevantes. A limpeza de dados em intervalos regulares especificados garante a operação da contabilidade e do fluxo de transações da AMB-NET.
A AMB-NET permite que os clientes limpem os dados públicos e privados de seus nós, uma vez que ele tenha decaído além do ponto de conformidade, regulamentação ou outros utilitários de recuperação. A vida útil dos dados pode ser definida no upload, com diferentes agendas de taxa AMB-NET determinadas pelas necessidades de armazenamento do cliente.
O tempo de espera é especificado durante o upload do pacote e publicado no recibo. Ele precisa ser expresso em múltiplos de 365 dias, com um período mínimo de armazenamento de 365 dias. Não há limite superior para a vida útil do armazenamento de dados. Ambrosus capacita sua rede para tomar essas decisões de forma independente.
O recurso discricionário de limpeza de dados da AMB-NET é um diferenciador chave de critérios criptoeconômicos que garante a operabilidade contínua e o rendimento eficiente das transações para os participantes da rede. Neste contexto, os usuários da AMB-NET são incentivados a implementar as melhores práticas de gerenciamento de dados para promover uma melhor experiência de rede para si e para a comunidade.
2.5 Proteção de Dados
Certos AMB-NET Masternodes assumirão as responsabilidades do Data Sheltering para o armazenamento dos dados do cliente até a sua data de expiração. A AMB-NET geralmente delega esse recurso aos Nós Hermes, que produzem dados, e aos Nós Atlas, que resolvem Desafios e armazenam dados em troca de recompensas de AMB. Mas as tarefas de armazenamento também podem ser determinadas por outras interações e transações de rede.
2,6 Taxa de armazenagem
No estágio de upload de dados, os usuários devem pagar uma taxa de armazenamento, além das taxas de transação de rede padrão. As Taxas de Armazenamento são usadas para cobrir os custos de operação da rede e redistribuídas para suportar vários esquemas de incentivos que recompensam a Masternodes designada por armazenar ou fazer backup de dados durante todo o ciclo de vida da informação. Todas as taxas são pagas em AMB.
2,7 Néctar
Preços AMB-NET Transações AMB em termos de Nectar, uma unidade especializada que mede a intensidade computacional de várias ações na rede e em uma escala flutuante, semelhante ao conceito de Gas in . Assim, os custos do néctar aumentam à medida que as transações de dados se tornam maiores ou mais complexas. Em certos ambientes de mercado, a taxa flutuante do Nectar também pode reforçar a estabilidade de preços da AMB-NET, garantindo que as Taxas de Armazenamento e Transação nunca se tornem irracionais ou dificultem a adoção industrial da AMB-NET. Assim, Nectar e Amber têm uma relação dinâmica para facilitar a interação harmônica entre os diferentes stakeholders da AMB-NET.
2.8 Participação
Alguns usuários da AMB-NET são obrigados a depositar uma quantidade específica de Amber para impedir que se comportem de uma maneira que perturbe ou prejudique a rede AMB-NET. Quando esta aposta cai abaixo de um valor limite, o usuário perde o direito de executar algumas funções de rede. A AMB ausente precisa ser reabastecida antes que o usuário possa retomar a participação total na AMB-NET.
2.9 Penalidades
Agindo de uma forma que prejudica o bom funcionamento da AMB-NET resulta em uma penalidade de AMB para usuários infratores. Como nem sempre é possível determinar se a conduta imprópria foi intencional, ou o resultado de problemas técnicos, as penalidades aumentam a cada ofensa sucessiva.
2.9a Desafio de Armazenamento
Qualquer usuário que tenha assumido as funções de Abrigo de Dados pode ser Desafiado por outros usuários para revelar os registros que eles afirmam possuir. Isso coloca o ônus da prova no Shelterer para responder ao desafio com os dados que estão sendo consultados. A resolução de cada desafio é tratada por um Atlas Masternode independente e apostado.
Quando o Desafio é resolvido, o Atlas Masternode que processou a consulta também se torna um Abrigo de dados desafiados, multiplicando a resiliência de dados por toda a rede AMB-NET. Deixar de responder a uma solicitação do Desafio resulta em uma penalidade monetária, que promove o engajamento de nó persistente e a conectividade com a AMB-NET.
2.9b Resiliência de Dados
A resiliência de dados é um componente chave do modelo de criptografia da AMB-NET. O resultado de uma Solicitação de desafio resolvida com sucesso, a resiliência de dados é a duplicação de registros em outro ou vários outros nós. A AMB-NET incentiva outros participantes da Masternode a copiar e abrigar esses dados, como um mecanismo de prevenção de perdas para reforçar a descoberta contínua de ativos e eventos de rede.
Taxa de Desafio 2.9c
O início de um desafio de armazenamento exige que o usuário pague uma taxa na AMB. Esta Taxa de Desafio é usada para cobrir o custo de resolver o Desafio e o armazenamento resultante dos dados duplicados. O preço da taxa é calculado proporcionalmente ao período de detenção de dados contestados.
Transferência de armazenamento de dados 2.9d
Um Data Shelterer pode solicitar que seu contrato de armazenamento seja transferido para um usuário diferente. O destinatário se voluntaria para abrigar os dados e, em troca, recebe uma Taxa de Transferência paga pelo solicitante. Esta Taxa de Transferência é calculada como proporção da Taxa Inicial de Armazenamento, relativa à vida útil restante dos dados, com um pequeno prêmio incluído sobre o valor base.
Published at Sat, 16 Feb 2019 14:05:52 +0000
