Bitcoin Forum

I have a series of low tx transactions all signed by a previously sent unconfirmed transaction. Is there a pool that would be willing to include them? I will pay whatever as long as it's fair.

BUMP, It will really help me.

if you search the forums, there are various threads on how to resend the transaction with fees. there's no point asking a pool owner to help you, because they never come here.

I haven't sent them, I have received them, it is a long chain of transaction and every one is signed with the previous one, can't a miner fix this?

Probably off topic but I wonder what happens to transactions that are regarded by the network as an invalid spend - whether double or just a glitch that hasn't checked there is money available.

That is, how do you know the source is valid?.. perhaps you'll never receive that money, if the previous wasn't confirmed for a reason.

If you are not getting a confirmation, it is fake, invalid, or an attempt to "seem valid". That money will be returned to the sender in time, if it does not confirm.

If you see it, it has been processed. (Confirms are just others saying it is in the block also. It is not still being added to blocks, it is already in a block.)

Few pools actually reject non-free transactions. They just take what is available, the paid ones first. Sadly, there are a lot of fake micro-transactions that are "zero", and "free". Someone is using older or poorly coded programs to add 0.000000000000BTC transactions to the blocks, by the millions. These "invalid dust transactions" are from some goof posting a wallets password online, and everyone is trying to withdrawal funds from it, and some goof is purposely adding 0.0000000001btc to it, keeping everyone trying to get it.

BTW, pool operators and miners DO come here. But there is nothing specifically we can do. The system is 100% automated, it isn't like a bank where we can pick and choose individual transactions to assist.

Just be sure you are using the latest wallet.

Don't accept any "incoming" transaction as an "actual transaction"... not until it has been validated with more than 30 confirms, 120 if you are a business. (6 confirms is hardly enough to validate a transaction, and I don't know why they display that as being available, when a branch can hold steady for over 30+ transactions from a tainted pool.)

At some point it should become profitable and probably even necessary for miners and pool operators to hire programmers to develop and optimize their own transaction selection policy.

I don't expect that to happen until the transaction rate is much higher though.

What the?  That's a lot of gibberish and false information.  I can't tell if you are intentionally trying to cause confusion or if you just have no idea what you're talking about.

Can't a pool operator set up a system that will work like:
1) You specify the IP address of the pool in your bitcoin settings
2) You register with the pool (perhaps they will only register businesses manually)
3) All your transactions are included in the very next block, both ones that you receive or send.
4) Debt is calculated and you must pay it within say 3 days, through your members area to your unique BTC debt address. Perhaps a "package" service would be introduced to cap the number of transaction that they will include in the next block from you.

It would be very profitable for both the pool and the business, businesses would flourish as they would be able to accept zero conf transaction and have them included in a block rapidly.


Anyway I am looking for someone to do this favor manually. I will appreciate it very much!

...or just include a damn fee when you're sending a transaction.

You might want to try asking in the mining forum.  It's more likely to be seen by miners and pools there.

Please explain, grue, how a receiver of a transaction can include "a damn fee" when they receive a transaction?

It won't make zero conf transactions any safer, but it certainly would help merchants get their transactions confirmed when the consumer fails to include a fee.  I expect this sort of solution (merchant pays pool directly for the service of having their transactions confirmed) to be created eventually.

I meant getting the sender to include the fee. As in, 1 confirmation or the goods aren't sent. The cost of paying pools to include transaction is going to get passed down to the customer anyways. Might as well let the customer decide whether paying an extra 50 cents is worth the faster delivery time. Why bother creating all this complicated infrastructure over a problem that doesn't exist?

Because then you could turn in a nice profit from businesses whose models benefit greatly from zero confirmation transactions, e.g. S. Dice, other casinos maybe? Plus non-business personal transactions.