معضلة بلوك تشين المرخّص

قبل أسابيع قليلة، جاء خبر إغلاق TradeLens، أكبر تطبيق بلوك تشين في الإنتاج لصناعة سلسلة التوريد والشحن.

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

ذكّرني هذا الأمر بالوقت الذي بدأت فيه العمل في مجال بلوك تشين حين كنت في Oracle عام 2018. كان تركيز كبار مزودي البرامج المؤسسية منصبًّا آنذاك على بلوك تشين المرخَّص أو الخاص، وهو قصة مغايرة تمامًا لبلوك تشين العام كـ Bitcoin وEthereum. كنت في ذلك الوقت أعمل على الترويج لحالات الاستخدام، ولا سيما للحكومة والقطاع العام.

في ذلك الحين، كانت IBM تقود المشهد في مجال بلوك تشين المرخَّص وتُموّل وترعى جزءًا كبيرًا من العمل على تطبيقه مفتوح المصدر Hyperledger. أما Microsoft فكانت تُتيح بالفعل خدمتَي Hyperledger وEthereum للبلوك تشين على منصة Azure. ولحقت بهما Oracle بخدمتها المبنية على Hyperledger في Oracle Cloud، ثم أطلقت Amazon بعد أشهر قليلة خدمة البلوك تشين على AWS.

أُنجزت إثباتات مفهوم (PoCs) عديدة من قِبَل بنوك ومنظمات مختلفة؛ كان SWIFT أشهرها على الإطلاق. غير أن أيًّا من هذه المبادرات لم يرتقِ من مرحلة PoC إلى نظام إنتاجي حقيقي.

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

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

الأنظمة القائمة على الثقة

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

يقوم النظام بأكمله على ما يلي:

• البنك المستلِم (المدين) يثق بالشخص الذي ستُرسل إليه المال ويعرفه، إذ أجرى إجراءات KYC الواجبة بشأنه.
• البنك المستلِم يثق بالبنك المُرسِل (بنكك).
• البنك المُرسِل يثق بك ويعرفك، إذ أجرى إجراءات KYC والامتثال الواجبة بشأنك.

إذًا، البنك المستلِم لا يثق بك مباشرةً، لكنه يثق بالوسيط وهو بنكك. في نهاية المطاف، لا يمكنك تحويل الأموال لهذا الشخص في بلد آخر دون وجود وسيطَين على الأقل (البنكان) يثق كلٌّ منهما بالآخر.

يفترض هذا النظام ما يلي:

1. المستخدمون النهائيون: لا يثق المستخدمون النهائيون في هذه الشبكة ببعضهم البعض.
2. الوسطاء: الوسطاء في هذه الشبكة يثق بعضهم بالبعض الآخر.
3. التحكم في العضوية: لا يمكن للمستخدمين النهائيين الانضمام إلى الشبكة إلا بعد موافقة الوسطاء.
4. التحكم في المعاملات: يجب أن تمرّ أي معاملة بين المستخدمين النهائيين عبر هؤلاء الوسطاء الموثوقين وتحظى بموافقتهم.
5. النزاعات: في حالة أي مشكلة أو نزاع بين المستخدمين النهائيين، يلجؤون إلى هؤلاء الوسطاء الموثوقين للدعم أو التحكيم.

بلوك تشين العام (أنظمة انعدام الثقة)

اخترع بلوك تشين العام لإزالة هؤلاء الوسطاء. فالناس الذين لا يثق بعضهم بالبعض يمكنهم امتلاك عقد على هذه الشبكات العامة، وإجراء معاملات شرط أن يثبتوا صحتها (Proof of Work) مع توافق من العقد الأخرى، فيُضاف السجل الجديد إلى دفتر الأستاذ الموزَّع القابل للتكرار وغير القابل للتغيير. يفترض هذا النموذج:

1. المستخدمون النهائيون: لا يثق المستخدمون النهائيون ببعضهم (كما في مثال البنك).
2. الوسطاء: لا وسطاء على الإطلاق.
3. التحكم في العضوية: يمكن لأي شخص الانضمام إلى الشبكة كما يشاء، بمجرد إنشاء عقدة بلوك تشين جديدة دون الكشف عن هويته الحقيقية.
4. التحكم في المعاملات: تُسجَّل المعاملة في دفتر الأستاذ الموزَّع المشترك الذي لا يمكن تعديله، وتُنسخ إلى جميع العقد حول العالم. لا حاجة لموافقة أي جهة مركزية موثوقة.
5. النزاعات: في حالة أي مشكلة أو نزاع، أنت في مأزق. لا توجد جهة عليا تحلّ مشكلتك. مثال: فقدان مفاتيح عقدة البلوك تشين الخاصة بك.

أنظمة بلوك تشين المرخَّص

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

يفترض هذا النموذج:

1. المستخدمون النهائيون: لا يثق المستخدمون النهائيون ببعضهم. غير أن الحوكمة المركزية تثق بجميع الأعضاء.
2. الوسطاء: يوجد وسيط لكن بصفة حوكمة مركزية.
3. التحكم في العضوية: لا يمكن للمستخدمين (المنظمات) الانضمام إلى الشبكة إلا بعد الحصول على موافقة الوسيط أو الحوكمة المركزية.
4. التحكم في المعاملات: يجب الحصول على موافقة وفق خوارزمية توافق. هذه الخوارزمية تفترض أن الأعضاء الآخرين موثوقون.
5. النزاعات: في حالة أي مشكلة توجد هذه الجهة الحاكمة للرجوع إليها.

كما نرى، ثمة تعارض واضح؛ النقاط 3 و4 تفترضان الثقة في الشبكة، في حين أن النقطة 1 تفترض انعدامها.

القيمة الجوهرية لبلوك تشين هي إزالة الوسطاء بين أطراف غير موثوقة!

هنا تكمن المعضلة والتناقض.

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

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

الطابع "المرخَّص" يتناقض ببساطة مع المتطلب التأسيسي الذي يُبرّر كل هذا التعقيد: جعل الشبكة غير مرخَّصة تمامًا أو عامة!

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

هذا يُقلّص قيمة بلوك تشين المرخَّص إلى قيمته التقنية البحتة، لتصبح مجرد أداة تكامل أخرى، قاعدة بيانات موزَّعة غير قابلة للتغيير بين كتّاب وقرّاء معروفين. وهذا قريب في الواقع مما قدّمته Amazon في خدمة البلوك تشين على AWS.

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

متأخر خير من أبدًا على كل حال.