1) Accelerators only work on transactions already in the mempool (you submit a txid that is queued there). This transaction is non-standard: the mempool rejects it (bad-txns-nonstandard-inputs) because its 1,900 inputs spend anyone-can-spend BIP141 witness programs v2-16. It sits in no mempool anywhere, so there is no txid for an accelerator to prioritize — free or paid.
2) The design deliberately has no external payment: 77,943 sats (~1 sat/vB) are embedded in the transaction and go to whoever mines it. A paid accelerator service would cost more than the fee itself — paying to spend money.
What does work: a pool includes the tx straight into its block template (getblocktemplate -> submitblock). Block validation is consensus-only, and this tx is consensus-valid — weight 311,772 WU (~7.79% of a block); verified 31/31 on a regtest chain, including a 1,900-input version. If ViaBTC the pool ever wants it in its own blocks, the 77,943 sats are theirs, no service fee. Txid: 56eb50f2...513a.
Have you checked
https://slipstream.mara.com/? It accept some types/kinds of non-standard TX from raw TX (so you don't have to broadcast to whole Bitcoin network/node it in first place). Make sure to check the FAQ and terms, because there are some limitation imposed by them.
Thanks for the pointer — Slipstream was the one lead we hadn't checked yet, and it turned out to be the most relevant one. I looked into it properly:
1) It's real and live: MARA's official direct-submission portal/API for non-standard transactions — raw hex straight to their pool, no public broadcast needed. It opened to the general public this month, free, with no extra fees beyond the network fee.
2) I read the FAQ and the Terms in full before touching it. The catch is in the Terms, Section IX "Special Requests", clause 9.1: anyone-can-spend transactions "will not be accepted by default on Slipstream", and users with special requests "must contact
foundation@mara.com". So for our exact case (anyone-can-spend witness v2-v16 inputs), the portal itself won't take the transaction by default — but MARA's own terms point to the precise channel for it.
3) I've contacted them through that channel (
foundation@mara.com) — the one their terms designate for this exact situation — with the test transaction attached. Their mempool policy handles our size fine (311,772 WUs vs their 3,991,000 WU limit), and I offered to adjust the fee to their minimum submission rate if they want to test on that basis.
I'm keeping the thread open because I'm still waiting on responses from the pools I contacted through their official channels. As soon as I have anything concrete, I'll post an update here.
Thanks again for the info — genuinely helpful.