کاربردهای لایه دوم و لایتنینگ
فصلهای کتاب · ۸۲ پرسش
کلید، seed و عبارت بازیابی همهٔ مثالهای منتشرشده عمومیاند؛ هرگز برای پول واقعی استفاده نشوند. این مجموعه و کدهایش پیادهسازی تولیدی کیف پول یا مرجع مستقل اجماع نیستند.
«لایه دوم» در این کتاب به چه ایدهای اشاره دارد؟
لایه دوم و اجزای سازنده
پروتکلهایی که بخشی از منطق یا تبادل را بیرون از ثبت مستقیمِ هر رویداد در زنجیره انجام میدهند، ولی برای تسویه یا اجرای تعهد به بیتکوین تکیه دارند. نام لایه دوم بهتنهایی مدل اعتماد یکسانی ایجاد نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:2–13ch14_applications.adoc:14–107ch14_applications.adoc:108–133
چرا ترکیب چند جزء امن الزاماً یک قرارداد امن نمیسازد؟
لایه دوم و اجزای سازنده
ترتیب پیامها، دسترسی داده، هزینه کارمزد و مهلتها میتوانند شکاف ایجاد کنند. امنیت هر امضا یا هش، جای تحلیل تعامل آنها و رفتار طرف بدخواه را نمیگیرد.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:2–13ch14_applications.adoc:14–107ch14_applications.adoc:108–133
اتمیبودن تراکنش بیتکوین چه دامنهای دارد؟
لایه دوم و اجزای سازنده
ورودیها و خروجیهای یک تراکنش معتبر با هم اعمال میشوند یا نمیشوند. این ویژگی بهخودیخود تحویل کالا، اجرای قرارداد حقوقی یا یک تراکنش روی شبکه دیگری را اتمی نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:2–13ch14_applications.adoc:14–107ch14_applications.adoc:108–133
تکبار خرجشدن یک خروجی به چه زمینهای وابسته است؟
لایه دوم و اجزای سازنده
در یک تاریخچه معتبر، یک outpoint نمیتواند دوبار مصرف شود. روی دو شاخه رقیب ممکن است خرجهای متفاوت دیده شوند؛ بنابراین تعیین تاریخچه فعال و عمق تأیید همچنان لازم است.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:2–13ch14_applications.adoc:14–107ch14_applications.adoc:108–133
آیا بیتکوین از نظر حسابداری مانع نابودکردن سکه میشود؟
لایه دوم و اجزای سازنده
قواعد از ایجاد مقدار اضافی نامجاز جلوگیری میکنند، اما میتوان خروجی غیرقابلخرج ساخت، یارانه را کامل مطالبه نکرد یا دسترسی به کلید را از دست داد. حفظ سقف عرضه با تضمین حفظ قابلیت خرج همه واحدها فرق دارد.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:2–13ch14_applications.adoc:14–107ch14_applications.adoc:108–133
یک تعهد هش زماندار چه ادعایی درباره سند میدهد؟
لایه دوم و اجزای سازنده
با داشتن سند میتوان تطابق آن با تعهد ثبتشده را نشان داد و درباره وجود آن پیش از درج تعهد استدلال کرد. این کار مالکیت، صحت محتوای سند یا زمان دقیق تولید آن را مستقلاً ثابت نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:2–13ch14_applications.adoc:14–107ch14_applications.adoc:108–133
چرا «بیطرفی شبکه» به معنی نبود امکان سانسور نیست؟
لایه دوم و اجزای سازنده
قواعد میتوانند برای همه یکسان باشند، ولی گرهها و استخراجکنندگان هنوز میتوانند از رله یا درج بعضی تراکنشها خودداری کنند. اعتبار، پذیرش سیاستی و دسترسپذیری سه ادعای متفاوتاند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:2–13ch14_applications.adoc:14–107ch14_applications.adoc:108–133
Colored Coin چگونه معنایی اضافه به یک خروجی میدهد؟
Colored Coins و دارایی نمایندگیشده
یک پروتکل بیرونی توافق میکند برخی خروجیها یا مسیر انتقال آنها نماینده دارایی دیگری باشند. گره بیتکوین مقدار BTC و قواعد خرج را میبیند، نه لزوماً اعتبار معنای دارایی اضافه را.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:134–173
آیا توکن روی بیتکوین خودکار از تضمین بازخرید بیتکوین برخوردار است؟
Colored Coins و دارایی نمایندگیشده
خیر. اگر نماینده طلب از ناشر، طلا یا دارایی بیرونی باشد، تحویل آن به ناشر و سازوکار حقوقی یا عملیاتی وابسته است. امنیت ثبت انتقال، ریسک پشتوانه را حذف نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:134–173
چرا یک تراکنش معتبر بیتکوین میتواند انتقال نامعتبر یک دارایی رنگی باشد؟
Colored Coins و دارایی نمایندگیشده
قواعد تفسیر دارایی اضافه ممکن است تخصیص، تاریخچه یا داده خاصی بخواهند که اجماع بیتکوین بررسی نمیکند. صحت لایه پایه برای صحت پروتکل بالاتر لازم است، اما کافی نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:134–173
single-use seal چه مسئلهای را حل میکند؟
مهر یکبارمصرف و Pay-to-contract
یک تعهد را به رویدادی پیوند میدهد که فقط یک بار میتواند نهایی شود؛ outpoint بیتکوین نمونه مناسبی است چون در یک زنجیره معتبر فقط یک خرج دارد. این ویژگی برای جلوگیری از انتقال متعارض یک وضعیت به کار میرود.
اصلاحات و رفع ابهام
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:174–195ch14_applications.adoc:196–231
چرا single-use seal هنوز به داده خارج از زنجیره نیاز دارد؟
مهر یکبارمصرف و Pay-to-contract
زنجیره میتواند بستهشدن مهر را نشان دهد، اما معنی وضعیت و انتقال ممکن است در داده دیگری باشد. گمشدن آن داده میتواند راستیآزمایی دارایی لایه بالاتر را ناممکن کند.
اصلاحات و رفع ابهام
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:174–195ch14_applications.adoc:196–231
P2C چه تفاوتی با نوشتن متن قرارداد در OP_RETURN دارد؟
مهر یکبارمصرف و Pay-to-contract
تعهد را در کلید tweaked جا میدهد و ممکن است خروجی عادی به نظر برسد. متن قرارداد همچنان باید جداگانه نگهداری شود و فقط با داده لازم میتوان رابطه تعهد را بررسی کرد.
اصلاحات و رفع ابهام
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:174–195ch14_applications.adoc:196–231
چرا باید میان «تعهد به قرارداد» و «اثبات دانستن قرارداد» فرق گذاشت؟
مهر یکبارمصرف و Pay-to-contract
یک رابطه هش یا tweak میتواند اتصال داده به خروجی را ثابت کند، بدون اینکه نشان دهد خرجکننده متن را خوانده یا معنا را پذیرفته است. ادعای دانش یا رضایت به پروتکل اضافه نیاز دارد.
اصلاحات و رفع ابهام
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:174–195ch14_applications.adoc:196–231
client-side validation چه مسئولیتی را به گیرنده منتقل میکند؟
اعتبارسنجی سمت مشتری، RGB و Taproot Assets
گیرنده باید داده و تاریخچه لازم برای اعتبار دارایی یا قرارداد را خودش بررسی کند، بهجای اینکه همه گرههای بیتکوین آن را اجرا کنند. این روش بار عمومی را کاهش میدهد ولی نیاز به دسترسی و بکاپ داده ایجاد میکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:232–272ch14_applications.adoc:273–305ch14_applications.adoc:306–360
مزیت حریم خصوصی اعتبارسنجی سمت مشتری چیست؟
اعتبارسنجی سمت مشتری، RGB و Taproot Assets
لازم نیست همه جزئیات قرارداد و تاریخچه دارایی برای تمام شبکه منتشر شود. بااینحال طرفهای دریافتکننده داده و metadata انتقال هنوز میتوانند اطلاعاتی ببینند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:232–272ch14_applications.adoc:273–305ch14_applications.adoc:306–360
آیا اتصال یک تعهد به بلاکچین، دسترسپذیری داده قرارداد را تضمین میکند؟
اعتبارسنجی سمت مشتری، RGB و Taproot Assets
خیر. تعهد اصالت دادهای را که بعداً ارائه میشود قابلبررسی میکند، ولی خود داده را تولید یا بازیابی نمیکند. نگهداری و تحویل تاریخچه جزء امنیت عملی پروتکل است.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:232–272ch14_applications.adoc:273–305ch14_applications.adoc:306–360
RGB در توصیف این ویرایش چه اجزایی را ترکیب میکند؟
اعتبارسنجی سمت مشتری، RGB و Taproot Assets
اعتبارسنجی سمت مشتری، تعهدهای رمزنگاری و مهرهای یکبارمصرف برای مدیریت قرارداد و دارایی را ترکیب میکند. این توضیح معماریِ زمان کتاب است، نه تأیید بلوغ یا امنیت تمام نسخههای بعدی آن.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:232–272ch14_applications.adoc:273–305ch14_applications.adoc:306–360
چرا Taproot Assets را نباید با خود ارتقای Taproot یکی گرفت؟
اعتبارسنجی سمت مشتری، RGB و Taproot Assets
Taproot یک مجموعه قواعد بیتکوین برای خروجی و امضاست؛ Taproot Assets پروتکل دارایی است که از قابلیتهای آن استفاده میکند. گرهی که Taproot را بررسی میکند الزاماً قواعد آن داراییها را اجرا نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:232–272ch14_applications.adoc:273–305ch14_applications.adoc:306–360
آیا انتقال دارایی با مسیرهای مبتنی بر بیتکوین، ریسک نرخ تبدیل را حذف میکند؟
اعتبارسنجی سمت مشتری، RGB و Taproot Assets
خیر. تبدیل دارایی به BTC و برعکس میتواند به نرخ، نقدینگی و رفتار طرفها وابسته باشد. اتمیبودن برخی مراحل، به معنای قیمت تضمینشده یا نبود اختیار زمانی نامتقارن نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:232–272ch14_applications.adoc:273–305ch14_applications.adoc:306–360
چرا گیرنده باید پیش از پذیرش دارایی، اثبات و تاریخچه لازم را بگیرد؟
اعتبارسنجی سمت مشتری، RGB و Taproot Assets
پس از پایان انتقال، فرستنده ممکن است در دسترس نباشد. داشتن کنترل یک خروجی بدون دادهای که مالکیت دارایی بالاتر را اثبات کند، لزوماً برای انتقال بعدی کافی نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:232–272ch14_applications.adoc:273–305ch14_applications.adoc:306–360
کانال پرداخت چگونه تعداد ثبتهای روی زنجیره را کم میکند؟
کانال و وضعیتهای جایگزین
طرفها سرمایهای را در خروجی مشترک قرار میدهند و وضعیتهای امضاشده جایگزین را خارج از زنجیره مبادله میکنند. فقط ایجاد، تسویه یا اجرای اختلاف لازم است روی زنجیره رخ دهد.
تصویر 1401تأمین مالی، تعهد و تسویهٔ کانال تعهدهای جایگزین معمولاً خرجهای رقیبِ همان UTXO هستند، نه تراکنشهایی که الزاماً پشت سر هم در زنجیره ثبت میشوند.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
آیا هر وضعیت تازه کانال، خروجی وضعیت قبلی را خرج میکند؟
کانال و وضعیتهای جایگزین
در مدل commitmentهای معمول، نسخهها خرجهای جایگزینِ همان funding outpoint هستند. آنها زنجیرهای از تراکنشهای قابلتأیید پشتسرهم نیستند؛ نمودار باید این تعارض را روشن کند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
funding transaction چه نقشی دارد؟
کانال و وضعیتهای جایگزین
خروجی مشترکی میسازد که سرمایه کانال را نگه میدارد. تراکنشهای تعهد یا بستن، راه مصرف آن خروجی را طبق امضاها و قواعد قرارداد مشخص میکنند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
commitment transaction چیست؟
کانال و وضعیتهای جایگزین
نمای امضاشدهای از یک وضعیت کانال است که در صورت نیاز میتواند برای اجرای سهمها و شروط مربوط منتشر شود. نگهداری آن خارج از زنجیره به معنی نبود توان اجرای روی زنجیره نیست.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
چرا پیش از انتشار funding باید راه خروج معتبر داشت؟
کانال و وضعیتهای جایگزین
پس از قفلشدن پول در خروجی مشترک، طرف مقابل ممکن است همکاری نکند. داشتن تعهد یا بازپرداختِ قابلاجرا از قبل، مانع وابستگی کامل به همکاری آینده او میشود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
چرا txid پایدار برای ساخت زنجیره تراکنشهای ازپیشامضاشده مهم است؟
کانال و وضعیتهای جایگزین
تعهدها به outpoint تراکنش funding اشاره میکنند. اگر شناسه بدون تغییر معنای پرداخت عوض شود، اشاره قبلی ممکن است نامعتبر شود؛ رفع malleability مرتبط یکی از نقشهای مهم Segwit در این طراحیهاست.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
در نمونه خدمات ثانیهای، ۶۰۰ ثانیه با نرخ ۱۰۰۰ ساتوشی چه پرداختی ایجاد میکند؟
کانال و وضعیتهای جایگزین
۶۰۰هزار ساتوشی. با سپرده ۳٫۶ میلیون ساتوشی و بدون احتساب کارمزد، سهم باقیمانده ۳ میلیون است؛ اعداد مثال باید با واحد و فرض کارمزد خوانده شوند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
چرا کانال یکطرفه میتواند با افزایش یکنواخت مبلغ گیرنده سادهتر باشد؟
کانال و وضعیتهای جایگزین
گیرنده آخرین نسخهای را که بیشترین پرداخت را میدهد ترجیح میدهد. برای پرداخت رفتوبرگشتی، این ترجیح یکنواخت از بین میرود و لازم است استفاده از وضعیت قدیمی بهنحو دیگری مهار شود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
آیا ظرفیت کانال با هر پرداخت بیشتر میشود؟
کانال و وضعیتهای جایگزین
خیر. در مدل ساده با funding ثابت، فقط تخصیص موجودی تغییر میکند. افزایش یا کاهش سرمایه به عملیات اضافه مانند تأمین جدید یا سازوکارهای توسعهیافته نیاز دارد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:361–403ch14_applications.adoc:404–449ch14_applications.adoc:450–551
چرا وجود تراکنش بازپرداخت زماندار مهم است؟
کانال کماعتماد و طراحی مهلت
اگر طرف مقابل ناپدید شود، فرستنده نباید برای همیشه به همکاری او وابسته بماند. مسیر بازپرداخت بعد از شرط زمانی، اختیار خروجی را در شرایط مشخص برمیگرداند.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:552–699
آیا «trustless channel» یعنی هیچ فرضی باقی نمیماند؟
کانال کماعتماد و طراحی مهلت
خیر. امنیت به اجرای درست، نگهداری وضعیت، مشاهده زنجیره، دسترسی به انتشار و مهلت و کارمزد کافی وابسته است. واژه کماعتماد دقیقتر از حذف همه اعتمادها و فرضهاست.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:552–699
روش کاهش پیاپی زمان انقضای وضعیتها چه محدودیتی دارد؟
کانال کماعتماد و طراحی مهلت
وضعیت تازه زودتر قابلاجرا میشود، اما فاصلههای زمانی قابلاستفاده محدودند و باید برای واکنش کافی باشند. تعداد بهروزرسانی یا عمر کانال نمیتواند بدون هزینه زمانی نامحدود فرض شود.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:552–699
چرا یک مهلت روی زنجیره باید حاشیه اطمینان داشته باشد؟
کانال کماعتماد و طراحی مهلت
ساخت، انتشار، صف کارمزد، یافتن بلاک و reorg زمان نامطمئن دارند. مهلتی که فقط در شرایط ایدئال کافی است ممکن است هنگام اختلاف یا ازدحام شکست بخورد.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:552–699
چرا یک کانال نمونه آموزشی را نباید مستقیماً برای نگهداری پول اجرا کرد؟
کانال کماعتماد و طراحی مهلت
نمودار ممکن است کارمزد، dust، زمانبندی، ترتیب امضا و حالت crash را حذف کرده باشد. امنیت واقعی به مشخصات دقیق و آزمون همه مسیرهای خصمانه نیاز دارد.
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:552–699
چرا تعهدهای دو طرف کانال دقیقاً یکسان نیستند؟
تعهد نامتقارن و ابطال اقتصادی
هر طرف نسخهای دارد که سهم خودِ منتشرکننده را با تأخیر قابلخرج میکند و مسیر جریمه مناسب طرف دیگر را فراهم میسازد. نامتقارنبودن، مهلت واکنش را به کسی میدهد که ممکن است از وضعیت قدیمی زیان ببیند.
تصویر 1405تعهدهای نامتقارن و امکان جریمه ابطال، تراکنش قدیمی را از نظر اجماع حذف نمیکند؛ مسیر جریمه ایجاد میکند. تأخیر ۱۰۰۰ بلاکی تصویر یک نمونه است.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
«باطلکردن» یک commitment قدیمی چه معنایی دارد؟
تعهد نامتقارن و ابطال اقتصادی
امضای آن لزوماً از نظر اجماع نامعتبر نمیشود. افشای راز مربوط، خرج تنبیهی را برای طرف مقابل ممکن میکند تا انتشار وضعیت قدیمی پرخطر شود؛ این ابطال اقتصادی است، نه حذف تراکنش از جهان.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
چرا تأخیر to_local از زمان تأیید commitment سنجیده میشود؟
تعهد نامتقارن و ابطال اقتصادی
طرف صادق باید پس از ظاهرشدن وضعیت قدیمی فرصت واکنش داشته باشد. قفل نسبی CSV چنین پنجرهای را از رویداد روی زنجیره ایجاد میکند، نه از زمان قدیمیِ امضای قرارداد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
ترتیب امن دریافت commitment جدید و افشای راز قبلی چیست؟
تعهد نامتقارن و ابطال اقتصادی
ابتدا باید commitment جدیدِ معتبر و قابلاجرا را دریافت و بررسی کرد و وضعیت را بهشکل پایدار مدیریت کرد؛ سپس راز ابطال وضعیت قبلی داده میشود. وارونهکردن این ترتیب، مانند توضیح ناقص کتاب، میتواند راه خروج امن را از بین ببرد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
چرا نباید پیش از داشتن وضعیت جدید، وضعیت قبلی را revoke کرد؟
تعهد نامتقارن و ابطال اقتصادی
ممکن است طرف مقابل ادامه ندهد و تنها راه خروجی که در اختیار داریم اکنون قابلجریمه باشد. پروتکل باید در هر نقطه قطع ارتباط، یک وضعیت قابلاجرای امن حفظ کند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
آیا کلید revocation واقعاً از دو «نیمه ساده کلید» ساخته میشود؟
تعهد نامتقارن و ابطال اقتصادی
این تعبیر فقط یک تشبیه است. در BOLT3 کلیدها با روابط مشخصِ کلید پایه، نقطه هر commitment و ضرایب هش مشتق میشوند؛ بریدن یک کلید به دو قسمت جای آن الگوریتم را نمیگیرد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
چرا یک راز revocation نباید اختیار سرقت از وضعیت تازه بدهد؟
تعهد نامتقارن و ابطال اقتصادی
رازها به وضعیتهای مشخص و مشتقسازی مربوط متصلاند. اگر افشای راز قدیمی کلید وضعیت تازه را نیز قابلخرج کند، سازوکار بهروزرسانی امنیتش را از دست میدهد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
چه چیزی جلوی انتشار commitment قدیمی توسط صاحب آن را میگیرد؟
تعهد نامتقارن و ابطال اقتصادی
مانع اجماعیِ عمومی برای انتشارش وجود ندارد؛ خطر جریمه و واکنش طرف مقابل بازدارنده است. بنابراین امنیت به امکان کشف و تأیید خرج تنبیهی در مهلت نیاز دارد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
چرا خاموشبودن طولانی در کانال جریمهای میتواند خطرناک باشد؟
تعهد نامتقارن و ابطال اقتصادی
ممکن است طرف مقابل وضعیت قدیمی را منتشر کند و مهلت واکنش بگذرد. راهکار باید مشاهده زنجیره یا خدمات نظارتی مناسب و بودجه اجرای بهموقع را تأمین کند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
Watchtower چه کاری میکند و چه چیزی را تضمین نمیکند؟
تعهد نامتقارن و ابطال اقتصادی
میتواند برای تشخیص انتشار وضعیت قابلجریمه و ارسال واکنش کمک کند. اما کیفیت سرویس، دسترسپذیری، محرمانگی داده و توان تأیید در ازدحام باید جداگانه ارزیابی شوند؛ نام watchtower تضمین مطلق نیست.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
چرا بازیابی لایتنینگ از بکاپ قدیمی میتواند از نداشتن بکاپ خطرناکتر باشد؟
تعهد نامتقارن و ابطال اقتصادی
نرمافزار ممکن است commitment قبلاً revoked را معتبرترین وضعیت خود تصور و منتشر کند. seed بهتنهایی همه تاریخچه نشست و رازهای ابطال را بازسازی نمیکند؛ روش بازیابی باید با پروتکل هماهنگ باشد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
آیا تعداد بهروزرسانی commitment در مدل استاندارد واقعاً بینهایت است؟
تعهد نامتقارن و ابطال اقتصادی
خیر. شمارهگذاری و مشتقسازی محدود و مشخصاند، هرچند فضای ۴۸ بیتیِ شماره commitment برای استفاده عملی بسیار بزرگ است. «بسیار زیاد» را نباید با نامحدود ریاضی یکی گرفت.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:700–919
HTLC چه دو مسیر اصلیای ترکیب میکند؟
HTLC، راز و مسابقه پس از timeout
یک مسیر مبتنی بر ارائه پیشتصویر هش و یک مسیر بازگشت پس از حد زمانی، همراه با شروط امضا و قواعد قرارداد. دقیقاً چه کسی میتواند هر مسیر را استفاده کند به خود اسکریپت وابسته است.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:920–978
آیا در نمونه HTLC کتاب هرکس راز را بداند میتواند پول را بردارد؟
HTLC، راز و مسابقه پس از timeout
نه اگر شاخه موفق، امضای کلید گیرنده را نیز بخواهد؛ نمونه کد کتاب چنین شرطی دارد. دانستن پیشتصویر فقط شرط هش را برآورده میکند، نه شرط امضای مستقل را.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:920–978
چرا هش میتواند پرداخت چند مرحله را به یک راز مشترک پیوند دهد؟
HTLC، راز و مسابقه پس از timeout
طرفها میتوانند شرط کنند دریافت هر مرحله نیازمند همان پیشتصویر باشد. افشای آن برای دریافت در انتهای مسیر، اطلاعات لازم برای مطالبه مراحل قبلی را نیز فراهم میکند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:920–978
آیا با رسیدن timeout، شاخه پیشتصویر خودکار نامعتبر میشود؟
HTLC، راز و مسابقه پس از timeout
در HTLC متعارفِ دارای حد پایین برای بازپرداخت، خیر. مسیر بازپرداخت تازه باز میشود و مسیر راز ممکن است همچنان باز بماند؛ دو خرج میتوانند با هم رقابت کنند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:920–978
آیا پول HTLC در لحظه انقضا خودکار برمیگردد؟
HTLC، راز و مسابقه پس از timeout
خیر. تراکنش بازپرداخت باید ساخته، منتشر و تأیید شود. timeout فقط شرط لازم برای استفاده از آن مسیر را فراهم میکند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:920–978
چرا HTLC واقعی لایتنینگ از شبهکد «هش یا زمان» پیچیدهتر است؟
HTLC، راز و مسابقه پس از timeout
باید تعهدهای نامتقارن، امضاهای طرفین، مسیر جریمه، تراکنشهای مرحله دوم، dust و کارمزد را نیز مدیریت کند. حذف این اجزا مدل را توضیحی میکند، نه آماده استقرار.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:920–978
چرا بعضی HTLCهای کوچک خروجی جداگانه روی commitment ندارند؟
HTLC، راز و مسابقه پس از timeout
ممکن است پس از لحاظ dust و هزینه خرج، نگهداری خروجی آنها اقتصادی یا مطابق سیاست نباشد و از خروجیهای commitment حذف شوند. حسابداری خارج از زنجیره و تسویه روی زنجیره دقیقاً یک قالب ندارند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:920–978
چگونه بدون کانال مستقیم میتوان پرداخت لایتنینگ انجام داد؟
مسیریابی پرداخت و نقدینگی
مسیر چند کانال، HTLCهای مرتبط ایجاد میکند تا هر واسطه با دریافت راز بتواند پرداخت ورودی خود را مطالبه کند. سرمایه کانالها در طول مسیر تخصیص مییابد؛ یک سکه مشخص از همه دستگاهها عبور نمیکند.
تصویر 1406گراف کانالها و مسیر پرداخت وجود یال در گراف، موجودبودن نقدینگی لازم در هر جهت و در هر لحظه را تضمین نمیکند.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
چرا timeoutها در جهت گیرنده کوتاهتر میشوند؟
مسیریابی پرداخت و نقدینگی
واسطه باید پس از آگاهی از نتیجه سمت بعدی، برای مطالبه یا بازگشت سمت قبلی وقت داشته باشد. فاصله مهلتها حاشیه واکنش میسازد و باید با شرایط زنجیره سازگار باشد.
تصویر 1407زنجیرهٔ HTLCها در یک مسیر فاصلهٔ یکبلاکی قفلها و کارمزد ۰٫۰۰۱ BTC در تصویر فقط مثالاند؛ پارامتر امنِ قابلکپی برای شبکهٔ واقعی نیستند.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
چرا فاصله یک بلاک در نمودار را نباید مقدار امن عملی دانست؟
مسیریابی پرداخت و نقدینگی
تأخیر انتشار، کارمزد، توقف سرویس و reorg میتوانند بیش از آن طول بکشند. عدد نمودار برای نمایش ترتیب است؛ پارامتر تولیدی نیازمند تحلیل و مشخصات واقعی است.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
راز پرداخت در چه جهتی آشکار میشود؟
مسیریابی پرداخت و نقدینگی
معمولاً گیرنده نهایی با مطالبه پرداخت، پیشتصویر را آشکار میکند و این اطلاعات به سمت فرستنده برمیگردد. در مقابل، تعهدهای HTLC در مسیر رفت ساخته میشوند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
چرا واسطه نمیتواند فقط خروجی خود را بدهد و ورودی را نگیرد؟
مسیریابی پرداخت و نقدینگی
پروتکل زمان و شرط هش را طوری جفت میکند که افشای لازم برای تسویه سمت خروجی، امکان مطالبه سمت ورودی را فراهم کند. این حفاظت به اجرای درست و زمان کافی وابسته است، نه صرف وجود دو قرارداد مستقل.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
اگر مسیر کامل ساخته نشود چه اتفاقی میافتد؟
مسیریابی پرداخت و نقدینگی
پرداخت ممکن است شکست بخورد و تعهدهای معلق با پیامهای پروتکل یا مسیرهای timeout جمع شوند. ظرفیت میتواند تا پایان فرایند قفل بماند؛ شکست همیشه بدون هزینه زمان و منابع نیست.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
تفاوت ظرفیت کانال و موجودی قابلارسال چیست؟
مسیریابی پرداخت و نقدینگی
ظرفیت مجموع سرمایه است؛ موجودی قابلارسال به سهم سمت فرستنده، ذخیرهها، کارمزد و HTLCهای معلق وابسته است. کانال پرظرفیت ممکن است در یک جهت تقریباً هیچ نقدینگی نداشته باشد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
چرا برای دریافت لایتنینگ به inbound liquidity نیاز است؟
مسیریابی پرداخت و نقدینگی
طرف مقابل باید در سمت خودش ظرفیت قابلانتقال به شما داشته باشد. صرف قفلکردن تمام سرمایه از جانب خودتان عمدتاً توان ارسال میدهد، نه دریافت نامحدود.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
آیا وجود مسیر در گراف کانالها، موفقیت پرداخت را تضمین میکند؟
مسیریابی پرداخت و نقدینگی
خیر. موجودی جهتدار اغلب عمومی نیست و گرهها میتوانند آفلاین، محدود یا دارای HTLCهای معلق باشند. مسیریابی باید با اطلاعات ناقص و پاسخ شکست سازگار شود.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
کارمزد مسیریابی چه تفاوتی با کارمزد بلاک دارد؟
مسیریابی پرداخت و نقدینگی
به واسطههای مسیر برای استفاده از نقدینگی و سرویس پرداخت مربوط است و میتواند بخش پایه و متناسب با مقدار داشته باشد. کارمزد تراکنشهای بازکردن یا بستن کانال جداگانه به بازار بلاک وابسته است.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
چرا کارمزدهای ۰٫۰۰۱ BTC در مثال را نباید نرخ پیشنهادی شبکه دانست؟
مسیریابی پرداخت و نقدینگی
اعداد برای توضیح حسابداری مسیر انتخاب شدهاند. نرخ واقعی به کانال، اپراتور، مبلغ و زمان وابسته است و باید از داده جاری همان مسیر گرفته شود.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
آیا HTLC فقط یک تأخیر بیهزینه برای واسطه ایجاد میکند؟
مسیریابی پرداخت و نقدینگی
خیر. ظرفیت و تعداد جایگاههای HTLC میتوانند قفل شوند و از خدمت به دیگران جلوگیری کنند. بنابراین سوءاستفاده از زمان میتواند حمله دسترسپذیری و هزینه فرصت ایجاد کند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:979–995ch14_applications.adoc:996–1110
لایه انتقال لایتنینگ چه نقشی دارد؟
انتقال امن، onion و یافتن مسیر
ارتباط میان همتاها را با سازوکار رمزنگاری و احراز کلید همتا حفاظت میکند. این حفاظت با پنهانکردن مسیر کامل پرداخت و با درستی وضعیت کانال سه مسئله جداگانهاند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1111–1210
چرا رمزنگاری هر اتصال بهتنهایی مسیر پرداخت را پنهان نمیکند؟
انتقال امن، onion و یافتن مسیر
هر واسطه هنوز میتواند پیامهایی را که باید پردازش کند بخواند. onion routing لایههای اطلاعات مسیر را جدا میکند تا هر واسطه عمدتاً دستور مرحله خودش را دریافت کند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1111–1210
onion routing چه چیزی را از یک واسطه پنهان میکند؟
انتقال امن، onion و یافتن مسیر
معمولاً جزئیات کامل فرستنده، گیرنده و همه مراحل مسیر را مستقیماً در اختیار او نمیگذارد. اما همسایههای محلی، زمان، مقدار مرحله و الگوهای ترافیک میتوانند اطلاعات جانبی بدهند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1111–1210
آیا لایتنینگ ناشناسی کامل و غیرقابلتحلیل فراهم میکند؟
انتقال امن، onion و یافتن مسیر
خیر. همدستی گرهها، تحلیل زمان و مقدار، اطلاعات invoice یا پرداخت و مشاهده کانالها میتواند نشت ایجاد کند. حریم خصوصی آن وابسته به مدل مشاهده است، نه صرف off-chain بودن.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1111–1210
چرا اطلاعات gossip برای مسیریابی کافی نیست؟
انتقال امن، onion و یافتن مسیر
ظرفیت و سیاست عمومی را میدهد، اما موجودی دقیق دو سمت و همه تعهدهای معلق معمولاً آشکار نیستند. بنابراین فرستنده ممکن است مسیرهایی را امتحان کند که از نظر گراف موجود ولی از نظر نقدینگی ناممکناند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1111–1210
چرا یک مسیر ارزان همیشه بهترین مسیر عملی نیست؟
انتقال امن، onion و یافتن مسیر
احتمال موفقیت، تأخیر، محدودیت HTLC، مهلتها و حریم خصوصی نیز اهمیت دارند. کمینهکردن فقط نرخ کارمزد میتواند تعداد تلاشها یا ریسک شکست را افزایش دهد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1111–1210
آیا گره مسیریاب برای یافتن مسیر باید همه پرداختهای شبکه را ذخیره کند؟
انتقال امن، onion و یافتن مسیر
خیر. اطلاعات عمومی کانال و مشاهدههای محلی میتوانند کافی باشند؛ دانستن همه پرداختها هدف پروتکل نیست. بااینحال نگهداری وضعیت کانالهای خودِ گره برای امنیت لازم است.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1111–1210
چرا پرداخت لایتنینگ میتواند سریعتر از تأیید بلاک باشد؟
مزایا، محدودیتها و وابستگی به لایه پایه
بهروزرسانی تعهدهای خارج از زنجیره نیازمند انتظار برای هر بلاک تازه نیست. امنیت از توان اجرای وضعیتهای معتبر روی زنجیره پشتیبانی میگیرد، نه از ثبت فوری هر پرداخت در بلاک.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
آیا هزار پرداخت در یک کانال به هزار تراکنش روی زنجیره نیاز دارد؟
مزایا، محدودیتها و وابستگی به لایه پایه
خیر. بسیاری از بهروزرسانیها میتوانند خارج از زنجیره بمانند و هزینه پایه میان آنها سرشکن شود. تعداد واقعی تراکنشهای نهایی به بازکردن، نوع بستن و HTLCهای باقیمانده وابسته است.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
چرا نمیتوان گفت هر کانال دقیقاً دو تراکنش روی زنجیره دارد؟
مزایا، محدودیتها و وابستگی به لایه پایه
این یک حالت ساده ایجاد و بستن همکاریشده است. بستن یکطرفه، مسیرهای تأخیر، جریمه و حل HTLC ممکن است تراکنشهای بیشتری لازم داشته باشند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
میلیساتوشی چگونه با حد یک ساتوشی روی زنجیره سازگار است؟
مزایا، محدودیتها و وابستگی به لایه پایه
حسابداری لایتنینگ میتواند هزارم ساتوشی داشته باشد، اما خروجیهای پایه همچنان عدد صحیح ساتوشیاند. هنگام تسویه، قواعد گردکردن و dust اعمال میشوند؛ واحد حسابداری جدید، واحد خروجی اجماعی جدید نمیسازد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
چرا لایتنینگ ظرفیت زنجیره را بیاهمیت نمیکند؟
مزایا، محدودیتها و وابستگی به لایه پایه
بازکردن، بستن و حل اختلاف به فضای بلاک نیاز دارند. در خروج همزمان کاربران یا ازدحام، همین ظرفیت میتواند گلوگاه و عامل افزایش کارمزد شود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
چه بازخورد خطرناکی در بستن همزمان کانالها ممکن است رخ دهد؟
مزایا، محدودیتها و وابستگی به لایه پایه
نیاز به تسویه، تقاضای فضای بلاک و کارمزد را بالا میبرد؛ کارمزد بالاتر نیز اجرای مسیرهای مهلتدار را سختتر میکند و ممکن است گرههای بیشتری را به اقدام زودهنگام سوق دهد. طراحی باید فشار جمعی، نه فقط یک کانال منفرد، را ببیند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
آیا وجود گرههای بزرگ مسیریابی، تمرکز کامل را اجتنابناپذیر میکند؟
مزایا، محدودیتها و وابستگی به لایه پایه
خیر، اما نقدینگی، اتصال و قابلیت اطمینان میتوانند مزیت مقیاس بدهند. نتیجه به هزینهها و رفتار کاربران وابسته است؛ نه گراف ایدئال و نه یک عکس از شبکه، سرنوشت قطعی آن را اثبات نمیکند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
چه تفاوتی میان کیف پول لایتنینگ امانی و کانال تحت کنترل خود کاربر وجود دارد؟
مزایا، محدودیتها و وابستگی به لایه پایه
در حالت امانی، سرویس وضعیت و کلیدهای اجرایی را کنترل میکند و کاربر معمولاً طلبی از سرویس دارد. در حالت خودامانی، کاربر اختیار و مسئولیت وضعیت، بکاپ و اجرای خروج را بیشتر بر عهده دارد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270
چرا سرعت و هزینه کم نباید تنها معیار انتخاب لایه دوم باشند؟
مزایا، محدودیتها و وابستگی به لایه پایه
مدل کنترل کلید، دسترسپذیری، نقدینگی، حریم خصوصی و هزینه خروج در شرایط بد نیز تعیینکنندهاند. مقایسه باید هم مسیر عادی و هم سناریوی شکست را در بر بگیرد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch14_applications.adoc:1211–1270