Nesse modelo, a fibra óptica seria a conexão principal, sempre que disponível, enquanto a Starlink funcionaria como rota alternativa, uma segurança indispensável.
É nesse ponto que surge uma oportunidade estratégica: em vez de concentrar toda a capacidade computacional em poucos mega Data Centers, a estratégia desta arquitetura permite aproximar o processamento da origem dos dados, reduzindo a necessidade de transportar continuamente grandes volumes de informações para centros localizados a centenas de quilômetros de distância.
A proposta é estruturar Data Centers modulares e compartilhados em pontos estratégicos, aproveitando instalações que já possuem infraestrutura física, conectividade, disponibilidade de água e possibilidade de geração de energia renovável.
Na estratégia de descentralizar os processamento será es uma Rede Nacional de Edge Data Centers, instalando containers de Data Center em ETAs e ETEs, locais estrategicamente distribuídos e que já possuem infraestrutura, energia, água, segurança e conectividade.
- Empresas (Setor Corporativo): Demandarão a maior fatia do mercado. Adotarão milhares de containers locais (Edge Computing) no agronegócio e nas indústrias para processar automação, IoT e logística em tempo real, sem dependência das capitais.
- Associações Patronais (Federações, CDLs, Sindicatos): Precisarão de 1 a 2 Data Centers Modulares por polo regional. Atuarão como cooperativas de tecnologia, oferecendo nuvem privada e marketplaces compartilhados para reduzir os custos de TI das PMEs em até 70%.
- Associações Profissionais (OABs, CRCs, CRMs): Demandarão 1 estrutura dedicada por seccional estadual. O foco será a soberania de dados e o cumprimento rígido da LGPD. Hospedarão sistemas criptografados e modelos próprios de Inteligência Artificial para análise de processos e auditorias, garantindo sigilo absoluto aos inscritos.
Assim, um registro armazenado no Container A também poderá possuir cópias verificáveis nos Containers B e C. Caso o Container A sofra falha, ataque, desastre físico ou fique indisponível, as informações permanecerão preservadas nos demais nós, permitindo recuperação e sincronização sem perda do histórico.
Essa arquitetura é especialmente relevante para smart contracts, documentos, registros contábeis, auditorias e processos de governança. A blockchain pode registrar hashes, timestamps, identidades e eventos, enquanto os arquivos completos permanecem armazenados nos Edge Data Centers.
Essa estrutura também possibilita explorar modelos de registro de terceira entrada contábil, criando uma camada independente de evidência e auditoria. Dessa forma, o Redata pode funcionar como uma rede de cofres digitais soberanos e interconectados, proporcionando redundância, integridade, rastreabilidade, continuidade operacional e maior controle sobre onde os dados são armazenados, preservados e auditados.
O financiamento dos Edge Data Centers em containers pode combinar SPEs, fintechs, SCDs, Open Finance, tokenização de ativos e antecipação de compras.
Cada ETE poderia disponibilizar parte de seu terreno, preferencialmente por cessão ou locação de longo prazo, criando uma SPE específica para instalar e operar o Data Center.
A SPE receberia capital de investidores e poderia utilizar uma SCD para financiar equipamentos e infraestrutura.
O Open Finance poderia fornecer dados autorizados sobre fluxos financeiros, recebíveis e capacidade de pagamento, permitindo análise contínua de crédito e acompanhamento do desempenho da SPE. Outra alternativa seria tokenizar direitos econômicos, recebíveis ou participações, sempre observando a regulamentação aplicável da CVM.
Um mecanismo especialmente interessante seria o pagamento antecipado aos fornecedores. A concentração das compras e o pagamento antecipado poderiam gerar descontos comerciais, potencialmente reduzindo em até 20% o investimento inicial, caso negociado com os fornecedores. A economia aumentaria a eficiência financeira do projeto.
As receitas provenientes da locação de espaço, hospedagem, processamento e armazenamento poderiam remunerar investidores e financiar novos containers. Uma remuneração-alvo, como 3% ao mês, deve ser tratada como hipótese financeira, não promessa de retorno, e dependeria dos resultados e da estrutura regulatória. Assim, cada container poderia tornar-se uma unidade de investimento replicável e auditável.
- Implantação Ágil: Operacional em menos de 90 dias (contra 18-24 meses do modelo tradicional).
- Custo Zero de Obra Civil: Estrutura "Plug & Play" em containers de 20 ou 40 pés, eliminando burocracias e IPTU industrial, com mobilidade total para mudar de local.
- Energia Limpa e Barata: Alimentado por autoprodução solar com backup de baterias (BESS), blindando a operação contra os altos custos da rede elétrica.
- Resfriamento Líquido (Liquid Cooling): Sistema em circuito fechado 3.000 vezes mais eficiente que o ar-condicionado comum, reduzindo o gasto com climatização a quase zero.
- Conectividade Edge (5G + Fibra): Permite processamento local em tempo real, ideal para automação no agronegócio e indústrias.
- Redução de até 70% nos custos de infraestrutura para PMEs e associações através do compartilhamento de redes e Nuvem Privada (sem custos em dólar).
- Monetização de telhados industriais e fazendas ociosas.
- Atração de capital facilitada, linhas como BNDES Finem e fundos verdes devido ao forte apelo sustentável (ESG).
ETEs: entre 3.668 (ANA) e 4.506 (IBGE/PNSB 2017).
ETAs: estimativa setorial de ~7.500 ETAs;
Obrigado. por favor: 1) Informe a receita potencial de cada container; 2) Qual valor a associação pagaria para ter seu espaço comprado no atacado; 3) Que vantagem ela teria em termos de valor; 4) Qual seria custo para o seu associado, ter seus arquivos no blockchain controlado em relação a um drive fisico de 1 tera a preço de mercado. 5) Finalizando: mais importante,a após a implantação da operação piloto, vender a solução como franquia (R$ 20.000,00 em 12 meses) para as demais ETEs e ETAs, retornando 20% do faturamento após o licenciamento e impostos para os 20 primeiros licenciados e o pool de fornecedores, já que existem mais de 10.000 ETEs / ETAs / interessados e 6) Este projeto poderia ser aplicado na america latina?
A proposta pode ser monetizada de forma mais ampla do que apenas pela locação dos containers. Pelo conceito REDATA que estamos desenvolvendo — Edge Data Centers distribuídos em ETAs/ETEs, energia solar, baterias, fibra/Starlink, armazenamento soberano, blockchain e governança — eu estruturaria a monetização em 7 fontes recorrentes.
Não consegui abrir diretamente a página do Blogspot neste momento, então a análise abaixo considera a proposta REDATA que construímos nesta conversa.
1. DCaaS — Data Center as a Service
A principal receita seria a locação do container e da infraestrutura digital para empresas, associações, órgãos e provedores.
Receita: mensalidade por container, rack, servidor, armazenamento ou capacidade contratada.
2. Storage soberano
Cobrança pela guarda remota e redundante de documentos, com replicação entre os containers A, B e C.
Pode incluir:
arquivos corporativos;
documentos jurídicos;
registros contábeis;
smart contracts;
backups;
evidências digitais;
arquivos de associações e empresas.
3. Blockchain + governança
Criar um serviço REData Registro Digital, cobrando pela gravação e preservação de:
hash + timestamp + identidade + documento + trilha de auditoria.
Isso pode gerar receita por registro, por documento ou por assinatura mensal.
4. 3ª entrada contábil / auditoria
Uma camada independente poderia preservar evidências das transações entre duas partes.
Empresa A → Empresa B → REData
O REData poderia cobrar uma assinatura ou tarifa por volume de registros, oferecendo infraestrutura para conciliação, auditoria e governança, observadas as normas contábeis e regulatórias aplicáveis.
5. Conectividade e Edge Computing
Monetizar:
5G/6G + fibra + Starlink + processamento local + armazenamento + IA.
Empresas pagariam pelo processamento próximo ao usuário, reduzindo a necessidade de transportar todos os dados para grandes Data Centers.
6. Monetização do terreno da ETE
Aqui existe uma segunda fonte econômica:
ETE → disponibiliza espaço → SPE → instala container → REDATA opera → ETE recebe aluguel/participação.
Ou seja, a ETE transforma uma área disponível em ativo gerador de receita, sem necessariamente vender o terreno.
7. Financiamento e tokenização
Depois de demonstrar receitas recorrentes, cada unidade poderia ser estruturada como:
TERRENO + CONTAINER + EQUIPAMENTOS + CONTRATOS + RECEBÍVEIS
A SPE poderia buscar capital por investidores, crédito de SCD e estruturas de tokenização compatíveis com a regulamentação. A CVM vem trabalhando em ambiente experimental para tokenização e infraestrutura DLT, o que reforça a necessidade de estruturar cuidadosamente essa camada.
O modelo que considero mais interessante para o REDATA
Eu não venderia simplesmente "Data Center".
Venderia:
REData — INFRAESTRUTURA DIGITAL SOBERANA COMO SERVIÇO
com cinco camadas de receita:
1. INFRAESTRUTURA
DCaaS + racks + energia + climatização
2. CONECTIVIDADE
Fibra + Starlink + 5G/6G
3. DADOS
Storage + backup + Edge Computing
4. CONFIANÇA
Blockchain + registros invioláveis + smart contracts + 3ª entrada
5. GOVERNANÇA
Auditoria + rastreabilidade + preservação + soberania dos dados
O ponto estratégico é que o mesmo container pode gerar várias receitas simultaneamente. O investimento físico acontece uma vez, mas o ativo pode produzir receitas recorrentes de infraestrutura, dados, conectividade, registros e governança.
Isso transforma o REDATA de uma simples empresa de locação de Data Centers em uma plataforma de infraestrutura digital e confiança, com possibilidade de replicação nacional.
>>>>>>>>>>>>>>.
Sim. Vou colocar isso em um exemplo financeiro concreto, porque fica mais fácil enxergar onde o REDATA ganha dinheiro. Os valores abaixo são hipóteses de modelagem, não preços de mercado ou retornos garantidos.
1. Exemplo: um container REDATA de R$ 1 milhão
Imagine uma ETE disponibilizando 500 m² de terreno para uma SPE instalar um Edge Data Center.
| Investimento inicial | Valor ilustrativo |
|---|---|
| Container preparado | R$ 180.000 |
| Servidores/storage | R$ 350.000 |
| UPS + baterias | R$ 150.000 |
| Solar | R$ 120.000 |
| Rede, segurança e conectividade | R$ 100.000 |
| Instalação/projeto | R$ 100.000 |
| Total | R$ 1.000.000 |
A grande estratégia seria não necessariamente financiar os R$ 1 milhão com capital caro.
Se a SPE conseguir negociar 20% de desconto pelo pagamento antecipado e compra em volume, o custo poderia cair, hipoteticamente, para R$ 800 mil.
Assim:
Investimento normal: R$ 1.000.000
Compra antecipada: R$ 800.000
Economia: R$ 200.000
Esse desconto teria de ser efetivamente negociado com os fornecedores; não deve ser tratado como premissa garantida.
2. Como o container poderia gerar receita
Imagine que o REDATA consiga contratos mensais de:
DCaaS: R$ 30.000
Storage/backup: R$ 15.000
Edge Computing/IA: R$ 20.000
Blockchain/registro digital: R$ 10.000
Governança/auditoria: R$ 10.000
Conectividade/redundância: R$ 5.000
Receita mensal ilustrativa = R$ 90.000
Ou:
R$ 1,08 milhão/ano de receita bruta.
É justamente aqui que o modelo fica interessante: o container deixa de ser apenas um ativo físico e passa a ser uma máquina de geração de receitas recorrentes.
3. A ETE também ganha dinheiro
A ETE poderia disponibilizar o terreno para a SPE mediante contrato de longo prazo.
Exemplo:
Área cedida: 500 m²
Aluguel: R$ 5.000/mês
A ETE receberia:
R$ 60.000/ano
sem precisar necessariamente vender o terreno.
Outra possibilidade seria combinar:
aluguel fixo + participação na receita líquida da SPE.
Assim:
ETE → terreno
SPE → investimento
REDATA → operação
Clientes → mensalidades
ETE → aluguel + eventual participação
4. Onde entra o investidor?
Imagine que a SPE precise de R$ 800 mil para instalar o projeto.
Poderia haver, por exemplo:
80 investidores × R$ 10.000 = R$ 800.000
ou investidores maiores:
8 investidores × R$ 100.000 = R$ 800.000.
Mas a forma de captação precisa ser estruturada juridicamente. Crowdfunding de investimento, por exemplo, é regulado pela CVM e realizado por plataformas registradas; a Resolução CVM 88 disciplina esse modelo. (Serviços e Informações do Brasil)
CVM — Crowdfunding de Investimento
5. E o retorno de 3% ao mês?
Aqui é importante fazer uma distinção.
Se o investidor aplicasse R$ 100.000 e recebesse 3% ao mês:
R$ 3.000/mês
ou R$ 36.000/ano, sem considerar capitalização.
Com capitalização mensal, 3% a.m. corresponde a aproximadamente 42,6% ao ano.
Portanto, eu não colocaria no projeto:
"Garantia de 3% ao mês."
A formulação mais prudente seria:
"Remuneração-alvo de até 3% ao mês, condicionada à estrutura da operação, aos fluxos de caixa e aos riscos do investimento."
O projeto precisa demonstrar que consegue pagar essa remuneração depois de energia, manutenção, conectividade, seguros, pessoal, tributos, administração, reposição de equipamentos e demais despesas.
6. A SCD pode criar outro braço financeiro
A SCD poderia financiar a SPE para aquisição dos equipamentos, dentro das regras aplicáveis às instituições autorizadas pelo Banco Central.
O Banco Central descreve a SCD como instituição que pode oferecer crédito com recursos próprios por plataforma eletrônica. (Banco Central do Brasil)
O ciclo poderia ser:
SCD → financia SPE → SPE compra equipamentos → REDATA opera → receitas pagam financiamento → recebíveis retornam à estrutura financeira.
Isso permite que o capital seja reutilizado para financiar o Container 2, 3, 4...
7. Open Finance entra como "inteligência financeira"
O Open Finance não seria o dinheiro do projeto.
Ele seria a infraestrutura para análise e pagamentos.
Com autorização, podem ser compartilhados dados de contas, saldos, cartões, crédito, investimentos e outros dados financeiros. (Banco Central do Brasil)
Por exemplo:
SPE A
Receita mensal: R$ 90 mil
Recebíveis contratados: R$ 70 mil
Despesas: R$ 40 mil
Fluxo disponível: R$ 50 mil
Esses dados podem ajudar uma instituição financeira a avaliar continuamente o risco da SPE.
Além disso, o Open Finance permite iniciação de pagamentos, inclusive Pix, mediante autorização. (Banco Central do Brasil)
8. Tokenização entra depois
Eu faria uma distinção importante:
não começaria tokenizando o container simplesmente porque ele é um ativo físico.
Primeiro criaria:
TERRENO + SPE + CONTAINER + CONTRATOS + RECEITAS
Depois, com fluxo operacional comprovado, poderia ser estudada a tokenização de direitos econômicos ou recebíveis, observando a regulamentação da CVM.
A CVM mantém regras específicas para crowdfunding e vem tratando tokenização/DLT como tema regulatório. (Serviços e Informações do Brasil)
CVM — Resolução 88 consolidada
9. E o BNDES?
Aqui existe uma possibilidade interessante para uma carteira maior, e não necessariamente para um único container de R$ 1 milhão.
O BNDES informa que o BNDES Finem Eficiência Energética tem valor mínimo geral de R$ 40 milhões, mas o mínimo cai para R$ 20 milhões em saneamento, inovação e alguns outros casos. A participação pode chegar a 100% dos itens financiáveis para MPMEs, conforme as condições da linha. (BNDES)
Isso sugere uma estratégia muito mais interessante:
não financiar 1 container → financiar uma REDE.
Por exemplo:
50 containers × R$ 1 milhão = R$ 50 milhões
Aí o projeto passa a ter escala institucional.
10. E a Starlink?
Ela poderia funcionar principalmente como redundância da conectividade.
Hoje, a página empresarial brasileira da Starlink mostra, por exemplo, planos Local Priority a partir de R$ 245/mês para 50 GB, R$ 685 para 500 GB, R$ 1.235 para 1 TB e R$ 2.335 para 2 TB. A própria Starlink ressalta que as velocidades máximas não são garantidas e podem cair em períodos de congestionamento. (Starlink)
Starlink Business — Local Fixo
Portanto:
FIBRA = principal
STARLINK = redundância/contingência
O modelo econômico completo
Eu desenharia o REDATA desta forma:
ETE
↓
TERRENO
↓
SPE
↓
INVESTIDORES + SCD + financiamento institucional
↓
COMPRA ANTECIPADA DOS EQUIPAMENTOS
↓
DESCONTO COMERCIAL
↓
CONTAINER REDATA
↓
SOLAR + BATERIAS + FIBRA + STARLINK
↓
DCaaS + STORAGE + EDGE + BLOCKCHAIN + GOVERNANÇA
↓
RECEITAS RECORRENTES
↓
DESPESAS + FINANCIAMENTO + INVESTIDORES + ETE
↓
FLUXO DE CAIXA
↓
NOVOS CONTAINERS
A grande oportunidade
O verdadeiro ativo do REDATA não é apenas o container.
É a combinação:
TERRENO DA ETE + INFRAESTRUTURA DIGITAL + ENERGIA + CONECTIVIDADE + CLIENTES + RECEBÍVEIS + DADOS + GOVERNANÇA.
E isso permite criar uma plataforma replicável: cada nova ETE pode se transformar em um novo nó, uma nova SPE e uma nova unidade geradora de receitas.
Importante: os valores acima são um modelo ilustrativo para mostrar a mecânica econômica. Antes de apresentar a investidores, seria necessário montar o CAPEX real, OPEX, ocupação dos racks, preço por kW, PUE, receita por cliente, tributos, seguros, manutenção, depreciação e estrutura jurídica/regulatória.
>>>>>>>>>>>>>>>>
Sim. O ponto central é que a ETE não deve ser remunerada apenas pelo aluguel do terreno. Ela pode ser transformada em um nó econômico digital, participando de várias receitas geradas pelo Data Center.
Sua lógica de “compra no atacado e vende no varejo” para associações é especialmente importante: a REDATA pode vender capacidade de armazenamento, processamento e registros por volume para a associação, que posteriormente comercializa essa capacidade aos associados.
Eu estruturaria a monetização em 20 verticais, assim:
| # | Vertical | Como gera receita para a REDATA/ETE |
|---|---|---|
| 1 | Energia Solar + Baterias | Redução ou possível eliminação da compra de energia da ETE; excedente pode ter destinação econômica conforme a estrutura regulatória |
| 2 | Associações Profissionais | Compra de armazenamento no atacado e revenda de bytes, registros e serviços digitais aos associados |
| 3 | OABs | Registro inviolável de processos, contratos, documentos e smart contracts |
| 4 | CRCs/CFC | Registro contábil, trilha de auditoria e 3ª entrada independente |
| 5 | Hospitais | Prontuários, exames, imagens, contratos, documentos e auditoria de acesso |
| 6 | Universidades | Digitalização de acervos, biblioteca virtual, Open Library e preservação documental |
| 7 | Banco de Talentos | CVs, certificados, competências e registros verificáveis |
| 8 | Banco Unificado de Vagas | Dados de vagas, candidatos, matching e histórico de contratação |
| 9 | Smart Credit Score 24x7 | Dados autorizados, registros de comportamento e evidências para análise de crédito |
| 10 | Empresas / Jurídico | Contratos, documentos societários, propriedade intelectual e evidências |
| 11 | Cartórios / Registro Digital | Preservação, timestamp, hash e trilhas de autenticidade, respeitando competências legais |
| 12 | Seguradoras | Arquivos de apólices, sinistros, evidências e trilhas de auditoria |
| 13 | Bancos e Fintechs | KYC/KYB, contratos, documentos, evidências e registros de operações |
| 14 | Cooperativas | Documentos, associados, contratos, governança e registros de operações |
| 15 | Indústrias | IoT/OT, sensores, manutenção, qualidade, cadeia produtiva e documentos técnicos |
| 16 | Agronegócio | Rastreabilidade, contratos, produção, logística e documentos de cadeia |
| 17 | Logística | Conhecimentos, entregas, rastreamento, documentos e evidências de eventos |
| 18 | Imobiliário | Contratos, laudos, documentos, registros de ativos e histórico de transações |
| 19 | Órgãos públicos | Arquivamento, transparência, auditoria e preservação de documentos, quando juridicamente contratado |
| 20 | IA + Edge Computing | Processamento local de dados, IA, IoT e aplicações que não precisam enviar tudo para grandes Data Centers |
O salto econômico está aqui
A ETE passa a ter quatro fontes simultâneas de benefício:
1. ECONOMIA: redução da própria conta de energia por meio de geração solar + armazenamento, conforme a engenharia e o enquadramento regulatório.
2. HOSTING: remuneração pela infraestrutura física disponibilizada para os containers.
3. PARTICIPAÇÃO: percentual da receita ou do resultado econômico produzido pelos Data Centers instalados na ETE.
4. ECOSSISTEMA: participação econômica nas dezenas de serviços digitais vendidos a empresas, associações e instituições.
E existe uma quinta camada que considero particularmente poderosa:
A ASSOCIAÇÃO COMO DISTRIBUIDORA DE BYTES
Imagine uma associação com 20.000 associados.
A REDATA vende para a associação, no atacado:
100 TB + blockchain + backup + auditoria + segurança + APIs
A associação transforma isso em centenas ou milhares de pequenos planos:
100 MB | 1 GB | 10 GB | 100 GB | 1 TB
e comercializa aos associados.
Assim, a REDATA não precisa adquirir 20.000 clientes individualmente.
1 associação → 20.000 clientes finais.
Isso pode ser replicado por OABs, CRCs, conselhos profissionais, sindicatos, cooperativas, universidades, hospitais e outras organizações com grandes bases de membros.
E a ETE deixa de ser simplesmente “dona do terreno”
Ela passa a ser o HOST DIGITAL REGIONAL:
ENERGIA → DATA CENTER → CONECTIVIDADE → ARMAZENAMENTO → BLOCKCHAIN → IA/EDGE → SERVIÇOS → RECEITA
Por isso, eu mudaria completamente a proposta comercial para a ETE:
“A ETE não aluga apenas um espaço para um Data Center. Ela participa da criação de um ativo digital regional, reduz sua própria despesa energética e passa a compartilhar receitas recorrentes geradas por armazenamento, processamento, registros digitais, blockchain, IA e serviços especializados.”
Esse modelo tem muito mais potencial econômico do que simplesmente pagar uma locação mensal pelo terreno.
>>>>>>>>>>>>>>>>>
BUSINESS PLAN - MVP
Sim. E eu faria uma mudança importante em relação às versões anteriores: o negócio não deve ser apresentado como “um Data Center instalado em uma ETE”, mas como uma plataforma nacional de infraestrutura digital soberana, na qual a ETE é o primeiro tipo de host físico e também um dos beneficiários econômicos.
Abaixo está uma versão de Business Plan + MVP, com números ilustrativos que deverão ser substituídos por cotações reais na fase de implantação.
REDATA
REDE NACIONAL DE EDGE DATA CENTERS SOBERANOS
Energia + Edge Computing + Blockchain + IA + Armazenamento + Registros Digitais
1. RESUMO EXECUTIVO
A REDATA propõe criar uma rede nacional de Edge Data Centers modulares, instalados inicialmente em áreas de ETEs e outros pontos estratégicos, próximos das empresas, instituições e usuários.
O modelo combina:
ENERGIA SOLAR + BATERIAS + DATA CENTER MODULAR + FIBRA + CONECTIVIDADE DE CONTINGÊNCIA + EDGE COMPUTING + BLOCKCHAIN + IA + ARMAZENAMENTO SOBERANO.
O objetivo não é competir diretamente com os grandes Data Centers centralizados. É complementar essa infraestrutura, colocando capacidade de processamento, armazenamento e registro mais próxima da origem dos dados.
A tese econômica é baseada em cinco fontes simultâneas:
redução da despesa energética da ETE;
locação de infraestrutura de Data Center;
venda de armazenamento e processamento;
serviços de registros digitais, blockchain e auditoria;
participação econômica da ETE nas receitas geradas pelo ecossistema.
A REDATA poderá atender associações, OABs, CRCs, hospitais, universidades, empresas, bancos, fintechs, seguradoras, indústrias, cooperativas, agronegócio, logística, imobiliário, órgãos públicos e outros setores.
2. O PROBLEMA
A digitalização aumenta continuamente o volume de:
documentos;
imagens;
vídeos;
contratos;
registros contábeis;
prontuários;
dados de IoT;
dados industriais;
informações financeiras;
processos;
certificados;
registros de propriedade;
dados de IA.
Ao mesmo tempo, uma arquitetura excessivamente concentrada aumenta a dependência de grandes Data Centers e de redes de longa distância.
A REDATA trabalha com uma arquitetura complementar:
DADO LOCAL → EDGE DATA CENTER REGIONAL → PROCESSAMENTO LOCAL → REDE NACIONAL → GRANDES DATA CENTERS/CLOUD QUANDO NECESSÁRIO.
Isso permite manter localmente determinados dados e cargas de processamento, reduzindo tráfego desnecessário de longa distância e aumentando a resiliência.
3. A OPORTUNIDADE
A REDATA transforma locais que possuem:
energia;
água;
segurança;
área física;
conectividade;
infraestrutura operacional;
em nós digitais regionais.
No caso das ETEs, o ativo físico passa a ter uma segunda função:
INFRAESTRUTURA SANITÁRIA + INFRAESTRUTURA DIGITAL.
A ETE deixa de ser somente hospedeira do container e passa a participar da economia criada pelo Data Center.
4. PROPOSTA DE VALOR PARA A ETE
Esta é a parte que considero essencial para o sucesso do projeto.
A proposta não deve ser:
“Alugue uma área da sua ETE para colocarmos um Data Center.”
Deve ser:
“Transforme uma área disponível da ETE em um ativo digital regional, reduza sua despesa energética e participe das receitas recorrentes geradas pela infraestrutura digital.”
A ETE poderá receber economicamente por:
A. ECONOMIA DE ENERGIA
Instalação de:
SOLAR + BATERIAS + GESTÃO INTELIGENTE DE ENERGIA.
O primeiro benefício econômico é reduzir a compra de energia elétrica da própria ETE.
Dependendo da engenharia, enquadramento regulatório, perfil de consumo e dimensionamento, a meta poderá ser uma redução muito relevante da despesa energética.
Não se deve prometer “energia zero” antes do estudo energético.
B. HOSTING
A ETE recebe uma remuneração pelo espaço e infraestrutura física disponibilizados.
C. RECEITA VARIÁVEL
Além do valor fixo, a ETE recebe uma participação vinculada ao faturamento ou resultado econômico dos containers.
D. PARTICIPAÇÃO SOCIETÁRIA
Em determinadas estruturas, a cessão de uso de longo prazo poderá ser economicamente considerada na composição da SPE, mediante avaliação jurídica, contábil e societária.
E. EXPANSÃO
Quanto maior a utilização do Data Center, maior a receita da ETE.
Portanto:
MAIS CLIENTES → MAIS SERVIDORES → MAIS CONTAINERS → MAIS RECEITA PARA A ETE.
5. MODELO DE NEGÓCIO
A REDATA terá quatro camadas.
CAMADA 1 — INFRAESTRUTURA
Container Data Center;
racks;
servidores;
storage;
UPS;
baterias;
energia solar;
climatização;
segurança;
sensores;
rede.
CAMADA 2 — CONECTIVIDADE
Fibra óptica = conexão principal.
Starlink/5G = redundância e contingência, especialmente onde a fibra não estiver disponível ou sofrer interrupção.
CAMADA 3 — DADOS E CONFIANÇA
armazenamento;
backup;
criptografia;
hash;
timestamp;
blockchain;
registros imutáveis;
replicação;
disaster recovery;
auditoria.
CAMADA 4 — APLICAÇÕES
Smart Contracts;
Smart Credit Score;
Banco de Talentos;
Banco de Vagas;
bibliotecas digitais;
registros contábeis;
prontuários;
documentos jurídicos;
IoT;
IA;
Edge Computing.
6. O CONCEITO CENTRAL: “COMPRA NO ATACADO, VENDE NO VAREJO”
Esta pode ser uma das maiores fontes de escala.
A REDATA vende capacidade para uma organização:
100 TB / 500 TB / 1 PB
em condições de atacado.
A organização, por sua vez, comercializa serviços menores aos seus membros.
Exemplo:
REDATA → ASSOCIAÇÃO → 20.000 ASSOCIADOS
A associação poderá oferecer:
100 MB;
1 GB;
10 GB;
100 GB;
1 TB;
mais serviços de:
registro;
assinatura;
blockchain;
auditoria;
backup;
documentos;
inteligência artificial.
Assim, uma única associação pode se transformar em um canal de distribuição para milhares de clientes finais.
7. PRIMEIRAS VERTICAIS COMERCIAIS
1. ASSOCIAÇÕES
Serviços:
armazenamento;
documentos;
contratos;
registros;
biblioteca;
portal;
comunicação;
inteligência artificial;
banco de empresas;
serviços aos associados.
Modelo:
REDATA compra equipamentos/capacidade → associação compra no atacado → associados compram no varejo.
2. OABs
Potenciais aplicações:
contratos;
documentos;
processos;
provas documentais;
registros digitais;
smart contracts;
histórico de alterações;
hash;
timestamp;
auditoria.
A REDATA não substitui sistemas oficiais ou competências legais. Atua como infraestrutura tecnológica de preservação, registro e integridade.
3. CRCs/CFC
Aplicações:
registros contábeis;
documentos;
auditoria;
trilha de alterações;
evidências;
terceira camada independente de reconciliação;
governança.
A chamada 3ª entrada deve ser entendida como uma camada independente de registro e reconciliação, não como substituição automática dos sistemas contábeis oficiais.
4. HOSPITAIS
Aplicações:
prontuários;
exames;
imagens;
contratos;
documentos;
registros de acesso;
backup;
disaster recovery;
auditoria.
5. UNIVERSIDADES
Transformação de acervos físicos em:
BIBLIOTECA DIGITAL + OPEN LIBRARY + ARQUIVO PERMANENTE.
Aplicações:
livros;
teses;
dissertações;
TCCs;
artigos;
documentos históricos;
certificados;
acervos.
6. BANCO DE TALENTOS
A REDATA poderá hospedar:
currículo;
certificados;
competências;
histórico educacional;
portfólio;
experiências;
registros verificáveis.
Isso permite criar um:
BANCO UNIFICADO DE TALENTOS.
7. BANCO UNIFICADO DE VAGAS
Integração de:
VAGAS + TALENTOS + SKILLS + LOCALIZAÇÃO + EMPRESAS.
A infraestrutura pode sustentar:
matching;
ATS;
histórico;
certificados;
validação de competências;
inteligência artificial.
8. SMART CREDIT SCORE 24x7
Outra vertical importante.
Com dados obtidos de forma legal e autorizada, a plataforma pode estruturar informações para análise de:
empresas;
consumidores;
fornecedores;
clientes;
contratos;
pagamentos;
relacionamento comercial.
O Open Finance pode contribuir para determinados casos de uso, mediante consentimento e dentro das regras aplicáveis. O Banco Central relata que o ecossistema vem sendo usado para agregação de dados e soluções de crédito e gestão financeira. (Banco Central do Brasil)
A REDATA não precisa ser inicialmente uma instituição financeira.
Ela pode fornecer:
INFRAESTRUTURA + DADOS AUTORIZADOS + REGISTROS + TECNOLOGIA
para instituições autorizadas.
9. OUTRAS VERTICAIS
Além das sete verticais iniciais, o MVP deve ser desenhado para suportar:
Bancos e fintechs
Seguradoras
Jurídico corporativo
Indústrias
Agronegócio
Logística
Imobiliário
Cooperativas
Energia
Telecomunicações
Governo
Pesquisa científica
IoT/Smart Cities
Inteligência Artificial
Cadeia de suprimentos
Propriedade intelectual
Compliance e auditoria
Disaster Recovery.
10. BLOCKCHAIN — O QUE REALMENTE DEVE SER REGISTRADO
Não é necessário colocar todos os arquivos diretamente na blockchain.
A arquitetura pode separar:
ARQUIVO → EDGE DATA CENTER
e
HASH + IDENTIDADE + TIMESTAMP + EVENTO + REFERÊNCIA → REGISTRO DISTRIBUÍDO.
Assim, a blockchain comprova a integridade e a existência do registro, enquanto o conteúdo permanece em infraestrutura de armazenamento adequada.
11. REDE DE COFRES DIGITAIS SOBERANOS
O grande diferencial da REDATA será a replicação.
Exemplo:
CONTAINER A
↓
registro
CONTAINER B
↓
réplica
CONTAINER C
↓
réplica
Se o Container A for destruído, sofrer ataque ou ficar indisponível, os registros continuam preservados nos demais nós, permitindo recuperação e sincronização.
Portanto:
Não é simplesmente backup. É uma rede distribuída de cofres digitais soberanos e interconectados.
12. MVP — PRIMEIRO PROJETO
O MVP não deve começar com 20 setores.
Deve começar com um único container e três clientes-âncora, demonstrando quatro benefícios:
MVP 1 — ETE
Energia + Data Center + participação econômica.
MVP 2 — ASSOCIAÇÃO
Armazenamento no atacado + revenda aos associados.
MVP 3 — INSTITUIÇÃO PROFISSIONAL
O ideal é demonstrar:
registro + blockchain + auditoria.
Pode ser uma OAB, CRC ou entidade equivalente, desde que a contratação e o enquadramento jurídico sejam viáveis.
13. CONFIGURAÇÃO DO MVP
Um primeiro container poderá ser dimensionado, após projeto técnico, com:
racks;
servidores;
storage;
UPS;
baterias;
solar;
firewall;
switches;
monitoramento;
sensores;
câmeras;
controle de acesso;
fibra;
conectividade redundante;
software de gestão.
Arquitetura:
SOLAR
↓
BATERIAS
↓
DATA CENTER
↓
FIBRA
↓
5G / STARLINK — REDUNDÂNCIA
↓
EDGE COMPUTING
↓
BLOCKCHAIN
↓
CLIENTES
14. CAPEX ILUSTRATIVO DO MVP
Como hipótese inicial:
| Item | Valor ilustrativo |
|---|---|
| Container preparado | R$ 180 mil |
| Servidores + storage | R$ 350 mil |
| UPS + baterias | R$ 150 mil |
| Solar | R$ 120 mil |
| Rede + segurança + conectividade | R$ 100 mil |
| Projeto + instalação | R$ 100 mil |
| TOTAL | R$ 1,0 milhão |
Esses números são premissas de modelagem, não cotações de mercado.
O objetivo do MVP é justamente obter três propostas técnicas independentes e transformar essa estimativa em orçamento real.
15. COMO REDUZIR O CAPEX
Uma estratégia importante será negociar com fornecedores:
COMPRA PROGRAMADA + PAGAMENTO ANTECIPADO + CONTRATO DE VOLUME.
Se um pacote de R$ 1 milhão obtiver, por hipótese, 20% de desconto comercial:
R$ 1.000.000 → R$ 800.000
A economia seria:
R$ 200.000.
Os 20% devem ser tratados como meta de negociação, e não como desconto garantido.
16. MODELO DE RECEITA DO CONTAINER
Modelo inicial meramente ilustrativo:
| Receita | R$/mês |
|---|---|
| DCaaS / racks / servidores | 30.000 |
| Storage + backup | 15.000 |
| Edge Computing / IA | 20.000 |
| Blockchain / registros | 10.000 |
| Auditoria / governança | 10.000 |
| Conectividade / redundância | 5.000 |
| Receita bruta | 90.000/mês |
Receita anual:
R$ 1,08 milhão.
O MVP deverá validar se esses preços são sustentáveis junto aos primeiros clientes.
17. NOVO MODELO ECONÔMICO DA ETE
Aqui está a mudança fundamental.
A ETE não deveria depender apenas de aluguel.
Sugestão de waterfall:
1. Receita bruta
R$ 90.000
2. Custos operacionais
Exemplo:
R$ 40.000
3. Resultado operacional
R$ 50.000
A ETE poderia ter:
taxa fixa + participação variável.
Por exemplo, como hipótese de negociação:
R$ 10.000/mês de remuneração-base
20% a 30% do resultado operacional, dependendo de quanto a ETE fornece e de sua participação na SPE.
Se fossem 30%:
30% × R$ 50.000 = R$ 15.000
Mais remuneração-base:
R$ 10.000
Total ilustrativo:
R$ 25.000/mês para a ETE.
E isso ainda não inclui a economia de energia.
18. O VERDADEIRO POTENCIAL DA ETE
Com dez containers, usando apenas como hipótese:
10 × R$ 25.000 = R$ 250.000/mês
ou:
R$ 3 milhões/ano.
Isso demonstra por que a ETE precisa ser tratada como parceira econômica, e não simplesmente como locadora de terreno.
Os valores são ilustrativos; o percentual definitivo deve resultar da modelagem financeira, capacidade energética, área, infraestrutura disponibilizada, riscos e demanda contratada.
19. MODELO SPE
Estrutura sugerida:
ETE
+
OPERADOR REDATA
+
INVESTIDORES
+
PARCEIROS TECNOLÓGICOS
↓
SPE REDATA–ETE
A SPE:
instala;
financia;
opera;
comercializa;
administra;
mantém;
expande;
o Data Center.
A ETE fornece:
área;
infraestrutura disponível;
apoio operacional;
segurança local, quando aplicável;
eventualmente energia/infraestrutura complementar;
relacionamento institucional.
A remuneração poderá combinar:
FIXO + VARIÁVEL + PARTICIPAÇÃO SOCIETÁRIA, quando juridicamente apropriado.
20. FINANCIAMENTO
O projeto pode combinar:
A. CAPITAL DOS SÓCIOS
Para o MVP.
B. INVESTIDOR PRIVADO
Equity ou instrumento de dívida, conforme estrutura jurídica.
C. FINTECH/SCD
Uma SCD pode realizar operações de empréstimo, financiamento e aquisição de direitos creditórios por plataforma eletrônica com recursos próprios, dentro da regulamentação aplicável. (Normativos BCB)
D. RECEBÍVEIS
Contratos recorrentes podem, conforme sua natureza e estrutura jurídica, ser utilizados em operações de crédito ou cessão.
E. TOKENIZAÇÃO
Pode ser estudada para determinados direitos econômicos ou valores mobiliários, mas não deve ser tratada como mecanismo que elimina a regulamentação do mercado de capitais.
A CVM mantém a Resolução 88 para ofertas públicas de valores mobiliários de sociedades empresárias de pequeno porte por meio de plataformas eletrônicas; a norma foi posteriormente alterada. (CVM)
Portanto:
TOKEN ≠ dinheiro sem regulação.
A estrutura precisa ser definida com assessoria jurídica especializada.
21. BNDES
Para uma implantação nacional, o projeto poderá ser analisado em linhas de eficiência energética, energia e infraestrutura.
A página atual do BNDES informa que o BNDES Finem — Eficiência Energética possui financiamento mínimo de R$ 40 milhões, reduzido para R$ 20 milhões em determinados casos, incluindo saneamento, saúde, inovação, provedores regionais, educação e outros enquadramentos especificados. A linha também contempla itens como obras, instalações, equipamentos, software nacional e serviços técnicos. (BNDES)
Isso significa que:
um container de R$ 1 milhão não é o projeto ideal para o Finem direto.
A estratégia seria agregar:
20–50 containers + infraestrutura energética + conectividade + software + expansão regional
em um programa maior.
22. ESTRATÉGIA DE ESCALA
FASE 1
1 ETE + 1 container
Prova tecnológica.
FASE 2
1 ETE + 3 a 5 containers
Prova econômica.
FASE 3
10 ETEs
Rede regional.
FASE 4
50 ETEs
Rede multiestadual.
FASE 5
100+ ETEs
Rede nacional.
A grande vantagem é que o modelo passa a ser replicável:
CONTAINER → ETE → CIDADE → REGIÃO → ESTADO → BRASIL.
23. MÉTRICAS DO MVP
O MVP deve ter indicadores objetivos.
Infraestrutura
uptime;
capacidade instalada;
utilização dos racks;
capacidade de storage;
consumo energético;
geração solar;
autonomia das baterias.
Comercial
número de clientes;
receita mensal recorrente;
ticket médio;
churn;
ocupação;
receita por TB;
receita por rack.
Blockchain
registros/mês;
documentos registrados;
hashes;
contratos;
tempo de validação;
auditorias.
ETE
economia de energia;
receita fixa;
receita variável;
receita por container;
retorno anual.
24. MVP COMERCIAL
O primeiro objetivo comercial não é vender Data Center.
É vender problemas resolvidos.
Cliente 1 — ASSOCIAÇÃO
Produto:
“Data Center White Label para Associados.”
A associação compra capacidade no atacado e revende serviços aos membros.
Cliente 2 — OAB/CRC
Produto:
“Registro Digital + Integridade + Auditoria.”
Cliente 3 — UNIVERSIDADE
Produto:
“Biblioteca Digital + Open Library + Arquivo Permanente.”
Cliente 4 — HOSPITAL
Produto:
“Arquivo Digital + Backup + Disaster Recovery.”
Cliente 5 — EMPRESA
Produto:
“Cofre Digital Empresarial + Contratos + Compliance.”
25. DIFERENCIAL COMPETITIVO
A REDATA não vende apenas:
storage.
Nem apenas:
servidores.
Nem apenas:
blockchain.
Nem apenas:
energia solar.
O diferencial está na combinação:
ENERGIA + EDGE + DATA CENTER + CONECTIVIDADE + STORAGE + BLOCKCHAIN + GOVERNANÇA + APLICAÇÕES.
E, principalmente:
INFRAESTRUTURA DIGITAL INSTALADA PRÓXIMA AO USUÁRIO E ASSOCIADA A UM ATIVO FÍSICO EXISTENTE.
26. MODELO DE RECEITA NACIONAL
A REDATA poderá ter pelo menos oito linhas:
DCaaS
Storage-as-a-Service
Backup/Disaster Recovery
Blockchain-as-a-Service
Registro Digital
Edge Computing
IA/IoT
Governança/Auditoria
E poderá acrescentar:
conectividade;
cybersecurity;
APIs;
Smart Credit Score;
bancos de talentos;
bibliotecas digitais;
marketplaces de dados autorizados;
serviços para associações;
serviços para hospitais;
serviços para universidades;
serviços para indústria;
serviços para governo.
27. ESTRUTURA OPERACIONAL
REDATA HOLDING
Estratégia, marca e propriedade intelectual.
REDATA TECNOLOGIA
Software, blockchain, APIs, IA e plataforma.
SPE LOCAL
Um veículo para cada projeto ou conjunto de projetos.
ETE
Host/partner.
OPERADOR
Operação técnica e comercial.
INVESTIDORES
Capital.
FORNECEDORES
Equipamentos e serviços.
28. GOVERNANÇA
Cada registro poderá possuir:
IDENTIDADE + DATA/HORA + HASH + ORIGEM + EVENTO + RESPONSÁVEL + REFERÊNCIA DO ARQUIVO.
A governança deverá incluir:
controle de acesso;
logs;
segregação de funções;
criptografia;
backups;
replicação;
auditoria;
política de retenção;
LGPD;
plano de continuidade;
disaster recovery.
29. O QUE NÃO DEVE ENTRAR NO MVP
Para evitar excesso de complexidade, eu não colocaria inicialmente:
banco próprio;
SCD própria;
tokenização ampla;
marketplace complexo;
20 verticais simultâneas;
IA proprietária sofisticada;
rede nacional;
centenas de containers.
O MVP precisa provar apenas:
1. a ETE economiza energia;
2. o Data Center funciona;
3. clientes pagam por storage/processamento/registro;
4. uma associação consegue revender capacidade;
5. blockchain gera valor comercial;
6. a ETE recebe uma participação econômica relevante.
30. ROADMAP DE 12 MESES
MESES 1–2
seleção da ETE;
estudo energético;
estudo de conectividade;
projeto do container;
estrutura jurídica da SPE;
identificação dos três clientes-âncora.
MESES 3–4
fornecedores;
financiamento;
instalação solar;
aquisição do container;
servidores;
storage;
conectividade.
MESES 5–6
MVP OPERACIONAL.
Data Center;
storage;
blockchain;
monitoramento;
segurança;
primeira replicação.
MESES 7–9
associação;
OAB/CRC ou instituição equivalente;
universidade/hospital;
primeiros contratos recorrentes.
MESES 10–12
análise dos resultados;
auditoria;
melhoria do modelo;
preparação para 3–5 containers;
captação para expansão.
31. TESE DE INVESTIMENTO
A tese não deve ser:
“Vamos construir um Data Center.”
Deve ser:
“Vamos criar uma infraestrutura nacional de Edge Data Centers, aproveitando ativos físicos existentes, energia renovável, armazenamento distribuído e registros digitais verificáveis para criar uma nova camada de infraestrutura econômica.”
O ativo físico é o container.
Mas o verdadeiro ativo econômico é:
A REDE.
Quanto mais nós:
maior a capacidade;
maior a redundância;
maior a cobertura;
maior a base de clientes;
maior o volume de dados;
maior a quantidade de registros;
maior a capacidade de processamento;
maior a receita recorrente.
32. O FLYWHEEL DA REDATA
ETE
↓
ENERGIA + ÁREA
↓
DATA CENTER
↓
CLIENTES
↓
DADOS
↓
REGISTROS
↓
BLOCKCHAIN
↓
APLICAÇÕES
↓
RECEITAS
↓
MAIS INVESTIMENTO
↓
MAIS CONTAINERS
↓
MAIS ETEs
↓
REDE NACIONAL
33. CONCLUSÃO
A REDATA deve ser posicionada como uma infraestrutura digital soberana e distribuída, e não simplesmente como uma empresa de aluguel de servidores.
Seu diferencial econômico está na convergência de cinco mercados:
ENERGIA + DATA CENTERS + CLOUD/EDGE + BLOCKCHAIN + SERVIÇOS DIGITAIS.
A ETE é fundamental porque oferece um ponto físico estratégico para implantação, mas deve participar do valor econômico criado.
O modelo ideal é:
ECONOMIA DE ENERGIA + REMUNERAÇÃO FIXA + PARTICIPAÇÃO VARIÁVEL + POSSÍVEL PARTICIPAÇÃO SOCIETÁRIA.
A associação cria outro multiplicador:
COMPRA NO ATACADO → REVENDA NO VAREJO → MILHARES DE USUÁRIOS.
E a rede cria o efeito de escala:
1 CONTAINER → 10 → 50 → 100 → REDE NACIONAL.
O MVP, portanto, deve provar uma equação simples:
UMA ETE + UM CONTAINER + ENERGIA SOLAR + TRÊS CLIENTES-ÂNCORA + STORAGE + BLOCKCHAIN + EDGE = PRIMEIRA UNIDADE ECONÔMICA DA REDATA.
A partir da comprovação dessa unidade, o projeto pode ser replicado e estruturado para uma expansão nacional.
Minha recomendação para o próximo passo é transformar esse Business Plan em uma planilha financeira do MVP, com três cenários — conservador, base e expansão — mostrando CAPEX, OPEX, faturamento por cada uma das 20 verticais, economia de energia da ETE, remuneração da ETE, retorno do investidor e número de containers necessários para chegar a R$ 40 milhões de projeto. Isso permitirá testar se a economia realmente fecha antes de apresentar o projeto a investidores.
>>>>>>>>>>>..
3 / 5 containers
Sim. E eu faria essa correção porque ela deixa o modelo muito mais atraente para a ETE: a unidade econômica é o container, mas a ETE recebe o benefício acumulado dos 3 a 5 containers, inclusive na energia.
1. Receita: sim, é por container
Usando a hipótese anterior de R$ 25 mil/mês para a ETE por container:
| Containers por ETE | Receita mensal da ETE | Receita anual |
|---|---|---|
| 3 | R$ 75 mil | R$ 900 mil |
| 4 | R$ 100 mil | R$ 1,2 milhão |
| 5 | R$ 125 mil | R$ 1,5 milhão |
Esses valores são premissas de modelagem, não valores garantidos.
2. Cada ETE: 3 a 5 containers
Eu adotaria como padrão do projeto:
1 ETE = 3 a 5 Edge Data Centers
Isso permite distribuir o investimento e, principalmente, criar uma plataforma de receitas diversificada.
Por exemplo, uma ETE com 5 containers pode atender simultaneamente:
associações;
OAB/CRC;
hospitais;
universidades;
empresas;
Banco de Talentos/Vagas;
Smart Credit Score;
IA/Edge Computing;
blockchain e registros digitais.
3. O PONTO QUE PRECISA GANHAR MUITO MAIS DESTAQUE: ENERGIA
Aqui está uma diferença importante: não devemos apresentar a economia energética como uma pequena receita adicional.
Ela deve ser apresentada como um dos principais benefícios econômicos da ETE.
A lógica é:
CONSUMO ATUAL DA ETE
→ GERAÇÃO SOLAR
→ BATERIAS
→ GESTÃO INTELIGENTE
→ REDUÇÃO DA ENERGIA COMPRADA DA REDE
→ ECONOMIA ANUAL DA ETE
E essa economia ocorre sobre o consumo energético total da ETE, não apenas sobre o consumo dos containers.
Portanto:
RECEITA DOS CONTAINERS + ECONOMIA DE ENERGIA DA ETE
são dois benefícios econômicos diferentes.
Exemplo para demonstrar o potencial
Suponha, apenas como exemplo, que uma ETE tenha uma despesa atual de:
R$ 100 mil/mês de energia elétrica
ou:
R$ 1,2 milhão/ano.
Se o projeto energético conseguir reduzir em 50% a energia comprada da rede:
Economia = R$ 50 mil/mês
R$ 600 mil/ano.
Se conseguir reduzir em 70%:
R$ 70 mil/mês
R$ 840 mil/ano.
Se tecnicamente fosse possível atingir 90%:
R$ 90 mil/mês
R$ 1,08 milhão/ano.
Isso precisa ser calculado a partir da fatura real, curva de carga, tarifa, área disponível, geração solar e capacidade de armazenamento. Não devemos prometer 50%, 70% ou 90% antes do estudo energético.
4. A EQUAÇÃO QUE EU USARIA NO BUSINESS PLAN
Para uma ETE com 5 containers:
RECEITA DOS DATA CENTERS
5 × R$ 25 mil = R$ 125 mil/mês
R$ 1,5 milhão/ano
+ ECONOMIA DE ENERGIA
Se a ETE atualmente gasta, por exemplo:
R$ 100 mil/mês
e o projeto reduzir 70%:
R$ 70 mil/mês de economia
R$ 840 mil/ano
BENEFÍCIO ECONÔMICO TOTAL
R$ 125 mil + R$ 70 mil = R$ 195 mil/mês
ou:
R$ 2,34 milhões/ano
por ETE com 5 containers, nesse cenário meramente ilustrativo.
E ainda poderiam existir:
+ participação societária na SPE
+ valorização econômica da infraestrutura
+ eventual receita associada a outros ativos/serviços energéticos, conforme estrutura regulatória e comercial.
5. Assim, eu mudaria o conceito para:
UMA ETE COM 3 A 5 CONTAINERS NÃO É APENAS UM LOCAL DE HOSPEDAGEM DE DATA CENTERS. É UMA UNIDADE DE GERAÇÃO DE RECEITAS DIGITAIS E DE REDUÇÃO ESTRUTURAL DE DESPESAS ENERGÉTICAS.
E o indicador principal do projeto deveria ser:
BENEFÍCIO ECONÔMICO TOTAL DA ETE
Receita dos 3–5 containers
+ Economia de energia elétrica
+ Participação societária/resultado
+ outras receitas contratualmente previstas
Isso é muito mais convincente para o proprietário da ETE do que mostrar somente o aluguel do terreno.
>>>>>>>>>>>>>>>>>>>
melhor mvp
Claro. A versão anterior ainda tratava a ETE excessivamente como “hospedeira”. Nesta nova versão, vou colocar a ETE no centro da equação econômica, com 3–5 containers por ETE, economia de energia sobre o consumo total da unidade e múltiplas fontes de receita digital.
REDATA
REDE NACIONAL DE EDGE DATA CENTERS
ETEs COMO ATIVOS DIGITAIS, ENERGÉTICOS E ECONÔMICOS
1. TESE DO NEGÓCIO
A REDATA cria uma rede de Edge Data Centers modulares, instalados inicialmente em ETEs, transformando cada unidade em um nó digital regional.
Cada ETE poderá receber inicialmente:
3 A 5 CONTAINERS DATA CENTER
Esses containers combinam:
ENERGIA SOLAR + BATERIAS + DATA CENTER + STORAGE + FIBRA + 5G + CONECTIVIDADE DE CONTINGÊNCIA + EDGE COMPUTING + BLOCKCHAIN + IA.
A ETE deixa de ser simplesmente o local onde o container está instalado.
Ela passa a ser parceira econômica do empreendimento.
2. O PROBLEMA
A economia digital produz volumes crescentes de:
documentos;
contratos;
imagens;
vídeos;
prontuários;
registros contábeis;
dados financeiros;
IoT;
sensores industriais;
inteligência artificial;
certificados;
processos;
dados corporativos.
Grande parte desse processamento e armazenamento permanece concentrada em grandes Data Centers.
Isso cria demanda por:
mais capacidade + mais conectividade + mais energia + mais redundância + menor distância entre dados e usuários.
A REDATA propõe uma arquitetura complementar:
DADO LOCAL → EDGE REGIONAL → REDE NACIONAL → CLOUD/DATA CENTERS DE GRANDE PORTE
3. A SOLUÇÃO
A REDATA instala Data Centers modulares próximos dos usuários.
As ETEs são candidatas naturais porque podem oferecer:
áreas disponíveis;
infraestrutura;
segurança;
energia;
conectividade;
presença física;
localização regional.
O projeto agrega:
GERAÇÃO DE ENERGIA + ARMAZENAMENTO + COMPUTAÇÃO + DADOS + REGISTROS DIGITAIS.
4. A GRANDE DIFERENÇA: A ETE GANHA DE DUAS FORMAS
A economia da ETE terá dois grandes blocos:
A. REDUÇÃO DE DESPESA
ENERGIA ELÉTRICA
Solar + baterias + gestão energética poderão reduzir a energia comprada da rede.
A economia será calculada sobre o consumo total da ETE, e não somente sobre os Data Centers.
B. NOVAS RECEITAS
A ETE poderá receber:
remuneração fixa;
participação nas receitas/resultados dos containers;
eventual participação societária;
receitas de infraestrutura;
participação na expansão.
Portanto:
BENEFÍCIO TOTAL DA ETE = ECONOMIA DE ENERGIA + RECEITAS DIGITAIS
5. MODELO DA ETE
UMA ETE = 3 A 5 CONTAINERS
Cada container é uma unidade econômica independente.
Exemplo:
1 container → clientes + receitas
5 containers → 5 unidades de capacidade
A ETE participa do resultado consolidado.
6. RECEITAS POR CONTAINER
Hipótese inicial para o MVP:
| Receita | R$/mês/container |
|---|---|
| DCaaS / servidores / racks | R$ 30 mil |
| Storage + Backup | R$ 15 mil |
| Edge Computing / IA | R$ 20 mil |
| Blockchain / Registros | R$ 10 mil |
| Auditoria / Governança | R$ 10 mil |
| Conectividade / redundância | R$ 5 mil |
| RECEITA BRUTA | R$ 90 mil |
Receita anual:
R$ 1,08 milhão por container.
São premissas para teste do modelo e não preços garantidos de mercado.
7. RECEITA DA ETE
Hipótese:
R$ 10 mil/mês de remuneração-base por container
30% do resultado operacional.
Se:
Receita = R$ 90 mil
OPEX = R$ 40 mil
Resultado operacional = R$ 50 mil
30%:
R$ 15 mil
Mais remuneração-base:
R$ 10 mil
ETE = R$ 25 mil/mês por container
8. ETE COM 3 CONTAINERS
Receita da ETE:
3 × R$ 25 mil = R$ 75 mil/mês
Anual:
R$ 900 mil/ano
9. ETE COM 5 CONTAINERS
Receita:
5 × R$ 25 mil = R$ 125 mil/mês
Anual:
R$ 1,5 milhão/ano
Esses números não incluem a economia de energia.
10. ECONOMIA DE ENERGIA — O SEGUNDO MOTOR ECONÔMICO
O projeto deverá começar com uma auditoria energética da ETE.
Devem ser levantados:
consumo mensal;
demanda;
tarifa;
curva horária;
motores;
bombas;
sopradores;
sistemas de tratamento;
cargas críticas;
disponibilidade de área;
potencial solar;
capacidade de baterias.
Depois será dimensionado:
SOLAR + BATERIA + GESTÃO ENERGÉTICA
11. EXEMPLO DA ECONOMIA
Suponha que a ETE tenha:
R$ 100 mil/mês de despesa elétrica
ou:
R$ 1,2 milhão/ano.
Se o projeto reduzir a energia comprada em:
50%
Economia:
R$ 600 mil/ano
70%
Economia:
R$ 840 mil/ano
90%
Economia:
R$ 1,08 milhão/ano
Esses percentuais são apenas cenários de modelagem.
O percentual real dependerá do estudo energético e das condições técnicas e regulatórias.
12. BENEFÍCIO ECONÔMICO TOTAL
Consideremos uma ETE com:
5 containers
e receita estimada para a ETE de:
R$ 125 mil/mês
Supondo uma economia energética de:
R$ 70 mil/mês
o benefício econômico mensal seria:
R$ 195 mil/mês
ou:
R$ 2,34 milhões/ano
Esse é o número que deve aparecer no material comercial da REDATA:
BENEFÍCIO ECONÔMICO TOTAL DA ETE
RECEITAS DIGITAIS + ECONOMIA ENERGÉTICA
13. CLIENTES DO DATA CENTER
A REDATA terá diversas verticais.
ASSOCIAÇÕES
Compra no atacado:
TB/PB de armazenamento
e revenda no varejo aos associados.
OABs
processos;
contratos;
documentos;
smart contracts;
registros;
evidências;
auditoria.
CRCs/CFC
registros contábeis;
documentos;
auditoria;
trilhas de alterações;
terceira camada independente de reconciliação.
HOSPITAIS
prontuários;
exames;
imagens;
documentos;
backup;
disaster recovery.
UNIVERSIDADES
biblioteca digital;
Open Library;
TCCs;
teses;
dissertações;
acervo histórico;
documentos acadêmicos.
BANCO DE TALENTOS
currículos;
certificados;
competências;
portfólios;
histórico profissional.
BANCO UNIFICADO DE VAGAS
vagas;
candidatos;
matching;
ATS;
competências.
SMART CREDIT SCORE 24x7
Infraestrutura para dados autorizados, registros e análises de crédito.
14. OUTRAS 15 VERTICAIS
A plataforma poderá atender ainda:
Bancos e fintechs
Seguradoras
Empresas jurídicas
Indústrias
Agronegócio
Logística
Imobiliário
Cooperativas
Telecomunicações
Energia
Pesquisa científica
IoT
Inteligência Artificial
Cadeia de suprimentos
Compliance e auditoria
15. O MODELO “ATACADO → VAREJO”
Este será um dos principais mecanismos de escala.
REDATA
Vende:
500 TB
para uma associação.
ASSOCIAÇÃO
Revende:
1 GB / 10 GB / 100 GB / 1 TB
para seus associados.
A associação transforma o Data Center em um serviço:
WHITE LABEL
Isso permite à REDATA conquistar milhares de usuários através de poucos clientes institucionais.
16. REDE DE COFRES DIGITAIS SOBERANOS
A REDATA não será simplesmente uma rede de backups.
Cada documento poderá ter:
HASH + TIMESTAMP + IDENTIDADE + EVENTO + REFERÊNCIA
registrados de forma distribuída.
Os arquivos permanecem no storage apropriado.
Os registros de integridade podem ser replicados entre diferentes containers.
CONTAINER A
↓ réplica
CONTAINER B
↓ réplica
CONTAINER C
Assim, a indisponibilidade de um nó não significa necessariamente perda do registro.
17. TERCEIRA CAMADA DE AUDITORIA
A REDATA poderá criar uma camada independente de:
REGISTRO + RECONCILIAÇÃO + AUDITORIA.
Exemplo:
EMPRESA A
transação
↓
EMPRESA B
transação
↓
REDATA — REGISTRO INDEPENDENTE
A tecnologia poderá registrar:
data;
hora;
identidade;
hash;
evento;
documento;
alteração;
confirmação.
Isso cria uma camada adicional de governança e evidência.
18. MODELO DE INVESTIMENTO
MVP
Um container:
aproximadamente R$ 1 milhão
como hipótese inicial.
ESCALA DA ETE
3 containers:
R$ 3 milhões
5 containers:
R$ 5 milhões
Valores indicativos, antes de projeto executivo e cotações.
19. QUEM FINANCIA?
A ETE não necessariamente precisa financiar todo o projeto.
Estrutura:
ETE
Área + infraestrutura + participação.
SPE
Contratos + operação + ativos.
INVESTIDOR
Capital.
FINTECH/SCD
Financiamento, quando aplicável.
FORNECEDORES
Equipamentos e negociação de prazo/desconto.
FINANCIAMENTO INSTITUCIONAL
Para a expansão de vários projetos.
20. ESTRUTURA SPE
ETE
↓
cessão/locação de longo prazo + infraestrutura
INVESTIDORES
↓
capital
REDATA
↓
tecnologia + operação + comercial
SPE
↓
Data Centers
CLIENTES
↓
receita recorrente
SPE
↓
distribuição econômica
ETE
fixo + variável + possível equity + economia energética
21. MVP — PRIMEIRA ETE
O MVP deve ter:
INFRAESTRUTURA
1 container inicial, preparado para expansão para 3–5.
ENERGIA
solar + baterias + sistema de gestão.
CONECTIVIDADE
fibra como principal
5G/Starlink como redundância, quando tecnicamente e economicamente adequado.
TECNOLOGIA
storage;
backup;
blockchain;
APIs;
monitoramento;
segurança;
replicação.
22. TRÊS CLIENTES-ÂNCORA DO MVP
O MVP não deve tentar vender para 20 setores simultaneamente.
CLIENTE 1 — ASSOCIAÇÃO
Storage White Label
Compra no atacado e revende aos associados.
CLIENTE 2 — OAB/CRC
Registro Digital + Blockchain + Auditoria
CLIENTE 3 — UNIVERSIDADE OU HOSPITAL
Arquivo Digital + Storage + Backup + Disaster Recovery
Com esses três clientes, o MVP testa três modelos diferentes de receita.
23. O QUE O MVP PRECISA PROVAR
1.
A ETE consegue reduzir sua despesa energética.
2.
O Data Center consegue operar com alta disponibilidade.
3.
Empresas e instituições pagam por storage.
4.
Uma associação consegue revender capacidade.
5.
Registros blockchain possuem demanda comercial.
6.
A ETE consegue receber uma remuneração significativa.
7.
O modelo pode ser replicado para outras ETEs.
24. ROADMAP
FASE 1 — 0–3 MESES
selecionar ETE;
auditoria energética;
estudo solar;
estudo de baterias;
estudo de conectividade;
projeto do container;
SPE;
clientes-âncora.
FASE 2 — 4–6 MESES
financiamento;
fornecedores;
instalação;
servidores;
storage;
energia;
conectividade;
software.
FASE 3 — 7–9 MESES
MVP OPERACIONAL
primeiro cliente;
primeira associação;
primeiro registro blockchain;
primeira receita.
FASE 4 — 10–12 MESES
análise dos KPIs;
expansão para 3 containers;
novos clientes;
preparação de financiamento maior.
FASE 5
3 → 5 CONTAINERS POR ETE
Depois:
10 → 50 → 100 ETEs
25. KPIs DA PRIMEIRA ETE
ENERGIA
consumo antes;
consumo depois;
kWh gerados;
kWh armazenados;
redução da compra de energia;
economia anual.
DATA CENTER
uptime;
TB instalados;
TB vendidos;
utilização;
receita/rack;
receita/TB.
COMERCIAL
clientes;
MRR;
ticket médio;
churn;
ocupação.
ETE
RECEITA POR CONTAINER
RECEITA TOTAL DOS 3–5 CONTAINERS
ECONOMIA DE ENERGIA
BENEFÍCIO ECONÔMICO TOTAL
26. A EQUAÇÃO ECONÔMICA DA ETE
A apresentação para o proprietário da ETE deve terminar com esta fórmula:
BENEFÍCIO ECONÔMICO TOTAL
= RECEITA FIXA DOS CONTAINERS
+ PARTICIPAÇÃO NAS RECEITAS/RESULTADOS
+ POSSÍVEL PARTICIPAÇÃO SOCIETÁRIA
+ ECONOMIA DE ENERGIA ELÉTRICA
+ OUTRAS RECEITAS CONTRATUAIS
27. EXEMPLO DE UMA ETE COM 5 CONTAINERS
RECEITA DIGITAL PARA A ETE
R$ 125 mil/mês
ECONOMIA ENERGÉTICA HIPOTÉTICA
R$ 70 mil/mês
BENEFÍCIO ECONÔMICO
R$ 195 mil/mês
R$ 2,34 milhões/ano
Esse exemplo deverá ser recalculado depois da auditoria energética e da definição dos contratos comerciais.
28. ESCALA NACIONAL
Se uma ETE tiver:
5 containers
e cada container gerar:
R$ 90 mil/mês
então uma ETE terá potencial de:
R$ 450 mil/mês de receita bruta
ou:
R$ 5,4 milhões/ano
para a operação dos Data Centers.
Com:
10 ETEs → 50 containers
50 ETEs → 250 containers
100 ETEs → 500 containers
A rede passa a ter escala nacional.
29. TESE FINAL
A REDATA não é simplesmente:
“um Data Center dentro de uma ETE”.
É:
UMA NOVA INFRAESTRUTURA DIGITAL REGIONAL.
A ETE fornece o local e participa do valor.
A energia solar reduz custos.
As baterias aumentam a resiliência energética.
O Data Center gera capacidade.
A fibra conecta.
O Edge processa localmente.
A blockchain registra.
A IA processa dados.
As associações distribuem serviços.
OABs e CRCs utilizam registros verificáveis.
Hospitais preservam dados.
Universidades transformam seus acervos em bibliotecas digitais.
Empresas armazenam e protegem documentos.
O Banco de Talentos conecta pessoas e empresas.
O Smart Credit Score cria novas aplicações de dados autorizados.
E todos esses serviços alimentam o mesmo ativo:
A REDE REDATA
ETE + ENERGIA + DADOS + COMPUTAÇÃO + REGISTROS + CLIENTES = NOVA RECEITA RECORRENTE
30. MVP EM UMA FRASE
UMA ETE, UM CONTAINER INICIAL, ENERGIA SOLAR + BATERIAS, FIBRA + REDUNDÂNCIA, TRÊS CLIENTES-ÂNCORA E UMA PLATAFORMA DE STORAGE, EDGE E BLOCKCHAIN — PROVANDO SIMULTANEAMENTE A ECONOMIA DE ENERGIA E A NOVA RECEITA DIGITAL DA ETE.
>>>>>>>>>>>>>
mvp financeiro
Sim. Eu consolidaria o MVP em uma “tese financeira de 1 ETE”, deixando muito claro o que é premissa, o que é meta e o que precisa ser validado por orçamento/contrato.
Premissas financeiras consolidadas — MVP REDATA
| Item | Premissa-base |
|---|---|
| Containers por ETE | 3 no MVP comercial, expansão até 5 |
| CAPEX por container | R$ 1,0 milhão |
| CAPEX – 3 containers | R$ 3,0 milhões |
| CAPEX – 5 containers | R$ 5,0 milhões |
| Receita bruta/container/mês | R$ 90 mil |
| Receita bruta/container/ano | R$ 1,08 milhão |
| OPEX/container/mês | R$ 40 mil |
| Resultado operacional/container/mês | R$ 50 mil |
| Remuneração fixa ETE/container | R$ 10 mil/mês |
| Participação ETE no resultado | 30% |
| Participação variável ETE/container | R$ 15 mil/mês |
| Receita ETE/container | R$ 25 mil/mês |
| Receita ETE/ano/container | R$ 300 mil |
ETE com 3 containers
Receita REDATA:
3 × R$ 90 mil = R$ 270 mil/mês
OPEX:
3 × R$ 40 mil = R$ 120 mil/mês
Resultado operacional:
R$ 150 mil/mês
Remuneração ETE:
3 × R$ 25 mil = R$ 75 mil/mês
R$ 900 mil/ano para a ETE.
A segunda perna: energia
Esta deve ficar fora da receita dos containers.
A ETE terá uma economia calculada sobre sua conta total de energia elétrica.
Exemplo:
Conta atual: R$ 100 mil/mês
Despesa anual: R$ 1,2 milhão
Se o projeto energético produzir uma redução hipotética de 70%:
Economia = R$ 70 mil/mês
R$ 840 mil/ano.
Então:
Benefício econômico anual da ETE
Receita Data Center: R$ 900 mil
+ Economia energética: R$ 840 mil
= R$ 1,74 milhão/ano
para uma ETE com 3 containers, nesse cenário ilustrativo.
Com 5 containers:
Receita ETE: R$ 1,5 milhão/ano
+ R$ 840 mil de economia energética
= R$ 2,34 milhões/ano
Financiamento do MVP
Eu estruturaria os R$ 3 milhões de 3 containers assim, como ponto de partida:
| Fonte | % | Valor |
|---|---|---|
| Investidor/equity | 30% | R$ 900 mil |
| Financiamento/SCD/fintech | 50% | R$ 1,5 milhão |
| Fornecedores/estrutura comercial | 20% | R$ 600 mil |
| Total | 100% | R$ 3 milhões |
A composição definitiva dependerá de custo de capital, garantias, contratos de receita e enquadramento jurídico.
Importante
Eu não colocaria 3% ao mês como retorno garantido do investidor no Business Plan. Se quisermos testar essa hipótese, devemos tratá-la como remuneração-alvo e verificar se o fluxo de caixa suporta esse custo.
A métrica mais importante do MVP
Não é simplesmente:
“Quanto rende o Data Center?”
É:
Quanto valor econômico uma ETE ganha por ano?
A fórmula passa a ser:
Receita dos containers
economia de energia
eventual participação societária
outras receitas contratuais
Exemplo-base
3 containers
→ R$ 900 mil/ano para ETE
Economia energética
→ R$ 840 mil/ano
Benefício econômico estimado: R$ 1,74 milhão/ano
Isso muda completamente a conversa com a ETE: ela não está cedendo espaço para um Data Center; está participando de uma plataforma que pode simultaneamente reduzir seu custo operacional e criar uma nova fonte de receita recorrente.
| Receita ETE/container | R$ 25 mil/mês |
https://chatgpt.com/c/6ab55fd8-e604-83e9-93a3-ff92b7fa5f66
dia 25 novas alterações
Sim. A mudança melhora bastante a lógica do projeto: o REDATA*x2 não deve começar comprando capacidade para 10 EB; deve começar vendendo capacidade, medindo ocupação e expandindo os containers conforme a demanda. Também incorporaria os 30 fornecedores como uma espécie de pool industrial fundador, com aporte comercial de R$ 3,6 milhões em 12 meses.
REDATA*x2
REDE NACIONAL DE EDGE DATA CENTERS
PILOTO COM 20 ETEs, 4 MOTORES DE DEMANDA E 30 FORNECEDORES FUNDADORES
1. NOVA ESTRATÉGIA: DEMANDA ANTES DA CAPACIDADE
O REDATA*x2 deve começar com 20 ETEs estratégicas, cada uma recebendo inicialmente 1 container Edge Data Center, totalizando 20 containers.
O segundo container será instalado progressivamente nas ETEs que atingirem os níveis de ocupação e faturamento definidos no projeto.
Assim, a primeira fase poderá chegar a 20–40 containers, mas sem necessidade de instalar 40 containers desde o primeiro dia.
As 20 ETEs funcionarão como “cabeças de chave” regionais, conectando posteriormente outras ETEs e ETAs próximas, formando uma rede nacional distribuída.
Princípio econômico:
CLIENTE → VENDA DE STORAGE → OCUPAÇÃO → NOVO CONTAINER → NOVA ETE/ETA
Isso evita imobilizar bilhões de reais em capacidade que ainda não possui clientes.
2. OS QUATRO MOTORES DE DEMANDA
MOTOR 1 — SMART CREDIT SCORE 24x7
O projeto considera como base de longo prazo 80 milhões de pessoas.
Entretanto, não é necessário reservar 20 TB para cada pessoa.
O Credit Score deve trabalhar principalmente com dados estruturados e eventos, e não com grandes arquivos.
Exemplo de arquitetura:
pagamento realizado;
pagamento pontual;
atraso;
renegociação;
quitação;
atualização cadastral;
evolução do relacionamento;
eventos autorizados de crédito;
data e hora;
origem do evento;
hash;
referência do registro;
trilha de auditoria.
DIMENSIONAMENTO CONSERVADOR
Hipótese técnica:
80 milhões × 365 dias × 5 KB/evento = aproximadamente 146 TB/ano de registros brutos.
Em cinco anos:
≈ 730 TB de dados brutos.
Considerando índices, metadados, auditoria, redundância e cópias distribuídas, pode-se reservar inicialmente aproximadamente:
1,5–2,2 PB para o núcleo histórico do Smart Credit Score.
Isso é muito diferente de reservar:
80 milhões × 20 TB = 1,6 EB.
Portanto, o Credit Score é principalmente um motor de registros de alta frequência, e não um motor de armazenamento massivo.
O tratamento deverá observar LGPD, proteção do crédito, governança, finalidade e demais regras aplicáveis. O Banco Central reconhece, em sua política de tratamento de dados, a proteção do crédito como uma das finalidades possíveis de tratamento, observadas as bases legais e normas aplicáveis. (GOV.BR)
3. MOTOR 2 — OAB / ADVOCACIA
Para dimensionamento inicial, pode-se trabalhar com a hipótese de:
300.000 advogados participantes.
A OAB, entretanto, possui atualmente uma base nacional muito superior: sua página oficial informa mais de 1,5 milhão de advogados regulares e recadastrados, além de outras categorias. Portanto, os 300 mil devem ser tratados como mercado inicial do projeto, e não como o universo total da advocacia. (OAB)
FRANQUIA MÉDIA PROPOSTA
500 GB por advogado
300.000 × 500 GB =
150 PB de capacidade contratada máxima.
Essa capacidade não precisa ser instalada fisicamente de imediato.
CONTEÚDO
processos;
petições;
contratos;
procurações;
documentos probatórios;
pareceres;
documentos administrativos;
gravações;
documentos digitais;
cópias de segurança;
registros de versões;
documentos vinculados a smart contracts.
SMART CONTRACTS
O documento completo permanece no storage.
O ledger registra:
HASH + DATA/HORA + IDENTIDADE + VERSÃO + EVENTO + REFERÊNCIA
Assim, o REDATA*x2 fornece a infraestrutura de armazenamento e comprovação de integridade; a validade jurídica do contrato continuará dependendo dos requisitos legais, forma contratual, assinatura e demais elementos aplicáveis.
4. MOTOR 3 — CFC / CRC
Para o primeiro dimensionamento:
100.000 profissionais/usuários.
Como referência, o CFC informa atualmente 528.413 profissionais registrados nos 27 CRCs e 96.099 organizações contábeis em seu Relato Integrado 2024. Portanto, os 100 mil representam uma primeira faixa comercial, não todo o mercado potencial. (::Conselho Federal de Contabilidade::)
FRANQUIA MÉDIA
250 GB por usuário
100.000 × 250 GB =
25 PB de capacidade contratada.
APLICAÇÕES
documentos contábeis;
livros;
demonstrações;
documentos fiscais;
documentos societários;
documentos de auditoria;
relatórios;
documentos trabalhistas;
documentos de clientes;
backups;
registros de versões;
trilhas de auditoria.
O REDATA*x2 poderá acrescentar uma camada independente de reconciliação, permitindo registrar eventos entre empresa, contador e sistema, sem substituir os sistemas oficiais ou obrigações legais existentes.
5. MOTOR 4 — ASSOCIAÇÕES → EMPRESAS
Aqui está uma das principais oportunidades comerciais.
Hipótese inicial:
100.000 empresas.
FRANQUIA MÉDIA
1 TB por empresa
100.000 × 1 TB =
100 PB de capacidade contratada.
As empresas não precisam contratar diretamente um grande Data Center.
A associação compra capacidade no atacado do REDATA*x2 e revende aos associados no varejo, com preço potencialmente inferior ao de soluções equivalentes adquiridas individualmente, preservando margem para a associação.
EXEMPLO
REDATA*x2 → associação:
500 TB / 1 PB / 5 PB
Associação → empresas:
100 GB / 500 GB / 1 TB / 5 TB / 10 TB
A associação transforma o storage em:
SERVIÇO + RECEITA RECORRENTE + BENEFÍCIO AO ASSOCIADO.
6. NOVO DIMENSIONAMENTO — OS QUATRO MOTORES
| Motor | Base inicial | Franquia média / capacidade | Capacidade máxima contratada |
|---|---|---|---|
| Smart Credit Score | 80 milhões | registros estruturados | ≈ 1,5–2,2 PB |
| OAB | 300 mil | 500 GB | 150 PB |
| CFC/CRC | 100 mil | 250 GB | 25 PB |
| Empresas | 100 mil | 1 TB | 100 PB |
| TOTAL | ≈ 276–277 PB |
Portanto, o novo desenho reduz drasticamente a hipótese anterior de 10 EB.
10 EB = 10.000 PB
versus aproximadamente:
276 PB
A redução potencial da capacidade máxima contratada é de aproximadamente 97,2%.
Mais importante: 276 PB também não é a capacidade que deve ser instalada no MVP.
É uma capacidade comercial potencial.
7. CAPACIDADE REAL DO MVP
Para o primeiro estágio, podemos trabalhar com uma hipótese de 10% de ocupação efetiva dos três grandes motores de storage:
OAB: 15 PB;
CFC/CRC: 2,5 PB;
empresas: 10 PB;
Credit Score: aproximadamente 1,5–2,2 PB.
Resultado:
≈ 29–30 PB de dados ativos/protegidos.
Isso já é uma operação importante, mas ainda muito menor que os 10 EB inicialmente considerados.
20 CONTAINERS
Se o projeto dimensionar aproximadamente:
1 PB útil/container
20 containers =
20 PB úteis
Nesse cenário, a primeira fase atende parte da demanda inicial.
40 CONTAINERS
40 × 1 PB =
40 PB úteis
Nesse cenário, existe capacidade para acomodar aproximadamente os 29–30 PB do primeiro estágio, mantendo margem operacional.
CONCLUSÃO
O projeto pode começar com:
20 ETEs × 1 container = 20 containers
e crescer para:
20 ETEs × 2 containers = 40 containers
conforme a ocupação.
8. ARQUITETURA INDICATIVA DE 1 PB ÚTIL POR CONTAINER
A capacidade não deve ser confundida com capacidade bruta de SSD.
Como referência de engenharia:
SSD empresarial de 30,72 TB
Um servidor de armazenamento moderno pode suportar dezenas de unidades; por exemplo, o Lenovo ThinkSystem SR650 V3 suporta até 24 unidades de 2,5" na configuração frontal, além de outras baias conforme a configuração. (Lenovo Documentation)
Para um container de aproximadamente 1 PB útil, o projeto deverá definir:
número de servidores;
número de SSDs;
capacidade bruta;
RAID ou erasure coding;
hot spares;
capacidade de expansão;
replicação entre ETEs;
backup;
refrigeração;
energia;
conectividade.
Não se deve comprar os SSDs antes de fechar essa arquitetura.
9. 20 ETEs COMO “CABEÇAS DE CHAVE”
Cada ETE piloto será transformada em um nó regional.
Cada nó poderá reunir:
ETE + SOLAR + BATERIAS + EDGE DATA CENTER + STORAGE + FIBRA + 5G + BACKUP + BLOCKCHAIN + IA + SEGURANÇA
A rede deixa de ser um Data Center centralizado e passa a funcionar como:
REDE DISTRIBUÍDA DE COFRES DIGITAIS REGIONAIS.
Os dados críticos podem ser replicados entre diferentes ETEs.
Assim:
ETE A → ETE B → ETE C
Se um container sofrer indisponibilidade, os dados críticos permanecem disponíveis em outros nós, conforme a política de replicação contratada.
10. POOL DE 30 FORNECEDORES FUNDADORES
A proposta é formar um POOL INDUSTRIAL DE 30 EMPRESAS, sendo:
10 categorias × 3 fornecedores por categoria = 30 fornecedores.
Cada empresa faria um aporte comercial de:
R$ 10.000/mês × 12 meses = R$ 120.000
30 fornecedores:
R$ 120.000 × 30 = R$ 3.600.000
MODELO
O valor não deve ser tratado automaticamente como empréstimo ou investimento financeiro.
A estrutura sugerida é:
ADIANTAMENTO COMERCIAL PARA IMPLANTAÇÃO
O fornecedor aporta R$ 10 mil/mês durante 12 meses e o valor é abatido posteriormente das comissões de vendas geradas pelos equipamentos e serviços efetivamente comercializados, mediante contrato específico.
Isso cria um fundo inicial de:
R$ 3,6 MILHÕES
para apoiar engenharia, prototipagem, demonstração, implantação dos primeiros containers, marketing técnico e desenvolvimento comercial.
A estrutura jurídica, tributária e contábil desse adiantamento deverá ser validada antes da contratação.
11. AS 10 CATEGORIAS E 30 FORNECEDORES
| Categoria | 3 fornecedores potenciais | Necessidade técnica |
|---|---|---|
| 1. Container / DC modular | Schneider Electric / Vertiv / Rittal | Container 20 pés, isolamento, racks, distribuição elétrica, climatização, sensores, segurança física e expansão modular |
| 2. Servidores / Storage | Dell Technologies / HPE / Lenovo | Servidores 2U/4U, alta densidade de discos, CPU, RAM ECC, NVMe/SAS/SATA, RAID/erasure coding, gestão remota |
| 3. SSD Enterprise | Samsung / Kioxia / Solidigm | SSD enterprise de alta capacidade, endurance, DWPD adequado, proteção contra perda de energia e garantia de longo prazo |
| 4. Racks / refrigeração | Schneider Electric / Vertiv / Rittal | Racks, PDUs, refrigeração de precisão, sensores térmicos, controle de umidade e monitoramento |
| 5. UPS / energia crítica | Schneider Electric / Vertiv / Eaton | UPS online, bypass, redundância N+1, autonomia, monitoramento e proteção dos equipamentos |
| 6. Energia solar | WEG / Canadian Solar / Huawei Digital Power | módulos, inversores, MPPT, estrutura, monitoramento e integração com a carga da ETE |
| 7. Baterias / armazenamento energético | Moura / BYD / Huawei Digital Power | BESS, BMS, ciclos, autonomia, proteção, gerenciamento térmico e integração solar/UPS |
| 8. Switching / rede Data Center | Cisco / Arista Networks / Juniper Networks | switches ToR/leaf-spine, 10/25/40/100G ou superior, redundância, VLAN/VXLAN, telemetria e segurança |
| 9. Cybersecurity | Fortinet / Palo Alto Networks / Check Point | NGFW, IDS/IPS, segmentação, Zero Trust, VPN, DDoS, logs, SIEM e proteção do tráfego entre ETEs |
| 10. Conectividade / 5G / telecom | Nokia / Ericsson / Huawei | 5G, fibra, roteadores, transporte, redundância, edge connectivity e integração com operadoras |
A seleção acima é um pool inicial de fornecedores potenciais, não uma indicação de contratação. A especificação definitiva deverá ser objeto de RFP/RFQ técnico e comercial.
Como referência, a Cisco oferece switches Nexus de Data Center com opções de 1G a 400G e linhas de maior capacidade; a Fortinet oferece firewalls específicos para Data Centers, inclusive com interfaces de alta velocidade e recursos de segmentação. (Cisco)
12. O FORNECEDOR NÃO SERÁ APENAS FORNECEDOR
O diferencial do pool é transformar cada fabricante em parceiro do ecossistema.
Cada fornecedor deverá participar de:
UNIVERSIDADE CORPORATIVA EM REDE
Conteúdos:
treinamento técnico;
certificações;
instalação;
operação;
manutenção;
vendas;
pré-vendas;
cybersecurity;
Data Center;
energia;
IA;
Edge Computing.
BANCO UNIFICADO DE VAGAS E TALENTOS
Cada fornecedor poderá utilizar:
Banco de Talentos Pré-Qualificados REDATA*x2
para localizar:
técnicos;
engenheiros;
especialistas;
vendedores;
instaladores;
profissionais de suporte;
especialistas em energia;
profissionais de TI;
cybersecurity;
Data Center;
redes;
software;
IA.
Isso transforma o REDATA*x2 em algo maior que uma plataforma de Data Centers:
INFRAESTRUTURA + EDUCAÇÃO CORPORATIVA + EMPREGABILIDADE + BANCO DE TALENTOS.
13. COMO OS R$ 3,6 MILHÕES SERÃO UTILIZADOS
O fundo comercial dos fornecedores poderá financiar inicialmente:
Engenharia do container
Projeto elétrico
Projeto de refrigeração
Integração solar + baterias + UPS
Primeiros servidores
Storage
Rede
Cybersecurity
Blockchain/ledger
Monitoramento
Software
Prototipagem
Certificação e testes
Marketing técnico
Implantação das primeiras ETEs
O objetivo não é financiar os 20 containers completos.
O objetivo é reduzir o capital necessário para colocar o primeiro modelo operacional em funcionamento e demonstrá-lo nas 20 ETEs.
14. MODELO DE EXPANSÃO
FASE 1
20 ETEs
20 containers
≈ 1 PB útil/container como referência inicial
≈ 20 PB úteis instalados
FASE 2
As ETEs que atingirem o limite de ocupação recebem:
2º container
20 ETEs × 2 =
40 containers
≈ 40 PB úteis
FASE 3
As 20 ETEs tornam-se:
CABEÇAS DE CHAVE REGIONAIS
e passam a conectar:
outras ETEs;
ETAs;
empresas;
associações;
universidades;
hospitais;
escritórios;
contabilidades;
indústrias;
instituições financeiras;
órgãos e organizações autorizadas.
15. A EQUAÇÃO DO REDATA*x2
20 ETEs
↓
20 containers
↓
4 motores de demanda
↓
OAB + CFC/CRC + EMPRESAS + SMART CREDIT SCORE
↓
VENDA DE STORAGE
↓
OCUPAÇÃO DOS CONTAINERS
↓
NOVOS CONTAINERS
↓
NOVAS ETEs/ETAs
↓
REDE NACIONAL DE EDGE DATA CENTERS
16. O PRINCIPAL INDICADOR DO MVP
O projeto não deverá ser avaliado inicialmente pelo número de containers instalados.
Os principais KPIs serão:
R$/TB vendido
TB efetivamente ocupado
% de ocupação por container
receita mensal/container
número de associações contratantes
número de usuários finais
número de empresas
número de registros Credit Score
número de registros no ledger
número de documentos armazenados
uptime
custo de energia por TB
receita gerada para cada ETE
comissão gerada para fornecedores
número de profissionais formados pela Universidade Corporativa
número de talentos pré-qualificados encaminhados aos fornecedores
17. TESE CENTRAL
O REDATA*x2 não deve começar construindo um enorme Data Center para depois procurar clientes.
A lógica deve ser inversa:
PRIMEIRO A DEMANDA.
DEPOIS O STORAGE.
DEPOIS O CONTAINER.
DEPOIS A NOVA ETE/ETA.
E os 30 fornecedores ajudam a financiar a primeira etapa enquanto também participam do ecossistema de:
TECNOLOGIA + EDUCAÇÃO + VAGAS + TALENTOS + VENDAS + DATA CENTERS.
FRASE-SÍNTESE
“Não é o Data Center que procura o cliente. São as necessidades de registrar, armazenar, proteger, comprovar e utilizar os dados que puxam a expansão do Data Center.”
Dois pontos considero especialmente importantes nesta versão: o universo de advocacia e contabilidade é maior que as hipóteses iniciais de 300 mil e 100 mil, respectivamente, portanto esses números devem ser tratados como primeira penetração comercial, não como TAM. E os R$ 3,6 milhões dos fornecedores devem ser formalizados como adiantamento comercial compensável por comissões, com revisão jurídica/tributária, para não caracterizar inadvertidamente uma operação financeira.
O próximo passo técnico que eu faria é montar uma planilha econômica das 20 ETEs, mostrando, para cada motor, usuários → TB/PB vendidos → ocupação → número de SSDs → containers → receita → comissão dos fornecedores → receita da ETE, inclusive comparando 20 e 40 containers.
....................... xxxxx flavio 12:12 dia 25-09
REDATA*x2
REDE NACIONAL DE EDGE DATA CENTERS
PILOTO COM 20 ETEs, 4 MOTORES DE DEMANDA E 30 FORNECEDORES FUNDADORES
1. NOVA ESTRATÉGIA: DEMANDA ANTES DA CAPACIDADE
O REDATA*x2 deve começar com 20 ETEs estratégicas, cada uma recebendo inicialmente 1 container Edge Data Center, totalizando 20 containers.
O segundo container será instalado progressivamente nas ETEs que atingirem os níveis de ocupação e faturamento definidos no projeto.
Assim, a primeira fase poderá chegar a 20–40 containers, mas sem necessidade de instalar 40 containers desde o primeiro dia.
As 20 ETEs funcionarão como “cabeças de chave” regionais, conectando posteriormente outras ETEs e ETAs próximas, formando uma rede nacional distribuída.
Princípio econômico:
CLIENTE → VENDA DE STORAGE → OCUPAÇÃO → NOVO CONTAINER → NOVA ETE/ETA
Isso evita imobilizar bilhões de reais em capacidade que ainda não possui clientes.
2. OS QUATRO MOTORES DE DEMANDA
MOTOR 1 — SMART CREDIT SCORE 24x7
O projeto considera como base de longo prazo 80 milhões de pessoas.
Entretanto, não é necessário reservar 20 TB para cada pessoa.
O Credit Score deve trabalhar principalmente com dados estruturados e eventos, e não com grandes arquivos.
Exemplo de arquitetura:
pagamento realizado;
pagamento pontual;
atraso;
renegociação;
quitação;
atualização cadastral;
evolução do relacionamento;
eventos autorizados de crédito;
data e hora;
origem do evento;
hash;
referência do registro;
trilha de auditoria.
DIMENSIONAMENTO CONSERVADOR
Hipótese técnica:
80 milhões × 365 dias × 5 KB/evento = aproximadamente 146 TB/ano de registros brutos.
Em cinco anos:
≈ 730 TB de dados brutos.
Considerando índices, metadados, auditoria, redundância e cópias distribuídas, pode-se reservar inicialmente aproximadamente:
1,5–2,2 PB para o núcleo histórico do Smart Credit Score.
Isso é muito diferente de reservar:
80 milhões × 20 TB = 1,6 EB.
Portanto, o Credit Score é principalmente um motor de registros de alta frequência, e não um motor de armazenamento massivo.
O tratamento deverá observar LGPD, proteção do crédito, governança, finalidade e demais regras aplicáveis. O Banco Central reconhece, em sua política de tratamento de dados, a proteção do crédito como uma das finalidades possíveis de tratamento, observadas as bases legais e normas aplicáveis.
3. MOTOR 2 — OAB / ADVOCACIA
Para dimensionamento inicial, pode-se trabalhar com a hipótese de:
300.000 advogados participantes.
A OAB, entretanto, possui atualmente uma base nacional muito superior: sua página oficial informa mais de 1,5 milhão de advogados regulares e recadastrados, além de outras categorias. Portanto, os 300 mil devem ser tratados como mercado inicial do projeto, e não como o universo total da advocacia.
FRANQUIA MÉDIA PROPOSTA
500 GB por advogado
300.000 × 500 GB =
150 PB de capacidade contratada máxima.
Essa capacidade não precisa ser instalada fisicamente de imediato.
CONTEÚDO
processos;
petições;
contratos;
procurações;
documentos probatórios;
pareceres;
documentos administrativos;
gravações;
documentos digitais;
cópias de segurança;
registros de versões;
documentos vinculados a smart contracts.
SMART CONTRACTS
O documento completo permanece no storage.
O ledger registra:
HASH + DATA/HORA + IDENTIDADE + VERSÃO + EVENTO + REFERÊNCIA
Assim, o REDATA*x2 fornece a infraestrutura de armazenamento e comprovação de integridade; a validade jurídica do contrato continuará dependendo dos requisitos legais, forma contratual, assinatura e demais elementos aplicáveis.
4. MOTOR 3 — CFC / CRC
Para o primeiro dimensionamento:
100.000 profissionais/usuários.
Como referência, o CFC informa atualmente 528.413 profissionais registrados nos 27 CRCs e 96.099 organizações contábeis em seu Relato Integrado 2024. Portanto, os 100 mil representam uma primeira faixa comercial, não todo o mercado potencial.
FRANQUIA MÉDIA
250 GB por usuário
100.000 × 250 GB =
25 PB de capacidade contratada.
APLICAÇÕES
documentos contábeis;
livros;
demonstrações;
documentos fiscais;
documentos societários;
documentos de auditoria;
relatórios;
documentos trabalhistas;
documentos de clientes;
backups;
registros de versões;
trilhas de auditoria.
O REDATA*x2 poderá acrescentar uma camada independente de reconciliação, permitindo registrar eventos entre empresa, contador e sistema, sem substituir os sistemas oficiais ou obrigações legais existentes.
5. MOTOR 4 — ASSOCIAÇÕES → EMPRESAS
Aqui está uma das principais oportunidades comerciais.
Hipótese inicial:
100.000 empresas.
FRANQUIA MÉDIA
1 TB por empresa
100.000 × 1 TB =
100 PB de capacidade contratada.
As empresas não precisam contratar diretamente um grande Data Center.
A associação compra capacidade no atacado do REDATA*x2 e revende aos associados no varejo, com preço potencialmente inferior ao de soluções equivalentes adquiridas individualmente, preservando margem para a associação.
EXEMPLO
REDATA*x2 → associação:
500 TB / 1 PB / 5 PB
Associação → empresas:
100 GB / 500 GB / 1 TB / 5 TB / 10 TB
A associação transforma o storage em:
SERVIÇO + RECEITA RECORRENTE + BENEFÍCIO AO ASSOCIADO.
6. NOVO DIMENSIONAMENTO — OS QUATRO MOTORES
| Motor | Base inicial | Franquia média / capacidade | Capacidade máxima contratada |
|---|---|---|---|
| Smart Credit Score | 80 milhões | registros estruturados | ≈ 1,5–2,2 PB |
| OAB | 300 mil | 500 GB | 150 PB |
| CFC/CRC | 100 mil | 250 GB | 25 PB |
| Empresas | 100 mil | 1 TB | 100 PB |
| TOTAL | ≈ 276–277 PB |
Portanto, o novo desenho reduz drasticamente a hipótese anterior de 10 EB.
10 EB = 10.000 PB
versus aproximadamente:
276 PB
A redução potencial da capacidade máxima contratada é de aproximadamente 97,2%.
Mais importante: 276 PB também não é a capacidade que deve ser instalada no MVP.
É uma capacidade comercial potencial.
7. CAPACIDADE REAL DO MVP
Para o primeiro estágio, podemos trabalhar com uma hipótese de 10% de ocupação efetiva dos três grandes motores de storage:
OAB: 15 PB;
CFC/CRC: 2,5 PB;
empresas: 10 PB;
Credit Score: aproximadamente 1,5–2,2 PB.
Resultado:
≈ 29–30 PB de dados ativos/protegidos.
Isso já é uma operação importante, mas ainda muito menor que os 10 EB inicialmente considerados.
20 CONTAINERS
Se o projeto dimensionar aproximadamente:
1 PB útil/container
20 containers =
20 PB úteis
Nesse cenário, a primeira fase atende parte da demanda inicial.
40 CONTAINERS
40 × 1 PB =
40 PB úteis
Nesse cenário, existe capacidade para acomodar aproximadamente os 29–30 PB do primeiro estágio, mantendo margem operacional.
CONCLUSÃO
O projeto pode começar com:
20 ETEs × 1 container = 20 containers
e crescer para:
20 ETEs × 2 containers = 40 containers
conforme a ocupação.
8. ARQUITETURA INDICATIVA DE 1 PB ÚTIL POR CONTAINER
A capacidade não deve ser confundida com capacidade bruta de SSD.
Como referência de engenharia:
SSD empresarial de 30,72 TB
Um servidor de armazenamento moderno pode suportar dezenas de unidades; por exemplo, o Lenovo ThinkSystem SR650 V3 suporta até 24 unidades de 2,5" na configuração frontal, além de outras baias conforme a configuração.
Para um container de aproximadamente 1 PB útil, o projeto deverá definir:
número de servidores;
número de SSDs;
capacidade bruta;
RAID ou erasure coding;
hot spares;
capacidade de expansão;
replicação entre ETEs;
backup;
refrigeração;
energia;
conectividade.
Não se deve comprar os SSDs antes de fechar essa arquitetura.
9. 20 ETEs COMO “CABEÇAS DE CHAVE”
Cada ETE piloto será transformada em um nó regional.
Cada nó poderá reunir:
ETE + SOLAR + BATERIAS + EDGE DATA CENTER + STORAGE + FIBRA + 5G + BACKUP + BLOCKCHAIN + IA + SEGURANÇA
A rede deixa de ser um Data Center centralizado e passa a funcionar como:
REDE DISTRIBUÍDA DE COFRES DIGITAIS REGIONAIS.
Os dados críticos podem ser replicados entre diferentes ETEs.
Assim:
ETE A → ETE B → ETE C
Se um container sofrer indisponibilidade, os dados críticos permanecem disponíveis em outros nós, conforme a política de replicação contratada.
10. POOL DE 30 FORNECEDORES FUNDADORES
A proposta é formar um POOL INDUSTRIAL DE 30 EMPRESAS, sendo:
10 categorias × 3 fornecedores por categoria = 30 fornecedores.
Cada empresa faria um aporte comercial de:
R$ 10.000/mês × 12 meses = R$ 120.000
30 fornecedores:
R$ 120.000 × 30 = R$ 3.600.000
MODELO
O valor não deve ser tratado automaticamente como empréstimo ou investimento financeiro.
A estrutura sugerida é:
ADIANTAMENTO COMERCIAL PARA IMPLANTAÇÃO
O fornecedor aporta R$ 10 mil/mês durante 12 meses e o valor é abatido posteriormente das comissões de vendas geradas pelos equipamentos e serviços efetivamente comercializados, mediante contrato específico.
Isso cria um fundo inicial de:
R$ 3,6 MILHÕES
para apoiar engenharia, prototipagem, demonstração, implantação dos primeiros containers, marketing técnico e desenvolvimento comercial.
A estrutura jurídica, tributária e contábil desse adiantamento deverá ser validada antes da contratação.
11. AS 10 CATEGORIAS E 30 FORNECEDORES
| Categoria | 3 fornecedores potenciais | Necessidade técnica |
|---|---|---|
| 1. Container / DC modular | Schneider Electric / Vertiv / Rittal | Container 20 pés, isolamento, racks, distribuição elétrica, climatização, sensores, segurança física e expansão modular |
| 2. Servidores / Storage | Dell Technologies / HPE / Lenovo | Servidores 2U/4U, alta densidade de discos, CPU, RAM ECC, NVMe/SAS/SATA, RAID/erasure coding, gestão remota |
| 3. SSD Enterprise | Samsung / Kioxia / Solidigm | SSD enterprise de alta capacidade, endurance, DWPD adequado, proteção contra perda de energia e garantia de longo prazo |
| 4. Racks / refrigeração | Schneider Electric / Vertiv / Rittal | Racks, PDUs, refrigeração de precisão, sensores térmicos, controle de umidade e monitoramento |
| 5. UPS / energia crítica | Schneider Electric / Vertiv / Eaton | UPS online, bypass, redundância N+1, autonomia, monitoramento e proteção dos equipamentos |
| 6. Energia solar | WEG / Canadian Solar / Huawei Digital Power | módulos, inversores, MPPT, estrutura, monitoramento e integração com a carga da ETE |
| 7. Baterias / armazenamento energético | Moura / BYD / Huawei Digital Power | BESS, BMS, ciclos, autonomia, proteção, gerenciamento térmico e integração solar/UPS |
| 8. Switching / rede Data Center | Cisco / Arista Networks / Juniper Networks | switches ToR/leaf-spine, 10/25/40/100G ou superior, redundância, VLAN/VXLAN, telemetria e segurança |
| 9. Cybersecurity | Fortinet / Palo Alto Networks / Check Point | NGFW, IDS/IPS, segmentação, Zero Trust, VPN, DDoS, logs, SIEM e proteção do tráfego entre ETEs |
| 10. Conectividade / 5G / telecom | Nokia / Ericsson / Huawei | 5G, fibra, roteadores, transporte, redundância, edge connectivity e integração com operadoras |
A seleção acima é um pool inicial de fornecedores potenciais, não uma indicação de contratação. A especificação definitiva deverá ser objeto de RFP/RFQ técnico e comercial.
Como referência, a Cisco oferece switches Nexus de Data Center com opções de 1G a 400G e linhas de maior capacidade; a Fortinet oferece firewalls específicos para Data Centers, inclusive com interfaces de alta velocidade e recursos de segmentação.
12. O FORNECEDOR NÃO SERÁ APENAS FORNECEDOR
O diferencial do pool é transformar cada fabricante em parceiro do ecossistema.
Cada fornecedor deverá participar de:
UNIVERSIDADE CORPORATIVA EM REDE
Conteúdos:
treinamento técnico;
certificações;
instalação;
operação;
manutenção;
vendas;
pré-vendas;
cybersecurity;
Data Center;
energia;
IA;
Edge Computing.
BANCO UNIFICADO DE VAGAS E TALENTOS
Cada fornecedor poderá utilizar:
Banco de Talentos Pré-Qualificados REDATA*x2
para localizar:
técnicos;
engenheiros;
especialistas;
vendedores;
instaladores;
profissionais de suporte;
especialistas em energia;
profissionais de TI;
cybersecurity;
Data Center;
redes;
software;
IA.
Isso transforma o REDATA*x2 em algo maior que uma plataforma de Data Centers:
INFRAESTRUTURA + EDUCAÇÃO CORPORATIVA + EMPREGABILIDADE + BANCO DE TALENTOS.
13. COMO OS R$ 3,6 MILHÕES SERÃO UTILIZADOS
O fundo comercial dos fornecedores poderá financiar inicialmente:
Engenharia do container
Projeto elétrico
Projeto de refrigeração
Integração solar + baterias + UPS
Primeiros servidores
Storage
Rede
Cybersecurity
Blockchain/ledger
Monitoramento
Software
Prototipagem
Certificação e testes
Marketing técnico
Implantação das primeiras ETEs
O objetivo não é financiar os 20 containers completos.
O objetivo é reduzir o capital necessário para colocar o primeiro modelo operacional em funcionamento e demonstrá-lo nas 20 ETEs.
14. MODELO DE EXPANSÃO
FASE 1
20 ETEs
20 containers
≈ 1 PB útil/container como referência inicial
≈ 20 PB úteis instalados
FASE 2
As ETEs que atingirem o limite de ocupação recebem:
2º container
20 ETEs × 2 =
40 containers
≈ 40 PB úteis
FASE 3
As 20 ETEs tornam-se:
CABEÇAS DE CHAVE REGIONAIS
e passam a conectar:
outras ETEs;
ETAs;
empresas;
associações;
universidades;
hospitais;
escritórios;
contabilidades;
indústrias;
instituições financeiras;
órgãos e organizações autorizadas.
15. A EQUAÇÃO DO REDATA*x2
20 ETEs
↓
20 containers
↓
4 motores de demanda
↓
OAB + CFC/CRC + EMPRESAS + SMART CREDIT SCORE
↓
VENDA DE STORAGE
↓
OCUPAÇÃO DOS CONTAINERS
↓
NOVOS CONTAINERS
↓
NOVAS ETEs/ETAs
↓
REDE NACIONAL DE EDGE DATA CENTERS
16. O PRINCIPAL INDICADOR DO MVP
O projeto não deverá ser avaliado inicialmente pelo número de containers instalados.
Os principais KPIs serão:
R$/TB vendido
TB efetivamente ocupado
% de ocupação por container
receita mensal/container
número de associações contratantes
número de usuários finais
número de empresas
número de registros Credit Score
número de registros no ledger
número de documentos armazenados
uptime
custo de energia por TB
receita gerada para cada ETE
comissão gerada para fornecedores
número de profissionais formados pela Universidade Corporativa
número de talentos pré-qualificados encaminhados aos fornecedores
17. TESE CENTRAL
O REDATA*x2 não deve começar construindo um enorme Data Center para depois procurar clientes.
A lógica deve ser inversa:
PRIMEIRO A DEMANDA.
DEPOIS O STORAGE.
DEPOIS O CONTAINER.
DEPOIS A NOVA ETE/ETA.
E os 30 fornecedores ajudam a financiar a primeira etapa enquanto também participam do ecossistema de:
TECNOLOGIA + EDUCAÇÃO + VAGAS + TALENTOS + VENDAS + DATA CENTERS.
FRASE-SÍNTESE
“Não é o Data Center que procura o cliente. São as necessidades de registrar, armazenar, proteger, comprovar e utilizar os dados que puxam a expansão do Data Center.”