RGB مقیاس پذیری و قابلیت های حفظ حریم خصوصی بیت کوین و شبکه لایتنینگ را تقویت می کند

TL؛ DR

• RGB به عنوان یک راه حل لایه 2/3 در پارادایم اعتبارسنجی بیت کوین و لایتنینگ Network.client عمل می کند و همه داده های قراردادهای هوشمند خارج از تراکنش های بیت کوین را در خود جای می دهد. این طراحی عملکرد سیستم را در بالای شبکه لایتنینگ تضمین می کند و نیاز به تغییرات در پروتکل های LN را از بین می برد.
  
• قراردادهای هوشمند RGB برای مقیاس پذیری و محرمانه بودن طراحی شده اند. این سیستم از مالکیت خصوصی و متقابل پشتیبانی می‌کند، نگرانی‌ها را خلاصه می‌کند و از هم جدا می‌کند، که نشان‌دهنده یک فرم کامل پس از بلاک چین و تورینگ از محاسبات توزیع‌شده بدون اعتماد بدون نیاز به معرفی توکن‌های جدید است.
  
• قراردادهای RGB در بخش‌های جداگانه‌ای به نام «شارد» سازمان‌دهی می‌شوند که هرکدام تاریخچه و داده‌های خاص خود را دارند، که مقیاس‌پذیری را افزایش می‌دهد و از اختلاط تاریخچه‌ها از قراردادهای مختلف جلوگیری می‌کند. آنها از طریق پروتکل Bifrost در شبکه لایتنینگ تعامل دارند و تغییرات هماهنگ را در بین چندین طرف، مشابه DEXهایی که در شبکه لایتنینگ کار می کنند، امکان پذیر می کنند.
  
• RGB از مهر و موم های یکبار مصرف استفاده می کند defiبرای امنیت از طریق بیت کوین UTXO ها استفاده می شود. هر طرفی که دارای سابقه ایالت قرارداد هوشمند باشد می تواند منحصر به فرد بودن آن را تأیید کند و از اسکریپت بیت کوین استفاده کند defiحق مالکیت و دسترسی ندارد.
  
• در RGB، مالکیت ایالتی و اعتبار سنجی موجودیت های جداگانه ای هستند. مالکیت توسط اسکریپت بیت کوین، یک سیستم غیر تورینگ کامل مدیریت می شود. از سوی دیگر، قوانین اعتبارسنجی توسط طرحواره RGB با استفاده از اسکریپت Turing Complete Simplicity/Contractum/Rust دیکته می شود.
  
• هر قرارداد هوشمند RGB با یک حالت منحصر به فرد با استفاده از مهر و موم های یکبار مصرف مرتبط است. مهر و موم و حالت از قوانین و اعتبار سنجی خاصی پیروی می کنند که توسط سازنده قرارداد تنظیم شده است و توسط یک "طرحواره" اداره می شود. این طرح مانند یک مجموعه قانون برای بررسی داده های قرارداد در سمت مشتری عمل می کند و سطح بالایی از مقیاس پذیری پروتکل و حفظ حریم خصوصی را امکان پذیر می کند.
  
• طراحی RGB با فناوری‌های موجود بیت‌کوین و شبکه لایتنینگ بسیار سازگار است و ادغام یکپارچه با این پلتفرم‌ها و هرگونه ارتقای آینده را تسهیل می‌کند.
  
• برخلاف سبک برنامه‌نویسی ضروری بسیاری از پلتفرم‌های بلاک چین، RGB از یک سبک اعلامی استفاده می‌کند. این رویکرد به جای بیان جزئیات گام‌های خاص برای دستیابی به آن، بر ترسیم نتیجه مطلوب تمرکز دارد.
  
• RGB از فناوری‌های پیشرفته مختلفی استفاده می‌کند، از جمله AluVM برای کارهای محاسباتی قابل حمل قطعی، PRISM برای محاسبات ماشین‌های حالت بی‌نهایت نیمه‌تکراری‌شده، و Storm برای ذخیره‌سازی بدون اعتماد مبتنی بر escrow با استفاده از zk-proofs. این فناوری‌ها به استحکام، محرمانه بودن و گسترش RGB کمک می‌کنند.
  
• RGB (نسخه 0.10) پیشرفت های قابل توجهی را در تجربه کاربر و فرآیندهای یکپارچه سازی، ساده کردن عملیات و به حداقل رساندن وابستگی ها ارائه می دهد. نسخه به روز شده دارای یک کتابخانه یکپارچه API و ابزار خط فرمان است که آن را در دسترس تر و کاربر پسندتر می کند.

توضیح کوتاه

RGB پروتکلی است که برای صدور توکن در شبکه بیت کوین با حفظ حریم خصوصی و سازگاری با شبکه لایتنینگ طراحی شده است. این مبتنی بر مفهوم «سکه های رنگی» است، مانند مواردی که در پروتکل OmniLayer استفاده می شود که در آن ابرداده در تراکنش های بیت کوین نشان دهنده یک انتقال رمز است. به عنوان مثال، تراکنش‌های USDT در OmniLayer مانند تراکنش‌های بیت‌کوین با داده‌های اضافی که جزئیات حرکات توکن USDT را توضیح می‌دهند، عمل می‌کنند. با این حال، این روش‌ها با محدودیت‌هایی مانند محدودیت‌های اندازه داده در خروجی‌های OP_RETURN، اسکن بلاک چین فشرده و حریم خصوصی محدود ناشی از رویت روی زنجیره مواجه هستند.

RGB این مسائل را با جابجایی بیشتر فرآیندهای اعتبارسنجی به دور از بلاک چین بیت کوین برطرف می کند. اعتبار سنجی سمت مشتری را اتخاذ می کند و از مهر و موم های یکبار مصرف برای اتصال توکن ها با UTXO های بیت کوین استفاده می کند و در عین حال حریم خصوصی کاربر را حفظ می کند.

توکن‌ها با تعهد به پیامی حاوی اطلاعات پرداخت RGB در تراکنش بیت‌کوین منتقل می‌شوند و به توکن‌ها اجازه می‌دهند از یک UTXO به دیگری بدون باقی ماندن ردی در نمودار تراکنش بیت‌کوین حرکت کنند. این امر به طور قابل توجهی حریم خصوصی را افزایش می‌دهد، زیرا تراکنش‌های RGB به طور محتاطانه، با داده‌های خاص RGB از طریق کانال‌های خصوصی خارج از زنجیره منتقل می‌شوند.

علاوه بر این، برای اطمینان از مالکیت و جلوگیری از تورم، گیرندگان باید کل تاریخچه تراکنش های توکن های دریافتی را تأیید کنند. RGB به‌روزرسانی‌های آتی را بدون نیاز به هارد فورک‌ها امکان‌پذیر می‌سازد، و اطمینان حاصل می‌کند که استخراج‌کنندگان قادر به ردیابی جریان دارایی نیستند، در نتیجه مقاومت بالاتری در برابر سانسور ایجاد می‌کند. بر خلاف ساختارهای بلاک چین سنتی، RGB بدون نیاز به بلوک یا زنجیره عمل می کند و آن را به عنوان یک پروتکل غیرمتمرکز غیر بلوکی قرار می دهد و نویدبخش محرمانه بودن، امنیت و مقیاس پذیری بالایی است.

مقدمه و چشم انداز

تک خطی: یک سیستم دولتی و قرارداد هوشمند تأیید شده توسط مشتری که در لایه 2/3 در بیت کوین و شبکه لایتنینگ کار می کند.

جزئیات بیشتر:

RGB یک سیستم قراردادهای هوشمند مقیاس پذیر و محرمانه برای بیت کوین و شبکه لایتنینگ است. قراردادهای هوشمند RGB با اعتبار سنجی سمت مشتری پارادایم، مسکن تمام داده های قرارداد هوشمند در خارج تراکنش های بیت کوین، یعنی وضعیت بلاک چین یا کانال لایتنینگ بیت کوین. این به سیستم اجازه می دهد تا در بالای شبکه لایتنینگ بدون هیچ تغییری در پروتکل های LN کار کند و همچنین پایه ای برای سطح بالایی از مقیاس پذیری و حفظ حریم خصوصی پروتکل می دهد.

قراردادهای هوشمند اصول مالکیت خصوصی و متقابل، انتزاع و تفکیک نگرانی ها را در بر می گیرد. آنها نمایانگر یک "پس از بلاک چین"، شکل کامل تورینگ از محاسبات توزیع شده بدون اعتماد هستند که نیازی به معرفی توکن ندارد.

قراردادهای RGB در بخش های جداگانه ای به نام "شارد" عمل می کنند. هر خرده تاریخچه و داده های خاص خود را دارد، به این معنی که قراردادهای مختلف تاریخچه آنها را با هم ترکیب نمی کنند. این روش مقیاس پذیری را بهبود می بخشد. اصطلاح "شارد" برای نشان دادن اینکه RGB به اهداف مشابه با آنچه در مفهوم خرده‌های اتریوم در نظر گرفته شده بود، استفاده می‌شود.

اگرچه آنها به طور مستقل عمل می کنند، اما قراردادهای RGB می توانند از طریق پروتکل Bifrost در شبکه لایتنینگ تعامل داشته باشند. این امکان ایجاد تغییرات هماهنگ بین چندین طرف را فراهم می کند. به عنوان مثال، DEX ها را قادر می سازد تا از طریق شبکه لایتنینگ کار کنند.

فناوری و معماری

بررسی سطح بالا عملکرد RGB و مهر و موم های یکبار مصرف

شکل 1. نمای کلی سطح بالا از عملکرد RGB.
منبع: LNP/BP Association Github.

به عنوان یک مکانیسم امنیتی، RGB از آن استفاده می کند مهر و موم یکبار مصرف defiبیش از UTXO های بیت کوین، که این توانایی را برای هر طرفی که سابقه ایالت قرارداد هوشمند دارد را فراهم می کند تا منحصر به فرد بودن آن را تأیید کند. در اصل، RGB از اسکریپت بیت کوین برای مدل امنیتی خود و defiNES مالکیت و حقوق دسترسی.

شکل 2. اصل کار در سطح بالا RGB.
منبع: “Driving Mass Adoption of Crypto: How the RGB Protocol is Illuminating the Future of Bitcoin” توسط Waterdrip Capital.

هر قرارداد هوشمند RGB است defiتوسط a حالت پیدایش، ساخته شده توسط صادرکننده قرارداد هوشمند (یا به بیان ساده، صادرکننده) و یک نمودار غیر چرخه ای جهت دار (DAG) از انتقال های حالت به عنوان داده های تایید شده توسط مشتری نگهداری می شود.

شکل 3. معاملات، مهر و موم بسته و شاهد.
منبع: LNP/BP Association Github.

می‌توانیم آن را به صورت زیر خلاصه کنیم: هر تراکنش دارای یک UTXO است، و مالکیت این UTXO به مالک حق مالکیت دولت را می‌دهد. مالکیت تعیین می‌کند که چه کسی می‌تواند وضعیت بلاک چین را تغییر داده و UTXO را «خرج» کند. فردی که دولت را در اختیار دارد، حزب نامیده می شود دولت مالک.

طرف این اختیار را دارد که بخش مربوطه از وضعیت قرارداد هوشمند را با ایجاد یک انتقال حالت جدید و تأیید آن در یک تراکنش، با استفاده از خروجی حاوی حالت قبلی، اصلاح کند.

فرآیند نشان می دهد بسته شدن یک مهر و موم بر روی انتقال دولتو یک جفت شامل تراکنش مخارج و داده های فراتراکنش متناظر در انتقال حالت یک نامیده می شود شاهد (در تصویر بالا نشان داده شده است).

مالکیت و دسترسی: ویژگی های اصلی

شکل 4. مالکیت و دسترسی.
منبع: LNP/BP Association Github.

مالکیت و اعتبار دولتی مفاهیم متمایز هستند. قوانین اعتبارسنجی نحوه تغییر وضعیت را مشخص می‌کنند، در حالی که مشخص نمی‌کنند چه کسی ممکن است تغییر را ایجاد کند. 

از سوی دیگر، مالکیت توسط اسکریپت بیت کوین در سطح بلاک چین بیت کوین کنترل می شود که تورینگ کامل نیست. در مقابل، قوانین اعتبار سنجی توسط طرحواره RGB با استفاده از Simplicity/Contractum Script یعنی Turing Complete اداره می شود. 

طرحواره RGB

در قراردادهای هوشمند RGB، به هر قرارداد از طریق مهر و موم های یکبار مصرف، یک حالت منحصر به فرد اختصاص داده می شود. این مهرها همراه با دولت دارای قوانین و اعتبارات خاصی هستند که در ابتدا توسط سازنده قرارداد تعیین شده است. این تنظیم توسط یک "طرحواره" اداره می شود که به عنوان مجموعه ای از قوانین برای اعتبارسنجی داده های قرارداد در سمت مشتری عمل می کند. این طرح می تواند شامل اسکریپت های پیچیده ای باشد که در منطق قرارداد یکپارچه هستند.

شکل 5. طرحواره RGB.
منبع: LNP/BP Association Github.

اصول اعتبار سنجی و طراحی سمت مشتری

شکل 6. اعتبارسنجی RGB Client-side.
منبع: LNP/BP Association Github.

1. مالکیت قوی: در RGB، قراردادهای هوشمند به وضوح یک defiمالک یا صاحبان ند. فقط مالکان تعیین شده اختیار تغییر وضعیت قرارداد را دارند. این قراردادها حقوق یا عملیات متمایز را مشخص می کند که به عنوان عمومی (قابل دسترس برای همه) یا مالکیت (محدود به مالک) طبقه بندی می شوند.
2. محرمانه بودن: اطلاعات داخل قرارداد محرمانه نگه داشته می شود و فقط برای شرکت کنندگان، به ویژه صاحبان ایالت شناخته می شود. شرکت‌کنندگان این گزینه را دارند که داده‌های خاصی را عمومی کنند، اما به‌طور پیش‌فرض، همه اطلاعات خصوصی هستند. این محرمانه بودن از دسترسی ابزارهای تحلیل خارجی به داده ها جلوگیری می کند و تضمین می کند که هیچ اطلاعات حساسی در دفتر کل عمومی ذخیره نمی شود.
3. تفکیک نگرانی ها: RGB دارای یک طراحی ماژولار با لایه های متمایز است که هر یک وظیفه خاصی را به آنها اختصاص می دهد. این لایه‌ها به‌طور مستقل عمل می‌کنند و لزوم آگاهی لایه‌های پایین‌تر از ساختار لایه‌های بالاتر را از بین می‌برند. این طراحی سازماندهی و کارایی سیستم را افزایش می دهد.
4. قابلیت توسعه: این سیستم به راحتی قابل گسترش است و امکان ایجاد و ادغام قراردادهای هوشمند پیشرفته را بدون نیاز به تغییر پروتکل اصلی یا کامپایل مجدد کل کتابخانه RGB فراهم می کند.
5. جبرگرایی: منطق اعتبارسنجی RGB قطعی است و به طور مداوم نتایج یکسانی را با ورودی‌های یکسان و وضعیت غالب بلاک چین یا کانال شبکه لایتنینگ به دست می‌آورد. این سازگاری از طریق دو جزء اصلی حاصل می شود: الف. منطق اعتبار سنجی هسته که در Rust نوشته شده است، در تمام سیستم هایی که RGB را اجرا می کنند یکسان است. ب منطق اعتبار سنجی خاص قرارداد بر روی AluVM اجرا می شود، یک ماشین مجازی که مجموعه ای ثابت از دستورالعمل ها را بدون توجه به پلتفرم ارائه می دهد.
6. قابلیت همکاری LNP/BP: RGB برای کار یکپارچه با فناوری های موجود بیت کوین و شبکه لایتنینگ طراحی شده است. همچنین به گونه ای ساخته شده است که با هر گونه ارتقاء آینده این فناوری ها سازگار باشد.
   

رویکرد RGB و رویکرد Pure Blockchain/L1

تیم RGB می گوید رویکرد بلاک چین/L1 خالص اشتباه است.

شکل 7. نظرات RGB در مورد رویکرد Blockchain/L1.
منبع: LNP/BP Association Github.

رویکرد RGB: برنامه نویسی اعلانی در مقابل امری:

• اکثر پلتفرم‌های بلاک چین، از جمله اتریوم، از قراردادهای هوشمند نوشته شده به سبک ضروری استفاده می‌کنند. در این رویکرد، قرارداد به عنوان یک برنامه عمل می کند که به صراحت اجرای گام به گام وظایف را هدایت می کند، شبیه به یک دستور العمل دقیق و دقیق.
• این برنامه‌های ضروری اغلب کاملاً محدود و محدود به قابلیت‌های پلتفرم بلاک چین هستند. حتی اگر گاهی اوقات به آنها به عنوان کامل تورینگ اشاره می شود، محدودیت های قابل توجهی دارند.

ماهیت اعلامی قراردادهای هوشمند RGB:

• از سوی دیگر، RGB از برنامه نویسی ضروری استفاده نمی کند. در عوض، از شکل خاصی از برنامه نویسی عملکردی استفاده می کند که در آن قراردادهای هوشمند وجود دارند defiبه صورت اعلامی نید.
• در برنامه نویسی اعلانی، به جای توضیح جزئیات نحوه انجام کاری، شما توضیح می دهید که چه نتیجه ای باید داشته باشد. به جای ارائه دستورالعمل‌های گام به گام آشپزی، مانند این است که یک وعده غذایی باید چگونه باشد.
• "شما" در RGB یک توضیحی است defiایده یک قرارداد هوشمند قوانین و شرایط قرارداد را مشخص می کند، اما توالی دقیق عملیات برای دستیابی به آنها را مشخص نمی کند.

تغییر پارادایم در برنامه نویسی:

• حرکت از سبک امری اتریوم به سبک اعلامی RGB در برنامه نویسی قرارداد هوشمند شبیه به تغییر از برنامه نویسی ضروری سنتی به برنامه نویسی کاربردی یا اعلامی در توسعه نرم افزار عمومی است.
• این تغییر به یک طرز فکر متفاوت نیاز دارد: تمرکز بر "چی" (نتایج مورد نظر) به جای "چگونه" (مراحل خاص برای دستیابی به آن نتایج).

سادگی

طرح اولیه شامل گنجاندن Simplicity در RGB بود، و تلاش‌ها برای اطمینان از سازگاری از روز اول اختصاص داشت. با این حال، با توجه به پیشرفت کند توسعه Simplicity و عدم اطمینان در مورد جدول زمانی انتشار آن، آشکار شد که تکیه بر آن غیرعملی است. انتشار RGB در حال انجام که در حال آماده سازی است، سوالاتی را در مورد گنجاندن Simplicity ایجاد کرد.

با تشخیص عدم وجود یک جدول زمانی قابل اعتماد برای Simplicity، ما یک بررسی جایگزین ها (WASM، EVM (به عنوان یک شوخی)، IELE و غیره) را آغاز کردیم. در نهایت، مشخص شد که توسعه یک ماشین مجازی اختصاصی برای RGB تنها گزینه قابل دوام است که جایگزین اتکای اولیه به Simplicity شد.

از این رو تصمیم گرفتیم ایجاد کنیم AluVM - ماشین مجازی مبتنی بر Rust با عملکرد خالص و بسیار قابل حمل برای قراردادهای هوشمند تأیید شده توسط مشتری (RGB)، شبکه لایتنینگ، محاسبات توزیع شده قطعی و لبه.

منشور

PRISM مخفف محاسبات "ماشین های حالت بی نهایت تکراری جزئی" است.

تکنولوژی RGB defiقوانین nes برای تکامل قراردادهای هوشمند در یک سطح پایه، به نام Schema، اما همه اقدامات آینده قرارداد را با یک الگوریتم واحد و فراگیر محدود نمی کند. در عوض، هر گره در شبکه عملیات جداگانه ای را انجام می دهد و تا زمانی که این عملیات به قوانین Schema پایبند باشد، وضعیت قرارداد و خود قرارداد معتبر می مانند. 

علاوه بر این، این رویکرد تکامل تاریخی قرارداد را با یک الگوریتم از پیش تعیین‌شده محدود نمی‌کند. بنابراین، یک قرارداد می تواند رفتارهای متفاوتی از خود نشان دهد تا زمانی که هر تغییری قوانین اعتبارسنجی خاصی را رعایت کند. این روش به جای یک الگوریتم جهانی بر قوانین محلی تمرکز دارد.

در مقابل، اتریوم از یک الگوریتم جهانی استفاده می کند که در آن هر عملیاتی بر کل وضعیت قرارداد هوشمند تأثیر می گذارد. با RGB، تنها با بخشی از وضعیت قرارداد کار می کنید و قوانین را به صورت محلی اعمال می کنید. این طیف وسیع تری از احتمالات را برای تکامل قرارداد فراهم می کند.

در زیر می‌توانید یک نمای سطح بالا در مورد تفاوت‌های بین کانال‌های حالت و اعتبارسنجی سمت مشتری مشاهده کنید: 

شکل 8. جداسازی سیستم های توزیع شده.
منبع: LNP/BP Association Github.

تفاوت های خاص تر به شرح زیر است: 

شکل 9. مقایسه کانال های دولتی و اعتبارسنجی سمت مشتری.
منبع: LNP/BP Association Github.

AluVM

AluVM – (واحد منطق الگوریتمی VM) یک ماشین مجازی RISC کاربردی خالص است که برای کارهای محاسباتی قابل حمل قطعی طراحی شده است.

AluVM با استفاده از یک سیستم مبتنی بر ثبت که دسترسی تصادفی به حافظه را ممنوع می کند، خود را متمایز می کند. این طراحی مناسب بودن AluVM را برای برنامه هایی مانند قراردادهای هوشمند، اجرای کد از راه دور و محاسبات توزیع شده و لبه افزایش می دهد. نقاط قوت اصلی AluVM در قطعیت، استحکام و ظرفیت آن برای تجزیه و تحلیل کد رسمی نهفته است.

ویژگی های کلیدی: استثنایی، قابل حمل، Sandboxing، امنیت، توسعه پذیری.

Instruction Set Architecture (ISA) AluVM به گونه ای طراحی شده است که سازگار باشد و به آن اجازه می دهد تا محیط های زمان اجرا متفاوتی را برای برنامه های مختلف ایجاد کند. AluVM خود یک ماشین مجازی و ISA بسیار قابل پیش بینی، کاربردی و مبتنی بر ثبت است. 

در حالی که دسترسی تصادفی به حافظه را محدود می کند، AluVM ISA در انجام وظایف محاسباتی از جمله موارد مربوط به منحنی های بیضوی برتری دارد. محیط ماشین مجازی می‌تواند AluVM ISA را گسترش دهد و قابلیت‌هایی مانند بارگذاری داده‌ها در رجیسترهای ماشین مجازی و پشتیبانی از دستورالعمل‌های تخصصی (مانند SIMD) را که برای برنامه‌های خاص طراحی شده است را امکان‌پذیر کند.

AluVM عمدتاً برای استفاده در سیستم های توزیع شده در نظر گرفته شده است که در آن ثبات و قابلیت اطمینان در پلتفرم های مختلف بسیار مهم تر از سرعت پردازش است. کاربردهای اولیه AluVM، با پسوندهای ISA مناسب، شامل فناوری بلاک چین، محاسبات ضروری برای اجماع در شبکه‌ها، محاسبات لبه، محاسبات چند جانبه (که یادگیری ماشین قطعی را پوشش می‌دهد)، اعتبارسنجی سمت مشتری، محاسبات محدود Internet2 و الگوریتم‌های ژنتیک است. این برنامه ها از توانایی AluVM برای عملکرد پایدار و ایمن در محیط های مختلف بهره می برند.

شکل 10. مقایسه AluVM.
منبع: LNP/BP Association Github.

قرارداد

Contractum با ترکیب قابلیت های عملکردی Haskell و نزدیکی به فلز خالی که در Rust دیده می شود، خود را از سایر زبان های برنامه نویسی قرارداد هوشمند متمایز می کند. این جایگاهی را اشغال می کند که قبلاً برای قراردادهای هوشمند غیرقابل دسترسی بود:

شکل 11. مقایسه قرارداد، سادگی و سایر زبانها.
منبع: contractum.org

Contractum یک زبان برنامه نویسی است که برای ایجاد قراردادهای RGB استفاده می شود. قراردادهای منعقد شده با Contractum با استفاده از روشی به نام اعتبار سنجی سمت مشتری بررسی می شوند. این رویکرد هیچ داده ای را به بلاک چین بیت کوین اضافه نمی کند، که می توان آن را با نوعی فناوری اشتراک گذاری مقایسه کرد که با استفاده از اثبات های دانش صفر بهبود یافته است. 

اعتبار سنجی سمت مشتری همچنین توسعه قرارداد را از تراکنش های بلاک چین جدا می کند و ردیابی یا تجزیه و تحلیل این تراکنش ها را از طریق روش های سنتی تجزیه و تحلیل بلاک چین غیرممکن می کند.

شکل 12. ویژگی های قرارداد.
منبع: contractum.org

برای مشارکت در طراحی Contractum، مهم است که با فن آوری های به کار رفته در قراردادهای هوشمند RGB آشنا شوید:

شکل 13. فن آوری هایی که توسط قراردادهای هوشمند RGB استفاده می شود.
منبع: contractum.org

به روز رسانی های اخیر در نسخه جدید RGB نسخه 0.10

در آخرین نسخه RGB (نسخه 0.10)، چندین پیشرفت فنی پیشرفته پیاده‌سازی شده است که قابلیت‌های چارچوب را برای توسعه برنامه‌های پیچیده افزایش می‌دهد. این به‌روزرسانی‌ها در درجه اول بر معرفی یک وضعیت جهانی برای هر قرارداد RGB، یکپارچه‌سازی رابط‌های قرارداد، و اتخاذ یک سیستم نوع سخت‌گیر تمرکز دارند.

وضعیت جهانی در قراردادهای RGB

ویژگی Global State یک نوآوری مهم در RGB نسخه 0.10 است که هر قرارداد را قادر می‌سازد تا وضعیت قابل دسترسی جهانی را حفظ کند. این حالت نه تنها برای ماشین مجازی RGB بلکه برای مشتریان خارجی مانند کیف پول و سایر برنامه ها نیز قابل دسترسی است.

کاربرد این حالت جهانی برای ساختن برنامه های کاربردی پیچیده بر روی پلتفرم RGB، به ویژه برنامه هایی که نیاز به مدیریت پیچیده ایالتی مانند دارایی های مصنوعی و استیبل کوین های الگوریتمی دارند، بسیار مهم است. این امکان را برای تعامل پویاتر با وضعیت قرارداد فراهم می‌کند که فراتر از محدودیت‌های معماری قراردادهای هوشمند سنتی است.

رابط های قرارداد

RGB نسخه 0.10 «واسط های قرارداد» را به عنوان یک پروتکل ارتباطی استاندارد برای قراردادهای هوشمند متنوع معرفی می کند. این رابط‌ها مشابه قراردادهای اتریوم (Application Binary Interfaces) و ERC (درخواست نظرات اتریوم) عمل می‌کنند.

تمایز کلیدی رویکرد RGB استانداردسازی غیر اجباری این رابط‌ها و بسته‌بندی ذاتی آنها با قراردادها است که نیاز به توزیع جداگانه را از بین می‌برد. این امر تعاملات آگاهانه معنایی بین کاربران و قراردادها را از طریق رابط های کاربری در کیف پول و سایر نرم افزارها تسهیل می کند.

این رابط ها ثابت نیستند. توسعه دهندگان می توانند قراردادهای موجود را با رابط های اضافی در طول زمان افزایش دهند و عملکرد را بدون تغییر هسته قرارداد تغییرناپذیر افزایش دهند.

سیستم نوع دقیق

فرمت کدگذاری جدید در RGB نسخه 0.10 از یک سیستم «انواع دقیق» استفاده می‌کند. این سیستم یک رویکرد نوع داده عملکردی جدید است که برای نمایش کارآمد و درون نگری وضعیت های قرارداد در چارچوب RGB طراحی شده است.

سیستم نوع دقیق، تضمین زمان کامپایل اندازه داده ها را تضمین می کند، که به ویژه برای عملکرد بر روی دستگاه های با محدودیت منابع، مانند کیف پول های سخت افزاری پایین با قابلیت های حافظه محدود، سودمند است.

علاوه بر این، کل لایه اجماع RGB در نسخه 0.10 به انواع سخت کامپایل شده است و پایه ای برای اثبات رسمی سازگاری باینری در نسخه های مختلف نرم افزار فراهم می کند. این ویژگی نه تنها استفاده از RGB را ساده و ایمن می کند، بلکه صادرکنندگان دارایی و توسعه دهندگان قرارداد را قادر می سازد تا ابرداده های اضافی را به دارایی ها یا قراردادهای خود اضافه کنند. چنین ابرداده‌هایی می‌توانند نقش مهمی در تأیید هویت و اصالت دارایی‌ها یا قراردادها در اکوسیستم RGB ایفا کنند.

قراردادهای هوشمند مبتنی بر زنگ

قراردادهای هوشمند RGB اکنون می توانند در Rust نوشته شوند و از قابلیت های زبان برای ایمنی نوع و عملکرد استفاده کنند.

یکپارچه‌سازی دقیق نوع سیستم، کامپایل مستقیم انواع داده‌های Rust را در ساختارهای قرارداد RGB تسهیل می‌کند و کارایی و قابلیت اطمینان کد قرارداد را بهبود می‌بخشد.

توانمندی های درون نگری دولت

قراردادهای هوشمند در RGB نسخه 0.10 می توانند وضعیت خود را در کد اعتبار سنجی اجرا شده توسط ماشین مجازی RGB بررسی کنند.

این ویژگی به ویژه برای ایجاد قراردادهای پیچیده که با تراکنش‌های بیت‌کوین، قراردادهای گزارش گسسته و دیگر ساختارهای داده‌ای پیچیده تعامل دارند، مفید است و دامنه و عملکرد قراردادهای هوشمند RGB را افزایش می‌دهد.

قالب فاکتور مبتنی بر URL

این به روز رسانی فرمت فاکتور جدیدی را معرفی می کند که جایگزین سیستم رمزگذاری شده قبلی Bech32m می شود.

این فاکتورهای جدید مبتنی بر URL به طور قابل توجهی کوتاه تر و کاربرپسندتر هستند و تأیید آسان تر و باز کردن خودکار را با نرم افزار از پیش پیکربندی شده تسهیل می کنند.

پشتیبانی از WASM (WebAssembly).

کتابخانه استاندارد RGB اکنون با محیط‌هایی که دسترسی به I/O و سیستم فایل ندارند، مانند صفحات وب یا افزونه‌های مرورگر، سازگار است.

این موارد استفاده بالقوه RGB را گسترش می‌دهد و به آن اجازه می‌دهد تا به طور یکپارچه در طیف گسترده‌ای از برنامه‌ها و برنامه‌های افزودنی مبتنی بر وب کار کند.

توصیفگرهای Taproot و مشتق سفارشی

RGB نسخه 0.10 از تعهدات OP_RETURN مبتنی بر ریشه ریشه (که به آن tapret گفته می شود) استفاده می کند که نیاز به پشتیبانی در سطح توصیفگر برای کیف پول ها برای شناسایی تراکنش های با خروجی های بهینه سازی شده دارد.

معرفی شاخص‌های مشتق سفارشی در این نسخه از خرج کردن ناخواسته کیف پول‌های غیر RGB از خروجی‌های حاوی دارایی‌های RGB جلوگیری می‌کند و در نتیجه از یکپارچگی این دارایی‌ها محافظت می‌کند.

وابستگی های ساده شده

لایه اجماع RGB در نسخه 0.10 وابستگی های خود را کاهش داده است، به ویژه از یک پیاده سازی ضد گلوله سفارشی که در اصل از پروژه های Grin مشتق شده بود فاصله گرفته است.

این کاهش در وابستگی ها، پایداری API و استحکام کلی سیستم را افزایش می دهد.

فرآیند یکپارچه سازی ساده

این به روز رسانی با کاهش نیاز به چندین تماس API و کدگذاری ساختار داده بین زبانی پیچیده، گردش کار عملیاتی را ساده می کند.

حالات قرارداد RGB اکنون به عنوان اشیاء JSON نشان داده می‌شوند و سریال‌سازی ساده را در زبان‌های برنامه‌نویسی مختلف ممکن می‌سازند.

پیشرفت های کاربر

نسخه جدید RGB تجربه کاربر را با ادغام اجزای قبلی متفاوت در یک کتابخانه یکپارچه API و ابزار خط فرمان ساده می کند.

در حالی که گره RGB هنوز می تواند روی سرورهای خانگی کار کند، استفاده از آن دیگر برای تعامل با سیستم RGB اجباری نیست و مانع ورود کاربران و برنامه های کیف پول را کاهش می دهد.

این بخش شامل یک قدردانی ویژه برای Waterdrip Capital برای برجسته کردن جدیدترین ویژگی‌ها در قطعه خود با عنوان «تحریک انبوه رمزارز: چگونه پروتکل RGB آینده بیت‌کوین را روشن می‌کند» است.

رقبای RGB

شکل 14. FRGB در مقابل اتریوم به زبان ساده.
منبع: LNP/BP Association Github

شیر آب

Taproot Assets که قبلا با نام Taro شناخته می شد، پروتکلی است که برای راه اندازی توکن ها در شبکه بیت کوین طراحی شده است. این پروتکل از مدل UTXO Taproot همراه با راه حل های مرتبط مانند Tapscript و taptweak استفاده می کند. این ابزارها برای ذخیره اطلاعات مربوط به عرضه و موجودی دارایی در داده های تراکنش بیت کوین استفاده می شوند.

شکل 15. طرحی برای ذخیره اطلاعات در مورد نشانه های Taproot Assets.
منبع: “Taproot Assets: Issuing Assets on Bitcoin” توسط Voltage

Taproot Assets از روشی مشابه با مفهوم Ordinals استفاده می‌کند که در آن توکن‌های BRC-20 اطلاعات عرضه را در ابرداده‌های ساتوشی‌های شمارش شده ذخیره می‌کنند. برعکس، Taproot Assets این اطلاعات را در خروجی Taproot تراکنش بیت کوین، با استفاده از آنچه به عنوان "درخت مرکل پراکنده" شناخته می شود، جاسازی می کند. اساساً، Taproot Assets یک درخت Merkle را در تراکنش بیت کوین ترکیب می کند، که به عنوان اثبات تعادل یک کاربر خاص و عرضه کلی توکن عمل می کند. این درخت، به نوبه خود، داده‌های «Universe» را منعکس می‌کند - مخزنی که تاریخچه کامل دارایی را حفظ می‌کند و توسط صادرکننده توکن مدیریت می‌شود.

شکل 16. درخت حالت دیجیتال.
منبع: “Taproot Assets: Issuing Assets on Bitcoin” توسط Voltage

State Digital Tree – معماری Taproot Assets دو گزینه را برای اثبات تعادل ارائه می دهد: داده های خارج از زنجیره از جهان یا درخت Merkle پراکنده که در UTXO تعبیه شده است.

مکانیزم عملیاتی

1. سازنده توکن یک تراکنش P2TR (Pay to Taproot) را با استفاده از پروتکل Taproot Assets اجرا می کند. 
2. اطلاعات مربوط به دارایی، به شکل درخت مرکل، در UTXO این تراکنش (عملاً بلوک پیدایش) ذخیره می‌شود. 
3. برای انتقال توکن، صاحب کلید Taproot اطلاعات موجودی موجود در درخت Merkle را تغییر می‌دهد و اطمینان حاصل می‌کند که عرضه کلی دارایی ثابت می‌ماند. 
4. چنین تغییراتی از طریق یک تراکنش جدید Taproot معرفی می شوند. با این حال، برای هر انتقال توکن، تراکنش زنجیره ای جداگانه لازم نیست. پروتکل مشابه به جمع‌آوری‌ها یا شبکه لایتنینگ، به مالک اجازه می‌دهد تا «مجموعه‌ای» از انتقال‌ها را پردازش کند و متعاقباً وضعیت به‌روز شده موجودی‌ها را منتشر کند.

مزایای Taproot Assets

• یکی از مزیت های کلیدی Taproot Assets سازگاری کامل آن با شبکه لایتنینگ، افزایش امکانات مقیاس پذیری و کاهش هزینه های تراکنش است.
• Taproot Assets یک لایه مجزا برای ضبط عملیات با توکن های سفارشی ایجاد می کند. در حالی که اساساً به داده های خارج از زنجیره متکی است، وضعیت موجودی موجود در شبکه اصلی را به اطلاع عموم می رساند. 
• این رویکرد در مقایسه با BRC-20 انعطاف‌پذیرتر، مقیاس‌پذیرتر و جامع‌تر است، اما پیچیدگی بیشتری را برای کاربران بی‌تجربه ایجاد می‌کند.

BitVM

BitVM یک پروژه پیشرفته است که هدف آن تبدیل بیت کوین به یک پلت فرم محاسباتی کاملاً غیرمتمرکز است. کاغذ سفید BitVM که در 9 اکتبر 2023 ارائه شد، فناوری را معرفی می کند که در حال حاضر در مرحله آزمایش است و برای دستیابی به پتانسیل کامل خود نیاز به توسعه بیشتر دارد.

عملکرد اصلی و مفهوم BitVM

BitVM در هسته خود از مفهوم Optimistic Rollups برای بیرونی کردن محاسبات برای قراردادهای هوشمند از شبکه استفاده می کند و متعاقباً تأیید زنجیره ای را بر اساس "اثبات تقلب" انجام می دهد. از نظر تئوری، هنگامی که اطلاعات قرارداد هوشمند در یک تراکنش Taproot (به عنوان کد باینری) ثبت می شود، تبادل داده و محاسبات به طور مستقیم بین طرفین انجام می شود. این رویکرد برای کاهش تراکم بلاک چین طراحی شده است. با این حال، اگر اثبات کننده (طرف اثبات کننده، به عنوان مثال، مالک قرارداد) داده های اشتباهی را ارسال کند، یک تأیید کننده می تواند یک بررسی زنجیره ای را آغاز کند. این فرآیند اساس مفهوم اثبات تقلب را تشکیل می دهد.

مدیریت تأیید زنجیره ای در یک شبکه محاسباتی محدود

چالش در نحوه انجام بررسی عملیات در شبکه‌ای که ذاتاً از چنین محاسباتی پشتیبانی نمی‌کند، به وجود می‌آید. برای رسیدگی به این موضوع، BitVM از درخت Merkle برای ایجاد یک طرح دروازه منطقی NAND استفاده می کند، که سپس در یک تراکنش Taproot ثبت می شود. اساساً، درخت Merkle در داده‌های تراکنش به‌عنوان یک طرح NAND عمل می‌کند، که در آن هر «شاخه» یکی از دو مقدار ممکن را دارد: 1 یا 0. ورودی برای بعدی مبادلات دائمی معاملات برای تأیید ارزش بین طرفین قرارداد هوشمند رخ می دهد. اگر نسخه محاسباتی پروور نادرست تشخیص داده شود، تأیید کننده دارایی های آنها را که در تراکنش Taproot قفل شده است دریافت می کند.

شکل 17. نمایش شماتیک NAND.
منبع: "معامله بزرگ با BitVM: محاسبات خودسرانه اکنون در بیت کوین بدون فورک امکان پذیر است" توسط مجله بیت کوین

ساخت NAND با استفاده از Taproot و Merkle Tree

اطلاعات دقیق در مورد اینکه چگونه BitVM ساخت NAND را با استفاده از درختان Taproot و Merkle تسهیل می کند و همچنین تأثیر آن بر محاسبات را می توان در مستندات فنی یافت.

این رویکرد امکان تأیید دقیق و گام به گام محاسبات قراردادهای هوشمند را فراهم می کند که با اصول یکپارچگی و امنیت بلاک چین همسو می شود.

چالش‌های دوجانبه‌گرایی قرارداد هوشمند

یک مشکل مهم در BitVM به دلیل ساختار دوجانبه قراردادهای هوشمند، تسهیل تبادل مستقیم داده‌ها صرفاً بین تأییدکننده و ارائه‌دهنده، به استثنای دخالت شخص ثالث، وجود دارد. این محدودیت مانع از توسعه dApp می شود و راه حل های تکمیلی را برای ساخت قراردادهای چند جانبه الزامی می کند. 

علاوه بر این، ویژگی‌های پیچیده و سطح پایین BitVM نشان می‌دهد که ساخت محصولات کاربردی با استفاده از این پایه ممکن است در طول چندین سال ادامه یابد. توسعه و نوآوری اساسی برای تبدیل این فناوری اساسی به کاربردهای عملی ضروری است.

برای یک غواصی عمیق در خواندن BitVM تردید نکنید Whitepaper - https://bitvm.org/bitvm.pdf 

نتیجه

پروتکل RGB یک توسعه فنی در اکوسیستم بیت کوین است که قابلیت هایی را برای اجرای قرارداد هوشمند و صدور توکن به طور مستقیم به شبکه بیت کوین معرفی می کند. این امر از طریق ترکیبی از اعتبار سنجی سمت مشتری و استفاده از مهر و موم های یکبار مصرف، که توکن ها را به UTXO های بیت کوین مرتبط می کند و در عین حال حریم خصوصی تراکنش ها را حفظ می کند، به دست می آید.

یکی از مزایای فنی اولیه RGB رویکرد آن به مقیاس پذیری و حفظ حریم خصوصی است. RGB با جابجایی بخش عمده ای از کار اعتبار سنجی از روی بلاک چین بیت کوین و استفاده از روش های رمزنگاری برای تأیید تراکنش، بار داده ها را بر روی بلاک چین کاهش می دهد. این رویکرد برای حفظ کارایی شبکه، به ویژه با افزایش حجم تراکنش، مفید است.

سازگاری RGB با شبکه لایتنینگ جنبه مهم دیگری است که امکان پردازش تراکنش های مقیاس پذیرتر و کارآمدتر را فراهم می کند. این ویژگی به ویژه با توجه به تقاضای رو به رشد برای روش‌های تراکنش سریع‌تر و مقرون‌به‌صرفه‌تر در فضای ارزهای دیجیتال مرتبط است.

با این حال، ماهیت پیچیده فناوری RGB چالش هایی را از نظر دسترسی و درک کاربر ایجاد می کند. درک و اجرای معماری پروتکل و روش‌های رمزنگاری پیشرفته به‌کار رفته، به‌ویژه برای افرادی که به فناوری بلاک چین جدید هستند، دشوار است. این پیچیدگی می تواند مانع پذیرش گسترده تر و تعامل کاربر شود.

علاوه بر این، در حالی که RGB حریم خصوصی را با دور نگه داشتن داده‌های قرارداد از زنجیره بلوکی افزایش می‌دهد، این جنبه همچنین سؤالاتی را در مورد تأیید پذیری داده‌ها و توانایی حسابرسی تراکنش‌ها که برای برنامه‌های خاص و انطباق با مقررات بسیار مهم هستند، ایجاد می‌کند.

آخرین به روز رسانی RGB، نسخه 0.10، آن را به عنوان یک رقیب قابل توجه در چشم انداز در حال تحول فناوری های بلاک چین، به ویژه در برابر پروتکل های نوظهور مانند Taproot Assets و BitVM قرار می دهد. برخلاف Taproot Assets که بر روی استفاده از مدل UTXO Taproot برای صدور توکن در شبکه بیت‌کوین تمرکز دارد، RGB خود را با ویژگی‌های پیشرفته حریم خصوصی و مدیریت داده‌های خارج از زنجیره خود متمایز می‌کند و رویکردی متمایز برای عملکرد قرارداد هوشمند و مدیریت توکن ارائه می‌دهد.

به همین ترتیب، در حالی که BitVM یک مفهوم جدید را برای محاسبات غیرمتمرکز روی بیت‌کوین معرفی می‌کند، پیشرفت‌های نسخه 0.10 RGB در اعتبارسنجی سمت مشتری، رابط‌های قرارداد و یک سیستم نوع سخت‌گیر رویکرد منحصربه‌فرد خود را در جهت افزایش مقیاس‌پذیری و تعامل کاربر در اکوسیستم بیت‌کوین به نمایش می‌گذارد. این پیشرفت‌ها مهارت RGB را در پرداختن به چالش‌های مقیاس‌پذیری و کارایی برجسته می‌کند، حوزه‌هایی که پروتکل‌های سنتی و نوظهور اغلب با محدودیت‌هایی مواجه هستند.

ساده‌سازی وابستگی‌ها و فرآیندهای یکپارچه‌سازی در آخرین نسخه RGB بیشتر نشان‌دهنده تمرکز بر تجربه کاربر و ثبات سیستم است و آن را از رقبا متمایز می‌کند. این RGB نه تنها به عنوان یک پلت فرم قوی برای قراردادهای هوشمند متمرکز بر حریم خصوصی و مقیاس پذیر و صدور توکن، بلکه به عنوان یک راه حل آینده نگر در فضای گسترده تر بلاک چین قرار می گیرد.

در نتیجه، پروتکل RGB یک توسعه تکنولوژیکی قابل توجه در شبکه بیت کوین است که قابلیت های پیشرفته ای را برای قراردادهای هوشمند و صدور توکن ارائه می دهد. این به مسائل کلیدی مقیاس پذیری و حریم خصوصی می پردازد اما از نظر پیچیدگی و قابلیت ممیزی بالقوه با چالش هایی مواجه است. توسعه مداوم و تکرارهای آتی پروتکل احتمالاً بر ایجاد تعادل بین این قابلیت های پیشرفته با دسترسی کاربر و ملاحظات نظارتی متمرکز خواهد بود.

مراجع اصطلاحی: 

1. تورینگ کامل: از نظر عملی، سیستم می تواند هر مشکل محاسباتی را با زمان و حافظه کافی اجرا کند. بیشتر زبان های برنامه نویسی مدرن تورینگ کامل هستند، که نشان دهنده ظرفیت نظری آنها برای رسیدگی به هر مشکل محاسباتی است.
   
2. طرحواره: یک طرح قرارداد به عنوان کد واقعی برای یک قرارداد هوشمند عمل می کند که می تواند به عنوان یک "الگوی قرارداد" توسط صادرکنندگان بدون نیاز به کدگذاری یا ممیزی کد سفارشی ارائه شده توسط منابع خارجی استفاده شود. طرحواره RGB یک اسکریپت نیست بلکه یک ساختار داده است.
   
3. قراردادهای گزارش گسسته (DLC) در زمینه کانال های دولتی قراردادهای هوشمند تخصصی هستند که عمدتاً در شبکه بیت کوین استفاده می شوند. آنها امکان اجرای خصوصی و کارآمد قراردادهای مالی پیچیده را بر اساس رویدادهای خارجی، مانند قیمت دارایی ها، فراهم می کنند. DLC ها خارج از زنجیره عمل می کنند و محرمانه بودن جزئیات قرارداد و هویت شرکت کنندگان را حفظ می کنند. آنها از منابع داده خارجی یا اوراکل ها برای حل قرارداد استفاده می کنند. هنگامی که DLC ها با کانال های دولتی ادغام می شوند، مقیاس پذیری را با اجازه دادن به تسویه تراکنش های متعدد بدون شلوغی بلاک چین افزایش می دهند و آنها را برای تراکنش های مالی خصوصی و کارآمد که به نتایج دنیای واقعی بستگی دارد، ایده آل می کند.
   
4. طوفان – ذخیره سازی بدون اعتماد مبتنی بر امان با استفاده از zk-proofs. Storm برای تسهیل تراکنش‌های ایمن و خصوصی، فضای ذخیره‌سازی غیرقابل اعتماد مبتنی بر امانت را با اثبات‌های دانش صفر ترکیب می‌کند. در این سیستم، داده‌ها یا دارایی‌ها در امان نگه‌داری می‌شوند و تنها زمانی منتشر می‌شوند که شرایط خاصی برآورده شود، و محیطی غیرقابل اعتماد را تضمین می‌کند که در آن هیچ مرجع مرکزی مورد نیاز نیست. ادغام zk-proofs امکان تأیید این تراکنش‌ها را در عین حفظ حداکثر محرمانه بودن فراهم می‌کند، زیرا آنها اعتبار داده‌ها را بدون فاش کردن جزئیات اساسی امکان‌پذیر می‌سازند.
   
5. تیتان فرزند پاپتوس - محاسبات توزیع شده بدون اعتماد مبتنی بر داوری. پرومتئوس رویکردی به محاسبات غیرمتمرکز، ترکیب مکانیسم‌های داوری برای حل اختلاف، تعاملات غیرقابل اعتماد برای عملیات امن و غیرمتمرکز، و کارایی کانال‌های دولتی برای مدیریت محاسبات خارج از زنجیره را نشان می‌دهد.
   
6. A کاهش دستورالعمل مجموعه کامپیوتر نوعی معماری ریزپردازنده است که از مجموعه دستورالعمل‌های کوچک و بسیار بهینه‌شده به جای مجموعه دستورالعمل‌های بسیار تخصصی که معمولاً در معماری‌های دیگر یافت می‌شود، استفاده می‌کند.