Package org.ldk.structs

Class UtilMethods

  • public class UtilMethods
extends Object

    • Constructor Detail

      • UtilMethods

        public UtilMethods()

    • Method Detail

      • COption_NoneZ_some

        public static COption_NoneZ COption_NoneZ_some()
        Constructs a new COption_NoneZ containing a

      • COption_NoneZ_none

        public static COption_NoneZ COption_NoneZ_none()
        Constructs a new COption_NoneZ containing nothing

      • sign

        public static Result_StringErrorZ sign​(byte[] msg,
                                       byte[] sk)
        Creates a digital signature of a message given a SecretKey, like the node's secret. A receiver knowing the PublicKey (e.g. the node's id) and the message can be sure that the signature was generated by the caller. Signatures are EC recoverable, meaning that given the message and the signature the PublicKey of the signer can be extracted.

      • recover_pk

        public static Result_PublicKeyErrorZ recover_pk​(byte[] msg,
                                                String sig)
        Recovers the PublicKey of the signer of the message given the message and the signature.

      • verify

        public static boolean verify​(byte[] msg,
                             String sig,
                             byte[] pk)
        Verifies a message was signed by a PrivateKey that derives to a given PublicKey, given a message, a signature, and the PublicKey.

      • construct_invoice_preimage

        public static byte[] construct_invoice_preimage​(byte[] hrp_bytes,
                                                UInt5[] data_without_signature)
        Construct the invoice's HRP and signatureless data into a preimage to be hashed.

      • htlc_success_tx_weight

        public static long htlc_success_tx_weight​(boolean opt_anchors)
        Gets the weight for an HTLC-Success transaction.

      • htlc_timeout_tx_weight

        public static long htlc_timeout_tx_weight​(boolean opt_anchors)
        Gets the weight for an HTLC-Timeout transaction.

      • build_commitment_secret

        public static byte[] build_commitment_secret​(byte[] commitment_seed,
                                             long idx)
        Build the commitment secret from the seed and the commitment number

      • build_closing_transaction

        public static byte[] build_closing_transaction​(long to_holder_value_sat,
                                               long to_counterparty_value_sat,
                                               byte[] to_holder_script,
                                               byte[] to_counterparty_script,
                                               OutPoint funding_outpoint)
        Build a closing transaction

      • derive_private_key

        public static Result_SecretKeyErrorZ derive_private_key​(byte[] per_commitment_point,
                                                        byte[] base_secret)
        Derives a per-commitment-transaction private key (eg an htlc key or delayed_payment key) from the base secret and the per_commitment_point. Note that this is infallible iff we trust that at least one of the two input keys are randomly generated (ie our own).

      • derive_public_key

        public static Result_PublicKeyErrorZ derive_public_key​(byte[] per_commitment_point,
                                                       byte[] base_point)
        Derives a per-commitment-transaction public key (eg an htlc key or a delayed_payment key) from the base point and the per_commitment_key. This is the public equivalent of derive_private_key - using only public keys to derive a public key instead of private keys. Note that this is infallible iff we trust that at least one of the two input keys are randomly generated (ie our own).

      • derive_private_revocation_key

        public static Result_SecretKeyErrorZ derive_private_revocation_key​(byte[] per_commitment_secret,
                                                                   byte[] countersignatory_revocation_base_secret)
        Derives a per-commitment-transaction revocation key from its constituent parts. Only the cheating participant owns a valid witness to propagate a revoked commitment transaction, thus per_commitment_secret always come from cheater and revocation_base_secret always come from punisher, which is the broadcaster of the transaction spending with this key knowledge. Note that this is infallible iff we trust that at least one of the two input keys are randomly generated (ie our own).

      • derive_public_revocation_key

        public static Result_PublicKeyErrorZ derive_public_revocation_key​(byte[] per_commitment_point,
                                                                  byte[] countersignatory_revocation_base_point)
        Derives a per-commitment-transaction revocation public key from its constituent parts. This is the public equivalend of derive_private_revocation_key - using only public keys to derive a public key instead of private keys. Only the cheating participant owns a valid witness to propagate a revoked commitment transaction, thus per_commitment_point always come from cheater and revocation_base_point always come from punisher, which is the broadcaster of the transaction spending with this key knowledge. Note that this is infallible iff we trust that at least one of the two input keys are randomly generated (ie our own).

      • get_revokeable_redeemscript

        public static byte[] get_revokeable_redeemscript​(byte[] revocation_key,
                                                 short contest_delay,
                                                 byte[] broadcaster_delayed_payment_key)
        A script either spendable by the revocation key or the broadcaster_delayed_payment_key and satisfying the relative-locktime OP_CSV constrain. Encumbering a `to_holder` output on a commitment transaction or 2nd-stage HTLC transactions.

      • get_htlc_redeemscript

        public static byte[] get_htlc_redeemscript​(HTLCOutputInCommitment htlc,
                                           boolean opt_anchors,
                                           TxCreationKeys keys)
        Gets the witness redeemscript for an HTLC output in a commitment transaction. Note that htlc does not need to have its previous_output_index filled.

      • make_funding_redeemscript

        public static byte[] make_funding_redeemscript​(byte[] broadcaster,
                                               byte[] countersignatory)
        Gets the redeemscript for a funding output from the two funding public keys. Note that the order of funding public keys does not matter.

      • build_htlc_transaction

        public static byte[] build_htlc_transaction​(byte[] commitment_txid,
                                            int feerate_per_kw,
                                            short contest_delay,
                                            HTLCOutputInCommitment htlc,
                                            boolean opt_anchors,
                                            byte[] broadcaster_delayed_payment_key,
                                            byte[] revocation_key)
        Builds an unsigned HTLC-Success or HTLC-Timeout transaction from the given channel and HTLC parameters. This is used by [`TrustedCommitmentTransaction::get_htlc_sigs`] to fetch the transaction which needs signing, and can be used to construct an HTLC transaction which is broadcastable given a counterparty HTLC signature. Panics if htlc.transaction_output_index.is_none() (as such HTLCs do not appear in the commitment transaction).

      • get_anchor_redeemscript

        public static byte[] get_anchor_redeemscript​(byte[] funding_pubkey)
        Gets the witnessScript for an anchor output from the funding public key. The witness in the spending input must be: After 16 blocks of confirmation, an alternative satisfying witness could be: <> (empty vector required to satisfy compliance with MINIMALIF-standard rule)

      • get_commitment_transaction_number_obscure_factor

        public static long get_commitment_transaction_number_obscure_factor​(byte[] broadcaster_payment_basepoint,
                                                                    byte[] countersignatory_payment_basepoint,
                                                                    boolean outbound_from_broadcaster)
        Commitment transaction numbers which appear in the transactions themselves are XOR'd with a shared secret first. This prevents on-chain observers from discovering how many commitment transactions occurred in a channel before it was closed. This function gets the shared secret from relevant channel public keys and can be used to \"decrypt\" the commitment transaction number given a commitment transaction on-chain.

      • find_route

        public static Result_RouteLightningErrorZ find_route​(byte[] our_node_pubkey,
                                                     RouteParameters route_params,
                                                     NetworkGraph network,
                                                     @Nullable
                                                     ChannelDetails[] first_hops,
                                                     Logger logger,
                                                     Score scorer)
        Finds a route from us (payer) to the given target node (payee). If the payee provided features in their invoice, they should be provided via `params.payee`. Without this, MPP will only be used if the payee's features are available in the network graph. Private routing paths between a public node and the target may be included in `params.payee`. If some channels aren't announced, it may be useful to fill in `first_hops` with the results from [`ChannelManager::list_usable_channels`]. If it is filled in, the view of our local channels from [`NetworkGraph`] will be ignored, and only those in `first_hops` will be used. The fees on channels from us to the next hop are ignored as they are assumed to all be equal. However, the enabled/disabled bit on such channels as well as the `htlc_minimum_msat` / `htlc_maximum_msat` *are* checked as they may change based on the receiving node. # Note May be used to re-compute a [`Route`] when handling a [`Event::PaymentPathFailed`]. Any adjustments to the [`NetworkGraph`] and channel scores should be made prior to calling this function. # Panics Panics if first_hops contains channels without short_channel_ids; [`ChannelManager::list_usable_channels`] will never include such channels. [`ChannelManager::list_usable_channels`]: crate::ln::channelmanager::ChannelManager::list_usable_channels [`Event::PaymentPathFailed`]: crate::util::events::Event::PaymentPathFailed Note that first_hops (or a relevant inner pointer) may be NULL or all-0s to represent None

      • FilesystemPersister_persist_manager

        public static Result_NoneErrorZ FilesystemPersister_persist_manager​(String data_dir,
                                                                    ChannelManager manager)
        Writes the provided `ChannelManager` to the path provided at `FilesystemPersister` initialization, within a file called \"manager\".

      • create_phantom_invoice

        public static Result_InvoiceSignOrCreationErrorZ create_phantom_invoice​(Option_u64Z amt_msat,
                                                                        String description,
                                                                        byte[] payment_hash,
                                                                        byte[] payment_secret,
                                                                        PhantomRouteHints[] phantom_route_hints,
                                                                        KeysInterface keys_manager,
                                                                        Currency network)
        Utility to create an invoice that can be paid to one of multiple nodes, or a \"phantom invoice.\" See [`PhantomKeysManager`] for more information on phantom node payments. `phantom_route_hints` parameter: Contains channel info for all nodes participating in the phantom invoice Entries are retrieved from a call to [`ChannelManager::get_phantom_route_hints`] on each participating node It is fine to cache `phantom_route_hints` and reuse it across invoices, as long as the data is updated when a channel becomes disabled or closes Note that if too many channels are included in [`PhantomRouteHints::channels`], the invoice may be too long for QR code scanning. To fix this, `PhantomRouteHints::channels` may be pared down `payment_hash` and `payment_secret` come from [`ChannelManager::create_inbound_payment`] or [`ChannelManager::create_inbound_payment_for_hash`]. These values can be retrieved from any participating node. Note that the provided `keys_manager`'s `KeysInterface` implementation must support phantom invoices in its `sign_invoice` implementation ([`PhantomKeysManager`] satisfies this requirement). [`PhantomKeysManager`]: lightning::chain::keysinterface::PhantomKeysManager [`ChannelManager::get_phantom_route_hints`]: lightning::ln::channelmanager::ChannelManager::get_phantom_route_hints [`PhantomRouteHints::channels`]: lightning::ln::channelmanager::PhantomRouteHints::channels

      • create_invoice_from_channelmanager

        public static Result_InvoiceSignOrCreationErrorZ create_invoice_from_channelmanager​(ChannelManager channelmanager,
                                                                                    KeysInterface keys_manager,
                                                                                    Currency network,
                                                                                    Option_u64Z amt_msat,
                                                                                    String description)
        Utility to construct an invoice. Generally, unless you want to do something like a custom cltv_expiry, this is what you should be using to create an invoice. The reason being, this method stores the invoice's payment secret and preimage in `ChannelManager`, so (a) the user doesn't have to store preimage/payment secret information and (b) `ChannelManager` can verify that the payment secret is valid when the invoice is paid.

      • create_invoice_from_channelmanager_and_duration_since_epoch

        public static Result_InvoiceSignOrCreationErrorZ create_invoice_from_channelmanager_and_duration_since_epoch​(ChannelManager channelmanager,
                                                                                                             KeysInterface keys_manager,
                                                                                                             Currency network,
                                                                                                             Option_u64Z amt_msat,
                                                                                                             String description,
                                                                                                             long duration_since_epoch)
        See [`create_invoice_from_channelmanager`] This version can be used in a `no_std` environment, where [`std::time::SystemTime`] is not available and the current time is supplied by the caller.