د سمارټ قراردادونو پیژندنه

پدې مقاله کې ، موږ به وګورو چې سمارټ قراردادونه څه دي ، دوی څه دي ، موږ به د مختلف سمارټ قرارداد پلیټ فارمونو ، د دوی ځانګړتیاو سره آشنا شو ، او پدې هم بحث وکړو چې دوی څنګه کار کوي او کومې ګټې یې راوړي. دا مواد به د هغو لوستونکو لپاره خورا ګټور وي چې د سمارټ قراردادونو له موضوع سره ښه نه پوهیږي، مګر غواړي د دې پوهیدو ته نږدې شي.

منظم قرارداد په مقابل کې سمارټ تړون

مخکې لدې چې موږ توضیحاتو ته پام وکړو ، راځئ چې د منظم تړون تر مینځ د توپیرونو مثال واخلو ، کوم چې په کاغذ کې مشخص شوی ، او یو سمارټ قرارداد چې په ډیجیټل ډول نمایش کیږي.

د سمارټ قراردادونو له راتګ دمخه دا څنګه کار کاوه؟ د خلکو یوه ډله تصور کړئ چې غواړي د ارزښتونو د ویش لپاره ځینې مقررات او شرایط رامینځته کړي، او همدارنګه یو مشخص میکانیزم چې د ورکړل شویو قواعدو او شرایطو سره سم د دې ویش پلي کولو تضمین کړي. بیا به دوی سره یوځای شي، یو کاغذ به یې راوباسي چې د دوی د پیژندنې توضیحات، شرایط، ارزښتونه پکې شامل دي، تاریخ یې لیکلی او لاسلیک یې کړی. دا قرارداد هم د یو باوري ګوند لخوا تصدیق شوی، لکه یو نوټري. بیا هم دغه کسان د خپلو کاغذي کاپي د داسې تړون سره په مختلفو لارو روان شول او ځینې داسې کړنې یې پیل کړې چې ښايي پخپله له تړون سره سمون نه خوري، یعنې یو کار یې وکړ، خو په کاغذ باندې دا ثابته شوه چې باید یو څه وکړي. په بشپړه توګه مختلف. او له دې حالت څخه څنګه ځان خلاص کړو؟ په حقیقت کې، د ډلې یو غړی باید دا کاغذ واخلي، یو څه شواهد واخلي، محکمې ته یې وړاندې کړي او د قرارداد او حقیقي عملونو ترمنځ موافقت ترلاسه کړي. ډیری وختونه، دا ستونزمنه ده چې د دې قرارداد عادلانه تطبیق ترلاسه کړي، کوم چې د ناخوښۍ پایلو المل کیږي.

د سمارټ قراردادونو په اړه څه ویل کیدی شي؟ دوی د تړون د شرایطو لیکلو امکانات او د دوی د سخت پلي کولو میکانیزم دواړه سره یوځای کوي. که شرایط وضع شوي وي او اړونده معامله یا غوښتنه لاسلیک شوې وي، نو یوځل چې دا غوښتنه یا معامله ومنل شي، نور دا امکان نلري چې شرایط بدل کړي یا د دوی پلي کولو اغیزه وکړي.

دلته یو تایید کونکی یا ټوله شبکه شتون لري ، په بیله بیا یو ډیټابیس چې ټول سمارټ قراردادونه ذخیره کوي چې په سخت تاریخي ترتیب کې د اجرا لپاره سپارل شوي. دا هم مهمه ده چې دا ډیټابیس باید د سمارټ قرارداد پلي کولو لپاره ټول محرک شرایط ولري. سربیره پردې، دا باید هغه ارزښت په پام کې ونیسي چې ویش یې په قرارداد کې بیان شوی. که دا په ځینو ډیجیټل اسعارو پلي کیږي، نو دا ډیټابیس باید دا په پام کې ونیسي.

په بل عبارت، د سمارټ قرارداد تصدیق کونکي باید ټولو معلوماتو ته لاسرسی ولري چې سمارټ قرارداد یې پرمخ وړي. د مثال په توګه، یو واحد ډیټابیس باید په ورته وخت کې د ډیجیټل اسعارو، د کارونکي بیلانس، د کاروونکو لیږدونو، او مهال ویشونو حساب کولو لپاره وکارول شي. بیا، په سمارټ قرارداد کې، حالت ممکن په یو ځانګړي اسعارو کې د کارونکي توازن وي، د یو ټاکلي وخت رارسیدل، یا دا حقیقت چې یو ټاکلی معامله ترسره شوې وي، مګر نور څه نه.

د سمارټ قرارداد تعریف

په عموم کې ، اصطلاح پخپله د څیړونکي نیک سابو لخوا جوړه شوې او په لومړي ځل په 1994 کې کارول شوې ، او په 1997 کې په یوه مقاله کې مستند شوې چې د سمارټ قراردادونو خورا مفکوره بیانوي.

سمارټ قراردادونه پدې معنی دي چې د ارزښت ویش ځینې اتوماتیک ترسره کیږي، کوم چې یوازې په هغو شرایطو پورې اړه لري چې مخکې له مخکې ټاکل شوي وي. په ساده بڼه کې، دا د سخت تعریف شوي شرایطو سره د یو تړون په څیر ښکاري، کوم چې د ځینو ګوندونو لخوا لاسلیک شوی.

سمارټ قراردادونه ډیزاین شوي ترڅو په دریم اړخ باور کم کړي. ځینې ​​​​وختونه د پریکړې کولو مرکز چې هر څه پورې اړه لري په بشپړ ډول خارج کیږي. برسېره پردې، دا ډول قراردادونه د پلټنې لپاره اسانه دي. دا د داسې سیسټم د ډیزاین ځانګړتیاو پایله ده، مګر ډیری وختونه موږ د سمارټ قرارداد په واسطه د غیر متمرکز چاپیریال او د دندو شتون په اړه پوهیږو چې هرڅوک ته اجازه ورکوي ډیټابیس تحلیل کړي او د قراردادونو اجرا کولو بشپړه پلټنه ترسره کړي. دا د پخوانیو معلوماتو بدلونونو پروړاندې محافظت تضمینوي چې پخپله د تړون په فعالیت کې بدلونونه راولي. د ډیری پروسو ډیجیټل کول کله چې د سمارټ قرارداد رامینځته کول او پیل کول اکثرا د دوی پلي کولو ټیکنالوژي او لګښت ساده کوي.

یو ساده مثال - د ایسکرو خدمت

راځئ چې یو ډیر ساده مثال وګورو. دا به تاسو سره د سمارټ قراردادونو فعالیت پوهیدو ته نږدې کیدو کې مرسته وکړي ، په بیله بیا ښه پوهیدل چې په کومو قضیو کې باید وکارول شي.

دا د Bitcoin په کارولو سره هم پلي کیدی شي، که څه هم اوس Bitcoin لاهم په سختۍ سره د سمارټ قراردادونو لپاره بشپړ پلیټ فارم بلل کیدی شي. نو، موږ یو څه پیرودونکي لرو او موږ آنلاین پلورنځی لرو. یو پیرودونکی غواړي له دې پلورنځي څخه مانیټر واخلي. په ساده حالت کې، پیرودونکی تادیه بشپړوي او لیږي، او آنلاین پلورنځي دا مني، تاییدوي، او بیا توکي لیږدوي. په هرصورت، پدې حالت کې لوی باور ته اړتیا شتون لري - پیرودونکي باید د څارنې ټول لګښت لپاره آنلاین پلورنځي باور وکړي. څنګه چې آنلاین پلورنځي ممکن د پیرودونکي په نظر کې ټیټ شهرت ولري ، نو دا خطر شتون لري چې د ځینې دلیلونو لپاره ، د تادیې منلو وروسته ، پلورنځی به خدمت رد کړي او پیرودونکي ته توکي ونه واستوي. له همدې امله، پیرودونکي پوښتنه کوي (او په وینا، آنلاین پلورنځي دا پوښتنه کوي) په دې قضیه کې څه شی پلي کیدی شي ترڅو دا ډول خطرونه کم کړي او دا ډول لیږدونه ډیر باوري کړي.

د Bitcoin په قضیه کې، دا ممکنه ده چې پیرودونکي او پلورونکي ته اجازه ورکړي چې په خپلواکه توګه منځګړیتوب غوره کړي. ډیری خلک شتون لري چې د اختلافي مسلو په حل کولو کې ښکیل دي. او زموږ ګډونوال کولی شي د منځګړیتوبونو له عمومي لیست څخه هغه څوک غوره کړي چې دوی به باور ولري. دوی په ګډه د 2 څخه د 3 څو لاسلیک پته رامینځته کوي چیرې چې درې کیلي شتون لري او د هرې دوه کیلي سره دوه لاسلیکونه اړین دي چې د دې پتې څخه سکې مصرف کړي. یو کیلي به د پیرودونکي پورې اړه ولري، دویمه د آنلاین پلورنځي پورې، او دریم د منځګړیتوب سره. او داسې څو لاسلیک پتې ته پیرودونکی به د څارونکي لپاره تادیه کولو لپاره اړین مقدار واستوي. اوس، کله چې پلورونکی وګوري چې پیسې د یو څه وخت لپاره په څو لاسلیک پته کې بندې شوي چې په هغه پورې اړه لري، هغه کولی شي په خوندي توګه د بریښنالیک له لارې څارونکي واستوي.

بیا، پیرودونکي پارسل ترلاسه کوي، توکي معاینه کوي او د وروستي پیرود په اړه پریکړه کوي. هغه ممکن د چمتو شوي خدمت سره په بشپړ ډول موافق وي او د خپلې کیلي سره معامله لاسلیک کړي ، چیرې چې هغه د څو لاسلیک پتې څخه سکې پلورونکي ته لیږدوي ، یا هغه ممکن د یو څه څخه ناخوښه وي. په دویمه قضیه کې، هغه د منځګړیتوب سره اړیکه نیسي ترڅو یو بدیل معامله یوځای کړي چې دا سکې په مختلف ډول وویشي.

راځئ چې ووایو مانیټور یو څه سکریچ شوی او کټ کې د کمپیوټر سره وصل کیدو لپاره کیبل نه و ، که څه هم د آنلاین پلورنځي ویب پا toې ویلي چې کیبل باید په کټ کې شامل شي. بیا پیرودونکي منځګړیتوب ته د ثابتولو لپاره اړین شواهد راټولوي چې هغه پدې حالت کې دوکه شوی و: هغه د سایټ سکرین شاټونه اخلي، د بریښنالیک رسید عکس اخلي، په مانیټور کې د سکریچ عکس اخلي او ښیې چې مهر و. مات شوی او کیبل ایستل شوی. آنلاین پلورنځي، په بدل کې، خپل شواهد راټولوي او منځګړیتوب ته یې لیږدوي.

منځګړی په ورته وخت کې د پیرودونکي غوسه او د آنلاین پلورنځي ګټې دواړه راضي کولو کې علاقه لري (دا به وروسته روښانه شي چې ولې). دا یوه معامله تشکیلوي په کوم کې چې د څو لاسلیک پتې څخه سکې به د پیرودونکي، آنلاین پلورنځي او منځګړیتوب ترمنځ په یو څه تناسب کې مصرف شي، ځکه چې هغه د خپل کار لپاره د انعام په توګه د ځان لپاره یوه برخه اخلي. راځئ چې ووایو د ټولو پیسو 90٪ پلورونکي ته ، 5٪ منځګړی ته او 5٪ تاوان پیرودونکي ته. منځګړی دا معامله د خپلې کلیمې سره لاسلیک کوي، مګر دا لاهم نشي پلي کیدی، ځکه چې دا دوه لاسلیکونو ته اړتیا لري، مګر یوازې یو یې ارزښت لري. دا دواړه پیرودونکي او پلورونکي ته دا ډول لیږد لیږي. که لږترلږه یو له دوی څخه د سکې د بیا توزیع کولو لپاره د دې اختیار څخه راضي وي، نو معامله به دمخه لاسلیک شي او شبکې ته ویشل شي. د دې د اعتبار لپاره، دا کافي ده چې د معاملو یو اړخ د منځګړیتوب له اختیار سره موافق وي.

دا مهمه ده چې په پیل کې منځګړیتوب غوره کړئ ترڅو دواړه ګډونوال په هغه باور وکړي. په دې حالت کې، هغه به په خپلواکه توګه د یو یا بل د ګټو څخه کار واخلي او په معقول ډول د وضعیت ارزونه وکړي. که چیرې منځګړی د سکې ویشلو لپاره یو اختیار چمتو نکړي چې لږترلږه یو ګډونوال راضي کړي، نو بیا، په ګډه موافقه کولو سره، پیرودونکي او آنلاین پلورنځي کولی شي سکې د خپلو دوو لاسلیکونو په ایښودلو سره نوي څو لاسلیک پتې ته واستوي. نوی کثیر السلیک پته به د یو مختلف منځګړی سره تالیف شي، کوم چې ممکن په موضوع کې ډیر وړ وي او یو غوره اختیار چمتو کړي.

مثال د لیلیې او یخچال سره

راځئ یو ډیر پیچلي مثال وګورو چې د سمارټ قرارداد وړتیاوې په روښانه توګه ښیې.

راځئ چې ووایو دلته درې هلکان شتون لري چې پدې وروستیو کې ورته د خوب خونې ته تللي. دا درې واړه د خپلې خونې لپاره د یخچال پیرودلو ته لیواله دي چې دوی کولی شي یوځای وکاروي. یو له دوی څخه په داوطلبانه توګه د یخچال اخیستلو لپاره اړین مقدار راټولول او د پلورونکي سره خبرې اترې وکړې. په هرصورت، دوی یوازې په دې وروستیو کې یو بل سره لیدلي او د دوی ترمنځ کافي باور شتون نلري. په ښکاره ډول، دوه یې دریم ته د پیسو په ورکولو سره خطر اخلي. سربیره پردې ، دوی اړتیا لري د پلورونکي غوره کولو کې موافقې ته ورسیږي.

دوی کولی شي د ایسکرو خدمت وکاروي، دا دی، یو منځګړی وټاکي چې د معاملو اجرا کول وڅاري او د اختلافي مسلو حل وکړي که چیرې کومه ستونزه رامنځته شي. بیا، د موافقې سره، دوی یو سمارټ قرارداد جوړوي او په دې کې ځینې شرایط وړاندې کوي.

لومړی شرط دا دی چې د یو ټاکلي وخت څخه مخکې، د یوې اونۍ په اوږدو کې ووایاست، اړونده سمارټ قرارداد حساب باید د یوې ټاکلې اندازې لپاره د ځینې پتې څخه درې تادیات ترلاسه کړي. که دا پیښ نشي، سمارټ قرارداد اجرا کول ودروي او سکې ټولو ګډون کوونکو ته بیرته ورکوي. که شرط پوره شي، نو د پلورونکي او منځګړیتوب پیژندونکي ارزښتونه ټاکل کیږي، او دا شرط چک کیږي چې ټول ګډون کوونکي د پلورونکي او منځګړیتوب له انتخاب سره موافق وي. کله چې ټول شرایط پوره شي، بیا به فنډونه ټاکل شوي پتې ته لیږدول کیږي. دا طریقه کولی شي ګډونوال له هر اړخ څخه د درغلیو څخه خوندي کړي او په عمومي توګه د باور اړتیا له منځه یوسي.

موږ په دې مثال کې هغه اصول ګورو چې د هر حالت د پوره کولو لپاره د ګام په ګام د پیرامیټونو ټاکلو وړتیا تاسو ته اجازه درکوي چې د هر ډول پیچلتیا او د نیست شوي کچې ژوروالي سیسټمونه رامینځته کړي. سربیره پردې ، تاسو کولی شئ لومړی په سمارټ قرارداد کې لومړی شرط تعریف کړئ ، او یوازې د دې بشپړیدو وروسته تاسو کولی شئ د راتلونکي حالت لپاره پیرامیټونه تنظیم کړئ. په بل عبارت، حالت په رسمی توګه لیکل شوی، او د دې لپاره پیرامیټونه د عملیاتو په جریان کې دمخه ټاکل کیدی شي.

د سمارټ قراردادونو طبقه بندي

د ډلبندۍ لپاره، تاسو کولی شئ د معیارونو مختلف ګروپونه تنظیم کړئ. په هرصورت، د ټیکنالوژۍ پراختیا په وخت کې، څلور یې اړونده دي.

سمارټ قراردادونه د دوی د اجرا کولو چاپیریال لخوا توپیر کیدی شي، کوم چې کیدای شي مرکزي یا غیر متمرکز وي. د غیر متمرکز کولو په حالت کې، موږ د سمارټ قراردادونو اجرا کولو په وخت کې ډیره خپلواکي او د خطا زغم لرو.

دوی د شرایطو ترتیب او بشپړولو پروسې لخوا هم توپیر کیدی شي: دوی په آزاده توګه د برنامه کولو وړ ، محدود یا دمخه تعریف شوي ، د بیلګې په توګه په کلکه ټایپ شوي. کله چې د سمارټ قرارداد پلیټ فارم کې یوازې 4 ځانګړي سمارټ قراردادونه شتون ولري ، د دوی لپاره پیرامیټونه په هر ډول تنظیم کیدی شي. په دې اساس، د دوی تنظیم کول خورا ساده دي: موږ له لیست څخه یو تړون غوره کوو او پیرامیټونه یې تیر کړو.

د ابتکار میتود له مخې، اتوماتیک سمارټ قراردادونه شتون لري، دا دی، کله چې ځینې شرایط رامنځته کیږي، دوی پخپله اجرا کوي، او داسې قراردادونه شتون لري چې شرایط یې مشخص شوي، مګر پلیټ فارم په اتوماتيک ډول د دوی بشپړتیا نه ګوري؛ د دې لپاره دوی باید په جلا توګه پیل شي.

سربیره پردې، سمارټ قراردادونه د دوی د محرمیت په کچه کې توپیر لري. دوی کولی شي په بشپړه توګه خلاص وي، په جزوي توګه یا په بشپړه توګه محرم وي. وروستنۍ معنی دا ده چې د دریمې ډلې څارونکي د سمارټ قراردادونو شرایط نه ګوري. په هرصورت، د محرمیت موضوع خورا پراخه ده او دا غوره ده چې دا د اوسنۍ مقالې څخه جلا په پام کې ونیول شي.

لاندې به موږ لومړی دریو معیارونو ته نږدې کتنه وکړو ترڅو د اوسنۍ موضوع په پوهیدو کې نور وضاحت راشي.

د چلولو په وخت کې سمارټ قراردادونه

د اجرا کولو چاپیریال پراساس ، د مرکزي او غیر متمرکز سمارټ قرارداد پلیټ فارمونو ترمینځ توپیر رامینځته شوی. د مرکزي ډیجیټل قراردادونو په صورت کې، یو واحد خدمت کارول کیږي، چیرې چې یوازې یو تایید کونکی شتون لري او ممکن د بیک اپ او بیا رغونې خدمت وي، کوم چې په مرکزي توګه اداره کیږي. یو ډیټابیس شتون لري چې ټول اړین معلومات ذخیره کوي ترڅو د سمارټ قرارداد شرایط تنظیم کړي او هغه ارزښت توزیع کړي چې پدې خورا خدمت ډیټابیس کې په پام کې نیول شوي. دا ډول مرکزي خدمت یو پیرودونکي لري چې د ځانګړو غوښتنو سره شرایط ټاکي او دا ډول قراردادونه کاروي. د پلیټ فارم د مرکزي طبیعت له امله، د تصدیق کولو میکانیزمونه ممکن د کریپټو اسعارو په پرتله لږ خوندي وي.

د مثال په توګه، موږ کولی شو د ګرځنده مخابراتو چمتو کونکي (مختلف ګرځنده چلونکي) واخلو. راځئ چې ووایو یو ځانګړی آپریټر په خپلو سرورونو کې د ترافیک مرکزي ریکارډ ساتي ، کوم چې په مختلف فارمیټونو کې لیږدول کیدی شي ، د مثال په توګه: د غږ کالونو په بڼه ، د ایس ایم ایس لیږد ، د ګرځنده انټرنیټ ترافیک ، او د مختلف معیارونو سره سم ، او همدارنګه ریکارډونه ساتي. د کارونکي بیلانس باندې فنډ. په دې اساس، د ګرځنده مخابراتو چمتو کونکي کولی شي د چمتو شوي خدماتو حساب ورکولو او د مختلف شرایطو سره د دوی تادیاتو لپاره قراردادونه رامینځته کړي. په دې حالت کې، دا آسانه ده چې شرایط تنظیم کړئ لکه "د داسې او داسې یو کوډ سره یو ایس ایم ایس واستوئ، او تاسو به د ټرافيکي توزیع لپاره دا ډول شرایط ترلاسه کړئ."

یو بل مثال ورکول کیدی شي: دودیز بانکونه چې د انټرنیټ بانکداري پراخه فعالیت لري او خورا ساده قراردادونه لکه منظم تادیات، د راتلونکو تادیاتو اتوماتیک تبادله، یو مشخص حساب ته د سود اتوماتیک کسر، او داسې نور.

که موږ د غیر متمرکز اجرا کولو چاپیریال سره د سمارټ قراردادونو په اړه وغږیږو ، نو موږ د اعتبار کونکو یوه ډله لرو. په عین حال کې، هرڅوک کولی شي د اعتبار وړ وي. د ډیټابیس همغږي کولو پروتوکول او توافق ته رسیدو له امله ، موږ یو څه عام ډیټابیس لرو چې اوس به ټولې معاملې په کلکه تشریح شوي قراردادونو سره ذخیره کړي ، او نه ځینې مشروط پوښتنې چې ډیری وختونه یې شکلونه بدلیږي ، او هیڅ خلاص توضیحات شتون نلري. دلته، لیږدونه به د سخت مشخصاتو سره سم د قرارداد اجرا کولو لارښوونې ولري. دا مشخصات خلاص دي او له همدې امله د پلیټ فارم کارونکي پخپله کولی شي سمارټ قراردادونه پلټنه او تصدیق کړي. دلته موږ ګورو چې غیر متمرکز پلیټ فارمونه د خپلواکۍ او غلطۍ زغم له مخې مرکزي شوي پلیټ فارمونه غوره دي ، مګر د دوی ډیزاین او ساتنه خورا پیچلې ده.

د شرایطو د تنظیم او پوره کولو طریقې له مخې سمارټ قراردادونه

اوس راځئ چې نږدې وګورو چې څنګه سمارټ قراردادونه د شرایطو په ټاکلو او پوره کولو کې توپیر کولی شي. دلته موږ خپل پام سمارټ قراردادونو ته واړوو چې په تصادفي ډول د برنامه وړ او ټورینګ بشپړ دي. د تورینګ بشپړ سمارټ قرارداد تاسو ته اجازه درکوي چې نږدې هر ډول الګوریتمونه د تړون اجرا کولو شرایطو په توګه وټاکئ: دورې ولیکئ، د احتمالاتو محاسبه کولو لپاره ځینې دندې، او داسې نور - په سمه توګه ستاسو خپل بریښنایی لاسلیک الګوریتمونو ته. په دې حالت کې، موږ د منطق په ریښتیا د خپل سري لیکلو معنی لرو.

دلته خپل سري سمارټ قراردادونه هم شتون لري، مګر د تورینګ بشپړ قراردادونه ندي. پدې کې Bitcoin او Litecoin د خپل سکریپټ سره شامل دي. دا پدې مانا ده چې تاسو کولی شئ په هر ترتیب کې یوازې ځینې عملیات وکاروئ، مګر تاسو نور نشي کولی لوپونه او خپل الګوریتمونه ولیکئ.

سربیره پردې ، د سمارټ قرارداد پلیټ فارمونه شتون لري چې دمخه تعریف شوي سمارټ قراردادونه پلي کوي. پدې کې Bitshares او Steemit شامل دي. Bitshares د سوداګرۍ، حساب مدیریت، پخپله د پلیټ فارم مدیریت او د هغې پیرامیټونو لپاره یو لړ سمارټ قراردادونه لري. Steemit یو ورته پلیټ فارم دی، مګر دا نور د Bitshares په څیر د ټوکنونو او سوداګرۍ په صادرولو تمرکز نه کوي، مګر په بلاګ کولو، د بیلګې په توګه دا په غیر متمرکز ډول مینځپانګې ذخیره کوي او پروسس کوي.

د تیري تورینګ - بشپړ قراردادونو کې د ایتیریم پلیټ فارم او روټ سټاک شامل دي ، کوم چې لاهم د پراختیا لاندې دی. له همدې امله ، لاندې به موږ د ایتیریم سمارټ قرارداد پلیټ فارم کې یو څه نور توضیحاتو کې اوسو.

د ابتکار میتود لخوا سمارټ قراردادونه

د پیل کولو میتود پراساس ، سمارټ قراردادونه هم لږترلږه په دوه ډلو ویشل کیدی شي: اتومات او لارښود (نه اتوماتیک). اتوماتیک د دې حقیقت لخوا مشخص شوي چې د ټولو پیژندل شوي پیرامیټونو او شرایطو په پام کې نیولو سره، سمارټ قرارداد په بشپړ ډول په اوتومات ډول اجرا کیږي، دا دا دی چې دا د اضافي معاملو لیږلو او په هر راتلونکي اجرا کولو کې د اضافي کمیسون لګولو ته اړتیا نلري. پلیټ فارم پخپله ټول معلومات لري ترڅو محاسبه کړي چې سمارټ قرارداد به څنګه بشپړ شي. هلته منطق خپلسري نه دی، بلکې له مخکې ټاکل شوی او دا ټول د وړاندوینې وړ دي. دا دی، تاسو کولی شئ مخکې له مخکې د سمارټ قرارداد پلي کولو پیچلتیا اټکل کړئ، د دې لپاره یو ډول دوامداره کمیسیون وکاروئ، او د پلي کولو لپاره ټولې پروسې خورا اغیزمنې دي.

د سمارټ قراردادونو لپاره چې په وړیا ډول برنامه شوي ، اجرا کول اتومات ندي. د داسې سمارټ قرارداد پیل کولو لپاره، په حقیقت کې په هر ګام کې تاسو اړتیا لرئ یو نوی لیږد رامینځته کړئ، کوم چې به د اجرا کولو راتلونکی مرحله یا راتلونکی سمارټ قرارداد طریقه ووایی، مناسب کمیسیون تادیه کړئ او د لیږد تایید ته انتظار وکړئ. اجرا کول ممکن په بریالیتوب سره بشپړ شي یا نه، ځکه چې د سمارټ قرارداد کوډ خپل سري دی او ځینې غیر متوقع شیبې ښایي ښکاره شي، لکه یو ابدي لوپ، د ځینو پیرامیټونو او دلیلونو نشتوالی، نه منل شوي استثناوې، او داسې نور.

Ethereum حسابونه

د Ethereum حساب ډولونه

راځئ وګورو چې د ایتیریم پلیټ فارم کې کوم ډول حسابونه شتون لري. دلته یوازې دوه ډوله حسابونه شتون لري او نور اختیارونه شتون نلري. لومړی ډول د کارونکي حساب په نوم یادیږي، دویم د قرارداد حساب دی. راځئ چې معلومه کړو چې دوی څنګه توپیر لري.

د کارونکي حساب یوازې د بریښنایی لاسلیک شخصي کیلي لخوا کنټرول کیږي. د حساب مالک د ECDSA (Elliptic Curve Digital Signature Algorithm) الګوریتم په کارولو سره د بریښنایی لاسلیک لپاره خپله کلیدي جوړه رامینځته کوي. یوازې د دې کیلي سره لاسلیک شوي لیږد کولی شي د دې حساب حالت بدل کړي.

د سمارټ قرارداد حساب لپاره یو جلا منطق چمتو شوی. دا یوازې د مخکې ټاکل شوي سافټویر کوډ لخوا کنټرول کیدی شي چې په بشپړ ډول د سمارټ تړون چلند ټاکي: دا به څنګه د ځانګړو شرایطو لاندې خپلې سکې اداره کړي ، د کوم کارونکي په نوښت او د کوم اضافي شرایطو لاندې به دا سکې وویشل شي. که چیرې د برنامه کوډ کې د پراختیا کونکو لخوا ځینې ټکي چمتو نه شي ، ستونزې رامینځته کیدی شي. د مثال په توګه، یو سمارټ قرارداد ممکن یو مشخص حالت ترلاسه کړي چې په کوم کې دا د نورو کاروونکو څخه د نورو اجرا کولو پیل نه مني. په دې حالت کې، سکې به په حقیقت کې کنګل شي، ځکه چې سمارټ قرارداد د دې حالت څخه د وتلو لپاره چمتو نه کوي.

څنګه حسابونه په Ethereum کې جوړیږي

د کارونکي حساب په صورت کې، مالک په خپلواکه توګه د ECDSA په کارولو سره کلیدي جوړه تولیدوي. دا مهمه ده چې په یاد ولرئ چې ایتیروم د Bitcoin په څیر د بریښنایی لاسلیکونو لپاره دقیقا ورته الګوریتم او په ورته ډول ورته الیپټیک وکر کاروي ، مګر پته په یو څه مختلف ډول محاسبه کیږي. دلته، د ډبل هش کولو پایله نوره نه کارول کیږي، لکه څنګه چې په Bitcoin کې، مګر د کیکاک فنکشن سره د 256 بټونو په اوږدوالي کې یو واحد هشینګ چمتو کیږي. لږترلږه د پام وړ بټونه د پایله شوي ارزښت څخه قطع شوي ، د بیلګې په توګه د محصول هش ارزښت لږترلږه مهم 160 بټونه. د پایلې په توګه، موږ په Ethereum کې یو پته ترلاسه کوو. په حقیقت کې، دا 20 بایټ اخلي.

مهرباني وکړئ په یاد ولرئ چې په Ethereum کې د حساب پیژندونکی د چیکسم پلي کولو پرته په هیکس کې کوډ شوی دی ، د Bitcoin او ډیری نورو سیسټمونو برخلاف ، چیرې چې پته د چیکسم اضافه کولو سره د بیس 58 شمیرې سیسټم کې کوډ شوی. دا پدې مانا ده چې تاسو باید محتاط اوسئ کله چې په ایتیروم کې د حساب پیژندونکو سره کار کوئ: حتی په پیژندونکي کې یوه غلطي د سکې له لاسه ورکولو تضمین کیږي.

یو مهم خصوصیت شتون لري او هغه دا چې د عمومي ډیټابیس په کچه د یو کارونکي حساب هغه وخت رامینځته کیږي کله چې هغه لومړی راتلونکی تادیه مني.

د سمارټ قرارداد حساب رامینځته کول په بشپړ ډول مختلف چلند کوي. په پیل کې، یو له کاروونکو څخه د سمارټ قرارداد سرچینه کوډ لیکي، وروسته له دې چې کوډ د 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.sender د دې لیږد لیکوال دی چې دا کوډ کوربه کوي. هغه به د سمارټ قرارداد مالک وي.

د زیرمه کولو طریقه تاسو ته اجازه درکوي د معاملې له لارې د قرارداد حساب ته یو ټاکلی شمیر سکې انتقال کړئ. په دې حالت کې، سمارټ قرارداد، چې دا سکې ترلاسه کوي، په بیلانس پاڼه کې یې پریږدي، مګر د بیلانس په جوړښت کې ثبتوي چې په حقیقت کې د دې سکې لیږونکي څوک وو ترڅو پوه شي چې دا د چا پورې اړه لري.

بله میتود د وتلو په نوم یادیږي او دا یو پیرامیټر اخلي - د سکې مقدار چې یو څوک غواړي له دې بانک څخه وباسي. دا چک کوي چې ایا د کارونکي په بیلانس کې کافي سکې شتون لري چې دا طریقه یې د لیږلو لپاره بولي. که چیرې د دوی کافي شتون ولري ، نو سمارټ قرارداد پخپله تلیفون کونکي ته د سکې شمیره بیرته ورکوي.

بل د کارونکي اوسني توازن چک کولو میتود راځي. څوک چې دا طریقه غږوي په سمارټ قرارداد کې د دې توازن بیرته ترلاسه کولو لپاره کارول کیږي. دا د یادولو وړ ده چې د دې طریقې ترمیم کونکی لید دی. دا پدې مانا ده چې میتود پخپله د خپل ټولګي تغیرات په هیڅ ډول نه بدلوي او دا واقعیا یوازې د لوستلو میتود دی. د دې طریقې د زنګ وهلو لپاره هیڅ جلا لیږد نه دی رامینځته شوی، هیڅ فیس نه ورکول کیږي، او ټول حسابونه په محلي توګه ترسره کیږي، وروسته له دې چې کاروونکي پایله ترلاسه کوي.

د سمارټ قرارداد حالت ویجاړولو لپاره د وژنې میتود ته اړتیا ده. او دلته یو اضافي چک شتون لري چې ایا د دې میتود زنګ وهونکی د دې تړون مالک دی. که داسې وي، نو بیا قرارداد پخپله ویجاړوي، او د ویجاړولو فعالیت یو پیرامیټر اخلي - د حساب پیژندونکی چې قرارداد به په خپل توازن کې پاتې ټولې سکې واستوي. په دې حالت کې، پاتې سکې به په اوتومات ډول د قرارداد مالک پته ته لاړ شي.

د Ethereum شبکې بشپړ نوډ څنګه کار کوي؟

راځئ چې په تدبیر سره وګورو چې دا ډول سمارټ قراردادونه په ایتیریم پلیټ فارم کې څنګه اجرا کیږي او څنګه د بشپړ شبکې نوډ کار کوي.

په Ethereum شبکه کې یو بشپړ نوډ باید لږترلږه څلور ماډلونه ولري.
لومړی، لکه څنګه چې د هر غیر متمرکز پروتوکول لپاره، د P2P شبکې ماډل دی - د شبکې پیوستون او د نورو نوډونو سره کار کولو ماډل دی، چیرې چې بلاکونه، لیږدونه، او د نورو نوډونو په اړه معلومات تبادله کیږي. دا د ټولو غیر متمرکز کریپټو اسعارو لپاره دودیزه برخه ده.

بیا، موږ د بلاکچین ډیټا ذخیره کولو، پروسس کولو، د لومړیتوب څانګې غوره کولو، د بلاکونو ضمیمه کولو، د بلاکونو تړلو، د دې بلاکونو اعتبار، او داسې نور لپاره ماډل لرو.

دریم ماډل د EVM (Ethereum مجازی ماشین) په نوم یادیږي - دا یو مجازی ماشین دی چې د Ethereum معاملو څخه بایټ کوډ ترلاسه کوي. دا ماډل د یو ځانګړي حساب اوسنی حالت اخلي او د ترلاسه شوي بایټ کوډ پراساس خپل حالت ته بدلون ورکوي. د هرې شبکې نوډ کې د مجازی ماشین نسخه باید ورته وي. هغه محاسبې چې په هر ایتیریم نوډ کې ترسره کیږي په سمه توګه ورته دي، مګر دوی په غیر متناسب ډول واقع کیږي: یو څوک دا معامله مخکې ګوري او مني، دا په دې کې موجود ټول کوډ اجرا کوي، او یو څوک وروسته. په دې اساس، کله چې یو لیږد رامینځته کیږي، دا شبکې ته ویشل کیږي، نوډونه یې مني، او د تصدیق په وخت کې، په ورته ډول چې د Bitcoin سکریپټ په Bitcoin کې اجرا کیږي، د مجازی ماشین بایټ کوډ دلته اجرا کیږي.

یوه معامله تایید شوې ګڼل کیږي که چیرې په دې کې موجود ټول کوډ اجرا شوي وي، د یو ځانګړي حساب نوی حالت رامینځته شوی او خوندي شوی وي تر هغه چې دا روښانه شي چې ایا دا معامله پلي شوې که نه. که چیرې معامله پلي شي، نو دا حالت نه یوازې بشپړ شوی، بلکې اوسنی هم ګڼل کیږي. یو ډیټابیس شتون لري چې د هرې شبکې نوډ لپاره د هر حساب حالت ذخیره کوي. د دې حقیقت له امله چې ټول حسابونه په ورته ډول پیښیږي او د بلاکچین حالت ورته دی ، ډیټابیس چې د ټولو حسابونو حالتونه لري د هر نوډ لپاره به ورته وي.

د سمارټ قراردادونو افسانې او محدودیتونه

د هغو محدودیتونو لپاره چې د سمارټ قرارداد پلیټ فارمونو لپاره ایتیریم ته ورته دي، لاندې یې حواله کیدی شي:

• د کوډ اجرا کول
• حافظه تخصیص؛
• د بلاکچین ډاټا؛
• تادیات لیږل؛
• نوی تړون جوړول؛
• نورو قراردادونو ته زنګ ووهئ.

راځئ هغه محدودیتونه وګورو چې په مجازی ماشین کې لګول شوي، او په وینا یې، د سمارټ قراردادونو په اړه ځینې افسانې له منځه یوسو. په یو مجازی ماشین کې، کوم چې نه یوازې په ایتیروم کې، بلکې په ورته پلیټ فارمونو کې هم کیدی شي، تاسو کولی شئ په ریښتیا خپل سري منطقي عملیات ترسره کړئ، دا دی، کوډ ولیکئ او دا به هلته اجرا شي، تاسو اضافي حافظه تخصیص کولی شئ. په هرصورت، فیس د هر عملیات لپاره او د ځانګړي شوي حافظې اضافي واحد لپاره په جلا توګه ورکول کیږي.

بیا، مجازی ماشین کولی شي د بلاکچین ډیټابیس څخه ډاټا ولولي ترڅو دا ډاټا د یو یا بل سمارټ قرارداد منطق اجرا کولو لپاره د محرک په توګه وکاروي. مجازی ماشین کولی شي لیږدونه رامینځته او واستوي ، دا کولی شي نوي قراردادونه رامینځته کړي او د نورو سمارټ قراردادونو غوښتنې میتودونه چې دمخه په شبکه کې خپاره شوي دي: موجود ، شتون لري ، او داسې نور.

ترټولو عام افسانه دا ده چې د Ethereum سمارټ قراردادونه کولی شي د دوی په شرایطو کې د هرې انټرنیټ سرچینې څخه معلومات وکاروي. حقیقت دا دی چې یو مجازی ماشین نشي کولی په انټرنیټ کې ځینې بهرنۍ معلوماتو سرچینې ته د شبکې غوښتنه واستوي، دا دا ده چې د سمارټ قرارداد لیکل ناممکن دي چې د کاروونکو تر مینځ ارزښت د دې پورې اړه لري چې ووایاست، ووایاست چې بهر هوا څنګه ده، یا چا یو څه اتلولي وګټله ، ​​یا د کومې بلې پیښې پراساس چې په بهرنۍ نړۍ کې پیښ شوي ، ځکه چې د دې پیښو په اړه معلومات پخپله د پلیټ فارم ډیټابیس کې ندي. دا دی، پدې اړه په بلاکچین کې هیڅ شی شتون نلري. که دا هلته نه ښکاري، نو بیا مجازی ماشین نشي کولی دا ډاټا د محرک په توګه وکاروي.

د Ethereum زیانونه

راځئ چې اصلي لیست وکړو. لومړی نیمګړتیا دا ده چې په Ethereum کې د سمارټ قراردادونو ډیزاین کولو، پراختیا او ازموینې کې ځینې ستونزې شتون لري (ایتیریم د سمارټ قراردادونو لیکلو لپاره د سولیډیټ ژبه کاروي). په حقیقت کې، تمرین ښیي چې د ټولو غلطیتونو ډیره لویه سلنه د انسان فکتور پورې اړه لري. دا واقعیا د دمخه لیکل شوي ایتیریم سمارټ قراردادونو لپاره ریښتیا ده چې اوسط یا لوړ پیچلتیا لري. که د ساده سمارټ قراردادونو لپاره د غلطۍ احتمال لږ وي، نو په پیچلو سمارټ قراردادونو کې ډیری وختونه غلطۍ شتون لري چې د فنډونو د غلا، د دوی کنګل کیدو، په غیر متوقع ډول د سمارټ قراردادونو ویجاړولو او داسې نورو لامل کیږي. پیژندل شوی

دویمه نیمګړتیا دا ده چې مجازی ماشین پخپله بشپړ نه دی، ځکه چې دا د خلکو لخوا هم لیکل کیږي. دا کولی شي خپلسري حکمونه اجرا کړي، او په دې کې زیان منونکي دي: یو شمیر کمانډونه په یو مشخص ډول تنظیم کیدی شي چې دا به د پایلو المل شي چې مخکې نه اټکل کیده. دا خورا پیچلې سیمه ده، مګر لا دمخه ډیری مطالعې شتون لري چې دا ښیي چې دا زیانمننې د ایتیروم شبکې په اوسني نسخه کې شتون لري او دوی کولی شي د ډیری سمارټ قراردادونو ناکامۍ لامل شي.

بل لوی مشکل، دا یو زیان ګڼل کیدی شي. دا په حقیقت کې دی چې تاسو کولی شئ په عملي یا تخنیکي ډول دې پایلې ته ورسیږئ چې که تاسو د یو تړون بایټ کوډ تالیف کړئ چې په مجازی ماشین کې به اجرا شي ، تاسو کولی شئ د عملیاتو ځینې ځانګړي ترتیب وټاکئ. کله چې یوځای ترسره شي، دا عملیات به په پراخه کچه مجازی ماشین بار کړي او دا به په غیر متناسب ډول د فیس لپاره ورو کړي چې د دې عملیاتو ترسره کولو لپاره تادیه شوي.

په تیرو وختونو کې، د ایتیروم په پراختیا کې یوه دوره وه، کله چې ډیری هلکان چې د مجازی ماشین عملیات په تفصیل سره پوهیدل دا ډول زیانمننې وموندلې. په حقیقت کې، لیږد خورا لږ فیس ورکړ، مګر په عملي توګه ټوله شبکه ورو کړه. دا ستونزې حل کول خورا ستونزمن دي، ځکه چې دا اړینه ده، لومړی، د دوی مشخص کول، دویم، د دې عملیاتو ترسره کولو لپاره قیمت تنظیم کړئ او دریم، د سخت فورک ترسره کول، پدې معنی چې د شبکې ټول نوډونه نوي نسخه ته تازه کول. د سافټویر، او بیا د دې بدلونونو یوځای فعالول.

لکه څنګه چې د ایتیریم لپاره، ډیری څیړنې ترسره شوي، ډیری عملي تجربه ترلاسه شوې: دواړه مثبت او منفي، مګر بیا هم ستونزې او زیانونه شتون لري چې لاهم باید په یو ډول سره معامله وشي.

نو ، د مقالې موضوعي برخه بشپړه شوې ، راځئ چې پوښتنو ته لاړ شو چې ډیری وختونه راپورته کیږي.

Часто задаваемые вопросы

- که چیرې د اوسني سمارټ قرارداد ټولې خواوې وغواړي شرایط بدل کړي، ایا دوی کولی شي دا سمارټ قرارداد د ملټي سیګ په کارولو سره لغوه کړي، او بیا د دې د اجرا کولو تازه شرایطو سره یو نوی سمارټ قرارداد رامینځته کړي؟

دلته ځواب به دوه چنده وي. ولې؟ ځکه چې له یوې خوا، یو هوښیار تړون یو ځل تعریف شوی او دا نور هیڅ بدلون نه مني، او له بلې خوا، دا کولی شي دمخه لیکل شوي منطق ولري چې د ځینو شرایطو بشپړ یا جزوي بدلون لپاره چمتو کوي. دا دی، که تاسو غواړئ په خپل سمارټ قرارداد کې یو څه بدل کړئ، نو تاسو باید هغه شرایط وړاندې کړئ چې تاسو یې دا شرایط تازه کولی شئ. په دې اساس، یوازې په داسې هوښیارۍ کې د قرارداد تجدید تنظیم کیدی شي. مګر دلته هم، تاسو کولی شئ له ستونزو سره مخ شئ: یو څه تېروتنه وکړئ او ورته زیانمنتیا ترلاسه کړئ. نو ځکه، دا ډول شیان باید خورا مفصل او په احتیاط سره ډیزاین او ازمول شي.

- که چیرې منځګړی د یو ګډون کونکي اړخ سره یو تړون ته ننوځي: ایسکرو یا سمارټ قرارداد؟ ایا په سمارټ قرارداد کې منځګړیتوب اړین دی؟

په سمارټ قرارداد کې منځګړیتوب ته اړتیا نشته. دا ممکن شتون ونلري. که د ایسکرو په قضیه کې منځګړیتوب د یوې خوا سره دسیسې ته ننوځي، نو هو، دا سکیم په چټکۍ سره خپل ټول ارزښت له لاسه ورکوي. له همدې امله منځګړیتوب په داسې ډول غوره کیږي چې په ورته وخت کې په دې پروسه کې د ټولو ښکیلو خواوو لخوا د باور وړ وي. په دې اساس، تاسو به په ساده ډول د منځګړیتوب سره د څو لاسلیک پتې ته سکې ونه لیږدئ چې تاسو باور نه لرئ.

- ایا دا ممکنه ده چې د یو ایتیریم معاملې سره ستاسو د پتې څخه مختلف هدف پتې ته ډیری مختلف ټوکنونه لیږدئ ، د مثال په توګه ، پتې تبادله کړئ چیرې چې دا ټوکنونه تجارت کیږي؟

دا یوه ښه پوښتنه ده او دا د Ethereum لیږد ماډل په اړه اندیښنه لري او دا څنګه د Bitcoin ماډل څخه توپیر لري. او توپیر یې بنسټیز دی. که چیرې د ایتیریم د لیږد ماډل کې تاسو په ساده ډول سکې لیږدئ، نو دوی یوازې د یو پته څخه بل ته لیږدول کیږي، هیڅ بدلون نشته، یوازې هغه مشخص مقدار چې تاسو یې مشخص کړی. په بل عبارت، دا د نه مصرف شوي محصول (UTXO) ماډل نه دی، مګر د حسابونو او ورته بیلانس ماډل دی. دا په تیوریکي توګه ممکنه ده چې په یو وخت کې په یو لیږد کې څو مختلف ټوکنونه واستوئ که تاسو یو هوښیار سمارټ قرارداد ولیکئ، مګر تاسو به بیا هم ډیری لیږدونه ترسره کړئ، یو تړون رامینځته کړئ، بیا هغه ته ټوکن او سکې انتقال کړئ، او بیا مناسب میتود ته زنګ ووهئ. . دا هڅې او وخت ته اړتیا لري، نو په عمل کې دا د دې په څیر کار نه کوي او په Ethereum کې ټول تادیات په جلا معاملو کې ترسره کیږي.

- د ایتیریم پلیټ فارم په اړه یوه افسانه دا ده چې د شرایطو تشریح کول ناممکن دي چې د بهرني انټرنیټ سرچینې ډیټا پورې اړه لري ، نو بیا څه وکړي؟

د حل لاره دا ده چې سمارټ قرارداد پخپله کولی شي یو یا څو باور لرونکي اوریکلونه چمتو کړي، کوم چې په بهرنۍ نړۍ کې د شیانو د حالت په اړه معلومات راټولوي او د ځانګړو میتودونو له لارې سمارټ قراردادونو ته لیږدوي. قرارداد پخپله هغه معلومات په پام کې نیسي چې د باوري اړخونو څخه ترلاسه شوي ریښتیا دي. د ډیر اعتبار لپاره، په ساده ډول د اوریکلونو لویه ډله غوره کړئ او د دوی د یوځای کیدو خطر کم کړئ. پخپله قرارداد ممکن د اوریکلونو معلومات په پام کې ونه نیسي چې د اکثریت سره مخالفت کوي.

په بلاکچین کې د آنلاین کورس یو لیکچر دې موضوع ته وقف شوی دی - "د سمارټ قراردادونو پیژندنه".

سرچینه: www.habr.com