Bitcoin Forum
May 06, 2024, 12:43:38 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Miner's Alliance for Instant Transactions  (Read 821 times)
dillpicklechips (OP)
Hero Member
*****
Offline Offline

Activity: 994
Merit: 507


View Profile
June 23, 2013, 05:47:24 AM
 #1

Here's a little idea I thought of while day dreaming! Wink

There seems to be a demand for a solution that provides better security for instant transactions without risking double spends.

Some will even mention LTC as being better in this regard as it has faster confirmation times. 1 confirmation in LTC is still better than 0 confirmations in BTC. There are merchants who want SOME type of assurance until a transaction finds its place in a block, even if it’s not as good as a complete confirmation. Something that assures the merchant that it’s not a double spend or that a double spend will be hard to accomplish.  My idea could allow for instant secure transactions without any modification to the protocol at all.

The method I’ve pondered is using a “Miner’s Alliance for Instant Transactions” (MAIT).

If the merchant requires the use of high security instant transactions the merchant requests payment from the customer with a built in fee. This fee is actually set by the MAIT and may not be what the general Bitcoin network is using for fees.

The transaction is then re-sent to the MAIT using an API that:
-sends the 0-confirmation transaction to the MAIT for verification (Is it valid? Is it a double spend of something already out there? Was the proper fee attached for MAIT?)
-responds back with how much of the MAIT has “Ok’ed” the transaction

The merchant then gets back a message saying how much the MAIT has accepted the transaction. The merchant also gets the MAIT promise that any NEW transaction that would be a double spend of the previous transaction will be ignored even if the fees are higher. A miner who breaks this rule can no longer be part of the alliance. It also promises to include the transaction in the next available block if possible. The MAIT does this for slightly higher fees while the merchant gets instant feedback on how likely the transaction will succeed.

IF a large margin of miners and pools join MAIT, then instant transactions will be even more secure then the 1-confirmation in any faster confirming alt coin. If >90% of the network has promised your transaction going through, a double spend becomes even harder to accomplish as the attacker would have very little chance of making a block to double spend.

The miners win as well as they could have a slightly higher fee to provide the service. Even having a separate fee system where costs are shared amongst all members.  

Would this work or not?

Another crazy idea would be using the API to get specific addresses for merchants to use so they are not normal fees but a payment to the merchant as well as a payment to the MAIT in the same transaction. The alliance then commits to this transaction EVEN if a double spend happens in another block.
(edit: but probably give up after 1 block or something) The MAIT will ignore the block that does the double spend and since they have a huge majority of the network they can fork the blockchain without the double spend. This would make it against any other miners intrust to ignore or go against a MAIT transaction! It would probably mean that other miners who aren't part of MAIT will have to be careful not to include a double spend, especially one that's in the public MAIT transaction waiting list for inclusion in a block.


1714956218
Hero Member
*
Offline Offline

Posts: 1714956218

View Profile Personal Message (Offline)

Ignore
1714956218
Reply with quote  #2

1714956218
Report to moderator
1714956218
Hero Member
*
Offline Offline

Posts: 1714956218

View Profile Personal Message (Offline)

Ignore
1714956218
Reply with quote  #2

1714956218
Report to moderator
1714956218
Hero Member
*
Offline Offline

Posts: 1714956218

View Profile Personal Message (Offline)

Ignore
1714956218
Reply with quote  #2

1714956218
Report to moderator
Whoever mines the block which ends up containing your transaction will get its fee.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714956218
Hero Member
*
Offline Offline

Posts: 1714956218

View Profile Personal Message (Offline)

Ignore
1714956218
Reply with quote  #2

1714956218
Report to moderator
1714956218
Hero Member
*
Offline Offline

Posts: 1714956218

View Profile Personal Message (Offline)

Ignore
1714956218
Reply with quote  #2

1714956218
Report to moderator
1714956218
Hero Member
*
Offline Offline

Posts: 1714956218

View Profile Personal Message (Offline)

Ignore
1714956218
Reply with quote  #2

1714956218
Report to moderator
RagnarDanneskjold
Full Member
***
Offline Offline

Activity: 144
Merit: 100



View Profile
June 23, 2013, 10:18:52 AM
 #2


GReat idea. I love it.

'would it work?'

Of course. Anything will work. You just get to build it first.

git  |  | ID
'Bitcoin is the progress toward a society of privacy. The savage’s whole existence is public, ruled by the laws of his tribe. Bitcoin is the process of setting man free from men'
leijurv
Member
**
Offline Offline

Activity: 63
Merit: 10


Vires in Numeris


View Profile WWW
June 23, 2013, 04:21:29 PM
 #3

Sounds like a great idea.
Would this MAIT be p2p? For example, you would use some API to send your transaction "to the MAIT". Do you mean that you would send it to a miner in the MAIT, who would then propagate to all the other MAIT members, but withhold it from other miners (not MAIT members) so that only the MAIT members would get the fees from it?
Also, when you say that a miner who breaks the rule can never be part of the alliance? How does the rest of the network know which miner mined the block? For example, if I'm part of the alliance, but I mine a block that includes a transaction which overwrites a MAIT-approved transaction and submit it through Tor, how do they know which (if any) MAIT members to kick because they broke the rules?

Firstbits 1Leijurv. Or, if you like cats, Firstbits 1Kittens and 1catcat as well. If you're a chemist, also 1Helium, 1Erbium, 1Copper, 1Cerium, and 1Nickel. If you like numbers, 123four, 12234,  12three.
Keybase and onename user: leijurv.
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1009



View Profile
June 23, 2013, 04:25:50 PM
 #4

The miners win as well as they could have a slightly higher fee to provide the service. Even having a separate fee system where costs are shared amongst all members.
They could charge merchants a subscription in order to have access to the network.
trout
Sr. Member
****
Offline Offline

Activity: 333
Merit: 251


View Profile
June 23, 2013, 06:56:59 PM
 #5

still just as vulnerable to the Finney attack, unless you require your MAIT to reject new *blocks* that double-spend the transactions they accepted. And this introduces a risk of a fork. So, no.
leijurv
Member
**
Offline Offline

Activity: 63
Merit: 10


Vires in Numeris


View Profile WWW
June 23, 2013, 07:29:38 PM
 #6

still just as vulnerable to the Finney attack, unless you require your MAIT to reject new *blocks* that double-spend the transactions they accepted. And this introduces a risk of a fork. So, no.
As the OP said, the MAIT would reject new blocks that double-spend transaction they accepted. That's the only way for the fork to occur. If the MAIT has >50%, then it won't be a hard fork. Therefore, the MAIT should only reject double-spending blocks if the MAIT has >50%.

Firstbits 1Leijurv. Or, if you like cats, Firstbits 1Kittens and 1catcat as well. If you're a chemist, also 1Helium, 1Erbium, 1Copper, 1Cerium, and 1Nickel. If you like numbers, 123four, 12234,  12three.
Keybase and onename user: leijurv.
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1009



View Profile
June 23, 2013, 07:32:31 PM
 #7

still just as vulnerable to the Finney attack, unless you require your MAIT to reject new *blocks* that double-spend the transactions they accepted. And this introduces a risk of a fork. So, no.
Merchants don't need 100% assurance that transactions will not be double spent.

They need a defined amount of risk so that they can accurately price it.
Garrett Burgwardt
Sr. Member
****
Offline Offline

Activity: 406
Merit: 256


View Profile
June 23, 2013, 10:47:04 PM
 #8

I'd imagine that you'd want a lot of people on the network, so there needs to be a good incentive to join (extra $$$ in fees, I'd imagine).

Charging to access this network, when it's intended to grow, is a difficult thing to implement.

Sounds sort of like a primitive bitcoin payment processor (of course, with faster "hard" confirmation than via/mc/etc), in that I can imagine a variety of providers (MAIT A provides 90% confirmation, but charges ~5%, MAIT B provides 50% confirmation but only charges ~2%, things like that)
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!