نام در حال استفاده

یک برچسب در حال حاضر با نام شاخه ارائه شده وجود دارد. بسیاری از دستورات GIT نام برچسب و شاخه را می پذیرند ، بنابراین ایجاد این شاخه ممکن است باعث رفتار غیر منتظره شود. آیا مطمئن هستید که می خواهید این شاخه را ایجاد کنید؟

ستاره ای-پروتکل / هسته / CAP-0037. md

• به پرونده T بروید
• به خط L بروید
• مسیر کپی کردن
• کپی کردن پیوند ثابت

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

• با دسک تاپ باز کنید
• مشاهده خام
• کپی کردن محتوای خام کپی محتوای خام

   

محتوای خام را کپی کنید

محتوای خام را کپی کنید

این پیشنهاد استخرهای نقدینگی و سازندگان خودکار بازار را در سطح پروتکل معرفی می کند. AMMS برای نقل قول قیمت دارایی به یک فرمول ریاضی متکی است. استخر نقدینگی یک ورودی دفترچه است که شامل بودجه واریز شده توسط کاربران (ارائه دهندگان نقدینگی) است. در ازای تأمین نقدینگی به پروتکل ، کاربران از معاملات درآمد کسب می کنند. رویکرد شرح داده شده از اجرای سفارش درهم آمیخته ، نقدینگی کتابهای سفارش موجود را با استخرهای نقدینگی ترکیب می کند.

ساخت بازار سفارشات (به ویژه در زنجیره) ممکن است کاملاً مشکل باشد. نیاز به ربات های تجاری دارد که به طور مداوم قیمت دارایی های خارجی را ردیابی می کنند و سفارشات زنجیره ای را بر این اساس تنظیم می کنند. به نوبه خود ، این فرآیند منجر به تعدیل ارائه های بی پایان می شود که تاریخچه Ledger را مسدود می کند.

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

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

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

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

استخرهای نقدینگی هیچ اطلاعات پیچیده ای را ذخیره نمی کنند ، نیازی به تنظیم قیمت منظم موقعیت ندارند و کاملاً قطعی کار می کنند. از منظر اجرای زنجیره ای ، این خصوصیات در مقایسه با DEX موجود ، مقیاس پذیری بسیار بهتری را ارائه می دهند.

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

این پیشنهاد مفهوم استخرهای نقدینگی مشترک را با ساخت خودکار بازار به پروتکل ارائه می دهد. کاربران وجوه را به یک استخر واریز می کنند که نقدینگی را به موتور خودکار سازنده بازار سازنده ارائه می دهد که می تواند قیمت دارایی را بر اساس الگوریتمی که قیمت آن را مستقیماً از مبالغ نشانه های سپرده شده به استخر به دست می آورد ، نقل کند.

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

• دفترچه راهنمای جدید نقدینگی و نقدینگی را وارد می کند
• عملیات جدید سپرده گذاری poolliquidop و عقب نشینی
• معنایی تغییر یافته برای عملیات موجود Managesellofferop ، ManageBuyofferop ، CreatePassivesellofferop ، Pathpaymentmentrictreceiveop ، pathpaymentmentsrictsendop

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

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

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

• قبل از پردازش سپرده ، اعتبارسنجی اساسی برای اطمینان از مجاز بودن ترکیب دارایی ها لازم است. به عنوان مثال ، وضعیتی که Asseta = AssetB باید منجر به خطای سپرده_POOL_LIQUITY_NOT_YALLLED شود. این نسخه از پیشنهاد به معنای محدودیت های دیگر نیست ، اما این ممکن است در آینده تغییر کند.
• این گره به جستجوی نقدینگی با هش مشتق شده از آدرس حساب منبع عملیات ، استخر ، دارایی و AssetB می پردازد.
• اگر هزینه استخر پیشنهادی (پارامتر هزینه) کمتر از 0. 0001 یا بیشتر از 0. 01 باشد ، خطای emperit_pool_liquity_not_owlowed برگشت.
• Node حساب منبع منبع را برای Asseta ، AssetB بارگیری می کند. اگر هیچ یک از مانده ها وجود نداشته باشد ، خطای emperit_pool_liquid_ininfucid_amount برگشت.
• نسبت دارایی سپرده شده به عنوان قیمت استخر فعلی محاسبه می شود: از کجا:
  • A و B - مقدار دارایی A و دارایی B در حال حاضر در استخر
  • A و B - Maxamounta و Maxamountb در این عملیات تعریف شده اند
  • S - سهام حساب (سهم استخر به دست آمده پس از سپرده)
  • A و B - مقدار مؤثر نشانه ها برای واریز
  • S - کل سهام در حال حاضر در استخر (از نقدینگی Poolentry)
  • A و B - به همین ترتیب مقدار نشانه A و B در حال حاضر به استخر سپرده شده است
  • Fₙ - هزینه استخر جدید
  • S - کل سهام در حال حاضر در استخر (از نقدینگی Poolentry)
  • F - هزینه استخر فعلی
  • S - سهام حساب
  • F - هزینه استخر پیشنهاد شده توسط حساب

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

  • این گره به جستجوی نقدینگی با هش مشتق شده از آدرس حساب منبع عملیات ، استخر ، دارایی و AssetB می پردازد.
  • اگر مربوط به نقدینگی مربوطه یافت نشد ، خطای برداشت_pool_liquity_not_found بازگردانده می شود.
  • درخواست اندازه برداشت سهام بزرگتر از ارزش سهام نقدینگی بازده بازده untraw_pool_liquidion_invalid_stake. اگر سهام درخواست شده برابر با صفر باشد ، کل نقدینگی حساب خارج می شود.
  • گره وضعیت فعلی استخر نقدینگی مطابق را بارگیری می کند.
  • یک حساب حق دارد سهم نقدینگی را برابر با میزان نشانه های برداشت برای هر دارایی به عنوان جایی محاسبه کند
    • S - برای برداشت به اشتراک بگذارید
    • S - تعداد کل سهام استخر از نقدینگی Poolentry
    • A و B - مقدار فعلی دارایی A و دارایی B به ترتیب در استخر
    • Fₙ - هزینه استخر جدید
    • S - کل سهام در حال حاضر در استخر (از نقدینگی Poolentry)
    • F - هزینه استخر فعلی
    • S - سهام برای عقب نشینی
    • f - هزینه استخر پیشنهاد شده توسط حساب (از LiquidityStakeEntry)

    تغییرات معنایی برای عملیات موجود

    رفتار برای عملیات ManageSellOfferOp، ManageBuyOfferOp، CreatePassiveSellOfferOp، PathPaymentStrictReceiveOp، PathPaymentStrictSendOp به روز شد.

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

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

    مبالغ قابل معامله در برابر استخر را می توان با استفاده از مجموعه فرمول های زیر محاسبه کرد:

    • Price-bound swap (estimate based on the target price) If new price>قیمت فعلی: در صورت قیمت جدید
    • مبادله خرید محدود به مبلغ (تخمین بر اساس مقدار توکن هدف) برای یک توکن معین A مقدار هدف: برای یک توکن مشخص B مقدار هدف:
    • مبادله فروش محدود به مبلغ (تخمین بر اساس مقدار رمز منبع) برای یک توکن معین مقدار منبع: برای یک توکن معین B مقدار منبع: جایی که
      • A و B - مقادیر جاری دارایی A و دارایی B در مجموعه
      • a و b - مقادیر مؤثر دارایی A و دارایی B برای مبادله
      • و - کارمزد استخر معاملاتی
      • P - حداکثر قیمت (برابر قیمت سفارش سازنده فعلی پردازش شده است)

      If a>0 and b>0، مقدار متناظر توکن های خریداری شده از استخر کسر شده و به متغیر جمع آوری کل مبلغ معامله شده در استخر اضافه می شود. متغیر دیگری مقدار دارایی فروخته شده منطبق را انباشته می کند.

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

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

      همین رفتار در مورد عملیات پرداخت مسیر نیز صدق می کند. این CAP مستلزم هیچ تغییری در تطبیق سفارشات فعلی یا روند اجرای پیشنهادات DEX نیست.

      معامله در برابر یک استخر یک نتیجه ClaimOfferAtom با offerID برابر ب ا-poolType و شناسه فروشنده خالی ایجاد می کند.

      یک جریان ساده از فرآیند اجرای تجارت درهم:

      

      اجرای اصلی استخرهای نقدینگی به طور جداگانه از DEX موجود چندین کاستی دارد:

      • رابط جدید AMM نیاز به عملیات معاملاتی جدید دارد. علاوه بر Managesellofferop موجود و ManageBuyofferop ، برای تعامل با AMM نیز به چیزی مانند Swapsellop و SwapBuyop نیاز دارد. دو عمل دیگر برای پرداخت مسیر مورد نیاز: swappathpaymentmentrictreceiveop و swappathpaymentstrictsendop.
      • در حالی که داشتن Dex و Orderbook جداگانه مانند یک راه حل ساده تر به نظر می رسد ، در واقعیت ، منجر به تغییرات قابل توجهی بزرگتر در پایگاه (عملیات بیشتر و موارد استفاده بیشتر برای رسیدگی) ، کارهای زیادی در سمت افق و تلاش بسیار بیشتر از اکوسیستم می شود. توسعه دهندگان
      • روند معاملات برای کاربران معمولی گیج کننده می شود. تفاوت بین سفارش و مبادله چیست؟چگونه می توان بهترین نرخ را بدست آورد؟البته دیر یا زود کیف پول ها و رابط های مبادله باید به نجات بیایند و نکاتی را در رابط ارائه دهند و حتی ممکن است اطلاعات را در استخر نقدینگی و کتاب سفارش برای یک جفت دارایی معین جمع آوری کنند تا از بهترین قیمت ارز ممکن اطمینان حاصل کنند. این امکان پذیر است ، اما بسیار کاربر پسند نیست و ممکن است منجر به سردرگمی شود.
      • نقدینگی تکه تکه شده به این معنی است که برای هرگونه پرداخت تجارت یا مسیر بزرگتر از چندین دلار ، یک کیف پول نیاز به انجام چندین معاملات (در برابر کتاب سفارش و استخرهای نقدینگی) برای ارائه قیمت مناسب به کاربر ، افزایش تعداد معاملات لازم برای مبادله دارد. در صورت پرداخت مسیر ، کاربران باید انتخاب کنند که آیا می خواهند اتمی با قیمت پایین (به دلیل بهره برداری از مسیر پرداخت یا در یک استخر نقدینگی یا کتاب سفارش) عملیات اتمی را انجام دهند یا ضمن قربانی کردن اتمی ، قیمت بهتری کسب کنند.
      • مشکل طولانی مدت ربات هایی که در آن لجر می شوند در حالی که برای فرصت های داوری رقابت می کنند ، به طور قابل توجهی گسترش می یابد زیرا AMM های مستقل به بازیگران داوری متکی هستند که اگر قیمت AMM بیش از حد از قیمت جهانی بازار شناور باشد ، استخرهای را تغییر می دهند. این فرصت بسیار سودآورتر از انجام پرداخت مسیر دایره ای برای چندین جفت معاملات OrdeBook را نشان می دهد. با توجه به ظرفیت محدود دفترچه ، این امر منجر به فلج شبکه می شود که رقابت بین چندین ربات داوری و سازندگان بازار هزینه های معامله را به آسمان منتقل کنند. بیشتر اوقات ، انجام یک پرداخت ساده غیرممکن خواهد بود زیرا کل ظرفیت دفترچه با معاملات داوری ارسال شده در پاسخ به هرگونه بروزرسانی DEX از سازندگان بازار ، سیل می شود.

      مزایای رویکرد پیشنهادی:

      • کاربران همیشه بهترین قیمت ممکن را دریافت می کنند زیرا تجارت در برابر کل نقدینگی موجود برای جفت معاملات خاص انجام می شود.
      • کتاب سفارش و استخر نقدینگی همیشه در حالت متعادل باقی می مانند و این بدان معنی است که هیچ فرصت داوری بین استخر و کتاب سفارش وجود ندارد. موتور تجارت به طور خودکار تعادل داوری را در هر تجارت تحت کاپوت انجام می دهد و نیاز به بازیگران داوری خارجی را از بین می برد.
      • هیچ مورد استفاده منطقی وجود ندارد که نیاز به تجارت منحصراً در استخر داشته باشد. دستکاری قیمت احتمالاً تنها نمونه قابل استفاده در مبادلات استخر است.
      • سطح حمله کوچکتر از آنجا که هیچ راهی برای تجارت مستقیم در استخر وجود ندارد. این امر همچنین به طور خودکار از حملات بر اساس ایالت نامتوازن اوراکل جلوگیری می کند و هزینه دستکاری قیمت های عمدی را به میزان قابل توجهی افزایش می دهد زیرا مهاجم مجبور است علیه کل نقدینگی جمع شده در جفت دارایی داده شده تجارت کند.
      • تجربه بهتر توسعه دهنده و قابلیت همکاری بین دارایی ها و محصولات. ساده نگه داشتن چیزها اجازه می دهد تا از اشتباهات توسعه دهنده جلوگیری کنید و تجربه را ساده تر کنید.
      • در دسترس بودن فوری استخرهای نقدینگی برای برنامه های موجود بدون نیاز به ارتقاء پایگاه کد.
      • در صورت ظهور چنین ضرورت ، اضافه کردن عملیات جدید مبادله خاص استخر در آینده بسیار آسان است. در همین زمان ، استهلاک عملیات مبادله ای به نفع کتاب سفارش Interleaved+اجرای AMM نسبتاً پیچیده تر به نظر می رسد.

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

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

      تعدیل هزینه استخر تعاونی

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

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

      کاربر فقط می تواند در محدوده بین 0. 0001 و 0. 01 (0. 01-1 ٪) به ارزش هزینه رأی دهد-یک حراست از شرکت کننده در بازار از پرداخت هزینه های گران قیمت در بازارهای غیرقانونی محافظت می کند ، در حالی که حداقل حداقل بازدهی برای ارائه دهندگان نقدینگی که بیشتر در استخر رانده می شوند ، اطمینان می دهندتوسط سازندگان بازار

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

      ورودی های دفترچه مربوط به استخر

      برای مقابله با آشفتگی و ساده سازی روند جمع آوری ، ASSETA و ASSETB در نقدینگی و نقدینگی و نقدینگی همیشه پس از درج در نظم الفبا طبقه بندی می شوند. عملکرد مقایسه کننده به ترتیب نوع دارایی ، کد دارایی و آدرس صادرکننده دارایی را در نظر می گیرد.

      کلید Ledger برای نقدینگی ، هشویی است که از آدرس حساب + PoolType + Asseta + AssetB Fields ترکیب شده است تا بهینه سازی ذخیره شود.

      هیچ فرضیه ای در مورد انواع استخر آینده وجود ندارد

      این کلاه هیچ فرضیه ای در مورد پسوندهای احتمالی استخر یا معرفی انواع دیگر استخر در آینده ایجاد نمی کند. با احتمال زیاد ، آن معماری های جدید AMM جدید نیاز به رویکردهای مختلف اجرای ، عملیات جداگانه/برداشت جداگانه و پارامترهای اضافی در ورودی های دفترچه دارند. پیش بینی الزامات مربوط به مفاهیم موجود هنوز غیرممکن است ، بنابراین طراحی زیرساخت ها با توجه به تغییرات ناشناخته آینده غیر عملی به نظر می رسد.

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

      انتقال به روزرسانی پروتکل

      تغییرات پیشنهادی بر ورودی های دفترچه موجود تأثیر نمی گذارد. معانی عملیات به روز شده با اجرای فعلی سازگار است و نیازی به به روزرسانی در سمت مشتری ندارد.

      این کلاه نباید باعث ایجاد تغییر در پیاده سازی های موجود شود.

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

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

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