Wallet app iniciando
MVP devnet / protocolo pronto para mainnet

MVP devnet

protótipo público e trilha de validação

Reserva OffAir

limites de promessa offline por capacidade

Auditoria Solana

claims, liquidação e penalidades registráveis

Continuidade financeira offline, controlada por risco desde o desenho.
Página em português

Por que é diferente

Categoria

Transferência offline de wallet

Normalmente otimiza a experiência de entrega local e trata a troca offline como uma superfície de pagamento wallet-to-wallet.

  • O risco pode ficar escondido atrás da interface.
  • A capacidade pode virar apenas um limite estático do app.
  • Recibos podem ser difíceis de auditar depois da reconexão.
  • Premissas de liquidação ficam pouco claras para lojistas.

OffAir

Protocolo de promessa offline

Torna explícito o objeto offline: uma promessa assinada e limitada por policy, capacidade de reserva, trust local e ciclo de claim.

  • A exposição é bloqueada antes da troca local.
  • A reserva OffAir define a capacidade offline disponível.
  • Journals verificáveis sustentam revisão posterior de disputa.
  • Registros Solana ancoram claims, liquidação e penalidades.

OffAir compete por arquitetura de risco e responsabilidade de liquidação, não apenas por UX de wallet.

Postura SOL-native

Ativo nativo da rede

O MVP usa SOL em vez de USDC, USDT, BRZ ou outros ativos lastreados em fiat, evitando cedo uma narrativa de resgate de stablecoin.

Assinatura non-custodial

Usuários controlam as chaves e assinam transferências ou promessas; OffAir não se posiciona como custodiante ou produto de valor armazenado.

Sem promessa fiat

O protocolo não promete paridade em fiat, resgate ou estabilidade de valor armazenado para lojistas ou usuários.

Liquidação cripto diferida

O objeto offline se aproxima de um cheque digital programável: promessa com risco entre partes explícito e clearing posterior on-chain.

OffAir nunca deve dizer que não há risco regulatório. A afirmação responsável é mais estreita: sem custódia fiat, sem promessa de resgate, sem emissão de ativo lastreado em fiat e sem promessa de que a troca offline é liquidação final.

Por que existe

Direto quando há rede

Se um dos lados alcança a rota online, a experiência converge para submissão direta e comportamento de pagamento instantâneo.

Diferido quando há isolamento

Quando ambos estão offline, o sender emite uma promessa assinada com limites de policy, risco local e reconciliação posterior.

Público por design

O código-fonte, app mobile, serviço FastAPI, protocolo compartilhado e programa Solana nativo estão publicados em um monorepo auditável.

Modo online

Rota online

1

A wallet assina uma transferência Solana ou promessa OffAir.

2

Policy e capacidade bloqueiam excessos antes do envio.

Modo offline

Promessa offline

3

NFC inicia a sessão e BLE carrega o payload criptografado.

4

Recibos, journals e estado das promessas sincronizam ao voltar online.

Fluxo mobile

Veja a wallet atravessar o protocolo.

Abrindo app

Vídeo do MVP

Demo MVP OffAir

Vídeo de testes

Fluxo de testes OffAir

Playlist OffAir

Playlist de vídeos curtos OffAir

01

Abrindo app

O app OffAir abre antes do protocolo começar.

O telefone acorda com uma tela de abertura, então o app expande para o fluxo de pagamento.

02

Online

Pagamento direto quando a rede está disponível.

O telefone começa na rota viva da wallet: intenção assinada, checagem de policy e submissão imediata.

03

Offline

Promessa limitada quando os peers estão isolados.

A tela muda para uma promessa OffAir com limites, identidade e contexto de risco local.

04

Transporte

NFC inicia a sessão, BLE carrega o payload.

O palco muda para troca direta entre dispositivos, mostrando o caminho local sem dados móveis.

05

Sync

Journals reconciliam quando a conectividade volta.

O telefone volta online, sincroniza recibos, valida hashes encadeados e prepara a rota de liquidação.

06

Vídeos

O telefone gira para uma superfície de demos YouTube.

O capítulo final deixa o device na horizontal para os vídeos ficarem naturais dentro da narrativa do produto.

Protocolo de risco

Capacidade por reserva

A reserva OffAir estabelece quanto valor uma wallet pode prometer com segurança antes de reconectar.

Capacidade lastreada

Policy local de trust

Estado do device, snapshot de risco, valor e quantidade de transferências são checados antes do payload sair do sender.

Policy antes da entrega

Journals verificáveis

Registros locais encadeados tornam substituição, replay, lacunas e recibos inconsistentes visíveis na reconciliação.

Evidência auditável

Blocklist root + ledger

Sanções globais usam uma Merkle Root de 32 bytes para o estado ativo e páginas compactas de eventos LISTED/DELISTED para histórico.

Memória de governança escalável

Mapa do sistema

Mobile

Wallet Android e transporte local

Custódia por mnemônico, assinatura de intents Solana, bootstrap NFC, envio BLE, journals locais, readiness e trust prompts.

React Native / Expo

Protocolo

Regras compartilhadas e payloads criptográficos

Hashes canônicos, policy gates, snapshots de risco, identidade da wallet e envelopes de transferência offline.

Pacote TypeScript

Backend

Sincronização operacional e recuperação

Registro de device, policy fetch, provisionamento, fila de transações, logs, risco e metadados de reconciliação.

FastAPI

Chain

Liquidação final e auditoria

Contas do programa Solana nativo para perfis de wallet, claims, reservas, metadados, lotes de liquidação e penalidades.

Solana nativo

Modelo de risco

Limites por policy

Valor máximo, quantidade de transferências, capacidade e estado do device são checados antes de uma promessa offline sair da wallet.

Responsabilização criptográfica

Assinaturas da wallet, device e pacote pós-quântico vinculam cada promessa a payloads canônicos e recibos do peer.

Journals anti-tamper

Históricos locais usam hashes encadeados para detectar lacunas, substituição, replay e liquidação inconsistente.

Reputação programável

A beta expande scoring, antifraude e redução automática de limites por smart contract em caso de inadimplência recorrente.

Roadmap mainnet-ready

Atual

Polish do MVP devnet

  • APK público
  • Testes online e híbridos
  • Sync de promessa offline
  • Checagens de policy e capacidade

Próximo

Mainnet Beta controlada

  • Wallets de parceiros limitados
  • Ajuste de policy de reserva
  • Revisão de auditoria de claims
  • Runbooks operacionais

Depois

Integrações públicas

  • APIs para lojistas
  • SDK
  • Sync distribuído
  • Expansão de risco e reputação