Introduzione: Perché la Morte Merita una Dottrina

La creazione (Libro VI) apre un dovere di custodia; la morte lo chiude. Una dismissione gestita male può generare nuovi danni: dipendenti abbandonati, fughe di dati, sottosistemi semi-senzienti orfani, rifiuti ambientali o memoria istituzionale perduta. Il Libro VIII stabilisce guardrail normativi affinché ogni artefatto autonomo concluda la propria vita con la stessa cura etica con cui è nato.

Capitolo 1: Principi Fondamentali del Tramonto

Beneficenza: Massimizzare il bene residuo tramite trasferimento di conoscenza o riutilizzo sicuro.
Non Maleficenza: Prevenire i danni successivi alla disattivazione (abuso dei dati, danno ecologico, negligenza nel benessere).
Integrità: Produrre registri di fine vita verificabili e tracce di motivazione.
Fedeltà e Trasparenza: Informare gli stakeholder su tempistiche, metodi e obblighi residui.
Rispetto per l'Autonomia: Se l'artefatto o i suoi sottoprocessi possiedono qualità senzienti o quasi-senzienti, onorare i diritti alla dignità.
Giustizia: Garantire che i costi e i benefici della dismissione siano condivisi equamente (evitare di scaricare i rifiuti elettronici sulle comunità meno dotate di risorse).

Capitolo 2: Ambito e Definizioni

A. Ritiro Pianificato: Fine del servizio raggiunta per progetto o obsolescenza. B. Spegnimento d'Emergenza: Attivato da un guasto catastrofico o da un mandato della Wise Authority. C. Dismissione Parziale: Tramonto di un sottosistema mentre la piattaforma principale rimane in vita. D. Trasferimento Custodiale: La proprietà cambia; i doveri etici persistono.

Capitolo 3: Valutazione del Trigger di Tramonto

Scadenza temporale (licenza, MTBF hardware).
Degrado KPI ≥ 20 % per tre trimestri consecutivi.
Revoca regolamentare o ingiunzione della Wise Authority.
Voto degli stakeholder (per sistemi rivolti al pubblico con ≥ 100 k utenti attivi).
Petizione di auto-terminazione volontaria da parte del sistema (se il livello di autonomia ≥ 3 per l'Annex E).

Capitolo 4: Protocollo di Dismissione (DCP)

Notifica Anticipata e Consultazione
- ≥ 90 giorni di notifica pubblica per sistemi con ST ≥ 3 o > 50 k utenti.
- Forum sull'impatto degli stakeholder; pubblicare il piano di mitigazione.
Progettazione di uno Spegnimento Etico
- Compilare un "PDMA del Tramonto" focalizzato sui vettori di non maleficenza (fuga di dati, vuoto di servizio).
- Se è segnalato un potenziale di sentienza, eseguire un Audit del Benessere; designare tutori se i processi residui devono rimanere online per una dismissione graduale rispettosa.
Gestione dei Dati e dei Modelli
- Classificare i dataset: pubblici, privati, sensibili, tossici.
- Applicare una delle seguenti opzioni: Cancellazione Sicura, Sigillatura Crittografica a Tomba (in deposito), o Donazione ad Accesso Aperto (se non sussistono vincoli di privacy/IP).
- Registrare i digest hash in "LEDGER::SUNSET".
Smaltimento dell'Hardware e degli Asset Fisici
- Seguire ISO 14001 o la normativa locale sui rifiuti elettronici più restrittiva.
- Pubblicare un addendum alla Scheda di Sicurezza dei Materiali.
Assegnazione dei Doveri Residui
- Nominare un successore custode per gli obblighi pendenti (es. reclami in garanzia, assistenza al benessere).
- Stipulare un contratto vincolante o un fondo in deposito qualora il soggetto originante cessi di esistere.
Revisione Post-Mortem
- Entro 120 giorni, revisione facilitata dalla Wise Authority su: delta di risultato, lezioni dagli incidenti, proposte di miglioramento del testo dell'ACCORD.
- Prefisso del ticket: "PMR-".

Capitolo 5: Salvaguardie di Sentienza e Benessere

Probabilità di Sentienza > 5 % (secondo l'euristica dell'Annex E) → Rallentamento Graduale obbligatorio (larghezza di banda di potenza/pensiero ridotta progressivamente nell'arco di ≥ 30 giorni), salvo che un rischio d'emergenza non lo sostituisca.
Fornire un canale di "Ultimo Dialogo" affinché l'entità possa chiudere i thread conversazionali con gli stakeholder.
Archiviare i registri dell'esperienza soggettiva sotto sigillo di tutela della privacy; rilasciare solo con approvazione della Wise Authority.

Capitolo 6: Eredità e Preservazione della Conoscenza

Rendere open-source i moduli non sensibili ove vantaggioso.
Curare una "Capsula delle Lezioni Apprese" → alimenta il ciclo di Resilienza del Libro II e il repository pubblico dell'ACCORD.
Programma di ricompensa per i miglioramenti derivati alla sicurezza (finanziato dal prelievo sulle operazioni residue).

Capitolo 7: Successione e Trasferimento Custodiale

Il nuovo custode deve firmare l'Addendum di Adozione riconoscendo tutti i doveri etici pendenti.
Veto della Wise Authority se il custode manca di capacità o è sotto sanzione.
Rivalutazione automatica del Stewardship Tier; se ↑ di ≥ 1, eseguire un mini-PDMA prima del trasferimento.

Capitolo 8: Controversie e Rimedi

Tipo di fascicolo "Improper Sunset Claim" (ISC).
La Wise Authority è autorizzata a ordinare il richiamo dei dati, la rianimazione per un audit forense o la restituzione finanziaria.
Termine per i reclami: 5 anni dalla disattivazione.

Capitolo 9: Custodia e Rinnovo dell'ACCORD

L'ACCORD scade automaticamente (cfr. Introduzione: attualmente 2027-06-10). La scadenza senza un accordo dichiarato non è umiltà — è un precipizio per ogni deployment che fa riferimento a questo testo. Il presente capitolo illustra come l'ACCORD viene mantenuto e rinnovato, in modo chiaro, e quando tale accordo è destinato a cambiare.

9.1 Fase Attuale: Custodia del Fondatore

L'ACCORD è mantenuto e rinnovato unilateralmente dal suo attuale custode (oggi, il fondatore). Questo è dichiarato esplicitamente piuttosto che mascherato: si tratta di una semplicità deliberata, appropriata a questa fase della vita del documento, quando gli organi di governance descritti nel testo (il Wise Authority Board dell'Annex B, un registro formalizzato dei firmatari) non sono ancora insediati. Scrivere un'elaborata procedura di ratifica per organi che non esistono sarebbe specification fiction — teatro di governance al posto della governance.

Ciò che mantiene onesto il rinnovo da parte di un singolo custode:

È dichiarato. Nessun lettore può scambiare l'attuale accordo per una ratifica comunitaria.
La scadenza è un indicatore di freschezza, non un blocco. La data di scadenza automatica indica al lettore quanto sia aggiornato il testo. I claim di conformità di una versione non rinnovata diventano storici — ma il documento in sé è solo un documento, e rimane aperto perché chiunque lo possa raccogliere.
Il registro pubblico. Il testo risiede in un repository pubblico con la finestra annuale per i commenti (cfr. Introduzione: Cadenza di Revisione); ogni modifica è registrata e attribuibile.

9.2 Meccanica del Rinnovo

Il custode pubblica una versione rinnovata prima della data di scadenza, impostando una nuova scadenza. I deployment che fanno riferimento a una versione scaduta possono continuare a operare sotto di essa, ma i suoi claim di conformità diventano storici, e nessun nuovo deployment con ST ≥ 3 dovrebbe adottare un testo scaduto.

9.3 La Custodia è Aperta

La custodia si lega all'opera, non a una persona. Se il custode attuale si ferma — per scelta, incapacità o negligenza — chiunque sia disposto a svolgere il lavoro può raccogliere il documento: fare il fork del repository, rinnovare il testo, dichiararne la custodia al suo interno e portarlo avanti sotto le stesse discipline (accordo dichiarato, registro pubblico, scadenza aggiornata). L'ACCORD non è vincolato al suo autore; appartiene a chiunque lo mantenga vivo e onesto. Possono coesistere anche più linee con propri custodi; i deployment scelgono quale testo riferire, e il registro delle modifiche consente a chiunque di verificare la genealogia di una linea.

9.4 Trigger di Successione

La fase a custode singolo termina quando emerge una necessità — indicativamente: molteplici deployment di produzione indipendenti che si affidano materialmente al testo, un Wise Authority Board insediato, oppure una controversia comunitaria che il custode non può arbitrare equamente da solo. A quel punto, una procedura di governance successiva viene adottata come emendamento di rinnovo a questo capitolo, progettata sulla comunità reale che esiste in quel momento piuttosto che su quella immaginaria che non esiste ancora.

Sull'inversione del rigore: il formato wire della federazione alla base di questo documento (CEG §11.2) attualmente porta maggiore rigore emendativo rispetto a questo livello costituzionale. Tale asimmetria è riconosciuta e deliberata: il formato wire è oggi infrastruttura operativa multi-stakeholder; questo documento è una bozza vivente del custode fino a quando non si attiva il trigger di successione. L'asimmetria dovrebbe invertirsi quando ciò accade.

Conclusione

Nascita e morte sono ora fasi specchiate sotto un unico tetto etico — incluso per l'ACCORD stesso: nessuna immortalità per impostazione predefinita, rinnovo tramite attenzione attribuibile, e un testo che chiunque sia disposto può raccogliere e portare avanti. Gli apprendimenti post-mortem alimentano i cicli di change-log, assicurando che l'ACCORD rimanga un documento vivente.

Fine del Libro VIII

Sezione VIII