Isipin mong bumili ng isang smart lock para sa iyong bahay. Ang lock ay tinitiyak ang iyong susi bago buksan ang pinto. Mga taon pagkatapos, may mas mahusay na paraan ng pagpapatotoo na naging available. Mas pipiliin mo ba na palitan ang lahat ng lock sa buong kapitbahayan, o i-update ang paraan kung paano ang iyong sariling lock ay tinitiyak kung sino ka? Ito ay isang kapaki-pakinabang na paraan upang maunawaan ang isa sa mga ideya sa disenyo ng seguridad ng Starknet. Ang isang signature ay nagpapahintulot sa isang transaksyon. Ang isang STARK proof ay tinitiyak na tama ang isang computation. Ito ay dalawang magkakaibang gawain, at hindi dapat magkakalituhan ang isa’t isa. Sa pamamagitan ng programmable accounts, maaaring tukuyin ng mga developer kung paano tinataya ang pagpapahintulot ng isang account. Ito ay nagbibigay-daan para sa mga alternatibong paraan ng signature nang hindi kinakailangang gawing network-wide upgrade ang bawat pagbabago. Ang mahalagang detalye ay ang programmability ay hindi lamang nagpapahiwatig na ang bawat bagong kriptograpikong paraan ay ligtas o awtomatikong available. Mahalaga pa rin ang implementation at ang mga patakaran ng network. Ngunit ang prinsipyo sa disenyo ay makapangyarihan: dapat may daan ang seguridad na mabago nang hindi pinipilit ang buong sistema na magsimula muli. Ito ay isa sa mga dahilan kung bakit pinapansin ko ang account abstraction sa @Starknet. Hindi ito tungkol lamang sa paggawa ng mga wallet na mas konbinyente. Maaari rin itong gawing mas fleksible ang mga hinaharap na paglipat sa seguridad.