Bitcoin Forum
October 21, 2019, 11:23:00 AM *
News: Latest Bitcoin Core release: 0.18.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: move 1 BTC from one wallet to another, third wallet pay for transaction?  (Read 253 times)
Dabs
Staff
Legendary
*
Offline Offline

Activity: 2478
Merit: 1290


The Concierge of Crypto


View Profile
October 10, 2019, 01:20:58 PM
 #21

If the child transaction is confirmed and included in a block, then the parent transaction would have to be in the same or a previous block as well.

Not sure about taint, maybe it won't, but do we know how companies like chainalysis works? Or do they use the same definition of taint as blockchain.info (.com) used to?

Which is why, CoinJoin and the wallets that use them like Wasabi are good options. Taint everything. The original thread was "I taint rich."

I think I want to create a new mixer, which really mixes, as in all the inputs go into one address, then all the inputs in that address go to one giant input. Everything is mixed. Then it goes and sends back out to everyone else. Maybe it's not a mixer but a melter. Or something crazy like "Diversity Lottery" ... 100% chance to win dice game, 1% house edge.

I wonder if anyone will use such a service. I'll call it The TaintMixer or TaintMelter. No privacy. Maybe anonymous. No accounts. Send back to whatever address you used.

1571656980
Hero Member
*
Offline Offline

Posts: 1571656980

View Profile Personal Message (Offline)

Ignore
1571656980
Reply with quote  #2

1571656980
Report to moderator
1571656980
Hero Member
*
Offline Offline

Posts: 1571656980

View Profile Personal Message (Offline)

Ignore
1571656980
Reply with quote  #2

1571656980
Report to moderator
1571656980
Hero Member
*
Offline Offline

Posts: 1571656980

View Profile Personal Message (Offline)

Ignore
1571656980
Reply with quote  #2

1571656980
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1571656980
Hero Member
*
Offline Offline

Posts: 1571656980

View Profile Personal Message (Offline)

Ignore
1571656980
Reply with quote  #2

1571656980
Report to moderator
1571656980
Hero Member
*
Offline Offline

Posts: 1571656980

View Profile Personal Message (Offline)

Ignore
1571656980
Reply with quote  #2

1571656980
Report to moderator
Carlton Banks
Legendary
*
Offline Offline

Activity: 2520
Merit: 1988



View Profile
October 10, 2019, 02:58:47 PM
 #22

If the child transaction is confirmed and included in a block, then the parent transaction would have to be in the same or a previous block as well.

right


Not sure about taint, maybe it won't, but do we know how companies like chainalysis works? Or do they use the same definition of taint as blockchain.info (.com) used to?

it's more about how actual Bitcoin transactions work, and whether this specific case (CPFP) segregates the inputs of the parent from the child.

Vires in numeris
HCP
Legendary
*
Offline Offline

Activity: 1120
Merit: 1838

<insert witty quote here>


View Profile
October 10, 2019, 09:05:21 PM
 #23

it's more about how actual Bitcoin transactions work, and whether this specific case (CPFP) segregates the inputs of the parent from the child.
Well, given that the CPFP is simply spending the UTXO from a previous (unconfirmed) transaction (with a high fee), it's technically, no more or less "linked" than any other "normal" BTC transaction.

However, if one were to analyse the transaction fees of a given block... and possibly the "Received Time" of a transaction (such as displayed by blockchain.com)... it might be possible to identify CPFP transactions.

Basically, you'd be looking for the following conditions:
- 2 transactions in the same block (Transaction A and Transaction B)
- Transaction B spends UTXO created by Transaction A
- Transaction A has a "low" fee relative to current fees being paid by other transactions in the block
- Transaction B has a "high" fee relative to current fees being paid by other transactions in the block

Less conclusive indicator would also be looking for Transaction A to have been received several "blocks" before Transaction B... as theoretically someone attempting to do this on purpose could broadcast Trans A and then immediately broadcast Trans B.

Pages: « 1 [2]  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!