Banking explorer হলো network-এর পরিচালনাগত view, প্রতিষ্ঠানের সব system দেখার জানালা নয়। অনুমোদিত ব্যবহারকারীরা এতে সমর্থিত block, transaction, address, asset, contract এবং প্রাতিষ্ঠানিক network event দেখতে পারেন। নির্দিষ্ট উপস্থাপনা, access model, branding ও reporting-এর সুযোগ deployment-এর জন্য সম্মত হয়। Explorer অনুসন্ধান ও reconciliation-এ সহায়তা করতে পারে, তবে এটি ব্যাংকের ledger, customer-service tool বা control procedure-এর বিকল্প নয়।
কারা কোন তথ্য কেন দেখবেন তা স্থির করেই কার্যকর নকশা শুরু হয়। অনুমোদিত explorer ব্যবহারকারীদের কাছে network activity দৃশ্যমান হতে পারে; অন্যদিকে customer identity, account সম্পর্ক, case note এবং অভ্যন্তরীণ সিদ্ধান্ত অনুমোদিত banking system-এ থাকে। শুধু address কোনো customer profile নয়। Launch-এর আগে দলগুলোকে identifier ও access boundary মেলাতে হবে, তারপর application log ও প্রাতিষ্ঠানিক record-এর পাশাপাশি operator-রা explorer কীভাবে ব্যবহার করবেন তা নির্ধারণ করতে হবে।
Ledger activity থেকে অনুসন্ধানযোগ্য network view
EVM-সামঞ্জস্যপূর্ণ network-এ block ও transaction-এর ফল নথিভুক্ত হয়। Explorer indexing-এর মাধ্যমে block, transaction, address, asset বা contract ধরে সমর্থিত network তথ্য খুঁজে পাওয়া সহজ হয়। Indexing হলো network activity দেখানো ও খোঁজার স্তর; এটি transaction authorization, validator consensus, asset policy বা ব্যাংকের off-chain দায়ের অর্থ বদলায় না।
কর্মীদের কোন অনুসন্ধানের প্রশ্নের উত্তর দিতে হবে প্রতিষ্ঠান তা নির্ধারণ করবে: জমা দেওয়া transaction দেখা যাচ্ছে কি না, receipt কোন অবস্থায় পৌঁছেছে, কোন প্রাসঙ্গিক event প্রকাশিত হয়েছে, অথবা activity কোনো পরিচালন case-এর সঙ্গে কীভাবে যুক্ত। এরপর প্রকল্পে কোন view ও event-এর ব্যাখ্যা অন্তর্ভুক্ত তা নিশ্চিত হয়। Indexing-এর পরিধি ও দৃশ্যমানতা deployment-এর সিদ্ধান্ত, প্রতিটি অভ্যন্তরীণ banking event এতে দেখানো হবে এমন প্রতিশ্রুতি নয়।
Network data ও explorer indexing
- EVM নেটওয়ার্ক
Block, transaction, receipt, address, contract এবং সমর্থিত event।
- Indexing স্তর
সমর্থিত network record-গুলোকে সাজিয়ে অনুসন্ধান ও পরিদর্শনের উপযোগী করে।
- ব্যাংকিং এক্সপ্লোরার
সম্মত network view অনুমোদিত ব্যবহারকারীদের দেখায়।
- প্রাতিষ্ঠানিক system
ব্যাংকের নিয়ন্ত্রণের অধীনে customer identity, account context, case এবং banking record সংরক্ষণ করে।
Network তথ্য ও banking record আলাদা রাখুন
Network ও explorer-এ transaction hash, address, asset activity, contract interaction এবং সমর্থিত প্রাতিষ্ঠানিক event-এর মতো অনুমোদিত technical তথ্য প্রকাশিত হতে পারে। Network design ও explorer access configuration অনুযায়ী ঠিক কী দৃশ্যমান হবে তা নির্ভর করে। Public transaction field-এ ব্যক্তিগত বা গোপনীয় banking data দেবেন না; activity-র সঙ্গে সম্পর্ক স্থাপন করা গেলে ছদ্মনামধারী address-ই তথ্যকে গোপন রাখবে এমনও ধরে নেবেন না।
Customer name, account number, পরিচয়-প্রমাণ, সম্পর্কের mapping, অনুসন্ধান-সংক্রান্ত নোট ও অভ্যন্তরীণ অনুমোদন উপযুক্ত access control-সহ system-এ রাখবে প্রতিষ্ঠান। কর্মীদের address-কে customer-এর সঙ্গে মেলাতে হলে অনুমোদিত bank workflow-এর ভেতরেই সেই সম্পর্ক নির্ণয় করা উচিত। Access দেওয়ার আগে explorer ব্যবহারের role, retention, export এবং audit-এর প্রত্যাশা নির্ধারণ করুন।
পরিচালনার একটি উৎস হিসেবে explorer ব্যবহার করুন
বিলম্বিত বা অপ্রত্যাশিত transaction অনুসন্ধান, contract event পর্যালোচনা অথবা transaction ledger-এ এসেছে কি না যাচাই করতে Operations team network view দেখতে পারে। সেই evidence-এর সঙ্গে পাঠানো application-এর request, identity ও approval record, RPC response, receipt handling এবং case-সংশ্লিষ্ট অভ্যন্তরীণ payment বা ledger entry মিলিয়ে দেখুন।
শুধু explorer view দেখে customer-এর প্রতি দায় পূরণ হয়েছে, bank ledger হালনাগাদ হয়েছে অথবা সব প্রাতিষ্ঠানিক policy অনুযায়ী transfer চূড়ান্ত হয়েছে প্রমাণ হয় না। Confirmation, exception handling, escalation এবং record সংরক্ষণের নথিভুক্ত মানদণ্ড দরকার। অন্তর্ভুক্ত scope-এর চেয়ে বেশি access বা reporting লাগলে তালিকাবহির্ভূত সক্ষমতা ধরে না নিয়ে discovery-র সময় তা নির্ধারণ করুন।
দুটি তথ্যক্ষেত্র
- Network ক্ষেত্রTransaction, address, receipt, asset, contract এবং সমর্থিত event।
- এক্সপ্লোরার দৃশ্যকনফিগার করা দৃশ্যমানতা ও অনুমোদিত access-সহ সম্মত অনুসন্ধানযোগ্য উপস্থাপনা।
- Banking ক্ষেত্রCustomer identity, account, অভ্যন্তরীণ case, approval এবং reconciliation record।
- অনুমোদিত সম্পর্ক নির্ণয়প্রাতিষ্ঠানিক application কেবল অনুমোদিত কাজের জন্য প্রাসঙ্গিক context যুক্ত করে।
পরিচালনায় নির্ভর করার আগে পরিধি সম্মত করুন
কার্যকর discovery-র ফল হিসেবে explorer scope sheet-এ লক্ষ্য ব্যবহারকারী, view, event-এর চাহিদা, network environment, access boundary, branding-এর প্রয়োজন এবং reporting-এর প্রত্যাশা লিখে রাখা যায়। Explorer-এ দৃশ্যমান field-এ কোন data কখনো দেওয়া যাবে না তাও প্রতিষ্ঠান নির্ধারণ করবে, পাশাপাশি দৃশ্যমানতা বা user access পরিবর্তনের অনুমোদন কে দেবেন তা জানাবে। এতে explorer ব্যক্তিগত banking application-এর বিকল্প না হয়েও কার্যকর থাকে।
এরপর delivery আলোচনায় কোন explorer configuration ও পরিচালনাগত দায় অন্তর্ভুক্ত, প্রতিষ্ঠানকে কী সরবরাহ করতে হবে এবং কোন চাহিদার জন্য আলাদা মূল্যায়ন দরকার তা স্থির করা যায়। প্রাসঙ্গিক deliverable-এর মধ্যে সম্মত configuration, access-role mapping, ব্যবহারকারীর নির্দেশনা এবং প্রতিনিধিত্বমূলক network activity যাচাইয়ের checklist থাকতে পারে। Availability, data freshness, API limit এবং service commitment প্রযোজ্য scope ও agreement-এ নিশ্চিত করতে হবে।