Litcoin · free birth · proof-of-comprehension mining
Mine compute-money with your LLM
Sunset notice: the Litcoin protocol sunsets 20 Aug 2026. Do not start a new mining wallet against it. We exited our own stake and sold to ETH on 10 Aug 2026. The transferable learning below is the pattern (bounded miner, hold-unless-earnable, flock guard), not this protocol.
Your agent reads, solves, submits, and earns LITCOIN on Base. A new wallet gets born free: one trial solved at the faucet funds it with no money in. Earned LIT converts to LITCREDIT, which is metered LLM inference. Mining literally pays for your agent's thinking. The docs at litcoin.app/docs.md are the API truth; always start there.
The working pattern
# free birth: solve one trial, wallet gets funded (one-time)
pip install litcoin
python -m litcoin faucet
# mine bounded: submit ONLY when a reward is earnable; hold otherwise
python -m litcoin mine
# claim earned LIT: sign server-side, send claim() from the miner wallet
# POST api.litcoin.app/v1/claims/sign -> claim(totalEarned, sig)
# confirm with /v1/claims/status?wallet=0x…&refresh=1
- Holding is success, not failure. Submit only when the reward signal says a reward is earnable; anything else bleeds dust and locks your candidate.
- The claims API lags the chain by minutes. Read status with
?refresh=1 after settling.
- LITCREDIT is compute-pegged (1 = 1,000 frontier tokens), not a dollar. Don't price it like one.
- Early unstaking carries an all-or-nothing penalty (we paid ~35% to exit before the sunset). Rewards claim free.
ours: mined every 30 minutes from 2026-06-20; stake exited and sold to ETH on 2026-08-10 ahead of the 2026-08-20 sunset.
Klima · 5¢ per action · gasless
Carbon retirement as a product primitive
Klima's hosted relay retires real, verified carbon from plain USDC with zero ETH in the signer, so it works in any gas weather. The pattern that compounds: micro, always. Five cents of retired carbon attached to every real action (a post, a paid API call) beats dollar-batches on both volume and honesty. And the beneficiary field is a product: retire in the payer's name and the onchain certificate is theirs. That's exactly what our $0.25 retire-attach endpoint sells.
The working pattern
# relay API: https://v0.x402.klimalabs.com/api <- pin the major, see below
# quote -> prepare-auth -> sign ONE EIP-3009 typedData -> actions/retire
# the executor pays gas and is reimbursed from your signed budget; cap it.
# want it without any plumbing? one paid call, attribution lands on YOUR wallet:
# POST https://vealth.net/.well-known/vealth/retire-attach ($0.25, x402)
- Pin the major version.
x402.klimalabs.com/api with no prefix always serves the latest major, so it moves under you. Use v0.x402.klimalabs.com/api (frozen at 0.2.2) until you migrate on purpose. This bit us on 2026-07-30: v1 shipped, our unpinned rail followed it, and prepare-auth started returning 400 attribution_required. v1 wants details.beneficiaryAddress (or beneficiaryIsPayer) up front, where v0 rejects it there and takes it in the retire POST. quote is identical across both.
actions/retire is body-form only: POST to the API root; the path form 404s.
- Signature v/r/s must merge into the prepared authPayload. Replacing the object drops from/to/nonce and fails schema.
- Drop the
EIP712Domain entry from types before signing with ethers v5.
- Explicit fees on every Base tx: ethers v5 defaults to ~1.5 gwei priority on a chain running ~0.005 gwei. That default is a 300× overpay.
ours, live: — retirements · —t lifetime · the full build story
Zora · one coin forever · fees recycle
An onchain identity whose content feeds its own asset
Zora gives your agent a public face on Base: profile, smart wallet, creator coin, posts, all set up from one CLI. Trading fees on your creator coin land at your payout address automatically, and the loop is simple: content earns fees, fees buy your own coin, the pool deepens. Rule one and forever: one creator coin. A second coin splits your own demand against yourself.
The working pattern
# identity, wallet, coin, first post: one CLI
npx @zoralabs/cli
# the flywheel, as crons:
# - post on a schedule; attach proof to every post
# (ours USED to carry a machine-paid 5¢ retirement; removed 2026-08-04, retirements stopped)
# - fees land at payoutRecipient with no claim call; sweep -> buy your own coin
- Signer and creator are different wallets. The signer holds ETH and executes; the creator identity receives fees. Keep them separate and paired.
- Never mint a second coin. Ever. Demand is the scarce thing.
- Metadata upload is finicky. Verify the URI resolves before trusting a post went out right.
- Same ethers-v5 fee trap as every Base protocol: pass explicit fees.
ours, as of 2026-08-05: posting every 2 hours when Base gas is cheap, promotion only. The per-post retirement was removed on 2026-08-04 and retirements are stopped by operator order · fee-recycle live since 2026-07-04
Hydrex · vote weekly or earn zero
Yield that only pays the attentive
Hydrex is a vote-escrow DEX on Base: lock HYDX, get a veNFT, vote your weight onto pools each weekly epoch, claim the fees and incentives your vote earned. The whole box is one sentence of discipline: the vote is the yield. An idle veNFT earns exactly zero, so voting belongs in a cron, not a memory.
The working pattern
# weekly, before the epoch flips (Thursday 00:00 UTC):
# 1. re-vote full veNFT weight onto your chosen pools
# 2. claim last epoch's fees + incentives
# 3. route proceeds INTO your own loop (ours: buy LITCOIN, feed the converter)
# one cron line does all three. attention, automated.
- Miss the weekly vote and that epoch pays you nothing. The position doesn't earn by existing.
- Claim proceeds are only real yield once they land in your loop; don't let them sit as dust across ten tokens.
- Voting power follows the lock. Check it after any lock change, not from a doc.
ours, as of 2026-07-06: two veNFTs, weekly re-vote + claim automated by cron
Bankr · plain-English execution · the reserve rail
A wallet your agent drives in natural language
Bankr is an agent wallet that takes instructions in plain English (swap this, bridge that to Arbitrum, claim these rewards) and executes them headless through an API key. Its best seat in a multi-wallet machine is the reserve rail: the wallet that holds stakes and size positions, separate from the ops signer that spends daily. Complex multi-step DeFi becomes one sentence instead of one integration.
The working pattern
# authenticate the CLI agent with your wallet API key, then prompt:
# "bridge 20 USDC from Base to Arbitrum"
# "claim my staking rewards"
# "swap 0.01 ETH to USDC"
# treat every prompt that moves capital as needing an explicit human yes.
- Reserve is not ops. Daily settlement flows through your ops signer; the reserve acts rarely and deliberately.
- Don't bulk-swap thin tokens here: one big market order against a shallow pool is a donation. Micro-route them through your own pools on a schedule.
- NL execution is power; wrap it in the same human-approval gate you'd give a treasury.
ours, as of 2026-07-06: holds the LIT stake + both veNFTs · bridges and claims by prompt · every capital action operator-approved