Under the hood: treasury hardening (continued)

Most of todays changes were under-the-hood work in our treasury and payments automation: monitoring, reconciliation, and guardrails that keep credit purchases predictable as usage grows.

No changes to the video generation pipeline today, but we did tighten payment command validation in the bot.

Treasury automation: hardening and maintainability

• Improved wallet operation reliability and transfer/bridge monitoring (better exception handling, timeout tuning, logging, and test coverage).
• Continued refactoring the treasury core and internal integrations to keep payment plumbing maintainable as it grows.
• Iterated on checkout handling: support for custom amounts, sturdier button/callback handling, cleaner wallet-connection link parsing, and improved input validation and balance calculations.
• Refined internal price fetching and wallet balance checks, while consolidating shared config and wallet/RPC components.
• Tightened internal swap/conversion handling and token accounting.
• Introduced additional internal queueing around credit processing, making asynchronous payment/credit workflows more predictable under load.
• Continued strengthening internal test coverage for treasury components, including token/accounting tooling.

Bot: clearer payment command behavior

Payment-related commands now run additional configuration checks before executing, reducing confusing failures when payments arent fully configured.

User impact: no changes to the video generation workflow today; this update was primarily internal reliability work around payments/treasury automation.