A reverse-chronological record of changes to the faucet, public API, privacy transports, wallet compatibility, and agent experience.
Bark 0.8 wallet compatibility
Updated ArkFaucet wallet compatibility to the stable Bark 0.8 release.
Completed a funded end-to-end Signet check covering session funding and a paid API call after the update.
Public claim methods, payout rails, and published limits remain unchanged.
Independent public payout budgets
Added separate daily public payout budgets for Ark, Lightning, and native on-chain Signet so demand on one rail does not exhaust the others.
Published each rail's cap, usage, and remaining allowance through /api/status, OpenAPI, and the agent guidance.
Separated audited operator transfers from public faucet allowances while retaining the global public limit and existing rail-specific safeguards.
Broader agent and SDK compatibility
Improved API and agent-resource compatibility for autonomous agents and standard Python, JavaScript, and Go HTTP clients.
Made the public health endpoint, OpenAPI reference, LLM guidance, skills, and agent guides consistently reachable from automated workflows.
Verified the documented discovery and status flow across representative client signatures while retaining existing faucet safeguards and usage controls.
Added a full agent reference, richer well-known discovery, tagged OpenAPI operations, and clearer I2P timeout guidance.
Fresh faucet headlines
Added ten playful request headlines, including agent-focused variations, that are selected at random on each visit and rotate every 30 seconds without immediate repeats, while keeping the Signet-only notice permanently visible.
Made the top 24-hour received statistic a direct, keyboard-accessible jump to the faucet deposit area.
Filtered isolated one-sample wallet-refresh dips from the 24-hour liquidity graph while preserving sustained balance changes and the underlying monitoring history.
Reduced liquidity snapshot delay from 15 minutes to 5 minutes and added an explicit snapshot-age badge so recent deposits are reflected and understood sooner.
Gave the fund overseer a clearer, consistent voice and made faucet headlines react to current liquidity conditions while retaining all ten original rotating sayings.
Added a privacy-safe 24-hour donut beneath the fund overseer showing successful faucet payouts over clearnet, Tor, and I2P; Telegram grants, addresses, and identifiers are excluded.
Added 24-hour and 7-day views to the access-path donut, all-time payout milestones, and exact keyboard- and touch-friendly values on liquidity charts.
Added a privacy-safe payout receipt and rail-specific success moment after a completed Ark, Lightning, or native on-chain claim.
Upgraded overseer notices with exact suggested pool top-ups and visible automation-readiness progress. Fund movement remains safety-locked while observation and fee-preflight requirements are unmet.
Added an independent I2P end-to-end availability check from separate infrastructure, using the same state-change alert deduplication as existing external checks.
Liquidity dashboard and fund overseer
Added a polished liquidity dashboard showing the live split between the shared Ark/Lightning pool and the isolated native on-chain pool.
Moved the headline liquidity and 24-hour totals directly beneath navigation, tightened the dashboard layout, and standardized rail colors: Ark blue, Lightning yellow, and native on-chain orange.
Reorganized the request screen into full-width horizontal request and allocation panels on desktop, removed misleading single-wallet fill and daily-cap meters, and compacted the rail and amount controls.
Updated the header brand to arkfaucet.com and added a pulsing Signet network badge so the site and test network are immediately visible.
Simplified compatible-wallet guidance across every payout rail, with direct paths to Second’s Bark Signet instructions, the Lightning Signet guide, and the self-hosted Shhark interface; Shhark is clearly identified as Ark-only.
Added the public Shhark project to the top navigation.
Added direct native Bitcoin Signet funding for the isolated on-chain pool, including a reusable tb1 address, QR code, copy control, API field, and agent guidance.
Expanded the 24-hour received graph to distinguish incoming Ark, Lightning, and native Bitcoin by rail using the same blue, yellow, and orange palette as payouts.
Corrected activity labels and split distributed sats by Ark, Lightning, and on-chain so each graph now states exactly what it measures.
Added a deterministic fund overseer that samples both wallets every 15 minutes, calculates demand and runway, keeps privacy-safe balance history, and alerts only on state changes, recovery, or a bounded daily reminder.
Implemented guarded rebalance recommendations with reserve, pending-payout, backup, canary, deadband, and action-size checks. The first release is observation-only and cannot move funds.
Published aggregate liquidity through /api/liquidity; wallet addresses, UTXOs, invoices, hashes, and transaction identifiers remain private.
Lower-cost native Signet payouts
Moved on-chain payouts from Ark offboarding to an isolated native Signet wallet, while leaving Ark and Lightning payouts unchanged.
Added an independent Signet fee estimator and a hard 1 sat/vB safety ceiling. The faucet now refuses an on-chain payout if the estimated rate exceeds the ceiling.
Changed on-chain payouts from five-minute Ark-round settlement to direct Signet broadcast while retaining private claim-status polling and duplicate-safe reservations.
Reduced the observed fee for a live 1,500-sat payout from roughly 12,850 sats with Ark offboarding to 155 sats with the native wallet.
Updated the homepage, browser messaging, OpenAPI reference, agent skill, and LLM guidance for the native payout flow.
Verified the release with 40 backend tests, a confirmed wallet funding transaction, a successful sanitized live payout test, and public service-health checks.
New agent guides and easier discovery
Added an AI agent quickstart covering wallet requirements, requesting Signet sats over Ark, Lightning, or on-chain, and checking payout results.
Published dedicated OpenClaw and Hermes Agent guides with skill installation instructions, example prompts, and troubleshooting.
Added a Lightning Signet guide explaining compatible invoices, supported amounts, browser and API requests, and how to confirm receipt.
Made the guides easier to find through homepage links, the site menu, and related guides. Connected the faucet skill, API reference, and agent documentation to the new setup pages.
Expanded the sitemap to include the new guides, with a daily refresh that keeps page listings and modification dates up to date.
Improved simultaneous API session creation by serializing Ark deposit-address allocation and verified that existing session addresses remain unique.
Faucet layout and wallet setup guidance
Organized the desktop homepage into two columns, with the introduction and 24-hour activity panel on the left and the faucet form on the right.
Made the activity charts more compact and placed contributions after the faucet and activity sections. Mobile keeps the faucet form before activity.
Shortened the mobile introduction, reduced repeated feature badges, and added a Get test sats jump link to bring users to the form sooner.
Added expandable wallet setup guidance beside the destination field that follows the selected Ark, Lightning, or on-chain payment method, plus a clear Signet-only notice in the form.
Verified layouts at seven screen widths, keyboard access to setup guidance, payment-method switching, and live activity charts.
Anonymous payout pacing
Added a shared five-claim rolling hourly payout limit across Tor and I2P after detecting an automated burst through the anonymous ingress.
Pending, processing, and uncertain anonymous payouts reserve a slot so concurrent requests cannot race around the limit.
Published the limit through the status API, OpenAPI 2.1.1, agent skill, LLM guidance, and transport guides.
Ark, Lightning, and on-chain payouts
Expanded the Signet faucet from Ark-only payouts to three explicit payment rails: Ark addresses, Bitcoin Signet BOLT11 invoices, and Bitcoin Signet on-chain SegWit addresses.
Added strict rail-specific network, checksum, and invoice-amount validation before a payout can reserve funds.
Added private status polling for on-chain payouts, which are queued through an isolated Bark wallet while waiting for the next five-minute Ark round.
Added duplicate-safe reservations for pending and uncertain payouts, plus a two-claim daily on-chain cap to limit Signet block-space use.
Added Ark and Lightning contribution methods, including fresh fixed-amount Signet BOLT11 invoices with expiry feedback and generation limits.
Changed the rolling payout allowance to scale with the faucet balance while retaining a minimum operating reserve and a bounded maximum.
Published OpenAPI 2.1 and refreshed the agent skill, LLM guidance, discovery manifest, homepage, and browser coverage for all three payout rails and both contribution methods.
Deposits, activity charts, and agent upgrades
Added a persistent Signet Ark deposit address with QR and copy controls so community contributions can replenish the faucet; incoming sats now update the displayed balance and trigger a lightning animation.
Added privacy-safe 24-hour balance, received-sat, and distributed-sat charts backed by the new /api/activity endpoint.
Added client- and server-side checksum validation for current tark1 Bech32 and Bech32m addresses, with cleaner address typography and copy feedback.
Added lightweight GET/HEAD /api/health, bodyless status checks, backend connection state, and visible last-balance-check timestamps.
Published OpenAPI 1.7 and updated the ArkFaucet agent skill, LLM guidance, and discovery manifest for claiming, contributing, monitoring, Tor, and I2P workflows.
Moved executable JavaScript and CSS into first-party assets and tightened the Content Security Policy by removing inline-script and inline-style permissions.
Added a responsive shared menu and community footer to the main, changelog, Tor, and I2P pages.
Verified the release with 35 backend tests, browser regression coverage, Apache configuration validation, and public API and security-header checks.
Published a persistent ArkFaucet I2P B32 destination with a clearnet setup guide for users and autonomous agents.
Deployed hardened I2P routing with private service keys, loopback-only application tunnels, a read-only container filesystem, dropped Linux capabilities, and non-transit operation.
Added I2P-aware service URLs and rate-limit behavior, privacy-minimized Apache logs, and transport discovery across OpenAPI, the well-known manifest, llms.txt, sitemap, and agent skill.
Added a failure-threshold watchdog with a recovery cooldown and verified ArkFaucet end to end through the local I2P HTTP proxy.
Agent access, Tor, and Bark compatibility
Published the first-party ArkFaucet SKILL.md, refreshed OpenAPI documentation, and added machine-readable discovery metadata.
Added stable error codes, retry timing, and rate-limit headers, then raised the shared-IP allowance to five successful claims per rolling 24 hours while retaining address and global limits.
Redesigned the landing page with a clearer wallet-funding flow, live capacity indicators, accessible controls, mobile improvements, and dedicated agent resources.
Added a public Tor v3 onion service, Onion-Location discovery, Tor-aware metadata, a hardened loopback-only virtual host, privacy-minimized logs, and a dedicated Tor setup guide.
Added preventive VTXO expiry checks and scheduled refreshes after removing an obsolete VTXO from payout selection.
Set Bark 0.6.0 as the minimum compatible client and upgraded deployed faucet components to Bark 0.6.1 at the pinned official release commit.
Verified the release with 23 faucet tests plus live Signet payout, shared-IP allowance, address replay-protection, and Tor transport checks.
Daily cap increase
Doubled the daily faucet pool from 5,000 sats to 10,000 sats.
Verified that the live status endpoint reflected the new daily cap.
Faucet reliability fixes
Upgraded the ArkFaucet Bark containers to 0.1.3.
Fixed proxy-aware client IP detection so different users were no longer incorrectly grouped behind one IP.
Verified the live faucet payout flow after the upgrade.