hkhk99196 (OP)
Newbie
Offline
Activity: 7
Merit: 0
|
 |
June 29, 2025, 12:00:09 AM |
|
(High handling fee) Seeking independent miners to process transactions
Text: I have a special transaction to process. The transaction is legal and in compliance with the rules, but for some reason it has not been confirmed by the mainstream mining pool. I hope to package the transaction directly into the block.
The specific situation is as follows:
Transaction data: The original transaction (raw transaction) is ready.
Fees: Willing to pay high fees (0.02BTC or higher).
Requirements: Independent miners or small miners are needed to package the transaction directly into the block.
If you are a small miner or independent miner and are willing to assist in this transaction, please contact me through private messages to further communicate the details of the cooperation.
Notes:
To protect privacy, please do not share detailed transaction information (such as raw transaction data or addresses) in public channels. It is recommended to use private messages or encrypted communication tools (such as PGP) for subsequent communication. Thank you for your support and understanding!
|
|
|
|
NotFuzzyWarm
Legendary
Offline
Activity: 4116
Merit: 3249
Evil beware: We have waffles!
|
 |
June 29, 2025, 02:39:27 AM |
|
You *do* know that just putting your custom tx into a block for processing by a single miner does NOT guarantee it will ever be processed right? Said miner has to be the one that solves the block and that has very very very poor odds.
Best bet would be to run your own full node and send your tx into mempool so it gets picked up by pools to be processed.
|
|
|
|
hkhk99196 (OP)
Newbie
Offline
Activity: 7
Merit: 0
|
 |
June 29, 2025, 07:19:41 AM |
|
Thank you for your reply and suggestions! I understand that running your own full node and broadcasting the transaction to the memory pool is a feasible solution. However, since the transaction has not been confirmed by the mainstream mining pool, I hope to be able to package the transaction directly into the block through independent miners or small miners to ensure that the transaction is confirmed as quickly as possible.
If you have relevant experience or can recommend suitable miners or resources, I look forward to your further suggestions or help! In addition, if you have other ways to optimize transaction broadcasting, you are also welcome to share.
Thank you very much for your support!
|
|
|
|
ABCbits
Legendary
Offline
Activity: 3360
Merit: 9112
|
 |
June 29, 2025, 09:25:18 AM |
|
Without asking detail of your TX (such as whether it's non-standard TX), have you consider contacting major mining pool to include your TX? Are you aware of existence of service such as MARA Slipstream[1] where you can just enter your raw TX? [1] https://slipstream.mara.com/
|
|
|
|
hkhk99196 (OP)
Newbie
Offline
Activity: 7
Merit: 0
|
 |
June 29, 2025, 10:25:47 AM |
|
Thank you for your advice and information! I really didn't know much about services like MARA Slipstream before, and your sharing is very helpful. I will further research the platform to see if it suits my needs.
Regarding the suggestion of contacting mainstream mining pools to package transactions directly, I am also considering this direction. If you have more suggestions for other similar platforms or services (such as mining pools that support non-standard transactions or fast confirmations), I welcome your sharing.
Thank you again for your support!
|
|
|
|
NotFuzzyWarm
Legendary
Offline
Activity: 4116
Merit: 3249
Evil beware: We have waffles!
|
 |
June 29, 2025, 01:44:26 PM |
|
However, since the transaction has not been confirmed by the mainstream mining pool, I hope to be able to package the transaction directly into the block through independent miners or small miners to ensure that the transaction is confirmed as quickly as possible. That is NOT how mining works. A tx must first be packaged into the work sent to a miner either from your full node or from the mempool. Only when your miner or one in a pool finds the block based on work with your tx in it is it confirmed. Until then it is just another tx waiting like all the others and if someone else finds a block using work that does not have your tx in it, your tx will have to be put into new work to try again. and again. and again. and again.... The fastest way is to just get it into the mempool so all miners can see it and if it has a decent fee they will include it in work being processed.
|
|
|
|
hkhk99196 (OP)
Newbie
Offline
Activity: 7
Merit: 0
|
 |
June 29, 2025, 02:55:24 PM |
|
Thank you for your detailed explanation! You clearly explained the workflow of miners and the transaction confirmation mechanism, which was very helpful to me. It is true that sending transactions to the memory pool and relying on the mining pool to process is the most common practice, and reasonable handling fees can increase the probability of packaging.
However, since my current transaction has some special requirements (such as priority processing or direct confirmation), I hope to find a small miner or an independent miner to complete it as soon as possible through direct packaging. I fully understand that this may require higher handling fees and more attempts.
If you have other suggestions, such as how to contact miners more effectively or increase the priority of transaction processing, I look forward to your sharing! Thank you again for your help!
|
|
|
|
hkhk99196 (OP)
Newbie
Offline
Activity: 7
Merit: 0
|
 |
July 09, 2025, 01:38:39 AM |
|
-Title: Need Help Broadcasting Bitcoin Transactions to the Mempool
Content: Hello everyone!
I currently don’t have access to a full-node Bitcoin Core wallet, and my network connection is unstable. I’m unable to broadcast the following transaction(s) to the Bitcoin network mempool. I’d greatly appreciate it if someone could help me broadcast them. Many thanks in advance!
Here’s the raw transaction data that needs to be broadcast:
---1-----
0100000004871b977a6238ca6e350d0aed51491f59568da3d8e8d13974f0c5a7b25c35b90800000 0006a4730440220598a5ae0828fcc5d6242e8f8eb589bad7a3c4f59a28a7275a2f180b9bc98a16a 022013502b44d03331fecd2aec9a4602b6ffd6ff43351cc43ad143e4aae594eab9d8412103b319e f44a4906fddf55b36be1383ed6c6d53eae2f5bc720d45f030a91c809e17ffffffff7eb49fd380f8 a68725ad5cbda354dcad74e62498be930ba86518da388449b2cf010000006b483045022100f77a9 63f48f62cae98c67eaa92aa6178723409aae21107853c52ce828a08c80f022040c485543d6e8007 fdc30043a44578ec3fdd23f917865e67bf11ec93bd357ae9412103516b48c3814b6846473d72b11 256c3af6ed937a228089cd21473fb2cdbf82fcfffffffffd82d03790a6bd89676b5c54c28c5b736 4e33124cdbadae775fec000294eaf37a010000006b48304502210086f0dad7c4566a7d6fc616884 9a0a602baa5b8e191930893ede16599a09ee0f502200a25329df90a333ee1df97a1f748d8789544 4623651636e615de5604951fe89b4121036fd580887860f19f37ae2c129cd1db3833488fc99c86f 29b04c694df0df34ee3ffffffff52cc2e440a4cf543432ea9e610f837a81394f0fa2646d215a433 3c615b2de08e010000006a473044022027ea4a8bb840f80be4c067f9bf15bfe9dda8820cab009db 0a76a4b48105eb295022045f9d0e736102ce6cd1b483f78fcdb8b8929881eefa8c00b69b29b0f8d d7be334121027330d8ade617fb2d427e5beeea963d7f134c1bee37ff2b34121c798141909309fff fffff0200111024010000001976a914dc7bc83e581b12b03e54320107fa1b9703dd56ae88ac6ee8 cd20000000001976a914a00dedb92b2e55ab4fbbd0f5b70d5c2295880c0888ac00000000 -------------------------- 02000000018e2709f30df425c68061a23a884fbcae4b4b959416ba8e40189089b88f8bd88400000 0006a473044022014bd428f62b2e030b30710a4e17fd5b95dd8b20ec2765e7b4448599a066c85a8 0220126a045909069b796e87474c8a1d03c59ae33905cbc11c437d85e25230240bcb0121027c909 eeaca29c9f0b41f7b13c8b9645a68e9e0c66caf413f0709f1ce515ddc9cfdffffff01c0d1ef2301 0000001976a9147fa3c14c4a5b0c17779ebb5b47f45692cf9041c388acdfcd0d00--
|
|
|
|
ABCbits
Legendary
Offline
Activity: 3360
Merit: 9112
|
 |
July 09, 2025, 09:45:38 AM |
|
-Title: Need Help Broadcasting Bitcoin Transactions to the Mempool
Content: Hello everyone!
I currently don’t have access to a full-node Bitcoin Core wallet, and my network connection is unstable. I’m unable to broadcast the following transaction(s) to the Bitcoin network mempool. I’d greatly appreciate it if someone could help me broadcast them. Many thanks in advance!
Here’s the raw transaction data that needs to be broadcast:
---1-----
0100000004871b977a6238ca6e350d0aed51491f59568da3d8e8d13974f0c5a7b25c35b90800000 0006a4730440220598a5ae0828fcc5d6242e8f8eb589bad7a3c4f59a28a7275a2f180b9bc98a16a 022013502b44d03331fecd2aec9a4602b6ffd6ff43351cc43ad143e4aae594eab9d8412103b319e f44a4906fddf55b36be1383ed6c6d53eae2f5bc720d45f030a91c809e17ffffffff7eb49fd380f8 a68725ad5cbda354dcad74e62498be930ba86518da388449b2cf010000006b483045022100f77a9 63f48f62cae98c67eaa92aa6178723409aae21107853c52ce828a08c80f022040c485543d6e8007 fdc30043a44578ec3fdd23f917865e67bf11ec93bd357ae9412103516b48c3814b6846473d72b11 256c3af6ed937a228089cd21473fb2cdbf82fcfffffffffd82d03790a6bd89676b5c54c28c5b736 4e33124cdbadae775fec000294eaf37a010000006b48304502210086f0dad7c4566a7d6fc616884 9a0a602baa5b8e191930893ede16599a09ee0f502200a25329df90a333ee1df97a1f748d8789544 4623651636e615de5604951fe89b4121036fd580887860f19f37ae2c129cd1db3833488fc99c86f 29b04c694df0df34ee3ffffffff52cc2e440a4cf543432ea9e610f837a81394f0fa2646d215a433 3c615b2de08e010000006a473044022027ea4a8bb840f80be4c067f9bf15bfe9dda8820cab009db 0a76a4b48105eb295022045f9d0e736102ce6cd1b483f78fcdb8b8929881eefa8c00b69b29b0f8d d7be334121027330d8ade617fb2d427e5beeea963d7f134c1bee37ff2b34121c798141909309fff fffff0200111024010000001976a914dc7bc83e581b12b03e54320107fa1b9703dd56ae88ac6ee8 cd20000000001976a914a00dedb92b2e55ab4fbbd0f5b70d5c2295880c0888ac00000000 -------------------------- 02000000018e2709f30df425c68061a23a884fbcae4b4b959416ba8e40189089b88f8bd88400000 0006a473044022014bd428f62b2e030b30710a4e17fd5b95dd8b20ec2765e7b4448599a066c85a8 0220126a045909069b796e87474c8a1d03c59ae33905cbc11c437d85e25230240bcb0121027c909 eeaca29c9f0b41f7b13c8b9645a68e9e0c66caf413f0709f1ce515ddc9cfdffffff01c0d1ef2301 0000001976a9147fa3c14c4a5b0c17779ebb5b47f45692cf9041c388acdfcd0d00--
Several block explorer (that have broadcast feature) i've tried[1-3] shows same error message "bad-txns-inputs-missingorspent". Blockcypher[4] give more detailed error message, where it says " Error validating transaction: Transaction ... orphaned, missing reference ...". No miners would include your TX based on that error message since it would make their block invalid and lose few BTC they supposed to receive. [1] https://www.blockchain.com/explorer/assets/btc/broadcast-transaction[2] https://mempool.space/tx/push[3] https://blockstream.info/tx/push[4] https://live.blockcypher.com/btc/pushtx/
|
|
|
|
|
hkhk99196 (OP)
Newbie
Offline
Activity: 7
Merit: 0
|
 |
July 09, 2025, 01:15:38 PM |
|
Re: This is a Bitcoin transaction that was mishandled on the BCH chain
Thanks for everyone’s responses and sharing. I’d like to clarify some historical and technical background that may explain this situation:
The transaction in question - 0100000004871b977a6238ca6e350d0aed51491f59568da3d8e8d13974f0c5a7b25c35b908*************3e581b12b03e54320****000000001976a914a00dedb92b2e55ab4fbbd0f5b70d5c2295880c0888ac00000000- was originally created as a Bitcoin (BTC) transaction, and was sent by me personally; not a Bitcoin Cash (BCH) transaction.
In 2017, just after the BCH hard fork, BTC and BCH shared the same address format (Base58Check, starting with "1" or "3"). This caused widespread confusion during the transition. The transaction was originally intended for Bitcoin and was sent by me personally, but was accidentally broadcast to the BCH memory pool due to format overlap or misinterpretation by miners.
What probably happened is that:
The transaction was initially broadcast on the BTC network;
But it was accepted and mined on the BCH chain due to a chain reorg, mempool desync, or hash collision;
On the BTC side, it either became an orphan or abandoned transaction, or was never included in any block due to a conflict or early pruning.
So, yes - it showed up on the BCH block explorer, but that doesn't mean it was intended for BCH. More accurately, it ended up on the BCH block explorer because it was accidentally or misclassified.
The transaction format is fully compliant with Bitcoin's standards, including script signature, version, lock time, and input/output structure.
I'm currently working on recovering it on the Bitcoin mainnet, probably using methods similar to rescuing orphaned transactions or recovering abandoned chains.
This is part of a broader effort to recover lost BTC before Segwit and in the early days of the fork.
If you have experience replaying or reconstructing such transactions, or reprocessing from old orphaned blocks or UTXOs, I'd appreciate it!
Thanks again for your time and feedback.
Note: This transaction is in valid Bitcoin format and has not been tampered with or deformed in any way. Manual reconstruction or block-level intervention may be required.
|
|
|
|
hkhk99196 (OP)
Newbie
Offline
Activity: 7
Merit: 0
|
 |
July 09, 2025, 01:30:03 PM |
|
Re: Reconstructing orphaned BTC transactions — offering a bounty
Thanks again for the detailed diagnostics, especially the bad-txns-inputs-missingorspent and “orphaned” states reported by various broadcast tools and explorers.
You are absolutely right: miners will not include any transaction that violates consensus rules or involves spent or missing inputs. However, this situation may not be a traditional double spend or invalid structure - it may be an orphan transaction caused by early BCH/BTC chain confusion or unconfirmed UTXO loss.
✅ Why this still matters I have a transaction involving high value outputs (~64 BTC) that has never been properly confirmed on Bitcoin mainnet. While these inputs may now show up as “missing or spent”, they may be recoverable through UTXO chain reconstruction, mempool replay, or rescanning blocks from .blk archive files. This is especially true for transactions using the full Base58 address format from 2017-2018, before Bech32 was widely adopted.
🚀 Miner Incentives To address the concern of “why would a miner include this transaction”, I propose the following:
🟩 I am prepared to offer a bounty of 6.25 BTC (equivalent to the current block reward) to any miner or mining pool that successfully includes and confirms this transaction on the Bitcoin mainnet. This means that the miner will receive double the base block reward for participating.
This is approximately 10% of the transaction value, and can be structured as an additional OP_RETURN or second output in the transaction if desired.
💡 Additional Notes The format and structure of the transaction is valid.
The problem may stem from the overlap of early BCH/BTC in the mempool broadcast.
Some low-level tools (such as bitcoin-tx, libbitcoin-explorer, or .blk reconstruction) may be required.
I am actively analyzing orphaned chains and unconfirmed transactions via blk*.dat replays.
This is part of a broader effort to recover the “lost BTC” after the fork.
If you are a miner or developer with experience like this, feel free to PM or work with us. If you are willing to participate in this bounty recovery effort, I would be happy to formalize the terms.
Thank you very much!
|
|
|
|
gmaxwell
Moderator
Legendary
Offline
Activity: 4508
Merit: 9717
|
 |
August 15, 2025, 11:25:45 PM Last edit: August 15, 2025, 11:47:20 PM by gmaxwell |
|
Stop using AI. It is making you make errors, act stupidly, and is potentially making you mentally ill. If you continue to post AI generated/influenced messages here I will nuke your account.
BCH has always had a different and incompatible signature format with bitcoin from the first day it existed. Because of that is not possible for a signature created on Bitcoin to have ended up on BCH "due to a chain reorg, mempool desync, or hash collision" nor could it via any "or misinterpretation by miners". If your AI tells you otherwise it is simply wrong, as they are frequently wrong about details.
What could happen is that a sender could have sent you BCH instead of Bitcoin due to confusion or intentional fraud and you could have failed to notice this due to confusion or being actively deceived. This is possible because BCH did incompetently and recklessly clone Bitcoin's addresses (at least initially) so you could give someone a Bitcoin address but they could mistakenly plug it into a BCH wallet and send BCH instead of Bitcoin to a wallet that doesn't even use BCH, both depriving of recipient of the payment they expected as well as getting the BCH stranded.
But in this case there is nothing anyone here can do about it. There is nothing any miner can do about it, not even if you offer them a thousand Bitcoin. If they were to mine a block including it the resulting block would not be a bitcoin block, it would be invalid, and it would simply be ignored by all bitcoin nodes as if it never existed.
Your only recourse is to go back to the sender and ask them to make it right. If you were the sender then you still either have the Bitcoin, in which case there is nothing to do because you can just spend it, or you spent it elsewhere and there is nothing to do because you don't get to spend it again.
|
|
|
|
|