کمپین مشترک TaskOn & Orbiter Finance با جایزه تا 25 دسامبر

کمپین مشترک TaskOn & Orbiter Finance با جایزه تا 25 دسامبر

TaskOn و Orbiter Finance در کنار هم یه کمپین راه انداختن که تا 25 دسامبر فرصت شرکت دارید

لینک کمپین : https://rewards.taskon.xyz/campaign/detail/25937

جوایزش : 10 دلار USDT + 10 EXP و همچنین 100 امتیاز در TaskOn  هستش

خب همونطور که میبینید خیلی ساده 4 تا تسک فالوو و ریتویت داریم

3 تا هم تسک با هر مقدار ارزشی که میخواید به شبکه های گفته شده بریج بزنید ، شبکه مبدا مهم نیستش چی باشه

شرایط کمپین

Each eligible participant will get 10 EXP.

Event Rules:

1. Users must complete all tasks on TaskOn;

2. The TaskOn team and the Orbiter Finance team reserve the right to make the final decision on the outcome of this event.

 

Orbiter Finance از زمان آغاز به کار خود به موفقیت قابل توجهی در بازار متقابل جمع آوری دست یافته است. موفق به ایجاد یک پایگاه کاربر قابل توجهی شده است و در اتصال محیط‌های جمع‌آوری و همکاری با DApp‌های مختلف برای تقویت رشد اکوسیستم در فضای متقابل نقش داشته است.

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

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

علاوه بر نقش‌های فوق‌الذکر در پروتکل Orbiter Finance، دو نقش دیگر نقش مهمی در بخش انگیزشی غیرمتمرکز دارند. همانطور که دو نقش در بالا ذکر شد، Dealer، که مشوق هایی را برای ارائه frontend های غیرمتمرکز دریافت می کند، و Submitter، مسئول ارسال ریشه درخت درآمد تولید شده توسط Dealers. با استفاده از پروتکل های باز، ایجاد ترتیبات مشارکتی مستقیم بین سازندگان و فروشندگان امکان پذیر می شود.

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

فروشندگان از شناسه فروشنده خود برای شناسایی خود و ثبت نرخ کارمزد خود در قرارداد مدیر هزینه (FMC) استفاده می کنند. این قرارداد همه معامله‌گران را ردیابی می‌کند، سود سهامی که از سازندگان دریافت می‌کنند را مدیریت و به‌روزرسانی می‌کند، و تضمین می‌کند که پس از طی یک مکانیسم داوری، مقدار مناسبی از غرامت کسر می‌شود.

تا زمانی که تراکنش های متقاطع از طریق Dealers و Makers پردازش می شوند، تقسیم سود بین هر فروشنده و سازنده برای هر تراکنش می تواند به طور دقیق محاسبه شود. مشابه کد شناسایی اضافه شده به چهار رقم آخر ارزش تراکنش در شبکه هدف، شناسه فروشنده، EBCID و DestinationChainID در چهار رقم آخر مبلغ تراکنش نیز برای سازندگان نشان داده می‌شوند تا این عناصر را شناسایی و متمایز کنند.

مثالی از محاسبه سود فروشنده

برای اینکه درک واضح‌تری از نحوه محاسبه سود دلالان ارائه دهیم، برای توضیح بهتر در اینجا مثالی ارائه می‌کنیم. قرارداد اشتراک سود: تصور کنید Dealer3 با MakerB یک قرارداد مشارکت در سود منعقد می کند. شناسه Dealer3 به عنوان شماره 5 به آدرس 0x_dealer_3 پیوند داده شده است.

علاوه بر این، آدرس MakerB 0x_maker_b در قرارداد FeeManager متصل است. سهم سود با نسبت 5 درصد اتفاق می افتد. محاسبه سود دقیق: فرض کنید یک کاربر قصد دارد 100 دارایی USDT را از Arbitrum به zkSyncEra منتقل کند. با استفاده از پیش‌فرض ارائه شده توسط Dealer 3، کاربر MakerB را به عنوان ارائه‌دهنده LP متقابل انتخاب می‌کند.

پس از محاسبه هزینه های قابل اجرا، کاربر 102 USDT را به آدرس Arbitrum MakerB منتقل می کند. رابط Dealer3 کدهای شناسایی خاصی را به مبلغ منتقل شده اضافه می کند. مبلغ انتقال خاص برای کاربر شامل همه عناصر است: 102000000000000000253 چهار رقم آخر نشان دهنده:

02 نشان دهنده هدف زنجیره هدف کاربر است (Arbitrum، با کد 9002).

5 مربوط به شناسه اتصال بین Dealer3 و MakerB است. این شناسه برای بازیابی آدرس فروشنده 3 و نسبت مشارکت در سود مربوطه از قرارداد FeeManager تحت تاپل (0x_maker_b, 5) استفاده می‌شود.

3 پیکربندی هزینه Maker را نشان می دهد که می تواند توسط Maker در قرارداد MDC تعیین شود (در این مورد 2 USDT تعیین شده است).

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

یک Merkle Root برای خلاصه کردن دقیق وضعیت سود برای هر حساب فروشنده ایجاد می شود. در این تصویر، Dealer3 مستحق سود 2 USDT * 5% = 0.1 USDT است. این مبلغ زمانی که کاربران به تدریج از فرانت اند مستقر شده توسط Dealer3 استفاده می کنند جمع می شود.

پس از به‌روزرسانی Merkle Root توسط ارسال‌کننده، Dealer3 می‌تواند از طریق سرویس RPC ارسال‌کننده به داده‌های Merkle Proof مرتبط با حساب خود دسترسی داشته باشد. Dealer3 می‌تواند با قرارداد FeeManager تعامل داشته باشد تا بازیابی مانده‌های سود همسو با حساب خود را آغاز کند.

تقسیم ریاضی محاسبه سود نمایندگی ها

ما از درخت مرکل برای نشان دادن سود هر فروشنده استفاده می کنیم. کلید از آدرس: A، شناسه زنجیره ای: C و آدرس توکن: TA هش شده است. فرمول ها و روش های محاسبه به شرح زیر است: KEY(A) = HASH(A, C, TA) مقدار Amt است، مقدار: VALUE(A) = HASH(KEY(A)، Amt) حالت انتقال، به طور رسمی ST :

ریشه درخت انتقال حالت، به طور رسمی STR، s، e به ترتیب شروع، پایان را نشان می دهد:

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

همانطور که در نمودار ارائه شده در بالا نشان داده شده است، هنگامی که ارسال کننده وضعیت به روز شده را ارسال کرد، یک پنجره یک ساعته به عنوان یک دوره چالش باز اختصاص داده می شود. در این بازه زمانی، هر کسی این فرصت را دارد که ارسال کننده ارسال کننده را به چالش بکشد.

فرآیند چالش توسط چلنگر از طریق قرارداد مدیر کارمزد آغاز می شود که شامل یک حاشیه مشخص به عنوان تعهد است. در این مرحله، حاشیه ارسال کننده نیز قفل می شود و پاسخ به فرآیند چالش مورد نیاز است. ارسال کننده شماره بلوک میانی و وضعیت مربوط به آن را ارائه می دهد. اعتبار Pairm1 را می توان با استفاده از اثبات Merkle تأیید کرد.

Challenger باید به Pairm1 واکنش نشان دهد. در این مرحله، دو سناریو پیش می‌آید: اگر چلنگر با Submitter’s Pairm1 حمله کند، پروتکل اختلاف کوچک‌تری را شناسایی می‌کند، Pairm2، m2 = ⌊(m1 + e)/2⌋. اگر Challenger با Submitter’s Pairm1 مخالف باشد، پروتکل اختلاف کوچکتری را شناسایی می‌کند، Pairm2′, m2′ = ⌊(s + m1)/2⌋. ارسال کننده و چلنجر در نهایت حداکثر راندهای ⌈loge−s⌉ f2 جفت خواهند شد. در این لحظه، ارسال کننده موظف است اعتبار BT(f,m) را نشان دهد و مدرکی دال بر حضور مداوم جفت ارائه کند. Kz2 کلید اثبات مدار است:

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

سپس این گره انتخابی مسئول ارسال درخت وضعیت درآمد دور فعلی است. این روند انتخابات اجماع برای ارسال کنندگان با زنجیره های عمومی POS متفاوت است. برخلاف نیاز به بیش از 2/3 گره های صادق در مکانیسم های انتخاباتی مبتنی بر PBFT، داشتن حتی یک گره صادق برای حفظ روند کافی است.

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

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