◆ APPROFONDIMENTO
Il vaglio · proporre → anteprima → approvare → applicare

Come viene accettata una modifica

proporre → anteprima → accettare → applicare, con i controlli che bloccano in caso di errore (byte necessari mancanti, riferimento a prova non registrata, titolarità contraddittoria, decisione accettata ormai superata, regola sulla privacy) ramificati da ogni passaggio e con il confine dell'autorità tracciato: gli adattatori possono preparare i byte, solo la CLI del pacchetto può scrivere

La regola di fondo è che le voci accettate del registro e le viste generate non si modificano a mano. Il repository conserva anche voci più antiche, redatte prima dell'attuale varco, e una migrazione per suddivisione senza perdita di dati che il proprietario ha autorizzato; quanto segue descrive il percorso previsto per la conoscenza nuova o corretta. Il percorso si articola in quattro passaggi. Prima di tutto la modifica viene redatta come proposta, indicando con precisione che cosa aggiungerebbe o cambierebbe e su quali basi si fonda. Poi ne viene fatta l'anteprima: la proposta è presentata per intero al proprietario, che può leggerla prima che qualunque cosa sia registrata. Segue l'accettazione, che è un atto deliberato, oppure la mancata accettazione. Solo a quel punto la modifica viene applicata e scritta nel registro stesso. Le viste pubbliche che il lettore consulta vengono ricostruite dal registro in un secondo momento, come passaggio distinto.

Dietro questi quattro passaggi sta una regola su chi può agire. Un solo percorso controllato può scrivere conoscenza accettata, e tutto il resto resta rigorosamente al di qua di quella soglia. Gli strumenti che vanno negli archivi a prelevare una scansione o a lanciare una ricerca possono preparare il materiale e depositarlo come bozza, ma non possono modificare il registro. Se uno di loro ci prova, il tentativo fallisce del tutto invece di scrivere a metà. A guidare le modifiche accettate lungo quel percorso è soltanto il coordinatore dell'acquisizione.

Il varco divide i difetti in due categorie. Alcuni bloccano subito la modifica. Un riferimento può non condurre da nessuna parte, a un documento mai registrato. Una modifica può archiviare la stessa scansione in due voci diverse, oppure contenere un riferimento che non corrisponde al documento indicato. Una decisione accettata può essere diventata obsoleta perché il checksum della proposta o la revisione del progetto sono cambiati. Oppure può essere violata una regola a tutela di una persona vivente, per esempio con un recapito di persona vivente che non è contrassegnato come pubblico o che non cita alcuna fonte. Altri difetti vengono segnalati senza bloccare nulla: una fonte il cui file non è conservato, senza un motivo registrato per la lacuna, viene contrassegnata, così il documento mancante appare come mancante e non è mai spacciato per presente. In entrambi i casi il difetto emerge prima che la modifica si consolidi.

Il varco verifica qualcosa di più ristretto della verità. Verifica che una modifica accettata sia coerente: i suoi riferimenti sono risolvibili, i suoi legami con le prove sono registrati e i byte di prova richiesti, oppure un motivo ammesso per la loro assenza, sono giustificati. Altre situazioni di file mancante possono restare visibili come avvisi di validazione. Il varco non giudica la storia e non garantisce che un'affermazione sia corretta. Il registro può contenere due resoconti discordanti, e una modifica ben formata può comunque essere una lettura sbagliata. Per questo il sito tiene anche un resoconto aperto dei valori che in seguito ha dovuto correggere.