Munlead

#TinFed #45NgayTuDoTaiChinh في ذلك الوقت، لو كنت أعرف، لاخترت 13 بيتكوين لتكون في أمان وراحة. والآن أصبحت أستمتع بالتقاعد.

DASH +37%. Một cái tên khá lâu đời bất ngờ chạy mạnh giữa thị trường.

Điều làm mình chú ý không chỉ là cây nến xanh.

DASH đang hưởng lợi từ dòng tiền quay lại nhóm privacy coin. Trước đó ZEC, XMR và một số token cùng nhóm cũng đã có những nhịp tăng đáng kể. Khi thị trường chung hồi phục, dòng tiền bắt đầu tìm đến những narrative từng bị bỏ quên.

Nhưng +37% cũng là vùng mình không thích FOMO.

Sau một nhịp tăng nhanh, câu hỏi đáng quan tâm hơn là: volume có giữ được không, giá có giữ được vùng breakout khi lực mua hạ nhiệt không?

DASH có thể đang trở lại radar của thị trường.

Còn mua sau một cây +37% lại là câu chuyện khác.

$DASH #Dogecoin‬⁩ #crypto

٣ م$ إلى ٩ م$ خلال بضعة أيام.
هل أن موجات الميم تعمل على خلق العديد من أصحاب الملايين في عالم الكريبتو.
$BTC

#dusk $DUSK @Dusk
كنت أعتقد أن الخصوصية على البلوكشين مسألة بسيطة: إما أن تكون علنية، أو مخفية.

لكن عندما قرأت بشكل أعمق عن @DuskFoundation، أدركت أن نهجهم ليس بالضرورة كذلك.

مفهوم لفت انتباهي هو الإفصاح الانتقائي (selective disclosure).

لنقل إن مؤسسة ما تمتلك أصولًا على السلسلة (on-chain). قد لا ترغب في أن يرى السوق بالكامل البيانات المالية الحساسة، لكن عند إجراء تدقيق أو التحقق من الهوية، يلزم تقديم بعض المعلومات إلى الطرف الصحيح.

المسألة في هذه الحالة لم تعد تتعلق بـ"العلنية أو الخصوصية".

بل أصبحت:

ما المعلومات التي يجب الإفصاح عنها، ولمن، وفي أي ظرف؟

أرى أن هذا المنظور واقعي أكثر بكثير.

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

وهنا تبدأ بالنسبة لي أهمية تقنيات zero-knowledge وselective disclosure ضمن معمارية Dusk.

الخصوصية في هذه المرحلة ليست إخفاء كل شيء.

بل هي أشبه بآلية للتحكم في عملية كشف البيانات.

وبالطبع، مجرد أن التكنولوجيا قادرة لا يعني أن المؤسسات ستستخدمها. أظن أن التبنّي (adoption) سيكون اختبارًا أصعب لـ $DUSK .

لكن إذا استمر انتقال الأصول المالية إلى on-chain، فأنا فضولي جدًا لمعرفة إلى أي مدى سيصل هذا النموذج.
$ETH

#dusk $DUSK @Dusk
لقد قرأت في الأيام القليلة الماضية عن Dusk ولاحظت شيئًا غريبًا إلى حد ما.

يتحدث الـ Crypto كثيرًا عن TPS. لكن إذا كانت الأشياء التي تُنقل على البلوكشين هي أسهم أو سندات ذات قيمة كبيرة، فقد تكون أهم الأسئلة هي:

متى تنتهي هذه المعاملة فعليًا؟

عدت لقراءة قسم DuskDS التابع لـ @DuskFoundation ولاحظت أن Succinct Attestation ملفتٌ للنظر.

تمر دورة إجماع واحدة عبر proposal → validation → ratification. بعد أن يتم ratify للبلوك، يوفّر DuskDS finality حتميًا.

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

إذا قام A للتو بتحويل أصلٍ إلى B، فليس على B فقط أن يرى أن المعاملة ظهرت على الـ explorer. بل يحتاجون إلى معرفة أن الحالة تم تثبيتها لكي يمكن للخطوة التالية من المعاملة أن تحدث.

وأعتقد أن هذا هو المكان الذي يختار فيه Dusk حلًا لمشكلة مختلفة تمامًا عن L1.

ليس فقط “كم عدد المعاملات التي يمكن معالجتها”، بل أيضًا بناء settlement واضح بما يكفي للـ workflows المالية التي يكون فيها ما إذا كانت الأمور قد تم تثبيتها فعليًا له معنى.

تتولى DuskDS كذلك الإجماع والـ settlement وتوافر البيانات، بينما تخدم DuskVM/DuskEVM مسارات تنفيذ مختلفة.

كلما تعمقت أكثر، كلما رأيت أن الجزء الذي يستحق الاهتمام من $DUSK l يكمن في أشياء أقل إثارة للضجيج مثل هذا.

إذا أردت إدخال الأصول المالية الحقيقية إلى السلسلة، ففي بعض الأحيان يكون “final” أهم من “fast”.
$ACE

#termmax @TermMax

الموسم 0 | 4/4 تم — لكن ما زال توزيع المكافآت محل تساؤل

عند مراجعة الموسم 0 من TermMax، لاحظت شيئًا واحدًا: 4/4 من المرحلة قد اكتمل، لكن هذا لا يعني أننا نعرف على وجه الدقة كم TMX سنحصل عليه.

TermMax أعلن عن برنامج RLUSD بواقع 5M TMX كمكافآت، كما أن TMX المكتسب من pre-mining سيتم فتحه بعد TGE.

لكن أهم سؤال ما زال قائمًا:

كيف يتم احتساب XP / AP / MP → TMX؟

لقد رأينا نقاط الحساب حتى الآن، لكن لا توجد صيغة عامة حتى الآن لحساب:

X XP + Y AP + Z MP = ? TMX

لذلك، برأيي:

4/4 مكتمل ≠ تم تأكيد التوزيع.

قد يؤدي القيام بنشاط أكثر إلى رفع XP/AP/MP، لكن لتقييم القيمة الفعلية لتلك النقاط، ما زلت أريد معرفة:

• الأوزان بين XP وAP وMP
• إجمالي TMX المخصصة لكل فئة
• صيغة حساب مساهمة كل مستخدم
• توقيت TGE والـ claim والفتح (unlock)

هذه هي الأجزاء التي أتابعها بدقة.

الموسم 0 أخبرنا بعدد النقاط التي لدينا.

والخطوة التالية الأهم هي معرفة كم تعادل تلك النقاط في النهاية من TMX.

ظهرت النقاط.

والآن أترقب “allocation math”.

#termmax
كلما اكتشفتُ أكثر @TermMax ، كلما وجدت نقاطًا مثيرة للاهتمام في التمويل اللامركزي بسعر فائدة ثابت لا تكمن فقط في كلمة “fixed”.

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

ولهذا السبب لفتت انتباهي Range Orders في TermMax.

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

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

ولكن عندما يتم استخدام المزيد والمزيد من رأس المال، يمكنني طلب عائد أعلى لتعويض انخفاض السيولة المتاحة.

وهذا يخلق فرقًا كبيرًا إلى حدّ ما:

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

ومن وجهة نظري، هذه هي الجزء الممتع فعلًا.

في DeFi، فإن مركز بقيمة 1.000 دولار ومركز بقيمة 100.000 دولار لا ينبغي بالضرورة إدارتهما بالطريقة نفسها. فمع تغيّر حجم رأس المال، قد تتغير أيضًا متطلبات العائد والسيولة والمخاطر.

تتيح Range Orders إظهار تلك الخيارات مباشرةً ضمن طريقة وضع الأوامر.

وبطبيعة الحال، تأتي هذه المرونة بثمن: على المستخدم فهمًا أكبر لكيفية نشر رأس ماله.

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

#dusk $DUSK @Dusk
الخصوصية على البلوك تشين: هل هي ضرورية حقًا متى؟

هذا هو السؤال الذي راودني بعد عدة أيام من البحث في @DuskFoundation.

معاملة كريبتو صغيرة قد لا تكون البيانات العامة فيها مشكلة كبيرة.

لكن لنجرّب تغيير السياق.

شركة تدفع رواتب لمئات الموظفين.

صندوق ينفذ معاملات كبيرة.

شركة مدفوعات تدفع للمورّدين.

أو مؤسسة تمتلك أصولًا بقيمة ملايين الدولارات.

هل يرغبون في أن تُعرض أرصدتهم وقيمة معاملاتهم ونشاطهم المالي للعموم؟

ربما لا.

لكن في المقابل، لا يمكن للماليات ببساطة أن “تُخفى بالكامل”.

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

وهنا بدأت أفهم أكثر مسار Dusk.

ليس الهدف المثير هو الخصوصية بأي ثمن، بل إيجاد طريقة للجمع بين:

الخصوصية + القابلية للتحقق + الامتثال.

من لا يحتاج إلى المعرفة فليس من الضروري أن يراها.

لكن من لديه الحق في التحقق ما يزال بإمكانه الحصول على المعلومات اللازمة.

في رأيي، إذا أرادت البلوك تشين أن تنتقل من كريبتو-ناتيف إلى المالية الواقعية، فهذه مسألة جديرة بالاهتمام للغاية.

وهذا أيضًا هو سبب استمرار حماسي في تعميق البحث عن $DUSK . 👀

#binancep2pantoan @Binance Vietnam
هناك شيء على Binance P2P كنت أتجاوزه تقريبًا سابقًا: سجل المعاملات ونسبة إتمام الشريك.
في البداية ظننت أنها مجرد أرقام مرجعية. السعر الجيد يكفي للاختيار.
لكن كلما أجريت معاملات أكثر، أدركت أن الأمر ليس بهذه البساطة.
بائع USDT أرخص بـ 50 VND لكن نسبة الإتمام لديه 85% فقط. شخص آخر أغلى قليلًا، لكنه أنجز آلاف الطلبات بنسبة 99%.
من أختار؟
Binance لا تتخذ القرار نيابةً عني. النظام يعرض فقط البيانات: عدد الطلبات، نسبة الإتمام، حالة التاجر، طريقة الدفع...
وفي هذه اللحظة تحديدًا، لم تعد الأرقام الصغيرة بجانب اسم الشريك مجرد تفاصيل في واجهة المستخدم.
إنها بيانات لأفكر بها من ناحية المخاطر قبل وضع الطلب.
الضمان (Escrow)، ملف الشريك، الدردشة وAppeal تشكّل طبقات دعم. لكن القرار النهائي يبقى لدي أنا.
من ينظر إلى السعر → له ميزة السعر.
من يقرأ ملف الشريك → يحصل على مزيد من المعلومات.
من يفهم العملية كاملة → يحصل على طبقة إضافية لإدارة المخاطر.
لذلك صرت الآن أقل سؤالًا:
“من يبيع الأرخص؟”
وأكثر أسأل:
“بالاستناد إلى ما أراه، مع من أريد أن أتعامل؟”
وبالنسبة للجميع عند اختيار طلب P2P: هل تنظرون إلى السعر أولًا أم إلى ملف الشريك أولًا؟
$RE

#termmax @TermMax
هناك رقم سهل يوقعني في سوء فهم بشأن نموذج TermMax: الرسوم 2%.

لللوهلة الأولى، تبدو نسبة 2% مرتفعة. لكن الأمر ليس 2% على مبلغ القرض، بل 2% على جزء الفائدة.

مثال: اقتراض 1.000 دولار أمريكي، APR 10%، لمدة سنة واحدة:

الفائدة ≈ 100 دولار أمريكي
رسوم TermMax = 2% × 100 = 2 دولار أمريكي

أي أن الرسوم الفعلية لا تتجاوز تقريبًا 0,20% من قيمة القرض. ومع مدة 30 يومًا، يكون الرقم المطلق أصغر من ذلك.

لذلك أرى أن السؤال الأهم بالنسبة إلى @TermMax ليس “هل 2% مكلفة؟”، بل إلى أي مدى يقيم المستخدمون موثوقية سعر الفائدة الثابت المرتفع.

يساعد سعر الفائدة الثابت المقترض على معرفة تكلفة رأس المال مسبقًا، لكن مقابل ذلك عليه قبول مدة محددة وإدارة التجديد (rollover).

وبالأخص عندما تتقلب السوق بشدة، هل يواصل المقترضون اختيار اليقين، أم يعودون إلى القروض المرنة أكثر؟

هذا هو الشيء الذي أريد متابعته.

تصميم الرسوم يحدد الاقتصاديات. لكن سلوك المستخدم هو الذي يحدد ما إذا كان يمكنها التوسع أم لا.
#USStorageStocksExtendLosses

#binancep2pantoan @Binance Vietnam
في الأسبوع الماضي، باع صديقي مبلغًا من USDT عبر P2P.
الأمر في ذلك اليوم بدا عاديًا جدًا.
تمت إضافة المبلغ بالكامل.
اسم المُحوِّل كان قريبًا جدًا من معلومات الطلب (Order).
لا يوجد ما يجعله يشك.
لذلك تم تحرير USDT.
بعد بضعة أيام، تواصل البنك وطلب توضيح مبلغ التحويل الذي استلمه، وأن حسابه تم تقييد المعاملات.
هذه القضية جعلتني أدرك شيئًا:
يوفر الضمان (Escrow) حماية للعملات المشفرة أثناء المعاملة، لكنه لا يمكنه أن ينوب عني للتحقق من مسار/مصدر الأموال الورقية (fiat) التي تدخل إلى حساب البنك.
إتمام الطلب (Order) لا يعني أن كل المخاطر قد انتهت.
لذلك عند بيع P2P، أنا دائمًا أقارن بين الشخص الذي حوّل الأموال ومعلومات الشخص في الـ Order وأحتفظ بـ Order ID + سجل الدردشة + مستندات البنك.
إذا لم تتطابق المعلومات، لا أستنتج تلقائيًا «أكيد أحد من العائلة هو من أرسل» ثم أُطلق (release) بسرعة.
الأمان في P2P لا يقتصر على حماية USDT داخل الطلب.
بل أيضًا عندما يحدث شيء بعد ذلك، أظل أملك أدلة كافية لشرح المعاملة.#TheoDõiFOMC #45NgayTuDoTaiChinh
$ACE

#dusk $DUSK @Dusk
لدي سبب واحد يجعلني كلما حاولت فهم DUSK أكثر، أراه أكثر إثارة للاهتمام.

في السابق كنت غالبًا ما أنجرف إلى “الثقوب” المعروفة في عالم العملات المشفرة: عوائد DeFi، وL1 جديدة، وسرديات جديدة… ندور في حلقة بعد حلقة.

لكن عندما بدأت أنظر إلى كيفية عمل التمويل التقليدي، أدركت أن هناك مشكلة أخرى.

المال والأوراق المالية والبيانات المالية لا يمكن ببساطة وضعها كلها على بلوكتشين عام ثم اعتبار كل شيء قد تم.

التمويل يحتاج إلى الخصوصية. وفي الوقت نفسه يحتاج إلى الامتثال وإمكانية التحقق.

وهذا هو السبب الذي جعل @DuskFoundation يلفت انتباهي.

Dusk تقوم ببناء بنية تحتية موجّهة نحو أصول مالية مُدارة مثل الأوراق المالية والسندات والأصول المُرمّزة (tokenized).

والشيء الذي يعجبني هو أسلوب تعاملهم مع الخصوصية.

ليس “إخفاء كل شيء”.

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

بعد بضعة أيام من التعمق من XSC → Moonlight/Phoenix → DuskDS، بدأت أرى كيف تتصل القطع ببعضها البعض.

ربما تكون القصة الأكثر إثارة للاهتمام في $DUSK ليست إنشاء بلوكتشين إضافي.

بل السؤال:

هل يمكن للبلوكـتشين أن يصبح بنية تحتية يستخدمها التمويل الحقيقي بالفعل، لكن دون التضحية الكاملة بالخصوصية مقابل الحصول على الشفافية؟

ما زلت أتعلم، لكن هذا واحد من تلك الأسئلة التي تجعلني أرغب في مواصلة تعمق Dusk.
#45NgayTuDoTaiChinh
#DollarHits3MonthLow
#EthereumFoundationLaunchesGlamsterdamTestnet

#binancep2pantoan @Binance Vietnam
“Đã hoàn thành 6 lần.”
Trước đây mình gần như không để ý nhiều đến dòng này khi giao dịch P2P.
Mình thường làm điều đơn giản hơn: mở danh sách quảng cáo, so giá rồi chọn mức tốt nhất.
Nhưng hôm nay khi chuẩn bị giao dịch lại với một Merchant, mình nhìn thấy Binance hiển thị:
“Đã hoàn thành 6 lần.”
Và tự nhiên mình nghĩ: liệu vài đồng chênh lệch về giá có còn quan trọng bằng 6 lần giao dịch trước đó đều diễn ra ổn không?
Giả sử một Merchant khác đang có giá USDT tốt hơn một chút.
Nếu giao dịch 1.000 USDT, mức chênh vài đồng có thể giúp mình tiết kiệm được một khoản nhỏ.
Nhưng với người mình đã giao dịch 6 lần, mình đã biết khá nhiều thứ mà bảng giá không thể hiện hết:
Họ thường thanh toán thế nào.
Tốc độ xử lý ra sao.
Cách họ trao đổi khi giao dịch.
Và quan trọng nhất, mình đã có lịch sử giao dịch thực tế với họ.
Điều đó không có nghĩa lần thứ 7 mình sẽ bỏ qua kiểm tra.
Mình vẫn đối chiếu thông tin thanh toán, kiểm tra đúng số tiền và chỉ release khi tiền thực sự vào tài khoản.
Lịch sử tốt tạo ra sự quen thuộc, chứ không thay thế bước xác minh.
Nhưng nó lại cho mình thêm một lựa chọn:
Giá tốt nhất chưa chắc lúc nào cũng là lựa chọn mình muốn nhất.
Đôi khi mình sẵn sàng bỏ qua một mức giá hời hơn một chút để giao dịch lại với một Merchant mà mình đã có 6 lần hoàn thành thuận lợi.
Có lẽ đây cũng là một loại “giá trị” trong P2P mà trước đây mình ít để ý:
Giá nằm trên quảng cáo.
Còn trải nghiệm nằm trong lịch sử giao dịch.
Nếu có một Merchant bạn đã giao dịch thuận lợi nhiều lần, bạn có sẵn sàng chọn họ lần nữa dù giá kém hơn một chút không?

إذا كانت @Dusk عبارة عن مبنى، فإن DuskDS هو الأساس. 🏗️

تعرّفت على @DuskFoundation، ووجدت أن الناس غالبًا ما يركّزون على الخصوصية أو على DuskEVM.

لكن اليوم ما أثار اهتمامي أكثر هو شيء أعمق: DuskDS.

يمكنك أن تتخيّل DuskEVM وDuskVM كطبقات فوقية، بينما DuskDS هو طبقة القاعدة المسؤولة عن المكوّنات الجوهرية مثل التسوية (settlement) والإجماع (consensus) وتوفّر البيانات (data availability).

ومن النقاط التي لفتت انتباهي آلية الإجماع المعروفة باسم Succinct Attestation.

في كل دورة، يتم اختيار الـ provisioner للمشاركة في عملية اقتراح الكتل وتأكيدها وتوثيقها (ratify). وعندما تكتمل هذه العملية لكتلة ما، تتجه الشبكة نحو “النهائية الحتمية” — وهو أمر بالغ الأهمية للتطبيقات المالية، حيث يجب أن يكون واضحًا جدًا ما إذا كانت المعاملة قد اكتملت أم لا.

كما أن التسوية (Settlement) موجودة أيضًا ضمن هذه الطبقة.

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

ما يعجبني في تصميمها هو وضوح التقسيم إلى حدّ كبير:

الطبقة السفلية → الأمان، والإجماع، والتسوية، وتوفّر البيانات.
الطبقة العلوية → بيئة أكثر مرونة لتطبيقات المطوّرين.

إذا كان لدى Dusk نية لخدمة الأوراق المالية المرمّزة (tokenized securities) أو تطبيقات مالية مؤسسية، فربما تكون الأشياء “غير اللامعة” مثل التسوية والنهائية هي الأهم فعلًا.

كلما تعمّقت في الموضوع، أدركت أن $DUSK ليس مجرد قصة عن الخصوصية.

Dusk يحاول بناء أساس كامل للتمويل على السلسلة.

برأيكم، هل DuskDS هو القطعة التي لا يلتفت إليها معظم الناس من بين قطع Dusk؟ 👀

#dusk $DUSK $PORTAL
#45NgayTuDoTaiChinh

#binancep2pantoan @Binance Vietnam
2.000.000 VND على الحساب. البنك يُظهر أنّ المبلغ قد تمّ إيداعه. كنت أعتقد أن كل شيء قد انتهى… حتى راجعت تفاصيل الإشعار.

+2.000 VND.

نعم، مجرد ألفين دونج 😅

وهذا موقف حصل معي عندما بِعت USDT عبر Binance P2P.

لقد علّم المشتري في المنصّة “تم الدفع”. ثم أرسل لي في المحادثة صورة لتحويل تُظهر 2.000.000 VND وأصرّ عليّ أن أفتح قفل USDT.

في تلك اللحظة كان أمامي 3 معلومات:

طلب P2P: 2.000.000 VND
صورة تحويل المشتري المرسلة: 2.000.000 VND
بنكَ الخاص: +2.000 VND

الاختلاف فقط في الأصفار الثلاثة، لكن النتيجة كانت مختلفة تمامًا.

لم أقم بإطلاق USDT.

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

جعلتني هذه الحالة أغيّر عادة عند بيع P2P:

المشتري يضغط “تم الدفع” → أسجّل ذلك.

المشتري يرسل صورة التحويل → أرجع إليها.

تطبيق البنك يُظهر المبلغ المستلم فعليًا → أتحقق.

بالنسبة لي، الخطوة الأخيرة فقط هي التي تحدد متى سيتم إطلاق USDT.

إذا صادفت أنت نفس الموقف بالضبط، فماذا ستكون أول خطوة ستقوم بها؟
$PORTAL
#45NgayTuDoTaiChinh
#SP500TopsRecord7800

#dusk $DUSK @Dusk
ماذا لو لم تكن الخصوصية على البلوك تشين شيئًا يمكن “تشغيله أو إيقافه”، بل شيئًا يمكنك اختياره لكل حالة على حدة؟ 🧐

هذه نقطة أجدها مثيرة للاهتمام عند مواصلة التعرّف على Dusk.

لدى Dusk نموذجين للمعاملات يعملان بالتوازي:

Moonlight مخصص لنهج بحسابات أكثر شفافية، بينما Phoenix مُصمم للمعاملات التي تتطلب خصوصية.

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

من الناحية النظرية، تبدو هذه المقاربة منطقية جدًا بالنسبة للمالية الواقعية.

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

لكن هذا يجعلني أفكر في مشكلة أخرى:

هل منح المستخدمين خيارات كثيرة فيما يخص الخصوصية حقًا يساعد على زيادة الاعتماد؟

من يفهم البلوك تشين يمكنه معرفة متى يستخدم معاملة علنية ومتى يحتاج إلى الخصوصية.

ولكن ماذا عن المستخدم العادي؟

غالبًا لا نفكر كثيرًا في الخصوصية إلا عندما تُكشف المعلومات التي لا نريد نشرها… بالفعل.

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

برأيكم، هل ستكون الخصوصية الاختيارية ميزة لصالح Dusk، أم أن كثرة الخيارات في النهاية قد تتحول إلى مشكلة في تجربة المستخدم (UX)؟
#45NgayTuDoTaiChinh
$HEMI $H

#binancep2pantoan @Binance Vietnam
اقرأ هذه الرسالة في أمر بيع USDT بقيمة 40.000.000 VND، فتوقفت لثوانٍ.

لقد ضغط المشتري على “تم الدفع”.

لكن في الدردشة، قال:

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

من جهة، حالة الطلب: تم الدفع.

ومن جهة أخرى، كلام المشتري: لم يتم تحويل الأموال بعد.

وفي ذلك الوقت، كان حسابي البنكي أيضًا يقول الشيء نفسه: لا توجد أي مبالغ قدرها 40 مليون قد دخلت.

لذا انتظرت.

لم أفرج عن USDT. ولم أستعجل إطلاق حكم على ما إذا كان المشتري يحاول القيام بشيء ما.

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

هذه الحالة جعلتني أفهم معنى زر “تم الدفع” بشكل أوضح.

إنه يخبرني أن المشتري قد علّم حالة على الطلب، وليس دليلًا يثبت للبائع أن الأموال وصلت إلى البنك.
لم تصل الأموال بعد → لا أؤكد أنني استلمت المال.
إذا انتظرت وقتًا طويلًا أو ظهرت منازعة، سأستخدم إجراء Appeal/الدعم بدل حل الأمور خارج النظام.
وهذه الحالة أيضًا جعلتني أغيّر عادةً:
لم أعد أُفرج عن الأموال بناءً على حالة المشتري. أُفرج بناءً على المبلغ الذي أستطيع التحقق منه فعلاً في حسابي الخاص.
زر “تم الدفع” يخبرني أن المشتري نفّذ عملية على الطلب.
الرصيد البنكي الجديد يخبرني ما إذا كانت الأموال قد وصلت فعلاً أم لا.
إذا صادفتم حالة مشابهة، هل ينتظر الجميع عادةً أن يقوم المشتري بتحويل الأموال لاحقًا أم يلجؤون إلى Appeal فورًا؟
على الأغلب لا أحد يختار Appeal قبل استلام المال، أليس كذلك 😁😁😁
#45NgayTuDoTaiChinh
$H $HEMI

#binancep2pantoan @Binance Vietnam $
قم ببيع USDT، الأموال قد وصلت بالكامل لكن اسم المحوّل لا يطابق المشتري — هل يمكنك الإفراج عنها؟

سابقًا كنت أفكر ببساطة:

وجود المال = إتمام الصفقة.

لكن الآن، أتحقق خطوة إضافية: من أين أتت هذه الأموال؟

افترض أني بعت 1,000 USDT. أبلغني المشتري أنه تم الدفع، وتطبيق البنك يعرض المبلغ الصحيح أيضًا.

لكن اسم صاحب التحويل البنكي لا يطابق معلومات المشتري في طلب P2P.

في هذه الحالة، لا أُسرع بالإفراج عن USDT.

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

لأني أدركت أن هناك فرقًا بين:

“لقد استلمت المال بالكامل.”

و

“لقد استلمت المبلغ الصحيح، من الشخص الصحيح، وبما يتوافق مع أمر الطلب الصحيح.”

في P2P، تطابق المبلغ ليس سوى جزء من الأمر. كما يجب أن تكون معلومات الدفع جديرة بالتحقق قبل الإفراج عن USDT.
#45NgayTuDoTaiChinh $DUSK $ACE

#dusk $DUSK
اليوم حفرت أعمق قليلًا في @Dusk ، وما لفت انتباهي هو XSC – Confidential Security Contract.

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

تم بناء XSC بواسطة Dusk لمعالجة هذه المشكلة الأساسية: دعم الأصول المالية على السلسلة (on-chain) مع الحفاظ في الوقت نفسه على الخصوصية.

برأيي، هذا اتجاه عملي أكثر من مجرد إنشاء Layer-1 إضافي أسرع.

ما زال هناك الكثير مما ينبغي اكتشافه، لكنني بدأت أفهم بشكل أفضل لماذا اختار $DUSK RWA + Privacy + Compliance كمسار للتطوير. 👀

#dusk

#BinanceP2PAnToan @Binance Vietnam $NVDAB

لأمر “اكتمل” لا يعني ذلك أنني توقفت عن إدارة المخاطر.

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

الآن أقسم كل معاملة P2P إلى 3 مراحل:

1️⃣ قبل المعاملة → الفحص

أراجع معدل الاكتمال وسجل الطلب والمعلومات الخاصة بالدفع وبنود الاتفاق.

2️⃣ قبل الإصدار → التحقق

إعلان المشتري “تم الدفع” لا يكفي.

أفتح تطبيق البنك بنفسي، وأتحقق من المبلغ الصحيح + الشخص المرسل الصحيح + المعاملة الصحيحة، ثم فقط أصدر.

هناك فرق بين:

“تمت إضافة الأموال.”
و
“تمت إضافة الأموال الصحيحة الخاصة بهذا الطلب تحديدًا.”

3️⃣ بعد المعاملة → حفظ السجلات

أحتفظ بـ Order ID وسجل المحادثات ومعلومات الدفع.

إذا ظهرت مشكلة بعد بضعة أيام، أريد أدلة للمطابقة، لا أن أعتمد على الذاكرة.

قواعدي هي:

فحص → تحقق → حفظ السجل.

قد يعرض النظام “تم الاكتمال”.
لكن إدارة المخاطر ليست مؤكدة.
#USJulyCPI&PPIDueThisWeek
#USJulyPPIFlat
#SpaceXShortInterestFallsTo11%