شبکه لایتنینگ بیت کوین چیست؟ نحوه کار، کارمزد، امنیت و محدودیت‌ها

شبکه لایتنینگ یا Lightning Network یک شبکه پرداخت لایه دوم برای Bitcoin است که به کاربران اجازه می‌دهد بسیاری از پرداخت‌ها را بدون ثبت جداگانه هر انتقال روی بلاکچین اصلی انجام دهند. در Lightning، دو کاربر می‌توانند یک Payment Channel باز کنند، موجودی کانال را با تراکنش‌های امضاشده به‌روزرسانی کنند و فقط هنگام باز یا بسته‌شدن کانال یا در شرایط اختلاف، از بلاکچین Bitcoin برای Settlement استفاده کنند.

هدف Lightning این نیست که Bitcoin را با یک «بلاکچین جانبی» جایگزین کند. امنیت نهایی کانال‌ها به Transactionها و Scriptهای قابل اجرا روی خود Bitcoin متکی است. به همین دلیل Lightning معمولاً یک راهکار Layer 2 محسوب می‌شود، نه Sidechain.

مشخصات فنی BOLT نیز Lightning را شبکه‌ای از Payment Channelها می‌داند که می‌توانند با Conditional Payment به یکدیگر متصل شوند و بدون اعتماد به Nodeهای واسط، پرداخت چندمرحله‌ای انجام دهند. مقدمه مشخصات BOLT شبکه Lightning

برای شناخت جایگاه این معماری در Scaling، مقاله لایه دوم بلاکچین چیست؟ و برای محدودیت ظرفیت لایه پایه، مقاله اندازه بلاک بیت کوین چیست؟ مکمل این مطلب هستند.

شبکه لایتنینگ چگونه کار می‌کند؟

پایه Lightning یک Payment Channel میان دو Node است. هر Channel با Bitcoin واقعی Funding می‌شود و وضعیت موجودی آن میان دو طرف با مجموعه‌ای از Commitment Transactionها به‌روزرسانی می‌شود. لازم نیست هر تغییر موجودی فوراً روی Blockchain منتشر شود.

Lightning Labs توضیح می‌دهد هر Channel به یک UTXO روی Bitcoin متصل است و دو Peer آن را به‌صورت مشترک کنترل می‌کنند. طرفین می‌توانند درون همان Channel بارها پرداخت انجام دهند و در نهایت Settlement را روی Blockchain انجام دهند. مستند Payment Channel در Lightning Labs

1) باز کردن کانال

برای ایجاد یک Channel، حداقل یک Transaction روی شبکه اصلی Bitcoin لازم است. این Transaction مقداری BTC را در ساختار Funding Channel قفل می‌کند. پس از Confirmation لازم، ظرفیت Channel برای پرداخت Lightning قابل استفاده می‌شود.

2) به‌روزرسانی موجودی خارج از زنجیره

وقتی دو طرف داخل Channel پرداخت انجام می‌دهند، موجودی نسبی آن‌ها تغییر می‌کند. هر State جدید با امضاهای لازم معتبر می‌شود و Stateهای قبلی باید به‌گونه‌ای Revoked شوند که انتشار عمدی نسخه قدیمی برای طرف متقلب پرریسک باشد.

3) پرداخت به کاربری که Channel مستقیم نداریم

لازم نیست فرستنده با هر گیرنده یک Channel مستقیم باز کند. اگر میان Nodeها مسیر نقدشونده وجود داشته باشد، Payment می‌تواند از چند Hop عبور کند.

برای مثال اگر علی با سارا Channel دارد و سارا با رضا Channel دارد، علی ممکن است بتواند از مسیر علی ← سارا ← رضا پرداخت را انجام دهد، بدون اینکه سارا مالک وجه نهایی شود یا لازم باشد به او اعتماد شود.

4) بستن کانال

طرفین می‌توانند Channel را با همکاری یکدیگر ببندند و موجودی نهایی را روی Bitcoin Settlement کنند. در صورت اختلاف یا Offline بودن Peer، Force Close نیز ممکن است، اما می‌تواند زمان انتظار و Onchain Fee بیشتری ایجاد کند.

HTLC چیست و چرا برای Lightning مهم است؟

پرداخت چندمرحله‌ای Lightning با HTLC یا Hash Time-Locked Contract انجام می‌شود. HTLC شرطی ایجاد می‌کند که دریافت‌کننده برای Claim کردن Payment باید Secret مشخصی را آشکار کند؛ اگر Secret در بازه زمانی تعیین‌شده ارائه نشود، مسیر بازگشت وجه برای فرستنده وجود دارد.

در یک مسیر چند Hop، همه Hopها به همان Payment Hash متصل می‌شوند. وقتی گیرنده Preimage را آشکار می‌کند، Settlement در طول مسیر انجام می‌شود؛ اگر پرداخت شکست بخورد، HTLCها آزاد می‌شوند و وجه به فرستنده برمی‌گردد.

مستند Lightning Labs HTLC را مرکز سازوکار پرداخت Lightning معرفی می‌کند و توضیح می‌دهد پرداخت می‌تواند با ارائه Preimage تسویه شود یا پس از Timeout به فرستنده بازگردد. HTLC در مستند Lightning Labs

Routing در شبکه لایتنینگ چگونه انجام می‌شود؟

Node فرستنده تلاش می‌کند مسیری از Channelهای متصل پیدا کند که هم ظرفیت کافی داشته باشد و هم Fee و محدودیت‌های زمانی آن قابل قبول باشد. در Lightning، مسیر Payment معمولاً توسط Sender انتخاب می‌شود و هر Routing Node فقط بخشی از اطلاعات لازم برای Hop خود را دریافت می‌کند.

BOLT #4 از Onion Routing برای انتقال دستورهای Payment استفاده می‌کند. این ساختار باعث می‌شود Node میانی کل مسیر را به‌صورت آشکار نبیند. مشخصات Onion Routing در BOLT #4

وجود مسیر روی Graph به‌تنهایی کافی نیست؛ Channelها باید در جهت درست Liquidity کافی داشته باشند. یک Payment ممکن است چند Route را امتحان کند تا مسیری عملی پیدا شود.

Liquidity در Lightning چیست؟

ظرفیت Channel مقدار کل BTC قفل‌شده در آن است، اما این ظرفیت در دو جهت یکسان قابل استفاده نیست.

• Outbound Liquidity: مقداری که Node می‌تواند از Channel به سمت Peer ارسال کند.
• Inbound Liquidity: ظرفیتی که اجازه می‌دهد Node از سمت Peer پرداخت دریافت کند.

Lightning Labs تأکید می‌کند برای Routing موفق، Node به Liquidity ورودی و خروجی مناسب نیاز دارد و هر Payment می‌تواند تعادل Channelها را تغییر دهد. راهنمای مدیریت Liquidity در Lightning

به همین دلیل «ظرفیت کل شبکه» به‌تنهایی نشان نمی‌دهد هر Payment با هر مبلغی حتماً Route می‌شود. توزیع Liquidity در مسیر موردنظر اهمیت دارد.

کارمزد شبکه لایتنینگ چگونه محاسبه می‌شود؟

پرداخت Lightning رایگان نیست. Routing Nodeها می‌توانند برای Forward کردن HTLC کارمزد دریافت کنند. Fee Policy معمولاً شامل دو جزء است:

• Base Fee: مبلغ پایه برای Forward کردن Payment؛
• Fee Rate: کارمزد متناسب با مبلغی که از Channel عبور می‌کند.

مستند Lightning Labs توضیح می‌دهد هر Node می‌تواند Fee Policy Channel خود را تعیین کند و Fee فقط در پرداخت موفق دریافت می‌شود. کارمزد Channel در Lightning

در بسیاری از سناریوهای پرداخت خرد، Lightning می‌تواند نسبت به Onchain Transaction ارزان‌تر باشد، اما عبارت «کارمزد همیشه نزدیک صفر است» دقیق نیست. تعداد Hop، Fee Policy مسیر، Liquidity و شرایط Wallet یا Service روی هزینه نهایی اثر دارند.

باز و بسته‌کردن Channel نیز Transaction Onchain است و باید Fee شبکه Bitcoin پرداخت شود. Force Close یا مدیریت نامناسب Channel می‌تواند هزینه Onchain بیشتری ایجاد کند.

آیا Lightning تراکنش Bitcoin را سریع‌تر می‌کند؟

Lightning زمان تولید Blockهای Bitcoin را تغییر نمی‌دهد. تفاوت این است که Paymentهای داخل Channel برای هر انتقال منتظر Confirmation یک Block جدید نمی‌مانند و می‌توانند پس از تکمیل Route و HTLC در زمان کوتاهی Settled شوند.

بنابراین Lightning را نباید با «افزایش سرعت خود بلاکچین Bitcoin» تعریف کرد. Layer 1 همچنان Block Time و Capacity خودش را دارد؛ Lightning بخشی از Payment Activity را خارج از مسیر ثبت تک‌به‌تک Onchain انجام می‌دهد.

برای تفاوت Pending Transaction و Confirmation روی Layer 1، مقاله تراکنش تایید نشده چیست؟ را ببینید.

Lightning چگونه از انتشار State قدیمی جلوگیری می‌کند؟

Channelها مجموعه‌ای از Stateهای امضاشده دارند. اگر یکی از طرفین تلاش کند Commitment State قدیمی و Revoked را روی Blockchain منتشر کند، سازوکار Revocation به طرف مقابل اجازه می‌دهد طبق قواعد Channel واکنش نشان دهد.

Timelock نیز زمان لازم برای واکنش به بعضی حالت‌های Force Close را ایجاد می‌کند. به همین دلیل Backup و Monitoring برای Nodeهای Self-custodial اهمیت دارد.

این سازوکار به معنی «تقلب غیرممکن است» نیست؛ بلکه تلاش برای Broadcast کردن State قدیمی را از نظر اقتصادی و Protocolی پرریسک می‌کند.

Watchtower چیست؟

اگر صاحب Channel همیشه Online نباشد، Watchtower می‌تواند به‌عنوان خط دفاعی کمکی Blockchain را برای انتشار State Revoked پایش کند. Client اطلاعات لازم برای واکنش را به‌صورت رمزگذاری‌شده در اختیار Watchtower قرار می‌دهد تا در صورت مشاهده Breach، Justice Transaction مناسب منتشر شود.

مستند LND Watchtower را «خط دفاع دوم» برای حالتی معرفی می‌کند که Node کاربر Offline است یا نمی‌تواند هنگام Breach واکنش نشان دهد. مستند Watchtower در LND

Watchtower جای Backup، امنیت Seed یا نگهداری صحیح Node را نمی‌گیرد و قابلیت دقیق آن به Implementation و Channel Type بستگی دارد.

آیا تراکنش‌های Lightning ناشناس و غیرقابل ردیابی هستند؟

خیر. Lightning نسبت به بسیاری از Onchain Paymentها Privacy متفاوت و در برخی جنبه‌ها بهتری دارد، اما «کاملاً ناشناس» یا «غیرقابل ردیابی» توصیف دقیقی نیست.

Onion Routing باعث می‌شود Node میانی معمولاً فقط Hop قبلی و بعدی را ببیند و نه کل Route را. با این حال Metadata شبکه، Public Channelها، زمان‌بندی، Amount Correlation، Entry/Exit Node و رفتار Wallet می‌توانند اطلاعاتی ایجاد کنند که برای تحلیل Privacy مهم است.

همچنین Funding و Closing Transactionهای Channel می‌توانند روی Bitcoin قابل مشاهده باشند. در نتیجه Lightning Privacy یک Threat Model مستقل دارد و نباید با Anonymous بودن مطلق اشتباه گرفته شود.

مزایای شبکه لایتنینگ

• پرداخت سریع: بسیاری از Paymentها بدون انتظار برای Confirmation هر انتقال روی Layer 1 انجام می‌شوند.
• مناسب برای پرداخت خرد: هزینه Routing در بعضی مسیرها می‌تواند برای مبالغ کوچک بسیار کمتر از Onchain باشد.
• کاهش فشار بر Block Space: چندین به‌روزرسانی Channel لازم نیست به‌عنوان Transaction مستقل روی Bitcoin ثبت شوند.
• Self-custody ممکن است: کاربر می‌تواند Node و Keyهای خودش را مدیریت کند، هرچند Walletهای Custodial نیز وجود دارند.
• Multi-hop payment: برای پرداخت به هر گیرنده لازم نیست Channel مستقیم وجود داشته باشد.
• Privacy بهتر در بعضی سناریوها: Paymentهای داخلی مانند تراکنش Onchain برای کل شبکه Broadcast نمی‌شوند.

محدودیت‌ها و ریسک‌های Lightning

مدیریت Liquidity

داشتن موجودی BTC کافی نیست؛ برای ارسال و دریافت باید Liquidity در جهت مناسب Channel وجود داشته باشد.

Payment Failure

Payment می‌تواند به‌دلیل نبود مسیر، Liquidity ناکافی، Offline بودن Node، Fee Limit یا Timeout شکست بخورد و Wallet مجبور شود Route دیگری را امتحان کند.

Capital Lock-up

BTC موجود در Channel برای همان Channel تخصیص یافته و Node Operator باید Capital را مدیریت کند. Routing Node حرفه‌ای به Rebalancing و Liquidity Management نیاز دارد.

Online Availability

در معماری Self-custodial کلاسیک، Node باید State Channel را به‌درستی نگهداری و Monitor کند. Walletهای مختلف با LSP، Cloud Component یا سایر روش‌ها تجربه Offline متفاوتی ارائه می‌کنند؛ پس جمله «هر دو طرف حتماً همیشه آنلاین باشند» یک قانون ساده و عمومی برای همه Walletها نیست.

Backup و Data Loss

از دست‌رفتن Channel State می‌تواند بسیار حساس‌تر از بازیابی یک Wallet Onchain ساده باشد. روش Backup و Recovery باید مطابق Implementation Wallet یا Node انجام شود.

تمرکز Routing

اگر بخش بزرگی از Paymentها از تعداد محدودی Routing Node با Liquidity بالا عبور کنند، نگرانی درباره تمرکز عملیاتی و Privacy ایجاد می‌شود. تعداد Nodeها به‌تنهایی کیفیت Decentralization را نشان نمی‌دهد.

پیچیدگی فنی

کاربری که Node کامل اجرا می‌کند باید Channel، Liquidity، Fee، Backup و Connectivity را مدیریت کند. بسیاری از Walletها این پیچیدگی را پنهان می‌کنند، اما ممکن است در مقابل Custody یا Trust Assumption بیشتری ایجاد کنند.

Lightning و Onchain Bitcoin چه تفاوتی دارند؟

آیا Lightning یک Sidechain است؟

خیر. Lightning Blockchain مستقل با Validator Set و Consensus جداگانه ندارد. Channelها به Bitcoin UTXO و Scriptهای قابل Settlement روی Layer 1 متکی هستند.

Sidechain معمولاً Chain مستقلی با Ruleهای Consensus یا Validatorهای خودش دارد و Asset از طریق Bridge یا Peg میان آن و Bitcoin جابه‌جا می‌شود. Lightning در عوض از Payment Channel و State Update میان Peerها استفاده می‌کند.

آیا Lightning فقط برای بیت کوین است؟

هسته Lightning Network برای پرداخت BTC ساخته شده است، اما اکوسیستم Bitcoin در سال‌های اخیر به سمت Multi-asset payment نیز حرکت کرده است. Taproot Assets پروتکلی است که Assetهای دیگری را روی Bitcoin صادر می‌کند و امکان انتقال آن‌ها از طریق Lightning را فراهم می‌سازد.

Lightning Labs در نسخه Taproot Assets v0.8 در ژوئن 2026، این فناوری را به‌عنوان Multi-asset Lightning Protocol روی Mainnet معرفی کرد که Assetهایی مانند Stablecoin را می‌توان با آن روی Bitcoin ایجاد و از طریق Lightning منتقل کرد. Taproot Assets v0.8 در Lightning Labs

این موضوع به معنی آن نیست که هر Lightning Wallet از هر Asset پشتیبانی می‌کند. قابلیت ارسال یا دریافت Asset غیر از BTC به Wallet، Software، Protocol Version و Service مورد استفاده بستگی دارد.

آیا تتر روی Lightning قابل استفاده است؟

Tether در ژانویه 2025 اعلام کرد USD₮ را با استفاده از Taproot Assets به اکوسیستم Bitcoin و Lightning می‌آورد. این مسیر نشان می‌دهد Lightning می‌تواند فراتر از BTC برای Stablecoin Payment نیز استفاده شود، اما پشتیبانی عملی باید در Wallet یا Service مشخص بررسی شود. اعلام رسمی Tether درباره USD₮ و Lightning

برای کاربران بازار، صفحه خرید تتر و صفحه قیمت تتر به Intent معاملاتی USDT مربوط‌اند؛ این موضوع با قابلیت فنی یک Wallet برای انتقال USD₮ روی Lightning یکسان نیست.

به‌روزرسانی Lightning در 2026

Lightning همچنان یک Protocol در حال توسعه است. برای نمونه Lightning Labs در ژوئن 2026 نسخه LND v0.21 را منتشر کرد که در آن Simple Taproot Channelها از حالت آزمایشی به قابلیت Production-ready منتقل شدند و Onion Messaging نیز به LND اضافه شد. انتشار LND v0.21 در Lightning Labs

این تغییرات نشان می‌دهند Lightning یک Technology Stack ثابت نیست و Wallet، Node Implementation و Channel Type می‌توانند در طول زمان قابلیت‌های متفاوتی داشته باشند. بنابراین آموزش‌های عملی باید Version و Implementation را مشخص کنند.

آیا Lightning برای پرداخت‌های بزرگ مناسب است؟

محدودیت مطلقی از نوع «Lightning فقط برای مبالغ کوچک است» وجود ندارد، اما هر Payment باید از مسیری عبور کند که Liquidity کافی داشته باشد. هرچه مبلغ بزرگ‌تر باشد، پیدا کردن Route مناسب می‌تواند دشوارتر شود.

Multi-Path Payment می‌تواند مبلغ را بین چند مسیر تقسیم کند و احتمال موفقیت بعضی پرداخت‌های بزرگ‌تر را افزایش دهد، اما این به معنی Liquidity نامحدود نیست.

مشخصات Lightning امکان Forward کردن HTLC از Channelهای مختلف و استفاده از مسیرهای چندگانه را فراهم می‌کند؛ Wallet و Node Implementation درباره Pathfinding تصمیم می‌گیرند.

چگونه از Lightning استفاده کنیم؟

تجربه کاربر به نوع Wallet بستگی دارد. دو مدل کلی وجود دارد:

Wallet غیرامانی یا Self-custodial

کاربر Keyهای خودش را کنترل می‌کند. بعضی Walletها Channel و Liquidity را به‌طور خودکار مدیریت می‌کنند و بعضی دیگر برای کاربران حرفه‌ای کنترل کامل Node را فراهم می‌کنند.

Wallet امانی یا Custodial

Service موجودی Lightning را از طرف کاربر مدیریت می‌کند و تجربه ساده‌تری ارائه می‌دهد، اما کاربر کنترل مستقیم Key یا Channel را در اختیار ندارد و به Custodian اعتماد می‌کند.

قبل از استفاده باید مشخص شود Wallet از Backup، Recovery، Channel Management، Fee Control و Network موردنظر چگونه پشتیبانی می‌کند. عبارت «Lightning Wallet» به‌تنهایی نشان نمی‌دهد کاربر Self-custody دارد.

Lightning چه ارتباطی با خرید بیت کوین دارد؟

Lightning روش پرداخت و انتقال BTC است، نه سازوکار قیمت‌گذاری یا خرید سرمایه‌گذاری. کاربری که قصد خرید بیت کوین دارد ابتدا BTC تهیه می‌کند و در صورت پشتیبانی Wallet یا Service می‌تواند بخشی از آن را برای پرداخت Lightning استفاده کند.

همچنین قیمت بیت کوین متغیری مربوط به بازار است و رشد یا استفاده از Lightning به‌تنهایی جهت آینده قیمت BTC را تضمین نمی‌کند.

Lightning چه ارتباطی با بازار ارز دیجیتال دارد؟

شبکه Lightning یکی از فناوری‌های پرداخت در اکوسیستم Bitcoin است. قبل از خرید ارز دیجیتال باید میان «خود دارایی»، «شبکه انتقال» و «Wallet/Custody Model» تفاوت قائل شد.

همچنین قیمت ارز دیجیتال معیاری برای ارزش بازار است و چیزی درباره Liquidity یک Lightning Channel، Fee Route یا امنیت Wallet به ما نمی‌گوید.

در یک صرافی رمز ارز ممکن است Bitcoin از طریق چند روش Deposit یا Withdrawal پشتیبانی شود. کاربر باید پیش از انتقال بررسی کند مقصد دقیقاً Bitcoin Onchain، Lightning یا شبکه دیگری را پشتیبانی می‌کند؛ ارسال به Network ناسازگار می‌تواند باعث مشکل در بازیابی دارایی شود.

جمع‌بندی

Lightning Network یک راهکار Layer 2 مبتنی بر Payment Channel است که اجازه می‌دهد تعداد زیادی Payment میان کاربران بدون ثبت جداگانه هر انتقال روی Bitcoin انجام شود. HTLC، Onion Routing، Channel State و Timelockها امکان Multi-hop Payment را بدون اعتماد مستقیم به Routing Nodeها فراهم می‌کنند.

مزیت اصلی Lightning سرعت پرداخت و استفاده کارآمدتر از Block Space است، اما این شبکه محدودیت‌هایی مانند Liquidity، Routing Failure، Channel Management، Backup و Privacy Trade-off دارد. Lightning را نباید «رایگان، ناشناس و با ظرفیت نامحدود» معرفی کرد.

توجه: این محتوا آموزشی است. پیش از ارسال BTC یا هر Asset دیگر، نوع Network، Wallet Support و آدرس/Invoice مقصد را بررسی کنید. کاربران باید قوانین و مقررات قابل اعمال در جمهوری اسلامی ایران را در فعالیت‌های مالی و رمزارزی رعایت کنند.

مقالات مرتبط

• سگویت چیست و چه نقشی در توسعه Bitcoin دارد؟
• قرارداد هوشمند بیت کوین و Timelock چگونه کار می‌کنند؟