ماهي شبكة Testnet بالنسبة لمطورين البلوكتشين؟

من خلال التعرف على الفروق الدقيقة لشبكات testnets، يمكن لمطوري البلوكتشين أن يصبحوا مجهزين بشكل أفضل لتقييم إصدارات معينة من testnet.

شبكة البلوكتشين

تعد شبكات البلوكتشين موضوعًا مثيرًا للاهتمام لأنها تأتي في جميع الأشكال والأحجام. لذلك، في هذا المنشور، هدفي هو الاستفادة من تجربتي الداخلية بصفتي الرئيس التنفيذي لمجموعة Koinos (مطورو Koinos) لإزالة الغموض عن شبكات testnets وربما إعطاء نظرة ثاقبة عن سبب تأثيرها على السعر.

أوضح مكان للبدء هو الاسم: testnet. الغرض من testnet هو اختبار الشبكة. على مستوى عالٍ جدًا، هناك نوعان من “النكهات” من testnet. الأول عبارة عن شبكة اختبار تم إصدارها قبل الشبكة الرئيسية (الشبكة الرئيسية)، والثاني عبارة عن شبكة اختبار يتم إصدارها بعد تشغيل الشبكة الرئيسية بالفعل. الوظائف التي تخدمها متشابهة، لكن السياق الذي يتم إصدارها فيه يؤثر بشكل كبير على تصور وتأثير الإصدار.

سأبدأ بالنوع الثاني من testnet لأنه، بطريقة ما، هذا هو السياق الأكثر وضوحًا. عندما تتحدث عن شبكات موجودة مثل البيتكوين و الاثيريوم، فإن شبكات testnets تخدم وظيفتين أساسيتين. الأول هو أنها بيئة حية يمكن للمطورين من خلالها اختبار تطبيقاتهم اللامركزية. يعرف كل مطور جيد أنه لا يوجد شيء اسمه كود مثالي، لذلك تمنح testnets للمطورين بيئة مشابهة جدًا لـ “الشبكة الرئيسية” (مثل الاثيريوم) حيث يمكنهم اختبار الكود الخاص بهم بدون أي مخاطرة بشكل فعال. من المتوقع أن تتعطل الأشياء التي تعمل على شبكة اختبار، ومن المتوقع أن تكون الرموز المميزة المستخدمة عديمة القيمة.

لذا، فإن testnets هي بيئة تمكن مطوري التطبيقات اللامركزية (DApp) من زيادة قيمة تطبيقاتهم (أي جعل تطبيقاتهم أفضل) على وجه التحديد لأنه لا يوجد توقع لوظائف كاملة أو تكوين ثروة. بمعنى ما، تنبع قيمة testnet من عدم جدواها.

مطورو التطبيقات اللامركزية مقابل مطوري البلوكتشين

لكن شبكات testnets لها طبيعة ذات وجهين، مما يقودنا إلى الوظيفة الثانية التي تخدمها testnets، وهذه الوظيفة ليست لصالح مطور DApp، بل مطور النظام الأساسي (في حالتنا، مطور البلوكتشين). أحد الأشياء التي فوجئت برؤيتها من وجهة نظري الفريدة هو مدى شيوع اختلاط مطوري DApp مع مطوري blockchain. عادةً ما يكون الأشخاص الذين يكتبون عقودًا ذكية ليسوا مطوري البلوكتشين، ويقضي مطورو البلوكتشين عمومًا وقتًا قصيرًا جدًا في كتابة العقود الذكية.

ومن المفارقات، أن Koinos يلقي مفتاحًا كبيرًا في هذا التمييز لأن نظامه بالكامل يتم تنفيذه كعقود ذكية! نظرًا لأن عقود Koinos الذكية قابلة للترقية، فهذا يعني أنه يمكن إضافة أي ميزة إلى البلوكتشين بدون شوكة صلبة، ولكن هذا يعني أيضًا أن الأشخاص الذين يطورون البلوكتشين (مثل أعضاء Koinos Group) يستخدمون ويطورون نفس toolchain و مجموعة الأدوات التي سيستخدمها المطورون لبناء DApps الخاصة بهم. ولكن هذه ميزة فريدة تمامًا بالنسبة إلى Koinos، لذا يمكننا تنحية ذلك جانبًا من أجل هذه المناقشة.

في كل البلوكتشين آخر، يتعين على مطوري البلوكتشين تطوير التحديثات بأي لغة برمجة تمت كتابة البلوكتشين بها (C ++، Rust، Haskell، إلخ)، وهم يعملون على نظام كبير جدًا ومعقد يسمى “بنية متجانسة”. داخل البنى المتجانسة، يمكن أن يؤثر تغيير أي جزء من النظام على أي جزء آخر من النظام، وبالتالي فإن خطر إجراء التغييرات أعلى من ذلك بكثير.

يحتاج مطورو البلوكتشين أيضًا إلى بيئة حية ذات مخاطر منخفضة يمكنهم استخدامها لاختبار تغييراتهم ومعرفة ما يكسر. مثل مطوري التطبيقات، يريدون أن تكون هذه البيئة أقرب ما يمكن من الشبكة الحقيقية، مما يعني أنهم يريدون أن تتفاعل التعليمات البرمجية الخاصة بهم مع التعليمات البرمجية التي سيشغلها مطورو التطبيقات أيضًا.

وجهان من شبكات الاختبار

هذا يكشف عن جانبين من testnets. إنها تمكن مطوري التطبيقات ومطوري الأنظمة الأساسية من التفاعل مع بعضهم البعض واختبار الكود الخاص بهم بأمان في أقرب مكان ممكن من البيئة الحية، ولكن مع مخاطر منخفضة للغاية. يمكّن هذا كلا المجموعتين من تحسين منتجاتهما وجعلها أكثر قيمة لمستخدميها.

الآن يمكننا أن نبدأ في معرفة سبب تأثير شبكات testnets على سعر التوكن. إذا افترضنا أن السعر هو دالة ذات قيمة، وأن شبكات الاختبار تساعد المطورين على زيادة قيمة منتجاتهم، فيجب توقع تأثير السعر. المشكلة هي أن هذا الارتباط أدى إلى عدة نتائج غير مرغوب فيها. غالبًا ما تصدر المشاريع “شبكة اختبار” لا فائدة منها للمطورين لغرض وحيد هو زيادة سعر التوكن الخاص بهم. لسوء الحظ، سيرى العديد من الأشخاص إعلان testnet ويفترضون فقط أنه تم إصدار شيء ذي قيمة، وبالتالي سيكون للفعل التأثير المطلوب على السعر.

Testnets قبل mainnet

حتى الآن، كنت أركز على فائدة شبكات testnets في سياق البلوكتشين الحالية، وهي أنها تخلق مساحة آمنة لمطوري التطبيقات لاختبار تطبيقاتهم ولمطوري البلوكتشين لاختبار الترقيات على النظام الأساسي الأساسي. سيساعدك هذا على فهم السياق المهم الآخر الذي يتم فيه إصدار testnets، والذي يسبق إصدار mainnet.

مرة أخرى، الاختبار هو الهدف الأساسي، لكن التركيز أكثر بكثير على النظام نفسه، لأنه لم يتم تشغيله من قبل. بالطبع، نظرًا لأنه جديد، فلن يتم تشغيل أي تطبيقات عليه على أي حال. الآن الوضع أكثر من جانب واحد. سيكون غالبية الأشخاص الذين يعملون مع قاعدة البيانات من مطوري البلوكتشين، والهدف هو نقل النظام الأساسي إلى مكان يريد المطورون البناء عليه بالفعل.

سيكون المطلب الأول للمطورين هو إثبات أن النظام الأساسي آمن بما فيه الكفاية، ويجب أن يكون هذا هو التوجيه الرئيسي وراء الاختبارات المحددة التي يتم تشغيلها. إذا افترضنا أن المطورين مقتنعون بأن النظام الأساسي آمن بما فيه الكفاية، فسيتعين عليهم حينئذٍ تعليمهم كيفية استخدام النظام الأساسي. بمعنى آخر، يجب التفكير في testnet كأداة تعليمية تمكن المطورين من اكتساب فهم أعمق لكيفية تمكنهم من استخدام النظام الأساسي بينما يساعدون أيضًا في اختبار أمان الشبكة.

أخيرًا، أثناء اختبارهم للشبكة وتعلم كيفية استخدامها، سيجدون حتماً أماكن يمكن تحسين النظام الأساسي فيها – قد تكون هناك حاجة إلى مكتبات مهمة، أو قد تكون هناك حاجة إلى وثائق مهمة لمساعدتهم على فهم النظام. هذه المعلومات هي ملاحظات لا تقدر بثمن يجب على مطوري النظام الأساسي استخدامها لتحسين النظام الأساسي قبل الانتهاء من تنفيذ mainnet.

أصبحت شبكات الكمبيوتر جزءًا رئيسيًا من حياتنا سواء أدركنا ذلك أم لا، وهي تزداد أهميتها فقط. تعتبر شبكات الاختبار خطوة حاسمة في عملية إطلاق شبكات الكمبيوتر الجديدة والمبتكرة التي يمكن أن تضيف قيمة متزايدة لحياتنا. نأمل، من خلال اكتساب فهم أعمق للفروق الدقيقة في شبكات الاختبار والسياقات المهمة التي تم إصدارها فيها، فأنت الآن مجهز بشكل أفضل لتقييم إصدارات معينة من testnet وما إذا كان يتم تصميمها وإطلاقها للأسباب الصحيحة.