Cu câteva zile în urmă, un vechi prieten m-a sunat, iar vocea îi tremura. A spus că a primit un mesaj de la bancă spunând că contul său este suspect, a dat clic pe link și a introdus codul de verificare, și a pierdut peste treizeci de mii. După ce am ascultat, am tăcut—am auzit prea multe astfel de povești, dar când se întâmplă cu cineva cunoscut, doare cu adevărat.
Ce doare mai mult? Serviciul clienți al băncii a spus că codul de verificare l-ai introdus tu, noi nu putem interveni.
Mecanismul codului de verificare are el însuși o problemă—poate dovedi doar că acel număr de telefon a primit un mesaj, dar nu dovedește că ești tu, și cu atât mai puțin că ai autorizat această tranzacție.
Acesta este locul în care proiectul @SignOfficial devine interesant. Nu face acel tip de „trimite un cod de verificare și gata”, ci transformă verificarea într-un certificat „de urmărit, reutilizabil, auditabil”.
Schema sa standardizează identificarea într-un format standard—ești tu, ce ai autorizat, cui i-ai dat autorizarea, toate sunt template-uri pe blockchain. Apoi, Attestation transformă această acțiune de autorizare într-o declarație imposibil de modificat, cine a semnat, când a semnat, ce a semnat, totul fiind verificabil pe blockchain. Vrei să te eschivezi? Înregistrările de pe blockchain sunt acolo.
TokenTable a gestionat deja distribuția de active în valoare de peste 4 miliarde de dolari, folosind această logică „verificare-execuție” care este strictă. Nu este suficient să introduci codul de verificare, ci, după finalizarea verificării, următorul pas este executat automat, fără ca nimeni să poată interveni.
Gândește-te, dacă în viitor toate autorizările urmează acest proces, cele treizeci de mii ale prietenului meu ar putea fi transferate? Designul codului de verificare din secolul trecut ar trebui să se pensioneze. #Sign地缘政治基建 $SIGN
