قراردادهای مشتری جادویی RGB در بیت کوین – مجله بیت کوین
این یک سرمقاله نظری توسط فدریکو تنگا است، که مدتها در پروژههای بیتکوین با تجربه بهعنوان بنیانگذار، مشاور و آموزشدهنده استارتآپ مشارکت داشته است. منبع تصویر اصطلاح “قراردادهای هوشمند” قبل از اختراع بلاک چین و خود بیت کوین است. اولین ذکر آن در مقاله ای در سال 1994 توسط نیک سابو است که قراردادهای هوشمند
این یک سرمقاله نظری توسط فدریکو تنگا است، که مدتها در پروژههای بیتکوین با تجربه بهعنوان بنیانگذار، مشاور و آموزشدهنده استارتآپ مشارکت داشته است.
اصطلاح “قراردادهای هوشمند” قبل از اختراع بلاک چین و خود بیت کوین است. اولین ذکر آن در مقاله ای در سال 1994 توسط نیک سابو است که قراردادهای هوشمند را به عنوان “پروتکل تراکنش کامپیوتری که شرایط یک قرارداد را اجرا می کند” تعریف کرد. در حالی که بر اساس این تعریف، بیت کوین، به لطف زبان برنامه نویسی خود، از قراردادهای هوشمند از همان بلاک اول پشتیبانی می کرد، این اصطلاح تنها بعداً توسط مروجین اتریوم رایج شد، که تعریف اصلی را به عنوان “کدی که به طور اضافی توسط همه گره ها در یک اجماع جهانی اجرا می شود” تغییر دادند. شبکه”
در حالی که واگذاری اجرای کد به یک شبکه اجماع جهانی دارای مزایایی است (مثلاً استقرار قراردادهای غیرقانونی، مانند سازندگان بازار خودکار، آسان است)، این طراحی یک نقص عمده دارد: عدم مقیاس پذیری (و حفظ حریم خصوصی). اگر هر گره در یک شبکه باید به طور مضاعف یک کد را اجرا کند، مقدار کدی که در واقع می تواند بدون افزایش بیش از حد هزینه اجرای یک گره (و در نتیجه حفظ تمرکززدایی) اجرا شود کمیاب می ماند، به این معنی که تنها تعداد کمی از قراردادها می توانند اجرا شوند. اجرا شده.
اما اگر بتوانیم سیستمی را طراحی کنیم که شرایط قرارداد فقط توسط طرف های درگیر اجرا و تایید شود، نه توسط همه اعضای شبکه؟ اجازه دهید مثال شرکتی را تصور کنیم که می خواهد سهام منتشر کند. به جای انتشار عمومی قرارداد صدور در یک دفتر کل جهانی و استفاده از آن دفتر برای ردیابی تمام نقل و انتقالات آینده مالکیت، می تواند به سادگی سهام را به صورت خصوصی منتشر کند و حق انتقال بیشتر آنها را به خریداران بدهد. سپس، حق انتقال مالکیت را می توان به هر مالک جدید منتقل کرد، گویی اصلاحی بر قرارداد صدور اولیه است. به این ترتیب، هر مالک میتواند به طور مستقل با مطالعه قرارداد اصلی و تأیید اینکه تمام تاریخچه اصلاحاتی که باعث انتقال سهام شده است با قوانین مندرج در قرارداد اصلی مطابقت دارد، تأیید کند که سهامی که دریافت کرده است.
این در واقع چیز جدیدی نیست، در واقع همان مکانیزمی است که برای انتقال اموال قبل از رایج شدن ثبت عمومی استفاده می شد. به عنوان مثال، در انگلستان، ثبت یک ملک در زمان انتقال مالکیت آن تا دهه 90 اجباری نبود. این بدان معناست که هنوز بیش از 15 درصد از زمین در انگلستان و ولز ثبت نشده است. اگر در حال خرید ملک ثبت نشده هستید، به جای بررسی در دفتر ثبت که آیا فروشنده مالک واقعی است، باید زنجیره مالکیت ناگسستنی را که حداقل به 15 سال قبل برمی گردد تأیید کنید (دوره ای که به اندازه کافی طولانی در نظر گرفته می شود تا فرض شود فروشنده دارای مالکیت واقعی است یا خیر. عنوان کافی برای ملک). در انجام این کار، باید اطمینان حاصل کنید که هرگونه انتقال مالکیت به درستی انجام شده است و هرگونه وام مسکنی که برای معاملات قبلی استفاده شده است به طور کامل پرداخت شده است. این مدل مزیت بهبود حریم خصوصی را نسبت به مالکیت دارد و شما مجبور نیستید به نگهدارنده ثبت اراضی عمومی تکیه کنید. از سوی دیگر، تأیید مالکیت فروشنده را برای خریدار بسیار پیچیدهتر میکند.
چگونه می توان انتقال املاک ثبت نشده را بهبود بخشید؟ اول از همه، با تبدیل آن به یک فرآیند دیجیتالی. اگر کدی وجود داشته باشد که بتواند توسط رایانه اجرا شود تا تأیید کند که تمام تاریخچه انتقال مالکیت مطابق با قوانین قرارداد اصلی است، خرید و فروش بسیار سریعتر و ارزان تر می شود.
ثانیاً، برای جلوگیری از خطر خرج مضاعف دارایی توسط فروشنده، باید یک سیستم اثبات انتشار اجرا شود. برای مثال، میتوانیم قانونی را اجرا کنیم که هر انتقال مالکیت باید در یک نقطه از پیش تعریفشده یک روزنامه معروف انجام شود (مثلاً هش انتقال مالکیت را در گوشه سمت راست بالای صفحه اول نیویورک قرار دهید. بار). از آنجایی که نمیتوانید هش یک انتقال را دو بار در یک مکان قرار دهید، از تلاشهای مضاعف جلوگیری میکند. با این حال، استفاده از یک روزنامه معروف برای این منظور دارای معایبی است:
- برای فرآیند تأیید باید روزنامه های زیادی بخرید. خیلی کاربردی نیست
- هر قراردادی به فضای خاص خود در روزنامه نیاز دارد. خیلی مقیاس پذیر نیست.
- سردبیر روزنامه به راحتی می تواند با قرار دادن یک هش تصادفی در جایگاه شما، خرج مضاعف را سانسور یا شبیه سازی کند، و هر خریدار احتمالی دارایی شما را به این فکر کند که قبلاً فروخته شده است، و آنها را از خرید آن منصرف کند. خیلی بی اعتماد نیست
به این دلایل، باید مکان بهتری برای ارسال سند انتقال مالکیت پیدا شود. و چه گزینه ای بهتر از بلاک چین بیت کوین، یک دفتر کل عمومی قابل اعتماد با انگیزه های قوی برای مقاوم نگه داشتن آن در برابر سانسور و غیرمتمرکز؟
اگر از بیتکوین استفاده میکنیم، نباید مکان ثابتی در بلوک که تعهد به انتقال مالکیت باید رخ دهد (مثلاً در اولین تراکنش) مشخص کنیم، زیرا، درست مانند سردبیر نیویورکتایمز، ماینر میتواند با آن مشکل داشته باشد. یک رویکرد بهتر این است که تعهد را در یک تراکنش از پیش تعریف شده بیت کوین قرار دهیم، به ویژه در تراکنشی که از خروجی تراکنش خرج نشده (UTXO) که مالکیت دارایی صادر شده به آن مرتبط است، سرچشمه می گیرد. پیوند بین یک دارایی و یک بیت کوین UTXO میتواند در قراردادی که دارایی را صادر میکند یا در انتقال مالکیت بعدی، هر بار که UTXO هدف را کنترلکننده دارایی منتقلشده قرار میدهد، رخ دهد. به این ترتیب، ما به وضوح مشخص کردهایم که تعهد به انتقال مالکیت کجا باید باشد (یعنی در تراکنش بیتکوین که از یک UTXO خاص منشا میگیرد). هر کسی که گره بیت کوین را اجرا می کند می تواند به طور مستقل تعهدات را تأیید کند و نه ماینرها و نه هیچ نهاد دیگری قادر به سانسور یا دخالت در انتقال دارایی به هیچ وجه نیستند.
از آنجایی که در بلاک چین بیت کوین ما فقط تعهد انتقال مالکیت را منتشر می کنیم، نه محتوای خود انتقال، فروشنده به یک کانال ارتباطی اختصاصی نیاز دارد تا تمام مدارک معتبر بودن انتقال مالکیت را در اختیار خریدار قرار دهد. این کار را میتوان به روشهای مختلفی انجام داد، حتی با چاپ کردن مدارک و ارسال آنها با یک کبوتر حامل، که اگرچه کمی غیرعملی است، اما همچنان این کار را انجام میدهد. اما بهترین گزینه برای جلوگیری از سانسور و نقض حریم خصوصی، برقراری ارتباط مستقیم رمزگذاری شده همتا به همتا است، که در مقایسه با کبوترها همچنین دارای مزیت ادغام آسان با یک نرم افزار برای تأیید مدارک دریافتی از طرف مقابل است.
این مدل که برای قراردادهای تایید شده توسط مشتری و انتقال مالکیت توضیح داده شد دقیقاً همان چیزی است که با پروتکل RGB پیاده سازی شده است. با RGB، می توان قراردادی ایجاد کرد که حقوق را تعریف می کند، آنها را به یک یا چند بیت کوین UTXO موجود اختصاص می دهد و نحوه انتقال مالکیت آنها را مشخص می کند. قرارداد را می توان با شروع از یک الگو به نام “طرحواره” ایجاد کرد، که در آن خالق قرارداد فقط پارامترها و حقوق مالکیت را تنظیم می کند، همانطور که با قراردادهای قانونی سنتی انجام می شود. در حال حاضر، دو نوع طرحواره در RGB وجود دارد: یکی برای صدور توکنهای قابل تعویض (RGB20) و دیگری برای صدور کلکسیونها (RGB21)، اما در آینده، طرحوارههای بیشتری را میتوان توسط هر کسی بدون مجوز و بدون نیاز به تغییرات در سطح پروتکل
برای استفاده از یک مثال عملی تر، صادرکننده دارایی های قابل تعویض (مانند سهام شرکت، استیبل کوین و غیره) می تواند از الگوی طرحواره RGB20 استفاده کند و قراردادی ایجاد کند که تعیین کند چند توکن، نام دارایی و برخی فراداده های اضافی مرتبط را تعیین کند. با آن. سپس میتواند مشخص کند که کدام بیت کوین UTXO حق انتقال مالکیت توکنهای ایجاد شده را دارد و سایر حقوق را به سایر UTXOها واگذار میکند، مانند حق صدور ثانویه یا نامگذاری مجدد دارایی. هر مشتری که توکنهای ایجاد شده توسط این قرارداد را دریافت میکند، میتواند محتوای قرارداد جنسیس را تأیید کند و تأیید کند که هرگونه انتقال مالکیت در تاریخچه توکن دریافتشده با قوانین مندرج در آن مطابقت دارد.
بنابراین امروز در عمل با RGB چه کنیم؟ اول از همه، صدور و انتقال دارایی های توکن شده را با مقیاس پذیری و حریم خصوصی بهتر در مقایسه با هر جایگزین موجود امکان پذیر می کند. در بخش حریم خصوصی، RGB از این واقعیت سود می برد که تمام داده های مربوط به انتقال در سمت مشتری نگهداری می شوند، بنابراین ناظر بلاک چین نمی تواند هیچ اطلاعاتی در مورد فعالیت های مالی کاربر استخراج کند (حتی نمی توان تراکنش بیت کوین حاوی تعهد RGB را تشخیص داد. از یک معمولی)، علاوه بر این، گیرنده تنها UTXO کور شده (یعنی هش الحاق بین UTXO که در آن میخواهد داراییها را دریافت کند و یک عدد تصادفی) را به جای خود UTXO با فرستنده به اشتراک میگذارد، بنابراین اینطور نیست. امکان نظارت بر فعالیت های آتی گیرنده توسط پرداخت کننده وجود دارد. برای افزایش بیشتر حریم خصوصی کاربران، RGB همچنین مکانیسم رمزنگاری ضد گلوله را برای مخفی کردن مبالغ در تاریخچه نقل و انتقال دارایی ها به کار می گیرد، به طوری که حتی صاحبان آینده دارایی ها دیدگاه مبهمی از رفتار مالی دارندگان قبلی دارند.
از نظر مقیاس پذیری، RGB مزایایی نیز دارد. اول از همه، بیشتر داده ها خارج از زنجیره نگه داشته می شوند، زیرا بلاک چین تنها به عنوان یک لایه تعهد استفاده می شود، هزینه هایی را که باید پرداخت شود کاهش می دهد و به این معنی است که هر مشتری به جای تمام موارد، فقط نقل و انتقالات مورد نظر خود را تأیید می کند. فعالیت یک شبکه جهانی از آنجایی که انتقال RGB همچنان به تراکنش بیت کوین نیاز دارد، ممکن است صرفه جویی در هزینه حداقل به نظر برسد، اما وقتی شروع به معرفی دسته بندی تراکنش ها می کنید، می توانند به سرعت عظیم شوند. در واقع، این امکان وجود دارد که تمام توکنها (یا، به طور کلی، «حقوق») مرتبط با UTXO به مقدار دلخواه گیرنده با یک تعهد واحد در یک تراکنش بیتکوین منتقل شوند. بیایید فرض کنیم شما یک ارائه دهنده خدمات هستید که به طور همزمان به چندین کاربر پرداخت می کنید. با RGB، میتوانید در یک تراکنش بیتکوین، هزاران انتقال را به هزاران کاربر که انواع مختلف داراییها را درخواست میکنند، انجام دهید، که هزینه نهایی هر پرداخت را کاملا ناچیز میکند.
یکی دیگر از مکانیسم های صرفه جویی در هزینه برای صادرکنندگان دارایی های کم ارزش این است که در RGB، صدور یک دارایی نیازی به پرداخت هزینه ندارد. این به این دلیل اتفاق می افتد که ایجاد یک قرارداد صدور نیازی به تعهد در بلاک چین ندارد. یک قرارداد به سادگی مشخص می کند که دارایی های صادر شده جدید به کدام UTXO موجود اختصاص داده می شود. بنابراین اگر هنرمندی هستید که علاقه مند به ایجاد توکن های کلکسیونی هستید، می توانید هر تعداد که می خواهید به صورت رایگان صادر کنید و سپس تنها زمانی که خریدار ظاهر شد و درخواست کرد که توکن به UTXO خود اختصاص داده شود، هزینه تراکنش بیت کوین را بپردازید.
علاوه بر این، از آنجایی که RGB بر روی تراکنش های بیت کوین ساخته شده است، با شبکه لایتنینگ نیز سازگار است. در حالی که هنوز در زمان نگارش این مقاله پیادهسازی نشده است، میتوان کانالهای لایتنینگ مخصوص دارایی ایجاد کرد و پرداختها را از طریق آنها انجام داد، مشابه نحوه عملکرد آن در تراکنشهای معمولی لایتنینگ.
نتیجه
RGB یک نوآوری پیشگامانه است که با استفاده از یک الگوی کاملاً جدید به روی موارد استفاده جدید باز می شود، اما چه ابزارهایی برای استفاده از آن در دسترس هستند؟ اگر می خواهید با هسته خود فناوری آزمایش کنید، باید مستقیماً گره RGB را امتحان کنید. اگر میخواهید برنامههایی را روی RGB بسازید بدون اینکه نیازی به فرو رفتن عمیق در پیچیدگی پروتکل داشته باشید، میتوانید از کتابخانه rgb-lib استفاده کنید که یک رابط کاربری ساده برای توسعهدهندگان فراهم میکند. اگر فقط میخواهید برای صدور و انتقال داراییها تلاش کنید، میتوانید با Iris Wallet برای اندروید بازی کنید که کد آن در GitHub نیز منبع باز است. اگر فقط می خواهید در مورد RGB بیشتر بدانید، می توانید این فهرست منابع را بررسی کنید.
این یک پست مهمان توسط فدریکو تنگا است. نظرات بیان شده کاملاً متعلق به خود آنها است و لزوماً نظرات BTC Inc یا مجله Bitcoin را منعکس نمی کند.
آموزش مجازی مدیریت عالی حرفه ای کسب و کار Post DBA + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | آموزش مجازی مدیریت عالی و حرفه ای کسب و کار DBA + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | آموزش مجازی مدیریت کسب و کار MBA + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه |
مدیریت حرفه ای کافی شاپ | حقوقدان خبره | سرآشپز حرفه ای |
آموزش مجازی تعمیرات موبایل | آموزش مجازی ICDL مهارت های رایانه کار درجه یک و دو | آموزش مجازی کارشناس معاملات املاک_ مشاور املاک |
- نظرات ارسال شده توسط شما، پس از تایید توسط مدیران سایت منتشر خواهد شد.
- نظراتی که حاوی تهمت یا افترا باشد منتشر نخواهد شد.
- نظراتی که به غیر از زبان فارسی یا غیر مرتبط با خبر باشد منتشر نخواهد شد.
ارسال نظر شما
مجموع نظرات : 0 در انتظار بررسی : 0 انتشار یافته : ۰