BOLT12، LNURL و بیت کوین لایتنینگ
BOLT 12 چیست؟ خوب، بسیاری از ویژگیهای مختلف و قطعات متحرک در کنار هم قرار میگیرند تا چندین چیز مختلف را انجام دهند – کدهای QR ثابت، فاکتورهای مدولار، حفظ حریم خصوصی برای شخصی که پرداخت را دریافت میکند. اما کل بسته چیست؟ این راهی است برای داشتن یک کد QR، یک «پیشنهاد»، به شما

BOLT 12 چیست؟ خوب، بسیاری از ویژگیهای مختلف و قطعات متحرک در کنار هم قرار میگیرند تا چندین چیز مختلف را انجام دهند – کدهای QR ثابت، فاکتورهای مدولار، حفظ حریم خصوصی برای شخصی که پرداخت را دریافت میکند.
اما کل بسته چیست؟ این راهی است برای داشتن یک کد QR، یک «پیشنهاد»، به شما این امکان را میدهد که فاکتورها را از یک گره به روشی حفظ حریم خصوصی بگیرید، در حالی که مواردی مانند درخواست از یک گره از راه دور را برای پرداخت فاکتور شما نیز ممکن میسازد.
اکنون، هر کسی که با LNURL آشنایی دارد باید فکر کند، “این بسیار شبیه LNURL است.” اما برای کسانی از شما که نمیدانند LNURL چیست یا چگونه کار میکند، در اینجا یک توضیح سریع وجود دارد.
LNURL چیست؟
LNURL مجموعه ای از پروتکل های ساده برای هماهنگی اطلاعات مورد نیاز برای انجام پرداخت ها از طریق شبکه لایتنینگ با استفاده از HTTP است. لیست کامل قطعات پروتکل LNURL را می توان در اینجا پیدا کرد، اما من فقط قصد دارم به چند کاربرد اصلی که با BOLT 12 همپوشانی دارند، بپردازم.
سه قطعه اصلی پروتکل LNURL یک طرح احراز هویت هستند که در آن می توان از یک کلید عمومی برای ورود به یک سرویس استفاده کرد، طرح درخواست فاکتور که در آن کیف پول می تواند سرور را از طریق یک کد QR ایستا پینگ کند و یک فاکتور را بازیابی کند، و یک برداشت. طرح درخواست که در آن یک کیف پول می تواند یک سرور را پینگ کند و از سرور درخواست کند که فاکتور ارائه شده توسط کیف پول را پرداخت کند. صورتحسابهای لایتنینگ بسیار طولانیتر از آدرسهای بیتکوین زنجیرهای هستند، پرداخت به خودی خود یک فرآیند تعاملی است که نیاز به آنلاین بودن هر دو طرف دارد، بنابراین هماهنگ کردن جزئیات پرداخت به صورت تعاملی از طریق اتصال شبکه منطقی است.
پروتکل احراز هویت عملاً فقط سروری است که یک عدد بهطور تصادفی تولید میکند که کیف پول کاربر با یک کلید تازه تولید شده امضا میکند. پس از دریافت مقدار تصادفی امضا شده توسط سرور، کلید مربوطه را ذخیره می کند تا در لاگین های بعدی استفاده شود.
عملکرد درخواست فاکتور راهی برای ارائه اطلاعات به کاربر در مورد پرداختی است که مایل به انجام آن در قالبی است که فاکتور نیست. این توضیحی در مورد پرداخت، حداقل و حداکثر مبلغی که سرویس انتظار دارد پرداخت شود، و یک URL برای کیف پول که از آن میتوان یک فاکتور واقعی را درخواست کرد، ارائه میکند. از اینجا، کیف پول این اطلاعات را به کاربر نمایش می دهد و به کاربر اجازه می دهد مبلغ نهایی را تعیین کند و فاکتور درخواست کند. پس از ارسال درخواست فاکتور و دریافت آن از سرور، کیف پول تأیید می کند که مبالغ با آنچه کاربر تنظیم کرده مطابقت دارد و فاکتور را پرداخت می کند.
درخواست برداشت با پینگ کردن سرویس کار میکند، و در پاسخ، توضیحات، نشانی اینترنتی برای ارسال فاکتور، یک رشته تصادفی (یا قطعی برای اتصال به حساب یا کاربر)، و حداقل مقدار و حداکثر مبلغ قابل برداشت دریافت میکند. . پس از پر کردن مقدار مناسب، کیف پول فاکتوری را به سرور برمیگرداند و در صورت معتبر بودن و در محدوده پارامترهای مقدار، سرویس فاکتور را پرداخت میکند. پروتکل احراز هویت LNURL را می توان علاوه بر این مورد استفاده قرار داد تا اطمینان حاصل شود که تنها کاربر مورد نظر می تواند با موفقیت با استفاده از پیوند LNURL خارج شود.
LNURL بسیاری از تجربه UX را در استفاده از شبکه لایتنینگ هموار کرده و بهبود بخشیده است، اما برای استفاده از آن نیاز به استفاده از سرور وب دارد. همه درخواستها و پاسخها از طریق HTTP انجام میشوند و زیرساختهای اضافی فراتر از گره لایتنینگ برای مدیریت این روشهای ساده هماهنگسازی و پرداختها مورد نیاز است. این یک نیاز کاملاً منطقی برای هر ارائه دهنده خدمات آنلاین یا تاجری است که به طور واقعی به یک سرور وب برای ارائه خدمات یا محصولات خود به صورت آنلاین نیاز دارند. با این حال، برای یک کاربر نهایی غیر فنی در خانه که به سادگی چنین تجربه سادهای را میخواهد، یک فروشنده خیابانی، یک فروشگاه فیزیکی یا سایر کاربرانی که قبلاً نیازی به استفاده از سرور وب ندارند، این میتواند یک نیاز سنگین و بالقوه خطرناک باشد. .
BOLT 12 چیست؟
BOLT 12 تلاشی را برای دستیابی به برخی از عملکردهای اصلی ارائه می دهد که LNURL بدون نیاز به استفاده از وب سرور ارائه می کند. یک پیشنهاد، دادههای لازم برای رسیدن به یک گره برای درخواست فاکتور برای پرداخت را رمزگذاری میکند، یا یک node_id، یا یک مسیر کور (چند پرش آخر در مسیر پیاز، از پیش محاسبهشده و رمزگذاریشده) به آن گره با استفاده از پیامهای پیاز. همچنین میتواند حداقل مبلغ پرداخت، ارز پرداخت شده، زمان انقضا و تعداد حداقل/حداکثر مقدار (برای خرید چندین مورد) را رمزگذاری کند.
این همه اطلاعات لازم برای دریافت یک فاکتور واقعی از گره ای است که پیشنهاد را صادر کرده است. شخصی که میخواهد فاکتوری را بپردازد، این کار را از طریق پیامهای پیاز، یکی از ویژگیهای اصلی BOLT 12، انجام میدهد. این امکان را به گرهها میدهد تا ارتباط مستقیم و رمزگذاریشده انتها به انتها بین یکدیگر برقرار کنند که شامل کانال لایتنینگ نمیشود. درست مانند پرداخت های لایتنینگ، از این پرداخت ها می توان برای پیام های مسیر پیاز استفاده کرد. پس از دریافت پیشنهاد، پرداخت کننده از اطلاعات کدگذاری شده در آن برای ارسال پیام invoice_request استفاده می کند. سپس سازنده پیشنهاد با یک فاکتور واقعی پاسخ خواهد داد.
همچنین پشتیبانی برای ایجاد پیشنهادهای منحصر به فرد برای هر کاربر وجود دارد که به گیرنده امکان می دهد مانند ویژگی درخواست برداشت LNURL از خالق پیشنهاد، درخواست پرداخت کند. فاکتورهای BOLT 12 متعهد به یک کلید پرداخت کننده منحصر به فرد هستند – از این کلید می توان در مورد صدور بازپرداخت استفاده کرد تا ثابت کند شما شخصی هستید که واقعاً فاکتور را پرداخت کرده اید. این همچنین میتواند در ترکیب با پیشنهاد انصراف استفاده شود تا تضمین کند که فقط شخص صحیح میتواند در دریافت فاکتور توسط سازنده موفق شود، در مقابل هر کسی که بتواند نسخهای از پیشنهاد را دریافت کند.
این دو استفاده از پیشنهادات به طور موثر عملکردی مشابه درخواست های فاکتور و برداشت LNURL را بدون نیاز به اجرای وب سرور انجام می دهند.
LNURL یا BOLT 12؟ همه چیز درباره تجارت است
LNURL و BOLT 12 هر دو یک عملکرد کلی را انجام می دهند، بنابراین واقعاً تفاوت بین آنها چیست؟ اگر LNURL از قبل وجود داشته باشد، چه نیازی به BOLT 12 وجود دارد؟ تمایز کلیدی وب سرور است. یک وب سرور به اجرای زیرساخت های بیشتر، نام دامنه، گواهی TLS و تخصص برای مدیریت این موارد نیاز دارد.
در حالی که این موضوع حتی برای اکثر مشاغل و خدمات ارزش ذکر کردن ندارد، زیرا این موارد در وهله اول برای راه اندازی هر کسب و کار آنلاین مورد نیاز است، این یک مشکل بزرگ برای کاربر نهایی معمولی غیر فنی شما است. این انتظار منطقی برای کاربر نیست که زیرساخت اضافی را در بالای گره لایتنینگ خود نگه دارد تا به یک تجربه کاربری ساده و کارآمد دسترسی داشته باشد. همچنین بحث متمرکز بودن DNS وجود دارد. دامنه چیزی نیست که واقعاً توسط مالک کنترل شود.
این مسائل به کنار، هر دو می توانند با هم وجود داشته باشند. LNURL به خوبی کار می کند، و در حال حاضر به طور گسترده در اکوسیستم لایتنینگ پذیرفته شده است، این یک راه حل واقع بینانه برای کاربرانی به جز مشاغل یا خدمات نیست. BOLT 12 همانطور که به تصویب رسید می تواند این شکاف را پر کند و همان تجربه کاربری ساده را برای کاربران نهایی در خانه که کسب و کار نیستند فراهم کند.
هر دو راه حل تقریباً یک کار را برای دو کلاس مختلف از کاربران انجام می دهند، و این مشکلی ندارد.
این یک پست مهمان توسط شینوبی است. نظرات بیان شده کاملاً متعلق به خود آنها است و لزوماً نظرات BTC Inc یا را منعکس نمی کند مجله بیت کوین.
![]() + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | ![]() + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | ![]() + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه |
![]() مدیریت حرفه ای کافی شاپ | ![]() حقوقدان خبره | ![]() سرآشپز حرفه ای |
![]() | ![]() آموزش مجازی ICDL مهارت های رایانه کار درجه یک و دو | ![]() |
- نظرات ارسال شده توسط شما، پس از تایید توسط مدیران سایت منتشر خواهد شد.
- نظراتی که حاوی تهمت یا افترا باشد منتشر نخواهد شد.
- نظراتی که به غیر از زبان فارسی یا غیر مرتبط با خبر باشد منتشر نخواهد شد.
ارسال نظر شما
مجموع نظرات : 0 در انتظار بررسی : 0 انتشار یافته : ۰