Hải Yến 1997

#dusk $DUSK @Dusk في يوم من الأيام، كنت أعتقد أن الخصوصية على البلوكشين أمرٌ بسيط إلى حد ما: يكفي إجراء معاملات غير علنية تكشف عن الرصيد أو العناوين، وهكذا يصبح كل شيء على ما يرام. لكن عندما بدأت أتعرف على Dusk، أدركت أن القصة أعقد بكثير.

لا تختار Dusk نهج «إخفاء كل شيء». فحاليًا، لدى الشبكة نموذجين للمعاملات: Moonlight للمعاملات العامة وPhoenix للمعاملات المُشفّدة (shielded)، بحيث لا يمكن للغرباء رؤية المرسل أو المستلم أو مبلغ التحويل ما لم تكن لديهم صلاحية وصول مناسبة.

الأمر الذي استغرق مني وقتًا لفهمه هو أن الخصوصية هنا يجب أن ترافقها قابلية التحقق. تستخدم Dusk إثباتات المعرفة الصفرية (zero-knowledge proofs) وآلية الإفصاح الانتقائي (selective disclosure)، أي إن المستخدم يمكنه إثبات معلومة ضرورية دون الحاجة إلى الإعلان عن جميع البيانات بالضرورة.

الرقم الذي لفت انتباهي هو أن Dusk حاليًا تنشر أنها تمتلك أكثر من 210 ملايين DUSK قيد الرهن (stake)، وأن زمن الـ finality يقارب 10 ثوانٍ. لكن ما شدّني أكثر ليس تلك الأرقام بحد ذاتها، بل الطريقة التي يحاولون بها حل مشكلة الخصوصية بالنسبة لسوق مالي مُنظَّم.

أظن أن هذه أيضًا هي النقطة الأكثر صعوبة في الوصول إليها من Dusk. فبالنسبة لمن اعتادوا على البلوكشين العام، فإن التمييز بين الخصوصية وقابلية التدقيق (auditability) والإفصاح الانتقائي في البداية يبدو «عكس العادة».

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

#termmax @TermMax
هناك موقف أعتبره واقعيًا إلى حدّ ما: فأنا أمتلك OUSG لكني أحتاج إلى USDT لاستخدامه في غرض آخر. بيع OUSG لا أريده، لأنني ما زلت أرغب في الحفاظ على مركز/تعرضي لهذه الأصول.

وهذا أيضًا هو الوقت الذي أرى فيه الطريقة التي يتعامل بها TermMax مع مسألة الاقتراض بشكل مثير للاهتمام.

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

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

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

لكن بالنسبة لي، هذه طريقة تطبيق جديرة بالملاحظة من TermMax. فهي تساعد توكن RWA مثل OUSG ألا يقتصر على مجرد الاحتفاظ، بل يمكن أيضًا الاستفادة منه للوصول إلى سيولة داخل السلسلة (on-chain).

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

#binancep2pantoan @Binance Vietnam
هناك نوع من معاملات P2P تبدو بسيطة للغاية لكنها أجبرتني على التوقف لفترة ليست قصيرة.

كنت أبيع 500 USDT، وكان إجمالي أمر الشراء حوالي 10 ملايين دونغ فيتنامي. أبلغني المشتري أنه قام بتحويل الأموال. فتحت البنك للتحقق فوجدت أن المبلغ وصل فعلًا.

لكن كانت هناك مشكلة: بدلًا من 10 ملايين، الحساب استلم 11 مليونًا.

أرسل المشتري فورًا رسالة:

“أخِي، لقد حوّلت زيادة مليون واحد، من فضلك ارجعها لي.”

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

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

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

والنتيجة التي خرجت بها هي:

P2P ليس يعني أنه بمجرد وصول الأموال إلى الحساب تكون الأمور قد انتهت.

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

في المعاملات المالية، أحيانًا تساعد بضع دقائق إضافية من التحقق في تجنب مشكلة طويلة جدًا.

#termmax @TermMax
في السابق، كلما فكرت في الرافعة المالية على الأصول المُدرّة للعائد، كنت غالبًا أشعر ببعض التردد. ليس لأنني لا أفهم الفكرة، بل لأن بناء حلقة رافعة مالية يدويًا يتطلب المرور بعدة خطوات: شراء الأصول، الرهن، الاقتراض، شراء المزيد من الأصول ثم تكرار الرهن… إذا حدث خطأ في خطوة واحدة فقط، تصبح الاستراتيجية كلها أكثر تعقيدًا.

بدأت تجربة TermMax أيضًا لأرى ما إذا كانت هذه العملية يمكن أن تُبسّط فعلًا.

أكثر ما لفت انتباهي هو أن TermMax يدعم الرافعة المالية مع أصول مثل Pendle PT والرموز المُولِّدة للعائد. بدلًا من تنفيذ كل معاملة يدويًا عبر عدة بروتوكولات، يمكنني الوصول إلى استراتيجية حلقية وفق عملية أكثر إيجازًا.

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

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

لذلك، ما أقيّمه في TermMax ليس مجرد القدرة على “زيادة الأرباح” فحسب، بل طريقة المنتج التي تجعل استراتيجية معقدة نسبيًا أسهل في الوصول.

في النهاية، قد تُبسّط الأداة العمليات، لكن قرار مقدار الرافعة المالية يظل من مسؤولية المستخدم.

#termmax @TermMax
كلما تعمّقت في TermMax، أدركت نقطةً لافتةً إلى حدّ ما: فالسعر الثابت قد يجعل الاقتراض أكثر قابلية للتنبؤ، لكنه لا يعني أن كل شيء يصبح بسيطًا.

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

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

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

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

#binancep2pantoan @Binance Vietnam
هناك موقف P2P أظن أن المبتدئين قد يتجاهلونه بسهولة: عندما يقوم المشتري بإجراء الطلب باسم معيّن، لكن عندما تصل الأموال إلى الحساب، يكون اسم المُحوِّل مختلفًا تمامًا.

في ذلك اليوم كنت أبيع 500 USDT. تواصل معي المشتري على Binance بشكل طبيعي تمامًا:

“لقد قمت بتحويل الأموال، تفضّل تحقّق.”

فتحت التطبيق البنكي ورأيت أن المبلغ قد وصل كاملًا.

بالظاهر، يكفي فقط التحقق من المبلغ ثم إصدار Release.

لكن عندما نظرت بعناية إلى اسم المُحوِّل، توقفت فورًا.

الاسم في معاملة P2P هو Nguyễn Văn Tuấn.

والاسم في حساب البنك الذي أُرسلت منه الأموال هو Trần Văn Tâm.

عندما سألت مجددًا، قدّم المشتري تفسيرًا سريعًا جدًا:

“آه، أنا أستخدم حساب أحد أفراد العائلة لتحويل المبلغ نيابةً عني. المال ما زال مالي.”

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

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

بعد تلك الحادثة، أضفت خطوة إلى روتين التعاملات:

لا تقتصر على التحقق “هل استلمت المبلغ كاملًا؟”، بل أيضًا التحقق “هل وصلت الأموال من الشخص الصحيح؟”.

مبدأ السلامة عند مواجهة حالة يستخدم فيها المشتري حساب طرف ثالث:

* تحقق مما إذا كان اسم المُحوِّل يطابق بيانات معاملة P2P.
* إذا لم تكن الأسماء متطابقة، فلا تتعجل إصدار Release حتى لو وصلت الأموال إلى الحساب.
* لا تقم بردّ الأموال تلقائيًا إلى حساب آخر بناءً على طلب المشتري.
* احتفظ بجميع سجلات المحادثة وأدلة المعاملة.
* لا تنتقل إلى Telegram/Zalo لمعالجة الأمر بشكل منفصل

#binancep2pantoan @Binance Vietnam
هناك تعليمات/أوامر P2P تبدو في ظاهرها عادية تمامًا، حتى يضغط المشتري على زر “تمت الدفعة” بينما حسابي البنكي ما يزال ساكنًا بلا أي شيء.

في ذلك اليوم كنت أبيع 500 USDT. كان المشتري يرسل الرسائل بسرعة: “لقد حوّلت يا أخي، ساعدني في تفعيل Release من فضلك.”

فتحت تطبيق البنك للتحقق. لم يكن هناك شيء.

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

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

عندها فكرت ببساطة: في معاملات P2P لا يعني أن هناك صورة تحويل أنه يمكنني إصدار Release. فـ USDT، بمجرد أن يتم Release، يصبح من الصعب جدًا استرجاعه إذا لم تكن الدفعة الفعلية موجودة أصلًا.

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

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

لاحقًا، أدركت قاعدة واحدة تظل عالقة في الذهن عند إجراء معاملات P2P:

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

التأخر قليلًا أفضل من إصدار Release بالخطأ ثم الجلوس في انتظار Appeal.

#termmax @TermMax @TermMax ثمة أمر أفكر فيه كثيرًا عندما أنظر إلى أحد بروتوكولات الـDeFi: هل إن إضافة المزيد من الميزات حقًا تجعل المنتج أفضل؟

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

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

إضافةً إلى ذلك، فإن طريقة تعامل TermMax مع الضمانات والتصفية (liquidation) أمر بالغ الأهمية. في ظروف السوق العادية، غالبًا ما تبدو الأمور مستقرة. لكن عند حدوث تقلبات كبيرة في الأسعار، عندها فقط تظهر مدى متانة التصميم فعليًا.

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

#termmax @TermMax

عندما نتحدث عن TermMax، ما لفت انتباهي ليس بالضرورة الإقراض بسعر فائدة ثابت، بل سؤال أبسط: هل السيولة عميقة بما يكفي ليعمل هذا النموذج بشكل مستقر؟

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

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

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

يمتلك TermMax اتجاهًا مثيرًا للاهتمام. لكن في DeFi، ليست الفكرة الجيدة وحدها كافية. في النهاية، السيولة والقدرة على التعامل مع الظروف غير المواتية هي ما يحدد ما إذا كان المنتج قادرًا على الصمود فعلًا.

#binancep2pantoan @Binance Vietnam

وقائع غريبة حقًا: معاملة P2P لكن يجب أن أجلس أنتظر التاجر… لن يعالجوا إلا بعد التحقق من كشف الحساب البنكي 😂

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

مرّت ساعة.
ساعتان…
3 ساعات…

بعد أكثر من 5 ساعات، فقط عندها سألت برسالة، وجاءني رد مألوف جدًا:

“المتجر يتحقق حاليًا من كشف الحساب البنكي لتأكيد تحويل الأموال لك. يُرجى الانتظار دقائق قليلة أخرى.”

آها =)))

مرّت 5 ساعات ومع ذلك “دقائق قليلة” هذه طويلة شوي يا جماعة.

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

لكن من زاوية المشتري، الانتظار لعدة ساعات دون تقدم واضح في المعاملة أمر مزعج فعلًا.

إذا صادفت موقفًا مشابهًا، أظن الأفضل أن تبقى هادئًا وتتبع الإجراء الصحيح:

👉 احتفظ بكل المحادثات داخل إطار الدردشة الخاص بالطلب.
👉 احفظ Order ID وإثبات/مستند الدفع وسجل المحادثات.
👉 إذا طال وقت المعالجة بشكل غير معتاد، يمكنك فتح Appeal لمساعدة Binance في المراجعة.
👉 لا تلغِ الطلب من تلقاء نفسك ولا تتبع أي طلبات غير معتادة فقط لأن التاجر قال “انتظر قليلًا”.

P2P سريع جدًا ومريح، لكن بمجرد أن تتعطل المعاملة لساعات، تتحول هذه الراحة إلى… اختبار صبر =)))

يا جماعة، إذا سمعتم عبارة “يتم التحقق من كشف الحساب، يُرجى الانتظار دقائق قليلة” ولم ينته الأمر بعد 5 ساعات، ماذا ستفعلون؟

#dusk $DUSK @Dusk
ربما أصعب شيء متعلق بسلسلة الكتل في مجال التمويل ليس هو رفع أحد الأصول إلى السلسلة، بل هو كيفية ضمان بقائه على الشبكة مع الوفاء في الوقت نفسه بالمتطلبات الجوهرية للسوق التقليدي.

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

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

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

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

#dusk $DUSK @Dusk

أنا عادةً حذرٌ جدًا تجاه الأرقام الكبيرة في مجال البلوك تشين. يبدو أن إدخال أكثر من 300 مليون يورو من الأصول إلى السلسلة (onchain) أمرٌ مثير للإعجاب للغاية، لكن الرقم بحد ذاته لا يقول الكثير إن لم يكن من خلفه نظامٌ قانوني وهيكلٌ تنظيمي كافٍ منضبط لتشغيله.

ما لفت انتباهي في Dusk هو النهج المتبع عبر المؤسسات المالية المرخّصة في الاتحاد الأوروبي. إن قيام NPEX، وهي منصة تخضع لإشراف AFM وتملك ترخيصًا للعمل بوصفها MTF وBroker وECSP، بوضع خطة لإدخال أكثر من 300 مليون يورو من الأصول إلى Dusk يُظهر أن القصة هنا لا تدور فقط حول بلوك تشين جديد. بل إنها تحاول الربط مباشرةً مع البنية المالية القائمة.

وهذا أيضًا سبب اهتمامي بكيفية تموضع Dusk باعتبارها Layer 1 مخصّصة للسوق المالية المُنظّمة. تبدو الخصوصية والامتثال والتسوية الحتمية (deterministic settlement) مناسبة لاحتياجات المؤسسة، بينما يلعب $DUSK دورًا كرمز (token) أصلي للشبكة.

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

#binancep2pantoan @Binance Vietnam
يُعدّ دعم P2P من Binance فعلًا “منقذًا” في الأوقات التي أرتكب فيها سهوًا =)))

في الصباح الباكر وما كنت حتى قد فتحت عيني بالكامل، لكنني بالفعل مررت بلحظة مرعبة: كدت أرسل 34 مليونًا بعيدًا يا جماعة 😭

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

بعد بضع دقائق فقط انتبهت فجأة: “أوه... أين الأموال؟”

عندما تحققت من حسابي البنكي لم أجد الدفعة المقابلة، بينما تم إطلاق USDT بالفعل. في تلك اللحظة كنت في حالة هلع حرفيًا. لم أدرِ كيفية التعامل، لذا تواصلت فورًا مع دعم Binance، وفي الوقت نفسه قدمت الأمر (Order) والأدلة ذات الصلة.

لحسن الحظ، فريق الدعم وجّهني بسرعة. بعد مراجعة النزاع، أخبرني Binance أن المعاملة تم التعامل معها وأن USDT قد تم إرجاعه إلى حساب Binance. قد يستغرق وقت الإرجاع حوالي 24–72 ساعة.

ومن خلال هذه المرة استخلصت شيئًا بسيطًا جدًا لكنه مهم للغاية:

عند بيع USDT، لا تكتفِ فقط بالنظر إلى حالة أمر الـ Order. يجب أن تفتح تطبيق البنك بنفسك وتتأكد أن الأموال وصلت فعليًا إلى الحساب، ثم فقط قم بإطلاقها.

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

34 مليونًا تكفي “نقرة” واحدة خاطئة كي تصحى فورًا 😂

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

أما أنا، فبما أني لم أكن قد صحيت تمامًا في الصباح... الأفضل أن أؤجل التداول بدلًا من ذلك يا جماعة :))

#binancep2pantoan @Binance Vietnam “ليس هناك استعجال منك، فليس هناك استعجال مني أيضًا” =))) يبدو الأمر عاديًا للوهلة الأولى، لكن عندما تكون في صفقة P2P بينما يحاول الطرف الآخر باستمرار جرك إلى Zalo، فأنا أعتقد أنه ينبغي لإخواني التوقف لثوانٍ للتحقق.

لقد واجهت موقفًا مماثلًا عند شراء 20 مليون USDT عبر P2P. عندما لم تكن العملات قد تم تحريرها بعد، كنت ما زلت أبادر بالتقاط صورة شاشة للصفقة لإرسالها للطرف البائع للتأكيد. لكن بدلًا من التبادل مباشرة داخل المنصة، اقترح الطرف الآخر الانتقال إلى Zalo لـ “إرسال الصور لتكون أوضح”.

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

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

عند مواجهة حالة مماثلة، سأفعل 4 أشياء:

1️⃣ لا تنتقل إلى منصة أخرى فقط لأن الطرف الآخر طلب ذلك.
2️⃣ بعد إتمام الدفع، احتفظ بالـ Order كما هو، ولا تُلغِه من تلقاء نفسك.
3️⃣ احفظ Order ID وإيصال التحويل وكذلك كامل سجل الدردشة.
4️⃣ إذا حدث أي إشكال، استخدم Appeal فورًا داخل المنصة.

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

#dusk $DUSK @Dusk
هناك شيء يجعلني ما زلت متشككًا إلى حدٍّ ما في قصة ترميز الأصول الواقعية (token hóa tài sản thực tế): وضع أحد الأصول على بلوكتشين لا يعني تلقائيًا أن كامل قيمته وملكيةه قد تم فعليًا نقله إلى السلسلة. العديد من المشاريع الجديدة تكتفي بتغيير طريقة تمثيل الأصل، بينما يبقى الجزء الأكثر أهمية خارج البلوكتشين.

لفت انتباهي مشروع Dusk Trade لأنه يتجاوز الطموح مجرد إنشاء توكنات. إذا عمل كـ neobroker على DuskEVM، فإن إدخال MMF وETF والسندات وأنواع أخرى من RWA في بيئة واحدة قد يفتح نهجًا مختلفًا تجاه السوق المالي. وبشكل خاص، تبدو إمكانية الجمع بين الملكية الفعلية والمدفوعات السريعة وقابلية التراكم/التأليف (composability) الخاصة بـ DeFi منطقية جدًا—على الأقل من الناحية النظرية.

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

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

برنامج الحوافز الترويجية لـ MidCap 400 لدى شركة Sun Communities (SUI) يحدث عندما تنخفض قيمة السهم بنسبة 0,02%

ستتم إضافة Sun Communities إلى مؤشر S&P MidCap 400 قبل بدء جلسة التداول صباح يوم الخميس، 20 أغسطس. ووفقًا لبيان S&P Dow Jones Indices، ستحل Sun Communities محل Webster Financial التي تم إزالتها بسبب قيام Banco Santander بشراء هذه الشركة. وتُظهر بيانات المؤشر السعري لاتجاه السهم أن SUI انخفضت بنسبة 0,02% إلى 120,16 دولارًا، ما يشير إلى أن السعر كان هادئًا نسبيًا مؤخرًا رغم وجود محفز واضح من جانب المؤشر. توفر هذه الخطوة للمستثمرين إطارًا زمنيًا محددًا لمتابعة التطورات.

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

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

#binancep2pantoan @Binance Vietnam

ابدأ تداول Binance P2P بأمان من خلال خطوات بسيطة

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

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

كما أقدّر وجود آليات لدى Binance P2P مثل Escrow، ونظام الدردشة، وإجراءات الشكاوى الرسمية. ومع ذلك، ستكون هذه الأدوات أكثر فائدة عندما يحرص المستخدمون على الاحتفاظ بكل المعاملات داخل المنصة وتوثيق Order ID والإيصالات ومحتوى المراسلات.

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

#dusk $DUSK @Dusk أنا دائمًا أتحفظ قليلًا عندما تسمع بلوكشين يتحدث عن الخصوصية في المجال المالي. فالخصوصية تبدو جذابة، لكن في الأسواق الخاضعة للتنظيم، قد تتحول الخصوصية المفرطة أحيانًا إلى مشكلة أخرى: من يمكنه التحقق، ومتى يتم التحقق، وبأي آلية؟

لفت انتباهي DuskEVM في نقطة أنهم لا يحاولون تحويل الخصوصية إلى صندوق مغلق تمامًا. باستخدام Hedger، يمكن لسير عمل EVM الاستفادة من التشفير المتماثل (homomorphic encryption) وإثباتات المعرفة الصفرية (zero-knowledge proofs) لإنشاء شكل من الخصوصية يمكن تقييمه عند الحاجة. ومن حيث الفكرة، فهذا نهج أكثر عملية: لا يلزم أن تكون البيانات متاحة للجميع، لكنها أيضًا لا تختفي خارج نطاق التحقق من قبل الجهات المخولة.

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

لذلك، لم أعتبر بعد خصوصية Dusk المشفرة بالبرمجة هي الحل النهائي. لكن إذا تمكنت شبكة DuskEVM الرئيسية (mainnet) فعلًا من تحويل هذه الفكرة إلى نظام موثوق يعمل، فسيكون ذلك تقدمًا جديرًا بالملاحظة.

#dusk $DUSK @Dusk أنا حذر جدًا تجاه سلاسل البلوكشين التي تُعرّف نفسها كبنية تحتية للتمويل المُدار. ففي هذا المجال، غالبًا ما تكون «الخصوصية» و«الامتثال» متطلبين يسحبان في اتجاهين متعاكسين: كلما كانت الأمور أكثر إحكامًا للغلق، صار من الصعب التحقق، وكلما زادت الشفافية، صار من الأصعب حماية البيانات الحساسة.

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

كما أن DuskEVM خطوة لافتة أيضًا. إن توفير بيئة متوافقة مع EVM وSolidity يساعد المؤسسات والشركاء والمطورين على ألا يبدأوا من الصفر تمامًا. لكن ما زلت أحتفظ بقدر بسيط من الشك. فالتقنيات مثل homomorphic encryption أو zero-knowledge proofs تبدو مقنعة جدًا من الناحية النظرية، غير أن القيمة الحقيقية لا تظهر إلا عندما تتحمل ضغط متطلبات الحجم والتكاليف والاشتراطات القانونية على أرض الواقع.

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

#binancep2pantoan @Binance Vietnam
الهدوء أيضًا شكل من أشكال الحماية عند إجراء معاملات P2P

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

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

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

وأخيرًا، أرى أنه من الأفضل الاحتفاظ بكل المعاملات ضمن Binance P2P. عند مغادرة المنصة، مثل الانتقال إلى منصات أخرى كـ Zalo أو Telegram، قد يقوم المستخدمون بأنفسهم بتقليل فرص الاستفادة من آليات الدعم المتاحة التي توفرها Binance. توفر P2P الراحة، لكن ينبغي أن تسير هذه الراحة جنبًا إلى جنب مع قدرٍ بسيط من الصبر والتحقق.