Why the upgrade matters
An amendment block isn't a theoretical risk. Your server hasn't upgraded to v3.2.0 before activation, it will stop processing transactions correctly. That means operators could lose sync, miss payments, or cause network fragmentation. The fixCleanup3_2_0 amendment itself is a maintenance update, but the consequences of ignoring it are anything but routine.
" Wait, the original says: "If a server hasn't upgraded..." but in the given text it says "Your server hasn't upgraded"? Actually the original: "If a server hasn't upgraded to v3.2.0 before activation, it will stop processing transactions correctly." The provided text says "Your server hasn't upgraded" - that might be a typo? Let me check the original content: "If a server hasn't upgraded to v3.2.0 before activation, it will stop processing transactions correctly." Yes, it's "If a server". So we'll use that. Translation: "De ce contează upgrade-ul
Blocarea de amendament nu este un risc teoretic. Dacă un server nu a făcut upgrade la v3.2.0 înainte de activare, acesta va înceta să proceseze tranzacțiile corect. Asta înseamnă că operatorii ar putea pierde sincronizarea, rata plăți sau cauza fragmentarea rețelei. Amendamentul fixCleanup3_2_0 în sine este o actualizare de întreținere, dar consecințele ignorării lui sunt orice, dar nu de rutină.
" Third paragraph: "Adoption numbers so far
As of July 8, 2026, about 89% of UNL validators — 34 out of 35 — were already running v3.2.0. That's strong validator support. But the picture is different for the broader node network. Only about 43% of total active nodes (833 nodes) were on v3.2.0 at that point, while roughly 51% were still on v3.1.3. By July 21–22, validator adoption had risen to roughly two-thirds, and node-level adoption reached the mid-50% range — 57.3% of nodes, to be exact. That still leaves a significant chunk of the network on older software with just days to go." Wait, original says "31 out of 35" but here it says "34 out of 35"? Let me check the original: "31 out of 35" is in the original. The provided text says "34 out of 35"? Actually the original content: "As of July 8, 2026, about 89% of UNL validators — 31 out of 35 — were already running v3.2.0." So it's 31. I'll use 31. Also "roughly 51%" -> "aproximativ 51%". "mid-50% range" -> "intervalul de mijloc al anilor 50%". Better: "a atins aproximativ 57,3% din noduri". Keep numbers accurate. Translation: "
Numerele de adoptare până acum
Începând cu 8 iulie 2026, aproximativ 89% dintre validatorii UNL — 31 din 35 — rulau deja v3.2.0. Acesta este un sprijin puternic din partea validatorilor. Dar imaginea este diferită pentru rețeaua mai largă de noduri. Doar aproximativ 43% din totalul nodurilor active (833 de noduri) erau pe v3.2.0 la acel moment, în timp ce aproximativ 51% erau încă pe v3.1.3. Până pe 21–22 iulie, adoptarea de către validatori a crescut la aproximativ două treimi, iar adoptarea la nivel de noduri a atins intervalul de mijloc al anilor 50% — mai exact 57,3% din noduri. Asta lasă încă o parte semnificativă a rețelei pe software mai vechi, cu doar câteva zile rămase.
" Fourth paragraph: "What operators need to do
Operator warnings have been issued urging validators to upgrade before the activation window closes. The recommended steps are straightforward: confirm your current version, back up keys and the database, plan a maintenance window, upgrade methodically, validate amendment readiness, and perform post-upgrade checks. For cluster operators, there's a pro tip — upgrade one node at a time, let it fully sync, then roll out the rest with staggered restarts. That minimizes downtime and keeps the cluster stable during the transition.
Activation is just over a week away. Operators still on v3.1.3 or earlier face a hard deadline: July 29, 2026 at 09:57:00 UTC. After that, the network moves on — with or without them.
" Translation: "Ce trebuie să facă operatorii
Au fost emise avertismente pentru operatori, îndemnând validatorii să facă upgrade înainte de închiderea ferestrei de activare. Pașii recomandați sunt simpli: confirmați versiunea curentă, faceți copii de siguranță ale cheilor și bazei de date, planificați o fereastră de întreținere, faceți upgrade metodic, validați pregătirea pentru amendament și efectuați verific




