DPKI: બ્લોકચેનનો ઉપયોગ કરીને કેન્દ્રીયકૃત PKI ની ખામીઓને દૂર કરવી

તે કોઈ રહસ્ય નથી કે સામાન્ય રીતે ઉપયોગમાં લેવાતા સહાયક સાધનોમાંથી એક, જેના વિના ખુલ્લા નેટવર્ક્સમાં ડેટા સુરક્ષા અશક્ય છે, તે ડિજિટલ પ્રમાણપત્ર તકનીક છે. જો કે, તે કોઈ રહસ્ય નથી કે તકનીકીની મુખ્ય ખામી એ કેન્દ્રોમાં બિનશરતી વિશ્વાસ છે જે ડિજિટલ પ્રમાણપત્રો જારી કરે છે. ENCRY ખાતે ટેક્નોલોજી અને ઇનોવેશનના નિયામક એન્ડ્રી ચમોરાએ આયોજન કરવા માટે એક નવો અભિગમ પ્રસ્તાવિત કર્યો જાહેર કી ઈન્ફ્રાસ્ટ્રક્ચર (જાહેર કી ઇન્ફ્રાસ્ટ્રક્ચર, પીકેઆઇ), જે વર્તમાન ખામીઓને દૂર કરવામાં મદદ કરશે અને જે ડિસ્ટ્રિબ્યુટેડ લેજર (બ્લોકચેન) ટેકનોલોજીનો ઉપયોગ કરે છે. પરંતુ પ્રથમ વસ્તુઓ પ્રથમ.

જો તમે તમારી વર્તમાન સાર્વજનિક કી ઇન્ફ્રાસ્ટ્રક્ચર કેવી રીતે કાર્ય કરે છે તેનાથી પરિચિત છો અને તેની મુખ્ય ખામીઓ જાણો છો, તો અમે નીચે જે બદલવાની દરખાસ્ત કરી રહ્યા છીએ તેના પર તમે આગળ વધી શકો છો.

ડિજિટલ હસ્તાક્ષર અને પ્રમાણપત્રો શું છે?ઇન્ટરનેટ પરની ક્રિયાપ્રતિક્રિયામાં હંમેશા ડેટા ટ્રાન્સફરનો સમાવેશ થાય છે. ડેટા સુરક્ષિત રીતે પ્રસારિત થાય તે સુનિશ્ચિત કરવામાં અમને બધાને રસ છે. પરંતુ સુરક્ષા શું છે? સૌથી વધુ ઇચ્છિત સુરક્ષા સેવાઓ ગોપનીયતા, અખંડિતતા અને અધિકૃતતા છે. આ હેતુ માટે, અસમપ્રમાણ સંકેતલિપી અથવા સાર્વજનિક કી સાથે સંકેતલિપીની પદ્ધતિઓનો હાલમાં ઉપયોગ થાય છે.

ચાલો એ હકીકતથી પ્રારંભ કરીએ કે આ પદ્ધતિઓનો ઉપયોગ કરવા માટે, ક્રિયાપ્રતિક્રિયાના વિષયોમાં બે વ્યક્તિગત જોડી કી હોવી આવશ્યક છે - જાહેર અને ગુપ્ત. તેમની સહાયથી, અમે ઉપર જણાવેલ સુરક્ષા સેવાઓ પૂરી પાડવામાં આવે છે.

માહિતી ટ્રાન્સફરની ગોપનીયતા કેવી રીતે પ્રાપ્ત થાય છે? ડેટા મોકલતા પહેલા, મોકલનાર સબ્સ્ક્રાઇબર પ્રાપ્તકર્તાની સાર્વજનિક કીનો ઉપયોગ કરીને ખુલ્લા ડેટાને એન્ક્રિપ્ટ કરે છે (ક્રિપ્ટોગ્રાફિકલી રૂપાંતરિત કરે છે), અને પ્રાપ્તકર્તા જોડી કરેલી ગુપ્ત કીનો ઉપયોગ કરીને પ્રાપ્ત સાઇફરટેક્સ્ટને ડિક્રિપ્ટ કરે છે.

પ્રસારિત માહિતીની અખંડિતતા અને અધિકૃતતા કેવી રીતે પ્રાપ્ત થાય છે? આ સમસ્યાને ઉકેલવા માટે, બીજી પદ્ધતિ બનાવવામાં આવી હતી. ઓપન ડેટા એન્ક્રિપ્ટેડ નથી, પરંતુ ક્રિપ્ટોગ્રાફિક હેશ ફંક્શન લાગુ કરવાનું પરિણામ - ઇનપુટ ડેટા સિક્વન્સની "સંકુચિત" છબી - એન્ક્રિપ્ટેડ સ્વરૂપમાં પ્રસારિત થાય છે. આવા હેશિંગના પરિણામને "ડાઇજેસ્ટ" કહેવામાં આવે છે, અને તે મોકલનાર સબ્સ્ક્રાઇબર ("સાક્ષી") ની ગુપ્ત કીનો ઉપયોગ કરીને એન્ક્રિપ્ટ થયેલ છે. ડાયજેસ્ટને એન્ક્રિપ્ટ કરવાના પરિણામે, ડિજિટલ હસ્તાક્ષર પ્રાપ્ત થાય છે. તે, સ્પષ્ટ ટેક્સ્ટ સાથે, પ્રાપ્તકર્તા સબ્સ્ક્રાઇબર ("વેરિફાયર") ને પ્રસારિત થાય છે. તે સાક્ષીની સાર્વજનિક કી પર ડિજિટલ હસ્તાક્ષરને ડિક્રિપ્ટ કરે છે અને તેને ક્રિપ્ટોગ્રાફિક હેશ ફંક્શન લાગુ કરવાના પરિણામ સાથે સરખાવે છે, જેની ચકાસણીકર્તા પ્રાપ્ત ખુલ્લા ડેટાના આધારે સ્વતંત્ર રીતે ગણતરી કરે છે. જો તેઓ મેળ ખાતા હોય, તો આ સૂચવે છે કે ડેટા મોકલનાર સબ્સ્ક્રાઇબર દ્વારા અધિકૃત અને સંપૂર્ણ સ્વરૂપમાં પ્રસારિત કરવામાં આવ્યો હતો, અને હુમલાખોર દ્વારા સંશોધિત કરવામાં આવ્યો ન હતો.

મોટાભાગના સંસાધનો કે જે વ્યક્તિગત ડેટા અને ચુકવણી માહિતી (બેંક, વીમા કંપનીઓ, એરલાઇન્સ, પેમેન્ટ સિસ્ટમ્સ, તેમજ ટેક્સ સેવા જેવા સરકારી પોર્ટલ) સાથે કામ કરે છે તે અસમપ્રમાણ સંકેતલિપી પદ્ધતિઓનો સક્રિયપણે ઉપયોગ કરે છે.

ડિજિટલ સર્ટિફિકેટનો તેની સાથે શું સંબંધ છે? તે સરળ છે. પ્રથમ અને બીજી બંને પ્રક્રિયાઓમાં સાર્વજનિક ચાવીઓનો સમાવેશ થાય છે, અને કારણ કે તેઓ કેન્દ્રિય ભૂમિકા ભજવે છે, તે ખાતરી કરવી ખૂબ જ મહત્વપૂર્ણ છે કે ચાવીઓ વાસ્તવમાં પ્રેષક (સાક્ષી, સહી ચકાસણીના કિસ્સામાં) અથવા પ્રાપ્તકર્તાની છે, અને નથી. હુમલાખોરોની ચાવીઓ સાથે બદલાઈ. આથી જ સાર્વજનિક કીની અધિકૃતતા અને અખંડિતતાને સુનિશ્ચિત કરવા માટે ડિજિટલ પ્રમાણપત્રો અસ્તિત્વમાં છે.

નોંધ: સાર્વજનિક કીની અધિકૃતતા અને અખંડિતતા જાહેર ડેટાની અધિકૃતતા અને અખંડિતતાની બરાબર એ જ રીતે પુષ્ટિ થાય છે, એટલે કે, ઇલેક્ટ્રોનિક ડિજિટલ હસ્તાક્ષર (EDS) નો ઉપયોગ કરીને.
ડિજિટલ પ્રમાણપત્રો ક્યાંથી આવે છે?ટ્રસ્ટેડ સર્ટિફિકેશન ઓથોરિટીઝ અથવા સર્ટિફિકેશન ઓથોરિટીઝ (CAs), ડિજિટલ સર્ટિફિકેટ જારી કરવા અને જાળવવા માટે જવાબદાર છે. અરજદાર CA તરફથી પ્રમાણપત્ર જારી કરવાની વિનંતી કરે છે, નોંધણી કેન્દ્ર (CR) પર ઓળખ પસાર કરે છે અને CA તરફથી પ્રમાણપત્ર મેળવે છે. CA બાંયધરી આપે છે કે પ્રમાણપત્રમાંથી સાર્વજનિક કી બરાબર તે એન્ટિટીની છે જેના માટે તે જારી કરવામાં આવી હતી.

જો તમે સાર્વજનિક કીની અધિકૃતતાની પુષ્ટિ કરતા નથી, તો પછી આ કીના સ્થાનાંતરણ/સંગ્રહ દરમિયાન હુમલાખોર તેને તેની પોતાની સાથે બદલી શકે છે. જો અવેજી થઈ ગઈ હોય, તો હુમલાખોર મોકલનાર સબ્સ્ક્રાઇબર પ્રાપ્તકર્તા સબસ્ક્રાઇબરને ટ્રાન્સમિટ કરે છે તે બધું ડિક્રિપ્ટ કરવામાં સક્ષમ હશે, અથવા તેના પોતાના વિવેકબુદ્ધિથી ખુલ્લા ડેટાને બદલી શકશે.

જ્યાં પણ અસમપ્રમાણ સંકેતલિપી ઉપલબ્ધ હોય ત્યાં ડિજિટલ પ્રમાણપત્રોનો ઉપયોગ કરવામાં આવે છે. સૌથી સામાન્ય ડિજિટલ પ્રમાણપત્રોમાંનું એક HTTPS પ્રોટોકોલ પર સુરક્ષિત સંચાર માટે SSL પ્રમાણપત્રો છે. વિવિધ અધિકારક્ષેત્રોમાં નોંધાયેલ સેંકડો કંપનીઓ SSL પ્રમાણપત્રો આપવા સાથે સંકળાયેલી છે. મુખ્ય હિસ્સો પાંચથી દસ મોટા વિશ્વસનીય કેન્દ્રો પર પડે છે: IdenTrust, Comodo, GoDaddy, GlobalSign, DigiCert, CERTUM, Actalis, Secom, Trustwave.

CA અને CR એ PKI ના ઘટકો છે, જેમાં આનો પણ સમાવેશ થાય છે:

• ડિરેક્ટરી ખોલો - એક સાર્વજનિક ડેટાબેઝ જે ડિજિટલ પ્રમાણપત્રોનો સુરક્ષિત સંગ્રહ પ્રદાન કરે છે.
• પ્રમાણપત્ર રદ કરવાની સૂચિ – એક સાર્વજનિક ડેટાબેઝ કે જે રદ કરાયેલી સાર્વજનિક કીના ડિજિટલ પ્રમાણપત્રોનો સુરક્ષિત સંગ્રહ પ્રદાન કરે છે (ઉદાહરણ તરીકે, જોડી કરેલી ખાનગી કીના સમાધાનને કારણે). ઇન્ફ્રાસ્ટ્રક્ચર વિષયો સ્વતંત્ર રીતે આ ડેટાબેઝને ઍક્સેસ કરી શકે છે, અથવા તેઓ વિશિષ્ટ ઓનલાઈન સર્ટિફિકેશન સ્ટેટસ પ્રોટોકોલ (OCSP) નો ઉપયોગ કરી શકે છે, જે ચકાસણી પ્રક્રિયાને સરળ બનાવે છે.
• પ્રમાણપત્ર વપરાશકર્તાઓ - સેવા આપતા PKI વિષયો કે જેમણે CA સાથે વપરાશકર્તા કરાર કર્યો છે અને પ્રમાણપત્રમાંથી જાહેર કીના આધારે ડિજિટલ હસ્તાક્ષર અને/અથવા એન્ક્રિપ્ટ ડેટાની ચકાસણી કરી છે.
• અનુયાયીઓ - PKI વિષયોને સેવા આપે છે કે જેઓ પ્રમાણપત્રમાંથી જાહેર કી સાથે જોડાયેલી ગુપ્ત કી ધરાવે છે, અને જેમણે CA સાથે સબ્સ્ક્રાઇબર કરાર કર્યો છે. સબ્સ્ક્રાઇબર એક સાથે પ્રમાણપત્રનો ઉપયોગકર્તા બની શકે છે.

આમ, સાર્વજનિક કી ઈન્ફ્રાસ્ટ્રક્ચરની વિશ્વસનીય સંસ્થાઓ, જેમાં CA, CR અને ઓપન ડિરેક્ટરીઓનો સમાવેશ થાય છે, આ માટે જવાબદાર છે:

1. અરજદારની ઓળખની અધિકૃતતાની ચકાસણી.
2. સાર્વજનિક કી પ્રમાણપત્રની પ્રોફાઇલિંગ.
3. એવા અરજદાર માટે સાર્વજનિક કી પ્રમાણપત્ર આપવું કે જેની ઓળખ વિશ્વસનીય રીતે પુષ્ટિ કરવામાં આવી હોય.
4. સાર્વજનિક કી પ્રમાણપત્રની સ્થિતિ બદલો.
5. સાર્વજનિક કી પ્રમાણપત્રની વર્તમાન સ્થિતિ વિશે માહિતી પ્રદાન કરવી.

PKI ના ગેરફાયદા, તેઓ શું છે?PKI ની મૂળભૂત ખામી વિશ્વસનીય સંસ્થાઓની હાજરી છે.
વપરાશકર્તાઓએ CA અને CR પર બિનશરતી વિશ્વાસ રાખવો જોઈએ. પરંતુ, પ્રેક્ટિસ બતાવે છે તેમ, બિનશરતી વિશ્વાસ ગંભીર પરિણામોથી ભરપૂર છે.

પાછલા દસ વર્ષોમાં, આ ક્ષેત્રમાં માળખાકીય નબળાઈ સંબંધિત ઘણા મોટા કૌભાંડો થયા છે.

— 2010 માં, Stuxnet માલવેર ઓનલાઈન ફેલાવાનું શરૂ થયું, RealTek અને JMicron ના ચોરાયેલા ડિજિટલ પ્રમાણપત્રોનો ઉપયોગ કરીને હસ્તાક્ષર કર્યા.

- 2017માં ગૂગલે સિમેન્ટેક પર મોટી સંખ્યામાં ખોટા પ્રમાણપત્રો જારી કરવાનો આરોપ લગાવ્યો હતો. તે સમયે, સિમેન્ટેક ઉત્પાદન વોલ્યુમની દ્રષ્ટિએ સૌથી મોટા CAs પૈકીનું એક હતું. Google Chrome 70 બ્રાઉઝરમાં, આ કંપની અને તેના સંલગ્ન કેન્દ્રો GeoTrust અને Thawte દ્વારા જારી કરાયેલ પ્રમાણપત્રો માટેનું સમર્થન 1 ડિસેમ્બર, 2017 પહેલા બંધ કરવામાં આવ્યું હતું.

CAs સાથે ચેડા કરવામાં આવ્યા હતા, અને પરિણામે દરેકને સહન કરવું પડ્યું હતું - સીએ પોતે, તેમજ વપરાશકર્તાઓ અને સબ્સ્ક્રાઇબર્સ. ઇન્ફ્રાસ્ટ્રક્ચરમાં વિશ્વાસ ઓછો થયો છે. વધુમાં, રાજકીય સંઘર્ષોના સંદર્ભમાં ડિજિટલ પ્રમાણપત્રો અવરોધિત થઈ શકે છે, જે ઘણા સંસાધનોના સંચાલનને પણ અસર કરશે. રશિયન પ્રમુખપદના વહીવટમાં ઘણા વર્ષો પહેલા આ તે જ છે જેનો ડર હતો, જ્યાં 2016 માં તેઓએ રાજ્ય પ્રમાણપત્ર કેન્દ્ર બનાવવાની સંભાવના પર ચર્ચા કરી હતી જે રુનેટ પરની સાઇટ્સને SSL પ્રમાણપત્રો જારી કરશે. બાબતોની વર્તમાન સ્થિતિ એવી છે કે રશિયામાં રાજ્ય પોર્ટલ પણ ઉપયોગ કરો અમેરિકન કંપનીઓ કોમોડો અથવા થૉટે (સિમેન્ટેકની પેટાકંપની) દ્વારા જારી કરાયેલ ડિજિટલ પ્રમાણપત્રો.

બીજી સમસ્યા છે - પ્રશ્ન વપરાશકર્તાઓનું પ્રાથમિક પ્રમાણીકરણ (પ્રમાણીકરણ).. સીધા વ્યક્તિગત સંપર્ક વિના ડિજિટલ સર્ટિફિકેટ જારી કરવાની વિનંતી સાથે CA નો સંપર્ક કર્યો હોય તેવા વપરાશકર્તાને કેવી રીતે ઓળખવું? હવે આ ઈન્ફ્રાસ્ટ્રક્ચરની ક્ષમતાઓના આધારે પરિસ્થિતિગત રીતે ઉકેલાય છે. ખુલ્લા રજિસ્ટરમાંથી કંઈક લેવામાં આવે છે (ઉદાહરણ તરીકે, પ્રમાણપત્રોની વિનંતી કરતી કાનૂની સંસ્થાઓ વિશેની માહિતી); એવા કિસ્સાઓમાં જ્યાં અરજદારો વ્યક્તિઓ હોય, બેંક ઑફિસ અથવા પોસ્ટ ઑફિસનો ઉપયોગ કરી શકાય છે, જ્યાં ઓળખ દસ્તાવેજોનો ઉપયોગ કરીને તેમની ઓળખની પુષ્ટિ થાય છે, ઉદાહરણ તરીકે, પાસપોર્ટ.

ઢોંગના હેતુ માટે ઓળખપત્રોને ખોટા બનાવવાની સમસ્યા મૂળભૂત છે. ચાલો નોંધ લઈએ કે માહિતી-સૈદ્ધાંતિક કારણોસર આ સમસ્યાનો કોઈ સંપૂર્ણ ઉકેલ નથી: વિશ્વસનીય માહિતી પ્રાધાન્ય વિના, કોઈ ચોક્કસ વિષયની અધિકૃતતાની પુષ્ટિ કરવી અથવા નામંજૂર કરવું અશક્ય છે. નિયમ પ્રમાણે, ચકાસણી માટે અરજદારની ઓળખ સાબિત કરતા દસ્તાવેજોનો સમૂહ રજૂ કરવો જરૂરી છે. ત્યાં ઘણી જુદી જુદી ચકાસણી પદ્ધતિઓ છે, પરંતુ તેમાંથી કોઈ પણ દસ્તાવેજોની અધિકૃતતાની સંપૂર્ણ બાંયધરી આપતું નથી. તદનુસાર, અરજદારની ઓળખની અધિકૃતતાની પણ ખાતરી આપી શકાતી નથી.

આ ખામીઓ કેવી રીતે દૂર કરી શકાય?જો PKI ની વર્તમાન સ્થિતિમાં તેની સમસ્યાઓને કેન્દ્રીયકરણ દ્વારા સમજાવી શકાય, તો એવું માનવું તાર્કિક છે કે વિકેન્દ્રીકરણ ઓળખાયેલ ખામીઓને આંશિક રીતે દૂર કરવામાં મદદ કરશે.

વિકેન્દ્રીકરણ વિશ્વાસુ સંસ્થાઓની હાજરી સૂચિત કરતું નથી - જો તમે બનાવો છો વિકેન્દ્રિત જાહેર કી ઈન્ફ્રાસ્ટ્રક્ચર (વિકેન્દ્રિત જાહેર કી ઇન્ફ્રાસ્ટ્રક્ચર, DPKI), તો CA કે CR ની જરૂર નથી. ચાલો ડિજિટલ પ્રમાણપત્રની વિભાવનાને છોડી દઈએ અને જાહેર કી વિશેની માહિતી સંગ્રહિત કરવા માટે વિતરિત રજિસ્ટ્રીનો ઉપયોગ કરીએ. અમારા કિસ્સામાં, અમે બ્લૉકચેન ટેક્નૉલૉજીનો ઉપયોગ કરીને લિંક કરેલા વ્યક્તિગત રેકોર્ડ્સ (બ્લૉક્સ) ધરાવતા રેખીય ડેટાબેઝને રજિસ્ટર કહીએ છીએ. ડિજિટલ પ્રમાણપત્રને બદલે, અમે "સૂચના" ની વિભાવના રજૂ કરીશું.

સૂચિત DPKI માં સૂચનાઓ પ્રાપ્ત કરવાની, ચકાસવાની અને રદ કરવાની પ્રક્રિયા કેવી દેખાશે:

1. દરેક અરજદાર નોંધણી દરમિયાન એક ફોર્મ ભરીને સ્વતંત્ર રીતે સૂચના માટે અરજી સબમિટ કરે છે, ત્યારબાદ તે એક ટ્રાન્ઝેક્શન બનાવે છે જે વિશિષ્ટ પૂલમાં સંગ્રહિત થાય છે.

2. સાર્વજનિક કી વિશેની માહિતી, માલિકની વિગતો અને અન્ય મેટાડેટા સાથે, ડિસ્ટ્રિબ્યુટેડ રજિસ્ટ્રીમાં સંગ્રહિત થાય છે, અને ડિજિટલ સર્ટિફિકેટમાં નહીં, જેના માટે કેન્દ્રિય PKI માં CA જવાબદાર છે.

3. અરજદારની ઓળખની અધિકૃતતાની ચકાસણી હકીકત પછી DPKI વપરાશકર્તા સમુદાયના સંયુક્ત પ્રયાસો દ્વારા કરવામાં આવે છે, અને CR દ્વારા નહીં.

4. આવી સૂચનાના માલિક જ સાર્વજનિક કીની સ્થિતિ બદલી શકે છે.

5. કોઈપણ વિતરિત ખાતાવહીને ઍક્સેસ કરી શકે છે અને સાર્વજનિક કીની વર્તમાન સ્થિતિ ચકાસી શકે છે.

નોંધ: અરજદારની ઓળખની સામુદાયિક ચકાસણી પ્રથમ નજરે અવિશ્વસનીય લાગી શકે છે. પરંતુ આપણે યાદ રાખવું જોઈએ કે આજકાલ ડિજિટલ સેવાઓના તમામ વપરાશકર્તાઓ અનિવાર્યપણે ડિજિટલ પદચિહ્ન છોડી દે છે, અને આ પ્રક્રિયા માત્ર વેગ મેળવવાનું ચાલુ રાખશે. કાનૂની સંસ્થાઓના ઇલેક્ટ્રોનિક રજિસ્ટર ખોલો, નકશા, ભૂપ્રદેશની છબીઓનું ડિજિટાઇઝેશન, સામાજિક નેટવર્ક્સ - આ બધા સાર્વજનિક રીતે ઉપલબ્ધ સાધનો છે. તેઓ પહેલેથી જ પત્રકારો અને કાયદા અમલીકરણ એજન્સીઓ બંને દ્વારા તપાસ દરમિયાન સફળતાપૂર્વક ઉપયોગમાં લેવાય છે. ઉદાહરણ તરીકે, બેલિંગકેટ અથવા સંયુક્ત તપાસ ટીમ JITની તપાસને યાદ કરવા માટે તે પૂરતું છે, જે મલેશિયન બોઇંગના ક્રેશના સંજોગોનો અભ્યાસ કરી રહી છે.

તો વ્યવહારમાં વિકેન્દ્રિત જાહેર કી ઇન્ફ્રાસ્ટ્રક્ચર કેવી રીતે કાર્ય કરશે? ચાલો આપણે ટેકનોલોજીના જ વર્ણન પર ધ્યાન આપીએ, જે આપણે 2018 માં પેટન્ટ અને અમે તેને યોગ્ય રીતે અમારી જાણકારી ગણીએ છીએ.

કલ્પના કરો કે ત્યાં કોઈ માલિક છે જે ઘણી સાર્વજનિક કી ધરાવે છે, જ્યાં દરેક કી એ ચોક્કસ વ્યવહાર છે જે રજિસ્ટ્રીમાં સંગ્રહિત છે. CA ની ગેરહાજરીમાં, તમે કેવી રીતે સમજી શકો કે બધી ચાવીઓ આ ચોક્કસ માલિકની છે? આ સમસ્યાને ઉકેલવા માટે, એક શૂન્ય વ્યવહાર બનાવવામાં આવે છે, જેમાં માલિક અને તેના વૉલેટ વિશેની માહિતી હોય છે (જેમાંથી રજિસ્ટ્રીમાં ટ્રાન્ઝેક્શન મૂકવા માટેનું કમિશન ડેબિટ થાય છે). નલ ટ્રાન્ઝેક્શન એ એક પ્રકારનું "એન્કર" છે જેમાં સાર્વજનિક કી વિશેના ડેટા સાથેના નીચેના વ્યવહારો જોડવામાં આવશે. આવા દરેક વ્યવહારમાં વિશિષ્ટ ડેટા સ્ટ્રક્ચર અથવા બીજા શબ્દોમાં કહીએ તો સૂચના હોય છે.

સૂચના એ કાર્યાત્મક ક્ષેત્રો અને માલિકની સાર્વજનિક કી વિશેની માહિતી સહિત ડેટાનો એક સંરચિત સમૂહ છે, જેની દ્રઢતા વિતરિત રજિસ્ટ્રીના સંબંધિત રેકોર્ડ્સમાંના એકમાં પ્લેસમેન્ટ દ્વારા ખાતરી આપવામાં આવે છે.

આગળનો તાર્કિક પ્રશ્ન એ છે કે શૂન્ય વ્યવહાર કેવી રીતે રચાય છે? નલ ટ્રાન્ઝેક્શન-જેમ કે પછીના વ્યવહારો-એ છ ડેટા ફીલ્ડનું એકત્રીકરણ છે. શૂન્ય ટ્રાન્ઝેક્શનની રચના દરમિયાન, વૉલેટની કી જોડી સામેલ હોય છે (જાહેર અને જોડી ગુપ્ત કી). કીની આ જોડી તે ક્ષણે દેખાય છે જ્યારે વપરાશકર્તા તેના વૉલેટની નોંધણી કરે છે, જેમાંથી રજિસ્ટ્રીમાં શૂન્ય વ્યવહાર કરવા માટેનું કમિશન અને ત્યારબાદ, સૂચનાઓ સાથેની કામગીરી ડેબિટ કરવામાં આવશે.

આકૃતિમાં બતાવ્યા પ્રમાણે, SHA256 અને RIPEMD160 હેશ ફંક્શન્સને અનુક્રમે લાગુ કરીને વૉલેટ પબ્લિક કી ડાયજેસ્ટ જનરેટ થાય છે. અહીં RIPEMD160 એ ડેટાની કોમ્પેક્ટ રજૂઆત માટે જવાબદાર છે, જેની પહોળાઈ 160 બિટ્સ કરતાં વધી નથી. આ મહત્વપૂર્ણ છે કારણ કે રજિસ્ટ્રી સસ્તો ડેટાબેઝ નથી. સાર્વજનિક કી પોતે પાંચમા ક્ષેત્રમાં દાખલ થયેલ છે. પ્રથમ ફીલ્ડમાં ડેટા છે જે અગાઉના વ્યવહાર સાથે જોડાણ સ્થાપિત કરે છે. શૂન્ય વ્યવહાર માટે, આ ફીલ્ડમાં કંઈપણ નથી, જે તેને અનુગામી વ્યવહારોથી અલગ પાડે છે. બીજું ક્ષેત્ર વ્યવહારોની કનેક્ટિવિટી તપાસવા માટેનો ડેટા છે. સંક્ષિપ્તતા માટે, અમે પ્રથમ અને બીજા ફીલ્ડમાંના ડેટાને અનુક્રમે "લિંક" અને "ચેક" કહીશું. આ ફીલ્ડની સામગ્રીઓ પુનરાવર્તિત હેશિંગ દ્વારા જનરેટ કરવામાં આવે છે, જેમ કે નીચેની આકૃતિમાં બીજા અને ત્રીજા વ્યવહારોને લિંક કરીને દર્શાવવામાં આવ્યું છે.

પ્રથમ પાંચ ફીલ્ડનો ડેટા ઇલેક્ટ્રોનિક હસ્તાક્ષર દ્વારા પ્રમાણિત કરવામાં આવે છે, જે વૉલેટની ગુપ્ત કીનો ઉપયોગ કરીને જનરેટ કરવામાં આવે છે.

બસ, નલ ટ્રાન્ઝેક્શન પૂલમાં મોકલવામાં આવે છે અને સફળ ચકાસણી પછી રજિસ્ટ્રીમાં દાખલ થાય છે. હવે તમે તેની સાથે નીચેના વ્યવહારોને "લિંક" કરી શકો છો. ચાલો વિચાર કરીએ કે શૂન્ય સિવાયના વ્યવહારો કેવી રીતે રચાય છે.

પ્રથમ વસ્તુ જે કદાચ તમારી આંખને પકડે છે તે કી જોડીની વિપુલતા છે. પહેલેથી જ પરિચિત વૉલેટ કી જોડી ઉપરાંત, સામાન્ય અને સેવા કી જોડીનો ઉપયોગ થાય છે.

એક સામાન્ય સાર્વજનિક કી એ છે જેના માટે બધું શરૂ કરવામાં આવ્યું હતું. આ ચાવી બહારની દુનિયામાં (બેન્કિંગ અને અન્ય વ્યવહારો, દસ્તાવેજનો પ્રવાહ, વગેરે) પ્રગટ થતી વિવિધ પ્રક્રિયાઓ અને પ્રક્રિયાઓમાં સામેલ છે. ઉદાહરણ તરીકે, સામાન્ય જોડીમાંથી ગુપ્ત કીનો ઉપયોગ વિવિધ દસ્તાવેજો - ચુકવણી ઓર્ડર વગેરે માટે ડિજિટલ હસ્તાક્ષર બનાવવા માટે થઈ શકે છે, અને આ સૂચનાઓના અનુગામી અમલ સાથે આ ડિજિટલ હસ્તાક્ષરને ચકાસવા માટે જાહેર કીનો ઉપયોગ કરી શકાય છે, જો કે તે માન્ય છે.

સેવા જોડી નોંધાયેલ DPKI વિષયને જારી કરવામાં આવે છે. આ જોડીનું નામ તેના હેતુને અનુરૂપ છે. નોંધ કરો કે શૂન્ય ટ્રાન્ઝેક્શન બનાવતી વખતે/તપાસ કરતી વખતે, સર્વિસ કીનો ઉપયોગ થતો નથી.

ચાલો ફરીથી કીના હેતુને સ્પષ્ટ કરીએ:

1. વોલેટ કીનો ઉપયોગ નલ ટ્રાન્ઝેક્શન અને અન્ય કોઈપણ નોન-નલ ટ્રાન્ઝેક્શન બંને જનરેટ/ચકાસવા માટે થાય છે. વૉલેટની ખાનગી ચાવી ફક્ત વૉલેટના માલિકને જ ખબર હોય છે, જે ઘણી સામાન્ય સાર્વજનિક ચાવીઓનો પણ માલિક છે.
2. એક સામાન્ય સાર્વજનિક કી એ સાર્વજનિક કીની સમાન હોય છે જેના માટે કેન્દ્રિય PKI માં પ્રમાણપત્ર જારી કરવામાં આવે છે.
3. સેવા કી જોડી DPKI ની છે. ગુપ્ત કી રજિસ્ટર્ડ એન્ટિટીને જારી કરવામાં આવે છે અને વ્યવહારો (શૂન્ય વ્યવહારો સિવાય) માટે ડિજિટલ હસ્તાક્ષર જનરેટ કરતી વખતે ઉપયોગમાં લેવાય છે. ટ્રાન્ઝેક્શનને રજિસ્ટ્રીમાં પોસ્ટ કરવામાં આવે તે પહેલાં તેની ઇલેક્ટ્રોનિક ડિજિટલ હસ્તાક્ષર ચકાસવા માટે પબ્લિકનો ઉપયોગ કરવામાં આવે છે.

આમ, કીના બે જૂથો છે. પ્રથમમાં સર્વિસ કી અને વોલેટ કીનો સમાવેશ થાય છે - તે ફક્ત DPKI ના સંદર્ભમાં જ અર્થપૂર્ણ છે. બીજા જૂથમાં સામાન્ય કીનો સમાવેશ થાય છે - તેમનો અવકાશ અલગ અલગ હોઈ શકે છે અને તે એપ્લિકેશન કાર્યો દ્વારા નક્કી કરવામાં આવે છે જેમાં તેનો ઉપયોગ કરવામાં આવે છે. તે જ સમયે, DPKI સામાન્ય સાર્વજનિક કીઓની અખંડિતતા અને અધિકૃતતાની ખાતરી કરે છે.

નોંધ: સેવા કી જોડી વિવિધ DPKI સંસ્થાઓને જાણીતી હોઈ શકે છે. ઉદાહરણ તરીકે, તે દરેક માટે સમાન હોઈ શકે છે. આ કારણોસર છે કે દરેક બિન-શૂન્ય વ્યવહારની સહી જનરેટ કરતી વખતે, બે ગુપ્ત ચાવીઓનો ઉપયોગ કરવામાં આવે છે, જેમાંથી એક વૉલેટ કી છે - તે ફક્ત વૉલેટના માલિકને જ ખબર છે, જે ઘણી સામાન્ય વસ્તુઓના માલિક પણ છે. સાર્વજનિક કીઓ. બધી ચાવીઓનો પોતાનો અર્થ છે. ઉદાહરણ તરીકે, એ સાબિત કરવું હંમેશા શક્ય છે કે ટ્રાન્ઝેક્શન નોંધાયેલ DPKI વિષય દ્વારા રજિસ્ટ્રીમાં દાખલ કરવામાં આવ્યું હતું, કારણ કે સિક્રેટ સર્વિસ કી પર હસ્તાક્ષર પણ જનરેટ કરવામાં આવ્યા હતા. અને ત્યાં કોઈ દુરુપયોગ ન હોઈ શકે, જેમ કે DOS હુમલા, કારણ કે માલિક દરેક વ્યવહાર માટે ચૂકવણી કરે છે.

શૂન્ય એકને અનુસરતા તમામ વ્યવહારો સમાન રીતે રચાય છે: જાહેર કી (વૉલેટ નહીં, જેમ કે શૂન્ય વ્યવહારના કિસ્સામાં, પરંતુ સામાન્ય કી જોડીમાંથી) બે હેશ ફંક્શન SHA256 અને RIPEMD160 દ્વારા ચલાવવામાં આવે છે. આ રીતે ત્રીજા ક્ષેત્રનો ડેટા રચાય છે. ચોથા ફીલ્ડમાં સાથેની માહિતી શામેલ છે (ઉદાહરણ તરીકે, વર્તમાન સ્થિતિ વિશેની માહિતી, સમાપ્તિ તારીખો, ટાઇમસ્ટેમ્પ, ઉપયોગમાં લેવાતા ક્રિપ્ટો-એલ્ગોરિધમ્સના ઓળખકર્તાઓ વગેરે). પાંચમી ફીલ્ડમાં સર્વિસ કી જોડીમાંથી સાર્વજનિક કી છે. તેની મદદથી, પછી ડિજિટલ હસ્તાક્ષર તપાસવામાં આવશે, તેથી તેની નકલ કરવામાં આવશે. ચાલો આવા અભિગમની જરૂરિયાતને યોગ્ય ઠેરવીએ.

યાદ કરો કે ટ્રાન્ઝેક્શન પૂલમાં દાખલ કરવામાં આવે છે અને જ્યાં સુધી તેની પ્રક્રિયા ન થાય ત્યાં સુધી ત્યાં સંગ્રહિત થાય છે. પૂલમાં સંગ્રહ કરવો એ ચોક્કસ જોખમ સાથે સંકળાયેલું છે - ટ્રાન્ઝેક્શન ડેટા ખોટો સાબિત થઈ શકે છે. માલિક ઇલેક્ટ્રોનિક ડિજિટલ હસ્તાક્ષર સાથે વ્યવહાર ડેટાને પ્રમાણિત કરે છે. આ ડિજિટલ હસ્તાક્ષર ચકાસવા માટેની સાર્વજનિક કી ટ્રાન્ઝેક્શન ફીલ્ડમાંના એકમાં સ્પષ્ટપણે દર્શાવેલ છે અને ત્યારબાદ રજિસ્ટ્રીમાં દાખલ કરવામાં આવે છે. ટ્રાન્ઝેક્શન પ્રોસેસિંગની ખાસિયતો એવી છે કે હુમલાખોર પોતાની વિવેકબુદ્ધિથી ડેટાને બદલી શકે છે અને પછી તેની ગુપ્ત કીનો ઉપયોગ કરીને તેને ચકાસી શકે છે, અને વ્યવહારમાં ડિજિટલ હસ્તાક્ષર ચકાસવા માટે જોડી કરેલી જાહેર કી સૂચવે છે. જો અધિકૃતતા અને અખંડિતતા ફક્ત ડિજિટલ હસ્તાક્ષર દ્વારા સુનિશ્ચિત કરવામાં આવે છે, તો આવી બનાવટી કોઈનું ધ્યાન નહીં જાય. જો કે, જો, ડિજિટલ હસ્તાક્ષર ઉપરાંત, ત્યાં એક વધારાની પદ્ધતિ છે જે સંગ્રહિત માહિતીના આર્કાઇવિંગ અને સાતત્ય બંનેને સુનિશ્ચિત કરે છે, તો પછી બનાવટી શોધી શકાય છે. આ કરવા માટે, રજિસ્ટ્રીમાં માલિકની વાસ્તવિક સાર્વજનિક કી દાખલ કરવા માટે તે પૂરતું છે. ચાલો સમજાવીએ કે આ કેવી રીતે કાર્ય કરે છે.

હુમલાખોરને ટ્રાન્ઝેક્શન ડેટા બનાવવા દો. કીઓ અને ડિજિટલ હસ્તાક્ષરના દૃષ્ટિકોણથી, નીચેના વિકલ્પો શક્ય છે:

1. હુમલાખોર વ્યવહારમાં તેની સાર્વજનિક કી મૂકે છે જ્યારે માલિકની ડિજિટલ હસ્તાક્ષર યથાવત રહે છે.
2. હુમલાખોર તેની ખાનગી કી પર ડિજિટલ હસ્તાક્ષર બનાવે છે, પરંતુ માલિકની સાર્વજનિક કીને યથાવત છોડી દે છે.
3. હુમલાખોર તેની ખાનગી કી પર ડિજિટલ હસ્તાક્ષર બનાવે છે અને વ્યવહારમાં જોડી કરેલી જાહેર કી મૂકે છે.

દેખીતી રીતે, વિકલ્પો 1 અને 2 અર્થહીન છે, કારણ કે તેઓ હંમેશા ડિજિટલ હસ્તાક્ષર ચકાસણી દરમિયાન શોધવામાં આવશે. માત્ર વિકલ્પ 3 અર્થપૂર્ણ છે, અને જો કોઈ હુમલાખોર તેની પોતાની ગુપ્ત કી પર ડિજિટલ હસ્તાક્ષર બનાવે છે, તો તેને વ્યવહારમાં જોડી કરેલી સાર્વજનિક કી સાચવવાની ફરજ પડે છે, જે માલિકની સાર્વજનિક કીથી અલગ છે. હુમલાખોર માટે ખોટો ડેટા લાદવાનો આ એકમાત્ર રસ્તો છે.

ચાલો ધારીએ કે માલિક પાસે ચાવીઓની નિશ્ચિત જોડી છે - ખાનગી અને જાહેર. આ જોડીમાંથી ગુપ્ત કીનો ઉપયોગ કરીને ડેટાને ડિજિટલ હસ્તાક્ષર દ્વારા પ્રમાણિત થવા દો, અને સાર્વજનિક કી વ્યવહારમાં સૂચવવામાં આવે છે. ચાલો એ પણ માની લઈએ કે આ સાર્વજનિક કી અગાઉ રજિસ્ટ્રીમાં દાખલ કરવામાં આવી છે અને તેની અધિકૃતતા વિશ્વસનીય રીતે ચકાસવામાં આવી છે. પછી બનાવટી એ હકીકત દ્વારા સૂચવવામાં આવશે કે વ્યવહારમાંથી જાહેર કી રજિસ્ટ્રીમાંથી જાહેર કીને અનુરૂપ નથી.

સારાંશ. માલિકના પ્રથમ વ્યવહારના ડેટા પર પ્રક્રિયા કરતી વખતે, રજિસ્ટ્રીમાં દાખલ કરેલ સાર્વજનિક કીની અધિકૃતતા ચકાસવી જરૂરી છે. આ કરવા માટે, રજિસ્ટ્રીમાંથી કી વાંચો અને સુરક્ષા પરિમિતિ (સંબંધિત અભેદ્યતાના ક્ષેત્ર) ની અંદર માલિકની સાચી સાર્વજનિક કી સાથે તેની તુલના કરો. જો કીની પ્રામાણિકતાની પુષ્ટિ થાય છે અને પ્લેસમેન્ટ પર તેની દ્રઢતાની ખાતરી આપવામાં આવે છે, તો પછીના વ્યવહારમાંથી કીની અધિકૃતતા રજિસ્ટ્રીની કી સાથે સરખાવીને સરળતાથી પુષ્ટિ/નકારી શકાય છે. બીજા શબ્દોમાં કહીએ તો, રજિસ્ટ્રીમાંથી કીનો ઉપયોગ સંદર્ભ નમૂના તરીકે થાય છે. અન્ય તમામ માલિક વ્યવહારો સમાન રીતે પ્રક્રિયા કરવામાં આવે છે.

વ્યવહારને ઇલેક્ટ્રોનિક ડિજિટલ હસ્તાક્ષર દ્વારા પ્રમાણિત કરવામાં આવે છે - આ તે છે જ્યાં ગુપ્ત કીની જરૂર છે, અને એક નહીં, પરંતુ એક સાથે બે - એક સેવા કી અને વૉલેટ કી. બે ગુપ્ત કીના ઉપયોગ બદલ આભાર, જરૂરી સ્તરની સુરક્ષા સુનિશ્ચિત કરવામાં આવે છે - છેવટે, સેવા ગુપ્ત કી અન્ય વપરાશકર્તાઓ માટે જાણી શકાય છે, જ્યારે વૉલેટની ગુપ્ત કી ફક્ત સામાન્ય કી જોડીના માલિકને જ ખબર હોય છે. અમે આવા બે-કી હસ્તાક્ષરને "એકત્રિત" ડિજિટલ હસ્તાક્ષર કહ્યા છે.

બિન-નલ ટ્રાન્ઝેક્શન્સની ચકાસણી બે સાર્વજનિક કીનો ઉપયોગ કરીને કરવામાં આવે છે: વૉલેટ અને સર્વિસ કી. ચકાસણી પ્રક્રિયાને બે મુખ્ય તબક્કામાં વિભાજિત કરી શકાય છે: પ્રથમ વૉલેટની સાર્વજનિક કીના ડાયજેસ્ટને તપાસી રહ્યું છે, અને બીજું વ્યવહારની ઇલેક્ટ્રોનિક ડિજિટલ હસ્તાક્ષર તપાસી રહ્યું છે, તે જ એકીકૃત જે બે ગુપ્ત કીનો ઉપયોગ કરીને બનાવવામાં આવી હતી ( વૉલેટ અને સેવા). જો ડિજિટલ હસ્તાક્ષરની માન્યતાની પુષ્ટિ થાય છે, તો વધારાની ચકાસણી પછી વ્યવહાર રજિસ્ટરમાં દાખલ કરવામાં આવે છે.

એક તાર્કિક પ્રશ્ન ઊભો થઈ શકે છે: કોઈ વ્યવહાર શૂન્ય વ્યવહારના સ્વરૂપમાં "મૂળ" સાથે ચોક્કસ સાંકળ સાથે સંબંધિત છે કે કેમ તે કેવી રીતે તપાસવું? આ હેતુ માટે, ચકાસણી પ્રક્રિયાને વધુ એક તબક્કા સાથે પૂરક કરવામાં આવે છે - કનેક્ટિવિટી તપાસ. આ તે છે જ્યાં અમને પ્રથમ બે ક્ષેત્રોના ડેટાની જરૂર પડશે, જેને આપણે અત્યાર સુધી અવગણ્યા છે.

ચાલો કલ્પના કરીએ કે વ્યવહાર નંબર 3 ખરેખર વ્યવહાર નંબર 2 પછી આવે છે કે કેમ તે તપાસવાની જરૂર છે. આ કરવા માટે, સંયુક્ત હેશિંગ પદ્ધતિનો ઉપયોગ કરીને, ટ્રાન્ઝેક્શન નંબર 2 ના ત્રીજા, ચોથા અને પાંચમા ક્ષેત્રોના ડેટા માટે હેશ ફંક્શન મૂલ્યની ગણતરી કરવામાં આવે છે. પછી ટ્રાન્ઝેક્શન નંબર 3 ના પ્રથમ ફીલ્ડમાંથી ડેટાનું જોડાણ અને ટ્રાન્ઝેક્શન નંબર 2 ના ત્રીજા, ચોથા અને પાંચમા ફીલ્ડના ડેટા માટે અગાઉ મેળવેલ સંયુક્ત હેશ ફંક્શન મૂલ્ય કરવામાં આવે છે. આ બધું બે હેશ ફંક્શન્સ SHA256 અને RIPEMD160 દ્વારા પણ ચલાવવામાં આવે છે. જો પ્રાપ્ત મૂલ્ય ટ્રાન્ઝેક્શન નંબર 2 ના બીજા ક્ષેત્રના ડેટા સાથે મેળ ખાય છે, તો ચેક પસાર થાય છે અને કનેક્શનની પુષ્ટિ થાય છે. આ નીચેના આંકડાઓમાં વધુ સ્પષ્ટ રીતે બતાવવામાં આવ્યું છે.

સામાન્ય શબ્દોમાં, રજિસ્ટરમાં સૂચના જનરેટ કરવા અને દાખલ કરવા માટેની તકનીક આના જેવી લાગે છે. સૂચનાઓની સાંકળ બનાવવાની પ્રક્રિયાનું દ્રશ્ય ચિત્ર નીચેની આકૃતિમાં રજૂ કરવામાં આવ્યું છે:

આ લખાણમાં, અમે વિગતો પર ધ્યાન આપીશું નહીં, જે નિઃશંકપણે અસ્તિત્વમાં છે, અને વિકેન્દ્રિત જાહેર કી ઈન્ફ્રાસ્ટ્રક્ચરના ખૂબ જ વિચારની ચર્ચા કરવા પર પાછા ફરીશું.

તેથી, કારણ કે અરજદાર પોતે સૂચનાઓની નોંધણી માટે અરજી સબમિટ કરે છે, જે CA ડેટાબેઝમાં સંગ્રહિત નથી, પરંતુ રજિસ્ટ્રીમાં, DPKI ના મુખ્ય સ્થાપત્ય ઘટકોને ધ્યાનમાં લેવા જોઈએ:

1. માન્ય સૂચનાઓનું રજીસ્ટર (RDN).
2. રદ કરાયેલ સૂચનાઓનું રજીસ્ટર (RON).
3. રજીસ્ટર ઓફ સસ્પેન્ડેડ નોટિફિકેશન (RPN).

સાર્વજનિક કી વિશેની માહિતી RDN/RON/RPN માં હેશ ફંક્શન મૂલ્યોના સ્વરૂપમાં સંગ્રહિત થાય છે. એ નોંધવું પણ યોગ્ય છે કે આ કાં તો અલગ-અલગ રજિસ્ટ્રી, અથવા જુદી-જુદી સાંકળો, અથવા એક જ રજિસ્ટ્રીના ભાગ રૂપે એક સાંકળ પણ હોઈ શકે છે, જ્યારે સામાન્ય સાર્વજનિક કી (રદીકરણ, સસ્પેન્શન, વગેરે) ની સ્થિતિ વિશેની માહિતી દાખલ કરવામાં આવે છે. સંબંધિત કોડ મૂલ્યના સ્વરૂપમાં ડેટા સ્ટ્રક્ચરનું ચોથું ક્ષેત્ર. DPKI ના આર્કિટેક્ચરલ અમલીકરણ માટે ઘણાં વિવિધ વિકલ્પો છે, અને એક અથવા બીજાની પસંદગી ઘણા પરિબળો પર આધારિત છે, ઉદાહરણ તરીકે, જાહેર કી સ્ટોર કરવા માટે લાંબા ગાળાની મેમરીની કિંમત વગેરે જેવા ઑપ્ટિમાઇઝેશન માપદંડ.

આમ, DPKI, જો સરળ ન હોય, તો ઓછામાં ઓછું આર્કિટેક્ચરલ જટિલતાના સંદર્ભમાં કેન્દ્રિય ઉકેલ સાથે તુલનાત્મક બની શકે છે.

મુખ્ય પ્રશ્ન રહે છે - ટેકનોલોજીના અમલીકરણ માટે કઈ રજિસ્ટ્રી યોગ્ય છે?

રજિસ્ટ્રી માટેની મુખ્ય આવશ્યકતા એ કોઈપણ પ્રકારના વ્યવહારો જનરેટ કરવાની ક્ષમતા છે. ખાતાવહીનું સૌથી પ્રખ્યાત ઉદાહરણ બિટકોઈન નેટવર્ક છે. પરંતુ જ્યારે ઉપર વર્ણવેલ તકનીકનો અમલ કરવામાં આવે છે, ત્યારે કેટલીક મુશ્કેલીઓ ઊભી થાય છે: હાલની સ્ક્રિપ્ટીંગ ભાષાની મર્યાદાઓ, ડેટાના મનસ્વી સેટની પ્રક્રિયા કરવા માટે જરૂરી પદ્ધતિઓનો અભાવ, મનસ્વી પ્રકારના વ્યવહારો પેદા કરવાની પદ્ધતિઓ અને ઘણું બધું.

અમે ENCRY માં ઉપરોક્ત સમસ્યાઓ ઉકેલવાનો પ્રયાસ કર્યો અને એક રજિસ્ટ્રી વિકસાવી, જે અમારા મતે, ઘણા ફાયદા ધરાવે છે, એટલે કે:

• વિવિધ પ્રકારના વ્યવહારોને સમર્થન આપે છે: તે બંને અસ્કયામતોનું વિનિમય કરી શકે છે (એટલે ​​​​કે, નાણાકીય વ્યવહારો કરી શકે છે) અને મનસ્વી માળખા સાથે વ્યવહારો બનાવી શકે છે,
• વિકાસકર્તાઓ પાસે માલિકીની પ્રોગ્રામિંગ ભાષા પ્રિઝમલેંગની ઍક્સેસ છે, જે વિવિધ તકનીકી સમસ્યાઓ હલ કરતી વખતે જરૂરી સુગમતા પ્રદાન કરે છે,
• મનસ્વી ડેટા સેટ્સ પર પ્રક્રિયા કરવા માટેની એક પદ્ધતિ પ્રદાન કરવામાં આવે છે.

જો આપણે એક સરળ અભિગમ અપનાવીએ, તો નીચેની ક્રિયાઓનો ક્રમ થાય છે:

1. અરજદાર DPKI સાથે નોંધણી કરાવે છે અને ડિજિટલ વૉલેટ મેળવે છે. વૉલેટ એડ્રેસ એ વૉલેટની સાર્વજનિક કીની હેશ મૂલ્ય છે. વોલેટની ખાનગી ચાવી ફક્ત અરજદારને જ ખબર હોય છે.
2. નોંધાયેલ વિષયને સેવા ગુપ્ત કીની ઍક્સેસ આપવામાં આવે છે.
3. વિષય શૂન્ય ટ્રાન્ઝેક્શન જનરેટ કરે છે અને વૉલેટની સિક્રેટ કીનો ઉપયોગ કરીને ડિજિટલ હસ્તાક્ષર સાથે તેની ચકાસણી કરે છે.
4. જો શૂન્ય સિવાયનો કોઈ વ્યવહાર રચાય છે, તો તેને બે ગુપ્ત કીનો ઉપયોગ કરીને ઈલેક્ટ્રોનિક ડિજિટલ હસ્તાક્ષર દ્વારા પ્રમાણિત કરવામાં આવે છે: વૉલેટ અને એક સેવા.
5. વિષય પૂલમાં વ્યવહાર સબમિટ કરે છે.
6. ENCRY નેટવર્ક નોડ પૂલમાંથી ટ્રાન્ઝેક્શન વાંચે છે અને ડિજિટલ સિગ્નેચર તેમજ ટ્રાન્ઝેક્શનની કનેક્ટિવિટી તપાસે છે.
7. જો ડિજિટલ હસ્તાક્ષર માન્ય છે અને કનેક્શન કન્ફર્મ છે, તો તે રજિસ્ટરમાં પ્રવેશ માટે વ્યવહાર તૈયાર કરે છે.

અહીં રજિસ્ટ્રી વિતરિત ડેટાબેઝ તરીકે કાર્ય કરે છે જે માન્ય, રદ કરાયેલ અને સસ્પેન્ડ કરેલી સૂચનાઓ વિશેની માહિતી સંગ્રહિત કરે છે.

અલબત્ત, વિકેન્દ્રીકરણ એ રામબાણ ઉપાય નથી. પ્રાથમિક વપરાશકર્તા પ્રમાણીકરણની મૂળભૂત સમસ્યા ક્યાંય અદૃશ્ય થતી નથી: જો હાલમાં અરજદારની ચકાસણી CR દ્વારા હાથ ધરવામાં આવે છે, તો પછી DPKI માં તે ચકાસણી સમુદાયના સભ્યોને સોંપવાની દરખાસ્ત છે, અને પ્રવૃત્તિને ઉત્તેજીત કરવા માટે નાણાકીય પ્રેરણાનો ઉપયોગ કરવાની દરખાસ્ત છે. ઓપન સોર્સ વેરિફિકેશન ટેકનોલોજી જાણીતી છે. વ્યવહારમાં આવી ચકાસણીની અસરકારકતાની પુષ્ટિ કરવામાં આવી છે. ચાલો આપણે ફરીથી ઓનલાઈન પ્રકાશન બેલિંગકેટ દ્વારા ઘણી હાઈ-પ્રોફાઈલ તપાસને યાદ કરીએ.

પરંતુ સામાન્ય રીતે, નીચેનું ચિત્ર ઉભરી આવે છે: DPKI એ સુધારવાની તક છે, જો બધી નહીં, તો કેન્દ્રિય PKI ની ઘણી ખામીઓ.

અમારા હેબ્રાબ્લોગ પર સબ્સ્ક્રાઇબ કરો, અમે અમારા સંશોધન અને વિકાસને સક્રિયપણે આવરી લેવાનું ચાલુ રાખવાનું અને અનુસરવાની યોજના બનાવીએ છીએ Twitter, જો તમે ENCRY પ્રોજેક્ટ્સ વિશેના અન્ય સમાચાર ચૂકી જવા માંગતા નથી.

સોર્સ: www.habr.com