Sattar Chaqer

غالبًا ما يظن الناس أنه إذا كان لدى البروتوكول مُشغِّل، فهذا يعني أن المُشغِّل نفسه يجب أن يكون الطرف الذي تثق به لأصولك. كلما درستُ تصميم خزنة Babylon أكثر، أدركت أن هاتين المسؤوليتين قد تم فصلُهما عمدًا.

يؤدي مزوّد الخزنة مهمة مهمة. فهو يُنسّق العمل خارج السلسلة المطلوب لإنشاء الخزنة لاحقًا واستردادها، بما في ذلك توليد الإثباتات والتعامل مع معاملات مُوقَّعة مسبقًا والتنسيق مع مُحافظي الخزنة الخاصة بالتطبيق. لكن وفقًا للوثائق، فإنه لا يحتفظ ببيتكوين المُودِع ولا يتحكم فيه. تُحدَّد شروط الإنفاق عند إنشاء الخزنة، ما يجعل دور المزوّد دورًا تشغيليًا لا دور حفظٍ للأموال.

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

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

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

@BabylonLabs_io $BABY #baby

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

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

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

ربما لا يُقاس تصميم الضمان الجيد بمقدار البيتكوين الذي تقفله. ربما يُقاس بمدى تعمّدك في تحديد أي بيتكوين يجب أن يتحمل طبقة المخاطر الأولى.

@BabylonLabs_io $BABY #baby

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

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

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

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

ربما تكون أهم نقطة في تصميم خزائن بيبيليـون ليست أن البيتكوين يبقى على البيتكوين. بل أن كل خزانة تحمل مسؤوليتها وحدها فقط.

@BabylonLabs_io $BABY #baby

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

لا تمتلك بيتكوين بطبيعتها طريقة لفهم ما يحدث على الإيثيريوم. لم تُبنَ لتُفسّر السجل التاريخي لسلسلة بلوك تشين أخرى، وطلب ذلك منها سيثير تغيير الافتراضات ذاتها التي تجعلها موثوقة.

ما شدّ انتباهي في بنية بابيلون هو أنها لا تحاول تعليم بيتكوين لغة جديدة. بدلًا من ذلك، تتعامل مع البراهين التشفيرية بوصفها الشيء الوحيد الذي يستحق تقديمه. ليست الغاية رسائل أفضل بين السلاسل. بل هي تزويد بيتكوين بأدلة يمكنها التحقق منها دون الاعتماد على تفسير طرف آخر.

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

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

ربما لا يُحدَّد مستقبل البنية التحتية للسلاسل المتقاطعة بمدى جودة تواصل سلاسل البلوك تشين مع بعضها، بل بمدى ضآلة الثقة التي يتعين عليها منح الاتصال نفسه.

@BabylonLabs_io $BABY #baby

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

لفتتني فلسفة التصميم هذه. بدلًا من توسيع بيتكوين بأكواد جديدة أو الاعتماد على الأصول المُغلَّفة (wrapped assets)، تستخدم Trustless Bitcoin Vaults قدرات البرمجة الموجودة في بيتكوين جنبًا إلى جنب مع تحقق تشفيري على مستوى البروتوكول لتنسيق التفاعلات مع التطبيقات الخارجية. يؤكد التوثيق أن عمليات الاسترداد والتحولات بين حالات السلاسل يتم التحقق منها باستخدام بدهيات سكربت بيتكوين الموجودة بدلًا من اشتراط إجراء تفرّع (fork) لبيتكوين.

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

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

هل تؤدي القيود التقنية القوية في النهاية إلى تصميم بروتوكول أكثر مرونة، أم أنها تُبطئ الابتكار على المدى الطويل؟

@BabylonLabs_io $BABY #baby

وجدت نفسي أفكر في بابل بعد أن أدركت أن قفل البيتكوين ربما يكون أسهل جزء في العملية. يبدأ تحدي الهندسة الحقيقي بمجرد تأمين BTC بالفعل. عندها يتعين على البروتوكول تنسيق الأحداث عبر أنظمة مختلفة دون أن يطلب من البيتكوين التخلي عن نموذج الأمان الذي جعله ذا قيمة من الأساس.

ما لفت انتباهي أثناء قراءة التوثيق هو أن خزائن بيتكوين بلا ثقة لا تقتصر على إنشاء خزنة فحسب. بل إنها تحدد أيضًا كيفية تنسيق الاسترداد. يبقى BTC مقفلاً في سكربت Taproot مُوقَّع بشكل مشترك، بينما يستخدم البروتوكول تحققًا تشفيرياً موثقًا وآلية استرداد قائمة على التحدّي بحيث يمكن للبيتكوين أن يستجيب للأحداث المُتحقَّق منها دون الاعتماد على وصيّ يقرر ما الذي سيحدث بعد ذلك.

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

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

هل قفل البيتكوين هو الجزء الأصعب حقًا، أم أن إثبات ما يحدث بعد ذلك هو التحدي الحقيقي؟

@BabylonLabs_io $BABY #baby

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

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

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

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

@BabylonLabs_io $BABY #baby

كلما تعمقت أكثر في بابل، أدركت أكثر أن حاملي البيتكوين غالبًا ما قُدّم لهم خيارٌ زائف: إما ترك BTC كما هو لضمان أقصى قدر من الأمان، أو نقله إلى مكان آخر لفتح المزيد من الاستخدامات. وقد شكّل ذلك المفاضلةُ الطريقةَ التي يفكر بها كثيرون في دور البيتكوين في التمويل اللامركزي.

ما لفت انتباهي في خزائن البيتكوين غير القابلة للثقة (TBV) هو أنها تتعامل مع المشكلة من اتجاه مختلف. بدلًا من تغليف البيتكوين أو وضعه تحت وصاية جهةٍ وسيطة، تتيح TBV لـ BTC أن يبقى متقفلًا على شبكة البيتكوين عبر سكربت Taproot مُوقّع بشكل مشترك (co-signed)، بينما يتولى بروتوكول جانبي على شبكة Ethereum متابعة الخزنة لاستخدام الضمانات. يعتمد التصميم على التحقق التشفيري المُوجَّه بالبروتوكول بدلًا من نقل الثقة إلى وسيط.

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

بالنسبة لي، يثير هذا سؤالًا أوسع حول قابلية التشغيل البيني. ربما لا تتمثل المصلحة المستقبلية في نقل البيتكوين بين النُظم البيئية، بل في تصميم أنظمة يمكنها العمل مع البيتكوين دون أن نطلب منه مغادرة مكانه.

@BabylonLabs_io $BABY #baby

🟠 ما الأهم بالنسبة لـ BTCFi؟

ألاحظ باستمرار أن كلمة واحدة يمكن أن تحمل معانٍ مختلفة تمامًا حسب المكان الذي تواجهها فيه. عندما سمعتُ كلمة "vault" لأول مرة، تخيلتُ نموذج DeFi المألوف حيث يودع العديد من المستخدمين الأصول في حوض مشترك. بعد قراءة وثائق Babylon أدركت أن Trustless Bitcoin Vaults (TBV) تتبع فلسفة مختلفة جدًا.

إن TBV ليست عقد استثمار مجمعًا. كل محفظة تمثل Bitcoin UTXO منفصلًا مملوكًا للمودع، مع بقاء BTC مقفلاً على شبكة Bitcoin داخل برنامج Taproot مُوقّع بشكل مشترك. بدلاً من تغليف Bitcoin أو نقله إلى أمين، يستخدم البروتوكول تحققًا تشفيريًا بحيث يمكن للأصل أن يعمل كضمان مع بقائه أصلاً داخل شبكة Bitcoin.

يبدو أن هذا التمييز أكثر أهمية مما يبدو للوهلة الأولى. تم تصميم البنية المعمارية للحفاظ على افتراضات الأمان الأصلية الخاصة بـ Bitcoin بدلًا من استبدالها بمتطلبات ثقة جديدة. كل محفظة معزولة وليست ممزوجة بأموال مستخدمين آخرين، وهذا يغيّر طريقة تفكيري حول كلمة vault في التمويل اللامركزي.

أدى فهم TBV إلى إدراكي أن Babylon لا تقوم فحسب بإدخال منتج DeFi آخر. بل إنها تعيد التفكير في كيفية مشاركة Bitcoin في التمويل اللامركزي مع البقاء وفية لأسسها الذاتية غير القائمة على الحراسة.

@BabylonLabs_io $BABY #baby

🟠 ما الأهم في محفظة BTC؟

كلما استكشفت بابل أكثر، أدركت أكثر أن البيتكوين قد قضت سنوات تُعامَل كأصلٍ ينتظر في الغالب. غالبًا ما يصفها الناس بأنها «الذهب الرقمي»، لكن هذا الوصف أيضًا يوحي بالثبات. ما لفت انتباهي هو أن بابل تطرح سؤالًا مختلفًا: ماذا لو استطاعت البيتكوين المساهمة في التمويل اللامركزي دون أن يطلب ذلك من الحَامِلِين التخلي عن الخصائص التي جعلتهم يثقون بها من الأساس؟

بدلًا من الاعتماد على الجسور أو الأصول المُغلّفة أو الوسطاء، صُمِّمت «خزائن البيتكوين غير القابلة للثقة» لدى بابل بحيث يبقى الـBTC مُقفلًا داخل شبكة البيتكوين، وفي الوقت نفسه يصبح قابلًا للاستخدام كضمان في أماكن أخرى. يعتمد البروتوكول على آليات تشفير وانتقالات حالة مُنسَّقة بدلًا من نقل حيازة الأصل. ما هي TBV؟

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

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

@BabylonLabs_io $BABY #baby

ما الذي يهم أكثر بالنسبة للـBTC؟

لفترة طويلة كنا نبذل قصارى جهدنا لدعم حملات Binance CreatorPad. لقد قضينا ساعات لا تُحصى في إنشاء محتوى عالي الجودة للترويج للمشاريع والمساعدة على نمو منظومة Binance.

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

اليوم يقضي العديد من المبدعين 14 يومًا في البحث وكتابة المقالات وإعداد المنشورات والمساهمة باستمرار، فقط للحصول على 20–40 دولارًا. هذا لا يعكس الوقت والجهد أو القيمة التي يجلبها المبدعون إلى المنصة.

المبدعون ليسوا آلات، ولا ينبغي معاملتهم كعمالة رخيصة. تستفيد Binance من الوصول والتفاعل والترويج الناتج عن عملنا. فالجهد العادل يستحق مكافآت عادلة.

الأمر ليس مجرد مال؛ بل احترام واستدامة وتقدير الأشخاص الذين يساعدون في بناء مجتمعك.

Binance حان الوقت لمراجعة هيكل مكافآت CreatorPad. استمعوا إلى مبدعيكم. نحن نستحق الأفضل.

#creatorpad #campaign #OPG #Binance #CZ @CZ @Binance Square Official @BTC_Fahmi @Aesthetic_Meow @Ridhi Sharma @Nadyisom @Mavis Evan @T H I N G _ @Hazel rose @Jia Lilly @三月—March @Dream Spicer 梦想家 @GM_Crypto01 @Kaze BNB @KAZ_0 @Dr Nohawn @Sahil987

لقد تلقيت إشعارًا من حملة لوحة المتصدرين #grvt لا تنسَ إنشاء محفظة web3 إذا كنت على #top 300

ما لفت انتباهي في GRVT هو كم أن تجربة التداول اليوم تُقضى في تحريك رأس المال بدلًا من استخدامه.

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

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

هذا ما جعلني أتساءل عمّا إذا كانت الجيل التالي من البورصات سيتنافس بدرجة أقل على الميزات الفردية وبدرجة أكبر على مقدار ما تطلبه من المستخدمين لتحريك رأس مالهم.

ربما أفضل بنية تحتية هي التي لا تلاحظها تقريبًا، لأن كل شيء يعمل معًا ببساطة. #grvt

🚀 ما الأهم في التداول؟

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

ما أجده مثيرًا للاهتمام هو أن نيوتن ينظر إلى ذلك بطريقة مختلفة. فبدلًا من أن يقوم كل بروتوكول بحل المشكلة نفسها وحده، يصبح التفويض طبقة بنية تحتية مشتركة يمكن للأنظمة المالية المختلفة الاعتماد عليها. قد تكون خزائن (Treasuries) وسندات محفوظة (vaults)، والأصول المرمّزة (tokenized assets)، والمؤسسات، وحتى التطبيقات التي تعمل بالذكاء الاصطناعي، جميعها لديها أهداف مختلفة، لكن القاسم المشترك بينها هو الحاجة إلى تقييم المعاملات قبل تنفيذها.

بالنسبة لي، هذه هي الفكرة الأكبر. ومع استمرار نضوج التمويل على السلسلة (onchain)، يبدو أن التفويض لم يعد مجرد ميزة منتج أخرى، بل أصبح أقرب إلى طبقة أساسية من بنية التمويل التحتية.

@NewtonProtocol $NEWT #Newt $EVAA $BSB

🏗️ ما الذي ينبغي أن يكون مشتركًا؟

استمرت فكرة واحدة بالعودة إليّ وأنا أدرس GRVT.

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

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

ما لفت انتباهي في @grvt_io هو رؤيتها طويلة الأجل لمعالجة تلك الأرصدة بوصفها أجزاء من نظام مالي واحد بدلًا من كونها منتجات منفصلة. بدلًا من نقل رأس المال بين وجهات مختلفة، تتمثل الغاية في أن يدعم رصيد واحد أنشطة متعددة على امتداد دورة حياته.

ربما لا تكمن القياس الحقيقي للكفاءة في انخفاض الرسوم، بل في عدد المهام التي يمكن أن يؤديها رأس المال نفسه. #grvt

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

وهذا يخلق فجوة بين ما كانت الجهة المقصودة تنويه وما تحمله المعاملة فعليًا.

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

بالنسبة لي، هذا تحول مهم. لا ينبغي أن تنتقل القيمة والسياسات التي تحكمها بشكل منفصل في التمويل السلسلي (onchain) الحديث.

@NewtonProtocol $NEWT #Newt $DODOX $VELVET

كلما استكشفت GRVT أكثر، أشعر أننا قمنا تدريجيًا بتوسيع الوصف الوظيفي لرموز التشفير.

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

ما لفت انتباهي في @grvt_io هو أنه يقدّم GRVT بشكل مختلف. بدل أن يعمل أساسًا كشارة حَوْكَمة، يصبح مفتاح عضوية يفتح شروط تداول أفضل وفرص كسب أعلى وإتاحة الاستثمار وفوائد الدفع عبر المنصّة.

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

ربما لا تكون المسألة الأكثر إثارة للاهتمام هي من يملك المنصّة، بل ماذا تُمكّنهم الملكية من فعله. #grvt