Oito perguntas que um leitor sério faz.

PineForge é independente. PineScript é marca registrada da TradingView. Reimplementamos a semântica documentada do Pine v6 em C++ e validamos os outputs contra os exports CSV de "List of Trades" do TradingView — do mesmo jeito que outros engines de terceiros (PyneCore, PineTS, Quantower) fazem. Não fazemos engenharia reversa do runtime do TradingView; reimplementamos contra a spec pública da linguagem e traces de referência tirados do gráfico.

PyneCore traduz Pine pra Python e roda interpretado. PineForge transpila pra C++ e roda nativo. Ambos validam contra o TradingView. No benchmark de três engines em 50 estratégias commitado no repo open-source do engine, PineForge atinge o tier excelente canônico em 48/50 vs 45/50 do PyneCore (ver benchmarks/results/summary.md). Os três outliers só do PyneCore se concentram em bracket exits, trailing stops e fechamentos parciais — categorias onde o broker emulator do PyneCore diverge do TV. Detalhamento completo →

Se for PineScript v6 puro, quase com certeza. O codegen cobre ~98% do que estratégias reais usam: strategy.* completo de ordens, risco e accessors; ta.* completo com 67 primitivas (59 funções com estado + 8 variáveis de série); matrix, array, map, UDT; request.security ratio + calendar + TF inferior. Primitivas de desenho (plot, label.new, bgcolor) compilam limpas mas não emitem nada visual — PineForge é backtester, não renderer. Veja a doc de cobertura função por função.

Não tem. pineforge-engine é Apache-2.0, o CI roda em Ubuntu + macOS, e cada .so de estratégia compilado expõe exatamente os 10 símbolos C em pineforge/pineforge.h — a superfície estável travada (append-only dentro do mesmo PINEFORGE_VERSION_MAJOR, conforme o README). Referência completa de C ABI, lifecycle e bindings de FFI vivem em cdocs.pineforge.dev. Checkouts públicos rodam 16 binários ctest (15 C++ + 1 sanity test puro de C ABI) em cada commit, ~81% de cobertura de linha de src/ via scripts/coverage.sh. O headline de 165/167 estritos (+ 2 fortes = match completo) é produzido num corpus privado de mantenedor com 167 estratégias de referência; clones públicos anônimos não recebem esse corpus, então essa sweep não é o que o GitHub Actions roda. Um probe adicional — um stress test de margin boundary 1× — está fora do headline porque expõe um não-determinismo do broker emulator do TV que a gente não consegue modelar a partir de estado público do Pine. A peça closed-source é o transpiler de PineScript pra C++ (API hospedada no lançamento). Escrever seu próprio transpiler contra o runtime é explicitamente suportado.

Pra backtests batch, sim — é exatamente o release atual. Pra forward-test com feed em streaming, ainda não (Q3 2026). Pra execução live em broker, ainda não (2027). O roadmap é honesto; não fazemos soft-launch de feature. Se você precisa de execução live hoje, PyneCore ou um TV alert + bridge de broker te servem melhor. Volte quando o forward-test sair.

libpineforge.a, os headers públicos e o código do harness de benchmark em pineforge-engine continuam Apache-2.0 — você pode fazer fork e seguir construindo backtests offline. Fixtures ligadas ao TradingView vivem em submódulos git privados (corpus/, benchmarks/assets); clones públicos não os recebem automaticamente, e é por isso que o CI roda os ctests, não as 167 estratégias completas em todo PR. Output de trade continua sendo CSV puro; seu source Pine e seus dados são seus. Pior caso, se o Studio hospedado ou a API do transpiler sumirem: você perde esses serviços, mas pode manter uma cópia local do runtime e qualquer C++ que o transpiler já tenha emitido pra você, e fazer relink.

TradingView é excelente em descoberta no gráfico e execução com um clique. PineForge não substitui nada do lado do gráfico. Roda a mesma estratégia que você já escreveu no TV, com seus dados, com a mesma semântica — só que compilada, determinística e livre da taxa de renderização que faz parameter sweeps de 1.000 barras doerem no browser. Use o TV pra prototipar; use o PineForge quando precisa que a resposta seja reproduzível.

2027. A arquitetura de distribuição criptografada cobre o threat model completo: criptografia de payload em AES-256-GCM, licenças assinadas em Ed25519, binding de fingerprint de máquina, assinaturas com prazo, listas de revogação e rollout em 7 fases. Waitlist pré-lançamento pra vendedores abre no Q4 2026 junto com o Studio hospedado. Entrar na waitlist →