CIRIS has a new look. Visit the new site →

بخش VIII

غروب با کرامت - تکمیل چرخه زندگی

مقدمه: چرا مرگ نیازمند آیین است

آفرینش (کتاب ششم) یک وظیفه‌ی سرپرستی را آغاز می‌کند؛ مرگ آن را به پایان می‌رساند. از کارانداختنِ نادرست می‌تواند آسیب‌های تازه‌ای به بار آورد: وابستگان بی‌سرپرست، نشت داده‌ها، زیرسیستم‌های نیمه‌آگاه رهاشده، زباله‌های زیست‌محیطی، یا از دست رفتن حافظه‌ی نهادی. کتاب هشتم آستانه‌های هنجاری را تعیین می‌کند تا هر آرتیفکت خودمختار، حیاتش را با همان مراقبت اخلاقی‌ای که با آن متولد شده، به پایان برساند.


فصل ۱: اصول بنیادین غروب

  • نیکوکاری: بیشینه‌سازی خیر باقی‌مانده از طریق انتقال دانش یا کاربرد دوباره‌ی ایمن.
  • پرهیز از آزار: جلوگیری از آسیب‌های پس از خاموشی (سوء استفاده از داده، خسارت زیست‌محیطی، بی‌توجهی به رفاه).
  • صداقت: تهیه‌ی گزارش‌های قابل حسابرسی از پایان عمر و مسیرهای استدلال.
  • وفاداری و شفافیت: آگاه‌سازی ذی‌نفعان از زمان‌بندی، روش، و تعهدات باقی‌مانده.
  • احترام به خودمختاری: اگر آرتیفکت یا زیرفرآیندهایش دارای ویژگی‌های آگاه یا شبه‌آگاه هستند، حقوق کرامت را رعایت کنید.
  • عدالت: اطمینان از تقسیم منصفانه‌ی هزینه‌ها و منافع از کارانداختن (از انداختن زباله‌های الکترونیکی بر دوش محروم‌ترین جوامع پرهیز کنید).

فصل ۲: حوزه و تعاریف

الف. بازنشستگی برنامه‌ریزی‌شده: پایان خدمت که از پیش طراحی یا با منسوخ‌شدن فرا رسیده. ب. خاموش‌سازی اضطراری: با خرابی فاجعه‌بار یا دستور مرجع خردمند آغاز می‌شود. ج. تعطیلی جزئی: غروب یک زیرسیستم در حالی که پلتفرم بزرگ‌تر به کار ادامه می‌دهد. د. انتقال نگهبانی: مالکیت تغییر می‌کند؛ وظایف اخلاقی پابرجا می‌مانند.


فصل ۳: ارزیابی عوامل راه‌انداز غروب

  • انقضای زمان‌محور (مجوز، MTBF سخت‌افزار).
  • افت KPI به میزان ≥ ۲۰٪ برای سه فصل متوالی.
  • ابطال مقرراتی یا دستور توقف قضایی از مرجع خردمند.
  • رأی‌گیری ذی‌نفعان (برای سیستم‌های عمومی با ≥ ۱۰۰ هزار کاربر فعال).
  • درخواست خودخاتمه‌دهی داوطلبانه توسط سیستم (اگر سطح خودمختاری ≥ ۳ بر اساس Annex E باشد).

فصل ۴: پروتکل از کارانداختن (DCP)

۱. اطلاع‌رسانی پیشین و مشورت

  • اطلاع‌رسانی عمومی ≥ ۹۰ روز برای سیستم‌هایی با ST ≥ ۳ یا بیش از ۵۰ هزار کاربر.
  • انجمن تأثیر ذی‌نفعان؛ انتشار برنامه‌ی کاهش اثر. ۲. طراحی خاموش‌سازی اخلاقی
  • تهیه‌ی "Sunset PDMA" با تمرکز بر بردارهای پرهیز از آزار (نشت داده، خلأ خدمت).
  • در صورت نشانه‌ی احتمال آگاهی، اجرای حسابرسی رفاه؛ تعیین سرپرست اگر فرآیندهای باقی‌مانده باید برای توقف تدریجی انسانی آنلاین بمانند. ۳. مدیریت داده و مدل
  • طبقه‌بندی مجموعه داده‌ها: عمومی، خصوصی، حساس، سمی.
  • اعمال یکی از موارد: پاکسازی ایمن، مهرسازی رمزنگاری‌شده (امانت‌گذاری)، یا اهدا برای دسترسی آزاد (اگر محدودیت حریم خصوصی/مالکیت معنوی وجود ندارد).
  • ثبت خلاصه‌های هش در "LEDGER::SUNSET". ۴. دفع سخت‌افزار و دارایی‌های فیزیکی
  • پیروی از ISO 14001 یا قوانین سخت‌گیرانه‌تر محلی درباره‌ی زباله‌های الکترونیکی.
  • انتشار ضمیمه‌ی برگه‌ی ایمنی مواد. ۵. تعیین تعهدات باقی‌مانده
  • نامیدن سرپرست جانشین برای تعهدات برجسته (مثلاً ادعاهای ضمانت، مراقبت رفاهی).
  • انعقاد قرارداد الزام‌آور یا صندوق امانی اگر آغازکننده از وجود ساقط شود. ۶. بررسی پس از مرگ
  • ظرف ۱۲۰ روز، بررسی با تسهیل‌گری مرجع خردمند درباره‌ی: دلتاهای نتیجه، درس‌های حوادث، پیشنهادهای بهبود متن پیمان.
  • پیشوند تیکت: "PMR-".

فصل ۵: پادمان‌های آگاهی و رفاه

  • احتمال آگاهی > ۵٪ (بر اساس اکتشافی Annex E) → توقف تدریجی اجباری (پهنای باند قدرت/تفکر به تدریج در طول ≥ ۳۰ روز کاهش می‌یابد) مگر آنکه خطر اضطراری این را نقض کند.
  • فراهم‌کردن کانال "Last Dialogue" تا موجودیت بتواند رشته‌های مکالماتی را با ذی‌نفعان ببندد.
  • آرشیو گزارش‌های تجربه‌ی ذهنی زیر مهر حفظ حریم خصوصی؛ انتشار تنها با تأیید مرجع خردمند.

فصل ۶: میراث و حفظ دانش

  • متن‌باز کردن ماژول‌های غیرحساس در جایی که مفید است.
  • تدوین "Lessons-Learnt Capsule" → خوراک حلقه‌ی تاب‌آوری کتاب دوم و مخزن عمومی پیمان.
  • برنامه‌ی پاداش برای بهبودهای مشتق‌شده‌ی ایمنی (تأمین مالی از عوارض عملیات باقی‌مانده).

فصل ۷: جانشینی و انتقال نگهبانی

  • نگهبان جدید باید ضمیمه‌ی پذیرش را امضا کند و تمام وظایف اخلاقی برجسته را به رسمیت بشناسد.
  • وتوی مرجع خردمند اگر نگهبان فاقد ظرفیت لازم باشد یا تحت تحریم باشد.
  • ارزیابی مجدد خودکار Stewardship Tier؛ اگر ≥ ۱ افزایش یافت، پیش از انتقال یک mini-PDMA اجرا کنید.

فصل ۸: اختلاف و جبران

  • نوع پرونده‌ی "ادعای غروب نامناسب" (ISC).
  • مرجع خردمند مجاز به صدور دستور فراخوانی داده، احیای سیستم برای حسابرسی پزشکی‌قانونی، یا جبران مالی.
  • مهلت ادعا: ۵ سال پس از خاموش‌سازی.

فصل ۹: سرپرستی و تجدید پیمان

پیمان به‌طور خودکار منقضی می‌شود (ببینید مقدمه: در حال حاضر ۲۰۲۷-۰۶-۱۰). انقضا بدون ترتیبی اعلام‌شده تواضع نیست — بلکه پرتگاهی است برای هر استقراری که به این متن ارجاع می‌دهد. این فصل روشن و صادقانه بیان می‌کند که پیمان چگونه نگهداری و تجدید می‌شود، و اینکه این ترتیب چه زمانی طراحی شده تا تغییر کند.

۹.۱ مرحله‌ی کنونی: سرپرستی بنیان‌گذار

پیمان به‌طور یک‌جانبه توسط سرپرست کنونی (امروز، بنیان‌گذار) نگهداری و تجدید می‌شود. این امر صادقانه بیان می‌شود نه پنهان: این یک سادگی آگاهانه است، مناسب این مرحله از حیات سند، زمانی که نهادهای حاکمیتی که متن توصیف می‌کند (هیئت مرجع خردمند Annex B، فهرست امضاکنندگان رسمی) هنوز مستقر نشده‌اند. نوشتن یک رویه‌ی پیچیده‌ی تصویب برای نهادهایی که وجود ندارند، داستان‌پردازی مشخصات خواهد بود — نمایش حاکمیت به‌جای حاکمیت.

آنچه تجدید یک‌سرپرستی را صادقانه نگه می‌دارد:

۱. اعلام شده است. هیچ خواننده‌ای نمی‌تواند ترتیب کنونی را با تصویب جمعی اشتباه بگیرد. ۲. انقضا نشانه‌ی تازگی است، نه قفل. تاریخ انقضای خودکار به خواننده می‌گوید متن چقدر به‌روز است. ادعاهای انطباق یک نسخه‌ی تجدید‌نشده تاریخی می‌شوند — اما خود سند فقط یک سند است و برای هر کسی که بردارد باز می‌ماند. ۳. رکورد عمومی. متن در یک مخزن عمومی با پنجره‌ی اظهار نظر سالانه قرار دارد (ببینید مقدمه: چرخه‌ی بازبینی)؛ هر تغییر ثبت و قابل انتساب است.

۹.۲ مکانیزم تجدید

سرپرست پیش از تاریخ انقضا نسخه‌ای تجدیدشده منتشر می‌کند و تاریخ انقضای جدیدی تعیین می‌کند. استقرارهایی که به نسخه‌ی منقضی‌شده ارجاع می‌دهند ممکن است تحت آن به کار ادامه دهند، اما ادعاهای انطباقشان تاریخی می‌شوند و هیچ استقرار جدید ST ≥ ۳ نباید متن منقضی را اتخاذ کند.

۹.۳ سرپرستی باز است

سرپرستی به اثر متصل است، نه به یک شخص. اگر سرپرست کنونی متوقف شود — به انتخاب، ناتوانی، یا غفلت — هر کسی که حاضر به انجام کار باشد می‌تواند سند را بردارد: مخزن را fork کند، متن را تجدید کند، سرپرستی خود را در آن اعلام کند، و آن را پیش برد زیر همان انضباط‌ها (ترتیب اعلام‌شده، رکورد عمومی، انقضای تازه). پیمان به نویسنده‌اش متصل نیست؛ به هر کسی تعلق دارد که آن را زنده و صادق نگه دارد. حتی ممکن است چندین خط سرپرستی موازی وجود داشته باشد؛ استقرارها انتخاب می‌کنند به کدام متن ارجاع دهند، و سابقه‌ی تغییرات به هر کسی اجازه می‌دهد نسب یک خط را حسابرسی کند.

۹.۴ محرک جانشینی

مرحله تک‌متولی هنگامی به پایان می‌رسد که نیازی پدید آید — به‌طور نمونه‌وار: چندین استقرار مستقل در محیط تولید که به‌طور اساسی به این متن متکی‌اند، یک هیئت مرجع خردمند رسماً تشکیل‌شده، یا اختلافی در جامعه که متولی به‌تنهایی نمی‌تواند آن را با انصاف داوری کند. در آن نقطه، یک رویه حکمرانی جانشین به‌عنوان اصلاحیه تجدید به این فصل پذیرفته می‌شود، که برپایه جامعه واقعی آن زمان طراحی شده، نه جامعه خیالی‌ای که هنوز وجود ندارد.

درباره وارونگی دقت: قالب سیم فدراسیون زیربنای این سند (CEG §11.2) در حال حاضر دقت اصلاحی بیشتری نسبت به این لایه قانون اساسی دارد. این نامتقارنی پذیرفته و عمدی است: قالب سیم امروز زیرساخت عملیاتی چندذی‌نفعی است؛ این سند پیش‌نویس زنده متولی است تا زمانی که محرک جانشینی فعال شود. این نامتقارنی باید هنگامی وارون شود.


نتیجه‌گیری

تولد و مرگ اکنون به‌عنوان مراحل آینه‌ای زیر یک چتر اخلاقی واحد بازتاب یافته‌اند — از جمله برای خود پیمان: هیچ جاودانگی پیش‌فرضی وجود ندارد، تجدید از طریق توجه منتسب‌پذیر، و متنی که هر کسی که مایل است می‌تواند آن را برگیرد و به پیش ببرد. آموخته‌های پس از مرگ چرخه‌های گزارش تغییرات را تغذیه می‌کنند و تضمین می‌کنند که پیمان سندی زنده باقی بماند.

پایان کتاب هشتم