BETTEX / DOCUMENTAÇÃO TÉCNICA · v1UM AGENTE · 13 CAPÍTULOS

v1 · ARQUITETURA, ECONOMIA E RISCO

Documentação
técnica.

A BETTEX é um produto de tecnologia com IA, criado para ampliar o acesso de pessoas comuns a diferentes mercados e à participação nos resultados do projeto, sem precisar operar por conta própria.

VERSÃO INICIAL · 100% CRIPTO

A BETTEX é um projeto internacional. O saldo efetivo e as movimentações previstos são em USDC; a interface mostra seu valor estimado na moeda fiduciária da pessoa. O saque interno continua em USDC. BETTEX é o token de participação.

A entrada em moeda fiduciária depende de um provedor externo de conversão habilitado. Conversão de saldos USDC e pagamentos em moeda fiduciária por serviços próprios da BETTEX pertencem à proposta futura do BETTEX Bank, sujeita a validação específica.

01 13

Visão do projeto.

O agente BETTEX, a operação em USDC, participação automática e controles.

PRODUTO DE TECNOLOGIA · ECONOMIA PROGRAMÁVEL

A BETTEX nasce dessa visão: permitir participação nos lucros elegíveis de estratégias geridas por IA, dentro de uma economia programável, com regras compreensíveis, controles humanos e prestação de contas.

A BETTEX é um produto de tecnologia que reúne aplicativo, token e agentes de IA para analisar e executar investimentos em previsões, ações e cripto, esportes e iGaming. O capital das operações fica numa tesouraria separada. A estrutura jurídica proposta é uma única empresa privada, ainda a constituir. O token BETTEX dá acesso ao programa de resultados, sem ações ou propriedade proporcional da tesouraria.

01 / ECONOMIA DO TOKENBETTEX e participação

Um bilhão de tokens: 65% venda pública, 20% Fundador e equipe e 15% investidores, liberados em 36 meses. Staking automático por quantidade e tempo elegíveis.

02 / OPERAÇÃO FINANCEIRATesouraria multimercado

100% do preço dos tokens da venda pública vai à tesouraria. Aportes de investidores têm livre alocação. Reservas e parcela investível seguem as políticas aprovadas, com alocação dinâmica e controle de liquidez.

03 / ARQUITETURA E CONTROLESRegistros conciliados

O modelo separa responsabilidades entre aplicativo, serviços, agente, conectores e operação, com registros auditáveis, autorizações explícitas e reconciliação de ativos e obrigações.

Escultura realista de um cérebro sobre fundo escuro.
Ilustração conceitual

A IA BETTEX orquestra agentes de análise e execução.

Ciclo do investimento

Carteira USDC
Compra BETTEX com USDC
BETTEX na carteira
Participa automaticamente
Tesouraria e agentes
Investem nos quatro mercados
Lucro da própria rodada
Após custos e tributos resolvidos, sujeito aos controles
Crédito em USDC
Líquido após retenções aplicáveis; recebimento confirmado

Agentes e apuração seguem as rodadas diárias UTC

Conta, carteiras e compra de BETTEX
Desenho 1 de 8

Conta, carteiras e compra de BETTEX

Cria a conta, recebe as duas carteiras e compra BETTEX por swap.

  1. 1
    Cria a conta

    Cadastro no aplicativo com dados básicos.

  2. 2
    Cria as carteiras

    Duas carteiras do titular, com chaves e dados exportáveis.

    Carteira USDC
    Carteira BETTEX
  3. 3
    Compra BETTEXSwap

    Usa USDC no swap oficial da venda pública. Após confirmação, recebe os BETTEX; a tarifa separada segue a política oficial e vai ao caixa operacional.

    USDCBETTEX

Onde entram neste desenho

  • Arbitrum OneEtapas 2 e 3 · Carteiras e compra

    Rede de referência do token BETTEX e das transações da carteira. A criação da conta fica no aplicativo.

Camadas do sistema

USDC é o ativo financeiro; BETTEX é o token de participação. A interface pode mostrar uma estimativa em moeda local, mas saldo, crédito e saque continuam em USDC. Entrada fiat ocorre por on-ramp externo, sem conta fiduciária ou off-ramp próprio da BETTEX.

Os fluxos de capital e de serviços são separados. O preço público dos tokens vai à tesouraria; as taxas de serviço, pagas em USDC, vão ao caixa operacional. Os tokens não financiam as estratégias. Todo BETTEX adquirido na recompra é queimado permanentemente.

Aplicativo e carteiras → API e livro contábil → tesouraria → agentes e conectores. As análises comparam probabilidades, preços, liquidez, custos e risco. Operações automáticas respeitam mandatos e controles independentes; mudanças de política exigem aprovação humana. Os quatro mercados são o escopo do projeto, não a obrigação de investir em todos ou a confirmação de conectores ativos.

QUANDO HÁ DISTRIBUIÇÃO

O split usa o lucro líquido realizado e conciliado, após custos e tributos, com reservas, liquidez e elegibilidade atendidas: 50% tesouraria, 25% staking e 25% carteira de recompra. Perdas são permanentes, sem déficit a compensar em rodadas futuras. A participação considera BETTEX disponível × tempo elegível desde a última saída. Qualquer saída de BETTEX, mesmo parcial, cancela todos os créditos anteriores ainda não pagos do ciclo e zera o peso acumulado. Novos participantes nunca recebem lucros anteriores. Autorizar o direito e confirmar o recebimento em USDC são etapas distintas.

Voltar ao índice ↑
02 13

Entidade e negócios.

Empresa privada, missão, público, fundador administrador e piloto de lançamento.

Empresa e participação

EMPRESA PRIVADA · FULL STACK AI

A BETTEX reúne o projeto em uma única empresa comercial privada de capital fechado a constituir, administrada pelo fundador. A entidade é responsável pelo token, aplicativo, tesouraria, investimentos e obrigações do programa de resultados.

O fundador administra a empresa em modelo full stack AI, sem funcionários. Segurança, desenvolvimento, comunidade, marketing, jurídico, contabilidade e auditoria podem receber serviços externos por escopo e necessidade; isso não constitui um quadro de posições internas.

“Fundação BETTEX” é uma denominação histórica, não uma segunda entidade ou uma forma jurídica escolhida. Nome empresarial, forma societária e jurisdição integram a formalização. Titulares de BETTEX têm tokens e direitos do programa, não ações, voto societário ou fração resgatável da tesouraria. A governança patrimonial e a custódia estão em Governança.

Missão, visão e valores

MISSÃOParticipação econômica

Ampliar alternativas de participação econômica para pessoas comuns durante a transição provocada pela IA, robótica e automação.

VISÃOAcesso à nova economia

Os ganhos da automação não ficam restritos a quem já detém capital e tecnologia. A participação reúne diferentes mercados, análise automatizada e regras compreensíveis.

VALORESTransparência e responsabilidade

Compreensão, regras, controle de risco, prestação de contas e histórico verificável orientam a operação.

Público e oportunidade

A tese do fundador conecta o deslocamento do trabalho pela automação com brasileiros que tratam apostas como investimento e procuram renda e patrimônio nesses ambientes. A BETTEX organiza uma alternativa de participação econômica com análise de mercados, controles e distribuição de resultados elegíveis.

Uma possível era de abundância é uma tese, não um fato comprovado. A transição depende de política, instituições e acesso: “a natureza não dá saltos”. A missão considera o caminho entre o presente e essa transformação. O público de entrada é brasileiro; a estrutura do projeto é internacional e as movimentações financeiras usam USDC.

Tese e oportunidade no Pitch · Apresentação do projeto

Fundador e administrador

Fred Azevedo é fundador do SOS Jogador, influenciador e administrador da BETTEX. Sua experiência com comunidade, conteúdo e ferramentas digitais conduz a distribuição inicial pelos próprios canais e audiência.

Retrato de Fred Azevedo, fundador da BETTEXFounder-led · distribuição existente
Eu sou o Fred Azevedo. Tenho o maior canal de jogo responsável do Brasil. Minha ideia para a BETTEX é uma empresa founder-led.
Fred Azevedo
Fundador de BETTEX · SOS Jogador
  • Telegrammais de 5.000membros
  • Instagram101.0004–5% de engajamento
  • YouTubemais de 34.000inscritos
  • X8.500seguidores

Informações e métricas declaradas pelo fundador, sem auditoria independente. A afirmação de maior canal é do fundador. As audiências podem se sobrepor; seguidores e engajamento não são clientes, alcance garantido ou conversão. Esta é audiência de distribuição do fundador, não tração de produto da BETTEX.

Plano-base de negócios e lançamento

Capital e aquisição founder-led

A destinação de US$ 50 mil para tesouraria e US$ 50 mil para lançamento pertence a este piloto específico. Aportes de investidores têm livre alocação; não existe uma divisão obrigatória geral de captação.

O lançamento reúne impulsionamento, parcerias, segurança, mídia paga nos perfis do fundador e criação das redes próprias. Fred conduz o GTM com sua audiência, IA e serviços externos necessários. Conteúdo, comunidade e parceiros orientam a aquisição; o foco é uso do aplicativo, não quantidade de tokens vendidos.

As etapas são preparar os controles e serviços, acompanhar ativação e retenção e ajustar aquisição conforme os dados do piloto. Contratos, permissões, auditoria, caixa e conciliação precedem operações com recursos reais. A apresentação comercial está no Pitch.

Frequência de operações e receita

A projeção usa a meta de 1.000 MAU e a tarifa de US$ 2,50 por operação abrangida pela política oficial de taxas. Usuário ativo não equivale a operação tarifada. Saques frequentes podem aumentar a frequência, mas dependem de USDC disponível e da decisão do titular.

Cenários mensais após três meses · 1.000 MAU
Operações por ativoOperações tarifadasReceita bruta
11.000US$ 2.500
1010.000US$ 25.000
3030.000US$ 75.000

O cenário de 30 operações por ativo ilustra um saque diário em um mês de 30 dias; não presume que todos tenham créditos diários ou adotem esse hábito. Compras e envios elegíveis também contam, sem cobrar duas vezes a entrega integrante da compra.

Receita não é lucro. Do faturamento bruto são descontados os custos efetivamente identificados de IA, infraestrutura, conectores, rede quando suportada pela empresa, segurança, serviços externos e tributos aplicáveis, sem dupla dedução. Sem valores contratados e enquadramento fiscal, não há lucro líquido calculado nem data de equilíbrio. O capital do lançamento não é um orçamento recorrente mensal.

A precificação top-down parte da tarifa definida e relaciona frequência, receita e custos. Essa lógica não é atribuída ao método Lean Startup; aprendizado de uso e retenção é distinto da definição matemática da tarifa.

Voltar ao índice ↑
03 13

Arbitrum e ativos.

Arbitrum One, carteira do titular, USDC e entrada por on-ramp externo.

Arbitrum One: escala e integração com Ethereum

A Arbitrum One é uma rede de segunda camada do Ethereum. Ela amplia a capacidade de processamento e reduz os custos das transações em relação à rede principal, oferecendo uma infraestrutura para contratos inteligentes, tokens e carteiras.

Utiliza optimistic rollups: executa transações na segunda camada e publica os dados em lotes no Ethereum. A compatibilidade com contratos e carteiras desse ecossistema permite emissão e transferências de BETTEX; o backend acompanha confirmações e concilia os eventos com os registros da conta. As chaves e os dados da carteira do titular são exportáveis.

Conheça a tecnologia: documentação oficial da Arbitrum.

Fluxo de uma transação: da assinatura à verificação

Carteira do titular
A carteira assina a transação com o token BETTEX. A chave privada permanece com o titular.
Acesso à rede
A transação assinada chega à Arbitrum por um ponto de acesso (RPC).
Ordenação e execução
A Arbitrum define a ordem das transações e as executa na segunda camada.
Lote comprimido
Muitas transações são agrupadas e comprimidas em um único lote.
Publicação no Ethereum
O Ethereum recebe os dados do lote; validadores verificam a sequência publicada.

Observação separada: leitura de eventos já confirmados

Eventos confirmados
Movimentações de BETTEX e USDC identificadas por ativo e confirmadas na rede.
Leitura pelo backend
O backend apenas lê eventos públicos confirmados. Não recebe chaves privadas.
Conciliação contábil
Os eventos são comparados com os registros separados de BETTEX e USDC. A conversão de fiat na entrada cabe ao on-ramp externo.
VERSÃO INICIAL · OPERAÇÃO CRIPTO, VISÃO DE VALOR LOCAL

Os saldos financeiros, depósitos, saques e distribuições da pessoa são denominados e movimentados em USDC. A interface mostra uma estimativa desse valor na moeda fiduciária da pessoa para facilitar a leitura. O saque continua em USDC, com referência em dólar: a estimativa não é saldo fiduciário nem valor a receber em moeda local. A entrada com fiat ocorre por provedores externos de on-ramp. Distribuições exigem lucro elegível ao split, considerando posições abertas, conciliação e reservas atendidas.

01 / SALDO E VISÃO DE VALORUSDC

Saldo efetivo em USDC, com valor estimado na moeda fiduciária da pessoa na interface. A estimativa não altera o ativo nem a moeda do saque.

02 / ENTRADA COM FIATOn-ramp externo

O provedor converte a moeda da pessoa em USDC, com sua cotação e seus custos. A BETTEX credita somente o valor líquido recebido e confirmado.

03 / SAÍDA DA PLATAFORMASaques em USDC

Transferência cripto para uma carteira compatível, com custos e valor líquido informados. Não há venda de USDC nem pagamento em moeda local pela BETTEX.

Compra no swap oficial usando USDC
Desenho 2 de 8

Compra no swap oficial usando USDC

Neste desenho, o vendedor é o projeto: BETTEX vai para a Carteira BETTEX; 100% do preço pago em USDC vai à tesouraria, enquanto a tarifa vai ao caixa operacional separado.

  1. 1
    Carteira USDC

    A pessoa usa o USDC disponível e confirmado para comprar BETTEX da venda pública do projeto.

  2. 2
    Confirma o swap

    Confere preço, quantidade, tarifa conforme política oficial e custos externos em USDC. Valores e destinos precedem a autorização; a tarifa vai ao caixa operacional, sem dedução ou queima de BETTEX.

    USDCBETTEX
  3. 3
    Compra liquidada

    Preço e tarifa em USDC têm destinos separados; o crédito dos BETTEX comprados e os débitos são conciliados juntos uma única vez.

    BETTEX comprado → Titular

    Recebe a quantidade comprada, sem tarifa deduzida em tokens.

    Tarifa USDC → Caixa operacional

    Política oficial de taxas; caixa separado, fora do split.

    Preço USDC → Tesouraria BETTEX

    Recebe 100% do preço dos tokens da venda pública, separado da tarifa.

Este fluxo não representa revenda entre titulares. Numa revenda, o pagamento vai ao vendedor, sem nova captação para a tesouraria. As tarifas confirmadas de compra primária, saque USDC e envio autônomo BETTEX são pagas em USDC; não atribuir tarifa primária a toda revenda.

Tesouraria BETTEX · reservas do valor recebido

Reserva defensiva

Ativos efetivamente segregados conforme política aprovada, sem percentual geral fixado em 50%.

Parcela investível

Alocação dinâmica conforme oportunidades, liquidez e limites de risco.

O algoritmo analisa oportunidades em previsões, ações e cripto, esportes e iGaming e distribui a parcela investível conforme as melhores oportunidades identificadas. As estratégias incluem surebet nos esportes, com comparação de odds e cobertura dos resultados entre casas, e bonus hunting (mineração de bônus) no iGaming, com análise das promoções, requisitos de aposta e elegibilidade. A alocação é dinâmica, sem percentuais fixos por mercado, preservando a reserva defensiva e a verificação independente de risco.

O swap oficial vende tokens públicos já liberados no vesting de 36 meses: 100% do preço em USDC vai à tesouraria. Venda direta a corretoras respeita a mesma destinação e agenda. Aportes de investidores têm livre alocação. A parcela Fundador e equipe tem livre destinação pelo fundador após liberação, sem concessão automática. Mercados externos não herdam automaticamente a tarifa ou destinação do swap oficial. USDC pessoal não gasto continua fora da tesouraria.

Onde entram neste desenho

  • Arbitrum OneVenda pública · Compra e liquidação

    Rede de referência para transferências de BETTEX e USDC compatível, com confirmação da compra da venda pública e conciliação do recebimento pela tesouraria. Revendas entre titulares têm o vendedor como destinatário do pagamento.

O que cada ativo representa

BETTEX é o token de participação no staking. Todo BETTEX disponível na carteira oficial participa automaticamente, sem ativação ou depósito adicional. Os tokens pertencem ao titular; enviá-los a outra carteira não significa vendê-los ou sacar USDC. USDC é o ativo dos saldos financeiros, movimentações, créditos de distribuição e pagamentos de serviços. As taxas de serviço são pagas em USDC, não em BETTEX. Os ativos têm registros separados.

Os serviços devem validar contrato, rede, origem, destino e confirmações antes de reconhecer um depósito ou concluir um saque. O fluxo exige rede e versão compatíveis de USDC; um comprovante fiat do on-ramp não substitui a confirmação do recebimento. Divergências mantêm o movimento pendente até conciliação.

Ilustração tridimensional de um token de acesso.
Ilustração conceitual

O token BETTEX dá acesso ao programa de resultados, sem representar ações ou propriedade da tesouraria.

Papéis dos ativos

USDC
Ativo financeiro · Saldos e compras · Distribuições e saques · Taxas de serviço pagas em USDC
BETTEX
Token de participação · Participação automática no staking · Não paga taxas nem é capital das estratégias
BETTEX BANK · PROPOSTA FUTURA

A conversão de USDC para a moeda da pessoa e pagamentos ou saques fiduciários pertencem à proposta futura do BETTEX Bank, distante da operação inicial. Esse fluxo exigirá venda de USDC, cotação, liquidez, taxas, descontos aplicáveis, conciliação e estrutura jurídica própria. A versão inicial não oferece esse serviço nem opera uma exchange de fiat.

Voltar ao índice ↑
04 13

Acesso ao aplicativo.

Carteira gerada com a conta, acesso e autorização de ações financeiras.

ACESSO PELA CARTEIRA

A área pessoal é vinculada à Carteira BETTEX, gerada na criação da conta. O acesso utiliza os dados dessa carteira e dados básicos de cadastro, sem KYC nem documentos de identificação.

Autenticação e autorização
  1. Criar a conta com dados básicos; a carteira da pessoa é gerada na criação da conta. Depois, acessar a área pessoal com os dados dessa carteira.
  2. O servidor verifica que a pessoa controla a carteira, sem receber chave privada nem frase de recuperação, e abre uma sessão protegida, com expiração, revogação e trilha de auditoria.
  3. Depósitos em USDC exigem recebimento e confirmação on-chain. Saques exigem autorização, saldo disponível, destino e rede compatíveis, além de conciliação da transferência.
  4. Uma compra debita USDC e credita BETTEX uma única vez, após confirmação da liquidação; a participação começa no horário do saldo BETTEX final confirmado.
  5. A área pessoal apresenta os saldos separados em USDC e BETTEX, os custos e valores líquidos, os lançamentos conciliados e o histórico do agente.

Carteira, chaves e exportação

A Carteira BETTEX é a carteira da pessoa criada com a conta no aplicativo oficial; ela pertence ao titular, não à tesouraria do projeto. Ela é livre e portátil: as chaves e os dados do usuário são exportáveis por iniciativa do próprio titular. O projeto incentiva a autocustódia. Exportar esses dados não é uma etapa do login e não movimenta, por si só, os tokens.

A autenticação descrita na v1 demonstra o controle da carteira sem transmitir chave privada ou frase de recuperação ao servidor. O modelo de acesso utiliza dados básicos e as credenciais da carteira, não uma identidade civil verificada. Arbitrum One é a rede de referência do token.

Ilustração tridimensional de uma carteira e tokens.
Ilustração conceitual

A Carteira BETTEX pertence ao titular, com chaves e dados exportáveis.

Conta e duas carteiras
Pertencem ao titular, não à tesouraria
Autocustódia
Chaves e dados exportáveis por iniciativa do titular
Acesso ao aplicativo
Comprova o controle da carteira, sem enviar a chave privada
Piscina de staking
Fechada: exige acesso ao aplicativo

A participação na piscina fechada e suas regras estão em Staking e distribuição de resultados.

Sessão e autorização de pagamento

A entrada com moeda fiduciária utiliza provedores externos de on-ramp: a pessoa contrata a conversão para USDC no ambiente do provedor. Isso não cria um saldo fiat na BETTEX nem um serviço de saque fiduciário. A autenticação na BETTEX comprova o controle da carteira e não autoriza, por si só, uma movimentação.

Qualquer verificação de identidade ou KYC exigido pelo provedor ocorre em seu próprio aplicativo ou ambiente, conforme suas regras. Esses processos são separados do cadastro, do login e da recuperação de acesso da BETTEX: o KYC do provedor não integra o sistema de autenticação por carteira do projeto. O acesso atual à BETTEX continua baseado nos dados da carteira e em dados básicos de cadastro, sem KYC nem documentos de identificação.

A integração financeira acompanha o on-ramp e concilia o USDC efetivamente recebido na rede, sem confundir pagamento fiat ao provedor, confirmação cripto e verificação de identidade. O backend valida a solicitação, o vínculo com a conta, a autorização e o saldo antes de registrar o efeito financeiro. Cada confirmação deve ser processada de forma idempotente, para que mensagens repetidas ou retomadas de serviço não creditem nem transfiram duas vezes.

Troca de aparelho e recuperação de acesso respeitam o controle da carteira pelo titular. Compras e alterações da posição BETTEX passam pelo backend, com autorização da conta e registro dos eventos relevantes. As ordens do agente não podem ser iniciadas por uma sessão comum de usuário nem contornar as autorizações próprias da operação. Autenticação da carteira, autorização financeira e autorização de operações do agente permanecem controles distintos.

Voltar ao índice ↑
05 13

Arquitetura e integrações.

Mapa orquestrado, catálogo de conectores, consultas verificadas e demonstrações por plataforma.

Mapa orquestrado do sistema

Fontes de dados e inferências alimentam a IA BETTEX, que coordena análises com os agentes especializados nos dois sentidos. Tesouraria informa capital e liquidez; risco independente valida cada proposta; somente conectores autorizados executam. Respostas e conciliação retornam à orquestradora, à tesouraria e ao histórico.

Rede de módulos conectados cujos fios convergem em um único fluxo luminoso.
Ilustração conceitual

Dados e inferências de várias fontes alimentam a análise da BETTEX.

Governança ↔ políticas e versões · Arbitrum One: carteiras e contratos

Catálogo de integrações

Capacidade descrita pelo provedor, consulta demonstrada e integração operacional são estados distintos. Este catálogo identifica o acesso efetivamente verificado; dados públicos não comprovam permissão de negociar.

Dados, inferência, execução e infraestrutura
PlataformaCategoria / acessoEstado e função
Arbitrum OneRede e contratos
JSON-RPC / EVM
Consulta pública verificada

Carteiras, token, transferências e contratos. Execução BETTEX exige contratos validados.

PolymarketDados e negociação
Gamma / CLOB API
Dados públicos verificados; ordens condicionadas

Gamma descobre mercados. CLOB recebe ordens assinadas com conta, permissões e território elegíveis.

AlloraInferência
API / SDK
Candidata; exemplo testnet documentado

Inferência agregada, tópico e timestamp. API requer chave; não envia ordens nem controla carteiras.

RobinhoodDados e negociação cripto
Crypto Trading API
Candidata; acesso autorizado necessário

Conta elegível nos Estados Unidos, credenciais e assinatura. API cripto não estabelece negociação de ações.

Safe / OpenZeppelinCustódia e permissões
Contratos / SDK
Recursos documentados; validação por implantação

Quórum, módulos, acesso e espera. Política BETTEX exige testar todos os caminhos de execução.

On-ramp externoConversão e recebimento
API do provedor
Seleção e autorização por território

Converte moeda fiduciária em USDC. KYC, cotação e custos ficam no provedor; crédito exige USDC confirmado.

Esportes e iGamingOdds, ofertas e eventual execução
API autorizada do operador
Candidatos por provedor

Regras de promoção, elegibilidade e permissão de automação verificadas por canal; não presumir acesso de trading.

MCPProtocolo de ferramentas
Ferramentas do servidor
Capacidade verificada por ferramenta

Leitura, análise e execução são permissões diferentes. Um MCP de documentação não é trading.

Demonstrações e pré-requisitos

Consultas públicas em 03/10/2026: JSON-RPC eth_chainId no endpoint público da Arbitrum retornou 0xa4b1, correspondente à rede 42161. A consulta Gamma /markets?limit=1&active=true&closed=false retornou o mercado 559651, ativo, não encerrado, com identificadores CLOB. Isso comprova leitura e identificação, não compra, liquidação ou implantação do token.

Reproduzir as consultas sem movimentar recursos
POST https://arb1.arbitrum.io/rpc
{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}

GET https://gamma-api.polymarket.com/markets?limit=1&active=true&closed=false

Conferir rede, status, timestamp, regras de resolução e identificadores antes de análise. Dados atuais podem diferir do registro consultado. Não há método de envio de transação nessas consultas.

Allora: da inferência à análise

Inferência não é ordem

API Allora
tópico, inferência normalizada e timestamp
Análise BETTEX ↔ agente de ações e cripto
Insumo de análise.
Risco independente
validação ou rejeição
Conector autorizado
eventual execução → conciliação

Allora não controla carteira, não envia pagamentos e não executa ordens.

O quickstart oficial usa tópico 69 em testnet, consultado por API com chave e resposta assinada. A demonstração BETTEX desse percurso é simulada: validar origem, horário e normalização, cruzar preços e liquidez, rejeitar sinal vencido e executar somente após risco independente. Sem credencial autorizada, não se afirma consulta Allora realizada.

Robinhood documenta preços, posições, ordens e cancelamentos de cripto, com assinatura e conta elegível. O exemplo é simulado sem essas permissões: proposta de ordem → risco → chamada autorizada → estado → conciliação. Não é transação Arbitrum nem acesso a ações. Esportes e iGaming exigem canal e regras específicos; suas demonstrações de agentes são simulações parametrizadas.

UM AGENTE, RESPONSABILIDADES SEPARADAS

A arquitetura separa apresentação, registros em USDC e BETTEX, operação do agente, conectores de mercado e supervisão. A entrada fiat é convertida por on-ramp externo; o restante do fluxo financeiro da pessoa é cripto. Nenhum conector pode aprovar ou executar uma operação fora dos controles centrais. Um saldo só deve ser exibido como disponível após conciliação.

Tesouraria conectada ao agente de IA BETTEX
Desenho 4 de 8

Tesouraria conectada ao agente de IA BETTEX

O smart contract do agente de IA BETTEX conecta a tesouraria às regras de operação e autorização do capital.

  1. 1
    Tesouraria BETTEX

    Mantém as reservas e a parcela investível, separadas dos saldos pessoais.

  2. 2
    Agente de IA BETTEXSmart contract

    O smart contract aplica as permissões de movimentação da tesouraria. As análises da IA e os conectores de mercado operam fora da rede, respeitando essas permissões.

  3. 3
    Regras e autorizações

    O contrato controla o acesso ao capital conforme reservas, limites e permissões. Não libera movimentações fora dessas regras.

O contrato aplica reservas, limites e permissões à movimentação do capital.

A IA propõe mudanças de políticas; a administração aprova versões que passam pelos controles e espera aplicáveis. Investimentos já mandatados seguem risco independente, sem assinatura por ordem. Governança detalha política, custódia e execução, separadas da autocustódia pessoal.

Onde entram neste desenho

  • Arbitrum OneEtapas 2 e 3 · Contrato e autorizações

    Rede de referência para o smart contract BETTEX. O contrato do projeto aplica as regras de acesso ao capital; a análise da IA é uma camada separada.

01 / INTERFACESaldos USDC e BETTEX

Exibe os ativos separados e a estimativa do valor financeiro em moeda local, além de custos, valores líquidos e participação automática. A visualização não converte o saldo USDC.

02 / SERVIDORAPI e livro contábil

Autentica a conta, registra lançamentos em USDC e BETTEX corrigíveis por ajuste identificado, calcula limites e saldos elegíveis, processa compras e impede pedidos repetidos.

03 / AGENTE BETTEXAnálises, contratos e conectores

Análises e conectores operam fora da rede; contratos aplicam as permissões executáveis on-chain. O núcleo de risco verifica cada operação dentro do mandato. A apuração concilia resultados, posições abertas e obrigações antes de autorizar o split 50%/25%/25%. Esse split define a destinação do resultado, não uma nova entrada de capital: reter os 50% não exige uma transferência fictícia, e atribuir os 25% não confirma seu recebimento. O crédito só fica disponível após liquidação conciliada em USDC.

04 / LIQUIDAÇÃO E SUPERVISÃOServiços operacionais

O backend concilia transferências de USDC e BETTEX e o recebimento do on-ramp externo; controles independentes verificam ordens e operadores autorizados aprovam intervenções críticas, pausas e conciliações.

Dados que precisam bater

BETTEX determina a participação no staking; os serviços são pagos em USDC. A tarifa não reduz o saldo BETTEX nem a oferta. Entradas contam a partir da confirmação. Qualquer saída de BETTEX, mesmo parcial, zera o peso anterior e cancela os créditos do ciclo acumulados até a saída e ainda não pagos. BETTEX não é capital das estratégias dos agentes nem participação societária. Os ganhos são creditados em USDC, nunca em BETTEX.

Cada movimento financeiro em USDC deve conter identificador único, conta, ativo, rede, origem, destino, valor bruto, custos, valor líquido, estado e referência externa. Após confirmação da liquidação, os lançamentos correspondentes devem ser registrados juntos e uma única vez. Uma mensagem repetida não pode duplicar os efeitos: o mesmo identificador tem um único efeito contábil. Registrar um movimento não confirma uma transferência on-chain ainda pendente.

A venda pública no aplicativo ou diretamente a corretoras entrega apenas tokens liberados. 100% do preço pago em USDC vai à tesouraria; a tarifa adicional do aplicativo tem destino operacional próprio. A venda a corretoras exige entrega e conciliação específicas, não uma integração presumida. Os aportes de investidores têm livre alocação, conforme Token e emissão.

A conciliação compara USDC recebido, incluindo entradas por on-ramp, saldos e movimentos dos dois ativos, resultados por mercado, custos, reservas e obrigações em USDC. Cada conector informa origem, horário e estado; a visão consolidada permite verificar o risco global. Diferenças devem congelar o fluxo afetado e gerar investigação, nunca saldo artificial. Monitoramento, auditoria e alertas são requisitos operacionais.

Agentes, MCP e APIs de mercado

O desenho 7 apresenta os agentes, as conexões e a execução automática. O desenho 8 mostra como os agentes coletam oportunidades, comparam alternativas e escolhem a melhor segundo retorno esperado, custos, liquidez, exposição e risco. A IA registra os critérios da escolha, define o investimento dentro da parcela investível autorizada e envia a ordem somente após aprovação independente de risco. O registro público acompanha todo o ciclo: oportunidades coletadas, selecionadas e descartadas, motivos da decisão, valores investidos e estados das transações.

A IA BETTEX coordena agentes que analisam oportunidades e executam automaticamente as operações autorizadas. Os agentes se conectam aos negócios por MCP (Model Context Protocol), quando houver ferramentas disponíveis, ou pelas APIs de dados e execução de cada plataforma. Uma ferramenta de consulta não é uma permissão para negociar: o envio de ordens utiliza o recurso de execução autorizado, com aprovação independente de risco e registro de todo o ciclo.

Na Polymarket, a API de trading e o CLOB permitem enviar ordens assinadas e acompanhar sua execução e liquidação. Robinhood e Allora têm os papéis descritos abaixo: conexão de mercado para cripto e inferências de IA para análise, respectivamente.

Todas as transações do projeto são registradas abertamente, incluindo vendas de BETTEX, operações nos mercados, movimentações da tesouraria, distribuições e saques. A trilha pública contém horários, ativos, quantidades, valores, custos, estados e referências verificáveis; acompanha falhas, cancelamentos e ajustes, além das execuções concluídas. Correções são novos registros identificados, nunca alterações invisíveis. Chaves privadas, credenciais e dados pessoais ficam fora do registro público. A execução automática respeita reservas, permissões e risco. As quantidades e os meses de liberação dos tokens são definidos pelo cronograma de vesting, não por decisões discricionárias da gestão.

Robinhood: dados e execução de mercado

A Robinhood faz parte da apresentação técnica como uma possibilidade de conector para o mercado de ações e criptoativos. O conector deve separar leitura de preços e posições, proposta de ordem, aprovação pelo núcleo de risco, execução e conciliação do resultado. A conta operacional do projeto não é a carteira pessoal do titular.

A Robinhood Crypto Trading API documenta consultas e ordens de criptoativos, com disponibilidade para clientes nos Estados Unidos; não estabelece acesso equivalente para ações. Cada canal precisa de autorização e custódia e liquidação compatíveis com a operação cripto inicial. Um conector que exija caixa fiduciário próprio não integra esse escopo.

Leitura, decisão e execução em etapas separadas

Dados e preços
Consulta de preços de compra e venda e estimativas de cotação de criptoativos. Somente leitura.
Análise BETTEX
O agente cruza preços, liquidez e exposição e propõe uma ordem.
Autorização de risco
O núcleo central de risco aprova ou recusa antes de qualquer envio.
Conector autorizado
Só ordens aprovadas chegam ao conector, com credenciais restritas à operação.

Somente após a autorização, a execução começa

Robinhood · criptoativos
Envio ou cancelamento de ordens de criptoativos na conta operacional do projeto.
Estado e posições
Leitura do estado das ordens e das posições mantidas na conta.
Conciliação BETTEX
Os registros do projeto são conferidos com o estado informado pela plataforma.

Allora: integração possível de inferências

A Allora pode fornecer inferências agregadas para enriquecer a análise da BETTEX. Um adaptador de dados pode consultar os tópicos relevantes por API, registrar origem e horário e normalizar os valores recebidos. Intervalos de confiança devem ser tratados quando estiverem disponíveis no tópico, sem pressupor que todas as respostas os contenham.

Esses sinais entram na camada de análise junto de preços, probabilidades, liquidez e exposição. A decisão permanece no núcleo BETTEX, com aprovação independente de risco antes de qualquer ordem. Allora não controla a carteira, não executa pagamentos ou ordens e não autentica o usuário. A consulta por API é uma integração possível do backend, não uma afirmação de integração on-chain já validada na Arbitrum.

Referência técnica: consumo de inferências na documentação oficial da Allora.

Expansão futura das integrações e dos agentes

As integrações com plataformas de trading e casas de apostas serão ampliadas futuramente, junto com o desenvolvimento de agentes mais complexos e especializados. Essa expansão inclui conectores de dados e execução para os mercados atendidos pela BETTEX.

Serão desenvolvidos agentes específicos para surebet (surebetting) nos esportes, com comparação de odds e coordenação de apostas entre casas para cobrir os resultados do evento, e para bonus hunting (mineração de bônus) no iGaming, com análise de promoções, condições de cada oferta, requisitos de aposta e regras de elegibilidade.

Esses desenvolvimentos fazem parte da expansão futura, não de integrações já ativas. Os novos agentes e conectores seguirão os mesmos controles de autorização, risco e reservas, com regras e transações públicas. BETTEX serve para staking; taxas de serviço são pagas em USDC. BETTEX não será usado como capital de trading, apostas ou promoções.

Voltar ao índice ↑
06 13

Agentes de IA.

Orquestradora, tesouraria, quatro mercados, recompra e queima, governança e exemplos de decisão.

ORQUESTRAÇÃO · ANÁLISE · CONTROLE

A IA BETTEX orquestra agentes com responsabilidades distintas. A comunicação é bidirecional: BETTEX define prioridades e pede análises; agentes propõem oportunidades, respondem e refinam. Tesouraria e governança acompanham os mesmos dados conciliados e a mesma versão de política.

BETTEX ↔ agente: proposta, pedido de análise e resposta

Os exemplos abaixo são simulações de decisões, não operações executadas. Usam os limites documentados e uma base investível ilustrativa de 100.000 USDC. Valores de preços, odds e custos são entradas do exemplo, não novos limites universais. Dados inválidos, falta de liquidez ou autorização impedem o envio. Pausa por perda diária de 2% bloqueia novos investimentos, sem reduzir os controles sobre encerramentos.

IA BETTEX · orquestradora

Compara propostas e solicita análises; os agentes também propõem e refinam decisões.

Entradas
Oportunidades, prioridades e respostas dos agentes.
Controle
Risco independente e política vigente precedem execução.
Resultado
Prioridade e proposta fundamentadas; retorno aos agentes e histórico.

Exemplo de aceitação e rejeição

Com base investível ilustrativa de 100.000 USDC, compara proposta de 800 com proposta de 1.200. A primeira pode passar pelo teto individual de 1%; a segunda é rejeitada. Melhor sinal não permite exceder o teto.

Agente da tesouraria

Avalia capital disponível, cobertura defensiva e liquidez antes e após os desembolsos.

Entradas
Patrimônio, reservas, posições, compromissos e obrigações conciliados.
Controle
Sem contar recursos comprometidos ou carteiras pessoais como caixa livre.
Resultado
Capital autorizado ou bloqueio; sugestões de política para aprovação humana.

Exemplo de aceitação e rejeição

Caixa conciliado de 4.000 USDC com 3.500 comprometidos deixa 500 disponíveis. Uma solicitação de 400 pode avançar se os demais controles passarem; 600 é rejeitada. Reserva segue a política aprovada, não percentual universal de captação.

Agente de previsões

Probabilidade estimada de 60%, preço de 0,55 USDC e custo ilustrativo de 0,01 por unidade produzem margem esperada de 0,04.

Entradas
Gamma: mercado e regras; CLOB: preço e liquidez.
Controle
Teto individual 1%, exposição por mercado 10%, liquidez e dados válidos.
Resultado
Proposta aprovada ou descartada; ordens assinadas exigem acesso autorizado.

Exemplo de aceitação e rejeição

Na base ilustrativa de 100.000 USDC, proposta de 500 passa pelo teto individual se mercado e caixa permitirem. Rejeitar se preço mais custos alcançar 0,60, dados vencerem ou exposição conjunta superar o limite.

Agente de ações e cripto

Cruza sinais com liquidez e exposição; Robinhood é possível canal cripto, não acesso presumido a ações.

Entradas
Preços, sinais, volatilidade e profundidade; Allora como inferência opcional.
Controle
Teto individual 1%, mercado 10%, exposição correlacionada 20%; custo/slippage máximo consta da autorização.
Resultado
Ordem autorizada e conciliação, ou rejeição fundamentada.

Exemplo de aceitação e rejeição

Proposta de 700 USDC na base de 100.000 pode avançar. Com exposição correlacionada já em 19.500, acrescentar 700 excede 20.000 e é rejeitado. Sinal vencido ou custo acima do teto autorizado também bloqueia.

Agente de esportes

Odds ilustrativas 2,10 e 2,10 em evento binário dão soma inversa de 0,9524 antes de custos.

Entradas
Odds, limites, regras e respostas de cada casa autorizada.
Controle
Capital total das partes usa teto individual de 1%; não tratar cada perna como novo teto.
Resultado
Execução e liquidação por parte; exposição incompleta conciliada.

Exemplo de aceitação e rejeição

Na base de 100.000 USDC, duas partes de 450 totalizam 900. Podem avançar após custos e validação conjunta. Se uma casa recusar, não presumir cobertura: suspender novas partes e seguir regra de continuação/fechamento autorizado.

Agente de iGaming

Oferta ilustrativa de 100 USDC com rollover 30× exige analisar volume de 3.000, custos, condições e variância.

Entradas
Bônus, elegibilidade, jogos, rollover, prazo e limite de saque.
Controle
Capital, teto individual 1%, mercado 10%, permissão do provedor e validade da oferta.
Resultado
Oferta aceita ou rejeitada com memória de cálculo; não inferir lucro pelo bônus nominal.

Exemplo de aceitação e rejeição

Proposta de capital de 500 pode avançar na base de 100.000 se a oferta e riscos forem aceitos. Rejeitar prazo incompatível, automação proibida, limite de saque insuficiente ou capital acima do teto.

Agente de recompra e queima

Propõe quantidade, preço, liquidez, custos e mecanismo de burn.

Entradas
USDC segregado dos 25% do resultado elegível e condições de mercado.
Controle
Autorização da administração, multisig e conteúdo exato; não usar capital de estratégias.
Resultado
Compra e queima rastreáveis; recursos incertos bloqueiam repetição.

Exemplo de aceitação e rejeição

Com 1.000 USDC disponíveis na carteira exclusiva, uma compra de 800 mais teto de custos de 20 cabe no saldo, sujeita à autorização. Rejeitar 990 mais 20. Após recebimento conciliado, todo BETTEX adquirido segue para burn permanente.

Agente de governança

Confere cumprimento, registra conflitos e organiza propostas de alteração.

Entradas
Versões, mandatos, limites, desvios e trilha de operações.
Controle
Não aprova a própria proposta nem substitui administração/multisig.
Resultado
Histórico de políticas, alerta, pausa ou versão aprovada em vigor.

Exemplo de aceitação e rejeição

Sugere reduzir um limite, anexa testes e aguarda aprovação. Fora de mandato ou com versão divergente, rejeita a execução. Mudança sensível aprovada só vigora após espera mínima de 24h e execução conferida.

Conectores, decisão e evidência

Entrada → consulta/resposta → análise bidirecional → proposta → validação independente → execução autorizada → conciliação. Cada operação registra dados, horário, versão, capital, custos, motivo e estado. Demonstrações públicas e pré-requisitos distinguem consulta de dados, simulação e ordens privadas.

Compromissos simultâneos são registrados indivisivelmente antes do envio; repetição não cria outra ordem. Conciliação devolve estados e resultados aos agentes e à tesouraria. Mudanças de política seguem Governança, sem ampliar unilateralmente permissões.

Agentes de IA e conexões com os mercados
Desenho 7 de 8

Agentes de IA e conexões com os mercados

Agentes de IA → conexões por MCP ou API → execução automática das operações autorizadas.

  1. 1
    Agentes de IA

    A IA BETTEX coordena agentes que analisam oportunidades e propõem operações nos mercados.

    Oráculo · Allora

    Consulta opcional de inferências de IA para orientar estratégias de trading.

  2. 2
    Conexão por MCP ou API

    Usam ferramentas MCP onde disponíveis ou APIs autorizadas, conforme os recursos de dados e execução de cada serviço.

    Polymarket

    API de ordens · CLOB.

    Robinhood

    API de trading de cripto.

  3. 3
    Execução automática

    As operações autorizadas são executadas automaticamente. Toda ordem passa pela aprovação independente de risco, limites e permissões antes do envio.

Allora fornece inferências para análise, não executa ordens. Cada conexão usa apenas as ferramentas de consulta ou execução oferecidas e autorizadas pelo serviço.

Antes de qualquer envio, a verificação de limites e a reserva de capital são indivisíveis no núcleo central, compartilhado pelos agentes e conectores. Ordens simultâneas não reutilizam o mesmo capital.

O desenho 8 detalha o ciclo de coleta de oportunidades, escolha, investimento e registro público das transações.

Onde entram neste desenho

  • AlloraEtapa 1 · Agentes de IA

    Consulta opcional de inferências para a análise. Não controla a carteira nem executa ordens.

  • RobinhoodEtapas 2 e 3 · Conexão e execução

    Possível API de dados e trading de cripto. Ordens exigem permissões e aprovação independente de risco.

  • Arbitrum OneBase das carteiras e contratos

    Infraestrutura de referência da BETTEX, separada das APIs de mercado. As ordens da Robinhood não são transações da Arbitrum.

Da coleta de oportunidades ao investimento e registro público
Desenho 8 de 8

Da coleta de oportunidades ao investimento e registro público

Coleta oportunidades → compara e escolhe a melhor → investe com autorização → registra todo o ciclo abertamente.

  1. 1
    Coleta de oportunidades

    Os agentes coletam oportunidades nos quatro mercados: preços, probabilidades, liquidez, custos e sinais de IA, com origem e horário dos dados.

  2. 2
    Escolha da melhor oportunidade

    A IA compara as alternativas e escolhe a mais vantajosa segundo retorno esperado, custos, liquidez, exposição e risco. Registra os critérios e o motivo da escolha.

  3. 3
    Investimento autorizado

    A IA propõe o valor dentro da parcela investível autorizada. O risco verifica os limites e registra a reserva em uma decisão indivisível, considerando outras ordens. Antes do envio, revalida pelas regras vigentes, sem duplicar a reserva; só então segue para execução automática.

  4. 4
    Registro públicoTodas as transações

    Todas as transações têm registro aberto: horário, plataforma, ativo, quantidade, valores, custos, estado e referência auditável.

    Da oportunidade à transação

    Coleta, comparação, decisão, investimento, execução, resultado desconhecido, falhas, cancelamentos, liquidações e ajustes.

O registro permite acompanhar quais oportunidades foram coletadas, quais foram selecionadas ou descartadas, os motivos da decisão e o valor investido. A escolha e a alocação são dinâmicas, sem parcelas fixas por mercado; somente operações aprovadas pelo risco seguem para investimento.

Sem resposta conclusiva após o envio, o resultado permanece desconhecido: capital e exposição continuam comprometidos, sem reenvio automático. Cancelamento solicitado não libera recursos; somente a parcela comprovadamente livre após conciliação pode ser liberada. Execução parcial é registrada uma vez, mantendo reservado o restante incerto.

Cada compromisso autorizado com reserva registrada conta uma vez no dia UTC original. Cancelamento confirmado pode liberar caixa e exposição, mas não devolve o teto diário consumido. A mudança do dia não libera ordens antigas nem as conta novamente.

O registro aberto cobre todas as transações do projeto: vendas de tokens, operações de mercado, movimentações da tesouraria, distribuições e saques. Chaves privadas, credenciais e dados pessoais não são publicados.

Resultados conciliados seguem para o desenho 5: se faltar reserva, liquidez ou peso elegível, a rodada não paga e 100% do lucro fica na tesouraria, sem liberação futura. Uma rodada posterior considera apenas seus próprios resultados. Isso não altera o vesting: quantidades e meses seguem a liberação predefinida de 36 meses, sem decisão discricionária da gestão.

Onde entram neste desenho

  • AlloraEtapas 1 e 2 · Coleta e comparação

    Inferências opcionais entram como sinais na avaliação das oportunidades; a escolha continua com a IA BETTEX.

  • RobinhoodEtapas 1 e 3 · Dados e investimento

    Possível fonte de dados e execução de ordens de cripto para a oportunidade escolhida, após autorização.

  • Arbitrum OneEtapa 4 · Referências on-chain

    Transações na rede têm referências verificáveis. Decisões e ordens externas também são registradas pela BETTEX, sem pressupor publicação on-chain.

Voltar ao índice ↑
07 13

Token e emissão.

Emissão, alocação 65% / 20% / 15%, agenda de 36 meses, gráficos mensal e acumulado.

EMISSÃO TOTAL1.000.000.000BETTEX · teto total da emissão aprovada.
Venda pública · 650.000.000 (65%)Fundador e equipe · 200.000.000 (20%)Investidores · 150.000.000 (15%)
EsquemaAlocação e destino dos recursos

Três parcelas da emissão; preço público e aportes têm destinos distintos.

1 bilhão de BETTEX

Emissão total

  • Venda pública · 65%

    Preço em USDC: 100% para a tesouraria

  • Fundador e equipe · 20%

    Livre destinação após cada liberação

  • Investidores · 15%

    Aportes de livre alocação

Regras e requisitos de emissão

EMISSÃO E VENDA / CRONOGRAMA DE VESTING

A liberação de BETTEX segue o cronograma predefinido de vesting de 36 meses, na proporção de 65% para venda pública, 20% para o fundador e 15% para investidores. Não cabe à gestão decidir quando abrir novas liberações nem quantos tokens liberar conforme as reservas: meses e quantidades já estão definidos na agenda. A venda pública utiliza apenas sua parcela liberada, sem antecipar tokens ou ultrapassar o teto de 1 bilhão. Liberação não significa venda realizada.

PREÇO DOS TOKENS DA VENDA PÚBLICA → TESOURARIA

100% do preço dos tokens, pago em USDC, vai à tesouraria, inclusive nas vendas diretas a corretoras. A tarifa adicional do aplicativo vai ao caixa operacional e não reduz esse preço. A regra vale para os 65% públicos, não para aportes dos investidores, vendas pessoais do fundador ou ganhos de staking.

A compra no aplicativo é liquidada em USDC após confirmação conciliada. O preço destinado à tesouraria, a tarifa separada em USDC destinada à entidade e a quantidade de BETTEX creditada são registrados juntos e uma única vez, sem deduzir taxa em tokens. Todo BETTEX disponível na carteira oficial passa a participar automaticamente do staking. A aquisição não é investimento dos agentes. A compra credita a carteira gerada com a conta, não um endereço externo escolhido na hora; a venda direta a corretoras tem fluxo próprio. O recibo identifica preço, tarifa fixa, cotação pertinente, custos, tokens adquiridos, destinos e conta.

BETTEX serve para staking, não pagamento de taxas ou participação societária. Não é capital das estratégias. O fundador pode vender ou distribuir sua parcela liberada. Novas versões aprofundarão custódia das chaves administrativas, aprovação de mudanças e atualização. Auditoria independente permanece requisito da implementação.

Agenda mensal de liberação · 36 meses

O mês 1 começa com a abertura da venda pública. A primeira parcela dos três grupos é liberada nesse mês; investimentos seguem seu cronograma próprio. Liberação e venda não geram lucro distribuível. Do mês 2 ao 36, uma parcela mensal mantém 65% venda pública, 20% Fundador e equipe e 15% investidores. O fundador destina livremente sua parcela liberada; concessões a terceiros não são automáticas nem criam nova emissão.

O vesting abrange toda a emissão autorizada de 1.000.000.000 BETTEX, sem liberação integral antecipada de nenhuma destinação. No mês 36, os 650 milhões, 200 milhões e 150 milhões estarão integralmente liberados. As taxas pagas em USDC não transferem ou queimam BETTEX, não reduzem a oferta nem criam uma quarta alocação. Não existe uma destinação inicial de tokens para fundo.

As parcelas são distribuídas de forma uniforme, com pequenos ajustes de arredondamento para manter quantidades inteiras de tokens e a proporção exata de 65% / 20% / 15% em todos os meses. A agenda mostra tokens liberados, não tokens já vendidos. Os meses e as quantidades de liberação seguem o cronograma predefinido, sem decisões discricionárias da gestão nem ajustes conforme as reservas. A venda pública respeita sua parcela liberada e 100% de sua receita em USDC vai diretamente para a tesouraria para financiar o projeto.

Liberação mensal por grupo

36 parcelas quase uniformes, com ajustes inteiros em grupos de 13:4:3; o topo é o total mensal.

  • Venda pública · 65%
  • Fundador e equipe · 20%
  • Investidores · 15%

Passe sobre uma barra ou use a tabela para consultar quantidades exatas; liberar não significa vender.

Vesting e liberação acumulada

As três destinações são liberadas mensalmente, até completar 1 bilhão de BETTEX no mês 36. Cada degrau representa uma nova parcela.

  • Venda pública · 65%
  • Fundador e equipe · 20%
  • Investidores · 15%

Eixo horizontal: meses desde a abertura da venda pública. Eixo vertical: BETTEX liberados acumulados. O topo empilhado é o total dos três grupos. Mês 0 antecede a primeira liberação; mês 36 fecha em 1 bilhão. Liberação não comprova venda, circulação ou saldo pessoal. Gráfico e tabela usam a mesma agenda.

Quantidades em BETTEX · mês 1 = abertura da venda pública
MêsVenda pública · mensalFundador e equipe · mensalInvestidores · mensalTotal mensalVenda pública · acumuladoFundador e equipe · acumuladoInvestidores · acumuladoTotal acumulado
01 · Início18.055.5445.555.5524.166.66427.777.76018.055.5445.555.5524.166.66427.777.760
0218.055.5575.555.5564.166.66727.777.78036.111.10111.111.1088.333.33155.555.540
0318.055.5575.555.5564.166.66727.777.78054.166.65816.666.66412.499.99883.333.320
0418.055.5575.555.5564.166.66727.777.78072.222.21522.222.22016.666.665111.111.100
0518.055.5575.555.5564.166.66727.777.78090.277.77227.777.77620.833.332138.888.880
0618.055.5575.555.5564.166.66727.777.780108.333.32933.333.33224.999.999166.666.660
0718.055.5575.555.5564.166.66727.777.780126.388.88638.888.88829.166.666194.444.440
0818.055.5575.555.5564.166.66727.777.780144.444.44344.444.44433.333.333222.222.220
0918.055.5575.555.5564.166.66727.777.780162.500.00050.000.00037.500.000250.000.000
1018.055.5445.555.5524.166.66427.777.760180.555.54455.555.55241.666.664277.777.760
1118.055.5575.555.5564.166.66727.777.780198.611.10161.111.10845.833.331305.555.540
1218.055.5575.555.5564.166.66727.777.780216.666.65866.666.66449.999.998333.333.320
1318.055.5575.555.5564.166.66727.777.780234.722.21572.222.22054.166.665361.111.100
1418.055.5575.555.5564.166.66727.777.780252.777.77277.777.77658.333.332388.888.880
1518.055.5575.555.5564.166.66727.777.780270.833.32983.333.33262.499.999416.666.660
1618.055.5575.555.5564.166.66727.777.780288.888.88688.888.88866.666.666444.444.440
1718.055.5575.555.5564.166.66727.777.780306.944.44394.444.44470.833.333472.222.220
1818.055.5575.555.5564.166.66727.777.780325.000.000100.000.00075.000.000500.000.000
1918.055.5445.555.5524.166.66427.777.760343.055.544105.555.55279.166.664527.777.760
2018.055.5575.555.5564.166.66727.777.780361.111.101111.111.10883.333.331555.555.540
2118.055.5575.555.5564.166.66727.777.780379.166.658116.666.66487.499.998583.333.320
2218.055.5575.555.5564.166.66727.777.780397.222.215122.222.22091.666.665611.111.100
2318.055.5575.555.5564.166.66727.777.780415.277.772127.777.77695.833.332638.888.880
2418.055.5575.555.5564.166.66727.777.780433.333.329133.333.33299.999.999666.666.660
2518.055.5575.555.5564.166.66727.777.780451.388.886138.888.888104.166.666694.444.440
2618.055.5575.555.5564.166.66727.777.780469.444.443144.444.444108.333.333722.222.220
2718.055.5575.555.5564.166.66727.777.780487.500.000150.000.000112.500.000750.000.000
2818.055.5445.555.5524.166.66427.777.760505.555.544155.555.552116.666.664777.777.760
2918.055.5575.555.5564.166.66727.777.780523.611.101161.111.108120.833.331805.555.540
3018.055.5575.555.5564.166.66727.777.780541.666.658166.666.664124.999.998833.333.320
3118.055.5575.555.5564.166.66727.777.780559.722.215172.222.220129.166.665861.111.100
3218.055.5575.555.5564.166.66727.777.780577.777.772177.777.776133.333.332888.888.880
3318.055.5575.555.5564.166.66727.777.780595.833.329183.333.332137.499.999916.666.660
3418.055.5575.555.5564.166.66727.777.780613.888.886188.888.888141.666.666944.444.440
3518.055.5575.555.5564.166.66727.777.780631.944.443194.444.444145.833.333972.222.220
3618.055.5575.555.5564.166.66727.777.780650.000.000200.000.000150.000.0001.000.000.000
36 meses650.000.000200.000.000150.000.0001.000.000.000650.000.000200.000.000150.000.0001.000.000.000

Venda pública do projeto e revenda entre titulares

VENDA PÚBLICA PELO PROJETO

O projeto vende tokens liberados do estoque destinado à venda pública, correspondente aos 65% da emissão. 100% do USDC recebido vai à tesouraria. Isso vale para a compra no aplicativo e para a venda direta a corretoras. O recebimento conciliado é aporte, não lucro distribuível; a liberação continua seguindo o vesting de 36 meses.

REVENDA ENTRE TITULARES

Um titular vende tokens já pertencentes a ele, respeitando sua disponibilidade. O pagamento em USDC vai ao titular vendedor, não à tesouraria. Mesmo que os tokens tenham sido originalmente comprados da parcela pública, sua revenda não é uma nova venda do estoque do projeto nem uma nova captação.

O desenho 2 da arquitetura representa a compra da venda pública do projeto. Seu fluxo de USDC para a tesouraria não descreve toda compra por swap. A revenda entre titulares, por si só, não aumenta P ou B e não entra em R como resultado das estratégias. A venda do token pelo titular não é resgate da tesouraria nem recompra pela empresa.

Os aportes vinculados aos 15% dos investidores têm livre alocação. Revendas pessoais não seguem a destinação da venda pública. O fundador destina livremente suas receitas pessoais após a liberação. Revenda não antecipa emissão nem cria novo vesting para unidades liberadas.

A compra primária pelo aplicativo separa o preço dos tokens, destinado integralmente à tesouraria, da tarifa fixa US$ 2,50 paga em USDC ao caixa operacional. Não descontar a tarifa em BETTEX nem aplicar tarifa primária automaticamente a revendas entre titulares. Custos de rede e de terceiros são separados. Transferências diretas externas seguem a distinção documentada. Entradas confirmadas não recebem lucros anteriores. Qualquer saída de BETTEX da carteira oficial, por saque, venda ou transferência, cancela todos os créditos anteriores ainda não pagos do ciclo e zera o peso acumulado, mesmo quando parcial.

Canais de venda: entrega e conciliação com corretoras

Venda direta a corretoras para formar a tesouraria

A parcela de 65% destinada à venda pública pode ser vendida diretamente a corretoras para formar e capitalizar a tesouraria. Não é obrigatório vender por swaps ou por um pool de liquidez: a venda direta é um canal possível de distribuição dos tokens já liberados.

100% dos recursos recebidos nessas vendas, liquidadas em USDC, vão diretamente à tesouraria. O canal de venda não altera os percentuais de alocação nem o cronograma de vesting de 36 meses. Aportes de investidores e vendas pessoais do fundador têm livre destinação, separada da venda pública.

O fluxo de venda à corretora deve identificar a contraparte, a quantidade de BETTEX, o pagamento em USDC e a carteira de entrega, com confirmação, conciliação e registro público da transação. A previsão desse canal não significa parceria, listagem ou integração com uma corretora já ativa.

Dinheiro dos investidores e liberdade do fundador

APORTES DOS INVESTIDORES

Os recursos vinculados à parcela de 15% têm livre alocação, conforme os instrumentos aprovados. Não há split obrigatório entre tesouraria e desenvolvimento.

CAPITAL DO PILOTO

A destinação específica de US$ 100 mil está no piloto; ela não define uma regra geral para aportes.

FUNDADOR / 20% DE LIVRE DESTINAÇÃO

200.000.000 BETTEX pertencem ao fundador. Após cada liberação do vesting, ele pode usar os tokens como quiser: distribuir ao time, manter em staking, transferir ou vender. Não existe uma divisão obrigatória dessa parcela com o time. A destinação de suas vendas pessoais é livre e não segue o split dos aportes dos investidores.

INVESTIDORES / 15%

150.000.000 BETTEX para investidores, com liberação mensal durante 36 meses. Aportes, liberação de tokens e resultados de staking são movimentos distintos.

Empresa, propriedade dos tokens e direitos dos titulares

A entidade BETTEX é estruturada como uma empresa privada a constituir, administrada pelo fundador, responsável pelos direitos do projeto e do token e pela liderança dos investimentos. Direitos da empresa não dão propriedade sobre os BETTEX dos titulares.

Cada titular é proprietário dos tokens BETTEX adquiridos e participa das distribuições em USDC conforme as regras documentadas de saldo e tempo elegíveis, apuração de lucro, conciliação e reservas. A propriedade dos tokens é distinta da administração da tesouraria pela empresa e não constitui garantia de rendimento ou de preservação do valor de mercado.

A compra de BETTEX não cria, por si só, direito de retirar uma fração da tesouraria nem de exigir que a empresa recompre os tokens. Vender o token é diferente de resgatar capital do projeto. Retirar tokens da carteira pelo aplicativo ou transferi-los diretamente também não é um resgate da tesouraria. A propriedade dos ativos pessoais permanece. Qualquer saída de BETTEX, mesmo parcial, cancela todos os créditos do ciclo acumulados até a saída e ainda não pagos, inclusive os já apurados ou autorizados. USDC já recebido e conciliado permanece do titular.

BETTEX dá direito à participação no yield conforme as regras do projeto, não participação na empresa. O token não representa ação, quota societária, voto ou propriedade proporcional da tesouraria. Em eventual encerramento, devem ser tratados os créditos de yield e demais obrigações já apurados, sem converter tokens em participação societária ou direito de resgate do capital da empresa. As condições de encerramento e o tratamento do patrimônio remanescente precisam constar dos documentos jurídicos; essa distinção econômica não determina, por si só, o enquadramento jurídico do token.

REQUISITOS DE VENDA

A compra é paga em USDC confirmado. Quem entra com fiat primeiro adquire USDC por on-ramp externo, sujeito à cotação e aos custos do provedor. A oferta deve informar o preço em USDC e os custos aplicáveis antes da confirmação, sem presumir equivalência entre valores nominais de moedas diferentes. O processamento depende de controles operacionais e autorização jurídica.

Voltar ao índice ↑
08 13

Taxas de serviço.

Política oficial de tarifas, encargos, receita operacional e conciliação.

Taxas fixas em USDC e financiamento da entidade

As três tarifas são fixas, não percentuais. A receita pertence à empresa privada BETTEX e vai à carteira operacional própria, distinta da tesouraria e das carteiras pessoais. Provisões fiscais e custos reduzem a disponibilidade; US$ 2,50 de receita bruta não são US$ 2,50 de lucro líquido.

A compra identifica separadamente o preço dos tokens e a tarifa em USDC. Em um exemplo com paridade USDC/dólar de 1:1, uma compra de 100 USDC de BETTEX exige 102,50 USDC antes de custos externos: 100 à tesouraria e 2,50 ao caixa operacional. Os BETTEX adquiridos não são usados para pagar a taxa. A entrega integrante dessa compra não recebe outra tarifa de envio.

No saque solicitado de 100 USDC de saldo líquido já disponibilizado, a dedução autorizada de 2,50 USDC deixa 97,50 USDC para o titular antes de encargos externos. Retenções aplicáveis à distribuição já foram resolvidas antes desse saldo; não são descontadas de novo. Não exigir BETTEX para pagar o serviço. No envio autônomo de BETTEX, a quantidade segue ao destino e a tarifa é paga separadamente em USDC.

Tarifas
OperaçãoTarifaIncidênciaEscopo
Compra primária de BETTEX pelo aplicativoUS$ 2,50Por compra concluída, separada do preço dos tokensTarifa confirmada; entrega integrante da compra sem segunda taxa
Saque de rendimentos em USDC pelo aplicativoUS$ 2,50Por saque concluídoTarifa confirmada; não é novo pagamento da distribuição
Envio autônomo de BETTEX para outra carteira pelo aplicativoUS$ 2,50Por envio concluído; quantidade de BETTEX não é taxaTarifa confirmada; exportação e transferência direta fora do app não tarifadas

Custos de rede e de terceiros são discriminados, não tarifas institucionais ocultas. O recibo vincula operação, versão, ativos, origem, destino, preço, tarifa, encargos e líquido autorizado. A cotação pertinente à liquidação/contabilidade não presume paridade eterna entre USDC e dólar.

Reserva não é cobrança concluída. A tarifa e a operação têm referências vinculadas e efeito único; falha comprovada exige correção identificada em USDC. Incerteza exige conciliação, sem nova cobrança ou devolução presumida. Não cobrar tarifa no crédito automático do yield, no depósito simples, na exportação de chaves ou em transferência direta fora do aplicativo.

As tarifas não queimam BETTEX, não reduzem a quantidade adquirida, não alteram o vesting ou a emissão de 1 bilhão em 65%/20%/15%. O peso de staking continua a acompanhar quantidade e tempo elegíveis dos tokens pessoais.

Ver a organização da entidade · Ver cenários compactos do piloto

Planilha de tarifas, piloto e vesting

Receita bruta, custos e tributos

A tarifa de serviço é receita bruta. Custos identificados e tributos aplicáveis reduzem o resultado operacional, sem gross-up automático. Provisão é uma obrigação estimada ou reconhecida, não comprovação de recolhimento. Pagar a obrigação já contabilizada não gera segunda dedução.

O perfil fiscal identifica contribuinte, obrigação, base, moeda, vencimento e fonte de cobertura. Retenções dos rendimentos não são receita de serviço; seguem o fluxo fiscal da distribuição.

Voltar ao índice ↑
09 13

Staking e distribuição de resultados.

Participação automática, quantidade e tempo, tributos, rateio, liquidação e encerramento.

Participação automática e elegibilidade

Todo BETTEX disponível na carteira oficial participa automaticamente, sem ativação ou depósito adicional. A piscina é fechada e exige acesso ao aplicativo, mas não uma sessão continuamente aberta. Exportar chaves preserva autocustódia, não torna a piscina independente. Tokens não liberados e estoque institucional de venda não participam.

Auto staking na Carteira BETTEX
Desenho 3 de 8

Auto staking na Carteira BETTEX

BETTEX disponível na carteira participa automaticamente. USDC não entra no cálculo do staking.

  1. 1
    Carteira BETTEX

    Todo BETTEX disponível na carteira oficial do projeto conta a partir da confirmação do saldo.

  2. 2
    Auto staking

    A participação na piscina fechada é automática. Sem ativação manual nem depósito adicional de tokens.

  3. 3
    Rateio diário dos ganhos

    A participação usa BETTEX disponível × tempo elegível na rodada UTC. Qualquer saída de BETTEX, mesmo parcial, zera todo o peso anterior e cancela os créditos do ciclo acumulados até a saída e ainda não pagos. Novas entradas não recebem lucros anteriores. O recebido só fica disponível após confirmação e conciliação na Carteira USDC.

Qualquer saída de BETTEX cancela todos os créditos anteriores ainda não pagos do ciclo, inclusive os autorizados, e zera todo o peso anterior. Entradas contam a partir da confirmação do saldo e nunca recebem lucros anteriores à sua elegibilidade. O rateio usa o peso individual elegível dividido pela soma dos pesos elegíveis correspondentes. Os ganhos são pagos sempre na Carteira USDC, nunca na Carteira BETTEX.

A piscina exige acesso ao aplicativo, mas não uma sessão continuamente aberta.

Soma dos pesos elegíveis zero impede o split e mantém 100% na tesouraria. Qualquer saída, mesmo parcial, cancela todos os créditos anteriores ainda não pagos do ciclo e zera o peso acumulado.

Cada rodada é única: paga ou não paga. Lucro não distribuído fica na tesouraria e não retorna ao rateio. Resultados e pesos de rodadas diferentes nunca são somados para pagamento.

Onde entram neste desenho

  • Arbitrum OneEtapa 1 · Saldo BETTEX da carteira

    O backend acompanha os tokens confirmados na rede. A elegibilidade e a permanência no staking são verificadas pelo aplicativo.

Elegibilidade, rodada e peso

Cada rodada diária UTC é única e independente: paga ou não paga. Uma rodada encerrada não reabre, não retorna ao rateio e não soma lucro, pesos ou créditos aos de outra rodada. Pesos de uma rodada sem pagamento não criam direito sobre distribuições futuras.

A rodada diária vai de 00h00 até 00h00 do dia seguinte em UTC. O encerramento pertence à rodada seguinte, sem tempo contado duas vezes. Todo BETTEX disponível na carteira oficial acumula quantidade × tempo elegível desde a confirmação. Tokens não liberados e estoque institucional de venda não participam; fundador e investidores seguem os mesmos critérios dos demais titulares.

EsquemaStaking automático

Quantidade e tempo definem o peso da própria rodada; saídas cancelam direitos.

  1. BETTEX disponível

    Na carteira oficial

  2. Participação automática

    Sem ativação nem depósito

  3. Rodada diária UTC

    Quantidade × tempo elegível

  4. Crédito em USDC

    Líquido após retenções, confirmado na Carteira USDC

Entradas e saídas

Alteram o BETTEX disponível

  • Saída

    Cancela todos os créditos anteriores ainda não pagos do ciclo e zera o peso acumulado, mesmo quando parcial

  • Entrada

    Conta após a confirmação do saldo, sem lucros anteriores

  1. Frações não executáveis

    Não geram crédito pendente

  2. Tesouraria

    Recebe as frações não pagas

Entradas e saídas de BETTEX

Qualquer saída de BETTEX da carteira oficial, por saque, venda ou transferência, cancela todos os créditos do ciclo acumulados até a saída e ainda não pagos, inclusive em retiradas parciais. Todo o peso acumulado da rodada é zerado, não apenas o da quantidade retirada. Não se conserva o peso do período anterior à saída, nem o peso anterior do saldo que permaneceu. Esses créditos não são pagos.

A saída cancela também créditos executáveis já apurados ou autorizados e pagamentos pendentes. Frações não executáveis retornam à tesouraria desde a apuração e nunca constituem crédito pendente do beneficiário. O cancelamento é registrado por titular e ciclo, sem novo rateio nem transferência desses direitos a novos participantes. Uma nova entrada não recupera créditos cancelados.

USDC já recebido e conciliado na Carteira USDC permanece do titular. Sacar USDC não cancela créditos de staking; esta regra é exclusiva das saídas de BETTEX.

O saldo BETTEX remanescente ou uma nova entrada volta a acumular participação a partir da confirmação após a saída, sem recuperar peso ou créditos anteriores.

USDC já recebido permanece do titular. Saque USDC não cancela staking. Exportar chaves não movimenta, por si só, BETTEX. Nenhuma entrada recupera direitos cancelados nem recebe lucros anteriores.

Fórmula e exemplo por quantidade × tempo

RATEIO DA PRÓPRIA RODADA

Peso individual = soma de (BETTEX disponível × tempo elegível)

Pagamento bruto = parcela de staking × peso individual ÷ soma dos pesos elegíveis

Todos usam a mesma unidade de tempo. O denominador é a soma dos pesos elegíveis da rodada, não a emissão nem o saldo final quando os tempos diferem. Exemplo: 1.000 tokens por 24 horas geram 24.000 token-horas; 1.000 por 12 horas geram 12.000. Pesos de ⅔ e ⅓, apesar de saldos iguais. Uma participação de 1% em parcela de 1.000 USDC corresponde a 10 USDC brutos, sujeitos a executabilidade, tributos e regras.

Origem da parcela e ausência de elegíveis

A parcela de staking corresponde a 25% do lucro elegível realizado e conciliado da própria rodada, após tributos da entidade, com reservas e liquidez atendidas antes e depois dos desembolsos. Outros 50% ficam na tesouraria e 25% vão à recompra e queima. A base é resultado, não capital aportado.

Se a soma dos pesos elegíveis for zero, não há split. 100% permanece na tesouraria, sem parcela de staking ou recompra, crédito acumulado ou divisão por zero.

Se a rodada não paga, o lucro fica definitivamente na tesouraria, sem crédito ao staking nem liberação futura desse resultado. A recomposição das reservas não recupera a rodada encerrada. Novas rodadas consideram somente seus próprios resultados e participantes elegíveis.

Precisão e frações não executáveis

Frações não executáveis do rateio não são pagas nem ficam pendentes do beneficiário: retornam à tesouraria. Não se acumulam para rodadas futuras, não compõem pagamentos posteriores e não são redistribuídas entre participantes.

O cálculo usa precisão exata. A unidade executável validada do ativo e conector determina o ajuste para baixo; precisão de exibição não é regra financeira. Registrar cálculo, valor executável e fração por rodada, sem arredondar para cima, acumular ou redistribuir entre titulares. Retenções fiscais não são sobras livres.

A tesouraria conserva sua parcela e recebe frações não executáveis. Retorno de fração não é novo lucro nem permite novo split; registros, obrigações e retornos têm efeitos únicos em R, P e B.

Crédito líquido e encerramento

O peso determina o direito bruto. Retenções aplicáveis são resolvidas antes do crédito líquido disponibilizado. Registro ou autorização não é saldo recebido: somente USDC confirmado e conciliado entra na Carteira USDC. Execução e confirmação detalham a prevenção de duplicidade.

Encerrada a rodada, não resta crédito de distribuição a pagar, saldo residual do beneficiário ou obrigação de complemento. Valores não pagos e comprovadamente não enviados ficam na tesouraria; autorizações não executadas são encerradas, sem migração para outra rodada. Transferências já iniciadas, enviadas ou incertas exigem apenas conciliação do fato original: não são créditos de uma nova rodada, não reabrem o rateio e não autorizam novos envios da rodada encerrada. Recursos incertos não são considerados recuperados.

Da parcela do staking ao saque em USDC
Desenho 6 de 8

Da parcela do staking ao saque em USDC

Depois do split do desenho 5: parcela do staking → recebimento confirmado na Carteira USDC → saque em USDC.

  1. 1
    Parcela do staking

    Parcela de 25% do lucro distribuível já separada no desenho 5, vinculada aos resultados e participantes elegíveis. Novos participantes não recebem lucros anteriores. Não há nova apuração ou novo split neste fluxo.

  2. 2
    Retenção e crédito na Carteira USDC

    Direito bruto identificado; retenções aplicáveis são resolvidas e recolhidas antes da disponibilização líquida. Provisão isolada não libera saldo. USDC transferido entra no disponível após confirmação e conciliação, sem nova dedução do tributo já considerado.

  3. 3
    Saque de USDC do staking

    Movimenta USDC recebido sem repetir a distribuição. A tarifa segue a política oficial, paga em USDC ao caixa operacional, com dedução autorizada e líquido discriminado. Custos externos e retenções são separados. Sem pagamento em moeda local.

O registro do direito à distribuição não é saldo on-chain recebido. A obrigação e o posterior pagamento têm efeito único na apuração; a interface não soma o pendente ao saldo já recebido. Custos de rede são identificados separadamente.

Ver condições do split no desenho 5.

Consultar a política oficial de taxas.

Onde entram neste desenho

  • Arbitrum OneRecebimento e saque em USDC

    O livro contábil registra o direito e a obrigação como distribuição pendente. A transferência on-chain confirmada e conciliada reconhece USDC recebido na carteira do titular e liquida a obrigação. O saque posterior movimenta esse saldo, sem novo pagamento da distribuição.

Tributos antes do lucro distribuível e do pagamento

A tesouraria não distribui resultado bruto de impostos. Apurar, descontar e recolher tributos imputáveis à entidade conforme regime, jurisdição, natureza da receita, fato gerador e vigência, antes do lucro elegível e split. Uma provisão não prova pagamento: registrar obrigação, vencimento e comprovante conciliado. Atualizar R e P uma única vez, sem alterar artificialmente B ou deduzir novamente ao recolher. Depois conferir reservas, liquidez e pesos para o split 50%/25%/25%.

Custos tributários têm obrigação e fonte de cobertura identificadas. Tributos dos serviços entram no orçamento operacional; tributos dos investimentos entram na apuração correspondente; retenções legais identificam o beneficiário e pagamento aplicáveis. Contabilidade separada não exclui impostos nem financia a mesma obrigação duas vezes. Ver receita bruta, custos e tributos dos serviços.

Retenções aplicáveis são resolvidas antes do crédito líquido disponibilizado. O rateio calcula direito bruto na parcela de 25%; separar tributo e líquido, identificar obrigação e comprovar recolhimento conforme o evento aplicável antes da liberação ao titular. Reserva fiscal não é recolhimento efetuado nem saldo pessoal disponível. Tributação pessoal depende de residência, natureza do pagamento e regime: não há isenção universal.

Tributação da entidade e retenção do beneficiário podem coexistir por incidências distintas. Não são alternativas para evitar imposto nem autorização para cobrar duas vezes a mesma obrigação. Validar regime, residência fiscal, natureza do pagamento, base, alíquota ou método, isenção, responsável pelo recolhimento, fonte e vigência. Sem enquadramento fiscal validado, não autorizar o pagamento; se a rodada encerrar sem pagar, não conservar crédito do beneficiário para outra rodada. Isso não extingue tributos legalmente devidos nem libera recursos fiscais reservados. Ausência de configuração não significa imposto zero.

O registro vincula apuração, entidade, beneficiário quando aplicável, regra fiscal, base, valor bruto, imposto, líquido, obrigação, vencimento e comprovante de recolhimento. Retenções e recolhimentos são conciliados com efeito único: bruto = líquido devido + tributo retido. Não manter simultaneamente o bruto inteiro a pagar ao usuário e uma segunda obrigação fiscal sobre a mesma parcela. Pagamento ou recolhimento de obrigação já registrada não reduz R, P ou B novamente. Correções seguem ajustes identificados, sem débito automático de carteiras ou repetição do split.

As tarifas fixas de compra primária, saque USDC e envio autônomo BETTEX são pagas em USDC e permanecem separadas dos impostos. Retenção não é um saque nem nova operação tarifada. Créditos anteriores mantêm sua origem; tratamento fiscal não autoriza cancelamento retroativo ou nova cobrança sem obrigação comprovada.

Simulação da ordem de dedução, em USDC

Exemplo isolado, sem perdas anteriores ou posições abertas e com R = P − B antes dos tributos. Não substitui a apuração completa nem calcula alíquotas legais. Informe apenas tributos ainda não descontados do resultado; as retenções são o total da parcela de staking deste exemplo, não uma taxa universal por usuário.

Informe os tributos e as retenções. Zero deve ser informado explicitamente, não presumido.

A simulação não registra obrigações reais, recolhe impostos ou transfere recursos. Nenhuma alíquota foi presumida.

Apuração do lucro e perdas nas posições abertas

Cada rodada diária UTC é única e independente: paga ou não paga. Uma rodada encerrada não reabre, não retorna ao rateio e não soma lucro, pesos ou créditos aos de outra rodada. Pesos de uma rodada sem pagamento não criam direito sobre distribuições futuras.

Se a rodada não paga, o lucro fica definitivamente na tesouraria, sem crédito ao staking nem liberação futura desse resultado. A recomposição das reservas não recupera a rodada encerrada. Novas rodadas consideram somente seus próprios resultados e participantes elegíveis.

Lucro realizado positivo, isoladamente, não autoriza a distribuição. Antes do split, a apuração considera resultado líquido, posições abertas, custos, tributos e obrigações. Tributos da entidade são reconhecidos antes do lucro elegível, sem segunda dedução no recolhimento; rendimentos já líquidos não sofrem o mesmo desconto novamente. Seguir o tratamento fiscal por entidade e beneficiário. Ganhos não realizados não são distribuíveis. Os registros são conciliados e expressos em USDC.

Os custos dessa apuração são os diretamente relacionados às operações de investimento, incluindo execução, liquidação e custos de rede dessas operações. Também entram os custos operacionais efetivos suportados pela tesouraria em suas transferências e na liquidação das distribuições, registrados no dia UTC da realização comprovada, sem duplicidade. Despesas institucionais de desenvolvimento, infraestrutura, auditoria e administração são financiadas pelo orçamento separado da empresa, não pela tesouraria, e não são descontadas do resultado das estratégias. Orçamento reservado não antecipa despesa; pagar um custo já reconhecido não o desconta novamente.

Perdas são permanentes. Uma perda conciliada reduz o patrimônio uma única vez e não cria déficit a compensar com lucros de rodadas futuras. Resultados posteriores são apurados pela própria origem e período. A recomposição da reserva defensiva é um controle de cobertura patrimonial, não uma dívida de resultados antigos.

Capital, resultados e obrigações têm registros separados. O patrimônio líquido atualizado inclui reserva defensiva e posições abertas, descontando obrigações; carteiras pessoais ficam fora dele. Aportes e devolução do principal não são lucro. Registrar a obrigação de uma distribuição e depois pagá-la não pode reduzir o patrimônio duas vezes.

O split incide somente no lucro líquido realizado, conciliado e elegível da própria rodada. R contém o resultado realizado líquido dessa rodada, não lucro acumulado de rodadas anteriores. Custos, tributos, posições abertas e o limite patrimonial continuam sendo considerados. Lucros anteriores, distribuídos ou não, nunca entram no novo rateio; o histórico patrimonial não é apagado.

Reter para recompor reservas ou liquidez encerra a rodada sem pagamento. Não cria crédito individual ou estoque de lucro a distribuir depois. O valor fica na tesouraria e não volta a R de uma rodada futura. Perdas também não se acumulam como déficit a compensar em rodadas seguintes.

Com reservas, liquidez, conciliação e pesos elegíveis atendidos antes e após todos os desembolsos, aplica o split de 50% para retenção na tesouraria, 25% para staking e 25% para a carteira exclusiva de recompra. Sem peso elegível, reserva ou liquidez suficientes, 100% permanece na tesouraria, sem split ou destinação à recompra. Novos participantes nunca recebem lucros anteriores e qualquer saída de BETTEX cancela os créditos anteriores ainda não pagos do ciclo e zera todo o peso acumulado.

Autorizar o split e registrar seus efeitos e créditos formam uma decisão indivisível e durável no livro compartilhado. Identifica rodada, origem e período dos resultados, revisão, regras, dados conciliados, pesos elegíveis, direitos, obrigações e efeitos patrimoniais antes e depois. Revalida o estado vigente antes do lançamento. Concorrência, repetição ou retomada não autorizam usar o mesmo lucro duas vezes; falha não deixa crédito isolado de seu efeito contábil. Erros e fatos tardios exigem ajustes identificados. Liberação posterior não troca a origem dos resultados nem inclui novos participantes em lucros anteriores.

A passagem de posição aberta para resultado realizado é conciliada sem duplicar perda ou ganho. Liquidar uma obrigação já reconhecida não é uma nova perda nem um novo split.

Resgatar o principal de uma aplicação defensiva movimenta recursos da tesouraria, sem criar lucro. Realizar um rendimento já refletido na avaliação patrimonial não aumenta o patrimônio novamente. Reinvestir um rendimento não cria um segundo resultado nem outro direito ao split.

Exemplo na mesma apuração: patrimônio inicial de US$ 100.000, ganho realizado de US$ 1.000 e perda de US$ 5.000 nas posições abertas resultam em US$ 96.000, sem outros movimentos. A avaliação conjunta não autoriza distribuir o ganho isolado ignorando a perda. Isso não cria déficit a compensar com rodadas futuras.

Exemplo de perda permanente e novos lucros. Valores em USDC, após cada etapa, com aporte inicial de 100.000. As etapas de resultado representam apurações distintas, líquidas de custos, sem posições abertas ou outros movimentos. Cada split pressupõe reserva defensiva, liquidez e elegibilidade atendidas antes e após a distribuição.

Neste exemplo, pagamentos aos stakers e transferências à carteira de recompra estão conciliados. Não houve execução de recompras; o saldo segregado continua em USDC.

Patrimônio operacional e carteira de recompra separados · perda permanente · valores em USDC
EtapaResultado da etapaPatrimônio operacionalCarteira de recompraElegível restante
1 · Aporte de 100.0000100.00000
2 · Lucro de 1.0001.000101.00001.000
3 · Split: 250 staking; 250 recompra; 500 retidos0100.5002500
4 · Perda permanente de 500−500100.0002500
5 · Novo lucro de 500500100.500250500
6 · Split: 125 staking; 125 recompra; 250 retidos0100.2503750
7 · Novo lucro de 200200100.450375200
8 · Split: 50 staking; 50 recompra; 100 retidos0100.3504250

Os lucros de 1.000, 500 e 200 entram uma única vez. A perda de 500 é permanente, sem déficit a pagar com lucro futuro. No exemplo, 425 foram destinados ao staking, 425 à carteira de recompra e o patrimônio operacional termina em 100.350; somado à carteira segregada, o patrimônio consolidado é 100.775. A segregação não é despesa da entidade, mas retira recursos da disponibilidade operacional. Os 50% retidos e o saldo de recompra não recebem outro split. Registrar obrigações e depois liquidá-las não reduz o patrimônio duas vezes. Reter 100% por falta de reserva ou liquidez impede ambas as destinações.

Preservar a base patrimonial e os controles vigentes de reserva: uma transferência interna à carteira de recompra não reduz, por si só, o patrimônio consolidado nem a base exigida para sua proteção. O saldo segregado não cobre a reserva defensiva nem fica disponível para estratégias. P e B usam perímetros consistentes; a liquidez exclui recursos exclusivos e compromissos, considerando todos os desembolsos previstos. A carteira acumula destinações elegíveis, sem permitir acumular créditos, pesos ou lucros para stakers de rodadas encerradas.

Sem avaliação confiável e conciliação na decisão da rodada, ela não paga. Registrar fontes, horários, posições, custos, tributos e resultado da própria rodada. O split exige reservas conforme política vigente e liquidez antes e após os desembolsos. Se qualquer condição falhar, 100% do lucro fica na tesouraria, sem crédito residual, complemento ou liberação futura. Reconciliar o histórico depois não reabre essa rodada.

Execução da rodada e USDC confirmado na carteira

Validação, autorização e encerramento

Cada rodada diária UTC é única e independente: paga ou não paga. Uma rodada encerrada não reabre, não retorna ao rateio e não soma lucro, pesos ou créditos aos de outra rodada. Pesos de uma rodada sem pagamento não criam direito sobre distribuições futuras.

Encerrada a rodada, não resta crédito de distribuição a pagar, saldo residual do beneficiário ou obrigação de complemento. Valores não pagos e comprovadamente não enviados ficam na tesouraria; autorizações não executadas são encerradas, sem migração para outra rodada. Transferências já iniciadas, enviadas ou incertas exigem apenas conciliação do fato original: não são créditos de uma nova rodada, não reabrem o rateio e não autorizam novos envios da rodada encerrada. Recursos incertos não são considerados recuperados.

O encerramento registra os pagamentos confirmados, as frações retornadas e os valores comprovadamente não enviados, sem apagar o histórico. Cancelar uma autorização não executada exige bloquear seu envio antigo e registrar uma única vez os efeitos sobre obrigações e recursos disponíveis. Esse retorno à tesouraria não cria lucro em R nem permite outro split do mesmo resultado. Recursos incertos e obrigações tributárias não são liberados por presunção.

Qualquer saída de BETTEX da carteira oficial, por saque, venda ou transferência, cancela todos os créditos do ciclo acumulados até a saída e ainda não pagos, inclusive em retiradas parciais. Todo o peso acumulado da rodada é zerado, não apenas o da quantidade retirada. Não se conserva o peso do período anterior à saída, nem o peso anterior do saldo que permaneceu. Esses créditos não são pagos.

A saída cancela também créditos executáveis já apurados ou autorizados e pagamentos pendentes. Frações não executáveis retornam à tesouraria desde a apuração e nunca constituem crédito pendente do beneficiário. O cancelamento é registrado por titular e ciclo, sem novo rateio nem transferência desses direitos a novos participantes. Uma nova entrada não recupera créditos cancelados.

USDC já recebido e conciliado na Carteira USDC permanece do titular. Sacar USDC não cancela créditos de staking; esta regra é exclusiva das saídas de BETTEX.

Frações não executáveis do rateio não são pagas nem ficam pendentes do beneficiário: retornam à tesouraria. Não se acumulam para rodadas futuras, não compõem pagamentos posteriores e não são redistribuídas entre participantes.

Antes de iniciar qualquer pagamento, o executor revalida a ausência de saída de BETTEX desde a acumulação dos créditos. O cancelamento e a autorização de envio são ordenados de forma indivisível por titular e ciclo; uma revisão cancelada não autoriza envio, complemento ou reenvio. Tentativas já enviadas ou incertas permanecem em conciliação, sem restaurar direitos cancelados nem presumir recursos recuperados. O cancelamento da obrigação é registrado uma única vez, separado de lucro, split e pagamento.

Antes do envio, validar os tributos e as retenções aplicáveis. Conciliar o bruto autorizado na própria rodada com o líquido e o tributo reservado; não enviar ao titular o imposto retido nem contá-lo como recebido. Registrar pagamento e recolhimento separadamente, sem somar novamente o bruto ou deduzir o imposto duas vezes. Sem validação fiscal, não iniciar o pagamento. O encerramento sem pagamento não conserva crédito futuro do beneficiário, mas também não apaga obrigações tributárias legalmente devidas, conforme o tratamento fiscal da distribuição.

A autorização de pagamento só vale para a própria rodada ainda em execução. Registrar rodada, participante, peso elegível e valor executável em USDC. A autorização não é recebimento nem saldo disponível. A interface pode apresentar pagamento em execução enquanto a rodada estiver aberta para execução; depois do encerramento não existe crédito residual a pagar. Envios já iniciados ficam apenas em conciliação histórica, sem promessa de outro pagamento.

Executor único e prevenção de duplicidade

Reservar as parcelas do pagamento e registrar seu executor único formam uma decisão indivisível e durável no controle compartilhado, antes de chamar o conector. O registro identifica o pagamento, executor, parcelas e obrigações de origem, valores, recursos comprometidos, horário UTC e estado. Em pagamento consolidado, todas as parcelas são conferidas e reservadas na mesma decisão, sem exceder o pendente livre de cada obrigação ou usar parcelas de outros envios. Se a decisão não puder ser concluída integralmente, não há autorização parcial presumida. Pagamentos e demais operações consideram os recursos já comprometidos, sem disputar o mesmo caixa como livre.

Somente o executor registrado pode iniciar o pagamento, dentro da própria rodada ainda em execução, após revalidar valores, segurança, liquidez e ausência de saída de BETTEX. Registrar o início uma única vez antes da chamada externa; outras instâncias apenas consultam e conciliam. Falha, reinício, demora ou comunicação perdida não comprovam não envio nem liberam recursos incertos. Recuperar o registro não duplica reserva ou autoriza reenvio. Preservar registros históricos de pesos e efeitos patrimoniais serve à auditoria, não conserva elegibilidade após saída nem cria obrigação residual depois do encerramento.

A autorização fica vinculada ao identificador, à revisão e ao conteúdo exato do pagamento de uma única rodada. O registro inclui rodada, ativo, rede, origem, destino, conector, valor e condições de custos. Somente parcelas do mesmo beneficiário e da mesma rodada ainda em execução podem compartilhar o pagamento, com destino, ativo e rede compatíveis. Antes de enviar, conferir a revisão autorizada vigente. Mesmo identificador e revisão com conteúdo diferente bloqueiam o envio, sem sobrescrever o original ou criar outra reserva. Uma alteração exige motivo, evidências e nova validação, não libera parcelas enviadas ou incertas e não autoriza envios de uma rodada encerrada. Revalidar não duplica créditos, reservas ou efeitos patrimoniais.

O pagamento exige recursos para o principal e teto verificável dos custos suportados pela tesouraria. Custos, ativos, fontes e validade são discriminados sem valores universais inventados. Conferir disponibilidade em cada ativo e orçamento USDC, sem reserva duplicada; mudanças não aumentam silenciosamente a autorização. Reserva prevista não é despesa: somente custos efetivos conciliados entram na apuração uma vez. Eles não reduzem silenciosamente o direito do participante nem se confundem com a tarifa de saque USDC posterior. Creditar o yield não gera tarifa de serviço. Liquidar a distribuição não é investimento nem novo consumo do acumulado de compromissos de investimento.

Recursos, encerramento e envios incertos

Concluir uma tentativa não comprova que todo o seu orçamento ficou livre. Separar recebimentos, custos efetivos, envios incertos e recursos comprovadamente não utilizados. A diferença entre previsto e recebido não comprova sobra. Liberar uma parcela não enviada exige impedir duravelmente que a autorização antiga ainda possa executá-la; sem essa garantia, permanece bloqueada. Uma nova tentativa só pode ocorrer na própria rodada ainda em execução, com autorização identificada e sem reutilizar envios anteriores. No encerramento financeiro, valores comprovadamente não enviados deixam de ser créditos pagáveis, sem migração para outra rodada; envios incertos continuam apenas em conciliação.

Confirmação USDC e efeitos patrimoniais únicos

O USDC da distribuição só é reconhecido como recebido na Carteira USDC após a transferência on-chain confirmada e conciliada. A conferência verifica o ativo e a rede compatíveis, o destino da carteira do titular, o valor efetivamente recebido e a referência da transação. Uma transferência apenas enviada, pendente ou com falha não é recebimento confirmado. Antes de reenviar, a conciliação deve verificar o estado da tentativa anterior para evitar pagamento duplicado.

Confirmar o recebimento exige critério validado para a rede pertinente. Registrar critério, versão, fonte, evidências e horário UTC vinculados à transferência original. Conferir ativo, rede, origem, destino e recebimento efetivo; identificador ou notificação isolada não bastam. Sem evidências e conciliação, a transferência permanece em verificação técnica, não como saldo disponível ou crédito residual para pagamento futuro. Não presumir prazo ou número universal de confirmações. Mudanças do critério não reabrem rodadas nem restauram direitos cancelados.

Uma confirmação comprovadamente invalidada coloca somente a transferência afetada em conciliação. Conferir novamente a rede, as evidências e o recebimento efetivo. Não apresentar a parcela afetada como disponibilidade confirmada nem contá-la em dois estados. Preservar registros históricos da rodada, dos pesos e da confirmação, com causa e ajustes identificados. Isso não conserva peso elegível após saída de BETTEX, restaura crédito cancelado ou cria direito residual após encerramento. Valores não afetados não são bloqueados apenas por esse fato.

A invalidação não debita automaticamente a carteira pessoal, autoriza reenvio ou comprova devolução de recursos. Nova confirmação válida apenas concilia a transferência já realizada, sem criar crédito, complemento ou split. Ajustes patrimoniais seguem os fatos comprovados uma única vez. A rodada encerrada permanece encerrada; a conferência da rede não autoriza outro pagamento ou recupera direitos cancelados.

A obrigação é reconhecida uma única vez na apuração: P já desconta esse valor e B reflete a parcela do split atribuída aos participantes. A transferência confirmada liquida a obrigação correspondente, sem consumir R nem reduzir P e B novamente pelo mesmo pagamento. Custos de rede são identificados e conciliados separadamente, sem tarifas inventadas ou desconto duplicado. O histórico continua vinculado à rodada original. Atraso no pagamento não preserva o direito: uma saída de BETTEX cancela os créditos anteriores ainda não pagos do ciclo, inclusive os já autorizados. Créditos cancelados deixam de ser pendentes pagáveis e não são restaurados por nova entrada ou confirmação tardia.

O valor em execução e o saldo recebido não são dois valores disponíveis. Confirmar o recebimento baixa a parcela correspondente e atualiza o saldo conciliado da carteira uma única vez. Em pagamento parcial, somente envios já iniciados ou incertos continuam em conciliação após o encerramento; o restante comprovadamente não enviado não vira crédito futuro. O histórico permanece para auditoria, sem somar o valor novamente ao saldo ou reabrir a rodada.

As frações não executáveis do rateio retornam à tesouraria, sem crédito pendente, acumulação ou pagamento futuro. Cada pagamento pertence a uma única rodada ainda em execução. Não reunir obrigações de rodadas diferentes, recuperar valores de rodadas encerradas ou incluir frações retornadas e créditos cancelados. Parcelas reservadas, enviadas ou liquidadas não são usadas duas vezes.

Uma correção distingue o excesso ainda não enviado do excesso já recebido. O saldo confirmado da carteira não é debitado automaticamente. O pagamento indevido já realizado é identificado separadamente da liquidação do direito correto; o pendente não se torna negativo para cobrar esse excesso, e tentativas incertas não são tratadas como capital recuperado.

USDC recebido é ativo pessoal. O saque usa saldo líquido disponível, sem repetir distribuição. Autorização, autocustódia e efeitos únicos seguem preservados; custos e tarifas estão na política oficial de taxas.

Correções após uma distribuição

Direitos vigentes e histórico da rodada

Cada rodada diária UTC é única e independente: paga ou não paga. Uma rodada encerrada não reabre, não retorna ao rateio e não soma lucro, pesos ou créditos aos de outra rodada. Pesos de uma rodada sem pagamento não criam direito sobre distribuições futuras.

Encerrada a rodada, não resta crédito de distribuição a pagar, saldo residual do beneficiário ou obrigação de complemento. Valores não pagos e comprovadamente não enviados ficam na tesouraria; autorizações não executadas são encerradas, sem migração para outra rodada. Transferências já iniciadas, enviadas ou incertas exigem apenas conciliação do fato original: não são créditos de uma nova rodada, não reabrem o rateio e não autorizam novos envios da rodada encerrada. Recursos incertos não são considerados recuperados.

A saída cancela também créditos executáveis já apurados ou autorizados e pagamentos pendentes. Frações não executáveis retornam à tesouraria desde a apuração e nunca constituem crédito pendente do beneficiário. O cancelamento é registrado por titular e ciclo, sem novo rateio nem transferência desses direitos a novos participantes. Uma nova entrada não recupera créditos cancelados.

Frações não executáveis do rateio não são pagas nem ficam pendentes do beneficiário: retornam à tesouraria. Não se acumulam para rodadas futuras, não compõem pagamentos posteriores e não são redistribuídas entre participantes.

Complementos e correções consideram apenas direitos ainda vigentes. Uma saída de BETTEX cancela os créditos anteriores ainda não pagos do ciclo; histórico preservado não autoriza restaurar esses direitos, executar complementos ou reenviar pagamentos cancelados.

Um erro de apuração ou de rateio é corrigido por ajuste identificado, vinculado à rodada original. O registro preserva o cálculo e os créditos anteriores, a causa do erro, as evidências, os valores corrigidos e os efeitos sobre R, P, B e as obrigações. O histórico não é apagado nem substituído silenciosamente. Cada ajuste e seu efeito financeiro são registrados uma única vez.

Excesso não enviado e pagamento a maior

Excesso de crédito comprovadamente não enviado é corrigido na obrigação pendente, não como pagamento a maior já realizado. O ajuste retira somente a parcela indevida, preserva o direito correto e identifica os valores anteriores, corrigidos, já liquidados e ainda pendentes da pessoa e rodada originais. Não autoriza debitar a carteira pessoal ou cancelar créditos por mera retenção. O valor antigo não pode continuar autorizando um envio incompatível com o direito corrigido. Parcelas vinculadas a envio iniciado, enviado ou incerto permanecem bloqueadas para conciliação; ausência de resposta não comprova não envio nem libera recursos.

Em pagamento parcial, separar o excesso comprovadamente não enviado do excesso já recebido. Somente o primeiro reduz uma obrigação indevida ainda em execução. O excesso recebido é uma perda da tesouraria, sem cobrança automática do participante ou déficit a compensar com lucros futuros. Ajustar obrigações e patrimônio uma única vez, sem criar receita artificial em R.

Pagamento a maior não gera débito automático na Carteira USDC do participante. A perda comprovada é permanente e reduz o patrimônio uma única vez. Recursos já pagos não são caixa disponível. Rodadas posteriores continuam sujeitas à cobertura defensiva e à liquidez atualizadas, mas não assumem uma dívida de resultados anteriores.

Correções sucessivas do mesmo fato registram somente a variação efetiva. Preservar origem, evidências, valores anteriores, ajustes e efeito patrimonial já reconhecido. Não repetir perdas ou pagamentos, apagar o histórico, criar receita fictícia ou transformar a correção em déficit acumulado para outra rodada.

Corrigir um registro não comprova recuperação de ativos nem libera recursos incertos. A conciliação segue os fatos e os efeitos únicos em R, P, B e obrigações. Um erro histórico não entra como novo lucro realizado da rodada atual nem reabre uma distribuição encerrada.

Pagamento a menor e ajustes sucessivos

Pagamento a menor pode ser ajustado somente enquanto a própria rodada estiver em execução. Conferir o valor executável correto e os pesos dessa rodada, descontando uma única vez recebimentos confirmados, reservas válidas e valores em conciliação. Não usar pesos atuais de outra rodada, incluir participantes novos, repetir o split ou substituir um envio incerto. Após o encerramento financeiro, corrigir o histórico não cria complemento, crédito acumulado ou direito a pagamento futuro.

Durante a própria rodada, ajustes de pagamento exigem reservas, liquidez, tributos, custos e ausência de saída de BETTEX revalidados. Se o ajuste não puder ser executado antes do encerramento financeiro, não permanece como obrigação para uma rodada posterior. Seguir a regra de encerramento sem créditos futuros; envios já iniciados ou incertos continuam apenas em conciliação.

Sem valores conciliados, não autorizar pagamentos. Uma rodada posterior toma sua própria decisão com dados confiáveis, reservas e liquidez verificadas. Não importa complementos, lucros ou pesos de rodadas encerradas, nem repete efeitos patrimoniais já registrados.

Ajustes preservam as evidências da rodada original, sem alterar retroativamente suas regras ou reabri-la. Uma perda posterior pertence à apuração de sua própria rodada. Não há liberação futura de lucro retido, compensação acumulada de perdas ou recuperação de uma rodada sem pagamento.

Voltar ao índice ↑
10 13

Controles de risco.

Limites globais e por mercado, autorizações e pausas de segurança.

TESOURARIA · AJUSTES SUJEITOS À APROVAÇÃO

A IA sugere ajustes nas regras da tesouraria e nos controles de risco; as sugestões entram em uma fila para execução e precisam de aprovação da liderança da empresa BETTEX. O agente da tesouraria propõe otimizações em conjunto com os agentes de investimento, considerando reservas, liquidez e exposição. Essa evolução pode incluir os limites e percentuais apresentados nesta seção, mas nenhuma sugestão altera as regras antes de sua aprovação e execução.

Reserva defensiva antes de investir e distribuir

Cada rodada diária UTC é única e independente: paga ou não paga. Uma rodada encerrada não reabre, não retorna ao rateio e não soma lucro, pesos ou créditos aos de outra rodada. Pesos de uma rodada sem pagamento não criam direito sobre distribuições futuras.

O controle fiscal precede a distribuição. Reconhecer os tributos imputáveis à tesouraria antes de atualizar patrimônio líquido e lucro elegível. A verificação de cobertura defensiva e liquidez considera obrigações fiscais reconhecidas e recursos reservados para retenções dos beneficiários, sem contá-los como caixa livre ou descontá-los novamente ao recolher. Sem enquadramento fiscal validado, não autorizar a nova distribuição ou o pagamento afetado. Seguir o tratamento fiscal por entidade e beneficiário.

A reserva defensiva segue os parâmetros da política aprovada, com vigência e versão registradas. Não existe reserva geral obrigatória de 50% nem divisão fixa entre recursos defensivos e investíveis. A cobertura usa patrimônio líquido atualizado, ativos segregados, obrigações e liquidez conciliados. O piloto de US$ 100 mil não define esse parâmetro.

Cobertura defensiva = valor atualizado dos ativos efetivamente segregados para a reserva defensiva. Carteiras pessoais e capital comprometido nas estratégias não entram nessa cobertura. Os ativos defensivos podem ser aplicados em baixo risco, com objetivo de gerar yield mensal, sem taxa de rendimento definida nem garantia de retorno.

A cobertura defensiva mínima vigente também é obrigatória antes de novos investimentos. O núcleo independente confere patrimônio, ativos efetivamente segregados, avaliações e conciliação atuais antes da autorização e novamente antes do envio. Cobertura insuficiente bloqueia novos investimentos até recomposição comprovada; uma base investível positiva não dispensa esse controle. Recomposição planejada não conta como reserva já atendida. A insuficiência não cancela posições nem ordena vendas automáticas; reduções e encerramentos seguem os controles já aprovados. Sem dados confiáveis, não se presume cobertura suficiente.

Os rendimentos realizados líquidos da reserva defensiva entram na mesma apuração da tesouraria. Custos e perdas dessas aplicações são considerados uma única vez, junto dos resultados das estratégias. Perdas são permanentes, sem déficit para rodadas futuras. O lucro elegível recebe o split de 50% tesouraria, 25% staking e 25% carteira de recompra, preservando origem, período e beneficiários elegíveis. Não há distribuição paralela da reserva nem pagamento mensal automático.

O capital aplicado não é lucro. Rendimentos estimados ou ainda não realizados podem refletir a avaliação dos ativos em P, mas não aumentam o resultado realizado R da rodada nem autorizam distribuição por si só. Receber ou reinvestir rendimentos não significa ter caixa livre. Se cobertura defensiva, liquidez ou outra condição falhar na decisão da rodada, ela não paga: o lucro permanece na tesouraria e não é liberado para staking em uma rodada posterior.

Reserva atendida exige cobertura conforme a política vigente. Antes de distribuir, a tesouraria confere recursos líquidos para obrigações exigíveis e desembolsos propostos, sem valores comprometidos. Aplicação defensiva não equivale automaticamente a caixa imediato. Sem parâmetro aprovado e dados confiáveis, a verificação não presume cobertura.

O núcleo de controle registra os ativos segregados, seus valores e fontes de avaliação, os recursos líquidos disponíveis, as obrigações exigíveis, os compromissos existentes e a distribuição proposta. Valores comprometidos não podem ser contados como caixa livre; a apuração deve evitar duplicidade de ativos, obrigações e pagamentos.

O split só é permitido se a reserva mínima e a liquidez estiverem atendidas antes e permanecerem atendidas após a distribuição projetada. A simulação considera o efeito do crédito ou pagamento ao staking sobre o patrimônio, a cobertura defensiva e o caixa disponível, sem contar a posterior liquidação de uma obrigação já registrada como nova redução patrimonial.

Se a rodada não paga, o lucro fica definitivamente na tesouraria, sem crédito ao staking nem liberação futura desse resultado. A recomposição das reservas não recupera a rodada encerrada. Novas rodadas consideram somente seus próprios resultados e participantes elegíveis.

Encerrada a rodada, não resta crédito de distribuição a pagar, saldo residual do beneficiário ou obrigação de complemento. Valores não pagos e comprovadamente não enviados ficam na tesouraria; autorizações não executadas são encerradas, sem migração para outra rodada. Transferências já iniciadas, enviadas ou incertas exigem apenas conciliação do fato original: não são créditos de uma nova rodada, não reabrem o rateio e não autorizam novos envios da rodada encerrada. Recursos incertos não são considerados recuperados.

A saída cancela também créditos executáveis já apurados ou autorizados e pagamentos pendentes. Frações não executáveis retornam à tesouraria desde a apuração e nunca constituem crédito pendente do beneficiário. O cancelamento é registrado por titular e ciclo, sem novo rateio nem transferência desses direitos a novos participantes. Uma nova entrada não recupera créditos cancelados.

Se a soma dos pesos elegíveis da rodada for zero, ela não paga e 100% do lucro fica na tesouraria. Não há parcela de staking, crédito acumulado ou liberação futura. Uma rodada posterior com pesos positivos usa somente seus próprios resultados, conforme a regra para rodada sem pesos elegíveis.

Alterações nesses parâmetros seguem a fila de sugestões da IA e a aprovação da liderança da empresa BETTEX, com registro de vigência e sem mudança retroativa de rodadas já apuradas. Sem avaliação ou conciliação confiável, a distribuição não é autorizada.

Base patrimonial dos limites de risco

Todos os percentuais de limite usam o patrimônio líquido atualizado da parcela investível, em USDC. A base inclui seu caixa e posições abertas; exclui ativos segregados na reserva defensiva e carteiras pessoais. A política aprovada determina reservas, sem dividir obrigatoriamente o patrimônio ao meio. Base patrimonial não é disponibilidade de caixa.

Base investível = max(0, P − D). P é o patrimônio líquido atualizado da tesouraria, já descontadas suas obrigações; D é o valor atualizado dos ativos efetivamente segregados na reserva defensiva. Custos e obrigações entram uma única vez em P, sem novo desconto pelo mesmo fato ao calcular a base. Essa base não é B, a referência usada para apurar o lucro elegível ao split. Base positiva não autoriza novos investimentos quando a cobertura defensiva mínima vigente estiver insuficiente.

A autorização e a revalidação antes do envio usam um conjunto coerente de dados conciliados. Patrimônio, reserva defensiva, base investível, caixa, obrigações, compromissos, exposições e perdas devem refletir um estado financeiro compatível, sem misturar saldos anteriores com posições ou resultados já atualizados. O registro identifica os dados, fontes, horários e referências de conciliação usados na decisão. Não exige horários idênticos entre fontes: cada uma mantém seus critérios de validade, sem substituir conciliação por uma leitura apenas recente. Atualização relevante antes do envio exige recalcular os valores dependentes e revalidar os controles com o conjunto atualizado, sem duplicar reserva ou consumo diário. Incoerência ou impossibilidade de conferir o conjunto mantém o envio bloqueado; não desfaz operações já executadas.

Capital comprometido não é caixa livre, mas continua compondo a base patrimonial pelo seu valor conciliado. Reservar recursos para uma ordem ou aplicá-los em uma posição não reduz a base novamente pelo valor comprometido nem permite somar o mesmo recurso como caixa e posição. Ordens pendentes contam nos compromissos e exposições; sua execução atualiza o estado do compromisso, sem duplicá-lo. Valores da tesouraria em trânsito também não são caixa disponível enquanto pendentes de confirmação e conciliação, nem entram duas vezes no patrimônio.

O teto em USDC de cada controle é o percentual vigente multiplicado por essa mesma base. Se mais patrimônio for segregado na reserva defensiva, a base e os tetos diminuem; resultados, custos, obrigações e avaliações conciliados também podem alterá-los. Atualizar a base não encerra uma pausa diária já acionada por perda realizada. Base zero não autoriza novos compromissos. O cálculo da base não libera a reserva, elimina obrigações ou substitui a verificação separada de caixa livre, liquidez e demais limites antes de uma ordem.

O controle registra P, D, a base investível, as fontes e horários da avaliação, os compromissos e exposições considerados e os tetos aplicáveis à verificação. A base atualizada não zera o histórico de operações ou perdas do dia UTC. Sem avaliação e conciliação confiáveis, novas ordens não são autorizadas. Os percentuais abaixo permanecem inalterados.

Tesouraria, reservas e split dos ganhos
Desenho 5 de 8

Tesouraria, reservas e split dos ganhos

Tesouraria → IA BETTEX → verifica reservas, liquidez e pesos elegíveis: retém o lucro ou libera o split.

  1. 1
    Tesouraria BETTEX

    Autoriza a parcela investível para a IA, com alocação dinâmica e respeito à reserva defensiva e aos limites de risco.

  2. 2
    IA BETTEXAnálise e apuração

    Opera dentro do mandato e após verificação independente de risco. Apura o resultado líquido conciliado, após custos e tributos, considerando posições abertas. Perdas são reconhecidas permanentemente, sem déficit a compensar com lucros de rodadas futuras.

  3. 3
    Reservas, liquidez e elegibilidadeCondições antes do split

    Verifica reservas conforme política aprovada e caixa livre antes e após staking, transferência à carteira de recompra e custos projetados. A soma dos pesos elegíveis da rodada deve ser positiva.

    Reserva ou liquidez insuficiente, ou soma dos pesos zero

    A rodada não paga. 100% do lucro fica na tesouraria, sem crédito ao staking nem alocação à carteira de recompras, nem liberação futura desse resultado. A rodada encerra sem acumular lucro ou pesos para outro rateio.

    Somente com tributos aplicáveis apurados e recolhidos conforme obrigação, reserva e liquidez atendidas antes e após as saídas, lucro elegível positivo, posições conciliadas e soma dos pesos elegíveis positiva, aplica o split:

    Tesouraria · 50%

    Retenção e reinvestimento de 50% do lucro distribuível.

    Staking · 25%

    Parcela bruta rateada entre participantes elegíveis. Retenções fiscais precedem o pagamento líquido na Carteira USDC, nunca na Carteira BETTEX.

    Carteira de recompras · 25%

    USDC segregado → compra autorizada de BETTEX → burn permanente de todos os tokens adquiridos.

Reserva ou liquidez insuficiente mantém 100% do lucro na tesouraria, sem split ou liberação futura. Com tributos aplicáveis resolvidos e condições atendidas, o resultado elegível recebe 50% tesouraria, 25% staking e 25% carteira de recompra. O USDC da recompra pode acumular; sua compra exige autorização da administração e todo BETTEX adquirido segue para queima permanente. A carteira não financia estratégias, distribuições ou despesas, nem conta como reserva defensiva.

Perdas reconhecidas são permanentes: não criam déficit a recuperar com resultados futuros. A reserva defensiva e a liquidez continuam obrigatórias. Cada lucro, perda, obrigação e pagamento é registrado uma única vez. Lucros anteriores não entram no rateio de novos participantes.

Onde entram neste desenho

  • AlloraEtapa 2 · Análise da IA

    Inferências opcionais ajudam a avaliar oportunidades. Allora não executa ordens nem decide o split.

  • RobinhoodEtapa 2 · Operações de mercado

    Possível conector de dados e ordens de cripto na conta operacional, após aprovação de risco. Não paga o staking.

  • Arbitrum OneEtapa 3 · Movimentações em USDC

    Referências on-chain de transferências compatíveis. Se reserva ou liquidez falhar, a rodada não paga e o lucro fica na tesouraria, sem liberação futura. Cada pagamento pertence somente à sua própria rodada.

Os controles aplicam as regras vigentes em cada momento. Enquanto uma sugestão aguarda aprovação ou execução, continuam valendo as regras anteriores. Cada mudança deve registrar a proposta, a justificativa, a aprovação da liderança da empresa BETTEX, a execução e o momento de vigência. As verificações independentes de risco continuam obrigatórias para as operações dos agentes.

Os percentuais abaixo são parâmetros iniciais, cuja alteração depende de aprovação da liderança da empresa BETTEX e execução registrada, e usam como base o patrimônio líquido atualizado da parcela investível, conforme a definição acima, não o patrimônio inteiro nem apenas o caixa livre. São tetos de risco, não percentuais fixos de distribuição dos investimentos entre mercados. Uma verificação central independente das estratégias deve recusar qualquer nova ordem de investimento que ultrapasse um limite vigente. Reduções de posições na pausa por perda diária seguem a regra específica de fechamento, sem dispensar os demais controles. Ordens pendentes contam nos compromissos e na exposição; registrar a ordem apenas depois de executá-la não basta. O total de exposições correlacionadas é consolidado entre mercados, mesmo quando conectores diferentes estejam envolvidos.

01 / NOVOS COMPROMISSOS POR DIA2% global / 0,5% por mercado

Soma dos novos compromissos autorizados e com reserva registrada no dia UTC, uma vez por operação. Cancelamento não reduz o acumulado; pedidos recusados antes da autorização e reserva não entram.

02 / OPERAÇÃO INDIVIDUAL0,05%

Máximo comprometido pelo conjunto das partes coordenadas de uma única proposta, não por cada ordem isolada.

03 / EXPOSIÇÃO EM ABERTO10% global / 2,5% por mercado

Inclui posições abertas e compromissos que aguardam resultado, consolidados pelo núcleo central.

04 / EXPOSIÇÃO CORRELACIONADA0,5%

Conjunto de posições em quaisquer mercados afetadas pelo mesmo evento ou risco.

05 / PERDA REALIZADA DIÁRIA0,5% global / 0,125% por mercado

Perda líquida do resultado realizado e conciliado no dia UTC, após custos, apurada globalmente e por mercado. Ao atingir o teto, a pausa permanece até o próximo dia UTC, mesmo com ganhos posteriores.

Como o bloqueio funcionaria

A API de execução não deve aceitar ordens diretas de uma estratégia ou conector. O núcleo central verifica caixa livre, reservas existentes, exposição por mercado e correlação, perdas realizadas e autorização da integração; a verificação dos limites e o registro da reserva da operação são indivisíveis e devem concluir antes de enviá-la. Ordens distintas e simultâneas consideram as reservas umas das outras, sem reutilizar o mesmo capital ou exceder os limites conjuntos. Repetir o mesmo pedido não pode consumir o limite duas vezes nem gerar duas ordens. Falta de cotação confiável, divergência de saldo ou perda de comunicação impede novas ordens até reconciliação.

Não há alavancagem. Uma pausa de emergência, controlada por pessoas autorizadas e registrada em auditoria, pode impedir novas operações independentemente dos limites; a política de cancelamento de ordens pendentes também precisa ser testada. Limites reduzem exposição, mas não evitam perdas nem autorizam atuação onde a lei, as regras do mercado ou a plataforma proíbem. Operações de iGaming mantêm os mesmos tetos e podem perder rapidamente por acaso, variância e vantagem da casa.

Autorização de cada ordem

Estratégia ou conector
Propõe a operação
Núcleo de risco
Verifica limites, reserva e caixa livre
Reserva de capital
Registrada de forma indivisível
Execução automática
Somente após validação automática do risco
Conciliação
Resultado e estado registrados
Limite ou reserva não atendidos
Ordem não enviada

Autorizar e executar: reservas, integridade, custos e propostas coordenadas

Verificação e reserva indivisíveis antes da ordem

Verificar os limites e registrar a reserva da operação formam uma decisão indivisível no núcleo central. A decisão considera a base investível atualizada, o caixa livre, as reservas de outras ordens, os compromissos e exposições globais, por mercado e correlacionados, as perdas realizadas e as permissões vigentes. Para novos investimentos, confere também a cobertura defensiva mínima vigente; insuficiência impede autorização ou envio, mesmo com base positiva. Só após o registro confirmado da reserva a ordem pode ser enviada ao conector autorizado, com a aprovação de risco válida pelas regras vigentes antes do envio.

Duas ordens diferentes não podem ser aprovadas sobre o mesmo capital disponível. O controle é compartilhado pelos agentes e conectores, não uma reserva independente por estratégia. Cada nova decisão considera as reservas já registradas pelas demais; se duas solicitações disputarem a mesma capacidade, a seguinte precisa ser reavaliada com o estado atualizado e recusada se ultrapassar caixa ou limites. Uma leitura anterior à reserva de outra ordem não basta para autorizar o envio.

A decisão indivisível e a conferência antes do envio seguem a coerência dos dados conciliados. Uma reserva confirmada ou um executor exclusivo não dispensam novo cálculo e revalidação quando os dados relevantes mudarem; a atualização não cria outra reserva nem libera compromissos incertos.

Cada autorização tem um único executor responsável pelo envio, registrado de forma indivisível e durável antes de chamar o conector. O registro compartilhado vincula executor, identificador da operação, revisão autorizada, reserva, horário e estado do envio, identificando também cada parte de um pedido coordenado. Só o executor registrado pode iniciar o envio correspondente, mantendo a revalidação dos controles atuais. Cada parte registra seu início de envio uma única vez, por transição indivisível de estado antes da chamada externa. As demais instâncias consultam e conciliam o registro, sem assumir outro envio da mesma autorização. Reutilizar o registro ou produzir nova revisão não cria outro direito de envio para uma parte já enviada ou incerta.

Registrar que o envio foi assumido não comprova execução externa. Falha, reinício, demora na resposta ou perda de comunicação não liberam a exclusividade, não comprovam cancelamento e não autorizam reenvio. Sem prova de não envio ou resultado conciliado, mantém-se a incerteza e os compromissos correspondentes. A recuperação preserva o executor e os estados registrados, sem duplicar reserva ou consumo diário e sem desfazer operações executadas.

A reserva fica vinculada ao identificador da operação, seu valor, mercado, risco correlacionado e estado. O valor inclui principal e teto dos custos operacionais, discriminados sem duplicação. Repetir a mesma solicitação reutiliza o registro existente somente com conteúdo coincidente na mesma versão, conforme a integridade do pedido autorizado, sem reservar novamente, consumir limites duas vezes ou gerar outra ordem externa. Uma falha entre verificação e registro não produz autorização válida. O envio exige a reserva confirmada; a conciliação acompanha o resultado e os estados posteriores sem duplicar o compromisso. Uma reserva existente não autoriza reenviar uma ordem com resultado desconhecido, nem liberá-la por ausência de resposta.

Essa exigência preserva os percentuais, a separação da reserva defensiva, a verificação independente de risco e a execução automática das operações autorizadas. Não exige aprovação humana de cada investimento nem transforma autorização de risco em aprovação para mudar as regras.

Autorização vinculada à versão do pedido

Cada autorização de risco fica vinculada ao identificador e à versão registrada do conteúdo do pedido. O registro preserva proposta e partes, ativo, mercado, conector, direção, quantidades, valores, teto de custos e condições de execução autorizadas. A versão do pedido é distinta da versão das regras de risco: ambas acompanham a decisão, sem permitir que o conteúdo aprovado seja substituído no histórico.

Repetir o mesmo identificador e a mesma versão só reutiliza o registro quando o conteúdo autorizado coincide. Divergência nos campos da operação bloqueia o envio para conferência; não modifica a autorização existente, não cria outra reserva e não legitima uma ordem diferente sob o identificador anterior. Antes do envio, o núcleo confere que o pedido corresponde à revisão autorizada aplicável e que todos os controles atuais continuam atendidos.

Atualizações legítimas de cotações, custos ou condições produzem revisão identificada, com vínculo à anterior, motivo, evidências e nova validação independente de risco. Preservam-se a autorização original e o histórico. Revalidar uma parte já autorizada e ainda não enviada não duplica reserva nem acumulado diário e não aumenta silenciosamente o orçamento. Uma revisão que falhe permanece sem autorização de envio.

Nova revisão não transforma ordem enviada ou incerta em ordem ainda não enviada: consulta e conciliação continuam vinculadas à operação original, sem reenvio ou cancelamento presumidos. Uma nova ordem de substituição segue as regras de novos compromissos, preservando o consumo anterior. Mantêm-se percentuais, apuração única e execução automática autorizada, sem aprovação humana por investimento.

Uma proposta, várias ordens: capital total comprometido

O teto individual de 0,05% incide sobre o capital total comprometido pelas partes coordenadas da mesma proposta, não sobre cada ordem isolada. O total inclui principal e teto de custos operacionais, com custos compartilhados contados uma vez. A proposta tem identificador comum, e cada parte mantém identificador próprio, valor em USDC, mercado, conector e estado. Dividir a mesma proposta entre ordens, agentes ou conectores não multiplica seu teto. Ganhos ou cobertura esperados não reduzem o capital exigido.

O núcleo independente verifica o conjunto antes de autorizar e reservar o capital. A soma das parcelas constitui o total da proposta: não se conta novamente esse total além das parcelas. No acumulado diário global, o compromisso entra uma única vez; em cada mercado, entra somente a parcela correspondente, seguindo o dia UTC da autorização e reserva. Os controles de caixa, exposição e correlação continuam consolidados, sem duplicar proposta e ordens. Revalidações e confirmações seguem os registros existentes; após execução parcial ou recusa, aplica-se a reavaliação do conjunto antes de continuar.

Com base investível de USDC 50.000, o teto individual é USDC 25. Duas partes com valor autorizado de USDC 20 cada, já incluindo o teto de custos, exigem USDC 40: a proposta é recusada, mesmo que cada ordem isoladamente fique abaixo do teto. Recusa antes da autorização e reserva não consome o acumulado diário. Autorizar o conjunto não torna indivisível a execução nas plataformas; execuções parciais, recusas e resultados desconhecidos seguem a conciliação, sem liberar recursos por suposição.

Operações realmente independentes não se tornam uma única proposta apenas por compartilharem evento ou mercado; permanecem sujeitas aos tetos globais, por mercado e de exposição correlacionada. Preservam-se os percentuais, a base investível atualizada e a execução automática autorizada.

Principal e teto de custos no valor autorizado

Valor autorizado e reservado = principal comprometido + teto dos custos operacionais da proposta, em USDC. O registro discrimina principal, comissões, custos de execução, liquidação e rede aplicáveis, suas fontes e o teto verificável de gasto. Os limites individual e de novos compromissos consideram essa soma, não apenas o principal. Sem estimativa confiável e teto de gasto verificável, a proposta não é autorizada; tarifas não são presumidas nem inventadas.

O núcleo de risco verifica os limites, o caixa necessário e registra a reserva integral antes do envio, conforme a precisão dos tetos e das necessidades de reserva. Em propostas coordenadas, custos próprios das partes e custos compartilhados compõem o total uma única vez; sua atribuição aos mercados permite conferir as parcelas sem duplicar a despesa comum. A revalidação antes do envio também confere se o gasto continua dentro do valor autorizado. Uma mudança de custo não permite aumentar silenciosamente o orçamento nem executar além do teto aprovado pelo risco.

A reserva de um custo previsto não é uma despesa realizada nem um desconto adicional em P, R ou B. Custos efetivos e obrigações seguem a apuração única, com evidências e conciliação; um custo já reconhecido não é descontado novamente ao ser pago. Valores pagos em custos não se transformam em posições abertas, e reservas, pagamentos e posições não duplicam o mesmo recurso nos controles de caixa e exposição.

O acumulado diário conserva o valor integral autorizado, incluindo o teto de custos, no dia UTC da autorização e reserva. Uma sobra comprovadamente livre pode ser liberada após conciliação, mas não devolve capacidade diária; incerteza mantém o valor comprometido. Despesas institucionais da empresa continuam em seu orçamento separado, fora da tesouraria e dos resultados das estratégias. Preservam-se percentuais e regras econômicas.

Precisão dos limites e das reservas em USDC

Os controles usam valores exatos e a precisão validada dos ativos e conectores, não números arredondados apenas para exibição. Tetos monetários de risco são convertidos para valores executáveis com arredondamento para baixo, sem aumentar os percentuais aprovados. Necessidades de reserva são arredondadas para cima, de modo que a quantidade reservada não fique abaixo do valor necessário. Não se presume uma quantidade universal de casas decimais para todas as plataformas.

Principal e teto de custos, após conversão para valores executáveis, precisam caber no orçamento, no caixa e nos limites vigentes. Não se arredonda o pedido ou a exposição para baixo apenas para fazê-los caber. Se não houver valor executável compatível, a proposta é recusada ou reavaliada; alterar quantidades ou condições exige registro e nova validação, nunca ajuste silencioso. Um teto convertido em zero não permite compromisso positivo; o arredondamento não cria resultado, perda realizada ou pausa por perda por si só.

Em propostas coordenadas, as parcelas executáveis e a atribuição dos custos compartilhados devem fechar exatamente no total autorizado. Um custo comum não é reservado duas vezes por ser atribuído a dois mercados; diferenças de precisão não permitem duplicar recursos ou ultrapassar o teto do conjunto. O registro preserva precisão usada, base, percentual, teto calculado, teto executável e valores autorizados, permitindo conferir a decisão.

O valor reservado e autorizado entra uma única vez no acumulado diário; eventual sobra comprovada segue a conciliação, sem devolver esse consumo. Arredondar a reserva prevista não reconhece despesa antecipada nem altera R, P ou B por si só. Custos efetivos seguem a apuração única. Esta regra limita-se aos controles de investimento em USDC, sem alterar quantidades de BETTEX, vesting ou staking.

Validade das cotações antes do envio

Preços, odds e estimativas de custos usados na autorização têm fonte, horário UTC e validade registrados. O núcleo confere a validade antes do envio pela condição mais restritiva entre a informada pelo provedor e as regras de risco aprovadas e vigentes. Não se inventa um prazo fixo para todos os mercados. Sem dados confiáveis ou critério verificável de validade, a ordem não é enviada.

Cotação vencida exige atualização e nova verificação de risco antes do envio. A decisão usa a nova cotação, a base patrimonial atualizada, as regras vigentes e os controles existentes de caixa, reservas, exposição, pausas e permissões. Em propostas coordenadas, as cotações das partes e seus custos são conferidos para o conjunto, não apenas para uma ordem isolada. O registro preserva os dados anteriores e acrescenta as fontes, os horários e o resultado da revalidação.

Atualizar uma cotação não cria outra ordem ou reserva, não soma o compromisso novamente ao acumulado diário e não aumenta o orçamento autorizado. Se os novos preços ou custos exigirem gasto além do valor autorizado, ou se outra condição de risco falhar, o envio fica bloqueado. Não se usa uma cotação antiga para contornar a recusa, nem se libera capital apenas porque ela venceu. Além da validade no envio, a ordem leva condições de preço ou odds aplicadas pela plataforma na execução.

Vencimento da cotação não comprova cancelamento de uma ordem já enviada. Se o envio ocorreu ou seu resultado é desconhecido, preservam-se os compromissos e a conciliação da operação original, sem reenvio automático ou liberação presumida. Preservam-se percentuais, aprovação da liderança para mudanças nas regras e execução automática autorizada.

Condições de preço e odds na execução

A ordem enviada deve levar condições verificáveis pela plataforma, vinculadas à proposta autorizada e ao teto de gasto. Conforme a operação, isso inclui preço máximo de compra, preço mínimo de venda, odds mínimas ou mecanismo equivalente. As condições são registradas por ordem e parte da proposta; não se inventa um preço, percentual de variação ou odds universais.

O conector deve comprovar que a plataforma suporta e respeita as condições essenciais da ordem. Conferir uma cotação local antes do envio não substitui um mecanismo aplicado na execução externa. Sem essa capacidade verificável, não enviar. Não se troca silenciosamente para uma ordem sem proteção nem se habilita aceitação de condições desfavoráveis fora da autorização. As condições complementam a validade da cotação, o risco independente e a reserva de principal e custos, sem ampliar o orçamento autorizado.

O registro preserva os parâmetros autorizados, os enviados e as respostas da plataforma, permitindo conferir preços ou odds efetivos, valores executados e custos na conciliação. Uma resposta de aceite não comprova execução integral. Execuções parciais têm efeito único; a parte incerta continua comprometida, e eventual divergência segue os bloqueios e a conciliação existentes, sem tratar uma execução comprovada como se não tivesse ocorrido.

Condições por ordem não tornam simultânea ou indivisível a execução de todas as partes de uma proposta coordenada. Não comprovam cancelamento nem liberam capital em resposta inconclusiva; preserva-se a consulta da operação original, sem reenvio automático. Mantêm-se percentuais, acumulados e apuração financeira única.

Reavaliação após execução parcial ou recusa

Após execução parcial ou recusa de uma parte, o conjunto é reavaliado antes de enviar partes restantes. A decisão usa quantidades e valores efetivamente executados, custos, estados conciliados das ordens e cotações atuais das partes ainda não enviadas. Não se considera executada uma quantidade apenas planejada nem se presume que a cobertura originalmente calculada já exista.

A continuação exige nova validação automática pelo núcleo independente de risco, dentro do orçamento e das condições autorizadas. A verificação considera a composição atual da proposta e a viabilidade de suas condições, além da base investível, caixa, reservas, exposição global, por mercado e correlacionada, pausas, permissões e condições externas de execução. A autorização inicial não basta para continuar uma composição desatualizada. Se a reavaliação falhar, as partes ainda não enviadas ficam bloqueadas.

Uma parte com resultado desconhecido não permite completar o conjunto por suposição: consulta-se e concilia-se a operação original, preservando os bloqueios existentes. Posições executadas não são canceladas retroativamente, e capital incerto permanece comprometido. Partes já enviadas não são tratadas como se estivessem apenas aguardando envio; seus estados seguem a conciliação própria, sem reenvio ou liberação presumidos.

O registro vincula a reavaliação à proposta e às partes, preservando a autorização anterior, evidências, horários, composição atual e decisão. Revalidar uma parte ainda não enviada e já autorizada não duplica reserva nem acumulado diário. Uma nova ordem de substituição segue as regras de novos compromissos, sem apagar o consumo anterior. Mantêm-se percentuais, apuração única e execução automática autorizada, sem aprovação humana por investimento.

Limites e calendário: mudança de regras, compromissos e perdas diárias

Vigência das regras e revalidação antes do envio

Cada conjunto de regras de risco tem versão identificada e instante UTC de vigência. Uma mudança exige proposta, justificativa, aprovação da liderança da empresa BETTEX e execução registrada. Proposta ou aprovação isolada não tornam novos parâmetros vigentes. As decisões guardam versão, horário, base patrimonial e critérios usados; o histórico não é reclassificado pelas regras mais recentes.

Uma ordem reservada, mas ainda não enviada, deve ser revalidada pelas regras vigentes antes do envio. O núcleo independente confere a base atualizada, caixa, compromissos, exposições, pausas, permissões e a validade das cotações de preços, odds e custos. A própria reserva e sua exposição entram uma única vez; revalidar não exige reservar novamente o mesmo capital nem somar de novo o compromisso ao acumulado diário. O registro preserva a autorização original e acrescenta a versão, o horário e o resultado da revalidação.

Se a ordem não atender às regras vigentes, não é enviada. Uma autorização anterior não permite contornar limites novos; uma leitura desatualizada da versão não autoriza o envio. Se o envio já ocorreu ou seu estado for inconclusivo, aplica-se a regra de resultado desconhecido e conciliação, sem presumir cancelamento ou liberar recursos. Qualquer liberação comprovada segue os controles existentes e não devolve o acumulado diário consumido.

Operações já executadas não são desfeitas retroativamente por uma mudança de regra. Suas posições e compromissos continuam nos controles atuais de exposição e caixa; nenhuma versão nova os torna invisíveis. Preservam-se pausas já acionadas, o histórico das decisões e a conciliação de confirmações tardias. A revalidação continua automática pelo risco, sem aprovação humana por investimento. Este registro de vigência não altera os percentuais apresentados, o vesting ou as regras econômicas fora do escopo aprovado.

Acumulado diário e cancelamento de ordens

O acumulado diário soma os valores em USDC dos novos compromissos autorizados e com reserva registrada, uma única vez por operação. Inclui o principal e o teto de custos operacionais autorizados, mesmo quando o custo efetivo conciliado for menor. O registro pertence ao dia UTC em que a autorização e a reserva indivisíveis foram concluídas, antes do envio ao conector. A soma global respeita 2% da base investível atualizada e a soma de cada mercado respeita 0,5% dessa mesma base.

Cancelar uma ordem não devolve a capacidade diária consumida por sua autorização. Mesmo com cancelamento ou não execução confirmados, o valor autorizado permanece integralmente no acumulado do dia original. Caixa e exposição são controles distintos: somente a parcela comprovadamente livre é liberada conforme a conciliação. A parte executada continua como posição ou compromisso; liberar capital não apaga o histórico diário.

Execução parcial não reduz o acumulado ao valor executado. Repetições do pedido, confirmações e consultas não somam o compromisso novamente. Um pedido recusado antes da autorização e do registro da reserva não entra na soma; uma falha que impeça concluir esse registro indivisível também não cria compromisso autorizado. Uma nova ordem autorizada após cancelamento constitui novo compromisso e entra na soma, sem substituir o anterior.

A mudança do dia UTC inicia o acumulado do novo dia, mas não libera ordens nem posições antigas. Confirmações, execuções ou cancelamentos posteriores não transferem o compromisso anterior para o novo dia nem o contam outra vez. Reservas, posições e resultados desconhecidos continuam nos controles de caixa e exposição até sua conciliação; o bloqueio de novas ordens por divergência ou perda de comunicação permanece.

Os registros preservam identificador, valor autorizado, mercado e instante UTC da autorização, permitindo conferir as somas global e por mercado. Em propostas com partes coordenadas, o total entra uma vez no global e somente as parcelas correspondentes em cada mercado, sem somar proposta e ordens novamente. A base atualizada não zera esses acumulados. Compromissos cancelados podem esgotar o teto diário mesmo sem execução; os percentuais não mudam.

Perda líquida realizada e pausa diária

A perda diária usa o resultado líquido realizado e conciliado do dia UTC, após custos. O dia é o da realização comprovada, não o do recebimento de uma confirmação tardia, conforme a regra de atribuição temporal do resultado. Para cada escopo, perda diária = max(0, −resultado líquido realizado do dia). Não é a soma bruta de todas as operações perdedoras: ganhos realizados do mesmo escopo podem compensar perdas antes do bloqueio. Cada resultado e custo é registrado uma única vez.

O cálculo global e o cálculo por mercado são separados. O global consolida os resultados realizados da operação da tesouraria e compara a perda líquida com 0,5% da base investível atualizada. Cada mercado considera seus próprios resultados e custos conciliados e compara sua perda líquida com 0,125% da mesma base. Ganhos de outro mercado podem integrar o resultado global, mas não reduzem a perda local nem eliminam a pausa daquele mercado.

Ao atingir ou ultrapassar o teto, novos investimentos ficam pausados naquele escopo até o próximo dia UTC. O registro da pausa permanece mesmo se ganhos posteriores reduzirem a perda líquida ou se a base investível aumentar. Pausa global impede novos investimentos em todos os mercados; pausa local impede novos investimentos no mercado afetado. Redução ou encerramento de posições existentes só é permitido pela exceção de redução comprovada do risco, mantendo os demais controles. Os resultados continuam sendo conciliados durante a pausa, sem apagar o motivo ou o momento do bloqueio.

Uma perda de dia anterior confirmada hoje corrige o resultado do dia original, sem entrar na perda de hoje nem acionar automaticamente a pausa diária atual apenas pelo resultado antigo. Antes de novos investimentos, revalidam-se patrimônio e base investível conciliados, perdas do dia atual, caixa e exposições. Se a perda de hoje atingir ou ultrapassar o teto sobre a base atualizada, a pausa continua obrigatória no escopo correspondente. A correção não remove pausas vigentes, emergência ou bloqueios por falta de conciliação, nem desfaz operações executadas. Seus efeitos em R, P e B seguem a apuração única, sem descontar novamente uma perda já reconhecida.

Esse controle não é o acumulado de compromissos autorizados, o lucro ainda não consumido em R ou a base patrimonial B. Aportes, principal recuperado, venda pública de tokens e transferências não são resultado operacional realizado. Autorizar ou liquidar o split não zera a perda diária nem registra novamente o mesmo resultado ou pagamento como perda operacional. A compensação de perdas e a elegibilidade das distribuições continuam seguindo a apuração única já documentada.

Resultados desconhecidos e ganhos não realizados não podem ser usados como compensação realizada fictícia. Posições abertas continuam na avaliação patrimonial e nos controles de exposição; falta de conciliação mantém os bloqueios existentes. O próximo dia tem seu próprio resultado diário, mas não libera reservas, posições ou outras pausas de segurança automaticamente. Base zero continua impedindo novos compromissos por sua própria regra, sem ser tratada como perda realizada. Preservam-se os percentuais.

Redução de posições durante a pausa por perda diária

A pausa por perda diária admite redução ou encerramento de posições existentes somente quando o núcleo independente comprovar redução do risco do conjunto. A decisão considera posições, compromissos e coberturas atuais, não apenas a diminuição do valor de uma ordem. Não permite abrir novas posições ou desmontar uma cobertura aumentando o risco das partes restantes. Sem essa comprovação, a operação não é autorizada.

A exceção é exclusiva da pausa por perda diária e não dispensa os demais controles. Caixa, reservas, orçamento de custos, limites aplicáveis, permissões, cotações válidas, condições de execução e conciliação continuam obrigatórios antes do envio. Pausas de emergência, divergências de saldo, perda de comunicação e outros bloqueios de segurança não são ultrapassados; esses controles ainda podem impedir o fechamento. Uma redução apenas planejada não libera recursos de uma posição nem de uma ordem incerta.

Ganhos, perdas e custos efetivos do encerramento continuam na apuração única e no resultado diário conciliado. Fechar uma posição não zera perdas, não apaga o motivo da pausa nem antecipa seu término; ganhos posteriores também não a encerram. O principal recuperado não se torna lucro por ser recebido, e o caixa liberado não autoriza reinvestir durante a pausa.

O registro preserva as evidências da redução de risco, a composição antes e depois, os controles verificados, a decisão e os estados posteriores. Execução parcial ou desconhecida mantém a conciliação e os compromissos correspondentes, sem cancelamento, liberação ou reenvio presumidos. Mantêm-se os percentuais e a duração da pausa até o próximo dia UTC.

Dia UTC do resultado e confirmação tardia

A saída de BETTEX cancela os créditos anteriores ainda não pagos do ciclo pelo horário confirmado da saída, não pelo horário de chegada da mensagem. Uma confirmação tardia ou correção histórica não restaura os direitos cancelados nem autoriza novo pagamento.

Resultados realizados pertencem ao dia UTC da realização comprovada, não ao dia de chegada da mensagem. O registro preserva separadamente o instante do fato financeiro, o recebimento da informação e a conclusão da conciliação, com identificador e evidências da fonte. Horários com fuso explícito são convertidos para UTC. A abertura ou o envio de uma ordem não comprovam, por si só, realização de lucro ou perda.

Uma confirmação tardia adiciona ou corrige o resultado no dia original por registro identificado, sem duplicá-lo no dia atual. O histórico preserva os dados anteriores, a evidência, a causa e o efeito do ajuste. Resultados e custos conciliados têm efeito único nos controles global e por mercado e na apuração financeira; receber novamente a confirmação não gera outro resultado, custo ou ajuste. Corrigir o relatório histórico não apaga pausas já registradas nem desfaz operações executadas. Para perdas anteriores, o efeito sobre a pausa atual segue a revalidação das perdas e dos limites de hoje, sem pausa diária automática apenas pelo resultado antigo.

Sem horário confiável da realização, o evento permanece pendente de investigação e conciliação. Não se presume o horário local do servidor, a chegada da mensagem ou a autorização da ordem como substituto. Os bloqueios por falta de conciliação permanecem. A atribuição ao dia anterior também não equivale a saldo disponível antes de uma transferência confirmada e conciliada.

Os compromissos ficam no dia UTC da autorização e reserva; resultados, no dia da realização comprovada. Confirmações tardias corrigem o histórico por ajustes identificados, sem incluir o resultado antigo em R de hoje. Corrigir um relatório não reabre uma rodada encerrada, não libera lucro retido e não cria novo pagamento. Transferências já enviadas são apenas conciliadas com seu registro original, sem repetir efeitos patrimoniais.

Conciliação de ordens: respostas tardias e fora de ordem

Ordens com resultado desconhecido

Uma ordem enviada sem resposta conclusiva fica com resultado desconhecido, não cancelada ou recusada por suposição. Ausência de resposta, expiração da espera ou interrupção de comunicação não comprovam que a plataforma deixou de receber ou executar a ordem. O capital continua reservado e o compromisso permanece nos controles de exposição, mesmo após a mudança do dia UTC.

Não há reenvio automático enquanto o resultado estiver desconhecido. A conciliação consulta a operação original pelo identificador e pelas referências da plataforma, conferindo execuções, cancelamentos, saldos e valores comprometidos. Repetir uma solicitação ou reiniciar o serviço não cria outra ordem nem outra reserva. Uma consulta inconclusiva também não prova ausência de execução. Preserva-se a regra de impedir novas ordens até a reconciliação em caso de perda de comunicação ou divergência.

Solicitar cancelamento não confirma cancelamento nem libera capital. A reserva só é liberada pelo valor comprovadamente livre após confirmação de cancelamento ou não execução e conciliação da disponibilidade efetiva dos recursos. A evidência também deve comprovar que a ordem ou parte não poderá executar sob a autorização antiga; uma observação momentânea sem execução não basta. A parcela executada continua como posição ou compromisso existente; não volta ao caixa livre apenas porque o envio original foi encerrado. Se a disponibilidade ainda for incerta, o valor permanece comprometido. Essa liberação não reduz o acumulado diário dos compromissos autorizados, que preserva o valor original.

Na execução parcial, cada parcela tem efeito único. A quantidade confirmada é registrada como executada, com custos e exposição correspondentes, sem ser contada novamente como reserva para a mesma quantidade. O restante ainda incerto permanece reservado. Somente a parte comprovadamente não executada e efetivamente livre pode ser liberada; mensagens repetidas não duplicam execução, custos ou liberação. Respostas fora de ordem seguem a conferência de estados obsoletos e confirmações tardias, sem regressão por mera ordem de chegada.

O histórico registra o estado desconhecido, as tentativas de consulta, as evidências, os horários e a decisão conciliada, sem apagar o envio anterior. Uma eventual nova ordem exige estado conciliado e nova verificação independente de risco com reserva indivisível, não uma repetição cega do envio. O capital pode ficar indisponível até a confirmação da plataforma. Os percentuais e a execução automática autorizada permanecem.

Respostas obsoletas e confirmações fora de ordem

A ordem de chegada das respostas não determina, por si só, o estado da operação. Uma mensagem de estado comprovadamente obsoleta não desfaz execução confirmada, não recria reserva já conciliada e não libera capital indevidamente. Um aceite antigo recebido depois da execução não transforma a ordem em apenas aceita; uma resposta antiga de cancelamento não substitui a conferência das execuções e dos recursos efetivamente disponíveis.

Divergências são conferidas com a operação original e evidências confiáveis da plataforma. O registro vincula fonte, referências da ordem e fatos confirmados, preservando separadamente os horários do fato, do recebimento e da conciliação. Não basta escolher a última mensagem recebida ou presumir uma sequência universal entre plataformas. Sem comprovação suficiente, o estado permanece pendente de conciliação, com os bloqueios existentes e sem reenvio ou liberação presumidos.

Uma confirmação tardia de execução ou resultado válido não é descartada apenas por ser antiga ou chegar depois de outra resposta. Seus fatos entram uma única vez, com custos e exposição correspondentes; resultados realizados seguem o dia UTC da realização comprovada. Correções comprovadas continuam permitidas por ajuste identificado, vinculado ao registro original, com causa, evidências e efeitos conciliados, sem apagar o histórico.

Mensagens repetidas não duplicam execução, reserva, custo, liberação ou resultado; correções não registram novamente efeitos já reconhecidos. Preservam-se compromissos diários, pausas e controles atuais. Esta regra complementa a conciliação de ordens incertas e a apuração única, sem alterar percentuais ou autorizar novas ordens.

Voltar ao índice ↑
11 13

Requisitos operacionais e de segurança.

Controles técnicos, validações e salvaguardas para operar o modelo.

REQUISITOS DE OPERAÇÃO SEGURA

Os componentes financeiros, o agente BETTEX e a infraestrutura de ativos devem operar com controles verificáveis, separação de responsabilidades e capacidade de interromper fluxos inseguros sem perder o histórico contábil.

Segurança dos fundos

A BETTEX adotará proteção dos fundos em camadas: separação entre tesouraria, caixa operacional e carteiras dos titulares; preservação da autocustódia, sem recolher chaves privadas dos usuários; chaves institucionais independentes, armazenamento protegido e recuperação testada; e aprovação multisig 2/3 para os atos institucionais previstos na política. A execução automática permanecerá limitada a mandatos aprovados, permissões mínimas e limites de exposição, sem permitir que a IA altere seus próprios controles. Conciliação diária, registros auditáveis e monitoramento com alertas acompanharão movimentações e obrigações. Contratos e controles de custódia passarão por testes e auditoria independente antes do uso de recursos reais. Em incidentes, os responsáveis poderão interromper novas execuções afetadas, preservar créditos e registros e iniciar o procedimento de recuperação aprovado; qualquer retomada exigirá conciliação e autorização. A entidade define os responsáveis e o orçamento de segurança.

01

Aplicar controle de acesso mínimo, autenticação forte para operadores e segregação de funções. Sugestões da IA para alterar regras da tesouraria ou limites de risco entram em uma fila e só podem ser executadas após aprovação da liderança da empresa BETTEX, com trilha auditável. Mudanças em contratos, permissões e destinos de ativos exigem aprovação por múltiplos responsáveis autorizados pela liderança e registro auditável.

02

Proteger chaves com armazenamento e procedimentos de recuperação definidos; estabelecer limites de assinatura e política de revogação. Endereços de contratos, ativos e tesouraria devem ser verificados por fontes independentes antes de serem usados.

03

Testar contratos, integrações, indexadores, conectores de mercado e livro contábil contra duplicidade, reordenação de blocos, falha de rede, divergência de saldo, repetição de mensagens e recuperação. Exigir auditoria independente dos contratos e controles de custódia.

04

Monitorar saldos, obrigações, limites globais e por mercado e integrações; emitir alertas acionáveis e manter procedimentos de resposta a incidentes. A pausa de emergência deve bloquear novas ordens sem apagar obrigações já atribuídas; retomada após incidente depende de conciliação e autorização registrada.

Continuidade: recuperar controles e conciliar fundos em trânsito

Recuperação íntegra dos controles após reinício

Os registros de risco são duráveis e compartilhados pelos agentes, conectores e instâncias de execução. Reservas, posições, compromissos autorizados, acumulados diários, pausas e versões das regras não dependem apenas da memória de um processo. Preservam-se identificadores, valores, mercados, estados, evidências e horários, incluindo os dias UTC originais das autorizações e dos resultados realizados.

Antes de retomar envios após reinício, o núcleo recupera e confere o estado completo com os registros financeiros e as fontes externas pertinentes. Recuperação incompleta, divergente ou sem conciliação mantém o envio bloqueado, inclusive quando uma operação pretende reduzir risco. Não se substituem dados ausentes por saldo livre, acumulado zero ou ausência de pausa. Restaurar um backup, isoladamente, não comprova que eventos posteriores ou ordens enviadas estejam conciliados.

Reiniciar não inicia outro dia UTC nem apaga o consumo diário; a mudança real do dia segue as regras existentes, sem liberar reservas ou posições anteriores. Pausas ainda vigentes são preservadas mesmo quando ganhos posteriores tenham reduzido a perda. Ordens enviadas ou desconhecidas mantêm seus identificadores e compromissos para consulta e conciliação, sem reenvio automático. Recuperar registros não duplica reservas, resultados, custos ou efeitos financeiros já lançados.

A recuperação preserva também o executor exclusivo e o estado do envio de cada autorização e parte. Outra instância não assume o envio apenas porque houve reinício ou demora na resposta; registro incompleto ou envio sem resultado comprovado mantém o bloqueio e a conciliação.

O registro da recuperação identifica os dados conferidos, divergências, conciliações e decisão de integridade. Estado recuperado não autoriza, por si só, uma nova ordem: cotações, base patrimonial, regras vigentes e demais controles continuam sendo revalidados. A recuperação também não substitui a autorização registrada de retomada exigida após incidentes. Mantêm-se percentuais e regras econômicas.

Valores da tesouraria em trânsito

Valores de transferências autorizadas ainda pendentes ficam indisponíveis para novos investimentos e distribuições até confirmação e conciliação. O registro vincula origem, destino, ativo, rede ou plataforma, valor, custos, identificador e estado. O mesmo capital não é contado como disponível na origem e no destino, mesmo quando um saldo exibido ainda não refletir o envio.

O recebimento confirmado exige critério validado para a rede ou plataforma pertinente, integrado às regras vigentes de risco. O registro preserva o critério e sua versão, fonte, evidências e horário da verificação, conferindo ativo, origem, destino e valor da transferência original. Um identificador de transação, sua visualização na rede ou uma notificação isolada não bastam. Sem critério verificável ou evidências suficientes, o valor permanece indisponível; não se presume prazo ou número universal de confirmações. Alterações do critério seguem a governança já aprovada.

Enviar não comprova recebimento nem disponibilidade no destino. A liberação considera somente o valor efetivamente confirmado, conciliado e livre de outros compromissos. Em recebimento parcial, apenas a parcela comprovadamente disponível pode ser liberada; o restante continua indisponível. Ausência de resposta, atraso ou vencimento da espera não comprovam cancelamento, devolução ou perda. Eventual retorno à origem também exige confirmação e conciliação, sem reenvio automático de uma transferência incerta.

Confirmação invalidada mantém os valores afetados bloqueados para conciliação. Reorganização da rede ou retificação comprovada da plataforma exige conferir novamente as evidências e a disponibilidade, preservando o registro anterior e documentando a causa e os ajustes identificados com efeito único. Não há reenvio, cancelamento, devolução ou desfazimento automático de operações já executadas; a invalidação também não cria perda fictícia. Este critério se aplica às transferências da tesouraria, sem alterar as regras de staking.

Movimentar capital próprio da tesouraria não cria lucro nem novo aporte. A avaliação patrimonial segue os ativos ou direitos comprovados e a conciliação, sem somar novamente o principal na origem, em trânsito e no destino. Custos efetivos e ajustes comprovados seguem a apuração única; incerteza não é substituída por ganho ou perda fictícios. A intenção de segregar recursos no destino não comprova cobertura defensiva efetivamente atendida.

Mensagens repetidas não duplicam crédito ou liberação, e a transferência não apaga compromissos existentes, pausas ou consumo diário de investimentos. Mantêm-se permissões, limites, cobertura defensiva e demais controles; esta regra não autoriza transferências por si só.

A compra deve registrar débito de USDC e crédito de BETTEX juntos e uma única vez após a liquidação; cada distribuição é lançada uma única vez em USDC. A continuidade preserva registros imutáveis com ajustes identificados, backups testados e conciliação entre transferências on-chain, recebimentos de on-ramp, saldos dos dois ativos, custos, resultados por mercado, tesouraria e saques. Falhas resultam em estado pendente ou bloqueio, nunca confirmação presumida. Custódia, permissões, integrações e conformidade exigem validação técnica e jurídica. A operação inicial cripto não pressupõe autorização de exchange ou banco; a proposta fiduciária do BETTEX Bank demanda estrutura própria antes de qualquer oferta.

SEQUÊNCIA DO PROJETO

O Roadmap da BETTEX apresenta o percurso da preparação técnica e jurídica à expansão do aplicativo.

Voltar ao índice ↑
12 13

Riscos e validações.

Exposições dos mercados, do agente e decisões técnicas, operacionais e jurídicas.

As regras econômicas e os controles descritos aqui não garantem retorno ou proteção do capital. Serviços, ativos e redes podem falhar ou ficar indisponíveis; stablecoins podem perder valor ou desviar-se de uma paridade de referência. A versão inicial utiliza USDC nos saldos e saques e não oferece resgate fiduciário pela BETTEX. Permanecem riscos de liquidez do token, perdas em qualquer mercado, execução inadequada, custódia, tecnologia e mudança regulatória.

MERCADOS E MODELOS

Dados atrasados ou incorretos, vieses de modelo, baixa liquidez, volatilidade, correlação imprevista e execução ruim podem causar perdas. Um limite reduz exposição, mas não cria lucro nem impede resultados adversos simultâneos em mercados diferentes.

ESPORTES E EVENTOS

Eventos podem ser adiados, cancelados, resolvidos segundo regras específicas ou produzir resultados imprevisíveis; disponibilidade, liquidez e regras de liquidação variam conforme o mercado.

iGaming

Jogos de iGaming envolvem acaso, vantagem da casa e alta variância, podendo gerar perdas rápidas. Só podem ser considerados onde forem legalmente permitidos e mediante autorização do provedor; nenhuma estratégia ou automação elimina esses riscos.

LIQUIDAÇÃO E ATIVOS INTERNOS

Falhas de integração, confirmação ou conciliação, desvalorização de stablecoins e divergência entre livro e reserva exigem bloqueio e investigação.

CONTAS E CUSTÓDIA

Acesso indevido, desvio de fundos, destino ou rede incompatível e divergências entre saldos USDC, obrigações e reservas exigem bloqueio e investigação.

LEI E TERCEIROS

Uma plataforma pode não permitir automação; uma jurisdição pode vedar depósito, venda, distribuição ou operação em determinado mercado, inclusive esportes ou iGaming.

Escolhas sujeitas a validação

Autenticação por carteira, custódia, contrato e rede de USDC, controles da tesouraria, conciliação on-chain, tratamento de custos, on-ramp externo, emissão e gestão da posição BETTEX, conectores autorizados, arredondamento e resposta a incidentes devem ser validados pelos responsáveis técnicos e jurídicos. Nenhum requisito técnico substitui autorização legal ou controles independentes. A conversão para fiat da proposta futura do BETTEX Bank exige validação separada e não integra o escopo inicial.

GLOSSÁRIO BREVE

Agente BETTEX: sistema que analisa e opera mercados sob risco e supervisão comuns. Estratégia: análise especializada de mercado. Conector: integração autorizada para dados ou execução. USDC: stablecoin usada para saldos financeiros, compras, depósitos, distribuições e saques da versão inicial. Visão de valor: equivalente estimado do saldo USDC na moeda fiduciária da pessoa, sem conversão executada ou alteração do ativo de saque. Moeda fiduciária: moeda local da estimativa exibida na interface e da entrada por on-ramp externo; pagamento efetivo nessa moeda pertence à proposta futura do BETTEX Bank, não ao saldo inicial. On-ramp: provedor externo que converte fiat em cripto. Off-ramp: conversão de cripto para fiat, não oferecida pela BETTEX inicial. Lucro elegível ao split: máximo entre zero e o menor valor entre o lucro realizado líquido da própria rodada e o ganho patrimonial líquido elegível acima da base de referência, considerando posições abertas, custos e obrigações. Não inclui lucro retido de rodadas encerradas. Dia de lucro: apuração conciliada em USDC com lucro elegível positivo; a distribuição também depende das reservas atendidas. Carteira da pessoa: gerada com a conta, pertencente ao titular, com chaves e dados exportáveis; não é identidade civil verificada. Participação automática: saldo BETTEX disponível na carteira oficial acumula peso pela quantidade e pelo tempo elegível desde a última saída na rodada diária UTC. Qualquer saída, mesmo parcial, cancela todos os créditos anteriores ainda não pagos do ciclo e zera o peso acumulado. Entradas não recuperam créditos cancelados nem recebem lucros anteriores. Ganhos são creditados apenas na Carteira USDC. Peso de participação: soma de BETTEX disponível multiplicado pelo tempo elegível em cada intervalo da própria rodada. Não passa para a seguinte. Conciliação: comparação de registros, confirmações e fundos, sem reabrir rateios encerrados. Idempotência: repetir o pedido sem repetir o efeito.

Taxas de serviço: receita operacional em USDC; incidência, valores e exceções ficam na política oficial. Caixa operacional: carteira institucional distinta da tesouraria e das carteiras pessoais. Financiamento: capital ou dívida, não receita de serviços nem lucro de investimento.

ANTES DE DECIDIR

Não há rendimento prometido, capital protegido ou aprovação implícita. Considere os riscos de mercado, liquidez, tecnologia, custódia e regulação antes de qualquer decisão financeira.

Voltar ao índice ↑
13 13

Governança.

Políticas evolutivas, carteiras, custódia, mandatos, recompra e queima definitiva.

Separação do patrimônio e do caixa

Tesouraria, caixa operacional e carteira exclusiva de recompra pertencem à mesma entidade, com endereços, registros e mandatos distintos. Essa separação organiza controles internos, não cria outras empresas ou blindagem patrimonial automática. Carteiras pessoais pertencem aos titulares.

A tesouraria reúne o preço integral da venda pública em USDC e os recursos que lhe forem alocados. Reservas, posições, ordens e obrigações não são caixa livre. O caixa operacional recebe taxas de serviço e financiamento documentado, pagando serviços externos e obrigações próprias. Um déficit operacional não autoriza retirada automática da tesouraria. Aportes de investidores têm livre alocação.

Balança, livro-razão e calculadora sobre fundo verde.
Ilustração conceitual

Registros separados e conciliados para tesouraria, caixa operacional e recompra.

Fronteiras entre contas

Venda pública
Preço dos tokens · Em USDC · Tesouraria · 100% do preço
Serviços
Taxas de serviço · Em USDC · Carteira operacional da entidade · Fora da tesouraria e do split
Resultados
Parcela do staking · Em USDC · Carteira USDC do titular · Após conciliação
Recompra e queima
25% do resultado elegível · Em USDC · Carteira exclusiva · Compra autorizada de BETTEX · Burn permanente · Destruição irreversível dos tokens adquiridos

Administração, custódia e execução

01

Administração. O fundador representa a entidade, aprova orçamento, políticas e contratos e responde pela formalização. A IA propõe e documenta, sem ampliar os próprios poderes.

02

Custódia. O multisig aplica quórum e poderes registrados. Signatários independentes são formalizados, não presumidos como funcionários ou cargos internos.

03

Execução. Agentes e executores operam dentro de mandatos válidos, sujeitos a risco, liquidez, destinos e orçamento. Fora do mandato, a proposta retorna à aprovação competente.

Evolução das políticas e dos bots

A governança evolui progressivamente por versões. Cada alteração identifica regra anterior, proposta, motivação, competências, limites, testes, aprovação, publicação e momento de vigência. Enquanto a nova versão não entra em vigor, os agentes usam a regra anterior. Alterações não reabrem rodadas encerradas nem modificam o vesting predefinido.

O agente de governança acompanha desvios e conflitos, organiza o histórico e propõe ajustes. A administração aprova a política; mudanças de custódia e poderes passam pelo multisig e pela espera aplicável. Monitoramento identifica incidentes, pausa os fluxos afetados e exige conciliação e autorização para retomar. Reversão de código ou política é uma nova mudança registrada; não desfaz automaticamente transações irreversíveis.

Registro de uma alteração de política

Uma proposta de reduzir exposição registra a versão atual, parâmetros sugeridos, testes com dados de referência e impacto nas ordens existentes. A aprovação define o escopo; alterações sensíveis aguardam ao menos 24 horas. A versão entra em vigor somente após execução conferida. Falha mantém os bloqueios pertinentes e o histórico; a IA não aprova a própria mudança.

Multisig e liberdade operacional

A administração aprova a política; o multisig autoriza a custódia; o executor atua dentro do mandato. A rotina não exige reunir assinaturas a cada ordem ou pagamento já coberto por uma autorização válida. Fora do mandato, a movimentação volta à aprovação colegiada. Esta é a política-base para formalização da empresa.

Signatários e responsabilidades

As carteiras institucionais de custódia adotam quórum 2 de 3. A formalização identifica três signatários independentes e suas responsabilidades, sem presumir nomes, vínculo empregatício ou posições internas. As chaves são independentes; duas chaves da mesma pessoa não equivalem a dois controles. A IA e seus executores não são signatários de custódia.

O fundador conserva a administração, o orçamento e as políticas; assinar não cria cargo societário nem exige sua presença na rotina. Quem recebe um pagamento não é seu aprovador independente. Pagamentos a partes relacionadas têm aprovação separada por beneficiário, pelos dois não conflitados. Depois da aprovação, o executor liquida dentro do mandato, sem nova assinatura por parcela. Sem dois aprovadores independentes, o item aguarda o procedimento societário e de contingência válido.

Matriz de autorização

Quórum, alçada e liberdade de execução
MovimentaçãoAutorizaçãoExecução permitida
Tributos e serviços externos no orçamentoMandato ou lote aprovado por 2/3.Executor paga documentos conferidos, dentro dos destinos, valores e vencimentos aprovados, sem nova assinatura por item.
Investimentos e distribuição de resultadosMandato 2/3, subordinado às regras vigentes da tesouraria.Operações passam pelo risco independente; pagamentos usam obrigações e beneficiários conciliados. Não há aprovação humana por ordem ou crédito.
Saída direta sem mandato, reforço de caixa ou despesa extraordinária2/3 sobre a transação exata e fundamento aprovado.Revalidação do saldo livre e da fonte. Reforço não renova automaticamente limites nem usa reservas ou créditos como caixa livre.
Novos poderes, destinos de estratégia ou alterações de controlesAprovação administrativa registrada + 2/3 + espera mínima de 24h.Inclui signatários, quórum, módulos, permissões a terceiros, atualizações de contratos, limites e novos mandatos estratégicos. Vigência somente após execução e conferência.
Dividendos e partes relacionadasProcedimento societário aplicável + dois aprovadores não conflitados.Usa somente caixa e resultado próprios, com documentação; não autoriza retirada pessoal da tesouraria de investimentos.
Incidente de segurançaPausa restrita por responsável habilitado; ações protetivas de custódia por 2/3.Suspende novas saídas afetadas. Contenção segue o procedimento abaixo, sem reduzir quórum ou cancelar direitos.

Mandato limitado, sem cheque em branco

Cada mandato identifica carteira de origem, finalidade, executor, ativos e redes, contratos e funções permitidos, destinos, teto por operação, teto acumulado diário UTC, orçamento total e validade máxima de 30 dias. Nenhum campo obrigatório fica implícito. A soma do executado e comprometido por todos os executores consome o mesmo orçamento; fracionar pagamentos não contorna a alçada.

A renovação sem ampliar poderes ou orçamento exige 2/3 e nova conferência, sem espera adicional. Ampliar o escopo ou os limites exige o procedimento sensível de 24h. Esgotamento, vencimento, suspensão ou divergência bloqueiam novas execuções; não liberam compromissos incertos nem autorizam reenvio. Um lote aprova seu conteúdo exato, não transferências futuras arbitrárias.

Fornecedores usam destinos cadastrados e verificados. Distribuições usam os beneficiários e parcelas das obrigações conciliadas, sem exigir cadastro manual de cada titular pelo multisig. O executor não pode trocar o favorecido, atualizar o contrato, criar outro executor, elevar limites, conceder autorização ilimitada de tokens ou alterar os signatários.

O caixa operacional e a tesouraria têm carteiras, rubricas e mandatos separados. Na tesouraria continuam valendo reservas conforme política aprovada, capital comprometido, limites de risco, elegibilidade e split 50%/25%/25%. O multisig não muda emissão, vesting, pesos ou créditos dos participantes. Carteiras pessoais e exportação de chaves não entram no multisig da empresa.

Controles técnicos e contas externas

O quórum nativo não aplica sozinho orçamento, espera ou aprovação do administrador. Em contas como Safe, módulos podem executar sem a verificação normal das assinaturas. A política exige controles técnicos validados para cada caminho: transações diretas, módulos, lotes e permissões a terceiros. Mudanças sensíveis devem ficar sujeitas a um bloqueio temporal verificável, inclusive mudanças no próprio bloqueio. Sem essa cobertura, manter o executor desabilitado e não apresentar as restrições como proteção on-chain existente.

Antes de assinar, conferir rede, endereço e código do contrato, ativo, destinatário, valor, chamada decodificada, permissões e resultado da simulação quando disponível, usando uma fonte independente da tela que propôs a operação. Cada signatário usa carteira de hardware ou solução institucional equivalente, com dispositivo próprio e cópia de recuperação protegida separadamente; nunca compartilhar sementes ou assinar conteúdo ilegível.

Em bancos e plataformas que não suportam multisig on-chain, aplicar preparação e aprovação por pessoas diferentes, limites e trilha institucional conforme os recursos disponíveis. Credenciais de negociação não incluem saque irrestrito; saídas usam destinos verificados e autorização separada. Um registro interno não substitui um bloqueio técnico inexistente.

Emergência e continuidade

O responsável habilitado pode pausar novas execuções afetadas e cancelar propostas ainda não executadas, sem poder transferir recursos por essa permissão. Retomar exige 2/3, causa registrada e controles novamente verificados. A pausa não cancela obrigações nem bloqueia por si só carteiras pessoais; tentativas enviadas ou incertas continuam em conciliação.

A exceção sem espera de 24h é exclusivamente protetiva e mantém 2/3: revogar permissões comprometidas, substituir a chave afetada por signatário previamente habilitado para contingência ou mover ativos para carteira institucional de recuperação previamente cadastrada, sob controle independente equivalente. Não admite novos beneficiários, aumento de orçamento, redução do quórum ou pagamentos ao fundador. O incidente tem registro imediato e relatório em até 24h.

Ausência de um signatário é absorvida pelo 2/3; perda ou comprometimento exige o procedimento de substituição, sem compartilhar a chave anterior. Sem quórum válido, não existe chave mestra para contornar a política. Recuperação e retorno à operação preservam obrigações, trilhas e os controles da tesouraria.

Prestação de contas

Registrar proponente, aprovadores, mandato e versão, conteúdo autorizado, consumo dos limites, referência da transação, estado e conciliação. A conferência de movimentações é diária; a revisão de orçamento, mandatos, permissões e acessos é mensal. Mantém-se o registro público das transações previsto no projeto, sem expor chaves, credenciais ou dados pessoais.

Referências técnicas: Safe — quórum, módulos e controles e OpenZeppelin — menor privilégio e espera de execução. O 2/3, as 24h e a validade máxima de 30 dias são parâmetros desta política-base, não exigências universais dessas referências.

Responsabilidade pela segurança dos fundos

O fundador administra a política de segurança, orçamento e contratação pontual de serviços externos especializados. Aprovação, execução e conferência têm responsabilidades identificadas, com independência nos controles de custódia. Auditorias e avaliações externas não constituem cargos internos. A IA auxilia detecção e análise, sem assumir responsabilidade jurídica ou receber chaves privadas dos titulares.

Segurança, auditoria, monitoramento e recuperação têm custos discriminados por necessidade, sem orçamento mensal presumido. Despesas institucionais usam caixa operacional, não a tesouraria ou créditos dos titulares automaticamente. Custos efetivos de investimentos seguem a apuração própria. Proteção dos fundos · Mandatos e custódia.

Carteira exclusiva e política de recompra

25% do lucro líquido distribuível é destinado diariamente a uma carteira exclusiva de recompra de BETTEX. A execução das recompras depende de decisão centralizada da administração, considerando preço, liquidez e segurança. Valores não utilizados permanecem acumulados para futuras recompras.

O fechamento diário elegível destina 50% do lucro líquido distribuível à retenção e ao reinvestimento na tesouraria, 25% aos stakers elegíveis e 25% à carteira exclusiva de recompra. A base é resultado realizado, conciliado e disponível, após custos, tributos e obrigações, considerando as posições abertas. Venda de tokens e transferência entre carteiras não criam lucro para esse split.

Antes do split, projetar todos os desembolsos: staking, transferência de recompra e custos aplicáveis. Se a reserva defensiva ou a liquidez ficarem insuficientes após esses desembolsos, 100% permanece na tesouraria, sem distribuição nem destinação à recompra naquele fechamento. Sem peso elegível, mantém-se a regra de não realizar o split.

Destinação diária não é compra diária. Os 25% são transferidos em USDC para uma carteira exclusiva, separada da tesouraria operacional, da reserva defensiva e do caixa da empresa. Seu saldo não utilizado acumula para recompras, sem prazo obrigatório de execução. Esse saldo segregado não é lucro novo nem crédito de stakers: suas rodadas continuam únicas, sem créditos residuais ou pesos acumulados.

A carteira só financia recompras de BETTEX. Não financia estratégias, distribuições ou despesas da empresa e não conta simultaneamente como reserva defensiva ou capital disponível. Distinguir valor destinado, efetivamente transferido, disponível, comprometido em ordens, gasto e custos conciliados. Comprometer uma ordem não é gastar; enviar uma transferência não comprova recebimento. Recursos incertos permanecem comprometidos, sem compra duplicada ou recuperação presumida.

A administração decide quando executar. Agentes de IA analisam condições e executam somente o conteúdo autorizado, com controles de preço, liquidez e segurança. Não aprovam a própria proposta. Multisig e controles de movimentação permanecem; a destinação diária não impõe calendário diário de compras.

Não divulgar antecipadamente horários, preços-alvo ou ordens específicas. Publicar cada operação somente após execução e conciliação, com seus valores efetivos e custos. Autorizar uma recompra não comprova que ela já ocorreu.

Restrição de uso tecnicamente verificável. A política exige mecanismos previstos de segregação e controle de destino, com código, permissões e evidências verificáveis após implementação e validação. Uma carteira comum ou uma instrução apenas administrativa não constitui garantia contratual on-chain. Contratos, endereços e mecanismos ativos devem ser identificados por evidências efetivas, sem presumir implantação.

Transparência por fechamento e por execução. Publicar lucro distribuível diário e memória de cálculo; valor dos 25%; transferências e identificadores; saldo disponível acumulado e compromissos; histórico com data, USDC gasto, BETTEX adquirido, preço médio e custos; e destino dos tokens adquiridos. Registros on-chain comprovam movimentações, enquanto conciliação e auditoria sustentam a correção do lucro declarado. Um identificador on-chain não comprova, sozinho, a apuração econômica.

A segregação reduz o caixa operacionalmente disponível da tesouraria, mas não constitui despesa nem uma nova perda no patrimônio consolidado da entidade. A carteira de recompra é registrada separadamente; obrigações, reservas e transferências têm efeitos únicos. Custos efetivos das recompras são conciliados, sem segunda dedução ou reaplicação do split sobre saldos acumulados.

Queima permanente dos tokens adquiridos

Todo BETTEX adquirido pela carteira de recompra é queimado permanentemente. A carteira exclusiva guarda USDC para a compra; não é o mecanismo de burn. A execução vincula aquisição, quantidade efetivamente recebida e destruição irreversível por mecanismo verificável, com referências conciliadas. Armazenar tokens numa carteira comum não é queimar. Tokens queimados não retornam à circulação nem participam do staking. Taxas de serviço não queimam BETTEX; emissão e vesting continuam os mesmos.

Formalização e rotina administrativa

A constituição documenta denominação, jurisdição, forma societária, objeto, sócios, capital, sede, administração, poderes e representação da única empresa privada. Titularidade ou licença de marca e tecnologia, emissão e venda dos tokens, termos do programa, serviços externos e financiamento têm instrumentos próprios.

A rotina identifica contrato, despesa, beneficiário e fonte; confere orçamento, tributos e disponibilidade; autoriza dentro dos poderes; executa e concilia uma única vez; fecha receitas, despesas, obrigações e caixa. Resultado de investimentos, receita de serviços, aportes, dívida e patrimônio dos titulares permanecem separados.

Voltar ao índice ↑
Vem pra comunidade