Fake Transaction Input

[homosapienstrader]

Is it possible create a fake transaction from a BTC address to another without paying any fee and also without this transaction gets ever confirmed?
I will explain the point.
for exemple I have a BTC wallet with 0.00001 BTC and I just want to send 0.00001 to another wallet in order to this wallet just see the incoming transfer but I want it to get rejected by blockchain, like a fake node input on blockchain, is it possible?

[Zaguru12]

Is it possible create a fake transaction from a BTC address to another without paying any fee and also without this transaction gets ever confirmed?

There is nothing like a fake bitcoin transaction been sent, this is only possible in if the bitcoin network gets compromised and you know how hard it is to do that. The other reason is if you broadcast a fake transaction it will be dropped or maybe except you have your own node or something like that and it is added through the back door.

I will explain the point.
for exemple I have a BTC wallet with 0.00001 BTC and I just want to send 0.00001 to another wallet in order to this wallet just see the incoming transfer but I want it to get rejected by blockchain, like a fake node input on blockchain, is it possible?

The smallest unit of bitcoin that cannot be send is something below one satoshi which is 0.00000001btc. So even if you send a transaction like 0.00001 containing even the fee and the mempool gets way less congested theoretically, it can be spend. The only way to get it dropped is by double spending with a higher fee or the it so dropped after 14 days due to low transaction fee

[ranochigo]

There is nothing like a fake bitcoin transaction been sent, this is only possible in if the bitcoin network gets compromised and you know how hard it is to do that. The other reason is if you broadcast a fake transaction it will be dropped or maybe except you have your own node or something like that and it is added through the back door.

This isn't accurate. You cannot compromise an entire network and even if you run your own node, you can't possibly convince another node to think that it is valid.

Is it possible create a fake transaction from a BTC address to another without paying any fee and also without this transaction gets ever confirmed?
I will explain the point.
for exemple I have a BTC wallet with 0.00001 BTC and I just want to send 0.00001 to another wallet in order to this wallet just see the incoming transfer but I want it to get rejected by blockchain, like a fake node input on blockchain, is it possible?

No and no. If you were to pay zero fees, you would probably violate the minimum relay fee requirement of Bitcoin nodes and that would mean that your transaction wouldn't be accepted and relayed by other nodes. If your transaction gets relayed by nodes around the network, then there is a chance that it would get confirmed. A transaction that can't be confirmed would probably not be relayed by other nodes.

There is no such thing as a "fake node input".

[hosseinimr93]

Making a bitcoin transaction without paying any fee is possible. There's nothing preventing a miner from including a valid bitcoin transaction with zero fee. You can find many transactions paying zero fee in the blockchain.
But, there is no way to achieve what you want. If you make a transaction with zero fee, nodes will reject your transaction and it won't propagate to the network at all.

The smallest unit of bitcoin that cannot be send is something below one satoshi which is 0.00000001btc.

You can't make a transaction sending 1 satoshi. That's smaller than the dust limit.

[BitMaxz]

There is no fake node unless you talking about forking Bitcoin it would never be a Bitcoin once you fork BTC.

And in addition to the posts above, almost all miners and pools prioritize transactions with high fees to be included on the blocks they mined.

And all wallets do not allow zero fees unless you have your own node.

Also, nodes have a consensus mechanism almost all nodes are following Bitcoin's consensus rules. Like what you are planning to do the transaction will gets rejected once you broadcast a transaction with zero fees and if you spam or violate the rules consistently there is a possibility that your node will be banned.

[hosseinimr93]

Also, nodes have a consensus mechanism almost all nodes are following Bitcoin's consensus rules. Like what you are planning to do the transaction will gets rejected once you broadcast a transaction with zero fees and if you spam or violate the rules consistently there is a possibility that your node will be banned.

Rejecting a transaction paying zero fee isn't a consensus rule. Note that a transaction not paying any fee is non-standard, but it follows the consensus rules.
The default minimum relay fee is 1 sat, but there's nothing preventing nodes from decreasing that value and accepting transactions that don't pay any fee.

[LoyceV]

for exemple I have a BTC wallet with 0.00001 BTC and I just want to send 0.00001 to another wallet in order to this wallet just see the incoming transfer but I want it to get rejected by blockchain, like a fake node input on blockchain, is it possible?

I've seen this in the past: it was possible to make blockchain.info show transactions that didn't exist anywhere else, and would never confirm. But that's a bug/exploit on the website, not on Bitcoin.
What are you trying to accomplish?

[DaveF]

You cannot send with a 0 transaction fee.
You can send with a 1 sat / vb fee which will probably never get confirmed at this point.

<shrug>
You claim to be a trader and ask for money in another post, and then you ask for advice on how to create a fake transaction here.

Yeah that does not look shady at all.

-Dave

[o_e_l_e_o]

It's worth noting that intentionally creating many low-fee or feeless transactions can contribute to network congestion and may be seen as spam behavior, which is generally discouraged by the Bitcoin community.  As such, it's essential to use the Bitcoin network responsibly and pay appropriate fees for your transactions based on the current network conditions.

It doesn't congest the network in any meaningful way. If you attempt to broadcast a transaction with zero fee or a fee below the dynamic lower limit set by individual node's mempool settings, then nodes will simply not relay that transaction. Repeatedly try to do this, and nodes will simply blacklist your IP and ignore you.

You can send with a 1 sat / vb fee which will probably never get confirmed at this point.

You can't really, at the moment. Given that the vast majority of nodes run with default settings, anything below around 2.9 sats/vbyte at the moment will simply not be relayed, let alone confirmed. You could of course manually connect to a specific node which has increased its mempool limits, but then your transaction will just sit in the mempool of that one node and not go anywhere, which obviously achieves very little.

[mocacinno]

There's a big difference between the implementation of limits in the node software and the actual consensus rules.

If you'd change the constants defining the dust limit and minimum fee in bitcoin core's sourcecode (iirc, they're defined in https://github.com/bitcoin/bitcoin/blob/master/src/policy/policy.h) and compile the sourcecode, then get enough people to run your node's "implementation", you'd be able to create a 0 fee transaction with a 1 sat input and a 1 sat output and relay it to anybody running the binary you compiled without breaking any consensus rules (if i'm not mistaking). This is not a fake tx tough, it's just a transaction spending one unspent output with a value of 1 sat and creating an output with a value of one sat... At least, if you can find a one sat unspent output to spend (it won't be easy and it'll probably require running a patched wallet and maybe even the need to pay of a mining pool). Needless to say, the odds of such a transaction ending up in a block are very (very) close to 0.

The "problem" is that most people won't run your binary, they'll run the default binary which has a default value for the dust limit and minimum transaction fee... This means that anybody not running your binary will simply reject the transaction, eventough it's not breaking any consensus rules. They won't put the tx in their mempool due to the fact they no longer relay 0 fee transactions and they reject transactions with an output under the dust limit. So, you cannot use this method to scam anybody without putting in more effort than it's worth.

[DaveF]

You can send with a 1 sat / vb fee which will probably never get confirmed at this point.

You can't really, at the moment. Given that the vast majority of nodes run with default settings, anything below around 2.9 sats/vbyte at the moment will simply not be relayed, let alone confirmed. You could of course manually connect to a specific node which has increased its mempool limits, but then your transaction will just sit in the mempool of that one node and not go anywhere, which obviously achieves very little.

There are a fair amount out there that do. I just did a check since I am taking one of my LN nodes offline. I saw the tx in my wallet. I then did a RBF to get it confirmed.
Probably would have dropped / disappeared within minutes.

Either way it's still the same point. Sending with 3 sat / vb will show up and probably never get confirmed.

Or, you could also send with a low fee and then send another TX out from there with a low fee and then RBF the parent TX.

No matter what it's still sketchy for the OP to ask.

-Dave

[NotATether]

Actually, it is definitely possible. All you have to do is place in the transaction inputs, ANY pair of transaction ID and output index that either a) does not exist, b) exists and is not owned by you, or c) belongs to you but is not signed properly.

It's not going to float around in the mempool, but the transaction will immediately get rejected by all nodes for being incorrect.

[nc50lc]

It's not going to float around in the mempool, but the transaction will immediately get rejected by all nodes for being incorrect.

Then OP will not get what he wants.
He want the recipient to see the transaction, so it has to at least propagate in the mempools.

Maybe OP is finding a reason for those "missing" unconfirmed transactions used by scammers which is simply caused by an rbf~ed parent.

[NotATether]

It's not going to float around in the mempool, but the transaction will immediately get rejected by all nodes for being incorrect.

Then OP will not get what he wants.
He want the recipient to see the transaction, so it has to at least propagate in the mempools.

You can do that too. Just create any valid transaction, broadcast it, and then use RBF to bump the transaction fee and send it to another address. On particularly dumb wallet software (smart wallets will drop it), you will still see the RBF-overridden transaction even though it will never be confirmed, because miners would want to include the transaction with a higher fee instead, and once that happens, the inputs of the other transaction become spent.

[ranochigo]

You can do that too. Just create any valid transaction, broadcast it, and then use RBF to bump the transaction fee and send it to another address. On particularly dumb wallet software (smart wallets will drop it), you will still see the RBF-overridden transaction even though it will never be confirmed, because miners would want to include the transaction with a higher fee instead, and once that happens, the inputs of the other transaction become spent.

There were (quite a few) cases where the "overridden" transactions gets confirmed instead of the one with higher fees. While the chances are slim, they are non-zero and there are tons of factor at play here; extent of transaction propagation, amount of fee increment (if it violates minimum increase in feesor not), mining pool policy, etc. I don't think there are any implementations of software which wouldn't recognize opt-in RBF given that it has been introduced for years now.

[Pmalek]

What are you trying to accomplish?

It seems like homosapienstrader is trying to deceive someone into believing they paid/sent bitcoin for whatever reason, but they never did. Maybe I am wrong. He wants someone to see an incoming transaction in his wallet, notice the balance update (hopefully) without realizing it's fake. I see no reason why you would want to do that to yourself, hence I am thinking it's a malicious reason behind this question meant to trick another individual.

[Volgastallion]

Im gonna say it without  mincing words, you are trying to get information to try to scam X page or people.

You want to take advantage of some system implemented by some pages of betting like for example Sportsbet here, who they credited your deposit without any confirmation, you cant withdraw, but i think you wanna make the bet and if you lose you want to cancel the operation.

Or you want to make that in a P2P transaction, and you are pure garbage man, i can imagine you sitting in a coffe shop and showing up to X person that the transaction its on the way, and when you take the money and run to other side , you are gonna cancel the trade.

I hope im wrong, but i really think im in the correct path.

[Pmalek]

You want to take advantage of some system implemented by some pages of betting like for example Sportsbet here, who they credited your deposit without any confirmation, you cant withdraw, but i think you wanna make the bet and if you lose you want to cancel the operation.

It's true that Sportsbet instantly credits your account long before the transaction gets confirmed, but you can't scam them. If you bet and win, you will never get your money until the original transaction gets confirmed. If you cancelled it, it's obvious that it never will. You are kind of scamming the bookie because you lost and they didn't receive the money (you played for free), but they didn't lose anything. Plus, I am sure they have systems in place to detect these things, and they would ban you if you tried it.

[DaveF]

As Pmalek said sophisticated / competent place is not going to allow for withdraw till it clears. Even more so if you have RBF enabled.
This would only be useful for a P2P scam or some service that has really lax rules.

Would be funny if the OP tried to scam someone who did know what they were doing, but still lost the BTC.
i.e. send the funds to a casino, loose, and then have the casino do a CPFP and still get thier BTC

-Dave

[DannyHamilton]

Attempting to create a fake transaction without paying any fees and without it ever getting confirmed is not a practical scenario on the Bitcoin blockchain.

Correct. If the input is invalid, then the transaction is invalid and it will be rejected by EVERY node on the network.

While you might be able to create such a transaction and broadcast it,

Broadcast it to whom? Bitcoin nodes will simply reject it.

the likelihood of it being confirmed is close to zero.

It is exactly zero.  Invalid transacitons can not be confirmed.

Instead, it will likely remain in the mempool (the pool of unconfirmed transactions) until it eventually gets removed by nodes after some time.

No. That is incorrect. Fake, invalid, transactions never get into the mempool in the first place.  A transaction is verified BEFORE it is accepted into the mempool.

Further more, deliberately creating invalid or fake transactions . . . -snip- . . . may be against the terms of service of some wallets and exchanges.

How would a wallet or an exchange know that you created a fake transaction? Why would they care?