predict FWA

The $PFWA game is live again at sherwood.pfwa.fun, now as an arena on its own ETH/$PFWA pool on Hookr, built from Hookr’s Hook Blocks on Uniswap v4. A move is a call to the arena with ETH, which buys $PFWA for you in that pool and keeps it in the arena under your address until you withdraw it, so a wallet, an agent or a contract can play. Rounds last 20 hours: the top 3 and the King of the Hill split the pot when each one ends, and claim within 7 days. Every buy and every sell on the pool pays a 6.25% tax, and 5% of each swap lands in the pot after Hookr’s share; half of $PFWA’s Pons creator…

Buying with ETH could fail with “BCT: insufficient payment” if anyone traded the same outcome between typing the amount and confirming: on a thin curve a single trade moves the price more than the 0.5% slippage. The order slip now re-quotes the price at the moment you confirm, and the contract still refunds any ETH it doesn’t spend. When a trade does fail, the slip now says why in plain words instead of showing the wallet’s raw error.

We’re building a second kind of PFWA market for the NEAR Hackathon. Each answer is a token backed by 1 USDG and trades in its own Uniswap v4 pool, so its price reads as a chance (0.62 is 62%) and a winning token pays exactly 1 USDG. Limit orders fill inside the trade that crosses them, a posted result can be disputed for 2 hours with a 50 USDG bond, and NEAR Intents lets you buy in with SOL, BTC or USDC from another chain in one transfer. The contracts and the NEAR Intents flow are written, tested and public; they aren’t deployed yet, and bonding curve markets don’t change.

Before launch, Hey Research Lab reviewed Sherwood’s open-source contracts and found two edge cases in the arena’s rules. Nobody had played the arena yet, so it was fixed, redeployed and verified, Hey Research checked the fix and the deployment, and round 1 moves to Nov 3, 15:00 UTC. The $PFWA your moves buy now stays in the arena under your address until you withdraw it (the game page has an “In the arena” box with a Withdraw button), so tokens borrowed for one transaction can’t fake a winner’s bag. A flip nobody answers now waits a day, not 10 minutes, before it counts as a plain buy…

The $PFWA arena on Hookr, its pot vault, router adapter and deployer, and the Pons fee splitter that feeds its pot are verified on Blockscout, and their source and tests are in the public Sherwood repo. The docs list every Sherwood contract (the $WIF game included) and explain how the arena can be upgraded without a new pool: the pool pays its tax to a vault, and swapping the arena behind it takes a public 2-day notice.

Every Sherwood round on the $WIF game buys back $PFWA and burns it, but the protocol page only recognised those burns from the $PFWA and $IMD games, so the $WIF game’s showed up as Community. They’re now tagged Sherwood, which moves about 41,000 $PFWA from Community to Sherwood in the burn breakdown, and the arena on Hookr’s burns will be counted the same way from its first round.

Opening a resolved market used to select its first outcome, so a winner landing on a market that resolved the other way saw a 0 ETH claim value and Cannot Claim until they switched outcomes. Resolved markets now open on the winning outcome, ready to claim. The Place Order and Claim Winnings buttons also get a dark label, which reads on their green and red fill in dark mode.

The Play button’s label was white on the move’s bright colour and hard to read on Buy, Robin Hood and Shield; it now takes the screen’s dark ink for each move, and so do Claim, Connect and the how-to-play buttons. On phones the game screen grows with what it shows, so the leaderboard strip at its foot (squeezed away at 390px) and the move’s target (cut off at 320px) are back. A big hit’s screen shake no longer drags the Play bar off a phone screen. And pressing Enter or the arrow keys on the round picker now works the picker instead of changing your move or starting a play.

On a resolved market, the Claim Winnings button stayed pressable for a wallet holding none of the winning tokens, for example right after it had already claimed, and pressing it showed a long contract error. The button now greys out unless the connected wallet holds winning tokens, and if it’s pressed anyway it says plainly that there’s nothing to claim from this wallet and that a past claim is already in the wallet.

The home page now leads with the markets and how to make your first trade, with a Get started link in the header beside Credence and Sherwood. Sections fade in as you scroll, and the last ones, which you can’t scroll far past, used to stay half blurred; they now come fully into focus as soon as they’re on screen.

The $PFWA game is coming back as an arena on Hookr, so it takes the main address, sherwood.pfwa.fun, where Season 1’s last prizes and referral cuts stay claimable until the arena opens. Sherwood on $IMD carries on unchanged at sherwood.pfwa.fun/v1, with its guide at /v1/docs (the old /docs link redirects there). $WIF stays at /wif.

A new pfwa.fun/start page walks you through it: connect a wallet, switch to Robinhood Chain (the wallet now switches, and adds the chain if needed, as soon as you connect) and bring ETH over with Relay or Across in seconds, the Arbitrum bridge, or Robinhood Wallet. A wallet with no ETH on Robinhood Chain gets a prompt pointing there, in the header and in the trade screen.

HoodRand’s launch post and video are out. Games on Robinhood Chain need randomness, and there was no reliable source: no Chainlink VRF, no Pyth Entropy, and the one service went quiet. The video shows how HoodRand fills that gap: drand’s beacon signs a new value every 3 seconds, each request is locked to a future round, anyone can submit that round’s signature, and HoodRand checks it onchain before answering. Same interface as Pyth Entropy, 0.00002 ETH a request.

Agents and apps without a contract can now buy HoodRand randomness with one HTTP call: 0.10 USDG on Robinhood Chain over x402, paid from any x402 client including Priors agents. Our relayer makes the HoodRand request and returns the number about 20 seconds later, with the drand signature and transactions to check it. The payment only settles if the number is delivered, and each payment buys exactly one.