মূল content-এ যান

এন্টারপ্রাইজ ব্যাংকিং ব্লকচেইন

ব্যাংকের নিয়ন্ত্রণাধীন নেটিভ সম্পদ, বিচ্ছিন্ন token নয়

Network-এর প্রধান সম্পদে প্রাতিষ্ঠানিক issuance ও transfer control প্রয়োগ করুন। Banking interface অসংশ্লিষ্ট token balance আলাদা করে না রেখে canonical EVM balance ledger-এর সঙ্গে সমন্বিত।

নেটিভ সম্পদ কনফিগারেশন, প্রাতিষ্ঠানিক reserve-এর মালিকানা, গভর্ন্যান্স, settlement-এর অনুমান এবং প্ল্যাটফর্ম পরিষেবা ও সম্পদের সীমানা বুঝুন।

Native asset হলো network-এর প্রধান asset এবং এটি canonical EVM balance ledger ব্যবহার করে। পরিচালনাগতভাবে এই architecture গুরুত্বপূর্ণ: banking view token balance-এর আলাদা অনুলিপি নয়, আর asset accounting-এ ব্যবহৃত balance network operation চালাতে প্রয়োজনীয় technical gas থেকে পৃথক।

Asset-এর উদ্দেশ্য এবং নিজস্ব issuance, reserve ও গ্রাহক-সংক্রান্ত policy প্রতিষ্ঠান নির্ধারণ করে। প্ল্যাটফর্ম configuration ও নিয়ন্ত্রিত control দেয়; reserve, backing, redemption, custody বা আর্থিক ব্যবহারের নিশ্চয়তা দেয় না। Asset-কে ঘিরে workflow নকশার আগে এই সীমানাগুলো স্পষ্টভাবে স্থির করুন।

একটি canonical balance ledger

Native asset-এর balance canonical EVM ledger-এ থাকে, যা network balance state-এর মূল উৎস। Banking interface সেই state-এর প্রশাসনিক ও policy-ভিত্তিক view দেখায়; এটি এমন দ্বিতীয় স্বাধীন balance book রাখে না যা চুপিসারে network-এর authoritative record থেকে আলাদা হয়ে যেতে পারে।

এই ledger design-কে off-chain banking record ও core banking system থেকে আলাদা করে বুঝতে হবে। ওই system-গুলোতে গ্রাহকের পরিচয়, account সম্পর্ক, পণ্যের শর্ত এবং প্রতিষ্ঠানের নিজস্ব accounting থাকতে পারে; network-এ থাকে প্রাসঙ্গিক address, asset balance ও transaction। Record-গুলোর মধ্যে mapping ও reconciliation হলো integration-এর দায়িত্ব, যা নকশা করে পরীক্ষা করতে হবে।

Balance পরিবর্তন canonical network state-এ প্রতিফলিত হয়

  1. অনুমোদিত কাজঅনুমোদিত issuance, burn বা transfer কনফিগার করা কর্তৃত্ব মেনে চলে।
  2. EVM কার্যসম্পাদনবর্তমান নিয়ম অনুযায়ী network transaction প্রয়োগ করে।
  3. প্রামাণ্য ব্যালেন্সNetwork ledger-এ native asset-এর ফলস্বরূপ state নথিভুক্ত হয়।
  4. প্রাতিষ্ঠানিক পর্যালোচনাঅনুমোদিত interface ও record reconciliation এবং তদারকিতে সহায়তা করে।
ধাপগুলো ধারণাগত উদাহরণ; এটি বাস্তব transaction দেখায় না বা কোনো ফলের নিশ্চয়তা দেয় না।

Issuance, burn ও কর্তৃত্ব

অনুমোদিত operator কনফিগার করা role ও governance process-এর মধ্যে সমর্থিত issuance ও burn পরিচালনা করতে পারেন। Launch-এর আগে প্রতিটি কাজের উদ্দেশ্য, কে প্রস্তাব দিতে পারবেন, কী অনুমোদন দরকার, execution কীভাবে নথিভুক্ত হবে এবং supply ও balance কে পর্যালোচনা করবেন তা নির্ধারণ করুন। প্রযুক্তিগত সক্ষমতা treasury বা product policy-র বিকল্প নয়।

প্রতিষ্ঠানের উচিত অনুমোদিত non-production উদাহরণে issuance ও burn পদ্ধতি পরীক্ষা করা, যার মধ্যে প্রত্যাখ্যাত বা অসম্পূর্ণ অনুমোদন এবং পরবর্তী reconciliation-ও থাকবে। Application ও operations team-কে পরিবর্তন কীভাবে জানানো হবে তা নথিভুক্ত করুন। প্রকৃত permission ও approval threshold deployed configuration-এর ওপর নির্ভর করে; সর্বজনীন administrator বা একজনের সীমাহীন কর্তৃত্ব ধরে নেওয়া যাবে না।

Reserve, gas ও fee accounting

Programme-সংশ্লিষ্ট যেকোনো reserve প্রতিষ্ঠানের মালিকানাধীন এবং প্রতিষ্ঠানই তা পরিচালনা করে। FusionPointAI প্রযুক্তি ও সম্মত সেবা দেয়, reserve asset নয়। Native asset issue করলেই backing, redemption অধিকার, custody, বাহ্যিক তহবিলের দাবি বা নির্দিষ্ট আইনি শ্রেণিবিন্যাস তৈরি হয় না; এসব ব্যবস্থা প্রতিষ্ঠান নির্ধারণ করে এবং নিজস্ব প্রক্রিয়ায় সামলায়।

Native asset accounting ও transaction gas একই network-এর সঙ্গে সম্পর্কিত হলেও পরিচালনাগতভাবে আলাদা বিষয়। Gas protocol স্তরে execution-এর খরচ মেটায়, আর গ্রাহকমুখী fee policy যোগ্য operation-এর জন্য আলাদা charge বা sponsorship নির্ধারণ করতে পারে। Finance ও operations team-কে asset movement, gas funding, customer charge এবং service cost পৃথক record হিসেবে মেলাতে হবে।

Asset programme ও technical gas আলাদা রাখুন

  1. নেটিভ সম্পদ কর্মসূচিIssuance, supply policy ও reserve-এর দায় প্রতিষ্ঠান নির্ধারণ করে।
  2. EVM-এর প্রামাণ্য ব্যালেন্সNetwork state-এ balance ও প্রযোজ্য asset movement নথিভুক্ত হয়।
  1. প্রযুক্তিগত গ্যাস ফিNetwork execution-এর জন্য protocol-level gas settlement প্রয়োজন।
  2. গ্রাহক ফি নীতিপৃথক policy যোগ্য কার্যক্রমে charge বা sponsorship দিতে পারে।
দুই ধরনের হিসাব পরিচালনাগতভাবে একে অন্যের সঙ্গে যুক্ত হতে পারে, তবে তারা একই balance বা দায় নয়।

Configuration ও launch-এর সিদ্ধান্ত

Configuration-এর সময় asset-এর নাম, symbol, উদ্দেশ্য, প্রশাসনিক role, supply control, governance model, fee-সংক্রান্ত অনুমান এবং interface স্থির করুন। কোন data network-এ থাকবে আর কোনটি প্রতিষ্ঠানের system-এ থাকবে তা নিশ্চিত করুন। External integration দরকার হলে আগে থেকে তৈরি connector ধরে না নিয়ে data mapping, authentication, ownership এবং test access মূল্যায়ন করুন।

Network identity বিশেষভাবে সতর্কতার সঙ্গে নির্ধারণ করুন: Chain ID তৈরির পর অপরিবর্তনীয়। অন্য সমর্থিত setting governance-এর অধীন হতে পারে এবং সমন্বিত software upgrade লাগতে পারে। Production-এর আগে নির্বাচিত environment-এ application-এর অনুমান, permission, issuance ও burn পথ, balance প্রদর্শন এবং reconciliation যাচাই করুন। সংশ্লিষ্ট policy সিদ্ধান্তের জন্য restriction-control ও Paymaster অধ্যায়ও পড়ুন।

প্ল্যাটফর্মের বৈশিষ্ট্য

Issuance ও supply পরিচালনা

অনুমোদিত operator-রা banking control interface দিয়ে কনফিগার করা minting, burning, supply administration ও লেনদেন সীমাবদ্ধতা পরিচালনা করতে পারেন। অনুমোদনের শর্ত ও উপলভ্য কাজ network role ও গভর্ন্যান্স নীতির অধীন।

প্রশাসনিক কাজের record প্রতিষ্ঠান পরিদর্শন ও হিসাব-মিল করতে পারে। একই native ledger ব্যবহৃত হলেও network asset accounting ও transaction gas আলাদা বিষয়।

প্ল্যাটফর্মের বৈশিষ্ট্য

Reserve-এর দায়িত্ব স্পষ্ট রাখুন

প্রতিষ্ঠান নিজস্ব reserve-এর মালিক ও ব্যবস্থাপক। FusionPointAI প্রযুক্তি ও প্রতিষ্ঠানের সঙ্গে সম্মত পরিষেবা দেয়; reserve দেয় না।

সম্পদ ও বাহ্যিক তহবিল বা সম্পদের যেকোনো সম্পর্ক প্রতিষ্ঠান নিজস্ব ব্যবস্থার অধীনে নির্ধারণ ও পরিচালনা করে।

প্ল্যাটফর্মের বৈশিষ্ট্য

চালুর আগে কনফিগারেশন অনুমোদন

প্রতিষ্ঠানের অনুমোদন প্রক্রিয়ায় নাম, identifier, গভর্ন্যান্স, access control ও integration-এর অনুমান নিশ্চিত করুন।

Network তৈরির পর Chain ID বদলানো যায় না। সমর্থিত পরিবর্তনযোগ্য network setting গভর্ন্যান্সের নিয়ন্ত্রণে থাকে; কিছু অনুমোদিত পরিবর্তনে সমন্বিত upgrade ও change procedure প্রয়োজন।

দলের সঙ্গে যোগাযোগ

সাধারণ জিজ্ঞাসা

নেটিভ সম্পদ তৈরি করলেই কি সেটি সোনা বা অন্য reserve দিয়ে backed হয়?

না। কোনো backing-এর ইঙ্গিত নেই। প্রতিষ্ঠান যেকোনো reserve-এর মালিক ও ব্যবস্থাপক এবং নিজস্ব ব্যবস্থা নির্ধারণ করে।

চালুর পর network parameter বদলানো যায়?

তৈরির পর Chain ID অপরিবর্তনীয়। অন্য governed parameter কেবল প্রযোজ্য গভর্ন্যান্স প্রক্রিয়া ও সমন্বিত upgrade-এর মাধ্যমে বদলানো যেতে পারে।