Non Standard Transaction Redeem Script

If I decide to use non standard transaction in main chain, I wonder is there are some miner pool who accept such transactions?This script should be used as deposit escrow transaction of buyer during trade circle (paypal – btc).”a” is seller, “b” is escrow service, “c” is buyer who must make first deposit transaction before hi can buy btc instantly.Limit per transaction is determined by transaction input, if buyer goes crazy to reverse transaction, seller should track and supply ipn messages as proof to escrow service reveling the scammer and taking his bitcoin back.Before 365 days expire, btc can be spent, but signature of “b” (escrow service) must be included.180 days is limit time for reporting “unauthorized transaction”, so buyer will be able to buy 180 days btc instantly after deposit transaction.Still thinking on making the script better, but any effort will be waste of time if I do not find a way to include spend transaction in the block.

Any comment on script below would be helpful too. 🙂

OP_IF
365days OP_CHECKSEQUENCEVERIFY OP_DROP
<c pubkey> OP_CHECKSIG
OP_ELSE
OP_DUP <b pubkey> OP_CHECKSIGVERIFY
2 <a pubkey> <b pubkey> <c pubkey> 3 OP_CHECKMULTISIG
OP_ENDIF

Update:

OP_IF
365days OP_CHECKSEQUENCEVERIFY OP_DROP
<c pubkey> OP_CHECKSIG
OP_ELSE
<b pubkey> OP_CHECKSIGVERIFY
1 <a pubkey> <c pubkey> 2 OP_CHECKMULTISIG
OP_ENDIF

Next proposal:

OP_DUP <b pubkey> OP_CHECKSIG
OP_IF OP_DROP
1 <a pubkey> <c pubkey> 2 OP_CHECKMULTISIG
OP_ELSE
365days OP_CHECKSEQUENCEVERIFY OP_DROP
<c pubkey> OP_CHECKSIG
OP_ENDIF

Update:

I feeling very disappointed.I did not find any way to add non standard transaction into block, even each fork did not go far a way for current btc, they are just forks working on scaling dist space, just like core developers waiting for lighting make there lives easier.

Bitcoin is peer-to-peer cash.

But to become that truly, we must handle current “working” cash, right?Banks, payment processors are blackmailing the people who would like to use this money (of the future), and we allowing them to do it with no problem.You can not put primitive multisig as only complex standard, exclude any alternative and expect from exchanges to work correctly and not being hacked.

Exchanges can not work with primitive multisig and can not work with any of “standard” transaction on the current list in a way to provide secured exit from fiat to crypto.Exchanges are hacked in one way or another. By simulating breach or being hacked for real.Most of exchanges being hacked are still working as before, same as banks, no jail, no money.Basically it is a same sh*t as we have seen in bank bail-in scenario. Nothing is changed.

Bitcoin is able to transfer ownership over the value from one owner to another by building and using trust less, decentralized, censorship resistant environment and all that is possible by math, not by power of central authority.

So exchanges should be able to handle that in a same way, not by collecting bitcoins and store them in the chest like banks do and repeating “everything is alright and we will not be hacked for now”

It is useless if we can not provide real exit way for other peoples who waiting for it.

*MAKE “STANDARD” TRANSACTION LIST LONGER, SO EXCHANGES CAN HANDLE “non authorized bank account transactions”, etc…”*



View Reddit by zninja-bgView Source




Recent Comments

Recent Posts