تجنب مشروع blockchain الذي لا طائل من ورائه

كيفية تحديد ما إذا كنت قد وجدت حالة استخدام blockchain حقيقية

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

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

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

بالنسبة لأولئك الذين لديهم مشروع في الاعتبار ، ما هي المشكلة؟ في كثير من الحالات ، يمكن تنفيذ المشروع بشكل جيد باستخدام قاعدة بيانات علائقية منتظمة. كما تعلمون ، عمالقة الحديد الكبيرة مثل Oracle و ملقم SQL، أو لمن هم أكثر انفتاحا ، MySQL و بوستجرس. لذا دعوني أبدأ بتعديل الأمور:

إذا تم تلبية متطلباتك من خلال قواعد البيانات العلائقية اليوم ، فستكون مجنونًا لاستخدام blockchain.

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

وماذا عن blockchains؟ حسنا، منتجاتنا كانت من أوائل الشركات التي قامت بالتسويق ، وهي متوفرة منذ 5 أشهر بالضبط ، مع بضعة آلاف من التنزيلات. في الواقع إنها مستقرة للغاية ، لأننا بنيناها بيتكوين الأساسيةالبرنامج الذي يشغل بيتكوين. ولكن على الرغم من ذلك، هذه الفئة من المنتجات لا تزال في حفاضاتها.

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

1. قاعدة البيانات

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

يمكن التعبير عن دفتر الأستاذ للأصول المالية بشكل طبيعي كجدول قاعدة بيانات حيث يمثل كل صف نوع أصل واحد مملوك لكيان معين. يحتوي كل صف على ثلاثة أعمدة تحتوي على: (أ) معرّف المالك مثل رقم الحساب ، و (ب) معرّف لنوع الأصل مثل "USD" أو "AAPL" و (ج) كمية ذلك الأصل الذي يمتلكه ذلك صاحب.

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

2. كتاب متعددون

هذا سهل. Blockchains هي تقنية لـ قواعد البيانات مع العديد من الكتاب. بمعنى آخر ، يجب أن يكون هناك أكثر من كيان واحد يقوم بإنشاء المعاملات التي تعدل قاعدة البيانات. هل تعرف من هم هؤلاء الكتاب؟

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

3. غياب الثقة

والآن للقاعدة الثالثة. إذا كانت العديد من الكيانات تكتب إلى قاعدة البيانات ، يجب أن يكون هناك أيضًا درجة ما عدم ثقة بين تلك الكيانات. وبعبارة أخرى ، فإن blockchains هي تقنية لـ قواعد البيانات مع العديد من الكتاب غير الموثوق بهم.

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

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

4. الوساطة

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

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

لكن السؤال الذي عليك طرحه هو: هل تريد أم تحتاج هذا الوساطة؟ بالنظر إلى حالة الاستخدام الخاصة بك ، هل هناك أي خطأ في وجود طرف مركزي يحتفظ بقاعدة بيانات موثوقة ويعمل كبوابة للمعاملات؟ قد تتضمن الأسباب الجيدة لتفضيل قاعدة بيانات قائمة على blockchain على وسيط موثوق به تكاليف أقل ومعاملات أسرع وتلقائية المصالحةأو تنظيم جديد أو عجز بسيط عن إيجاد وسيط مناسب.

5. تفاعل المعاملات

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

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

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

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

6. ضع القواعد

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

هذه القواعد تختلف اختلافا جذريا عن القيود التي تظهر في قواعد البيانات التقليدية ، لأنها تتعلق ب شرعية التحولات بدلاً من حالة قاعدة البيانات في وقت معين. يتم التحقق من كل معاملة مقابل هذه القواعد من قبل كل عقدة في الشبكة ، ويتم رفض تلك الفشل ولا يتم ترحيلها.

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

7. اختر المصادق الخاص بك

لقد وصفنا حتى الآن قاعدة بيانات موزعة يمكن أن تنشأ فيها المعاملات في العديد من الأماكن ، وتنتشر بين العقد بطريقة نظير إلى نظير ، ويتم التحقق منها بواسطة كل عقدة بشكل مستقل. إذن ، أين يأتي "blockchain"؟ حسنًا ، وظيفة blockchain هي أن تكون سجل المعاملات النهائية الرسمي، التي تتفق جميع العقد على محتواها.

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

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

أخيرا ، في إثيريمعلى غرار blockchains ، على وجه الدقة تنظيم من المعاملات تلعب دورا حاسما ، لأن كل معاملة يمكن تؤثر على ما يحدث في كل واحدة لاحقة. في هذه الحالة ، يعمل blockchain لتحديد التسلسل الزمني الموثوق ، والذي بدونه لا يمكن معالجة المعاملات على الإطلاق.

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

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

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

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

8. العودة الأصول الخاصة بك

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

بعد قولي هذا ، يبدو الآن أن blockchains ذات أهمية رئيسية لأولئك الذين يتتبعون حركة وتبادل الأصول المالية. يمكنني التفكير في سببين لهذا: (أ) يستجيب قطاع التمويل لتهديد (في وقت لاحق ، ضئيل) من العملات المشفرة مثل بيتكوين ، و (ب) دفتر الأستاذ الأصول هو المثال الأكثر بسيطة وطبيعية لقاعدة بيانات مشتركة مع المعاملات المترابطة التي أنشأتها عدة كيانات غير موثوقة.

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

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

وفي الختام

كما ذكرت في المقدمة ، إذا لم ينجز مشروعك كل واحد من هذه الشروط، لا يجب أن تستخدم سلسلة الكتل. في حالة عدم وجود أي من الخمسة الأولى ، يجب مراعاة أحد: (أ) التخزين العادي للملفات ، (ب) قاعدة بيانات مركزية ، (ج) سيد - عبد تكرار قاعدة البياناتأو (د) قواعد بيانات متعددة يمكن للمستخدمين استخدامها الاشتراك.

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

حصلت على جميع الإجابات؟ تهانينا ، لديك حالة استخدام بلوكشين حقيقية. و نود أن نسمع منك.

يرجى نشر أي تعليقات على LinkedIn. انظر أيضًا هذه المتابعة: أربع حالات استخدام blockchain حقيقية.