Execução local
Extensão Chrome MV3É o único plano que envia ordem, sempre dentro da sessão oficial da exchange. Decide, envia, reconcilia por offerId e protege. Funciona com o painel fechado.
futgreen.com.br
Motor de execução de automações esportivas com laboratório e observatório
A ordem é montada e enviada por extensões Chrome MV3, dentro da sessão oficial da exchange. Este site é o laboratório onde a automação é configurada e promovida, e o observatório onde cada operação pode ser auditada perna por perna. A interface pode cair, ficar lenta ou ser fechada: a extensão continua enviando, reconciliando e protegendo.
Objetivos de nível de serviço que o projeto persegue
Alvo de engenharia, não garantiaDecisão localp95 <= 25 msDo book lido ao stake calculado, dentro da extensão, sem depender de rede.
Leitura final até dispatchp95 <= 75 msDa última leitura de preço até a ordem sair na sessão da exchange.
Mutação financeira duplicadazerooperationId nasce antes do efeito e retry cego é proibido em POST, PUT e DELETE.
Estes números são metas medidas em p95 e publicadas no observatório com amostra e versão. Quando a medição fica fora do alvo, o painel mostra o desvio em vez de esconder.
Arquitetura
Quatro planos isolados, e a interface fora do caminho crítico
A separação existe para que a falha de um plano não vire prejuízo em outro. Painel, analytics e explicação por IA são úteis, mas indisponibilidade deles não pode impedir envio, reconciliação ou proteção.
Dados e inteligência
Ingestão e modelosCasa evento entre fontes, mede frescor, calcula odd justa e edge estimado. Produz evidência estruturada; não libera risco e não entra no caminho da ordem.
Controle e risco
Control planeEmite capability, lease e permit, guarda o ledger, aplica limite de exposição e registra auditoria. Nunca guarda credencial, cookie ou sessão de exchange.
Laboratório e observatório
Este siteConfigura automação, pede promoção de versão, pausa novas entradas e observa. Nenhuma rota da interface monta ou envia ordem.
Por que a interface não participa do envio: a ordem depende de uma leitura de book com poucos milissegundos de validade e da sessão autenticada do usuário no venue. Colocar um navegador de painel, uma rede pública e um servidor intermediário nesse caminho adicionaria latência e um ponto de falha sem nenhum ganho. A UI cria configuração, pede promoção, pausa novas entradas e observa.
Segurança financeira
Invariantes que o motor não abre mão
São regras de execução, não preferências de implementação. Mudar qualquer uma delas exige decisão registrada, versão nova e teste sincronizado.
Intenção antes do efeito
O operationId é gravado antes de qualquer efeito colateral e é o mesmo identificador no WAL local, na API e no ledger. Sem intenção registrada não existe envio.
2xx não é casamento
Resposta de sucesso do venue significa apenas que a oferta foi aceita. Valor casado só existe depois da reconciliação por offerId.
High-water de valor casado
matchedStake nunca diminui: uma resposta posterior menor não apaga casamento já confirmado. Divergência vira investigação, não correção silenciosa.
Pendência bloqueia nova entrada
partial, confirmation-unknown e protecting travam nova entrada na instalação e no accountScopeHash até a pendência fechar.
Proteção tem prioridade absoluta
Proteção e reconciliação ocupam a fila P0, acima de decisão e envio. Dado do executor e laboratório ficam em P2 e P3.
Correção negativa condicionada
Uma correção que piora o pior cenário não é enviada. Ela só sai quando o mínimo do resultado depois é maior que o mínimo do resultado antes.
Mercado suspenso não recebe mutação
Suspensão interrompe a mutação e a reabertura descarta o cálculo anterior, porque o book que originou o sinal deixou de existir.
Histórico financeiro é só valor casado
Tentativa, recusa e resposta inconclusiva ficam na auditoria técnica. Registro concluído é imutável e correção cria evento compensatório.
Laboratório
Do observe ao automático, com promoção explícita e rollback
Nenhuma automação começa enviando. Cada estágio existe para responder uma pergunta diferente, e a passagem de um para o outro depende de checklist de elegibilidade com motivo visível para cada gate.
- 01
Observe
A automação acompanha o mercado e registra o que teria decidido. Nenhuma ordem.
- 02
Replay
Book gravado é reexecutado para medir decisão e latência contra o histórico.
- 03
Paper
Decisão completa com registro de resultado teórico, sem tocar o venue.
- 04
Shadow
Roda ao lado da versão aprovada e a divergência de decisão é medida lado a lado.
- 05
Canário
Fração limitada de tráfego real, com limite de exposição próprio e gate de rollback.
- 06
Promoção
A versão só é promovida com checklist de elegibilidade aprovado e registro de quem promoveu.
- 07
Rollback
Volta para a versão anterior sem tocar o histórico financeiro, que permanece imutável.
Catálogo inicial
Automações previstas para a primeira homologação
Limite mínimo de aposta, comissão e shape de ordem mudam por venue. Enquanto a combinação de automação e exchange não passa por homologação, ela permanece em observe, replay ou paper.
Surebet pré-live
Duas ou três pernas antes do apito, com preço mínimo por perna e liquidez conferida na leitura final.
Surebet live
Mesma matemática com orçamento de frescor mais curto e suspensão tratada como cancelamento do cálculo.
Surebet mista
Combina perna pré-live com perna live quando a janela de preço sobrevive à mudança de fase.
Matchbook Match Odds
Mercado 1X2 na Matchbook, com shape de ordem e comissão específicos do venue.
Matchbook Intervalo
Mercado de intervalo, sensível a parada de jogo e a reabertura de book.
FullTBet
Integração de execução própria, sujeita ao mesmo contrato de reconciliação e proteção.
Correct Score impossível
Placar que já não pode ocorrer, dependente de placar e minuto confiáveis na fonte.
Disponibilidade de cada automação por conta depende de elegibilidade, exposição autorizada e versão aprovada. O painel mostra cada gate com o motivo do bloqueio.
Transparência
O que a plataforma faz e o que ela não faz
Fonte externa é integração observada
Placar, estatística e book vêm de integrações que podem mudar, atrasar ou sair do ar. Nenhuma delas é contrato garantido, e o painel mostra a idade e o estado de cada leitura.
Sem custódia de saldo
A plataforma não guarda dinheiro, não processa pagamento e não movimenta saldo. O saldo permanece na sua conta da exchange, sob sua responsabilidade.
Sem envio pelo backend
Nenhum servidor da FutGreen envia ordem em seu nome. A execução acontece na extensão, na sua sessão autenticada, no seu navegador.
Limites por venue dependem de homologação
Limite mínimo, comissão, shape de ordem e comportamento de suspensão variam por exchange. Cada combinação de automação e venue só sai de canário depois de homologada.
Sem promessa de retorno
O produto comunica probabilidade, edge estimado, amostra e drawdown. Não existe garantia de lucro e não publicamos resultado como promessa.
Acesso ao painel é por convite: não existe cadastro público nesta fase. O acesso pressupõe conta própria na exchange e responsabilidade integral do usuário sobre a operação executada no seu navegador.