સ્માર્ટ કોન્ટ્રાક્ટ્સનો પરિચય

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

નિયમિત કરાર વિ. સ્માર્ટ કરાર

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

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

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

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

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

સ્માર્ટ કોન્ટ્રાક્ટની વ્યાખ્યા

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

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

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

એક સરળ ઉદાહરણ - એસ્ક્રો સેવા

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

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

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

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

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

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

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

શયનગૃહ અને રેફ્રિજરેટર સાથેનું ઉદાહરણ

ચાલો એક વધુ જટિલ ઉદાહરણ જોઈએ જે સ્માર્ટ કોન્ટ્રાક્ટની ક્ષમતાઓને વધુ સ્પષ્ટ રીતે દર્શાવે છે.

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

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

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

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

સ્માર્ટ કોન્ટ્રાક્ટનું વર્ગીકરણ

વર્ગીકરણ માટે, તમે માપદંડના વિવિધ જૂથો સેટ કરી શકો છો. જો કે, ટેકનોલોજીના વિકાસની ક્ષણે, તેમાંથી ચાર સંબંધિત છે.

સ્માર્ટ કોન્ટ્રાક્ટને તેમના અમલીકરણના વાતાવરણ દ્વારા ઓળખી શકાય છે, જે કાં તો કેન્દ્રિય અથવા વિકેન્દ્રિત હોઈ શકે છે. વિકેન્દ્રીકરણના કિસ્સામાં, સ્માર્ટ કોન્ટ્રાક્ટ્સનો અમલ કરતી વખતે આપણી પાસે ઘણી મોટી સ્વતંત્રતા અને દોષ સહિષ્ણુતા છે.

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

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

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

વર્તમાન વિષયની સમજણમાં વધુ સ્પષ્ટતા લાવવા માટે નીચે આપણે પ્રથમ ત્રણ માપદંડોને નજીકથી જોઈશું.

રનટાઇમ દ્વારા સ્માર્ટ કોન્ટ્રાક્ટ

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

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

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

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

શરતો સેટ કરવાની અને પરિપૂર્ણ કરવાની પદ્ધતિ દ્વારા સ્માર્ટ કોન્ટ્રાક્ટ

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

મનસ્વી સ્માર્ટ કોન્ટ્રાક્ટ પણ છે, પરંતુ ટ્યુરિંગ સંપૂર્ણ કરાર નથી. આમાં તેમની પોતાની સ્ક્રિપ્ટ સાથે Bitcoin અને Litecoinનો સમાવેશ થાય છે. આનો અર્થ એ છે કે તમે કોઈપણ ક્રમમાં ફક્ત અમુક કામગીરીનો ઉપયોગ કરી શકો છો, પરંતુ તમે હવે લૂપ્સ અને તમારા પોતાના અલ્ગોરિધમ્સ લખી શકતા નથી.

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

આર્બિટરી ટ્યુરિંગ-સંપૂર્ણ કોન્ટ્રાક્ટ્સમાં ઇથેરિયમ પ્લેટફોર્મ અને રૂટસ્ટોકનો સમાવેશ થાય છે, જે હજુ વિકાસ હેઠળ છે. તેથી, નીચે આપણે Ethereum સ્માર્ટ કોન્ટ્રાક્ટ પ્લેટફોર્મ પર થોડી વધુ વિગતમાં રહીશું.

દીક્ષા પદ્ધતિ દ્વારા સ્માર્ટ કરાર

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

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

Ethereum એકાઉન્ટ્સ

Ethereum એકાઉન્ટ પ્રકારો

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

વપરાશકર્તા ખાતું ફક્ત ઇલેક્ટ્રોનિક હસ્તાક્ષરની વ્યક્તિગત કી દ્વારા નિયંત્રિત થાય છે. એકાઉન્ટ માલિક ECDSA (Elliptic Curve Digital Signature Algorithm) અલ્ગોરિધમનો ઉપયોગ કરીને ઇલેક્ટ્રોનિક હસ્તાક્ષર માટે પોતાની કી જોડી બનાવે છે. આ કી વડે હસ્તાક્ષર કરેલ વ્યવહારો જ આ ખાતાની સ્થિતિ બદલી શકે છે.

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

Ethereum પર એકાઉન્ટ્સ કેવી રીતે બનાવવામાં આવે છે

વપરાશકર્તા ખાતાના કિસ્સામાં, માલિક સ્વતંત્ર રીતે ECDSA નો ઉપયોગ કરીને કી જોડી બનાવે છે. એ નોંધવું અગત્યનું છે કે Ethereum Bitcoin તરીકે ઇલેક્ટ્રોનિક હસ્તાક્ષર માટે બરાબર એ જ અલ્ગોરિધમનો અને બરાબર એ જ લંબગોળ વળાંકનો ઉપયોગ કરે છે, પરંતુ સરનામાંની ગણતરી થોડી અલગ રીતે કરવામાં આવે છે. અહીં, બિટકોઇનની જેમ ડબલ હેશિંગનું પરિણામ હવે ઉપયોગમાં લેવાતું નથી, પરંતુ 256 બિટ્સની લંબાઈ પર કેકેક ફંક્શન સાથે સિંગલ હેશિંગ પ્રદાન કરવામાં આવે છે. પરિણામી મૂલ્યમાંથી ઓછામાં ઓછા નોંધપાત્ર બિટ્સ કાપી નાખવામાં આવે છે, એટલે કે આઉટપુટ હેશ મૂલ્યના સૌથી ઓછા નોંધપાત્ર 160 બિટ્સ. પરિણામે, અમને Ethereum માં સરનામું મળે છે. હકીકતમાં, તે 20 બાઇટ્સ લે છે.

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

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

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

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

ઇથેરિયમ ટ્રાન્ઝેક્શન સ્ટ્રક્ચર

તેને સ્પષ્ટ કરવા માટે, અમે Ethereum ટ્રાન્ઝેક્શનની રચના અને સ્માર્ટ કોન્ટ્રાક્ટ કોડનું ઉદાહરણ જોવાનું શરૂ કરીશું.

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

આગળ જેવું ક્ષેત્ર આવે છે ગેસ ભાવ. આ તે કિંમત દર્શાવે છે કે જેના પર ઇથેરિયમ બેઝ કરન્સી ગેસમાં રૂપાંતરિત થાય છે, જેનો ઉપયોગ સ્માર્ટ કોન્ટ્રાક્ટના અમલ અને વર્ચ્યુઅલ મશીન રિસોર્સની ફાળવણી માટે ચૂકવણી કરવા માટે થાય છે. તેનો અર્થ શું છે?

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

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

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

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

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

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

સોલિડિટી માટે સ્માર્ટ કોન્ટ્રાક્ટ કોડનું ઉદાહરણ

ચાલો હવે ઉદાહરણનો ઉપયોગ કરીને સૌથી સરળ સ્માર્ટ કોન્ટ્રાક્ટ પર નજીકથી નજર કરીએ.

contract Bank {
    address owner;
    mapping(address => uint) balances;
    
    function Bank() {
        owner = msg.sender;
    }

    function deposit() public payable {
        balances[msg.sender] += msg.value;
    }

    function withdraw(uint amount) public {
        if (balances[msg.sender] >= amount) {
            balances[msg.sender] -= amount;
            msg.sender.transfer(amount);
        }
    }

    function getMyBalance() public view returns(uint) {
        return balances[msg.sender];
    }

    function kill() public {
        if (msg.sender == owner)
            selfdestruct(owner);
    }
}

ઉપર એક સરળ સ્રોત કોડ છે જે વપરાશકર્તાઓના સિક્કા પકડી શકે છે અને માંગ પર તેમને પરત કરી શકે છે.

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

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

આ બેંક પદ્ધતિ દ્વારા અનુસરવામાં આવે છે - તેનું નામ કરાર જેવું જ છે. તદનુસાર, આ તેનું કન્સ્ટ્રક્ટર છે. અહીં માલિક વેરીએબલને નેટવર્ક પર આ સ્માર્ટ કોન્ટ્રાક્ટ મૂકનાર વ્યક્તિનું સરનામું સોંપવામાં આવ્યું છે. આ કન્સ્ટ્રક્ટરમાં આવું જ થાય છે. એટલે કે, આ કિસ્સામાં msg એ બરાબર ડેટા છે જે વર્ચ્યુઅલ મશીનમાં ટ્રાન્સફર કરવામાં આવ્યો હતો અને આ કોન્ટ્રાક્ટનો આખો કોડ હોય છે. તદનુસાર, msg.sender આ ટ્રાન્ઝેક્શનના લેખક છે જે આ કોડને હોસ્ટ કરે છે. તે સ્માર્ટ કોન્ટ્રાક્ટનો માલિક હશે.

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

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

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

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

Ethereum નેટવર્ક પર સંપૂર્ણ નોડ કેવી રીતે કાર્ય કરે છે?

ચાલો યોજનાકીય રીતે જોઈએ કે આવા સ્માર્ટ કોન્ટ્રાક્ટ્સ Ethereum પ્લેટફોર્મ પર કેવી રીતે એક્ઝિક્યુટ થાય છે અને સંપૂર્ણ નેટવર્ક નોડ કેવી રીતે કાર્ય કરે છે.

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

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

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

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

દંતકથાઓ અને સ્માર્ટ કરારોની મર્યાદાઓ

Ethereum જેવા સ્માર્ટ કોન્ટ્રાક્ટ પ્લેટફોર્મ્સ માટે અસ્તિત્વમાં રહેલા પ્રતિબંધો માટે, નીચેનાને ટાંકી શકાય છે:

• કોડ અમલ;
• મેમરી ફાળવો;
• બ્લોકચેન ડેટા;
• ચૂકવણી મોકલો;
• નવો કરાર બનાવો;
• અન્ય કરારો કૉલ કરો.

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

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

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

ઇથેરિયમના ગેરફાયદા

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

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

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

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

ઇથેરિયમની વાત કરીએ તો, ઘણા બધા સંશોધનો હાથ ધરવામાં આવ્યા છે, ઘણો વ્યવહારુ અનુભવ પ્રાપ્ત થયો છે: બંને સકારાત્મક અને નકારાત્મક, પરંતુ તેમ છતાં ત્યાં મુશ્કેલીઓ અને નબળાઈઓ રહે છે જેનો હજી પણ કોઈક રીતે સામનો કરવો પડશે.

તેથી, લેખનો વિષયાત્મક ભાગ પૂર્ણ થઈ ગયો છે, ચાલો વારંવાર ઉદ્ભવતા પ્રશ્નો તરફ આગળ વધીએ.

FAQ

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

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

- જો મધ્યસ્થી સહભાગી પક્ષકારોમાંથી એક સાથે કરાર કરે તો શું: એસ્ક્રો અથવા સ્માર્ટ કરાર? શું સ્માર્ટ કોન્ટ્રાક્ટમાં મધ્યસ્થી જરૂરી છે?

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

— શું એક Ethereum ટ્રાન્ઝેક્શન દ્વારા તમારા સરનામાંથી વિવિધ લક્ષ્ય સરનામાંઓ પર ઘણાં વિવિધ ટોકન્સ સ્થાનાંતરિત કરવું શક્ય છે, ઉદાહરણ તરીકે, જ્યાં આ ટોકન્સનો વેપાર થાય છે તે સરનામાંઓનું વિનિમય કરવું?

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

— Ethereum પ્લેટફોર્મ વિશેની એક દંતકથા એ છે કે બાહ્ય ઈન્ટરનેટ સંસાધનના ડેટા પર આધાર રાખતી પરિસ્થિતિઓનું વર્ણન કરવું અશક્ય છે, તો પછી શું કરવું?

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

બ્લોકચેન પરના ઓનલાઈન કોર્સનું એક લેક્ચર આ વિષયને સમર્પિત છે - “સ્માર્ટ કોન્ટ્રાક્ટ્સનો પરિચય".

સોર્સ: www.habr.com