LBArtes Luiz

SolOS Heart Pass: a Quota Layer entrou no runtime

SolOS Heart Pass: a Quota Layer entrou no runtime

O SolOS precisava sair de uma zona perigosa: boa tese, boa documentação, mas muita coisa ainda parecendo mock.

Esta atualização é pequena no tamanho e grande no sentido.

A Heart Pass Quota Layer agora entrou no runtime.

Não como backend patrocinado ainda. Não como promessa de crédito infinito. Não como narrativa de NFT financeiro.

Como contrato local visível.

O que mudou

O SolOS agora carrega quotaLayer dentro do estado local do Heart Pass.

Esse contrato mostra:

  • modo híbrido: cota patrocinada futura + fallback BYOK;
  • período de piloto local;
  • consultas incluídas, usadas e restantes;
  • fonte de uso;
  • fallback;
  • última sincronização;
  • política de reset;
  • status bloqueado até verificação do pass.

O runtime em Rust emite esse estado em heartPass.quotaLayer. A shell nativa em Qt/QML lê esse contrato. Wallet e Agent/Ghost exibem a camada de cota na interface.

Isso muda a conversa.

Antes, a Quota Layer era um próximo passo descrito em documentação. Agora, ela é uma superfície do sistema.

Por que isso importa

IA e busca custam dinheiro.

Um produto sério não pode esconder esse custo atrás de uma interface mágica. Se o SolOS fala de ownership, então uso, limite, conta responsável e fallback precisam aparecer.

É por isso que o modelo continua híbrido:

  1. holder verificado pode receber cota patrocinada quando houver backend seguro;
  2. quando essa cota não existir, acabar ou falhar, o sistema volta para BYOK;
  3. o usuário sabe quando usa estrutura patrocinada e quando usa a própria chave.

Essa clareza é a diferença entre token decorativo e benefício operacional.

O que ainda não existe

O backend patrocinado ainda não está ativo.

Também ainda falta:

  • assinatura/prova de holder para o serviço de cota;
  • decremento real de uso quando Ghost research executar;
  • proxy seguro para Brave/OpenAI;
  • painel de supervisão de custo;
  • logs por wallet, pass, capacidade e mês.

Isso é bom. O produto está seguindo a ordem certa: primeiro tornar a promessa legível, depois ligar infraestrutura com custo real.

A nova cara da fase

O SolOS não precisa de mais uma camada de apresentação bonita sem consequência.

Precisa de pequenos cortes que façam o sistema ficar menos simbólico e mais operacional.

Este é um desses cortes:

wallet prova acesso; runtime expõe estado; Ghost respeita limite; usuário vê fallback; o custo deixa de ficar invisível.

Ainda é protótipo.

Mas agora é um protótipo com mais verdade de produto.

E esse é o tipo de avanço que começa a tirar o SolOS dos frangalhos: não por fingir maturidade, mas por transformar tese em contrato visível.

O próximo passo é claro: conectar uso real de Ghost research a essa cota local, depois desenhar o serviço patrocinado sem expor chave de provedor no cliente.

Um pass utilitário não precisa prometer o mundo.

Precisa mostrar, com precisão, o que muda no sistema.

Carregando sua sessão...

Comentários

Entre com sua conta para comentar e registrar sua participação no fórum.

Ainda sem comentarios. Seja o primeiro!