Starcloud পেল ২৫ কোটি ডলার: কিন্তু কক্ষপথে যাওয়ার টিকিটই বড় ঝুঁকি

অরবিটাল ডেটা সেন্টার নির্মাতা Starcloud ২১ আগস্ট ২০২৬-এ ২৫ কোটি ডলারের Series A extension সম্পন্ন করেছে। ওই দিনের Reuters প্রতিবেদনে ২.৩ বিলিয়ন ডলারের মূল্যায়ন, Manhattan West-এর নেতৃত্ব এবং নতুন বিনিয়োগকারী হিসেবে Nvidia ও Cisco Investments-এর অংশগ্রহণ নিশ্চিত করা হয়েছে।

২১ আগস্ট ২০২৬-এর অর্থায়ন Starcloud-কে উৎপাদন ও পরবর্তী মহাকাশযানের কাজ এগোনোর সামর্থ্য দিয়েছে, কিন্তু কক্ষপথে পৌঁছানোর ব্যবস্থা কোম্পানিটির নিজের হাতে নেই। TechCrunch-এর অনুসন্ধানে দেখা যায়, নতুন মূলধনের একটি উদ্দেশ্য ভবিষ্যৎ launch capacity আগাম চুক্তিবদ্ধ করা; Starcloud-এর প্রধান নির্বাহী Philip Johnston-ও রকেট পরিবহনের সীমিত সরবরাহকে বড় ব্যয় ও চ্যালেঞ্জ হিসেবে চিহ্নিত করেছেন।

২৫ কোটি ডলারের রাউন্ডটি আসলে কী

এটি স্বতন্ত্র Series B নয়, মার্চে তোলা ১৭ কোটি ডলারের Series A-এর extension। দুই ধাপ মিলিয়ে Series A-তে এসেছে ৪২ কোটি ডলার; প্রতিষ্ঠার পর আগের মূলধনসহ Starcloud-এর মোট সংগ্রহ দাঁড়িয়েছে ৪৫ কোটি ডলার। এই দুই অঙ্কের বিষয় আলাদা—একটি নির্দিষ্ট রাউন্ডের মোট আকার, অন্যটি কোম্পানির সর্বকালীন সংগ্রহ।

Manhattan West-এর সঙ্গে নতুন বিনিয়োগকারী Nvidia, Cisco Investments, Cedar Capital, Goanna Capital ও Standard Capital যোগ দিয়েছে। Benchmark, EQT, Soma, NFX ও 776-সহ আগের বিনিয়োগকারীরাও অংশ নিয়েছে। তবে কৌশলগত বিনিয়োগকারীর উপস্থিতি প্রযুক্তিগত আস্থার সংকেত দিলেও নির্দিষ্ট উৎক্ষেপণ, কক্ষপথে নির্ভরযোগ্য পরিচালনা বা পুনরাবৃত্ত বাণিজ্যিক রাজস্বের নিশ্চয়তা নয়।

Starcloud বলেছে, অর্থ উৎপাদন সক্ষমতা বাড়ানো, Nvidia-র সঙ্গে প্রকৌশলকাজ এবং ভবিষ্যৎ launch allocation কেনায় ব্যবহার হবে। ফলে রাউন্ডটির তাৎপর্য শুধু আরও GPU বা স্যাটেলাইট তৈরির অর্থে সীমাবদ্ধ নয়: মূলধনের একটি অংশ এমন পরিবহন সক্ষমতার জন্য রাখতে হবে, যার সময়সূচি ও সরবরাহ নিয়ন্ত্রণ করে বাইরের launch provider।

কোন মাইলফলক অর্জিত, কোনটি এখনো পরিকল্পনা

Starcloud-এর প্রযুক্তি শুধু উপস্থাপনায় আটকে নেই। Starcloud-এর Business Wire-এ প্রকাশিত ঘোষণায় বলা হয়েছে, Starcloud-1 ২০২৫ সালের নভেম্বরে Nvidia H100 GPU নিয়ে কক্ষপথে যায়; পরে সেটিতে একটি AI মডেল প্রশিক্ষণ, Gemini-এর একটি সংস্করণ চালানো এবং inference ও fine-tuning প্রদর্শন করা হয়। এগুলো কোম্পানির নিজস্বভাবে ঘোষিত ফল, স্বাধীন পূর্ণাঙ্গ benchmark নয়।

একটি GPU-ভিত্তিক প্রদর্শন থেকে বাণিজ্যিক অরবিটাল ডেটা সেন্টারে যাওয়া সরল সম্প্রসারণ নয়। বড় ব্যবস্থায় কম্পিউটিং হার্ডওয়্যারের সঙ্গে বিদ্যুৎ, তাপ অপসারণ, radiation protection, storage, যোগাযোগ ও দীর্ঘমেয়াদি পরিচালনা একযোগে নির্ভরযোগ্য হতে হবে। বেশি যন্ত্রাংশ মানে বেশি ভর, জটিল integration এবং ব্যর্থতার আরও সম্ভাব্য বিন্দু।

• অর্জিত: Starcloud-1 কক্ষপথে গেছে এবং H100-ভিত্তিক কম্পিউটিং কাজ চালানোর দাবি করা হয়েছে। ঝুঁকি হলো একই ফল দীর্ঘ সময় ধরে ও বড় স্কেলে পুনরাবৃত্তি করা।
• চলমান: Woodinville-এ ১ লাখ বর্গফুটের স্থাপনায় Starcloud-3-এর উৎপাদন লাইন তৈরি হচ্ছে। স্থাপনা নির্মাণ উৎপাদিত বা উৎক্ষেপিত spacecraft-এর সমান নয়।
• নিকটবর্তী পরিকল্পনা: ২০২৭ সালে rideshare মিশনে দুটি ৮ কিলোওয়াট Starcloud-2 পাঠানোর লক্ষ্য রয়েছে। তারিখ, integration ও কক্ষপথে commissioning এখনো ভবিষ্যৎ ধাপ।
• দীর্ঘমেয়াদি লক্ষ্য: ৮৮ হাজার স্যাটেলাইট ও ২০ গিগাওয়াট orbital compute capacity কোম্পানির ঘোষিত দৃষ্টিভঙ্গি—বর্তমান বহর বা অনুমোদিত বাস্তব সক্ষমতা নয়।

কেন launch capacity-ই কেন্দ্রীয় ব্যবসায়িক ঝুঁকি

পৃথিবীর ডেটা সেন্টারে নতুন server rack বসালে সেটিকে রকেটে তুলতে হয় না। Starcloud-এর প্রতিটি নতুন compute unit-এর জন্য payload slot, উপযুক্ত কক্ষপথ, launch integration এবং নির্দিষ্ট সময়সূচি দরকার। মহাকাশযান প্রস্তুত হলেও slot না পেলে সেই সম্পদ মাটিতে পড়ে থাকবে এবং গ্রাহকের workload থেকে আয় শুরু হবে না।

প্রাথমিক Starcloud-2 মিশনে rideshare ব্যবহার করার পরিকল্পনা এই বাধা কিছুটা কমাতে পারে। একই রকেটে একাধিক গ্রাহকের payload গেলে dedicated launch-এর তুলনায় খরচ ভাগ হয়, কিন্তু গন্তব্য কক্ষপথ, ভর ও সময়সূচিতে Starcloud-এর স্বাধীনতা কমে। বহর বড় হলে dedicated mission বা আরও ভারী payload বহনকারী রকেটের প্রয়োজন বাড়তে পারে।

দীর্ঘমেয়াদি পরিকল্পনায় SpaceX-এর Starship গুরুত্বপূর্ণ, কারণ Starcloud-3 সেটিতে ওড়ানোর উদ্দেশ্যে তৈরি হচ্ছে এবং ব্যবসায়িক হিসাবটি কম খরচে ঘন ঘন ভারী payload পাঠানোর সম্ভাবনার ওপর নির্ভরশীল। কিন্তু Starship এখনো Starcloud-এর জন্য নিয়মিত বাণিজ্যিক পরিবহন ব্যবস্থা নয়। বিকল্প রকেটগুলোর flight cadence-ও সীমিত বা অনিশ্চিত হওয়ায় launch procurement কেবল পরিচালনাগত কাজ নয়, মূলধন বণ্টনের সিদ্ধান্ত।

এখানে দুই দিকেই ঝুঁকি আছে। খুব আগে চুক্তি করলে নগদ অর্থ দীর্ঘ সময় আটকে থাকতে পারে এবং spacecraft প্রস্তুতির সময় বদলালে slot-এর সঙ্গে অসামঞ্জস্য তৈরি হতে পারে। দেরি করলে উপযুক্ত উৎক্ষেপণ পাওয়া নাও যেতে পারে। আবার একটি launch provider বা এখনো নিয়মিত সেবায় না-আসা রকেটের ওপর অতিরিক্ত নির্ভরতা schedule concentration risk বাড়ায়।

মূলধন থেকে রাজস্বের পথে কী বাকি

২৫ কোটি ডলার Starcloud-এর runway ও ক্রয়ক্ষমতা বাড়িয়েছে; এটি বাণিজ্যিক orbital compute-এর অর্থনীতি প্রমাণ করেনি। রাজস্বের আগে কোম্পানিকে spacecraft উৎপাদন, launch contract, সফল উৎক্ষেপণ, commissioning এবং গ্রাহকের workload নির্ভরযোগ্যভাবে পরিচালনার ধারাবাহিকতা পার হতে হবে। একটি ধাপ পিছোলে পরের ধাপের আয়ও পিছিয়ে যাবে।

Nvidia ও Cisco Investments-এর অংশগ্রহণ প্রয়োজনীয় computing ও networking দক্ষতার সঙ্গে Starcloud-এর সম্পর্ককে শক্তিশালী করতে পারে। তবু শেষ পর্যন্ত গ্রাহককে পৃথিবীর বিকল্পের তুলনায় গ্রহণযোগ্য খরচ, নির্ভরযোগ্যতা ও data transfer ব্যবস্থা দিতে হবে। কক্ষপথে Earth-observation data প্রক্রিয়াকরণের মতো কাজে downlink কমানোর সুবিধা থাকতে পারে, কিন্তু বৃহত্তর AI workload-এর ক্ষেত্রে upload, latency, মেরামতহীন hardware replacement এবং মোট compute cost এখনো পরীক্ষিত বাণিজ্যিক ফল নয়।

বর্তমান নিশ্চিত চিত্র তাই সীমিত কিন্তু গুরুত্বপূর্ণ: ২১ আগস্টের অর্থায়ন সম্পন্ন, মূল্যায়ন নির্ধারিত, নতুন বিনিয়োগকারী যুক্ত এবং একটি orbital GPU demonstration হয়েছে। বড় উৎপাদন, ২০২৭ সালের পরিকল্পিত মিশন, নিয়মিত launch capacity, বহু-স্যাটেলাইট পরিচালনা ও পুনরাবৃত্ত গ্রাহক-রাজস্ব এখনো অর্জনযোগ্য মাইলফলক। পরবর্তী নির্ণায়ক তথ্য হবে Starcloud কত launch allocation বাস্তবে চুক্তিবদ্ধ করে এবং নতুন spacecraft সময়মতো কক্ষপথে গিয়ে কতটা নির্ভরযোগ্যভাবে কাজ করে।