<p>I am not sure if I get your question right. Please tell me if not and I shall iterate on my answer.</p>

<p>First of all the lightning network indeed has a different privacy model only opening and closing of channels is stored to the redundant public ledger called blockchain. Once the channel is open even when routing is applied the payment itself is pretty private.</p>

<p>I have been told that people work on a truly decentralized marketplace on top of lightning. Obviously payment or exchanging of goods and currency seems like an obvious application.</p>

<p>In a similar direction I believe selling digital goods and file-sharing can be powered on top of lightning as it does not require the person who is shopping to register an account. Any digital good could be symmetrically encrypted with the preimage of the invoice as the key</p>

<p>I know that the people from bhb networks are trying to build the rgb protocol on top of lightning which would give colored coins and the ability to issue tokens which could also be transferred via lightning. </p>

<p>On a protocol level there is an ongoing effort to implement rendez vous routing which is an improvement over onion routing. With rendez vous the person getting paid will be able to hide the location of his/her private node it might maintain by proving the remainder of an onion with the issued invoice making a payment from some rendez vous point to the payee. </p>

<p>I personally suggested JIT routing which would produce less routing failures and thus keep channel balance private. </p>

<p>As mentioned I hope your question was meant to go in this direction. </p>

CC BY-SA 4.0
2019-05-21T22:11:22.037Z
2019-05-21T22:11:22.037Z
Rene Pickhardt
<p>If I'm correct, a bitcoin sent into a lightning channel technically looks like any Bitcoin transaction. From there if the channel never closes, the Bitcoins can essentially stay in a "locked" state in that channel which can give it some interesting properties such as the most needed feature in Bitcoin, privacy &amp; fungibility. </p>

<p>What are some projects that are currently implementing privacy features into the Bitcoin lightning network? If there aren't any, what has been discussed that could be possible?</p>

<lightning-network><privacy><fungibility>
What are some proposed privacy features coming to the bitcoin lightning network?
Patoshi パトシ
# What are some proposed privacy features coming to the bitcoin lightning network?

(Asked by: username_0 on 2019-05-21)

If I'm correct, a bitcoin sent into a lightning channel technically looks like any Bitcoin transaction. From there if the channel never closes, the Bitcoins can essentially stay in a "locked" state in that channel which can give it some interesting properties such as the most needed feature in Bitcoin, privacy & fungibility.

What are some projects that are currently implementing privacy features into the Bitcoin lightning network? If there aren't any, what has been discussed that could be possible?

**Tags:** lightning-network, privacy, fungibility


---

## 1 answers

### Answer by username_1 on 2019-05-21. Score: 3 | Accepted answer

I am not sure if I get your question right. Please tell me if not and I shall iterate on my answer.

First of all the lightning network indeed has a different privacy model only opening and closing of channels is stored to the redundant public ledger called blockchain. Once the channel is open even when routing is applied the payment itself is pretty private.

I have been told that people work on a truly decentralized marketplace on top of lightning. Obviously payment or exchanging of goods and currency seems like an obvious application.

In a similar direction I believe selling digital goods and file-sharing can be powered on top of lightning as it does not require the person who is shopping to register an account. Any digital good could be symmetrically encrypted with the preimage of the invoice as the key

I know that the people from bhb networks are trying to build the rgb protocol on top of lightning which would give colored coins and the ability to issue tokens which could also be transferred via lightning.

On a protocol level there is an ongoing effort to implement rendez vous routing which is an improvement over onion routing. With rendez vous the person getting paid will be able to hide the location of his/her private node it might maintain by proving the remainder of an onion with the issued invoice making a payment from some rendez vous point to the payee.

I personally suggested JIT routing which would produce less routing failures and thus keep channel balance private.

As mentioned I hope your question was meant to go in this direction.


---

