بلوكتشين المؤسسات
التقنية نادراً ما تكون سبب فشل هذه المشاريع.
الشبكة المُصرَّح بها اتفاقٌ بين مؤسسات يصادف أن برمجية تنفّذه. والهندسة قابلة للإنجاز. أما ما يُغرق هذه المشاريع فهو حوكمة غير محسومة — من يشغّلها، ومن يقرّر، وماذا يحدث حين يختلف عضوان علناً.
هل تناسب
ما الذي يجب أن يصدق أولاً.
قاعدة بيانات مشتركة بتحكّم وصول جيد تحلّ معظم ما يأتي به الناس إلى الشبكات المُصرَّح بها، بكلفة أقلّ وبمؤسسات أقلّ في الغرفة. وهذه هي الشروط التي لا تحلّه فيها.
أكثر من مؤسسة تكتب
إن كان طرف واحد ينتج كل سجلّ والبقية يقرؤون فقط، فنظام سجلّ مشترك مع تصدير موقَّع يفي بالغرض. والحالة المثيرة هي حين يضيف عدّة أطراف إلى التاريخ نفسه ولا يقبل أيٌّ منهم أن يكون الحافظ.
لا مشغّل طبيعياً
حيث يوجد مالك بديهي — جهة تنظيمية أو هيئة مركزية أو المشتري المهيمن — يكون نظام تقليدي يشغّله هو أبسط ويفوز عادةً. والشبكات المُصرَّح بها تستحق كلفتها حيث يكون تعيين ذلك المشغّل هو المشكلة لا الحلّ.
التاريخ قابل للمنازعة
القيمة في القدرة على إثبات ما سُجِّل ومتى، لاحقاً ولطرف ثالث، دون سؤال الطرف الآخر عن نسخته. وإن لم يتوقّع أحد أن ينازع في السجلّ يوماً، فهذه آلة غالية لمشكلة ليست عندك.
المشاركون معروفون ومقبولون
العضوية بقرار، والهوية مثبتة، والوصول قابل للسحب. وهذا ما يفصلها عن السلسلة العامة، وهو أيضاً سبب أن كل سؤال صعب هنا يتبيّن أنه عن عملية القبول.
إن لم يصدق اثنان أو أكثر من هذه، فسنقول ذلك في المكالمة الأولى بدل وضع نطاق لشبكة حولها.
الحوكمة
الأسئلة التي تقرّر بقاء هذا من عدمه.
يُجاب عنها قبل التصميم التقني، لأن كلاً منها يغيّره. وإن تُركت لما بعد الإطلاق صارت نزاعات لا قرارات.
من يشغّل العقد
كل عضو، أو مجموعة منهم، أو مشغّل محايد نيابةً عنهم. وهذا يحدّد ما يستطيع أي طرف منفرد فعله وحده، وهو السؤال الذي تجيب عنه معظم التحالفات بالصدفة — إذ ينتهي الأمر بمن بناها أن يشغّلها، فيصير بهدوء السلطة التي لم يتفق أحد على تعيينها.
كيف يُعتمَد التغيير
ترقية المنطق المشترك تغيّر القواعد للجميع دفعة واحدة. من يقترح، وأي عتبة تمرّ، وكم طول الإشعار، وهل يستطيع عضو أن يرفض ويبقى. والشبكة التي يستطيع مشارك واحد ترقيتها هي نظام ذلك المشارك.
كيف ينضمّ عضو
من يقبله، ووفق أي معايير، وما الذي يراه من تاريخ سابق على انضمامه. والقبول هو اللحظة التي تصير فيها الشبكة التقنية ترتيباً تجارياً، والمعايير يجب أن توجد قبل أن يسأل العضو الثاني.
كيف يغادر عضو
طوعاً، أو باستحواذ، أو بالإخراج. وماذا يحدث لسجلاته ووصوله وعقدته والتزاماته. وهذا أكثر سؤال تغفله اتفاقيات التحالف، وأسرعها وصولاً.
من يفصل في النزاع
حين يختلف عضوان على ما يعنيه السجلّ لا على ما يقوله، لا تساعد البرمجية. فمسار التصعيد مسمّى، وينتهي في مكان خارج الشبكة.
من يدفع
للبنية التحتية والتشغيل والتطوير كلفة تعمّر أطول من التجربة الأولية. وتقسيمها بالعضو أو بالاستخدام أو بدعم طرف مؤسِّس قرار حوكمة ذو ذيل طويل، وحالة الدعم تميل إلى الانتهاء فجأة.
الهوية
مشاركون معروفون، وما يقتضيه ذلك.
الخاصية المميِّزة للشبكة المُصرَّح بها أنك تعرف من الجميع. والحفاظ على ذلك عمل مستمر لا خطوة إعداد.
هوية المؤسسة غير هوية الفرد
المؤسسة العضو تشغل مقعداً في الشبكة؛ أما الأشخاص الذين يتصرّفون باسمها فيأتون ويذهبون. وخلط الاثنين يُنتج بيانات اعتماد لا يمكن سحبها حين يغيّر أحدهم وظيفته.
السحب يجب أن يعمل فعلاً
يُختبَر سحب الوصول لا يُفترَض. فالشهادة التي تبقى مقبولة بعد سحبها هي العطل الذي يجعل نموذج التصريح كلّه غير صحيح.
ترتبط بأنظمة قائمة أصلاً
للأعضاء أدلّتهم وإجراءاتهم للالتحاق والمغادرة. والهوية التي تعيش داخل الشبكة فقط تتقادم أول مرة تعيد فيها مؤسسة هيكلتها.
الصلاحية تُسجَّل مع الفعل
لا من تصرّف فحسب، بل نيابةً عمّن وبأي تفويض. ففي نزاع بعد سنة، هذا هو الجزء الذي يُفحَص.
السرّية
المشترك لا يعني مرئياً للجميع.
الأعضاء منافسون في كثير من الأحيان. والتصميم الذي يرى فيه كل المشاركين كل معاملة تصميمٌ لا تستطيع معظم التحالفات تبنّيه، مهما كانت مزاياه الأخرى.
معظمه لا ينبغي أن يكون على السجلّ
الشروط التجارية والمستندات والبيانات الشخصية تبقى عادةً لدى مالكها. وما يُشارَك يكفي لإثبات ادّعاء عنها — تعهّد أو مرجع أو توقيع — لا المحتوى نفسه.
الرؤية محصورة بالأطراف المعنية
المعاملة بين عضوين ليست شأن الثمانية الآخرين. ومن يرى ماذا جزء من نموذج البيانات لا قاعدة وصول تُركَّب فوقه.
البيانات الشخصية وعدم القابلية للتغيير يتعارضان
السجلّ الذي لا يمكن حذفه يتعارض مع حقّ المحو. ويُحلّ ذلك بإبقاء البيانات الشخصية خارج السجلّ المشترك تماماً، ويُحلّ وقت التصميم لأنه لا يُحلّ بعده.
البيانات الوصفية تكشف أكثر مما يُظنّ
حتى بلا محتوى، فإن مَن تعامل مع مَن وكم مرة معلومة حسّاسة تجارياً بين منافسين. وإن كان ذلك مهماً فهو يقيّد التصميم لا أن يُذكر كتحفّظ.
التشغيل
من يشغّلها يوم الأحد.
الشبكة الممتدّة عبر عدّة مؤسسات لا فريق تشغيل واحد لها ما لم يُنشأ عمداً.
المراقبة التي لا يملكها أحد لا يقرؤها أحد
صحّة الشبكة المشتركة مسؤولية مسمّاة لأحد، مع تعريف متّفق عليه لما يعنيه التدهور ومن يُستدعى.
الترقيات تُنسَّق لا يُعلَن عنها
الأعضاء يشغّلون بنيتهم على رزنامات تغييرهم. وتغيير الإصدار تمرين متعدّد الأطراف مجدول مع بروفة، لا رسالة بريد.
الحادث يعبر المؤسسات
من يعلنه، ومن يكلّم من، وما الذي يلتزم به كل عضو. يُتفق عليه سلفاً، لأن أثناء الحادث وقت رديء لاكتشاف أن الأعضاء يختلفون على التصعيد.
الخروج يُصمَّم والعلاقات طيّبة
كيف يستخرج العضو بياناته بصيغة صالحة، وكيف تستمرّ الشبكة بدونه. وتصميم ذلك والعلاقات جيدة أسهل بكثير من تصميمه حين لا تكون كذلك.
أسئلة
الأسئلة التي تستحق أن تُطرح أولاً.
هل تكفي قاعدة بيانات مشتركة بدل هذا؟
غالباً نعم — وحيث تكفي ينبغي استخدامها. والاختبار هو ما إذا كان أي مشارك سيقبل آخر حافظاً للسجلّ. فإن كان أحدهم موضع ثقة لحفظه، فنظام تقليدي مع تصديرات تدقيق موقَّعة أرخص وأسرع وأسهل تشغيلاً. والشبكة المُصرَّح بها تستحق كلفتها حين تكون تلك الثقة هي الغائبة بالضبط.
هل نحتاج رمزاً؟
نادراً جداً في هذا السياق. فالرموز وُجدت لتحفيز غرباء على صيانة شبكة. وفي شبكة مُصرَّح بها يكون المشاركون معروفين ومرتبطين تعاقدياً ومحفَّزين أصلاً. وإضافة رمز تضيف عادةً سؤالاً تنظيمياً دون أن تحلّ سؤالاً هندسياً.
ماذا لو لم يكن الأعضاء الآخرون جاهزين؟
فالشبكة ليست جاهزة، وبناؤها أولاً لا يساعد. والمسار الواقعي عادةً تجربة ضيّقة بين الأطراف الجاهزة، مصمَّمة بحيث لا يتطلّب ضمّ البقية لاحقاً إعادة بنائها. ونفضّل وضع نطاق صادق لذلك على تسليم بنية تنتظر أعضاء لا يصلون.
من يملك الشيفرة المشتركة؟
قرار حوكمة يُتخذ مبكراً، وللخيارات تبعات: عضو واحد، أو كيان مشترك، أو مصدر مفتوح برخصة يتفق عليها الأعضاء. وما لا ينفع تركها لمن كتبها، فهذا ما يجعل مورّداً يمسك بالشبكة.
كيف يفي هذا بالمتطلبات التنظيمية؟
أيّ المتطلبات ينطبق تحديدٌ تقوم به جهة الالتزام لديك لا نحن. وما نفعله هو البناء وفق ما تؤكّده، وإخبارك حين يكون لقرار تصميمي أثر التزامي — وأوضح مثال أن البيانات الشخصية على سجلّ مشترك غير قابل للتغيير يصعب جداً التوفيق بينها وبين التزامات المحو.
هل يمكن ربطها بالأنظمة التي نشغّلها أصلاً؟
هذا عادةً النصف الأكبر من العمل، وهو هندسة قائمة بذاتها لا أمر لاحق للشبكة. وصفحة التكامل تتناول كيف تُربط السلسلة بأنظمة تخطيط الموارد والهوية والمدفوعات القائمة.
أخبرنا بمن يجب أن يتفق.
صِف المؤسسات المعنية وما تحتاج أن تثبته لبعضها. وإن كانت الإجابة الصادقة أن إحداها تستطيع ببساطة حفظ السجلّ، فذاك ما ستسمعه.
info@eorbitt.com · نردّ خلال يوم عمل واحد.