$UNI أتذكر بشكل غامض إطلاق رمز UNI قبل 20 عامًا عبر عملية Airdrop، وكانت تلك أول مرة أحصل فيها على مبلغ كبير على السلسلة. في ذلك الوقت كان لدي عدة محافظ فقدت عبارات الاسترجاع، وها هي سنوات طويلة مرت… لا يسعني إلا أن أتنهد
لقد اختبرت للتو تداول العملات ب4x على $DEBIT ، وقمت بتداول 10 صفقات تتابعًا، وربحت 10 دولارات. يبدو أن التقلبات كبيرة نوعًا ما، لكن الآن يبدو أن التداول مع الاتجاه ما زال جيدًا.
عادت مؤخراً ETH إلى دائرة اهتمام السوق، وارتدت كثير من المناقشات إلى موضوعات مألوفة: إلى أي مدى يمكن أن ترتفع؟ ما هو الهدف التالي؟ ومتى يجب جني الأرباح؟
خلال هذه الجولة من الارتفاع، كنت أفكر في سؤال مختلف قليلاً: إذا كان شخص ما يصدق حقاً أن لدى ETH مساحة للنمو مستقبلاً، فخلال الفترة من الآن وحتى تحقق الارتفاع، كيف ينبغي التعامل مع القيمة في الأصول خلال تلك المدة؟
يفكر الجميع في كيفية تحسين كفاءة توظيف رأس المال، لكن هناك نقطة تم تجاهلها: إن القيمة التي تولدها الأصول في المستقبل يمكن أيضاً تقسيمها.
وهذا ما وجدته مؤخراً مثيراً للاهتمام في @TermMax ؛ فهي ليست مجرد إنشاء بروتوكول إقراض، بل محاولة لتفكيك أبعاد مختلفة لقيمة أصلٍ ما في المستقبل.
التصميم الأساسي لـ TermMax يعتمد على ثلاثة مكوّنات: FT وXT وGT، لإعادة تركيب العائد الثابت وجزء الفائدة بالإضافة إلى وضع الضمان.
FT يشبه إلى حد كبير السندات الصفرية القسيمة في التمويل التقليدي. وبعلاقة 1 FT + 1 XT = 1 Debt Token، يقوم TermMax بتقسيم دين واحد إلى جزء ثابت وجزء متغيّر؛ يمكنك الاستمرار في حيازة الأصل، وفي الوقت نفسه إعادة ترتيب التدفقات النقدية المستقبلية.
وفي الوقت ذاته، يقوم Gearing Token بتغليف الضمان والديون في هيئة NFT، ما يحوّل مركز رافعة مالية معقداً إلى وحدة يمكن إدارتها، ويجعل المركز نفسه كائناً مالياً قابلاً للإدارة. وبطبيعة الحال، يوجد في هذا الاتجاه أيضاً سؤال واقعي: السوق قد لا تقبله.
إنه يميّز نفسه بوضوح عن DeFi في الماضي، لكن عندما ينضج السوق، قد لا يكون التنافس فقط حول من يرتفع أكثر.
ومن هذا المنظور، فإن ما يستكشفه #termmax ليس منتج عائداً بسيطاً، بل هو إمكانية أن تصبح “المدة” نفسها—عندما يحتاج أصل ما إلى الاحتفاظ به على المدى الطويل—قيمة يمكن إدارتها كذلك.
مسار البلوكشين لا يفتقر أبدًا إلى المشاريع التي تُطرح عليها مفاهيم جديدة، لكن ما يجعل الأموال الكبيرة تجرؤ على ترسيخ وجودها الحقيقي عبر ضخٍ بمبالغ فعلية هو دائمًا المنافسة على ثلاث نقاط: هيكل الرُزم (التوزيع) بشكلٍ يطمئن، وقوة اختراق نظام متعدد السلاسل، ووضوح قابلية التنفيذ على المدى المتوسط والطويل في خارطة الطريق.
هذه المرة سنحلّل معًا توزيع الحصص (التوكنات) لِمشروع @TermMax الأخير، وتوسّع خريطة السلاسل المتعددة، وتطوّر خط النهاية (التكامل/المحصلة) عبر خارطة الطريق 👇
لنبدأ بمشكلة حصص غالبًا ما يتم تجاهلها بسهولة قبل إطلاق أي مشروع على المنصة
👉 انكماش صفر للتضخم (ثابت): إجمالي كمية $TMX ثابتة عند 1 مليار توكن، والتداول الأولي يقارب 20% (200 مليون توكن). ضمن ذلك، تم تخصيص 28% للاستثمار و15% للفريق، وتم قفل الاثنين بالكامل لمدة 12 شهرًا، ثم يُفرَج عنهما بشكل خطّي شهريًا خلال فترة 24 إلى 30 شهرًا.
وهذا يعني أنه خلال السنة الأولى من TGE، لا يوجد على الإطلاق—بالنسبة للسوق الثانوية—ضغط بيعٍ ضخم من المؤسسات أو الفريق. على الأقل، لا يتم اختيار إطلاق كمية كبيرة من التوكنات المتداولة بشكلٍ قصير الأجل، بل يتم ترك فترة أطول لامتصاص السوق لهذه التوكنات.
👉 مصفوفة نظام بيئي متعدد السلاسل لم يقتصر TermMax على ساحة شبكة رئيسية واحدة؛ بل بادر إلى نشر الإقراض المضمون والرافعة المالية في بيئة متعددة السلاسل، بالتزامن مع نظام مزدوج للأوراكل، ومع تدقيق عميق لكود البرمجة عبر ABDK، بحيث يمكن لإمكانات LST وLRT والأصول الأصلية في كل نظام ناشئ الاتصال بنقرة واحدة—مع رافعة مالية ذات معدل ثابت قائم على اليقين.
👉 مبادلات فائدة على نطاق تريليوني (IRS) وحوامل RWA لأصول حقيقية عند مراجعة خطته التطويرية 2026-2027، تتضح طموحات TermMax تجاه “اللحظة النهائية” بوضوح
في الربع الثالث من 2026 سنفعل أمرًا كبيرًا! إطلاق TGE، وإدراج المنصة في CEXs الرئيسية، وبدء توزيع أرباح حوض التوكنات المرهونة (staking pool)، إضافةً إلى توزيع الأيردروب على الداعمين الأوائل، وكذلك إطلاق وظيفة مبادلات الفائدة (on-chain interest rate swaps) على السلسلة، وربط أصول RWA بالكامل عبر السلاسل، بحيث ننقل أكبر أحجام قطاع التمويل التقليدي—مقايضات الفائدة—وأصول الائتمان مباشرة إلى البلوكشين.
من هيكل تحرير الحصص “المنظّف” إلى خريطة متعددة السلاسل تمتد عبر Berachain وBTC L2، وصولًا إلى استراتيجية طويلة الأجل تستهدف RWA ومبادلات الفائدة، يُظهر $TMX سماكة معمارية قوية جدًا قبل وقت TGE. ومع اقتراب المفاصل الرئيسية للربع الثالث، فإن الأصل/الكيان الأساسي الذي يبني قاعدة دخل ثابت على السلسلة يستحق أن يكون محل تركيز ومتابعة.
لماذا يستحق @TermMax القادم على TGE أن تقوم بهدوء كبرى المؤسسات وصنّاع السوق مثل Keyrock وEdge Capital بالرهان عليه بكثافة؟
يعتقد الكثيرون أنه مجرد قرض ذو فائدة ثابتة جديد، لكن بعد تجربة متعمقة اكتشفت أن ما يفعله فعليًا هو عصر السيولة المجزأة على السلسلة إلى أقصى حد، مع دفع كفاءة رأس المال إلى أقصى الحدود.
الآن لننطلق في تدقيق باستخدام عدسة مكبّرة ونستعرض ثلاثة محاور عالية الاختراق بالنسبة له.
في صُنّاع السوق التقليديين، أكثر ما يوجع هو أن الأموال تُحجز ومُشتتة داخل حوض من تواريخ الاستحقاق المختلفة؛ ومن المؤكد أن الجميع مرّ بتجربة نقص السيولة، حيث يؤدي ذلك بسهولة إلى تكبّد خسائر. يعالج TermMax هذه المشكلة عبر إدخال تجميع سيولة افتراضية.
كيف يعني ذلك؟ ببساطة: يمكن لأموال صُنّاع السوق أن تتوزع—وكأنها تنتقل لحظيًا—في أعماق طلبات متعددة، قبل أن تُقرض فعليًا. بمجرد اكتمال صفقة مطابقة واحدة، يقوم النظام تلقائيًا بمزامنة التسوية، فيتم سحب السيولة/الأموال إلى أقصى عمق فورًا. وهذه حل ممتاز لثغرة أن حوض الاقتراض ذو الاستحقاقات الثابتة، عندما يزداد عددُه، غالبًا ما يقود إلى نقص العمق.
وإذا كان علينا اختيار أكثر ما يميّزه، فلابد من الحديث عن LayerZero OFT الأصلي عبر السلاسل. لم يُحصر TMX نفسه في سلسلة Ethereum واحدة؛ بل قام بتكامل أصلي مع معيار LayerZero OFT. بغض النظر عن BNB Chain أو Arbitrum أو Base أو Berachain، يمكن للأصول والالتزامات أن تنتقل عبر السلاسل بسلاسة وعمليًا بلا احتكاك—ما يجعل فرص التحكيم بين السلاسل على نحو سلس للغاية.
والأهم أيضًا أنه يحمل رخصة امتثال أوروبية 100% وفق MiCA. TermMax هو من القليل جدًا من بروتوكولات DeFi التي كشفت بالكامل مسبقًا—قبل TGE—ورقة MiCA Title II البيضاء وحصلت على رأي قانوني رسمي. وهذه نقطة نادرة نسبيًا.
من أكثر من 830 ألف محفظة مسجلة، و6400 مليون دولار أمريكي TVL، إلى إطلاق TGE في الربع الثالث وتوزيع الهدايا/الـ airdrop المبكرة، يعمل TermMax على دفع الاقتراض ذي الفائدة الثابتة على السلسلة نحو مستوى أعلى من الامتثال والتكامل عبر السلسلة بالكامل. قطار TGE للربع الثالث هذا—لا يزال يستحق أن يُدرج ضمن قائمة المراقبة الأساسية. #termmax
الفائدة المتغيرة هي فعلًا أكبر نقطة ألم لدى لاعبي DeFi عند استخدام الرافعة في المراجحة.
أخيرًا استخدمت ETH كضمان، ثم اقترضت عملة مستقرة بنسبة فائدة 3% للمراجحة. النتيجة أن تقلبات السوق كانت عنيفة في منتصف الليل، وتم سحب السيولة من المسبح بالكامل، وقفزت فائدة الاقتراض فورًا إلى 50%. بعد ما نمت واستيقظت، ذهبت أرباح المراجحة التي كافحت من أجلها كلها لدفع الفائدة، وكنت على وشك التعرض للتصفية القسرية.
هذا هو عدم التحكم في الفائدة ضمن الاقتراض ذي الفائدة المتغيرة. والآن لنتحدث عن المحور الذي تتم متابعته مؤخرًا: @TermMax ، وكيف ينقل آلية السيولة المركزة في Uniswap V3 إلى الإقراض والاقتراض، ويصنع طبقة بنية تحتية لـ فائدة ثابتة مؤكدة + مشتقات رافعة مالية.🧵
لا تنخدع بكلمات مثل السندات بدون فائدة؛ في الحقيقة منطق الاقتراض الخاص بها يشبه شراء كوبونات تبادل بخصم على السلسلة.
👉 ادفع 0.95 USDC لشراء قسيمة تبادل بقيمة 1 USDC تستحق بعد 3 أشهر. عند الاستحقاق يقوم النظام مباشرة بإيفائك 1 USDC بنسبة 1:1، لتربح صافي فرق 0.05 USDC. معدل العائد يكون مُقفلًا للحظة الشراء نفسها، حتى لو انهار السوق لاحقًا فلن تحصل على أقل من ذلك سنتًا واحدًا.
قد يتساءل البعض: لماذا لم يُستخدم معدل الفائدة الثابت سابقًا؟ وهل TermMax موثوق فعلًا؟
كان الناس لا يستخدمون الفائدة الثابتة سابقًا لأن السيولة كانت متفرقة جدًا، وعدد المسبحات كبير، ولا توجد مبالغ كافية بعد، لذلك كانت الانزلاقات مرتفعة عند اقتراض مبالغ كبيرة. استلهم TermMax طريقة السيولة المركزة في Uniswap V3، ما يسمح بتخصيص نطاق سعر الفائدة للأوامر المعلقة؛ مثلًا: قد أقرض فقط ضمن نطاق فائدة سنوية 4% إلى 6%، فتصبح الأموال غير مبعثرة.
👉 بدون تسليم فعلي مع كسر الصفائح يخشى الإقراض والاقتراض الكوارث السوداء، لكن بروتوكول TermMax لا يغير الضمانات مطلقًا ثم يوزعها على من يودع المال كما هي؛ لا حاجة لبيعها والقيام بضرب السوق في السوق الثانوية، وبهذا يتجنب أزمة السيولة من الجذر.
ضمن هذه الآلية يمكن لعب الكثير من الأشياء الجديدة المختلفة، مثل: 👉 اقتراض دائري مطمئن: أصول مدرة للعوائد كضمان ثم اقتراض عملات مستقرة لمواصلة تضخيم العائد.
👉 إدارة أموال بحذر وهدوء: مثل شراء سندات حكومية، تختار وقت الاستحقاق وتشتري بخصم عبر شهادات، فدرجة قابلية توقع العائد عالية جدًا.
*👉 خيارات بسقف دخول منخفض للتحوط: بالجمع بين تاريخ الاستحقاق وآلية التسليم الفعلي، لا يحتاج المتداولون المتقدمون إلى الذهاب إلى بورصات خيارات معقدة وغير سهلة الفهم، بل يمكنهم بناء تحوطات مثل الشراء المغطى مباشرة على مراكز الاقتراض.
تطور DeFi حتى اليوم، لم يعد ما يريده لاعبو السلسلة والمؤسسات ذات الأموال الكبيرة هو مجرد عائد مرتفع؛ بل يريدون أيضًا اليقين والأمان.
من فترة ليست ببعيدة، رأيت أن العديد من مشاريع RWA بدأت تحاول نقل الأصول التقليدية مثل الأسهم والسندات إلى السلسلة.
لكنني كنت أظن دائمًا أن هنا تناقضًا واضحًا.
أكبر ما يميز تقنية البلوكشين هو الشفافية، بينما غالبًا ما لا ترغب الأسواق المالية في أن تُنشر كل المعلومات.
عندما رأيت @Dusk لأول مرة، اعتقدت أنها سلسلة خصوصية تهدف إلى إخفاء معلومات التداول. لكن لاحقًا اكتشفت أن هذا الفهم كان بسيطًا أكثر من اللازم.
يبدو أن ما تحتاجه المالية ليس إخفاءً كاملًا؛ فإذا كانت جميع البيانات غير مرئية، فكيف ستثبت المؤسسات أن الأصول ملتزمة؟ وكيف سيتأكد المنظم من تنفيذ القواعد؟
وهذا أيضًا ما يجعل Dusk مثيرًا للاهتمام. فهو لا يفهم الخصوصية على أنها عدم إظهار أي شيء للآخرين. بل يستخدم Phoenix عبر إثباتات المعرفة الصفرية لحماية تفاصيل المعاملات، بحيث لا يضطر المستخدمون إلى كشف كل المعلومات، وفي الوقت نفسه يمكن إتمام التحقق. كما يتيح ذلك من خلال الإفصاح الانتقائي إمكانية تأكيد بعض المعلومات في ظروف محددة.
هذه الفكرة تشبه إلى حد كبير ما يحدث في التمويل الواقعي.
البنوك لا تنشر كل بيانات العملاء، لكنها في الحالات الضرورية تحتاج إلى قبول التدقيق.
المؤسسات لا تكشف عن كل استراتيجيات التداول، لكن السوق يحتاج إلى التحقق من أن التداول يتوافق مع القواعد.
الخصوصية ليست رفضًا للشفافية، بل هي تحديد نطاق حدوث الشفافية.
لكنني أعتقد أن هناك هنا مسألة جديرة بالملاحظة.
يبدو الإفصاح الانتقائي مثاليًا، لكن تطبيقه فعليًا ليس بالأمر السهل.
من يقرر أي المعلومات يمكن رؤيتها؟
كيف يتم التحكم في نطاق الإفصاح؟
إذا زادت متطلبات الامتثال في المستقبل باستمرار، فهل سيجعل ذلك مساحة الخصوصية أصغر تدريجيًا؟
هذه كلها نقاط سيتعين على Dusk إثباتها لاحقًا. #dusk $DUSK
لعبت في المحفظة لمدة 3/4 أيام، وفي الوقت الحالي متوسط التآكل 0.8/10000 تقريبًا، وبصراحة هذا يعني أنني تخلصت من محنة المعاناة أخيرًا، لكن الوقت يبدو مزعجًا قليلًا
بعد عدم اللعب في بطولة التداول #ALPHA🔥 ، شعرت أن الشخص كله ارتقى😆#BsB
هل هذا صحيح دائمًا، أم أنني عندما رأيت @BabylonLabs_io لأول مرة فهمته بشكل طبيعي على أنه نظام Staking أكبر؟ على مدار الوقت، كان الأمر دائمًا أن كلما زادت المبالغ المُرهَن بها زادت أعداد المدققين، وبالتالي ارتفعت أمان الشبكة.
بعد ذلك، جربت تشغيل عملية الرهن عمليًا وفق تصميم Babylon، واكتشفت أن هذا الفهم يبدو سطحيًا قليلًا. إذ إن كان الهدف هو زيادة رأس المال الآمن فقط، فلن يكون من الضروري تصميم أدوار مختلفة مثل Delegator و Finality Provider.
أشعر أن Babylon ربما لا تحاول حل مسألة ما إذا كان هناك أصول كافية، بل كيفية تحويل هذه الأصول بعد دخولها إلى النظام إلى أمان يمكن لشبكات أخرى أن تعترف به.
هذا الفرق مهم جدًا. ففي شبكة PoS واحدة، غالبًا ما تكون الأطراف المرهِنة (المُرهِنون) والمدققون ومَن ينفذون الأمان مرتبطين معًا، ولكن توجد ثغرة: عندما يبدأ الأمان بالتدفق عبر شبكات مختلفة، يظهر هذا النمط كمشكلة.
الشخص المتخصص يقوم بعمله المتخصص؛ مَن يوفّر التمويل ليس بالضرورة مناسبًا لتشغيل بنية تحتية للتحقق، كما أن سلسلة أمان موثوق بها ليست بالضرورة ما يريدون إعادة تهيئة نظام تحقق جديد له. لذلك، ما تفعله Babylon ليس مجرد زيادة عدد المدققين، بل تفكيك عملية الأمان: يقوم Delegator بتقديم الدعم الاقتصادي، ويتولى Finality Provider المشاركة في تأكيدات الأمان، وتستخدم Consumer Chain النتيجة النهائية للأمان.
عندما يتم إسناد كل المسؤوليات كما ينبغي، وبالنظر إلى هذا المنطق، أعتقد أن Babylon في الحقيقة تريد معالجة كيف يمكن للموارد الأمنية أن تتحول من مجرد رأس مال إلى قدرة شبكية موثوقة.
في الماضي، كانت كثير من مشكلات سلاسل البلوك تشين مثل أن كل مدينة تبني شبكة كهرباء جديدة لوحدها—قد يكون التشغيل ممكنًا، لكن التكلفة تكون مرتفعة فعلًا، وهذا ما أرادت Babylon استكشافه.
همم.. توجد هنا أيضًا مشكلة: بعد تفكيك الأدوار، يصبح النظام أكثر مرونة، لكن حدود المسؤوليات تتعقّد. إذا ظهر خلل في الأمان، فهل يجب إسناد اللوم إلى رأس المال المُرهَن؟ أم إلى العقد التي تُنفّذ الأمان؟ وإذا كان المشاركون يهتمون أكثر بالعائد وليس بالاستدامة طويلة الأمد للشبكة، فهل تبقى الحوافز الاقتصادية فعّالة؟ هذه هي الأمور التي تحتاج Babylon إلى التحقق منها لاحقًا.
كما أن Babylon تحاول معرفة ما إذا كان يمكن تفكيك الأمان وتركيبه وتقديمه كقدرة إلى شبكات أخرى. وإذا نجح هذا النموذج، فقد يتغير مستقبل بناء الأمان في البلوك تشين. #baby $BABY
تظهر مشاريع جديدة باستمرار، والطرق أيضًا تتنوع أكثر فأكثر. وحتى اليوم قبل هذا، لم أفهم لماذا يختار @BabylonLabs_io حماية النهائية بدلًا من إعادة تصميم آلية إجماع كاملة.
لأن أصعب مشكلة في البلوك تشين ليست أبدًا مسألة توليد الكتل؛ فمعظم الشبكات تستطيع إنتاج الكتل بسرعة. التحدي الحقيقي هو: عندما تنشأ حالات تعارض بين حالتين (state)، كيف تؤكد الشبكة أي نتيجة تصبح نهائية وغير قابلة للعكس (不可逆).
عادةً ما تعتمد شبكات PoS التقليدية على مجموعة المدققين الخاصة بها، وتعزّز النهائية عبر الأصول المرهونة. لكن بالنسبة إلى الشبكات الجديدة، يحتاج عدد المدققين وحجم الرهن والأمن الاقتصادي إلى تراكم طويل الأمد.
ومن المثير للاهتمام أن Babylon لم يختر نسخ طريقة إجماع Bitcoin أو Ethereum. بل اختار الدخول من بوابة Finality. في تصميم Babylon، تظل سلسلة PoS تعمل بإجماعها الخاص، ويظل المدققون مسؤولين عن توليد الكتل. ما تفعله Babylon هو إرسال الحالات الحرجة (key states) عبر Checkpoint إلى شبكة Bitcoin، ليمنح Bitcoin ترتيبًا إضافيًا للوقت وضمانًا ضد العبث.
والأهم جدًا: Babylon ليست بديلًا عن الأمان الأصلي. بل تضيف طبقة أمان اقتصادية إضافية فوق طبقة التأكيد النهائي. وهذا ما جعلني أدرك أن التغيير الحقيقي في Babylon ليس فقط فيمن ينتج الكتل. لذا أعتقد أن Finality Provider ليست مجرد عقد؛ بل إنها تتحمل مسؤولية تأكيد النهائية.
أشعر أن تركيز Babylon ربما يكون على كيفية حصول شبكة على قدر أقوى من الحسم في الحالة (state determinism). وهذا في الواقع يعالج مشكلة كانت موجودة منذ زمن طويل في شبكات PoS. فالكثير من السلاسل الجديدة ليست غير قادرة على العمل، لكنها في مرحلة مبكرة تكون صعبة جدًا عليها بناء ضمانات نهائية قوية بما يكفي.
توفر Babylon مسارًا جديدًا. والآن، بالنظر إلى الوراء، أرى أن أكثر قيمة لدى Babylon ليست أن BTC حصل على استخدام إضافي.
تحاول Babylon إثبات أن الأمان يمكن أيضًا أن يكون نمطيًا/قابلًا للوحدة (modular). ويمكن لشبكة أن تمتلك منطق تنفيذها الخاص، بينما تستعير أساسًا أقوى للنهائية.
إذا في المستقبل اعتمد المزيد من السلاسل هذا النمط، فقد لا يعود أمن البلوك تشين شيئًا يتكرر بناؤه على كل سلسلة بمفرده، بل سيصبح تدريجيًا بنية تحتية يمكن تركيبها (composable infrastructure). #baby $BABY
عندما رأيتُ @BabylonLabs_io لأول مرة، صنّفتهُ بشكل طبيعي كـ“بروتوكول Staking”. هذه المنطقية لا تختلف كثيرًا عن نماذج الرهن/الاستيثاق في شبكات PoS السابقة.
لكن لاحقًا، عندما أعدتُ النظر في البنية الكاملة لـ #baby ، اكتشفت أن فهمي قد يكون سطحيًا أكثر من اللازم. إذا كانت الفكرة مجرد إنشاء منتج Staking، فلن تكون هناك ضرورة لتصميم مثل هذه العلاقات المعقدة بين الأدوار. من Delegator إلى Finality Provider، وصولًا إلى Consumer Chain وCheckpoint، كان كل هذا الجهد الذي بذلته Babylon لا يتركّز على كيفية قفل الأصول، بل على مشكلة أخرى أصعب.
كيف يمكن لشبكة ما أن تتأكد أن الأمان الذي توفّره شبكة أخرى حقيقي وفعّال؟
أدّى هذا السؤال إلى أن أتوقف قليلًا بصمت، لأن كثيرًا من الأنظمة تفترض تلقائيًا أن الأمان لا يمكن أن يأتي إلا من نفسها. فهناك سلسلة تحافظ على مدقّقيها (validators)، وتشغّل إجماعها الخاص، ثم تثق بحالتها هي. لكن إذا احتاجت شبكات أكثر فأكثر في المستقبل إلى مشاركة الأمان، فالمسألة الحقيقية لا تكون هل توجد رؤوس أموال أم لا، بل كيف يمكن تحويل هذه الرؤوس إلى إثباتات أمان يمكن لشبكة أخرى قبولها.
بعبارة أخرى، الرهن هو مجرد البداية، والأهم فعلًا هو: من الذي يثبت حدوث الأمان. وعند النظر إلى $BABY ، أجد أن أكثر ما فيه إثارة للاهتمام هو أنه لا ينسخ بنية PoS التقليدية بشكل مباشر؛ بل يفكك المسؤوليات التي يتحملها كل دور. فـDelegator يوفّر الدعم الاقتصادي، وFinality Provider مسؤول عن المشاركة في تأكيد الحالة (state confirmation)، وConsumer Chain تستخدم نتائج هذه التأكيدات للحصول على أمان إضافي. لم يعد رأس المال والأمان والتحقق من الحالة محصورًا في دور واحد.
هذا جعلني أفكر في الكثير من مشكلات البنية التحتية. ففي كثير من الأحيان، لا ينقص النظام موارد، بل تعذر الثقة المتبادلة بين تلك الموارد. فإذا لم توجد طريقة لإثبات أن هذا الجزء من الأمان فعّال فعلًا، فلن تتمكن هذه الموارد من التدفق/التحرك فعليًا.
وما تفعله Babylon يتمحور في جوهره حول إنشاء هذا النوع من الربط.
وليس Checkpoint مجرد تسجيل حالة بعينها؛ بل يقدّم بين شبكات مختلفة نتيجة إجماع يمكن التحقق منها. إنه لا يحل مشكلة نقل البيانات فقط، بل مشكلة كيفية اعتراف نظام آخر بحالة الأمان.
لذلك، إذا عدتُ الآن إلى النظرة الأولى، فأعتقد أن أكثر ما تملكه Babylon من قيمة قد لا يكون أنها أنشأت سوق Staking جديدًا.
من فترة ليست بعيدة، كنت أتحادث مع صديق حول الإنترنت، وفجأة اكتشفت أن @BabylonLabs_io يشترك في أوجه تشابه كبيرة مع هذا الأمر. أولًا، سؤال للجميع: إذا رجعنا إلى بدايات الإنترنت، وفريق ناشئ يريد إنشاء موقع، فما المشكلة الأولى التي كان عليه حلها؟
أكثر ما هو واقعي هو حل مشكلة الخوادم. في ذلك الوقت، كانت الكثير من الشركات تحتاج لشراء الخوادم بنفسها وصيانة مراكز البيانات، لأن البنية التحتية لم تكن قد تمّت “تجريدها” بعد. إلى أن ظهرت الحوسبة السحابية، عندها لم يعد المطوّرون بحاجة إلى بناء البنية التحتية الأساسية من الصفر.
هذه النقطة تشبه إلى حد ما ما يحدث مع البلوك تشين الآن. فعند إطلاق شبكات PoS جديدة، بالإضافة إلى تطوير التطبيقات نفسها، ما الذي يجب أيضًا حله؟ أي: من أين تأتي الأمان؟
في الماضي، كانت أغلب السلاسل تبني نظام التحقق عبر Token الخاصة بها، حيث يقوم المشاركون برهن الأصول للمحافظة على الشبكة. لكن بالنسبة للمشاريع المبكرة، لم يكن هذا الأمر سهلًا. عندما لا تمتلك الشبكة قيمة كافية، يصعب جذب المدققين؛ وعندما لا يكون هناك أمان كافٍ، يصعب أيضًا جذب المستخدمين والبيئة/النظام البيئي. في الحقيقة، هذه المشكلة تشبه إلى حد ما ما كان عليه الحال في بدايات الإنترنت.
يقوم baby عبر نموذج الأمان المشترك (Shared Security Model) بجعل شبكات PoS الجديدة لا تحتاج إلى البدء من الصفر تمامًا في بناء نظام الأمان الخاص بها، بل يمكنها الاستفادة من قدرات الأمان التي توفرها #baby .
وخلال هذه العملية، يقوم $BABY بالاتصال بالشبكات الجديدة التي تحتاج إلى الأمان وبالمشاركين الراغبين بتقديم الأمان. ومن خلال آليات مثل Finality Provider، يتيح ذلك لموفري الأمان هؤلاء المشاركة في عملية تأكيد الشبكات المختلفة، في حين لا يحتاج الاتصال بالشبكة إلى الاعتماد بالكامل على نظام المدققين الخاص بها لبناء الأمان.
وهذا يجعلني أشعر بأن Babylon لا يضيف فقط موارد أمان أكثر، بل يغيّر طريقة استخدام موارد الأمان. في السابق، كانت كل سلسلة تُشبه تطبيقات الإنترنت المبكرة: تحتاج إلى حل المشكلات الأساسية الخاصة بها. لكن إذا ظهرت مستقبلًا المزيد من السلاسل، فقد لا يستمر الأمان في نفس النمط: أن تعيد كل سلسلة بناء مجموعة كاملة من الأمان من جديد.
بالطبع، ما إذا كان هذا الاتجاه سيثبت نفسه فعلًا أم لا يحتاج إلى الوقت للتحقق. لأن الأمان يختلف عن موارد الحوسبة؛ فهو يتضمن الإجماع والحوافز الاقتصادية وسلوك المشاركين على المدى الطويل، وهي مسائل أكثر تعقيدًا بكثير من الحوسبة السحابية.
ربما، مع تطور بنية البلوك تشين التحتية، لن يقتصر التنافس على الأداء وحجم النظام البيئي فقط، بل أيضًا على من يستطيع جعل الأمان—مثل موارد الحوسبة—أسهل في الحصول عليه واستخدامه