Una blockchain può sembrare attiva e comunque essere inefficiente.
Molte reti trattano azioni fallite o borderline come parte dell'operazione normale. Le transazioni vengono eseguite, le regole vengono verificate successivamente e qualsiasi cosa fallisca lascia tracce: ripristini, registri, cambiamenti parziali di stato. Col passare del tempo, il registro si riempie di prove di cose che non avrebbero mai dovuto accadere in primo luogo.
Dusk adotta un approccio più tranquillo facendo una scelta architettonica diversa.
La principale differenza è l'applicazione delle regole prima dell'esecuzione.
Su Dusk, un'azione viene valutata rispetto alle regole del protocollo prima che venga consentito di stabilirsi. Se non soddisfa i requisiti, non entra mai nello stato finale. Non c'è nulla da ripristinare da spiegare, nessuna esecuzione fallita da monitorare e nessun rumore storico che necessita di riconciliazione successivamente.
Questo non è solo una preferenza tecnica. Cambia la struttura dei costi della rete.
In molte catene, parte del throughput viene effettivamente spesa per la pulizia. Lo spazio del blocco, l'indicizzazione, il monitoraggio e persino la governance sono consumati da attività invalide o borderline che sono già arrivate sulla catena. Il sistema sembra attivo, ma parte di quell'attività è un onere auto-inflitto.
Dusk sposta quel costo a monte.
Filtrando il comportamento invalido prima del regolamento, il registro rimane tranquillo per design. Non perché accada meno, ma perché meno errori sopravvivono a lungo abbastanza per diventare problemi.
Questo è particolarmente importante per i flussi di lavoro regolamentati o istituzionali. Questi utenti non stanno ottimizzando per l'attività visibile. Stanno ottimizzando per la certezza. Una volta che qualcosa si stabilisce, deve rimanere difendibile settimane o mesi dopo senza riaprire vecchie questioni.
Su Dusk, un registro tranquillo non è una mancanza di domanda.
È l'applicazione che svolge il proprio lavoro in anticipo.
