یک مشتری پرداخت میکند. شما هش تراکنش را میبینید. کیف پول آن را ارسالشده نشان میدهد.
اما هنوز هیچ چیز تأیید نشده است.
اگر تاکنون برایتان سؤال بوده که چرا چنین فاصلهای وجود دارد، پاسخ در بخشی از سیستم است که بیشتر کاربران هرگز آن را نمیبینند: ممپول.
این توضیح ممپول از دیدگاه دنیای واقعی درباره تعریفها نیست. درباره فهمیدن چیزی است که واقعاً در دقیقهها یا ثانیههای میان «ارسال» و «تأیید» رخ میدهد و اینکه چرا بیشتر سردرگمیهای پرداخت دقیقاً در همین بازه آغاز میشوند.
ممپول جایی است که تراکنشها رقابت میکنند، نه فقط منتظر میمانند
بهراحتی میتوان ممپول را مانند یک صف تصور کرد. اما کاملاً اینطور نیست.
یک ممپول واحد و جهانی وجود ندارد. هر نود نمای خودش را از تراکنشهای در انتظار نگه میدارد. پس از انتشار یک تراکنش توسط فرستنده، نودها آن را در شبکه منتشر میکنند و در ممپولهای خود قرار میدهند، در حالی که مستقل تصمیم میگیرند آن را نگه دارند یا نه و چگونه اولویتبندیاش کنند.
این یعنی تراکنش شما فقط منتظر نوبتش نیست.
برای قرارگرفتن در بلاک رقابت میکند.
اعتبارسنجها یا ماینرها با انتخاب تراکنشها از ممپول محلی خود بلاکها را میسازند و معمولاً درآمد کارمزد و محدودیتهای بلاک را بهینه میکنند. در عمل، این موضوع ممپول را به یک بازار زنده تبدیل میکند که در آن قیمت، اندازه و زمانبندی تعیین میکنند چه کسی بعدی وارد بلاک شود.
بعد از «ارسال» واقعاً چه اتفاقی میافتد
پس از ساخته و امضاشدن تراکنش، نودها آن را در شبکه منتشر میکنند. اگر تراکنش با قواعد اعتبارسنجی سازگار باشد، نودها آن را در ممپول خود قرار میدهند و به همتایان دیگر منتقل میکنند. از این لحظه سه عامل شروع میکنند سرعت حرکت تراکنش به سمت تأیید را شکل دهند.
قابلیت مشاهده
هرچه تراکنش شما سریعتر به نودهای تولیدکننده بلاک در سراسر شبکه برسد، ماینرها یا اعتبارسنجها زودتر میتوانند آن را برای قرارگیری در بلاک ارزیابی کنند.
قدرت رقابت
تراکنشها بهصورت ضمنی یا صریح بر اساس کارمزد بهازای هر بایت یا قیمت گس رتبهبندی میشوند. وقتی تقاضا زیاد است، تراکنشهای کمکارمزد جذابیت کمتری دارند.
ظرفیت
بلاکها محدودیت دارند. حتی اگر تراکنشهای زیادی آماده باشند، فقط بخشی از آنها در بلاک بعدی جا میشوند.
در عمل، تفاوتهای واقعی همینجا ظاهر میشوند. یک تراکنش بیتکوین با کارمزد 10 sat/vB ممکن است بدون حرکت باقی بماند اگر شبکه تراکنشهای بالاتر از 30 sat/vB را پردازش کند. در اتریوم، تراکنشی که با 20 gwei منتشر شده ممکن است خیلی زود غیررقابتی شود اگر تقاضا بازار را به 50 gwei یا بیشتر برساند، بهویژه در دورههای افزایش فشار کارمزد گس.
تا زمانی که هر سه عامل همراستا نشوند، تراکنش شما در انتظار باقی میماند.
چرا وضعیت «در انتظار» غیرقابلپیشبینی به نظر میرسد
از بیرون، وضعیت در انتظار ناهماهنگ به نظر میرسد. دو پرداخت مشابه میتوانند رفتار کاملاً متفاوتی داشته باشند.
دلیلش این است که ممپول پویاست. با این عوامل تغییر میکند:
- افزایش ناگهانی تقاضا
- تغییرات بازار کارمزد
- سیاست نودها درباره نگهداشتن یا حذف تراکنشها
رفتار در شبکههای مختلف نیز متفاوت است. در بیتکوین، اندازه ممپولها محدود است و هنگام فشار، تراکنشهای کمکارمزد ممکن است کاملاً حذف شوند. در اتریوم، تراکنشها ممکن است قابل مشاهده باقی بمانند اما بسته به ترتیب nonce و قدرت رقابت کارمزد رفتار متفاوتی داشته باشند.
هنگام ازدحام، ممپولها پر میشوند و نودها ممکن است برای حفظ حافظه تراکنشهای کمکارمزد را حذف کنند. تراکنش شما ممکن است در یک مرورگر بلاکچیندیده شود، در دیگری وجود نداشته باشد و همچنان از نظر فنی معتبر باشد.
هیچ چیز خراب نیست. سیستم در حال اولویتبندی است.
کارمزد فقط هزینه نیست؛ یک سیگنال است
در بیشتر بلاکچینها، کارمزد فقط پولی برای پردازش نیست. کارمزد سیگنالی به شبکه است.
وقتی کارمزد تعیین میکنید، به تولیدکنندگان بلاک میگویید قرارگیری در بلاک چقدر برایتان فوری است. کارمزد بیشتر شما را به ابتدای رقابت نزدیکتر میکند؛ کارمزد کمتر شما را عقب میبرد، گاهی آنقدر که در اوج تقاضا عملاً نامرئی میشوید.
به همین دلیل ممکن است یک تراکنش با وجود کارمزدی که منطقی به نظر میرسد «گیر» کند. بازار بعد از ارسال تراکنش تغییر کرده است. برای پذیرندگان، درک کارمزد تراکنش بیتکوین توضیح میدهد چرا یک پرداخت در یک ساعت سریع تأیید میشود اما در ساعت دیگر بسیار بیشتر منتظر میماند.
درک این موضوع انتخاب کارمزد را از حدسزدن به یک راهبرد تبدیل میکند.
جایگزینی و تسریع تراکنش
برخی شبکههای بلاکچین به فرستنده اجازه میدهند تراکنش را پس از ورود به شبکه تغییر دهد.
در بیتکوین، Replace-By-Fee (RBF) به فرستنده اجازه میدهد همان تراکنش را با کارمزد بالاتر دوباره منتشر کند و نودهای پشتیبان RBF را ترغیب کند نسخه جدیدتر را به نسخه قدیمی ترجیح دهند. Bitcoin Core، Replace-By-Fee اختیاری را سازوکاری توصیف میکند که تراکنشها را تا زمان قرارگرفتن در یک بلاک توسط ماینرها قابلجایگزینی نگه میدارد.
Child-Pays-For-Parent (CPFP) نیز میتواند یک تراکنش کمکارمزد را تسریع کند. در این روش، فرستنده یا گیرنده تراکنش دومی با کارمزد بیشتر ایجاد میکند تا ماینرها را به تأیید هر دو تراکنش با هم ترغیب کند.
این سازوکارها قرارگیری در بلاک را تضمین نمیکنند، اما احتمال آن را تغییر میدهند.
این سازوکارها همچنین حالتهای مرزی مهمی در عمل ایجاد میکنند. فرستنده ممکن است تراکنش را با نسخه جدیدتر و کارمزد بیشتر جایگزین کند، یا نودها ممکن است تراکنش را از ممپول خود حذف کنند چون دیگر آن را بهاندازه کافی رقابتی نمیدانند. نسخهای که ابتدا میبینید همیشه همان نسخهای نیست که شبکه در نهایت تأیید میکند.
فاصله میان آنچه کاربر میبیند و آنچه شبکه میداند
بیشتر سردرگمیها از همینجا میآیند.
کیف پول کاربر تراکنش را ارسالشده نشان میدهد. اکسپلورر بلاک آن را در انتظار نشان میدهد. سیستم شما نیز بسته به نودهایی که به آنها متکی است ممکن است هنوز آن را ببیند یا نبیند.
هر سه دیدگاه میتوانند همزمان درست باشند.
ممپول یک منبع حقیقت واحد نیست. مجموعهای از دیدگاههای همپوشان و کمی متفاوت است که فقط وقتی یک بلاک تولید میشود به هم نزدیک میشوند.
تا آن زمان با یک هدف متحرک روبهرو هستید.
چرا این موضوع برای پرداختهای واقعی مهم است
اگر تراکنشهای در انتظار را نهایی فرض کنید، ریسک میپذیرید. اگر کاملاً نادیدهشان بگیرید، اصطکاک ایجاد میکنید.
ممپول فضایی است که قصد انجام تراکنش وجود دارد اما قطعیت هنوز شکل نگرفته است. مشتری اقدام کرده، اما شبکه هنوز تعهد نداده است.
در انتظار به معنی شکست نیست
در عمل، بیشتر خطاهای پرداخت به این دلیل رخ میدهند که کسبوکارها سیگنال شبکه را اشتباه تفسیر میکنند، نه اینکه خود تراکنش شکست خورده باشد.
تراکنشی که بیش از حد در انتظار میماند معمولاً از رقابتپذیری ضعیف کارمزد رنج میبرد، نه از یک جریان پرداخت خراب.
نودها اغلب تراکنشهای کماولویت را از ممپول خود حذف میکنند، حتی اگر خود پرداخت هرگز کامل نشده باشد.
فرستندگان همچنین میتوانند تراکنشها را با نسخههای جدیدتر و کارمزد بالاتر جایگزین کنند و این موضوع چیزی را که شبکه در نهایت تأیید میکند تغییر میدهد.
پذیرندگان به بیش از یک هش تراکنش نیاز دارند
سیستمهای خوب این تفاوتها را تشخیص میدهند. همه چیز را صرفاً موفقیت یا شکست در نظر نمیگیرند؛ آنچه در حال رخدادن است را تفسیر میکنند.
تراکنشی که در ممپول دیده شده میتواند تجربهای متفاوت از تراکنشی با چند تأیید ایجاد کند. این تفاوت ظاهری نیست؛ عملیاتی است. به همین دلیل درک وضعیت تراکنش کریپتو برای مدیریت واقعی پرداخت مهم است، نه فقط پایش فنی.
طراحی با درنظرگرفتن ممپول، نه در برابر آن
وقتی بپذیرید ممپول محیطی رقابتی و متغیر است، برخی تصمیمهای طراحی روشنتر میشوند.
لازم نیست حدس بزنید یک پرداخت «کند» است یا نه. باید بدانید در کجای چرخه عمرش قرار دارد و این وضعیت برای کسبوکار شما چه معنایی دارد.
واکنشهای عملی معمولاً شامل این موارد هستند:
- وضعیت در انتظار را بهوضوح به کاربران نشان دهید
- انتظار واقعبینانهای درباره زمان تأیید ایجاد کنید
- پیش از انجام سفارش مشخص کنید چه سطحی از ریسک قابلقبول است
- از زیرساختی استفاده کنید که تراکنشها را در چند نود مشاهده میکند تا نقاط کور کاهش یابد
مهمتر از همه، دیگر همه تراکنشهای در انتظار را یکسان نمیبینید. تراکنشی که رقابتی است اما منتظر مانده، رفتار بسیار متفاوتی با تراکنشی دارد که عملاً از بازار قیمتگذاری خارج شده است.
هیچکدام از اینها زمان انتظار را حذف نمیکند؛ آن را قابلپیشبینیتر میکند.
زیرساخت کریپتو کجا کمک میکند
مزیت کریپتو در اینجا قابلیت مشاهده است. میتوانید تراکنشها را هنگام حرکت در ممپول ببینید، نه فقط بعد از تأیید.
اما قابلیت مشاهده بهتنهایی کافی نیست. به سیستمی نیاز دارید که آنچه میبیند را تفسیر کند، تغییرات را در طول زمان دنبال کند و این وضعیت را بهصورت ثابت هم به بکاند و هم به کاربران منتقل کند.
بدون آن، مشکلات کوچک سریع مقیاس میگیرند. تأخیرهای جزئی شکست تلقی میشوند. پرداختهای معتبر نادیده گرفته میشوند. کاربران اعتمادشان را از دست میدهند و دوباره تلاش نمیکنند.
وقتی چنین سیستمی برقرار باشد، ممپول از منبع سردرگمی به منبع سیگنال تبدیل میشود. برای کسبوکارها، اینجاست که پایش بلادرنگ در سیستمهای پرداخت بلاکچینی مستقیماً به نرخ تبدیل، بار پشتیبانی و قابلیت اطمینان پرداخت مرتبط میشود.
جمعبندی
ممپول نحوه نگاه کسبوکارها به پرداختهای بلاکچینیرا تغییر میدهد. تراکنش در انتظار لزوماً نشانه شکست نیست و تراکنش قابل مشاهده نیز الزاماً تضمین تسویه نیست. چالش واقعی این است که بفهمیم شبکه در حال حاضر آن تراکنش را چگونه ارزیابی میکند و تولیدکنندگان بلاک با چه سرعتی احتمالاً آن را در اولویت قرار میدهند.
کسبوکارهایی که رفتار ممپول را درک میکنند، درباره تأییدها، زمان انجام سفارش، مدیریت کارمزد و ارتباط با مشتری تصمیمهای عملیاتی بهتری میگیرند. آنها بهجای واکنش به عدمقطعیت پرداخت، سیستمهایی میسازند که با تغییر شرایط شبکه، وضعیت تراکنش را دقیقتر تفسیر میکنند.
برای کسبوکارهایی که دید واضحتر بر تراکنشها، پایش بلادرنگ پرداخت و زیرساخت مناسب عملیات واقعی پرداخت کریپتو میخواهند، درگاه کریپتویی OxaPay ابزارهایی ارائه میکند که به پذیرندگان کمک میکند پرداختهای بلاکچینی را مؤثرتر رهگیری، مدیریت و خودکار کنند.
