মূল content-এ যান

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

নথিভুক্ত interface ও সম্মত পরিধি দিয়ে সংযুক্ত করুন

Integration শুরু হয় interface অনুসন্ধান, access নকশা, data mapping ও স্পষ্ট মালিকানা দিয়ে। বাহ্যিক system-এর সঙ্গে সামঞ্জস্য প্রতিষ্ঠানের কনফিগারেশনে যাচাই করতে হবে।

Standard EVM JSON-RPC read উদাহরণ দেখুন এবং প্রাতিষ্ঠানিক API integration, authentication, নির্ভরতা ও বাস্তবায়নের দায়িত্ব পরিকল্পনা করুন।

সম্মত interface দিয়ে প্রাতিষ্ঠানিক application-কে network সক্ষমতার সঙ্গে যুক্ত করা হয়। EVM RPC-তে সামঞ্জস্যপূর্ণ client-রা network state পড়তে ও স্বাক্ষরিত transaction পাঠাতে standard পথ পায়। Scope-নির্দিষ্ট design-এ wallet, contract, event, API বা SDK component-ও থাকতে পারে। পরিচিত EVM interface থাকলেই ব্যাংকের core system যুক্ত আছে বা প্রতিষ্ঠান-নির্দিষ্ট connector অন্তর্ভুক্ত—এমন নয়।

দলগুলোকে তিনটি স্তর আলাদা করে দেখতে হবে: customer workflow-এর মালিক banking application, network request প্রস্তুত ও পর্যবেক্ষণকারী integration component, আর যোগ্য transaction execute করা banking network। এতে কে user authenticate করবেন, কে sign করবেন, কোথায় policy যাচাই হবে, failure কীভাবে সামলানো হবে এবং network evidence কীভাবে প্রতিষ্ঠানের নিজস্ব book-এর সঙ্গে reconcile হবে তা স্পষ্ট হয়।

Application boundary ধরে interface বেছে নিন

সামঞ্জস্যপূর্ণ EVM operation-এর জন্য RPC হলো network-facing interface। Banking application বা integration service দিয়ে সমর্থিত chain তথ্য পড়া এবং যথাযথভাবে প্রস্তুত transaction পাঠানো যায়। প্রতিষ্ঠানের নির্বাচিত design অনুযায়ী wallet ও contract tool application request তৈরি বা অনুমোদনে সহায়তা করে। Endpoint access, credential, network environment এবং পরিচালনাগত সীমা technical onboarding-এ সম্মত হয়।

SDK হলো নির্দিষ্ট development environment-এ নথিভুক্ত interface ব্যবহার সহজ করতে পারে এমন software package; এটি নিজে banking system নয় বা business workflow সমর্থনের নিশ্চয়তাও নয়। সম্মত deployment-এর জন্য সরবরাহ করা package ও documentation-ই ব্যবহার করুন। সুবিধাজনক কল্পিত method ধরে design করবেন না: implementation team-এর সঙ্গে প্রকৃত interface, version, authentication, error behavior এবং support boundary নিশ্চিত করুন।

Application request থেকে network receipt

  1. 01ব্যাংকিং অ্যাপ্লিকেশনউদ্দেশ্যকৃত operation এবং প্রযোজ্য customer বা operator authorization সংগ্রহ করে।
  2. 02Integration componentসম্মত preparation, signing, policy এবং submission-এর দায় পালন করে।
  3. 03RPC ও networkযোগ্য স্বাক্ষরিত request network processing-এর জন্য পাঠায়।
  4. 04Receipt ও eventApplication-এর পরবর্তী workflow-র জন্য network result-এর evidence দেয়।
ধারণাগত ধাপ; নির্দিষ্ট deployment-এর authorization, signing, submission ও confirmation handling অনুসরণ করতে হবে।

Integration-কে banking core থেকে আলাদা রাখুন

Network integration-এ transaction encoding, signing coordination, RPC communication, receipt interpretation এবং সমর্থিত contract event-এর মতো blockchain-নির্দিষ্ট বিষয় থাকে। প্রতিষ্ঠান নির্দিষ্টভাবে নকশা ও অনুমোদন না দিলে ব্যাংকের core banking platform-ই customer account, product rule, financial posting এবং business process-এর authoritative system থাকে।

Core integration-এর জন্য system ownership, উপলভ্য interface, data mapping, identity ও authorization, exception state, idempotency, operational support এবং reconciliation-এর দায়িত্ব আবিষ্কার করে নির্ধারণ করতে হয়। Vendor-এর সহযোগিতা ও প্রতিষ্ঠানের বাস্তবায়ন কাজ লাগতে পারে। API বা SDK package মানেই আগে থেকে তৈরি core-banking connector নয়; সেটি উপলভ্য ধরে না নিয়ে প্রতিষ্ঠানের জন্য মূল্যায়ন ও scope নির্ধারণ করা হয়।

Receipt-কে evidence হিসেবে নিন, তারপর reconciliation করুন

Transaction receipt পাঠানো transaction-এর সঙ্গে যুক্ত network result জানায়; সমর্থিত event প্রাসঙ্গিক contract activity-র বিবরণ দিতে পারে। Application-এর নিজস্ব processing ও অনুসন্ধানের জন্য দরকারি identifier ও status তথ্য সংরক্ষণ করা উচিত। Pending response, পুনরায় পাঠানোর ঝুঁকি, failure, timeout, duplicate notification এবং প্রতিষ্ঠানের confirmation policy কীভাবে সামলানো হবে integration design-এ নির্ধারণ করতে হবে।

Receipt off-chain book entry সম্পন্ন করে না, পৃথক payment দায় মেটায় না বা সব অভ্যন্তরীণ workflow শেষ হয়েছে প্রমাণ করে না। Reconciliation-এ network activity-র সঙ্গে প্রতিষ্ঠান-রক্ষিত record ও প্রাসঙ্গিক অন্য payment বা settlement system মেলানো হয়। Automated process-এর ওপর নির্ভর করার আগে Finance ও Operations-এর সঙ্গে matching key, সময়সীমা, অমিলের মালিকানা, review evidence এবং সংশোধন পদ্ধতি নির্ধারণ করুন।

Integration boundary ও system-এর মালিকানা

  1. Customer বা operator workflowপ্রতিষ্ঠান-মালিকানাধীন application, identity check, approval এবং user experience।
  2. নেটওয়ার্ক সংযোগসম্মত wallet, API, SDK, RPC, contract এবং event-এর দায়িত্ব।
  1. ব্যাংকিংয়ের মূল ব্যবস্থাপ্রতিষ্ঠান-মালিকানাধীন account, record, business rule এবং financial posting।
  2. Scope-নির্ধারিত সংযোগDiscovery-তে mapping, control, exception handling এবং মালিকানা স্থির করা হয়।
Network interface ও banking core-এর দায়িত্ব আলাদা; এদের সংযোগ সম্মত integration প্রকল্প।

Integration scope পরীক্ষাযোগ্য করুন

কার্যকর interface specification-এ সম্মত scope-এর environment, সমর্থিত operation, credential handling, signing boundary, data field, error case, event-এর প্রত্যাশা এবং escalation contact নথিভুক্ত থাকে। Platform কী দেবে আর প্রতিষ্ঠান বা অন্য vendor কী বাস্তবায়ন করবে তা চিহ্নিত করুন। Security review-তে secret, network access, least privilege, logging এবং transaction data নিরাপদে সামলানো অন্তর্ভুক্ত থাকা উচিত।

প্রতিনিধিত্বমূলক প্রতিষ্ঠান-নিয়ন্ত্রিত scenario দিয়ে validation পরিকল্পনা করুন: গৃহীত ও প্রত্যাখ্যাত request, receipt processing, event interpretation, timeout recovery, reconciliation exception এবং operational handover। Deliverable-এ interface documentation, configuration, সম্মত integration component এবং test evidence থাকতে পারে। এগুলো settlement-এর গতি, throughput বা শুরু থেকে শেষ পর্যন্ত business process সম্পন্ন হওয়ার নিশ্চয়তা নয়; capacity ও service term আলাদাভাবে নিশ্চিত করতে হবে।

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

Standard read-only JSON-RPC উদাহরণ

সামঞ্জস্যপূর্ণ network-এ standard read-only JSON-RPC উদাহরণ হলো eth_chainId, eth_blockNumber এবং eth_getTransactionReceipt।

এগুলো পরিচিত protocol query-এর শুধু উদাহরণ। Deployed environment-এর technical documentation-এ endpoint access, সমর্থিত আচরণ, authentication ও network detail নিশ্চিত করুন।

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

প্রাতিষ্ঠানিক integration map করুন

System, data contract, পরিচয়ের প্রয়োজন, network boundary, error handling এবং পরিবর্তনের মালিকানা শনাক্ত করুন।

Core banking, HSM, IAM, SIEM ও KYC integration customভাবে মূল্যায়ন ও scope করা হয়; আগে থেকে তৈরি connector-এর প্রতিশ্রুতি নেই।

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

Application ও EVM-compatible SDK সংযোগ

অনুমোদিত RPC ও contract interface দিয়ে digital ও mobile banking app, wallet, payment system, treasury platform এবং অভ্যন্তরীণ operation সংযুক্ত করুন। EVM-compatible SDK network state পড়তে, signed transaction জমা দিতে, receipt পরিদর্শন ও সমর্থিত contract event পর্যবেক্ষণ করতে পারে।

প্রাতিষ্ঠানিক account, asset ও governance workflow-এর জন্য সঠিক contract interface এবং অনুমোদিত signing role প্রয়োজন। কেনা deployment-এর জন্য endpoint access, authentication ও integration package নথিভুক্ত করা হয়। Standard EVM compatibility থেকে proprietary bank gateway বা webhook connector আছে বলে ধরে নেওয়া যায় না।

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

Production-এর আগে যাচাই

সম্মত non-production environment-এ authorization, transaction ও receipt handling, failure scenario, logging, reconciliation ও operational handoff পরীক্ষা করুন।

সংস্করণ ও নির্ভরতা নথিবদ্ধ করুন, তারপর প্রতিষ্ঠানের অনুমোদন প্রক্রিয়ায় production change সমন্বয় করুন।

JSON-RPC: eth_chainId

curl --request POST "$BANK_RPC_URL" \
  --header 'Content-Type: application/json' \
  --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1}'

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

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

এখানে কোন JSON-RPC method নথিভুক্ত?

এই পৃষ্ঠার read-only উদাহরণ হলো eth_chainId, eth_blockNumber এবং eth_getTransactionReceipt। Deployed endpoint-এর আচরণ deployment documentation-এ নিশ্চিত করুন।

Core banking বা security integration আগে থেকে তৈরি?

কোনো prebuilt integration-এর নিশ্চয়তা নেই। প্রতিটির জন্য technical assessment, dependency review ও সম্মত scope প্রয়োজন।

ব্যাংকিং বিষয়ে সব প্রশ্ন দেখুন

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

আপনার network কনফিগার করুনপ্রযুক্তিগত demo