Labi, tāpēc es šodien vēlos mainīt virzienu un pievērsties nedaudz tehniskākām tēmām. Ne pārāk tehniskām. Bet pietiekami tehniskām, lai sniegtu jums reālu priekšstatu par to, kā patiesībā izskatās būvēt uz @SignOfficial infrastruktūras, nevis tikai lasīt mārketinga aprakstus. 🛠
Jo es domāju, ka pastāv liela plaisa starp to, kā infrastruktūras projekti apraksta sevi, un to, kā tas patiesībā ir būvēt uz tiem. Un par $SIGN es domāju, ka faktiskā izstrādātāja pieredze ir viena no tās patiesi nenovērtētajām stiprajām pusēm.
Ļaujiet man sākt ar kaut ko, kas man personīgi ļoti nozīmē kādam, kurš ir būvējis uz dažādām blokķēdes platformām: abstrakcijas kvalitāte. Kad jūs būvējat institucionāliem vai valdības lietojumiem, jūs nevēlaties, lai izstrādātāji būtu kriptogrāfijas eksperti. Lielākā daļa uzņēmumu izstrādātāju nav un nedrīkst būt. Infrastruktūrai jāabstrahē sarežģītība, saglabājot garantijas.
Sign Protocol to dara caur to, ko es uzskatu par tīru trīs slāņu modeli. Apakšā jums ir kriptogrāfiskie primitīvi. Nulles zināšanu pierādījumu parakstu shēmas Merkle koki apliecinājuma nostiprināšanai. Šis slānis ir ļoti specializēts, un jums kā lietojumprogrammu izstrādātājam nav nepieciešams to skart.
Vidū jums ir Sign Protocol līgumi un SDK. Šeit izstrādātāji faktiski strādā. Jūs definējat shēmu savam datu struktūrai. Jūs izsniedzat apliecinājumus, izmantojot SDK. Jūs vaicājat esošos apliecinājumus, izmantojot SignScan REST vai GraphQL API. SDK abstrahē kriptogrāfiskās operācijas tīrās funkciju izsaukumos.
Augšā jums ir jūsu lietojumprogrammas loģika. Jūsu valdības programmu pārvaldības saskarne. Jūsu identitātes maka lietotāja saskarne. Jūsu atbilstības ziņošanas informācijas panelis. Šis slānis izskatās kā jebkura cita tīmekļa lietojumprogramma, jo SDK apstrādā blokķēdes mijiedarbības slāni.
Tas, ko es novērtēju par šo dizainu, ir tas, ka tas neuzspiež jums būt ZK pierādījumu inženierim, lai uzbūvētu kaut ko vērtīgu virs tā. Jūs definējat, kādi fakti jums ir jāizsaka. Kāds privātuma līmenis ir nepieciešams, un protokols risina kriptogrāfiskos smagumus.
Apliecinājuma modelis ir īpaši elegants savā vienkāršībā. Shēma ir tikai strukturēts veidne. Iedomājieties to kā JSON shēmu, kas nosaka laukus, tipus un validācijas noteikumus konkrētam prasījuma veidam. Kad jums ir shēma, jūs varat izsniegt apliecinājumus pret to. Apliecinājums saka
"Šeit ir konkrēts šīs shēmas instances piemērs, ko parakstījis es, par šo tēmu."
Valdības identitātes lietošanas gadījumā tas var izskatīties kā shēma, ko sauc par Nodarbības atbilstību ar laukiem par nodarbinātības statusu, sektoru, līguma derīguma datumu un izsniedzēja identifikatoru. Nodarbinātības ministrija izsniedz apliecinājumu katram darbiniekam, izmantojot šo shēmu. Darbinieks nes savu apliecinājumu savā digitālajā makā. Ikviens darba devējs vai robežu sistēma, kas vēlas pārbaudīt nodarbinātības atbilstību, nosūta pārbaudes pieprasījumu un saņem parakstītu apstiprinājumu, nekad neredzot 11 ciparu laukus.
Tas ir patiesi noderīgi. Tas nav tikai teorētiski gudrs. Es varu iedomāties, ka šādu integrāciju izveidošu dažās nedēļās ar kompetentu mazu komandu, izmantojot Sign SDK. Un es to saku, ņemot vērā, cik sāpīgas līdzīgas integrācijas ir platformās, kurām nav tīru abstrakcijas slāņu.
Krusta ķēdes aspekts ir arī praktiski svarīgs Tuvajiem Austrumiem. Persijas līča valstis neplāno standartizēt uz vienas blokķēdes. Atšķirīgas aģentūras būs ar atšķirīgām vēlmēm. Dažas izmantos Ethereum bāzes infrastruktūru. Dažas izmantos privātus Hyperledger izvietojumus. Dažas izmantos jaunākas suverēnas ķēdes. Sign Protocol dizains ļauj apliecinājumiem tikt nostiprinātiem vairākās ķēdēs un vaicātiem caur vienotu saskarni. Šī savstarpējā saderība nav tikai patīkama, lai būtu. Tā ir būtiska, lai izveidotu infrastruktūru, kas darbojas fragmentētā valdības tehnoloģiju ainavā.
Vaicāšanas infrastruktūra caur Sign Scan ir arī vērts izcelt. Spēja vaicāt visus apliecinājumus noteiktai shēmas tipam, ko izsniedz noteikts izsniedzējs par noteiktu tēmu noteiktā laika intervālā, dod atbilstības darbiniekiem un revīzijas speciālistiem patiesi spēcīgu rīku komplektu. Šī ir tāda vaicājuma spēja, kāda nepieciešama revīzijas sistēmām un ko lielākā daļa blokķēdes datu struktūru dabiski neatbalsta.
Patiesībā, jo vairāk es pētu izstrādātājiem vērsto daļu no Sign, jo vairāk man šķiet, ka to izstrādājuši cilvēki, kas patiešām ir sēdējuši telpās ar uzņēmumu klientiem un sapratuši, ko tie klienti praksē nepieciešami. Ne tikai tehniski, bet arī operatīvi. Pierādījumu artefaktu dizains, Uzticības reģistrs izsniedzēja pārvaldībai, shēmas versiju atbalsts. Šie ir sīkumi, kas ir ārkārtīgi svarīgi ražošanas izvietojumos, un tie norāda uz praktisku līmeni.
sarežģītības, ko es cienu.
Ja jūs esat izstrādātājs kriptovalūtu jomā un neesat paskatījies uz to, ko @SignOfficial būvē, es patiesi domāju, ka jūs izlaida būtisku iespēju. Ne tikai investēt $SIGN , bet arī domāt par to, ko uzbūvēšana uz šīs infrastruktūras varētu iespējot. Lietojumprogrammu slānis virs šī pierādījumu un identitātes kaudzes ir plaši atvērts.
#SignDigitalSovereignInfra $SIGN
