رداستون مجموعهای از اوراکل است که دادههای بهروز شده، قابل اعتماد و متنوعی را بهطور مکرر برای dApp (برنامه غیرمتمرکز) و قراردادهای هوشمند شما در چندین لایه L1 و L2 ارائه میکند. RedStone با ارائه خدمات اوراکل انعطافپذیر و مقرونبهصرفه، به دنبال رفع چالشهایی است که پروژههای بلاکچین با آنها مواجهاند.
با تغییرات قابل توجه اخیر در اکوسیستم، پروتکلهای دیفای امروزی نیازمند تحویل سریعتر داده هستند. رد استون یک سیستم اوراکل با طراحی متمایز معرفی میکند که برای نیازهای پروتکلهای DeFi مدرن متناسب است.
اوراکلها — چی، چرا، چگونه؟
اوراکلها مکانیزمهایی هستند که ادغام دادههای خارجی (دادههایی که خارج از بلاکچین قرار دارند) را با قراردادهای هوشمند درون زنجیرهای تسهیل میکنند. اوراکلها فراتر از صرف بازیابی دادههای خارج از زنجیره برای انتشار اتریوم، توانایی ارسال دادههای درون زنجیرهای به سیستمهای خارجی را نیز دارند. یک مثال میتواند اوراکلی باشد که پس از پردازش کارمزد از طریق یک تراکنش اتریوم، یک قفل هوشمند را فعال میکند.
اوراکلها مانند یک مجرایی عمل میکنند که قراردادهای هوشمند مبتنی بر بلاکچین را به مخازن داده خارجی متصل میکنند. در نبود اوراکلها، کارکردهای قرارداد هوشمند فقط به دسترسی به دادههای درون زنجیرهای محدود میشود. اوراکلها امکان فراخوانی عملیات قرارداد هوشمند با استفاده از ورودیهای داده خارج از زنجیره را فراهم میسازند.
اوراکلها را میتوان بر اساس منشاء داده (منبع منفرد یا چندگانه)، چارچوبهای اعتماد (متمرکز در برابر غیرمتمرکز) و معماری عملیاتی (مانند حالتهای خواندن فوری، انتشار-اشتراک و درخواست-پاسخ) طبقهبندی کرد. علاوه بر این، میتوان بین اوراکلهایی که روی تهیه دادههای خارجی برای ادغام درون زنجیرهای (اوراکلهای ورودی)، انتقال دادههای بلاکچین به سیستمهای خارجی (اوراکلهای خروجی) یا اجرای توابع محاسباتی خارج از زنجیره (اوراکلهای محاسباتی) تمایز قائل شد.
اوراکلهای ماژولار RedStone
RedStone از مکانیزم ذخیرهسازی بلاکچین نسل بعدی از طریق Arweave استفاده میکند که برای نگهداری حجم زیادی از داده با هزینه بسیار کمتری نسبت به پلتفرمهایی مانند اتریوم بهینهسازی شده است.
در معماری RedStone، تحویل داده به چندین زنجیره از اوراکلهای سنتی که به طور دورهای اطلاعات را روی بلاکچینها آپلود میکنند، متفاوت است. این روش شامل ذخیره دادهها در Arweave است. متعاقباً، شبکه توزیعشدهای از گرهها و شرکا این دادهها را به شکل یک حافظه نهان عمومی غیرمتمرکز به پروژههای DeFi ارائه میدهند.
علاوه بر این، EVM-Connector تزریق دادهها به زنجیره هدف را در صورت نیاز تسهیل میکند. یک امضای تأیید اعتبار به تراکنش نیازمند این دادهها ضمیمه میشود، مشابه یک تراکنش متا.
برای جای دادن ارائهدهندگان دادههای متنوع، یک مکانیزم نظارتی برای تشخیص و اولویتبندی قابل اعتمادترین ضروری میشود. در نتیجه، ارائه دهندگان داده ملزم به قفل کردن توکنهای RedStone به عنوان وثیقه هستند تا مشارکت مستمر و با کیفیت دادههای خود را تضمین کنند. RedStone برای شفافیت و پاسخگویی، یک گزارش جامع از تراکنشهای ارائه دهنده را که به طور دائم در زنجیره Arweave بایگانی شده است، نگهداری میکند. این یک مکانیزم را برای هر ذینفعهای برای به چالش کشیدن یک فیدِ داده ارائه میدهد که به طور بالقوه میتواند بخشی از وثیقه را برای تحریف داده تضمین کند.
دادههای RedStone توسط ارائه دهندگان به صورت رمزنگاری تأیید میشود و در هر بلاکچینی که مجهز به ابتداییترین پایههای رمزنگاری است، قابل تأیید است. این طراحی، ذخیرهسازی و استفاده را از هم جدا میکند: در حالی که دادهها در زنجیره Arweave ذخیره شدهاند، کاربرد آن در سراسر بلاکچینهای مختلف گسترده است.
مدل های ارائه داده RedStone
بسته به معماری قرارداد هوشمند و نیازمندی های کسب و کار، ما می توانیم داده ها را با استفاده از 3 مدل مختلف ارائه دهیم:
مدل اصلی (Core)⚙
این مدل پایه عملیاتی است که در آن داده ها به صورت خودکار به تراکنش کاربر ضمیمه می شوند.
نحوه عملکرد:
مدل RedStone Core به dApp شما امکان می دهد از فیدهای داده ای “براساس تقاضا”(on-demand) استفاده کند، فقط زمانی که داده ها مورد نیاز هستند. به لطفِ اجرای کتابخانه EVM-Connector و گسترش Ethers.js، دپِ شما قادر خواهد بود بسته های داده امضا شده با برچسب زمانی را برای فراخوانی داده های تراکنش های کاربران خود پیوست کند.
برای پیاده سازی مدل Core باید دو کار انجام دهید:
1- کد جاوا اسکریپت dApp خود را برای تزریق بار اضافی با فیدِ داده های امضا شده برای فراخوانی داده های تراکنش های کاربران خود تنظیم کنید (در غیر این صورت با خطاهای قرارداد هوشمند مواجه خواهید شد).
2- قراردادهای هوشمند خود را تنظیم کنید تا شامل کتابخانه هایی شود که مسئول استخراج داده از داده های کال و بررسی امضا هستند.
مدل کلاسیک
در حالی که مدل Core صرفاً بر اساس تقاضا (RedStone Core) کارآمدتر و مقیاس پذیرتر است، ما تشخیص می دهیم که برخی از پروتکل ها ممکن است رویکرد معمولی را انتخاب کنند که در آن داده ها به طور فعال به بلاک چین اضافه می شوند. این پیکربندی ممکن است قابل توجیه باشد اگر:
یک کد پایه حسابرسی شده همه چیز تمام وجود داشته باشد و تیم ترجیح دهد حتی اصلاحات کوچک نیز انجام ندهد
پروتکل در یک شبکه خصوصی یا زنجیره ای با هزینه های گس حداقلی مستقر شده باشد
قیمت ها نیازی به آپدیت مکرر نداشته باشند
RedStone Classic نسبت به اوراکل های Push سنتی مزیت قابل توجهی دارد. طراحی ماژولار ما به شما امکان کنترل قاطعی در مورد زمان و نحوه به روز رسانی قیمت می دهد (با سایر اوراکل ها باید پارامترهای دیکته شده را بپذیرید).
نحوه عملکرد:
این روش بر اساس مدل RedStone Core ساخته شده است و امنیت اعتبارسنجی آنچین را برای هر دو ارائه دهنده داده و برچسب های زمانی تضمین می کند.
این ساختار از دو جزء اصلی تشکیل شده است. اولین جزء ریلایرِ آفچین است که وظیفه انتقال داده ها به بلاک چین به روشی شخصی سازی شده با استفاده از متغیرهای محیط را بر عهده دارد. دومین جزء قراردادهای آنچین هستند که ذخیره و بازیابی قیمت ها را از طریق یک رابط قابل تشخیص (مانند Chainlink Aggregator) تسهیل می کنند. RedStone Classic در همه لایه های 1 و لایه 2 سازگار با EVM از جمله Starknet و Fuel Network قابل اجرا است.
مدل X ⏱
ضمانت سطح بالا علیه فرانت رانینگ.
این مدل از الگوی اجرای تأخیر استفاده می کند و تراکنش ها را در دو مرحله مجزا پردازش می کند:
شخصی با گفتن اینکه می خواهد با پروتکل کاری انجام دهد (مثلاً باز کردن یک پوزیشن پرپچوال) تراکنش را در بلاک چین آغاز می کند. آنها جزئیات خاصی مانند قیمت دقیق را که معامله در آن اتفاق می افتد نمی دانند. این به جلوگیری از هرگونه تلاش برای سوء استفاده از پروتکل با تلاش برای پیش بینی قیمت قبل از تأیید رسمی توسط اوراکل ها کمک می کند.
قیمت فقط در مرحله دوم، معمولاً در بلاک بعدی، روی بلاک چین قرار می گیرد. هر کسی، حتی کاربر، می تواند قیمت را اضافه کند زیرا سیستم بررسی می کند که آیا قیمت مطابق قوانین آنچین است. سپس از این قیمت برای تکمیل تراکنش در نهایت استفاده می شود.
این مدل در پروتکل های پرپچوال محبوب است.