Oracle3
Open-source trading engine and MCP server for prediction markets. Fee-aware no-arbitrage trading across related contracts, live on Kalshi, Polymarket and Solana or on paper.
Read-only view of the trading engine
Translation pending
FinanceTypeScript · KotlinGitHub @nicoconvozOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Operador by Open Doors
Translation pending
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
Automated DCA trading over small-cap crypto on Solana.
It runs in PAPER mode today, and only paper mode. Live trading is
refused by loadConfig, not by convention: no wallet adapter exists, and
nothing in this repository can sign a transaction or move a token. You can
run it for weeks without a cent at risk.
What is real in paper mode, and what is not
Everything that DECIDES is real. Only the part that SPENDS is simulated — and
it is simulated pessimistically: a round trip at a flat price loses money,
because on a real chain it would.Read the full README ↗Automated DCA trading over small-cap crypto on Solana.
It runs in PAPER mode today, and only paper mode. Live trading is refused by
loadConfig, not by convention: no wallet adapter exists, and nothing in this repository can sign a transaction or move a token. You can run it for weeks without a cent at risk.
| Real | Simulated | |
|---|---|---|
| Token discovery | ✅ Jupiter + DexScreener, live | |
| Safety gates | ✅ GoPlus + Jupiter audit, live | |
| Honeypot test | ✅ a real sell quote against the pool | |
| Price candles | ✅ GeckoTerminal 1H, live | |
| Strategy decisions | ✅ the same code that reproduces your TradingView backtest | |
| Death watch | ✅ real sell probes against real pools | |
| Fills | ⚠️ simulated, paying real spread + measured impact + gas | |
| Money | ⚠️ none. No wallet is ever touched |
Everything that DECIDES is real. Only the part that SPENDS is simulated — and it is simulated pessimistically: a round trip at a flat price loses money, because on a real chain it would.
cp .env.example .env # fill in DATABASE_URL and the Telegram pair
docker compose up -d --build
You need three free things:
@BotFather, then get your chat id from
@userinfobot. That chat id is the ONLY one the bot will obey.Nothing else needs an API key. DexScreener, GoPlus, Jupiter and GeckoTerminal are all used through their public endpoints.
/status, /positions, /stop, /startcd dashboard && vercel, read-onlyThe engine refuses live mode until a wallet adapter is built AND reviewed. When that day comes, the order is: paper for weeks → read the numbers → a small amount → scale. Not the other way around.
Two measured facts worth knowing first:
See CLAUDE.md for the full design, the measurements behind those numbers, and
the decisions they came from.