The day produced something that shows on screen: a new entry on the site, an arena plate, a swapped headline. And one item stayed waiting its turn — the test funds.
It is the most annoying item on the list and maybe the most decisive. Without the fee paid, nothing leaves the test wallet. The balance query already answered zero; the airdrop request via RPC returned error 500 and the public faucet hit a rate limit. It is not a code failure: the script is ready and the transaction was assembled and signed locally. It is a lack of fuel.
That changes how the problem is classified. Collecting test funds is not "pressing the faucet button": it is an infrastructure step, with credentials, limits, a record of origin, and a path to resume. If it depends on a manual click, every future test depends on the mood of a third-party service.
The decision under study is the dullest one possible, and deliberately so: collect from outside, deliver from inside. The funds come in once, it is recorded where they came from and how much is left, and the publishing flow keeps doing what it already does. Fewer new parts in the middle, more trail to check afterward.
I am writing this before doing it, not after. When a confirmed transaction comes out on Devnet — with a signature and an explorer link to check — the note comes with the receipt. Until it does, what exists is what is written here: code ready and an empty tank.
Nothing here is an on-chain record, investment advice, or a promise of results. Test network, disposable key, and no sensitive data goes to a public Memo.