لقد انتهى فريقك من إصدار ألفا من blockchain الخاص بك، وحان الوقت لإطلاق testnet ثم mainnet. لديك blockchain حقيقي، مع مشاركين مستقلين، ونموذج اقتصادي جيد، وأمن، وقد صممت الحوكمة والآن حان الوقت لتجربة كل هذا عمليًا. في عالم تشفير فوضوي مثالي، يمكنك وضع كتلة التكوين على الشبكة، ويقوم الكود النهائي للعقدة والمدققون أنفسهم بتشغيل كل شيء، ورفع جميع الخدمات المساعدة، وكل شيء يحدث من تلقاء نفسه. ولكن هذا في عالم خيالي، ولكن في العالم الحقيقي، يجب على الفريق إعداد الكثير من البرامج المساعدة والتلاعبات المختلفة لمساعدة المدققين على إطلاق شبكة مستقرة. هذا هو ما تدور حوله هذه المقالة.
يعد إطلاق الشبكات القائمة على إجماع من نوع "إثبات المصلحة"، حيث يتم تحديد المدققين من خلال أصوات حاملي الرموز المميزة للنظام، حدثًا محددًا إلى حد ما، لأنه حتى إطلاق الأنظمة التقليدية المُدارة مركزيًا باستخدام عشرات ومئات الخوادم ليس بالأمر السهل مهمة في حد ذاتها، ويجب أن تبدأ تقنية blockchain بجهود مشاركين مخلصين ولكن مستقلين. وإذا كان لدى المسؤولين في الشركة، عند بدء التشغيل، حق الوصول الكامل إلى جميع الأجهزة والسجلات والمراقبة العامة، فلن يسمح المدققون لأي شخص بالوصول إلى خوادمهم، وعلى الأرجح، سيفضلون إنشاء البنية التحتية الخاصة بهم بشكل مستقل، لأنها تتحكم في الوصول إلى الأصول الرئيسية للمدقق - حصص الناخبين. هذا السلوك هو الذي يجعل من الممكن بناء شبكات آمنة موزعة - استقلالية موفري الخدمات السحابية، والخوادم الافتراضية و"المعدنية"، وأنظمة التشغيل المختلفة، كل هذا يسمح لك بشن هجمات على مثل هذه الشبكة غير فعالة للغاية - مختلفة كثيرًا يتم استخدام البرمجيات. على سبيل المثال، يستخدم إيثريوم تطبيقين رئيسيين للعقدة، في Go وفي Rust، والهجوم الفعال لأحد التطبيقين لا يعمل مع الآخر.
لذلك، يجب تنظيم جميع عمليات إطلاق وتشغيل blockchain بطريقة يمكن لأي مدقق، أو حتى مجموعة صغيرة من المدققين، في أي وقت رمي أجهزة الكمبيوتر الخاصة بهم من النافذة والمغادرة، في حين لا ينبغي أن ينكسر أي شيء ويجب على المدققين المتبقين الاستمرار في دعم شبكة التشغيل بشكل فعال وربط أدوات التحقق الجديدة. عند إطلاق شبكة، عندما يكون أحد المدققين في أوروبا، والثاني في أمريكا الجنوبية، والثالث في آسيا، فمن الصعب جدًا تحقيق العمل المنسق لعشرات المجموعات المستقلة وإثارة اهتمامهم نتيجة لذلك.
المدققون
دعونا نتخيل إطلاق blockchain حديث افتراضي (معظم ما تم وصفه مناسب لـ blockchain استنادًا إلى أي عائلة حديثة من blockchain: Ethereum و EOS و Polkadot و Cosmos وغيرها ، والتي توفر إجماعًا على إثبات الحصة. الشخصيات الرئيسية في إن سلاسل الكتل هذه عبارة عن فرق مدققة، تشارك في تثبيت خوادمها المستقلة التي تتحقق من صحة وتنتج كتل جديدة، وتتلقى المكافآت التي تقدمها الشبكة لأولئك الذين يشاركون في الإجماع. ولإطلاق شبكات جديدة، يتطلب الأمر عشرات من أدوات التحقق من الصحة (يستطيع الكثيرون الآن يتم التوصل إلى توافق في الآراء بشكل أكثر أو أقل فعالية في ثوانٍ)، لذلك يعلن المشروع عن التسجيل، حيث يقوم المدققون بمشاركة المعلومات العامة عن أنفسهم مع المستخدمين، وإقناعهم بأنهم سيقدمون خدمة عالية الجودة للشبكة التي تم إطلاقها.
التحقق من الصحة هو عمل يتيح لك إجراء تقييم دقيق للغاية للدخل المحتمل للمدقق، ونقل السلطة بسرعة بين المشاريع، وإذا كانت الشبكة التي اختارها ناجحة، فيمكن للمدقق، كمشارك كامل في DAO وشخص مسؤول، تطوير المشروع، أو ببساطة تقديم خدمة فنية ممتازة مقابل أموال شفافة تمامًا ومكتسبة بصدق. عند حساب مكافأة المدققين، تحاول المشاريع أن تأخذ في الاعتبار تكاليف المدققين وتجعل المكافأة مقابل الكتل بحيث يكون هذا العمل مربحًا، ولكن في الوقت نفسه لا تسمح للمدققين بإسقاط الاقتصاد عن طريق إغراقهم بالمال و وحرمان مستخدمي الشبكة الآخرين منه.
يتطلب عمل المدققين ضمان درجة عالية من التسامح مع الأخطاء في الخدمات، مما يعني مستوى عالٍ من التدريب للمطورين والمطورين وموارد الحوسبة باهظة الثمن. حتى بدون الحاجة إلى استخراج التجزئة في شبكات إثبات العمل، فإن عقدة blockchain هي خدمة كبيرة تستهلك قدرًا كبيرًا من الذاكرة، وتستهلك الكثير من الحسابات، وتتحقق، وتكتب على القرص، وترسل كميات كبيرة من البيانات إلى الشبكة . لتخزين سجلات المعاملات وسلاسل الكتل لـ blockchain مع عدة آلاف من المعاملات الصغيرة في الكتلة، يلزم الآن تخزين 50 جيجابايت أو أكثر، وبالنسبة للكتل يجب أن يكون SSD. يمكن أن تتجاوز قاعدة بيانات الحالة الخاصة بـ blockchain التي تدعم العقود الذكية بالفعل 64 جيجابايت من ذاكرة الوصول العشوائي. الخوادم ذات الخصائص المطلوبة باهظة الثمن للغاية؛ يمكن أن تكلف عقدة Ethereum أو EOS من 100 إلى 200 دولار شهريًا. أضف إلى ذلك زيادة الأجور للعمل على مدار الساعة للمطورين والمطورين، الذين يحلون المشكلات خلال فترة الإطلاق حتى في الليل، حيث يمكن بسهولة تحديد موقع بعض المدققين في نصف الكرة الآخر. ومع ذلك، في اللحظات المناسبة، يمكن أن يؤدي امتلاك عقدة التحقق من الصحة إلى تحقيق دخل كبير (في حالة EOS، يصل إلى 10 دولار في اليوم).
التحقق من الصحة هو مجرد واحد من الأدوار الجديدة المحتملة لتكنولوجيا المعلومات لرواد الأعمال والشركات؛ فبينما يتوصل المبرمجون إلى خوارزميات أكثر تعقيدًا تكافئ الصدق وتعاقب الاحتيال والسرقة، تظهر الخدمات التي تؤدي وظائف نشر البيانات المهمة (أوراكل)، والقيام بالإشراف. (خفض الودائع ومعاقبة الغشاشين من خلال نشر دليل على الخداع)، وخدمات حل النزاعات، والتأمين والخيارات، وحتى جمع القمامة يعد سوقًا كبيرًا محتملاً في أنظمة العقود الذكية حيث يكون من الضروري الدفع مقابل تخزين البيانات.
مشاكل إطلاق blockchain
إن انفتاح blockchain، الذي أتاح لأجهزة الكمبيوتر من أي بلد المشاركة بحرية في الشبكة وسهولة ربط أي برنامج نصي صغير بالشبكة وفقًا للتعليمات الموجودة على GitHub، لا يعد دائمًا ميزة. غالبًا ما يجبر السعي وراء رمز مميز جديد المدققين على "استخراج عملة جديدة في البداية"، على أمل أن يرتفع السعر وتتاح لهم الفرصة للتخلص من أرباحهم بسرعة. وهذا يعني أيضًا أن المدقق الخاص بك يمكن أن يكون أي شخص، حتى لو كان شخصًا مجهولًا، ويمكنك التصويت له بنفس الطريقة كما هو الحال مع المصادقين الآخرين (ومع ذلك، سيكون من الصعب على شخص مجهول جمع أصوات أصحاب المصلحة لنفسه، لذلك نحن) سأترك الحكايات المخيفة حول العملات المشفرة المجهولة للسياسيين). مع ذلك
لدى فريق المشروع مهمة - الدخول بطريقة أو بأخرى إلى شبكته لأولئك الذين سيكونون قادرين في المستقبل على ضمان التشغيل المستقر للعقد، وفهم الأمان، ومعرفة كيفية حل المشكلات بسرعة، والتعاون مع المدققين الآخرين والعمل معًا - جودة ذلك يعتمد الأمر بشكل كامل على هذه الصفات، وهو رمز سيستثمر فيه المشاركون في الشبكة وقتهم ومواردهم. المؤسسون المناسبون، عند تقييم المخاطر، يدركون جيدًا أنه عند إطلاق برنامج بهذا الحجم، سيتعين عليك بالتأكيد مواجهة أخطاء في التعليمات البرمجية وتكوين العقد، وأن استقرار الشبكة يعتمد على مدى نجاح المطورين والمدققين في حلها بشكل مشترك مثل هذه المشاكل.
الفريق جاهز للتصويت على الشبكة الرئيسية لأي مدقق، فقط لمعرفة أي منهم جيد؟ أكبر محفظة؟ تقريبا لا أحد لديه الآن. بناءً على الملفات الشخصية للفريق على LinkedIn؟ لن يزودك المطورون ذوو الخبرة أو متخصصو الأمان بأي ملفات تعريف على LinkedIn. حسب التصريحات الموجودة في الدردشة والمشاركات ومساعدة الآخرين خلال مرحلة الإعداد؟ جيد، ولكن ذاتي وغير دقيق.
في مثل هذه الظروف، يبقى شيء واحد - شيء يحل مشاكل الجميع جيدًا - لعبة سيكون من الممكن فيها اختيار أفضل المدققين، ولكن الشيء الرئيسي هو اختبار قوة blockchain وإجراء اختبار قتالي واسع النطاق blockchain في ظروف الاستخدام النشط والتغيرات في الإجماع والمظهر وتصحيح الأخطاء . تم تقديم هذا الإجراء لأول مرة كلعبة من قبل شباب من مشروع Cosmos، وهذه الفكرة بلا شك هي طريقة ممتازة لإعداد الشبكة لإطلاق شبكة رئيسية موثوقة ومتسامحة مع الأخطاء
لعبة المصادقون
سأصف لعبة المدققين كما صممناها لـ DAO.Casino (DAOBet) blockchain استنادًا إلى شوكة EOS، والتي تسمى Haya ولها آلية حوكمة مماثلة - يتم اختيار المدققين عن طريق التصويت من أي حساب، وفي أي جزء من يتم تجميد الرصيد المستخدم للتصويت لصالح المدقق. يمكن لأي حساب لديه رمز BET الرئيسي في رصيده التصويت للمدقق المحدد بأي جزء من رصيده. يتم تلخيص الأصوات ويتم إنشاء أفضل المدققين بناءً على النتائج. في سلاسل الكتل المختلفة، يتم تنظيم هذه العملية بشكل مختلف، وعادة ما يكون هذا الجزء هو الذي يختلف فيه blockchain الجديد عن الأصل، ويجب أن أقول أنه في حالتنا، EOS يبرر بشكل كامل "OS" في اسمه، ونحن نستخدم EOS حقًا كنظام تشغيل أساسي لنشر نسخة معدلة من blockchain لمهام DAOBet.
سأصف المشكلات الفردية وكيف يمكن حلها داخل اللعبة. دعونا نتخيل شبكة يمكن من خلالها مهاجمة الخادم الخاص بك بشكل علني، حيث من أجل الحفاظ على منصب المدقق، تحتاج إلى التفاعل المستمر مع الشبكة، وتعزيز المدقق الخاص بك والتأكد من أنه ينتج كتل ويتم تسليمها إلى المدققين الآخرين على الوقت، وإلا سيتم طرد المدقق من القائمة.
كيف يتم اختيار الفائزين الأوائل؟
الشرط الفني الرئيسي للعبة هو أن تكون نتائجها قابلة للتحقق منها علنًا. وهذا يعني أن نتائج اللعبة: TOP الفائزين، يجب أن يتم تشكيلها بشكل صارم على أساس البيانات التي يمكن التحقق منها من قبل أي مشارك. في نظام مركزي، يمكننا قياس "وقت التشغيل" لكل مدقق ومكافأة أولئك الذين كانوا متصلين بالإنترنت أكثر أو مروا عبر الحد الأقصى من حركة مرور الشبكة. يمكنك جمع البيانات حول تحميل المعالج والذاكرة ومكافأة أولئك الذين عملوا بشكل جيد. لكن أي مجموعة من المقاييس تعني وجود مركز تجميع، وتكون جميع العقد مستقلة ويمكنها التصرف كما تريد وإرسال أي بيانات.
لذلك، فإن الحل الطبيعي هو أنه يجب تحديد الفائزين بناءً على البيانات الواردة من blockchain، حيث يمكن استخدامها لمعرفة أي مدقق أنتج أي كتلة وما هي المعاملات التي تم تضمينها فيها. لقد أطلقنا على هذا الرقم نقاط التحقق (VP)، وكسبها هو الهدف الرئيسي للمدققين في اللعبة. في حالتنا، فإن أبسط مقياس فعال يمكن التحقق منه بسهولة علنًا لـ "فائدة" أداة التحقق هو VP = عدد الكتل التي تنتجها أداة التحقق في فترة زمنية معينة.
يرجع هذا الاختيار البسيط إلى حقيقة أن الحوكمة في EOS توفر بالفعل العديد من المشكلات الناشئة، نظرًا لأن EOS هي وريث لثلاثة أجيال من سلاسل الكتل العاملة فعليًا والتي تتمتع بخبرة واسعة في إدارة الشبكات المعقدة، وتقريبًا أي مشكلات تتعلق بالتحقق من الشبكة والمعالج والشبكة. يؤدي القرص إلى مشكلة واحدة فقط - فهو يوقع عددًا أقل من الكتل، ويتلقى أجرًا أقل مقابل العمل، الأمر الذي يقودنا مرة أخرى ببساطة إلى عدد الكتل الموقعة - يعد هذا خيارًا ممتازًا وبسيطًا بالنسبة لـ EOS.
بالنسبة لسلاسل الكتل الأخرى، قد تختلف طريقة حساب نقاط التحقق، على سبيل المثال، بالنسبة للتوافقات القائمة على pBFT (Tendermint/Cosmos، إجماع Aura من Parity Substrate)، حيث يجب توقيع كل كتلة من قبل عدة مدققين، فمن المنطقي حساب أداة التحقق الفردية التوقيعات بدلاً من الكتل.قد يكون من المنطقي أن نأخذ في الاعتبار جولات الإجماع غير المكتملة، والتي تهدر موارد المصادقين الآخرين، وبشكل عام يعتمد هذا بشكل كبير على نوع الإجماع.
كيفية محاكاة ظروف التشغيل الحقيقية
تتمثل مهمة المؤسسين في اختبار أدوات التحقق من الصحة في ظل ظروف قريبة من الواقع، دون الحاجة إلى أي سيطرة مركزية. يمكن حل هذه المشكلة باستخدام عقد الصنبور، الذي يوزع كميات متساوية من الرمز الرئيسي على المدققين والجميع. لتلقي الرموز المميزة على رصيدك، تحتاج إلى إنشاء معاملة والتأكد من تضمينها في الشبكة في الكتلة. وبالتالي، من أجل الفوز، يجب على المدقق تجديد رصيده باستمرار برموز جديدة والتصويت لنفسه، وتعزيز نفسه إلى القمة. يقوم هذا النشاط بإنشاء حمل ثابت على الشبكة، ويمكن تحديد المعلمات بحيث يكون تدفق الطلبات شديدًا بدرجة كافية لإجراء اختبار كامل للشبكة. لذلك، قم بالتخطيط لعقد الصنبور مسبقًا كأداة مهمة لإطلاق الشبكة والبدء في تحديد معلماتها مسبقًا.
لا يزال طلب الرموز المميزة من الصنبور والتحقق من صحة الأصوات لا يحاكي بشكل كامل تشغيل الرأس الحربي، خاصة في الأوضاع المحملة للغاية. لذلك، لا يزال يتعين على فريق blockchain كتابة معايير إضافية بطريقة أو بأخرى لتحميل الشبكة. يتم لعب دور خاص في هذا من خلال العقود الذكية التي تم إنشاؤها خصيصًا والتي تسمح باختبار نظام فرعي منفصل. لاختبار التخزين، يقوم العقد بتخزين بيانات عشوائية في blockchain، ولاختبار موارد الشبكة، يتطلب عقد الاختبار كمية كبيرة من بيانات الإدخال، وبالتالي تضخيم حجم المعاملات - عن طريق إطلاق تدفق هذه المعاملات في نقاط زمنية عشوائية، يقوم الفريق في نفس الوقت باختبار استقرار الكود وقوة أدوات التحقق.
هناك مشكلة منفصلة وهي تحديث كود العقد وإجراء الانقسامات الصلبة. من المطلوب أنه في حالة وجود خطأ أو ثغرة أمنية أو تواطؤ من جانب المدققين الضارين، يجب أن يكون لدى المدققين خطة عمل تم وضعها بالفعل في لعبة المدققين. هنا يمكنك التوصل إلى مخططات لتجميع VP للتطبيق السريع للشوكة الصلبة، على سبيل المثال، من خلال تغريم جميع المدققين الذين لم يطرحوا بعد إصدارًا جديدًا من رمز العقدة، ولكن هذا يصعب تنفيذه ويعقد الحساب. يمكنك محاكاة حالة الاستخدام الطارئ للشوكة الصلبة عن طريق "كسر" blockchain بشكل مصطنع على كتلة معينة. يتوقف إنتاج الكتل، وفي النهاية سيكون الفائزون هم أولئك الذين يقفزون أولاً ويبدأون في توقيع الكتل، لذا فإن VP بناءً على عدد الكتل الموقعة مناسب هنا.
كيفية إعلام المشاركين بحالة الشبكة وإصلاح الأخطاء
على الرغم من عدم الثقة بين المدققين، فإن تلقي المعلومات الحديثة حول حالة الشبكة في الوقت المناسب مفيد للجميع من أجل اتخاذ القرارات بشكل أسرع، لذلك يقوم فريق المشروع برفع خدمة لجمع وتصور العديد من المقاييس من خوادم المدقق، والذي يسمح لك برؤية الوضع في وقت واحد للشبكة بأكملها، مما يتيح لك تحديد ما يحدث بسرعة. كما أنه من المفيد لكل من المدققين والمشروع أن يقوم فريق المشروع بتصحيح الأخطاء التي تم العثور عليها بسرعة، لذلك بالإضافة إلى جمع المقاييس، فمن المنطقي البدء فورًا في جمع السجلات وبيانات الأخطاء من أجهزة المدققين على جهاز يمكن الوصول إليه بواسطة blockchain المطورين. وهنا، ليس من المفيد لأحد أن يقوم بتحريف المعلومات، لذلك يتم تطوير هذه الخدمات من قبل فريق المشروع ويمكن الاعتماد عليها. من المنطقي جمع مقاييس النظام من المدققين، وبالطبع، أهم مقاييس blockchain نفسها - بالنسبة إلى DAOBet - هي وقت الانتهاء والتأخر في آخر كتلة نهائية. بفضل هذا، يرى الفريق زيادة في استهلاك الذاكرة على العقد عند تشغيل المعيار، ومشاكل مع أدوات التحقق الفردية
نقاط مهمة لإجراء لعبة التحقق من الصحة
كما اتضح، إذا كنت تريد السماح رسميًا للمدققين بمهاجمة أجهزة بعضهم البعض (بشكل غير رسمي يمكنهم القيام بذلك على أي حال)، فأنت بحاجة إلى صياغة هذا بشكل منفصل قانونيًا كاختبار أمني، لأنه بموجب قوانين بعض البلدان، يمكن أن تكون هجمات DDoS أو هجمات الشبكة يعاقب. هناك مسألة أخرى مهمة وهي كيفية مكافأة المدققين. الجوائز الطبيعية هي رموز المشروع، والتي سيتم نقلها إلى الشبكة الرئيسية، ولكن التوزيع الضخم للرموز لأي شخص كان قادرًا على إطلاق العقدة ليس هو الخيار الأفضل أيضًا. على الأرجح سيتعين عليك الموازنة بين خيارين متطرفين:
قم بتوزيع مجموع الجوائز بالكامل وفقًا لنائب الرئيس الذي تم الحصول عليه
إنها ديمقراطية للغاية وتسمح لكل من استثمر الوقت والموارد في لعبة المدقق بكسب المال
ولكنها تجذب أشخاصًا عشوائيين إلى اللعبة بدون بنية تحتية جاهزة
قم بتوزيع مجموع جوائز Top-N على المدققين بناءً على نتائج اللعبة
من المرجح أن يكون الفائزون هم المدققون الذين استمروا بشكل أكثر ثباتًا خلال اللعبة وهم مصممون بشدة على الفوز
لن يرغب بعض المدققين في المشاركة، مما يؤدي إلى انخفاض فرصهم في الفوز، خاصة إذا كان المشاركون يشملون مدققين موقرين
الخيار الذي تختاره متروك لك
هناك نقطة أخرى - ليست حقيقة على الإطلاق أن العشرات من المدققين سوف يندفعون للمشاركة في اللعبة بناءً على مكالمتك، ومن بين أولئك الذين يقررون المحاولة، لن يقوم جميعهم بتثبيت العقدة وتشغيلها - عادةً، في هذه المرحلة، تكون وثائق المشروعات قليلة إلى حد ما، وتتم مواجهة الأخطاء، ولا يجيب المطورون الذين يعملون تحت ضغط الوقت على الأسئلة بسرعة كبيرة. لذلك، قبل بدء اللعبة، من الضروري أيضًا توفير الإجراءات إذا لم يتم الوصول إلى العدد المطلوب من المدققين. في هذه الحالة، في بداية اللعبة، يتم إطلاق المدققين المفقودين من قبل فريق المشروع، ويشاركون في الإجماع، لكن لا يمكن أن يكونوا فائزين.
اختتام
في الختام، حاولت أن أجمع مما سبق قائمة بما يجب التفكير فيه وصنعه وإطلاقه لإجراء لعبة التحقق من الصحة بشكل فعال
ما عليك القيام به لتشغيل لعبة التحقق من الصحة الحقيقية:
قم بتطوير blockchain الخاص بك :)
- إنشاء واجهة ويب ورفعها وتوفير واجهة سطر الأوامر (CLI) للتصويت للمدققين
- تأكد من إمكانية إرسال المقاييس من عقدة التحقق من الصحة قيد التشغيل إلى خدمة مركزية (على سبيل المثال بروميثيوس)
- رفع خادم جمع المقاييس (Prometheus + Grafana) للعبة المدقق
- اكتشف كيف سيتم حساب نقاط التحقق (VP).
- تطوير برنامج نصي عام يحسب أداة التحقق من الصحة VP بناءً على بيانات من blockchain
- تطوير واجهة ويب لعرض أفضل المدققين، وحالة اللعبة الخاصة بالمدققين (كم من الوقت المتبقي حتى النهاية، ومن لديه مقدار نائب الرئيس، وما إلى ذلك)
- تطوير وأتمتة إطلاق عدد عشوائي من العقد الخاصة بك، وتصميم عملية ربط المدققين باللعبة (متى وكيف يتم فصل العقد الخاصة بك، وإرسال الأصوات وإزالتها)
- احسب عدد الرموز المميزة التي يجب إصدارها وقم بتطوير عقد الصنبور
- إنشاء برنامج نصي مرجعي (عمليات نقل الرمز المميز، والاستخدام الضخم للتخزين، والاستخدام الضخم للشبكة)
- جمع جميع المشاركين في دردشة واحدة للتواصل السريع
- قم بتشغيل blockchain قبل وقت قصير من بدء اللعبة
- انتظر كتلة البداية، ابدأ اللعبة
- اختبار الشبكة مع عدة أنواع من المعاملات
- طرح شوكة صلبة
- تغيير قائمة المدققين
- كرر الخطوات 13,14,15، XNUMX، XNUMX بترتيبات مختلفة، مع الحفاظ على استقرار الشبكة
- انتظر الكتلة النهائية، أنهي اللعبة، عد VP
ويجب القول أن لعبة المدققين هي قصة جديدة، ولم يتم تنفيذها إلا عدة مرات، لذا لا يجب أن تأخذ هذا النص كدليل جاهز. لا توجد نظائرها في أعمال تكنولوجيا المعلومات الحديثة - تخيل أن البنوك، قبل إطلاق نظام الدفع، تتنافس مع بعضها البعض لمعرفة من سيكون الأفضل في إجراء معاملات العملاء. من غير المرجح أن تساعدك الأساليب التقليدية في إنشاء شبكات لا مركزية كبيرة، لذا أتقن نماذج الأعمال الجديدة، وقم بتشغيل ألعابك، وحدد الأشخاص الجديرين بها، وقم بمكافأتهم، وحافظ على تشغيل أنظمتك الموزعة بسرعة وثبات.
المصدر: www.habr.com