Căderea zilei a început în 2018 cu o observație simplă, dar emoțional încărcată, că oamenii care lucrează în jurul banilor învață cu greu că expunerea creează frică, iar frica se răspândește mai repede decât orice explicație tehnică, așa că proiectul s-a propus să construiască o blockchain de nivel 1 unde confidențialitatea nu este tratată ca un lux și conformitatea nu este tratată ca un dușman, pentru că în piețele reale amândouă sunt necesare pentru ca încrederea să supraviețuiască.
Ceea ce face Dusk diferit nu este o singură caracteristică, ci modul în care încearcă să țină două adevăruri în același timp, pentru că utilizatorii și instituțiile doresc confidențialitatea pentru ca soldurile, strategiile și relațiile lor să nu devină semnale publice permanente, în timp ce reglementatorii și auditorii au nevoie totuși de o modalitate sigură de a verifica dacă regulile au fost respectate, restricțiile de proprietate au fost respectate și dacă tranzacțiile sunt reale, nu doar dorite.
Voi explica Dusk de la început până la sfârșit ca o poveste continuă care trece de la problemă, la arhitectură, la modelele de tranzacții, la staking și stimulente, și apoi în metrice, riscuri și viitorul care s-ar putea desfășura dacă rețeaua continuă să câștige încredere în momentele în care încrederea este cea mai greu de obținut.
Cronologia publică a proiectului contează deoarece arată o intenție de a deveni infrastructură mai degrabă decât o tendință pe termen scurt, iar cel mai clar semnal este comunicarea desfășurării mainnet-ului care a descris o tranziție etapizată către primul bloc imuabil pe 7 ianuarie 2025, ceea ce este un tip de limbaj operațional care încearcă să înlocuiască hype-ul cu calm, deoarece calmul este ceea ce utilizatorii financiari serioși au nevoie înainte de a se angaja.
Pentru a înțelege cum este construit Dusk, este util să începem cu stratul de fundație pe care documentația îl descrie ca DuskDS, care este partea responsabilă pentru date, decontare și consens, și unde protocolul încearcă să garanteze finalitate rapidă, deterministă, ceea ce înseamnă că atunci când un bloc este finalizat, ar trebui să se simtă stabilit mai degrabă decât pur și simplu probabil, deoarece fluxurile financiare nu tolerează perioade lungi în care istoricul ar putea fi schimbat.
DuskDS folosește un protocol de consens de dovadă a mizei numit Succinct Attestation, iar descrierea oficială subliniază că este fără permisiuni și bazată pe comitete, cu furnizori aleși aleatoriu care propun, validează și ratifică blocuri într-un proces structurat de rundă care este proiectat să producă o finalitate rapidă și deterministă adecvată pentru piețele financiare, ceea ce este o alegere de design care încearcă să reducă stresul emoțional și operațional creat de incertitudine.
Staking nu este prezentat ca o decorare, ci ca motor de securitate, deoarece în sistemele de dovadă a mizei, siguranța rețelei depinde de stimulentele economice care fac comportamentul onest cea mai ieftină strategie pe termen lung, iar ghidul de staking explică recompensele ca o funcție a mizei unui participant în raport cu miza totală a rețelei, care modelează cât de des un participant este selectat pentru a propune sau valida blocuri și, prin urmare, cât de des câștigă recompense.
Acolo unde Dusk devine deosebit de intenționat este în modul în care gestionează tranzacțiile, deoarece DuskDS este descris ca suportând două modele de tranzacții native, Moonlight și Phoenix, iar aceasta nu este o alegere cosmetică, ci o recunoaștere că finanțarea reglementată conține situații în care vizibilitatea este acceptabilă și alte situații în care confidențialitatea este necesară pentru siguranță și corectitudine.
Moonlight este descris ca modelul transparent unde conturile au solduri vizibile, iar transferurile arată expeditorul, destinatarul și suma, ceea ce se potrivește scenariilor în care observabilitatea contează pentru raportare, fluxuri de tip trezorerie sau simplitate operațională, și aceasta contează deoarece uneori cea mai sigură experiență este una simplă în care starea este ușor de înțeles de către utilizatori și auditori fără unelte de confidențialitate complexe.
Phoenix este descris ca modelul prietenos cu confidențialitatea, iar Dusk l-a poziționat în mod repetat ca un component cheie pentru solduri și transferuri confidențiale, cu un anunț public în mai 2024 spunând că Phoenix a obținut dovezi de securitate complete, ceea ce este o încercare de a oferi utilizatorilor ceva mai puternic decât asigurarea, deoarece sistemele de confidențialitate pot eșua în moduri subtile și costul unei scurgeri nu este doar financiar, ci și personal.
La un nivel tehnic, Phoenix este documentat ca o arhitectură de tip UTXO unde UTXO-urile sunt numite note, iar rețeaua urmărește notele stocându-le hash-urile în frunzele unui arbore Merkle de note, ceea ce permite tranzacțiilor să facă referire la angajamente în loc să dezvăluie detalii complete, în timp ce permite totuși lanțului să verifice că o cheltuială este validă și că cheltuirea dublă este prevenită prin mecanisme precum nullificatoarele care marchează o notă ca cheltuită fără a expune informațiile private subiacente.
Acesta este centrul emoțional al designului, deoarece scopul nu este secretul pentru sine, ci confidențialitatea care permite totuși dovedirea corectitudinii, astfel încât un participant să poată spune că regulile au fost respectate fără a oferi lumii o hartă a vieții lor financiare, și încearcă să facă ca confidențialitatea să se simtă compatibilă cu responsabilitatea mai degrabă decât opusă acesteia.
Scrierile mai vechi ale Dusk arată de asemenea că Phoenix a fost menit să rezolve o problemă de confidențialitate foarte practică care apare atunci când un sistem combină ieșiri publice și private, deoarece explicația din 2019 subliniază cheltuielile confidențiale ale ieșirilor publice și dorința de a menține confidențialitatea chiar și atunci când utilizatorii interacționează cu recompense publice sau schimbă ieșiri, ceea ce dezvăluie un accent timpuriu pe evitarea capcanelor de confidențialitate care distrug în tăcere promisiunea pentru utilizatorii obișnuiți.
Pentru că două modele de tranzacții pot crea confuzie dacă se simt ca lumi separate, documentația mai profundă a DuskDS încadrează sistemul ca un singur strat de decontare care oferă modele duale și apoi expune punți către medii de execuție, și menționează explicit o punte nativă pentru transferuri fără încredere între straturi de execuție, ceea ce este menit să prevină fragmentarea ecosistemului în zone izolate care nu pot comunica în siguranță.
Arhitectura este de asemenea descrisă ca modulară, iar aceasta este una dintre cele mai importante alegeri deoarece separă partea care trebuie să rămână stabilă, adică consensul și decontarea, de partea care trebuie să fie prietenoasă cu dezvoltatorii și adaptabilă, adică execuția, iar prezentarea descrie explicit DuskDS ca stratul de date și decontare alături de DuskEVM ca mediu de execuție, ceea ce este o strategie pentru a reduce riscul sistemic prin limitarea frecvenței cu care nucleul de decontare trebuie să se schimbe.
DuskEVM este descris ca valorificând OP Stack și susținând EIP 4844, în timp ce se stabilește direct folosind DuskDS în loc să se stabilească în altă parte, iar semnificația umană cheie este că Dusk încearcă să ofere dezvoltare familiară a contractelor inteligente în timp ce ancorează în continuare decontarea finală și disponibilitatea datelor în propria sa bază, astfel încât dezvoltatorii să poată construi fără a simți că trebuie să învețe un univers complet nou înainte de a putea livra ceva real.
EIP 4844 este descris pe scară largă ca introducând tranzacții care transportă bloburi care reduc costurile de disponibilitate a datelor pentru rollups, iar explicația Dusk leagă acest lucru de stocarea bloburilor prin DuskDS, ceea ce semnalează că proiectul se gândește la scalabilitate și experiența dezvoltatorului ca cerințe de adopție mai degrabă decât îmbunătățiri opționale, deoarece devine greu să atragi constructori serioși dacă mediul de execuție nu poate scala economic.
Toate aceste alegeri sistemice se îndreaptă spre același obiectiv, care este finanțarea reglementată, iar prezentarea Dusk încadrează explicit rețeaua ca infrastructură blockchain de confidențialitate pentru contexte reglementate cu considerații de conformitate pe lanț, ceea ce este o încercare de a recunoaște că instituțiile reale nu pot pretinde că regulile nu există, iar utilizatorii reali nu pot pretinde că confidențialitatea nu contează când consecințele expunerii îi pot urmări timp de ani de zile.
Stimulentele token se află sub tot, iar documentația de tokenomics descrie DUSK atât ca token de stimulent pentru participarea la consens, cât și ca monedă nativă principală pentru taxe, cu un program de emisie proiectat ca o degradare geometrică care reduce token-urile emise la fiecare patru ani, ceea ce este un concept de buget de securitate pe termen lung care încearcă să recompenseze participarea timpurie în timp ce controlează inflația pe termen lung și limitează stimulentele de atac.
Aceeași documentație de tokenomics notează de asemenea că, din moment ce mainnet-ul este activ, utilizatorii pot migra token-uri către DUSK nativ printr-un contract de ardere, ceea ce este important operațional deoarece migrarea și integrarea sunt momentele în care încrederea utilizatorilor este cea mai ușor de pierdut, deoarece confuzia sau așteptările nepotrivite în ceea ce privește zecimalele, timpul sau comportamentul portofelului pot crea un sentiment de trădare chiar și atunci când protocolul funcționează exact așa cum a fost conceput.
Când evaluăm dacă Dusk funcționează așa cum este intenționat, metricele care contează sunt cele care determină dacă lanțul se simte sigur de a depinde de el, începând cu finalitatea deterministă, deoarece Succinct Attestation este descrisă explicit ca oferind finalitate rapidă, deterministă adecvată pentru piețele financiare, iar acea promisiune trebuie să fie vizibilă în comportamentul constant de decontare mai degrabă decât în performanța sporadică.
În continuare, debitul și latența contează deoarece activitatea financiară poate veni în rafale, iar o rețea care devine inutilizabilă sub presiune nu dezamăgește doar utilizatorii, ci îi sperie, în timp ce disponibilitatea și fiabilitatea furnizorilor contează deoarece consensul bazat pe comitete depinde de un set sănătos de participanți activi, iar accentul ghidului de staking pe probabilitatea de selecție și recompensele este legat direct de această sănătate a participării.
Pentru confidențialitate, cea mai semnificativă metrică nu este o afirmație vagă că ceva este privat, ci o înțelegere concretă a ce informație este ascunsă, cum sunt structurate notele și dovezile, cum este menținut arborele Merkle de note, cum nullificatoarele previn cheltuirea dublă și cum poate avea loc divulgarea selectivă când este necesar, iar combinarea documentației din repository-ul Phoenix, whitepaper-ului și discuțiilor academice independente despre notele de tip Phoenix oferă o imagine mai clară a acestor mecanisme decât limbajul de marketing singur.
Pentru adopția dezvoltatorilor, metrica relevantă este dacă constructorii pot de fapt să implementeze aplicații utile fără a rescrie totul, iar alegerea DuskEVM de a valorifica OP Stack în timp ce se stabilește pe DuskDS este o pariu explicit că compatibilitatea și uneltele familiare reduc frecarea, deoarece vedem din nou și din nou că ecosistemele cresc acolo unde constructorii se simt productivi rapid mai degrabă decât acolo unde ideologia este cea mai zgomotoasă.
Riscurile care contează sunt cele care pot distruge încrederea chiar și atunci când intențiile sunt bune, iar primul risc este complexitatea, deoarece modelele duale de tranzacții plus criptografia avansată plus o strategie de execuție modulară cresc suprafața pentru bug-uri, erori de integrare și scurgeri subtile de confidențialitate, iar scurgerile de confidențialitate sunt unice în neiertarea lor deoarece informația nu poate fi făcută din nou privată odată ce a fost observată.
Un al doilea risc este că dovezile formale și implementările din lume reală pot diverge, deoarece dovezile de securitate depind de presupuneri și modele, în timp ce software-ul depinde de disciplina ingineriei, iar anunțul Dusk despre dovezile de securitate Phoenix ar trebui, prin urmare, să fie înțeles ca un strat important într-un stivă de încredere mai mare care necesită în continuare audite, actualizări atente și procese operaționale conservatoare în timp.
Un al treilea risc este presiunea centralizării, deoarece sistemele de dovadă a mizei pot deriva către concentrare dacă operarea unui furnizor devine prea complexă sau dacă distribuția mizei devine prea inegală, iar când selecția comitetului determină consensul, concentrarea poate reduce în tăcere reziliența chiar și atunci când blocurile continuă să finalizeze, motiv pentru care sănătatea participării la staking nu este o statistică de vanitate, ci o realitate de securitate.
Un al patrulea risc este deriva reglementară, deoarece Dusk vizează explicit finanțarea reglementată și face referire la nevoile de conformitate pe lanț, iar reglementările evoluează diferit în funcție de jurisdicție, astfel încât lanțul și ecosistemul său trebuie să se adapteze fără a încălca promisiunea de bază că utilizatorii pot rămâne confidențiali în timp ce sunt totodată responsabili atunci când este legitim și necesar.
Dacă Dusk reușește, cel mai credibil viitor nu este că totul migrează peste noapte, ci că Dusk devine o fundație de decontare pentru piețele care cer atât confidențialitate, cât și verificabilitate, unde fluxurile transparente Moonlight gestionează situații în care vizibilitatea este adecvată, unde fluxurile Phoenix gestionează situații în care confidențialitatea protejează participanții, și unde medii de execuție modulare precum DuskEVM permit aplicațiilor să se scaleze și să evolueze fără a destabiliza nucleul de decontare.
În acel viitor, credibilitatea lanțului ar veni din zilele obișnuite mai degrabă decât din cele dramatice, adică zile în care blocurile finalizează predictibil, în care confidențialitatea nu se crăpă sub cazuri limită, în care integrarea nu confundă utilizatorii și în care dezvoltatorii continuă să construiască deoarece uneltele se simt familiare și garanțiile de decontare se simt de încredere, iar dacă rețeaua continuă să ofere acea experiență constantă, devine mai ușor pentru instituții și utilizatori obișnuiți să creadă că infrastructura publică poate respecta în continuare viețile private.
Partea inspiratoare a poveștii Dusk este că încearcă să facă progresul să se simtă uman, deoarece pornește de la ideea că oamenii ar trebui să poată participa în piețe fără a fi întorși pe dos, și că piețele ar trebui să poată dovedi corectitudinea fără a necesita expunere inutilă, și deși niciun protocol nu poate promite un viitor perfect, Dusk vizează cel puțin un viitor în care confidențialitatea este tratată ca demnitate și conformitatea este tratată ca responsabilitate, ceea ce este tipul de echilibru care poate face infrastructura financiară să se simtă mai puțin ca un risc și mai mult ca o fundație.
