SolOS Heart Pass: um passe utilitário para Ghost, Brave Search e ownership explícito

O SolOS sempre teve uma ideia central: agência computacional precisa ser legível.

Não basta colocar uma IA em uma janela bonita. Também não basta acoplar wallet, apps, automações e approvals como peças soltas. Se o sistema quer falar de ownership, então custos, permissões, identidade e limites precisam aparecer com clareza para o usuário.

É daí que nasce o primeiro desenho do SolOS Heart Pass.

A proposta é simples: usar um NFT existente da LBArtes Luiz, o Anastacia Our Hearts #1, em Polygon, como arte-âncora de um passe utilitário inicial para apoiadores do SolOS.

Não como promessa de lucro.

Não como yield.

Não como “compre agora e ganhe dinheiro depois”.

O caminho mais honesto é outro: um passe simbólico de acesso, identidade, participação e benefícios progressivos dentro do ecossistema.

O que o pass representa

O SolOS Heart Pass pode funcionar como uma primeira camada pública de pertencimento:

identidade de early supporter;
acesso a experimentos do Ghost;
guided onboarding dentro do SolOS;
participação em decisões futuras;
benefícios de uso conforme a plataforma amadurece;
ponte entre arte digital, wallet e operating layer.

Esse ponto é importante porque o SolOS não quer tratar wallet como enfeite. Wallet deve ser uma superfície operacional: prova de posse, autorização, identidade e relação com o ecossistema.

O primeiro benefício técnico: Brave Search

A primeira frente prática é o Brave Search.

O Ghost já começou a caminhar para um modelo de pesquisa web com grounding externo. Mas isso levanta uma pergunta fundamental: quem paga a API?

A resposta inicial do SolOS deve ser coerente com a tese do projeto: cada usuário deve entender e possuir a própria fronteira de uso.

Por isso, o primeiro modelo é user-owned / bring your own key:

o usuário entra no fluxo do Ghost;
o SolOS orienta a criação/configuração de uma Brave API key;
a chave é validada antes de ser salva;
o uso fica ligado à conta do próprio usuário;
o sistema pode mostrar limites, consumo e próximo passo.

Isso evita uma armadilha comum: esconder uma chave global do desenvolvedor dentro do produto e fingir que a infraestrutura é “mágica” ou gratuita.

Se o SolOS fala de ownership, ele precisa mostrar ownership também nos custos.

Créditos e cotas futuras

O Brave Search API informa uma estrutura de créditos e cobrança por uso. Isso abre um caminho interessante: um usuário pode começar com sua própria conta/chave e, no futuro, o SolOS pode oferecer uma camada patrocinada de créditos.

Mas essa segunda etapa precisa de arquitetura correta.

O modelo futuro ideal não é colocar a chave do criador no cliente. É criar um backend/proxy de quotas:

cada usuário tem uma cota mensal;
cada chamada é atribuída a usuário, pass, capacidade e mês;
o backend chama Brave/OpenAI sem expor chaves públicas;
o dashboard mostra consumo e saldo;
o pass pode liberar ou ampliar benefícios.

Assim, um pagamento ou apoio ao ecossistema pode virar benefício de uso sem virar promessa financeira.

E a MetaMask?

A MetaMask entra melhor como camada de prova e autorização, não como “API automática para pagar Brave ou OpenAI”.

O caminho mais sólido é:

conectar wallet;
verificar posse do NFT/pass;
permitir pagamentos ou top-ups explícitos;
converter isso em saldo/cota dentro do SolOS;
manter as cobranças de Brave/OpenAI em uma camada backend controlada e transparente.

Ou seja: wallet prova, assina e participa. O backend mede, protege e executa.

Por que isso importa

O SolOS Heart Pass não é só uma ideia de NFT.

Ele é um pequeno teste de coerência do projeto inteiro.

Se o SolOS quer ser uma operating layer para agentes, apps, dApps, approvals e identidade digital, então o pass é uma forma inicial de tornar essa tese visível:

arte como identidade;
NFT como acesso;
wallet como prova;
Ghost como utilidade;
Brave Search como primeira capacidade externa;
quotas como ownership de infraestrutura.

Ainda é um começo.

Mas é um começo publicável, concreto e honesto.

O próximo passo é transformar essa visão em fluxo real: verificar pass, medir uso local, melhorar onboarding e preparar uma camada futura de créditos por usuário.

O SolOS Heart Pass nasce pequeno de propósito.

Porque a melhor forma de construir algo grande é começar por uma promessa que o sistema consegue sustentar.