کلیدها، رمزنگاری و آدرسها
فصلهای کتاب · ۸۹ پرسش
کلید، seed و عبارت بازیابی همهٔ مثالهای منتشرشده عمومیاند؛ هرگز برای پول واقعی استفاده نشوند. این مجموعه و کدهایش پیادهسازی تولیدی کیف پول یا مرجع مستقل اجماع نیستند.
کلید خصوصی، کلید عمومی و آدرس چه رابطهای دارند؟
کلید، آدرس و شرط خرج
کلید خصوصی عدد محرمانهای برای امضاست؛ کلید عمومی با عملیات منحنی بیضوی از آن ساخته میشود. آدرس معمولاً قالبی برای انتقال اطلاعات یک شرط خرج است و بسته به نوع خروجی میتواند به کلید، هش کلید یا هش اسکریپت مربوط باشد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:2–30
چرا از روی آدرس نمیتوان همیشه نوع مالکیت را فهمید؟
کلید، آدرس و شرط خرج
یک آدرس میتواند شرط ساده یا تعهدی به سیاست پیچیده باشد. مثلاً P2SH الزاماً چندامضایی نیست و یک خروجی Taproot میتواند مسیرهای خرج پنهان داشته باشد؛ شکل آدرس تمام سیاست را افشا نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:2–30
رمزنگاری نامتقارن چه چیزی را در پرداخت ممکن میکند؟
رمزنگاری کلید عمومی
دارنده راز میتواند امضا بسازد و دیگران با داده عمومی آن را بررسی کنند، بدون دریافت خود راز. این جداسازی اجازه میدهد مجوز خرج عمومی بررسی شود، درحالیکه اختیار ساخت مجوزهای تازه محرمانه بماند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:31–90
آیا امضای دیجیتال همان رمزکردن تراکنش با کلید خصوصی است؟
رمزنگاری کلید عمومی
خیر. امضا الگوریتمی برای تولید مدرک قابل بررسی درباره پیام و کلید است. تراکنش زنجیرهای معمولاً رمز نشده و قابل مشاهده است؛ امضا محرمانگی محتوا ایجاد نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:31–90
چرا انتشار کلید عمومی به معنی افشای کلید خصوصی نیست؟
رمزنگاری کلید عمومی
محاسبه کلید عمومی از کلید خصوصی آسان است، اما معکوسکردن آن مستلزم حل مسئله لگاریتم گسسته روی منحنی است که برای پارامترهای مناسب دشوار فرض میشود. این فرض درباره الگوریتم است؛ خطای nonce یا دستگاه میتواند مسیر دیگری برای افشا بسازد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:31–90
هش با رمزگذاری چه فرقی دارد؟
رمزنگاری کلید عمومی
هش نگاشتی یکطرفه به خروجی با طول مشخص است و کلید رمزگشایی ندارد. رمزگذاری برای بازیابی پیام با کلید طراحی میشود. هش یک متن کمتنوع، مثل رمز ضعیف، مانع آزمودن حدسهای محتمل آن متن نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:31–90
کلید خصوصی secp256k1 باید در چه بازهای باشد؟
تولید و دامنه کلید خصوصی
باید عدد صحیحی با
1 ≤ k < nباشد؛ n مرتبه نقطه پایه منحنی است. صفر و اعداد برابر یا بزرگتر از n کلید معتبر نیستند. «هر رشته ۲۵۶بیتی» دقیقاً مترادف «کلید معتبر» نیست.منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:91–162
چرا کلید خصوصی باید از تصادف رمزنگارانه ساخته شود؟
تولید و دامنه کلید خصوصی
امنیت به پیشبینیناپذیربودن عدد انتخابی وابسته است. زمان سیستم، شناسه دستگاه یا مولد تصادف عمومی ممکن است قابل حدس باشد؛ بزرگبودن قالب ۲۵۶بیتی، آنتروپی ضعیف ورودی را جبران نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:91–162
آیا انتخاب یک جمله محبوب و هشکردن آن کلید امن میسازد؟
تولید و دامنه کلید خصوصی
خیر. مهاجم میتواند همان جملات محتمل را هش و کلیدهای حاصل را آزمایش کند. امنیت از فضای واقعی انتخاب جمله میآید، نه از طول خروجی هش؛ به همین دلیل brainwallet انسانی جای تصادف مناسب را نمیگیرد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:91–162
اگر دو نفر تصادفاً یک کلید خصوصی بسازند چه میشود؟
تولید و دامنه کلید خصوصی
هر دو اختیار یکسانی نسبت به خروجیهای قابل خرج با آن کلید خواهند داشت. با تولید یکنواخت و مستقل احتمال تصادف بسیار ناچیز است؛ در عمل مولد خراب، نمونه عمومی و عبارت قابل حدس خطرهای واقعبینانهتری هستند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:91–162
آیا تولید کلید خصوصی به اجازه شبکه نیاز دارد؟
تولید و دامنه کلید خصوصی
خیر. تولید کلید یک محاسبه محلی است و ثبتنام مرکزی ندارد. شبکه فقط هنگام خرج، درستی مجوز و سایر قواعد را میسنجد؛ ایجاد کلید بهخودیخود بیتکوین ایجاد نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:91–162
چرا نمایش دهدهی، هگز و WIF یک کلید میتوانند متفاوت به نظر برسند؟
تولید و دامنه کلید خصوصی
اینها نمایشهای متفاوت اطلاعات یک عددند، نه لزوماً کلیدهای متفاوت. برای مقایسه باید پس از رمزگشایی قالب، مقدار و اطلاعات همراه بررسی شود؛ مقایسه رشتههای ظاهری کافی نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:91–162
آیا حذف صفرهای ابتدایی کلید همیشه بیاثر است؟
تولید و دامنه کلید خصوصی
مقدار عددی ممکن است عوض نشود، اما قالب باینری معمولاً طول ثابت میخواهد. حذف صفر ابتدایی میتواند سریالسازی یا مشتقسازی را خراب کند؛ تفاوت «عدد» با «رشته بایت استاندارد» باید حفظ شود.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:91–162
منحنی بیتکوین روی اعداد حقیقی تعریف شده است؟
منحنی بیضوی
محاسبه عملی روی میدان متناهی با پیمانه p انجام میشود، نه با مختصات ممیز شناور. شکلهای پیوسته کتاب برای شهود هندسیاند؛ نقاط و عملیات secp256k1 با حساب دقیق مدولار تعریف میشوند.
تصویر 0403نقاط یک منحنی روی میدان متناهی کوچک میدان کوچک شکل، نمونهٔ آموزشی با p=17 است؛ پارامترهای واقعی secp256k1 نیست.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
معادله منحنی secp256k1 چیست؟
منحنی بیضوی
نقاط معتبر رابطه
y² ≡ x³ + 7 (mod p)را ارضا میکنند. p اندازه میدان مختصات است؛ این معادله را نباید با محاسبه روی اعداد معمولی یا استفاده از یک منحنی دلخواه جایگزین کرد.منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
تفاوت p و n در رمزنگاری بیتکوین چیست؟
منحنی بیضوی
p پیمانه مختصات نقاط منحنی است؛ n مرتبه گروه تولیدشده با نقطه پایه G و پیمانه محاسبات اسکالر کلید و امضاست. جابهجاگرفتن آنها میتواند فرمولی ظاهراً مشابه ولی نادرست بسازد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
جمع دو نقطه چه معنایی دارد؟
منحنی بیضوی
یک عمل گروهی مشخص روی نقاط منحنی است، نه جمع جداگانه مختصات x و y. نمایش هندسی با تقاطع خط و بازتاب، شهود میدهد؛ پیادهسازی واقعی همان روابط را با حساب مدولار و حالتهای استثنایی اجرا میکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
نقطه بینهایت چه نقشی دارد؟
منحنی بیضوی
عنصر همانی گروه است: افزودن آن به یک نقطه، همان نقطه را برمیگرداند. جمع نقطه و قرینهاش به آن میرسد؛ این مفهوم با «یک مختصات خیلی بزرگ» متفاوت است و برخی خروجیهای رمزنگاری در این حالت نامعتبرند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
چرا دوبرابرکردن نقطه با جمع دو نقطه متفاوت حالت ویژه دارد؟
منحنی بیضوی
وقتی دو نقطه یکساناند، فرمول شیب خط میان دو نقطه به صورت مستقیم قابل استفاده نیست و رابطه مماس به کار میرود. نادیدهگرفتن این حالت یا حالات مخرج صفر، پیادهسازی عملیات گروهی را نادرست میکند.
تصویر 0404شهود هندسی جمع و ضرب نقطه نمودار پیوسته برای شهود است؛ محاسبهٔ واقعی روی میدان متناهی و پیمانهٔ مشخص انجام میشود.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
ضرب اسکالر kG یعنی چه؟
منحنی بیضوی
یعنی اعمال تکراری جمع گروهی به نقطه پایه، که با الگوریتمهای کارآمد محاسبه میشود. این عملیات ضرب مختصات در k نیست. کلید عمومی K از رابطه
K = kGساخته میشود.پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
چرا نقطه پایه G باید برای همه یکسان باشد؟
منحنی بیضوی
تولید و بررسی کلید و امضا باید روی گروه و پارامترهای توافقشده انجام شود. تغییر نقطه پایه یا منحنی، سامانه رمزنگاری دیگری میسازد؛ شباهت اندازه کلیدها آن را با بیتکوین سازگار نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
چرا کلید ۲۵۶بیتی به معنی امنیت عمومی ۲۵۶بیتی در برابر حل لگاریتم گسسته نیست؟
منحنی بیضوی
الگوریتمهای عمومی حل لگاریتم گسسته تقریباً هزینه ریشه دوم اندازه گروه دارند؛ برای این گروه، سطح تقریبی ۱۲۸بیتی مطرح است. این برآورد با فرض نبود شکست رمزنگاری و پیادهسازی درست بیان میشود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
چرا نباید عملیات منحنی را با نوع float نوشت؟
منحنی بیضوی
اعتبار نقاط و امضا به برابری دقیق مدولار وابسته است و گردکردن اعشاری میتواند نتیجه را تغییر دهد. افزون بر حساب صحیح، پیادهسازی امن باید نشت زمانی و دیگر کانالهای جانبی را نیز در نظر بگیرد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:163–290
آیا هر جفت عدد x و y یک کلید عمومی معتبر است؟
کلید عمومی و نمایش آن
خیر. باید نقطه روی منحنی قرار گیرد و قالب و محدودیتهای مربوط را رعایت کند. پذیرفتن داده نامعتبر بهعنوان کلید میتواند بررسی امضا یا پروتکل چندطرفه را مختل کند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:291–394
کلید عمومی غیرفشرده چگونه نمایش داده میشود؟
کلید عمومی و نمایش آن
معمولاً یک بایت
04و سپس مختصات ۳۲بایتی x و y دارد؛ در مجموع ۶۵ بایت. این قالب را نباید با کلید x-only تپروت یا داده ۶۴بایتی بدون پیشوند یکی گرفت.پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:291–394
آیا کلید عمومی محرمانه است؟
کلید عمومی و نمایش آن
برای بررسی امضا لازم است و اغلب هنگام خرج افشا میشود، اما بیاهمیت نیست. افشای مجموعه کلیدهای عمومی یا xpub میتواند تراکنشها را به هم پیوند دهد؛ عمومیبودن در رمزنگاری به معنی بیخطر بودن انتشار همه فراداده نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:291–394
چرا اعتبارسنجی کلید عمومی باید در مرز ورود داده انجام شود؟
کلید عمومی و نمایش آن
داده از شبکه، فایل یا همامضاکننده ممکن است خراب یا مخرب باشد. بررسی طول، قالب و اعتبار نقطه پیش از استفاده، مانع انتقال فرض نادرست به مراحل مشتقسازی یا امضای مشترک میشود.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:291–394
خروجی چگونه گیرنده را مشخص میکند؟
شرط خرج بهجای نام مالک
با اسکریپت یا برنامه شاهدی که شرایط مصرف را بیان میکند، نه با نام شخص. نود میپرسد آیا شروط برآورده شدهاند؛ تطبیق این اختیار با مالکیت قراردادی یا هویت، موضوعی خارج از قالب تراکنش است.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:395–411
آیا همه خروجیها یک امضا میخواهند؟
شرط خرج بهجای نام مالک
خیر. شرط میتواند چند امضا، محدودیت زمانی، پیشتصویر هش یا ترکیبی از اینها باشد؛ بعضی خروجیها نیز عمداً غیرقابل خرجاند. قابلیت قالب به معنی امنبودن هر اسکریپت دستساز نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:395–411
P2PK چه شرطی دارد؟
P2PK و پرداخت تاریخی به IP
کلید عمومی مستقیماً در اسکریپت خروجی قرار میگیرد و برای خرج، امضای معتبر مرتبط با آن کلید لازم است. برخلاف P2PKH، خروجی ابتدا هش کلید را نگه نمیدارد؛ خود کلید از زمان ایجاد خروجی آشکار است.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:412–492
چرا پرداخت تاریخی به آدرس IP کنار گذاشته شد؟
P2PK و پرداخت تاریخی به IP
IP محل اتصال است، نه شناسه پایدار و امن اختیار خرج. نیاز به آنلاینبودن گیرنده و خطرهای هویت و ارتباط، استفاده را شکننده میکرد؛ آدرسهای محلی قابل تولید این وابستگی را کاهش دادند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:412–492
آیا در پرداخت امروزی، IP گیرنده در خروجی نوشته میشود؟
P2PK و پرداخت تاریخی به IP
خیر. خروجی عادی به اطلاعات شرط خرج متعهد است. بااینحال ناظر شبکه ممکن است از نحوه انتشار یا پرسوجو، اطلاعات ارتباطی جمع کند؛ نبود IP در تراکنش به معنی نبود خطر شبکهای نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:412–492
P2PKH چگونه کلید خرجکننده را بررسی میکند؟
P2PKH و هش کلید
ابتدا هش کلید عمومی ارائهشده را با هش ثبتشده در خروجی مقایسه میکند و سپس امضا را با همان کلید میسنجد. داشتن یک کلید عمومی با قالب درست کافی نیست؛ هم تطابق هش و هم امضای معتبر لازم است.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:493–622
HASH160 چیست؟
P2PKH و هش کلید
ترکیب
RIPEMD160(SHA256(data))است و خروجی ۲۰بایتی دارد. در P2PKH روی بایتهای سریالشده کلید عمومی و در P2SH روی بایتهای اسکریپت اعمال میشود؛ تغییر قالب داده میتواند هش را تغییر دهد.پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:493–622
چرا P2PKH خود کلید عمومی را در خروجی ذخیره نمیکند؟
P2PKH و هش کلید
با ذخیره هش، خروجی کوتاهتر میشود و کلید تا زمان ارائه در خرج آشکار نمیشود. این تأخیر در افشا، ناشناسبودن کامل یا مصونیت نامحدود در برابر همه تهدیدهای رمزنگاری را تضمین نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:493–622
اسکریپت معمول P2PKH چه مراحلی دارد؟
P2PKH و هش کلید
OP_DUPکلید را کپی میکند،OP_HASH160هش میسازد،OP_EQUALVERIFYتطابق با هش مورد انتظار را الزام میکند وOP_CHECKSIGامضا را بررسی میکند. کپی لازم است تا کلید پس از محاسبه هش برای بررسی امضا باقی بماند.پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:493–622
چرا نمودار ساخت آدرس P2PKH را نباید به همه آدرسها تعمیم داد؟
P2PKH و هش کلید
مسیر SHA256، RIPEMD160 و Base58Check مربوط به این خانواده است. آدرسهای شاهد و Taproot ساختار و checksum دیگری دارند؛ اجرای یک فرایند واحد برای همه انواع، مقصدهای نادرست میسازد.
تصویر 0407ساخت یک آدرس P2PKH این مسیر مخصوص قالب P2PKH است؛ همهٔ آدرسهای بیتکوین به این روش ساخته نمیشوند.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:493–622
چرا Base58 برخی نویسههای شبیه را حذف میکند؟
Base58Check
هدف کاهش اشتباه انسانی میان نویسههایی مانند صفر و O یا I و l است. این انتخاب خوانایی را بهتر میکند، ولی خطاناپذیری یا احراز اصالت نمیسازد؛ checksum و تأیید مقصد همچنان لازماند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:623–764
Base58Check چه مراحلی دارد؟
Base58Check
بایت نسخه به payload افزوده میشود؛ چهار بایت اول SHA256 دوبارههششده این داده بهعنوان checksum اضافه میشود؛ سپس کل داده در Base58 نمایش داده میشود. نسخه و صفرهای ابتدایی بخشی از قالباند و نباید حذف شوند.
تصویر 0406کدگذاری Base58Check checksum خطای رونویسی را تشخیص میدهد، نه جعل مقصد یا هویت گیرنده را.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:623–764
چرا بایت نسخه داخل checksum قرار میگیرد؟
Base58Check
تا تغییر تصادفی نوع یا شبکه نمایشدادهشده نیز در آزمون خطا دیده شود. بااینحال مهاجم میتواند برای هر داده جدید checksum تازه بسازد؛ checksum امضای مرجع قابل اعتماد نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:623–764
پیشوند 1 و 3 در آدرسهای رایج شبکه اصلی چه تفاوتی دارند؟
Base58Check
پیشوند 1 معمولاً P2PKH با بایت نسخه
00و پیشوند 3 معمولاً P2SH با بایت نسخه05را نشان میدهد. برای پذیرش، کل رشته و checksum باید بررسی شود؛ نگاهکردن به نویسه اول کافی نیست.پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:623–764
چرا صفرهای ابتدایی در Base58Check مهماند؟
Base58Check
تبدیل عددی ساده ممکن است صفرهای ابتدایی بایتها را گم کند. قالب استاندارد آنها را با نویسههای ابتدایی مناسب حفظ میکند؛ در غیر این صورت طول، نسخه یا مقدار داده رمزگشاییشده تغییر میکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:623–764
آیا Base58Check کلید یا آدرس را رمز میکند؟
Base58Check
خیر. هرکس میتواند رشته را رمزگشایی قالبی کند و payload را ببیند. این روش نمایش و کشف خطاست، نه حفاظت محرمانگی؛ بهویژه WIF قابل خواندن، راز خصوصی را پنهان نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:623–764
چرا نمیتوان هر رشته با طول ظاهراً مناسب را آدرس معتبر دانست؟
Base58Check
الفبا، checksum، بایت نسخه و طول payload باید سازگار باشند. برخی رشتهها ظاهر آدرس دارند ولی داده نامعتبر یا شبکه دیگری را نمایش میدهند؛ اعتبارسنجی باید ساختاری باشد، نه فقط بر پایه regex ساده طول.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:623–764
کلید عمومی فشرده چگونه y را حذف میکند؟
کلید عمومی فشرده
برای یک x معتبر، معمولاً دو y متقارن وجود دارد. پیشوند
02یا03زوج یا فرد بودن y را مشخص میکند و همراه x سیودوبایتی، کلید را در ۳۳ بایت نمایش میدهد.
تصویر 0408کلید عمومی فشرده و غیرفشرده این دو، نمایشهای یک نقطهاند؛ تفاوت بایتهای نمایش میتواند هش و آدرس را تغییر دهد.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:765–873
آیا فشردهسازی کلید عمومی رمزنگاری را ضعیفتر میکند؟
کلید عمومی فشرده
خیر. اطلاعات لازم برای بازیابی همان نقطه حفظ میشود و مسئله یافتن کلید خصوصی ماهیتاً تغییر نمیکند. کاهش اندازه نمایش با کاهش آنتروپی کلید خصوصی یکسان نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:765–873
چرا یک کلید خصوصی میتواند دو آدرس P2PKH متفاوت داشته باشد؟
کلید عمومی فشرده
قالب فشرده و غیرفشرده یک نقطه، رشته بایت متفاوتی دارند و HASH160 متفاوتی میسازند. بنابراین واردکردن همان عدد خصوصی با علامت قالب اشتباه میتواند باعث شود کیف پول آدرسهای مورد انتظار را جستوجو نکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:765–873
آیا «کلید خصوصی فشرده» واقعاً عدد خصوصی کوتاهتری است؟
کلید عمومی فشرده
خیر. عدد خصوصی همان ۳۲ بایت است؛ این اصطلاح معمولاً به اطلاعاتی اشاره دارد که استفاده از نمایش فشرده کلید عمومی را علامت میزند. اشتباهگرفتن عدد با فراداده قالب، بازیابی را مختل میکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:765–873
چرا برای خروجیهای شاهد v0 باید کلید فشرده به کار برد؟
کلید عمومی فشرده
سیاست استاندارد رایج استفاده از کلید فشرده را در این مسیر انتظار دارد و ابزارها بر همین فرض ساخته میشوند. باید محدودیت سیاست را از قواعد اجماع تفکیک کرد؛ انتخاب قالب نامناسب میتواند خرج یا سازگاری کیف پول را مشکل کند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:765–873
P2SH چه چیزی را پشت آدرس کوتاه پنهان میکند؟
P2SH و تعهد به اسکریپت
آدرس هش یک redeemScript را حمل میکند؛ خود اسکریپت هنگام خرج ارائه و بررسی میشود. فرستنده لازم نیست جزئیات سیاست گیرنده را در خروجی بلند بنویسد، ولی گیرنده باید اسکریپت اصلی را حفظ کند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:874–1023
آیا آدرس P2SH همیشه یک کیف پول چندامضایی است؟
P2SH و تعهد به اسکریپت
خیر. P2SH یک پوشش برای اسکریپت است و میتواند شروط مختلف، از جمله پوشش Segwit، داشته باشد. تشخیص چندامضایی فقط از پیشوند 3 قابل اتکا نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:874–1023
چرا داشتن همه کلیدهای خصوصی بدون redeemScript ممکن است برای بازیابی کافی نباشد؟
P2SH و تعهد به اسکریپت
باید ترتیب کلیدها، آستانه و سایر شروط دقیقاً همان بایتهای اسکریپت اصلی را بازسازی کنند. هش فقط تطابق را بررسی میکند و راهی برای استخراج آسان اسکریپت گمشده از آن نمیدهد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:874–1023
آیا میتوان با تغییر سیاست، همان آدرس P2SH را نگه داشت؟
P2SH و تعهد به اسکریپت
تغییر بایتهای اسکریپت معمولاً هش و آدرس را تغییر میدهد. خروجی موجود همچنان به سیاست قبلی متعهد است؛ اصلاح سیاست برای آن نیازمند خرج معتبر به خروجی تازه است، نه ویرایش تنظیمات کیف پول.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:874–1023
تفاوت حمله برخورد و حمله یافتن پیشتصویر چیست؟
P2SH و تعهد به اسکریپت
در برخورد، مهاجم دو داده متفاوت با هش یکسان میجوید؛ در پیشتصویر باید دادهای برای یک هش ازپیشتعیینشده پیدا کند. برای هش ۱۶۰بیتی، هزینه عمومی تقریبی این دو بهترتیب
2^80و2^160است؛ اینها هزینه جستوجو هستند، نه احتمال یکسان هر حمله.پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:874–1023
چرا قدرت هش استخراج را نمیتوان مستقیماً هزینه حمله به هر هش اسکریپت دانست؟
P2SH و تعهد به اسکریپت
استخراج و جستوجوی برخورد یا پیشتصویر ممکن است الگوریتم، ساختار ورودی و سختافزار متفاوتی بخواهند. یک عدد TH/s برای SHA256 استخراج، بهتنهایی توان اجرای حمله خاص بر HASH160 را مشخص نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:874–1023
Bech32 از چه بخشهایی ساخته میشود؟
آدرس شاهد و Bech32
یک بخش خوانای انسانی مانند
bc، جداکننده1، داده و شش نویسه checksum دارد. در آدرس شاهد، داده نسخه برنامه شاهد و بایتهای آن را با نگاشت پنجبیتی حمل میکند.منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1024–1132
پیشوندهای bc، tb و bcrt چه کاربردی دارند؟
آدرس شاهد و Bech32
برای تفکیک قالب آدرس شبکه اصلی، شبکههای آزمایشی متناسب و regtest به کار میروند. نام شبکه در رابط کاربر باید با نود نیز تطبیق داده شود؛ پیشوند فقط بخشی از کنترل خطای کاربر است، نه جداسازی همه قواعد شبکه.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1024–1132
آیا Bech32 حروف بزرگ را ممنوع میکند؟
آدرس شاهد و Bech32
خیر. رشته میتواند کاملاً کوچک یا کاملاً بزرگ باشد، اما ترکیب دو حالت معتبر نیست. در QR، حروف بزرگ میتواند کدگذاری فشردهتری بدهد؛ برنامه باید قواعد استاندارد را بدون تغییر خودسرانه داده رعایت کند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1024–1132
چرا داده شاهد از گروههای هشتبیتی به پنجبیتی تبدیل میشود؟
آدرس شاهد و Bech32
الفبای Bech32 سیودو نویسه دارد و هر نویسه پنج بیت حمل میکند. تبدیل باید قواعد padding را رعایت کند؛ پذیرش padding نامعتبر میتواند چند نمایش نامجاز برای داده یکسان ایجاد کند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1024–1132
P2WPKH و P2WSH در نسخه صفر چه تفاوتی دارند؟
آدرس شاهد و Bech32
هر دو نسخه شاهد صفرند؛ طول برنامه در P2WPKH بیست بایت و در P2WSH سیودو بایت است. اولی هش کلید عمومی و دومی SHA256 اسکریپت شاهد را حمل میکند؛ طول، بخشی از تعیین معنای برنامه است.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1024–1132
آیا هر طول دلخواه برای witness v0 مجاز است؟
آدرس شاهد و Bech32
خیر. v0 فقط طولهای بیست و سیودو بایت تعریفشده را میپذیرد. قواعد عمومی برنامه شاهد را نباید بدون بررسی محدودیت نسخه خاص به کار برد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1024–1132
چرا checksum قویتر مجوز اصلاح خودکار آدرس نیست؟
آدرس شاهد و Bech32
الگوریتم میتواند برخی خطاها را کشف یا محل احتمالی را محدود کند، اما مقصد موردنظر کاربر را نمیداند. تغییر خودکار رشته ممکن است به یک آدرس معتبر ولی نادرست برسد؛ بهتر است داده از منبع اصلی دوباره گرفته شود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1024–1132
چه ایرادی باعث طراحی Bech32m شد؟
محدودیت Bech32
در Bech32، برای برخی الگوها افزودن یا حذف نویسه q پیش از p پایانی میتواند از checksum عبور کند. محدودیت طول نسخه صفر بسیاری از کاربردهای عملی این ضعف را مهار میکرد، اما برای نسخههای آینده قالب اصلاحشده لازم بود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1133–1185
آیا ضعف checksum Bech32 به معنی شکستن کلید خصوصی بود؟
محدودیت Bech32
خیر. مشکل به تشخیص برخی خطاهای رشته آدرس مربوط بود، نه حل لگاریتم گسسته یا جعل امضا. پیامد محتمل، پذیرفتن نمایش اشتباه مقصد است؛ این لایه باید جدا از امنیت کلید تحلیل شود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1133–1185
Bech32m چه تغییری نسبت به Bech32 دارد؟
Bech32m و نسخههای شاهد
ساختار کلی مشابه است، اما ثابت نهایی محاسبه checksum تغییر میکند؛ در Bech32m مقدار مربوط
0x2bc830a3است. این تغییر برای تقویت کشف خطاهای درج و حذف و پشتیبانی نسخههای شاهد جدید طراحی شده است.منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1186–1453
کدام نسخههای شاهد از Bech32 و کدام از Bech32m استفاده میکنند؟
Bech32m و نسخههای شاهد
نسخه صفر از Bech32 استفاده میکند؛ نسخههای یک تا شانزده باید Bech32m داشته باشند. بررسی checksum بدون بررسی این تطابق نسخه کافی نیست و میتواند آدرس ناسازگار را بپذیرد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1186–1453
یک آدرس Taproot چه برنامهای را حمل میکند؟
Bech32m و نسخههای شاهد
Taproot در قالب تعریفشده BIP341، نسخه شاهد یک با برنامه ۳۲بایتی است؛ این برنامه کلید خروجی x-only را حمل میکند. آدرس با Bech32m نمایش داده میشود و خود درخت کامل اسکریپت را آشکار نمیکند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1186–1453
آیا هر آدرس شاهد نسخه آینده برای دریافت پول امن است؟
Bech32m و نسخههای شاهد
خیر. معتبر بودن نمایش آدرس به معنی تعریفشدن شرط خرج امن و پشتیبانی ابزارها نیست. برنامه نسخه ناشناخته میتواند معنا و قواعد خرجی متفاوت از انتظار داشته باشد؛ نباید صرفاً به عبور checksum تکیه کرد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1186–1453
چرا byte نسخه شاهد با opcode داخل scriptPubKey یکسان نیست؟
Bech32m و نسخههای شاهد
نسخه مفهومی یک عدد از صفر تا شانزده است، اما در اسکریپت با opcode متناظر نمایش داده میشود؛ مثلاً نسخه یک با
OP_1یعنی بایت51هگز. نوشتن بایت01بهجای آن، اسکریپت دیگری میسازد.منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1186–1453
آیا پیشوند bc1p بهتنهایی صحت آدرس Taproot را ثابت میکند؟
Bech32m و نسخههای شاهد
خیر. طول برنامه، checksum Bech32m، نسخه و سایر قواعد قالب باید بررسی شوند. پیشوند برای تشخیص اولیه مفید است، نه جایگزین decoder استاندارد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1186–1453
WIF چه اطلاعاتی دارد؟
قالبهای کلید خصوصی
قالب قابلانتقال کلید خصوصی است که بایت شبکه، مقدار ۳۲بایتی، در صورت نیاز علامت کلید عمومی فشرده و checksum را در Base58Check نمایش میدهد. این قالب رمزگذاری حفاظتی نیست و باید مانند خود کلید محرمانه بماند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1454–1552
چرا WIF را نباید بهعنوان آدرس دریافت به دیگری داد؟
قالبهای کلید خصوصی
WIF راز خرج را حمل میکند، نه صرفاً مقصد عمومی. افشای آن میتواند اختیار خروجیهای مربوط را منتقل کند؛ شباهت ظاهری رشتههای Base58 نباید باعث یکسانگرفتن کاربرد آنها شود.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1454–1552
آیا checksum صحیح WIF ثابت میکند کلید از منبع امن آمده است؟
قالبهای کلید خصوصی
خیر. فقط سازگاری داده با checksum بررسی میشود. کلید میتواند عمومی، تکراری، قابل حدس یا ساختهشده توسط مهاجم باشد و همچنان WIF کاملاً معتبری داشته باشد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1454–1552
چرا پس از واردکردن یک کلید ممکن است موجودی صفر دیده شود؟
قالبهای کلید خصوصی
قالب فشردهسازی، شبکه، نوع اسکریپت یا دامنه اسکن ممکن است اشتباه باشد. عدد کلید فقط یکی از ورودیهای بازیابی است؛ قبل از نتیجهگیری باید اسکریپتهای مورد انتظار و داده زنجیره بررسی شوند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1454–1552
بایت 01 انتهای payload بعضی WIFها چه معنایی دارد؟
علامت فشردگی در WIF
این بایت اعلام میکند کلید عمومی مشتقشده به شکل فشرده استفاده شود. جزئی از عدد ۳۲بایتی کلید خصوصی نیست؛ افزودن آن به خود عدد یا نادیدهگرفتنش میتواند آدرس مورد انتظار را تغییر دهد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1553–1632
چرا WIFهای شبکه اصلی ممکن است با 5 یا K و L شروع شوند؟
علامت فشردگی در WIF
طول payload و وجود علامت فشردگی، پس از کدگذاری Base58Check به پیشوند متفاوت میانجامد. این یک قرینه قالبی است؛ برای تشخیص معتبر باید شبکه، طول، checksum و بازه عدد خصوصی رمزگشایی و بررسی شوند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1553–1632
آیا واردکردن WIF میتواند آن را زیر پوشش seed قبلی کیف پول قرار دهد؟
علامت فشردگی در WIF
نه بهطور خودکار. کلید واردشده ممکن است از درخت seed قبلی مشتق نشده باشد و برای بازیابی به پشتیبان جدا نیاز داشته باشد. پشتیبانگیری باید رفتار واقعی کیف پول درباره کلیدهای وارداتی را پوشش دهد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1553–1632
آدرس vanity چیست؟
آدرس سفارشی
آدرسی است که بخشی از نمایش آن، مثلاً چند نویسه آغازین، با الگوی دلخواه جور باشد. معمولاً با امتحان کلیدهای متعدد پیدا میشود؛ ظاهر قابلتشخیص آن امتیاز پروتکلی یا اثبات هویت ایجاد نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1633–1638ch04_keys.adoc:1639–1668
چرا آدرس vanity میتواند احساس امنیت کاذب بسازد؟
آدرس سفارشی
کاربر ممکن است فقط پیشوند آشنا را نگاه کند، درحالیکه مهاجم آدرسی با پیشوند یا پسوند مشابه بسازد. تأیید مقصد باید متناسب با کل آدرس یا مسیر احرازشده انجام شود، نه چند نویسه تزئینی.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1633–1638ch04_keys.adoc:1639–1668
چرا اضافهکردن هر نویسه دلخواه به vanity جستوجو را سختتر میکند؟
هزینه جستوجوی آدرس سفارشی
فضای الگوی لازم کوچکتر میشود؛ در یک تقریب یکنواخت Base58، هر نویسه مستقل هزینه را حدود ۵۸ برابر میکند. محدودیتهای پیشوند و طول باعث میشوند این تقریب برای همه موقعیتها دقیق نباشد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1669–1814
آیا میتوان زمان یافتن آدرس سفارشی را دقیق تضمین کرد؟
هزینه جستوجوی آدرس سفارشی
خیر. جستوجو تصادفی است و یک تلاش ممکن است زود یا دیر موفق شود. نرخ آزمون و احتمال تطابق، زمان مورد انتظار را میدهند، نه موعد قطعی.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1669–1814
چرا سپردن ساخت کامل کلید vanity به یک سرویس خطرناک است؟
هزینه جستوجوی آدرس سفارشی
سرویس ممکن است نسخه کلید خصوصی را نگه دارد و بعداً خرج کند. وجود آدرس زیبا یا پرداخت هزینه خدمت، حذف نسخه راز نزد سازنده را اثبات نمیکند؛ هر روش واگذاری باید مدل امنیتی مستقل و بررسیشده داشته باشد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1669–1814
چرا آدرس vanity ممکن است حریم خصوصی را بدتر کند؟
خطرهای حریم خصوصی و پشتیبان vanity
تشخیصپذیری آن استفاده مجدد و پیوند پرداختها را تشویق میکند. افزون بر این، انتشار عمومی آدرس با نام یا برند میتواند تراکنشهایش را آسانتر به هویت نسبت دهد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1815–1845
چرا کلید vanity جدا از درخت HD به پشتیبان جدا نیاز دارد؟
خطرهای حریم خصوصی و پشتیبان vanity
اگر با جستوجوی مستقل ساخته شده باشد، seed کیف پول قبلی مسیر بازتولید آن را ندارد. تصور اینکه «همه آدرسهای برنامه با همین کلمات برمیگردند» میتواند به ازدسترفتن دسترسی منجر شود.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1815–1845
کیف پول کاغذی تککلید با نوشتن عبارت بازیابی چه تفاوتی دارد؟
کیف پول کاغذی و تفاوت آن با پشتیبان کاغذی
اولی معمولاً یک کلید مستقل و آدرس مربوط را نگه میدارد؛ دومی میتواند ریشه یک درخت کلید و مسیرهای متعدد باشد. مشکلات کلید وارداتی، باقیمانده و اسکن در این دو یکسان نیستند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1846–1889
چرا چاپ کلید خصوصی روی کاغذ لزوماً نگهداری سرد امن نمیسازد؟
کیف پول کاغذی و تفاوت آن با پشتیبان کاغذی
کلید ممکن است در رایانه آلوده، تاریخچه چاپگر، فایل موقت یا نسخه ابری باقی مانده باشد. امنیت به تولید، انتقال، حذف نسخههای دیجیتال و حفاظت فیزیکی کل فرایند وابسته است، نه جنس کاغذ.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1846–1889
تفاوت import و sweep کلید چیست؟
کیف پول کاغذی و تفاوت آن با پشتیبان کاغذی
import کلید را برای شناسایی و خرج خروجیهایش به کیف پول میافزاید؛ sweep تراکنشی میسازد که خروجیهای مربوط را به کلیدهای کیف پول مقصد منتقل کند. sweep کارمزد دارد، اما میتواند وابستگی آینده به کلید قدیمی را از بین ببرد.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1846–1889
چرا خرج جزئی از کیف پول کاغذی میتواند دردسر بسازد؟
کیف پول کاغذی و تفاوت آن با پشتیبان کاغذی
باقیمانده ممکن است به آدرسی برود که فقط در کیف پول نرمافزاری جدید وجود دارد، نه روی کاغذ قدیمی. اگر نرمافزار و پشتیبان تازه از دست بروند، کاغذ اولیه لزوماً آن باقیمانده را بازیابی نمیکند.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1846–1889
آیا پس از نمایش کلید خصوصی به یک دستگاه آنلاین میتوان هنوز آن را کاملاً سرد دانست؟
کیف پول کاغذی و تفاوت آن با پشتیبان کاغذی
آن کلید اکنون در معرض محیط آنلاین قرار گرفته و ممکن است نسخهای از آن باقی مانده باشد. بهتر است این تغییر مرز اعتماد صریح ثبت شود؛ پاککردن پنجره یا قطع اینترنت، اثبات حذف همه نسخهها نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch04_keys.adoc:1846–1889