Bitcoin Magazine
The Lightning Network Is Like the Ship Of Theseus
What is the Lightning Network? It is generally spoken about in analogies, metaphors or direct explanations of purpose. What it really...

<a rel="nofollow" href="https://bitcoinmagazine.com/">Bitcoin Magazine</a> <img src="https://static.fwimg.io/img/feed/d49e4568f45860742a5cd667fcea52ac.jpg"> <a rel="nofollow" href="https://bitcoinmagazine.com/print/lightning-network-is-ship-of-theseus">The Lightning Network Is Like the Ship Of Theseus</a><div></div><figure><img src="https://static.fwimg.io/img/feed/46da3feb628edf22f7c861a2e2c43a40.jpg" alt="" title="The Lightning Network Is Like the Ship Of Theseus 1"></figure>What is the Lightning Network? It is generally spoken about in analogies, metaphors or direct explanations of purpose.  <ul><li>“It’s the checking account, versus on-chain as the savings account.”</li><li>“It’s a series of tubes like the internet, with bitcoin flowing through them.”</li><li>“It’s a quick, instant-settlement layer of bitcoin.”</li></ul>What it really is is a network of payment channels, where people lock bitcoin into a multisignature address, and update the state of balance distributions off-chain. It’s how we are going to scale Bitcoin — or at least part of how we are going to scale Bitcoin. In the short “Explainer” series in this <a href="https://store.bitcoinmagazine.com/products/the-lightning-issue-38?variant=48505462259949" rel="nofollow">magazine</a>, I explain the mechanics of how Lightning works: how the pre-signed transactions that make up a Lightning channel work, how payments are routed across the network, ways that liquidity is managed, etc. Read those, and you should have a solid understanding of the underlying mechanisms that make the <a href="https://bitcoinmagazine.com/tags/lightning" rel="nofollow">Lightning Network</a> work. The problem is, when it comes to asking what the Lightning Network is, all of those individual pieces are modular and replaceable. What if we structured the pre-signed transactions differently? Or what if we used a different mechanism to route payments across the network? What about totally rethinking the way we even select routes for payments in the first place? What if we replaced all of them over time, so that none of the individual pieces of the protocol or network are the same? Is that still the Lightning Network? Like the <a href="https://en.wikipedia.org/wiki/Ship_of_Theseus" rel="nofollow">Ship of Theseus, is the ship still Theseus’ ship</a> after every plank and screw has been replaced? Is the Lightning Network still the Lightning Network if we change how all the individual pieces work? <h2>Channel Designs</h2>Lightning channels are sets of pre-signed transactions. The purpose of these transactions is to commit to, and give users a mechanism to enforce, a balance distribution of a shared UTXO that neither party has unilateral control over. Those channels, or transactions, currently take the form of a Poon-Dryja channel. These transactions use the revocation key mechanism invented by Tadge Dryja in the <a href="https://lightning.network/lightning-network-paper.pdf" rel="nofollow">original Lightning Network</a> <a href="https://bitcoinmagazine.com/technical/gentle-introduction-to-lightning-network" rel="nofollow">white paper</a>. This is a very specific transaction structure for a payment channel, but it is by no means the only one. Let’s look at a concept called “timeout trees” to look at something with minimal differences from the way channels currently work. <figure><img src="https://static.fwimg.io/img/feed/ec6b0902b2849bfb56992c6b8276b344.jpg" alt="" title="The Lightning Network Is Like the Ship Of Theseus 2"></figure>A timeout tree is one of the most basic possible forms of multiparty channels (a channel with more than two members in it). A <a href="https://m.youtube.com/watch?v=XZZ4pgdTPxo" rel="nofollow">Lightning service provider</a> (LSP) creates a tree of transactions branching out from a single on-chain UTXO, and ending along each branch with a Lightning channel between the LSP and some user. Each tree has an expiry time, after which the on-chain UTXO (or any of the intermediary ones between it and the Lightning channels) can be spent unilaterally by the LSP. The idea is that users can simply swap their funds from channels in the expiring tree to a new one before that point, and let the LSP reclaim the liquidity it locked up with its users after expiry. This was proposed as a use case for CHECKTEMPLATEVERIFY (CTV), an opcode that prevents a UTXO from being spent any way other than the transaction that matches a predefined hash; in principle, it could be done without it using pre-signed transactions with the trade-off of introducing more coordination complexity and risk of failure to initialize a tree. The Lightning channels would essentially work just the same as Poon-Dryja channels, but also need to include all the extra pre-signed transactions involved in unfurling the tree, and subject to the expiry time of the tree as a whole. Is this Lightning? Or is this something else? What about LN-Symmetry? That is a proposal using CTV and CHECKSIGFROMSTACK (CSFS), an opcode that lets you check a signature against arbitrary data in a transaction to completely replace the revocation key and revocation mechanism. Instead of the revocation system, LN-Symmetry creates the concept of a floating signature or floating transaction. The LN-Symmetry script has two ways to spend it, either a CTV branch locking the spend to the transaction representing the balance distribution for that channel state, or a CTV + CSFS branch that lets any transaction matching a CTV template signed by a specific key set in the script spend it. This, in combination with the use of different timelock values, allows any commitment transaction to spend the output of any prior commitment transaction, i.e., to replace older states with more recent ones. Rather than penalizing a party who used an old transaction, LN-Symmetry “corrects” the old transaction to distribute balances based on the current state instead. Is this still Lightning? Or is this too different? <h2>Payment Forwarding Protocols</h2>Hash-time lock contracts (HTLCs) are used to route payments across the Lightning Network. Each HTLC either finalizes the payment moving forward with the revealing of a preimage to a hash, or allows it to be refunded backward if that preimage is not revealed in time. This is the mechanism safely enforcing that every hop of a payment either moves forward to the receiver, or backward to the sender (if it could not be completed). This is not the only way to accomplish that goal. Point timelock contracts (PTLCs) are another mechanism that could be used in place of HTLCs. PTLCs make use of adapter signatures as opposed to preimages and hashes to provide atomic guarantees between all the hops in a payment. Adapter signatures are cryptographic signatures that have had a data value added to them — or removed from them — in order to render them invalid. The signature can now only be made valid again by adding (or removing) the “adapter value” that was used in the first place. Payments along a route are signed with adapter signatures, with the recipient of the payment releasing the information needed to render them valid again. But this isn’t that radically different from an HTLC; it just uses a different mechanism for facilitation. Let’s look at something wildly different: packetized payments. This is an old proposal to completely do away with HTLCs in order to forward payments. The idea is to break up a single payment into numerous payments of very small value, say 100 satoshis, and then just blindly forward them to a peer with routing instructions. The recipient can tell the sender every time a “payment packet” arrives successfully, and if one does not arrive, the sender knows that one hop along the route is not honestly forwarding the money. They can stop using that route and try another one, only losing 100 satoshis in the process. Is this still Lightning, or something completely different? The channel transactions would work the same way and the routing protocol would be identical, but is it still Lightning? <h2>Routing Protocols</h2>What if we completely replace the routing protocol? Lightning currently uses the gossip protocol in order to ensure that all Lightning nodes on the network have a relatively good map of the different channels across the network, how much bitcoin is in them, and the fees they charge — all the information necessary for each node to fully select the routing path for its payments on its own. Ant Routing is a proposal to do away with all of that entirely: to route payments across the network without any gossip protocol, without any map of the network, and without the sender picking the path that their payment takes. The design to accomplish that is built around “pheromone trails” and “pheromone seeds,” special messages that are broadcast out across the entire network in order to facilitate payments. Together, the sender and receiver generate a large random number, and create a partial hash of that (the pheromone seed). Both parties then broadcast the seed to all of their immediate peers with a counter that increases by +1 every time the seed is passed along. Eventually, one node in the network will receive both seeds, and know that they are the connecting point for a complete path between sender and receiver. At this point, that node will send a response message back in both directions, and when the sender and receiver both confirm the response they can coordinate the payment. It will be passed back along the route to the connection point, and from there to the receiver, all without anyone along the path, including the sender and receiver, having to construct the route themselves or having any idea what the complete route is. Is this still the Lightning Network? Or is this too radically different? <h2>What Is It?!</h2>The Lightning Network is a series of pre-signed transactions to enforce a balance distribution between users, plus the other mechanisms involved in updating that distribution and synchronizing those updates between users all across the network. But doesn’t that also describe <a href="https://bitcoinmagazine.com/technical/bitcoin-layer-2-ark" rel="nofollow">Ark</a>? Or <a href="https://bitcoinmagazine.com/technical/mercury-layer-a-massive-improvement-on-statechains" rel="nofollow">statechains</a>? Yes. That’s my point. The core idea of Lightning is just updating agreements about how to distribute funds off-chain, while ensuring that the most recent version of that agreement can be enforced on-chain if needed, without room for an involved party to “cheat the system” and enforce a more favorable past agreement. There are many different ways to achieve that goal. The way used currently is simply the first concrete way that was specified. There are, and can be, more and different ways to do that. Over time the methods and tools for accomplishing that goal will change. Maybe some new way will completely obsolete an older way. Maybe some new way works better in a certain scenario or situation. But new ways will definitely come, and that’s okay. Some things will completely change, others will only be slight variations of what came before, but Lightning will shapeshift over time. It needs to in order to continue scaling in the long term, to solve its own problems, to help <a href="https://bitcoinmagazine.com/bigread/money-robinson-crusoe-praxeology" rel="nofollow">bitcoin function as a money.</a> Lightning will evolve. <figure><img src="https://static.fwimg.io/img/feed/a4d52a8b48e97f5b1a02e1b3c4f81f17.jpg" alt="" title="The Lightning Network Is Like the Ship Of Theseus 3"></figure><a href="https://bm.b.tc/3J1TYOG" rel="nofollow">Don’t miss your chance to own The Lightning Issue</a> — featuring an exclusive interview with Lightning co-creator Tadge Dryja. It dives deep into Bitcoin’s most powerful scaling layer. Limited run. Only available while supplies last.This piece is an article featured in the latest <a href="https://store.bitcoinmagazine.com/collections/magazines" rel="nofollow">Print </a>edition of Bitcoin Magazine, The Lightning Issue. We’re sharing it here to show the ideas explored throughout the full issue.This post <a rel="nofollow" href="https://bitcoinmagazine.com/print/lightning-network-is-ship-of-theseus">The Lightning Network Is Like the Ship Of Theseus</a> first appeared on <a rel="nofollow" href="https://bitcoinmagazine.com/">Bitcoin Magazine</a> and is written by <a rel="nofollow" href="https://bitcoinmagazine.com/authors/shinobi">Shinobi</a>.

The Lightning Network Is Like the Ship Of Theseus

비트코인 매거진
테세우스의 배와 같은 라이트닝 네트워크
라이트닝 네트워크란 무엇인가? 이는 대개 비유, 은유 또는 목적에 대한 직접적인 설명으로 이야기됩니다. 실제로 그것은...

<a rel="nofollow" href="https://bitcoinmagazine.com/">비트코인 매거진</a> <img src="https://static.fwimg.io/img/feed/d49e4568f45860742a5cd667fcea52ac.jpg"> <a rel="nofollow" href="https://bitcoinmagazine.com/print/lightning-network-is-ship-of-theseus">번개 네트워크는 테세우스의 배와 같다</a><div></div><figure><img src="https://static.fwimg.io/img/feed/46da3feb628edf22f7c861a2e2c43a40.jpg" alt="" title="번개 네트워크는 테세우스의 배와 같다 1"></figure>번개 네트워크란 무엇인가? 일반적으로 비유, 은유 또는 목적에 대한 직접적인 설명을 통해 이야기됩니다. <ul><li>"체인 위 거래를 저축 계좌로 보면, 이는 당좌 예금 계좌와 같다."</li><li>"인터넷의 일련의 튜브와 같으며, 비트코인이 그 안을 흐른다."</li><li>"비트코인의 빠르고 즉각적인 정산 레이어(Settlement Layer)다."</li></ul>실제로 이는 사람들이 다중서명 주소에 비트코인을 잠그고 체인 외부에서 잔액 분배 상태를 업데이트하는 지불 채널 네트워크입니다. 이것이 우리가 비트코인을 확장할 방법입니다 - 적어도 비트코인을 확장하는 방법의 일부입니다.

(이하 생략, 전체 번역을 원하시면 추가로 요청해주세요)

라이트닝 네트워크는 테세우스의 배와 같습니다

모네로(Monero) 하락 추세 속에서 반등을 시도하고 있으며, 모네로(XMR) 일일 차트 분석 결과는 '하락 구조 내에서의 반등'을 보여주고 있습니다. 이는 전반적인 암호화폐 시장이 극심한 공포에 휩싸여 주요 암호화폐를 알트코인보다 선호하는 경향을 반영합니다.

모네로(XMR) 일봉 차트에서 약세장 반등 시도: 약세 패턴 내 역추세 반등

최근 비트코인 ​​가격은 변동성이 큰 모습을 보이며 회복 시도가 어려움을 겪고 있습니다. 비트코인(BTC) 최근 하락세 이후 안정세를 보이려 했지만, 거래소 거래 수요로 인해 어려움을 겪고 있습니다.

블랙록, 가격 불확실성에도 불구하고 비트코인 ETF를 "3대 투자 테마"로 선정

보고서에 따르면 2025년 웹3 분야에서 630건의 보안 사고가 발생하여 총 약 33억 5천만 달러의 손실이 발생할 것으로 예상되며, 이는 2024년 대비 37% 증가한 수치입니다. 사고 건수는 전년 대비 137건 감소했지만, 공격당 평균 손실액은 532만 2천 달러에 달해 전년 대비 66.6% 급증했습니다. 이는 공격자들이 고가치 목표물을 집중적으로 노리는 추세를 보여줍니다.
기사 작성자 및 출처: CertiK
웹3 산업은 시장 환경 회복과 더욱 명확해진 규제 기대치 속에서 발전을 가속화하고 있지만, 보안 리스크 해소되지 않았으며 여전히 시스템적인 보안 문제에 직면해 있습니다.
주요 데이터
2월은 ...의 달입니다.