Share Dialog

Share Dialog

<100 subscribers

<100 subscribers

اوراکل RedStone; یک راهکار مدولار

اوراکل RedStone; یک راهکار مدولار

• ارائه دهندگان داده نیازی ندارند که داده ها را پیوسته بصورت آنچین منتشر کنند.

• به کاربران نهایی اجازه می دهد تا داده های Oracle امضا شده را به صورت خودکار روی زنجیره تحویل دهند.

• پروتکل های دیفای میتوانند از شبکه Streamr غیر متمرکز برای تحولی دیتاهای اواکل استفاده کنند.

• با استفاده از طرح تشویقی با توکن میتوان بعنوان انگیزه ای استفاده کرد تا ارائه دهندگان داده، با داده های درست و بدون وقفه به ارائه خدمات خود ادامه دهند.

• از بلاکچین Arweave بعنوان ذخیره ارزان قیمت و دائمی برای بایگانی داده های اوارکل و حفظ پاسخگویی ارائه دهندگان داده استفاده کرد.

• معماری مدولار صحت داده ها را از منبع تا قراردادهای هوشمند حفظ می کند.

• سه روش مختلف برای ادغام خدمات RedStone متناسب با نیازهای استفاده کنندگان از اوراکل وجود دارد.

• RedStone برای بیش از 1000 دارایی از یکپارچه سازی اطلاعات حدود 50 ارائه دهنده داده بعنوان منبع تغذیه استفاده میکند.

• RedStone در بیش از 20 زنجیره حضور حضور دارد.

• RedStone از مارس 2022 DeltaPrime را پشتیبانی کرده است و از ژانویه 2023 در شبکه های اصلی فعال بوده است. کد آنها توسط چندین متخصص امنیتی از جمله ABDK، Peckshield و L2Beat Co-Founder آدیت شده است.

• RedStone شریک راه اندازی DeltaPrime در Avalanche بود و داده هایی را ارائه کرد که در هیچ جای دیگری در دسترس نبود. به لطف این DeltaPrime به یکی از سه dApp سریعترین در حال رشد در DefiLama تبدیل شد.

قرار دادن داده ها به طور مستقیم در منبع ذخیره سازی، ساده ترین راه برای دسترسی به اطلاعات برای قراردادهای هوشمند است. این روش برای بازه های زمانی به روز رسانی بزرگ و تعداد کمی از دارایی ها به خوبی کار می کرد. با این حال، تعداد توکن های بیشتری در حال ورود به DeFi هستند و پروتکل های مشتقات مدرن نیاز به تأخیر بسیار کمتری دارند، هزینه نگهداری مدل ساده را افزایش می دهند.

به همین دلیل، RedStone طراحی مدولار کاملاً جدیدی را پیشنهاد می دهد که در آن داده ها ابتدا در لایه “در دسترس بودن داده” قرار داده می شوند و سپس بصورت آنچین منتشر می شوند. این به RedStone امکان می دهد تعداد زیادی از دارایی ها را با فرکانس بالا به یک لایه ارزان تر ارسال ;کرده و فقط در صورت نیاز پروتکل آن را آنچین کند.

بسته به معماری قرارداد هوشمند و الزامات تجاری، RedStone داده ها را با استفاده از 3 مدل مختلف تحویل میدهد:

• RedStone Core: داده به طور پویا به تراکنش های کاربران تزریق می شود و حداکثر کارایی گس را به دست می آورد و تجربه کاربری عالی را حفظ می کند زیرا کل فرآیند در یک تراکنش واحد قرار می گیرد.

• RedStone Classic: داده از طریق Relayer به ذخیره سازی آنچین منتقل می شود. مخصوص پروتکل هایی که برای مدل Oracles سنتی طراحی شده اند و می خواهند کنترل کاملی بر منبع داده و شرایط به روز رسانی داشته باشند.

• RedStone X: نیازهای پیشرفته ترین پروتکل ها مانند perpetuals، options و derivatives را با حذف خطر front-running هدف قرار می دهد و قیمت feeds را در همان بلاک بعد از تعامل کاربران ارائه می دهد.

منابع قیمت

فیدهای قیمت از منابع مختلفی مانند صرافی های متمرکز(Binance، Coinbase و Kraken، و غیره)، صرافی های آنچین (Uniswap، Sushiswap، Balancer، و غیره) و aggregators (CoinmarketCap، Coingecko، Kaiko) دریافت می شود. در حال حاضر، بیش از 50 منبع را ادغام کرده ایم.

آمیختگی داده ها

داده ها در گره های مستقلی که توسط ارائه دهندگان داده اداره می شوند، با استفاده از روش های مختلف (به عنوان مثال، میانگین، TWAP، LWAP) و اقدامات ایمنی مانند تشخیص خروجی ها، تجمیع می شوند. داده های تمیز شده و پردازش شده سپس توسط اپراتورهای گره امضا می شوند که کیفیت آنها را تضمین می کنند.

پخش فید

فیدهای قیمت هم در Streamr و هم مستقیماً به دروازه های منبع باز (gateways) ارسال می شوند که می توانند به راحتی در صورت نیاز راه اندازی شوند.

انتقال داده به بلاک چین

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

تایید داده ها

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

در سطح بالا، انتقال داده به محیط EVM نیاز به بسته بندی یک بار اضافی در تراکنش کاربر و پردازش پیام در زنجیره دارد.

1- داده های مرتبط باید از لایه ذخیره سازی غیرمتمرکز، که توسط شبکه Streamr و گره های لایت کَشRedStone تأمین می شود، گرفته شوند.

2- داده ها مطابق با ساختار زیر در پیامی بسته بندی می شوند:

3- بسته به پیام تراکنش اصلی متصل می شود، امضا می شود و به شبکه ارسال می شود.

همه مراحل به صورت خودکار توسط ContractWrapper انجام می شود و برای کاربر نهایی شفاف است.

بسته های داده متصل شده ازmsg.data استخراج می شوند.

RedStone برای هر بسته داده، ما موارد زیر را انجام می دهد:

1- اطمینان ایجاد میکند که امضا توسط یک ارائه کننده داده مورد اعتماد ایجاد شده است.

2- تاریخ انقضا را تأیید میکند تا با مشخص شود اطلاعات قدیمی نیستند.

سپس، برای هر فیدِ داده درخواست شده، ما موارد زیر را انجام می دهد:

1- تعداد امضاکنندگان منحصر به فرد دریافتی را محاسبه میکند.

2- برای هر امضاکننده منحصر به فرد، مقدار را استخراج میکند.

3- مقدار تجمیع شده (به طور پیش فرض میانه) را محاسبه میکند.

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

برای افزایش امنیت سیستم Oracle RedStone، آنها مکانیسم تجمیع آنچین را ایجاد کرده‌اند. این مکانیسم یک شرط اضافی از گذراندن حداقل X امضا از ارائه‌دهندگان داده مجاز مختلف برای یک فید داده است. سپس مقادیر ارائه‌دهندگان مختلف قبل از بازگشت به یک قرارداد مصرف‌کننده تجمیع می‌شوند (به طور پیش فرض، از محاسبه مقدار میانه برای تجمیع استفاده میشود). به این ترتیب، حتی اگر تعدادی از ارائه‌دهندگان دیتا دچار خرابی شوند (به عنوان مثال، 2 از 10)، نباید تأثیر قابل توجهی بر مقدار تجمیع‌شده داشته باشد.

• ارائه دهندگان داده نیازی ندارند که داده ها را پیوسته بصورت آنچین منتشر کنند.

• به کاربران نهایی اجازه می دهد تا داده های Oracle امضا شده را به صورت خودکار روی زنجیره تحویل دهند.

• پروتکل های دیفای میتوانند از شبکه Streamr غیر متمرکز برای تحولی دیتاهای اواکل استفاده کنند.

• با استفاده از طرح تشویقی با توکن میتوان بعنوان انگیزه ای استفاده کرد تا ارائه دهندگان داده، با داده های درست و بدون وقفه به ارائه خدمات خود ادامه دهند.

• از بلاکچین Arweave بعنوان ذخیره ارزان قیمت و دائمی برای بایگانی داده های اوارکل و حفظ پاسخگویی ارائه دهندگان داده استفاده کرد.

• معماری مدولار صحت داده ها را از منبع تا قراردادهای هوشمند حفظ می کند.

• سه روش مختلف برای ادغام خدمات RedStone متناسب با نیازهای استفاده کنندگان از اوراکل وجود دارد.

• RedStone برای بیش از 1000 دارایی از یکپارچه سازی اطلاعات حدود 50 ارائه دهنده داده بعنوان منبع تغذیه استفاده میکند.

• RedStone در بیش از 20 زنجیره حضور حضور دارد.

• RedStone از مارس 2022 DeltaPrime را پشتیبانی کرده است و از ژانویه 2023 در شبکه های اصلی فعال بوده است. کد آنها توسط چندین متخصص امنیتی از جمله ABDK، Peckshield و L2Beat Co-Founder آدیت شده است.

• RedStone شریک راه اندازی DeltaPrime در Avalanche بود و داده هایی را ارائه کرد که در هیچ جای دیگری در دسترس نبود. به لطف این DeltaPrime به یکی از سه dApp سریعترین در حال رشد در DefiLama تبدیل شد.

قرار دادن داده ها به طور مستقیم در منبع ذخیره سازی، ساده ترین راه برای دسترسی به اطلاعات برای قراردادهای هوشمند است. این روش برای بازه های زمانی به روز رسانی بزرگ و تعداد کمی از دارایی ها به خوبی کار می کرد. با این حال، تعداد توکن های بیشتری در حال ورود به DeFi هستند و پروتکل های مشتقات مدرن نیاز به تأخیر بسیار کمتری دارند، هزینه نگهداری مدل ساده را افزایش می دهند.

به همین دلیل، RedStone طراحی مدولار کاملاً جدیدی را پیشنهاد می دهد که در آن داده ها ابتدا در لایه “در دسترس بودن داده” قرار داده می شوند و سپس بصورت آنچین منتشر می شوند. این به RedStone امکان می دهد تعداد زیادی از دارایی ها را با فرکانس بالا به یک لایه ارزان تر ارسال ;کرده و فقط در صورت نیاز پروتکل آن را آنچین کند.

بسته به معماری قرارداد هوشمند و الزامات تجاری، RedStone داده ها را با استفاده از 3 مدل مختلف تحویل میدهد:

• RedStone Core: داده به طور پویا به تراکنش های کاربران تزریق می شود و حداکثر کارایی گس را به دست می آورد و تجربه کاربری عالی را حفظ می کند زیرا کل فرآیند در یک تراکنش واحد قرار می گیرد.

• RedStone Classic: داده از طریق Relayer به ذخیره سازی آنچین منتقل می شود. مخصوص پروتکل هایی که برای مدل Oracles سنتی طراحی شده اند و می خواهند کنترل کاملی بر منبع داده و شرایط به روز رسانی داشته باشند.

• RedStone X: نیازهای پیشرفته ترین پروتکل ها مانند perpetuals، options و derivatives را با حذف خطر front-running هدف قرار می دهد و قیمت feeds را در همان بلاک بعد از تعامل کاربران ارائه می دهد.

منابع قیمت

فیدهای قیمت از منابع مختلفی مانند صرافی های متمرکز(Binance، Coinbase و Kraken، و غیره)، صرافی های آنچین (Uniswap، Sushiswap، Balancer، و غیره) و aggregators (CoinmarketCap، Coingecko، Kaiko) دریافت می شود. در حال حاضر، بیش از 50 منبع را ادغام کرده ایم.

آمیختگی داده ها

داده ها در گره های مستقلی که توسط ارائه دهندگان داده اداره می شوند، با استفاده از روش های مختلف (به عنوان مثال، میانگین، TWAP، LWAP) و اقدامات ایمنی مانند تشخیص خروجی ها، تجمیع می شوند. داده های تمیز شده و پردازش شده سپس توسط اپراتورهای گره امضا می شوند که کیفیت آنها را تضمین می کنند.

پخش فید

فیدهای قیمت هم در Streamr و هم مستقیماً به دروازه های منبع باز (gateways) ارسال می شوند که می توانند به راحتی در صورت نیاز راه اندازی شوند.

انتقال داده به بلاک چین

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

تایید داده ها

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

در سطح بالا، انتقال داده به محیط EVM نیاز به بسته بندی یک بار اضافی در تراکنش کاربر و پردازش پیام در زنجیره دارد.

1- داده های مرتبط باید از لایه ذخیره سازی غیرمتمرکز، که توسط شبکه Streamr و گره های لایت کَشRedStone تأمین می شود، گرفته شوند.

2- داده ها مطابق با ساختار زیر در پیامی بسته بندی می شوند:

3- بسته به پیام تراکنش اصلی متصل می شود، امضا می شود و به شبکه ارسال می شود.

همه مراحل به صورت خودکار توسط ContractWrapper انجام می شود و برای کاربر نهایی شفاف است.

بسته های داده متصل شده ازmsg.data استخراج می شوند.

RedStone برای هر بسته داده، ما موارد زیر را انجام می دهد:

1- اطمینان ایجاد میکند که امضا توسط یک ارائه کننده داده مورد اعتماد ایجاد شده است.

2- تاریخ انقضا را تأیید میکند تا با مشخص شود اطلاعات قدیمی نیستند.

سپس، برای هر فیدِ داده درخواست شده، ما موارد زیر را انجام می دهد:

1- تعداد امضاکنندگان منحصر به فرد دریافتی را محاسبه میکند.

2- برای هر امضاکننده منحصر به فرد، مقدار را استخراج میکند.

3- مقدار تجمیع شده (به طور پیش فرض میانه) را محاسبه میکند.

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

برای افزایش امنیت سیستم Oracle RedStone، آنها مکانیسم تجمیع آنچین را ایجاد کرده‌اند. این مکانیسم یک شرط اضافی از گذراندن حداقل X امضا از ارائه‌دهندگان داده مجاز مختلف برای یک فید داده است. سپس مقادیر ارائه‌دهندگان مختلف قبل از بازگشت به یک قرارداد مصرف‌کننده تجمیع می‌شوند (به طور پیش فرض، از محاسبه مقدار میانه برای تجمیع استفاده میشود). به این ترتیب، حتی اگر تعدادی از ارائه‌دهندگان دیتا دچار خرابی شوند (به عنوان مثال، 2 از 10)، نباید تأثیر قابل توجهی بر مقدار تجمیع‌شده داشته باشد.