Everyone’s chasing APY screenshots; I’m more interested in flows I can actually verify. rFLR claims are live for XRP Flare Account users, and the path is exactly what you’d expect: Flare Portal → Emissions → pick Kinetic → claim. That’s not hearsay Flare’s own rFLR guidance and Kinetic’s instructions match 1:1, and @moremarketsxyz flagged the window opening. Here’s why this matters: the claim step proves the engine is paying out on-chain, not just promising it. Emissions are allocated monthly by the Flare Emissions Committee to participating dApps, then distributed to users who actually did the work clean loop, minimal ceremony. ❯ Self-custody stays intact; you’re claiming from protocol rails, not a custodian. ❯ Process is fast and reproducible (Portal → Emissions → Kinetic). ❯ Signals real usage: claims only exist if activity happened. My quick read after checking the Portal docs + emissions notes: this is the kind of boring reliability that holds up in volatile weeks. Versus CEX earn (convenient but custodial) or classic bridge farms (wrap risk), this pattern keeps keys with you and settles rewards on native infra. Flare portal Dev note: expose per-user “claimed vs. accrued” history in-app so we can audit timing slippage. I’ll keep tracking monthly emissions vs. account activity; if your claim went through smoothly, drop your timing. Looping STBL since they’ve been loud on self-custody standards