Oamenii care se străduiesc să progreseze sunt foarte frumoși! Ieri după-amiază, fiind liber, am decis să parcurg manual procesul de dezvoltare al Sign. Nu am citit documentația, ci am construit efectiv o aplicație de autentificare de la zero. Deoarece Lulu este mai puțin pricepută, am petrecut toată după-amiaza pe acest lucru.
Am descoperit că definiția Schema este într-adevăr flexibilă, poți defini orice câmp dorești, certificate de competență, dovezi de studii, scoruri de credit, toate pot fi incluse. Documentația este clară, trebuie doar să completezi conform instrucțiunilor, două minute pentru a finaliza un schema.
De asemenea, am descoperit că acest schema poate fi utilizat doar pe o singură blockchain. Vrei să-l implementezi pe Base? Înregistrează-te o dată. Vrei să-l implementezi pe Arbitrum? Înregistrează-te din nou. Vrei să-l implementezi pe Polygon? Îmi pare rău, trebuie să o faci din nou. Am calculat că, dacă vreau ca aplicația mea să suporte trei blockchain-uri, doar înregistrarea schema ar costa aproape o sută de dolari.
Apoi este partea cu dovada ZK. Eram destul de entuziasmat de această funcție, având în vedere că „protecția intimității” este principalul punct de vânzare al Sign. Rezultatul generării unei dovezi a făcut ca ventilatorul laptopului meu să decoleze. De la trimitere până la finalizare, am așteptat aproximativ zece secunde. Zece secunde sunt acceptabile în mediul meu de testare, dar dacă aș face verificări de plată sau verificări de identitate frecvente, acest cost de timp pur și simplu nu ar fi sustenabil.
Verificarea certificatelor PKI tradiționale este la nivel de milisecunde, nu trebuie să aștepți, nu trebuie să consumi gaz, nu trebuie să ai ventilatorul în aer. Ceea ce mă face să ezit cel mai mult este controlul versiunilor. Am răsfoit documentele o vreme, încercând să clarific o întrebare: dacă schema mea trebuie să fie actualizată, ce se întâmplă cu vechile dovezi? De exemplu, dacă dovada studiilor trece de la v1 la v2, adăugând un câmp nou, mai pot folosi dovezile v1 emise anterior? Cum se realizează compatibilitatea? Documentația conține o frază: „în curând va suporta controlul versiunii schema”. Asta e tot.
Cu alte cuvinte, fiecare dovadă pe care o emit acum poate deveni, în viitor, o hârtie deșeu din cauza actualizării schema. Acest risc, nu știu cum să-l explic utilizatorilor. Am întrebat în grupul dezvoltatorilor și am descoperit că toată lumea așteaptă. Așteaptă clarificarea parametrilor economici, așteaptă activarea controlului versiunii, așteaptă stabilizarea rețelei principale. Nimeni nu îndrăznește să intre acum în mediul de producție.
Judecata mea este: Direcția tehnică a Sign nu are probleme, dar experiența dezvoltatorului de acum încă este potrivită doar pentru joacă, nu pentru muncă serioasă.