ارتقا امنیت XRPL؟ Ripple CTO Emeritus طرحی را در مقابل Frontrunning ارائه می دهد – U.Today

دیوید شوارتز، مدیر ارشد فناوری Ripple، در پست اخیر نگرانی‌های خود را در مورد احتمال حملات ساندویچ اولیه یا تراکنش‌ها به پرداخت‌های XRP Ledger و رله‌های نقل قول برجسته کرد.

شعبه X بازار مبتنی بر XRP Ledger XRPresso این نگرانی‌ها را در یک پست نشان داد و بیان کرد که یک “مشکل اولیه جدی” در XRP Ledger وجود دارد که به ضرر کاربران عادی است.

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

مستندات XRPL نشان می‌دهد که سفارش تراکنش به گونه‌ای طراحی شده است که غیرقابل پیش‌بینی باشد تا مانع پیش‌دستی شود. با این حال، تحقیقات و مشاهدات دنیای واقعی نشان داده است که این حفاظت کافی نیست. این مکانیسم همچنان می‌تواند مورد استفاده قرار گیرد، به‌ویژه توسط افرادی که دارای قابلیت دید سریع‌تر یا ممتاز در تراکنش‌های معلق هستند.

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

Ripple CTO Emeritus راه حلی را پیشنهاد کرد

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

یک شیء دفتر جدید به نام “ReservedTxns” در اینجا پیشنهاد شده است که شامل یک شماره دنباله دفتر کل و مجموعه ای از شناسه های تراکنش است. در یک شاخص متشکل از هش یک رشته ثابت و شماره دنباله دفتر کل ذخیره می شود.

شما هم ممکن است دوست داشته باشید

علاوه بر این، تراکنش جدیدی به نام “TxnReserve” پیشنهاد شد تا یک اسلات اجرایی برای تراکنش رزرو کند که شماره دفتر و شناسه تراکنش را به عنوان پارامتر می گیرد.

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

شی ReservedTxns برای شماره دنباله دفتر مشخص شده یا باید وجود نداشته باشد یا در صورت وجود، حاوی کمتر از 32 شناسه تراکنش باشد و نباید حاوی شناسه تراکنش مشخص شده باشد.