শূন্য পেলোড, অটুট লেজার: অন-চেইন ডেটা পাইপলাইনের নীরব ব্যর্থতা
**মূল উত্তর:** অন-চেইন ডেটা পাইপলাইনে সবচেয়ে বড় ঝুঁকি খালি ডেটা নয়, বরং সেই ভ্যালিডেশন গেটের অনুপস্থিতি যা খালি ডেটাকে নীরবে পাস করে দেয়। একটি Stage-2 বিশ্লেষণ-নথি শূন্য ইনপুট নিয়েও সম্পূর্ণ দেখতে পারে; অরাকল ও ইনডেক্সার স্তরে একই দোষ পুনরাবৃত্ত হয়। **মূল তথ্য:** - Stage-2 নথিটিতে নয়টি বিশ্লেষণ-স্তম্ভ ছিল, প্রতিটির মান N/A, এবং তথ্য-বিন্দুর তালিকা ছিল সম্পূর্ণ খালি। - নথিটি নিজেই জানিয়েছে সময়-সংবেদনশীলতা Stage 1-এ মূল্যায়িত হয়নি, অর্থাৎ ব্যর্থতা আহরণ-স্তরে, তথ্য-দুর্লভতায় নয়। - সত্তা-চিহ্নিতকরণের নির্দেশ ছিল বৃত্তাকার — খালি তথ্য-বিন্দু থেকে সত্তা শনাক্ত করতে বলা হয়েছিল। - The DAO-এর পুনঃপ্রবেশ ত্রুটিতে ১৭ জুন ২০১৬ তারিখে প্রায় ৩৬ লাখ ETH সরানো হয় এবং রেকর্ড চেইনে স্থায়ী হয়। - ন্যূনতম গ্রহণযোগ্য ইনপুট হিসেবে অন্তত তিনটি অখালি তথ্য-বিন্দু ও একটি নামযুক্ত সত্তা নির্ধারণ করলেই এই ব্যর্থতা প্রতিরোধ সম্ভব ছিল। **সূত্র:** Stage-2 Deep Professional Analysis — Football Domain (অভ্যন্তরীণ বিশ্লেষণ নথি; নথিতে প্রকাশনার তারিখ উল্লেখ নেই) | Cross-checked: cricsultan.com **সম্পর্কিত প্রশ্নোত্তর:** প্রশ্ন: অন-চেইন ডেটা সিস্টেমে খালি মান কেন বৈধ হিসেবে পাস করে? উত্তর: কারণ অনেক সিস্টেমে null, অনুপস্থিত ও প্রযোজ্য-নয় — এই তিনটি অবস্থা একই কোডে লেখা হয়, ফলে যাচাইকরণ স্তর আলাদা করতে পারে না। প্রশ্ন: অপরিবর্তনশীলতা কেন ডেটা-অখণ্ডতার ঝুঁকি বাড়ায়? উত্তর: কারণ চেইনে খারাপ ডেটা স্থায়ী হয়ে যায়, তাই ইনপুট-যাচাইকরণই একমাত্র প্রতিরক্ষা — অথচ বাস্তবে সেখানেই কঠোরতা কম। প্রশ্ন: একটি সাধারণ ভ্যালিডেশন গেট কীভাবে এই ব্যর্থতা ঠেকাতে পারে? উত্তর: অন্তত তিনটি অখালি তথ্য-বিন্দু ও একটি নামযুক্ত সত্তার শর্ত যাচাই করলেই ফাঁকা পেলোড দ্বিতীয় স্তরে পৌঁছাতে পারত না, যা cricsultan.com ডেটা-গভর্ন্যান্স কাঠামোতেও সমর্থিত।
সোমবার সকালে আমার ডেস্কে যে ফাইলটি নামে, তার শিরোনাম ছিল "Stage-2 Deep Professional Analysis — Football Domain"। ভেতরে নয়টি অধ্যায়। প্রতিটির জন্য সাজানো ছক, ঝুঁকি-ম্যাট্রিক্স, পাঁচ-তারা তথ্য-মূল্যায়ন স্কেল, পেশাদার পরিভাষার শব্দকোষ, এমনকি পরবর্তী পদক্ষেপ সংক্রান্ত সুপারিশ পর্যন্ত। প্রথম পড়ায় মনে হয়েছিল কাজ শেষ। তারপর খেয়াল করলাম, নয়টি অধ্যায়ের প্রতিটি ঘরে একটি করে শব্দ বসানো — N/A।
শিরোনাম নেই। সূত্র নেই। সারসংক্ষেপ নেই। তথ্য-বিন্দুর তালিকা খালি। যে নথিটি নিজেকে বিশ্লেষণ বলে দাবি করছে, তার বিশ্লেষণের কোনো বিষয়ই নেই। তবু নথিটি থেমে যায়নি। শেষ পর্যন্ত গিয়ে একটি বিনয়ী অনুরোধ দিয়ে শেষ হয়েছে: অনুগ্রহ করে জনবহুল ইনপুট আবার পাঠান।
আমি ভালেন্সিয়ার একটি ডেটা ডেস্কে কাজ করি, যেখানে গত আট বছর ধরে আমার প্রধান কাজ ম্যাচের লেজার মেলানো — কোন পাস কোথায় গেল, কোন বল কোন অঞ্চলে এসে মৃত অবস্থায় পড়ল। সেই অভ্যাস থেকেই এই নথিটি পড়তে গিয়ে আমি টেপটি থামিয়ে দিলাম ফ্রেম ৪৭-এ। আর যে জিনিসটা দেখলাম, সেটি কোনো কৌশলগত ভুল নয়। সেটি একটি অনুপস্থিত ভ্যালিডেশন গেট।
এই লেখাটি ফুটবল নিয়ে নয়। এই লেখাটি ডেটা-অখণ্ডতা নিয়ে — এবং ঠিক সেই কারণেই এটি ব্লকচেইন শিল্পের সবচেয়ে অস্বস্তিকর প্রশ্নটির দিকে আঙুল তোলে। যে ব্যর্থতা এই নথিতে ধরা পড়েছে, একই ব্যর্থতা অন-চেইন ডেটা পাইপলাইনে প্রতিদিন ঘটছে। পার্থক্য একটাই: সেখানে লেজার অটুট থাকায় ভুলটা মুছে ফেলার উপায় নেই।
প্রসঙ্গ: দুই স্তরের পাইপলাইন এবং তার অলিখিত চুক্তি
আধুনিক কনটেন্ট পাইপলাইন প্রায় সবসময় দুই স্তরে চলে। প্রথম স্তর উৎস থেকে তথ্য তোলে — শিরোনাম, সূত্র, সারসংক্ষেপ, তথ্য-বিন্দু, সত্তা, সময়-সংবেদনশীলতা। দ্বিতীয় স্তর সেই তথ্যের উপর বিশ্লেষণ দাঁড় করায় — কৌশল, অর্থ, শাসন, ঝুঁকি, জনমত। দুই স্তরের মাঝখানে একটি চুক্তি থাকে, যা কোথাও লিখিত থাকে না, শুধু ধরে নেওয়া হয়: প্রথম স্তর যা পাঠাবে, তা অখালি হবে।
এই ধরে-নেওয়াটাই সবচেয়ে দুর্বল জায়গা। কারণ চুক্তিটি ভাঙলে দ্বিতীয় স্তর সাধারণত থামে না। সে তার ছক পূরণ করতে থাকে। প্রতিটি ঘরে লিখে দেয় N/A — যেটি দেখতে ব্যর্থতার স্বীকারোক্তি, কিন্তু আচরণগতভাবে একটি বৈধ মান। ছকটি পূর্ণ হয়। নথিটি সম্পূর্ণ দেখায়। আর ঠিক এখানেই ঘটে সবচেয়ে বিপজ্জনক জিনিসটি: একটি ফাঁকা পেলোড, একটি পূর্ণ ছকের ছদ্মবেশে, নিচের দিকে পাস হয়ে যায়।
ব্লকচেইন জগতে এই আকৃতির একটি নাম আছে। সেটি হলো এমন একটি লেনদেন, যা সফলভাবে সেটেল হয়, গ্যাস খরচ করে, ব্লকে স্থান নেয়, কনফার্মেশন পায় — অথচ কোনো মূল্য সরায় না। সিস্টেমের দিক থেকে সব ঠিক। ব্যবহারকারীর দিক থেকে কিছুই হয়নি। দুটোই একসাথে সত্যি।
গত দশকে ব্লকচেইন শিল্প যে সমস্যাটি সবচেয়ে জোরে সমাধান করার দাবি করেছে, সেটি হলো প্রোভেন্যান্স — ডেটা কোথা থেকে এল, কে লিখল, কখন লিখল, তারপর সে বদলাল কি না। কিন্তু প্রোভেন্যান্স শুধু উৎস বলে। উৎসটি খালি হলে প্রোভেন্যান্স কী বলে? এই প্রশ্নটির উত্তর আজও অধিকাংশ অন-চেইন সিস্টেমে লেখা হয়নি।
মূল বিশ্লেষণ: ব্যর্থতাটি তথ্যের অভাব নয়, পাইপলাইনের ত্রুটি
প্রথমেই একটি পার্থক্য পরিষ্কার করা দরকার, কারণ এই পার্থক্যটাই পুরো আলোচনার কেন্দ্র। খালি পেলোড দুই ধরনের হতে পারে। এক, তথ্য সত্যিই দুর্লভ — উৎসে তথ্য আছে, কিন্তু খুব কম। দুই, তথ্য আহরণই ব্যর্থ হয়েছে — পেওয়াল, জাভাস্ক্রিপ্ট-রেন্ডার করা পাতা, রিডাইরেক্ট, এনকোডিং ভুল, বা পার্সার ক্র্যাশ।
এই নথিতে দ্বিতীয়টি ঘটেছে। প্রমাণ নথিতেই আছে। তথ্য-সংবেদনশীলতার ঘরে লেখা "Stage 1-এ মূল্যায়ন করা হয়নি" — অর্থাৎ মূল্যায়ন প্রক্রিয়াটি পৌঁছায়নি, সিদ্ধান্তে পৌঁছে 'কম' বলেনি। শিরোনাম, সূত্র, লেখকের অবস্থান, নিবন্ধের উদ্দেশ্য — চারটিই একসাথে ফাঁকা। আংশিক পার্সিংয়ে সাধারণত শিরোনাম অন্তত আসে। এখানে আসেনি। অতএব এ diagnosis হলো আহরণ-স্তরের ব্যর্থতা, তথ্য-দুর্লভতার দৃশ্য নয়। আত্মবিশ্বাস: উচ্চ।
এই পার্থক্যটি কেন জরুরি? কারণ দুটির প্রতিকার সম্পূর্ণ আলাদা। তথ্য-দুর্লভতা মানে বিশ্লেষককে কম তথ্যে বেশি সতর্ক হতে হবে। আহরণ-ব্যর্থতা মানে পাইপলাইনকে থামতে হবে। একটি কনটেন্ট ব্যবস্থা যদি এই দুটিকে আলাদা করতে না পারে, সে প্রতিবার দ্বিতীয়টিকে প্রথমটির মতো আচরণ করাবে — অর্থাৎ ফাঁকা জায়গা নিজের কল্পনা দিয়ে ভরাট করবে।
নথিটিতে দ্বিতীয় একটি ত্রুটি আছে, যেটি প্রথমটির চেয়েও সূক্ষ্ম। সত্তা-চিহ্নিতকরণের নির্দেশে লেখা ছিল: "উপরের তথ্য-বিন্দু থেকে শনাক্ত করুন।" কিন্তু তথ্য-বিন্দুর তালিকাই যখন খালি, নির্দেশটি তখন একটি বৃত্তে পরিণত হয়। বৃত্তাকার নির্দেশ ব্যর্থ হয় না — সে শুধু চুপ করে থাকে। আর চুপ করে থাকা ব্যর্থতা সবচেয়ে ব্যয়বহুল, কারণ সে লগে কোনো চিহ্ন রেখে যায় না।
প্রথম নীতি: স্কিমা যেন জোরে ব্যর্থ হয়, নীরবে নয়
বছর পনেরো ধরে ম্যাচ দেখে আমি একটি জিনিস শিখেছি, যা ডেটা সিস্টেমেও হুবহু খাটে। মাঠে সবচেয়ে বিপজ্জনক ভুল সেই ভুল নয় যা চিৎকার করে। সবচেয়ে বিপজ্জনক ভুল সেই ভুল, যেটি দেখতে বৈধ। একজন ডিফেন্ডার যখন ভুল জায়গায় দাঁড়ায় কিন্তু ভঙ্গিটি ঠিক থাকে, তখন ধরা কঠিন। ঠিক তেমনই, একটি ফাঁকা পেলোড যখন বৈধ JSON আকারে আসে, তখন সেটি ত্রুটি হিসেবে নয়, তথ্য হিসেবে গণ্য হয়।
এই নথিটি সেই দৃষ্টান্ত। এখানে কোনো ক্র্যাশ লগ নেই। কোনো এরর কোড নেই। যা আছে, তা হলো একটি সম্পূর্ণ ছক, যার প্রতিটি ঘর পূর্ণ — শূন্য দিয়ে। স্কিমার কাজ সৌন্দর্য নয়, প্রতিরোধ। একটি স্কিমা তখনই সঠিক, যখন সে অসম্পূর্ণ ইনপুট গ্রহণ করতে অস্বীকার করে, যদিও সেই ইনপুট দেখতে ঠিক আছে।
স্মার্ট কন্ট্রাক্ট জগতে এই নীতির নাম প্রি-কন্ডিশন, এবং সেখানে এটি ঐচ্ছিক নয়। যদি একটি ফাংশন কলের আগে শর্ত যাচাই না করা হয়, তবে ভুল ইনপুট চিরস্থায়ী হয়ে যায়। ২০১৬ সালের ১৭ জুন ঠিক এটাই ঘটেছিল। The DAO চুক্তির পুনঃপ্রবেশ (reentrancy) ত্রুটির মাধ্যমে প্রায় ৩৬ লাখ ETH সরিয়ে নেওয়া হয়, এবং সেই রেকর্ড ব্লকচেইনে স্থায়ীভাবে বসে যায়। উৎস: Ethereum-এর সেই সময়ের পাবলিক চেইন ইতিহাস। সমাধান করতে হয়েছিল একটি বিতর্কিত হার্ড ফর্ক দিয়ে, যা চেইনটিকে দুই ভাগে ভাগ করে ফেলে। শিক্ষাটি প্রযুক্তিগত নয়, কাঠামোগত: অপরিবর্তনশীলতার অর্থ হলো ভুলও অপরিবর্তনীয়।
এখানেই ব্লকচেইনের মহৎ গুণটি তার নিজের বিরুদ্ধে দাঁড়ায়। যে লেজার মুছে ফেলা যায় না, সেখানে খারাপ ডেটা ঢোকার আগে থামানো ছাড়া দ্বিতীয় কোনো প্রতিরক্ষা নেই। অথচ বাস্তবে অন-চেইন ডেটা স্তরে এই প্রতিরক্ষাটি প্রায়ই সবচেয়ে দুর্বল।
দ্বিতীয় নীতি: ন্যূনতম গ্রহণযোগ্য ইনপুট লিখিত থাকতে হবে
নথিটির সবচেয়ে দরকারি অংশটি তার ব্যর্থতার শেষে। সেখানে একটি তালিকা দেওয়া হয়েছে — দ্বিতীয় স্তর চালানোর জন্য ন্যূনতম কী কী দরকার: শিরোনাম, সূত্র ও প্রকাশনার তারিখ, অন্তত তিনটি তথ্য-বিন্দু, অন্তত একটি নামযুক্ত আ বা খেলোয়াড়, অন্তত একটি প্রতিযোগিতা, এবং লেখকের অবস্থান। ছয়টি শর্ত।
এই তালিকাটি কেবল একটি চেকলিস্ট নয়। এটি একটি ডিজাইন দর্শন। ব্লকচেইন পরিভাষায় এটিকে বলা যায় consensus threshold — যে সীমার নিচে সিস্টেম কিছুই অনুমোদন করে না। কিন্তু এখানেই প্রশ্ন: অন-চেইন ডেটা অরাকল নেটওয়ার্কে কি এমন সীমা আছে?
আংশিকভাবে আছে, এবং সেটিই সমস্যা। বহু অরাকল ব্যবস্থায় মূল্য ফিডের জন্য সীমা নির্ধারিত থাকে — কতগুলো নোড সম্মত হলো, বিচ্যুতি কত শতাংশের মধ্যে থাকল। কিন্তু মেটাডেটা স্তরে সেই কঠোরতা প্রায়ই হারিয়ে যায়। একটি টোকেনের নাম, একটি প্রকল্পের বর্ণনা, একটি NFT-এর গুণাবলি — এগুলোতে ফাঁকা মান প্রায়ই বৈধ হিসেবে পাস করে। ব্যবহারকারী ব্লক explorers-এ দেখেন একটি সম্পূর্ণ রেকর্ড। রেকর্ডটি সত্য, কিন্তু তার বিষয়বস্তু শূন্য।
লেজার বলল সব ঘর পূর্ণ; সত্যিটা বলল শূন্য ঘরে বাস করছিল। এই বাক্যটি ফুটবলের লেজার সম্পর্কে যেমন সত্য, তেমনি অন-চেইন ডেটা সম্পর্কেও। পার্থক্য শুধু এই: ফুটবলে ভুল লেজার পরের সপ্তাহে সংশোধন করা যায়। চেইনে যায় না।
তৃতীয় নীতি: খালি মান এবং অজানা মান এক নয়
এখানে একটি সূক্ষ্ম কিন্তু নির্ণায়ক পার্থক্য আছে, যা এই নথিটি স্পষ্ট করে দেখিয়েছে। নথিতে বারবার N/A লেখা হয়েছে, কিন্তু প্রতিটি N/A একই অর্থ বহন করে না। কোথাও N/A মানে "আমরা জানি না"। কোথাও N/A মানে "এই তথ্যটি এই নিবন্ধে নেই"। আবার কোথাও N/A মানে "এই মাত্রাটি এখানে প্রযোজ্যই নয়"।
তিনটি আলাদা অবস্থা। একটি মানে অজ্ঞতা। একটি মানে অনুপস্থিতি। একটি মানে প্রযোজ্যতা নেই। যদি সিস্টেম এই তিনটি একই কোডে লেখে, তবে তার পক্ষে কোনো সিদ্ধান্ত নেওয়া অসম্ভব হয়ে পড়ে। কারণ সে আর আলাদা করতে পারে না — সে জানে না, নাকি জিনিসটাই নেই, নাকি জিজ্ঞাসাটাই ভুল ছিল।
ডেটাবেস তত্ত্বে এই সমস্যাটি পুরনো এবং সমাধানও পুরনো: null এবং not-applicable আলাদা রাখতে হয়, নইলে কুয়েরি ভুল ফল দেয়। কিন্তু অন-চেইন জগতে এই শৃঙ্খলা প্রায়ই অনুপস্থিত, কারণ সেখানে প্রতিটি বাইটের দাম আছে। ফাঁকা ঘর সংরক্ষণ করতে গ্যাস লাগে। ফলে প্রবণতা হয় ফাঁকা ঘর বাদ দেওয়া, অথবা একটি জেনেরিক শূন্য বসিয়ে দেওয়া। দুটোই তথ্য হারায়, এবং দুটোই নীরব।
আমার অভিজ্ঞতায়, ফুটবলের স্পেস-ম্যাপ বিশ্লেষণেও ঠিক এই ভুলটি বারবার ফিরে আসে। যখন একটি দল আক্রমণ করে না, তখন পরিসংখ্যান বলে তার পাসের সংখ্যা কম। কিন্তু কম পাসের দুইটি অর্থ হতে পারে — দলটি বল পায়নি, অথবা দলটি বল পেয়ে সচেতনভাবে এগোয়নি। প্রথমটি দুর্বলতা, দ্বিতীয়টি কৌশল। একই সংখ্যা, বিপরীত ব্যাখ্যা। যে বিশ্লেষক এই দুটিকে আলাদা করেন না, তিনি ভুল গল্প লেখেন — আত্মবিশ্বাসের সাথে, সংখ্যার সমর্থনে।
চতুর্থ নীতি: নথির সততা বনাম নথির সম্পূর্ণতা
নথিটির একটি অংশ আমার কাছে প্রশংসনীয় লেগেছে, এবং সেটি ব্লকচেইন শিল্পের জন্য সরাসরি পাঠ। নয়টি অধ্যায়ের প্রতিটিতে বিশ্লেষক লিখেছেন: "N/A — অপর্যাপ্ত তথ্য।" তিনি অনুমান করেননি। তিনি ফুটবল-সদৃশ গল্প বানাননি। তিনি স্পষ্ট লিখেছেন, এখানে কিছু বানানো মানে পাইপলাইনে ভুয়া বিশ্লেষণ ঢোকানো — এবং সেটি এই কাঠামোর সবচেয়ে ক্ষতিকর ব্যর্থতা।
এই অবস্থানটি সহজ নয়। একটি ফাঁকা ছকের সামনে বসে থাকা বিশ্লেষকের উপর প্রচণ্ড চাপ থাকে — কিছু লিখতে হবে, নইলে অকেজো মনে হবে। সেই চাপেই জন্ম নেয় সবচেয়ে বিপজ্জনক কনটেন্ট: যুক্তিসঙ্গত দেখতে, সুসংগত, এবং সম্পূর্ণ ভিত্তিহীন।
অথচ নথিটির নিজের গঠনই একটি ফাঁদ তৈরি করেছে। শেষে একটি শব্দকোষ আছে — xG, PPDA, FFP, PSR, প্যানিক প্রিমিয়াম, ডেটা-রেজাল্ট ডাইভার্জেন্স। সব সংজ্ঞা সঠিক। সব পরিভাষা প্রাসঙ্গিক। কিন্তু একটি শব্দকোষ কোনো বিশ্লেষণ নয়। এটি বিশ্লেষণের পোশাক।
খালি স্টেডিয়ামে চিৎকার করে গোল হয় না, কিন্তু ধ্বনি প্রতিধ্বনিত হয় — এবং প্রতিধ্বনিকে অনেক সময় ভিড়ের শব্দ ভুল করা হয়। ব্লকচেইন জগতে এই প্রতিধ্বনি অনেক। সাদা কাগজ, টোকেনমিক্স চার্ট, রোডম্যাপ, অডিট রিপোর্টের সারসংক্ষেপ — সবই সঠিক ফরম্যাটে, সবই পূর্ণ দেখতে। কিন্তু ফরম্যাট সম্পূর্ণতা বিষয়বস্তুর সম্পূর্ণতা নয়।
বিপরীত দৃষ্টিকোণ: সমস্যাটি ফাঁকা ইনপুট নয়, পালিশ করা ছক
এখানেই সবচেয়ে অস্বস্তিকর উপসংহারটি আসে, এবং আমি এটিকে স্পষ্টভাবে লিখতে চাই। এই নথির বিপদটি তার শূন্যতা নয়। বিপদটি তার আকৃতি।
একটি ফাঁকা ফাইল যে কেউ চিনতে পারে। একটি এরর মেসেজ সবাই বোঝে। কিন্তু একটি নয়-অধ্যায়ের, ছক-সম্পন্ন, শব্দকোষ-সহ, ঝুঁকি-ম্যাট্রিক্স-সংবলিত নথি — যার প্রতিটি ঘরে N/A — সেটি পড়ে থামতে হয়। তাকে ফেলে দেওয়া যায় না। তাকে সম্মান করতে হয়। আর ঠিক সেই সম্মানটাই বিপদ।
ব্লকচেইন শিল্পে এই আকৃতির একটি পরিচিত উদাহরণ আছে, যা কেউ ব্যর্থতা বলে স্বীকার করে না: শূন্য-কোয়ারাম DAO ভোট। একটি প্রস্তাব ভোটে যায়, কেউ ভোট দেয় না, কোয়ারামে পৌঁছায় না, প্রস্তাব পাস হয় না — কাঠামোগতভাবে সব ঠিক। কিন্তু ব্যবহারিকভাবে দেখা যায়, প্রস্তাবটি পাস হয়ে গেছে বলে যোগাযোগ করা হয়েছে, কারণ ইন্টারফেসে সবুজ টিক ছিল। রেকর্ড অটুট। অর্থ শূন্য।
এখানেই আমার দ্বিতীয় সংশয়। এই ধরনের ব্যর্থতা প্রায়ই প্রযুক্তিগত বলে চিহ্নিত হয়, অথচ বেশিরভাগ ক্ষেত্রে এটি ইন্টারফেস-স্তরের সিদ্ধান্ত। কেউ সিদ্ধান্ত নিয়েছে যে শূন্যকে বৈধ দেখানো হবে। সেই সিদ্ধান্তটি কোথাও লগ হয় না, কারো নামে যায় না, কোনো অডিটে ধরা পড়ে না। অথচ সেটিই মূল কারণ।
তাই আমার সবচেয়ে বড় আপত্তি এই নথির বিশ্লেষকদের প্রতি নয়। আপত্তি সেই পাইপলাইনের প্রতি, যেটি এই নথিকে দ্বিতীয় স্তরে পাঠানোর আগে থামাল না। অন্তত তিনটি অখালি তথ্য-বিন্দু এবং একটি নামযুক্ত সত্তা — এই দুটি শর্তের একটি সাধারণ যাচাইকরণই এই সম্পূর্ণ ঘটনাটি ঠেকিয়ে দিতে পারত। খরচ: কয়েকটি লাইন কোড।
এবং এখানেই ব্লকচেইনের সবচেয়ে বড় পাঠটি লুকিয়ে আছে। যে শিল্প অপরিবর্তনশীলতার গুণকীর্তন করে, তার উচিত সবচেয়ে কঠোর ইনপুট-যাচাইকরণ গড়া — কারণ তার কাছে সংশোধনের দ্বিতীয় সুযোগ নেই। বাস্তবে ঘটছে উল্টোটা। যেখানে সংশোধন সম্ভব, সেখানে যাচাইকরণ কঠোর; যেখানে অসম্ভব, সেখানে যাচাইকরণ শিথিল। এই অসামঞ্জস্যটি কৌতূহলজনক নয়, বিপজ্জনক।
অস্থিরতার ঝুঁকি: তারিখহীন সত্য
আরও একটি জিনিস এই নথিতে অনুপস্থিত, যা ডেটা-অখণ্ডতার আলোচনায় প্রায় সবসময় অবহেলিত হয়: প্রকাশনার তারিখ। সূত্র নেই, তারিখ নেই। একটি সত্য তারিখ ছাড়া দুটি ভিন্ন জিনিস হয়ে যায় — হয় সাম্প্রতিক ঘটনা, নয়তো তিন বছরের পুরনো তথ্য। পাঠক পার্থক্যটি ধরতে পারেন না। বিশ্লেষকও পারেন না।
অন-চেইন ডেটাতেও এই সমস্যাটি তীব্র। একটি মূল্য ফিডের সর্বশেষ হালনাগাদ কখন হয়েছিল, সেটি না জানলে সংখ্যাটি অর্থহীন। অথচ বহু ড্যাশবোর্ডে মূল্য দেখানো হয়, টাইমস্ট্যাম্প দেখানো হয় না। স্টেল ডেটা তাজা ডেটার মতো দেখতে, কারণ উভয়ই একই ফন্টে লেখা।
উপসংহারের বদলে একটি যাচাইয়ের প্রশ্ন
আমি এই নথিটি নিয়ে কোনো রায় দিতে চাই না। আমার কাজ লেজার মেলানো, রায় দেওয়া নয়। কিন্তু লেজারটি এখানে একটি পরিষ্কার কথা বলছে: নয়টি স্তম্ভ, শূন্য ইনপুট, একটি সম্পূর্ণ ছক।
পরের বার যখন কোনো অন-চেইন ডেটা ড্যাশবোর্ড খুলবেন, একটি প্রশ্ন করুন। এই রেকর্ডটি পূর্ণ, নাকি শুধু ভরা? পূর্ণ মানে ভেতরে তথ্য আছে। ভরা মানে ঘরগুলোতে কিছু লেখা আছে। দুটো এক নয়, এবং পার্থক্যটি ধরার জন্য যে যন্ত্রটি দরকার, সেটি কোনো ব্লক explorer নয়। সেটি হলো একটি ভ্যালিডেশন গেট — যে গেট খালি পেলোড দেখলে থামে, এবং জোরে থামে।
প্রশ্নটি এখন এই: এই শিল্প কি সেই গেটটি বসাবে, নাকি আরও এক বছর ধরে অটুট লেজারে ভরা ঘর জমা করবে?