Rakryan Docs

The macro market pulse, and the place you land when you click a narrative from the Heatmap.

• KPI strip: Active Signals, Avg Confidence, Risk Flags, and Tracked Volume.
• Three large tiles for BTC, ETH, and SOL.
• A narrative drill-down table with Token, CA, MC, ATH MC, Liquidity, Volume, TXs, Holders, and Risk.

Realtime momentum with a built-in chart so you never have to leave the page.

• Interval tabs 1m, 5m, 1h, 6h, and 24h.
• Chart resolutions 1m, 5m, 15m, 1h, 4h, and 1d, with a Market Cap or Price display switch.
• SM badges for smart money, plus KOL, Risk, and Top10.
• A short verdict: Skip, Pass, or Watch.

A narrative heat map so you can tell which theme the money is flowing into.

• Seven clusters: MEME, AI, POLITICAL, SPORTS, MACRO-RWA, LAUNCHPAD, and MICROCAP.
• At most nine cards per view, with moods from Extreme Greed to Extreme Fear.
• Click a narrative to hand its context over to Market Overview.

Filter new launches manually. The scanner does not run by itself; you are the one who presses Scan.

• Two inputs: a free search for tokens, CAs, or pairs, and a dedicated field for pasting a Solana mint.
• Quick filter pills such as minimum liquidity of 50 thousand dollars and token age under 1 hour.
• Result status: Hot, Risk, or Live.
• Internal pass rule: LP locked or burned, no high sell tax, owner risk below 60, and volume acceleration above two times.
• Scan history is stored per identity in the browser and can be wiped with Clear this user.

Watch other wallets. The data is stored on the server per account, so it survives a change of device.

• Add a wallet with a label. The address is validated as base58, 32 to 44 characters long.
• Table: Wallet, Win, PnL, Last, Trust, and Action.
• An expanded row shows Winrate, Total PnL, Realized, Unrealized, Total Cost, Activity, and Top Holding.
• Three detail panels: Hold, Bought and Received, and Sold and Sent.

• Always-visible timeframes: 1s, 30s, 1m, 1h, 4h, and 1d. The additional 3s, 5s, 15s, 3m, 5m, 15m, 30m, and 12h are available from the menu.
• The default timeframe when the page opens is 5s.
• A chart value switch between Market Cap and Price. The default is Market Cap, and price scale precision adjusts automatically.
• The drawing rail carries 16 tools for trend lines, levels, and annotations.
• The right sidebar carries the 1m, 5m, 1h, and 24h changes, plus Volume, Buys, Sells, and Net.
• Three information panels: Token Risk, Pool Info, and Basic Data.
• Data polling stops automatically when the tab is hidden so quota and battery are not wasted.

• The Current Wallet picker labels wallets W1, W2, and so on, noting Rakryan Wallet for the built-in wallet and Imported Wallet for one you imported yourself.
• Preset amounts can be edited yourself and are saved in the browser.
• A transaction is not declared failed straight away. After the confirmation window closes, the panel keeps re-verifying for 60 seconds, because the network is sometimes slow to report the result.
• The panel footer shows Bought, Sold, Balance, and Life PNL for the token currently open.
• Error messages you may see: not enough SOL balance, you do not hold this token yet, an invalid session that requires signing in again, or a failed trade.

Every token account you have ever created holds a small amount of SOL as rent. Once that token is fully sold, the SOL is still left behind. Claim SOL closes those empty accounts and returns the SOL to your wallet.

• Only token accounts with a zero balance, already initialised, not wrapped SOL, and not frozen are closed.
• Accounts that do not qualify are skipped and counted separately as skipped, not treated as failures.
• If one batch fails, the other batches still process. A partial claim still goes through.

Pool status cycle

Status transitions may only follow the order above and are guarded at a single transition gate, so a pool cannot jump to an invalid status.

Snapshots and allocation

• Stake snapshots are taken every hour while a pool is LIVE, one row per participant per hour.
• Allocation uses time-weighted stake, that is the snapshot total divided by the number of hours, not merely the closing balance.
• The reward distributed is the smaller of the promised pool reward and the tokens actually present in the vault.
• Distribution uses high-precision integers and rounds down, so the total never exceeds the vault contents.
• The estimated APR shown is only a projection from the reward-to-total-stake ratio and the duration. That number changes every time a new stake arrives.

Safeguards

• The client only sends a transaction signature. The server re-reads that transaction on the network, confirms the vault balance really increased, then credits the actual amount.
• A stake signature can only be used once globally, so resubmitting it cannot be used to double a stake.
• When claiming, the client only sends the pool id. The wallet address is derived on the server from the verified session.
• Every pool has a separate vault with an invariant: what was deposited equals what was distributed plus the remainder, and what was claimed never exceeds what was distributed.
• There is no withdrawal function for the pool creator. The reward stays locked until the pool completes.
• Claiming is idempotent. A successful claim never pays twice, and a failed claim can be retried.

Unstake

• Unstaking opens once the lock period has passed and the pool is no longer LIVE.
• There is no penalty, no fee, and no additional waiting period.
• If one of the conditions is not met, the reason is shown plainly on screen.

• Paste a contract address if you want serious token analysis. Without a CA, the engine pulls neither market data nor a risk report.
• Do not mix wallet and token keywords in one message. If both are present, the token keywords win.
• State the time range clearly. Today or 24 hours means 1 day, N days is read literally and clamped to 1 through 30 days, this week means 7 days, latest means 3 days, and with no qualifier at all the default is 30 days.
• Say go deeper, break it down, or drill down to continue the previous topic without repeating the CA.
• State your risk profile in plain language, for example capital 500, risk 1 percent, daily loss limit 5 percent, or maximum position 8 percent. Without that, the engine uses 500 dollars of capital, 1 percent risk, and an 8 percent maximum position.
• Trade notes can be written as they come. The units rb, ribu, k, jt, juta, m, b, and miliar are already recognised.

Modes in the message field

Deep research runs inside a limited time window and its output is truncated at 14,000 characters. If a search fails, the system retries without the contract address in the topic. The answer always states whether the research layer succeeded or failed, along with its day range.

Anatomy of an answer

• The first line is always EXECUTIVE VERDICT with exactly one label: BULLISH OPPORTUNITY DETECTED, WATCHLIST ONLY, ENTRY NOT READY, HIGH RISK, NEUTRAL, or INSUFFICIENT DATA.
• After that come modules from a fixed list: MARKET STATE, NARRATIVE INTELLIGENCE, SMART MONEY FLOW, ON-CHAIN SIGNALS, LIQUIDITY AND VOLUME, ENTRY EXIT PATTERN, HOLDINGS, RISK INTELLIGENCE, and DATA GAPS.
• The answer must close with RECOMMENDED ACTION carrying one of ENTER, WATCHLIST, WAIT, AVOID, REDUCE RISK, or NO ACTION, complete with its entry conditions and its invalidation point.
• For multi-token answers, the format is columns of Symbol, CA, MC, Thesis, Trigger, Invalidation, TP, Risks, and Sources.
• For wallet analysis, the verdict is WALLET HEALTHY, WATCHLIST ONLY, HIGH RISK, or INSUFFICIENT DATA, followed by PNL INTELLIGENCE, BEHAVIOR CHANGE, ENTRY EXIT, HOLDINGS, SMART MONEY BENCHMARK, RISK INTELLIGENCE, DATA GAPS, and RECOMMENDED ACTION.
• Copy trading invitations and promises of profit are explicitly forbidden in every kind of answer.

Evidence states

The source categories used are limited to social sources, technology forums, prediction markets, code repositories, and search engines, while market data and on-chain indexers are kept separate so they are not mixed in as social proof.

Position plan engine

The numeric part of an answer is not invented by the model. It is all computed by a deterministic engine from market data and your risk profile.

• Entry readiness score from 0 to 100. Below 30 means AVOID, the middle means WAIT, and 72 and above means READY.
• Position size is the smallest of your risk profile limit, the limit that is safe against liquidity, and the per-trade risk budget.
• Entry zones are laddered at minus 4, 8, and 12 percent from the reference price.
• The invalidation point is placed at minus 12, 18, or 25 percent according to aggressiveness.
• The take profit ladder is 1.35x, 1.75x, 2.5x, and 5x with sell portions of 25, 30, 25, and 20 percent.
• What-if scenarios always show minus 30, minus 15, plus 50, and plus 100 percent.

• Sign in with a Google account, then a Solana wallet is created automatically by a secure wallet provider.
• User identity is always taken from a verified session token on the server, never from data sent by the page.
• Referral links come in two forms: /@username and a link carrying a ref parameter. A code you open is remembered by the browser until you register.
• The private key is never read, logged, or stored by Rakryan. All signing runs through the secure wallet provider.

• Opening the panel immediately marks every notification as read, and that marking is sent to the server in the background.
• The Clear button deletes your entire notification history.
• Row edge colours: red for failures, yellow for sells, and green for the rest.
• Notification age is written in short form, such as just now, 5m, 3h, or 2d.
• Notification writing is fire and forget. A failure to record a notification never cancels your transaction.