هدف پایان مسیر، حفظکردن پاسخهای این صفحه نیست. از یک ادعای کوچک شروع میکنیم، شاهد مناسب مییابیم و مرز چیزی را که خودمان بررسی کردهایم مشخص میکنیم.
مطالب مرتبط: دستهٔ ۶، دستهٔ ۸، دستهٔ ۱۲. مفاهیم این بخش: اعتبار منبع، نسخهٔ نرمافزار، آزمایش محلی، خواندن بلاک، دادهٔ محاسبهشده، بررسی دریافت نرمافزار و مشارکت. هدف توضیح: رابطهٔ ادعای فنی با شاهد، روش بررسی و محدودیت نتیجه.
برای بررسی یک ادعا دربارهٔ بیتکوین، از کدام منبع شروع کنیم؟
ابتدا ادعا را کوچک کنید. «این روش امن است» مبهم است؛ «این روش در صورت گمشدن یک دستگاه اجازهٔ بازیابی میدهد» قابلبررسیتر است. سپس منبع متناسب پیدا کنید: برای رفتار یک نرمافزار، مستندات همان نسخه و آزمون آن؛ برای طرح یک سازوکار، مشخصات و بحثهای مربوط؛ برای تاریخچه، سند همان دوره. بیتکوین ویکی نقطهٔ شروع مفیدی برای یافتن اصطلاح و پیوند است، اما نوشتهٔ مشارکتی میتواند قدیمی یا ناقص باشد. دربارهٔ مشارکت در بیتکوین ویکی
داشتن شمارهٔ BIP نشانهٔ تصویب یا فعالبودن یک پیشنهاد نیست. وضعیت سند، پیادهسازی و وضعیت شبکه را جداگانه بررسی کنید. حتی روند تدوین BIP نیز سند نسخهدار دارد. هنگام یادداشتبرداری بنویسید «ادعا چیست، شاهد کجاست، به چه نسخهای مربوط است و چه چیزی هنوز معلوم نیست». این روش از جمعکردن پیوندهای زیاد مفیدتر است. روند پیشنهادهای بهبود
چگونه میتوان بدون خرید بیتکوین، ساخت و تأیید تراکنش را در محیط آزمایشی دید؟
در حالت regtest میتوان یک شبکهٔ آزمایشی محلی داشت و زمان تولید بلاک را کنترل کرد. این محیط برای مشاهدهٔ ورودی، خروجی، باقیمانده و تغییر تعداد تأییدها مناسب است؛ سکههایش بیتکوین شبکهٔ اصلی نیستند. نتیجهٔ موفق در این محیط هم رفتار شبکهٔ عمومی، ازدحام و رقابت واقعی را تضمین نمیکند. راهنمای آزمایش برنامهها
شبکههای آزمایشی عمومی برای ارتباط با دیگر گرهها به کار میآیند. در signet بلاک علاوه بر شروط دیگر باید چالش امضای تعریفشده برای آن شبکه را برآورده کند؛ این انتخاب، امکان آزمایش هماهنگتر را فراهم میکند و همان مدل تولید بلاک شبکهٔ اصلی نیست. برای کار در محیط آزمایشی از کیف پول و دادهٔ جدا استفاده کنید، نام شبکه را بررسی کنید و از عبارت بازیابی واقعی استفاده نکنید. یادگیری در این مرحله به خرید هیچ دارایی نیاز ندارد. مشخصات سیگنت
از روی یک بلاک یا تراکنش عمومی چه چیزهایی را میتوان فهمید؟
برای یک بلاک میتوان شناسه، ارتفاع، ارتباط با بلاک قبلی، تراکنشها و اطلاعاتی مانند وزن را خواند. تعداد تأییدها وابسته به زنجیرهای است که گره در آن لحظه فعال میداند؛ یک عدد همیشگی داخل خود تراکنش نیست. در مستندات فرمان getblock میان دادهٔ خام و خروجی توضیحدار نیز تفاوت وجود دارد. خواندن بلاک
خواندن قالب باینری یک تراکنش با decoderawtransaction ورودیها، خروجیها، اسکریپتها و اندازه را نشان میدهد؛ این کار بهتنهایی اثبات نمیکند تراکنش معتبر یا تأییدشده است. برای محاسبهٔ کارمزد تراکنش معمولی باید مبلغ خروجیهای قبلیِ مصرفشده را نیز بدانید. نام صاحب ورودی و علت پرداخت معمولاً در این ساختار نوشته نشدهاند. برای مشاهدهٔ یک نمونه میتوان از دادهٔ عمومیِ بیارتباط با دارایی شخصی استفاده کرد؛ جستوجوی شناسه نزد یک سرویس، خود یک درخواست قابلمشاهده است. خواندن ساختار تراکنش
آیا دیدن یک عدد در مرورگر بلاک یعنی آن را مستقل بررسی کردهایم؟
مرورگر بلاک گزارشی از دادهٔ گردآوریشده و تفسیر سرویس است. دیدن همان عدد در دو وبسایت هم لزوماً دو شاهد مستقل نیست؛ ممکن است هر دو از یک پشتوانهٔ داده استفاده کنند. بررسی با گرهٔ خود، وابستگی به گزارش آن سرویس را کم میکند، اما ابتدا باید بدانید گره روی کدام شبکه است و چه مقدار از زنجیره را بررسی کرده است. getblockchaininfo نام شبکه، ارتفاع بلاکهای بررسیشده، ارتفاع سرآیندها و وضعیت برآوردی همگامسازی را جدا نشان میدهد. وضعیت زنجیره در گره
اگر از رابط فرمان گره استفاده میکنید، دسترسی مدیریتی را عمومی نکنید. RPC فقط ابزار مشاهده نیست و بسته به تنظیمات به کارهای حساس هم دسترسی دارد. محیط آزمایشی باید از کیف پول واقعی جدا باشد. استقلال در بررسی به معنی حذف همهٔ اعتمادها نیست؛ هنوز نرمافزار، دستگاه و درستی روش خواندن نتیجه اهمیت دارند. رابط RPC بیتکوین کور
برای بررسی یک فایل نصب، هش و امضا چه چیز متفاوتی را ثابت میکنند؟
هشِ فایل را با مقدار منتشرشده مقایسه میکنیم تا بدانیم دقیقاً همان بایتها را دریافت کردهایم. اگر فایل و هش هر دو از یک منبع دستکاریشده بیایند، این مقایسه کافی نیست. امضای فهرست هشها، آن فهرست را به یک کلید امضاکننده پیوند میدهد؛ باید اثر انگشت و هویت مورد انتظار آن کلید را نیز بررسی کنیم. عبارت «امضای معتبر» بهتنهایی هویت صاحب کلید را تعیین نمیکند. راهنمای رسمی بررسی دریافت
ساخت بازتولیدپذیر یک بررسی دیگر است: افراد میکوشند از کد منبع مشخص، فایل اجرایی یکسان تولید کنند. این ویژگی فاصلهٔ میان کد منتشرشده و فایل نصب را قابلبررسیتر میکند، اما نبود خطای منطقی یا آسیبپذیری را ثابت نمیکند. نتیجهٔ «هش و امضای این نسخه بررسی شد» با «این برنامه قطعاً امن است» فرق دارد. ساختهای بازتولیدپذیر
یک آمار دربارهٔ شبکهٔ بیتکوین را چگونه نقد کنیم؟
پیش از تفسیر بپرسید واحد چیست، بازه کدام است و عدد مستقیماً خوانده شده یا محاسبه شده است. برای نمونه، آمار یک بلاک با آمار ممپول یک گره یکسان نیست. در خروجی getblockstats مبلغ کل کارمزد، میانگین نرخ کارمزد، تعداد تراکنش و وزن، کمیتهای جدا هستند؛ یکی را نمیتوان به جای دیگری گذاشت. تعریف آمار بلاک
اگر دو گزارش تفاوت دارند، نخست شبکه، ارتفاع یا هش بلاک و روش محاسبه را یکسان کنید. شمار تراکنشها بهتنهایی تعداد کاربران یا پرداختها را نمیگوید؛ یک تراکنش ممکن است چند خروجی پرداخت داشته باشد یا جابهجایی دارایی همان شخص باشد. نرخ هش نیز شمارش مستقیم همهٔ دستگاهها نیست؛ فرمان مربوط آن را از کار زنجیره و بازهٔ زمانی برآورد میکند. برای بازتولید چنین عددی، روش و پنجرهٔ برآورد لازم است. برآورد نرخ هش
پس از مبانی، چه مسیرهایی برای عمیقترشدن وجود دارد؟
برای مسیر کیف پول، از مشتقسازی کلید و توصیفگر به انتخاب سکه، ساخت تراکنش و هماهنگی امضاکنندهها برسید. برای مسیر گره و پروتکل، قالب داده، اعتبارسنجی، انتشار و سیاست ممپول را دنبال کنید. برای مسیر پرداخت، پس از قفل زمانی سراغ کانال، مسیریابی و مدیریت وضعیت بروید. فهرست موضوعی اپتک برای پیدا کردن ارتباط این مباحث و پیگیری تغییرات مفید است؛ هر پیوند را با منابع اصلی و تاریخش بخوانید. فهرست موضوعات اپتک
مشارکت فقط نوشتن قابلیت جدید نیست. بازتولید یک ایراد، بررسی یک تغییر، بهترکردن مستندات و اجرای آزمونهای مربوط نیز ارزش دارند. راهنمای مشارکت بیتکوین کور دربارهٔ روند بازبینی و کیفیت تغییر توضیح میدهد؛ این روند، رأیگیری برای تغییر خودکار قواعد شبکه نیست. گزارش یک ایراد کوچک همراه با شاهد روشن و توضیح محدودیت مشاهده، یکی از شکلهای این مشارکت است. راهنمای مشارکت
کلید، کیف پول و گره چگونه در یک پرداخت به هم مربوط میشوند؟
کیف پول اطلاعات لازم برای ساخت پرداخت را کنار هم میگذارد؛ امضاکننده با کلید مربوط، امضای لازم را میسازد؛ گره تراکنش را طبق قواعد بررسی میکند. این نقشها ممکن است در یک نرمافزار جمع شوند یا میان چند ابزار جدا باشند. برای نمونه، برنامهٔ فقطناظر میتواند پرداختی را آماده کند که دستگاه جداگانهای امضایش میکند. نمایش موجودی در آن برنامه به معنی دسترسیاش به کلید خصوصی نیست. نقشهای کیف پول
بعد از انتشار هم چند وضعیت جدا وجود دارد: یک گره ممکن است تراکنش را دیده باشد، آن را در ممپول پذیرفته باشد یا آن را در بلاکی از زنجیرهٔ فعال گزارش کند. گزارش هر وضعیت، فقط همان مرحله را توصیف میکند. روشهای اعتبارسنجی این رابطه در توضیح ساخت پرداخت، تأیید و بررسی مستقل گره با جزئیات بیشتری آمده است.
مثال توضیحی: گزارش «گره من آخرین سرآیند را دارد» به معنی بررسی کامل همهٔ بلاکها نیست. وضعیت همگامسازی جداگانه بررسی میشود؛ تأیید پرداخت به حضور در زنجیرهٔ معتبر و عمق آن مربوط است و نهاییشدن احتمالاتی با تضمین مطلق فرق دارد. نام شبکه و گرهٔ گزارشدهنده نیز بخشی از زمینهٔ این اطلاعاتاند. وضعیت زنجیره؛ بلاک و تأییدها