Insights on Crypto Payments, Infrastructure, and Operations

ماینرها، اعتبارسنج‌ها و تولیدکنندگان بلاک: چه کسی ورود تراکنش را کنترل می‌کند؟

Blue background with keyboard key labeled Ctrl and text asking who controls transaction inclusion

یک مشتری یک پرداخت کریپتوییارسال می‌کند. تراکنش تقریباً بلافاصله در مم‌پول ظاهر می‌شود. کیف پول می‌گوید «با موفقیت پخش شد». اما پرداخت هنوز منتظر تأیید است. در این لحظه یک سؤال مهم مشخص می‌کند بعد چه اتفاقی می‌افتد:
چه کسی تصمیم می‌گیرد این تراکنش داخل یک بلاک قرار بگیرد یا نه؟
بیشتر مردم تصور می‌کنند شبکه‌های بلاکچین تراکنش‌ها را به‌صورت خودکار، منصفانه و دقیقاً بر اساس ترتیب زمانی پردازش می‌کنند. اما بیشتر سیستم‌های بلاکچینی در عمل این‌طور کار نمی‌کنند. پشت هر پرداخت تأییدشده، فرایند انتخابی وجود دارد که بسته به معماری شبکه توسط ماینرها، اعتبارسنج‌ها یا سایر تولیدکنندگان بلاک کنترل می‌شود.
درک نحوه ورود تراکنش‌ها مهم است، چون مستقیماً بر زمان تأیید، رفتار کارمزدها، پویایی شلوغی شبکه، قابلیت اطمینان پرداخت و نحوه عملکرد عملیاتی تسویه در بلاکچین اثر می‌گذارد. شبکه‌های بلاکچین فقط تراکنش‌ها را ثبت نمی‌کنند؛ آن‌ها را اولویت‌بندی می‌کنند.

ورود تراکنش چگونه انجام می‌شود؟

Broadcast شدن، ورود به بلاک را تضمین نمی‌کند

یکی از رایج‌ترین برداشت‌های اشتباه درباره پرداخت‌های بلاکچینی این است که broadcast = confirmed. در واقع Broadcast فقط یعنی شبکه تراکنش را دریافت کرده است. پس از آن، تراکنش معمولاً وارد ممپول می‌شود و منتظر می‌ماند تا یک تولیدکننده بلاک آن را انتخاب کند.
این تفاوت مهمی ایجاد می‌کند: * شبکه ممکن است از تراکنش خبر داشته باشد * اما هنوز هیچ بلاکی آن را ثبت نکرده باشد. تا زمانی که تراکنش وارد بلاک نشود، در یک محیط رقابتی در وضعیت انتظار باقی می‌ماند.

تولیدکنندگان بلاک ورود به بلاکچین را کنترل می‌کنند

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

مدل‌های اجماع و مشوق‌ها

چنگک ماینینگ که یک سکه طلایی را از روی چند سکه با واژه economically انتخاب می‌کند

Proof of Work: انتخاب مبتنی بر ماینر

در سیستم‌های Bitcoin مبتنی بر Proof of Work، ماینرها از تراکنش‌های ممپول بلاک‌های کاندید می‌سازند، اما چون فضای بلاک محدود است نمی‌توانند همه تراکنش‌ها را وارد کنند. بنابراین معمولاً تراکنش‌هایی را در اولویت قرار می‌دهند که کارایی کارمزد بالاتری دارند؛ معیاری که معمولاً با sat/vB یا رقابت کارمزد به‌ازای هر بایت سنجیده می‌شود.
این سازوکار عملاً یک بازار آزاد برای ورود تراکنش‌ها ایجاد می‌کند.
در زمان شلوغی: * تراکنش‌های با کارمزد بیشتر سریع‌تر جلو می‌روند * تراکنش‌های با کارمزد کمتر بیشتر منتظر می‌مانند *
برخی تراکنش‌ها حتی ممکن است کاملاً از ممپول‌ها حذف شوند. مشوق اقتصادی ماینر نقش زیادی در رفتار ورود تراکنش دارد.

Proof of Stake: هماهنگی مبتنی بر اعتبارسنج

سیستم‌های Proof of Stake ماینرها را با اعتبارسنج‌ها جایگزین می‌کنند. اعتبارسنج‌ها همچنان بلاک تولید می‌کنند، اما حق ساخت بلاک از طریق مکانیزم‌های staking تعیین می‌شود، نه رقابت محاسباتی. از نظر عملیاتی، اعتبارسنج‌ها همچنان بر ترتیب تراکنش‌ها، اولویت ورود و رقابت کارمزد اثر می‌گذارند.
با این حال، معماری زمان‌بندی بلاک، هماهنگی اعتبارسنج‌ها، روند نهایی‌شدن و واکنش به شلوغی را تغییر می‌دهد. Ethereum بعد از انتقال به PoS همچنان به‌شدت از اولویت‌بندی مبتنی بر کارمزد استفاده می‌کند، اما هماهنگی اعتبارسنج‌ها در درون شبکه با مدل ماینینگ Bitcoin متفاوت است. منطق اقتصادی تغییر کرده است؛ رقابت تراکنش‌ها از بین نرفته.

ترتیب تراکنش‌ها خنثی نیست

بسیاری از کاربران تصور می‌کنند تراکنش‌ها دقیقاً بر اساس زمان ورود پردازش می‌شوند، اما در شرایط واقعی معمولاً چنین نیست. تولیدکنندگان بلاک اغلب برای بیشینه‌کردن کارمزد، کارایی بلاک، فرصت‌های MEV، مشوق‌های اعتبارسنج یا سودآوری اجرا بهینه‌سازی می‌کنند. در نتیجه ترتیب تراکنش‌ها می‌تواند بر اساس شرایط شبکه تغییر کند. دو تراکنشی که با چند ثانیه فاصله پخش شده‌اند ممکن است اگر جذابیت اقتصادی متفاوتی داشته باشند، کاملاً با ترتیب متفاوتی تأیید شوند.
این موضوع به‌خصوص هنگام اوج شلوغی، راه‌اندازی NFTها، فعالیت DeFi و دوره‌های نوسان شدید بازار دیده می‌شود. ممپول فقط یک صف نیست؛ یک بازار رقابتی است.

پوشه دیجیتال با برچسب MEV، آیکن نشانگر و طراحی به سبک بلاکچین

MEV در ورود تراکنش‌ها

در بلاکچین‌های قرارداد هوشمند، ترتیب تراکنش‌ها حتی ارزشمندتر شده و مفهوم MEV (Maximal Extractable Value)را شکل داده است. MEV به ارزشی گفته می‌شود که تولیدکنندگان بلاک یا بازیگران تخصصی می‌توانند با جابه‌جایی ترتیب تراکنش‌ها، واردکردن تراکنش‌های جدید، به‌تعویق‌انداختن ورود یا استفاده از فرصت‌های توالی اجرا به دست آورند. این موضوع به‌ویژه در صرافی‌های غیرمتمرکز، آربیتراژ، لیکوییدیشن و محیط‌های DeFi با فرکانس بالا رایج است.
در این اکوسیستم‌ها خودِ ترتیب تراکنش ارزش اقتصادی پیدا می‌کند. تولیدکننده بلاک فقط تراکنش‌ها را اعتبارسنجی نمی‌کند؛ روی نتیجه اجرا هم اثر می‌گذارد.

چرا شلوغی قدرت بیشتری به تولیدکنندگان بلاک می‌دهد؟

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

شبکه‌های مختلف، پویایی متفاوتی برای ورود تراکنش دارند

همه سیستم‌های بلاکچینی تراکنش‌ها را به یک شکل اولویت‌بندی نمی‌کنند. Bitcoin تمرکز زیادی بر کارایی کارمزد به‌ازای بایت دارد.
Ethereum قیمت Gas، پیچیدگی اجرا و اقتصاد اعتبارسنج‌ها را با هم ترکیب می‌کند. برخی سیستم‌های delegated مثل TRON بر توان عملیاتی بیشتر، کارمزد کمتر و هماهنگی متمرکزتر اعتبارسنج‌ها تأکید دارند. Solana اجرای موازی، ترتیب‌دهی Proof of History و مدل‌های sequencing با توان عملیاتی بالا را ارائه می‌کند.
در نتیجه رفتار ورود تراکنش‌ها بین معماری‌های مختلف بلاکچین تفاوت زیادی دارد؛ یکی از دلایلی که پرداخت‌ها از نظر عملیاتی در شبکه‌های مختلف متفاوت عمل می‌کنند همین است.

اثر تجاری و عملیاتی

ورود تراکنش بر عملیات واقعی مرچنت‌ها اثر می‌گذارد

برای مرچنت‌ها، ورود تراکنش یک جزئیات انتزاعی پروتکل نیست. این موضوع مستقیماً بر تجربه پرداخت مشتری، زمان تأیید, قابلیت اطمینان پرداخت، درخواست‌های پشتیبانی و انتظارهای مربوط به تسویه اثر می‌گذارد.
برای مثال یک پرداخت Bitcoin با کارمزد پایین ممکن است بسیار بیشتر از انتظار در حالت pending بماند. یک تراکنش Ethereum در شبکه شلوغ می‌تواند به‌سرعت گران شود. یک شبکه با نقش پررنگ اعتبارسنج‌ها ممکن است سرعت را متفاوت از تمرکززدایی اولویت‌بندی کند.
مرچنت‌ها رفتار اجماع را در عمل از طریق نتیجه ورود تراکنش‌ها تجربه می‌کنند.

ورود به بلاک به‌طور خودکار به معنی نهایی‌شدن نیست

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

تولیدکنندگان بلاک هم با قوانین شبکه محدود می‌شوند

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

زیرساخت مدرن پیچیدگی ورود را پنهان می‌کند

بیشتر کاربران هیچ‌وقت مستقیماً به تولیدکنندگان بلاک فکر نمی‌کنند. کیف پول‌ها و سیستم‌های پرداخت بخش زیادی از فرایند ورود را پشت رابط‌های ساده‌ای مثل pending، confirming و completed پنهان می‌کنند. اما در لایه زیرین، ورود تراکنش همچنان همه‌چیز را شکل می‌دهد.
پلتفرم‌هایی مثل OxaPay با مدیریت ردیابی وضعیت پرداخت و هماهنگی شبکه در چندین محیط بلاکچینی، به مرچنت‌ها کمک می‌کنند اصطکاک عملیاتی مانیتورینگ تراکنش را کاهش دهند، بدون اینکه مجبور باشند خودشان پویایی ورود تراکنش را تفسیر کنند. زیرساخت، مشاهده‌پذیری را ساده می‌کند؛ بازار ورود همچنان در لایه زیرین وجود دارد.

جمع‌بندی

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

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

این مقاله را به اشتراک بگذارید
آدرس اینترنتی قابل اشتراک گذاری
پست قبلی

درک قابلیت اطمینان پرداخت در عملیات تجارت الکترونیک

پست بعدی

Accept Crypto Donations: Infrastructure & Impact

ادامه مطلب