există un concept în arhitectura de confidențialitate Starknet care este ușor de trecut cu vederea, dar care ar putea fi cea mai elegantă parte a întregului sistem: anulatorii. Iată problema. Într-un pool de confidențialitate, păstrați bancnote criptate care reprezintă tokenurile dumneavoastră. Când cheltuiești o notă, sistemul trebuie să prevină cheltuielile duble. Dar trebuie să ascundă și ce bancnotă cheltuiești. Aceste două obiective sunt în tensiune directă. Soluția: când cheltuiești o notă, publici un anulator. o valoare unică derivată din notă și cheia ta privată de vizualizare. anulatorul marchează nota ca fiind epuizată. Dar nimeni care urmărește nu poate lega anulatorul de nota originală pentru că calcularea lui necesită cheia ta privată. Deci sistemul știe că s-a cheltuit ceva. Doar că nu știe ce. Și persoana care ți-a trimis nota nu poate spune nici când o cheltuiești, pentru că nu are cheia ta de vizualizare. Acesta este genul de design criptografic care durează ani de zile să fie realizat corect. și este live în specificația STRK20s, scrisă integral în Cairo, auditabilă într-o singură bază de cod.