Un indice guidato dell’intero ecosistema PAR. Segui il percorso cronologico per comprendere concetti, funzioni, verifica, interoperabilità, distribuzione, governance e investimento — oppure cerca direttamente l’argomento che ti interessa.
Il percorso completo è ordinato per comprensione progressiva. Se hai già un obiettivo preciso, usa un percorso rapido oppure la ricerca.
00
Start Here
Prima di parlare di tecnologia, nodi o governance: che cosa prova PAR e perché esiste?
PAR è un’infrastruttura di prova e verifica pensata per collegare identità, record, evidenze, relazioni, autorità, stato e storia in modo verificabile nel tempo.
PAR non deve necessariamente conservare il documento come fonte della fiducia.
Il percorso 00–08 spiega il nucleo operativo; 09–17 amplia controllo, interoperabilità, rete, governance e investimento.
01
Why PAR Exists
Il problema non è solo sapere che un dato esiste, ma poter verificare chi o cosa lo ha prodotto, con quale autorità e in quale stato.
Una semplice affermazione — “questo è autentico”, “questa persona era autorizzata”, “questo record non è stato modificato” — non è automaticamente una prova. PAR introduce un livello neutrale per rendere interrogabili autenticità, integrità, provenienza, authority context, stato e relazioni evidenziarie.
Proof before assertion.
Il valore nasce dal lifecycle: identità, ruoli, proprietà, autorizzazioni e versioni cambiano nel tempo.
02
Identity & PAR-ID
Ogni prova ha bisogno di riferimenti persistenti: chi, che cosa, quale authority, quale asset o dispositivo?
Identity rappresenta soggetti e oggetti con riferimenti persistenti, mentre stato, autorità e relazioni possono evolvere senza riscrivere la storia precedente. Il PAR-ID è il riferimento verso stato, evidenze, relazioni e storia.
Person · Company · Authority · Government · Device · Asset.
Identità non significa automaticamente autorità.
03
Access & Enrollment
Prima di operare occorre distinguere accesso tecnico, autenticazione ed enrollment istituzionale.
Access & Enrollment comprende registrazione, login, authentication, recovery e status. Nei contesti istituzionali l’enrollment richiede controllo di identità, mandato, rappresentanza e authority context.
Essere identificati non significa essere autorizzati.
Identity risponde a “chi sei”; Governance risponde a “cosa puoi fare e perché”.
04
Registry
Il Registry rende gli oggetti PAR individuabili e collegabili mantenendo espliciti tipo, stato, authority e lifecycle.
Un registro PAR non serve soltanto a elencare elementi. Deve permettere di capire quale oggetto è stato registrato, quale reference lo identifica, quale tipo possiede, quale stato ha e quali relazioni verificabili lo collegano ad altri oggetti.
Esiste questo oggetto?
Qual è il suo stato corrente?
Da quale authority context deriva?
05
Records
Il record collega un soggetto o oggetto a un evento, un authority context, un’evidenza e una transizione di stato.
I record PAR sono pensati per essere tracciabili. Un cambiamento successivo non dovrebbe cancellare ciò che è avvenuto prima; dovrebbe produrre un nuovo stato o evento collegato alla cronologia.
Current state e historical truth sono concetti distinti.
Un record può essere revocato oggi pur provando che in passato esisteva in un determinato stato.
06
Evidence
L’evidenza è ciò che permette di testare un claim: integrità, provenienza, autenticazione, tempo e relazione con una fonte.
PAR tratta l’evidenza come materiale tecnico e di provenienza verificabile, non come semplice file caricato. L’originale può restare nel sistema sorgente mentre PAR preserva riferimenti, fingerprint, timestamp, metadata, authority context e relazioni necessarie alla verifica.
Non-custodial by design.
Preserve proof, not necessarily the document.
07
Relations & Authority Context
La prova diventa più utile quando mostra anche chi è collegato a cosa, con quale ruolo e autorità.
Relations costruisce un grafo verificabile di proprietà, controllo, ruoli, authority e dipendenze tra record. Questo consente di distinguere titolare, operatore, fonte dell’autorità e sistema che ha prodotto l’evidenza.
Una firma o un account non dimostrano automaticamente il diritto di agire.
08
Verify
La verifica risolve un riferimento PAR nel suo stato corrente e nel contesto probatorio che lo sostiene.
Verify permette a un utente, sistema o istituzione di interrogare un PAR-ID, un record o un altro riferimento per comprendere stato, evidenze, relazioni, authority context e lifecycle.
Il record esiste?
È valido adesso?
Chi lo ha emesso o autenticato?
Quali evidenze lo supportano?
09
Alerts, Audit & History
Un sistema di prova deve rendere visibili cambiamenti significativi e permettere di ricostruire ciò che è accaduto.
Alerts segnala variazioni ed eccezioni; Audit ricostruisce azioni, controlli e decisioni; History organizza la cronologia trasversale di identità, asset, record, relazioni e decisioni.
La fiducia non è soltanto lo stato di oggi.
Occorre poter ricostruire come si è arrivati a quello stato.
10
Revocations & Disputes
Una prova seria deve poter gestire cambi di validità e contestazioni senza riscrivere il passato.
La revoca modifica la validità presente senza eliminare l’esistenza storica dell’oggetto. Le dispute vengono trattate come workflow che preservano submission, response, evidence, review actions e resolution.
“Non più valido” non significa “non è mai esistito”.
Le contestazioni devono preservare evidenze e passaggi decisionali.
11
Long-Term Verification
L’obiettivo progettuale è mantenere verificabilità e interpretabilità per un orizzonte di 40+ anni.
La compatibilità di lungo periodo non significa congelare per decenni lo stesso algoritmo, database o formato. Richiede crypto-agility, migrazione degli algoritmi, rinnovo dei timestamp, versioning degli schemi, metadata preservati e legacy verification.
40+ years = verification horizon.
È un obiettivo di continuità della prova, non di immobilità dello stack tecnologico.
12
Applications & Observatory
Dove può essere applicato PAR e quali oggetti, settori e workflow beneficiano di una prova verificabile?
Applications & Observatory raccoglie casi d’uso, oggetti autenticabili, verticali settoriali e osservazione delle applicazioni reali: identity, automotive, finance, banking, trade, supply chain, legal, government, corporate, contracts, insurance e web/digital.
Observe / Apply.
Il caso d’uso non deve essere confuso con il livello infrastrutturale.
13
Standards & Interoperability
Sistemi diversi possono collaborare soltanto se condividono significati, schemi, protocolli e regole di compatibilità.
Questa funzione coordina classificazioni, nomenclature, data schemas, protocolli, interoperabilità, versioning, conformity e continuità. Standardizzare descrive come rappresentare e scambiare; governare stabilisce chi può fare cosa.
Interoperabilità semantica.
Interoperabilità tecnica.
Interoperabilità istituzionale.
14
PAR Network
PAR NETWORK risponde alla domanda: dove e attraverso chi viene distribuito PAR?
La rete organizza Country Nodes, Sovereign Nodes, Regional Nodes, Institutional Nodes, operatori autorizzati, technology partners, integration partners e altri partecipanti. Un nodo deve avere identità, territorio, servizi, authorization scope, lifecycle e status.
DISTRIBUTE.
Network organizza la distribuzione; Governance governa i diritti della rete.
15
PAR Governance
Governance risponde a una domanda diversa dal Network: chi ha il diritto di agire, da dove deriva quel diritto e quali limiti possiede?
Separation of powers: maker · checker · supervisor · auditor.
16
PAR Investment
Il livello di investimento collega mercato, casi d’uso, deployment, licensing, due diligence e partecipazione qualificata.
PAR Investment spiega tesi economica, superfici applicative, market evidence, percorsi di partecipazione, processo investitore e materiali di due diligence senza confondere capitale, governance e operation.
INVEST.
Evidence · Scale · Capital · Licensing · Due diligence.
17
Operate, Integrate & Next Steps
Dopo aver compreso PAR, il percorso cambia in base al ruolo del lettore.
Per utilizzare PAR si passa all’ambiente operativo; per integrare si consultano API e interoperability requirements; per distribuire si passa a Network; per authorization e licensing a Governance; per investimento e due diligence a Investment.
Use → Integrate → Deploy → Govern → Invest.
Questo Index resta il punto di orientamento trasversale.
FAQ
Questions a reader will ask.
Risposte rapide alle confusioni più probabili, senza obbligare il lettore a conoscere già l’architettura PAR.
PAR conserva i documenti originali?
Non necessariamente. Il modello è orientato a preservare prova di autenticazione, integrità, provenienza, authority context e lifecycle; il contenuto originale può restare nel sistema sorgente autorizzato.
PAR è un database o un repository?
Può utilizzare registri e database, ma il concetto è più ampio: collega oggetti, evidenze, stato, relazioni e autorità in un livello di prova verificabile.
Che differenza c’è tra Identity e Authority?
Identity identifica il soggetto. Authority dimostra da quale mandato o fonte deriva il diritto di compiere una determinata azione.
Che differenza c’è tra Network e Governance?
Network descrive dove e attraverso chi PAR viene distribuito. Governance stabilisce ruoli, permissions, authority, licensing, compliance, oversight e accountability.
Che cosa significa 40+ years?
È l’orizzonte progettuale di verificabilità. Non significa mantenere immutata la stessa tecnologia: richiede migrazione, crypto-agility, versioning e legacy verification.
Una revoca cancella il record?
No. La revoca modifica la validità presente; la storia dell’esistenza e degli stati precedenti deve rimanere ricostruibile.
PAR sostituisce registri pubblici o authority esistenti?
Il modello è pensato come infrastruttura neutrale e interoperabile: non sostituisce automaticamente l’autorità originaria, ma rende verificabile il suo contesto e le evidenze associate.
Che cosa rende un nodo “PAR Node”?
Non soltanto l’infrastruttura tecnica. Servono identità, operator responsibility, territorio o dominio, servizi autorizzati, authorization scope, lifecycle, status e controlli applicabili.
Un partner acquisisce automaticamente diritti sulla tecnologia?
No. Partecipazione alla rete, ruolo operativo, licenza, field of use, jurisdiction e diritti IP sono concetti distinti.
Dove devo andare se sono un investitore?
Inizia da PAR Investment per thesis, market evidence, use cases, deployment stages, capital routes e investor process.
Reader assistance
I have a question. Where should I look?
Seleziona chi sei e cosa vuoi capire. Il modulo suggerisce il capitolo e il sito PAR più pertinente.