Bitcoin Forum
May 04, 2024, 04:17:03 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: transaction pairs  (Read 935 times)
Steve (OP)
Hero Member
*****
Offline Offline

Activity: 868
Merit: 1007



View Profile WWW
October 24, 2011, 01:57:19 PM
 #1

Is it possible to construct a pair of transactions such that either both are accepted into the block chain or neither is accepted?  Is it possible to do it with three transactions?

Edit: meant to post this to the development section.

(gasteve on IRC) Does your website accept cash? https://bitpay.com
1714839423
Hero Member
*
Offline Offline

Posts: 1714839423

View Profile Personal Message (Offline)

Ignore
1714839423
Reply with quote  #2

1714839423
Report to moderator
1714839423
Hero Member
*
Offline Offline

Posts: 1714839423

View Profile Personal Message (Offline)

Ignore
1714839423
Reply with quote  #2

1714839423
Report to moderator
Even in the event that an attacker gains more than 50% of the network's computational power, only transactions sent by the attacker could be reversed or double-spent. The network would not be destroyed.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714839423
Hero Member
*
Offline Offline

Posts: 1714839423

View Profile Personal Message (Offline)

Ignore
1714839423
Reply with quote  #2

1714839423
Report to moderator
1714839423
Hero Member
*
Offline Offline

Posts: 1714839423

View Profile Personal Message (Offline)

Ignore
1714839423
Reply with quote  #2

1714839423
Report to moderator
genjix
Legendary
*
Offline Offline

Activity: 1232
Merit: 1072


View Profile
October 24, 2011, 02:00:43 PM
 #2

Nope, for security reasons.

Although the question is why?
casascius
Mike Caldwell
VIP
Legendary
*
Offline Offline

Activity: 1386
Merit: 1136


The Casascius 1oz 10BTC Silver Round (w/ Gold B)


View Profile WWW
October 24, 2011, 02:11:38 PM
 #3

The answer is yes if you are able to combine those transactions into a single one with multiple inputs and outputs.

Depending on your use case, that may or may not be possible.

Companies claiming they got hacked and lost your coins sounds like fraud so perfect it could be called fashionable.  I never believe them.  If I ever experience the misfortune of a real intrusion, I declare I have been honest about the way I have managed the keys in Casascius Coins.  I maintain no ability to recover or reproduce the keys, not even under limitless duress or total intrusion.  Remember that trusting strangers with your coins without any recourse is, as a matter of principle, not a best practice.  Don't keep coins online. Use paper or hardware wallets instead.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
October 24, 2011, 02:39:19 PM
 #4

I am assumming the OP can't bundle both into a single transaction because it involves multiple parties neither of which have the other's private key to sign it as a single transaction.
Steve (OP)
Hero Member
*****
Offline Offline

Activity: 868
Merit: 1007



View Profile WWW
October 24, 2011, 03:45:26 PM
 #5

Nope, for security reasons.

Although the question is why?
It would actually be two different transactions in two different block chains (but asking the question in the context of just bitcoin was a simpler question to ask).  I'm trying to figure out if there is some protocol that could be devised that would allow multiple transactions in multiple block chains to be executed in a coordinated fashion.  This is crucial to the problem of creating a decentralized, p2p exchange.  A buyer would need to craft a partially completed transaction representing the bid...this would be a transaction that transfers some kind of debt-coin.  A seller would need to craft a partially completed bitcoin transaction that transfers some amount of bitcoin.  These transactions would need to be matched by a third party that can complete both transactions.  Adding ripple transfers would add more of these transactions to the process.  I'm trying to figure out if there's a way of doing this without requiring the collateral for the orders (bitcoins or debt-coins) to be transferred to a third party.

(gasteve on IRC) Does your website accept cash? https://bitpay.com
EhVedadoOAnonimato
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500



View Profile
October 24, 2011, 03:57:00 PM
 #6

Isn't this what you want? https://en.bitcoin.it/wiki/Contracts

It's perfectly possible, on the same chain. You don't need different chains to implement p2p exchages with backed-by-fiat coins.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
October 24, 2011, 04:00:25 PM
 #7

fiat coin is an interesting concept that is likely the missing piece in a partially decentralized exchange (the depositing & holding of fiat funds is still centralized but most of the exchange could be decentralized).
EhVedadoOAnonimato
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500



View Profile
October 24, 2011, 04:06:40 PM
 #8

Summarizing:

- You have a satoshi (0,01µBTC) that is backed by some issuer with 1USD. This satoshi is stored in an address A which you control.
- I offer you 3BTC for it, and you accept. These 3BTCs are stored in an address B which I control.
- You provide me a deposit address D for the 3BTC, and also inform me of which address contain the backed satoshi (A).
- I create a transaction which has both A and B as inputs, C as output for the satoshi and D as output for the 3BTC. I sign it with B. It's not yet a valid transaction, as it needs to be signed with A, which is in your control.
- I transfer you the invalid transaction, you sign it with A, making it valid, and send it to the network.

OBS: I can't pay only 0,01µBTC for your backed coin, because then the issuer can't keep track of his backed coins anymore. But such trade wouldn't make economical sense anyway.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!