لقد كنت أتابع $DUSK مؤخرًا، وكلما نظرت أكثر شعرت أن هذا المشروع يكتّم “ضربة” كبيرة سرًا.
بصراحة، في كل مرة يُذكر RWA، يكون السؤال عادةً عن كيفية نقل العقارات أو الأسهم إلى البلوك تشين. لكنني أعتقد أن المشكلة تُطرح بشكل منحرف. البلوك تشين شفاف كأنه بيت زجاجي؛ فهل تجرؤ المؤسسات على كشف استراتيجيات مراكزها كاملة؟ ما يفكر به Dusk ليس هذا الأمر؛ بل يفكر في كيفية تمكين هيئة الرقابة المالية (الجهات التنظيمية) والوسطاء الكبار مثل شركات الأوراق المالية فعليًا من التعامل معه.
الطريقة التي اتبعها @Dusk تبدو ذكية جدًا: في الطبقة الأساسية استخدم مباشرةً إثباتات المعرفة الصفرية (Zero-Knowledge Proofs) والتشفير المتماثل (Homomorphic Encryption) لبناء خصوصية طبقية. فالمعاملات العادية لا تكون مرئية للعموم، بينما يمكن للجهات الرقابية—وبحوزتها “المفاتيح”—إجراء تدقيق موجّه. بهذه الطريقة تم حل مشكلة كبيرة: امتثال دون كشف الأسرار التجارية. كما تحولت عملية التسوية من أيام إلى ثوانٍ، وانخفضت تكلفة المطابقة بشكل ملحوظ.
وهناك نقطة أخرى أراها عملية للغاية: شبكة Kadcast الخاصة بـ Dusk ليست مجرد ضجيج لنقل البيانات عشوائيًا، بل تعمل بمسارات ثابتة وفقًا للمسافة. حركة التكرار تقل، وإذا سقطت العقد يمكن للنظام أن يصحّح. هذا “الثبات” أكثر موثوقية من أولئك الذين يكتفون فقط برفع شعار TPS.
قريبًا سيتم إطلاق DuskEVM المتوافق مع Solidity، ومع وحدة الخصوصية Hedger، يمكن لعقود EVM أيضًا تنفيذ معاملات مشفّرة، ما يجعل المنتجات مثل الصناديق والسندات أسهل للتطبيق على أرض الواقع. وعلى المستوى الأعلى يوجد Dusk Trade، بالاعتماد على إطار الاتحاد الأوروبي للحصول على ترخيص MTF، ويجري بالفعل الترويج لمنتجات امتثال RWA. وفي مجال التعاون، تتم الشراكة مع بورصة مُرخّصة NPEX لدفع التنفيذ، بهدف إرساء أصول تتجاوز 300 مليون يورو، ثم ربط دورة التداول عبر Chainlink CCIP.
باختصار، Dusk ليس مجرد تحويل/مواءمة الرمز المميز، بل يدعم إصدار الأوراق المالية المشفرة “أصلًا” وامتثالًا على البلوك تشين، مع تنفيذ كامل على السلسلة وتقليل طبقة وسيطة. في مسار RWA، هذا النهج الذي يوازن بين الخصوصية والتنظيم ما زال نادرًا نسبيًا. لاحقًا كل ما علينا مراقبته هو تقدم إطلاق الشبكة الرئيسية وموعد التطبيق الفعلي. #dusk
تَصَادُفُ حُزْمَةً من الزهور الزرقاء الصغيرة، نغمةٌ بنفسجية هادئة تختبئ بين ثنايا الخضرة؛ أَبطِئْ خُطاك، واكتشف أنَّ أجمل الأشياء الصغيرة من حولك مرئية في كل مكان. $SOL $BNB
الجبال البعيدة كستار، وشفقٌ أحمر يغطي السماء بأكملها؛ وفي تلك اللحظة، تنطوي مدينةٌ عامرة بالحياة داخل أفق الغروب. أبطئ خطواتك واستمتع بالمناظر أمامك؛ وغالبًا ما تكمن روعة الحياة في تلك اللحظة بالذات حين ترفع عينيك لتراها—غروبًا. $SOL $BNB
@BabylonLabs_io #baby كنت أتابع المنشورات أمس، ووصلت إلى مصطلح الاستراتيجية: قامت عدة جهات مؤسسية، من بينها AllianceBernstein و BlackRock و Coinbase، بتأسيس تحالف أمان البيتكوين، باستثمار 15 مليون دولار على مدى ثلاث سنوات، مع التركيز على مخاطر الحوسبة الكمّية. عندما رأيت Anchorage توقفت لحظة؛ فهذه المؤسسة هي أيضًا الجهة المُسندة/الوصيّة لدى Babylon Labs. إذًا نحن أمام نفس الطرف: من جهة تستضيف/تحتجز Babylon لتأمين BTC، ومن جهة أخرى تبحث ما إذا كان تشفير البيتكوين قادرًا على الصمود أمام الهجمات الكمّية—وهما خطّان يتابعان مسألة الأمان في الوقت نفسه.
كنت قد شاهدت سابقًا محتوى عن مقاومة الهجمات الكمّية، وفيه منطق “سرقة ثم فكّ”: يحتفظ المهاجمون ببيانات على السلسلة أولًا، ثم ينتظرون حتى تنضج أجهزة الحوسبة الكمّية لفكّ التشفير. ينطبق هذا المنطق أيضًا على نظام توقيعات البيتكوين. بمجرد انتقال البيتكوين إلى حل مقاوم للكمّ، ستحتاج التطبيقات العليا المبنية على التوقيعات الحالية إلى إجراء تعديلات متزامنة. إن استيـثاق Babylon يعتمد على توقيعات أحادية/مرة واحدة (one-time)، وهو مبني بالكامل على الخوارزميات الحالية؛ فإذا اختلّ توقيت الترقيات بين الجانبين، فهل قد ينشأ “فراغ أمان”؟ هذه نقطة قليلة من يناقشها علنًا حتى الآن.
ثم لننتقل إلى تصميم فعالية Babylon TBV: في الشبكة التجريبية، تبقى BTC الأصلية ما تزال محبوسة داخل Bitcoin Signet vault. بعد أن يستقبل Aave v4، يقوم المُكيّف/المحوّل (adapter) بتوليد سجل داخلي واحد مطابق واحد-بواحد. هذا السجل لا يمكن استخدامه إلا بين العقود المصرّح بها؛ أما التحويل إلى عنوان عادي فيفشل، ولن يصل إلى محفظة المستخدم، ولا يوجد سوق ثانوي. عند الخروج أو التصفية، يتم إغلاق السجلات مباشرة. وهذا يختلف تمامًا عن wrapped BTC؛ فالأقرب هو تذكرة مكان موقف السيارة التي تُثبت وجود سيارة بداخلها، وليست “سيارة جديدة” يمكن قيادتها وبيعها.
وأخيرًا بخصوص فك الإيداع/التحرير لرمز $BABY : قامت الجهة الرسمية بتحديده بحوالي يومين بشكل واضح، وهو أسرع بكثير من 21 يومًا المعتاد في Cosmos. لكن الأمر ليس كأنك بمجرد الضغط تبدأ العدّ التنازلي فورًا: الطلب يحتاج أولًا إلى الانتظار في طابور حتى ينتهي epoch الحالي، ثم يُكتب في نقاط/Checkpoint الخاصة بالبيتكوين، ثم يلزم الانتظار حتى تأكيد 300 بلوك. التقدير في الوثائق حوالي 50 ساعة. إذا انحشر التنفيذ في بداية الـepoch أو إذا تباطأ إنتاج بلوكات البيتكوين، ستمتد المدة. وفك الإيداع لا يعني انتهاء المخاطر: ما زال يمكن أن يواجه المُدققون (validators) عقوبة “double sign” بنسبة 5%. أكثر شيء أريد التركيز عليه الآن هو: في حالات الشبكات المختلفة، ما هو متوسط وقت وصول الأموال فعليًا ونسبة حالات الفشل.
@BabylonLabs_io #baby بصراحة، بعد مشاهدة الكثير من مشاريع السلاسل المتقاطعة، كان بابل أول مشروع جعلني أشعر حقًا: «هؤلاء الناس يفهمون البيتكوين».
ما هي أعظم عملية لدى TBV؟ ليست السرعة في الربط المتقاطع، ولا جودة التجربة، بل أنها أساسًا لا تسلك الطريق القديم المتمثل في حشر مجموعة من المدققين لتجميع التواقيع وتمرير الأمر. عملاتك تظل دائمًا على الشبكة الرئيسية للبيتكوين، ولا توجد عقود جسور تمسك أصولك لتنتظر أن تُخترق بمفاتيح خاصة تُثقب هنا وهناك. هذا الخندق الحصين واقعي وملموس، وليس شيئًا تُنفخ به الدعاية.
راجعْت ورقة البيانات بعناية، فمسار التحدي الخاص ببابل يتطلب أيضًا أن يتوصل الأطراف المشاركون إلى توافق، لكن الفارق الأساسي هو أن تلك المجموعة تُكتب بشكل مُضمَّن داخل نص بيتكوين عند إنشاء المِخزن (الخزانة). نافذة إساءة الاستخدام تُغلق لحظة الإنشاء—وهذا لا يشبه إطلاقًا فكرة أن النظام أثناء التشغيل يستمر في تجميع العتبة من التواقيع ثم تمرير الأموال. باختصار: الجسر ليس هو الذنب، بل آلية التواقيع القابلة للتجميع أثناء التشغيل هي المشكلة—أو هي بيت القصيد.
هذا الأمر يعيدني إلى EigenLayer عندما جرى العبث به عبر الأوراكل العام الماضي. مهما كانت عملية إعادة التكديس (الـ re-staking) مزخرفة، في النهاية لا يزال الحكم على إساءة الاستخدام يحتاج إلى قاضٍ خارجي. فإذا تأخر الحكم أو تمّت مهاجمته، يصبح التقليل من الرصيد (削减) مجرد كلام. TBV ببساطة لا يعتمد على القاضي. منطق EOTS هو أن التوقيعين يُظهران المفتاح الخاص تلقائيًا؛ فالرياضيات تحسم الأمر، ولا توجد تبعية خارجية. هذه هي الورقة الأكثر تقليلًا في تقديرها. الأمان الحقيقي هنا: بيتكوين الأصلية دون الحاجة إلى جسر فقط لأن التجربة «أطيب»، أما التقليل دون الاعتماد على الأوراكل فهو ما يجعله آمنًا حقًا. بالطبع، EOTS لا يمكنه التعامل إلا مع حالات إساءة الاستخدام من نوع «التوقيع المزدوج» عبر التشفير؛ ولا يستطيع اعتراض معاملات مُعَيَّنة أو التعامل مع الاستلام/المراقبة عند طول فترة عدم الاتصال—فالأدوات المتخصصة ليست دائمًا شرطيًا لا يخطئ.
عندما أعيد قراءة القسم 9.6 أدركت أخيرًا: طابع بيتكوين الزمني يوفر أمانًا على المدى البعيد، والتكديس يضيف أمانًا اقتصاديًا ضد الهجمات قصيرة المدى. قصيرة المدى تعتمد على ردع حرق العملات، وطويلة المدى تعتمد على PoW لتثبيت التاريخ. بابل تلحمهما معًا: تجعل سلسلة PoS تمتلك في الوقت نفسه قوة الردع الفورية وعدم القابلية للتلاعب في التاريخ.
لكن شرط التأمين المزدوج هو أن الساقين الاثنتين تقفانان بثبات. هل يمكن أن تصبح مزامنة الطوابع الزمنية المتأخرة ثغرة؟ هل عتبة المصادرة (الجزاء) مرتفعة بما يكفي؟ هذه نقاط تستحق المتابعة. أما الشيء غير القابل للنسخ حرفيًا، فهو هذه البنية التي تُجنب تخفيض الرصيد بدون أوراكل. $BABY
لقد قرأتُ أيضًا الكتاب الأبيض الخاص بـ Babylon مرةً أخرى أمس، بصراحة، شعرتُ هذه المرة أن الانطباع مختلف قليلًا عن المرة السابقة.
في السابق كنتُ دائمًا أظن أن BTC مجرد شيء يُشترى ويُترك، ثم ننتظر ارتفاع السعر فقط. لكن ما يريد Babylon القيام به هو جعل BTC من أصلٍ يُخزَّن دون حركة إلى أصلٍ قادر على توليد أرباح. اليوم، يوجد في التداول في السوق قرابة عشرين مليون BTC، لكن الجزء الذي يُستخدم فعلًا على السلسلة للقيام بعمليات مالية قليل جدًا. فكّر في الأمر: في السابق، لو أراد أحد استخدام BTC لكسب عوائد عبر DeFi، فكان الحل إما عبر الربط عبر السلاسل (cross-chain) أو تحويله إلى WBTC. لكن بصراحة، كل خطوة إضافية تتعلق بالوصاية (custody) والجسور (bridges) لا أشعر فيها بالأمان. أكبر قيمة لـ BTC هي الأمان؛ فالتضحية بالأمان مقابل بضعة مكاسب ليست صفقة تستحق.
الذكاء في Babylon يكمن في أنها لا تتحرك بالـ BTC نفسها. فقط بالاعتماد على آليات الأمان الأصلية في البيتكوين، تجعل BTC تُستخدم كـ“حارس” لسلاسل PoS أخرى مقابل عوائد. كأن BTC لا تحتاج إلى الانتقال؛ يمكنها العمل من مكانها في المنزل. يحصل الحائزون على عوائد، وتتوفر للسلسلة الصغيرة ضمانات أمان، ويكون للبيئة سببٌ للدخول، فتزداد المتطلبات تلقائيًا. المنطق يبدو سلسًا، لكن الآن أكبر مشكلة ليست ما إذا كانت التقنية تعمل أم لا، بل هل سيشتري السوق هذه الفكرة فعلًا.
بالإضافة إلى ذلك، راجعتُ تصميم Babylon في مرحلة Genesis؛ تصميمه المعياري واضح للغاية، مثل Epoching وCheckpointing، وهذا أمر أقدّره. لكن بقدر ما توجد وحدات أكثر، فهل سيصبح تنسيق الترقيات وتحديثها لاحقًا عبئًا؟ أنا أيضًا أراقب هذا الجانب.
في الآونة الأخيرة، بدأ المسؤولون يتحدثون عن TBV وBABE؛ أشعر أن التركيز يتجه أكثر نحو التطبيقات وتحسين التكلفة. فتكاليف التحقق لا يمكن ضغطها كثيرًا؛ وإذا لم تنجح القصة على أرض الواقع فلن يفيد أن تكون جميلة.
أعتقد أن اتجاه Babylon صحيح، لكن الطريق لا يزال طويلًا—لنرَ أولًا ونتابع. @BabylonLabs_io $BABY #baby
#baby هذه الأيام أخرجت ورقة/الـ“بيبر” الخاصة بـ@BabylonLabs_io وراجعْتها مرة أخرى. بصراحة، كلما قرأتها أكثر شعرت أن الجميع كان يراقب ارتفاع/انخفاض سعر BTC كثيرًا، وربما لهذا فاتت علينا فرص كبيرة.
فكّر في الأمر: أصلٌ قيمته بعشرات/مئات المليارات (من فئة تريليون) معظم الوقت يكون “نائمًا” داخل المحفظة. أليس هذا نوعًا من إهدار القدرة؟ عندما يتحدث كثيرون عن Babylon فإنهم يقولون إن الأمر هو إقراض/تثبيت BTC من أجل كسب فوائد (عائدات). برأيي هذا الفهم سطحي. الفكرة الحقيقية ليست مجرد “ربح فائدة”، بل إعطاء BTC أسلوب حياة جديد: من “فلوس ميتة” إلى “فلوس حية”، تتحول إلى أصل إنتاجي يمكنه الاستمرار في “إخراج العائد”.
في السابق، كان إدخال BTC إلى DeFi يتطلب الالتفاف عبر جسور بين السلاسل أو تغليفه في WBTC. لكن أقوى ما يميز BTC دائمًا لم يكن السرعة، بل تلك الإحساس بالأمان الثقيل والثابت. بمجرد تسليم الأمر إلى جهة طرف ثالث للحفظ/التوصيل (custody)، تكون هناك دائمًا عقدة/قلق في القلب. أما Babylon فنهجه مختلف: فهو لا يمسّ BTC نفسه، بل يستخدم آليات الأمان الأصلية للبيتكوين لكي تذهب مباشرة لتصبح “حارسًا/مرافق أمنيًا” لسلاسل PoS أخرى، مع أخذ بعض التحفيزات كذلك. لا تحتاج لتحريك الأصول من مكانها؛ المفتاح الخاص تبقيه أنت ممسكًا به، والالتزام بالقواعد يحكمه علم التشفير: إذا لم تتحقق الشروط، فلن تُرسل أي حركة/إجراء أصلًا. هذه النقطة مريحة جدًا.
المنطق التجاري لـBabylon بسيط وواضح: حاملوا العملات يحصلون على عوائد، والسلاسل الصغيرة تحصل على “ذراع أمن” مجاني تقريبًا، وكلما توسّعت المنظومة، ارتفع الطلب على BTC تبعًا لذلك. بالطبع الطريق طويل؛ كم شخص يرغب في الإيداع/التأمين (staking)، وكم سلسلة ستوافق على المشاركة… كل ذلك يحتاج أن نرى تدريجيًا.
لكن لدي أيضًا تفكير أعمق: ماذا لو كانت السلسلة المُدعَّمة/المكفولة فعلًا قد تسببت في كارثة كبيرة؟ هل ستُسحب سمعة البيتكوين التي تم تجميعها لسنوات إلى القاع معها؟ هذا النوع من مخاطر انتقال السمعة لا يتحدث عنه كثيرون الآن، لكني أعتقد أنه يجب أن أضعه في رأسي مبكرًا.
بالنسبة إلى $BABY ، فالقيمة النهائية لا تعتمد على مدى “توهّج” المفهوم، بل على عدد حاملي BTC الذين يقتنعون فعلًا بأن يسلّموا حق استخدام أصولهم لهذه القواعد القابلة للتحقق. مستقبل مشاريع BTCFi سيكون مليئًا وكثيفًا بلا شك، لكن ما يهمني أكثر هو: من يستطيع أن يثبت أنها ستبقى ضمن القواعد وتعيش بالعائد، دون أن تتجاوز الحدود عشوائيًا.$BABY
#baby بصراحة، عندما تواصلت لأول مرة مع Babylon، كان لدي تردد في قلبي. لست لأنني لا أثق بالتقنية، بل لأن السوق لقّنني كثيرًا. انظر إلى الكثير من المشاريع في السوق: كل واحد يصرّ على أنك يجب أن تثق به، لكن عندما يقع الأمر فعلًا، أليس في النهاية علينا أن نلتمس من الجهة المطوّرة الخروج لتسوية الأمور؟ لذلك عندما قمت بإيداع BTC كضمان لأول مرة، ومررت كامل العملية خطوة بخطوة، بقيت طوال الوقت مشدودًا.
لكن بعد أن قرأت كامل وثائق تصميم Timelock Bitcoin Vault، اطمأننت بدلًا من أن أتشكك.
لقد تفكك “الثقة” إلى ثلاث درجات من سلم النجاة، تتقدم طبقة بعد طبقة. الطبقة الأولى هي الاسترداد القياسي الأكثر سلاسة؛ تحتاج فقط إلى التنسيق مع مزوّد الـVault، والكفاءة في الاستخدام اليومي تأتي أولًا. الطبقة الثانية هي الاسترداد عبر التصفية، كخطة احتياطية؛ فإذا تعطل VP أو حدثت مشكلة ما، تستطيع AVK أن تتولى مكانه. أما ما جعلني أشعر فعلًا: “هذه الأمور قابلة للتعامل”، فهو الطبقة الثالثة Self-Claim؛ فأنت تمسك بنفسك بمفاتيح WOTS المخزّنة مسبقًا، دون أن تحتاج موافقة من أي أحد لاستعادة العملات.
من مرّ بتجربة LUNA وFTX، يجب أن يفهم ما تعنيه هذه المسار الثالث. حتى إن كانت الطبقتان الأوليان ناجحتين للغاية، فهما في الجوهر ما زالتان تعتمدان على الآخرين؛ أما هذه الطبقة تحديدًا، فهي التي تحوّل السيادة لتصبح بيدك أنت. لا يعتمد الأمان على وعود أي شخص، بل على ما إذا كنت قد حفظت ملف المفتاح جيدًا. ثم فكرت في زاوية مراقبة: فقط راقب معدل استخدام Self-Claim؛ فإذا كان منخفضًا فذلك يعني أن كل شيء طبيعي. أما إذا ارتفع فجأة بشكل كبير، فغالبًا يكون السوق هو الذي يصوّت.
ثم موضوع الحوكمة. كثيرون عندما يراهنون $BABY يركزون على العائدات، لكنهم يفترضون ضمنيًا أن حق التصويت أيضًا مُفوّض إلى المدققين. Babylon يعتمد نموذج Cosmos نفسه؛ إذا لم تصوّت، يتم تلقائيًا توريث اختيارات المدقق. عتبة المقترحات العادية 50 ألف BABY، وفترة التصويت 3 أيام؛ لذا عند اختيار العقد، لم أنظر فقط إلى APR ومعدل التواجد، بل راجعت أيضًا سجلات التصويت. قد توفر عملية التفويض عناءً، لكن الحكم لا يجب أن يُختصر.
أما بالنسبة لـ EOTS، في البداية يبدو كآلية عادية للغرامات/المصادرة، لكن عند التفكير بعمق يتضح أنه يحل مشكلة أكثر تعقيدًا: Bitcoin Script نفسه لا يفهم PoS. بمجرد أن يقوم Finality Provider بإجراء التوقيع المزدوج، فإن إعادة استخدام nonce ستكشف المفتاح الخاص، فيتم تنفيذ معاملة العقوبة مباشرة داخل سكربت Taproot.
الآن، ومعي $BABY ، أصبحت نفسيتي أكثر ثباتًا من قبل. لا أتوقع أن تكون أي جهة مثالية إلى الأبد، لكنني أعرف أن مفتاح آخر باب بيدِي. هذا الشعور—أكثر واقعية من أي شيء آخر.@BabylonLabs_io
#baby في الأيام القليلة الماضية أعدت ترجمة مستند TBV رقم @BabylonLabs_io ، وكلمة «الترجمة» جعلتني أتوقف وأفكر فيها كثيرًا. ليست مجرد نقل BTC إلى سلاسل أخرى، بل هي ترجمة بالمعنى الحقيقي.
عندما كنت أتابع BTCFi من قبل، كانت الخطوة الأولى دائمًا: الجسر، ثم التغليف، ثم الإيداع (Custody). نقل BTC من شبكة البيتكوين نفسها. كثرت السيناريوهات فعلًا، لكن تم التنازل أيضًا عن السيطرة. يعمل Babylon على العكس: يبقى BTC دائمًا مقفلًا داخل Vault على سلسلة البيتكوين، وكل Vault يحتوي على UTXO مستقل، ويعمل طوال الوقت وفق قواعد البيتكوين. وفي الوثائق الرسمية، الجملة التي قرأتها مرارًا هي: «إتاحة للمُمسكين بـ BTC استخدام BTC كضمان دون التخلي عن الحراسة (Custody) أو إنشاء جسور (Bridging) أو التغليف (Wrapping) أو الثقة بالوسيط.»
كيف يُنجز ذلك؟ عبر بنية ثلاث طبقات: Bitcoin Script + عقود Ethereum + برمجيات المشاركين خارج السلسلة. باستخدام Light Client Proofs وZK SNARKs، تُترجم حالة السلاسل الخارجية إلى قواعد يمكن لـ Bitcoin Script التحقق منها. بذلك لا يحتاج BTC للانتقال، ويمكنه توفير الأمان الاقتصادي لشبكات PoS.
فكرة الرهن/الضمان الأصلي (native staking) نادرة فعلًا في BTCFi. فهي تعالج مشكلة «الزعيمة» الأصعب: توافق بيتكوين قوي جدًا، لكن النظام البيئي صعب جدًا في المشاركة. Babylon لا يضيف مجرد مدخل استثماري لـ BTC، بل يجعل BTC أصل الضمان الآمن في عالم كل سلاسل الكتل.
من ناحية النموذج الاقتصادي، تجدر الإشارة أيضًا: ارتفاع كمية رهن BTC → تحسين القدرة الأمنية → دخول المزيد من روابط PoS → نشوء احتياجات أمان أكثر، ما يخلق عجلة ذات اتجاه إيجابي. إجمالي $BABY هو 10 مليارات، مع الحوكمة والتحفيز والتنسيق.
حاليًا أنا مهتم أكثر بهذه المجموعات الثلاث من البيانات: إجمالي حجم رهن BTC، عدد شبكات PoS التي تم ربطها بالفعل، ومدى نشاط المُتحققين.
بالطبع، سيكون هناك تكلفة تعلم للمقود الجديد: مدة الرهن، إجراءات فك الرهن، نافذة التحدي… كلها تحتاج وقتًا للتكيف. لكن Babylon، عبر أطر مثل BitVM3، تنقل معظم الحسابات خارج السلسلة؛ وعلى السلسلة لا يتم التحقق إلا من الأدلة. تُخفض افتراضات الثقة إلى أدنى حد، و«الشفرة تنفّذ» ليس مجرد شعار.
في ظل تزايد مخزون BTC وتزايد السعي للعثور على طرق استخدام أكثر كفاءة، تستحق مسار Babylon المتابعة على المدى الطويل. الرهان هنا ليس على السردية قصيرة الأجل، بل على ترقية أنماط استخدام BTC خلال العقود العشرة القادمة وحتى أكثر.
إذا كنت أيضًا تتابع عوائد BTC الأصلية وحلول الأمان عبر السلاسل، فأهلًا للدردشة معًا حول بيانات السلسلة والأداء الفعلي. قصة $BABY بدأت للتو.
خلال هذه الفترة كنت أختبر TBV مرارًا في Babylon، وكلما طبّقت أكثر فهمت أكثر. $BABY لا يمكن الحكم عليه من البيانات السطحية فقط؛ فداخلها تفاصيل “فخاخ” كثيرة.
كثيرون يستخدمون BTC لاقتراض عملات مستقرة دون الانتباه إلى تقسيم الـ Vaults. أنا أيضًا من قبل كنت أتهرب من التعقيد وأضع 0.3 BTC بالكامل في نفس الـ Vault. والآن بعد أن رجعت للأمر، أجد أن هذه الطريقة محفوفة بمخاطر كبيرة. بمجرد حدوث هبوط حاد يؤدي إلى التصفية (liquidation)، سيتم التعامل مع الـ Vault بالكامل بشكل مترابط. قواعد المنصة هي: أولًا يتم خصم الديون، ثم تُحوَّل الأصول المتبقية إلى WBTC وتُعاد إلى العنوان. بمعنى أننا نُرهِن BTC الأصلي، وفي النهاية غالبًا سيتم تحويلها إلى عملة مغلّفة (wrapped)، كما سيتم تحريك جزء كبير من المراكز مرة واحدة، فتتضاعف مخاطر الخسارة إلى أقصى حد.
بعد ذلك قمت بتقسيم الأمر إلى عدة Vaults أصغر. حتى إذا حدثت تصفية، فإن النظام سيتصرف في الجزء المقابل فقط من المركز، ويمكن الحفاظ على معظم BTC. هذه تفاصيل حقيقية في إدارة المخاطر. وقبل فتح أي صفقة، أنا بالتحديد أتنبأ أسوأ سيناريو محتمَل، وأحسب بدقة مقدار الخسارة ونوع الأصول التي سيتم إرجاعها. بصراحة أتمنى أن يشرح فريق المنتج مخاطر التصفية بوضوح كامل، لا أن يكتفي بعرض أعلى حد للاقتراض فقط.
أما بخصوص الحوكمة $BABY ، فأنا أظل عقلانيًا. آلية وزن التصويت لديها “ليست سيئة” نسبيًا؛ فالمستخدمون الذين يضعون BTC كضمان لديهم تصويت مُرجّح، ولن يتم احتكار التأثير بالكامل من قِبَل الكبار. لكن معدل المشاركة منخفض جدًا إجمالًا، وتصويت المستخدم العادي ليس له تأثير يذكر. لذلك عادةً عندما أحصل على التوكن، أبيع أغلبه وأحتفظ بجزء صغير فقط للمراقبة.
لكن التقنية الأساسية لديها قوية فعلًا، وهذا هو جوهر ما يجعلني ما زلت متفائلًا بها. نظام التحقق هذا يدعم تطبيق BTC DeFi على أرض الواقع، ومع ذلك ما يزال المشروع في مرحلة مبكرة حاليًا. على المدى الطويل، اتجاه Babylon لا مشكلة فيه، وسأستمر في التطبيق والمتابعة عمليًا. @BabylonLabs_io #baby
كنتُ متحفظًا على الـDeFi الخاص بالبيتكوين طوال الوقت. لم يكن الأمر انعدام اهتمام، لكنني كنتُ حقًا خائفًا بعد الأخبار المتكررة عن الانفجارات: في كل مرة تقريبًا يتم اختراق جسر عبر السلاسل، أو تسريب مفاتيح خاصة، وفي لمح البصر تتحول BTC التي كافحتُ طويلًا لتجميعها إلى أصول في جيب شخص آخر. إذا أردتُ إقراض BTC وكسب عائد عليها، كان عليّ أولًا أن أكون مستعدًا لقبول المخاطرة: الرهان أن فريق المشروع لا يؤذي، وأن العقد لا يتواطأ، وأن الكود لا يحتوي أبوابًا خلفية.
لكنني مؤخرًا درستُ خطة @BabylonLabs_io الخاصة بـTBV، فوجدتُ أن الطريق ليس كما اعتدتُ. لم تُنشئ سلسلة جديدة، ولم تُنشئ مجموعة من المدققين، بل عادت بأمان إلى UTXO والسيناريوهات (Taproot) الخاصة بالبيتكوين نفسها. من خلال أقفال شرطية، تم تثبيت الأموال داخل وحدات حالة مستقلة؛ وهذا يعادل بناء خزانة تأمين مستقلة للـBTC، مع عزلها جسديًا عن الأصول الأخرى. حتى لو ظهرت ثغرات في طبقات التطبيقات الخارجية، فلن يتمكن المهاجمون من الوصول إلى رأس المال المحبوس في الشبكة الرئيسية. تبقى السيطرة في يدي دائمًا، دون الحاجة إلى تسليمها لأي طرف ثالث ليؤكد لك كل شيء على صدقة.
وعند النظر مؤخرًا إلى شبكة الاختبار للتعاون بين TBV وAave v4، اتضح توزيع الأدوار بشكل شديد الوضوح: Babylon مسؤول فقط عن تقييد الخزنة والتحقق من الحالة، بينما Aave يركز على منطق التمويل مثل أسعار الإقراض. مفاتيحي الخاصة تحتفظ بها طوال الوقت، والـBTC لم تغادر شبكة البيتكوين من الأساس. مثل أقسام التصوير الطبي التي تُخرج التقارير، والأقسام السريرية التي تكتب الوصفات: كل واحد له جزءه، وإذا حدث خطأ يمكن العثور سريعًا على المسؤول، دون تبادل الاتهامات.
هذا النوع من البنية المزدوجة يفصل تمامًا قاعدة الأمان عن الابتكار المالي. في الأسفل تأمين الأصول، وفي الأعلى التركيز على المنتج دون القلق الدائم من أن تغيير بروتوكول أساسي قد يسبب مشاكل. بالطبع هناك ثمن: في الوقت الحالي يمكن لكل Vault ربط تطبيق واحد فقط، والسيولة ليست مرنة جدًا، لكنني أعتقد أن الأمر يستحق لأن المخاطر لا تنتقل عبر البروتوكولات.
بصراحة، كان أمام BTC سابقًا طريقان فقط لكسب عائد: إما البحث عن وصي والتعلق براحة البال على حساب “ضمير” الإيداع، أو الاحتفاظ بها وعدم التفويت على الفرص. الآن Babylon أعطتني خيارًا ثالثًا: الالتزام بقواعد التشفير وعدم الدخول في الصناديق السوداء. رغم أننا ما زلنا في مرحلة الشبكات التجريبية، إلا أن ذلك يجعل شخصًا عنيدًا مثلي يبدأ أخيرًا في التفكير بجدية في إخراج BTC ليقوم بحركة ونشاط. $BABY #baby
لقد راجعتُ مؤخراً تفاصيل مشروع @BabylonLabs_io بجدية، ووجدتُ أن تفسير أغلب الناس له سطحي جداً. كثيرون ينظرون إليه مباشرةً على أنه استثمار BTC مربح بلا تفكير وكسب مضمون—بعبارة أدق، هو أشبه بـ«نسخة العملات الرقمية من حسابات توفير/مكافآت» (余额宝). لكن بصراحة، هذا فهم خاطئ تماماً للمنطق الأساسي للمشروع. النقطة التي تجعله قوياً فعلاً هي «الرهان/التخزين الأصلي لـ BTC» (native BTC staking). ببساطة: لا تحتاج BTC إلى عبور سلاسل (cross-chain) ولا إلى تغليف/استبدال لتصبح أصولاً أخرى؛ الأصول تبقى طوال الوقت داخل شبكة البيتكوين الأصلية، وكل ما يحدث هو تفويض صلاحية التصويت إلى عقد تحقق (validator) معين. وبالمقارنة مع أنماط الحفظ/الاستضافة والتخزين التي تُطرح في السوق، هذا النموذج يمنح إحساساً أعلى بالأمان؛ لأن السيطرة على الأصول تبقى بيدك طوال الوقت، وهذه نقطة موثوقة بالفعل. لكن يجب أن أقول الحقيقة: الرهان الأصلي لا يعني «صفر مخاطر وصفر حيل». بعد الاطلاع على التفاصيل الرسمية، تبين أن تفعيل الرهان يتطلب انتظار تأكيد 30 بلوك، وفترة الرهان الثابتة تقريباً 15 شهراً. صحيح أنه يدعم فك الربط مسبقاً (early unbonding)، لكن لا يمكن إلا الخروج الكامل دفعة واحدة؛ ولا يمكن السحب/الاسترداد جزئياً. والأهم: إذا قام العقد المختار بسلوك خبيث عبر التوقيع المزدوج (double signing)، فقد تُفرض غرامات على BTC الخاص بك المُرهَن. نظام العقوبات هذا هو في الوقت نفسه «حاجز أمان» له، لكنه أيضاً يعني أننا يجب أن نتحمل هذا النوع من المخاطر. عوائد المشروع هي $BABY توكن، لكن العائد الحقيقي ليس ثابتاً كما يظهر في الصفحة على شكل نسبة سنوية محددة. عمولات العقد، إجمالي كمية الرهن، وتذبذب سعر التوكن كلها ستؤثر بشكل كبير على العائد—فلا تعاملَه كاستثمار دوري سهل مثل الودائع الجارية ثم اندفع بلا حساب. وبالتعمق أكثر، اكتشفتُ أن Babylon لا تريد فقط زيادة الأرباح، بل تهدف إلى تفعيل القيمة الأمنية الهائلة للبيتكوين (على نطاق تريليوني) لتكون أساس أمان لسلاسل بلوكشين أخرى. لدى الفريق خلفية في تشفير/كريبتوغرافيا من ستانفورد، كما حصل على تمويلات كبيرة، والتعاون مع النظام البيئي أيضاً يبدو قوياً. في رأيي، هذه مجموعة من العقود الأمنية المدمجة معها إدارة مخاطر (risk control)، وليست مجرد أداة استثمار بسيطة. لمن يفكر في المشاركة: لا تكتفِ بالنظر إلى العوائد، بل راقب بيانات العقد وتوقيت فك الربط وغيرها من التفاصيل؛ والانتظار بشكل عقلاني أفضل بكثير من الاندفاع وراء الموضة. #baby $BABY
على مرّ هذه السنوات في الدائرة، رأيت الكثير من “الألعاب” التي ترتدي حُلّة اللامركزية كذريعة. أُخترقت جسور عبر السلاسل، وتعطلت الوِكالة/الحفظ لـwBTC، وجفّت سيولة renBTC… في كل مرة يقولون: هذه المرة مختلفة. لكن عندما تُرفع الفأس فوق الرقاب، يركضون أسرع من أي أحد.
أما TBV الخاص بـ@BabylonLabs_io ، فهذه أول مرة أشعر فيها ربما يوجد من سلك الطريق الصحيح فعلًا. أبرز ما فيه أنه يجعل BTC لا يحتاج أصلًا إلى نقلٍ من مكانه؛ بل يمكن استخدامه مباشرةً كضمانٍ برمجي لسلسلة خارجية. ليس “عبر السلسلة”، وليس “قفلًا مقابل سندات”، بل عبر BitVM3 يتم تضمين منطق التحقق داخل دفتر حسابات البيتكوين، وتُستخدم البراهين الصفرية لإثبات هذه العملة فعليًا أنها مقفلة للسلسلة الخارجية. تبقى الأصول هي UTXO الأصلية لـBTC؛ وداخل كل Vault يوجد عزل مستقل، ويتم قفل الحالة مباشرةً باستخدام سكربتات Taproot. في النهاية، الثقة—استُبدلت إلى حد كبير بالرياضيات.
لكن مقارنةً بنظام الإيداع/التحصيص الخاص به، فإن منطق TBV أكثر انسجامًا مع ذوقي. يشبه التحصيص “ترتيب تأمين” لضمان الأمان، بينما يبقى BTC في الشبكة الرئيسية ليقدم الأمان لسلاسل أخرى. أما TBV فيشبه تركيب “خزنة تأمين مشروطة” لـBTC؛ ويمكن لـDeFi الخارجي أن يكتشف حالة القفل هذه باعتبارها ضمانًا لاقتراض عملات مستقرة. نظريًا، في المستقبل قد تُستخدم نفس BTC: من جهة في التحصيص، ومن جهة أخرى في إطلاق السيولة، لترتفع كفاءة رأس المال إلى أقصى حد. لكن الجهة الرسمية تقول أيضًا إن TBV ما زال حاليًا قيد الاختبار على شبكة الاختبار، ولم يتم ربطه بعد مع نظام التحصيص، لذا فإن تداخل أساليب اللعب هو أمر سيأتي لاحقًا.
وبالطبع لا بد من سكب ماء بارد. حتى لو كانت التشفيريات قوية، فعند تشغيل التصفية يجب أن تمر عبر مُرتّب/Sorter تابع للسلسلة الخارجية. في ظل ظروف شديدة التطرف، حتى بعد أن يتم توليد البراهين، وإذا تعلّق الـSorter لثوانٍ، فقد يكون السعر قد اخترق حد التصفية و”تجاوز الحجز” قبل ذلك. الرياضيات لم تخدعك، لكن الوقت قد ينقلب عليك. لذلك حاليًا ما تعبت إلا بشراء قليل من “الأنصبة الصغيرة” كـبطاقة تجربة، لتمرير الآلية أولًا ثم الحكم. BABY مرتبط بالحَوْكمة وحوافز النظام البيئي؛ وإن استطاع TBV أن يُطرح فعليًا، فربما تكون خطوة لتسييل/تمويل BTC دون الالتفاف حول المنعطفات. #baby $BABY
بصراحة، كنت أعتقد سابقًا أن البيتكوين، عدا الاستلقاء والانتظار حتى ترتفع الأسعار، ما في شي تاني مهم تقدر تسويه. لكن خلال هذه الفترة بعدما درست الموضوع، @BabylonLabs_io ، تغيّر رأيي فعلًا.
طريقة لعبها جادة جدًا. ما في حاجة لتحريك العملة من مكانها، ولا عبور جسور عبر سلاسل، ولا لفّها داخل أي رموز عبثية. مباشرة داخل عنوانك الخاص، عن طريق سكربت قفل زمني (Taproot) تقوم بحبس BTC، ثم تتحقق من أمان سلسلة PoS، وبعدها تحصل على العوائد. هذا الشي يناسب جدًا لاعبي المخضرمين من أمثالي اللي عندهم وعي عالي بالأمان.
وبخصوص توكن $BABY ، فهمت عنه شوية: إجمالي الكمية 10 مليارات، ومعدل التضخم حاليًا حوالي 5.5%، والهدف الأساسي هو تقديم مكافآت للمُراهنين/المُرهّنين. لديهم نموذج “الـ double staking” (رهن مزدوج): تقوم برهن BTC مباشرة لتحصل على BABY، وبعدها إذا رَهنت BABY أيضًا تقدر تكسب أكثر. حاليًا، الكمية المحبوسة من BTC وصلت إلى مستوى “عدة عشرات آلاف” من القطع تقريبًا، وفي مسار BTCFi تُعتبر من اللاعبين المتقدمين.
بالإضافة إلى ذلك، الجهة المطوّرة مهتمة جدًا بالمجتمع الناطق بالصينية، وقد خصصت حوض تحفيز قدره 119.5 ألف BABY. هذه الجدية صراحة أنا أخذت “نصيبي” منها.
لكن مع ذلك، خلّيني أقولها بوضوح: لازم الحيّة تبقى صاحي. ارتفاع TVL لا يعني أن السعر سيصعد. حاليًا عائد رهن BTC سنويًا منخفض في خانة رقم واحد تقريبًا، ورهن BABY أعلى قليلًا. المرحلة القادمة تعتمد على تطور النظام البيئي وتكامل المزيد من السلاسل العامة (public chains). “البتقاد/الدريم” مؤخرًا ظل يهتز حول 60 ألف، ومع اقتراب فك القفل سيكون التقلب بالتأكيد غير بسيط.
لذلك نصيحتي: إذا كان لديك BTC غير مستخدم فعليًا وتريد كسب عوائد بأمان، فجرّب بكمية صغيرة أولًا. وإذا تريد اللعب بأكثر “مغامرة/تفصيل” فانتظر حتى ينضج TBV أكثر. لا تعمل كل شيء مرة واحدة (لا تِسْلُك كُلّ رأس مال)، واضبط حجم المركز.
وأخيرًا، كلمة صريحة: تحويل البيتكوين من مجرد سبائك ذهب إلى “أصل إنتاجي” يولّد عوائد… أنا مؤمن بهذه الفكرة. لكن ليس هناك استعجال—نمشي خطوة خطوة. (هذا المقال هو لمهمة على المنصة، وليس نصيحة استثمارية.) #baby $BABY
تفكيك كود Newton لمدة ثلاثة أيام—لنتحدث عن أين يتفوق Two-Digest على التوقيع المجمّع العادي
بصراحة، خلال هذه الأيام تفككت كود Newton مرارًا وتكرارًا، أكثر فأكثر أشعر أنه مثير للاهتمام فعلًا. نحن نكتب كودًا، ونتضايق عادةً من ذلك النوع من الأوراق البيضاء التي يبالغ أصحابها في الكلام بشكل مبهر، ثم تكتشف أن العقود كلها حلول إدارة أصول بمفاتيح متعددة التوقيع. لكن بنية Newton الهجينة من TEE + ZKP، بصراحة ليست من النوع الذي يحاول التلاعب. إنها تقدم فكرة لوضع قيود على وكلاء الذكاء الاصطناعي؛ وباختصار، هي عزل القرارات عبر العتاد بشكل صارم، ثم استخدام التشفير لإثبات الأمور بحيث لا يمكن لأحد أن يعبث. هذا أكثر موثوقية بكثير من مجرد الاعتماد على حسن نية جهة المشروع. أكثر شيء أود التحدث عنه هو نظام Two-Digest الخاص بها؛ هذا التصميم يفهم فعلًا آلام البلوكشين. الجميع يستخدم التوقيعات المجمعة BLS، لكن Newton تفككها إلى مسارين: Consensus Digest يكون في الواجهة الأمامية؛ إذ يقوم بتشغيل جزء منطق يجمع تواقيع مجموعة من مزوّدي التشغيل في إثبات صغير، فتكون عملية التحقق على السلسلة سريعة جدًا، وهذا يناسب تمامًا سيناريوهات التداول عالي التردد. أما Full Digest فيبقى في الخلفية للمراقبة؛ ويتم الاحتفاظ بـ attestation لكل مزوّد كما هي. إذا حدث أي شيء، يمكن الرجوع وسحب الأدلة القديمة بسهولة. في السابق، مع التوقيعات المجمعة المعتادة، إذا وقع خلل كانت المسؤولية تختلط وتتلاشى ولا يمكن تفكيكها. الآن من يوقّع ماذا وهل القواعد صحيحة، كل شيء موثق بوضوح على السلسلة. وإذا كان هناك slashing فعلًا، فهناك أساس. المؤسسات الكبيرة تحب هذا النوع؛ فهي لا تريد أن يكون كل شيء “غالبًا” بلا مشاكل فقط، بل تريد، في حال حدوث مشكلة، أن تكون لديها أدلة قابلة للمساءلة والتتبّع.
في الآونة الأخيرة اشتعلت سخونة أفكار AVS، ولم أستطع إلا أن أتتبع أيضًا مدونة نيوتن التقنية وأتصفحها قليلاً. بصراحة، ما يروّج له يبدو مثيرًا للإعجاب إلى حد كبير؛ مثل روّاد تقييم العقدة الموزعة المسبقين… لكن في مرحلة البيتا لا توجد سوى بضع عقد للتحقق، وشعور “تجمع المعارف في مجموعات” قوي جدًا.
ومع ذلك، بعيدًا عن شعارات اللا مركزية، توجد فعلاً أشياء ذات قيمة من منظور هندسي. لم يَحاولوا إجبار النظام على إطار عمل EVM العام؛ بل قاموا بإعداده باستخدام WASM، وأضافوا قواعد Rego كإضافة امتثال. أما البنود المعقدة في الأعمال عبر الحدود، فقد حولوها مباشرةً إلى وحدات قابلة للتركيب. كما أن عتبة تعلم المطورين منخفضة نسبيًا. تُنفَّذ الاستراتيجيات داخل بيئة اختبار (sandbox)، بينما لا تُجمَع على السلسلة سوى شهادات BLS الموقعة التي تجمع عبر عدة عقد—وكأن الثقة لم تعد “نظيفة تمامًا” بل أصبحت شيئًا يوافق عليه الجميع. هذا حل واقعي وسط.
الخصوصية هي الجانب الذي جعلني أتوقف وأتمعن أكثر. شهادة واحدة تُستخدم في كل الشبكات تبدو مريحة، لكن في سيناريوهات المؤسسات—أليس هذا يعني تسليم المفتاح الرئيسي؟ أضاف نيوتن طبقة فرملة: يقوم AAD بربط النص المشفر بالـ policy_client وchain_id المحددين؛ فإذا تغيّرت التطبيقات أو السلاسل يصبح غير صالح. ثم يتكامل ذلك مع ربط الـ intent لمنع تأخير/إعادة ترخيص غير مقصودة. توجد احتكاكات بالطبع، لكن بالنسبة لإعادة استخدام البيانات بشكل عادي، ولحالات مثل RWA الحساسة أو أسواق العملات المستقرة، يلزم تأكيد جديد.
بالنسبة للمتداولين، الأمر ليس مجرد النقر مرتين على زر تأكيد. عليهم أن يوازنوا هل يستحق الأمر دفع المال مرارًا مقابل تفويضات ذات حدود واضحة لمعاملات عالية القيمة. قد تهرب بعض الصفقات الصغيرة لأنها قد تعتبرها مزعجة، لكن بالنسبة للمؤسسات وقطاع RWA فإن ذلك قد يكون أمرًا جيدًا.
بالطبع لدي أيضًا مخاوف: سابقًا كنت أشغّل وكيلًا على السلسلة، وحدثت لي قريبًا كارثة بسبب ترقية ثابت (firmware) من مزوّد الخدمة. لذلك أُبقي دائمًا نظرة حذرة على المشاريع التي تعتمد بشكل مبكر على TEE محدد. ما دام المتحققون قليلين، فلن أجرؤ على إعادة حساب المنطق حتى نرى القدرة على التحويل إلى TEE من مزودين متعددين، أو وصول العقد المجتمعية إلى الأغلبية.
إجمالاً، $NEWT اختارت ممرًا ضيقًا بين الخصوصية والامتثال. لا تسعى إلى تجربة سلسة “تُخضع كل شيء”، بل تجعل المستخدمين مستعدين للمضي، والمحامين قادرين على الموافقة. وفي ظل السوق الحالية، إنها مسار عملي جدًا. @NewtonProtocol #Newt