FreeTrade (OP)
Legendary
Offline
Activity: 1470
Merit: 1030
|
|
October 22, 2011, 04:05:11 AM |
|
One way you can use cash is to tear a banknote in two, providing one half now, and the other half later.
It ensures that the recipient is not paid any amount in advance, and ensures that the payer has no motivation to welch on payment, as half the banknote is of no use to either party.
Is there an analogy for Bitcoin that might be more efficient than escrow and without counterparty risk?
|
RepNet is a reputational social network blockchain for uncensored Twitter/Reddit style discussion. 10% Interest On All Balances. 100% Distributed to Users and Developers.
|
|
|
adamstgBit
Legendary
Offline
Activity: 1904
Merit: 1037
Trusted Bitcoiner
|
|
October 22, 2011, 04:16:43 AM |
|
One way you can use cash is to tear a banknote in two, providing one half now, and the other half later.
It ensures that the recipient is not paid any amount in advance, and ensures that the payer has no motivation to welch on payment, as half the banknote is of no use to either party.
Is there an analogy for Bitcoin that might be more efficient than escrow and without counterparty risk?
i think, if you tear a bank note in half, that half with the SN number is the valid half .... the other is worthless i would use an escrow service. but clearly you dont want that, maybe you could send the public key and then the private key ? maybe you could send half the other half later ?
|
|
|
|
payb.tc
|
|
October 22, 2011, 04:17:15 AM |
|
not sure about bitcoin (or USD) but in Australia, you can take your half bank note and redeem it for half the face value: If between 20 per cent and 80 per cent is missing: The banknote is regarded as incomplete and value is paid in proportion with the percentage remaining, e.g. half face value if half the banknote is present. http://www.rba.gov.au/banknotes/damaged/policy.html
|
|
|
|
evoorhees
Legendary
Offline
Activity: 1008
Merit: 1023
Democracy is the original 51% attack
|
|
October 22, 2011, 04:22:12 AM |
|
Bank notes are better than Bitcoins in many ways. For example, you can burn them and heat your home. You can also use them for toilet paper, or crumble them up and use for insulation.
THAT is the intrinsic value Bitcoin can't hope to match.
|
|
|
|
MoonShadow
Legendary
Offline
Activity: 1708
Merit: 1010
|
|
October 22, 2011, 04:34:09 AM |
|
Is there an analogy for Bitcoin that might be more efficient than escrow and without counterparty risk?
Yes, and no. There is an internal scripting mechanism that permits complex transactions to be processed, for a fee, but that scripting mechanism is not presently in use. Mostly because it's not complete & not vetted for security. Once it goes live, you will be able to do some very creative things. The torn dollar pseudo-escrow thing is one of the very creative things considered early on, along with (off the top of my head) multi-user signatures to send or claim funds (like on a corporate check that requires two officer signatures to be valid, or a cashier's check made out to to receipients that must both sign) or transactions that can be claimed by one of several different addresses (first to claim) or to no particular address at all but can only be claimed by satisfying a scripting rule, such as knowledge of an encryption key. Also, transactions that cannot be claimed until after a certain time has passed, such as a postdated check; and transactions that can be revoked before that time period has passed. I believe that you can presently send to many (like a business would make payroll) different addresses already using a single transaction, but the vanilla client doesn't have access to this feature.
|
"The powers of financial capitalism had another far-reaching aim, nothing less than to create a world system of financial control in private hands able to dominate the political system of each country and the economy of the world as a whole. This system was to be controlled in a feudalist fashion by the central banks of the world acting in concert, by secret agreements arrived at in frequent meetings and conferences. The apex of the systems was to be the Bank for International Settlements in Basel, Switzerland, a private bank owned and controlled by the world's central banks which were themselves private corporations. Each central bank...sought to dominate its government by its ability to control Treasury loans, to manipulate foreign exchanges, to influence the level of economic activity in the country, and to influence cooperative politicians by subsequent economic rewards in the business world."
- Carroll Quigley, CFR member, mentor to Bill Clinton, from 'Tragedy And Hope'
|
|
|
FreeTrade (OP)
Legendary
Offline
Activity: 1470
Merit: 1030
|
|
October 22, 2011, 04:34:52 AM |
|
i think, if you tear a bank note in half, that half with the SN number is the valid half .... the other is worthless
I guess it is different depending on the issuing authority - but this part not interesting to me! i would use an escrow service. but clearly you dont want that,
maybe you could send the public key and then the private key ?
maybe you could send half the other half later ?
The payer would still have an incentive not to send it. I'm wondering if there is something cryptographic whereby funds could be deposited at a BTC address, but both parties have only half of the key each. I'm thinking it might allow for instant payment for a retail transaction without the need for a counterparty.
|
RepNet is a reputational social network blockchain for uncensored Twitter/Reddit style discussion. 10% Interest On All Balances. 100% Distributed to Users and Developers.
|
|
|
adamstgBit
Legendary
Offline
Activity: 1904
Merit: 1037
Trusted Bitcoiner
|
|
October 22, 2011, 04:38:32 AM |
|
i think, if you tear a bank note in half, that half with the SN number is the valid half .... the other is worthless
I guess it is different depending on the issuing authority - but this part not interesting to me! i would use an escrow service. but clearly you dont want that,
maybe you could send the public key and then the private key ?
maybe you could send half the other half later ?
The payer would still have an incentive not to send it. I'm wondering if there is something cryptographic whereby funds could be deposited at a BTC address, but both parties have only half of the key each. I'm thinking it might allow for instant payment for a retail transaction without the need for a counterparty. Nope, this is what an escrow service is for, but for retail.... escrow is useless, the retailer has a reputation to up hold
|
|
|
|
FreeTrade (OP)
Legendary
Offline
Activity: 1470
Merit: 1030
|
|
October 22, 2011, 04:55:37 AM |
|
Yes, and no. There is an internal scripting mechanism that permits complex transactions to be processed, for a fee, but that scripting mechanism is not presently in use. Mostly because it's not complete & not vetted for security. Once it goes live, you will be able to do some very creative things. The torn dollar pseudo-escrow thing is one of the very creative things considered early on, along with (off the top of my head) multi-user signatures to send or claim funds (like on a corporate check that requires two officer signatures to be valid, or a cashier's check made out to to receipients that must both sign) or transactions that can be claimed by one of several different addresses (first to claim) or to no particular address at all but can only be claimed by satisfying a scripting rule, such as knowledge of an encryption key. Also, transactions that cannot be claimed until after a certain time has passed, such as a postdated check; and transactions that can be revoked before that time period has passed. I believe that you can presently send to many (like a business would make payroll) different addresses already using a single transaction, but the vanilla client doesn't have access to this feature.
Thanks MoonShadow. Very interesting stuff. It always seems like there is more to learn about Bitcoin.
|
RepNet is a reputational social network blockchain for uncensored Twitter/Reddit style discussion. 10% Interest On All Balances. 100% Distributed to Users and Developers.
|
|
|
|
|