Unable to claim your @Arguspad fees?
We built the infra to pull them.
Paste any Argus token to see exactly what's credited, no wallet connection needed just to look.
Runs the full sequence: collect → distribute → claim. Claim alone reverts if nothing's been credited yet, which is why most people think their fees are gone.
Permissionless. Funds always go to the creator address recorded at launch, never the caller.
Try it now → https://t.co/ra1QaayCE9
The Argus fee claim tool is live. Reads their public contracts from their published ABI bundle.
https://t.co/ra1Qaay4OB
Paste any Argus token to see what's claimable. No wallet needed to look.
It resolves the launch from the Portal registry, reads that launch's own splitter, and runs the full sequence: collect, distribute, claim (since claim alone reverts if the keeper hasn't swept yet.)
Credited, queued and delivered are shown as three separate states, never summed. Delivered payouts come from actual transfer logs, with the scanned block range stated so an empty result doesn't read as "never paid."
Every call is permissionless. Funds always go to the creator address recorded at launch, never whoever calls it.
Verify before you sign.
Many devs and communities may have noticed @Arguspad fees are currently clogged.
We are building a shipping a claim tool for Argus creator fees.
Fees are on-chain and claimable, but if the keeper's backed up they need to be collected and distributed before claim() will even work. The tool handles all three steps.
Paste a token, see what's claimable, no wallet needed just to look. Connect only to claim.
Full infra pass getting pushed soon, and for those wondering, the aforementioned fee issue with @Arguspad is being resolved as we speak. @rdbotato is working on it as swiftly as he can.
As for our frontend, every stat's monospace and decimal-aligned now, no exceptions. Vote cards expose their raw computed data, conviction multiplier, sigma score, adjusted weight, as an actual JSON block you can inspect and copy, not just a rendered number. Treasury transactions show their raw structure with direct links out to arc-scan. Milestone conditions render as pseudo-code instead of prose.
Developers page now has a changelog tracking API version history, git-log style.
shipped: pluggable launch verification (Argus live, Tolly/RadarDEX/ArcPad wired as real modules pending their record layouts) and a public Arc RPC health dashboard refreshed every 30s.
Building the second one already paid off, https://t.co/Pf3kAtoDYj tested fast and reliable, now in our own fallback chain.
https://t.co/BrHCdHOrs7
Shipped Portal-based verification for curation submissions today.
When a token is submitted, we now check it directly against Argus's on-chain Portal registry, decoding the actual launch record rather than trusting a symbol match. Confirmed launches get pool reads straight from StateView for price and liquidity instead of a ticker-search lookup.
Same signal, verified at the contract level instead of the app level.
Separately: some of you have noticed Argus's fee system has been backed up from the volume of new users. We're working closely with the Argus team on clearing it, and buybacks are scheduled once it's resolved.
Generalizing our Argus verification into a pluggable pattern, any Arc launchpad can plug in with its own registry decode logic, same interface, same output. Tolly, RadarDEX, and ArcPad adapters are next in the queue.
Also standing up a public multi-RPC health dashboard, uptime, latency, and batch support across Arc endpoints, since we needed reliable fallback data for our own verification calls anyway.
Both landing soon!
Published the ArcDAO technical whitepaper.
Full mechanism design, organized into sections: conviction-weighted voting, delegation and redelegation semantics, sybil-resistance weighting, milestone-gated treasury disbursement, and the on-chain curation oracle interface.
PDF available for download alongside the on-site version.
https://t.co/d9CzN1wRat
Been heads down pushing UI passes on https://t.co/wcSSXzbC4g. Moved the whole site toward something more clinical, monospace data, live status bar, aligned numeric grids on the feed.
Less "landing page," more "governance infra."
Also got @DEXToolsApp updated with our governance token info( 0xbb0b832e483e8b212f19dd6d741cfc3cb5077431 ) should be live there soon alongside DexScreener.
This is exactly why we built ArcDAO's connect flow around detecting whatever wallet you already have installed, MetaMask being the default on Arc means the "familiar wallet, trusted entry point" story only works if apps actually respect that instead of forcing their own wallet UX.
Governance shouldn't be the thing that adds friction to onboarding.
Build on Arc and have a direct path to millions of users.
@MetaMask is the default browser and mobile wallet for Arc, giving builders a familiar wallet connection layer and users a trusted way into Arc’s stablecoin-native ecosystem.
This would give builders:
→ Familiar connect, sign, and asset management flows
→ Easier onboarding into Arc applications from day one
More to come.
Governance you can build on top of, not just look at.
Every curation vote, delegate, and treasury proposal on ArcDAO is queryable through a public API. REST endpoints, live sandbox responses, real-time event streams coming next.
Explore it: https://t.co/OOcXDEE4S7
10/
Conviction weighting. Delegation. Sybil resistance. Accountable curators.
Four mechanisms, one goal: make "the community decided" actually mean something.
https://t.co/daNKtBNapr
ArcDAO is a launchpad on Arc where holders vote to curate launches and direct treasury grants. Governance isn't a bolt-on feature, it's the actual mechanism deciding what gets funded.
But most DAO governance, ours included if we're not careful, has the same weakness. Here's how we're addressing it. (a thread 🧵👇)
9/
That turns curation into a reputation game instead of a one-time popularity contest. New users get a real signal for who to delegate to. Whose early calls were actually right, not who has the most followers.