Zcash Light Client Kit 4.0.0 adaugă suport pentru votul Ironwood

| github.com
Zcash Light Client Kit 4.0.0 restabilește suportul pentru votarea protejată în cadrul actualizării de rețea NU6.3 „Ironwood” și adaugă în SDK identificatorul ramurii de consens. Această versiune introduce și date de intrare de vot tipizate, instrumente de recuperare a voturilor și o gestionare mai clară a erorilor. Aplicațiile care integrează votarea trebuie să gestioneze secretele cheilor de acces generate aleatoriu, să protejeze bazele de date de vot și să țină cont de conexiunile directe la rețea care ocolesc clientul Tor al SDK-ului. Responsabilii de SDK spun că aceasta este ultima versiune a Zcash Light Client Kit. Suportul se va încheia când va fi activat NU7, în timp ce dezvoltarea va continua în ZODL Swift Wallet SDK. Versiunea 4.0.0 actualizează și dependențele TLS ale Rust pentru a remedia problemele asociate autorităților de certificare compromise și restabilește compatibilitatea cu Xcode 15. Pentru traderii ZEC, actualizarea este în principal o schimbare pentru dezvoltatorii de portofele și pentru securitate, nu o modificare directă a economiei tokenului Zcash.
Neutral
Zcash Light Client Kit 4.0.0 este o versiune software destinată dezvoltării, nu o activare a protocolului și nici o schimbare a ofertei de ZEC, a emisiunii sau a regulilor de tranzacționare. API-urile restabilite pentru votarea protejată Ironwood și actualizările de securitate pot îmbunătăți în timp funcționalitatea portofelelor și încrederea dezvoltatorilor, însă articolul nu indică schimbări imediate în utilizarea rețelei sau în cererea de ZEC. Încetarea asistenței anunțată după NU7 ar putea obliga echipele care dezvoltă portofele să migreze la ZODL Swift Wallet SDK, ceea ce ar presupune un anumit efort de implementare și ar putea crea incertitudine pe termen scurt pentru aplicațiile afectate. Pentru traderi, efectul imediat probabil asupra prețului ZEC și stabilității pieței este limitat. Ca și în cazul versiunilor anterioare de SDK-uri pentru portofele, piața ar putea reacționa mai puternic dacă actualizarea ar duce la o adopție măsurabilă, la creșterea activității tranzacțiilor sau la incidente de securitate; aici nu este raportat nimic de acest fel. Pe termen lung, o migrare reușită și integrări fiabile pentru votare ar putea susține reziliența ecosistemului, în timp ce dificultățile de migrare sau conexiunile directe la serverele de votare — care expun adresele IP ale utilizatorilor — ar putea descuraja adopția în rândul celor preocupați de confidențialitate. Acestea sunt posibile efecte asupra ecosistemului, nu semnale clare privind direcția pieței, așadar este potrivită o perspectivă neutră.