Event-Sourced Digital Twin Platform | Dweve Twin

Twin is an event-sourced digital twin platform with three clocks on every event, branching scenarios and self-hosted operation. Publishing in round nine.

Twin è una piattaforma digital twin basata su eventi. Mantiene il record operativo nella tua infrastruttura, così puoi riprodurre la cronologia e rispondere alle domande dopo un cambiamento. È open source con licenza Apache-2.0 e viene pubblicato nel nono round del programma di rilascio foundation di Dweve, con la documentazione su docs.dweve.com lo stesso giorno.

Twin è un digital twin per le cose su cui le persone fanno affidamento: ogni cambiamento riceve una riga e le righe precedenti restano.

Self-hosted su infrastruttura controllata dall'operatore

Un digital twin event-sourced in cui il log è la registrazione e ogni stato corrente deriva dalla storia.

Twin è open source con licenza Apache-2.0. Viene pubblicato nel nono ciclo del programma di rilascio della fondazione; una volta pubblicato, eseguilo su infrastruttura che controlli e interroga direttamente il passato.

Conserva la registrazione dal primo evento

Registrazioni operative strutturate per sistemi responsabili.

Modelli di simulazione che si collegano allo stato operativo.

Una superficie di policy per le operazioni reali.

Una query temporale o di relazione non sostituisce la storia degli eventi con una risposta comoda. Twin deriva la vista richiesta da quella storia e mantiene esplicito il percorso attraverso proiezioni, relazioni e tempo.

Questa separazione conta quando una proiezione viene ricostruita o arriva un evento tardivo. La stessa domanda può essere eseguita di nuovo sulla storia modificata, mentre la risposta precedente resta legata a ciò che era noto quando è stata prodotta.

conserva la sua discendenza dagli eventi

La vista può cambiare quando la storia cambia senza diventare la registrazione stessa.

Una risposta veloce resta una lettura della storia, mai un suo sostituto.

La stessa persona può essere autorizzata a vedere un asset durante il turno e rifiutata dopo la fine del turno. Assegnazione, posizione e stato dell'asset possono contare insieme al ruolo, quindi un elenco statico di permessi non può descrivere ogni decisione legittima.

Twin valuta queste condizioni contro lo stato operativo registrato e conserva la decisione con i suoi input. Un revisore può vedere chi ha chiesto, cosa gli era stato assegnato, quali condizioni si applicavano e perché l'accesso è stato consentito o rifiutato in quel momento.

Il permesso è un evento valutato, non una chiave che dura per sempre.

Un audit successivo usa le condizioni registrate con la decisione originale.

Twin mantiene il suo modello di eventi e relazioni separato da qualsiasi standard di settore. Gli adapter possono leggere e scrivere i modelli già in uso, mentre il kernel conserva una descrizione coerente di tempo, provenienza e cambiamento.

Non ogni costrutto ha un equivalente esatto. La consegna include quindi un report delle perdite che identifica cosa è stato rappresentato, cosa è stato trasformato e cosa non ha potuto essere trasferito.

L'interoperabilità resta verificabile perché le prove della traduzione viaggiano con il passaggio di consegne.

L'adattatore rende esplicita la differenza invece di nasconderla dietro un'esportazione riuscita.

Rendi ispezionabile il passaggio di consegne.

Un modello di asset, clinico o di processo rimane di proprietà del suo dominio. Twin lo accetta tramite un adattatore e aggiunge la cronologia operativa senza chiedere all'organizzazione di sostituire prima tutti i modelli esistenti.

Quando le informazioni tornano fuori, il destinatario riceve la mappatura e i suoi limiti. Un revisore può vedere cosa è entrato in Twin, cosa ha cambiato forma e cosa è stato omesso prima di approvare il passaggio di consegne.

Il dominio mantiene il suo modello mentre il passaggio di consegne acquisisce una registrazione verificabile.

L'adozione parte dai modelli che già portano il lavoro.

due consentiti, tre rifiutati con motivazione

stessa identità, nuova decisione, esemplificativo

Assegnato al contratto di manutenzione pump-4471 su un sito

Dentro il contratto, dentro il turno e sul sito approvato: la cronologia della pompa si apre.

Una seconda visita alle stesse condizioni: la decisione viene presa di nuovo e la risposta è la stessa, perché ogni condizione è ancora valida.

La stessa identità fuori dal turno programmato: rifiutato. Nulla è stato revocato e nessuno ha dovuto ricordare nulla; la condizione temporale non è stata soddisfatta e il rifiuto indica la prossima finestra valida.

{ "outcome": "refused", "policy": "next valid window", "severity": "warning" }

richiedendo la cronologia di un'altra pompa del sito

La cronologia della pompa del sito vicino è fuori dal contratto assegnato: rifiutato, con il confine indicato anziché un risultato vuoto silenzioso.

{ "outcome": "refused", "policy": "asset outside grant", "severity": "warning" }

La richiesta arriva da una posizione non approvata: rifiutato, e l'origine viene registrata affinché il team di sicurezza possa correlarla con la cronologia delle risorse a cui si sta accedendo.

{ "outcome": "refused", "policy": "request origin rejected", "severity": "warning" }

ogni rifiuto indica la condizione che non è stata soddisfatta

Access depends on the request as well as the person. Twin evaluates role, assignment, time and location together, then records the reason when a request is refused. The same person can receive different answers as the shift, site or asset changes, without a permanent role mutation. The decision stays attached to the subject, resource and failed condition for later review. A granted crossing is bounded by the relationship and time window that justified it, rather than becoming a broad role that survives the original task. A refusal is useful evidence because it names the condition an operator can correct or challenge. No permanent role has to change for the answer to change.

Keep the record. Derive the state. Ask the past directly.

Identity and role are only part of the question. Twin can also evaluate assignment, time, location, device and policy conditions when a person asks for a page or an asset history. Each of those conditions is checked at the moment of the request.

The same person can be allowed on shift and refused later without any permanent role changing. The decision records the subject, resource, time and failed rule, so a denied request does not become an unexplained dead end. A later reviewer can therefore see the shift that made the difference.

Il record conserva la modifica, il suo contesto e la decisione che ne è seguita.

storia scritta il giorno stesso, illustrativa

assemblata in seguito, da chiunque e qualunque cosa rimanga

cosa ha fatto l'asset a marzo e cosa si sapeva allora

lo stesso intervallo, comando collegato all'esito

Quando a luglio qualcuno chiede perché a marzo è stata presa una decisione, la risposta deve essere il registro di marzo, non una ricostruzione dalle esportazioni di oggi. Twin conserva l'insieme di prove pertinenti insieme alla decisione. La domanda può selezionare ciò che era noto allora, quale regola era applicata allora e quale correzione è arrivata dopo. Questo impedisce a una revisione equa di trasformare la conoscenza di oggi nella certezza di ieri. La risposta porta con sé gli eventi di origine e la loro discendenza accanto alla conclusione, così un altro revisore può ripetere la domanda invece di fidarsi della prima spiegazione. Una correzione successiva rimane visibile senza togliere la decisione di marzo dal suo contesto.

Conserva il registro. Deriva lo stato. Interroga il passato direttamente.

Una domanda di audit può chiedere lo stato di marzo, le informazioni note in un determinato giorno o la regola allora in vigore. Twin ricostruisce la lettura appropriata dagli eventi conservati invece di chiedere alle persone di ricostruirla dalle esportazioni.

La risposta mantiene la sua forma temporale, gli eventi di origine e la discendenza visibili accanto alla conclusione. Un revisore può ripetere la domanda e capire perché una correzione successiva appartiene a una risposta ma non a un'altra.

La risposta può essere esaminata in seguito

Twin conserva l'evento, il suo contesto e la decisione che ha supportato in un unico record operativo.

Conserva il record. Deriva lo stato. Interroga direttamente il passato.

Il registro eventi conserva il fatto e il momento in cui è accaduto.

Una vista derivata può restare veloce mentre ogni risposta storica rimane tracciabile.