La începutul acestui an, am construit un sistem de acreditare pentru un startup edtech folosind Protocolul Sign. Studenții au primit acreditive on-chain după finalizarea cursurilor. Angajatorii au putut să le verifice fără a vedea notele brute. Mediu de testare a funcționat impecabil.
Producția a fost un coșmar.
Studenții au revendicat acreditivul lor și au văzut imediat „atestația nu a fost găsită.” După câteva reîmprospătări, acesta ar apărea. Angajatorii care verificau imediat adesea primeau un rezultat invalid, doar pentru ca acesta să se rezolve cinci minute mai târziu. Cererile de suport au inundat în prima săptămână.
Nu a fost o eroare de cod.
Aceasta a fost fereastra de întârziere a indexer-ului Sign — întârzierea dintre momentul în care înregistrarea on-chain există și când indexer-ul off-chain (SignScan) o face vizibilă.
În acea fereastră, blockchain-ul spune că acreditivul este acolo. API-ul spune că nu este. Două adevăruri contradictorii în același timp.
Sign nu elimină problemele de consistență a datelor. Pur și simplu le mută în spațiul dintre lanț și indexer.
Chiar și după o îmbunătățire de 40% a latenței, fereastra de întârziere rămâne. Nu mai este doar o problemă de UX — este o constrângere structurală.
În fluxurile tolerante la întârziere, precum certificările, este gestionabil. În orice lucru care necesită finalitate instantanee (plăți, control de acces), se rupe.
Acum urmăresc Sign în funcție de cât de bine reușesc să reducă această fereastră în timp.
Sign transformă verificarea într-o funcție dependentă de timp: același acreditiv poate fi invalid într-un minut și valid în minutul următor, fără ca nimic să se schimbe on-chain.
ce părere ai?