O futuro da computação também depende de como compreendemos sua história.
A Computação Estrutural Temporal investiga como os sistemas mudam, preservam sua identidade e acumulam história. Comece pelas publicações disponíveis e conheça como essas perguntas chegam à engenharia da família VCore.
Um instante mostra uma condição. A história permite examinar a mudança.
Diagrama conceitual · não representa um resultado experimental.
Uma pergunta que atravessa toda a pesquisa.
Como compreender um sistema pela história que ele constrói? Estes quatro capítulos oferecem um percurso de leitura pelos trabalhos publicados de Rafael Felippe Voigt.
01A mudança
O mesmo estado pode ter histórias diferentes.
Uma máquina que acaba de iniciar e outra que se recuperou de uma sobrecarga podem mostrar números parecidos. O percurso é parte da pergunta.
O estudo da Memória Operacional aproxima estados, acontecimentos e suas referências de origem. O desafio é preservar uma história que possa ser examinada.
Temporal Structural Identity in Living Computational Systems
04A engenharia
Levar a pergunta para um experimento.
A Engenharia da Continuidade Estrutural aproxima essa investigação da construção de sistemas. Medir, comparar e repetir ensaios torna as hipóteses examináveis.
Manifesto da Engenharia da Continuidade Estrutural — Do Snapshot ao MovieShot
Por que estudar essa abordagem?
A observabilidade já trabalha com métricas, logs, eventos, rastros e séries históricas. A Memória Operacional enfatiza preservar e interpretar essa história com contexto, identidade e referências de origem. A pergunta de pesquisa é o que essa organização acrescenta, em quais condições e com quais limites.
O que o instante não conta?
Como a evolução de um sistema muda a interpretação de seu estado atual?
Variação ou mudança persistente?
Como distinguir ruído, acúmulo de pequenas variações e padrões relevantes?
Que história pode ser verificada?
Como representar uma trajetória e preservar o contexto necessário para investigá-la depois?
Traga uma pergunta, um método e uma forma de avaliar resultados.
Uma trajetória de investigação.
31 publicações com acesso no catálogo público. Um ponto de partida para ler, formular perguntas e comparar métodos. Outros 10 registros do catálogo estão classificados como restritos e não integram este percurso.
Seleção baseada na classificação atual da página Ciência. Acesso ao registro não substitui a consulta à versão, ao texto completo e à licença na fonte. Os documentos locais e os registros restritos não são reproduzidos aqui.
Um documento acadêmico dedicado aos fundamentos está em preparação. Enquanto isso, o estudo começa pelos trabalhos já disponíveis: suas definições, hipóteses, métodos e limites.
O que será observado?
Defina o sistema, os sinais, as unidades e a origem dos registros.
Qual é a janela de tempo?
Declare duração, frequência de coleta, lacunas e sobreposições.
Como comparar o resultado?
Escolha uma referência, repita o ensaio e registre as condições em que a hipótese não se sustenta.
Da iniciação científica ao doutorado, pós-doutorado e pesquisa independente: a profundidade vem da pergunta e do método. Estas são sugestões de investigação, não resultados já obtidos ou projetos conveniados.
Medir e reproduzir
Defina uma carga controlada, registre configuração e horários, repita ensaios e compare recuperação. Documente cobertura e dados ausentes.
Comparar explicações
Compare a leitura temporal com estatísticas de séries e métodos usuais de observabilidade. Separe dados de ajuste e avaliação; procure também casos em que a proposta não melhora o resultado.
Questionar a validade
Defina critérios de refutação, variáveis de confusão e condições de transferência entre máquinas. Compartilhe protocolo, versões e limitações quando a autorização dos dados permitir.
Uma máquina. Suas ações. A rede ao redor.
Três pontos de entrada para aproximar estudo e engenharia. Cada produto responde a uma pergunta e conserva seu próprio escopo de observação.
Disponível
Pulse IA Monitor
Como a máquina se comporta?
Acompanha saúde, histórico e consumo dos aplicativos de IA identificados. Relatórios e Telegram ajudam a acompanhar condições e mudanças observadas.
Organiza ações, trajetórias e tempo observado. Relaciona tokens disponíveis, estimativas de custo e energia com as evidências do período, em relatórios e resumos.
Organiza identidades, ativos, relações e histórico da infraestrutura. O VLP estrutura a comunicação entre componentes, com identidade e autorização explícitas.
Custos e energia estimados precisam de fontes e parâmetros. Tokens não são cobrança confirmada; tempo observado de IA não mede produtividade. A disponibilidade de cada leitura depende da versão, da configuração e dos dados registrados.
VLP · VCore Link Protocol
A conexão também tem uma história.
O VLP já possui implementações no Pulse, no BlackBox e no Server. Sua proposta separa identificação, confiança e autorização: reconhecer um componente não libera automaticamente seus dados.
Identificar quem se apresenta
Definir o que está autorizado
Acompanhar o histórico da conexão
As integrações avançam por etapas. No código analisado, o Pulse mantém a conexão com o Server sob configuração experimental; o BlackBox implementa o primeiro contato seguro, com envio operacional ainda desabilitado. O uso do Server em produção não significa que todas as integrações estejam liberadas.
Construa uma regra. Declare seus limites. Preserve uma história que possa ser verificada. Um percurso para estudantes, docentes, pesquisadores e profissionais.
PULSE IA MONITOR · ACADEMY
90 dias para estudar a máquina de perto.
Estudantes podem solicitar 90 dias gratuitos de acesso acadêmico ao Pulse IA Monitor para aprendizagem e experimentação. A licença é concedida pela VoigtCore após o contato; o prazo começa na ativação informada com a licença.
Informe seu nome, e-mail, instituição ou contexto de estudo e o que deseja investigar. O formulário prepara um e-mail; a licença não é emitida automaticamente por esta página. A continuidade após os 90 dias deve ser combinada com a VoigtCore.
Acompanhe saúde, mudanças de estado e consumo de CPU, memória e leitura e gravação dos aplicativos identificados. Recursos detalhados de processos dependem do Windows e da versão instalada.
02
Compare uma trajetória
Escolha um período, consulte o histórico e registre o que mudou. Compare a leitura atual com o percurso; uma coincidência de horário não prova causa.
03
Explique com evidências
Organize relatórios e use o Telegram configurado para consultar condições e resumos. Entregue pergunta, método, registros, interpretação e limites.
STUDIO → .VC → NATIVE
Três peças. Um caminho de construção.
STUDIO
A oficina do motor
O VCore Engine Studio prepara projetos, executa testes locais, verifica e constrói pacotes. A interface atual é experimental para Windows x64; Linux usa a CLI no escopo documentado.
.VC
O pacote com identidade
Identifica uma versão do motor e declara contrato, dependências, plataforma e capacidades solicitadas. Importar inspeciona; não executa. Assinatura verifica publisher e integridade; não concede permissão.
NATIVE
A execução autorizada
O VCore Native Container verifica confiança, admissão e políticas antes da execução. O operador provisiona o ambiente e concede acesso limitado. Um pedido de capacidade não é uma autorização.
Projeto → Test → Check → Build .vc → Assinatura → Aprovação → Native → History
Test e Dev executam código com a conta local, fora do isolamento Native. Use projetos revisados. Run exige conexão autenticada, runtime provisionado, publisher confiável, assinatura e admissão. History e Replay consultam a trajetória; Replay não repete a execução.
Ferramentas experimentais para avaliação local. A distribuição acadêmica protegida e o kit para instalação independente em laboratórios estão em preparação. Não há download acadêmico liberado nesta página. Docker, Kubernetes e cloud exigem integrações e validações próprias.
LABORATÓRIO WINDOWS · EVOLUÇÃO DE 17/10/2026
Crie. Teste. Entenda o contrato.
O Studio ganhou Criar laboratório e Contrato. Uma pasta nova recebe três projetos com entrada sintética, casos, contrato de domínio, seis testes e README. A edição experimental é para avaliação local; o kit institucional ainda não foi liberado.
academy.operacao
Contrato vcore.academy.operation/1.0.0. CPU entre 0 e 100%. Alerta a partir de 85%.
academy.fila
Contrato vcore.academy.queue/1.0.0. Pendentes: inteiro de 0 a 1.000.000; espera: 0 a 10.080 minutos. Alerta acima de 20 pendentes ou 5 minutos.
academy.qualidade
Contrato vcore.academy.quality/1.0.0. Defeitos: inteiro de 0 a 1.000.000; unidades: inteiro de 1 a 1.000.000. Defeitos não podem exceder unidades. Alerta acima de 3%.
O percurso do estudante, após receber um kit aprovado
Extraia o kit completo e mantenha platform ao lado do Studio.
Use Criar laboratório em uma pasta pessoal nova; selecione um projeto e consulte Contrato.
Execute Test com confirmação local, depois Check e Build. Test roda como seu usuário, fora do isolamento Native.
Edite input.json e repita os testes. Campos extras, tipos errados, lotes vazios e valores fora dos limites são recusados.
Para Run, receba do docente o pacote assinado e admitido e a configuração individual da sessão.
Consulte Status, History, Logs e Stop. Replay consulta a trajetória; não repete o algoritmo.
O resultado local de domínio usa vcore.academy.assessment/1.0.0, com decisão NORMAL/ALERT e saúde. No Native, permanece o envelope HealthContract vinculado a container, execução, processo e horário. Um alerta didático PAUSED/UNAVAILABLE não pausa o processo no supervisor.
O que a avaliação Windows comprovou?
Três motores conhecidos, assinados e admitidos, foram executados no Native pelo Studio. A avaliação verificou vínculos de execução, consultas, parada e recusas de acesso. A regressão final registrou 28 testes aprovados, nenhuma falha e uma verificação POSIX não aplicável ao Windows. Isso não certifica Linux, cloud, isolamento entre contas de um campus ou instalação institucional.
Docentes devem usar uma sessão supervisionada em estação confiável, com acesso de estudante limitado aos pacotes autorizados. Autoridades, credenciais de operador e estado privado não integram o material do aluno. A distribuição depende de engenharia de instalação, revisão de licenças, edição aprovada e aceite dos artefatos.
Um contrato torna a regra examinável.
Declare identidade e versão, entradas, unidades, limites, saídas, erros, capacidades, prazo de execução e compatibilidade. Teste uma entrada válida, uma inválida, o limite da regra e a recusa sem autorização. Compare resultado local e execução Native supervisionada.
Como propor seu próprio experimento
Energia: distinguir ausência de leitura de consumo zero. Logística: recusar transições incompatíveis. Agro: rejeitar amostras inválidas de umidade. Indústria: validar quantidades e taxas. IA: distinguir tarefa interrompida de tarefa concluída. São temas de pesquisa, não motores setoriais prontos.
O estudante cria o motor; o publisher assina a versão; o operador decide confiança e permissões. Core, chaves e bancos privados não fazem parte do material acadêmico. Um digest detecta alteração, mas não prova a veracidade do dado. Checkpoints não garantem execução exatamente uma vez em sistemas externos.
Universidades, faculdades, professores, estudantes, engenheiros e pesquisadores independentes são convidados a manifestar interesse. Você pode solicitar uma apresentação, propor pesquisa, indicar um laboratório ou consultar instalação e licenças acadêmicas.
Estudantes já podem solicitar 90 dias de acesso acadêmico ao Pulse IA Monitor. A concessão e as instruções de ativação são tratadas por contato com a VoigtCore. Para Native e Studio, consulte requisitos e disponibilidade; o kit acadêmico continua em preparação.
Um próximo capítulo para a engenharia.
Está prevista uma futura publicação sobre Engenharia da Computação Estrutural Temporal, com uma condição comercial exclusiva planejada para instituições acadêmicas cadastradas. Data, preço e condições serão comunicados após confirmação. A manifestação de interesse não é compra, reserva ou matrícula.