Topic: FINALLY!! OP_CHECKLOCKTIMEVERIFY.. it's big.. - page 2. (Read 4755 times)

Does bitcoin core allow signing for nonstandard p2sh script? I just tried this and gmaxwell pointed out there are missing templates for these new type of p2sh scripts so you cant sign these new escrow time locked scripts, although you can use an external lib to do this.

So I think the Bitcoin script to do an ACCT would look something like this:


although I'm not sure if the above is correct (perhaps someone more familiar with Bitcoin script could provide some feedback).

Admittedly I'm not very well versed with P2SH so I'm not sure exactly how you could get the script that does not contain the nor public keys to actually work (but I do think this should be possible).

It only prevents malleability once the tx has been confirmed (before it is confirmed it is still potentially malleable although that itself is becoming harder to do due to other changes that have been introduced to prevent it).

The thing is that unlike nLockTime you can have the txid safely confirmed prior to the actual time in question (which is what made trying to do ACCT using nLockTime unpractical which is why projects that had claimed they could do this were actually only working on "testnet").

So, it means no one can do Transaction Malleability Attack anymore, right?
Merchants who accepted 0 confirmation in past might accept 0 confirmation again

Well, i just use SPV wallet, so i don't feel any differences.

Thanks a lot for the explanation!
I really hope that AT finally gets more attention, more coins implementing it and more people using it.

After reading about CLTV (a fairly simple explanation of it can be found here: https://bitcoinmagazine.com/articles/checklocktimeverify-or-how-a-time-lock-patch-will-boost-bitcoin-s-potential-1446658530) I have worked out how to tie it to the ACCT AT implementation and the workflow is as follows (assuming that Alice and Bob have decided that they are wanting to exchange 100 ATC for 0.001 BTC respectively and assuming fees have been added as appropriate for each blockchain):

Alice creates an ACCT AT to transfer 100 ATC to Bob (locked by a "secret" and with an automatic refund after 24 hours).

Alice gives Bob a BTC public key and then Bob then creates a Bitcoin 2 of 2 multi-sig address and sends 0.001 BTC to it with a special P2SH script.

The first part of this script requires Alice's signature plus a secret and the second part only requires Bob's signature but is CLTV locked for 12 hours.

Assuming both parties are happy (say after 6 confirmations) then Alice will send a tx that contains the secret in order to move the BTC to another address she owns and Bob will send that secret to the ACCT AT to transfer the ATC to his account on the AT supporting blockchain.

If Alice never sends the tx then after 12 hours Bob can simply create a new tx to refund his BTC to another address and of course if Bob never creates the correct Bitcoin tx then Alice will automatically have her ATC refunded after 24 hours (of course 12 and 24 hours could be made smaller if desired).

Although it is a little more tricky on the BTC side, assuming that some software is written to take care of the script and multi-sig address, then it will be entirely possible to exchange BTC for any ATC (such as BURST or QORA) without the need of any 3rd party (although you'd still need to find somewhere to match an order).

Here's another thread. It explains some more: https://bitcointalk.org/index.php?topic=1101437.20

The announcement says it's been activated already, but I think it needs a mountain of other changes to be fully usable. The technical details in the announcement aren't easy to understand, but I interpreted it as saying lock timed transactions can't be put into a block or the mempool until after the lock time's up. If my interpretation's right that will need changing before OP_CHECKLOCKTIMEVERIFY becomes fully usable.

https://bitcoin.org/en/release/v0.11.2

When will it be activated? It requires a fork it seems.

Awesome news, indeed!

I'm afraid that I didn't understand. What does it actually mean ? You could buy altcoins directly from Bitcoin Core ? How could it be organised ? It seems unrealistic for me.

He meant to get paid for his ad-sig

I think it will take a bit of time until all those mainstream companies realize any of this. I mean the average guy who is involved in here in this forum probably doesn't know what stuff like OP_CHECKLOCKTIMEVERIFY does, let alone people outside the Bitcoin ecosystem. This is good news for us because I dont want an higher price just yet.

Fantastic news.  Qora and Burst are so undervalued at the moment, so the fact that they're pretty much all set to go for Atomic Cross Chain Transfers while other coins will be playing catch up is a definite buy signal for me.  Time to increase some holdings while it's cheap!

Yes - if it works with an SHA256 hash then it would be compatible with AT.

EDIT: To clarify if a "Bitcoin script" is written that works by checking a secret then it would be compatible with the Atomic Cross-Chain Transfer AT although it is not clear to me how OP_CHECKLOCKTIMEVERIFY is really going to help (as it just prevents an output from being spendable for X blocks).

You probably shouldn't say "refund" txs, it is more like escrow, and when the terms are not fulfilled, it is returned to you.
Refund makes it sound more like on-the-spot return.

But anyway this is great news. Many new features and companies will come from this.

I don't follow you. What do you mean ?

The coins are sent to a multi-sig contract that can refund you at a future time. You can't spend the coins once you have initiated the procedure (sent them to the multi-sig contract).

The only 'issue' is if one party refuses to complete the trade (refuses to sign the multi-sig txn), in which case the coins will be refunded.

I don't see this big news. Its actually bad, you never know if there are some "paused" coins spent.
This can give heads-up to some traders, and some will be unaware :/
Thats pretty sad day

Absolutely.

The ACCT 'trick' involves revealing the preimage of a hash value. (show you know the value that hashes to a value locked in the smart contract.)

Looking at https://ciyam.org/at/at_atomic.html that is exactly how AT does it as well.

CIYAM ?

Would this be compatible with coins currently supporting AT, such as Qora and Burst?  They can already do atomic cross chain transfers directly from one blockchain to the other without an exchange, but I don't know if it's done via a different method.  I can grasp enough to understand vaguely how Automated Transactions work, but not the technical inner workings and whether it uses OP_CHECKLOCKTIMEVERIFY or not.  Would be amazing if I could trade Between BTC/Qora/Burst without relying on an intermediary.