Lightning & SkalierungLightning & ScalingLightning & EscalabilidadLightning & EscalabilidadeLightning & スケーリングLightning & 扩容Lightning & التوسع

Das Skalierungsproblem

Die Basis-Schicht von Bitcoin ist bewusst durchsatzbegrenzt. Ein Block entsteht im Schnitt alle zehn Minuten, und seine Größe ist beschränkt. Vor 2017 galt ein hartes Limit von 1 MB; seit dem SegWit-Upgrade misst das Protokoll die Blockgröße in Gewichtseinheiten (weight units) mit einer Obergrenze von 4 Mio. Gewichtseinheiten. Daraus ergibt sich je nach Transaktionsmix eine reale Blockgröße von typischerweise rund 1,7–2,0 MB (theoretisches Maximum ~4 MB).

Zum Vergleich: Globale Kartennetzwerke wickeln im Schnitt Tausende Transaktionen pro Sekunde ab und können Spitzen im fünfstelligen Bereich verarbeiten. Würde man Bitcoins Limit einfach drastisch erhöhen, stiege der Speicher- und Bandbreitenbedarf für vollwertige Knoten (Full Nodes) — was das Betreiben eines eigenen Knotens verteuert und die Dezentralisierung schwächt. Genau dieser Zielkonflikt — Durchsatz gegen Dezentralisierung/Überprüfbarkeit — steht im Zentrum der Skalierungsdebatte.

Die Blocksize War in Kürze

Zwischen 2015 und 2017 entzündete sich ein Grundsatzstreit, ob die Blockgröße per Hard Fork stark angehoben werden solle. Eine Lagergruppe wollte größere Blöcke (mehr Transaktionen, höhere Knoten-Anforderungen), die andere setzte auf kleine Blöcke plus Skalierung auf Zusatzschichten.

The scaling problem

Bitcoin's base layer is deliberately throughput-limited. A block appears on average every ten minutes, and its size is capped. Before 2017 a hard limit of 1 MB applied; since the SegWit upgrade the protocol measures block size in weight units with a ceiling of 4 million weight units. Depending on the transaction mix, this yields a real block size of typically around 1.7–2.0 MB (theoretical maximum ~4 MB).

For comparison, global card networks settle thousands of transactions per second on average and can absorb peaks in the tens of thousands. Simply raising Bitcoin's limit dramatically would increase the storage and bandwidth requirements for full nodes — making it more expensive to run your own node and weakening decentralisation. This very trade-off — throughput versus decentralisation/verifiability — sits at the heart of the scaling debate.

The Blocksize War in brief

Between 2015 and 2017 a fundamental dispute erupted over whether to raise the block size sharply via a hard fork. One camp wanted bigger blocks (more transactions, higher node requirements); the other favoured small blocks plus scaling on additional layers.

El problema de escalabilidad

La capa base de Bitcoin está intencionalmente limitada en throughput. Se genera un bloque, en promedio, cada diez minutos y su tamaño está restringado. Hasta 2017 se estableció un límite duro de 1 MB; desde la actualización de SegWit, el protocolo mide el tamaño del bloque en unidades de peso (weight units) con un límite superior de 4 millones de unidades de peso. De ello se deriva una verdadera tamaño del bloque de aproximadamente 1,7-2,0 MB (máximo teórico ~ 4 MB).

Para comparar: las redes globales de mapas procesan, en promedio, miles de transacciones por segundo y pueden manejar picos en el rango de cinco cifras. Si se aumenta drásticamente el límite de Bitcoin, aumentará la demanda de almacenamiento y ancho de banda para los nodos completos (Full Nodes), lo que aumentará el costo de operar un nodo propio y debilitará la descentralización. Exactamente este conflicto de objetivos - a través de capacidad contra descentralización / verificación - está en el centro del debate sobre escalabilidad.

La guerra de tamaño de bloque en breve

Entre 2015 y 2017, un debate filosófico surgió sobre si el tamaño del bloque se aumentaría significativamente mediante una bifurcación dura. Un grupo de partidarios quería bloques más grandes (más transacciones, mayores requisitos para los nodos), mientras que el otro grupo apoyaba pequeños bloques y escalabilidad en capas adicionales.

O Problema de Escalabilidade

A camada básica do Bitcoin é intencionalmente limitada em taxa de processamento. Uma bloco surge, em média, a cada dez minutos e seu tamanho está limitado. Antes de 2017, havia um limite rígido de 1 MB; desde o upgrade SegWit, o protocolo mede o tamanho do bloco em unidades de peso (weight units) com um limite máximo de 4 milhões de unidades de peso. Isso resulta em um tamanho real de bloco típico de cerca de 1,7-2,0 MB (máximo teórico ~ 4 MB).

Para comparar: redes globais de mapas processam, em média, milhares de transações por segundo e podem lidhar com picos no campo de cinco dígitos. Se simplesmente aumentasse o limite do Bitcoin drasticamente, haveria um aumento na demanda de armazenamento e largura de banda para nós completos (Full Nodes) - o que tornaria mais caro operar seu próprio nó e enfraqueceria a descentralização. Exatamente esse conflito de objetivos - taxa contra descentralização/verificabilidade - está no centro da discussão sobre escalabilidade.

A Guerra do Tamanho do Bloco em Breve

Entre 2015 e 2017, um debate fundamental surgiu sobre se o tamanho do bloco deveria ser aumentado significativamente por meio de uma bifurcação dura. Um grupo queria blocos maiores (mais transações, maior demanda por nós), enquanto outro defendia blocos menores mais escalabilidade em camadas adicionais.

スケーラビリティの問題

ビットコインの基本層は意図的にトラフィック制限されています。ブロックは平均して毎分10回生成され、サイズも制限されています。2017年以前は1MBのハードな制限がありましたが、SegWitアップグレード後、プロトコルはウェイトユニット(weight units)でブロックサイズを測定し、4,000,000ウェイトユニットの上限があります。その結果、通常のトランザクションミックスによって、実際のブロックサイズは約1.7-2.0MB(理論的最大 ~ 4MB)になります。

比較: 世界中の地図ネットワークは平均して毎秒千数百のトランザクションを処理し、五桁の数字のピークを処理できます。ビットコインの制限を簡単に大幅に増やすと、フルノード（Full Nodes）のストレージおよびバンド幅ニーズが増加することになります。これは自らのノードを運営するコストを高め、デセントラライズを弱めることになります。正確に、この対立 - トラフィックとデセントラライズ/検証性 - はスケーラビリティの議論の中心にいます。

ブロックサイズ・ウォーはすぐに

2015年から2017年に行われた基本原則の論争では、ハードフォークを通じて強くブロックサイズを増やすべきかどうかが焦点となりました。一つのグループはより大きなブロック（多くのトランザクションと高いノード要件）を求めました。もう一方のグループは小さなブロックに加え、上位層でのスケーラビリティを目指しました。

扩展问题

比特币的基础层故意设置了吞吐量限制。一个区块平均每10分钟产生，且其大小受限。在2017年之前，硬性限制为1MB；自从SegWit升级后，该协议将区块大小测量为权重单位(weight units)，上限为4,000,000权重单位。根据交易组合，实际区块大小通常约为1.7-2.0MB(理论最大值~4MB)。

对比：全球地图网络层平均每秒处理上千笔交易，并可以处理五位数峰值。如果简单地大幅提高比特币的限制，将增加全节点（Full Nodes）的存储和带宽需求，这会使运行自己的节点更昂贵，削弱去中心化。正是这个矛盾——吞吐量与去中心化/可审计性之间的冲突——在扩展争论中占据核心地位。

区块大小战争简史

从2015年到2017年，关于是否通过硬分叉大幅提高区块大小进行根本辩论。一派倡导更大的区块（更多交易、更高的节点要求），另一派则信奉小区块加上基于额外层面的扩展。

مشكلة التطوير

طبقة الأساس من البيتكوين مقيدة عمداً في عدد المعاملات. يحدث كل بلوك تقريباً كل عشر دقائق، وحجمه محدود. قبل عام 2017 كان هناك حد صارم مقداره 1 ميغابايت؛ منذ تحسين SegWit يتم قياس حجم البوك في وحدة كتلة (weight units) مع حدود أقصى تبلغ 4 مليون وحدة كتلة. مما ينتج عنه حجم بوك حقيقي حسب مخزون المعاملات حوالي 1,7-2,0 ميغابايت (الحد الأقصى النظري ~ 4 ميغابايت).

للحصول على المقارنة: شبكات الخرائط العالمية تتعامل بشكل عام مع آلاف المعاملات في الثانية وتتمكن من معالجة قمم في المجال الآلاف يمكن أن يزداد الحجم الفعلي للبيتكوين بسهولة، مما يؤدي إلى زيادة متطلبات التخزين والباندويث للاستمرارية الكاملة (Full Nodes) - الأمر الذي يكلف تكلفة تشغيل عقد خاص بك وتضعف اللامركزية. وهذا التعارض بالتحديد — الإنتاجية مقابل اللامركزية/قابلية التحقق — هو جوهر النقاش حول التوسع.

حرب حجم الكتلة باختصار

بين عامي 2015 و2017 اندلع نزاع أساسي حول ما إذا كان يجب زيادة حجم الحزمة بقوة بواسطة Hard Fork. مجموعة واحدة تريد بلوكات أكبر (معاملات أكثر، متطلبات عقد أعلى) والبعض الآخر يعتمد على الحجم الصغير للبلوك بالإضافة إلى التسوية على طبقات إضافية.

Das Layer-2-Konzept

Ein Layer 2 (Zweite Schicht) ist ein Protokoll, das oberhalb der Bitcoin-Blockchain (Layer 1) aufsetzt und Transaktionen off-chain — also außerhalb der Kette — abwickelt. Die Sicherheit von Layer 1 wird genutzt, indem nur ausgewählte Transaktionen tatsächlich auf der Blockchain verankert werden, während dazwischen beliebig viele Wertübertragungen stattfinden können.

Layer-2-Ansätze unterscheiden sich vor allem darin, wie viel Vertrauen in Dritte nötig ist und wie der Bezug zur Basis-Schicht abgesichert wird:

Wichtig ist die saubere Unterscheidung: Manche Systeme (etwa Lightning) sind nicht-verwahrend und an die Basis-Schicht gekettet; andere (Sidechains, Ecash-Mints) verlagern Vertrauen auf eine Föderation oder einen Mint. Beide Modelle haben ihre Berechtigung — entscheidend ist, die Trade-offs zu kennen.

The Layer-2 concept

A Layer 2 is a protocol built on top of the Bitcoin blockchain (Layer 1) that settles transactions off-chain — that is, outside the chain. It leverages Layer 1's security by anchoring only selected transactions on the blockchain, while arbitrarily many value transfers can take place in between.

Layer-2 approaches differ above all in how much trust in third parties is required and how the link to the base layer is secured:

The clean distinction matters: some systems (such as Lightning) are non-custodial and chained to the base layer; others (sidechains, e-cash mints) shift trust to a federation or a mint. Both models have their place — what counts is understanding the trade-offs.

El concepto de Layer-2

Un Layer 2 (segunda capa) es un protocolo que se establece encima de la cadena de bloques de Bitcoin (Layer 1) y gestiona transacciones off-chain — es decir, fuera de la cadena —. La seguridad de Layer 1 se utiliza al permitir solo ciertas transacciones que realmente se registran en la cadena de bloques, mientras que entre ellas pueden tener lugar un número ilimitado de transferencias de valor.

Los enfoques de Layer-2 se diferencian principalmente en la cantidad de confianza necesaria en terceros y cómo se asegura la conexión con la capa base:

Lo importante es la distinción clara: algunos sistemas (como Lightning) no son custodios y están vinculados a la capa base; otros (sidechains, mints Ecash) transfieren confianza a una federación o una mint. Ambos modelos tienen su justificación — lo decisivo es conocer los trade-offs.

O conceito de Layer-2

Uma Layer 2 (Segundo Nível) é um protocolo que se coloca acima da blockchain do Bitcoin (Layer 1) e processa transações off-chain - ou seja, fora da cadeia. A segurança de Layer 1 é utilizada ao permitir apenas determinadas transações serem realmente registradas na blockchain, enquanto entre elas podem ocorrer quantas transferências de valor forem necessárias.

A abordagem de Layer-2 difere principalmente em quanto confiança é necessária em terceiros e como o vínculo com a camada básica é garantido:

Importante é a distinção clara: alguns sistemas (como Lightning) não são custodiados e estão ligados à camada básica; outros (sidechains, Ecash-Mints) transferem confiança para uma federação ou um Mint. Ambos os modelos têm seu lugar - o importante é conhecer as trade-offs.

Layer-2コンセプト

Layer 2(第2層)は、ビットコインのブロックチェーン(レイヤー1)の上に構築されるプロトコルで、off-chain(ブロックチェーン外)でトランザクションを処理します。レイヤー1のセキュリティが利用され、実際には選択されたトランザクションのみがブロックチェーンに記録されることになります。一方で、その間に無限に価値の移動が行われることができます。

Layer-2アプローチは、特に信頼感の少ないものとどれだけ第三者の信頼が必要か、および基本的な底層との繋がりが保証される方法で異なります:

重要なのは、明確に区別することです。あるシステム(例えばLightning)は非保管的であり、基本的な底層と連鎖されています。一方で、他（Sidechains, Ecash-Mints）は、連合またはミントへの信頼を移します。どちらのモデルも適切ですが、重要なのはトレードオフを理解することです。

层级-2概念

一个 第二层（Layer 2） 是一个建立在比特币区块链（第一层）之上的协议，它在off-chain（链下）——也就是在链外——处理交易。它利用第一层的安全性，只将选定的交易实际记录在区块链上，而在它们之间可以进行任意多的价值转移。

层级-2方法主要区别在于：需要多少对第三方的信任，以及如何确保与基础层的连接：

重要的是要清晰区分:有些系统(如Lightning)是非保管的,与基础层面相连;另一些(侧链、Ecash-Mints)将信任转移到一个联合体或mint。两个模型都有其合理性——关键是了解它们的权衡。

نظرية الطبقة الثانية

طبقة الثانية (الطبقة الثانية) هي معيار يُستَخْدَم فوق سلسلة بيتكوين (الطبقة الأولى) ويَحُلُّ إجراءات التداول بالخارج - أي خارج السلسلة - . يتم استخدام أمان الطبقة الأولى عن طريق تثبيت بعض الإجراءات الفعلية على blockchain، بينما يمكن أن يحدث نقل الأصول غير المحدود فيما بينها.

تختلف تقنيات الطبقة الثانية قبل كل شيء في مقدار الثقة المطلوبة في الأطراف الأخرى وكيفية تأمين الارتباط بالطبقة الأساسية:

ما هو مهم هو التمييز الدقيق: بعض الأنظمة (مثل Lightning) ليست حفظًا وليس مُحَكَمَةً ومتصلّة بالطبقة الأساسية؛ والبعض الآخر (Sidechains، Ecash-Mints) يُنقل الثقة إلى اتحاد أو مطبعة. كلا النموذجين لديه أهميته - ما هو مهم هو أن تعرف التبادلات.

Das Lightning Network

Das Lightning Network ist das mit Abstand bekannteste Layer 2 für Bitcoin. Es besteht aus einem Geflecht von Zahlungskanälen (payment channels) zwischen Teilnehmern. Ein Kanal ist im Kern ein gemeinsam finanzierter 2-von-2-Multisig-Topf, dessen interne Aufteilung beide Parteien beliebig oft und sofort neu verhandeln können — ohne dass jede einzelne Zahlung auf die Blockchain muss.

Innerhalb eines Kanals sind Zahlungen sofort bestätigt (keine 10-Minuten-Wartezeit) und extrem günstig. Gebühren liegen typischerweise im Bereich von Bruchteilen eines Cents, was Bitcoin erst für Micropayments (Kleinstzahlungen, z. B. einzelne Sats) praktikabel macht.

Routing über das Netzwerk

Man braucht keinen direkten Kanal zu jedem Zahlungsempfänger. Lightning leitet Zahlungen über mehrere Zwischenknoten weiter. Damit das vertrauenslos und atomar geschieht, kommen HTLCs (Hash Time-Locked Contracts) zum Einsatz:

• Der Empfänger erzeugt ein Geheimnis (Preimage) und teilt nur dessen Hash über die Rechnung (Invoice) mit.
• Entlang des Pfades wird je Sprung ein bedingtes Versprechen gesetzt: Auszahlung gegen Vorlage des Preimage vor Ablauf einer Zeitsperre (Timelock), sonst Rückerstattung.
• Löst der Empfänger ein, indem er das Preimage offenlegt, werden alle Zwischen-HTLCs rückwärts entlang des Pfades abgewickelt — entweder gelingt die gesamte Kette oder keine Teilzahlung.

Onion-Routing für Privatsphäre

Lightning verwendet Onion-Routing (mehrlagige Verschlüsselung, vom Tor-Prinzip inspiriert). Jeder weiterleitende Knoten kann nur seine eigene Schicht entschlüsseln und kennt lediglich den vorigen und den nächsten Sprung — nicht den vollständigen Pfad, nicht zwingend Absender und Empfänger. Neuere Erweiterungen wie blinded paths (verschleierte Pfade) verbessern die Privatsphäre des Empfängers zusätzlich.

The Lightning Network

The Lightning Network is by far the best-known Layer 2 for Bitcoin. It consists of a mesh of payment channels between participants. At its core, a channel is a jointly funded 2-of-2 multisig pot whose internal split both parties can renegotiate instantly and as often as they like — without every single payment having to hit the blockchain.

Within a channel, payments are instantly confirmed (no 10-minute wait) and extremely cheap. Fees are typically fractions of a cent, which is what makes Bitcoin practical for micropayments (tiny payments, e.g. individual sats) in the first place.

Routing across the network

You don't need a direct channel to every payee. Lightning forwards payments across multiple intermediary nodes. To do this trustlessly and atomically, it uses HTLCs (Hash Time-Locked Contracts):

• The recipient generates a secret (preimage) and shares only its hash via the invoice.
• Along the path, each hop sets up a conditional promise: pay out on presentation of the preimage before a timelock expires, otherwise refund.
• When the recipient redeems by revealing the preimage, all intermediate HTLCs settle backward along the path — either the entire chain succeeds or no partial payment occurs.

Onion routing for privacy

Lightning uses onion routing (multi-layered encryption, inspired by the Tor principle). Each forwarding node can decrypt only its own layer and knows merely the previous and next hop — not the full path, and not necessarily the sender and recipient. Newer extensions such as blinded paths further improve recipient privacy.

La Lightning Network

La Lightning Network es el sistema de capa 2 más conocido para Bitcoin. Está compuesta por una red de canales de pago (payment channels) entre los participantes. Un canal es en esencia un vaso de multisig 2-de-2 comúnmente financiado, cuya distribución interna puede ser negociada arbitrariamente y de inmediato por ambas partes - sin que cada pago individual tenga que ir a la cadena de bloques.

Dentro de un canal, los pagos están confirmados de inmediato (sin esperar 10 minutos) y son extremadamente baratos. Los cargos suelen estar en el rango de fracciones de un centavo, lo que hace a Bitcoin viable para micropayments (pequeños pagos, por ejemplo, sats individuales).

Ruteo a través de la red

No se necesita un canal directo con cada receptor de pago. Lightning enruta los pagos a través de varios nodos intermedios. Para que esto sea confiable y atómico, se utilizan HTLCs (contratos temporales con hora muerta):

• El receptor genera un secreto (preimage) y comparte solo su hash en la factura (Invoice).
• A lo largo del camino, se establece una promesa condicional en cada salto: pago contra presentación del preimage antes de que se agote el tiempo muerto (timelock), o devolución en caso contrario.
• Al revelar el preimage, el receptor desencadena todo el conjunto de HTLCs hacia atrás a lo largo del camino - o todo o nada de la cadena completa o ninguna parte del pago.

Enrutamiento cebolla para privacidad

Lightning utiliza enrutamiento cebolla (cifrado en varias capas, inspirado en el principio de Tor). Cada nodo que reenvía puede solo descifrar su propia capa y sabe solo del anterior y del siguiente salto - no el camino completo, no necesariamente emisor y receptor. Extensión más reciente como caminos ciegos (caminos cegados) mejoran la privacidad adicional del receptor.

A Rede Lightning

A Rede Lightning é o conhecido Layer 2 para Bitcoin, sem dúvida. Ela consiste em uma rede de canais de pagamento (payment channels) entre participantes. Um canal é, na essência, um fundo multisig de 2-of-2 comumente financiado, cuja alocação interna as duas partes podem negociar novamente a qualquer momento e imediatamente - sem que cada transação individual seja necessária para a blockchain.

Dentro de um canal, as transações são confirmadas imediatamente (sem espera de 10 minutos) e extremamente baratas. As taxas normalmente estão em torno de frações de um centavo, o que torna o Bitcoin viável para micropagamentos (pequenas quantias, por exemplo, sats individuais).

Roteamento pela rede

Você não precisa de um canal direto com cada receptor de pagamento. A Lightning roteia pagamentos através de vários nós intermediários. Para que isso seja confiável e atômico, HTLCs (Hash Time-Locked Contracts) são usados:

• O destinatário gera um segredo (Preimage) e compartilha apenas seu hash na conta (Invoice).
• Ao longo do caminho, cada salto define uma promessa condicional: saque contra apresentação do Preimage antes do término de um temporizador (Timelock), caso contrário, reembolso.
• Quando o destinatário revela o Preimage, as HTLCs são processadas retroativamente ao longo do caminho - ou todo o conjunto é bem-sucedido ou nenhuma parcela é feita.

Roteamento à cebola para privacidade

A Lightning usa roteamento à cebola (criptografia multicamada, inspirada no princípio do Tor). Cada nó intermediário pode apenas descriptografar sua própria camada e conhece apenas o nó anterior e o próximo salto - não o caminho completo, nem necessariamente remetente e destinatário. Extensões mais recentes como blinded paths (caminhos embaçados) melhoram a privacidade do receptor adicionalmente.

ライトニング・ネットワーク

ライトニング・ネットワークは、ビットコインのLayer 2の中で最も知名度が高いものです。彼らは、参加者間の支払いチャネル(payment channels)からなるネットワークです。一つのチャネルは、基本的に2-of-2のマルチシグなトップであり、両方のパーティが何度でもすぐに新しい分配方法を交渉できます—それぞれの支払いがブロックチェーンに記録される必要がない限り。

チャネル内での支払いは即時確定(10分間待たず)で、非常に安価です。手数料は通常、セントの1/100以内の範囲であり、これによりビットコインがマイクロペイメント(小さな支払い、例えば個別のサッツ)に対しても実用性があります。

ネットワーク内のルーティング

あなたは、すべての受取人との直接チャネルを確保する必要はありません。ライトニングは、複数の中継点を通じて支払いを転送します。これが信頼に寄り添い、原子レベルで行われるようにするために、HTLC(Hash Time-Locked Contracts)が使用されます:

• 受取人は、秘密のプレイムート（Preimage）を生成し、そのハッシュのみを請求書（Invoice）を通じて共有します。
• ルーティング・パス全体で、各段階で条件付きの約束が設定されます：プレイムートがタイムロック前に公開されるまで出金、失敗した場合は返金されます。
• 受取人がプレイムートを公開することで、パスのすべての中継HTLCが逆順に処理されます—全体のKetteが成功したか、何らかの部分支払いが行われたかです。

オニオン・ルーティングによるプライバシ

ライトニングはオニオン・ルーティング(多層の暗号化、Torの原則からインスパイア)を使用しています。各受け渡しノードは自分のレイヤーだけを解密できますが、彼らは前回のノートと次のステップのみを知っており、完全なパスを知ることなく、必ずしも送信者や受取人を識別する必要はありません。最新の拡張機能であるblinded paths(隠れた道)はさらに受取人のプライバシーを改善しています。

闪电网络

闪电网络 是比特币迄今最知名的第二层。它由参与者之间的 支付通道（payment channels）网络构成。一个通道本质上是一个共同出资的2-of-2多重签名资金池，双方可以任意多次并立即重新协商其内部分配——而无需每一笔支付都记录在区块链上。

在一个渠道内，支付 立即确认 (无10分钟等待时间)且非常便宜。费用通常在分之一美分范围内，这使得比特币首次 微支付 (极小金额, 例如单个Sats)使实用。

路由通过网络

不需要与每个支付接收者直接建立通道。Lightning通过多个中间节点转发支付。为了信任和原子性,使用 HTLCs (Hash Time-Locked Contracts)进行应用:

• 接收方生成一个秘密(Preimage),并只分享其Hash给账单(Invoice)。
• 在路径上每次跳跃设置一个条件承诺:在时间锁(Timelock)到期之前公开Preimage才能获得支付,否则是退款。
• 如果接收方通过公开Preimage触发,沿着路径逆向处理所有中间HTLCs——要么整个链成功,要么没有部分支付。

红葱路由(Onion-Routing)用于隐私

Lightning使用 洋葱路由 (多层加密, 受 Tor 原理启发). 每个转发节点只能解密自己的层次, 只知道前一个和下一个跳转 — 不知道整个路径, 也不能强制要求源头和目的地. 更新的扩展如 隐藏路径 (隐藏的路径) 进一步提高了接收者的隐私.

شبكة الضوء السريع

شبكة الضوء السريع هي الشهيرة جداً طبقة 2 لبيتكوين. تتألف من شبكة من قنوات الدفع (payment channels) بين المشاركين. قناه واحدة في essence مشتركة تمويل 2-of-2 multisig pot، والتفريق الداخلي يمكن أن تتفاوض عليه الطرفان عدة مرات وبدون ان يلزم كل دفع على blockchain.

داخل القناة ، يتم التأكيد سريعا (لا توجد 10 دقائق انتظار) والرخيص جدا. الرسوم عادة ما تكون في نطاق بضع سنتات، مما يجعل بيتكوين قابل للتحقيق ل micropayments (الاستثمارات الصغيرة ، مثل ساتس واحد)

توجيه عبر الشبكة

لا تحتاج إلى قناة مباشرة مع كل مستلم دفع. الضوء السريع يوجه المدفوعات عبر عدة عقد وسط، بحيث يتم ذلك بشكل لا ثقة وذاتي ، تستخدم HTLCs (Hash Time-Locked Contracts) :

• المستلم يولد سر (Preimage) وتقسيمها فقط الحشوه على الفاتورة (Invoice)
• على طول المسار يتم وضع وعد مشروط لكل خطوة: تحويل مقابل كشف سر قبل انتهاء فترة من الزمن (Timelock)، أو إعادة التمويل.
• لدي المستلم يكشف عن سر، ويتم معالجة جميع HTLCs عكساً على طول المسار - سواء نجحت الكتلة بأكملها أو لا توجد أي دفع جزئية.

Routing بطانة الفول السوداني للخصوصية

الضوء السريع يستخدم Routing بطانة الفول السوداني (تشفير متعدد الطبقات، مستوحى من مبدأ Tor) . كل عقد وسط توجيه يملك فقط طبقة واحدة مفتوحة ويعرف فقط القديم والقادم - وليس المسار الكامل، ولا بالضرورة المرسل والمتلقي. التوسعات الجديدة مثل blinded paths (مسارات مغلفة) تحسين الخصوصية للمستلم إضافيا.

Kanäle: öffnen, nutzen, schließen

Der Lebenszyklus eines Lightning-Kanals besteht aus drei On-Chain-Berührungspunkten und beliebig vielen Off-Chain-Zahlungen dazwischen.

Zwangsschließung und Strafmechanismus

Reagiert eine Gegenseite nicht, kann man den Kanal einseitig (force close) über die zuletzt signierte Commitment-Transaktion schließen. Eigene Mittel werden dabei durch eine Zeitsperre verzögert ausgezahlt — dieses Zeitfenster ist die Sicherung gegen Betrug.

Versucht jemand, einen alten (für ihn günstigeren) Kanalstand zu veröffentlichen, kann die Gegenseite mit einer Penalty-Transaktion (Strafzahlung) das gesamte Kanalguthaben einziehen. Dieser Mechanismus macht Betrug ökonomisch unattraktiv.

Channels: opening, using, closing

A Lightning channel's life cycle consists of three on-chain touchpoints and arbitrarily many off-chain payments in between.

Force close and penalty mechanism

If a counterparty stops responding, you can close the channel unilaterally (force close) using the most recently signed commitment transaction. Your own funds are paid out after a delay imposed by a timelock — this window is the safeguard against fraud.

If someone tries to publish an old channel state (one more favourable to them), the counterparty can sweep the entire channel balance with a penalty transaction. This mechanism makes cheating economically unattractive.

Canales: abrir, usar, cerrar

El ciclo de vida de un canal Lightning consta de tres puntos de contacto en cadena y un número ilimitado de pagos fuera de la cadena entre ellos.

Clausura forzosa y mecanismo de sanciones

Si no responde el otro lado, se puede cerrar el canal unilateralmente (force close) a través del último compromiso transacción firmada. Los propios fondos se retrasan en el pago durante un período de suspensión — este plazo es la garantía contra el fraude.

Si alguien intenta publicar un estado de canal antiguo (más favorable para él), la otra parte puede reclamar el saldo total del canal con una transacción de penalización. Este mecanismo hace que el fraude sea económicamente poco atractivo.

Canais: abrir, usar, fechar

O ciclo de vida de um canal Lightning tem três pontos de contato na cadeia e quantos pagamentos off-chain quanto forem entre eles.

Fechamento forçado e mecanismo de multa

Se a outra parte não reage, você pode fechar unilateralmente (force close) o canal usando a última transação de compromisso assinada. Os próprios fundos são atrasados ​​para evitar fraudes - esse tempo é a segurança contra fraudes.

Se alguém tenta publicar um velho (mais barato para ele) estado do canal, o outro lado pode usar uma transação de multa para reivindicar todo o gut do canal. Esses mecanismos tornam a fraude economicamente pouco atraente.

チャンネル: 開く, 利用する, 閉じる

Lightningチャンネルのライフサイクルは、3つのオンチェーンの接点とそれらの間にある限りないオフチェーンの支払いから成り立っています。

強制閉鎖と罰則機構

反応がない場合は、相手方は 一方的な強制閉鎖(force close) 最後に署名されたコミットメントトランザクションを通じて、自分自身の資金を遅延支払い — この時間帯は詐欺対策として機能します。

誰かが古い（自分に有利な）チャネル状態を公開しようとした場合、相手方はペナルティトランザクション（罰金支払い）でチャネル残高全体を没収できます。このメカニズムにより、詐欺は経済的に割に合わなくなります。

渠道: 打开, 使用, 关闭

Lightning渠道的生命周期包括三个On-Chain接触点和任意多个Off-Chain支付之间。

强制关闭和惩罚机制

如果对方未回应，可以 一方单方面(强制关闭) 通过最近签名的承诺交易关闭。自己的资金会通过一段时间限制的延迟支付——这个时间窗口是防止欺诈的保障。

如果有人试图发布一个旧的（对他更有利的）通道状态，对方可以用一笔惩罚交易（罚款）没收整个通道余额。这一机制使欺诈在经济上得不偿失。

القنوات: فتحها واستخدامها وغلقها

عمر قناه اللايتنينج يتكون من ثلاث نقاط اتصال على السلسلة والاستخدام غير المحدود للتواصل خارج السلسلة بينها.

غلق القسري وسعر العقاب

إذا لم يرد الطرف الآخر، يمكنك غلق القناة من جانب واحد (force close) عن طريق استخدام المعاملة الأخيرة للتزامن. ويتم تأخير إصدار الأموال الخاصة بك بواسطة حظر زمني - وهذا الفترة الزمنية هي الحماية ضد الاحتيال.

إذا حاول شخص ما نشر قديمة (أقل تكلفة بالنسبة له) حالة القناة، يمكن للطرف الآخر استخدام معاملة غرامة (Penalty-Transaktion) لاستلام كامل قيمة الأموال في القناة. هذا الميكانيزم يجعل الاحتيال غير جذاب اقتصادياً.

Anwendungsfälle

Lightning eignet sich überall dort, wo es auf sofortige, sehr günstige und potenziell sehr kleine Zahlungen ankommt.

El Salvador

El Salvador führte 2021 als erstes Land Bitcoin als gesetzliches Zahlungsmittel ein und integrierte Lightning prominent in die staatliche Chivo-Wallet, um Alltagszahlungen und Remittances zu ermöglichen.

Use cases

Lightning is suited wherever payments need to be instant, very cheap and potentially very small.

El Salvador

In 2021, El Salvador became the first country to adopt Bitcoin as legal tender and prominently integrated Lightning into the state-run Chivo wallet to enable everyday payments and remittances.

Aplicaciones

Lightning se adapta en todos los lugares donde sea necesario inmediato, muy baratas y potencialmente muy pequeñas pagos llegan.

El Salvador

El Salvador introdujo en 2021 como primer país el bitcoin como moneda de pago legal y integró Lightning prominentemente en la billetera estatal Chivo, permitiendo pagos diarios y remesas.

Aplicações

Lightning é adequado em todos os lugares onde se trata de pagamentos imediatos, muito econômicos e potencialmente muito pequenos.

El Salvador

Em 2021, El Salvador tornou-se no primeiro país a adotar Bitcoin como moeda de pagamento legal e integrou o Lightning notadamente na carteira estatal Chivo, possibilitando pagamentos diários e remessas.

アプリケーションケース

ライトニングは、ビットコインの取引を可能にする場所で使用できます。 即時的非常に 安い そして、非常に可能性がある 小さい 支払いが届きます。

エルサルバドル

エルサルバドルは2021年に初めて国としてビットコインを法定通貨として導入し、政府のChivoウォレットでライトニングを顕著に取り入れて日常的な支払いと送金を可能にしました。

应用场景

Lightning 在以下情况下适用于所有地方：在需要 立即的 非常 且潜在非常 小额 付款时。

萨尔瓦多

2021年，萨尔瓦多成为第一个采用比特币作为法定货币的国家，并将闪电网络广泛融入政府的Chivo钱包，以实现日常支付和汇款。

تطبيقات الاستخدام

سلك الضوء مناسب في أي مكان يحتاج إلى فورية، جداً رخيصة وربما جداً صغيرة المدفوعات تأتي.

السلفادور

السلفادور أدخلت عام 2021 أول دولة استخدام البيتكوين كعملة قانونية ودخلت الصاعقة بثبات في المحفظة الحكومية تشيفو لتمكين المعاملات اليومية والانقاذيات.

Grenzen und Trade-offs

Lightning ist mächtig, aber kein Allheilmittel. Die wichtigsten Einschränkungen drehen sich um Liquidität und Routing.

Liquidität und Kapazität

• Kanalkapazität: Über einen Kanal kann nie mehr fließen, als an Guthaben in ihm gesperrt ist. Größere Zahlungen erfordern entsprechend kapitalisierte Pfade.
• Inbound-Kapazität: Um Zahlungen empfangen zu können, braucht man Guthaben auf der Gegenseite der eigenen Kanäle. Neue Nutzer haben oft genug Sende-, aber zu wenig Empfangskapazität — ein bekanntes Onboarding-Hindernis.
• Liquiditätsmanagement: Routing-Knoten müssen ihre Mittel aktiv ausbalancieren, damit Zahlungen in beide Richtungen gelingen.

Routing-Zuverlässigkeit

Da Pfade vorab gewählt werden, können Zahlungen fehlschlagen, wenn unterwegs Liquidität fehlt; die Wallet versucht dann andere Routen. In der Praxis erhöhen Techniken wie Multipart-Payments (Aufteilen einer Zahlung über mehrere Pfade) die Erfolgsquote.

Zentralisierungstendenz

Die Kapazität verteilt sich ungleich: Ein kleiner Teil großer Hubs hält einen überproportionalen Anteil der Liquidität (gemessen am Gini-Koeffizienten Stand 2026 sehr hoch). Das verbessert Routing-Effizienz, wirft aber Fragen zur Dezentralisierung auf.

Custodial vs. non-custodial

Limits and trade-offs

Lightning is powerful, but no panacea. Its main limitations revolve around liquidity and routing.

Liquidity and capacity

• Channel capacity: no more can ever flow through a channel than is locked in it as balance. Larger payments require correspondingly capitalised paths.
• Inbound capacity: to receive payments, you need balance on the far side of your channels. New users often have plenty of sending but too little receiving capacity — a well-known onboarding hurdle.
• Liquidity management: routing nodes must actively balance their funds so that payments succeed in both directions.

Routing reliability

Because paths are chosen in advance, payments can fail if liquidity is missing en route; the wallet then tries other routes. In practice, techniques such as multipart payments (splitting one payment across several paths) raise the success rate.

Centralisation tendency

Capacity is distributed unevenly: a small share of large hubs holds a disproportionate fraction of liquidity (measured by the Gini coefficient, very high as of 2026). This improves routing efficiency but raises decentralisation questions.

Custodial vs. non-custodial

Límites y trade-offs

La luzñe es poderosa, pero no es una solución para todo. Las restricciones más importantes se refieren a liquidez y enrutamiento.

Liquididad y capacidad

• Capacidad de canal: A través de un canal nunca puede fluir más dinero que el que se encuentra bloqueado en él como saldo. Las pagos mayores requieren caminos capitalizados adecuadamente.
• Capacidad de entrada: Para realizar pagos recibir para poder hacerlo, se necesita saldo en el otro lado de sus propios canales. Los nuevos usuarios suelen tener suficiente capacidad para enviar, pero insuficiente capacidad para recibir - un conocido obstáculo de onboarding.
• Gestión de liquidez: Los nodos de enrutamiento deben equilibrar activamente sus recursos para que los pagos tengan éxito en ambos sentidos.

Fiabilidad de enrutamiento

Dado que los caminos se eligen de antemano, los pagos pueden fallar si falta liquidez a lo largo del camino; entonces la billetera intenta otras rutas. En la práctica, técnicas como los pagos multipart (dividir un pago a través de varios caminos) aumentan el porcentaje de éxito.

Tendencia centralizadora

La capacidad se distribuye desigualmente: un pequeño grupo de grandes nodos de enlace mantiene una proporción desproporcionada de la liquidez (medida por el coeficiente de Gini Hasta 2026 muy alto). Esto mejora la eficiencia de enrutamiento, pero plantea cuestiones sobre la descentralización.

Custodial vs. no custodial

Limites e trade-offs

A luzinha é poderosa, mas não é a solução para tudo. As principais limitações giram em torno de liquidez e roteamento.

Liquididade e capacidade

• Capacidade de canal: Através de um canal nunca pode fluir mais do que o saldo nele bloqueado. Pagamentos maiores requerem caminhos adequadamente capitalizados.
• Capacidade de entrada: Para efetuar pagamentos receber para poder fazer isso, é preciso ter saldo do outro lado dos seus próprios canais. Novos utilizadores têm frequentemente capacidade de envio, mas pouca capacidade de recepção - um obstáculo conhecido no processo de integração.
• Gestão de liquidez: Nós dos nós de roteamento devem equilibrar ativamente suas reservas para que as transações sejam bem-sucedidas em ambas as direções.

Roteamento confiabilidade

Como os caminhos são escolhidos com antecedência, as transações podem falhar se houver falta de liquidez ao longo do caminho; a carteira tentará então outros caminhos. Na prática, técnicas como pagamentos multipartite (divisão de uma única transação em vários caminhos) aumentam o sucesso das transações.

Tendência centralizadora

A capacidade é desigualmente distribuída: um pequeno grupo de grandes nós mantém uma proporção desproporcional da liquidez (medida pelo coeficiente de Gini Em 2026 muito alto). Isso melhora a eficiência do roteamento, mas levanta questões sobre a descentralização.

Custodial vs. não custodial

限界とトレードオフ

ライトニングは強力ですが、万能薬ではありません。最も重要な制約は流動性とルーティングに関わっています。

流動性と容量

• チャンネル容量: 一つのチャンネルを通じて流れることができるのは、その中に保持されている残高の限界です。より大きな支払いには、対応する資本化されたパスが必要です。
• インバウンド容量: 支払い 受け取る するためには、自分のチャンネルの反対側で残高があります。新規ユーザーはしばしば送信容量が多いが、受信容量が不足していることがよくあります。これは、オンボーディングの障壁としてよく知られています。
• 流動性管理: ラウティングノードは、支払いが両方向に成功するために、資源を活発にバランスのとり方が必要です。

ラウティング信頼性

前もってパスが選択されるため、途中で流動性がない場合、支払い失敗することがあります。ウォレットはその場合は別のルートを試します。マルチパート・ペイメント（1つの支払いを複数のパスで分割する）などの技術は成功率を向上させる実践です。

中央化傾向

能力は均等に分散されません：大きなハブの一部は、Gini係数によって測定される流動性（プロポーション）の非常に高い過剰割合を保持しています。ラウティング効率性は改善される一方で、デセントリャリズムに関する疑問が投げかけられます。 2026年現在 とても高です。

カスタディアル vs 非カスタディアル

界限和权衡

闪电网络强大，但不是万能药。最重要的限制是流动性和路由问题。

流动性和能力

• 通道容量： 通过一个渠道,永远不能流通超过其中冻结的余额。更大的支付需要相应的资本化路径。
• 入流量容量： 为了进行支付 收取 为了能做到这一点，你需要在自己的通道对面有余额。新用户通常拥有足够的发送能力，但缺乏接收能力——这是一个熟知的 onboard 障碍。
• 流动性管理： 路由节点必须积极平衡其资源,以便支付在两个方向上成功。

路由可靠性

由于路径事先选择,如果沿途流动性不足,支付可能失败;钱包会尝试其他路线。在实际情况下,如multipart-payments(将一笔支付分成多个路径)等技术可以提高成功率。

中央化趋势

能力不均匀分布:一个小部分的大型枢纟占有过比例的流动性(以Gini系数度量 2026年状况 非常高).这改善了路由效率,但引发了关于去中心化的问题。

保管 vs. 不保管

الحدود والمقايضات

Lightning قوية، لكنها ليست دواءً لكل داء. تدور أهم قيودها حول السيولة والتوجيه.

السيولة والسعة

• سعة القناة: لا يمكن أن يتدفق عبر القناة أكثر مما هو محجوز فيها كرصيد. وتتطلب المدفوعات الأكبر مسارات ممولة بما يكفي.
• السعة الواردة: لكي تتمكن من استقبال المدفوعات، تحتاج إلى رصيد على الجانب المقابل من قنواتك. غالباً ما يملك المستخدمون الجدد سعة إرسال كافية لكن سعة استقبال قليلة جداً — وهي عقبة معروفة في مرحلة الانضمام.
• إدارة السيولة: على عقد التوجيه أن توازن أموالها بنشاط حتى تنجح المدفوعات في كلا الاتجاهين.

موثوقية التوجيه

بما أن المسارات تُختار مسبقاً، قد تفشل المدفوعات إذا نقصت السيولة في الطريق؛ عندها تجرّب المحفظة مسارات أخرى. وعملياً، ترفع تقنيات مثل المدفوعات متعددة الأجزاء (تقسيم دفعة واحدة على عدة مسارات) نسبة النجاح.

النزعة نحو المركزية

تتوزع السعة بشكل غير متكافئ: يحتفظ عدد قليل من المحاور الكبيرة بحصة غير متناسبة من السيولة (مقيسة بمعامل جيني، مرتفعة جداً اعتباراً من 2026). وهذا يحسّن كفاءة التوجيه لكنه يثير أسئلة حول اللامركزية.

الحفظ مقابل عدم الحفظ

Weitere Skalierungs- und L2-Ansätze

Lightning ist nicht die einzige Antwort. Skalierung beginnt schon mit Effizienz auf der Basis-Schicht und reicht über Sidechains bis zu neuartigen Off-Chain-Protokollen.

Effizienz auf Layer 1

Sidechains und weitere Off-Chain-Modelle

Further scaling and L2 approaches

Lightning is not the only answer. Scaling already begins with efficiency on the base layer and extends from sidechains to novel off-chain protocols.

Efficiency on Layer 1

Sidechains and further off-chain models

Otros enfoques de escalabilidad y nivel 2

Lightning no es la única respuesta. La escalabilidad comienza ya con la eficiencia en el nivel básico y abarca sidechains hasta nuevos protocolos off-chain innovadores.

Eficiencia en capa 1

Sidechains y otros modelos off-chain adicionales

Outras abordagens de escalabilidade e L2

Lightning não é a única resposta. A escalabilidade já começa com a eficiência na camada base e vai desde sidechains até novos protocolos off-chain inovadores.

Eficiência no Layer 1

Sidechains e outros modelos off-chain

他のスケーリングおよびL2アプローチ

Lightningは唯一の答えではありません。スケーラビリティは効率的なベースレイヤーからSidechainsまで、そして新しいオフチェーンプロトコルに至る。

レイヤー1での効率性

Sidechainsや他のオフチェーンモデル

更多的扩展和L2方法

Lightning 不是唯一的答案。扩展从效率开始，基于基础层，并延伸到Sidechains直至新颖的Off-Chain协议。

层1的效率

Sidechains以及其他Off-Chain模型

مناهج إضافية للتوسع والطبقة الثانية (L2)

ليست Lightning هي الإجابة الوحيدة. يبدأ التوسع بالكفاءة على الطبقة الأساسية ويمتد من السلاسل الجانبية إلى بروتوكولات جديدة خارج السلسلة.

الكفاءة على الطبقة 1

السلاسل الجانبية ونماذج أخرى خارج السلسلة

Glossar

Payment Channel (Zahlungskanal)

Ein von zwei Parteien gemeinsam finanzierter 2-von-2-Multisig-Topf, dessen interne Aufteilung off-chain beliebig oft neu verhandelt werden kann.

HTLC

Hash Time-Locked Contract — ein bedingtes Bitcoin-Skript, das atomares, vertrauensloses Routing über mehrere Kanäle ermöglicht (Auszahlung gegen Preimage vor Ablauf einer Zeitsperre).

Preimage

Das vom Empfänger erzeugte Geheimnis; sein Hash steht in der Rechnung. Seine Offenlegung beweist den Zahlungseingang und löst die Kette der HTLCs aus.

Commitment-Transaktion

Die jeweils aktuelle, von beiden signierte Aufteilung eines Kanals; jede neue Version entwertet die vorherige.

Watchtower (Wachturm)

Optionaler Dienst, der die Blockchain auf veraltete Kanalzustände überwacht und im Betrugsfall automatisch eine Penalty-Transaktion einreicht.

Inbound-Kapazität

Guthaben auf der Gegenseite der eigenen Kanäle, das bestimmt, wie viel man über Lightning empfangen kann.

Sidechain

Eine eigenständige, parallel laufende Kette mit eigenen Regeln, die über einen Zwei-Wege-Peg mit Bitcoin verbunden ist (z. B. Liquid).

Chaumian Ecash

Digitales Bargeld auf Basis blinder Signaturen (David Chaum); ein Mint stellt private, übertragbare Token aus, die durch hinterlegte Bitcoin gedeckt sind (Cashu, Fedimint).

Glossary

Payment channel

A 2-of-2 multisig pot jointly funded by two parties, whose internal split can be renegotiated off-chain as often as desired.

HTLC

Hash Time-Locked Contract — a conditional Bitcoin script enabling atomic, trustless routing across multiple channels (pay out against the preimage before a timelock expires).

Preimage

The secret generated by the recipient; its hash appears in the invoice. Revealing it proves receipt of payment and triggers the chain of HTLCs.

Commitment transaction

The current channel split, signed by both parties; each new version invalidates the previous one.

Watchtower

An optional service that monitors the blockchain for outdated channel states and automatically submits a penalty transaction in case of fraud.

Inbound capacity

Balance on the far side of your own channels, which determines how much you can receive over Lightning.

Sidechain

An independent, parallel chain with its own rules, connected to Bitcoin via a two-way peg (e.g. Liquid).

Chaumian e-cash

Digital cash based on blind signatures (David Chaum); a mint issues private, transferable tokens backed by deposited bitcoin (Cashu, Fedimint).

Glosario

Canal de pago (Payment Channel)

Un fondo multisig 2-de-2 financiado conjuntamente por dos partes, cuya distribución interna puede renegociarse off-chain tantas veces como se desee.

HTLC

Hash Time-Locked Contract — un script de Bitcoin condicional que permite el enrutamiento atómico y sin confianza a través de múltiples canales (pago contra el preimage antes de que expire un bloqueo temporal).

Preimage

El secreto generado por el destinatario; su hash aparece en la factura. Revelarlo prueba la recepción del pago y desencadena la cadena de HTLCs.

Transacción de compromiso (Commitment transaction)

La distribución actual del canal, firmada por ambas partes; cada nueva versión invalida la anterior.

Watchtower (Torre de vigilancia)

Servicio opcional que monitorea la blockchain en busca de estados de canal obsoletos y envía automáticamente una transacción de penalización en caso de fraude.

Capacidad entrante (Inbound capacity)

Saldo en el lado remoto de los propios canales, que determina cuánto se puede recibir a través de Lightning.

Sidechain

Una cadena independiente y paralela con sus propias reglas, conectada a Bitcoin mediante una clavija bidireccional (p. ej., Liquid).

Chaumian Ecash

Efectivo digital basado en firmas ciegas (David Chaum); una casa de moneda emite tokens privados y transferibles respaldados por bitcoin depositado (Cashu, Fedimint).

Glossário

Canal de pagamento (Payment Channel)

Um fundo multisig 2-de-2 financiado conjuntamente por duas partes, cuja divisão interna pode ser renegociada off-chain quantas vezes for desejado.

HTLC

Hash Time-Locked Contract — um script condicional do Bitcoin que permite roteamento atômico e sem confiança através de múltiplos canais (pagamento contra o preimage antes do vencimento de um bloqueio temporal).

Preimage

O segredo gerado pelo destinatário; seu hash consta na fatura. Revelá-lo prova o recebimento do pagamento e aciona a cadeia de HTLCs.

Transação de compromisso (Commitment transaction)

A divisão atual do canal, assinada por ambas as partes; cada nova versão invalida a anterior.

Watchtower (Torre de vigilância)

Serviço opcional que monitora a blockchain em busca de estados de canal desatualizados e envia automaticamente uma transação de penalidade em caso de fraude.

Capacidade de entrada (Inbound capacity)

Saldo no lado remoto dos próprios canais, que determina quanto se pode receber pela rede Lightning.

Sidechain

Uma cadeia independente e paralela com suas próprias regras, conectada ao Bitcoin por meio de uma âncora bidirecional (p. ex., Liquid).

Chaumian Ecash

Dinheiro digital baseado em assinaturas cegas (David Chaum); uma casa de cunhagem emite tokens privados e transferíveis lastreados por bitcoin depositado (Cashu, Fedimint).

用語集

ペイメントチャネル（Payment Channel）

2者が共同で資金を提供する2-of-2マルチシグの資金プールで、内部の配分をオフチェーンで何度でも再交渉できる。

HTLC

Hash Time-Locked Contract（ハッシュタイムロックコントラクト）— 複数のチャネルにまたがるアトミックかつトラストレスなルーティングを可能にするBitcoinの条件付きスクリプト（タイムロック失効前にpreimageと引き換えに支払いを実行する）。

Preimage

受取人が生成する秘密の値で、そのハッシュが請求書に記載される。これを公開することで支払いの受領が証明され、HTLCの連鎖がトリガーされる。

コミットメントトランザクション（Commitment transaction）

両者が署名したチャネルの現在の配分。新しいバージョンが作成されるたびに前のバージョンが無効化される。

ウォッチタワー（Watchtower）

古いチャネル状態をブロックチェーン上で監視し、不正が検出された場合に自動的にペナルティトランザクションを送信するオプションのサービス。

インバウンドキャパシティ（Inbound capacity）

自分のチャネルの相手側にある残高で、Lightningで受け取ることができる上限額を決定する。

サイドチェーン（Sidechain）

独自のルールを持つ独立した並列チェーンで、双方向ペッグによってBitcoinと接続されている（例：Liquid）。

Chaumian Ecash

ブラインド署名に基づくデジタル現金（David Chaum考案）。ミントが預け入れられたBitcoinを裏付けとするプライベートで転送可能なトークンを発行する（Cashu、Fedimint）。

术语表

支付通道（Payment Channel）

由双方共同出资的 2-of-2 多签资金池，其内部分配可在链下任意次数重新协商。

HTLC

哈希时间锁合约（Hash Time-Locked Contract）——一种条件性 Bitcoin 脚本，可实现跨多个通道的原子化、无需信任的路由（在时间锁到期前凭 preimage 完成支付）。

Preimage

由接收方生成的秘密值，其哈希值记录在付款请求中。公开该值即可证明已收款，并触发 HTLC 链的结算。

承诺交易（Commitment transaction）

由双方签名的通道当前分配状态；每个新版本都会使前一个版本失效。

瞭望塔（Watchtower）

一种可选服务，用于监控区块链上是否存在过时的通道状态，并在检测到欺诈时自动提交惩罚交易。

入站容量（Inbound capacity）

自身通道对端的余额，决定了通过 Lightning 网络最多能接收多少资金。

侧链（Sidechain）

一条拥有独立规则、与 Bitcoin 并行运行的独立链，通过双向锚定与 Bitcoin 相连（如 Liquid）。

Chaumian Ecash

基于盲签名的数字现金（David Chaum 提出）；铸币厂发行以存入的 Bitcoin 为背书的私密、可转让代币（Cashu、Fedimint）。

المسرد

قناة الدفع (Payment Channel)

صندوق multisig بنسبة 2-من-2 تموّله طرفان معًا، ويمكن إعادة التفاوض على توزيعه الداخلي خارج السلسلة بأي عدد من المرات.

HTLC

عقد هاش مقيَّد بالوقت (Hash Time-Locked Contract) — سكريبت Bitcoin شرطي يتيح التوجيه الذري وغير الموثوق عبر قنوات متعددة (الدفع مقابل الـ preimage قبل انتهاء قفل الوقت).

Preimage

السر الذي يولّده المستلم؛ يظهر هاشه في الفاتورة. كشفه يُثبت استلام الدفعة ويُطلق سلسلة HTLCs.

معاملة الالتزام (Commitment transaction)

التوزيع الحالي للقناة الموقَّع من الطرفين؛ كل إصدار جديد يُبطل الإصدار السابق.

برج المراقبة (Watchtower)

خدمة اختيارية تراقب البلوكتشين بحثًا عن حالات قنوات قديمة، وتُرسل تلقائيًا معاملة عقوبة عند اكتشاف أي احتيال.

السعة الواردة (Inbound capacity)

الرصيد الموجود على الجانب البعيد من قنواتك الخاصة، والذي يحدد الحد الأقصى للمبلغ الذي يمكنك استقباله عبر Lightning.

السلسلة الجانبية (Sidechain)

سلسلة مستقلة تعمل بالتوازي مع Bitcoin وفق قواعدها الخاصة، مرتبطة بها عبر ربط ثنائي الاتجاه (مثل Liquid).

Chaumian Ecash

نقد رقمي مبني على التوقيعات العمياء (David Chaum)؛ تُصدر دار السكّ رموزًا خاصة وقابلة للتحويل مدعومة بـ Bitcoin مودَعة (Cashu، Fedimint).