هزینه تراکنش

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

هر معامله باید برای پرداخت هزینه معامله چقدر XRP را نابود کند.

هزینه معامله فعلی

حداقل هزینه فعلی معامله مورد نیاز شبکه برای یک معامله استاندارد 0. 00001 XRP (10 قطره) است. گاهی اوقات به دلیل بار بالاتر از حد معمول افزایش می یابد.

هزینه های معامله ویژه

برخی از معاملات هزینه معاملات متفاوتی دارند:

ذینفعان هزینه معامله

هزینه معامله به هیچ یک از طرفین پرداخت نمی شود: XRP غیرقابل برگشت نابود می شود.

هزینه بار و هزینه دفترچه باز

دو آستانه برای هزینه معامله وجود دارد:

• اگر هزینه معامله آستانه هزینه معامله مبتنی بر بار سرور را برآورده نکند ، سرور معامله را به طور کامل نادیده می گیرد.
• اگر هزینه معاملات آستانه هزینه لجر باز سرور موج دار را برآورده نکند ، سرور برای یک دفترچه بعدی معامله را صف می کند.

این معاملات را تقریباً به سه دسته تقسیم می کند:

• معاملات که هزینه معامله را به حدی کم می کند که با هزینه معاملات مبتنی بر بار رد می شوند.
• معاملات که هزینه معامله را به اندازه کافی بالا می برد تا در دفترچه باز فعلی گنجانده شود.
• معاملات در بین ، که برای نسخه Ledger بعدی صف می شوند.

هزینه بار محلی

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

هزینه دفترچه باز

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

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

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

معاملات صف

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

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

هزینه معامله مرجع

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

میزان هزینه

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

پرس و جو هزینه معامله

API های موج دار دو روش برای پرس و جو از هزینه معامله مبتنی بر بار محلی دارند: دستور server_info (در نظر گرفته شده برای انسان) و دستور server_state (در نظر گرفته شده برای دستگاه ها).

برای بررسی هزینه دفترچه باز می توانید از روش هزینه استفاده کنید.

server_info

روش server_info حداقل هزینه XRP را ناشایست ، از دفترچه قبلی ، به عنوان alivated_ledger. base_fee_xrp ، به صورت اعشار XRP گزارش می دهد. هزینه واقعی لازم برای انتقال یک معامله با ضرب آن مقدار BASE_FEE_XRP توسط پارامتر Load_Factor در همان پاسخ ، که نشان دهنده سطح بار فعلی سرور است ، مقیاس می شود. به عبارت دیگر:

هزینه معامله فعلی در XRP = BASE_FEE_XRP × LOAD_FACTOR

server_state

روش server_state بازنمایی مستقیم محاسبات بار داخلی Rippled را برمی گرداند. در این حالت ، میزان بار مؤثر نسبت بار فعلی Load_Factor به Load_Base است. پارامتر معتبر _ledger. base_fee حداقل هزینه معامله را در قطره XRP گزارش می دهد. این طرح باعث می شود که با استفاده از تنها ریاضی عدد صحیح ، هزینه معامله را محاسبه کند ، در حالی که هنوز هم مقدار معقول تنظیم دقیق برای بار سرور را فراهم می کند. محاسبه واقعی هزینه معامله به شرح زیر است:

هزینه معامله فعلی در قطره = (Base_fee × Load_Factor) ÷ Load_Base

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

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

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

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

به طور خودکار هزینه معامله را مشخص می کند

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

• اگر هزینه معامله شبکه بین پر کردن خودکار و ارسال معامله افزایش یابد ، ممکن است معامله تأیید نشود.
  • برای جلوگیری از گیربکس معامله در وضعیتی که به طور قطعی تأیید نشده و یا رد نشده است ، حتماً یک پارامتر LastengerSequence ارائه دهید تا در نهایت منقضی شود. از طرف دیگر ، می توانید با استفاده مجدد از همان شماره دنباله ، یک معامله گیر را لغو کنید. برای بهترین شیوه ها به ارسال معاملات قابل اعتماد مراجعه کنید.
  • اگر از RIPPLED استفاده می کنید ، می توانید از پارامترهای FEE_MULT_MAX و FEE_DIV_MAX روش علامت استفاده کنید تا محدودیتی را برای مقیاس بار که مایل به امضای آن هستید تعیین کنید.
  • برخی از کتابخانه های مشتری (مانند XRPL. JS و XRPL-PY) دارای حداکثر هزینه قابل تنظیم هستند و به جای امضای معامله ای که مقدار هزینه آن از حداکثر بالاتر است ، خطایی را ایجاد می کنند.

  هزینه های معامله و معاملات ناموفق

  از آنجا که هدف از هزینه معاملات محافظت از شبکه XRP Ledger Peer-to-Peer از بار بیش از حد است ، باید بدون توجه به اینکه آیا این معامله موفق است یا خیر ، در مورد هر معامله ای که در شبکه توزیع می شود ، اعمال شود. با این حال ، برای تأثیرگذاری بر دفترچه مشترک جهانی ، یک معامله باید در یک دفترچه معتبر گنجانده شود. بنابراین ، سرورهای موج دار سعی می کنند معاملات ناموفق را در Ledgers ، با کدهای وضعیت TEC ("TEC" برای "موتور معامله - فقط هزینه ادعا شده" قرار دهند).

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

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

  XRP کافی

  هنگامی که یک سرور موج دار در ابتدا معامله را ارزیابی می کند ، اگر حساب ارسال کننده به اندازه کافی تراز XRP برای پرداخت هزینه معاملات XRP نداشته باشد ، معامله را با کد خطا Terinsuf_fee_b رد می کند. از آنجا که این یک کد TER (دوباره) است ، سرور موج دار معامله را بدون انتقال آن به شبکه ، تا زمانی که نتیجه معامله نهایی شود ، بازآفرینی می کند.

  هنگامی که یک معامله قبلاً به شبکه توزیع شده است ، اما حساب کاربری به اندازه کافی برای پرداخت هزینه معامله ندارد ، به جای آن کد نتیجه TECINSUFF_FEE رخ می دهد. در این حالت ، حساب تمام XRP مورد نظر خود را پرداخت می کند و با 0 XRP پایان می یابد. این امر می تواند اتفاق بیفتد زیرا RIPPLED تصمیم می گیرد که آیا معامله را بر اساس دفترچه در حال پیشرفت خود به شبکه منتقل می کند ، اما معاملات ممکن است هنگام ساختن دفترچه اجماع کاهش یابد یا دوباره مرتب شود.

  معامله تنظیم مجدد کلیدی

  به عنوان یک مورد خاص ، یک حساب می تواند یک معامله setRegularKey را با هزینه معامله 0 ارسال کند ، تا زمانی که پرچم LSFPasswordSpent حساب کاربری غیرفعال باشد. این معامله باید توسط جفت کلیدی اصلی حساب امضا شود. ارسال این معامله ، پرچم LSFPasswordspent را امکان پذیر می کند.

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

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

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

  تغییر هزینه معامله

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