تجمیع پرداخت‌های کوچک استخر ماینینگ: چه زمانی UTXOها را ادغام کنیم و هزینه‌اش چقدر است

هر پرداخت استخر به‌صورت یک خروجی جداگانه می‌رسد و هزینه‌اش را روزی می‌پردازید که آن را خرج می‌کنید، نه روزی که دریافتش می‌کنید. طبق محاسبه POOL BTC، خرج کردن 0.1 BTC که به‌صورت 200 پرداخت 0.0005 BTC رسیده، با نرخ 20 sat/vB برابر 272,830 ساتوشی هزینه دارد، در حالی که همان 0.1 BTC به‌صورت یک ورودی واحد 2,190 ساتوشی هزینه دارد. یعنی 124.6 برابر، و ریشه آن کاملاً به آستانه پرداختی برمی‌گردد که یک سال پیش در داشبورد استخر تنظیم کرده‌اید.

ما در pool-btc.com نه استخر هستیم و نه کیف پول. آنچه در ادامه می‌آید محاسبه‌ای است که نزد هر اپراتوری یکسان کار می‌کند، به‌علاوه ثابت‌های پروتکل همراه با پیوند به جایی که تعریف شده‌اند. هر عدد در ادامه بر اساس نرخ کارمزدی است که صریحاً نام می‌بریم، نه بر اساس پیش‌بینی. نرخ واقعی در تاریخ انتشار جداگانه آمده است، همراه با پیوند و زمان ثبت.

UTXO چیست و چرا خرج کردن 200 پرداخت 0.0005 BTC گران‌تر از یک ورودی 0.1 BTC است؟

UTXO همان خروجی خرج‌نشده جداگانه‌ای است که هر پرداخت ایجاد می‌کند. Bitcoin کارمزد را بر اساس وزن تراکنش می‌گیرد، نه مبلغ. یک ورودی P2WPKH، چه 0.0005 BTC در خود داشته باشد چه 10 BTC، 68 بایت مجازی وزن دارد. پس 200 ورودی برای همان مقدار پول، تقریباً 200 برابر یک ورودی واحد وزن دارند.

هر دو تراکنش به‌طور کامل، با استفاده از محاسبه‌گر اندازه Bitcoin Optech:

```

خرج 200 ورودی در 1 خروجی: 10.5 + 200 x 68 + 31 = 13,641.5 vB

خرج 1 ورودی در 1 خروجی: 10.5 + 1 x 68 + 31 = 109.5 vB

```

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

یک توضیح منصفانه: به‌ندرت هر 200 ورودی را یک‌جا خرج می‌کنید. اگر 0.01 BTC بفرستید، کیف پول بیست تا از آن‌ها را برمی‌دارد، نه دویست تا. اما دیر یا زود همه آن‌ها را خرج خواهید کرد و مجموع کارمزد در طول یک سال همان می‌شود.

اندازه ورودی بر حسب vByte چگونه به کارمزد برداشت تبدیل می‌شود؟

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

ثابت‌های پروتکل از محاسبه‌گر اندازه Bitcoin Optech، بررسی‌شده در 12.09.2026:

دو نتیجه بلافاصله به دست می‌آید. یک ورودی قدیمی (legacy) در برابر 68 برای bech32، برابر 148 vB هزینه دارد، پس خرج کردن پرداخت‌هایی که به آدرس شروع‌شونده با 1 فرستاده شده‌اند بعداً تقریباً دو برابر گران‌تر تمام می‌شود. و فرمول هرگز به مبلغ نگاه نمی‌کند، به همین دلیل «پرداخت کوچک» و «پرداخت ارزان» دو چیز متفاوت‌اند.

```

کارمزد = (10.5 + مجموع vB ورودی‌ها + مجموع vB خروجی‌ها) x نرخ بر حسب sat/vB

```

درباره dust به‌طور خاص. Bitcoin Core خروجی‌هایی را که کمتر از آستانه‌ای برگرفته از dustRelayFee برابر 3,000 sat/kvB باشند رله نمی‌کند: 546 ساتوشی برای P2PKH، 294 برای P2WPKH، و 330 برای P2TR و P2WSH، طبق فایل policy.cpp در مخزن Bitcoin Core. این یک سیاست رله است، نه قاعده اجماع، پس بلاکی که چنین خروجی‌هایی داشته باشد کاملاً معتبر است. پرداخت‌های استخر تقریباً هیچ‌وقت تا این حد پایین نمی‌آیند، یعنی مشکل واقعی ماینر اقتصادی است نه صوری: خروجی 50,000 ساتوشی طبق سیاست dust نیست، اما خرج کردنش با 100 sat/vB برابر 6,800 ساتوشی هزینه دارد، یعنی 13.6% از خودش.

تجمیع در چه نرخ کارمزدی واقعاً به صرفه است؟

تقریباً همیشه، به شرط آنکه نرخ آینده کمتر از نرخ امروز نباشد. طبق محاسبه POOL BTC، ادغام 200 ورودی در یک ورودی امروز 13,641.5 vB هزینه دارد و بعداً 199 ورودی اضافی، یعنی 13,532 vB، صرفه‌جویی می‌کند. بنابراین نقطه سربه‌سر در نرخ آینده‌ای قرار دارد که فقط 0.8% بالاتر از نرخ فعلی است.

همین موضوع به پول، برای همان 200 خروجی 0.0005 BTC:

یعنی 202,432 ساتوشی صرفه‌جویی، یا 0.00202 BTC روی موجودی 0.1 BTC. دو درصد کل موجودی، با یک کلیک.

حالت برعکس هم به همان اندازه واقعی است. با 60 sat/vB تجمیع کنید و بعداً با 5 خرج کنید، آن‌وقت امروز 818,490 ساتوشی می‌پردازید تا بعداً 67,660 صرفه‌جویی کنید: زیان خالص 750,830 ساتوشی. تجمیع شرط‌بندی روی این است که کارمزدها بعداً بالاتر از الان باشند. در mempool آرام این شرط تقریباً رایگان است. در زمان جهش کارمزد، شرطی بازنده است.

ساعت 14:59 UTC در 13.09.2026، mempool.space در همه سطوح اولویت 1 sat/vB را پیشنهاد می‌کرد، و میانه نرخ کارمزد در بلاک‌های 24 ساعت و هفته گذشته هم 1 sat/vB بود (mempool.space، نرخ‌های کارمزد). mempool آرام همین شکلی است: تجمیع 200 ورودی با این نرخ حدود 13,642 ساتوشی هزینه دارد. نرخ‌ها ظرف چند ساعت تغییر می‌کنند، پس پیش از زدن دکمه ارسال عدد فعلی را خودتان بررسی کنید.

آستانه پرداختی که امروز انتخاب می‌کنید چگونه هزینه خرج شما را یک سال بعد تعیین می‌کند؟

آستانه تعیین می‌کند درآمد سالانه شما در چند تکه برسد. هرچه پایین‌تر باشد، ورودی‌های بیشتری انباشته می‌شوند و خرج بعدی گران‌تر می‌شود. طبق محاسبه POOL BTC، با 100 TH/s و آستانه 0.0001 BTC، درآمد یک سال به‌صورت 177 خروجی می‌رسد و خرج آن با 20 sat/vB برابر 241,550 ساتوشی هزینه دارد، یعنی 13.6% از درآمد سال.

محاسبه بر اساس درآمد روزانه 0.00000048671 BTC برای هر تراهش با پارامترهای شبکه در 08.09.2026 و کارمزد استخر 2% است، یعنی 0.000048671 BTC در روز با 100 TH/s و 0.017765 BTC در یک سال. افزایش سختی تعداد پرداخت‌ها را در هر ردیف کاهش می‌دهد.

فاصله ردیف اول و آخر 239,360 ساتوشی در سال است، با هش‌ریت یکسان و کارمزد استخر یکسان. برای مقایسه: تفاوت استخر 2% و استخر 3% با همان 100 TH/s حدود 0.00018 BTC در سال است، تقریباً 18,000 ساتوشی. آستانه پرداخت بیش از درصد کارمزد برایتان هزینه دارد، و ده برابر کمتر درباره‌اش صحبت می‌شود.

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

تجمیع چه چیزی را درباره شما فاش می‌کند؟

به‌طور عمومی ثابت می‌کند که همه آدرس‌های ادغام‌شده متعلق به یک مالک‌اند. این همان قاعده مالکیت مشترک ورودی‌ها (common-input-ownership heuristic) است و ذاتاً درست است: فقط کسی که هر صد کلید را دارد می‌تواند تراکنشی با هر صد ورودی را امضا کند. پیش از تجمیع این پیوند یک فرض بود. پس از آن، واقعیتی ثبت‌شده در زنجیره است.

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

کاری که مردم در عمل انجام می‌دهند:

1. تجمیع گروهی بر اساس هدف، نه همه یک‌جا: یک گروه برای صرافی، گروهی دیگر که در ذخیره‌سازی سرد می‌ماند.
2. هرگز پرداخت‌های استخر را با سکه‌های خریداری‌شده از صرافی احرازشده در یک تراکنش مخلوط نکنید. همان یک تراکنش ماینینگ شما را به هویتتان پیوند می‌دهد.
3. برای پرداخت‌ها کیف پول یا حساب جداگانه داشته باشید، به‌جای استفاده دوباره از کیف پولی که خریدها در آن است.
4. اگر پول به هر حال تکه‌تکه خارج خواهد شد، از ادغام در یک خروجی واحد پرهیز کنید، چون باقی‌مانده (change) از یک ورودی بزرگ پیوندهای خودش را ایجاد می‌کند.

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

چرا صرافی‌ها و کیف پول‌های امانی این مشکل را ندارند؟

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

رویه صنعتی این‌گونه است: شرکت امانت‌دار BitGo، طبق توضیح راهنمای مدیریت UTXO از Spark، هر ساعت فرایندی اجرا می‌کند که وقتی بیش از 200 خروجی زیر 100,000 ساتوشی انباشته شود، آن‌ها را با هدف حدود 1 sat/vB تجمیع می‌کند. این یک منبع ثانویه است که رویه BitGo را خلاصه می‌کند؛ نتوانستیم آن را با مستندات خود BitGo تأیید کنیم، پس آن را نمونه‌ای از رویکرد بدانید نه سیاستی دقیق.

ماینر خانگی می‌تواند همین منطق را دستی اجرا کند. قاعده‌ای مثل «وقتی بیش از 200 خروجی دارم و نرخ زیر X است ادغام کن» نه زیرساخت می‌خواهد نه اجازه کسی. تنها تفاوت این است که هیچ‌کس آن را برای شما اجرا نمی‌کند.

نقطه سربه‌سر خودتان را چگونه محاسبه کنید؟

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

```

هزینه تجمیع امروز = (10.5 + N x وزن ورودی + 31) x نرخ امروز

صرفه‌جویی در خرج آینده = (N - 1) x وزن ورودی x نرخ آینده

اگر صرفه‌جویی از هزینه بیشتر است، تجمیع کنید

```

مراحل:

1. کیف پولی با coin control باز کنید و فهرست ورودی‌ها را ببینید. Sparrow روی دسکتاپ و BlueWallet روی موبایل آن را مستقیم نشان می‌دهند؛ کیف پول معمولی فقط موجودی کل را نشان می‌دهد.
2. ورودی‌هایی را که واقعاً قصد ادغامشان را دارید بشمارید. نه کل موجودی، فقط آن‌هایی که از یک خرج معمول کوچک‌ترند.
3. وزن ورودی را از قالب آدرس بگیرید: 68 vB برای bc1q، 57.5 برای bc1p، 148 برای آدرسی که با 1 شروع می‌شود.
4. نرخ فعلی را از mempool بخوانید نه از پیشنهاد کیف پول. انتخابگر «سریع، معمولی، کند» دقیقاً همان عددی را پنهان می‌کند که نیاز دارید.
5. برآورد خود از نرخ آینده را در فرمول قرار دهید. اگر نمی‌خواهید حدس بزنید، از نرخ امروز استفاده کنید: در نرخ‌های برابر، ادغام 200 ورودی از همین حالا 0.8% از نقطه سربه‌سر فراتر می‌رود.
6. اگر تفاوت در هر دو جهت چند درصد شد، کاری نکنید. mempool دوباره خالی خواهد شد.

یک مثال محاسبه‌شده با 50 ورودی P2WPKH، نرخ 4 sat/vB امروز و 25 sat/vB مورد انتظار در آینده:

```

امروز: (10.5 + 50 x 68 + 31) x 4 = 3,441.5 x 4 = 13,766 sat

صرفه‌جویی: (50 - 1) x 68 x 25 = 3,332 x 25 = 83,300 sat

خالص: 69,534 ساتوشی سود

```

همین اعداد را با نرخ‌های برعکس، 25 امروز و 4 در آینده، حساب کنید و 72,710 ساتوشی زیان می‌کنید. همان عملیات، همان 50 ورودی، علامت معکوس.

اشتباهات رایج هنگام تجمیع کدام‌اند؟

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

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

1. ساختن تراکنش بیش از حد بزرگ. Bitcoin Core تراکنش‌های سنگین‌تر از 100,000 vB، یعنی 400,000 واحد وزن، را رله نمی‌کند؛ این همان ثابت MAX_STANDARD_TX_WEIGHT در policy.h است. طبق محاسبه POOL BTC، یک تراکنش استاندارد حداکثر 1,469 ورودی P2WPKH جا می‌دهد: 10.5 + 1,469 x 68 + 31 = 99,933.5 vB، در حالی که 1,470 ورودی به 100,001.5 vB می‌رسد و در شبکه منتشر نمی‌شود. برای ورودی‌های قدیمی (legacy) با 148 vB سقف به حدود 675 کاهش می‌یابد. اگر بیشتر دارید، به چند تراکنش تقسیم کنید.

1. دست‌کم گرفتن RBF. از Bitcoin Core 28.0 به بعد full RBF به‌طور پیش‌فرض فعال است، یعنی هر تراکنش تأییدنشده‌ای قابل جایگزینی است. اما جایگزین باید کارمزد مطلق بالاتری بپردازد و علاوه بر آن اندازه خودش را با incrementalrelayfee برابر 1 sat/vB پوشش دهد. برای تجمیعی با اندازه 13,641.5 vB یعنی دست‌کم 13,642 ساتوشی اضافه برای هر بار افزایش، روی آنچه از قبل پرداخته‌اید. قاعده عملی: نرخ تجمیع بزرگ را پایین و با فرصت انتظار تنظیم کنید، به‌جای اینکه برنامه بریزید دو بار آن را بالا ببرید.

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

نکته‌ای درباره باقی‌مانده (change). اگر تجمیع خروجی باقی‌مانده‌ای کمتر از آستانه dust یعنی 294 ساتوشی برای P2WPKH به جا بگذارد، تراکنش رله نمی‌شود. کیف پول‌های دارای coin control معمولاً هشدار می‌دهند؛ کیف پول‌های بدون آن بی‌صدا باقی را به کارمزد اضافه می‌کنند.

پرسش‌های رایج درباره تجمیع پرداخت‌های کوچک استخر

از کجا بدانم UTXOهای کوچک زیادی انباشته‌ام؟

کیف پولی با coin control باز کنید و ورودی‌هایی را که از یک خرج معمول کوچک‌ترند بشمارید. اگر بیش از چند ده تا هستند و خرج هر کدام با 50 sat/vB بیش از 5% ارزشش هزینه دارد، این انبوه از همین حالا برایتان هزینه دارد. برای ورودی 68 vB این مرز 5% در حدود 68,000 ساتوشی رد می‌شود.

اگر برنامه‌ای برای خرج ندارم، باز هم تجمیع کنم؟

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

می‌توانم به‌جای آن از استخر بخواهم کمتر به من پرداخت کند؟

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

آیا Lightning از این مشکل جلوگیری می‌کند؟

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

آیا تجمیع بر وضعیت مالیاتی من اثر دارد؟

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

موارد تأییدنشده تا 12.09.2026

1. نرخ کارمزد آینده. ثبت 13.09.2026 (1 sat/vB در mempool.space) فقط لحظه انتشار را توصیف می‌کند؛ همه محاسبات دیگر بر اساس نرخ‌های فرضی با نام صریح انجام شده‌اند.
2. سیاست تجمیع BitGo (آستانه 100,000 sat، محرک 200 خروجی، هدف 1 sat/vB) از خلاصه Spark آمده است؛ منبع دست‌اول از BitGo پیدا نشد.
3. درآمد روزانه 0.00000048671 BTC برای هر تراهش پارامترهای شبکه در 08.09.2026 را نشان می‌دهد و برای 12.09.2026 دوباره محاسبه نشده است.
4. رفتار کیف پول‌های مختلف هنگام درخواست ساخت تراکنشی بزرگ‌تر از 100,000 vB، اینکه از قبل هشدار می‌دهند یا خطای نود را نشان می‌دهند، آزمایش نشد.
5. آستانه‌های استخرهای مشخص عمداً اینجا نیامده‌اند. چند مورد از آن‌ها در مستندات رسمی تأیید نشده‌اند؛ جزئیات در مقاله آستانه‌ها.

خلاصه

کارمزد بر اساس وزن گرفته می‌شود نه مبلغ، پس پرداخت‌های کوچک هنگام خرج گران می‌شوند نه هنگام دریافت. طبق محاسبه POOL BTC، خرج کردن 0.1 BTC که به‌صورت 200 پرداخت 0.0005 BTC رسیده، با 20 sat/vB برابر 272,830 ساتوشی هزینه دارد، در برابر 2,190 ساتوشی اگر یک ورودی واحد بود.

تجمیع به محض اینکه نرخ آینده کمتر از نرخ امروز نباشد به صرفه است؛ برای 200 ورودی افزایش 0.8% کافی است. آن را در mempool آرام انجام دهید، در دسته‌هایی که بیش از 1,469 ورودی نباشند، و فقط پس از آنکه تصمیم گرفتید حاضرید آن آدرس‌ها را به‌طور عمومی در یک خوشه به هم پیوند دهید.

ارزان‌ترین راه‌حل پیش از پیدا شدن مشکل است، در تنظیم آستانه. طبق محاسبه POOL BTC، با 100 TH/s آستانه 0.001 BTC به‌جای 0.0001 BTC فقط در کارمزدهای خرج آینده سالانه حدود 217,600 ساتوشی صرفه‌جویی می‌کند. این بیش از تفاوت استخر 2% و استخر 3% با همان هش‌ریت است. شرایط را در جدول استخرها مقایسه کنید، درآمد خودتان را در ماشین‌حساب محاسبه کنید و کیف پولی را که واقعاً فهرست ورودی‌ها را نشان می‌دهد در راهنمای کیف پول پرداخت انتخاب کنید.