Lightning Network چیست؟
Lightning Network یک شبکه پرداخت لایه دوم برای بیت‌کوین است که به کاربران اجازه می‌دهد بسیاری از پرداخت‌ها را خارج از بلاکچین اصلی انجام دهند و فقط در نقاط لازم با زنجیره اصلی تعامل کنند.
ایده اصلی ساده است: همه پرداخت‌های کوچک و متوالی لازم نیست به‌صورت یک تراکنش مستقل در هر بلاک ثبت شوند.
چرا Lightning لازم شد؟
بلاکچین بیت‌کوین ظرفیت محدودی دارد. فضای بلاک کمیاب است و هر تراکنش on-chain بخشی از این فضای محدود را مصرف می‌کند. وقتی تقاضا زیاد باشد، رقابت برای فضای بلاک می‌تواند هزینه و زمان انتظار را افزایش دهد.
برای فهم این رابطه، کارمزد بیت‌کوین و ممپول بیت‌کوین را ببینید.
Lightning بخشی از فعالیت پرداخت را به لایه‌ای خارج از زنجیره منتقل می‌کند تا نیاز به ثبت تک‌تک پرداخت‌ها روی زنجیره کاهش یابد.
کانال پرداخت چیست؟
در مدل پایه، دو طرف می‌توانند یک کانال پرداخت ایجاد کنند. افتتاح کانال نیازمند تراکنش on-chain است که وضعیت اولیه را در شبکه اصلی ثبت می‌کند.
بعد از آن، طرفین می‌توانند وضعیت حسابداری کانال را با پرداخت‌های متعدد به‌روزرسانی کنند، بدون اینکه هر تغییر کوچک الزاماً یک تراکنش مستقل روی زنجیره اصلی باشد.
در نهایت، کانال می‌تواند با یک تراکنش on-chain بسته شود و وضعیت نهایی به زنجیره برگردد.
به‌شکل ساده:
Open Channel، سپس Multiple Off-chain Updates و در نهایت Close Channel
آیا بیت‌کوین‌های داخل کانال خارج از شبکه هستند؟
خیر. امنیت کانال به تراکنش‌ها و قراردادهای قابل‌اعتبارسنجی روی Bitcoin وابسته است. Lightning یک بلاکچین جدا برای جایگزینی Bitcoin نیست؛ یک پروتکل پرداخت است که از Bitcoin به‌عنوان لایه تسویه استفاده می‌کند.
تراکنش‌های خارج از زنجیره چگونه معتبر می‌مانند؟
کانال‌ها بر مبنای تراکنش‌ها و سازوکارهای رمزنگاری طراحی شده‌اند تا هر طرف نتواند به‌سادگی یک وضعیت قدیمی یا نامعتبر را به‌عنوان وضعیت نهایی تحمیل کند.
در طراحی Lightning، قراردادهای قابل‌اجرای بیت‌کوین مانند timelock و hashlock در ساخت سازوکارهای پرداخت و تسویه نقش دارند.
هدف این است که قوانین شبکه اصلی همچنان مرجع نهایی تسویه باشند.
HTLC چیست؟
Hash Time-Locked Contract یا HTLC یکی از اجزای مهم Lightning کلاسیک است. این سازوکار شرایطی را ترکیب می‌کند که دریافت وجه را به ارائه یک secret معتبر و/یا رعایت یک محدودیت زمانی وابسته می‌کند.
این ویژگی برای عبور پرداخت از چند کانال و ایجاد atomicity اهمیت دارد: یا مسیر طبق شرایط قرارداد به نتیجه می‌رسد، یا سازوکارهای timeout امکان بازگشت وجوه را فراهم می‌کنند.
یک مثال عملی از پرداخت Lightning
فرض کنید «آلیس» می‌خواهد ۱۰٬۰۰۰ ساتوشی برای «باب» ارسال کند، اما آلیس و باب کانال مستقیم ندارند.
در یک سناریوی ساده، ممکن است بین آن‌ها دو گره مسیریاب وجود داشته باشد: آلیس یک کانال با Node A دارد، Node A با Node B ارتباط دارد و Node B یک کانال با باب دارد.
در این حالت، آلیس لازم نیست یک کانال جدید مستقیماً با باب باز کند. کیف پول او مسیری را پیدا می‌کند که نقدینگی لازم را در جهت مناسب داشته باشد و پرداخت را از مسیر موجود عبور می‌دهد.
فرض کنیم کارمزد مسیر در مجموع ۲۰ ساتوشی باشد. آلیس در سطح پرداخت مسیریابی‌شده باید شرایطی را فراهم کند که باب ۱۰٬۰۰۰ ساتوشی دریافت کند و کارمزد مسیر نیز طبق قواعد کانال‌ها پوشش داده شود. عددهای واقعی به مسیر و سیاست کارمزد گره‌ها بستگی دارند و این مثال فقط برای توضیح منطق است.
مسیریابی فقط «فرستادن یک عدد از یک گره به گره بعدی» نیست. Lightning باید طوری طراحی شود که هر مرحله فقط اطلاعات لازم برای مرحله خود را داشته باشد و پرداخت یا به شکل معتبر به مقصد برسد یا سازوکارهای قرارداد امکان برگشت وجوه را فراهم کنند. در Lightning کلاسیک، HTLC یکی از اجزای مهم این منطق است.
چرا نقدینگی جهت‌دار مهم است؟
فرض کنید یک کانال ظرفیت ۱٬۰۰۰٬۰۰۰ ساتوشی دارد. این عدد به‌تنهایی نمی‌گوید که ۵۰۰٬۰۰۰ ساتوشی را می‌توان در هر جهتی از کانال عبور داد. موجودی دو طرف کانال و وضعیت فعلی آن تعیین می‌کند چه مقدار نقدینگی در هر جهت قابل استفاده است.
بنابراین ممکن است یک مسیر روی کاغذ کانال‌های کافی داشته باشد، اما به دلیل کمبود نقدینگی در جهت موردنیاز، پرداخت ۱۰٬۰۰۰ ساتوشی در آن لحظه انجام نشود.
این مثال تفاوت مهم میان ظرفیت کانال و نقدینگی قابل استفاده برای یک پرداخت مشخص را نشان می‌دهد.
پرداخت بدون کانال مستقیم
دو کاربر لزوماً لازم نیست مستقیماً یک کانال مشترک داشته باشند. شبکه می‌تواند پرداخت را از میان چند کانال و چند گره مسیریابی کند.
برای مثال مفهومی:
Alice، سپس Node A، بعد Node B و در نهایت Bob
هر مرحله بخشی از پرداخت را به مرحله بعدی منتقل می‌کند و پروتکل باید شرایط رمزنگاری‌شده مسیر را طوری طراحی کند که اطلاعات و وجوه هر مرحله مطابق قواعد کانال مدیریت شود.
آیا Lightning کاملاً رایگان است؟
نه. ممکن است هزینه‌هایی برای عملیات on-chain مانند بازکردن یا بستن کانال وجود داشته باشد و گره‌های مسیریاب نیز می‌توانند برای عبور پرداخت کارمزد دریافت کنند.
مزیت اقتصادی Lightning این است که بسیاری از پرداخت‌های کوچک لازم نیست هر کدام فضای جداگانه‌ای در بلاکچین اصلی مصرف کنند.
Lightning و سرعت
تأیید یک پرداخت Lightning به ساختار کانال و مسیر بستگی دارد و معمولاً نیازمند انتظار برای قرارگرفتن یک تراکنش مستقل در بلاک برای هر پرداخت روزمره نیست.
اما این به معنی حذف کامل محدودیت‌های شبکه نیست. نقدینگی کانال، مسیر، دسترسی به گره‌ها و وضعیت شبکه روی موفقیت پرداخت اثر دارند.
نقدینگی چیست؟
برای ارسال پرداخت از یک مسیر Lightning، کانال‌های مسیر باید ظرفیت و liquidity مناسب در جهت موردنیاز داشته باشند. داشتن ظرفیت اسمی یکسان با داشتن نقدینگی قابل‌استفاده در هر جهت یکی نیست.
به همین دلیل «ظرفیت شبکه» به‌تنهایی معیار کافی برای پیش‌بینی موفقیت هر پرداخت نیست.
Lightning چه تفاوتی با Bitcoin on-chain دارد؟
| ویژگی | Bitcoin on-chain | Lightning |
|---|---|---|
| ثبت هر پرداخت روی زنجیره | بله | معمولاً خیر |
| مصرف مستقیم فضای بلاک برای هر پرداخت | بله | معمولاً خیر |
| نیاز به کانال | خیر | در مدل کانالی بله |
| مناسب برای پرداخت‌های متعدد کوچک | محدودتر | مناسب‌تر |
| تسویه نهایی روی Bitcoin | بله | در بازکردن/بستن و سناریوهای لازم |
این تفاوت به معنی «بهتر بودن مطلق» Lightning نیست؛ دو لایه برای نیازهای متفاوت طراحی شده‌اند.
حریم خصوصی در Lightning
چون همه پرداخت‌های Lightning مانند تراکنش‌های on-chain در دفترکل عمومی ثبت نمی‌شوند، سطح مشاهده‌پذیری عمومی متفاوت است. اما این به معنی ناشناس‌بودن مطلق نیست. گره‌ها، مسیرها، endpointها و الگوهای شبکه می‌توانند اطلاعاتی ایجاد کنند.
برای مبانی بیشتر، حریم خصوصی بیت‌کوین را بخوانید.
Lightning چه چیزی را حل نمی‌کند؟
Lightning جایگزین همه کاربردهای Bitcoin نیست. برای تسویه نهایی، ایجاد یا بستن برخی کانال‌ها و بسیاری از عملیات مدیریتی همچنان به زنجیره اصلی نیاز است.
همچنین مشکلاتی مانند نقدینگی، مدیریت کانال، تجربه کاربری و امنیت عملیاتی همچنان وجود دارند.
جمع‌بندی
Lightning Network تلاش می‌کند با انتقال بخش بزرگی از پرداخت‌های مکرر به خارج از زنجیره، فشار بر فضای محدود بلاکچین اصلی را کاهش دهد. کانال‌های پرداخت، تراکنش‌های قابل‌تسویه و سازوکارهای رمزنگاری مانند HTLCها امکان می‌دهند کاربران پرداخت‌های بیشتری را بدون ثبت یک تراکنش مستقل برای هر پرداخت انجام دهند.
Bitcoin لایه اصلی تسویه و امنیت است و Lightning یک لایه پرداخت روی آن است؛ درک این تفکیک برای فهم مقیاس‌پذیری بیت‌کوین ضروری است.
منابع و مراجع
- Lightning Network — BOLT specifications repository
- BOLT 02 — Peer Protocol for Establishing Channels
- BOLT 03 — Bitcoin Transaction and Script Formats
- BOLT 04 — Onion Routing Protocol
این مطلب با هدف آموزش و تحلیل تهیه شده است و نباید به‌عنوان توصیه قطعی برای خرید، فروش یا شرط‌بندی تلقی شود.
