Statistics – Throughput of Lightning Network

Nodes can publish their throughput, but they can also stay private and remain anonymous using the Tor network for their node. This website summarizes most public node data. Https://, as they said:

Statistics are aggregated and calculated from multiple nodes within the Lightning network. Due to the decentralization of the Lightning network, the observed numbers are approximate, and nodes that do not transfer their status are ignored.

To view the live update of a public node, just select one of the most recently updated ones:

What do the upper 8 bits for sequence and lock time mean for lightning commitment transactions?

When you see git blame From BOLT 03, you can track the lock-up phrase up to this commit:

Fortunately, the author gave a good explanation in the pledge in git why the 0x20 was introduced for the upper 8 bits in the Locktime field (I have nothing to add):

Use 0x20 as high byte for locktime in commitment transaction

The most significant byte of the locktime in a commitment transaction
must be set to 0x20. This is to make sure that the locktime value
is always higher than 500,000,000, making it interpreted as a Unix
epoch timestamp, and not a block height. It also makes sure that the
locktime is below the current time, allowing the commitment transaction
to be included in a block.

Since the sequence field in the input of the commitment transaction is
used for the other half of the obscured commitment transaction number,
it will never assume the maxInt value (0xFFFFFFFF) which would disable
locktime checking.

Similarly, we find this commit for the first 8 bits of the sequence number: From the commit message, I can quote once more:

 BOLT 3: Fix commitment transaction input sequence number.

From BIP 68:

    If bit (1 << 31) of the sequence number is set, then no consensus
    meaning is applied to the sequence number and can be included in any
    block under all currently possible circumstances.

Which is what we want.

50% DISCOUNT FOR LIFE – Lightning Fast Hosting! – cPanel – NVMe SSD – LiteSpeed ​​- MariaDB – JetBackup | Proxies-free

VernalWeb is a leading web hosting company. We are committed to taking your organization's infrastructure to the next level with our hosting and IT specialists. Our state-of-the-art technology systems and networks enable us to deliver customized solutions that have hopefully made us both special and different. We strive to satisfy you with a service tailored to your needs and reliability. We ensure your reliability with intelligent technologies and we believe in quality.

Lightning Fast Server Hardware, Premium Bandwidth:
We SAVE NO COST for our offer! Our latest shared servers are purpose-built for enterprise-class performance, including all-storage RAID 10 SSDs in the data center in the US, Canada, and Singapore.

3 data center locations:

Los Angeles, United States | Montreal, Canada | Singapore

************************************************** * *****************

Deal: Use action code VernalShared At the cashier you get 50% lifelong discount!

All shared hosting plans include:

  • Super fast SSD memory
  • LiteSpeed ​​Web Server
  • LSCache
  • cPanel Control Panel
  • CloudLinux
  • clouds torch
  • railgun
  • Several PHP versions
  • MariaDB
  • JetBackup
  • Internal technical support
  • 99.9% availability guarantee
  • 30-day money-back guarantee
  • Softaculous Premium (Install WordPress in no time!)
  • SpamAssassin Spam Filter
  • Cron job

See all shared hosting plans:

Many free gifts
• Free domain (applicable plans)
• Free CloudFlare CDN
• Free SSL
• Free migration
• Free daily backups (no extra charge)
• Free DDoS protection
• Free SEO tools

************************************************** * *****************

For more information or assistance, please contact us:

Frequently asked Questions:

How long does it take to set up my account?
All accounts are activated immediately on successful payment!

How long have you been in business?
We started our business in 2014 under the brand name EzzyTech Networks and recently we renamed as VernalWeb.

Which payment methods are accepted?
We accept: PayPal and debit / credit cards.

Feel free to contact us:
Facebook | Twitter | Pinterest | LinkedIn

windows – Migrate Lightning (LND) from a local laptop to an external myNodeBTC node

That sounds like the age-old adage "Good, Cheap or Fast – Pick Two"

I like your original proposal, but you have options:

  1. Close all channels, wait one hour, and then restore the new lnd node with your mnemonic initial value and password.
  2. Close all channels, wait an hour and send an on-chain transaction from your original lnd node to the new lnd node.
  3. Do not close anything, save your Static Channel backup file, restore it with the static channel backup / mnemonic seed and password, and wait several days for the overdue balance to recover.

There are other creative ways to do this (opening new channels on the new lnd node and transferring the funds via bills or the like), but I've stuck to simple examples here.

To switch to a new node, you need to take your channels offline (not network friendly). We need to take it offline, close it, and then reopen it on the new node. It's best to use the option that you are familiar with.

Closing your channels and then chaining transactions to the new nodes can be more costly because of transaction fees. However, migrating your node is simple and easy.

Lightning Network Daemon – Migrate Lightning (LND) from a local laptop to an external myNodeBTC node

I'm about to migrate my LNP / BP stack from a Windows laptop to a dedicated myNodeBTC (RaspPi) device. My node on the Windows laptop was installed with Node Launcher.

I have already run the new Bitcoin node, but I have not yet set up LND on the new device. I have 3 Lightning channels open on the old device.

What is the current best practice for switching from the old node to the new node so that I do not lose sats?

I suppose I could just close all my channels and then move my sats to another wallet, turn up the new knot and restore my channels. But I'm not sure if this is the most network friendly approach?

Thank you so much!

Fully managed Real Cloud SSD VPS – Lightning fast – Not throttled

Yes! It is a cloud server. It's lightning fast. Not throttled. 100% guaranteed resources at all times.

Based on our tests, it surpasses other known providers in actual performance. But do not just take our word, try it for yourself.

All our Cloud VPS are already fully managed with DirectAdmin and Softaculous. cPanel is available as an option. The setup time is 24 hours.

If you have any questions, please send an e-mail to or chat with us live.

Fully managed cloud SSD VPS from DirectAdmin

Available locations: Sydney – Australia, Beauharnois – Canada, Frankfurt – Germany, Gravelines – France, Warsaw – Poland, Singapore – SG, London – United Kingdom.

– Cloud SSD VPS69 –
2 vCores (2.3 GHz)
7 GB Ram
50 GB lightning-fast Enterprise NVMe SSD + 50 GB FTP Remote Backup (it's a great bonus !!!)
2. Storage: 50 GB lightning-fast Enterprise NVMe SSD
250 Mbit / s guaranteed bandwidth per month (except in Singapore and Australia)
300 Mbps private network
DDOS Protection
IP address: 2
OS – CentOS 7.x 64bit with DirectAdmin and Softaculous (option to switch to cPanel for free (5 accounts))
Fully managed (see

$ 69 / month | No set up fee -> Login here

————————————————– –

– Cloud SSD VPS89 –
4 vCores (2.3 GHz)
100 GB lightning-fast Enterprise NVMe SSD + 100 GB FTP Remote Backup (it's a great bonus !!!)
2. Storage: 100 GB lightning-fast Enterprise NVMe SSD
250 Mbit / s guaranteed bandwidth per month (except in Singapore and Australia)
Private network with 1000 Mbit / s
DDOS Protection
IP address: 2
OS – CentOS 7.x 64bit with DirectAdmin and Softaculous (option to switch to cPanel for free (5 accounts))
Fully managed (see

89 USD / month | No set up fee -> Login here

————————————————– –

– Cloud SSD VPS159 –
8 vCores (2.3 GHz)
200 GB lightning-fast Enterprise NVMe SSD + 200 GB FTP Remote Backup (it's a great bonus !!!)
2. Storage: 200 GB lightning-fast Enterprise NVMe SSD
500 Mbit / s guaranteed bandwidth per month (except in Singapore and Australia)
2000 Mbps private network
DDOS Protection
IP address: 2
OS – CentOS 7.x 64bit with DirectAdmin and Softaculous (option to switch to cPanel for free (5 accounts))
Fully managed (see

$ 159 / month | No set up fee -> Login here

Note: The bandwidth in Singapore and Australia is set to 1000 GB per month.

More information: Visit

————————————————– —————-

Some references to our services:…3#post10182883…0#post10182800…6&postcount=12…7&postcount=13…05&postcount=1…07&postcount=3…49&postcount=5…53&postcount=6…5&postcount=16…79&postcount=4…42&postcount=8…0&postcount=35…9/#post-200451…75&postcount=1…0&postcount=15…4&postcount=22…4&postcount=11…4&postcount=11…6&postcount=15…63&postcount=7…74&postcount=6…97&postcount=1…60&postcount=1…4&postcount=15…7&postcount=12…82&postcount=4…71&postcount=7…31&postcount=3…7&postcount=21…8&postcount=10…04&postcount=2…45&postcount=2…66&postcount=3…66&postcount=4…29&postcount=1…91&postcount=5

————————————————– —————-

Why choose us?

1. We have been in business since December 2001 and continue to grow. We have proven it for 16 years.
2. We focus on our expertise and know that we are good at it.
3. We have a first-class support team that is guaranteed to provide solutions to your support needs.
4. Your data is safe with us. We protect it with our own server management expertise.
5. We mean what we have advertised – 99.9% network availability guarantee.
6. All our servers are monitored 24/7 via and notify us if they fail.
7. Your transaction is safe with us. When invoicing we use payment processors that are very secure (eg 2checkout and paypal). We never save your credit card details and respect your privacy.
8. There are other good reasons to join us. Best of all, we are here as a valued customer to help you along the way as your business is important to us.

————————————————– —————-

Are you looking for Linux Reseller Hosting? Visit
Are you looking for cPanel Fully Managed KVM VPS? Visit
Are you looking for fully managed dedicated cPanel servers? Visit…cated-servers/
Are you looking for Proactive Server Management Service? Visit
Are you looking for the Acronis Backup Service? Visit
Are you looking for a Cloudlinux license? Visit
Are you looking for a KernelCare license? Visit

Thank you very much,

Lightning Network Daemon – How do I stop it from participating in new channels?

I have a lnd Knot that I want to completely shut down. I want to close all its channels and prevent the node from joining new channels while I wait for the forced closed channels to mature.

In which settings should I use? lnd to prevent my node from creating new channels and rejecting new incoming channels?

Visibility of lightning node data on explorers

I'm trying to set up my first LND node using Docker Compose using the image. Currently my node can connect to other nodes and open the channel with them (and I can open a channel for the node), but it is still not updated on most explorers (ie it has no information).

The following is the result of getinfo and listconfigs

   "id": "03db40337c2de299a8fa454fdf89d311615d50a27129d43286696d9e497b2b027a",
   "alias": "TestName",
   "color": "fff000",
   "num_peers": 3,
   "num_pending_channels": 0,
   "num_active_channels": 3,
   "num_inactive_channels": 0,
   "address": (
         "type": "ipv4",
         "address": "",
         "port": 9735
   "binding": (
         "type": "ipv4",
         "address": "",
         "port": 9735
   "version": "v0.7.1-906-gf657146",
   "blockheight": 601917,
   "network": "bitcoin",
   "msatoshi_fees_collected": 0,
   "fees_collected_msat": "0msat"

   "# version": "v0.7.1-906-gf657146",
   "lightning-dir": "/root/.lightning",
   "wallet": "sqlite3:///root/.lightning/lightningd.sqlite3",
   "plugin": "/usr/local/bin/../libexec/c-lightning/plugins/pay",
   "plugin": "/usr/local/bin/../libexec/c-lightning/plugins/autoclean",
   "plugin": "/usr/local/bin/../libexec/c-lightning/plugins/fundchannel",
   "network": "bitcoin",
   "allow-deprecated-apis": true,
   "always-use-proxy": false,
   "daemon": "false",
   "rpc-file": "lightning-rpc",
   "rgb": "fff000",
   "alias": "HubTest",
   "bitcoin-rpcuser": (redacted),
   "bitcoin-rpcpassword": (redacted),
   "bitcoin-rpcconnect": "bitcoind",
   "bitcoin-retry-timeout": 60,
   "pid-file": "",
   "ignore-fee-limits": false,
   "watchtime-blocks": 144,
   "max-locktime-blocks": 2016,
   "funding-confirms": 3,
   "commit-fee-min": 200,
   "commit-fee-max": 2000,
   "commit-fee": 500,
   "cltv-delta": 14,
   "cltv-final": 10,
   "commit-time": 10,
   "fee-base": 0,
   "rescan": 15,
   "fee-per-satoshi": 1,
   "max-concurrent-htlcs": 30,
   "min-capacity-sat": 10000,
   "bind-addr": "",
   "announce-addr": "",
   "offline": "false",
   "autolisten": true,
   "disable-dns": "false",
   "enable-autotor-v2-mode": "false",
   "encrypted-hsm": false,
   "log-level": "DEBUG",
   "log-prefix": "lightningd(7):"

Is something wrong with this configuration? or is it another problem?

I understand that explorers update their node list irregularly and as far as the node can open (and connect) channels, everything is fine. But this thing annoys me for weeks.

thanks ~

Multiple Signature – Multiple signatures refund error in Lightning Network talk

I saw Tadje Dryja's talk at the SF Bitcoin Devs Transaction Formability Conference, which was part of the foundation of the Lightning network
Enter image description here
I've seen this example with 17 "45. How is it possible to sign a refund before switching and even before viewing the formability without knowing the TX fund signatures? The financing signatures of both parties are required to do this However, if this information is known, one of the parties may send the credit txn to the network before ever a credit txn is signed, thereby reducing the funds of the other party enter into the Multisig contract. Do I miss something?

Bitcoin Core – Possible Race Condition (Duplicate Output) for HTLC Timeout on the Lightning Network?

From the offered HTLC outputs

# To remote node with revocation key
        # To local node via HTLC-timeout transaction (timelocked).
        # To remote node with preimage.

Under the following conditions

  • one locktime is set to 600900 in the HTLC timeout transaction.
  • the remote node has the payment_secret,
  • The local node wants to exceed the time limit for the last delivery transaction.

To my understanding, the local node must wait until the timeout of the last commitment transaction

  1. Send the commitment transaction at block height 600900.
  2. Send the HTLC timeout transaction immediately.
  3. Wait a few days for the HTLC timeout transaction to complete after the specified timeout value has expired.

In the meantime, the remote node has the payment_secret can also issue the commitment transaction. Does this cause a race condition / duplicate issues in the Bitcoin network? If so, how can it be solved?