User Avatar
7rYhG8…PeTV@Raidr
Rank
Gems earned
72
  • User Avatar
    @selimrezaLending•4

    Explored Kamino’s Multiply vaults and automated lending facility on Solana.

    Specific Observation:

    The automated leverage rebalancing mechanism is intuitive, but the health factor slider does not visually account for potential oracle latency during extreme network congestion. If a user sets a health factor of 1.15, a 3-minute oracle delay could trigger an abrupt liquidation before auto-deleverage executes.

    Constructive Suggestion:

    1. Implement a visual "Congestion Buffer" overlay on the health factor bar that dynamically expands when Solana compute unit priority fees surge.

    2. In the borrowing tab, display the historical 7-day average borrow APR alongside the current instantaneous rate to prevent users from over-leveraging during brief low-rate windows.

    Question for the team:

    How does Kamino's risk engine prioritize collateral liquidations between Pyth and Switchboard oracles when there is a divergent price feed during high-volatility events?

    $KMNO is a gem!

  • User Avatar
    @selimrezaGovernance+2•4

    $JUP is a gem!

    Tested Jupiter’s mobile web interface alongside the web terminal for cross-DEX routing and DCA orders.

    Specific Observation:

    The routing algorithm handles split trades across Raydium and Meteora pools smoothly, but during sudden volatility spikes, the slippage tolerance warning is delayed until after the transaction simulation completes.

    Actionable Suggestion for Builders:

    1. Dynamic Pre-Simulation Warning: Display an estimated price impact badge directly beneath the swap quote before the user signs the transaction.

    2. DCA Cancel UX: When canceling an active DCA order, the required rent refund for the closed account should be clearly itemized on the confirmation modal so users understand where their reclaimed SOL went.

    Question for the team:

    Does Jupiter plan to expose an automated MEV-priority fee toggle directly in the ultra-fast routing settings for mobile users experiencing high drop rates?

  • User Avatar
    @greyat_labsUtility+1•3

    $STREAM I checked the deployed Solana programs instead of the marketing.

    The app banner says "audited by 4 major auditors". The site and the docs name two for Solana, FYEO and OPCODES, and the Notion audits page has four sections: Vesting, Dynamic Vesting, Airdrop, Staking.

    On chain today (30 Sept 2026), eight Streamflow programs are live on mainnet: vesting strmRqUCoQUgGUan5YhzUZa6KqdzwX5L6FpUxfmKg5m, aligned unlocks aSTRM2NKoKxNnkmLWk9sz3k74gKBk9t7bpPrTGxMszH, distributor MErKy6nZVoVAkryxAejJz2juifQ4ArgLgHmaJCQkU7N, aligned distributor aMERKpFAWoChCi5oZwPvgsSCoGpZKBiU7fi76bdZjt2, stake pool STAKEvGqQTtzJZH6BWDcbpzXXn2BBerPAgQ3EGLN2GH, two reward pools and the partner oracle. All eight share one upgrade authority, 5u7o2WGgHckh18opTfPsqKb8E3nhDKcReBrbzUeXg2n7. It is off-curve, and its recent transactions run through SMPLecH534NA9acpos4G6x7uf3LWbCAwZQE9e8ZekMu, so it is a Squads v3 multisig vault. That is the right setup, and nothing on the site says so. It should.

    Two things I could not tie together:

    1. The vesting, aligned unlocks and both distributor programs were redeployed on 21 September 2026 (slots 449057005 to 449063805, about 12:35 to 13:05 UTC). Which audit covers the build that is live now? The audits page does not put a commit or a date against a program version.

    2. None of the eight programs has a verified build. verify.osec.io returns is_verified false for every one, so a user cannot match the bytecode on chain to the audited source.

    Small one: the SDK's launchpad program id BUYfFzeTWeRW5JrPjCutbsvzjA5ERS8EnGujJjfmnJu6 does not exist on mainnet.

    Suggestion for the team: publish the upgrade authority and the multisig threshold on the security page, add verified builds for the four programs redeployed last week, and put the commit hash each audit covered next to the report.

  • User Avatar
    @ChunnnreGovernance+2•3

    Jupiter: make the disconnected quote's fee state explicit

    I explored Jupiter's Market swap page on desktop Chrome on 30 September 2026, with AI assistance. This was a read-only product check: no wallet connection, signature or trade.

    Reproduction: open https://jup.ag/, keep USDC as Sell and SOL as Buy, enter 1 USDC, then expand the rate details. I could preview roughly 0.00835 SOL and inspect the route before connecting a wallet. That is useful for understanding the flow without first granting wallet access. The displayed output and route changed as quotes refreshed; this is a snapshot, not a promised execution result.

    In the expanded details, Platform Fee showed 0.02%, while Network Fee showed a dash. As a disconnected newcomer, I could not tell from that row whether the dash meant zero, an estimate unavailable before connection, or a fee included elsewhere. For a small swap, that distinction matters when comparing the displayed output with the total cost.

    Could the fee row explain what this state means? A short label such as "estimate unavailable before connection"—if that is the actual reason—would be clearer than a dash. It would also help to state whether the displayed buy amount already includes the platform fee, and show the separate network cost when an estimate becomes available. A quote timestamp would make the changing preview easier to interpret.

    The Ultra V3 settings explain automatic price, landing and slippage optimization. I did not test those execution claims. This feedback is about the public preview's clarity, not a claim that fees were charged incorrectly or a recommendation to buy JUP. Prepared for the TokenGems feedback bounty; any award depends on judging.

    $JUP

  • User Avatar
    @greyat_labsUtility+1•3

    $STREAM is a gem!

  • User Avatar
    @kingintheNorth1Utility+1•2

    $STREAM one detail in Streamflow’s Transfer Contract guide deserves attention: who can change the wallet receiving vested tokens.

    the creator can give that permission to the sender, the recipient, both, or neither. that choice becomes permanent once the contract is created.

    the guide also explains that transferring a contract moves both future tokens and unlocked tokens that have not been withdrawn. someone changing wallets needs to understand that the full remaining allocation moves with it.

    could the team add a simple example to the guide showing these two balances moving to a new wallet? a matching preview before confirmation would also help users understand exactly what they are transferring.

    the documentation explains the rules. showing their effect with an example would make them easier for a first-time user to understand.

    this observation is based on the guide, not a completed transfer.

  • User Avatar
    @cameseninGovernance+2•3

    $DRIFT In-depth feedback on Drift Protocol's risk engine & JIT liquidity auction:

    Testing the cross-margin subaccount architecture during high-volatility slots highlighted that the 5-slot JIT (Just-In-Time) auction window provides strong protection against taker slippage under standard market conditions. However, when monitoring oracle confidence intervals via Pyth and Switchboard, there is an edge case: if network congestion increases slot latency, orders near the 110% maintenance margin threshold can face liquidations before the user can re-collateralize via isolated vaults.

    Suggested improvement for builders:

    1. Add automated conditional de-risking: allow users to set an automated auto-deposit rule from an isolated collateral subaccount when margin health drops below 115%.

    2. Implement dynamic Compute Unit (CU) price scaling specifically for margin liquidation buffers so risk-mitigation transactions land reliably during turbulent blocks.

    Overall, the UX is among the slickest in DeFi, but finer latency-aware margin buffers would significantly improve capital safety for leveraged traders.

  • User Avatar
    @NuanceeStock•3

    While checking the $NVDAx product page and reserve information, I followed the flow from understanding the tokenized NVIDIA exposure to verifying how the underlying backing works. One thing that stood out is the difference between NVDAx trading 24/7 onchain and NVIDIA itself trading during traditional market hours. That creates an interesting price discovery challenge, especially overnight and on weekends.

    A useful improvement would be a live premium or discount indicator showing how closely NVDAx is tracking NVIDIA's latest reference price. Adding the last underlying market price, current NVDAx price, percentage deviation, market status, and next U.S. market opening time in one panel would make the experience much clearer for crypto native users.

    How does the current system handle significant price deviations while the underlying market is closed, and could this tracking information eventually be surfaced directly on the product page?

  • User Avatar
    @mycindyStock•4

    $NVDAx is a gem! The consensus on NVDAX is mixed, balancing strong fundamental adoption against near-term technical caution. While its integration into major exchanges and DeFi lending grows its utility and base, traders are wary of immediate price weakness

  • User Avatar
    @DanielGraceUtility+1•3

    Tested Streamflow on Solana to lock $STREAM and set up vesting streams.

    Phantom confirmed the transactions in under 2 seconds. The cliff vesting setup was also straightforward.

    One thing I’d like to see for CSV multi-recipient streaming: check whether recipient ATAs already exist before sending.

    A simple pre-flight status in the preview table could help catch failed batch transactions before they happen.

    Solid tool for $STREAM operations and token launches.

  • User Avatar
    @linnormGovernance+3•3

    $PENDLE shows consistent liquidity flows, with its price up nearly 38% over the last month. Its market cap is $407.3M. The platform recently enabled cross-chain deployments to Optimism, enhancing its reach for yield tokenization. This expansion diversifies where money can flow, providing new avenues for separating principal and yield tokens across more chains.

    $JTO has seen a significant boost, rising 23.3% this week, with a current price of $0.5566451454540733. Its market cap sits at $263.9M. This recent momentum follows strong performance for liquid restaking tokens generally. Jito's continued focus on Solana liquid staking and MEV capture positions it well within the current hunt for real yield.

    $GMX price shows a modest gain this month, up 4.8%, but its $83.4M market cap reflects a smaller pool of capital. Recent discussions around fee switch implementation for its V2 platform have yet to materialize. Without a clear path to enhanced revenue capture for $GMX holders, the value proposition remains tied to trading volume rather than direct protocol earnings.