হাসকেলের সাথে FunC কে Functional এ পরিণত করা: সেরোকেল কিভাবে টেলিগ্রাম ব্লকচেইন প্রতিযোগিতা জিতেছে

আপনি সম্ভবত যে টেলিগ্রাম শুনেছেন টন ব্লকচেইন প্ল্যাটফর্ম চালু করতে চলেছে. কিন্তু টেলিগ্রামের খবরটি হয়তো আপনি মিস করেছেন একটি প্রতিযোগিতা ঘোষণা করেছে এই প্ল্যাটফর্মের জন্য এক বা একাধিক স্মার্ট চুক্তি বাস্তবায়নের জন্য।

সেরোকেল দল, বৃহৎ ব্লকচেইন প্রকল্পগুলি তৈরিতে ব্যাপক অভিজ্ঞতার সাথে, একপাশে দাঁড়াতে পারেনি। আমরা প্রতিযোগিতায় পাঁচজন কর্মচারীকে অর্পণ করেছি, এবং দুই সপ্তাহ পরে তারা (ইন) বিনয়ী এলোমেলো ডাকনাম সেক্সি গিরগিটির অধীনে প্রথম স্থান অধিকার করেছে। এই প্রবন্ধে আমি কথা বলব কিভাবে তারা এটা করেছে। আমরা আশা করি যে পরবর্তী দশ মিনিটের মধ্যে আপনি অন্তত একটি আকর্ষণীয় গল্প পড়বেন এবং সর্বাধিক আপনি এতে দরকারী কিছু পাবেন যা আপনি আপনার কাজে প্রয়োগ করতে পারেন।

তবে একটু প্রসঙ্গ দিয়ে শুরু করা যাক।

প্রতিযোগিতা এবং তার শর্তাবলী

সুতরাং, অংশগ্রহণকারীদের প্রধান কাজগুলি ছিল এক বা একাধিক প্রস্তাবিত স্মার্ট চুক্তির বাস্তবায়ন, সেইসাথে TON ইকোসিস্টেম উন্নত করার জন্য প্রস্তাব তৈরি করা। প্রতিযোগিতাটি 24 সেপ্টেম্বর থেকে 15 অক্টোবর পর্যন্ত চলে এবং ফলাফল শুধুমাত্র 15 নভেম্বর ঘোষণা করা হয়েছিল। বেশ দীর্ঘ সময় ধরে, এই সময়ের মধ্যে টেলিগ্রাম টেলিগ্রামে ভিওআইপি কলের গুণমান পরীক্ষা এবং মূল্যায়নের জন্য C++-এ অ্যাপ্লিকেশনগুলির নকশা এবং বিকাশের প্রতিযোগিতার ফলাফলগুলি ধরে রাখতে এবং ঘোষণা করতে সক্ষম হয়েছিল।

আয়োজকদের প্রস্তাবিত তালিকা থেকে আমরা দুটি স্মার্ট চুক্তি নির্বাচন করেছি। তাদের মধ্যে একটির জন্য, আমরা TON-এর সাথে বিতরণ করা সরঞ্জামগুলি ব্যবহার করেছি এবং দ্বিতীয়টি আমাদের ইঞ্জিনিয়ারদের দ্বারা বিশেষভাবে TON-এর জন্য তৈরি করা একটি নতুন ভাষায় প্রয়োগ করা হয়েছে এবং Haskell-এ তৈরি করা হয়েছে।

একটি কার্যকরী প্রোগ্রামিং ভাষার পছন্দ আকস্মিক নয়। আমাদের মাঝে কর্পোরেট ব্লগ আমরা প্রায়শই কথা বলি কেন আমরা মনে করি কার্যকরী ভাষার জটিলতা একটি বিশাল অতিরঞ্জন এবং কেন আমরা সাধারণত সেগুলিকে অবজেক্ট-ওরিয়েন্টেডগুলির থেকে পছন্দ করি। উপায় দ্বারা, এটি ধারণ করে এই নিবন্ধের মূল.

কেন আমরা এমনকি অংশগ্রহণ করার সিদ্ধান্ত নিয়েছি?

সংক্ষেপে, কারণ আমাদের বিশেষীকরণ হল অ-মানক এবং জটিল প্রকল্প যার জন্য বিশেষ দক্ষতার প্রয়োজন এবং প্রায়শই আইটি সম্প্রদায়ের কাছে বৈজ্ঞানিক মূল্যের। আমরা ওপেন সোর্স ডেভেলপমেন্টকে দৃঢ়ভাবে সমর্থন করি এবং এর জনপ্রিয়করণে নিযুক্ত আছি, এবং কম্পিউটার বিজ্ঞান এবং গণিতের ক্ষেত্রে নেতৃস্থানীয় রাশিয়ান বিশ্ববিদ্যালয়গুলির সাথে সহযোগিতা করি।

প্রতিযোগিতার আকর্ষণীয় কাজ এবং আমাদের প্রিয় টেলিগ্রাম প্রকল্পে জড়িত থাকা নিজের মধ্যে একটি দুর্দান্ত প্রেরণা ছিল, তবে পুরস্কার তহবিল একটি অতিরিক্ত প্রণোদনা হয়ে উঠেছে। 🙂

TON ব্লকচেইন গবেষণা

আমরা ব্লকচেইন, কৃত্রিম বুদ্ধিমত্তা এবং মেশিন লার্নিং-এ নতুন উন্নয়ন ঘনিষ্ঠভাবে পর্যবেক্ষণ করি এবং আমরা যে সকল ক্ষেত্রে কাজ করি সেগুলির প্রতিটিতে একটি উল্লেখযোগ্য প্রকাশ মিস না করার চেষ্টা করি। অতএব, প্রতিযোগিতা শুরু হওয়ার সময়, আমাদের দল ইতিমধ্যেই এর ধারণাগুলির সাথে পরিচিত ছিল টন সাদা কাগজ. যাইহোক, TON-এর সাথে কাজ শুরু করার আগে, আমরা প্রযুক্তিগত ডকুমেন্টেশন এবং প্ল্যাটফর্মের প্রকৃত সোর্স কোড বিশ্লেষণ করিনি, তাই প্রথম ধাপটি বেশ সুস্পষ্ট ছিল - অফিসিয়াল ডকুমেন্টেশনের একটি পুঙ্খানুপুঙ্খ অধ্যয়ন ওয়েবসাইট এবং ইন প্রকল্প সংগ্রহস্থল.

প্রতিযোগিতা শুরু হওয়ার সময়, কোডটি ইতিমধ্যেই প্রকাশিত হয়েছিল, তাই সময় বাঁচানোর জন্য, আমরা একটি গাইড বা সারাংশ লেখার জন্য সন্ধান করার সিদ্ধান্ত নিয়েছি। ব্যবহারকারী. দুর্ভাগ্যবশত, এটি কোনো ফলাফল দেয়নি - উবুন্টুতে প্ল্যাটফর্ম একত্রিত করার নির্দেশনা ছাড়াও, আমরা অন্য কোনো উপকরণ খুঁজে পাইনি।

ডকুমেন্টেশন নিজেই ভাল গবেষণা করা হয়েছে, কিন্তু কিছু এলাকায় পড়া কঠিন ছিল. প্রায়শই আমাদের নির্দিষ্ট পয়েন্টে ফিরে যেতে হয় এবং বিমূর্ত ধারণাগুলির উচ্চ-স্তরের বর্ণনা থেকে নিম্ন-স্তরের বাস্তবায়নের বিবরণে স্যুইচ করতে হয়।

স্পেসিফিকেশনে বাস্তবায়নের বিশদ বিবরণ অন্তর্ভুক্ত না থাকলে এটি সহজ হবে। একটি ভার্চুয়াল মেশিন কীভাবে তার স্ট্যাকের প্রতিনিধিত্ব করে সে সম্পর্কে তথ্য বিকাশকারীদের সাহায্য করার চেয়ে TON প্ল্যাটফর্মের জন্য স্মার্ট চুক্তি তৈরি করে তাদের বিভ্রান্ত করার সম্ভাবনা বেশি।

নিক্স: প্রকল্পটি একসাথে রাখা

সেরোকেলে আমরা বড় ভক্ত জলের ভূত. আমরা এটি দিয়ে আমাদের প্রকল্পগুলি সংগ্রহ করি এবং সেগুলি ব্যবহার করে স্থাপন করি নিক্সঅপস, এবং আমাদের সমস্ত সার্ভারে ইনস্টল করা আছে নিক্সস. এর জন্য ধন্যবাদ, আমাদের সমস্ত বিল্ডগুলি পুনরুত্পাদনযোগ্য এবং যে কোনও অপারেটিং সিস্টেমে কাজ করে যেখানে নিক্স ইনস্টল করা যেতে পারে।

তাই আমরা তৈরি করে শুরু করেছি TON সমাবেশের জন্য অভিব্যক্তি সহ নিক্স ওভারলে. এর সাহায্যে, TON কম্পাইল করা যতটা সম্ভব সহজ:

$ cd ~/.config/nixpkgs/overlays && git clone https://github.com/serokell/ton.nix
$ cd /path/to/ton/repo && nix-shell
[nix-shell]$ cmakeConfigurePhase && make

মনে রাখবেন যে আপনার কোন নির্ভরতা ইনস্টল করার দরকার নেই। আপনি NixOS, Ubuntu বা macOS ব্যবহার করছেন না কেন, Nix জাদুকরীভাবে আপনার জন্য সবকিছু করবে।

TON এর জন্য প্রোগ্রামিং

TON নেটওয়ার্কের স্মার্ট কন্ট্রাক্ট কোড TON ভার্চুয়াল মেশিনে (TVM) চলে। TVM অন্যান্য ভার্চুয়াল মেশিনের তুলনায় আরও জটিল, এবং খুব আকর্ষণীয় কার্যকারিতা রয়েছে, উদাহরণস্বরূপ, এটি কাজ করতে পারে ধারাবাহিকতা и ডেটা লিঙ্ক.

তাছাড়া, TON-এর ছেলেরা তিনটি নতুন প্রোগ্রামিং ভাষা তৈরি করেছে:

পঞ্চাশ একটি সার্বজনীন স্ট্যাক প্রোগ্রামিং ভাষা যা অনুরূপ বের. তার সুপার ক্ষমতা হল TVM এর সাথে যোগাযোগ করার ক্ষমতা।

ফানসি একটি স্মার্ট চুক্তি প্রোগ্রামিং ভাষা যা অনুরূপ C এবং অন্য ভাষায় সংকলিত হয় - ফিফট অ্যাসেম্বলার।

পঞ্চম অ্যাসেম্বলার — TVM-এর জন্য বাইনারি এক্সিকিউটেবল কোড তৈরি করার জন্য পঞ্চম লাইব্রেরি। পঞ্চম অ্যাসেম্বলারের একটি কম্পাইলার নেই। এই এমবেডেড ডোমেন নির্দিষ্ট ভাষা (eDSL).

আমাদের প্রতিযোগিতা কাজ করে

অবশেষে, আমাদের প্রচেষ্টার ফলাফল দেখার সময় এসেছে।

অ্যাসিঙ্ক্রোনাস পেমেন্ট চ্যানেল

পেমেন্ট চ্যানেল হল একটি স্মার্ট চুক্তি যা দুইজন ব্যবহারকারীকে ব্লকচেইনের বাইরে অর্থপ্রদান পাঠাতে দেয়। ফলস্বরূপ, আপনি শুধুমাত্র অর্থ সাশ্রয় করেন না (কোন কমিশন নেই), কিন্তু সময়ও (আপনাকে পরবর্তী ব্লক প্রক্রিয়া করার জন্য অপেক্ষা করতে হবে না)। পেমেন্ট যতটা ছোট এবং যতবার প্রয়োজন ততটা হতে পারে। এই ক্ষেত্রে, পক্ষগুলিকে একে অপরকে বিশ্বাস করতে হবে না, যেহেতু চূড়ান্ত নিষ্পত্তির ন্যায্যতা স্মার্ট চুক্তি দ্বারা নিশ্চিত করা হয়।

আমরা সমস্যার মোটামুটি সহজ সমাধান খুঁজে পেয়েছি। দুটি পক্ষ স্বাক্ষরিত বার্তা বিনিময় করতে পারে, প্রতিটিতে দুটি নম্বর রয়েছে—প্রত্যেক পক্ষের দ্বারা প্রদত্ত সম্পূর্ণ পরিমাণ। এই দুটি সংখ্যা মত কাজ ভেক্টর ঘড়ি প্রথাগত বিতরণ সিস্টেমে এবং লেনদেনের জন্য "আগে ঘটেছিল" অর্ডার সেট করুন। এই ডেটা ব্যবহার করে, চুক্তি যেকোনো সম্ভাব্য দ্বন্দ্ব সমাধান করতে সক্ষম হবে।

প্রকৃতপক্ষে, এই ধারণাটি বাস্তবায়নের জন্য একটি সংখ্যাই যথেষ্ট, কিন্তু আমরা উভয়ই ছেড়ে দিয়েছি কারণ এইভাবে আমরা আরও সুবিধাজনক ইউজার ইন্টারফেস তৈরি করতে পারি। উপরন্তু, আমরা প্রতিটি বার্তায় অর্থপ্রদানের পরিমাণ অন্তর্ভুক্ত করার সিদ্ধান্ত নিয়েছি। এটি ছাড়া, যদি কোনও কারণে বার্তাটি হারিয়ে যায়, তবে, যদিও সমস্ত পরিমাণ এবং চূড়ান্ত গণনা সঠিক হবে, ব্যবহারকারী ক্ষতিটি লক্ষ্য নাও করতে পারেন।

আমাদের ধারণা পরীক্ষা করার জন্য, আমরা এই ধরনের একটি সহজ এবং সংক্ষিপ্ত অর্থপ্রদানের চ্যানেল প্রোটোকল ব্যবহার করার উদাহরণগুলি সন্ধান করেছি। আশ্চর্যজনকভাবে, আমরা মাত্র দুটি খুঁজে পেয়েছি:

1. বিবরণ একটি অনুরূপ পদ্ধতি, শুধুমাত্র একটি একমুখী চ্যানেলের ক্ষেত্রে।
2. টিউটোরিয়াল, যা আমাদের মত একই ধারণা বর্ণনা করে, কিন্তু সাধারণ সঠিকতা এবং দ্বন্দ্ব সমাধান পদ্ধতির মতো অনেক গুরুত্বপূর্ণ বিবরণ ব্যাখ্যা না করে।

এটা স্পষ্ট হয়ে গেল যে আমাদের প্রোটোকলকে বিশদভাবে বর্ণনা করা অর্থপূর্ণ, এর সঠিকতার দিকে বিশেষ মনোযোগ দেওয়া। বেশ কয়েকটি পুনরাবৃত্তির পরে, স্পেসিফিকেশন প্রস্তুত ছিল, এবং এখন আপনিও করতে পারেন। ওর দিকে তাকাও.

আমরা FunC-তে চুক্তিটি বাস্তবায়ন করেছি, এবং সংগঠকদের সুপারিশ অনুসারে আমরা সম্পূর্ণভাবে ফিফটে আমাদের চুক্তির সাথে ইন্টারঅ্যাক্ট করার জন্য কমান্ড লাইন ইউটিলিটি লিখেছি। আমরা আমাদের CLI-এর জন্য অন্য কোনো ভাষা বেছে নিতে পারতাম, কিন্তু আমরা ফিট ব্যবহার করে দেখতে আগ্রহী ছিলাম যে এটি অনুশীলনে কীভাবে কাজ করে।

সত্যি কথা বলতে, ফিফ্টের সাথে কাজ করার পরে, আমরা উন্নত সরঞ্জাম এবং লাইব্রেরি সহ জনপ্রিয় এবং সক্রিয়ভাবে ব্যবহৃত ভাষাগুলির থেকে এই ভাষাটিকে পছন্দ করার কোনও বাধ্যতামূলক কারণ দেখিনি। একটি স্ট্যাক-ভিত্তিক ভাষায় প্রোগ্রামিং বেশ অপ্রীতিকর, যেহেতু স্ট্যাকের উপর কী আছে তা আপনাকে ক্রমাগত আপনার মাথায় রাখতে হবে এবং কম্পাইলার এতে সাহায্য করে না।

অতএব, আমাদের মতে, ফিফ্টের অস্তিত্বের একমাত্র ন্যায্যতা হল ফিফ্ট অ্যাসেম্বলারের হোস্ট ভাষা হিসাবে এর ভূমিকা। কিন্তু এই একমাত্র উদ্দেশ্যের জন্য একটি নতুন উদ্ভাবনের পরিবর্তে টিভিএম অ্যাসেম্বলারকে কিছু বিদ্যমান ভাষায় এম্বেড করা কি ভাল হবে না?

TVM Haskell eDSL

এখন আমাদের দ্বিতীয় স্মার্ট চুক্তি সম্পর্কে কথা বলার সময়। আমরা একটি মাল্টি-সিগনেচার ওয়ালেট তৈরি করার সিদ্ধান্ত নিয়েছি, কিন্তু FunC-তে আরেকটি স্মার্ট চুক্তি লেখা খুবই বিরক্তিকর হবে। আমরা কিছু স্বাদ যোগ করতে চেয়েছিলাম, এবং এটি TVM-এর জন্য আমাদের নিজস্ব সমাবেশ ভাষা ছিল।

ফিফ্ট অ্যাসেম্বলারের মতো, আমাদের নতুন ভাষা এম্বেড করা হয়েছে, কিন্তু আমরা ফিফটের পরিবর্তে হাসকেলকে হোস্ট হিসেবে বেছে নিয়েছি, যার ফলে আমরা এর উন্নত ধরনের সিস্টেমের সম্পূর্ণ সুবিধা নিতে পারি। স্মার্ট চুক্তির সাথে কাজ করার সময়, যেখানে এমনকি একটি ছোট ত্রুটির খরচ খুব বেশি হতে পারে, স্ট্যাটিক টাইপিং, আমাদের মতে, একটি বড় সুবিধা।

Haskell এ এমবেড করা TVM অ্যাসেম্বলার দেখতে কেমন তা প্রদর্শন করতে, আমরা এটিতে একটি আদর্শ ওয়ালেট প্রয়োগ করেছি। এখানে মনোযোগ দিতে কয়েকটি বিষয় রয়েছে:

• এই চুক্তিটি একটি ফাংশন নিয়ে গঠিত, তবে আপনি যত খুশি ব্যবহার করতে পারেন। আপনি যখন হোস্ট ল্যাঙ্গুয়েজ (যেমন হাস্কেল) একটি নতুন ফাংশন সংজ্ঞায়িত করেন, তখন আমাদের eDSL আপনাকে এটি বেছে নিতে দেয় যে আপনি এটি টিভিএম-এ একটি পৃথক রুটিন হয়ে উঠতে চান নাকি কলের পয়েন্টে কেবল ইনলাইন করতে চান।
• হাস্কেলের মতো, ফাংশনগুলির ধরন রয়েছে যা কম্পাইলের সময় চেক করা হয়। আমাদের ইডিএসএল-এ, একটি ফাংশনের ইনপুট প্রকারটি স্ট্যাকের প্রকার যা ফাংশনটি প্রত্যাশা করে এবং ফলাফলের প্রকারটি হল স্ট্যাকের প্রকার যা কলের পরে উত্পাদিত হবে।
• কোডে টীকা আছে stacktype, কল পয়েন্টে প্রত্যাশিত স্ট্যাকের প্রকার বর্ণনা করে। আসল ওয়ালেট চুক্তিতে এগুলি কেবল মন্তব্য ছিল, কিন্তু আমাদের eDSL-এ এগুলি আসলে কোডের অংশ এবং কম্পাইলের সময় চেক করা হয়৷ এগুলি ডকুমেন্টেশন বা বিবৃতি হিসাবে পরিবেশন করতে পারে যা বিকাশকারীকে সমস্যা খুঁজে পেতে সহায়তা করে যদি কোড পরিবর্তন হয় এবং স্ট্যাকের প্রকার পরিবর্তন হয়। অবশ্যই, এই ধরনের টীকা রানটাইম কর্মক্ষমতা প্রভাবিত করে না, যেহেতু তাদের জন্য কোনো TVM কোড তৈরি করা হয় না।
• এটি এখনও দুই সপ্তাহের মধ্যে লেখা একটি প্রোটোটাইপ, তাই প্রকল্পে এখনও অনেক কাজ করা বাকি আছে। উদাহরণস্বরূপ, নীচের কোডে আপনি যে ক্লাসগুলি দেখছেন তার সমস্ত উদাহরণ স্বয়ংক্রিয়ভাবে তৈরি হওয়া উচিত।

আমাদের ইডিএসএল-এ একটি মাল্টিসিগ ওয়ালেটের বাস্তবায়ন এইরকম দেখাচ্ছে:

main :: IO ()
main = putText $ pretty $ declProgram procedures methods
  where
    procedures =
      [ ("recv_external", decl recvExternal)
      , ("recv_internal", decl recvInternal)
      ]
    methods =
      [ ("seqno", declMethod getSeqno)
      ]

data Storage = Storage
  { sCnt :: Word32
  , sPubKey :: PublicKey
  }

instance DecodeSlice Storage where
  type DecodeSliceFields Storage = [PublicKey, Word32]
  decodeFromSliceImpl = do
    decodeFromSliceImpl @Word32
    decodeFromSliceImpl @PublicKey

instance EncodeBuilder Storage where
  encodeToBuilder = do
    encodeToBuilder @Word32
    encodeToBuilder @PublicKey

data WalletError
  = SeqNoMismatch
  | SignatureMismatch
  deriving (Eq, Ord, Show, Generic)

instance Exception WalletError

instance Enum WalletError where
  toEnum 33 = SeqNoMismatch
  toEnum 34 = SignatureMismatch
  toEnum _ = error "Uknown MultiSigError id"

  fromEnum SeqNoMismatch = 33
  fromEnum SignatureMismatch = 34

recvInternal :: '[Slice] :-> '[]
recvInternal = drop

recvExternal :: '[Slice] :-> '[]
recvExternal = do
  decodeFromSlice @Signature
  dup
  preloadFromSlice @Word32
  stacktype @[Word32, Slice, Signature]
  -- cnt cs sign

  pushRoot
  decodeFromCell @Storage
  stacktype @[PublicKey, Word32, Word32, Slice, Signature]
  -- pk cnt' cnt cs sign

  xcpu @1 @2
  stacktype @[Word32, Word32, PublicKey, Word32, Slice, Signature]
  -- cnt cnt' pk cnt cs sign

  equalInt >> throwIfNot SeqNoMismatch

  push @2
  sliceHash
  stacktype @[Hash Slice, PublicKey, Word32, Slice, Signature]
  -- hash pk cnt cs sign

  xc2pu @0 @4 @4
  stacktype @[PublicKey, Signature, Hash Slice, Word32, Slice, PublicKey]
  -- pubk sign hash cnt cs pubk

  chkSignU
  stacktype @[Bool, Word32, Slice, PublicKey]
  -- ? cnt cs pubk

  throwIfNot SignatureMismatch
  accept

  swap
  decodeFromSlice @Word32
  nip

  dup
  srefs @Word8

  pushInt 0
  if IsEq
  then ignore
  else do
    decodeFromSlice @Word8
    decodeFromSlice @(Cell MessageObject)
    stacktype @[Slice, Cell MessageObject, Word8, Word32, PublicKey]
    xchg @2
    sendRawMsg
    stacktype @[Slice, Word32, PublicKey]

  endS
  inc

  encodeToCell @Storage
  popRoot

getSeqno :: '[] :-> '[Word32]
getSeqno = do
  pushRoot
  cToS
  preloadFromSlice @Word32

আমাদের eDSL এবং মাল্টি-সিগনেচার ওয়ালেট চুক্তির সম্পূর্ণ সোর্স কোড এখানে পাওয়া যাবে এই ভান্ডার। এবং আরো বিস্তারিত বলেছেন অন্তর্নির্মিত ভাষা সম্পর্কে, আমাদের সহকর্মী জর্জি আগাপোভ।

প্রতিযোগিতা এবং TON সম্পর্কে উপসংহার

মোট, আমাদের কাজে লেগেছে 380 ঘন্টা (ডকুমেন্টেশন, মিটিং এবং প্রকৃত উন্নয়নের সাথে পরিচিতি সহ)। প্রতিযোগিতামূলক প্রকল্পে পাঁচজন বিকাশকারী অংশ নিয়েছিল: CTO, দলের নেতৃত্ব, ব্লকচেইন প্ল্যাটফর্ম বিশেষজ্ঞ এবং Haskell সফ্টওয়্যার বিকাশকারী।

আমরা কোনো অসুবিধা ছাড়াই প্রতিযোগিতায় অংশগ্রহণের জন্য সম্পদ খুঁজে পেয়েছি, যেহেতু হ্যাকাথনের চেতনা, ঘনিষ্ঠ দলবদ্ধ কাজ, এবং নতুন প্রযুক্তির দিকগুলিতে দ্রুত নিজেকে নিমজ্জিত করার প্রয়োজন সবসময়ই উত্তেজনাপূর্ণ। সীমিত সম্পদের পরিস্থিতিতে সর্বাধিক ফলাফল অর্জনের জন্য বেশ কয়েকটি নিদ্রাহীন রাত অমূল্য অভিজ্ঞতা এবং দুর্দান্ত স্মৃতি দ্বারা ক্ষতিপূরণ দেওয়া হয়। উপরন্তু, এই ধরনের কাজগুলিতে কাজ করা সর্বদা কোম্পানির প্রক্রিয়াগুলির একটি ভাল পরীক্ষা, যেহেতু ভালভাবে কাজ করা অভ্যন্তরীণ মিথস্ক্রিয়া ছাড়া সত্যিকারের শালীন ফলাফল অর্জন করা অত্যন্ত কঠিন।

গানের কথা একপাশে: TON টিম যে পরিমাণ কাজ করেছে তাতে আমরা মুগ্ধ হয়েছি। তারা একটি জটিল, সুন্দর এবং সবচেয়ে গুরুত্বপূর্ণভাবে কাজ করার সিস্টেম তৈরি করতে সক্ষম হয়েছিল। TON নিজেকে অনেক সম্ভাবনার সাথে একটি প্ল্যাটফর্ম হিসাবে প্রমাণ করেছে। যাইহোক, এই বাস্তুতন্ত্রের বিকাশের জন্য, ব্লকচেইন প্রকল্পে এর ব্যবহার এবং উন্নয়ন সরঞ্জামগুলির উন্নতির ক্ষেত্রে উভয় ক্ষেত্রেই আরও অনেক কিছু করতে হবে। আমরা এখন এই প্রক্রিয়ার অংশ হতে পেরে গর্বিত।

এই নিবন্ধটি পড়ার পরেও যদি আপনার কোনো প্রশ্ন থাকে বা আপনার সমস্যা সমাধানের জন্য TON কীভাবে ব্যবহার করবেন সে সম্পর্কে আপনার ধারণা থাকে, আমাদের লিখুন — আমরা আমাদের অভিজ্ঞতা শেয়ার করতে পেরে খুশি হব।

উত্স: www.habr.com