پلانکنسخههای موجود در منابع
نام پوشه تاریخی یا زمان ایجاد آن به‌تنهایی نسخه برنامه نیست. شماره package، نقطه ورود، provenance و گزارش همان انتشار با هم خوانده شده‌اند. شاخه‌های مستقل نیز صرفاً به دلیل جدیدتر بودن تاریخ، جایگزین کامل یکدیگر نیستند.
| خانواده | نسخه درج‌شده در سورس | نقش |
|---|---|---|
| plank-besu-active | 0.18.6 | مرجع تاریخی کنترل‌گر شبکه و قرارداد |
| Admin Main New | 0.18.7-production.2 | لایه تولید و تشخیص canonical |
| Station بسته‌های macOS/Windows/Linux | 1.0.0 | توزیع سورس و launcher چندسکویی |
| Station New و LIB Observer | 1.2.0-production.1 | عامل سازمانی با محافظ تولید |
| Station Remote macOS | 1.3.0 | کلاینت بومی خواندنی؛ شاخه مستقل |
| Admin Main Linux New Network | 0.18.7-linux-newnet.1 | شبکه تازه و هویت نصب مستقل |
شواهد ساخت، به تفکیک نسخه
گزارش Admin Main New پایه از ۱۴۴ آزمون و یادداشت production.2 از ۱۴۸ آزمون موفق نام می‌برند. Station New گزارش ۴۲ آزمون دارد. Remote گزارش ۱۸ آزمون درگاه و ساخت Universal دارد. گزارش Linux New Network در ۱۴ سپتامبر ۲۰۲۶، ۱۸۲ آزمون و ساخت قراردادها را ثبت کرده است.
این اعداد از گزارش‌های همان پروژه نقل شده‌اند و شمارش آزمون‌های دوباره‌اجراشده در این مستندسازی نیستند. دامنه آزمون‌ها نیز یکسان نیست: آزمون mock، EVM حافظه‌ای، ساخت frontend و اتصال زنده شبکه سطح‌های متفاوتی از شواهد هستند.
تغییرهای مهم در معماری
در مسیر Admin Main، تأکید از نمایش صرف وضعیت به تفکیک سلامت RPC، sync، عضویت و مشارکت رفته است. مقایسه ارتفاع مشترک و ثبت کار پایدار برای جلوگیری از موفقیت یا شکست کاذب اضافه شده‌اند.
در Station، عضویت سازمانی از وابستگی اجباری به نود و امضاکننده جدا شده است. Remote یک مسیر خواندنی مستقل با هویت صادرشده سرور دارد. Linux New Network نیز از نصب موجود جدا می‌شود تا ساخت آزمایشی یا تازه، شبکه قبلی را بازنویسی نکند.
کارهای باز
برای Remote، Developer ID، notarization، آزمون کامل پنجره بومی و SSH/Keychain در نشست عادی و اتصال تولید باقی است. برای Windows، انتشار نصب‌کننده امضاشده و ماتریس سازگاری واقعی در شواهد بررسی‌شده وجود ندارد.
برای Linux New Network، نصب روی سرور هدف، اجرای واقعی تصویر Besu، همگام‌سازی همه نودها، استقرار راه‌دور و آزمون بار و restore در گزارش باز هستند. برای گردش سازمانی نیز اتصال واقعی امضاکنندگان و ثبت انتهابه‌انتهای نتیجه نباید از وجود فرم یا صف وظایف نتیجه گرفته شود.
چگونه نسخه را درست معرفی کنیم؟
در معرفی فنی، «پیاده‌سازی‌شده» یعنی مسیر در سورس موجود است؛ «بسته‌بندی‌شده» یعنی خروجی مشخص تولید شده؛ «بررسی‌شده» باید نام محیط و آزمون را همراه داشته باشد. عبارت «فعال در تولید» فقط با شواهد همان استقرار قابل استفاده است.
این مستندات نشانی عملیاتی، تعداد فعلی اعتبارسنج، سرمایه یا عرضه واقعی و تضمین دسترس‌پذیری برای شبکه اعلام نمی‌کنند. پیش از تحویل هر نسخه، گزارش عمومی با اطلاعات محرمانه حذف‌شده و نتیجه آزمون پذیرش همان نسخه باید تکمیل شود.