Base di conoscenza Sotto il cofano
Protocollo ed eventi
Utile se stai auditando il client, scrivendo un altro, o semplicemente vuoi sapere che la descrizione sopra è la verità.
Questa pagina è tradotta automaticamente per comodità. Si applica l'originale inglese.
Il nostro sotto
I messaggi sono eventi, le identità sono coppie di tasti e la consegna è un insieme di relai piuttosto che un server di cui si deve fidare.
Gli eventi coinvolti:
| Tipo | Di cosa si tratta |
|---|---|
| 1059 | L'involucro regalo che porta un messaggio, in entrambe le direzioni. |
| 14 | Il rumor dentro di esso – non firmato, quindi è negabile. |
| 13 | Il sigillo, firmato dal mittente, è crittografato al destinatario. |
| 30078 | L'annuncio di capacità post-quantum che porta una chiave KEM. |
| 27235 | L'evento auth di breve durata che dimostra una richiesta è tuo. |
Un turno, fine alla fine
- La tua app sigilla il messaggio alle chiavi annunciate di Nymbot - classiche e ML-KEM - lo avvolge sotto una chiave monouso e pubblica l'involucro ai relai. Una copia avvolta alla tua chiave esce anche, quindi la conversazione si ripristina su qualsiasi dispositivo.
- Chiama l'operatore con l'id evento dell'involucro e un nuovo evento auth firmato per quella singola azione e endpoint, quindi una firma catturata non può essere riprodotta contro una richiesta diversa.
- Il lavoratore rivendica il turno prima di raccogliere, generare o caricare qualsiasi cosa.Rinviare lo stesso messaggio ripete la risposta del primo tentativo piuttosto che acquistare un secondo - e due avvolgimenti di un rumor contano come una domanda.
- Raccoglie l'involucro dai relai, lo apre, controlla se la firma del sigillo corrisponde alla chiave autenticata, ricostruisce il filo dai relai precedenti e genera.
- La risposta viene sigillata alle chiavi annunciate, pubblicata e consegnata all'app nella risposta in modo che venga visualizzata senza attendere la propagazione del relay.
La classificazione, il routing, la ricerca e le chiamate degli strumenti avvengono all'interno del passaggio 4, sul server.
Il credit ledger
I saldi vivono in un registro a singolo scrittore piuttosto che in righe ordinarie, quindi le spese simultanee da due dispositivi non possono entrambi avere successo contro lo stesso credito. Ogni operazione di denaro è idempotente e chiave: una richiesta per un credito di fattura pagato una volta, indipendentemente da quante volte viene rinnovato, e un riscatto di voucher ripreso anche dopo un crash crediti una volta.
Una spesa è autorizzata da una nuova firma vincolata a quella azione, e l'importo è riservato prima della generazione e regolato dopo, che è come una risposta Pro può budget per il suo massimo e addebitare solo quello che ha usato.
Il Tavoli di Voucher registrazione emissione e spesa senza registrare chi, che è l'intero punto di loro.