You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 11, 2021. It is now read-only.
Bitcoin transactions signed by signatories use all spendable UTXOs as inputs (which come from deposits and change), and pay to all pending withdrawal outputs. The current implementation does this all in one big transaction.
Since transactions aren't Merkleized, clients that want to SPV-verify the transaction have to fetch the whole big tx. When this gets too big, we'll have to split this up into 3 transactions as in the design document: one with deposit UTXOs as inputs and 1 output, one that spends this and the previous change output, and another which pays the withdrawals. This way, clients can look at just the chain of the 2nd kind of transaction to follow the reserves of coins without needing the deposits/withdrawals.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Bitcoin transactions signed by signatories use all spendable UTXOs as inputs (which come from deposits and change), and pay to all pending withdrawal outputs. The current implementation does this all in one big transaction.
Since transactions aren't Merkleized, clients that want to SPV-verify the transaction have to fetch the whole big tx. When this gets too big, we'll have to split this up into 3 transactions as in the design document: one with deposit UTXOs as inputs and 1 output, one that spends this and the previous change output, and another which pays the withdrawals. This way, clients can look at just the chain of the 2nd kind of transaction to follow the reserves of coins without needing the deposits/withdrawals.
The text was updated successfully, but these errors were encountered: