বিটকয়েন লেনদেনের ফি: sat/vB, মেমপুল ও ফি বাড়ানো

বিটকয়েন লেনদেন এক বা একাধিক অব্যয়িত ট্রানজ্যাকশন আউটপুট (UTXO) খরচ করে এবং নতুন আউটপুট তৈরি করে। ইনপুটগুলোর মোট মূল্য থেকে আউটপুটগুলোর মোট মূল্য বাদ দিলে যে পার্থক্য থাকে সেটিই লেনদেনের ফি। যে মাইনারের ব্লকে লেনদেনটি অন্তর্ভুক্ত হয়, সে এই ফি পায়। প্রোটোকল পাঠানো অঙ্ক থেকে শতাংশ কেটে নেয় না; এই ফি ওয়ালেট সেবাদাতার সার্ভিস চার্জেরও সমান নয়।

লেনদেনগুলো ব্লকের সীমিত জায়গার জন্য প্রতিযোগিতা করে। ব্লক তৈরি করার সময় মাইনার প্রস্তাবিত ফি এবং লেনদেনগুলোর পারস্পরিক নির্ভরতা বিবেচনা করতে পারে। অন্য শর্ত একই রকম হলে বেশি ফি-রেট কোনো লেনদেনকে বেশি আকর্ষণীয় করতে পারে, কিন্তু পরের ব্লকে তার জন্য নির্দিষ্ট জায়গা সংরক্ষণ করে না। ফলাফল নির্ভর করে ফি-বাজার, লেনদেনের নির্ভরতা, মাইনারের বাছাই এবং সংশ্লিষ্ট নোডগুলো লেনদেনটি পেয়েছে কি না তার ওপর।

এই নির্দেশিকায় বিটকয়েন নেটওয়ার্কে অন-চেইন বিটকয়েন লেনদেন নিয়ে আলোচনা করা হয়েছে। এক্সচেঞ্জ থেকে উত্তোলনে এক্সচেঞ্জের নিজস্ব চার্জ থাকতে পারে, আর Lightning পেমেন্ট অন্য লেনদেন-পথ ও ফি কাঠামো ব্যবহার করে। ওয়ালেটের একটি পর্দায় একাধিক খরচ একত্রে দেখানো হতে পারে। তাই দেখানো অঙ্কটি নেটওয়ার্ক ফি, সার্ভিস চার্জ, নাকি দুটোই—তা যাচাই করুন। Bitcoin.org-এর ফি নির্দেশিকা লেনদেনের আকার, sat/vB এবং ব্লকের জায়গার চাহিদার সম্পর্ক ব্যাখ্যা করে।

মোট ফি হলো লেনদেনের জন্য দেওয়া satoshi-র সংখ্যা। ফি-রেট প্রতি ভার্চুয়াল বাইটে satoshi হিসেবে প্রকাশ করা হয়, অর্থাৎ sat/vB। লেনদেনের ভার্চুয়াল আকার দিয়ে মোট ফি ভাগ করলে রেট পাওয়া যায়। নির্বাচিত রেট দিয়ে ভার্চুয়াল আকার গুণ করলে মোট ফি অনুমান করা যায়। অনেক ওয়ালেটে রেট বেছে নেওয়া বা পর্যালোচনা করা যায়, কারণ ভিন্ন আকারের লেনদেন একই রেটে ভিন্ন মোট ফি দিতে পারে।

ধরা যাক, একটি কাল্পনিক লেনদেনের আকার 140 vB এবং রেট 25 sat/vB। তাহলে ফি 140 × 25 = 3,500 satoshi। 1 BTC = 100,000,000 satoshi; তাই 3,500 sats হলো 0.000035 BTC। একই আকারের লেনদেনে 40 sat/vB ব্যবহার করলে ফি হবে 5,600 sats, অর্থাৎ 0.000056 BTC। এই অঙ্কগুলো শুধু হিসাব বোঝানোর জন্য; এগুলো বর্তমান ফি-র অনুমান বা সুপারিশ নয়।

ফি-রেট পাঠানো অঙ্কের তুলনায় ফি-র শতাংশ নয়। ভিন্ন BTC পরিমাণ পাঠানো দুটি লেনদেনের ভার্চুয়াল আকার ও রেট এক হলে তাদের ফি সমান হতে পারে। ছোট পেমেন্টের খরচ বড় পেমেন্টের চেয়ে বেশি হতে পারে, যদি এতে বেশি ইনপুট ডেটা লাগে বা রেট বেশি হয়। চেঞ্জ আউটপুটও গুরুত্বপূর্ণ: ইনপুটের মোট মূল্য পেমেন্টের চেয়ে বেশি হলে লেনদেনটি পার্থক্যটি প্রেরকের কাছে ফেরত দিতে পারে। অতিরিক্ত এই আউটপুটও জায়গা নেয়।

বিটকয়েন ওয়ালেট সাধারণত সব serialized byte সমান ধরে গণনা না করে ভার্চুয়াল আকার বা vsize দিয়ে ফি হিসাব করে। SegWit-এ লেনদেনের ডেটার একটি weight থাকে। BIP 141-এর সূত্র হলো: weight = 3 × base size + total size, যেখানে witness ডেটাও অন্তর্ভুক্ত; vsize = weight ÷ 4, এরপর পরের পূর্ণ virtual byte-এ উপরের দিকে round করা হয়। witness ডেটার আলাদা weight এই সূত্রে বিবেচিত হয়; এটি শুধু raw file size নয়।

ইনপুট ও আউটপুট ভিন্ন পরিমাণ ডেটা যোগ করে। ইনপুট আগের একটি আউটপুটকে নির্দেশ করে এবং সেটি খরচ করার শর্ত পূরণ করে এমন ডেটা দেয়। সঠিক আকার নির্ভর করে আউটপুটের ধরন ও unlocking ডেটার ওপর, যার মধ্যে signature-ও থাকে। আউটপুট একটি মূল্য ও locking script নির্ধারণ করে। তাই একই মোট অঙ্ক পাঠালেও একাধিক ছোট ইনপুটের লেনদেন এক ইনপুটের লেনদেনের চেয়ে বড় হতে পারে।

ওয়ালেট যখন পেমেন্টের জন্য আগে পাওয়া অনেক ছোট আউটপুট একত্র করে, তখন ইনপুটের সংখ্যা বিশেষভাবে গুরুত্বপূর্ণ হতে পারে। নির্বাচিত প্রতিটি আউটপুট লেনদেনে খরচ করতে হয় এবং প্রতিটি ইনপুট ডেটা যোগ করে। ওয়ালেট চেঞ্জ আউটপুটও তৈরি করতে পারে, যার জন্য অতিরিক্ত জায়গা লাগে। ঠিকানার ধরন ও script অনুযায়ী আকার বদলায়; signature-এর দৈর্ঘ্যও ভিন্ন হতে পারে। তাই “সাধারণ লেনদেন”-এর আকার একটি উদাহরণমাত্র, প্রতিটি বিটকয়েন পেমেন্টের জন্য নির্দিষ্ট মান নয়।

ভিন্ন coin বেছে নিলে, প্রাপক যোগ করলে, অন্য ধরনের change address নিলে বা ফি-রেট বদলালে ওয়ালেটের অনুমানও বদলাতে পারে। তাই শুধু পেমেন্টের অঙ্ক দেখা যথেষ্ট নয়। লেনদেনের গঠন তার vsize নির্ধারণ করে; ফি-রেট ঠিক করে প্রতি vB-তে কত satoshi দেওয়া হচ্ছে। BIP 141 witness ডেটার হিসাবসহ ভার্চুয়াল আকারের সূত্র নির্ধারণ করে।

লেনদেন broadcast করার পর সেটি যে নোডগুলো পেয়েছে ও গ্রহণ করেছে, তাদের memory pool বা mempool-এ থাকতে পারে। প্রতিটি নোডের মেমপুল হলো তার স্থানীয় অনিশ্চিত লেনদেনের সেট; পুরো নেটওয়ার্কে ভাগ করা একক synchronized সারি নয়। নোডগুলো লেনদেন ভিন্ন ক্রমে দেখতে পারে, আলাদা relay policy বা capacity limit প্রয়োগ করতে পারে, কিংবা কোনো লেনদেন একেবারেই নাও পেতে পারে।

মাইনাররা নিজেদের জানা লেনদেন থেকে candidate block-এর জন্য বাছাই করে, consensus rules ও নিজস্ব selection policy মেনে। কোনো লেনদেন যদি আরেকটি অনিশ্চিত লেনদেনে তৈরি আউটপুট খরচ করে, তাহলে তাদের মধ্যে নির্ভরতা থাকে। তখন মাইনার parent-এর সঙ্গে এক বা একাধিক child-কে একত্রে মূল্যায়ন করতে পারে, প্রত্যেককে আলাদা রেটের স্বাধীন entry ধরে নয়। তাই তৃতীয় পক্ষের ওয়েবসাইটে দেখানো সহজ “rank” অসম্পূর্ণ বা সাময়িক হতে পারে।

ব্লকের জায়গার জন্য বেশি ব্যবহারকারী প্রতিযোগিতা করলে দ্রুত অন্তর্ভুক্তির সম্ভাব্য ফি-রেট বাড়তে পারে। চাহিদা কমলে কম রেটের লেনদেনও বেশি প্রতিযোগিতামূলক হতে পারে। ভিড় এবং কোনো ওয়ালেট বা নোডের জানা লেনদেন দ্রুত বদলাতে পারে। একটি explorer বা ওয়ালেটের mempool view-তে লেনদেন দেখা মানেই সব নোড ও মাইনারের দৃষ্টিভঙ্গি একই—এমন নয়।

কোনো লেনদেনকে unconfirmed বলা হলে সেটি এখনও নিশ্চিত হয়নি; এই লেবেল একাই বোঝায় না যে লেনদেনটি হারিয়ে গেছে বা অবৈধ। নোডের নীতি ও মেমপুলের পরিবর্তিত পরিস্থিতি অনুযায়ী, কোনো নোডের মেমপুল থেকে সেটি অদৃশ্য হয়ে পরে আবার broadcast বা গৃহীত হতে পারে। ওয়ালেটে এখনও pending দেখালে, এর ইনপুট অন্য পেমেন্টের জন্য ইতিমধ্যেই খালি—এমন ধরে নেবেন না। অন্য খরচের চেষ্টা করার আগে লেনদেনের অবস্থা ও ওয়ালেটের সরকারি নির্দেশনা দেখুন।

ওয়ালেট economy, normal বা priority-এর মতো বিকল্প কিংবা লক্ষ্য block-এর সংখ্যা দেখাতে পারে। পর্যবেক্ষিত পরিস্থিতিতে কোন রেট প্রতিযোগিতামূলক হতে পারে, এগুলো তার অনুমান। যথেষ্ট ইতিহাস থাকলে লক্ষ্য block সংখ্যার মধ্যে confirmation শুরু করার জন্য Bitcoin Core-এর fee estimation নথি একটি আনুমানিক রেট বর্ণনা করে। সাম্প্রতিক তথ্য যথেষ্ট না হলে অনুমান নাও পাওয়া যেতে পারে। অন্য ওয়ালেট ও সেবা আলাদা তথ্য, মডেল, refresh interval এবং লক্ষ্য নির্ধারণ ব্যবহার করতে পারে।

“পরের block” লক্ষ্য মানে লেনদেনটি পরের block-এ থাকার প্রতিশ্রুতি নয়। অনুমানের জন্য ব্যবহৃত পরিস্থিতি বদলে যাওয়ার পর লেনদেন পৌঁছাতে পারে, আর বেশি ফি দেওয়া নতুন লেনদেন জায়গার জন্য প্রতিযোগিতা করতে পারে। লেনদেনের পারস্পরিক নির্ভরতাও block বাছাইয়ে প্রভাব ফেলতে পারে। লক্ষ্যটি অনুমানের একটি ইনপুট, মাইনারের সঙ্গে চুক্তি নয়।

ফি quote কখন refresh হয়েছে এবং ওয়ালেট রেট দেখাচ্ছে নাকি শুধু মোট অঙ্ক—তা দেখুন। লেনদেন জরুরি না হলে কম রেট বেছে অপেক্ষা করা ইচ্ছাকৃত সিদ্ধান্ত হতে পারে, তবে নিশ্চিত হতে কত সময় লাগবে তা অনিশ্চিত। সময় গুরুত্বপূর্ণ হলে ওয়ালেটের অনুমান বর্তমান ফি-র তথ্যের সঙ্গে তুলনা করুন এবং পরিস্থিতি বদলালে ওয়ালেট কী করতে পারে বুঝে নিন। “সতর্কতার জন্য” ফি বাড়ালে খরচ বাড়তে পারে, কিন্তু নির্দিষ্ট block-এ অন্তর্ভুক্তির নিশ্চয়তা মেলে না।

কোনো estimator-এর দেখানো রেট প্রতিটি নোড relay-এর জন্য যে ন্যূনতম রেট গ্রহণ করবে, তা-ও নির্ধারণ করে না। Relay policy, mempool limit, ওয়ালেটের সেটিং এবং confirmation estimate সম্পর্কিত হলেও আলাদা প্রশ্নের উত্তর দেয়। Bitcoin Core-এর mempool design নথি ব্যাখ্যা করে লেনদেনের নির্ভরতা কীভাবে নির্বাচন ও replacement policy-কে প্রভাবিত করে। কোনো একটি software release বা নোডের নীতিকে পুরো নেটওয়ার্কের স্থায়ী নিয়ম ভাববেন না।

Replace-by-fee বা RBF হলো বেশি ফি দেওয়া একটি বিরোধী লেনদেন দিয়ে অনিশ্চিত লেনদেন বদলানোর উপায়—যদি ওয়ালেট ও সংশ্লিষ্ট নোডের নীতি তা অনুমোদন করে। Replacement লেনদেনটি আগের অন্তত একটি একই input খরচ করে, তাই একই input খরচ করা বিরোধী দুই সংস্করণ একসঙ্গে বৈধভাবে নিশ্চিত হতে পারে না। ওয়ালেটে “bump fee” নিয়ন্ত্রণ থাকতে পারে, তবে সেটি পাওয়া যাবে কি না, কী শর্ত লাগবে এবং নতুন ফি কত হবে তা ওয়ালেট ও লেনদেনের গঠনের ওপর নির্ভর করে।

পুরোনো সেই নিয়মে ভরসা করবেন না যে replacement-এর আগে লেনদেনকে সব সময় নির্দিষ্টভাবে RBF signal করতেই হবে। Bitcoin Core-এর বর্তমান নথিতে version 28.0 থেকে full RBF-কে default policy বলা হয়েছে এবং সেই নীতির অধীনে replacement-এর জন্য signal আর দরকার নেই। অন্য নোড, ওয়ালেট, সেবা বা পুরোনো সফটওয়্যার ভিন্ন আচরণ করতে পারে। ওয়ালেটে বোতাম না থাকা মানে সব নোড একই নীতি অনুসরণ করছে এমন নয়; ওয়ালেটের সীমাবদ্ধতা বা লেনদেনের গঠন এর কারণ হতে পারে।

“আর এক satoshi যোগ করা” যথেষ্ট নয়। Bitcoin Core-এর বর্তমান policy অনুযায়ী replacement-কে মূল লেনদেনগুলোর সম্মিলিত absolute fee-এর অন্তত সমান fee দিতে হবে, replacement relay করার অতিরিক্ত bandwidth খরচ মেটাতে হবে এবং mempool-এর fee-rate diagram উন্নত করতে হবে। মূল লেনদেনের সঙ্গে যুক্ত লেনদেন থাকলে শুধু বেশি সংখ্যা বেছে নেওয়ার চেয়ে হিসাব জটিল হতে পারে। বর্তমান replacement policy-তে শর্তগুলো রয়েছে।

RBF কোনো undo button নয় এবং নিশ্চিত হয়ে যাওয়া লেনদেন বাতিল করে না। এটি দুটি বিরোধী অনিশ্চিত খরচের প্রতিযোগিতা। প্রাপক যদি অনিশ্চিত পেমেন্টকে চূড়ান্ত ধরে নেন, replacement-এর ঝুঁকি থাকে; তাই অনিশ্চিত লেনদেন নিশ্চিত পেমেন্টের সমান নয়। কোনো পেমেন্ট গ্রহণ করলে প্রথম দেখা সংস্করণটিই নিশ্চিত হবে ধরে না নিয়ে প্রাপক সেবার confirmation policy অনুসরণ করুন।

Child Pays for Parent বা CPFP-তে একটি নতুন child transaction তৈরি হয়, যা অনিশ্চিত parent-এর একটি output খরচ করে। Child যথেষ্ট বেশি ফি-রেট দিতে পারে, যাতে miner দুটো লেনদেন একসঙ্গে অন্তর্ভুক্ত করতে উৎসাহ পায়। এখানে সম্মিলিত ফি ও ভার্চুয়াল আকার গুরুত্বপূর্ণ; child parent-এর ফি মুছে দেয় না, বা দুই লেনদেনকে বিনা খরচে এক করে না।

ওয়ালেটকে উপযুক্ত একটি অনিশ্চিত output নিয়ন্ত্রণ করতে এবং child তৈরি সমর্থন করতে হবে। Parent-child সম্পর্ক, relay ও package policy এবং মাইনারের বাছাই—সবই প্রভাব ফেলে। সম্মিলিত ফি একক লেনদেনের জন্য আপনার নির্বাচিত ফির চেয়ে বেশি হতে পারে, আর অন্তর্ভুক্তির নিশ্চয়তা তবুও নেই। কোন output খরচ হবে এবং ওয়ালেট change কীভাবে সামলায় তা না বুঝলে নিজে হাতে child transaction তৈরি করবেন না।

RBF ও CPFP কাছাকাছি পরিস্থিতি সামলালেও তাদের পদ্ধতি আলাদা। RBF pending লেনদেনের একটি বিরোধী সংস্করণ তৈরি করে। CPFP নির্ভরশীল একটি লেনদেন যোগ করে, যা parent-child package মাইন করার প্রণোদনা বাড়াতে পারে। ওয়ালেট একটি, দুটো বা কোনোটিই সমর্থন নাও করতে পারে। Bitcoin Core-এর mempool design ও version-specific policy নোড কী গ্রহণ করে তা নির্ধারণ করে; এগুলো প্রক্রিয়া, নিশ্চিতকরণের সময়ের প্রতিশ্রুতি নয়।

এক্সচেঞ্জ তার নিজস্ব fee schedule-এ উত্তোলনের চার্জ নির্ধারণ করতে পারে। চার্জটি নির্দিষ্ট হতে পারে, সময়ে সময়ে বদলাতে পারে, বা গ্রাহকদের উত্তোলন একত্র করার পদ্ধতি প্রতিফলিত করতে পারে। নেটওয়ার্কে আলাদাভাবে broadcast করা একক লেনদেনের ফি-রেটের সমান হওয়া জরুরি নয়। এক্সচেঞ্জ অনেক উত্তোলন একটি লেনদেনে একত্র করতে পারে; self-custody ওয়ালেট সাধারণত আপনার বেছে নেওয়া আউটপুটের জন্য লেনদেন তৈরি করে।

উত্তোলনের আগে চার্জ, কত অঙ্ক পৌঁছাবে এবং কোন নেটওয়ার্ক নির্বাচন করা হয়েছে দেখুন। এক্সচেঞ্জের ফি দেখে বর্তমান sat/vB রেট অনুমান করবেন না। প্ল্যাটফর্ম চার্জকে “network fee” বললেও সেটি আপনার নির্দিষ্ট লেনদেনের সরাসরি অনুমান না হয়ে প্ল্যাটফর্মের গণনা করা অঙ্ক হতে পারে। প্রকাশিত fee schedule ও উত্তোলনের preview-এর বিবরণ দেখুন।

উল্টোটাও হতে পারে: কোনো ওয়ালেট provider charge ছাড়াই শুধু নেটওয়ার্ক ফি দেখায়। ব্লকে অন্তর্ভুক্ত অন-চেইন বিটকয়েন লেনদেনই নেটওয়ার্ক ফি দেয়; ওয়ালেটের ইন্টারফেস তা ট্রান্সফার অঙ্কের শতাংশ হিসেবে নেয় না। এক্সচেঞ্জ উত্তোলনের সঙ্গে ওয়ালেট থেকে অন-চেইন পাঠানোর তুলনা করলে প্রাপক কত পাবেন, নির্বাচিত নেটওয়ার্ক এবং আলাদা ফি-র সারি মিলিয়ে দেখুন। পাঠানোর আগে নেটওয়ার্ক ও ঠিকানা যাচাই করতে ক্রিপ্টো ট্রান্সফার চেকলিস্ট ব্যবহার করুন। Ethereum gas fee নির্দেশিকা Ethereum-এর ভিন্ন গ্যাস-ফি কাঠামো ব্যাখ্যা করে।

বিটকয়েন পেমেন্ট নিশ্চিত করার আগে নেটওয়ার্ক, প্রাপকের ঠিকানা, অঙ্ক, মোট ফি এবং ওয়ালেট দেখালে ফি-রেট যাচাই করুন। এটি অন-চেইন বিটকয়েন লেনদেন নাকি অন্য কোনো পথ, তা নিশ্চিত হন। প্রাপক ও ইনপুট বেছে নেওয়ার পর ফি preview দেখুন; লেনদেনের গঠন বদলালে একই রেটে ভার্চুয়াল আকার এবং মোট ফিও বদলাতে পারে।

লেনদেন pending থাকলে কোনো পদক্ষেপের আগে ওয়ালেট RBF বা CPFP সমর্থন করে কি না এবং কী শর্ত আছে তা জেনে নিন। মূল লেনদেন এখনও নিশ্চিত হতে পারে কি না না বুঝে একই পেমেন্ট আলাদা লেনদেন হিসেবে আবার পাঠাবেন না। লেনদেনের ID সংরক্ষণ করুন এবং ওয়ালেট বা নির্ভরযোগ্য block explorer-এ অবস্থা দেখুন। কোনো একটি পরিষেবা থেকে লেনদেনটি অদৃশ্য হওয়া একা প্রমাণ করে না যে সেটি নিশ্চিত হয়েছে, বাতিল হয়েছে বা নিরাপদে বদলানো যাবে।

আপনার জরুরি অবস্থা ও অপেক্ষা করার সামর্থ্য অনুযায়ী রেট বেছে নিন, তবে মনে রাখুন কোনো quote নির্দিষ্ট block-এর নিশ্চয়তা দেয় না। ফি অস্বাভাবিক বেশি মনে হলে input-এর সংখ্যা ও output-এর গঠন দেখুন; ট্রান্সফারের অঙ্ক লেনদেনের আকার ব্যাখ্যা করে না। ওয়ালেট শুধু মোট অঙ্ক দেখালে বিস্তারিত বা সরকারি নির্দেশনা খুলে কোন খরচ অন্তর্ভুক্ত তা জানুন। এই নিবন্ধের সংখ্যাগুলো কাল্পনিক উদাহরণ, বর্তমান ফি quote নয়।