8 perguntas. Zero Rust. Um produto na Solana.
Em 1991, o protocolo HTTP reservou o código 402 com um nome bem direto: “Payment Required”. A ideia era que servidores pudessem cobrar por requisições antes de responder.
Ficou parado por 30 anos porque o mundo não tinha infraestrutura pra executar o que prometia.
Em julho de 2026, a x402 Foundation foi criada com Coinbase, Cloudflare, Stripe e Solana entre os apoiadores pra finalmente colocar aquele código pra trabalhar.
Hoje, um agente de IA chama uma API, recebe 402 com as instruções de pagamento, paga em USDC, e recebe 200 OK. Sem cadastro, sem API key, sem mensalidade. A finalidade na Solana leva em torno de 400ms.
Esse é um exemplo de produto real construído em cima da Solana que não exigiu uma linha de Rust.
E olha, pra uma boa parte do que vale construir agora, é assim que funciona.
A Solana já tem infraestrutura pronta. Token Program cuida de tokens. Jupiter resolve swaps (troca de um token por outro). Helius devolve dados e indexação. Boa parte do que um produto precisa fazer na rede já está resolvido por programas que existem, que rodam, e que foram auditados por gente muito mais experiente do que qualquer um de nós iria conseguir fazer sozinho.
Então o trabalho de quem está construindo não é criar essa infraestrutura. É usar ela.
Só que tem uma coisa sobre como a Solana funciona que muda tudo quando você entende.
Os programas da Solana são stateless — quer dizer que não guardam nada dentro deles. No Ethereum, contrato funciona como cofre: dinheiro e código ficam no mesmo lugar. Na Solana, o programa é só código. O estado, ou seja, os dados que precisam continuar existindo, mora em contas separadas. A instrução chega carregando as contas, o programa executa, e encerra.
Isso muda o que um produto é na Solana. Quando você compõe programas existentes, o programa quase nunca é onde o trabalho maior está. O produto mora na experiência, nas contas que mudam, na transação que acontece.
Com isso claro, você está pronto pra fazer as perguntas certas antes de abrir qualquer ferramenta.
O que o usuário está assinando? Toda interação na Solana gera uma assinatura. Se você não consegue responder isso em linguagem simples, o produto ainda não está pronto pra ser construído.
Qual programa está sendo chamado? Token Program, Jupiter, Helius, ou um programa próprio em Rust. Essa pergunta tem uma segunda embutida: já existe um programa na rede que faz o que você precisa? Quase sempre existe. Vale checar antes de construir qualquer coisa do zero.
Que contas e dados participam da operação? A instrução precisa declarar as contas antes de executar. Se uma conta necessária não aparecer na lista, a instrução falha. O erro não vai dizer qual conta faltou, vai só falhar. Isso pega muita gente de surpresa.
O que fica on-chain e o que fica off-chain? On-chain quer dizer registrado na blockchain, verificável por qualquer pessoa, independente de qualquer servidor seu. Off-chain é o resto. Metadados, imagem, histórico de uso ficam bem fora da rede. E na maioria dos casos é onde deveriam ficar mesmo.
O produto precisa de programa próprio? Token Program resolve tokens. Jupiter resolve swaps. Helius resolve dados. Se o produto compõe infraestrutura que já existe, o trabalho está na integração e na experiência — sem Rust. O limite aparece quando você precisa de lógica on-chain que ainda não existe em nenhum lugar: AMM com regras próprias, escrow com mecânica custom, jogo com estado on-chain complexo. Nesses casos entram Rust ou Anchor. A pergunta “precisa de programa próprio?” é exatamente o que separa os dois cenários.
Como verificar que a operação aconteceu? Toda transação tem um hash, o identificador único dela. Um explorer como o Solscan mostra o que aconteceu, quem pagou, quais contas foram alteradas. Se o produto não expõe isso pro usuário de alguma forma, ele não tem como saber se a coisa foi real ou não.
Que ferramenta executa cada parte? @solana/kit pra conversar com a rede. Wallet Adapter pra conectar a carteira. Helius pra dados. Jupiter pra swap. A stack existe. A decisão é qual ferramenta executa qual parte do fluxo do produto específico que você está construindo, não tem resposta universal.
Que riscos e dependências ainda existem? O Coindesk escreveu em março: “The x402 ‘agent payments’ boom is still mostly a mirage.” A infraestrutura existe. A demanda de mercado está se formando. Construir em cima de algo nascente é uma aposta — e saber que é uma aposta faz parte de construir com consciência.
Essa última é a mais difícil de responder com honestidade. Também é a mais útil de ter respondido antes de qualquer commit.
Uma nota rápida sobre IA. Ferramentas como o solana-ai-kit — toolkit criado pela Superteam Brasil pra adicionar contexto de Solana ao Claude Code — geram boa parte do código. Mas quando você não sabe quais contas estão envolvidas, o código quebra de um jeito que o erro não explica. Quando você sabe, a IA traduz suas decisões em código funcional.
As oito perguntas vêm antes da ferramenta por isso.
Recapitulando
A Solana tem infraestrutura pronta. Token Program, Jupiter, Helius resolvem a maior parte sem Rust.
Os programas são stateless: o estado mora nas contas, não no programa. O produto está na experiência.
Oito perguntas antes de qualquer ferramenta. A última é a mais honesta de responder.
A IA gera o código. Entender o que o usuário está assinando é trabalho de quem está construindo.
Demo Day do Bloco 4 é em 27 de agosto. Em agosto começa a cocriação, com os alunos respondendo exatamente essas perguntas antes de construir.
Vagas pro Bloco 5 em lcc.education
Let’s CoCreate