Technical document · DRONES · public edition
A gated, scored, ladder-exited drone fleet for Robinhood Chain and Solana, and a launch token quoted in ETH.
DRN is a fleet of pre-configured auto-trading agents ("drones") that buy and sell memecoins on Robinhood Chain and Solana from a Telegram bot. A scanner discovers candidates, a proprietary set of structural safety gates rejects the unsafe, a weighted multi-factor score ranks what remains, and a drone enters only above a fixed threshold, then exits through a take-profit ladder with ratcheting floors and a stop. The platform earns on every fill through a basis-point fee routed to a treasury wallet, with a defined share for group owners. The $DRN token will launch on the Pons launchpad on Robinhood Chain quoted in ETH, so its bonding curve, its graduation threshold and its protocol trading fees are all denominated in the chain's native asset.
This document describes the system as implemented in the DRONES codebase on the revision date, with constants quoted from source where they are public. The specific gate thresholds, the scoring model and the ladder levels are proprietary and are omitted from this edition. Items marked shadow, in testing or under design are not live. Nothing here is investment advice.
The system has four layers, each with a single responsibility. Discovery and gating decide what is allowed. The matrix decides what is good. A drone decides how much, when, and how to leave. Execution turns that into signed transactions with guards that cannot be loosened from the drone layer.
| Stage | Role | Basis |
|---|---|---|
| Discovery | find candidates | on-chain ledgers, pools and launchpad events |
| Hard gates | reject the unsafe | proprietary |
| Matrix score | rank the survivors | proprietary |
| Drone policy | size · entry · exit | DRN-1 … DRN-5 |
| Execute | sign · sell · guard | 10 s seller tick, fail-closed prices |
Users interact through the bot. Each user holds two custodial trading wallets, one on Robinhood Chain and one on Solana, created on first use; the address and the key are shown once at creation and again only on export. Keys are envelope-encrypted, with the master key held only in the worker environment. Funding is ETH on Robinhood Chain or SOL on Solana.
Discovery runs continuously over a defined market-cap band. On Solana the universe is drawn from pool and token feeds. On Robinhood Chain the lane is launchpad-only: a token qualifies only if it was launched through a trusted launchpad whose graduated pools are permanently locked, proven by the launchpad's own on-chain launch event rather than by name or metadata. Pons V2 and long.xyz are the trusted launchpads at this revision. Robinhood Chain candidates are priced off their own trusted pool, never a proxy.
Every candidate then passes two proprietary layers before a drone may act. A set of structural safety gates rejects tokens with the failure shapes seen in production: thin or fake liquidity, concentrated supply, dead or wash-traded tape, active dumps, name-squatting copies, tokenized-equity trackers, and, on Robinhood Chain, anything the live venue cannot actually route out of. A weighted multi-factor score then ranks the survivors on holder quality, chart structure, order flow, pool structure and age, with a coverage requirement so a candidate cannot score well on missing data. Each lane carries its own candle budget so a quiet chain is never starved by a busy one. The thresholds, weights and factor definitions are the system's edge and are not published.
Drones key their behaviour on the resulting score: high-scoring candidates are entered immediately; lower-scoring ones are never chased, and a drone instead arms a dip order below the pick price that fills only if price comes to it, expiring unfilled otherwise.
A drone is a saved auto-trade loadout. Five archetypes ship, ordered by risk. All five share the edges confirmed by a retrospective over recorded flights: a near-miss floor, a fixed stop, a minimum score requirement, and instant entry. They differ in size, concurrency, chains and exit profile. The risk score is exposure × tail depth × stop rate, measured from the record.
| Drone | Risk | Chains | Loadout | Stop | Profile |
|---|---|---|---|---|---|
| DRN-1 | 1/5 | Solana | 0.043 ETH × 2 | −15% | Conservative baseline — smallest exposure, strictest entry filter |
| DRN-2 | 2/5 | Robinhood + Solana | 0.043 ETH × 4 | −15% | Sells half at +30%, holds the remainder for larger moves |
| DRN-3 | 3/5 | Solana | 0.086 ETH × 4 | −15% |
Fills are signed by the custodial worker through the chain's primary venue: the Uniswap Trading API on Robinhood Chain and Jupiter on Solana. An auto-seller ticks every 10 seconds over open positions in wallet-grouped batches, reads on-chain balances rather than trusting its own ledger, and applies the ladder decision to the live price. A take-profit fires on the second confirming tick, not the first, so a phantom print cannot trigger a sale.
Guards live below the drone layer. An archetype can choose a ladder or a stop within validated bounds; it cannot disable the sell-probe, the caps, the reconciliation or the confirmation window. The fee schedule is snapshotted onto each trade record, so a later change never re-prices history.
Sections 2–4 describe a system built for tokens 12 hours to 30 days old with two hours of chart history. It is structurally blind to the highest-volume regime on Robinhood Chain: same-day launchpad tokens. A backtest over swap-derived candles showed why no exit tuning fixes this. Buy-and-hold on that cohort has a median return near −70%; tighter stops beat wider ones monotonically; scale-out beats hold. The lever is which launches to touch, not how to leave them.
DRN-6 is the entry-selection answer, currently in testing: it observes, scores and posts to the alerts channel, but never executes. Its signal is convergence among the best traders on FOMO, a social trading app whose top-150 leaderboards are public. Each trader's real trading wallet on Robinhood Chain is an EIP-7702 account resolvable through a public wallet index. An on-chain listener polls every few seconds, watches transfers into those wallets, and accepts a transfer as a buy only when its transaction contains a Uniswap V4 swap routed through FOMO's execution contract, which separates real buys from airdropped spam.
A cluster is K distinct smart wallets buying the same token inside a 30-minute window. Every cluster is shadow-tracked from its first buy with a price mark at each K, so one observed series scores "enter on the first buy" against "enter on the third" from the same data. The production gate stack runs on every cluster and is recorded, not enforced, so its lift is measurable. After each alert the real venue is quoted at several offsets for a standard size and the fill drift is recorded — the data for a future no-chase guard.
Three alert rules are under test on top of the cluster signal: a market-cap ceiling so only launch-sized tokens alert; a caution veto that suppresses an alert when tracked wallets are selling into the cluster; and a pullback entry that holds an alert on an already-extended token and arms an entry near the recent trough, firing only if price returns within a bounded window. Extension above the trough and thin liquidity are stated on the alert as disclaimers, not holds. The specific thresholds are proprietary.
Every shadow episode is scored against several exits from each mark. The candidate rule for DRN-6 is a single buy with an early partial take-profit and a held remainder; variants add a stop or a single add-on-dip. The levels are proprietary. Promotion to a live drone requires the shadow record to validate the hit rate, then a per-parameter sign-off, and it will never execute without explicit approval.
The public Telegram channel carries two kinds of post, both in one plain layout with no emoji and every time in UTC.
Users who deploy a drone also receive a DM for every entry, ladder fill, floor and exit on their own positions, named and charted.
The contract address is published below and in the Telegram channel. Verify it against one of those two sources before buying: any token named DRONES at a different address is not this one.
The launch alone — a bonding curve in ETH and a fixed graduation point — does not tie $DRN to the fleet's actual operation. Two mechanisms do: staking, and the admin drones' buy-and-burn.
Under design — nothing below is live
The admin drones are the house's own fleet: the same scanner, the same gates and the same laddered exits every user drone flies, run by the platform on its own capital rather than on anyone else's. They are a trading operation, not a treasury policy — and the intended link to the token is what happens to what they make.
When deployed, 100% of admin-drone trading profit is intended to buy $DRN on the open market and burn it. Not a share of it and not a discretionary amount: the whole of what that fleet earns, in a loop that converts the platform's own trading performance directly into permanently removed supply. Every buy and every burn happens on-chain and is verifiable as it occurs.
They are in training today and are not deployed. The admin fleet runs against live market data with paper balances — real prices, real executable quotes, no funds moved — and every decision is recorded so the record is a measurement rather than a claim. It goes live only after clearing a written go-live bar on that record, and it flies with real money only from that point.
Platform revenue is fee income on executed volume, collected as explicit transfer legs to treasury wallets at fill time. There is no subscription and no tier pricing. Two streams exist: swap fees on bot and drone volume, live today, and the token protocol fees defined by the launch.
| Leg | Rate | Notes |
|---|---|---|
| Buy fee | 40 bps (0.40%) | on every bot and drone buy |
| Sell fee | 60 bps (0.60%) | on every bot and drone sell |
| Flat fee | $1.00 per trade | waived under $10 notional; drone ladder sells pay the percentage only |
| Group-owner share | 20% of the fee | a split of the platform fee for trades placed in a group, not a surcharge; the platform keeps the remainder |
Because a drone position always buys once and sells through several rungs, the blended take on a completed round trip is the buy percentage on the way in plus the sell percentage on every rung out, plus one flat leg on entry. Fee income scales with volume and turnover, not with the drone's profit, so the platform's incentive is throughput inside the safety envelope rather than risk.
None of this is financial advice. The full terms and risk disclosure govern use of the bot.
DRN-DOC-01 · revision 2026-09-10 · constants quoted from the DRONES codebase at this revision. Sections 3.1, 5 and 8 describe work in testing or under design and will be revised when it ships.
From deployment onward the worker scans, enters and exits on the user's behalf within the archetype's limits. A user can hand-sell at any time; the position is retired once the external close is confirmed (Section 4).
A drone profile is a starting configuration, not a fixed product. Deploying one writes its parameters into the user's Auto configuration, and every parameter can then be changed independently; the rest of the profile stays as it was. Nothing is locked to the preset.
| Parameter | What it controls |
|---|---|
| Spend per mission | Set separately for each chain — ETH on Robinhood Chain, SOL on Solana — so one drone can fly different sizes on the two lanes. |
| Buy mode | Enter instantly at the call, or wait for a pullback. The dip depth is the user's own number, not a fixed setting. |
| Stop | The hard stop applied to every mission the drone opens. |
| Exit ladder | The take-profit rungs and the near-miss floor, or a single sell-everything target instead of a ladder. |
| Score floor | The minimum score a call must reach before this user's drone will take it. |
| Concurrent missions | How many positions may be open at once, which together with spend sets total exposure. |
Because the published 30-day record for a drone is a replay of that drone's own loadout, changing a parameter makes the published figures no longer describe what the user is flying. The bot says so at the moment of the change rather than silently carrying the old record forward.
Automation is optional. The bot can be added to any Telegram group, and it will attach its own buy buttons to the calls posted there, so a user can take a trade by hand, at their own size, without deploying a drone at all. The same works in a direct message and from the alerts channel.
Text posted by a third party is treated strictly as untrusted data. The parser extracts only what it can validate by shape — a contract address, and where present a symbol and a market cap — and discards anything it cannot pin to a single valid address. Nothing written in an alert can cause an action on its own: the bot attaches its own buttons, and the user's tap is the only thing that ever trades. A tap spends the tapping user's own preset from their own custodial wallet, pays the standard fee schedule, and returns a confirmation in their DM.
Pasting a contract address anywhere the bot can see it returns the same thing directly: a chart card with the token's live data, buy sizes, and manage and sell controls if the user already holds it. Group owners who verify their group receive a share of the fee on trades attributed to it (Section 9).
| Standard take-profit ladder at doubled position size, Solana only |
| DRN-4 | 4/5 | Robinhood + Solana | 0.086 ETH × 4 | −15% | Four-stage exit ladder across all chains — highest trade count |
| DRN-5 | 5/5 | Solana | 0.129 ETH × 5 | −15% | Largest configuration — extended holds targeting the +300% exit |
Shown, not deployable. Each opens to staking priority once it goes live (Section 8).
| Model | Status | Chain | What it does |
|---|---|---|---|
| DRN-6 | In testing | Robinhood Chain only | Smart-money reconnaissance. Watches the wallets of the top Robinhood Chain traders and moves when several of them converge on the same token within minutes. |
| DRN-7 | In testing | Solana only | DRN-6 for Solana. The same smart-money reconnaissance, watching the top Solana traders instead. |
| DRN-MMB | In development | Robinhood Chain | Market-making, buy side. Supports a token's chart with steady, structured bids so a launch or a community token holds its floor. |
| DRN-MMS | In development | Robinhood Chain | Market-making, sell side. Scales out of a position in measured increments so a large holder can exit without breaking the chart. |
Every drone leaves through a take-profit ladder: a sequence of gain levels at which a fraction of the remaining position is sold, each locking in a ratcheted floor beneath the rest so a position that has paid out cannot give the move back. The remainder after the final level rides with the highest floor. Two further rules protect against the round-trip: a near-miss rule sells on reversal when price came close to the next level without filling it, and an episode lock prevents a position that has been up from closing at a loss beyond a small bound. Each archetype carries its own ladder; the levels, fractions and floors are proprietary and are not published here.
Every figure shown for a drone, on the site and in the bot, is the last 30 days of the scanner's real calls replayed under that drone's own rules: entries taken exactly at the call price, exits taken exactly where its take-profit ladder, floors and stop would have taken them, after modeled fees. Missions skipped at the concurrency cap and dip orders that never filled are counted as such, not dropped. The suggested deposit is the full loadout (spend × concurrent slots) plus a 10% reserve for fees and slippage. It is a record, not a forecast: any change to a preset — spend, stop, ladder, buy mode — produces different results, and past results are no guarantee of future performance.
DRN-7 is DRN-6 for Solana: the same smart-money reconnaissance, watching the top Solana traders instead. It is in testing on the same terms and under the same promotion rule.
$DRN will launch on Pons V2 on Robinhood Chain, the same launchpad the DRN Robinhood lane trusts for its own candidates. Its quote asset is ETH, the chain's native asset. ETH needs no pair-token allowlist and no contract address: the factory prices a native-quoted launch from its own launch config, which fixes the curve's phantom reserve at 1.68 ETH and graduation at 4.2 ETH. Both values were read from the factory on-chain at this revision.
| Stage | Behaviour |
|---|---|
| Bonding curve | Buyers spend ETH to buy DRONES on the curve; sells return ETH. The buy carries its own value, so there is no approval step and no intermediate asset. |
| Graduation | Protocol-fixed at 4.2 ETH raised on the curve. Liquidity then migrates into a permanently locked Uniswap v4 DRN/ETH pool; no LP withdrawal exists after that point. |
| Metadata | Name, symbol, logo and description are written on-chain at launch by the factory, so the token's identity is not dependent on any off-chain listing. |
Total supply is 1,000,000,000, fixed by the launch config. 30% is bought in the launch transaction itself and locked via Hoodlock.
It is a purchase, not a mint or a reserved pre-allocation. The launch and the buy happen in one transaction through the launchpad's own router, and the tokens are bought off the same curve at the same opening price any other buyer pays, including the curve fee and the creator tax. Nothing is minted outside the fixed supply.
The locked 30% will be verifiable on-chain in the launch transaction and in the lock contract. This document does not enumerate other holdings and makes no commitment about whether or when any tokens are sold. The creator tax of 100 bps per trade is separate from the allocation and is set at launch and immutable thereafter (Section 9.2).
ETH is what a buyer already holds to transact on the chain, so acquiring the quote asset costs nothing extra: no swap into a second token before the first buy, and no dependence on any single stock token's liquidity. It is also the deepest asset on the chain and the one the fleet already denominates its own fees in, which keeps the token's accounting unit and the platform's revenue in the same currency.
$DRN is a launch, not a pick. It would have to clear every selection gate like any other token before a drone could touch it, and the fleet gets no preference for it. The DRN matrix also rejects tokenized equities as trading candidates: Robinhood Chain's flagship product is tokenized stock, and the consolidation and structure families reward a tracker's low volatility, so without an equity-tracker gate the matrix would adversely select them.
Two honest limits. The mechanism produces buybacks only when the fleet is profitable: a flat or losing period buys and burns nothing, and no floor under the token follows from it. And the burn rate is not a yield — it varies with trading performance, which is volatile by nature and is not promised here. Section 10 applies to this as it does to everything else in the fleet.
Once $DRN graduates, the Pons protocol charges trading fees on DRN/ETH in ETH. The launch's creator-fee setting and fee routing are under design and will be published with the deployment parameters. This is the only stream that pays regardless of drone volume, and it accrues in the same asset as the bot's own Robinhood-chain fees.
| Stream | Unit | Driver | Status |
|---|---|---|---|
| Bot and drone swap fees | ETH / SOL | drone and manual volume | Live |
| $DRN protocol fees | ETH | DRN/ETH trading | Pending deployment |