February 21, 2026

Capitalizations Index – B ∞/21M

Will Lightning Help or Hurt Bitcoin Privacy?

Will lightning help or hurt bitcoin privacy?

Will Lightning Help or Hurt Bitcoin Privacy?

Will lightning help or hurt bitcoin privacy?

Faster, cheaper bitcoin transactions? Check. But at what cost?

For bitcoin users, many of whom were drawn to cryptocurrency for its promise of financial sovereignty, bitcoin is still synonymous with privacy. But the gap between the vision and the reality, in which user transactions today must be published to a globally distributed ledger, has long been one of the technology’s biggest points of controversy.

bitcoin is Twitter for your bank account. Everything is public to everyone,” Ian Miers, the co-founder of the privacy-centric cryptocurrency zcash, told CoinDesk.

Compounding matters, however, is that as bitcoin users get closer to gaining a whole new way to send transactions, powered by an innovation called the Lighting Network, concerns are spreading that privacy could degrade from its already imperfect state.

On the surface, the idea might seem promising – because Lightning payments occur “off-chain,” the information isn’t included in the blockchain that all nodes store.

But while there is no Lightning ledger so to speak, payments in the scheme are still broadcast across nodes within the network. Essentially, to ensure routing is always available, those using Lightning channels need to trust other network users to help relay transactions.

Conceptually, this means that participants within the system could pry on a transaction, or even potentially sell that information to governments or advertisers. This is a risk that’s worsened if the network becomes centralized into a “hub-and-spoke” type structure, where hubs are large, well-known and often-used entities.

“Lightning likely won’t improve privacy, it may make it much worse from an average consumer’s perspective,” Miers added.

And like many, more speculative concerns surrounding the upcoming tech, the risk to user privacy may not be obvious until the network is deployed – an uncertainty that, combined with a wave of efforts on behalf of Lightning developers to include privacy features, has led to mixed sentiments as to what the future of private bitcoin transactions might be.

According to privacy researcher Kristov Atlas, in a worst-case scenario, privacy attackers could “thrive” on hubs “vampirically feeding off” the data as he wrote in a blog post.

However, the upcoming Lightning release does have some privacy features embedded, and there’s reason to believe that developers are at least making advances on the problem.

Onion-routing

To date, the most advanced privacy feature included within Lightning is called “onion routing,” and it’s part of the Basics of Lightning Technology (BOLT), a series of protocols that ensure the multiple iterations of Lightning can interoperate.

In onion routing, payments are passed through multiple channels, and only the minimum of information about that payment is exposed.

For instance, upon receiving an encrypted payment, a node can only know where that payment came from and to what node that payment should be relayed.

According to Olaoluwa Osuntokun, a leading figure in Lightning development who first suggested the scheme on the developer mailing list, the importance of this is that nodes can’t be selective when it comes to what payments they’re willing to take.

“Nodes shouldn’t be able to arbitrarily censor certain payments, or blacklist certain destinations within the channel graph,” Osuntokun explained.

Often compared to the Tor network for its use of onion routing, Lightning has occasionally been celebrated as a darknet for bitcoin payments – however, it’s comparatively untested, and could face some of the problems native to Tor as well.

“Similar to Tor, there exist known possibilities of timing leaks, and also unknown active attacks that may be viable,” Osuntokun said.

And according to some, there’s ways that onion-routing could be manipulated, leading to the loss of privacy, especially in an early Lightning network.

For example, the last node within a route, as well as whoever sent that payment, will know the transaction information, and theoretically, nodes could collude to break privacy, piecing together each layer of the payment in order to create a complete picture.

On top of this, there’s the risk of a “global adversary which is able to instantaneous monitor all channels on the network,” something that the current privacy protocol doesn’t address, Osuntokun continued.

Fixed identifiers

And there’s further defects to privacy on Lightning today as well.

For example, Lightning payments are currently given a fixed identifier that is repeated throughout the entire route. “This means that if an adversary has two non-contiguous nodes on the route, then they can trivially link a payment flow,” Osuntokun said.

That said, Osuntokun assured that there’s ways to correct this in future.

For example, if Schnorr signatures, a scaling method that works by aggregating public keys, are adopted into bitcoin, it could correct this issue in a “simple and attractive” way, Osuntokun said.

Plus, there’s other, “more heavy weight solutions” such as using zero-knowledge to encrypt payments. However, because this encryption device is heavy, it will “significantly increase the amount of data one needs to send in order to complete a payment,” Osuntokun said.

According to Osuntokun, the “lowest hanging fruit” is to obscure this payment identifier with random numbers as the payments pass through the network.

Hub and spoke

Even more speculative risks exist as well, but according to Miers, it’s all highly contingent on the structure that the Lightning network will take.

“Some people think the amount of money you need to lock up in a channel and the costs of running nodes will inevitably lead to centralization,” Miers said. “And then there’s clearly no privacy.”

Because onion routing works by passing payments through multiple nodes, in the case of a highly centralized network, active nodes could have perfect visibility of the payments.

However, Blocksteam engineer Christian Decker told CoinDesk that the development teams are  creating “counter measures” against this risk of centralization.

Programming the system to open channels at random, Lightning “tries to avoid having hubs that can observe traffic,” Decker explained, which has the added benefit of “strengthen[ing] the network as a whole against single points of failure.”

Decker said that this randomness could be extended to how routes are formed on the network, making payment paths less predictable but potentiality increasing fees.

Other researchers maintain the risk involved in maintaining a node with high throughput will stave off the formation of centralized hubs.

Miers concluded:

“We will see which one actually ends up happening.”

Disclosure: CoinDesk is a subsidiary of Digital Currency Group, which has an ownership stake in Zcash Company, the for-profit entity that develops the zcash protocol.

Tesla coil image via Shutterstock

The leader in blockchain news, CoinDesk is an independent media outlet that strives for the highest journalistic standards and abides by a strict set of editorial policies. Interested in offering your expertise or insights to our reporting? Contact us at news@coindesk.com.

Published at Sat, 24 Feb 2018 12:00:34 +0000

Features

Previous Article

Bitcoin in black

Next Article

User Interfaces will Bridge Educational Gap and Enhance the Adoption of Cryptocurrencies

You might be interested in …

EOSのコンセンサスアルゴリズムについて – Dappstart –

EOSのコンセンサスアルゴリズムについて – Dappstart – 今回は、EOSホワイトペーパーから<コンセンサスアルゴリズム>について解説していきます。 ___________________________________________________________________ コンセンサスアルゴリズム(BFT-DPOS) EOS.IOソフトウェアは、ブロックチェーンのアプリケーションの処理要件を満たすことができると証明され唯一既知の分散型コンセンサスアルゴリズムであるDelegated Proof of Stake(DPOS)を利用しています。このアルゴリズムでは、EOS.IOソフトウェアを採用しているブロックチェーンにトークンを持っている人は、継続的な承認投票システムを通じてブロックプロデューサーを選べます。誰もが、ブロック生成への参加を選ぶことができ、トークン保有者にブロックプロデューサーとして投票するよう説得することができるならば、ブロックを生成する機会が与えられるでしょう。 EOS.IOソフトウェアを使用すると、ブロックを厳密に0.5秒ごとに作成することができ、1人のプロデューサーが任意の時点でブロックを生成することが許可されます。ブロックが予定された時間に生成されない場合、そのタイムスロットのブロックはスキップされます。 1つ以上のブロックがスキップされると、ブロックチェーンに0.5秒以上のギャップが発生します。 EOS.IOソフトウェアを使用すると、ブロックは126のラウンドで生成されます(各6ブロック、21のプロデューサー)。各ラウンドの開始時に、21人のブロックプロデューサーがEOSトークン保有者からの投票順で選ばれます。選ばれたプロデューサーは、15人以上のプロデューサーによって合意された順序でスケジュールされていきます。 プロデューサーがブロックを見逃し、過去24時間以内にブロックを生成しなかった場合、彼らがブロック生成を再開する意思があることをブロックチェーンに通知するまでブロック生成順としての考慮から除外されます。これにより、信頼性が低いと証明されているプロデューサーをスケジュールせず、見逃すブロック数を最小限に抑えることで、ネットワークが円滑に動作します。 通常の状況下では、DPOSブロックチェーンはフォークが発生しません。なぜならブロックプロデューサーが競合するのではなく、協力してブロックを生成するからです。フォークがある場合だと、コンセンサスは自動的に最長のチェーンに切り替わります。この方法は、ブロックチェーンフォークにブロックが追加される頻度が、同じコンセンサスを共有するブロックプロデューサーの割合と直接的に相関しているために作用します。つまり、プロデューサーの多いブロックチェーンフォークは、プロデューサーの少ないブロックチェーンフォークよりも速く成長します。これは、プロデューサーの多いフォークでは見逃されるブロックが少なくなるためです。 さらに、どのブロック生成者も同時に2つのフォークでブロックを生成するべきではありません。このことが見つかったブロックプロデューサーはおそらく投票で退かされるでしょう。そのような二重生成の暗号証拠はまた、悪意を持った人を自動で除外するために使用されるかもしれません。 同じタイムスタンプまたは同じblockheightの2つのブロックに署名しない限り、すべてのブロックプロデューサーがすべてのブロックに署名できるようにすることで、ビザンチン将軍問題が従来のDPOSに追加されます。 15人の生成者がブロックに署名すると、そのブロックは元に戻せないと見なされます。どんなビザンチンの生成者も同じタイムスタンプか同じblockheightの2つのブロックに署名して彼らの不正行為の暗号証拠を生成しなければならないでしょう。このモデルの下では、不可逆性のあるコンセンサスは1秒以内に到達可能であるべきです。 取引確認 一般的なDPOSブロックチェーンには、100%のブロックプロデューサーの参加があります。トランザクションは、ブロードキャストの時点から平均0.25秒後に99.9%の確実性で確認されたと見なすことができます。 DPOSに加えて、EOS.IOは取り消しができないより速い達成のために非同期ビザンチンフォールトトレランス(aBFT)を追加します。 aBFTアルゴリズムは、1秒以内に不可逆な100%の確認を提供しています。 ステークの証拠としてのトランザクション(TaPoS) EOS.IOソフトウェアでは、すべてのトランザクションに新しいブロックヘッダーのハッシュの一部を含める必要があります。このハッシュは2つの目的を果たします。 1.参照されたブロックを含まないフォーク上でのトランザクションの再生を防ぐ。 2.特定のユーザーとそのステークが特定のフォークを使っていることをネットワークに知らせます。 時間が経つにつれて、すべてのユーザーがブロックチェーンを直接確認することになり、偽造チェーンが正規のチェーンからトランザクションを移行できなくなるため、チェーンを偽造することが困難になります。 Consensus Algorithm (BFT-DPOS) EOS.IO software utilizes the […]