Echipa a actualizat prezentarea aproximativă a planului din acest an pe pagina de lansare (TAL, dacă sunteți curioși). Urmează mai multe detalii, dar, ca întotdeauna, nu ezitați să întrebați orice despre asta aici și acum. Ca început, vreau să mă concentrez mai puțin pe plan și mai mult pe proces. Multe obiecte sunt intenționat de nivel înalt. Ele marchează zonele de interes, cu o idee aproximativă a ce-ului și a motivului. Schimbările care afectează utilizatorii (și nu sunt pur îmbunătățiri tehnice) vor fi modelate prin feedback iterativ pe parcursul anului cu tine. În prezent lucrez la 3 SNIP-uri. Două sunt concepute explicit pentru feedback timpuriu înainte de implementare, nu doar pentru documentarea lucrărilor în curs de desfășurare. Unul a suferit deja o refactorizare majoră bazată pe feedback-ul inițial. @mrCryptaknight, de asemenea, intervievează stakeri pentru a stabili specificații concrete și a rafina SNIP-33 (validare descentralizată). În final, planul pentru acest an nu este definitiv. Motivul: mi-ar plăcea să văd un SNIP scris de tine lansat în producție în 2026. Dacă ai citit până aici, cel mai probabil îți pasă — și poți contribui. Spune-mi cum vrei să se schimbe Starknet și cum putem eu și inginerii să o ajutăm să devină reală.

Astăzi a fost... Haotic. Pe scurt al problemei: Dacă logica pe care o rulează secvențiatorul (într-un mod foarte eficient) nu este 100% echivalentă cu cea pe care Starknet din Cairo pretinde că o demonstrează, demonstratorul este acolo pentru a preveni orice abatere de la logica garantată (și pentru a forța reorganizarea). Un caz limită într-o tranzacție de astăzi a cauzat o astfel de discrepanță. Acest caz limită este acum fix, desigur. Pe scurt al lecțiilor învățate: prea devreme să dau un răspuns anume. Mulți oameni au participat astăzi la depanarea și restaurarea operațiunilor cât mai repede, dar toți ne vom întreba ce putem învăța aici și vom desfășura cât mai curând un proces intern de reflecție pentru a face brainstorming asupra acțiunilor de prevenire și atenuare pe viitor Totuși, nu ezitați să întrebați orice! Inclusiv acum, când situația este proaspătă. Constructorii și cu mine suntem aici să răspundem la orice întrebare. Transperența contează pentru noi.

Ultimul câștig din 2025: Marți, echipa a detectat și a aplicat o schimbare de configurație care a redus timpul de finalitate L1 cu 20 de minute. Această schimbare nu a fost în S-Two în sine, ci în SHARP – infrastructura care încapsulează S-Two pentru agregare și demonstrații de trimitere. Acum două zile, am spus că "acum, când avem un ecosistem activ de aplicații, ne putem concentra munca pe cerințele ecosistemului". Exact asta s-a întâmplat aici - am primit feedback că timpii de latență L1 sunt un punct sensibil. Am inițiat un proces de revizuire pentru a determina cum putem tăia această problemă și am descoperit câteva oportunități ușor de găsit, deoarece S-Two este departe de a fi blocajul. Și schimbări mult mai semnificative decât 20 de minute (deși puțin mai complicate) urmează să vină curând.