Difference between revisions of "On-chain transactions"
MiltonPusser (talk | contribs) |
MiltonPusser (talk | contribs) |
||
| Line 5: | Line 5: | ||
= Funding Transaction = | = Funding Transaction = | ||
The Funding Transaction creates the channel. During this stage, funds are sent into a multisig address controlled by both Alice and Bob, the counterparties to the channel. This address can be funded as a single-payer channel or by both Alice and Bob. | The Funding Transaction creates the channel. During this stage, funds are sent into a multisig address controlled by both Alice and Bob, the counterparties to the channel. This address can be funded as a single-payer channel or by both Alice and Bob. | ||
= Commitment transaction = | |||
A transaction that spends the funding transaction. Each peer holds the other peer's signature for this transaction, so that each always has a commitment transaction that it can spend. After a new commitment transaction is negotiated, the old one is revoked. | |||
= Closing Transaction = | = Closing Transaction = | ||
Revision as of 14:20, 11 January 2019
Transactions broadcast and processed by the Bitcoin blockchain.
They are (much) slower than Lightning transactions, since you have to wait for block confirmation.
Funding Transaction
The Funding Transaction creates the channel. During this stage, funds are sent into a multisig address controlled by both Alice and Bob, the counterparties to the channel. This address can be funded as a single-payer channel or by both Alice and Bob.
Commitment transaction
A transaction that spends the funding transaction. Each peer holds the other peer's signature for this transaction, so that each always has a commitment transaction that it can spend. After a new commitment transaction is negotiated, the old one is revoked.
Closing Transaction
The Closing Transaction closes the channel. When broadcast, the multisig address spends the funds back to Alice and Bob according to their agreed-upon channel amount.
A "Closing Transaction" is always the result of a Mutual close.
"Punishing" transaction
In the case where either party attempts to defraud the other, a third transaction, which punishes the attacker, will end up being broadcasted on-chain. Let’s investigate how this is possible by the way Lightning does channel updates.