ANiii_阿尼

يستعدّ الغروب لبناء مستقبل يمكن فيه للأصول المالية أن تكون خاصة ومتوافقة.

من خلال XSC والعقود الذكية السرّية، يستكشف الغروب كيف يمكن للتمويل المُنظَّم أن يتحرّك على السلسلة دون تعريض كل شيء علنًا.

لذلك أنا أتابع $DUSK . #dusk
$ACE
$AKE

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

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

وهنا تصبح مقاربة Dusk مثيرة للاهتمام.

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

بالنسبة للأسواق الخاضعة للتنظيم، فإن هذا الفرق بالغ الأهمية.

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

إنها رؤية مختلفة جدًا عن مجرد جعل المعاملات «خاصة».

تستكشف Dusk نموذجًا يمكن فيه أن يظل بلوكتشين قابِلًا للتحقق بينما تبقى المعلومات المالية على درجة مناسبة من السرية.

ومع انتقال المزيد من الأصول التقليدية إلى السلسلة، أعتقد أن هذا التوازن قد يصبح أحد أهم أسئلة البنية التحتية في عالم العملات المشفرة.

الشفافية حيثما تكون عملية التحقق مهمة. الخصوصية حيثما تكون السرية مهمة.

هذه هي أطروحة Dusk التي أتابعها.

#dusk @Dusk $DUSK
$AKE
$VELVET

ابتكار ديـسـك الحقيقي ليس الخصوصية فحسب.

بل هو محاولة جعل الخصوصية متوافقة مع التنظيم.

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

هنا تصبح شبكة Dusk مثيرة للاهتمام.

يجمع تصميمها المعماري بين تقنية المعرفة الصفرية (zero-knowledge) وبنية تحتية مخصصة للأصول المالية الخاضعة للرقابة والأصول الواقعية المُمَثَّلة عبر الرموز (tokenized). بدلًا من وضع كل التفاصيل في نطاقٍ عام، فإن الهدف هو تمكين المشاركين من إثبات ما يلزم فقط مع الحفاظ على المعلومات الحساسة محمية.

قد تكون هذه النقطة مهمة بشكل خاص للأوراق المالية المُرمّزة، والصناديق، والسندات، وغيرها من الأصول المؤسسية التي تنتقل على السلسلة (on-chain).

بالنسبة لي، هذه هي القصة الأكبر $DUSK story.

السؤال ليس ما إذا كان البلوك تشين يمكنه جعل التمويل شفافًا.

فهو قادر على ذلك بالفعل.

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

وهذه هي المشكلة التي يحاول Dusk حلّها.
@Dusk $DUSK #dusk

الجزء من TBV الذي ظللت أفكر فيه لم يكن تدفق الإيداع.

بل كانت اللحظة التي يريد فيها شخص ما استعادة عملاته BTC.

هنا تظهر البنية التحتية ما الذي تعتبره فعليًا نظامًا “لا يتطلب الثقة”. عادةً يساعد مزوّد الـ Vault في تنفيذ الاسترداد، لكن TBV يتضمن أيضًا مسار استرداد ذاتي للمودِع في حال تعذّر توفّر المزوّد أو رفضه التعاون.

ترتبط هذه التفاصيل بخيار تصميم آخر: عملية الاسترداد تُدخل وقتًا عمدًا عبر فترة تحدّي قبل إطلاق الـ BTC.

هاتان القطعتان معًا تخلقان مفاضلة مثيرة للاهتمام.

لا يحاول TBV جعل استرداد البيتكوين يبدو كمعاملة DeFi فورية. بدلًا من ذلك، يفصل بين الراحة والتحكّم.

يمكن للمزوّد أن يجعل الخروج المعتاد أسهل، لكن من المفترض ألا يعتمد المودِع بشكل دائم على ذلك المزوّد لاستعادة الـ BTC الأساسية.

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

لذا قد تكون مبادئ التصميم الأعمق كما يلي:

يصبح النظام أكثر “لا يتطلب الثقة” عندما يؤدي فشل أحد المشاركين إلى تغيير العملية، لا نتيجة ملكية الأصول.

وهذا تعريف أكثر إثارة للـ “لا يتطلب الثقة” من مجرد إزالة الوسطاء.

@BabylonLabs_io $BABY #baby

كنت أقرأ عبر تدفق الاسترداد في Babylon TBV، وتفصيلة واحدة جعلتني أتوقف: إدخال BTC إلى التمويل اللامركزي قد يكون الجزء السهل. أما إخراجها مرة أخرى، فهنا تصبح البنية المعمارية مثيرة للاهتمام.
لا يعني طلب السحب ببساطة “أرسل لي عملات البيتكوين الخاصة بي مرة أخرى”. فهذه العملية تربط حالة الجانب الإيثريوم بحالة الاسترداد على جانب البيتكوين، مع استخدام إنشاء BABE في Babylon لتأسيس الحالة ذات الصلة قبل إطلاق الـ BTC. كما توجد فترة تحدٍّ، ما يعني أن النظام يقدّم وقتًا بشكل مقصود بين طلب الاسترداد والإطلاق النهائي للبيتكوين.
ثم وجدت الجزء الذي أعتقد أنه الأهم.
عادةً ما يساعد مزوّد الـVault في تنفيذ المطالبة، لكن TBV يوفّر أيضًا مسار مطالبة ذاتية للمودع إذا أصبح المزوّد غير متاح أو لم يتعاون.
هذا يغيّر طريقة تفكيري بشأن الثقة في بيتكوين DeFi دون وسطاء.
الهدف ليس بالضرورة هو السحب الفوري. فالهدف الأعمق هو تقليل عدد الأطراف التي يلزم تعاونها من أجل خروجٍ مشروع.
لذا يبدو أن TBV يقوم بتبادل مقصود: تقليل الإلحاح مقابل مسار خروج أكثر وضوحًا مع تبعيات تشغيلية أقل.
وهذا تعريف مختلف تمامًا لكفاءة رأس المال.
عندما يصبح البيتكوين ضمانًا في DeFi، هل يجب قياس أكثر مخارجه أمانًا بالثواني—أم بمدى القليل من الثقة التي يتطلبها؟
@BabylonLabs_io $BABY #baby

أدى بي مقال واحد في توثيق TBV إلى التوقف لأنّه غيّر طريقة تفكيري بشأن ضمانات البيتكوين.

كنت أتوقع أن يكون الجزء المثير للاهتمام هو كيفية دخول BTC إلى مركز في DeFi. لكن اتضح أن السؤال الأهم هو ماذا يحدث عندما يحتاج هذا المركز إلى الإغلاق/الفك (unwind).

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

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

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

وذلك يهم أكثر مما يبدو في البداية.

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

بل على ما إذا كان بإمكانك ما زال شرح بشكل دقيق من—أو ما—الذي يمكنه نقلها غدًا.

@BabylonLabs_io $BABY #baby

كنت أقرأ ورقة «Trustless Bitcoin Vaults» عندما كانت هناك إحدى خيارات التصميم تجذب انتباهي بعيدًا عن أي شيء آخر. لم يكن الأمر متعلقًا بكيفية قفل البيتكوين. بل كان متعلقًا بــسبب ارتياح البروتوكول إلى جعل المستخدمين ينتظرون.
تتنافس معظم بروتوكولات البلوك تشين لتقليل زمن التسوية. تبدو «Trustless Bitcoin Vaults» كأنها تقدم مفاضلة مختلفة.
يبقى كل خزنَة مستقلة بشروطها الخاصة لإنفاق البيتكوين، بينما تتضمن عمليات السحب تأخيرًا قبل أن تصبح نهائية. عند النظر إلى هذه الاختيارات معًا، يبدو أنها تعالج جزأين مختلفين من مشكلة أمن واحدة. تحدُّ عزلة الخزنَة من مدى انتشار فشل واحد، بينما يضيف تأخير السحب وقتًا قبل إنفاق البيتكوين بشكلٍ دائم.
ما أثار اهتمامي لم يكن أي ميزة منهما على حدة. بل كان في كيفية تعاضدهما. واحدة تقلل من التأثير المحتمل للفشل. والأخرى تعزز قدرة البروتوكول على الاستجابة قبل أن يصبح ذلك الفشل غير قابل للعكس.
كلما درستُ المعمارية، ازداد شعوري بأن TBV لم يكن يُحسّن لتحقيق أسرع سرعة أو أعلى كفاءة في رأس المال. بل كان يُحسّن لتحقيق مخاطر متوقعة مع الحفاظ على افتراضات الثقة في البيتكوين.
ربما ليست أكبر ابتكارات تتمثل في جعل البيتكوين يتحرك أسرع عبر DeFi.
ربما هي التأكد من بقاء البيتكوين جديرًا بالثقة بعد أن يصبح رصيدًا/ضمانًا في DeFi.
@BabylonLabs_io $BABY #baby

$BABY #baby
😍

قضيتُ عشرين دقيقة أتأمل مخططًا واحدًا في ورقة «صناديق البيتكوين غير القابلة للثقة». لم تكن النقطة المثيرة للاهتمام هي كيفية قفل البيتكوين. بل كان السبب في أن كل صندوق يبقى منفصلًا بالكامل.

يبدو ذلك أقل كونه خيارًا هندسيًا وأكثر كونه فلسفة أمنية.

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

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

هذا لا يهدف إلى تعظيم إعادة استخدام الضمانات. بل يهدف إلى تعظيم الثقة بأن كل صندوق يعتمد على افتراضات أمنية مستقلة بذاته.

ربما لا تكمن أكبر ابتكارات في إيجاد طرق أكثر لاستخدام البيتكوين كضمان.

ربما يكمن الابتكار في التأكد من أن أن تصبح ضمانًا لا يغيّر أبدًا ما جعل البيتكوين جديرًا بالثقة من الأساس.
@BabylonLabs_io #baby $BABY

يعتقد معظم الناس أن البيتكوين يصبح مفيدًا بمجرد أن يبدأ بتوليد عوائد.
لكنني أظن أن شيئًا أهم يجب أن يحدث أولًا.
يحتاج البيتكوين إلى ضمانات بأن دوره كضمان لا يتغير دون موافقة المالك.
كانت هذه الفكرة هي التي لفتت انتباهي أثناء قراءتي عن خزائن البيتكوين “اللامركزية دون ثقة”.
تدور الكثير من مناقشات التمويل اللامركزي للبيتكوين حول الاقتراض والإقراض والكسب. لكن لا أهمية لأيٍّ منها إذا لم يكن بإمكانك التحقق من كيفية التعامل مع ضمانك بعد إيداعه.
تعالج خزائن البيتكوين “اللامركزية دون ثقة” المشكلة بطريقة مختلفة.
بدلًا من طلب من المستخدمين الوثوق بأن بيتكوينهم لن يُعاد استخدامه، تم تصميم بنية الخزينة بحيث يبقى كل إيداع مرتبطًا بنفس الوضعية المحددة التي أُنشئ من أجلها. وهذا يحوّل التركيز من الوعود التي يقدّمها الوسطاء إلى القواعد التي يفرضها البروتوكول.
بالنسبة لي، هذا هو الابتكار الأكبر.
ليس الهدف هو جعل البيتكوين أكثر إنتاجية فحسب.
بل جعل البيتكوين منتِجًا دون إضعاف الضمانات التي جعلت الناس يثقون به منذ البداية.
إذا كان التمويل المدعوم بالبيتكوين سيتوسع، فأعتقد أن ضمانات أفضل قد تكون أكثر أهمية حتى من العوائد الأعلى.
ما رأيك: ما الذي سَيهم أكثر على المدى الطويل—عوائد أعلى أم ضمانات أقوى؟
@BabylonLabs_io #baby $BABY

توقعت أن يكون بيتكوين أكبر تحدٍ للتوسع في بابيلون.

كلما قرأت أكثر عن «خزائن بيتكوين غير خاضعة للثقة»، ازداد اقتناعي بأن المشكلة الأصعب ليست التشفير. إنها التنسيق.

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

لكن التكنولوجيا وحدها لا تجعل الأمان المدعوم ببيتكوين متاحًا.

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

هذا ما غيّر طريقة تفكيري تجاه بابيلون.

الأمر لا يتعلق فقط ببناء طريقة جديدة لاستخدام بيتكوين. بل يتعلق ببناء العملية التي تسمح بتوسّع الأمان المدعوم ببيتكوين دون التخلي عن افتراضات الثقة التي تجعل بيتكوين قيّمًا في المقام الأول.

التكنولوجيا تضع الأساس.

والتنسيق يحدد مدى وصول هذا الأساس فعليًا.

وهذا هو الجزء من معمارية بابيلون الذي أعتقد أنه يستحق اهتمامًا أكبر بكثير.
@BabylonLabs_io #baby $BABY

يعتقد معظم الناس أن إعادة الرهن هي مشكلة تخص وول ستريت.
وأظن أنها بهدوء أصبحت أيضًا مشكلة تخص بنية DeFi على البيتكوين.
عندما تودع البيتكوين لدى جهة أمينة للوصول إلى خدمات DeFi، فأنت تثق بأن بيتكوينك يقوم بشيء واحد فقط — وهو دعم مراكزك. ما لا يمكنك التحقق منه هو ما إذا كان ذلك البيتكوين نفسه يُستخدم في مكان آخر في الوقت نفسه.
إعادة الرهن هي عندما تتم إعادة استخدام الضمان الخاص بك كضمان لشخص آخر دون علمك. إنها تضخّم العوائد في الأسواق الهادئة. وتضخّم حالات الفشل في الأسواق المجهدة.
لقد رأيت هذا من قبل وهو يدمر القيمة في عالم العملات المشفرة. أصل كان يفترض أن يجلس بأمان داعمًا لمركز واحد، اتضح أنه كان داعمًا لثلاثة مراكز أخرى. عندما يفشل أحدها، تفشل الثلاثة جميعًا في الوقت نفسه.
ولهذا السبب فإن إحدى ميزات @BabylonLabs_io صناديق البيتكوين غير القابلة للثقة (Trustless) أهم مما يدركه معظم الناس.
كل صندوق معزول بالكامل. لا يمكن تجميع أو خلط البيتكوينات المحبوسة في صناديق مختلفة، ولا يمكن إعادة استخدامها كضمان لأي شيء باستثناء منتج DeFi المحدد الذي عيّنه المالك. لا يستطيع أحد إعادة رهن البيتكوين. تجعل الشفرة الأمر مستحيلًا رياضيًا.
في الوقت الحالي، يؤمّن البروتوكول 56,853 BTC — 5.64 مليار دولار — ضمن هذه البنية.
$BABY powers إدارة الحوكمة والوصول عبر هذا النظام.
ما لا أعرفه بعد هو ما إذا كان ضمان بيتكوين مُفصولًا وغير قابل لإعادة الرهن مقنعًا بما يكفي لجذب رأسمال جاد بعيدًا عن بدائل ذات عائد أعلى ولكن بمخاطر أكبر.
إعادة الرهن تجعل النظام يبدو أقوى مما هو عليه.
إلى أن يحين اللحظة التي يتضح فيها بالضبط مدى ضعفه الحقيقي.
@BabylonLabs_io $BABY #baby

يعتقد معظم الناس أن الجزء الأصعب في بيتكوين ديفاي هو نقل بيتكوين إلى سلسلة أخرى.
الجزء الأصعب هو إبقاؤه صادقًا بمجرد وصوله إلى هناك.
عندما تدعم بيتكوين موقع إقراض، تحتاج سلسلة ديفاي إلى معرفة أمرين في كل لحظة: أن بيتكوين موجودة، وأنها لم تتحرك. يمكن للوصي أن يكذب بشأن كليهما. يمكن استغلال الجسر بين لحظة التوثيق والتسوية. ويمكن لمجموعة المدققين أن تتواطأ خلال النافذة التي تكون فيها النزاهة أغلى ما يمكن.
السؤال التصميمي الذي لا يُطرح بصوت عالٍ بما يكفي ليس كيفية نقل بيتكوين. بل كيفية جعل بيتكوين غير قابل للتحريك إلى أن تتحقق شروط نقلها فعليًا.
تجيب صناديق بيتكوين غير القابلة للثقة عن هذا السؤال من خلال البنية بدلًا من الثقة.
يتم قفل بيتكوين داخل سكربت على سلسلة بيتكوين نفسها — سكربت يقوم المُعَدل (الحامل) بإنشائه، ويحدد بدقة ما هي الشروط التي يجب استيفاؤها قبل أن يمكن لبيتكوين أن تتحرك، ومن يحق له المطالبة بها في كل نتيجة. تقوم العقود الذكية على سلسلة ديفاي بتقييم تلك الشروط. يبقى بيتكوين في الانتظار. وعندما يتحقق شرط — يتم سداد القرض، أو تصفية الموقف، أو انتهاء المدة — يطلق القبو (الـ vault) بيتكوين لمن تحدده الشروط.
لا يقرر وصي. لا وسطاء للجسور. لا تصويت من مجموعة مدققين.
@BabylonLabs_io حاليًا يؤمّن 56,853 BTC — أي ما يقارب 5.64 مليار دولار — ضمن هذا النموذج.
$BABY يَعمل على تشغيل الحوكمة والوصول عبر هذه البنية التحتية.
ما زلت لا أعرف كيفية تعامل هذه البنية مع الحالات الحدّية عندما تتنافس عدة شروط في الوقت نفسه تحت ضغط السوق.
نقل بيتكوين مسألة محلولة.
جعل بيتكوين غير قابل للتحريك حتى يثبت حسن النية — هذه هي الأصعب.
@BabylonLabs_io #baby $BABY

يتعامل معظم الناس مع مخاطر الجسور باعتبارها تكلفة مقبولة لممارسة الأعمال في عالم التمويل اللامركزي (DeFi).
توقفت عن اعتبارها كذلك بعد المرة الثالثة التي شاهدت فيها حدوث ذلك.
النمط دائمًا يمكن تمييزه بأثر رجعي. يقوم الجسر بتجميع حجم كبير من القيمة المقفلة (TVL). يشير باحثون في مجال الأمن إلى مخاطر نظرية. يستجيب الفريق عبر عمليات تدقيق وطمأَنات. ثم تتغير الظروف — ضغوط السوق، أو هجوم منسق، أو حالة هامشية تم تجاهلها — فتتحول المخاطر النظرية إلى خسارة بمبالغ تصل إلى أرقام تسعة، لا يمكن لأحد عكسها.
ما يجعل هذا النمط مُحبطًا بشكل خاص هو أن حالات الفشل تكون معمارية لا عرضية.
كل جسر يتطلب مجموعة موثوقة من المدققين أو الموقّعين أو أمناء الحفظ للتأكد من أن بيتكوين على سلسلة واحدة تتوافق مع تمثيلٍ لها على سلسلة أخرى. تلك المجموعة الموثوقة هي سطح الهجوم. توسيعها أو جعلها أكثر لا مركزية يقلل المخاطر لكنه لا يلغيها. المشكلة الجوهرية — أن شخصًا ما، في مكانٍ ما، يجب أن يكون موثوقًا — تبقى قائمة بغض النظر عن مدى تطور الجسر.
لهذا السبب أجد نهج @BabylonLabs_io مختلفًا معمارياً لا مجرد كونه مُحسّنًا تقنيًا.
لا تُقلّل محافظ بيتكوين غير الخاضعة للثقة من مخاطر الجسور. بل تُزيل الجسر بالكامل. يتم قفل بيتكوين مباشرة على سلسلة بيتكوين داخل محفظة ينشئها الحائز. تقوم العقود الذكية على سلسلة DeFi بالتحكم في الملكية عبر شروط محددة مسبقًا. لا توجد مجموعة مدققين تحمل مفاتيح. لا يمكن اختراق أي مُوقّع. ولا يتخذ أي أمين حفظ قرارات بشأن أصول لا يملكها.
سطح الهجوم الذي ينشئه كل جسر ببساطة لا وجود له.
$BABY powers إدارة الحوكمة وإتاحة البروتوكول عبر هذه البنية التحتية.
ما لا أعرفه بعد هو ما إذا كان التصميم المعماري الخالي من الجسور يفرض قيودًا مختلفة تحد من النطاق العملي لبيتكوين في التمويل اللامركزي.
مخاطر الجسور ليست مشكلة تُحلها جسور أفضل.
إنها مشكلة تختفي عندما تختفي الجسور.
@BabylonLabs_io $BABY #baby

يعتقد معظم الناس أن بيتكوين المُغلّفة والبيتكوين الحقيقي هما الشيء نفسه لكن بتغليف مختلف.
وهذا غير صحيح.
عندما تستخدم wBTC أو cbBTC أو أي نسخة مُغلّفة أخرى، فأنت لا تستخدم بيتكوين. أنت تستخدم وعدًا بأن بيتكوين موجودة في مكان ما، محفوظة لدى شخص ما، وقد وافق على ألا يفعل بها شيئًا لا تريده أن يفعلَه.
وقد تم كسر ذلك الوعد من قبل.
لقد رأيت الأمناء يقومون بتجميد عمليات السحب أثناء ضغوط السوق. كما شاهدت مُصدري الرموز المُغلّفة يواجهون ضغوطًا تنظيمية لا علاقة لها بالبيتكوين الأساسي. وقد لاحظت تداول “بيتكوين صناعي” بخصومات تمامًا في اللحظات التي كنتَ تحتاج فيها إلى السيولة أكثر من غيرها.
الغِلاف أدّى دوره. لكن الوعد لم يُحترم.
ولهذا السبب تتناول @BabylonLabs_io Trustless Bitcoin Vaults المشكلة من اتجاه مختلف تمامًا.
لا تقوم TBV بإصدار تمثيل لبيتكوين. بل تقوم بقفل بيتكوين حقيقي على سلسلة البيتكوين داخل “خزنة” ينشئها الحامل بنفسه. ثم تحدد العقود الذكية على سلسلة DeFi شروط الملكية — وليس أمين حفظ، ولا لجنة، ولا شركة لديها شروط خدمة يمكن تغييرها.
يبقى البيتكوين على سلسلة البيتكوين. وتعمل منطق DeFi في مكان آخر. لا يوجد أصل مُصطنع بينهما.
$BABY يمنح الحوكمة وإتاحة البروتوكول عبر هذه البنية التحتية.
ما زلت لا أعرف ما إذا كان حاملو البيتكوين الذين قبلوا أن يكون الـBTC المُصطنع كافيًا سيطالبون بشيء أفضل قبل أن تُجبر الفشلات المقبلة في الحفظ على إعادة فتح النقاش.
البيتكوين المُغلّف هو وعد مدعومًا بوصيّ/أمين.
Trustless Bitcoin Vaults هو بروتوكول مدعومًا بالشفرة.
وهذا ليس الشيء نفسه.
@BabylonLabs_io #baby $BTC

يعتقد معظم الناس أن المشكلة في بيتكوين داخل التمويل اللامركزي (DeFi) هي مشكلة تقنية.
أرى أنها مشكلة ثقة مُتخفّية على هيئة مشكلة تقنية.
سلسلة بيتكوين ليست قابلة للبرمجة بدرجة كافية لاستضافة التمويل اللامركزي مباشرةً. لذا فإن حاملي بيتكوين الذين يريدون عائداً قد واجهوا دائماً الاختيار نفسه: إمّا أن تَحوِّل BTC إلى سلسلة أخرى عبر وسيط/حافظ (custodian)، أو تبقى خارج المنظومة تماماً.
اختار معظمهم البقاء خارجاً.
هذا الاختيار منطقي. فقد فشلت الجسور مراراً وتكراراً. فحافظو بيتكوين المُغلَّف (Wrapped Bitcoin) يحتفظون بالأصل الحقيقي، ويمكنهم نظرياً أن يفعلوا به ما يريدون. كل مسار للدخول إلى التمويل اللامركزي يتطلب الثقة بجهة لا ينبغي أن تحتاج إلى أن تُصدَّق.
لقد رأيت هذا النمط يتكرر عبر عدة دورات. تُعِد المشاريع ببيتكوين DeFi دون ثقة (Trustless). تُظهر التفاصيل الصغيرة وجود وسيط/حافظ ما في مكان ما داخل السلسلة. يتم إخفاء الثقة، لا إلغاؤها.
ما يجعل @BabylonLabs_io خزائن بيتكوين دون ثقة مختلفة بالنسبة لي هو أنها بنيوية.
بدلاً من إنشاء وسيط جديد، تقوم TBV بإنشاء خزنة ذاتية الحيازة مباشرةً على سلسلة بيتكوين — سكربت بيتكوين يقوم المُحلِك/الحامل بإنشائه بنفسه. ثم تقوم العقود الذكية على سلسلة التمويل اللامركزي بالتحكم في شروط امتلاك الأصول برمجياً. لا طرف ثالث يحتفظ بالمفاتيح. لا الجسر يتحكم في الأصل. لا يغادر بيتكوين سلسلة بيتكوين.
البروتوكول يحتفظ بالفعل بـ 56,853 BTC — ما يقارب 5.64 مليار دولار — داخل خزائن الإتاحة/التثبيت (staking). وهذا تفضيلٌ مُعلن لا تسويق.
$BABY powers تحكم الحوكمة وإتاحة الوصول عبر هذه البنية التحتية.
ما لا أعرفه بعد هو ما إذا كان هذا النموذج يمكن أن يتوسع دون إدخال افتراضات ثقة جديدة على الأطراف.
بقي بيتكوين خارج التمويل اللامركزي لسنوات لأن كل حلّ كان يستبدل مشكلة ثقة واحدة بأخرى.
السؤال المثير الآن هو ما إذا كان هذا الحل لا يفعل ذلك فعلاً.
@BabylonLabs_io $BABY #baby

تحديث جديد 👻😂
#funny
$EVAA
$LAB

كنت أعتقد أن أكبر تحدٍ في التمويل الذاتي هو اتخاذ قرارات أفضل.
لكنني كنت مخطئًا. المشكلة الأصعب هي اتخاذ قرارات متسقة.
إن كان هناك وكيل ذكاء اصطناعي يتخذ قرارات باهرة بنسبة تسعة وتسعين بالمئة من الوقت، لكنه يتخذ قرارات غير متسقة بنسبة واحد بالمئة، فهذا ليس نظامًا موثوقًا. إنه نظام يحتوي على نقاط فشل لا تظهر إلا في الظروف غير المناسبة.
لقد رأيت ذلك في عالم العملات المشفرة. الأنظمة الآلية التي أدّت بشكل مُلفت خلال الظروف العادية أصبحت غير موثوقة تمامًا عندما كانت الموثوقية هي الأهم. ليس لأن الاستراتيجية كانت خاطئة. بل لأن النظام يطبّق قواعده الخاصة بشكل غير متسق عندما تتغير الظروف.
الاتساق أصعب من الذكاء.
وهذا سبب آخر جعل @NewtonProtocol يلفت انتباهي. بدل الاعتماد على وكلاء ذكاء اصطناعي ليُطبّقوا حكمهم الخاص بشكل متسق، يستكشف Newton طبقة سياسات تفرض قواعد محددة بالطريقة نفسها في كل مرة — بغض النظر عن ظروف السوق أو الحالات الاستثنائية.
التفويض إما يسمح بالمعاملة أو لا يسمح. لا استثناءات. لا تناقض.
$NEWT يمنح الأمان الاقتصادي خلف طبقة الإنفاذ المتسقة تلك.
ما زلت لا أعرف إن كان سيُنظر إلى الاتساق على أنه مهم بقدر أهمية الذكاء قبل أن تُجبر لحظة فشل المحادثة على ذلك.
القرارات الباهرة التي تُطبّق بشكل غير متسق ليست أصلًا.
إنها التزام ينتظر الظروف المناسبة كي يُظهر نفسه.
@NewtonProtocol #Newt $NEWT