بلاکچین، اثبات مرکل و شبکههای آزمایشی
فصلهای کتاب · ۴۴ پرسش
کلید، seed و عبارت بازیابی همهٔ مثالهای منتشرشده عمومیاند؛ هرگز برای پول واقعی استفاده نشوند. این مجموعه و کدهایش پیادهسازی تولیدی کیف پول یا مرجع مستقل اجماع نیستند.
بلاک چه تفاوتی با یک فهرست ساده تراکنش دارد؟
ساختار بلاک و سربرگ
علاوه بر تراکنشها، header آن به والد، تعهد مرکل، زمان و هدف اثبات کار متصل است. اعتبار بلاک به محتوا، زمینه زنجیره و اثبات کار وابسته است؛ صرف کنارهمگذاشتن تراکنشها بلاک معتبر نمیسازد.
اصلاحات و رفع ابهام
- اندازهٔ بلاک و هدرE-034
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:2–68ch11_blockchain.adoc:69–116ch11_blockchain.adoc:117–170
header بیتکوین چه شش فیلدی دارد؟
ساختار بلاک و سربرگ
نسخه ۴ بایتی، هش والد ۳۲ بایتی، ریشه مرکل ۳۲ بایتی، زمان ۴ بایتی، nBits چهار بایتی و nonce چهار بایتی؛ جمع آنها ۸۰ بایت است.
اصلاحات و رفع ابهام
- اندازهٔ بلاک و هدرE-034
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:2–68ch11_blockchain.adoc:69–116ch11_blockchain.adoc:117–170
چرا نباید فیلد «اندازه بلاک» در فایل ذخیرهسازی را جزو header دانست؟
ساختار بلاک و سربرگ
فایل یا پیام شبکه ممکن است framing، magic و طول اضافه داشته باشد. این لایههای بستهبندی با serialization اجماعی header و بدنه یکسان نیستند؛ header همچنان ۸۰ بایت است.
اصلاحات و رفع ابهام
- اندازهٔ بلاک و هدرE-034
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:2–68ch11_blockchain.adoc:69–116ch11_blockchain.adoc:117–170
آیا هش بلاک، هش همه بایتهای کامل بلاک است؟
ساختار بلاک و سربرگ
شناسه رایج بلاک، SHA256 دوباره روی header است. ریشه مرکل باعث میشود header به تراکنشها نیز متعهد باشد؛ داده witness از مسیر تعهد ویژه coinbase به این ساختار پیوند میخورد.
اصلاحات و رفع ابهام
- اندازهٔ بلاک و هدرE-034
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:2–68ch11_blockchain.adoc:69–116ch11_blockchain.adoc:117–170
چرا header بهتنهایی تعداد و اعتبار همه خرجها را اثبات نمیکند؟
ساختار بلاک و سربرگ
فقط تعهدی به محتوا و اطلاعات اثبات کار دارد. برای بررسی امضاها، ورودیها و سقف مقدارها باید تراکنشها و وضعیت لازم در دسترس باشند.
اصلاحات و رفع ابهام
- اندازهٔ بلاک و هدرE-034
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:2–68ch11_blockchain.adoc:69–116ch11_blockchain.adoc:117–170
آیا ارتفاع بلاک یک شناسه یکتا است؟
شناسه، پیدایش و پیوند تاریخچه
خیر. دو شاخه میتوانند در یک ارتفاع بلاکهای متفاوت داشته باشند. برای اشاره بیابهام باید هش بلاک و شبکه را نیز در نظر گرفت؛ ارتفاع موقعیت است، نه هویت محتوا.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:171–229ch11_blockchain.adoc:230–304ch11_blockchain.adoc:305–360
چرا تغییر یک تراکنش قدیمی به تغییر بلاکهای بعدی منجر میشود؟
شناسه، پیدایش و پیوند تاریخچه
تغییر txid، ریشه مرکل و header آن بلاک را عوض میکند؛ فرزند نیز به هش قبلی اشاره دارد. ساخت تاریخچه جایگزینِ پذیرفتنی بنابراین به بازسازی پیوندها و کار کافی نیاز دارد.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:171–229ch11_blockchain.adoc:230–304ch11_blockchain.adoc:305–360
آیا پس از تغییر بلاک قدیمی میتوان nonce بلاکهای بعدی را همانطور معتبر نگه داشت؟
شناسه، پیدایش و پیوند تاریخچه
ممکن است اعداد nonce را کپی کرد، اما headerهای جدید هشهای متفاوت میدهند و احتمالاً شرط هدف را برآورده نمیکنند. هر بلاک جایگزین به اثبات کار معتبر برای محتوای جدید نیاز دارد.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:171–229ch11_blockchain.adoc:230–304ch11_blockchain.adoc:305–360
بلاک پیدایش چه نقشی دارد؟
شناسه، پیدایش و پیوند تاریخچه
نقطه آغاز ازپیشتعیینشده شبکه است که نرمافزار درباره هویت آن توافق دارد. زنجیرههای دریافتشده باید به این ریشه و قواعد همان شبکه متصل شوند.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:171–229ch11_blockchain.adoc:230–304ch11_blockchain.adoc:305–360
چرا ۵۰ بیتکوین coinbase پیدایش قابلخرج معمول نیست؟
شناسه، پیدایش و پیوند تاریخچه
آن خروجی در وضعیت قابلخرج زنجیره به شیوه coinbaseهای بعدی وارد نشده است. وجود مقدار در تراکنش پیدایش را نباید معادل UTXO عادیِ قابلمصرف دانست.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:171–229ch11_blockchain.adoc:230–304ch11_blockchain.adoc:305–360
متن روزنامه در بلاک پیدایش چه چیزی را نشان میدهد؟
شناسه، پیدایش و پیوند تاریخچه
یک پیام تاریخی و قرینهای درباره زمان ساخت است. این متن بهتنهایی یک گواهی دقیق ساعت یا اثبات صحت تمام برداشتهای سیاسی و اقتصادی از آن نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:171–229ch11_blockchain.adoc:230–304ch11_blockchain.adoc:305–360
درخت مرکل تراکنشهای بلاک چگونه ساخته میشود؟
درخت مرکل و ابهام تکرار
txidها برگها هستند؛ جفت هشها با ترتیب مشخص به هم چسبانده و دوباره دو بار SHA256 میشوند تا یک ریشه باقی بماند. ترتیب تراکنشها در نتیجه مؤثر است.
تصویر 1102ساخت ریشهٔ مرکل از تراکنشها ترتیب برگها و قالب هش اهمیت دارد؛ ریشه به فهرست متعهد میشود، نه به تفسیر اقتصادی تراکنشها.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:361–532
اگر تعداد گرههای یک سطح فرد باشد چه میشود؟
درخت مرکل و ابهام تکرار
آخرین هش در همان سطح دوباره استفاده میشود تا یک جفت تشکیل دهد. این قاعده باید در هر سطح لازم اعمال شود؛ افزودن تراکنش واقعی تکراری به بلاک، همان عملیات ساخت درخت نیست.
تصویر 1103تکرار برگ آخر در تعداد فرد در سطوح لازم، آخرین هش تکرار میشود؛ حالت تکتراکنشی را نباید به دو بار هشکردن بیدلیل تعمیم داد.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:361–532
ریشه مرکل بلاک تکتراکنشی چیست؟
درخت مرکل و ابهام تکرار
همان txid آن تراکنش است؛ وقتی فقط یک هش داریم، مرحله دیگری برای جفتکردن و هشکردن لازم نیست. قاعده تکرار آخرین عضو را نباید بیشرط به یک برگ نهایی اعمال کرد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:361–532
چرا درخت مرکل به ترتیب چپ و راست حساس است؟
درخت مرکل و ابهام تکرار
هش
A concat Bعموماً باB concat Aفرق دارد. اثبات باید موقعیت یا جهت لازم را داشته باشد؛ این با مرتبسازی دو فرزند در TapBranch تفاوت دارد.اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:361–532
آیا دو فهرست متفاوت میتوانند بدون شکستن SHA256 ریشه مرکل یکسانی بسازند؟
درخت مرکل و ابهام تکرار
بله، قاعده تکرار عضو فرد میتواند برای بعضی فهرستهای دارای تکرار انتهایی، ریشه یکسان بسازد. این ابهام ساختاری است، نه پیدا شدن برخورد رمزنگاری SHA256.
تصویر 1104ابهام ساختاری درخت با برگ تکراری این مسئله برخورد رمزنگارانهٔ SHA256 نیست؛ از قاعدهٔ ساخت درخت ناشی میشود و بررسی mutation اهمیت دارد.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:361–532
چرا تشخیص Merkle mutation مهم است؟
درخت مرکل و ابهام تکرار
مهاجم نباید با ارائه یک بدنه نامعتبرِ تکرارشده، باعث شود نسخه معتبر همان header نیز برای همیشه بد تلقی شود. بررسی تکرارهای مشکلساز و مدیریت وضعیت نامعتبر باید این تفاوت را حفظ کند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:361–532
آیا ریشه مرکل بهتنهایی ثابت میکند هیچ تراکنشی دوبار در بلاک نیست؟
درخت مرکل و ابهام تکرار
خیر. گره باید ساختار و قواعد تراکنشها را بررسی کند. یک تعهد هش، بدون بررسی محتوای متعهدشده، همه ویژگیهای مطلوب آن محتوا را اثبات نمیکند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:361–532
برای اثبات حضور یک تراکنش، چرا دریافت تمام بلاک لازم نیست؟
اثبات عضویت و محدودیت آن
با txid، هشهای خواهر در مسیر درخت و اطلاعات جهت میتوان ریشه را بازسازی کرد. اگر با ریشه header تطبیق کند، عضویت در آن تعهد نشان داده میشود.
تصویر 1106مسیر اثبات عضویت مرکل اثبات عضویت، خرجنشدهبودن خروجی یا اعتبار کامل بلاک و زنجیره را بهتنهایی ثابت نمیکند.
Mastering Bitcoin, third edition; Andreas M. Antonopoulos and David A. Harding. Original image, unchanged.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:533–558
اندازه مسیر مرکل تقریباً چگونه رشد میکند؟
اثبات عضویت و محدودیت آن
لگاریتمی با تعداد تراکنشها؛ برای ۱۶هزار برگ، حدود ۱۴ هش خواهر، یعنی ۴۴۸ بایت هش لازم است. این عدد شامل خود تراکنش، header و تمام دادههای قالب اثبات نیست.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:533–558
آیا اثبات حضور، خرجنشده بودن خروجی را ثابت میکند؟
اثبات عضویت و محدودیت آن
خیر. فقط حضور تراکنش را در یک بلاک نشان میدهد. برای دانستن اینکه خروجی بعداً مصرف نشده، باید تاریخچه یا وضعیت معتبر بعدی نیز بررسی شود.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:533–558
اگر اثبات مرکل به بلاکی در شاخه کنارگذاشتهشده اشاره کند چه معنایی دارد؟
اثبات عضویت و محدودیت آن
اثبات ممکن است از نظر ریاضی درست باشد، اما تأیید در زنجیره فعال را نشان ندهد. انتخاب زنجیره و عضویت در بلاک دو مرحله جداگانهاند.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:533–558
چرا شمار تأیید باید نسبت به نوک فعال محاسبه شود؟
اثبات عضویت و محدودیت آن
تأییدهای یک شاخه کنارگذاشتهشده امنیت پرداخت در شاخه پذیرفتهشده را افزایش نمیدهند. کیف پول باید تغییر نوک و پیوند بلاک پرداخت را دنبال کند، نه فقط ارتفاعی که زمانی دیده است.
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:533–558
چرا توسعه را نباید با بیتکوین واقعی آغاز کرد؟
شبکههای آزمایشی و جداسازی منابع
خطای کلید، آدرس، مقدار یا اسکریپت میتواند غیرقابلبرگشت باشد. شبکه آزمایشی امکان تمرین و بازتولید خطا را بدون درگیرکردن ارزش mainnet فراهم میکند، هرچند جای آزمون امنیتی کامل را نمیگیرد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:559–568ch11_blockchain.adoc:569–599ch11_blockchain.adoc:600–649
آیا سکه testnet قابلانتقال مستقیم به mainnet است؟
شبکههای آزمایشی و جداسازی منابع
خیر. UTXOها و تاریخچه شبکهها جدا هستند. شباهت ساختار کلید یا تراکنش به معنای امکان خرج یک خروجی در زنجیره دیگر نیست.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:559–568ch11_blockchain.adoc:569–599ch11_blockchain.adoc:600–649
چرا کلید آزمایشی نباید در کیف پول واقعی استفاده شود؟
شبکههای آزمایشی و جداسازی منابع
کلید و seed آزمایشی معمولاً در کد، لاگ یا میان همکاران افشا میشوند. یک راز یکسان میتواند در چند شبکه کلید مرتبط بسازد؛ بیارزش بودن سکه آزمایشی، افشای راز مشترک را بیخطر نمیکند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:559–568ch11_blockchain.adoc:569–599ch11_blockchain.adoc:600–649
آیا آدرس بهتنهایی همیشه testnet، signet و regtest را از هم جدا میکند؟
شبکههای آزمایشی و جداسازی منابع
خیر. بعضی شبکههای آزمایشی پیشوندهای مشترک دارند و برخی قالبها تفاوت دارند. نرمافزار باید پروفایل شبکه و زنجیره متصل را صریح بررسی کند، نه صرفاً چند حرف آدرس را.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:559–568ch11_blockchain.adoc:569–599ch11_blockchain.adoc:600–649
آیا منظور از testnet امروز الزاماً همان testnet3 کتاب است؟
شبکههای آزمایشی و جداسازی منابع
خیر. کتاب درباره محیط زمان نگارش توضیح میدهد؛ Core 28 پشتیبانی testnet4 مطابق BIP94 را اضافه کرد. نام، نسخه و پارامترهای شبکه باید در دستورالعمل آزمایش مشخص شوند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:559–568ch11_blockchain.adoc:569–599ch11_blockchain.adoc:600–649
آیا testnet3 ذاتاً حداقل سختیای نصف mainnet دارد؟
شبکههای آزمایشی و جداسازی منابع
این تعبیر کتاب دقیق نیست. باید powLimit و قواعد استثنای حداقل سختی را جداگانه دید؛ شباهت یا تفاوت رفتار مشاهدهشده را نمیتوان با یک نسبت ساده همیشگی توضیح داد.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:559–568ch11_blockchain.adoc:569–599ch11_blockchain.adoc:600–649
قاعده حداقل سختی testnet برای چه بود؟
ناپایداری testnet و block storm
وقتی timestamp بلاک نامزد بیش از آستانه مشخص از بلاک قبلی فاصله دارد، امکان سختی حداقل را فراهم میکند تا آزمایش با توان هش کم متوقف نماند. این شرط به timestampها مربوط است، نه تضمین انتظار واقعی روی ساعت کاربر.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:650–674
چرا بعضی قواعد testnet3 به تولید ناگهانی انبوه بلاک کمک میکردند؟
ناپایداری testnet و block storm
تعامل استثنای سختی حداقل با تنظیم دورهای میتوانست هدف دوره بعد را بسیار آسان کند. سپس ورود توان هش زیاد، بلاکها را بسیار سریع تولید میکرد و ارتفاع بهسرعت جلو میرفت.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:650–674
testnet4 چگونه یکی از علتهای block storm را هدف میگیرد؟
ناپایداری testnet و block storm
از جمله، مبنای هدف برای محاسبه دوره بعد را طوری تغییر میدهد که استثنای حداقل سختیِ بلاک آخر دوره همان اثر مخرب قبلی را نداشته باشد. این اصلاح، testnet را به mainnet اقتصادی تبدیل نمیکند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:650–674
چرا نتایج تخمین کارمزد یا زمان در testnet را نباید مستقیم به mainnet تعمیم داد؟
ناپایداری testnet و block storm
تقاضا، ارزش اقتصادی، توان هش و قواعد استثنا متفاوتاند. محیط آزمایش برای بررسی منطق مناسب است، اما رفتار بازار واقعی را خودکار بازنمایی نمیکند.
اصلاحات و رفع ابهام
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:650–674
Signet چه قید اضافهای بر بلاکها دارد؟
Signet و اختیار ساخت بلاک
علاوه بر قواعد آزمون مربوط و اثبات کار، بلاک باید چالش امضایی مشخص شبکه را برآورده کند. این اختیار محدودِ تولید بلاک به ساخت محیط عمومی قابلکنترلتر کمک میکند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:675–700ch11_blockchain.adoc:701–752
آیا Signet صرفاً همان regtest با نام دیگر است؟
Signet و اختیار ساخت بلاک
خیر. signet میتواند شبکه مشترک با تولیدکنندگان مجاز و آهنگ کنترلشده باشد؛ regtest معمولاً برای کنترل مستقیم توسعهدهنده بر ایجاد بلاک استفاده میشود.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:675–700ch11_blockchain.adoc:701–752
تفاوت signet پیشفرض و signet سفارشی چیست؟
Signet و اختیار ساخت بلاک
اولی چالش و تنظیمات مشترک شناختهشده دارد؛ در دومی سازنده محیط میتواند چالش و زیرساخت شبکه خودش را تعیین کند. کلاینتها باید درباره همان پارامترها توافق داشته باشند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:675–700ch11_blockchain.adoc:701–752
آیا امضای تولیدکننده signet اعتبار تراکنش نامعتبر را جبران میکند؟
Signet و اختیار ساخت بلاک
خیر. احراز مجوز ساخت بلاک یک شرط اضافه است، نه جایگزین قواعد تراکنش. گره باید هر دو دسته شرط را بررسی کند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:675–700ch11_blockchain.adoc:701–752
چرا کنترلشده بودن signet برای آزمون مفید ولی برای مدل اعتماد متفاوت است؟
Signet و اختیار ساخت بلاک
اختلال تصادفیِ توان هش و تولید نامنظم را کاهش میدهد، اما دسترسپذیری به تولیدکنندگان مجاز وابسته میشود. مزیت محیط آزمایش را نباید تضمین بیاجازه بودن mainnet تلقی کرد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:675–700ch11_blockchain.adoc:701–752
Regtest چه کنترل ویژهای به توسعهدهنده میدهد؟
Regtest و راهبرد آزمون
میتواند شبکه محلی مستقل بسازد و در زمان نیاز بلاک تولید کند. این کنترل برای آزمودن تأیید، قفل زمان و reorg مفید است و انتظار غیرقابلپیشبینی شبکه عمومی را کم میکند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:753–826ch11_blockchain.adoc:827–851
آیا regtest به معنی پذیرفتن هر اسکریپت غلط است؟
Regtest و راهبرد آزمون
خیر. با وجود هدف اثبات کار آسان و کنترل تولید بلاک، بسیاری از قواعد تراکنش و اسکریپت همچنان بررسی میشوند. باید پارامترهای دقیق آزمایش را شناخت و صرف نام regtest را مجوز کنارگذاشتن اعتبارسنجی ندانست.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:753–826ch11_blockchain.adoc:827–851
چرا پس از تولید اولین coinbase فوراً نمیتوان آن را خرج کرد؟
Regtest و راهبرد آزمون
قاعده بلوغ coinbase همچنان باید رعایت شود. ساخت بلاکهای کافی در regtest، بخشی از آمادهسازی موجودی آزمایشی است؛ نمایش موجودی نابالغ به معنی موجودی قابلخرج نیست.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:753–826ch11_blockchain.adoc:827–851
چرا halving در regtest میتواند زودتر از mainnet رخ دهد؟
Regtest و راهبرد آزمون
در تنظیمات معمول Core فاصله یارانهای آن ۱۵۰ بلاک است، نه ۲۱۰هزار. این انتخاب آزمون قواعد یارانه را عملی میکند؛ نباید آن را به برنامه صدور mainnet تعمیم داد.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:753–826ch11_blockchain.adoc:827–851
چرا آزمون reorg به دو شاخه واقعی نیاز دارد؟
Regtest و راهبرد آزمون
باید بازگشت وضعیت UTXO، تراکنشهای متعارض، موجودی و قفلهای نسبی مشاهده شود. کمکردن یک عدد تأیید در رابط کاربری، تمام اثرهای بازسازماندهی را شبیهسازی نمیکند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:753–826ch11_blockchain.adoc:827–851
چه ترتیب آزمونی برای توسعه منطقی است؟
Regtest و راهبرد آزمون
آزمون واحد و بردارهای مرجع برای منطق دقیق، regtest برای سناریوهای کنترلشده، و شبکه عمومی آزمایشی برای تعامل واقعیتر. موفقیت در هر مرحله، خطاهای مراحل دیگر را بهطور کامل نفی نمیکند.
منابع اصلی
پرسشهای مرتبط
محل موضوع در کتاب: ch11_blockchain.adoc:753–826ch11_blockchain.adoc:827–851