Author

Topic: Is there a way to figure out a HTLC's time and date? (Read 267 times)

legendary
Activity: 1512
Merit: 7340
Farewell, Leo
if Alice has a payment channel with Carol and wants to pay Bob, Carol acts as a node, charges a fee, and enables payment
I don't disagree with Carol being an intermediary, and for the liquidity requirement. It just seems to me that even if Bob is unresponsive, Carol doesn't have anything to worry about. He will only transfer the bitcoin if Bob has given him the preimage. Otherwise, the condition in their script is not met. In the sketch, I see Carol asking Alice to give him his bitcoin back, but that payment has never happened. In fact, Carol never gives Alice bitcoin, he receives from Alice, and sends it to Bob.

(That, assuming Alice wants to send Bob a bitcoin, and the path looks like this: Alice <-> Carol <-> Bob)
legendary
Activity: 3304
Merit: 8633
icarus-cards.eu
It may be just me right now, but isn't this sketch wrong?
✂️

nope Wink
the channel in which the intermediary node participates must have the necessary liquidity to forward the payment. in this case, 1BTC should be available on Bob's side of the Alice<->Bob channel to ensure the successful routing of the tx. if Alice has a payment channel with Carol and wants to pay Bob, Carol acts as a node, charges a fee, and enables payment Smiley
legendary
Activity: 1512
Merit: 7340
Farewell, Leo
It may be just me right now, but isn't this sketch wrong? As far as I can see, Alice sends 1 BTC to Bob; she use Carol as an intermediary node to route her transaction to Bob. When Bob tells the secret to Carol, he doesn't need Alice to take the bitcoin. Alice has given him a transaction that grants Carol the bitcoin, given Carol has the preimage.

If Bob does not respond to Carol's preimage request, nothing happens. Carol cannot take the money, because he doesn't meet Alice's condition.
legendary
Activity: 3304
Merit: 8633
icarus-cards.eu
i would like to BTCump this topic up again, because there are now the following 5 slides, which explain this kind of payments (where hashlocks and timelocks are used) visually a little easier.
and i hope that it will be more understandable for one or the other user now Smiley

sr. member
Activity: 966
Merit: 421
Bitcoindata.science
Wait what? If I open a Lightning channel with you, it's just between us, without any kind of escrow.
Or are you trying to say it would be possible to construct such an escrow? It's not 100% clear to me what you're trying to say.
The escrow here reduces counter party risk. This is achieved by utilizing a cryptographic passphrase. In essence this time-based escrow  ensures the receiver of the payment acknowledges it with a given period of time and once this time elapses the receiver forfeits the payment. This receiver performs two tasks to access the fund.
  • Input the right passphrase
  • Then claim the payment
And this is done within a certain time frame in which if the receiver inputs an incorrect passphrase and cannot claim the payment within that time bound the receiver loses the payment
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
If I ask the two parties to provide these HTLCs to me, is there a way to figure out exact time/date?
In lightening network an escrow keeps a DB that tracks the recent channel-state and for this to be effective it comes with a timestamp so definitely if either of the parties decides to share the HTLCs to you then you can get the exact date and time of the transaction.
Wait what? If I open a Lightning channel with you, it's just between us, without any kind of escrow.
Or are you trying to say it would be possible to construct such an escrow? It's not 100% clear to me what you're trying to say.
newbie
Activity: 11
Merit: 40
Thank you!
sr. member
Activity: 966
Merit: 421
Bitcoindata.science
If I ask the two parties to provide these HTLCs to me, is there a way to figure out exact time/date?
In lightening network an escrow keeps a DB that tracks the recent channel-state and for this to be effective it comes with a timestamp so definitely if either of the parties decides to share the HTLCs to you then you can get the exact date and time of the transaction.
newbie
Activity: 11
Merit: 40
They are entirely done off-chain using multi-sig and scripting which allows for decentralized contracts. HTLC allows the two parties involved in the transaction  to update the balances in the channel instead of broadcasting on the blockchain making it impossible to figure out the time and date any HTLC commitment transaction was done since it wasn't hashed on the blockchain which means each commitment has two versions of the same output and each can only broadcast their own version of the transaction.

With the use of this nLockTime this transaction can remain open indefinitely and the final output locked via sequential number


If I ask the two parties to provide these HTLCs to me, is there a way to figure out exact time/date?
sr. member
Activity: 966
Merit: 421
Bitcoindata.science
They are entirely done off-chain using multi-sig and scripting which allows for decentralized contracts. HTLC allows the two parties involved in the transaction  to update the balances in the channel instead of broadcasting on the blockchain making it impossible to figure out the time and date any HTLC commitment transaction was done since it wasn't hashed on the blockchain which means each commitment has two versions of the same output and each can only broadcast their own version of the transaction.

With the use of this nLockTime this transaction can remain open indefinitely and the final output locked via sequential number
newbie
Activity: 11
Merit: 40
Hi guys,

does anyone know the best way to figure out the time and date of a specific HTLC commitment transaction?
Jump to: