প্ল্যাটফর্ম ফি, নেটওয়ার্ক ফি ও স্প্রেডের হিসাব

সর্বশেষ হালনাগাদ: 2026-08-11 উৎস যাচাই: 2026-08-10T18:48:47+08:00

একটি USDT quote-এ “মোট 1,000” লিখলেও হাতে 1,000 ডলারের সমমূল্য থাকে না। percentage platform fee, fixed deduction, network fee, USDT থেকে USD reference rate এবং conversion spread আলাদা পর্যায়ে অঙ্ক কমাতে পারে। ভুলটি হয় যখন সব পার্থক্যকে এক নামে “fee” বলা হয়। তখন কে কত কেটেছে, কোন অঙ্ক estimate ছিল এবং পরে কোন evidence মিলবে—কিছুই পুনর্গঠন করা যায় না।

মূল হিসাবটি কী?

এই worksheet-এ চিহ্নগুলো হলো:

• G = ক্লায়েন্টের gross USDT amount;
• P = gross amount-এর ওপর percentage platform fee, decimal-এ;
• F = platform-এর fixed deduction, USDT-তে;
• N = recipient balance-কে প্রভাবিত করা network-related fixed deduction, USDT-তে;
• R = এক USDT-এর manual USD reference rate;
• S = conversion spread বা haircut, decimal-এ;
• T = estimated final USD value।

Extended forward formula:

T = ((G × (1 − P)) − F − N) × R × (1 − S)

যদি fixed platform deduction না থাকে, F = 0। যদি network fee sender আলাদাভাবে দেয় এবং recipient amount থেকে না কাটে, recipient calculation-এ N = 0; তবে sender cost আলাদা record হবে। কোনো অজানা value-কে শূন্য বানাবেন না। হিসাব চালাতে scenario value ব্যবহার করলে result-এর পাশে estimate লিখুন।

platform percentage fee কীভাবে বের করবেন?

percentage_fee = G × P। 4% হলে decimal 0.04, 4 নয়। Gross 1,000 USDT এবং P = 0.04 হলে percentage deduction 40 USDT। fee gross amount-এর ওপর নাকি অন্য base-এর ওপর লাগছে তা platform statement বা quote screen থেকে দেখুন। tier, payment method বা account status অনুযায়ী base বদলাতে পারে।

“Up to” বা সম্ভাব্য discount-কে নিশ্চিত P হিসেবে বসাবেন না। নিজের account-এর current fee screen বা client contract-এ যা সত্যিই দেখা গেছে সেটি ব্যবহার করুন এবং observation time রাখুন। fee জানা না থাকলে low/base/high scenario চালান; একটি বেছে guaranteed result লিখবেন না।

fixed fee কেন আলাদা থাকবে?

Fixed platform deduction F gross amount বাড়লেও একই থাকতে পারে। percentage fee-এর সঙ্গে মিশিয়ে effective percentage বানালে ছোট ও বড় payment-এর তুলনা ভুল হয়। উদাহরণ হিসেবে 2 USDT fixed fee, 100 USDT payment-এ 2%, কিন্তু 1,000 USDT payment-এ 0.2%। তাই worksheet-এ percentage amount ও fixed amount দুই row।

একাধিক fixed deduction থাকলে প্রত্যেকটির label রাখুন: withdrawal fee, processing fee, receiving fee বা অন্য বাস্তব নাম। একই unit হলে calculation-এর সময় sum করা যায়, কিন্তু evidence table-এ আলাদা থাকবে। ভিন্ন currency হলে আগে conversion convention ঠিক না করে যোগ করবেন না।

network fee কোন অঙ্ক?

Network cost হলো blockchain transaction সম্পাদনের protocol-level বা service-displayed cost; এটি platform service fee-এর সমার্থক নয়। Ethereum gas documentation gas fee-কে gas used এবং প্রতি unit gas price-এর গুণফল হিসেবে ব্যাখ্যা করে; network demand base fee ও priority fee-কে প্রভাবিত করতে পারে। তাই ERC20 fee hard-code না করে quote time-এ sender screen-এর value নথিভুক্ত করুন।

TRON resource model transaction size-এর জন্য Bandwidth এবং smart-contract execution-এর জন্য Energy ব্যাখ্যা করে; resource যথেষ্ট না হলে TRX burn হতে পারে। ফলে “TRC20 fee” একটি চিরস্থায়ী flat number নয়। account resource ও service policy অনুযায়ী sender-এর cost বদলাতে পারে।

estimate আর actual network fee কীভাবে আলাদা করবেন?

পেমেন্টের আগে interface-এ দেখা amount হলো estimate বা quoted fee। পরে chain receipt বা platform statement থেকে actual দেখা গেলে আলাদা field-এ লিখুন। TRON-এর transaction receipt API transaction ID, total fee, block number, timestamp, result, Energy ও Bandwidth usage দেখাতে পারে। এই তথ্য estimate-এর সঙ্গে actual মিলাতে সহায়তা করে।

তবে public receipt recipient service কত credit করেছে তা নিজে থেকে বলে না। custodial statement-এ credited amount মিলান। estimate ও actual difference থাকলে পুরোনো value overwrite না করে estimated_network_fee, actual_network_fee, difference এবং source reference রাখুন।

BEP20 fee সম্পর্কে কী লেখা নিরাপদ?

BNB Chain-এর BSC overview 2026-08-10-এ দেখা সংস্করণে standard gas price 0.05 Gwei এবং typical transaction fee প্রায় USD 0.005 বা কম—এমন dated context দিয়েছে। এটি আপনার নির্দিষ্ট transaction-এর quote নয় এবং ভবিষ্যতের guarantee নয়। payment interface-এ যে fee দেখা যায় সেটিই calculation input হবে।

BEP20 label, token support ও recipient credit আলাদা করে receiving service থেকে যাচাই করতে হবে। low network cost দেখেই unsupported route বেছে নিলে ছোট fee কোনো সুরক্ষা দেয় না। fee comparison শুরু হবে supported network options নির্ধারণের পরে।

spread কী এবং এটি fee থেকে আলাদা কেন?

Spread এখানে reference rate এবং actual conversion outcome-এর পার্থক্যের proportional representation। S = 0.01 মানে এই model-এ conversion stage-এ 1% haircut ধরা হয়েছে। এটি platform fee বা network fee নয়। actual fiat conversion না হলে realized spread জানা নাও যেতে পারে; তখন “assumed spread” লিখুন।

Tether legal terms referenced fiat unit-এর সঙ্গে applicable purchase বা redemption fee আলাদা থাকতে পারে—এই distinction দেখায়। এক-to-one reference শুনে প্রতিটি user-facing conversion fee-free বা exactly one dollar হবে বলা ঠিক নয়। market, service fee, liquidity এবং cash-out route outcome বদলাতে পারে।

rate R কীভাবে ব্যবহার করবেন?

R হলো আপনার সত্যিই দেখা manual USD-per-USDT reference। এটি 1 ধরে নেওয়া বাধ্যতামূলক নয়। source name, URL বা saved statement, observation time এবং unit লিখুন। USD per USDT ও USDT per USD reciprocal; ভুল convention-এ result উল্টো হয়। worksheet header-এ convention দেখান।

Rate snapshot কোনো fiat receipt নয়। T estimated USD value, ব্যাংকে জমা USD বা BDT নয়। actual conversion বা bank credit থাকলে তার আলাদা statement দরকার। পুরোনো payment-এর valuation আজকের rate দিয়ে নীরবে বদলাবেন না।

একটি পূর্ণ উদাহরণ কীভাবে ভাঙবেন?

ধরা যাক manual scenario:

• G = 1,000 USDT
• P = 0.04
• F = 2 USDT
• N = 1.5 USDT
• R = 0.998 USD/USDT
• S = 0.01

প্রথমে percentage fee: 1,000 × 0.04 = 40 USDT। Percentage কাটার পরে 960 USDT। Fixed platform fee ও network deduction বাদে 960 − 2 − 1.5 = 956.5 USDT। Manual reference rate প্রয়োগে 956.5 × 0.998 = 954.587 USD। Spread stage শেষে 954.587 × 0.99 = 945.04113 USD।

Display result দুই decimal-এ 945.04 USD, কিন্তু intermediate calculation full precision-এ থাকবে। এই উদাহরণ কোনো current platform quote নয়; ইনপুটগুলো demonstration। নিজের worksheet-এ current observed values বসাতে হবে।

500 USDT দিয়ে একই worksheet যাচাই করতে চাইলে শুধু G বদলে 500 বসিয়ে পুরোনো ফল অর্ধেক ধরে নেবেন না। Percentage অংশ আনুপাতিক হলেও F ও N fixed থাকলে সেগুলো অর্ধেক হয় না; rate ও spread-ও নতুন observation অনুযায়ী লিখতে হবে। তাই 500 scenario আলাদা row-এ চালান, full-precision intermediate result রাখুন এবং শেষে gross, percentage fee, fixed fee, network deduction ও spread effect আবার যোগ করে reconcile করুন। এই check fixed cost ছোট payment-এ effective deduction কেন বেশি দেখাতে পারে তা ধরতে সাহায্য করে।

মোট ক্ষতি এক লাইনে কীভাবে দেখবেন?

Gross reference value আগে বের করুন: G × R। উদাহরণে 1,000 × 0.998 = 998 USD। Estimated final 945.04113 USD। Difference 52.95887 USD। কিন্তু এই difference-কে একক “fee” বলবেন না, কারণ এতে percentage fee, fixed fee, network deduction এবং spread effect একসঙ্গে আছে।

Breakdown table-এ প্রতিটি deduction তার নিজস্ব unit-এ দেখান। USDT deductions-কে USD-তে দেখালে কোন R ব্যবহৃত হয়েছে লিখুন। Spread effect base rate-এর পরে প্রয়োগ হয়েছে—তার calculation reference রাখুন। যোগফল rounded display থেকে সামান্য ভিন্ন হলে full-precision total দিয়ে reconcile করুন।

fee sender দিলে formula বদলাবে কীভাবে?

Sender আলাদাভাবে network fee দিলে recipient-side N = 0, কিন্তু sender total cost হবে G + sender_network_cost অথবা service অনুযায়ী অন্য প্রদর্শিত structure। recipient result এবং sender cost দুই column-এ রাখুন। “recipient 1,000 পাবে” আর “client-এর cost 1,000”—এক কথা নয়।

যদি fee gross amount থেকে কাটা হয়, deduction আগে বসবে। যদি receiving service credit-এর পরে fee কাটে, তার stage আলাদা হতে পারে। বাস্তব order platform document বা statement থেকে নিন; model-এর সুবিধার জন্য order বানাবেন না। unknown order result range তৈরি করে, exact number নয়।

percentage ও spread-এর double count কীভাবে হয়?

কখনো quoted conversion rate-এর মধ্যেই spread অন্তর্ভুক্ত থাকে। সেই rate-কে R হিসেবে নিয়ে আবার S কাটলে spread দুইবার গণনা হয়। প্রথমে জিজ্ঞাসা করুন R mid/reference rate, platform quoted rate নাকি realized rate। realized net rate হলে কোন fee আগে অন্তর্ভুক্ত তাও দেখুন।

Worksheet-এ rate_type field রাখুন: reference, quoted, বা realized। spread_separate true/false লিখুন। source-এ breakdown না থাকলে “not separately evidenced” ব্যবহার করুন। জোর করে implied spread বানাতে হলে formula ও assumption স্পষ্ট করুন; সেটিকে actual fee বলবেন না।

invalid input কোনগুলো?

• P < 0 বা P ≥ 1 হলে model invalid;
• F < 0 বা N < 0 হলে input error, যদি refund/credit আলাদা model না হয়;
• R ≤ 0 invalid;
• S < 0 rebate scenario না হলে error, আর S ≥ 1 invalid;
• percentage কাটার পরে F + N বাদ দিয়ে asset amount শূন্য বা negative হলে meaningful payout নেই;
• currency unit না থাকলে calculation গ্রহণ করবেন না।

Validation error লুকিয়ে zero result দেখাবেন না। user-কে কোন field ঠিক করতে হবে বলুন। comma decimal, percent sign এবং Bengali digit normalize করার আগে original input record রাখুন। 4%-কে 4 হিসেবে formula-তে ঢুকলে result negative হবে।

comparison table কীভাবে বানাবেন?

Scenario name যেন outcome guarantee না দেয়। source ও timestamp প্রতি row-এ বা linked evidence sheet-এ থাকবে। সবচেয়ে ভালো result-কে headline বানিয়ে base case গোপন করবেন না। client quote দিলে কোন scenario contractual এবং কোনটি planning estimate তা লিখুন।

effective deduction rate কীভাবে দেখাবেন?

সব component আলাদা রাখার পর summary-এর জন্য একটি effective difference ratio বের করা যায়:

effective_difference = (gross_reference_value − estimated_final_value) ÷ gross_reference_value

এটি platform fee rate নয়। উদাহরণে gross reference value 998 USD, final estimate 945.04113 USD; difference 52.95887 USD। Ratio প্রায় 0.053065, অর্থাৎ 5.31%। এই percentage-এর ভেতরে P, F, N, R ও S-এর সম্মিলিত প্রভাব আছে। Label হবে “modelled total difference”, “platform charged 5.31%” নয়।

Component attribution চাইলে একই unit ও order-এ প্রতিটি stage-এর before/after value রাখুন। Percentage fee-এর USD effect, fixed deduction-এর USD effect এবং spread effect ধারাবাহিকভাবে বের হবে। আলাদা stage effect যোগ করলে full-precision total difference-এর সঙ্গে মিলতে হবে। Rounded component যোগ করে mismatch হলে raw values দিয়ে reconciliation করুন।

quote থেকে actual record-এ কীভাবে যাবেন?

Quote row অপরিবর্তিত রাখুন। Payment হলে নতুন actual row তৈরি করুন: বাস্তবে পাঠানো gross amount, প্রকৃত percentage deduction, প্রকৃত fixed fee, chain বা service fee, credit হওয়া asset, realized rate জানা গেলে সেটি, actual fiat outcome এবং evidence reference। Quote value overwrite করলে estimate কতটা ভুল ছিল বোঝা যায় না।

পার্থক্যের table-এ actual − estimate লিখুন এবং কারণ প্রমাণসহ label করুন: fee বদলেছে, rate বদলেছে, quote-এর মধ্যে spread ছিল, sender network cost দিয়েছে, recipient deduction, rounding বা অজানা। শুধু “market বদলেছে” লিখে সব পার্থক্য এক ঘরে ফেলবেন না। Source না থাকলে কারণ unresolved থাকবে।

calculator review-এ কোন ভুলগুলো সহজে ধরা পড়ে?

প্রথমে unit audit করুন: P/S decimal, G/F/N USDT, R USD/USDT এবং T USD কি না। তারপর operation order audit করুন। পরে source audit—প্রতিটি input কোথা থেকে এসেছে। সবশেষে language audit: result estimate হিসেবে লেখা হয়েছে, নাকি guaranteed receipt হিসেবে? গণিত ঠিক হলেও শেষ ভাষা ভুল হলে user ভুল সিদ্ধান্ত নিতে পারেন।

দ্বিতীয় reviewer example values হাতে বা আলাদা spreadsheet-এ পুনরায় চালাতে পারেন। Formula cell locked থাকলেও input copy ভুল হতে পারে। Version number ও formula text export-এ রাখলে পরে software বদলালেও calculation পুনর্গঠন করা যায়।

বাংলাদেশের নিয়ম এই worksheet-এ কোথায় আসে?

বাংলাদেশ ব্যাংকের FE সার্কুলার No. 24 নির্দিষ্ট ভার্চুয়াল-অ্যাসেট লেনদেন ও সহায়তার নিষেধমূলক সীমা জানায়। তাই নিরপেক্ষ fee হিসাব USDT গ্রহণ, বিনিময় বা রূপান্তরের অনুমতি নয়। calculation প্রযুক্তিগতভাবে সঠিক হলেও পেমেন্ট পথ নিয়ন্ত্রকভাবে গ্রহণযোগ্য—এ সিদ্ধান্ত হয় না।

FEPD-1 সার্কুলার No. 26 বর্তমান consolidated export framework-এর Part K-তে freelancer ও individual service-export transaction-এর appropriate purpose code reporting এবং record maintenance-এর পথ দেয়। এটি fiat service-export evidence ও AD process-এর প্রসঙ্গ; virtual-asset receipt অনুমোদন করে না। বর্তমান handling আপনার AD-এর সঙ্গে নিশ্চিত করুন।

হিসাবের সঙ্গে কোন evidence রাখবেন?

প্রতি quote বা payment row-এ G, P, F, N, R, S, fee bearer, rate type, source, observation time, formula version এবং rounded display রাখুন। পরে actual data এলে estimate overwrite করবেন না; estimate ও actual পাশাপাশি রাখুন। invoice number ও client alias link করলে হিসাবের বাণিজ্যিক কারণ বোঝা যায়।

Fee screenshot-এর full original, platform statement বা chain receipt থাকলে reference দিন। কোনো fake hash, balance বা current fee তৈরি করবেন না। source unavailable হলে unknown লিখুন। পুনর্গঠনযোগ্য অঙ্কের মূল্য “কম দেখানো” নয়; কোন deduction কোথায় ঘটেছে তা সত্যভাবে বোঝানো।

শেষ যাচাই কী?

1. Percentage fee decimal-এ এবং সঠিক base-এর ওপর কি?
2. Fixed platform deduction ও network fee আলাদা কি?
3. Fee bearer ও deduction stage লেখা আছে কি?
4. R-এর unit, source ও time আছে কি?
5. Spread আলাদা, নাকি quoted rate-এ already included—স্পষ্ট কি?
6. Intermediate calculation full precision-এ এবং display rounding শেষে কি?
7. Estimate ও actual আলাদা record কি?
8. বাংলাদেশি payment route নিয়ে AD confirmation ছাড়া operational step বন্ধ আছে কি?

চারটি খরচকে এক “fee” বানালে ছোট summary পাওয়া যায়, কিন্তু ভুল সিদ্ধান্ত হয়। Percentage, fixed, network এবং spread আলাদা রাখলে client shortfall, platform deduction ও valuation difference প্রত্যেকটির উৎস দেখা যায়। সেটিই এই worksheet-এর কাজ।

সম্পাদকীয় সীমা: এই পাতা manual fee worksheet; live price, guaranteed rate, wallet connection, ব্যক্তিগত বিনিময় সেবা বা নিয়ম এড়ানোর পথ দেয় না। সরকারি উৎসের সর্বশেষ যাচাই 2026-08-10T18:48:47+08:00। নির্দিষ্ট service-export payment-এর বর্তমান পথ Bangladesh Bank ও আপনার AD-এর কাছে লিখিতভাবে যাচাই করুন।