Cred că aveam ordinea complet pe dos în mintea mea.
Obișnuiam să presupun că sistemele folosesc mai întâi ceva, și abia apoi intervine verificarea. Dar cu cât urmăresc un singur flux în interiorul Sign, cu atât îmi dau seama că funcționează invers.
Hook-ul schema rulează mai întâi.
Atestarea este emisă.
Momentul critic de verificare este deja trecut înainte ca altceva să îl atingă.
Și acel moment se simte ciudat — poate nu greșit, dar cu siguranță inconfortabil.
Unde anume se află partea care contează cu adevărat? Unde este momentul de care toată lumea depinde mai târziu, dar pe care nimeni nu îl vede de fapt?
O instituție gestionează procesul său haotic din lumea reală undeva altundeva. Oamenii semnează lucruri târziu. Condițiile se schimbă pe parcurs. Cineva trece cu vederea un detaliu. Lucruri scapă care probabil nu ar trebui, sau sunt blocate când ar trebui să treacă. Toate acestea se întâmplă cu mult înainte ca Sign să intre în peisaj.
Apoi datele intră în fluxul de atestare.
Schema îi dă formă.
Hook-ul își execută logica o dată - verificări, permisiuni, orice reguli sunt atașate.
Și asta e tot.
Finalizat. Terminat. Fără întârziere. Fără a doua privire. Doar o singură execuție sub un set exact de condiții în acel moment precis de timp de hook. Fie trece, fie nu.
Nu este dispărut din consecințele sale, ci dispărut din acces. Dispărut din redare. Dispărut din orice pot straturile ulterioare să revină și să fie martori din nou.
Așadar, când folosește cineva cu adevărat această atestare?
Nu în acel moment. Decizia de timp de hook este deja completă până când orice altceva o vede.
SignScan sosește mai târziu. Își extrage atestarea, o indexează, o face lizibilă. Dar asta se întâmplă după ce hook-ul schema s-a terminat deja. Aplicațiile, TokenTable, EthSign - vin și mai târziu. Blocuri mai târziu. Timp mai târziu. Uneori mult mai târziu. Pur și simplu citesc, execută, deblochează sau aplică ceva.
Niciunul dintre ei nu era prezent când hook-ul a rulat. Nici măcar aproape.
„Utilizarea ajunge întotdeauna după timpul de hook.”
Acea linie mă tot deranjează. Înseamnă că fiecare aplicație acționează pe baza a ceva ce a fost deja finalizat. Așa că mă tot întreb: contează asta? Ar trebui?
Dacă decizia importantă a avut loc undeva altundeva, în condiții specifice de timp de hook, atunci ce înseamnă să o folosim acum - sub un alt stat, alt context, alt moment?
Este încă același lucru?
Sau doar același obiect de atestare emis supraviețuind dintr-o trecere anterioară de hook?
Nimeni nu verifică asta din nou. Nu reiau hook-ul. Nu rulează din nou logica. Nu reconstrucția mediu original. Pur și simplu acceptă că atestarea există în stratul de dovezi, poate fi adusă la suprafață de SignScan, returnată prin interogare sau API, și consumată de stratul aplicației.
„Stiva are mai multă încredere în timpul de hook decât în timpul prezent.”
Sună dramatic, dar nu este. Așa trebuie să funcționeze sistemul. Dacă fiecare aplicație ar trebui să reevalueze totul de la zero, nimic nu ar avansa. TokenTable s-ar bloca. EthSign s-ar bloca. Fiecare strat care depinde de starea atestării recuperabile s-ar prăbuși sub re-verificări constante.
Așa că, în schimb, verificarea se comprimă într-un singur moment izolant de hook-schema. Atestarea este emisă o dată. Strat de dovezi o păstrează. Strat de interogare o returnează. Tot ce urmează este doar referință.
Aceasta creează o fărâmițare tăcută între momentul în care ceva a devenit valabil și momentul în care ceva este folosit. Cele două momente nu sunt niciodată aceleași.
Ce se întâmplă între ele?
Nimic. Doar timp.
Și timpul schimbă lucrurile.
Aceasta este partea subtilă. Nu eșec. Nu atac. Doar timpul făcând ceea ce face timpul, în timp ce straturile ulterioare continuă să trateze rezultatul anterior ca fiind suficient de stabil pentru a continua.
Ce se întâmplă dacă condiția care a făcut-o valabilă nu mai există? Ce se întâmplă dacă contextul s-a schimbat? Ce se întâmplă dacă aceeași logică de hook-schema ar produce acum un rezultat diferit? Îi pasă lui Sign? Sau este deja prea târziu?
Stratul aplicației nu întreabă „Ar trece asta în condițiile actuale?”
Întreabă „A trecut asta în condițiile de timp de hook?”
Timp trecut. Întotdeauna timp trecut.
Și poate că acesta este întregul design. Sign nu îți oferă ceva ce este verificat. Îți oferă ceva ce a fost verificat. Hook-ul schema s-a terminat deja. Atestarea a fost deja emisă. SignScan este întârziat. Strat aplicație este și mai târziu.
Acționăm pe baza a ceea ce pare a fi același lucru.
Dar nu este.
„Valabilitatea are un timestamp, dar utilizarea rareori o tratează ca o limită.”
Pe Sign, asta stă ciudat. Timestamp-ul există, totuși nimeni nu îl tratează cu adevărat ca o condiție activă. Se simte mai degrabă ca o decorație atașată la dovezi recuperabile.
Mă tot întreb ce s-ar întâmpla dacă aplicațiile ar avea cu adevărat grijă de acel decalaj. Dacă ar întreba: Cât de veche este această atestare? În ce stat de timp de hook a trecut? Ar avea același rezultat acum? Ar debloca TokenTable? Ar executa EthSign? Ar accepta o altă lanț?
Dar nu o fac.
Pentru că nu pot.
Stiva nu este construită pentru asta.
Este construit pentru a merge înainte, nu pentru a redeschide verificări terminate.
Atunci mi-a devenit clar.
Sign nu conectează verificarea și utilizarea în timp real. Le separă complet. Verificarea se face o dată, în izolare, în condiții exacte. Utilizarea are loc mai târziu, peste tot, în condiții complet diferite.
Și nimic nu reconectează corespunzător cele două momente.
Deci pe ce ne bazăm cu adevărat?
Decizia efectivă?
Sau doar amintirea unei decizii?
Totul în aval trăiește pe certitudinea emisă.
Funcționează. Se scalează. Permite sistemelor să se coordoneze fără a rămâne blocate în recalculări nesfârșite.
Dar înseamnă și că ceva subtil se întâmplă întotdeauna. TokenTable, EthSign, SignScan, API-uri, alte lanțuri - toate acționează pe baza a ceva ce a fost deja finalizat, deja detașat de starea de timp de hook care l-a creat, deja ușor desincronizat cu prezentul.
Și poate că este în regulă. Poate că acesta este singurul mod practic în care ceva de genul acesta poate funcționa.
Totuși, schimbă cum se simte totul.
Acum când văd o atestare, nu văd ceva verificat în timp real. Văd ceva care a fost verificat undeva altundeva, într-un moment pe care nu l-am fost martor, în condiții pe care nu le pot reconstrui.
Și acum sunt doar întârziat.
SignScan este întârziat.
Aplicațiile sunt întârziate.
Alte lanțuri sunt întârziate.
Toți suntem pur și simplu la curent cu un rezultat de timp de hook care s-a întâmplat deja.
Ceea ce ar putea fi cea mai ciudată parte a designului Sign: cel mai important moment din întregul flux este cel pe care fiecare strat ulterior nu are voie să-l vadă.
