Default public key used for fee estimation
This default sig takes 72B when encoded in DER (incl.
This default sig takes 72B when encoded in DER (incl. 1B for the trailing sig hash), it is used for fee estimation It is 72 bytes because our signatures are normalized (low-s) and will take up 72 bytes at most in DER format
these values specific to us and used to estimate fees
While fees are generally computed in Satoshis (since this is the smallest on-chain unit), it may be useful in some cases to calculate it in MilliSatoshi to avoid rounding issues.
While fees are generally computed in Satoshis (since this is the smallest on-chain unit), it may be useful in some cases to calculate it in MilliSatoshi to avoid rounding issues. If you are adding multiple fees together for example, you should always add them in MilliSatoshi and then round down to Satoshi.
these values are defined in the RFC
This is a trick to split and encode a 48-bit txnumber into the sequence and locktime fields of a tx
This is a trick to split and encode a 48-bit txnumber into the sequence and locktime fields of a tx
commitment number
(sequence, locktime)
tx fee
tx weight
the fee rate (in Satoshi/Kw) for this tx
commit tx
true if local node is funder
local payment base point
remote payment base point
the actual commit tx number that was blinded and stored in locktime and sequence fields
Fee for an un-trimmed HTLC.
We already have the redeemScript, no need to build it
commit tx number
true if local node is funder
local payment base point
remote payment base point
the obscured tx number as defined in BOLT #3 (a 48 bits integer)
Offered HTLCs below this amount will be trimmed.
Received HTLCs below this amount will be trimmed.
(Since version ) see corresponding Javadoc for more information.
Created by PM on 15/12/2016.