كنت أعتقد سابقًا أن تجزئة/تسليخ (tokenizing) أحد الأصول المالية يتمحور أساسًا حول وضع ملكيتها على السلسلة (onchain). لكن بعد قراءة وثائق البنية التحتية لسوق Dusk، أرى المشكلة الأصعب بشكل مختلف: يجب أن ينتقل الأصل عبر سير عمل كامل، وليس مجرد معاملة واحدة.
في @Dusk ، يمكن أن تبدأ هذه الرحلة بأن يحدد المُصدر الأصل، وقواعد الأهلية، ومتطلبات دورة الحياة. ومن هناك، يمكن ضمّ المستثمرين عبر بيانات اعتماد مُتحقَّق منها أو ربط المحفظة، بينما تحدد ضوابط التحويل من يمكنه بالفعل امتلاك الأصل أو نقله.
ما أجده أكثر إثارة للاهتمام هو ما يحدث بعد ذلك. يجب أن تنسق عملية التداول مع التسوية، وقد يلزم تسوية “جزء الأصل” (asset leg) جنبًا إلى جنب مع “جزء الدفع” (payment leg). توفر DuskDS أساس التسوية والحسم (finality)، بينما يمكن لـ DuskEVM أو DuskVM دعم منطق التطبيق اعتمادًا على سير العمل.
ثم تستمر دورة الحياة بالخدمة، والتقارير، والإجراءات/العمليات المؤسسية (corporate actions)، والإفصاح الانتقائي.
غيّر ذلك طريقة نظري إلى Dusk. الجزء المثير للاهتمام ليس مجرد نقل أصل مالي إلى بلوكتشين؛ بل محاولة تنسيق سير العمل المحيط بالسوق على بنية تحتية مشتركة.
وضع أصل على السلسلة (onchain) يمكن وصفه بسهولة. أما الخطوة الأصعب فهي الحصول على بنية تحتية لسوق مُنظَّم تتصل فعليًا بقدرات تسوية البلوكشين—وهذا ما جذب انتباهي حول @Dusk .
بحسب ما قرأت، تعمل Dusk مع مؤسسات مرخّصة في الاتحاد الأوروبي، بما في ذلك NPEX، وهي منصة مرخّصة كـ MTF، ومرخّصة كوسيط (Broker) ومقدّم خدمات مقاصة/ECSP، وتخضع لتنظيم هيئة AFM. تخطط NPEX لإدخال ما يزيد عن 300 مليون يورو من الأصول على السلسلة عبر Dusk. أرى أن الأهمية أقل في رقم العنوان وأكثر في البنية التحتية الكامنة وراءه.
الأثر ذو الرتبة الثانية الذي أعتبره مثيرًا للاهتمام هو أن تسوية البلوكشين يمكن أن تصبح متصلة بإطار سوق مُنظَّم قائم بدلًا من العمل بجانبه. إذا نجحت هذه الصلة، سيتحوّل النقاش من «هل يمكن ترميز الأصول؟» إلى «كيف يمكن للعمليات المالية المُنظَّمة أن تصبح أكثر كفاءة بمجرد أن تتم التسوية على السلسلة؟»
$DUSK #dusk @Dusk غيرت Hedger طريقتي في التفكير حول تنفيذ EVM السري. الأمر لا يتعلق فقط بإخفاء البيانات؛ بل يفصل الخصوصية عن التحقق.
يُبقي التشفير المتماثل القيم مشفّرة أثناء إجراء الحسابات. وتتولى الإثباتات عديمة المعرفة مهمة أخرى: إثبات أن الحساب اتُّبع القواعد دون كشف النص الصريح.
لذلك أراه على النحو التالي:
واحدٌ يحمي البيانات. والآخر يتحقق من العمل.
هذا الفرق مهم. HE يستطيع إبقاء القيم غير قابلة للقراءة، لكن هذا لا يثبت بحد ذاته أن النتيجة صحيحة. ZK يمكنه التحقق من الصحة، لكن دون تشفير قد تظل البيانات قابلة للعرض.
لهذا يجعلني Hedger من @Dusk مهتمًا. هاتان الآليتان مكملتان في سير عمل EVM السري.
لكن توجد مفاضلة.
الحوسبة التشفيرية والإثباتات تخلقان حملاً إضافيًا. وبالنسبة للتطبيقات المالية الخاضعة للأنظمة، قد تكون هذه الإضافات مبررة.
السؤال الذي أعود إليه باستمرار هو:
هل يمكن لتنفيذ EVM السري الحفاظ على الخصوصية دون جعل سير العمل مكلفًا للغاية على نطاق واسع؟
ما جذب انتباهي عند الاطلاع على Hedger لم يكن مجرد كلمة “الخصوصية”. بل كانت الفكرة المتمثلة في نقل سير عمل الأصول الخاضعة للتنظيم إلى بيئة EVM دون التعامل مع السرية وقابلية المراجعة كأنهما طرفان متعارضان.
إن قراءتي لنهج @Dusk هي أن Hedger يستخدم التشفير المتماثل إلى جانب إثباتات عدم الإطلاع لدعم سير عمل EVM سري حيث يمكن للأطراف المصرح لها أن تظل قادرة على مراجعة ما يهم. هذا التمييز مهم للتطبيقات المالية الخاضعة للتنظيم: يمكن أن تظل المعلومات الحساسة محمية بينما يحتفظ سير العمل بمسار نحو التحقق.
أعود دائمًا إلى جزء واحد من @Dusk يبدو أنه مهم استراتيجيًا: DuskEVM لا يطلب من المطورين التخلي عن عقلية EVM. ومن خلال منح مطوري Solidity مسارًا مألوفًا للدخول إلى @Dusk ، فإنه يُخفض عائق بناء التطبيقات المالية على شبكة مصممة للأسواق الخاضعة للتنظيم. وما يجعل هذا أكثر إثارة للاهتمام هو Hedger. إذ يشير استخدامه للتشفير المتماثل (homomorphic encryption) وبراهين المعرفة الصفرية إلى سير عمل EVM سريّ حيث لا تعني الخصوصية فقدان القدرة على مراجعة النشاط. وبالنسبة لي، هذه هي القصة الحقيقية وراء $DUSK : الخصوصية القابلة للبرمجة تتحول إلى بنية تحتية، لا إلى ميزة تُضاف لاحقًا. #dusk #USJulyCPI&PPIDueThisWeek #SheinSaidToLaunchHKIPOSubscriptionAroundAug20 $APR $EDEN ما ميزة DuskEVM الأهم بالنسبة للتمويل المعياري (regulatory) على السلسلة؟
بعد قضاء وقت في مقارنة نماذج ضمانات بيتكوين، خلصت إلى أن الفرق الحقيقي ليس محصورًا في «بيتكوين مغلّفة» مقابل «بيتكوين أصلية»—بل في افتراضات الثقة التي يطلب كل تصميم من المستخدمين قبولها. لقد لعبت بيتكوين المغلّفة دورًا مهمًا في توسيع قابلية التشغيل البيني، لكنها غالبًا ما تعتمد على أمناء حفظ أو آليات جسور تصبح جزءًا من نموذج الأمان. تتعامل نهج «خزائن بيتكوين بدون ثقة» (TBV) مع المشكلة بشكل مختلف عبر الاحتفاظ ببيتكوين الأصلية كضمان مع ربطها ببنية الاقتراض. وهذا يغيّر نموذج الحفظ دون إلغاء قابلية التشغيل البيني باعتبارها هدفًا. لا أرى هذا كأن نموذجًا واحدًا سيحل محل الآخر. قد تظل بيتكوين المغلّفة عملية حيثما تكون قابلية التوافق الواسع مع النظام البيئي هي الأهم، بينما تقدم TBV بديلًا للمستخدمين الذين يضعون أولوية لتقليل الثقة في الوسيط. أعادتني قراءة البنية إلى أن قرارات البنية التحتية غالبًا ما تتجاوز الروايات التسويقية لأنها تحدد كيفية توزيع المخاطر. ومع تطور الضمانات من بيتكوين الأصلية، ما المفاضلة التي تعتقد أن المستخدمين سيقدّرونها أكثر بمرور الوقت؟ @BabylonLabs_io $BABY #baby $TUT $BICO #BICO #Epic #zec #lorenzoprotocol
قضيت جزءًا من مساءي أتتبع كيف تتحرك «الصناديق الجانبية للبتكوين بلا ثقة» (TBV) بالبيتكوين الأصلي (BTC) عبر سير الإقراض الخاص بها، بدلًا من الاكتفاء بقراءة أبرز المزايا. ما لفت انتباهي لم يكن معاملة واحدة بعينها، بل كيفية تصميم كل مرحلة للحفاظ على الخصائص الأصلية للبيتكوين.تبدأ الرحلة عندما يتم ترسيب بيتكوين أصلي كضمان والتحقق منه بواسطة البروتوكول. بدلًا من تحويله إلى تمثيل مغلف،
يحافظ TBV على بقاء الضمان مرتبطًا بالبيتكوين بينما يتيح إنشاء مركز اقتراض عبر Aave v4 على شبكة Ethereum. ومن هناك، يبقى الضمان تحت المراقبة المستمرة لضمان بقاء القرض مؤمّنًا بشكل صحيح مع تغيّر ظروف السوق.إذا انخفضت نسبة الضمان كثيرًا، تصبح التصفية جزءًا من دورة العمل بدل أن تكون استثناءً. يقوم البروتوكول بتنسيق التسوية مع الحفاظ على مسار للعودة إلى استرداد البيتكوين الأصلي بدل الاعتماد على أصول مغلفة دائمة.
جعلتني هذه التدفق بالكامل أقدّر لماذا إن تجنب الجسور والجهات الحافظة ليس مجرد تفضيل أمني—@BabylonLabs_io يغيّر جوهريًا طريقة انتقال الضمان عبر النظام. بعد تتبع هذه الدورة من البداية إلى النهاية، وجدت نفسي أتساءل: هل يمكن أن يصبح هذا هو النموذج لإدخال بيتكوين أصلي إلى التمويل اللامركزي دون المساس بما يجعل البيتكوين مميزًا؟ @BabylonLabs_io $BABY #baby
كلما تعمّقت في عالم العملات المشفّرة، ازداد اقتناعي بأن أكبر عائق ليس تقلبات السوق—بل جودة التنفيذ. كل صفقة تواجه احتكاكًا خفيًا عبر الانزلاق السعري، وMEV، والسيولة المجزأة، والتسوية البطيئة، وكل ذلك يقلّص الأداء بهدوء. ولهذا السبب يبرز لي Babylon. إذ يتيح لمالكي بيتكوين تعزيز أمان PoS مع الحفاظ على السيطرة الكاملة على أصولهم، ما يحل مشكلة قائمة منذ سنوات. لكن بنية معمارية مقنعة ليست سوى البداية. فالتبنّي الحقيقي يعتمد على بنية تحتية موثوقة، وسيولة صحية، وتجربة تبدو سلسة يومًا بعد يوم. وعلى المدى الطويل، لن يُقاس نجاح Babylon بالوعود الجريئة، بل بما إذا كان المستخدمون يجدون أنه أصبح أسهل وأكثر كفاءة وأكثر موثوقية من النظم البيئية المنافسة بشكلٍ مستمر.
لسنوات، بدا أن هناك فرضية واحدة لا مفر منها: إذا كنت تريد استخدام البيتكوين في التمويل اللامركزي (DeFi)، كان عليك أولًا تحويلها إلى شيء آخر. فقد وسّعت الأصول المُغلّفة وجسور السلاسل المتقاطعة والحلول الحاضنة نطاق الاستخدام، لكنها أدخلت أيضًا قدرًا إضافيًا من الثقة والتعقيد لم يكن كثير من مستخدمي البيتكوين راغبين فيه.
تقترح صناديق بيتكوين بدون ثقة (Trustless Bitcoin Vaults - TBV) أساسًا مختلفًا. بدلًا من استبدال BTC الأصلية بنسخة مُصطنعة، تستكشف ما إذا كان يمكن للبيتكوين نفسه أن يظل الضمان الأساسي، بينما يحتفظ المستخدمون بالتحكم الذاتي. يقدّم تنفيذها الأول، المبني باستخدام Aave v4، نموذجًا للاقتراض مقابل بيتكوين أصلية دون الاعتماد على وسطاء مركزيين.
بدل الاعتماد على التوثيق فقط، استكشفت الشبكة الاختبارية العامة. المطالبة برموز اختبار، والتفاعل مع الصندوق، واختبار عملية الاقتراض، ومراجعة المعاملات عبر المستكشف، ومشاركة الملاحظات—كل ذلك منحني فهمًا أوضح بكثير لتصميم المنظومة. لقد شعرت التجربة بأنها أقل شبيهًا ببروتوكول إقراض آخر وأكثر كونها تجربة للحفاظ على المبادئ الأساسية للبيتكوين مع توسيع فائدته المالية.
ما زال الأمر في بداياته، وسيعتمد تبنّيه طويل الأمد على الأمان وقابلية الاستخدام والموثوقية المُثبتة. ومع ذلك، أجد الاتجاه مُقنعًا لأنّه يركز على تقليل افتراضات الثقة بدل خلق افتراضات جديدة. إذا كنت مهتمًا بالمرحلة التالية من بنية تحتية للبيتكوين، فإن شبكة TBV الاختبارية تستحق الاستكشاف بنفسك قبل تكوين رأي.
تبدأ معظم محادثات العملات المشفرة بالسعر، لكنني عادةً أهتم أكثر بما إذا كان البروتوكول يحل مشكلة حقيقية. هذا ما جعل بايابلون يبرز بالنسبة لي. إن إبقاء البيتكوين تحت الحيازة الذاتية مع المساهمة في أمان إثبات الحصة (PoS) يبدو كحالة استخدام عملية، بدلًا من سردية أخرى حول بيتكوين مغلف. ومع ذلك، لا تكفي البنية التحتية القوية وحدها. تبدأ أكبر درجات الإحباط عندما يحين وقت التداول. تتسع الانزلاقات عند الدخول، ويستخرج MEV القيمة، وتستجيب الروبوتات بسرعة أكبر من البشر، وتحوّل السيولة المتجزئة الإعداد الجيد إلى تنفيذ أسوأ خلال ثوانٍ. غالبًا ما تكون هذه التكاليف غير المرئية أكثر ضررًا من تنبؤ غير صحيح بسوق. لذلك أنا أراقب منظومة BABY بقدر اهتمامي بالرمز نفسه. إذا أمكن للمطوّرين الجمع بين فائدة البيتكوين وتنفيذٍ فعّال، وسيولة أعمق، وتجربة تداول أكثر سلاسة، يصبح الشبكة أكثر إقناعًا بكثير. تتحقق عملية التبني الحقيقي عندما تعمل التقنية بشكل جيد دون أن تجعل المستخدمين يدفعون تكاليف خفية في كل مرة يتفاعلون فيها.
سبب واحد يجعلني أعود إلى بابل ليس أنني أتوقع حركة سعر سريعة. بل لأن المشروع يسلّط الضوء على سؤال أكبر يتعلق بالعملات المشفرة: هل يمكن للأفكار الرائعة أن تنجح إذا بقي التنفيذ اليومي يبدو غير فعّال؟ إن استمرار بيتكوين بوضعية الحفظ الذاتي مع المساهمة في نظام بيئي أوسع يمثل اتجاهًا مثيرًا للاهتمام، لكن المستخدمين يقيمون المنصات بناءً على ما يحدث فعليًا عندما يتفاعلون معها. يمكن للتكاليف الخفية الناتجة عن الانزلاق (slippage)، وMEV، وسوء التوجيه، والسيولة المجزأة أن تُضعف الثقة تدريجيًا حتى عندما تكون البروتوكولات الأساسية متينة. لهذا السبب أقضي وقتًا أطول في مراقبة كيفية تطور البنية التحتية المحيطة بدلاً من مجرد رد الفعل على التذبذبات اليومية. إذا خفّض النظام البيئي الاحتكاك وجعل المشاركة تبدو سلسة، فقد يكون ذلك مهمًا بقدر أي إنجاز تقني.
الدرس الواحد الذي يواصل التشفير تعليمي إياه هو أن الكفاءة مهمة بقدر أهمية الاتجاه. يمكنك أن تتوقع حركة ما بشكل صحيح ومع ذلك تخسر قيمة لأن التنفيذ يعمل ضدك. السيولة الهزيلة، والـ front-running، واستخراج MEV، والتوجيه غير المتسق كلها مسائل تعمل بهدوء على تقويض كل مركز. هذه المشكلات موجودة عبر الأنظمة البيئية المختلفة، ما يخبرني بأنها مشاكل بنية تحتية وليست مرتبطة بسلسلة بعينها.
وهذا أحد الأسباب التي دفعتني إلى البدء في التعرّف على Babylon. إن القدرة على جعل البيتكوين يعمل دون التنازل عن الحفظ أو الاعتماد على الأصول الملتفة تبدو كتحول ذي معنى. الحفاظ على الأمان الأصلي للبيتكوين مع المساهمة في شبكات إثبات الحصة (Proof-of-Stake) فكرة تستحق الاهتمام.
ومع ذلك، التكنولوجيا وحدها ليست كافية. يعتمد التبنّي المستدام على ما إذا كانت المنظومة المحيطة تصبح أسهل استخدامًا وأكثر سيولة وأكثر موثوقية مع مرور الوقت. يمكن للورقات البيضاء أن تجذب الفضول، لكن الأداء اليومي هو ما يحافظ على اهتمام الناس. سأقيّم Babylon وفق هذا المعيار، لا وفق الإثارة قصيرة الأمد أو سرديات السوق.
$BABY #baby @BabylonLabs_io لقد وجدت دائمًا نهج بابل في مجال الإقراض/الاستيداع (staking) للبيتكوين أكثر إقناعًا من معظم البدائل. إن السماح للـ BTC بالمساهمة في تأمين الشبكة مع البقاء تحت سيطرة المالك يحترم واحدة من أكبر نقاط قوة البيتكوين: الحيازة الذاتية (self-custody).
ومع ذلك، لا يمحو البروتوكول القوي الإحباطات التي يواجهها المستخدمون بمجرد بدء تفاعلهم مع السوق الأوسع.
أكبر عائق بالنسبة لي ليس الـ staking بحد ذاته—بل التنفيذ. كل صفقة تبدو كأنها تفاوض مع تكاليف خفية. تتحرك الأسعار قبل أن تُستكمل الأوامر، وتكون السيولة موزعة عبر منصات متعددة، وغالبًا ما تلتقط الاستراتيجيات الآلية قيمة كان من المفترض أن تعود للتاجر. وحتى عندما تكون مصيبًا بشأن اتجاه السوق، يمكن لسوء التنفيذ أن يُقلّل العوائد بهدوء.
لهذا السبب أراقب بابل بما يتجاوز تقنيتها الأساسية. إن بناء بنية تحتية آمنة أمر مهم، لكن التبنّي على المدى الطويل يعتمد على كل ما يحيط بها. إذا تطور النظام البيئي ليصبح فيه التداول أكثر سلاسة، وتعُمّ السيولة، ولم يعد المستخدمون يفقدون باستمرار قيمة بسبب أوجه القصور، فستصبح التجربة العامة أكثر إقناعًا بكثير.
لقد تعلمت على مر السنين أن التكنولوجيا الواعدة والتبنّي المستدام لا يكونان دائمًا الشيء نفسه. تحظى المشاريع باهتمام طويل الأمد عندما يختار الناس استخدامها مرارًا وتكرارًا—ليس لأن الحماس مرتفع، بل لأن التجربة تحقق نتائج باستمرار.
والآن السؤال التالي هو ما إذا كان بإمكان النظام البيئي أن ينمو ليصبح مشاركة المستخدمين فيه ذات كفاءة وشفافية وقيمة على المدى الطويل.
تتميز بابل بمنح البيتكوين دورًا يتجاوز كونه مجرد مخزن قيمة سلبي. تقدم نموذج إِسْتِيكِنغ البيتكوين في البروتوكول طبقة أمان مقنعة لشبكات إثبات الحصة (PoS) دون الحاجة إلى BTC مُغلف أو جسور وصاية (custodial). هذه رواية قوية لأنها تتماشى مع أمان بيتكوين مع توسيع فائدتها.
إلا أن التحدي يكمن في التبنّي. لا يكفي أن يكون التصميم أنيقًا تقنيًا إذا لم يجد المطورون والمدققون والمستخدمون التجربة بسيطة ومجدية. كما أن المنافسة في بنية بيتكوين التحتية تنمو بسرعة، ما يعني أن بابل يجب أن تثبت وجود تأثيرات شبكية حقيقية بدلًا من الاعتماد على جذب رواد السوق الأوائل.
ومن المنظور التقني والسوقي معًا، لدى BABY عائدٌ غير متماثل مرتفع للأعلى، لكن التنفيذ هو ما سيحدد ما إذا كانت ستصبح بنية تحتية محورية أم مجرد تجربة واعدة أخرى. في عالم العملات المشفرة، تأتي القيمة المستدامة من الاستخدام المتسق، وليس من الروايات المقنعة وحدها.
$BABY #baby @BabylonLabs_io بعد قراءة معلومات عن «صناديق بيتكوين الثابتة من دون ثقة» في بابل (TBV)، ما زلت متحفظًا. ورغم أن إزالة أمناء الحفظ فكرة قوية، فإن التصميم يبدو معقّدًا تقنيًا بالنسبة لمعظم حاملي بيتكوين العاديين. وقد تعني الأجزاء المتحركة الكثيرة منحنى تعلمًا أصعب ومخاطر أكبر لأخطاء المستخدمين. كما أعتقد أن TBV ما يزال بحاجة لإثبات متانته تحت ضغوط واقعية، وتبنٍّ أوسع، وأمان على المدى الطويل قبل أن أثق به بالكامل مع كميات كبيرة من BTC.
احتفاظك بالبيتكوين كان دائمًا أمرًا بسيطًا. استخدام البيتكوين في التمويل اللامركزي لم يكن كذلك.
أصبح هذا التباين واضحًا أكثر بكثير بعد أن استكشفت خزائن البيتكوين دون ثقة (TBV) من @BabylonLabs_io على شبكة الاختبار العامة.
غالبًا ما تطلب أغلب حلول التمويل اللامركزي المبنية على البيتكوين من المستخدمين إجراء تنازل أولًا—لفّ BTC، أو ربطه إلى شبكة أخرى، أو الاعتماد على وسيط قبل الوصول إلى السيولة. كل خطوة تحل مشكلة، لكنها تُدخل طبقة أخرى من الثقة.
تتعامل TBV مع هذا التحدي بطريقة مختلفة عبر تمكين استخدام البيتكوين الأصلي كضمان. بدلًا من تحويل البيتكوين إلى أصل آخر، تركز الفكرة على الحفاظ على شكله الأصلي مع جعله مفيدًا عبر تطبيقات البلوكشين.
سرتُ عبر تدفق الاقتراض الذي تدعمه Aave v4، وتحققّت من المستكشف لتتبّع المعاملات، وقدّمت ملاحظات بعد ذلك. وبأكثر من مجرد الواجهة نفسها، ما شدّني هو فلسفة التصميم الكامنة: تقليل التعقيد مع الحفاظ على تجربة تتم بإدارة ذاتية.
أعتقد لهذا السبب أن شبكات الاختبار العامة مهمة. فهي تمنح المستخدمين فرصة لفهم الآليات، وتحديد نقاط الاحتكاك، والمساهمة بملاحظات قبل أن تصل التقنية إلى تبنٍ أوسع.
إذا كنت قد قرأت فقط عن الاقتراض المدعوم بالبيتكوين الأصلي، فأوصيك بتجربة شبكة الاختبار بنفسك. إن تجربة سير العمل تمنح فهمًا أوضح بكثير لما تهدف إليه TBV من أي مخطط أو إعلان. #baby $BABY
لقد كنت أستكشف صناديق بيتكوين بدون ثقة (TBV) من @BabylonLabs_io ، وقد كانت خطوة مثيرة للاهتمام نحو جعل بيتكوين الأصلية أكثر فائدة في التمويل اللامركزي.
بدلًا من تغليف BTC أو ربطه عبر الجسور أو الاعتماد على وسطاء مركزيين، يتيح TBV استخدام بيتكوين الأصلية كضمان عبر السلاسل والتطبيقات مع الحفاظ على الحيازة الذاتية.
أحد أول حالات الاستخدام الواقعية هو الاقتراض المدعوم ببيتكوين الأصلية باستخدام Aave v4. يمكن للمستخدمين استخدام BTC الأصلية كضمان واقتراض الأصول المدعومة على Ethereum، مثل USDC أو USDT، دون التخلي عن الحيازة عبر إصدارات BTC المغلفة.
ما يلفت انتباهي هو أن TBV يركز على أربع مزايا عملية: 🔹 بيتكوين BTC الأصلية كضمان 🔹 الحيازة الذاتية — مفاتيحك، بيتكوينك 🔹 بدون وسطاء موثوقين 🔹 اقتراض أكثر كفاءة من حيث رأس المال عبر DeFi
شبكة الاختبار العامة تعمل بالفعل، لذا يمكن لأي شخص مهتم تجربة تدفق الاقتراض واستكشاف طريقة عمله ومشاركة الملاحظات مع الفريق. يعد اختبار البنية التحتية الحقيقية قبل إطلاق النسخة الرئيسية (mainnet) طريقة رائعة لفهم كيفية مشاركة بيتكوين الأصلية في التمويل على السلسلة. $BABY #baby
لماذا يمكن لتطور الصلاحيات أن يحدد الثقة طويلة الأمد في بروتوكول نيوتن
$NEWT #Newt @NewtonProtocol أمر واحد تعلمته هو أن الصلاحيات لا تبقى ثابتة أبدًا. إنها تتطور مع اكتساب المستخدمين الثقة، ونضج الأنظمة، وفهم المخاطر بشكل أفضل. لهذا السبب أجد بروتوكول نيوتن مثيرًا للاهتمام. لا أحكم عليه من خلال الصلاحيات التي يتيحها اليوم فقط. أركز أكثر على كيفية تغيّر تلك الصلاحيات دون إجبار المستخدمين على التضحية بالتحكم. بالنسبة لي، هنا تبدأ القيمة طويلة الأمد. في وقت مبكر من أي بروتوكول، يوافق الناس عادةً على الإجراءات بحذر أكبر. تحمل كل موافقة قدرًا من عدم اليقين لأن السلوك لم يُلاحظ بما يكفي. مع مرور الوقت، تؤدي الموثوقية المتكررة إلى تغيير العلاقة. تتوقف الصلاحيات عن الشعور كأنها ثقة عمياء، وتتحول إلى قرارات مبنية على معرفة مدعومة بالتجربة. يبدو أن بروتوكول نيوتن في وضعية مناسبة لهذا التحول. بدلًا من اعتبار التفويض حدثًا لمرة واحدة، أراه شيئًا ينبغي أن يتحسن باستمرار عبر الشفافية والتنفيذ المتوقع والمساءلة الواضحة. تتزايد أهمية هذا التطور لأن توقعات المستخدمين أيضًا تتغير. ما يبدو مقبولًا خلال مرحلة التبني المبكر قد يصبح غير كافٍ عندما تعتمد المزيد من الأصول والكيانات البرمجية والتطبيقات على البنية نفسها. بروتوكول لا يستطيع تحسين نموذج الصلاحيات في النهاية يخلق احتكاكًا. لهذا السبب لا أرى إدارة الصلاحيات كميزة منتهية. أراها نظامًا حيًا يجب أن يتكيف جنبًا إلى جنب مع سلوك المستخدمين. إذا استمر بروتوكول نيوتن في جعل كل صلاحية أسهل للفهم والتحقق والتعديل، يمكن أن تنمو الثقة بشكل طبيعي. بالنسبة لي، تُبنى الثقة الدائمة عبر تطور الصلاحيات، لا عبر ثباتها.